(57)【要約】【課題】ＮＷを効率的に利用することで、ユーザに提供する通信サービスを高品質かつ安価にする。【解決手段】ユーザに所定の通信サービスを提供するための通信を制御する通信制御装置１は、ユーザごとに通信を許可するか否かを管理するユーザ管理部１１と、ネットワーク上のトラフィックの空き状況を監視し、ユーザのユーザ端末が所定のデータを送信するときの送信タイミングを管理する送信タイミング管理部１２と、送信タイミングをユーザ管理部に通知して、ユーザによる通信を許可する送信タイミング通知部１３と、を備え、送信タイミング管理部１２は、通信サービスをユーザが利用する必要帯域、および、当該通信サービスの利用時間が決定されると、必要帯域以上となる空き帯域が存在し、利用時間が収まる空き時間帯を検索し、ネットワーク上のトラフィックが時間に関して平準化するように、検索した空き時間帯内で送信タイミングを予約する。【選択図】図１
2017212494.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに所定の通信サービスを提供するための通信を制御する通信制御装置であって、
前記ユーザごとに通信を許可するか否かを管理するユーザ管理部と、
ネットワーク上のトラフィックの空き状況を監視し、前記ユーザのユーザ端末が所定のデータを送信するときの送信タイミングを管理する送信タイミング管理部と、
前記送信タイミングを前記ユーザ管理部に通知して、前記ユーザによる通信を許可する送信タイミング通知部と、を備え、
前記送信タイミング管理部は、
前記通信サービスを前記ユーザが利用する必要帯域、および、当該通信サービスの利用時間が決定されると、前記必要帯域以上となる空き帯域が存在し、前記利用時間が収まる空き時間帯を検索し、
前記ネットワーク上のトラフィックが時間に関して平準化するように、前記検索した空き時間帯内で前記送信タイミングを予約する、
ことを特徴とする通信制御装置。
【請求項２】
前記通信サービスが、センサから取得したセンサデータを通信するサービスであり、前記ユーザ端末が、前記センサから前記センサデータを取得可能な端末である場合、
前記送信タイミング管理部は、
前記センサデータを用いた通信サービスを前記ユーザが利用する必要帯域、および、当該通信サービスの利用時間が決定されると、前記必要帯域以上となる空き帯域が存在し、前記利用時間が収まる空き時間帯を検索し、
前記ネットワーク上のトラフィックが時間に関して平準化するように、前記検索した空き時間帯内で前記送信タイミングを予約する、
ことを特徴とする請求項１に記載の通信制御装置。
【請求項３】
ユーザに所定の通信サービスを提供するための通信を制御する通信制御装置における通信制御方法であって、
前記通信制御装置が、
ネットワーク上のトラフィックの空き状況を監視するステップと、
前記通信サービスを前記ユーザが利用する必要帯域、および、当該通信サービスの利用時間が決定されると、前記必要帯域以上となる空き帯域が存在し、前記利用時間が収まる空き時間帯を検索するステップと、
前記ネットワーク上のトラフィックが時間に関して平準化するように、前記検索した空き時間帯内で、前記ユーザのユーザ端末が所定のデータを送信するときの送信タイミングを予約するステップと、
前記送信タイミングを迎えると、前記ユーザによる通信を許可するステップと、を実行する、
ことを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＮＷ（Network：ネットワーク）上のトラフィックを制御する通信技術に関する。
【背景技術】
【０００２】
通信会社などがユーザに所定の通信サービスを提供する場合、ＮＷおよびクラウド設備を効率的に利用して通信サービスを高品質かつ安価にしたいという要望がある。ＮＷを効率的に利用するためには、通信会社などが設計構築する通信設備を必要最小限にするとともに、トラフィックを時間に関して平準化させる（各時間帯のトラフィック量を同じにする）必要がある。クラウド設備を効率的に利用する場合についても同様である。
【０００３】
しかし、一般的に、ネットワーク上のトラフィック量は時間帯や曜日などによって大きく変化するように推移しており、特に、昼間にはトラフィック量が最大になる。トラフィック量が最大になるということは、ＮＷの利用のタイミングが大部分のユーザ間で重なっていることを意味している。通信会社などは、このようなトラフィック量が最大となる状況に対処可能となるように通信設備の設計や構築を行う必要がある。しかし、トラフィック量が最大となる時間帯以外の時間帯では通信設備を持て余してしまい（稼働率が低くなってしまい）、概して設備効率が低い。
【０００４】
また、通信サービスによっては、通話の呼データのようにリアルタイム性を求めるデータがやり取りされるものもあれば、ＩｏＴ（Internet of Things）などのセンサ・画像情報のようにリアルタイム性を求めない観測データが定期的にやり取りされるものもある。例えば、植物の成長データや、橋の亀裂等のデータは日単位、週単位、月単位でやり取りすれば十分である。ＮＷを効率的に利用する際、このような事情を考慮することが好ましい。
【０００５】
特許文献１には、現在のレートリミットを超えるような急激なトラヒックの増加や、トラヒックの時間的変化に対する追従性に優れた帯域自動調整装置及びプログラムを提供する技術について開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１４−１４７０１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１には、トラヒックを予測して帯域を増減する記載がされているに留まり、ＮＷの利用を効率的にするための記載も示唆もされていない。
【０００８】
このような事情に鑑みて、本発明は、ＮＷを効率的に利用することで、ユーザに提供する通信サービスを高品質かつ安価にすることを課題とする。
【課題を解決するための手段】
【０００９】
前記した課題を解決するため、請求項１に記載の発明は、ユーザに所定の通信サービスを提供するための通信を制御する通信制御装置であって、前記ユーザごとに通信を許可するか否かを管理するユーザ管理部と、ネットワーク上のトラフィックの空き状況を監視し、前記ユーザのユーザ端末が所定のデータを送信するときの送信タイミングを管理する送信タイミング管理部と、前記送信タイミングを前記ユーザ管理部に通知して、前記ユーザによる通信を許可する送信タイミング通知部と、を備え、前記送信タイミング管理部は、前記通信サービスを前記ユーザが利用する必要帯域、および、当該通信サービスの利用時間が決定されると、前記必要帯域以上となる空き帯域が存在し、前記利用時間が収まる空き時間帯を検索し、前記ネットワーク上のトラフィックが時間に関して平準化するように、前記検索した空き時間帯内で前記送信タイミングを予約する、ことを特徴とする。
【００１０】
また、請求項３に記載の発明は、ユーザに所定の通信サービスを提供するための通信を制御する通信制御装置における通信制御方法であって、前記通信制御装置が、ネットワーク上のトラフィックの空き状況を監視するステップと、前記通信サービスを前記ユーザが利用する必要帯域、および、当該通信サービスの利用時間が決定されると、前記必要帯域以上となる空き帯域が存在し、前記利用時間が収まる空き時間帯を検索するステップと、前記ネットワーク上のトラフィックが時間に関して平準化するように、前記検索した空き時間帯内で、前記ユーザのユーザ端末が所定のデータを送信するときの送信タイミングを予約するステップと、前記送信タイミングを迎えると、前記ユーザによる通信を許可するステップと、を実行する、ことを特徴とする。
【００１１】
請求項１，３に記載の発明よれば、トラフィック量が刻々と変化するネットワークに対して、ネットワーク上のトラフィックが時間に関して平準化するように、ユーザからのデータ送信の送信タイミングを予約して、ユーザに通信サービスを利用してもらうようにすることができる。このため、あらゆる時間帯で通信設備を持て余すことを回避することができ、高品質かつ安価な通信サービスを実現することができる。
したがって、ＮＷを効率的に利用することで、ユーザに提供する通信サービスを高品質かつ安価にすることができる。
【００１２】
また、請求項２に記載の発明は、請求項１に記載の通信制御装置であって、前記通信サービスが、センサから取得したセンサデータを通信するサービスであり、前記ユーザ端末が、前記センサから前記センサデータを取得可能な端末である場合、前記送信タイミング管理部は、前記センサデータを用いた通信サービスを前記ユーザが利用する必要帯域、および、当該通信サービスの利用時間が決定されると、前記必要帯域以上となる空き帯域が存在し、前記利用時間が収まる空き時間帯を検索し、前記ネットワーク上のトラフィックが時間に関して平準化するように、前記検索した空き時間帯内で前記送信タイミングを予約する、ことを特徴とする。
【００１３】
請求項２に記載の発明によれば、通信サービスが、ＩｏＴなどから得られるセンサデータのうちリアルタイム性を求めないデータがやり取りされるサービスである場合、センサデータを通信するための専用帯域を用意し、ネットワーク上のトラフィックが時間に関して平準化するように、ユーザからのデータ送信の送信タイミングを予約して、ユーザに通信サービスを利用してもらうようにすることができる。このため、ネットワーク上のトラフィック量の変化の推移に依存しない、高品質かつ安価な通信サービスを実現することができる。
【発明の効果】
【００１４】
本発明によれば、ＮＷを効率的に利用することで、ユーザに提供する通信サービスを高品質かつ安価にすることができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態の通信制御装置の機能構成図である。
【図２】ＩｏＴの場合（センサデータなどを定期的に送信したい場合）の新規申込み時（デバイス（デバイス上のＡＰＬ）に手作業でタイミングを設定）に関するシーケンス図である。
【図３】ＩｏＴの場合（センサデータなどを定期的に送信したい場合）の新規申込み時（必要時間・利用時間計算）をシステマティックに実施）に関するシーケンス図である。
【図４】ＩｏＴの場合（センサデータなどを定期的に送信したい場合）にデバイスからＮＷ側にデータ送信（送信タイミング前）することに関するシーケンス図である。
【図５】ＩｏＴの場合（センサデータなどを定期的に送信したい場合）にデバイスからＮＷ側にデータ送信（送信タイミング時）することに関するシーケンス図である。
【図６】ＩｏＴの場合（センサデータなどを定期的に送信したい場合）にデバイスからＮＷ側にデータ送信（送信タイミング後）することに関するシーケンス図である。
【図７】逐一タイミングを変更する場合に日常的に優先度をつけて送信することに関するシーケンス図である。
【図８】逐一タイミングを変更する場合に日常的に優先度をつけて送信（ダイレクトメールを一時的にためて送信）することに関するシーケンス図である。
【発明を実施するための形態】
【００１６】
本発明の実施形態について、図面を参照しながら詳細に説明する。
【００１７】
≪構成≫
図１に示す通信制御装置１は、通信会社などが所持する計算機であって、所定のユーザ端末を所持するユーザに通信サービスを提供する際に発生するＮＷ上のトラフィックを制御する装置である。図１に示すように、本実施形態の通信制御装置１は、ユーザ管理部１１と、送信タイミング管理部１２と、送信タイミング通知部１３と、必要帯域利用時間算出部１４と、ユーザＤＢ２１と、スケジュールＤＢ２２といった機能部を有している。なお、通信制御装置１は、制御部、記憶部、入力部、出力部といったハードウェアを有し、制御部が、記憶部に記憶されているプログラムを記憶部の記憶領域に展開し実行することにより、上記の機能部を実現し、さまざまな処理を実行することができる。本実施形態の通信制御装置１は、このようなソフトウェアとハードウェアの協働を実現することができる。
【００１８】
ユーザ管理部１１は、通信サービスを利用するユーザに関する情報を管理する。具体的には、ユーザ管理部１１は、通信サービスの新規申込み時にユーザのユーザ端末から当該ユーザを特定するユーザ情報（例：氏名、ユーザ端末の固有情報（例：ＳＩＭ情報））を取得してユーザＤＢ２１に登録する。また、ユーザ管理部１１は、通信サービスの新規申込み時にユーザのユーザ端末から通信サービスの利用形態に関する希望を示す通信希望情報（例：通信サービスの利用期間、データの送信頻度、送信先、利用シーン、データ量、帯域）を取得してユーザＤＢ２１に登録する。また、ユーザ管理部１１は、ユーザＤＢ２１を用いて、ユーザごとに、通信サービスの提供に伴う通信を許可するか否かを管理することができる。例えば、ユーザ管理部１１は、ＨＬＲ（Home Location Register）／ＨＳＳ（Home Subscriber Server）を用いて実装することができる。
【００１９】
送信タイミング管理部１２は、ＮＷ上のトラフィックの利用に関するスケジューラとして機能する。具体的には、送信タイミング管理部１２は、通信サービスを利用するユーザのユーザ端末が所定のデータを送信するときの送信タイミングを管理する。送信タイミング管理部１２は、送信タイミングを管理するためにスケジュールＤＢ２２を用いる。また、送信タイミング管理部１２は、ＮＷ上のトラフィックを受動的にモニタリングしてトラフィックの空き状況を監視することができる。
【００２０】
送信タイミング通知部１３は、送信タイミング管理部１２からの指示に応じてユーザ端末に送信タイミングを通知する。具体的には、送信タイミング通知部１３は、送信タイミングをユーザ管理部１１に通知して、対象のユーザによる通信を許可する。このとき、ユーザ管理部１１は、通信サービスの提供に伴う通信を許可するようにユーザＤＢ２１を更新する。
なお、送信タイミング管理部１２および送信タイミング通知部１３を１機能部として実現してもよい。
【００２１】
必要帯域利用時間算出部１４は、ユーザが利用する通信サービスについて、通信サービスをユーザが利用する必要帯域、および、当該通信サービスの利用時間を決定する。必要帯域および利用時間は、例えば、通信サービスの態様から決定することができる。ただし、利用する時間帯次第では、同じデータ量のデータを送信する場合であっても、必要帯域および利用時間の組み合わせが異なる場合がある。
【００２２】
ユーザＤＢ２１は、通信サービスを利用するユーザのユーザ情報、および、通信サービスの利用形態に関する希望を示す通信希望情報を登録するデータベースである。また、ユーザＤＢ２１は、ユーザごとに、通信サービスの提供に伴う通信を許可するか否かを管理する。所定の送信タイミングを迎える場合、通信を許可するようにユーザＤＢ２１が更新される。
【００２３】
スケジュールＤＢ２２は、ユーザごとに、ユーザ端末からデータを送信するときの送信タイミングを登録するデータベースである。所定のタイミングでデータを送信することが決定した場合、そのデータ送信について、送信タイミングが予約され、スケジュールＤＢ２２に登録される。
【００２４】
一般的に、ネットワーク上のトラフィック量は時間帯や曜日などによって大きく変化するように推移しており、特に、昼間にはトラフィック量が最大になる。そこで、送信タイミング管理部１２は、トラフィックの空き状況を監視し、トラフィック量の小さく、空き帯域の大きい時間帯をリアルタイムで特定し、特定した時間帯に数多くの送信タイミングを予約して、ＮＷ利用を許可する。同時に、トラフィック量が大きく、空き帯域の小さい時間帯を特定することもできるので、その時間帯に送信タイミングを予約することは極力避けるようにして、ＮＷ利用を許可する。最終的には、送信タイミングを調整して、時間に関してトラフィックを平準化させるようにする。
【００２５】
このように、ＮＷの都合を考慮して、通信サービスの利用可能時間をユーザに通知し、その時間内に利用してもらうように制御することで、あらゆる時間帯で通信設備を持て余すことを回避することができ、高品質（空き帯域の不足した時間帯がほとんど存在しない）かつ安価な（必要最小限の通信設備で済ませて通信事業者の設備コストを低減できるようにし、ユーザに対しても安価となる）通信サービスを実現することができる。
【００２６】
また、通信サービスが、ＩｏＴなどから得られるセンサデータのうちリアルタイム性を求めないデータがやり取りされるサービスである場合、通信制御装置１は、ＩｏＴ用に確保した専用帯域を全時間帯に亘って用意する。また、その専用帯域を所定単位の時間幅に小分けし、各ユーザの送信タイミングを時間に関して平準化して予約するように調整し、送信タイミングが予約されたユーザのトラフィックを主に通信させる。主に、日単位、週単位、月単位などの所定の間隔で取得されるセンサデータは、トラフィックの偏りを解消するように計画的に扱うことが比較的容易であるため、そのようなセンサデータに対して、それほど大きな専用帯域を用意しないように済ませることができ、送信タイミングの予約を上記のように調整することで、ネットワーク上のトラフィック量の変化の推移に依存しない、高品質かつ安価な通信サービスを実現することができる。
【００２７】
また、一般的に、ＮＷは利用時間帯ごとに利用料金が異なるように設定されている。例えば、平日の昼間は、料金が高く、夜間は安くなるように設定されている。ＩｏＴから得られるセンサデータを送信する場合、最も安い時間帯で予約がそれほどなされていない時間帯に送信タイミングの予約を割り当てることで、さらに、高品質かつ安価な通信サービスを実現することができる。
【００２８】
＜処理＞
本実施形態の通信制御装置１が実行する処理の具体例について説明する。
まず、ＩｏＴから得られるセンサデータなどを定期的に送信したい場合の処理について、図２〜図６を参照して説明する。
【００２９】
図２には、通信サービスの新規申込み時の処理であって、デバイス（デバイス上のＡＰＬ（Application））に手作業で送信タイミングを設定するときの処理の手順が示されている。デバイス３は、ＩｏＴとして機能するセンサからセンサデータを取得可能なユーザ端末であり、有線でも無線でも通信することができる。また、図２中のＰＣ２は、デバイス３を操作するユーザが操作するユーザ端末であり、デバイス３と連携したり、通信制御装置１のユーザ管理部１１と、送信タイミング管理部１２と、送信タイミング通知部１３とＮＷを介して情報を送受信したりすることができる。
【００３０】
まず、ＰＣ２は、ユーザが希望する通信サービスの新規申込みに要する情報を、ユーザ管理部１１に送信する（ステップＡ１）。具体的には、ＰＣ２は、新規申込みに要する情報として、例えば、通信サービスの利用期間（例：2016年5月1日〜2017年4月30日）と、ユーザの氏名（例：ＮＴＴ太郎）と、デバイス３の端末情報（ＳＩＭ情報：例えば、abcdefg12345）と、送信頻度（例：月１回）と、送信先（例：宛先メールアドレス）と、利用シーン（例：レインボーブリッジの亀裂）と、データ量（例：１ＭＢ）と、をユーザ管理部１１に送信する。
【００３１】
次に、ユーザ管理部１１は、送信タイミング管理部１２に対して、新規申込みのあった通信サービスに用いるデータの送信タイミングの予約を指示する（ステップＡ２）。この指示には、ユーザ管理部１１が取得した新規申込みに要する情報が含まれている。
【００３２】
次に、送信タイミング管理部１２は、ユーザ管理部１１からの指示に応じて、新規申込みのあった通信サービスについて、当該通信サービスをユーザが利用する必要帯域、および、当該通信サービスの利用時間を確認する（通信サービスごとに必要帯域および利用時間はすでに求められているとするが、通信サービスの実施の時間帯次第で多少変動する場合はある）。また、送信タイミング管理部１２は、当該通信サービスの実施時になされるデータ転送のルートを確認する（ステップＡ３）。具体的には、ＶＰＮ（Virtual Private Network）を設定すべき、ＮＷ上の通信装置（例：ＰＥ（Provider Edge）ルータ）がいずれであるかを確認し、その通信装置についてデータベース化する。
【００３３】
次に、送信タイミング管理部１２は、ＮＷトラフィックの空き状況を監視して、新規申込みのあった通信サービスを利用可能とする空き時間帯を検索する。このとき、送信タイミング管理部１２は、すでに確認した必要帯域以上となる空き帯域が存在し、すでに確認した利用時間が収まる空き時間帯を検索する。また、送信タイミング管理部１２は、ＮＷ上のトラフィックが時間に関して平準化するように、検索した空き時間帯内で送信タイミングを予約する（ステップＡ４）。
【００３４】
次に、送信タイミング管理部１２は、検索した空き時間帯をユーザに通知するように、送信タイミング通知部１３に空き時間帯通知指示を送信する（ステップＡ５）。
次に、送信タイミング通知部１３は、受信した空き時間帯通知指示に応じて、ＰＣ２に対して、検索した空き時間帯を通知する。また、送信タイミング通知部１３は、ＰＣ２に対して、空き時間帯にデータを送信することで発生する金額も通知する（ステップＡ６）。例えば１ＭＢのデータをどの時間帯にＮＷ経由で送信するとどれほどの金額がかかるかという料金プランは事前に決定することができる。
【００３５】
次に、ＰＣ２は、デバイス３に対して、通知された空き時間帯に応じて、通信サービスに用いるデータを送信する時間を設定する（ステップＡ７）。
以上の手順によって、新規申込みによって、デバイス３のＡＰＬに、通信サービスに用いるデータの送信タイミングを設定することができる。
【００３６】
図３には、通信サービスの新規申込み時の処理であって、必要帯域および利用時間計算をシステマティックに実施して、送信タイミングを設定するときの処理の手順が示されている。図３中のステップＡ１，ステップＡ４〜ステップＡ７は、図２のステップＡ１，ステップＡ４〜ステップＡ７と同じであり、図２の処理との相違点（ステップＢ１〜ステップＢ６として明示）について主に説明する。
【００３７】
ＰＣ２は、新規申込みに要する情報を送信した（ステップＡ１）後、通信サービスの必要帯域および利用時間の計算に要するテストデータの送信開始の要求をテスト送信開始要求として、ユーザ管理部１１に送信する（ステップＢ１）。ユーザ管理部１１は、必要帯域利用時間算出部１４に対して、通信サービスの必要帯域および利用時間の計算を指示する（ステップＢ２）。必要帯域利用時間算出部１４は、ユーザ管理部１１を介してＰＣ２に対して、計算指示に対応するレスポンス（ＯＫ）を返す（ステップＢ３）。
【００３８】
ＰＣ２と連携しているデバイス３は、新規申込みをした通信サービス用のテストデータを必要帯域利用時間算出部１４に送信する（ステップＢ４）。必要帯域利用時間算出部１４は、受信したテストデータを用いて、通信サービスの必要帯域および利用時間を計算する（ステップＢ５）。この計算に伴う具体的な演算は周知のものでよく、説明を省略する。
【００３９】
次に、必要帯域利用時間算出部１４は、送信タイミング管理部１２に対して、新規申込みのあった通信サービスに用いるデータの送信タイミングの予約を指示する（ステップＢ６）。指示には、計算した、必要帯域および利用時間が含まれている。その後、すでに説明したステップＡ４〜ステップＡ７（図２）が実行される。
【００４０】
以上の手順によって、新規申込みによって、デバイス３のＡＰＬに、通信サービスに用いるデータの送信タイミングをシステマティックに設定することができる。
【００４１】
図４には、デバイス３からＮＷ側にデータを送信する送信タイミングの少し前における処理の手順が示されている。
デバイス３は、ＩｏＴとしてのセンサ４に定常的にセンシングして、このセンサ４からセンサデータを取得している（ステップＣ１）。
【００４２】
送信タイミングの開始前（例：数秒前）になると、送信タイミング管理部１２は、ユーザ管理部１１に対して、送信タイミングを通知する（ステップＣ２）。図４の処理の例では、ユーザＢが所持するデバイス３によるデータ送信の送信タイミングを通知するものとする。
【００４３】
次に、ユーザ管理部１１は、通知のあった送信タイミングに基づいて、ユーザＤＢ２１を更新する（ステップＣ３）。具体的には、ユーザ管理部１１は、ユーザＤＢ２１内のユーザＢについて、通信を許可する状態に更新する（「−」→「○」）。「−」は通信不許可、「○」は通信許可を意味する。
【００４４】
ユーザＢのデバイス３から送信されるデータについてＶＰＮを利用して通信を行う場合、送信タイミング管理部１２は、コントローラ６に対して、ＶＰＮ設定要求を送信する（ステップＣ４）。コントローラ６は、通信装置７（ＰＥルータ等）を制御する機器であって、通信会社等が所持する。このコントローラ６は、ＶＰＮ設定要求に応じて、ユーザＢについて事前に定められているデータ転送のルート（図２のステップＡ３参照）に基づいて、該当の通信装置７に対してＶＰＮを設定する（ステップＣ５）。
【００４５】
図５には、デバイスからＮＷ側にデータを送信する送信タイミングの時点における処理の手順が示されている。
通信装置７に対してＶＰＮが設定（図４のステップＣ５）され、送信タイミング（の開始）を迎えると、デバイス３のＡＰＬは、まず、ユーザＢを認証するための認証データ（周知であり、詳細な説明は省略）を、基地局５を介してユーザ管理部１１に送信する（ステップＣ６）。基地局５は、デバイス３からの電波を受信する機器であり、通信会社等が所持する。ユーザ管理部１１は、認証データを用いた認証処理を行い認証が成功したこと（ＯＫ）を、基地局５を介してデバイス３に返す（ステップＣ７）。
【００４６】
デバイス３は、送信タイミングに合わせて、センサデータなどのデータを、基地局５を介して、通信装置７に送信する（ステップＣ８）。通信装置７は、事前に定められているデータ転送のルート（図２のステップＡ３参照）に基づいて、受信したデータを、ＮＷを経由するなどして、クラウドに送信する（ステップＣ９）。最終的に、データは、ユーザＤＢ２１に登録されていた送信先（図２のステップＡ１参照）に送信され、送信タイミングが終了する。
【００４７】
図６には、デバイス３からＮＷ側にデータを送信する送信タイミングが終了した後における処理の手順が示されている。
送信タイミングの終了後（例：数秒後）になると、送信タイミング管理部１２は、ユーザ管理部１１に対して、送信タイミング終了通知を送信する（ステップＣ１０）。
【００４８】
次に、ユーザ管理部１１は、受信した送信タイミング終了通知に基づいて、ユーザＤＢ２１を更新する（ステップＣ１１）。具体的には、ユーザ管理部１１は、ユーザＤＢ２１内のユーザＢについて、通信の許可を解除する状態に更新する（「○」→「−」）。
【００４９】
ユーザＢのデバイス３から送信されるデータについてＶＰＮを利用して通信を行う場合、送信タイミング管理部１２は、コントローラ６に対して、ＶＰＮ設定解除要求を送信する（ステップＣ１２）。このコントローラ６は、ＶＰＮ設定解除要求に応じて、ＶＰＮが設定された通信装置７に対してＶＰＮの設定を解除する（ステップＣ１３）。
図４〜図６に示す処理のように、ＩｏＴから得られるセンサデータなどを定期的に送信したい場合、デバイス３に対して時限的な通信を設定することによって、ＮＷの利用を効率的にすることができる。
【００５０】
次に、データを送信するタイミングを逐一変更したい場合の処理について、図７，図８を参照して説明する。
図７には、送信タイミングが変更されるデータに対して日常的に優先度をつけて送信するときの処理の手順が示されている。図７の例では、ＰＣ２を、データを送信するユーザ端末として説明する。
【００５１】
例えば、ＰＣ２が緊急メールを送信したい場合には、ＰＣ２に対して事前に決定した送信タイミングにかかわらず、以下のステップＤ１〜ステップＤ３が実行される。
まず、ＰＣ２は、ユーザ管理部１１に対して、緊急メールに関する送信リクエストを送信する（ステップＤ１）。この送信リクエストには、送信しようとするデータ（緊急メール）の優先度（例：至急）およびデータ量（例：１ＭＢ）を示す値が付されている。ユーザ管理部１１は、ＰＣ２に対して、受信した送信リクエストに対するレスポンス（ＯＫ）を返す（ステップＤ２）。この際、ユーザ管理部１１は、ＰＣ２のユーザについて通信を許可するようにユーザＤＢ２１を更新してもよい。
【００５２】
次に、ＰＣ２は、緊急メールのデータを、ＮＷを経由するなどして、クラウドに送信する（ステップＤ３）。最終的に、データは、メールの宛先に送信される。
このように、送信タイミングを制限されては不都合となる通信サービスについては、送信リクエストに所定の優先度を設定することにより、送信タイミングの制限を適用しないように済ませることができる。
【００５３】
また、例えば、ＰＣ２が、緊急メールよりも優先度が低いダイレクトメールを送信したい場合には、ＰＣ２に対して事前に決定した送信タイミングにかかわらず、以下のステップＤ４〜ステップＤ８が実行される。
まず、ＰＣ２は、ユーザ管理部１１を介して送信タイミング管理部１２に対して、ダイレクトメールに関する送信リクエストを送信する（ステップＤ４）。この送信リクエストには、送信しようとするデータ（ダイレクトメール）の優先度（例：２４時間以内（に送信完了））およびデータ量（例：５ＭＢ）を示す値が付されている。
【００５４】
次に、送信タイミング管理部１２は、ダイレクトメールの通信サービスをユーザが利用する必要帯域、および、当該通信サービスの利用時間を確認するとともに、当該通信サービスの実施時になされるデータ転送のルートを確認する（ステップＤ５）。ステップＤ５の処理は、図２のステップＡ３の処理と同じである。
【００５５】
次に、送信タイミング管理部１２は、ＮＷトラフィックの空き状況を監視して、ダイレクトメールの通信サービスを利用可能とする空き時間帯を検索する。また、送信タイミング管理部１２は、ＮＷ上のトラフィックが時間に関して平準化するように、検索した空き時間帯内で送信タイミングを予約する（ステップＤ６）。ステップＤ６の処理は、図２のステップＡ４の処理と同じである。また、ステップＤ４〜ステップＤ８でのダイレクトメールの送信の処理において、現時点が空き時間帯に含まれているとする。
【００５６】
次に、送信タイミング管理部１２は、ユーザ管理部１１を介して、ＰＣ２に対して、受信した送信リクエスト（ステップＤ４）に対するレスポンス（ＯＫ）を返す（ステップＤ７）。このレスポンスには、検索した（２４時間以内に存在する）空き時間帯を示す情報が含まれている。この際、ユーザ管理部１１は、ＰＣ２のユーザについて通信を許可するようにユーザＤＢ２１を更新してもよい。
【００５７】
次に、ＰＣ２は、ダイレクトメールのデータを、ＮＷを経由するなどして、クラウドに送信する（ステップＤ８）。最終的に、データは、メールの宛先に送信される。
このように、送信リクエストに設定される優先度次第では（緊急性が多少緩和されている場合には）、送信タイミングの制限は適用しないが、ダイレクトメールを送信する際、あらかじめ設定した帯域やルートを利用することができる。
【００５８】
図８には、送信タイミングが変更されるデータに対して日常的に優先度をつけて送信するときの処理の手順の他の例が示されている。
例えば、ＰＣ２がダイレクトメールを送信したい場合において、通信会社等が一次保存サーバ８を有している場合には、ＰＣ２に対して事前に決定した送信タイミングを利用して、以下のステップＥ１〜ステップＥ７が実行される。一次保存サーバ８は、所定のデータを専用の記憶装置に一時的にためておく（一次保存）ことが可能なサーバである。
【００５９】
まず、ＰＣ２は、ユーザ管理部１１を介して送信タイミング管理部１２に対して、ダイレクトメールに関する送信リクエストを送信する（ステップＥ１）。ステップＥ１の処理は、ステップＤ４（図７）の処理と同じである。
【００６０】
次に、ＰＣ２は、ダイレクトメールのデータを一次保存サーバ８に送信する（ステップＥ２）。一次保存サーバ８は、受信したデータを一次保存すると、送信タイミング管理部１２に対して一次保存通知をする（ステップＥ３）。
【００６１】
次に、送信タイミング管理部１２は、ダイレクトメールの通信サービスをユーザが利用する必要帯域、および、当該通信サービスの利用時間を確認するとともに、当該通信サービスの実施時になされるデータ転送のルートを確認する（ステップＥ４）。ステップＥ４の処理は、図２のステップＡ３の処理と同じである。
【００６２】
次に、送信タイミング管理部１２は、ＮＷトラフィックの空き状況を監視して、ダイレクトメールの通信サービスを利用可能とする空き時間帯を検索する。また、送信タイミング管理部１２は、ＮＷ上のトラフィックが時間に関して平準化するように、検索した空き時間帯内で送信タイミングを予約する（ステップＥ５）。ステップＥ５の処理は、図２のステップＡ４の処理と同じである。
【００６３】
予約した送信タイミングを迎えると、送信タイミング管理部１２は、一次保存サーバ８に対して、ダイレクトメールのデータの送信指示を送信する（ステップＥ６）。一次保存サーバ８は、ダイレクトメールのデータを、ＮＷを経由するなどして、クラウドに送信する（ステップＥ７）。最終的に、データは、メールの宛先に送信される。
このように、一次保存サーバ８を用いて、ユーザ側ではなく通信会社側で送信タイミングを制御することによって、優先度が設定されたデータ送信についても送信タイミングの制限をかけることができ、ＮＷ上のトラフィックの平準化を実現することができる。
【００６４】
≪まとめ≫
本実施形態によれば、トラフィック量が刻々と変化するネットワークに対して、ネットワーク上のトラフィックが時間に関して平準化するように、ユーザからのデータ送信の送信タイミングを予約して、ユーザに通信サービスを利用してもらうようにすることができる。このため、あらゆる時間帯で通信設備を持て余すことを回避することができ、高品質かつ安価な通信サービスを実現することができる。
したがって、ＮＷを効率的に利用することで、ユーザに提供する通信サービスを高品質かつ安価にすることができる。
【００６５】
また、通信サービスが、ＩｏＴなどから得られるセンサデータのうちリアルタイム性を求めないデータがやり取りされるサービスである場合、センサデータを通信するための専用帯域を用意し、ネットワーク上のトラフィックが時間に関して平準化するように、ユーザからのデータ送信の送信タイミングを予約して、ユーザに通信サービスを利用してもらうようにすることができる。このため、ネットワーク上のトラフィック量の変化の推移に依存しない、高品質かつ安価な通信サービスを実現することができる。
【００６６】
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能であり、例えば、次の（ａ）〜（ｅ）のようなものがある。
（ａ）：本実施形態では、ＮＷの利用を効率的にするという観点から、ユーザからのデータ送信の送信タイミングを制限するようにした。しかし、これまでに説明した方法と同様の方法をとることで、クラウド設備を効率的にするという観点から、ユーザからのデータ送信の送信タイミングを制限することもできる。よって、ＮＷのみならず、クラウド設備も考慮した総合的なＩＣＴ（Information and Communication Technology）機能を利用して、高品質かつ安価な通信サービスを実現することもできる。
なお、クラウド設備の利用を監視する場合、クラウド設備のＣＰＵ使用率をモニタリングするとよい。
【００６７】
（ｂ）：本実施形態では、ユーザがＰＣ２およびデバイス３を用いて送信タイミングの予約に必要な情報の送受信を行うようにした（例えば、図２参照）。しかし、例えば、ＰＣ２が行う処理もデバイス３が行う処理も行う１つの機器をユーザが所持し、その機器によって送信タイミングの予約に必要な情報の送受信を行うようにすることもできる。
【００６８】
（ｃ）：通信制御装置１がＮＷ上のトラフィックを監視して、空き帯域をリアルタイムで判断し、ユーザ端末にその空き帯域を通知してＮＷの利用を許可するようにしてもよい。
【００６９】
（ｄ）：本実施形態では、ＩｏＴなどから得られるセンサデータのうちリアルタイム性を求めないデータがやり取りされる通信サービスについては、通信制御装置１は、ＩｏＴ用に確保した専用帯域を全時間帯に亘って用意して、各ユーザの送信タイミングを時間に関して平準化して予約するように調整した。しかし、例えば、このような専用帯域は用意せず、既存のＮＷに対して、相対的に大きな空き帯域が存在すると見込まれる時間帯（例：平日の夜間から明け方）に着目し、通信制御装置１が、その時間帯の空き帯域を利用して取得されるセンサデータを送信することができるように、各ユーザの送信タイミングを予約してもよい。
【００７０】
（ｅ）：また、（ｄ）と同様にして専用帯域は用意せず、通信制御装置１が、既存のＮＷ上のトラフィックを常時監視して所定量以上の空き帯域が存在する時間帯を探索し、探索した時間帯の空き帯域を利用して取得されるセンサデータを送信することができるように、ユーザの通信を逐一許可したり不許可にしたりしてもよい。
【００７１】
また、本実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。
また、本実施形態で説明したソフトウェアをハードウェアとして実現することもでき、ハードウェアをソフトウェアとして実現することもできる。
その他、ハードウェア、ソフトウェア、処理手順などについて、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
【符号の説明】
【００７２】
１        通信制御装置
２        ＰＣ
３        デバイス
４        センサ
５        基地局
６        コントローラ
７        通信装置
８        一次保存サーバ
１１      ユーザ管理部
１２      送信タイミング管理部
１３      送信タイミング通知部
１４      必要帯域利用時間算出部
２１      ユーザＤＢ
２２      スケジュールＤＢ
【図１】
2017212494.tif 000003
【図２】
2017212494.tif 000004
【図３】
2017212494.tif 000005
【図４】
2017212494.tif 000006
【図５】
2017212494.tif 000007
【図６】
2017212494.tif 000008
【図７】
2017212494.tif 000009
【図８】
2017212494.tif 000010