通信制御装置、通信制御方法、及び通信制御用プログラム
【課題】コンピュータ間で送受信するデータサイズと、通信するタイミングと頻度に応じて、ＴＣＰによる通信か、ＵＤＰによる通信かを切替えて、節電効果を高めた通信を行う。
【解決手段】情報通信端末１０に対して送信するデータのデータサイズ、通信するタイミング及び、通信する頻度の入力を受付けるデータ入力モジュール１２０と、データサイズ、タイミング及び、頻度に基づいて、情報通信端末１０に対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択する通信選択モジュール１２１と、選択した通信方法で、情報通信端末１０に対して、入力されたタイミング及び、頻度で、データを送信するデータ送受信モジュール１２２とを備える通信制御サーバ１００を提供する。
【解決手段】情報通信端末１０に対して送信するデータのデータサイズ、通信するタイミング及び、通信する頻度の入力を受付けるデータ入力モジュール１２０と、データサイズ、タイミング及び、頻度に基づいて、情報通信端末１０に対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択する通信選択モジュール１２１と、選択した通信方法で、情報通信端末１０に対して、入力されたタイミング及び、頻度で、データを送信するデータ送受信モジュール１２２とを備える通信制御サーバ１００を提供する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ間での通信をする際の通信方式を選択する通信制御装置、通信制御方法、及び通信制御用プログラムに関する。
【背景技術】
【０００２】
インターネットで利用されるトランスポート層の標準プロトコルとして、ＴＣＰ（Transmission Control Protocol／Internet Protocol）とＵＤＰ（User Datagram Protocol）が知られている。
【０００３】
ＴＣＰによる通信では、通信の信頼性を高めるため、コネクション型の通信を行う。したがって、サーバと端末間での通信パケット量が、ＵＤＰによる通信よりも多い。これに対して、ＵＤＰでは、サーバと端末間での通信パケット量が少ないが、信頼性が低いという欠点がある。
【０００４】
一例として、ＴＣＰによる通信において、データを転送する際の通信シーケンスは、図１のようになる。すなわち、実際にデータの転送を行うまでに、コネクション確立要求であるＳＹＮとその応答であるＡＣＫを繰り返した後に、初めて、データ転送が行われる。そして、データ転送が完了した後も、切断要求であるＦＩＮとその応答であるＡＣＫの通信を繰り返す。
【０００５】
これに対して、ＵＤＰによってデータを転送する通信シーケンスは、図２のように、このようなＳＹＮやＡＣＫのような事前の通信がなく、データ送信を行う。しかしながら、送信されたデータがエラーであっても、エラーが管理されることはなく、データが再送されるようなことはない。すなわち、ＵＤＰの場合は信頼性に課題がある。
【０００６】
今日、スマートフォン等の高機能携帯電話のサービスがＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）で提供される場合に、端末であるスマートフォンとサーバとの間での通信が行われる。このサービスが適切に稼働するために、サーバの情報を端末に送信したり、端末の情報をサーバに送信するため、常に、サーバと端末間で頻繁な通信が行われる。
【０００７】
しかしながら、端末とサーバの間で通信する頻度が多いと、スマートフォンの電源が著しく減ってしまうという課題がある。すなわち、スマートフォンが頻繁に通信のための電波を発信することで、消費電力効率が下がってしまうという課題がある。
【０００８】
そこで、サーバとクライアント装置間で通信頻度を低減させて消費電力の低減を図る技術が知られている（特許文献１）。これにより、画像等を送信する際に通信による消費電力を抑えることが可能となる。しかしながら、この方法では、取り扱うデータが画像に限定される。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特表２０１１−１３８５５２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
一方、サーバから端末への通信を行う場合に、サーバにお知らせメッセージが記憶されていることのみを端末に知らせる場合がある。例えば、サーバが端末にメール等のメッセージがあることを知らせるためのメッセージ通知は、メッセージの有無のみを通知すればよいため送受信するデータサイズが小さい。しかも、このメッセージ通知のための通信頻度が頻繁であることが多いため、１回のＵＤＰパケットの信頼性は、それほど高くなくてもよい。そのため、パケットサイズや通信頻度に応じて、ＴＣＰによる通信よりもＵＤＰによる通信を利用したほうが、節電効果が高く、効率的な通信ができる場合があるという点に発明者は着目した。
【００１１】
本発明は、このような課題に鑑み、サーバと端末間で送受信するデータサイズと、通信するタイミングと頻度に応じて、ＴＣＰによる通信か、ＵＤＰによる通信かを切替えて通信することで節電効果を高める通信制御装置、通信制御方法、及び通信制御用プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明では、以下のような解決手段を提供する。
【００１３】
第１の特徴に係る発明は、コンピュータ（例えば、情報通信端末１０）と通信を行う際の通信制御装置（例えば、通信制御サーバ１００）であって、
前記コンピュータに対して送信するデータのデータサイズ、通信するタイミング及び、通信する頻度の入力を受付けるデータ入力モジュールと、
前記データサイズ、前記タイミング及び、前記頻度に基づいて、前記コンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択する通信選択モジュールと、
選択した通信方法で、前記コンピュータに対して、前記タイミング及び、前記頻度で、データを送信するデータ送受信モジュールと、を備える通信制御装置を提供する。
【００１４】
第１の特徴に係る発明によれば、コンピュータに対して送信するデータのデータサイズ、通信するタイミング及び、通信する頻度の入力を受付けて、データサイズ、タイミング及び、頻度に基づいて、コンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択し、選択した通信方法で、コンピュータに対して、タイミング及び、頻度で、データを送信することが可能となる。したがって、データの特徴に応じて、ＴＣＰ通信を行うかＵＤＰ通信を行うかを選択することで、コンピュータの節電効果を高めることが可能である。
【００１５】
第１の特徴に係る発明は、発明のカテゴリにおいて端末のみならず、方法、プログラムにおいても同様の作用・効果を奏する。
【００１６】
第２の特徴に係る発明は、第１の特徴に係る発明であって、さらに、前記通信選択モジュールは、前記コンピュータの電池残存量に基づいて、さらに、前記コンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択する通信制御装置を提供する。
【００１７】
第３の特徴に係る発明は、第１又は第２の特徴に係る発明であって、さらに、前記通信選択モジュールは、前記コンピュータの電波強度に基づいて、さらに、前記コンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択する通信制御装置を提供する。
【発明の効果】
【００１８】
本発明によれば、コンピュータ間で送受信するデータサイズと、通信するタイミングと頻度に応じて、ＴＣＰによる通信か、ＵＤＰによる通信かを切替えて、節電効果を高めた通信を行う通信制御サーバ、通信制御方法、及び通信制御用プログラムを提供することが可能である。
【図面の簡単な説明】
【００１９】
【図１】図１は、ＴＣＰ通信のシーケンス図である。
【図２】図２は、ＵＤＰ通信のシーケンス図である。
【図３】図３は、通信制御システム１の構成図である。
【図４】図４は、通信制御サーバ１００、情報通信端末１０の機能ブロック図である。
【図５】図５は、通信方法選択処理を示すフローチャートである。
【図６】図６は、通信方法選択テーブルのテーブル図である。
【発明を実施するための形態】
【００２０】
以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
【００２１】
［通信制御システムのシステム構成］
図３は、本発明の好適な実施形態である通信制御システム１のシステム構成図である。通信制御システム１は、情報通信端末１０ａ、１０ｂ（以下、単に「１０」とする）、通信制御サーバ１００から構成される。これらの装置は、無線、有線を問わず互いに通信可能に接続されている。情報通信端末１０は、通信制御サーバ１００と、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）で接続されていてもよいし、インターネット等の公衆回線網３を介して接続されていてもよい。
【００２２】
情報通信端末１０は、ユーザ端末と呼ばれる一般的なコンピュータであってよく、後述する機能を備える情報機器や電化製品である。情報通信端末１０は、例えば、スレート端末１０ａ、スマートフォン１０ｂ、携帯電話、ネットワーク機器、コンピュータに加えて、ネットブック端末、電子書籍端末、電子辞書端末、携帯型音楽プレーヤ、携帯型コンテンツ再生・録画プレーヤ等の一般的な情報家電であってよい。
【００２３】
通信制御サーバ１００は、後述する機能を備えるサーバ（コンピュータ）であることを前提とするが、一般的なＷｅｂサーバ機能もあわせて有するサーバであってよい。通信制御サーバ１００は、ゲートウェイやルータ（モバイルルータを含む）等のネットワーク機器であってもよいし、ホームサーバであってもよい。
【００２４】
［各機能の説明］
図４は、通信制御サーバ１００、情報通信端末１０の機能ブロックと各機能の関係を示す図である。各装置のハードウェア構成について図４を用いて説明する。
【００２５】
情報通信端末１０は、制御部１１、データ記憶部１２、データ通信部１３、入出力部１４を備えていれば、家庭用電化製品、業務用電化製品、携帯端末、業務用端末のいずれであってもよい。
【００２６】
制御部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、データ通信部１３として、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）対応デバイス又は、第３世代移動通信システム等のＩＭＴ−２０００規格に準拠した無線デバイス等を備える（有線によるＬＡＮ接続であってもよい）。さらに、データ記憶部１２として、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等のいずれか又は双方を備える。さらに、入出力部１４として、画像を表示する液晶モニタ等の表示部と、ユーザからの入力を受付けるキーボードやタッチパネル、音声入力等の入力部を備える。
【００２７】
制御部１１は、所定のプログラムを読み込んで、データ通信部１３と協働して、データ送受信モジュール２２を実現する。さらに、データ送受信モジュール２２は、通信制御サーバ１００とＴＣＰ通信を行うＴＣＰ通信用モジュール２３と、通信制御サーバ１００とＵＤＰ通信を行うＵＤＰ通信用モジュール２４とを含む。
【００２８】
通信制御サーバ１００は、制御部１０１、データ記憶部１０２、データ通信部１０３を備える。
【００２９】
制御部１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、データ通信部１０３として、有線又は無線対応の通信デバイスを備え、データ記憶部１０２として、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等のいずれか又は双方を備える。
【００３０】
制御部１０１は、所定のプログラムを読み込んで、データ通信部１０３と協働して、データ入力モジュール１２０、通信選択モジュール１２１、データ送受信モジュール１２２を実現する。さらに、データ送受信モジュール１２２は、情報通信端末１０とＴＣＰ通信を行うＴＣＰ通信用モジュール１２３と、情報通信端末１０とＵＤＰ通信を行うＵＤＰ通信用モジュール１２４とを含む。
【００３１】
［通信方法選択処理］
図５は、通信制御サーバ１００が実行する通信方法選択処理のフローチャートである。このフローチャートに基づいて、通信方法選択処理について説明する。
【００３２】
最初に、通信制御サーバ１００は、管理者から情報通信端末１０へ送信するデータの入力を受け付ける。ここで、送信するデータとは、図６に示すようなデータである。たとえば、単に、メッセージの有無を示すパケットデータであって、データサイズは小さい（１０ｂｙｔｅ）であるが、送信頻度が３分毎と回数が多く、送信するタイミングも情報通信端末１０の電源がオンである時に常時送信するといったデータであってよい。また、音楽コンテンツのファイルが送信するデータである場合は、データサイズが３００ＭＢｙｔｅと大きいが、送信頻度は１回だけであり、送信するタイミングもＷｉ−Ｆｉ接続時と限定される。送信される対象となるデータは、このようにデータサイズ、送信頻度、送信タイミングで分類される。
【００３３】
したがって、通信制御サーバ１００は、管理者から送信するデータのデータサイズ（ステップＳ０１）及び、送信タイミング、送信頻度（ステップＳ０２）の入力を受け付ける。ここで、これらの入力受付けは、管理者からマニュアルで入力されるのみではなく、これらのデータを他のサーバや端末から受信してもよいし、図６に示す通信方法選択テーブルの入力を管理者から受付けたり、通信方法選択テーブルを他のサーバや端末から受信することであってよい。
【００３４】
次に、通信制御サーバ１００は、入力されたデータサイズ、送信するタイミング、送信する頻度に応じて、ＴＣＰ通信を行うか、ＵＤＰ通信を行うかを選択する（ステップＳ０３）。
【００３５】
ＴＣＰ通信、ＵＤＰ通信のいずれかを選択するかを決定するアルゴリズムは、例えば、以下のように設けることができる。送信するデータのデータサイズが所定量以上である場合は、ＴＣＰ通信を選択することが考えられる。例えば、ＩＰネットワークを利用している場合に、ＵＤＰ通信で送受信可能なデータ領域は最大１４７２バイトであることが知られている。したがって、データサイズが１４７２バイト以上を送信する場合は、１回のＵＤＰ送信では送信できず、かつ、データを分割する必要があるので、ＴＣＰ通信を選択する。
【００３６】
また、送信頻度が１回など少ない場合には、ＴＣＰ通信を選択し、送信頻度が頻繁である場合は、ＵＣＰ通信を選択するように設定してもよい。ここで、送信データの信頼性の基準は、通信を行うアプリケーション毎に異なるため、アプリケーション毎に、ＴＣＰ通信を選択するか、ＵＤＰ通信を選択するか設定可能であってよい。
【００３７】
また、データの送信タイミングとして、情報通信端末１０の電源オンをしていれば、常時、データを送信するといった場合には、情報通信端末１０の電池の消耗を抑えるために、ＵＤＰ通信を選択してもよい（図６のメッセージ有り通知：アプリＡの場合等）。
【００３８】
なお、ＴＣＰ通信、ＵＤＰ通信を選択する基準として、情報通信端末１０の電池残存量に基づいてもよい。すなわち、情報通信端末１０の電池残存量が所定量よりも少ない（電池の最大可能充電量の４分の１等）少ない場合は、電池消耗の少ないＵＤＰ通信を選択する。
【００３９】
なお、他の選択基準として、情報通信端末１０が通信制御サーバ１００と通信するための無線電波が弱い場合（電波強度が所定量以下である場合）に、ＵＤＰ通信を選択するようにしてもよい。すなわち、情報通信端末１０の通信電波が弱い場合は、通信が途絶えてしまうため、事前準備となる通信が少ないＵＤＰ通信を選択することが望ましい。
【００４０】
このようなアルゴリズムの一つもしくは、複数を組み合わせて、ＴＣＰ通信、ＵＤＰ通信のいずれかを選択する。ここで、複数のアルゴリズムを組み合わせる場合は、これらのアルゴリズム毎に優先順位を設けて、優先順位が高いアルゴリズムが選択した通信方式を結果として選択するように構成してもよい。
【００４１】
通信制御サーバ１００は、ＴＣＰ通信を選択した場合（ステップＳ０４）は、ＴＣＰ通信用モジュール１２３を用いて、ＴＣＰによりデータを送信する（ステップＳ０６）。
【００４２】
通信制御サーバ１００は、ＵＤＰ通信を選択した場合（ステップＳ０５）は、ＵＤＰ通信用モジュール１２４を用いて、ＵＤＰによりデータを送信する（ステップＳ０６）。
【００４３】
［情報通信端末の選択］
上述の例では、通信制御サーバ１００がＴＣＰ通信、ＵＤＰ通信を選択して、いずれかの方法で通信を行う例について説明したが、この通信方法選択処理は、情報通信端末１０で実行されてもよい。すなわち、情報通信端末１０がデータを通信制御サーバ１００にアップロードする際や、小さなパケットデータを送信する際にも、通信方法選択処理が行われてよい。
【００４４】
この場合は、ユーザがデータサイズや送信頻度、送信タイミングの入力を行う。ここで、情報通信端末１０にインストールされたアプリケーションが通信を行う際に、送信するデータのデータサイズや送信頻度、送信タイミングを指定することで、入力が行われてもよい。ＴＣＰ通信、ＵＤＰ通信を選択するアルゴリズムは、上述と同様であってよい。
【００４５】
上述した手段、機能は、コンピュータ（ＣＰＵ，情報処理装置，各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、フレキシブルディスク、ＣＤ（ＣＤ−ＲＯＭなど）、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭなど）等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し記憶して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記憶装置（記録媒体）に予め記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。
【００４６】
以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【符号の説明】
【００４７】
１ 通信制御システム、３ 公衆回線網、１０ 情報通信端末、１００ 通信制御サーバ
【技術分野】
【０００１】
本発明は、コンピュータ間での通信をする際の通信方式を選択する通信制御装置、通信制御方法、及び通信制御用プログラムに関する。
【背景技術】
【０００２】
インターネットで利用されるトランスポート層の標準プロトコルとして、ＴＣＰ（Transmission Control Protocol／Internet Protocol）とＵＤＰ（User Datagram Protocol）が知られている。
【０００３】
ＴＣＰによる通信では、通信の信頼性を高めるため、コネクション型の通信を行う。したがって、サーバと端末間での通信パケット量が、ＵＤＰによる通信よりも多い。これに対して、ＵＤＰでは、サーバと端末間での通信パケット量が少ないが、信頼性が低いという欠点がある。
【０００４】
一例として、ＴＣＰによる通信において、データを転送する際の通信シーケンスは、図１のようになる。すなわち、実際にデータの転送を行うまでに、コネクション確立要求であるＳＹＮとその応答であるＡＣＫを繰り返した後に、初めて、データ転送が行われる。そして、データ転送が完了した後も、切断要求であるＦＩＮとその応答であるＡＣＫの通信を繰り返す。
【０００５】
これに対して、ＵＤＰによってデータを転送する通信シーケンスは、図２のように、このようなＳＹＮやＡＣＫのような事前の通信がなく、データ送信を行う。しかしながら、送信されたデータがエラーであっても、エラーが管理されることはなく、データが再送されるようなことはない。すなわち、ＵＤＰの場合は信頼性に課題がある。
【０００６】
今日、スマートフォン等の高機能携帯電話のサービスがＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）で提供される場合に、端末であるスマートフォンとサーバとの間での通信が行われる。このサービスが適切に稼働するために、サーバの情報を端末に送信したり、端末の情報をサーバに送信するため、常に、サーバと端末間で頻繁な通信が行われる。
【０００７】
しかしながら、端末とサーバの間で通信する頻度が多いと、スマートフォンの電源が著しく減ってしまうという課題がある。すなわち、スマートフォンが頻繁に通信のための電波を発信することで、消費電力効率が下がってしまうという課題がある。
【０００８】
そこで、サーバとクライアント装置間で通信頻度を低減させて消費電力の低減を図る技術が知られている（特許文献１）。これにより、画像等を送信する際に通信による消費電力を抑えることが可能となる。しかしながら、この方法では、取り扱うデータが画像に限定される。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特表２０１１−１３８５５２号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
一方、サーバから端末への通信を行う場合に、サーバにお知らせメッセージが記憶されていることのみを端末に知らせる場合がある。例えば、サーバが端末にメール等のメッセージがあることを知らせるためのメッセージ通知は、メッセージの有無のみを通知すればよいため送受信するデータサイズが小さい。しかも、このメッセージ通知のための通信頻度が頻繁であることが多いため、１回のＵＤＰパケットの信頼性は、それほど高くなくてもよい。そのため、パケットサイズや通信頻度に応じて、ＴＣＰによる通信よりもＵＤＰによる通信を利用したほうが、節電効果が高く、効率的な通信ができる場合があるという点に発明者は着目した。
【００１１】
本発明は、このような課題に鑑み、サーバと端末間で送受信するデータサイズと、通信するタイミングと頻度に応じて、ＴＣＰによる通信か、ＵＤＰによる通信かを切替えて通信することで節電効果を高める通信制御装置、通信制御方法、及び通信制御用プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明では、以下のような解決手段を提供する。
【００１３】
第１の特徴に係る発明は、コンピュータ（例えば、情報通信端末１０）と通信を行う際の通信制御装置（例えば、通信制御サーバ１００）であって、
前記コンピュータに対して送信するデータのデータサイズ、通信するタイミング及び、通信する頻度の入力を受付けるデータ入力モジュールと、
前記データサイズ、前記タイミング及び、前記頻度に基づいて、前記コンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択する通信選択モジュールと、
選択した通信方法で、前記コンピュータに対して、前記タイミング及び、前記頻度で、データを送信するデータ送受信モジュールと、を備える通信制御装置を提供する。
【００１４】
第１の特徴に係る発明によれば、コンピュータに対して送信するデータのデータサイズ、通信するタイミング及び、通信する頻度の入力を受付けて、データサイズ、タイミング及び、頻度に基づいて、コンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択し、選択した通信方法で、コンピュータに対して、タイミング及び、頻度で、データを送信することが可能となる。したがって、データの特徴に応じて、ＴＣＰ通信を行うかＵＤＰ通信を行うかを選択することで、コンピュータの節電効果を高めることが可能である。
【００１５】
第１の特徴に係る発明は、発明のカテゴリにおいて端末のみならず、方法、プログラムにおいても同様の作用・効果を奏する。
【００１６】
第２の特徴に係る発明は、第１の特徴に係る発明であって、さらに、前記通信選択モジュールは、前記コンピュータの電池残存量に基づいて、さらに、前記コンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択する通信制御装置を提供する。
【００１７】
第３の特徴に係る発明は、第１又は第２の特徴に係る発明であって、さらに、前記通信選択モジュールは、前記コンピュータの電波強度に基づいて、さらに、前記コンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択する通信制御装置を提供する。
【発明の効果】
【００１８】
本発明によれば、コンピュータ間で送受信するデータサイズと、通信するタイミングと頻度に応じて、ＴＣＰによる通信か、ＵＤＰによる通信かを切替えて、節電効果を高めた通信を行う通信制御サーバ、通信制御方法、及び通信制御用プログラムを提供することが可能である。
【図面の簡単な説明】
【００１９】
【図１】図１は、ＴＣＰ通信のシーケンス図である。
【図２】図２は、ＵＤＰ通信のシーケンス図である。
【図３】図３は、通信制御システム１の構成図である。
【図４】図４は、通信制御サーバ１００、情報通信端末１０の機能ブロック図である。
【図５】図５は、通信方法選択処理を示すフローチャートである。
【図６】図６は、通信方法選択テーブルのテーブル図である。
【発明を実施するための形態】
【００２０】
以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
【００２１】
［通信制御システムのシステム構成］
図３は、本発明の好適な実施形態である通信制御システム１のシステム構成図である。通信制御システム１は、情報通信端末１０ａ、１０ｂ（以下、単に「１０」とする）、通信制御サーバ１００から構成される。これらの装置は、無線、有線を問わず互いに通信可能に接続されている。情報通信端末１０は、通信制御サーバ１００と、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）で接続されていてもよいし、インターネット等の公衆回線網３を介して接続されていてもよい。
【００２２】
情報通信端末１０は、ユーザ端末と呼ばれる一般的なコンピュータであってよく、後述する機能を備える情報機器や電化製品である。情報通信端末１０は、例えば、スレート端末１０ａ、スマートフォン１０ｂ、携帯電話、ネットワーク機器、コンピュータに加えて、ネットブック端末、電子書籍端末、電子辞書端末、携帯型音楽プレーヤ、携帯型コンテンツ再生・録画プレーヤ等の一般的な情報家電であってよい。
【００２３】
通信制御サーバ１００は、後述する機能を備えるサーバ（コンピュータ）であることを前提とするが、一般的なＷｅｂサーバ機能もあわせて有するサーバであってよい。通信制御サーバ１００は、ゲートウェイやルータ（モバイルルータを含む）等のネットワーク機器であってもよいし、ホームサーバであってもよい。
【００２４】
［各機能の説明］
図４は、通信制御サーバ１００、情報通信端末１０の機能ブロックと各機能の関係を示す図である。各装置のハードウェア構成について図４を用いて説明する。
【００２５】
情報通信端末１０は、制御部１１、データ記憶部１２、データ通信部１３、入出力部１４を備えていれば、家庭用電化製品、業務用電化製品、携帯端末、業務用端末のいずれであってもよい。
【００２６】
制御部１１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、データ通信部１３として、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）対応デバイス又は、第３世代移動通信システム等のＩＭＴ−２０００規格に準拠した無線デバイス等を備える（有線によるＬＡＮ接続であってもよい）。さらに、データ記憶部１２として、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等のいずれか又は双方を備える。さらに、入出力部１４として、画像を表示する液晶モニタ等の表示部と、ユーザからの入力を受付けるキーボードやタッチパネル、音声入力等の入力部を備える。
【００２７】
制御部１１は、所定のプログラムを読み込んで、データ通信部１３と協働して、データ送受信モジュール２２を実現する。さらに、データ送受信モジュール２２は、通信制御サーバ１００とＴＣＰ通信を行うＴＣＰ通信用モジュール２３と、通信制御サーバ１００とＵＤＰ通信を行うＵＤＰ通信用モジュール２４とを含む。
【００２８】
通信制御サーバ１００は、制御部１０１、データ記憶部１０２、データ通信部１０３を備える。
【００２９】
制御部１０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備え、データ通信部１０３として、有線又は無線対応の通信デバイスを備え、データ記憶部１０２として、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等のいずれか又は双方を備える。
【００３０】
制御部１０１は、所定のプログラムを読み込んで、データ通信部１０３と協働して、データ入力モジュール１２０、通信選択モジュール１２１、データ送受信モジュール１２２を実現する。さらに、データ送受信モジュール１２２は、情報通信端末１０とＴＣＰ通信を行うＴＣＰ通信用モジュール１２３と、情報通信端末１０とＵＤＰ通信を行うＵＤＰ通信用モジュール１２４とを含む。
【００３１】
［通信方法選択処理］
図５は、通信制御サーバ１００が実行する通信方法選択処理のフローチャートである。このフローチャートに基づいて、通信方法選択処理について説明する。
【００３２】
最初に、通信制御サーバ１００は、管理者から情報通信端末１０へ送信するデータの入力を受け付ける。ここで、送信するデータとは、図６に示すようなデータである。たとえば、単に、メッセージの有無を示すパケットデータであって、データサイズは小さい（１０ｂｙｔｅ）であるが、送信頻度が３分毎と回数が多く、送信するタイミングも情報通信端末１０の電源がオンである時に常時送信するといったデータであってよい。また、音楽コンテンツのファイルが送信するデータである場合は、データサイズが３００ＭＢｙｔｅと大きいが、送信頻度は１回だけであり、送信するタイミングもＷｉ−Ｆｉ接続時と限定される。送信される対象となるデータは、このようにデータサイズ、送信頻度、送信タイミングで分類される。
【００３３】
したがって、通信制御サーバ１００は、管理者から送信するデータのデータサイズ（ステップＳ０１）及び、送信タイミング、送信頻度（ステップＳ０２）の入力を受け付ける。ここで、これらの入力受付けは、管理者からマニュアルで入力されるのみではなく、これらのデータを他のサーバや端末から受信してもよいし、図６に示す通信方法選択テーブルの入力を管理者から受付けたり、通信方法選択テーブルを他のサーバや端末から受信することであってよい。
【００３４】
次に、通信制御サーバ１００は、入力されたデータサイズ、送信するタイミング、送信する頻度に応じて、ＴＣＰ通信を行うか、ＵＤＰ通信を行うかを選択する（ステップＳ０３）。
【００３５】
ＴＣＰ通信、ＵＤＰ通信のいずれかを選択するかを決定するアルゴリズムは、例えば、以下のように設けることができる。送信するデータのデータサイズが所定量以上である場合は、ＴＣＰ通信を選択することが考えられる。例えば、ＩＰネットワークを利用している場合に、ＵＤＰ通信で送受信可能なデータ領域は最大１４７２バイトであることが知られている。したがって、データサイズが１４７２バイト以上を送信する場合は、１回のＵＤＰ送信では送信できず、かつ、データを分割する必要があるので、ＴＣＰ通信を選択する。
【００３６】
また、送信頻度が１回など少ない場合には、ＴＣＰ通信を選択し、送信頻度が頻繁である場合は、ＵＣＰ通信を選択するように設定してもよい。ここで、送信データの信頼性の基準は、通信を行うアプリケーション毎に異なるため、アプリケーション毎に、ＴＣＰ通信を選択するか、ＵＤＰ通信を選択するか設定可能であってよい。
【００３７】
また、データの送信タイミングとして、情報通信端末１０の電源オンをしていれば、常時、データを送信するといった場合には、情報通信端末１０の電池の消耗を抑えるために、ＵＤＰ通信を選択してもよい（図６のメッセージ有り通知：アプリＡの場合等）。
【００３８】
なお、ＴＣＰ通信、ＵＤＰ通信を選択する基準として、情報通信端末１０の電池残存量に基づいてもよい。すなわち、情報通信端末１０の電池残存量が所定量よりも少ない（電池の最大可能充電量の４分の１等）少ない場合は、電池消耗の少ないＵＤＰ通信を選択する。
【００３９】
なお、他の選択基準として、情報通信端末１０が通信制御サーバ１００と通信するための無線電波が弱い場合（電波強度が所定量以下である場合）に、ＵＤＰ通信を選択するようにしてもよい。すなわち、情報通信端末１０の通信電波が弱い場合は、通信が途絶えてしまうため、事前準備となる通信が少ないＵＤＰ通信を選択することが望ましい。
【００４０】
このようなアルゴリズムの一つもしくは、複数を組み合わせて、ＴＣＰ通信、ＵＤＰ通信のいずれかを選択する。ここで、複数のアルゴリズムを組み合わせる場合は、これらのアルゴリズム毎に優先順位を設けて、優先順位が高いアルゴリズムが選択した通信方式を結果として選択するように構成してもよい。
【００４１】
通信制御サーバ１００は、ＴＣＰ通信を選択した場合（ステップＳ０４）は、ＴＣＰ通信用モジュール１２３を用いて、ＴＣＰによりデータを送信する（ステップＳ０６）。
【００４２】
通信制御サーバ１００は、ＵＤＰ通信を選択した場合（ステップＳ０５）は、ＵＤＰ通信用モジュール１２４を用いて、ＵＤＰによりデータを送信する（ステップＳ０６）。
【００４３】
［情報通信端末の選択］
上述の例では、通信制御サーバ１００がＴＣＰ通信、ＵＤＰ通信を選択して、いずれかの方法で通信を行う例について説明したが、この通信方法選択処理は、情報通信端末１０で実行されてもよい。すなわち、情報通信端末１０がデータを通信制御サーバ１００にアップロードする際や、小さなパケットデータを送信する際にも、通信方法選択処理が行われてよい。
【００４４】
この場合は、ユーザがデータサイズや送信頻度、送信タイミングの入力を行う。ここで、情報通信端末１０にインストールされたアプリケーションが通信を行う際に、送信するデータのデータサイズや送信頻度、送信タイミングを指定することで、入力が行われてもよい。ＴＣＰ通信、ＵＤＰ通信を選択するアルゴリズムは、上述と同様であってよい。
【００４５】
上述した手段、機能は、コンピュータ（ＣＰＵ，情報処理装置，各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、フレキシブルディスク、ＣＤ（ＣＤ−ＲＯＭなど）、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭなど）等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し記憶して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記憶装置（記録媒体）に予め記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。
【００４６】
以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【符号の説明】
【００４７】
１ 通信制御システム、３ 公衆回線網、１０ 情報通信端末、１００ 通信制御サーバ
【特許請求の範囲】
【請求項１】
コンピュータと通信を行う際の通信制御装置であって、
前記コンピュータに対して送信するデータのデータサイズ、通信するタイミング及び、通信する頻度の入力を受付けるデータ入力モジュールと、
前記データサイズ、前記タイミング及び、前記頻度に基づいて、前記コンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択する通信選択モジュールと、
選択した通信方法で、前記コンピュータに対して、前記タイミング及び、前記頻度で、データを送信するデータ送受信モジュールと、
を備える通信制御装置。
【請求項２】
前記通信選択モジュールは、前記コンピュータの電池残存量に基づいて、さらに、前記コンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択する請求項１に記載の通信制御装置。
【請求項３】
前記通信選択モジュールは、前記コンピュータの電波強度に基づいて、さらに、前記コンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択する請求項１又は２に記載の通信制御装置。
【請求項４】
コンピュータが互いに通信を行う際の通信制御方法であって、
一のコンピュータに対して送信するデータのデータサイズ、通信するタイミング及び、通信する頻度の入力を受付けるステップと、
前記データサイズ、前記タイミング及び、前記頻度に基づいて、前記一のコンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択するステップと、
選択した通信方法で、他のコンピュータが、前記一のコンピュータに対して、前記タイミング及び、前記頻度で、データを送信するステップと、
を備える通信制御方法。
【請求項５】
コンピュータに、
他のコンピュータに対して送信するデータのデータサイズ、通信するタイミング及び、通信する頻度の入力を受付けるステップ、
前記データサイズ、前記タイミング及び、前記頻度に基づいて、前記他のコンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択するステップ、
選択した通信方法で、前記他のコンピュータに対して、前記タイミング及び、前記頻度で、データを送信するステップ、を実行させるための通信制御用プログラム。
【請求項１】
コンピュータと通信を行う際の通信制御装置であって、
前記コンピュータに対して送信するデータのデータサイズ、通信するタイミング及び、通信する頻度の入力を受付けるデータ入力モジュールと、
前記データサイズ、前記タイミング及び、前記頻度に基づいて、前記コンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択する通信選択モジュールと、
選択した通信方法で、前記コンピュータに対して、前記タイミング及び、前記頻度で、データを送信するデータ送受信モジュールと、
を備える通信制御装置。
【請求項２】
前記通信選択モジュールは、前記コンピュータの電池残存量に基づいて、さらに、前記コンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択する請求項１に記載の通信制御装置。
【請求項３】
前記通信選択モジュールは、前記コンピュータの電波強度に基づいて、さらに、前記コンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択する請求項１又は２に記載の通信制御装置。
【請求項４】
コンピュータが互いに通信を行う際の通信制御方法であって、
一のコンピュータに対して送信するデータのデータサイズ、通信するタイミング及び、通信する頻度の入力を受付けるステップと、
前記データサイズ、前記タイミング及び、前記頻度に基づいて、前記一のコンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択するステップと、
選択した通信方法で、他のコンピュータが、前記一のコンピュータに対して、前記タイミング及び、前記頻度で、データを送信するステップと、
を備える通信制御方法。
【請求項５】
コンピュータに、
他のコンピュータに対して送信するデータのデータサイズ、通信するタイミング及び、通信する頻度の入力を受付けるステップ、
前記データサイズ、前記タイミング及び、前記頻度に基づいて、前記他のコンピュータに対して送信するデータをＴＣＰ通信又はＵＤＰ通信のいずれかで送信するかを選択するステップ、
選択した通信方法で、前記他のコンピュータに対して、前記タイミング及び、前記頻度で、データを送信するステップ、を実行させるための通信制御用プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１３−４２２４３（Ｐ２０１３−４２２４３Ａ）
【公開日】平成２５年２月２８日（２０１３．２．２８）
【国際特許分類】
【出願番号】特願２０１１−１７６４０９（Ｐ２０１１−１７６４０９）
【出願日】平成２３年８月１１日（２０１１．８．１１）
【出願人】（５００５２１５２２）株式会社オプティム (73)
【Ｆターム（参考）】
【公開日】平成２５年２月２８日（２０１３．２．２８）
【国際特許分類】
【出願日】平成２３年８月１１日（２０１１．８．１１）
【出願人】（５００５２１５２２）株式会社オプティム (73)
【Ｆターム（参考）】
[ Back to top ]