JP2016162080A - ネットワーク切替方法、ネットワーク切替プログラム、及び情報処理装置 - Google Patents

Abstract

【課題】ネットワークの切替えに要する時間を短縮させる。【解決手段】 １又は複数のアプリケーションと、該アプリケーションの通信先とに応じたネットワークに切り替えて通信を行うネットワーク切替方法において、前記ネットワークの切替え処理に関する履歴情報を保存し、前記１又は複数のアプリケーションの何れもが通信していない間に、前記履歴情報に含まれる前記アプリケーションの通信に必要なネットワーク構成に変更する時間情報に基づいて決定されるネットワークに接続しておく、処理を情報処理装置に実行させる。【選択図】図６

Description

本発明は、ネットワーク切替方法、ネットワーク切替プログラム、及び情報処理装置に関する。

近年では、タブレット端末やスマートフォン等の可搬型の端末装置が普及すると共に、ネットワークインフラも整備されており、端末装置用のアプリケーション（以下、必要に応じて「アプリ」という）を使用して、どこにいても様々なサービスが利用可能になっている。

また、従来では、端末装置用のアプリ（端末アプリ）も多様化し、端末アプリやそのアプリが利用する通信先のサービス等の様々な要因に応じて最適なネットワークが異なる。また、利用可能なネットワークインフラについても、場所や環境によって異なる。

したがって、使用アプリ、通信先、端末装置のネットワーク環境等に応じて、使用するネットワークを切替える必要がある。そこで、例えば、使用アプリと通信先とに応じて、どのネットワークを使用するかの定義情報（ネットワーク要件）を端末装置に与え、アプリの通信時に、その定義にしたがって自動的にネットワークを切替えるという方法が考えられる。

特開２００２−１１２３４７号公報 特開２００８−３１２０６７号公報

しかしながら、従来手法では、アプリによる通信接続の開始を契機としてネットワークの切替え処理を行うため、アプリが通信リクエストを送信し始めてから、応答を受けるまでに時間がかかり、使い勝手が低下する。

一つの側面では、本発明は、ネットワークの切替えに要する時間を短縮させることを目的とする。

一つの態様では、１又は複数のアプリケーションと、該アプリケーションの通信先とに応じたネットワークに切り替えて通信を行うネットワーク切替方法において、前記ネットワークの切替え処理に関する履歴情報を保存し、前記１又は複数のアプリケーションの何れもが通信していない間に、前記履歴情報に含まれる前記アプリケーションの通信に必要なネットワーク構成に変更する時間情報に基づいて決定されるネットワークに接続しておく、処理を情報処理装置に実行させる。

一つの側面として、ネットワークの切替えに要する時間を短縮させることができる。

第１実施例における通信システムの概略構成の一例を示す図である。 第１実施例における端末装置のハードウェア構成の一例を示す図である。 ネットワーク要件管理テーブルの一例を示す図である。 ネットワーク制御ログ管理テーブルの一例を示す図である。 第１実施例におけるアプリ通信時のネットワーク切替処理の一例を示すフローチャートである。 第１実施例におけるアプリ未通信時のネットワーク切替処理の一例を示すフローチャートである。 第２実施例におけるアプリ未通信時のネットワーク切替処理の一例を示すフローチャートである。 第３実施例における通信システムの概略構成の一例を示す図である。 アプリ利用ログ管理テーブルの一例を示す図である。 第３実施例におけるアプリ通信時のネットワーク切替処理の一例を示すフローチャートである。 第３実施例におけるアプリ未通信時のネットワーク切替処理の一例を示すフローチャートである。 第４実施例における通信システムの概略構成の一例を示す図である。 アプリ実行時刻の分析処理の一例を示すフローチャートである。 アプリ利用時刻管理テーブルの一例を示す図である。 第４実施例におけるネットワーク切替処理の一例を示すフローチャートである。 第５実施例における通信システムの概略構成の一例を示す図である。 第５実施例におけるアプリ利用ログ管理テーブルの一例を示す図である。 第５実施例におけるアプリ通信時のネットワーク切替処理の一例を示すフローチャートである。 第５実施例におけるアプリ利用統計情報管理テーブルの一例を示す図である。 第５実施例におけるアプリ利用状況の統計処理の一例を示すフローチャートである。 第５実施例におけるアプリ未通信時のネットワーク切替処理の一例を示すフローチャートである。

以下、図面に基づいて実施形態を説明する。

＜第１実施例＞
＜第１実施例における通信システムの概略構成例＞
図１は、第１実施例における通信システムの概略構成の一例を示す図である。図１に示す通信システム１０ａは、情報処理装置の一例としての端末装置１１ａと、１又は複数のサーバ１２−１，１２−２（以下、必要に応じて「サーバ１２」と総称する）とを有する。なお、サーバ１２の数については、図１の例に限定されるものではない。また、端末装置１１ａと、サーバ１２とは、所定の通信網（例えば、セルラ網、ＷｉＦｉ網）等に代表される１又は複数の通信ネットワーク１３（図１の例では、通信ネットワーク１３−１，１３−２）によりデータの送受信が可能な状態で接続されている。なお、通信ネットワーク１３の数や種類は、図１の例に限定されるものではなく、少なくとも１つの通信ネットワーク１３を有していればよい。１つのネットワーク（以下、「ネットワーク」を必要に応じて「ＮＷ」という）においても、例えば端末装置１１ａとサーバ１２との間でＶＰＮ通信を行うか否かにより本実施形態におけるネットワーク切替処理が行われるからである。

本実施形態では、アプリと通信先（例えば、サーバ１２）に応じてどのネットワークを使用するかの定義情報（ネットワーク要件）を端末装置１１ａに設定しておき、アプリの通信時にその定義に基づいて自動的にネットワークを切替える。例えば、端末装置１１ａは、使用アプリ、通信先、ネットワーク環境等の条件に応じてネットワークを自動的に切替える場合に、履歴情報等を用いて、アプリを使用する前にネットワーク環境を構築しておくことで、ユーザの待ち時間（ネットワークの切替えに要する時間）を短縮する。

端末装置１１ａは、予め基本Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）がインストールされている。基本ＯＳとしては、例えばＡｎｄｒｏｉｄ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）等であるが、これに限定されるものではない。また、端末装置１１ａは、所定の処理を実行する１又は複数のアプリがインストールされており、ユーザの操作や時刻等をトリガにして、少なくとも１つのアプリが選択され、選択したアプリが実行される。また、端末装置１１ａは、実行しているアプリを通じて、各サーバ１２に対応する各種サービスの提供を受け付け、受け付けた内容を画面に表示する。端末装置１１ａは、例えば、タブレット端末やスマートフォン、ゲーム機器、音楽再生装置等であるが、これに限定されるものではない。

サーバ１２は、それぞれの通信ネットワーク１３を用いて端末装置１１ａとデータの送受信を行う。サーバ１２は、端末装置１１ａからのリクエストに対応する情報を抽出し、抽出した情報を含むサービスをリクエストのあった端末装置１１ａに提供する。なお、サービスの種類としては、ブラウザを用いた情報の閲覧や、画像、映像、文字情報の提供、データの登録、更新、削除等であるが、これに限定されるものではない。サーバ１２は、例えば、Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ（ＰＣ）等でもよく、少なくとも一以上の情報処理装置を有するクラウドコンピュータを用いたクラウドサーバでもよい。

ここで、図１に示す端末装置１１ａは、アプリ通信中継部２１と、アプリ未通信検出部２２と、ＮＷ構成決定部２３と、ＮＷ制御部２４と、ＮＷ制御ログ管理部（管理部）２５と、セルラ通信部２６と、ＷｉＦｉ通信部２７と、ＶＰＮ通信部２８とを有する。また、端末装置１１ａには、予め１又は複数のアプリ２９がインストールされている。

アプリ通信中継部２１は、端末装置１１ａにインストールされている端末用のアプリ２９からサービス（サーバ１２）へのリクエスト（例えば、通信リクエスト）を受け付ける。また、アプリ通信中継部２１は、そのリクエストからアプリ識別子と通信先サービスのＵｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ（ＵＲＬ）を取得する。上述したアプリ識別子は、例えばＡｎｄｒｏｉｄ ＯＳにおけるアプリのパッケージ名やＷｉｎｄｏｗｓ ＯＳにおけるプログラム名等を利用することができる。

また、アプリ通信中継部２１は、これらの情報をＮＷ構成決定部２３に出力し、通信しようとしているアプリ用の通信ネットワーク１３を構成するように指示する。また、アプリ通信中継部２１は、アプリ未通信検出部２２に対してアプリ２９からのリクエストを受信したことを通知する。

