JP2016144109A - 通信装置、通信システム、通信方法及びプログラム - Google Patents

Abstract

【課題】端末の属性、種別によって、端末が複数種類の無線方式にアクセスできない場合においても、通信トラフィックの新たなオフロード技術を提供する。
【解決手段】通信装置は、端末の属性に基づいて、第１のオペレータが管理する第１のネットワークと、第２のオペレータが管理する第２のネットワークとを含む複数のネットワークのうち、端末に対応するネットワークを識別する第一の手段と、識別されたネットワークにおいて所定の信号処理を実行するネットワークノードと端末とが接続されるように、端末からの通信を処理する第二の手段と、を備える。第一の手段は、第２のオペレータの加入者端末に対して、端末からの通信データを用いて所定のサービスを提供可能なサービス提供手段を含む第２のネットワークを識別する。
【選択図】図１８

Description

本発明は、通信装置、通信システム、通信方法及びプログラムに関する。

近年、スマートフォンやスマートデバイス等の普及により、通信トラフィックが急激に増加している。また、今後、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）通信が増加すると想定され、通信トラフィックは更に増加する可能性がある。

通信トラフィックの急増によるネットワークの輻輳を緩和するため、通信トラフィックをオフロードする技術が検討されている。

例えば、特許文献１には、ネットワークの輻輳状態に応じて、複数種類の無線方式（例えば、セルラ通信と無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ））を切り替えることで、通信トラフィックをオフロードする技術が開示されている。特許文献１では、例えば、セルラ通信のトラフィックが無線ＬＡＮネットワークに切り替えられることによって、トラフィックがオフロードされる。

特開２００９−１１８３５６号

特許文献１では、異なる無線方式間で通信トラフィックの経路が切り替えられることによって、通信トラフィックがオフロードされる。

しかし、例えば端末の属性・種別によっては、端末が複数種類の無線方式にアクセスできない場合がありうる。このような場合、特許文献１の技術による通信トラフィックのオフロードは困難となる。

本発明の目的は、新たなトラフィックオフロード技術を提供することである。

本発明の一態様における通信装置は、端末の属性に基づいて、第１のオペレータが管理する第１のネットワークと、第２のオペレータが管理する第２のネットワークとを含む複数のネットワークのうち、当該端末に対応するネットワークを識別する第一の手段と、識別された前記ネットワークにおいて所定の信号処理を実行するネットワークノードと、前記端末とが接続されるように、当該端末からの通信を処理する第二の手段と、を備え、前記第一の手段は、前記第２のオペレータの加入者端末に対して、前記端末からの通信データを用いて所定のサービスを提供可能なサービス提供手段を含む前記第２のネットワークを識別可能であることを特徴とする。

本発明の一態様における通信システムは、ネットワークに接続可能な端末と、端末の属性に基づいて、第１のオペレータが管理する第１のネットワークと、第２のオペレータが管理する第２のネットワークとを含む複数のネットワークのうち、当該端末に対応するネットワークを識別する第一の手段と、識別された前記ネットワークにおいて所定の信号処理を実行するネットワークノードと、前記端末とが接続されるように、当該端末からの通信を処理する第二の手段と、を備える通信装置と、を含み、前記第一の手段は、前記第２のオペレータの加入者端末に対して、前記端末からの通信データを用いて所定のサービスを提供可能なサービス提供手段を含む前記第２のネットワークを識別可能であることを特徴とする。

本発明の一態様における通信方法は、端末の属性に基づいて、第１のオペレータが管理する第１のネットワークと、第２のオペレータが管理する第２のネットワークとを含む複数のネットワークのうち、当該端末に対応するネットワークを識別する第１のステップと、識別された前記ネットワークにおいて所定の信号処理を実行するネットワークノードと、前記端末とが接続されるように、当該端末からの通信を処理する第２のステップと、を含み、前記第１のステップにおいて、前記第２のオペレータの加入者端末に対して、前記端末からの通信データを用いて所定のサービスを提供可能なサービス提供手段を含む前記第２のネットワークを識別可能であることを特徴とする。

本発明の一態様におけるプログラムは、端末の属性に基づいて、第１のオペレータが管理する第１のネットワークと、第２のオペレータが管理する第２のネットワークとを含む複数のネットワークのうち、当該端末に対応するネットワークを識別する工程と、識別された前記ネットワークにおいて所定の信号処理を実行するネットワークノードと、前記端末とが接続されるように、当該端末からの通信を処理する工程と、前記第２のオペレータの加入者端末に対して、前記端末からの通信データを用いて所定のサービスを提供可能なサービス提供手段を含む前記第２のネットワークを識別する工程とをコンピュータに実行させることを特徴とする。

本発明の目的は、新たなトラフィックオフロード技術を提供することである。

第１の実施形態の通信システムの構成例である。 第１の実施形態の基地局２の構成例である。 第１の実施形態の端末１の構成例である。 第１の実施形態の動作例を示すシーケンス図である。 第１の実施形態の通信システムの他の構成例である。 第１の実施形態のＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）の構成例である。 第２の実施形態の通信システムの構成例である。 第２の実施形態における通信装置の構成例を示す図である。 第２の実施形態の動作例を示すシーケンス図である。 第２の実施形態の他の動作例を示すシーケンス図である。 第２の実施形態の他の動作例を示すシーケンス図である。 第２の実施形態の他の動作例を示すシーケンス図である。 第２の実施形態のＭＭＥ（Ｍｏｂｉｌｉｒｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）の構成例である。 第２の実施形態の通信システムの他の構成例である。 第３の実施形態の通信システムの構成例である。 第３の実施形態のＲＲＨの構成例である。 第３の実施形態のＢＢＵの構成例である。 第４の実施形態の通信システムの構成例である。 第４の実施形態における実施例１の通信システムの構成例である。 第４の実施形態における実施例２の通信システムの構成例である。 第４の実施形態における実施例３の通信システムの構成例である。

以下、本発発明の実施形態及び実施例について、図面を参照して説明する。各実施形態及び各実施例は、例示であり、本発明は各実施形態及び各実施例に限定されるものではない。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。

＜第１の実施形態＞
本発明の第１の実施形態について、図面を参照して説明する。

図１は、第１の実施形態の通信システムの構成例である。図１はＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）の通信システムを例示するが、本発明の通信システムは図１の例に限定されない。例えば、本発明は、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）等にも適用可能である。

図１において、第１の実施形態の通信システムは、携帯電話、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、モバイルルータ、スマートデバイス（例えば、家庭の消費電力をモニタするスマートメータ、スマートテレビ、ウェアラブル端末）、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）デバイス等の端末１を含む。Ｍ２Ｍデバイスは、例えば、上記のデバイスに加え、産業機器、車、ヘルスケア機器、家電等を含む。

第１の実施形態の通信システムは、レガシーネットワークと、ＭＶＮＯ（Ｍｏｂｉｌｅ Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）ネットワークにより構成される。レガシーネットワークとＭＶＮＯネットワークは、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）等のバックボーンネットワークである。レガシーネットワークとＭＶＮＯネットワークは、端末１が、基地局２を介してインターネット等の外部ネットワークと通信するためのバックボーンネットワークである。

図１に例示する通信システムは、レガシーネットワークを１つ含んでいるが、通信ネットワークに含まれるレガシーネットワークの数は１つに限られず、複数であってもよい。また、図１に例示する通信システムは、ＭＶＮＯネットワークを１つ含んでいるが、通信システムに含まれるＭＶＮＯネットワークの数は１つに限られず、複数であってもよい。
管理する管理する レガシーネットワークは、例えば、通信ネットワークを管理する移動体通信事業者（ＭＮＯ：Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）によって管理される。ＭＶＮＯネットワークは、例えば、仮想移動体通信事業者（ＭＶＮＯ）によって管理される。

ＭＮＯは、例えば、端末１と基地局２との間の無線通信に用いる無線帯域（周波数）のライセンスを受けている通信事業者である。ＭＶＮＯは、例えば、端末１と基地局２との間の無線通信に用いる無線帯域（周波数）のライスセンスを受けていない通信事業者である。

ＭＮＯは、例えば、ＭＶＮＯに対して、当該ＭＮＯが管理する通信ネットワークの一部又は全部を貸し出す。ＭＮＯは、例えば、ＭＶＮＯに対して、通信サービスを提供するためのネットワークノード（例えば、基地局（ｅＮＢ）２、ＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）３、ＰＧＷ（ＰＤＮ Ｇａｔｅｗａｙ）４、ＭＭＥ（Ｍｏｂｉｌｉｒｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）５）を貸し出す。ＭＮＯは、例えば、ＭＶＮＯに対して、当該ＭＮＯがライセンスを受けた無線帯域（周波数）を貸し出す。

ＭＶＮＯは、例えば、ＭＮＯがライセンスを受けた無線帯域（周波数）、すなわちライセンスドバンドを利用して、通信サービスを提供する。ＭＶＮＯは、ＭＮＯが管理するライセンスドバンドの一部又は全部を借りて、通信サービスを提供する。ＭＶＮＯの加入者端末は、例えば、ＭＮＯから借りたライセンスドバンドを利用して、基地局２との間で無線通信を行う。なお、ＭＶＮＯの加入者端末は、アンライセンスドバンドの周波数帯域を使用して、基地局２との間で無線通信を行ってもよい。

ＭＶＮＯは、例えば、ＭＮＯが管理するネットワークノードを利用して、ＭＶＮＯの加入者端末に通信サービスを提供する。ＭＶＮＯは、例えば、ＭＮＯが管理するネットワークノードの一部又は全部を借りて、通信サービスを提供する。

レガシーネットワークは、端末１に通信サービスを提供するための複数のネットワークノード（例えば、基地局（ｅＮＢ）２、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５）を含む。各ネットワークノードは、例えば、所定の通信機能を有する通信装置である。

端末１は、例えば、基地局２と接続し、ＳＧＷ３とＰＧＷ４を経由して、インターネット等のネットワークにアクセスする。

図１の通信システムは、レガシーネットワークとＭＶＮＯネットワーク以外の他のネットワークを含んでもよい。また、レガシーネットワークとＭＶＮＯネットワークは、それぞれ、複数種類のネットワークを含んでもよい。例えば、レガシーネットワークとＭＶＮＯネットワークは、それぞれ、ＬＴＥネットワーク、ＧＰＲＳネットワーク、ＵＭＴＳネットワーク等の複数種類のネットワークを含んでもよい。

図１に例示された各ネットワークノードは、所定の信号処理を実行する。各ネットワークノードは、例えば、信号処理に関する以下の機能を含む。

ＰＧＷ４：
・パケットを処理する機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）
・通信に応じた課金状態を管理する機能（ＰＣＥＦ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇ
ｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
・ＱｏＳ等のポリシーを制御する機能（ＰＣＲＦ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉ
ｎｇ Ｒｕｌｅ Ｆｕｎｃｔｉｏｎ）

ＳＧＷ３：
・パケットを処理する機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）
・制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）
・通信を傍受するための合法的傍受（ＬＩ：Ｌａｗｆｕｌ Ｉｎｔｅｒｃｅｐｔｉｏｎ）
機能

ＭＭＥ５：
・制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）
・ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）と連携して、通信システム
の加入者情報を管理する機能

ＭＶＮＯネットワークは、端末１に通信サービスを提供するための複数のネットワークノード（例えば、ＳＧＷ３Ａ、ＰＧＷ４Ａ、ＭＭＥ５Ａ）を含む。なお、ＭＶＮＯネットワークに含まれる各ネットワークノード（例えば、ＳＧＷ３Ａ、ＰＧＷ４Ａ、ＭＭＥ５Ａなど）の機能は、レガシーネットワークに含まれる各ネットワークノード（例えば、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５）の機能と同様であるため、詳細な説明は省略される。

図１に例示する通信システムにおいて、基地局２は、レガシーネットワークを管理するＭＮＯによって管理される。第１の実施形態において、基地局２は、レガシーネットワークとＭＶＮＯネットワークとの間で通信トラフィックを分散する。すなわち、通信トラフィックは、端末１と基地局２との間の無線ネットワークのバックボーンを構成する複数のネットワーク（例えば、レガシーネットワークとＭＶＮＯネットワーク）に分散される。つまり、例えば端末１が無線ＬＡＮ等の無線ネットワークにアクセスできない場合であっても、バックボーンネットワークにおいて通信トラフィックがオフロードされる。従って、基地局２は、端末の無線環境に依らないトラフィックオフロードを実行できる。

図２は、基地局２の構成例を示す。基地局２は、識別部２０、ネットワーク切替部２１を含む。

識別部２０は、端末１に対応するネットワークを識別する。識別部２０は、レガシーネットワークのネットワークノードとＭＶＮＯネットワークを含む複数のネットワークから、端末１に対応するネットワークを識別する。また、識別部２０は、端末１に対応するネットワークに含まれるネットワークノードを識別してよい。識別部２０は、通信トラフィックの種別や端末１の属性・種別を識別してもよい。この場合、識別部２０は、識別した通信トラフィックや端末１に対応するネットワークを、レガシーネットワークとＭＶＮＯネットワークを含む複数のネットワークから選択する。識別部２０は、識別した通信トラフィックや端末１に対応するネットワークノードを、レガシーネットワークのネットワークノードとＭＶＮＯネットワークのネットワークノードを含む複数のネットワークノードから選択してもよい。

