JP2004212754A - Content distribution server, content receiving station, and content distribution system - Google Patents

Content distribution server, content receiving station, and content distribution system Download PDF

Info

Publication number
JP2004212754A
JP2004212754A JP2003000809A JP2003000809A JP2004212754A JP 2004212754 A JP2004212754 A JP 2004212754A JP 2003000809 A JP2003000809 A JP 2003000809A JP 2003000809 A JP2003000809 A JP 2003000809A JP 2004212754 A JP2004212754 A JP 2004212754A
Authority
JP
Japan
Prior art keywords
distribution
content
data
receiving terminal
terminal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2003000809A
Other languages
Japanese (ja)
Other versions
JP4107968B2 (en
Inventor
Atsushi Ito
淳 伊藤
Yasuhiro Tamashima
康弘 玉島
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Priority to JP2003000809A priority Critical patent/JP4107968B2/en
Publication of JP2004212754A publication Critical patent/JP2004212754A/en
Application granted granted Critical
Publication of JP4107968B2 publication Critical patent/JP4107968B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)
  • Reverberation, Karaoke And Other Acoustics (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a content distribution system which makes it possible to effectively use a network and equally distribute content data to respective terminals on a streaming basis. <P>SOLUTION: Distribution priority level information which is transmitted from a terminal connected to the Internet 103 by being attached to a request to distribute content data of a distributed data storage part 111 is registered in a terminal ID area 114a and a distribution priority level information area 114b of a distribution request list 114 in order in units of a predetermined distribution request reception period, a distribution terminal selection part 112 determines distribution priority levels of respective terminals, after a distribution request acceptance period has passed, according to distribution priority level information on the respective terminals which is registered in the distribution request list 114, and a terminal to distribute the content data and a terminal to perform internal reproduction by a cache memory are determined according to the amount of data transferred to the Internet 103, so that the distribution part 113 distributes the content data to the distribution-determined terminal. <P>COPYRIGHT: (C)2004,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は、コンテンツ配信サーバ、コンテンツ受信端末及びコンテンツ配信システムに関し、例えば音楽データなどのコンテンツデータをインターネットやＬＡＮ等のネットワークを介してストリーミング配信するに際し、特に、ネットワークの回線容量を効率的に利用することを可能とするコンテンツ配信サーバ、コンテンツ受信端末及びコンテンツ配信システムに関する。
【０００２】
【従来の技術】
サーバが、ネットワークを介してクライアント端末に対してデータを配信する場合に、クライアント端末が全てのデータを受信する前に、再生を開始することを可能とする技術として、ストリーミング技術が一般に広く知られている。
近年においては、インターネット等のネットワークに接続されたパーソナルコンピュータ向けに送信する映像や音楽などのコンテンツ配信サービスとして、ストリーミング技術が広く用いられている。かかるストリーミング技術を用いてコンテンツデータを配信する際に、ネットワークが混んでいる場合や、回線の帯域を上回るコンテンツデータを配信するような場合であっても、ストリーミング配信されたコンテンツデータを受信した再生プレイヤーが途切れることなく再生し続けることを可能とするために、クライアント端末内部に設けられているキャッシュメモリにストリーミング配信されたコンテンツデータを蓄積しながら再生を行なう手法や、コンテンツデータを配信するサーバとは異なるネットワーク上の位置に配設されているキャッシュ装置に対してコンテンツデータを配信して予め蓄積した後、該キャッシュ装置からクライアント端末に対して配信するという手法が採用されている。
【０００３】
例えば、特許文献１に示す特開２００２−１８３０１９号公報においては、コンテンツデータと共に該コンテンツデータの特徴を示すメタ情報を受信し、該メタ情報及びユーザのプロファイルに応じて、一時的な記憶手段であるキャッシュメモリに記憶すべきコンテンツデータを判断して保存するというキャッシュ装置に関する技術が開示されている。かかる技術を用いることにより、ある特定のクライアント端末がコンテンツ配信サーバ内のコンテンツデータにアクセスする際に、ネットワークのアクセス時間が制限されたり、あるいは、ネットワークの混雑による影響を受けることなく、所望のコンテンツデータをストリーミング受信することができるとされている。
【０００４】
【特許文献１】
特開２００２−１８３０１９号公報（第３−第５頁、図１）
【０００５】
【発明が解決しようとする課題】
しかしながら、特許文献１に示す特開２００２−１８３０１９号公報において開示されているような技術を用いる場合、コンテンツ配信サーバからクライアント端末に対して事前に登録されているコンテンツデータをプッシュ配信するような場合にあっては、当該クライアント端末にとって実際には全く利用されないコンテンツデータまでも自動的に配信されてしまう可能性があり、ネットワークを転送されるコンテンツデータの総送出量が大きくなってしまうという課題がある。
【０００６】
また、ストリーミング配信の一般的な課題として、ユーザがキャッシュ装置に蓄えられていないコンテンツデータを再生する要求をしたい場合、かかる要求時点においてユーザ側のクライアント端末をサービス提供者側のコンテンツ配信サーバにネットワークを介して接続する必要がある。このため、多くのユーザが前記キャッシュ装置に蓄積されていないコンテンツデータを一斉に再生するような要求がなされた場合、１ユーザ当たりの占有帯域に一斉に要求するユーザ数を乗じた通信帯域がネットワークに必要となり、更には、ネットワークに接続されているクライアント端末全てが一斉にサービス提供者側のコンテンツ配信サーバに接続を要求するような状況の発生により、ネットワークの許容帯域をはるかに越えて、全てのクライアント端末に一斉にコンテンツデータを配信せんとするような事態も排除できないという課題が残されている。
【０００７】
また、コンテンツデータのストリーミング配信は、要求されたクライアント端末の要求順序に従って順次行なわれるが、ネットワークの許容帯域を超えてしまった場合には、後続する配信要求元のクライアント端末に対しては配信することができなくなることとなり、公平さに欠けてしまうという問題点も生じている。
【０００８】
本発明は、かかる事情に鑑みてなされたものであり、コンテンツ受信端末からコンテンツデータの配信を要求する配信要求を送信する際に、キャッシュメモリにキャッシュされているコンテンツデータに関する情報（例えば、再生した回数を表す再生回数や再生した日時を表す再生日時やキャッシュされた日時を表すキャッシュ日時など）を配信優先順位付け情報として合わせて送信し、コンテンツ配信サーバが、予め定められた一定の時間間隔である配信要求受付期間内に受信した前記配信優先順位付け情報に基づいて、各コンテンツ受信端末の配信優先順位を判定し、ネットワークの許容帯域（即ち、転送可能容量）に応じて、優先して配信するコンテンツ受信端末を決定して、コンテンツデータを配信し、残りのコンテンツ受信端末に対しては、過去にキャッシュメモリにキャッシュされているコンテンツデータを読み出してそれぞれ内部再生することを可能にせんとするものであり、もって、ネットワークを効果的に利用可能とすると共に、各コンテンツ受信端末に対して、分け隔てなく公平にコンテンツデータを配信することを可能にせんとするものである。
【０００９】
【課題を解決するための手段】
第１の技術手段は、コンテンツ受信端末に対してコンテンツデータを配信するためにネットワークに接続するネットワーク接続部と、コンテンツ受信端末に対して配信するコンテンツデータを蓄積している配信データ蓄積部と、コンテンツ受信端末の配信優先順位付けを行なうために、各コンテンツ受信端末からコンテンツデータの配信要求に添付されて送信されてくる配信優先順位付け情報を蓄積する配信要求リストと、コンテンツ受信端末からの前記配信要求を受け付ける所定期間を示す配信要求受付期間を設定すると共に、設定された該配信要求受付期間を単位として、コンテンツ受信端末から前記配信要求を受け付けた順に、各コンテンツ受信端末毎の前記配信優先順位付け情報を前記配信要求リストに登録し、該配信要求受付期間の終了後に、前記配信要求リストに登録されている各コンテンツ受信端末に、前記配信優先順位付け情報に基づいてコンテンツデータの配信順を表す配信優先順位を設定し、設定された該配信優先順位に従って、コンテンツ受信端末に対して配信するコンテンツデータに関し、ストリーミング配信を行なう配信許可とするコンテンツ受信端末か、あるいは、コンテンツ受信端末内のキャッシュメモリにキャッシュされているコンテンツデータを読み出して再生する内部再生とするコンテンツ受信端末かを決定する配信端末選定部と、ストリーミング配信を行なう配信許可の決定がなされたコンテンツ受信端末に対してストリーミング配信を行なう旨を示す指示応答を送信すると共に配信すべきコンテンツデータをストリーミング配信する配信部と、を備えているコンテンツ配信サーバとすることを特徴とするものである。
【００１０】
第２の技術手段は、前記第１の技術手段に記載のコンテンツ配信サーバにおいて、前記配信端末選定部における処理プロセスが、前記配信要求受付期間が示す所定期間の間、コンテンツ受信端末からの前記配信要求を受け付けて、各コンテンツ受信端末毎の前記配信優先順位付け情報を前記配信要求リストに登録する登録処理と、続いて、前記配信要求リストに登録されている前記配信優先順位付け情報に基づいて、コンテンツデータを配信する前記配信優先順位を決定する配信優先順位決定処理と、更に続いて、決定された前記配信優先順位に応じて、予め定められた配信可能端末数に該当する前記配信優先順位が高いコンテンツ受信端末に対してはコンテンツデータのストリーミング配信を行なう配信許可の指示を行ない、一方、前記配信可能端末数に該当しない残りの前記配信優先順位が低いコンテンツ受信端末に対しては、当該コンテンツ受信端末内の前記キャッシュメモリによる内部再生の指示を行なう配信端末決定処理とからなるコンテンツ配信サーバとすることを特徴とするものである。
【００１１】
第３の技術手段は、前記第１又は第２の技術手段に記載のコンテンツ配信サーバにおいて、前記配信要求リストに登録される前記配信優先順位付け情報が、各コンテンツ受信端末からの前記配信要求に添付されて送信されてくる、前記キャッシュメモリにキャッシュされているコンテンツデータを再生した再生回数の合計を表す合計再生回数であり、前記配信端末選定部がコンテンツデータを配信するコンテンツ受信端末を選択する前記配信優先順位が、前記合計再生回数が多いコンテンツ受信端末の順とするコンテンツ配信サーバとすることを特徴とするものである。
【００１２】
第４の技術手段は、前記第１又は第２の技術手段に記載のコンテンツ配信サーバにおいて、前記配信要求リストに登録される前記配信優先順位付け情報が、各コンテンツ受信端末からの前記配信要求に添付されて送信されてくる、前記キャッシュメモリに各コンテンツデータがキャッシュされた日時を表す各キャッシュ日時のうち最も古いキャッシュ日時を表す最古キャッシュ日時であり、前記配信端末選定部がコンテンツデータを配信するコンテンツ受信端末を選択する前記配信優先順位が、前記最古キャッシュ日時が古いコンテンツ受信端末の順とするコンテンツ配信サーバとすることを特徴とするものである。
【００１３】
第５の技術手段は、前記第１又は第２の技術手段に記載のコンテンツ配信サーバにおいて、前記配信要求リストに登録される前記配信優先順位付け情報が、各コンテンツ受信端末からの前記配信要求に添付されて送信されてくる、前記キャッシュメモリにキャッシュされている各コンテンツデータを最も最近に再生した日時を表す各最新再生日時のうち最も古い最新再生日時を表す最古再生日時であり、前記配信端末選定部がコンテンツデータを配信するコンテンツ受信端末を選択する前記配信優先順位が、前記最古再生日時が新しいコンテンツ受信端末の順とするコンテンツ配信サーバとすることを特徴とするものである。
【００１４】
第６の技術手段は、前記第１又は第２の技術手段に記載のコンテンツ配信サーバにおいて、前記配信要求リストに登録される前記配信優先順位付け情報が、各コンテンツ受信端末からの前記配信要求に添付されて送信されてくる、前記キャッシュメモリにキャッシュされている各コンテンツデータを再生した回数を表す各再生回数のうち回数の最も多い再生回数を表す最多再生回数であり、前記配信端末選定部がコンテンツデータを配信するコンテンツ受信端末を選択する前記配信優先順位が、前記最多再生回数が多いコンテンツ受信端末の順とするコンテンツ配信サーバとすることを特徴とするものである。
【００１５】
第７の技術手段は、前記第３乃至第６の技術手段のいずれかに記載のコンテンツ配信サーバにおいて、前記配信要求リストに登録される前記配信優先順位付け情報が、各コンテンツ受信端末からの前記配信要求に添付されて送信されてくる、前記合計再生回数、前記最古キャッシュ日時、前記最古再生日時、前記最多再生回数のいずれか１乃至複数の情報からなり、前記配信端末選定部がコンテンツデータを配信するコンテンツ受信端末を選択する前記配信優先順位が、１乃至複数の前記情報に関して予め設定されている優先順に基づいて判定されたコンテンツ受信端末の順とするコンテンツ配信サーバとすることを特徴とするものである。
【００１６】
第８の技術手段は、前記第１又は第２の技術手段に記載のコンテンツ配信サーバにおいて、前記配信端末選定部がコンテンツデータを配信するコンテンツ受信端末を選択する前記配信優先順位が、前記配信要求リストに登録されているコンテンツ受信端末の中からランダムに選択されたコンテンツ受信端末の順とするコンテンツ配信サーバとすることを特徴とするものである。
【００１７】
第９の技術手段は、前記第１乃至第８の技術手段のいずれかに記載のコンテンツ配信サーバにおいて、前記配信部は、前記配信許可の前記応答指示を行なうコンテンツ受信端末に対してのみ、前記配信許可の前記応答指示を送信し、前記内部再生の指示を行なうコンテンツ受信端末に対しては、前記内部再生の指示を行なう指示応答の送信を行なわないようにするコンテンツ配信サーバとすることを特徴とするものである。
【００１８】
第１０の技術手段は、コンテンツ配信サーバから配信されるコンテンツデータを受信するためにネットワークに接続するネットワーク接続部と、コンテンツ配信サーバから配信されてきたコンテンツデータをその都度キャッシュするキャッシュメモリと、該キャッシュメモリにキャッシュされている各コンテンツデータを管理するための管理情報を記憶する管理テーブルと、前記キャッシュメモリにキャッシュされている各コンテンツデータの削除又は更新又は内部再生を行なうための各タイミングを決定するキャッシュマネージャと、ストリーミング配信されてきたコンテンツデータを、又は、前記キャッシュメモリにキャッシュされている各コンテンツデータを、復号して再生するコンテンツデータデコーダと、コンテンツ配信サーバに対してコンテンツデータの配信要求を、配信優先順位を行なうために用いられる配信優先順位付け情報と共に送信し、該配信要求に対応してコンテンツ配信サーバから送信されてくる指示応答を受信すると共に、コンテンツ配信サーバから配信されてくるコンテンツデータを受信する送受信部と、を備えているコンテンツ受信端末とすることを特徴とするものである。
【００１９】
第１１の技術手段は、前記第１０の技術手段に記載のコンテンツ受信端末において、前記管理テーブルが記憶する前記管理情報として、前記キャッシュメモリにキャッシュされている各コンテンツデータを一意に識別するためのコンテンツデータ識別番号と、前記キャッシュメモリにキャッシュされている各コンテンツデータを再生した回数を表す再生回数データと、前記キャッシュメモリにキャッシュされている各コンテンツデータをキャッシュした日時を表すキャッシュ日時データと、前記キャッシュメモリにキャッシュされている各コンテンツデータを最も最近に再生した日時を表す最新再生日時データと、前記キャッシュメモリにキャッシュされているコンテンツデータを再生した回数の合計を表す合計再生回数データとのうち、１つ以上のデータ項目を登録しているコンテンツ受信端末とすることを特徴とするものである。
【００２０】
第１２の技術手段は、前記第１０又は第１１の技術手段に記載のコンテンツ受信端末において、前記コンテンツデータデコーダの処理プロセスが、前記送受信部を動作させて、コンテンツ配信サーバに対して前記配信要求を送信して当該コンテンツ配信サーバからの前記指示応答を待つ待ち合わせ処理と、続いて、前記指示応答に基づいてコンテンツ配信サーバからストリーミング配信されたコンテンツデータの再生又は前記キャッシュメモリにキャッシュされているコンテンツデータを読み出して再生する内部再生のいずれの再生方法を用いるかを特定する再生方法特定処理と、更に続いて、特定された前記再生方法によりコンテンツデータを再生する再生処理とからなるコンテンツ受信端末とすることを特徴とするものである。
【００２１】
第１３の技術手段は、前記第１０乃至第１２の技術手段のいずれかに記載のコンテンツ受信端末において、前記キャッシュメモリから削除するコンテンツデータの削除優先順位は、各コンテンツデータを再生した再生回数のうち、再生回数の多いコンテンツデータの順とするコンテンツ受信端末とすることを特徴とするものである。
【００２２】
第１４の技術手段は、前記第１０乃至第１２の技術手段のいずれかに記載のコンテンツ受信端末において、前記キャッシュメモリから削除するコンテンツデータの削除優先順位は、各コンテンツデータをキャッシュした日時を表すキャッシュ日時のうち、キャッシュ日時が古いコンテンツデータの順とするコンテンツ受信端末とすることを特徴とするものである。
【００２３】
第１５の技術手段は、前記第１３又は第１４の技術手段に記載のコンテンツ受信端末において、前記キャッシュメモリから削除するコンテンツデータの削除優先順位は、前記再生回数、前記キャッシュ日時に関して予め設定されている優先順に基づいて判定された順とするコンテンツ受信端末とすることを特徴とするものである。
【００２４】
第１６の技術手段は、前記第１０乃至第１２の技術手段のいずれかに記載のコンテンツ受信端末において、前記キャッシュメモリから削除するコンテンツデータの削除優先順位は、キャッシュされているコンテンツデータの中からランダムに選択されたコンテンツデータの順とするコンテンツ受信端末とすることを特徴とするものである。
【００２５】
第１７の技術手段は、前記第１０乃至第１６の技術手段のいずれかに記載のコンテンツ受信端末において、前記キャッシュメモリから読み出して内部再生を行なうコンテンツデータの再生優先順位は、各コンテンツデータを再生した回数を表す再生回数が少ないコンテンツデータの順とするコンテンツ受信端末とすることを特徴とするものである。
【００２６】
第１８の技術手段は、前記第１０乃至第１６の技術手段のいずれかに記載のコンテンツ受信端末において、前記キャッシュメモリから読み出して内部再生を行なうコンテンツデータの再生優先順位は、各コンテンツデータを最も最近に再生した日時を表す最新再生日時の古いコンテンツデータの順とするコンテンツ受信端末とすることを特徴とするものである。
【００２７】
第１９の技術手段は、前記第１７又は第１８の技術手段に記載のコンテンツ受信端末において、前記キャッシュメモリから読み出して内部再生を行なうコンテンツデータの再生優先順位は、前記再生回数、前記最新再生日時に関して予め設定されている優先順に基づいて判定された順とするコンテンツ受信端末とすることを特徴とするものである。
【００２８】
第２０の技術手段は、前記第１０乃至第１６の技術手段のいずれかに記載のコンテンツ受信端末において、前記キャッシュメモリから読み出して内部再生を行なうコンテンツデータの再生優先順位は、キャッシュされているコンテンツデータの中からランダムに選択されたコンテンツデータの順とするコンテンツ受信端末とすることを特徴とするものである。
【００２９】
第２１の技術手段は、前記第１０乃至第２０の技術手段のいずれかに記載のコンテンツ受信端末において、前記配信要求の送信から予め定めた一定の経過時間内に前記指示応答の受信がない場合、自動的に前記キャッシュメモリからコンテンツデータを読み出して内部再生するコンテンツ受信端末とすることを特徴とするものである。
【００３０】
第２２の技術手段は、前記第１乃至第９の技術手段のいずれかに記載のコンテンツ配信サーバと前記第１０乃至第２１の技術手段のいずれかに記載のコンテンツ受信端末とからなるコンテンツ配信システムにおいて、ユーザが選択することができるチャンネルが１個であるコンテンツ配信システムとすることを特徴とするものである。
【００３１】
第２３の技術手段は、前記第１乃至第９の技術手段のいずれかに記載のコンテンツ配信サーバと前記第１０乃至第２１の技術手段のいずれかに記載のコンテンツ受信端末とからなるコンテンツ配信システムにおいて、ユーザが選択することができるチャンネルが複数個存在しているコンテンツ配信システムとすることを特徴とするものである。
【００３２】
第２４の技術手段は、前記第２２又は第２３の技術手段に記載のコンテンツ配信システムにおいて、前記ネットワークがインターネットであるコンテンツ配信システムとすることを特徴とするものである。
【００３３】
第２５の技術手段は、前記第２２又は第２３の技術手段に記載のコンテンツ配信システムにおいて、前記ネットワークがＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であるコンテンツ配信システムとすることを特徴とするものである。
【００３４】
而して、前記第１乃至第９の技術手段にいずれかに記載のコンテンツ配信サーバ、前記第１０乃至第２１の技術手段にいずれかに記載のコンテンツ受信端末、前記第２２乃至第２５の技術手段にいずれかに記載のコンテンツ配信システムによれば、コンテンツ受信端末からコンテンツデータの配信を要求する配信要求を送信する際に、キャッシュメモリにキャッシュされているコンテンツデータに関する各種管理データ情報（例えば、再生した回数を表す再生回数や再生した日時を表す再生日時やキャッシュされた日時を表すキャッシュ日時など）を配信優先順位付け情報として合わせて送信し、コンテンツ配信サーバが、予め定められた受付周期を示す配信要求受付期間を単位として、受信した前記配信優先順位付け情報に基づいて、各コンテンツ受信端末の配信優先順位を判定して、ネットワークの転送可能容量に応じて、優先して配信するコンテンツ受信端末を決定して、コンテンツデータを配信し、残りのコンテンツ受信端末に対しては、過去にキャッシュメモリにキャッシュされているコンテンツデータを読み出してそれぞれ内部再生することを可能とするものであり、もって、ネットワークを効率的に利用可能とすると共に、各コンテンツ受信端末に対して、分け隔てなく公平にコンテンツデータを配信することを可能としている。
【００３５】
【発明の実施の形態】
以下、本発明に係るコンテンツ配信サーバ、コンテンツ受信端末及びコンテンツ配信システムの実施形態について、図面を参照しながら詳細に説明する。なお、以下の説明においては、コンテンツ配信システムとして、音楽配信システムを用いる場合を例にとって説明することとする。
【００３６】
図１は、本発明に係るコンテンツ配信システムの実施形態の一例である音楽配信システムにおけるネットワーク構成の概念を示すネットワーク構成図である。
図１に示す音楽配信システムは、音楽データを配信要求元のクライアント端末に配信するコンテンツ配信サーバ１０１（即ち、音楽配信サーバ：以下、単にサーバと略記する）と、サーバ１０１に対して音楽データの配信要求を行ない、サーバ１０１から配信されてくる音楽データを受信して再生するクライアント端末１０２例えば１３台のクライアント端末１ １０２−１乃至クライアント端末１３１０２−１３（即ち、コンテンツ受信端末：以下、単に端末と略記する）とが、それぞれ、インターネット１０３に接続されている。また、各端末１ １０２−１乃至端末１３ １０２−１３のそれぞれには、サーバ１０１が各端末を識別するために用いる端末ＩＤとして、「１」から「１３」の番号で順次予め付与されて、各端末に内蔵されている。
【００３７】
図２は、図１の本発明に係るコンテンツ配信サーバ即ち音楽配信サーバ１０１内の機能ブロック構成の一例を示す機能ブロック図である。図２において、インターネット１０３に接続されてなる音楽配信サーバ１０１は、端末に対して配信すべき音楽データを蓄える配信データ蓄積部１１１、インターネット１０３を介して端末からの配信要求を受け付ける受付周期を示す配送要求受付期間を設定すると共に、設定された配信要求受付期間毎に、端末から受信された配信要求順に端末を配信優先順位付け情報と共に登録する配信要求リスト１１４と、受付け終了時に、配信要求リスト１１４に登録されている端末の配信優先順位を、前記配信優先順位付け情報に基づいて並べ替えを行なったりして設定すると共に、設定された配信優先順位に応じて、各端末に対して配信するコンテンツデータに関し、ストリーミング配信を許可するか、又は、端末内のキャッシュメモリから読み出して再生する内部再生を指示するかのいずれとするかを端末毎に決定する配信端末選定部１１２とを備えている。更に、音楽配信サーバ１０１は、ストリーミング配信を許可した端末に対してストリーミング配信する旨を示す指示応答を送信すると共に、音楽データをストリーミング配信する配信部１１３と、音楽データを端末に配信するためにインターネット１０３に接続するためのネットワーク接続部１１５とを備えている。
【００３８】
なお、配信要求リスト１１４には、後述する図５に示すように、配信要求された端末から送信されてくる当該端末を識別する端末ＩＤを登録するための端末ＩＤ領域１１４ａと、該配信要求に添付されて送信されてくる、配信優先順位付け情報を登録するための配信優先順位付け情報領域１１４ｂとが設けられている。
ここで、配信要求リスト１１４の配信優先順位付け情報領域１１４ｂに登録される前記配信優先順位付け情報とは、配信要求した端末に関する配信優先順位の順序付けを行なうための情報であり、過去に配信されて各端末のキャッシュメモリにキャッシュされているコンテンツデータに関する情報（例えば、再生回数、再生日時、キャッシュ日時などの情報）から生成される情報である。
【００３９】
図３は、図１の本発明に係る端末（コンテンツ受信端末）１０２内の機能ブロック構成の一例を示す機能ブロック図である。図３において、インターネット１０３に接続されてなる端末１０２は、サーバ１０１からインターネット１０３を介して配信されてくる音楽データをその都度キャッシュするキャッシュメモリ１２３と、キャッシュメモリ１２３にキャッシュされている音楽データを管理するための管理情報を記憶している管理テーブル１２１と、キャッシュメモリ１２３にキャッシュされている音楽データの削除又は更新又は再生を行なうためのタイミングを決定するキャッシュマネージャ１２２とを備えている。
【００４０】
更に、端末１０２は、インターネット１０３を介して配信されてくる又はキャッシュメモリ１２３にキャッシュされている音楽データを復号し、再生する音楽データデコーダ１２４と、インターネット１０３を介してサーバ１０１に対して配信要求を配信優先順位付け情報と共に送信し、一方、該配信要求に対するサーバ１０１からの指示応答を受信すると共に、サーバ１０１から配信されてきた音楽データを受信する送受信部１２５と、音楽データをコンテンツ配信サーバ１０１から受信するためにインターネット１０３に接続するためのネットワーク接続部１２６とを備えている。
【００４１】
図４は、図３に示す端末１０２に内蔵されている管理テーブル１２１に記憶する管理情報の一例を示すメモリ構成図である。図４において、管理テーブル１２１は、キャッシュメモリ１２３にキャッシュされている各音楽データを一意に識別するための音楽データ番号１２１ａ、キャッシュメモリ１２３にキャッシュされている各音楽データを再生した回数を表す再生回数データ１２１ｂ、キャッシュメモリ１２３にキャッシュされている各音楽データをキャッシュした日時を表すキャッシュ日時データ１２１ｃ、キャッシュメモリ１２３にキャッシュされている各音楽データを、最も最近に再生した日時を表す最新再生日時データ１２１ｄ、及び、キャッシュメモリ１２３にキャッシュされているいずれかの音楽データを再生した回数の合計を示す合計再生回数データ１２１ｅとのうち、１つ以上のデータ項目を格納している。
【００４２】
図５は、或る配信要求受付期間に図２に示すサーバ１０１に内蔵されている配信要求リスト１１４に配信要求のあった順番に端末を時系列的に登録した状態の一例を示すメモリ構成図である。図５において、配信要求リスト１１４には、配信要求と共に端末１０２からそれぞれ送信されてきた、端末ＩＤを格納する端末ＩＤ領域１１４ａと、該端末１０２内の管理テーブル１２１に設定されていた合計再生回数データ１２１ｅを格納する合計再生回数データ領域１１４ｂとが備えられており、それぞれ配信要求が受信された端末順に順番に登録されるようになっている。ここで、合計再生回数データ領域１１４ｂに登録される合計再生回数データ１２１ｅとは、図２に示した配信要求リスト１１４の配信優先順位付け情報領域１１４ｂに登録され、端末毎の配信優先順位の順序付けを行なうための前記配信優先順位付け情報の一例を示すものである。
【００４３】
図６は、図５に示す配信要求リスト１１４に登録された端末１０２について、配信要求受付期間終了後に、配信すべきコンテンツデータに関する端末１０２の配信優先順位の並べ替えを施した後の配信優先順位の一例を示すメモリ構成図である。図６に示す本実施例においては、かかる配信優先順位の並べ替えを行なう前記配信優先順位付け情報として、合計再生回数データ領域１１４ｂに登録された合計再生回数データ１２１ｅを用いる例を示しており、図４に示す各端末１０２毎の合計再生回数データ１２１ｅの大きい順、即ち、各端末１０２からサーバ１０１に送信されてきて、配信要求リスト１１４の合計再生回数データ領域１１４ｂに格納されている合計再生回数データ１２１ｅの大きい順に並べ替えが行なわれている例を示している。
【００４４】
次に、サーバ１０１及び端末１０２のそれぞれにおける音楽データの送受信処理について、図７を用いて更に詳細に説明する。図７は、或る配信要求受付期間毎にサーバ１０１が受信した配信要求の端末台数に応じて、サーバ１０１からの配信を指示する端末１０２と内部再生を指示する端末１０２とのそれぞれの台数が変化する時間的な流れの一例を表した模式図である。
図７に示す例においては、サーバ１０１から同時に１００台の端末１０２に対してインターネット１０３を介して音楽データの配信を行なうことが可能であり、経過時刻１０秒から２０秒までの最初の配信要求受付期間Ａの初期時点にあっては、インターネット１０３における配信可能トラフィック容量である１００台に対して既に９７台の端末が接続されて音楽データの配信が行なわれている状態にあることを示している。また、本実施例における音楽配信システムにおいては、配信要求受付期間は、常に１０秒間隔という固定した時間間隔の受付周期に設定されている場合を示している。
【００４５】
ここで、配信要求受付期間Ａにおいて新たに追加して配信することが可能な追加配信可能端末数は、３台（＝１００台（同時配信可能端末数）−９７台（配信中端末数））であり、残り３台の追加配信可能端末数に対して、５台の端末（それぞれ端末ＩＤが「１」，「２」，「３」，「４」，「５」）から新たに配信要求があり、図２に示す配信要求リスト１１４には、図５に表すように、配信要求の受付けをした端末順に合計再生回数データ領域１１４ｂに合計再生回数データが登録されている。
配信要求受付期間Ａが終了すると、図２に示す配信端末選定部１１２は、登録されている配信要求リスト１１４の配信要求の端末を合計再生回数データ領域１１４ｂに格納された合計再生回数データの大きい順に配信優先順位とするように並べ替えを行なう。合計再生回数データの大きい順に並べ替えがなされた後の配信要求リスト１１４は、図６に示すようになる。
【００４６】
従って、配信端末選定部１１２においては、並べ替えられた図６に示す配信優先順位に応じて、端末ＩＤが「４」，「２」，「１」の３台の端末に対しては、音楽データの配信を許可して、配信部１１３からそれぞれの端末に対してストリーミング配信を行なう旨を示す指示応答をすると共に、音楽データのストリーミング配信を行ない、一方、端末ＩＤが「５」と「３」の２台の端末に対しては、配信端末選定部１１２において、それぞれの端末内部にあるキャッシュメモリにキャッシュされている音楽データにより内部再生（ローカル再生）を行なう指示をして、音楽データの配信を行なう指示は行なわない。
【００４７】
一方、図７の「期間内に配信終了する端末数」の欄に記載しているように、配信要求受付期間Ａの期間内に配信を終了する端末数は４台となっているものとする。
従って、配信要求受付期間Ａに続いて実施される配信要求受付期間Ｂにおいて、新たに追加して配信することが可能な追加配信可能端末数としては、配信要求受付期間Ａ中に配信を終了した端末数である４台となる。残り４台の追加配信可能端末数に対して、２台の端末（端末ＩＤが「６」と「７」）から新たに配信要求のアクセスがあれば、配信要求リスト１１４に配信要求受付期間Ａの場合と同様に各新規配信要求端末が登録されるが、配信端末選定部１１２においては、新たに受け付けた配信要求端末数が２台と追加配信可能端末数４台に満たないため、新たに受け付けた端末ＩＤが「６」と「７」の２台の端末に対しては、無条件に音楽データの配信を許可する指示がなされる。
【００４８】
一方、配信要求受付期間Ｂの期間内に配信を終了する端末数は１台となっているものとする。
従って、配信要求受付期間Ｂに続いて実施される配信要求受付期間Ｃにおいて、新たに追加して配信することが可能な追加配信可能端末数としては、３台（＝２台（配信要求受付期間Ｂで許可した端末数の残りの追加配信可能端末数）＋１台（配信要求受付期間Ｂ中に配信を終了した端末数））となる。残り３台の追加配信可能端末数に対して、４台の端末（端末ＩＤが「８」，「９」，「１０」，「１１」）から新たに配信要求のアクセスがあれば、配信要求リスト１１４に配信要求受付期間Ａの場合と同様に各新規配信要求端末が登録され、配信要求受付期間Ｃが終了すると、配信端末選定部１１２において、配信要求受付期間Ａの場合と同様に、配信要求リスト１１４を合計再生回数データの大きい順に並べ替えが行なわれる。
ここで、端末ＩＤが「８」，「９」，「１０」，「１１」の端末の順に、合計再生回数データが大きい端末であったとすると、配信優先順位に応じて、端末ＩＤが「８」，「９」，「１０」の３台の端末に対しては、ストリーミング配信の接続を許可し、残りの端末ＩＤが「１１」の１台の端末に対しては、当該端末内部のキャッシュメモリによる内部再生（ローカル再生）を行なう指示がなされる。
【００４９】
一方、配信要求受付期間Ｃの期間内に配信を終了する端末数は０台となっているものとする。
従って、配信要求受付期間Ｃに続いて実施される配信要求受付期間Ｄにおいて、新たに追加して配信することが可能な追加配信可能端末数としては、０台（＝０台（配信要求受付期間Ｃで許可した端末数の残りの追加配信可能端末数）＋０台（配信要求受付期間Ｃ中に配信を終了した端末数））となる。残り０台の追加配信可能端末数に対して、２台の端末（端末ＩＤが「１２」，「１３」）から新たに配信要求のアクセスがあれば、配信要求リスト１１４に配信要求受付期間Ａの場合と同様に各新規配信要求端末が登録される。配信要求受付期間Ｄが終了した時点で、配信端末選定部１１２においては、追加配信可能端末数が０台であるために、新たに受け付けた端末ＩＤが「１２」と「１３」との２台の端末に対して、無条件に各端末内部のキャッシュメモリによる内部再生（ローカル再生）を行なう指示がなされる。
【００５０】
図８は、前述した図７の模式図に示した配信要求受付期間Ａの受付期間において、サーバ１０１（音楽配信サーバ）に対して配信要求がある端末１ １０２−０１乃至端末５ １０２−０５（即ち、端末ＩＤが、「１」，「２」，「３」，「４」，「５」）が配信要求を行なった場合のインターネット１０３上の通信の流れを表すシーケンスチャートである。サーバ１０１における処理は、図８の右側に示すように、１）配信要求受付期間が示す所定期間の間、端末１０２からの配信要求を受け付けて、時系列的に順に前記配信優先順位付け情報を配信要求リスト１１４に登録する登録処理、続いて、２）配信要求リスト１１４に登録されている前記配信優先順位付け情報の所定条件に応じて配信する配信優先順位を決定する配信優先順位決定処理、更に続いて、３）決定された配信優先順位に応じて、予め定められた配信可能端末数に該当する高い配信優先順位にある端末に対しては配信許可の指示を、該配信可能端末数に該当しない低い配信優先順位にある残りの端末に対しては各端末のキャッシュメモリによる内部再生の指示を行なう配信端末決定処理の３つの処理プロセスに分けることができる。
【００５１】
即ち、図８においては、図７に示す配信要求受付の開始から配信要求受付の終了までの配信要求受付期間Ａ内に端末１ １０２−１乃至端末５ １０２−５からの配信要求１乃至５を時系列的に順次受け付けて配信要求リスト１１４に順次登録し、配信要求受付期間終了後に配信要求リスト１１４に登録されている前記配信優先順位付け情報に基づいて各端末の配信優先順位を決定して、予め算出された追加配信可能端末数に該当する配信優先順位が高い順に、端末４ １０２−４、端末２ １０２−２、端末１ １０２−１の３台の端末に対しては、順次、コンテンツデータの配信部１１３への接続の許可４，２，１を指示し、一方、該追加配信可能端末数を越えた配信優先順位が低い端末５ １０２−５乃至端末３ １０２−３の２台の端末に対しては、それぞれの端末内のキャッシュメモリによる内部再生５，３を指示する。
【００５２】
次に、図７及び図８に示すサーバ１０１内の処理について、図９に示すフローチャートを用いて更に説明する。ここに、図９は、サーバ１０１内の処理プロセスの一例を説明するためのフローチャートである。
まず、サーバ１０１の配信端末選定部１１２は、配信要求リスト１１４の過去の登録内容をクリアして初期状態に復旧させると共に、配信要求受付期間を計測するためのタイマをスタートさせて、端末１０２からのコンテンツデータの配信要求の受け付けを開始する（ステップＳ１０１）。次いで、配信端末選定部１１２は、インターネット１０３を介して配信要求をしてくる端末１０２があるか否かを判断し、ある場合には（ステップＳ１０２のＹＥＳ）、配送要求をしてきた端末１０２からの配信要求に添付されて送信されてきている、端末ＩＤと合計再生回数データとを配信要求リスト１１４の第１番目に登録する（ステップＳ１０３）。
【００５３】
次に、配信要求受付期間、例えば、図７に示す１０秒が経過したか否かが判断され（ステップＳ１０４）、受付終了時刻に達するまで（ステップＳ１０４のＮＯ）、ステップＳ１０２及びＳ１０３を繰り返し、配信要求のあった端末１０２を順番に時系列的に配信要求リスト１１４に登録していく。
受付終了時刻に達した場合（ステップＳ１０４のＹＥＳ）、配信端末選定部１１２は、端末１０２からの配信要求の受付けを終了させ（ステップＳ１０５）、配信要求リスト１１４に登録されている配信要求端末を参照し、合計再生回数データを取り出す（ステップＳ１０６）。
【００５４】
しかる後に、取り出された合計再生回数データが大きい順に、配信要求リスト１１４の端末ＩＤと合計再生回数データとを並べ替えて、音楽データを配信する配信優先順位を端末毎に決定する（ステップＳ１０７）。次いで、並べ替えられた配信要求リスト１１４のうちの配信優先順位が第１番目の端末ＩＤを取り出す（ステップＳ１０８）。
しかる後に、配信優先順位がストリーミング配信可能な端末台数以下の順位か否かが判断され（ステップＳ１０９）、配信可能端末数よりも高い配信優先順位にある場合には（ステップＳ１０９のＮＯ）、当該端末ＩＤの端末１０２に対するストリーミング配信の接続を許可し（ステップＳ１１１）、一方、配信可能端末数以下の配信優先順位にある場合には（ステップＳ１０９のＹＥＳ）、当該端末ＩＤの端末１０２については、該端末内部のキャッシュメモリによる内部再生を指示する（ステップＳ１１０）。
【００５５】
以後、配信要求受付期間中に配信要求があった端末１０２全てに対して再生方法に関する指示を行なう処理が終了したか否かが判断され（ステップＳ１１２）、まだ終了していない場合（ステップＳ１１２のＮＯ）、ステップＳ１０８に戻り、ステップＳ１０９，Ｓ１１０，Ｓ１１１を、全ての配信要求のあった端末１０２について繰り返す。
【００５６】
図９のフローチャートの右側に示すように、サーバ１０１における前述した３つの処理プロセスのうち、１）の登録処理が、ステップＳ１０１乃至Ｓ１０５の各ステップに、また、２）の配信優先順位決定処理が、ステップＳ１０６からＳ１０７に、また、３）の配信端末決定処理が、ステップＳ１０８乃至Ｓ１１２にそれぞれ対応している。
【００５７】
なお、サーバ１０１の配信端末選定部１１２が音楽データをストリーミング配信する端末１０２を選択する配信優先順位を決定する論理としては、各端末１０２におけるコンテンツデータの再生回数の合計をなるべく少なくするために、前記配信優先順位付け情報として、各端末１０２からの配信要求に添付されて送信してくる合計再生回数データ（即ち、各端末１０２に設けられている図３の管理テーブル１２１内の合計再生回数データ１２１ｅ）を用い、各端末１０２について該合計再生回数データの大きい順とする論理を用いる場合を示したが、本発明は、かかる場合のみに限るものではない。
【００５８】
例えば、各端末１０２のキャッシュメモリ１２３にキャッシュされている音楽データのキャッシュ期間をなるべく短くするために、各端末１０２からの配信要求に添付される前記配信優先順位付け情報として、各音楽データがキャッシュメモリ１２３にキャッシュされたキャッシュ日時（即ち、各端末１０２に設けられている図３の管理テーブル１２１内のキャッシュ日時データ１２１ｃ）のうち最も古い最古キャッシュ日時を抽出して用いることとして、各端末１０２についての該最古キャッシュ日時が古い順番に、配信要求リスト１１４の配信優先順位を決定するようにしても良い。
【００５９】
あるいは、各端末１０２における同じ音楽データの再生間隔をなるべく長くするために、各端末１０２からの配信要求に添付される前記配信優先順位付け情報として、各音楽データを最も最近に再生した日時を表す最新再生日時（即ち、各端末１０２に設けられている図３の管理テーブル１２１内の最新再生日時データ１２１ｄ）のうち最も古い最新再生日時を表す最古再生日時を用いることとして、各端末１０２についての該最古再生日時が新しい順番に、配信要求リスト１１４の配信優先順位を決定するようにしても良い。
【００６０】
あるいは、各端末１０２の個々の音楽データの再生回数をなるべく少なくするために、各端末１０２からの配信要求に添付される前記配信優先順位付け情報として、各音楽データをそれぞれ再生した再生回数（即ち、各端末に設けられている図３の管理テーブル１２１内の再生回数データ１２１ｂ）のうち回数が最も多い最多再生回数を抽出して用いることとして、各端末１０２についての該最多再生回数の回数が多い順番に、配信要求リスト１１４の配信優先順位を決定するようにしても良い。
【００６１】
あるいは、配信要求リスト１１４に登録されている端末１０２の中からランダムに選択した順番に、配信要求リスト１１４の配信優先順位を決定するようにしても良い。
【００６２】
また、各端末１０２からの配信要求に添付される前記配信優先順位付け情報として、管理テーブル１２１内に格納されている各種データのうち、１乃至複数のデータ（例えば、合計再生回数データ１２１ｅ、再生回数データ１２１ｂの中の最多再生回数、キャッシュ日時データ１２１ｃの中の最古キャッシュ日時、最新再生日時データ１２１ｄの中の最古再生日時など）を用いるようにして、１乃至複数のデータに対して、予め設定されている優先順に基づいて総合的に判定することにより、配信要求リスト１１４の配信優先順位を決定するようにしても良い。
更には、前述したごとき各種のデータ以外に、配信要求リスト１１４の配信優先順位を決定することができる任意のデータを配信要求リスト１１４に登録することを可能とし、かかる任意のデータに基づいて、配信要求リスト１１４の配信優先順位を決定するようにしても良い。
【００６３】
一方、端末１０２（即ち、図１に示す端末１〜１３ １０２−１〜１０２−１３）の音楽データデコーダ１２４における処理プロセスとしては、１）送受信部１２５を動作させて、サーバ１０１に対して配信要求を送信してサーバ１０１からの指示応答を待つ待ち合わせ処理、続いて、２）サーバ１０１からの指示応答に基づいて、サーバ１０１からストリーミング配信された音楽データの再生、又は、キャッシュメモリ１２３にキャッシュされている音楽データの内部再生のいずれかの再生方法を特定する再生方法特定処理、更に続いて、３）特定された再生方法により音楽データを再生する再生処理、の３つの処理プロセスに分けることができる。
【００６４】
図１０は、端末１０２内の処理プロセスの一例を説明するためのフローチャートである。ユーザからの音楽データの再生指示に応じて、図１０に示すフローチャートがスタートし、まず、端末１０２はサーバ１０１に対して配信要求を行なうために、当該端末１０２を識別可能な端末ＩＤと管理テーブル１２１に格納されている所望のデータ（合計再生回数データ１２１ｅ、再生回数データ１２１ｂ、キャッシュ日時データ１２１ｃ、最新再生日時データ１２１ｄなどの中の１乃至複数のデータ）とを前記配信要求に添付して前記配信優先順位付け情報として送信するための準備を行なう（ステップＳ２０１）。
【００６５】
送信準備として抽出された端末ＩＤと管理テーブル１２１の所望のデータとを前記配信優先順位付け情報として配信要求に添付してサーバ１０１に対して送信する（ステップＳ２０２）。
しかる後に、サーバ１０１から該配信要求に対する指示応答が到達するまで待ち合わせる待ち合わせ処理が行なわれ（ステップＳ２０３）、サーバ１０１からの指示応答が受信されると、次のステップＳ２０４へ移行する。
【００６６】
まず、当該端末１０２に届いたサーバ１０１からの指示応答を参照して、該指示応答がサーバ１０１からの音楽データのストリーミング配信が許可されたことを示す配信接続が可能とされているか否かの判断が行なわれ（ステップＳ２０４）、配信が許可されていない場合には（ステップＳ２０４のＮＯ）、ステップＳ２０９に移行して、サーバ１０１からの配信ではなく、当該端末１０２のキャッシュメモリ１２３にキャッシュされている音楽データを内部再生する動作を行なうが、一方、配信が許可された旨を示している場合（即ち、ストリーミング再生指示であることを示している場合）は（ステップＳ２０４のＹＥＳ）、サーバ１０１から配信されてくる音楽データを受信可能とするために、該音楽データをキャッシュメモリ１２３に蓄える空き容量が存在しているか否かを判断する（ステップＳ２０５）。
【００６７】
該音楽データをキャッシュメモリ１２３に蓄えるための空き容量が存在していないフル状態にあると判断された場合（ステップＳ２０５のＹＥＳ）、キャッシュマネージャ１２２は、管理テーブル１２１の再生回数データ１２１ｂを参照して、再生回数が最も多い音楽データを選択して削除を行なうことにより、キャッシュメモリ１２３に空き容量を確保して（ステップＳ２０６）、まだフル状態にはないと判断された場合（ステップＳ２０５のＮＯ）と共に、ステップＳ２０７へ移行する。ここで、図４に示す管理テーブル１２１のような状態にある場合であれば、ステップＳ２０６において、管理テーブル１２１の再生回数データ１２１ｂが１０回と最も多い音楽データ番号「２００３６６」の音楽データが削除される。
【００６８】
また、ステップＳ２０７においては、サーバ１０１へのストリーミング配信用の接続を行ない、サーバ１０１からストリーミング配信されてくる音楽データを逐次受信して、キャッシュメモリ１２３にキャッシュしながら受信が終了するまでストリーミング再生を行なう（ステップＳ２０７）。
しかる後、管理テーブル１２１に、ステップＳ２０７においてストリーミング再生された音楽データに関する、音楽データ番号（当該音楽データを特定する識別番号）、再生回数（１回の再生を示すデータ）、キャッシュ日時（キャッシュされた日時としての現在の日時）、最新の再生日時（最新再生日時としての現在の日時）を、それぞれ、音楽データ番号１２１ａ、再生回数データ１２１ｂ、キャッシュ日時データ１２１ｃ、最新再生日時データ１２１ｄとして登録すると共に、合計の再生回数を算出し直して、合計再生回数データ１２１ｅとして設定した後（ステップＳ２０８）、ステップＳ２１２に移行する。
【００６９】
一方、配信が許可されていなく、内部再生の指示がなされていた場合（ステップＳ２０４のＮＯ）においては、管理テーブル１２１の再生回数データ１２１ｂを参照して、再生回数が最も少ない音楽データを選択する（ステップＳ２０９）。
選択された再生回数が最も少ない音楽データの再生が終了するまで、キャッシュメモリ１２３から逐次読み出して内部再生を行なう（ステップＳ２１０）。即ち、管理テーブル１２１が図４に示す状態であれば、再生回数が１回という最も少ない音楽データ番号「１００３３１」の音楽データが内部再生される。
【００７０】
しかる後に、内部再生された音楽データに関する管理テーブル１２１の再生回数データ１２１ｂに「１」を加えて更新すると共に、最新再生日時データ１２１ｄとして現在の日時を設定し、かつ、合計の再生回数を算出し直して、合計再生回数データ１２１ｅとして設定する（ステップＳ２１１）。
Ｓ２１２においては、引き続き、ユーザが継続して再生するか否かを判断し、継続して再生を要求している場合は（ステップＳ２１２のＹＥＳ）、ステップＳ２０１へ戻り、ステップＳ２０２乃至Ｓ２１１の処理を繰返し、終了する場合は（ステップＳ２１２のＮＯ）、処理を終了する。
【００７１】
図１０のフローチャートの右側に示すように、端末１０２における前述した３つの処理プロセスのうち、１）のサーバに配信要求を送信してサーバからの指示応答を待ち合わせる待ち合わせ処理が、ステップＳ２０１乃至Ｓ２０３の各ステップに、また、２）の音楽データを再生する再生方法を特定する再生方法特定処理が、ステップＳ２０４乃至Ｓ２０６及びＳ２０９の各ステップに、また、３）の音楽データを再生する再生処理が、ステップＳ２０７、Ｓ２０８及びＳ２１０乃至Ｓ２１２の各ステップにそれぞれ対応している。
【００７２】
なお、図１０に示すフローチャートのステップＳ２０６において、キャッシュマネージャ１２２が、キャッシュメモリ１２３にキャッシュされている音楽データを削除する削除優先順位を決定する論理として、キャッシュされている音楽データの再生回数をなるべく少なくするために、キャッシュされている音楽データのうち、再生回数（即ち、各端末に設けられている図３の管理テーブル１２１内の再生回数データ１２１ｂ）が最も多い音楽データから順番に削除する場合を示したが、本発明は、かかる場合のみに限るものではない。
【００７３】
例えば、キャッシュされている音楽データのキャッシュ期間をなるべく短くするために、キャッシュメモリ１２３から削除する音楽データの削除優先順位として、キャッシュされた日時を表すキャッシュ日時（即ち、各端末に設けられている図３の管理テーブル１２１内のキャッシュ日時データ１２１ｃ）を用いることとして、キャッシュされた日時のうち、最も古くキャッシュされた音楽データから順番に削除することとしても良い。
【００７４】
あるいは、キャッシュメモリ１２３から削除する音楽データの削除優先順位として、管理テーブル１２１に登録されている音楽データの中からランダムに選択した音楽データの順番としても良い。
【００７５】
また、キャッシュメモリ１２３から削除する音楽データの削除優先順位として、管理テーブル１２１内に格納されている各種管理データのうち、複数の管理データ（例えば、再生回数データ１２１ｂとキャッシュ日時データ１２１ｃ）を用いるようにし、複数の管理データに対して予め設定されている優先順に基づいて総合的に判定することにより、削除する順番を決定するようにしても良い。
更には、前述したごとき各種の管理データ以外に、キャッシュメモリ１２３から削除する音楽データの削除優先順位を決定することができる任意のデータを管理テーブル１２１に登録することを可能とし、かかる任意のデータに基づいて、キャッシュメモリ１２３から削除する音楽データの削除優先順位を決定するようにしても良い。
【００７６】
なお、図１０に示すフローチャートのステップＳ２０９乃至Ｓ２１１において、音楽データデコーダ１２４が、キャッシュメモリ１２３からキャッシュされている音楽データを内部再生する再生優先順位を決定する論理として、キャッシュされている個々の音楽データの再生回数をなるべく均等にするために、キャッシュされている各音楽データのうち、再生回数（即ち、各端末に設けられている図３の管理テーブル１２１内の再生回数データ１２１ｂ）が最も少ない音楽データから順番に再生する場合を示したが、本発明は、かかる場合のみに限るものではない。
【００７７】
例えば、キャッシュされている個々の音楽データの再生間隔をなるべく長くするために、キャッシュメモリ１２３からキャッシュされている音楽データを内部再生する再生優先順位として、最も最近に再生された日時を表す最新再生日時（即ち、各端末に設けられている図３の管理テーブル１２１内の最新再生日時データ１２１ｄ）を用いることとして、最も最近に再生された最新再生日時のうち、最も古く再生された音楽データから順番に再生することとしても良い。
【００７８】
あるいは、キャッシュメモリ１２３からキャッシュされている音楽データを内部再生する再生優先順位として、管理テーブル１２１に登録されている音楽データの中からランダムに選択した音楽データの順番としても良い。
【００７９】
また、キャッシュメモリ１２３からキャッシュされている音楽データを内部再生する再生優先順位として、管理テーブル１２１内に格納されている各種管理データのうち、複数の管理データ（例えば、再生回数データ１２１ｂと最新再生日時データ１２１ｄ）を用いるようにし、複数の管理データに対して予め設定されている優先順に基づいて総合的に判定することにより、内部再生する順番を決定するようにしても良い。
更には、前述したごとき各種の管理データ以外に、キャッシュメモリ１２３から内部再生する音楽データの再生優先順位を決定することができる任意のデータを管理テーブル１２１に登録することを可能とし、かかる任意のデータに基づいて、キャッシュメモリ１２３から内部再生する音楽データの再生優先順位を決定するようにしても良い。
【００８０】
また、前述の実施例において示した音楽データをストリーミング配信する配信システムとして、端末１０２のキャッシュメモリ１２３からの内部再生を指示する場合も、サーバ１０１から当該端末１０２に対する指示応答として、内部再生の指示を送信する例を示したが、サーバ１０１は、ストリーミング配信が可能な端末１０２に対してのみ、ストリーミング配信する旨を示す指示応答を送信する一方、キャッシュメモリ１２３からの内部再生を指示する端末１０２に対しては、内部再生を指示する旨の指示応答を送信しないようにすると共に、端末１０２側においても、配信要求を行なった時点から予め定められた一定の経過時間が経過する間にサーバ１０１からの指示応答が返送されてこない場合には、自動的にキャッシュメモリ１２３から再生する音楽データを読み出して、内部再生するように構成しても良い。
【００８１】
更には、音楽データを配信する前述した配信システムにおいては、ユーザが選択することができるチャンネルが１個のチャンネルのみにより構成されていて、ユーザが端末１０２の電源を投入した際には、常に音楽が再生されて流れるような配信システムについて説明したが、例えば、チャンネル毎に対応した複数のサーバ１０１をインターネット１０３に接続し、インターネット１０３に接続された各端末１０２は、複数のチャンネルの中から任意のチャンネルを選択することができるチャンネル選択キーと各チャンネル毎に対応したそれぞれの管理テーブル１２１とキャッシュメモリ１２３とを有するように構成し、ユーザがチャンネル選択キーによりチャンネルを選択すると、該チャンネルに対応した管理テーブル１２１に格納されている各種管理データと端末ＩＤとを用いて、前記配信優先順位付け情報を作成して、当該チャンネルに対応したサーバ１０１に対して送信する配信要求に添付して送信することにより、指定されたサーバ１０１から返信されてくる指示応答に基づいて、選択したチャンネルに関するコンテンツデータをストリーミング配信させて配信再生させたり、当該端末１０２のキャッシュメモリ１２３から内部再生させるように、配信システムを構成しても良い。
【００８２】
また、前述した配信システムに適用されるネットワークとしては、図１に示すようにインターネット１０３を用いる場合を示したが、例えば、企業内や家庭内などのＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：ローカルエリアネットワーク）であっても構わない。
【００８３】
【発明の効果】
本発明に係るコンテンツ配信サーバ、コンテンツ受信端末及びコンテンツ配信システムにおいては、以下のごとき効果を奏することができる。
即ち、本発明に係るコンテンツ配信サーバによれば、コンテンツデータの配信を要求する配信要求を送信するコンテンツ受信端末から、過去に配信されてキャッシュされているコンテンツデータに関する各種管理データを、配信優先順位付けを行なう配信優先順位付け情報として受信することにより、受信した配信優先順位付け情報に基づいて、ストリーミング配信を行なう対象とするコンテンツ受信端末の配信優先順位を設定して、当該コンテンツ配信サーバからストリーミング配信を行なうことが可能な端末数と前記配信優先順位とに応じて、当該コンテンツ配信サーバからストリーミング配信を行なうコンテンツ受信端末を決定することができる。もって、ストリーミング配信サービスを利用する全てのコンテンツ受信端末に対して、分け隔てなく公平に新しいコンテンツデータに関するストリーミング配信を行なうことを可能とすると共に、コンテンツデータの配信に伴うネットワークの転送データ量を効果的に制御することが可能となる。
【００８４】
また、本発明に係るコンテンツ受信端末によれば、コンテンツ配信サーバから受信したコンテンツデータをキャッシュメモリにキャッシュすることにより、前記配信優先順位付け情報を添付してコンテンツ配信サーバに送信した配信要求に対して、当該コンテンツ配信サーバからのコンテンツデータの配信を示す指示応答が無い場合であっても、キャッシュメモリに以前キャッシュされたコンテンツデータの中から選択して効率良く内部再生することが可能である。もって、前記配信要求により、コンテンツ配信サーバから新鮮なコンテンツデータのストリーミング配信を受けることが可能であるのみならず、コンテンツ配信サーバからストリーミング配信を受けることができない場合であっても、キャッシュされているコンテンツデータを内部再生することが可能であり、ユーザは常に新鮮なコンテンツデータを視聴することができる。更に、コンテンツデータの配信に伴うネットワークの転送データ量を効果的に制御することも可能となる。
【００８５】
したがい、前記コンテンツ配信サーバと前記コンテンツ受信端末とをネットワークに接続することにより構成される本発明に係るコンテンツ配信システムによれば、前記コンテンツ受信端末の端末数の総数に関わりなく、前記コンテンツ配信サーバと前記コンテンツ受信端末とに介在する前記ネットワークのネットワーク容量の許容範囲以内に収めてコンテンツデータをストリーミング配信することが可能であり、もって、ネットワーク容量を最大限に活用して、コンテンツデータの配信サービスを利用する全ての前記コンテンツ受信端末に対して、分け隔てなく公平に、新鮮なコンテンツデータを配信することができる。
【図面の簡単な説明】
【図１】本発明に係るコンテンツ配信システムの実施形態の一例である音楽配信システムにおけるネットワーク構成の概念を示すネットワーク構成図である。
【図２】図１の本発明に係るコンテンツ配信サーバ内の機能ブロック構成の一例を示す機能ブロック図である。
【図３】図１の本発明に係るコンテンツ受信端末内の機能ブロック構成の一例を示す機能ブロック図である。
【図４】図３に示す端末に内蔵されている管理テーブルに記憶する管理情報の一例を示すメモリ構成図である。
【図５】或る配信要求受付期間に図２に示すコンテンツ配信サーバに内蔵されている配信要求リストに、配信要求のあった順番にコンテンツ受信端末を時系列的に登録した状態の一例を示すメモリ構成図である。
【図６】図５に示す配信要求リストに登録されたコンテンツ受信端末について、配信要求受付期間終了後に、配信すべきコンテンツデータに関するコンテンツ受信端末の配信優先順位の並べ替えを施した後の配信優先順位の一例を示すメモリ構成図である。
【図７】或る配信要求受付期間毎にコンテンツ配信サーバが受信した配信要求の端末台数に応じて、コンテンツ配信サーバからの配信を指示するコンテンツ受信端末と内部再生を指示するコンテンツ受信端末とのそれぞれの台数が変化する時間的な流れの一例を表した模式図である。
【図８】図７の配信要求受付期間の受付期間において、サーバに対して配信要求がある端末が配信要求を行なった場合のインターネット上の通信の流れを表すシーケンスチャートである。
【図９】サーバ内の処理プロセスの一例を説明するためのフローチャートである。
【図１０】端末内の処理プロセスの一例を説明するためのフローチャートである。
【符号の説明】
１０１…コンテンツ配信サーバ（音楽配信サーバ、サーバ）、１０２，１０２−１〜１０２−１３…クライアント端末（コンテンツ受信端末、端末）、１０３…インターネット、１１１…配信データ蓄積部、１１２…配信端末選定部、１１３…配信部、１１４…配信要求リスト、１１４ａ…端末ＩＤ領域、１１４ｂ…配信優先順位付け情報領域（合計再生回数データ領域）、１１５…ネットワーク接続部、１２１…管理テーブル、１２１ａ…音楽データ番号、１２１ｂ…再生回数データ、１２１ｃ…キャッシュ日時データ１２１ｃ、１２１ｄ…最新再生日時データ、１２１ｅ…合計再生回数データ、１２２…キャッシュマネージャ、１２３…キャッシュメモリ、１２４…音楽データデコーダ、１２５…送受信部、１２６…ネットワーク接続部。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a content distribution server, a content receiving terminal, and a content distribution system. For example, when streaming content data such as music data via a network such as the Internet or a LAN, the network capacity is efficiently used. The present invention relates to a content distribution server, a content receiving terminal, and a content distribution system that can perform the content distribution.
[0002]
[Prior art]
When a server distributes data to a client terminal via a network, streaming technology is widely known as a technology that enables the client terminal to start reproduction before receiving all data. ing.
2. Description of the Related Art In recent years, streaming technology has been widely used as a content distribution service for transmitting images and music to a personal computer connected to a network such as the Internet. When distributing content data using such streaming technology, even when the network is congested or when distributing content data that exceeds the bandwidth of the line, the playback of the received content data that has been streamed is performed. In order to enable the player to continue playing without interruption, a method of playing while storing the streaming-distributed content data in a cache memory provided inside the client terminal, and a server for distributing the content data Has adopted a method of distributing content data to a cache device provided at a different network location, storing the content data in advance, and then distributing the content data from the cache device to a client terminal.
[0003]
For example, in Japanese Patent Application Laid-Open No. 2002-183019 shown in Patent Document 1, meta data indicating the characteristics of the content data is received together with the content data, and the meta data is temporarily stored by a temporary storage unit in accordance with the meta information and the profile of the user. There is disclosed a technique relating to a cache device that determines and stores content data to be stored in a certain cache memory. By using such a technology, when a specific client terminal accesses content data in the content distribution server, the access time of the network is limited, or the desired content is not affected by network congestion. It is said that streaming data can be received.
[0004]
[Patent Document 1]
JP-A-2002-183019 (pages 3 to 5, FIG. 1)
[0005]
[Problems to be solved by the invention]
However, when the technology disclosed in Japanese Patent Application Laid-Open No. 2002-183019 disclosed in Patent Document 1 is used, a case where push-distribution of content data registered in advance from a content distribution server to a client terminal is performed. However, there is a possibility that even the content data that is not actually used at all for the client terminal may be automatically distributed, and the total transmission amount of the content data transferred through the network increases. is there.
[0006]
Also, as a general problem of streaming distribution, when a user wants to make a request to reproduce content data that is not stored in a cache device, at the time of the request, a client terminal on the user side is connected to a content distribution server on the service provider side by a network. Need to be connected through. For this reason, when many users are requested to simultaneously play back content data that is not stored in the cache device, the communication bandwidth obtained by multiplying the occupied bandwidth per user by the number of users requested at the same time becomes a network bandwidth. In addition, due to the situation where all the client terminals connected to the network simultaneously request the connection to the content distribution server of the service provider, the However, there remains a problem that a situation in which content data is not simultaneously distributed to client terminals cannot be excluded.
[0007]
Further, the streaming distribution of the content data is sequentially performed in accordance with the request order of the requested client terminals, but when the bandwidth exceeds the allowable bandwidth of the network, the content data is distributed to the subsequent client terminal of the distribution request source. And the problem of lack of fairness has arisen.
[0008]
The present invention has been made in view of such circumstances, and when a distribution request for requesting distribution of content data is transmitted from a content receiving terminal, information (for example, reproduced content information) cached in a cache memory is transmitted. The number of times of reproduction indicating the number of times, the reproduction date and time indicating the date and time of reproduction, and the cache date and time indicating the cached date and time are also transmitted as distribution prioritization information, and the content distribution server transmits the information at predetermined time intervals. A distribution priority of each content receiving terminal is determined based on the distribution prioritization information received within a certain distribution request reception period, and distribution is preferentially performed according to an allowable bandwidth of a network (ie, transferable capacity). Determine the content receiving terminals to be distributed, distribute the content data, and Therefore, it is possible to read out the content data cached in the cache memory in the past and to reproduce the content data internally, thereby enabling the network to be effectively used and the content receiving terminals However, it is not possible to distribute content data fairly without any division.
[0009]
[Means for Solving the Problems]
The first technical means includes: a network connection unit that connects to a network to distribute content data to the content receiving terminal; a distribution data storage unit that stores content data to be distributed to the content receiving terminal; A distribution request list for storing distribution prioritization information transmitted from each content receiving terminal attached to a content data distribution request in order to perform distribution prioritization of the content receiving terminals; A distribution request reception period indicating a predetermined period for receiving a distribution request is set, and the distribution priority for each content reception terminal is set in the order in which the distribution request is received from a content reception terminal in units of the set distribution request reception period. The ranking information is registered in the distribution request list, and the distribution request reception period After the end, for each content receiving terminal registered in the distribution request list, set a distribution priority indicating the distribution order of the content data based on the distribution prioritization information, according to the set distribution priority, Regarding the content data to be delivered to the content receiving terminal, the content receiving terminal may be a content receiving terminal that is permitted to perform streaming delivery, or may be internal playback that reads out and plays back content data cached in a cache memory in the content receiving terminal. A distribution terminal selection unit that determines whether the content is a receiving terminal, and transmits an instruction response indicating that streaming distribution is to be performed to the content receiving terminal for which distribution permission for performing the streaming distribution has been determined, and streams the content data to be distributed. Delivery to deliver When, it is characterized in that the content distribution server includes a.
[0010]
A second technical means is the content distribution server according to the first technical means, wherein a processing process in the distribution terminal selecting unit is configured to perform the distribution from the content receiving terminal for a predetermined period indicated by the distribution request reception period. A registration process for receiving a request and registering the distribution priority ordering information for each content receiving terminal in the distribution request list, and subsequently, based on the distribution priority ordering information registered in the distribution request list A distribution priority determining process for determining the distribution priority for distributing content data; and further, in accordance with the determined distribution priority, the distribution priority corresponding to a predetermined number of distributable terminals. To the content receiving terminal having a high content distribution rate, a distribution permission instruction for streaming distribution of the content data is issued. For the remaining content receiving terminals having lower distribution priorities that do not correspond to the number of possible terminals, a distribution terminal determining process for instructing internal reproduction by the cache memory in the content receiving terminal is performed. It is characterized by the following.
[0011]
A third technical means is the content distribution server according to the first or second technical means, wherein the distribution prioritization information registered in the distribution request list is used in response to the distribution request from each content receiving terminal. The total number of times of reproduction, which is attached and transmitted and indicates the total number of times of reproduction of the content data cached in the cache memory, and the distribution terminal selection unit selects a content reception terminal to distribute the content data. The content distribution server is characterized in that the distribution priorities are in the order of the content receiving terminal having the largest total number of times of reproduction.
[0012]
A fourth technical means is the content distribution server according to the first or second technical means, wherein the distribution prioritization information registered in the distribution request list is used in response to the distribution request from each content receiving terminal. The earliest cache date and time indicating the oldest cache date and time among the respective cache dates and times indicating the date and time when each content data was cached in the cache memory, which is attached and transmitted, and the distribution terminal selecting unit distributes the content data. The content distribution server selects the content reception terminal to be distributed, and sets the distribution priority order of the content reception terminal in the order of the oldest cache date and time.
[0013]
A fifth technical means is the content distribution server according to the first or second technical means, wherein the distribution prioritization information registered in the distribution request list is used in response to the distribution request from each content receiving terminal. The earliest playback date and time indicating the oldest latest playback date and time among the latest playback dates and times indicating the latest playback date and time of each content data cached in the cache memory, which is attached and transmitted. The content distribution server is characterized in that the distribution priority for selecting a content receiving terminal to which content terminal distributes the content data is the content receiving terminal in the order of the oldest reproduction date and time of the content receiving terminal.
[0014]
A sixth technical means is the content distribution server according to the first or second technical means, wherein the distribution prioritization information registered in the distribution request list is used in response to the distribution request from each content receiving terminal. Attached and transmitted, it is the maximum number of times of reproduction that indicates the number of times of reproduction of the number of times of reproduction of each of the content data cached in the cache memory, and the distribution terminal selection unit The content distribution server may be a content distribution server in which the distribution priority for selecting a content receiving terminal that distributes content data is the order of the content receiving terminal with the largest number of times of reproduction.
[0015]
A seventh technical means is the content distribution server according to any one of the third to sixth technical means, wherein the distribution prioritization information registered in the distribution request list is the distribution priority order information from each content receiving terminal. The distribution terminal selecting unit includes one or more pieces of information of the total number of reproduction times, the oldest cache date and time, the oldest reproduction date and time, and the maximum number of reproduction times, which are transmitted attached to the distribution request. The content distribution server is characterized in that the distribution priority for selecting a content receiving terminal to distribute data is the order of the content receiving terminals determined based on a preset priority order for one or more pieces of the information. It is assumed that.
[0016]
An eighth technical means is the content distribution server according to the first or second technical means, wherein the distribution priority in which the distribution terminal selecting section selects a content receiving terminal to distribute content data is the distribution request. The content distribution server is a content distribution server in which the content reception terminals randomly selected from the content reception terminals registered in the list are arranged in order.
[0017]
A ninth technical means is the content distribution server according to any one of the first to eighth technical means, wherein the distribution unit performs the distribution permission only for a content receiving terminal that issues the response instruction of the distribution permission. The content distribution server transmits the response instruction of distribution permission and does not transmit an instruction response for instructing the internal reproduction to a content receiving terminal that instructs the internal reproduction. It is assumed that.
[0018]
A tenth technical means includes: a network connection unit that connects to a network to receive content data distributed from the content distribution server; a cache memory that caches content data distributed from the content distribution server each time; A management table for storing management information for managing each content data cached in the cache memory, and respective timings for deleting or updating or internally reproducing each content data cached in the cache memory are determined. A cache manager, a content data decoder that decodes and reproduces the streamed content data or each content data cached in the cache memory, and a content distribution server. Transmitting a content data distribution request together with distribution prioritization information used for performing distribution priority, receiving an instruction response transmitted from the content distribution server in response to the distribution request, and And a transmitting / receiving unit that receives content data distributed from the distribution server.
[0019]
An eleventh technical means is the content receiving terminal according to the tenth technical means, for uniquely identifying each content data cached in the cache memory as the management information stored in the management table. Content data identification number, reproduction count data indicating the number of times each content data cached in the cache memory is reproduced, cache date and time data indicating the date and time when each content data cached in the cache memory is cached, The latest reproduction date and time data indicating the date and time when each content data cached in the cache memory is most recently reproduced, and the total reproduction number data indicating the total number of times the content data cached in the cache memory is reproduced. Of which 1 It is characterized in that the content receiving terminal that has registered more data items.
[0020]
A twelfth technical means is the content receiving terminal according to the tenth or eleventh technical means, wherein the processing process of the content data decoder causes the transmission / reception unit to operate, and transmits the distribution request to a content distribution server. And waiting for the instruction response from the content distribution server, and subsequently, reproduction of content data streamed from the content distribution server based on the instruction response or content cached in the cache memory. A content receiving terminal comprising: a playback method identification process for identifying which playback method of internal playback for reading and playing data is used; and a playback process for subsequently playing back content data by the identified playback method. It is characterized by doing.
[0021]
A thirteenth technical means is the content receiving terminal according to any one of the tenth to the twelfth technical means, wherein the deletion priority of the content data to be deleted from the cache memory is the number of times of reproduction of each content data. Among them, the content receiving terminal is characterized in that the content data is reproduced in the order of the content data having the largest number of reproductions.
[0022]
A fourteenth technical means is the content receiving terminal according to any one of the tenth to twelfth technical means, wherein the deletion priority of the content data to be deleted from the cache memory indicates a date and time when each content data is cached. The content receiving terminal is characterized in that the content date and time of the cache date and time are the older content data.
[0023]
A fifteenth technical means is the content receiving terminal according to the thirteenth or fourteenth technical means, wherein the deletion priority of the content data to be deleted from the cache memory is set in advance with respect to the number of times of reproduction and the cache date and time. The content receiving terminals are arranged in the order determined based on the priority order.
[0024]
A sixteenth technical means is the content receiving terminal according to any one of the tenth to twelfth technical means, wherein the deletion priority of the content data to be deleted from the cache memory is selected from among cached content data. It is characterized in that the content receiving terminal is a content receiving terminal in the order of randomly selected content data.
[0025]
A seventeenth technical means is the content receiving terminal according to any one of the tenth to sixteenth technical means, wherein the reproduction priority of content data read from the cache memory and subjected to internal reproduction is set such that each content data is reproduced. The content receiving terminal is characterized in that the content data is displayed in the order of the content data having the smaller number of times of reproduction indicating the number of times of reproduction.
[0026]
An eighteenth technical means is the content receiving terminal according to any one of the tenth to sixteenth technical means, wherein the reproduction priority of the content data read from the cache memory and subjected to the internal reproduction is the highest in each content data. The content receiving terminal is characterized in that the content data is displayed in the order of content data having the latest reproduction date and time indicating the latest reproduction date and time.
[0027]
Nineteenth technical means is the content receiving terminal according to the seventeenth or eighteenth technical means, wherein the reproduction priority of content data read from the cache memory and subjected to internal reproduction is: the number of times of reproduction, the latest reproduction date and time. The content receiving terminal is characterized in that the order is determined based on a preset priority order.
[0028]
A twentieth technical means is the content receiving terminal according to any one of the tenth to sixteenth technical means, wherein the reproduction priority of the content data read from the cache memory and subjected to internal reproduction is a cached content. The content receiving terminal is characterized in that the content data is selected in the order of the content data randomly selected from the data.
[0029]
A twenty-first technical means is the content receiving terminal according to any of the tenth to twentieth technical means, wherein the instruction response is not received within a predetermined fixed elapsed time from the transmission of the distribution request. And a content receiving terminal for automatically reading content data from the cache memory and internally reproducing the content data.
[0030]
A twenty-second technical means is a content distribution system comprising: the content distribution server according to any one of the first to ninth technical means; and the content receiving terminal according to any of the tenth to twenty-first technical means. , A content distribution system in which the user can select one channel.
[0031]
A twenty-third technical means is a content distribution system comprising: the content distribution server according to any one of the first to ninth technical means; and the content receiving terminal according to any of the tenth to twenty-first technical means. , A content distribution system in which there are a plurality of channels that can be selected by a user.
[0032]
A twenty-fourth technical means is the content distribution system according to the twenty-second or twenty-third technical means, wherein the network is the Internet.
[0033]
According to a twenty-fifth technical means, in the content distribution system according to the twenty-second or twenty-third technical means, the network is a content distribution system in which a LAN (Local Area Network) is used.
[0034]
The content distribution server according to any one of the first to ninth technical means, the content receiving terminal according to any of the tenth to twenty-first technical means, and the twenty-second to twenty-fifth technologies According to the content distribution system described in any of the means, when transmitting a distribution request for requesting distribution of content data from the content receiving terminal, various management data information (for example, The content distribution server transmits the number of times of reproduction indicating the number of times of reproduction, the reproduction date and time indicating the date and time of reproduction, and the cache date and time indicating the cached date and time as the distribution priority ordering information. Based on the received distribution priority ranking information, the Determine the distribution priority of the content receiving terminal, determine the content receiving terminal to be distributed with priority according to the transferable capacity of the network, distribute the content data, and for the remaining content receiving terminals, The content data cached in the cache memory in the past can be read out and internally reproduced, thereby enabling efficient use of the network and separating the content receiving terminals from each other. It is possible to distribute content data fairly without any cost.
[0035]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, embodiments of a content distribution server, a content receiving terminal, and a content distribution system according to the present invention will be described in detail with reference to the drawings. In the following description, a case where a music distribution system is used as a content distribution system will be described as an example.
[0036]
FIG. 1 is a network configuration diagram showing a concept of a network configuration in a music distribution system as an example of an embodiment of a content distribution system according to the present invention.
The music distribution system shown in FIG. 1 includes a content distribution server 101 (that is, a music distribution server: hereinafter simply referred to as a server) for distributing music data to a client terminal that has requested distribution, and A client terminal 102 that makes a distribution request and receives and reproduces music data distributed from the server 101, for example, 13 client terminals 1 102 -1 Or client terminal 13102 -13 (That is, a content receiving terminal: hereinafter simply referred to as a terminal) are connected to the Internet 103, respectively. Also, each terminal 1 102 -1 Or terminal 13 102 -13 Are assigned in advance as terminal IDs used by the server 101 to identify each terminal in the order of “1” to “13”, and are built in each terminal.
[0037]
FIG. 2 is a functional block diagram showing an example of a functional block configuration in the content distribution server, ie, the music distribution server 101 according to the present invention in FIG. In FIG. 2, a music distribution server 101 connected to the Internet 103 indicates a distribution data storage unit 111 that stores music data to be distributed to the terminal, and a reception cycle for receiving a distribution request from the terminal via the Internet 103. A delivery request list 114 for setting a delivery request reception period, registering the terminals together with delivery priority ordering information in the order of the delivery requests received from the terminals for each set delivery request reception period, and a delivery request list at the end of the reception. The distribution priorities of the terminals registered in 114 are set by rearranging or the like based on the distribution prioritization information, and distributed to each terminal according to the set distribution priorities. For content data, allow streaming distribution or read from the cache memory in the terminal. So as to select one of either instructing internal reproduction and a delivery terminal selection unit 112 which determines for each terminal to play. Further, the music distribution server 101 transmits an instruction response indicating that the streaming distribution is to be performed to the terminal that has permitted the streaming distribution, the distribution unit 113 that performs the streaming distribution of the music data, and the distribution unit 113 that distributes the music data to the terminal. A network connection unit 115 for connecting to the Internet 103;
[0038]
As shown in FIG. 5 described later, the distribution request list 114 includes a terminal ID area 114a for registering a terminal ID for identifying the terminal transmitted from the terminal requested to be distributed, and a A delivery priority ordering information area 114b for registering delivery priority ordering information that is attached and transmitted is provided.
Here, the distribution priority ordering information registered in the distribution priority ordering information area 114b of the distribution request list 114 is information for ordering the distribution priority order with respect to the terminal that has requested the distribution, and has been distributed in the past. Is generated from information on content data cached in the cache memory of each terminal (for example, information on the number of times of reproduction, reproduction date and time, cache date and time, etc.).
[0039]
FIG. 3 is a functional block diagram showing an example of a functional block configuration in the terminal (content receiving terminal) 102 according to the present invention in FIG. In FIG. 3, a terminal 102 connected to the Internet 103 stores a cache memory 123 for caching music data distributed from the server 101 via the Internet 103 each time, and a music data cached in the cache memory 123. It has a management table 121 that stores management information for management, and a cache manager 122 that determines timing for deleting, updating, or reproducing music data cached in the cache memory 123.
[0040]
Further, the terminal 102 decodes music data distributed via the Internet 103 or cached in the cache memory 123 and plays back the music data decoder 124 and a distribution request to the server 101 via the Internet 103. And a transmission / reception unit 125 for receiving an instruction response from the server 101 to the distribution request and receiving the music data distributed from the server 101, and transmitting the music data to the content distribution server. And a network connection unit 126 for connecting to the Internet 103 for receiving from the Internet 101.
[0041]
FIG. 4 is a memory configuration diagram showing an example of management information stored in the management table 121 built in the terminal 102 shown in FIG. In FIG. 4, a management table 121 includes a music data number 121a for uniquely identifying each music data cached in the cache memory 123 and a reproduction number indicating the number of times each music data cached in the cache memory 123 has been reproduced. Number data 121b, cache date and time data 121c indicating the date and time when each music data cached in the cache memory 123 is cached, and latest reproduction date and time indicating the date and time when each music data cached in the cache memory 123 was most recently reproduced. One or more data items are stored in the data 121d and the total number-of-reproductions data 121e indicating the total number of reproductions of any music data cached in the cache memory 123.
[0042]
FIG. 5 is a memory configuration diagram showing an example of a state in which terminals are registered in a chronological order in the order of a distribution request in a distribution request list 114 incorporated in the server 101 shown in FIG. 2 during a certain distribution request reception period. It is. In FIG. 5, a distribution request list 114 includes a terminal ID area 114a for storing a terminal ID transmitted from the terminal 102 together with the distribution request, and a total number of times of reproduction set in the management table 121 in the terminal 102. A total reproduction count data area 114b for storing the data 121e is provided, and the distribution requests are registered sequentially in the terminal order in which the distribution requests are received. Here, the total number of reproduction times data 121e registered in the total number of reproduction times data area 114b is registered in the distribution priority ordering information area 114b of the distribution request list 114 shown in FIG. 1 shows an example of the distribution prioritization information for performing the above.
[0043]
FIG. 6 shows the distribution priorities of the terminals 102 registered in the distribution request list 114 shown in FIG. 5 after the distribution request acceptance period ends and the distribution priorities of the terminals 102 regarding the content data to be distributed are rearranged. FIG. 3 is a memory configuration diagram showing an example of the configuration. In the present embodiment shown in FIG. 6, an example is shown in which the total playback count data 121e registered in the total playback count data area 114b is used as the distribution priority ranking information for performing the sorting of the delivery priority. The total reproduction count data 121e for each terminal 102 shown in FIG. 4 is in descending order of the total reproduction count data 121e, that is, the total reproduction count data transmitted from each terminal 102 to the server 101 and stored in the total reproduction count data area 114b of the distribution request list 114. An example is shown in which sorting is performed in descending order of the number-of-times data 121e.
[0044]
Next, the transmission / reception processing of music data in each of the server 101 and the terminal 102 will be described in more detail with reference to FIG. FIG. 7 shows that the number of terminals 102 instructing distribution from the server 101 and the number of terminals 102 instructing internal reproduction are changed according to the number of terminals of the distribution request received by the server 101 for each certain distribution request reception period. It is the schematic diagram showing an example of the time flow which changes.
In the example shown in FIG. 7, it is possible to simultaneously distribute music data from the server 101 to 100 terminals 102 via the Internet 103, and to perform the first distribution request from the elapsed time of 10 seconds to 20 seconds. At the initial time of the reception period A, it is shown that 97 terminals are already connected to 100, which is the distributable traffic capacity on the Internet 103, and music data is being distributed. I have. Further, in the music distribution system according to the present embodiment, the distribution request reception period is always set to a reception period of a fixed time interval of 10 seconds.
[0045]
Here, the number of additional deliverable terminals that can be newly added and delivered in the delivery request acceptance period A is 3 (= 100 (the number of simultaneously deliverable terminals) -97 (the number of terminals being delivered)). And a new distribution request from five terminals (terminal IDs of “1”, “2”, “3”, “4”, and “5”) for the remaining three additional distributable terminals. In the distribution request list 114 shown in FIG. 2, as shown in FIG. 5, the total number of reproduction times data is registered in the total number of reproduction times data area 114b in the order of the terminal that has received the distribution request.
When the distribution request acceptance period A ends, the distribution terminal selection unit 112 illustrated in FIG. 2 selects the terminal of the distribution request of the registered distribution request list 114 whose total reproduction number data stored in the total reproduction number data area 114b is larger. Rearrangement is performed so that the distribution priorities are set in order. FIG. 6 shows the distribution request list 114 after the rearrangement in the order of the total reproduction number data.
[0046]
Therefore, the distribution terminal selection unit 112 assigns music to the three terminals having the terminal IDs “4”, “2”, and “1” according to the rearranged distribution priorities shown in FIG. Data distribution is permitted, and the distribution unit 113 sends an instruction response indicating that streaming distribution is to be performed to each terminal, and performs streaming distribution of music data, while the terminal IDs are “5” and “3”. To the two terminals, the distribution terminal selection unit 112 instructs to perform internal reproduction (local reproduction) using the music data cached in the cache memory inside each terminal. There is no instruction for distribution.
[0047]
On the other hand, as described in the column of “number of terminals that end distribution within the period” in FIG. 7, it is assumed that the number of terminals that end distribution during the period of the distribution request acceptance period A is four. .
Accordingly, in the distribution request reception period B performed following the distribution request reception period A, the number of additional deliverable terminals that can be newly added and distributed is determined to be distribution ended during the distribution request reception period A. The number of terminals is four. If two terminals (terminal IDs “6” and “7”) newly access a distribution request with respect to the remaining four additional distributable terminals, the distribution request list 114 displays the distribution request acceptance period A Each new distribution request terminal is registered in the same manner as in the case of. However, in the distribution terminal selection unit 112, the number of newly received distribution request terminals is less than two and the number of additionally distributeable terminals is less than four, so that a new distribution request terminal is newly registered. An instruction to unconditionally permit distribution of music data is given to the two terminals whose accepted terminal IDs are “6” and “7”.
[0048]
On the other hand, it is assumed that the number of terminals whose distribution ends within the distribution request reception period B is one.
Therefore, in the distribution request reception period C performed after the distribution request reception period B, the number of additional deliverable terminals that can be newly added and distributed is three (= 2 (distribution request reception period). The number of remaining additional deliverable terminals of the number of terminals permitted in B) +1 (the number of terminals that completed distribution during the distribution request acceptance period B)). If there is a new distribution request access from four terminals (terminal IDs “8”, “9”, “10”, “11”) for the remaining three additional distribution-capable terminals, a distribution request is made. Each new distribution request terminal is registered in the list 114 in the same manner as in the case of the distribution request reception period A, and when the distribution request reception period C ends, the distribution terminal selecting unit 112 performs distribution similarly to the case of the distribution request reception period A. The request list 114 is rearranged in descending order of the total number of reproduction times data.
Here, if it is assumed that the terminal ID is “8”, “9”, “10”, and “11”, and the terminal has the largest total number of times of reproduction data, the terminal ID is “8” in accordance with the distribution priority. , "9" and "10" are permitted to be connected for streaming distribution, and the remaining terminal ID "11" is a cache inside the terminal. An instruction to perform internal reproduction (local reproduction) by the memory is issued.
[0049]
On the other hand, it is assumed that the number of terminals whose distribution ends within the distribution request acceptance period C is zero.
Therefore, in the distribution request reception period D performed following the distribution request reception period C, the number of additional deliverable terminals that can be newly added and distributed is 0 (= 0) (the distribution request reception period The remaining number of additional deliverable terminals of the number of terminals permitted in C) +0 (the number of terminals that have completed distribution during the distribution request acceptance period C)). If there is a new distribution request access from two terminals (terminal IDs “12” and “13”) with respect to the remaining 0 additional distribution possible terminals, the distribution request list 114 shows the distribution request acceptance period A Each new distribution request terminal is registered as in the case of (1). At the end of the distribution request reception period D, the distribution terminal selection unit 112 determines that the newly received terminal IDs are “12” and “13” because the number of additionally distributeable terminals is 0. Are instructed to unconditionally perform internal reproduction (local reproduction) using the cache memory inside each terminal.
[0050]
FIG. 8 shows a terminal 1 102 having a distribution request to the server 101 (music distribution server) during the distribution request reception period A shown in the schematic diagram of FIG. −01 Or terminal 5 102 −05 9 is a sequence chart showing a flow of communication on the Internet 103 when a terminal ID (“1,” “2,” “3,” “4,” or “5”) makes a distribution request. The process in the server 101 is, as shown on the right side of FIG. 8, 1) receiving a distribution request from the terminal 102 for a predetermined period indicated by the distribution request receiving period, and arranging the distribution priority ranking information in chronological order. Registration processing for registration in the distribution request list 114, followed by 2) distribution priority determination processing for determining a distribution priority to be distributed according to a predetermined condition of the distribution prioritization information registered in the distribution request list 114; Subsequently, 3) in accordance with the determined distribution priority, a distribution permission instruction is given to a terminal having a high distribution priority corresponding to the predetermined number of distribution possible terminals, and the distribution permission instruction is given to the number of distribution possible terminals. The remaining terminals having lower distribution priorities that do not correspond can be divided into three processing processes of a distribution terminal determination process for instructing internal reproduction by the cache memory of each terminal. That.
[0051]
That is, in FIG. 8, the terminal 1 102 during the distribution request reception period A from the start of the distribution request reception to the end of the distribution request reception shown in FIG. -1 Or terminal 5 102 -5 Are sequentially received in a time-series manner and sequentially registered in the distribution request list 114. After the distribution request reception period ends, each terminal is determined based on the distribution prioritization information registered in the distribution request list 114. Are determined, and the terminal 4 102 is assigned in descending order of the distribution priority corresponding to the previously calculated number of additional deliverable terminals. -4 , Terminal 2 102 -2 , Terminal 1 102 -1 Are sequentially instructed to permit connection of the content data to the distribution unit 113, 4, 2, and 1, while the terminal 5 having a lower distribution priority than the number of terminals that can be additionally distributed is designated. 102 -5 Or terminal 3 102 -3 Are instructed to perform internal reproduction 5 and 3 by the cache memory in each terminal.
[0052]
Next, the processing in the server 101 shown in FIGS. 7 and 8 will be further described with reference to the flowchart shown in FIG. FIG. 9 is a flowchart illustrating an example of a processing process in the server 101.
First, the distribution terminal selection unit 112 of the server 101 clears the past registration contents of the distribution request list 114 to restore the initial state, and starts a timer for measuring the distribution request reception period. Of the content data distribution request is started (step S101). Next, the distribution terminal selection unit 112 determines whether or not there is a terminal 102 that makes a distribution request via the Internet 103, and if there is (YES in step S102), the terminal 102 that has made a distribution request The terminal ID and the total number of times of reproduction data, which are transmitted with being attached to the distribution request, are registered as the first in the distribution request list 114 (step S103).
[0053]
Next, it is determined whether a distribution request reception period, for example, 10 seconds shown in FIG. 7 has elapsed (step S104), and steps S102 and S103 are repeated until the reception end time is reached (NO in step S104). The terminals 102 that have requested distribution are registered in the distribution request list 114 in time series in order.
When the reception end time has been reached (YES in step S104), the distribution terminal selection unit 112 ends the reception of the distribution request from the terminal 102 (step S105), and selects the distribution request terminal registered in the distribution request list 114. By referring to the data, the total number of reproduction times data is extracted (step S106).
[0054]
Thereafter, the terminal ID and the total number of reproduction times data of the distribution request list 114 are rearranged in the descending order of the extracted total number of reproduction times data, and the distribution priority for distributing the music data is determined for each terminal (step S107). . Next, the terminal ID having the first distribution priority in the sorted distribution request list 114 is extracted (step S108).
Thereafter, it is determined whether the distribution priority is lower than the number of terminals capable of streaming distribution (step S109). If the distribution priority is higher than the number of terminals that can be distributed (NO in step S109), The connection of the streaming distribution to the terminal 102 with the terminal ID is permitted (step S111). On the other hand, if the distribution priority is equal to or less than the number of distributable terminals (YES in step S109), the terminal 102 with the terminal ID is An instruction for internal reproduction using a cache memory inside the terminal is issued (step S110).
[0055]
Thereafter, it is determined whether or not the process of instructing the reproduction method to all the terminals 102 that have requested the distribution during the distribution request acceptance period has been completed (step S112), and if not completed (step S112). NO), returning to step S108, and repeating steps S109, S110, and S111 for all terminals 102 that have requested distribution.
[0056]
As shown on the right side of the flowchart in FIG. 9, of the three processing processes in the server 101, 1) the registration process is performed in each of the steps S101 to S105, and 2) the distribution priority determination process is performed. , Steps S106 to S107, and the distribution terminal determination process 3) corresponds to steps S108 to S112, respectively.
[0057]
Note that the logic for the distribution terminal selection unit 112 of the server 101 to determine the distribution priority for selecting the terminal 102 to which the music data is to be distributed by streaming is as follows: in order to minimize the total number of content data reproductions on each terminal 102, As the distribution priority ranking information, the total number of reproduction times data attached to the distribution request from each terminal 102 and transmitted (that is, the total number of reproduction times data in the management table 121 of FIG. 3 provided in each terminal 102) 121e), a case is shown in which the logic is used in which the total reproduction count data is in descending order for each terminal 102. However, the present invention is not limited to such a case.
[0058]
For example, in order to shorten the cache period of the music data cached in the cache memory 123 of each terminal 102 as much as possible, each piece of music data is cached as the distribution priority information attached to the distribution request from each terminal 102. The oldest oldest cache date and time among the cache date and time cached in the memory 123 (that is, the cache date and time data 121c in the management table 121 of FIG. 3 provided in each terminal 102) is extracted and used. The distribution priority order of the distribution request list 114 may be determined in the order of the oldest cache date and time for 102.
[0059]
Alternatively, in order to make the reproduction interval of the same music data in each terminal 102 as long as possible, the distribution priority ordering information attached to the distribution request from each terminal 102 indicates the date and time when each music data was reproduced most recently. For each terminal 102, the oldest reproduction date and time indicating the oldest latest reproduction date and time among the latest reproduction date and time (that is, the latest reproduction date and time data 121d in the management table 121 of FIG. 3 provided in each terminal 102) is used. The distribution priority of the distribution request list 114 may be determined in the order of the oldest reproduction date and time.
[0060]
Alternatively, in order to minimize the number of reproductions of individual music data of each terminal 102, the number of reproductions of each music data (ie, the number of reproductions of each music data, as the distribution priority ordering information attached to the distribution request from each terminal 102) The most-reproduced frequency of the terminal 102 is extracted by using the most-reproduced frequency of the reproduction frequency data 121b) in the management table 121 of FIG. The distribution priority of the distribution request list 114 may be determined in the descending order.
[0061]
Alternatively, the distribution priority of the distribution request list 114 may be determined in an order randomly selected from the terminals 102 registered in the distribution request list 114.
[0062]
In addition, as the distribution priority ordering information attached to the distribution request from each terminal 102, one to a plurality of data (for example, total reproduction number data 121e, reproduction The maximum number of reproductions in the number-of-times data 121b, the oldest cache date and time in the cache date and time data 121c, the oldest reproduction date and time in the latest reproduction date and time data 121d, etc. Alternatively, the distribution priority of the distribution request list 114 may be determined by comprehensively determining based on the preset priority order.
Furthermore, in addition to the various types of data as described above, it is possible to register any data that can determine the distribution priority of the distribution request list 114 in the distribution request list 114, and based on the arbitrary data, The distribution priority of the distribution request list 114 may be determined.
[0063]
On the other hand, the terminal 102 (that is, the terminals 1 to 13 102 shown in FIG. 1) -1 ~ 102 -13 The processing processes in the music data decoder 124 include the following: 1) a queuing process in which the transmission / reception unit 125 is operated to transmit a distribution request to the server 101 and wait for an instruction response from the server 101; A reproduction method specifying process for specifying one of the reproduction method of the music data stream-distributed from the server 101 or the internal reproduction of the music data cached in the cache memory 123 based on the instruction response from the server 101; Furthermore, it can be further divided into three processing processes of 3) a reproduction process of reproducing music data by the specified reproduction method.
[0064]
FIG. 10 is a flowchart illustrating an example of a processing process in terminal 102. A flowchart shown in FIG. 10 starts in response to a music data reproduction instruction from a user. First, in order for the terminal 102 to make a distribution request to the server 101, a terminal ID and a management table capable of identifying the terminal 102 Desired data (one or a plurality of data in the total reproduction number data 121e, the reproduction number data 121b, the cache date and time data 121c, the latest reproduction date and time data 121d, etc.) stored in 121 are attached to the distribution request. Preparations are made for transmission as the distribution prioritization information (step S201).
[0065]
The terminal ID extracted as preparation for transmission and desired data of the management table 121 are attached to the distribution request as the distribution priority ordering information and transmitted to the server 101 (step S202).
Thereafter, a waiting process is performed to wait until an instruction response to the distribution request arrives from the server 101 (step S203). When the instruction response is received from the server 101, the process proceeds to the next step S204.
[0066]
First, by referring to the instruction response from the server 101 that has arrived at the terminal 102, it is determined whether the instruction response indicates that the streaming connection of the music data from the server 101 is permitted or not. A determination is made (step S204), and if the distribution is not permitted (NO in step S204), the process proceeds to step S209, where the distribution is not performed from the server 101 but cached in the cache memory 123 of the terminal 102. The music data is played back internally. On the other hand, if it indicates that the distribution has been permitted (that is, if it indicates that it is a streaming playback instruction) (YES in step S204), the server In order to be able to receive the music data distributed from the server 101, the music data is stored in the cache memory 123. It determines whether the free space is present to store (step S205).
[0067]
If it is determined that there is no free space for storing the music data in the cache memory 123 (YES in step S205), the cache manager 122 refers to the reproduction count data 121b of the management table 121. Then, by selecting and deleting the music data having the largest number of reproductions, a free space is secured in the cache memory 123 (step S206), and when it is determined that the full state is not yet reached (NO in step S205) ), The process proceeds to step S207. Here, if the state is as shown in the management table 121 shown in FIG. 4, in step S206, the music data of the music data number "200366" having the largest number of reproduction times data 121b of 10 in the management table 121 is deleted. Is done.
[0068]
In step S207, a connection for streaming distribution to the server 101 is made, music data streamed from the server 101 is sequentially received, and streaming reproduction is performed while caching in the cache memory 123 until reception is completed. Perform (step S207).
Thereafter, in the management table 121, the music data number (identification number specifying the music data), the number of times of reproduction (data indicating one reproduction), the cache date and time (cached) The latest playback date and time (the current date and time as the latest playback date and time) and the latest playback date and time (the current date and time as the latest playback date and time) are registered as the music data number 121a, the number of playback times data 121b, the cache date and time data 121c, and the latest playback date and time data 121d, respectively. At the same time, the total number of times of reproduction is recalculated and set as the total number of times of reproduction data 121e (step S208), and the process proceeds to step S212.
[0069]
On the other hand, when the distribution is not permitted and the instruction of the internal reproduction is given (NO in step S204), the music data with the least number of reproductions is selected by referring to the reproduction number data 121b of the management table 121. (Step S209).
Until the reproduction of the selected music data having the least number of reproductions is completed, the music data is sequentially read from the cache memory 123 and the internal reproduction is performed (step S210). That is, if the management table 121 is in the state shown in FIG. 4, the music data of the music data number “100331”, which is the smallest number of times of reproduction, is reproduced internally.
[0070]
Thereafter, “1” is added to the number-of-reproductions data 121b of the management table 121 relating to the internally reproduced music data, and the current date and time are set as the latest reproduction date-and-time data 121d, and the total number of reproductions is calculated. Then, it is set as the total number of reproduction times data 121e (step S211).
In S212, the user continuously determines whether or not to continue reproduction. If the reproduction is continuously requested (YES in step S212), the process returns to step S201, and the processing in steps S202 to S211 is performed. If the processing is to be repeated (NO in step S212), the processing ends.
[0071]
As shown on the right side of the flowchart of FIG. 10, of the three processing processes described above in the terminal 102, the waiting process of transmitting a distribution request to the server of 1) and waiting for an instruction response from the server is performed in steps S201 to S203. In each step, 2) the reproducing method specifying the reproducing method of reproducing the music data is performed. In each step of S204 to S206 and S209, and 3) the reproducing process of reproducing the music data is performed. These correspond to steps S207, S208, and S210 to S212, respectively.
[0072]
In step S206 of the flowchart shown in FIG. 10, the cache manager 122 determines the number of times of reproduction of the cached music data as logic for determining the deletion priority for deleting the music data cached in the cache memory 123. To reduce the number of cached music data, music data having the largest number of times of reproduction (that is, the number of times of reproduction data 121b in the management table 121 of FIG. 3 provided in each terminal) is sequentially deleted from the cached music data. However, the present invention is not limited to only such a case.
[0073]
For example, in order to shorten the cache period of the cached music data as much as possible, the cache date and time indicating the cached date and time (that is, provided in each terminal) is set as the deletion priority of the music data to be deleted from the cache memory 123. The cache date and time data 121c) in the management table 121 in FIG. 3 may be used, and the cached date and time may be sequentially deleted from the oldest cached music data.
[0074]
Alternatively, the order of deletion of music data to be deleted from the cache memory 123 may be the order of music data randomly selected from the music data registered in the management table 121.
[0075]
In addition, a plurality of management data (for example, the number-of-reproductions data 121b and the cache date / time data 121c) among various management data stored in the management table 121 are used as the deletion priority of the music data to be deleted from the cache memory 123. In this way, the order of deletion may be determined by comprehensively determining a plurality of management data based on a preset priority order.
Further, in addition to the various management data as described above, any data that can determine the deletion priority of music data to be deleted from the cache memory 123 can be registered in the management table 121. , The deletion priority of music data to be deleted from the cache memory 123 may be determined.
[0076]
In steps S209 to S211 of the flowchart shown in FIG. 10, the music data decoder 124 determines, as a logic for determining a reproduction priority for internally reproducing the music data cached from the cache memory 123, the individual music that has been cached. In order to make the number of data reproductions as equal as possible, the number of reproductions (that is, the number of reproductions data 121b in the management table 121 of FIG. 3 provided in each terminal) among the cached music data is the smallest. Although the case where the music data is reproduced in order is shown, the present invention is not limited to such a case.
[0077]
For example, in order to make the playback interval of each piece of cached music data as long as possible, the latest playback indicating the date and time of the most recent playback is set as the playback priority for internally playing the music data cached from the cache memory 123. By using the date and time (that is, the latest reproduction date and time data 121d in the management table 121 of FIG. 3 provided in each terminal), of the most recently reproduced latest reproduction date and time, They may be played back in order.
[0078]
Alternatively, the order of music data randomly selected from the music data registered in the management table 121 may be set as the reproduction priority for internally reproducing the music data cached from the cache memory 123.
[0079]
In addition, as the reproduction priority order for internally reproducing music data cached from the cache memory 123, a plurality of management data (for example, the reproduction count data 121b and the latest reproduction data) among various management data stored in the management table 121 are set. Date and time data 121d) may be used, and the order of internal reproduction may be determined by comprehensively determining a plurality of management data based on a preset priority order.
Further, in addition to the various management data as described above, it is possible to register, in the management table 121, any data that can determine the reproduction priority of the music data to be internally reproduced from the cache memory 123, The reproduction priority of the music data to be reproduced internally from the cache memory 123 may be determined based on the data.
[0080]
Also, as the distribution system for streaming distribution of the music data shown in the above-described embodiment, when the internal reproduction is instructed from the cache memory 123 of the terminal 102, the internal reproduction is instructed as a response to the terminal 102 from the server 101. Although the example in which the server 101 transmits an instruction response indicating that streaming distribution is performed only to the terminal 102 capable of streaming distribution, the server 101 instructs internal reproduction from the cache memory 123, In response to the request, the terminal 102 does not transmit an instruction response for instructing internal reproduction, and the terminal 102 also transmits the server 101 during a predetermined period of time that has elapsed since the distribution request was made. If no instruction response is returned from the It reads the music data to be reproduced from, may be configured to internally reproduced.
[0081]
Further, in the above-described distribution system for distributing music data, the channel that can be selected by the user is constituted by only one channel, and when the user turns on the terminal 102, the music is always transmitted. Has been described, for example, a plurality of servers 101 corresponding to each channel are connected to the Internet 103, and each terminal 102 connected to the Internet 103 can select any of a plurality of channels from among the plurality of channels. And a management table 121 and a cache memory 123 corresponding to each channel. The user can select a channel by using the channel selection key. Stored in the management table 121 The distribution priority ranking information is created using the various management data and the terminal ID, and is attached to a distribution request to be transmitted to the server 101 corresponding to the channel. Based on the instruction response returned from 101, the distribution system may be configured such that the content data relating to the selected channel is distributed and reproduced by streaming, or internally reproduced from the cache memory 123 of the terminal 102. .
[0082]
Although the Internet 103 is used as a network applied to the above-described distribution system as shown in FIG. 1, for example, a LAN (Local Area Network: local area network) in a company or at home is used. It does not matter.
[0083]
【The invention's effect】
In the content distribution server, the content receiving terminal, and the content distribution system according to the present invention, the following effects can be obtained.
That is, according to the content distribution server according to the present invention, various management data relating to content data that has been distributed and cached in the past is distributed from a content receiving terminal that transmits a distribution request that requests distribution of content data to a distribution priority order. By receiving the information as distribution prioritization information to be assigned, the distribution priorities of the content receiving terminals to be subjected to streaming distribution are set based on the received distribution prioritization information, and streaming is performed from the content distribution server. According to the number of terminals that can perform distribution and the distribution priority, a content receiving terminal that performs streaming distribution from the content distribution server can be determined. Accordingly, streaming distribution of new content data can be fairly distributed to all content receiving terminals using the streaming distribution service without any division, and the amount of network transfer data accompanying the distribution of content data can be reduced. It becomes possible to control it.
[0084]
According to the content receiving terminal of the present invention, by caching the content data received from the content distribution server in the cache memory, it is possible to respond to the distribution request transmitted to the content distribution server with the distribution prioritization information attached. Therefore, even if there is no instruction response indicating the distribution of the content data from the content distribution server, it is possible to select the content data previously cached in the cache memory and efficiently perform internal reproduction. Therefore, according to the distribution request, it is possible not only to receive the streaming distribution of the fresh content data from the content distribution server but also to cache the content even if the streaming distribution cannot be received from the content distribution server. Content data can be internally reproduced, and the user can always view fresh content data. Further, it becomes possible to effectively control the amount of transfer data of the network accompanying the distribution of the content data.
[0085]
Therefore, according to the content distribution system according to the present invention configured by connecting the content distribution server and the content receiving terminal to a network, regardless of the total number of terminals of the content receiving terminal, the content distribution server Content data within a permissible range of the network capacity of the network interposed between the content data receiving terminal and the content receiving terminal, thereby enabling the content data to be streamed and distributed. , Fresh content data can be distributed fairly to all the content receiving terminals that use the content.
[Brief description of the drawings]
FIG. 1 is a network configuration diagram showing a concept of a network configuration in a music distribution system as an example of an embodiment of a content distribution system according to the present invention.
FIG. 2 is a functional block diagram showing an example of a functional block configuration in the content distribution server according to the present invention of FIG. 1;
FIG. 3 is a functional block diagram showing an example of a functional block configuration in the content receiving terminal according to the present invention of FIG. 1;
FIG. 4 is a memory configuration diagram showing an example of management information stored in a management table built in the terminal shown in FIG.
5 shows an example of a state in which content receiving terminals are registered in a time-series order in the order of distribution requests in a distribution request list built in the content distribution server shown in FIG. 2 during a certain distribution request reception period. It is a memory block diagram.
6 is a diagram illustrating the distribution priority of the content receiving terminals registered in the distribution request list shown in FIG. 5 after the distribution request acceptance period ends and the distribution priority of the content receiving terminals regarding the content data to be distributed is rearranged. FIG. 9 is a memory configuration diagram showing an example of an order.
FIG. 7 shows a relationship between a content receiving terminal instructing distribution from a content distribution server and a content receiving terminal instructing internal reproduction in accordance with the number of terminals of a distribution request received by the content distribution server in each distribution request reception period. It is a schematic diagram showing an example of a temporal flow in which each number changes.
8 is a sequence chart showing a flow of communication on the Internet when a terminal which has made a distribution request to the server makes a distribution request during a distribution request reception period shown in FIG. 7;
FIG. 9 is a flowchart illustrating an example of a processing process in a server.
FIG. 10 is a flowchart illustrating an example of a processing process in the terminal.
[Explanation of symbols]
101: Content distribution server (music distribution server, server), 102, 102 -1 ~ 102 -13 ... Client terminal (content receiving terminal, terminal), 103 ... Internet, 111 ... Distribution data storage unit, 112 ... Distribution terminal selection unit, 113 ... Distribution unit, 114 ... Distribution request list, 114a ... Terminal ID area, 114b ... Distribution priority Ranking information area (total number of reproduction times data area), 115: network connection unit, 121: management table, 121a: music data number, 121b: reproduction number data, 121c: cache date / time data 121c, 121d: latest reproduction date / time data, 121e .., Total reproduction count data, 122, cache manager, 123, cache memory, 124, music data decoder, 125, transmission / reception unit, 126, network connection unit.