また、アプリ通信中継部２１は、セルラ通信部２６又はＷｉＦｉ通信部２７を経由して各サービスを提供するサーバ１２−１，１２−２にリクエスト等を出力する。また、アプリ通信中継部２１は、ＶＰＮ通信部２８経由でセルラ通信部２６又はＷｉＦｉ通信部２７にリクエストを出力し、セルラ通信部２６又はＷｉＦｉ通信部２７からリクエストを各サービスを提供するサーバ１２−１，１２−２に出力してもよい。

また、アプリ通信中継部２１は、送信したリクエストに対応するレスポンス（サービス）をセルラ通信部２６又はＷｉＦｉ通信部２７等から受け取り、受け取ったレスポンスをアプリ２９に出力する。

アプリ未通信検出部２２は、アプリ２９の未通信時間を検出してネットワーク構築を行うため、アプリ通信中継部２１からの通知により、アプリ未通信時間をリセットする。また、アプリ未通信検出部２２は、リセットしてから一定時間経過した場合に、その旨を示す情報をイベントとしてＮＷ構成決定部２３に通知する。

ＮＷ構成決定部２３は、アプリ２９毎に使用するネットワークの定義（ネットワーク要件）を管理する。例えば、ＮＷ構成決定部２３は、アプリ２９と通信先との組毎に使用するネットワークの定義を管理情報（例えば、ネットワーク要件管理テーブル）の一つとして管理する。

また、ＮＷ構成決定部２３は、上記の管理情報を用いて、通信しようとしているアプリ２９用のネットワーク構成を決定したり、アプリ２９の通信終了一定時間後に、ＮＷ制御ログ管理部２５が管理するログから、どのようなネットワークを事前に構成しておくとよいか等を決定する。また、ＮＷ構成決定部２３は、例えばアプリ２９の利用ログ（履歴情報）等を用いて、現在の時間帯に基づく統計処理を行い、その統計結果からアプリ及び通信先を抽出してもよい。

ＮＷ制御部２４は、ＮＷ構成決定部２３が決定したネットワーク構成に基づいて、通信ネットワーク１３の切断や接続等を制御する。例えば、ＮＷ制御部２４は、１又は複数のアプリの何れもが通信していない間に、ＮＷ制御ログ管理部２５により管理された履歴情報に含まれるアプリの通信に必要なネットワーク構成に変更する時間情報に基づいて、ＮＷ構成決定部２３で決定されるネットワークに接続しておく。また、ＮＷ制御部２４は、ネットワークの切替え処理に関する履歴情報（ログ）を、ＮＷ制御ログ管理部２５で管理させる。

ＮＷ制御ログ管理部２５は、ＮＷ制御部２４におけるネットワーク制御のログ（ネットワーク制御ログ管理テーブル）を管理する。

セルラ通信部２６は、３Ｇ（第３世代の通信規格）やＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）等のキャリア通信網（セルラ通信網）による通信ネットワーク１３−１を利用して通信を行う。

ＷｉＦｉ通信部２７は、例えばＩＥＥＥ８０２．１１規格を使用したデバイス間の相互接続により、ＷｉＦｉ網による通信ネットワーク１３−２を利用して無線ＬＡＮによる通信（例えば、近距離通信等）を行う。

ＶＰＮ通信部２８は、Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ（ＶＰＮ）による通信を行う。例えば、ＶＰＮ通信部２８は、端末装置１１ａと各サーバ１２との間で、専用の接続方法や暗号化等を用いることで仮想的な接続を構成する。これにより、例えばセルラ網やＷｉＦｉ網等のパブリックな通信ネットワーク１３−１，１３−２を跨ってプライベートネットワークを拡張することができる。

第１実施例では、通信ネットワーク１３−１，１３−２の切替え処理におけるログ（履歴情報）を保存しておく。また、第１実施例では、その保存したログを用いて、端末装置１１ａのアプリ２９が通信していない間（未通信時）に、ネットワーク要件に指定されているネットワークで切替えに要する時間が少なくなるような（時間が掛からない）ネットワークを決定する。また、第１実施例では、その決定したネットワークを事前に構築しておく。これにより、アプリ２９が実際に通信しようとする時点で、既にネットワークに接続しているため、通信時のネットワーク切替え時間に対するユーザの待ち時間を短縮することができる。また、すぐに目的のアプリ２９を使用することができ、アプリ２９の使用感が向上することになる。

＜端末装置１１ａのハードウェア構成例＞
図２は、第１実施例における端末装置のハードウェア構成の一例を示す図である。図２の例において、端末装置１１ａは、マイクロフォン（以下、マイクという）３１と、スピーカ３２と、表示部３３と、操作部３４と、センサ部３５と、電力部３６と、無線部３７と、近距離通信部３８と、補助記憶装置３９と、主記憶装置４０と、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）４１と、ドライブ装置４２とを有し、これらはシステムバスＢで相互に接続されている。

マイク３１は、ユーザが発した音声や、その他の音を入力する。スピーカ３２は、通話相手先の音声を出力したり、着信音等の音を出力する。マイク３１及びスピーカ３２は、例えば、通話機能等により通話相手と会話するとき等に用いられる。

表示部３３は、例えばＬｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ（ＬＣＤ）や有機Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ（ＥＬ）等のディスプレイである。また、表示部３３は、例えばディスプレイとタッチパネルとを有するタッチパネルディスプレイ等でもよい。

操作部３４は、操作ボタン、タッチパネル等である。操作ボタンは、例えば電源ボタン、音量調整ボタン、その他の操作ボタンである。また、タッチパネルは、例えばディスプレイ（表示部３３）とタッチパネルとが重畳されたタッチパネルディスプレイとして構成される。タッチパネルは、例えば抵抗膜方式や静電容量方式、光学式、電磁誘導方式等を利用することができ、例えばソフトウェアキーボードへのタッチ入力が行える程度のサンプリングレート及び分解能があれば方式は問わない。

センサ部３５は、端末装置１１ａのある時点又は継続的な動作を検出する。例えば、センサ部３５は、端末装置１１ａ自体の傾き角度、加速度、方向、位置等を検出するが、これに限定されるものではない。なお、センサ部３５としては、例えばアナログ出力の加速度センサを有するが、これに限定されるものではなく、例えば傾きセンサやジャイロセンサ、Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ（ＧＰＳ）等を有していてもよい。

電力部３６は、端末装置１１ａの各構成に対して電力を供給する。電力部３６は、例えばバッテリ等の内部電源であるが、これに限定されるものではない。電力部３６は、電力量を常時又は所定の時間間隔で検出し、電力量の残量等を監視することもできる。

無線部３７は、例えばアンテナ等を用いて基地局等からの無線信号（通信データ）を受信したり、アンテナを介して無線信号を基地局に送信する通信データの送受信部である。

近距離通信部３８は、例えば赤外線通信やＢｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ−Ｆｉ（登録商標）等の通信手法を用いて、他の端末装置１１ａや外部装置との近距離通信を行う。上述した無線部３７及び近距離通信部３８は、外部装置等との間でデータの送受信を可能とする通信インターフェースである。

補助記憶装置３９は、例えばＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）やＳｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ（ＳＳＤ）等のストレージ手段である。補助記憶装置３９は、各種のプログラム（ネットワーク切替プログラム、ＶＰＮクライアントプログラム等）、アプリ２９等の応用ソフトウェア、本実施形態におけるログ（履歴情報）、各種管理テーブル（例えば、ネットワーク要件管理テーブル、ネットワーク制御ログ管理テーブル）等を記憶し、必要に応じてデータの入出力を行う。

主記憶装置４０は、ＣＰＵ４１からの指示により補助記憶装置３９から読み出された実行プログラム等を格納したり、プログラム実行中に得られる各種情報等を記憶する。主記憶装置４０は、例えばＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）やＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）等であるが、これに限定されるものではない。

ＣＰＵ４１は、ＯＳ等の制御プログラム（基本ソフトウェア）、及び主記憶装置４０に格納されている実行プログラム（応用ソフトウェア等）に基づいて、各種演算や各ハードウェア構成部とのデータの入出力等、コンピュータ全体の処理を制御することで、ネットワーク切替処理における各処理を実現する。

