(57)【要約】  複数のトラヒックパターンが混在する環境において、ＡＢＲトラヒックを高速に特定するデータ通信装置を提供する。データ通信装置は、送受信部と、ＡＢＲ判定部と、方式決定部と、を備える。送受信部は、端末及びサーバとの間でデータを送受信する。ＡＢＲ判定部は、サーバから端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定する。方式決定部は、ＡＢＲ判定部による判定結果に応じて、サーバからの受信データを端末に転送する際のデータ転送方式を決定する。さらに、送受信部は、方式決定部により決定されたデータ転送方式によりサーバからの受信データを端末に転送する。
2019070020.tif 000002
【特許請求の範囲】
【請求項１】
端末及びサーバとの間でデータを送受信する送受信部と、
前記サーバから前記端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定する、ＡＢＲ判定部と、
前記ＡＢＲ判定部による判定結果に応じて、前記サーバからの受信データを前記端末に転送する際のデータ転送方式を決定する、方式決定部と、
を備え、
前記送受信部は、前記方式決定部により決定されたデータ転送方式により前記サーバからの受信データを前記端末に転送する、データ通信装置。
【請求項２】
前記送受信部は、前記サーバから受信したデータを所定期間に亘り蓄積し、
前記ＡＢＲ判定部は、
前記蓄積された受信データから、所定の単位区間におけるデータ量が第１の閾値よりも大きい区間が連続する区間をデータ通信区間、前記所定の単位区間におけるデータ量が前記第１の閾値以下となる区間が連続する区間を無通信区間としてそれぞれ算出し、
前記データ通信区間と前記無通信区間を１つのサイクルと定め、
前記蓄積された受信データから複数の前記サイクルを算出し、
前記複数のサイクルそれぞれに、ＡＢＲトラヒックの特徴が表れているか否かを判定し、
前記複数のサイクルそれぞれの判定結果に基づいて、前記サーバから前記端末へのデータ送信方式がＡＢＲ配信方式であるか否かを判定する、請求項１のデータ通信装置。
【請求項３】
前記ＡＢＲ判定部は、
第１のサイクルに含まれる前記データ通信区間における第１のデータ量が第２の閾値よりも大きいか否かに基づいて、前記第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する、請求項２のデータ通信装置。
【請求項４】
前記ＡＢＲ判定部は、
前記第１のサイクルに含まれる前記データ通信区間の第１の長さが第３の閾値よりも長いか否かに基づいて、前記第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する、請求項３のデータ通信装置。
【請求項５】
前記ＡＢＲ判定部は、
前記第１のデータ量と第２のサイクルに含まれる前記データ通信区間における第２のデータ量の間の変化率が第４の閾値以下であるか否かに基づいて、前記第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する、請求項４のデータ通信装置。
【請求項６】
前記ＡＢＲ判定部は、
前記第１の長さと前記第２のサイクルに含まれる前記データ通信区間の第２の長さの間の変化率が第５の閾値以下であるか否かに基づいて、前記第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する、請求項５のデータ通信装置。
【請求項７】
前記サーバと前記端末との間の通信は、ＳＳＬ（Secure Sockets Layer）又はＴＬＳ（Transport Layer Security）により暗号化されている、請求項１乃至６のいずれか一項に記載のデータ通信装置。
【請求項８】
端末と、
サーバと、
前記端末と前記サーバの間の通信を中継する、データ通信装置と、
を含み、
前記データ通信装置は、
前記端末及び前記サーバとの間でデータを送受信する送受信部と、
前記サーバから前記端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定する、ＡＢＲ判定部と、
前記ＡＢＲ判定部による判定結果に応じて、前記サーバからの受信データを前記端末に転送する際のデータ転送方式を決定する、方式決定部と、
を備え、
前記送受信部は、前記方式決定部により決定されたデータ転送方式により前記サーバからの受信データを前記端末に転送する、通信システム。
【請求項９】
端末及びサーバとの間でデータを送受信する送受信部を備えるデータ通信装置において、
前記サーバから前記端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定するステップと、
前記判定の結果に応じて、前記サーバからの受信データを前記端末に転送する際のデータ転送方式を決定するステップと、
前記決定されたデータ転送方式により前記サーバからの受信データを前記端末に転送するステップと、
を含むデータ通信方法。
【請求項１０】
端末及びサーバとの間でデータを送受信する送受信部を備えるデータ通信装置に搭載されたコンピュータに、
前記サーバから前記端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定する処理と、
前記判定の結果に応じて、前記サーバからの受信データを前記端末に転送する際のデータ転送方式を決定する処理と、
前記決定されたデータ転送方式により前記サーバからの受信データを前記端末に転送する処理と、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願についての記載）
本発明は、日本国特許出願：特願２０１７−１９５６６１号（２０１７年１０月６日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、データ通信装置、通信システム、データ通信方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ＡＢＲ（Adaptive Bit Rate）と称されるコンテンツ配信技術が開発されている。非特許文献１には、ＡＢＲ配信方式の一例であるＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ（ＨＬＳ）が記載されている。ＨＬＳによるコンテンツ配信では、単一のコンテンツは複数のセグメントファイルに分割され、分割されたセグメントファイルごとにクライアント装置に配信される。また、ＨＬＳでは、コンテンツにおける各セグメントファイルのＵＲＬ（Uniform Resource Locator）が再生時間順に記載されたプレイリストファイル、当該コンテンツについてビットレートの異なる複数種類のセグメントファイル、各ビットレートに対応するプレイリストファイルのＵＲＬを記載したヴァリアント・プレイリストファイルが用いられる。クライアントは、ヴァリアント・プレイリストファイルを取得し、当該ファイルに記載されたプレイリストファイルの中から視聴環境に適したビットレートに対応するプレイリストファイルを選択する。クライアント装置は、選択したプレイリストファイルに記載されたセグメントファイルを順次取得し、コンテンツを再生する。【０００３】
特許文献１には、受信データの時間的なパターン（波形）を用いてサーバから配信されるストリームがＡＢＲストリームか否かを判断することが開示されている。【０００４】
特許文献２には、ＡＢＲでのファイル転送において複数のファイルが分割して送付される場合に、各ファイル転送に最適な転送速度を算出するための技術が開示されている。当該技術では、ＡＢＲ通信の場合に個別ファイルにペーシングが実施されてしまい、コンテンツ全体でのページシングが実施されないという問題に対処している。【０００５】
特許文献３には、急激なトラヒック増加、減少に即座に反応してトラヒック制御を実現するための技術が開示されている。特許文献３では、上記事項の実現のため、トラヒック計測時刻での過去情報から増減トレンドを算出し、トラヒック制御に活用している。【０００６】
特許文献４には、ＡＴＭ（Asynchronous Transfer Mode）網において、ＱｏＳ（Quality of Service）クラスであるＡＢＲセルを他ＱｏＳクラス（ＣＢＲ；Constant Bit Rate／ＶＢＲ；Variable Bit Rate）のトラヒックと混在する状況で効率よく転送するための技術を開示している。特許文献４では、上記事項の実現のため、ＡＢＲセルだけを抽出し、当該ＡＢＲセルを格納する専用のセルバッファを設けている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】米国特許出願公開第２０１６／００８０２３８号明細書
【特許文献２】国際公開第２０１６／１８５９９８号
【特許文献３】国際公開第２０１６／１３６２１５号
【特許文献４】特開平１０−２３３７７５号公報
【非特許文献】
【０００８】
【非特許文献１】Apple Inc.、”HTTPライブストリーミングの概要”［0nline］、［平成２９年９月７日検索］、インターネット<URL:https://developer.apple.com/jp/documentation/StreamingMediaGuide.pdf>
【発明の概要】
【発明が解決しようとする課題】
【０００９】
なお、上記先行技術文献の各開示を、本書に引用をもって繰り込むものとする。以下の分析は、本発明者らによってなされたものである。【００１０】
特許文献１には、ＡＢＲストリームの判定が開示されているが、その具体的な方法に関する言及はない。【００１１】
特許文献２に開示された技術では、システムにて行われる通信は全てＡＢＲ通信であることを前提としており、ＡＢＲ通信か否かを判断することに関する言及はない。しかし、特許文献２に開示されたシステムにて前提としているような両端装置の中間に装置を配置する場合、ＡＢＲ通信に加えて、他の通信方式による通信も混在し得る。このような通信方式が混在する状況では、特許文献２に開示された技術は有効に機能しない。即ち、特許文献２に開示された技術を適用すべき対象の通信を特定することができない。【００１２】
特許文献３に開示された技術は、過去に出現したトラヒックが変化しないという前提において有効であるが、過去に出現していない新規トラヒックが突如出現するような場合には有効ではない。特に、近年においては、ネットワークトラヒックは増加傾向にあり、過去の増減トレンドがそのまま適用できるとは限らない。その結果、特許文献３に開示された技術では期待したほどのトラヒック制御が実現できない可能性がある。【００１３】
特許文献４に開示された技術は、ＡＴＭ網における予め決められているＱｏＳクラスを前提としている。換言すれば、特許文献４に開示された技術では、複数のトラヒックパターンが混在し、どのような通信方式が用いられているか予め判明しないような環境ではＡＢＲセルの抽出ができない。特に、近年においては、ＳＳＬ（Secure Sockets Layer）通信のように通信内容が外部から解析できない通信が多く、ＱｏＳクラスが予め特定できるという前提は現実的ではない。【００１４】
本発明は、複数のトラヒックパターンが混在する環境において、ＡＢＲトラヒックを高速に特定するデータ通信装置、通信システム、データ通信方法及びプログラムを提供することを主たる目的とする。
【課題を解決するための手段】
【００１５】
本発明乃至開示の第１の視点によれば、端末及びサーバとの間でデータを送受信する送受信部と、前記サーバから前記端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定する、ＡＢＲ判定部と、前記ＡＢＲ判定部による判定結果に応じて、前記サーバからの受信データを前記端末に転送する際のデータ転送方式を決定する、方式決定部と、を備え、前記送受信部は、前記方式決定部により決定されたデータ転送方式により前記サーバからの受信データを前記端末に転送する、データ通信装置が提供される。【００１６】
本発明乃至開示の第２の視点によれば、端末と、サーバと、前記端末と前記サーバの間の通信を中継する、データ通信装置と、を含み、前記データ通信装置は、前記端末及び前記サーバとの間でデータを送受信する送受信部と、前記サーバから前記端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定する、ＡＢＲ判定部と、前記ＡＢＲ判定部による判定結果に応じて、前記サーバからの受信データを前記端末に転送する際のデータ転送方式を決定する、方式決定部と、を備え、前記送受信部は、前記方式決定部により決定されたデータ転送方式により前記サーバからの受信データを前記端末に転送する、通信システムが提供される。【００１７】
本発明乃至開示の第３の視点によれば、端末及びサーバとの間でデータを送受信する送受信部を備えるデータ通信装置において、前記サーバから前記端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定するステップと、前記判定の結果に応じて、前記サーバからの受信データを前記端末に転送する際のデータ転送方式を決定するステップと、前記決定されたデータ転送方式により前記サーバからの受信データを前記端末に転送するステップと、を含むデータ通信方法が提供される。【００１８】
本発明乃至開示の第４の視点によれば、端末及びサーバとの間でデータを送受信する送受信部を備えるデータ通信装置に搭載されたコンピュータに、前記サーバから前記端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定する処理と、前記判定の結果に応じて、前記サーバからの受信データを前記端末に転送する際のデータ転送方式を決定する処理と、前記決定されたデータ転送方式により前記サーバからの受信データを前記端末に転送する処理と、を実行させるプログラムが提供される。
なお、このプログラムは、コンピュータが読み取り可能な記憶媒体に記録することができる。記憶媒体は、半導体メモリ、ハードディスク、磁気記録媒体、光記録媒体等の非トランジェント（non-transient）なものとすることができる。本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【００１９】
本発明乃至開示の各視点によれば、複数のトラヒックパターンが混在する環境において、ＡＢＲトラヒックを高速に特定することに寄与する、データ通信装置、通信システム、データ通信方法及びプログラムが、提供される。
【図面の簡単な説明】
【００２０】
【図１】一実施形態の概要を説明するための図である。
【図２】ＡＢＲトラヒックの受信データ量に関する波形の模式図の一例を示す図である。
【図３】本願開示の用語を説明するための図である。
【図４】第１の実施形態に係る通信システムの概略構成の一例を示す図である。
【図５】第１の実施形態に係るデータ通信装置のハードウェア構成の一例を示すブロック図である。
【図６】第１の実施形態に係るデータ通信装置の動作の一例を示すフローチャートである。
【図７】ＡＢＲ判定部の動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００２１】
初めに、一実施形態の概要について説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、この概要の記載はなんらの限定を意図するものではない。また、各図におけるブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。
【００２２】
一実施形態に係るデータ通信装置１００は、送受信部１０１と、ＡＢＲ判定部１０２と、方式決定部１０３と、を備える（図１参照）。送受信部１０１は、端末及びサーバとの間でデータを送受信する。ＡＢＲ判定部１０２は、サーバから端末へのデータ送信方式がＡＢＲ（Adaptive Bit Rate）配信方式によるものか否かを判定する。方式決定部１０３は、ＡＢＲ判定部１０２による判定結果に応じて、サーバからの受信データを端末に転送する際のデータ転送方式を決定する。さらに、送受信部１０１は、方式決定部１０３により決定されたデータ転送方式によりサーバからの受信データを端末に転送する。
【００２３】
ＡＢＲ判定部１０２は、ＡＢＲ配信方式により送信されたデータに特有のパターン（トラヒックパターン；ＡＢＲトラヒックが有する特徴）を用いてサーバからのデータ送信方式がＡＢＲ配信方式であるか否かを判定する。判定の結果、データ送信方式がＡＢＲ配信方式である場合には、方式決定部１０３が、ＡＢＲ配信方式に適したトラヒック制御を実現する。その際、サーバから端末に送信されるデータが暗号化されていたとしても、ＡＢＲトラヒック（ＡＢＲ配信方式により送信された同一セッションにおける複数のパケット又はデータ）が有するパターンには影響を与えないため、データ配信方式の判別を行うことができる。つまり、データ通信装置１００は、ＡＢＲトラヒックのトラヒックパターンが確定しているという特性を利用し、予めトラヒックパターンが判明していない状況であっても、ＡＢＲトラヒックを特定可能としている。即ち、予めトラヒックモデルが判明していない状況であっても、ＡＢＲトラヒックを識別し、最適なトラヒック制御を実行できる。
【００２４】
続いて、具体的な実施形態の説明に先立ち、本願開示にて対象とするＡＢＲトラヒックについて説明する。
【００２５】
図２は、ＡＢＲトラヒックの受信データ量に関する波形の模式図の一例を示す図である。図２を参照すると、ＡＢＲトラヒックの波形には少なくとも以下の２つの特徴が確認できる。
【００２６】
第１の特徴は、無通信の区間が定期的に存在する点である。図２では、無通信区間３０１が図示されている。
【００２７】
第２の特徴は、データ通信区間の開始から無通信区間の終了までの期間（サイクル）を１単位とすると、大きなデータ量を受信したサイクルの後続サイクルで受信するデータ量は同程度である点である。図２では、サイクル３１１にて所定のデータ量を受信し、その後続であるサイクル３１２でも同程度のデータ量を受信していることが分かる。
【００２８】
さらに、本願開示にて使用する用語を以下の表１のとおり定める。
【００２９】
［表１]
2019070020.tif 000003
【００３０】
図３は、本願開示の用語を説明するための図である。図３には、上記表における項目番号（Ｎｏ．）とＡＢＲトラヒック波形との関係が図示されている。
【００３１】
以下に具体的な実施の形態について、図面を参照してさらに詳しく説明する。なお、各実施形態において同一構成要素には同一の符号を付し、その説明を省略する。
【００３２】
［第１の実施形態］
第１の実施形態について、図面を用いてより詳細に説明する。
【００３３】
［システム構成］
図４は、第１の実施形態に係る通信システムの概略構成の一例を示す図である。図４を参照すると、通信システムは、端末１０と、データ通信装置２０と、配信元サーバ３０と、を含んで構成される。
【００３４】
端末１０とデータ通信装置２０は第１ネットワーク（図示せず）を介して接続される。第１ネットワークは、典型的には無線網である。
【００３５】
データ通信装置２０と配信元サーバ３０は第２ネットワーク（図示せず）を介して接続される。第２ネットワークは、典型的には有線網である。
【００３６】
なお、上記第１及び第２ネットワークは、無線網及び有線網に限定されない。これら以外のネットワークにより各装置が接続されていても良いことは勿論である。
【００３７】
端末１０は、ＨＬＳ等のＡＢＲ配信に対応した端末である。端末１０は、配信元サーバ３０に対してデータ送信を要求する。その際、端末１０は、配信元サーバ３０との間でＳＳＬやＴＬＳ（Transport Layer Security）による暗号通信を行う（ＳＳＬデータ、ＴＬＳデータを送受信する）。なお、第１の実施形態では、端末１０と配信元サーバ３０との間の通信はＳＳＬにより暗号化されているものとする。
【００３８】
端末１０は、データ送信要求の結果として送信されるデータを受信する。端末１０は、配信元サーバ３０から配信されるプレイリストファイル（例えば、ＨＬＳにおけるプレイリストファイル、ヴァリアント・プレイリストファイル）に基づき、受信するコンテンツのビットレートを選択する。端末１０は、当該選択したビットレートに応じた分割ファイル（ＨＬＳにおけるＴＳファイル）を取得する。端末１０は、取得した分割ファイルを再生する。端末１０には、スマートフォン、携帯電話、タブレット、パーソナルコンピュータ、ネットワーク接続機能付きテレビジョン等が例示される。
【００３９】
配信元サーバ３０は、ＨＬＳ等のＡＢＲ配信に対応したサーバ装置である。配信元サーバ３０は、端末１０からの要求に応じて、マルチメディアデータ（例えば、動画や音声等）を含むデータ（暗号化されたデータ）を送信する装置である。例えば、配信元サーバ３０は、あるコンテンツに関し、複数のビットレートに対応した分割ファイル（ＴＳファイル）を記憶している。また、配信元サーバ３０は、ビットレートごとのプレイリストファイル（ＨＬＳにおける上記２つのプレイリストファイル）を記憶し、端末１０に配信する。
【００４０】
データ通信装置２０は、端末１０と配信元サーバ３０の間の通信を中継すると共に、ペーシング処理を実施する装置である。データ通信装置２０は、図４に示すように、送受信部２０１とペーシング部２０２を含んで構成される。
【００４１】
送受信部２０１は、端末１０及び配信元サーバ３０との間でデータを送受信する手段である。送受信部２０１は、配信元サーバ３０に対するプロキシ（代理サーバ）として動作する。即ち、送受信部２０１は、端末１０に対してはサーバ、配信元サーバ３０に対してはクライアントとして振る舞う。送受信部２０１は、プロキシを実現するためのアドレス変換や、端末１０や配信元サーバ３０との間の通信制御（例えば、セッション確立、データ転送速度の変更）を行う。送受信部２０１は、後述するデータ転送方式決定部２１２により指示されたデータ転送方式により配信元サーバ３０からの受信データを端末１０に転送する。
【００４２】
ペーシング部２０２は、データの送受信状況に応じたペーシング処理を行う手段である。より具体的には、ペーシング部２０２は、配信元サーバ３０からの受信データがＡＢＲ配信方式によるものか否かに応じて、送受信部２０１による端末１０へのデータ転送方式を決定する（データ転送を制御する。例えば、データ転送における帯域制限を実施する。）。より具体的には、ペーシング部２０２は、後述するＡＢＲ判定部２１１にて受信データがＡＢＲトラヒックであると判定された場合に、端末１０と配信元サーバ３０との間のＳＳＬ通信に対しペーシング適用を行う。
【００４３】
ペーシング部２０２は、ＡＢＲ判定部２１１と、データ転送方式決定部２１２と、を含んで構成される。
【００４４】
ＡＢＲ判定部２１１は、配信元サーバ３０から端末１０へのデータ送信方式がＡＢＲ配信方式によるものか否かを判定する手段である。
【００４５】
データ転送方式決定部２１２は、ＡＢＲ判定部２１１による判定結果に応じて、配信元サーバ３０からの受信データを端末１０に転送する際のデータ転送方式を決定する手段である。具体的には、データ転送方式決定部２１２は、ＡＢＲ判定部２１１による判定結果が、「ＡＢＲトラヒック」である場合には、ＡＢＲ配信方式に適した帯域制限（帯域制御、データ転送時の転送速度の制御）を行って配信元サーバ３０からの受信データを端末１０に転送するように送受信部２０１に指示する。このように、データ転送方式決定部２１２は、ＡＢＲトラヒックに適したペーシング処理を実現する。
【００４６】
なお、データ転送方式決定部２１２には、ＡＢＲトラヒックの場合に使用するペーシングレート（データ転送速度）の値が事前に設定されており、当該レートによるデータ転送を送受信部２０１に指示する。あるいは、データ通信装置２０が、端末１０が選択したビットレート（コンテンツのビットレート）に関する情報を取得できる場合には、データ転送方式決定部２１２は、当該取得したビットレートに基づき受信データの転送ビットレートを決定してもよい。
【００４７】
また、データ転送方式決定部２１２は、ＡＢＲ判定部２１１による判定結果が、「非ＡＢＲトラヒック」の場合には、特段の動作（データ転送制御）を行わない。
【００４８】
［ハードウェア構成］
続いて、データ通信装置２０のハードウェア構成について説明する。
【００４９】
図５は、第１の実施形態に係るデータ通信装置２０のハードウェア構成の一例を示すブロック図である。データ通信装置２０は、図５に例示する構成を備える。例えば、データ通信装置２０は、内部バスにより相互に接続される、ＣＰＵ（Central Processing Unit）２１、メモリ２２、入出力インターフェイス２３、通信インターフェイスであるＮＩＣ（Network Interface Card）２４及び無線アンテナ２６に接続された送受信回路２５等を備える。
【００５０】
但し、図５に示す構成は、データ通信装置２０のハードウェア構成を限定する趣旨ではない。データ通信装置２０は、図示しないハードウェアを含んでもよいし、必要に応じて入出力インターフェイス２３等を備えていなくともよい。例えば、ネットワークにより接続された操作端末によりデータ通信装置２０に情報の入出力を行う場合には、入出力インターフェイス２３が不要な場合もある。また、データ通信装置２０に含まれるＣＰＵ等の数も図５の例示に限定する趣旨ではなく、例えば、複数のＣＰＵ２１がデータ通信装置２０に含まれていてもよい。
【００５１】
また、図５に示す構成は、端末１０とデータ通信装置２０が無線接続し、配信元サーバ３０とデータ通信装置２０が有線接続をする場合に対応したものである。従って、端末１０等との接続方式が異なれば、図５に示す構成が変化するのが当然である。例えば、端末１０とデータ通信装置２０が有線接続される場合には、送受信回路２５は不要である。
【００５２】
メモリ２２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、補助記憶装置（ハードディスク等）である。
【００５３】
入出力インターフェイス２３は、図示しない表示装置や入力装置のインターフェイスである。表示装置は、例えば、液晶ディスプレイ等である。入力装置は、例えば、キーボードやマウス等のユーザ操作を受け付ける装置や、ＵＳＢ（Universal Serial Bus）メモリ等の外部記憶装置から情報を入力する装置である。ユーザは、キーボードやマウス等を用いて、必要な情報をデータ通信装置２０に入力する。
【００５４】
送受信回路２５は、端末１０との間の無線通信を実現するための回路であって、無線アンテナ２６を介して無線信号を送受信する。
【００５５】
データ通信装置２０の機能は、上述の処理モジュール（送受信部２０１、ペーシング部２０２等）により実現される。当該処理モジュールは、例えば、メモリ２２に格納されたプログラムをＣＰＵ２１が実行することで実現される。また、そのプログラムは、ネットワークを介してダウンロードするか、あるいは、プログラムを記憶した記憶媒体を用いて、更新することができる。さらに、上記処理モジュールは、半導体チップにより実現されてもよい。即ち、上記処理モジュールが行う機能は、何らかのハードウェアにおいてソフトウェアが実行されることによって実現できればよい。
【００５６】
［動作の説明］
図６は、データ通信装置２０の動作の一例を示すフローチャートである。
【００５７】
初めに、送受信部２０１は、端末１０から配信元サーバ３０へのセッション確立要求を受信する（ステップＳ０１）。より具体的には、送受信部２０１は、ＳＳＬデータ転送用のコネクション接続要求を端末１０から受信する。
【００５８】
送受信部２０１は、配信元サーバ３０へセッションの確立要求を送信する（ステップＳ０２）。
【００５９】
その後、送受信部２０１は、配信元サーバ３０からＳＳＬデータを受信し、所定期間に亘り受信データをバッファリングする（ステップＳ０３）。その後、送受信部２０１は、バッファリングした受信データ（受信パケット）をＡＢＲ判定部２１１に引き渡す。
【００６０】
ＡＢＲ判定部２１１は、受信データを解析し、受信データがＡＢＲトラヒックであるか否かを判定する（ステップＳ０４）。即ち、ＡＢＲ判定部２１１は、配信元サーバ３０から端末１０へのデータ送信方式がＡＢＲ配信方式によるものか否かを判定する。その後、ＡＢＲ判定部２１１は、判定結果と送受信部２０１からの受信データをデータ転送方式決定部２１２に引き渡す。
【００６１】
なお、受信データがＡＢＲトラヒックであるか否かの判定は、測定単位区間を一区切りとする受信データの合算値の波形に基づき行われる。ＡＢＲ判定部２１１による判定の詳細は後述する。
【００６２】
データ転送方式決定部２１２は、ＡＢＲ判定部２１１による判定結果に応じたデータ転送を送受信部２０１に指示する（ステップＳ０５）。具体的には、データ転送方式決定部２１２は、ＡＢＲ判定部２１１による判定結果が「ＡＢＲトラヒック」である場合に、ＡＢＲトラヒックに適したデータ転送を送受信部２０１に指示する。
【００６３】
一方、判定結果が「非ＡＢＲトラヒック」である場合には、データ転送方式決定部２１２は、送受信部２０１による特別なデータ転送制御を指示しない。即ち、データ転送方式決定部２１２は、受信データを送受信部２０１に引き渡し、当該データの転送だけを送受信部２０１に指示する。送受信部２０１は、データ転送方式決定部２１２による指示に従い、受信データを端末１０に送信する。
【００６４】
続いて、ＡＢＲ判定部２１１によるＡＢＲトラヒックか否かの判定について説明する。
【００６５】
図７は、ＡＢＲ判定部２１１の動作の一例を示すフローチャートである。
【００６６】
ＡＢＲ判定部２１１は、蓄積された受信データを用いて、ＡＢＲトラヒックに特有なサイクル（表１及び図３のＮｏ．７）を検出する（ステップＳ１０１）。具体的には、ＡＢＲ判定部２１１は、測定単位区間（表１及び図３のＮｏ．１）におけるデータ量（受信パケット）を積算し、測定単位区間データ量（表１及び図３のＮｏ．３）を算出する。その後、ＡＢＲ判定部２１１は、測定単位区間データ量とデータ通信区間最小データ量（表１及び図３のＮｏ．４）を比較し、測定単位区間がデータ通信区間（表１及び図３のＮｏ．５）であるのか、無通信区間（表１及び図３のＮｏ．６）であるのかを判定する。その後、ＡＢＲ判定部２１１は、連続するデータ通信区間と連続する無通信区間を１組とするサイクル（表１及び図３のＮｏ．７）を算出する。ＡＢＲ判定部２１１は、蓄積（バッファリング）された受信データに対して上記処理を繰り返すことで、図３に示すような波形情報を取得する。
【００６７】
次に、ＡＢＲ判定部２１１は、検出されたサイクルごとに、ステップＳ１０２〜Ｓ１０６の処理を実行することで、各サイクルにＡＢＲトラヒックの特徴が存在するか否かを判定する。
【００６８】
ステップＳ１０２において、ＡＢＲ判定部２１１は、判定対象サイクルのサイクルデータ量（表１のＮｏ．８）が、サイクルデータ量上限（予め定められた閾値）よりも大きいか否かを判定する。サイクルデータ量がサイクルデータ量上限よりも大きければ（ステップＳ１０２、Ｙｅｓ分岐）、判定対象のサイクルは「ＡＢＲトラヒックの特徴なし」と判定される（ステップＳ１０７）。サイクルデータ量がサイクルデータ量上限以下であれば（ステップＳ１０２、Ｎｏ分岐）、ステップＳ１０３の処理が実行される。
【００６９】
ステップＳ１０３において、ＡＢＲ判定部２１１は、判定対象サイクルのサイクル長（表１のＮｏ．９）が、サイクル長上限よりも長いか否かを判定する。サイクル長がサイクル長上限よりも長ければ（ステップＳ１０３、Ｙｅｓ分岐）、判定対象のサイクルは「ＡＢＲトラヒックの特徴なし」と判定される（ステップＳ１０７）。サイクル長がサイクル長上限以下であれば（ステップＳ１０３、Ｎｏ分岐）、ステップＳ１０４の処理が実行される。
【００７０】
ステップＳ１０４において、ＡＢＲ判定部２１１は、判定対象サイクルの無通信区間から次のサイクルのデータ通信区間への遷移が生じているか否かを判定する。無通信区間からデータ通信区間への遷移（変化）が生じていなければ（ステップＳ１０４、Ｎｏ分岐）、無通信区間が継続していることを意味する。従って、事実上、端末１０と配信元サーバ３０との間の通信は行われていないことになるので、処理を終了する。無通信区間からデータ通信区間への遷移が生じていれば（ステップＳ１０４、Ｙｅｓ分岐）、ステップＳ１０５の処理が実行される。
【００７１】
ステップＳ１０５において、ＡＢＲ判定部２１１は、サイクルデータ量変化率（表１のＮｏ．１０）がサイクルデータ量変化率上限以下であるか否かを判定する。サイクル量変化率がサイクルデータ量変化率上限より大きい場合（ステップＳ１０５、Ｎｏ分岐）、判定対象サイクルは「ＡＢＲトラヒックの特徴なし」と判定される（ステップＳ１０７）。サイクルデータ量変化率がサイクルデータ量変化率上限以下である場合（ステップＳ１０５、Ｙｅｓ分岐）、ステップＳ１０６の処理が実行される。
【００７２】
例えば、図３において、１サイクル目と図示されたサイクルが判定対象サイクルであれば、当該サイクルとその後に続くサイクル（２サイクル目と表記されたサイクル）のサイクルデータ量の変化率が計算される。この変化率が、当該変化率が予め定めた閾値（サイクルデータ量変化率上限）以下であれば、２つの連続するサイクルにおける受信データ量は同程度であるという上記第２の特徴に合致する。換言すれば、サイクルデータ量変化率が上限を超えている場合、当該サイクルにはＡＢＲトラヒックの特徴が表れていないと判断される。
【００７３】
ステップＳ１０６において、ＡＢＲ判定部２１１は、サイクル長変化率（表１のＮｏ．１１）がサイクル長変化率上限以下であるか否かを判定する。サイクル長変化率がサイクル長変化率上限よりも大きい場合（ステップＳ１０６、Ｎｏ分岐）、判定対象サイクルは「ＡＢＲトラヒックの特徴なし」と判定される（ステップＳ１０７）。サイクル長変化率がサイクル長変化率上限以下である場合（ステップＳ１０６、Ｙｅｓ分岐）、判定対象サイクルは「ＡＢＲトラヒックの特徴あり」と判定される（ステップＳ１０８）。
【００７４】
例えば、図３において、１サイクル目と図示されたサイクルが判定対象サイクルであれば、当該サイクルとその後に続くサイクル（２サイクル目と表記されたサイクル）のサイクル長の変化率が計算される。この変化率が、当該変化率が予め定めた閾値（サイクル長変化率上限）以下であれば、当該サイクルにはＡＢＲトラヒックの特徴が表れていると判断される。
【００７５】
判定対象サイクルの判定が終了すると、ＡＢＲ判定部２１１は、判定すべきサイクルが残っているか否かを確認する（ステップＳ１０９）。判定するサイクルが存在すれば、ＡＢＲ判定部２１１は、判定対象サイクルを変更（ステップＳ１１０）し、ステップＳ１０２以降の処理を繰り返す。判定対象サイクルが存在しなければ、ステップＳ１１１の処理が実行される。
【００７６】
ステップＳ１１１において、ＡＢＲ判定部２１１は、各サイクルにおける判定結果（ＡＢＲの特徴あり、ＡＢＲの特徴なし）に基づいて受信データがＡＢＲトラヒックであるか否かを判定する。例えば、「ＡＢＲトラヒックの特徴あり」と判定されたサイクルの割合が所定値以上であれば、受信データはＡＢＲトラヒックであると判定される。
【００７７】
上記説明したように、ＡＢＲ判定部２１１は、蓄積された受信データから、所定の単位区間（測定単位区間）におけるデータ量が第１の閾値（データ通信区間最小データ量）よりも大きい区間が連続する区間をデータ通信区間、所定の単位区間におけるデータ量が前記第１の閾値以下となる区間が連続する区間を無通信区間としてそれぞれ算出する。さらに、ＡＢＲ判定部２１１は、データ通信区間と無通信区間を１つのサイクルと定め、蓄積された受信データから複数のサイクルを算出する。その後、ＡＢＲ判定部２１１は、複数のサイクルそれぞれに、ＡＢＲトラヒックの特徴が表れているか否かを判定し、複数のサイクルそれぞれの判定結果に基づいて、配信元サーバ３０から端末１０へのデータ送信方式がＡＢＲ配信方式であるか否かを判定する。より具体的には、ＡＢＲ判定部２１１は、第１のサイクルに含まれるデータ通信区間における第１のデータ量が第２の閾値（サイクルデータ量上限）よりも大きいか否かに基づいて、第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する。ＡＢＲ判定部２１１は、第１のサイクルに含まれるデータ通信区間の第１の長さが第３の閾値（サイクル長上限）よりも長いか否かに基づいて、第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する。ＡＢＲ判定部２１１は、第１のデータ量と第２のサイクルに含まれるデータ通信区間における第２のデータ量の間の変化率が第４の閾値（サイクルデータ量変化率上限）以下であるか否かに基づいて、第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する。ＡＢＲ判定部２１１は、第１の長さと第２のサイクルに含まれるデータ通信区間の第２の長さの間の変化率が第５の閾値（サイクル長変化率上限）以下であるか否かに基づいて、第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する。
【００７８】
なお、上記説明したＡＢＲトラヒックの判定と判定結果に応じた転送制御は、セッション単位にて行うものとする。即ち、ＡＢＲトラヒックのトラヒックパターンを、その出現の都度、セッション単位に認識し、セッション個別にＡＢＲトラヒックを制御する。その結果、過去の増減トレンドとは関係なく、その時点で確立されたセッションごとに最適なトラヒック制御が実現される。
【００７９】
以上のように、第１の実施形態に係るデータ通信装置２０において、ＳＳＬ通信のような暗号化された受信データの波形分析を行い、配信元サーバ３０からのデータ転送方式がＡＢＲ配信方式によるものであるか否かを判定している。さらに、データ通信装置２０は、ＡＢＲ配信方式か否か（受信データがＡＢＲトラヒックであるか否か）に関する判定を端末１０に対するデータ転送制御に反映する。即ち、データ通信装置２０は、ＳＳＬペーシング制御において、ＡＢＲトラヒック特性に応じた通信流量制御を実施する。
【００８０】
このように、第１の実施形態では、受信したデータからＡＢＲトラヒックを高速に判別できるようにすることで、ＡＢＲトラヒック特性に応じた通信流量制御を実施する。その結果、秘匿化された通信でもＡＢＲトラヒック特性に応じたペーシング処理が実行でき、ユーザのＱｏＥ（Quality of Experience）低下を防止しつつ、通信帯域の削減が可能となる。
【００８１】
また、上述の説明で用いた複数のフローチャートでは、複数の工程（処理）が順番に記載されているが、各実施形態で実行される工程の実行順序は、その記載の順番に制限されない。各実施形態では、例えば各処理を並行して実行する等、図示される工程の順番を内容的に支障のない範囲で変更することができる。また、上述の各実施形態は、内容が相反しない範囲で組み合わせることができる。
【００８２】
上記の説明により、本発明の産業上の利用可能性は明らかであるが、本発明は、移動体通信（セルラネットワーク）において、移動機と動画配信サービスの間のＳＳＬ通信を対象とした通信流量制御を行うシステムなどに好適に適用可能である。また、セルラネットワークの代わりに、無線・有線ＬＡＮ（Local Area Network）、光ファイバ等の各種アクセス網を通したＳＳＬ通信を対象とした通信流量制御にも利用可能である。
【００８３】
上記の実施形態の一部又は全部は、以下の形態のようにも記載され得るが、以下には限られない。
［形態１］
上述の第１の視点に係るデータ通信装置のとおりである。
［形態２］
前記送受信部は、前記サーバから受信したデータを所定期間に亘り蓄積し、
前記ＡＢＲ判定部は、
前記蓄積された受信データから、所定の単位区間におけるデータ量が第１の閾値よりも大きい区間が連続する区間をデータ通信区間、前記所定の単位区間におけるデータ量が前記第１の閾値以下となる区間が連続する区間を無通信区間としてそれぞれ算出し、
前記データ通信区間と前記無通信区間を１つのサイクルと定め、
前記蓄積された受信データから複数の前記サイクルを算出し、
前記複数のサイクルそれぞれに、ＡＢＲトラヒックの特徴が表れているか否かを判定し、
前記複数のサイクルそれぞれの判定結果に基づいて、前記サーバから前記端末へのデータ送信方式がＡＢＲ配信方式であるか否かを判定する、好ましくは形態１のデータ通信装置。
［形態３］
前記ＡＢＲ判定部は、
第１のサイクルに含まれる前記データ通信区間における第１のデータ量が第２の閾値よりも大きいか否かに基づいて、前記第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する、好ましくは形態２のデータ通信装置。
［形態４］
前記ＡＢＲ判定部は、
前記第１のサイクルに含まれる前記データ通信区間の第１の長さが第３の閾値よりも長いか否かに基づいて、前記第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する、好ましくは形態３のデータ通信装置。
［形態５］
前記ＡＢＲ判定部は、
前記第１のデータ量と第２のサイクルに含まれる前記データ通信区間における第２のデータ量の間の変化率が第４の閾値以下であるか否かに基づいて、前記第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する、好ましくは形態４のデータ通信装置。
［形態６］
前記ＡＢＲ判定部は、
前記第１の長さと前記第２のサイクルに含まれる前記データ通信区間の第２の長さの間の変化率が第５の閾値以下であるか否かに基づいて、前記第１のサイクルにＡＢＲトラヒックの特徴が表れているか否かを判定する、好ましくは形態５のデータ通信装置。
［形態７］
前記サーバと前記端末との間の通信は、ＳＳＬ（Secure Sockets Layer）又はＴＬＳ（Transport Layer Security）により暗号化されている、好ましくは形態１乃至６のいずれか一に記載のデータ通信装置。
［形態８］
上述の第２の視点に係る通信システムのとおりである。
［形態９］
上述の第３の視点に係るデータ通信方法のとおりである。
［形態０］
上述の第４の視点に係るプログラムのとおりである。
なお、形態８〜１０は、形態１と同様に、形態２〜７のように展開することが可能である。
【００８４】
なお、引用した上記の特許文献等の各開示は、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の全開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし、選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
【符号の説明】
【００８５】
１０  端末
２０、１００  データ通信装置
２１  ＣＰＵ
２２  メモリ
２３  入出力インターフェイス
２４  ＮＩＣ
２５  送受信回路
２６  無線アンテナ
３０  配信元サーバ
１０１  送受信部
１０２、２１１  ＡＢＲ判定部
１０３  方式決定部
２０１  送受信部
２０２  ペーシング部
２１２  データ転送方式決定部
３０１  無通信区間
３１１、３１２  サイクル
【図１】
2019070020.tif 000004
【図２】
2019070020.tif 000005
【図３】
2019070020.tif 000006
【図４】
2019070020.tif 000007
【図５】
2019070020.tif 000008
【図６】
2019070020.tif 000009
【図７】
2019070020.tif 000010
【国際調査報告】
2019070020.tif 000011
2019070020.tif 000012
2019070020.tif 000013
2019070020.tif 000014