JP2015114980A - 端末装置および通信システム - Google Patents

Abstract

【課題】定時刻のアプリ起動に係る端末装置のデータ通信によるネットワーク負荷を軽減する。【解決手段】所定の時間間隔で定期的に起動してネットワーク（１４）と定時通信を行うアプリ（１０）をインストールした端末装置（２）が備えられる。この端末装置には、通信を行うべき時刻に所定のアプリの起動要求を受け、該要求に係る通信が前記定時通信である場合、前記要求に係る起動時刻をランダムに変化させる制御部（プロセッサ６）が備えられる。【選択図】図１

Description

本開示の技術は、複数のアプリケーションプログラム（以下、単に「アプリ」と称する）がインストールされるスマートフォンなどの端末装置の起動制御に関する。

スマートフォンなどの端末装置にインストールされるアプリには、決まった時刻にデータ通信を行うものが存在する。このようなアプリがインストールされた多数の端末装置で決まった時刻でアプリが動作すると、一斉にデータ通信が生起するため、ネットワーク負荷が増大する。

斯かるネットワーク負荷の軽減に関し、サーバに複数のクライアント装置が接続される場合、クライアント装置に予め設定された起動開始時刻を遅らせることにより、ネットワーク負荷を軽減することが知られている（たとえば、特許文献１）。また、起動時刻が到来したアプリが他のアプリと競合する場合、その起動時刻を遅らせ、アプリの競合を回避することが知られている（たとえば、特許文献２）。

特開２００８−２０９９８２号公報 特開２００８−２７８２８３号公報

ところで、端末装置にインストールされるアプリは、アプリ提供側で作成され、その起動形態は自由に設定される。つまり、このアプリ起動によるデータ通信の契機はそのアプリによって決定される。決まった時刻としてたとえば、毎正時や日付が変わる一定のタイミングで、多数の端末装置上のアプリが一斉にデータ通信を行えば、ネットワークに通常の数倍ないし数十倍の負荷が加わり、集中的なネットワーク負荷を生じさせるという課題がある。

そこで、本開示の技術の目的は上記課題に鑑み、定時刻のアプリ起動に係る端末装置のデータ通信によるネットワーク負荷を軽減することにある。

上記目的を達成するため、本開示の技術の一側面によれば、所定の時間間隔で定期的に起動してネットワークと定時通信を行うアプリをインストールした端末装置が備えられる。この端末装置には、通信を行うべき時刻に所定のアプリの起動要求を受け、該要求に係る通信が前記定時通信である場合、前記要求に係る起動時刻をランダムに変化させる制御部が備えられる。

本開示の技術によれば、複数の端末装置からのアプリによる定時通信の発生タイミングを分散でき、ネットワーク負荷を効果的に低減できる。

第１の実施の形態に係る端末装置の一例を示す図である。 アプリの起動制御の処理手順を示すフローチャートである。 第２の実施の形態に係る通信システムの一例を示す図である。 端末装置の一例を示す図である。 端末装置のハードウェアの一例を示す図である。 プログラム記憶部にインストールされたアプリの一例、端末装置の機能の一例を示す図である。 アプリ起動データベースの一例を示す図である。 アプリの起動制御の処理手順の一例を示すフローチャートである。 アプリの起動制御シーケンスを示す図である。 アプリの起動制御の処理手順の一例を示すフローチャートである。 第３の実施の形態に係る通信システムの一例を示す図である。 ネットワーク装置のハードウェアおよび機能の一例を示す図である。 端末装置の機能の一例を示す図である。 アプリ起動データベースの一例を示す図である。 ネットワーク負荷データベースを示す図である。 オフセット時間演算テーブルを示す図である。 オフセット時間データベースを示す図である。 オフセット時間の処理手順を示すフローチャートである。 オフセット時間の処理シーケンスを示す図である。 アプリの起動制御の処理手順を示すフローチャートである。 第４の実施の形態に係る端末装置の設定画面および対象外アプリデータベースを示す図である。 対象外アプリの処理シーケンスを示す図である。 アプリの起動制御の処理手順を示すフローチャートである。 他の実施の形態に係る起動制御の処理手順を示すフローチャートである。

〔第１の実施の形態〕

図１は、第１の実施の形態に係る端末装置の一例を示している。この端末装置２は、本開示の端末装置の一例である。

この端末装置２では無線部４、プロセッサ６およびメモリ８が含まれる。無線部４はネットワーク側と無線接続し、データ通信を行う通信部の一例である。この無線部４にはデータ信号によって搬送波を変調するモデムが含まれる。

この端末装置２には、ネットワークと所定の時間間隔で定期的に実行される通信（以下単に「定時通信」と称する）を実行する複数のアプリ１０がインストールされる。このアプリ１０にはたとえば、アプリＡ、アプリＢ、アプリＣなどが含まれる。このアプリ１０はメモリ８に格納される。メモリ８はハードディスク装置や半導体メモリなどの不揮発性メモリである。

プロセッサ６は本開示の制御部の一例である。このプロセッサ６では、通信を行うべき時刻に所定のアプリ１０の起動要求を受け、該要求に係る通信が定時通信である場合には要求に係る起動時刻をランダムに変化させる機能を実現する。

図２は、起動制御の処理手順を示している。この処理手順では、プロセッサ６が通信を行うべき時刻にアプリ１０のうち所定のアプリＡから起動要求を受ける（Ｓ１１）。その起動要求に係る通信が定時通信であるかを判定する（Ｓ１２）。

アプリＡの起動要求に係る通信が定時通信であれば（Ｓ１３のＹＥＳ）、アプリＡの要求に係る起動時刻をランダムに変化させ（Ｓ１４）、変化後の起動時刻に実行する（Ｓ１５）。

