(57)【要約】      （修正有）【課題】Ｍ２Ｍ端末から収集したデータを記憶するメモリデータベースのバックアップ処理の速度を向上し、データの保証性を向上させる。【解決手段】Ｍ２Ｍ端末の加入者に関する情報を、メモリデータベース１１１からストレージ１２０にバックアップするバックアップ部１０１と、同一種別のＭ２Ｍ端末の加入者に関する情報のレコードにおける特定フィールドのデータを、ストレージの同一記憶単位１２１に集めるように、バックアップ部を制御するバックアップ制御部１０２と、を備える。【選択図】図１
2018018117.tif 000002
【特許請求の範囲】
【請求項１】
Ｍ２Ｍ(Machine To Machine)端末の加入者に関する情報を、メモリデータベースからストレージにバックアップするバックアップ手段と、
同一種別のＭ２Ｍ端末の前記加入者に関する情報のレコードにおける特定フィールドのデータを前記ストレージの同一記憶単位に集めるように、前記バックアップ手段を制御するバックアップ制御手段と、
を備える情報処理装置。
【請求項２】
前記バックアップ制御手段は、前記特定フィールドの内、異なるフィールドを異なる記憶単位に集めるように、前記バックアップ手段を制御する、請求項１に記載の情報処理装置。
【請求項３】
前記ストレージは、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）装置を含むディスク装置であって、前記記憶単位はセクタである、請求項１または２に記載の情報処理装置。
【請求項４】
前記特定フィールドは、加入者の契約情報とＭ２Ｍ端末の在圏情報とを含む、請求項１乃至３のいずれか１項に記載の情報処理装置。
【請求項５】
前記バックアップ制御手段は、前記メモリデータベースのアクセスに影響を与えない一定時間間隔で、または、前記メモリデータベースが更新された後、または、バックアップが必要なデータ量が所定量を超えた時、前記バックアップ手段にバックアップを指示する、請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
前記情報処理装置は、Ｍ２Ｍ端末管理システムを構成するＨＬＲ(Home Location Register)またはＨＳＳ(Home Subscriber Server)に含まれる、請求項１乃至５のいずれか１項に記載の情報処理装置。
【請求項７】
Ｍ２Ｍ(Machine To Machine)端末の加入者に関する情報を、メモリデータベースからストレージにバックアップするバックアップステップと、
同一種別のＭ２Ｍ端末の前記加入者に関する情報のレコードにおける特定フィールドのデータを前記ストレージの同一記憶単位に集めるように、前記バックアップステップにおける処理を制御するバックアップ制御ステップと、
を含む情報処理方法。
【請求項８】
Ｍ２Ｍ(Machine To Machine)端末の加入者に関する情報を、メモリデータベースからストレージにバックアップするバックアップステップと、
同一種別のＭ２Ｍ端末の前記加入者に関する情報のレコードにおける特定フィールドのデータを前記ストレージの同一記憶単位に集めるように、前記バックアップステップにおける処理を制御するバックアップ制御ステップと、
をコンピュータに実行させる情報処理プログラム。
【請求項９】
Ｍ２Ｍ(Machine To Machine)端末の加入者に関する情報を記憶するメモリデータベースと、
前記Ｍ２Ｍ端末、基地局またはＭ２Ｍ端末管理装置からの更新要求に基づいて、前記メモリデータベースに記憶された前記加入者に関する情報を更新し、前記Ｍ２Ｍ端末、前記基地局または前記Ｍ２Ｍ端末管理装置からの参照要求に応答して、前記メモリデータベースに記憶された前記加入者に関する情報を返答するデータベースアクセス手段と、
前記メモリデータベースをバックアップするストレージと、
前記加入者に関する情報を、前記メモリデータベースから前記ストレージにバックアップするバックアップ手段と、
同一種別のＭ２Ｍ端末の前記加入者に関する情報のレコードにおける特定フィールドのデータを前記ストレージの同一記憶単位に集めるように、前記バックアップ手段を制御するバックアップ制御手段と、
を備える情報処理システム。
【請求項１０】
Ｍ２Ｍ(Machine To Machine)端末、基地局またはＭ２Ｍ端末管理装置からの更新要求に応答して、メモリデータベースに記憶されたＭ２Ｍ端末の加入者に関する情報を更新する更新ステップと、
前記Ｍ２Ｍ端末、前記基地局または前記Ｍ２Ｍ端末管理装置からの参照要求に応答して、前記メモリデータベースに記憶された前記加入者に関する情報を返答する返答ステップと、
前記加入者に関する情報を、前記メモリデータベースからストレージにバックアップするバックアップステップと、
同一種別のＭ２Ｍ端末の前記加入者に関する情報のレコードにおける特定フィールドのデータを前記ストレージの同一記憶単位に集めるように、前記バックアップステップにおける処理を制御するバックアップ制御ステップと、
を含む加入者情報バックアップ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、加入者情報バックアップ方法、情報処理装置、情報処理方法および情報処理プログラムに関する。
【背景技術】
【０００２】
上記技術分野において、特許文献１には、オブジェクトを定義するクラスに含まれる属性データの内、選択された共通の属性データをデータベースの同一の格納領域に集める技術が開示されている。上記特許文献１の技術により、オブジェクトを全て取得して属性データを抽出しなくても、共通の属性データを一括して取得できるので、データベースからのデータ取得効率が向上する
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平８−０３６５１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記文献に記載の技術は、データベースからのデータ取得効率を向上させるための技術であり、データベースへの記憶速度の向上は意図していない。したがって、例え、この技術をＭ２Ｍ(Machine To Machine)端末から収集したデータを記憶するメモリデータベースのバックアップ処理に適用したとしても、バックアップ処理の速度を向上させ、結果的にデータの保証性を向上させることはできない。
【０００５】
本発明の目的は、上述の課題を解決する技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明に係る情報処理装置は、
Ｍ２Ｍ(Machine To Machine)端末の加入者に関する情報を、メモリデータベースからストレージにバックアップするバックアップ手段と、
同一種別のＭ２Ｍ端末の前記加入者に関する情報のレコードにおける特定フィールドのデータを前記ストレージの同一記憶単位に集めるように、前記バックアップ手段を制御するバックアップ制御手段と、
を備える。
【０００７】
上記目的を達成するため、本発明に係る情報処理方法は、
Ｍ２Ｍ(Machine To Machine)端末の加入者に関する情報を、メモリデータベースからストレージにバックアップするバックアップステップと、
同一種別のＭ２Ｍ端末の前記加入者に関する情報のレコードにおける特定フィールドのデータを前記ストレージの同一記憶単位に集めるように、前記バックアップステップにおける処理を制御するバックアップ制御ステップと、
を含む。
【０００８】
上記目的を達成するため、本発明に係る情報処理プログラムは、
Ｍ２Ｍ(Machine To Machine)端末の加入者に関する情報を、メモリデータベースからストレージにバックアップするバックアップステップと、
同一種別のＭ２Ｍ端末の前記加入者に関する情報のレコードにおける特定フィールドのデータを前記ストレージの同一記憶単位に集めるように、前記バックアップステップにおける処理を制御するバックアップ制御ステップと、
をコンピュータに実行させる。
【０００９】
上記目的を達成するため、本発明に係る情報処理システムは、
Ｍ２Ｍ(Machine To Machine)端末の加入者に関する情報を記憶するメモリデータベースと、
前記Ｍ２Ｍ端末、基地局またはＭ２Ｍ端末管理装置からの更新要求に基づいて、前記メモリデータベースに記憶された前記加入者に関する情報を更新し、前記Ｍ２Ｍ端末、前記基地局または前記Ｍ２Ｍ端末管理装置からの参照要求に応答して、前記メモリデータベースに記憶された前記加入者に関する情報を返答するデータベースアクセス手段と、
前記メモリデータベースをバックアップするストレージと、
前記加入者に関する情報を、前記メモリデータベースから前記ストレージにバックアップするバックアップ手段と、
同一種別のＭ２Ｍ端末の前記加入者に関する情報のレコードにおける特定フィールドのデータを前記ストレージの同一記憶単位に集めるように、前記バックアップ手段を制御するバックアップ制御手段と、
を備える。
【００１０】
上記目的を達成するため、本発明に係る加入者情報バックアップ方法は、
Ｍ２Ｍ(Machine To Machine)端末、基地局またはＭ２Ｍ端末管理装置からの更新要求に応答して、メモリデータベースに記憶されたＭ２Ｍ端末の加入者に関する情報を更新する更新ステップと、
前記Ｍ２Ｍ端末、前記基地局または前記Ｍ２Ｍ端末管理装置からの参照要求に応答して、前記メモリデータベースに記憶された前記加入者に関する情報を返答する返答ステップと、
前記加入者に関する情報を、前記メモリデータベースからストレージにバックアップするバックアップステップと、
同一種別のＭ２Ｍ端末の前記加入者に関する情報のレコードにおける特定フィールドのデータを前記ストレージの同一記憶単位に集めるように、前記バックアップステップにおける処理を制御するバックアップ制御ステップと、
を含む。
【発明の効果】
【００１１】
本発明によれば、Ｍ２Ｍ端末から収集したデータを記憶するメモリデータベースのバックアップ処理の速度を向上させ、データの保証性を向上させることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１実施形態に係る情報処理装置の構成を示すブロック図である。
【図２Ａ】本発明の第２実施形態に係る情報処理装置としてのＨＬＲ／ＨＳＳを含むＭ２Ｍ端末管理システムの構成を示すブロック図である。
【図２Ｂ】本発明の第２実施形態に係る情報処理装置としてのＨＬＲ／ＨＳＳの機能構成を示すブロック図である。
【図３】本発明の第２実施形態に係るメモリデータベースの構成を示す図である。
【図４】本発明の第２実施形態に係るバックアップ制御テーブルの構成を示す図である。
【図５】本発明の第２実施形態に係るＲＡＩＤ装置の記憶構成を示す図である。
【図６】本発明の第２実施形態に係るＨＬＲ／ＨＳＳのＤＢ部のハードウェア構成を示すブロック図である。
【図７】本発明の第２実施形態に係るＤＢアクセス制御の手順を示すフローチャートである。
【図８】本発明の第２実施形態に係るＤＢバックアップ制御の手順を示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素はあくまで例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。
【００１４】
［第１実施形態］
本発明の第１実施形態としての情報処理装置１００について、図１を用いて説明する。情報処理装置１００は、データベースの処理をする装置である。
【００１５】
図１に示すように、情報処理装置１００は、バックアップ部１０１と、バックアップ制御部１０２と、を含む。
【００１６】
バックアップ部１０１は、Ｍ２Ｍ端末の加入者に関する情報、メモリデータベース１１１からストレージ１２０にバックアップする。バックアップ制御部１０２は、同一種別のＭ２Ｍ端末の加入者に関する情報のレコードにおける特定フィールドのデータ１２２をストレージ１２０の同一記憶単位１２１に集めるように、バックアップ部１０１を制御する。
【００１７】
本実施形態によれば、バックアップ処理に要するストレージへのデータ書き込み回数の削減を実現することによって、Ｍ２Ｍ端末から収集したデータを記憶するメモリデータベースのバックアップ処理の速度を向上させ、データの保証性を向上させることができる。
【００１８】
［第２実施形態］
次に、本発明の第２実施形態に係る情報処理装置としてのＨＬＲ（Home Location Register）／ＨＳＳ（Home Subscriber Server）のデータベース（以下、ＤＢ：DataBase)部について説明する。本実施形態に係るＨＬＲ／ＨＳＳのＨＬＲ／ＨＳＳのＤＢ部においては、Ｍ２Ｍ端末管理システムにおけるＭ２Ｍ端末を保有する加入者に関する情報をメモリデータベースに登録して保持し、登録変更にしたがって変更する。そして、Ｍ２Ｍ端末やＭ２Ｍ端末と通信接続する基地局、あるいは、さらに上位のＭ２Ｍ端末管理装置からの問い合わせに応答して、登録情報を通知する。さらに、ＨＬＲ／ＨＳＳのＤＢ部においては、障害復旧のために、メモリデータベース（以下、メモリＤＢとも言う）に保持する加入者に関する情報などをＲＡＩＤ（Redundant Arrays of Inexpensive Disks）装置にバックアップする。そのバックアップにおいて、同一種別のＭ２Ｍ端末の加入者に関する情報のレコードにおける特定フィールドのデータをＲＡＩＤ装置の同一セクタに集める。
【００１９】
《前提技術の説明》
まず、本実施形態の前提技術について説明する。
【００２０】
Ｗ−ＣＤＭＡ（Wideband Code Division Multiple Access）やＬＴＥ（Long Term Evolution）などの移動通信ネットワークにおいて、ユーザの加入者情報や在圏情報などの管理、および位置登録や発着信制御をＨＬＲ／ＨＳＳで実現している。ＨＬＲ／ＨＳＳのＤＢ部は、加入者情報や在圏情報などのＤＢをメモリ上で保持し、メモリＤＢをマスタデータとしてＤＢ参照・更新処理を行う。サーバ障害時などはメモリＤＢの値が保証されなくなるため、ＲＡＩＤ装置にメモリＤＢのバックアップを行い、障害復旧時はバックアップファイルからメモリＤＢを構築する。
【００２１】
バックアップのタイミングについては、データの保証性を高めるためＤＢ更新が行われるごとにデータ差分のバックアップを実施することが望ましい。しかし、その場合は、ＲＡＩＤ装置に非常に高い頻度でデータ書き込みが行われることになり、これがボトルネックとなってＤＢ更新の処理性能が低下してしまう。
【００２２】
この対応策としては、一定期間もしくは一定数のＤＢ更新内容をまとめてＲＡＩＤ装置にバックアップすることで、ＲＡＩＤ装置へのデータ書き込み頻度を低くする方式がある。ただし、次のバックアップ実行を待っている間にシステム障害が発生した場合はＤＢ更新内容が消失してしまうため、データの保証性が低くなるデメリットがある。
【００２３】
ＨＬＲ／ＨＳＳ（ＤＢ部）に要求されるＤＢ更新処理性能を確保しながら、ＤＢ更新内容のバックアップの頻度を高くするためには、ＲＡＩＤ装置へのデータ書き込み速度を向上させる必要がある。ＲＡＩＤ装置自体の処理性能には限界があるため、いかに効率よくＲＡＩＤ装置へのデータ書き込みを行うかが課題となっている。
【００２４】
《本実施形態の説明》
本実施形態では、ダーティデータ方式によるバックアップにおいて、ＤＢ更新のタイミングが近いフィールド同士を同一セクタ（その他、ストレージの記録単位）に集めることで、１回のバックアップ処理に要するＲＡＩＤ装置へのデータ書き込み回数を削減し、速度を向上させる。その結果、ＤＢ更新内容のバックアップの頻度を高くすることが可能となり、データの保証性が向上する。ダーティデータ方式とは、メモリＤＢ更新時にＲＡＩＤ装置上のバックアップデータとの間で差分の発生したフィールドを蓄積しておき、バックアップ実行時に該当するフィールドの内容をＲＡＩＤ装置にコピーする方式である。
【００２５】
今後はＩoＴ（Internet of Things）の普及によりＭ２Ｍ（Machine-to-Machine）端末が増加することが予測される。一般加入者の携帯端末には無いＭ２Ｍ端末固有の使い方として、契約情報の追加／更新が行われる場合は同一種別の全端末について一斉に実施されることや、毎日同時刻に全端末が電源ＯＮされる（在圏情報の更新が一斉に行われる）ことが想定される。
【００２６】
そこで、本実施形態の加入者情報バックアップ方法においては、Ｍ２Ｍ端末加入者を収容するＨＬＲ／ＨＳＳ（ＤＢ部）のメモリＤＢをＲＡＩＤ装置にバックアップする際に、同一種別のＭ２Ｍ端末のレコードにおける特定フィールドのデータを同一セクタに集めることで、ＲＡＩＤ装置へのデータ書き込み回数の削減を実現する。また、特定フィールドの内、異なるフィールドを異なるセクタに集める。
【００２７】
なお、本実施形態においては、Ｍ２Ｍ端末のレコードを加入者に関する情報のレコードとし、特定フィールドを加入者の契約情報と端末の在圏情報として説明するが、それに限定されない。例えば、端末のロック状態や各種通信サービスの活性/非活性の情報、通信を許容/拒絶する接続先の識別情報、通信可能な帯域・データ容量・時間帯・回数などの規制情報であってもよい。また、本実施形態においては、バックアップ処理のタイミングは、メモリデータベースのアクセスに影響を与えない一定時間間隔としたが、メモリデータベースが更新された後、または、バックアップが必要なデータ量が所定量を超えた時、などでもよい。
【００２８】
《Ｍ２Ｍ端末管理システム》
図２Ａは、本実施形態に係る情報処理装置としてのＨＬＲ／ＨＳＳ２４０を含むＭ２Ｍ端末管理システム２００の構成を示すブロック図である。
【００２９】
Ｍ２Ｍ端末管理システム２００は、ネットワーク２８０を介して接続される、本実施形態のＨＬＲ／ＨＳＳ２４０と、プラットフォーム（ＰＦ：PlatForm)２５０と、ゲートウェイ（ＧＷ：GateWay)２６１，２６２と、を備える。なお、ＰＦ２５０とＧＷ２６１，２６２とは一体であってもよい。
【００３０】
ＰＦ２５０は、複数のＧＷ２６１，２６２に接続されて複数のデバイス群を制御する。ＧＷ２６１，２６２には、複数のＭ２Ｍデバイス群２７１〜２７５が、例えば、図示しない基地局などを介して接続される。そして、ＧＷ２６１，２６２は、Ｍ２Ｍデバイス群２７１〜２７５からデータを収集し、各Ｍ２Ｍデバイスからのデータを所定の処理ルールに従って処理する。Ｍ２Ｍデバイス群２７１〜２７５は、センサ等からなるデータ収集用のＭ２Ｍデバイスである。
【００３１】
本実施形態のＨＬＲ／ＨＳＳ２４０は、ＰＦ２５０、ＧＷ２６１，２６２、基地局、あるいは、Ｍ２Ｍデバイスから加入者に関連する情報を受信して、データベースに登録して保持、そして、更新時には更新する。また、ＨＬＲ／ＨＳＳ２４０は、ＰＦ２５０、ＧＷ２６１，２６２、基地局、あるいは、Ｍ２Ｍデバイスからの参照要求に応答して、加入者に関連する情報を返答する。そして、本実施形態のＨＬＲ／ＨＳＳ２４０においては、データベースに登録して保持、そして、更新される加入者に関連する情報をダーティデータ方式によりバックアップする。
【００３２】
《ＨＬＲ／ＨＳＳの機能構成》
図２Ｂは、本実施形態に係る情報処理装置としてのＨＬＲ／ＨＳＳ２４０の機能構成を示すブロック図である。
【００３３】
図２ＢのＨＬＲ／ＨＳＳ２４０は、ＨＬＲ／ＨＳＳ（ＤＢ部２０１）と、ＨＬＲ／ＨＳＳ（呼処理部２０２）とを含む。ここでは、１ユニットの呼処理部２０２からＤＢ参照や更新が行われる場合を例に挙げて示すが、呼処理部２０２が２ユニット以上であってもよい。なお、ＨＬＲ／ＨＳＳ（ＤＢ部２０１）と、ＨＬＲ／ＨＳＳ（呼処理部２０２）とを含む構成を、情報処理システムとも称す。
【００３４】
ＤＢ部２０１は、加入者情報や在圏情報などの加入者に関連する情報をメモリＤＢ２３２ａに保持し、メモリＤＢ２３２ａをマスタデータとして加入者に関連する情報の参照処理や更新処理を行う装置である。ＤＢ部２０１は、ＤＢ参照処理やＤＢ更新処理を行うＤＢ処理部２１１と、メモリＤＢ２３２ａのバックアップを行うＲＡＩＤ装置２１２とを含む。
【００３５】
ＤＢ処理部２１１は、ＤＢアクセス制御部２３１と、メモリＤＢ２３２ａを有するメモリＤＢ制御部２３２と、ＤＢバックアップ制御部２３３とを含む。ＤＢアクセス制御部２３１は、呼処理部２０２のＤＢアクセス指示部２２１からの要求受信および応答送信を含むデータベースアクセスを行う。メモリＤＢ制御部２３２は、メモリＤＢ２３２ａへの記憶保持およびＲＡＩＤ装置２１２へのバックアップ処理を行う。ＤＢバックアップ制御部２３３は、メモリＤＢ２３２ａとＲＡＩＤ装置２１２上のバックアップデータとの間で差分の発生したフィールドおよびバックアップするＲＡＩＤ装置２１２のセクタの蓄積、および、バックアップ実行時に該当するフィールドとセクタとをメモリＤＢ制御部２３２に通知する。
【００３６】
呼処理部２０２は、ＣＳＣＦ（Call Session Control Function：呼制御装置)２０３やＭ２Ｍ端末管理システム２００からの加入者情報管理としての加入者情報や在圏情報の参照要求または更新要求に従って、ＤＢ部２０１にＤＢ参照やＤＢ更新を行う装置である。呼処理部２０２は、呼処理部２０２への要求送信および応答受信を行うＤＢアクセス指示部２２１と、ＣＳＣＦ２０３やＭ２Ｍ端末管理システム２００からの加入者情報管理としての要求受信および応答送信を行う呼制御部２２２を含む。
【００３７】
以下に、メモリＤＢ制御部２３２が、加入者に関する情報をメモリＤＢ２３２ａからＲＡＩＤ装置２１２にバックアップする際のデータ配置方法について説明する。
【００３８】
（メモリデータベース）
図３は、本実施形態に係るメモリデータベース（メモリＤＢ）２３２ａの構成を示す図である。
【００３９】
加入者情報は、加入者を一意に識別する加入者番号と、その加入者が使用する端末を識別する端末種別と、電話番号や端末識別子、契約中のサービス内容などの契約情報３０１から構成されている。Ｍ２Ｍ端末管理システム２００からのサービス申込み処理などによって更新される。在圏情報３０２は、該当の端末がどの基地局エリアに存在しているかを示す情報である。端末が異なる基地局エリアに移動したときや端末の電源がＯＮになったときに更新される。
【００４０】
一般加入者の携帯端末には無いＭ２Ｍ端末の固有の使い方として、契約情報３０１の追加や更新が行われる場合は同一種別の全端末について一斉に実施されることや、毎日同時刻に全端末が電源ＯＮされる（在圏情報３０２の更新が一斉に行われる）ことが想定される。つまり、同一種別のＭ２Ｍ端末の契約情報３０１および在圏情報３０２は同じタイミングで更新されることが多い。
【００４１】
（バックアップ制御テーブル）
図４は、本発明の第２実施形態に係るバックアップ制御テーブル２３３ａの構成を示す図である。
【００４２】
バックアップ制御テーブル２３３ａは、タイミング記憶テーブル４１０と、セクタ設定テーブル４２０と、バックアップデータテーブル４３０と、を有する。
【００４３】
タイミング記憶テーブル４１０は、ＤＢバックアップをスタートするタイミングを記憶する。図４には、例えば、メモリＤＢ２３２ａのアクセスに影響を与えない一定間隔のバックアップ、あるいは、メモリＤＢ２３２ａの更新後のバックアップ、あるいは、バックアップすべきデータの容量が閾値Ｍを超えた場合のバックアップなどのタイミングが記憶されている。本実施形態においては、メモリＤＢ２３２ａのアクセスに影響を与えない一定間隔のバックアップを適用するが、限定されない。
【００４４】
セクタ設定テーブル４２０は、Ｍ２Ｍ端末の端末種別と特定フィールドとに対応してセクタアドレスを記憶する。かかるセクタ設定テーブル４２０を用いることによって、メモリＤＢ２３２ａの登録あるいは更新となった同一種別のＭ２Ｍ端末の特定フィールドがＲＡＩＤ装置２１２の同一セクタに記憶されることになる。
【００４５】
バックアップデータテーブル４３０は、メモリＤＢ２３２ａの更新によりバックアップが必要なフィールドをバックアップタイミングまで蓄積する。その内容が、バックアップタイミング時にメモリＤＢ制御部２３２に通知されて、同一種別のＭ２Ｍ端末の特定フィールドをＲＡＩＤ装置２１２の同一セクタに記憶させる。なお、図４のバックアップデータテーブル４３０にはＲＡＩＤ装置２１２の同一セクタに記憶させる変更情報のみを図示したが、特定フィールドで無いフィールドのバックアップデータも記憶されてよい。
【００４６】
なお、セクタ設定テーブル４２０は、メモリＤＢ制御部２３２が有して、ＲＡＩＤ装置２１２へのバックアップ処理時に同一種別のＭ２Ｍ端末の特定フィールドを同一セクタに集める構成であってもよい。
【００４７】
（ＲＡＩＤ装置の記憶構成）
図５は、本実施形態に係るＲＡＩＤ装置２１２の記憶構成を示す図である。
【００４８】
図５に示すように、Ｍ２Ｍ端末の加入者に関する情報を、ＨＬＲ／ＨＳＳ（ＤＢ部）２０１のメモリＤＢ２３２ａからＲＡＩＤ装置２１２にバックアップする際に、同一種別のＭ２Ｍ端末のレコードにおける契約情報および在圏情報のフィールドのデータを、同一セクタに集めて保存する。図５においては、ＲＡＩＤ装置２１２のセクタｎに端末Ａの契約情報がバックアップされ、セクタｎ＋１に端末Ｂの契約情報がバックアップされ、セクタｍに端末Ａの在圏情報がバックアップされ、セクタｍ＋１に端末Ｂの在圏情報がバックアップされる。
【００４９】
これによって、１回のバックアップ処理に要するＲＡＩＤ装置２１２へのデータ書き込み回数の削減を実現する。例えば、図４のバックアップデータテーブル４３０に従ってバックアップを行なうと、2016/07/14の端末Ａの契約更新および在圏更新は、従来のバックアップ処理では最大５セクタへの５回のデータ書き込みが必要である。一方、本実施形態のバックアップ処理は２セクタへの２回の書き込みで完了することになる。すなわち、１回の書き込み処理が同様の時間を要するとすれば、１回のバックアップの書き込み時間は最大２／５に短縮される。１回のバックアップの書き込み時間が短縮できれば、バックアップ処理の回数を増やして間隔を短くしても、データベースの登録、更新あるいは参照の処理への影響は変わらない。その結果、バックアップ処理の間隔を短くできるので、障害時にバックアップができていない状態の発生確率が小さくなって、データの保証性が向上する。
【００５０】
なお、図５の記憶構成に限定されず、Ｍ２Ｍ端末の種別と特定フィールドとのより異なるセクタに集められる構成であればよい。各セクタ位置については、Ｍ２Ｍ端末の種別や特定フィールドなどと更新頻度との関連、あるいは、ＲＡＩＤ装置２１２の構成などを考慮して選択されればよい。
【００５１】
《ＨＬＲ／ＨＳＳのＤＢ部のハードウェア構成》
図６は、本実施形態に係るＨＬＲ／ＨＳＳ２４０のＤＢ部２０１のハードウェア構成を示すブロック図である。なお、ＨＬＲ／ＨＳＳ２４０のＤＢ部２０１と呼処理部２０２とが一体の構成である場合は、呼処理部２０２の処理に関連するデータやプログラムが図６の構成に追加される。
【００５２】
図６で、ＣＰＵ(Central Processing Unit)６１０は演算制御用のプロセッサであり、プログラムを実行することで図２Ｂの機能構成部を実現する。ＲＯＭ(Read Only Memory)６２０は、初期データおよびプログラムなどの固定データおよびプログラムを記憶する。ネットワークインタフェース６３０は、ネットワークを介して、他装置との通信を制御する。なお、ＣＰＵ６１０は、複数のプログラムを並行して実行することができる１つのプロセッサであっても、複数のプロセッサであってもよい。例えば、本実施形態においては、ＤＢアクセス制御のプログラムと、ＤＢバックアップ制御のプログラムとは変更して実行される。
【００５３】
ＲＡＭ(Random Access Memory)６４０は、ＣＰＵ６１０が一時記憶のワークエリアとして使用するランダムアクセスメモリである。ＲＡＭ６４０には、本実施形態の実現に必要なデータを記憶する領域が確保されている。ＤＢ更新要求６４１は、呼処理部２０２のＤＢアクセス指示部２２１からＤＢアクセス制御部２３１が受信したメモリＤＢの更新を要求するメッセージレコードである。メモリＤＢ更新箇所６４２は、メモリＤＢに記憶された図３のレコードデータの変更フィールドを表わすデータである。メモリＤＢ更新情報６４３は、メモリＤＢ更新箇所６４２の示すフィールドを更新するデータである。ＤＢ更新応答６４４は、ＤＢ更新完了の報告をＤＢアクセス制御部２３１から呼処理部２０２のＤＢアクセス指示部２２１に返すメッセージレコードである。バックアップ指示６４５は、ＤＢバックアップ制御部２３３がメモリＤＢ制御部２３２に通知するバックアップ開始指示のコマンドである。フィールド情報６４６は、バックアップ指示６４５と共にＤＢバックアップ制御部２３３がメモリＤＢ制御部２３２に通知する、同一種別の特定フィールドを同一セクタとする情報を含むデータである。バックアップ情報６４７は、フィールド情報６４６で指示されるフィールドの更新データである。バックアップ継続フラグ６４８は、バックアップタイミングで全てのバックアップすべきデータがバックアップされたか否かを記憶するフラグである。メモリＤＢ２３２ａは、図３で説明した加入者に関する情報を登録するデータベースである。
【００５４】
ストレージ６５０は、データベースや各種のパラメータ、あるいは本実施形態の実現に必要な以下のデータまたはプログラムが記憶されている。バックアップ制御テーブル２３３ａは、図４で説明した本実施形態のバックアップを制御するためのテーブルである。ストレージ６５０には、以下のプログラムが格納される。ＤＢ処理プログラム６５１は、ＤＢ処理部２１１の全体を制御するプログラムである。ＤＢアクセス制御モジュール６５２は、呼処理部２０２からのメモリＤＢ２３２ａへのアクセスを制御するモジュールである。ＤＢバックアップ制御モジュールは、更新された加入者に関する情報を、メモリＤＢ２３２ａからＲＡＩＤ装置２１２にバックアップする時に、同一種別のＭ２Ｍ端末の特定フィールドがＲＡＩＤ装置２１２の同一セクタに記憶されるように制御するモジュールである。
【００５５】
入出力インタフェース６６０は、周辺機器との入出力をインタフェースする。入出力インタフェース６６０には、ＲＡＩＤ装置２１２が接続される。
【００５６】
なお、図６のＲＡＭ６４０やストレージ６５０には、ＤＢ部２０１が有する汎用の機能や他の実現可能な機能に関連するプログラムやデータは図示されていない。
【００５７】
（ＤＢアクセス制御）
図７は、本実施形態に係るＤＢアクセス制御の手順を示すフローチャートである。図７は、図２Ｂに示した呼処理部２０２のＤＢアクセス指示部２２１から送信されてきたＤＢ更新要求を受信してから、ＤＢアクセス指示部２２１にＤＢ更新応答を送信するまでの処理方法を説明するためのフローチャートである。このフローチャートは、図６のＣＰＵ６１０がＲＡＭ６４０を使用して実行し、図２ＢのＤＢ処理部２１１の機能構成部によるＤＢアクセス制御を実現する。以下、各ステップの主体は、ＤＢ処理部２１１とする。
【００５８】
ＤＢ処理部２１１は、ＤＢアクセス制御部２３１において、ＤＢアクセス指示部２２１から送信されてきたＤＢ更新要求を受信すると（ステップＳ７０１）、そのＤＢ更新要求をメモリＤＢ制御部２３２に送信させ、メモリＤＢ制御部２３２において保持しているメモリＤＢ２３２ａの更新を行わせる（ステップＳ７０３）。
【００５９】
ＤＢ処理部２１１は、メモリＤＢ２３２ａの更新箇所のフィールド情報をメモリＤＢ制御部２３２からＤＢバックアップ制御部２３３に通知させ、ＤＢバックアップ制御部２３３においてメモリＤＢ２３２ａの更新箇所のフィールド情報をバックアップ制御テーブル２３３ａに蓄積させる（ステップＳ７０５）。そして、ＤＢ処理部２１１は、蓄積が完了すると、ＤＢバックアップ制御部２３３からメモリＤＢ制御部２３２に蓄積完了通知をさせる。
【００６０】
ＤＢ処理部２１１は、メモリＤＢ制御部２３２からＤＢアクセス指示部２２１にＤＢ更新応答を送信させて（ステップＳ７０７）、ＤＢアクセス指示部２２１においてＤＢアクセス指示部２２１へＤＢ更新応答を送信させる（ステップＳ７０９）。
【００６１】
（ＤＢバックアップ制御）
図８は、本実施形態に係るＤＢバックアップ制御の手順を示すフローチャートである。図８は、図２Ｂに示したＤＢバックアップ制御部２３３がバックアップ実行指示を送信してから、ＲＡＩＤ装置へのバックアップ処理を行うまでの処理方法を説明するためのフローチャートである。このフローチャートは、図６のＣＰＵ６１０がＲＡＭ６４０を使用して実行し、図２ＢのＤＢ処理部２１１の機能構成部によるＤＢバックアップ制御を実現する。以下、各ステップの主体は、ＤＢ処理部２１１とする。なお、本実施形態においては、図７および図８の処理を並列に行なう非同期型バックアップ方式を前提としている。
【００６２】
ＤＢ処理部２１１は、ＤＢバックアップ制御部２３３からメモリＤＢ制御部２３２に、メモリＤＢ２３２ａのバックアップ実行指示を送信させる。その際、ＤＢバックアップ制御部２３３からメモリＤＢ制御部２３２に、メモリＤＢ２３２ａの更新箇所のフィールド情報およびそのフィールド情報が格納されたＲＡＩＤ装置２１２のセクタアドレスも合わせて送信させる（ステップＳ８０１）。
【００６３】
ＤＢ処理部２１１は、バックアップ実行指示をメモリＤＢ制御部２３２において受信すると、メモリＤＢ制御部２３２に対し、セクタ単位にメモリＤＢ更新箇所のフィールドについてＲＡＩＤ装置へのバックアップ処理を実行させる（ステップＳ８０３）。ここで、同一セクタには、同一種別のＭ２Ｍ端末の加入者に関する情報のレコードにおける特定フィールドのデータが集められているので、少ない回数のセクタ更新処理でＲＡＩＤ装置へのバックアップ処理が完了する。そして、ＤＢ処理部２１１は、メモリＤＢ制御部２３２からＤＢバックアップ制御部２３３へバックアップ完了通知をさせる。
【００６４】
その後もバックアップ処理を継続する場合は（ステップＳ８０５）、ＤＢ処理部２１１は、バックアップ制御テーブル２３３ａに保持された一定時間待機させた後で（ステップＳ８０７）、ステップＳ８０１以降の処理を繰り返す。
【００６５】
以上説明したとおり、本実施形態によれば、１回のバックアップ処理に要するＲＡＩＤ装置へのデータ書き込み回数を削減することで、バックアップ処理速度を向上させる。その結果、ＤＢ更新内容のバックアップの頻度を高くすることが可能となり、データの保証性が向上する。また、ＤＢ更新内容のバックアップ頻度を一定とした場合は、ストレージの劣化を抑制することが可能となり、ＲＡＩＤ装置の稼働率が向上する。
【００６６】
［他の実施形態］
なお、本実施形態においては、バックアップ装置のストレージをＲＡＩＤ装置として説明したが、ＲＡＩＤ装置に限定されず他のディスク装置においても本発明と同様の効果を奏する。さらに、バックアップ装置のストレージをＳＳＤ(Solid State Drive)などの不揮発性メモリとしてもよく、その場合には、特定フィールドのデータを記憶単位である同一ブロックに集める構成となり、本発明と同様の効果を奏する。
【００６７】
また、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。
【００６８】
また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する情報処理プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされるプログラム、あるいはそのプログラムを格納した媒体、そのプログラムをダウンロードさせるＷＷＷ（(World Wide Web）サーバも、本発明の範疇に含まれる。特に、少なくとも、上述した実施形態に含まれる処理ステップをコンピュータに実行させるプログラムを格納した非一時的コンピュータ可読媒体（non-transitory computer readable medium）は本発明の範疇に含まれる。
【００６９】
［実施形態の他の表現］
上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
Ｍ２Ｍ(Machine To Machine)端末の加入者に関する情報を、メモリデータベースからストレージにバックアップするバックアップ手段と、
同一種別のＭ２Ｍ端末の前記加入者に関する情報のレコードにおける特定フィールドのデータを前記ストレージの同一記憶単位に集めるように、前記バックアップ手段を制御するバックアップ制御手段と、
を備える情報処理装置。
（付記２）
前記バックアップ制御手段は、前記特定フィールドの内、異なるフィールドを異なる記憶単位に集めるように、前記バックアップ手段を制御する、付記１に記載の情報処理装置。
（付記３）
前記ストレージは、ＲＡＩＤ（Redundant Arrays of Inexpensive Disks）装置を含むディスク装置であって、前記記憶単位はセクタである、付記１または２に記載の情報処理装置。
（付記４）
前記ストレージは、ＳＳＤ(Solid State Drive)を含む不揮発性メモリであって、前記記憶単位はブロックである、付記１または２に記載の情報処理装置。
（付記５）
前記特定フィールドは、加入者の契約情報とＭ２Ｍ端末の在圏情報、さらに、端末のロック状態や各種通信サービスの活性/非活性の情報、通信を許容/拒絶する接続先の識別情報、通信可能な帯域・データ容量・時間帯・回数などの規制情報とを含む、付記１乃至４のいずれか１項に記載の情報処理装置。
（付記６）
前記レコードは、前記特定フィールドに加えて、加入者番号と端末種別とを含む、付記１乃至５のいずれか１項に記載の情報処理装置。
（付記７）
前記バックアップ制御手段は、前記メモリデータベースのアクセスに影響を与えない一定時間間隔で、または、前記メモリデータベースが更新された後、または、バックアップが必要なデータ量が所定量を超えた時、前記バックアップ手段にバックアップを指示する、付記１乃至５のいずれか１項に記載の情報処理装置。
（付記８）
前記情報処理装置は、Ｍ２Ｍ端末管理システムを構成するＨＬＲ(Home Location Register)またはＨＳＳ(Home Subscriber Server)に含まれる、付記１乃至６のいずれか１項に記載の情報処理装置。
（付記９）
前記メモリデータベースは、前記ＨＬＲまたは前記ＨＳＳにおける前記加入者に関する情報を登録する、付記８に記載の情報処理装置。
（付記１０）
Ｍ２Ｍ(Machine To Machine)端末の加入者に関する情報を、メモリデータベースからストレージにバックアップするバックアップステップと、
同一種別のＭ２Ｍ端末の前記加入者に関する情報のレコードにおける特定フィールドのデータを前記ストレージの同一記憶単位に集めるように、前記バックアップステップにおける処理を制御するバックアップ制御ステップと、
を含む情報処理方法。
（付記１１）
Ｍ２Ｍ(Machine To Machine)端末の加入者に関する情報を、メモリデータベースからストレージにバックアップするバックアップステップと、
同一種別のＭ２Ｍ端末の前記加入者に関する情報のレコードにおける特定フィールドのデータを前記ストレージの同一記憶単位に集めるように、前記バックアップステップにおける処理を制御するバックアップ制御ステップと、
をコンピュータに実行させる情報処理プログラム。
（付記１２）
Ｍ２Ｍ(Machine To Machine)端末の加入者に関する情報を記憶するメモリデータベースと、
前記Ｍ２Ｍ端末、基地局またはＭ２Ｍ端末管理装置からの更新要求に基づいて、前記メモリデータベースに記憶された前記加入者に関する情報を更新し、前記Ｍ２Ｍ端末、前記基地局または前記Ｍ２Ｍ端末管理装置からの参照要求に応答して、前記メモリデータベースに記憶された前記加入者に関する情報を返答するデータベースアクセス手段と、
前記メモリデータベースをバックアップするストレージと、
前記加入者に関する情報を、前記メモリデータベースから前記ストレージにバックアップするバックアップ手段と、
同一種別のＭ２Ｍ端末の前記加入者に関する情報のレコードにおける特定フィールドのデータを前記ストレージの同一記憶単位に集めるように、前記バックアップ手段を制御するバックアップ制御手段と、
を備える情報処理システム。
（付記１３）
Ｍ２Ｍ(Machine To Machine)端末、基地局またはＭ２Ｍ端末管理装置からの更新要求に応答して、メモリデータベースに記憶されたＭ２Ｍ端末の加入者に関する情報を更新する更新ステップと、
前記Ｍ２Ｍ端末、前記基地局または前記Ｍ２Ｍ端末管理装置からの参照要求に応答して、前記メモリデータベースに記憶された前記加入者に関する情報を返答する返答ステップと、
前記加入者に関する情報を、前記メモリデータベースからストレージにバックアップするバックアップステップと、
同一種別のＭ２Ｍ端末の前記加入者に関する情報のレコードにおける特定フィールドのデータを前記ストレージの同一記憶単位に集めるように、前記バックアップステップにおける処理を制御するバックアップ制御ステップと、
【図１】
2018018117.tif 000003
【図２Ａ】
2018018117.tif 000004
【図２Ｂ】
2018018117.tif 000005
【図３】
2018018117.tif 000006
【図４】
2018018117.tif 000007
【図５】
2018018117.tif 000008
【図６】
2018018117.tif 000009
【図７】
2018018117.tif 000010
【図８】
2018018117.tif 000011