JP7417708B2 - 管理装置、ネットワークシステム及び端末装置 - Google Patents

Description

本発明は、管理装置、ネットワークシステム及び端末装置に関する。

ネットワークにおける通信の品質を確保する技術として、ＱｏＳ（Quality of Service）制御が知られている。例えば、ネットワーク上に流れるパケットの転送順序や転送速度の制御（ＱｏＳ制御）を、スマートフォン等の端末装置単位で行うシステムが開示されている（例えば、特許文献１）。この種のシステムでは、例えば、端末装置にインストールされたソフトウェアである管理ソフトが、端末装置の表示画面の最前面にアクティブ表示された機能を実現するアプリケーションプログラムを、アクティブなアプリケーションプログラムとして特定する。そして、管理ソフトにより特定されたアクティブなアプリケーションプログラムの種類に基づいて、ＱｏＳ制御が実行される。

特開２０１７－０９８９６２号公報

ところで、アプリケーションプログラムを提供するアプリケーション事業者が、ＱｏＳ制御を利用するために、ＱｏＳ制御の利用料金を、ＱｏＳ制御を実行する通信事業者に支払う場合がある。この場合、ＱｏＳ制御の利用料金が支払われていないアプリケーションプログラム（すなわち、ＱｏＳ制御の利用が許可されていないアプリケーションプログラム）に対しては、ＱｏＳ制御が実行されないことが望ましい。しかしながら、ＱｏＳ制御が端末装置単位、ＳＩＭ（Subscriber Identity Module）単位、回線単位、ベアラ単位、ＰＤＮ（Packet Data Network）単位、ＡＰＮ（Access Point Name）単位及びＤＮＮ（Data Network Name）単位等の単位で行われるシステムでは、ＱｏＳ制御の利用が許可されていないアプリケーションプログラムに対しても、ＱｏＳ制御が実行されるおそれがある。

以上の課題を解決するために、本発明の好適な態様に係る管理装置は、ネットワークに接続された端末装置において、前記ネットワークにおける通信のサービス品質の制御の対象とされた少なくとも１つのアプリケーションプログラムが特定状態で動作しているか否かを、判定する判定部と、前記判定部の判定結果が否定である場合、前記端末装置に対する前記サービス品質の制御を終了させるための処理を実行する終了処理部と、を備えている。

本発明によれば、ＱｏＳ制御の利用が許可されていないアプリケーションプログラムに対して、ＱｏＳ制御が実行されることを抑止することができる。

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

［１．第１実施形態］
図１Ａは、第１実施形態に係る管理装置１００を含むネットワークシステム１の全体構成を示すブロック図である。また、図１Ｂは、図１Ａに示した端末装置２００の構成の一例を示すブロック図である。なお、以下では、図１Ａ及び図１Ｂを、図１と総称する場合がある。図１Ａに例示するように、ネットワークシステム１は、品質管理システム１０と、複数の端末装置２００と、ネットワークＮＷとを備える。例えば、端末装置２００としては、任意の情報処理装置を採用することができ、パーソナルコンピュータ等の据置型の情報機器であってもよいし、スマートフォン、ノートパソコン、ウェアラブル端末及びタブレット端末等の可搬型の情報端末であってもよい。なお、以下の説明では、端末装置２００としてスマートフォンを想定する。ネットワークＮＷは、例えば、移動体通信網等の電気通信回線であり、有線ネットワーク及び無線ネットワークの一方又は両方を含む。品質管理システム１０及び端末装置２００は、ネットワークＮＷを介して互いに通信可能である。

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

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

なお、本実施形態では、ネットワークＮＷに接続された複数の端末装置２００のうち、ＱｏＳ制御の利用が許可されているアプリケーションプログラムＰＲＡが特定状態で動作している端末装置２００から、ＱｏＳ開始要求ＲＥＱｓが送信される場合を想定する。特定状態は、例えば、ＱｏＳ制御をすべき状態である。具体的には、特定状態は、例えば、アプリケーションプログラムＰＲＡの実行により生成される画像が端末装置２００の表示画面の最前面にアクティブ表示された状態（フォアグラウンド）であってもよい。なお、特定状態は、フォアグラウンドに限定されない。例えば、特定状態は、音の出力等の特定の処理が実行される状態であってもよい。また、例えば、特定状態は、通信事業者等が許可を出した特定のアプリケーションプログラムＰＲＡ、又は、安心安全にかかわる特定のアプリケーションプログラムＰＲＡ等が、フォアグラウンド又はバックグラウンドで実行されている状態であってもよい。

また、以下では、端末装置２００にインストール可能な複数のアプリケーションプログラムＰＲＡのうち、ＱｏＳ制御の利用が許可されたアプリケーションプログラムＰＲＡを、許可アプリケーションプログラムＰＲＡａ（ＰＲＡａ１及びＰＲＡａ２）と称する場合がある。また、ＱｏＳ制御の利用が許可されていないアプリケーションプログラムＰＲＡを、許可アプリケーションプログラムＰＲＡａとの対比において、未許可アプリケーションプログラムＰＲＡｂ（ＰＲＡｂ１）と称する場合がある。

ここで、例えば、アプリケーションプログラムＰＲＡを提供するアプリケーション事業者は、ＱｏＳ制御を利用するために、ＱｏＳ制御の利用料金を、ＱｏＳ制御を実行する通信事業者に支払う場合がある。例えば、アプリケーション事業者は、ＱｏＳ制御の利用料金を支払うことにより、ＱｏＳ制御を利用するためのＱｏＳ制御ＳＤＫ（Software Development Kit）をアプリケーションプログラムＰＲＡに内包することができる。この場合、ＱｏＳ制御の利用料金が支払われたアプリケーションプログラムＰＲＡ（例えば、ＱｏＳ制御ＳＤＫが内包されたアプリケーションプログラムＰＲＡ）は、許可アプリケーションプログラムＰＲＡａに該当する。また、ＱｏＳ制御の利用料金が支払われていないアプリケーションプログラムＰＲＡ（例えば、ＱｏＳ制御ＳＤＫが内包されていないアプリケーションプログラムＰＲＡ）は、未許可アプリケーションプログラムＰＲＡｂに該当する。なお、許可アプリケーションプログラムＰＲＡａは、ＱｏＳ制御ＳＤＫを内包する方法とは別の方法により実現されてもよい。許可アプリケーションプログラムＰＲＡａが特定状態で動作しているか否かは、管理装置１００により判定される。

管理装置１００は、例えば、サーバ等の情報処理装置であり、ネットワークＮＷに接続された複数の端末装置２００と通信可能である。なお、管理装置１００は、ネットワークＮＷに接続された複数の端末装置２００のうち、許可アプリケーションプログラムＰＲＡａがインストールされた端末装置２００のみと、通信可能であってもよい。

管理装置１００は、例えば、処理装置１１０、記憶装置１６０及び通信装置１７０を具備するコンピュータシステムにより実現される。管理装置１００の複数の要素は、情報を通信するための単体又は複数のバスにより相互に接続される。なお、本明細書における「装置」という用語は、回路、デバイス又はユニット等の他の用語に読替えてもよい。また、管理装置１００の複数の要素の各々を、単数又は複数の機器が構成してもよい。あるいは、管理装置１００の一部の要素は省略されてもよい。

処理装置１１０は、管理装置１００の全体を制御するプロセッサであり、例えば、単数又は複数のチップにより構成される。処理装置１１０は、例えば、周辺装置とのインタフェース、演算装置及びレジスタ等を含む中央処理装置（ＣＰＵ：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 ＲＯＭ）等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、及び、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、及び、キードライブ)、フロッピー（登録商標）ディスク、及び、磁気ストリップ等の少なくとも１つによって構成されてもよい。同様に、品質制御装置１９０及び端末装置２００の一方又は両方は、補助記憶装置を有してもよい。補助記憶装置は、ストレージと呼ばれてもよい。

図２は、図１Ａに示したネットワークシステム１の動作の一例を示すシーケンスチャートである。図２に示す例では、特定状態がフォアグラウンドである場合を想定する。また、図２に示す動作では、フォアグラウンドで動作可能なアプリケーションプログラムＰＲＡの数が１つである場合を想定する。なお、図２の符号ＱｏＳ１は、許可アプリケーションプログラムＰＲＡａ１が要求するＱｏＳレベルのＱｏＳ制御が実行されていることを示し、図２の符号ＱｏＳ２は、許可アプリケーションプログラムＰＲＡａ２が要求するＱｏＳレベルのＱｏＳ制御が実行されていることを示す。また、端末装置２００から送信された端末情報ＩＮＦｉｄを管理装置１００が取得する時刻は、端末装置２００から端末情報ＩＮＦｉｄが送信された時刻と厳密には異なるが、以下では、説明の便宜上、端末情報ＩＮＦｉｄを取得した時刻を、端末情報ＩＮＦｉｄが送信された時刻と同じ時刻と見なして説明する場合がある。

先ず、時刻Ｔ１０では、端末装置２００は、未許可アプリケーションプログラムＰＲＡｂ１を起動する（Ｓ２００）。これにより、未許可アプリケーションプログラムＰＲＡｂ１は、フォアグラウンドでの動作を開始する。フォアグラウンドで動作しているアプリケーションプログラムＰＲＡが未許可アプリケーションプログラムＰＲＡｂ１であるため、端末装置２００では、管理装置１００及び品質制御装置１９０に対する要求等は、発生しない。従って、時刻Ｔ１０では、端末装置２００に対するＱｏＳ制御は、開始されない。

時刻Ｔ２０では、端末装置２００は、許可アプリケーションプログラムＰＲＡａ１を起動する（Ｓ２００）。また、時刻Ｔ２０では、許可アプリケーションプログラムＰＲＡａ１がフォアグラウンドでの動作を開始したため、未許可アプリケーションプログラムＰＲＡｂ１の動作状態は、フォアグラウンドからバックグラウンドに切り替わる（Ｓ２０２）。

また、端末装置２００の要求部２２０ａ１は、許可アプリケーションプログラムＰＲＡａ１がフォアグラウンドでの動作を開始したため、ＱｏＳ制御の開始を要求するＱｏＳ開始要求ＲＥＱｓを品質制御装置１９０に送信する（Ｓ２０６）。要求部２２０ａ１の制御に基づいて送信されるＱｏＳ開始要求ＲＥＱｓには、例えば、許可アプリケーションプログラムＰＲＡａ１が要求するＱｏＳレベルを示す情報が含まれてもよい。ＱｏＳ開始要求ＲＥＱｓを受信した品質制御装置１９０は、ＱｏＳ開始要求ＲＥＱｓに対する承認応答ＡＣＫｓを、ＱｏＳ開始要求ＲＥＱｓの送信元の端末装置２００に送信する（Ｓ１９２）。そして、品質制御装置１９０は、例えば、ＱｏＳ開始要求ＲＥＱｓにより指定されるＱｏＳレベルのＱｏＳ制御（ＱｏＳ１）を開始する。これにより、許可アプリケーションプログラムＰＲＡａ１が要求するＱｏＳレベルのＱｏＳ制御（ＱｏＳ１）が実行される（Ｓ１９４）。

