JP7453367B2 - 管理装置及びネットワークシステム - Google Patents

Description

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

スマートフォン等の端末装置とネットワークとの間の通信に対して、端末装置から要求されたＱｏＳ（Quality of Service）のレベルに応じたＱｏＳ制御を実行するシステムが開示されている（例えば、特許文献１）。

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

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

以上の課題を解決するために、本発明の好適な態様に係る管理装置は、通信サービスの品質が制御される複数のネットワークのうちの一のネットワークに接続される端末装置と通信する管理装置であって、前記端末装置が前記一のネットワークに接続する際に前記端末装置と前記一のネットワークとの間において行われる接続手続きの処理内容を示す手続情報を取得する取得部と、前記一のネットワークの前記通信サービスの品質を制御する品質制御の開始を要求する開始要求の受付に関する第１情報と、前記第１情報の取得を要求する取得要求の受付に関する第２情報との一方又は両方を、前記手続情報に基づいて、前記端末装置に送信する送信部と、を備え、前記第１情報は、前記端末装置が前記開始要求を送信する場合の前記開始要求の送信先を示す情報を含み、前記第２情報は、前記端末装置が前記取得要求を送信する場合の前記取得要求の送信先を示す情報を含む。

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

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

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

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

複数のネットワークＮＷの各々は、管理装置１００、品質制御装置２００、通知装置３００及び基地局装置４００を含む。管理装置１００、品質制御装置２００、通知装置３００及び基地局装置４００は、例えば、互いに通信可能である。管理装置１００、品質制御装置２００、通知装置３００及び基地局装置４００の各々は、ネットワークＮＷに含まれる複数のノードのいずれかに該当する。なお、複数のノードとしては、図１に示す管理装置１００、品質制御装置２００、通知装置３００及び基地局装置４００の他に、例えば、ＭＭＥ（Mobility Management Entity）、Ｓ－ＧＷ（Serving Gateway）及びＰ－ＧＷ（Packet Data Network Gateway）等が該当する。なお、ネットワークＮＷに含まれる複数のノードは、上述の例に限定されない。

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

例えば、ネットワークＮＷａは、ネットワークＮＷｂを管理する通信事業者と異なる通信事業者により管理される。また、例えば、管理装置１００ａ、品質制御装置２００ａ、通知装置３００ａ及び基地局装置４００ａは、ネットワークＮＷａに含まれ、管理装置１００ｂ、品質制御装置２００ｂ、通知装置３００ｂ及び基地局装置４００ｂは、ネットワークＮＷｂに含まれる。また、例えば、端末装置５００ａは、ネットワークＮＷａに接続された端末装置５００であり、端末装置５００ｂは、ネットワークＮＷｂに接続された端末装置５００である。

管理装置１００は、例えば、ネットワークＮＷに接続された複数の端末装置５００と通信可能なサーバ等の情報処理装置である。例えば、管理装置１００は、品質制御装置２００のアドレスを示すアドレス情報を含むインタフェース情報ＩＦＩＮＦを端末装置５００に送信する（図７のＳ１２２参照）。あるいは、管理装置１００は、通知装置３００のアドレスを示すアドレス情報ＡＤＩＮＦを端末装置５００に送信する（図６のＳ１２０参照）。なお、管理装置１００は、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦの両方を端末装置５００に送信してもよい。すなわち、管理装置１００は、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦの一方又は両方を、端末装置５００に送信する。

品質制御装置２００のアドレス情報は、例えば、ＱｏＳ制御の開始を要求する開始要求ＲＥＱｓｔを端末装置５００が送信する場合の開始要求ＲＥＱｓｔの送信先を示す情報に該当する（図６のＳ５４０参照）。従って、品質制御装置２００のアドレス情報を含むインタフェース情報ＩＦＩＮＦは、開始要求ＲＥＱｓｔの受付に関する情報に該当する。すなわち、インタフェース情報ＩＦＩＮＦは、「第１情報」の一例である。なお、インタフェース情報ＩＦＩＮＦの一例は、後述する図５において説明する。

また、通知装置３００のアドレス情報ＡＤＩＮＦは、例えば、インタフェース情報ＩＦＩＮＦの取得を要求する取得要求ＲＥＱａｑを端末装置５００が送信する場合の取得要求ＲＥＱａｑの送信先を示す情報に該当する（図６のＳ５２０参照）。従って、通知装置３００のアドレス情報ＡＤＩＮＦは、取得要求ＲＥＱａｑの受付に関する情報に該当する。すなわち、通知装置３００のアドレス情報ＡＤＩＮＦは、「第２情報」の一例である。なお、本実施形態では、通知装置３００のアドレス情報ＡＤＩＮＦが「第２情報」である場合を想定するが、通知装置３００のアドレス情報ＡＤＩＮＦを含む情報が「第２情報」であってもよい。

品質制御装置２００は、例えば、ネットワークＮＷに接続された複数の端末装置５００と通信可能なサーバ等の情報処理装置であり、ネットワークＮＷの通信サービスの品質を制御する品質制御を実行する。以下では、通信サービスの品質を制御する品質制御は、ＱｏＳ（Quality of Service）制御とも称される。

ＱｏＳ制御は、例えば、帯域制御、低遅延制御及び優先制御等を含む。帯域制御では、例えば、ネットワークＮＷにおける通信の帯域が制御される。帯域の制御は、帯域の下限値が設定される帯域保証であってもよいし、帯域の上限値が設定される帯域制限であってもよい。同様に、低遅延制御は、例えば、遅延の上限値が設定されている遅延保証であってもよいし、遅延の下限値が設定される遅延制限であってもよい。優先制御では、例えば、特定の通信に係るパケット（通信を行う際の転送単位のデータ）が優先して転送される。例えば、ネットワークＮＷ上を流れるパケットに優先度が付けられ、優先度が他のパケットより高いパケットは、他のパケットよりも先に処理される。なお、本実施形態では、ＱｏＳ制御が端末装置５００毎に実行可能である場合を想定する。

通知装置３００は、例えば、ネットワークＮＷに接続された複数の端末装置５００と通信可能なサーバ等の情報処理装置であり、品質制御装置２００のインタフェース情報ＩＦＩＮＦを取得するための要求を受け付ける。例えば、通知装置３００は、インタフェース情報ＩＦＩＮＦを取得するための要求を端末装置５００から受け付けた場合、端末装置５００にインタフェース情報ＩＦＩＮＦを送信する。

基地局装置４００は、例えば、ｅＮｏｄｅＢ及びｇＮｏｄｅＢの一方又は両方であってもよい。ｅＮｏｄｅＢは、ＬＴＥ（Long Term Evolution）用の無線基地局装置であり、ｇＮｏｄｅＢは、５Ｇ（5th generation mobile communication system）用の無線基地局装置である。また、基地局装置４００は、例えば、端末装置５００がネットワークＮＷに接続する際に、端末装置５００をネットワークＮＷに接続するための接続手続きに関する処理を実行してもよい。

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

なお、ネットワークシステム１０の構成は、図１に示す例に限定されない。例えば、通知装置３００の機能は、管理装置１００により実現されてもよいし、品質制御装置２００により実現されてもよい。また、例えば、品質制御装置２００及び通知装置３００の両方の機能が管理装置１００により実現されてもよい。また、管理装置１００の機能は、基地局装置４００により実現されてもよいし、図示していないＭＭＥ、Ｓ－ＧＷ及びＰ－ＧＷ等のノードにより実現されてもよい。