また、アプリＡの要求に係る通信が定時通信でなければ（Ｓ１３のＮＯ）、アプリＡの要求に係る起動時刻を変化させることなく、その起動時刻に実行する（Ｓ１６）。

この処理手順では、アプリＡの起動を説明したが、他のアプリＢ、Ｃにおいても同様の処理が実行される。

＜第１の実施の形態の効果＞

(1) 端末装置２上で動作するアプリの起動時刻をランダムに変化させるので、複数の端末装置２からアプリによる定時通信の発生タイミングを分散でき、ネットワークに加わる負荷を効果的に低減できる。

(2) アプリによる各端末装置２による定時通信が分散することにより、ネットワークの輻輳を防止することができる。

(3) アプリの起動時刻はアプリ外でランダムに且つ自動的に変化させるので、端末装置２にインストールされるアプリ自体の起動時刻を変更する必要がなく、アプリユーザやアプリ作成者に対する負担がない。

〔第２の実施の形態〕

図３は、第２の実施の形態に係る通信システムを示す図である。この通信システム１２には複数の端末装置２およびネットワーク１４が含まれる。ネットワーク１４に設置されたコアネットワーク１６には複数の基地局装置１８−１、１８−２、１８−３が接続されている。各基地局装置１８−１、１８−２、１８−３には複数の端末装置２が無線により接続される。

端末装置２にはアプリ１０がインストールされている。このアプリ１０には既述のアプリＡ、アプリＢ、アプリＣなど複数のアプリが含まれる。これらのアプリＡ、アプリＢ、アプリＣは定時通信を含むデータ通信を行うプログラムである。

図４は、端末装置２の一例を示す図である。この端末装置２では装置筐体２０の前面に表示画面２２が設置されている。この表示画面２２の前面にはタッチパネル２４が設置されている。表示画面２２にはキーボードなどの入力画面が表示される。タッチパネル２４は入力デバイスの一例でありたとえば、指やスタイラスペンのタッチによって情報を入力することができる。

図５は、端末装置２のハードウェアの一例を示している。図５において、図１と同一部分には同一符号を付してある。この端末装置２は、インストールされているアプリの起動によってネットワーク１４とデータ通信を行う移動機のひとつたとえば、スマートフォンである。

この端末装置２には一例として、無線部４、プロセッサ６、メモリ８、タッチパネル２４および表示部２６が含まれる。

プロセッサ６は本開示の制御部の一例である。このプロセッサ６が実行する機能は、メモリ８に格納されているＯＳ（Operating System）や既述のアプリ１０を実行する。この機能には、通信を行うべき時刻に所定のアプリの起動要求を受け、該要求に係る通信が既述の定時通信である場合、要求に係る起動時刻をランダムに変化させる機能が含まれる。

メモリ８にはプログラム記憶部２８、データ記憶部３０およびＲＡＭ（Random-Access Memory）３２が含まれる。プログラム記憶部２８およびデータ記憶部３０には、ハードディスク装置や不揮発性メモリなどの記憶素子が用いられる。プログラム記憶部２８にはＯＳやアプリ１０などのプログラムが格納される。データ記憶部３０にはデータ通信に用いられる起動データを含む制御データなどの各種のデータが格納され、データベースの一例としてデータテーブルが構築される。

ＲＡＭ３２は、実行するアプリ１０などの各種アプリが展開されるワークエリアとして用いられる。このＲＡＭ３２にはたとえば、ＳＤＲＡＭ（Synchronous Dynamic Random-Access Memory）、メモリ、フラッシュメモリが用いられる。

表示部２６は文字情報や画像情報などの情報を表示する。この表示部２６にはたとえば、ＬＣＤ（Liquid Crystal Display）が用いられる。この表示部２６の文字情報などの情報表示にはキーボード表示が含まれる。

タッチパネル２４はデータ入力部の一例である。このタッチパネル２４は表示部２６の表示画面上に設置され、表示部２６のキーボード表示などのガイド表示に対応したデータ入力などに用いられる。

図６のＡは、メモリ８のプログラム記憶部２８に格納されたＯＳおよびアプリを示している。端末装置２にはＯＳ３４およびアプリ１０がインストールされ、プログラム記憶部２８に格納される。アプリ１０には既述の複数のアプリＡ、アプリＢ、アプリＣ、アプリＤなど複数のアプリが含まれる。

図６のＢは、プロセッサ６によって実現される機能３６を示している。この機能３６には通信判定機能３８、乱数発生機能４０、起動時刻演算機能４２、タイマー機能４４、データ通信機能４６および通信記録機能４８が含まれる。

通信判定機能３８では、通信を行うべき時刻にアプリから起動要求を受け、該要求に係る通信が既述の定時通信であるかを判定する。

乱数発生機能４０では、通信判定機能３８が起動要求を発したアプリが定時通信を行うアプリであると判定すれば、その判定結果を契機に乱数を発生する。この乱数は起動時刻を変化させるための変化情報の一例である。

起動時刻演算機能４２では、乱数発生機能４０が発生させた乱数を用いてオフセット時間Ｔoffsetを演算し、このオフセット時間Ｔoffsetおよびアプリ１０が要求する起動時刻Ｔ１から起動時刻Ｔ２を演算する。つまり、起動時刻演算機能４２では乱数により求められたオフセット時間Ｔoffsetを起動時刻Ｔ１に加算し、起動時刻Ｔ２に変化させる。

オフセット時間Ｔoffsetの演算には、乱数発生機能４０を用いて、予め決めた一定範囲としてたとえば、−３００〔秒〕ないし＋３００〔秒〕の値を求める。