時刻Ｔ２２では、端末装置２００の送信制御部２３０ａ１は、端末装置２００を識別するための端末情報ＩＮＦｉｄを管理装置１００に送信する（Ｓ１１０）。そして、送信制御部２３０ａ１は、許可アプリケーションプログラムＰＲＡａ１の動作状態がフォアグラウンドからバックグラウンドに切り替わる時刻Ｔ３０まで、端末情報ＩＮＦｉｄをａ秒間隔（ａは正の値）で管理装置１００に送信する。なお、図２に示す例では、時刻Ｔ２８から時刻Ｔ３０までの間隔がａ秒未満である場合を想定しているため、時刻Ｔ３０では、端末情報ＩＮＦｉｄは、送信されない。管理装置１００の動作判定部１２０は、時刻Ｔ２２から時刻Ｔ２８までの期間では、端末装置２００からａ秒間隔で送信された端末情報ＩＮＦｉｄを取得する（Ｓ１１０）。

図２に示す例では、管理装置１００の動作判定部１２０は、端末装置２００から端末情報ＩＮＦｉｄを取得した時刻から、ｂ秒（ｂは、ｂ＞ａを満たす値）経過するまでに、端末装置２００から次の端末情報ＩＮＦｉｄを取得できない場合、端末装置２００からの端末情報ＩＮＦｉｄの送信が途絶えたと判定する。ｂ秒は、判定時間の一例である。なお、動作判定部１２０は、端末装置２００からの端末情報ＩＮＦｉｄの送信が途絶えたと判定した場合、許可アプリケーションプログラムＰＲＡａが１つもフォアグラウンドで動作していないと判定する。従って、時刻Ｔ２２から時刻Ｔ２８までの期間では、動作判定部１２０は、端末情報ＩＮＦｉｄをａ秒（ａ＜ｂ）間隔で取得できているため、少なくとも１つの許可アプリケーションプログラムＰＲＡａがフォアグラウンドで動作していると判定する。

時刻Ｔ３０では、端末装置２００は、許可アプリケーションプログラムＰＲＡａ２を起動する（Ｓ２００）。また、時刻Ｔ３０では、許可アプリケーションプログラムＰＲＡａ２がフォアグラウンドでの動作を開始したため、許可アプリケーションプログラムＰＲＡａ１の動作状態は、フォアグラウンドからバックグラウンドに切り替わる（Ｓ２０２）。このため、端末装置２００の送信制御部２３０ａ１は、端末情報ＩＮＦｉｄをａ秒間隔で送信する処理を停止する。

また、端末装置２００の要求部２２０ａ２は、許可アプリケーションプログラムＰＲＡａ２がフォアグラウンドでの動作を開始したため、ＱｏＳ制御の開始を要求するＱｏＳ開始要求ＲＥＱｓを品質制御装置１９０に送信する（Ｓ２０６）。要求部２２０ａ２の制御に基づいて送信されるＱｏＳ開始要求ＲＥＱｓには、例えば、許可アプリケーションプログラムＰＲＡａ２が要求するＱｏＳレベルを示す情報が含まれてもよい。ＱｏＳ開始要求ＲＥＱｓを受信した品質制御装置１９０は、ＱｏＳ開始要求ＲＥＱｓに対する承認応答ＡＣＫｓを、ＱｏＳ開始要求ＲＥＱｓの送信元の端末装置２００に送信する（Ｓ１９２）。そして、品質制御装置１９０は、例えば、ＱｏＳ開始要求ＲＥＱｓにより指定されるＱｏＳレベルのＱｏＳ制御（ＱｏＳ２）を開始する。これにより、許可アプリケーションプログラムＰＲＡａ２が要求するＱｏＳレベルのＱｏＳ制御（ＱｏＳ２）が実行される（Ｓ１９４）。

時刻Ｔ３２では、端末装置２００の送信制御部２３０ａ２は、端末情報ＩＮＦｉｄを管理装置１００に送信する（Ｓ１１０）。そして、送信制御部２３０ａ２は、許可アプリケーションプログラムＰＲＡａ２の動作状態がフォアグラウンドからバックグラウンドに切り替わる時刻Ｔ３８まで、端末情報ＩＮＦｉｄをａ秒間隔で管理装置１００に送信する。なお、図２に示す例では、時刻Ｔ３６から時刻Ｔ３８までの間隔がａ秒未満である場合を想定しているため、時刻Ｔ３８では、端末情報ＩＮＦｉｄは、送信されない。

また、図２に示す例では、時刻Ｔ２８から時刻Ｔ３２までの間隔（ｉ秒）がｂ秒未満である場合を想定する。この場合、管理装置１００の動作判定部１２０は、端末情報ＩＮＦｉｄを取得した時刻Ｔ２８からｂ秒経過した時刻より前の時刻Ｔ３２において、端末装置２００から端末情報ＩＮＦｉｄを取得する。このため、時刻Ｔ２８から時刻Ｔ３６までの期間では、動作判定部１２０は、少なくとも１つの許可アプリケーションプログラムＰＲＡａがフォアグラウンドで動作していると判定する。

このように、図２に示す例では、フォアグラウンドで動作しているアプリケーションプログラムＰＲＡが、許可アプリケーションプログラムＰＲＡａ１から許可アプリケーションプログラムＰＲＡａ２に切り替わった場合においても、動作判定部１２０は、許可アプリケーションプログラムＰＲＡａがフォアグラウンドで動作していると判定する。

時刻Ｔ３８では、端末装置２００は、許可アプリケーションプログラムＰＲＡａ２の動作状態をフォアグラウンドからバックグラウンドに切り替え（Ｓ２０２）、未許可アプリケーションプログラムＰＲＡｂ１の動作状態をバックグラウンドからフォアグラウンドに切り替える（Ｓ２０４）。許可アプリケーションプログラムＰＲＡａ２の動作状態がフォアグラウンドからバックグラウンドに切り替わったため、端末装置２００の送信制御部２３０ａ２は、端末情報ＩＮＦｉｄをａ秒間隔で送信する処理を停止する。

時刻Ｔ４０では、端末装置２００は、許可アプリケーションプログラムＰＲＡａ１を終了する（Ｓ２３０）。時刻Ｔ４０では、許可アプリケーションプログラムＰＲＡａ１がバックグラウンドで動作している状態で終了したため、ＱｏＳ制御の終了を要求するＱｏＳ終了要求ＲＥＱｅは、品質制御装置１９０に送信されない。

時刻Ｔ３６からｂ秒経過した時刻Ｔ４２では、管理装置１００の終了処理部１３０は、ＱｏＳ制御の終了を要求するＱｏＳ終了要求ＲＥＱｅを品質制御装置１９０に送信する（Ｓ１６０）。例えば、管理装置１００の動作判定部１２０は、端末情報ＩＮＦｉｄを取得した時刻Ｔ３６からｂ秒経過した時刻Ｔ４２までに、端末装置２００から次の端末情報ＩＮＦｉｄを取得できなかったため、端末装置２００からの端末情報ＩＮＦｉｄの送信が途絶えたと判定する。そして、動作判定部１２０は、端末装置２００からの端末情報ＩＮＦｉｄの送信が途絶えたと判定したため、許可アプリケーションプログラムＰＲＡａが１つもフォアグラウンドで動作していないと判定する。

すなわち、時刻Ｔ４２では、動作判定部１２０は、端末情報ＩＮＦｉｄを取得した時刻Ｔ３６からｂ秒経過するまでに、端末装置２００から次の端末情報ＩＮＦｉｄを取得できなかったため、許可アプリケーションプログラムＰＲＡａが１つもフォアグラウンドで動作していないと判定する。許可アプリケーションプログラムＰＲＡａが１つもフォアグラウンドで動作していないと動作判定部１２０が判定したため、終了処理部１３０は、ＱｏＳ終了要求ＲＥＱｅを品質制御装置１９０に送信する。管理装置１００から品質制御装置１９０に送信されるＱｏＳ終了要求ＲＥＱｅには、送信が途絶えた端末情報ＩＮＦｉｄに対応する端末装置２００を示す情報（例えば、端末情報ＩＮＦｉｄ）が含まれてもよい。

ＱｏＳ終了要求ＲＥＱｅを受信した品質制御装置１９０は、ＱｏＳ終了要求ＲＥＱｅに対する承認応答ＡＣＫｅを、ＱｏＳ終了要求ＲＥＱｅの送信元の管理装置１００に送信する（Ｓ１９８）。これにより、管理装置１００は、ＱｏＳ終了要求ＲＥＱｅに対する承認応答ＡＣＫｅを受信する（Ｓ１８０）。また、品質制御装置１９０は、ＱｏＳ終了要求ＲＥＱｅにより示される端末装置２００に対するＱｏＳ制御（ＱｏＳ２）を終了する。このように、許可アプリケーションプログラムＰＲＡａが１つもフォアグラウンドで動作していない端末装置２００に対しては、ＱｏＳ制御の実行が停止される。従って、本実施形態では、許可アプリケーションプログラムＰＲＡａが１つもフォアグラウンドで動作していない端末装置２００に対してＱｏＳ制御が実行されることを抑止することができる。

時刻Ｔ４４では、端末装置２００は、未許可アプリケーションプログラムＰＲＡｂ１の動作状態をフォアグラウンドからバックグラウンドに切り替え（Ｓ２０２）、許可アプリケーションプログラムＰＲＡａ２の動作状態をバックグラウンドからフォアグラウンドに切り替える（Ｓ２０４）。許可アプリケーションプログラムＰＲＡａ２の動作状態がフォアグラウンドからバックグラウンドに切り替わったため、端末装置２００の要求部２２０ａ２は、ＱｏＳ開始要求ＲＥＱｓを品質制御装置１９０に送信する（Ｓ２０６）。ＱｏＳ開始要求ＲＥＱｓを受信した品質制御装置１９０は、ＱｏＳ開始要求ＲＥＱｓに対する承認応答ＡＣＫｓを、ＱｏＳ開始要求ＲＥＱｓの送信元の端末装置２００に送信する（Ｓ１９２）。そして、品質制御装置１９０は、例えば、ＱｏＳ開始要求ＲＥＱｓにより指定されるＱｏＳレベルのＱｏＳ制御（ＱｏＳ２）を再開する（Ｓ１９４）。また、許可アプリケーションプログラムＰＲＡａ２の動作状態がバックグラウンドからフォアグラウンドに切り替わったため、端末装置２００の送信制御部２３０ａ２は、端末情報ＩＮＦｉｄをａ秒間隔で送信する処理を再開する。