また、管理装置１００は、単体の装置として実現されてもよいし、相互に別体で構成された複数の装置の集合として実現されてもよい。同様に、品質制御装置２００、通知装置３００、基地局装置４００及び端末装置５００の各々も、単体の装置として実現されてもよいし、相互に別体で構成された複数の装置の集合として実現されてもよい。例えば、品質制御装置２００は、ＱｏＳ制御を実行する複数の装置を有してもよい。また、ネットワークＮＷは、端末装置５００を含まずに定義されるか否かは特に限定されない。

図２は、図１に示した管理装置１００の構成を示すブロック図である。

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

処理装置１１０は、管理装置１００の全体を制御するプロセッサであり、例えば、単数又は複数のチップにより構成される。処理装置１１０は、例えば、周辺装置とのインタフェース、演算装置及びレジスタ等を含む中央処理装置（ＣＰＵ：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）の一方又は両方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、及び、周波数シンセサイザ等を含んで構成されてもよい。

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

また、図１及び図２では、品質制御装置２００及び通知装置３００の構成を特に図示していないが、品質制御装置２００及び通知装置３００の各々は、例えば、管理装置１００と同様に、品質制御装置２００又は通知装置３００の全体を制御する処理装置と、各種のデータを記憶する記憶装置と、他の装置と通信を行うための通信装置とを具備するコンピュータシステムにより実現される。なお、品質制御装置２００及び通知装置３００の各々は、例えば、補助記憶装置を有してもよい。また、管理装置１００、品質制御装置２００及び通知装置３００の各々は、例えば、後述する図３に示す入力装置５８０及び出力装置５９０と同様な入力装置及び出力装置を有してもよい。

図３は、図１に示した端末装置５００の構成を示すブロック図である。

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

要求部５２０は、例えば、ＱｏＳ制御の開始を要求する場合、管理装置１００又は通知装置３００から受信したインタフェース情報ＩＦＩＮＦに基づいて、ＱｏＳ制御の開始を品質制御装置２００に要求する。

例えば、要求部５２０は、インタフェース情報ＩＦＩＮＦを管理装置１００から受信した場合、ＱｏＳ制御の開始要求ＲＥＱｓｔを、インタフェース情報ＩＦＩＮＦにより示される開始要求ＲＥＱｓｔの送信先である品質制御装置２００に、送信する。

なお、要求部５２０は、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦのうちのアドレス情報ＡＤＩＮＦのみを管理装置１００から受信した場合、アドレス情報ＡＤＩＮＦに基づいて、インタフェース情報ＩＦＩＮＦの取得を通知装置３００に要求する。例えば、要求部５２０は、インタフェース情報ＩＦＩＮＦの取得要求ＲＥＱａｑを、アドレス情報ＡＤＩＮＦにより示される取得要求ＲＥＱａｑの送信先である通知装置３００に、送信する。そして、要求部５２０は、取得要求ＲＥＱａｑの応答として通知装置３００から取得したインタフェース情報ＩＦＩＮＦに基づいて、開始要求ＲＥＱｓｔの送信先を特定する。これにより、開始要求ＲＥＱｓｔの送信先として、品質制御装置２００が特定される。

また、本実施形態では、要求部５２０は、例えば、ＱｏＳ制御の終了を要求する場合に、ＱｏＳ制御の終了を要求する終了要求ＲＥＱｅｄを品質制御装置２００に送信する（図６のＳ５６０参照）。

ここで、ＱｏＳ制御等の処理に関する要求は、処理に関するＡＰＩ（Application Programming Interface）を呼び出すことであってもよい。例えば、ＱｏＳ制御の開始の要求は、要求部５２０がＱｏＳ制御の開始ＡＰＩの呼び出しを品質制御装置２００に対して実行することであってもよい。すなわち、本実施形態では、開始要求ＲＥＱｓｔを送信することには、ＱｏＳ制御の開始ＡＰＩを呼び出すことも含まれ、取得要求ＲＥＱａｑを送信することには、インタフェース情報ＩＦＩＮＦの取得ＡＰＩを呼び出すことも含まれる。また、終了要求ＲＥＱｅｄを送信することには、ＱｏＳ制御の終了ＡＰＩを呼び出すことも含まれる。従って、品質制御装置２００のアドレス情報は、品質制御装置２００のＩＰ（Internet Protocol）アドレスであってもよいし、品質制御装置２００のＡＰＩのＵＲＬ（Uniform Resource Locator）であってもよい。同様に、通知装置３００のアドレス情報ＡＤＩＮＦは、通知装置３００のＩＰアドレスであってもよいし、通知装置３００のＡＰＩのＵＲＬであってもよい。

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

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

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

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

なお、端末装置５００の構成は、図３に示す例に限定されない。例えば、端末装置５００は、補助記憶装置を有してもよい。

図４は、手続情報ＰＲＩＮＦの一例を示す説明図である。

手続情報ＰＲＩＮＦは、例えば、ＳＩＭ（Subscriber Identity Module）に格納されているＳＩＭ情報、ネットワークＮＷに接続するためのアクセスポイントを識別するアクセスポイント名（ＡＰＮ：Access Point Name）、及び、端末情報を含む。ＳＩＭは、「加入者識別情報が記憶されたモジュール」の一例である。

ＳＩＭ情報は、例えば、ＩＭＳＩ（International Mobile Subscriber Identity）、ＭＳＩＳＤＮ（Mobile Subscriber Integrated Services Digital Network Number）、ＩＣＣＩＤ（Integrated Circuit Card ID）、及び、契約情報の一部又は全部を含む。

ＩＭＳＩは、例えば、ネットワークＮＷの通信サービスに加入しているユーザを識別する加入者識別情報である。ＭＳＩＳＤＮは、例えば、３ＧＰＰ（Third Generation Partnership Project）規格により規定される加入者（ユーザ）に割り当てられる電話番号（ＳＩＭに対応した電話番号）である。ＩＣＣＩＤは、例えば、ＳＩＭを識別するモジュール識別情報である。

端末情報は、例えば、端末機能情報、要求情報、品質条件情報、時間帯情報及びエリア情報の一部又は全部を含む。例えば、端末機能情報は、端末装置５００が有するＱｏＳ制御に関する機能を示す情報である。ＱｏＳ制御に関する機能は、例えば、ＱｏＳ制御により実現される品質を端末装置５００が享受するための機能である。具体的には、ＱｏＳ制御に関する機能は、ＱＣＩ（QoS Class Identifier）によるＱｏＳ制御をサポートするための機能であってもよい。あるいは、ＱｏＳ制御に関する機能は、ＭＥＣ（Multi-access Edge Computing）に対する通信のＱｏＳ制御をサポートするための機能であってもよい。また、ＱｏＳ制御に関する機能は、遅延低減のために無線ネットワークの物理層においてサポートされるＵＲＬＬＣ（Ultra-Reliable and Low Latency Communications）に対応するための機能であってもよい。

要求情報は、端末装置５００がＱｏＳ制御の実行を要求することを示す情報である。品質条件情報は、端末装置５００が要求する予定の品質の条件を示す情報である。品質の条件は、例えば、ＱｏＳレベルであってもよい。ＱｏＳレベルとしては、例えば、他の品質モードに比べて大容量のデータが転送可能な大容量モード、他の品質モードに比べてデータの遅延が小さい低遅延モード、及び、ベストエフォートによる制御が行われるベストエフォートモード等がある。また、例えば、ＱＣＩによるＱｏＳ制御では、ＱｏＳレベルは、ＱＣＩであってもよい。また、品質の条件は、例えば、遅延特性、データレート、信頼性、及び、基地局装置４００に同時に接続される端末装置５００の数等であってもよい。遅延特性としては、例えば、通信の遅延の平均値及び最低値、及び、信号のジッタ等が該当する。データレートとしては、例えば、上り回線及び下り回線の各々における通信速度の平均値、最低値及びピーク値等が該当する。信頼性としては、例えば、パケット損失率の平均値及び最低値等が該当する。