具体的には、ＣＰＵ４１は、例えば表示部３３や操作部３４等から得られるプログラムの実行指示等に基づき、補助記憶装置３９にインストールされたプログラムを実行させることにより、主記憶装置４０上でプログラムに対応する処理を行う。例えば、ＣＰＵ４１は、ネットワーク切替プログラムを実行させることで、アプリ通信中継部２１によるアプリ２９における通信の中継、アプリ未通信検出部２２による未通信状態の検出、ＮＷ構成決定部２３によるＮＷ構成の決定等の処理を行う。また、ＣＰＵ４１は、ネットワーク切替プログラムを実行させることで、ＮＷ制御部２４によるＮＷ制御、ＮＷ制御ログ管理部２５によるログ管理、セルラ通信部２６及びＷｉＦｉ通信部２７による通信制御、ＶＰＮ通信部２８によるＶＰＮ通信制御等の処理を行う。

ＣＰＵ４１における処理内容は、上述した内容に限定されるものではない。ＣＰＵ４１により実行された内容は、必要に応じて補助記憶装置３９等に記憶される。

ドライブ装置４２は、例えば記録媒体４３等を着脱自在にセットすることができ、セットした記録媒体４３に記録された各種情報を読み込んだり、所定の情報を記録媒体４３に書き込むことができる。ドライブ装置４２は、例えば媒体装填スロット等であるが、これに限定されるものではない。

記録媒体４３は、上述したように実行プログラム等を格納するコンピュータで読み取り可能な記録媒体である。記録媒体４３は、例えばフラッシュメモリ等の半導体メモリであってもよい。また、記録媒体４３は、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ＵＳＢ）メモリ等の可搬型記録媒体であってもよいが、これに限定されるものではない。

本実施形態では、上述したコンピュータ本体のハードウェア構成に実行プログラム（例えば、ネットワーク切替プログラム等）をインストールすることで、ハードウェア資源とソフトウェアとが協働して本実施形態における画像処理等を実現することができる。また、ネットワーク切替プログラムは、例えば装置上で常駐している状態であってもよく、起動指示により起動させてもよい。

上述した端末装置１１ａは、一態様として、例えば表示装置一体型のタッチパネルディスプレイを搭載したデバイスと、その上で動作するソフトウェアとを用いて実装される。ソフトウェアの部分は、等価な働きをするハードウェアによって実現されていてもよい。また、端末装置１１ａは、例えばＰＣ等のハードウェア構成により実現されていてもよい。

＜第１実施例に用いられるデータ例＞
次に、第１実施例に用いられるデータ例についても図を用いて説明する。図３は、ネットワーク要件管理テーブルの一例を示す図である。図３の例に示すネットワーク要件管理テーブルは、ＮＷ構成決定部２３で管理される情報である。図３の例において、ネットワーク要件管理テーブルの項目としては、例えば「アプリ識別子」、「通信先」、「優先度」、「ＮＷ定義」等があるが、これに限定されるものではない。

「アプリ識別子」は、アプリ２９の種類を識別するための識別情報である。「アプリ識別子」は、例えばアプリプログラムの名前やパッケージ名等であるが、これに限定されるものではない。

図３の例において、「通信先」は、アプリ２９の通信先を表す情報である。「通信先」としては、例えばＵＲＬ等のアドレス情報が入力されるがこれに限定されるものではない。なお、図３の「通信先」に示す"＊"は任意の通信先であることを示す。また、「通信先」に格納される情報に正規表現を利用してもよい。

「優先度」は、他のアプリや通信先に対する優先度を意味する。「優先度」としては、例えば０から１００までの範囲で、値が大きいものを優先的に通信させるように設定してもよい。図３の例では、優先度を数値で設定しているが、これに限定されるものではなく、例えば業務用か私用か等を識別する識別情報（例えば、フラグ）等を設け、どちらを優先させるかを設定してもよい。また、アプリの利用履歴から利用頻度の高いアプリを優先させるように設定してもよい。

「ＮＷ定義」は、使用する通信ネットワーク１３の定義情報である。「ＮＷ定義」において、物理接続はＷｉＦｉ又はセルラ網等のネットワークの候補を指定する。なお、「ＮＷ定義」の項目には、例えばリスト形式で複数指定することができ、例えば先頭から順に利用可能なネットワークに接続させることができる。また、「ＮＷ定義」において、論理接続は、上述した物理接続に加えて、ＶＰＮ接続が必要な場合に、物理接続に応じたサーバアドレス等を指定することができる。

例えば、図３に示す１行目の設定内容は、「業務アプリ」が任意のサイトを通信先として通信する際に、ｓｅｒｖｉｃｅ ｓｅｔ ｉｄｅｎｔｉｆｉｅｒ（ｓｓｉｄ）が会社（ｏｆｆｉｃｅ）のＷｉＦｉ Ａｃｃｅｓｓ Ｐｏｉｎｔ（ＡＰ）を利用できる場合には、ＷｉＦｉ ＡＰに接続し、ＷｉＦｉ ＡＰを利用できない場合には、ＬＴＥ経由でアドレスｘ．ｘ．ｘ．ｘのＶＰＮサーバにＶＰＮ接続することを示している。

また、図３の例において、上述した「業務アプリ」の優先度は「１００」で他のアプリよりも一番優先される。「優先度」は、例えば予めアプリ毎に、業務用、私用、共用等のうち、何れかに分類しておき、業務優先のようなポリシに基づいて判断させてもよい。また、「優先度」は、アプリ２９の利用履歴から、よく利用するものを優先するように値を設定してもよい。

例えば、ＮＷ構成決定部２３は、アプリ通信中継部２１から得られる「アプリ識別子」及び「通信先」に基づいて、図３に示すネットワーク要件管理テーブルを参照し、それに一致するネットワーク要件を取得する。なお、ネットワーク要件管理テーブルに該当するネットワーク要件が存在しない場合、ＮＷ構成決定部２３は、アプリ２９に対してエラー等の情報を出力してもよい。

また、ＮＷ構成決定部２３は、一致するネットワーク要件があった場合に、現時点で優先度が高いアプリが通信中であるかを判定する。仮に、現時点で優先度が高いアプリが通信中である場合に、ＮＷ構成決定部２３は、そのアプリの通信が終了するまで待機するか、その時点で通信できないと判断して、アプリ２９にエラーを出力する。

また、リクエストしたアプリ２９が通信できる場合、ＮＷ構成決定部２３は、現状のネットワーク構成と、構築すべきネットワーク構成との差分を判定する。差分がある場合、ＮＷ構成決定部２３は、ＮＷ制御部２４に指示し、未構成のネットワークをセルラ通信部２６、ＷｉＦｉ通信部２７、ＶＰＮ通信部２８等を利用して構成する。その際、ネットワーク構成処理の開始や終了時刻を抽出し、ＮＷ制御ログ管理部２５に通知する。ＮＷ制御ログ管理部２５は、その結果をログ（ネットワーク制御ログ管理テーブル）として保存する。

図４は、ネットワーク制御ログ管理テーブルの一例を示す図である。図４の例に示すネットワーク制御ログ管理テーブルの項目としては、例えば「時刻」、「切替え前ＮＷ」、「切替え後ＮＷ」、「切替え時間」等があるが、これに限定されるものではない。

図４の例において、「時刻」は、例えばネットワーク切替え処理を開始した時刻である。「切替え前ＮＷ」は、ネットワーク切替え前に接続していたネットワークの名称等である。「切替え後ＮＷ」は、切替えた先のネットワークの名称等である。「切替え時間」は、切替え処理に要した時間である。

例えば、図４の１行目のログは、「２０１４／１０／１ ２０：００：０１」にｓｓｉｄが企業（ｏｆｆｉｃｅ）のＷｉＦｉからＬＴＥへのネットワークの切替えを行い、その時の所要時間が１秒（１ｓｅｃ）だったことを示している。ＮＷ制御部２４は、ネットワークの構成処理を終了すると、通信のためのネットワークが構成できたことをアプリ通信中継部２１に通知する。

なお、ＮＷ制御ログ管理部２５は、図４に示すネットワーク制御ログ管理テーブルに対し、例えば予め設定された一定時間（例えば、１週間）単位で、一定時間分（例えば、１年分）のログを読み出して、切替え後のネットワーク毎の切替え所要時間の平均値を算出してもよい。また、ＮＷ制御ログ管理部２５は、算出した結果をネットワーク制御ログ管理テーブルに書き込んでもよく、ネットワーク名と平均接続処理時間とを対応付けたテーブルを新たに管理してもよい。また、ＮＷ制御ログ管理部２５は、ネットワーク制御ログ管理テーブルから一定時間経過した古いデータを削除してもよい。

