ホーム > 特許ランキング > 株式会社ＮＴＴドコモ
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-03-25
(45)【発行日】2024-04-02
(54)【発明の名称】管理装置
(51)【国際特許分類】
H04L 41/50 20220101AFI20240326BHJP
G06Q 50/50 20240101ALI20240326BHJP
H04L 12/14 20240101ALI20240326BHJP
H04L 67/00 20220101ALI20240326BHJP
H04W 4/24 20240101ALI20240326BHJP
【ＦＩ】
H04L41/50
G06Q50/50
H04L12/14
H04L67/00
H04W4/24
【請求項の数】
10
(21)【出願番号】P 2022551884
(86)(22)【出願日】2021-09-10
(86)【国際出願番号】 JP2021033390
(87)【国際公開番号】W WO2022065087
(87)【国際公開日】2022-03-31
【審査請求日】2023-03-20
(31)【優先権主張番号】P 2020159646
(32)【優先日】2020-09-24
(33)【優先権主張国・地域又は機関】JP
(73)【特許権者】
【識別番号】392026693
【氏名又は名称】株式会社ＮＴＴドコモ
(74)【代理人】
【識別番号】110003177
【氏名又は名称】弁理士法人旺知国際特許事務所
(72)【発明者】
【氏名】石塚 広樹
(72)【発明者】
【氏名】安沢 昌志
【審査官】鈴木 香苗
(56)【参考文献】
【文献】特開２０１９－１７６５１９（ＪＰ，Ａ）
【文献】特表２０１８－５２１５６４（ＪＰ，Ａ）
【文献】特開２００２－１５８６５６（ＪＰ，Ａ）
【文献】特表２０１５－５２９９８５（ＪＰ，Ａ）
【文献】米国特許出願公開第２００４／０２６０７５０（ＵＳ，Ａ１）
【文献】村田 嘉利 Yoshitoshi Murata ほか，コグニティブ無線クラウドにおける通信情報管理 Network Information Management of The Cognitive Wireless Cloud，マルチメディア，分散，協調とモバイル（ＤＩＣＯＭＯ２００７）シンポジウム論文集 情報処理学会シンポジウムシリーズ Ｖｏｌ．２００７ Ｎｏ．１ ［ＣＤ－ＲＯＭ］ IPSJ Symposium Series，日本，社団法人情報処理学会 Information Processing Society of Japan ，2007年06月29日，pp.1561-1567
(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】ネットワーク情報の一例を示す説明図である。
【図6】登録リストの一例を示す説明図である。
【図7】料金情報の一例を示す説明図である。
【図8】料金情報の別の例を示す説明図である。
【図10】ＱｏＳの利用の申し込みに関する管理装置の動作の一例を示すフローチャートである。
【図11】ＱｏＳ制御に関する管理装置の動作の一例を示すフローチャートである。
【図12】課金に関する管理装置の動作の一例を示すフローチャートである。
【図13】第１変形例に係る管理装置の動作の一例を示すフローチャートである。
【図14】第１変形例に係る管理装置の動作の別の例を示すフローチャートである
【図15】第３変形例に係る管理装置の動作の一例を示すフローチャートである。
【発明を実施するための形態】
【0008】
［１．実施形態］
図１は、実施形態に係る管理装置１００を含むネットワークシステム１０の全体構成を示すブロック図である。図１に例示するように、ネットワークシステム１０は、インターネット５００を介して互いに接続される複数のネットワーク３００と、インターネット５００を介して複数のネットワーク３００に接続される管理装置１００と、ネットワーク３００に接続される複数の端末装置２００とを有する。さらに、ネットワークシステム１０は、端末装置２００にインストールされるアプリケーションプログラムＰＲａｐを提供するアプリケーション事業者のアプリ事業者装置４００を有する。
図１は、実施形態に係る管理装置１００を含むネットワークシステム１０の全体構成を示すブロック図である。図１に例示するように、ネットワークシステム１０は、インターネット５００を介して互いに接続される複数のネットワーク３００と、インターネット５００を介して複数のネットワーク３００に接続される管理装置１００と、ネットワーク３００に接続される複数の端末装置２００とを有する。さらに、ネットワークシステム１０は、端末装置２００にインストールされるアプリケーションプログラムＰＲａｐを提供するアプリケーション事業者のアプリ事業者装置４００を有する。
【0009】
アプリケーション事業者は、例えば、アプリケーション事業者が管理するウェブサイトから端末装置２００にアプリケーションプログラムＰＲａｐを送信することにより、アプリケーションプログラムＰＲａｐを端末装置２００に提供してもよい。なお、アプリケーション事業者は、アプリケーションプログラムＰＲａｐを端末装置２００に送信するためのウェブサイトとして、サードパーティにより管理されるウェブサイトを利用してもよい。
【0010】
また、端末装置２００は、複数のネットワーク３００のうちの１つ以上のネットワーク３００に接続される。例えば、端末装置２００は、複数のネットワーク３００のうちの２つ以上のネットワーク３００に同時に接続されてもよい。また、管理装置１００は、インターネット５００を介さずに、複数のネットワーク３００に接続されてもよい。本明細書における「装置」という用語は、回路、デバイス又はユニット等の他の用語に読替えてもよい。
【0011】
複数のネットワーク３００の各々は、例えば、通信サービスを提供する複数の通信事業者の各々により管理される移動体通信網等の電気通信回線であり、有線ネットワーク及び無線ネットワークの一方又は両方を含む。なお、複数のネットワーク３００には、同一の通信事業者により管理される２つ以上のネットワーク３００が含まれてもよい。ネットワーク３００の管理には、例えば、ネットワーク３００の運用が含まれる。但し、通信事業者が仮想移動体通信事業者である場合、ネットワーク３００の管理には、例えば、ネットワーク３００に含まれる基地局等の無線局の運用が含まれない場合、及び、有線の運用が含まれない場合がある。また、複数のネットワーク３００の各々は、品質制御装置３０２を有する。なお、図１では、図を見やくするため、ネットワーク３００に含まれる複数のノード（装置）のうち、品質制御装置３０２以外のノード（例えば、基地局等）の記載を省略している。
【0012】
ここで、複数のネットワーク３００間の接続、ネットワーク３００と端末装置２００との接続、及び、ネットワーク３００と管理装置１００との接続は、例えば、複数の要素間を互いに通信可能にする接続であればよく、有線及び無線の一方を用いた接続でもよいし、有線及び無線の両方を用いた接続でもよい。
【0013】
なお、図１では、複数のネットワーク３００を互いに区別するために、ネットワーク３００の符号の末尾には、小文字のアルファベット（ａ又はｂ）が付されている。また、ネットワーク３００に含まれる品質制御装置３０２等の符号の末尾にも、対応するネットワーク３００と同じ小文字のアルファベット（ａ又はｂ）が付されている。
【0014】
例えば、ネットワーク３００ａは、ネットワーク３００ｂを管理する通信事業者と異なる通信事業者により管理される。また、例えば、品質制御装置３０２ａは、ネットワーク３００ａに含まれ、ネットワーク３００ａに係る通信サービスの品質を制御する。また、例えば、品質制御装置３０２ｂは、ネットワーク３００ｂに含まれ、ネットワーク３００ｂに係る通信サービスの品質を制御する。
【0015】
また、図１では、複数のアプリ事業者装置４００を互いに区別するために、アプリ事業者装置４００の符号の末尾には、ギリシャ文字（α又はβ）が付されている。また、アプリ事業者装置４００を管理するアプリケーション事業者から提供されるアプリケーションプログラムＰＲａｐの符号の末尾にも、対応するアプリ事業者装置４００と同じギリシャ文字（α又はβ）が付されている。
【0016】
例えば、アプリ事業者装置４００αは、アプリ事業者装置４００βを管理するアプリケーション事業者と異なるアプリケーション事業者により管理される。また、例えば、アプリケーションプログラムＰＲａｐαは、アプリ事業者装置４００αを管理するアプリケーション事業者から提供されるアプリケーションプログラムＰＲａｐである。また、例えば、アプリケーションプログラムＰＲａｐβは、アプリ事業者装置４００βを管理するアプリケーション事業者から提供されるアプリケーションプログラムＰＲａｐである。
【0017】
ネットワーク３００に係る通信サービスの品質の制御は、端末装置２００毎に実行されてもよいし、アプリケーションプログラムＰＲａｐ毎に実行されてもよいし、通信回線毎に実行されてもよいし、ＳＩＭ（Subscriber Identity Module）毎に実行されてもよい。ＳＩＭは、例えば、通信サービスの加入者を特定するための識別情報が記録されたモジュールである。なお、本実施形態では、ネットワーク３００に係る通信サービスの品質の制御がアプリケーションプログラムＰＲａｐ毎に実行可能である場合を想定する。すなわち、本実施形態では、端末装置２００にインストールされたアプリケーションプログラムＰＲａｐの通信に対する品質の制御をネットワーク３００（より詳細には、品質制御装置３０２）が実行可能である場合を想定する。アプリケーションプログラムＰＲａｐの通信は、アプリケーションプログラムＰＲａｐの実行時に実行される通信である。また、通信に対する品質は、「通信の品質」を意味する。以下では、品質の制御は、ＱｏＳ（Quality of Service）制御とも称される。例えば、通信の品質の制御は、通信に対するＱｏＳ制御とも称される。ＱｏＳ制御は、例えば、帯域制御、低遅延制御及び優先制御等を含む。
【0018】
帯域制御では、例えば、ネットワーク３００における通信の帯域が制御される。帯域の制御は、帯域の下限値が設定される帯域保証であってもよいし、帯域の上限値が設定される帯域制限であってもよい。同様に、低遅延制御は、例えば、遅延の上限値が設定される遅延保証であってもよいし、遅延の下限値が設定される遅延制限であってもよい。優先制御では、例えば、特定の通信に係るパケット（通信を行う際の転送単位のデータ）が優先して転送される。例えば、ネットワーク３００上を流れるパケットに優先度が付けられ、優先度が他のパケットより高いパケットは、他のパケットよりも先に処理される。
【0019】
本実施形態では、ＱｏＳ制御は、例えば、端末装置２００が管理装置１００を介して品質制御装置３０２にＱｏＳ制御を要求することにより、実行される。
【0020】
管理装置１００は、例えば、サーバ等の情報処理装置であり、各ネットワーク３００に接続された複数の端末装置２００と通信可能である。また、本実施形態では、管理装置１００は、各ネットワーク３００に含まれる品質制御装置３０２と通信可能である。すなわち、ネットワークシステム１０は、通信事業者に依存しない管理装置１００を有する。なお、管理装置１００は、複数の通信事業者のうちの特定の通信事業者により管理されてもよい。すなわち、特定の通信事業者が管理装置１００を運用してもよい。この場合、例えば、管理装置１００は、特定の通信事業者により管理されるネットワーク３００にインターネット５００を介さずに接続され、他の通信事業者により管理されるネットワーク３００にインターネット５００を介して接続されてもよい。管理装置１００が特定の通信事業者により運用される場合においても、端末装置２００等による管理装置１００に対する動作は、通信事業者に依存しない。
【0021】
管理装置１００は、例えば、処理装置１１０、記憶装置１６０及び通信装置１７０を具備するコンピュータシステムにより実現される。管理装置１００の複数の要素は、情報を通信するための単体又は複数のバスで相互に接続される。また、管理装置１００の複数の要素の各々を、単数又は複数の機器が構成してもよい。また、管理装置１００の一部の要素は省略されてもよい。
【0022】
処理装置１１０は、管理装置１００の全体を制御するプロセッサであり、例えば、単数又は複数のチップにより構成される。処理装置１１０は、例えば、周辺装置とのインタフェース、演算装置及びレジスタ等を含む中央処理装置（ＣＰＵ：Central Processing Unit）により構成される。なお、処理装置１１０の機能の一部又は全部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、及び、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアによって実現してもよい。処理装置１１０は、各種の処理を並列的又は逐次的に実行する。
【0023】
処理装置１１０は、例えば、記憶装置１６０から制御プログラムＰＲｃｌ１を読み出し、読み出した制御プログラムＰＲｃｌ１を実行することによって、品質管理部１２０及び課金管理部１３０として機能する。なお、制御プログラムＰＲｃｌ１は、ネットワーク３００を介して他の装置から送信されてもよい。
【0024】
品質管理部１２０は、端末装置２００にインストールされたアプリケーションプログラムＰＲａｐの通信に対するＱｏＳ制御を要求する制御要求ＲＥＱｓ１と端末装置２００に関する端末情報ＴＥＩＮＦとを取得する（図９のＳ１２０α参照）。そして、品質管理部１２０は、例えば、複数のネットワーク３００のうち、ＱｏＳ制御を要求した端末装置２００と接続中のネットワーク３００を、端末装置２００から取得した端末情報ＴＥＩＮＦに基づいて、特定する。なお、品質管理部１２０は、例えば、端末情報ＴＥＩＮＦに基づいて、複数の通信事業者のうち、制御要求ＲＥＱｓ１の送信元の端末装置２００が接続されたネットワーク３００を管理する通信事業者を、特定してもよい。この場合においても、端末装置２００と接続中のネットワーク３００が特定される。端末情報ＴＥＩＮＦの一例は、後述する図４において説明する。
【0025】
また、品質管理部１２０は、端末装置２００と接続中のネットワーク３００のうち、ＱｏＳ制御の対象となる制御対象のネットワーク３００にＱｏＳ制御を開始させるための制御処理を、管理テーブルＴＢＬに基づいて実行する。詳細は図２において説明するが、管理テーブルＴＢＬには、例えば、ＱｏＳ制御を要求する際のアクセス先を示すアクセス先情報等が、通信事業者毎に記憶されている。例えば、品質管理部１２０は、端末装置２００から取得した制御要求ＲＥＱｓ１を、制御要求ＲＥＱｓ２として、制御対象のネットワーク３００の品質制御装置３０２に、送信する（図９のＳ１３０α参照）。これにより、例えば、ＱｏＳ制御を要求した端末装置２００に対するＱｏＳ制御が、端末装置２００と接続中のネットワーク３００のうちの制御対象のネットワーク３００の品質制御装置３０２により実行される。以下では、制御要求ＲＥＱｓ１及びＲＥＱｓ２は、制御要求ＲＥＱｓと総称される場合がある。
【0026】
このように、品質管理部１２０は、制御要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦに基づいて、端末装置２００と接続中の１つ以上のネットワーク３００のうちの少なくとも１つにＱｏＳ制御を実行させるための制御処理を、実行する。以下では、端末装置２００と接続中の複数のネットワーク３００の一部が制御対象のネットワーク３００である場合、端末装置２００と接続中の複数のネットワーク３００のうち、制御対象のネットワーク３００を除くネットワーク３００は、制御対象外のネットワーク３００とも称される。
【0027】
なお、制御処理は、例えば、端末装置２００と接続中のネットワーク３００から制御対象のネットワーク３００を登録リストＬＳＴに基づいて選択する処理を含んでもよい。登録リストＬＳＴには、例えば、ＱｏＳ制御を実行するネットワーク３００がアプリケーションプログラムＰＲａｐ毎に登録されている。登録リストＬＳＴは、「リスト」の一例である。登録リストＬＳＴの一例は、後述する図６において説明する。
【0028】
また、制御対象のネットワーク３００は、端末装置２００と接続中のネットワーク３００から、登録リストＬＳＴ及びＱｏＳ制御の品質モードに基づいて、選択されてもよい。品質モードとしては、例えば、他の品質モードに比べて大容量のデータを転送可能な大容量モード、他の品質モードに比べて通信の遅延が小さい低遅延モード、及び、ベストエフォートによる制御が行われるベストエフォートモード等が該当する。例えば、大容量モードのＱｏＳ制御では、帯域の下限値が設定される帯域保証の帯域制御が実行されてもよい。また、例えば、低遅延モードのＱｏＳ制御では、遅延の上限値が設定される遅延保証の低遅延制御が実行されてもよい。なお、品質モードは、例えば、端末装置２００により指定されてもよいし、管理装置１００等のサーバにより指定されてもよい。あるいは、品質モードは、ネットワーク３００に含まれる装置（品質制御装置３０２とは別の図示しない装置）により指定されてもよい。また、品質モードの指定は、例えば、ＱＣＩ（QoS Class Identifier）を指定することであってもよいし、５Ｇ（5th generation mobile communication system）において使用される５ＱＩ（5G QoS Identifier）を指定することであってもよい。
【0029】
なお、品質管理部１２０は、端末装置２００と接続中の複数のネットワーク３００が制御対象外のネットワーク３００を含む場合、制御対象外のネットワーク３００に対する制御要求ＲＥＱｓの応答として、否定応答ＮＡＣＫｓを端末装置２００に送信してもよい（図９のＳ１３４β参照）。否定応答ＮＡＣＫｓは、制御要求ＲＥＱｓに応じたＱｏＳ制御が実行されないことを示す情報であり、制御要求ＲＥＱｓが否定されたことを示す。否定応答ＮＡＣＫｓを端末装置２００に送信する処理は、制御処理に含まれてもよい。
【0030】
課金管理部１３０は、ＱｏＳ制御の利用料金を示す料金情報ＦＥＥＩＮＦを各ネットワーク３００から取得する（図９のＳ１８０α参照）。そして、課金管理部１３０は、料金情報ＦＥＥＩＮＦに基づく課金を、アプリケーションプログラムＰＲａｐを端末装置２００に提供したアプリケーション事業者に対して行う。例えば、課金管理部１３０は、料金情報ＦＥＥＩＮＦに基づく課金の内容（例えば、請求料金等）を示す課金情報ＣＨＩＮＦをアプリ事業者装置４００に送信する（図９のＳ１８４α参照）。これにより、アプリケーション事業者に対して課金が行われる。
【0031】
また、例えば、課金管理部１３０は、登録リストＬＳＴを管理してもよい。なお、登録リストＬＳＴの管理には、例えば、登録リストＬＳＴの作成が含まれてもよいし、登録リストＬＳＴの更新（ＱｏＳ制御を実行するネットワーク３００の追加及び削除）が含まれてもよい。あるいは、登録リストＬＳＴの管理には、登録リストＬＳＴの作成及び更新の両方が含まれてもよい。また、登録リストＬＳＴの管理には、登録リストＬＳＴを記憶装置１６０に記憶させることが含まれてもよい。
【0032】
例えば、課金管理部１３０は、ＱｏＳ制御の利用に関する複数の料金プランをアプリケーション事業者に通知する。複数の料金プランの各々は、例えば、複数のネットワーク３００のいずれかに対応付けされている。なお、２つ以上の料金プランが同一のネットワーク３００に対応付けされていてもよい。各ネットワーク３００の料金プランには、例えば、ＱｏＳ制御の対象となる通信の通信量（トラフィック量）等のＱｏＳ制御の利用量と利用料金との関係が定められている。アプリケーション事業者は、例えば、複数のネットワーク３００のうち、ＱｏＳ制御を実行するネットワーク３００を、各ネットワーク３００の料金プランに基づいて、選択する。課金管理部１３０は、アプリケーション事業者により選択されたネットワーク３００を登録リストＬＳＴに登録する。
【0033】
記憶装置１６０は、処理装置１１０が読取可能な記録媒体であり、処理装置１１０が実行する制御プログラムＰＲｃｌ１を含む複数のプログラム、管理テーブルＴＢＬ及び登録リストＬＳＴ等の各種のデータを記憶する。記憶装置１６０は、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、及び、ＲＡＭ（Random Access Memory）等の少なくとも１つによって構成されてもよい。記憶装置１６０は、レジスタ、キャッシュ、又は、メインメモリ（主記憶装置）等と呼ばれてもよい。
【0034】
通信装置１７０は、端末装置２００及び品質制御装置３０２等の他の装置とネットワーク３００を介して通信を行うためのハードウェア（送受信デバイス）である。通信装置１７０は、例えば、ネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュール等とも呼ばれる。通信装置１７０は、例えば、周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の一方又は両方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、及び、周波数シンセサイザ等を含んで構成されてもよい。
【0035】
端末装置２００としては、例えば、任意の情報処理装置を採用することができ、パーソナルコンピュータ等の据置型の情報機器であってもよいし、スマートフォン、ノートパソコン、ウェアラブル端末及びタブレット端末等の可搬型の情報端末であってもよい。以下の説明では、端末装置２００としてスマートフォンを想定する。
【0036】
端末装置２００は、例えば、処理装置２１０、記憶装置２６０、通信装置２７０、入力装置２８０及び出力装置２９０を具備するコンピュータシステムにより実現される。処理装置２１０は、端末装置２００の全体を制御するプロセッサであり、上述した管理装置１００の処理装置１１０と同様に構成される。例えば、処理装置２１０は、記憶装置２６０から制御プログラムＰＲｃｌ２を読み出し、読み出した制御プログラムＰＲｃｌ２を実行することによって、端末装置２００の全体を制御する図示しない制御部として機能する。
【0037】
また、例えば、処理装置２１０は、所定の機能を実現するためのアプリケーションプログラムＰＲａｐを記憶装置２６０から読み出し、読み出したアプリケーションプログラムＰＲａｐを実行することによって、要求部２２０等として機能する。なお、図１では、アプリケーションプログラムＰＲａｐの実行により実現される機能ブロックのうち、ＱｏＳ制御の要求に関する要求部２２０以外の機能ブロックの記載を省略している。制御プログラムＰＲｃｌ２及びアプリケーションプログラムＰＲａｐは、ネットワーク３００を介して他の装置から送信されてもよい。
【0038】
要求部２２０は、例えば、ＱｏＳ制御を要求する場合に、制御要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦを管理装置１００に送信する。なお、ＱｏＳ制御の要求は、ＱｏＳ制御の開始ＡＰＩ（Application Programming Interface）を呼び出すことであってもよい。例えば、要求部２２０は、ＱｏＳ制御の開始ＡＰＩの呼び出しを管理装置１００に対して実行することにより、ＱｏＳ制御を管理装置１００に要求してもよい。
【0039】
なお、アプリケーションプログラムＰＲａｐαの実行により実現された要求部２２０から送信される制御要求ＲＥＱｓ１は、アプリケーションプログラムＰＲａｐαの通信に対するＱｏＳ制御を要求するものである。同様に、アプリケーションプログラムＰＲａｐβの実行により実現された要求部２２０から送信される制御要求ＲＥＱｓ１は、アプリケーションプログラムＰＲａｐβの通信に対するＱｏＳ制御を要求するものである。
【0040】
また、本実施形態では、要求部２２０は、例えば、ＱｏＳ制御の終了を要求する場合に、ＱｏＳ制御の終了を要求する終了要求ＲＥＱｅを品質制御装置３０２に送信する（図９のＳ２４０α参照）。ＱｏＳ制御の終了の要求は、ＱｏＳ制御の終了ＡＰＩを呼び出すことであってもよい。例えば、要求部２２０は、ＱｏＳ制御の終了ＡＰＩの呼び出しを品質制御装置３０２に対して実行することにより、ＱｏＳ制御の終了を品質制御装置３０２に要求してもよい。なお、要求部２２０は、終了要求ＲＥＱｅを、管理装置１００を介して品質制御装置３０２に送信してもよい。本実施形態では、制御要求ＲＥＱｓを送信することには、ＱｏＳ制御の開始ＡＰＩを呼び出すことも含まれ、終了要求ＲＥＱｅを送信することには、ＱｏＳ制御の終了ＡＰＩを呼び出すことも含まれる。以下では、ＱｏＳ制御の要求を、ＱｏＳ制御の終了の要求の表現に合わせて、ＱｏＳ制御の開始の要求と称する場合がある。
【0041】
記憶装置２６０は、処理装置２１０が読取可能な記録媒体であり、処理装置２１０が実行する制御プログラムＰＲｃｌ２を含む複数のプログラム等の各種のデータを記憶する。図１に示す例では、制御プログラムＰＲｃｌ２の他に、アプリケーションプログラムＰＲａｐα及びＰＲａｐβが、記憶装置２６０に記憶される。なお、記憶装置２６０は、上述した記憶装置１６０と同様に、例えば、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及び、ＲＡＭ等の少なくとも１つによって構成されてもよい。
【0042】
通信装置２７０は、管理装置１００及び品質制御装置３０２等の他の装置とネットワーク３００を介して通信を行うためのハードウェア（送受信デバイス）であり、上述した通信装置１７０と同様に構成される。
【0043】
入力装置２８０は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、及び、センサ等）である。例えば、入力装置２８０は、数字及び文字等の符号を処理装置２１０に入力するための操作と、端末装置２００の表示面に表示されるアイコンを選択するための操作とを受け付ける。例えば、端末装置２００の表示面に対する接触を検出するタッチパネルが入力装置２８０として好適である。なお、入力装置２８０は、ユーザが操作可能な複数の操作子を含んでもよい。
【0044】
出力装置２９０は、外部への出力を実施するディスプレイ等の出力デバイスである。出力装置２９０は、例えば、処理装置２１０による制御のもとで、画像を表示する。例えば、液晶表示パネル及び有機ＥＬ（Electro Luminescence）表示パネル等の各種の表示パネルが出力装置２９０として好適に利用される。なお、入力装置２８０及び出力装置２９０は、一体となった構成（例えば、タッチパネル）であってもよい。また、出力装置２９０は、スピーカー及びＬＥＤ（Light Emitting Diode）ランプ等を有する出力デバイスでもよい。
【0045】
品質制御装置３０２は、例えば、サーバ等の情報処理装置であり、ＱｏＳ制御を実行する。また、品質制御装置３０２は、管理装置１００及び端末装置２００と、通信可能である。例えば、品質制御装置３０２は、制御要求ＲＥＱｓ２を受けた場合、ＱｏＳ制御を要求した端末装置２００による通信のうち、制御要求ＲＥＱｓ２により指定されるアプリケーションプログラムＰＲａｐの通信に対して、ＱｏＳ制御を実行する。なお、アプリケーションプログラムＰＲａｐの通信に対して実行されるＱｏＳ制御は、例えば、制御要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御である。
【0046】
例えば、品質制御装置３０２は、制御要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を実行する場合、制御要求ＲＥＱｓ２に対する肯定応答ＡＣＫｓを、管理装置１００を介して端末装置２００に送信する（図９のＳ３２２α参照）。なお、品質制御装置３０２は、肯定応答ＡＣＫｓを、管理装置１００及び端末装置２００にそれぞれ送信してもよい。また、品質制御装置３０２は、制御要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を実行できない場合、制御要求ＲＥＱｓ２に対する否定応答ＮＡＣＫｓを端末装置２００に送信する。なお、品質制御装置３０２は、否定応答ＮＡＣＫｓを、管理装置１００を介して端末装置２００に送信してもよい。
【0047】
ここで、制御要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を実行できるか否かは、例えば、ＱｏＳ利用判定情報に基づいて判定されてもよい。ＱｏＳ利用判定情報は、例えば、ネットワーク３００に関するネットワーク情報、ＱｏＳ制御に関するＡＰＩ情報、通信サービスの提供事業者情報、及び、緊急度情報の一部又は全部を含む。ネットワーク情報の一例は、後述する図５において説明する。また、ＡＰＩ情報の一例は、後述する図３において説明する。提供事業者情報は、例えば、端末装置２００に提供された通信サービスが仮想移動体通信事業者により提供された通信サービスか否かを判定するための情報である。また、緊急度情報は、例えば、通信の緊急度（例えば、災害時か否か等）を示す情報である。なお、ＱｏＳ利用判定情報は、上述の項目以外の項目を含んでもよい。
【0048】
また、品質制御装置３０２は、ＱｏＳ制御の対象となった通信の通信量（トラフィック量）等に基づいて、ＱｏＳ制御の利用料金を算出する。そして、品質制御装置３０２は、ＱｏＳ制御の利用料金を示す料金情報ＦＥＥＩＮＦを、管理装置１００に送信する。料金情報ＦＥＥＩＮＦを管理装置１００に送信するタイミングは、予め決められたタイミング（例えば、１月から１２月の各月のＸ日等）でもよいし、管理装置１００からの要求に応じたタイミングでもよい。
【0049】
図１では、品質制御装置３０２の構成を特に図示していないが、品質制御装置３０２は、例えば、管理装置１００と同様に、品質制御装置３０２の全体を制御する処理装置と、各種のデータを記憶する記憶装置と、他の装置と通信を行うための通信装置とを具備するコンピュータシステムにより実現される。なお、品質制御装置３０２は、単体の装置として実現されてもよいし、相互に別体で構成された複数の装置の集合（すなわち、システム）として実現されてもよい。例えば、品質制御装置３０２において、制御要求ＲＥＱｓ２等を受け付ける機能、ＱｏＳ制御を実行する機能、及び、ＱｏＳ制御の利用料金を算出する機能等が、単体の装置として実現されてもよいし、相互に別体で構成された２つ以上の装置の集合として実現されてもよい。あるいは、品質制御装置３０２は、ＱｏＳ制御を実行する複数の装置を有してもよい。
【0050】
アプリ事業者装置４００は、上述したように、ＱｏＳ制御の利用料金の支払い等のＱｏＳの利用に関する手続きを、管理装置１００に対して実行する。なお、アプリ事業者装置４００は、アプリケーションプログラムＰＲａｐを提供する機能を有してもよい。例えば、アプリ事業者装置４００は、アプリケーションプログラムＰＲａｐのダウンロード要求に応じて、アプリケーションプログラムＰＲａｐを端末装置２００にダウンロードしてもよい。
【0051】
図１では、アプリ事業者装置４００の構成を特に図示していないが、アプリ事業者装置４００は、例えば、管理装置１００と同様に、アプリ事業者装置４００の全体を制御する処理装置と、各種のデータを記憶する記憶装置と、他の装置と通信を行うための通信装置とを具備するコンピュータシステムにより実現される。また、アプリ事業者装置４００は、単体の装置として実現されてもよいし、相互に別体で構成された複数の装置により実現されてもよい。例えば、ＱｏＳの利用に関する手続きを行う機能、及び、他の機能（例えば、アプリケーションプログラムＰＲａｐを提供する機能）等が、互いに同じ装置により実現されてもよいし、互いに異なる装置により実現されてもよい。
【0052】
なお、管理装置１００、端末装置２００、品質制御装置３０２及びアプリ事業者装置４００の構成は、図１に示す例に限定されない。例えば、管理装置１００は、端末装置２００と同様に、入力装置及び出力装置を有してもよい。また、例えば、管理装置１００は、補助記憶装置を有してもよい。補助記憶装置は、管理装置１００が読取可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ＲＯＭ）等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、及び、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、及び、キードライブ)、フロッピー（登録商標）ディスク、及び、磁気ストリップ等の少なくとも１つによって構成されてもよい。同様に、端末装置２００、品質制御装置３０２及びアプリ事業者装置４００の一部又は全部は、補助記憶装置を有してもよい。補助記憶装置は、ストレージと呼ばれてもよい。
【0053】
また、品質制御装置３０２は、対応するネットワーク３００においてＱｏＳ制御を実行できればよく、ネットワーク３００が品質制御装置３０２を含まずに定義されるか否かは特に限定されない。
【0054】
図２は、図１に示した管理テーブルＴＢＬの一例を示す説明図である。管理テーブルＴＢＬには、例えば、制御処理を品質管理部１２０が実行するために必要な情報を含む事業者個別情報ＣＡＩＮＦが、通信事業者毎に記憶されている。
【0055】
例えば、管理テーブルＴＢＬは、複数の通信事業者と１対１に対応する複数のレコードを有する。そして、管理テーブルＴＢＬの各レコードには、例えば、複数の通信事業者の中から各通信事業者を識別するための通信事業者ＩＤと、通信事業者ＩＤにより示される通信事業者の事業者個別情報ＣＡＩＮＦとが記憶されている。
【0056】
事業者個別情報ＣＡＩＮＦは、例えば、通信事業者により管理装置１００に通知されたＡＰＩに関するＡＰＩ情報と、ＱｏＳ制御の開始等を要求する際のアクセス先を示すアクセス先情報とを含む。ＡＰＩ情報及びアクセス先情報は、通信事業者により公開されてもよい。ＡＰＩ情報の一例は、後述する図３において説明する。アクセス先情報は、例えば、品質制御装置３０２のＩＰ（Internet Protocol）アドレスであってもよいし、ＡＰＩのＵＲＬ（Uniform Resource Locator）であってもよい。また、アクセス先情報は、ＡＰＩ情報に含まれてもよい。
【0057】
管理装置１００は、例えば、制御対象のネットワーク３００を管理している通信事業者の事業者個別情報ＣＡＩＮＦに基づいて、制御要求ＲＥＱｓ２を、制御対象のネットワーク３００の品質制御装置３０２に、送信する。制御対象のネットワーク３００を管理している通信事業者は、例えば、制御要求ＲＥＱｓ２の送信先の品質制御装置３０２を管理している通信事業者である。
【0058】
なお、管理テーブルＴＢＬは、図２に示す例に限定されない。例えば、複数の通信事業者が、２つ以上のネットワーク３００を管理する一の通信事業者を含む場合、互いに異なる２つ以上の通信事業者ＩＤが一の通信事業者に割り当てられてもよい。一の通信事業者に割り当てられる２つ以上の通信事業者ＩＤは、例えば、一の通信事業者が管理する２つ以上のネットワーク３００と１対１に対応する。すなわち、管理テーブルＴＢＬは、１又は複数の通信事業者に管理される複数のネットワーク３００と１対１に対応する複数のレコードを有する。ここで、一の通信事業者が２つ以上のネットワーク３００を管理することは、例えば、ＱｏＳ制御の開始等を要求する際のアクセス先（アクセス先情報）が互いに異なる２つ以上のネットワーク３００を一の通信事業者が管理することであってもよい。
【0059】
図３は、ＡＰＩ情報の一例を示す説明図である。
【0060】
ＡＰＩ情報は、例えば、ＱｏＳ制御の開始の要求、ＱｏＳ制御の終了の要求、ＱｏＳ制御の状態の確認、ＱｏＳ制御の利用可否の確認及びＳＩＭ情報の取得等に関する情報を含む。さらに、ＡＰＩ情報は、例えば、要求モード種別を示す情報、要求通信品質を示す情報、ＳＩＭ情報、ユーザ装置情報、端末装置２００が在圏するエリアに関するエリア情報、及び、通信事業者の独自機能を示す情報の一部又は全部を含む。
【0061】
要求モード種別は、例えば、品質制御装置３０２に要求するＱｏＳ制御の品質モードである。要求通信品質は、例えば、品質制御装置３０２に要求するＱｏＳ制御により実現される通信品質、又は、目標となる通信品質である。通信品質としては、例えば、スループット、遅延時間、ジッタ、フレームレート及びパケット損失率等が該当する。ＳＩＭ情報は、例えば、ＳＩＭに格納されている情報である。ユーザ装置情報は、例えば、端末装置２００に格納されている情報である。ＳＩＭ情報及びユーザ装置情報の一例は、後述する図４において説明する。
【0062】
エリア情報は、端末装置２００の位置を示す位置情報、端末装置２００が在圏するエリアの地図情報、端末装置２００が在圏するエリアの基地局に関する基地局情報、端末装置２００が在圏するエリアの気象情報、端末装置２００の周囲の遮蔽物に関する遮蔽物情報、及び、端末装置２００が在圏するエリアの通信に関する障害通知の有無を示す情報の一部又は全部を含む。なお、エリア情報は、上述の項目以外の項目を含んでもよい。通信事業者の独自機能は、例えば、他の通信事業者と共通する機能と異なる機能であり、通信事業者により独自に付加された機能である。
【0063】
なお、ＡＰＩ情報に含まれる項目は、図３に示す例に限定されない。例えば、ＡＰＩ情報は、図３に示した項目の一部を含まなくてもよい。あるいは、ＡＰＩ情報は、図３に示した項目の一部又は全部と、図３に示した項目以外の項目（例えば、図２において説明したアクセス先情報等）とを含んでもよい。また、ＡＰＩ情報に含まれる項目は、図１において説明したように、ＱｏＳ利用判定情報に含まれてもよい。
【0064】
図４は、端末情報ＴＥＩＮＦの一例を示す説明図である。端末情報ＴＥＩＮＦは、例えば、ＳＩＭ情報及びユーザ装置情報を含む。
【0065】
ＳＩＭ情報は、例えば、制御要求ＲＥＱｓを送信した端末装置２００に通信サービスを提供している通信事業者を特定する場合に管理装置１００により参照される。例えば、ＳＩＭ情報は、ＩＭＳＩ（International Mobile Subscriber Identity）、ＭＳＩＳＤＮ（Mobile Subscriber Integrated Services Digital Network Number）、ＩＣＣＩＤ（Integrated Circuit Card ID）、契約情報、及び、契約状態を示す情報の一部又は全部を含む。なお、ＳＩＭ情報に含まれる項目は、図４に示す例に限定されない。例えば、ＳＩＭ情報は、図４に示した項目の一部又は全部と、図４に示した項目以外の項目とを含んでもよい。
【0066】
ユーザ装置情報は、例えば、ＳＩＭ情報と同様に、制御要求ＲＥＱｓを送信した端末装置２００に通信サービスを提供している通信事業者を特定する場合に管理装置１００により参照されてもよい。ユーザ装置情報は、例えば、端末装置２００のＩＰアドレス、端末装置２００のモデル名、アプリケーション情報、対向サーバ情報、対向ユーザ装置情報、署名情報、パッケージ情報、端末装置２００のＯＳ（Operating System）に関するＯＳ情報、端末装置２００のメモリに関するメモリ情報、端末装置２００のＣＰＵに関するＣＰＵ情報、ＣＰＵの利用率、メモリの利用率、ユーザの本人性情報の一部又は全部を含む。
【0067】
端末装置２００のＩＰアドレスは、例えば、通信事業者により提供される通信サービスを利用するために端末装置２００に付与され、通信事業者及びネットワーク３００等を識別するための情報である。アプリケーション情報は、例えば、端末装置２００において実行されているアプリケーションプログラムＰＲａｐの名称等を示す情報である。また、ユーザの本人性情報は、例えば、ユーザを認証する際に使用される情報（指紋、光彩、顔及びパスワード等）である。なお、ユーザ装置情報に含まれる項目は、図４に示す例に限定されない。例えば、ユーザ装置情報は、図４に示した項目の一部又は全部と、図４に示した項目以外の項目とを含んでもよい。
【0068】
また、端末情報ＴＥＩＮＦに含まれる項目は、図４に示す例に限定されない。例えば、端末情報ＴＥＩＮＦは、ＳＩＭ情報及びユーザ装置情報の一方を含まなくてもよい。あるいは、端末情報ＴＥＩＮＦは、ＳＩＭ情報及びユーザ装置情報の一方又は両方と、ＳＩＭ情報及びユーザ装置情報以外の情報（例えば、後述する図５に示すネットワーク情報）とを含んでもよい。
【0069】
図５は、ネットワーク情報の一例を示す説明図である。ネットワーク情報に含まれる項目は、例えば、図１において説明したように、ＱｏＳ利用判定情報に含まれ、品質制御装置３０２が制御要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を実行できるか否かを判定する場合に、品質制御装置３０２により参照される。また、ネットワーク情報に含まれる項目は、端末情報ＴＥＩＮＦに含まれてもよい。この場合、ネットワーク３００に含まれる基地局等が、端末装置２００からネットワーク３００を介して管理装置１００に送信される端末情報ＴＥＩＮＦに、ネットワーク情報を付加してもよい。
【0070】
ネットワーク情報は、例えば、５タプル情報、ＡＰＮ（Access Point Name）、通信方式情報、通信品質を示す情報、基地局の稼働率を示す情報、基地局の可用性を示す情報、及び、基地局への同時接続数を示す情報の一部又は全部を含む。５タプル情報は、送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号及びプロトコルＩＤを含む情報である。通信方式情報は、例えば、３Ｇ（3rd generation mobile communication system）、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、無線ＬＡＮ（Local Area Network）、テザリング及び有線通信等の通信方式を示す。
【0071】
なお、ネットワーク情報に含まれる項目は、図５に示す例に限定されない。例えば、ネットワーク情報は、図５に示した項目の一部又は全部と、図５に示した項目以外の項目とを含んでもよい。また、ネットワーク情報が端末情報ＴＥＩＮＦに含まれる場合、ＱｏＳ利用判定情報に含まれるネットワーク情報の項目は、端末情報ＴＥＩＮＦに含まれるネットワーク情報の項目と相違してもよい。ネットワーク情報が端末情報ＴＥＩＮＦに含まれる場合、品質管理部１２０は、例えば、複数のネットワーク３００のうち、端末装置２００と接続中のネットワーク３００を、端末情報ＴＥＩＮＦに含まれるネットワーク情報（例えば、ＡＰＮ等）に基づいて、特定してもよい。
【0072】
また、例えば、図３において説明したＡＰＩ情報に含まれる項目の一部又は全部は、端末情報ＴＥＩＮＦ及びネットワーク情報の一方又は両方に含まれてもよい。また、例えば、図４において説明した端末情報ＴＥＩＮＦに含まれる項目の一部又は全部は、ＡＰＩ情報及びネットワーク情報の一方又は両方に含まれてもよい。また、例えば、図５において説明したネットワーク情報に含まれる項目の一部又は全部は、ＡＰＩ情報及び端末情報ＴＥＩＮＦの一方又は両方に含まれてもよい。
【0073】
図６は、登録リストＬＳＴの一例を示す説明図である。登録リストＬＳＴには、ＱｏＳ制御を実行するネットワーク３００がアプリケーションプログラムＰＲａｐ毎に登録されている。図６に示す登録リストＬＳＴでは、アプリケーションプログラムＰＲａｐの通信に対するＱｏＳ制御を実行するネットワーク３００のネットワークＩＤが、アプリケーションプログラムＰＲａｐのアプリケーションＩＤに対応付けられている。
【0074】
なお、アプリケーションＩＤは、複数のアプリケーションプログラムＰＲａｐの中から各アプリケーションプログラムＰＲａｐを識別するための識別子である。また、ネットワークＩＤは、複数のネットワーク３００の中から各ネットワーク３００を識別するための識別子である。
【0075】
例えば、図６のＡＰαは、アプリケーションプログラムＰＲａｐαを示し、図６のＡＰβは、アプリケーションプログラムＰＲａｐβを示す。また、また、図６のＮＷａは、ネットワーク３００ａを示し、図６のＮＷｂは、ネットワーク３００ｂを示す。
【0076】
従って、図６に示す例では、アプリケーションプログラムＰＲａｐαに対するＱｏＳ制御を実行するネットワーク３００として、ネットワーク３００ａ及び３００ｂが登録リストＬＳＴに登録されている。また、アプリケーションプログラムＰＲａｐβに対するＱｏＳ制御を実行するネットワーク３００として、ネットワーク３００ｂが登録リストＬＳＴに登録されている。すなわち、図６に示す例では、ネットワーク３００ａ及び３００ｂが、登録リストＬＳＴのうちのアプリケーションプログラムＰＲａｐαのリストに登録され、ネットワーク３００ｂが登録リストＬＳＴのうちのアプリケーションプログラムＰＲａｐβのリストに登録されている。以下では、登録リストＬＳＴのうちの各アプリケーションプログラムＰＲａｐのリストは、アプリケーションプログラムＰＲａｐの登録リストＬＳＴとも称される。
【0077】
図７は、料金情報ＦＥＥＩＮＦの一例を示す説明図である。端末装置ＩＤは、複数の端末装置２００の中から各端末装置２００を識別するための識別子である。
【0078】
図７に示す例では、各端末装置２００により実行された各アプリケーションプログラムＰＲａｐに対するＱｏＳ制御の利用料金がアプリケーションプログラムＰＲａｐ毎に記録されている。
【0079】
図８は、料金情報ＦＥＥＩＮＦの別の例を示す説明図である。図８に示す例では、各端末装置２００により実行された各アプリケーションプログラムＰＲａｐに対するＱｏＳ制御の利用料金が端末装置２００毎に記録されている。
【0080】
なお、図７及び図８では、各アプリケーションプログラムＰＲａｐと各端末装置２００と各利用料金とを互いに対応付けた個別料金情報の集合を「料金情報」の一例として示したが、複数の個別料金情報の各々も「料金情報」の一例に該当する。例えば、図７及び図８において、ＡＰαとＴＥ００１と利用料金（２３４５円）とを互いに対応付けた個別料金情報、及び、ＡＰαとＴＥ００２と利用料金（０円）とを互いに対応付けた個別料金情報等を含む複数の個別料金情報の各々も「料金情報」の一例に該当する。
【0081】
図９は、図１に示したネットワークシステム１０の動作の一例を示すシーケンスチャートである。図９に示す例では、制御要求ＲＥＱｓ１を送信する端末装置２００が、ネットワーク３００ａ及び３００ｂのうちのネットワーク３００ａのみに接続される場合を想定する。なお、制御要求ＲＥＱｓ１の送信先（管理装置１００のアドレス）は、通信事業者に依存せずに、複数の通信事業者で共通である。また、図９に示す例では、図を見やすくするために、アプリ事業者装置４００βの記載を省略している。
【0082】
先ず、管理装置１００は、各ネットワーク３００（３００ａ、３００ｂ）の料金プランを示すプラン情報ＰＰＬ（ＰＰＬａ、ＰＰＬｂ）を、各ネットワーク３００から取得する。例えば、ネットワーク３００ａの品質制御装置３０２ａは、プラン情報ＰＰＬａを管理装置１００に送信し（Ｓ３００ａ）、ネットワーク３００ｂの品質制御装置３０２ｂは、プラン情報ＰＰＬｂを管理装置１００に送信する（Ｓ３００ｂ）。これにより、管理装置１００の課金管理部１３０は、ネットワーク３００ａのプラン情報ＰＰＬａ及びネットワーク３００ｂのプラン情報ＰＰＬｂを取得する（Ｓ１００ａ及びＳ１００ｂ）。そして、課金管理部１３０は、ネットワーク３００ａ及び３００ｂから取得したプラン情報ＰＰＬａ及びＰＰＬｂを、アプリ事業者装置４００α及び４００βに送信する（Ｓ１０２）。これにより、例えば、アプリ事業者装置４００αは、各ネットワーク３００のプラン情報ＰＰＬを受信する（Ｓ４００）。
【0083】
このように、管理装置１００は、アプリケーション事業者のアプリ事業者装置４００に各ネットワーク３００のプラン情報ＰＰＬを送信することにより、各ネットワーク３００の料金プランをアプリケーション事業者に通知する。アプリケーション事業者は、複数の通信事業者のうちのどの通信事業者のＱｏＳ制御を利用するかをＱｏＳ制御の料金プラン等に基づいて決定する。すなわち、アプリケーション事業者は、複数のネットワーク３００のうち、アプリケーションプログラムＰＲａｐの通信に対してＱｏＳ制御を実行するネットワーク３００を、ＱｏＳ制御の料金プラン等に基づいて選択する。そして、アプリケーション事業者は、ＱｏＳ制御を実行するネットワーク３００として選択したネットワーク３００を管理装置１００に通知することにより、ＱｏＳ制御の利用を申し込む。例えば、アプリ事業者装置４００は、ＱｏＳ制御を実行するネットワーク３００として選択されたネットワーク３００を示す選択情報ＳＥＬＩＮＦを、管理装置１００に送信する（Ｓ４１０）。これにより、管理装置１００の課金管理部１３０は、ＱｏＳ制御を実行するネットワーク３００として選択されたネットワーク３００を示す選択情報ＳＥＬＩＮＦをアプリケーションプログラムＰＲａｐ毎に取得する（Ｓ１０４）。
【0084】
図９に示す例では、アプリケーションプログラムＰＲａｐαを提供するアプリケーション事業者がアプリケーションプログラムＰＲａｐαの通信に対するＱｏＳ制御を実行するネットワーク３００としてネットワーク３００ａ及び３００ｂを選択した場合を想定する。また、図９に示す例では、アプリケーションプログラムＰＲａｐβを提供するアプリケーション事業者がアプリケーションプログラムＰＲａｐβの通信に対するＱｏＳ制御を実行するネットワーク３００としてネットワーク３００ｂを選択した場合を想定する。
【0085】
管理装置１００の課金管理部１３０は、アプリケーションプログラムＰＲａｐαの通信に対するＱｏＳの利用の申し込みをアプリケーション事業者から受け付けたことを示すエントリー情報ＥＮＴＩＮＦαを、ネットワーク３００ａ及び３００ｂに送信する（Ｓ１０６α）。同様に、課金管理部１３０は、アプリケーションプログラムＰＲａｐβの通信に対するＱｏＳの利用の申し込みをアプリケーション事業者から受け付けたことを示すエントリー情報ＥＮＴＩＮＦβを、ネットワーク３００ｂに送信する（Ｓ１０６β）。
【0086】
これにより、例えば、ネットワーク３００ａの品質制御装置３０２ａは、エントリー情報ＥＮＴＩＮＦαを取得し（Ｓ３０２ａ）、ネットワーク３００ｂの品質制御装置３０２ｂは、エントリー情報ＥＮＴＩＮＦα及びＥＮＴＩＮＦβを取得する（Ｓ３０２ｂ）。なお、課金管理部１３０は、エントリー情報ＥＮＴＩＮＦα及びＥＮＴＩＮＦβの各々をネットワーク３００ｂに送信する代わりに、エントリー情報ＥＮＴＩＮＦα及びＥＮＴＩＮＦβを含むエントリー情報ＥＮＴＩＮＦをネットワーク３００ｂに送信してもよい。また、選択情報ＳＥＬＩＮＦ及びエントリー情報ＥＮＴＩＮＦには、アプリケーション事業者により選択された料金プランを示す情報が含まれてもよい。
【0087】
また、管理装置１００の課金管理部１３０は、選択情報ＳＥＬＩＮＦに基づいて、登録リストＬＳＴを作成する（Ｓ１０８）。図９に示す例では、上述したように、アプリケーションプログラムＰＲａｐαの通信に対するＱｏＳ制御を実行するネットワーク３００としてネットワーク３００ａ及び３００ｂが選択されている。また、アプリケーションプログラムＰＲａｐβの通信に対するＱｏＳ制御を実行するネットワーク３００としてネットワーク３００ｂが選択されている。このため、図９に示すステップＳ１０８では、例えば、図６に示した登録リストＬＳＴのうちのアプリケーションプログラムＰＲａｐα及びＰＲａｐβのリストと同様の登録リストＬＳＴが作成される。
【0088】
また、図９に示す例では、上述したように、端末装置２００がネットワーク３００ａ及び３００ｂのうちのネットワーク３００ａのみに接続される場合を想定しているため、端末装置２００とネットワーク３００ａとの間において接続手続きに関する処理が実行される（Ｓ２００ａ及びＳ３１０ａ）。
【0089】
接続手続きに関する処理としては、例えば、端末装置２００が周辺に存在するネットワーク３００ａを発見するまでの処理、ＲＲＣ（Radio Resource Control） ｃｏｎｎｅｃｔｉｏｎを確立する処理、端末装置２００からのＡｔｔａｃｈ ｒｅｑｕｅｓｔ、及び、Ａｔｔａｃｈ ｒｅｑｕｅｓｔに対するネットワーク３００ａからの応答等が該当する。Ａｔｔａｃｈ ｒｅｑｕｅｓｔは、例えば、ネットワーク３００ａへの接続要求である。
【0090】
また、端末装置２００は、アプリケーションプログラムＰＲａｐαを起動する（Ｓ２１０α）。そして、端末装置２００の要求部２２０は、制御要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦを、ネットワーク３００ａを介して管理装置１００に送信する（Ｓ２２０α）。なお、アプリケーションプログラムＰＲａｐαの起動に応じて送信された制御要求ＲＥＱｓ１は、アプリケーションプログラムＰＲａｐαの通信に対するＱｏＳ制御を要求するものである。
【0091】
管理装置１００の品質管理部１２０は、端末装置２００からネットワーク３００ａを介して管理装置１００に送信された制御要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦを、取得する（Ｓ１２０α）。そして、品質管理部１２０は、複数のネットワーク３００のうち、制御要求ＲＥＱｓ１の送信元の端末装置２００と接続中のネットワーク３００を、端末装置２００から取得した端末情報ＴＥＩＮＦに基づいて、特定する（Ｓ１２２α）。例えば、品質管理部１２０は、複数のネットワーク３００のうち、端末装置２００と接続中のネットワーク３００を、端末情報ＴＥＩＮＦに含まれるＩＰアドレスに基づいて特定する。
【0092】
なお、品質管理部１２０は、例えば、端末装置２００と接続中のネットワーク３００を管理する通信事業者を端末情報ＴＥＩＮＦに基づいて特定することにより、端末装置２００と接続中のネットワーク３００を特定してもよい。具体的には、品質管理部１２０は、端末情報ＴＥＩＮＦに含まれるＩＰアドレスに基づいてネットワーク３００ａの通信事業者を特定してもよい。あるいは、品質管理部１２０は、端末情報ＴＥＩＮＦに含まれるＳＩＭ情報（例えば、ＩＣＣＩＤ等）に基づいてネットワーク３００ａの通信事業者を特定してもよい。
【0093】
そして、品質管理部１２０は、例えば、端末情報ＴＥＩＮＦに基づいて特定したネットワーク３００ａがアプリケーションプログラムＰＲａｐαの通信に対するＱｏＳ制御を実行するネットワーク３００として登録リストＬＳＴに登録されているか否かを判定する。図９に示す例では、ネットワーク３００ａは、アプリケーションプログラムＰＲａｐαの通信に対するＱｏＳ制御を実行するネットワーク３００として、登録リストＬＳＴに登録されている。従って、図９に示す例では、品質管理部１２０は、端末装置２００と接続中のネットワーク３００ａを制御対象のネットワーク３００に決定する。なお、図９に示す例では、ネットワーク３００ｂは、アプリケーションプログラムＰＲａｐαの通信に対するＱｏＳ制御を実行するネットワーク３００として登録リストＬＳＴに登録されているが、端末装置２００と接続中でないため、制御対象のネットワーク３００に含まれない。
【0094】
品質管理部１２０は、ネットワーク３００ａを制御対象のネットワーク３００に決定した後、ネットワーク３００ａに対応する事業者個別情報ＣＡＩＮＦに基づいて、制御要求ＲＥＱｓ２をネットワーク３００ａの品質制御装置３０２ａに送信する（Ｓ１３０α）。
【0095】
本実施形態では、制御要求ＲＥＱｓ２は、管理装置１００の品質管理部１２０から制御対象のネットワーク３００の品質制御装置３０２に送信される場合を想定する。制御要求ＲＥＱｓ２には、例えば、端末装置２００から取得した制御要求ＲＥＱｓ１に含まれる項目が含まれる。なお、制御要求ＲＥＱｓ２には、図３に示したＡＰＩ情報に含まれる項目の一部又は全部と、制御要求ＲＥＱｓ１に含まれる項目とが含まれてもよい。従って、制御要求ＲＥＱｓ２を品質制御装置３０２に送信することには、制御要求ＲＥＱｓ１を品質制御装置３０２に送信することも含まれる。すなわち、品質管理部１２０が実行する制御処理には、端末装置２００から取得した制御要求ＲＥＱｓ１を品質制御装置３０２に送信する処理が含まれてもよい。
【0096】
ネットワーク３００ａの品質制御装置３０２ａは、管理装置１００から送信された制御要求ＲＥＱｓ２を受信する（Ｓ３２０α）。そして、品質制御装置３０２ａは、制御要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を実行できるか否かを、ＱｏＳ利用判定情報に基づいて判定する。図９に示す例では、制御要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を品質制御装置３０２ａが実行できる場合を想定する。従って、品質制御装置３０２ａは、制御要求ＲＥＱｓ２に対する肯定応答ＡＣＫｓ（制御要求ＲＥＱｓに応じたＱｏＳ制御が実行されることを示す情報）を、管理装置１００に送信する（Ｓ３２２α）。なお、品質制御装置３０２ａは、制御要求ＲＥＱｓ２に対する肯定応答ＡＣＫｓを、端末装置２００と管理装置１００とに送信してもよい。
【0097】
管理装置１００の品質管理部１２０は、制御要求ＲＥＱｓ２に対する肯定応答ＡＣＫｓを受信する（Ｓ１３２α）。そして、品質管理部１２０は、肯定応答ＡＣＫｓを端末装置２００に送信する（Ｓ１３４α）。
【0098】
また、ネットワーク３００ａの品質制御装置３０２ａは、制御要求ＲＥＱｓ２に基づいて、ＱｏＳ制御を開始する（Ｓ３３０α）。例えば、品質制御装置３０２ａは、端末装置２００による通信のうち、アプリケーションプログラムＰＲａｐαの通信に対して、制御要求ＲＥＱｓ２により指定される品質モードのＱｏＳ制御を開始する。これにより、アプリケーションプログラムＰＲａｐαの通信に対するＱｏＳ制御が開始される。また、ネットワーク３００ａの品質制御装置３０２ａは、アプリケーションプログラムＰＲａｐαの通信（ＱｏＳ制御の対象となった通信）の通信量の計測を開始する（Ｓ３４０α）。
【0099】
端末装置２００は、アプリケーションプログラムＰＲａｐαを終了させる（Ｓ２３０α）。これにより、アプリケーションプログラムＰＲａｐαは、アプリケーションプログラムＰＲａｐαの通信に対するＱｏＳ制御の終了を要求する終了要求ＲＥＱｅがネットワーク３００ａの品質制御装置３０２ａに送信された後、終了する。例えば、端末装置２００の要求部２２０は、終了要求ＲＥＱｅをネットワーク３００ａの品質制御装置３０２ａに送信する（Ｓ２４０α）。なお、要求部２２０は、終了要求ＲＥＱｅを品質制御装置３０２ａと管理装置１００とに送信してもよいし、終了要求ＲＥＱｅを管理装置１００を介して品質制御装置３０２ａに送信してもよい。品質制御装置３０２ａにアクセスするための情報（品質制御装置３０２ａのアドレス等）は、例えば、肯定応答ＡＣＫｓに含まれてもよいし、管理装置１００から端末装置２００に送信されてもよい。
【0100】
ネットワーク３００ａの品質制御装置３０２ａは、終了要求ＲＥＱｅを端末装置２００から受信する（Ｓ３５０α）。そして、品質制御装置３０２ａは、終了要求ＲＥＱｅに対する肯定応答ＡＣＫｅを、端末装置２００に送信する（Ｓ３５２α）。これにより、端末装置２００は、終了要求ＲＥＱｅに対する肯定応答ＡＣＫｅを、品質制御装置３０２ａから受信する（Ｓ２４２α）。また、品質制御装置３０２ａは、終了要求ＲＥＱｅにより示されるＱｏＳ制御、すなわち、アプリケーションプログラムＰＲａｐαの通信に対するＱｏＳ制御を、終了する（Ｓ３５４α）。
【0101】
なお、品質制御装置３０２ａは、終了要求ＲＥＱｅに対する肯定応答ＡＣＫｅを、端末装置２００と管理装置１００とに送信してもよいし、終了要求ＲＥＱｅに対する肯定応答ＡＣＫｅを、管理装置１００を介して端末装置２００に送信してもよい。この場合、管理装置１００は、端末装置２００にインストールされたアプリケーションプログラムＰＲａｐαの通信に対するＱｏＳ制御が終了することを認識できる。
【0102】
また、ネットワーク３００ａの品質制御装置３０２ａは、アプリケーションプログラムＰＲａｐαの通信（ＱｏＳ制御の対象となった通信）の通信量等に基づいて、アプリケーションプログラムＰＲａｐαの通信に対するＱｏＳ制御の利用料金を算出する（Ｓ３６０α）。そして、品質制御装置３０２ａは、算出したＱｏＳ制御の利用料金を示す料金情報ＦＥＥＩＮＦを、管理装置１００に送信する（Ｓ３６２α）。なお、ＱｏＳ制御の利用料金は、ＱｏＳ制御の対象となった通信の通信量等に基づいて算出した料金からキャンペーン等による所定の金額を減算した料金であってもよい。
【0103】
管理装置１００の課金管理部１３０は、ネットワーク３００ａによるＱｏＳ制御の利用料金を示す料金情報ＦＥＥＩＮＦを、ネットワーク３００ａから取得する（Ｓ１８０α）。そして、課金管理部１３０は、ＱｏＳ制御の利用料金としてアプリケーション事業者に請求する請求料金を、ネットワーク３００ａから取得した料金情報ＦＥＥＩＮＦに基づいて決定する（Ｓ１８２α）。なお、ＱｏＳ制御の利用料金としてアプリケーション事業者に請求される請求料金は、例えば、ネットワーク３００から管理装置１００に送信された料金情報ＦＥＥＩＮＦにより示されるＱｏＳ制御の利用料金と同じ料金であってもよい。あるいは、請求料金は、料金情報ＦＥＥＩＮＦにより示されるＱｏＳ制御の利用料金と異なる料金であってもよい。例えば、請求料金は、料金情報ＦＥＥＩＮＦにより示されるＱｏＳ制御の利用料金に管理装置１００の手数料等を加算した料金であってもよいし、料金情報ＦＥＥＩＮＦにより示されるＱｏＳ制御の利用料金からキャンペーン等による所定の金額を減算した料金であってもよい。
【0104】
また、管理装置１００の課金管理部１３０は、料金情報ＦＥＥＩＮＦに基づいて決定した請求料金を示す課金情報ＣＨＩＮＦをアプリ事業者装置４００αに送信する（Ｓ１８４α）。これにより、アプリ事業者装置４００αは、課金情報ＣＨＩＮＦを管理装置１００から受信する（Ｓ４２０）。
【0105】
図９に示す例では、管理装置１００が課金情報ＣＨＩＮＦをアプリ事業者装置４００αに送信することにより、アプリケーションプログラムＰＲａｐαの通信に対するＱｏＳ制御の利用料金が、アプリケーションプログラムＰＲａｐαを提供するアプリケーション事業者に課金される。
【0106】
管理装置１００の課金管理部１３０は、ＱｏＳ制御の利用に対する請求料金を、アプリケーション事業者から徴収する（Ｓ１８６）。例えば、アプリケーション事業者は、課金情報ＣＨＩＮＦに基づいて、ＱｏＳ制御の利用に対する請求料金を管理装置１００に送金する。なお、請求料金の管理装置１００への送金は、アプリ事業者装置４００を用いて実行されてもよい。
【0107】
また、管理装置１００の課金管理部１３０は、アプリケーション事業者から送金された請求料金の一部又は全部を、各ネットワーク３００から取得した料金情報ＦＥＥＩＮＦ等に基づいて、各通信事業者に送金する（Ｓ１８８）。
【0108】
なお、各通信事業者に送金するＱｏＳ制御の利用料金は、アプリケーション事業者から送金された請求料金から、管理装置１００の手数料等を減算した料金であってもよい。アプリケーション事業者から送金された請求料金から、管理装置１００の手数料等を減算した料金が０円の場合、ＱｏＳ制御に対する支払いが０円であることが通信事業者に通知されてもよい。また、課金に関する処理（Ｓ３６０α、Ｓ３６２α、Ｓ１８０α、Ｓ１８２α、Ｓ１８４α、Ｓ１８６、Ｓ１８８及びＳ４２０等）の一部又は全部は、リアルタイムに実行されてもよいし、ＱｏＳ制御が終了する度に実行されてもよい。あるいは、課金に関する処理（Ｓ３６０α、Ｓ３６２α、Ｓ１８０α、Ｓ１８２α、Ｓ１８４α、Ｓ１８６、Ｓ１８８及びＳ４２０等）の一部又は全部は、定期的に実行されてもよい。
【0109】
また、端末装置２００は、アプリケーションプログラムＰＲａｐβを起動する（Ｓ２１０β）。そして、端末装置２００の要求部２２０は、制御要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦを、ネットワーク３００ａを介して管理装置１００に送信する（Ｓ２２０β）。なお、アプリケーションプログラムＰＲａｐβの起動に応じて送信された制御要求ＲＥＱｓ１は、アプリケーションプログラムＰＲａｐβの通信に対するＱｏＳ制御を要求するものである。
【0110】
管理装置１００の品質管理部１２０は、端末装置２００からネットワーク３００ａを介して管理装置１００に送信された制御要求ＲＥＱｓ１及び端末情報ＴＥＩＮＦを、取得する（Ｓ１２０β）。そして、品質管理部１２０は、複数のネットワーク３００のうち、制御要求ＲＥＱｓ１の送信元の端末装置２００と接続中のネットワーク３００を、端末装置２００から取得した端末情報ＴＥＩＮＦに基づいて、特定する（Ｓ１２２β）。例えば、品質管理部１２０は、端末情報ＴＥＩＮＦに含まれるＩＰアドレスに基づいて、複数のネットワーク３００のうちのネットワーク３００ａを、端末装置２００と接続中のネットワーク３００として特定する。
【0111】
そして、品質管理部１２０は、例えば、端末情報ＴＥＩＮＦに基づいて特定したネットワーク３００ａがアプリケーションプログラムＰＲａｐβの通信に対するＱｏＳ制御を実行するネットワーク３００として登録リストＬＳＴに登録されているか否かを判定する。図９に示す例では、ネットワーク３００ａは、アプリケーションプログラムＰＲａｐβの通信に対するＱｏＳ制御を実行するネットワーク３００としては登録リストＬＳＴに登録されていない。従って、図９に示す例では、品質管理部１２０は、アプリケーションプログラムＰＲａｐβの通信に対するＱｏＳ制御の要求（制御要求ＲＥＱｓ１）が否定されたことを示す情報として、否定応答ＮＡＣＫｓを端末装置２００に送信する（Ｓ１３４β）。なお、図９に示す例では、ネットワーク３００ｂがアプリケーションプログラムＰＲａｐβの通信に対するＱｏＳ制御を実行するネットワーク３００として登録リストＬＳＴに登録されているが、ネットワーク３００ｂは端末装置２００と接続中でないため、ＱｏＳ制御は実行されない。
【0112】
すなわち、品質管理部１２０は、制御要求ＲＥＱｓ１により示されるアプリケーションプログラムＰＲａｐに対するＱｏＳの利用の申し込みが行われていないネットワーク３００ａに対しては、制御要求ＲＥＱｓ２を送信しない。これにより、ＱｏＳの利用の申し込みが行われていないネットワーク３００において、ＱｏＳ制御が実行されることを抑止することができる。
【0113】
このように、本実施形態では、端末装置２００は、管理装置１００に制御要求ＲＥＱｓ１を送信することにより、端末装置２００と接続中のネットワーク３００のうちの適切なネットワーク３００の品質制御装置３０２にＱｏＳ制御を開始させることができる。すなわち、端末装置２００は、通信サービスを提供する通信事業者を特に認識することなく、ＱｏＳ制御を品質制御装置３０２に開始させることができる。これにより、本実施形態では、例えば、ＱｏＳ制御の実行を要求するアプリケーションプログラムＰＲａｐが煩雑になることを抑制することができる。
【0114】
例えば、アプリケーションプログラムＰＲａｐを提供するアプリケーション事業者は、ＱｏＳ制御を利用するために、ＱｏＳ制御を利用するためのＱｏＳ制御ＳＤＫ（Software Development Kit）をアプリケーションプログラムＰＲａｐに内包してもよい。制御要求ＲＥＱｓ１の送信先は、アプリケーションプログラムＰＲａｐがインストールされる端末装置２００が接続されるネットワーク３００を管理する通信事業者に拘わらず、管理装置１００である。この結果、本実施形態では、複数の通信事業者が管理する複数のネットワーク３００のいずれに対しても、ＱｏＳ制御の実行を要求できるアプリケーションプログラムＰＲａｐを作成する場合に、通信事業者に合わせて制御要求ＲＥＱｓ１の送信先を変更する必要がない。このため、本実施形態では、アプリケーションプログラムＰＲａｐが煩雑になることを抑制することができる。すなわち、本実施形態では、アプリケーション事業者が、複数の通信事業者のうちのどの通信事業者に対しても、ＱｏＳ制御の実行を要求できるようにアプリケーションプログラムＰＲａｐを作成する場合においても、アプリケーションプログラムＰＲａｐが煩雑になることを抑制することができる。
【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】
［２．変形例］
本発明は、以上に例示した実施形態に限定されない。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様を併合してもよい。
本発明は、以上に例示した実施形態に限定されない。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様を併合してもよい。
【0154】
［第１変形例］
上述した実施形態では、ＱｏＳ制御の実行を制限する上限料金が料金プランに規定されている場合のネットワーク３００等の動作については、特に説明していないが、ネットワーク３００は、ＱｏＳ制御の利用料金が上限料金に達していないことを条件として、ＱｏＳ制御を実行してもよい。例えば、ネットワーク３００は、ＱｏＳ制御を実行中に、ＱｏＳ制御の利用料金が料金プランの上限料金に達した場合、ＱｏＳ制御を終了し、ＱｏＳ制御を終了したことを示す情報を端末装置２００に送信してもよい。なお、ネットワーク３００は、ＱｏＳ制御を終了したことを示す情報を、管理装置１００を介して端末装置２００に送信してもよい。
上述した実施形態では、ＱｏＳ制御の実行を制限する上限料金が料金プランに規定されている場合のネットワーク３００等の動作については、特に説明していないが、ネットワーク３００は、ＱｏＳ制御の利用料金が上限料金に達していないことを条件として、ＱｏＳ制御を実行してもよい。例えば、ネットワーク３００は、ＱｏＳ制御を実行中に、ＱｏＳ制御の利用料金が料金プランの上限料金に達した場合、ＱｏＳ制御を終了し、ＱｏＳ制御を終了したことを示す情報を端末装置２００に送信してもよい。なお、ネットワーク３００は、ＱｏＳ制御を終了したことを示す情報を、管理装置１００を介して端末装置２００に送信してもよい。
【0155】
また、例えば、ネットワーク３００は、制御要求ＲＥＱｓ２を受信した時点において、ＱｏＳ制御の利用料金が料金プランの上限料金に既に達している場合、制御要求ＲＥＱｓ２に対する応答情報として、否定応答ＮＡＣＫｓを端末装置２００に送信してもよい。なお、ネットワーク３００は、制御要求ＲＥＱｓ２に対する否定応答ＮＡＣＫｓを、管理装置１００を介して端末装置２００に送信してもよい。
【0156】
また、例えば、課金管理部１３０は、図１３に示すように、複数のネットワーク３００のうち、利用料金が上限料金に達したネットワーク３００の料金プランの変更を、アプリケーション事業者に打診してもよい。
【0157】
図１３は、第１変形例に係る管理装置１００の動作の一例を示すフローチャートである。なお、図１３は、複数のアプリケーションプログラムＰＲａｐのうちの一のアプリケーションプログラムＰＲａｐの通信に対するＱｏＳ制御を１又は複数のネットワーク３００が実行している場合の管理装置１００の動作の一例を示している。従って、図１３の説明では、特に断りがない場合、ＱｏＳ制御は、一のアプリケーションプログラムＰＲａｐの通信に対するＱｏＳ制御を意味するものとする。また、図１３の説明においても、特に断りがない場合、アプリケーションプログラムＰＲａｐは、一のアプリケーションプログラムＰＲａｐを意味し、アプリケーション事業者は、一のアプリケーションプログラムＰＲａｐを提供するアプリケーション事業者を意味するものとする。
【0158】
図１３に示す動作では、例えば、ステップＳ１５０からステップＳ１５８までの処理は、管理装置１００の課金管理部１３０により実行され、ステップＳ１６０からステップＳ１６４までの処理は、管理装置１００の品質管理部１２０により実行される。また、図１３では、１つのネットワーク３００に適用する料金プランを２つ以上の料金プランから選択可能である場合を想定する。
【0159】
先ず、ステップＳ１５０において、課金管理部１３０は、ＱｏＳ制御を実行中のネットワーク３００から料金情報ＦＥＥＩＮＦを取得する。
【0160】
次に、ステップＳ１５２において、課金管理部１３０は、ＱｏＳ制御を実行中のネットワーク３００が、ＱｏＳ制御の利用料金が料金プランの上限料金に達したネットワーク３００を含むか否かを判定する。例えば、課金管理部１３０は、ＱｏＳ制御を実行中のネットワーク３００について、ステップＳ１５０において取得した料金情報ＦＥＥＩＮＦにより示される利用料金が料金プランの上限料金に達しているか否かを判定する。ステップＳ１５２における判定の結果が否定の場合、図１３に示す動作は終了する。一方、ステップＳ１５２における判定の結果が肯定の場合、課金管理部１３０は、処理をステップＳ１５４に進める。
【0161】
ステップＳ１５４において、課金管理部１３０は、ＱｏＳ制御の利用料金が料金プランの上限料金に達したネットワーク３００に適用する料金プランの変更を、アプリケーション事業者に打診する。例えば、課金管理部１３０は、ＱｏＳ制御の利用料金が料金プランの上限料金に達したネットワーク３００に適用する料金プランの変更を打診する打診情報を、アプリケーション事業者に通知する。より具体的には、例えば、課金管理部１３０は、ＱｏＳ制御の利用料金が料金プランの上限料金に達したネットワーク３００に適用する料金プランの変更を打診する打診情報を、アプリケーション事業者のアプリ事業者装置４００に送信する。課金管理部１３０は、ステップＳ１５４の処理を実行した後、処理をステップＳ１５６に進める。
【0162】
ステップＳ１５６において、課金管理部１３０は、ＱｏＳ制御の利用料金が料金プランの上限料金に達したネットワーク３００に適用する料金プランを変更するか否かを判定する。例えば、課金管理部１３０は、打診情報の応答情報として、料金プランを変更することを示す変更要求情報をアプリ事業者装置４００から受信した場合、料金プランを変更すると判定する。変更要求情報には、例えば、変更後の料金プランを示す情報が含まれてもよい。また、例えば、課金管理部１３０は、打診情報の応答情報として、料金プランを変更しないことを示す維持要求情報をアプリ事業者装置４００から受信した場合、料金プランを変更しないと判定する。また、例えば、課金管理部１３０は、打診情報を送信してから所定時間が経過するまでに、変更要求情報を受信しなかった場合、料金プランを変更しないと判定してもよい。
【0163】
ステップＳ１５６における判定の結果が否定の場合、課金管理部１３０は、処理をステップＳ１６０に進める。一方、ステップＳ１５６における判定の結果が肯定の場合、課金管理部１３０は、処理をステップＳ１５８に進める。
【0164】
ステップＳ１５８において、課金管理部１３０は、ＱｏＳ制御の利用料金が料金プランの上限料金に達したネットワーク３００に適用する料金プランを、アプリ事業者装置４００からの回答（例えば、上述の変更要求情報）に基づいて変更する。例えば、課金管理部１３０は、料金プランが変更されるネットワーク３００に、変更後の料金プランを示すプラン変更情報を送信する。ステップＳ１５８の処理が終了することにより、図１３に示す動作は終了する。なお、料金プランが変更されない場合は、上述したように、ステップＳ１６０の処理が実行される。
【0165】
ステップＳ１６０において、品質管理部１２０は、ＱｏＳ制御の利用料金が料金プランの上限料金に達したネットワーク３００に、ＱｏＳ制御の終了要求ＲＥＱｅを送信する。品質管理部１２０は、ステップＳ１６０の処理を実行した後、処理をステップＳ１６２に進める。
【0166】
ステップＳ１６２において、品質管理部１２０は、終了要求ＲＥＱｅに対する応答情報を、終了要求ＲＥＱｅの送信先のネットワーク３００から取得する。例えば、終了要求ＲＥＱｅを受信したネットワーク３００がＱｏＳ制御を終了する場合、品質管理部１２０は、終了要求ＲＥＱｅに対する応答情報として、肯定応答ＡＣＫｅを取得する。また、例えば、終了要求ＲＥＱｅを受信したネットワーク３００がＱｏＳ制御を終了しない場合、品質管理部１２０は、終了要求ＲＥＱｅに対する応答情報として、ＱｏＳ制御を終了しないことを示す情報（例えば、否定応答）を取得してもよい。品質管理部１２０は、ステップＳ１６２の処理を実行した後、処理をステップＳ１６４に進める。
【0167】
ステップＳ１６４において、品質管理部１２０は、終了要求ＲＥＱｅに対する応答情報（ステップＳ１６２において取得した応答情報）を、端末装置２００に送信する。なお、品質管理部１２０は、終了要求ＲＥＱｅを受信したネットワーク３００がＱｏＳ制御を終了しない場合、ステップＳ１６２において取得した応答情報を端末装置２００に送信しなくてもよい。ステップＳ１６４の処理が終了することにより、図１３に示す動作は終了する。
【0168】
このように、図１３に示す動作では、課金管理部１３０は、ＱｏＳ制御の利用料金が上限料金に達したネットワーク３００の料金プランの変更を、アプリケーション事業者に打診する。この場合、ＱｏＳ制御の利用量に応じた料金プランをアプリケーション事業者に適切に選択させることができる。また、図１３に示す動作では、料金プランが変更されない場合、課金管理部１３０は、ＱｏＳ制御の利用料金が上限料金に達したネットワーク３００に、ＱｏＳ制御の終了要求ＲＥＱｅを送信する。この場合、ＱｏＳ制御の利用料金が上限料金に達したネットワーク３００において、ＱｏＳ制御の実行が継続されることを抑制することができる。
【0169】
なお、第１変形例に係る管理装置１００の動作は、図１３に示した動作に限定されない。例えば、図１４に示すように、課金管理部１３０は、複数のネットワーク３００のうち、ＱｏＳ制御の利用料金が上限料金に達したネットワーク３００の料金プランを、上限料金が現状の料金プランより高い料金プランに変更してもよい。そして、課金管理部１３０は、料金プランを変更したことをアプリケーション事業者に通知してもよい。
【0170】
図１４は、第１変形例に係る管理装置１００の動作の別の例を示すフローチャートである。なお、図１４に示す動作は、管理装置１００が、ＱｏＳ制御の利用料金が上限料金に達したネットワーク３００の料金プランの変更をアプリケーション事業者に打診することなく、料金プランを変更する点が、図１３に示した動作と相違する。例えば、図１４に示す動作では、図１３に示した動作から、ステップＳ１５４、Ｓ１５６、Ｓ１６０、Ｓ１６２及びＳ１６４が省かれ、ステップＳ１５９が図１３に示した動作に追加されている。図１４では、図１３において説明した動作については、詳細な説明を書略する。
【0171】
例えば、ステップＳ１５８において、課金管理部１３０は、ＱｏＳ制御の利用料金が上限料金に達したネットワーク３００の料金プランを、上限料金が現状の料金プランより高い料金プランに変更する。そして、ステップＳ１５９において、課金管理部１３０は、ＱｏＳ制御の利用料金が上限料金に達したネットワーク３００の料金プランを変更したことを、アプリケーション事業者に通知する。例えば、課金管理部１３０は、ＱｏＳ制御の利用料金が上限料金に達したネットワーク３００の料金プランを変更したことを示す変更情報を、アプリケーション事業者のアプリ事業者装置４００に送信する。ステップＳ１５９の処理が終了することにより、図１４に示す動作は終了する。
【0172】
このように、図１４に示す動作では、ＱｏＳ制御の利用料金が上限料金に達したネットワーク３００の料金プランを、ＱｏＳ制御の利用量に応じた料金プランに変更することができる。これにより、図１４に示す動作では、ＱｏＳ制御がアプリケーションプログラムＰＲａｐの終了前に終了することを抑制することができる。
【0173】
［第２変形例］
上述した第１変形例では、料金プランの上限料金が変更された場合の管理装置１００等の動作については、特に説明していないが、管理装置１００は、上限料金が変更された料金プランに基づいて、登録リストＬＳＴを更新してもよい。例えば、課金管理部１３０は、複数の料金プランのいずれかの上限料金がアプリケーション事業者により指定された第１料金以上に変更された場合、上限料金が第１料金以上に変更された料金プランに対応するネットワーク３００を登録リストＬＳＴから削除してもよい。具体的には、例えば、アプリケーションプログラムＰＲａｐαの登録リストＬＳＴに登録されているネットワーク３００ａの料金プランの上限料金が第１料金以上に変更された場合、課金管理部１３０は、アプリケーションプログラムＰＲａｐαの登録リストＬＳＴからネットワーク３００ａを削除してもよい。
上述した第１変形例では、料金プランの上限料金が変更された場合の管理装置１００等の動作については、特に説明していないが、管理装置１００は、上限料金が変更された料金プランに基づいて、登録リストＬＳＴを更新してもよい。例えば、課金管理部１３０は、複数の料金プランのいずれかの上限料金がアプリケーション事業者により指定された第１料金以上に変更された場合、上限料金が第１料金以上に変更された料金プランに対応するネットワーク３００を登録リストＬＳＴから削除してもよい。具体的には、例えば、アプリケーションプログラムＰＲａｐαの登録リストＬＳＴに登録されているネットワーク３００ａの料金プランの上限料金が第１料金以上に変更された場合、課金管理部１３０は、アプリケーションプログラムＰＲａｐαの登録リストＬＳＴからネットワーク３００ａを削除してもよい。
【0174】
また、例えば、課金管理部１３０は、複数の料金プランのいずれかの上限料金が第１料金以上の料金から第１料金未満の料金に変更された場合、上限料金が第１料金未満に変更された料金プランに対応するネットワーク３００を登録リストＬＳＴに追加してもよい。なお、第１料金は、登録リストＬＳＴからネットワーク３００を削除する場合と登録リストＬＳＴにネットワーク３００を追加する場合とで異なってもよい。例えば、登録リストＬＳＴからネットワーク３００を削除する場合の第１料金は、登録リストＬＳＴにネットワーク３００を追加する場合の第１料金よりも高い料金であってもよい。
【0175】
第２変形例においても、上述した実施形態及び第１変形例と同様の効果を得ることができる。さらに、第２変形例では、ＱｏＳ制御を実行するネットワーク３００として登録リストＬＳＴに登録されるネットワーク３００を、料金プランの上限値の変更に合わせて、自動的に変更することができる。
【0176】
［第３変形例］
上述した実施形態、第１変形例及び第２変形例では、アプリケーション事業者に対する課金に上限が設定される場合の管理装置１００等の動作については、特に説明していないが、管理装置１００は、課金が上限に達したＱｏＳ制御の制御要求ＲＥＱｓ１を棄却してもよい。
上述した実施形態、第１変形例及び第２変形例では、アプリケーション事業者に対する課金に上限が設定される場合の管理装置１００等の動作については、特に説明していないが、管理装置１００は、課金が上限に達したＱｏＳ制御の制御要求ＲＥＱｓ１を棄却してもよい。
【0177】
例えば、品質管理部１２０は、制御要求ＲＥＱｓ１により示されるアプリケーションプログラムＰＲａｐを提供するアプリケーション事業者に対する課金が、アプリケーション事業者により指定された第２料金に達している場合、制御要求ＲＥＱｓ１を棄却してもよい。アプリケーション事業者に対する課金が第２料金に達しているか否かの上限判定は、例えば、図１１に示したステップＳ１２０の処理の後に実行されてもよい。例えば、品質管理部１２０は、上述の上限判定の結果が否定の場合、処理をＳ１２２に進め、上限判定の結果が肯定の場合、処理をステップＳ１３４に進めてもよい。
【0178】
ここで、上限判定において参照されるアプリケーション事業者に対する課金は、例えば、課金が所定の課金期間（例えば、１ヶ月間）に発生した請求料金に基づいて決定される場合、課金期間の開始タイミングから上限判定の実行タイミングまでの請求料金の累計である。また、アプリケーション事業者が複数のアプリケーションプログラムＰＲａｐを提供する場合、アプリケーション事業者に対する課金は、複数のアプリケーションプログラムＰＲａｐに対応するＱｏＳ制御の課金の合計であってもよい。あるいは、アプリケーション事業者が複数のアプリケーションプログラムＰＲａｐを提供する場合、アプリケーション事業者に対する課金は、アプリケーションプログラムＰＲａｐ毎のアプリケーション事業者に対する課金であってもよい。この場合、品質管理部１２０は、アプリケーション事業者に対する課金が第２料金に達しているか否かの判定として、制御要求ＲＥＱｓ１により示されるアプリケーションプログラムＰＲａｐに対応するＱｏＳ制御の課金が第２料金に達しているか否かを判定してもよい。
【0179】
なお、第３変形例に係る管理装置１００の動作は、上述の例に限定されない。例えば、図１５に示すように、品質管理部１２０は、ＱｏＳ制御が実行されている最中に、アプリケーション事業者に対する課金が、アプリケーション事業者により指定された第３料金に達した場合、ＱｏＳ制御を終了させてもよい。第３料金は、上述の第２料金と同じ料金であってもよいし、第２料金と異なる料金であってもよい。
【0180】
図１５は、第３変形例に係る管理装置１００の動作の一例を示すフローチャートである。なお、図１５は、複数のアプリケーションプログラムＰＲａｐのうちの一のアプリケーションプログラムＰＲａｐの通信に対するＱｏＳ制御を１又は複数のネットワーク３００が実行している場合の管理装置１００の動作の一例を示している。従って、図１５の説明においても、特に断りがない場合、ＱｏＳ制御は、一のアプリケーションプログラムＰＲａｐの通信に対するＱｏＳ制御を意味し、アプリケーションプログラムＰＲａｐは、一のアプリケーションプログラムＰＲａｐを意味するものとする。また、図１５の説明においても、特に断りがない場合、アプリケーション事業者は、一のアプリケーションプログラムＰＲａｐを提供するアプリケーション事業者を意味するものとする。
【0181】
図１５に示す動作では、例えば、ステップＳ１５０及びＳ１５３の処理は、管理装置１００の課金管理部１３０により実行され、ステップＳ１６１、Ｓ１６２及びＳ１６４の処理は、管理装置１００の品質管理部１２０により実行される。図１５では、図１から図１４において説明した動作については、詳細な説明を書略する。
【0182】
先ず、ステップＳ１５０において、課金管理部１３０は、ＱｏＳ制御を実行中のネットワーク３００から料金情報ＦＥＥＩＮＦを取得する。
【0183】
次に、ステップＳ１５３において、課金管理部１３０は、ステップＳ１５０において取得した料金情報ＦＥＥＩＮＦにより示される利用料金に基づいて決定される請求料金に基づいて、アプリケーション事業者に対する課金が第３料金に達したか否かを判定する。なお、アプリケーション事業者に対する課金が第３料金に達したか否かの判定は、第２料金の代わりに第３料金が参照されることを除いて、上述の上限判定と同様である。ステップＳ１５３における判定の結果が否定の場合、図１５に示す動作は終了する。一方、ステップＳ１５３における判定の結果が肯定の場合、課金管理部１３０は、処理をステップＳ１６１に進める。
【0184】
ステップＳ１６１において、品質管理部１２０は、ＱｏＳ制御を実行中のネットワーク３００に、ＱｏＳ制御の終了要求ＲＥＱｅを送信する。そして、ステップＳ１６２において、品質管理部１２０は、終了要求ＲＥＱｅに対する応答情報を、終了要求ＲＥＱｅの送信先のネットワーク３００から取得する。次に、ステップＳ１６４において、品質管理部１２０は、終了要求ＲＥＱｅに対する応答情報（ステップＳ１６２において取得した応答情報）を、端末装置２００に送信する。ステップＳ１６４の処理が終了することにより、図１５に示す動作は終了する。
【0185】
このように、第３変形例では、アプリケーション事業者が想定した料金（例えば、第２料金又は第３料金等）以上の料金がアプリケーション事業者に対して課金されることを抑制することができる。
【0186】
［第４変形例］
上述した実施形態、及び、第１変形例から第３変形例までの変形例では、端末装置２００が制御要求ＲＥＱｓ１を管理装置１００に送信する場合を示したが、本発明はこのような態様に限定されるものではない。例えば、端末装置２００は、端末装置２００と接続中の全てのネットワーク３００の品質制御装置３０２に制御要求ＲＥＱｓ１を送信してもよい。この場合、端末装置２００から制御要求ＲＥＱｓ１を受信した品質制御装置３０２は、制御要求ＲＥＱｓ１を管理装置１００に転送し、制御要求ＲＥＱｓ１の折り返しとして制御要求ＲＥＱｓ２を管理装置１００から受信するまで、ＱｏＳ制御の実行を待機する。
上述した実施形態、及び、第１変形例から第３変形例までの変形例では、端末装置２００が制御要求ＲＥＱｓ１を管理装置１００に送信する場合を示したが、本発明はこのような態様に限定されるものではない。例えば、端末装置２００は、端末装置２００と接続中の全てのネットワーク３００の品質制御装置３０２に制御要求ＲＥＱｓ１を送信してもよい。この場合、端末装置２００から制御要求ＲＥＱｓ１を受信した品質制御装置３０２は、制御要求ＲＥＱｓ１を管理装置１００に転送し、制御要求ＲＥＱｓ１の折り返しとして制御要求ＲＥＱｓ２を管理装置１００から受信するまで、ＱｏＳ制御の実行を待機する。
【0187】
例えば、管理装置１００の品質管理部１２０は、制御要求ＲＥＱｓ１を管理装置１００に転送した品質制御装置３０２を含むネットワーク３００を、端末装置２００と接続中のネットワーク３００として特定する。そして、管理装置１００の品質管理部１２０は、端末装置２００と接続中のネットワーク３００から制御対象のネットワーク３００を選択し、制御対象のネットワーク３００の品質制御装置３０２に、制御要求ＲＥＱｓ１の折り返しとして、制御要求ＲＥＱｓ２を送信する。また、品質管理部１２０は、制御対象外のネットワーク３００の品質制御装置３０２が制御要求ＲＥＱｓ１に応じたＱｏＳ制御を実行しないようにする情報（例えば、否定応答ＮＡＣＫｓ）を、制御対象外のネットワーク３００の品質制御装置３０２に送信してもよい。
【0188】
以上、第４変形例においても、上述した実施形態、及び、第１変形例から第３変形例までの変形例と同様の効果を得ることができる。但し、第４変形例では、通信事業者に合わせて制御要求ＲＥＱｓ１の送信先が決定されるため、上述した実施形態、及び、第１変形例から第３変形例までの変形例と比べた場合には、アプリケーションプログラムＰＲａｐが煩雑になる可能性がある。
【0189】
［第５変形例］
上述した実施形態、及び、第１変形例から第４変形例までの変形例では、制御対象のネットワーク３００にＱｏＳ制御を開始させるための制御処理が、制御対象のネットワーク３００に制御要求ＲＥＱｓ２を送信する処理を含む場合を示したが、本発明はこのような態様に限定されるものではない。
上述した実施形態、及び、第１変形例から第４変形例までの変形例では、制御対象のネットワーク３００にＱｏＳ制御を開始させるための制御処理が、制御対象のネットワーク３００に制御要求ＲＥＱｓ２を送信する処理を含む場合を示したが、本発明はこのような態様に限定されるものではない。
【0190】
例えば、上述した実施形態、第１変形例、第２変形例及び第３変形例において、制御処理は、制御対象のネットワーク３００に対して端末装置２００がＱｏＳ制御を要求するために必要な事業者個別情報ＣＡＩＮＦを、管理装置１００が端末装置２００に送信する処理を含んでもよい。この場合、端末装置２００は、管理装置１００から受信した事業者個別情報ＣＡＩＮＦに基づいて、制御対象のネットワーク３００に制御要求ＲＥＱｓ２を送信する。
【0191】
また、例えば、上述した第４変形例において、品質制御装置３０２は、端末装置２００から受信した制御要求ＲＥＱｓ１に基づいて、ＱｏＳ制御を実行可能か否かを判定できる場合、判定結果を管理装置１００又は端末装置２００に送信してもよい。具体的には、品質制御装置３０２は、制御要求ＲＥＱｓ１に応じたＱｏＳ制御を実行可能である場合、ＱｏＳ制御を実行可能であることを示す情報を管理装置１００に送信し、制御要求ＲＥＱｓ１に応じたＱｏＳ制御を実行可能でない場合、否定応答ＮＡＣＫｓを端末装置２００に送信してもよい。
【0192】
管理装置１００の品質管理部１２０は、ＱｏＳ制御を実行可能であることを示す情報を送信した品質制御装置３０２を含むネットワーク３００から制御対象のネットワーク３００を選択する。そして、品質管理部１２０は、制御対象のネットワーク３００の品質制御装置３０２に、制御要求ＲＥＱｓ１に応じたＱｏＳ制御の実行の待機を解除する情報を送信してもよい。また、品質管理部１２０は、制御対象外のネットワーク３００の品質制御装置３０２に、制御要求ＲＥＱｓ１に応じたＱｏＳ制御を実行しないようにする情報（例えば、否定応答ＮＡＣＫｓ）を送信してもよい。
【0193】
以上、第５変形例においても、上述した実施形態、及び、第１変形例から第４変形例までの変形例と同様の効果を得ることができる。
【0194】
［第６変形例］
上述した実施形態、及び、第１変形例から第５変形例までの変形例では、端末装置２００が制御要求ＲＥＱｓ１を管理装置１００に送信する場合を示したが、本発明はこのような態様に限定されるものではない。例えば、ＱｏＳ制御の対象となるアプリケーションプログラムＰＲａｐを実行している端末装置２００の通信先であるアプリケーション管理装置（例えば、図１等には図示せず）が、端末装置２００に対するＱｏＳ制御の制御要求ＲＥＱｓ１と端末装置２００に関する端末情報ＴＥＩＮＦとを、管理装置１００に送信してもよい。すなわち、管理装置１００の品質管理部１２０は、端末装置２００に対するＱｏＳ制御の制御要求ＲＥＱｓ１と端末装置２００に関する端末情報ＴＥＩＮＦとを、アプリケーション管理装置から取得してもよい。なお、アプリケーション管理装置の機能は、例えば、アプリ事業者装置４００に含まれてもよい。
上述した実施形態、及び、第１変形例から第５変形例までの変形例では、端末装置２００が制御要求ＲＥＱｓ１を管理装置１００に送信する場合を示したが、本発明はこのような態様に限定されるものではない。例えば、ＱｏＳ制御の対象となるアプリケーションプログラムＰＲａｐを実行している端末装置２００の通信先であるアプリケーション管理装置（例えば、図１等には図示せず）が、端末装置２００に対するＱｏＳ制御の制御要求ＲＥＱｓ１と端末装置２００に関する端末情報ＴＥＩＮＦとを、管理装置１００に送信してもよい。すなわち、管理装置１００の品質管理部１２０は、端末装置２００に対するＱｏＳ制御の制御要求ＲＥＱｓ１と端末装置２００に関する端末情報ＴＥＩＮＦとを、アプリケーション管理装置から取得してもよい。なお、アプリケーション管理装置の機能は、例えば、アプリ事業者装置４００に含まれてもよい。
【0195】
以上、第６変形例においても、上述した実施形態、及び、第１変形例から第５変形例までの変形例と同様の効果を得ることができる。
【0196】
［３．その他］
（１）上述した実施形態では、記憶装置（例えば、記憶装置１６０及び２６０）は、処理装置（例えば、処理装置１１０及び２１０）が読取可能な記録媒体であり、ＲＯＭ及びＲＡＭなどを例示したが、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、ＣＤ－ＲＯＭ（Compact Disc－ＲＯＭ）、レジスタ、リムーバブルディスク、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ、データベース、サーバその他の適切な記憶媒体である。また、プログラムは、電気通信回線を介してネットワークから送信されてもよい。また、プログラムは、電気通信回線を介して通信網から送信されてもよい。
（１）上述した実施形態では、記憶装置（例えば、記憶装置１６０及び２６０）は、処理装置（例えば、処理装置１１０及び２１０）が読取可能な記録媒体であり、ＲＯＭ及びＲＡＭなどを例示したが、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、ＣＤ－ＲＯＭ（Compact Disc－ＲＯＭ）、レジスタ、リムーバブルディスク、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ、データベース、サーバその他の適切な記憶媒体である。また、プログラムは、電気通信回線を介してネットワークから送信されてもよい。また、プログラムは、電気通信回線を介して通信網から送信されてもよい。
【0197】
（２）上述した実施形態は、ＬＴＥ（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）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。
【0198】
（３）上述した実施形態において、説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【0199】
（４）上述した実施形態において、入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【0200】
（５）上述した実施形態において、判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【0201】
（６）上述した実施形態において例示した処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【0202】
（７）図１等の図面に例示された各機能は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
【0203】
また、通信装置１７０及び２７０は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１７０及び２７０は、例えば、周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。
【0204】
（８）上述した実施形態で例示したプログラムは、ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【0205】
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
【0206】
（９）前述の各形態において、「システム」及び「ネットワーク」という用語は、互換的に使用される。
【0207】
（１０）本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
【0208】
（１１）上述した実施形態において、端末装置２００は、移動局（ＭＳ：Mobile Station）である場合が含まれる。移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。また、本開示においては、「移動局」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」等の用語は、互換的に使用され得る。
【0209】
（１２）上述した実施形態において、「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
【0210】
（１３）上述した実施形態において、「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【0211】
（１４）本開示で使用する「判断(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）」などで読み替えられてもよい。
【0212】
（１５）上述した実施形態において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
【0213】
（１６）本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
【0214】
（１７）本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」等の用語も、「異なる」と同様に解釈されてもよい。
【0215】
（１８）本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【0216】
以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
【符号の説明】
【0217】
１０…ネットワークシステム、１００…管理装置、１１０…処理装置、１２０…品質管理部、１３０…課金管理部、１６０…記憶装置、１７０…通信装置、２００…端末装置、２１０…処理装置、２２０…要求部、２６０…記憶装置、２７０…通信装置、２８０…入力装置、２９０…出力装置、３００…ネットワーク、３０２…品質制御装置、４００…アプリ事業者装置、５００…インターネット。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】