識別部２０は、例えば、所定の情報に基づいて、通信トラフィックの属性や端末１の属性を識別できる。識別部２０は、例えば、所定の情報に基づいて、ＭＶＮＯネットワークで処理すべき通信トラフィックを識別する。識別部２０は、例えば、所定の情報に基づいて、端末１がＭＶＮＯネットワークで処理すべき属性の端末１か否かを識別してもよい。

識別部２０は、例えば、端末１が、所定のネットワークに対応する端末であると識別してもよい。識別部２０は、例えば、端末１が、ＭＶＮＯネットワークに対応する端末であると識別する。また、識別部２０は、例えば、端末１が、所定の移動体通信事業者（ＭＮＯ）に対応する端末であると識別してもよい。この場合、識別部２０は、端末１が、ＭＶＮＯに対応する端末であると識別する。また、識別部２０は、例えば、端末１が、所定のＭＮＯと契約している端末であると識別してもよい。識別部２０は、例えば、端末１が、ＭＶＮＯと契約している端末であると識別してもよい。

識別部２０は、例えば、通信システムに複数のＭＶＮＯネットワークが含まれる場合、所定の情報に基づいて、当該複数のＭＶＮＯネットワークのうち端末１に対応するＭＶＮＯネットワークを選択してもよい。

識別部２０は、例えば、端末１からの接続要求に含まれる所定の情報に基づいて、当該端末１又は当該端末１の通信トラヒックに対応するネットワークを識別できる。識別部２０は、例えば、端末１に対応するネットワークを特定可能な情報に基づいて、当該端末１又は当該端末１の通信トラヒックに対応するネットワークを識別する。

識別部２０は、例えば、端末１がＭＶＮＯネットワークに対応する端末であることを示す情報に基づいて、端末１又は端末１の通信トラヒックに対応するネットワークを、ＭＶＮＯと識別する。識別部２０は、例えば、端末１が契約するＭＶＮＯ（又は、ＭＮＯ）を特定する情報に基づいて、当該端末１や当該端末１の通信トラヒックに対応するネットワークを、ＭＶＮＯ（又は、ＭＮＯ）と識別してもよい。識別部２０は、例えば、端末１がＭＶＮＯ（又は、ＭＮＯ）と契約していることを示す情報に基づいて、端末１又は端末１の通信トラヒックに対応するネットワークを、ＭＶＮＯ（又は、ＭＮＯ）と識別してもよい。

識別部２０は、例えば、端末１からの接続要求に含まれるＰＬＭＮ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）に基づいて、端末１又は端末１の通信トラヒックに対応するネットワークを識別できる。ＰＬＭＮは、移動体通信事業者（又は、仮想移動体通信事業者）又は通信ネットワーク（レガシーネットワーク又はＭＶＮＯネットワーク）のネットワーク識別番号であり、例えば、ＭＮＯ（又は、ＭＶＮＯ）ごと又は通信ネットワークごとに割り当てられる。

ＰＬＭＮは、例えば、端末１からの“ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｒｅｑｕｅｓｔ”に含まれる。ＰＬＭＮは、例えば、端末１からの“ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ”に含まれる。識別部２０は、例えば、端末１からの“ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ”に含まれるＰＬＭＮに基づいて、当該端末１又は当該端末１の通信トラヒックに対応するネットワークを識別できる。

ネットワーク切替部２１は、識別部２０の識別結果に応じて、端末１が接続するネットワークを切り替える。ネットワーク切替部２１は、例えば、端末１に関する通信トラフィックが識別されたネットワーク（例えば、レガシーネットワーク又はＭＶＮＯネットワーク）を経由するように、通信トラフィックの転送経路を切り替える。ネットワーク切替部２１は、端末１に対応すると識別されたネットワークに、当該端末１の通信トラフィックを転送する。ネットワーク切替部２１は、例えば、ＭＶＮＯネットワークに対応すると識別部２０により識別された特定の端末１の通信トラフィックを、ＭＶＮＯネットワークに転送する。

ネットワーク切替部２１は、例えば、レガシーネットワークのネットワークノード（例えば、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５）と、ＭＶＮＯネットワークのネットワークノード（例えば、ＳＧＷ３Ａ、ＰＧＷ４Ａ、ＭＭＥ５Ａ）とを、互いに区別して管理する。ネットワーク切替部２１は、例えば、レガシーネットワークのネットワークノードに関する識別情報（例えば、ネットワークノードのアドレス等）と、ＭＶＮＯネットワークのネットワークノードに関する識別情報とを、互いに区別して管理する。また、ネットワーク切替部２１は、例えば、各ネットワークノードの識別情報に、当該ネットワークノードがＭＶＮＯネットワーク（又は、レガシーネットワーク）に含まれるネットワークノードであるか否かを示すフラグを関連付けてもよい。ネットワーク切替部２１は、例えば、ＭＶＮＯネットワークに転送すべき通信トラフィックを、ＭＶＮＯネットワーク上のネットワークノードに送信できる。

ネットワーク切替部２１は、例えば、端末１の通信トラヒックを、識別された通信ネットワークに転送する。ネットワーク切替部２１は、例えば、識別部２０の識別結果に応じて、該端末１の通信トラヒックを所定の通信ネットワークに転送してもよい。ネットワーク切替部２１は、例えば、端末１の通信トラヒックを、識別されたＭＮＯが管理するレガシーネットワークに転送する。ネットワーク切替部２１は、例えば、識別部２０の識別結果に応じて、該端末１の通信トラヒックを所定のＭＮＯが管理するネットワークに転送してもよい。

識別部２０は、例えば、ＰＬＭＮに基づいて、所定のネットワークに対応する端末１を識別してもよい。ネットワーク切替部２１は、例えば、端末１の通信トラヒックを、識別された所定のネットワークに転送する。識別部２０は、例えば、ＰＬＭＮに基づいて、ＭＶＮＯネットワーク（又は、レガシーネットワーク）に対応する端末１を識別する。ネットワーク切替部２１は、例えば、ＭＶＮＯネットワークに対応すると識別された端末１のトラヒックを、当該ＭＶＮＯネットワークに転送する。

なお、識別部２０は、例えば、端末１に対応する所定のネットワーク（レガシーネットワーク又はＭＶＮＯネットワーク）を識別してもよい。この場合、ネットワーク切替部は、例えば、端末１からの通信トラヒックを、識別された所定のネットワーク（レガシーネットワーク又はＭＶＮＯネットワーク）に転送する。

図２では、基地局２が、識別部２０、ネットワーク切替部２１の機能を有する例が示されたが、ＭＭＥ５が、識別部２０、ネットワーク切替部２１の機能を有してもよい。ＭＭＥ５は、例えば、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）に基づいて、端末の属性・種別を識別してもよい。ＩＭＳＩは、端末の識別情報である。

図３は、第１の実施形態の端末１の構成例を示す。図３に例示するように、端末１は、メッセージ生成部１０、通信部１１を含む。

メッセージ生成部１０は、基地局２がネットワークを選択するためのメッセージを生成する。メッセージ生成部１０は、例えば、端末１に対応するネットワークを特定可能な情報を含むメッセージを生成する。メッセージ生成部１０は、例えば、端末１がＭＶＮＯネットワーク（又は、レガシーネットワーク）に対応する端末であることを示す情報を含むメッセージを生成する。メッセージ生成部１０は、例えば、端末１が契約する所定のＭＮＯ（又は、ＭＶＮＯ）を特定する情報を含むメッセージを生成する。メッセージ生成部１０は、例えば、端末１がＭＮＯ（又は、ＭＶＮＯ）と契約していることを示す情報を含むメッセージを生成する。

通信部１１は、生成されたメッセージを基地局２に送信する。

図４は、第１の実施形態の動作例を示すシーケンス図である。

端末１は、基地局２に対して、ネットワークへの接続要求を通知する（Ｓ１−１）。端末１は、例えば、電源が投入された場合や、セルラ通信機能がオンにされた場合等に、基地局２に対してネットワークへの接続要求を通知する。

基地局２は、端末１からの接続要求に応じて、端末１が接続するネットワークを選択する（Ｓ１−２）。基地局２は、例えば、レガシーネットワーク又はＭＶＮＯネットワークを含む複数のネットワークから、端末１に対応するネットワークを選択する。基地局２は、例えば、端末１に対応するネットワークを識別し、識別したネットワークを、当該端末１が接続するネットワークとして選択する。基地局２は、例えば、接続要求を通知した端末１がＭＶＮＯと契約している端末であることに応じて、端末１に対してＭＶＮＯネットワークを選択する。

基地局２は、選択したネットワークに端末１を接続する（Ｓ１−３）。基地局２は、レガシーネットワーク及びＭＶＮＯネットワークを含む複数のネットワークから、端末１に対応するネットワークと当該端末１とを接続する。

図５は、第１の実施形態の通信システムの他の構成例である。図５に例示する通信システムは、例えば、端末１と、基地局２と、レガシーネットワークと、ＭＶＮＯネットワークとを含む。

レガシーネットワークは、例えば、アクセスネットワークと、ＨＳＳ６と、通信装置７とを含む。

アクセスネットワークは、ＭＭＥ５を含む。ＭＭＥ５は、通信システムの加入者情報を管理するＨＳＳ６と連携して、制御シグナリングを処理する。

ＨＳＳ６は、通信システムの加入者情報を管理する。ＨＳＳ６は、例えば、通信システムの加入者に関する情報を記憶しており、端末１のユーザの認証と認可を実行する。ＨＳＳ６は、例えば、端末１の位置情報やＩＰ情報を、他の装置（例えばＭＭＥ５）に対して提供する。

図６は、ＨＳＳ６の構成例を示す図である。図６に例示するように、ＨＳＳ６は、加入者情報データベース６０と、制御部６１と、インターフェース６２とを備える。

加入者情報データベース６０は、通信システムのユーザ情報・加入者情報を保持する。加入者情報データベース６０は、例えば、ユーザの識別に用いられるＩＭＳＩや、ユーザの電話番号に対応するＭＳＩＳＤＮ（Ｍｏｂｉｌｅ Ｓｕｂｃｒｉｂｅｒ Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ Ｎｕｍｂｅｒ）を保持する。加入者情報データベース６０は、例えば、ＩＭＰＩ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｐｒｉｖａｔｅ Ｉｄｅｎｔｉｔｙ）や、ＩＭＰＵ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｐｕｂｌｉｃ Ｉｄｅｎｔｉｔｙ）を保持する。加入者情報データベース６０は、その他にも、ユーザや加入者に関する情報を保持する。

加入者情報データベース６０は、例えば、所定ＭＮＯと契約している端末のＩＭＳＩを管理する。加入者情報データベース６０は、例えば、ＭＮＯと契約している端末のＩＭＳＩを管理する。加入者情報データベースは、例えば、ＭＶＮＯと契約している端末のＩＭＳＩを管理する。加入者情報データベース６０は、例えば、ＭＮＯごとに、当該ＭＮＯと契約している端末のＩＭＳＩを管理してもよい。加入者情報データベース６０は、例えば、ＭＮＯと契約している端末のＩＭＳＩと、ＭＶＮＯと契約している端末のＩＭＳＩとを区別して管理してもよい。

制御部６１は、Ｃ−Ｐｌａｎｅに相当する機能を有する。制御部６１は、インターフェース６２を介して、制御シグナリングを送受信する。制御部６１は、例えば、加入者情報データベース６０を参照して、端末１のユーザの認証と認可を実行する。制御部６１は、例えば、加入者情報データベース６０を参照して、端末１の位置情報やＩＰ情報を、他の装置（例えばＭＭＥ５）に対して提供する。

インターフェース６２は、ＭＭＥ５や、通信装置７等と通信するためのインターフェースである。ＨＳＳ６は、インターフェース６２を介して、所定のプロトコルでＭＭＥ５や、通信装置７等と通信できる。ＨＳＳ６は、例えば、インターフェース６２を介して、Ｄｉａｍｅｔｅｒプロトコルで、通信装置７と通信できる。

通信装置７は、ＩＭＳ（ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ） Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）ネットワークにおいてセッション制御機能を提供するＣＳＣＦ（Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）である。通信装置７は、例えば、Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣＳＣＦ）７０やＰ−ＣＳＣＦ（Ｐｒｏｘｙ−ＣＳＣＦ）７１、Ｉ−ＣＦＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣＳＣＦ）７２である。Ｓ−ＣＳＣＦ７０と、Ｐ−ＣＳＣＦ７１と、Ｉ−ＣＦＣＦ７２とは、それぞれ、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）信号を処理可能である。

Ｓ−ＣＳＣＦ７０は、ＨＳＳ６から得た通信システムの加入者情報（ユーザ情報）を用いて、セッション制御やユーザ認証を行う。Ｓ−ＣＳＣＦ７０は、例えば、端末１からセッション起動信号を受信し、サービスに応じたアプリケーションサーバ（ＡＳ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）を選択し、当該アプリケーションサーバにＳＩＰ信号を中継する機能を有する。Ｓ−ＣＳＣＦ７０は、例えば、端末１が通信相手を電話番号で指定した場合に、当該電話番号に基づいたルーティングを実行する機能を有する。

Ｓ−ＣＳＣＦ７０は、例えば、音声や映像などのメディア制御のため、アプリケーションサーバ（ＡＳ）から、メディア制御の機能を提供するＭＲＦ（Ｍｅｄｉａ Ｒｅｓｏｕｒｃｅ Ｆｕｎｃｔｉｏｎ）に含まれるＭＲＦＣ（ＭＲＦ Ｃｏｎｔｒｏｌｌｅｒ）に、ＳＩＰ信号を中継する。