例えば、端末装置２００の送信制御部２３０ａ２は、時刻Ｔ４６から時刻Ｔ５０まで、端末情報ＩＮＦｉｄをａ秒間隔で管理装置１００に送信する。管理装置１００の動作判定部１２０は、時刻Ｔ４６から時刻Ｔ５０までの期間では、端末装置２００からａ秒間隔で送信された端末情報ＩＮＦｉｄを取得する（Ｓ１１０）。

時刻Ｔ５２では、端末装置２００は、許可アプリケーションプログラムＰＲＡａ２を終了する（Ｓ２３０）。許可アプリケーションプログラムＰＲＡａ２がフォアグラウンドで動作している状態で終了するため、端末装置２００の要求部２２０ａ２は、ＱｏＳ制御の終了を要求するＱｏＳ終了要求ＲＥＱｅを品質制御装置１９０に送信する（Ｓ２１６）。ＱｏＳ終了要求ＲＥＱｅを受信した品質制御装置１９０は、ＱｏＳ終了要求ＲＥＱｅに対する承認応答ＡＣＫｅを、ＱｏＳ終了要求ＲＥＱｅの送信元の端末装置２００に送信する（Ｓ１９８）。また、品質制御装置１９０は、ＱｏＳ終了要求ＲＥＱｅの送信元の端末装置２００に対するＱｏＳ制御（ＱｏＳ２）を終了する。端末装置２００は、ＱｏＳ終了要求ＲＥＱｅを品質制御装置１９０に送信した後、承認応答ＡＣＫｅを受信する前に、許可アプリケーションプログラムＰＲＡａ２を終了させてもよいし、承認応答ＡＣＫｅを受信した後に、許可アプリケーションプログラムＰＲＡａ２を終了させてもよい。

また、時刻Ｔ５２では、許可アプリケーションプログラムＰＲＡａ２が終了するため、未許可アプリケーションプログラムＰＲＡｂ１の動作状態は、バックグラウンドからフォアグラウンドに切り替わる（Ｓ２０４）。なお、上述したように、端末装置２００に対するＱｏＳ制御（ＱｏＳ２）は終了しているため、未許可アプリケーションプログラムＰＲＡｂ１に対しては、ＱｏＳ制御は実行されない。

時刻Ｔ５４では、端末装置２００は、未許可アプリケーションプログラムＰＲＡｂ１を終了する（Ｓ２３０）。終了するアプリケーションプログラムＰＲＡが未許可アプリケーションプログラムＰＲＡｂ１であるため、端末装置２００では、管理装置１００及び品質制御装置１９０に対する要求等は、発生しない。

このように、本実施形態では、例えば、フォアグラウンドで動作している許可アプリケーションプログラムＰＲＡａが正常に終了する場合は、端末装置２００からＱｏＳ終了要求ＲＥＱｅが品質制御装置１９０に送信されるため、端末装置２００に対するＱｏＳ制御が正常に終了する。また、本実施形態では、フォアグラウンドで動作している許可アプリケーションプログラムＰＲＡａが異常終了した場合でも、管理装置１００が、端末装置２００の代わりに、ＱｏＳ終了要求ＲＥＱｅを品質制御装置１９０に送信する。このため、本実施形態では、許可アプリケーションプログラムＰＲＡａの異常終了等により、許可アプリケーションプログラムＰＲＡａが１つもフォアグラウンドで動作していないにも拘わらず、端末装置２００に対するＱｏＳ制御が継続されることを抑止することができる。従って、本実施形態では、許可アプリケーションプログラムＰＲＡａが１つもフォアグラウンドで動作していない端末装置２００に対してＱｏＳ制御が実行されることを抑止することができる。

なお、ネットワークシステム１の動作は、図２に示す例に限定されない。例えば、許可アプリケーションプログラムＰＲＡａがフォアグラウンドでの動作を開始してから、端末情報ＩＮＦｉｄを最初に送信するタイミングは、ＱｏＳ開始要求ＲＥＱｓに対する承認応答ＡＣＫｓを端末装置２００が受信する前でもよい。すなわち、許可アプリケーションプログラムＰＲＡａがフォアグラウンドでの動作を開始してから、端末情報ＩＮＦｉｄを最初に送信するタイミングは、特に限定されない。また、ＱｏＳ開始要求ＲＥＱｓは、許可アプリケーションプログラムＰＲＡａがフォアグラウンドで動作している期間において、繰り返し送信されてもよい。

また、端末装置２００の要求部２２０は、ＱｏＳ開始要求ＲＥＱｓを、品質制御装置１９０と管理装置１００とに送信してもよい。この態様では、例えば、管理装置１００は、ＱｏＳ開始要求ＲＥＱｓを受信してからｂ秒経過するまでに端末情報ＩＮＦｉｄを取得できない場合、ＱｏＳ終了要求ＲＥＱｅを品質制御装置１９０に送信してもよい。これにより、この態様では、例えば、端末装置２００から最初の端末情報ＩＮＦｉｄが送信される前に、許可アプリケーションプログラムＰＲＡａが異常終了した場合でも、許可アプリケーションプログラムＰＲＡａが１つもフォアグラウンドで動作していない端末装置２００に対してＱｏＳ制御が実行されることを抑止することができる。

また、端末装置２００の要求部２２０は、ＱｏＳ終了要求ＲＥＱｅを、品質制御装置１９０と管理装置１００とに送信してもよい。この場合、管理装置１００は、ＱｏＳ終了要求ＲＥＱｅの送信元の端末装置２００に対するＱｏＳ制御が終了することを把握できる。このため、管理装置１００は、ＱｏＳ終了要求ＲＥＱｅの送信元の端末装置２００に関する処理（許可アプリケーションプログラムＰＲＡａがフォアグラウンドで動作しているか否かの判定等）を、ＱｏＳ終了要求ＲＥＱｅを受信した後に、直ちに終了することができる。

また、管理装置１００は、例えば、端末装置２００に対して、許可アプリケーションプログラムＰＲＡａが特定状態で動作しているかを問いかけてもよい。そして、管理装置１００の動作判定部１２０は、例えば、端末装置２００に問いかけてから、所定時間経過するまでに端末情報ＩＮＦｉｄを受信できない場合、許可アプリケーションプログラムＰＲＡａが１つも特定状態で動作していないと判定してもよい。あるいは、端末装置２００の送信制御部２３０は、管理装置１００から問いかけがあった場合、許可アプリケーションプログラムＰＲＡａが特定状態で動作しているか否かを示す情報を含む端末情報ＩＮＦｉｄを、管理装置１００に送信してもよい。

図３は、図１Ａに示した管理装置１００の動作の一例を示すフローチャートである。なお、図３は、ネットワークＮＷに接続された複数の端末装置２００のうち、許可アプリケーションプログラムＰＲＡａがインストールされた１つの端末装置２００に対する、管理装置１００の動作の一例を示す。従って、図３の説明では、特に断りがない場合、端末装置２００は、管理装置１００による図３に示す動作の対象となる１つの端末装置２００を意味するものとする。また、図３に示す動作では、フォアグラウンドで動作可能なアプリケーションプログラムＰＲＡの数が１つである場合を想定する。

ステップＳ１００では、動作判定部１２０は、例えば、端末装置２００から端末情報ＩＮＦｉｄを通信装置１７０が受信したか否かを判定する。ステップＳ１００における判定の結果が肯定の場合、動作判定部１２０は、処理をステップＳ１１０に進める。一方、ステップＳ１００における判定の結果が否定の場合、動作判定部１２０は、処理をステップＳ１００に戻す。

ステップＳ１１０では、動作判定部１２０は、端末装置２００から送信された端末情報ＩＮＦｉｄを、通信装置１７０を介して取得する。

次に、ステップＳ１２０では、動作判定部１２０は、端末情報ＩＮＦｉｄを取得してからの経過時間の計測を開始する。なお、動作判定部１２０は、例えば、今回取得した端末情報ＩＮＦｉｄより前に送信された端末情報ＩＮＦｉｄを取得してからの経過時間を計測中である場合、計測中の経過時間をリセットした後、今回の端末情報ＩＮＦｉｄを取得してからの経過時間の計測を開始する。

次に、ステップＳ１３０では、動作判定部１２０は、例えば、端末装置２００から端末情報ＩＮＦｉｄを通信装置１７０が受信したか否かを判定する。ステップＳ１３０における判定の結果が肯定の場合、動作判定部１２０は、処理をステップＳ１１０に戻す。一方、ステップＳ１３０における判定の結果が否定の場合、動作判定部１２０は、処理をステップＳ１４０に進める。

なお、ステップＳ１００における判定は、品質制御装置１９０が端末装置２００に対するＱｏＳ制御を開始又は再開する場合において、端末装置２００から最初の端末情報ＩＮＦｉｄが送信されたか否かの判定に該当する。これに対し、ステップＳ１３０における判定は、端末装置２００から最初の端末情報ＩＮＦｉｄが送信された後に、端末装置２００から端末情報ＩＮＦｉｄが送信されたか否かの判定に該当する。従って、ステップＳ１３０における判定の結果が否定の場合、処理をステップＳ１３０に戻すか否かは、ステップＳ１４０における判定結果に基づいて決定される。

ステップＳ１４０では、動作判定部１２０は、端末情報ＩＮＦｉｄを取得してからｂ秒経過したか否かを判定する。すなわち、動作判定部１２０は、端末装置２００からの端末情報ＩＮＦｉｄの送信が途絶えたか否かを判定する。ステップＳ１４０における判定の結果が肯定の場合、動作判定部１２０は、処理をステップＳ１５０に進める。一方、ステップＳ１４０における判定の結果が否定の場合、動作判定部１２０は、処理をステップＳ１３０に戻す。

ステップＳ１５０では、動作判定部１２０は、経過時間の計測を終了する。

次に、ステップＳ１６０では、終了処理部１３０は、端末装置２００に対するＱｏＳ制御の終了を品質制御装置１９０に要求する。例えば、終了処理部１３０は、図２において説明したように、ＱｏＳ終了要求ＲＥＱｅを品質制御装置１９０に送信することにより、ＱｏＳ制御の終了を品質制御装置１９０に要求してもよい。あるいは、終了処理部１３０は、ＱｏＳ制御の終了ＡＰＩの呼び出しを品質制御装置１９０に対して実行することにより、ＱｏＳ制御の終了を品質制御装置１９０に要求してもよい。

次に、ステップＳ１７０では、管理装置１００（例えば、終了処理部１３０）は、ＱｏＳ制御の終了要求に対する応答として、承認応答ＡＣＫｅを品質制御装置１９０から受信する。そして、管理装置１００は、図３に示す動作を終了する。