Claims (25)

コンテンツ受信端末に対してコンテンツデータを配信するためにネットワークに接続するネットワーク接続部と、コンテンツ受信端末に対して配信するコンテンツデータを蓄積している配信データ蓄積部と、コンテンツ受信端末の配信優先順位付けを行なうために、各コンテンツ受信端末からコンテンツデータの配信要求に添付されて送信されてくる配信優先順位付け情報を蓄積する配信要求リストと、コンテンツ受信端末からの前記配信要求を受け付ける所定期間を示す配信要求受付期間を設定すると共に、設定された該配信要求受付期間を単位として、コンテンツ受信端末から前記配信要求を受け付けた順に、各コンテンツ受信端末毎の前記配信優先順位付け情報を前記配信要求リストに登録し、該配信要求受付期間の終了後に、前記配信要求リストに登録されている各コンテンツ受信端末に、前記配信優先順位付け情報に基づいてコンテンツデータの配信順を表す配信優先順位を設定し、設定された該配信優先順位に従って、コンテンツ受信端末に対して配信するコンテンツデータに関し、ストリーミング配信を行なう配信許可とするコンテンツ受信端末か、あるいは、コンテンツ受信端末内のキャッシュメモリにキャッシュされているコンテンツデータを読み出して再生する内部再生とするコンテンツ受信端末かを決定する配信端末選定部と、ストリーミング配信を行なう配信許可の決定がなされたコンテンツ受信端末に対してストリーミング配信を行なう旨を示す指示応答を送信すると共に配信すべきコンテンツデータをストリーミング配信する配信部と、を備えていることを特徴とするコンテンツ配信サーバ。A network connection unit that connects to a network for distributing content data to the content receiving terminal; a distribution data storage unit that stores content data to be distributed to the content receiving terminal; and a distribution priority order of the content receiving terminal In order to perform the attachment, a distribution request list for storing distribution priority ranking information transmitted from each content receiving terminal attached to the distribution request of the content data, and a predetermined period for receiving the distribution request from the content receiving terminal are set. A distribution request acceptance period is set, and the distribution priority ordering information for each content reception terminal is set in the order in which the distribution requests are received from the content reception terminals in units of the set distribution request acceptance period. After the distribution request acceptance period ends, the distribution For each content receiving terminal registered in the request list, set a distribution priority indicating the distribution order of the content data based on the distribution prioritization information, according to the set distribution priority, to the content receiving terminal Regarding the content data to be distributed by streaming, it is determined whether the content receiving terminal is to permit distribution for performing streaming distribution or the content receiving terminal is to perform internal reproduction for reading and reproducing content data cached in a cache memory in the content receiving terminal. A distribution terminal selecting unit for determining, and a distribution unit for transmitting an instruction response indicating that streaming distribution is to be performed to the content receiving terminal for which distribution permission for performing streaming distribution has been determined and for streaming distribution of content data to be distributed. Has Content delivery server, wherein the door. 請求項１に記載のコンテンツ配信サーバにおいて、前記配信端末選定部における処理プロセスが、前記配信要求受付期間が示す所定期間の間、コンテンツ受信端末からの前記配信要求を受け付けて、各コンテンツ受信端末毎の前記配信優先順位付け情報を前記配信要求リストに登録する登録処理と、続いて、前記配信要求リストに登録されている前記配信優先順位付け情報に基づいて、コンテンツデータを配信する前記配信優先順位を決定する配信優先順位決定処理と、更に続いて、決定された前記配信優先順位に応じて、予め定められた配信可能端末数に該当する前記配信優先順位が高いコンテンツ受信端末に対してはコンテンツデータのストリーミング配信を行なう配信許可の指示を行ない、一方、前記配信可能端末数に該当しない残りの前記配信優先順位が低いコンテンツ受信端末に対しては、当該コンテンツ受信端末内の前記キャッシュメモリによる内部再生の指示を行なう配信端末決定処理とからなることを特徴とするコンテンツ配信サーバ。2. The content distribution server according to claim 1, wherein the processing process in the distribution terminal selection unit receives the distribution request from the content receiving terminal for a predetermined period indicated by the distribution request receiving period, and Registration processing for registering the distribution prioritization information in the distribution request list, and subsequently, the distribution priority for distributing content data based on the distribution prioritization information registered in the distribution request list And then, in accordance with the determined distribution priority, a content is received for a content receiving terminal having a high distribution priority corresponding to a predetermined number of distributable terminals. Instructs distribution permission to perform data streaming distribution, while the remaining data does not correspond to the number of terminals that can be distributed. The distribution for the low priority content receiving terminal, the content distribution server, characterized by comprising said cache memory delivery terminal determination processing for indication of internal regeneration with in the content receiving terminal. 請求項１又は２に記載のコンテンツ配信サーバにおいて、前記配信要求リストに登録される前記配信優先順位付け情報が、各コンテンツ受信端末からの前記配信要求に添付されて送信されてくる、前記キャッシュメモリにキャッシュされているコンテンツデータを再生した再生回数の合計を表す合計再生回数であり、前記配信端末選定部がコンテンツデータを配信するコンテンツ受信端末を選択する前記配信優先順位が、前記合計再生回数が多いコンテンツ受信端末の順とすることを特徴とするコンテンツ配信サーバ。3. The cache memory according to claim 1, wherein the distribution priority order information registered in the distribution request list is transmitted with being attached to the distribution request from each content receiving terminal. Is the total number of reproductions representing the total number of reproductions of the content data that has been cached, and the distribution priority in which the distribution terminal selection unit selects a content reception terminal to distribute the content data is the total number of reproductions. A content distribution server, characterized in that the content receiving terminals are ordered in descending order. 請求項１又は２に記載のコンテンツ配信サーバにおいて、前記配信要求リストに登録される前記配信優先順位付け情報が、各コンテンツ受信端末からの前記配信要求に添付されて送信されてくる、前記キャッシュメモリに各コンテンツデータがキャッシュされた日時を表す各キャッシュ日時のうち最も古いキャッシュ日時を表す最古キャッシュ日時であり、前記配信端末選定部がコンテンツデータを配信するコンテンツ受信端末を選択する前記配信優先順位が、前記最古キャッシュ日時が古いコンテンツ受信端末の順とすることを特徴とするコンテンツ配信サーバ。3. The cache memory according to claim 1, wherein the distribution priority order information registered in the distribution request list is transmitted with being attached to the distribution request from each content receiving terminal. The oldest cache date and time representing the oldest cache date and time among the respective cache dates and times indicating the date and time when each content data was cached, and the distribution priority in which the distribution terminal selecting unit selects a content receiving terminal to distribute the content data. The content distribution server is characterized in that the oldest cache date and time are in the order of the oldest content receiving terminal. 請求項１又は２に記載のコンテンツ配信サーバにおいて、前記配信要求リストに登録される前記配信優先順位付け情報が、各コンテンツ受信端末からの前記配信要求に添付されて送信されてくる、前記キャッシュメモリにキャッシュされている各コンテンツデータを最も最近に再生した日時を表す各最新再生日時のうち最も古い最新再生日時を表す最古再生日時であり、前記配信端末選定部がコンテンツデータを配信するコンテンツ受信端末を選択する前記配信優先順位が、前記最古再生日時が新しいコンテンツ受信端末の順とすることを特徴とするコンテンツ配信サーバ。3. The cache memory according to claim 1, wherein the distribution priority order information registered in the distribution request list is transmitted with being attached to the distribution request from each content receiving terminal. Is the oldest reproduction date and time that represents the oldest latest reproduction date and time among the latest reproduction dates and times that represent the date and time when each content data item cached in the server is received most recently. A content distribution server, wherein the distribution priority for selecting a terminal is in the order of the content receiving terminal having the oldest reproduction date and time. 請求項１又は２に記載のコンテンツ配信サーバにおいて、前記配信要求リストに登録される前記配信優先順位付け情報が、各コンテンツ受信端末からの前記配信要求に添付されて送信されてくる、前記キャッシュメモリにキャッシュされている各コンテンツデータを再生した回数を表す各再生回数のうち回数の最も多い再生回数を表す最多再生回数であり、前記配信端末選定部がコンテンツデータを配信するコンテンツ受信端末を選択する前記配信優先順位が、前記最多再生回数が多いコンテンツ受信端末の順とすることを特徴とするコンテンツ配信サーバ。3. The cache memory according to claim 1, wherein the distribution priority order information registered in the distribution request list is transmitted with being attached to the distribution request from each content receiving terminal. Among the number of reproductions representing the number of times each content data cached in the content is reproduced is the maximum number of reproductions representing the number of times of reproduction, and the distribution terminal selection unit selects a content reception terminal to distribute the content data. The content distribution server, wherein the distribution priority is set in the order of the content receiving terminal having the largest number of times of reproduction. 請求項３乃至６のいずれかに記載のコンテンツ配信サーバにおいて、前記配信要求リストに登録される前記配信優先順位付け情報が、各コンテンツ受信端末からの前記配信要求に添付されて送信されてくる、前記合計再生回数、前記最古キャッシュ日時、前記最古再生日時、前記最多再生回数のいずれか１乃至複数の情報からなり、前記配信端末選定部がコンテンツデータを配信するコンテンツ受信端末を選択する前記配信優先順位が、１乃至複数の前記情報に関して予め設定されている優先順に基づいて判定されたコンテンツ受信端末の順とすることを特徴とするコンテンツ配信サーバ。7. The content distribution server according to claim 3, wherein the distribution prioritization information registered in the distribution request list is transmitted attached to the distribution request from each content receiving terminal. The distribution terminal selecting unit selects one of a plurality of pieces of information of the total number of reproduction times, the oldest cache date and time, the oldest reproduction date and time, and the maximum number of reproduction times, and the distribution terminal selection unit selects a content receiving terminal to distribute content data. A content distribution server, wherein the distribution priority is set to the order of the content receiving terminals determined based on a preset priority order for one or more pieces of the information. 請求項１又は２に記載のコンテンツ配信サーバにおいて、前記配信端末選定部がコンテンツデータを配信するコンテンツ受信端末を選択する前記配信優先順位が、前記配信要求リストに登録されているコンテンツ受信端末の中からランダムに選択されたコンテンツ受信端末の順とすることを特徴とするコンテンツ配信サーバ。3. The content distribution server according to claim 1, wherein the distribution priority in which the distribution terminal selection unit selects a content reception terminal to distribute content data is included in the distribution request list. 4. A content distribution server characterized by the order of content receiving terminals randomly selected from the following. 請求項１乃至８のいずれかに記載のコンテンツ配信サーバにおいて、前記配信部は、前記配信許可の前記応答指示を行なうコンテンツ受信端末に対してのみ、前記配信許可の前記応答指示を送信し、前記内部再生の指示を行なうコンテンツ受信端末に対しては、前記内部再生の指示を行なう指示応答の送信を行なわないようにすることを特徴とするコンテンツ配信サーバ。The content distribution server according to claim 1, wherein the distribution unit transmits the response instruction of the distribution permission only to a content receiving terminal that performs the response instruction of the distribution permission. A content distribution server which does not transmit an instruction response for instructing internal reproduction to a content receiving terminal which instructs internal reproduction. コンテンツ配信サーバから配信されるコンテンツデータを受信するためにネットワークに接続するネットワーク接続部と、コンテンツ配信サーバから配信されてきたコンテンツデータをその都度キャッシュするキャッシュメモリと、該キャッシュメモリにキャッシュされている各コンテンツデータを管理するための管理情報を記憶する管理テーブルと、前記キャッシュメモリにキャッシュされている各コンテンツデータの削除又は更新又は内部再生を行なうための各タイミングを決定するキャッシュマネージャと、ストリーミング配信されてきたコンテンツデータを、又は、前記キャッシュメモリにキャッシュされている各コンテンツデータを、復号して再生するコンテンツデータデコーダと、コンテンツ配信サーバに対してコンテンツデータの配信要求を、配信優先順位を行なうために用いられる配信優先順位付け情報と共に送信し、該配信要求に対応してコンテンツ配信サーバから送信されてくる指示応答を受信すると共に、コンテンツ配信サーバから配信されてくるコンテンツデータを受信する送受信部と、を備えていることを特徴とするコンテンツ受信端末。A network connection unit that connects to a network to receive content data distributed from the content distribution server; a cache memory that caches content data distributed from the content distribution server each time; and a cache memory that is cached in the cache memory A management table for storing management information for managing each content data; a cache manager for determining each timing for deleting or updating or internally reproducing each content data cached in the cache memory; A content data decoder that decodes and reproduces the obtained content data or each content data cached in the cache memory and a content distribution server. Is transmitted together with the distribution prioritization information used for performing the distribution priority, receives the instruction response transmitted from the content distribution server in response to the distribution request, and distributes the distribution request from the content distribution server. And a transmitting / receiving unit for receiving the received content data. 請求項１０に記載のコンテンツ受信端末において、前記管理テーブルが記憶する前記管理情報として、前記キャッシュメモリにキャッシュされている各コンテンツデータを一意に識別するためのコンテンツデータ識別番号と、前記キャッシュメモリにキャッシュされている各コンテンツデータを再生した回数を表す再生回数データと、前記キャッシュメモリにキャッシュされている各コンテンツデータをキャッシュした日時を表すキャッシュ日時データと、前記キャッシュメモリにキャッシュされている各コンテンツデータを最も最近に再生した日時を表す最新再生日時データと、前記キャッシュメモリにキャッシュされているコンテンツデータを再生した回数の合計を表す合計再生回数データとのうち、１つ以上のデータ項目を登録していることを特徴とするコンテンツ受信端末。11. The content receiving terminal according to claim 10, wherein, as the management information stored in the management table, a content data identification number for uniquely identifying each piece of content data cached in the cache memory; Reproduction count data indicating the number of times each cached content data has been reproduced, cache date and time data indicating the date and time when each content data cached in the cache memory has been cached, and each content cached in the cache memory Register one or more data items of the latest reproduction date and time data indicating the date and time when the data was reproduced most recently, and the total number of reproduction times data indicating the total number of times the content data cached in the cache memory has been reproduced. Doing Content receiving terminal, characterized in that. 請求項１０又は１１に記載のコンテンツ受信端末において、前記コンテンツデータデコーダの処理プロセスが、前記送受信部を動作させて、コンテンツ配信サーバに対して前記配信要求を送信して当該コンテンツ配信サーバからの前記指示応答を待つ待ち合わせ処理と、続いて、前記指示応答に基づいてコンテンツ配信サーバからストリーミング配信されたコンテンツデータの再生又は前記キャッシュメモリにキャッシュされているコンテンツデータを読み出して再生する内部再生のいずれの再生方法を用いるかを特定する再生方法特定処理と、更に続いて、特定された前記再生方法によりコンテンツデータを再生する再生処理とからなることを特徴とするコンテンツ受信端末。The content receiving terminal according to claim 10, wherein the processing process of the content data decoder operates the transmitting / receiving unit to transmit the distribution request to a content distribution server, and wherein the content data decoder transmits the distribution request to the content distribution server. A waiting process for waiting for an instruction response; and subsequently, either reproduction of content data stream-distributed from the content distribution server based on the instruction response or internal reproduction for reading and reproducing the content data cached in the cache memory. A content receiving terminal comprising: a reproducing method specifying process for specifying whether to use a reproducing method; and a reproducing process for reproducing content data by the specified reproducing method. 請求項１０乃至１２のいずれかに記載のコンテンツ受信端末において、前記キャッシュメモリから削除するコンテンツデータの削除優先順位は、各コンテンツデータを再生した再生回数のうち、再生回数の多いコンテンツデータの順とすることを特徴とするコンテンツ受信端末。13. The content receiving terminal according to claim 10, wherein the deletion priority of the content data to be deleted from the cache memory is based on the order of the content data having the highest number of reproductions among the number of reproductions of each content data. A content receiving terminal, comprising: 請求項１０乃至１２のいずれかに記載のコンテンツ受信端末において、前記キャッシュメモリから削除するコンテンツデータの削除優先順位は、各コンテンツデータをキャッシュした日時を表すキャッシュ日時のうち、キャッシュ日時が古いコンテンツデータの順とすることを特徴とするコンテンツ受信端末。13. The content receiving terminal according to claim 10, wherein the deletion priority of the content data to be deleted from the cache memory is a content data whose cache date and time is older than a cache date and time indicating a date and time when each content data is cached. A content receiving terminal. 請求項１３又は１４に記載のコンテンツ受信端末において、前記キャッシュメモリから削除するコンテンツデータの削除優先順位は、前記再生回数、前記キャッシュ日時に関して予め設定されている優先順に基づいて判定された順とすることを特徴とするコンテンツ受信端末。15. The content receiving terminal according to claim 13, wherein the deletion priority of the content data to be deleted from the cache memory is an order determined based on a preset order of the number of times of reproduction and the cache date and time. A content receiving terminal, characterized in that: 請求項１０乃至１２のいずれかに記載のコンテンツ受信端末において、前記キャッシュメモリから削除するコンテンツデータの削除優先順位は、キャッシュされているコンテンツデータの中からランダムに選択されたコンテンツデータの順とすることを特徴とするコンテンツ受信端末。13. The content receiving terminal according to claim 10, wherein the priority order of deletion of the content data to be deleted from the cache memory is an order of the content data randomly selected from the cached content data. A content receiving terminal, characterized in that: 請求項１０乃至１６のいずれかに記載のコンテンツ受信端末において、前記キャッシュメモリから読み出して内部再生を行なうコンテンツデータの再生優先順位は、各コンテンツデータを再生した回数を表す再生回数が少ないコンテンツデータの順とすることを特徴とするコンテンツ受信端末。17. The content receiving terminal according to claim 10, wherein the playback priority of content data read from the cache memory and subjected to internal playback is a content data having a small number of times of reproduction indicating the number of times each content data has been reproduced. A content receiving terminal characterized by the following order. 請求項１０乃至１６のいずれかに記載のコンテンツ受信端末において、前記キャッシュメモリから読み出して内部再生を行なうコンテンツデータの再生優先順位は、各コンテンツデータを最も最近に再生した日時を表す最新再生日時の古いコンテンツデータの順とすることを特徴とするコンテンツ受信端末。17. The content receiving terminal according to any one of claims 10 to 16, wherein the playback priority of content data read from the cache memory and subjected to internal playback is a latest playback date and time indicating the date and time of the latest playback of each content data. A content receiving terminal characterized by the order of old content data. 請求項１７又は１８に記載のコンテンツ受信端末において、前記キャッシュメモリから読み出して内部再生を行なうコンテンツデータの再生優先順位は、前記再生回数、前記最新再生日時に関して予め設定されている優先順に基づいて判定された順とすることを特徴とするコンテンツ受信端末。19. The content receiving terminal according to claim 17, wherein the reproduction priority of the content data read from the cache memory and subjected to internal reproduction is determined based on a preset order of the number of times of reproduction and the latest reproduction date and time. A content receiving terminal, which is arranged in the order in which the contents are received. 請求項１０乃至１６のいずれかに記載のコンテンツ受信端末において、前記キャッシュメモリから読み出して内部再生を行なうコンテンツデータの再生優先順位は、キャッシュされているコンテンツデータの中からランダムに選択されたコンテンツデータの順とすることを特徴とするコンテンツ受信端末。17. The content receiving terminal according to any one of claims 10 to 16, wherein the content data read out from the cache memory and subjected to internal playback has a playback priority order selected from cached content data. A content receiving terminal. 請求項１０乃至２０のいずれかに記載のコンテンツ受信端末において、前記配信要求の送信から予め定めた一定の経過時間内に前記指示応答の受信がない場合、自動的に前記キャッシュメモリからコンテンツデータを読み出して内部再生することを特徴とするコンテンツ受信端末。The content receiving terminal according to any one of claims 10 to 20, wherein, if the instruction response is not received within a predetermined fixed elapsed time from the transmission of the distribution request, the content data is automatically transmitted from the cache memory. A content receiving terminal for reading and internally reproducing the content. 請求項１乃至９のいずれかに記載のコンテンツ配信サーバと請求項１０乃至２１のいずれかに記載のコンテンツ受信端末とからなるコンテンツ配信システムにおいて、ユーザが選択することができるチャンネルが１個であることを特徴とするコンテンツ配信システム。In the content distribution system comprising the content distribution server according to any one of claims 1 to 9 and the content receiving terminal according to any one of claims 10 to 21, the user can select one channel. A content distribution system, characterized in that: 請求項１乃至９のいずれかに記載のコンテンツ配信サーバと請求項１０乃至２１のいずれかに記載のコンテンツ受信端末とからなるコンテンツ配信システムにおいて、ユーザが選択することができるチャンネルが複数個存在していることを特徴とするコンテンツ配信システム。In a content distribution system comprising a content distribution server according to any one of claims 1 to 9 and a content receiving terminal according to any one of claims 10 to 21, there are a plurality of channels that can be selected by a user. A content distribution system characterized by: 請求項２２又は２３に記載のコンテンツ配信システムにおいて、前記ネットワークがインターネットであることを特徴とするコンテンツ配信システム。24. The content distribution system according to claim 22, wherein the network is the Internet. 請求項２２又は２３に記載のコンテンツ配信システムにおいて、前記ネットワークがＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であることを特徴とするコンテンツ配信システム。24. The content distribution system according to claim 22, wherein the network is a LAN (Local Area Network).
JP2003000809A 2003-01-07 2003-01-07 Content distribution server, content receiving terminal, and content distribution system Expired - Fee Related JP4107968B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003000809A JP4107968B2 (en) 2003-01-07 2003-01-07 Content distribution server, content receiving terminal, and content distribution system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003000809A JP4107968B2 (en) 2003-01-07 2003-01-07 Content distribution server, content receiving terminal, and content distribution system

