JP2022034795A - 管理装置 - Google Patents

Abstract

【課題】端末装置にネットワークを介して接続された管理装置がネットワークに要求したＱｏＳのレベルが、端末装置において実行されている処理にとって適切なレベルでないことを低減する。【解決手段】通信サービスを提供するネットワーク３００を介して端末装置２００に接続されるアプリケーションサーバは、端末装置２００から送信されるデータＵｄａｔａに基づいて、端末装置２００において実行される処理を特定するサービス処理部１２０と、端末装置２００に関わるネットワーク３００の通信状態とサービス処理部１２０により特定された処理とに基づいて、通信サービスの品質の変更をネットワーク３００に要求する品質管理部１３０と、を備える。【選択図】図１

Description

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

ネットワーク等の通信網における通信の品質を確保する技術として、ＱｏＳ（Quality of Service）制御が知られている（例えば、特許文献１）。例えば、３ＧＰＰ（Third Generation Partnership Project）規格に準拠したネットワークシステムでは、ネットワークに接続されたサードパーティの管理装置は、ＳＣＥＦ（Service Capability Exposure Function）を利用することにより、ＱｏＳ制御をネットワークに要求できる。

特開２００７－１５８５７３号公報

ところで、端末装置にネットワークを介して接続された管理装置がネットワークに要求したＱｏＳのレベルは、端末装置において実行されている処理にとって適切なレベルでない場合がある。

以上の課題を解決するために、本発明の好適な態様に係る管理装置は、通信サービスを提供するネットワークを介して端末装置に接続される管理装置であって、前記端末装置から送信されるデータに基づいて、前記端末装置において実行される処理を特定するサービス処理部と、前記端末装置に関わる前記ネットワークの通信状態と前記サービス処理部により特定された処理とに基づいて、前記通信サービスの品質の変更を前記ネットワークに要求する品質管理部と、を備えている。

本発明によれば、端末装置にネットワークを介して接続された管理装置がネットワークに要求したＱｏＳのレベルが、端末装置において実行されている処理にとって適切なレベルでないことを低減することができる。

実施形態に係るネットワークシステムの全体構成を示すブロック図である。 図１に示したネットワークシステムの動作の一例を示すシーケンスチャートである。 図１に示したアプリケーションサーバの動作の一例を示すフローチャートである。 図１に示したアプリケーションサーバの動作の別の例を示すフローチャートである。 第１変形例に係るネットワークシステムの動作の一例を示すシーケンスチャートである。 第１変形例に係るアプリケーションサーバの動作の一例を示すフローチャートである。 第１変形例に係るアプリケーションサーバの動作の別の例を示すフローチャートである。 第２変形例に係るネットワークシステムの全体構成を示すブロック図である。 図８に示したネットワークシステムの動作の一例を示すシーケンスチャートである。

［１．実施形態］
図１は、実施形態に係るネットワークシステム１０の全体構成を示すブロック図である。ネットワークシステム１０は、例えば、ネットワーク３００と、ネットワーク３００に接続される複数の端末装置２００と、ネットワーク３００に接続されるアプリケーションサーバ１００とを有する。なお、ネットワーク３００と端末装置２００との接続等は、例えば、複数の要素間を互いに通信可能にする接続であればよく、有線及び無線の一方を用いた接続であってもよいし、有線及び無線の両方を用いた接続であってもよい。アプリケーションサーバ１００は、「管理装置」の一例である。ここで、本明細書における「装置」という用語は、回路、デバイス又はユニット等の他の用語に読替えてもよい。

ネットワーク３００は、例えば、通信事業者により管理される移動体通信網等の電気通信回線であり、有線ネットワーク及び無線ネットワークの一方又は両方を含む。例えば、ネットワーク３００は、アプリケーションサーバ１００及び端末装置２００等に通信サービスを提供する。通信サービスは、例えば、３Ｇ（3rd generation mobile communication system）、４Ｇ（4th generation mobile communication system）及び５Ｇ（5th generation mobile communication system）等の移動通信システムの無線通信サービスであってもよいし、有線通信サービスであってもよい。あるいは、通信サービスは、無線通信サービス及び有線通信サービスの両方を含むサービスであってもよい。本実施形態では、ネットワーク３００が４Ｇの無線通信サービスを提供する場合を想定する。

例えば、ネットワーク３００は、ｅＮＢ（Evolved Node B）３１０、ＭＭＥ（Mobility Management Entity）３２０、ＳＧＷ（Serving Gateway）３３０、ＰＧＷ（Packet Data Network Gateway）３４０、ＰＣＲＦ（Policy and Charging Rules Function）３５０、ＨＳＳ（Home Subscriber Server）３６０、及び、ＳＣＥＦ（Service Capability Exposure Function）３７０を含む。ｅＮＢ３１０、ＭＭＥ３２０、ＳＧＷ３３０、ＰＧＷ３４０、ＰＣＲＦ３５０、ＨＳＳ３６０及びＳＣＥＦ３７０は、３ＧＰＰ（Third Generation Partnership Project）規格に準拠したノードである。このため、ｅＮＢ３１０、ＭＭＥ３２０、ＳＧＷ３３０、ＰＧＷ３４０、ＰＣＲＦ３５０、ＨＳＳ３６０及びＳＣＥＦ３７０については、詳細な説明を省略する。

例えば、ｅＮＢ３１０は、ＬＴＥ（Long Term Evolution）用の無線基地局である。ＭＭＥ３２０は、ｅＮＢ３１０と制御情報を交換することにより、端末装置２００の移動に関する管理及びセキュリティ情報の管理等を実行する。ＳＧＷ３３０は、ユーザデータのゲートウェイであり、ＰＧＷ３４０は、外部ネットワークに接続するためのゲートウェイである。ＰＣＲＦ３５０は、ＱｏＳ（Quality of Service）及び課金のための制御を実行する。ＨＳＳ３６０は、ネットワーク３００により提供される通信サービスの加入者に関する情報のデータベースである。ＳＣＥＦ３７０は、ＱｏＳ等のサービスをサードパーティのアプリケーションプロバイダに提供するための標準インタフェースを有するノードである。例えば、アプリケーションサーバ１００は、ＳＣＥＦ３７０を利用することにより、ＱｏＳ制御をネットワーク３００に要求できる。ＱｏＳ制御は、例えば、通信サービスの品質の制御である。

ＱｏＳ制御は、例えば、帯域制御、低遅延制御及び優先制御等を含む。帯域制御では、例えば、ネットワーク３００の帯域が制御される。ネットワーク３００の帯域は、例えば、端末装置２００の通信に使用される帯域である。帯域制御は、帯域の下限値が設定される帯域保証であってもよいし、帯域の上限値が設定される帯域制限であってもよい。同様に、低遅延制御は、例えば、通信の遅延時間の上限値が設定される遅延保証であってもよいし、遅延時間の下限値が設定される遅延制限であってもよい。優先制御では、例えば、特定の通信に係るパケット（通信を行う際の転送単位のデータ）が優先して転送される。例えば、ネットワーク３００上を流れるパケットに優先度が付けられ、優先度が他のパケットより高いパケットは、他のパケットよりも先に処理される。

例えば、ネットワーク３００は、アプリケーションサーバ１００と、端末装置２００と、ネットワーク３００内のノードとのいずれかにより指定された通信サービスの品質に応じて、帯域制御、低遅延制御及び優先制御等のＱｏＳ制御を実行する。なお、通信サービスの品質は、例えば、３ＧＰＰにより規定されたＱＣＩ（QoS Class Identifier）を用いて指定されてもよいし、３ＧＰＰにより規定されたＱＣＩとは異なるＱＣＩを用いて指定されてもよい。ＱＣＩは、帯域保証の有無、優先度、許容遅延時間及びパケットの損失率等が設定されたＱｏＳレベルを識別するための識別子である。ＱｏＳレベルは、「通信サービスの品質」の一例である。以下では、ＱｏＳレベル（通信サービスの品質）の指定をアプリケーションサーバ１００がネットワーク３００に対して実行する場合のネットワークシステム１０の動作を中心に説明する。

アプリケーションサーバ１００は、例えば、サーバ等の情報処理装置であり、ネットワーク３００を介して端末装置２００に接続される。例えば、アプリケーションサーバ１００は、ネットワーク３００に接続された複数の端末装置２００のうち、所定のアプリケーションプログラムを実行している端末装置２００に、所定のサービスを提供する。

所定のサービスは、例えば、オンラインのゲームをプレイするためのオンラインゲームサービスであってもよいし、映像等を配信する配信サービスであってもよい。なお、オンラインのゲームは、例えば、ネットワーク３００を介して互いに通信可能な複数の端末装置２００を用いることにより、複数のユーザが参加可能なゲームである。あるいは、オンラインのゲームは、端末装置２００がネットワーク３００を介してアプリケーションサーバ１００と通信することにより、ゲーム状況が進行するゲームであってもよい。なお、所定のサービスは、オンラインゲームサービス及び配信サービスに限定されない。例えば、所定のサービスは、監視システムサービスであってもよい。

また、図１等では、アプリケーションサーバ１００等の動作を分かり易くするために、所定のサービスがオンラインのサッカーゲームである場合を例にしてアプリケーションサーバ１００等の具体的な動作を説明する場合がある。但し、アプリケーションサーバ１００等の動作は、サッカーゲームに関する処理に限定されない。所定のサービスがオンラインのサッカーゲーム以外のサービスである場合のアプリケーションサーバ１００等の動作は、図４に示すフローチャートを説明した後に説明する。

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

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

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

サービス処理部１２０は、端末装置２００から送信されるデータＵｄａｔａに基づいて、端末装置２００において実行される処理を特定する（図２のＳ１００及びＳ１０２参照）。データＵｄａｔａは、所謂、Ｕ－ｐｌａｎｅデータ（ユーザプレーンデータ）である。例えば、サービス処理部１２０は、端末装置２００から受信したデータＵｄａｔａに基づいて、サッカーゲームに関する複数の処理のうちのいずれの処理が端末装置２００において実行されるかを特定する。

サッカーゲームに関する複数の処理としては、例えば、サッカーゲームを実行するためのデータ等を端末装置２００がダウンロードするダウンロード処理、対戦相手の選択に関する処理、前半又は後半の試合中の処理、ハーフタイム中の処理、及び、選手交代の処理等が該当する。サッカーゲームを実行するためのデータは、例えば、選手キャラクタに関するデータ等である。ダウンロード処理は、例えば、端末装置２００がサッカーゲームを実行するためのデータをゲーム終了後も保持する場合、初回プレイ時又は大規模アップデート後に実行されてもよい。なお、ダウンロード処理は、例えば、ゲームが開始される度に実行されてもよい。また、対戦相手の選択に関する処理は、例えば、サッカーゲームがオンライン対戦である場合、アプリケーションサーバ１００によりランダムに選択された対戦相手を示す情報（マッチング結果）を端末装置２００が受信する処理を含む。