なお、管理装置１００の動作は、図３に示す例に限定されない。例えば、ステップＳ１５０の処理は、ステップＳ１６０の処理の後に実行されてもよいし、ステップＳ１６０の処理と並列に実行されてもよい。また、例えば、ステップＳ１１０及びＳ１３０の処理では、端末情報ＩＮＦｉｄを通信装置１７０が受信したか否かの判定の代わりに、端末情報ＩＮＦｉｄを動作判定部１２０が取得したか否かが判定されてもよい。この場合、ステップＳ１１０の処理は、ステップＳ１００及びＳ１３０の処理と並列に実行されてもよい。

また、動作判定部１２０は、ステップＳ１２０において、経過時間の計測を開始する代わりに、端末装置２００から端末情報ＩＮＦｉｄを取得した時刻を、記憶装置１６０等に記憶してもよい。あるいは、端末装置２００から端末情報ＩＮＦｉｄが送信された時刻を示すタイムスタンプが端末情報ＩＮＦｉｄに含まれる場合、動作判定部１２０は、ステップＳ１２０において、端末装置２００から端末情報ＩＮＦｉｄが送信された時刻を、記憶装置１６０等に記憶してもよい。以下では、管理装置１００が端末情報ＩＮＦｉｄを取得した時刻、及び、端末装置２００から端末情報ＩＮＦｉｄが送信された時刻を、特に区別せずに、端末情報ＩＮＦｉｄの取得時刻と称する場合がある。

また、動作判定部１２０は、端末情報ＩＮＦｉｄの取得時刻を記憶装置１６０等に記憶した場合、ステップＳ１４０において、端末情報ＩＮＦｉｄの取得時刻と現時刻との差がｂ秒以上であるか否かを判定することにより、端末情報ＩＮＦｉｄを取得してからｂ秒経過したか否かを判定してもよい。

以上、第１実施形態では、管理装置１００は、動作判定部１２０及び終了処理部１３０を有する。動作判定部１２０は、ネットワークＮＷに接続された端末装置２００において、ネットワークＮＷにおける通信のサービス品質の制御（ＱｏＳ制御）の対象とされた少なくとも１つのアプリケーションプログラムＰＲＡ（許可アプリケーションプログラムＰＲＡａ）が特定状態で動作しているか否かを、判定する。また、終了処理部１３０は、動作判定部１２０の判定結果が否定である場合、すなわち、許可アプリケーションプログラムＰＲＡａが特定状態で動作していない場合、端末装置２００に対するサービス品質の制御を終了させるための処理を実行する。

これにより、本実施形態では、例えば、許可アプリケーションプログラムＰＲＡａが特定状態で動作していない端末装置２００に対するＱｏＳ制御を終了させることができる。許可アプリケーションプログラムＰＲＡａが特定状態で動作していない端末装置２００では、未許可アプリケーションプログラムＰＲＡｂが特定状態で動作している可能性がある。この場合、管理装置１００が省かれたシステムでは、端末装置２００に対するＱｏＳ制御が終了せずに、未許可アプリケーションプログラムＰＲＡｂに対してＱｏＳ制御が実行されるおそれがある。

例えば、端末装置２００が、許可アプリケーションプログラムＰＲＡａを起動した後、許可アプリケーションプログラムＰＲＡａの動作状態をバックグラウンドに切り替えた場合、管理装置１００が省かれたシステムでは、端末装置２００に対するＱｏＳ制御は、継続される。この状態において、未許可アプリケーションプログラムＰＲＡｂが起動された場合、未許可アプリケーションプログラムＰＲＡｂに対してＱｏＳ制御が実行される。また、管理装置１００が省かれたシステムでは、許可アプリケーションプログラムＰＲＡａが異常終了した場合、ＱｏＳ終了要求ＲＥＱｅが送信されないため、端末装置２００に対するＱｏＳ制御は、継続される。この場合、管理装置１００が省かれたシステムを使用するユーザは、例えば、許可アプリケーションプログラムＰＲＡａを意図的に異常終了させることにより、未許可アプリケーションプログラムＰＲＡｂに対してＱｏＳ制御が実行されるようにすることができる。

これに対し、本実施形態では、許可アプリケーションプログラムＰＲＡａが特定状態で動作していない端末装置２００に対するＱｏＳ制御を終了させるための処理を管理装置１００が実行するため、未許可アプリケーションプログラムＰＲＡｂに対してＱｏＳ制御が実行されることを抑止することができる。すなわち、本実施形態では、管理装置１００が省かれたシステムに比べて、ＱｏＳ制御の利用が許可されていないアプリケーションプログラムＰＲＡに対してＱｏＳ制御が実行されることを抑止することができる。

また、端末装置２００は、要求部２２０及び送信制御部２３０を有する。要求部２２０は、許可アプリケーションプログラムＰＲＡａが起動された場合に、ＱｏＳ制御の開始を品質管理システム１０（より詳細には、品質制御装置１９０）に要求し、許可アプリケーションプログラムＰＲＡａが終了する場合に、ＱｏＳ制御の終了を品質管理システム１０（より詳細には、品質制御装置１９０）に要求する。送信制御部２３０は、許可アプリケーションプログラムＰＲＡａの動作状態が特定状態である期間中、端末情報ＩＮＦｉｄを所定間隔（例えば、ａ秒間隔）で品質管理システム１０（より詳細には、管理装置１００）に送信する。

この場合、動作判定部１２０は、例えば、許可アプリケーションプログラムＰＲＡａが特定状態で動作している端末装置２００から、所定間隔で送信される端末情報ＩＮＦｉｄを取得する。そして、動作判定部１２０は、端末装置２００からの端末情報ＩＮＦｉｄの送信が途絶えた場合、許可アプリケーションプログラムＰＲＡａが特定状態で動作していないと判定する。例えば、動作判定部１２０は、端末装置２００から端末情報ＩＮＦｉｄを取得した時刻から、所定間隔に対応する時間より長い判定時間（例えば、ａ秒より長いｂ秒）が経過するまでに、端末装置２００から端末情報ＩＮＦｉｄを取得しない場合、端末装置２００からの端末情報ＩＮＦｉｄの送信が途絶えたと判定する。このように、本実施形態では、端末装置２００から所定間隔で送信される端末情報ＩＮＦｉｄを用いることにより、許可アプリケーションプログラムＰＲＡａが特定状態で動作しているか否かを容易に判定することができる。

［２．第２実施形態］
図４は、第２実施形態に係る管理装置１００を含むネットワークシステム１の全体構成を示すブロック図である。図１から図３において説明した要素と同様の要素については、同一の符号を付し、詳細な説明を省略する。図４に示すネットワークシステム１は、図１Ａに示したネットワークシステム１と同様に、品質管理システム１０と、複数の端末装置２００と、ネットワークＮＷとを有する。

図４に示す端末装置２００は、図１Ｂに示した端末装置２００と同様である。但し、本実施形態では、端末装置２００から送信される端末情報ＩＮＦｉｄは、端末情報ＩＮＦｉｄを送信した送信制御部２３０を動作させている許可アプリケーションプログラムＰＲＡａを示すアプリケーション識別情報を含む。例えば、図５に示す端末情報ＩＮＦｉｄ１は、許可アプリケーションプログラムＰＲＡａ１の実行により実現される送信制御部２３０ａ１が送信した端末情報ＩＮＦｉｄであり、許可アプリケーションプログラムＰＲＡａ１を示すアプリケーション識別情報を含む。また、例えば、図５に示す端末情報ＩＮＦｉｄ２は、許可アプリケーションプログラムＰＲＡａ２の実行により実現される送信制御部２３０ａ２が送信した端末情報ＩＮＦｉｄであり、許可アプリケーションプログラムＰＲＡａ２を示すアプリケーション識別情報を含む。

図４に示す品質管理システム１０は、図１Ａに示した品質管理システム１０と同様に、管理装置１００及び品質制御装置１９０を有する。図４に示す品質制御装置１９０は、図１Ａに示した品質制御装置１９０と同様である。また、図４に示す管理装置１００は、図１Ａに示した管理装置１００と同様の構成である。例えば、管理装置１００は、処理装置１１０、記憶装置１６０及び通信装置１７０を有する。但し、記憶装置１６０に記憶される制御プログラムＰＲ１ａは、図１Ａに示した制御プログラムＰＲ１と相違する。このため、例えば、処理装置１１０が記憶装置１６０に記憶された制御プログラムＰＲ１ａを実行することによって実現される機能は、図１Ａに示した処理装置１１０により実現される機能と相違する。また、本実施形態では、記憶装置１６０は、履歴テーブルＴＢＬを記憶している。履歴テーブルＴＢＬには、例えば、端末情報ＩＮＦｉｄの取得履歴を示す履歴情報が端末装置２００毎に記憶される。履歴情報は、例えば、端末情報ＩＮＦｉｄを取得した時刻等を示す情報を含む。

図４に示す処理装置１１０は、図１Ａに示した制御プログラムＰＲ１の代わりに制御プログラムＰＲ１ａを実行することを除いて、図１Ａに示した処理装置１１０と同様である。例えば、処理装置１１０は、記憶装置１６０から制御プログラムＰＲ１ａを読み出し、読み出した制御プログラムＰＲ１ａを実行することによって、動作判定部１２０、終了処理部１３０及び開始処理部１４０として機能する。

動作判定部１２０及び終了処理部１３０は、図１Ａに示した動作判定部１２０及び終了処理部１３０と同様である。なお、動作判定部１２０は、複数の許可アプリケーションプログラムＰＲＡａが特定状態で動作しているか否かを判定してもよい。例えば、複数の表示画面を有する端末装置２００、又は、複数の表示ウィンドウを表示画面に表示する機能を有する端末装置２００では、特定状態がフォアグラウンドである場合、複数の許可アプリケーションプログラムＰＲＡａがフォアグラウンドで動作する可能性がある。この場合、例えば、動作判定部１２０は、履歴テーブルＴＢＬに記憶された履歴情報に基づいて、複数の許可アプリケーションプログラムＰＲＡａが特定状態で動作しているか否かを判定することができる。

開始処理部１４０は、複数の許可アプリケーションプログラムＰＲＡａが端末装置２００において特定状態で動作している場合に、複数の許可アプリケーションプログラムＰＲＡａに応じたＱｏＳレベルの中から、品質制御装置１９０に要求するＱｏＳレベルを、履歴テーブルＴＢＬに記憶された履歴情報に基づいて選択する。そして、開始処理部１４０は、履歴情報に基づいて選択したＱｏＳレベルのＱｏＳ制御が端末装置２００に対して実行されるように、ＱｏＳ制御の開始を品質制御装置１９０に要求する。開始処理部１４０の動作の詳細は、後述する図５において説明する。なお、開始処理部１４０は、選択部の一例である。

