(57)【要約】【課題】通信事業者が定めた通信速度制限を実施する基準値が近づいた場合、利用者に対し基準値が近いことを意識させ、大容量のデータ通信を控えさせ、真に必要な時に高速データ通信を行えることが利用者にとって望ましい。【解決手段】コンテンツとデータ量の関係を保存するデータベースを通信事業者のネットワーク内に用意し、モバイル端末からリクエストを受けたコンテンツのデータ量を把握する。データ量が大きいＷｅｂページの場合通信を継続するかの確認を行う画面を、通信速度制限の基準値が近づいた利用者に対し表示する。【選択図】図１
2016085607.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、データ量記録データベースと、ユーザ管理データベースと、を含んで構成され、ユーザ端末によるウェブサーバへのコンテンツリクエストを制御するデータ通信量制御システムであって、
前記サーバは、
第１のユーザ端末から、コンテンツリクエストを受信したとき、前記ユーザ管理データベースから取得する前記第１のユーザ端末の累積通信量と規制基準値とに基づいて、サービス適用を判定し、
サービスを適用するとき、前記データ量記録データベースからコンテンツリクエストされたページのデータ量を取得し、
前記第１のユーザ端末に前記データ量と前記累積通信量と前記規制基準値とを送信することを特徴とするデータ通信制御システム。
【請求項２】
請求項１に記載のデータ通信制御システムであって、
前記サーバは、前記第１のユーザ端末から継続応答を受信したとき、前記第１のユーザ端末へ前記コンテンツリクエストされたページのデータを送信することを特徴とするデータ通信制御システム。
【請求項３】
請求項２に記載のデータ通信制御システムであって、
前記サーバは、前記第１のユーザ端末へ前記コンテンツリクエストされたページのデータを送信するとき、送信データの量を測定することを特徴とするデータ通信制御システム。
【請求項４】
請求項３に記載のデータ通信制御システムであって、
前記サーバは、送信データの量を測定したとき、前記データ量管理データベースを更新することを特徴とするデータ通信制御システム。
【請求項５】
データ量記録データベースとユーザ管理データベースとに接続され、ユーザ端末によるウェブサーバへのコンテンツリクエストを制御するデータ通信量制御装置であって、
第１のユーザ端末からコンテンツリクエストを受信したとき、前記ユーザ管理データベースから取得する前記第１のユーザ端末の累積通信量と規制基準値とに基づいて、サービス適用を判定し、
サービスを適用するとき、前記データ量記録データベースからコンテンツリクエストされたページのデータ量を取得し、
前記第１のユーザ端末に前記データ量と前記累積通信量と前記規制基準値とを送信することを特徴とするデータ通信制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ通信量制御システムおよびデータ通信制御装置に係り、特にモバイル通信におけるデータ通信量の制御に関する。
【背景技術】
【０００２】
モバイル端末の３Ｇ、ＬＴＥを含むデータ通信に関して、大手通信事業者およびＭＶＮＯ事業者は、一定量までの高速データ通信を提供している。しかし、一定量を超えた場合、大手通信事業者およびＭＶＮＯ事業者は、速度制限を含む規制を設けている。規制発動の基準値に近づいた場合、利用者に対してメールで通知を行う通信事業者は、存在する。ここで、通知は、通信自体を規制するものではない。
【０００３】
非特許文献１が開示するＷｅｂページへのアクセスを制限する技術は、有害サイトのフィルタリングで広く利用されている。しかし、コンテンツのデータサイズに着目したアクセス制限は、これまで存在していない。これは、コンテンツにアクセスする前の段階では、発生する通信量が不明であるためである。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】”有害サイトアクセス制限サービス”、[online]、一般社団法人  電気通信事業者協会、[平成２６年９月１６日検索]、インターネット＜URL: http://www.tca.or.jp/mobile/filtering.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
現在、通信事業者が定めた通信速度制限を実施する基準値が近づいた場合、通知が行われるのみである。基準値が近づいた段階以降、利用者に対し基準値が近いことを意識させ、大容量のデータ通信を控えさせ、真に必要な時に高速データ通信を行えることが利用者にとって望ましい。
【課題を解決するための手段】
【０００６】
上述した課題は、サーバと、データ量記録データベースと、ユーザ管理データベースと、を含んで構成され、ユーザ端末によるウェブサーバへのコンテンツリクエストを制御するデータ通信量制御システムであって、サーバは、第１のユーザ端末から、コンテンツリクエストを受信したとき、ユーザ管理データベースから取得する第１のユーザ端末の累積通信量と規制基準値とに基づいて、サービス適用を判定し、サービスを適用するとき、データ量記録データベースからコンテンツリクエストされたページのデータ量を取得し、第１のユーザ端末にデータ量と累積通信量と規制基準値とを送信するデータ通信制御システムにより、達成できる。
また、データ通信制御システムと同様な動作をするデータ通信制御装置により、達成できる。
【発明の効果】
【０００７】
本発明によれば、通信速度制限発動の基準値が近づいた利用者が、意図せず大容量の通信を行ってしまうことを防ぐことができる。
【図面の簡単な説明】
【０００８】
【図１】通信システムの構成を説明するブロック図である。
【図２】プロキシサーバの構成を説明するブロック図である。
【図３】プロキシサーバのメモリ構成を説明するブロック図である。
【図４】データ量記録データベースの構成を説明するブロック図である。
【図５】データ量テーブルの構成を説明する図である。
【図６】ユーザ管理テーブルの構成を説明する図である。
【図７】サービス動作のシーケンス図（その１）である。
【図８】サービス動作のシーケンス図（その２）である。
【図９】サービス動作のシーケンス図（その３）である。
【発明を実施するための形態】
【０００９】
以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。
図１を参照して、通信システムの構成を説明する。図１において、通信システム１０００は、Ｗｅｂサーバ６００と、インターネット５００と、コアネットワーク４００と、基地局９００と、ユーザ端末７００と、プロキシサーバ１００と、データ量記録データベース２００と、ユーザ管理データベース３００と、を含んで構成されている。
【００１０】
通信システム１０００は、プロキシサーバ１００に、データ量記録データベース２００とコアネットワーク４００とインターネット５００が接続されて構成されている。データ量記録データベース２００は、Ｗｅｂページを含むコンテンツのデータ量を記録している。
【００１１】
プロキシサーバ１００は、コアネットワーク４００を通して、ユーザ管理データベース３００と基地局７００とに接続している。基地局７００は、ユーザ端末７００と無線接続する。プロキシサーバ１００は、インターネット５００を通してＷｅｂサーバ６００に接続している。ユーザ管理データベース３００は、ユーザの累積通信量および通信事業者がユーザとの契約によって定める通信速度規制基準値を記録している。
【００１２】
ユーザ端末７００は、Ｗｅｂページを含むコンテンツへのリクエストを送信する。プロキシサーバ１００は、リクエストを受信すると、ユーザ管理データベース３００へユーザの累積通信量および通信速度規制基準値を問い合わせる。ユーザ管理データベース３００は、ユーザ端末７００の累積通信量および通信速度規制基準値をプロキシサーバ１００へ応答する。ここで、ユーザ管理データベース３００は、ユーザのＩＰアドレスにより、またはユーザとプロキシサーバ１００のプロキシ認証によってユーザ情報が確認できる。
【００１３】
プロキシサーバ１００は、ユーザ管理データベース３００からの応答により累積通信量および通信速度規制基準値を得て、アクセス制限を適用するかを判断する。サービス適用の閾値として、具体的には、通信速度規制が累積通信量７ＧＢ超で実施される場合（つまり通信速度規制基準値が７ＧＢ）、累積通信量６ＧＢからサービスを適用する。サービス適用閾値は、ユーザのデータ通信契約に応じて通信事業者が設定する。
【００１４】
プロキシサーバ１００は、ユーザ端末７００がリクエストしたコンテンツのデータ量をデータ量記録データベース２００に問い合わせる。データ量記録データベース２００に登録されている場合コンテンツのデータ量が大きいため、ユーザ端末７００に通信継続確認を行う。ユーザ端末７００が通信継続応答をした場合、プロキシサーバ１００は、Ｗｅｂサーバ６００にコンテンツをリクエストする。プロキシサーバ１００はＷｅｂサーバ６００からの応答を受信する際にデータ量を測定し、受信したコンテンツをユーザ端末７００に送付する。ユーザ端末７００は、コンテンツを表示する。プロキシサーバ１００は、ＵＲＬからコンテンツを識別し、測定したデータ量をもとにデータ量記録データベース２００を更新する。
【００１５】
図２を参照して、プロキシサーバの構成を説明する。図２において、プロキシサーバ１００は、ＣＰＵ１１０と、メモリ１２０と、不揮発性メモリ１３０と、回線インタフェース部１４０と、これらを接続するバス１５０と、を含む。プロキシサーバ１００は、ディスクドライブ、キーボード、ディスプレイ装置を含むデバイスを有しても良い。プロキシサーバ１００は、回線インタフェース部１４０を介してデータ量記録データベース２００、ユーザ管理データベース３００、コアネットワーク４００、インターネット５００に接続する。
【００１６】
図３を参照して、プロキシサーバのメモリの構成を説明する。図３において、メモリ１２０は、ユーザ管理部１２６と、データベース処理部１２７と、プロトコル処理部１２８と、を含む。
【００１７】
ユーザ管理部１２６は、ユーザの累積通信量の確認を行う。データベース処理部１２７は、データ量記録データベースへの問合せおよび登録・更新を行う。プロトコル処理部１２８は、ユーザ端末７００からのリクエストを中継し、データ量を測定する。プロトコル処理部１２８は、内部バス１５０を介して回線インタフェース部１４０と接続されている。
【００１８】
図４を参照して、データ量記録データベース２００の構成を説明する。図４において、データ量記録データベース２００は、データ量テーブル２１０を含んで構成されている。データ量テーブル２１０は、図５を参照して詳述する。なお、ユーザ管理データベース３００についても、後述するユーザ管理テーブル３１０を含んで同様に構成されている。
【００１９】
図５を参照して、データ量テーブルを説明する。図５において、データ量テーブル２１０は、コンテンツのＵＲＬ２１１と、コンテンツのデータ量２１２と、更新日時２１３と、端末最終アクセス日時２１４と、を含む。
【００２０】
更新日時２１３は、データ量を確認した時刻を格納する。端末最終アクセス日時２１４は、ユーザが最後に該当コンテンツにアクセスした時刻を格納する。
データ量テーブル２１０は、ＵＲＬ２１１、データ量２１２、更新日時２１３、端末最終アクセス日時２１４の全てが設定されたレコードの他に、ＵＲＬ２１１にワイルドカード値を設定し、その他を空としたレコードも設定可能である。これは動画配信サイトのように、そのコンテンツのほとんどのデータ量が大きいと事前に分かっている場合に有効である。
【００２１】
データ量テーブル２１０の各レコードは、プロキシサーバ１００にて測定したデータ量が、通信事業者が定める閾値以上であれば登録される。また、通信事業者のオペレータにより手動で設定も可能である。
【００２２】
コンテンツのデータ量２１２は、ユーザによりコンテンツにリクエストが発生するたびに更新を行う。その時端末最終アクセス日時２１４も更新する。またデータを最新に保つために、定期的にコンテンツにアクセスし更新を行う。その際は端末最終アクセス日時２１４を更新しない。
【００２３】
データ量テーブル２１０の各レコードは、プロキシサーバ１００にて測定したデータ量が通信事業者の定める閾値未満となった時削除される。また一定期間ユーザによるアクセスがない場合も削除する。削除は、端末最終アクセス日時２１４から判断される。
【００２４】
図６を参照して、ユーザ管理テーブルを説明する。図６において、ユーザ管理テーブル３１０は、ユーザＩＤ３１１と、累積通信量３１２と、通信速度規制基準値３１３と、を含む。
ユーザＩＤ３１１は、ユーザのＩＤである。累積通信量３１２は、該当ユーザの累積通信量である。通信速度規制基準値３１３は、該当ユーザの通信速度規制基準値である。通信速度規制基準値３１３は、ユーザと通信事業者との契約より、決まる。
【００２５】
図７を参照して、サービス適用およびデータ量記録データベースに登録されているコンテンツへアクセスを行うときのサービス動作シーケンスを説明する。図７において、ユーザ端末７００は、Ｗｅｂサーバ６００宛てのリクエストを送信し、プロキシサーバ１００が通信の中継のためリクエストを受信する（ＳＱ１０１）。プロキシサーバ１００は、ユーザ管理データベース３００に対しユーザ端末７００の累積通信量と通信速度規制基準値を問い合わせる（ＳＱ１０２）。
【００２６】
ユーザ管理データベース３００は、ユーザ端末７００を検索し、累積通信量および通信速度規制基準値をプロキシサーバ１００へ送信する（ＳＱ１０３）。プロキシサーバ１００は、通信速度規制基準値からサービス適用閾値を決定し、累積通信量がサービス適用閾値以上であればサービスを適用する（ＳＱ１０４）。ここでは、サービスを適用する。
【００２７】
プロキシサーバ１００は、サービス適用と判断すると、コンテンツのデータサイズ問合せをデータ量記録データベース２００に送信する（ＳＱ１０５）。データ量記録データベース２００は、データ量テーブル２１０を検索し、コンテンツが登録されていることからそのデータ量をプロキシサーバ１００に送信する（ＳＱ１０６）。
【００２８】
プロキシサーバ１００は、データ量記録データベース２００からの応答によりコンテンツが登録されていると判明すると、ユーザ端末７００に対しコンテンツへの通信を継続するかを確認するメッセージを作成する（ＳＱ１０７）。メッセージの内容は、コンテンツのデータ量と累積通信量、通信速度規制基準値である。プロキシサーバ１００は、ユーザ端末７００に対しメッセージを送信する（ＳＱ１０８）。
【００２９】
ユーザ端末７００は、コンテンツのデータ量と累積通信量、通信速度規制基準値をもとに継続か否かを判断する。通信を中止すると判断した場合は、中止メッセージをプロキシサーバ１００に送信する（ＳＱ１０９）。通信を継続すると判断した場合、ユーザ端末７００は、継続メッセージをプロキシサーバ１００に送信する（ＳＱ１１０）。
【００３０】
プロキシサーバ１００は、ユーザ端末７００より中止メッセージを受信した場合（ＳＱ１０９）、処理を終了する。継続メッセージを受信した場合（ＳＱ１１０）、プロキシサーバ１００は、コンテンツへのリクエストをＷｅｂサーバ６００に送信する（ＳＱ１１１）。
【００３１】
Ｗｅｂサーバ６００は、コンテンツをプロキシサーバ１００へ送信する（ＳＱ１１２）。プロキシサーバ１００は、データ量を測定する（ＳＱ１１３）。データ量測定は、プロトコル処理部１２８にて受信パケットのサイズを数えることで行う。Ｗｅｂサーバ６００からの受信およびデータ量測定が完了すると、プロキシサーバ１００は、ユーザ端末７００に対しコンテンツを転送する（ＳＱ１１４）。
【００３２】
プロキシサーバ１００は、データ量記録データベース２００に対しデータ量テーブル２１０の更新を行う（ＳＱ１１５）。更新項目は、データ量テーブル２１０のデータ量２１２、更新日時２１３および端末最終アクセス日時２１４である。また、シーケンス１１３で測定したデータ量が通信事業者の設定した閾値より小さい場合、プロキシサーバ１００は、データ量テーブル２１０からレコードを削除する。
【００３３】
図８を参照して、サービス適用およびデータ量記録データベースに登録されていないコンテンツへアクセスを行う場合のサービス動作を説明する。図８において、ユーザ端末７００は、Ｗｅｂサーバ６００宛てのリクエストを送信し、プロキシサーバ１００がリクエストを受信する（ＳＱ２０１）。プロキシサーバ１００は、ユーザ管理データベース３００に対しユーザ端末７００の累積通信量と通信速度規制基準値を問い合わせる（ＳＱ２０２）。
【００３４】
ユーザ管理データベース３００は、ユーザ端末７００を検索し、その累積通信量および通信速度規制基準値をプロキシサーバ１００へ送信する（ＳＱ２０３）。プロキシサーバ１００は、通信速度規制基準値からサービス適用閾値を決定し、累積通信量がサービス適用閾値以上であればサービスを適用する（ＳＱ２０４）。以下の説明は、サービスを適用の場合である。
【００３５】
プロキシサーバ１００は、コンテンツのデータサイズ問合せをデータ量記録データベース２００に送信する（ＳＱ２０５）。データ量記録データベース２００は、データ量テーブル２１０を検索する。データ量記録データベース２００は、コンテンツが登録されていないため、検索ミスヒット応答をプロキシサーバ１００に送信する（ＳＱ２０６）。プロキシサーバ１００は、コンテンツのデータ量が通信事業者の定める閾値より小さいと判断し、ユーザ端末７００への通信継続確認を行わずにコンテンツへのリクエストをＷｅｂサーバ６００に送信する（ＳＱ２０７）。
【００３６】
Ｗｅｂサーバ６００は、コンテンツをプロキシサーバ１００へ送信する（ＳＱ２０８）。プロキシサーバ１００は、データ量を測定する（ＳＱ２０９）。データ量測定は、プロトコル処理部１２８にて受信パケットのサイズを数えることで行う。プロキシサーバ１００は、ユーザ端末７００に対しコンテンツを転送する（ＳＱ２１０）。
【００３７】
シーケンス２０９で測定したデータ量が通信事業者の設定した閾値以上の場合、プロキシサーバ１００は、データ量記録データベース２００に対しデータ量テーブル２１０の登録を行う（ＳＱ２１１）。
【００３８】
図９を参照して、サービス非適用の場合のサービス動作シーケンスを説明する。図９において、ユーザ端末７００は、Ｗｅｂサーバ６００宛てのリクエストを送信し、プロキシサーバ１００がリクエストを受信する（ＳＱ３０１）。プロキシサーバ１００は、ユーザ管理データベース３００に対しユーザ端末７００の累積通信量と通信速度規制基準値を問い合わせる（ＳＱ３０２）。
【００３９】
ユーザ管理データベース３００は、ユーザ端末７００を検索し、累積通信量および通信速度規制基準値をプロキシサーバ１００へ送信する（ＳＱ３０３）。プロキシサーバ１００は、通信速度規制基準値からサービス適用閾値を決定する。累積通信量がサービス適用閾値未満であれば、プロキシサーバ１００は、サービスを非適用とする（ＳＱ３０４）。以下、サービスを非適用の場合を説明する。
【００４０】
サービスを非適用のためプロキシサーバ１００は、コンテンツへのリクエストをＷｅｂサーバ６００に送信する（ＳＱ３０５）。Ｗｅｂサーバ６００は、コンテンツをプロキシサーバ１００へ送信する（ＳＱ３０６）。プロキシサーバ１００は、データ量を測定する（ＳＱ３０７）。データ量測定は、プロトコル処理部１２８にて受信パケットのサイズを数えることで行う。プロキシサーバ１００は、ユーザ端末７００に対しコンテンツを転送する（ＳＱ３０８）。
【００４１】
プロキシサーバ１００は、データ量記録データベース２００に対しコンテンツ情報が登録されているかを問い合わせる（ＳＱ３０９）。データ量記録データベース２００は、データ量テーブル２１０を検索し、コンテンツが登録されているか否かを送信し、また登録されている場合はそのデータ量を同時に送信する（ＳＱ３１０）。プロキシサーバ１００は、データ量記録データベース２００に対しデータ量テーブル２１０の更新を行う（ＳＱ３１１）。シーケンス３１０にてコンテンツが登録されていない、かつ、シーケンス３０７で測定したデータ量が通信事業者の設定した閾値以上の場合、データ量記録データベース２００は、データ量テーブル２１０に新たに登録する。コンテンツが登録されていない、かつ、シーケンス３０７で測定したデータ量が通信事業者の設定した閾値未満の場合、データ量記録データベース２００は、データ量テーブル２１０の変更は行わない。シーケンス３１０にてコンテンツが登録されている、かつ、シーケンス３０７で測定したデータ量が通信事業者の設定した閾値以上の場合、データ量記録データベース２００は、データ量テーブル２１０の更新を行う。シーケンス３１０にてコンテンツが登録されている、かつ、シーケンス３０７で測定したデータ量が通信事業者の設定した閾値未満の場合、データ量記録データベース２００は、データ量テーブル２１０からレコードを削除する。
【符号の説明】
【００４２】
１００…プロキシサーバ、２００…データ量記録データベース、２１０…データ量テーブル、３００…ユーザ管理データベース、３１０…ユーザ管理テーブル、４００…コアネットワーク、５００…インターネット、６００…Ｗｅｂサーバ、７００…ユーザ端末、９００…基地局、１０００…通信システム。
【図１】
2016085607.tif 000003
【図２】
2016085607.tif 000004
【図３】
2016085607.tif 000005
【図４】
2016085607.tif 000006
【図５】
2016085607.tif 000007
【図６】
2016085607.tif 000008
【図７】
2016085607.tif 000009
【図８】
2016085607.tif 000010
【図９】
2016085607.tif 000011