時間帯情報は、端末装置５００がＱｏＳ制御を必要とする時間帯を示す情報である。エリア情報は、端末装置５００がＱｏＳ制御を必要とするエリアを示す情報である。

なお、手続情報ＰＲＩＮＦに含まれる項目は、図４に示す例に限定されない。例えば、手続情報ＰＲＩＮＦは、ＳＩＭ情報、ＡＰＮ及び端末情報に加えて、図４に示した項目以外の項目を含んでもよいし、ＳＩＭ情報、ＡＰＮ及び端末情報の一部又は全部に代えて、図４に示した項目以外の項目を含んでもよい。図４に示した項目以外の項目としては、例えば、端末装置５００のアドレスを示すアドレス情報等が挙げられる。また、例えば、図４に示した手続情報ＰＲＩＮＦに含まれる項目から端末情報が省かれてもよいし、図４に示した手続情報ＰＲＩＮＦに含まれる項目からＳＩＭ情報及びＡＰＮの一方と端末情報とが省かれてもよい。

また、例えば、ＳＩＭ情報は、図４に示したＳＩＭ情報の項目の一部又は全部と、図４に示したＳＩＭ情報の項目以外の項目とを含んでもよい。また、例えば、端末情報は、図４に示した端末情報の項目の一部又は全部と、図４に示した端末情報の項目以外の項目とを含んでもよい。すなわち、手続情報ＰＲＩＮＦは、ＩＭＳＩ、ＭＳＩＳＤＮ、ＩＣＣＩＤ及びＡＰＮのうちの少なくとも１つを含んでもよい。あるいは、手続情報ＰＲＩＮＦは、ＩＭＳＩ、ＭＳＩＳＤＮ、ＩＣＣＩＤ及びＡＰＮのうちの少なくとも１つと、端末機能情報、要求情報、品質条件情報、時間帯情報及びエリア情報のうちの少なくとも１つとを含んでもよい。

図５は、インタフェース情報ＩＦＩＮＦの一例を示す説明図である。

インタフェース情報ＩＦＩＮＦは、図１において説明したように、品質制御装置２００のアドレス情報を含む。また、インタフェース情報ＩＦＩＮＦは、例えば、品質制御装置２００のアドレス情報の他に、ＱｏＳ制御の開始の要求、ＱｏＳ制御の終了の要求、ＱｏＳ制御の状態の確認、及び、ＱｏＳ制御の利用可否の確認等に関する情報を含む。さらに、インタフェース情報ＩＦＩＮＦは、例えば、必要機能情報及びＱｏＳパラメータ情報（ＱｏＳレベル等）を含む。

必要機能情報は、品質制御装置２００によるＱｏＳ制御により実現される品質を端末装置５００が享受するために必要な機能を示す情報である。例えば、品質制御装置２００がＱＣＩによるＱｏＳ制御をサポートしている場合、必要機能情報は、ＱＣＩによるＱｏＳ制御をサポートするための端末装置５００の機能を示す情報であってもよい。また、例えば、品質制御装置２００がＭＥＣに対する通信のＱｏＳ制御をサポートしている場合、ＭＥＣに対する通信のＱｏＳ制御をサポートするための端末装置５００の機能を示す情報であってもよい。また、例えば、品質制御装置２００がＵＲＬＬＣをサポートしている場合、ＵＲＬＬＣに対応するための端末装置５００の機能を示す情報であってもよい。なお、必要機能情報は、上述の例に限定されない。

ＱｏＳパラメータ情報は、ＱｏＳ制御の開始を端末装置５００が要求する場合に品質制御装置２００に通知すべきパラメータを示す情報である。例えば、ＱｏＳパラメータ情報は、品質制御装置２００に要求する品質の条件（ＱｏＳレベル等）を示す情報であってもよい。すなわち、ＱｏＳパラメータ情報により示されるパラメータは、図４において説明した品質の条件であってもよい。

なお、インタフェース情報ＩＦＩＮＦに含まれる項目は、図５に示す例に限定されない。例えば、インタフェース情報ＩＦＩＮＦは、品質制御装置２００のアドレス情報が含まれていれば、図５に示した項目の一部を含まなくてもよい。あるいは、インタフェース情報ＩＦＩＮＦは、図５に示した項目の一部又は全部と、図５に示した項目以外の項目とを含んでもよい。図５に示した項目以外の項目としては、例えば、ＱｏＳ制御のサポート情報等が挙げられる。ＱｏＳ制御のサポート情報は、例えば、品質制御装置２００がＱＣＩによるＱｏＳ制御をサポートしているか否かを示すＱＣＩサポート情報、及び、品質制御装置２００がＭＥＣに対する通信のＱｏＳ制御をサポートしているか否かを示すＭＥＣサポート情報の一方又は両方であってもよい。あるいは、ＱｏＳ制御のサポート情報は、例えば、品質制御装置２００がＵＲＬＬＣをサポートしているか否かを示す情報であってもよい。

図６は、図１に示したネットワークシステム１０の動作の一例を示すシーケンスチャートである。図６に示す例では、複数のネットワークＮＷのうちのネットワークＮＷａに端末装置５００ａが接続される場合を想定する。また、図６に示す例では、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦ、及び、通知装置３００ａのアドレス情報ＡＤＩＮＦのうちの通知装置３００ａのアドレス情報ＡＤＩＮＦを管理装置１００ａが送信する場合を想定する。

先ず、端末装置５００ａがネットワークＮＷａに接続する際に、端末装置５００ａとネットワークＮＷａ（例えば、基地局装置４００ａ）との間において接続手続きに関する処理が実行される（Ｓ４００及びＳ５００）。

接続手続きに関する処理としては、例えば、端末装置５００ａが周辺に存在するネットワークＮＷを発見するまでの処理、ＲＲＣ（Radio Resource Control） ｃｏｎｎｅｃｔｉｏｎを確立する処理、端末装置５００ａからのＡｔｔａｃｈ ｒｅｑｕｅｓｔ、及び、Ａｔｔａｃｈ ｒｅｑｕｅｓｔに対するネットワークＮＷａからの応答等が該当する。Ａｔｔａｃｈ ｒｅｑｕｅｓｔは、ネットワークＮＷａへの接続要求である。なお、図６では、図を見やすくするために、端末装置５００ａとの間において接続手続きを行う任意のノードとして、基地局装置４００ａを図示しているが、端末装置５００との間において接続手続きを行う任意のノードは、基地局装置４００ａに限定されない。例えば、上述のＡｔｔａｃｈ ｒｅｑｕｅｓｔは、基地局装置４００ａを通過してＭＭＥに到達する。

次に、管理装置１００ａの取得部１２０は、接続手続きの処理内容を示す手続情報ＰＲＩＮＦを基地局装置４００ａ等から取得する（Ｓ１００）。

そして、管理装置１００ａの送信制御部１３０は、通知装置３００ａのアドレス情報ＡＤＩＮＦを端末装置５００ａに送信するか否かを、手続情報ＰＲＩＮＦに基づいて判定する（Ｓ１１０）。図６に示す例では、通知装置３００ａのアドレス情報ＡＤＩＮＦを端末装置５００ａに送信するか否かの判定結果が肯定である場合を想定する。このため、管理装置１００ａの送信制御部１３０は、通知装置３００ａのアドレス情報ＡＤＩＮＦを端末装置５００ａに送信する（Ｓ１２０）。

これにより、端末装置５００ａは、通知装置３００ａのアドレス情報ＡＤＩＮＦを管理装置１００ａから受信する（Ｓ５１０）。そして、端末装置５００ａの要求部５２０は、管理装置１００ａから受信したアドレス情報ＡＤＩＮＦにより示される送信先である通知装置３００ａに、インタフェース情報ＩＦＩＮＦの取得要求ＲＥＱａｑを送信する（Ｓ５２０）。