このオフセット時間Ｔoffsetの演算例では、乱数発生機能４０の乱数発生範囲が０〜１、求める範囲が−３００〔秒〕〜＋３００〔秒〕であれば、オフセット時間Ｔoffset〔秒〕は、
Ｔoffset〔秒〕＝（乱数値×６００）−３００ ・・・(1)
この演算式(1)から求められる。

タイマー機能４４は、設定された起動時刻Ｔ１、Ｔ２を監視し、起動時刻Ｔ１または起動時刻Ｔ２にタイマー通知を発する。

データ通信機能４６では、アプリの起動要求に係る起動時刻Ｔ１、またはこの起動時刻Ｔ１から変化させた起動時刻Ｔ２にデータ通信を開始させ、データ通信を実行する。

通信記録機能４８は、データ通信を実行したアプリごとに起動時刻や一定時間内の通信の有無などを含む通信履歴データを記録する。

図７は、アプリ起動データベース５０の一例を示している。このアプリ起動データベース５０はメモリ８のデータ記憶部３０に構築される。このアプリ起動データベース５０には、アプリ名５２、起動時刻５４および一定時間内の通信の有無５６が格納されている。

アプリ名５２はアプリを識別する識別情報の一例である。このアプリ名５２には、アプリを識別するたとえば、名称が格納される。この例では、アプリ名＝アプリＡ、アプリＢ、アプリＣなど、複数のアプリ名が格納されている。

起動時刻５４は、各アプリの起動時刻情報が格納されている。この例では、アプリＡ＝１２：００、アプリＢ＝１３：００、アプリＣ＝１４：００などが格納されている。

一定時間内の通信の有無５６は、各アプリ毎に一定時間内の通信の有無を表す情報が格納されている。この例では、アプリＡ＝有、アプリＢ＝有、アプリＣ＝無などが格納されている。

これら各欄に記録されたデータは、数日分のデータであり、数日経過後に更新する。更新されたデータにより、起動制御が実行される。

図８は、起動制御の処理手順の一例を示している。この処理手順は、アプリの起動によって生起するデータ通信のタイミングをアプリ外で制御する処理を実行する。

この処理手順では、アプリ１０たとえば、アプリＡが定期的または不定期にデータ通信を行う際、指定時間にアプリＡが起動するようＯＳ３４に要求する（Ｓ２１）。この起動要求を受けたＯＳ３４は、要求元のアプリが、ａ）毎日定刻に起動要求が行われ、かつ、ｂ）その起動時刻から一定時間内にデータ通信が行なわれているか判定する（Ｓ２２）。

これらａ）、ｂ）の両方が行なわれていれば（Ｓ２２のＹＥＳ）、毎日定刻にデータ通信を行うアプリであると判断し、要求された起動時刻Ｔ１にオフセット時間Ｔoffsetを加算した起動時刻Ｔ２を演算する（Ｓ２３）。オフセット時間Ｔoffsetおよび起動時刻Ｔ２（＝Ｔ１＋Ｔoffset）の演算は既述の通りである。

演算により求められたオフセット時間Ｔoffsetは起動時刻Ｔ１に加算され、起動時刻Ｔ２（＝Ｔ１＋Ｔoffset）を設定する（Ｓ２４）。つまり、起動時刻Ｔ１がアプリ外で起動時刻Ｔ２に変化させ、この起動時刻Ｔ２をアプリＡの起動に用いる。

また、既述のａ）、ｂ）の何れかが行なわれていなければ（Ｓ２２のＮＯ）、アプリから要求された起動時刻Ｔ１を設定する（Ｓ２５）。

起動時刻Ｔ１または起動時刻Ｔ２が到来するとアプリＡが起動し、データ通信が行われる（Ｓ２６）。このデータ通信の後、データ通信形態を記録し（Ｓ２７）、この処理を終了する。このデータ通信形態の記録ではＳ２２での判定情報に用いるための情報としてたとえば、アプリ毎の起動時刻、一定時間内の通信の有無などが保存される。

図９は、端末装置２の起動制御シーケンスの一例を示している。この起動制御シーケンスでは、端末装置２側のアプリ１０、ＯＳ３４およびタイマー機能４４により起動時刻が変更され、この起動時刻のタイミングでネットワーク１４とデータ通信が実行される。

アプリ１０たとえば、アプリＡが定期的または不定期のデータ通信を行う場合、動作状態Ｆonに移行したアプリ１０からＯＳ３４に対し、起動要求が発せられる（Ｓ３１）。この場合、指定時間をたとえば、起動時刻＝１２：００とすれば、この時刻に起動するようにアプリ１０からＯＳ３４に起動要求が発せられる。つまり、起動時刻Ｔ１＝１２：００である。この起動要求の後、アプリＡは停止状態Ｆoff に移行する。

この起動要求を受けたＯＳ３４はたとえば、アプリＡが前日の同時刻Ｔ１に起動させ、通信を行ったアプリであれば、起動時刻Ｔ１を遅らせる処理を行う（Ｓ３２）。この場合、既述のオフセット時間をたとえば、Ｔoffset＝１〔分〕とすれば、起動時刻は１〔分〕だけ遅れた時刻１２：０１である。ＯＳ３４は、この起動時刻１２：０１をタイマー機能４４に設定する（Ｓ３３）。これが既述の起動時刻Ｔ２＝１２：０１である。

タイマー機能４４は時刻の経過を監視して起動時刻Ｔ２＝１２：０１を検出する（Ｓ３４）。起動時刻Ｔ２が到来すると、タイマー機能４４からタイマー通知が発せられる（Ｓ３５）。このタイマー通知を受けたＯＳ３４は、アプリＡを起動させる（Ｓ３６）。これにより、アプリＡは動作状態Ｆonに移行する。