ＮＷ制御部２４は、端末装置１１ａに予め設定された画面上の通知領域等に、ネットワーク構成が変わったことを表示してもよい。アプリ通信中継部２１は、アプリ２９からのリクエストをセルラ通信部２６、ＷｉＦｉ通信部２７、ＶＰＮ通信部２８等を経由して通信ネットワーク１３からサーバ１２の各サービスに送信し、そのレスポンスをアプリ２９に出力する。

＜第１実施例におけるネットワーク切替処理例＞
次に、第１実施例におけるネットワーク切替処理例について説明する。なお、第１実施例におけるネットワーク切替処理は、「アプリ通信時のネットワーク切替処理」と、「アプリ未通信時のネットワーク切替処理」との２種類のフェーズがある。以下、必要に応じてそれぞれの処理を説明する。

＜第１実施例におけるアプリ通信時のネットワーク切替処理例＞
次に、第１実施例におけるアプリ通信時のネットワーク切替処理例について、フローチャートを用いて説明する。図５は、第１実施例におけるアプリ通信時のネットワーク切替処理の一例を示すフローチャートである。第１実施例におけるアプリ通信処理の一例を示すフローチャートである。図５の例において、アプリ通信中継部２１は、端末装置１１ａにインストールされたアプリ２９の通信リクエストを待ち受け、その通信リクエストからアプリ（例えば、アプリ識別子）と、通信先（例えば、通信先サービスのＵＲＬ）とを取得する（Ｓ０１）。

次に、ＮＷ構成決定部２３は、上述したネットワーク要件管理テーブルを参照し、Ｓ０１の処理で取得した「アプリ」と「通信先」とに対応するＮＷ要件を取得する処理を行う（Ｓ０２）。

ここで、ＮＷ構成決定部２３は、ＮＷ要件が取得できたか否かを判断し（Ｓ０３）、取得できた場合（Ｓ０３において、ＹＥＳ）、優先度の高いアプリが通信中か否かを判断する（Ｓ０４）。優先度の高いアプリが通信中である場合（Ｓ０４において、ＹＥＳ）、通信が終わるまで待機する（Ｓ０５）。

次に、Ｓ０５の処理後、又はＳ０４の処理において、優先度の高いアプリが通信中でない場合（Ｓ０４の処理において、ＮＯ）、ＮＷ制御部２４は、現状のネットワーク構成と、Ｓ０２の処理により取得したネットワーク構成の要件との差分を判定する（Ｓ０６）。ＮＷ制御部２４は、差分があるか否かを判断し（Ｓ０７）、差分がある場合（Ｓ０７において、ＹＥＳ）、ネットワーク構成を変更し（Ｓ０８）、ネットワーク制御ログ管理テーブルに処理結果を追加する（Ｓ０９）。処理結果の情報としては、上述した図４に示すネットワーク制御管理テーブルの項目と同様の内容であるが、これに限定されるものではない。

次に、ＮＷ制御部２４は、ネットワーク構成が変更されたことを端末装置１１ａの所定の通知領域（例えば、画面の上部等）に表示する（Ｓ１０）。Ｓ１０の処理後、又はＳ０７の処理において、差分がない場合（Ｓ０７において、ＮＯ）、この時点でのネットワーク構成を用いて、Ｓ０１の処理で取得した通信リクエストを対象のサービス（サーバ１２）に送信し、対応するレスポンスを受け付けてアプリ２９に出力する（Ｓ１１）。また、Ｓ０３の処理において、ＮＷ要件が取得できなかった場合（Ｓ０３において、ＮＯ）、アプリ２９にエラーを出力する（Ｓ１２）。

Ｓ１１又はＳ１２の処理後、処理を終了するか否かを判断し（Ｓ１３）、処理を終了しない場合（Ｓ１３において、ＮＯ）、Ｓ０１の処理に戻る。また、アプリの終了させる等のユーザ操作等により処理を終了する場合（Ｓ１３において、ＹＥＳ）、第１実施例におけるアプリ通信処理を終了する。

＜第１実施例におけるアプリ未通信時のネットワーク切替処理例＞
次に、第１実施例におけるアプリ未通信時のネットワーク切替処理について、フローチャートを用いて説明する。図６は、第１実施例におけるアプリ未通信時のネットワーク切替処理の一例を示すフローチャートである。図６の例において、端末装置１１ａのアプリ未通信検出部２２は、一定時間毎にアプリ２９の通信終了後の経過時間をチェックし（Ｓ２１）、アプリの通信終了からの経過時間が閾値以上であるか否かを判断する（Ｓ２２）。

経過時間が閾値以上の場合（Ｓ２２において、ＹＥＳ）、アプリ未通信検出部２２は、ＮＷ構成決定部２３に対して未通信状態であることを通知し、ＮＷ構成決定部２３は、登録されているネットワーク要件管理テーブル内の各ＮＷ要件の中から，実際にインストールされているアプリのＮＷ要件を抽出する（Ｓ２３）。

次に、ＮＷ制御ログ管理部２５は、例えば上述した図４に示すネットワーク制御ログ管理テーブル等の履歴情報（ログ）を参照し、利用する可能性のある各ネットワークへの切替え時間を取得する（Ｓ２４）。次に、ＮＷ制御ログ管理部２５は、Ｓ２４の処理で求めた切替え時間が最長のネットワークを判定する（Ｓ２５）。つまり、第１実施例では、ＮＷ制御部２４は、Ｓ２５の処理で得られたネットワークを接続しておくことにより、仮に他のネットワークに切替えることになっても、短い時間で他のネットワークに切替えられるため、ネットワークの切替えに要する時間を短縮させることができる。

例えば、上述した図４の例では、ＬＴＥから会社（ｏｆｆｉｃｅ）のＷｉＦｉに接続するのに時間が掛かっている（５ｓｅｃ）。そのため、第１実施例では、会社の環境を利用したＷｉＦｉ通信によるネットワークの構築を行う。なお、Ｓ２５の処理において、切替え所要時間の平均値を算出してある場合には、その平均値が最大のネットワークを判定してもよい。また、上記の例では、端末装置１１ａから会社のＷｉＦｉ通信（ネットワーク環境）が利用可能であることが前提である。したがって、もし会社のＷｉＦｉ通信が利用不可能である場合には、次に切替え時間が長いネットワークを判定する。

次に、ＮＷ構成決定部２３は、ネットワークを一意に決定できたか否かを判断し（Ｓ２６）、一意に決定できないと判断した場合（Ｓ２６において、ＮＯ）、すなわち切替え時間が最長のネットワークが複数ある場合は、予め設定された判断基準により切替えるネットワークを決定する（Ｓ２７）。Ｓ２７の処理では、例えば対応するアプリの優先度の高いネットワークを選択する等の処理を行ってもよい。

次に、ＮＷ制御部２４は、Ｓ２７の処理で決定されたネットワークの構成と、現状のネットワーク構成との差分を判定する（Ｓ２８）。ここで、差分があるか否かを判断し（Ｓ２９）、差分がある場合（Ｓ２９において、ＹＥＳ）、上述した図５に示すようなアプリ通信時の処理と同様に、ネットワーク構成を変更し（Ｓ３０）、ネットワーク制御ログに処理結果を追加する（Ｓ３１）。また、ネットワーク構成が変更されたことを端末装置１１ａの通知領域等に表示する（Ｓ３２）。

次に、Ｓ３２の処理後、Ｓ２２の処理において、アプリの通信終了からの経過時間が閾値以上でない場合（Ｓ２２において、ＮＯ）、Ｓ２９の処理において、差分がない場合（Ｓ２９において、ＮＯ）、処理を終了するか否かを判断する（Ｓ３３）。処理を終了しない場合（Ｓ３３において、ＮＯ）、Ｓ２１の処理に戻る。また、アプリの終了させる等のユーザ操作等により処理を終了する場合（Ｓ３３において、ＹＥＳ）、アプリ未通信時のネットワーク切替処理を終了する。

＜第２実施例＞
次に、第２実施例におけるネットワーク切替処理例について説明する。なお、第２実施例では、上述した第１実施例における通信システム１０ａの概略構成をそのまま適用することができる。そのため、通信システム１０ａ、端末装置１１ａ、サーバ１２等の具体的な説明は省略する。また、第２実施例は、第１実施例と比較すると、アプリ未通信時のネットワーク切替処理が異なる。従って、以下の説明では、第２実施例におけるアプリ未通信時のネットワーク切替処理例について説明する。