通知装置３００ａは、インタフェース情報ＩＦＩＮＦの取得要求ＲＥＱａｑを端末装置５００ａから受信する（Ｓ３００）。そして、通知装置３００ａは、端末装置５００ａから受信した取得要求ＲＥＱａｑに対する応答として、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦを端末装置５００ａに送信する（Ｓ３１０）。このように、通知装置３００ａは、インタフェース情報ＩＦＩＮＦの取得要求ＲＥＱａｑを端末装置５００ａから受け付けた場合、取得要求ＲＥＱａｑの送信元の端末装置５００ａに、品質制御装置２００のインタフェース情報ＩＦＩＮＦを送信する。

これにより、端末装置５００ａの要求部５２０は、取得要求ＲＥＱａｑに対する応答として、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦを通知装置３００ａから受信する（Ｓ５３０）。このように、端末装置５００ａの要求部５２０は、管理装置１００ａから受信した通知装置３００ａのアドレス情報ＡＤＩＮＦに基づいて、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦを通知装置３００ａから取得する。

そして、端末装置５００ａの要求部５２０は、通知装置３００ａから取得したインタフェース情報ＩＦＩＮＦに基づいて、ＱｏＳ制御の開始要求ＲＥＱｓｔを品質制御装置２００ａに送信する（Ｓ５４０）。開始要求ＲＥＱｓｔには、例えば、通知装置３００ａから取得したインタフェース情報ＩＦＩＮＦに含まれる項目（図５に示したインタフェース情報ＩＦＩＮＦに含まれる項目）の一部又は全部が含まれてもよい。

品質制御装置２００ａは、端末装置５００ａから送信された開始要求ＲＥＱｓｔを受信する（Ｓ２００）。そして、品質制御装置２００ａは、開始要求ＲＥＱｓｔにより指定されるＱｏＳ制御を実行する場合、開始要求ＲＥＱｓｔに対する肯定応答ＡＣＫｓｔを、開始要求ＲＥＱｓｔの送信元の端末装置５００ａに送信する（Ｓ２１０）。このように、品質制御装置２００ａは、ＱｏＳ制御に関する要求を受け付ける。

また、品質制御装置２００ａは、例えば、開始要求ＲＥＱｓｔにより指定されるＱｏＳ制御を開始する（Ｓ２２０）。例えば、品質制御装置２００ａは、開始要求ＲＥＱｓｔにより指定されるＱｏＳレベルのＱｏＳ制御を、端末装置５００ａによる通信に対して実行する。これにより、端末装置５００ａに対するＱｏＳ制御が開始される。なお、ＱｏＳレベルは、端末装置５００ａの他に、例えば、ネットワークＮＷａに含まれる通知装置３００ａ等のノードにより指定されてもよい。

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

また、端末装置５００ａの要求部５２０は、端末装置５００ａに対するＱｏＳ制御を終了させる場合、終了要求ＲＥＱｅｄを品質制御装置２００ａに送信する（Ｓ５６０）。

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

このように、管理装置１００ａの取得部１２０は、端末装置５００ａがネットワークＮＷａに接続された場合、端末装置５００ａとネットワークＮＷａとの間において行われた接続手続きの処理内容を示す手続情報ＰＲＩＮＦを取得する。そして、管理装置１００ａの送信制御部１３０は、通知装置３００のアドレス情報ＡＤＩＮＦを端末装置５００ａに送信するか否かを手続情報ＰＲＩＮＦに基づいて判定し、判定結果が肯定の場合、通知装置３００のアドレス情報ＡＤＩＮＦを端末装置５００ａに送信する。これにより、端末装置５００ａは、インタフェース情報ＩＦＩＮＦの取得を通知装置３００ａに要求できる。この結果、端末装置５００ａは、通知装置３００ａから取得したインタフェース情報ＩＦＩＮＦに基づいて、ＱｏＳ制御の開始を品質制御装置２００ａに要求できる。

図７は、図１に示したネットワークシステム１０の動作の別の例を示すシーケンスチャートである。図７に示す例では、図６と同様に、複数のネットワークＮＷのうちのネットワークＮＷａに端末装置５００ａが接続される場合を想定する。また、図７に示す例では、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦ、及び、通知装置３００ａのアドレス情報ＡＤＩＮＦのうちの品質制御装置２００ａのインタフェース情報ＩＦＩＮＦを管理装置１００ａが送信する場合を想定する。すなわち、図７に示す動作では、管理装置１００ａから端末装置５００ａに送信される情報の種類が、図６に示した動作と相違する。

例えば、図７に示す動作は、図６に示したステップＳ１２０及びＳ５１０の処理の代わりにステップＳ１２２及びＳ５１２の処理が実行されること、及び、図６に示した動作からステップＳ５２０、Ｓ３００、Ｓ３１０及びＳ５３０の処理が省かれることを除いて、図６に示した動作と同様である。図６において説明した動作と同様の動作については、説明を省略する。

管理装置１００ａの送信制御部１３０は、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦを端末装置５００ａに送信するか否かを、手続情報ＰＲＩＮＦに基づいて判定する（Ｓ１１０）。図７に示す例では、上述したように、判定結果が肯定の場合を想定しているため、管理装置１００ａの送信制御部１３０は、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦを端末装置５００ａに送信する（Ｓ１２２）。これにより、端末装置５００ａは、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦを管理装置１００ａから受信する（Ｓ５１２）。

そして、端末装置５００ａの要求部５２０は、管理装置１００ａから受信したインタフェース情報ＩＦＩＮＦに基づいて、ＱｏＳ制御の開始要求ＲＥＱｓｔを品質制御装置２００ａに送信する（Ｓ５４０）。開始要求ＲＥＱｓｔには、例えば、管理装置１００ａから受信したインタフェース情報ＩＦＩＮＦに含まれる項目（図５に示したインタフェース情報ＩＦＩＮＦに含まれる項目）の一部又は全部が含まれてもよい。品質制御装置２００ａは、図６において説明したように、開始要求ＲＥＱｓｔにより指定されるＱｏＳレベルのＱｏＳ制御を、端末装置５００ａによる通信に対して実行する。

このように、管理装置１００ａの送信制御部１３０は、端末装置５００ａがネットワークＮＷａに接続された場合、接続手続きの処理内容を示す手続情報ＰＲＩＮＦに基づいて、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦを端末装置５００ａに送信するか否かを判定する。そして、管理装置１００ａの送信制御部１３０は、判定結果が肯定の場合、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦを端末装置５００ａに送信する。これにより、端末装置５００ａは、管理装置１００ａから受信したインタフェース情報ＩＦＩＮＦに基づいて、ＱｏＳ制御の開始を品質制御装置２００ａに要求できる。

なお、図７に示す例では、管理装置１００ａが品質制御装置２００ａのインタフェース情報ＩＦＩＮＦを送信する場合を想定しているため、通知装置３００ａでは、端末装置５００ａに対するＱｏＳ制御に関する処理は、特に実行されない。従って、管理装置１００ａが品質制御装置２００ａのインタフェース情報ＩＦＩＮＦを送信する態様では、通知装置３００ａは、省かれてもよい。この場合、ネットワークシステム１０の構成が煩雑になることを抑制することができる。

図８は、図１に示したネットワークシステム１０の動作の別の例を示すシーケンスチャートである。図８に示す例では、図６及び図７と同様に、複数のネットワークＮＷのうちのネットワークＮＷａに端末装置５００ａが接続される場合を想定する。図６及び図７において説明した動作については、説明を省略する。