Ｓ−ＣＳＣＦ７０は、例えば、呼制御プロトコルの変換を行うＭＧＣＦ（Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌｌｅｒ Ｆｕｎｃｔｉｏｎ）との間で、他のネットワークとの間のＳＩＰ信号を送受信する。

Ｐ−ＣＳＣＦ７１は、ＩＭＳネットワークと、アクセスネットワークとの接続点に配置される。Ｐ−ＣＳＣＦ７１は、例えば、アクセスネットワークがＬＴＥ（Ｌｏｎｇ ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）及びＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）の場合、Ｐ−ＧＷ３と接続する。Ｐ−ＣＳＣＦ７１は、例えば、アクセスネットワークが、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ））の場合、ＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔ Ｎｏｄｅ）と接続する。なお、ＧＧＳＮは、端末１からの接続要求にしたがって、外部ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークとの接続を制御する機能を有する。

Ｐ−ＣＳＣＦ７１は、例えば、端末１と、Ｓ−ＣＳＣＦ７０と、Ｉ−ＣＳＣＦ７２との間で送受信されるＳＩＰ信号を中継する。Ｐ−ＣＳＣＦ７１は、例えば、端末１から送信されたＳＩＰ信号の正当性確認を実行し、当該ＳＩＰ信号に対して、セッション制御に必要な情報（例えば課金情報など）をＳ−ＣＳＣＦ７０向けに付加する。Ｐ−ＣＳＣＦ７１は、例えば、ＩＭＳにおいてＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御を行うために必要なアプリケーション種別を、ポリシおよび課金を実施する機能を提供するＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に通知する。

Ｉ−ＣＳＣＦ７２は、例えば、他のネットワークとＳ−ＣＳＣＦ７０との間で送受信されるＳＩＰ信号を中継する。Ｉ−ＣＳＣＦ７２は、例えば、ＩＭＳネットワークへの登録やセッション制御時に、ＨＳＳ６のユーザ情報に従って、Ｓ−ＣＳＣＦ７０を選択する。

ＭＶＮＯネットワークは、例えば、アクセスネットワークと、ＨＳＳ６Ａと、通信装置７Ａとを含む。なお、アクセスネットワークに含まれるＭＭＥ５Ａと、ＨＳＳ６Ａと、通信装置７Ａとは、レガシーネットワークに含まれるＭＭＥ５と、ＨＳＳ６と、通信装置７のそれぞれと同様の構成であるため、詳細な説明は省略される。

上記のとおり、第１の実施形態の通信システムは、レガシーネットワークとＭＶＮＯネットワークとの間で通信トラフィックを分散できる。すなわち、通信トラフィックは、端末１と基地局２との間の無線ネットワークのバックボーンを構成する複数のネットワーク（例えば、レガシーネットワークとＭＶＮＯネットワーク）に分散される。つまり、例えば端末１が無線ＬＡＮ等の無線ネットワークにアクセスできない場合であっても、バックボーンネットワークにおいて通信トラフィックがオフロードされる。従って、第１の実施形態の通信システムは、端末の無線環境に依らないトラフィックオフロードを実行できる。

＜第２の実施形態＞
本発明の第２の実施形態では、ＭＶＮＯネットワークに含まれるネットワークノードの機能の少なくとも一部が、ソフトウェア等により仮想的に運用される。なお、第２の実施形態の技術は、第１の実施形態、後述の実施形態のいずれにも適用可能である。

第２の実施形態の通信システムでは、ＭＶＮＯネットワークに含まれるネットワークノードは、ソフトウェア等により仮想的に運用される。従って、ＭＶＮＯネットワークを管理するＭＮＯは、ＥＰＣ等のバックボーンネットワークの機能を提供するネットワークノードを、ソフトウェアにより容易かつ低コストで構築することが可能である。

図７は、本発明の第２の実施形態の通信システムの構成例を示す。

図７において、端末１Ａは、レガシーネットワークに対応する端末である。端末１Ａは、例えば、レガシーネットワークを管理するＭＮＯと契約している端末である。端末１Ｂは、ＭＶＮＯネットワークに対応する端末である。端末１Ｂは、例えば、ＭＶＮＯの加入者端末（ＭＶＮＯと契約している端末）である。なお、図８に例示される端末１Ａと端末１Ｂの構成例は、第１の実施形態の端末１の構成例と同様なので、詳細な説明は省略される。

端末１Ｂは、例えば、ＭＴＣデバイスであってもよい。ＭＴＣデバイスは、例えば、スマートデバイス（家庭の消費電力をモニタするスマートメータ、スマートテレビ、ウェアラブル端末）、産業機器、車、ヘルスケア機器、家電、医療機器、生体インプラント等である。ＭＴＣは、例えばスマートメータなど、必ずしも人間の介入を必要としないデータ通信の形態を意味する。つまり、ＭＴＣデバイスは、通信相手の機器と自律通信が可能である。ＭＴＣは、技術標準仕様書（３ＧＰＰ ＴＳ２２．３６８等）で標準化が進められている。ＭＴＣデバイスは、特定の時間（例えば、“毎日、ＰＭ１２：００”や“毎週金曜日、ＡＭ３：００”等）に通信を行う場合が想定される。この場合、多数の同種のＭＴＣデバイス（例えば、スマートメータ）が、同じ時間に通信を開始し、大量のトラフィックが特定の時間に発生することが想定される。このような大量のトラフィックにより、レガシーネットワークに大きな負荷が発生する。そこで、このような大量のトラフィックを例えばＭＶＮＯネットワークで処理することにより、レガシーネットワークの負荷が低減できる。

図７に例示する通信システムにおいて、基地局２は、レガシーネットワークを管理するＭＮＯによって管理される。図７に例示されるように、基地局２は、端末１Ａをレガシーネットワークに接続することができる。また、基地局２は、端末１ＢをＭＶＮＯネットワークに接続することができる。なお、図７に例示される基地局２の構成例は、第１の実施形態の基地局２の構成例と同様なので、詳細な説明は省略される。

第２の通信システムにおいて、ＭＶＮＯの加入者端末である端末１Ｂは、アンライセンスドバンドの周波数帯域を使用して、基地局２との間で無線通信を行ってもよい。

図７に例示されるように、レガシーネットワークは、複数のネットワークノード（例えば、ＳＧＷ３Ａ、ＰＧＷ４Ａ、ＭＭＥ５Ａ）を含む。図７に例示されたネットワークノード（ＳＧＷ３、ＰＧＷ４、ＭＭＥ５）の機能は、第１の実施形態で説明された機能と同様であり、詳細な説明は省略される。

図７に例示されるように、ＭＶＮＯネットワークでは、ネットワークノードの機能の少なくとも一部が、ソフトウェアにより仮想的に運用される。ネットワークノードの機能は、例えば、仮想マシン上のアプリケーションで運用される。仮想ネットワークは、例えば、サーバや通信機器（ルータ等）で構成されるデータセンターに構築される。仮想ネットワークでは、ネットワークノードの機能（例えば、ＭＭＥの機能）が仮想マシン等のソフトウェアで運用されてもよい。

ＭＶＮＯネットワークは、例えば、仮想マシンの動的なスケールアウト・スケールインにより構築される。例えば、ＭＶＮＯネットワークのオペレータは、ＭＶＮＯネットワークにおける通信トラフィックの状況に応じて、仮想マシンを動的に起動することで、ＭＶＮＯネットワークを構築できる。また、ＭＶＮＯネットワークのオペレータは、例えば、所定の時間帯に仮想マシンを動的に起動することで、ＭＶＮＯネットワークを構築することもできる。ＭＶＮＯネットワークのオペレータは、所定の通信トラフィックや、端末１Ｂの通信トラフィックに対応する仮想マシンを起動し、動的にＭＶＮＯネットワークを構築することができる。ＭＶＮＯネットワークのオペレータは、通信トラフィックの処理に対する要求条件（例えば、ＳＬＡ：Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）を満たすように仮想マシンを起動し、動的にＭＶＮＯネットワークを構築することができる。

ＭＶＮＯネットワークのオペレータは、例えば、通信トラフィックが少ない所定の時間帯に、仮想マシンを停止することで、ＭＶＮＯネットワークに割り当てるリソースを抑え、データセンターの消費電力を抑止することもできる。

第２の実施形態では、例えば、ＭＶＮＯネットワークは、端末１Ｂの通信データの処理に関する要求条件に応じて動的に構築された仮想マシンにより運用される仮想ネットワークノードを含む。要求条件は、例えば、端末１Ｂの通信データの処理に要求される性能・通信帯域、ＭＴＣデバイスである端末１Ｂの通信に対して要求されるＳＬＡ、端末１Ｂによる通信が発生する時間帯等である。

図８は、第２の実施形態の通信装置１００の構成例を示す。通信装置１００は、例えば、サーバ、スイッチ、ルータ等である。通信装置１００は、仮想ネットワークにおける仮想ネットワークノード（例えば、仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａ、仮想ＭＭＥ５Ａ等）の機能を提供する仮想マシンを運用する。

通信装置１００は、制御部１１０、仮想ネットワーク機能（ＶＮＦ：Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）１２０を含む。

制御部１１０は、仮想ネットワークノードの機能を提供するＶＮＦ１２０を仮想マシン上で運用することができる。制御部１１０は、例えば、ハイパーバイザ（Ｈｙｐｅｒｖｉｓｏｒ）等、コンピュータの仮想化を実行可能な制御ソフトウェアにより構成されてもよい。

制御部１１０は、ＶＮＦ１２０を運用する仮想マシンの起動、停止、移行（仮想マシンを他の通信装置１００に移行する）の少なくとも１つを実行できる。

仮想ネットワークノードの各々は、例えば以下の機能を有する。

仮想Ｐ−ＧＷ４Ａ：
・パケットを処理する機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）
・通信に応じた課金状態を管理する機能（ＰＣＥＦ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）
・ＱｏＳ等のポリシーを制御する機能（ＰＣＲＦ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅ Ｆｕｎｃｔｉｏｎ）

仮想Ｓ−ＧＷ３Ａ：
・パケットを処理する機能（Ｕｓｅｒ−Ｐｌａｎｅ機能）
・制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）
・通信を傍受するための合法的傍受（ＬＩ：Ｌａｗｆｕｌ Ｉｎｔｅｒｃｅｐｔｉｏｎ）機能

仮想ＭＭＥ５Ａ：
・制御シグナリングを処理する機能（Ｃ−Ｐｌａｎｅ機能）
・ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）と連携して、通信システムの加入者情報を管理する機能

ＶＮＦ１２０は、仮想マシン上で、上述の仮想ネットワークノードとして動作する。上述の実施形態では、ＶＮＦ１２０は、仮想ネットワークノード毎に構築されるが、ＶＮＦ１２０は、各仮想ネットワークノードが有する機能毎に構築されてもよい。例えば、ＶＮＦ１２０は、仮想マシン上で、仮想ＰＧＷ４ＡのＵ−Ｐｌａｎｅ機能として動作してもよい。

なお、図７の例において、レガシーネットワークに含まれるネットワークノードが、ソフトウェア等により仮想的に運用されてもよい。この場合、レガシーネットワークとＭＶＮＯネットワークとが、例えば、同一のデータセンター内に構築されていてもよい。レガシーネットワークとＭＶＮＯネットワークとが同一のデータデンター内に構築される場合、レガシーネットワークとＭＶＮＯネットワークとは、互いに区別して構築される。レガシーネットワークとＭＶＮＯネットワークとは、例えば、マルチテナントを構築可能なデータセンター内において、互いに異なるテナントとして区別して構築される。

図９は、第２の実施形態の動作例を示す。図９は、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）の仕様書（ＴＳ２３．４０１ ｖ１２．３．０）の５．３．２章に記載された“Ａｔｔａｃｈ Ｐｒｏｃｅｄｕｒｅ”に本発明の技術を適用した動作例を示す。

端末１Ａは、基地局２からの“ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ”への応答として、基地局２に“ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ”を送信する（Ｓ２−１）。

基地局２は、“ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ”の受信に応じて、端末１Ａを接続するＭＭＥを選択する（Ｓ２−２）。基地局２の識別部２０は、例えば、“ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ”に含まれる情報に基づいて、端末１Ａに対応するネットワークを識別してもよい。

識別部２０は、例えば、“ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ”に含まれるＰＬＭＮに基づいて、端末１Ａに対応するネットワークを識別し、当該端末１Ａに対して識別したネットワークに含まれるＭＭＥを選択する。端末１Ａから送信された“ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅｔ”に含まれるＰＬＭＮは、レガシーネットワーク又はレガシーネットワークを管理するＭＮＯのネットワーク番号を示す。よって、Ｓ２−２において、識別部２０は、例えば、端末１Ａがレガシーネットワークを管理するＭＮＯと契約している端末であると識別し、当該端末１Ａに対してレガシーネットワークに含まれるＭＭＥ５を選択する。

端末１Ａは、ネットワークへの接続を要求するメッセージ（“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”）を基地局２に送信する。基地局２のネットワーク切替部２１は、端末１Ａから送信された“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”を、当該端末１Ａに対応するレガシーネットワークのＭＭＥ５に送信する（Ｓ２−３）。