図７は、第２実施例におけるアプリ未通信時のネットワーク切替処理の一例を示すフローチャートである。上述した第１実施例におけるアプリ未通信時のネットワーク切替処理では、ＮＷ構成決定部２３において、構成すべきネットワークを判定する際に、利用する可能性のあるネットワークを全て同等に扱い、切替え時間が最長となるネットワークを選択している。この場合、例えばある特定のアプリだけしか利用しないネットワークを切替え時間が長いという理由だけで選択すると、それ以外のアプリを利用する場合に、ネットワークの切替え頻度が多くなり、待ち時間が長くなるためユーザの使い勝手が低下する。

そこで、第２実施例において、ＮＷ構成決定部２３は、切替えるネットワークを決定する際に、なるべく多くのアプリが利用可能なネットワークを選択することで、ネットワークの切替えが必要となる確率を下げることができる。

なお、図７に示すにネットワーク切替処理において、第２実施例の処理（Ｓ４１〜Ｓ５４）と上述した図６に示す第１実施例の処理（Ｓ２１〜Ｓ３３）とを比較すると、Ｓ４４の処理が追加されている。そのため、ここでは、Ｓ４４の処理に関する部分を説明し、それ以外の処理のここでの説明は、省略する。

第２実施例において、ＮＷ構成決定部２３は、Ｓ４３の処理において、登録されているＮＷ要件の中から、実際にインストールされているアプリのＮＷ要件を抽出した後、アプリの多くが共通に使用するネットワークの候補を抽出する（Ｓ４４）。なお、Ｓ４４の処理では、例えば２以上の異なるアプリで共通に使用するネットワークの候補を抽出するが、これに限定されるものではない。例えば、使用できるアプリの数が最も多いネットワークを抽出してもよい。次に、ＮＷ構成決定部２３は、Ｓ４４で抽出したネットワークの候補に対して、ＮＷ要件で定義されているネットワークへの切替え時間を取得し（Ｓ４５）、その後は、第１実施例と同様に処理を行う（Ｓ４６〜Ｓ５４）。

なお、第２実施例では、Ｓ４４の処理において最も多くのアプリが使用する１つのネットワークが選択できた場合に、Ｓ４５〜Ｓ４８の処理を行わずに、Ｓ４９以降の処理を行ってもよい。

例えば、上述した図３に示すネットワーク要件管理テーブルを参照すると、全てのアプリがセルラ網（ＬＴＥ）を共通に利用できる。そのため、ＮＷ構成決定部２３は、事前にセルラ網を選択し、事前に接続しておく。これにより、例えば図３に示す業務アプリやブラウザ等を利用する場合に、ネットワークの切替えが不要となる。

また、一般には、複数のネットワークが多くのアプリで共通に利用可能な場合が想定できる。そのため、ＮＷ構成決定部２３は、複数のアプリが利用可能な複数のネットワークから、切替え時間の短いものを選択すればよい。

これにより、第２実施例では、ネットワーク切替え方式において、各アプリが共通に利用可能なネットワークがある場合には，そのネットワークに接続しておくことができる。

＜第３実施例＞
次に、第３実施例におけるネットワーク切替処理例について説明する。上述した第１実施例では、アプリ未通信時に構成するネットワークとして、インストールされている複数のアプリを同等に扱っている。しかしながら、例えば時間や場所等の状況と、使用するアプリに相関がある場合が考えられる。例えば、勤務時間中であれば、業務関連のアプリの使用頻度が高くなるため、そのアプリ用のネットワークを事前に構築しておくことで、ネットワークの切替え頻度を低下させることができ、ユーザの使い勝手も向上する。また，勤務時間内であるが，休暇等で自宅にいる場合には、私用アプリの利用頻度が高くなると考えられる。また、第３実施例では、時間帯毎のアプリの利用状況を鑑みて、事前に構築するネットワークを決定する。

＜通信システムの概略構成例＞
次に、第３実施例における通信システムの概略構成例について、図を用いて説明する。なお、以下の説明では、上述した第１実施例における構成と同様の構成の場合に、同一の符号を付するものとし、ここでの具体的な説明は省略する。

図８は、第３実施例における通信システムの概略構成の一例を示す図である。図８に示す通信システム１０ｂは、端末装置１１ｂと、サーバ１２とを有する。また、端末装置１１ｂと、サーバ１２とは、第１実施例と同様に、通信ネットワーク１３によりデータの送受信が可能な状態で接続されている。

ここで、図８に示す端末装置１１ｂは、アプリ通信中継部２１と、アプリ未通信検出部２２と、ＮＷ構成決定部２３と、ＮＷ制御部２４と、ＮＷ制御ログ管理部２５と、セルラ通信部２６と、ＷｉＦｉ通信部２７と、ＶＰＮ通信部２８と、アプリ利用ログ管理部５１とを有する。

第１実施例の端末装置１１ａの構成と、第３実施例の端末装置１１ｂの構成とを比較すると、第３実施例の端末装置１１ｂには、アプリ利用ログ管理部５１を有する点が異なる。アプリ利用ログ管理部５１は、例えばアプリ２９が通信する際に、いつどのサービス（サーバ１２）と通信を行ったかを示す情報（利用履歴）をログ（アプリ利用ログ管理テーブル）に保存する。また、アプリ利用ログ管理部５１は、アプリ未通信時に、保存したログを参照して、時間帯毎に利用する可能性の高いアプリを判定する。

図９は、アプリ利用ログ管理テーブルの一例を示す図である。図１０に示すアプリ利用ログ管理テーブルの項目としては、例えば「時刻」、「アプリ識別子」、「通信先」等があるが、これに限定されるものではない。「時刻」は、アプリ２９が通信を開始したときの日時情報である。「アプリ識別子」は、通信を行ったアプリ２９を識別するための識別情報である。「通信先」は、「アプリ」の通信先のアドレス情報（例えば、ＵＲＬ等）である。

例えば、図９の例において、１行目のログは、時刻「２０１４／１０／１ １０：００：０１」に「業務アプリ」が「ｈｔｔｐ：／／ａ．ａ／ａ」と通信したことを示している。

＜第３実施例におけるアプリ通信時のネットワーク切替処理例＞
次に、第３実施例におけるアプリ通信時のネットワーク切替処理例について、フローチャートを用いて説明する。図１０は、第３実施例におけるアプリ通信時のネットワーク切替処理の一例を示すフローチャートである。図１０に示すアプリ通信時のネットワーク切替処理の各処理（Ｓ６１〜Ｓ７４）と、上述した図５に示す第１実施例におけるアプリ通信時のネットワーク切替処理（Ｓ０１〜Ｓ１３）とを比較すると、図１０に示す第３実施例の場合には、Ｓ６４が追加されている。したがって、以下の説明では、上記の相違点に関連する説明を行うこととし、その他の処理に関するここでの説明は、省略する。

Ｓ６４の処理において、アプリ利用ログ管理部５１は、アプリがサービス（サーバ１２）と通信したときに、いつどのサービスと通信を行ったかを示すアプリの利用ログ（履歴情報）として保存する（Ｓ６４）。なお、Ｓ６４の処理では、例えば、上述した図９に示すような情報を保存するが、これに限定されるものではない。これにより、アプリ未通信時のネットワーク切替処理において、ＮＷ構成決定部２３は、保存されたアプリ利用ログを用いて適切なネットワーク構成を決定することができる。

＜第３実施例におけるアプリ未通信時のネットワーク切替処理例＞
次に、第３実施例におけるアプリ未通信時のネットワーク切替処理について、フローチャートを用いて説明する。図１１は、第３実施例におけるアプリ未通信時のネットワーク切替処理の一例を示すフローチャートである。図１１に示すアプリ未通信時のネットワーク切替処理の各処理（Ｓ８１〜Ｓ９７）と、上述した図７に示す第２実施例におけるアプリ未通信時のネットワーク切替処理（Ｓ４１〜Ｓ５４）とを比較すると、図１１に示す第３実施例の場合には、Ｓ８３〜Ｓ８５が追加されている。したがって、以下の説明では、上記の相違点に関連する説明を行うこととし、その他の処理に関するここでの説明は、省略する。

図１１に示すＳ８２の処理において、アプリの通信終了からの経過時間が閾値以上の場合（Ｓ８２において、ＹＥＳ）、ＮＷ構成決定部２３は、上述したアプリ利用ログ管理部５１で管理されたアプリ利用ログ管理テーブル等を参照し、現在の時間帯（例えば、現時刻を含む所定の時間帯（例えば、１時間、３時間等）において、利用頻度が他と比べて高いアプリ及び通信先を抽出する（Ｓ８３）。Ｓ８３の処理において、ＮＷ構成決定部２３は、例えば上述したアプリ利用ログ管理テーブルの情報を用いて、現在の時間帯に基づく統計処理を行い、その統計結果から利用頻度が最も高い又は閾値（例えば、利用率が全体の３０％）以上のアプリ及び通信先を抽出する。なお、上述した統計処理は、アプリ利用ログ管理部５１が行ってもよい。また、統計処理は、例えば所定の一定時間（例えば、一週間）単位で、過去一定時間（例えば、一年分）分のログを用いて行ってもよく、平日、休日、曜日等で区別して統計処理してもよいが、これに限定されるものではない。