図５は、図４に示したネットワークシステム１の動作の一例を示すシーケンスチャートである。図１から図３において説明した動作と同様の動作については、詳細な説明を省略する。図５では、未許可アプリケーションプログラムＰＲＡｂが実行されていない場合を想定する。また、図５では、図を見やすくするために、繰り返し実行される処理（例えば、ステップＳ１１０の処理）については、符号の記載が省略されている場合がある。また、図５に示す例では、端末装置２００の要求部２２０が、管理装置１００と品質制御装置１９０とにＱｏＳ終了要求ＲＥＱｅを送信する場合を想定する。

先ず、時刻Ｔ１００では、端末装置２００は、許可アプリケーションプログラムＰＲＡａ１を起動する（Ｓ２００）。端末装置２００の要求部２２０ａ１は、許可アプリケーションプログラムＰＲＡａ１がフォアグラウンドでの動作を開始したため、ＱｏＳ開始要求ＲＥＱｓを品質制御装置１９０に送信する（Ｓ２０６）。ＱｏＳ開始要求ＲＥＱｓを受信した品質制御装置１９０は、ＱｏＳ開始要求ＲＥＱｓに対する承認応答ＡＣＫｓを、ＱｏＳ開始要求ＲＥＱｓの送信元の端末装置２００に送信する（Ｓ１９２）。そして、品質制御装置１９０は、例えば、ＱｏＳ開始要求ＲＥＱｓにより指定されるＱｏＳレベルのＱｏＳ制御（ＱｏＳ１）を開始する。これにより、許可アプリケーションプログラムＰＲＡａ１が要求するＱｏＳレベルのＱｏＳ制御（ＱｏＳ１）が実行される（Ｓ１９４）。

時刻Ｔ１０２から時刻Ｔ１２４までの期間では、端末装置２００の送信制御部２３０ａ１は、端末情報ＩＮＦｉｄ１をａ秒間隔で管理装置１００に送信する（Ｓ２１０）。また、管理装置１００の動作判定部１２０は、時刻Ｔ１０２から時刻Ｔ１２４までの期間では、端末装置２００からａ秒間隔で送信された端末情報ＩＮＦｉｄ１を取得する（Ｓ１１０）。なお、端末情報ＩＮＦｉｄ１には、許可アプリケーションプログラムＰＲＡａ１を示すアプリケーション識別情報が含まれる。これにより、動作判定部１２０は、時刻Ｔ１０２から時刻Ｔ１２４までの期間では、許可アプリケーションプログラムＰＲＡａ１がフォアグラウンドで動作していると判定する。

時刻Ｔ１０４と時刻Ｔ１０８との間の時刻Ｔ１０６では、端末装置２００は、許可アプリケーションプログラムＰＲＡａ２を起動する（Ｓ２００）。なお、図５に示す例では、複数の許可アプリケーションプログラムＰＲＡａがフォアグラウンドで動作する場合を想定しているため、許可アプリケーションプログラムＰＲＡａ２がフォアグラウンドでの動作を開始した場合でも、許可アプリケーションプログラムＰＲＡａ１は、フォアグラウンドでの動作を継続する。このため、図５に示す例では、許可アプリケーションプログラムＰＲＡａ１及びＰＲＡａ２のいずれかが終了するまで（時刻Ｔ１０６から時刻Ｔ１２８まで）、許可アプリケーションプログラムＰＲＡａ１及びＰＲＡａ２の２つの許可アプリケーションプログラムＰＲＡａがフォアグラウンドで動作している。

また、時刻Ｔ１０６では、端末装置２００の要求部２２０ａ２は、許可アプリケーションプログラムＰＲＡａ２がフォアグラウンドでの動作を開始したため、ＱｏＳ開始要求ＲＥＱｓを品質制御装置１９０に送信する（Ｓ２０６）。ＱｏＳ開始要求ＲＥＱｓを受信した品質制御装置１９０は、ＱｏＳ開始要求ＲＥＱｓに対する承認応答ＡＣＫｓを、ＱｏＳ開始要求ＲＥＱｓの送信元の端末装置２００に送信する（Ｓ１９２）。そして、品質制御装置１９０は、例えば、ＱｏＳ開始要求ＲＥＱｓにより指定されるＱｏＳレベルのＱｏＳ制御（ＱｏＳ２）を開始する。これにより、許可アプリケーションプログラムＰＲＡａ２が要求するＱｏＳレベルのＱｏＳ制御（ＱｏＳ２）が実行される（Ｓ１９４）。すなわち、端末装置２００に対するＱｏＳ制御のＱｏＳレベルが、許可アプリケーションプログラムＰＲＡａ１が要求するＱｏＳレベルから、許可アプリケーションプログラムＰＲＡａ２が要求するＱｏＳレベルに切り替わる。

時刻Ｔ１１０から時刻Ｔ１３６までの期間では、端末装置２００の送信制御部２３０ａ２は、端末情報ＩＮＦｉｄ２をａ秒間隔で管理装置１００に送信する（Ｓ２１０）。また、管理装置１００の動作判定部１２０は、時刻Ｔ１１０から時刻Ｔ１３６までの期間では、端末装置２００からａ秒間隔で送信された端末情報ＩＮＦｉｄ２を取得する（Ｓ１１０）。なお、端末情報ＩＮＦｉｄ２には、許可アプリケーションプログラムＰＲＡａ２を示すアプリケーション識別情報が含まれる。これにより、動作判定部１２０は、時刻Ｔ１１０から時刻Ｔ１３６までの期間では、許可アプリケーションプログラムＰＲＡａ２がフォアグラウンドで動作していると判定する。

従って、図５に示す例では、時刻Ｔ１０２から時刻Ｔ１２４までの期間と時刻Ｔ１１０から時刻Ｔ１３６までの期間との重複期間（時刻Ｔ１１０から時刻Ｔ１２４までの期間）では、許可アプリケーションプログラムＰＲＡａ１及びＰＲＡａ２の２つがフォアグラウンドで動作していると判定される。

例えば、動作判定部１２０は、端末情報ＩＮＦｉｄ１を取得した時刻Ｔ１０８からａ秒経過した時刻Ｔ１１２より前の時刻Ｔ１１０に端末情報ＩＮＦｉｄ２を取得したため、許可アプリケーションプログラムＰＲＡａ１及びＰＲＡａ２の２つがフォアグラウンドで動作していると判定する。この場合、管理装置１００の開始処理部１４０は、ＱｏＳ開始要求ＲＥＱｓを品質制御装置１９０に送信するか否かを判定してもよい。図５に示す例では、ＱｏＳレベルが切り替わる間隔がａ秒より短くならないように、ＱｏＳ開始要求ＲＥＱｓが送信される。従って、時刻Ｔ１１０では、開始処理部１４０は、ＱｏＳ開始要求ＲＥＱｓを送信しないと判定する。なお、複数の許可アプリケーションプログラムＰＲＡａがフォアグラウンドで動作しているか否かの判定は、開始処理部１４０により実行されてもよい。

時刻Ｔ１１０からａ秒経過した時刻Ｔ１１４では、動作判定部１２０は、端末情報ＩＮＦｉｄ２を取得する。時刻Ｔ１１０において取得された端末情報ＩＮＦｉｄ２に含まれるアプリケーション識別情報、及び、時刻Ｔ１１４において取得された端末情報ＩＮＦｉｄ２に含まれるアプリケーション識別情報は、互いに同じ許可アプリケーションプログラムＰＲＡａ２を示す。このため、時刻Ｔ１１４では、開始処理部１４０は、ＱｏＳ開始要求ＲＥＱｓを送信しないと判定する。

時刻Ｔ１１０からａ秒より長い時間が経過した時刻Ｔ１１６では、動作判定部１２０は、端末情報ＩＮＦｉｄ１を取得する。動作判定部１２０は、端末情報ＩＮＦｉｄ２を取得した時刻Ｔ１１４からａ秒経過した時刻Ｔ１１８より前の時刻Ｔ１１６に端末情報ＩＮＦｉｄ１を取得したため、許可アプリケーションプログラムＰＲＡａ１及びＰＲＡａ２の２つがフォアグラウンドで動作していると判定する。また、時刻Ｔ１１４において取得された端末情報ＩＮＦｉｄ２に含まれるアプリケーション識別情報、及び、時刻Ｔ１１６において取得された端末情報ＩＮＦｉｄ１に含まれるアプリケーション識別情報は、互いに異なる許可アプリケーションプログラムＰＲＡａを示す。このため、開始処理部１４０は、ＱｏＳ開始要求ＲＥＱｓを品質制御装置１９０に送信すると判定する。

従って、時刻Ｔ１１６では、開始処理部１４０は、許可アプリケーションプログラムＰＲＡａ１が要求するＱｏＳレベルを示す情報を含むＱｏＳ開始要求ＲＥＱｓを、品質制御装置１９０に送信する（Ｓ１２６）。ＱｏＳ開始要求ＲＥＱｓを受信した品質制御装置１９０は、ＱｏＳ開始要求ＲＥＱｓに対する承認応答ＡＣＫｓを、ＱｏＳ開始要求ＲＥＱｓの送信元の管理装置１００に送信する（Ｓ１９２）。これにより、管理装置１００は、ＱｏＳ開始要求ＲＥＱｓに対する承認応答ＡＣＫｓを受信する（Ｓ１２８）。

また、品質制御装置１９０は、例えば、ＱｏＳ開始要求ＲＥＱｓにより指定されるＱｏＳレベルのＱｏＳ制御（ＱｏＳ１）を開始する。これにより、許可アプリケーションプログラムＰＲＡａ１が要求するＱｏＳレベルのＱｏＳ制御（ＱｏＳ１）が実行される（Ｓ１９４）。すなわち、端末装置２００に対するＱｏＳ制御のＱｏＳレベルが、許可アプリケーションプログラムＰＲＡａ２が要求するＱｏＳレベルから、許可アプリケーションプログラムＰＲＡａ１が要求するＱｏＳレベルに切り替わる。

時刻Ｔ１２２では、時刻Ｔ１１６と同様の動作により、端末装置２００に対するＱｏＳ制御のＱｏＳレベルが、許可アプリケーションプログラムＰＲＡａ１が要求するＱｏＳレベルから、許可アプリケーションプログラムＰＲＡａ２が要求するＱｏＳレベルに切り替わる。このように、許可アプリケーションプログラムＰＲＡａ１及びＰＲＡａ２の２つがフォアグラウンドで動作している期間では、端末装置２００に対するＱｏＳ制御のＱｏＳレベルは、許可アプリケーションプログラムＰＲＡａ１が要求するＱｏＳレベルと、許可アプリケーションプログラムＰＲＡａ２が要求するＱｏＳレベルとに交互に切り替わる。

