(57)【要約】【課題】送信装置と中継装置との間の通信速度が、中継装置と受信装置との間の通信速度よりも遅い場合であっても、受信装置の消費電力を低減できるようにする。【解決手段】受信装置400は、送信装置200との間にセッションが確立すると、通常状態から省電力状態に遷移する。中継装置300は、送信装置200から送られてきたデータをバッファに蓄積すると共に、バッファに蓄積されているデータの転送開始タイミングであって、送信装置200から中継装置300へのデータ転送が終了するタイミングと、中継装置300から受信装置400へのデータ転送が終了するタイミングとを一致させることができる転送開始タイミングを求める。そして、中継装置300は、上記転送開始タイミングにおいて、受信装置400の状態を省電力状態から通常状態へ遷移させると共に、バッファに蓄積されているデータの転送処理を開始する。【選択図】図１
2014027579.tif 000002
【特許請求の範囲】
【請求項１】
自中継装置を経由するセッション毎に、そのセッションの受信装置であって、送信装置に対して行ったデータ取得要求を契機にして前記送信装置との間にセッションが確立したとき、データの送受信が可能な通常状態からデータの送受信が不可能で消費電力が通常状態よりも少ない省電力状態へ遷移する受信装置に対して、前記送信装置から転送されてきたデータを、バッファ領域上に生成されたそのセッション用のバッファに蓄積するデータ蓄積手段と、
自中継装置を経由するセッション毎に、そのセッション用のバッファに蓄積されているデータの転送準備が整うタイミングである転送開始タイミングを算出するスケジュール手段と、
自中継装置を経由するセッション毎に、そのセッションに対して前記スケジュール手段で算出されている転送開始タイミングにおいて、そのセッションの受信装置の状態を省電力状態から通常状態へ遷移させる状態制御手段と、
自中継装置を経由するセッション毎に、そのセッションに対して前記スケジュール手段で算出されている転送開始タイミングにおいて、そのセッション用のバッファからそのセッションの受信装置へのデータ転送を開始するデータ転送手段とを備えたことを特徴とする中継装置。
【請求項２】
請求項１記載の中継装置において、
前記スケジュール手段は、自中継装置を経由するセッション毎に、そのセッションの送信装置からそのセッション用のバッファへのデータ転送が終了するタイミングと、そのセッション用のバッファからそのセッションの受信装置へのデータ転送が終了するタイミングとを一致させることができる転送開始タイミングを算出することを特徴とする中継装置。
【請求項３】
請求項１または２記載の中継装置において、
前記スケジュール手段は、自中継装置を経由する新たなセッションが確立する度に、自中継装置を経由するセッション毎の転送開始タイミングを算出し、
前記状態制御手段は、自中継装置を経由するセッション毎に、そのセッションに対して前記スケジュール手段で算出されている最新の転送開始タイミングにおいて、そのセッションの受信装置の状態を省電力状態から通常状態へ遷移させ、
前記データ転送手段は、自中継装置を経由するセッション毎に、そのセッションに対して前記スケジュール手段で算出されている最新の転送開始タイミングにおいて、そのセッション用のバッファからそのセッションの受信装置へのデータ転送を開始することを特徴とする中継装置。
【請求項４】
請求項１、２または３記載の中継装置において、
前記スケジュール手段は、自中継装置を経由するセッション毎に、自中継装置よりも送信装置側の送信側通信速度と、自中継装置よりも受信装置側の受信側通信速度と、転送するデータのサイズとに基づいて、自中継装置が前記データの受信を開始してから前記データの受信を終了するまでの受信時間と、自中継装置が前記データの転送を開始してから前記データの転送を終了するまでの転送時間を算出し、該算出した受信時間と転送時間との差分に基づいて、転送開始タイミングを算出することを特徴とする中継装置。
【請求項５】
請求項１乃至４の何れか１項に記載の中継装置において、
前記スケジュール手段は、自中継装置を経由する新たなセッションが確立する度に、自中継装置を経由するセッションそれぞれにおいて必要になる必要バッファ量の合計値と前記バッファ領域の容量とを比較し、前記合計値が前記バッファ領域の容量を超える場合は、バッファから受信装置へのデータ転送を開始していないセッションそれぞれについて、そのセッション用のバッファに蓄積されているデータのデータ量が、前記バッファ領域を自中継装置を経由するセッションに均等に分配した際の１セッション当たりの分配量を超えているか否かを判定し、
前記状態制御手段は、前記スケジュール手段において、バッファに蓄積されているデータ量が前記分配量を超えていると判定されたセッションについては、そのセッションの受信装置の状態を省電力状態から通常状態へ遷移させ、
前記データ転送手段は、前記スケジュール手段において、バッファに蓄積されているデータ量が前記分配量を超えていると判定されたセッションについては、そのセッション用のバッファから受信装置へのデータ転送を開始することを特徴とする中継装置。
【請求項６】
請求項５記載の中継装置において、
前記スケジュール手段は、バッファ蓄積されているデータ量が前記分配量以下であると判定したセッションについては、そのセッションにおいて必要になる必要バッファ量と前記分配量とを比較し、必要バッファ量が前記分配量を超えるセッションについては、そのセッションの転送開始タイミングを、そのセッションのバッファに前記分配量分のデータが蓄積されるタイミングに変更することを特徴とする中継装置。
【請求項７】
自受信装置から送信装置に対して行ったデータ取得要求を契機にして前記送信装置との間に中継装置を経由したセッションが確立したとき、自受信装置の状態をデータの送受信が可能な通常状態からデータの送受信が不可能で消費電力が通常状態よりも少ない省電力状態へ遷移させ、前記中継装置から送られてきた状態遷移指示を受信したとき、自受信装置の状態を省電力状態から通常状態へ遷移させる状態切替手段を備えたことを特徴とする受信装置。
【請求項８】
送信装置から受信装置へ中継装置を介してデータを転送する中継システムであって、
前記中継装置は、
自中継装置を経由するセッション毎に、そのセッションの送信装置からそのセッションの受信装置へ転送されるデータを、そのセッション用のバッファに蓄積するデータ蓄積手段と、
自中継装置を経由するセッション毎に、そのセッション用のバッファに蓄積されているデータの転送準備が整うタイミングである転送開始タイミングを算出するスケジュール手段と、
自中継装置を経由するセッション毎に、そのセッションに対して前記スケジュール手段で算出されている転送開始タイミングにおいて、そのセッション用のバッファからそのセッションの受信装置へのデータ転送を開始するデータ転送手段とを備え、
前記受信装置は、
前記送信装置に対して行ったデータ取得要求を契機にして前記送信装置との間にセッションが確立したとき、自受信装置の状態をデータの送受信が可能な通常状態からデータの送受信が不可能で消費電力が通常状態よりも少ない省電力状態に遷移させ、前記スケジュール手段で算出された転送開始タイミングにおいて自受信装置の状態を省電力状態から通常状態へ遷移させる状態切替手段を備えたことを特徴とする中継システム。
【請求項９】
データ蓄積手段が、自中継装置を経由するセッション毎に、そのセッションの受信装置であって、送信装置に対して行ったデータ取得要求を契機にして前記送信装置との間にセッションが確立したとき、データの送受信が可能な通常状態からデータの送受信が不可能で消費電力が通常状態よりも少ない省電力状態へ遷移する受信装置に対して、前記送信装置から転送されてきたデータを、バッファ領域上に生成されたそのセッション用のバッファに蓄積し、
スケジュール手段が、自中継装置を経由するセッション毎に、そのセッション用のバッファに蓄積されているデータの転送準備が整うタイミングである転送開始タイミングを算出し、
状態制御手段が、自中継装置を経由するセッション毎に、そのセッションに対して前記スケジュール手段で算出されている転送開始タイミングにおいて、そのセッションの受信装置の状態を省電力状態から通常状態へ遷移させ、
データ転送手段が、自中継装置を経由するセッション毎に、そのセッションに対して前記スケジュール手段で算出されている転送開始タイミングにおいて、そのセッション用のバッファからそのセッションの受信装置へのデータ転送を開始することを特徴とする中継方法。
【請求項１０】
コンピュータを、
中継装置を経由するセッション毎に、そのセッションの受信装置であって、送信装置に対して行ったデータ取得要求を契機にして前記送信装置との間にセッションが確立したとき、データの送受信が可能な通常状態からデータの送受信が不可能で消費電力が通常状態よりも少ない省電力状態へ遷移する受信装置に対して、前記送信装置から転送されてきたデータを、バッファ領域上に生成されたそのセッション用のバッファに蓄積するデータ蓄積手段、
前記中継装置を経由するセッション毎に、そのセッション用のバッファに蓄積されているデータの転送準備が整うタイミングである転送開始タイミングを算出するスケジュール手段、
前記中継装置を経由するセッション毎に、そのセッションに対して前記スケジュール手段で算出されている転送開始タイミングにおいて、そのセッションの受信装置の状態を省電力状態から通常状態へ遷移させる状態制御手段と、
前記中継装置を経由するセッション毎に、そのセッションに対して前記スケジュール手段で算出されている転送開始タイミングにおいて、そのセッション用のバッファからそのセッションの受信装置へのデータ転送を開始するデータ転送手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置から受信装置へ送信されるデータを中継する中継装置に関する。
【背景技術】
【０００２】
スマートフォン、タブレットPC（Personal Computer）、ノートPC等のモバイル端末装置の普及により、データをダウンロードする際にスムーズなデータの送受信を実現すること、及び端末消費電力を削減することが課題となりつつある。
【０００３】
一方、通信ネットワークのブロードバンド化が進み、FTTH（Fiber To The Home）、ADSL（Asymmetric Digital Subscriber Line）等の有線ブロードバンドシステムや、3G、LTE、WiMAX、WiFi、Bluetooth（登録商標）、ZigBee等の無線ブロードバンドシステムが構築されている。かかるブロードバンドシステムにおいて、ユーザが端末装置（受信装置）を通じてWebサーバ（送信装置）からデータを取得する場合、一般的に、次のような処理が行われる。端末装置は、ユーザによってWebサーバからデータを取得することが指示されると、待機状態から通常状態に遷移し、Webサーバに対してデータ取得要求を送信する。ここで、通常状態とはデータの送受信が可能な状態であり、待機状態とはデータの送受信が不可能で、消費電力が通常状態よりも少ない状態である。Webサーバは、端末装置からデータ取得要求が送られてくると、要求されたデータを端末装置に対して送信する。端末装置は、Webサーバから送られてくるデータを受信し、全データを受信し終わると、通常状態から待機状態へ遷移する。
【０００４】
また、通信速度が異なる送信装置と受信装置との間でデータを転送する場合、バッファを介してデータを転送するということも、一般的に行われている（例えば、特許文献１参照）。特許文献１に記載されている技術は、送信装置の通信速度が受信装置の通信速度よりも遅い場合に、バッファを介してデータを転送する技術である。図１４を参照すると、特許文献１では、先ず、時刻T0において、受信装置からのデータ取得要求を契機にして、通信速度が遅い送信装置とバッファ間のデータ転送を開始し、データをバッファに書き込む。その後、バッファにデータ量Pxのデータが蓄積された時刻T1において、バッファからのデータの読み出しを開始し、読み出したデータを受信装置へ転送する。時刻T1以降は、バッファへのデータの書き込みと、バッファからのデータの読み出しが並行して行われる。なお、バッファからのデータの読み出しを開始する時刻T1は、受信装置側のデータの読み出しが、送信装置側のデータの書き込みを追い越すことなく、時刻T2で同時にデータ転送が終了するように決められる。このようにすることにより、時刻T0においてバッファからデータの読み出しを開始する場合に比較して、データ量Tmaxのデータを受信するために必要になる受信装置の通信時間を短くすることができる。なお、時刻T0においてバッファからのデータの読み出しを開始した場合の通信時間は（T2−T0）、時刻T1においてバッファからのデータの読み出しを開始した場合の通信時間は（T2−T1）となる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−３２３６６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載されている技術によれば、送信装置の通信速度が受信装置の通信速度よりも遅い場合、データ量Pmaxのデータを受信するために必要になる受信装置の通信時間を（T2−T1）と短くすることができる。しかしながら、特許文献１に記載されている技術では、受信装置の消費電力を十分に低減させることが難しいという問題がある。前述したように、一般的に、受信装置は、送信装置からデータを取得する場合、自装置の状態を待機状態から消費電力の多い通信状態に遷移させた後、データ取得要求を行い、全てのデータを受信し終わるまで、自装置の状態を通信状態にしている。このため、実際にデータを送受信していない期間（時刻T0〜T1）であっても、受信装置の状態が消費電力の多い通信状態になってしまうので、消費電力を十分に低減させることは難しい。
【０００７】
[本発明の目的]
そこで、本発明の目的は、送信装置側の通信速度が受信装置側の通信速度より遅い場合に、受信装置の消費電力を十分に低減させることが難しいという課題を解決した中継装置を提供することにある。
【課題を解決するための手段】
【０００８】
本発明に係る中継装置は、
自中継装置を経由するセッション毎に、そのセッションの受信装置であって、送信装置に対して行ったデータ取得要求を契機にして前記送信装置との間にセッションが確立したとき、データの送受信が可能な通常状態からデータの送受信が不可能で消費電力が通常状態よりも少ない省電力状態へ遷移する受信装置に対して、前記送信装置から転送されてきたデータを、バッファ領域上に生成されたそのセッション用のバッファに蓄積するデータ蓄積手段と、
自中継装置を経由するセッション毎に、そのセッション用のバッファに蓄積されているデータの転送準備が整うタイミングである転送開始タイミングを算出するスケジュール手段と、
自中継装置を経由するセッション毎に、そのセッションに対して前記スケジュール手段で算出されている転送開始タイミングにおいて、そのセッションの受信装置の状態を省電力状態から通常状態へ遷移させる状態制御手段と、
自中継装置を経由するセッション毎に、そのセッションに対して前記スケジュール手段で算出されている転送開始タイミングにおいて、そのセッション用のバッファからそのセッションの受信装置へのデータ転送を開始するデータ転送手段とを備える。
【０００９】
本発明に係る受信装置は、
自受信装置から送信装置に対して行ったデータ取得要求を契機にして前記送信装置との間に中継装置を経由したセッションが確立したとき、自受信装置の状態をデータの送受信が可能な通常状態からデータの送受信が不可能で消費電力が通常状態よりも少ない省電力状態へ遷移させ、前記中継装置から送られてきた状態遷移指示を受信したとき、自受信装置の状態を省電力状態から通常状態へ遷移させる状態切替手段を備える。
【００１０】
本発明にかかる中継システムは、
送信装置から受信装置へ中継装置を介してデータを転送する中継システムであって、
前記中継装置は、
自中継装置を経由するセッション毎に、そのセッションの送信装置からそのセッションの受信装置へ転送されるデータを、そのセッション用のバッファに蓄積するデータ蓄積手段と、
自中継装置を経由するセッション毎に、そのセッション用のバッファに蓄積されているデータの転送準備が整うタイミングである転送開始タイミングを算出するスケジュール手段と、
自中継装置を経由するセッション毎に、そのセッションに対して前記スケジュール手段で算出されている転送開始タイミングにおいて、そのセッション用のバッファからそのセッションの受信装置へのデータ転送を開始するデータ転送手段とを備え、
前記受信装置は、
前記送信装置に対して行ったデータ取得要求を契機にして前記送信装置との間にセッションが確立したとき、自受信装置の状態をデータの送受信が可能な通常状態からデータの送受信が不可能で消費電力が通常状態よりも少ない省電力状態に遷移させ、前記スケジュール手段で算出された転送開始タイミングにおいて自受信装置の状態を省電力状態から通常状態へ遷移させる状態切替手段を備える。
【００１１】
本発明にかかる中継方法は、
データ蓄積手段が、自中継装置を経由するセッション毎に、そのセッションの受信装置であって、送信装置に対して行ったデータ取得要求を契機にして前記送信装置との間にセッションが確立したとき、データの送受信が可能な通常状態からデータの送受信が不可能で消費電力が通常状態よりも少ない省電力状態へ遷移する受信装置に対して、前記送信装置から転送されてきたデータを、バッファ領域上に生成されたそのセッション用のバッファに蓄積し、
スケジュール手段が、自中継装置を経由するセッション毎に、そのセッション用のバッファに蓄積されているデータの転送準備が整うタイミングである転送開始タイミングを算出し、
状態制御手段が、自中継装置を経由するセッション毎に、そのセッションに対して前記スケジュール手段で算出されている転送開始タイミングにおいて、そのセッションの受信装置の状態を省電力状態から通常状態へ遷移させ、
データ転送手段が、自中継装置を経由するセッション毎に、そのセッションに対して前記スケジュール手段で算出されている転送開始タイミングにおいて、そのセッション用のバッファからそのセッションの受信装置へのデータ転送を開始する。
【００１２】
本発明にかかるプログラムは、
コンピュータを、
中継装置を経由するセッション毎に、そのセッションの受信装置であって、送信装置に対して行ったデータ取得要求を契機にして前記送信装置との間にセッションが確立したとき、データの送受信が可能な通常状態からデータの送受信が不可能で消費電力が通常状態よりも少ない省電力状態へ遷移する受信装置に対して、前記送信装置から転送されてきたデータを、バッファ領域上に生成されたそのセッション用のバッファに蓄積するデータ蓄積手段、
前記中継装置を経由するセッション毎に、そのセッション用のバッファに蓄積されているデータの転送準備が整うタイミングである転送開始タイミングを算出するスケジュール手段、
前記中継装置を経由するセッション毎に、そのセッションに対して前記スケジュール手段で算出されている転送開始タイミングにおいて、そのセッションの受信装置の状態を省電力状態から通常状態へ遷移させる状態制御手段と、
前記中継装置を経由するセッション毎に、そのセッションに対して前記スケジュール手段で算出されている転送開始タイミングにおいて、そのセッション用のバッファからそのセッションの受信装置へのデータ転送を開始するデータ転送手段として機能させる。
【発明の効果】
【００１３】
本発明によれば、送信装置と中継装置との間の通信速度が、中継装置と受信装置との間の通信速度よりも遅い場合であっても、受信装置の消費電力を十分に低減することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施の形態にかかる中継システムの構成例を示すブロック図である。
【図２】中継装置３００の構成例を示すブロック図である。
【図３】スケジュール記憶部３２２の内容例を示す図である。
【図４】受信装置４００の構成例を示すブロック図である。
【図５】受信装置４００の状態が遷移する様子を示した図である。
【図６】スケジュール手段３１２の処理例を示すフローチャートである。
【図７】データの転送開始タイミングを説明するための図である。
【図８】状態制御手段３１３の処理例を示すフローチャートである。
【図９】データ転送手段３１４の処理例を示すフローチャートである。
【図１０】本発明の第２の実施の形態にかかる中継装置３００ａの構成例を示す図である。
【図１１】スケジュール手段３１２ａで行う処理の一部を示すフローチャートである。
【図１２】スケジュール手段３１２ａで行う処理の残りの部分を示すフローチャートである。
【図１３】スケジュール手段３１２ａで行われる処理を説明するための図である。
【図１４】特許文献２に記載されている技術を説明するための図である。
【図１５】スケジュール記憶部３２２の内容例を示す図である。
【図１６】スケジュール手段３１２の処理例を示すフローチャートである。
【図１７】スケジュール手段３１２の処理例を示すフローチャートである。
【図１８】状態制御手段３１３の処理例を示すフローチャートである。
【図１９】データ転送手段３１４の処理例を示すフローチャートである。
【発明を実施するための形態】
【００１５】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
【００１６】
[本発明の第１の実施の形態]
図１を参照すると、本発明に係る中継システム１００の第１の実施の形態は、送信装置２００と、中継装置３００と、受信装置４００と、WAN、専用回線等で構成される通信網５００と、FTTH、ADSL、3G、LTE、WiMAX、WiFi、Bluetooth、ZigBee等で構成されるアクセス回線６００とを含んでいる。なお、図１では受信装置４００が１台しか図示されていないが、受信装置の台数は複数台であってもよい。
【００１７】
本実施の形態では、送信装置２００が中継装置３００を介して受信装置４００にデータを送信する場合の構成（受信装置４００が中継装置３００を介して送信装置２００からデータをダウンロードする構成）について説明する。
【００１８】
本実施の形態において、受信装置４００は、パーソナルコンピュータ（PC）、スマートフォン、タブレットPC、ノートPC等、様々な電子機器とすることができる。
【００１９】
上記中継システム１００において、ユーザが受信装置４００を通じて、Ｗｅｂ閲覧、データ取得等を実行しようと試みた場合、受信装置４００は、通信網５００を介して中継装置３００に通信相手（送信装置２００）との通信接続を要求し、中継装置３００が、中継装置３００と送信装置２００との通信経路（コネクション）を確保して、最終的に受信装置４００と送信装置２００との通信（セッション）が確立される。
【００２０】
このような中継システム１００において、送信装置２００と中継装置３００との間の通信速度が、中継装置３００と受信装置４００との間の通信速度よりも極端に小さい場合、中継装置３００として特許文献１に記載されているような中継装置を利用すると、無駄に通信時間が長くなり、受信装置４００の消費電力が大きくなってしまう。
【００２１】
そこで、本実施の形態では、次のような構成を取ることにより、受信装置４００の消費電力を低減するようにしている。
【００２２】
・送信装置２００と受信装置４００との間にセッションが確立したとき、受信装置４００が通常状態（データの送受信が可能な状態）から省電力状態（データの送受信が不可能で消費電力が通常状態よりも少ない状態）に遷移するようにする。
・中継装置３００がバッファを備え、送信装置２００から受信装置４００へ送られるデータを一時的に上記バッファに蓄積する。
・中継装置３００が、上記バッファに蓄積されているデータの転送開始タイミングであって、送信装置２００から中継装置３００へのデータ転送と、中継装置３００から受信装置４００へのデータ転送とを同時に終了させることができる転送開始タイミングを算出する。
・中継装置３００が、転送開始タイミングにおいて、受信装置４００が省電力状態から通常状態へ遷移するように制御すると共に、上記バッファに蓄積されているデータの転送を開始する。
【００２３】
[中継装置３００の構成]
図２を参照すると、中継装置３００は、制御部３１０と、記憶装置３２０と、通信部３３０と、を含んで構成される。
【００２４】
通信部３３０は、通信網５００およびアクセス回線６００を介して送信装置２００、受信装置４００を含む様々な通信機器と接続し、データを送受信する機能を有する。
【００２５】
記憶装置３２０は、ROM、RAM、EEPROM、不揮発性RAM、フラッシュメモリ、ディスク等で構成され、バッファ領域３２１と、スケジュール記憶部３２２とを備えている。
【００２６】
バッファ領域３２１には、送信装置２００と受信装置（図１に示した受信装置４００には限定されない）との間に確立しているセッション毎に、そのセッションのデータを一時的に蓄積するバッファが生成される。
【００２７】
スケジュール記憶部３２２には、中継装置３００を経由するセッション毎に、そのセッション用のバッファに蓄積されているデータの転送開始タイミングと、状態遷移指示の送信タイミングとが記録されている。図３はスケジュール記憶部３２２の内容例を示す図であり、同図の例えば第１行目は、セッションＩＤが「＃１」のセッションは、転送開始タイミングが「t1,a」で、送信タイミングが「t1,b」であることを示している。
【００２８】
制御部３１０は、データ蓄積手段３１１と、スケジュール手段３１２と、状態制御手段３１３と、データ転送手段３１４とを備えている。
【００２９】
データ蓄積手段３１１は、送信装置２００と受信装置（例えば、受信装置４００）との間にセッションが確立したとき、上記セッションに対応するバッファをバッファ領域３２１上に生成する機能や、送信装置２００から受信装置４００へ送られるデータを上記バッファに蓄積する機能を有する。
【００３０】
スケジュール手段３１２は、新たなセッション（新規セッション）が確立したとき、新規セッションと既に確立している既存セッションそれぞれについて、そのセッションに対応するバッファに蓄積されているデータの転送開始タイミングと、そのセッションに関連する受信装置への状態遷移指示の送信タイミングとを算出する機能や、算出した転送開始タイミングおよび送信タイミングをセッションＩＤに関連付けてスケジュール記憶部３２２に記録する機能を有する。なお、転送開始タイミングおよび送信タイミングの具体的な算出方法は、後で詳しく説明する。
【００３１】
状態制御手段３１３は、スケジュール記憶部３２２の内容に基づいて、状態遷移指示の送信タイミングになったセッションが存在するか否かを判定し、送信タイミングになったセッションが存在する場合は、そのセッションの受信装置に対して状態遷移指示を送信する機能を有する。
【００３２】
データ転送手段３１４は、スケジュール記憶部３２２の内容に基づいて、データの転送開始タイミングになったセッションが存在するか否かを判定し、転送開始タイミングになったセッションが存在する場合は、そのセッションに対応するバッファに蓄積されているデータの転送を開始する機能を有する。
【００３３】
なお、中継装置３００は、コンピュータによって実現可能であり、その場合は、例えば次のようにする。コンピュータをデータ蓄積手段３１１、スケジュール手段３１２、状態制御手段３１３、及び、データ転送手段３１４として機能させるためのプログラムを記録したディスク、半導体メモリ、その他の記録媒体を用意し、コンピュータに上記プログラムを読み取らせる。コンピュータは、読み取ったプログラムに従って、自身の動作を制御することにより、自コンピュータ上に、上記各手段３１１〜３１４を実現する。
【００３４】
[受信装置４００の構成]
図４を参照すると、受信装置４００は、通信部４１０と、制御部４２０と、キーボード等の入力部４３０と、LCD、スピーカ等の出力部４４０とを備えている。
【００３５】
通信部４１０は、通信網５００及びアクセス回線６００を介してデータを送受信する機能を有する。
【００３６】
制御部４２０は、ダウンロード手段４２１と、状態切替手段４２２と、状態遷移指示検出手段４２３とを備えている。
【００３７】
ダウンロード手段４２１は、入力部４３０から入力されるユーザの指示に従って、ダウンロード要求を中継装置３００を介して送信装置２００へ送信する機能や、このダウンロード要求に応答して送信装置２００から送られてきたデータを出力部４４０に出力する機能を有する。
【００３８】
状態切替手段４２２は、受信装置４００と送信装置２００との間にセッションが確立したとき、受信装置４００の状態を通常状態から省電力状態へ遷移させる機能や、状態遷移指示検出手段４２３の指示に従って、受信装置４００の状態を省電力状態から通常状態に遷移させる機能を有している。
【００３９】
状態遷移指示検出手段４２３は、中継装置３００内の状態制御手段３１３から送られてくる状態遷移指示を検出したとき、状態切替手段４２２に対して、受信装置４００の状態を省電力状態から通常状態に切り替えることを指示する機能を有する。
【００４０】
なお、受信装置４００は、コンピュータによって実現可能であり、コンピュータによって実現する場合は、例えば、次のようにする。コンピュータをダウンロード手段４２１、状態切替手段４２２、及び、状態遷移指示検出手段４２３として機能させるためのプログラムを記録したディスク、半導体メモリ、その他の記録媒体を用意し、コンピュータに上記プログラムを読み取らせる。コンピュータは、読み取ったプログラムに従って自身の動作を制御することにより、自コンピュータ上に、上記各手段４２１〜４２３を実現する。
【００４１】
［第１の実施の形態の動作］
次に、本実施の形態の動作について詳細に説明する。
【００４２】
受信装置（例えば、受信装置４００）内のダウンロード手段４２１は、データをダウンロードする場合、中継装置３００を介して送信装置２００へダウンロード要求（データ取得要求）を送信する。これを契機にして、送信装置２００と受信装置４００との間に中継装置３００を介した新たなセッション（新規セッション）が確立されると、状態切替手段４２２は、図５に示すように、受信装置４００の状態を通常状態から省電力状態に遷移させる（時刻ｔ１）。なお、通常状態および省電力状態は、具体的には、3GPP（Third Generation Partnership Project）によって標準化された携帯電話の通信規格Long Term Evolution（LTE）におけるアクティブ状態およびアイドル状態や、IEEE(The Institute of Electrical and Electronics Engineers)により策定されたIEEE 802.11におけるアクティブ・モードおよびパワー・セーブ・モードに相当するものとすることができる。なお、セッション確立後、送信装置２００は、受信装置４００から要求されたデータの転送を開始する。
【００４３】
一方、中継装置３００内のデータ蓄積手段３１１は、上記新規セッションが確立すると、バッファ領域３２１に上記新規セッション用のバッファを生成する。その後、データ蓄積手段３１１は、送信装置２００から送られてくる上記新規セッションのデータ（コンテンツ）を、上記セッション用のバッファに蓄積する。なお、上記新規セッションの確立時には、既にセッションＩＤが＃１〜＃(n-1)の(n-1)個のセッション（既存セッション）が確立しており、上記新規セッションにはセッションＩＤ「＃ｎ」が付与されたとする。また、以下の説明では、セッションＩＤが「＃ｉ」のセッションをセッション＃ｉと記す場合がある。
【００４４】
また、中継装置３００内のスケジュール手段３１２は、上記新規セッション＃ｎが確立すると、図６のフローチャートに示す処理を行う。
【００４５】
ステップＳ６１では、セッション＃１〜＃ｎ毎に、送信装置２００と中継装置３００との間の通信速度Ｗ1,s〜Ｗn,sを求める。具体的には、データ転送を開始しているセッション＃１〜＃(n-1)については、実際に通信速度Ｗ1,s〜Ｗ(n-1),sを測定する。データ転送を開始していないセッション＃ｎについては、次式（１）に示す演算を行うことにより、通信速度Ｗn,sを求める。
【００４６】
Ｗn,s＝｛既存セッション＃１〜＃(n-1)の通信速度Ｗ1,s〜Ｗ(n-1),sの合計値｝
÷（確立しているセッション数ｎ）                            ・・・（１）
【００４７】
ステップＳ６２では、セッション＃１〜＃ｎ毎に、中継装置３００と受信装置との間の通信速度Ｗ1,d〜Ｗn,dを求める。具体的には、セッション＃ｉ（１≦ｉ≦ｎ）が既に中継装置３００から受信装置へのデータ転送を開始しているセッションの場合は、実際に通信速度Ｗi,dを測定する。また、セッション＃ｉが中継装置３００から受信装置へのデータ転送を開始していないセッションの場合は、次式（２）に示す演算を行うことにより、通信速度Ｗi,dを算出する。
【００４８】
Ｗi,d＝（中継装置へのデータ転送を開始しているセッションの通信速度の合計値）
÷（中継装置へのデータ転送を開始しているセッションの数）      ・・・（２）
【００４９】
ステップＳ６３では、セッション＃１〜＃ｎ毎に、中継装置３００が送信装置２００からのデータを受信し終わるまでの受信時間Ｔ1,s〜Ｔn,sを求める。具体的には、セッション＃ｉが送信装置２００からのデータを受信中のセッションの場合は、次式（３）に示す演算を行うことにより、受信時間Ｔi,sを求める。また、セッション＃ｉが送信装置２００からのデータの受信を開始していないセッションである場合は、次式（４）に示す演算を行うことにより、受信時間Ｔi,sを求める。
【００５０】
Ｔi,s＝（Ｓi−Ｓi,s）÷Ｗi,s            ・・・（３）
Ｔi,s＝Ｓi÷Ｗi,s                      ・・・（４）
【００５１】
なお、式（３）、（４）において、Ｓiはセッション＃ｉで転送するデータのデータサイズ（送信装置２００から通知される）、Ｓi,sは中継装置３００がセッション＃ｉを介して受信済みのデータのデータ量、Ｗi,sはセッション＃ｉにおける送信装置２００と中継装置３００との間の通信速度を示している。
【００５２】
ステップＳ６４では、受信装置へのデータ転送を開始していないセッションそれぞれについて、中継装置３００が受信装置へデータを転送し終わるまでの転送時間（セッション＃ｉの転送時間をＴi,dと記す）を求める。具体的には、次式（５）に示す演算を行うことにより、転送時間Ｔi,dを求める。
【００５３】
Ｔi,d＝Ｓi÷Ｗi,d              ・・・（５）
【００５４】
ステップＳ６５では、受信装置へのデータ転送を開始していないセッションそれぞれについて、データの転送開始タイミング（セッション＃ｉの転送開始タイミングをｔi,aと記す）と、状態遷移指示の送信タイミング（セッション＃ｉの送信タイミングをｔi,bと記す）とを求める。具体的には、次式（６）、（７）に示す演算を行うことにより、セッション＃ｉの転送開始タイミングｔi,aおよび送信タイミングｔi,bを求める。
【００５５】
ｔi,a＝現在時刻＋Ｔi,s−Ｔi,d        ・・・（６）
ｔi,b＝ｔi,a−Ｃi                    ・・・（７）
【００５６】
ここで、図７を参照して分かるように、式（６）では、セッション＃ｉ用のバッファに蓄積されているデータの転送開始タイミングｔi,aとして、セッション＃ｉにおける送信装置２００と中継装置３００との間のデータ転送と、セッション＃ｉにおける中継装置３００と受信装置との間のデータ転送とを同時に終了させることができる時刻を求めている。従って、式（６）で求めた転送開始タイミングｔi,aで中継装置３００から受信装置へのデータ転送を開始することにより、セッション＃ｉの通信時間を、バッファを用いない場合と同様にすることができ、且つ、中継装置と受信装置との間の通信時間を最小にすることができる。なお、式（７）においてＣiは、セッション＃ｉの受信装置が、省電力状態から通常状態に遷移するために必要になる時間（遷移時間）を示している。
【００５７】
ステップＳ６６では、ステップＳ６５で求めた各セッションの転送開始タイミングおよび送信タイミングを、セッションＩＤと関連付けてスケジュール記憶部３２２に記録する。なお、セッションＩＤが既にスケジュール記憶部３２２に記録されているセッションについては、そのセッションＩＤに関連付けて記録されている転送開始タイミング及び送信タイミングを今回求めたものに置き換え、セッションＩＤがスケジュール記憶部３２２に記録されていないセッションについては、セッションＩＤに関連付けた今回求めた転送開始タイミングおよび送信タイミングを記録する。以上がスケジュール手段３１２で行われる処理である。
【００５８】
次に、図８のフローチャートを参照して、状態制御手段３１３の動作を説明する。
【００５９】
状態制御手段３１３は、先ず、現在確立しているセッションの内の１つ（例えば、セッション＃１）に注目する（ステップＳ８１）。その後、状態制御手段３１３は、スケジュール記憶部３２２から現在注目しているセッション＃１に関する送信タイミングを検索し、検索した送信タイミングと現在時刻とを比較する（ステップＳ８２）。
【００６０】
そして、現在時刻が送信タイミングと等しいか、或いは送信タイミングを過ぎている場合（ステップＳ８２がＹｅｓ）は、セッション＃１に関連する受信装置（例えば、受信装置４００）に対して状態遷移指示を送信し（ステップＳ８３）、その後、注目セッションを他のセッションに変更し（ステップＳ８４）、再びステップＳ８２の処理を行う。受信装置４００内の状態遷移指示検出手段４２３は、中継装置３００から送られてきた状態遷移指示を受信すると、状態切替手段４２２に対して指示を出し、受信装置４００の状態を省電力状態から通常状態へ遷移させる（図５の時刻ｔ２）。なお、状態遷移指示は、具体的には、3GPPによって標準化されたLTEにおける通信要求メッセージや、IEEEにより策定されたIEEE 802.11におけるDTIM（Delivery Traffic Indication Message）に相当するものとすることができる。
【００６１】
これに対して、現在時刻が送信タイミングよりも前の場合（ステップＳ８２がＮｏ）は、状態制御手段３１３は、注目セッションを他のセッションに変更した後（ステップＳ８４）、再び、ステップＳ８２の処理を行う。
【００６２】
次に、図９のフローチャートを参照してデータ転送手段３１４の動作を説明する。
【００６３】
データ転送手段３１４は、先ず、現在確立しているセッションの内の１つ（例えば、セッション＃１）に注目する（ステップＳ９１）。その後、データ転送手段３１４は、スケジュール記憶部３２２から現在注目しているセッション＃１に関する転送開始タイミングを検索し、検索した転送開始タイミングと現在時刻とを比較する（ステップＳ９２）。
【００６４】
そして、現在時刻が転送開始タイミングと等しいか、或いは転送開始タイミングを過ぎている場合（ステップＳ９２がＹｅｓ）は、セッション＃１用のバッファから受信装置へのデータ転送処理を開始すると共に、スケジュール記憶部３２２に記録されているセッション＃１に関する情報を削除する（ステップＳ９３）。この時点では、受信装置は、データを送受信可能な通常状態に遷移しているので、中継装置３００から送られてきたデータは、通信部４１０で受信され、ダウンロード手段４２１によって出力部４４０に出力される。その後、データ転送手段３１４は、注目セッションを他のセッションに変更し（ステップＳ９４）、再び、ステップＳ９２の処理を行う。なお、中継装置３００から受信装置へのデータ転送処理は、図５に示すように時刻ｔ３において完了し、また、送信装置２００から中継装置へのデータ転送処理も時刻ｔ３において完了する。
【００６５】
これに対して、現在時刻が転送開始タイミングよりも前の場合（ステップＳ９２がＮｏ）は、注目セッションを他のセッションに変更した後（ステップＳ９４）、再びステップＳ９２の処理を行う。
【００６６】
なお、上述した説明では、中継装置から受信装置へのデータ転送を開始する時刻をデータの転送開始タイミングとしたが、データ転送を開始するまでの時間をデータの転送開始タイミングとするようにしてもよい。また、中継装置３００は、無線LANアクセスポイントや、無線基地局等、有線区間と無線区間の境目に設置してもよい。この構成により、有線区間と無線区間の帯域変動特性の違い（無線区間の帯域変動の方が大きい）をより正確に反映したバッファ蓄積転送制御を行うことができるので、より効果的に受信側の通信時間を削減し、通信により生じる受信装置の消費電力を削減することが可能となる。
【００６７】
また、スケジュール記憶部３２２の内容を図１５に示すものとし、スケジュール手段３１２で図１６及び図１７のフローチャートに示す処理を行い、状態制御手段３１３で図１８のフローチャートに示す処理を行い、データ転送手段３１４で図１９のフローチャートに示す処理を行うようにすることもできる。
【００６８】
図１６を参照すると、スケジュール手段３１２は、新規セッションの確立時、先ず、前出したステップＳ６１〜Ｓ６５と同様の処理を行い、受信装置へのデータ転送を開始していないセッションそれぞれについて、転送開始タイミングｔi,aと送信タイミングｔi,bとを求める（ステップＳ１６１）。
【００６９】
次に、スケジュール手段３１２は、図１５に示すように、転送開始タイミングｔi,aに相当する時刻とセッションＩＤとタイミング種別「転送開始タイミング」との組と、送信タイミングｔi,bに相当する時刻とセッションＩＤとタイミング種別「送信タイミング」との組をスケジュール記憶部３２２に記録する（ステップＳ１６２）。なお、セッションＩＤが既にスケジュール記憶部３２２に記録されているセッションについては、時刻を今回求めたもので置き換え、セッションＩＤがスケジュール記憶部３２２に記録されていないセッションについては、時刻とセッションＩＤとタイミング種別（転送開始タイミングなのか送信タイミングなのかを示す情報）との組をスケジュール記憶部３２２に記録する。
【００７０】
その後、スケジュール手段３１２は、スケジュール記憶部３２２に記録されている時刻とセッションＩＤとタイミング種別との組を、時刻順にソートし、一番早い時刻を含んでいる組がスケジュール記憶部３２２の第１番目の領域に格納されるようにする（ステップＳ１６３）。
【００７１】
また、スケジュール手段３１２は、図１７のフローチャートに示す処理も行っている。スケジュール手段３１２は、ステップＳ１７１において、現在時刻がスケジュール記憶部３２２に記録されている一番早い時刻（スケジュール記憶部３２２の第１番目の領域に記録されている時刻）になったか否かを判定する。そして、現在時刻がスケジュール記憶部３２２に記録されている一番早い時刻になったと判定すると（ステップＳ１７１がＹｅｓ）、その時刻と組になっているタイミング種別が送信タイミングなのか、転送開始タイミングなのかを判定する（ステップＳ１７２）。
【００７２】
そして、タイミング種別が送信タイミングの場合（ステップＳ１７２がＹｅｓ）は、状態制御手段３１３に対して、上記組に含まれているセッションＩＤを通知し（ステップＳ１７３）、その後、スケジュール記憶部３２２の第１番目の領域に記録されている情報（時刻とセッションＩＤとタイミング種別との組）を削除する（ステップＳ１７５）。状態制御手段３１３は、スケジュール手段３１２からセッションＩＤが通知されると（図１８のステップＳ１８１がＹｅｓ）、上記セッションＩＤによって示されるセッションの受信装置に対して状態遷移指示を送信する（ステップＳ１８２）。
【００７３】
これに対して、タイミング種別が転送開始タイミングの場合（ステップＳ１７２がＮｏ）は、データ転送手段３１４に対して、上記組に含まれているセッションＩＤを通知し（ステップＳ１７４）、その後、スケジュール記憶部３２２の第１番目の領域に記録されている情報を削除する（ステップＳ１７５）。データ転送手段３１４は、スケジュール手段３１２からセッションＩＤが通知されると（図１９のステップＳ１９１がＹｅｓ）、通知されたセッションＩＤに対応するバッファからのデータ転送を開始する（ステップＳ１９２）。
【００７４】
上述した図１６〜図１９のフローチャートに示した処理によれば、図６、図８、図９のフローチャートに示した処理に比較して負荷を低減させることができる。つまり、スケジュール記憶部３２２の第１番目の領域に記録されている情報だけを監視していれば良いので、スケジュール記憶部３２２に記録されている全セッションのデータを監視しなければならない、図６、図８、図９のフローチャートに示した処理に比較して負荷を低減させることができる。
【００７５】
[第１の実施の形態の効果]
本実施の形態によれば、送信装置と中継装置との間の通信速度が、中継装置と受信装置との間の通信速度よりも遅い場合であっても、送信装置と受信装置との間で直接通信を行った場合の通信時間を維持しつつ、受信装置の消費電力を十分に低減することが可能になる。その理由は、受信装置が、送信装置との間のセッションが確立したときに通常状態から省電力状態へ遷移するように構成されており、また、中継装置が、バッファに蓄積されているデータの転送開始タイミングであって、送信装置から中継装置（バッファ）へのデータ転送が終了するタイミングと、中継装置から受信装置へのデータ転送が終了するタイミングとを一致させることができる転送開始タイミングを算出し、この転送開始タイミングで受信装置を省電力状態から通常状態へ遷移させると共に、バッファに蓄積されているデータの転送を開始するように構成されているからである。
【００７６】
[本発明の第２の実施の形態]
次に、本発明にかかる中継システムの第２の実施の形態について説明する。本実施の形態は、バッファ領域の容量不足により、データが破棄されてしまうという事態の発生を極力防ぎつつ、受信装置の消費電力を低減することを特徴とする。
【００７７】
本実施の形態に係る中継システムは、中継装置３００の代わりに、図１０に示した中継装置３００ａを備えている点で、第１の実施の形態の中継システム１００と相違している。また、中継装置３００ａは、スケジュール手段３１２の代わりにスケジュール手段３１２ａを備えている点、状態制御手段３１３の代わりに状態制御手段３１３ａを備えている点、および、データ転送手段３１４の代わりにデータ転送手段３１４を備えている点で第１の実施の形態の中継装置３００と相違している。
【００７８】
スケジュール手段３１２ａは、スケジュール手段３１２が備えている機能に加えて、次のような機能を有する。
【００７９】
・確立している各セッションが必要としているバッファ量（必要バッファ量）の合計値Ｂhtと、バッファ領域３２１の総容量Ｂtとを比較する機能。なお、セッション＃ｉの必要バッファ量をＢi,hと記す場合がある。
・必要バッファ量Ｂi,hの合計値Ｂhtの方がバッファ領域３２１の総容量Ｂtよりも大きい場合、バッファ領域３２１の総容量Ｂtを現在確立しているセッションに均等分配した際の１セッション当たりの分配量（均等分配量）Ｂdを求める機能。
・確立しているセッション毎に、そのセッションのバッファに蓄積されているデータ量と、均等分配量Ｂdとを比較する機能。なお、セッション＃ｉの用のバッファに蓄積されているデータ量をＢiと記す場合がある。
・データ量Ｂiが均等分配量Ｂd以上のセッションのセッションＩＤを状態制御手段３１３ａ及びデータ転送手段３１４ａに通知する機能。
・データ量Ｂiが均等分配量Ｂd以下のセッションの必要バッファ量Ｂi,hと均等分配量Ｂdとを比較する機能。
・必要バッファ量Ｂi,hが均等分配量Ｂd以上のセッションについては、スケジュール記憶部３２２に記録されている転送開始タイミングおよび送信タイミングを更新する機能。
【００８０】
状態制御手段３１３ａは、状態制御手段３１３が備えている機能に加え、スケジュール手段３１２ａからセッションＩＤが通知されたとき、直ちに該当するセッションの受信装置に対して状態遷移指示を送信する機能を有する。
【００８１】
データ転送手段３１４ａは、データ転送手段３１４が備えている機能に加え、スケジュール手段３１２ａからセッションＩＤが通知されたとき、該当するセッションの受信装置が省電力状態から通常状態へ遷移するのを待って（遷移時間Ｃが経過するのを待って）、上記受信装置へのデータ転送を開始する機能を有する。
【００８２】
なお、中継装置３００ａは、コンピュータによって実現可能であり、コンピュータによって実現する場合は、例えば、次のようにする。コンピュータをデータ蓄積手段３１１、スケジュール手段３１２ａ、状態制御手段３１３ａ、及び、データ転送手段３１４ａとして機能させるためのプログラムを記録したディスク、半導体メモリ、その他の記録媒体を用意し、コンピュータに上記プログラムを読み取らせる。コンピュータは、読み取ったプログラムに従って自身の動作を制御することにより、自コンピュータ上に上記各手段３１１、３１２ａ、３１３ａ、３１４ａを実現する。
【００８３】
[第２の実施の形態の動作]
次に、本実施の形態の動作について説明する。
【００８４】
今、送信装置２００と受信装置（例えば、受信装置４００）との間に、中継装置３００を介した新規セッション＃ｎが確立したとすると、データ蓄積手段３１１は、前述した第１の実施の形態と同様の処理を行う。なお、新規セッション＃ｎの確立時には、既に、セッション＃１〜＃(n-1)の(n-1)個のセッションが確立しているとする。
【００８５】
また、スケジュール手段３１２ａは、新規セッション＃ｎが確立すると、図１１のフローチャートに示すように、先ず、図６のステップＳ６１〜Ｓ６６と同様の処理を行う（ステップＳ１１０１）。
【００８６】
その後、スケジュール手段３１２ａは、現時点で確立しているセッション＃１〜＃ｎ毎に、そのセッション＃ｉ（１≦ｉ≦ｎ）で必要になる必要バッファＢi,hを算出する。具体的には、次式（８）に示す演算を行うことにより、セッション＃ｉの必要バッファ量Ｂi,hを算出する（ステップＳ１１０２）。
【００８７】
Ｂi,h＝Ｗi,s×（Ｔi,s−Ｔi,d）      ・・・（８）
【００８８】
次に、スケジュール手段３１２ａは、次式（９）に示す演算を行うことにより、必要バッファ量の合計値Ｂhtを算出する（ステップＳ１１０３）。
【００８９】
Ｂht＝Ｂ1,h＋Ｂ2,h＋…＋Ｂn,h      ・・・（９）
【００９０】
その後、スケジュール手段３１２ａは、必要バッファ量の合計値Ｂhtとバッファ領域３２１の総容量Ｂtとを比較する（ステップＳ１１０５）。
【００９１】
そして、必要バッファ量の合計値Ｂhtがバッファ領域３２１の総容量Ｂt以下である場合（ステップＳ１１０５がＹｅｓ）は、スケジュール手段３１２ａは、その処理を終了する。
【００９２】
これに対して、必要バッファ量の合計値Ｂhtがバッファ領域３２１の総容量Ｂtを超えている場合（ステップＳ１１０５がＮｏ）は、スケジュール手段３１２ａは、次式（１０）に示す演算を行うことにより、バッファ領域３２１を現在確立しているセッションに均等に分配した際の１セッション当たりの分配量（均等分配量）Ｂdを算出する（ステップＳ１１０６）。
【００９３】
Ｂd＝Ｂt÷（確立しているセッション数ｎ）      ・・・（１０）
【００９４】
その後、スケジュール手段３１２ａは、未注目のセッションの内の１つ（例えば、セッション＃ｉ）に注目し（ステップＳ１１０７）、そのセッション＃ｉでは、中継装置３００から受信装置へのデータ転送が開始されているか否かを判定する（図１２のステップＳ１２０１）。
【００９５】
そして、送信装置２００から受信装置へのデータ転送が開始されている場合（ステップＳ１２０１がＹｅｓ）は、図１１のステップＳ１１０７に戻り、未注目のセッションの内の１つに注目する。
【００９６】
これに対して、注目中のセッション＃ｉでは、中継装置３００から受信装置へのデータ転送が開始されていない場合（ステップＳ１２０１がＮｏ）は、均等分配量Ｂdと、注目中のセッション＃ｉ用のバッファに実際に蓄積されているデータ量Ｂiとを比較する（ステップＳ１２０２）。
【００９７】
そして、図１３（Ａ）に示すように、セッション＃ｉ用のバッファに蓄積されているデータ量Ｂiが均等分配量Ｂdを超えている場合（ステップＳ１２０３がＹｅｓ）は、スケジュール手段３１２ａは、現在注目中のセッション＃ｉのセッションＩＤ「＃ｉ」を状態制御手段３１３ａおよびデータ転送手段３１４ａに通知する（ステップＳ１２０４）。
【００９８】
この通知を受けた状態制御手段３１３ａは、直ちに、セッション＃ｉの受信装置に対して状態遷移指示を送信し、上記受信装置を省電力状態から通常状態へ遷移させる。また、データ伝送手段３１４ａは、セッションＩＤ「＃ｉ」が通知されてから遷移時間Ｃ（セッション＃ｉの受信装置が省電力状態から通常状態へ遷移するために必要になる時間）が経過したタイミングで、受信装置へのデータ転送を開始する。つまり、図１３（Ａ）に示すように、バッファに蓄積されているデータ量Ｂiが均等分配量Ｂd以上であるセッションについては、そのセッションの受信装置の状態を直ちに通常状態へ遷移させ、データ転送を開始する。
【００９９】
これに対して、セッション＃ｉ用のバッファに蓄積されているデータ量Ｂiが均等分配量Ｂd以下である場合（ステップＳ１２０３）は、セッション＃ｉについての必要バッファ量Ｂi,hと均等分配量Ｂdとを比較する（ステップＳ１２０５）。
【０１００】
そして、図１３（Ｂ）に示すように、セッション＃ｉの必要バッファ量Ｂi.hが均等分配量Ｂdを超える場合（ステップＳ１２０６がＹｅｓ）は、セッション＃ｉについての転送開始タイミングｔi,a、および、送信タイミングｔi,bを更新する（ステップＳ１２０７）。具体的には、次のようにして、セッション＃ｉの転送開始タイミングｔi,a、および、送信タイミングｔi,bを更新する。
【０１０１】
先ず、次式（１１）に示す演算を行うことにより、セッション＃ｉについての転送開始タイミングｔi,aを算出する。なお、式（１１）において、Ｓi,sは、送信装置がセッション＃ｉを介して転送済みのデータ量である。
【０１０２】
ｔi,a＝現在時刻＋（Ｂd−Ｓi,s）÷Ｗi,s      ・・・（１１）
【０１０３】
その後、スケジュール記憶部３２２に記録されているセッション＃ｉについての転送開始タイミングを、式（１１）によって求めた転送開始タイミングｔi,aで置き換える。つまり、データの転送開始タイミングを、セッション＃ｉのバッファに、均等分配量Ｂd分のデータが蓄積される時刻で置き換える。
【０１０４】
次に、次式（１２）に示す演算を行うことにより、セッション＃ｉについての送信タイミングｔi,bを算出する。なお、式（１２）においてＣiは、セッション＃ｉの受信装置が省電力状態から通常状態に遷移するまでに必要になる遷移時間を示している。
【０１０５】
ｔi,b＝ｔi,a−Ｃi          ・・・（１２）
【０１０６】
その後、スケジュール記憶部３２２に記録されているセッション＃ｉについての送信タイミングを、式（１２）によって求めた送信タイミングｔi,bで置き換える。以上がステップＳ１２０７で行われる処理の詳細である。
【０１０７】
そして、ステップＳ１２０７の処理が完了すると、スケジュール手段３１２ａは、次のセッションに注目する（図１１のステップＳ１１０６）。
【０１０８】
これに対して、図１３（Ｃ）に示すように、セッション＃ｉの必要バッファ量Ｂi,hが均等バッファ量Ｂd未満の場合（ステップＳ１２０６がＮｏ）は、スケジュール手段３１２ａは、次のセッションに注目する（図１１の１１０６）。
【０１０９】
スケジュール手段３１２ａは、以上の処理を未注目のセッションがなくなるまで繰り返し行い、未処理のセッションがなくなると（ステップＳ１１０８がＹｅｓ）、その処理を終了する。
【０１１０】
[第２の実施の形態の効果]
本実施の形態によれば、第１の実施の形態で得られる効果に加えて、バッファ領域の容量不足により、データが破棄されてしまうという事態の発生を極力防ぐことができるという効果を得ることができる。その理由は、中継装置を経由する各セッションが必要とする必要バッファ量の合計値が、バッファ領域の容量を超えた場合、バッファに蓄積されているデータ量が均等分配量を超えているセッションについては、そのセッション用のバッファから受信装置へのデータ転送を直ちに開始するようにしているからである。
【産業上の利用可能性】
【０１１１】
本発明は、送信装置から受信装置へ送信されるデータを中継する中継装置、及び、送信装置から受信したデータを一時的に保持する容量、及びその転送スケジュールを制御するバッファ蓄積転送制御方法に利用可能である。
【符号の説明】
【０１１２】
１００  中継システム
２００  送信装置
３００  中継装置
３１０  制御部
３１１  データ蓄積手段
３１２、３１２ａ  スケジュール手段
３１３、３１３ａ  状態制御手段
３１４、３１４ａ  データ転送手段
３２０  記憶装置
３２１  バッファ領域
３２２  スケジュール記憶部
３３０  通信部
４００  受信装置
４１０  通信部
４２０  制御部
４２１  ダウンロード手段
４２２  状態切替手段
４２３  状態遷移指示検出手段
４３０  入力部
４４０  出力部
５００  通信網
【図１】
2014027579.tif 000003
【図２】
2014027579.tif 000004
【図３】
2014027579.tif 000005
【図４】
2014027579.tif 000006
【図５】
2014027579.tif 000007
【図６】
2014027579.tif 000008
【図７】
2014027579.tif 000009
【図８】
2014027579.tif 000010
【図９】
2014027579.tif 000011
【図１０】
2014027579.tif 000012
【図１１】
2014027579.tif 000013
【図１２】
2014027579.tif 000014
【図１３】
2014027579.tif 000015
【図１４】
2014027579.tif 000016
【図１５】
2014027579.tif 000017
【図１６】
2014027579.tif 000018
【図１７】
2014027579.tif 000019
【図１８】
2014027579.tif 000020
【図１９】
2014027579.tif 000021