ホーム > 特許ランキング > 株式会社ＮＴＴドコモ
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-23
(45)【発行日】2024-09-02
(54)【発明の名称】管理装置
(51)【国際特許分類】
H04L 69/18 20220101AFI20240826BHJP
H04L 41/50 20220101ALI20240826BHJP
H04L 69/14 20220101ALI20240826BHJP
H04M 3/00 20240101ALI20240826BHJP
H04W 4/50 20180101ALI20240826BHJP
H04W 88/18 20090101ALI20240826BHJP
【ＦＩ】
H04L69/18
H04L41/50
H04L69/14
H04M3/00 B
H04W4/50
H04W88/18
【請求項の数】
10
(21)【出願番号】P 2024019837
(22)【出願日】2024-02-13
(62)【分割の表示】P 2022543311の分割
【原出願日】2021-07-02
(65)【公開番号】P2024045520
(43)【公開日】2024-04-02
【審査請求日】2024-02-13
(31)【優先権主張番号】P 2020138663
(32)【優先日】2020-08-19
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】392026693
【氏名又は名称】株式会社ＮＴＴドコモ
(74)【代理人】
【識別番号】110003177
【氏名又は名称】弁理士法人旺知国際特許事務所
(72)【発明者】
【氏名】石塚 広樹
(72)【発明者】
【氏名】安沢 昌志
【審査官】岩田 玲彦
(56)【参考文献】
【文献】特開２０１０－１０９９６４（ＪＰ，Ａ）
【文献】特開２０１２－２５７０７７（ＪＰ，Ａ）
【文献】特開２００５－２７７８１５（ＪＰ，Ａ）
【文献】特開２０１４－０３３４４６（ＪＰ，Ａ）
【文献】特開２００７－２０８７１１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ６９／１８
Ｈ０４Ｌ ４１／５０
Ｈ０４Ｌ ６９／１４
Ｈ０４Ｍ ３／００
Ｈ０４Ｗ ４／５０
Ｈ０４Ｗ ８８／１８
(57)【特許請求の範囲】
【請求項1】
１又は複数の通信事業者に管理される複数のネットワークのうちの１つ以上のネットワークに接続中の端末装置に対して提供される通信サービスの品質の制御を開始する開始要求と前記端末装置に関する端末情報とを、取得する取得部と、前記複数のネットワークのうち、前記端末装置と接続中の前記１つ以上のネットワークを、前記取得部により取得された前記端末情報に基づいて、特定する特定部と、
前記特定部により特定された前記１つ以上のネットワークのうち、前記通信サービスの品質の制御の対象となる制御対象のネットワークに前記通信サービスの品質の制御を開始させる制御処理を、実行するサービス管理部と、
を備えている、
ことを特徴とする管理装置。
【請求項2】
前記通信サービスは、複数の品質に対応する複数の品質モードを有し、前記制御処理は、
前記端末装置と接続中の前記１つ以上のネットワークが複数のネットワークである場合、前記複数の品質モードのうちの前記開始要求により示される品質モードに基づいて、前記端末装置と接続中の前記複数のネットワークのうちの一部又は全部を、前記制御対象のネットワークとして選択する処理を含む、
ことを特徴とする請求項１に記載の管理装置。
【請求項3】
前記サービス管理部は、前記開始要求により示される品質モードが前記複数の品質モードのうちの低遅延モードである場合、前記端末装置と接続中の前記複数のネットワークのうちの１つのネットワークを前記制御対象のネットワークとして選択し、
前記低遅延モードは、
前記複数の品質モードのうち、他の品質モードに比べて通信の遅延が小さい品質モードである、
ことを特徴とする請求項２に記載の管理装置。
【請求項4】
前記サービス管理部は、前記開始要求により示される品質モードが前記低遅延モードである場合、前記端末装置と接続中の前記複数のネットワークのうち、通信品質が最も高いネットワークを、前記制御対象のネットワークとして選択する、
ことを特徴とする請求項３に記載の管理装置。
【請求項5】
前記サービス管理部は、前記端末装置と接続中の前記複数のネットワークのうちの前記制御対象のネットワーク以外のネットワークと前記端末装置との間の通信を切断する処理を実行する、
ことを特徴とする請求項３又は４に記載の管理装置。
【請求項6】
前記サービス管理部は、前記開始要求により示される品質モードが前記複数の品質モードのうちの大容量モードである場合、前記端末装置と接続中の前記複数のネットワークのうちの全部を、前記制御対象のネットワークとして選択し、
前記大容量モードは、
前記複数の品質モードのうち、他の品質モードに比べて大容量のデータを転送可能な品質モードである、
ことを特徴とする請求項２に記載の管理装置。
【請求項7】
前記サービス管理部は、前記開始要求により示される品質モードが前記複数の品質モードのうちの大容量モードである場合、
前記端末装置と接続中の前記複数のネットワークのうち、通信品質が所定のレベル以上のネットワークを前記制御対象のネットワークとして選択し、
前記端末装置と接続中の前記複数のネットワークのうちの前記制御対象のネットワーク以外のネットワークと前記端末装置との間の通信を切断する処理を実行し、
前記大容量モードは、
前記複数の品質モードのうち、他の品質モードに比べて大容量のデータを転送可能な品質モードである、
ことを特徴とする請求項２に記載の管理装置。
【請求項8】
前記取得部は、前記端末装置と接続中の前記１つ以上のネットワークが複数のネットワークである場合、前記端末装置と接続中のネットワーク毎に前記端末装置から送信される前記開始要求及び前記端末情報を、取得し、
前記特定部は、
所定期間内に前記取得部により取得された前記端末情報に基づいて、前記端末装置と接続中の前記複数のネットワークを特定する、
ことを特徴とする請求項１から７のいずれか１項に記載の管理装置。
【請求項9】
前記取得部は、前記端末装置と接続中の前記１つ以上のネットワークが複数のネットワークである場合、前記端末装置と接続中の前記複数のネットワークのいずれかを介して前記端末装置から所定期間内に送信される前記端末情報を取得し、
前記特定部は、
前記所定期間内に前記取得部により取得された前記端末情報に基づいて、前記端末装置と接続中の前記複数のネットワークを特定する、
ことを特徴とする請求項１から７のいずれか１項に記載の管理装置。
【請求項10】
前記サービス管理部は、前記１又は複数の通信事業者に管理される前記複数のネットワークの各々の通信品質をモニタリングしたモニタリング結果を繰り返し取得し、
前記特定部により特定された、前記端末装置と接続中の前記１つ以上のネットワークから、前記制御対象のネットワークを、前記モニタリング結果に基づいて選択する処理を、繰り返す、
ことを特徴とする請求項１から９のいずれか１項に記載の管理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、管理装置に関する。
【背景技術】
【0002】
ネットワーク等の通信網における通信の品質を確保する技術として、ＱｏＳ（Quality of Service）制御が知られている。例えば、スマートフォン等の端末装置がネットワークに接続されるシステムでは、端末装置から要求されたＱｏＳのレベルに応じたＱｏＳ制御を実行する方法が提案されている（例えば、特許文献１）。また、近年では、複数の通信事業者によりそれぞれ管理される複数のネットワークに同時に接続可能な端末装置が普及している。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１４－３３４４６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、端末装置が複数のネットワークに同時に接続している場合、端末装置と接続中の複数のネットワークから、ＱｏＳ制御の開始の要求先として適切なネットワークが選択されることが望ましい。しかしながら、例えば、端末装置にインストールされるアプリケーションプログラムを提供するアプリケーション事業者が、端末装置と接続中の複数のネットワークから、ＱｏＳ制御の開始の要求先を選択できるようにアプリケーションプログラムを作成する場合、アプリケーションプログラムが煩雑になる問題がある。
【課題を解決するための手段】
【0005】
以上の課題を解決するために、本発明の好適な態様に係る管理装置は、１又は複数の通信事業者に管理される複数のネットワークのうちの１つ以上のネットワークに接続中の端末装置に対して提供される通信サービスの品質の制御を開始する開始要求と前記端末装置に関する端末情報とを、取得する取得部と、前記複数のネットワークのうち、前記端末装置と接続中の前記１つ以上のネットワークを、前記取得部により取得された前記端末情報に基づいて、特定する特定部と、前記特定部により特定された前記１つ以上のネットワークのうち、前記通信サービスの品質の制御の対象となる制御対象のネットワークに前記通信サービスの品質の制御を開始させる制御処理を、実行するサービス管理部と、を備えている、ことを特徴とする。
【発明の効果】
【0006】
本発明によれば、複数のネットワークに同時に接続可能な端末装置にインストールされるアプリケーションプログラムがＱｏＳ制御の開始を要求する場合に、アプリケーションプログラムが煩雑になることを抑制することができる。
【図面の簡単な説明】
【0007】
【図1】実施形態に係る管理装置を含むネットワークシステムの全体構成を示すブロック図である。
【図3】ＡＰＩ情報の一例を示す説明図である。
【図4】端末情報の一例を示す説明図である。
【図5】ネットワーク情報の一例を示す説明図である。
【図8】第１変形例に係るネットワークシステムの動作の一例を示すシーケンスチャートである。
【発明を実施するための形態】
【0008】
［１．実施形態］
図１は、実施形態に係る管理装置１００を含むネットワークシステム１０の全体構成を示すブロック図である。図１に例示するように、ネットワークシステム１０は、インターネットＩＮＥＴを介して互いに接続される複数のネットワークＮＷと、インターネットＩＮＥＴを介して複数のネットワークＮＷに接続される管理装置１００と、ネットワークＮＷに接続される複数の端末装置２００とを有する。なお、端末装置２００は、複数のネットワークＮＷのうちの１つ以上のネットワークＮＷに接続される。例えば、端末装置２００は、複数のネットワークＮＷのうちの２つ以上のネットワークＮＷに同時に接続されてもよい。また、管理装置１００は、インターネットＩＮＥＴを介さずに、複数のネットワークＮＷに接続されてもよい。本明細書における「装置」という用語は、回路、デバイス又はユニット等の他の用語に読替えてもよい。
図１は、実施形態に係る管理装置１００を含むネットワークシステム１０の全体構成を示すブロック図である。図１に例示するように、ネットワークシステム１０は、インターネットＩＮＥＴを介して互いに接続される複数のネットワークＮＷと、インターネットＩＮＥＴを介して複数のネットワークＮＷに接続される管理装置１００と、ネットワークＮＷに接続される複数の端末装置２００とを有する。なお、端末装置２００は、複数のネットワークＮＷのうちの１つ以上のネットワークＮＷに接続される。例えば、端末装置２００は、複数のネットワークＮＷのうちの２つ以上のネットワークＮＷに同時に接続されてもよい。また、管理装置１００は、インターネットＩＮＥＴを介さずに、複数のネットワークＮＷに接続されてもよい。本明細書における「装置」という用語は、回路、デバイス又はユニット等の他の用語に読替えてもよい。
【0009】
複数のネットワークＮＷの各々は、例えば、通信サービスを提供する複数の通信事業者の各々により管理される移動体通信網等の電気通信回線であり、有線ネットワーク及び無線ネットワークの一方又は両方を含む。なお、複数のネットワークＮＷには、同一の通信事業者により管理される２つ以上のネットワークＮＷが含まれてもよい。ネットワークＮＷの管理には、例えば、ネットワークＮＷの運用が含まれる。但し、通信事業者が仮想移動体通信事業者である場合、ネットワークＮＷの管理には、例えば、ネットワークＮＷに含まれる基地局等の無線局の運用が含まれない場合、及び、有線の運用が含まれない場合がある。また、複数のネットワークＮＷの各々は、品質制御装置３００を有する。なお、図１では、図を見やくするため、ネットワークＮＷに含まれる複数のノード（装置）のうち、品質制御装置３００以外のノード（例えば、基地局等）の記載を省略している。
【0010】
ここで、複数のネットワークＮＷ間の接続、ネットワークＮＷと端末装置２００との接続、及び、ネットワークＮＷと管理装置１００との接続は、例えば、複数の要素間を互いに通信可能にする接続であればよく、有線及び無線の一方を用いた接続でもよいし、有線及び無線の両方を用いた接続でもよい。
【0011】
なお、図１では、複数のネットワークＮＷを互いに区別するために、ネットワークＮＷの符号の末尾には、小文字のアルファベット（ａ又はｂ）が付されている。また、ネットワークＮＷに含まれる品質制御装置３００等の符号の末尾にも、対応するネットワークＮＷと同じ小文字のアルファベット（ａ又はｂ）が付されている。
【0012】
例えば、ネットワークＮＷａは、ネットワークＮＷｂを管理する通信事業者と異なる通信事業者により管理される。また、例えば、品質制御装置３００ａは、ネットワークＮＷａに含まれ、ネットワークＮＷａに係る通信サービスの品質を制御する。また、例えば、品質制御装置３００ｂは、ネットワークＮＷｂに含まれ、ネットワークＮＷｂに係る通信サービスの品質を制御する。
【0013】
本実施形態では、複数の端末装置２００が接続されるネットワークＮＷに係る通信サービスの品質の制御が端末装置２００毎に実行可能である場合を想定する。通信サービスは、例えば、複数の品質に対応する複数の品質モードを有する。例えば、品質モードとしては、他の品質モードに比べて大容量のデータを転送可能な大容量モード、他の品質モードに比べて通信の遅延が小さい低遅延モード、及び、ベストエフォートによる制御が行われるベストエフォートモード等がある。また、通信サービスの品質の制御は、例えば、帯域制御、低遅延制御及び優先制御等を含む。
【0014】
帯域制御では、例えば、ネットワークＮＷにおける通信の帯域が制御される。帯域の制御は、帯域の下限値が設定される帯域保証であってもよいし、帯域の上限値が設定される帯域制限であってもよい。同様に、低遅延制御は、例えば、遅延の上限値が設定される遅延保証であってもよいし、遅延の下限値が設定される遅延制限であってもよい。優先制御では、例えば、特定の通信に係るパケット（通信を行う際の転送単位のデータ）が優先して転送される。例えば、ネットワークＮＷ上を流れるパケットに優先度が付けられ、優先度が他のパケットより高いパケットは、他のパケットよりも先に処理される。
【0015】
以下では、通信サービスの品質の制御は、ＱｏＳ（Quality of Service）制御とも称される。例えば、大容量モードのＱｏＳ制御では、帯域の下限値が設定される帯域保証の帯域制御が実行されてもよい。また、例えば、低遅延モードのＱｏＳ制御では、遅延の上限値が設定される遅延保証の低遅延制御が実行されてもよい。なお、品質モードは、例えば、端末装置２００により指定されてもよいし、管理装置１００等のサーバにより指定されてもよい。あるいは、品質モードは、ネットワークＮＷに含まれる装置（品質制御装置３００とは別の図示しない装置）により指定されてもよい。また、品質モードの指定は、例えば、ＱＣＩ（QoS Class Identifier）を指定することであってもよい。
【0016】
本実施形態では、ＱｏＳ制御は、例えば、端末装置２００がＱｏＳ制御の開始を管理装置１００を介して品質制御装置３００に要求することにより、開始される。以下では、端末装置２００が２つ以上のネットワークＮＷに同時に接続されている場合のＱｏＳ制御に係るネットワークシステム１０の動作を中心に説明する。
【0017】
管理装置１００は、例えば、サーバ等の情報処理装置であり、各ネットワークＮＷに接続された複数の端末装置２００と通信可能である。また、本実施形態では、管理装置１００は、各ネットワークＮＷに含まれる品質制御装置３００と通信可能である。すなわち、ネットワークシステム１０は、通信事業者に依存しない管理装置１００を有する。なお、管理装置１００は、複数の通信事業者のうちの特定の通信事業者により管理されてもよい。すなわち、特定の通信事業者が管理装置１００を運用してもよい。この場合、例えば、管理装置１００は、特定の通信事業者により管理されるネットワークＮＷにインターネットＩＮＥＴを介さずに接続され、他の通信事業者により管理されるネットワークＮＷにインターネットＩＮＥＴを介して接続されてもよい。管理装置１００が特定の通信事業者により運用される場合においても、端末装置２００等による管理装置１００に対する動作は、通信事業者に依存しない。
【0018】
管理装置１００は、例えば、処理装置１１０、記憶装置１６０及び通信装置１７０を具備するコンピュータシステムにより実現される。管理装置１００の複数の要素の各々は、情報を通信するための単体又は複数のバスで相互に接続される。また、管理装置１００の複数の要素の各々を、単数又は複数の機器が構成してもよい。また、管理装置１００の一部の要素は省略されてもよい。
【0019】
処理装置１１０は、管理装置１００の全体を制御するプロセッサであり、例えば、単数又は複数のチップにより構成される。処理装置１１０は、例えば、周辺装置とのインタフェース、演算装置及びレジスタ等を含む中央処理装置（ＣＰＵ：Central Processing Unit）により構成される。なお、処理装置１１０の機能の一部又は全部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、及び、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアによって実現してもよい。処理装置１１０は、各種の処理を並列的又は逐次的に実行する。
【0020】
処理装置１１０は、例えば、記憶装置１６０から制御プログラムＰＲ１を読み出し、読み出した制御プログラムＰＲ１を実行することによって、取得部１２０、特定部１３０及びサービス管理部１４０として機能する。なお、制御プログラムＰＲ１は、ネットワークＮＷを介して他の装置から送信されてもよい。
【0021】
取得部１２０は、例えば、１又は複数の通信事業者に管理される複数のネットワークＮＷのうちの１つ以上のネットワークＮＷに接続中の端末装置２００に対して提供される通信サービスの品質の制御の開始を要求する開始要求ＲＥＱｓ１と端末装置２００に関する端末情報ＴＥＩＮＦとを、取得する（図６のＳ１００参照）。
【0022】
なお、本実施形態では、端末装置２００が複数のネットワークＮＷに接続している場合、端末装置２００と接続中のネットワークＮＷ毎に端末装置２００が開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦを送信する場合を想定する。従って、取得部１２０は、端末装置２００が複数のネットワークＮＷに接続している場合、端末装置２００と接続中のネットワークＮＷ毎に端末装置２００から送信される開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦを、取得する。端末情報ＴＥＩＮＦの一例は、後述する図４において説明する。
【0023】
特定部１３０は、複数のネットワークＮＷのうち、ＱｏＳ制御の開始を要求した端末装置２００と接続中のネットワークＮＷを、取得部１２０により取得された端末情報ＴＥＩＮＦに基づいて、特定する。なお、特定部１３０は、例えば、取得部１２０が取得した端末情報ＴＥＩＮＦに基づいて、複数の通信事業者のうち、開始要求ＲＥＱｓ１の送信元の端末装置２００が接続されたネットワークＮＷを管理する通信事業者を、特定してもよい。この場合においても、端末装置２００と接続中のネットワークＮＷが特定される。
【0024】
サービス管理部１４０は、端末装置２００と接続中のネットワークＮＷとして特定部１３０により特定されたネットワークＮＷのうち、ＱｏＳ制御の対象となる制御対象のネットワークＮＷにＱｏＳ制御を開始させるための制御処理を、実行する。以下では、端末装置２００と接続中の複数のネットワークＮＷの一部が制御対象のネットワークＮＷである場合、端末装置２００と接続中の複数のネットワークＮＷのうち、制御対象のネットワークＮＷを除くネットワークＮＷは、制御対象外のネットワークＮＷとも称される。
【0025】
制御処理は、例えば、端末装置２００と接続中のネットワークＮＷの数が複数である場合、複数の品質モードのうちの開始要求ＲＥＱｓ１により示される品質モードに基づいて、端末装置２００と接続中の複数のネットワークＮＷのうちの一部又は全部を、制御対象のネットワークＮＷとして選択する処理を含む。例えば、サービス管理部１４０は、制御対象のネットワークＮＷを、ＱｏＳ制御の品質モードに応じて決定する。なお、制御対象のネットワークＮＷを決定する方法の詳細は、後述する図６及び図７において説明する。
【0026】
また、本実施形態では、制御処理は、例えば、制御対象のネットワークＮＷの品質制御装置３００にＱｏＳ制御を開始させるための処理を含む。具体的には、制御処理は、例えば、制御対象のネットワークＮＷの品質制御装置３００に開始要求ＲＥＱｓ２を送信する処理を含む（図６のＳ１２０参照）。この場合、サービス管理部１４０は、例えば、端末装置２００から取得した開始要求ＲＥＱｓ１を、開始要求ＲＥＱｓ２として、制御対象のネットワークＮＷの品質制御装置３００に送信する。これにより、例えば、端末装置２００（ＱｏＳ制御の開始を要求した端末装置２００）に対するＱｏＳ制御が、端末装置２００と接続中のネットワークＮＷのうちの制御対象のネットワークＮＷの品質制御装置３００により実行される。以下では、開始要求ＲＥＱｓ１及びＲＥＱｓ２は、開始要求ＲＥＱｓと総称される場合がある。
【0027】
なお、サービス管理部１４０は、端末装置２００と接続中の複数のネットワークＮＷが制御対象外のネットワークＮＷを含む場合、制御対象外のネットワークＮＷに対する開始要求ＲＥＱｓの応答として、否定応答ＮＡＣＫｓＢを端末装置２００に送信してもよい（Ｓ１２２）。否定応答ＮＡＣＫｓは、開始要求ＲＥＱｓに応じたＱｏＳ制御が実行されないことを示す情報であり、開始要求ＲＥＱｓが否定されたことを示す。否定応答ＮＡＣＫｓを端末装置２００に送信する処理は、制御処理に含まれてもよい。
【0028】
ここで、制御処理は、例えば、記憶装置１６０に記憶された管理テーブルＴＢＬに基づいて実行される。管理テーブルＴＢＬの一例は、後述する図２において説明する。
【0029】
記憶装置１６０は、処理装置１１０が読取可能な記録媒体であり、処理装置１１０が実行する制御プログラムＰＲ１を含む複数のプログラム及び管理テーブルＴＢＬ等の各種のデータを記憶する。記憶装置１６０は、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、及び、ＲＡＭ（Random Access Memory）等の少なくとも１つによって構成されてもよい。記憶装置１６０は、レジスタ、キャッシュ、又は、メインメモリ（主記憶装置）等と呼ばれてもよい。
【0030】
通信装置１７０は、端末装置２００及び品質制御装置３００等の他の装置とネットワークＮＷを介して通信を行うためのハードウェア（送受信デバイス）である。通信装置１７０は、例えば、ネットワークデバイス、ネットワークコントローラ、ネットワークカード、又は、通信モジュール等とも呼ばれる。通信装置１７０は、例えば、周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の一方又は両方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、及び、周波数シンセサイザ等を含んで構成されてもよい。
【0031】
端末装置２００としては、例えば、任意の情報処理装置を採用することができ、パーソナルコンピュータ等の据置型の情報機器であってもよいし、スマートフォン、ノートパソコン、ウェアラブル端末及びタブレット端末等の可搬型の情報端末であってもよい。以下の説明では、端末装置２００としてスマートフォンを想定する。
【0032】
端末装置２００は、例えば、処理装置２１０、記憶装置２６０、通信装置２７０、入力装置２８０及び出力装置２９０を具備するコンピュータシステムにより実現される。処理装置２１０は、端末装置２００の全体を制御するプロセッサであり、上述した管理装置１００の処理装置１１０と同様に構成される。例えば、処理装置２１０は、記憶装置２６０から制御プログラムＰＲ２を読み出し、読み出した制御プログラムＰＲ２を実行することによって、要求部２２０等として機能する。なお、制御プログラムＰＲ２は、ネットワークＮＷを介して他の装置から送信されてもよい。
【0033】
要求部２２０は、例えば、ＱｏＳ制御の開始を要求する場合に、開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦを管理装置１００に送信する。なお、ＱｏＳ制御の開始の要求は、ＱｏＳ制御の開始ＡＰＩ（Application Programming Interface）を呼び出すことであってもよい。例えば、要求部２２０は、ＱｏＳ制御の開始ＡＰＩの呼び出しを管理装置１００に対して実行することにより、ＱｏＳ制御の開始を管理装置１００に要求してもよい。
【0034】
なお、本実施形態では、端末装置２００は、例えば、複数のネットワークＮＷに接続している場合、端末装置２００と接続中のネットワークＮＷ毎に開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦを送信する。
【0035】
また、本実施形態では、要求部２２０は、例えば、ＱｏＳ制御の終了を要求する場合に、ＱｏＳ制御の終了を要求する終了要求ＲＥＱｅを品質制御装置３００に送信する（図６のＳ２４０参照）。ＱｏＳ制御の終了の要求は、ＱｏＳ制御の終了ＡＰＩを呼び出すことであってもよい。例えば、要求部２２０は、ＱｏＳ制御の終了ＡＰＩの呼び出しを品質制御装置３００に対して実行することにより、ＱｏＳ制御の終了を品質制御装置３００に要求してもよい。なお、要求部２２０は、終了要求ＲＥＱｅを、管理装置１００を介して品質制御装置３００に送信してもよい。本実施形態では、開始要求ＲＥＱｓを送信することには、ＱｏＳ制御の開始ＡＰＩを呼び出すことも含まれ、終了要求ＲＥＱｅを送信することには、ＱｏＳ制御の終了ＡＰＩを呼び出すことも含まれる。
【0036】
記憶装置２６０は、処理装置２１０が読取可能な記録媒体であり、処理装置２１０が実行する制御プログラムＰＲ２を含む複数のプログラム等の各種のデータを記憶する。記憶装置２６０は、上述した記憶装置１６０と同様に、例えば、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及び、ＲＡＭ等の少なくとも１つによって構成されてもよい。
【0037】
通信装置２７０は、管理装置１００及び品質制御装置３００等の他の装置とネットワークＮＷを介して通信を行うためのハードウェア（送受信デバイス）であり、上述した通信装置１７０と同様に構成される。
【0038】
入力装置２８０は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、及び、センサ等）である。例えば、入力装置２８０は、数字及び文字等の符号を処理装置２１０に入力するための操作と、端末装置２００の表示面に表示されるアイコンを選択するための操作とを受け付ける。例えば、端末装置２００の表示面に対する接触を検出するタッチパネルが入力装置２８０として好適である。なお、入力装置２８０は、ユーザが操作可能な複数の操作子を含んでもよい。
【0039】
出力装置２９０は、外部への出力を実施するディスプレイ等の出力デバイスである。出力装置２９０は、例えば、処理装置２１０による制御のもとで、画像を表示する。例えば、液晶表示パネル及び有機ＥＬ（Electro Luminescence）表示パネル等の各種の表示パネルが出力装置２９０として好適に利用される。なお、入力装置２８０及び出力装置２９０は、一体となった構成（例えば、タッチパネル）であってもよい。また、出力装置２９０は、スピーカー及びＬＥＤ（Light Emitting Diode）ランプ等を有する出力デバイスでもよい。
【0040】
品質制御装置３００は、例えば、サーバ等の情報処理装置であり、ＱｏＳ制御を実行する。また、品質制御装置３００は、管理装置１００及び端末装置２００と、通信可能である。例えば、品質制御装置３００は、端末装置２００に対するＱｏＳ制御の開始を要求する開始要求ＲＥＱｓ２を受けた場合、開始要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を、端末装置２００による通信に対して実行する。
【0041】
例えば、品質制御装置３００は、開始要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を実行する場合、開始要求ＲＥＱｓ２に対する肯定応答ＡＣＫｓを端末装置２００に送信する（図６のＳ３２２参照）。また、品質制御装置３００は、開始要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を実行できない場合、開始要求ＲＥＱｓ２に対する否定応答ＮＡＣＫｓを端末装置２００に送信する。なお、品質制御装置３００は、肯定応答ＡＣＫｓ及び否定応答ＮＡＣＫｓ等の応答情報を、管理装置１００を介して端末装置２００に送信してもよい。
【0042】
また、開始要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を実行できるか否かは、例えば、ＱｏＳ利用判定情報に基づいて判定されてもよい。ＱｏＳ利用判定情報は、例えば、ネットワークＮＷに関するネットワーク情報、ＱｏＳ制御に関するＡＰＩ情報、通信サービスの提供事業者情報、及び、緊急度情報の一部又は全部を含む。ネットワーク情報の一例は、後述する図５において説明する。また、ＡＰＩ情報の一例は、後述する図３において説明する。提供事業者情報は、例えば、端末装置２００に提供された通信サービスが仮想移動体通信事業者により提供された通信サービスか否かを判定するための情報である。また、緊急度情報は、例えば、通信の緊急度（例えば、災害時か否か等）を示す情報である。なお、ＱｏＳ利用判定情報は、上述の項目以外の項目を含んでもよい。
【0043】
図１では、品質制御装置３００の構成を特に図示していないが、品質制御装置３００は、例えば、管理装置１００と同様に、品質制御装置３００の全体を制御する処理装置と、各種のデータを記憶する記憶装置と、他の装置と通信を行うための通信装置とを具備するコンピュータシステムにより実現される。なお、品質制御装置３００は、単体の装置として実現されてもよいし、相互に別体で構成された複数の装置の集合（すなわち、システム）として実現されてもよい。例えば、品質制御装置３００において、開始要求ＲＥＱｓ２等を受け付ける機能とＱｏＳ制御を実行する機能とが、単体の装置として実現されてもよいし、相互に別体で構成された２つの装置の集合として実現されてもよい。あるいは、品質制御装置３００は、ＱｏＳ制御を実行する複数の装置を有してもよい。
【0044】
なお、管理装置１００、端末装置２００及び品質制御装置３００の構成は、図１に示す例に限定されない。例えば、管理装置１００は、端末装置２００と同様に、入力装置及び出力装置を有してもよい。また、例えば、管理装置１００は、補助記憶装置を有してもよい。補助記憶装置は、管理装置１００が読取可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ＲＯＭ）等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、及び、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、及び、キードライブ)、フロッピー（登録商標）ディスク、及び、磁気ストリップ等の少なくとも１つによって構成されてもよい。同様に、端末装置２００及び品質制御装置３００の一方又は両方は、補助記憶装置を有してもよい。補助記憶装置は、ストレージと呼ばれてもよい。
【0045】
また、品質制御装置３００は、対応するネットワークＮＷにおいてＱｏＳ制御を実行できればよく、ネットワークＮＷが品質制御装置３００を含まずに定義されるか否かは特に限定されない。
【0046】
図２は、図１に示した管理テーブルＴＢＬの一例を示す説明図である。管理テーブルＴＢＬには、例えば、制御処理をサービス管理部１４０が実行するために必要な情報を含む事業者個別情報ＣＡＩＮＦが、通信事業者毎に記憶されている。
【0047】
例えば、管理テーブルＴＢＬは、複数の通信事業者と１対１に対応する複数のレコードを有する。そして、管理テーブルＴＢＬの各レコードには、例えば、複数の通信事業者の中から各通信事業者を識別するための通信事業者ＩＤと、通信事業者ＩＤにより示される通信事業者の事業者個別情報ＣＡＩＮＦとが記憶されている。
【0048】
事業者個別情報ＣＡＩＮＦは、例えば、通信事業者により管理装置１００に通知されたＡＰＩに関するＡＰＩ情報と、ＱｏＳ制御の開始等を要求する際のアクセス先を示すアクセス先情報とを含む。ＡＰＩ情報及びアクセス先情報は、通信事業者により公開されてもよい。ＡＰＩ情報の一例は、後述する図３において説明する。アクセス先情報は、例えば、品質制御装置３００のＩＰ（Internet Protocol）アドレスであってもよいし、ＡＰＩのＵＲＬ（Uniform Resource Locator）であってもよい。また、アクセス先情報は、ＡＰＩ情報に含まれてもよい。
【0049】
管理装置１００は、例えば、制御対象のネットワークＮＷを管理している通信事業者の事業者個別情報ＣＡＩＮＦに基づいて、開始要求ＲＥＱｓ２を、制御対象のネットワークＮＷの品質制御装置３００に、送信する。制御対象のネットワークＮＷを管理している通信事業者は、例えば、開始要求ＲＥＱｓ２の送信先の品質制御装置３００を管理している通信事業者である。
【0050】
なお、管理テーブルＴＢＬは、図２に示す例に限定されない。例えば、複数の通信事業者が、２つ以上のネットワークＮＷを管理する一の通信事業者を含む場合、互いに異なる２つ以上の通信事業者ＩＤが一の通信事業者に割り当てられてもよい。一の通信事業者に割り当てられる２つ以上の通信事業者ＩＤは、例えば、一の通信事業者が管理する２つ以上のネットワークＮＷと１対１に対応する。すなわち、管理テーブルＴＢＬは、１又は複数の通信事業者に管理される複数のネットワークＮＷと１対１に対応する複数のレコードを有する。ここで、一の通信事業者が２つ以上のネットワークＮＷを管理することは、例えば、ＱｏＳ制御の開始等を要求する際のアクセス先（アクセス先情報）が互いに異なる２つ以上のネットワークＮＷを一の通信事業者が管理することであってもよい。
【0051】
図３は、ＡＰＩ情報の一例を示す説明図である。
【0052】
ＡＰＩ情報は、例えば、ＱｏＳ制御の開始の要求、ＱｏＳ制御の終了の要求、ＱｏＳ制御の状態の確認、ＱｏＳ制御の利用可否の確認及びＳＩＭ（Subscriber Identity Module）情報の取得等に関する情報を含む。さらに、ＡＰＩ情報は、例えば、要求モード種別を示す情報、要求通信品質を示す情報、ＳＩＭ情報、ユーザ装置情報、端末装置２００が在圏するエリアに関するエリア情報、及び、通信事業者の独自機能を示す情報の一部又は全部を含む。
【0053】
要求モード種別は、例えば、品質制御装置３００に要求するＱｏＳ制御の品質モードである。要求通信品質は、例えば、品質制御装置３００に要求するＱｏＳ制御により実現される通信品質、又は、目標となる通信品質である。通信品質としては、例えば、スループット、遅延時間、ジッタ、フレームレート及びパケット損失率等が該当する。ＳＩＭ情報は、例えば、ＳＩＭに格納されている情報である。ユーザ装置情報は、例えば、端末装置２００に格納されている情報である。ＳＩＭ情報及びユーザ装置情報の一例は、後述する図４において説明する。
【0054】
エリア情報は、端末装置２００の位置を示す位置情報、端末装置２００が在圏するエリアの地図情報、端末装置２００が在圏するエリアの基地局に関する基地局情報、端末装置２００が在圏するエリアの気象情報、端末装置２００の周囲の遮蔽物に関する遮蔽物情報、及び、端末装置２００が在圏するエリアの通信に関する障害通知の有無を示す情報の一部又は全部を含む。なお、エリア情報は、上述の項目以外の項目を含んでもよい。通信事業者の独自機能は、例えば、他の通信事業者と共通する機能と異なる機能であり、通信事業者により独自に付加された機能である。
【0055】
なお、ＡＰＩ情報に含まれる項目は、図３に示す例に限定されない。例えば、ＡＰＩ情報は、図３に示した項目の一部を含まなくてもよい。あるいは、ＡＰＩ情報は、図３に示した項目の一部又は全部と、図３に示した項目以外の項目（例えば、図２において説明したアクセス先情報等）とを含んでもよい。また、ＡＰＩ情報に含まれる項目は、図１において説明したように、ＱｏＳ利用判定情報に含まれてもよい。
【0056】
図４は、端末情報ＴＥＩＮＦの一例を示す説明図である。端末情報ＴＥＩＮＦは、例えば、ＳＩＭ情報及びユーザ装置情報を含む。
【0057】
ＳＩＭ情報は、例えば、開始要求ＲＥＱｓを送信した端末装置２００に通信サービスを提供している通信事業者を特定する場合に管理装置１００により参照される。例えば、ＳＩＭ情報は、ＩＭＳＩ（International Mobile Subscriber Identity）、ＭＳＮＳＤＮ（Mobile Subscriber Integrated Services Digital Network Number）、ＩＣＣＩＤ（Integrated Circuit Card ID）、契約情報、及び、契約状態を示す情報の一部又は全部を含む。なお、ＳＩＭ情報に含まれる項目は、図４に示す例に限定されない。例えば、ＳＩＭ情報は、図４に示した項目の一部又は全部と、図４に示した項目以外の項目とを含んでもよい。
【0058】
ユーザ装置情報は、例えば、ＳＩＭ情報と同様に、開始要求ＲＥＱｓを送信した端末装置２００に通信サービスを提供している通信事業者を特定する場合に管理装置１００により参照されてもよい。ユーザ装置情報は、例えば、端末装置２００のＩＰアドレス、端末装置２００のモデル名、アプリケーション情報、対向サーバ情報、対向ユーザ装置情報、署名情報、パッケージ情報、端末装置２００のＯＳ（Operating System）に関するＯＳ情報、端末装置２００のメモリに関するメモリ情報、端末装置２００のＣＰＵに関するＣＰＵ情報、ＣＰＵの利用率、メモリの利用率、ユーザの本人性情報の一部又は全部を含む。
【0059】
端末装置２００のＩＰアドレスは、例えば、通信事業者により提供される通信サービスを利用するために端末装置２００に付与され、通信事業者及びネットワークＮＷ等を識別するための情報である。アプリケーション情報は、例えば、端末装置２００において実行されているアプリケーションプログラムの名称等を示す情報である。また、ユーザの本人性情報は、例えば、ユーザを認証する際に使用される情報（指紋、光彩、顔及びパスワード等）である。なお、ユーザ装置情報に含まれる項目は、図４に示す例に限定されない。例えば、ユーザ装置情報は、図４に示した項目の一部又は全部と、図４に示した項目以外の項目とを含んでもよい。
【0060】
また、端末情報ＴＥＩＮＦに含まれる項目は、図４に示す例に限定されない。例えば、端末情報ＴＥＩＮＦは、ＳＩＭ情報及びユーザ装置情報の一方を含まなくてもよい。あるいは、端末情報ＴＥＩＮＦは、ＳＩＭ情報及びユーザ装置情報の一方又は両方と、ＳＩＭ情報及びユーザ装置情報以外の情報（例えば、後述する図５に示すネットワーク情報）とを含んでもよい。
【0061】
図５は、ネットワーク情報の一例を示す説明図である。ネットワーク情報に含まれる項目は、例えば、図１において説明したように、ＱｏＳ利用判定情報に含まれ、品質制御装置３００が開始要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を実行できるか否かを判定する場合に、品質制御装置３００により参照される。また、ネットワーク情報に含まれる項目は、端末情報ＴＥＩＮＦに含まれてもよい。この場合、ネットワークＮＷに含まれる基地局等が、端末装置２００からネットワークＮＷを介して管理装置１００に送信される端末情報ＴＥＩＮＦに、ネットワーク情報を付加してもよい。
【0062】
ネットワーク情報は、例えば、５タプル情報、ＡＰＮ（Access Point Name）、通信方式情報、通信品質を示す情報、基地局の稼働率を示す情報、基地局の可用性を示す情報、及び、基地局への同時接続数を示す情報の一部又は全部を含む。５タプル情報は、送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号及びプロトコルＩＤを含む情報である。通信方式情報は、例えば、３Ｇ（3rd generation mobile communication system）、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、無線ＬＡＮ（Local Area Network）、テザリング及び有線通信等の通信方式を示す。
【0063】
なお、ネットワーク情報に含まれる項目は、図５に示す例に限定されない。例えば、ネットワーク情報は、図５に示した項目の一部又は全部と、図５に示した項目以外の項目とを含んでもよい。また、ネットワーク情報が端末情報ＴＥＩＮＦに含まれる場合、ＱｏＳ利用判定情報に含まれるネットワーク情報の項目は、端末情報ＴＥＩＮＦに含まれるネットワーク情報の項目と相違してもよい。ネットワーク情報が端末情報ＴＥＩＮＦに含まれる場合、特定部１３０は、例えば、複数のネットワークＮＷのうち、端末装置２００と接続中のネットワークＮＷを、端末情報ＴＥＩＮＦに含まれるネットワーク情報（例えば、ＡＰＮ等）に基づいて、特定してもよい。
【0064】
図６は、図１に示したネットワークシステム１０の動作の一例を示すシーケンスチャートである。図６に示す例では、複数の端末装置２００のうち、ネットワークＮＷａ及びＮＷｂに同時に接続された一の端末装置２００から開始要求ＲＥＱｓ１が送信される場合を想定する。従って、図６の説明では、特に断りがない場合、端末装置２００は、ネットワークＮＷａ及びＮＷｂに同時に接続された一の端末装置２００を意味するものとする。また、図６に示す例では、開始要求ＲＥＱｓ１により示される品質モードが複数の品質モードのうちの低遅延モードである場合を想定する。また、図６に示す例では、端末装置２００が、開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦを管理装置１００に送信する処理を、接続中のネットワークＮＷ毎に実行する場合を想定する。
【0065】
先ず、端末装置２００の要求部２２０は、開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦａを、ネットワークＮＷａを介して管理装置１００に送信し、開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦｂを、ネットワークＮＷｂを介して管理装置１００に送信する（Ｓ２００）。なお、開始要求ＲＥＱｓ１の送信先（管理装置１００のアドレス）は、通信事業者に依存せずに、複数の通信事業者で共通である。
【0066】
また、端末装置２００からネットワークＮＷａを介して管理装置１００に送信される開始要求ＲＥＱｓ１の内容は、端末装置２００からネットワークＮＷｂを介して管理装置１００に送信される開始要求ＲＥＱｓ１の内容と同様である。また、端末装置２００からネットワークＮＷａを介して管理装置１００に送信される端末情報ＴＥＩＮＦａには、例えば、ネットワークＮＷａを管理する通信事業者により提供されるＩＰアドレス等の通信事業者を識別するための情報が含まれる。同様に、端末装置２００からネットワークＮＷｂを介して管理装置１００に送信される端末情報ＴＥＩＮＦｂには、例えば、ネットワークＮＷｂを管理する通信事業者により提供されるＩＰアドレス等の通信事業者を識別するための情報が含まれる。
【0067】
また、図６に示す例では、端末装置２００からネットワークＮＷａを介して管理装置１００に送信される開始要求ＲＥＱｓ１等が、端末装置２００からネットワークＮＷｂを介して管理装置１００に送信される開始要求ＲＥＱｓ１等より先に、管理装置１００に到達する場合を想定する。なお、開始要求ＲＥＱｓ１等が管理装置１００に到達する順番は、図６に示す例に限定されない。
【0068】
管理装置１００の取得部１２０は、端末装置２００からネットワークＮＷａを介して管理装置１００に送信された開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦａを取得する（Ｓ１００）。そして、取得部１２０は、１つ目の開始要求ＲＥＱｓ１を取得した第１タイミングＴ１から所定時間ＴＰ経過するまで、他のネットワークＮＷ（図６に示す例では、ネットワークＮＷｂ）を介して端末装置２００から送信される開始要求ＲＥＱｓ等の到達を待機する。第１タイミングＴ１から所定時間ＴＰ経過するまでの期間（第１タイミングＴ１から第２タイミングＴ２までの所定時間ＴＰ）は、「所定期間」の一例である。以下では、第１タイミングＴ１から所定時間ＴＰ経過するまでの期間は、単に、所定時間ＴＰとも称される。
【0069】
また、第１タイミングＴ１は、以下に示すように決定されてもよい。例えば、取得部１２０は、取得した開始要求ＲＥＱｓ１と同じ内容の開始要求ＲＥＱｓ１を、開始要求ＲＥＱｓ１を取得した取得タイミングを起点にして所定時間ＴＰ遡ったタイミングから取得タイミングまでの期間に取得していない場合、取得タイミングを第１タイミングと決定してもよい。
【0070】
あるいは、取得部１２０は、開始要求ＲＥＱｓ１を送信した端末装置２００と開始要求ＲＥＱｓ１の内容との組に対応付けたフラグを用いて、第１タイミングを決定してもよい。例えば、取得部１２０は、端末装置２００から取得した開始要求ＲＥＱｓ１に対応するフラグがセットされていない場合、開始要求ＲＥＱｓ１を取得したタイミングを第１タイミングに決定し、フラグをセットする。そして、取得部１２０は、例えば、開始要求ＲＥＱｓ１に応じたＱｏＳ制御が終了した場合、終了したＱｏＳ制御に対応する開始要求ＲＥＱｓ１のフラグをリセットしてもよい。
【0071】
図６に示す例では、取得部１２０は、第１タイミングＴ１から所定時間ＴＰ経過するまでの期間に、端末装置２００からネットワークＮＷｂを介して送信された開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦｂを取得する（Ｓ１０２）。
【0072】
そして、管理装置１００の特定部１３０は、複数のネットワークＮＷのうち、端末装置２００と接続中のネットワークＮＷを、所定時間ＴＰ内に取得部１２０により取得された端末情報ＴＥＩＮＦに基づいて、特定する（Ｓ１０４）。例えば、特定部１３０は、複数のネットワークＮＷのうち、端末装置２００と接続中のネットワークＮＷを、端末情報ＴＥＩＮＦに含まれるＩＰアドレスに基づいて特定する。なお、特定部１３０は、例えば、端末装置２００と接続中のネットワークＮＷを管理する通信事業者を端末情報ＴＥＩＮＦに基づいて特定することにより、端末装置２００と接続中のネットワークＮＷを特定してもよい。具体的には、特定部１３０は、端末情報ＴＥＩＮＦａに含まれるＩＰアドレスに基づいてネットワークＮＷａの通信事業者を特定し、端末情報ＴＥＩＮＦｂに含まれるＩＰアドレスに基づいてネットワークＮＷｂの通信事業者を特定してもよい。あるいは、特定部１３０は、端末情報ＴＥＩＮＦａに含まれるＳＩＭ情報（例えば、ＩＣＣＩＤ等）に基づいてネットワークＮＷａの通信事業者を特定し、端末情報ＴＥＩＮＦｂに含まれるＳＩＭ情報に基づいてネットワークＮＷｂの通信事業者を特定してもよい。
【0073】
また、管理装置１００のサービス管理部１４０は、例えば、端末装置２００と接続中の複数のネットワークＮＷａ及びＮＷｂのうち、制御対象のネットワークＮＷを、開始要求ＲＥＱｓ１により示される品質モードに基づいて決定する（Ｓ１０６）。制御対象のネットワークＮＷは、図１において説明したように、ＱｏＳ制御の対象となるネットワークＮＷである。すなわち、制御対象のネットワークＮＷは、ＱｏＳ制御の要求先（開始要求ＲＥＱｓ２の送信先）となるネットワークＮＷである。図６に示す例では、サービス管理部１４０は、開始要求ＲＥＱｓ１により示される品質モードが低遅延モードであるため、ネットワークＮＷａ及びＮＷｂのうちの１つのネットワークＮＷａを、制御対象のネットワークＮＷとして選択する。
【0074】
このように、開始要求ＲＥＱｓ１により示される品質モードが低遅延モードであり、かつ、端末装置２００が複数のネットワークＮＷに接続している場合、端末装置２００と接続中の複数のネットワークＮＷのうちの１つが、制御対象のネットワークＮＷとして選択される。開始要求ＲＥＱｓ１により示される品質モードが低遅延モードであり、かつ、端末装置２００が複数のネットワークＮＷに接続している場合における制御対象のネットワークＮＷの選択方法として、以下の方法を採用してもよい。
【0075】
例えば、第１の方法では、サービス管理部１４０は、端末装置２００と接続中の複数のネットワークＮＷのうち、通信品質が最も高いネットワークＮＷ（例えば、通信の遅延が最も小さいネットワークＮＷ）を、制御対象のネットワークＮＷとして選択する。各ネットワークＮＷの通信品質は、例えば、ＱｏＳ利用判定情報に含まれるネットワーク情報の通信品質により示されてもよい。
【0076】
第２の方法では、サービス管理部１４０は、端末装置２００と接続中の複数のネットワークＮＷのうち、端末装置２００に最も近い位置に基地局を有するネットワークＮＷを、制御対象のネットワークＮＷとして選択してもよい。また、第３の方法では、サービス管理部１４０は、端末装置２００がエッジサーバと通信する場合、端末装置２００と接続中の複数のネットワークＮＷのうち、端末装置２００に最も近い位置にエッジサーバを有するネットワークＮＷを、制御対象のネットワークＮＷとして選択してもよい。なお、エッジサーバは、例えば、ＭＥＣ（Multi-access Edge Computing）を実現するためのサーバ等の情報処理装置である。ＭＥＣは、例えば、移動体通信網等の電気通信回線において、ユーザに、より近い位置にサーバ及びストレージ等のコンピュータシステムを配置する仕組みである。
【0077】
上述の第２の方法及び第３の方法では、管理装置１００が、各ネットワークＮＷの基地局及びエッジサーバの位置を示す位置情報、及び、各ネットワークＮＷ内の通信経路を設定するルーティングの方法等が記憶されたデータベースを有する場合を想定している。また、例えば、図３に示したＡＰＩ情報に、端末装置２００が在圏するエリアの基地局に関する基地局情報が含まれる場合、上述のデータベースに基づいて、端末装置２００が在圏するエリアの基地局に関する基地局情報がＡＰＩ情報に含まれてもよい。
【0078】
なお、制御対象のネットワークＮＷの選択方法は、上述の第１の方法、第２の方法、及び、第３の方法に限定されない。例えば、サービス管理部１４０は、ネットワークＮＷａ及びＮＷｂのいずれも通信の遅延が開始要求ＲＥＱｓ１により示される低遅延モードにより保証されている遅延より小さい場合、ネットワークＮＷａ及びＮＷｂからランダムに、制御対象のネットワークＮＷを選択してもよい。
【0079】
サービス管理部１４０は、制御対象のネットワークＮＷａを決定した後、制御対象のネットワークＮＷａに対応する事業者個別情報ＣＡＩＮＦに基づいて、開始要求ＲＥＱｓ２を制御対象のネットワークＮＷａに送信する（Ｓ１２０）。
【0080】
本実施形態では、開始要求ＲＥＱｓ２は、管理装置１００のサービス管理部１４０から制御対象のネットワークＮＷの品質制御装置３００に送信される場合を想定する。開始要求ＲＥＱｓ２には、例えば、端末装置２００から取得した開始要求ＲＥＱｓ１に含まれる項目が含まれる。なお、開始要求ＲＥＱｓ２には、図３に示したＡＰＩ情報に含まれる項目の一部又は全部と、開始要求ＲＥＱｓ１に含まれる項目とが含まれてもよい。従って、開始要求ＲＥＱｓ２を品質制御装置３００に送信することには、開始要求ＲＥＱｓ１を品質制御装置３００に送信することも含まれる。すなわち、サービス管理部１４０が実行する制御処理には、端末装置２００から取得した開始要求ＲＥＱｓ１を品質制御装置３００に送信する処理が含まれてもよい。
【0081】
制御対象のネットワークＮＷａの品質制御装置３００ａは、管理装置１００から送信された開始要求ＲＥＱｓ２を受信する（Ｓ３２０）。そして、品質制御装置３００ａは、開始要求ＲＥＱｓ２により指定される品質モード（図６に示す例では、低遅延モード）のＱｏＳ制御を実行できるか否かを、ＱｏＳ利用判定情報に基づいて判定する。図６に示す例では、開始要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を品質制御装置３００ａが実行できる場合を想定する。従って、品質制御装置３００ａは、開始要求ＲＥＱｓ２に対する肯定応答ＡＣＫｓ（開始要求ＲＥＱｓに応じたＱｏＳ制御が実行されることを示す情報）を、端末装置２００に送信する（Ｓ３２２）。なお、品質制御装置３００ａは、開始要求ＲＥＱｓ２に対する肯定応答ＡＣＫｓを、端末装置２００と管理装置１００とに送信してもよいし、開始要求ＲＥＱｓ２に対する肯定応答ＡＣＫｓを、管理装置１００を介して端末装置２００に送信してもよい。
【0082】
また、品質制御装置３００ａは、開始要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を開始する（Ｓ３２４）。例えば、品質制御装置３００ａは、ＡＰＩ情報に含まれるＳＩＭ情報等に基づいて、端末装置２００の電話番号を特定し、特定した電話番号に対応する端末装置２００に対して、開始要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を開始する。これにより、端末装置２００に対するＱｏＳ制御が開始される。
【0083】
また、管理装置１００のサービス管理部１４０は、ネットワークＮＷｂの品質制御装置３００ｂに開始要求ＲＥＱｓ２を送信しないため、ネットワークＮＷｂに対する開始要求ＲＥＱｓ１が否定されたことを示す情報として、否定応答ＮＡＣＫｓＢを端末装置２００に送信する（Ｓ１２２）。
【0084】
また、管理装置１００のサービス管理部１４０は、制御対象外のネットワークＮＷｂと端末装置２００との間の通信の切断を要求する切断要求ＲＥＱｄｃを、ネットワークＮＷｂ（例えば、ネットワークＮＷｂの基地局）に送信する（Ｓ１３０）。これにより、ネットワークＮＷｂは、切断要求ＲＥＱｄｃを受信する（Ｓ３３０）。なお、切断要求ＲＥＱｄｃを送信することには、通信の切断ＡＰＩを呼び出すことが含まれてもよい。すなわち、通信の切断の処理に関するＡＰＩが設けられてもよい。
【0085】
切断要求ＲＥＱｄｃを受信したネットワークＮＷｂは、端末装置２００との間の通信を切断する場合、通信を切断することを示す切断情報ＤＣＩＮＦを、端末装置２００に送信する（Ｓ３３２）。なお、ネットワークＮＷｂは、切断情報ＤＣＩＮＦを、管理装置１００を介して端末装置２００に送信してもよい。また、ネットワークＮＷｂは、切断要求ＲＥＱｄｃに応じて、端末装置２００との間の通信を切断する（Ｓ３３４）。これにより、ネットワークシステム１０のリソースの空き（より詳細には、ネットワークＮＷｂのリソースの空き）を増やすことができる。
【0086】
なお、ネットワークＮＷｂは、切断要求ＲＥＱｄｃを承諾しなくてもよい。この場合、ネットワークＮＷｂは、端末装置２００との間の通信を切断しないことを示す否定応答を、管理装置１００に送信してもよい。あるいは、制御対象外のネットワークＮＷｂと端末装置２００との間の通信の切断は、要求されなくてもよい。すなわち、ステップＳ１３０、Ｓ３３０、Ｓ３３２、Ｓ３３４及びＳ２３０の処理は、実行されなくてもよい。
【0087】
端末装置２００は、開始要求ＲＥＱｓ１に対する応答として、肯定応答ＡＣＫｓ、否定応答ＮＡＣＫｓＢ及び切断情報ＤＣＩＮＦ等の応答情報を受信する（Ｓ２２０、Ｓ２２２及びＳ２３０）。例えば、端末装置２００は、ネットワークＮＷａに対する開始要求ＲＥＱｓ１の応答として肯定応答ＡＣＫｓを受信することにより、開始要求ＲＥＱｓ１に応じたＱｏＳ制御がネットワークＮＷａにおいて開始されることを認識できる。また、例えば、端末装置２００は、ネットワークＮＷｂに対する開始要求ＲＥＱｓ１の応答として否定応答ＮＡＣＫｓＢを受信することにより、ネットワークＮＷｂにおいてＱｏＳ制御が実行されないことを認識できる。また、例えば、端末装置２００は、ネットワークＮＷｂからの切断情報ＤＣＩＮＦを受信することにより、ネットワークＮＷｂとの間の通信が切断されることを認識できる。
【0088】
また、端末装置２００の要求部２２０は、端末装置２００に対するＱｏＳ制御を終了させる場合、端末装置２００に対するＱｏＳ制御を実行しているネットワークＮＷａの品質制御装置３００ａに終了要求ＲＥＱｅを送信する（Ｓ２４０）。なお、要求部２２０は、終了要求ＲＥＱｅを品質制御装置３００ａと管理装置１００とに送信してもよいし、終了要求ＲＥＱｅを管理装置１００を介して品質制御装置３００ａに送信してもよい。品質制御装置３００ａにアクセスするための情報（品質制御装置３００ａのアドレス等）は、例えば、肯定応答ＡＣＫｓに含まれてもよいし、管理装置１００から端末装置２００に送信されてもよい。
【0089】
ネットワークＮＷａの品質制御装置３００ａは、終了要求ＲＥＱｅを端末装置２００から受信する（Ｓ３４０）。そして、品質制御装置３００ａは、終了要求ＲＥＱｅに対する肯定応答ＡＣＫｅを、端末装置２００に送信する（Ｓ３４２）。これにより、端末装置２００は、終了要求ＲＥＱｅに対する肯定応答ＡＣＫｅを、品質制御装置３００ａから受信する（Ｓ２４２）。また、品質制御装置３００ａは、終了要求ＲＥＱｅにより示される端末装置２００に対するＱｏＳ制御を終了する（Ｓ３４４）。
【0090】
なお、品質制御装置３００ａは、終了要求ＲＥＱｅに対する肯定応答ＡＣＫｅを、端末装置２００と管理装置１００とに送信してもよいし、終了要求ＲＥＱｅに対する肯定応答ＡＣＫｅを、管理装置１００を介して端末装置２００に送信してもよい。この場合、管理装置１００は、端末装置２００に対するＱｏＳ制御が終了することを認識できる。
【0091】
このように、本実施形態では、端末装置２００は、管理装置１００に開始要求ＲＥＱｓ１を送信することにより、端末装置２００と接続中のネットワークＮＷのうちの適切なネットワークＮＷの品質制御装置３００にＱｏＳ制御を開始させることができる。すなわち、端末装置２００は、通信サービスを提供する通信事業者を特に認識することなく、ＱｏＳ制御を品質制御装置３００に開始させることができる。これにより、本実施形態では、例えば、ＱｏＳ制御の実行を要求するアプリケーションプログラムが煩雑になることを抑制することができる。
【0092】
例えば、アプリケーションプログラムを提供するアプリケーション事業者は、ＱｏＳ制御を利用するために、ＱｏＳ制御を利用するためのＱｏＳ制御ＳＤＫ（Software Development Kit）をアプリケーションプログラムに内包してもよい。開始要求ＲＥＱｓ１の送信先は、アプリケーションプログラムがインストールされる端末装置２００が接続されるネットワークＮＷを管理する通信事業者に拘わらず、管理装置１００である。この結果、本実施形態では、複数の通信事業者が管理する複数のネットワークＮＷのいずれに対しても、ＱｏＳ制御の実行を要求できるアプリケーションプログラムを作成する場合に、通信事業者に合わせて開始要求ＲＥＱｓ１の送信先を変更する必要がない。このため、本実施形態では、アプリケーションプログラムが煩雑になることを抑制することができる。すなわち、本実施形態では、アプリケーション事業者が、複数の通信事業者のうちのどの通信事業者に対しても、ＱｏＳ制御の実行を要求できるようにアプリケーションプログラムを作成する場合においても、アプリケーションプログラムが煩雑になることを抑制することができる。
【0093】
さらに、本実施形態では、端末装置２００と接続中の複数のネットワークＮＷから、ＱｏＳ制御の開始の要求先として適切なネットワークＮＷ（制御対象のネットワークＮＷ）を管理装置１００が選択する。このため、例えば、複数のネットワークＮＷに同時に接続可能な端末装置２００にインストールされるアプリケーションプログラムがＱｏＳ制御の開始を要求する場合に、アプリケーションプログラムが煩雑になることを抑制することができる。
【0094】
図７は、図１に示したネットワークシステム１０の動作の別の例を示すシーケンスチャートである。図７に示す例では、図６に示した例と同様に、複数の端末装置２００のうち、ネットワークＮＷａ及びＮＷｂに同時に接続された一の端末装置２００から開始要求ＲＥＱｓ１が送信される場合を想定する。従って、図７の説明においても、特に断りがない場合、端末装置２００は、ネットワークＮＷａ及びＮＷｂに同時に接続された一の端末装置２００を意味するものとする。また、図７に示す例では、開始要求ＲＥＱｓ１により示される品質モードが複数の品質モードのうちの大容量モードである場合を想定する。なお、図７に示す例では、管理装置１００が端末装置２００と接続中のネットワークＮＷを特定するまでの動作（Ｓ２００、Ｓ１００、Ｓ１０２及び１０４）は、図６に示した動作と同様であるため、説明を省略する。また、図７では、図６において説明した動作と同様の動作については、詳細な説明を省略する。
【0095】
管理装置１００のサービス管理部１４０は、例えば、特定部１３０が端末装置２００と接続中のネットワークＮＷを特定した後、制御対象のネットワークＮＷを、開始要求ＲＥＱｓ１により示される品質モードに基づいて決定する（Ｓ１０６）。図７に示す例では、サービス管理部１４０は、開始要求ＲＥＱｓ１により示される品質モードが大容量モードであるため、端末装置２００と接続中の全てのネットワークＮＷａ及びＮＷｂを制御対象のネットワークＮＷとして選択する。
【0096】
そして、管理装置１００のサービス管理部１４０は、ネットワークＮＷａの品質制御装置３００ａ及びネットワークＮＷｂの品質制御装置３００ｂに、開始要求ＲＥＱｓ２を送信する（Ｓ１２０）。これにより、ネットワークＮＷａの品質制御装置３００ａ及びネットワークＮＷｂの品質制御装置３００ｂは、管理装置１００から送信された開始要求ＲＥＱｓ２を受信する（Ｓ３２０ａ及びＳ３２０ｂ）。
【0097】
ステップＳ３２２ａ及びＳ３２２ｂの処理は、図６において説明したステップＳ３２２の処理と同様であり、ステップＳ３２４ａ及びＳ３２４ｂの処理は、図６において説明したステップＳ３２４の処理と同様である。例えば、ネットワークＮＷａの品質制御装置３００ａは、開始要求ＲＥＱｓ２に対する肯定応答ＡＣＫｓを端末装置２００に送信し、開始要求ＲＥＱｓ２により指定される大容量モードのＱｏＳ制御を開始する（Ｓ３２２ａ及びＳ３２４ａ）。同様に、ネットワークＮＷｂの品質制御装置３００ｂは、開始要求ＲＥＱｓ２に対する肯定応答ＡＣＫｓを端末装置２００に送信し、開始要求ＲＥＱｓ２により指定される大容量モードのＱｏＳ制御を開始する（Ｓ３２２ｂ及びＳ３２４ｂ）。なお、図７に示す例では、ネットワークＮＷｂにおいてもＱｏＳ制御が実行されるため、端末装置２００とネットワークＮＷｂとの間の通信を切断するための処理（例えば、図６のＳ１３０の処理等）は、実行されない。
【0098】
ステップＳ３４０ａ及びＳ３４０ｂの処理は、図６において説明したステップＳ３４０の処理と同様である。また、ステップＳ３４２ａ及びＳ３４２ｂの処理は、図６において説明したステップＳ３４２の処理と同様であり、ステップＳ３４４ａ及びＳ３４４ｂの処理は、図６において説明したステップＳ３４４の処理と同様である。
【0099】
例えば、ネットワークＮＷａの品質制御装置３００ａ及びネットワークＮＷｂの品質制御装置３００ｂは、終了要求ＲＥＱｅを端末装置２００から受信する（Ｓ３４０ａ及びＳ３４０ｂ）。そして、ネットワークＮＷａの品質制御装置３００ａは、終了要求ＲＥＱｅに対する肯定応答ＡＣＫｅを端末装置２００に送信し、終了要求ＲＥＱｅにより示されるＱｏＳ制御を終了する（Ｓ３４２ａ及びＳ３４４ａ）。同様に、ネットワークＮＷｂの品質制御装置３００ｂは、終了要求ＲＥＱｅに対する肯定応答ＡＣＫｅを端末装置２００に送信し、終了要求ＲＥＱｅにより示されるＱｏＳ制御を終了する（Ｓ３４２ｂ及びＳ３４４ｂ）。
【0100】
ステップＳ２２０ａ及びＳ２２０ｂの処理は、図６において説明したステップＳ２２０の処理と同様である。また、ステップＳ２４０の処理は、図６において説明したステップＳ２４０の処理と同様であり、ステップＳ２４２ａ及びＳ２４２ｂの処理は、図６において説明したステップＳ２４２の処理と同様である。
【0101】
例えば、端末装置２００は、開始要求ＲＥＱｓ１に対する応答として、肯定応答ＡＣＫｓを、ネットワークＮＷａ及びＮＷｂから受信する（Ｓ２２０ａ及びＳ２２０ｂ）。また、端末装置２００は、ネットワークＮＷａ及びＮＷｂに終了要求ＲＥＱｅを送信し、終了要求ＲＥＱｅに対する応答として、肯定応答ＡＣＫｅを、ネットワークＮＷａ及びＮＷｂから受信する（Ｓ２４０、Ｓ２４２ａ及びＳ２４２ｂ）。
【0102】
このように、開始要求ＲＥＱｓ２により指定される品質モードが大容量モードの場合でも、端末装置２００と接続中の複数のネットワークＮＷから、ＱｏＳ制御の開始の要求先として適切なネットワークＮＷを、通信事業者に依存しない管理装置１００が選択する。従って、開始要求ＲＥＱｓ２により指定される品質モードが大容量モードの場合でも、開始要求ＲＥＱｓ２により指定される品質モードが低遅延モードの場合と同様に、アプリケーションプログラムが煩雑になることを抑制することができる。
【0103】
なお、ネットワークシステム１０の動作は、図６及び図７に示す例に限定されない。例えば、管理装置１００の特定部１３０は、第１タイミングＴ１から所定時間ＴＰ経過するまでの期間中に、端末情報ＴＥＩＮＦを受信する度に、端末装置２００と接続中のネットワークＮＷを端末情報ＴＥＩＮＦに基づいて特定してもよい。
【0104】
また、例えば、制御対象のネットワークＮＷは、開始要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を実行できない場合、開始要求ＲＥＱｓ２に対する否定応答ＮＡＣＫｓを、管理装置１００に送信してもよい。この場合、管理装置１００のサービス管理部１４０は、制御対象のネットワークＮＷの決定を、再度実行してもよい。また、制御対象のネットワークＮＷは、開始要求ＲＥＱｓ２に対する否定応答ＮＡＣＫｓを管理装置１００に送信する場合、ＱｏＳ制御を実行できない理由を示す否定理由情報を、管理装置１００に送信してもよい。また、管理装置１００のサービス管理部１４０は、ＱｏＳ制御が実行されない場合、否定応答ＮＡＣＫｓを端末装置２００に送信してもよいし、否定応答ＮＡＣＫｓ及び否定理由情報の両方を端末装置２００に送信してもよい。
【0105】
また、管理装置１００のサービス管理部１４０は、ＱｏＳ制御に関する予め決められた複数の品質モードのいずれにも、開始要求ＲＥＱｓ１により指定される品質モードが当てはまらない場合、開始要求ＲＥＱｓ１を棄却してもよい。この場合、管理装置１００のサービス管理部１４０は、開始要求ＲＥＱｓ２を品質制御装置３００に送信せずに、否定応答ＮＡＣＫｓを端末装置２００に送信してもよい。この場合においても、管理装置１００のサービス管理部１４０は、否定応答ＮＡＣＫｓと一緒に否定理由情報を端末装置２００に送信してもよい。
【0106】
また、管理装置１００のサービス管理部１４０は、品質モード以外の条件に基づいて、開始要求ＲＥＱｓ１を棄却するか否かを判定してもよい。例えば、管理装置１００のサービス管理部１４０は、開始要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を端末装置２００と接続中のネットワークＮＷにおいて実行可能か否かを、ＱｏＳ利用判定情報に基づいて判定してもよい。管理装置１００のサービス管理部１４０は、例えば、開始要求ＲＥＱｓ１により指定される品質モードのＱｏＳ制御を実行可能なネットワークＮＷに端末装置２００が接続されていない場合、開始要求ＲＥＱｓ２を品質制御装置３００に送信せずに、否定応答ＮＡＣＫｓを端末装置２００に送信してもよい。この場合においても、管理装置１００のサービス管理部１４０は、否定応答ＮＡＣＫｓと一緒に否定理由情報を端末装置２００に送信してもよい。
【0107】
また、例えば、開始要求ＲＥＱｓ１により指定される品質モードが大容量モードである場合、管理装置１００のサービス管理部１４０は、端末装置２００と接続中の複数のネットワークＮＷのうち、通信品質が所定のレベル以上のネットワークＮＷを制御対象のネットワークＮＷとして選択してもよい。この場合、管理装置１００のサービス管理部１４０は、制御対象外のネットワークＮＷと端末装置２００との間の通信を切断するための処理を実行してもよい。すなわち、管理装置１００のサービス管理部１４０は、端末装置２００と接続中の複数のネットワークＮＷのうち、通信品質が所定のレベルより小さいネットワークＮＷと端末装置２００との間の通信を切断するための処理を実行してもよい。制御対象外のネットワークＮＷと端末装置２００との間の通信が切断されることにより、ネットワークシステム１０のリソースの空きを増やすことができる。
【0108】
また、開始要求ＲＥＱｓ１により指定される品質モードが低遅延モード及び大容量モードのいずれでもない場合においても、制御対象のネットワークＮＷは、例えば、開始要求ＲＥＱｓ１により指定される品質モードに応じて選択される。
【0109】
また、例えば、開始要求ＲＥＱｓ１が、複数の端末装置２００が接続される所定のサーバ（図１等には図示せず）と端末装置２００との間の通信に対するＱｏＳ制御の開始を示す場合、管理装置１００は、端末装置２００毎に、１つの制御対象のネットワークＮＷを決定してもよい。例えば、管理装置１００のサービス管理部１４０は、所定のサーバに接続された複数の端末装置２００のうちの一の端末装置２００に対応する制御対象のネットワークＮＷとして、一の端末装置２００と接続中の複数のネットワークＮＷのうちの１つを選択してもよい。さらに、サービス管理部１４０は、一の端末装置２００と接続中の複数のネットワークＮＷのうちの制御対象外のネットワークＮＷと一の端末装置２００との間の通信を切断してもよい。これにより、ネットワークシステム１０のリソースの空きを増やすことができる。
【0110】
所定のサーバに接続された複数の端末装置２００のうちの一の端末装置２００に対応する制御対象のネットワークＮＷの選択方法として、以下の方法を採用してもよい。例えば、サービス管理部１４０は、一の端末装置２００と接続中の複数のネットワークＮＷのうち、単位時間当たりの通信量が最も少ないネットワークＮＷを、制御対象のネットワークＮＷとして選択してもよい。あるいは、サービス管理部１４０は、一の端末装置２００と接続中の複数のネットワークＮＷのうち、エリア展開が最も少ない通信事業者のネットワークＮＷを、制御対象のネットワークＮＷとして選択してもよい。なお、所定のサーバに接続された複数の端末装置２００のうちの一の端末装置２００に対応する制御対象のネットワークＮＷの選択方法は、上述の例に限定されない。例えば、サービス管理部１４０は、一の端末装置２００と接続中の複数のネットワークＮＷから１つのネットワークＮＷを制御対象のネットワークＮＷとしてランダムに選択してもよい。
【0111】
以上、本実施形態では、管理装置１００は、取得部１２０、特定部１３０及びサービス管理部１４０を有する。取得部１２０は、１又は複数の通信事業者に管理される複数のネットワークＮＷのうちの１つ以上のネットワークＮＷに接続中の端末装置２００に対して提供される通信サービスの品質の制御（ＱｏＳ制御）を開始する開始要求ＲＥＱｓ１と端末装置２００に関する端末情報ＴＥＩＮＦとを、取得する。特定部１３０は、複数のネットワークＮＷのうち、端末装置２００と接続中の１つ以上のネットワークＮＷを、取得部１２０により取得された端末情報ＴＥＩＮＦに基づいて、特定する。サービス管理部１４０は、特定部１３０により特定された１つ以上のネットワークＮＷのうち、ＱｏＳ制御の対象となる制御対象のネットワークＮＷにＱｏＳ制御を開始させる制御処理を、実行する。
【0112】
このように、本実施形態では、端末装置２００から開始要求ＲＥＱｓ１を取得した管理装置１００が、端末装置２００と接続中のネットワークＮＷのうちの適切なネットワークＮＷにＱｏＳ制御を開始させる制御処理を、実行する。従って、本実施形態では、端末装置２００は、通信サービスを提供する通信事業者に拘わらず、管理装置１００に開始要求ＲＥＱｓ１を送信することにより、端末装置２００と接続中のネットワークＮＷのうちの適切なネットワークＮＷにＱｏＳ制御を開始させることができる。すなわち、開始要求ＲＥＱｓ１の送信先は、アプリケーションプログラムがインストールされる端末装置２００が接続されるネットワークＮＷを管理する通信事業者に拘わらず、管理装置１００である。この結果、本実施形態では、１又は複数の通信事業者が管理する複数のネットワークＮＷのいずれに対しても、ＱｏＳ制御の実行を要求できるアプリケーションプログラムを作成する場合に、アプリケーションプログラムが煩雑になることを抑制することができる。
【0113】
さらに、本実施形態では、端末装置２００と接続中の複数のネットワークＮＷから、ＱｏＳ制御の開始の要求先として適切なネットワークＮＷ（制御対象のネットワークＮＷ）を管理装置１００が選択する。このため、例えば、複数のネットワークＮＷに同時に接続可能な端末装置２００にインストールされるアプリケーションプログラムがＱｏＳ制御の開始を要求する場合に、アプリケーションプログラムが煩雑になることを抑制することができる。
【0114】
また、本実施形態では、特定部１３０は、所定期間（第１タイミングＴ１から所定時間ＴＰ経過するまでの期間）内に取得部１２０により取得された端末情報ＴＥＩＮＦに基づいて、端末装置２００と接続中の１つ以上のネットワークＮＷを特定してもよい。この場合、特定部１３０は、所定期間内に取得部１２０により取得された端末情報ＴＥＩＮＦに基づいて、端末装置２００と接続中の１つ以上のネットワークＮＷが複数のネットワークＮＷであるか否かを容易に判定できる。
【0115】
また、本実施形態では、制御処理は、端末装置２００と接続中の１つ以上のネットワークＮＷが複数のネットワークＮＷである場合、複数の品質モードのうちの開始要求ＲＥＱｓ１により示される品質モードに基づいて、端末装置２００と接続中の複数のネットワークＮＷのうちの一部又は全部を、制御対象のネットワークＮＷとして選択する処理を含んでもよい。この場合、サービス管理部１４０は、端末装置２００と接続中の複数のネットワークＮＷのうち、開始要求ＲＥＱｓ１により指定される品質モードに適したネットワークＮＷを、制御対象のネットワークＮＷとして選択することができる。
【0116】
例えば、サービス管理部１４０は、開始要求ＲＥＱｓ１により示される品質モードが低遅延モードである場合、端末装置２００と接続中の複数のネットワークＮＷのうちの１つのネットワークＮＷを制御対象のネットワークＮＷとして選択してもよい。この場合、制御対象外のネットワークＮＷが端末装置２００に対するＱｏＳ制御を実行しないため、不要なＱｏＳ制御が実行されることを抑制することができる。
【0117】
また、例えば、サービス管理部１４０は、開始要求ＲＥＱｓ１により示される品質モードが低遅延モードである場合、端末装置２００と接続中の複数のネットワークＮＷのうち、通信品質が最も高いネットワークＮＷを、制御対象のネットワークＮＷとして選択してもよい。この場合、制御対象のネットワークＮＷにより、低遅延モードのＱｏＳを端末装置２００に適切に提供することができる。
【0118】
また、例えば、サービス管理部１４０は、端末装置２００と接続中の複数のネットワークＮＷのうちの制御対象のネットワークＮＷ以外のネットワークＮＷ（制御対象外のネットワークＮＷ）と端末装置２００との間の通信を切断する処理を実行してもよい。この場合、ネットワークシステム１０の空き（より詳細には、制御対象外のネットワークＮＷのリソースの空き）を増やすことができる。
【0119】
また、例えば、サービス管理部１４０は、開始要求ＲＥＱｓ１により示される品質モードが大容量モードである場合、端末装置２００と接続中の複数のネットワークＮＷのうちの全部を、制御対象のネットワークＮＷとして選択してもよい。この場合、制御対象のネットワークＮＷにより、大容量モードのＱｏＳを端末装置２００に適切に提供することができる。
【0120】
また、例えば、サービス管理部１４０は、開始要求ＲＥＱｓ１により示される品質モードが大容量モードである場合、端末装置２００と接続中の複数のネットワークＮＷのうち、通信品質が所定のレベル以上のネットワークＮＷを制御対象のネットワークＮＷとして選択してもよい。そして、サービス管理部１４０は、制御対象外のネットワークＮＷと端末装置２００との間の通信を切断する処理を実行してもよい。この場合においても、制御対象のネットワークＮＷにより、大容量モードのＱｏＳを端末装置２００に適切に提供することができる。さらに、制御対象外のネットワークＮＷと端末装置２００との間の通信が切断される場合、ネットワークシステム１０の空き（より詳細には、制御対象外のネットワークＮＷのリソースの空き）を増やすことができる。
【0121】
［２．変形例］
本発明は、以上に例示した実施形態に限定されない。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様を併合してもよい。
本発明は、以上に例示した実施形態に限定されない。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様を併合してもよい。
【0122】
［第１変形例］
上述した実施形態では、端末装置２００と接続中のネットワークＮＷ毎に端末装置２００が開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦを送信する場合を示したが、本発明はこのような態様に限定されるものではない。例えば、端末装置２００は、開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦを管理装置１００に送信してから所定時間経過するまで、端末情報ＴＥＩＮＦを管理装置１００にランダムに送信してもよい。この場合においても、管理装置１００の特定部１３０は、所定期間内に取得部１２０により取得された端末情報ＴＥＩＮＦに基づいて、端末装置２００と接続中のネットワークＮＷを特定する。所定期間は、例えば、取得部１２０が開始要求ＲＥＱｓ１を端末装置２００から取得した第１タイミングＴ１から所定時間ＴＰ経過するまでの期間である。なお、端末装置２００が端末情報ＴＥＩＮＦを管理装置１００にランダムに送信する期間に対応する所定時間は、所定時間ＴＰと同じ長さでもよいし、所定時間ＴＰと異なる長さでもよい。
上述した実施形態では、端末装置２００と接続中のネットワークＮＷ毎に端末装置２００が開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦを送信する場合を示したが、本発明はこのような態様に限定されるものではない。例えば、端末装置２００は、開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦを管理装置１００に送信してから所定時間経過するまで、端末情報ＴＥＩＮＦを管理装置１００にランダムに送信してもよい。この場合においても、管理装置１００の特定部１３０は、所定期間内に取得部１２０により取得された端末情報ＴＥＩＮＦに基づいて、端末装置２００と接続中のネットワークＮＷを特定する。所定期間は、例えば、取得部１２０が開始要求ＲＥＱｓ１を端末装置２００から取得した第１タイミングＴ１から所定時間ＴＰ経過するまでの期間である。なお、端末装置２００が端末情報ＴＥＩＮＦを管理装置１００にランダムに送信する期間に対応する所定時間は、所定時間ＴＰと同じ長さでもよいし、所定時間ＴＰと異なる長さでもよい。
【0123】
図８は、第１変形例に係るネットワークシステム１０の動作の一例を示すシーケンスチャートである。図８に示す例では、図６に示した例と同様に、複数の端末装置２００のうち、ネットワークＮＷａ及びＮＷｂに同時に接続された一の端末装置２００から開始要求ＲＥＱｓ１が送信される場合を想定する。従って、図８の説明においても、特に断りがない場合、端末装置２００は、ネットワークＮＷａ及びＮＷｂに同時に接続された一の端末装置２００を意味するものとする。また、図８に示す例では、ステップＳ１０４以降の処理は、図６に示した動作と同様であるため、説明を省略する。
【0124】
先ず、端末装置２００の要求部２２０は、開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦを、端末装置２００と接続中の複数のネットワークＮＷａ及びＮＷｂのいずれかを介して管理装置１００に送信する。図８に示す例では、開始要求ＲＥＱｓ１等が、ネットワークＮＷａ及びＮＷｂのうちのネットワークＮＷａを介して端末装置２００から送信される場合を想定する。従って、端末装置２００の要求部２２０は、開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦａを、端末装置２００と接続中の複数のネットワークＮＷａ及びＮＷｂのうちのネットワークＮＷａを介して管理装置１００に送信する（Ｓ２０１）。これにより、管理装置１００の取得部１２０は、端末装置２００からネットワークＮＷａを介して管理装置１００に送信された開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦａを取得する（Ｓ１００）。
【0125】
また、端末装置２００の要求部２２０は、開始要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦａをネットワークＮＷａを介して管理装置１００に送信してから所定時間経過するまで、端末情報ＴＥＩＮＦを管理装置１００にランダムに送信する（Ｓ２０３）。例えば、端末装置２００が複数のネットワークＮＷに接続している場合、端末装置２００と接続中の複数のネットワークＮＷから、端末情報ＴＥＩＮＦの送信に用いられるネットワークＮＷがランダムに選択される。このため、端末装置２００と接続中の複数のネットワークＮＷのうち、互いに異なるネットワークＮＷを介して端末装置２００から送信される複数の端末情報ＴＥＩＮＦが、管理装置１００に到達することが期待できる。
【0126】
図６において説明したように、端末装置２００からネットワークＮＷａを介して管理装置１００に送信される端末情報ＴＥＩＮＦａには、例えば、ネットワークＮＷａを管理する通信事業者を識別するための情報が含まれる。同様に、端末装置２００からネットワークＮＷｂを介して管理装置１００に送信される端末情報ＴＥＩＮＦｂには、例えば、ネットワークＮＷｂを管理する通信事業者を識別するための情報が含まれる。
【0127】
管理装置１００の取得部１２０は、開始要求ＲＥＱｓ１を取得した第１タイミングＴ１から所定時間ＴＰ経過するまでの期間に、端末装置２００から送信された端末情報ＴＥＩＮＦａ及びＴＥＩＮＦｂを取得する（Ｓ１０３）。
【0128】
そして、管理装置１００の特定部１３０は、複数のネットワークＮＷのうち、端末装置２００と接続中のネットワークＮＷを、所定時間ＴＰ内に取得部１２０により取得された端末情報ＴＥＩＮＦに基づいて、特定する（Ｓ１０４）。なお、特定部１３０は、第１タイミングＴ１から所定時間ＴＰ経過するまでの期間中に、端末情報ＴＥＩＮＦを受信する度に、端末装置２００と接続中のネットワークＮＷを端末情報ＴＥＩＮＦに基づいて特定してもよい。
【0129】
第１変形例においても、端末装置２００と接続中の複数のネットワークＮＷから、ＱｏＳ制御の開始の要求先として適切なネットワークＮＷ（制御対象のネットワークＮＷ）を管理装置１００が選択するため、上述した実施形態と同様の効果を得ることができる。
【0130】
［第２変形例］
上述した実施形態及び第１変形例において、管理装置１００のサービス管理部１４０は、１又は複数の通信事業者に管理される複数のネットワークＮＷの各々の通信品質をモニタリングしたモニタリング結果を繰り返し取得してもよい。この場合、ＱｏＳ利用判定情報は、モニタリング結果に基づいて更新されてもよい。そして、サービス管理部１４０は、端末装置２００と接続中のネットワークＮＷから制御対象のネットワークＮＷをＱｏＳ利用判定情報に基づいて選択する処理を繰り返してもよい。すなわち、サービス管理部１４０は、特定部１３０により特定された、端末装置２００と接続中の１つ以上のネットワークＮＷから、制御対象のネットワークＮＷを、モニタリング結果に基づいて選択する処理を、繰り返してもよい。なお、各ネットワークＮＷの通信品質のモニタリング結果は、各ネットワークＮＷから取得される。
上述した実施形態及び第１変形例において、管理装置１００のサービス管理部１４０は、１又は複数の通信事業者に管理される複数のネットワークＮＷの各々の通信品質をモニタリングしたモニタリング結果を繰り返し取得してもよい。この場合、ＱｏＳ利用判定情報は、モニタリング結果に基づいて更新されてもよい。そして、サービス管理部１４０は、端末装置２００と接続中のネットワークＮＷから制御対象のネットワークＮＷをＱｏＳ利用判定情報に基づいて選択する処理を繰り返してもよい。すなわち、サービス管理部１４０は、特定部１３０により特定された、端末装置２００と接続中の１つ以上のネットワークＮＷから、制御対象のネットワークＮＷを、モニタリング結果に基づいて選択する処理を、繰り返してもよい。なお、各ネットワークＮＷの通信品質のモニタリング結果は、各ネットワークＮＷから取得される。
【0131】
第２変形例においても、上述した実施形態及び第１変形例と同様の効果を得ることができる。さらに、第２変形例では、各ネットワークＮＷの通信品質をモニタリングしたモニタリング結果が、制御対象のネットワークＮＷの決定にフィードバックされる。すなわち、第２変形例では、制御対象のネットワークＮＷが、各ネットワークＮＷの通信品質（モニタリング結果）に応じて動的に変更される。この結果、第２変形例では、各ネットワークＮＷの通信品質が変化した場合においても、端末装置２００と接続中の複数のネットワークＮＷから、ＱｏＳ制御を適切に実行可能なネットワークＮＷ（制御対象のネットワークＮＷ）を動的に選択することができる。
【0132】
［第３変形例］
上述した実施形態、第１変形例及び第２変形例では、端末装置２００が開始要求ＲＥＱｓ１を管理装置１００に送信する場合を示したが、本発明はこのような態様に限定されるものではない。例えば、端末装置２００は、端末装置２００と接続中の全てのネットワークＮＷの品質制御装置３００に開始要求ＲＥＱｓ１を送信してもよい。この場合、端末装置２００から開始要求ＲＥＱｓ１を受信した品質制御装置３００は、開始要求ＲＥＱｓ１を管理装置１００に転送し、開始要求ＲＥＱｓ１の折り返しとして開始要求ＲＥＱｓ２を管理装置１００から受信するまで、ＱｏＳ制御の実行を待機する。
上述した実施形態、第１変形例及び第２変形例では、端末装置２００が開始要求ＲＥＱｓ１を管理装置１００に送信する場合を示したが、本発明はこのような態様に限定されるものではない。例えば、端末装置２００は、端末装置２００と接続中の全てのネットワークＮＷの品質制御装置３００に開始要求ＲＥＱｓ１を送信してもよい。この場合、端末装置２００から開始要求ＲＥＱｓ１を受信した品質制御装置３００は、開始要求ＲＥＱｓ１を管理装置１００に転送し、開始要求ＲＥＱｓ１の折り返しとして開始要求ＲＥＱｓ２を管理装置１００から受信するまで、ＱｏＳ制御の実行を待機する。
【0133】
例えば、管理装置１００の特定部１３０は、開始要求ＲＥＱｓ１を管理装置１００に転送した品質制御装置３００を含むネットワークＮＷを、端末装置２００と接続中のネットワークＮＷとして特定する。そして、管理装置１００のサービス管理部１４０は、端末装置２００と接続中のネットワークＮＷから制御対象のネットワークＮＷを選択し、制御対象のネットワークＮＷの品質制御装置３００に、開始要求ＲＥＱｓ１の折り返しとして、開始要求ＲＥＱｓ２を送信する。また、サービス管理部１４０は、制御対象外のネットワークＮＷの品質制御装置３００が開始要求ＲＥＱｓ１に応じたＱｏＳ制御を実行しないようにする情報（例えば、否定応答ＮＡＣＫｓ）を、制御対象外のネットワークＮＷの品質制御装置３００に送信してもよい。
【0134】
第３変形例においても、複数のネットワークＮＷに同時に接続可能な端末装置２００にインストールされるアプリケーションプログラムがＱｏＳ制御の開始を要求する場合に、アプリケーションプログラムが煩雑になることを抑制することができる。但し、第３変形例では、通信事業者に合わせて開始要求ＲＥＱｓ１の送信先が決定されるため、上述した実施形態、第１変形例及び第２変形例と比べた場合には、アプリケーションプログラムが煩雑になる可能性がある。
【0135】
［第４変形例］
上述した実施形態、及び、第１変形例から第３変形例までの変形例では、制御対象のネットワークＮＷにＱｏＳ制御を開始させるための制御処理が、制御対象のネットワークＮＷに開始要求ＲＥＱｓ２を送信する処理を含む場合を示したが、本発明はこのような態様に限定されるものではない。
上述した実施形態、及び、第１変形例から第３変形例までの変形例では、制御対象のネットワークＮＷにＱｏＳ制御を開始させるための制御処理が、制御対象のネットワークＮＷに開始要求ＲＥＱｓ２を送信する処理を含む場合を示したが、本発明はこのような態様に限定されるものではない。
【0136】
例えば、上述した実施形態、第１変形例及び第２変形例において、制御処理は、制御対象のネットワークＮＷに対して端末装置２００がＱｏＳ制御を要求するために必要な事業者個別情報ＣＡＩＮＦを、管理装置１００が端末装置２００に送信する処理を含んでもよい。この場合、端末装置２００は、管理装置１００から受信した事業者個別情報ＣＡＩＮＦに基づいて、制御対象のネットワークＮＷに開始要求ＲＥＱｓ２を送信する。この場合においても、端末装置２００と接続中の複数のネットワークＮＷから、ＱｏＳ制御の開始の要求先として適切なネットワークＮＷを管理装置１００が選択するため、上述した実施形態、第１変形例及び第２変形例と同様の効果を得ることができる。
【0137】
また、例えば、上述した第３変形例において、品質制御装置３００は、端末装置２００から受信した開始要求ＲＥＱｓ１に基づいて、ＱｏＳ制御を実行可能か否かを判定できる場合、判定結果を管理装置１００又は端末装置２００に送信してもよい。具体的には、品質制御装置３００は、開始要求ＲＥＱｓ１に応じたＱｏＳ制御を実行可能である場合、ＱｏＳ制御を実行可能であることを示す情報を管理装置１００に送信し、開始要求ＲＥＱｓ１に応じたＱｏＳ制御を実行可能でない場合、否定応答ＮＡＣＫｓを端末装置２００に送信してもよい。
【0138】
管理装置１００のサービス管理部１４０は、ＱｏＳ制御を実行可能であることを示す情報を送信した品質制御装置３００を含むネットワークＮＷから制御対象のネットワークＮＷを選択する。そして、サービス管理部１４０は、制御対象のネットワークＮＷの品質制御装置３００に、開始要求ＲＥＱｓ１に応じたＱｏＳ制御の実行の待機を解除する情報を送信してもよい。また、サービス管理部１４０は、制御対象外のネットワークＮＷの品質制御装置３００に、開始要求ＲＥＱｓ１に応じたＱｏＳ制御を実行しないようにする情報（例えば、否定応答ＮＡＣＫｓ）を送信してもよい。この場合においても、端末装置２００と接続中の複数のネットワークＮＷから、ＱｏＳ制御の開始の要求先として適切なネットワークＮＷを管理装置１００が選択するため、上述した第３変形例と同様の効果を得ることができる。
【0139】
［第５変形例］
上述した実施形態、及び、第１変形例から第４変形例までの変形例では、端末装置２００が終了要求ＲＥＱｅを品質制御装置３００に送信する場合を示したが、本発明はこのような態様に限定されるものではない。例えば、管理装置１００のサービス管理部１４０は、端末装置２００に関する所定の制御終了条件が満たされた場合、端末装置２００に対するＱｏＳ制御の終了を要求する終了要求ＲＥＱｅを、制御対象のネットワークＮＷの品質制御装置３００に送信してもよい。制御終了条件は、例えば、ＱｏＳ制御の対象となるアプリケーションプログラムが異常終了することであってもよい。
上述した実施形態、及び、第１変形例から第４変形例までの変形例では、端末装置２００が終了要求ＲＥＱｅを品質制御装置３００に送信する場合を示したが、本発明はこのような態様に限定されるものではない。例えば、管理装置１００のサービス管理部１４０は、端末装置２００に関する所定の制御終了条件が満たされた場合、端末装置２００に対するＱｏＳ制御の終了を要求する終了要求ＲＥＱｅを、制御対象のネットワークＮＷの品質制御装置３００に送信してもよい。制御終了条件は、例えば、ＱｏＳ制御の対象となるアプリケーションプログラムが異常終了することであってもよい。
【0140】
例えば、端末装置２００は、ＱｏＳ制御の対象となるアプリケーションプログラムが動作している期間中、端末識別情報を所定間隔で管理装置１００に送信してもよい。端末識別情報の送信は、例えば、ｐｉｎｇコマンドを実行することであってもよい。
【0141】
管理装置１００のサービス管理部１４０は、例えば、端末装置２００からの端末識別情報の送信が途絶えた場合、ＱｏＳ制御の対象となるアプリケーションプログラムが異常終了したと認識し、制御終了条件が満たされたと判定してもよい。この場合、管理装置１００のサービス管理部１４０は、端末装置２００に対するＱｏＳ制御の終了を要求する終了要求ＲＥＱｅを、制御対象のネットワークＮＷの品質制御装置３００に送信する。
【0142】
これにより、制御対象のネットワークＮＷの品質制御装置３００は、終了要求ＲＥＱｅにより示される端末装置２００に対するＱｏＳ制御を終了する。このように、管理装置１００は、例えば、ＱｏＳ制御の対象となるアプリケーションプログラムが異常終了した場合、端末装置２００に対するＱｏＳ制御を終了させることができる。この場合、不要なＱｏＳ制御が継続されることを抑制することができる。
【0143】
あるいは、管理装置１００のサービス管理部１４０は、例えば、ＱｏＳ制御の対象となるアプリケーションプログラムが動作しているかを端末装置２００に問い合わせることにより、ＱｏＳ制御の対象となるアプリケーションプログラムが異常終了したか否かを判定してもよい。
【0144】
また、制御終了条件は、ＱｏＳ制御の対象となるアプリケーションプログラムが異常終了することに限定されない。例えば、制御終了条件は、端末装置２００が異常終了することを含んでもよいし、端末装置２００と制御対象のネットワークＮＷとの接続が予め決められた処理が実行されずに切断されることを含んでもよい。
【0145】
第５変形例においても、上述した実施形態、及び、第１変形例から第４変形例までの変形例と同様の効果を得ることができる。さらに、第５変形例では、端末装置２００に関する所定の制御終了条件が満たされた場合、端末装置２００に対するＱｏＳ制御を終了させることができるため、不要なＱｏＳ制御が継続されることを抑制することができる。すなわち、第５変形例では、例えば、端末装置２００に異常が発生した場合、制御対象のネットワークＮＷにおける通信サービスの品質を元の状態（端末装置２００に対するＱｏＳ制御が実行される前の状態）に正常に戻すことができる。
【0146】
［第６変形例］
上述した実施形態、及び、第１変形例から第５変形例までの変形例では、特定部１３０により特定された通信事業者が仮想移動体通信事業者である場合については、特に説明していないが、通信事業者が仮想移動体通信事業者である場合、管理装置１００は、例えば、以下に示す例のように動作してもよい。
上述した実施形態、及び、第１変形例から第５変形例までの変形例では、特定部１３０により特定された通信事業者が仮想移動体通信事業者である場合については、特に説明していないが、通信事業者が仮想移動体通信事業者である場合、管理装置１００は、例えば、以下に示す例のように動作してもよい。
【0147】
仮想移動体通信事業者により管理されるネットワークＮＷのＱｏＳ制御の実行の権限を、仮想移動体通信事業者が有する場合、管理装置１００の動作は、上述した実施形態及び変形例の管理装置１００の動作と同様である。
【0148】
また、仮想移動体通信事業者により管理されるネットワークＮＷのＱｏＳ制御の実行の権限を他の通信事業者が有する場合、管理装置１００は、例えば、仮想移動体通信事業者を識別するための事業者識別情報と開始要求ＲＥＱｓ２とを、他の通信事業者の品質制御装置３００に送信してもよい。他の通信事業者は、例えば、ネットワークＮＷを仮想移動体通信事業者に貸し出している移動体通信事業者である。また、事業者識別情報は、例えば、仮想移動体通信事業者のＡＰＮであってもよい。他の通信事業者の品質制御装置３００は、事業者識別情報及び開始要求ＲＥＱｓ２に基づいて、ＱｏＳ制御を実行するかを決定してもよい。また、仮想移動体通信事業者の所定の装置が、例えば、他の通信事業者の品質制御装置３００にＱｏＳ制御を実行するかを問い合わせてもよい。
【0149】
第６変形例においても、上述した実施形態及び変形例と同様の効果を得ることができる。
【0150】
［第７変形例］
上述した実施形態、及び、第１変形例から第６変形例までの変形例では、通信サービスが海外ローミングにより提供される場合については、特に説明していないが、通信サービスが海外ローミングにより提供される場合、管理装置１００は、上述した実施形態及び変形例と同様に動作してもよい。但し、管理装置１００又は端末装置２００は、通信サービスが海外ローミングにより提供されているか否かを判定し、判定結果に基づいて、ＱｏＳ制御の開始を要求するか否かを判定してもよい。あるいは、品質制御装置３００は、通信サービスが海外ローミングにより提供されているか否かを判定し、判定結果に基づいて、ＱｏＳ制御を実行するか否かを判定してもよい。以上、第７変形例においても、上述した実施形態及び変形例と同様の効果を得ることができる。
上述した実施形態、及び、第１変形例から第６変形例までの変形例では、通信サービスが海外ローミングにより提供される場合については、特に説明していないが、通信サービスが海外ローミングにより提供される場合、管理装置１００は、上述した実施形態及び変形例と同様に動作してもよい。但し、管理装置１００又は端末装置２００は、通信サービスが海外ローミングにより提供されているか否かを判定し、判定結果に基づいて、ＱｏＳ制御の開始を要求するか否かを判定してもよい。あるいは、品質制御装置３００は、通信サービスが海外ローミングにより提供されているか否かを判定し、判定結果に基づいて、ＱｏＳ制御を実行するか否かを判定してもよい。以上、第７変形例においても、上述した実施形態及び変形例と同様の効果を得ることができる。
【0151】
［第８変形例］
上述した実施形態、及び、第１変形例から第７変形例までの変形例では、端末装置２００が開始要求ＲＥＱｓ１を管理装置１００に送信する場合を示したが、本発明はこのような態様に限定されるものではない。例えば、ＱｏＳ制御の対象となるアプリケーションプログラムを実行している端末装置２００の通信先であるアプリケーション管理装置（図１等には図示せず）が、端末装置２００に対するＱｏＳ制御の開始要求ＲＥＱｓ１と端末装置２００に関する端末情報ＴＥＩＮＦとを、管理装置１００に送信してもよい。すなわち、管理装置１００の取得部１２０は、端末装置２００に対するＱｏＳ制御の開始要求ＲＥＱｓ１と端末装置２００に関する端末情報ＴＥＩＮＦとを、アプリケーション管理装置から取得してもよい。この場合においても、上述した実施形態及び変形例と同様の効果を得ることができる。
上述した実施形態、及び、第１変形例から第７変形例までの変形例では、端末装置２００が開始要求ＲＥＱｓ１を管理装置１００に送信する場合を示したが、本発明はこのような態様に限定されるものではない。例えば、ＱｏＳ制御の対象となるアプリケーションプログラムを実行している端末装置２００の通信先であるアプリケーション管理装置（図１等には図示せず）が、端末装置２００に対するＱｏＳ制御の開始要求ＲＥＱｓ１と端末装置２００に関する端末情報ＴＥＩＮＦとを、管理装置１００に送信してもよい。すなわち、管理装置１００の取得部１２０は、端末装置２００に対するＱｏＳ制御の開始要求ＲＥＱｓ１と端末装置２００に関する端末情報ＴＥＩＮＦとを、アプリケーション管理装置から取得してもよい。この場合においても、上述した実施形態及び変形例と同様の効果を得ることができる。
【0152】
また、管理装置１００の取得部１２０は、第１タイミングＴ１から所定時間ＴＰ経過した後の期間においても、ＱｏＳ制御の対象となるアプリケーションプログラムを実行している端末装置２００に関する端末情報ＴＥＩＮＦを、端末装置２００又はアプリケーション管理装置から取得してもよい。そして、管理装置１００のサービス管理部１４０は、第１タイミングＴ１から所定時間ＴＰ経過した後の期間において、端末情報ＴＥＩＮＦ（例えば、アプリケーション情報及びエリア情報等）に基づいて、制御対象のネットワークＮＷを変更してもよい。例えば、ＱｏＳ制御を受けている端末装置２００の位置が移動したことにより、制御対象のネットワークＮＷが変更されてもよい。この場合においても、上述した実施形態及び変形例と同様の効果を得ることができる。
【0153】
［３．その他］
（１）上述した実施形態では、記憶装置（例えば、記憶装置１６０及び２６０）は、処理装置（例えば、処理装置１１０及び２１０）が読取可能な記録媒体であり、ＲＯＭ及びＲＡＭなどを例示したが、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、ＣＤ－ＲＯＭ（Compact Disc－ＲＯＭ）、レジスタ、リムーバブルディスク、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ、データベース、サーバその他の適切な記憶媒体である。また、プログラムは、電気通信回線を介してネットワークから送信されてもよい。また、プログラムは、電気通信回線を介して通信網から送信されてもよい。
（１）上述した実施形態では、記憶装置（例えば、記憶装置１６０及び２６０）は、処理装置（例えば、処理装置１１０及び２１０）が読取可能な記録媒体であり、ＲＯＭ及びＲＡＭなどを例示したが、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、ＣＤ－ＲＯＭ（Compact Disc－ＲＯＭ）、レジスタ、リムーバブルディスク、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ、データベース、サーバその他の適切な記憶媒体である。また、プログラムは、電気通信回線を介してネットワークから送信されてもよい。また、プログラムは、電気通信回線を介して通信網から送信されてもよい。
【0154】
（２）上述した実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。
【0155】
（３）上述した実施形態において、説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【0156】
（４）上述した実施形態において、入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【0157】
（５）上述した実施形態において、判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【0158】
（６）上述した実施形態において例示した処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【0159】
（７）図１等の図面に例示された各機能は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
【0160】
また、通信装置１７０及び２７０は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１７０及び２７０は、例えば、周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。
【0161】
（８）上述した実施形態で例示したプログラムは、ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【0162】
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
【0163】
（９）前述の各形態において、「システム」及び「ネットワーク」という用語は、互換的に使用される。
【0164】
（１０）本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
【0165】
（１１）上述した実施形態において、端末装置２００は、移動局（ＭＳ：Mobile Station）である場合が含まれる。移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。また、本開示においては、「移動局」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」等の用語は、互換的に使用され得る。
【0166】
（１２）上述した実施形態において、「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
【0167】
（１３）上述した実施形態において、「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【0168】
（１４）本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
【0169】
（１５）上述した実施形態において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
【0170】
（１６）本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
【0171】
（１７）本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」等の用語も、「異なる」と同様に解釈されてもよい。
【0172】
（１８）本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【0173】
以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
【符号の説明】
【0174】
１０…ネットワークシステム、１００…管理装置、１１０…処理装置、１２０…取得部、１３０…特定部、１４０…サービス管理部、１６０…記憶装置、１７０…通信装置、２００…端末装置、２１０…処理装置、２２０…要求部、２６０…記憶装置、２７０…通信装置、２８０…入力装置、２９０…出力装置、３００…品質制御装置。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】