次に、ＮＷ構成決定部２３は、Ｓ８３の処理結果から該当するアプリがあるか否かを判断し（Ｓ８４）、該当するアプリがある場合（Ｓ８４において、ＹＥＳ）、構成するネットワークを、そのアプリ及び通信先用のネットワークとする（Ｓ８５）。また、Ｓ８４の処理において、該当するアプリが存在しない場合（Ｓ８４において、ＮＯ）、Ｓ８６以降の処理を行う。

また、Ｓ９２の処理では、Ｓ９０において、一意に決定できた場合（Ｓ９０において、ＹＥＳ）、Ｓ９１の処理後、又はＳ８５の処理後に、決定したネットワーク構成と、現状のネットワーク構成との差分を判定する。

上述したように、第３実施例では、例えば現在の時間帯において、例えば一番利用する可能性の高いアプリを判定し、そのアプリ用のネットワークを構成する。また、例えば、アプリの利用頻度に著しい特徴を見い出せない場合には、上述した第２実施例を適用してネットワークを構築する。

上述した第３実施例におけるハードウェア構成例は、上述した図２と同様の構成を適用することができる。この場合、上述した第３実施例におけるアプリ利用ログ管理テーブルは、補助記憶装置３９に記憶される。また、ＣＰＵ４１は、ネットワーク切替プログラムを実行させることで、アプリ利用ログ管理部５１によるアプリ利用ログの管理等の処理を行う。

＜第４実施例＞
次に、第４実施例におけるネットワーク切替処理例について説明する。例えば、第３実施例では、アプリによって一定時間通信が行われなかったことを契機として、ネットワークの事前構築を行っている。そこで、第４実施例では、アプリ実行ログから，アプリが実行される時刻を分析し、その時刻の直前にネットワークを構築することで、アプリ通信の応答時間を短縮することができ、ユーザの使用感の低下を更に防止することができる。

＜通信システムの概略構成例＞
次に、第４実施例における通信システムの概略構成例について、図を用いて説明する。なお、以下の説明では、上述した第４実施例における構成と同様の構成の場合に、同一の符号を付するものとし、ここでの具体的な説明は省略する。

図１２は、第４実施例における通信システムの概略構成の一例を示す図である。図１２に示す通信システム１０ｃは、端末装置１１ｃと、サーバ１２とを有する。また、端末装置１１ｃと、サーバ１２とは、第１実施例と同様に、通信ネットワーク１３によりデータの送受信が可能な状態で接続されている。

ここで、図１２に示す端末装置１１ｃは、アプリ通信中継部２１と、アプリ未通信検出部２２と、ＮＷ構成決定部２３と、ＮＷ制御部２４と、ＮＷ制御ログ管理部２５と、セルラ通信部２６と、ＷｉＦｉ通信部２７と、ＶＰＮ通信部２８と、アプリ利用ログ管理部５１と、アプリ利用時刻分析部５２と、計時手段の一例としてのタイマ５３とを有する。

第３実施例の端末装置１１ｂの構成と、第４実施例の端末装置１１ｃの構成とを比較すると、第４実施例の端末装置１１ｃには、アプリ利用時刻分析部５２と、タイマ５３とを有する点が異なる。アプリ利用時刻分析部５２は、アプリ利用ログ管理部５１が管理するアプリ利用ログ管理テーブルを予め設定された時間間隔で定期的に分析し、どのアプリがいつ（例えば、平日の何時頃、何曜日の何時頃）、実行される傾向があるかを分析する。

例えば、アプリ利用時刻分析部５２は、「業務アプリ」は，「平日の９：００頃に利用される頻度が非常に高い」という傾向を分析する。また、アプリ利用時刻分析部５２は、その傾向が顕著な場合にタイマ５３にアプリ識別子と時刻情報とを出力し、所定の時刻（実際によく利用される時刻よりも一定時間分だけ前の時刻）に、イベントを通知するように設定する。

タイマ５３は、日時や曜日、平日、休日、祝日等を管理し、所定の時刻になった場合に、どのアプリが利用される傾向にあるかを、ＮＷ構成決定部２３にタイマイベントとして通知する。

＜アプリ実行時刻の分析処理例＞
ここで、図１３は、アプリ実行時刻の分析処理の一例を示すフローチャートである。図１３の例において、アプリ利用時刻分析部５２は、一定時間待機し（Ｓ１０１）、アプリの利用ログを分析する（Ｓ１０２）。また、アプリ利用時刻分析部５２は、保存してあるアプリの利用時刻情報を取得し（Ｓ１０３）、前回の分析結果と差分があるかを判断する（Ｓ１０４）。

前回の分析結果と差分がある場合（Ｓ１０４において、ＹＥＳ）、アプリ利用時刻分析部５２は、アプリの利用時刻情報を更新し（Ｓ１０５）、タイマ５３に対してイベント通知設定を差分の結果に応じて新規登録、変更、又は削除等の処理を行う（Ｓ１０６）。Ｓ１０６の処理では、例えば新たなアプリがあればその時刻のイベント通知の新規登録を行い、アプリの利用時間が変更されていればイベント通知の変更を行い、アプリが利用されなくなった場合にはイベント通知の削除を行う。

Ｓ１０６の処理後、又はＳ１０４の処理において、前回の分析結果と差分がない場合（Ｓ１０４において、ＮＯ）、処理を終了するか否かを判断し（Ｓ１０７）、処理を終了しない場合（Ｓ１０７において、ＮＯ）、Ｓ１０１の処理に戻る。また、Ｓ１０７の処理において、処理を終了する場合（Ｓ１０７において、ＹＥＳ）、アプリ実行時刻の分析処理を終了する。

図１４は、アプリ利用時刻管理テーブルの一例を示す図である。図１４に示すアプリ利用時刻管理テーブルは、アプリ利用時刻分析部５２で管理される。図１４の例において、アプリ利用時刻管理テーブルの項目としては、例えば「アプリ識別子」、「通信先」、「利用時刻」であるが、これに限定されるものではない。

「アプリ識別子」は、利用する時刻が顕著なアプリの識別子である。「通信先」は、アプリの通信先のアドレス情報（例えば、ＵＲＬ等）である。また、「利用時刻」は、アプリが通信する時刻情報である。

例えば、図１４の例に示す１行目のレコードにおいて、「業務アプリ」は、平日の９：００と１７：００に，任意の通信先と通信する傾向が強いことを示している。なお、アプリ利用時刻管理テーブルは、図１４の例に限定されるものではなく、例えば時間帯、曜日、アプリ、通信先の組毎の利用頻度を計算して、計算した利用頻度を含むテーブルをアプリ利用時刻管理テーブルとしてもよい。

また、図１５は、第４実施例におけるネットワーク切替処理の一例を示すフローチャートである。図１５の例は、タイマ５３のタイマイベントの発生契機によるネットワーク切替処理の一例である。この処理は、例えば、アプリ未通信状態検知によるネットワーク構成処理と並行して実行される。

図１５の例において、アプリ利用時刻分析部５２は、タイマ５３によるタイマイベントを待ち受け（Ｓ１１１）、タイマイベントが発生したか否かを判断する（Ｓ１１２）。タイマイベントが発生した場合（Ｓ１１２において、ＹＥＳ）、現在アプリが通信中か否かを判断する（Ｓ１１３）。アプリが通信中である場合（Ｓ１１３において、ＹＥＳ）、通信が終わるまで待機する（Ｓ１１４）。

Ｓ１１４の処理後、又はＳ１１３の処理において、現在アプリが通信中でない場合（Ｓ１１３において、ＮＯ）、ＮＷ制御部２４は、タイマイベントで設定されたネットワーク構成と、現状のネットワーク構成との差分を判定する（Ｓ１１５）。次に、ＮＷ制御部２４は、Ｓ１１５の判定により現状のネットワーク構成との差分があるか否かを判断し（Ｓ１１６）、差分がある場合（Ｓ１１６において、ＹＥＳ）、ネットワーク構成を変更する（Ｓ１１７）。

次に、ＮＷ制御部２４は、ネットワーク制御ログ管理テーブルに処理結果を追加し（Ｓ１１８）、ネットワーク構成が変更されたことを端末装置１１ｃの通知領域に表示する（Ｓ１１９）。