“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”の受信に応じて、レガシーネットワークのＭＭＥ５は、ＥＰＳベアラの確立手順を開始する（Ｓ２−４）。ＭＭＥ５によるＥＰＳベアラの確立手順の開始により、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５および基地局２の間で制御信号が交換される。制御信号が各ノード間で交換されることにより、ＥＰＳベアラが確立される。端末１Ａは、確立されたＥＰＳベアラを介して通信する。基地局２のネットワーク切替部２１は、端末１Ａに関する通信データを、ＥＰＳベアラを介して送受信する。

端末１Ｂは、基地局２に“ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ”を送信する（Ｓ２−５）。

基地局２は、“ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅ”の受信に応じて、端末１Ｂを接続するＭＭＥを選択する（Ｓ２−６）。基地局２の識別部２０は、端末１Ｂに対応するネットワークを識別してもよく、この場合、ＭＶＮＯネットワークを当該端末１Ｂに対応するネットワークとして識別してもよい。

端末１Ｂから送信された“ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅｔ”に含まれるＰＬＭＮは、ＭＶＮＯネットワーク又はＭＶＮＯネットワークを管理するＭＶＮＯのネットワーク識別番号を示す。よって、Ｓ２−５において、識別部２０は、例えば、端末１Ｂが、ＭＶＮＯと契約している端末であると識別し、当該端末１Ｂに対して、ＭＶＮＯネットワークに含まれる仮想ＭＭＥ５Ａを選択する。

端末１Ｂは、ネットワークへの接続を要求するメッセージ（“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”）を基地局２に送信する。基地局２のネットワーク切替部２１は、端末１Ｂから送信された“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”を、選択されたＭＶＮＯネットワークの仮想ＭＭＥ５Ａに送信する（Ｓ２−７）。

“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”受信に応じて、仮想ＭＭＥ５Ａは、ＥＰＳベアラの確立手順を開始する（Ｓ２−８）。仮想ＭＭＥ５ＡによるＥＰＳベアラの確立手順の開始により、仮想ＳＧＷ３Ａ、仮想ＰＧＷ４Ａ、仮想ＭＭＥ５Ａおよび基地局２の間で制御信号が交換される。制御信号が各ノード間で交換されることにより、ＥＰＳベアラが確立される。端末１Ｂは、確立されたＥＰＳベアラを介して通信する。基地局２のネットワーク切替部２１は、端末１Ｂに関する通信データを、ＥＰＳベアラを介して送受信する。

図１０乃至図１２は、第２の実施形態の他の動作例を示す。図１０乃至図１２は、ＭＭＥ５が、端末１の属性・種別を識別する場合の動作例である。図１０乃至図１２は、３ＧＰＰの仕様書（ＴＳ２３．４０１ ｖ１２．３．０）の５．３．２章に記載された“Ａｔｔａｃｈ Ｐｒｏｃｅｄｕｒｅ”に本発明の技術を適用した動作例を示す。

図１０は、レガシーネットワークに対応する端末１Ａの動作例を示す。

端末１Ａは、“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”を基地局２に送信する（Ｓ３−１）。基地局２は、“Ａｔｔａｃｈ ｒｅｑｕｅｓｔ”を、レガシーネットワークのＭＭＥ５に送信する。

ＭＭＥ５は、“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”の受信に応じて、端末の認証手順を実行する（Ｓ３−２）。

ＭＭＥ５は、認証手順において、端末の属性・種別の識別を実行する（Ｓ３−３）。ＭＭＥ５は、“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”に含まれるＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）に基づいて、端末の属性・種別を識別する。ＩＭＳＩは、端末の識別情報である。

図１２は、認証手順において、ＭＭＥ５が端末属性・種別を識別する動作例を示す。図１２の例では、ＨＳＳ６が、ＭＭＥ５からの“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ“に応じて、当該認証手順を実行する。なお、ＭＭＥ５が、ＨＳＳ６を参照して、当該認証手順を実行してもよい。

ＭＭＥ５は、ＨＳＳ６に、“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ“を送信する（Ｓ３−１０）。”Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ“にはＩＭＳＩが含まれる。

ＨＳＳ６は、通信システムの加入者情報を管理する。ＨＳＳ６は、例えば、ネットワークの加入者に関する情報を記憶しており、端末１のユーザの認証を実行する。ＨＳＳ６は、例えば、端末１の位置情報やＩＰ情報を、他の装置（例えばＭＭＥ５）に対して提供する。

ＨＳＳ６は、ＭＭＥ５から受信する“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ“に含まれるＩＭＳＩと、記憶しているネットワークの加入者に関する情報とに基づいて、端末１のユーザの認証を実行する（Ｓ３−１１）。

ＨＳＳ６は、“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ”の受信に応じて、端末１のユーザの認証を実行する。ＨＳＳ６は、例えば、“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ”に含まれるＩＭＳＩを検索し、当該検索結果に応じて、端末１Ａのユーザの認証を実行する。ＨＳＳ６の制御部６１は、例えば、“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ”に含まれるＩＭＳＩが、加入者情報データベース６０に保持されているか否かを検索する。制御部６１は、例えば、“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ”に含まれるＩＭＳＩに基づき、加入者情報データベースを参照して、端末１Ａのユーザが契約しているＭＮＯを検索してもよい。制御部６１は、例えば、当該検索結果に応じて、端末１のユーザの認証を実行する。

ＨＳＳ６は、端末１Ａのユーザが契約しているＭＮＯに関する検索結果を、“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ａｎｓｗｅｒ”に含めてＭＭＥ５に送信する（Ｓ３−１２）。

ＭＭＥ５は、ＨＳＳ６から受信する“Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ａｎｓｗｅｒ”に基づいて、端末１Ａがレガシーネットワークに対応すると識別する。

ＭＭＥ５は、上述の識別手順により端末１Ａがレガシーネットワークに対応すると識別し、ＥＰＳベアラの確立手順を開始する（Ｓ３−４）。ＥＰＳベアラの確立手順は、図９の動作例と同様なので、詳細な説明は省略される。

図１１は、ＭＶＮＯネットワークに対応する端末１Ｂの動作例を示す。

端末１Ｂは、“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”を基地局２に送信する（Ｓ３−５）。基地局２は、“Ａｔｔａｃｈ ｒｅｑｕｅｓｔ”を、レガシーネットワークのＭＭＥ５に送信する。

ＭＭＥ５は、“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”の受信に応じて、端末の認証手順を実行する（Ｓ３−６）。ＭＭＥ５は、認証手順において、“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”に含まれるＩＭＳＩに基づいて、端末の属性・種別を識別する（Ｓ３−７）。なお、ＭＭＥ５が端末属性・種別を識別する認証手順は、図９に示す認証手順と同様なので、詳細な説明は省略される。

ＭＭＥ５は、上述の識別手順により端末１ＢがＭＶＮＯネットワークに対応すると識別し、基地局２に対して、ＭＭＥを再選択させる（Ｓ３−８、“ＭＭＥ Ｒｅｓｅｌｅｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ”）。

ＭＭＥ５は、例えば、基地局２に再選択させるＭＭＥに関する情報を“ＭＭＥ Ｒｅｓｅｌｅｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ”に含めて、基地局２に送信する。ＭＭＥ５は、例えば、ＭＶＮＯネットワークのＭＭＥ（仮想ＭＭＥ５Ａ）のＩＰアドレスを、“ＭＭＥ Ｒｅｓｅｌｅｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ”に含める。

基地局２は、“ＭＭＥ Ｒｅｓｅｌｅｃｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ”の受信に応じて、再選択したＭＭＥに対して“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”を送信する（Ｓ３−９）。例えば、基地局２は、仮想ＭＭＥ５Ａを再選択する。基地局２は、再選択した仮想ＭＭＥ５Ａに対して、“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”を送信する。

“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”の受信に応じて、仮想ＭＭＥ５Ａは、ＭＶＮＯネットワークにおけるＥＰＳベアラの構築手順を開始する（Ｓ３−１０）。ＥＰＳベアラの確立手順は、図１０の動作例と同様なので、詳細な説明は省略される。端末１Ｂは、仮想ネットワークに構築されたＥＰＳベアラを介して、インターネット等と通信する。

図１３は、第２の実施形態のＭＭＥ５の構成例を示す。ＭＭＥ５は、端末に対応するネットワーク（又は通信事業者）や端末の属性・種別に応じて、基地局２にＭＭＥの再選択を指示する機能を有する。

ＭＭＥ５は、仮想エンティティ管理部５０、制御部５１を含む。

仮想エンティティ管理部５０は、例えば、ＭＶＮＯネットワークに配置された仮想ＭＭＥ５Ａのアドレス（ＩＰアドレス等）を管理する。

制御部５１は、“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”をＭＭＥ５に送信した端末が、ＭＶＮＯネットワークに対応する端末である場合、ＭＶＮＯエンティティ管理部５０から仮想ＭＭＥ５Ａのアドレスを取得する。制御部５１は、取得したＩＰアドレスを基地局２に送信し、ＭＭＥの再選択を指示する。基地局２は、制御部５１から通知されたＩＰアドレスの仮想ＭＭＥ５Ａに対して、“Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ”を再送信する。

図１４は、第２の実施形態の通信システムの他の構成例である。図１４に例示する通信システムは、例えば、端末１と、基地局２と、レガシーネットワークと、ＭＶＮＯネットワークとを含む。

レガシーネットワークは、例えば、アクセスネットワークと、ＨＳＳ６と、通信装置７（例えば、Ｓ−ＣＳＣＦ７０、Ｐ−ＣＳＣＦ７１、Ｉ−ＣＦＣＦ７２）とを含む。アクセスネットワークは、ＭＭＥ５を含む。ＭＭＥ５は、通信システムの加入者情報を管理するＨＳＳ６と連携して、制御シグナリングを処理する。通信装置７は、ＩＭＳネットワークにおいてセッション制御機能を提供するＣＳＣＦである。なお、ＭＭＥ５と、ＨＳＳ６と、通信装置７とは、図５に示すＭＭＥ５、ＨＳＳ６、通信装置７のそれぞれと同様の構成であるので、詳細な説明は省略される。

ＭＶＮＯネットワークは、例えば、アクセスネットワークと、ＨＳＳ６Ａと、通信装置７Ａ（例えば、Ｓ−ＣＳＣＦ７０Ａ、Ｐ−ＣＳＣＦ７１Ａ、Ｉ−ＣＦＣＦ７２Ａ）とを含む。アクセスネットワークは、ＭＭＥ５Ａを含む。ＭＭＥ５Ａと、ＨＳＳ６Ａと、通信装置７Ａとは、レガシーネットワークに含まれるＭＭＥ５と、ＨＳＳ６と、通信装置７のそれぞれと同様の構成であるため、詳細な説明は省略される。

上述の第２の実施形態の例では、ＭＶＮＯネットワークに含まれるネットワークノードが、ソフトウェア等により仮想的に運用される。従って、ＭＶＮＯネットワークを管理するＭＮＯは、ＥＰＣ等のバックボーンネットワークの機能を提供するネットワークノードを、ソフトウェアにより容易かつ低コストで構築することが可能である。

＜第３の実施形態＞
本発明の第３の実施形態では、基地局２の機能の一部が、ソフトウェア等により仮想的に運用される。なお、第２の実施形態の技術は、第１および第２の実施形態、後述の実施形態のいずれにも適用可能である。

図１５は、第３の実施形態の通信システムの構成例を示す。

図１５に例示されるように、第３の実施形態の通信システムは、ＲＲＨ（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ：無線部）２２と、ＢＢＵ（Ｂａｓｅ Ｂａｎｄ Ｕｎｉｔ：ベースバンド処理部）２３とを含む。図１５に例示する通信システムにおいて、ＲＲＨ２２はレガシーネットワークを管理するＭＮＯによって管理され、ＢＢＵ２３はＭＶＮＯによって管理される。ＲＲＨ２２は、レガシーネットワークを管理するＭＮＯではなく、ＭＶＮＯによって管理されてもよい。なお、ＢＢＵ２３は、複数のＲＲＨ２２と接続されていてもよい。 ＲＲＨ２２は、アナログＲａｄｉｏ Ｆｒｅｑｕｅｎｃｙ（ＲＦ）信号処理を行う。ＢＢＵは、アナログＲａｄｉｏ Ｆｒｅｑｕｅｎｃｙ（ＲＦ）信号処理を行う。

ＲＲＨ２２は、アナログＲＦ信号処理を担当し、移動局にエア・インタフェースを提供する。アナログＲＦ信号処理は、Ｄ／Ａ変換、Ａ／Ｄ変換、周波数アップコンバージョン、周波数ダウンコンバージョン、増幅などを含む。

図１６は、第３の実施形態のＲＲＨ２２の構成例を示す。図１７に例示するように、ＲＲＨ２２は、管理部２２０と、通信部２２１とを含む。

管理部２２０は、ＭＶＮＯが管理するＢＢＵ２３に関する情報を管理する。管理部２２０は、例えば、ＢＢＵ２３に関する識別情報（例えば、ＢＢＵ２３のアドレス等）を管理する。また、管理部２２０は、例えば、ＢＢＵ２３の識別情報に、ＢＢＵ２３がＭＶＮＯネットワークに含まれるネットワークノードであるか否かを示すフラグを関連付けてもよい。