時刻Ｔ１２８では、端末装置２００は、許可アプリケーションプログラムＰＲＡａ１を終了する（Ｓ２３０）。許可アプリケーションプログラムＰＲＡａ１がフォアグラウンドで動作している状態で終了するため、端末装置２００の要求部２２０ａ１は、ＱｏＳ制御の終了を要求するＱｏＳ終了要求ＲＥＱｅを、管理装置１００及び品質制御装置１９０に送信する（Ｓ２１６）。ＱｏＳ終了要求ＲＥＱｅを受信した品質制御装置１９０は、ＱｏＳ終了要求ＲＥＱｅに対する承認応答ＡＣＫｅを、ＱｏＳ終了要求ＲＥＱｅの送信元の端末装置２００に送信する（Ｓ１９８）。また、品質制御装置１９０は、ＱｏＳ終了要求ＲＥＱｅの送信元の端末装置２００に対するＱｏＳ制御（ＱｏＳ２）を終了する。

また、ＱｏＳ終了要求ＲＥＱｅを受信した管理装置１００は、許可アプリケーションプログラムＰＲＡａ２がフォアグラウンドで動作しているため、許可アプリケーションプログラムＰＲＡａ２が要求するＱｏＳレベルを示す情報を含むＱｏＳ開始要求ＲＥＱｓを、品質制御装置１９０に送信する（Ｓ１２６）。ＱｏＳ開始要求ＲＥＱｓを受信した品質制御装置１９０は、ＱｏＳ開始要求ＲＥＱｓに対する承認応答ＡＣＫｓを、ＱｏＳ開始要求ＲＥＱｓの送信元の管理装置１００に送信する（Ｓ１９２）。これにより、管理装置１００は、ＱｏＳ開始要求ＲＥＱｓに対する承認応答ＡＣＫｓを受信する（Ｓ１２８）。また、品質制御装置１９０は、例えば、ＱｏＳ開始要求ＲＥＱｓにより指定されるＱｏＳレベルのＱｏＳ制御（ＱｏＳ２）を再開する（Ｓ１９４）。

時刻Ｔ１３０から時刻Ｔ１３６までの期間の動作は、図２に示した時刻Ｔ４６から時刻Ｔ５２までの期間の動作と同様である。例えば、時刻Ｔ１３８では、端末装置２００は、許可アプリケーションプログラムＰＲＡａ２を終了する（Ｓ２３０）。許可アプリケーションプログラムＰＲＡａ２がフォアグラウンドで動作している状態で終了するため、端末装置２００の要求部２２０ａ２は、ＱｏＳ終了要求ＲＥＱｅを品質制御装置１９０に送信する（Ｓ２１６）。ＱｏＳ終了要求ＲＥＱｅを受信した品質制御装置１９０は、ＱｏＳ終了要求ＲＥＱｅに対する承認応答ＡＣＫｅを、ＱｏＳ終了要求ＲＥＱｅの送信元の端末装置２００に送信する（Ｓ１９８）。また、品質制御装置１９０は、ＱｏＳ終了要求ＲＥＱｅの送信元の端末装置２００に対するＱｏＳ制御（ＱｏＳ２）を終了する。

このように、本実施形態では、例えば、複数の許可アプリケーションプログラムＰＲＡａが端末装置２００において特定状態で動作している場合に、複数の許可アプリケーションプログラムＰＲＡａに応じたＱｏＳレベルの中から、品質制御装置１９０に要求するＱｏＳレベルを選択することができる。これにより、特定状態で動作している許可アプリケーションプログラムＰＲＡａにとって不適切なＱｏＳレベルのＱｏＳ制御が実行されることを抑止することができる。

なお、ネットワークシステム１の動作は、図５に示す例に限定されない。例えば、端末装置２００の要求部２２０は、ＱｏＳ開始要求ＲＥＱｓを、品質制御装置１９０と管理装置１００とに送信してもよい。また、例えば、ＱｏＳ終了要求ＲＥＱｅは、端末装置２００から管理装置１００を介して、品質制御装置１９０に送信されてもよい。この態様では、例えば、管理装置１００は、ＱｏＳ終了要求ＲＥＱｅの対象と異なる許可アプリケーションプログラムＰＲＡａがフォアグラウンドで動作している場合、端末装置２００から送信されたＱｏＳ終了要求ＲＥＱｅを品質制御装置１９０に転送しなくてもよい。具体的には、例えば、図５の時刻Ｔ１２８では、管理装置１００（例えば、動作判定部１２０又は終了処理部１３０）は、端末装置２００の要求部２２０ａ１から送信されたＱｏＳ終了要求ＲＥＱｅを品質制御装置１９０に転送しなくてもよい。この場合、時刻Ｔ１２２から時刻Ｔ１３８まで、端末装置２００に対するＱｏＳ制御（ＱｏＳ２）が継続される。

また、例えば、端末装置２００の要求部２２０は、許可アプリケーションプログラムＰＲＡａがフォアグラウンドでの動作している期間においてＱｏＳ開始要求ＲＥＱｓを繰り返し送信する場合、ＱｏＳ終了要求ＲＥＱｅを管理装置１００に送信しなくてもよい。

図６は、図４に示した管理装置１００の動作の一例を示すフローチャートである。なお、図６では、説明を分かり易くするために、端末装置２００からＱｏＳ終了要求ＲＥＱｅを受信した場合の管理装置１００の動作の記載を省略している。端末装置２００からＱｏＳ終了要求ＲＥＱｅを管理装置１００が受信した場合の処理は、図６に示す動作に対して割り込み処理として実行されてもよいし、図６に示す動作と並列に実行されてもよい。

図６に示す動作は、図３に示した動作と同様に、ネットワークＮＷに接続された複数の端末装置２００のうち、許可アプリケーションプログラムＰＲＡａがインストールされた１つの端末装置２００に対する、管理装置１００の動作の一例を示す。従って、図６の説明においても、特に断りがない場合、端末装置２００は、管理装置１００による図６に示す動作の対象となる１つの端末装置２００を意味するものとする。

図６に示す動作では、図３に示したステップＳ１２０の処理の代わりにステップＳ１２２の処理が実行され、ステップＳ１２４からステップＳ１２８までの一連の処理が図３に示した動作に追加されている。また、図６に示す動作では、ステップＳ１００の処理が実行される前に、履歴テーブルＴＢＬ（端末装置２００から送信される端末情報ＩＮＦｉｄの履歴情報）が初期化されている。図６に示すその他の動作は、図３に示した動作と同様である。このため、図６では、ステップＳ１１０の処理が実行された後に実行されるステップＳ１２２の処理と、ステップＳ１２４からステップＳ１２８までの一連の処理とを説明する。

ステップＳ１２２では、動作判定部１２０は、ステップＳ１１０において取得した端末情報ＩＮＦｉｄに基づいて、履歴テーブルＴＢＬを更新する。例えば、動作判定部１２０は、端末情報ＩＮＦｉｄの取得時刻（端末情報ＩＮＦｉｄを取得した時刻、又は、端末情報ＩＮＦｉｄが送信された時刻）を、履歴情報として、許可アプリケーションプログラムＰＲＡａ毎に履歴テーブルＴＢＬに記憶する。端末情報ＩＮＦｉｄの取得時刻に対応付けられる許可アプリケーションプログラムＰＲＡａは、端末情報ＩＮＦｉｄに含まれるアプリケーション識別情報に基づいて特定される。

なお、履歴テーブルＴＢＬには、各許可アプリケーションプログラムＰＲＡａに対して、最新の端末情報ＩＮＦｉｄの取得時刻のみが記憶されてもよしい、過去に送信された端末情報ＩＮＦｉｄの取得時刻を含む複数の端末情報ＩＮＦｉｄの取得時刻が記憶されてもよい。また、履歴テーブルＴＢＬには、許可アプリケーションプログラムＰＲＡａが要求するＱｏＳレベルを示す情報が記憶されてもよい。

次に、ステップＳ１２４では、開始処理部１４０は、履歴テーブルＴＢＬに記録された履歴情報に基づいて、ＱｏＳ制御の開始を品質制御装置１９０に要求するか否かを判定する。例えば、開始処理部１４０は、特定状態（例えば、フォアグラウンド）で動作している許可アプリケーションプログラムＰＲＡａの数が１つである場合、ＱｏＳ制御の開始を要求しないと判定する。なお、複数の許可アプリケーションプログラムＰＲＡａが特定状態で動作している場合、開始処理部１４０は、ＱｏＳ制御の開始を品質制御装置１９０に要求すると判定してもよいし、所定の条件が満たされるか否かに基づいて、ＱｏＳ制御の開始を品質制御装置１９０に要求するか否かを判定してもよい。

所定の条件は、例えば、ＱｏＳ制御の開始を要求する間隔が所定時間（例えば、ａ秒）以上であることであってもよい。また、例えば、所定の条件は、今回取得された端末情報ＩＮＦｉｄに対応する許可アプリケーションプログラムＰＲＡａが、前回に取得された端末情報ＩＮＦｉｄに対応する許可アプリケーションプログラムＰＲＡａと異なることであってもよい。また、例えば、所定の条件は、複数の許可アプリケーションプログラムＰＲＡａの各々に対してＱｏＳ制御の実行順に関する優先順位が予め決められている場合、優先順位に基づく条件であってもよい。優先順位に基づく条件は、例えば、ＱｏＳ制御の開始を要求することにより、端末装置２００に対するＱｏＳ制御が、特定状態で動作している複数の許可アプリケーションプログラムＰＲＡａのうちの最も高い優先順位の許可アプリケーションプログラムＰＲＡａに応じたＱｏＳ制御に切り替わることであってもよい。なお、所定の条件は、上述の例に限定されない。

ステップＳ１２４における判定の結果が肯定の場合、開始処理部１４０は、処理をステップＳ１２６に進める。一方、ステップＳ１２４における判定の結果が否定の場合、開始処理部１４０は、処理をステップＳ１３０に進める。

ステップＳ１２６では、開始処理部１４０は、端末装置２００に対するＱｏＳ制御の開始を品質制御装置１９０に要求する。例えば、開始処理部１４０は、特定状態で動作している複数の許可アプリケーションプログラムＰＲＡａに応じたＱｏＳ開始要求ＲＥＱｓの中から、上述の所定の条件を満たすＱｏＳ開始要求ＲＥＱｓを、履歴テーブルＴＢＬに記録された履歴情報に基づいて選択する。そして、開始処理部１４０は、履歴情報に基づいて選択したＱｏＳ開始要求ＲＥＱｓを品質制御装置１９０に送信する。なお、開始処理部１４０は、ＱｏＳ制御の開始ＡＰＩの呼び出しを品質制御装置１９０に対して実行することにより、ＱｏＳ制御の開始を品質制御装置１９０に要求してもよい。