Ｓ１１９の処理後、Ｓ１１２の処理において、タイマイベントが発生していない場合（Ｓ１１２において、ＮＯ）、Ｓ１１６の処理において、差分がない場合（Ｓ１１６において、ＮＯ）、処理を終了するか否かを判断し（Ｓ１２０）、処理を終了しない場合（Ｓ１２０において、ＮＯ）、Ｓ１１１の処理に戻る。また、処理を終了する場合（Ｓ１２０において、ＹＥＳ）、第４実施例におけるタイマイベントの発生契機によるネットワーク切替処理を終了する。

上述した第４実施例におけるハードウェア構成例は、上述した図２と同様の構成を適用することができる。この場合、上述した第４実施例におけるアプリ利用ログ管理テーブル、利用時刻情報管理テーブルは、補助記憶装置３９に記憶される。また、ＣＰＵ４１は、ネットワーク切替プログラムを実行させることで、アプリ利用ログ管理部５１によるアプリ利用ログの管理、アプリ利用時刻分析部５２によるアプリ利用時刻の分析、タイマ５３による日時等の管理等の処理を行う。

＜第５実施例＞
次に、第５実施例におけるネットワーク切替処理例について説明する。上述した第３実施例では、アプリが通信する際に、いつどのサービスと通信を行ったかをログとして蓄積し、アプリ未通信時に時間帯毎に利用する可能性の高いアプリと通信先サービスを判定してネットワークを構築する。ここで、利用するアプリは、時間だけでなく、ユーザの現在地とも深い関係があると考えられる。例えば、事務所にいる場合は、業務に関係するアプリの利用が圧倒的に多い。また、自宅にいる場合は、私用アプリの利用が多くなる傾向がある。したがって、第５実施例では、ユーザの現在地も考慮して、事前に構築するネットワークを決定する。

＜通信システムの概略構成例＞
次に、第５実施例における通信システムの概略構成例について、図を用いて説明する。なお、以下の説明では、上述した第３実施例における構成と同様の構成の場合に、同一の符号を付するものとし、ここでの具体的な説明は省略する。

図１６は、第５実施例における通信システムの概略構成の一例を示す図である。図１６に示す通信システム１０ｄは、端末装置１１ｄと、サーバ１２とを有する。また、端末装置１１ｄと、サーバ１２とは、第１実施例と同様に、通信ネットワーク１３によりデータの送受信が可能な状態で接続されている。

ここで、図１６に示す端末装置１１ｄは、アプリ通信中継部２１と、アプリ未通信検出部２２と、ＮＷ構成決定部２３と、ＮＷ制御部２４と、ＮＷ制御ログ管理部２５と、セルラ通信部２６と、ＷｉＦｉ通信部２７と、ＶＰＮ通信部２８と、アプリ利用ログ管理部５１と、場所検出部５４とを有する。

第３実施例の端末装置１１ｂの構成と、第５実施例の端末装置１１ｄの構成とを比較すると、第５実施例の端末装置１１ｄには、場所検出部５４を有する点が異なる。場所検出部５４は、例えばＧＰＳ測位や基地局測位、ＷｉＦｉ電波強度等を用いた測位等の手段を用いて、端末装置１１ｄの現在地を検出し、住所或いは会社や自宅といった論理的な場所名を場所情報として提供する。これにより、構築するネットワークを決定する際に、現在地と照合し、現在地で所定の時間帯に良く利用されるアプリを判定した上で、切替え時間の短いネットワークを判定し、切替え処理を行うことができる。

また、アプリ利用ログ管理部５１は、アプリが通信を行う際、いつどのサービス（サーバ１２）と通信を行ったかをログに保存する場合に、場所検出部５４から場所情報を取得し、
、取得した場所情報もログとして保存する。

図１７は、第５実施例におけるアプリ利用ログ管理テーブルの一例を示す図である。図１７の例に示すアプリ利用ログ管理テーブルの項目としては、例えば「時刻」、「アプリ識別子」、「通信先」、「場所」等があるが、これに限定されるものではない。

「時刻」は、アプリ２９が通信を開始したときの日時情報である。「アプリ識別子」は、通信を行ったアプリ２９を識別するための識別情報である。「通信先」は、「アプリ」の通信先のアドレス情報（例えば、ＵＲＬ等）である。「場所」は、アプリ２９を実行した場所情報である。「場所」は、例えばＧＰＳ等で取得した緯度・経度等の位置情報でもよく、また位置情報に対応して予め設定された企業名、建物名、地名、施設名等でもよい。

＜第５実施例におけるアプリ通信時のネットワーク切替処理例＞
次に、第５実施例におけるアプリ通信時のネットワーク切替処理例について、フローチャートを用いて説明する。図１８は、第５実施例におけるアプリ通信時のネットワーク切替処理の一例を示すフローチャートである。図１８に示すアプリ通信時のネットワーク切替処理の各処理（Ｓ１２１〜Ｓ１３４）と、上述した図１０に示す第３実施例におけるアプリ通信時のネットワーク切替処理（Ｓ６１〜Ｓ７４）とを比較すると、図１８に示す第５実施例の場合には、Ｓ１２４が追加されている。したがって、以下の説明では、上記の相違点に関連する説明を行うこととし、その他の処理に関するここでの説明は、省略する。

Ｓ１２３の処理において、ＮＷ要件が取得できた場合（Ｓ１２３において、ＹＥＳ）、場所検出部５４は、端末装置１１ｄの現在の場所情報を取得する（Ｓ１２４）。次に、アプリ利用ログ管理部５１は、取得した場所情報も含めてアプリ利用ログを保存する（Ｓ１２５）。Ｓ１２５の処理では、例えば、上述した図１７に示すような情報を保存するが、これに限定されるものではない。これにより、アプリ未通信時のネットワーク切替処理において、ＮＷ構成決定部２３は、保存された第５実施例におけるアプリ利用ログを用いて適切なネットワーク構成を決定することができる。

なお、第５実施例において、アプリ利用ログ管理部５１は、例えば上述したアプリ利用ログを定期的に場所毎の利用アプリの統計処理を行い、場所毎の利用頻度を管理してもよい。図１９は、第５実施例におけるアプリ利用統計情報管理テーブルの一例を示す図である。図１９の例に示すアプリ利用統計情報管理テーブルの項目としては、例えば「場所」、「アプリ識別子」、「通信先」、「利用頻度」等であるが、これに限定されるものではない。
「場所」は、アプリを実行した場所である。「アプリ識別子」、「通信先」は、上述したアプリ利用ログ管理テーブルの情報である。「利用頻度」は、アプリを利用する割合である。なお、「利用頻度」は、同じ場所において、どのアプリ・通信先がどれぐらいの割合で利用されているかを示す。また、「利用頻度」は、利用回数が記録されていてもよい。なお、図１９に示すアプリ利用統計情報管理テーブルは、アプリ利用ログ管理部５１で管理される。

図２０は、第５実施例におけるアプリ利用状況の統計処理の一例を示すフローチャートである。図２０の例において、アプリ利用ログ管理部５１は、一定時間（例えば、約１週間、１０日間等）待機し（Ｓ１４１）、アプリ利用ログ管理テーブルを用いて、現在時刻から過去に一定時間分（例えば、１年）のログを読み出す処理を行う（Ｓ１４２）。

アプリ利用ログ管理部５１は、ログがあるか否かを判断し（Ｓ１４３）、ログがある場合（Ｓ１４３において、ＹＥＳ）、場所毎のアプリの利用頻度を計算する（Ｓ１４４）。また、アプリ利用ログ管理部５１は、計算結果をアプリ利用統計情報管理テーブルに書き込む（Ｓ１４５）。また、アプリ利用ログ管理部５１は、アプリ利用ログ管理テーブルから、一定時間経過した古いレコードを削除し、記憶するデータ量を調整する（Ｓ１４６）。

Ｓ１４６の処理後、又はＳ１４３の処理において、ログがない場合（Ｓ１４３において、ＮＯ）、処理を終了するか否かを判断し（Ｓ１４７）、処理を終了しない場合（Ｓ１４７において、ＮＯ）、Ｓ１４１の処理に戻る。また、Ｓ１４７の処理において、処理を終了する場合（Ｓ１４７において、ＹＥＳ）、統計処理を終了する。

