JP7569845B2 - 管理装置 - Google Patents

Description

本発明は、管理装置に関する。

ネットワーク等の通信網における通信の品質を確保する技術として、ＱｏＳ（Quality of Service）制御が知られている。例えば、スマートフォン等の端末装置がネットワークに接続されるシステムでは、端末装置から要求されたＱｏＳのレベルに応じたＱｏＳ制御を実行する方法が提案されている（例えば、特許文献１）。

特開２０１４－３３４４６号公報

ところで、複数の通信事業者によりそれぞれ管理される複数のネットワークでは、ＱｏＳ制御の実行を要求する際の仕様（例えば、ＱｏＳ制御の実行を要求する際にネットワークに通知する情報、及び、要求のアクセス先等）は、ＱｏＳ制御の対象となるネットワークによって異なる場合がある。このため、例えば、端末装置にインストールされるアプリケーションプログラムを提供するアプリケーション事業者が、複数の通信事業者が管理する複数のネットワークのいずれに対しても、ＱｏＳ制御の実行を要求できるようにアプリケーションプログラムを作成する場合、アプリケーションプログラムが煩雑になる問題がある。

以上の課題を解決するために、本発明の好適な態様に係る管理装置は、複数の通信事業者に管理される複数のネットワークにそれぞれ接続される複数の端末装置のうちの一の端末装置に対して提供される通信サービスの品質の制御の開始を要求する開始要求と前記一の端末装置に関する端末情報とを、取得する取得部と、前記端末情報に基づいて、前記複数の通信事業者のうち、前記一の端末装置に対して前記通信サービスを提供する一の通信事業者を、特定する特定部と、前記一の端末装置に対する前記通信サービスの品質の制御を前記一の通信事業者の品質制御システムに開始させるための所定処理を実行するサービス管理部と、を備えている。

本発明によれば、複数の通信事業者が管理する複数のネットワークのいずれに対しても、ＱｏＳ制御の実行を要求できるアプリケーションプログラムを作成する場合に、アプリケーションプログラムが煩雑になることを抑制することができる。

実施形態に係る管理装置を含むネットワークシステムの全体構成を示すブロック図である。 図１に示した管理テーブルの一例を示す説明図である。 ＡＰＩ情報の一例を示す説明図である。 端末情報の一例を示す説明図である。 ネットワーク情報の一例を示す説明図である。 図１に示したネットワークシステムの動作の一例を示すシーケンスチャートである。 図１に示したネットワークシステムの動作の別の例を示すシーケンスチャートである。 第１変形例に係るネットワークシステムの動作の一例を示すシーケンスチャートである。 第２変形例に係るネットワークシステムの動作の一例を示すシーケンスチャートである。

［１．実施形態］
図１は、実施形態に係る管理装置１００を含むネットワークシステム１０の全体構成を示すブロック図である。図１に例示するように、ネットワークシステム１０は、インターネットＩＮＥＴを介して互いに接続される複数のネットワークＮＷと、インターネットＩＮＥＴを介して複数のネットワークＮＷに接続される管理装置１００と、複数のネットワークＮＷにそれぞれ接続される複数の端末装置２００とを有する。なお、管理装置１００は、インターネットＩＮＥＴを介さずに、複数のネットワークＮＷに接続されてもよい。また、本明細書における「装置」という用語は、回路、デバイス又はユニット等の他の用語に読替えてもよい。

複数のネットワークＮＷの各々は、例えば、通信サービスを提供する複数の通信事業者の各々により管理される移動体通信網等の電気通信回線であり、有線ネットワーク及び無線ネットワークの一方又は両方を含む。ネットワークＮＷの管理には、例えば、ネットワークＮＷの運用が含まれる。但し、通信事業者が仮想移動体通信事業者である場合、ネットワークＮＷの管理には、例えば、ネットワークＮＷに含まれる基地局等の無線局の運用が含まれない場合、及び、有線の運用が含まれない場合がある。

また、複数のネットワークＮＷの各々は、品質制御装置３００を有する。ここで、複数のネットワークＮＷ間の接続、ネットワークＮＷと端末装置２００との接続、及び、ネットワークＮＷと管理装置１００との接続は、例えば、複数の要素間を互いに通信可能にする接続であればよく、有線及び無線の一方を用いた接続でもよいし、有線及び無線の両方を用いた接続でもよい。

なお、図１では、複数のネットワークＮＷを互いに区別するために、ネットワークＮＷの符号の末尾には、小文字のアルファベット（ａ又はｂ）が付されている。また、ネットワークＮＷに含まれる品質制御装置３００及びネットワークＮＷに接続される端末装置２００の符号の末尾にも、対応するネットワークＮＷと同じ小文字のアルファベット（ａ又はｂ）が付されている。

例えば、ネットワークＮＷａは、ネットワークＮＷｂを管理する通信事業者と異なる通信事業者により管理される。また、例えば、品質制御装置３００ａは、ネットワークＮＷａに含まれ、ネットワークＮＷａに係る通信サービスの品質を制御する。また、例えば、品質制御装置３００ｂは、ネットワークＮＷｂに含まれ、ネットワークＮＷｂに係る通信サービスの品質を制御する。また、例えば、端末装置２００ａは、ネットワークＮＷａに接続された端末装置２００であり、端末装置２００ｂは、ネットワークＮＷｂに接続された端末装置２００である。なお、端末装置２００としては、例えば、任意の情報処理装置を採用することができ、パーソナルコンピュータ等の据置型の情報機器であってもよいし、スマートフォン、ノートパソコン、ウェアラブル端末及びタブレット端末等の可搬型の情報端末であってもよい。以下の説明では、端末装置２００としてスマートフォンを想定する。

本実施形態では、複数の端末装置２００が接続されるネットワークＮＷに係る通信サービスの品質の制御が端末装置２００毎に実行可能である場合を想定する。以下では、通信サービスの品質の制御は、ＱｏＳ（Quality of Service）制御とも称される。ＱｏＳ制御は、例えば、帯域制御、低遅延制御及び優先制御等を含む。帯域制御では、例えば、ネットワークＮＷにおける通信の帯域が制御される。帯域の制御は、帯域の下限値が設定される帯域保証であってもよいし、帯域の上限値が設定される帯域制限であってもよい。同様に、低遅延制御は、例えば、遅延の上限値が設定されている遅延保証であってもよいし、遅延の下限値が設定される遅延制限であってもよい。優先制御では、例えば、特定の通信に係るパケット（通信を行う際の転送単位のデータ）が優先して転送される。例えば、ネットワークＮＷ上を流れるパケットに優先度が付けられ、優先度が他のパケットより高いパケットは、他のパケットよりも先に処理される。本実施形態では、ＱｏＳ制御は、例えば、端末装置２００がＱｏＳ制御の開始を管理装置１００を介して品質制御装置３００に要求することにより、開始される。

管理装置１００は、例えば、サーバ等の情報処理装置であり、各ネットワークＮＷに接続された複数の端末装置２００と通信可能である。また、本実施形態では、管理装置１００は、各ネットワークＮＷに含まれる品質制御装置３００と通信可能である。すなわち、ネットワークシステム１０は、通信事業者に依存しない管理装置１００を有する。なお、管理装置１００は、複数の通信事業者のうちの特定の通信事業者により管理されてもよい。すなわち、特定の通信事業者が管理装置１００を運用してもよい。この場合、例えば、管理装置１００は、特定の通信事業者により管理されるネットワークＮＷにインターネットＩＮＥＴを介さずに接続され、他の通信事業者により管理されるネットワークＮＷにインターネットＩＮＥＴを介して接続されてもよい。管理装置１００が特定の通信事業者により運用される場合においても、端末装置２００等による管理装置１００に対する動作は、通信事業者に依存しない。

管理装置１００は、例えば、処理装置１１０、記憶装置１６０及び通信装置１７０を具備するコンピュータシステムにより実現される。管理装置１００の複数の要素は、情報を通信するための単体又は複数のバスにより相互に接続される。また、管理装置１００の複数の要素の各々を、単数又は複数の機器が構成してもよい。あるいは、管理装置１００の一部の要素は省略されてもよい。

処理装置１１０は、管理装置１００の全体を制御するプロセッサであり、例えば、単数又は複数のチップで構成される。処理装置１１０は、例えば、周辺装置とのインタフェース、演算装置及びレジスタ等を含む中央処理装置（ＣＰＵ：Central Processing Unit）により構成される。なお、処理装置１１０の機能の一部又は全部を、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、及び、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアによって実現してもよい。処理装置１１０は、各種の処理を並列的又は逐次的に実行する。

処理装置１１０は、例えば、記憶装置１６０から制御プログラムＰＲ１を読み出し、読み出した制御プログラムＰＲ１を実行することによって、取得部１２０、特定部１３０及びサービス管理部１４０として機能する。なお、制御プログラムＰＲ１は、ネットワークＮＷを介して他の装置から送信されてもよい。

取得部１２０は、例えば、複数の通信事業者に管理される複数のネットワークＮＷにそれぞれ接続される複数の端末装置２００のうちの一の端末装置２００に対して提供される通信サービスの品質の制御の開始を要求する開始要求ＲＥＱｓ１と一の端末装置２００に関する端末情報ＴＥｉｎｆとを、取得する（図６のＳ１００参照）。例えば、取得部１２０は、複数の端末装置２００のうち、ＱｏＳ制御の開始を要求した一の端末装置２００から、ＱｏＳ制御の開始を要求する開始要求ＲＥＱｓ１と一の端末装置２００に関する端末情報ＴＥｉｎｆとを、取得する。端末情報ＴＥｉｎｆの一例は、後述する図４において説明する。