通信部２２１は、管理部２２０を参照し、ＭＶＮＯが運用するＢＢＵ２３と通信する。通信部２２１は、管理部２２０を参照し、端末１Ｂからの通信トラヒックを、ＢＢＵ２３に転送する。通信部２２１は、例えば、管理部２２０を参照し、端末１Ｂからの接続要求に含まれる所定の情報に基づいて、当該端末１Ｂからの通信トラヒックを、ＢＢＵ２３に転送する。通信部２２１は、例えば、管理部２２０を参照し、端末１Ｂからの接続要求に含まれるＰＬＭＮに基づいて、当該端末１Ｂからの通信トラヒックを、ＢＢＵ２３に転送する。

ＢＢＵ２３は、上位ネットワーク（ｅ．ｇ．ＭＮＯのバックホールネットワークやコアネットワーク）に接続され、無線基地局の制御・監視とデジタルベースバンド信号処理を実行する。デジタルベースバンド信号処理は、レイヤ２信号処理とレイヤ１（物理レイヤ）信号処理を含む。レイヤ２信号処理は、（ｉ）データ圧縮／復元、（ｉｉ）データ暗号化、（ｉｉｉ）レイヤ２ヘッダの追加／削除、（ｉｖ）データのセグメンテーション／コンカテネーション、及び（ｖ）データの多重／分離による転送フォーマットの生成／分解、のうち少なくとも１つを含む。具体例の１つとしてのＥ−ＵＴＲＡの場合、レイヤ２信号処理は、Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ）及びＭｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）の処理を含む。物理レイヤ信号処理は、伝送路符号化／復号化（Ｃｈａｎｎｅｌ Ｃｏｄｉｎｇ／Ｄｅｃｏｄｉｎｇ）、変調／復調（Ｍｏｄｕｌａｔｉｏｎ／Ｄｅｍｏｄｕｌａｔｉｏｎ）、拡散／逆拡散（Ｓｐｒｅａｄｉｎｇ／Ｄｅ−ｓｐｒｅａｄｉｎｇ）、リソースマッピング、及びＩｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ(ＩＦＦＴ)によるＯＦＤＭシンボルデータ（ベースバンドＯＦＤＭ信号）の生成などを含む。

ＢＢＵ２３で実行される機能は、仮想マシン等のソフトウェアにより実行可能である。ＢＢＵ２３が提供する機能は、例えば、ＶＮＦ１２０として、仮想マシン上で運用することができる。ＢＢＵ２３は、例えば、ＭＶＮＯが、データセンター内で運用することができる。

図１７は、第３の実施形態のＢＢＵ２３の構成例を示す。図１７に例示するように、ＢＢＵ２３は、管理部２３０と、制御部２３１とを含む。

管理部２３１は、ＭＶＮＯが運用する仮想ネットワーク（ＭＶＮＯネットワーク）に関する情報を管理する。管理部２３１は、例えば、ＭＶＮＯネットワークに含まれるネットワークノードに関する情報を管理する。管理部２３１は、例えば、ＭＶＮＯネットワークに含まれるネットワークノードに関する識別情報（例えば、仮想ＭＭＥ５Ａのアドレス等）を管理する。

制御部２３１は、管理部２２３を参照し、端末１Ｂが契約しているＭＶＮＯが運用する仮想ＭＭＥ５Ａに、ＮＡＳ（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージを送信する。

なお、第３の実施形態の通信システムにおいて、ＭＶＮＯが、ＲＲＨ２２を管理してもよい。この場合において、レガシーネットワークを管理するＭＮＯは、例えば、ＭＶＮＯに対してライセンスドバンドを貸し出してもよい。ＭＶＮＯが管理するＲＲＨ２２は、例えば、レガシーネットワークを管理するＭＮＯが貸し出した当該ライセンスドバンドを使用して、端末１Ｂと通信する。

ＲＲＨ２２は、例えば、ＭＶＮＯによって、複数の地点に設置されてもよい。ＭＶＮＯは、提供する通信サービスや、当該通信サービスに付属するサービスの利用状況、利用地域、利用範囲等に応じて、例えば多数の地点にＲＲＨ２２を設置してもよい。ＭＶＮＯは、例えば、ＭＶＮＯと契約している加入者などに対して、ＲＲＨ２２を低廉で（極端には無料で）提供してもよい。

第３の実施形態の通信システムにおいて、ＭＶＮＯが管理するＲＲＨ２２は、アンライセンスドバンドの周波数帯域を使用して、端末１Ｂと通信してもよい。

第３の実施形態の動作例は、図４で示す第１の実施形態の動作例、又は、図９乃至図１２で示す第２の実施形態の動作例と同様であるため、詳細な説明は省略される。なお、図４、又は、図９乃至図１２における基地局２の機能は、ＲＲＨ２２及びＢＢＵ２３により実行される。

本発明の第３の実施形態では、上記のように、基地局２の機能の一部を、ソフトウェア等により仮想的に運用することができる。

＜第４の実施形態＞
本発明の第４の実施形態では、ＭＶＮＯネットワークが、所定のサービスを提供可能なアプリケーションを含む。なお、第４の実施形態は、第１乃至第３の実施形態のいずれにも適用可能である。

第４の実施形態の通信システムにおいて、ＭＶＮＯネットワークが、当該ＭＶＮＯの加入者端末の通信データを用いて所定のサービスを提供するアプリケーションを含む。ＭＶＮＯネットワーク内に所定のサービスを提供するアプリケーションを含むので、ＭＶＮＯは、レガシーネットワークを介さずに収集した当該ＭＶＮＯの加入者端末の通信データを用いて、所定のサービスを提供することができる。よって、ＭＶＮＯは、ＭＮＯに対して当該ＭＶＮＯの加入者端末の通信データを渡すことなく、当該通信データを用いた所定のサービスを提供することができる。すなわち、第４の実施形態は、様々なサービスを提供するクラウド事業者がＭＶＮＯネットワークを保有する（管理する）場合の実施形態である。

ＭＶＮＯは、例えば、複数の当該ＭＶＮＯの加入者端末が送信する通信データを用いて、所定のサービスを提供してもよい。ＭＶＮＯは、例えば、複数の加入者端末から収集した大量の通信データを用いて、所定のサービスを提供することができる。ＭＶＮＯは、例えば、加入者端末から収集した通信データを用いて提供するサービスから収入を得る代わりに、当該ＭＶＮＯの加入者端末の通信料（利用料金）を低廉又は無料にしてもよい。ＭＶＮＯは、例えば、当該ＭＶＮＯの加入者端末の通信料を、ＭＮＯに比べて低廉にすることができ、ＭＮＯに対する差別化要因とすることができる。

図１８は、第４の実施形態の通信システムの構成例を示す。

図１８において、端末１Ｂは、所定のデータを収取可能なデバイスである。端末１Ｂは、例えば、監視カメラ等の動画データを収集可能なデバイスである。端末１Ｂは、例えば、センサ等の所定のデータを収集可能なデバイスである。センサは、例えば、人や動物等を感知可能なセンサや、自動車等の物体を感知可能なセンサであってもよい。端末１Ｂは、例えば、スマートメータであってもよい。端末１Ｂは、自動車やロボット、ドローン、医療機器等であってもよい。端末１Ｂは、これらの例に限られず、所定の情報を収集可能なデバイであれば、どのようなデバイスであってもよい。

端末１Ｂは、収集した所定のデータを、通信データとして基地局２に送信する。端末１Ｂは、例えば、所定の周期で、収集した所定のデータを通信データとして送信する。端末１Ｂは、例えば、所定のタイミングで、収集した所定のデータを通信データとして送信する。端末１Ｂは、例えば、常時、収集した所定のデータを通信データとして送信する。なお、端末１Ｂが収集した所定のデータを通信データとして送信するタイミングは、これらの例示限られず、例えば要求があった場合に送信するなど、どのようなタイミングであってもよい。

図１８において、ＭＶＮＯネットワークは、アプリケーション８を含む。アプリケーション８は、例えば、モバイル端末（端末１）の通信データを用いて所定のサービスを提供可能なサービス提供手段である。アプリケーション８は、例えば、モバイル端末（端末１）の通信データを収集し、収集したデータのデータ解析結果に応じて所定のサービスを提供可能なサービス提供手段である。

なお、図１８に例示されるその他の構成（例えば、基地局２など）は、第１の実施形態や第２の実施形態、第３の実施形態と同様なので、詳細な説明は省略される。

図１８に例示する通信システムにおいて、アプリケーション８が提供するサービスは、例えば、以下のサービスを含む。
・ユーザの嗜好を分析し、ＥＣサイトから推奨商品をレコメンドするサービス
・ユーザの行動履歴に応じた飲食店をレコメンドするサービス
・電車や道路の混在状況を分析し、目的地までの到達時間を提示するサービス
・複数の端末の物理的な位置に応じてタクシーのニーズを予測し、タクシー会社やタクシーの運転手、タクシーのユーザに提供するサービス
・電車やバスの遅延状況を分析し、予測した電車やバスの待ち時間をユーザに提供するサービス
・ユーザのバイタル情報（体温、血圧、心拍、視力、歩数、歩行距離、体重、血液に関する情報（例えば、血糖値や血液中の酸素濃度）、骨密度など）を分析し、当該ユーザの健康に関する情報を提供するサービス
・複数のユーザのバイタル情報（体温、血圧、心拍、視力、歩数、歩行距離、体重、血液に関する情報（例えば、血糖値や血液中の酸素濃度）、骨密度など）を分析し、地域ごとに整理した情報を提供するサービス
・監視カメラ等から得た動画データを分析し、不審者や不審物に関するデータを提供するサービス
・監視カメラ等から得た動画データを分析し、災害の発生を通知するサービス
・スマートメータ等から得た消費電力を分析し、電力消費を最適化するサービス
・複数の自動車の位置情報を分析し、渋滞に関する情報を提供するサービス
・介護用のロボットなどから得たデータを分析し、被介護者の健康状態を、家族や医師などの関係者に通知するサービス

以下では、第４の実施形態の実施例について、図面を参照して説明する。

＜実施例１＞
図１９は、第４の実施形態の実施例１における通信システムの構成例である。

図１９に例示する通信システムにおいて、端末１Ｂは、例えば、監視カメラ等の動画データを収集可能なデバイスである。端末１Ｂは、動画データを収集し、当該収集した動画データを通信データとして基地局２に送信する。監視カメラ等である端末１Ｂは、例えば、所定の監視エリアを撮影し、当該撮影した動画データを、通信データとして基地局２に送信する。なお、図１９に例示する通信システムは、複数の監視カメラ等（端末１Ｂ）を含んでいてもよい。複数の監視カメラ等（端末１Ｂ）は、それぞれ、異なる地点の動画データを収集し、当該収集した動画データを通信データとして基地局２に送信する。

第４の実施形態の実施例１において、監視カメラ等である端末１Ｂは、例えば、ＭＶＮＯネットワークを保有するクラウド事業者からサービスの提供を受ける企業や自治体、警察、個人などである。クラウド事業者からサービスの提供を受ける企業や自治体、警察、個人などは、自己が保有する監視カメラ等である端末１ＢをＭＶＮＯに利用させる代わりに、ＭＶＮＯから対価を受けてもよい。また、クラウド事業者であるＭＶＮＯは、サービスを提供する企業や自治体、警察、個人などが端末１Ｂとは別にＭＶＮＯの加入者端末を保有している場合、当該加入者端末の通信料を低廉に（または無料に）してもよい。また、監視カメラ等である端末１Ｂは、例えば、ＭＶＮＯによって保有されてもよいし、ＭＶＮＯによって低額で（または無料で）企業や自治体、警察、個人に配布されてもよい。

図１９に例示するように、実施例１の通信システムにおいて、ＭＶＮＯネットワークは、画像解析アプリ８Ａと、地図アプリ８Ｂとを含む。

画像解析アプリ８Ａは、例えば、監視カメラ等の動画データを解析する機能を含む。画像解析アプリ８Ａは、例えば、監視カメラ等で撮影される動画データに、監視対象の物体（人物や動物、自動車など）が含まれているか否かを特定する。画像解析アプリ８Ａは、例えば、監視カメラ等で撮影される動画データに、異常な物体（例えば、顔の一部を隠している人物、通常は検出されない物体（不審物）など）が含まれているか否かを特定する。画像解析アプリ８Ａは、例えば、監視カメラ等で撮影される動画データから、異常な動きを行う物体（例えば、所定の速度以上で移動する物体、突然静止（停止）した物体、一定期間静止（停止）している物体など）を検出する。

画像解析アプリ８Ａは、例えば、監視カメラ等で撮影される動画から、通常とは異なる状態（例えば、火災や煙の発生、河川の増水、交通渋滞の発生など）を検知してもよい。

画像解析アプリ８Ａは、例えば、複数の監視カメラ等で撮影される動画データを解析してもよい。画像解析アプリ８Ａは、例えば、異なる地点を監視する複数の監視カメラ等で撮影される動画データから、監視対象の物体（人物や動物、自動車など）の移動を追跡してもよい。画像解析アプリ８Ａは、例えば、異なる地点に設置された複数の監視カメラ等で撮影される動画データから、通常とは異なる状態が発生している範囲（例えば、交通渋滞の発生範囲など）を検知してもよい。

なお、画像解析アプリ８Ａが、監視カメラ等で撮影される動画データから解析する内容は、これらの例に限られず、動画データを用いて解析可能な内容であれば、どのようなものであってもよい。