起動したアプリＡはネットワーク１４とのデータ通信処理を実行し（Ｓ３７）、ネットワーク１４とのデータ通信を行う（Ｓ３８）。

ＯＳ３４では通信判定機能３８によりアプリ起動後の一定時間内にデータ通信が行われるか否かを監視し、斯かるデータ通信であれば、通信記録機能４８により起動時刻Ｔと通信の有無をメモリ８のデータ記憶部３０に記録する（Ｓ３９）。この場合、記録される起動時刻Ｔは、既述の起動時刻Ｔ２である。

動作状態Ｆonに移行した他のアプリＢは起動時刻たとえば、１３：００に起動要求がＯＳ３４に対して発せられる（Ｓ４０）。この起動要求の後、そのアプリＢは停止状態Ｆoff に移行する。以降、このような処理が他のアプリＣ、アプリＤなどで繰り返し実行される（ＳＮ）。

図１０は、起動制御の具体的な処理手順の一例を示している。この処理手順では、アプリ１０たとえば、アプリＡから起動要求を受信すると（Ｓ５１）、ＯＳ３４はメモリ８のアプリ起動データベース５０から起動時刻と通信の有無の情報を読み出す（Ｓ５２）。アプリ起動データベース５０には、アプリ毎に起動時刻、一定時間内の通信の有無を表す情報が格納されている。

このアプリＡが前日も同時刻に起動し、一定時間内に通信したかを判定する（Ｓ５３）。このアプリＡが前日も同時刻に起動し、一定時間内に通信していれば（Ｓ５３のＹＥＳ）、オフセット時間Ｔoffsetを演算により求める（Ｓ５４）。このオフセット時間Ｔoffsetの算出は既述の演算式(1) によって行う。

この場合、要求された起動時刻Ｔ１をオフセット時間Ｔoffsetだけずらした起動時刻Ｔ２をタイマー機能４４に設定する（Ｓ５５）。

また、このアプリＡが前日も同時刻に起動または一定時間内に通信の何れかをしていなければ（Ｓ５３のＮＯ）、アプリＡから要求された起動時刻Ｔ１をタイマー機能４４に設定する（Ｓ５６）。つまり、この場合、オフセット時間Ｔoffsetによる起動時刻の遅延などの変化はない。

このような起動時刻の設定の後、起動時刻が到来し、ＯＳ３４がタイマー通知を受信すれば、アプリＡを起動する（Ｓ５７）。

ＯＳ３４は一定時間、起動したアプリＡの通信の有無を監視する（Ｓ５８）。この監視結果として、アプリＡから要求された起動時刻と起動後の通信の有無をメモリ８に保存する（Ｓ５９）。つまり、これらの情報はデータ記憶部３０にあるアプリ起動データベース５０に格納される。

＜第２の実施の形態の効果＞

(1) 第２の実施の形態によれば、アプリの起動時刻Ｔ１とオフセット時間Ｔoffsetから求めた起動時刻Ｔ２となり、タイマー通知が発生すると、ＯＳ３４がアプリ１０を起動させる。この起動後にアプリ１０がデータ通信を行うが、その時刻はアプリ自体が持つ起動時刻Ｔ１よりもＯＳ３４で演算したオフセット時間Ｔoffsetだけ変化した時刻となる。このようにオフセット時間Ｔoffsetだけ起動時刻を変化させることにより、複数の端末装置２からのネットワーク１４に対する集中的なネットワーク負荷を低減できる。

(2) ＯＳ３４はアプリ１０を起動させた後、そのアプリ１０がデータ通信を行なうが、このデータ通信の一定時間の監視により、アプリから要求された起動時刻と起動後の通信有無を保存する。このデータを参酌することにより、アプリ１０が要求した起動時刻を異なる起動時刻にランダムに変更する。

(3) このように、アプリ１０は通信を行いたい時間に起動されるようＯＳ３４に対し要求を行なうが、ＯＳ３４側で毎日定刻に通信を行なうアプリだと判断した場合、起動時刻をある程度の範囲でランダムに変化させる。これにより、同一アプリが多数の端末装置２で使用されている場合でもネットワーク負荷を軽減できる。

(4) このような起動制御を行えば、毎日定時刻にデータ通信を行なうアプリが多数の端末装置２にインストールされても、当該アプリによってデータ通信を行う時刻が端末装置２毎にずれ、ネットワークの集中的な負荷が軽減される。これにより、ピーク時の負荷に合わせてネットワーク機器の増設費用が軽減される。また、ピーク時の負荷を低減するので、ピーク負荷時における応答速度の低下を防止でき、サービスの応答速度を向上させることができる。

〔第３の実施の形態〕

図１１は、第３の実施の形態に係る通信システム１２の一例を示している。

第１または第２の実施の形態では、各端末装置２のそれぞれで定時通信を行うアプリ１０に対し、オフセット量の一例であるオフセット時間Ｔoffsetを演算し、アプリ１０の起動時刻をランダムに変化させている。このような起動時刻の制御に関し、この実施の形態では、ネットワーク装置６０からオフセット時間Ｔoffsetを各端末装置２に通知し、各端末装置２で通知を受けたオフセット時間Ｔoffsetを用いる。

図１１に示す通信システム１２では、ネットワーク１４のコアネットワーク１６にネットワーク装置６０が含まれる。この実施の形態では、ネットワーク装置６０で各端末装置２のオフセット時間Ｔoffsetを管理する。このネットワーク装置６０ではネットワーク１４における地域や時間帯などの負荷状況に合わせ、複数の端末装置２ごとにデータ通信タイミングを制御する。地域や時間帯などの負荷状況は、起動時刻を変化させるための変化情報の一例である。