例えば、サービス処理部１２０は、サッカーゲームを初めて実行することを示すデータＵｄａｔａを端末装置２００から受信した場合、端末装置２００において実行される処理がダウンロード処理であると特定する。また、例えば、サービス処理部１２０は、オンライン対戦を選択したことを示すデータＵｄａｔａを端末装置２００から受信した場合、端末装置２００において実行される処理が、対戦相手の選択に関する処理であると特定する。また、例えば、サービス処理部１２０は、選手キャラクタを操作するためのコマンドを示すデータＵｄａｔａを端末装置２００から受信した場合、端末装置２００において実行される処理が前半又は後半の試合中の処理であると特定する。また、例えば、サービス処理部１２０は、選手キャラクタを交代するためのコマンドを示すデータＵｄａｔａを端末装置２００から受信した場合、端末装置２００において実行される処理が選手交代の処理であると特定する。

前半又は後半の試合中の処理は、リアルタイム性が要求されるリアルタイム処理であり、「第１処理」の一例である。また、対戦相手の選択に関する処理、ハーフタイム中の処理及び選手交代の処理は、遅延時間の影響が試合中の処理に比べて小さい処理であり、「第２処理」の一例である。

ここで、リアルタイム処理は、例えば、端末装置２００から送信されたデータＵｄａｔａに対する応答が端末装置２００の動作に即時に反映されることが望ましい処理であってもよい。また、リアルタイム処理は、例えば、基準時間内に完了することが要求される処理であってもよい。基準時間は、例えば、端末装置２００に対して行われたユーザ操作に対する応答が遅いとユーザが感じない程度の時間である。例えば、基準時間は、経験的に推定される時間であってもよいし、複数のユーザを対象にした調査の結果に基づいて決定された時間であってもよい。

ここで、本実施形態では、ＱｏＳ制御が行われない場合の通信品質と同等の通信品質を許容する処理は、通常処理とも称される。通信品質は、例えば、端末装置２００の通信に使用される帯域、通信の遅延時間、通信のスループット、ラウンドトリップタイム（ＲＴＴ：Round-Trip Time）及びジッタ等の通信状態を示す指標である。通信の遅延時間は、例えば、データの遅延時間であってもよい。また、本実施形態では、通常処理において想定される通信品質に比べて高い通信品質を必要とする処理は、所定処理とも称される。例えば、リアルタイム処理及びダウンロード処理が所定処理に該当する。なお、通常処理は、「第２処理」に該当する。

また、サービス処理部１２０は、所定のアプリケーションプログラムを実行している端末装置２００に、所定のサービスを提供するための処理を実行する。所定のサービスを提供するための処理は、例えば、端末装置２００から送信されたデータＵｄａｔａに応じた処理であってもよい。すなわち、サービス処理部１２０は、端末装置２００から受信したデータＵｄａｔａに応じた処理を実行する。

具体的には、サービス処理部１２０は、例えば、データＵｄａｔａがサッカーゲームを初めて実行することを示す場合、サッカーゲームを実行するためのデータを端末装置２００に送信する。また、例えば、サービス処理部１２０は、データＵｄａｔａがオンライン対戦を選択したことを示す場合、データＵｄａｔａを送信した端末装置２００の対戦相手をランダムに選択し、選択結果（マッチング結果）を端末装置２００に送信する。そして、サービス処理部１２０は、サッカーゲームのオンライン対戦を開始する。また、例えば、サービス処理部１２０は、データＵｄａｔａが選手キャラクタを操作するためのコマンドを示す場合、選手キャラクタをデータＵｄａｔａに基づいて動かす処理を実行する。また、例えば、サービス処理部１２０は、データＵｄａｔａが選手キャラクタを交代するためのコマンドを示す場合、選手キャラクタをデータＵｄａｔａに基づいて交代する処理を実行する。

なお、所定のサービスを提供するための処理には、端末装置２００から送信されたデータＵｄａｔａに応じた処理以外の処理が含まれてもよい。例えば、サービス処理部１２０は、ハーフタイム中に、データＵｄａｔａに依存しないデモンストレーションの画面を端末装置２００の表示面に表示するための処理を実行してもよい。

品質管理部１３０は、端末装置２００に関わるネットワーク３００の通信状態とサービス処理部１２０により特定された処理とに基づいて、ＱｏＳレベルの変更をネットワーク３００に要求する。

例えば、品質管理部１３０は、サービス処理部１２０により特定された処理に基づいて、ネットワーク３００の通信状態を示す通信状態情報を取得するか否かを判定する。そして、品質管理部１３０は、通信状態情報を取得すると判定した場合、ネットワーク３００又は端末装置２００等から通信状態情報を取得し、取得した通信状態情報に基づいて、ＱｏＳレベルを変更するか否かを判定する。

例えば、品質管理部１３０は、サービス処理部１２０により特定された処理が、リアルタイム処理である場合、通信状態情報を取得する。そして、品質管理部１３０は、通信状態情報により示される遅延時間がリアルタイム処理において想定された遅延時間の上限値より大きい場合、ＱｏＳレベルの変更をネットワーク３００に要求する。通信状態情報により示される遅延時間は、例えば、データの遅延時間である。例えば、品質管理部１３０は、ＱｏＳレベルを、リアルタイム処理において想定された遅延時間の上限値以下の遅延時間を実現するためのＱｏＳレベルに変更することを、ネットワーク３００に要求する。

また、例えば、品質管理部１３０は、サービス処理部１２０により特定された処理が、端末装置２００がデータをダウンロードするダウンロード処理である場合、通信状態情報を取得する。そして、品質管理部１３０は、通信状態情報により示される帯域がダウンロード処理において想定された帯域の下限値より小さい場合、ＱｏＳレベルの変更をネットワーク３００に要求する。通信状態情報により示される帯域は、例えば、ネットワーク３００の帯域である。例えば、品質管理部１３０は、ＱｏＳレベルを、ダウンロード処理において想定された帯域の下限値以上の帯域を実現するためのＱｏＳレベルに変更することを、ネットワーク３００に要求する。そして、品質管理部１３０は、ダウンロード処理が終了した場合、ＱｏＳレベルをダウンロード処理の開始前のＱｏＳレベルに戻すことを、ネットワーク３００に要求してもよい。例えば、ダウンロード処理の開始前に通常処理が実行され、且つ、通常処理に対して所定のＱｏＳレベルが予め割り当てられている場合、ダウンロード処理の開始前のＱｏＳレベルは、通常処理に割り当てられたＱｏＳレベルである。

また、品質管理部１３０は、端末装置２００において実行される処理がリアルタイム処理から通常処理に切り替わったか否かを、サービス処理部１２０により特定された処理に基づいて、判定してもよい。そして、品質管理部１３０は、端末装置２００において実行される処理がリアルタイム処理から通常処理に切り替わった場合、ＱｏＳレベルをリアルタイム処理の開始前のＱｏＳレベルに戻すことを、ネットワーク３００に要求してもよい。

また、品質管理部１３０は、端末装置２００において実行される処理が通常処理からリアルタイム処理又はダウンロード処理に切り替わるかを、サービス処理部１２０により特定された処理に基づいて、判定してもよい。例えば、品質管理部１３０は、サービス処理部１２０により特定された処理が対戦相手の選択に関する処理である場合、対戦相手が決定した後に試合が開始されるため、端末装置２００において実行される処理が通常処理からリアルタイム処理に切り替わると判定してもよい。品質管理部１３０は、例えば、端末装置２００において実行される処理が通常処理からリアルタイム処理又はダウンロード処理に切り替わる場合、通信状態情報を取得してもよい。そして、品質管理部１３０は、通常処理の後に開始される処理（リアルタイム処理又はダウンロード処理）と通信状態情報とに基づいて、ＱｏＳレベルの変更をネットワーク３００に要求してもよい。

なお、品質管理部１３０は、例えば、サービス処理部１２０により特定された処理が通常処理であり、現状のＱｏＳレベルが通常処理に割り当てられたＱｏＳレベルと異なる場合、ＱｏＳレベルを通常処理に割り当てられたＱｏＳレベルに戻すことを、ネットワーク３００に要求してもよい。

このように、品質管理部１３０は、端末装置２００において実行される処理に応じて、ネットワーク３００に要求するＱｏＳレベルを決定する。これにより、端末装置２００において実行される処理にとって適切なＱｏＳレベルのＱｏＳ制御が実行される。

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

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

端末装置２００としては、例えば、任意の情報処理装置を採用することができ、パーソナルコンピュータ等の据置型の情報機器であってもよいし、スマートフォン、ノートパソコン、ウェアラブル端末及びタブレット端末等の可搬型の情報端末であってもよい。以下の説明では、端末装置２００としてスマートフォンを想定する。

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

アプリケーション処理部２２０は、例えば、データＵｄａｔａを、通信装置２７０を介してアプリケーションサーバ１００に送信する。例えば、アプリケーション処理部２２０は、端末装置２００に対するユーザ操作に応じて、データＵｄａｔａを、通信装置２７０を介してアプリケーションサーバ１００に送信してもよい。

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

通信装置２７０は、アプリケーションサーバ１００等の他の装置とネットワーク３００を介して通信を行うためのハードウェア（送受信デバイス）であり、上述した通信装置１７０と同様に構成される。

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

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

なお、ネットワークシステム１０の構成は、図１に示す例に限定されない。例えば、アプリケーションサーバ１００は、図示しないインターネットを介してネットワーク３００に接続されてもよい。また、例えば、ネットワーク３００は、他の通信事業者により管理されている図示しない他のネットワークにインターネットを介して接続されてもよい。なお、ネットワーク３００の管理には、例えば、ネットワーク３００の運用が含まれる。但し、通信事業者が仮想移動体通信事業者である場合、ネットワーク３００の管理には、例えば、ネットワーク３００に含まれるｅＮＢ３１０等の無線局の運用が含まれない場合、及び、有線の運用が含まれない場合がある。

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

図２は、図１に示したネットワークシステム１０の動作の一例を示すシーケンスチャートである。なお、図２は、アプリケーションサーバ１００がＱｏＳレベル変更処理を実行する場合のネットワークシステム１０の動作を示している。なお、ＱｏＳレベル変更処理は、例えば、ＱｏＳレベルを、端末装置２００において実行されている処理にとって適切なＱｏＳレベルに変更するための処理であり、端末装置２００からデータＵｄａｔａがアプリケーションサーバ１００に送信される度に実行される。

先ず、端末装置２００のアプリケーション処理部２２０は、例えば、所定のサービスに関わるデータＵｄａｔａを、アプリケーションサーバ１００に送信する（Ｓ２０）。アプリケーションサーバ１００のサービス処理部１２０は、端末装置２００から送信されたデータＵｄａｔａを取得する（Ｓ１００）。そして、サービス処理部１２０は、端末装置２００から取得したデータＵｄａｔａに基づいて、端末装置２００において実行される処理を特定する（Ｓ１０２）。

