(57)【要約】【課題】複数の通信サービスのユーザが通信リソース量を共有する場合に通信リソース量の管理部間でユーザのデータ移動が生じるケースを低減する。【解決手段】グループの生成要求に応じて複数のユーザが通信リソース量を共有するユーザのグループを生成する情報処理装置は、ユーザの属性情報と前記ユーザに割当てる通信リソース量の管理部の識別情報と含む各ユーザのユーザ情報を記憶部に記憶し、新たなユーザの属性情報と、前記記憶部に記憶された各ユーザのユーザ情報とを用いて前記新たなユーザに割当てる通信リソース量を管理する管理部を決定する。【選択図】図３
2018019226.tif 000002
【特許請求の範囲】
【請求項１】
グループの生成要求に応じて複数のユーザが通信リソースを共有するユーザのグループを生成する情報処理装置において、
ユーザの属性情報と前記ユーザに割当てる通信リソース量の管理部の識別情報とを含む各ユーザのユーザ情報を記憶した記憶部と、
新たなユーザの属性情報と、前記記憶部に記憶された各ユーザのユーザ情報とを用いて前記新たなユーザに割当てる通信リソース量を管理する管理部を決定する決定部と
を含む情報処理装置。
【請求項２】
前記新たなユーザの属性情報と一致する属性情報を含む単数のユーザ情報が前記記憶部から検索された場合に、前記決定部は前記単数のユーザ情報中の管理部の識別情報を有する管理部を前記新たなユーザに割当てる通信リソース量の管理部に決定する
請求項１に記載の情報処理装置。
【請求項３】
前記新たなユーザの属性情報と一致する複数のユーザ情報が前記記憶部から検索され、前記複数のユーザ情報中の管理部の識別情報が同じである場合に、前記決定部は前記複数のユーザ情報中の管理部の識別情報を有する管理部を前記新たなユーザに割当てる通信リソース量の管理部に決定する
請求項１又は２に記載の情報処理装置。
【請求項４】
前記新たなユーザの属性情報と一致する複数のユーザ情報が前記記憶部から検索され、前記複数のユーザ情報中の管理部の識別情報が異なる場合に、前記決定部は前記複数のユーザ情報の中で管理されるユーザが多い管理部の識別情報を有する管理部を前記新たなユーザに割当てる通信リソース量の管理部に決定する
請求項１から３のいずれか１項に記載の情報処理装置。
【請求項５】
前記新たなユーザの属性情報と一致するユーザ情報が前記記憶部から検索されない場合に、前記決定部は前記記憶部に記憶された管理するユーザの少ない管理部を前記新たなユーザに割当てる通信リソース量の管理部として決定する
請求項１から４のいずれか１項に記載の情報処理装置。
【請求項６】
前記グループの生成要求においてグループに所属予定のメンバのユーザ情報が前記記憶部から検索され、検索された複数のユーザ情報に複数の管理部の識別情報が含まれている場合に、前記決定部は、１つの管理部が前記グループに所属予定の全メンバを管理するための管理部の変更数が少ない管理部を、前記グループの通信リソース量を管理する管理部に決定する
請求項１から５のいずれか１項に記載の情報処理装置。
【請求項７】
前記グループの生成要求においてグループに所属予定のメンバのユーザ情報が前記記憶部から検索され、検索された複数のユーザ情報に同数の管理部の識別情報が含まれている場合に、前記決定部は、前記グループに所属予定の各メンバについて属性方法が一致するユーザのユーザ情報を前記記憶部から検索し、検索されたユーザ情報数の多いメンバの通信リソース量を管理している管理部を、前記グループの通信リソース量を管理する管理部に決定する
請求項１から６のいずれか１項に記載の情報処理装置。
【請求項８】
前記通信リソース量が各ユーザのパケット使用可能量である
請求項１から７のいずれか１項に記載の情報処理装置。  
【請求項９】
グループの生成要求に応じて複数のユーザが通信リソース量を共有するグループを生成する情報処理装置が、
ユーザの属性情報と前記ユーザに割当てる通信リソース量の管理部の識別情報と含む各ユーザのユーザ情報を記憶部に記憶し、
新たなユーザの属性情報と、前記記憶部に記憶された各ユーザのユーザ情報とを用いて前記新たなユーザに割当てる通信リソース量を管理する管理部を決定する
ことを含む通信リソース量の管理部決定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置，及び通信リソース量の管理部決定方法に関する。
【背景技術】
【０００２】
３ＧＰＰ（Third Generation Partnership Project：第３世代(3G)移動体通信システムの標準仕様の策定を目指すプロジェクト）にて制定された規格の一つに、ポリシー／課金制御（Policy and Charging Control (ＰＣＣ)）アーキテクチャがある。
【０００３】
ＰＣＣアーキテクチャは、Policy and Charging Enforcement Function（ＰＣＥＦ）と、Policy and Charging Rules Function（ＰＣＲＦ）と、Online Charging System（ＯＣＳ）という３つのノードを含む。
【０００４】
ＰＣＣアーキテクチャは、ユーザ（通信サービスの利用者）に対する課金について、以下のように動作する。ＰＣＥＦは、ユーザのトラフィック（ユーザＩＰ（Internet Protocol）フロー）をリアルタイムにＯＣＳに通知する。ＯＣＳは、ユーザ毎に事前に設定されている通信可能量からトラフィック量を差し引く。ＰＣＲＦはＯＣＳと連携し、残りの通信可能量が無くなった場合には、ユーザに対する新たなポリシーを決定し、ＰＣＥＦに指示する。ＰＣＥＦは新たなポリシーでユーザのＱｏＳ制御を行う。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−１４０１８０号公報
【特許文献２】特表２０１５−５１５７６７号公報
【特許文献３】特開２０１５-１５６５６３号公報
【特許文献４】特開２０１５−３７２６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ＰＣＣアーキテクチャの実装において、負荷分散や障害時におけるリスク分散のため、複数のＯＣＳが複数の装置に実装される場合がある。近年では、事前設定される通信可能量をグルーピングされた複数のユーザ間でシェアするユースケース（以下「グループシェア」という）が増えている。
【０００７】
グループシェアでは、グループに属するユーザ間で通信可能量が共有される。このため、グループに属するユーザが複数のＯＣＳで管理されている場合には、ＯＣＳの一つにユーザのトラフィック量や通信可能量を移動したり、ユーザを管理するＯＣＳを変更したりすることが行われる。上記の移動や変更がユーザの通信中に行われると通信が中断するおそれがあった。
【０００８】
本発明は、上記事情に鑑みなされたものであり、ユーザが通信リソース量を共有するグループを形成する場合に通信リソース量の管理部間でユーザのデータ移動が生じるケースを低減可能な情報処理装置，及び通信リソース量の管理部決定方法を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一態様は、グループの生成要求に応じて複数のユーザが通信リソース量を共有するユーザのグループを生成する情報処理装置である。この情報処理装置は、ユーザの属
性情報と前記ユーザに割当てる通信リソース量の管理部の識別情報と含む各ユーザのユーザ情報を記憶した記憶部と、新たなユーザの属性情報と、前記記憶部に記憶された各ユーザのユーザ情報とを用いて前記新たなユーザに割当てる通信リソース量を管理する管理部を決定する決定部とを含む。
【発明の効果】
【００１０】
本発明の一態様によれば、ユーザが通信リソース量を共有するグループを形成する場合に通信リソース量の管理部間でユーザのデータ移動が生じるケースを低減することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施形態に係るＬＥＴネットワークの一例を示す。
【図２】図２は、ネットワークノードセットやネットワークノード制御装置が実装される情報処理装置のハードウェア構成例を示す。
【図３】図３は、ネットワークノード制御装置の構成例を示す。
【図４】図４は、ユーザ情報ＤＢのデータ構造例を示す。
【図５】図５は、新規登録要求時におけるネットワークノード制御装置の動作例を示すシーケンス図である。
【図６】図６は、図５＜３Ａ＞において、ユーザ情報管理部が行うユーザ情報ＤＢの検索処理（ＯＣＳの決定処理）の詳細を示すフローチャートである。
【図７】図７は、グループシェア要求時におけるネットワークノード制御装置の動作例を示すシーケンス図である。
【図８】図８は、グループシェア登録時におけるユーザ情報管理部の図７＜３＞の処理の詳細例を示すフローチャートである。
【図９】図９は、具体例１に係る新規登録要求のユーザ情報の一例を示す。
【図１０】図１０は、検索によってヒットしたグループ候補レコードの例を示す。
【図１１】図１１は、具体例２に係る新規登録要求のユーザ情報の一例を示す。
【図１２】図１２は、具体例２におけるユーザ情報ＤＢの登録内容を示す。
【図１３】図１３は、具体例３における、グループシェア対象ユーザ情報の例を示す。
【図１４】図１４は、グループシェア対象ユーザのレコードを示す。
【発明を実施するための形態】
【００１２】
以下、図面を参照して情報処理装置，及び通信リソース量の管理部決定方法の実施形態について説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００１３】
実施形態に係る無線通信ネットワークとして、Long Term Evolution（ＬＴＥ）ネットワークを例に説明する。但し、無線通信ネットワークの規格は、ＬＴＥ以外であってもよく、例えば、Wideband Code Division Multiple Access（ＷＣＤＭＡ（登録商標））や、global system for mobile communications（ＧＳＭ（登録商標））などであっても良い。
【００１４】
ＬＴＥネットワークは、無線網とコア網（Evolved Packet Core（ＥＰＣ）と呼ばれる）とを含み、無線網には、「ｅＮｏｄｅＢ」と呼ばれる基地局が置かれる。基地局は、移動端末（Uesr Equipment(ＵＥ)と呼ばれる。以下「ＵＥ」）と無線通信する。
【００１５】
コア網には、複数のネットワークノードが置かれる。ネットワークノードは、Mobility
Management Entity（ＭＭＥ），サービングゲートウェイ（ＳＧＷ），パケットデータネットワークゲートウェイ（ＰＧＷ）を含む。
【００１６】
ＭＭＥは、ＵＥの位置登録，ページング（着信制御），ハンドオーバ，ベアラの確立及び削除制御を行う。ベアラは、ユーザパケット（ＵＥが送受信するデータのＩＰパケット）の伝送路であり、ＵＥ−ＳＧＷ間及びＳＧＷ−ＰＧＷ間に確立される。ＳＧＷは、基地局とＰＧＷとの間のユーザパケットの中継を行う。ＰＧＷは、ＰＤＮ（外部ネットワーク：例えばインターネットなどのＩＰ網）との接続を行う。
【００１７】
さらに、コア網は、ポリシー及び課金制御に係るネットワークノードとして、ＰＣＲＦ，ＰＣＥＦ，ＯＣＳを含む。ＰＣＲＦは、ユーザパケットに適用される、ＱｏＳや課金体系（ポリシー）を決定する機能を有する。ＳＧＷ，ＰＧＷ及び基地局は、ＰＣＲＦが決定したＱｏＳ値に従ったＱｏＳ制御を行う。
【００１８】
ＰＣＥＦは、ユーザパケットのトラフィックをＯＣＳに通知する。ＯＣＳは、ユーザ毎に事前設定されている通信可能量（通信リソース量）からトラフィック量を差し引く。例えば、通信事業者は、各ユーザと毎月の最大通信トラフィック量を契約する。そして、ＯＣＳは最大通信トラフィック量に応じた通信リソース量を設定し、その月の実際の通信トラフィック量を差し引く。ＰＣＲＦはＯＣＳと連携し残りの通信リソース量がゼロになった場合には、ユーザに対する新たなポリシーを決定し、ＰＣＥＦに指示する。ＰＣＥＦは新たなポリシーでユーザのＱｏＳ制御を行う。たとえば、通信リソース量がゼロになることを契機に通信速度が変更されたり、ユーザに適用される課金体系が変更されたりする。
【００１９】
図１は、実施形態に係るＬＥＴネットワークの一例を示す。図１に示す例では、ＵＥ４と無線通信する無線網（基地局）２と、無線網２と接続されたＳＧＷ５が図示されている。さらに、図１には、ＰＧＷ／ＰＣＥＦ６と、Network Address Translation（ＮＡＴ）７と、ＰＣＲＦ／ＯＣＳ８と、ＡＡＡ（Authentication，Authorization，Accounting）９とをそれぞれ含む複数のネットワークノードセット１２が図示されている。
【００２０】
ネットワークノードセット１２のＰＧＷ／ＰＣＥＦ６は、ＳＧＷ５に接続されるとともに、ＮＡＴ７を介してＩＰ網１１（外部ネットワークの一例）に接続されている。ＰＧＷ／ＰＣＥＦ６は、上述したＰＧＷ及びＰＣＥＦとして動作する。ＮＡＴ７は、ＬＴＥネットワークで使用されるＩＰアドレスとＩＰ網１１で使用されるＩＰアドレスとのアドレス変換を行う。ＰＣＲＦ／ＯＣＳ８は、ＰＧＷ／ＰＣＥＦ６と接続され、上述したＰＣＲＦ及びＯＣＳとして動作する。ＡＡＡ９は、認証，許可，及びアカウンティングを行う。
【００２１】
ネットワークノードセット１２は、負荷分散，及び障害発生時のリスク分散などを考慮して複数用意され、異なるハードウェア（例えばサーバマシン）上に実装される。一例として、ネットワークノードセット１２は、所定数のユーザ単位で用意される。所定数は適宜設定可能である。簡単のため、所定数が１０００[ユーザ]であるとする。なお、複数のネットワークノードセット１２は、１又は２以上の物理マシン上に実装された複数の仮想マシンであっても良い。このように、複数のネットワークノードセット１２が設けられることによって、所定数のユーザに割り当てる通信リソース量をそれぞれ管理可能な複数のＯＣＳが存在している。
【００２２】
複数のネットワークノードセット１２は、各ネットワークノードセット１２を制御するネットワークノード制御装置１０と接続される。ネットワークノード制御装置１０は、ネットワークノードセット１２から独立した装置であっても良く、ネットワークノードセット１２が実装される物理マシンに実装されても良い。
【００２３】
＜情報処理装置の構成例＞
図２は、ネットワークノードセット１２やネットワークノード制御装置１０が実装され
る情報処理装置２０のハードウェア構成例を示す。情報処理装置２０は、例えば、パーソナルコンピュータ（ＰＣ），ワークステーション（ＷＳ），サーバマシン等の汎用又は専用のコンピュータである。
【００２４】
情報処理装置２０は、バスを介して相互に接続されたＣＰＵ２１，メモリ２２，通信インタフェース（通信ＩＦ）２３，及びユーザインタフェース（ＵＩ）２４を含む。
【００２５】
メモリ２２は、主記憶装置と、補助記憶装置とを含む。主記憶装置は、ＣＰＵ２１の作業領域、プログラムやデータの記憶領域，通信用のデータのバッファ領域などとして使用される。主記憶装置は、Random Access Memory（ＲＡＭ）、或いはＲＡＭとRead Only Memory（ＲＯＭ）との組み合わせで形成される。
【００２６】
補助記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ），Solid State Drive（ＳＳＤ），フラッシュメモリ，Electrically Erasable Programmable Read-Only Memory（ＥＥＰＲＯＭ）などである。補助記憶装置は、ディスク記憶媒体やUniversal Serial Bus （ＵＳＢ）メモリのような可搬性を有する記憶媒体を含み得る。補助記憶装置は、ＣＰＵ２１で実行されるプログラムと、プログラムの実行に際して使用されるデータとを記憶する。メモリ２２は、「記憶部」，「記憶装置」，「記憶媒体」の一例である。
【００２７】
通信ＩＦ２３は、ネットワークを介して他の情報処理装置や通信装置とのデータ授受を行う。通信ＩＦ２３として、例えば、ネットワークインタフェースカード（ＮＩＣ）を適用可能である。
【００２８】
入力装置２４は、データの入力に使用される。入力装置２４は、例えば、キー，ボタン，ポインティングデバイス（マウスなど），タッチパネルなどである。入力装置２４は、カメラ、マイクロフォン，バーコードやＱＲコード（登録商標）のリーダなどを含み得る。出力装置２５は、データの出力に使用される。出力装置は、例えば、ディスプレイ装置，スピーカなどである。
【００２９】
メモリ２２には、情報処理装置２０がネットワークノードセット１２を含む装置として動作するためのプログラムと、情報処理装置２０がネットワークノード制御装置１０を含む装置として動作するためのプログラムとの少なくとも一方がインストールされる。
【００３０】
メモリ２２には、情報処理装置２０がネットワークノードセット１２として動作するためのプログラムがインストールされる。この場合、ＣＰＵ２１のプログラム実行によって情報処理装置２０はＰＧＷ／ＰＣＥＦ６，ＮＡＴ７，ＰＣＲＦ／ＯＣＳ８，ＡＡＡ９を含む装置として動作することができる。
【００３１】
情報処理装置２０がネットワークノード制御装置１０を含む装置として動作するためのプログラムがインストールされている場合、ＣＰＵ２１によるプログラム実行によって、情報処理装置２０は、ネットワークノード制御装置１０として動作する。
【００３２】
ＣＰＵ２１は、メモリ２２に記憶されたプログラムをロードして実行することによって、情報処理装置２０を、ネットワークノードセット１２として動作させたり、ネットワークノード制御装置１０として動作させたりすることができる。ＣＰＵ２１は、「制御部」、「制御装置」、「コントローラ」の一例である。
【００３３】
ＣＰＵ２１は、ＭＰＵ（Microprocessor）、プロセッサとも呼ばれる。ＣＰＵ２１は、単一のプロセッサに限定される訳ではなく、マルチプロセッサ構成であってもよい。また、単一のソケットで接続される単一のＣＰＵがマルチコア構成を有していても良い。ＣＰ
Ｕ２１で行われる処理の少なくとも一部は、ＣＰＵ以外のプロセッサ、例えば、Digital Signal Processor(ＤＳＰ)、Graphics Processing Unit（ＧＰＵ）、数値演算プロセッサ、ベクトルプロセッサ、画像処理プロセッサ等の専用プロセッサで行われても良い。
【００３４】
また、ＣＰＵ２１で行われる処理の少なくとも一部は、集積回路（ＩＣ）、その他のディジタル回路で行われても良い。また、集積回路やディジタル回路はアナログ回路を含んでいても良い。集積回路は、ＬＳＩ，Application Specific Integrated Circuit（ASIC），プログラマブルロジックデバイス（ＰＬＤ）を含む。ＰＬＤは、例えば、Field Programmable Gate Array（ＦＰＧＡ）を含む。ＣＰＵ２１で行われる処理の少なくとも一部は、プロセッサと集積回路との組み合わせにより実行されても良い。組み合わせは、例えば、マイクロコントローラ（ＭＣＵ），ＳｏＣ（System-on-a-chip），システムＬＳＩ，チップセットなどと呼ばれる。
【００３５】
＜ネットワークノード制御装置の構成例＞
図３は、ネットワークノード制御装置１０の構成例を示す。情報処理装置２０のＣＰＵ２１は、プログラムを実行することによって、ユーザ登録受付部１０１と、グループシェア受付部１０２と、ネットワークノード操作部１０３と、ユーザ情報管理部１０４として動作する。また、メモリ２２には、ユーザ情報データベース（ユーザ情報ＤＢ）１０５が記憶される。
【００３６】
ユーザ登録受付部１０１は、例えば、ユーザ（ＵＥ４）と通信を行い、ＵＥ４から送信される新規登録要求を受け付け、新規登録要求に含まれるユーザ情報をユーザ情報管理部１０４に送る。
【００３７】
グループシェア受付部１０２は、ユーザ（ＵＥ４）から送信されるグループシェア要求を受け付け、グループシェア要求に含まれるグルーピング対象ユーザ情報をユーザ情報管理部１０４に送る。グループシェア要求は「グループの生成要求」の一例である。
【００３８】
なお、新規登録要求やグループシェア要求の送信元は、必ずしもＵＥ４である必要はなく、ＵＥ４以外の通信機能を有する情報処理装置であっても良い。新規登録要求やグループシェア要求を郵便等で受け取り、入力装置２４を用いてユーザ情報やグルーピング対象ユーザ情報をユーザ情報管理部１０４に供給する場合もあり得る。
【００３９】
ネットワークノード操作部１０３は、各ＯＣＳ（ＰＣＲＦ／ＯＣＳ８）と関連づけられているユーザ情報の参照，ＯＣＳとユーザとの関連づけの登録，ＯＣＳと関連づけられているユーザの削除などを行う。また、ネットワークノード操作部１０３は、各ＯＣＳ（ＰＣＲＦ／ＯＣＳ８）が管理している各ユーザのパケット使用可能量（通信リソース量の一例）の参照及び増減操作を行う。さらに、ネットワークノード操作部１０３は、ユーザが所属するネットワークノードセット１２をＡＡＡ９に通知する。
【００４０】
ユーザ情報管理部１０４は、ユーザ情報ＤＢ１０５へ問い合わせを行い、グルーピング対象ユーザが所属するネットワークノードセット１２を特定する。ユーザ情報管理部１０４は、ユーザ情報のネットワークノードセット１２間の移動要否及び移動方法を判定する。また、ユーザ情報管理部１０４は、ネットワークノード操作部１０３へユーザ情報の移動（ＯＣＳとユーザ情報との対応関係の変更）を指示する。
【００４１】
ユーザ情報管理部１０４は、ユーザの新規登録が行われる場合に、ユーザ情報ＤＢ１０５に問い合わせを行う。ユーザ情報管理部１０４は、将来グルーピングが行われる可能性の高いユーザ同士が同じネットワークノードセット１２に所属する（同一のＯＣＳで管理される）ようにネットワークノード操作部１０３に指示をする。
【００４２】
＜ユーザ情報ＤＢ＞
ユーザ情報ＤＢ１０５には、ユーザ情報が登録される。図４は、ユーザ情報ＤＢ１０５のデータ構造例を示す。ユーザ情報ＤＢ１０５は、ユーザ毎にユーザ情報を記憶する複数のレコード（エントリ）で形成されたテーブルを含む。レコードは「通信サービスのユーザの属性情報と前記ユーザに割当てる通信リソース量の管理部（ＯＣＳ）の識別情報と含むユーザ情報」の一例である。
【００４３】
ユーザ情報ＤＢ１０５は、ＩＭＳＩやＭＳＩＳＤＮのようなユーザを一意に識別できる項目を主キーとしたリレーショナルデータベースであり、各ユーザが所属するＯＣＳの情報（ＯＣＳ情報）を管理する。なお、ＩＭＳＩ（International Mobile Subscriber Identity）は、携帯電話のユーザに割り当てられる一意な識別番号である。ＭＳＩＳＤＮは、携帯電話網への加入を一意に識別する番号である。
【００４４】
ユーザ情報は、例えば、ＩＭＳＩ，ＭＳＩＳＤＮ，氏名などのユーザの識別情報と、ユーザの属性情報とを含む。属性情報は、住所，会社名（所属先），その他の複数の項目から形成される。その他として、適宜の属性情報を設定することができる。属性情報（項目）の数は単数でも複数でも良い。
【００４５】
さらに、ユーザ情報は、「所属ＯＣＳ」として、ユーザが所属する（登録される）ＯＣＳ（ユーザのパケット使用可能量を管理するＯＣＳ）の識別情報を含む。なお、ＩＭＳＩとＭＳＩＳＤＮのうち、双方を用いても少なくとも一方を用いても良い。ＯＣＳは「通信リソース量の管理部」の一例である。
【００４６】
＜動作例＞
次に、ネットワークノード制御装置における動作例について説明する。
＜＜新規登録要求時＞＞
図５は、新規登録要求時におけるネットワークノード制御装置１０の動作例を示すシーケンス図である。ユーザ登録受付部１０１は、ユーザから送信された新規登録要求を受け付ける（図５＜１＞）。ユーザ登録受付部１０１は、新規登録要求に含まれるユーザ情報（識別情報及び属性情報）をユーザ情報管理部１０４に送る（図５＜２＞）。
【００４７】
ユーザ情報管理部１０４は、将来、グループシェアのグループを形成するユーザ（グループ候補と称する）をユーザ情報ＤＢ１０５を用いて検索し（図５＜３Ａ＞）、検索結果を受け取る（図５＜３Ｂ＞）。
【００４８】
検索結果においてグループ候補のレコードが存在する場合（条件１）には、ユーザ情報管理部１０４は、グループ候補が属するＯＣＳと同じＯＣＳに新規登録に係るユーザを登録することをネットワークノード操作部１０３に指示する（図５＜４＞）。これによって、新規ユーザがグループ候補と同じＯＣＳに登録される。登録後、ユーザ情報管理部１０４は、登録完了の旨をネットワークノード操作部１０３から受け取る（図５＜５＞）。ユーザ情報管理部１０４は、登録完了の旨をユーザ登録受付部１０１へ送る（図５＜８＞）。
【００４９】
検索結果においてグループ候補のレコードが存在しない場合（条件２）には、ユーザ情報管理部１０４は、ユーザ情報ＤＢ１０５を参照し、ＯＣＳ毎のユーザ数を検索し（図５＜９＞）、検索結果を受け取る（図５＜１０＞）。
【００５０】
ユーザ情報管理部１０４は、検索結果に基づき、複数のＯＣＳのうち管理対象のユーザ数が少ないＯＣＳに新規登録に係るユーザを登録することをネットワークノード操作部１
０３に指示する（図５＜１１＞）。これによって、新規ユーザが管理ユーザ数の少ないＯＣＳに登録される。これによって、ＯＣＳ間における負荷の偏りの発生が抑えられる。
【００５１】
登録後、ユーザ情報管理部１０４は、登録完了の旨をネットワークノード操作部１０３から受け取る（図５＜１２＞）。ユーザ情報管理部１０４は、登録完了の旨をユーザ登録受付部１０１へ送る（図５＜１３＞）。ユーザ登録受付部１０１は、ユーザ情報管理部１０５から登録完了の旨を受け取ると、ユーザへ新規登録完了の旨を送る（図５＜１４＞）。
【００５２】
図６は、図５＜３＞において、ユーザ情報管理部１０４が行うユーザ情報ＤＢ１０５の検索処理の詳細を示すフローチャートである。００１において、ユーザ情報が入力されると、ユーザ情報管理部１０４は、ユーザ情報中の「住所」が一致するユーザ（レコード）をグループ候補として検索する（００２）。このとき、グループ候補が検索された場合には処理が００３に進み、そうでない場合には処理が００４に進む。
【００５３】
００３では、グループ候補が複数か否かが判定される。候補が複数と判定される場合には処理が００９に進み、そうでない場合には処理が０１０に進む。
【００５４】
００４では、ユーザ情報中の「会社名」（所属先）が一致するユーザ（レコード）をグループ候補として検索する。このとき、グループ候補が検索された場合には処理が００５に進み、そうでない場合には処理が００６に進む。
【００５５】
００５では、グループ候補が複数か否かが判定される。候補が複数と判定される場合には処理が００９に進み、そうでない場合には処理が０１０に進む。
【００５６】
００６では、ユーザ情報中の「その他」が一致するユーザ（レコード）をグループ候補として検索する。このとき、グループ候補が検索された場合には処理が００７に進み、そうでない場合には処理が００８に進む。
【００５７】
００８では、ユーザ情報管理部１０４は、グループ候補がなかった場合の処理として、例えば、複数のＯＣＳのうち最もユーザ数が少ないＯＣＳを、新規ユーザの登録先のＯＣＳに決定する。００８は、図５における条件２に対応する。
【００５８】
００９では、ユーザ情報管理部１０４は、所属するグループ候補の数が最も多いＯＣＳを新規ユーザの登録先のＯＣＳに決定する。なお、所属するグループ候補の数が最も多いＯＣＳが複数ある場合には事前に定めたルールに従って登録先のＯＣＳが決定される。
【００５９】
０１０では、ユーザ情報管理部１０４は、グループ候補と同じＯＣＳに新規ユーザを登録することを決定する。００９及び０１０は、図５の条件１に対応する。００８，００９，０１０の処理の終了後、図６の処理が終了する。
【００６０】
このように、新規ユーザ登録時に、少なくとも１つの属性情報（項目）が一致するユーザがグループ候補として複数のユーザから抽出される。そして、将来グループを形成する可能性のあるユーザが可能な限り同一のＯＣＳに所属するように新規ユーザが属するＯＣＳが決定される。
【００６１】
＜＜グループシェア要求時＞＞
図７は、グループシェア要求時におけるネットワークノード制御装置１０の動作例を示すシーケンス図である。グループシェア受付部１０２は、ユーザから送信されたグループシェア要求を受け付ける（図７＜１＞）。ユーザ登録受付部１０１は、グループシェア要
求に含まれるグルーピング対象ユーザ情報（識別情報及び属性情報）をユーザ情報管理部１０４に送る（図７＜２＞）。
【００６２】
ユーザ情報管理部１０４は、グループシェアのグループを形成するユーザのユーザ情報をユーザ情報ＤＢ１０５を用いて検索し（図７＜３＞）、検索結果を受け取る（図７＜４＞）。
【００６３】
検索結果においてユーザ情報の移動有りと判定される場合には、次の＜５＞〜＜１２＞の処理が行われる。すなわち、ユーザ情報管理部１０４は、移動先のＯＣＳへのユーザ登録をネットワークノード操作部１０３に指示する（図７＜５＞）。これによって、移動対象のユーザが移動先のＯＣＳに新規に登録される。登録後、ユーザ情報管理部１０４は、登録完了の旨をネットワークノード操作部１０３から受け取る（図７＜６＞）。
【００６４】
ユーザ情報管理部１０４は、移動元のＯＣＳから移動対象のユーザの残りのパケット使用可能量を取得する指示をネットワークノード操作部１０３へ送る（図７＜７＞）。ネットワークノード操作部１０３は、移動元のＯＣＳから移動対象ユーザのパケット使用可能量を取得し、ユーザ情報管理部１０４に送る（図７＜８＞）。
【００６５】
ユーザ情報管理部１０４は、移動元のＯＣＳから得られたパケット使用可能量を移動先のＯＣＳに登録された移動対象のユーザのパケット使用可能量に反映する指示をネットワークノード操作部１０３へ送る（図７＜９＞）。ネットワークノード操作部１０３は、移動先のＯＣＳに移動対象ユーザのパケット使用可能量を反映させる。反映が完了すると、その旨がネットワークノード操作部１０３からユーザ情報管理部１０４に送られる（図７＜１０＞）。
【００６６】
ユーザ情報管理部１０４は、移動元のＯＣＳに移動対象ユーザの登録を削除させる指示をネットワークノード操作部１０３へ送る（図７＜１１＞）。ネットワークノード操作部１０３は、移動先のＯＣＳに移動対象ユーザのユーザ登録を削除させる。削除が完了すると、その旨がネットワークノード操作部１０３からユーザ情報管理部１０４に送られる（図７＜１２＞）。このようにして、ＯＣＳ間における移動対象ユーザの情報の移動が行われる。
【００６７】
ユーザ情報管理部１０４は、グループシェア登録をネットワークノード操作部１０３に送る。ネットワークノード操作部１０３は、グループのメンバが属するネットワークノードセット１２にグループの情報を登録する。これにより、グループのメンバ間でパケット使用可能量が共有される（例えば、各メンバのパケット使用可能量が合算される、或いは、グループに対して予め設定されたパケット使用可能量から各メンバのトラフィック量が差し引かれる）状態となる。グループシェア登録の完了の旨は、ネットワークノード操作部１０３からユーザ情報管理部１０４に与えられる（図７＜１４＞）。
【００６８】
ユーザ情報管理部１０４は、グループシェア登録の完了の旨をグループシェア受付部１０２に送り（図７＜１５＞）、グループシェア受付部１０２は、グループシェア登録の完了の旨をユーザに送る（図７＜１６＞）。
【００６９】
図８は、グループシェア登録時におけるユーザ情報管理部１０４の図７＜３＞の処理の詳細例を示すフローチャートである。１０１の処理において、グルーピング対象ユーザ情報が入力される。
【００７０】
１０２の処理において、ユーザ情報管理部１０４は、グループシェアの対象の複数のユーザがそれぞれ所属するＯＣＳの情報をユーザ情報ＤＢから取得する。１０３の処理にお
いて、ユーザ情報管理部１０４は、ユーザが所属するＯＣＳがそれぞれ異なるか否かを判定する。ＯＣＳが異なると判定される場合には処理が１０４に進み、そうでない場合には処理が１０５に進む。
【００７１】
１０４の処理では、ユーザ情報管理部１０４は、ＯＣＳ毎にグループシェアの対象のユーザ数が異なるか否かを判定する。異なると判定される場合には処理が１０６へ進み、そうでない場合には処理が１０７に進む。
【００７２】
１０５の処理では、ユーザ情報管理部１０４は、グループシェアによるＯＣＳ間のユーザ移動はなしと決定する。１０６では、ユーザ情報管理部１０４は、グループシェアの対象のユーザが最も多く登録されているＯＣＳに、異なるＯＣＳに登録されたユーザを移動させることを決定する。
【００７３】
１０７の処理では、ユーザ情報管理部１０４は、グループシェアの対象のユーザのそれぞれについて、図６に示す処理を行い、グループ候補のユーザの登録数が最多のＯＣＳにユーザを移動させることを決定する。
【００７４】
このように、ユーザ情報管理部１０４は、グループのメンバとなるユーザの全てが同じＯＣＳに登録されている場合には、ＯＣＳ間におけるユーザの移動はなしと判定する。また、ユーザ情報管理部１０４は、グループのメンバとなるユーザが複数のＯＣＳに登録されている場合に、一例として、登録数が最多のＯＣＳへ全メンバが集まるようにＯＣＳ間におけるユーザ移動を行うことを決定する。さらに、ユーザ情報管理部１０４は、登録数が最多のＯＣＳが複数ある場合に、一例として、グループ候補が最多のＯＣＳに全メンバを集めるユーザ移動を行うことを決定する。
【００７５】
＜具体例＞
以下、ユーザ情報管理部１０４における処理を具体例について説明する。
＜＜具体例１＞＞
図９に示す内容のユーザ情報（氏名Ｚ）がユーザ登録受付部１０１から送られてきた場合を仮定する。なお、所属ＯＣＳが決まっていないユーザ情報では、所属ＯＣＳの値はＮＵＬＬとなる。ユーザ情報管理部１０４は、住所が一致するユーザのレコードの検索を行う（図６，００２）。しかし、ヒットしなかったとする。
【００７６】
ユーザ情報管理部１０４が「会社名」が一致するユーザのレコードを検索すると（図６，００４）、図１０に示すグループ候補レコード（上から１及び２番目のレコード）が検索結果として検索されたと仮定する。グループ候補レコードに含まれる所属ＯＣＳは、ともに「ＯＣＳ０２」であり、登録先のＯＣＳが同じであることを示す。よって、ユーザ情報管理部１０４は、新規ユーザ（氏名Ｚ）の登録先のＯＣＳを「ＯＣＳ０２」に決定する（図６，００９）。図１０は、新規ユーザのレコードがユーザ情報ＤＢ１０５に登録された後の状態を示す。
【００７７】
＜＜具体例２＞＞
新規ユーザ（氏名Ｒ）のユーザ情報として、図１１に示す内容のユーザ情報が得られた場合を想定する。この場合におけるユーザ情報ＤＢ１０５には、図１２に示す５つのレコードが登録されていると仮定する。
【００７８】
この場合、５つのレコードの住所も会社名も、図１１のユーザ情報と一致しない。このため、ユーザ情報管理部１０４は、ユーザ数が少ないＯＣＳを登録先のＯＣＳに決定する。図１１の例では、所属ＯＣＳ“ＯＣＳ０１”のレコード数が２で、所属ＯＣＳ“ＯＣＳ０２”のレコード数が３であり、ＯＣＳ０１が最少であるので、ユーザ情報管理部１０４
は、ユーザ（氏名Ｒ）の登録先をＯＣＳ０１に決定する。
【００７９】
＜＜具体例３＞＞
図１３に示す内容のグループシェア要求に係るグループシェア対象ユーザ情報がグループシェア受付部１０２から送られてきた場合を仮定する。この場合、氏名Ｐのユーザと氏名Ｘのユーザとのグループシェアが要求されている。
【００８０】
ユーザ情報管理部１０４が、氏名Ｐ及び氏名Ｘのユーザのレコードをユーザ情報ＤＢ１０５から検索した結果、図１４に示すレコードが得られたと仮定する。氏名Ｐの所属ＯＣＳはＯＣＳ０１であり、氏名Ｘの所属ＯＣＳはＯＣＳ０２である。すなわち、異なるＯＣＳに属しており、且つ各ＯＣＳにおけるユーザ数が同数である。
【００８１】
上記のような場合に、適用が考えられる移動方法として以下が考えられる。
（１）移動が必要なユーザの数が最少になるような所属ＯＣＳに所属先を統一する。
（２）グループシェアのユーザのうち、グループ候補レコード数が最も多いユーザの所属ＯＣＳに統一する。
【００８２】
上記例の場合、（１）の方法は、所属ＯＣＳの数が同じであるので適用しえない。（２）の方法を用いて移動先が決定される。氏名Ｐのユーザ情報を用いて図６に示した手法によりユーザ情報ＤＢ１０５からグループ候補を検索すると、図１２に示すレコードのうち、氏名Ｏのレコードが検索される。同様に氏名Ｘのユーザ情報を用いてグループ候補を検索すると、図１２に示すレコードのうち、氏名Ｙ及び氏名Ｚの各レコードが検索される。
【００８３】
この場合、ＯＣＳ２を含むレコード数は３であり、ＯＣＳ１を含むレコード数が２である。よって、氏名Ｘのユーザが所属するＯＣＳ２がグループメンバの所属先のＯＣＳに決定される。この結果、氏名Ｐのユーザの所属ＯＣＳがＯＣＳ０１からＯＣＳ０２へ変更される（データ移動が行われる）。
【００８４】
＜実施形態の効果＞
実施形態によれば、新規ユーザの登録時にユーザ情報ＤＢ１０５からグループ候補を検索し、将来のグループシェア時にＯＣＳ間でのデータ移動が生じないように、新規ユーザの所属先のＯＣＳが決定される。これによって、データ移動による手間、データ移動によるユーザ通信の中断が発生するのを抑えることができる。
【００８５】
具体的には、新規ユーザのグループ候補が単数の場合、複数のグループ候補の全てが同じＯＣＳに属している場合には、新規ユーザの同じＯＣＳへの所属が決定される。これによって、グループ候補とのグループシェア時にデータ移動が回避される。
【００８６】
新規ユーザに対する複数のグループ候補があり、且つ複数のグループ候補が複数のＯＣＳに属している場合には、ユーザの所属数の多いＯＣＳが新規ユーザの所属先のＯＣＳに決定される。グループのメンバが属するＯＣＳの数を抑えるとともに将来におけるデータの移動数を抑えるためである。
【００８７】
また、新規ユーザに対するグループ候補がない場合には、管理対象のユーザが少ないＯＣＳに新規ユーザの管理が割り当てられる。ＯＣＳ間での負荷を均一にする（負荷の偏り発生を抑える）ためである。
【００８８】
また、実施形態では、グループシェア要求が発生した場合に、ＯＣＳ間でのデータ移動数が少なくなるように、グループのメンバが所属するＯＣＳが決定され、そのＯＣＳへのデータ移動（ユーザのＯＣＳ変更）が行われる。その後のデータ移動や通信中断を回避す
るためである。
【００８９】
また、グループシェア要求が発生した場合に、グループメンバの所属数が最多のＯＣＳが複数ある場合には、グループの各メンバのグループ候補が検索され、グループ候補の数が最多のメンバが属するＯＣＳがグループメンバのＯＣＳに決定される。これによってデータ移動の数（回数）を少なくすることができる。
【００９０】
以上のような構成によって、実施形態によれば、複数の通信サービスのユーザが通信リソース量を共有する場合に通信リソース量の管理部（ＯＣＳ）間でユーザのデータ移動が生じるケースを低減することができる。以上説明した実施形態は、以下の付記を開示する。以下の付記の構成は、適宜組み合わせることができる。
【００９１】
（付記１）  グループの生成要求に応じて複数のユーザが通信リソース量を共有するグループを生成する情報処理装置において、
ユーザの属性情報と前記ユーザに割当てる通信リソース量の管理部の識別情報と含む各ユーザのユーザ情報を記憶した記憶部と、
新たなユーザの属性情報と、前記記憶部に記憶された各ユーザのユーザ情報とを用いて前記新たなユーザに割当てる通信リソース量を管理する管理部を決定する決定部と
を含む情報処理装置。（１）
【００９２】
（付記２）  前記新たなユーザの属性情報と一致する属性情報を含む単数のユーザ情報が前記記憶部から検索された場合に、前記決定部は前記単数のユーザ情報中の管理部の識別情報を有する管理部を前記新たなユーザに割当てる通信リソース量の管理部に決定する
付記１に記載の情報処理装置。（２）
【００９３】
（付記３）  前記新たなユーザの属性情報と一致する複数のユーザ情報が前記記憶部から検索され、前記複数のユーザ情報中の管理部の識別情報が同じである場合に、前記決定部は前記複数のユーザ情報中の管理部の識別情報を有する管理部を前記新たなユーザに割当てる通信リソース量の管理部に決定する
付記１又は２に記載の情報処理装置。（３）
【００９４】
（付記４）  前記新たなユーザの属性情報と一致する複数のユーザ情報が前記記憶部から検索され、前記複数のユーザ情報中の管理部の識別情報が異なる場合に、前記決定部は前記複数のユーザ情報の中で管理されるユーザが多い管理部の識別情報を有する管理部を前記新たなユーザに割当てる通信リソース量の管理部に決定する
付記１から３のいずれか１項に記載の情報処理装置。（４）
【００９５】
（付記５）  前記新たなユーザの属性情報と一致するユーザ情報が前記記憶部から検索されない場合に、前記決定部は前記記憶部に記憶されたユーザ情報を用いて特定した管理するユーザの少ない管理部を前記新たなユーザに割当てる通信リソース量の管理部として決定する
付記１から４のいずれか１項に記載の情報処理装置。（５）
【００９６】
（付記６）  前記グループの生成要求においてグループに所属予定のメンバのユーザ情報が前記記憶部から検索され、検索された複数のユーザ情報に複数の管理部の識別情報が含まれている場合に、前記決定部は、１つの管理部が前記グループに所属予定の全メンバを管理するための管理部の変更数が少ない管理部を、前記グループの通信リソース量を管理する管理部に決定する
付記１から５のいずれか１項に記載の情報処理装置。（６）
【００９７】
（付記７）  前記グループの生成要求においてグループに所属予定のメンバのユーザ情報が前記記憶部から検索され、検索された複数のユーザ情報に同数の管理部の識別情報が含まれている場合に、前記決定部は、前記グループに所属予定の各メンバについて属性方法が一致するユーザのユーザ情報を前記記憶部から検索し、検索されたユーザ情報数の多いメンバの通信リソース量を管理している管理部を、前記グループの通信リソース量を管理する管理部に決定する
付記１から６のいずれか１項に記載の情報処理装置。（７）
【００９８】
（付記８）
前記通信リソース量が各ユーザのパケット使用可能量である
付記１から７のいずれか１項に記載の情報処理装置。（８）
【００９９】
（付記９）  グループの生成要求に応じて複数のユーザが通信リソース量を共有するグループを生成する情報処理装置が、
ユーザの属性情報と前記ユーザに割当てる通信リソース量の管理部の識別情報と含む各ユーザのユーザ情報を記憶部に記憶し、
新たなユーザの属性情報と、前記記憶部に記憶された各ユーザのユーザ情報とを用いて前記新たなユーザに割当てる通信リソース量を管理する管理部を決定する
ことを含む通信リソース量の管理部決定方法。（９）
【０１００】
（付記１０）  前記新たなユーザの属性情報と一致する属性情報を含む単数のユーザ情報が前記記憶部から検索された場合に、前記単数のユーザ情報中の管理部の識別情報を有する管理部を前記新たなユーザに割当てる通信リソース量の管理部に決定する
付記９に記載の通信リソース量の管理部決定方法。
【０１０１】
（付記１１）  前記新たなユーザの属性情報と一致する複数のユーザ情報が前記記憶部から検索され、前記複数のユーザ情報中の管理部の識別情報が同じである場合に、前記複数のユーザ情報中の管理部の識別情報を有する管理部を前記新たなユーザに割当てる通信リソース量の管理部に決定する
付記９又は１０に記載の通信リソース量の管理部決定方法。
【０１０２】
（付記１２）  前記新たなユーザの属性情報と一致する複数のユーザ情報が前記記憶部から検索され、前記複数のユーザ情報中の管理部の識別情報が異なる場合に、前記複数のユーザ情報の中で管理されるユーザが多い管理部の識別情報を有する管理部を前記新たなユーザに割当てる通信リソース量の管理部に決定する
付記９から１１のいずれか１項に記載の通信リソース量の管理部決定方法。
【０１０３】
（付記１３）  前記新たなユーザの属性情報と一致するユーザ情報が前記記憶部から検索されない場合に、前記記憶部に記憶されたユーザ情報を用いて特定した管理するユーザの少ない管理部を前記新たなユーザに割当てる通信リソース量の管理部として決定する
付記９から１２のいずれか１項に記載の通信リソース量の管理部決定方法。
【０１０４】
（付記１４）  前記グループの生成要求においてグループに所属予定のメンバのユーザ情報が前記記憶部から検索され、検索された複数のユーザ情報に複数の管理部の識別情報が含まれている場合に、１つの管理部が前記グループに所属予定の全メンバを管理するための管理部の変更数が少ない管理部を、前記グループの通信リソース量を管理する管理部に決定する
付記９から１３のいずれか１項に記載の通信リソース量の管理部決定方法。
【０１０５】
（付記１５）  前記グループの生成要求においてグループに所属予定のメンバのユーザ情
報が前記記憶部から検索され、検索された複数のユーザ情報に同数の管理部の識別情報が含まれている場合に、前記グループに所属予定の各メンバについて属性方法が一致するユーザのユーザ情報を前記記憶部から検索し、検索されたユーザ情報数の多いメンバの通信リソース量を管理している管理部を、前記グループの通信リソース量を管理する管理部に決定する
付記９から１４のいずれか１項に記載の通信リソース量の管理部決定方法。
【符号の説明】
【０１０６】
２・・・無線網
４・・・移動端末（ＵＥ）
５・・・ＳＧＷ
６・・・ＰＧＷ／ＰＣＥＦ
８・・・ＰＣＲＦ／ＯＣＳ
１０・・・ネットワークノード制御装置
２０・・・情報処理装置
２１・・・ＣＰＵ
２２・・・メモリ
１０１・・・ユーザ登録受付部
１０２・・・グループシェア受付部
１０３・・・ネットワークノード操作部
１０４・・・ユーザ情報管理部
１０５・・・ユーザ情報ＤＢ
【図１】
2018019226.tif 000003
【図２】
2018019226.tif 000004
【図３】
2018019226.tif 000005
【図４】
2018019226.tif 000006
【図５】
2018019226.tif 000007
【図６】
2018019226.tif 000008
【図７】
2018019226.tif 000009
【図８】
2018019226.tif 000010
【図９】
2018019226.tif 000011
【図１０】
2018019226.tif 000012
【図１１】
2018019226.tif 000013
【図１２】
2018019226.tif 000014
【図１３】
2018019226.tif 000015
【図１４】
2018019226.tif 000016