＜第５実施例におけるアプリ未通信時のネットワーク切替処理例＞
次に、第５実施例におけるアプリ未通信時のネットワーク切替処理について、フローチャートを用いて説明する。図２１は、第５実施例におけるアプリ未通信時のネットワーク切替処理の一例を示すフローチャートである。図２１に示すアプリ未通信時のネットワーク切替処理の各処理（Ｓ１５１〜Ｓ１６７）と、上述した図１１に示す第３実施例におけるアプリ未通信時のネットワーク切替処理（Ｓ８１〜Ｓ９７）とを比較すると、第５実施例の場合には、Ｓ８３の処理がＳ１５３の処理になっている。したがって、以下の説明では、上記の相違点に関連する説明を行うこととし、その他の処理に関するここでの説明は、省略する。

図２１に示すＳ１５２の処理において、アプリの通信終了からの経過時間が閾値以上の場合（Ｓ１５２において、ＹＥＳ）、ＮＷ構成決定部２３は、アプリ利用ログ管理部５１で管理された図１９に示すようなアプリ利用統計情報管理テーブルを参照し、現在の場所において、利用頻度が高いアプリ（アプリ識別子）及び通信先を抽出する（Ｓ１５３）。

上述した第５実施例におけるハードウェア構成例は、上述した図２と同様の構成を適用することができる。この場合、上述した第５実施例におけるアプリ利用統計情報管理テーブルは、補助記憶装置３９に記憶される。また、ＣＰＵ４１は、ネットワーク切替プログラムを実行させることで、アプリ利用ログ管理部５１によるアプリ利用ログの管理、場所検出部５４による端末装置１１ｄの場所の検出等の処理を行う。

上述したように、本実施形態によれば、ネットワークの切替えに要する時間を短縮させることができる。これにより、例えば使用アプリ、通信先、端末装置のネットワーク環境等に応じて、自動的にネットワークを切替え、ユーザの利便性の向上とセキュリティを担保することができる。

以上、実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、上述した各実施例の一部又は全部を組み合わせることも可能である。

なお、以上の実施例に関し、更に以下の付記を開示する。
（付記１）
１又は複数のアプリケーションと、該アプリケーションの通信先とに応じたネットワークに切り替えて通信を行うネットワーク切替方法において、
前記ネットワークの切替え処理に関する履歴情報を保存し、
前記１又は複数のアプリケーションの何れもが通信していない間に、前記履歴情報に含まれる前記アプリケーションの通信に必要なネットワーク構成に変更する時間情報に基づいて決定されるネットワークに接続しておく、処理を情報処理装置に実行させるためのネットワーク切替方法。
（付記２）
前記決定されるネットワークは、前記履歴情報から得られる切替時間が最長のネットワークであることを特徴とする付記１に記載のネットワーク切替方法。
（付記３）
前記決定されるネットワークは、所定数以上のアプリケーションで共通に利用可能なネットワークであることを特徴とする付記１又は２に記載のネットワーク切替方法。
（付記４）
前記１又は複数のアプリケーションの利用履歴を保存し、
保存した前記利用履歴に基づいて、現在の時間帯における利用頻度に対応するアプリケーションを抽出し、
抽出した前記アプリケーションの通信に必要なネットワークに切替えることを特徴とする付記１乃至３の何れか１項に記載のネットワーク切替方法。
（付記５）
予め設定されたタイマイベントに基づいて、該タイマイベントに対応するアプリケーション及び該アプリケーションの通信先とに応じたネットワークに切り替えることを特徴とする付記１乃至４の何れか１項に記載のネットワーク切替方法。
（付記６）
前記アプリケーションを利用した場所の情報を保存し、
保存した前記場所の情報に基づいて、現在の場所に対応するアプリケーションを抽出し、
抽出した前記アプリケーションの通信に必要なネットワークに切替えることを特徴とする付記１乃至５の何れか１項に記載のネットワーク切替方法。
（付記７）
切替えるネットワークが一意に決定できない場合に、前記ネットワークに対応するアプリケーションに設定された優先度に基づいて、前記ネットワークを決定することを特徴とする付記１乃至６の何れか１項に記載のネットワーク切替方法。
（付記８）
１又は複数のアプリケーションと、該アプリケーションの通信先とに応じたネットワークに切り替えて通信を行う際、
前記ネットワークの切替え処理に関する履歴情報を保存し、
前記１又は複数のアプリケーションの何れもが通信していない間に、前記履歴情報に含まれる前記アプリケーションの通信に必要なネットワーク構成に変更する時間情報に基づいて決定されるネットワークに接続しておく、処理をコンピュータに実行させるためのネットワーク切替プログラム。
（付記９）
１又は複数のアプリケーションと、該アプリケーションの通信先とに応じたネットワークに切り替えて通信を行う情報処理装置において、
前記ネットワークの切替え処理に関する履歴情報を保存する管理部と、
前記１又は複数のアプリケーションの何れもが通信していない間に、前記管理部により管理された履歴情報に含まれる前記アプリケーションの通信に必要なネットワーク構成に変更する時間情報に基づいて決定されるネットワークに接続しておくネットワーク制御部とを有することを特徴とする情報処理装置。

１０ 通信システム
１１ 端末装置（情報処理装置）
１２ サーバ
１３ 通信ネットワーク
２１ アプリ通信中継部
２２ アプリ未通信検出部
２３ ＮＷ構成決定部
２４ ＮＷ制御部
２５ ＮＷ制御ログ管理部（管理部）
２６ セルラ通信部
２７ ＷｉＦｉ通信部
２８ ＶＰＮ通信部
２９ アプリ
３１ マイクロフォン
３２ スピーカ
３３ 表示部
３４ 操作部
３５ センサ部
３６ 電力部
３７ 無線部
３８ 近距離通信部
３９ 補助記憶装置
４０ 主記憶装置
４１ ＣＰＵ
４２ ドライブ装置
４３ 記録媒体
５１ アプリ利用ログ管理部
５２ アプリ利用時刻分析部
５３ タイマ
５４ 場所検出部

Claims (8)

1. １又は複数のアプリケーションと、該アプリケーションの通信先とに応じたネットワークに切り替えて通信を行うネットワーク切替方法において、
   前記ネットワークの切替え処理に関する履歴情報を保存し、
   前記１又は複数のアプリケーションの何れもが通信していない間に、前記履歴情報に含まれる前記アプリケーションの通信に必要なネットワーク構成に変更する時間情報に基づいて決定されるネットワークに接続しておく、処理を情報処理装置に実行させるためのネットワーク切替方法。
2. 前記決定されるネットワークは、前記履歴情報から得られる切替時間が最長のネットワークであることを特徴とする請求項１に記載のネットワーク切替方法。
3. 前記決定されるネットワークは、所定数以上のアプリケーションで共通に利用可能なネットワークであることを特徴とする請求項１又は２に記載のネットワーク切替方法。
4. 前記１又は複数のアプリケーションの利用履歴を保存し、
   保存した前記利用履歴に基づいて、現在の時間帯における利用頻度に対応するアプリケーションを抽出し、
   抽出した前記アプリケーションの通信に必要なネットワークに切替えることを特徴とする請求項１乃至３の何れか１項に記載のネットワーク切替方法。
5. 予め設定されたタイマイベントに基づいて、該タイマイベントに対応するアプリケーション及び該アプリケーションの通信先とに応じたネットワークに切り替えることを特徴とする請求項１乃至４の何れか１項に記載のネットワーク切替方法。
6. 前記アプリケーションを利用した場所の情報を保存し、
   保存した前記場所の情報に基づいて、現在の場所に対応するアプリケーションを抽出し、
   抽出した前記アプリケーションの通信に必要なネットワークに切替えることを特徴とする請求項１乃至５の何れか１項に記載のネットワーク切替方法。
7. １又は複数のアプリケーションと、該アプリケーションの通信先とに応じたネットワークに切り替えて通信を行う際、
   前記ネットワークの切替え処理に関する履歴情報を保存し、
   前記１又は複数のアプリケーションの何れもが通信していない間に、前記履歴情報に含まれる前記アプリケーションの通信に必要なネットワーク構成に変更する時間情報に基づいて決定されるネットワークに接続しておく、処理をコンピュータに実行させるためのネットワーク切替プログラム。
8. １又は複数のアプリケーションと、該アプリケーションの通信先とに応じたネットワークに切り替えて通信を行う情報処理装置において、
   前記ネットワークの切替え処理に関する履歴情報を保存する管理部と、
   前記１又は複数のアプリケーションの何れもが通信していない間に、前記管理部により管理された履歴情報に含まれる前記アプリケーションの通信に必要なネットワーク構成に変更する時間情報に基づいて決定されるネットワークに接続しておくネットワーク制御部とを有することを特徴とする情報処理装置。

Images