図８に示すステップＳ５００、Ｓ４００、Ｓ１００及びＳ１１０の処理は、例えば、図６に示したステップＳ５００、Ｓ４００、Ｓ１００及びＳ１１０の処理と同様である。但し、図８に示す例では、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦ及び通知装置３００ａのアドレス情報ＡＤＩＮＦの一方又は両方を端末装置５００ａに送信するか否かの判定結果が否定の場合を想定する。

このため、管理装置１００ａの送信制御部１３０は、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦ及び通知装置３００ａのアドレス情報ＡＤＩＮＦのいずれも端末装置５００ａに送信しない。また、管理装置１００ａの送信制御部１３０は、例えば、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦ及び通知装置３００ａのアドレス情報ＡＤＩＮＦのいずれも端末装置５００ａに送信しないことを示す未送信情報ＮＩＮＦを、端末装置５００ａに送信する（Ｓ１２４）。これにより、端末装置５００ａは、未送信情報ＮＩＮＦを管理装置１００ａから受信する（Ｓ５１４）。この場合、端末装置５００ａは、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦ及び通知装置３００ａのアドレス情報ＡＤＩＮＦのいずれも管理装置１００ａから送信されないことを認識できる。

なお、ネットワークシステム１０の動作は、図６、図７及び図８に示した例に限定されない。例えば、品質制御装置２００ａは、開始要求ＲＥＱｓｔにより指定されるＱｏＳ制御を実行しない場合、開始要求ＲＥＱｓｔに対する否定応答を端末装置５００ａに送信してもよい。また、例えば、品質制御装置２００ａは、否定応答を端末装置５００ａに送信する場合、ＱｏＳ制御を実行しない理由を示す否定理由情報を、端末装置５００ａに送信してもよい。

また、例えば、ステップＳ１１０の判定結果が否定の場合に行われるステップＳ１２４の処理は、省かれてもよい。すなわち、管理装置１００ａの送信制御部１３０は、未送信情報ＮＩＮＦを端末装置５００ａに送信しなくてもよい。

また、例えば、管理装置１００ａの送信制御部１３０は、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦのうち、一方を送信するか、両方を送信するか、又は、いずれも送信しないかを、手続情報ＰＲＩＮＦに基づいて判定してもよい。

また、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦ及び通知装置３００ａのアドレス情報ＡＤＩＮＦの一方又は両方を端末装置５００ａに送信するか否かの判定条件は、特に限定されないが、下記の例が考えられる。以下では、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦ及び通知装置３００ａのアドレス情報ＡＤＩＮＦの一方又は両方を端末装置５００ａに送信するか否かの判定は、送信判定とも称される。

管理装置１００ａの送信制御部１３０は、例えば、機能判定、要求判定、品質条件判定、時間帯判定及びエリア判定のうちのいずれか１つの判定結果を、送信判定の判定結果としてもよい。

例えば、手続情報ＰＲＩＮＦが図４において説明した端末機能情報を含む場合、管理装置１００ａの送信制御部１３０は、端末装置５００ａがＱｏＳ制御に必要な機能を有しているか否かを端末機能情報に基づいて判定する機能判定を実行してもよい。

また、例えば、手続情報ＰＲＩＮＦが図４において説明した要求情報を含む場合、管理装置１００ａの送信制御部１３０は、端末装置５００ａがＱｏＳ制御の実行を要求するか否かを要求情報に基づいて判定する要求判定を実行してもよい。

また、例えば、手続情報ＰＲＩＮＦが図４において説明した品質条件情報を含む場合、管理装置１００ａの送信制御部１３０は、端末装置５００ａが要求する予定の品質の条件がＱｏＳ制御の実行により満たされるか否かを品質条件情報に基づいて判定する品質条件判定を実行してもよい。

また、例えば、手続情報ＰＲＩＮＦが図４において説明した時間帯情報を含む場合、管理装置１００ａの送信制御部１３０は、端末装置５００ａがＱｏＳ制御を必要とする時間帯にネットワークＮＷａに接続されている可能性があるか否かを時間帯情報に基づいて判定する時間帯判定を実行してもよい。例えば、送信制御部１３０は、端末装置５００ａがＱｏＳ制御を必要とする時間帯が現時刻より所定時間以上後の時間帯である場合、端末装置５００ａがＱｏＳ制御を必要とする時間帯にネットワークＮＷａに接続されていないと、判定してもよい。あるいは、送信制御部１３０は、端末装置５００ａがＱｏＳ制御を必要とする時間帯が現時刻より過去の時間帯である場合、端末装置５００ａがＱｏＳ制御を必要とする時間帯にネットワークＮＷａに接続されていないと、判定してもよい。

また、例えば、手続情報ＰＲＩＮＦが図４において説明したエリア情報を含む場合、管理装置１００ａの送信制御部１３０は、端末装置５００ａがＱｏＳ制御を必要とするエリアに存在しているか否かをエリア情報に基づいて判定するエリア判定を実行してもよい。

そして、管理装置１００ａの送信制御部１３０は、機能判定、要求判定、品質条件判定、時間帯判定及びエリア判定の各々の判定結果に基づいて、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦの一方又は両方を端末装置５００ａに送信する。例えば、判定結果が肯定の場合、管理装置１００ａの送信制御部１３０は、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦ及び通知装置３００ａのアドレス情報ＡＤＩＮＦの一方又は両方を端末装置５００に送信する。また、判定結果が否定の場合、管理装置１００ａの送信制御部１３０は、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦ及び通知装置３００ａのアドレス情報ＡＤＩＮＦのいずれも端末装置５００ａに送信しない。

また、管理装置１００ａの送信制御部１３０は、例えば、機能判定、要求判定、品質条件判定、時間帯判定及びエリア判定のうちの複数の組み合わせの判定結果を、送信判定の判定結果としてもよい。例えば、機能判定、要求判定、品質条件判定、時間帯判定及びエリア判定のうち、組み合わされる複数の判定の全ての判定結果が否定の場合のみ、管理装置１００ａの送信制御部１３０は、通知装置３００のアドレス情報ＡＤＩＮＦを端末装置５００に送信しなくてもよい。すなわち、機能判定、要求判定、品質条件判定、時間帯判定及びエリア判定のうち、組み合わされる複数の判定のいずれかの判定結果が肯定の場合、管理装置１００ａの送信制御部１３０は、通知装置３００のアドレス情報ＡＤＩＮＦを端末装置５００に送信してもよい。

あるいは、機能判定、要求判定、品質条件判定、時間帯判定及びエリア判定のうち、組み合わされる複数の判定の全ての判定結果が肯定の場合のみ、管理装置１００ａの送信制御部１３０は、通知装置３００のアドレス情報ＡＤＩＮＦを端末装置５００に送信してもよい。すなわち、機能判定、要求判定、品質条件判定、時間帯判定及びエリア判定のうち、組み合わされる複数の判定のいずれかの判定結果が否定の場合、送信制御部１３０は、通知装置３００のアドレス情報ＡＤＩＮＦを端末装置５００に送信しなくてもよい。

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

また、例えば、端末装置５００ａのユーザがネットワークＮＷａの通信サービスを契約する際に、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦが、ネットワークＮＷａを管理する通信事業者により端末装置５００ａに設定される態様（以下、比較態様とも称する）が考えられる。すなわち、比較態様では、ネットワークＮＷａの通信サービスの契約に対応付けされた端末装置５００に、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦが設定される。換言すれば、比較態様では、ネットワークＮＷａの通信サービスの契約に対応付けされていない端末装置５００（以下、未契約の端末装置５００とも称する）には、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦが設定されない。このため、比較態様では、例えば、ネットワークＮＷａの通信サービスの契約の有無に拘わらず、特定のエリアに存在する端末装置５００に対してＱｏＳ制御を適用する場合等において、未契約の端末装置５００にＱｏＳ制御が適用されない問題がある。