特定部１３０は、取得部１２０が取得した端末情報ＴＥｉｎｆに基づいて、複数の通信事業者のうち、一の端末装置２００（ＱｏＳ制御の開始を要求した端末装置２００）が接続されたネットワークＮＷを管理する一の通信事業者を、特定する。

サービス管理部１４０は、一の端末装置２００に対するＱｏＳ制御を一の通信事業者（特定部１３０が特定した通信事業者）の品質制御装置３００に開始させるための所定処理を実行する。所定処理をサービス管理部１４０が実行するために必要な情報は、例えば、記憶装置１６０に記憶された管理テーブルＴＢＬに記憶されている。管理テーブルＴＢＬの一例は、後述する図２において説明する。

所定処理は、例えば、一の通信事業者の品質制御装置３００に開始要求ＲＥＱｓ２を送信する処理を含む（図６のＳ１２０参照）。この場合、サービス管理部１４０は、例えば、一の端末装置２００から取得した開始要求ＲＥＱｓ１を、開始要求ＲＥＱｓ２として、一の通信事業者の品質制御装置３００に送信する。これにより、例えば、一の端末装置２００（ＱｏＳ制御の開始を要求した端末装置２００）に対するＱｏＳ制御が、一の通信事業者の品質制御装置３００（一の端末装置２００が接続されたネットワークＮＷに含まれる品質制御装置３００）により実行される。以下では、開始要求ＲＥＱｓ１及びＲＥＱｓ２は、開始要求ＲＥＱｓと総称される場合がある。

記憶装置１６０は、処理装置１１０が読取可能な記録媒体であり、処理装置１１０が実行する制御プログラムＰＲ１を含む複数のプログラム及び管理テーブルＴＢＬ等の各種のデータを記憶する。記憶装置１６０は、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、及び、ＲＡＭ（Random Access Memory）等の少なくとも１つによって構成されてもよい。記憶装置１６０は、レジスタ、キャッシュ、又は、メインメモリ（主記憶装置）等と呼ばれてもよい。

通信装置１７０は、端末装置２００及び品質制御装置３００等の他の装置とネットワークＮＷを介して通信を行うためのハードウェア（送受信デバイス）である。通信装置１７０は、例えば、ネットワークデバイス、ネットワークコントローラ、ネットワークカード、又は、通信モジュール等とも呼ばれる。通信装置１７０は、例えば、周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の一方又は両方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、及び、周波数シンセサイザ等を含んで構成されてもよい。

端末装置２００は、例えば、処理装置２１０、記憶装置２６０、通信装置２７０、入力装置２８０及び出力装置２９０を具備するコンピュータシステムにより実現される。処理装置２１０は、端末装置２００の全体を制御するプロセッサであり、上述した管理装置１００の処理装置１１０と同様に構成される。例えば、処理装置２１０は、記憶装置２６０から制御プログラムＰＲ２を読み出し、読み出した制御プログラムＰＲ２を実行することによって、要求部２２０等として機能する。なお、制御プログラムＰＲ２は、ネットワークＮＷを介して他の装置から送信されてもよい。

要求部２２０は、例えば、ＱｏＳ制御の開始を要求する場合に、開始要求ＲＥＱｓ１及び端末情報ＴＥｉｎｆを管理装置１００に送信する。なお、ＱｏＳ制御の開始の要求は、ＱｏＳ制御の開始ＡＰＩ（Application Programming Interface）を呼び出すことであってもよい。例えば、要求部２２０は、ＱｏＳ制御の開始ＡＰＩの呼び出しを管理装置１００に対して実行することにより、ＱｏＳ制御の開始を管理装置１００に要求してもよい。

また、本実施形態では、要求部２２０は、例えば、ＱｏＳ制御の終了を要求する場合に、ＱｏＳ制御の終了を要求する終了要求ＲＥＱｅを品質制御装置３００に送信する（図６のＳ２７０参照）。ＱｏＳ制御の終了要求は、ＱｏＳ制御の終了ＡＰＩを呼び出すことであってもよい。例えば、要求部２２０は、ＱｏＳ制御の終了ＡＰＩの呼び出しを品質制御装置３００に対して実行することにより、ＱｏＳ制御の終了を品質制御装置３００に要求してもよい。なお、要求部２２０は、終了要求ＲＥＱｅを、管理装置１００を介して品質制御装置３００に送信してもよい。本実施形態では、開始要求ＲＥＱｓを送信することには、ＱｏＳ制御の開始ＡＰＩを呼び出すことも含まれ、終了要求ＲＥＱｅを送信することには、ＱｏＳ制御の終了ＡＰＩを呼び出すことも含まれる。

記憶装置２６０は、処理装置２１０が読取可能な記録媒体であり、処理装置２１０が実行する制御プログラムＰＲ２を含む複数のプログラム等の各種のデータを記憶する。記憶装置２６０は、上述した記憶装置１６０と同様に、例えば、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及び、ＲＡＭ等の少なくとも１つによって構成されてもよい。

通信装置２７０は、管理装置１００及び品質制御装置３００等の他の装置とネットワークＮＷを介して通信を行うためのハードウェア（送受信デバイス）であり、上述した通信装置１７０と同様に構成される。

入力装置２８０は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、及び、センサ等）である。例えば、入力装置２８０は、数字及び文字等の符号を処理装置２１０に入力するための操作と、端末装置２００の表示面に表示されるアイコンを選択するための操作とを受付ける。例えば、端末装置２００の表示面に対する接触を検出するタッチパネルが入力装置２８０として好適である。なお、入力装置２８０は、ユーザが操作可能な複数の操作子を含んでもよい。

出力装置２９０は、外部への出力を実施するディスプレイ等の出力デバイスである。出力装置２９０は、例えば、処理装置２１０による制御のもとで、画像を表示する。例えば、液晶表示パネル及び有機ＥＬ（Electro Luminescence）表示パネル等の各種の表示パネルが出力装置２９０として好適に利用される。なお、入力装置２８０及び出力装置２９０は、一体となった構成（例えば、タッチパネル）であってもよい。また、出力装置２９０は、スピーカー及びＬＥＤ（Light Emitting Diode）ランプ等を有する出力デバイスでもよい。

品質制御装置３００は、例えば、サーバ等の情報処理装置であり、ＱｏＳ制御を実行する。例えば、品質制御装置３００は、端末装置２００に対するＱｏＳ制御の開始を要求する開始要求ＲＥＱｓ２を受けた場合、開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を、端末装置２００による通信に対して実行する。ＱｏＳレベルとしては、例えば、他の品質モードに比べて大容量のデータが転送可能な大容量モード、他の品質モードに比べてデータの遅延が小さい低遅延モード、及び、ベストエフォートによる制御が行われるベストエフォートモード等がある。また、品質制御装置３００は、管理装置１００と通信可能である。なお、ＱｏＳレベルは、端末装置２００の他に、例えば、管理装置１００等のサーバ、又は、ネットワークＮＷに含まれる装置（品質制御装置３００とは別の図示しない装置）により指定されてもよい。

例えば、品質制御装置３００は、開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を実行する場合、開始要求ＲＥＱｓ２に対する肯定応答ＡＣＫｓを管理装置１００に送信する（図６のＳ３３０参照）。また、品質制御装置３００は、開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を実行できない場合、開始要求ＲＥＱｓ２に対する否定応答ＮＡＣＫｓを管理装置１００に送信する（図７のＳ３３２参照）。なお、否定応答ＮＡＣＫｓは、「開始要求に応じた制御が実行されないことを示す情報」の一例である。

開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を実行できるか否かは、例えば、ＱｏＳ制御利用判定情報に基づいて判定される。ＱｏＳ制御利用判定情報は、例えば、ネットワークＮＷに関するネットワーク情報、ＱｏＳ制御に関するＡＰＩ情報、通信サービスの提供事業者情報、及び、緊急度情報の一部又は全部を含む。ネットワーク情報の一例は、後述する図５において説明する。また、ＡＰＩ情報の一例は、後述する図３において説明する。提供事業者情報は、例えば、端末装置２００に提供された通信サービスが仮想移動体通信事業者により提供された通信サービスか否かを判定するための情報である。また、緊急度情報は、例えば、通信の緊急度（例えば、災害時か否か等）を示す情報である。なお、ＱｏＳ制御利用判定情報は、上述の項目以外の項目を含んでもよい。

図１では、品質制御装置３００の構成を特に図示していないが、品質制御装置３００は、例えば、管理装置１００と同様に、品質制御装置３００の全体を制御する処理装置と、各種のデータを記憶する記憶装置と、他の装置と通信を行うための通信装置とを具備するコンピュータシステムにより実現される。なお、品質制御装置３００は、単体の装置として実現されてもよいし、相互に別体で構成された複数の装置の集合として実現されてもよい。例えば、品質制御装置３００において、開始要求ＲＥＱｓ２等を受け付ける機能とＱｏＳ制御を実行する機能とが、単体の装置として実現されてもよいし、相互に別体で構成された２つの装置の集合として実現されてもよい。あるいは、品質制御装置３００は、ＱｏＳ制御を実行する複数の装置を有してもよい。品質制御装置３００は、「品質制御システム」の一例である。すなわち、「品質制御システム」は、単体の装置として実現されてもよいし、相互に別体で構成された複数の装置により実現されてもよい。