この例ではネットワーク装置６０で管理する地域が複数のエリアａ、エリアｂ、エリアｃ・・・に区分されている。エリアａはたとえば、基地局装置１８−１のサービスエリア、エリアｂはたとえば、基地局装置１８−２のサービスエリア、エリアｃはたとえば、基地局装置１８−３のサービスエリアである。各エリアａ、エリアｂ、エリアｃには複数の端末装置２が属し、基地局装置１８−１、１８−２、１８−３などのいずれかに無線により接続される。

ネットワーク装置６０では、ネットワーク負荷を監視するために各種のデータ収集を行い保存する。収集されたデータには地域のたとえば、エリアａ、エリアｂ、エリアｃ毎や時間帯毎のデータ通信の接続回数（以下、「呼量」と称する）を表す情報が含まれる。この呼量も既述の変化情報の一例である。ネットワーク装置６０は、これらの収集データを用いることにより、端末装置２毎のデータ通信タイミングのオフセット時間Ｔoffsetを決定し、このオフセット時間Ｔoffsetを各端末装置２に通知する。

図１２のＡは、ネットワーク装置６０のハードウェアの一例を示している。このネットワーク装置６０には通信部６２、プロセッサ６４およびメモリ６６が含まれる。通信部６２は既述の基地局装置１８−１、１８−２、１８−３を介して端末装置２との通信を行う。プロセッサ６４は、メモリ６６に格納されているＯＳや通信制御プログラムなどの各種のプログラムを実行する。通信制御プログラムにはオフセット時間演算プログラムが含まれる。

メモリ６６はハードディスク装置などの不揮発性記憶装置である。このメモリ６６にはプログラム記憶部６８、データ記憶部７０およびＲＡＭ７２が含まれる。プログラム記憶部６８にはＯＳや既述の通信制御プログラムなどの各種のプログラムが格納されている。データ記憶部７０には、各種のデータが格納される。このデータ記憶部７０にはデータ格納形態の一例としてネットワーク負荷データベース７４（図１５）、オフセット時間演算テーブル７６（図１６）およびオフセット時間データベース７８（図１７）が構築されている。ＲＡＭ７２は、プロセッサ６４で実行される情報処理のワークエリアに用いられる。

図１２のＢは、ネットワーク装置６０の機能８０の一例を示している。この機能８０には地域管理機能８２、時間帯管理機能８４、呼量収集機能８６、ピーク呼量演算機能８８、最大オフセット時間検出機能９０、オフセット時間演算機能９２およびデータ記録機能９３が含まれる。

地域管理機能８２は、端末装置２からの通知を受け、端末装置２の電話番号などにより端末装置２の存在する地域を登録し管理する。

時間帯管理機能８４は、端末装置２にインストールされたアプリが起動する時間帯を登録し管理する。

呼量収集機能８６は、呼量を収集し記録する。この呼量は既述の通り、端末装置２との時間帯毎のデータ通信の接続回数である。また、ピーク呼量演算機能８８は、収集した呼量からピーク呼量を算出する。

最大オフセット時間検出機能９０は、算出されたオフセット時間から最大オフセット時間を検出する。オフセット時間演算機能９２は、負荷データを参照してオフセット時間を演算する。

データ記録機能９３は、データベースを構築し、呼量、時間帯、ピーク呼量、最大オフセット時間、グループ数などの各種制御データを記録する。このグループ数も既述の変化情報の一例である。このデータ記録機能９３により、既述のネットワーク負荷データベース７４（図１５）、オフセット時間演算テーブル７６（図１６）およびオフセット時間データベース７８（図１７）が構築されている。

図１３は、端末装置２のプロセッサ６によって実現される機能９４を示している。この機能９４には既述の機能３６（図６のＢ）に加え、位置登録要求機能９６、オフセット時間記録機能９８が含まれる。図６のＢと同一部分には同一符号を付し、その説明を割愛する。

位置登録要求機能９６はたとえば、端末装置２の電源投入を契機にネットワーク装置６０に対し位置登録要求を行い、端末装置２の存在する位置を通知する。

オフセット時間記録機能９８はネットワーク装置６０から通知されたオフセット時間を記録する。ネットワーク装置６０から通知されたオフセット時間はアプリ起動データベース１００に格納される。

図１４は、アプリ起動データベース１００の一例を示している。このアプリ起動データベース１００は既述のアプリ起動データベース５０に代えてメモリ８のデータ記憶部３０に構築される。このアプリ起動データベース１００には、アプリ名５２、起動時刻５４、一定時間内の通信の有無５６、オフセット時間１０２が含まれる。アプリ名５２、起動時刻５４、一定時間内の通信の有無５６は、図７およびその説明に記載した通りであるから、その説明を割愛する。

オフセット時間１０２には、ネットワーク装置６０から通知されたオフセット時間を格納する。アプリ１０の起動に際し、アプリ起動データベース１００からオフセット時間Ｔoffsetを読み出し、アプリ１０の起動時刻Ｔ１に加算すれば、起動時刻Ｔ２に変化させることができる。これにより、データ通信のタイミングをずらすことができる。

図１５は、ネットワーク負荷データベース７４の一例を示している。

このネットワーク負荷データベース７４には地域１０４、時間帯１０６、呼量１０８が格納される。地域１０４には地域から区分されたエリアを特定するエリア名が格納される。この例では既述のエリアａ、エリアｂが格納されている。

時間帯１０６には時間帯データが格納される。この例では０時００分の正時データ、正時からずれた時刻たとえば、０時０１分、０時０２分が格納されている。また、呼量１０８には時間帯毎の呼量データが格納されている。