Publications (2)

Publication Number Publication Date
JP2004212754A true JP2004212754A (en) 2004-07-29
JP4107968B2 JP4107968B2 (en) 2008-06-25

Family

ID=32818991

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003000809A Expired - Fee Related JP4107968B2 (en) 2003-01-07 2003-01-07 Content distribution server, content receiving terminal, and content distribution system

Country Status (1)

Country Link
JP (1) JP4107968B2 (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007018559A (en) * 2005-07-05 2007-01-25 Sony Corp Content playback system, content providing method, content player, content providing device, content playback program, and content providing program
JP2012068756A (en) * 2010-09-21 2012-04-05 Yahoo Japan Corp Web content management device and method therefor
JP2015080185A (en) * 2013-10-16 2015-04-23 コムポステック コーポレイテッド Virtual interview processing system and method utilizing divided contents
JP2015103112A (en) * 2013-11-26 2015-06-04 株式会社ピープル アンド モバイル ジャパン Content provision system and content provision method
CN112653636A (en) * 2020-12-19 2021-04-13 珍岛信息技术（上海）股份有限公司 Network data intelligent distribution service system

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007018559A (en) * 2005-07-05 2007-01-25 Sony Corp Content playback system, content providing method, content player, content providing device, content playback program, and content providing program
US8275777B2 (en) 2005-07-05 2012-09-25 Sony Corporation Content reproduction system, content providing method, content reproduction apparatus, content providing apparatus, content reproduction program and content providing program
US8660990B2 (en) 2005-07-05 2014-02-25 Sony Corporation Content reproduction system, content providing method, content reproduction apparatus, content providing apparatus, content reproduction program and content providing program
CN104092645A (en) * 2005-07-05 2014-10-08 索尼公司 Content reproduction system and content providing method
JP2012068756A (en) * 2010-09-21 2012-04-05 Yahoo Japan Corp Web content management device and method therefor
JP2015080185A (en) * 2013-10-16 2015-04-23 コムポステック コーポレイテッド Virtual interview processing system and method utilizing divided contents
JP2015103112A (en) * 2013-11-26 2015-06-04 株式会社ピープル アンド モバイル ジャパン Content provision system and content provision method
CN112653636A (en) * 2020-12-19 2021-04-13 珍岛信息技术（上海）股份有限公司 Network data intelligent distribution service system
CN112653636B (en) * 2020-12-19 2022-09-20 珍岛信息技术（上海）股份有限公司 Network data intelligent distribution service system

Also Published As

Publication number Publication date
JP4107968B2 (en) 2008-06-25

Similar Documents

Publication Publication Date Title
KR102305064B1 (en) Video live broadcasting method and device
JP2579445B2 (en) Video file distribution system and method
US9176955B2 (en) Method and apparatus for sharing media files among network nodes
CN106330997B (en) A kind of method and system of the content distribution for mobile terminal application
US20100268821A1 (en) Sequenced transmission of digital content items
CN102917249B (en) IPTV reservation systems and the reservation plan adding method based on the system
CN1465189A (en) P2p network architecture for distributed storage
US20080189294A1 (en) Method and apparatus for sharing content
JPH0981497A (en) Real-time stream server, storing method for real-time stream data and transfer method therefor
EP1398969A1 (en) Video distributing system and video distributing method
CN106658054A (en) Video advertisement request link optimization method and apparatus
JP4107968B2 (en) Content distribution server, content receiving terminal, and content distribution system
JP2010191774A (en) Content distribution system, content distribution device, content distribution method and program therefor, data storage device, and processing method and program therefor
US20130144985A1 (en) Terminal, distribution system, distribution server, playback method, and program
JP4203528B1 (en) Video data acquisition method, video data acquisition system, video reception device, and video distribution device
JP2011124940A (en) Distribution system, node device, information processor, node program, and advertising content reproducing method
CN111343470B (en) Live playback scheduling method and device and storage medium
JP4550723B2 (en) Data editing apparatus and its program
US8495672B2 (en) Method and device for supplying data
CN106385588A (en) On-demand playing popularity-based resource scheduling method and device
JP2006186821A (en) Content distribution system, distribution server, viewing information management server, viewing information management method, log generation method, and computer program
CN114615550B (en) Video acquisition method and device
JP2001312435A (en) Method, device for access distribution and recording medium
JP2006172296A (en) Cache deletion method and content relay server
JP2010055193A (en) Distribution system and distribution method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050810

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20060913

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071009

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071207

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080212

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080306

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20080401

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20080401

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110411

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120411

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120411

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130411

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130411

Year of fee payment: 5

LAPS Cancellation because of no payment of annual fees