地図アプリ８Ｂは、例えば、画像解析アプリ８Ａの解析結果を地図上に表示した地図データを作成する機能を含む。地図アプリ８Ｂは、例えば、端末１Ｂ（監視カメラ等）の位置と、画像解析アプリ８Ａの解析結果とに基づいて、監視対象の物体や異常な物体、異常な動きを行う物体が検知された地点を地図上に表示した地図データを作成する。地図アプリ８Ｂは、例えば、通常とは異なる状態が発生した地点を地図上に表示した地図データを作成してもよい。地図アプリ８Ｂは、例えば、複数の端末１Ｂ（監視カメラ等）の位置と、画像解析アプリ８Ａの解析結果とに基づいて、監視対象の物体の移動（追跡）状況や、通常とは異なる状態（例えば、災害など）が発生している範囲を地図上に表示した地図データを作成してもよい。

なお、地図アプリ８Ｂが作成する地図データにおいて、画像解析アプリ８Ａの解析結果を地図上に表示する方法・内容はこれらの例に限られず、どのような方法・内容であってもよい。

図１９に例示するように、実施例１の通信システムにおいて、地図アプリ８Ｂが作成した地図データは、端末１Ａに送信される。地図アプリ８Ｂが作成した地図データは、例えば、レガシーネットワークを介して、ＭＮＯの加入者端末である端末１Ａに送信される。なお、端末１ＡがＭＶＮＯ加入者端末である場合、地図アプリ８Ｂが作成した地図データは、ＭＶＮＯネットワークを介して、当該端末１Ａに通知される。端末１Ａは、ＭＶＮＯネットワークを介して通知された地図データを、画面等に表示する。端末１Ａは、携帯端末やＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ＴＶ（Ｔｅｌｅｖｉｓｉｏｎ）、スクリーン、モニタなど、地図データを表示できる画面等を備えていれば、どのようなデバイスであってもよい。

ＭＶＮＯネットワークが、Ｇｏｏｇｌｅ（登録商標）などのクラウド事業者によって保有（管理）される場合、例えば、地図アプリ８ＢはＧｏｏｇｌｅ Ｍａｐ等で用いられる地図データを作成する。端末１Ａは、地図アプリ８Ｂによって作成された地図データを、Ｇｏｏｇｌｅ Ｍａｐ等の地図に関するアプリケーションにより表示する。

例えば、監視カメラ等である複数の端末１Ｂは、ショッピングセンター等の商業施設に設置される。複数の端末１Ｂの各々は、例えば、設置された場所における人物の往来に関する動画データを、ＭＶＮＯネットワークに送信する。画像解析アプリ８Ａは、複数の端末１Ｂから収集された動画データから、ショッピングセンターを訪れた特定の人物について、当該特定の人物のショッピングセンター内での移動（例えば、どのように移動するか、どの店舗（テナント）に立ち寄るか）に関して解析する。この場合、画像解析アプリ８Ａは、例えば、顔認識技術により、複数の端末１Ｂから収集した動画データから、特定の人物の動きを特定してもよい。画像解析アプリ８Ａは、複数の人物に関するショッピングセンター内での移動を解析し、例えば、年代ごとに、及び／又は、性別ごとに統計情報を求める。例えば、画像解析アプリ８Ａは、ショッピングセンターに訪れた２０代の男性が、どのように移動するか、どの店舗（テナント）に立ち寄るか、などに関する統計情報を求める。地図アプリ８Ｂは、画像解析アプリ８Ａから通知された統計情報に基づいて、例えば、年代ごとに、及び／又は、性別ごとのショッピングセンター内における移動状況を、当該ショッピングセンターの地図上に表示するための地図データを作成する。地図アプリ８Ｂは、作成した地図データを、例えば、ショッピングセンターを運営する企業が保有する端末１Ａに送信する。ショッピングセンターを運営する企業は、端末１Ａに表示されたショッピングセンター内における人物の移動状況に基づいて、店舗の配置の変更や、表示する広告の変更等を実施することができる。ショッピングセンターを運営する企業は、例えば、ショッピングセンター内における２０代の男性が訪れる店舗（テナント）を密集させることや、女性が訪れる店舗と店舗の間に、喫茶店等の女性の利用が多い店舗を設置することなどを判断することが可能となる。また、ショッピングセンターを運営する企業は、例えば、５０代の男性が訪れる店舗の周辺のデジタルサイネージに、当該５０代の男性向けの広告を表示することなどを判断することもできる。このように、ＭＶＮＯネットワークを保有（管理）するクラウド事業者は、例えば、ショッピングセンターを運営する企業等に、マーケティングに関する情報を提供することができる。

＜実施例２＞
図２０は、第４の実施形態の実施例２における通信システムの構成例である。実施例２は、例えば、クラウド事業者がサービスとしてエネルギーマネジメントシステムを提供する場合の実施例である。

図２０に例示する通信システムにおいて、端末１Ｂは、例えば、スマートメータ等の電力（消費電力や蓄電電力、発電電力）に関する情報を収集可能なデバイスである。電力に関する情報は、例えば、電力量や予測電力量、単位時間当たりの電力量など、電力に関する情報であればどのような情報であってもよい。また、端末１Ｂは、例えば、消費電力や発電電力等から求めた余剰電力に関する情報を収集可能なデバイスであってもよい。

端末１Ｂは、例えば、住宅（家庭）や企業、所定の建物（ビルや店舗）内の所定の装置の消費電力に関する情報、又は、当該住宅（家庭）や企業、所定の建物（ビルや店舗）における消費電力に関する情報を収集し、当該収集した消費電力に関する情報を基地局２に送信する。スマートメータ等の端末１Ｂは、例えば、消費電力の予測値（推定値）に関する情報を収集可能なデバイであってもよい。端末１Ｂは、当該消費電力の予測値（推定値）に関する情報を基地局２に送信する。

端末１Ｂは、例えば、住宅（家庭）や企業、所定の建物（ビルや店舗）において、所定の発電装置（太陽光発電装置、風力発電装置など）により発電された電力（発電電力）に関する情報を収集可能なデバイスであってもよい。また、端末１Ｂは、例えば、住宅（家庭）や企業、所定の建物（ビルや店舗）において、蓄電システム（例えば、蓄電池やＥＶ（Ｅｌｅｃｔｒｉｃ Ｖｅｈｉｃｌｅ）内の電池など）により蓄電された電力に関する情報を収集可能なデバイスであってもよい。端末１Ｂは、発電された電力（発電電力）に関する情報や、蓄電された電力（蓄電電力）に関する情報を、基地局２に送信する。

端末１Ｂは、例えば、住宅（家庭）や企業、所定の建物（ビルや店舗）における消費電力や蓄電電力、発電電力から求められた余剰電力に関する情報を収集可能なデバイであってもよい。端末１Ｂは、例えば、当該余剰電力に関する情報を、基地局２に送信する。

図２０に例示するように、実施例１の通信システムにおいて、ＭＶＮＯネットワークは、ＥＭＳ（Ｅｎｅｒｇｙ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）アプリ８Ｃを含む。ＥＭＳアプリ８Ｃは、ＥＭＳを実現する機能を備える。

ＥＭＳは、ＩＣＴ（Ｉｎｆｏｒｍａｔｉｏｎ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ：情報通信技術）を用いて、住宅（家庭）やオフィスビル、工場などの電力使用を最適化するシステムである。ＥＭＳは、例えば、照明や空調などに対する消費電力量や、蓄電装置による蓄電電力量、発電装置等による発電電力量などを監視し、当該監視した電力量に基づいて、住宅やビル、工場などの建物内（又は企業内）のエネルギー状況を管理する。ＥＭＳは、例えば、管理したエネルギー状況に基づいて、建物内（又は、企業内）における電力需要を予測する。ＥＭＳは、例えば、当該予測した電力需要に基づいて、建物内（又は、企業内）の電力を消費するデバイス（照明や空調など）を制御し、当該建物内（又は、企業内）の電力消費の最適化（例えば、消費電力の最小化など）を図る。なお、ＥＭＳには、家庭内（住宅内）を対象とするＨＥＭＳ（Ｈｏｍｅ ＥＭＳ）と、オフィスビルなどを対象とするＢＥＭＳ（Ｂｕｉｌｄｉｎｇ ＥＭＳ）とがある。実施例２において、ＥＭＳアプリ８Ｃは、ＨＥＭＳであっても、ＢＥＭＳであってもよい。なお、ＥＭＳアプリ８Ｃは、例えば都市を対象にしたＥＭＳなど、どのようなＥＭＳであってもよい。

ＥＭＳアプリ８Ｃは、例えば、スマートメータ等の端末１Ｂから収集した電力に関する情報に基づいて、家庭内（住宅内）、又は、オフィスビル内（店舗内、企業内など）の電力消費を最適化する機能を備える。

ＥＭＳアプリ８Ｃは、例えば、スマートメータ等の端末１Ｂから収集した消費電力に関する情報に基づいて、住宅（家庭）や企業、所定の建物（ビルや店舗）における消費電力状況を表示する表示データを作成し、端末１Ｃに通知する。ＥＭＳアプリ８Ｃは、例えば、収集した消費電力に関する情報に基づいて、住宅（家庭）や企業、所定の建物（ビルや店舗）における消費電力の予測値を求め、当該予測値を表示する表示データを作成し、端末１Ｃに送信してもよい。端末１Ｃは、通知された表示データを表示することにより、消費電力の実測値や予測値の見える化を実現することができる。

ＥＭＳアプリ８Ｃは、例えば、端末１Ｂから収集した電力に関する情報に基づいて、端末１Ｃに対して、電力に関する指示を送信してもよい。ＥＭＳアプリ８Ｃは、例えば、電力の需要又は供給に関する実測値や予測値に基づいて、蓄電デバイスである端末１Ｃに対して、蓄電した電力の販売や、蓄電の開始を指示する。ＥＭＳアプリ８Ｃは、例えば、端末１Ｃに対して、消費電力が少ない時間帯において蓄電の開始を指示し、消費電力が多い時間帯において放電（電力の販売など）の開始を指示することで、全体的な（例えば、住宅や企業、所定の建物全体において）消費電力の最適化を行うことができる。これにより、ＥＭＳアプリ８Ｃは、例えば、住宅やビル、工場などの建物内（又は企業内）において、消費電力が多い時間帯のピーク電力を低減することが可能となる。

ＥＭＳアプリ８Ｃは、例えば、ＥＶ充電デバイスである端末１Ｃに対して、電力の需要又は供給に関する実測値や予測値に基づいて、充電の開始を指示する。ＥＭＳアプリ８Ｃは、消費電力が少ない時間帯においてＥＶに対する充電の開始を指示し、消費電力が多い時間帯において充電の停止を指示することで、例えばＥＶ充電デバイスを保有する家庭内（住宅内）や企業、所定の建物における電力の消費を最適化することができる。

ＥＭＳアプリ８Ｃは、例えば、スマートハウス内の蓄電デバイス（家庭用蓄電池など）や発電デバイス（太陽光発電装置など）である端末１Ｃに対して、電力の需要又は供給に関する実測値や予測値に基づいて、電力の販売の開始を指示する。また、ＥＭＳアプリ８Ｃは、例えば、電力の需要又は供給に関する実測値や予測値に基づいて、蓄電デバイスやＥＶ充電デバイスなどに充電の開始を指示する。ＥＭＳアプリ８Ｃは、例えば、消費電力が少ない時間帯において蓄電又は充電の開始を指示し、消費電力が多い時間帯において蓄電又は充電の停止、あるいは放電（電力の販売など）の開始を指示することで、スマートハウス内における全体としての消費電力の最適化を行うことが可能となる。

ＥＭＳアプリ８Ｃは、例えば、複数の端末１Ｂから収集した電力に関する情報に基づいて、複数の端末１Ｃに対して、電力に関する指示を行ってもよい。この場合、ＥＭＳアプリ８Ｃは、例えば、端末１Ｃを含む複数の建物における消費電力の最適化が可能となる。ＥＭＳアプリ８Ｃは、都市全体における消費電力の管理・制御を行い（スマートシティ）、例えば、当該都市において電力が不足している地域に対して、電力が余剰している地域から電力を供給することで、広範囲における消費電力の最適化が可能となる。

ＥＭＳアプリ８Ｃは、端末１Ｂから収集した消費電力に関する情報と、収集した時刻とを対応付けたデータ（情報）を、外部のＥＭＳサーバに通知してもよい。外部のＥＭＳサーバは、消費電力に関する情報と、収集した時刻とを対応付けたデータ（情報）を、履歴データとして記憶する。なお、ＥＭＳアプリ８Ｃは、複数の端末１Ｂから消費電力に関する情報を収集し、外部のＥＭＳサーバに対して、複数の端末１Ｂに関して、消費電力に関する情報と、収集した時刻とを対応付けたデータ（情報）を通知してもよい。この場合、外部のＥＭＳサーバは、複数の端末１Ｂごとに、消費電力に関する情報と、収集した時刻とを対応付けたデータ（情報）を、履歴データとして記憶する。外部のＥＭＳサーバは、例えば、記憶している履歴データに基づいて、端末１Ｃに対して電力に関する指示を行う。外部のＥＭＳサーバは、当該履歴データに基づいて指示を行うので、当該端末１Ｃの消費電力を最適化することができる。