このようにネットワーク負荷データベース７４にはエリア名に関係付けられて時間帯データおよび呼量データが格納されている。したがって、このネットワーク負荷データテーブル７４からエリア名を特定すれば、時間帯および呼量が求められる。

図１６は、オフセット時間演算テーブル７６の一例を示している。

このオフセット時間演算テーブル７６にはピーク呼量１１０、最大オフセット時間１１２、グループ数１１４が格納されている。

ピーク呼量１１０には単位時間としてたとえば、１分当たりのピーク呼量が格納される。最大オフセット時間１１２にはピーク呼量に関係付けられたオフセット無しまたは最大オフセット時間データが格納される。つまり、この最大オフセット時間１１２は、該当時間帯にオフセット量の一例である最大で何秒間のオフセット時間を設定するかを表している。

グループ数１１４は、該当時間帯に端末装置２を何グループに分けてオフセット時間を決定するかを表している。

このオフセット時間演算テーブル７６によれば、たとえば、ある時間帯の最大オフセット時間１１２が１１９〔秒〕、グループ数１１４が１２０であれば、端末装置２を１２０のグループに分け、それぞれのグループに対し、０〜１１９〔秒〕の間で同じ値とならない時間値のオフセット時間Ｔoffsetが求められる。

図１７は、オフセット時間データベース７８の一例を示している。

このオフセット時間データベース７８には地域１０４、時間帯１０６、最大オフセット時間１１２、グループ数１１４が格納されている。地域１０４は、図１５に示す地域１０４と同一である。時間帯１０６は図１５に示す時間帯１０６に対応する。このオフセット時間データベース７８では時間帯１０６に格納される時間帯データでは正時データが格納されている。この例では０時、１時、２時が格納されている。最大オフセット時間１１２は、図１６に示す最大オフセット時間１１２に対応する。グループ数１１４は、図１６に示すグループ数１１４と同様である。

図１８は、オフセット時間を決定する処理手順を示している。この処理手順では地域としてエリアａ、ｂ・・・ｅの５エリアを想定する。時間帯は１時間を単位に分割する。オフセット時間は１時間の時間帯を単位として決定する。

ネットワーク装置６０では一定時間毎に以下の処理を繰返し実行し、オフセット時間データベース７８の格納データを更新する。

この処理手順を開始すると、ネットワーク負荷データベース７４から、地域１０４のエリアｘ（たとえば、エリアａ）の負荷データの読み出しを行う（Ｓ６１）。この負荷データは地域１０４および時間帯１０６毎の呼量１０８である。この負荷データは予め収集され、ネットワーク負荷データベース７４に格納されている。

次に、オフセット時間演算テーブル７６の読み出しを行う（Ｓ６２）。このオフセット時間演算テーブル７６には予め単位時間（この例では１分毎）当たりのピーク呼量１１０、これに対応する最大オフセット時間１１２およびグループ数１１４が決められる。

最大オフセット時間１１２では所定のグループ数に端末装置２を分け、それぞれのグループに対し、同値とならないオフセット時間Ｔoffsetが設定される。

次に、ネットワーク負荷データベース７４から読み出した負荷データである呼量１０８から、時間帯毎のピーク呼量１１０を求め、そのピーク呼量１１０に対応する最大オフセット時間１１２をオフセット時間演算テーブル７６より求める（Ｓ６３）。

このように求められた最大オフセット時間１１２をオフセット時間データベース７８（図１７）に保存する（Ｓ６４）。

このように決定された最大オフセット時間１１２は端末装置２に通知され、端末装置２のＯＳ３４（図６のＡ）の処理に従って起動させるアプリたとえば、アプリＡの起動時刻を変更させる。このオフセット時間Ｔoffsetを端末装置２に通知するタイミングおよび処理は任意であるがたとえば、図１９に示す処理手順を用いればよい。

図１９は、オフセット時間の通知処理の処理シーケンスを示している。

この処理シーケンスには電源投入後に必ず行なわれる位置登録時の通知処理を示している。この処理では端末装置２が電源の投入を契機に、端末装置２からネットワーク装置６０に対し、位置登録要求を行う（Ｓ７１）。この位置登録要求は、端末装置２の存在位置をネットワーク装置６０に通知する処理である。端末装置２の位置はたとえば、ＧＰＳ（Global Positioning System）で求めればよく、この位置データを通知すればよい。

この位置登録要求を受けたネットワーク装置６０から端末装置２に位置登録を行った旨の位置登録応答が通知される（Ｓ７２）。

この位置登録を完了した後、ネットワーク装置６０では端末装置２に付されている電話番号により端末装置２が該当するグループおよび地域を求める（Ｓ７３）。

こうして求めた地域およびグループはオフセット時間データベース７８（図１５）を参照し、端末装置２に通知するオフセット時間Ｔoffsetを求める（Ｓ７４）。

ネットワーク装置６０は、演算したオフセット時間Ｔoffsetを端末装置２に通知する（Ｓ７５）。この通知を受けた端末装置２は、通知されたオフセット時間Ｔoffsetを記憶する（Ｓ７６）。このオフセット時間Ｔoffsetは、アプリ起動データベース１００（図１４）に格納される。

図２０は、端末装置２の起動制御の処理手順を示している。この処理手順では、ネットワーク装置６０で求めたオフセット時間を利用し、アプリの起動時刻を変化させる。

この処理手順では、アプリ１０から起動要求を受信し（Ｓ８１）、アプリ起動データベース１００から前日の起動時刻と通信有無を読み出す（Ｓ８２）。前日も同時刻に起動し、一定時間内に通信したか判定する（Ｓ８３）。