これに対し、本実施形態では、品質制御装置２００ａのインタフェース情報ＩＦＩＮＦ又は通知装置３００ａのアドレス情報ＡＤＩＮＦは、ネットワークＮＷａの通信サービスの契約の有無に拘わらず、ネットワークＮＷａ内の管理装置１００ａから端末装置５００ａに送付される。このため、本実施形態では、例えば、ネットワークＮＷａの通信サービスの契約の有無に拘わらず、特定のエリアに存在する端末装置５００ａに対してＱｏＳ制御を適用する場合等においても、未契約の端末装置５００ａに対してＱｏＳ制御を適用させることができる。

以上、本実施形態では、ＱｏＳ制御される複数のネットワークＮＷのうちの一のネットワークＮＷに接続される端末装置５００と、端末装置５００と通信する管理装置１００とを有する。管理装置１００は、取得部１２０及び送信制御部１３０を有する。

取得部１２０は、端末装置５００が一のネットワークＮＷに接続する際に端末装置５００と一のネットワークＮＷとの間において行われる接続手続きの処理内容を示す手続情報ＰＲＩＮＦを取得する。

送信制御部１３０は、ＱｏＳ制御の開始を要求する開始要求ＲＥＱｓｔの受付に関するインタフェース情報ＩＦＩＮＦと、インタフェース情報ＩＦＩＮＦの取得を要求する取得要求ＲＥＱａｑの受付に関する情報との一方又は両方を、手続情報ＰＲＩＮＦに基づいて、端末装置５００に送信する。

インタフェース情報ＩＦＩＮＦは、端末装置５００が開始要求ＲＥＱｓｔを送信する場合の開始要求ＲＥＱｓｔの送信先を示すアドレス情報を含む。また、取得要求ＲＥＱａｑの受付に関する情報は、例えば、端末装置５００が取得要求ＲＥＱａｑを送信する場合の取得要求ＲＥＱａｑの送信先を示すアドレス情報ＡＤＩＮＦを含む。本実施形態では、アドレス情報ＡＤＩＮＦが、取得要求ＲＥＱａｑの受付に関する情報である。

また、端末装置５００は、インタフェース情報ＩＦＩＮＦにより示される開始要求ＲＥＱｓｔの送信先に、開始要求ＲＥＱｓｔを送信する要求部５２０を有する。要求部５２０は、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦのうちのアドレス情報ＡＤＩＮＦのみを管理装置１００から受信した場合、アドレス情報ＡＤＩＮＦにより示される取得要求ＲＥＱａｑの送信先に、取得要求ＲＥＱａｑを送信する。そして、要求部５２０は、取得要求ＲＥＱａｑの応答として取得したインタフェース情報ＩＦＩＮＦに基づいて、開始要求ＲＥＱｓｔの送信先を特定する。

このように、本実施形態では、品質制御装置２００のインタフェース情報ＩＦＩＮＦ等が端末装置５００に予め設定されていない場合でも、品質制御装置２００のインタフェース情報ＩＦＩＮＦ及び通知装置３００のアドレス情報ＡＤＩＮＦの一方又は両方が管理装置１００から端末装置５００に送信される。このため、本実施形態では、品質制御装置２００のインタフェース情報ＩＦＩＮＦ等が端末装置５００に予め設定されていない場合でも、端末装置５００に対するＱｏＳ制御を品質制御装置２００に実行させることができる。この結果、本実施形態では、複数の通信事業者が管理する複数のネットワークＮＷのいずれに対しても、ＱｏＳ制御の実行を要求できるアプリケーションプログラムを作成する場合に、アプリケーションプログラムが煩雑になることを抑制することができる。

また、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦのうちのアドレス情報ＡＤＩＮＦのみが管理装置１００から端末装置５００に送信される態様では、管理装置１００と端末装置５００との間の通信量（トラフィック）の増加を抑制することができる。また、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦのうちのインタフェース情報ＩＦＩＮＦのみが管理装置１００から端末装置５００に送信される態様では、通知装置３００ａは、省かれてもよい。この場合、ネットワークシステム１０の構成が煩雑になることを抑制することができる。

また、本実施形態では、例えば、インタフェース情報ＩＦＩＮＦは、必要機能情報及びＱｏＳパラメータ情報のうちの少なくとも１つをさらに含んでもよい。必要機能情報は、例えば、ＱｏＳ制御により実現される品質を端末装置５００が享受するために必要な機能を示す情報である。また、ＱｏＳパラメータ情報は、例えば、開始要求ＲＥＱｓｔを端末装置５００が送信する場合に開始要求ＲＥＱｓｔの送信先（品質制御装置２００）に通知すべきパラメータを示す情報である。

例えば、必要機能情報がインタフェース情報ＩＦＩＮＦに含まれる場合、端末装置５００の要求部５２０は、ＱｏＳ制御の開始を品質制御装置２００に要求する前に、端末装置５００がＱｏＳ制御により実現される品質を享受できるか否かを判定できる。すなわち、端末装置５００の要求部５２０は、インタフェース情報ＩＦＩＮＦに含まれる必要機能情報に基づいて、ＱｏＳ制御の開始を品質制御装置２００に要求するか否かを判定できる。

また、例えば、ＱｏＳパラメータ情報がインタフェース情報ＩＦＩＮＦに含まれる場合、端末装置５００の要求部５２０は、ＱｏＳ制御の開始を品質制御装置２００に要求する際に、ＱｏＳ制御に必要なパラメータの値等を品質制御装置２００に通知できる。例えば、端末装置５００の要求部５２０は、ＱｏＳ制御の開始要求ＲＥＱｓｔに、ＱｏＳ制御に必要なパラメータの値等を含めてもよい。すなわち、端末装置５００の要求部５２０は、インタフェース情報ＩＦＩＮＦに含まれるＱｏＳパラメータ情報に基づいて、ＱｏＳ制御の開始を品質制御装置２００に適切に要求できる。

また、本実施形態では、例えば、手続情報ＰＲＩＮＦは、加入者識別情報と、ユーザに割り当てられた電話番号と、モジュール識別情報と、アクセスポイント名とのうちの少なくとも１つを含んでもよい。加入者識別情報は、一のネットワークＮＷの通信サービスに加入しているユーザを識別する情報である。モジュール識別情報は、加入者識別情報及び電話番号を記憶するモジュールを識別する情報である。アクセスポイント名は、一のネットワークＮＷに接続するためのアクセスポイントを識別する情報である。手続情報ＰＲＩＮＦが、加入者識別情報、電話番号、モジュール識別情報及びアクセスポイント名のうちの少なくとも１つを含む場合、管理装置１００は、ネットワークＮＷに接続された端末装置５００がＱｏＳ制御を適用させる端末装置５００か否かを、手続情報ＰＲＩＮＦに基づいて判定することができる。

また、本実施形態では、例えば、手続情報ＰＲＩＮＦは、端末機能情報、要求情報、品質条件情報、時間帯情報及びエリア情報のうちの少なくとも１つをさらに含んでもよい。端末機能情報は、端末装置５００が有するＱｏＳ制御に関する機能を示す情報である。要求情報は、端末装置５００がＱｏＳ制御の実行を要求することを示す情報である。品質条件情報は、端末装置５００が要求する予定の品質の条件を示す情報である。時間帯情報は、端末装置５００がＱｏＳ制御を必要とする時間帯を示す情報である。エリア情報は、端末装置５００がＱｏＳ制御を必要とするエリアを示す情報である。