次に、アプリケーションサーバ１００の品質管理部１３０は、ネットワーク３００の通信状態を示す通信状態情報を取得するか否かを、端末装置２００において実行される処理に基づいて、判定する（Ｓ１２０）。品質管理部１３０は、ネットワーク３００の通信状態情報を取得しないと判定した場合、ステップＳ１００において取得したデータＵｄａｔａに基づくＱｏＳレベル変更処理を終了する。なお、図２に示す例では、ネットワーク３００の通信状態情報を取得すると品質管理部１３０が判定した場合を想定している。従って、図２に示す例では、品質管理部１３０は、端末装置２００に関わるネットワーク３００の通信状態を示す通信状態情報を取得する（Ｓ１２２）。

例えば、品質管理部１３０は、ネットワーク３００のＳＣＥＦ３７０に通信状態を問合せ、通信状態の問合せ結果を通信状態情報としてネットワーク３００のＳＣＥＦ３７０から取得する。通信状態の問合せを受けたＳＣＥＦ３７０等のネットワーク３００内のノードの動作は、３ＧＰＰにより規定された動作に準拠しているため、説明を省略する。

また、例えば、端末装置２００に関わるネットワーク３００の通信状態は、アプリケーションサーバ１００により計測されてもよい。この場合、アプリケーションサーバ１００は、端末装置２００に通信状態確認用のパケットを送信し、通信状態確認用のパケットが返却されるまでの時間を計測してもよい。そして、アプリケーションサーバ１００の品質管理部１３０は、通信状態確認用のパケットが返却されるまでの時間の計測結果を、通信状態情報として取得してもよい。この場合、通信状態情報は、端末装置２００とアプリケーションサーバ１００との間のラウンドトリップタイムを示す。

あるいは、アプリケーションサーバ１００の品質管理部１３０は、所定のサービスを受ける複数の端末装置２００のうちの一の端末装置２００に対して、通信状態の確認を要求してもよい。一の端末装置２００（通信状態の確認の要求を受けた端末装置２００）は、他の端末装置２００に通信状態確認用のパケットを送信し、通信状態確認用のパケットが返却されるまでの時間を計測してもよい。そして、一の端末装置２００は、通信状態確認用のパケットが返却されるまでの時間の計測結果を示す通信状態情報を、アプリケーションサーバ１００の品質管理部１３０に送信してもよい。この場合、アプリケーションサーバ１００の品質管理部１３０は、例えば、２つの端末装置２００間のラウンドトリップタイムを示す通信状態情報を、一の端末装置２００から取得する。

なお、アプリケーションサーバ１００が通信状態を計測する場合、アプリケーションサーバ１００は、アプリケーションサーバ１００と端末装置２００との間の通信状態を計測する計測部を有してもよい。あるいは、品質管理部１３０が、アプリケーションサーバ１００と端末装置２００との間の通信状態を計測してもよい。アプリケーションサーバ１００が計測部を有する場合、品質管理部１３０が計測部から通信状態情報を取得してもよい。また、品質管理部１３０が通信状態を計測する場合、アプリケーションサーバ１００と端末装置２００との間の通信状態の計測結果が得られることが、通信状態情報の取得に該当する。

品質管理部１３０は、通信状態情報を取得した後、取得した通信状態情報に基づいて、ＱｏＳレベルを変更するか否かを判定する（Ｓ１４０）。品質管理部１３０は、ＱｏＳレベルを変更しないと判定した場合、ステップＳ１００において取得したデータＵｄａｔａに基づくＱｏＳレベル変更処理を終了する。なお、図２に示す例では、ＱｏＳレベルを変更すると品質管理部１３０が判定した場合を想定している。従って、図２に示す例では、品質管理部１３０は、ＱｏＳレベルを変更するための処理を実行する。

例えば、品質管理部１３０は、現状のＱｏＳレベルを問合せる問合せＩＮＱｑｏｓをネットワーク３００のＳＣＥＦ３７０に送信する（Ｓ１４２）。ＳＣＥＦ３７０は、品質管理部１３０からの問合せＩＮＱｑｏｓに対する応答として、アプリケーションサーバ１００と端末装置２００との間の通信に対する現状のＱｏＳレベルを示す問合せ応答ＲＥＳｑｏｓを、品質管理部１３０に送信する。これにより、品質管理部１３０は、現状のＱｏＳレベルを示す問合せ応答ＲＥＳｑｏｓを、ネットワーク３００のＳＣＥＦ３７０から取得する（Ｓ１４３）。

そして、品質管理部１３０は、アプリケーションサーバ１００と端末装置２００との間の通信状態が端末装置２００において実行される処理に適した通信状態になるように、ネットワーク３００に要求するＱｏＳレベルを、決定する（Ｓ１６０）。例えば、品質管理部１３０は、ネットワーク３００に要求するＱｏＳレベルを、ネットワーク３００の通信状態と現状のＱｏＳレベルと端末装置２００において実行される処理とに基づいて、決定する。

次に、品質管理部１３０は、アプリケーションサーバ１００と端末装置２００との間の通信に対するＱｏＳ制御のＱｏＳレベルを、端末装置２００において実行される処理等に基づいて決定したＱｏＳレベルに変更することを、ネットワーク３００に要求する。例えば、品質管理部１３０は、端末装置２００において実行される処理等に基づいて決定したＱｏＳレベルのＱｏＳ制御を要求するＱｏＳ要求ＲＥＱｑｏｓを、ネットワーク３００のＳＣＥＦ３７０に送信する（Ｓ１６２）。

ネットワーク３００は、ＳＣＥＦ３７０が受信したＱｏＳ要求ＲＥＱｑｏｓに基づいて、アプリケーションサーバ１００と端末装置２００との間の通信に対するＱｏＳ制御を実行する。例えば、ネットワーク３００は、アプリケーションサーバ１００と端末装置２００との間の通信に対するＱｏＳ制御のＱｏＳレベルを、ＱｏＳ要求ＲＥＱｑｏｓにより示されるＱｏＳレベルに変更する（Ｓ１６３）。そして、ネットワーク３００のＳＣＥＦ３７０は、ＱｏＳ要求ＲＥＱｑｏｓに応じたＱｏＳ制御が実行されることを示す承認応答ＡＣＫｑｏｓを、ＱｏＳ要求ＲＥＱｑｏｓに対する応答として、アプリケーションサーバ１００に送信する。これにより、品質管理部１３０は、ＱｏＳ要求ＲＥＱｑｏｓに対する応答として、承認応答ＡＣＫｑｏｓを、ネットワーク３００のＳＣＥＦ３７０から取得する（Ｓ１６４）。

このように、アプリケーションサーバ１００は、端末装置２００において実行される処理と端末装置２００に関わるネットワーク３００の通信状態とに基づいて、ネットワーク３００に要求するＱｏＳレベルを決定する。これにより、本実施形態では、端末装置２００において実行される処理にとって適切なＱｏＳレベルのＱｏＳ制御を実行することができる。

なお、ネットワークシステム１０の動作は、図２に示す例に限定されない。例えば、品質管理部１３０は、通信状態情報をネットワーク３００から取得する場合、ステップＳ１４２における現状のＱｏＳレベルの問合せは、ステップＳ１２２における通信状態の問合せに含まれてもよい。この場合、通信状態情報には、問合せ応答ＲＥＳｑｏｓに相当する情報（現状のＱｏＳレベルを示す情報）が含まれる。

また、例えば、ネットワーク３００は、アプリケーションサーバ１００と端末装置２００との間の通信に対するＱｏＳ制御のＱｏＳレベルを、ＱｏＳ要求ＲＥＱｑｏｓにより示されるＱｏＳレベルに変更しない場合、否定応答をアプリケーションサーバ１００に送信してもよい。ＱｏＳ要求ＲＥＱｑｏｓに対する否定応答は、ＱｏＳレベルが、ＱｏＳ要求ＲＥＱｑｏｓにより示されるＱｏＳレベルに変更されないことを示す。

図３は、図１に示したアプリケーションサーバ１００の動作の一例を示すフローチャートである。なお、図３は、アプリケーションサーバ１００がＱｏＳレベル変更処理を実行する場合のアプリケーションサーバ１００の動作を示している。図３に示すＱｏＳレベル変更処理は、図２において説明したように、端末装置２００からデータＵｄａｔａがアプリケーションサーバ１００に送信される度に実行される。すなわち、端末装置２００からアプリケーションサーバ１００へのデータＵｄａｔａの送信が複数回実行される場合、アプリケーションサーバ１００は、図３に示すＱｏＳレベル変更処理を繰り返す。図２において説明した動作については、詳細な説明を書略する。また、図３では、説明が煩雑になることを避けるために、問合せ応答ＲＥＳｑｏｓ及び承認応答ＡＣＫｑｏｓ等の応答情報の受信処理（図２のＳ１４３及びＳ１６４）の記載を省略している。

先ず、ステップＳ１００において、サービス処理部１２０は、端末装置２００から送信されたデータＵｄａｔａを取得する。そして、ステップＳ１０２において、サービス処理部１２０は、ステップＳ１００において取得したデータＵｄａｔａに基づいて、端末装置２００において実行される処理を特定する。

次に、ステップＳ１２０において、品質管理部１３０は、端末装置２００に関わるネットワーク３００の通信状態を示す通信状態情報を取得するか否かを、ステップＳ１０２において特定された処理に基づいて、判定する。ステップＳ１２０における判定の結果が否定の場合、品質管理部１３０は、ステップＳ１００において取得されたデータＵｄａｔａに基づくＱｏＳレベル変更処理を終了する。一方、ステップＳ１２０における判定の結果が肯定の場合、品質管理部１３０は、ステップＳ１２２において、端末装置２００に関わるネットワーク３００の通信状態を示す通信状態情報を取得する。そして、品質管理部１３０は、通信状態情報を取得した後、処理をステップＳ１４０に進める。

ステップＳ１４０において、品質管理部１３０は、アプリケーションサーバ１００と端末装置２００との間の通信に対するＱｏＳ制御のＱｏＳレベルを変更するか否かを、ステップＳ１２２において取得した通信状態情報に基づいて、判定する。

例えば、品質管理部１３０は、ステップＳ１０２において特定された処理がリアルタイム処理であり、且つ、ステップＳ１２２において取得した通信状態情報により示される遅延時間がリアルタイム処理において想定された遅延時間の上限値より大きい場合、ＱｏＳレベルを変更すると判定する。

また、例えば、品質管理部１３０は、ステップＳ１０２において特定された処理がダウンロード処理であり、且つ、ステップＳ１２２において取得した通信状態情報により示される帯域がダウンロード処理において想定された帯域の下限値より小さい場合、ＱｏＳレベルを変更すると判定する。