前日も同時刻に起動し、一定時間内に通信していれば（Ｓ８３のＹＥＳ）、プロセッサ６がアプリ起動データベース１００からオフセット時間Ｔoffsetを読み出す（Ｓ８４）。プロセッサ６が、アプリ１０の要求した起動時刻Ｔ１にオフセット時間Ｔoffsetを加え、起動時刻Ｔ１を起動時刻Ｔ２に変化させてタイマー機能４４に設定する（Ｓ８５）。

また、前日も同時刻に起動していない、または一定時間内に通信していないのいずれかであれば（Ｓ８３のＮＯ）、プロセッサ６がアプリの要求した起動時刻Ｔ１をタイマー機能４４に設定する（Ｓ８６）。

これにより、タイマー機能４４からタイマー通知を受信し、プロセッサ６がアプリを起動する（Ｓ８７）。

通信記録機能４８が一定時間、起動したアプリ１０の通信有無を監視し（Ｓ８８）、アプリ１０から要求された起動時刻と起動後の通信有無を保存する（Ｓ８９）。このような処理を実行した後、処理をＳ８１に移行前の状態に遷移させる。

＜第３の実施の形態の効果＞

(1) 上記実施の形態では、端末装置２の主導により、ネットワーク負荷を軽減したが、この実施の形態では、ネットワーク１４の主導により、データ通信のタイミングを制御できる。

(2) ネットワーク装置６０によってデータ通信のタイミングを制御できるので、ネットワーク１４の負荷状況によってデータ通信のオフセット時間を変えるなどにより、ネットワーク負荷をより効果的に軽減できる。

〔第４の実施の形態〕

図２１のＡは、第４の実施の形態に係る対象外アプリ設定プログラムの設定画面表示を示している。この対象外アプリ設定プログラム１１５を備え、対象外アプリの設定画面表示１１６を表示画面２２に展開し、既述の起動制御の対象外とするアプリのユーザ選択により、予め起動制御を行うか否かを指定可能としてもよい。

この設定画面表示１１６では、タイトル表示１１８、アプリリスト１２０、チェックボックス１２２および決定ボタン１２４が表示されている。

タイトル表示１１８は、対象外アプリの設定モードに移行した際に表示される設定画面表示１１６を特定するための表示である。アプリリスト１２０には端末装置２にインストールされている全てのアプリを表す識別情報が表示されている。この識別情報はアプリを特定可能なたとえば、名称や記号など、何れでもよい。チェックボックス１２２はタッチパネル２４のボックス上を指、スタイラスペンなどでタッチすれば、チェック１２６が表示される。チェック１２６は、対象外アプリの選択を示しているが、対象アプリをチェックして選択する形態でもよい。決定ボタン１２４は、このような選択の後、入力を決定する入力欄である。同様に、決定ボタン１２４上をタッチすれば、チェック内容が確定し、処理される。

このような構成とすれば、端末装置２のユーザが指定した対象外アプリでは当該アプリの起動要求時刻に起動を行うことが可能であり、その他のアプリはオフセット時間により起動時刻が変化することになる。

図２１のＢは、対象外アプリデータベースの一例を示している。この対象外アプリデータベース１２８は、端末装置２のたとえば、データ記憶部３０に設定される。この対象外アプリデータベース１２８には、対象外アプリ名１３０とともに、対象外アプリを表す対象外アプリリスト１３２が格納される。この例では、対象外アプリリスト１３２には図２１のＡに示すチェック１２６によって指定されたアプリＡ、アプリＣ、アプリＤが格納されている。

図２２は、対象外アプリの設定シーケンスを示している。対象外アプリ設定プログラム１１５では、端末装置２にインストールされているアプリリスト１２０およびチェックボックス１２２を表示し、対象外としたいアプリ名のチェックボックス１２２をユーザのタッチにより選択する。このアプリ選択後に決定ボタン１２４をタッチすれば、対象外アプリ設定プログラム１１５はＯＳ３４に対し、対象外アプリ設定要求を発行する（Ｓ９１）。この対象外アプリ設定要求には、ユーザが指定した対象外アプリのアプリリスト１２０が設定されている。その要求を受信したＯＳ３４では対象外アプリデータベース１２８に対象外アプリリスト１３２を保存する（Ｓ９２）。

図２３は、アプリから起動要求を受けたＯＳ３４の処理手順を示している。

この処理手順では、アプリからの起動要求を受信すると（Ｓ１０１）、対象外アプリデータベース１２８から対象外アプリリスト１３２を読み出す（Ｓ１０２）。起動要求に係るアプリが対象外アプリかを判断する（Ｓ１０３）。この判断には、要求元のアプリが対象外アプリリスト１３２に存在するか否かを判断する。

起動要求に係るアプリが対象外アプリを記録した対象外アプリリスト１３２に存在すれば（Ｓ１０３のＹＥＳ）、対象外アプリとしてアプリ本来の起動時刻Ｔ１での起動処理を行う（Ｓ１０４）。対象外アプリリスト１３２に存在しなければ（Ｓ１０３のＮＯ）、既述の起動時刻の変更制御を行う（Ｓ１０５）。

＜第４の実施の形態の効果＞

(1) ユーザにより起動時刻の変更対象とするか、対象外とするかを選択することができる。

(2) このような処理によれば、端末装置２の負荷を低減でき、起動時刻の変更を行うべきアプリに対してのみ、起動時刻制御を実施でき、迅速に処理を行うべきアプリに対しては、アプリが要求する定時刻に起動でき、オフセット時間による遅延を防止できる。

(3) 起動時刻を遅らせるオフセット時間を端末装置またはネットワーク装置で決めれば、ネットワーク負荷を更に効果的に低減できる。このような機能により、ユーザ側で対象または対象外のアプリが指定できるので、ユーザの利便性が高められる。