手続情報ＰＲＩＮＦが、端末機能情報、要求情報、品質条件情報、時間帯情報及びエリア情報のうちの少なくとも１つを含む場合、管理装置１００は、インタフェース情報ＩＦＩＮＦ等を端末装置５００に送信するか否かを、手続情報ＰＲＩＮＦに基づいて判定することができる。

例えば、手続情報ＰＲＩＮＦが端末機能情報を含む場合、送信制御部１３０は、端末装置５００がＱｏＳ制御に必要な機能を有しているか否かを端末機能情報に基づいて判定する機能判定を実行してもよい。この場合、送信制御部１３０は、機能判定の結果が肯定の場合、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦの一方又は両方を端末装置５００に送信する。また、送信制御部１３０は、機能判定の結果が否定の場合、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦのいずれも端末装置５００に送信しない。これにより、本実施形態では、ＱｏＳ制御に必要な機能を有していない端末装置５００にインタフェース情報ＩＦＩＮＦ等の不要な情報が送信されることを低減することができる。

また、例えば、手続情報ＰＲＩＮＦが要求情報を含む場合、送信制御部１３０は、端末装置５００がＱｏＳ制御の実行を要求するか否かを要求情報に基づいて判定する要求判定を実行してもよい。この場合、送信制御部１３０は、要求判定の結果が肯定の場合、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦの一方又は両方を端末装置５００に送信する。また、送信制御部１３０は、要求判定の結果が否定の場合、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦのいずれも端末装置５００に送信しない。これにより、本実施形態では、ＱｏＳ制御の実行を要求する予定のない端末装置５００にインタフェース情報ＩＦＩＮＦ等の不要な情報が送信されることを低減することができる。

また、例えば、手続情報ＰＲＩＮＦが品質条件情報を含む場合、送信制御部１３０は、端末装置５００が要求する予定の品質の条件がＱｏＳ制御の実行により満たされるか否かを品質条件情報に基づいて判定する品質条件判定を実行してもよい。この場合、送信制御部１３０は、要求判定の結果が肯定の場合、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦの一方又は両方を端末装置５００に送信する。また、送信制御部１３０は、要求判定の結果が否定の場合、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦのいずれも端末装置５００に送信しない。これにより、本実施形態では、端末装置５００により要求される品質を提供できない場合に、端末装置５００にインタフェース情報ＩＦＩＮＦ等の不要な情報が送信されることを低減することができる。

また、例えば、手続情報ＰＲＩＮＦが時間帯情報を含む場合、送信制御部１３０は、端末装置５００がＱｏＳ制御を必要とする時間帯にネットワークＮＷに接続されている可能性があるか否かを時間帯情報に基づいて判定する時間帯判定を実行してもよい。この場合、送信制御部１３０は、時間帯判定の結果が肯定の場合、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦの一方又は両方を端末装置５００に送信する。また、送信制御部１３０は、時間帯判定の結果が否定の場合、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦのいずれも端末装置５００に送信しない。これにより、本実施形態では、ＱｏＳ制御を必要とする時間帯にネットワークＮＷに接続されていない可能性の高い端末装置５００にインタフェース情報ＩＦＩＮＦ等の不要な情報が送信されることを低減することができる。

また、例えば、手続情報ＰＲＩＮＦがエリア情報を含む場合、送信制御部１３０は、端末装置５００がＱｏＳ制御を必要とするエリアに存在しているか否かをエリア情報に基づいて判定するエリア判定を実行してもよい。この場合、送信制御部１３０は、エリア判定の結果が肯定の場合、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦの一方又は両方を端末装置５００に送信する。また、送信制御部１３０は、エリア判定の結果が否定の場合、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦのいずれも端末装置５００に送信しない。これにより、本実施形態では、ＱｏＳ制御を必要とするエリアに存在していない端末装置５００にインタフェース情報ＩＦＩＮＦ等の不要な情報が送信されることを低減することができる。

このように、インタフェース情報ＩＦＩＮＦ等を端末装置５００に送信するか否かが手続情報ＰＲＩＮＦに基づいて判定される態様では、ＱｏＳ制御の対象とならない端末装置５００にインタフェース情報ＩＦＩＮＦ等の不要な情報が送信されることを低減することができる。この結果、本実施形態では、管理装置１００と端末装置５００との間の通信量（トラフィック）の増加を抑制することができる。

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

［第１変形例］
上述した実施形態では、通知装置３００の機能が管理装置１００により実現される場合のアドレス情報ＡＤＩＮＦについては、特に説明していないが、通知装置３００の機能が管理装置１００により実現される場合、管理装置１００のアドレスを示すアドレス情報がアドレス情報ＡＤＩＮＦであってもよい。第１変形例においても、上述した実施形態と同様の効果を得ることができる。また、第１変形例では、通知装置３００に対応するノードが省かれるため、管理装置１００と通知装置３００とが互いに異なるノードの場合に比べて、ネットワークシステム１０の構成が煩雑になることを抑制することができる。

［第２変形例］
上述した実施形態及び第１変形例では、ネットワークＮＷに複数の品質制御装置２００が含まれる場合については、特に説明していないが、例えば、ネットワークＮＷは、ＱｏＳ制御が複数のサービスに対応している場合等では、サービスによって異なる複数の品質制御装置２００を有してもよい。この場合、通知装置３００は、複数のサービスに対応した複数の品質制御装置２００のインタフェース情報ＩＦＩＮＦを、取得要求ＲＥＱａｑの応答として、端末装置５００に送信してもよい。第２変形例においても、上述した実施形態及び第１変形例と同様の効果を得ることができる。

［第３変形例］
上述した実施形態、第１変形例及び第２変形例では、通知装置３００のアドレス情報ＡＤＩＮＦが取得要求ＲＥＱａｑの受付に関する情報である場合を示したが、本発明はこのような態様に限定されるものではない。例えば、取得要求ＲＥＱａｑの受付に関する情報は、通知装置３００のアドレス情報ＡＤＩＮＦと、図５において説明した必要機能情報とを含んでもよい。この場合、管理装置１００ａの送信制御部１３０は、例えば、図６に示したステップＳ１２０において、通知装置３００ａのアドレス情報ＡＤＩＮＦと必要機能情報とを含む情報を、端末装置５００ａに送信する。端末装置５００の要求部５２０は、インタフェース情報ＩＦＩＮＦの取得を通知装置３００ａに要求する前に、端末装置５００がＱｏＳ制御により実現される品質を享受できるか否かを、管理装置１００ａから受信した必要機能情報に基づいて判定できる。

また、例えば、取得要求ＲＥＱａｑの受付に関する情報は、通知装置３００のアドレス情報ＡＤＩＮＦと、図５において説明したＱｏＳ制御のサポート情報とを含んでもよい。この場合、管理装置１００ａの送信制御部１３０は、例えば、図６に示したステップＳ１２０において、通知装置３００ａのアドレス情報ＡＤＩＮＦとＱｏＳ制御のサポート情報とを含む情報を、端末装置５００ａに送信する。端末装置５００の要求部５２０は、インタフェース情報ＩＦＩＮＦの取得を通知装置３００ａに要求する前に、端末装置５００が要求するＱｏＳ制御が品質制御装置２００によりサポートされているか否かを、管理装置１００ａから受信したＱｏＳ制御のサポート情報に基づいて判定できる。

なお、通知装置３００ａのアドレス情報ＡＤＩＮＦと必要機能情報とを含む情報、及び、通知装置３００ａのアドレス情報ＡＤＩＮＦとＱｏＳ制御のサポート情報とを含む情報は、「第２情報」の別の例である。第３変形例においても、上述した実施形態、第１変形例及び第２変形例と同様の効果を得ることができる。