なお、管理装置１００、端末装置２００及び品質制御装置３００の構成は、図１に示す例に限定されない。例えば、管理装置１００は、端末装置２００と同様に、入力装置及び出力装置を有してもよい。また、例えば、管理装置１００は、補助記憶装置を有してもよい。補助記憶装置は、管理装置１００が読取可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ＲＯＭ）等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、及び、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、及び、キードライブ)、フロッピー（登録商標）ディスク、及び、磁気ストリップ等の少なくとも１つによって構成されてもよい。同様に、端末装置２００及び品質制御装置３００の一方又は両方は、補助記憶装置を有してもよい。補助記憶装置は、ストレージと呼ばれてもよい。

また、品質制御装置３００は、対応するネットワークＮＷにおいてＱｏＳ制御を実行できればよく、ネットワークＮＷが品質制御装置３００を含まずに定義されるか否かは特に限定されない。

図２は、図１に示した管理テーブルＴＢＬの一例を示す説明図である。管理テーブルＴＢＬには、例えば、所定処理をサービス管理部１４０が実行するために必要な情報を含む事業者個別情報ＣＡｉｎｆが、通信事業者毎に記憶されている。

例えば、管理テーブルＴＢＬは、複数の通信事業者と１対１に対応する複数のレコードを有する。そして、管理テーブルＴＢＬの各レコードには、例えば、複数の通信事業者の中から各通信事業者を識別するための通信事業者ＩＤと、通信事業者ＩＤにより示される通信事業者の事業者個別情報ＣＡｉｎｆとが記憶されている。

事業者個別情報ＣＡｉｎｆは、例えば、通信事業者により管理装置１００に通知されたＡＰＩに関するＡＰＩ情報と、ＱｏＳ制御の開始等を要求する際のアクセス先を示すアクセス先情報とを含む。ＡＰＩ情報及びアクセス先情報は、通信事業者により公開されてもよい。ＡＰＩ情報の一例は、後述する図３において説明する。アクセス先情報は、例えば、品質制御装置３００のＩＰ（Internet Protocol）アドレスであってもよいし、ＡＰＩのＵＲＬ（Uniform Resource Locator）であってもよい。また、アクセス先情報は、ＡＰＩ情報に含まれてもよい。

管理装置１００は、例えば、開始要求ＲＥＱｓ２の送信先の品質制御装置３００を管理している通信事業者の事業者個別情報ＣＡｉｎｆに基づいて、開始要求ＲＥＱｓ２を、ＱｏＳ制御を実行する品質制御装置３００に、送信する。なお、管理テーブルＴＢＬは、図２に示す例に限定されない。例えば、複数の通信事業者が、２つ以上のネットワークＮＷを管理する一の通信事業者を含む場合、互いに異なる２つ以上の通信事業者ＩＤが一の通信事業者に割り当てられてもよい。一の通信事業者に割り当てられる２つ以上の通信事業者ＩＤは、例えば、一の通信事業者が管理する２つ以上のネットワークＮＷと１対１に対応する。ここで、一の通信事業者が２つ以上のネットワークＮＷを管理することは、例えば、ＱｏＳ制御の開始等を要求する際のアクセス先（アクセス先情報）が互いに異なる２つ以上のネットワークＮＷを一の通信事業者が管理することであってもよい。

図３は、ＡＰＩ情報の一例を示す説明図である。

ＡＰＩ情報は、例えば、ＱｏＳ制御の開始の要求、ＱｏＳ制御の終了の要求、ＱｏＳ制御の状態の確認、ＱｏＳ制御の利用可否の確認及びＳＩＭ（Subscriber Identity Module）情報の取得等に関する情報を含む。さらに、ＡＰＩ情報は、例えば、要求モード種別を示す情報、要求ネットワーク品質を示す情報、ＳＩＭ情報、ユーザ装置情報、端末装置２００が在圏するエリアに関するエリア情報、及び、通信事業者の独自機能を示す情報の一部又は全部を含む。

要求モード種別は、例えば、品質制御装置３００に要求するＱｏＳ制御の品質モード（ＱｏＳレベル等）である。要求ネットワーク品質は、例えば、品質制御装置３００に要求するＱｏＳ制御により実現されるネットワーク品質、又は、目標となるネットワーク品質である。ネットワーク品質としては、例えば、スループット、遅延時間、ジッタ、フレームレート及びパケット損失率等が該当する。ＳＩＭ情報は、例えば、ＳＩＭに格納されている情報である。ユーザ装置情報は、例えば、端末装置２００に格納されている情報である。ＳＩＭ情報及びユーザ装置情報の一例は、後述する図４において説明する。

エリア情報は、端末装置２００の位置を示す位置情報、端末装置２００が在圏するエリアの地図情報、端末装置２００が在圏するエリアの気象情報、端末装置２００の周囲の遮蔽物に関する遮蔽物情報、及び、端末装置２００が在圏するエリアの通信に関する障害通知の有無を示す情報の一部又は全部を含む。なお、エリア情報は、上述の項目以外の項目を含んでもよい。通信事業者の独自機能は、例えば、他の通信事業者と共通する機能と異なる機能であり、通信事業者により独自に付加された機能である。なお、独自機能は、「付加機能」の一例である。

なお、ＡＰＩ情報に含まれる項目は、図３に示す例に限定されない。例えば、ＡＰＩ情報は、図３に示した項目の一部を含まなくてもよい。あるいは、ＡＰＩ情報は、図３に示した項目の一部又は全部と、図３に示した項目以外の項目（例えば、図２において説明したアクセス先情報等）とを含んでもよい。また、ＡＰＩ情報に含まれる項目は、図１において説明したように、ＱｏＳ制御利用判定情報に含まれてもよい。

図４は、端末情報ＴＥｉｎｆの一例を示す説明図である。端末情報ＴＥｉｎｆは、例えば、ＳＩＭ情報及びユーザ装置情報を含む。

ＳＩＭ情報は、例えば、開始要求ＲＥＱｓを送信した端末装置２００に通信サービスを提供している通信事業者を特定する際に管理装置１００により参照される。例えば、ＳＩＭ情報は、ＩＭＳＩ（International Mobile Subscriber Identity）、ＭＳＮＳＤＮ（Mobile Subscriber Integrated Services Digital Network Number）、ＩＣＣＩＤ（Integrated Circuit Card ID）、契約情報、及び、契約状態を示す情報の一部又は全部を含む。なお、ＳＩＭ情報に含まれる項目は、図４に示す例に限定されない。例えば、ＳＩＭ情報は、図４に示した項目の一部又は全部と、図４に示した項目以外の項目とを含んでもよい。

ユーザ装置情報は、例えば、ＳＩＭ情報と同様に、開始要求ＲＥＱｓを送信した端末装置２００に通信サービスを提供している通信事業者を特定する際に管理装置１００により参照されてもよい。ユーザ装置情報は、例えば、端末装置２００のＩＰアドレス、端末装置２００のモデル名、アプリケーション情報、対向サーバ情報、対向ユーザ装置情報、署名情報、パッケージ情報、端末装置２００のＯＳ（Operating System）に関するＯＳ情報、端末装置２００のメモリに関するメモリ情報、端末装置２００のＣＰＵに関するＣＰＵ情報、ＣＰＵの利用率、メモリの利用率、及び、ユーザの本人性情報の一部又は全部を含む。

端末装置２００のＩＰアドレスは、例えば、通信事業者により提供される通信サービスを利用するために端末装置２００に付与され、通信事業者を識別するための情報である。端末装置２００のＩＰアドレスは、「第１識別情報」の一例である。アプリケーション情報は、例えば、端末装置２００において実行されているアプリケーションプログラムの名称等を示す情報である。また、ユーザの本人性情報は、例えば、ユーザを認証する際に使用される情報（指紋、光彩、顔及びパスワード等）である。なお、ユーザ装置情報に含まれる項目は、図４に示す例に限定されない。例えば、ユーザ装置情報は、図４に示した項目の一部又は全部と、図４に示した項目以外の項目とを含んでもよい。

また、端末情報ＴＥｉｎｆに含まれる項目は、図４に示す例に限定されない。例えば、端末情報ＴＥｉｎｆは、ＳＩＭ情報及びユーザ装置情報の一方を含まなくてもよい。あるいは、端末情報ＴＥｉｎｆは、ＳＩＭ情報及びユーザ装置情報の一方又は両方と、ＳＩＭ情報及びユーザ装置情報以外の情報（例えば、後述する図５に示すネットワーク情報）とを含んでもよい。

図５は、ネットワーク情報の一例を示す説明図である。ネットワーク情報に含まれる項目は、例えば、図１において説明したように、ＱｏＳ制御利用判定情報に含まれ、品質制御装置３００が開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を実行できるか否かを判定する際に、品質制御装置３００により参照される。また、ネットワーク情報に含まれる項目は、端末情報ＴＥｉｎｆに含まれてもよい。この場合、ネットワークＮＷに含まれる基地局等が、端末装置２００からネットワークＮＷを介して管理装置１００に送信される端末情報ＴＥｉｎｆに、ネットワーク情報を付加してもよい。

ネットワーク情報は、例えば、５タプル情報、ＡＰＮ（Access Point Name）、通信方式情報、ネットワーク品質を示す情報、基地局の稼働率を示す情報、基地局の可用性を示す情報、及び、基地局への同時接続数を示す情報の一部又は全部を含む。５タプル情報は、送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート番号、宛先ポート番号及びプロトコルＩＤを含む情報である。通信方式情報は、例えば、３Ｇ、４Ｇ、５Ｇ、ＷｉＦｉ（登録商標）、テザリング及び有線通信等の通信方式を示す。