ＥＭＳアプリ８Ｃは、例えば、端末１Ｂから収集した消費電力に関する情報を、外部のＥＭＳサーバが利用可能な形式のデータに変換して、当該外部のＥＭＳサーバに対して通知してもよい。ＥＭＳアプリ８Ｃがデータの形式の変換を行うので、ＥＭＳアプリ８Ｃを管理するクラウド事業者は、外部のＥＭＳサーバを管理する管理者に対して、端末１Ｂから収集した消費電力に関する情報を提供することができる。なお、ＥＭＳアプリ８Ｃと、外部のＥＭＳサーバとにおいて、データの形式が同一の場合は、データの形式の変換を行う必要はない。

ＥＭＳアプリ８Ｃは、例えば、レガシーネットワークを介して、ＭＮＯの加入者端末である端末１Ｃに電力に関する指示を行う。なお、端末１ＡがＭＶＮＯ加入者端末である場合、ＥＭＳアプリ８Ｃは、ＭＶＮＯネットワークを介して、電力に関する指示を通知してもよい。また、ＥＭＳアプリ８Ｃは、レガシーネットワーク又はＭＶＮＯネットワークを介して、外部のＥＭＳサーバに消費電力に関するデータ（情報）を通知する。

＜実施例３＞
図２１は、第４の実施形態の実施例３における通信システムの構成例である。

図２１に例示する通信システムにおいて、端末１Ｂは、例えば、自動車等に備えられ、当該自動車等の位置情報を検知・収集可能なデバイスである。端末１Ｂは、例えば、自動車等に備えられ、当該自動車等の燃費情報や燃料残量等の燃料に関する情報を検知・収集可能なデバイスである。端末１Ｂは、位置情報や燃料に関する情報などの所定の情報を収集し、当該収集した所定の情報を通信データとして基地局２に送信する。 図２１に例示するように、実施例３の通信システムにおいて、ＭＶＮＯネットワークは、情報解析アプリ８Ｄ、サービスアプリ８Ｅを含む。また、図２１に例示するように、実施例３の通信システムは、端末１Ｃを含む。

情報解析アプリ８Ｄは、例えば、端末１Ｂからの情報を解析する機能を含む。情報解析アプリ８Ｄは、例えば、端末１Ｂから通知された自動車等の位置情報を解析し、当該自動車等の現在位置を決定する。情報解析アプリ８Ｄは、例えば、端末１Ｂから通知された自動車等の燃料に関する情報を解析し、当該燃料がなくなる時間や位置を推定する。

情報解析アプリ８Ｄは、例えば、端末１Ｂから通知された電気自動車の電池に関する情報（電池の残量、電池の空き容量など）に基づいて、当該電気自動車の電池を充電すべき時間や位置（電池が切れる時間や位置）を推定してもよい。また、情報解析アプリ８Ｄは、例えば、端末１Ｂから通知された燃料自動車の燃料（水素）に関する情報（水素の残量、水素の空き容量）に基づいて、当該燃料（水素）がなくなる時間や位置を推定してもよい。

サービスアプリ８Ｅは、例えば、端末１Ｂからの情報又は／及び情報解析アプリ８Ｄの解析結果に基づいて、所定のサービスを提供する機能を含む。サービスアプリ８Ｅは、例えば、自動車等の位置に関する情報の解析結果に基づいて、当該自動車等の目的地までの最適ルート（例えば、最短ルートや最安ルート）を求め、当該最適ルートを案内するためのデータを作成する。サービスアプリ８Ｅは、作成した最適ルートを案内するためのデータを、携帯端末やＰＣ、カーナビゲーションシステム（カーナビゲーションを提供する装置）である端末１Ａに通知する。

サービスアプリ８Ｅは、例えば、自動車等の位置に関する情報に基づいて、当該自動車等を自動運転するための制御データを作成し、端末１Ｂである自動車等に通知してもよい。端末１Ｂである自動車等は、自動運転するための制御データに基づいて、自動運転を行う。

サービスアプリ８Ｅは、例えば、端末１Ｂからの自動車等の燃料（ガソリンや水素）に関する情報の解析結果に基づいて、給油ステーション（又は、水素スタンド）の位置を表示するためのデータを作成し、携帯端末やカーナビゲーションシステムである端末１Ａに通知する。サービスアプリ８Ｅは、当該自動車の現在位置から給油ステーション（又は水素スタンド）までの最適ルートを求め、当該最適ルートを案内するためのデータを作成してもよい。サービスアプリ８Ｅは、例えば、作成した最適ルートを案内するためのデータを、端末１Ａに通知してもよい。

サービスアプリ８Ｅは、例えば、端末１Ｂからの電気自動車に電池に関する情報の解析結果に基づいて、電気スタンドの位置を表示するためのデータを作成し、端末１Ａに通知してもよい。サービスアプリ８Ｅは、電気自動車の現在位置から、充電スタンドまでの最適ルートを求め、当該最適ルートを案内するためのデータを作成してもよい。

サービスアプリ８Ｅは、自動車等の位置に関する情報と、当該自動車等の燃料又は電池に関する情報と、地図データとに基づいて、給油ステーション（又は、水素スタンド、充電スタンド）の候補を表示するためのデータを作成し、端末１Ａに通知してもよい。

情報解析アプリ８Ｄは、例えば、複数の端末１Ｂ（例えば、自動車等）からの情報を解析する機能を含み、サービスアプリ８Ｅは、複数の端末１Ｂからの情報の解析結果に基づいてサービスを提供する機能を含んでいてもよい。情報解析アプリ８Ｄは、例えば、複数の自動車等の位置に関する情報に基づいて、渋滞状況などを解析する。サービスアプリ８Ｅは、例えば、情報解析アプリ８Ｄが解析した渋滞状況に基づいて、渋滞状況や迂回経路に関する情報を、所定のシステム（例えば、Ｔｗｉｔｔｅｒ（登録商標）や交通情報システムなど）に通知するためのデータを作成する。サービスアプリ８Ｅは、例えば、作成したデータを、所定のシステム（例えば、カーナビゲーションシステムなど）を提供する端末１Ａに通知する。

情報解析アプリ８Ｄは、例えば、端末１Ｂから収集した自動車等の位置に関する情報を蓄積し、当該自動車等の走行情報を解析してもよい。情報解析アプリ８Ｄは、例えば、複数の端末１Ｂから収集した複数の自動車等の位置に関する情報を蓄積及び解析することで、走行可能な道路の状況を得ることができる。サービスアプリ８Ｅは、例えば、情報解析アプリ８Ｄが求めた走行可能な道路の状況を、地図上に表示するための地図データを作成し、端末１Ａに通知する。端末１Ａは、サービスアプリ８Ｄから通知された道路運行状況を、例えばＧｏｏｇｌｅ ＭＡＰ等の地図上に表示することで、例えば、地震や台風、津波などの震災後、あるいは、紛争地域における通行可能な道路に関する情報（通行実績情報）を自動車等のユーザに提供できる。

また、情報解析アプリ８Ｄは、例えば、複数の端末１Ｂから収集した複数の自動車等の位置に関する情報と、当該情報を収集した時刻とを対応付けた情報を蓄積し、時間ごとに、当該自動車等の走行情報を解析してもよい。情報解析アプリ８Ｄは、例えば、時間ごとに、所定の道路における自動車等の運行状況を得ることができる。サービスアプリ８Ｅは、例えば、時間ごとに（例えば、昼と夜などの時間帯ごとでもよい）、所定の道路における自動車等の運行状況を表示するためのデータを作成し、端末１Ａに通知する。端末１Ａが、時間ごと（又は時間帯ごと）に、所定の道路における自動車等の運行状況を表示することにより、当該端末１Ａのユーザは、時間ごとに（時間帯ごとに）、例えば治安の良い（自動車等の運行が多い）／悪い（自動車等の運行が少ない）などを判断することができる。

第４の実施形態の実施例３において、端末１Ｂは、例えば、無人航空機（Ｄｒｏｎｅ：ドローン）や自動走行車であり、荷物の配達や集荷を行うデバイスであってもよい。端末１Ｂは、例えば、Ａｍａｚｏｎ（登録商標）が荷物を配送するための小型無人飛行機（ドローン）である。ドローンや自動走行車である端末１Ｂは、例えば、当該端末１Ｂの位置情報を検知（収集）し、通信データとして基地局２に送信する。ドローンや自動走行車である端末１Ｂは、例えば、当該端末１Ｂの運行状況に関する情報を収集し、基地局２に送信する。ドローンや自動走行車である端末１Ｂは、例えば、当該端末１Ｂの電池残量を検知し、検知した情報を基地局２に送信する。

情報解析アプリ８Ｄは、例えば、端末１Ｂから通知された当該端末１Ｂの位置情報に基づいて、当該端末１Ｂの現在位置を特定する。サービスアプリ８Ｅは、例えば、情報解析アプリ８Ｄが特定した端末１Ｂの現在位置に基づいて、ドローンや自動走行車である端末１Ｂの飛行又は走行を制御するデータを作成する。サービスアプリ８Ｅは、ドローンや自動走行車の飛行又は走行を制御するデータを、当該ドローンや自動走行車である端末１Ｂに通知する。ドローンや自動走行車である端末１Ｂは、通知された制御データに基づいて、自動走行を行う。サービスアプリ８Ｅは、例えば、情報解析アプリ８Ｄが特定した端末１Ｂの現在位置に基づいて、当該端末１Ｂの現在位置を地図上に表示するためのデータを作成する。サービスアプリ８Ｅは、例えば、端末１Ｂの現在位置を地図上に表示するためのデータを、携帯電話やＰＣ、モニタ等の端末１Ａに通知する。端末１Ａは、通知されたデータに基づいて、端末１Ｂの現在位置を地図上に表示する。

サービスアプリ８Ｅは、例えば、荷物（宅配物）の集荷・配送状況に基づいて、ドローンや自動走行車である端末１Ｂを、集荷場所や配送場所に移動させるための制御データを作成してもよい。サービスアプリ８Ｅは、例えば、外部装置（図示していない）から荷物（宅配物）の集荷・配送状況に関する情報の通知を受け、例えば、特定された端末１Ｂの現在位置から、荷物の集荷依頼のあった地点や地域（住宅や建物など）に、端末１Ｂを派遣する（移動させる）ための制御データを作成し、端末１Ｂに通知する。ドローンや自動走行車である端末１Ｂは、通知された制御データに基づいて、荷物の集荷依頼のあった地点や地域に移動する。

情報解析アプリ８Ｄは、例えば、複数の端末１Ｂから通知された当該端末１Ｂの運行状況に関する情報に基づいて、複数の端末１Ｂの運行状況を検知・特定してもよい。サービスアプリ８Ｅは、例えば、複数の端末１Ｂの運行状況と、外部装置（図示していない）から荷物（宅配物）の集荷・配送状況に関する情報とに基づいて、荷物の集荷依頼のあった場所や地域（住宅や建物など）に派遣させる端末１Ｂを決定する。サービスアプリ８Ｅは、決定した端末１Ｂに対して、荷物の集荷依頼のあった場所や地域（住宅や建物など）に、端末１Ｂを派遣する（移動させる）ための制御データを作成し、ドローンや自動走行車である端末１Ｂに通知する。

情報解析アプリ８Ｄは、例えば、端末１Ｂから通知された電池残量状況のデータに基づいて、当該端末１Ｂの電池の交換又は充電が必要な時間や、当該電池が切れる場所を、解析（予測）してもよい。サービスアプリ８Ｅは、電池の交換又は充電が必要な時間に基づいて、ドローンや自動走行車である端末１Ｂの電池の充電場所や充電時間を決定し、当該端末１Ｂの飛行又は走行を制御するための制御データを作成する。サービスアプリ８Ｅは、作成した制御データを端末１Ｂに通知する。ドローンや自動走行車である端末１Ｂは、通知された制御データに基づいて、電池の充電のために、所定の時間に所定の場所に移動する。

情報解析アプリ８Ｄは、ドローンや自動走行車である端末１Ｂが行っているセルラ通信に関する情報の通知を受け、当該端末１Ｂが飛行禁止区域（例えば空港周辺など）又は走行禁止区域（例えば私有地など）に進入しているか否かを解析してもよい。サービスアプリ８Ｅは、ドローンや自動走行車である端末１Ｂが飛行禁止区域や走行禁止区域に進入している場合に、当該禁止区域から離れる（移動する）ための制御データを作成し、当該端末１Ｂに通知する。ドローンや自動走行車である端末１Ｂは、通知された制御データに基づいて、自動的に当該禁止区域から離れる。

第４の実施形態の実施例３において、端末１Ｂは、例えば、ロボットや医療機器でもあってもよい。ロボットは、産業用のロボットや、家庭の介護用ロボットなどである。例えば、端末１Ｂが家庭用の介護用ロボットである場合、当該端末１Ｂは家庭内又は病院内に配置され、被介護者に関する情報を収集し、基地局２に送信する。端末１Ｂが医療用機器である場合、当該端末１Ｂは、被験者の検査情報のデータ（体温、血圧、心拍、視力、歩数、歩行距離、体重、血液に関する情報（例えば、血糖値や血液中の酸素濃度など）、骨密度など）を収集し、基地局２に送信する。例えば、医療機器である端末１Ｂは、パルスオキシメータであり、被験者の血液中の酸素濃度に関する情報を収集する。また、端末１Ｂは、例えば、ウェアラブルデバイスであってもよく、腕時計型のウェアラブルデバイス（ユーザが身に付けることができるデバイスなど）から、ユーザのバイタル情報（体温、血圧、心拍、視力、歩数、歩行距離、体重、血液に関する情報（例えば、血糖値や血液中の酸素濃度など）、骨密度など）を取集し、基地局２に送信する。また、端末１Ｂは、例えば、生体にインプラントされた通信モジュールであってもよい。この場合、端末１Ｂは、例えば、生体情報（例えば、脈拍など）のデータを収集し、基地局２に送信する。