ステップＳ１４０における判定の結果が否定の場合、品質管理部１３０は、ステップＳ１００において取得されたデータＵｄａｔａに基づくＱｏＳレベル変更処理を終了する。一方、ステップＳ１４０における判定の結果が肯定の場合、品質管理部１３０は、ステップＳ１４２において、アプリケーションサーバ１００と端末装置２００との間の通信に対するＱｏＳ制御の現状のＱｏＳレベルを、ネットワーク３００のＳＣＥＦ３７０に問合せる。例えば、品質管理部１３０は、図２において説明したように、現状のＱｏＳレベルを問合せる問合せＩＮＱｑｏｓをネットワーク３００のＳＣＥＦ３７０に送信する。そして、品質管理部１３０は、現状のＱｏＳレベルを示す問合せ応答ＲＥＳｑｏｓをネットワーク３００のＳＣＥＦ３７０から取得した後、処理をステップＳ１６０に進める。

ステップＳ１６０において、品質管理部１３０は、ネットワーク３００に要求するＱｏＳレベルを、ステップＳ１０２において特定された処理とステップＳ１２２において取得した通信状態情報とステップＳ１４２におけるＱｏＳレベルの問合せの結果とに基づいて、決定する。

例えば、品質管理部１３０は、ステップＳ１０２において特定された処理がリアルタイム処理である場合、ネットワーク３００に要求するＱｏＳレベルを、リアルタイム処理において想定された遅延時間の上限値以下の遅延時間を実現するためのＱｏＳレベルに決定してもよい。

また、例えば、品質管理部１３０は、ステップＳ１０２において特定された処理がダウンロード処理である場合、ネットワーク３００に要求するＱｏＳレベルを、ダウンロード処理において想定された帯域の下限値以上の帯域を実現するためのＱｏＳレベルに決定してもよい。

そして、ステップＳ１６２において、品質管理部１３０は、アプリケーションサーバ１００と端末装置２００との間の通信に対するＱｏＳ制御のＱｏＳレベルの変更を、ネットワーク３００のＳＣＥＦ３７０に要求する。例えば、品質管理部１３０は、ステップＳ１６０において決定したＱｏＳレベルのＱｏＳ制御を要求するＱｏＳ要求ＲＥＱｑｏｓを、ネットワーク３００のＳＣＥＦ３７０に送信する。

これにより、ネットワーク３００は、アプリケーションサーバ１００と端末装置２００との間の通信に対するＱｏＳ制御のＱｏＳレベルを、端末装置２００において実行される処理に適したＱｏＳレベルに変更できる（図２のＳ１６３）。

なお、アプリケーションサーバ１００の動作は、図３に示す例に限定されない。例えば、ステップＳ１２０において、品質管理部１３０は、端末装置２００において実行される処理がリアルタイム処理又はダウンロード処理等の所定処理から通常処理に切り替わったか否かを、ステップＳ１０２において特定された処理に基づいて判定してもよい。例えば、品質管理部１３０は、端末装置２００において実行される処理が所定処理から通常処理に切り替わった場合、通信状態情報を取得しないと判定する。そして、品質管理部１３０は、現状のＱｏＳレベルを通常処理に割り当てられたＱｏＳレベルに変更することをネットワーク３００のＳＣＥＦ３７０に要求し、ＱｏＳレベル変更処理を終了する。

また、例えば、品質管理部１３０は、通常処理に対して所定のＱｏＳレベルが予め割り当てられていない場合、ステップＳ１０２において特定された処理が通常処理である場合でも、ステップＳ１２０において、通信状態情報を取得すると判定してもよい。そして、品質管理部１３０は、例えば、ステップＳ１２２において取得した通信状態情報により示される通信状態が通常処理において想定された通信状態より良好な通信状態（高品質）である場合、ＱｏＳレベルを変更すると判定してもよい。この場合、例えば、品質管理部１３０は、現状のＱｏＳレベルを、現状の通信状態より低品質の通信状態にするＱｏＳレベルに変更することをネットワーク３００のＳＣＥＦ３７０に要求してもよい。この場合、過剰なＱｏＳ制御が実行されることを抑制することができる。過剰なＱｏＳ制御の実行が抑制される場合、ＱｏＳに関するリソースが不要に使用されることを抑制することができる。

また、例えば、品質管理部１３０は、図４に示すように、ステップＳ１０２において特定された処理に基づいて、現状のＱｏＳレベルを、現状のＱｏＳレベルに変更される前のＱｏＳレベルに戻してもよい。

図４は、図１に示したアプリケーションサーバ１００の動作の別の例を示すフローチャートである。なお、図４に示す動作（ＱｏＳレベル変更処理）は、ステップＳ１１０及びＳ１１２の処理が図３に示したＱｏＳレベル変更処理に追加されることを除いて、図３に示したＱｏＳレベル変更処理と同様である。図４では、図３において説明した動作については、詳細な説明を書略する。また、図４においても、説明が煩雑になることを避けるために、問合せ応答ＲＥＳｑｏｓ及び承認応答ＡＣＫｑｏｓ等の応答情報の受信処理（図２のＳ１４３及びＳ１６４）の記載を省略している。

ステップＳ１１０の処理は、ステップＳ１０２の処理が実行された後、実行される。例えば、ステップＳ１１０において、品質管理部１３０は、現状のＱｏＳレベルを元のＱｏＳレベルに戻すか否かを、ステップＳ１０２において特定された処理に基づいて判定する。元のＱｏＳレベルは、例えば、現状のＱｏＳレベルに変更される前のＱｏＳレベルである。

例えば、端末装置２００において実行される処理が、通常処理、リアルタイム処理及び通常処理の順に遷移する場合、品質管理部１３０は、ステップＳ１１０において、以下に示すように動作してもよい。例えば、品質管理部１３０は、ステップＳ１０２において特定された処理に基づいて、端末装置２００において実行される処理がリアルタイム処理から通常処理に切り替わったか否かを判定してもよい。そして、品質管理部１３０は、端末装置２００において実行される処理がリアルタイム処理から通常処理に切り替わった場合、現状のＱｏＳレベルをリアルタイム処理の開始前の通常処理に割り当てられたＱｏＳレベル（元のＱｏＳレベル）に戻すと判定する。

また、例えば、端末装置２００において実行される処理が、通常処理、ダウンロード処理及び通常処理の順に遷移する場合、品質管理部１３０は、ステップＳ１１０において、以下に示すように動作してもよい。例えば、品質管理部１３０は、ステップＳ１０２において特定された処理に基づいて、端末装置２００において実行される処理がダウンロード処理から通常処理に切り替わったか否かを判定してもよい。そして、品質管理部１３０は、端末装置２００において実行される処理がダウンロード処理から通常処理に切り替わった場合、現状のＱｏＳレベルをダウンロード処理の開始前の通常処理に割り当てられたＱｏＳレベル（元のＱｏＳレベル）に戻すと判定する。

また、例えば、品質管理部１３０は、ステップＳ１０２において特定された処理が通常処理であり、現状のＱｏＳレベルが通常処理に割り当てられたＱｏＳレベルと異なる場合、現状のＱｏＳレベルを通常処理に割り当てられたＱｏＳレベルに戻すと判定してもよい。

このように、ステップＳ１１０において、品質管理部１３０は、ＱｏＳレベルを変更する契機となった所定処理の前の処理（例えば、通常処理）に対応するＱｏＳレベルにＱｏＳレベルを戻すか否かを、ステップＳ１０２において特定された処理に基づいて判定する。

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

ステップＳ１１２において、品質管理部１３０は、アプリケーションサーバ１００と端末装置２００との間の通信に対するＱｏＳ制御のＱｏＳレベルの変更を、ネットワーク３００のＳＣＥＦ３７０に要求する。

例えば、品質管理部１３０は、端末装置２００において実行されていたリアルタイム処理が終了した場合、リアルタイム処理の開始前のＱｏＳレベルのＱｏＳ制御を要求するＱｏＳ要求ＲＥＱｑｏｓを、ネットワーク３００のＳＣＥＦ３７０に送信する。また、例えば、品質管理部１３０は、端末装置２００において実行されていたダウンロード処理が終了した場合、ダウンロード処理の開始前のＱｏＳレベルのＱｏＳ制御を要求するＱｏＳ要求ＲＥＱｑｏｓを、ネットワーク３００のＳＣＥＦ３７０に送信する。

ステップＳ１１２の処理が実行された場合、ステップＳ１００において取得されたデータＵｄａｔａに基づくＱｏＳレベル変更処理は終了する。

図４に示す動作では、端末装置２００において実行されていたリアルタイム処理又はダウンロード処理が終了した場合、ＱｏＳレベルが元のＱｏＳレベルに戻るため、過剰なＱｏＳ制御が継続されることを抑制することができる。この結果、図４に示す動作では、ＱｏＳに関するリソースが不要に使用されることを抑制することができる。また、図４に示す動作では、品質管理部１３０は、通信状態情報を取得する前に、ＱｏＳレベルを元のＱｏＳレベルに戻すか否かをステップＳ１０２において特定された処理に基づいて判定するため、ＱｏＳレベル変更処理が煩雑になることを抑制することができる。

また、図３及び図４に示した動作では、端末装置２００からアプリケーションサーバ１００にデータＵｄａｔａが送信される度にＱｏＳレベル変更処理が実行される場合を示したが、本発明はこのような態様に限定されるものではない。例えば、アプリケーションサーバ１００の品質管理部１３０は、データＵｄａｔａに基づいてＱｏＳレベル変更処理を１回以上実行した後、端末装置２００からデータＵｄａｔａが送信されるか否かに拘わらず、ＱｏＳレベルの変更をネットワーク３００に要求してもよい。具体的には、品質管理部１３０は、サッカーゲーム等において、試合の前半又は後半の終了時に、ＱｏＳレベルを通常処理に割り当てられたＱｏＳレベルに戻すことを、ネットワーク３００のＳＣＥＦ３７０に要求してもよい。この場合においても、端末装置２００において実行される処理にとって適切なＱｏＳレベルのＱｏＳ制御をネットワーク３００において実行することができる。

また、図３及び図４に示した動作では、複数の端末装置２００の通信状態に基づいてＱｏＳレベルが変更される例を特に説明していないが、ＱｏＳレベルの変更は、複数の端末装置２００の通信状態に基づいて要求されてもよい。

例えば、所定のサービスを受ける２つの端末装置２００がネットワーク３００に接続されている場合、通信状態情報は、２つの端末装置２００間の通信状態を示す情報を含む。２つの端末装置２００間の通信状態を示す情報は、例えば、２つの端末装置２００の一方の端末装置２００と他の端末装置２００との間の通信状態を示す情報である。例えば、２つの端末装置２００間の通信状態を示す情報は、ネットワーク３００の一方の端末装置２００に対する通信状態を示す第１情報と、ネットワーク３００の他方の端末装置２００に対する通信状態を示す第２情報とを含んでもよい。