なお、ネットワーク情報に含まれる項目は、図５に示す例に限定されない。例えば、ネットワーク情報は、図５に示した項目の一部又は全部と、図５に示した項目以外の項目とを含んでもよい。また、ネットワーク情報が端末情報ＴＥｉｎｆに含まれる場合、ＱｏＳ制御利用判定情報に含まれるネットワーク情報の項目は、端末情報ＴＥｉｎｆに含まれるネットワーク情報の項目と相違してもよい。

図６は、図１に示したネットワークシステム１０の動作の一例を示すシーケンスチャートである。図６に示す例では、複数のネットワークＮＷにそれぞれ接続された複数の端末装置２００のうち、ネットワークＮＷａに接続された複数の端末装置２００ａのいずれかから開始要求ＲＥＱｓ１が送信された場合を想定する。従って、図６の説明では、特に断りがない場合、端末装置２００ａは、ネットワークＮＷａに接続された複数の端末装置２００ａのうち、開始要求ＲＥＱｓ１を送信した一の端末装置２００ａを意味するものとする。

先ず、端末装置２００ａの要求部２２０は、ＱｏＳ制御の開始を要求するために、開始要求ＲＥＱｓ１及び端末装置２００ａに関する端末情報ＴＥｉｎｆを管理装置１００に送信する（Ｓ２００）。これにより、管理装置１００の取得部１２０は、開始要求ＲＥＱｓ１及び端末情報ＴＥｉｎｆを端末装置２００ａから取得する（Ｓ１００）。

そして、管理装置１００の特定部１３０は、端末装置２００ａに対して通信サービスを提供する一の通信事業者を、端末装置２００ａから取得した端末情報ＴＥｉｎｆに基づいて特定する（Ｓ１１０）。例えば、管理装置１００の特定部１３０は、端末装置２００ａに対して通信サービスを提供する一の通信事業者を、端末情報ＴＥｉｎｆに含まれる端末装置２００ａのＩＰアドレスに基づいて特定してもよい。あるいは、管理装置１００の特定部１３０は、端末装置２００ａに対して通信サービスを提供する一の通信事業者を、端末情報ＴＥｉｎｆに含まれるＳＩＭ情報（例えば、ＩＣＣＩＤ等）に基づいて特定してもよい。以下では、特に断りがない場合、一の通信事業者は、複数の通信事業者のうち、端末装置２００ａに対して通信サービスを提供する通信事業者を意味するものとする。

管理装置１００のサービス管理部１４０は、一の通信事業者が特定された後、一の通信事業者に対応する事業者個別情報ＣＡｉｎｆに基づいて、開始要求ＲＥＱｓ２を一の通信事業者の品質制御装置３００ａに送信する（Ｓ１２０）。開始要求ＲＥＱｓ２には、例えば、端末装置２００ａから取得した開始要求ＲＥＱｓ１に含まれる項目が含まれる。なお、開始要求ＲＥＱｓ２には、図３に示したＡＰＩ情報に含まれる項目の一部又は全部と、開始要求ＲＥＱｓ１に含まれる項目とが含まれてもよい。従って、開始要求ＲＥＱｓ２を品質制御装置３００ａに送信することには、開始要求ＲＥＱｓ１を品質制御装置３００ａに送信することも含まれる。すなわち、管理装置１００のサービス管理部１４０は、端末装置２００ａから取得した開始要求ＲＥＱｓ１を品質制御装置３００ａに送信する処理を含む所定処理を、実行する。

品質制御装置３００ａは、管理装置１００から送信された開始要求ＲＥＱｓ２を受信する（Ｓ３２０）。そして、品質制御装置３００ａは、開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を実行できるか否かを、ＱｏＳ制御利用判定情報に基づいて判定する。図６に示す例では、開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を品質制御装置３００ａが実行できる場合を想定する。従って、品質制御装置３００ａは、開始要求ＲＥＱｓ２に対する肯定応答ＡＣＫｓ（開始要求ＲＥＱｓに応じたＱｏＳ制御が実行されることを示す情報）を、管理装置１００に送信する（Ｓ３３０）。また、品質制御装置３００ａは、開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を開始する（Ｓ３４０）。例えば、品質制御装置３００ａは、ＡＰＩ情報に含まれるＳＩＭ情報等に基づいて、端末装置２００ａの電話番号を特定し、特定した電話番号に対応する端末装置２００ａに対して、開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を開始する。これにより、端末装置２００ａに対するＱｏＳ制御が開始される。

また、管理装置１００は、開始要求ＲＥＱｓ２に対する肯定応答ＡＣＫｓを、品質制御装置３００ａから受信する（Ｓ１３０）。そして、管理装置１００のサービス管理部１４０は、品質制御装置３００ａから受信した肯定応答ＡＣＫｓを、端末装置２００ａに送信する（Ｓ１４０）。端末装置２００ａは、開始要求ＲＥＱｓ１に対する応答として、肯定応答ＡＣＫｓを管理装置１００から受信する（Ｓ２４０）。これにより、端末装置２００ａは、開始要求ＲＥＱｓ１に応じたＱｏＳ制御が開始されたことを認識できる。

また、端末装置２００ａの要求部２２０は、端末装置２００ａに対するＱｏＳ制御を終了させる場合、終了要求ＲＥＱｅを品質制御装置３００ａに送信する（Ｓ２７０）。なお、品質制御装置３００ａにアクセスするための情報（品質制御装置３００ａのアドレス等）は、例えば、肯定応答ＡＣＫｓに含まれてもよいし、管理装置１００から端末装置２００ａに肯定応答ＡＣＫｓとは別に送信されてもよい。

品質制御装置３００ａは、終了要求ＲＥＱｅを端末装置２００ａから受信する（Ｓ３７０）。そして、品質制御装置３００ａは、終了要求ＲＥＱｅに対する肯定応答ＡＣＫｅを、端末装置２００ａに送信する（Ｓ３８０）。これにより、端末装置２００ａは、終了要求ＲＥＱｅに対する肯定応答ＡＣＫｅを、品質制御装置３００ａから受信する（Ｓ２８０）。また、品質制御装置３００ａは、終了要求ＲＥＱｅにより示される端末装置２００ａに対するＱｏＳ制御を終了する（Ｓ３９０）。

このように、端末装置２００ａは、管理装置１００に開始要求ＲＥＱｓ１を送信することにより、ＱｏＳ制御を品質制御装置３００ａに開始させることができる。すなわち、端末装置２００ａは、通信サービスを提供する通信事業者を特に認識することなく、ＱｏＳ制御を品質制御装置３００ａに開始させることができる。

ここで、例えば、アプリケーションプログラムを提供するアプリケーション事業者は、ＱｏＳ制御を利用するために、ＱｏＳ制御を利用するためのＱｏＳ制御ＳＤＫ（Software Development Kit）をアプリケーションプログラムに内包してもよい。開始要求ＲＥＱｓ１の送信先は、アプリケーションプログラムがインストールされる端末装置２００が接続されるネットワークＮＷを管理する通信事業者に拘わらず、管理装置１００である。この結果、本実施形態では、複数の通信事業者が管理する複数のネットワークＮＷのいずれに対しても、ＱｏＳ制御の実行を要求できるアプリケーションプログラムを作成する場合に、通信事業者に合わせて開始要求ＲＥＱｓ１の送信先を変更する必要がない。このため、本実施形態では、アプリケーションプログラムが煩雑になることを抑制することができる。

なお、図６に示す例では、ネットワークＮＷａに接続された端末装置２００ａが開始要求ＲＥＱｓ１を送信する場合を想定しているため、ネットワークＮＷｂを管理する通信事業者の品質制御装置３００ｂでは、端末装置２００ａに対するＱｏＳ制御に関する処理は、特に実行されない。

図７は、図１に示したネットワークシステム１０の動作の別の例を示すシーケンスチャートである。図７に示す例では、図６に示した例と同様に、ネットワークＮＷａに接続された複数の端末装置２００ａのうちの一の端末装置２００ａから開始要求ＲＥＱｓ１が送信された場合を想定する。従って、図７の説明においても、特に断りがない場合、端末装置２００ａは、ネットワークＮＷａに接続された複数の端末装置２００ａのうち、開始要求ＲＥＱｓ１を送信した一の端末装置２００ａを意味するものとする。また、図７に示す例では、開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を品質制御装置３００ａが実行できない場合を想定する。なお、図７に示す例では、品質制御装置３００ａが開始要求ＲＥＱｓ２を受信するまでの動作（Ｓ２００、Ｓ１００、Ｓ１１０、Ｓ１２０及びＳ３２０）は、図６に示した動作と同様であるため、説明を省略する。

品質制御装置３００ａは、管理装置１００から送信された開始要求ＲＥＱｓ２を受信した後、開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を実行できるか否かを、ＱｏＳ制御利用判定情報に基づいて判定する。図７に示す例では、開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を品質制御装置３００ａが実行できない場合を想定しているため、品質制御装置３００ａは、開始要求ＲＥＱｓ２に対する否定応答ＮＡＣＫｓを、管理装置１００に送信する（Ｓ３３２）。

これにより、管理装置１００は、開始要求ＲＥＱｓ２に対する応答として、否定応答ＮＡＣＫｓを品質制御装置３００ａから受信する（Ｓ１３２）。そして、管理装置１００のサービス管理部１４０は、品質制御装置３００ａから受信した否定応答ＮＡＣＫｓを、開始要求ＲＥＱｓ１に対する応答として、端末装置２００ａに送信する（Ｓ１４２）。これにより、端末装置２００ａは、開始要求ＲＥＱｓ１に対する応答として、否定応答ＮＡＣＫｓを管理装置１００から受信する。