情報解析アプリ８Ｄは、例えば、端末１Ｂから通知された被介護者に関する情報を解析し、当該被介護者に関する情報（例えば、被介護者の健康状態に関する情報）を作成し、サービスアプリ８Ｅに通知する。サービスアプリ８Ｅは、例えば、情報解析アプリ８Ｄから通知された情報に基づいて、当該被介護者に関する情報を表示するための表示データを作成し、携帯電話やＰＣ、モニタ等の端末１Ａに通知する。端末１Ａは、例えば、被介護者の家族や医師など、当該被介護者の関係者が保有する。端末１Ａは、通知されたデータに基づいて、被介護者に関する情報（例えば、被介護者の健康状態に関する情報）を表示する。

情報解析アプリ８Ｄは、例えば、端末１Ｂから通知された被験者の検査情報や生体情報を解析し、当該被験者に関する情報（例えば、被験者の健康状態に関する情報）を作成し、サービスアプリ８Ｅに通知する。サービスアプリ８Ｅは、例えば、情報解析アプリ８Ｄから通知された情報に基づいて、被験者に関する情報を表示するための表示データを作成し、当該被験者が所有する携帯電話やＰＣ、モニタ等の端末１Ａに通知する。端末１Ａは、通知されたデータに基づいて、被験者に関する情報（例えば、被験者の健康状態に関する情報）を表示する。

サービスアプリ８Ｅは、例えば、例えば、レガシーネットワークを介して、ＭＮＯの加入者端末である端末１Ａに所定のデータを通知する。なお、端末１ＡがＭＶＮＯ加入者端末である場合、サービスアプリ８Ｅは、ＭＶＮＯネットワークを介して、所定のデータを通知してもよい。

上記のとおり、第４の実施形態の通信システムは、ＭＶＮＯネットワークが、当該ＭＶＮＯの加入者端末の通信データを用いて所定のサービスを提供するアプリケーションを含む。よって、ＭＶＮＯは、レガシーネットワークを介さずに収集した当該ＭＶＮＯの加入者端末の通信データを用いて、所定のサービスを提供することができる。従って、ＭＶＮＯは、ＭＮＯに対して当該ＭＶＮＯの加入者端末の通信データを渡すことなく、当該通信データを用いた所定のサービスを提供することができる。また、ＭＶＮＯは、例えば、加入者端末から収集した通信データを用いて提供するサービスから収入を得る代わりに、当該ＭＶＮＯの加入者端末の通信料（利用料金）を低廉又は無料にしてもよい。ＭＶＮＯは、例えば、当該ＭＶＮＯの加入者端末の通信料を、ＭＮＯに比べて低廉にすることができ、ＭＮＯに対する差別化要因とすることができる。

以上、本発明の実施形態を説明したが、本発明は、上記したそれぞれの実施形態に限定されるものではない。本発明は、各実施形態の変形・置換・調整に基づいて実施できる。また、本発明は、各実施形態を任意に組み合わせて実施することもできる。即ち、本発明は、本明細書の全ての開示内容、技術的思想に従って実現できる各種変形、修正を含む。また、本発明は、ＳＤＮ（Ｓｏｆｔｗａｒｅ−Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋ）の技術分野にも適用可能である。

また、本発明において、端末１、ネットワークノード（基地局（ｅＮＢ）２、ＳＧＷ３、ＰＧＷ４、ＭＭＥ５）、又は、通信装置１００のコンピュータ、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）又はＭＰＵ（Ｍｉｃｒｏ−Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等が、上述した各実施形態の機能を実現するソフトウェア（プログラム）を実行してもよい。端末１又は各ネットワークノードは、例えばＣＤ−Ｒ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅｃｏｒｄａｂｌｅ）等の各種記憶媒体又はネットワークを介して、上述した各実施形態の機能を実現するソフトウェア（プログラム）を取得してもよい。端末１、各ネットワークノード、又は、通信装置１００が取得するプログラムや該プログラムを記憶した記憶媒体は、本発明を構成することになる。なお、該ソフトウェア（プログラム）は、例えば、端末１、各ネットワークノード、又は、通信装置１００に含まれる所定の記憶部に、予め記憶されていてもよい。端末１又は各ネットワークノードのコンピュータ、ＣＰＵ又はＭＰＵ等は、取得したソフトウェア（プログラム）のプログラムコードを読み出して実行してもよい。したがって、端末１、各ネットワークノード、又は、通信装置１００は、上述した各実施形態における端末１、各ネットワークノード、又は、通信装置１００の処理と同一の処理を実行する。

１、１Ａ、１Ｂ、１Ｃ 端末
２ 基地局
３ ＳＧＷ
３Ａ 仮想ＳＧＷ
４ ＰＧＷ
４Ａ 仮想ＰＧＷ
５ ＭＭＥ
５Ａ 仮想ＭＭＥ
６ ＨＳＳ
６Ａ 仮想ＨＳＳ
７ ＣＳＣＦ
７Ａ 仮想ＣＳＣＦ
８ アプリケーション
８Ａ 画像解析アプリ
８Ｂ 地図アプリ
８Ｃ ＥＭＳアプリ
８Ｄ 情報解析アプリ
８Ｅ サービスアプリ
１０ メッセージ生成部
１１ 通信部
２０ 識別部
２１ ネットワーク切替部
２２ ＲＲＨ
２３ ＢＢＵ
５０ 仮想エンティティ管理部
５１ 制御部
６０ 加入者情報データベース
６１ 制御部
６２ インターフェース
７０ Ｓ−ＣＳＣＦ
７０Ａ 仮想Ｓ−ＣＳＣＦ
７１ Ｐ−ＣＳＣＦ
７１Ａ 仮想Ｐ−ＣＳＣＦ
７２ Ｉ−ＣＳＣＦ
７２Ａ 仮想Ｉ−ＣＳＣＦ
１００ 通信装置
１１０ 制御部
１２０ 仮想ネットワーク機能
２２０ 管理部
２２１ 通信部
２３０ 管理部
２３１ 制御部

Claims (20)

1. 端末の属性に基づいて、第１のオペレータが管理する第１のネットワークと、第２のオペレータが管理する第２のネットワークとを含む複数のネットワークのうち、当該端末に対応するネットワークを識別する第一の手段と、
   識別された前記ネットワークにおいて所定の信号処理を実行するネットワークノードと、前記端末とが接続されるように、当該端末からの通信を処理する第二の手段と、を備え、
   前記第一の手段は、前記第２のオペレータの加入者端末に対して、前記端末からの通信データを用いて所定のサービスを提供可能なサービス提供手段を含む前記第２のネットワークを識別可能である
   ことを特徴とする通信装置。
2. 前記第一の手段は、前記第２のオペレータの加入者端末に対して、複数の前記端末から収集された通信データの解析結果に応じて所定のサービスを提供可能な前記サービス提供手段を含む第２のネットワークを識別可能である
   ことを特徴とする請求項１に記載の通信装置。
3. 前記第一の手段は、前記第２のオペレータの加入者端末に対して、前記第１のオペレータが提供する前記ネットワークノードを利用して通信サービスを提供する当該第２のオペレータが管理する前記第２のネットワークを識別可能である
   ことを特徴とする請求項１又は２に記載の通信装置。
4. 前記第一の手段は、前記第２のオペレータの加入者端末に対して、前記第１のオペレータが提供する無線帯域を利用して通信サービスを提供する当該第２のオペレータが管理する前記第２のネットワークを識別可能である
   ことを特徴とする請求項１乃至３のいずれかに記載の通信装置。
5. 前記第一の手段は、前記第２のオペレータの加入者端末に対して、前記ネットワークノードの機能を仮想マシンにより運用する仮想ネットワークノードを含む前記第２のネットワークを識別可能である
   ことを特徴とする請求項１乃至４のいずれかに記載の通信装置。
6. 前記第一の手段は、前記第２のオペレータの加入者端末に対して、当該加入者端末からの通信データの処理に対する要求条件に応じて動的に構築された仮想マシンにより運用する前記仮想ネットワークノードを含む前記第２のネットワークを識別可能である
   ことを特徴とする請求項５に記載の通信装置。
7. 前記第一の手段は、前記端末が加入するネットワークを識別可能な識別情報に基づいて、当該端末の属性を識別可能である
   ことを特徴とする請求項１乃至６のいずれかに記載の通信装置。
8. 前記第一の手段は、前記端末が加入するオペレータを識別可能な識別情報に基づいて、当該端末の属性を識別可能である
   ことを特徴とする請求項１乃至７のいずれかに記載の通信装置。
9. 前記第一の手段は、前記メッセージに含まれるＰＬＭＮ ＩＤ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ ＩＤｅｎｔｉｆｉｅｒ）に基づいて、当該端末の属性を識別可能である ことを特徴とする請求項１乃至８のいずれかに記載の通信装置。
10. ネットワークに接続可能な端末と、
    端末の属性に基づいて、第１のオペレータが管理する第１のネットワークと、第２のオペレータが管理する第２のネットワークとを含む複数のネットワークのうち、当該端末に対応するネットワークを識別する第一の手段と、
    識別された前記ネットワークにおいて所定の信号処理を実行するネットワークノードと、前記端末とが接続されるように、当該端末からの通信を処理する第二の手段と、を備える通信装置と、を含み、
    前記第一の手段は、前記第２のオペレータの加入者端末に対して、前記端末からの通信データを用いて所定のサービスを提供可能なサービス提供手段を含む前記第２のネットワークを識別可能である
    ことを特徴とする通信システム。
11. 端末の属性に基づいて、第１のオペレータが管理する第１のネットワークと、第２のオペレータが管理する第２のネットワークとを含む複数のネットワークのうち、当該端末に対応するネットワークを識別する第１のステップと、
    識別された前記ネットワークにおいて所定の信号処理を実行するネットワークノードと、前記端末とが接続されるように、当該端末からの通信を処理する第２のステップと、を含み、
    前記第１のステップにおいて、前記第２のオペレータの加入者端末に対して、前記端末からの通信データを用いて所定のサービスを提供可能なサービス提供手段を含む前記第２のネットワークを識別可能である
    ことを特徴とする通信方法。
12. 前記第１のステップにおいて、前記第２のオペレータの加入者端末に対して、複数の前記端末から収集された通信データの解析結果に応じて所定のサービスを提供可能な前記サービス提供手段を含む第２のネットワークを識別可能である
    ことを特徴とする請求項１１に記載の通信方法。
13. 前記第１のステップにおいて、前記第２のオペレータの加入者端末に対して、前記第１のオペレータが提供する前記ネットワークノードを利用して通信サービスを提供する当該第２のオペレータが管理する前記第２のネットワークを識別可能である
    ことを特徴とする請求項１１又は１２に記載の通信方法。
14. 前記第１のステップにおいて、前記第２のオペレータの加入者端末に対して、前記第１のオペレータが提供する無線帯域を利用して通信サービスを提供する当該第２のオペレータが管理する前記第２のネットワークを識別可能である
    ことを特徴とする請求項１１乃至１３のいずれかに記載の通信方法。
15. 前記第１のステップにおいて、前記第２のオペレータの加入者端末に対して、前記ネットワークノードの機能を仮想マシンにより運用する仮想ネットワークノードを含む前記第２のネットワークを識別可能である
    ことを特徴とする請求項１１乃至１４のいずれかに記載の通信方法。
16. 前記第１のステップにおいて、前記第２のオペレータの加入者端末に対して、当該加入者端末からの通信データの処理に対する要求条件に応じて動的に構築された仮想マシンにより運用する前記仮想ネットワークノードを含む前記第２のネットワークを識別可能である
    ことを特徴とする請求項１５に記載の通信方法。
17. 前記第１のステップにおいて、前記端末が加入するネットワークを識別可能な識別情報に基づいて、当該端末の属性を識別可能である
    ことを特徴とする請求項１１乃至１６のいずれかに記載の通信方法。
18. 前記第１のステップにおいて、前記端末が加入するオペレータを識別可能な識別情報に基づいて、当該端末の属性を識別可能である
    ことを特徴とする請求項１１乃至１７のいずれかに記載の通信方法。
19. 前記第１のステップにおいて、前記メッセージに含まれるＰＬＭＮ ＩＤ（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ ＩＤｅｎｔｉｆｉｅｒ）に基づいて、当該端末の属性を識別可能である
    ことを特徴とする請求項１１乃至１８のいずれかに記載の通信方法。
20. 端末の属性に基づいて、第１のオペレータが管理する第１のネットワークと、第２のオペレータが管理する第２のネットワークとを含む複数のネットワークのうち、当該端末に対応するネットワークを識別する工程と、
    識別された前記ネットワークにおいて所定の信号処理を実行するネットワークノードと、前記端末とが接続されるように、当該端末からの通信を処理する工程と、
    前記第２のオペレータの加入者端末に対して、前記端末からの通信データを用いて所定のサービスを提供可能なサービス提供手段を含む前記第２のネットワークを識別する工程と
    をコンピュータに実行させることを特徴とするプログラム。

Images