情報処理装置、情報処理方法、プログラムおよび通信端末
【課題】コンテンツ配信サーバの負荷の増大および通信端末の通信性能の低下によるコンテンツ再生の中断を防止する。
【解決手段】情報処理装置１０は、ネットワークを介して接続された通信端末２０にコンテンツを送信する通信部１５０と、通信部１５０によるコンテンツの送信を制御する制御部１４０と、を備え、制御部１４０は、通信端末２０からのコンテンツの送信要求に応じて、通信端末２０の通信不能時間に対応する時間分のコンテンツを含む第１のファイルを送信させ、第１のファイルの次に送信する第２のファイルを、第１のファイルの送信時刻に通信端末２０の通信不能時間を加算した送信予定時刻に送信させる。
【解決手段】情報処理装置１０は、ネットワークを介して接続された通信端末２０にコンテンツを送信する通信部１５０と、通信部１５０によるコンテンツの送信を制御する制御部１４０と、を備え、制御部１４０は、通信端末２０からのコンテンツの送信要求に応じて、通信端末２０の通信不能時間に対応する時間分のコンテンツを含む第１のファイルを送信させ、第１のファイルの次に送信する第２のファイルを、第１のファイルの送信時刻に通信端末２０の通信不能時間を加算した送信予定時刻に送信させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、プログラムおよび通信端末に関し、特に、放送番組を送受信する情報処理装置、情報処理方法、プログラムおよび通信端末に関する。
【背景技術】
【０００２】
近年、携帯電話等の通信端末で音楽やビデオ等を再生する機能が搭載された携帯電話等の通信端末が開発されて市販されている。また、通信端末においてもコンピュータと同様にインターネットへの接続や情報処理が可能となっており、このような通信端末を用いてインターネット上に設置されたストリーミングサーバから音楽やビデオ等のコンテンツをストリーミング方式によって受信することも可能となっている。
【０００３】
通信端末によってインターネット上のストリーミングサーバから受信したファイルを再生する場合、通信端末には一定の容量のバッファメモリが必要となる。ストリーミングサーバから受信したファイルは通信端末のバッファメモリに蓄積されて、該ファイルが順次再生されることにより連続した再生を実現している。
【０００４】
しかし、以下の問題が生じることにより、通信端末において連続した再生が困難となっている。
（１）通信端末を有するユーザの位置する場所の通信環境が一定しておらず、十分な通信性能が得られずに、次に受信すべきファイルを受信できない状態が続く。これにより、バッファメモリに蓄積されたファイルが枯渇して再生が中断されてしまう。
（２）通信端末の通信性能が十分であっても、サーバへのアクセスが過剰となっているため、サーバから通信端末への送信を十分に行えない。この場合も（１）同様バッファメモリに蓄積されたファイルが枯渇して再生が中断されてしまう。
【０００５】
そこで、通信端末が通信している基地局を切り替える（ハンドオーバー）ことにより、通信回線が一時的に切断された場合でも通信端末に画像データを欠落することなく配信する技術が開示されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−３２２０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、上記特許文献１では、ハンドオーバー以外でファイルが受信できない状態であった場合に再生が中断されてしまう可能性がある。さらに、上記（１）の通信性能の問題を解決すると同時に上記（２）のサーバへのアクセスが過剰となった場合の問題を解決することはできないという問題があった。
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、コンテンツ配信サーバの負荷の増大および通信端末の通信性能の低下によるコンテンツ再生の中断を防止することが可能な、新規かつ改良された情報処理装置、情報処理方法、プログラムおよび通信端末を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明のある観点によれば、ネットワークを介して接続された通信端末にコンテンツを送信する通信部と、通信部によるコンテンツの送信を制御する制御部と、を備え、制御部は、通信端末からのコンテンツの送信要求に応じて、通信端末の通信不能時間に対応する時間分のコンテンツを含む第１のファイルを送信させ、第１のファイルの次に送信する第２のファイルを、第１のファイルの送信時刻に通信端末の通信不能時間を加算した送信予定時刻に送信させる、情報処理装置が提供される。
【０００９】
また、制御部は、通信端末の通信不能時間に応じて、第１のファイルに含まれるコンテンツのファイルサイズを算出する算出部を含んでもよい。
【００１０】
また、算出部は、コンテンツのファイルサイズを通信端末の通信不能時間分以上のファイルサイズとしてもよい。
【００１１】
また、制御部は、算出部により算出された第１のファイルに含まれるコンテンツのファイルサイズに相当する時間長を第１のファイルの送信時刻に加算して第２のファイルの送信予定時刻に決定する決定部を含んでもよい。
【００１２】
また、制御部は、所定時間間隔毎に通信部により送信されるファイルの送信回数を検出する検出部と、第２のファイルの送信予定時刻におけるファイルの送信回数が所定の閾値を超えるか否かを判定する判定部と、を含み、決定部は、第２のファイルの送信予定時刻におけるファイルの送信回数が所定の閾値を超える場合に、送信回数が所定の閾値以下となる時刻を第２のファイルの送信予定時刻に変更してもよい。
【００１３】
また、決定部は、第２のファイルの送信予定時刻におけるファイルの送信回数が所定の閾値を超える場合に、送信予定時刻の前後の所定時間範囲内において送信回数が所定の閾値以下となる時刻を第２のファイルの送信予定時刻に変更してもよい。
【００１４】
また、決定部により、送信予定時刻の前後の所定時間範囲内において送信回数が所定の閾値以下となる時刻を第２のファイルの送信予定時刻に変更された場合、算出部は、第２のファイルの送信予定時刻に応じて、第１のファイルに含まれるコンテンツの送信時間を変更してもよい。
【００１５】
また、通信端末の通信不能時間は、所定時間内に通信端末が通信不能となった時間幅の最大値であってもよい。
【００１６】
また、上記課題を解決するために、本発明の別の観点によれば、ネットワークを介して接続された通信端末からのコンテンツの送信要求に応じて、通信端末の通信不能時間に対応する時間分のコンテンツを含む第１のファイルを送信するステップと、第１のファイルの次に送信する第２のファイルを、第１のファイルの送信時刻に第１のファイルの次に送信する第２のファイルを、第１のファイルの送信時刻に通信端末の通信不能時間を加算した送信予定時刻に送信するステップと、を含む、情報処理方法が提供される。
【００１７】
上記課題を解決するために、本発明の別の観点によれば、コンピュータをして、ネットワークを介して接続された通信端末にコンテンツを送信する通信部と、通信端末からのコンテンツの送信要求に応じて、通信端末の通信不能時間に対応する時間分のコンテンツを含む第１のファイルを送信させ、第１のファイルの次に送信する第２のファイルを、第１のファイルの送信時刻に通信端末の通信不能時間を加算した送信予定時刻に送信させる制御部と、を備える情報処理装置として機能させるための、プログラムが提供される。
【００１８】
また、上記課題を解決するために、本発明の別の観点によれば、所定間隔で基地局から受信する電波強度をもとに検出された通信不能時間と、コンテンツの送信要求とをネットワークを介して接続されたサーバに通知する通信部と、サーバから送信される通信不能時間に対応する時間分のコンテンツを含むファイルの再生を制御する制御部と、を備え制御部は、ファイルの送信時刻に通信不能時間を加算した送信予定時刻以前に受信したファイルの再生残量が所定の閾値より少ない場合にサーバに次のファイルの送信要求を通知させる、通信端末が提供される。
【発明の効果】
【００１９】
以上説明したように本発明によれば、コンテンツ配信サーバの負荷の増大および通信端末の通信性能の低下によるコンテンツ再生の中断を防止することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態にかかるサーバのハードウェア構成を示すブロック図である。
【図２】同実施形態にかかるサーバおよび通信端末の機能構成を示すブロック図である。
【図３】同実施形態にかかるサーバの制御部の詳細を示すブロック図である。
【図４】同実施形態にかかる送信予定表の一例を説明する説明図である。
【図５】同実施形態にかかる通信不能時間を説明する説明図である。
【図６】同実施形態にかかる情報処理システムにおける情報処理方法を示すタイミングチャートである。
【図７】同実施形態にかかる通信端末における動作の詳細を示すフローチャートである。
【図８】同実施形態にかかるサーバにおける動作の詳細を示すフローチャートである。
【図９】同実施形態にかかる通信端末が次のファイルを要求するタイミングを示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２２】
また、以下に示す順序に従って、当該「発明を実施するための最良の形態」を説明する。
〔１〕本実施形態の目的
〔２〕情報処理システムの概要
〔３〕サーバおよび通信端末の機能構成
〔４〕情報処理システムにおける情報処理方法の処理の詳細
〔４−１〕通信端末の動作の詳細
〔４−２〕サーバの動作の詳細
【００２３】
〔１〕本実施形態の目的
まず、本発明の実施形態の目的について説明する。近年、携帯電話等の通信端末で音楽やビデオ等を再生する機能が搭載された携帯電話等の通信端末が開発されて市販されている。また、通信端末においてもコンピュータと同様にインターネットへの接続や情報処理が可能となっており、このような通信端末を用いてインターネット上に設置されたストリーミングサーバから音楽やビデオ等のコンテンツをストリーミング方式によって受信することも可能となっている。
【００２４】
通信端末によってインターネット上のストリーミングサーバから受信したファイルを再生する場合、通信端末には一定の容量のバッファメモリが必要となる。ストリーミングサーバから受信したファイルは通信端末のバッファメモリに蓄積されて、該ファイルが順次再生されることにより連続した再生を実現している。
【００２５】
しかし、以下の問題が生じることにより、通信端末において連続した再生が困難となっている。
（１）通信端末を有するユーザの位置する場所の通信環境が一定しておらず、十分な通信性能が得られずに、次に受信すべきファイルを受信できない状態が続く。これにより、バッファメモリに蓄積されたファイルが枯渇して再生が中断されてしまう。
（２）通信端末の通信性能が十分であっても、サーバへのアクセスが過剰となっているため、サーバから通信端末への送信を十分に行えない。この場合も（１）同様バッファメモリに蓄積されたファイルが枯渇して再生が中断されてしまう。
【００２６】
そこで、通信端末が通信している基地局を切り替える（ハンドオーバー）ことにより、通信回線が一時的に切断された場合でも通信端末に画像データを欠落することなく配信する技術が開示されている。しかし、上記技術では、ハンドオーバー以外でファイルが受信できない状態であった場合に再生が中断されてしまう可能性がある。さらに、上記（１）の通信性能の問題を解決すると同時に上記（２）のサーバへのアクセスが過剰となった場合の問題を解決することはできないという問題があった。
【００２７】
そこで上記のような事情を一着眼点として、本実施形態にかかる情報処理システム１が創作されるに至った。本実施形態にかかる情報処理システム１によれば、コンテンツ配信サーバの負荷の増大および通信端末の通信性能の低下によるコンテンツ再生の中断を防止することが可能となる。本実施形態においてコンテンツは、通信端末において再生可能なデータであって、動画データや音声データを含むデータである。
【００２８】
〔２〕情報処理システムの概要
次に、本実施形態にかかる情報処理システム１の概要について説明する。情報処理システム１は、例えば、放送番組等のコンテンツファイルを入力して記録する情報処理装置であるサーバ１０と、サーバ１０から放送番組等のコンテンツファイルを受信して再生する通信端末２０とを備えて構成される。サーバ１０と通信端末２０とは、ネットワークを介して接続されており、該ネットワークは、例えばインターネット、電話回線網、衛星通信網等の公衆回線網や、ＷＡＮ、ＬＡＮ、ＩＰ−ＶＰＮ等の専用回線網などで構成されており、有線、無線を問わない。
【００２９】
また通信端末２０は、例えば、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）や小型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）など、再生装置を備える情報処理端末である。サーバ１０は、予め定められた一定時間間隔（例えば１分間隔）で放送番組等のコンテンツをエンコーダしてファイル化して記録する。そして、サーバ１０は、通信端末２０からの送信要求にしたがって、所定の算定方法に従って算定した時間分のファイルを通信端末２０に送信する。サーバ１０は、通信端末２０にファイルを送信する際に、該ファイルの再生時間と再生順序をファイルのヘッダに付加して送信する。
【００３０】
サーバ１０は、複数の通信端末２０と通信して、放送番組等のコンテンツファイルを各通信端末に送信している。サーバ１０は、通信端末２０からの送信要求に応じて所定時間分のファイルを送信すると、次に通信端末２０にファイルを送信する送信予定時刻を設定する。サーバ１０は、複数の通信端末２０の送信予定時刻を集計して、各送信予定時刻における送信量を記録する。通信端末２０は、サーバ１０から受信したファイルをバッファメモリに蓄積する。そして、バッファメモリに蓄積されたファイルが順次再生されて、通信端末２０において連続したコンテンツ再生が実現される。
【００３１】
また、通信端末２０は、定期的に基地局等との通信能力を検出して、該通信能力のレベルを記録している。通信端末２０は、記録した通信能力が、予め定められた通信能力を下回った場合の時間幅を通信不能時間として記録する。そして、通信端末２０は、サーバ１０に記録した通信不能時間を送信して、コンテンツファイルの送信を要求する。サーバ１０に送信する通信不能時間は、所定時間（例えば１時間）内に発生した通信不能時間のうちの最大値である。
【００３２】
サーバ１０は、通信端末２０から送信された通信不能時間の最大値と、予め定められた時間とを比較して、長い時間を初期設定送信時間とする。そして、該初期設定送信時間にファイル送信に要する送信時間を加算して、次に初期設定送信時間分のファイルを送信する送信予定時刻を設定する。サーバ１０は、通信端末２０の通信不能時間に基づいて設定した送信予定時刻における送信量を参照する。そして、該送信量が所定の閾値を超えていた場合には、送信予定時刻の前後の時間内から送信量が閾値を越えない時刻を検出して、該時刻を送信予定時刻に再度設定する。
【００３３】
このように、情報処理システム１のサーバ１０は、ファイルを受信する通信端末２０の通信不能時間に応じた時間分のファイルを通信端末２０に送信して、通信不能時間分のファイルが通信端末２０のバッファメモリに蓄積される。これにより、通信端末２０側で十分な通信性能が得られずに次のファイルが受信できない状態が続いても、バッファメモリに蓄積されたファイルが枯渇することがないため、コンテンツの再生が中断するのを防止することができる。また、サーバ１０は、複数の通信端末２０へ送信する送信量を参照して送信時刻を設定するため、サーバへのアクセスが過剰となってサーバ１０から通信端末２０への送信が不能となるのを防止することができる。
【００３４】
〔３〕サーバおよび通信端末の機能構成
以上、情報処理システム１の概要について説明した。次に、図１を参照して、情報処理装置１のサーバ１０および通信端末２０のハードウェア構成について説明する。サーバ１０および通信端末２０のハードウェア構成はほぼ同様のため、特に、サーバ１０のハードウェア構成について説明する。
【００３５】
サーバ１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３と、ホストバス１０４と、ブリッジ１０５と、外部バス１０６と、インタフェース１０７と、入力装置１０８と、出力装置１０９と、ストレージ（ＨＤＤ）１３０と、ドライブ１１１と、通信装置１１２とを備える。
【００３６】
ＣＰＵ１０１は、演算処理装置および制御装置として機能し、各種プログラムに従ってサーバ１０内の動作全般を制御する。また、ＣＰＵ１０１は、マイクロプロセッサであってもよい。ＲＯＭ１０２は、ＣＰＵ１０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ１０３は、ＣＰＵ１０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバスなどから構成されるホストバス１０４により相互に接続されている。
【００３７】
ホストバス１０４は、ブリッジ１０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス１０６に接続されている。なお、必ずしもホストバス１０４、ブリッジ１０５および外部バス１０６を分離構成する必要はなく、一のバスにこれらの機能を実装してもよい。
【００３８】
入力装置１０８は、例えば、マウス、キーボード、タッチパネル、ボタン、マイク、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ１０１に出力する入力制御回路などから構成されている。サーバ１０のユーザは、該入力装置１０８を操作することにより、サーバ１０に対して各種のデータを入力したり処理動作を指示したりすることができる。
【００３９】
出力装置１０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｓｐｌａｙ）装置およびランプなどの表示装置と、スピーカおよびヘッドホンなどの音声出力装置で構成される。出力装置１０９は、例えば、再生されたコンテンツを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データ等を音声に変換して出力する。
【００４０】
ストレージ１３０は、本実施形態にかかるサーバ１０の記憶部の一例として構成されたデータ格納用の装置であり、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含むことができる。ストレージ１３０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）で構成される。このストレージ１３０は、ハードディスクを駆動し、ＣＰＵ１０１が実行するプログラムや各種データを格納する。
【００４１】
ドライブ１１１は、記憶媒体用リーダライタであり、サーバ１０に内蔵、あるいは外付けされる。ドライブ１１１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体１１３に記録されている情報を読み出して、ＲＡＭ１０３に出力する。
【００４２】
通信装置１１２は、例えば、通信網５０に接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置１１２は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応通信装置であっても、ワイヤレスＵＳＢ対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。この通信装置１１２は、通信端末２０との間で、通信網５０を介して、設定情報などの各種データを送受信する。
【００４３】
以上、サーバ１０のハードウェア構成について説明した。次に、図２を参照して、サーバ１０および通信端末２０の機能構成について説明する。図２は、サーバ１０および通信端末２０の機能構成を示すブロック図である。図２に示したように、サーバ１０は、主に、放送番組入力部１１０、エンコーダ１２０、制御部１４０、通信部１５０、ストレージ１３０などを備える。
【００４４】
放送番組入力部１１０は、ネットワークを介して他の装置や放送波から放送番組の音声映像信号を入力する機能を有する。放送番組入力部１１０は、入力した音声映像信号をエンコーダ１２０に提供する。本実施形態では、サーバ１０に入力される音声映像信号を放送番組の音声映像信号としたが、かかる例に限定されず、放送番組以外の音声映像信号であってもよい。エンコーダ１２０は、放送番組入力部１１０から提供された音声映像信号をエンコードしてデジタルデータを出力する機能を有する。
【００４５】
制御部１４０は、エンコーダ１２０によりエンコードされたデジタルデータを、所定時間間隔でファイル化してストレージ１３０に記録する。ストレージ１３０に記録されるファイルは、サーバ１０から複数の通信端末２０に順次配信されて、通信端末２０により再生される放送番組等のコンテンツのファイルである。
【００４６】
ストレージ１３０に記録されるファイルは、例えば、１分単位でファイル化される。制御部１４０は、ファイル１６０のヘッダに記録時刻と再生順を付加して、ファイル１６０をストレージ１３０に記録する。また、制御部１４０は、ストレージ１３０に記録されたファイル１６０を、通信部１５０を介して通信端末２０に送信する。制御部１４０は、ファイル１６０が通信端末２０に送信される毎に、その送信時刻とファイル１６０のファイル長を記録して図４に示した送信予定表を作成する。
【００４７】
図４に示した送信予定表は、例えば、１０秒程度毎の送信回数（送信量）を記録したものである。図４に示したように、例えば、送信回数（送信量）１７０回を閾値とした場合、送信回数１７０回を超える送信をした場合には、サーバ１０の負荷が増大して通信性能が低下する恐れがある。したがって、サーバ１０は、送信回数が１７０回を超えない範囲で送信スケジュールを組む必要がある。
【００４８】
また、制御部１４０は、通信端末２０からのコンテンツの送信要求に応じて、通信端末２０の通信不能時間に対応する時間分のコンテンツを含むファイル（第１のファイル）を通信部１５０に送信させる。そして、先に送信した第１のファイルの送信後、第１のファイルの送信時刻に通信端末２０の通信不能時間を加算した送信予定時刻に次に送信する第２のファイルを通信部１５０に送信させる。制御部１４０は、上記したＣＰＵ１０１の一例である。
【００４９】
ここで、通信不能時間とは、通信端末２０が通信不能となった時間である。サーバ１０は、通信端末２０からコンテンツの送信要求とともに、通信不能時間を受け取る。例えば、通信端末２０が定期的に基地局等との通信能力を検出して、通信能力のレベルを記録している場合には、記録した通信能力が予め定められた通信能力を下回った場合の時間幅を通信不能時間として記録する。例えば、図５に示したように、所定時間Ｃ（例えば１分）分毎に通信能力を検出しているとする。予め定めた通信能力Ｘを下回った場合の時間幅を通信不能時間として記録する。
【００５０】
図５に示したように、例えば、通信不能時間がＤ１、Ｄ２、Ｄ３、Ｄ４と記録された場合には、一定時間（Ｅ）内に発生した通信不能時間の最大値Ｄｍａｘを検出して、通信不能時間としてもよい。通信端末２０により通信不能時間の検出については、後で詳細に説明する。
【００５１】
通信端末２０から送信要求とともに通信不能時間を通知されたサーバ１０は、上記のとおり送信するファイルに含まれるコンテンツの送信時間と、ファイルを送信する送信予定時刻を決定する。サーバ１０は、送信予定時刻を決定する際に、該送信予定時刻の送信量を参照する。そして、該送信量が所定の閾値を超えていた場合には、送信予定時刻の前後の時間内から送信量が閾値を越えない時刻を検出して、該時刻を送信予定時刻に再度設定する。
【００５２】
ここで、図３を参照して、制御部１４０の詳細について説明する。図３は、制御部１４０の詳細を示すブロック図である。図３に示したように、制御部１４０は、主に、算出部１４１、決定部１４２、検出部１４３、判定部１４４などを備える。算出部１４１は、通信端末２０の通信不能時間に応じて、通信端末２０に送信するファイルに含まれるコンテンツのファイルサイズを算出する機能を有する。算出部１４１は、送信するファイルに含まれるコンテンツのファイルサイズを、通信端末２０の通信不能時間分以上の送信時間とする。また、コンテンツの送信時間が予め決められている場合には、予め決められている時間と通信端末２０の通信不能時間とを比較して、長い時間分に相当するファイルサイズをコンテンツのファイルサイズとしてもよい。
【００５３】
決定部１４２は、算出部１４１により算出された第１のファイルに含まれるコンテンツのファイルサイズに相当する時間長を第１のファイルの送信時刻に加算して、第２のファイルの送信予定時刻に決定する機能を有する。図４に示した送信予定表を用いて、決定部１４２により決定される送信予定時刻について説明する。まず、第１のファイルを送信した時刻をＴ１とする。そして、時刻Ｔ１に算出部により算出されたコンテンツのファイルサイズに相当する時間長の送信時間（Ｇ時間とする。）を加算した時刻Ｔ２を算出する。
【００５４】
図３に戻り、検出部１４３は、所定時間間隔毎に通信部１５０により送信されるファイルの送信回数を検出する機能を有する。上記したように、検出部１４３は、検出されたファイルの送信回数を記録して図４に示す送信予定表を作成する。また、判定部１４４は、次に送信するファイルの送信予定時刻におけるファイルの送信回数が所定の閾値を超えるか否かを判定する機能を有する。
【００５５】
例えば、図４に示した送信予定表においては、判定部１４４は、決定部１４２により決定された送信予定時刻（時刻Ｔ２）におけるファイルの送信回数が所定の閾値（１７０）を超えるか否かを判定する。図４に示したように、判定部１４４により、決定部１４２により決定された送信予定時刻Ｔ２の時点におけるファイルの送信回数は１７０を超えていると判定される。判定部１４４により判定結果を提供された決定部１４２は、送信予定時刻Ｔ２の前後の所定時間範囲内（例えばＪ時間）において、送信回数が所定の閾値以下となる時刻を次に送信するファイルの送信予定時刻Ｔ３に決定する。
【００５６】
ここで、送信予定時刻Ｔ２の前後の所定時間範囲内（Ｊ時間）において、送信回数が最小となる時刻は、例えば時刻Ａ１、Ａ２、Ａ３などである。例えば、送信予定時刻Ｔ３を、Ｔ２より前の時刻Ａ１に設定したとする。この場合、時刻Ｔ１において先のファイル（第１のファイル）が送信され、時刻Ｔ３において次のファイル（第２のファイル）が送信されることとなる。このとき、制御部１４０は、時刻Ａ１における送信回数のカウントを「１」加算する。
【００５７】
算出部１４１は、決定部１４２により決定された送信予定時刻に応じて、時刻Ｔ１において送信するコンテンツのファイルサイズを変更するようにしてもよい。例えば、最初に設定された時刻Ｔ２より早い時刻Ｔ３に送信予定時刻が決定された場合には、先に算出したＧ時間から、Ｔ１からＴ３の時刻までの時間幅分（Ｋ時間）のコンテンツのファイルサイズに変えて通信端末２０に送信するようにしてもよい。
【００５８】
また、最初に設定された時刻Ｔ２より遅い時刻に送信予定時刻が決定された場合には、先に算出したＧ時間よりも長い時間幅分のコンテンツのファイルサイズに変えて通信端末２０に送信するようにしてもよい。時刻Ｔ１の時点で送信するファイルに含まれるコンテンツは、Ｋ時間よりも長い時間分のコンテンツである必要がある。したがって、送信予定時刻が早まる場合には、先に算出されたコンテンツのファイルサイズを変更しなくてもよい。一方、送信予定時刻が遅くなる場合には、先に算出されたコンテンツの時間よりも長い時間分のコンテンツを含むファイルを通信端末２０に送信する必要がある。
【００５９】
これにより、通信端末２０が通信不能となる時間よりも長い時間分のコンテンツを送信して、通信端末２０側で通信不能でファイルが受信できずに再生が中断するのを防止することが可能となる。さらに、次にファイルを送信する時刻に、サーバの送信量が過剰となって送信不能となることを防止することができる。
【００６０】
通信部１５０は、制御部１４０の制御のもと、ネットワークを介して接続された通信端末２０にコンテンツを送信する機能を有する。通信部１５０は、上記した通信装置１１２の一例である。以上、サーバ１０の機能構成について説明した。次に、通信端末２０の機能構成について説明する。
【００６１】
図２に示したように、通信端末２０は、放送番組出力部２１０と、デコーダ２２０と、ストレージ２３０と、制御部２４０と、通信部２５０などを備える。
【００６２】
通信部２５０は、予め定められた時間間隔で基地局等に向かって位置の通知を行って、基地局からの返信でＡｃｋを受ける。このＡｃｋの受信時に電界強度（電波の強さ）等の情報を受信する。制御部２４０は、通信部２５０により受信された電波の強さ（以降、電波強度と称する。）と予め定められた電波強度と比較する。そして、受信した電波強度が予め定められた電波強度Ｘよりも小さい場合に、通信不能とする。その後、電波強度が電波強度Ｘを超えた場合に、通信不能であった時間幅を通信不能時間Ｄ１として記録する。
【００６３】
図５に示したように、通信不能時間の検出作業を繰り返し、通信不能時間Ｄ１、Ｄ２・・・Ｄｎを記録する。そして、所定時間（例えばＥ時間）のうちに発生した通信不能時間のうちの最大値をＤｍａｘとする。ユーザ操作に応じて番組再生ボタンが押下された場合に、制御部２４０は、コンテンツを含むファイルの送信要求とともに通信不能時間の最大値Ｄｍａｘをサーバ１０に通信部２５０を介して送信する。
【００６４】
通信部２５０はサーバ１０から送信されたコンテンツを含むファイルを受信し、制御部２４０により該ファイル２６０がストレージ２３０に格納される。制御部２４０は、ストレージ２３０に番組ファイルが格納されると、ただちにデコーダ２２０に該ファイルの再生を指示する。そして、放送番組出力部２１０により、番組ファイルが再生される。
【００６５】
また、制御部２４０は、ストレージ２３０に格納されているコンテンツのファイルの残り時間を検出する。そして、検出したコンテンツの残りの時間量が予め決められた値（例えばＬ時間）と比較する。比較の結果、コンテンツの残りの時間量がＬ時間よりも小さいと判定された場合には、サーバ１０に新たに検出したＤｍａｘ値を送信して次のファイルの送信を要求する。
【００６６】
通信部２５０は、サーバ１０から送信されたコンテンツのファイルを受信して、ストレージ２３０に以前に格納したファイルと連続するように格納する。以上、通信端末２０の機能構成について説明した。
【００６７】
〔４〕情報処理システムにおける情報処理方法の処理の詳細
次に、図６を参照して、情報処理システム１における情報処理方法について説明する。図６は、情報処理システムにおける情報処理方法を示すタイミングチャートである。図６に示したように、まず、サーバ１０は、所定時間間隔で放送番組入力部１１０から入力される番組（音声映像信号）をエンコーダ１２０によりエンコードして、ストレージ１３０に蓄積する（Ｓ１０２）。
【００６８】
通信端末２０は、定期的に通信不能時間Ｄを記録する（Ｓ１０４）。ステップＳ１０４における通信不能時間Ｄの記録については、後で詳細に説明する。そして、ユーザ操作に応じて通信端末２０に備わる再生ボタンが押下される（Ｓ１０６）。ステップＳ１０６において再生ボタンが押下されると、通信不能時間Ｄの最大値Ｄｍａｘが算出される（Ｓ１０８）。そして、ファイルの送信要求（Ｓ１１０）とともに、ステップＳ１０８において算出されたＤｍａｘをサーバ１０に送信する（Ｓ１１２）。
【００６９】
ステップＳ１１０においてファイルの送信要求を受け、ステップＳ１１２においてＤｍａｘを受信したサーバ１０は、コンテンツの送信ファイル長Ｋを算出する（Ｓ１１４）。また、ステップＳ１１６において、次にファイルを送信する送信予定時刻を決定する。そして、サーバ１０は、ステップＳ１１４において算出したＫ分分のコンテンツを含むファイルを通信端末２０に送信する（Ｓ１１６）。ステップＳ１１４における送信ファイル長の算出および送信予定時刻の決定については、後で詳細に説明する。
【００７０】
そして、サーバ１０は、送信予定時刻の送信回数に「１」を加算する（Ｓ１１８）。そして、サーバ１０は、Ｋ分後にＫ分分のファイルを通信端末２０に送信する（Ｓ１２０）。情報処理システム１における情報処理方法について説明した。
【００７１】
〔４−１〕通信端末の動作の詳細
次に、図７を参照して、通信端末２０における動作の詳細について説明する。以下では、特に、通信端末２０における通信不能時間の記録について説明する。まず、通信端末２０の制御部２４０は、Ｃ＝０をセットする（Ｓ２０１）。そして、通信端末２０の通信部２５０は、基地局等に自己の位置を通知する（Ｓ２０２）。ステップＳ２０２において、基地局等に自己の位置を通知した通信端末２０の通信部２５０は、基地局からのＡｃｋを受信する（Ｓ２０４）。上記したように、ステップＳ２０４におけるＡｃｋの受信時に、電波強度等の情報も受信する。
【００７２】
制御部２４０は、ステップＳ２０４において受信した電波強度が所定の強度より大きいか否かを判定する（Ｓ２０６）。ステップＳ２０６において、電波強度が所定の強度より小さいと判定された場合には、ステップＳ２０８の処理を実行する。ステップＳ２０６において、電波強度が所定の強度より大きいと判定された場合には、ステップＳ２１０以降の処理を実行する。
【００７３】
ステップＳ２０８において、電波強度が所定の強度より小さいと判定された場合には、ＣにＣ＋１をセットして、ステップＳ２０２の処理を繰り返す。ステップＳ２０２〜ステップＳ２０６の処理を繰り返すことにより、通信端末２０は、電波強度の判定を定期的に（例えばＷ秒毎に）行うこととなる。
【００７４】
ステップＳ２０６において、電波強度が所定の強度より大きいと判定された場合には、通信不能時間ＤにＣ×Ｗ（秒）をセットする。ここで、ＣはステップＳ２０２〜ステップＳ２０６を繰り返した回数であり、Ｗは予め設定された電波強度判定処理の実行間隔である。そして、通信端末２０は、通信不能時間Ｄを記録する（Ｓ２１２）。
【００７５】
通信端末２０は、サーバ１０にファイルの送信要求を行う際に通信不能時間の記録処理を実行してもよいし、定期的に通信不能時間の記録処理を実行するようにしてもよい。また、ファイルの送信要求を行う際に、所定時間内で通信不能時間を所定間隔で記録するようにしてもよい。その場合には、所定時間内での通信不能時間の最大値Ｄｍａｘを通信不能時間としてサーバ１０に送信する。以上、通信端末２０における通信不能時間の記録について説明した。
【００７６】
〔４−２〕サーバの動作の詳細
次に、図８を参照して、サーバ１０における動作の詳細について説明する。以下では、特に、サーバ１０における通信端末２０へ送信する送信ファイル長の算出および送信予定時刻の決定について詳細に説明する。まず、サーバ１０は、通信端末２０からファイルの送信要求とともに上記したＤｍａｘを受信する（Ｓ３０２）。そして、ステップＳ３０２において受信したＤｍａｘ時間と予め設定されたＦ時間を比較する（Ｓ３０４）。ステップＳ２０４においてＤｍａｘと比較されるＦ時間は、通信端末２０からのファイル送信要求後に所定時間間隔でファイルを送信するために予め設定された時間である。
【００７７】
ステップＳ３０４の比較の結果、ＤｍａｘがＦより大きいと判定された場合には、Ｄｍａｘを初期設定送信時間Ｇに設定する（Ｓ３０６）。また、ステップＳ３０４の比較の結果、ＤｍａｘがＦより小さいと判定された場合には、Ｆを初期設定送信時間Ｇに設定する（Ｓ３０８）。
【００７８】
次に、Ｇ分分のファイルを送信する（Ｓ３１０）。そして、ＦにＧをセット（Ｆ＝Ｇ）する（Ｓ３１２）。
【００７９】
次に、ステップＳ３１０において送信されたＧ分分のファイルのファイル長をもとに、次回の送信時刻を算出する（Ｓ３１４）。ステップＳ３１４において算出される送信予定時刻は、ステップＳ３１０において送信されたＧ分分のファイルのファイル長に送信に必要な時間を加算した時刻を、ステップＳ３１２においてファイルを送信した送信時刻に加算して算出する。
【００８０】
そして、ステップＳ３１４において算出した送信予定時刻における送信回数が閾値以下か否かを判定する（Ｓ３１６）。ステップＳ３１６において、送信予定時刻における送信回数が閾値以下ではないと判定された場合には、送信予定時刻を変更する（Ｓ３１８）。ステップＳ３１６において、送信予定時刻における送信回数が閾値以下であると判定された場合には、ステップＳ３２０の処理を実行する。ステップＳ３１８においては、ステップＳ３１４において算出された送信予定時刻の前後の所定の時間内で、送信回数が閾値以下である時刻を検出して、該時刻を次にファイルを送信する時刻に変更する。
【００８１】
そして、次に送信するファイルの送信予定時刻の送信回数に「１」を加算する（Ｓ３２０）。その後、ステップＳ３１４において算出した送信予定時刻またはステップＳ３１８において変更した送信予定時刻に次に送信するファイルを送信する（Ｓ３２２）。ステップＳ３２２において送信されるファイル長は、Ｇ分分のファイル長である。
【００８２】
ここで、図９を参照して、通信端末２０が次のファイルを要求するタイミングについて説明する。図９に示したように、通信端末２０は、サーバ１０に番組ファイルを要求した後（Ｓ４０２）、再生すべきファイルの残量時間が、所定時間Ｌより大きいか否かを判定する（Ｓ４０４）。
【００８３】
ステップＳ４０４において、再生すべきファイルの残量時間が所定時間Ｌより小さいと判定された場合には、サーバ１０に次のファイルを要求し（Ｓ４０６）、ファイルを受信する（Ｓ４０８）。ステップＳ４０４において再生すべきファイルの残量時間が所定時間Ｌより大きいと判定された場合には、サーバ１０により設定された送信予定時刻にファイルを受信する（Ｓ４０８）。以上、通信端末２０が次のファイルを要求するタイミングについて説明した。
【００８４】
上記実施形態にかかる情報処理システム１によれば、通信端末２０からのコンテンツの送信要求に応じて、通信端末２０により送信された通信不能時間に対応する時間分のコンテンツを含むファイル（第１のファイル）を送信して、通信端末２０の通信不能時間に対応する時間分のコンテンツを含むファイル（第２のファイル）を第１のファイルの送信後、第１のファイルの送信時刻に通信端末の通信不能時間を加算した送信予定時刻に送信する。これにより、通信端末２０側で十分な通信性能が得られずに次のファイルが受信できない状態が続いても、バッファメモリに蓄積されたファイルが枯渇することがないため、コンテンツ再生が中断するのを防止することができる。また、サーバ１０は、複数の通信端末２０へ送信する送信量を参照して送信時刻を設定するため、サーバへのアクセスが過剰となってサーバ１０から通信端末２０への送信が不能となるのを防止することができる。
【００８５】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００８６】
例えば、本明細書のサーバ１０および通信端末２０の処理における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。すなわち、サーバ１０の処理における各ステップは、異なる処理であっても並列的に実行されてもよい。
【００８７】
また、サーバ１０、通信端末２０などに内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述したサーバ１０、通信端末２０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【符号の説明】
【００８８】
１０ サーバ
１１０ 放送番組入力部
１２０ エンコーダ
１３０ ストレージ
１４０ 制御部
１４１ 算出部
１４２ 決定部
１４３ 検出部
１４４ 判定部
１５０ 通信部
２０ 通信端末
２１０ 放送番組出力部
２２０ デコーダ
２３０ ストレージ
２４０ 制御部
２５０ 通信部
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、プログラムおよび通信端末に関し、特に、放送番組を送受信する情報処理装置、情報処理方法、プログラムおよび通信端末に関する。
【背景技術】
【０００２】
近年、携帯電話等の通信端末で音楽やビデオ等を再生する機能が搭載された携帯電話等の通信端末が開発されて市販されている。また、通信端末においてもコンピュータと同様にインターネットへの接続や情報処理が可能となっており、このような通信端末を用いてインターネット上に設置されたストリーミングサーバから音楽やビデオ等のコンテンツをストリーミング方式によって受信することも可能となっている。
【０００３】
通信端末によってインターネット上のストリーミングサーバから受信したファイルを再生する場合、通信端末には一定の容量のバッファメモリが必要となる。ストリーミングサーバから受信したファイルは通信端末のバッファメモリに蓄積されて、該ファイルが順次再生されることにより連続した再生を実現している。
【０００４】
しかし、以下の問題が生じることにより、通信端末において連続した再生が困難となっている。
（１）通信端末を有するユーザの位置する場所の通信環境が一定しておらず、十分な通信性能が得られずに、次に受信すべきファイルを受信できない状態が続く。これにより、バッファメモリに蓄積されたファイルが枯渇して再生が中断されてしまう。
（２）通信端末の通信性能が十分であっても、サーバへのアクセスが過剰となっているため、サーバから通信端末への送信を十分に行えない。この場合も（１）同様バッファメモリに蓄積されたファイルが枯渇して再生が中断されてしまう。
【０００５】
そこで、通信端末が通信している基地局を切り替える（ハンドオーバー）ことにより、通信回線が一時的に切断された場合でも通信端末に画像データを欠落することなく配信する技術が開示されている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−３２２０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、上記特許文献１では、ハンドオーバー以外でファイルが受信できない状態であった場合に再生が中断されてしまう可能性がある。さらに、上記（１）の通信性能の問題を解決すると同時に上記（２）のサーバへのアクセスが過剰となった場合の問題を解決することはできないという問題があった。
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、コンテンツ配信サーバの負荷の増大および通信端末の通信性能の低下によるコンテンツ再生の中断を防止することが可能な、新規かつ改良された情報処理装置、情報処理方法、プログラムおよび通信端末を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明のある観点によれば、ネットワークを介して接続された通信端末にコンテンツを送信する通信部と、通信部によるコンテンツの送信を制御する制御部と、を備え、制御部は、通信端末からのコンテンツの送信要求に応じて、通信端末の通信不能時間に対応する時間分のコンテンツを含む第１のファイルを送信させ、第１のファイルの次に送信する第２のファイルを、第１のファイルの送信時刻に通信端末の通信不能時間を加算した送信予定時刻に送信させる、情報処理装置が提供される。
【０００９】
また、制御部は、通信端末の通信不能時間に応じて、第１のファイルに含まれるコンテンツのファイルサイズを算出する算出部を含んでもよい。
【００１０】
また、算出部は、コンテンツのファイルサイズを通信端末の通信不能時間分以上のファイルサイズとしてもよい。
【００１１】
また、制御部は、算出部により算出された第１のファイルに含まれるコンテンツのファイルサイズに相当する時間長を第１のファイルの送信時刻に加算して第２のファイルの送信予定時刻に決定する決定部を含んでもよい。
【００１２】
また、制御部は、所定時間間隔毎に通信部により送信されるファイルの送信回数を検出する検出部と、第２のファイルの送信予定時刻におけるファイルの送信回数が所定の閾値を超えるか否かを判定する判定部と、を含み、決定部は、第２のファイルの送信予定時刻におけるファイルの送信回数が所定の閾値を超える場合に、送信回数が所定の閾値以下となる時刻を第２のファイルの送信予定時刻に変更してもよい。
【００１３】
また、決定部は、第２のファイルの送信予定時刻におけるファイルの送信回数が所定の閾値を超える場合に、送信予定時刻の前後の所定時間範囲内において送信回数が所定の閾値以下となる時刻を第２のファイルの送信予定時刻に変更してもよい。
【００１４】
また、決定部により、送信予定時刻の前後の所定時間範囲内において送信回数が所定の閾値以下となる時刻を第２のファイルの送信予定時刻に変更された場合、算出部は、第２のファイルの送信予定時刻に応じて、第１のファイルに含まれるコンテンツの送信時間を変更してもよい。
【００１５】
また、通信端末の通信不能時間は、所定時間内に通信端末が通信不能となった時間幅の最大値であってもよい。
【００１６】
また、上記課題を解決するために、本発明の別の観点によれば、ネットワークを介して接続された通信端末からのコンテンツの送信要求に応じて、通信端末の通信不能時間に対応する時間分のコンテンツを含む第１のファイルを送信するステップと、第１のファイルの次に送信する第２のファイルを、第１のファイルの送信時刻に第１のファイルの次に送信する第２のファイルを、第１のファイルの送信時刻に通信端末の通信不能時間を加算した送信予定時刻に送信するステップと、を含む、情報処理方法が提供される。
【００１７】
上記課題を解決するために、本発明の別の観点によれば、コンピュータをして、ネットワークを介して接続された通信端末にコンテンツを送信する通信部と、通信端末からのコンテンツの送信要求に応じて、通信端末の通信不能時間に対応する時間分のコンテンツを含む第１のファイルを送信させ、第１のファイルの次に送信する第２のファイルを、第１のファイルの送信時刻に通信端末の通信不能時間を加算した送信予定時刻に送信させる制御部と、を備える情報処理装置として機能させるための、プログラムが提供される。
【００１８】
また、上記課題を解決するために、本発明の別の観点によれば、所定間隔で基地局から受信する電波強度をもとに検出された通信不能時間と、コンテンツの送信要求とをネットワークを介して接続されたサーバに通知する通信部と、サーバから送信される通信不能時間に対応する時間分のコンテンツを含むファイルの再生を制御する制御部と、を備え制御部は、ファイルの送信時刻に通信不能時間を加算した送信予定時刻以前に受信したファイルの再生残量が所定の閾値より少ない場合にサーバに次のファイルの送信要求を通知させる、通信端末が提供される。
【発明の効果】
【００１９】
以上説明したように本発明によれば、コンテンツ配信サーバの負荷の増大および通信端末の通信性能の低下によるコンテンツ再生の中断を防止することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態にかかるサーバのハードウェア構成を示すブロック図である。
【図２】同実施形態にかかるサーバおよび通信端末の機能構成を示すブロック図である。
【図３】同実施形態にかかるサーバの制御部の詳細を示すブロック図である。
【図４】同実施形態にかかる送信予定表の一例を説明する説明図である。
【図５】同実施形態にかかる通信不能時間を説明する説明図である。
【図６】同実施形態にかかる情報処理システムにおける情報処理方法を示すタイミングチャートである。
【図７】同実施形態にかかる通信端末における動作の詳細を示すフローチャートである。
【図８】同実施形態にかかるサーバにおける動作の詳細を示すフローチャートである。
【図９】同実施形態にかかる通信端末が次のファイルを要求するタイミングを示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２２】
また、以下に示す順序に従って、当該「発明を実施するための最良の形態」を説明する。
〔１〕本実施形態の目的
〔２〕情報処理システムの概要
〔３〕サーバおよび通信端末の機能構成
〔４〕情報処理システムにおける情報処理方法の処理の詳細
〔４−１〕通信端末の動作の詳細
〔４−２〕サーバの動作の詳細
【００２３】
〔１〕本実施形態の目的
まず、本発明の実施形態の目的について説明する。近年、携帯電話等の通信端末で音楽やビデオ等を再生する機能が搭載された携帯電話等の通信端末が開発されて市販されている。また、通信端末においてもコンピュータと同様にインターネットへの接続や情報処理が可能となっており、このような通信端末を用いてインターネット上に設置されたストリーミングサーバから音楽やビデオ等のコンテンツをストリーミング方式によって受信することも可能となっている。
【００２４】
通信端末によってインターネット上のストリーミングサーバから受信したファイルを再生する場合、通信端末には一定の容量のバッファメモリが必要となる。ストリーミングサーバから受信したファイルは通信端末のバッファメモリに蓄積されて、該ファイルが順次再生されることにより連続した再生を実現している。
【００２５】
しかし、以下の問題が生じることにより、通信端末において連続した再生が困難となっている。
（１）通信端末を有するユーザの位置する場所の通信環境が一定しておらず、十分な通信性能が得られずに、次に受信すべきファイルを受信できない状態が続く。これにより、バッファメモリに蓄積されたファイルが枯渇して再生が中断されてしまう。
（２）通信端末の通信性能が十分であっても、サーバへのアクセスが過剰となっているため、サーバから通信端末への送信を十分に行えない。この場合も（１）同様バッファメモリに蓄積されたファイルが枯渇して再生が中断されてしまう。
【００２６】
そこで、通信端末が通信している基地局を切り替える（ハンドオーバー）ことにより、通信回線が一時的に切断された場合でも通信端末に画像データを欠落することなく配信する技術が開示されている。しかし、上記技術では、ハンドオーバー以外でファイルが受信できない状態であった場合に再生が中断されてしまう可能性がある。さらに、上記（１）の通信性能の問題を解決すると同時に上記（２）のサーバへのアクセスが過剰となった場合の問題を解決することはできないという問題があった。
【００２７】
そこで上記のような事情を一着眼点として、本実施形態にかかる情報処理システム１が創作されるに至った。本実施形態にかかる情報処理システム１によれば、コンテンツ配信サーバの負荷の増大および通信端末の通信性能の低下によるコンテンツ再生の中断を防止することが可能となる。本実施形態においてコンテンツは、通信端末において再生可能なデータであって、動画データや音声データを含むデータである。
【００２８】
〔２〕情報処理システムの概要
次に、本実施形態にかかる情報処理システム１の概要について説明する。情報処理システム１は、例えば、放送番組等のコンテンツファイルを入力して記録する情報処理装置であるサーバ１０と、サーバ１０から放送番組等のコンテンツファイルを受信して再生する通信端末２０とを備えて構成される。サーバ１０と通信端末２０とは、ネットワークを介して接続されており、該ネットワークは、例えばインターネット、電話回線網、衛星通信網等の公衆回線網や、ＷＡＮ、ＬＡＮ、ＩＰ−ＶＰＮ等の専用回線網などで構成されており、有線、無線を問わない。
【００２９】
また通信端末２０は、例えば、携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）や小型のＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）など、再生装置を備える情報処理端末である。サーバ１０は、予め定められた一定時間間隔（例えば１分間隔）で放送番組等のコンテンツをエンコーダしてファイル化して記録する。そして、サーバ１０は、通信端末２０からの送信要求にしたがって、所定の算定方法に従って算定した時間分のファイルを通信端末２０に送信する。サーバ１０は、通信端末２０にファイルを送信する際に、該ファイルの再生時間と再生順序をファイルのヘッダに付加して送信する。
【００３０】
サーバ１０は、複数の通信端末２０と通信して、放送番組等のコンテンツファイルを各通信端末に送信している。サーバ１０は、通信端末２０からの送信要求に応じて所定時間分のファイルを送信すると、次に通信端末２０にファイルを送信する送信予定時刻を設定する。サーバ１０は、複数の通信端末２０の送信予定時刻を集計して、各送信予定時刻における送信量を記録する。通信端末２０は、サーバ１０から受信したファイルをバッファメモリに蓄積する。そして、バッファメモリに蓄積されたファイルが順次再生されて、通信端末２０において連続したコンテンツ再生が実現される。
【００３１】
また、通信端末２０は、定期的に基地局等との通信能力を検出して、該通信能力のレベルを記録している。通信端末２０は、記録した通信能力が、予め定められた通信能力を下回った場合の時間幅を通信不能時間として記録する。そして、通信端末２０は、サーバ１０に記録した通信不能時間を送信して、コンテンツファイルの送信を要求する。サーバ１０に送信する通信不能時間は、所定時間（例えば１時間）内に発生した通信不能時間のうちの最大値である。
【００３２】
サーバ１０は、通信端末２０から送信された通信不能時間の最大値と、予め定められた時間とを比較して、長い時間を初期設定送信時間とする。そして、該初期設定送信時間にファイル送信に要する送信時間を加算して、次に初期設定送信時間分のファイルを送信する送信予定時刻を設定する。サーバ１０は、通信端末２０の通信不能時間に基づいて設定した送信予定時刻における送信量を参照する。そして、該送信量が所定の閾値を超えていた場合には、送信予定時刻の前後の時間内から送信量が閾値を越えない時刻を検出して、該時刻を送信予定時刻に再度設定する。
【００３３】
このように、情報処理システム１のサーバ１０は、ファイルを受信する通信端末２０の通信不能時間に応じた時間分のファイルを通信端末２０に送信して、通信不能時間分のファイルが通信端末２０のバッファメモリに蓄積される。これにより、通信端末２０側で十分な通信性能が得られずに次のファイルが受信できない状態が続いても、バッファメモリに蓄積されたファイルが枯渇することがないため、コンテンツの再生が中断するのを防止することができる。また、サーバ１０は、複数の通信端末２０へ送信する送信量を参照して送信時刻を設定するため、サーバへのアクセスが過剰となってサーバ１０から通信端末２０への送信が不能となるのを防止することができる。
【００３４】
〔３〕サーバおよび通信端末の機能構成
以上、情報処理システム１の概要について説明した。次に、図１を参照して、情報処理装置１のサーバ１０および通信端末２０のハードウェア構成について説明する。サーバ１０および通信端末２０のハードウェア構成はほぼ同様のため、特に、サーバ１０のハードウェア構成について説明する。
【００３５】
サーバ１０は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３と、ホストバス１０４と、ブリッジ１０５と、外部バス１０６と、インタフェース１０７と、入力装置１０８と、出力装置１０９と、ストレージ（ＨＤＤ）１３０と、ドライブ１１１と、通信装置１１２とを備える。
【００３６】
ＣＰＵ１０１は、演算処理装置および制御装置として機能し、各種プログラムに従ってサーバ１０内の動作全般を制御する。また、ＣＰＵ１０１は、マイクロプロセッサであってもよい。ＲＯＭ１０２は、ＣＰＵ１０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ１０３は、ＣＰＵ１０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバスなどから構成されるホストバス１０４により相互に接続されている。
【００３７】
ホストバス１０４は、ブリッジ１０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス１０６に接続されている。なお、必ずしもホストバス１０４、ブリッジ１０５および外部バス１０６を分離構成する必要はなく、一のバスにこれらの機能を実装してもよい。
【００３８】
入力装置１０８は、例えば、マウス、キーボード、タッチパネル、ボタン、マイク、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ１０１に出力する入力制御回路などから構成されている。サーバ１０のユーザは、該入力装置１０８を操作することにより、サーバ１０に対して各種のデータを入力したり処理動作を指示したりすることができる。
【００３９】
出力装置１０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｓｐｌａｙ）装置およびランプなどの表示装置と、スピーカおよびヘッドホンなどの音声出力装置で構成される。出力装置１０９は、例えば、再生されたコンテンツを出力する。具体的には、表示装置は再生された映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、再生された音声データ等を音声に変換して出力する。
【００４０】
ストレージ１３０は、本実施形態にかかるサーバ１０の記憶部の一例として構成されたデータ格納用の装置であり、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含むことができる。ストレージ１３０は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）で構成される。このストレージ１３０は、ハードディスクを駆動し、ＣＰＵ１０１が実行するプログラムや各種データを格納する。
【００４１】
ドライブ１１１は、記憶媒体用リーダライタであり、サーバ１０に内蔵、あるいは外付けされる。ドライブ１１１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体１１３に記録されている情報を読み出して、ＲＡＭ１０３に出力する。
【００４２】
通信装置１１２は、例えば、通信網５０に接続するための通信デバイス等で構成された通信インタフェースである。また、通信装置１１２は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応通信装置であっても、ワイヤレスＵＳＢ対応通信装置であっても、有線による通信を行うワイヤー通信装置であってもよい。この通信装置１１２は、通信端末２０との間で、通信網５０を介して、設定情報などの各種データを送受信する。
【００４３】
以上、サーバ１０のハードウェア構成について説明した。次に、図２を参照して、サーバ１０および通信端末２０の機能構成について説明する。図２は、サーバ１０および通信端末２０の機能構成を示すブロック図である。図２に示したように、サーバ１０は、主に、放送番組入力部１１０、エンコーダ１２０、制御部１４０、通信部１５０、ストレージ１３０などを備える。
【００４４】
放送番組入力部１１０は、ネットワークを介して他の装置や放送波から放送番組の音声映像信号を入力する機能を有する。放送番組入力部１１０は、入力した音声映像信号をエンコーダ１２０に提供する。本実施形態では、サーバ１０に入力される音声映像信号を放送番組の音声映像信号としたが、かかる例に限定されず、放送番組以外の音声映像信号であってもよい。エンコーダ１２０は、放送番組入力部１１０から提供された音声映像信号をエンコードしてデジタルデータを出力する機能を有する。
【００４５】
制御部１４０は、エンコーダ１２０によりエンコードされたデジタルデータを、所定時間間隔でファイル化してストレージ１３０に記録する。ストレージ１３０に記録されるファイルは、サーバ１０から複数の通信端末２０に順次配信されて、通信端末２０により再生される放送番組等のコンテンツのファイルである。
【００４６】
ストレージ１３０に記録されるファイルは、例えば、１分単位でファイル化される。制御部１４０は、ファイル１６０のヘッダに記録時刻と再生順を付加して、ファイル１６０をストレージ１３０に記録する。また、制御部１４０は、ストレージ１３０に記録されたファイル１６０を、通信部１５０を介して通信端末２０に送信する。制御部１４０は、ファイル１６０が通信端末２０に送信される毎に、その送信時刻とファイル１６０のファイル長を記録して図４に示した送信予定表を作成する。
【００４７】
図４に示した送信予定表は、例えば、１０秒程度毎の送信回数（送信量）を記録したものである。図４に示したように、例えば、送信回数（送信量）１７０回を閾値とした場合、送信回数１７０回を超える送信をした場合には、サーバ１０の負荷が増大して通信性能が低下する恐れがある。したがって、サーバ１０は、送信回数が１７０回を超えない範囲で送信スケジュールを組む必要がある。
【００４８】
また、制御部１４０は、通信端末２０からのコンテンツの送信要求に応じて、通信端末２０の通信不能時間に対応する時間分のコンテンツを含むファイル（第１のファイル）を通信部１５０に送信させる。そして、先に送信した第１のファイルの送信後、第１のファイルの送信時刻に通信端末２０の通信不能時間を加算した送信予定時刻に次に送信する第２のファイルを通信部１５０に送信させる。制御部１４０は、上記したＣＰＵ１０１の一例である。
【００４９】
ここで、通信不能時間とは、通信端末２０が通信不能となった時間である。サーバ１０は、通信端末２０からコンテンツの送信要求とともに、通信不能時間を受け取る。例えば、通信端末２０が定期的に基地局等との通信能力を検出して、通信能力のレベルを記録している場合には、記録した通信能力が予め定められた通信能力を下回った場合の時間幅を通信不能時間として記録する。例えば、図５に示したように、所定時間Ｃ（例えば１分）分毎に通信能力を検出しているとする。予め定めた通信能力Ｘを下回った場合の時間幅を通信不能時間として記録する。
【００５０】
図５に示したように、例えば、通信不能時間がＤ１、Ｄ２、Ｄ３、Ｄ４と記録された場合には、一定時間（Ｅ）内に発生した通信不能時間の最大値Ｄｍａｘを検出して、通信不能時間としてもよい。通信端末２０により通信不能時間の検出については、後で詳細に説明する。
【００５１】
通信端末２０から送信要求とともに通信不能時間を通知されたサーバ１０は、上記のとおり送信するファイルに含まれるコンテンツの送信時間と、ファイルを送信する送信予定時刻を決定する。サーバ１０は、送信予定時刻を決定する際に、該送信予定時刻の送信量を参照する。そして、該送信量が所定の閾値を超えていた場合には、送信予定時刻の前後の時間内から送信量が閾値を越えない時刻を検出して、該時刻を送信予定時刻に再度設定する。
【００５２】
ここで、図３を参照して、制御部１４０の詳細について説明する。図３は、制御部１４０の詳細を示すブロック図である。図３に示したように、制御部１４０は、主に、算出部１４１、決定部１４２、検出部１４３、判定部１４４などを備える。算出部１４１は、通信端末２０の通信不能時間に応じて、通信端末２０に送信するファイルに含まれるコンテンツのファイルサイズを算出する機能を有する。算出部１４１は、送信するファイルに含まれるコンテンツのファイルサイズを、通信端末２０の通信不能時間分以上の送信時間とする。また、コンテンツの送信時間が予め決められている場合には、予め決められている時間と通信端末２０の通信不能時間とを比較して、長い時間分に相当するファイルサイズをコンテンツのファイルサイズとしてもよい。
【００５３】
決定部１４２は、算出部１４１により算出された第１のファイルに含まれるコンテンツのファイルサイズに相当する時間長を第１のファイルの送信時刻に加算して、第２のファイルの送信予定時刻に決定する機能を有する。図４に示した送信予定表を用いて、決定部１４２により決定される送信予定時刻について説明する。まず、第１のファイルを送信した時刻をＴ１とする。そして、時刻Ｔ１に算出部により算出されたコンテンツのファイルサイズに相当する時間長の送信時間（Ｇ時間とする。）を加算した時刻Ｔ２を算出する。
【００５４】
図３に戻り、検出部１４３は、所定時間間隔毎に通信部１５０により送信されるファイルの送信回数を検出する機能を有する。上記したように、検出部１４３は、検出されたファイルの送信回数を記録して図４に示す送信予定表を作成する。また、判定部１４４は、次に送信するファイルの送信予定時刻におけるファイルの送信回数が所定の閾値を超えるか否かを判定する機能を有する。
【００５５】
例えば、図４に示した送信予定表においては、判定部１４４は、決定部１４２により決定された送信予定時刻（時刻Ｔ２）におけるファイルの送信回数が所定の閾値（１７０）を超えるか否かを判定する。図４に示したように、判定部１４４により、決定部１４２により決定された送信予定時刻Ｔ２の時点におけるファイルの送信回数は１７０を超えていると判定される。判定部１４４により判定結果を提供された決定部１４２は、送信予定時刻Ｔ２の前後の所定時間範囲内（例えばＪ時間）において、送信回数が所定の閾値以下となる時刻を次に送信するファイルの送信予定時刻Ｔ３に決定する。
【００５６】
ここで、送信予定時刻Ｔ２の前後の所定時間範囲内（Ｊ時間）において、送信回数が最小となる時刻は、例えば時刻Ａ１、Ａ２、Ａ３などである。例えば、送信予定時刻Ｔ３を、Ｔ２より前の時刻Ａ１に設定したとする。この場合、時刻Ｔ１において先のファイル（第１のファイル）が送信され、時刻Ｔ３において次のファイル（第２のファイル）が送信されることとなる。このとき、制御部１４０は、時刻Ａ１における送信回数のカウントを「１」加算する。
【００５７】
算出部１４１は、決定部１４２により決定された送信予定時刻に応じて、時刻Ｔ１において送信するコンテンツのファイルサイズを変更するようにしてもよい。例えば、最初に設定された時刻Ｔ２より早い時刻Ｔ３に送信予定時刻が決定された場合には、先に算出したＧ時間から、Ｔ１からＴ３の時刻までの時間幅分（Ｋ時間）のコンテンツのファイルサイズに変えて通信端末２０に送信するようにしてもよい。
【００５８】
また、最初に設定された時刻Ｔ２より遅い時刻に送信予定時刻が決定された場合には、先に算出したＧ時間よりも長い時間幅分のコンテンツのファイルサイズに変えて通信端末２０に送信するようにしてもよい。時刻Ｔ１の時点で送信するファイルに含まれるコンテンツは、Ｋ時間よりも長い時間分のコンテンツである必要がある。したがって、送信予定時刻が早まる場合には、先に算出されたコンテンツのファイルサイズを変更しなくてもよい。一方、送信予定時刻が遅くなる場合には、先に算出されたコンテンツの時間よりも長い時間分のコンテンツを含むファイルを通信端末２０に送信する必要がある。
【００５９】
これにより、通信端末２０が通信不能となる時間よりも長い時間分のコンテンツを送信して、通信端末２０側で通信不能でファイルが受信できずに再生が中断するのを防止することが可能となる。さらに、次にファイルを送信する時刻に、サーバの送信量が過剰となって送信不能となることを防止することができる。
【００６０】
通信部１５０は、制御部１４０の制御のもと、ネットワークを介して接続された通信端末２０にコンテンツを送信する機能を有する。通信部１５０は、上記した通信装置１１２の一例である。以上、サーバ１０の機能構成について説明した。次に、通信端末２０の機能構成について説明する。
【００６１】
図２に示したように、通信端末２０は、放送番組出力部２１０と、デコーダ２２０と、ストレージ２３０と、制御部２４０と、通信部２５０などを備える。
【００６２】
通信部２５０は、予め定められた時間間隔で基地局等に向かって位置の通知を行って、基地局からの返信でＡｃｋを受ける。このＡｃｋの受信時に電界強度（電波の強さ）等の情報を受信する。制御部２４０は、通信部２５０により受信された電波の強さ（以降、電波強度と称する。）と予め定められた電波強度と比較する。そして、受信した電波強度が予め定められた電波強度Ｘよりも小さい場合に、通信不能とする。その後、電波強度が電波強度Ｘを超えた場合に、通信不能であった時間幅を通信不能時間Ｄ１として記録する。
【００６３】
図５に示したように、通信不能時間の検出作業を繰り返し、通信不能時間Ｄ１、Ｄ２・・・Ｄｎを記録する。そして、所定時間（例えばＥ時間）のうちに発生した通信不能時間のうちの最大値をＤｍａｘとする。ユーザ操作に応じて番組再生ボタンが押下された場合に、制御部２４０は、コンテンツを含むファイルの送信要求とともに通信不能時間の最大値Ｄｍａｘをサーバ１０に通信部２５０を介して送信する。
【００６４】
通信部２５０はサーバ１０から送信されたコンテンツを含むファイルを受信し、制御部２４０により該ファイル２６０がストレージ２３０に格納される。制御部２４０は、ストレージ２３０に番組ファイルが格納されると、ただちにデコーダ２２０に該ファイルの再生を指示する。そして、放送番組出力部２１０により、番組ファイルが再生される。
【００６５】
また、制御部２４０は、ストレージ２３０に格納されているコンテンツのファイルの残り時間を検出する。そして、検出したコンテンツの残りの時間量が予め決められた値（例えばＬ時間）と比較する。比較の結果、コンテンツの残りの時間量がＬ時間よりも小さいと判定された場合には、サーバ１０に新たに検出したＤｍａｘ値を送信して次のファイルの送信を要求する。
【００６６】
通信部２５０は、サーバ１０から送信されたコンテンツのファイルを受信して、ストレージ２３０に以前に格納したファイルと連続するように格納する。以上、通信端末２０の機能構成について説明した。
【００６７】
〔４〕情報処理システムにおける情報処理方法の処理の詳細
次に、図６を参照して、情報処理システム１における情報処理方法について説明する。図６は、情報処理システムにおける情報処理方法を示すタイミングチャートである。図６に示したように、まず、サーバ１０は、所定時間間隔で放送番組入力部１１０から入力される番組（音声映像信号）をエンコーダ１２０によりエンコードして、ストレージ１３０に蓄積する（Ｓ１０２）。
【００６８】
通信端末２０は、定期的に通信不能時間Ｄを記録する（Ｓ１０４）。ステップＳ１０４における通信不能時間Ｄの記録については、後で詳細に説明する。そして、ユーザ操作に応じて通信端末２０に備わる再生ボタンが押下される（Ｓ１０６）。ステップＳ１０６において再生ボタンが押下されると、通信不能時間Ｄの最大値Ｄｍａｘが算出される（Ｓ１０８）。そして、ファイルの送信要求（Ｓ１１０）とともに、ステップＳ１０８において算出されたＤｍａｘをサーバ１０に送信する（Ｓ１１２）。
【００６９】
ステップＳ１１０においてファイルの送信要求を受け、ステップＳ１１２においてＤｍａｘを受信したサーバ１０は、コンテンツの送信ファイル長Ｋを算出する（Ｓ１１４）。また、ステップＳ１１６において、次にファイルを送信する送信予定時刻を決定する。そして、サーバ１０は、ステップＳ１１４において算出したＫ分分のコンテンツを含むファイルを通信端末２０に送信する（Ｓ１１６）。ステップＳ１１４における送信ファイル長の算出および送信予定時刻の決定については、後で詳細に説明する。
【００７０】
そして、サーバ１０は、送信予定時刻の送信回数に「１」を加算する（Ｓ１１８）。そして、サーバ１０は、Ｋ分後にＫ分分のファイルを通信端末２０に送信する（Ｓ１２０）。情報処理システム１における情報処理方法について説明した。
【００７１】
〔４−１〕通信端末の動作の詳細
次に、図７を参照して、通信端末２０における動作の詳細について説明する。以下では、特に、通信端末２０における通信不能時間の記録について説明する。まず、通信端末２０の制御部２４０は、Ｃ＝０をセットする（Ｓ２０１）。そして、通信端末２０の通信部２５０は、基地局等に自己の位置を通知する（Ｓ２０２）。ステップＳ２０２において、基地局等に自己の位置を通知した通信端末２０の通信部２５０は、基地局からのＡｃｋを受信する（Ｓ２０４）。上記したように、ステップＳ２０４におけるＡｃｋの受信時に、電波強度等の情報も受信する。
【００７２】
制御部２４０は、ステップＳ２０４において受信した電波強度が所定の強度より大きいか否かを判定する（Ｓ２０６）。ステップＳ２０６において、電波強度が所定の強度より小さいと判定された場合には、ステップＳ２０８の処理を実行する。ステップＳ２０６において、電波強度が所定の強度より大きいと判定された場合には、ステップＳ２１０以降の処理を実行する。
【００７３】
ステップＳ２０８において、電波強度が所定の強度より小さいと判定された場合には、ＣにＣ＋１をセットして、ステップＳ２０２の処理を繰り返す。ステップＳ２０２〜ステップＳ２０６の処理を繰り返すことにより、通信端末２０は、電波強度の判定を定期的に（例えばＷ秒毎に）行うこととなる。
【００７４】
ステップＳ２０６において、電波強度が所定の強度より大きいと判定された場合には、通信不能時間ＤにＣ×Ｗ（秒）をセットする。ここで、ＣはステップＳ２０２〜ステップＳ２０６を繰り返した回数であり、Ｗは予め設定された電波強度判定処理の実行間隔である。そして、通信端末２０は、通信不能時間Ｄを記録する（Ｓ２１２）。
【００７５】
通信端末２０は、サーバ１０にファイルの送信要求を行う際に通信不能時間の記録処理を実行してもよいし、定期的に通信不能時間の記録処理を実行するようにしてもよい。また、ファイルの送信要求を行う際に、所定時間内で通信不能時間を所定間隔で記録するようにしてもよい。その場合には、所定時間内での通信不能時間の最大値Ｄｍａｘを通信不能時間としてサーバ１０に送信する。以上、通信端末２０における通信不能時間の記録について説明した。
【００７６】
〔４−２〕サーバの動作の詳細
次に、図８を参照して、サーバ１０における動作の詳細について説明する。以下では、特に、サーバ１０における通信端末２０へ送信する送信ファイル長の算出および送信予定時刻の決定について詳細に説明する。まず、サーバ１０は、通信端末２０からファイルの送信要求とともに上記したＤｍａｘを受信する（Ｓ３０２）。そして、ステップＳ３０２において受信したＤｍａｘ時間と予め設定されたＦ時間を比較する（Ｓ３０４）。ステップＳ２０４においてＤｍａｘと比較されるＦ時間は、通信端末２０からのファイル送信要求後に所定時間間隔でファイルを送信するために予め設定された時間である。
【００７７】
ステップＳ３０４の比較の結果、ＤｍａｘがＦより大きいと判定された場合には、Ｄｍａｘを初期設定送信時間Ｇに設定する（Ｓ３０６）。また、ステップＳ３０４の比較の結果、ＤｍａｘがＦより小さいと判定された場合には、Ｆを初期設定送信時間Ｇに設定する（Ｓ３０８）。
【００７８】
次に、Ｇ分分のファイルを送信する（Ｓ３１０）。そして、ＦにＧをセット（Ｆ＝Ｇ）する（Ｓ３１２）。
【００７９】
次に、ステップＳ３１０において送信されたＧ分分のファイルのファイル長をもとに、次回の送信時刻を算出する（Ｓ３１４）。ステップＳ３１４において算出される送信予定時刻は、ステップＳ３１０において送信されたＧ分分のファイルのファイル長に送信に必要な時間を加算した時刻を、ステップＳ３１２においてファイルを送信した送信時刻に加算して算出する。
【００８０】
そして、ステップＳ３１４において算出した送信予定時刻における送信回数が閾値以下か否かを判定する（Ｓ３１６）。ステップＳ３１６において、送信予定時刻における送信回数が閾値以下ではないと判定された場合には、送信予定時刻を変更する（Ｓ３１８）。ステップＳ３１６において、送信予定時刻における送信回数が閾値以下であると判定された場合には、ステップＳ３２０の処理を実行する。ステップＳ３１８においては、ステップＳ３１４において算出された送信予定時刻の前後の所定の時間内で、送信回数が閾値以下である時刻を検出して、該時刻を次にファイルを送信する時刻に変更する。
【００８１】
そして、次に送信するファイルの送信予定時刻の送信回数に「１」を加算する（Ｓ３２０）。その後、ステップＳ３１４において算出した送信予定時刻またはステップＳ３１８において変更した送信予定時刻に次に送信するファイルを送信する（Ｓ３２２）。ステップＳ３２２において送信されるファイル長は、Ｇ分分のファイル長である。
【００８２】
ここで、図９を参照して、通信端末２０が次のファイルを要求するタイミングについて説明する。図９に示したように、通信端末２０は、サーバ１０に番組ファイルを要求した後（Ｓ４０２）、再生すべきファイルの残量時間が、所定時間Ｌより大きいか否かを判定する（Ｓ４０４）。
【００８３】
ステップＳ４０４において、再生すべきファイルの残量時間が所定時間Ｌより小さいと判定された場合には、サーバ１０に次のファイルを要求し（Ｓ４０６）、ファイルを受信する（Ｓ４０８）。ステップＳ４０４において再生すべきファイルの残量時間が所定時間Ｌより大きいと判定された場合には、サーバ１０により設定された送信予定時刻にファイルを受信する（Ｓ４０８）。以上、通信端末２０が次のファイルを要求するタイミングについて説明した。
【００８４】
上記実施形態にかかる情報処理システム１によれば、通信端末２０からのコンテンツの送信要求に応じて、通信端末２０により送信された通信不能時間に対応する時間分のコンテンツを含むファイル（第１のファイル）を送信して、通信端末２０の通信不能時間に対応する時間分のコンテンツを含むファイル（第２のファイル）を第１のファイルの送信後、第１のファイルの送信時刻に通信端末の通信不能時間を加算した送信予定時刻に送信する。これにより、通信端末２０側で十分な通信性能が得られずに次のファイルが受信できない状態が続いても、バッファメモリに蓄積されたファイルが枯渇することがないため、コンテンツ再生が中断するのを防止することができる。また、サーバ１０は、複数の通信端末２０へ送信する送信量を参照して送信時刻を設定するため、サーバへのアクセスが過剰となってサーバ１０から通信端末２０への送信が不能となるのを防止することができる。
【００８５】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００８６】
例えば、本明細書のサーバ１０および通信端末２０の処理における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。すなわち、サーバ１０の処理における各ステップは、異なる処理であっても並列的に実行されてもよい。
【００８７】
また、サーバ１０、通信端末２０などに内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述したサーバ１０、通信端末２０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【符号の説明】
【００８８】
１０ サーバ
１１０ 放送番組入力部
１２０ エンコーダ
１３０ ストレージ
１４０ 制御部
１４１ 算出部
１４２ 決定部
１４３ 検出部
１４４ 判定部
１５０ 通信部
２０ 通信端末
２１０ 放送番組出力部
２２０ デコーダ
２３０ ストレージ
２４０ 制御部
２５０ 通信部
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された通信端末にコンテンツを送信する通信部と、
前記通信部による前記コンテンツの送信を制御する制御部と、
を備え、
前記制御部は、前記通信端末からの前記コンテンツの送信要求に応じて、前記通信端末の通信不能時間に対応する時間分の前記コンテンツを含む第１のファイルを送信させ、
前記第１のファイルの次に送信する第２のファイルを、前記第１のファイルの送信時刻に前記通信端末の通信不能時間を加算した送信予定時刻に送信させる、
情報処理装置。
【請求項２】
前記制御部は、前記通信端末の前記通信不能時間に応じて、前記第１のファイルに含まれる前記コンテンツのファイルサイズを算出する算出部を含むことを特徴とする、請求項１に記載の情報処理装置。
【請求項３】
前記算出部は、前記コンテンツのファイルサイズを前記通信端末の通信不能時間分以上のファイルサイズとする、請求項２に記載の情報処理装置。
【請求項４】
前記制御部は、前記算出部により算出された前記第１のファイルに含まれる前記コンテンツのファイルサイズに相当する時間長を前記第１のファイルの送信時刻に加算して前記第２のファイルの送信予定時刻に決定する決定部を含むことを特徴とする、請求項２に記載の情報処理装置。
【請求項５】
前記制御部は、
所定時間間隔毎に前記通信部により送信されるファイルの送信回数を検出する検出部と、
前記第２のファイルの前記送信予定時刻における前記ファイルの前記送信回数が所定の閾値を超えるか否かを判定する判定部と、
を含み、
前記決定部は、前記第２のファイルの前記送信予定時刻における前記ファイルの前記送信回数が所定の閾値を超える場合に、前記送信回数が所定の閾値以下となる時刻を前記第２のファイルの送信予定時刻に変更する、請求項４に記載の情報処理装置。
【請求項６】
前記決定部は、前記第２のファイルの前記送信予定時刻における前記ファイルの前記送信回数が所定の閾値を超える場合に、前記送信予定時刻の前後の所定時間範囲内において前記送信回数が所定の閾値以下となる時刻を前記第２のファイルの送信予定時刻に変更する、請求項５に記載の情報処理装置。
【請求項７】
前記決定部により、前記送信予定時刻の前後の所定時間範囲内において前記送信回数が所定の閾値以下となる時刻を前記第２のファイルの送信予定時刻に変更された場合、
前記算出部は、前記第２のファイルの送信予定時刻に応じて、前記第１のファイルに含まれる前記コンテンツの送信時間を変更する、請求項６に記載の情報処理装置。
【請求項８】
前記通信端末の通信不能時間は、所定時間内に前記通信端末が通信不能となった時間幅の最大値である、請求項１に記載の情報処理装置。
【請求項９】
ネットワークを介して接続された通信端末からのコンテンツの送信要求に応じて、前記通信端末の通信不能時間に対応する時間分の前記コンテンツを含む第１のファイルを送信するステップと、
前記第１のファイルの次に送信する第２のファイルを、前記第１のファイルの送信時刻に前記第１のファイルの次に送信する第２のファイルを、前記第１のファイルの送信時刻に前記通信端末の通信不能時間を加算した送信予定時刻に送信するステップと、
を含む、情報処理方法。
【請求項１０】
コンピュータを、
ネットワークを介して接続された通信端末にコンテンツを送信する通信部と、
前記通信端末からの前記コンテンツの送信要求に応じて、前記通信端末の通信不能時間に対応する時間分の前記コンテンツを含む第１のファイルを送信させ、
前記第１のファイルの次に送信する第２のファイルを、前記第１のファイルの送信時刻に前記通信端末の通信不能時間を加算した送信予定時刻に送信させる制御部と、
を備える情報処理装置として機能させるための、プログラム。
【請求項１１】
所定間隔で基地局から受信する電波強度をもとに検出された通信不能時間と、コンテンツの送信要求とをネットワークを介して接続されたサーバに通知する通信部と、
前記サーバから送信される前記通信不能時間に対応する時間分の前記コンテンツを含むファイルの再生を制御する制御部と、
を備え
前記制御部は、前記ファイルの送信時刻に前記通信不能時間を加算した送信予定時刻以前に前記受信したファイルの再生残量が所定の閾値より少ない場合に前記サーバに次のファイルの送信要求を通知させる、通信端末。
【請求項１】
ネットワークを介して接続された通信端末にコンテンツを送信する通信部と、
前記通信部による前記コンテンツの送信を制御する制御部と、
を備え、
前記制御部は、前記通信端末からの前記コンテンツの送信要求に応じて、前記通信端末の通信不能時間に対応する時間分の前記コンテンツを含む第１のファイルを送信させ、
前記第１のファイルの次に送信する第２のファイルを、前記第１のファイルの送信時刻に前記通信端末の通信不能時間を加算した送信予定時刻に送信させる、
情報処理装置。
【請求項２】
前記制御部は、前記通信端末の前記通信不能時間に応じて、前記第１のファイルに含まれる前記コンテンツのファイルサイズを算出する算出部を含むことを特徴とする、請求項１に記載の情報処理装置。
【請求項３】
前記算出部は、前記コンテンツのファイルサイズを前記通信端末の通信不能時間分以上のファイルサイズとする、請求項２に記載の情報処理装置。
【請求項４】
前記制御部は、前記算出部により算出された前記第１のファイルに含まれる前記コンテンツのファイルサイズに相当する時間長を前記第１のファイルの送信時刻に加算して前記第２のファイルの送信予定時刻に決定する決定部を含むことを特徴とする、請求項２に記載の情報処理装置。
【請求項５】
前記制御部は、
所定時間間隔毎に前記通信部により送信されるファイルの送信回数を検出する検出部と、
前記第２のファイルの前記送信予定時刻における前記ファイルの前記送信回数が所定の閾値を超えるか否かを判定する判定部と、
を含み、
前記決定部は、前記第２のファイルの前記送信予定時刻における前記ファイルの前記送信回数が所定の閾値を超える場合に、前記送信回数が所定の閾値以下となる時刻を前記第２のファイルの送信予定時刻に変更する、請求項４に記載の情報処理装置。
【請求項６】
前記決定部は、前記第２のファイルの前記送信予定時刻における前記ファイルの前記送信回数が所定の閾値を超える場合に、前記送信予定時刻の前後の所定時間範囲内において前記送信回数が所定の閾値以下となる時刻を前記第２のファイルの送信予定時刻に変更する、請求項５に記載の情報処理装置。
【請求項７】
前記決定部により、前記送信予定時刻の前後の所定時間範囲内において前記送信回数が所定の閾値以下となる時刻を前記第２のファイルの送信予定時刻に変更された場合、
前記算出部は、前記第２のファイルの送信予定時刻に応じて、前記第１のファイルに含まれる前記コンテンツの送信時間を変更する、請求項６に記載の情報処理装置。
【請求項８】
前記通信端末の通信不能時間は、所定時間内に前記通信端末が通信不能となった時間幅の最大値である、請求項１に記載の情報処理装置。
【請求項９】
ネットワークを介して接続された通信端末からのコンテンツの送信要求に応じて、前記通信端末の通信不能時間に対応する時間分の前記コンテンツを含む第１のファイルを送信するステップと、
前記第１のファイルの次に送信する第２のファイルを、前記第１のファイルの送信時刻に前記第１のファイルの次に送信する第２のファイルを、前記第１のファイルの送信時刻に前記通信端末の通信不能時間を加算した送信予定時刻に送信するステップと、
を含む、情報処理方法。
【請求項１０】
コンピュータを、
ネットワークを介して接続された通信端末にコンテンツを送信する通信部と、
前記通信端末からの前記コンテンツの送信要求に応じて、前記通信端末の通信不能時間に対応する時間分の前記コンテンツを含む第１のファイルを送信させ、
前記第１のファイルの次に送信する第２のファイルを、前記第１のファイルの送信時刻に前記通信端末の通信不能時間を加算した送信予定時刻に送信させる制御部と、
を備える情報処理装置として機能させるための、プログラム。
【請求項１１】
所定間隔で基地局から受信する電波強度をもとに検出された通信不能時間と、コンテンツの送信要求とをネットワークを介して接続されたサーバに通知する通信部と、
前記サーバから送信される前記通信不能時間に対応する時間分の前記コンテンツを含むファイルの再生を制御する制御部と、
を備え
前記制御部は、前記ファイルの送信時刻に前記通信不能時間を加算した送信予定時刻以前に前記受信したファイルの再生残量が所定の閾値より少ない場合に前記サーバに次のファイルの送信要求を通知させる、通信端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１１−４１０１８（Ｐ２０１１−４１０１８Ａ）
【公開日】平成２３年２月２４日（２０１１．２．２４）
【国際特許分類】
【出願番号】特願２００９−１８６７９０（Ｐ２００９−１８６７９０）
【出願日】平成２１年８月１１日（２００９．８．１１）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
【公開日】平成２３年２月２４日（２０１１．２．２４）
【国際特許分類】
【出願日】平成２１年８月１１日（２００９．８．１１）
【出願人】（０００００２１８５）ソニー株式会社 (34,172)
【Ｆターム（参考）】
[ Back to top ]