［第４変形例］
上述した実施形態、第１変形例、第２変形例及び第３変形例では、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦの一方又は両方を端末装置５００に送信するか否かが手続情報ＰＲＩＮＦに基づいて判定される場合を示したが、本発明はこのような態様に限定されるものではない。例えば、管理装置１００の送信制御部１３０は、端末装置５００とネットワークＮＷとの間の接続が確立したことを契機に、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦの一方又は両方を端末装置５００に送信してもよい。従って、管理装置１００の送信制御部１３０は、管理装置１００の取得部１２０が手続情報ＰＲＩＮＦを取得したことを契機に、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦの一方又は両方を端末装置５００に送信してもよい。

第４変形例においても、複数の通信事業者が管理する複数のネットワークＮＷのいずれに対しても、ＱｏＳ制御の実行を要求できるアプリケーションプログラムを作成する場合に、アプリケーションプログラムが煩雑になることを抑制することができる。また、第４変形例では、インタフェース情報ＩＦＩＮＦ及びアドレス情報ＡＤＩＮＦの一方又は両方を端末装置５００に送信するか否かが判定される場合に比べて、管理装置１００の処理を簡易にすることができる。

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

（２）上述した実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

（１４）本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

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

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

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

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

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

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

Claims (10)

1. 通信サービスの品質が制御される複数のネットワークのうちの一のネットワークに接続される端末装置と通信する管理装置であって、
   前記端末装置が前記一のネットワークに接続する際に前記端末装置と前記一のネットワークとの間において行われる接続手続きの処理内容を示す手続情報を取得する取得部と、
   前記一のネットワークの前記通信サービスの品質を制御する品質制御の開始を要求する開始要求の受付に関する第１情報と、前記第１情報の取得を要求する取得要求の受付に関する第２情報との一方又は両方を、前記手続情報に基づいて、前記端末装置に送信する送信部と、
   を備え、
   前記第１情報は、前記端末装置が前記開始要求を送信する場合の前記開始要求の送信先を示す情報を含み、
   前記第２情報は、前記端末装置が前記取得要求を送信する場合の前記取得要求の送信先を示す情報を含む、
   ことを特徴とする管理装置。
2. 前記第１情報は、
   前記品質制御により実現される品質を前記端末装置が享受するために必要な機能を示す情報と、
   前記開始要求を前記端末装置が送信する場合に前記開始要求の送信先に通知すべきパラメータを示す情報と、
   のうちの少なくとも１つを、
   さらに含む、
   ことを特徴とする請求項１に記載の管理装置。
3. 前記手続情報は、
   前記一のネットワークの前記通信サービスに加入しているユーザを識別する加入者識別情報と、
   前記ユーザに割り当てられた電話番号と、
   前記加入者識別情報及び前記電話番号を記憶するモジュールを識別するモジュール識別情報と、
   前記一のネットワークに接続するためのアクセスポイントを識別するアクセスポイント名と、
   のうちの少なくとも１つを含む、
   ことを特徴とする請求項１又は２に記載の管理装置。
4. 前記手続情報は、
   前記端末装置が有する、前記品質制御に関する機能を示す端末機能情報と、
   前記端末装置が前記品質制御の実行を要求することを示す要求情報と、
   前記端末装置が要求する予定の品質の条件を示す品質条件情報と、
   前記端末装置が前記品質制御を必要とする時間帯を示す時間帯情報と、
   前記端末装置が前記品質制御を必要とするエリアを示すエリア情報と、
   のうちの少なくとも１つを、
   さらに含む、
   ことを特徴とする請求項３に記載の管理装置。
5. 前記手続情報は、
   前記端末機能情報を少なくとも含み、
   前記送信部は、
   前記端末装置が前記品質制御に必要な機能を有しているか否かを前記端末機能情報に基づいて判定する機能判定を実行し、
   前記機能判定の結果が肯定の場合、前記第１情報及び前記第２情報の一方又は両方を前記端末装置に送信し、
   前記機能判定の結果が否定の場合、前記第１情報及び前記第２情報のいずれも前記端末装置に送信しない、
   ことを特徴とする請求項４に記載の管理装置。
6. 前記手続情報は、
   前記要求情報を少なくとも含み、
   前記送信部は、
   前記端末装置が前記品質制御の実行を要求するか否かを前記要求情報に基づいて判定する要求判定を実行し、
   前記要求判定の結果が肯定の場合、前記第１情報及び前記第２情報の一方又は両方を前記端末装置に送信し、
   前記要求判定の結果が否定の場合、前記第１情報及び前記第２情報のいずれも前記端末装置に送信しない、
   ことを特徴とする請求項４に記載の管理装置。
7. 前記手続情報は、
   前記品質条件情報を少なくとも含み、
   前記送信部は、
   前記端末装置が要求する予定の品質の条件が前記品質制御の実行により満たされるか否かを前記品質条件情報に基づいて判定する品質条件判定を実行し、
   前記品質条件判定の結果が肯定の場合、前記第１情報及び前記第２情報の一方又は両方を前記端末装置に送信し、
   前記品質条件判定の結果が否定の場合、前記第１情報及び前記第２情報のいずれも前記端末装置に送信しない、
   ことを特徴とする請求項４に記載の管理装置。
8. 前記手続情報は、
   前記時間帯情報を少なくとも含み、
   前記送信部は、
   前記端末装置が前記品質制御を必要とする時間帯に前記一のネットワークに接続されている可能性があるか否かを前記時間帯情報に基づいて判定する時間帯判定を実行し、
   前記時間帯判定の結果が肯定の場合、前記第１情報及び前記第２情報の一方又は両方を前記端末装置に送信し、
   前記時間帯判定の結果が否定の場合、前記第１情報及び前記第２情報のいずれも前記端末装置に送信しない、
   ことを特徴とする請求項４に記載の管理装置。
9. 前記手続情報は、
   前記エリア情報を少なくとも含み、
   前記送信部は、
   前記端末装置が前記品質制御を必要とするエリアに存在しているか否かを前記エリア情報に基づいて判定するエリア判定を実行し、
   前記エリア判定の結果が肯定の場合、前記第１情報及び前記第２情報の一方又は両方を前記端末装置に送信し、
   前記エリア判定の結果が否定の場合、前記第１情報及び前記第２情報のいずれも前記端末装置に送信しない、
   ことを特徴とする請求項４に記載の管理装置。
10. 通信サービスの品質が制御される複数のネットワークのうちの一のネットワークに接続される端末装置と、前記端末装置と通信する管理装置とを備え、
    前記管理装置は、
    前記端末装置が前記一のネットワークに接続する際に前記端末装置と前記一のネットワークとの間において行われる接続手続きの処理内容を示す手続情報を取得する取得部と、
    前記一のネットワークの前記通信サービスの品質を制御する品質制御の開始を要求する開始要求の受付に関する第１情報と、前記第１情報の取得を要求する取得要求の受付に関する第２情報との一方又は両方を、前記手続情報に基づいて、前記端末装置に送信する送信部と、
    を備え、
    前記第１情報は、前記端末装置が前記開始要求を送信する場合の前記開始要求の送信先を示す情報を含み、
    前記第２情報は、前記端末装置が前記取得要求を送信する場合の前記取得要求の送信先を示す情報を含み、
    前記端末装置は、
    前記第１情報により示される前記開始要求の送信先に、前記開始要求を送信する要求部を備え、
    前記要求部は、
    前記第１情報及び前記第２情報のうちの前記第２情報のみを前記管理装置から受信した場合、前記第２情報により示される前記取得要求の送信先に、前記取得要求を送信し、前記取得要求の応答として取得した前記第１情報に基づいて、前記開始要求の送信先を特定する、
    ことを特徴とするネットワークシステム。

Images