(57)【要約】  データをより効率良く通信するために、本発明の通信システム１０００は、サーバ１００と、サーバ１００とデータ通信を行う端末装置２００と、を備え、サーバ１００は、データ通信の第１の混雑度に基づいて要求信号を生成して端末装置２００に送信し、携帯端末２００は、受信した要求信号に基づいて、サーバ１００とデータ通信を行う。
2015141126.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、前記サーバとデータ通信を行う端末装置と、を備え、
前記サーバは、
前記端末装置との間で行う前記データ通信の第１の混雑度を算出するサーバ側混雑度算出手段と、
前記サーバ側混雑度算出手段により算出される前記第１の混雑度に基づいて、前記端末装置に対して前記データ通信の要求を行う信号である要求信号を生成する要求信号生成手段と、
前記要求信号生成手段により生成される前記要求信号を前記端末装置に送信する要求信号送信手段と、を有し、
前記端末装置は、
前記サーバと前記データ通信を行う端末側データ通信手段と、
前記要求信号送信手段により送信される前記要求信号を受信する要求信号受信手段と、を有し、
前記端末側データ通信手段は、前記要求信号受信手段により受信した前記要求信号に基づいて、前記サーバと前記データ通信を行う通信システム。
【請求項２】
複数の前記端末装置を含み、
前記サーバは、前記複数の端末装置のうち、前記要求信号の送信先となる前記端末装置を選択する端末選択手段と、を備え、
前記要求信号送信手段は、前記端末選択手段により選択された前記端末装置に対して、前記要求信号を送信する請求項１に記載の通信システム。
【請求項３】
前記サーバは、前記複数の端末装置の各々の優先度を設定する優先度設定手段を備え、
前記端末選択手段は、前記優先度設定手段により設定された優先度に基づいて、前記複数の端末装置のうち、前記要求信号の送信先となる前記端末装置を選択する請求項２に記載の通信システム。
【請求項４】
前記端末側データ通信手段は、所定の周期で前記サーバと前記データ通信を行う請求項１から３のいずれか１項に記載の通信システム。
【請求項５】
前記端末装置は、
前記サーバとの間で行う前記データ通信の第２の混雑度を算出する端末側混雑度算出手段と、前記端末側混雑度算出手段により算出される前記第２の混雑度に基づいて、前記データ通信を継続するか又は前記所定の周期まで中断するかを判断する判断手段を備え、
前記端末側データ通信手段は、前記要求信号受信手段により受信した前記要求信号に基づいて、前記サーバと前記データ通信を行うと共に、前記判断手段の判断結果に基づいて、前記データ通信を継続又は前記所定の周期まで中断する請求項４に記載の通信システム。
【請求項６】
前記サーバ側混雑度算出手段は、前記サーバと前記端末装置との間における前記データ通信のスループットに基づいて前記第１の混雑度を算出する請求項１から５のいずれか１項に記載の通信システム。
【請求項７】
サーバと、端末装置と、がデータ通信を行う際に、
前記サーバが、前記端末装置との間で行う前記データ通信の第１の混雑度を算出し、
算出した前記第１の混雑度に基づいて、前記端末装置に対して前記データ通信の要求を行う信号である要求信号を生成し、
生成した前記要求信号を前記端末装置に送信し、
前記端末装置が、前記サーバにより送信された前記要求信号を受信し、
前記端末装置が、受信した前記要求信号に基づいて、前記サーバと前記データ通信を行う、通信方法。
【請求項８】
コンピュータに、
サーバが、端末装置との間で行うデータ通信の第１の混雑度を算出するサーバ側混雑度算出処理と、
前記サーバが、前記サーバ側混雑度算出処理により算出される前記第１の混雑度に基づいて、前記端末装置に対して前記データ通信の要求を行う信号である要求信号を生成する要求信号生成処理と、
前記サーバが、前記要求信号生成処理により生成される前記要求信号を前記端末装置に送信する要求信号送信処理と、
前記端末装置が、前記要求信号送信処理により送信される前記要求信号を受信する要求信号受信処理と、
前記端末装置が、前記要求信号受信処理により受信した前記要求信号に基づいて、前記サーバと前記データ通信を行うデータ通信実行処理と、を実行させるためのプログラムを格納する記憶媒体。
【請求項９】
サーバとデータ通信を行う端末側データ通信手段と、
前記サーバにより前記端末装置に対して前記データ通信の要求がされる要求信号を、前記サーバから受信する要求信号受信手段と、を備え、
前記端末側データ通信手段は、前記要求信号受信手段により受信した前記データ通信の要求信号に基づいて、前記サーバと前記データ通信を行う端末装置。
【請求項１０】
端末装置との間で行うデータ通信の第１の混雑度を算出するサーバ側混雑度算出手段と、
前記サーバ側混雑度算出手段により算出される前記第１の混雑度に基づいて、前記端末装置に対して前記データ通信の要求を行う信号である要求信号を生成する要求信号生成手段と、
前記要求信号生成手段により生成される前記要求信号を前記端末装置に送信する要求信号送信手段と、を備えるサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置、通信システム、サーバ、通信方法及びプログラムを格納する記憶媒体に関する。
【背景技術】
【０００２】
Ｗｅｂサイトの閲覧、ストリーミングビデオの送受信、電子メールの送受信、電子ファイルの送受信等といった多種多様なデータ通信が通信端末等を用いて行われている。このため、データトラヒックが増加している。これにより、データを効率良く通信することが求められている。特に、リアルタイム性を要求されない非リアルタイム性のデータについては、通信が混雑していないときに通信端末とサーバ等の間で送受信することが求められている。【０００３】
上記に関連して、特許文献１では、待ち時間の周期ごとにすき間通信を試行し、通信の混雑度に応じて通信を継続又は次の周期まで中断する無線端末の技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１２−１６５１０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の技術では、通信が中断された場合、例えば単位時間当たりのデータ通信量等によって算出される通信の混雑度が、その後低下したとしても待ち時間が経過するまでは次の通信を開始できない。このため、通信の混雑度が待ち時間よりも短い周期で変動する状況においては、データをサーバ等の間で効率良く通信することができないという問題があった。【０００６】
なお、特許文献１に記載の技術では、待ち時間が比較的短く設定された場合、通信の混雑度の変動への追従性は高まるが、通信が混雑し続けている状況においても通信試行を頻繁に繰り返すことになり、通信の混雑を助長する。一方、待ち時間が比較的長く設定され、且つ通信が中断された場合、その後通信の混雑度が低下したとしても待ち時間が経過するまでは次の通信を開始できない。このため、待ち時間の設定が困難であるという問題もある。【０００７】
本発明は、このような事情を鑑みてなされたものであり、その目的は、データをより効率良く通信することができる通信システム等を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の通信システムは、サーバと、前記サーバとデータ通信を行う端末装置と、を備え、前記サーバは、前記端末装置との間で行う前記データ通信の第１の混雑度を算出するサーバ側混雑度算出手段と、前記サーバ側混雑度算出手段により算出される前記第１の混雑度に基づいて、前記端末装置に対して前記データ通信の要求を行う信号である要求信号を生成する要求信号生成手段と、前記要求信号生成手段により生成される前記要求信号を前記端末装置に送信する要求信号送信手段と、を有し、前記端末装置は、前記サーバと前記データ通信を行う端末側データ通信手段と、前記要求信号送信手段により送信される前記要求信号を受信する要求信号受信手段と、を有し、前記端末側データ通信手段は、前記要求信号受信手段により受信した前記要求信号に基づいて、前記サーバと前記データ通信を行う。【０００９】
また、本発明の通信方法は、サーバと、前記サーバとデータ通信を行う端末装置との間で行われる通信方法であって、前記サーバが、前記端末装置との間で行う前記データ通信の第１の混雑度を算出し、算出した前記第１の混雑度に基づいて、前記端末装置に対して前記データ通信の要求を行う信号である要求信号を生成し、生成した前記要求信号を前記端末装置に送信し、前記端末装置が、前記サーバにより送信された前記要求信号を受信し、受信した前記要求信号に基づいて、前記サーバと前記データ通信を行う。【００１０】
また、本発明のプログラムを格納する記憶媒体は、サーバと、前記サーバとデータ通信を行う端末装置と、を有するシステムに用いられるプログラムを格納する記憶媒体であって、コンピュータに、前記サーバが、前記端末装置との間で行う前記データ通信の第１の混雑度を算出するサーバ側混雑度算出処理と、前記サーバが、前記サーバ側混雑度算出処理により算出される前記第１の混雑度に基づいて、前記端末装置に対して前記データ通信の要求を行う信号である要求信号を生成する要求信号生成処理と、前記サーバが、前記要求信号生成処理により生成される前記要求信号を前記端末装置に送信する要求信号送信処理と、前記端末装置が、前記要求信号送信処理により送信される前記要求信号を受信する要求信号受信処理と、前記端末装置が、前記要求信号受信処理により受信した前記要求信号に基づいて、前記サーバと前記データ通信を行うデータ通信実行処理と、を実行させる。【００１１】
また、本発明の端末装置は、サーバとデータ通信を行う端末側データ通信手段と、前記サーバにより前記端末装置に対して前記データ通信の要求がされる要求信号を、前記サーバから受信する要求信号受信手段と、を備え、前記端末側データ通信手段は、前記要求信号受信手段により受信した前記データ通信の要求信号に基づいて、前記サーバと前記データ通信を行う。【００１２】
また、本発明のサーバは、端末装置との間で行うデータ通信の第１の混雑度を算出するサーバ側混雑度算出手段と、前記サーバ側混雑度算出手段により算出される前記第１の混雑度に基づいて、前記端末装置に対して前記データ通信の要求を行う信号である要求信号を生成する要求信号生成手段と、前記要求信号生成手段により生成される前記要求信号を前記端末装置に送信する要求信号送信手段と、を備える。
【発明の効果】
【００１３】
本発明によれば、データをより効率良く通信することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施の形態における通信システムの構成を示すブロック図である。
【図２】本発明の第１の実施の形態における通信システムの動作フローを示す図である。
【図３】本発明の第２の実施の形態における通信システムの構成を示すブロック図である。
【図４】本発明の第２の実施の形態における通信システムの端末装置が、所定の周期でサーバとデータ通信を行うときの動作フローを示す図である。
【図５】本発明の第２の実施の形態における通信システムの端末装置が、要求信号を受信したときの動作フローを示す図である。
【図６】本発明の第３の実施の形態における通信システムの構成を示すブロック図である。
【図７】本発明の第３の実施の形態における通信システムの動作フローを示す図である。
【図８】本発明の第４の実施の形態における通信システムの構成を示すブロック図である。
【発明を実施するための形態】
【００１５】
＜第１の実施の形態＞
図１を用いて、本発明の第１の実施の形態における通信システム１０００の詳細な構成について説明する。図１は、通信システム１０００の構成を示すブロック図である。
【００１６】
図１に示されるように、通信システム１０００は、サーバ１００と、複数の端末装置２００−１、２００−２及び２００−３と、を含んで構成される。なお、以下の説明では、複数の端末装置２００−１、２００−２及び２００−３の各々を特に区別して説明する必要がない限り、これらを総称して端末装置２００とする。
【００１７】
まず、図１を用いて、サーバ１００の詳細な構成を説明する。
【００１８】
図１に示されるように、サーバ１００は、サーバ側データ通信部１１０と、サーバ側制御部１２０と、要求信号送信部１３０とを有して構成されている。
【００１９】
サーバ１００は、通信網３００に有線回線により接続されている。なお、サーバ１００は、通信網３００に無線により接続されてもよい。また、サーバ１００は、通信網３００を介して、端末装置２００に接続されている。サーバ１００は、通信網３００を介して、端末装置２００と互いにデータ通信を行う。
【００２０】
図１に示されるように、サーバ側データ通信部１１０は、サーバ側制御部１２０に接続されている。サーバ側データ通信部１１０は、通信網３００を介して、端末装置２００の端末側データ通信部２３０とデータ通信を行う。
【００２１】
具体的には、サーバ側データ通信部１１０は、通信網３００を介して、端末装置２００の端末側データ通信部２３０にデータを送信する。
【００２２】
また、サーバ側データ通信部１１０は、通信網３００を介して、端末装置２００の端末側データ通信部２３０から送信されるデータを受信する。
【００２３】
サーバ側データ通信部１１０は、端末装置２００から、端末装置２００における通信品質に関する情報を受信する。通信品質に関する情報とは、例えば、ＲＳＳＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｏｒ、受信信号強度）、ＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｐｏｗｅｒ、基準信号受信パワー）、ＲＳＲＱ（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｅｄ  Ｑｕａｌｉｔｙ、基準信号受信品質）及びＳＩＮＲ（Ｓｉｇｎａｌ-ｔｏ-Ｉｎｔｅｒｆｅｒｅｎｃｅ  ｐｌｕｓ  Ｎｏｉｓｅ-Ｒａｔｉｏ、信号対干渉プラスノイズ比）等の情報が挙げられる。
【００２４】
図１に示されるように、サーバ側制御部１２０は、サーバ側データ通信部１１０及び要求信号送信部１３０に接続されている。サーバ側制御部１２０は、サーバ１００の全体を制御する。
【００２５】
また、サーバ側制御部１２０は、サーバ側データ通信部１１０が送受信するデータにおける各種情報（例えば、データサイズや通信時間）等を受信する。また、サーバ側制御部１２０は、要求信号生成部１２２により生成された要求信号と、端末選択部１２３の選択結果と、を要求信号送信部１３０に出力する。
【００２６】
そして、サーバ側制御部１２０は、サーバ側混雑度算出部１２１と、要求信号生成部１２２と、端末選択部１２３と、優先度設定部１２４と、を含んで構成されている。
【００２７】
サーバ側混雑度算出部１２１は、端末装置２００との間で行うデータ通信の第１の混雑度を算出する。なお、サーバ側混雑度算出部１２１は、所定の周期（例えば、３０秒）毎にデータ通信の第１の混雑度を算出する。
【００２８】
データ通信の第１の混雑度とは、サーバ１００側で算出される混雑度のことである。より具体的には、データ通信の第１の混雑度とは、後述する要求信号生成部１２２が、要求信号を生成するか否かを判断する際に用いるデータ通信の混雑度合や端末装置２００が共有する無線リソースの利用率等の情報である。
【００２９】
ここでは、サーバ側混雑度算出部１２１は、端末装置２００との間におけるデータ通信のスループットに基づいてデータ通信の第１の混雑度を算出する。サーバ側混雑度算出部１２１が、データ通信の第１の混雑度を算出する具体的な方法については後述する。
【００３０】
なお、サーバ側混雑度算出部１２１は、前述した端末装置２００における通信品質に関する情報に基づいて、第１の混雑度を算出してもよい。
【００３１】
また、サーバ側混雑度算出部１２１は、ＤＰＩ（Ｄｅｅｐ  Ｐａｃｋｅｔ  Ｉｎｓｐｅｃｔｉｏｎ）により通信網３００を通過するトラヒック情報を検査し、そのトラヒック情報に基づいて、第１の混雑度を算出してもよい。トラヒック情報とは、例えば、端末装置２００−１、２００−２及び２００−３のスループット合計値等の情報である。
【００３２】
要求信号生成部１２２は、サーバ側混雑度算出部１２１により算出されるデータ通信の第１の混雑度に基づいて、端末装置２００に対してデータ通信の要求を行う信号である要求信号を生成する。
【００３３】
端末選択部１２３は、後述する優先度設定部１２４により設定された優先度に基づいて、端末装置２００のうち、要求信号生成部１２２により生成される要求信号の送信先となる端末装置を選択する。
【００３４】
この端末選択部１２３は、端末装置２００のうち、要求信号の送信先となる端末装置を選択するためのものである。そのため、例えば、端末装置が１つの場合（例えば、端末装置２００−１のみ）、端末選択部１２３は必ずしも本実施形態に必要ではない。端末選択部１２３が、送信先となる端末装置を選択する具体的な方法については後述する。
【００３５】
優先度設定部１２４は、端末装置２００の各々の優先度を設定する。優先度とは、端末選択部１２３が、要求信号の送信先となる端末装置を選択する際に用いる優先順位や優先度合等の情報である。
【００３６】
この優先度設定部１２４は、端末装置２００のうち、要求信号の送信先となる端末装置を端末選択部１２３が選択するための情報である優先度を設定するものである。そのため、同様に、端末装置が１つの場合、優先度設定部１２４は必ずしも本実施形態に必要ではない。優先度設定部１２４が、端末装置２００の各々の優先度を設定する具体的な方法については後述する。
【００３７】
図１に示されるように、要求信号送信部１３０は、サーバ側制御部１２０に接続されている。要求信号送信部１３０は、端末選択部１２３により選択された端末装置に対して、要求信号生成部１２２により生成される要求信号を送信する。
【００３８】
なお、前述したように、端末装置が１つの場合（例えば、端末装置２００−１のみ）、すなわち、サーバ１００に端末選択部１２３が存在しない場合、要求信号送信部１３０は、要求信号を端末装置２００−１に送信する。
【００３９】
次に、図１を用いて、端末装置２００の詳細な構成を説明する。
【００４０】
図１に示されるように、端末装置２００は、要求信号受信部２１０と、端末側制御部２２０と、端末側データ通信部２３０と、を備えて構成されている。
【００４１】
端末装置２００は、通信網３００に無線回線により接続されている。また、端末装置２００は、通信網３００を介して、サーバ１００に接続されている。端末装置２００は、通信網３００を介して、サーバ１００と互いにデータ通信を行う。
【００４２】
なお、ここでは、端末装置２００が３つの場合を示しているが、２つでもよく、４つ以上であってもよい。また、端末装置２００は１つであってもよい。
【００４３】
図１に示されるように、要求信号受信部２１０は、端末側制御部２２０に接続されている。要求信号受信部２１０は、サーバ１００の要求信号送信部１３０により送信される要求信号を受信する。
【００４４】
図１に示されるように、端末側制御部２２０は、要求信号受信部２１０及び端末側データ通信部２３０に接続されている。端末側制御部２２０は、端末装置２００の全体を制御する。端末側制御部２２０は、要求信号受信部２１０が受信した要求信号を受け、端末側データ通信部２３０にサーバ１００とデータ通信を行うように指示する。
【００４５】
図１に示されるように、端末側データ通信部２３０は、端末側制御部２２０に接続されている。
【００４６】
端末側データ通信部２３０は、通信網３００を介して、サーバ１００のサーバ側データ通信部１１０にデータを送信する。端末側データ通信部２３０は、前述した端末装置２００における通信品質に関する情報を送信する。
【００４７】
また、端末側データ通信部２３０は、通信網３００を介して、サーバ１００のサーバ側データ通信部１１０から送信されるデータを受信する。
【００４８】
また、端末側データ通信部２３０は、端末側制御部２２０からの指示を受け、要求信号受信部２１０により受信した要求信号に基づいて、サーバ１００とデータ通信を行う。
【００４９】
図１に示されるように、通信網３００は、サーバ１００と端末装置２００とにそれぞれ接続されている。通信網３００は、インターネット等の通信用のネットワークである。
【００５０】
次に、図２を用いて、サーバ１００及び端末装置２００を含む無線通信システム１０００の動作を説明する。図２は、サーバ１００及び端末装置２００を含む通信システム１０００の動作フローを示す図である。
【００５１】
なお、ここでは、端末装置２００のうち、端末装置２００−３は、サーバ１００とデータ通信を実行中である場合を想定する。そして、ここでは、サーバ１００とデータ通信を実行中でない端末装置２００−１及び２００−２のうち、端末装置２００−１が、サーバ１００の要求信号に応じて、サーバ１００とデータ通信を実行する場合を想定する。
【００５２】
ここでは、特に、端末装置２００−１がサーバ１００にデータを送信する場合について説明する。
【００５３】
まず、図２に示されるように、サーバ１００のサーバ側混雑度算出部１２１が、端末装置２００との間におけるデータ通信の第１の混雑度を算出する（ステップ（以下、Ｓとする）１１０）。
【００５４】
ここで、サーバ側混雑度算出部１２１が、端末装置２００との間におけるデータ通信の第１の混雑度を算出する具体的な方法を説明する。
【００５５】
まず、サーバ側混雑度算出部１２１は、データ通信を実行中である端末装置２００−３との間におけるデータ通信のスループットを算出する。
【００５６】
具体的には、サーバ側混雑度算出部１２１は、端末装置２００−３との間における単位時間［ｓ］当たりのデータ通信量［ｂｉｔｓ］から、データ通信のスループット［ｂｐｓ］を算出する。
【００５７】
すなわち、端末装置２００−３との間におけるデータ通信のスループットＴｈｒｐｔ１［ｂｐｓ］は、下記の（１）式で表される。
【００５８】
Ｔｈｒｐｔ１［ｂｐｓ］＝ＤａｔａＳｉｚｅ［ｂｉｔｓ］／Ｔｉｍｅ［ｓ］  ・・・（１）
ＤａｔａＳｉｚｅ：データ通信量
Ｔｉｍｅ：単位時間
次に、サーバ側混雑度算出部１２１は、上述のようにして算出される端末装置２００−３との間におけるデータ通信のスループットから、例えば以下のようにして端末装置２００との間におけるデータ通信の第１の混雑度を算出する。
【００５９】
サーバ側混雑度算出部１２１は、Ｔｈｒｐｔ１が所定の閾値Ｔｈｒｅｓｈ１（例えば、２０［ｋｂｐｓ］）以上の場合に混雑度１と算出し、Ｔｈｒｐｔ１が所定の範囲内の値Ｔｈｒｅｓｈ２（例えば、１１〜１９［ｋｂｐｓ］）である場合に混雑度２と算出し、Ｔｈｒｐｔ１が所定の閾値Ｔｈｒｅｓｈ３（例えば、１０［ｋｂｐｓ］）以下の場合に混雑度３と算出する。
【００６０】
混雑度は、度数が大きいほど混雑度が高いものとする。すなわち、混雑度の度数が大きいほど、サーバ１００と端末装置２００との間におけるデータ通信が混雑していることを表す。
【００６１】
なお、前述したように、サーバ側混雑度算出部１２１は、通信品質に関する情報に基づいて、第１の混雑度を算出してもよい。例えば、サーバ側混雑度算出部１２１は、通信品質に関する情報と、通信品質に対応する所定の閾値とに基づいて第１の混雑度を算出してもよい。
【００６２】
また、サーバ側混雑度算出部１２１は、端末装置２００−３との間におけるデータ通信のスループットと、通信品質に関する情報とに基づいて、第１の混雑度を算出してもよい。
【００６３】
図２に戻って、次に、要求信号生成部１２２が、Ｓ１１０の処理においてサーバ側混雑度算出部１２１により算出されるデータ通信の第１の混雑度の度数が所定の度数以上（例えば、混雑度２）であるか否かを判定する（Ｓ１２０）。
【００６４】
要求信号生成部１２２は、データ通信の第１の混雑度の度数が所定の度数以上でない、すなわち、未満の場合（Ｓ１２０、ＮＯ）、要求信号を生成しない（Ｓ１２１）。
【００６５】
一方、要求信号生成部１２２は、データ通信の第１の混雑度の度数が所定の度数以上の場合（Ｓ１２０、ＹＥＳ）、要求信号を生成する（Ｓ１３０）。
【００６６】
次に、優先度設定部１２４は、端末装置２００のうち、データ通信を実行中でない端末装置２００−１及び２００−２の各々の優先度を設定する（Ｓ１４０）。
【００６７】
ここでは、優先度設定部１２４は、予め設定された各端末装置２００毎の優先順位から、端末装置２００−１を優先度１とし、端末装置２００−２を優先度２として設定するものとする。
【００６８】
なお、ここでは、事前にサーバ１００の利用者が各端末装置２００毎の優先順位を任意に設定するものとする。
【００６９】
また、優先度は、度数が小さいほど優先度が高いものとする。すなわち、優先度１は、優先度２よりも優先度が高い。
【００７０】
なお、優先度設定部１２４は、端末装置２００との間におけるデータ通信の実績に基づいて、端末装置２００の各々の優先度を設定してもよい。例えば、優先度設定部１２４は、端末装置２００がサーバ１００からデータ（例えば、ｗｅｂコンテンツ）を受信する場合、受信開始からの経過時間が長い端末装置の優先度を高く設定してもよい。
【００７１】
また、例えば、優先度設定部１２４は、端末装置２００がサーバ１００に所定のデータサイズのデータを送信する場合、未送信データサイズが大きい端末装置の優先度を高く設定してもよい。ここでは、サーバ１００は各端末装置２００の未送信データサイズを測定しているものとする。
【００７２】
図２に戻って、次に、端末選択部１２３は、優先度設定部１２４により設定された優先度に基づいて、端末装置２００のうち、要求信号の送信先となる端末装置２００−１を選択する（Ｓ１５０）。
【００７３】
なお、端末選択部１２３は、データ通信の第１の混雑度に応じて、優先度１である端末装置２００−１に加えて、優先度２である端末装置２００−２も要求信号の送信先として選択してもよい。
【００７４】
次に、要求信号送信部１３０は、端末選択部１２３により選択された端末装置２００−１に対して、要求信号を送信する（Ｓ１６０）。
【００７５】
そして、端末装置２００−１の要求信号受信部２１０は、要求信号を受信する（Ｓ１７０）。
【００７６】
次に、端末装置２００−１の端末側データ通信部２３０は、サーバ１００にデータを送信することにより、サーバ１００とデータ通信を実行する（Ｓ１８０）。
【００７７】
最後に、サーバ１００のサーバ側データ通信部１１０は、端末装置２００−１から送信されるデータを受信する（Ｓ１９０）。
【００７８】
以上に説明したように、本発明の第１の実施の形態における通信システム１０００は、サーバ１００と、このサーバ１００とデータ通信を行う端末装置２００と、を有する。
【００７９】
サーバ１００は、サーバ側混雑度算出部１２１と、要求信号生成部１２２と、要求信号送信部１３０と、を備える。
【００８０】
サーバ側混雑度算出部１２１は、端末装置２００との間で行うデータ通信の第１の混雑度を算出する。要求信号生成部１２２は、サーバ側混雑度算出部１２１により算出されるデータ通信の第１の混雑度に基づいて、端末装置２００に対してデータ通信の要求を行う信号である要求信号を生成する。要求信号送信部１３０は、要求信号生成部１２２により生成される要求信号を端末装置２００に送信する。
【００８１】
端末装置２００は、端末側データ通信部２３０と、要求信号受信部２１０と、を備える。端末側データ通信部２３０は、サーバ１００とデータ通信を行う。要求信号受信部２１０は、要求信号送信部１３０により送信される要求信号を受信する。そして、端末側データ通信部２３０は、要求信号受信部２１０により受信した要求信号に基づいて、サーバ１００とデータ通信を行う。
【００８２】
このように、本発明の第１の実施の形態における通信システム１０００では、データ通信の第１の混雑度に応じて、サーバ１００と端末装置２００はデータ通信を実行する。具体的には、データ通信の第１の混雑度が低い時にはサーバ１００と端末装置２００はデータ通信を実行し、データ通信の第１の混雑度が高い時にはサーバ１００と端末装置２００はデータ通信を実行しない。
【００８３】
これにより、データ通信が混雑しているにも関わらず、端末装置２００がサーバ１００とのデータ通信を試み、データ通信がさらに混雑するといったことがない。その結果、サーバ１００と端末装置２００とを含む通信システム１０００は、データをより効率良く通信することができる。
【００８４】
また、本発明の第１の実施の形態における通信システム１０００において、複数の端末装置２００を含む。サーバ１００は、複数の端末装置２００のうち、要求信号の送信先となる端末装置を選択する端末選択部１２３を備える。要求信号送信部１３０は、端末選択部１２３により選択された端末装置に対して、要求信号を送信する。
【００８５】
これにより、サーバ１００は、データ通信が混雑していないとき、複数の端末装置２００のうち、選択した端末装置にのみ要求信号を送信してデータ通信を実行する。すなわち、サーバ１００が、複数の端末装置２００の全てと同時にデータ通信を実行することがない。この結果、通信システム１０００は、要求信号の送信先となる端末装置２００を選択しない場合と比較して、データ通信が混雑することを低減できる。
【００８６】
また、本発明の第１の実施の形態における通信システム１０００において、サーバ１００は、複数の端末装置２００の各々の優先度を設定する優先度設定部１２４を備える。端末選択部１２３は、優先度設定部１２４により設定された優先度に基づいて、複数の端末装置２００のうち、要求信号の送信先となる端末装置を選択する。
【００８７】
これにより、サーバ１００は、複数の端末装置２００のうち、優先度が高い（優先してデータ通信すべき）端末装置と優先的にデータ通信を行うことができる。この結果、通信システム１０００は、データをより効率よく通信することができる。
【００８８】
また、本発明の第１の実施の形態における通信方法は、サーバ１００と、このサーバ１００とデータ通信を行う端末装置２００と、の間で行われる。通信方法は、サーバ側混雑度算出ステップと、要求信号生成ステップと、要求信号送信ステップと、要求信号受信ステップと、データ通信実行ステップと、を含む。
【００８９】
サーバ側混雑度算出ステップにおいて、サーバ１００は、端末装置２００との間で行うデータ通信の第１の混雑度を算出する。要求信号生成ステップにおいて、サーバ１００は、サーバ側混雑度算出ステップにより算出されるデータ通信の第１の混雑度に基づいて、端末装置２００に対してデータ通信の要求を行う信号である要求信号を生成する。
【００９０】
要求信号送信ステップにおいて、サーバ１００は、要求信号生成ステップにより生成される要求信号を端末装置２００に送信する。要求信号受信ステップにおいて、端末装置２００は、要求信号送信ステップにより送信される要求信号を受信する。データ通信実行ステップにおいて、端末装置２００は、要求信号受信ステップにより受信した要求信号に基づいて、サーバ１００とデータ通信を行う。
【００９１】
この通信方法は、上述した通信システム１０００のシステムの発明を方法の発明としたものであるから、上述した通信システム１０００と同様の効果を奏する。
【００９２】
また、本発明の第１の実施の形態におけるプログラムは、サーバ１００と、このサーバ１００とデータ通信を行う端末装置２００と、を有するシステムに用いられる。プログラムは、コンピュータに、サーバ側混雑度算出ステップと、要求信号生成ステップと、要求信号送信ステップと、要求信号受信ステップと、データ通信実行ステップと、を実行させる。
【００９３】
サーバ側混雑度算出ステップにおいて、サーバ１００は、端末装置２００との間で行うデータ通信の第１の混雑度を算出する。要求信号生成ステップにおいて、サーバ１００は、サーバ側混雑度算出ステップにより算出されるデータ通信の第１の混雑度に基づいて、端末装置２００に対してデータ通信の要求を行う信号である要求信号を生成する。
【００９４】
要求信号送信ステップにおいて、サーバ１００は、要求信号生成ステップにより生成される要求信号を端末装置２００に送信する。要求信号受信ステップにおいて、端末装置２００は、要求信号送信ステップにより送信される要求信号を受信する。データ通信実行ステップにおいて、端末装置２００は、要求信号受信ステップにより受信した要求信号に基づいて、サーバ１００とデータ通信を行う。
【００９５】
このプログラムは、上述した通信システム１０００のシステムの発明をプログラムの発明としたものであるから、上述した通信システム１０００と同様の効果を奏する。
【００９６】
また、本発明の第１の実施の形態における端末装置２００は、サーバ１００とデータ通信を行う。端末装置２００は、端末側データ通信部２３０と、要求信号受信部２１０と、を備える。
【００９７】
端末側データ通信部２３０は、サーバ１００とデータ通信を行う。要求信号受信部２１０は、サーバ１００から送信されるデータ通信の要求信号を受信する。そして、端末側データ通信部２３０は、要求信号受信部２１０により受信したデータ通信の要求信号に基づいて、サーバ１００とデータ通信を行う。
【００９８】
このように、端末装置２００は、データ通信の第１の混雑度に基づいてサーバ１００にて生成される要求信号に応じて、サーバ１００とデータ通信を実行するので、上述した通信システム１０００と同様の効果を奏する。
【００９９】
また、本発明の第１の実施の形態におけるサーバ１００は、端末装置２００とデータ通信を行う。サーバ１００は、サーバ側混雑度算出部１２１と、要求信号生成部１２２と、要求信号送信部１３０と、を備える。
【０１００】
サーバ側混雑度算出部１２１は、端末装置２００との間で行うデータ通信の第１の混雑度を算出する。要求信号生成部１２２は、サーバ側混雑度算出部１２１により算出されるデータ通信の第１の混雑度に基づいて、端末装置２００に対してデータ通信の要求を行う信号である要求信号を生成する。要求信号送信部１３０は、要求信号生成部１２２により生成される要求信号を端末装置２００に送信する。
【０１０１】
このように、サーバ１００は、データ通信の第１の混雑度に基づいて生成した要求信号を端末装置２００に送信し、送信先の端末装置２００とデータ通信を実行するので、上述した通信システム１０００と同様の効果を奏する。
【０１０２】
＜第２の実施の形態＞
図３を用いて、本発明の第２の実施の形態における通信システム１０００Ａの詳細な構成を説明する。図３は、通信システム１０００Ａの構成を示すブロック図である。なお、図３では、図１で示した各構成要素と同等の構成要素には、図１で示した符号と同等の符号を付している。
【０１０３】
図３に示されるように、通信システム１０００Ａは、サーバ１００と、複数の端末装置２００Ａ−１、２００Ａ−２及び２００Ａ−３と、を含んで構成されている。なお、以下の説明では、複数の端末装置２００Ａ−１、２００Ａ−２及び２００Ａ−３の各々を特に区別して説明する必要がない限り、これらを総称して端末装置２００Ａとする。
【０１０４】
図３に示されるように、サーバ１００は、サーバ側データ通信部１１０と、サーバ側混雑度算出部１２１と、要求信号生成部１２２と、端末選択部１２３と、優先度設定部１２４と、要求信号送信部１３０と、を備えて構成されている。
【０１０５】
端末装置２００Ａは、要求信号受信部２１０と、端末側混雑度算出部２２１と、判断部２２２と、端末側データ通信部２３０Ａと、を備えて構成されている。
【０１０６】
ここで、図１と図３とを対比する。図３では、端末装置２００Ａの端末側制御部２２０Ａは、端末側混雑度算出部２２１と、判断部２２２とを備えた点で、図１に示される端末装置２００の端末側制御部２２０と互いに相違する。以下の説明では、図１で示した構成と同等の構成については説明を省略する。
【０１０７】
端末側制御部２２０Ａは、後述する判断部２２２の判断結果を端末側データ通信部２３０Ａに出力する。
【０１０８】
端末側データ通信部２３０Ａは、所定の周期（例えば、３０秒）でサーバ１００とデータ通信を行う。なお、所定の周期は、ユーザが適宜任意に設定可能である。
【０１０９】
また、端末側データ通信部２３０Ａは、第１の実施の形態の端末側データ通信部２３０と同様に、要求信号受信部２１０により受信した要求信号に基づいて、サーバ１００とデータ通信を行う。端末側データ通信部２３０Ａは、後述する判断部２２２の判断結果に基づいて、データ通信を継続又は次の周期の始期までデータ通信を中断する。
【０１１０】
端末側混雑度算出部２２１は、所定の周期でサーバ１００とデータ通信を行うとき、データ通信の第２の混雑度を算出する。データ通信の第２の混雑度とは、端末装置２００Ａ側で算出される混雑度のことである。
【０１１１】
データ通信の第２の混雑度とは、後述する判断部２２２が、データ通信を継続するか又は所定の周期まで中断するかを判断する際に用いるデータ通信の混雑度合や端末装置２００が共有する無線リソースの利用率等の情報である。
【０１１２】
判断部２２２は、端末側混雑度算出部２２１により算出されるデータ通信の第２の混雑度に基づいて、データ通信を継続するか又は所定の周期まで中断するかを判断する。
【０１１３】
次に、図４及び図５を用いて、端末装置２００Ａの動作について詳細に説明する。
【０１１４】
まず、図４を用いて、端末装置２００Ａが、所定の周期でサーバ１００とデータ通信を行う通常の動作について詳細に説明する。図４は、端末装置２００Ａが、所定の周期でサーバ１００とデータ通信を行うときの動作フローを示す図である。
【０１１５】
まず、端末側データ通信部２３０Ａは、所定の周期の始期であるか否かを判断する（Ｓ２１０）。
【０１１６】
所定の周期の始期でないと判断した場合（Ｓ２１０、ＮＯ）、端末側データ通信部２３０Ａは、所定の周期の始期であると判断するまでＳ２１０の処理を繰り返す。
【０１１７】
一方、所定の周期の始期であると判断した場合（Ｓ２１０、ＹＥＳ）、端末側データ通信部２３０Ａは、単位時間又は単位量のデータ通信をサーバ１００に実行する（Ｓ２２０）。このデータ通信は、サーバ１００との間におけるデータ通信の第２の混雑度を算出するためのものである。このＳ２２０の処理における単位時間又は単位量は適宜変更可能であり、ユーザにより適宜設定される。
【０１１８】
なお、単位時間又は単位量が比較的大きければ第２の混雑度を正確に算出可能になるが、通信網３００側の負担が大きくなる。
【０１１９】
これに対して、単位時間又は単位量が比較的小さければ通信網３００側の負担を軽くできるものの、第２の混雑度の正確な算出が困難となる。また、データ通信のデータ量が比較的大きい場合には、データの分割処理やサーバ１００側での再構築処理が必要となる。
【０１２０】
次に、端末側混雑度算出部２２１は、サーバ１００との間におけるデータ通信の第２の混雑度を算出する（Ｓ２３０）。
【０１２１】
具体的には、端末側混雑度算出部２２１は、Ｓ２２０の処理におけるサーバ１００との間のデータ通信のスループットに基づいて、データ通信の第２の混雑度を算出する。スループットの算出方法及びスループットに基づく第２の混雑度の算出方法については、図２のＳ１１０と同様のため説明を省略する。
【０１２２】
そして、判断部２２２は、Ｓ２３０の処理において端末側混雑度算出部２２１により算出されるデータ通信の第２の混雑度の度数が所定の度数（例えば、混雑度２）以下か否かを判定する（Ｓ２４０）。
【０１２３】
判断部２２２は、第２の混雑度の度数が所定の度数以下の場合（Ｓ２４０、ＹＥＳ）、データ通信を継続する判断を行う（Ｓ２５０）。
【０１２４】
そして、端末側データ通信部２３０Ａは、次のデータ通信単位がある場合（Ｓ２６０、ＹＥＳ）、Ｓ２２０の処理に戻り、単位時間又は単位量のデータ通信を実行する。ここで、次のデータ通信単位がある場合とは、Ｓ２２０の処理において行った単位時間又は単位量のデータ通信後に未送信データが蓄積している場合である。
【０１２５】
逆に、端末側データ通信部２３０Ａは、次のデータ通信単位がない場合（Ｓ２６０、ＮＯ）、サーバ１００とのデータ通信は次の周期の始期まで行わない。
【０１２６】
Ｓ２４０の処理に戻って、判断部２２２は、第２の混雑度の度数が所定の度数の以下ではない場合（Ｓ２４０、ＮＯ）、データ通信を次の周期の始期まで中断する判断を行う（Ｓ２７０）。なお、サーバ１００がレジューム機能を備える場合、端末側データ通信部２３０Ａは、次の周期ではデータ通信が中断された個所からデータ通信を再開することができる。
【０１２７】
次に、図５を用いて、端末装置２００Ａが、所定の周期でサーバ１００とデータ通信を行う場合において、サーバ１００から送信される要求信号を受信したときの動作について説明する。図５は、端末装置２００Ａが、要求信号を受信したときの動作フローを示す図である。なお、図５において、図４と重複するステップについては、同一の符号を付し、詳しい説明を省略する。
【０１２８】
ここで、端末装置２００Ａは、Ｓ２１０〜Ｓ２７０までの処理を行っていることを前提とする。
【０１２９】
端末装置２００ＡがＳ２１０〜Ｓ２７０までの処理を行っている処理中に、サーバ１００の要求信号送信部１３０が要求信号を送信したとき（Ｓ３１０）、端末装置２００Ａの要求信号受信部２１０は、要求信号を受信する（Ｓ３２０）。
【０１３０】
最後に、端末側データ通信部２３０Ａは、サーバ１００にデータを送信することにより、サーバ１００とデータ通信を実行する（Ｓ３３０）。そして、サーバ１００は、端末装置２００Ａから送信されるデータを受信する（Ｓ３４０）。
【０１３１】
なお、このとき、端末側データ通信部２３０Ａは、Ｓ２２０の処理において最後に送信したときから蓄積されている未送信データをサーバ１００に送信する。また、端末側データ通信部２３０Ａは、蓄積されている未送信データがない場合には、サーバ１００とデータ通信を実行しない。
【０１３２】
また、端末装置２００Ａは、端末側データ通信部２３０ＡがＳ３３０の処理を行ったあと、Ｓ２３０以降の処理を行ってもよい。
【０１３３】
以上に説明したように、本発明の第２の実施の形態における通信システム１０００Ａにおいて、端末側データ通信部２３０Ａは、所定の周期でサーバ１００とデータ通信を行う。
【０１３４】
このように、本発明の第２の実施の形態における通信システム１０００Ａでは、端末装置２００Ａは、サーバ１００から送信される要求信号に応じてデータ通信を実行すると共に、所定の周期でサーバ１００とデータ通信を行う。
【０１３５】
これにより、端末装置２００Ａを使用するユーザは、適宜設定可能な所定の周期でサーバ１００とデータ通信可能であるため、ユーザの使用目的や使用状況に応じたデータ通信を行うことができる。
【０１３６】
また、本発明の第２の実施の形態における通信システム１０００Ａにおいて、端末装置２００Ａは、端末側混雑度算出部２２１と、判断部２２２とを備える。
【０１３７】
端末側混雑度算出部２２１は、サーバ１００との間で行うデータ通信の第２の混雑度を算出する。判断部２２２は、端末側混雑度算出部２２１により算出されるデータ通信の第２の混雑度に基づいて、データ通信を継続するか又は次の周期の始期までデータ通信を中断するかを判断する。
【０１３８】
そして、端末側データ通信部２３０Ａは、要求信号受信部２１０により受信した要求信号に基づいて、サーバ１００とデータ通信を行うと共に、判断部２２２の判断結果に基づいて、データ通信を継続又は次の周期の始期までデータ通信を中断する。
【０１３９】
このように、本発明の第２の実施の形態における通信システム１０００Ａでは、端末装置２００Ａは、データ通信の第２の混雑度に応じて、データ通信を継続又は次の周期の始期までデータ通信を中断する。これにより、データ通信が混雑しているにも関わらず、端末装置２００Ａが所定の周期でサーバ１００とのデータ通信を試み、データ通信がさらに混雑するといったことがない。
【０１４０】
その結果、通信システム１０００Ａは、データ通信の混雑を助長することなく、データをより効率良く通信することができる。
【０１４１】
また、本発明の第２の実施の形態における通信システム１０００Ａでは、端末装置２００Ａは、次の周期の始期までの待機中（データ通信の中断中）であっても、第１の混雑度に基づくサーバ１００からの要求信号を受信したとき、サーバ１００とデータ通信を行う。
【０１４２】
これにより、次の周期の始期までの待機中（又はデータ通信の中断中）であっても、データ通信の第１の混雑度が低下した場合には、サーバ１００と端末装置２００Ａは互いにデータ通信を行うことができる。
【０１４３】
従って、この結果、データ通信の混雑度が比較的短い周期で変動する場合であっても、端末装置２００Ａとサーバ１００との間におけるデータ通信の利用効率を向上させることができる。
【０１４４】
＜第３の実施の形態＞
図６を用いて、本発明の第３の実施の形態における通信システム１０００Ｂの詳細な構成を説明する。図６は、通信システム１０００Ｂの構成を示すブロック図である。なお、図６では、図１〜５で示した各構成要素と同等の構成要素には、図１〜５で付した符号と同等の符号を付している。
【０１４５】
図６に示されるように、通信システム１０００Ｂは、サーバ１００Ａと、端末装置２００Ａと、基地局４００と、を含んで構成されている。なお、図６では、サーバ１００Ａと端末装置２００Ａの各構成要素の図示を省略している。
【０１４６】
ここで、図３と図６とを対比する。図６では、通信システム１０００Ｂは、基地局４００を更に備えた点で、図３に示される通信システム１０００Ａと互いに相違する。以下の説明では、図１〜５で示した構成と同等の構成については説明を省略する。
【０１４７】
図６に示されるように、サーバ１００Ａは、通信網３００を介して基地局４００に接続されている。
【０１４８】
サーバ１００Ａのサーバ側データ通信部１１０は、基地局４００の利用率に関する情報を基地局４００に問い合わせる。また、サーバ側データ通信部１１０は、基地局４００の利用率に関する情報を基地局４００から受信し取得する。基地局４００の利用率に関する情報とは、例えば、端末装置２００Ａが共有する無線リソースの利用率等の情報である。ここでいう無線リソースの利用率とは、基地局４００が保有する全リソースブロックに対する端末装置２００Ａへの割り当てリソースブロックの割合のことである。
【０１４９】
サーバ１００Ａのサーバ側混雑度算出部１２１は、サーバ側データ通信部１１０により受信された基地局４００の利用率に関する情報に基づいて、第１の混雑度を算出する。例えば、サーバ側混雑度算出部１２１は、端末装置２００Ａが共有する無線リソースの利用率と所定の値とに基づいて第１の混雑度を算出する。より具体的な算出方法については、図２のＳ１１０において説明した場合と同様のため説明を省略する。
【０１５０】
図６に示されるように、基地局４００は、通信網３００と有線回線により接続されている。また、基地局４００は、通信網３００を介して、サーバ１００Ａに接続されている。
【０１５１】
そして、基地局４００は、セル５００内に端末装置２００Ａを収容している。基地局４００は、端末装置２００Ａと無線回線により接続されている。基地局４００は、サーバ１００Ａ及び端末装置２００Ａと互いにデータ通信を行う。
【０１５２】
これにより、サーバ１００Ａと端末装置２００Ａは、基地局４００を介して、互いにデータ通信を行う。
【０１５３】
基地局４００は、サーバ側データ通信部１１０からの問い合わせを受け応答する。このとき、基地局４００は、基地局４００の利用率に関する情報をサーバ１００Ａに送信する。
【０１５４】
なお、ここでは、基地局４００が1つの例を示しているが、基地局４００は複数であってもよい。基地局４００が複数の場合、各基地局４００は、そのセル５００内に各端末装置を収容する。
【０１５５】
次に、図７を用いて、通信システム１０００Ｂの動作について詳細に説明する。図７は、通信システム１０００Ｂの動作フローを示す図である。
【０１５６】
まず、サーバ１００Ａのサーバ側データ通信部１１０は、基地局４００の利用率に関する情報を基地局４００に問い合わせる（Ｓ４１０）。
【０１５７】
次に、基地局４００は、サーバ側データ通信部１１０からの問い合わせを受け応答する（Ｓ４２０）。
【０１５８】
基地局４００は、基地局４００の利用率に関する情報をサーバ１００Ａに送信する（Ｓ４３０）。
【０１５９】
サーバ１００Ａのサーバ側データ通信部１１０は、基地局４００の利用率に関する情報を受信する（Ｓ４４０）。
【０１６０】
最後に、サーバ１００Ａのサーバ側混雑度算出部１２１は、基地局４００の利用率に関する情報に基づいて、第１の混雑度を算出する（Ｓ４５０）。以降、サーバ１００Ａは、図２のＳ１２０以降の処理を行う。
【０１６１】
以上に説明したように、本発明の第３の実施の形態における通信システム１０００Ｂにおいて、サーバ側混雑度算出部１２１は、基地局４００の利用率に関する情報に基づいて、第１の混雑度を算出する。これにより、サーバ１００Ａは、基地局４００固有の情報である基地局４００の利用率に関する情報を基に、第１の混雑度を算出することができる。よって、サーバ１００Ａは、より精度良く第１の混雑度を算出することができる。この結果、通信システム１０００Ｂは、より効率良く端末装置２００Ａとデータを通信することができる。
【０１６２】
＜第４の実施の形態＞
図８を用いて、本発明の第４の実施の形態における通信システム１０００Ｃの詳細な構成を説明する。図８は、通信システム１０００Ｃの構成を示すブロック図である。なお、図８では、図１〜図７で示した各構成要素と同等の構成要素には、図１〜図７で付した符号と同等の符号を付している。
【０１６３】
図８に示されるように、通信システム１０００Ｃは、サーバ１００と、このサーバ１００とデータ通信を行う端末装置２００と、を含んで構成されている。サーバ１００は、サーバ側混雑度算出部１２１と、要求信号生成部１２２と、要求信号送信部１３０と、を含んで構成されている。
【０１６４】
サーバ側混雑度算出部１２１は、端末装置２００との間で行うデータ通信の第１の混雑度を算出する。要求信号生成部１２２は、サーバ側混雑度算出部１２１により算出される第１の混雑度に基づいて、端末装置２００に対してデータ通信の要求を行う信号である要求信号を生成する。要求信号送信部１３０は、要求信号生成部１２２により生成される要求信号を端末装置２００に送信する。
【０１６５】
端末装置２００は、端末側データ通信部２３０と、要求信号受信部２１０と、を含んで構成されている。端末側データ通信部２３０は、サーバ１０００Ｃとデータ通信を行う。要求信号受信部２１０は、要求信号送信部１３０により送信される要求信号を受信する。そして、端末側データ通信部２３０は、要求信号受信部２１０により受信した要求信号に基づいて、サーバ１０００Ｃとデータ通信を行う。これにより、データをより効率良く通信することができる。
【０１６６】
前記実施の形態の一部又は全部は、以下の付記のように記載され得るが、以下に限られない。
（付記１）
サーバと、前記サーバとデータ通信を行う端末装置と、を備え、
前記サーバは、
前記端末装置との間で行う前記データ通信の第１の混雑度を算出するサーバ側混雑度算出部と、
前記サーバ側混雑度算出部により算出される前記第１の混雑度に基づいて、前記端末装置に対して前記データ通信の要求を行う信号である要求信号を生成する要求信号生成部と、
前記要求信号生成部により生成される前記要求信号を前記端末装置に送信する要求信号送信部と、を有し、
前記端末装置は、
前記サーバと前記データ通信を行う端末側データ通信部と、
前記要求信号送信部により送信される前記要求信号を受信する要求信号受信部と、を有し、
前記端末側データ通信部は、前記要求信号受信部により受信した前記要求信号に基づいて、前記サーバと前記データ通信を行う通信システム。
（付記２）
複数の前記端末装置を含み、
前記サーバは、前記複数の端末装置のうち、前記要求信号の送信先となる前記端末装置を選択する端末選択部と、を備え、
前記要求信号送信部は、前記端末選択部により選択された前記端末装置に対して、前記要求信号を送信する付記１に記載の通信システム。
（付記３）
前記サーバは、前記複数の端末装置の各々の優先度を設定する優先度設定部を備え、
前記端末選択部は、前記優先度設定部により設定された優先度に基づいて、前記複数の端末装置のうち、前記要求信号の送信先となる前記端末装置を選択する付記２に記載の通信システム。
（付記４）
前記端末側データ通信部は、所定の周期で前記サーバと前記データ通信を行う付記１から３のいずれか１項に記載の通信システム。
（付記５）
前記端末装置は、
前記サーバとの間で行う前記データ通信の第２の混雑度を算出する端末側混雑度算出部と、前記端末側混雑度算出部により算出される前記第２の混雑度に基づいて、前記データ通信を継続するか又は前記所定の周期まで中断するかを判断する判断部を備え、
前記端末側データ通信部は、前記要求信号受信部により受信した前記要求信号に基づいて、前記サーバと前記データ通信を行うと共に、前記判断部の判断結果に基づいて、前記データ通信を継続又は前記所定の周期まで中断する付記４に記載の通信システム。
（付記６）
前記サーバ側混雑度算出部は、前記サーバと前記端末装置との間における前記データ通信のスループットに基づいて前記第１の混雑度を算出する付記１から５のいずれか１項に記載の通信システム。
（付記７）
前記サーバ側混雑度算出部は、前記端末装置における通信品質に関する情報に基づいて、前記第１の混雑度を算出する付記１から６のいずれか１項に記載の通信システム。
（付記８）
前記サーバと、前記端末装置との間でデータ通信を行う基地局をさらに有し、
前記サーバ側混雑度算出部は、前記基地局の利用率に関する情報に基づいて、前記第１の混雑度を算出する付記１から７のいずれか１項に記載の通信システム。
（付記９）
サーバと、端末装置と、がデータ通信を行う際に、
前記サーバが、前記端末装置との間で行う前記データ通信の第１の混雑度を算出し、
算出した前記第１の混雑度に基づいて、前記端末装置に対して前記データ通信の要求を行う信号である要求信号を生成し、
生成した前記要求信号を前記端末装置に送信し、
前記端末装置が、前記サーバにより送信された前記要求信号を受信し、
受信した前記要求信号に基づいて、前記サーバと前記データ通信を行う、通信方法。
（付記１０）
コンピュータに、
サーバが、端末装置との間で行うデータ通信の第１の混雑度を算出するサーバ側混雑度算出処理と、
前記サーバが、前記サーバ側混雑度算出処理により算出される前記第１の混雑度に基づいて、前記端末装置に対して前記データ通信の要求を行う信号である要求信号を生成する要求信号生成処理と、
前記サーバが、前記要求信号生成処理により生成される前記要求信号を前記端末装置に送信する要求信号送信処理と、
前記端末装置が、前記要求信号送信処理により送信される前記要求信号を受信する要求信号受信処理と、
前記端末装置が、前記要求信号受信処理により受信した前記要求信号に基づいて、前記サーバと前記データ通信を行うデータ通信実行処理と、を実行させるためのプログラムを格納する記憶媒体。
（付記１１）
サーバとデータ通信を行う端末側データ通信部と、
前記サーバにより前記端末装置に対して前記データ通信の要求がされる要求信号を、前記サーバから受信する要求信号受信部と、を備え、
前記端末側データ通信部は、前記要求信号受信部により受信した前記データ通信の要求信号に基づいて、前記サーバと前記データ通信を行う端末装置。
（付記１２）
端末装置との間で行うデータ通信の第１の混雑度を算出するサーバ側混雑度算出部と、
前記サーバ側混雑度算出部により算出される前記第１の混雑度に基づいて、前記端末装置に対して前記データ通信の要求を行う信号である要求信号を生成する要求信号生成部と、
前記要求信号生成部により生成される前記要求信号を前記端末装置に送信する要求信号送信部と、を備えるサーバ。
【０１６７】
以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１６８】
この出願は、２０１４年３月２０日に出願された日本出願特願２０１４−０５８４９４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１６９】
１００、１００Ａ  サーバ
１１０  サーバ側データ通信部
１２０  サーバ側制御部
１２１  サーバ側混雑度算出部
１２２  要求信号生成部
１２３  端末選択部
１２４  優先度設定部
１３０  要求信号送信部
２００、２００Ａ  端末装置
２１０  要求信号受信部
２２０、２２０Ａ  端末側制御部
２２１  端末側混雑度算出部
２２２  判断部
２３０、２３０Ａ  端末側データ通信部
３００  通信網
４００  基地局
５００  セル
１０００、１０００Ａ、１０００Ｂ  通信システム
【図１】
2015141126.tif 000003
【図２】
2015141126.tif 000004
【図３】
2015141126.tif 000005
【図４】
2015141126.tif 000006
【図５】
2015141126.tif 000007
【図６】
2015141126.tif 000008
【図７】
2015141126.tif 000009
【図８】
2015141126.tif 000010
【手続補正書】
【提出日】平成28年9月8日(2016.9.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サーバと、前記サーバとデータ通信を行う端末装置と、を備え、
前記サーバは、
前記端末装置との間で行う前記データ通信の第１の混雑度を算出するサーバ側混雑度算出手段と、
前記サーバ側混雑度算出手段により算出される前記第１の混雑度に基づいて、前記端末装置に対して前記データ通信の要求を行う信号である要求信号を生成する要求信号生成手段と、
前記要求信号生成手段により生成される前記要求信号を前記端末装置に送信する要求信号送信手段と、を有し、
前記端末装置は、
前記サーバと前記データ通信を行う端末側データ通信手段と、
前記要求信号送信手段により送信される前記要求信号を受信する要求信号受信手段と、を有し、
前記端末側データ通信手段は、前記要求信号受信手段により受信した前記要求信号に基づいて、前記サーバと前記データ通信を行う通信システム。
【請求項２】
複数の前記端末装置を含み、
前記サーバは、前記複数の端末装置のうち、前記要求信号の送信先となる前記端末装置を選択する端末選択手段と、を備え、
前記要求信号送信手段は、前記端末選択手段により選択された前記端末装置に対して、前記要求信号を送信する請求項１に記載の通信システム。
【請求項３】
前記サーバは、前記複数の端末装置の各々の優先度を設定する優先度設定手段を備え、
前記端末選択手段は、前記優先度設定手段により設定された優先度に基づいて、前記複数の端末装置のうち、前記要求信号の送信先となる前記端末装置を選択する請求項２に記載の通信システム。
【請求項４】
前記端末側データ通信手段は、所定の周期で前記サーバと前記データ通信を行う請求項１から３のいずれか１項に記載の通信システム。
【請求項５】
前記端末装置は、
前記サーバとの間で行う前記データ通信の第２の混雑度を算出する端末側混雑度算出手段と、前記端末側混雑度算出手段により算出される前記第２の混雑度に基づいて、前記データ通信を継続するか又は前記所定の周期まで中断するかを判断する判断手段を備え、
前記端末側データ通信手段は、前記要求信号受信手段により受信した前記要求信号に基づいて、前記サーバと前記データ通信を行うと共に、前記判断手段の判断結果に基づいて、前記データ通信を継続又は前記所定の周期まで中断する請求項４に記載の通信システム。
【請求項６】
前記サーバ側混雑度算出手段は、前記サーバと前記端末装置との間における前記データ通信のスループットに基づいて前記第１の混雑度を算出する請求項１から５のいずれか１項に記載の通信システム。
【請求項７】
サーバと、端末装置と、がデータ通信を行う際に、
前記サーバが、前記端末装置との間で行う前記データ通信の第１の混雑度を算出し、
算出した前記第１の混雑度に基づいて、前記端末装置に対して前記データ通信の要求を行う信号である要求信号を生成し、
生成した前記要求信号を前記端末装置に送信し、
前記端末装置が、前記サーバにより送信された前記要求信号を受信し、
前記端末装置が、受信した前記要求信号に基づいて、前記サーバと前記データ通信を行う、通信方法。
【請求項８】
コンピュータに、
サーバが、端末装置との間で行うデータ通信の第１の混雑度を算出するサーバ側混雑度算出処理と、
前記サーバが、前記サーバ側混雑度算出処理により算出される前記第１の混雑度に基づいて、前記端末装置に対して前記データ通信の要求を行う信号である要求信号を生成する要求信号生成処理と、
前記サーバが、前記要求信号生成処理により生成される前記要求信号を前記端末装置に送信する要求信号送信処理と、
前記端末装置が、前記要求信号送信処理により送信される前記要求信号を受信する要求信号受信処理と、
前記端末装置が、前記要求信号受信処理により受信した前記要求信号に基づいて、前記サーバと前記データ通信を行うデータ通信実行処理と、を実行させるためのプログラム。
【請求項９】
サーバとデータ通信を行う端末側データ通信手段と、
前記サーバにより前記端末装置に対して前記データ通信の要求がされる要求信号を、前記サーバから受信する要求信号受信手段と、を備え、
前記端末側データ通信手段は、前記要求信号受信手段により受信した前記データ通信の要求信号に基づいて、前記サーバと前記データ通信を行う端末装置。
【請求項１０】
端末装置との間で行うデータ通信の第１の混雑度を算出するサーバ側混雑度算出手段と、
前記サーバ側混雑度算出手段により算出される前記第１の混雑度に基づいて、前記端末装置に対して前記データ通信の要求を行う信号である要求信号を生成する要求信号生成手段と、
前記要求信号生成手段により生成される前記要求信号を前記端末装置に送信する要求信号送信手段と、を備えるサーバ。
【国際調査報告】
2015141126.tif 000011
2015141126.tif 000012