なお、ネットワークシステム１０の動作は、図６及び図７に示す例に限定されない。例えば、管理装置１００のサービス管理部１４０は、開始要求ＲＥＱｓ２に加えて、端末装置２００ａから取得した端末情報ＴＥｉｎｆを品質制御装置３００ａに送信してもよい。すなわち、所定処理は、品質制御装置３００に端末情報ＴＥｉｎｆを送信する処理を含んでもよい。また、端末装置２００ａの要求部２２０は、終了要求ＲＥＱｅを、管理装置１００を介して品質制御装置３００ａに送信してもよい。すなわち、端末装置２００ａの要求部２２０は、終了要求ＲＥＱｅを管理装置１００に送信してもよい。この場合、管理装置１００のサービス管理部１４０は、端末装置２００ａから受信した終了要求ＲＥＱｅを、品質制御装置３００ａに送信する。

また、品質制御装置３００ａは、否定応答ＮＡＣＫｓを管理装置１００に送信する場合、ＱｏＳ制御を実行できない理由を示す否定理由情報を、管理装置１００に送信してもよい。この場合、管理装置１００のサービス管理部１４０は、否定応答ＮＡＣＫｓ及び否定理由情報の両方を端末装置２００ａに送信してもよい。

また、品質制御装置３００ａは、否定応答ＮＡＣＫｓを、管理装置１００及び端末装置２００ａの両方又は端末装置２００ａのみに送信してもよい。この場合においても、品質制御装置３００ａは、否定応答ＮＡＣＫｓと一緒に否定理由情報を送信してもよい。

また、管理装置１００のサービス管理部１４０は、ＱｏＳ制御に関する予め決められた複数の品質モードのいずれにも、開始要求ＲＥＱｓ１により指定される品質モードが当てはまらない場合、開始要求ＲＥＱｓ１を棄却してもよい。この場合、管理装置１００のサービス管理部１４０は、開始要求ＲＥＱｓ２を品質制御装置３００ａに送信せずに、否定応答ＮＡＣＫｓを端末装置２００ａに送信してもよい。この場合においても、管理装置１００のサービス管理部１４０は、否定応答ＮＡＣＫｓと一緒に否定理由情報を送信してもよい。

また、管理装置１００のサービス管理部１４０は、品質モード以外の条件に基づいて、開始要求ＲＥＱｓ１を棄却するか否かを判定してもよい。すなわち、管理装置１００のサービス管理部１４０が、開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を品質制御装置３００ａが実行できるか否かを、ＱｏＳ制御利用判定情報に基づいて判定してもよい。例えば、管理装置１００のサービス管理部１４０は、開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を品質制御装置３００ａが実行できないと判定した場合、開始要求ＲＥＱｓ２を品質制御装置３００ａに送信せずに、否定応答ＮＡＣＫｓを端末装置２００ａに送信してもよい。この場合においても、管理装置１００は、否定応答ＮＡＣＫｓと一緒に否定理由情報を端末装置２００ａに送信してもよい。

以上、本実施形態では、管理装置１００は、取得部１２０、特定部１３０及びサービス管理部１４０を有する。取得部１２０は、複数の通信事業者に管理される複数のネットワークＮＷにそれぞれ接続される複数の端末装置２００のうちの一の端末装置２００に対して提供される通信サービスの品質の制御の開始を要求する開始要求ＲＥＱｓ１と一の端末装置２００に関する端末情報ＴＥｉｎｆとを取得する。特定部１３０は、端末情報ＴＥｉｎｆに基づいて、複数の通信事業者のうち、一の端末装置に対して通信サービスを提供する一の通信事業者を、特定する。サービス管理部１４０は、一の端末装置２００に対する通信サービスの品質の制御を一の通信事業者の品質制御装置３００に開始させるための所定処理を実行する。

このように、本実施形態では、端末装置２００から開始要求ＲＥＱｓ１を取得した管理装置１００が、一の端末装置２００に対する通信サービスの品質の制御を一の通信事業者の品質制御装置３００に開始させるための所定処理を、実行する。従って、本実施形態では、端末装置２００ａは、通信サービスを提供する通信事業者に拘わらず、管理装置１００に開始要求ＲＥＱｓ１を送信することにより、ＱｏＳ制御を品質制御装置３００ａに開始させることができる。すなわち、開始要求ＲＥＱｓ１の送信先は、アプリケーションプログラムがインストールされる端末装置２００が接続されるネットワークＮＷを管理する通信事業者に拘わらず、管理装置１００である。この結果、本実施形態では、複数の通信事業者が管理する複数のネットワークＮＷのいずれに対しても、ＱｏＳ制御の実行を要求できるアプリケーションプログラムを作成する場合に、アプリケーションプログラムが煩雑になることを抑制することができる。

また、本実施形態では、例えば、端末情報ＴＥｉｎｆは、一の通信事業者により提供される通信サービスを利用するために一の端末装置２００に付与された、一の通信事業者を識別するためのＩＰアドレスを含んでもよい。この場合、特定部１３０は、一の端末装置に対して通信サービスを提供する一の通信事業者を、一の端末装置２００のＩＰアドレスに基づいて容易に特定することができる。

また、本実施形態では、例えば、所定処理は、一の通信事業者の品質制御装置３００に開始要求ＲＥＱｓ１を送信する処理を含む。これにより、本実施形態では、一の端末装置２００に対する通信サービスの品質の制御を一の通信事業者の品質制御装置３００に開始させることができる。

また、本実施形態では、例えば、所定処理は、一の通信事業者の品質制御装置３００に端末情報ＴＥｉｎｆを送信する処理を含んでもよい。この場合、品質制御装置３００は、開始要求ＲＥＱｓ１に応じたＱｏＳ制御を実行できるか否かの判定を、端末情報ＴＥｉｎｆを含むＱｏＳ制御利用判定情報に基づいて実行できる。

また、本実施形態では、例えば、サービス管理部１４０は、一の通信事業者の品質制御装置３００において開始要求ＲＥＱｓ１に応じた制御が実行されない場合、開始要求ＲＥＱｓ１に応じたＱｏＳ制御が実行されないことを示す否定応答ＮＡＣＫｓを、一の端末装置２００に送信してもよい。この場合、端末装置２００は、否定応答ＮＡＣＫｓの受信により、開始要求ＲＥＱｓ１に応じたＱｏＳ制御が実行されないことを認識できる。

また、本実施形態では、例えば、サービス管理部１４０は、ＱｏＳ制御に関する予め決められた複数の品質モードのいずれにも、開始要求ＲＥＱｓ１により指定される品質モードが当てはまらない場合、開始要求ＲＥＱｓ１を棄却してもよい。この場合、開始要求ＲＥＱｓ１に応じた制御を実行できるか否かを品質制御装置３００が判定する必要がないため、品質制御装置３００の負荷が増加することを抑制することができる。

［２．変形例］
本発明は、以上に例示した実施形態に限定されない。具体的な変形の態様を以下に例示する。以下の例示から任意に選択された２以上の態様を併合してもよい。

［第１変形例］
上述した実施形態では、通信サービスの品質の制御を品質制御装置３００に開始させるための所定処理が、品質制御装置３００に開始要求ＲＥＱｓ２を送信する処理を含む場合を示したが、本発明はこのような態様に限定されるものではない。例えば、所定処理は、一の通信事業者の品質制御装置３００に対して一の端末装置２００が通信サービスの品質の制御を要求するために必要な事業者個別情報ＣＡｉｎｆを、一の端末装置２００に送信する処理を含んでもよい。

図８は、第１変形例に係るネットワークシステム１０の動作の一例を示すシーケンスチャートである。図８に示す例では、図６に示した例と同様に、ネットワークＮＷａに接続された複数の端末装置２００ａのうちの一の端末装置２００ａから開始要求ＲＥＱｓ１が送信された場合を想定する。従って、図８の説明においても、特に断りがない場合、端末装置２００ａは、ネットワークＮＷａに接続された複数の端末装置２００ａのうち、開始要求ＲＥＱｓ１を送信した一の端末装置２００ａを意味するものとする。また、図１から図７において説明した動作と同様の動作については、詳細な説明を省略する。

図８に示す例では、管理装置１００の動作は、図６に示したステップＳ１２０の処理の代わりにステップＳ１２０Ａの処理が実行されること、及び、図６に示したステップＳ１４０の処理が実行されないことを除いて、図６に示した管理装置１００の動作と同様である。また、端末装置２００ａの動作は、ステップＳ２１０及びＳ２２０の処理が実行されること、及び、図６に示したステップＳ２４０の処理の代わりにステップＳ２３０の処理が実行されることを除いて、図６に示した端末装置２００ａの動作と同様である。なお、品質制御装置３００ａの動作は、図６に示した品質制御装置３００ａの動作と同様である。但し、図８に示す動作では、品質制御装置３００ａが受信する開始要求ＲＥＱｓ２は、端末装置２００ａから送信され、肯定応答ＡＣＫｓの送信先は、端末装置２００ａである。

例えば、管理装置１００は、端末装置２００ａに対して通信サービスを提供する一の通信事業者を端末情報ＴＥｉｎｆに基づいて特定した後、図２及び図３等において説明した事業者個別情報ＣＡｉｎｆを端末装置２００ａに送信する（Ｓ１２０Ａ）。すなわち、管理装置１００のサービス管理部１４０は、一の通信事業者の品質制御装置３００ａに対して端末装置２００ａが通信サービスの品質の制御を要求するために必要な事業者個別情報ＣＡｉｎｆを、端末装置２００ａに送信する。