この場合、アプリケーションサーバ１００の品質管理部１３０は、第１情報により示される第１の通信状態と、第２情報により示される第２の通信状態とのうちの低品質の方の通信状態に基づいて、ＱｏＳレベルの変更をネットワーク３００に要求してもよい。例えば、品質管理部１３０は、第１の通信状態と第２の通信状態とのうちの低品質の方の通信状態に基づいて、２つの端末装置２００に対するＱｏＳレベルが互いに同じＱｏＳレベルになるように、ＱｏＳレベルの変更をネットワーク３００のＳＣＥＦ３７０に要求してもよい。

具体的には、２つの端末装置２００間で行われる対戦ゲームにおいて、アプリケーションサーバ１００及び端末装置２００間の遅延時間の上限値が５０ミリ秒である場合を想定すると、以下のケースがある。例えば、品質管理部１３０は、遅延時間が２つの端末装置２００とも５０ミリ秒未満の場合、ＱｏＳレベルの変更を要求しない。また、品質管理部１３０は、遅延時間が２つの端末装置２００のうちの少なくとも一方が５０ミリ秒以上の場合、遅延時間が大きい方の端末装置２００の遅延時間を５０ミリ秒未満にするＱｏＳレベルを、２つの端末装置２００に対する共通のＱｏＳレベルとして決定する。そして、品質管理部１３０は、２つの端末装置２００に対するそれぞれのＱｏＳレベルを遅延時間に基づいて決定した共通のＱｏＳレベルに変更することを、ネットワーク３００のＳＣＥＦ３７０に要求する。この場合、２つの端末装置２００において実行される処理にとって適切なＱｏＳレベルのＱｏＳ制御をネットワーク３００において実行することができる。

ここで、所定のサービスがオンラインのサッカーゲーム以外のサービスである場合のアプリケーションサーバ１００等の動作の一例を、以下に示す。

先ず、所定のサービスがストリーミング形式の映像配信サービスである場合のアプリケーションサーバ１００等の動作を説明する。ストリーミング形式の映像配信サービスとしては、例えば、スポーツ、コンサート及びコンピュータゲーム等のイベントのライブ映像を配信するサービスが該当する。なお、ライブ映像は、２次元映像であってもよいし、３次元映像であってもよい。さらには、ライブ映像は、ＶＲ（Virtual Reality）技術等を用いて表示されるものであってもよい。

ストリーミング形式の映像配信サービスでは、例えば、端末装置２００は、アプリケーションサーバ１００から配信される映像をストリーミング形式により視聴する視聴処理を実行する。なお、映像の視聴中は、映像のストリームデータがアプリケーションサーバ１００から端末装置２００に常に送信される。このため、映像の視聴中は、ネットワーク３００の通信状態が高帯域に維持されることが望まれる。従って、視聴処理は、通常処理において想定される通信品質に比べて高い通信品質を必要とする所定処理に該当する。

例えば、アプリケーションサーバ１００のサービス処理部１２０は、映像の配信開始を要求するデータＵｄａｔａを端末装置２００から受信した場合、端末装置２００において実行される処理が視聴処理であると特定する。そして、サービス処理部１２０は、視聴処理の対象となる映像のストリームデータを端末装置２００に送信する。

また、アプリケーションサーバ１００の品質管理部１３０は、例えば、サービス処理部１２０により特定された処理が視聴処理である場合、通信状態情報を取得する。そして、品質管理部１３０は、通信状態情報により示される帯域が視聴処理において想定された帯域の下限値より小さい場合、ＱｏＳレベルの変更をネットワーク３００に要求する。例えば、品質管理部１３０は、ＱｏＳレベルを、視聴処理において想定された帯域の下限値以上の帯域を実現するためのＱｏＳレベルに変更することを、ネットワーク３００のＳＣＥＦ３７０に要求する。

なお、品質管理部１３０は、映像の配信が開始された後、一定時間（例えば、１０分）毎に通信状態情報を取得し、ネットワーク３００の通信状態が所定の品質より低い通信状態に変化した場合に、ＱｏＳレベルの変更をネットワーク３００のＳＣＥＦ３７０に要求してもよい。ネットワーク３００のＳＣＥＦ３７０に要求されるＱｏＳレベルは、例えば、所定の品質より高い品質の通信状態を実現するためのＱｏＳレベルである。

また、品質管理部１３０は、ゲームのハーフタイム及びコンサートの休憩時間等の低品質の通信状態が許容される低品質許容期間に、ＱｏＳレベルを、通常処理に割り当てられたＱｏＳレベルに変更することを、ネットワーク３００のＳＣＥＦ３７０に要求してもよい。そして、品質管理部１３０は、低品質許容期間が終了する場合、通信状態情報を取得し、通信状態情報に基づいて、ＱｏＳレベルの変更をネットワーク３００のＳＣＥＦ３７０に要求してもよい。また、品質管理部１３０は、映像の配信が終了した場合に、ＱｏＳレベルを、通常処理に割り当てられたＱｏＳレベルに変更することを、ネットワーク３００のＳＣＥＦ３７０に要求してもよい。

また、品質管理部１３０は、サービス処理部１２０から端末装置２００に送信されるストリームデータに対応する映像の画質が変更された場合、画質の変更に応じて、ＱｏＳレベルの変更をネットワーク３００のＳＣＥＦ３７０に要求してもよい。すなわち、品質管理部１３０は、端末装置２００に配信される映像の画質が変更された場合、画質の変更に応じて、ＱｏＳレベルの変更をネットワーク３００のＳＣＥＦ３７０に要求してもよい。例えば、品質管理部１３０は、端末装置２００に配信される映像の画質が高画質から低画質に変更された場合、ＱｏＳレベルを、現状の通信状態より低品質の通信状態にするＱｏＳレベルに変更することを、ネットワーク３００のＳＣＥＦ３７０に要求してもよい。

次に、所定のサービスがダウンロード形式の映像配信サービスである場合のアプリケーションサーバ１００等の動作を説明する。ダウンロード形式の映像配信サービスとしては、例えば、不動産の内見用の映像、工場又は建設現場等の従業員教育用の映像、及び、ダウンロード型のＶＲゲームの映像等を配信するサービスが該当する。映像は、２次元映像であってもよいし、３次元映像であってもよいし、ＶＲ技術等を用いて表示されるものであってもよい。

ダウンロード形式の映像配信サービスでは、例えば、映像のデータの全て又は所定量が端末装置２００にダウンロードされた後に、端末装置２００が映像の再生を開始する。映像のデータを端末装置２００にダウンロードするダウンロード処理が実行されている期間は、ネットワーク３００の通信状態が高帯域に維持されることが望まれる。ダウンロード処理とＱｏＳレベルの変更との関係については、図１から図４において説明しているため、詳細な説明を省略する。

例えば、アプリケーションサーバ１００の品質管理部１３０は、端末装置２００においてダウンロード処理が開始される場合に通信状態情報を取得し、通信状態情報に基づいて、ＱｏＳレベルの変更をネットワーク３００のＳＣＥＦ３７０に要求する。そして、品質管理部１３０は、映像のデータのダウンロード処理が終了した場合、ＱｏＳレベルを元のＱｏＳレベルに戻すことを、ネットワーク３００のＳＣＥＦ３７０に要求する。

次に、所定のサービスが監視システムサービスである場合のアプリケーションサーバ１００等の動作を説明する。監視システムでは、例えば、撮影用の端末装置２００と、再生用の端末装置２００と、撮影用の端末装置２００等の動作を制御するアプリケーションサーバ１００とがネットワーク３００に接続される。撮影用の端末装置２００は、例えば、監視対象を撮影するカメラ等を有する。再生用の端末装置２００は、撮影用の端末装置２００により撮影された映像を再生する。なお、再生用の端末装置２００は、アプリケーションサーバ１００にネットワーク３００を介さずに接続されてもよい。この場合においても、再生用の端末装置２００とアプリケーションサーバ１００との接続は、有線及び無線の一方を用いた接続であってもよいし、有線及び無線の両方を用いた接続であってもよい。あるいは、再生用の端末装置２００は、省かれてもよい。この場合、アプリケーションサーバ１００が、撮影用の端末装置２００により撮影された映像を再生してもよい。

監視システムでは、例えば、撮影用の端末装置２００により撮影された映像のデータは、撮影用の端末装置２００からアプリケーションサーバ１００に送信される。そして、アプリケーションサーバ１００は、撮影用の端末装置２００から受信した映像のデータを再生用の端末装置２００に送信する。このため、監視システムでは、撮影用の端末装置２００とアプリケーションサーバ１００との間の通信経路と、アプリケーションサーバ１００と再生用の端末装置２００との間の通信経路とが、ＱｏＳ制御の対象に含まれる。なお、再生用の端末装置２００が、ネットワーク３００を介さずに、アプリケーションサーバ１００に接続される場合、アプリケーションサーバ１００と再生用の端末装置２００との間の通信経路は、ＱｏＳ制御の対象から省かれてもよい。

例えば、監視システムでは、撮影用の端末装置２００は、撮影した映像のデータをアプリケーションサーバ１００にリアルタイムで送信する。このため、アプリケーションサーバ１００によるＱｏＳレベルの変更に関する動作は、所定のサービスがストリーミング形式の映像配信サービスである場合のアプリケーションサーバ１００の動作と同様である。

また、監視システムでは、監視対象を監視する監視期間は、低画質の映像により監視対象を監視する低画質期間と、高画質の映像により監視対象を監視する高画質期間とを有してもよい。

高画質期間は、監視対象に異常が発生した期間、及び、所定の期間の一方又は両方を含む期間であってもよい。所定の期間は、監視エリアが混雑する期間、及び、予め決められた時間帯（期間）一方又は両方を含む期間であってもよい。また、監視エリアが混雑する期間は、昼間の時間帯等の予め決められた時間帯であってもよいし、アプリケーションサーバ１００が監視エリアの映像に基づいて算出した混雑の程度が予め決められた混雑の程度以上である期間であってもよい。また、低画質期間は、監視期間のうち、高画質期間以外の期間であってもよい。高画質の映像は、例えば、低画質の映像に比べて、高解像度及び高フレームレートの映像である。従って、高画質期間では、ネットワーク３００の通信状態が高帯域に維持されることが望まれる。

例えば、アプリケーションサーバ１００は、現時刻が所定の期間の開始時刻に対応する場合、監視期間を低画質期間から高画質期間に自動的に切り替えてもよい。そして、アプリケーションサーバ１００は、現時刻が所定の期間の終了時刻に対応する場合、監視期間を高画質期間から低画質期間に自動的に切り替えてもよい。あるいは、アプリケーションサーバ１００は、異常を検出した場合、監視期間を低画質期間から高画質期間に自動的に切り替えてもよい。異常の検出としては、例えば、不審な動きをする人物の検出、火災の検出、及び、ガラスが割れたことの検出等が該当する。アプリケーションサーバ１００は、異常を検出した後、異常の検出がされない時間が所定時間（例えば、３０分）継続した場合、監視対象が平常に戻ったと判定し、監視期間を高画質期間から低画質期間に自動的に切り替えてもよい。なお、高画質期間への遷移等は、上述の例に限定されない。例えば、アプリケーションサーバ１００は、再生用の端末装置２００に対するユーザ操作に応じて、監視期間を低画質期間から高画質期間に切り替えてもよい。