このように、開始処理部１４０は、端末装置２００に対するＱｏＳ制御として、複数の許可アプリケーションプログラムＰＲＡａのうちの一の許可アプリケーションプログラムＰＲＡａに応じたＱｏＳ制御を、端末情報ＩＮＦｉｄに基づいて選択する。そして、開始処理部１４０は、端末情報ＩＮＦｉｄに基づいて選択したＱｏＳ制御の開始を品質制御装置１９０に要求する。なお、履歴テーブルＴＢＬに記録された履歴情報は、上述したように、端末情報ＩＮＦｉｄに基づいて更新される。従って、ＱｏＳ開始要求ＲＥＱｓを履歴情報に基づいて選択することは、ＱｏＳ開始要求ＲＥＱｓを端末情報ＩＮＦｉｄに基づいて選択することに該当する。

ステップＳ１２６の処理が実行されることにより、ステップＳ１２８の処理が実行される。ステップＳ１２８では、管理装置１００（例えば、開始処理部１４０）は、ＱｏＳ制御の開始要求に対する応答として、承認応答ＡＣＫｓを品質制御装置１９０から受信する。そして、管理装置１００は、処理をステップＳ１３０に進める。

なお、管理装置１００の動作は、図６に示す例に限定されない。例えば、動作判定部１２０は、図３に示した動作と同様に、経過時間を計測してもよい。また、例えば、ステップＳ１２４の判定は、動作判定部１２０により実行されてもよい。

以上、第２実施形態では、管理装置１００は、動作判定部１２０、終了処理部１３０及び開始処理部１４０を有する。開始処理部１４０は、端末装置２００に対するＱｏＳ制御として、特定状態で動作している複数の許可アプリケーションプログラムＰＲＡａのうちの一の許可アプリケーションプログラムＰＲＡａに応じたＱｏＳ制御を、端末情報ＩＮＦｉｄに基づいて選択する。そして、開始処理部１４０は、端末情報ＩＮＦｉｄに基づいて選択したＱｏＳ制御の開始を品質制御装置１９０に要求する。これにより、本実施形態では、上述した第１実施形態と同様の効果の他に、以下に示す効果を得ることができる。

例えば、本実施形態では、複数の許可アプリケーションプログラムＰＲＡａが特定状態で動作している場合でも、端末装置２００に対するＱｏＳ制御を品質制御装置１９０に実行させることができる。また、本実施形態では、例えば、図５及び図６において説明したように、端末装置２００に対するＱｏＳ制御として、品質制御装置１９０に要求するＱｏＳ制御を、周期的に切り替わるように、端末情報ＩＮＦｉｄに基づいて選択することができる。これにより、本実施形態では、特定状態で動作している許可アプリケーションプログラムＰＲＡａにとって不適切なＱｏＳレベルのＱｏＳ制御が継続されることを抑止することができる。

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

［第１変形例］
上述した第１実施形態及び第２実施形態では、ＱｏＳ制御の開始を要求するタイミングは特に限定されない例を示したが、本発明はこのような態様に限定されるものではない。例えば、端末装置２００の要求部２２０は、図７に示すように、許可アプリケーションプログラムＰＲＡａがフォアグラウンドでの動作を開始してから、所定の待機時間（例えば、ｃ秒）が経過した時刻に、ＱｏＳ開始要求ＲＥＱｓを品質制御装置１９０に送信してもよい。

図７は、第１変形例に係るネットワークシステム１の動作の一例を示すシーケンスチャートである。なお、図７に示す動作では、フォアグラウンドで動作可能なアプリケーションプログラムＰＲＡの数が１つである場合を想定する。また、図７に示す動作では、許可アプリケーションプログラムＰＲＡａがフォアグラウンドでの動作を開始してから、端末情報ＩＮＦｉｄが最初に送信されるタイミングは、ＱｏＳ開始要求ＲＥＱｓが送信された時刻より後である場合を想定する。図１から図６において説明した動作と同様の動作については、詳細な説明を省略する。

先ず、時刻Ｔ２００では、端末装置２００は、未許可アプリケーションプログラムＰＲＡｂ１を起動する（Ｓ２００）。

時刻Ｔ２１０では、端末装置２００は、許可アプリケーションプログラムＰＲＡａ１を起動する（Ｓ２００）。なお、図７に示す例では、ＱｏＳ開始要求ＲＥＱｓは、許可アプリケーションプログラムＰＲＡａがフォアグラウンドでの動作を開始してから、ｂ秒（判定時間）より長いｃ秒が経過した時刻（例えば、時刻Ｔ２１２）になるまで、品質制御装置１９０に送信されない。

許可アプリケーションプログラムＰＲＡａ１がフォアグラウンドでの動作を開始した時刻Ｔ２１０からｃ秒経過した時刻Ｔ２１２では、端末装置２００の要求部２２０ａ１は、ＱｏＳ開始要求ＲＥＱｓを品質制御装置１９０に送信する（Ｓ２０６）。ＱｏＳ開始要求ＲＥＱｓを受信した品質制御装置１９０は、ＱｏＳ開始要求ＲＥＱｓに対する承認応答ＡＣＫｓを、ＱｏＳ開始要求ＲＥＱｓの送信元の端末装置２００に送信する（Ｓ１９２）。そして、品質制御装置１９０は、例えば、ＱｏＳ開始要求ＲＥＱｓにより指定されるＱｏＳレベルのＱｏＳ制御（ＱｏＳ１）を開始する。これにより、許可アプリケーションプログラムＰＲＡａ１が要求するＱｏＳレベルのＱｏＳ制御（ＱｏＳ１）が実行される（Ｓ１９４）。

時刻Ｔ２１４から時刻Ｔ２１８までの期間では、端末装置２００の送信制御部２３０ａ１は、端末情報ＩＮＦｉｄをａ秒間隔で管理装置１００に送信する（Ｓ２１０）。これにより、管理装置１００の動作判定部１２０は、時刻Ｔ２１４から時刻Ｔ２１８までの期間では、端末装置２００からａ秒間隔で送信された端末情報ＩＮＦｉｄを取得する（Ｓ１１０）。

時刻Ｔ２２０では、端末装置２００は、許可アプリケーションプログラムＰＲＡａ２を起動する（Ｓ２００）。また、時刻Ｔ２２０では、許可アプリケーションプログラムＰＲＡａ２がフォアグラウンドでの動作を開始したため、許可アプリケーションプログラムＰＲＡａ１の動作状態は、フォアグラウンドからバックグラウンドに切り替わる（Ｓ２０２）。このため、端末装置２００の送信制御部２３０ａ１は、端末情報ＩＮＦｉｄをａ秒間隔で送信する処理を停止する。また、端末装置２００の送信制御部２３０ａ２による端末情報ＩＮＦｉｄの送信が、要求部２２０ａ２がＱｏＳ開始要求ＲＥＱｓを送信した後に開始されるため、送信制御部２３０ａ１が端末情報ＩＮＦｉｄを最後に送信した時刻Ｔ２１８からｂ秒経過しても、端末情報ＩＮＦｉｄは、送信されない。時刻Ｔ２２２では、端末装置２００は、許可アプリケーションプログラムＰＲＡａ１を終了する（Ｓ２３０）。

時刻Ｔ２１８からｂ秒経過した時刻Ｔ２２４では、管理装置１００の終了処理部１３０は、ＱｏＳ終了要求ＲＥＱｅを品質制御装置１９０に送信する（Ｓ１６０）。例えば、管理装置１００の動作判定部１２０は、端末情報ＩＮＦｉｄを取得した時刻Ｔ２１８からｂ秒経過した時刻Ｔ２２４までに、端末装置２００から次の端末情報ＩＮＦｉｄを取得できなかったため、端末装置２００からの端末情報ＩＮＦｉｄの送信が途絶えたと判定する。

このように、図７に示す例では、フォアグラウンドで動作しているアプリケーションプログラムＰＲＡが、許可アプリケーションプログラムＰＲＡａ１から許可アプリケーションプログラムＰＲＡａ２に切り替わった場合、ＱｏＳ終了要求ＲＥＱｅが品質制御装置１９０に送信される。

ＱｏＳ終了要求ＲＥＱｅを受信した品質制御装置１９０は、ＱｏＳ終了要求ＲＥＱｅに対する承認応答ＡＣＫｅを、ＱｏＳ終了要求ＲＥＱｅの送信元の管理装置１００に送信する（Ｓ１９８）。そして、品質制御装置１９０は、ＱｏＳ終了要求ＲＥＱｅにより示される端末装置２００に対するＱｏＳ制御（ＱｏＳ２）を終了する。時刻Ｔ２３８では、端末装置２００は、未許可アプリケーションプログラムＰＲＡｂ１を終了する（Ｓ２３０）。

第１変形例においても、上述した第１実施形態及び第２実施形態と同様の効果を得ることができる。さらに、第１変形例では、特定状態で動作している許可アプリケーションプログラムＰＲＡａが切り替わる度に、ＱｏＳ制御の終了を管理装置１００が品質制御装置１９０に要求するため、品質制御装置１９０は、ＱｏＳ制御の終了要求に対応するＱｏＳ制御の開始要求を容易に特定することができる。

［第２変形例］
上述した第１実施形態、第２実施形態及び第１変形例では、品質管理システム１０が複数の品質制御装置１９０を含む例につては、特に説明していないが、品質管理システム１０は、複数の品質制御装置１９０を含んでもよい。品質管理システム１０が複数の品質制御装置１９０を含む場合、すなわち、ネットワークシステム１が複数の品質制御装置１９０を含む場合、品質制御装置１９０にかかる負荷が分散される。

図８は、第２変形例に係るネットワークシステム１Ａの全体構成を示すブロック図である。図８に示すネットワークシステム１Ａは、品質管理システム１０Ａと、複数の端末装置２００と、ネットワークＮＷとを備える。品質管理システム１０Ａは、複数の品質制御装置１９０と、管理装置１００とを有する。管理装置１００、品質制御装置１９０及び端末装置２００は、図１に示した管理装置１００、品質制御装置１９０及び端末装置２００と同様である。但し、管理装置１００は、端末装置２００からの要求に応じたＱｏＳ制御を実行する品質制御装置１９０を特定する処理を実行することが、図１Ａに示した管理装置１００の動作と相違する。

例えば、複数の品質制御装置１９０の各々は、ネットワークＮＷのうちの予め割り当てられた部分のネットワーク（以下、部分ネットワークとも称する）のサービス品質を端末装置２００毎に制御してもよい。例えば、各品質制御装置１９０に割り当てられる部分ネットワークは、品質制御装置１９０が設置される地域に基づいて決定されてもよいし、ネットワークＮＷに含まれる基地局に基づいて決定されてもよい。図８に示すネットワークシステム１Ａでは、端末装置２００に対するＱｏＳ制御を行う品質制御装置１９０が、複数の品質制御装置１９０から端末装置２００の位置に基づいて選択される場合を想定する。