これにより、端末装置２００ａは、一の通信事業者の事業者個別情報ＣＡｉｎｆを管理装置１００から受信する（Ｓ２１０）。そして、端末装置２００ａの要求部２２０は、管理装置１００から受信した事業者個別情報ＣＡｉｎｆに基づいて、開始要求ＲＥＱｓ２を品質制御装置３００ａに送信する（Ｓ２２０）。すなわち、端末装置２００ａの要求部２２０は、管理装置１００に送信した開始要求ＲＥＱｓ１の応答として管理装置１００から受信した事業者個別情報ＣＡｉｎｆに基づいて、開始要求ＲＥＱｓ２を品質制御装置３００ａに送信する。

これにより、品質制御装置３００ａは、端末装置２００ａから送信された開始要求ＲＥＱｓ２を受信する（Ｓ３２０）。そして、品質制御装置３００ａは、開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を実行できるか否かを、ＱｏＳ制御利用判定情報に基づいて判定する。図８に示す例では、開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を品質制御装置３００ａが実行できる場合を想定する。従って、品質制御装置３００ａは、開始要求ＲＥＱｓ２に対する肯定応答ＡＣＫｓ（開始要求ＲＥＱｓに応じたＱｏＳ制御が実行されることを示す情報）を、端末装置２００ａに送信する（Ｓ３３０）。また、品質制御装置３００ａは、開始要求ＲＥＱｓ２により指定されるＱｏＳレベルのＱｏＳ制御を開始する（Ｓ３４０）。これにより、端末装置２００ａに対するＱｏＳ制御が開始される。

端末装置２００ａは、開始要求ＲＥＱｓ２に対する肯定応答ＡＣＫｓを、品質制御装置３００ａから受信する（Ｓ２３０）。これにより、端末装置２００ａは、開始要求ＲＥＱｓ２に応じたＱｏＳ制御が開始されたことを認識できる。

このように、端末装置２００ａは、管理装置１００に開始要求ＲＥＱｓ１を送信することにより、ＱｏＳ制御を品質制御装置３００ａに開始させるために必要な事業者個別情報ＣＡｉｎｆを取得することができる。これにより、第１変形例においても、複数の通信事業者が管理する複数のネットワークＮＷのいずれに対しても、ＱｏＳ制御の実行を要求できるアプリケーションプログラムを作成する場合に、通信事業者に合わせて開始要求ＲＥＱｓ１の送信先を変更する必要がない。このため、第１変形例においても、アプリケーションプログラムが煩雑になることを抑制することができる。

以上、第１変形例では、品質制御装置３００に開始要求ＲＥＱｓ２等を送信する処理（Ｓ１２０）の代わりに、開始要求ＲＥＱｓの送信元の端末装置２００に事業者個別情報ＣＡｉｎｆを送信する処理（Ｓ１２０Ａ）が、所定処理として実行される。第１変形例においても、上述した実施形態と同様の効果を得ることができる。

［第２変形例］
上述した実施形態及び第１変形例では、端末装置２００ａが終了要求ＲＥＱｅを品質制御装置３００ａに送信する場合を示したが、本発明はこのような態様に限定されるものではない。例えば、サービス管理部１４０は、一の端末装置２００に関する所定の制御終了条件が満たされた場合、一の端末装置２００に対して提供される通信サービスの品質の制御の終了を要求する終了要求ＲＥＱｅを、一の通信事業者の品質制御装置３００に送信してもよい。

図９は、第２変形例に係るネットワークシステム１０の動作の一例を示すシーケンスチャートである。なお、図９は、ネットワークＮＷａに接続された複数の端末装置２００ａのうちの一の端末装置２００ａに対するＱｏＳ制御が開始された後のネットワークシステム１０の動作の一例を示している。従って、図９の説明においても、特に断りがない場合、端末装置２００ａは、ネットワークＮＷａに接続された複数の端末装置２００ａのうち、開始要求ＲＥＱｓ１を送信した一の端末装置２００ａを意味するものとする。また、図１から図８において説明した動作と同様の動作については、詳細な説明を省略する。

図９に示す例では、制御終了条件が、ＱｏＳ制御の対象となるアプリケーションプログラムが異常終了することである場合を想定する。以下では、ＱｏＳ制御の対象となるアプリケーションプログラムは、制御対象アプリケーションプログラムとも称される。なお、図９の星印は、制御対象アプリケーションプログラムが異常終了したことを示す。また、図９に示す例では、端末装置２００ａが、制御対象アプリケーションプログラムが動作している期間中、端末装置２００ａを識別するための端末識別情報ＴＩＤｉｎｆを所定間隔で管理装置１００に送信する場合を想定する。例えば、図９の×印は、端末識別情報ＴＩＤｉｎｆの送信が途絶えたことを示す。

端末装置２００ａは、制御対象アプリケーションプログラムが動作している期間中、端末識別情報ＴＩＤｉｎｆを所定間隔で管理装置１００に送信する（Ｓ２５０）。端末識別情報ＴＩＤｉｎｆの送信は、例えば、ｐｉｎｇコマンドを実行することであってもよい。

また、管理装置１００のサービス管理部１４０は、開始要求ＲＥＱｓ１を端末装置２００ａから取得した後、制御対象アプリケーションプログラムの異常終了を検出するために、端末装置２００ａの動作を監視する（Ｓ１５０）。例えば、管理装置１００のサービス管理部１４０は、端末装置２００ａから端末識別情報ＴＩＤｉｎｆが所定間隔で送信されているかを監視する。

制御対象アプリケーションプログラムが異常終了した場合（図９の星印）、端末識別情報ＴＩＤｉｎｆの送信が途絶える（図９の×印）。この場合、管理装置１００は、端末装置２００ａから端末識別情報ＴＩＤｉｎｆを受信した時刻から、所定間隔に対応する所定時間以上経過しても、端末装置２００ａから次の端末識別情報ＴＩＤｉｎｆを受信できない。このため、管理装置１００のサービス管理部１４０は、端末装置２００ａからの端末識別情報ＴＩＤｉｎｆの送信が途絶えたと判定する。端末装置２００ａからの端末識別情報ＴＩＤｉｎｆの送信が途絶えたため、管理装置１００のサービス管理部１４０は、制御対象アプリケーションプログラムが異常終了したと判定する。すなわち、管理装置１００のサービス管理部１４０は、制御終了条件が充足されたと判定する（Ｓ１６０）。このため、管理装置１００のサービス管理部１４０は、端末装置２００ａに対するＱｏＳ制御の終了を要求する終了要求ＲＥＱｅを、品質制御装置３００ａに送信する（Ｓ１７０）。

これにより、品質制御装置３００ａは、終了要求ＲＥＱｅを管理装置１００から受信する（Ｓ３７０）。そして、品質制御装置３００ａは、終了要求ＲＥＱｅに対する肯定応答ＡＣＫｅを、管理装置１００に送信する（Ｓ３８０）。これにより、管理装置１００は、終了要求ＲＥＱｅに対する肯定応答ＡＣＫｅを、品質制御装置３００ａから受信する（Ｓ１８０）。また、品質制御装置３００ａは、終了要求ＲＥＱｅにより示される端末装置２００ａに対するＱｏＳ制御を終了する（Ｓ３９０）。

このように、管理装置１００は、例えば、制御対象アプリケーションプログラムが異常終了した場合、端末装置２００ａに対するＱｏＳ制御を終了させることができる。この結果、第２変形例では、不要なＱｏＳ制御が継続されることを抑制することができる。

なお、制御対象アプリケーションプログラムが正常に終了した場合は、終了要求ＲＥＱｅが端末装置２００ａから品質制御装置３００ａに送信されることにより、端末装置２００ａに対するＱｏＳ制御が終了する。この場合においても、端末識別情報ＴＩＤｉｎｆの送信が途絶えるため、終了要求ＲＥＱｅが管理装置１００から送信される。しかし、終了要求ＲＥＱｅは、端末装置２００ａに対するＱｏＳ制御の終了の要求であるため、端末装置２００ａ及び管理装置１００のそれぞれから品質制御装置３００ａに終了要求ＲＥＱｅが送信される場合でも、特に問題は発生しない。なお、端末装置２００ａは、制御対象アプリケーションプログラムが正常に終了した場合、終了要求ＲＥＱｅを管理装置１００及び品質制御装置３００ａの両方に送信してもよい。この場合、終了要求ＲＥＱｅを端末装置２００ａから受信した管理装置１００は、終了要求ＲＥＱｅを品質制御装置３００ａに送信することなく、端末装置２００ａの動作の監視を終了してもよい。

第２変形例に係るネットワークシステム１０の動作は、図９に示す例に限定されない。例えば、管理装置１００のサービス管理部１４０は、終了要求ＲＥＱｅに対する肯定応答ＡＣＫｅを品質制御装置３００ａから受信した場合、ＱｏＳ制御を終了させたことを示す情報を、端末装置２００ａに送信してもよい。また、例えば、端末装置２００ａの動作の監視は、端末識別情報ＴＩＤｉｎｆを用いた方法に限定されない。管理装置１００のサービス管理部１４０は、例えば、制御対象アプリケーションプログラムが動作しているかを端末装置２００ａに問い合わせることにより、端末装置２００ａの動作を監視してもよい。