〔他の実施の形態〕

(1) 上記実施の形態では、ＯＳが動作主体として起動時刻の変更処理を行っているが、これに限定されない。起動するアプリとＯＳとの間に存在するミドルウェアプログラムが起動時刻の変更処理を行う構成としてもよい。

(2) オフセット時間の演算や設定に緊急無線通信時の処理を考慮してもよい。図２４は、この場合の処理手順の一例を示している。この処理手順では、端末装置２またはネットワーク装置６０で緊急無線通信の監視を行う（Ｓ１１１）。緊急無線通信が生じた場合には（Ｓ１１２のＹＥＳ）、対象外アプリリスト１３２にないアプリの起動およびオフセット時間の演算処理を停止する（Ｓ１１３）。このオフセット時間の演算処理の停止は緊急状態が終了するまで継続させる。緊急状態が終了すれば（Ｓ１１４のＹＥＳ）、停止しているアプリの起動およびオフセット時間の演算処理を実行し（Ｓ１１５）、Ｓ１１１に戻り、緊急無線通信の監視を行う。このようにすれば、緊急時、対象外アプリリスト１３２にないアプリたとえば、アプリＢの起動や起動時刻の変更処理を解除でき、端末装置２やネットワーク装置６０の負荷を軽減できる。

(3) 上記実施の形態では、スマートフォンなどの端末装置２を例示したが、端末装置２以外の移動機の一例として、通信機能を備えるパーソナルコンピュータや、時計、電子カメラ、電子ゲーム機など、定時にデータ通信を行う電子機器であってもよい。

以上説明したように、本開示の技術の最も好ましい実施の形態などについて説明した。本開示の技術は上記記載に限定されるものではない。特許請求の範囲に記載され、または発明を実施するための形態に開示された要旨に基づき、当業者において様々な変形や変更が可能である。斯かる変形や変更が、本開示の技術の範囲に含まれることは言うまでもない。また、本開示の技術に係る他の目的、特徴および利点は上記記載に限定されない。

２ 端末装置
４ 無線部
６ プロセッサ
８ メモリ
１０ アプリ
１２ 通信システム
１４ ネットワーク
１６ コアネットワーク
１８−１、１８−２、１８−３ 基地局装置
２０ 装置筐体
２２ 表示画面
２４ タッチパネル
２６ 表示部
２８ プログラム記憶部
３０ データ記憶部
３２ ＲＡＭ
３４ ＯＳ
３６ 機能
３８ 通信判定機能
４０ 乱数発生機能
４２ 起動時刻演算機能
４４ タイマー機能
４６ データ通信機能
４８ 通信記録機能
５０ アプリ起動データベース
５２ アプリ名
５４ 起動時刻
５６ 一定時間内の通信の有無
６０ ネットワーク装置
６２ 通信部
６４ プロセッサ
６６ メモリ
６８ プログラム記憶部
７０ データ記憶部
７２ ＲＡＭ
７４ ネットワーク負荷データベース
７６ オフセット時間演算テーブル
７８ オフセット時間データベース
８０ 機能
８２ 地域管理機能
８４ 時間帯管理機能
８６ 呼量収集機能
８８ ピーク呼量演算機能
９０ 最大オフセット時間検出機能
９２ オフセット時間演算機能
９３ データ記憶機能
９４ 機能
９６ 位置登録要求機能
９８ オフセット時間記録機能
１００ アプリ起動データベース
１０２ オフセット時間
１０４ 地域
１０６ 時間帯
１０８ 呼量
１１０ ピーク呼量
１１２ 最大オフセット時間
１１４ グループ数
１１５ 対象外アプリ設定プログラム
１１６ 設定画面表示
１１８ タイトル表示
１２０ アプリリスト
１２２ チェックボックス
１２４ 決定ボタン
１２６ チェック
１２８ 対象外アプリデータベース
１３０ 対象外アプリ名
１３２ 対象外アプリリスト

Claims (6)

1. 所定の時間間隔で定期的に起動してネットワークと定時通信を行うアプリをインストールした端末装置であって、
   通信を行うべき時刻に所定のアプリの起動要求を受け、該要求に係る通信が前記定時通信である場合、前記要求に係る起動時刻をランダムに変化させる制御部を備えることを特徴とする端末装置。
2. 前記制御部は、通信を行うべき時刻に所定のアプリが起動されるよう発行された要求を検知し、該要求に係る通信が所定の時間間隔で定期的に実行される定時通信であるか否かを判定することを特徴とする請求項１に記載の端末装置。
3. 前記制御部は、前記ネットワーク側からの要求を受け、該要求により前記起動時刻を変更することを特徴とする請求項１または請求項２に記載の端末装置。
4. 前記制御部は、少なくとも定期的に起動する前記アプリから前記起動時刻を変更するアプリまたは前記起動時刻を変更しないアプリを選択登録し、該アプリに応じて前記起動時刻を変更しまたは前記起動時刻を変更しないことを特徴とする請求項１ないし請求項３のいずれかの請求項に記載の端末装置。
5. 所定の時間間隔で定期的に起動してネットワークと定時通信を行うアプリをインストールした複数の端末装置を含む通信システムであって、
   前記複数の端末装置をグループに分け、前記アプリの要求に係る起動時刻を前記グループ毎に変化させて前記端末装置に通知するネットワーク装置を備えることを特徴とする通信システム。
6. 前記起動時刻は、乱数、前記端末装置の属する地域、時間帯または呼量を含む変化情報に応じて制御されることを特徴とする請求項５に記載の通信システム。
   

Images