管理装置１００の終了処理部１３０は、例えば、動作判定部１２０の判定結果が否定である場合、すなわち、許可アプリケーションプログラムＰＲＡａが特定状態で動作していない場合、複数の品質制御装置１９０のうち、端末装置２００に対するＱｏＳ制御を行っている品質制御装置１９０を特定する。例えば、終了処理部１３０は、端末装置２００に対するＱｏＳ制御を行っている品質制御装置１９０を、端末装置２００の位置を示す位置情報に基づいて特定してもよい。端末装置２００の位置情報は、特に限定されないが、例えば、ＧＰＳ（Global Positioning System）を用いた測位結果を示す情報であってもよい。この場合、端末装置２００の位置情報は、例えば、端末情報ＩＮＦｉｄに含まれてもよい。また、端末装置２００の位置情報は、端末装置２００の通信先となる基地局に割り当てられたセルＩＤを用いて取得されてもよい。セルＩＤは基地局を一意に識別する識別情報である。

また、管理装置１００の終了処理部１３０は、端末装置２００に対するＱｏＳ制御を行っている品質制御装置１９０を特定した後、特定した品質制御装置１９０に対して、端末装置２００に対するＱｏＳ制御の終了を要求する。このように、管理装置１００の終了処理部１３０は、品質管理システム１０Ａが複数の品質制御装置１９０を有する場合であっても、許可アプリケーションプログラムＰＲＡａが特定状態で動作していない端末装置２００に対するＱｏＳ制御を終了させることができる。

また、管理装置１００の動作判定部１２０は、端末装置２００に対するＱｏＳ制御を行っている品質制御装置１９０が一の品質制御装置１９０から他の品質制御装置１９０に切り替わったか否かを、端末装置２００の位置（例えば、端末装置２００の位置情報）に基づいて判定してもよい。そして、終了処理部１３０は、端末装置２００に対するＱｏＳ制御を行っている品質制御装置１９０が一の品質制御装置１９０から他の品質制御装置１９０に切り替わったと動作判定部１２０が判定した場合、一の品質制御装置１９０に、端末装置２００に対するＱｏＳ制御の終了を要求してもよい。なお、一の品質制御装置１９０は、第１の品質制御装置の一例であり、他の品質制御装置１９０は、第２の品質制御装置の一例である。

ＱｏＳ制御を行っている品質制御装置１９０が一の品質制御装置１９０から他の品質制御装置１９０に切り替わった場合に、一の品質制御装置１９０にＱｏＳ制御の終了を要求しない態様（以下、比較態様とも称する）では、以下に示す問題が発生する可能性がある。例えば、一の品質制御装置１９０に割り当てられた部分ネットワークに対応する場所を第１の場所と称し、他の品質制御装置１９０に割り当てられた部分ネットワークに対応する場所を第２の場所と称して、比較態様における問題点を説明する。なお、以下の問題点の説明では、許可アプリケーションプログラムＰＲＡａがフォアグラウンドで動作している期間において、ＱｏＳ開始要求ＲＥＱｓが品質制御装置１９０に繰り返し送信される場合を想定する。

比較態様では、端末装置２００が、第１の場所においてＱｏＳ制御を受けている最中に第２の場所に移動した場合、管理装置１００への端末情報ＩＮＦｉｄの送信が途絶えるわけではないため、一の品質制御装置１９０によるＱｏＳ制御は、終了しない。また、第２の場所に移動した端末装置２００における許可アプリケーションプログラムＰＲＡａの動作状態が、例えば、バックグラウンドに切り替わった場合、ＱｏＳ終了要求ＲＥＱｅは、管理装置１００から他の品質制御装置１９０に送信されるが、一の品質制御装置１９０には送信されない。このため、他の品質制御装置１９０によるＱｏＳ制御は終了するが、一の品質制御装置１９０によるＱｏＳ制御は、終了しない。この状態で、端末装置２００が第１の地域に戻ると、端末装置２００においてフォアグラウンドで動作している未許可アプリケーションプログラムＰＲＡｂがＱｏＳ制御の効果を得ることになる。すなわち、比較態様では、未許可アプリケーションプログラムＰＲＡｂに対してＱｏＳ制御が実行されることがある。

これに対し、第２変形例では、ＱｏＳ制御を行っている品質制御装置１９０が一の品質制御装置１９０から他の品質制御装置１９０に切り替わった場合に、一の品質制御装置１９０にＱｏＳ制御の終了を要求することにより、未許可アプリケーションプログラムＰＲＡｂに対してＱｏＳ制御が実行されることを抑止することができる。

［第３変形例］
上述した第１実施形態、第２実施形態、第１変形例及び第２変形例では、ネットワークシステム１が複数の管理装置１００を含む例につては、特に説明していないが、ネットワークシステム１は、複数の管理装置１００を含んでもよい。ネットワークシステム１が複数の管理装置１００を含む場合、管理装置１００にかかる負荷が分散される。

図９は、第３変形例に係るネットワークシステム１Ｂの全体構成を示すブロック図である。図９に示すネットワークシステム１Ｂは、複数の品質管理システム１０と、複数の端末装置２００と、振分装置３００と、ネットワークＮＷとを備える。各品質管理システム１０は、管理装置１００及び品質制御装置１９０を有する。従って、複数の管理装置１００は、複数の品質制御装置１９０と１対１に対応している。管理装置１００、品質制御装置１９０及び端末装置２００は、図１に示した管理装置１００、品質制御装置１９０及び端末装置２００と同様である。

振分装置３００は、例えば、サーバ等の情報処理装置であり、ネットワークＮＷに接続された品質管理システム１０及び端末装置２００と通信可能である。振分装置３００は、例えば、管理装置１００と同様に、振分装置３００の全体を制御する処理装置３１０と、制御プログラムＰＲ３等の各種のデータを記憶する記憶装置３６０と、ネットワークＮＷを介して他の装置と通信を行うための通信装置３７０とを具備するコンピュータシステムにより実現される。例えば、処理装置３１０は、制御プログラムＰＲ３を実行することによって、振分部３２０として機能する。

振分部３２０は、例えば、ネットワークシステム１Ｂに接続された複数の端末装置２００のうち、許可アプリケーションプログラムＰＲＡａを特定状態で動作させている一の端末装置２００から、所定間隔（例えば、ａ秒間隔）で送信される端末情報ＩＮＦｉｄを取得する。そして、振分部３２０は、一の端末装置２００から取得した端末情報ＩＮＦｉｄを、複数の管理装置１００のいずれかに送信する。例えば、振分部３２０は、複数の品質制御装置１９０のうち、端末装置２００に対するＱｏＳ制御を行う品質制御装置１９０を、端末装置２００の位置（例えば、端末装置２００の位置情報）に基づいて特定してもよい。そして、振分部３２０は、複数の管理装置１００のうち、端末装置２００の位置等に基づいて特定した品質制御装置１９０に対応する管理装置１００に、一の端末装置２００から取得した端末情報ＩＮＦｉｄを送信する。

これにより、管理装置１００は、一の端末装置２００から振分装置３００を介して端末情報ＩＮＦｉｄを受信する。従って、管理装置１００の動作判定部１２０は、一の端末装置２００から振分装置３００を介して取得した端末情報ＩＮＦｉｄに基づいて、許可アプリケーションプログラムＰＲＡａが一の端末装置２００において特定状態で動作しているか否かを判定する。また、管理装置１００の終了処理部１３０は、動作判定部１２０の判定結果が否定である場合、複数の品質制御装置１９０のうちの対応する品質制御装置１９０に、一の端末装置２００に対するＱｏＳ制御の終了を要求する。

このように、第３変形例では、ネットワークシステム１Ｂが複数の管理装置１００を有する場合であっても、管理装置１００は、許可アプリケーションプログラムＰＲＡａが特定状態で動作していない端末装置２００に対するＱｏＳ制御を終了させることができる。

［第４変形例］
上述した第１実施形態、第２実施形態、第１変形例、第２変形例及び第３変形例において、端末情報ＩＮＦｉｄは、許可アプリケーションプログラムＰＲＡａが特定状態で動作していない場合に端末装置２００から管理装置１００に送信される情報と、区別可能に管理装置１００に送信されてもよい。

例えば、アプリケーション事業者がＱｏＳ制御の利用料金を通信事業者に支払うことにより通知される暗号化方法に従って、端末情報ＩＮＦｉｄが暗号化されてもよい。あるいは、証明書情報が端末情報ＩＮＦｉｄに付加されてもよい。また、例えば、暗号化通信により、端末情報ＩＮＦｉｄが端末装置２００から管理装置１００に送信されてもよい。あるいは、許可アプリケーションプログラムＰＲＡａがインストールされた端末装置２００に対して認証が行われ、認証済みの端末装置２００を示すＩＰ（Internet Protocol）等の識別情報（すなわち、端末情報ＩＮＦｉｄ）が登録された認証テーブルを管理装置１００の記憶装置１６０等が記憶してもよい。管理装置１００は、認証テーブルを参照することにより、認証済みの端末装置２００から送信された端末情報ＩＮＦｉｄか否かを判定することができる。

第４変形例では、許可アプリケーションプログラムＰＲＡａが特定状態で動作している端末装置２００になりすまして、端末情報ＩＮＦｉｄが管理装置１００に送信されることを抑止することができる。

［第５変形例］
上述した第２実施形態では、許可アプリケーションプログラムＰＲＡａと未許可アプリケーションプログラムＰＲＡｂとの両方が特定状態で動作している場合については、特に説明していないが、未許可アプリケーションプログラムＰＲＡｂが特定状態で動作している場合、ＱｏＳ制御が実行されなくてもよい。

例えば、端末装置２００によっては、フォアグラウンドで動作している一のアプリケーションプログラムＰＲＡは、他のアプリケーションプログラムＰＲＡがフォアグラウンドで動作していることを把握できても、他のアプリケーションプログラムＰＲＡの詳細を把握できない場合がある。すなわち、端末装置２００によっては、フォアグラウンドで動作している他のアプリケーションプログラムＰＲＡが、許可アプリケーションプログラムＰＲＡａか否かを把握できない場合がある。この場合、フォアグラウンドで動作している許可アプリケーションプログラムＰＲＡａに対応する要求部２２０は、他のアプリケーションプログラムＰＲＡがフォアグラウンドで動作していることを把握したとき、ＱｏＳ終了要求ＲＥＱｅを品質制御装置１９０に送信してもよい。これにより、未許可アプリケーションプログラムＰＲＡｂに対してＱｏＳ制御が実行されることを抑止することができる。

［４．その他］
（１）上述した実施形態では、記憶装置１６０は、処理装置１１０が読取可能な記録媒体であり、ＲＯＭ及びＲＡＭなどを例示したが、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、ＣＤ－ＲＯＭ（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