また、制御終了条件は、制御対象アプリケーションプログラムが異常終了することに限定されない。例えば、制御終了条件は、端末装置２００ａが異常終了することを含んでもよいし、端末装置２００ａとネットワークＮＷａとの接続が予め決められた処理が実行されずに切断されることを含んでもよい。

また、例えば、ＱｏＳ制御の終了は、ネットワークＮＷａとの接続の切断等の接続異常が発生した１つの端末装置２００に対して実行されてもよいし、接続異常が発生した複数の端末装置２００に対して実行されてもよいし、接続異常が発生した端末装置２００と同じネットワークＮＷａに接続された全ての端末装置２００に対して実行されてもよい。

また、例えば、品質制御装置３００ａは、管理装置１００からの終了要求ＲＥＱｅを棄却してもよい。

以上、第２変形例においても、上述した実施形態及び第１変形例と同様の効果を得ることができる。さらに、第２変形例では、端末装置２００に関する所定の制御終了条件が満たされた場合、一の端末装置２００に対するＱｏＳ制御を終了させることができるため、不要なＱｏＳ制御が継続されることを抑制することができる。すなわち、第２変形例では、制御対象アプリケーションプログラム等が異常終了した場合、又は、端末装置２００ａとネットワークＮＷａとの接続が予め決められた処理が実行されずに切断された場合、ネットワークＮＷａにおける通信サービスの品質を元の状態（端末装置２００ａに対するＱｏＳ制御が実行される前の状態）に正常に戻すことができる。なお、例えば、端末装置２００ａの動作の監視、及び、制御終了条件が充足されたかの判定は、品質制御装置３００ａにより実行されてもよい。

［第３変形例］
上述した実施形態、第１変形例及び第２変形例では、通信事業者の独自機能が追加された場合の管理装置１００の動作については、特に説明していないが、管理装置１００は、独自機能が追加された場合、開始要求ＲＥＱｓの送信元の端末装置２００に、独自機能を示す情報を送信してもよい。

例えば、サービス管理部１４０は、特定部１３０により特定された一の通信事業者により実行可能なＱｏＳ制御に関する機能が、複数の通信事業者において共通な機能と、独自機能とを含む場合、開始要求ＲＥＱｓを送信した一の端末装置２００に、独自機能を示す情報を送信してもよい。すなわち、所定処理は、一の通信事業者により実行可能なＱｏＳ制御に関する機能が、複数の通信事業者において共通な機能と、一の通信事業者により付加された独自機能とを含む場合、独自機能を示す情報を一の端末装置２００に送信する処理を含んでもよい。

ここで、例えば、複数の通信事業者において共通な機能は、端末装置２００が独自機能を示す情報を受信したか否かに拘わらず、端末装置２００が品質制御装置３００に要求できるＱｏＳ制御の品質モードである。例えば、大容量モード、低遅延モード、及び、ベストエフォートモードが、複数の通信事業者において共通な機能であってもよい。この場合、大容量モード、低遅延モード、及び、ベストエフォートモードのいずれとも異なる品質モード（独自機能）が、通信事業者毎に、ＱｏＳ制御に関する機能に付加されてもよい。あるいは、大容量モード、低遅延モード、及び、ベストエフォートモードの少なくとも１つをより詳細に設定する独自機能が、通信事業者毎に、ＱｏＳ制御に関する機能に付加されてもよい。なお、管理装置１００は、各通信事業者が独自機能の追加に関するコードを付与できる機能を有してもよい。

端末装置２００は、独自機能を示す情報を受信した場合、複数の通信事業者において共通な機能と独自機能とを含む複数の機能の中から、所望の機能を、品質制御装置３００に要求するＱｏＳ制御の品質モードとして選択してもよい。例えば、端末装置２００は、複数の通信事業者において共通な機能と独自機能とを含む複数の機能の中から選択した機能（品質モード）のＱｏＳ制御を要求する開始要求ＲＥＱｓを、管理装置１００又は品質制御装置３００に送信してもよい。

なお、端末装置２００は、通信サービスを提供する通信事業者が他の通信事業者に変更された場合、変更前の通信事業者の独自機能を選択できないように、変更前の通信事業者の独自機能を示す情報を削除してもよい。

以上、第３変形例においても、上述した実施形態、第１変形例及び第２変形例と同様の効果を得ることができる。さらに、第３変形例では、通信事業者の独自機能によるＱｏＳ制御を端末装置２００が要求することができる。なお、例えば、品質制御装置３００が、開始要求ＲＥＱｓの送信元の端末装置２００に、独自機能を示す情報を送信してもよい。

［第４変形例］
上述した実施形態、第１変形例、第２変形例及び第３変形例では、特定部１３０により特定された一の通信事業者が仮想移動体通信事業者である場合については、特に説明していないが、一の通信事業者が仮想移動体通信事業者である場合、管理装置１００は、例えば、以下に示す例のように動作してもよい。

仮想移動体通信事業者により管理されるネットワークＮＷのＱｏＳ制御の実行の権限を、仮想移動体通信事業者が有する場合、管理装置１００の動作は、上述した実施形態、第１変形例、第２変形例及び第３変形例の管理装置１００の動作と同様である。

また、仮想移動体通信事業者により管理されるネットワークＮＷのＱｏＳ制御の実行の権限を他の通信事業者が有する場合、管理装置１００は、例えば、仮想移動体通信事業者を識別するための事業者識別情報と開始要求ＲＥＱｓ２とを、他の通信事業者の品質制御装置３００に送信してもよい。他の通信事業者は、例えば、ネットワークＮＷを仮想移動体通信事業者に貸し出している移動体通信事業者である。また、事業者識別情報は、例えば、仮想移動体通信事業者のＡＰＮであってもよい。なお、事業者識別情報は、「第２識別情報」の一例である。他の通信事業者の品質制御装置３００は、事業者識別情報及び開始要求ＲＥＱｓ２に基づいて、ＱｏＳ制御を実行するかを決定してもよい。また、仮想移動体通信事業者の所定の装置が、例えば、他の通信事業者の品質制御装置３００にＱｏＳ制御を実行するかを問い合わせてもよい。

ここで、仮想移動体通信事業者により管理されるネットワークＮＷのＱｏＳ制御の実行の権限を他の通信事業者が有する場合は、仮想移動体通信事業者の品質制御装置３００が、他の通信事業者の品質制御装置３００と共通である場合に該当する。すなわち、一の通信事業者が仮想移動体通信事業者であり、且つ、仮想移動体通信事業者の品質制御装置３００が、複数の通信事業者のうち、一の通信事業者とは異なる他の通信事業者の品質制御装置３００と共通である場合、所定処理は、事業者識別情報及び開始要求ＲＥＱｓを、品質制御装置３００に送信する処理を含んでもよい。

以上、第４変形例においても、上述した実施形態、第１変形例、第２変形例及び第３変形例と同様の効果を得ることができる。

［第５変形例］
上述した実施形態、及び、第１変形例から第４変形例までの変形例では、通信サービスが海外ローミングにより提供される場合については、特に説明していないが、通信サービスが海外ローミングにより提供される場合、管理装置１００は、上述した実施形態及び変形例と同様に動作してもよい。但し、管理装置１００又は端末装置２００は、通信サービスが海外ローミングにより提供されているか否かを判定し、判定結果に基づいて、ＱｏＳ制御の開始を要求するか否かを判定してもよい。あるいは、品質制御装置３００は、通信サービスが海外ローミングにより提供されているか否かを判定し、判定結果に基づいて、ＱｏＳ制御を実行するか否かを判定してもよい。以上、第５変形例においても、上述した実施形態及び変形例と同様の効果を得ることができる。

［第６変形例］
上述した実施形態、及び、第１変形例から第５変形例までの変形例では、複数の通信事業者にそれぞれ管理された複数のネットワークＮＷに１つの端末装置２００が同時に接続されている場合については、特に説明していないが、１つの端末装置２００は、複数のネットワークＮＷに同時に接続されてもよい。すなわち、端末装置２００は、複数のネットワークＮＷに同時に接続されている場合でも、「複数のネットワークにそれぞれ接続される複数の端末装置のうちの一の端末装置」に該当する。なお、複数のネットワークＮＷに同時に接続としては、例えば、複数のネットワークＮＷとの接続が確立されている状態が該当する。

以下の説明では、ネットワークＮＷａ及びＮＷｂに同時に接続されている端末装置２００が、ネットワークＮＷａを介して管理装置１００に開始要求ＲＥＱｓ１及び端末情報ＴＥｉｎｆを送信した場合を想定する。この場合、管理装置１００の特定部１３０は、例えば、端末情報ＴＥｉｎｆに含まれるＳＩＭ情報等に基づいて、開始要求ＲＥＱｓ１等の送信に使用されたネットワークＮＷａを管理する通信事業者（端末装置２００に対して通信サービスを提供する一の通信事業者）を特定してもよい。

また、以下の説明では、ネットワークＮＷａ及びＮＷｂに同時に接続されている端末装置２００が、ネットワークＮＷａを介して管理装置１００に開始要求ＲＥＱｓ１及び端末情報ＴＥｉｎｆを送信し、さらに、ネットワークＮＷｂを介して管理装置１００に開始要求ＲＥＱｓ１及び端末情報ＴＥｉｎｆを送信した場合を想定する。この場合、管理装置１００の特定部１３０は、例えば、ネットワークＮＷａを介して取得した端末情報ＴＥｉｎｆに基づいて、ネットワークＮＷａを管理する通信事業者を特定し、ネットワークＮＷｂを介して取得した端末情報ＴＥｉｎｆに基づいて、ネットワークＮＷｂを管理する通信事業者を特定する。