アプリケーションサーバ１００の品質管理部１３０は、例えば、高画質期間の開始時に、通信状態情報を取得し、通信状態情報に基づいて、ＱｏＳレベルの変更をネットワーク３００のＳＣＥＦ３７０に要求する。そして、品質管理部１３０は、高画質期間が終了した場合、ＱｏＳレベルを元のＱｏＳレベルに戻すことを、ネットワーク３００のＳＣＥＦ３７０に要求する。

なお、品質管理部１３０は、高画質期間の開始時に、通信状態情報を取得することなく、ＱｏＳレベルを、低画質期間に割り当てられたＱｏＳレベルより高品質の通信状態を実現するＱｏＳレベルに変更することを、ネットワーク３００のＳＣＥＦ３７０に要求してもよい。

このように、本実施形態では、所定のサービスがオンラインのサッカーゲーム以外のサービスである場合においても、端末装置２００において実行される処理にとって適切なＱｏＳレベルのＱｏＳ制御をネットワーク３００において実行することができる。

ここで、端末装置２００がＱｏＳレベルの変更をネットワーク３００に要求する態様も考えられるが、本実施形態では、端末装置２００がＱｏＳレベルの変更をネットワーク３００に要求する態様と比べると、以下に示すメリットがある。

本実施形態では、端末装置２００の環境に拘わらず、アプリケーションサーバ１００がＱｏＳレベルの変更をネットワーク３００に要求することができる。すなわち、本実施形態では、所定のサービスを受ける複数の端末装置２００は、ＱｏＳレベルの変更を要求するアプリケーション又はＳＤＫ（Software Development Kit）を具備する必要がない。このため、本実施形態では、端末装置２００がＩｏＴ（Internet of Things）等に用いられる場合においても、ＱｏＳレベルの変更を要求する機能を端末装置２００に搭載することなく、ＱｏＳレベルの変更をネットワーク３００に要求することができる。

また、監視システムでは、撮影用の端末装置２００により撮影された映像を分析するアプリケーションサーバ１００が、分析結果（例えば、異常が発生したか否かの判定結果等）に基づいてＱｏＳレベルの変更をネットワーク３００に要求できる。これに対し、端末装置２００がＱｏＳレベルの変更を要求する態様では、撮影用の端末装置２００は、ＱｏＳレベルを変更するか否かを判定するために、アプリケーションサーバ１００から分析結果を取得する。このため、端末装置２００がＱｏＳレベルの変更を要求する態様では、本実施形態に比べて、ＱｏＳレベルを変更するための制御が煩雑になる。換言すれば、本実施形態では、ＱｏＳレベルを変更するための制御を簡易にすることができる。また、本実施形態では、撮影用の複数の端末装置２００を複数の拠点に設置する場合においても、複数の端末装置２００の各々にＱｏＳレベルの変更を要求する機能を搭載する必要がないため、監視システムのコストが増加することを抑制することができる。

また、アプリケーションサーバ１００が所定のサービスを複数の端末装置２００に提供する場合、端末装置２００がＱｏＳレベルの変更を要求する態様では、複数の端末装置２００のＱｏＳレベルを互いに同じにするための制御等が煩雑になるおそれがある。これに対し、本実施形態では、アプリケーションサーバ１００が複数の端末装置２００に接続されているため、複数の端末装置２００のＱｏＳレベルを互いに同じにするための制御等が煩雑になることを抑制することができる。例えば、アプリケーションサーバ１００は、複数の端末装置２００に対する共通のＱｏＳレベルを示す情報と複数の端末装置２００を識別する端末識別情報とをＱｏＳ要求ＲＥＱｑｏｓに含めてもよい。この場合、ネットワーク３００は、アプリケーションサーバ１００から要求されたＱｏＳレベルと、ＱｏＳレベルの変更対象となる端末装置２００とを、ＱｏＳ要求ＲＥＱｑｏｓに基づいて容易に認識することができる。端末識別情報としては、例えば、ＩＰ（Internet Protocol）アドレス、ＩＭＳＩ（International Mobile Subscriber Identity）及び電話番号等が該当する。

また、本実施形態では、アプリケーションサーバ１００は、同一拠点に存在する複数の端末装置２００に対するＱｏＳレベルの変更をネットワーク３００に一括して要求できる。これにより、本実施形態では、複数の端末装置２００がＱｏＳレベルの変更をネットワーク３００にそれぞれ要求する場合に比べて、ＱｏＳレベルの変更を要求する信号（例えば、ＱｏＳ要求ＲＥＱｑｏｓ）の量を削除することができる。

また、例えば、複数の端末装置２００のうち、競技スタジアム等の特定のエリアに存在する端末装置２００のみがアプリケーションサーバ１００と通信可能な場合、アプリケーションサーバ１００と通信可能な端末装置２００が、特定のエリアに存在する端末装置２００に該当する。この場合、例えば、アプリケーションサーバ１００は、端末装置２００の位置を測位することなく、複数の端末装置２００のうち、特定のエリアに存在する端末装置２００のみに、高いＱｏＳが提供されるように、ネットワーク３００にＱｏＳ制御を要求することができる。複数の端末装置２００のうち、特定のエリアに存在する端末装置２００のみが通信可能なアプリケーションサーバ１００は、例えば、特定のエリアに設置されたＭＥＣ（Multi-access Edge Computing）サーバであってもよい。

以上、本実施形態では、アプリケーションサーバ１００は、サービス処理部１２０及び品質管理部１３０を有し、通信サービスを提供するネットワーク３００を介して端末装置２００に接続される。サービス処理部１２０は、端末装置２００から送信されるデータＵｄａｔａに基づいて、端末装置２００において実行される処理を特定する。品質管理部１３０は、端末装置２００に関わるネットワーク３００の通信状態とサービス処理部１２０により特定された処理とに基づいて、ＱｏＳレベル（通信サービスの品質）の変更をネットワーク３００に要求する。

このように、本実施形態では、アプリケーションサーバ１００の品質管理部１３０は、端末装置２００において実行される処理と端末装置２００に関わるネットワーク３００の通信状態とに基づいて、ＱｏＳレベルの変更をネットワーク３００に要求する。これにより、本実施形態では、端末装置２００において実行される処理にとって適切なＱｏＳレベルのＱｏＳ制御をネットワーク３００において実行することができる。

また、本実施形態では、品質管理部１３０は、サービス処理部１２０により特定された処理に基づいて、ネットワーク３００の通信状態を示す通信状態情報を取得するか否かを判定してもよい。この場合、端末装置２００からアプリケーションサーバ１００にデータＵｄａｔａが送信される度に品質管理部１３０が通信状態情報を取得する場合に比べて、通信状態情報の取得が実行される頻度を低減することができる。この結果、本実施形態では、ＱｏＳレベル変更処理が煩雑になることを抑制することができる。また、本実施形態では、通信状態情報の取得頻度を低減することにより、ネットワーク３００のトラフィックが増加することを抑制することができる。

また、本実施形態では、品質管理部１３０は、通信状態情報に基づいて、ＱｏＳレベルを変更するか否かを判定してもよい。この場合、端末装置２００に関わるネットワーク３００の通信状態に応じて、複数のＱｏＳレベルから適切なＱｏＳレベルを選択することができる。

また、本実施形態では、品質管理部１３０は、サービス処理部１２０により特定された処理が、リアルタイム性が要求されるリアルタイム処理である場合、通信状態情報を取得してもよい。そして、品質管理部１３０は、サービス処理部１２０により特定された処理がリアルタイム処理であり、且つ、通信状態情報により示される遅延時間（データの遅延時間）がリアルタイム処理において想定された遅延時間の上限値より大きい場合、ＱｏＳレベルの変更をネットワーク３００に要求してもよい。例えば、品質管理部１３０は、ＱｏＳレベルを、リアルタイム処理において想定された遅延時間の上限値以下の遅延時間を実現するためのＱｏＳレベルに変更することを、ネットワーク３００に要求してもよい。この場合、端末装置２００において実行されるリアルタイム処理にとって適切なＱｏＳレベルのＱｏＳ制御をネットワーク３００において実行することができる。

また、本実施形態では、品質管理部１３０は、サービス処理部１２０により特定された処理に基づいて、端末装置２００において実行される処理が、遅延時間の影響がリアルタイム処理に比べて小さい処理にリアルタイム処理から切り替わったか否かを判定してもよい。そして、品質管理部１３０は、端末装置２００において実行される処理が、リアルタイム処理から、遅延時間の影響が小さい処理に切り替わった場合、ＱｏＳレベルをリアルタイム処理の開始前のＱｏＳレベルに戻すことを、ネットワーク３００に要求してもよい。この場合、端末装置２００において実行される処理（遅延時間の影響がリアルタイム処理に比べて小さい処理）にとって適切なＱｏＳレベルのＱｏＳ制御をネットワーク３００において実行することができる。これにより、本実施形態では、過剰なＱｏＳ制御が実行されることを抑制することができる。この結果、本実施形態では、ＱｏＳに関するリソースが不要に使用されることを抑制することができる。

また、本実施形態では、品質管理部１３０は、サービス処理部１２０により特定された処理が、端末装置２００がデータをダウンロードするダウンロード処理である場合、通信状態情報を取得してもよい。そして、品質管理部１３０は、サービス処理部１２０により特定された処理がダウンロード処理であり、且つ、通信状態情報により示される帯域（ネットワーク３００の帯域）がダウンロード処理において想定された帯域の下限値より小さい場合、ＱｏＳレベルの変更をネットワーク３００に要求してもよい。例えば、品質管理部１３０は、ＱｏＳレベルを、ダウンロード処理において想定された帯域の下限値以上の帯域を実現するためのＱｏＳレベルに変更することを、ネットワーク３００に要求してもよい。この場合、端末装置２００において実行されるダウンロード処理にとって適切なＱｏＳレベルのＱｏＳ制御をネットワーク３００において実行することができる。

また、品質管理部１３０は、ダウンロード処理が終了した場合、ＱｏＳレベルをダウンロード処理の開始前のＱｏＳレベルに戻すことを、ネットワーク３００に要求してもよい。この場合、ダウンロード処理が終了した後に、過剰なＱｏＳ制御が継続されることを抑制することができる。この結果、本実施形態では、ＱｏＳに関するリソースが不要に使用されることを抑制することができる。

