(57)【要約】【課題】  携帯端末とホームサーバとの間に通信障害が発生し、コンテンツの通信が途切れた場合にでも、通信障害の回復後に途切れたところからコンテンツ視聴することができるホームサーバ、携帯端末、コンテンツ配信システムおよびコンテンツ配信方法を提供する。【解決手段】  配信要求部１２は、コンテンツを構成するパケット群を先頭から順に指定した配信要求を送信し、指定したパケット群を配信部２４から受信する。再生済みフレームカウンタ１５は、最新に再生されたフレームの番号を記憶し、フレーム再生部１４は、受信したパケット群に含まれるフレームを再生する。配信要求部１２は、指定したパケット群の一部のパケットまたは全部のパケットが送られてこないと判断したときには、再生済みフレームカウンタ１５に記憶されている番号のフレームの次のフレームを含むパケット群を指定した配信要求を送信する。【選択図】        図２
2006094305.tif 000002
【特許請求の範囲】
【請求項１】
ホームサーバに蓄積されたコンテンツを携帯端末に配信するコンテンツ配信システムにおける前記ホームサーバであって、
放送されたコンテンツを受信するチューナと、
コンテンツを記憶するためのコンテンツ記憶部と、
前記受信したコンテンツをコンテンツ記憶部に出力するコンテンツ蓄積制御部と、
コンテンツの構成要素であるいずれかのパケット群を指定した配信要求を携帯端末から受信して、前記指定されたパケット群を前記コンテンツ記憶部から読出して前記携帯端末に送信する配信部とを備えたホームサーバ。
【請求項２】
前記コンテンツ蓄積制御部は、前記配信要求の受信後に、前記受信した配信要求で指定されたパケット群よりも順序が１個前の送信済みのパケット群を前記コンテンツ記憶部から消去する、請求項１記載のホームサーバ。
【請求項３】
ホームサーバに蓄積されたコンテンツを携帯端末に配信するコンテンツ配信システムにおける前記携帯端末であって、
コンテンツの構成要素であるパケット群を先頭から順に指定した配信要求をホームサーバに送信し、前記指定したパケット群を前記ホームサーバから受信する配信要求部と、
前記受信したパケット群に含まれるデータを再生する再生部と、
前記再生部で最新に再生したデータの識別子を記憶するカウンタとを備え、
前記配信要求部は、前記ホームサーバから前記指定したパケット群の一部のパケットまたは全部のパケットが送られてこないと判断したときには、前記カウンタに記憶されている識別子のデータの次のデータを含むパケット群を指定した配信要求を送信し、
前記再生部は、前記カウンタに記憶されている識別子のデータの次のデータから再生を行なう、携帯端末。
【請求項４】
前記携帯端末は、さらに、
前記ホームサーバから送信されるコンテンツを構成するデータを先入れ先出し方式で記憶するための受信バッファを備え、
前記配信要求部は、前記受信したパケット群を前記受信バッファに出力し、
前記配信要求部は、前記受信バッファの容量が所定値以下になると、前回の配信要求で指定したパケット群の次のパケット群を指定した配信要求を送信する、請求項３記載の携帯端末。
【請求項５】
前記配信要求部は、前記受信バッファの容量が空になると、前記指定したパケット群の一部のパケットまたは全部のパケットが送られてこないと判断し、前記カウンタに記憶されている識別子のデータの次のデータを含むパケット群を指定した配信要求を送信する、請求項４記載の携帯端末。
【請求項６】
ホームサーバに蓄積されたコンテンツを携帯端末に配信するコンテンツ配信システムであって、
前記ホームサーバは、
放送されたコンテンツを受信するチューナと、
コンテンツを記憶するためのコンテンツ記憶部と、
前記受信したコンテンツをコンテンツ記憶部に出力するコンテンツ蓄積制御部と、
コンテンツの構成要素であるいずれかのパケット群を指定した配信要求を前記携帯端末から受信して、前記指定されたパケット群を前記コンテンツ記憶部から読出して前記携帯端末に送信する配信部とを備え、
前記携帯端末は、
コンテンツの構成要素であるパケット群を先頭から順に指定した配信要求を前記ホームサーバに送信し、前記指定したパケット群を前記ホームサーバから受信する配信要求部と、
前記受信したパケット群に含まれるデータを再生する再生部と、
前記再生部で最新に再生したデータの識別子を記憶するカウンタとを備え、
前記配信要求部は、前記ホームサーバから前記指定したパケット群の一部のパケットまたは全部のパケットが送られてこないと判断したときには、前記カウンタに記憶されている識別子のデータの次のデータを含むパケット群を指定した配信要求を送信し、
前記再生部は、前記カウンタに記憶されている識別子のデータの次のデータから再生を行なう、コンテンツ配信システム。
【請求項７】
前記コンテンツ蓄積制御部は、前記配信要求の受信後に、前記受信した配信要求で指定されたパケット群よりも順序が１個前の送信済みのパケット群を前記コンテンツ記憶部から消去する、請求項６記載のコンテンツ配信システム。
【請求項８】
前記携帯端末は、さらに、
前記ホームサーバから送信されるコンテンツを構成するデータを先入れ先出し方式で記憶するための受信バッファを備え、
前記配信要求部は、前記受信したパケット群を前記受信バッファに出力し、
前記配信要求部は、前記受信バッファの容量が所定値以下になると、前回の配信要求で指定したパケット群の次のパケット群を指定した配信要求を送信する、請求項６記載のコンテンツ配信システム。
【請求項９】
前記配信要求部は、前記受信バッファの容量が空になると、前記指定したパケット群の一部のパケットまたは全部のパケットが送られてこないと判断し、前記カウンタに記憶されている識別子のデータの次のデータを含むパケット群を指定した配信要求を送信する、請求項６記載のコンテンツ配信システム。
【請求項１０】
ホームサーバに蓄積されたコンテンツを携帯端末に配信するコンテンツ配信方法であって、
ホームサーバが、放送されたコンテンツを受信するステップと、
ホ−ムサーバが、前記受信したコンテンツをコンテンツ記憶部に出力するステップと、
携帯端末が、コンテンツの構成要素であるパケット群を先頭から順に指定した配信要求を前記ホームサーバに送信する第１の配信要求ステップと、
ホームサーバが、コンテンツの構成要素であるパケット群を先頭から順に指定した配信要求を前記携帯端末から受信するステップと、
ホームサーバが、前記先頭から順に指定されたパケット群を前記コンテンツ記憶部から読出して前記携帯端末に送信するステップと、
携帯端末が、前記指定したパケット群を前記ホームサーバから受信するステップと、
携帯端末が、前記受信したパケット群に含まれるデータを再生するステップと、
携帯端末が、最新に再生したデータの識別子をカウンタに記憶するステップと、
携帯端末が、前記ホームサーバから前記指定したパケット群の一部のパケットまたは全部のパケットが送られてこないと判断したときには、前記カウンタに記憶されている識別子のデータの次のデータを含むパケット群を指定した配信要求を送信する第２の配信要求ステップと、
ホームサーバが、前記識別子のデータの次のデータを含むパケット群を指定した配信要求を受信するステップと、
ホームサーバが、前記指定された次のデータを含むパケット群を前記コンテンツ記憶部から読出して前記携帯端末に送信するステップと、
携帯端末が、前記指定された次のデータを含むパケット群を前記ホームサーバから受信するステップとを含み、
前記再生するステップは、前記カウンタに記憶されている識別子のデータの次のデータから再生を行なう、コンテンツ配信方法。
【請求項１１】
前記コンテンツ配信方法は、さらに、
前記ホームサーバが、前記配信要求の受信後に、前記受信した配信要求で指定されたパケット群よりも順序が１個前の送信済みのパケット群を前記コンテンツ記憶部から消去するステップをさらに含む、請求項１０記載のコンテンツ配信方法。
【請求項１２】
前記携帯端末は、前記ホームサーバから送信されるコンテンツを構成するデータを先入れ先出し方式で記憶するための受信バッファを備え、
前記コンテンツ配信方法は、
携帯端末が、前記受信したパケット群を前記受信バッファに出力するステップをさらに含み、
前記第１の配信要求ステップにおいて、携帯端末が、前記受信バッファの容量が所定値以下になると、前回の配信要求で指定したパケット群の次のパケット群を指定した配信要求を送信する、請求項１０記載のコンテンツ配信方法。
【請求項１３】
前記第２の配信要求ステップにおいて、携帯端末が、前記受信バッファの容量が空になると、前記指定したパケット群の一部のパケットまたは全部のパケットが送られてこないと判断し、前記カウンタに記憶されている識別子のデータの次のデータを含むパケット群を指定した配信要求を送信する、請求項１２記載のコンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ホームサーバ、携帯端末、コンテンツ配信システムおよびコンテンツ配信方法に関する。
【背景技術】
【０００２】
従来から、放送されたコンテンツをホームサーバで受信して蓄積し、利用者が希望するときに蓄積されたコンテンツを携帯端末に配信するコンテンツ配信システムが提案されている（たとえば、特許文献１参照）。
【０００３】
このようなコンテンツ配信システムによれば、利用者はいつでもどこでも自宅のホームサーバに蓄積したコンテンツを携帯端末で視聴することができる。
【特許文献１】特開２００３−３７８０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記のようなコンテンツ配信システムでは、携帯端末を保持している利用者の移動などによって通信障害が発生し、コンテンツの通信が途切れてしまうことがよくある。そのような場合に、ホームサーバは、通信障害の回復後に、コンテンツを先頭から再度携帯端末に送信し、携帯端末を保持している利用者はもう一度コンテンツの先頭から視聴しなくてはならなくなり、不便である。
【０００５】
それゆえに、本発明の目的は、携帯端末とホームサーバとの間に通信障害が発生し、コンテンツの通信が途切れた場合にでも、通信障害の回復後に途切れたところからコンテンツ視聴することができるホームサーバ、携帯端末、コンテンツ配信システムおよびコンテンツ配信方法を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のホームサーバは、ホームサーバに蓄積されたコンテンツを携帯端末に配信するコンテンツ配信システムにおけるホームサーバであって、放送されたコンテンツを受信するチューナと、コンテンツを記憶するためのコンテンツ記憶部と、受信したコンテンツをコンテンツ記憶部に出力するコンテンツ蓄積制御部と、コンテンツの構成要素であるいずれかのパケット群を指定した配信要求を携帯端末から受信して、指定されたパケット群をコンテンツ記憶部から読出して携帯端末に送信する配信部とを備える。
【０００７】
好ましくは、コンテンツ蓄積制御部は、配信要求の受信後に、受信した配信要求で指定されたパケット群よりも順序が１個前の送信済みのパケット群をコンテンツ記憶部から消去する。
【０００８】
また、本発明の携帯端末は、ホームサーバに蓄積されたコンテンツを携帯端末に配信するコンテンツ配信システムにおける携帯端末であって、コンテンツの構成要素であるパケット群を先頭から順に指定した配信要求をホームサーバに送信し、指定したパケット群をホームサーバから受信する配信要求部と、受信したパケット群に含まれるデータを再生する再生部と、再生部で最新に再生したデータの識別子を記憶するカウンタとを備え、配信要求部は、ホームサーバから指定したパケット群の一部のパケットまたは全部のパケットが送られてこないと判断したときには、カウンタに記憶されている識別子のデータの次のデータを含むパケット群を指定した配信要求を送信し、再生部は、カウンタに記憶されている識別子のデータの次のデータから再生を行なう。
【０００９】
好ましくは、携帯端末は、さらに、ホームサーバから送信されるコンテンツを構成するデータを先入れ先出し方式で記憶するための受信バッファを備え、配信要求部は、受信したパケット群を受信バッファに出力し、配信要求部は、受信バッファの容量が所定値以下になると、前回の配信要求で指定したパケット群の次のパケット群を指定した配信要求を送信する。
【００１０】
好ましくは、配信要求部は、受信バッファの容量が空になると、指定したパケット群の一部のパケットまたは全部のパケットが送られてこないと判断し、カウンタに記憶されている識別子のデータの次のデータを含むパケット群を指定した配信要求を送信する。
【００１１】
また、本発明のコンテンツ配信システムは、ホームサーバに蓄積されたコンテンツを携帯端末に配信するコンテンツ配信システムであって、ホームサーバは、放送されたコンテンツを受信するチューナと、コンテンツを記憶するためのコンテンツ記憶部と、受信したコンテンツをコンテンツ記憶部に出力するコンテンツ蓄積制御部と、コンテンツの構成要素であるいずれかのパケット群を指定した配信要求を携帯端末から受信して、指定されたパケット群をコンテンツ記憶部から読出して携帯端末に送信する配信部とを備え、携帯端末は、コンテンツの構成要素であるパケット群を先頭から順に指定した配信要求をホームサーバに送信し、指定したパケット群をホームサーバから受信する配信要求部と、受信したパケット群に含まれるデータを再生する再生部と、再生部で最新に再生したデータの識別子を記憶するカウンタとを備え、配信要求部は、ホームサーバから指定したパケット群の一部のパケットまたは全部のパケットが送られてこないと判断したときには、カウンタに記憶されている識別子のデータの次のデータを含むパケット群を指定した配信要求を送信し、再生部は、カウンタに記憶されている識別子のデータの次のデータから再生を行なう。
【００１２】
好ましくは、コンテンツ蓄積制御部は、配信要求の受信後に、受信した配信要求で指定されたパケット群よりも順序が１個前の送信済みのパケット群をコンテンツ記憶部から消去する。
【００１３】
好ましくは、携帯端末は、さらに、ホームサーバから送信されるコンテンツを構成するデータを先入れ先出し方式で記憶するための受信バッファを備え、配信要求部は、受信したパケット群を受信バッファに出力し、配信要求部は、受信バッファの容量が所定値以下になると、前回の配信要求で指定したパケット群の次のパケット群を指定した配信要求を送信する。
【００１４】
好ましくは、配信要求部は、受信バッファの容量が空になると、指定したパケット群の一部のパケットまたは全部のパケットが送られてこないと判断し、カウンタに記憶されている識別子のデータの次のデータを含むパケット群を指定した配信要求を送信する。
【００１５】
また、本発明のコンテンツ配信方法は、ホームサーバに蓄積されたコンテンツを携帯端末に配信するコンテンツ配信方法であって、ホームサーバが、放送されたコンテンツを受信するステップと、ホ−ムサーバが、受信したコンテンツをコンテンツ記憶部に出力するステップと、携帯端末が、コンテンツの構成要素であるパケット群を先頭から順に指定した配信要求をホームサーバに送信する第１の配信要求ステップと、ホームサーバが、コンテンツの構成要素であるパケット群を先頭から順に指定した配信要求を携帯端末から受信するステップと、ホームサーバが、先頭から順に指定されたパケット群をコンテンツ記憶部から読出して携帯端末に送信するステップと、携帯端末が、指定したパケット群をホームサーバから受信するステップと、携帯端末が、受信したパケット群に含まれるデータを再生するステップと、携帯端末が、最新に再生したデータの識別子をカウンタに記憶するステップと、携帯端末が、ホームサーバから指定したパケット群の一部のパケットまたは全部のパケットが送られてこないと判断したときには、カウンタに記憶されている識別子のデータの次のデータを含むパケット群を指定した配信要求を送信する第２の配信要求ステップと、ホームサーバが、識別子のデータの次のデータを含むパケット群を指定した配信要求を受信するステップと、ホームサーバが、指定された次のデータを含むパケット群をコンテンツ記憶部から読出して携帯端末に送信するステップと、携帯端末が、指定された次のデータを含むパケット群をホームサーバから受信するステップとを含み、再生するステップは、カウンタに記憶されている識別子のデータの次のデータから再生を行なう。
【００１６】
好ましくは、コンテンツ配信方法は、さらに、ホームサーバが、配信要求の受信後に、受信した配信要求で指定されたパケット群よりも順序が１個前の送信済みのパケット群をコンテンツ記憶部から消去するステップをさらに含む。
【００１７】
好ましくは、携帯端末は、ホームサーバから送信されるコンテンツを構成するデータを先入れ先出し方式で記憶するための受信バッファを備え、コンテンツ配信方法は、携帯端末が、受信したパケット群を受信バッファに出力するステップをさらに含み、第１の配信要求ステップにおいて、携帯端末が、受信バッファの容量が所定値以下になると、前回の配信要求で指定したパケット群の次のパケット群を指定した配信要求を送信する。
【００１８】
好ましくは、第２の配信要求ステップにおいて、携帯端末が、受信バッファの容量が空になると、指定したパケット群の一部のパケットまたは全部のパケットが送られてこないと判断し、カウンタに記憶されている識別子のデータの次のデータを含むパケット群を指定した配信要求を送信する。
【発明の効果】
【００１９】
本発明によれば、携帯端末とホームサーバとの間に通信障害が発生し、コンテンツの通信が途切れた場合にでも、通信障害の回復後に途切れたところからコンテンツ視聴することができる。
【発明を実施するための最良の形態】
【００２０】
以下、本発明の実施の形態について、図面を用いて説明する。
【００２１】
［第１の実施形態］
第１の実施形態は、携帯端末で最後に再生したフレームの番号を記憶しておき、通信障害が回復したときに、ホームサーバから最後に再生されたフレームの次のフレームを含むパケット群を携帯端末に配信するコンテンツ配信システムに関する。
【００２２】
（コンテンツ配信システムの構成）
図１は、コンテンツを放送し、再生するシステムの構成を示す図である。
【００２３】
図１を参照して、このシステムは、コンテンツを放送する放送局３０と、放送局から送信されたコンテンツを受信し蓄積するホームサーバ２０と、ホームサーバ２０からモデム３１、ネットワーク３２、および通信キャリア３３若しくは公衆無線ＬＡＮスポット３４を通じてコンテンツの配信を受ける携帯端末１０とによって構成される。ホームサーバ２０と、モデム３１と、ネットワーク３２と、通信キャリア３３若しくは公衆無線ＬＡＮスポット３４と、携帯電話１０とは、コンテンツ配信システムを構成する。
【００２４】
図２は、コンテンツ配信システムの機能ブロック図である。
【００２５】
図２を参照して、携帯端末１０は、コンテンツ視聴要求部１１と、配信要求部１２と、受信バッファ１３と、フレーム再生部１４と、再生済みフレームカウンタ１５とを備える。
【００２６】
コンテンツ視聴要求部１１は、ユーザからあるコンテンツの視聴要求を受信すると、そのコンテンツのＩＤを含むコンテンツ視聴要求をホームサーバ２０に送信する。
【００２７】
配信要求部１２は、ホームサーバ２０からフレームを受信したときには、受信したフレームを受信バッファ１３に格納する。また、配信要求部１２は、受信バッファ１３の容量が所定値ＶＬ未満であり、かつ受信バッファ１３の容量が空でないときには、前回の配信要求で指定したグループ番号の次のグループ番号を指定した配信要求をホームサーバ２０に送信する。また、配信要求部１２は、受信バッファ１３の容量が空であり、かつ視聴要求したコンテンツに未再生のフレームがあるときには、通信障害が発生し、配信要求で指定したグループ番号のフレームグループのフレームの一部または全部が送られてこないと判断し、再生済みフレームカウンタ１５に設定されてあるフレーム番号のフレームの次のフレームが属するフレームグループのグループ番号を特定し、そのグループ番号を指定した配信要求をホームサーバ２０に再送信する。
【００２８】
受信バッファ１３は、ホームサーバ２０から送られてくるコンテンツを構成するデータを先入れ先出し方式で記憶する。
【００２９】
フレーム再生部１４は、受信バッファ１３の容量が所定値ＶＬ以上のときに、受信バッファ１３からフレームを所定個数（たとえば、ＧＯＰ（Group Of Picture）を構成するフレーム数）ずつ取り出して、それらを復号化し、再生済みフレームカウンタ１５に設定されてあるフレーム番号の次のフレーム番号のフレームから順番にフレームを再生する。
【００３０】
再生済みフレームカウンタ１５は、フレーム再生部１４によって最新に再生された、つまり最後に再生されたフレームの番号を記憶する。
【００３１】
図２を参照して、ホームサーバ２０は、コンテンツ蓄積制御部２１と、チューナ２２と、コンテンツ記憶部２３と、配信部２４とを備える。
【００３２】
コンテンツ蓄積制御部２１は、携帯端末１０からコンテンツ視聴要求を受信すると、コンテンツ視聴要求に含まれるコンテンツＩＤで指定されるコンテンツの受信をチューナ２２に指示し、その指示によりチューナ２２が受信したコンテンツをコンテンツ記憶部２３に蓄積する。コンテンツ蓄積制御部２１は、コンテンツのコンテンツ記憶部２３への蓄積を開始したら、その旨を携帯端末１０に送信する。
【００３３】
チューナ２２は、コンテンツ視聴要求に含まれるコンテンツＩＤで指定されるコンテンツを受信する。
【００３４】
コンテンツ記憶部２３は、チューナ２２で受信したコンテンツを記憶する。
【００３５】
配信部２４は、コンテンツを構成するＭ個のフレームをフレームグループとし、フレームグループを１回の配信単位とする。
【００３６】
配信部２４は、携帯端末１０からグループ番号を指定した配信要求を受信したときには、コンテンツ記憶部２３に記憶されている指定されたグループ番号のフレームグループに属するＭ個のフレームを携帯端末１０に送信する。
【００３７】
図３は、通信状態が良好なときのコンテンツの配信の例を示す。同図に示すように、コンテンツを構成する先頭のフレームグループから順番に選択されて、選択されたフレームグループに属するＭ個（Ｍは一定値）のフレームが１回の転送単位となる。Ｍ個のフレームは、ＭＰＥＧのＬ個（Ｌは可変値）のトランスポートストリームパケットからなる。
【００３８】
図４は、通信状態が悪化したときのコンテンツの配信の例を示す。
【００３９】
携帯端末１０において、グループ番号２のフレームグループのＭ個のフレームが受信できなかったときには、グループ番号２のフレームグループのＭ個のフレームがホームサーバ２０から再送信される。
【００４０】
（動作）
図５は、第１の実施形態に係るコンテンツ配信システムの動作手順を示すフローチャートである。
【００４１】
図５を参照して、携帯端末１０においてコンテンツ視聴要求部１１は、ユーザからあるコンテンツの視聴要求を受信すると、そのコンテンツのＩＤを含むコンテンツ視聴要求をホームサーバ２０に送信する（ステップＳ１０１）。
【００４２】
次に、ホームサーバ２０においてコンテンツ蓄積制御部２１は、携帯端末１０からコンテンツ視聴要求を受信すると、コンテンツ視聴要求に含まれるコンテンツＩＤで指定されるコンテンツの受信をチューナ２２に指示し、その指示によりチューナ２２が受信したコンテンツをコンテンツ記憶部２３に蓄積する。コンテンツ蓄積制御部２１は、コンテンツのコンテンツ記憶部２３への蓄積を開始したら、その旨を携帯端末１０に送信する（ステップＳ１０２）。
【００４３】
次に、携帯端末１０において配信要求部１２は、ホームサーバ２０からコンテンツの蓄積開始の通知を受けた後、グループ番号１を指定した配信要求をホームサーバ２０に送信する（ステップＳ１０３）。
【００４４】
次に、ホームサーバ２０において配信部２４は、携帯端末１０からグループ番号１を指定した配信要求を受信すると、コンテンツ記憶部２３に記憶されているグループ番号１のフレームグループに属するＭ個のフレームを携帯端末１０に配信する（ステップＳ１０４）。
【００４５】
次に、携帯端末１０において配信要求部１２は、ホームサーバ２０からフレームを受信したときには、受信したフレームを受信バッファ１３に格納する（ステップＳ１０５）。
【００４６】
次に、携帯端末１０においてフレーム再生部１４は、受信バッファ１３の容量が所定値ＶＬ以上のときには（ステップＳ１０６でＹＥＳ）、受信バッファ１３からフレームを所定個数（たとえば、ＧＯＰ（Group Of Picture）を構成するフレーム数）ずつ取り出して、それらを復号化し、再生済みフレームカウンタ１５に設定されてあるフレーム番号の次のフレーム番号のフレームから順番にフレームを再生する（ステップＳ１０７）。
【００４７】
次に、携帯端末１０においてフレーム再生部１４は、フレームを再生するごとに、再生したフレームのフレーム番号で再生済みフレームカウンタ１５を更新し（ステップＳ１０８）、ステップＳ１０５に戻る。
【００４８】
携帯端末１０において配信要求部１２は、受信バッファ１３の容量が所定値ＶＬ未満であり（ステップＳ１０６でＮＯ）、かつ受信バッファ１３の容量が空でない（ステップＳ１０９でＹＥＳ）ときには、前回の配信要求で指定したグループ番号の次のグループ番号を指定した配信要求をホームサーバ２０に送信して（ステップＳ１１０）、ステップＳ１０５に戻る。
【００４９】
また、携帯端末１０において配信要求部１２は、受信バッファ１３の容量が所定値ＶＬ未満であり（ステップＳ１０６でＮＯ）、受信バッファ１３の容量が空であり（ステップＳ１０９でＮＯ）、かつ視聴要求したコンテンツに未再生のフレームがある（ステップＳ１１１でＹＥＳ）ときには、通信障害が発生し、配信要求で指定したグループ番号のフレームグループのフレームの一部または全部が送られてこないと判断し、再生済みフレームカウンタ１５に設定されてあるフレーム番号のフレームの次のフレームが属するフレームグループのグループ番号を特定し、そのグループ番号を指定した配信要求をホームサーバ２０に再送信して（ステップＳ１１２）、ステップＳ１０５に戻る。
【００５０】
また、配信要求部１２は、受信バッファ１３の容量が所定値ＶＬ未満であり（ステップＳ１０６でＮＯ）、受信バッファ１３の容量が空であり（ステップＳ１０９でＮＯ）、かつ視聴要求したコンテンツのフレームをすべて再生した（ステップＳ１１１でＮＯ）ときには、ステップＳ１０１に戻る。
【００５１】
次に、ホームサーバ２０において配信部２４は、携帯端末１０からグループ番号を指定した配信要求を受信したときには、コンテンツ記憶部２３に記憶されている指定されたグループ番号のフレームグループに属するＭ個のフレームを携帯端末１０に送信する（ステップＳ１１３）。
【００５２】
（動作例）
図６は、第１の実施形態に係るコンテンツ配信システムの動作例を表す。
【００５３】
図６を参照して、携帯端末１０においてコンテンツ視聴要求部１１は、ユーザからコンテンツＡの視聴要求を受信すると、コンテンツＡのＩＤを含むコンテンツ視聴要求をホームサーバ２０に送信する。
【００５４】
次に、ホームサーバ２０においてコンテンツ蓄積制御部２１は、携帯端末１０からコンテンツ視聴要求を受信すると、コンテンツ視聴要求に含まれるコンテンツＩＤで指定されるコンテンツＡの受信をチューナ２２に指示し、その指示によりチューナ２２が受信したコンテンツＡをコンテンツ記憶部２３に蓄積する。コンテンツ蓄積制御部２１は、コンテンツのコンテンツ記憶部２３への蓄積を開始したら、その旨を携帯端末１０に送信する。
【００５５】
次に、携帯端末１０において配信要求部１２は、ホームサーバ２０からコンテンツの蓄積開始の通知を受けた後、グループ番号１を指定した配信要求をホームサーバ２０に送信する。
【００５６】
次に、ホームサーバ２０において配信部２４は、携帯端末１０からグループ番号１を指定した配信要求を受信すると、コンテンツ記憶部２３に記憶されているグループ番号１のフレームグループに属するＭ個のフレームを携帯端末１０に配信する。
【００５７】
次に、携帯端末１０において配信要求部１２は、ホームサーバ２０からグループ番号１のフレームグループに属するフレームを受信し、受信バッファ１３に格納する。
【００５８】
次に、携帯端末１０においてフレーム再生部１４は、受信バッファ１３の容量が所定値ＶＬ以上であるので、受信バッファ１３からフレームを所定個数ずつ取り出して、それらを復号化し、再生済みフレームカウンタ１５に設定されてあるフレーム番号の次のフレーム番号のフレームから順番にフレームを再生する。携帯端末１０においてフレーム再生部１４は、フレームを再生するごとに、再生したフレームのフレーム番号で再生済みフレームカウンタ１５を更新する。
【００５９】
次に、携帯端末１０において配信要求部１２は、受信バッファ１３の容量が空でなく、かつ所定値ＶＬ未満となると、グループ番号２を指定した配信要求をホームサーバ２０に送信する。
【００６０】
次に、ホームサーバ２０において配信部２４は、携帯端末１０からグループ番号２を指定した配信要求を受信すると、コンテンツ記憶部２３に記憶されているグループ番号２のフレームグループに属するＭ個のフレームを携帯端末１０に送信する。
【００６１】
次に、携帯端末１０において配信要求部１２は、ホームサーバ２０からグループ番号２のフレームグループに属するフレームを受信し、受信バッファ１３に格納する。
【００６２】
次に、携帯端末１０においてフレーム再生部１４は、受信バッファ１３の容量が所定値ＶＬ以上であるので、受信バッファ１３からフレームを所定個数ずつ取り出して、それらを復号化し、再生済みフレームカウンタ１５に設定されてあるフレーム番号の次のフレーム番号のフレームから順番にフレームを再生する。携帯端末１０においてフレーム再生部１４は、フレームを再生するごとに、再生したフレームのフレーム番号で再生済みフレームカウンタ１５を更新する。
【００６３】
次に、携帯端末１０において配信要求部１２は、受信バッファ１３の容量が空でなく、かつ所定値ＶＬ未満となると、グループ番号３を指定した配信要求をホームサーバ２０に送信する。
【００６４】
次に、ホームサーバ２０において配信部２４は、携帯端末１０からグループ番号３を指定した配信要求を受信すると、コンテンツ記憶部２３に記憶されているグループ番号３のフレームグループに属するＭ個のフレームを携帯端末１０に送信する。
【００６５】
この時点で携帯端末１０とホームサーバ２０との通信状態が悪くなり、携帯端末１０において配信要求部１２は、ホームサーバ２０からグループ番号３のフレームグループに属するフレームを受信できない。
【００６６】
やがて、携帯端末１０の受信バッファ１３の容量が空になる。そうすると、携帯端末１０において配信要求部１２は、通信障害が発生し、配信要求で指定したフレームグループを構成するパケット群のうち一部のパケットまたは全部のパケットが送られてこないと判断し、再生済みフレームカウンタ１５に設定されてあるフレーム番号のフレーム（すなわち、グループ番号２のフレームグループの最後のフレーム）の次のフレームが属するフレームグループのグループ番号３を特定し、グループ番号３を指定した配信要求をホームサーバ２０に再送信する。
【００６７】
携帯端末１０において配信要求部１２は、受信バッファ１３の容量が空である限り、グループ番号３を指定した配信要求の再送信を繰り返す。
【００６８】
やがて、携帯端末１０とホームサーバ２０との通信状態が回復すると、ホームサーバ２０において配信部２４は、携帯端末１０からグループ番号３を指定した配信要求を受信し、コンテンツ記憶部２３に記憶されているグループ番号３のフレームグループに属するＭ個のフレームを携帯端末１０に再送信する。
【００６９】
次に、携帯端末１０において配信要求部１２は、ホームサーバ２０からグループ番号３のフレームグループに属するフレームを受信し、受信バッファ１３に格納する。
【００７０】
次に、携帯端末１０においてフレーム再生部１４は、受信バッファ１３の容量が所定値ＶＬ以上であるので、受信バッファ１３からフレームを所定個数ずつ取り出して、それらを復号化し、再生済みフレームカウンタ１５に設定されてあるフレーム番号の次のフレーム番号のフレームから順番にフレームを再生する。携帯端末１０においてフレーム再生部１４は、フレームを再生するごとに、再生したフレームのフレーム番号で再生済みフレームカウンタ１５を更新する。
【００７１】
次に、携帯端末１０において配信要求部１２は、受信バッファ１３の容量が空でなく、かつ所定値ＶＬ未満となると、グループ番号４を指定した配信要求をホームサーバ２０に送信する。
【００７２】
次に、ホームサーバ２０において配信部２４は、携帯端末１０からグループ番号４を指定した配信要求を受信すると、コンテンツ記憶部２３に記憶されているグループ番号４のフレームグループに属するＭ個のフレームを携帯端末１０に送信する。
【００７３】
次に、携帯端末１０において配信要求部１２は、ホームサーバ２０からグループ番号４のフレームグループに属するフレームを受信し、受信バッファ１３に格納する。
【００７４】
次に、携帯端末１０においてフレーム再生部１４は、受信バッファ１３の容量が所定値ＶＬ以上であるので、受信バッファ１３からフレームを所定個数ずつ取り出して、それらを復号化し、再生済みフレームカウンタ１５に設定されてあるフレーム番号の次のフレーム番号のフレームから順番にフレームを再生する。携帯端末１０においてフレーム再生部１４は、フレームを再生するごとに、再生したフレームのフレーム番号で再生済みフレームカウンタ１５を更新する。
【００７５】
次に、携帯端末１０において配信要求部１２は、受信バッファ１３の容量が空でなく、かつ所定値ＶＬ未満となると、グループ番号５を指定した配信要求をホームサーバ２０に送信する。
【００７６】
この時点で携帯端末１０とホームサーバ２０との通信状態が悪くなり、ホームサーバ２０において配信部２４は、携帯端末１０からグループ番号５を指定した配信要求を受信することができない。
【００７７】
やがて、携帯端末１０の受信バッファ１３の容量が空になる。そうすると、携帯端末１０において配信要求部１２は、通信障害が発生し、配信要求で指定したフレームグループを構成する一部のパケットまたは全部のパケットが送られてこないと判断し、再生済みフレームカウンタ１５に設定されてあるフレーム番号のフレーム（すなわち、グループ番号４のフレームグループの最後のフレーム）の次のフレームが属するフレームグループのグループ番号５を特定し、グループ番号５を指定した配信要求をホームサーバ２０に再送信する。
【００７８】
携帯端末１０において配信要求部１２は、受信バッファ１３の容量が空である限り、グループ番号５を指定した配信要求の再送信を繰り返す。
【００７９】
やがて、携帯端末１０とホームサーバ２０との通信状態が回復すると、ホームサーバ２０において配信部２４は、携帯端末１０からグループ番号５を指定した配信要求を受信し、コンテンツ記憶部２３に記憶されているグループ番号５のフレームグループに属するＭ個のフレームを携帯端末１０に再送信する。
【００８０】
次に、携帯端末１０において配信要求部１２は、ホームサーバ２０からグループ番号５のフレームグループに属するフレームを受信し、受信バッファ１３に格納する。
【００８１】
次に、携帯端末１０においてフレーム再生部１４は、受信バッファ１３の容量が所定値ＶＬ以上であるので、受信バッファ１３からフレームを所定個数ずつ取り出して、それらを復号化し、再生済みフレームカウンタ１５に設定されてあるフレーム番号の次のフレーム番号のフレームから順番にフレームを再生する。携帯端末１０においてフレーム再生部１４は、フレームを再生するごとに、再生したフレームのフレーム番号で再生済みフレームカウンタ１５を更新する。
【００８２】
以下、上記した処理が繰り返される。
【００８３】
以上のように、本実施の形態によれば、携帯端末１０とホームサーバ２０との間に通信障害が発生し、コンテンツの通信が途切れた場合にでも、通信障害の回復後に途切れたところからコンテンツ視聴することができる。
【００８４】
［第２の実施形態］
第２の実施形態は、第１の実施形態のコンテンツ配信システムに、送信済みのフレームを消去する機能を追加したコンテンツ配信システムに関する。
【００８５】
（コンテンツ配信システムの構成）
第２の実施形態に係るコンテンツ配信システムは、第１の実施形態に係るコンテンツ配信システムと、コンテンツ蓄積制御部に機能が追加されている点で相違する。
【００８６】
すなわち、コンテンツ蓄積制御部２１は、フレームの配信が行なわれた直後に、配信要求で指定されたグループ番号の１個前のグループ番号のフレームグループが未消去の場合に、コンテンツ記憶部２３からその１個前のグループ番号のフレームグループに属するＭ個のフレームを消去する。
【００８７】
（動作）
図７は、第２の実施形態に係るコンテンツ配信システムの動作手順を示すフローチャートである。
【００８８】
図７を参照して、図５の第１の実施形態の動作手順に追加された点について説明する。
ステップＳ１１３において、ホームサーバ２０において配信部２４は、携帯端末１０から配信要求を受信したときには、コンテンツ記憶部２３に記憶されている指定されたグループ番号のフレームグループに属するＭ個のフレームを携帯端末１０に送信した直後に、さらに、ホームサーバ２０においてコンテンツ蓄積制御部２１は、配信要求で指定されたグループ番号の１個前のグループ番号のフレームグループが未消去の場合、すなわち受信した配信要求で指定されるグループ番号が１回目に指定されたものと同じでないとき（ステップＳ１１４でＹＥＳ）、コンテンツ記憶部２３からその１個前のグループ番号のフレームグループに属するＭ個のフレームを消去する（ステップＳ１１５）。
【００８９】
（動作例）
図８は、第２の実施形態に係るコンテンツ配信システムの動作例を表す。
【００９０】
図８を参照して、図６の第１の実施形態の動作例に追加された点について説明する。
【００９１】
ホームサーバ２０において配信部２４は、携帯端末１０からグループ番号１を指定した配信要求を受信したときには、コンテンツ記憶部２３に記憶されているグループ番号１のフレームグループに属するＭ個のフレームを携帯端末１０に送信する。さらにホームサーバ２０においてコンテンツ蓄積制御部２１は、指定されたグループ番号１の１個前のグループ番号のフレームグループは存在しないので、フレームの消去処理を行なわない。
【００９２】
次に、ホームサーバ２０において配信部２４は、携帯端末１０からグループ番号２を指定した配信要求を受信したときには、コンテンツ記憶部２３に記憶されているグループ番号２のフレームグループに属するＭ個のフレームを携帯端末１０に送信する。ホームサーバ２０においてコンテンツ蓄積制御部２１は、指定されたグループ番号２の１個前のグループ番号１のフレームグループが未消去であるので、コンテンツ記憶部２３からグループ番号１のフレームグループに属するＭ個のフレームを消去する。
【００９３】
次に、ホームサーバ２０において配信部２４は、携帯端末１０からグループ番号３を指定した配信要求を受信したときには、コンテンツ記憶部２３に記憶されているグループ番号３のフレームグループに属するＭ個のフレームを携帯端末１０に送信する。さらに、ホームサーバ２０においてコンテンツ蓄積制御部２１は、指定されたグループ番号３の１個前のグループ番号２のフレームグループが未消去であるので、コンテンツ記憶部２３からグループ番号２のフレームグループに属するＭ個のフレームを消去する。
【００９４】
次に、ホームサーバ２０において配信部２４は、携帯端末１０からグループ番号３を指定した配信要求を受信したときには、コンテンツ記憶部２３に記憶されているグループ番号３のフレームグループに属するＭ個のフレームを携帯端末１０に再送信する。さらに、ホームサーバ２０においてコンテンツ蓄積制御部２１は、指定されたグループ番号３の１個前のグループ番号２のフレームグループが消去済みであるので、フレームの消去処理は行なわない。
【００９５】
次に、ホームサーバ２０において配信部２４は、携帯端末１０からグループ番号４を指定した配信要求を受信したときには、コンテンツ記憶部２３に記憶されているグループ番号４のフレームグループに属するＭ個のフレームを携帯端末１０に送信する。さらに、ホームサーバ２０においてコンテンツ蓄積制御部２１は、指定されたグループ番号４の１個前のグループ番号３のフレームグループが未消去であるので、コンテンツ記憶部２３からグループ番号３のフレームグループに属するＭ個のフレームを消去する。
【００９６】
次に、ホームサーバ２０において配信部２４は、携帯端末１０からグループ番号５を指定した配信要求を受信したときには、コンテンツ記憶部２３に記憶されているグループ番号５のフレームグループに属するＭ個のフレームを携帯端末１０に送信する。さらに、ホームサーバ２０においてコンテンツ蓄積制御部２１は、指定されたグループ番号５の１個前のグループ番号４のフレームグループが未消去であるので、コンテンツ記憶部２３からグループ番号４のフレームグループに属するＭ個のフレームを消去する。
【００９７】
以上のように、第２の実施形態に係るコンテンツ配信システムによれば、第１の実施形態と同様に、携帯端末１０とホームサーバ２０との間に通信障害が発生し、コンテンツの通信が途切れた場合にでも、通信障害の回復後に途切れたところからコンテンツ視聴することができる。また、携帯端末１０で視聴済みのフレームは、ホームサーバ２０から消去されるので、コンテンツの著作権侵害の問題に対して有効である。
【００９８】
（変形例）
本発明は、上記の実施形態に限定されるものではない。以下、上記実施形態の変形例について説明する。
【００９９】
（１）  転送単位
本発明の実施形態では、１回に転送するフレーム数をＭ個としたが、これに限定するものではない。たとえば、１回に転送するパケット数を固定にしてもよい。また１回の転送するフレーム数やパケット数は可変であってもよい。
【０１００】
（２）  再送時
本発明の実施形態では、通信障害が発生したときに、最後に再生したフレームの次のフレームが含まれるフレームグループに含まれるすべてのフレームを配信することにしたが、これに限定するものではない。最後に再生したフレーム以降のフレームのみを配信するものとしてもよい。また、この場合において、最後に再生したフレームの次のフレームからＭ個ずつフレームグループを再構成して、再構成したフレームグループの単位で配信を行なうものとしてもよい。
【０１０１】
（３）  配信要求
本発明の実施携帯では、受信バッファの容量が所定値ＶＬ以下になったときに、次のフレームグループを指定した配信要求を送信したが、これに限定するものではない。たとえば、所定数のフレームの再生が終了した時点で、次のフレームグループを指定した配信要求を送信するものとしてもよい。
【０１０２】
（４）  通信障害の判断
本発明の実施形態では、携帯端末は、受信バッファの容量が空になったときに通信障害が発生したと判断したが、これに限定するものではない。たとえば、携帯端末は、配信要求の送信後所定の時間が経過しても、配信要求したフレームグループのすべてのフレームを受信しないときに、通信障害が発生したと判断するものとしてもよい。また、携帯端末は、受信レベルが所定値以下のときに、通信障害が発生したと判断するものとしてもよい。
【０１０３】
（５）  送信済みフレームの消去
本発明の実施形態では、ホームサーバは、携帯端末から配信要求を受信し、指定されたグループ番号のフレームグループに属するＭ個のフレームを携帯端末に送信した直後に、さらに、指定されたグループ番号の１個前のグループ番号のフレームグループが未消去の場合、コンテンツ記憶部からその１個前のグループ番号のフレームグループに属するＭ個のフレームを消去するものとしたが、１個前のＭ個のフレームを消去するタイミングはこれに限定するものではない。１個前のグループ番号のフレームグループに属するＭ個のフレームを消去するタイミングは、携帯端末から配信要求を受信した時点以降であれば、いずれの時点であってもよい。
【０１０４】
（６）  ホームサーバでのコンテンツの蓄積
本発明の実施形態では、ホームサーバは、携帯端末からコンテンツ視聴要求を受信することによって、視聴要求されたコンテンツを受信し、コンテンツ記憶部に蓄積したが、これに限定するものではない。ホームサーバは、携帯端末からコンテンツ視聴要求を受けなくても、予め設定された録画スケジュールにしたがって、コンテンツを受信し、コンテンツ記憶部に蓄積するものとしてもよい。
【０１０５】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【図面の簡単な説明】
【０１０６】
【図１】コンテンツを放送し、再生するシステムの構成を示す図である。
【図２】コンテンツ配信システムの機能ブロック図である。
【図３】通信状態が良好なときのコンテンツの配信の例を示す図である。
【図４】通信状態が悪化したときのコンテンツの配信の例を示す図である。
【図５】第１の実施形態に係るコンテンツ配信システムの動作手順を示すフローチャートである。
【図６】第１の実施形態に係るコンテンツ配信システムの動作例を表す図である。
【図７】第２の実施形態に係るコンテンツ配信システムの動作手順を示すフローチャートである。
【図８】第２の実施形態に係るコンテンツ配信システムの動作例を表す図である。
【符号の説明】
【０１０７】
１０  携帯端末、１１  コンテンツ視聴要求部、１２  配信要求部、１３  受信バッファ、１４  フレーム再生部、１５  再生済みフレームカウンタ、２０  ホームサーバ、２１  コンテンツ蓄積制御部、２２  チューナ、２３  コンテンツ記憶部、２４  配信部、３０  放送局、３１  モデム、３２  ネットワーク、３３  通信キャリア、３４  公衆無線ＬＡＮスポット。
【図１】
2006094305.tif 000003
【図２】
2006094305.tif 000004
【図３】
2006094305.tif 000005
【図４】
2006094305.tif 000006
【図５】
2006094305.tif 000007
【図６】
2006094305.tif 000008
【図７】
2006094305.tif 000009
【図８】
2006094305.tif 000010