このように、第６変形例においても、端末装置２００に対して通信サービスを提供する通信事業者を、端末情報ＴＥｉｎｆに基づいて特定することができる。従って、第６変形例においても、上述した実施形態、及び、第１変形例から第５変形例までの変形例と同様の効果を得ることができる。

なお、管理装置１００の特定部１３０は、端末装置２００から取得した複数の端末情報ＴＥｉｎｆに基づいて特定した複数の通信事業者のうち、一部の通信事業者を、ＱｏＳ制御を実行させる品質制御装置３００を管理している通信事業者として特定してもよい。例えば、特定部１３０は、複数の端末情報ＴＥｉｎｆに基づいて特定した複数の通信事業者のうち、最も電波強度の高い通信事業者を、ＱｏＳ制御を実行させる品質制御装置３００を管理している通信事業者として特定してもよい。あるいは、特定部１３０は、複数の端末情報ＴＥｉｎｆに基づいて特定した複数の通信事業者のうち、端末装置２００に最も近い位置に基地局を有する通信事業者を、ＱｏＳ制御を実行させる品質制御装置３００を管理している通信事業者として特定してもよい。なお、複数の端末情報ＴＥｉｎｆに基づいて特定された複数の通信事業者から、ＱｏＳ制御を実行させる品質制御装置３００を管理している通信事業者を特定する方法は、上述の例に限定されない。

また、管理装置１００は、複数の端末情報ＴＥｉｎｆに基づいて特定した複数の通信事業者から、ＱｏＳ制御を実行させる品質制御装置３００を管理している通信事業者を特定した場合、特定した通信事業者以外の通信事業者により管理されるネットワークＮＷと端末装置２００との間の通信を一時的に停止してもよい。この場合、通信品質の高いネットワークＮＷを端末装置２００が効率よく使用することができるため、端末装置２００に対する通信サービスの品質が低下することを抑制することができる。

［第７変形例］
上述した実施形態、及び、第１変形例から第６変形例までの変形例では、端末装置２００が開始要求ＲＥＱｓ１を管理装置１００に送信する場合を示したが、本発明はこのような態様に限定されるものではない。例えば、ＱｏＳ制御の対象となるアプリケーションプログラムを実行している端末装置２００の通信先であるアプリケーション管理装置（図示せず）が、端末装置２００に対するＱｏＳ制御の開始要求ＲＥＱｓ１と端末装置２００に関する端末情報ＴＥｉｎｆとを、管理装置１００に送信してもよい。すなわち、管理装置１００の取得部１２０は、端末装置２００に対するＱｏＳ制御の開始要求ＲＥＱｓ１と端末装置２００に関する端末情報ＴＥｉｎｆとを、アプリケーション管理装置から取得してもよい。この場合においても、上述した実施形態、及び、第１変形例から第６変形例までの変形例と同様の効果を得ることができる。

また、管理装置１００の取得部１２０は、開始要求ＲＥＱｓ１が端末装置２００又はアプリケーション管理装置から送信されていない場合でも、ＱｏＳ制御の対象となるアプリケーションプログラムを実行している端末装置２００に関する端末情報ＴＥｉｎｆを、端末装置２００又はアプリケーション管理装置から取得してもよい。そして、管理装置１００のサービス管理部１４０は、開始要求ＲＥＱｓ１を取得部１２０が取得していなくても、端末情報ＴＥｉｎｆ（例えば、アプリケーション情報及びエリア情報等）に基づいて、開始要求ＲＥＱｓ２及び終了要求ＲＥＱｅを品質制御装置３００に送信してもよい。例えば、ＱｏＳ制御を受けている端末装置２００の位置が移動したことにより、ＱｏＳ制御を実行する品質制御装置３００が変更される場合、サービス管理部１４０は、端末情報ＴＥｉｎｆに含まれるエリア情報等に基づいて、変更後の品質制御装置３００に開始要求ＲＥＱｓ２を送信してもよい。サービス管理部１４０が開始要求ＲＥＱｓ２等を送信する場合においても、上述した実施形態、及び、第１変形例から第６変形例までの変形例と同様の効果を得ることができる。

［３．その他］
（１）上述した実施形態では、記憶装置（例えば、記憶装置１６０及び２６０）は、処理装置（例えば、処理装置１１０及び２１０）が読取可能な記録媒体であり、ＲＯＭ及びＲＡＭなどを例示したが、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、ＣＤ－ＲＯＭ（Compact Disc－ＲＯＭ）、レジスタ、リムーバブルディスク、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ、データベース、サーバその他の適切な記憶媒体である。また、プログラムは、電気通信回線を介してネットワークから送信されてもよい。また、プログラムは、電気通信回線を介して通信網から送信されてもよい。

（２）上述した実施形態は、ＬＴＥ（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）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

（３）上述した実施形態において、説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

（４）上述した実施形態において、入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

（５）上述した実施形態において、判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

（６）上述した実施形態において例示した処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

（７）図１等の図面に例示された各機能は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

また、通信装置１７０及び２７０は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１７０及び２７０は、例えば、周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。

（８）上述した実施形態で例示したプログラムは、ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

（９）前述の各形態において、「システム」及び「ネットワーク」という用語は、互換的に使用される。

（１０）本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

（１１）上述した実施形態において、端末装置２００は、移動局（ＭＳ：Mobile Station）である場合が含まれる。移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。また、本開示においては、「移動局」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」等の用語は、互換的に使用され得る。

（１２）上述した実施形態において、「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。

（１３）上述した実施形態において、「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

（１４）本開示で使用する「判断(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）」などで読み替えられてもよい。

（１５）上述した実施形態において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

（１６）本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

（１７）本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」等の用語も、「異なる」と同様に解釈されてもよい。

（１８）本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。

１０…ネットワークシステム、１００…管理装置、１１０…処理装置、１２０…取得部、１３０…特定部、１４０…サービス管理部、１６０…記憶装置、１７０…通信装置、２００…端末装置、２１０…処理装置、２２０…要求部、２６０…記憶装置、２７０…通信装置、２８０…入力装置、２９０…出力装置、３００…品質制御装置。

Claims (9)

1. 複数の通信事業者に管理される複数のネットワークにそれぞれ接続される複数の端末装置のうちの一の端末装置に対して提供される通信サービスの品質の制御の開始を要求する開始要求と前記一の端末装置に関する端末情報とを、取得する取得部と、
   前記端末情報に基づいて、前記複数の通信事業者のうち、前記一の端末装置に対して前記通信サービスを提供する一の通信事業者を、特定する特定部と、
   前記一の端末装置に対する前記通信サービスの品質の制御を前記一の通信事業者の品質制御システムに開始させるための所定処理を実行するサービス管理部と、
   を備え、
   前記所定処理は、
   前記一の通信事業者が仮想移動体通信事業者であり、且つ、前記仮想移動体通信事業者の前記品質制御システムが、前記複数の通信事業者のうち、前記一の通信事業者とは異なる他の通信事業者の前記品質制御システムと共通である場合、前記他の通信事業者の前記品質制御システムに、前記仮想移動体通信事業者を識別するための第２識別情報と前記開始要求とを送信する処理を含む、
   ことを特徴とする管理装置。
2. 前記端末情報は、
   前記一の通信事業者により提供される前記通信サービスを利用するために前記一の端末装置に付与された、前記一の通信事業者を識別するための第１識別情報を含む、
   ことを特徴とする請求項１に記載の管理装置。
3. 前記所定処理は、
   前記一の通信事業者の前記品質制御システムに前記開始要求を送信する処理を含む、
   ことを特徴とする請求項１又は２に記載の管理装置。
4. 前記所定処理は、
   前記一の通信事業者の前記品質制御システムに前記端末情報を送信する処理を含む、
   ことを特徴とする請求項３に記載の管理装置。
5. 前記所定処理は、
   前記一の通信事業者の前記品質制御システムに対して前記一の端末装置が前記通信サービスの品質の制御を要求するために必要な情報を、前記一の端末装置に送信する処理を含む、
   ことを特徴とする請求項１又は２に記載の管理装置。
6. 前記サービス管理部は、
   前記一の通信事業者の前記品質制御システムにおいて前記開始要求に応じた制御が実行されない場合、前記開始要求に応じた制御が実行されないことを示す情報を、前記一の端末装置に送信する、
   ことを特徴とする請求項１から５のいずれか１項に記載の管理装置。
7. 前記所定処理は、
   前記一の通信事業者により実行可能な前記通信サービスの品質の制御に関する機能が、前記複数の通信事業者において共通な機能と、前記一の通信事業者により付加された付加機能とを含む場合、前記付加機能を示す情報を前記一の端末装置に送信する処理を含む、
   ことを特徴とする請求項１から６のいずれか１項に記載の管理装置。
8. 前記サービス管理部は、
   前記一の端末装置に関する所定の制御終了条件が満たされた場合、前記一の端末装置に対して提供される前記通信サービスの品質の制御の終了を要求する終了要求を、前記一の通信事業者の前記品質制御システムに送信する、
   ことを特徴とする請求項１から７のいずれか１項に記載の管理装置。
9. 前記サービス管理部は、
   前記通信サービスの品質の制御に関する予め決められた複数の品質モードのいずれにも、前記開始要求により指定される品質モードが当てはまらない場合、前記開始要求を棄却する、
   ことを特徴とする請求項１から８のいずれか１項に記載の管理装置。
   

Images