また、本実施形態では、サービス処理部１２０は、映像をストリーミング形式により視聴する視聴処理が端末装置２００において実行される場合、視聴処理の対象となる映像のストリームデータを端末装置２００に送信してもよい。品質管理部１３０は、サービス処理部１２０により特定された処理が、映像をストリーミング形式により視聴する視聴処理である場合、通信状態情報を取得してもよい。そして、品質管理部１３０は、サービス処理部１２０により特定された処理が視聴処理であり、且つ、通信状態情報により示される帯域が、視聴処理において想定された帯域の下限値より小さい場合、ＱｏＳレベルの変更をネットワーク３００に要求してもよい。例えば、品質管理部１３０は、ＱｏＳレベルを、視聴処理において想定された帯域の下限値以上の帯域を実現するためのＱｏＳレベルに変更することを、ネットワーク３００に要求してもよい。この場合、端末装置２００において実行される視聴処理にとって適切なＱｏＳレベルのＱｏＳ制御をネットワーク３００において実行することができる。

さらに、本実施形態では、品質管理部１３０は、サービス処理部１２０から端末装置２００に送信されるストリームデータに対応する映像の画質が変更された場合、画質の変更に応じて、ＱｏＳレベルの変更をネットワーク３００に要求してもよい。この場合、端末装置２００に配信される映像の画質に適したＱｏＳレベルのＱｏＳ制御をネットワーク３００において実行することができる。

また、本実施形態では、ネットワーク３００に端末装置２００と他の端末装置２００とが接続された場合、通信状態情報は、端末装置２００と他の端末装置２００との間の通信状態を示す情報を含んでもよい。この場合、端末装置２００及び他の端末装置２００において実行される処理にとって適切なＱｏＳレベルのＱｏＳ制御をネットワーク３００において実行することができる。

さらに、本実施形態では、端末装置２００と他の端末装置２００との間の通信状態を示す情報は、ネットワーク３００の端末装置２００に対する通信状態を示す第１情報と、ネットワーク３００の他の端末装置２００に対する通信状態を示す第２情報とを含んでもよい。この場合、品質管理部１３０は、第１情報により示される通信状態と、第２情報により示される通信状態とのうちの低品質の方の通信状態に基づいて、端末装置２００に対するＱｏＳレベルと、他の端末装置２００に対するＱｏＳレベルとが互いに同じＱｏＳレベルになるように、ＱｏＳレベルの変更をネットワーク３００に要求してもよい。この場合、２つの端末装置２００のうちの通信状態の悪い方の端末装置２００に対しても適切なＱｏＳレベルのＱｏＳ制御をネットワーク３００において実行することができる。また、２つの端末装置２００に対するＱｏＳレベルが互いに同じ場合、２つの端末装置２００に対するＱｏＳレベルが互いに異なる場合に比べて、ＱｏＳレベルの変更に関する制御が煩雑になることを抑制することができる。

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

［第１変形例］
上述した実施形態において、品質管理部１３０は、ＱｏＳレベルの変更を要求した後、ネットワーク３００の通信状態が、端末装置２００において実行される処理にとって適切な通信状態に改善されたか否かを判定してもよい。

図５は、第１変形例に係るネットワークシステム１０の動作の一例を示すシーケンスチャートである。なお、図５に示すシーケンスチャートは、ＱｏＳレベルの変更が行われた後に、端末装置２００において実行される処理にとって適切な通信状態に改善されたか否かの判定等が、図２に示したシーケンスチャートに追加されることを除いて、図２に示したシーケンスチャートと同様である。図５では、図１から図４において説明した動作については、詳細な説明を書略する。

アプリケーションサーバ１００の品質管理部１３０は、図２において説明したように、ＱｏＳ要求ＲＥＱｑｏｓに応じたＱｏＳ制御が実行されることを示す承認応答ＡＣＫｑｏｓを、ネットワーク３００のＳＣＥＦ３７０から取得する（Ｓ１６４）。

そして、品質管理部１３０は、端末装置２００に関わるネットワーク３００の通信状態を示す通信状態情報を取得する（Ｓ１８０）。これにより、品質管理部１３０は、例えば、ネットワーク３００の通信状態が、端末装置２００において実行される処理にとって適切な通信状態に改善されたか否かを確認できる。

品質管理部１３０は、通信状態情報を取得した後、取得した通信状態情報に基づいて、ＱｏＳレベルを変更前のＱｏＳレベルに戻すか否かを判定する（Ｓ１９０）。変更前のＱｏＳレベルは、例えば、ステップＳ１６３の処理（ＱｏＳレベルの変更）が実行される前のＱｏＳレベルである。すなわち、変更前のＱｏＳレベルは、ステップＳ１４３において取得した問合せ応答ＲＥＳｑｏｓにより示されるＱｏＳレベルである。

例えば、品質管理部１３０は、ステップＳ１８０において取得した通信状態情報により示される通信状態が、ステップＳ１２２において取得した通信状態情報により示される通信状態より低品質である場合、ＱｏＳレベルを変更前のＱｏＳレベルに戻すと判定する。

通常では、通信状態を高品質にするＱｏＳレベルがステップＳ１６０において選択されるため、ステップＳ１８０において取得した通信状態情報により示される通信状態は、ステップＳ１２２において取得した通信状態情報により示される通信状態より高品質である。この場合、ステップＳ１６３の処理により変更されたＱｏＳレベルを変更前のＱｏＳレベルに戻すことなく、ＱｏＳレベル変更処理は終了する。

なお、ネットワークシステム１０の状態によっては、ステップＳ１８０において取得した通信状態情報により示される通信状態が、ステップＳ１２２において取得した通信状態情報により示される通信状態より低品質になる可能性がある。図５に示す例では、ステップＳ１８０において取得した通信状態情報により示される通信状態が、ステップＳ１２２において取得した通信状態情報により示される通信状態より低品質になる場合を想定している。従って、図５に示す例では、品質管理部１３０は、ＱｏＳレベルを変更前のＱｏＳレベルに戻すと判定する。そして、品質管理部１３０は、ＱｏＳレベルを変更前のＱｏＳレベルに戻すことを、ネットワーク３００に要求する。例えば、品質管理部１３０は、ステップＳ１４３において取得した問合せ応答ＲＥＳｑｏｓにより示されるＱｏＳレベルのＱｏＳ制御を要求するＱｏＳ要求ＲＥＱｑｏｓを、ネットワーク３００のＳＣＥＦ３７０に送信する（Ｓ１９２）。

ネットワーク３００は、例えば、アプリケーションサーバ１００と端末装置２００との間の通信に対するＱｏＳ制御のＱｏＳレベルを、ＱｏＳ要求ＲＥＱｑｏｓにより示されるＱｏＳレベルに変更する（Ｓ１９３）。そして、ネットワーク３００のＳＣＥＦ３７０は、ＱｏＳ要求ＲＥＱｑｏｓに応じたＱｏＳ制御が実行されることを示す承認応答ＡＣＫｑｏｓを、ＱｏＳ要求ＲＥＱｑｏｓに対する応答として、アプリケーションサーバ１００に送信する。これにより、品質管理部１３０は、ＱｏＳ要求ＲＥＱｑｏｓに対する応答として、承認応答ＡＣＫｑｏｓを、ネットワーク３００のＳＣＥＦ３７０から取得する（Ｓ１９４）。

このように、第１変形例では、ＱｏＳレベルを変更したにも拘わらず、通信状態が改善されない場合、ＱｏＳレベルを変更前のＱｏＳレベルに戻すことができる。これにより、第１変形例では、高品質な通信状態が必要な場合に、通信状態が低品質な通信状態に変化することを抑制することができる。

図６は、第１変形例に係るアプリケーションサーバ１００の動作の一例を示すフローチャートである。なお、図６に示す動作（ＱｏＳレベル変更処理）は、ステップＳ１８０、Ｓ１９０及びＳ１９２の処理が図３に示したＱｏＳレベル変更処理に追加されることを除いて、図３に示したＱｏＳレベル変更処理と同様である。図６では、図１から図５において説明した動作については、詳細な説明を書略する。また、図６においても、説明が煩雑になることを避けるために、問合せ応答ＲＥＳｑｏｓ及び承認応答ＡＣＫｑｏｓ等の応答情報の受信処理（図５のＳ１４３、Ｓ１６４及びＳ１９４）の記載を省略している。

ステップＳ１８０の処理は、ステップＳ１６２の処理が実行された後、実行される。例えば、ステップＳ１８０において、品質管理部１３０は、通信状態情報を取得する。そして、品質管理部１３０は、処理をステップＳ１９０に進める。

ステップＳ１９０において、品質管理部１３０は、ステップＳ１８０において取得した通信状態情報に基づいて、ＱｏＳレベルを変更前のＱｏＳレベルに戻すか否かを判定する。変更前のＱｏＳレベルは、図５において説明したように、ステップＳ１４２におけるＱｏＳレベルの問合せの結果（問合せ応答ＲＥＳｑｏｓ）により示されるＱｏＳレベルである。

例えば、品質管理部１３０は、ステップＳ１８０において取得した通信状態情報により示される通信状態が、ステップＳ１２２において取得した通信状態情報により示される通信状態より低品質である場合、ＱｏＳレベルを変更前のＱｏＳレベルに戻すと判定する。

ステップＳ１９０における判定の結果が否定の場合、品質管理部１３０は、ステップＳ１００において取得されたデータＵｄａｔａに基づくＱｏＳレベル変更処理を終了する。一方、ステップＳ１９０における判定の結果が肯定の場合、品質管理部１３０は、処理をステップＳ１９２に進める。

ステップＳ１９２において、品質管理部１３０は、ステップＳ１４２におけるＱｏＳレベルの問合せの結果により示されるＱｏＳレベル（変更前のＱｏＳレベル）のＱｏＳ制御を要求するＱｏＳ要求ＲＥＱｑｏｓを、ネットワーク３００のＳＣＥＦ３７０に送信する。

これにより、ネットワーク３００は、アプリケーションサーバ１００と端末装置２００との間の通信に対するＱｏＳ制御のＱｏＳレベルを、現在実行中のＱｏＳレベル変更処理が実行される前のＱｏＳレベルに戻すことができる。

図７は、第１変形例に係るアプリケーションサーバ１００の動作の別の例を示すフローチャートである。なお、図７に示す動作（ＱｏＳレベル変更処理）は、ステップＳ１１０及びＳ１１２の処理が図６に示したＱｏＳレベル変更処理に追加されることを除いて、図６に示したＱｏＳレベル変更処理と同様である。図７では、図１から図６において説明した動作については、詳細な説明を書略する。また、図７においても、説明が煩雑になることを避けるために、問合せ応答ＲＥＳｑｏｓ及び承認応答ＡＣＫｑｏｓ等の応答情報の受信処理（図５のＳ１４３、Ｓ１６４及びＳ１９４）の記載を省略している。

