(57)【要約】【課題】動画トラフィックが暗号化されていても暗号化されていなくても、適切に動画トラフィックを制御する技術を提供することが望ましい。【解決手段】通信装置の通信トラフィックを制御する制御装置であって、通信装置により送信された動画トラフィックを取得するトラフィック取得部と、動画トラフィックが暗号化されている場合に、動画トラフィックのトラフィックパターンを解析するパターン解析部と、動画トラフィックが暗号化されていない場合に、動画トラフィックの動画の内容を解析する内容解析部と、パターン解析部又は内容解析部による解析結果に基づいて、通信装置の通信トラフィックを制御するトラフィック制御部とを備える制御装置を提供する。【選択図】図１
2020010184.tif 000002
【特許請求の範囲】
【請求項１】
通信装置の通信トラフィックを制御する制御装置であって、
前記通信装置により送信された動画トラフィックを取得するトラフィック取得部と、
前記動画トラフィックが暗号化されている場合に、前記動画トラフィックのトラフィックパターンを解析するパターン解析部と、
前記動画トラフィックが暗号化されていない場合に、前記動画トラフィックの動画の内容を解析する内容解析部と、
前記パターン解析部又は前記内容解析部による解析結果に基づいて、前記通信装置の通信トラフィックを制御するトラフィック制御部と
を備える制御装置。
【請求項２】
前記トラフィック制御部は、複数のトラフィック制御パターンを格納する制御パターン格納部に格納されている前記複数のトラフィック制御パターンのうち、前記パターン解析部又は前記内容解析部による前記解析結果に対応するトラフィック制御パターンに基づいて、前記通信装置の通信トラフィックを制御する、請求項１に記載の制御装置。
【請求項３】
前記トラフィック取得部は、前記通信装置とインターネットとの間の通信を中継する中継システムから、前記中継システムが前記通信装置から受信した前記動画トラフィックを受信し、
前記トラフィック制御部は、前記パターン解析部又は前記内容解析部による前記解析結果に基づいて、前記通信トラフィックを制御する制御指示を前記中継システムに送信する、請求項１又は２に記載の制御装置。
【請求項４】
前記中継システムは、
前記通信装置と無線通信する無線装置と、
前記無線装置が前記通信装置から受信した通信トラフィックを前記無線装置から受信し、前記インターネットに送信するコアネットワークと
を含む、請求項３に記載の制御装置。
【請求項５】
前記トラフィック取得部は、前記無線装置から前記動画トラフィックを受信し、
前記トラフィック制御部は、前記パターン解析部又は前記内容解析部による前記解析結果に基づいて、前記コアネットワークに対して、前記通信装置に対応するベアラ設定を変更する変更指示を送信することにより、前記通信装置の通信トラフィックを制御する、請求項４に記載の制御装置。
【請求項６】
前記トラフィック制御部は、前記通信装置による前記動画トラフィックの通信プロトコルがＵＤＰであるか否かを判定し、ＵＤＰでない場合、前記コアネットワークに対して、前記通信装置に対応するベアラ設定を変更する変更指示を送信し、ＵＤＰである場合、前記無線装置に対して、前記通信装置に対する帯域割り当てを変更する変更指示を送信する、請求項５に記載の制御装置。
【請求項７】
前記トラフィック制御部は、前記パターン解析部又は前記内容解析部による前記解析結果に基づいて、前記無線装置に対して、前記通信装置に対する帯域割り当てを変更する変更指示を送信することにより、前記通信装置の通信トラフィックを制御する、請求項４に記載の制御装置。
【請求項８】
前記無線装置は、前記無線装置の通信セル内の前記通信装置と無線通信する無線基地局であり、
前記トラフィック制御部は、前記パターン解析部又は前記内容解析部による前記解析結果、及び前記無線装置の通信セルの混雑度に基づいて、前記通信装置の通信トラフィックを制御する、請求項５から７のいずれか一項に記載の制御装置。
【請求項９】
前記トラフィック制御部は、前記通信セルの混雑度が高いほど、前記通信装置の通信トラフィックを強く制限するように、前記通信装置の通信トラフィックを制御する、請求項８に記載の制御装置。
【請求項１０】
前記トラフィック制御部は、前記パターン解析部又は前記内容解析部による前記解析結果に基づいて生成した通知情報を、前記通信装置の通信先に対して送信する、請求項３から８のいずれか一項に記載の制御装置。
【請求項１１】
コンピュータを、請求項１から１０のいずれか一項に記載の制御装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御装置及びプログラムに関する。
【背景技術】
【０００２】
通信内容に応じた撮影フレームレートを動的に制御することで通信量を制御する技術が知られていた（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］国際公開第２０１３／１４５５３１号
【発明の概要】
【発明が解決しようとする課題】
【０００３】
動画トラフィックが暗号化されていても暗号化されていなくても、適切に動画トラフィックを制御可能な技術を提供することが望ましい。
【課題を解決するための手段】
【０００４】
本発明の第１の態様によれば、通信装置の通信トラフィックを制御する制御装置が提供される。制御装置は、通信装置により送信された動画トラフィックを取得するトラフィック取得部を備えてよい。制御装置は、動画トラフィックが暗号化されている場合に、動画トラフィックのトラフィックパターンを解析するパターン解析部を備えてよい。制御装置は、動画トラフィックが暗号化されていない場合に、動画トラフィックの動画の内容を解析する内容解析部を備えてよい。制御装置は、パターン解析部又は内容解析部による解析結果に基づいて、通信装置の通信トラフィックを制御するトラフィック制御部を備えてよい。
【０００５】
上記トラフィック制御部は、複数のトラフィック制御パターンを格納する制御パターン格納部に格納されている上記複数のトラフィック制御パターンのうち、上記パターン解析部又は上記内容解析部による上記解析結果に対応するトラフィック制御パターンに基づいて、上記通信装置の通信トラフィックを制御してよい。上記トラフィック取得部は、上記通信装置とインターネットとの間の通信を中継する中継システムから、上記中継システムが上記通信装置から受信した上記動画トラフィックを受信してよく、上記トラフィック制御部は、上記パターン解析部又は上記内容解析部による上記解析結果に基づいて、上記通信トラフィックを制御する制御指示を上記中継システムに送信してよい。
【０００６】
上記中継システムは、上記通信装置と無線通信する無線装置と、上記無線装置が上記通信装置から受信した通信トラフィックを上記無線装置から受信し、上記インターネットに送信するコアネットワークとを含んでよい。上記トラフィック取得部は、上記無線装置から上記動画トラフィックを受信してよく、上記トラフィック制御部は、上記パターン解析部又は上記内容解析部による上記解析結果に基づいて、上記コアネットワークに対して、上記通信装置に対応するベアラ設定を変更する変更指示を送信することにより、上記通信装置の通信トラフィックを制御してよい。上記トラフィック制御部は、上記通信装置による上記動画トラフィックの通信プロトコルがＵＤＰであるか否かを判定し、ＵＤＰでない場合、上記コアネットワークに対して、上記通信装置に対応するベアラ設定を変更する変更指示を送信し、ＵＤＰである場合、上記無線装置に対して、上記通信装置に対する帯域割り当てを変更する変更指示を送信してよい。上記トラフィック制御部は、上記パターン解析部又は上記内容解析部による上記解析結果に基づいて、上記無線装置に対して、上記通信装置に対する帯域割り当てを変更する変更指示を送信することにより、上記通信装置の通信トラフィックを制御してよい。上記無線装置は、上記無線装置の通信セル内の上記通信装置と無線通信する無線基地局であってよく、上記トラフィック制御部は、上記パターン解析部又は上記内容解析部による上記解析結果、及び上記無線装置の通信セルの混雑度に基づいて、上記通信装置の通信トラフィックを制御してよい。上記トラフィック制御部は、上記通信セルの混雑度が高いほど、上記通信装置の通信トラフィックを強く制限するように、上記通信装置の通信トラフィックを制御してよい。上記トラフィック制御部は、上記パターン解析部又は上記内容解析部による上記解析結果に基づいて生成した通知情報を、上記通信装置の通信先に対して送信してよい。
【０００７】
本発明の第２の態様によれば、コンピュータを、上記制御装置として機能させるためのプログラムが提供される。
【０００８】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【図面の簡単な説明】
【０００９】
【図１】制御装置１００の一例を概略的に示す。
【図２】制御装置１００の一例を概略的に示す。
【図３】制御装置１００による処理の流れの一例を概略的に示す。
【図４】制御パターンテーブル１５２の一例を概略的に示す。
【図５】パターン分類テーブル１３２の一例を概略的に示す。
【図６】動画分類テーブル１２２の一例を概略的に示す。
【図７】制御装置１００の一例を概略的に示す。
【図８】制御装置１００による処理の流れの一例を概略的に示す。
【図９】制御装置１００の一例を概略的に示す。
【図１０】制御パターンテーブル１５４の一例を概略的に示す。
【図１１】パターン分類テーブル１３４の一例を概略的に示す。
【図１２】制御装置１００の一例を概略的に示す。
【図１３】制御装置１００として機能するコンピュータ１０００のハードウェア構成の一例を概略的に示す。
【発明を実施するための形態】
【００１０】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００１１】
図１は、制御装置１００の一例を概略的に示す。本実施形態に係る制御装置１００は、中継システム２００を介してネットワーク４００と通信する通信装置３００の通信トラフィックを制御する。
【００１２】
通信装置３００は、例えば、中継システム２００との間で通信接続を確立し、確立した通信接続を介して、ネットワーク４００に対してトラフィックを送信したり、ネットワーク４００からトラフィックを受信したりする。なお、トラフィックを送信するとは、データを送信することであってよい。また、トラフィックを受信するとは、データを受信することであってよい。データは、例えば、パケットである。
【００１３】
通信装置３００は、動画のトラフィックである動画トラフィックを送信する機能を有してよく、中継システム２００を介して、ネットワーク４００に動画トラフィックを送信する。また、通信装置３００は、動画トラフィックを受信する機能を有してよく、中継システム２００を介して、ネットワーク４００から動画トラフィックを受信する。通信装置３００は、自らが動画を撮像する機能を有してよい。また、通信装置３００は、自らが動画を撮像する機能を有さず、他の装置によって撮像された動画を取得してもよい。通信装置３００は、中継システム２００と無線通信してよい。また、通信装置３００は、中継システム２００と有線通信してもよい。通信装置３００の例としては、ネットワークカメラ、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、スマートフォン等の携帯電話、タブレット端末、及び任意のＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇ）機器等が挙げられる。
【００１４】
通信装置３００は、任意の通信プロトコルに従って、中継システム２００との間でトラフィックを送受信する。通信プロトコルの例としては、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）、及びＲＴＰ（Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）等が挙げられる。
【００１５】
本実施形態に係る中継システム２００は、通信装置３００とネットワーク４００との間の通信を中継する。中継システム２００は、中継するデータをミラーリングして、制御装置１００に送信してよい。例えば、中継システム２００は、通信装置３００によって送信された動画トラフィックをネットワーク４００に送信するとともに、当該動画トラフィックをミラーリングして、制御装置１００に送信する。
【００１６】
制御装置１００は、受信した動画トラフィックを解析して、解析結果に基づいて、通信装置３００の通信トラフィックを制御する。制御装置１００は、トラフィック取得部１１０、内容解析部１２０、パターン解析部１３０、トラフィック制御部１４０、及び制御パターン格納部１５０を備える。トラフィック取得部１１０は、中継システム２００から動画トラフィックを受信する。
【００１７】
内容解析部１２０は、トラフィック取得部１１０が取得した動画トラフィックが暗号化されていない場合に、動画トラフィックの動画の内容を解析する。内容解析部１２０は、例えば、トラフィック取得部１１０が受信した動画トラフィックの動画の内容が、予め登録された複数の動画の種類のいずれに該当するかを判定する。
【００１８】
内容解析部１２０は、例えば、動画トラフィックがパケットである場合に、パケットのヘッダを参照することによって動画のコーデックを確認し、ペイロードを復号することによって、動画の内容を解析する。内容解析部１２０は、例えば、動画の内容が、スポーツ、映画及びドラマ等のコンテンツであるか、短編動画であるか、ＣＭ（Ｃｏｍｍｅｒｃｉａｌ  Ｍｅｓｓａｇｅ）であるか、ライブ配信であるか、監視カメラの映像であるか等を判定する。動画の種類は、これに限らず、他の種類を含んでもよい。内容解析部１２０として、動画データから、動画の内容を認識する公知の動画認識ＡＩ（Ａｒｔｉｆｉｃｉａｌ  Ｉｎｔｅｌｌｉｇｅｎｃｅ）を用いてもよい。
【００１９】
パターン解析部１３０は、トラフィック取得部１１０が受信した動画トラフィックが暗号化されている場合に、動画トラフィックのトラフィックパターンを解析する。パターン解析部１３０は、例えば、トラフィック取得部１１０が受信した動画トラフィックのトラフィックパターンが、予め登録された複数のトラフィックパターンのいずれに該当するかを判定する。
【００２０】
パターン解析部１３０は、例えば、動画トラフィックのプロトコル、動画トラフィックの平均帯域、動画トラフィックの動画のコンテンツ時間、及び動画トラフィックの送信先から、予め登録された複数のトラフィックパターンのいずれに該当するかを判定する。パターン解析部１３０として、動画トラフィックからトラフィックパターンを認識する公知のトラフィックパターン認識ＡＩを用いてもよい。
【００２１】
トラフィック取得部１１０は、中継システム２００から受信した動画トラフィックが暗号化されていない場合には、当該動画トラフィックを内容解析部１２０に送信し、暗号化されている場合には、当該動画トラフィックをパターン解析部１３０に送信してよい。また、トラフィック取得部１１０は、中継システム２００から受信した動画トラフィックを内容解析部１２０及びパターン解析部１３０の両方に送信してもよい。この場合、内容解析部１２０は、トラフィック取得部１１０から受信した動画トラフィックが暗号化されていない場合には動画の内容を解析し、暗号化されている場合には破棄してよい。パターン解析部１３０は、トラフィック取得部１１０から受信した動画トラフィックが暗号化されている場合には動画トラフィックのトラフィックパターンを解析し、暗号化されていない場合には破棄してよい。
【００２２】
トラフィック制御部１４０は、内容解析部１２０又はパターン解析部１３０による解析結果に基づいて、通信装置３００の通信トラフィックを制御する。トラフィック制御部１４０は、内容解析部１２０又はパターン解析部１３０による解析結果に基づいて、通信装置３００の通信トラフィックを制御する制御指示を中継システム２００に送信することにより、通信装置３００の通信トラフィックを制御してよい。中継システム２００は、制御装置１００から受信した制御指示に従って、例えば、通信装置３００に割り当てる帯域を制限したり、制限を解除したり、帯域を増加したりする。
【００２３】
トラフィック制御部１４０は、動画トラフィックが暗号化されていない場合、内容解析部１２０による解析結果に基づいて通信装置３００の通信トラフィックを制御する。トラフィック制御部１４０は、動画トラフィックが暗号化されている場合、パターン解析部１３０による解析結果に基づいて通信装置３００の通信トラフィックを制御する。
【００２４】
トラフィック制御部１４０は、制御パターン格納部１５０に格納されている制御パターンに基づいて、通信装置３００の通信トラフィックを制御してよい。制御パターン格納部１５０は、複数の動画の種類のそれぞれに対応する複数の制御パターンを格納してよい。また、制御パターン格納部１５０は、複数のトラフィックパターンのそれぞれに対応する複数の制御パターンを格納してよい。
【００２５】
トラフィック制御部１４０は、例えば、内容解析部１２０による解析結果が示す動画の種類に対応する制御パターンを制御パターン格納部１５０から読み出して、当該制御パターンに基づいて、通信装置３００の通信トラフィックを制御する。具体例として、トラフィック制御部１４０は、内容解析部１２０による解析結果が示す動画の種類が、スポーツの試合を撮影した動画のように、帯域消費が大きく、コンテンツ時間が長い動画である場合には、通信装置３００の通信帯域に対して、強い帯域制限を長時間適用する。また、トラフィック制御部１４０は、内容解析部１２０による解析結果が示す動画の種類が、動画投稿サイトにアップロードする比較的短い短編動画である場合、通信装置３００の通信帯域に対して、弱い帯域制限を短時間適用する。強い帯域制限と、弱い帯域制限の具体的な帯域制限量は、任意に定められてよい。長時間適用する場合と、短時間適用する場合のそれぞれの時間についても、任意に定められてよい。
【００２６】
トラフィック制御部１４０は、例えば、パターン解析部１３０による解析結果が示すトラフィックパターンに対応する制御パターンを制御パターン格納部１５０から読み出して、当該制御パターンに基づいて、通信装置３００の通信トラフィックを制御する。具体例として、トラフィック制御部１４０は、パターン解析部１３０による解析結果が示すトラフィックパターンが、定期的に大きいトラフィックが発生するパターンであって、平均帯域が大きく、コンテンツ時間が長いパターンである場合、通信装置３００の通信帯域に対して、強い帯域制限を長時間適用する。また、トラフィック制御部１４０は、パターン解析部１３０による解析結果が示すトラフィックパターンが、定期的に大きいトラフィックが発生するパターンであって、平均帯域が小さく、コンテンツ時間が短いパターンである場合、通信装置３００の通信帯域に対して、弱い帯域制限を短時間適用する。平均帯域が大きいか小さいかを判定する閾値は、任意に定められてよい。また、コンテンツ時間が長いか短いかを安定する閾値も、任意に定められてよい。
【００２７】
制御装置１００が上述した処理を実行することによって、動画トラフィックが暗号化されていても暗号化されていなくても、適切に通信装置３００の動画トラフィックを制御することができる。
【００２８】
図２は、制御装置１００の一例を概略的に示す。図２は、制御装置１００を、通信事業者によって提供されるキャリアネットワーク１０に適用した場合について例示している。図２では、中継システム２００として、無線装置２１０及びコアネットワーク２２０を例示している。図２に示す例において、ネットワーク４００は、例えばインターネットである。
【００２９】
無線装置２１０は、通信装置３００と無線通信する。無線装置２１０は、通信装置３００から受信したトラフィックをコアネットワーク２２０に送信する。また、無線装置２１０は、コアネットワーク２２０から受信した通信装置３００宛のトラフィックを、通信装置３００に送信する。無線装置２１０は、例えば、ｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）等の無線基地局である。コアネットワーク２２０は、無線装置２１０から受信したトラフィックを通信装置３００の通信先に向けて、ネットワーク４００に送信する。
【００３０】
本例において、トラフィック取得部１１０は、無線装置２１０から動画トラフィックを受信する。そして、トラフィック制御部１４０は、当該動画トラフィックの内容解析部１２０又はパターン解析部１３０による解析結果に基づいて、通信装置３００の通信トラフィックを制御する制御指示をコアネットワーク２２０に送信する。
【００３１】
トラフィック制御部１４０は、例えば、通信装置３００に対するベアラ設定を変更する変更指示をコアネットワーク２２０に送信する。コアネットワーク２２０は、トラフィック制御部１４０から受信した変更指示に従って、通信装置３００に対するベアラ設定を変更する。例えば、コアネットワーク２２０は、変更指示に従って通信装置３００に対するベアラ設定を変更することにより、通信装置３００に対する割当帯域を低減することによって、通信装置３００の通信トラフィックを制限する。
【００３２】
５Ｇ（５ｔｈ  Ｇｅｎｅｒａｔｉｏｎ）やＩｏＴビジネスの普及に伴い、監視カメラや車載カメラなどのネットワークカメラの普及が見込まれる。動画データのアップロードに使用される帯域は非常に大きいため、通信事業者はアプリケーションの用途・通信特性を考慮しつつ、トラフィック制御をする仕組みが必要となる。しかし、ネットワークカメラの従来の通信制御はアプリケーション事業者主体のサーバ側からの制御又はカメラデバイス自身が行う制御であり、通信事業者が自社の都合で帯域制御を行うと著しくユーザのＱｏＥ（Ｑｕａｌｉｔｙ  ｏｆ  Ｅｘｐｅｒｉｅｎｃｅ）を損なう恐れがあった。また、ＩｏＴの普及においては、多数のネットワークカメラが設置されることになるため、より安価でシンプルな機能のカメラや既存のカメラが求められるため、アプリケーション事業者主体の通信量制御ができない恐れがある。
【００３３】
本実施形態に係る制御装置１００によれば、制御装置１００が、内容解析部１２０及びパターン解析部１３０の両方を備えることで、ネットワークカメラ等の映像内容を通信事業者が把握可能になり、ユーザのＱｏＥを損なわずに帯域制御することを可能にし、かつ、カメラデバイスの仕様に依らず通信量制御を実現することができることで、安価なカメラが大量導入されても、帯域制御をすることが可能になる。これらによって、上述の課題を解決することができる。
【００３４】
制御装置１００は、キャリアネットワーク１０内の任意の位置に配置されてよい。制御装置１００は、ＭＥＣ（Ｍｏｂｉｌｉｔｙ  Ｅｄｇｅ  Ｃｏｍｐｕｔｉｎｇ）内に配置されてもよい。また、制御装置１００がＭＥＣ自体であってもよい。
【００３５】
図３は、制御装置１００による処理の流れの一例を概略的に示す。ここでは、制御装置１００が、通信装置３００に割り当てられたＩＤ／ＩＰアドレス等を、通信装置３００の通信先等の情報から事前に把握しており、中継システム２００によって管理されている帯域が輻輳していることを前提とし、通信装置３００の通信トラフィックの制御を開始するまでの処理の流れを説明する。
【００３６】
ステップ（ステップをＳと省略して記載する場合がある。）１０２では、トラフィック取得部１１０が、無線装置２１０から、動画トラフィックのミラーリングパケットを受信する。Ｓ１０４では、トラフィック取得部１１０が、通信内容が暗号化されているか否かを判定する。暗号化されていると判定された場合、Ｓ１０６に進み、暗号化されていないと判定された場合、Ｓ１０８に進む。
【００３７】
Ｓ１０６では、パターン解析部１３０が、動画トラフィックのトラフィックパターンを解析する。Ｓ１０８では、内容解析部１２０が、動画トラフィックの動画の内容を解析する。
【００３８】
Ｓ１１０では、トラフィック制御部１４０が、Ｓ１０６又はＳ１０８における解析結果に対応する制御パターンを、制御パターン格納部１５０から取得する。Ｓ１１２では、トラフィック制御部１４０が、Ｓ１１０において取得した制御パターンに従って、コアネットワーク２２０のＧＷ（Ｇａｔｅｗａｙ）装置のベアラ設定を変更して、通信装置３００の割当帯域を低減する。
【００３９】
トラフィック制御部１４０は、例えば、動画の種類がスポーツを撮像した撮像画像であったり、トラフィックパターンが定期的に大きいトラフィックが発生するパターンであったりした場合には、通信装置３００の割当帯域を低減せず、動画の種類が監視カメラ映像であったり、トラフィックパターンが定期的に小さいトラフィックが継続するパターンであったりした場合に、通信トラフィックの量が大きく変動しない限り、通信装置３００の割当帯域を低減する。これにより、監視カメラ映像について、大きな変化が起きない期間について、割当帯域が低減されることになる。このような期間の映像は、重要度が低いことから、ユーザのＱｏＥを損なうことなく、割当帯域を低減することができる。
【００４０】
図４は、制御パターンテーブル１５２の一例を概略的に示す。図４に例示する制御パターンテーブル１５２では、４つの制御パターンを例示している。制御パターンテーブル１５２に登録される制御パターンの数は、任意の数であってよい。図４に例示する制御パターンテーブル１５２は、項目として、制御パターン番号、帯域制限可否＿程度、パケットドロップ可否、及び制御時間を含む場合を例示しているが、制御パターンテーブル１５２は、これら以外の項目を含んでもよい。
【００４１】
図４に示す例において、制御パターン１は、帯域制限が可能であり、帯域制限の程度が強く、パケットドロップが不可であり、制御時間が長いパターンである。制御パターン２は、帯域制限が可能であり、帯域制限の程度が弱く、パケットドロップが不可であり、制御時間が短いパターンである。制御パターン３は、帯域制限が可能であり、帯域制限の程度が弱く、パケットドロップが不可であり、制御時間が長いパターンである。制御パターン４は、帯域制限が可能であり、帯域制限の程度が強く、パケットドロップが可であり、制御時間が短いパターンである。
【００４２】
図５は、パターン分類テーブル１３２の一例を概略的に示す。図５に例示するパターン分類テーブル１３２では、５つのトラフィックパターンを例示している。パターン分類テーブル１３２に登録されるトラフィックパターンの数は、任意の数であってよい。図５に例示するパターン分類テーブル１３２は、項目として、トラフィックパターン、プロトコル、平均帯域、コンテンツ時間、通信先、制御パターン番号を含む場合を例示しているが、パターン分類テーブル１３２は、これら以外の項目を含んでもよい。
【００４３】
図５に示す例において、Ａ１は、定期的に大きいトラフィックが発生し、プロトコルがＴＣＰであり、平均帯域が大きく、コンテンツ時間が長く、通信先がａａａａであり、対応する制御パターンが制御パターン２であるトラフィックパターンを示す。Ａ２は、定期的に大きいトラフィックが発生し、プロトコルがＴＣＰであり、平均帯域が小さく、コンテンツ時間が短く、通信先がｂｂｂｂであり、対応する制御パターンが制御パターン１であるトラフィックパターンを示す。Ａ３は、定期的に小さいトラフィックが継続し、プロトコルがＴＣＰであり、平均帯域が小さく、通信先がｃｃｃｃであり、対応する制御パターンが制御パターン３であるトラフィックパターンを示す。Ａ４は、中心となるスループットを中心にランダムに変動し、プロトコルがＵＤＰであり、平均帯域が大きく、コンテンツ時間が長く、通信先がｄｄｄｄであり、対応する制御パターンが制御パターン３であるトラフィックパターンを示す。Ａ５は、中心となるスループットを中心にランダムに変動し、プロトコルがＵＤＰであり、平均帯域が小さく、コンテンツ時間が長く、通信先がｅｅｅｅであり、対応する制御パターンが制御パターン３であるトラフィックパターンを示す。
【００４４】
パターン解析部１３０は、動画トラフィックを解析して、動画トラフィックのトラフィックパターンが、パターン分類テーブル１３２のいずれのトラフィックパターンに該当するかを判定してよい。トラフィック制御部１４０は、パターン解析部１３０が判定したトラフィックパターンに対応する制御パターンを、制御パターンテーブル１５２から読み出してよい。
【００４５】
図６は、動画分類テーブル１２２の一例を概略的に示す。図６に例示する動画分類テーブル１２２では、５つの動画の種類を例示している。動画分類テーブル１２２に登録される動画の種類の数は、任意の数であってよい。図６に例示する動画分類テーブル１２２は、項目として、コンテンツ内容、プロトコル、帯域消費、コンテンツ時間、及び制御パターン番号を含む場合を例示しているが、動画分類テーブル１２２は、これら以外の項目を含んでもよい。
【００４６】
図６に示す例において、Ｂ１は、コンテンツ内容が、スポーツ／映画／ドラマ等であり、プロトコルがＴＣＰであり、帯域消費が大きく、コンテンツ時間が長く、対応する制御パターンが制御パターン１である動画の種類を示す。Ｂ２は、コンテンツ内容が、短編動画であり、プロトコルがＴＣＰであり、帯域消費が大きく、コンテンツ時間が短く、対応する制御パターンが制御パターン２である動画の種類を示す。Ｂ３は、コンテンツ内容が、ＣＭであり、プロトコルがＴＣＰであり、帯域消費が小さく、コンテンツ時間が短く、対応する制御パターンが制御パターン２である動画の種類を示す。Ｂ４は、コンテンツ内容が、ライブ配信であり、プロトコルがＵＤＰであり、帯域消費が大きく、コンテンツ時間が長く、対応する制御パターンが制御パターン３である動画の種類を示す。Ｂ５は、コンテンツ内容が、監視であり、プロトコルがＵＤＰであり、帯域消費が小さく、コンテンツ時間が長く、対応する制御パターンが制御パターン４である動画の種類を示す。
【００４７】
内容解析部１２０は、動画トラフィックの動画の内容を解析して、動画が、動画分類テーブル１２２のいずれの動画の種類に該当するかを判定してよい。トラフィック制御部１４０は、内容解析部１２０が判定した動画の種類に対応する制御パターンを、制御パターンテーブル１５４から読み出してよい。
【００４８】
図７は、制御装置１００の一例を概略的に示す。ここでは、図２と異なる点を主に説明する。図７に示す制御装置１００のトラフィック制御部１４０は、無線装置２１０に対して、通信装置３００の通信トラフィックを制御する指示を送信することにより、通信装置３００の通信トラフィックを制御する。
【００４９】
トラフィック制御部１４０は、例えば、内容解析部１２０又はパターン解析部１３０の解析結果に基づいて、無線装置２１０に対して、通信装置３００に対する帯域割当を変更する変更指示を送信することにより、通信装置３００の通信トラフィックを制御する。また、トラフィック制御部１４０は、例えば、通信装置３００による動画トラフィックのプロトコルがＵＤＰであるか否かを判定し、ＵＤＰでない場合、コアネットワーク２２０に対して、通信装置３００に対するベアラ設定を変更する変更指示を送信し、ＵＤＰである場合、無線装置２１０に対して、通信装置３００に対する帯域割当を変更する変更指示を送信する。
【００５０】
図８は、制御装置１００による処理の流れの一例を概略的に示す。ここでは、図３とは異なる点を主に説明する。
【００５１】
Ｓ２０２では、トラフィック取得部１１０が、無線装置２１０から、動画トラフィックのミラーリングパケットを受信する。Ｓ２０４では、トラフィック取得部１１０が、通信内容が暗号化されているか否かを判定する。暗号化されていると判定された場合、Ｓ２０６に進み、暗号化されていないと判定された場合、Ｓ２０８に進む。Ｓ２０６では、パターン解析部１３０が、動画トラフィックのトラフィックパターンを解析する。Ｓ２０８では、内容解析部１２０が、動画トラフィックの動画の内容を解析する。Ｓ２１０では、トラフィック制御部１４０が、Ｓ２０６又はＳ２０８における解析結果に対応する制御パターンを、制御パターン格納部１５０から取得する。
【００５２】
Ｓ２１２では、トラフィック制御部１４０が、通信装置３００による動画トラフィックの通信プロトコルがＵＤＰであるか否かを判定する。通信プロトコルが、ＵＤＰではなく、ＴＣＰ等であった場合、Ｓ２１４に進み、ＵＤＰであった場合、Ｓ２１６に進む。
【００５３】
Ｓ２１４では、トラフィック制御部１４０が、Ｓ２１０において取得した制御パターンに従って、コアネットワーク２２０のＧＷ装置のベアラ設定を変更して、通信装置３００の割当帯域を低減する。Ｓ２１６では、トラフィック制御部１４０が、通信負荷に応じて、無線装置２１０での通信装置３００に対する帯域割当を低減させる。トラフィック制御部１４０は、例えば、ＵＤＰパケットをドロップさせる。具体例として、トラフィック制御部１４０は、ＵＤＰパケットのバッファを制限したり、ＵＤＰパケットのバッファの制限を強めたりする。
【００５４】
図９は、制御装置１００の一例を概略的に示す。ここでは、図７と異なる点を主に説明する。図９では、無線装置２１０が、通信セル内の通信装置３００と無線通信する無線基地局２１２である場合を例示している。図９に示す制御装置１００のトラフィック制御部１４０は、内容解析部１２０又はパターン解析部１３０による解析結果と、無線基地局２１２から受信した情報とに基づいて、通信装置３００の通信トラフィックを制御する。
【００５５】
トラフィック制御部１４０は、例えば、無線基地局２１２から、通信セルの混雑度を受信する。そして、トラフィック制御部１４０は、内容解析部１２０又はパターン解析部１３０による解析結果と、無線基地局２１２の通信セルの混雑度に基づいて、通信装置３００の通信トラフィックを制御する。トラフィック制御部１４０は、例えば、無線装置２１０の通信セルの混雑度が高いほど、通信装置３００の通信トラフィックを強く制限するように、通信装置３００の通信トラフィックを制御する。
【００５６】
図１０は、制御パターンテーブル１５４の一例を概略的に示す。ここでは、図４に示す制御パターンテーブル１５２とは異なる点を主に説明する。図１０に示す制御パターンテーブル１５４は、制御パターン１〜制御パターン４に加えて、制御パターン５〜制御パターン８を含む。
【００５７】
図１１は、パターン分類テーブル１３４の一例を概略的に示す。ここでは、図５に示すパターン分類テーブル１３２とは異なる点を主に説明する。図１１に示すパターン分類テーブル１３４は、項目として、セル混雑度を含む。
【００５８】
図１０及び図１１に示したように、パターン分類テーブル１３４は、項目としてセル混雑度を含んでよく、制御パターンテーブル１５４は、パターン分類テーブル１３４がセル混雑度を含んだ分、増加する組み合わせに対応する制御パターンを含んでよい。これらによって、無線装置２１０のセル混雑度も考慮して、通信装置３００の通信トラフィックを適切に制限することができる。
【００５９】
図１２は、制御装置１００の一例を概略的に示す。ここでは、図２と異なる点を主に説明する。図１２に示す制御装置１００のトラフィック制御部１４０は、内容解析部１２０又はパターン解析部１３０による解析結果に基づいて生成した通知情報を、通信装置３００の通信先に対して送信する。
【００６０】
ここでは、通信装置３００が監視カメラであり、通信装置３００の通信先が、カメラ監視を行うＡＰＰサーバ４１０である場合を例に挙げて説明する。通信装置３００は、監視対象エリアの撮像画像を無線装置２１０、コアネットワーク２２０、及びネットワーク４００を介して、継続的にＡＰＰサーバ４１０に送信する。ＡＰＰサーバ４１０は、受信した撮像画像を格納する。また、格納した撮像画像をオペレータ等に閲覧させて、監視対象エリアに異常が発生していないかを確認させる。ここで、オペレータが常に撮像画像を閲覧している状況でない場合、撮像対象エリアに異常が発生したことに、オペレータがすぐに気付かない場合がある。
【００６１】
本実施形態に係るトラフィック制御部１４０は、内容解析部１２０による解析結果が、監視対象エリアに異常が発生したことを示す場合に、監視対象エリアに異常が発生した可能性があることを通知する通知データをＡＰＰサーバ４１０に送信する。また、トラフィック制御部１４０は、パターン解析部１３０による解析結果が、定常的にトラフィックが継続している状態から、突発的にトラフィックの量が増加したことを示す場合に、監視対象エリアに異常が発生した可能性があることを通知する通知データをＡＰＰサーバ４１０に送信する。これにより、ＡＰＰサーバ４１０側で気づけなかった監視対象エリアの異常の発生を、通信事業者側からＡＰＰサーバ４１０に知らせることができる。
【００６２】
図１３は、制御装置１００として機能するコンピュータ１０００のハードウェア構成の一例を概略的に示す。本実施形態に係るコンピュータ１０００は、ホストコントローラ１０９２により相互に接続されるＣＰＵ１０１０及びＲＡＭ１０３０を有するＣＰＵ周辺部と、入出力コントローラ１０９４によりホストコントローラ１０９２に接続されるＲＯＭ１０２０、通信Ｉ／Ｆ１０４０、ハードディスクドライブ１０５０、及び入出力チップ１０８０を有する入出力部を備える。
【００６３】
ＣＰＵ１０１０は、ＲＯＭ１０２０及びＲＡＭ１０３０に格納されたプログラムに基づいて動作し、各部の制御を行う。通信Ｉ／Ｆ１０４０は、有線又は無線によりネットワークを介して他の装置と通信する。また、通信Ｉ／Ｆ１０４０は、通信を行うハードウェアとして機能する。ハードディスクドライブ１０５０は、ＣＰＵ１０１０が使用するプログラム及びデータを格納する。
【００６４】
ＲＯＭ１０２０は、コンピュータ１０００が起動時に実行するブート・プログラム及びコンピュータ１０００のハードウェアに依存するプログラムなどを格納する。入出力チップ１０８０は、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポートなどを介して各種の入出力装置を入出力コントローラ１０９４へと接続する。
【００６５】
ＲＡＭ１０３０を介してハードディスクドライブ１０５０に提供されるプログラムは、ＩＣカードなどの記録媒体に格納されて利用者によって提供される。プログラムは、記録媒体から読み出され、ＲＡＭ１０３０を介してハードディスクドライブ１０５０にインストールされ、ＣＰＵ１０１０において実行される。
【００６６】
コンピュータ１０００にインストールされ、コンピュータ１０００を制御装置１００として機能させるプログラムは、ＣＰＵ１０１０などに働きかけて、コンピュータ１０００を、制御装置１００の各部としてそれぞれ機能させてよい。これらのプログラムに記述された情報処理は、コンピュータ１０００に読込まれることにより、ソフトウエアと上述した各種のハードウェア資源とが協働した具体的手段であるトラフィック取得部１１０、内容解析部１２０、パターン解析部１３０、トラフィック制御部１４０、及び制御パターン格納部１５０として機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ１０００の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有の制御装置１００が構築される。
【００６７】
上記実施形態では、通信装置３００からネットワーク４００に対して動画トラフィックを送信する場合に、制御装置１００が通信装置３００の通信トラフィックを制御する例を主に挙げて説明したが、これに限らない。制御装置１００は、通信装置３００がネットワーク４００から動画トラフィックを受信する場合に、通信装置３００の通信トラフィックを制御してもよい。
【００６８】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【００６９】
特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階などの各処理の実行順序は、特段「より前に」、「先立って」などと明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」などを用いて説明したとしても、この順で実施することが必須であることを意味するものではない。
【符号の説明】
【００７０】
１、２、３、４、５、８  制御パターン、１０  キャリアネットワーク、１００  制御装置、１１０  トラフィック取得部、１２０  内容解析部、１２２  動画分類テーブル、１３０  パターン解析部、１３２  パターン分類テーブル、１３４  パターン分類テーブル、１４０  トラフィック制御部、１５０  制御パターン格納部、１５２  制御パターンテーブル、１５４  制御パターンテーブル、２００  中継システム、２１０  無線装置、２１２  無線基地局、２２０  コアネットワーク、３００  通信装置、４００  ネットワーク、４１０  ＡＰＰサーバ、１０００  コンピュータ、１０１０  ＣＰＵ、１０２０  ＲＯＭ、１０３０  ＲＡＭ、１０４０  通信Ｉ／Ｆ、１０５０  ハードディスクドライブ、１０８０  入出力チップ、１０９２  ホストコントローラ、１０９４  入出力コントローラ
【図１】
2020010184.tif 000003
【図２】
2020010184.tif 000004
【図３】
2020010184.tif 000005
【図４】
2020010184.tif 000006
【図５】
2020010184.tif 000007
【図６】
2020010184.tif 000008
【図７】
2020010184.tif 000009
【図８】
2020010184.tif 000010
【図９】
2020010184.tif 000011
【図１０】
2020010184.tif 000012
【図１１】
2020010184.tif 000013
【図１２】
2020010184.tif 000014
【図１３】
2020010184.tif 000015