ステップＳ１１０の処理は、図４に示したステップＳ１１０の処理と同様であり、ステップＳ１１２の処理は、図４に示したステップＳ１１２の処理と同様である。例えば、品質管理部１３０は、ステップＳ１０２の処理が実行された後、ステップＳ１１０において、現状のＱｏＳレベルを元のＱｏＳレベルに戻すか否かを、ステップＳ１０２において特定された処理に基づいて判定する。

そして、品質管理部１３０は、ステップＳ１１０における判定の結果が否定の場合、処理をステップＳ１２０に進める。また、品質管理部１３０は、ステップＳ１１０における判定の結果が肯定の場合、ステップＳ１１２において、アプリケーションサーバ１００と端末装置２００との間の通信に対するＱｏＳ制御のＱｏＳレベルの変更を、ネットワーク３００のＳＣＥＦ３７０に要求する。そして、品質管理部１３０は、ＱｏＳレベル変更処理を終了する。

なお、第１変形例に係るアプリケーションサーバ１００の動作は、図６及び図７に示す動作に限定されない。

以上、第１変形例においても、上述した実施形態と同様の効果を得ることができる。さらに、第１変形例では、ＱｏＳレベルを変更したにも拘わらず、通信状態が改善されない場合、ＱｏＳレベルを変更前のＱｏＳレベルに戻すことができる。すなわち、第１変形例では、高品質な通信状態が必要な場合に、通信状態が低品質な通信状態に変化することを抑制できる。

［第２変形例］
上述した実施形態及び第１変形例では、ネットワーク３００が４Ｇの無線通信サービスを提供する場合を示したが、本発明はこのような態様に限定されるものではない。例えば、ネットワーク３００は、図８に示すように、５Ｇの無線通信サービスを提供してもよい。あるいは、ネットワーク３００は、４Ｇの無線通信サービス及び５Ｇの無線通信サービスの両方を提供可能であってもよい。具体的には、例えば、ネットワーク３００は、４Ｇ用の無線基地局（例えば、ｅＮＢ３１０）及び５Ｇ用の無線基地局（例えば、ｇＮＢ）の両方が４Ｇコアネットワークに接続される構成であってもよい。あるいは、ネットワーク３００は、４Ｇ用の無線基地局（例えば、ｅＮＢ３１０）及び５Ｇ用の無線基地局（例えば、ｇＮＢ）の両方が５Ｇコアネットワークに接続される構成であってもよい。

図８は、第２変形例に係るネットワークシステム１０の全体構成を示すブロック図である。図１から図７において説明した要素と同様の要素については、同一の符号を付し、詳細な説明を省略する。図８に示すネットワークシステム１０は、ネットワーク３００が５Ｇの無線通信サービスを提供することを除いて、図１に示したネットワークシステム１０と同様である。例えば、ネットワークシステム１０は、５Ｇの無線通信サービスを提供するネットワーク３００と、ネットワーク３００に接続される複数の端末装置２００と、ネットワーク３００に接続されるアプリケーションサーバ１００とを有する。

ネットワーク３００は、例えば、（Ｒ）ＡＮ（(Radio) Access Network）３１２、ＡＭＦ（Access and Mobility Management Function）３２２、ＳＭＦ（Session Management Function）３３２、ＵＰＦ（User Plane Function）３４２、ＰＣＦ（Policy Control Function）３５２、ＵＤＭ（Unified Data Management）３６２、及び、ＮＥＦ（Network Exposure Function）３７２を含む。（Ｒ）ＡＮ３１２、ＡＭＦ３２２、ＳＭＦ３３２、ＵＰＦ３４２、ＰＣＦ３５２、ＵＤＭ３６２及びＮＥＦ３７２は、３ＧＰＰ規格に準拠したＮＦ（Network Function）である。ＮＦは、４Ｇにおけるノードに対応する。（Ｒ）ＡＮ３１２、ＡＭＦ３２２、ＳＭＦ３３２、ＵＰＦ３４２、ＰＣＦ３５２、ＵＤＭ３６２及びＮＥＦ３７２については、３ＧＰＰ規格に準拠しているため、詳細な説明を省略する。

例えば、（Ｒ）ＡＮ３１２は、５Ｇ用の無線基地局（ｇＮＢ）を含む無線アクセス網である。ＡＭＦ３２２は、端末装置２００のモビリティを管理する。ＳＭＦ３３２は、データのやり取り等のセッションを管理する。ＵＰＦ３４２は、ユーザデータのパケット転送を行う。ＰＣＦ３５２は、ポリシー制御を行う。ＵＤＭ３６２は、加入者に関する情報を保持する。ＮＥＦ３７２は、ＱｏＳ等のサービスをサードパーティのアプリケーションプロバイダに提供するための標準インタフェースを有するＮＦである。すなわち、ＮＥＦ３７２は、図１に示したＳＣＥＦ３７０と同様の機能を有する。例えば、アプリケーションサーバ１００は、ＮＥＦ３７２を利用することにより、ＱｏＳ制御をネットワーク３００に要求できる。

図９は、図８に示したネットワークシステム１０の動作の一例を示すシーケンスチャートである。図９に示すシーケンスチャートは、ネットワーク３００が５Ｇの無線通信サービスを提供することを除いて、図５に示したシーケンスチャートと同様である。例えば、アプリケーションサーバ１００は、ＱｏＳ等のサービスを要求する場合に、図５に示したネットワーク３００のＳＣＥＦ３７０の代わりに、ネットワーク３００のＮＥＦ３７２にアクセスする。アプリケーションサーバ１００のその他の動作は、図５に示したアプリケーションサーバ１００の動作と同様である。

例えば、アプリケーションサーバ１００の品質管理部１３０は、現状のＱｏＳレベルを問合せる問合せＩＮＱｑｏｓをＮＥＦ３７２に送信し、問合せＩＮＱｑｏｓに対する応答として、問合せ応答ＲＥＳｑｏｓをＮＥＦ３７２から受信する。また、例えば、品質管理部１３０は、ＱｏＳ要求ＲＥＱｑｏｓをＮＥＦ３７２に送信し、ＱｏＳ要求ＲＥＱｑｏｓに対する応答として、承認応答ＡＣＫｑｏｓをＮＥＦ３７２から受信する。なお、第２変形例においても、図２に示したシーケンスチャートと同様に、図９に示したステップＳ１８０からステップＳ１９０までの処理（端末装置２００において実行される処理にとって適切な通信状態に改善されたか否かの判定等）は、省かれてもよい。

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

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

1. 通信サービスを提供するネットワークを介して端末装置に接続される管理装置であって、
   前記端末装置から送信されるデータに基づいて、前記端末装置において実行される処理を特定するサービス処理部と、
   前記端末装置に関わる前記ネットワークの通信状態と前記サービス処理部により特定された処理とに基づいて、前記通信サービスの品質の変更を前記ネットワークに要求する品質管理部と、
   を備えている、
   ことを特徴とする管理装置。
2. 前記品質管理部は、
   前記サービス処理部により特定された処理に基づいて、前記ネットワークの通信状態を示す通信状態情報を取得するか否かを判定する、
   ことを特徴とする請求項１に記載の管理装置。
3. 前記品質管理部は、
   前記通信状態情報に基づいて、前記通信サービスの品質を変更するか否かを判定する、
   ことを特徴とする請求項２に記載の管理装置。
4. 前記品質管理部は、
   前記サービス処理部により特定された処理が、リアルタイム性が要求される第１処理である場合、前記通信状態情報を取得し、
   前記サービス処理部により特定された処理が前記第１処理であり、且つ、前記通信状態情報により示されるデータの遅延時間が前記第１処理において想定された遅延時間の上限値より大きい場合、前記通信サービスの品質を、前記上限値以下の遅延時間を実現するための品質に変更することを、前記ネットワークに要求する、
   ことを特徴とする請求項２又は３に記載の管理装置。
5. 前記品質管理部は、
   前記サービス処理部により特定された処理に基づいて、前記端末装置において実行される処理が、遅延時間の影響が前記第１処理に比べて小さい第２処理に前記第１処理から切り替わったか否かを判定し、
   前記端末装置において実行される処理が、前記第１処理から前記第２処理に切り替わった場合、前記通信サービスの品質を前記第１処理の開始前の品質に戻すことを、前記ネットワークに要求する、
   ことを特徴とする請求項４に記載の管理装置。
6. 前記品質管理部は、
   前記サービス処理部により特定された処理が、前記端末装置がデータをダウンロードするダウンロード処理である場合、前記通信状態情報を取得し、
   前記サービス処理部により特定された処理が前記ダウンロード処理であり、且つ、前記通信状態情報により示される前記ネットワークの帯域が、前記ダウンロード処理において想定された帯域の下限値より小さい場合、前記通信サービスの品質を、前記ダウンロード処理において想定された帯域の下限値以上の帯域を実現するための品質に変更することを、前記ネットワークに要求し、
   前記ダウンロード処理が終了した場合、前記通信サービスの品質を前記ダウンロード処理の開始前の品質に戻すことを、前記ネットワークに要求する、
   ことを特徴とする請求項２から５のいずれか１項に記載の管理装置。
7. 前記品質管理部は、
   前記サービス処理部により特定された処理が、映像をストリーミング形式により視聴する視聴処理である場合、前記通信状態情報を取得し、
   前記サービス処理部により特定された処理が前記視聴処理であり、且つ、前記通信状態情報により示される前記ネットワークの帯域が、前記視聴処理において想定された帯域の下限値より小さい場合、前記通信サービスの品質を、前記視聴処理において想定された帯域の下限値以上の帯域を実現するための品質に変更することを、前記ネットワークに要求し、
   前記サービス処理部は、
   前記視聴処理の対象となる映像のストリームデータを前記端末装置に送信する、
   ことを特徴とする請求項２から６のいずれか１項に記載の管理装置。
8. 前記品質管理部は、
   前記サービス処理部から前記端末装置に送信される前記ストリームデータに対応する映像の画質が変更された場合、前記画質の変更に応じて、前記通信サービスの品質の変更を前記ネットワークに要求する、
   ことを特徴とする請求項７に記載の管理装置。
9. 前記ネットワークには、前記端末装置と他の端末装置とが接続され、
   前記通信状態情報は、前記端末装置と前記他の端末装置との間の通信状態を示す情報を含む、
   ことを特徴とする請求項２から８のいずれか１項に記載の管理装置。
10. 前記端末装置と前記他の端末装置との間の通信状態を示す情報は、前記ネットワークの前記端末装置に対する通信状態を示す第１情報と、前記ネットワークの前記他の端末装置に対する通信状態を示す第２情報とを含み、
    前記品質管理部は、
    前記第１情報により示される通信状態と、前記第２情報により示される通信状態とのうちの低品質の方の通信状態に基づいて、前記端末装置に対する前記通信サービスの品質と、前記他の端末装置に対する前記通信サービスの品質とが互いに同じ品質になるように、前記通信サービスの品質の変更を前記ネットワークに要求する、
    ことを特徴とする請求項９に記載の管理装置。

Images