JP4507142B2 - データ発注方法、データ発注システム、受信装置、およびデータ発注方法を実行するプログラムを記録した記録媒体 - Google Patents
データ発注方法、データ発注システム、受信装置、およびデータ発注方法を実行するプログラムを記録した記録媒体 Download PDFInfo
- Publication number
- JP4507142B2 JP4507142B2 JP2000162225A JP2000162225A JP4507142B2 JP 4507142 B2 JP4507142 B2 JP 4507142B2 JP 2000162225 A JP2000162225 A JP 2000162225A JP 2000162225 A JP2000162225 A JP 2000162225A JP 4507142 B2 JP4507142 B2 JP 4507142B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- reproduction
- specific data
- processing unit
- distribution
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 138
- 238000009826 distribution Methods 0.000 claims description 295
- 230000033458 reproduction Effects 0.000 claims description 275
- 238000012545 processing Methods 0.000 claims description 173
- 230000008569 process Effects 0.000 claims description 71
- 238000013500 data storage Methods 0.000 claims description 70
- 238000004891 communication Methods 0.000 claims description 59
- 238000012384 transportation and delivery Methods 0.000 claims description 28
- 230000008859 change Effects 0.000 claims description 11
- 230000008929 regeneration Effects 0.000 claims description 2
- 238000011069 regeneration method Methods 0.000 claims description 2
- 230000010076 replication Effects 0.000 claims description 2
- 238000004904 shortening Methods 0.000 claims 1
- 238000007726 management method Methods 0.000 description 50
- 230000005540 biological transmission Effects 0.000 description 18
- 230000000694 effects Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 10
- 238000004364 calculation method Methods 0.000 description 9
- 238000013523 data management Methods 0.000 description 6
- 230000006870 function Effects 0.000 description 5
- 239000012530 fluid Substances 0.000 description 3
- 238000004519 manufacturing process Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000009467 reduction Effects 0.000 description 3
- 230000001174 ascending effect Effects 0.000 description 2
- 238000012508 change request Methods 0.000 description 2
- 230000006837 decompression Effects 0.000 description 2
- 230000003203 everyday effect Effects 0.000 description 2
- 238000003860 storage Methods 0.000 description 2
- 208000019901 Anxiety disease Diseases 0.000 description 1
- 230000036506 anxiety Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000002354 daily effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000005315 distribution function Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
- 238000003892 spreading Methods 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Landscapes
- Reverberation, Karaoke And Other Acoustics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【発明の属する技術分野】
本発明は、データ配信側の配信装置から受信装置へ、受信装置におけるデータ再生回数に制限のかかった特定データをダウンロードし、当該特定データを受信装置で消費者に販売するにあたって、受信装置およびその管理者にデータ管理の負担をかけない形態で、受信装置が配信装置へ特定データを発注することを可能とするデータ発注方法、データ配信システム、受信装置およびデータ発注方法を実行するプログラムを記録した記録媒体に関するものである。
【0002】
【従来の技術】
昨今では、通信技術の飛躍的な進歩、および通信インフラの整備によって、様々なデータが、様々な通信回線を通じてやりとりされるようになっている。例えば、現在世界的に急速に普及しているインターネットにおいては、テキストベースのデータのみならず、音楽データや画像データなども通信可能となっている。
【0003】
また、例えば通信カラオケなどの分野においては、全国に展開している店舗に通信機能を備えた再生端末を設置し、これらの再生端末を専用通信回線でメインコンピュータに接続し、音楽データをメインコンピュータから再生端末へ有料で配信するシステムが広く普及している。このようなシステムによれば、必要とされる音楽データは専用通信回線を介してダウンロードすることによって再生端末に送られるので、音楽データ等が記録された記録媒体を新たに購入したりする場合に比べて、新曲の追加なども随時容易に行うことが可能となるなどの利点を有している。
【0004】
さらに、昨今では、ゲームのプログラムデータ、音楽データ、ビデオデータなどを専用通信回線を通じて、コンビニエンスストアなどに設けられた端末機(いわゆるキオスク端末)に送信し、一般の消費者が、この端末機から各種記録媒体にこれらのデータを記録して持ち帰ることができるシステムも普及しつつある。このようなシステムにおいては、一般の消費者はその端末機に対して定められた料金を支払うことによって、各種データの記録が可能となる一方、ここで徴収された料金の一部は、それらのデータを提供している著作権管理者に対して支払われることになっている。
【0005】
このようなシステムの場合、元データを所有している著作権管理者と、これらと契約した配信業者によって、配信システムが構築されることになる。すなわち、元データを所有している著作権管理者の許諾を受けることによって、配信業者が、これらのデータを格納する原盤サーバーを設置するとともに、この原盤サーバーに専用通信回線を介して接続された端末機を各地に設置することになる。すなわち、データの配信システムを配信業者が管理することによって、料金の徴収および納金の状況などを的確に把握することが可能となっている。
【0006】
また、データの配信にあたっては、配信側と受信側との間で、データの使用料金を取り決めた契約や、データが音楽データであるとすれば、受信側の端末機で記録媒体にデータを複製する回数を、1曲あたり何回までとするかという再生回数上限などを取り決めた契約を予め交わし、契約条件に則したデータ配信を行うようになっている。
【0007】
さらに、受信側の端末機でデータ複製を繰り返した結果、再生回数が上限に達したデータについては、それ以上のデータ複製が禁止されるようになっている。したがって、再生回数が上限に達したデータについては、端末機から原盤サーバーのコンピュータに対し、必要とする再生回数と併せてデータ配信の発注をすることになる。これに対し、原盤サーバーのコンピュータは注文を受け付け、注文された再生回数を上限とするデータが、発注した端末機に改めて送信される。
【0008】
【発明が解決しようとする課題】
しかしながら、上記のように、再生回数が上限に達してからデータ配信の発注を行ったのでは、端末機が原盤サーバーからデータをダウンロードするまでに少なからぬ時間がかかってしまう。このため、再生回数が無くなったデータについては、いわゆる品切れ状態となるので、消費者が一時的に購入できなくなる等の不都合が発生する。
【0009】
したがって、再生回数が上限に達する前に、すなわち端末機に常に在庫が有る状態となるように、端末機から原盤サーバーへ発注を行うことが必要になる。ところが、データの利用頻度は、需要の有る無しによって、データ毎に異なるばかりではなく、同じデータであっても、その時々の人気または流行によって、日毎に変化する場合もあるので、1つ1つのデータについて、発注前に利用頻度のような売上状況を毎回チェックし、必要量をその都度算出してから発注するのでは、大変手間がかかるという問題が有る。
【0010】
本発明は、上記の問題点を解決するためになされたもので、その目的は、配信装置から特定データの配信を受け、その特定データの販売を行う受信装置において、データ管理の負担が軽い発注処理により、消費者がいつでも所望のデータを複製できる状態としておくことができるデータ発注方法、データ発注システム、受信装置およびデータ発注方法を実行するプログラムを記録した記録媒体を提供することにある。
【0011】
【課題を解決するための手段】
本発明の参考に係るデータ販売方法は、データ配信側の配信装置から受信装置へ、受信装置におけるデータ再生回数に制限のかかった特定データの配信を受け、受信装置が消費者に対して当該特定データの販売処理を行うデータ販売方法において、上記受信装置にて、データ再生回数の残回数を基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注をすることを特徴としている。
【0012】
上記の構成において、著作権で保護されているようなデータは、著作権の侵害につながる不法複製が行われないように、受信装置におけるデータ再生回数について、配信装置および受信装置の管理者間で契約を交わし、データ再生回数の上限を定めるようにしている。そして、受信装置におけるデータ再生回数は、1回の再生、すなわち他の機器へのデータ配信や、記録媒体への記録処理が1回行われる毎に減数され、0になった時点で、受信装置はそれ以上の再生を行えない設定となっている。
【0013】
したがって、上記の方法のように、受信装置にて、データ再生回数の残回数を基準値と比較するようにし、その比較結果に基づいて、配信装置に対し当該特定データの発注をすることにより、常にデータ再生回数の在庫を適正に確保した状態を作ることができる。
【0014】
なお、受信装置は、1回の再生が行われる毎に、データ再生回数の残回数を把握し、残回数を予め定めた基準値と比較すればよい。また、配信装置に対し当該特定データの発注をするか否かの判断を、その比較結果に基づいて行えばよい。
【0015】
上記参考に係るデータ販売方法は、上記に記載のデータ販売方法に加えて、上記基準値が、所定期間内に上記特定データを再生した頻度に基づいて算出されることを特徴としている。
【0016】
上記の構成によれば、配信装置に対し当該特定データの発注をするか否かの判断基準となる基準値を固定してしまうのではなく、所定期間内に上記特定データを再生した頻度、すなわち特定データの売れ行きを考慮して定めることができる。これにより、特定データの売れ行きに応じた発注を行うことができる。
【0017】
すなわち、上記所定期間を当日ないし当日前1週間程度に設定し、この所定期間内の売れ行きが多ければ、基準値を大きくしてデータ再生回数の在庫を多めに確保するようにし、この所定期間内の売れ行きが少なければ、基準値を小さくしてデータ再生回数の在庫を少なめに確保するといったように、流動的な発注処理を実現することができる。
【0018】
これにより、受信装置は、データ再生回数の過剰な在庫を抱えたり、逆にデータ再生回数の在庫が過少な状態となったりするリスクを小さくすることができる。
【0019】
なお、基準値の具体的な算出方法としては、所定期間内における1日あたりのデータ再生回数の最大値を基準値に設定する、所定期間内における1日あたりのデータ再生回数の平均値を基準値に設定する、所定期間内における1日あたりのデータ再生回数の変化の傾きから予測される必要回数を基準値に設定する等、種々の形態を採用することができ、また所定期間内に上記特定データを再生した頻度によって、基準値の算出式自体を変更する形態を採用してもよい。
【0020】
上記参考に係るデータ販売方法は、上記に記載のデータ販売方法に加えて、上記特定データが、受信装置で販売し得るデータ再生回数の上限を示す再生回数情報を付加されており、上記発注によって、受信装置が現有する当該特定データにおける再生回数情報の更新処理を行うことを特徴としている。
【0021】
上記の構成において、少なくともデータ再生回数が0になる以前の段階では、受信装置に特定データが保有されているので、継続的な発注の際には、その特定データを改めて受信するのではなく、再利用できるようにすると、通信時間の節約、受信装置におけるメモリ利用効率の向上等の効果が得られるほか、データ再利用料金を元データの配信料金より安く設定できるという効果も得られる。
【0022】
したがって、上記の方法のように、その特定データに再生回数の上限を示す再生回数情報を付加しておき、発注の結果、再生回数情報を更新する形態とすることで、データサイズが圧倒的に大きい特定データを送受信することなく、再生回数情報を更新するためのサイズの小さいデータを送受信するだけで、特定データの再利用を図ることができる。
【0023】
上記参考に係るデータ販売方法は、上記に記載のデータ販売方法に加えて、上記比較結果に基づいて、発注が必要な特定データを一旦記録しておき、設定した発注タイミングで上記配信装置に対し発注をすることを特徴としている。
【0024】
上記の構成によれば、発注が必要な特定データを一旦記録しておくことで、発注の予約が可能になり、より適切な発注タイミングで特定データの発注をすることができる。すなわち、利用頻度の少ない時間帯や、通信回線が混雑していない時間帯を選択したり、発注の優先度を決めたりする処理が可能になる。さらに、適切な発注タイミングで、複数の発注処理をまとめて行うことができるので、発注にかかる通信コスト等を下げることができる。
【0025】
上記参考に係るデータ販売方法は、上記に記載のデータ販売方法に加えて、上記比較結果に基づいて、発注が必要な特定データに優先順位を付け、優先順位に応じた発注タイミングで、上記配信装置に対し発注をすることを特徴としている。
【0026】
上記の構成によれば、特定データの種類または内容によって、データ再生回数の減り具合は異なるので、発注が必要な特定データに優先順位を付け、優先順位に応じた発注タイミングで、上記配信装置に対し発注をすることにより、特定データの利用状況に応じた在庫の確保が可能になる。
【0027】
例えば、データ再生回数の減り具合が大きい特定データや、データ再生回数が0になる予測時刻が早い特定データ程、優先順位を高くし、発注タイミングを早めに設定すればよい。
【0028】
上記参考に係るデータ販売方法は、上記に記載のデータ販売方法に加えて、上記比較結果に基づいて、特定データの発注サイクルを変更することを特徴としている。
【0029】
上記の構成によれば、特定データの発注サイクルを可変にすることで、特定データの利用状況に応じた発注処理が可能になる。すなわち、特定データの利用状況がある程度平衡を保っているときには、予め定めておいた発注サイクル(毎日、3日毎、1週間毎等)で定期的に発注すればよいが、特定データの利用状況に急激な変化が生じた場合には、その変化に合わせた発注サイクルを設定することができる。
【0030】
これにより、受信装置は、データ再生回数の過剰な在庫を抱えたり、逆にデータ再生回数の在庫が過少な状態となったりするリスクを一層小さくすることができる。
【0031】
本発明の参考に係るデータ販売システムは、
(1) データ配信側の配信装置と、
(2) 上記配信装置から、データ再生回数に制限のかかった特定データの配信を受け、消費者に対して当該特定データの販売処理を行う受信装置であって、データ再生回数の残回数を基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注をする受信装置とを、
(3) 通信ネットワークで接続したこと
を特徴としている。
【0032】
上記の構成によれば、受信装置にて、データ再生回数の残回数を基準値と比較するようにし、その比較結果に基づいて、配信装置に対し当該特定データの発注をすることにより、常にデータ再生回数の在庫を確保した状態を作ることができるので、消費者が購入したいときに受信装置からいつでも特定データの購入が可能なデータ販売システムを提供することができる。
【0033】
本発明の参考に係るデータ販売装置は、
(1) データ配信側の配信装置から、データ再生回数に制限のかかった特定データの配信を受けるデータ受信部と、
(2) 当該特定データを販売用に再生する再生処理部と、
(3) データ再生回数の残回数を基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注の必要性を判断する発注処理部と
を備えていることを特徴としている。
【0034】
上記の構成によれば、データ受信部を介してデータ配信側の配信装置から配信を受けた特定データを、再生処理部で販売用に再生することにより、データ販売装置は、消費者に対し、データ再生回数の制限の範囲内で、特定データを販売することができる。
【0035】
データ再生回数の残回数は、当該特定データを販売用に再生する毎に減数していくので、発注処理部によって、データ再生回数の残回数を基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注の必要性を判断することで、データ再生回数の減り具合に応じた適切な発注を行うことができる。
【0036】
これにより、データ販売装置およびその管理者にデータ管理の負担を課することなく、常にデータ再生回数の在庫を適正数に保つことができる。
【0037】
本発明の参考に係る記録媒体は、データ配信側の配信装置から受信装置へ、受信装置におけるデータ再生回数に制限のかかった特定データの配信を受け、受信装置が消費者に対して当該特定データの販売処理を行うデータ販売方法であって、上記受信装置にて、データ再生回数の残回数を基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注をすることを特徴とするデータ販売方法を実行するプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【0038】
また、本発明の参考に係る記録媒体は、データ配信側の配信装置から受信装置へ、受信装置におけるデータ再生回数に制限のかかった特定データの配信を受け、受信装置が消費者に対して当該特定データの販売処理を行うデータ販売方法であって、上記受信装置にて、データ再生回数の残回数を基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注の必要性を判断することを特徴とするデータ販売方法を実行するプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【0039】
上記に記載の構成によれば、これらの記録媒体から、特定データの販売を行い得る受信装置に上記プログラムをセットアップすることにより、既に説明したとおりの効果を有するデータ販売方法を実行することが可能になる。
【0040】
【発明の実施の形態】
本発明の実施の一形態について図1ないし図7に基づいて説明すれば、以下のとおりである。
【0041】
〔データ発注システムの構成〕
図7は、本発明の実施の形態に係るデータ発注システムの概略構成を示す説明図である。同図に示すように、該データ発注システムは、ゲームのプログラムデータ、音楽データ、映像データ、および書籍データなどの元データが格納されている原盤サーバー1(配信装置)、上記各種データを原盤サーバー1から他のコンピュータへ受け渡しする配信業務を行う二次配信サーバー2A・2B・2C(受信装置かつ配信装置)、および上記各種有料データを二次配信サーバー2A・2B・2Cから他のコンピュータへ受け渡しする配信業務を行う三次配信サーバー3A・3B・3C(受信装置かつ配信装置)を備えた構成となっている。
【0042】
なお、原盤サーバー1が保有している元データには、著作権で保護された有料データと、データの配信または複製に規制の無い無料データとが含まれているが、本発明が対象としているのは、最終的に消費者に対して販売の形態を取るデータである。
【0043】
また、実際のシステムにおいては、二次配信サーバー、三次配信サーバーの数は多数存在することが可能であるとともに、三次配信サーバーのさらに下位に、四次、五次…のようにn次の配信サーバーを設けることも可能である。また、原盤サーバーを複数設けるシステムとすることも可能である。
【0044】
また、各種データの配信先となる上記他のコンピュータは、他の配信サーバーであってもよいし、他のコンピュータへの配信機能を持たない端末機であってもよい。
【0045】
上記原盤サーバー1は、例えば図7に示すように、ゲームメーカー5A、レコード会社5B、映像プロダクション5C、および出版業者5Dなどの著作権管理者との契約によって、上記したような元データを格納するサーバーコンピュータおよびこれを管理する原盤サーバー管理業者を示している。この原盤サーバー1には、デジタルコード化された元データ、あるいはこの元データに基づいて配信用のデータ形式に変換された配信用データが格納されている。
【0046】
二次配信サーバー2A・2B・2Cは、原盤サーバー1と通信回線によって接続されたサーバーコンピュータおよびこれを管理する二次配信業者を示している。この二次配信サーバー2A・2B・2Cは、原盤サーバー1にIDおよびパスワードを送信することにより、原盤サーバー管理業者と契約している正規のサーバーであることを証明して認証を受け、その契約条件に基づいて、原盤サーバー1に格納されている元データあるいは配信用データを通信回線を通じてダウンロードすることが可能となっている。
【0047】
また、二次配信サーバー2A・2B・2Cもまた、通信回線によって三者相互に接続されており、データの受信側から配信側へIDおよびパスワードを送信することにより、データ配信に関して互いに契約している正規のサーバーであることを証明して認証を受け、その契約条件に基づいて、それぞれのサーバーが所有するデータの送受信を行うことが可能となっている。
【0048】
さらに、各二次配信サーバー2A・2B・2Cは、消費者Cに対してデータを販売することも可能となっている。販売の形態については特に限定しないが、例えば、コンビニエンスストアやゲームセンターなどに端末機(受信装置)を設置し、消費者Cがその端末機に足を運んで、磁気ディスク、光ディスク、光磁気ディスク、磁気テープ、磁気メモリ等の記録媒体に所望するデータを記録し、記録したデータの複製料金と、必要に応じて記録媒体の料金とを支払って該記録媒体を持ち帰る、というシステムなどが考えられる。
【0049】
三次配信サーバー3A・3B・3Cは、二次配信サーバー2A・2B・2Cと通信回線によって接続されたサーバーコンピュータおよびこれを管理する三次配信業者を示している。この三次配信サーバー3A・3B・3Cは、二次配信サーバー2A・2B・2Cの内、任意の相手にIDおよびパスワードを送信することにより、二次配信業者と契約している正規のサーバーであることを証明して認証を受け、その契約条件に基づいて、二次配信サーバー2A・2B・2Cに格納されている配信用データを通信回線を通じてダウンロードすることが可能となっている。これらの三次配信サーバー3A・3B・3Cも、二次配信サーバー2A・2B・2Cと同様に、消費者Cに対してデータを販売する構成となっている。
【0050】
なお、図7に示す例においては、三次配信サーバー3A・3B・3Cは、さらなる配信を行わない端末機として機能する構成となっているが、例えば各三次配信サーバー3A・3B・3C同士を通信回線によって接続し、各三次配信業者同士の間の契約に基づいて、それぞれのサーバーが所有するデータの送受信を行うことが可能な構成とすることも可能である。また、四次、五次等n次の配信サーバーを設け、これらを上位の配信サーバーに接続する構成とすることも可能である。
【0051】
また、本実施形態に係る情報配信システムは、図7に示すように、原盤サーバー1およびn次配信サーバからなるデータ配信経路とは別に、管理サーバー4が設けられている。この管理サーバー4は、二次配信サーバー2A・2B・2C、および三次配信サーバー3A・3B・3Cに接続されており、これらのサーバーから、データの売上の際に発行される履歴データ(後述)を受信する構成となっている。そして、管理サーバー4に集められた履歴データは、著作権管理者であるゲームメーカー5A、レコード会社5B、映像プロダクション5C、および出版業者5Dなどに送信され、それによって、各著作権管理者は、自らが著作権を管理しているデータの販売量、販売高等の売上状況について把握することができる。
【0052】
本発明に係るデータ配信システムでは、上位の配信サーバーと下位の配信サーバーとの間で、データ配信に関して締結される契約内容には、1つ1つのデータについて、下位の配信サーバーが他の配信サーバーあるいは端末機に対して何回までデータ配信を行ってよいかという、データ配信回数に関する制限が含まれている。また、配信サーバーと消費者に対するデータ販売のみを行う端末機の管理業者との間で、データ販売に関して締結される契約内容にも、1つ1つのデータについて、その端末機で何回までデータ複製を行ってよいかという、データ複製回数に関する制限が含まれている。
【0053】
なお、本発明では、上記データ配信回数およびデータ複製回数を併せてデータ再生回数と総称する。
【0054】
そして、データ再生回数は、後述するように、配信されるデータ自体に再生回数情報として付加されており、1回の配信または複製が行われる毎に、再生回数情報が減数するように書き換えられ、データ再生回数が0になった時点で、下位の配信サーバーまたは端末機がその状態を認識し、それ以上の配信または複製を行う処理が禁止されるようになっている。
【0055】
また、契約内容に盛り込まれるデータ再生回数の制限は、管理サーバー4に集められる履歴データや、納金の状況通知の内容等に基づいて、管理サーバー4が統括管理して決定し、上位の配信サーバーと下位の配信サーバーとの双方に対し、あるいは配信サーバーと端末機の管理業者との双方に対し、通知するようになっている。
【0056】
当然ながら、データ再生回数が多く、納金状況および通信環境(通信速度、通信エラーの発生率等)も良好な配信サーバーまたは端末機の管理業者に対して、有利な条件となるような決定通知が管理サーバー4からなされる。
【0057】
本発明の特徴点は、このようなデータ配信システムにおいて、各配信サーバーまたは端末機が、データ再生回数の在庫を常時適正量に確保した状態に保てるように、上位の配信サーバーに対して発注を行うときの発注方法および該発注方法を実行する受信側サーバーまたは端末機の構成にある。
【0058】
〔データ構造〕
まず、初めに、配信装置から受信装置へ送信される配信データの構造について説明する。図5は、配信データの概略構成を示す説明図である。同図に示すように、配信データは、ヘッダ部(ヘッダ情報)、データ部(データ本体)、およびフッタ部からなる構成となっている。
【0059】
ヘッダ部には、再生回数情報、データID、および認証コードが記録されている。再生回数情報は、当該配信データの配信または複製が、何回まで許可されるかを示す情報である。再生とは、上記したように、配信または複製によって消費者にデータが売却された状態に相当するものなので、この再生回数情報は、当該配信データが、何回分、売却可能であるかを示していることになる。すなわち、この再生回数情報は、再生回数を制限することによって、1回配信データを受け取ったら無制限に何回でも売却が可能となってしまうという状態を防止するために付加されている。
【0060】
また、再生回数情報は、1回の再生が行われる毎に1回分ずつ減数するように書き換えられ、0になると、配信または複製を禁止する禁止情報として機能する。
【0061】
データIDは、当該配信データの固有のIDを示すものであり、当該配信データに含まれるデータの内容を示しているとともに、同じ内容のデータであっても、最初に原盤サーバー1から配信されたタイミング(時期)や配信経路に応じて異なるIDとなるものである。また、認証コードは、本情報配信システムにおいて用いられているデータであることを示すコードである。
【0062】
データ部は、消費者にとって購入価値のあるコンテンツデータ、すなわち音楽データ、映像データ、文字データなどによって構成されている。このコンテンツデータは、容易に内容が解析できないように、暗号化された状態でコード化されたデータとなっている。また、一般にこのようなコンテンツデータは、データサイズが大きいことが多いので、必要に応じて圧縮された状態でコード化されている。
【0063】
フッタ部には、当該配信データが経由した配信サーバーの配信サーバーID(識別データ)が、配信された順に記録されている。例えば、当該配信データが、原盤サーバー1から配信サーバー(A)に配信され、さらに配信サーバー(B)に配信された場合には、フッタ部には、配信サーバー(A)ID、配信サーバー(B)IDがこの順で記録されていることになる。
【0064】
また、例えば、当該配信データが、配信サーバー(A)から配信サーバー(B)に配信され、さらに配信サーバー(A)に戻って配信された場合には、フッタ部には、配信サーバー(A)ID、配信サーバー(B)ID、配信サーバー(A)IDがこの順で記録されていることになる。
【0065】
このように、フッタ部には、配信履歴が完全に記録されることになっており、また、記録された配信履歴情報は、配信の完了時に、または予め定められた時期に、配信または複製を行った配信サーバーまたは端末機から管理サーバー4へ送信されるようになっている。これにより、管理サーバー4は、当該配信データがどのような経路を通って現在の配信サーバーまたは端末機に配信されたのかを完全に把握することが可能となっている。なお、上記の構成では、配信履歴情報がフッタ部に記録されているものとなっているが、これに限定されるものではなく、例えばヘッダ部やデータ部に記録されていてもよい。
【0066】
次に、データの配信を受けた配信サーバーまたは端末機から管理サーバー4に送信される配信履歴情報のデータ構造について以下に説明する。図6は、配信履歴情報を含む履歴データの概略構成を示す説明図である。同図に示すように、履歴データは、ヘッダ部、およびデータ部から構成されている。
【0067】
ヘッダ部には、管理情報用IDが記録されている。この管理情報用IDとは、管理サーバー4がこの履歴データを受領した際に、該履歴データが原盤サーバー1から配信されたどのデータに対応したものであるかを把握可能とするコードである。すなわち、管理サーバー4は、まずこのヘッダ部を参照することによって、履歴データの管理を行うことになる。
【0068】
データ部には、再生回数情報、データID、認証コード、および処理履歴が記録されている。再生回数情報は、当該履歴データが、再生対象となったデータの何回目の再生時に発行されたものであるかを示す情報である。データIDは、再生対象となったデータの固有のIDを示すものであり、当該データの内容を示しているとともに、同じ内容のデータであっても、最初に原盤サーバー1から配信されたタイミングや配信経路に応じて異なるIDとなるものである。また、認証コードは、本情報配信システムにおいて用いられているデータであることを示すコードである。
【0069】
処理履歴は、再生対象となったデータが配信される際に経由した配信サーバーの配信サーバーIDが、配信された順に記録されているものである。すなわち、この処理履歴は、図5に示す配信データにおいて、フッタ部に記録されているデータに相当するものである。
【0070】
管理サーバー4は、以上のような構造の履歴データを、データの再生が行われる毎に、あるいは予め定めておいた時期にまとめて受信することになるので、配信対象となる元データがどのような配信ルートを経て消費者の手に渡ったのかを全てのデータに対して把握することが可能となっている。そして、ゲームメーカー5A、レコード会社5B、映像プロダクション5C、および出版業者5Dなどの著作権管理者は、この管理サーバー4から情報を取り出すことによって、自らが著作権を管理しているデータが、どのような経路で、どの時期に、どれだけの量だけ消費者に購入されたのかを把握することが可能となり、著作権料を的確に徴収することが可能となる。
【0071】
すなわち、本実施形態に係る情報配信システムのように、配信ルートが一つの配信業者によって一元管理されることなく、複数の配信業者によって比較的自由にデータの配信が行われるシステムであっても、著作権管理者の配信上の不安要素を低減することができる。
【0072】
〔発注方法〕
次に、二次配信サーバー2A・2B・2Cや三次配信サーバー3A・3B・3Cから、または他のコンピュータへの配信機能を持たずデータを記録媒体に複製販売のみする端末機から、他の配信サーバーまたは原盤サーバー1に対して、一度配信を受けたデータの在庫を確保するために再発注を行う方法について、以下に説明する。
【0073】
各サーバーまたは端末機は、図5に基づいて説明したとおり、ヘッダ部、データ部、フッタ部から成る構造のデータを格納している。データ部は、ヘッダ部に含まれる再生回数情報が0になるまで、複製されて配信または記録媒体への記録に繰り返し用いられる。すなわち、データ部は再利用され、1回の配信または複製毎に消滅することはない。したがって、再生回数情報が0になったとしても、データ部の配信または複製が行えないというだけのことで、データ部自体は、各サーバーまたは端末機に残っている。
【0074】
そこで、本発明に係る情報配信システムでは、再生回数情報が0になった後でも、各サーバーまたは端末機にて当該データの配信または複製を継続したい場合には、各サーバーまたは端末機は、他の配信サーバーに対して、再生回数情報の更新を要求し、他の配信サーバーは契約の範囲内で、必要な再生回数分の配信または複製の権利を、発注元のサーバーまたは端末機に与えるべく、新たな再生回数情報を供給することで、各サーバーまたは端末機に残っているデータ部を活用するようになっている。
【0075】
これにより、図5に示すデータ構造の中で、データサイズが圧倒的に大きいデータ部を送受信することなく、ヘッダ部の情報を更新するだけで、データ部の再利用を図ることができるので、通信時間の節約、サーバーまたは端末機におけるメモリ利用効率の向上等の効果が得られるほか、データ再利用料金を元データの配信料金より安く設定できるという効果も得られる。
【0076】
なお、本発明が、再生回数情報の更新によるデータ部の再利用の形態に限定されないことはいうまでもなく、ヘッダ部、データ部およびフッタ部から成るデータ全体を改めて受信する形態であっても構わない。
【0077】
続いて、本発明の最も重要な特徴である発注処理手順について説明する。本発明の発注処理手順によれば、発注元のサーバーまたは端末機の管理業者における発注管理の負担を軽減することができ、しかも、消費者がいつでも所望のデータを入手できる状態としておくことができる。
【0078】
まず、発注管理の基本は、上記ヘッダ部の再生回数情報をチェックすることであり、再生し得る残回数がある程度少なくなった時点で、発注処理を実行することである。この場合、発注処理を実行する時点を決定する基準の定め方が重要となる。以下に、再生し得る残回数と比較され、発注処理のタイミング決定に用いる基準値の定め方について、具体例をいくつか挙げて説明する。
【0079】
(1)一定期間内の利用率から基準値を算出する例
まず、基準値の仮算出に使用する一定期間を、前々日、前日および当日の3日間に設定する。この間に、例えば、前々日の再生は、3件の消費者に対し合計5回行われたとする。同様に、前日の再生回数は3件の3回であり、当日の現在までの再生回数は2件の3回だったとする。
【0080】
発注は、通信回線の混雑が少ない深夜に毎日行うとすると、1日分以上の必要再生回数+αがあれば、消費者がいつでも所望のデータを入手できる問題の無い状態となる。上記の場合、前々日5・前日3・本日3の履歴から、前々日の5回を必要回数とみなすことができる。すなわち、基準値の仮算出に使用する一定期間内において、1日あたりの再生回数の最大値を、1日分の必要再生回数と定める。
【0081】
そこで、残回数と比較する基準値を、必要再生回数に安全率10%の余裕を持たせるとして、5×1.10=5.5と計算し、切り上げて6回とする。仮に、当日の残回数を5回とすると、この場合の残回数5は、基準値6を下回っているので、発注処理が必要とみなす。発注処理が必要な状態になると、即刻発注処理を行ってもよいが、通常は、利用頻度の少ない時間帯または通信回線が混雑していない時間帯を選んでまとめて発注処理を行う。したがって、後で説明するように、発注処理が必要とみなされたデータについて、後で発注処理を行うための予約登録処理を行う。
【0082】
これにより、発注を行う結果、翌日の再生残回数は11回となるので、ここ3日間の利用率からして充分安全な状態となる。
【0083】
なお、上記の例では、発注回数を必要再生回数の6回にする場合を説明したが、発注回数に4回、10回・・・100回等の発注単位が定められている場合には、発注単位の整数倍を発注することになる。例えば、発注単位が配信サーバーとの契約で4回に決まっている場合には、必要再生回数の6回に対して2単位分必要なので、8回を発注する必要がある。また、発注単位が10回に決まっている場合には、必要再生回数の6回に対して1単位分で足りるので、10回を発注することになる。この点は、以下の他の例でも同様なので、繰り返しの説明は省略する。
【0084】
さらに、消費者1人が1回の再生を行うことに限られるわけではなく、例えば消費者1人が同一データの再生を連続回行う場合も想定することができる。このような場合、例えば消費者1人が5回の連続再生を行った場合と、消費者5人が分散的に5回の再生を行ったこととを区別し、消費者1人が5回の連続再生を行うことが特殊な事象とみなすことができればできる程、利用率の上昇度に対する寄与を低く見積もるようにしてもよい。
【0085】
すなわち、1日ないし1週間程度の期間内で、連続再生が行われた回数を記録し、連続再生の回数毎に発生率を算出したり、連続再生の平均回数を算出したりして、連続再生の発生率に応じ、5回の連続再生を1回と見なす、2回とみなす・・・5回とみなす等、利用率に掛け合わせる係数を算出するようにしてもよい。これにより、利用率の増減をより正確に見積もることができる。この点について、以下の他の例でも同様なので、繰り返しの説明は省略する。
【0086】
(2)利用回数に対する期間から算出する例
本例は、発注を毎日行うのではなく、何日かにまとめて1回発注する場合に、利用率を考慮して基準値を見直す例である。
【0087】
まず、現在の基準値を10回として、最近5件分の販売状況をチェックする。例えば、1件目の再生が48時間前・2件目の再生が40時間前・3件目の再生が33時間前・4件目の再生が5時間前・5件目の再生が現在行われ、5件で合計8回の再生を行った結果、現在の残回数が9回になったとする。残回数9は基準値10を下回っているので、発注の必要性をチェックするために、基準値の見直しを行う。
【0088】
まず、48時間で8回の再生が行われたことから、1回あたりの利用間隔を6時間と計算する。発注処理を3日(72時間)分まとめて行うとすると、3日間の必要回数を、安全率10%として、72÷6×1.10=13.2と計算し、切り上げて14回とし、これを新たな基準値とする。すると、現在の残回数は9回であるから、新たな基準値を下回っているため、発注処理が必要とみなし、発注の予約登録処理を行う。
【0089】
一方、別の場合として、最近5件分の販売状況をチェックした結果、216時間で5回の再生が行われたとすれば、1回あたりの利用間隔は43.2時間となり、3日間の必要回数は、安全率10%として、72÷43.2×1.10=1.83、これを切り上げて2回となる。すると、現在の残回数は9回であるから、新たな基準値2回を上回っているため、現時点での発注処理は不要とみなすことになる。以降の基準値は2回に設定されるので、残回数が1回または2回となった時点で、上記と同様のチェック処理が行われ、次の3日分の発注再生回数を求める。
【0090】
このように、最近何日間かの利用動向に応じた発注処理が可能となる。
【0091】
(3)キャンペーン情報を受けて基本基準値に係数をかける例
例えば、管理サーバー4が、ある有料データについてキャンペーン価格を設定することにより、再生回数の向上を見込めると判断した場合、当該有料データの値引率をA%とすると、この値引率を必要回数の上乗せ分の係数に用いる。例えば、上記で算出した必要回数×1+A/100を新しい必要回数とする。あるいは、1.5A/100、2A/100、3A/100等を上乗せ分の係数としてもよい。
【0092】
ここでは、A/100を上乗せ分の係数とする場合について説明する。キャンペーン値引率を20%、現在の基本基準値を10回、安全率20%、発注の単位期間を60時間とする。例えば、10時間で5回の再生が行われ、その時点で残回数が9回になったとすると、残回数9は、現在の基本基準値10を下回っているので、発注の必要性をチェックする。
【0093】
すると、発注の単位期間60時間に対して、60÷10×5=30となるので、発注の基本必要回数は30回となる。この基本必要回数30回に、上乗せ分の係数として1.20を掛けて36回を求め、さらに20%の安全率を考慮して、36×1.20=43.2を求め、四捨五入(切り上げでもよい)した43回が、発注の単位期間60時間分の必要再生回数となり、かつ残回数と比較して発注の必要性を判断するための基準値となる。現在の残回数9は、必要再生回数43を下回っているので、発注処理が必要とみなし、発注の予約登録処理を行う。
【0094】
なお、上記基本基準値は、1日あたりの必要再生回数によって設定される。上記の例では、43×24÷60=17.2となるので、キャンペーン効果を見込んだ基本基準値は17回に改められる。
【0095】
なお、発注の必要性をチェックするための基本基準値を特に指定しなくても、毎回再生する毎に、向こう60時間の必要再生回数を算出し、残回数が必要再生回数を下回っている場合に、発注処理が必要とみなしてもよい。
【0096】
(4)利用率が大きく変更されたときに基準値の算出方法を変更する例
まず、前回発注時の利用率X(回/日)と許容値Y(回/時)とを用いて、最近N回までの利用率Z(回/時)と比較する。なお、上記利用率は、単位時間(時、日、発注の単位期間、または週等)あたりの再生回数とする。Zが、X−Y<Z<X+Yの範囲に入っている場合は、基準値算出方法について変更を行わないが、Z<X−YまたはX+Y<Zの場合、基準値算出方法を変更する。
【0097】
通常は、残回数が20回以下になると、1週間の再生回数から8日間に必更な再生回数を算出し、残回数と比較して発注処理を行う。
【0098】
例えば、前回の利用率Xを10回/日、許容値Yを5回/日とする。最近10回の利用率Zが40回/日に相当する場合には、上記の通り10+5<40であるので、基準値算出方法を変更する。
【0099】
現在の発注の単位期間を3日とすると、3日分の必要再生回数は120回となるが、現在の残回数が仮に22回とすれば、1日分40回よりも少なく、半日分20回よりは多い。このような場合は、12時間以内に発注処理を行う設定がされる。また、残回数が42回とすると、計算上1日分あるが、24時間以内に発注処理を行う。また、残回数が半日分を切ったときには、発注に緊急性が有ると判断し、再生処理が終了次第、発注処理に移行するようにしてもよい。
【0100】
なお、発注処理は、消費者に対して待ち時間を作らないことが原則なので、発注に緊急性が有る場合でも、利用頻度の少ない時間帯か否かの確認と組み合わせたり、当日の再生が平均して何時間間隔で行われたかを確認し、そのインターバルが発注処理に必要な時間と比較して、充分長い場合に、即時の発注処理に移行するようにしたりすることが好ましい。また、発注処理のタイミングを決定するにあたって、さらに、通信回線が混雑しない時間帯か否かを考慮するのが一層好ましい。
【0101】
上記の例のように、発注処理の必要度は、特定データの種類または内容によって異なるものなので、発注処理に優先順位を付けることが好ましい。したがって、発注処理は、優先順位に従って、1日のうちで複数グループに分けて行われる。例えば、通常発注グループを〔A〕、24時間以内発注グループを〔B〕、12時間以内発注グループを〔C〕、即時の発注グループを〔D〕とする。
【0102】
当然、優先順位は利用状況に応じて上がっていく。〔A〕は利用率Zが2回/日、Bは利用率Zが4回/日(Aの2回を含む)、Cは利用率Zが8回/日(Bの4回を含む)、Dは利用率Zが16回/日(Cの8回を含む)のように、グループ分けの基準となる利用率Zが設定されているが、消費者が受信サーバーまたは端末機を使用中の場合は、その時間は発注できない設定となっている。
【0103】
なお、発注タイミングの決め方は、基本的には通信回線の利用料金や通信時間をみて設定するので、その具体例を挙げておく。例えば、通信回線(トラフィック)の混雑度について、混雑度が小さい順に、時間帯に「1・2・3」と番号を付しておく。また、通信回線の利用料金についても、費用の安い順に、時間帯に「a・b・c」と記号を付しておく。さらに、時間売上単価(1時間あたりの売上)について、高い順に、時間帯に「あ・い・う」と記号を付しておく。
【0104】
すると、通信回線の利用料金、通信時間および時間売上単価の3要素を考慮すると、最も発注タイミングとして時間効率および費用効率が良いのは、時間帯「1・a」の組み合わせから、時間帯「あ・い」を外した時間帯となる。これを時間帯『A』とする。
【0105】
以下、各種各様の組み合わせが考えられるが、例えば、時間帯「1・b」と時間帯「2・a」との組み合わせから、時間帯「あ」を外したものを時間帯『B』とし、時間帯「2・b」を時間帯『C』とする等のように、通信回線の利用料金、通信時間および時間売上単価の3要素を考慮した等級を時間帯に割り振る。
【0106】
これにより、上述の発注の優先順位〔A〕、〔B〕、〔C〕、〔D〕と、時間帯『A』、『B』、『C』とを比較して、最も効率の良い時間帯を発注タイミングに定めることができる。例えば、発注の優先順位が、12時間以内の発注を要する〔C〕とすれば、12時間以内に時間帯『A』、『B』、『C』のどれが該当するかを判断し、該当する時間帯の中で、効率のより良い時間帯を選択すればよい。
【0107】
また、発注の優先順位が、24時間以内の発注を要する〔B〕とすれば、発注の緊急度は低いので、比較的効率の良くない時間帯『C』を初めから除外し、時間帯『A』、『B』のみから選択するようにしてもよい。
【0108】
(5)利用率に応じて発注時間間隔を変化させる例
過去の平均発注再生回数をX回として、新たに求めた必要再生回数をY回とすると、2X<Yの場合に危険率を下げるため、発注時間間隔を短くする。
【0109】
例えば、現在の発注の単位期間を3日として、前々回の発注再生回数が15回(3日分)、前回の発注再生回数が10回(3日分)など、過去5回の平均発注再生回数を12.5回とする。また、最近の利用率から推測した必要再生回数が3日分で45回とすると、12.5×2<45の条件が満足され、利用率が急激に上昇しているため、発注ロット(発注の単位期間)を例えば1日に変更する。また、基準値は、1日分の必要再生回数15回を元に、安全率10%を見込んで、17回として算出する。残回数が基準値未満であれば発注の予約登録処理を行い、基準値以上であれば、発注の予約登録処理を行わない。
【0110】
〔配信サーバーの構成〕
次に、本発明のデータ発注方法に好適な配信サーバー(配信装置)の構成について説明する。図2は、配信サーバーの概略構成を示すブロック図である。なお、図2に示す構成は、配信サーバーをPC(Personal Computer) ベースで構成した例を示している。
【0111】
同図に示すように、配信サーバーは、データ記憶部8、中央処理部9、認証チェック部10、送信データチェック部11、送受信完了情報チェック部12、再利用許可処理部13、パスワード発行部14、通信処理部15、表示部16、操作部17、課金管理部18、送信データ管理部19、データ再利用情報受信部20、およびユーザ情報管理部41を備えた構成となっている。
【0112】
なお、図2は、上記の各構成が全て同様に接続された図となっているが、実際には、各種バスやインターフェースなどを介してハードウェア的に接続されている部分と、制御・処理プログラム上での連係によってソフトウェア的に接続されている部分とが存在している。
【0113】
データ記憶部8は、例えばハードディスク(HD)装置などの記憶手段によって構成されるものであり、配信対象となる配信データを記憶したり、データ配信に関する受信サーバーの現況(利用頻度、通信速度、基本契約内容、料金支払い状況等)を示す情報を記憶したり、配信に関わる様々な管理データを記憶するものである。なお、このハードディスク装置内、あるいは別のハードディスク装置内には、配信サーバーの動作に必要なOSや各種プログラム、データなどが記憶されている。
【0114】
中央処理部9は、CPU(Central Processing Unit) などの演算処理装置によって構成されるものであり、配信サーバー内の各種演算処理を行うものである。なお、図示はしていないが、各種演算処理を行う上で必要とされるRAM(Random Access Memory)なども適宜設けられている。
【0115】
通信処理部15は、配信サーバーの外部にあるコンピュータとのインターフェースとなるものであり、配信サーバーを構成するコンピュータの特定のCOMポートが割り当てられる。なお、ネットワークインターフェースとしては特に限定するものではなく、例えば、Ethernet、FDDI(Fiber Distributed Data Interface)、ISDN(Integrated Services Digital Network) 、ATM(Asynchronous Transfer Mode)などが用いられる。
【0116】
表示部16は、CRT(Cathode Ray Tube)やLCD(Liquid Crystal Display)などの各種表示モニターによって構成されるものである。また、操作部17は、キーボードやマウスなどの入力装置によって構成されるものである。これら表示部16や操作部17によって、配信サーバーの稼働状況をチェックしたり、処理動作を変更するなどのメンテナンスが行われる。
【0117】
以上説明した、データ記憶部8、中央処理部9、通信処理部15、表示部16、および操作部17が、配信サーバーにおけるハードウェア的な構成を示すブロックである。そして、以下に示す認証チェック部10、送信データチェック部11、送受信完了情報チェック部12、再利用許可処理部13、パスワード発行部14、課金管理部18、送信データ管理部19、データ再利用情報受信部20、およびユーザ情報管理部41が、配信サーバーにおけるソフトウェア的な構成を示すブロックとなる。
【0118】
認証チェック部10は、配信サーバーに対して、特定のデータの配信要求を送出した受信サーバーの認証チェックを行うブロックである。受信サーバーから配信サーバーにアクセス要求がなされた際には、この認証チェック部10によって、受信サーバーのIDならびにパスワードのチェックが行われ、このチェックを通過した場合にのみ、受信サーバーのアクセスが許可されることになる。
【0119】
送信データチェック部11は、受信サーバーから配信要求された特定のデータ、および該データの再生回数情報などのデータ情報が、配信サーバー内に蓄えられている配信データと合致するか、言い換えれば、配信サーバーが、受信サーバーからの配信要求に的確に応答することが可能であるか否かをチェックするブロックである。この送信データチェック部11において、配信不能であると判断された場合には、その旨が受信サーバーに送られる。
【0120】
送受信完了情報チェック部12は、配信サーバーから受信サーバーへデータの配信動作が行われた際に、受信サーバーにデータが正常に送られたか否かをチェックするブロックである。具体的には、配信サーバーからデータが送信された後に、受信サーバーからデータの受信が完了したことを示す信号を受信したか否かによって、送受信が正常に完了したかがチェックされる。
【0121】
ここで、送受信にエラーが発生した場合には、配信サーバー内にエラーが発見されなければ、受信サーバー側に問題があると見なされ、図2においては図示していないが、エラー情報がデータ記憶部8に記録されると共に、管理サーバー4に送出される。これにより、例えば受信サーバーが操作者のいない独立した端末機である場合などに、この端末機の故障を迅速に管理サーバー4に知らせることが可能となる。
【0122】
再利用許可処理部13は、受信サーバーに対して既に少なくとも1回の配信を行ったことのある特定のデータに関して、その再利用を求める発注を受信サーバーから受けた場合に、当該特定のデータの再利用について管理サーバー4から、再利用停止、再利用価格変更、再生回数制限の増減等の特別な指示を受けていないかどうかをチェックし、また発注元の受信サーバーが再利用の許可を与え得る資格を有しているかどうか等を判断する。
【0123】
当該特定のデータの再利用について、いずれのチェック項目も許可可能である場合には、再利用許可処理部13は、前述のデータ構造のヘッダ部に含まれている再生回数情報を更新する再利用情報キーを作成し、受信サーバーに送出する再利用情報キー送信処理を行う。また、再利用情報キーの作成にあたって、再利用価格変更等の特別な指示を管理サーバー4から受けているのであれば、キャンペーン価格の設定情報、再生回数制限の増減情報等を再利用情報キーに含めて送信したり、配信サーバーから受信サーバーに対して随時発行するパスワードにそれらの特別な情報を含めたりして、受信サーバーがそれらの特別な情報を解読する構成としてもよい。
【0124】
パスワード発行部14は、データの配信契約を結んでいる受信サーバーのそれぞれに対してパスワードを発行するブロックである。このパスワードは、受信サーバー側からの申込みによって変更・更新の手続きが可能となっているシステムとしてもよいし、配信サーバー側の意思によって変更・更新の手続きが可能となっているシステムとしてもよい。
【0125】
課金管理部18は、配信データの課金情報を、再生回数情報などに基づいて算出したり、再生1回当たりの課金を変更したりするブロックである。すなわち、配信データの価格は、受信サーバーに販売権利として許可する再生回数に再生1回分の料金を掛けて算出される。また、再生1回当たりの課金は、受信サーバーにおける利用率、受信サーバーの通信環境、受信サーバーの納金状況等のユーザ情報を考慮して決められ、通常、管理サーバー4から配信サーバーに通知される。なお、再生1回当たりの課金は、受信サーバーにおける利用率、通信環境、納金状況等が良好な程、受信サーバーに有利な価格に設定される。
【0126】
送信データ管理部19は、配信データを受信サーバーに送信する際に、その送信情報をログとして記録するとともに、配信データのフッタ部に前述の配信サーバーIDを付与し、配信データの送信の制御を行うブロックである。
【0127】
ユーザ情報管理部41は、既に説明した各受信サーバーのユーザ情報を管理し、データ記憶部8の該当ファイルに記録するブロックである。この他、各受信サーバーのIDおよびパスワードの情報を管理し、データ記憶部8の該当ファイルに記録する処理を行う。
【0128】
〔受信サーバーの構成〕
次に、受信サーバーの構成について説明する。図3は、受信サーバーの概略構成を示すブロック図である。なお、図3に示す構成は、受信サーバーをPCベースで構成した例を示している。
【0129】
同図に示すように、受信サーバーは、データ記憶部21、中央処理部22、認証チェック部23、音データ出力装置24、再生データチェック部25、再生データ保存処理部26、発注先選択処理部27、音声ガイド制御処理部28、再生完了処理部29、通信処理部30、表示部31、操作部32、再生処理部33、課金管理部34、発注データ処理部35、および再利用設定処理部36を備えた構成となっている。
【0130】
なお、図3は、上記の各構成が全て同様に接続された図となっているが、実際には、各種バスやインターフェースなどを介してハードウェア的に接続されている部分や、制御・処理プログラム上での連係によってソフトウェア的に接続されている部分などが存在している。
【0131】
データ記憶部21は、例えばハードディスク装置(HD)などの記憶手段によって構成されるものであり、配信サーバーから受信した再生用の配信データを再生用コード化データとして記憶したり、受信および再生に関わる様々な管理データを記憶するものである。なお、このハードディスク装置内、あるいは別のハードディスク装置内には、受信サーバーの動作に必要なOSや各種プログラム、データなどが記憶されており、本発明の記録媒体に相当している。
【0132】
中央処理部22は、CPUなどの演算処理装置によって構成されるものであり、受信サーバー内の各種演算処理を行うものである。なお、図示はしていないが、各種演算処理を行う上で必要とされるRAMなども設けられている。
【0133】
通信処理部30は、受信サーバーの外部にあるコンピュータとのインターフェースとなるものであり、受信サーバーを構成するコンピュータの特定のCOMポートが割り当てられる。なお、ネットワークインターフェースとしては特に限定するものではなく、配信サーバーにおいて説明したように、例えば、Ethernet、FDDI、ISDN、ATMなどが用いられる。
【0134】
なお、通信処理部30を介して配信サーバーからダウンロードされた配信データは、中央処理部22の制御によってデータ記憶部21に保存される。なお、データ記憶部21、中央処理部22および通信処理部30は、本発明のデータ受信部に相当している。
【0135】
表示部31は、CRTやLCDなどの各種表示モニターによって構成されるものである。また、操作部32は、ジョイスティックやボタンなどの入力装置によって構成されるものである。消費者は、この表示部31における表示を見て、操作部32によって入力動作を行うことによって、所望とするデータを購入することができる。
【0136】
音データ出力装置24は、アンプ部およびスピーカーなどから構成されるものであり、様々な音声を出力するためのブロックである。例えば、音楽データを購入する際には、その音楽を試聴する際の音声を出力したり、操作のガイドを行う音声を出力したり、BGMを出力したりすることになる。
【0137】
再生データ保存処理部26は、消費者がデータの購入を行う際に、該データを何らかの記録媒体に記録する処理を行うブロックであり、当該有料データを販売用に複製する本発明のデータ処理部に相当している。なお、記録媒体の種類としては特に限定しないが、例えばMD、CD−R、CD−RW、DVD−R、DVD−RW、DVD−RAM、ICメモリー、フロッピーディスク、ZIPディスク、MO、小型ハードディスク、磁気記録テープなどが挙げられる。また、このような記録媒体は、消費者が自ら持参して記録を行う形態でもよいし、端末機内で予め記録媒体を用意しておき、販売する際には、データの料金に記録媒体の料金を加えた額を請求する形態としてもよい。
【0138】
以上説明した、データ記憶部21、中央処理部22、音データ出力装置24、再生データ保存処理部26、通信処理部30、表示部31および操作部32は、受信サーバーにおけるハードウェア的な構成を示すブロックである。そして、以下に示す認証チェック部23、再生データチェック部25、発注先選択処理部27、音声ガイド制御処理部28、再生完了処理部29、再生処理部33、課金管理部34、発注データ処理部35、および再利用設定処理部36が、受信サーバーにおけるソフトウェア的な構成を示すブロックとなる。
【0139】
認証チェック部23は、配信サーバーに対して、特定のデータの配信要求を送出したときに、データ配信の認証を行うブロックである。配信要求を行う際には、この認証チェック部23から当該受信サーバーのIDならびにパスワードが送出され、配信サーバー側でこれらの認証チェックが行われ、このチェックを通過した場合に、認証されたことの通知を認証チェック部23が受け取って初めて、配信サーバーから受信サーバーへ要求されたデータの配信処理が開始されることになる。
【0140】
再生データチェック部25は、消費者が再生要求を行った特定のデータが当該受信サーバー内に蓄えられている場合、その蓄えられている特定のデータの再生回数情報をチェックし、再生が可能であるか否かをチェックするブロックである。ここで再生が不可能と判断されないように、言い換えれば再生回数に常時在庫が有る状態を確保するように、発注データ処理部35が、受信可能な配信サーバーに対してデータの再利用を発注することになる。
【0141】
発注先選択処理部27は、発注データ処理部35における配信要求処理のために、配信要求対象となっているデータに適した配信サーバーを選択するブロックである。すなわち、配信要求対象となっているデータを保有している配信サーバーであって、かつ通信速度がより速い配信サーバーが、発注先選択処理部27によって選択される。
【0142】
音声ガイド制御処理部28は、消費者に対して、データの再生に関する様々な音声ガイドを制御するブロックである。
【0143】
再生完了処理部29は、消費者に対する再生処理を完了した際に、データ記憶部21に保存されている当該データの再生回数情報を1回分減数するように書き換える処理と、前述のように履歴データを管理サーバー4に送信するとともに、該履歴データを保存する処理とを行うブロックである。
【0144】
再生処理部33は、再生要求されたデータに対して、データ記憶部21から読み出した暗号化されたデータをデコードするとともに、該当データが圧縮されている場合には、同時に解凍(伸張)処理を行うブロックである。これにより、再生要求されたデータが再生可能なデータ形式に変換されることになる。
【0145】
課金管理部34は、消費者による再生要求、すなわちデータ購入要求がなされた際の課金の管理を行うブロックである。課金の形態としては、現金支払い、クレジットカード、デビットカード、プリペイドカードなどによる支払いなどが挙げられる。よって、課金管理部34は、現金の収受を行う装置、あるいは各種カードによる決済を行う装置などを備えるとともに、これらの装置の制御を行うシステムを有している。
【0146】
また、課金管理部34は、当該データのIDに基づいて、当該データに対して設定された販売価格を確認して、表示部31に表示する処理や、配信サーバーから受信する上記再利用情報キーや、配信サーバーから発行されるパスワード等に含まれている再生価格情報、再利用価格変更情報、再生回数制限の増減情報等を解読し、消費者に対する課金に反映させる処理を行う。あるいは、課金管理部34が、配信データの課金情報を、再生回数情報などに基づいて算出したり、再生1回当たりの課金を変更したりする機能を有していてもよい。
【0147】
発注データ処理部35は、消費者に対する販売がなされたとき、あるいは定期的に、受信サーバー内に蓄えられているデータの再生回数情報から残回数をチェックし、データ記憶部に格納してある基準値と比較する処理、残回数が基準値を下回っているときに、前述したように最近何日間かの利用率を計算して、発注すべき必要再生回数を算出する処理、残回数と必要再生回数とを比較して基準値や発注する時期を変更したり、発注の優先順位を決める処理、発注が必要なデータについて、そのデータのIDをデータ記憶部21に記録し、発注の予約登録をする処理、発注の優先度を考慮して発注タイミングを設定し、設定した発注タイミングになった時点で発注処理の実行を開始する処理(発注指示処理)、発注処理の開始時に、発注先選択処理部27に接続先の配信サーバーを選択させる処理、データ記憶部21に予約登録しておいたデータのIDを読み出す処理、選択した配信サーバーに発注するデータのIDを送信する処理を、それぞれ制御するブロックである。
【0148】
再利用設定処理部36は、上記発注データ処理部35によって発注されたデータについて、配信サーバーから再利用情報キーを受信する処理と、受信した再利用情報キーを元にして、当該データの再生回数情報を書き換え、データの再利用を可能とする処理とを制御するブロックである。
【0149】
〔サーバー間の接続イメージ〕
図4は、上述のようなデータ再利用の発注を受信サーバーまたは端末機から配信サーバーへ送信するときのデータ配信システムの接続イメージを示している。ここでは、データを配信する側の配信サーバーとして配信サーバー6A〜6Cを想定し、データを受信し、データを消費者に売却する受信サーバーとして、受信サーバー7A〜7Cを想定する。各サーバー6A〜6C・7A〜7Cは相互に接続されると共に、それぞれが管理サーバー4にも接続されている。
【0150】
例えば、受信サーバー7Aでデータ再利用の発注処理が行われたとすると、受信サーバー7Aは、当該データを保有している配信サーバー6A〜6Cを捜すと共に、より速い通信速度での受信が可能な配信サーバー6A〜6Cの1つを選択する。そのような配信サーバーが配信サーバー6Aであったとすれば、受信サーバー7Aは、配信サーバー6Aに当該データの再生回数情報を書き換える依頼データを送信し、配信サーバー6Aから当該データの再利用情報キーを受け取り、当該データの再生回数情報を書き換える。
【0151】
また、これに伴って、配信サーバー6Aから管理サーバー4へ、どのデータを受信サーバー7Aに配信したかを示す履歴データを送信することによって送信履歴を通知する。同様に、受信サーバー7Aも、消費者にデータ販売を行ったときに、当該データの履歴データを管理サーバー4へ送信する。また、既に説明したとおり、管理サーバー4は、各サーバー6A〜6C・7A〜7Cにおける利用頻度、通信エラー発生率や通信速度等の通信環境、納金状況等を管理しており、これらの管理項目の適、不適に応じて、配信サーバー6A〜6C自身の配信可能回数としての再生回数情報や、受信サーバー7A〜7Cのデータ販売可能回数としての再生回数情報や、キャンペーン価格、再生1回あたりの価格等を設定し、配信サーバー6A〜6Cに通知する。なお、受信サーバー7A〜7Cに通知し、受信サーバー7A〜7C自身が、販売価格の変更を行える構成でもよい。
【0152】
〔データ再利用発注処理の流れ〕
最後に、受信サーバーで行われるデータ再利用発注処理について、その流れを図1に基づいて説明する。
【0153】
操作入力の待ち状態(ステップ1:以下、S1と略記)において、操作部27を介して特定データの再生要求が入力されたか否かを中央処理部22が監視している(S2)。そして、特定データの再生要求が入力されると、課金管理部34は、特定データの販売価格を確認し、課金装置に対して適正な料金支払い手続きがなされたか否かを確認する(S3)。課金処理が適正になされた場合、再生処理部33によってデータの再生が行われ、再生データ保存処理部26で記録媒体に対する記録が行われる(S4)。なお、S3で課金処理が適正になされない状態が、一定時間を越えたときに、再生要求の取り消しを消費者に通知するようにしてもよい。
【0154】
続いて、再生完了処理部29によって、上記特定データの再生回数情報を1回分、あるいは再生回数分減数して書き換える処理を行う(S5)と共に、管理サーバー4へ特定データに関する履歴データを送信する処理を行う(S6)。
【0155】
なお、特定データを記録媒体へ記録する再生処理は、必ずしも1回に限られるわけではなく、複数枚に連続的に特定データを繰り返し記録するような再生要求が入力されてもよい。この場合にも、再生要求回数分の適正な料金支払い手続きがなされたことを、課金管理部が確認できれば、再生処理部33および再生データ保存処理部26によるデータの再生/記録処理に移行する。
【0156】
また、上記S6の処理についても、再生毎に管理サーバー4へ履歴データを送信する必要は無く、1日分を後でまとめて送信するとか、発注処理のついでに送信する等、適宜の設定が可能である。
【0157】
次に、発注データ処理部35によって、利用率等の利用状況に基づく基準値を算出し(S7)、再生し得る残回数を基準値と比較する(S8)。残回数が基準値以下になっている場合、発注処理を即時に行うか否かを判断する(S9)。利用率の急激な上昇が見られ、緊急性を要する場合には、即時の発注処理を行う。この場合に、前述したように、同一の特定データについて、当日の再生処理と再生処理との間の平均時間間隔と、発注に必要な時間とを比較したり、発注に必要な時間を通信時間帯の混雑度も考慮して算出したり、利用度の少ない時間か否かを確認したりすることによって、消費者に対して最も待ち時間を作る可能性が低い発注タイミング、すなわち発注時刻を設定することが好ましい。
【0158】
上記発注タイミングの設定は、受信装置を24時間休みなしに稼働し続ける形態では、利用頻度や通信回線の混雑度に応じて流動的となるが、例えば夜間は受信装置を停止させるような形態では、受信装置のシステムを終了させる前に、発注処理のタイミングを自動的かつ固定的に設定することもできる。
【0159】
また、S9で発注の緊急性が高くない場合には、発注処理の予約登録処理に移行する(S10,S11)。このとき、前述したように、通常の発注か、24時間以内の発注か、12時間以内の発注か等、発注の優先度を決定し、発注をかける特定データのIDと決定した優先度との組み合わせを予約登録する。
【0160】
S12の後、S1およびS2へ戻り、S2でデータ再生要求が入力されたときには、発注処理を行わない。一方、S2でデータ再生要求が入力されない場合に、S9で発注処理を行うか否か判断する。まだ、発注処理を行う適切な時間帯でなければ、S10をパスしてS1に戻る。一方、発注処理を行う適切な時間帯になっていれば、S12へ進み、発注データ処理部で、特定データの必要再生回数を算出する。発注する特定データが複数種類有れば、特定データ毎に必要再生回数を算出する。
【0161】
そして、算出した必要再生回数と残回数とを比較して、発注再生回数を求める(S13)。次に、発注先選択処理部27にて、発注する特定データを保有している配信サーバーを選択すると共に、通信速度の速い配信サーバーに優先的にアクセスし(S14)、配信サーバーの認証チェックを受けた後、残回数に発注再生回数を上乗せするような再生回数情報の変更依頼データを、通信処理部30を介して送信する(S15)。続いて、配信サーバーで再生回数情報の変更依頼内容の確認と、その許可を与え得るか否かの確認が行われた後、受信装置は、再生回数情報の変更データ、すなわち前述の再利用情報キーを配信サーバーから受信する(S16)。
【0162】
これにより、再利用設定処理部36にて、発注した特定データに関する再生回数情報を、再利用情報キーを用いて更新する。この結果、既存の再生回数情報は、残回数に発注再生回数を上乗せした値を持つように書き換えられる(S17)。
【0163】
最後に、予約登録された発注処理が全て完了したか否かが確認され(S18)、未処理データが有ればS12へ戻り、全発注処理が終了すれば、受信装置のシステムを終了するか否か確認する(S19)。システムを終了しない場合には、S1へ戻り、システムを終了する場合には、全ての処理を終了する。
【0164】
なお、本発明のデータ発注方法を実行するプログラムを記録した記録媒体として、受信装置と分離可能に構成される記録媒体であってもよい。例えば、磁気テープやカセットテープ等のテープ系、フロッピーディスクやハードディスク等の磁気ディスクやCD−ROM、MO、MD、DVD等の光ディスク系、ICカード(メモリカードを含む)、光カード等のカード系、あるいはマスクROM、EPROM、EEPROM、フラッシュROM等による半導体メモリを含めた固定的にプログラムを担持する媒体であってもよい。
【0165】
また、本発明のデータ発注システムは、インターネットを含む通信ネットワークと接続可能な構成にすることができ、通信ネットワーク等の伝送媒体を介して、他のシステムコンピュータと上記プログラムを送受するようにしてもよい。
【0166】
なお、本発明の参考に係るデータ販売方法を、「特定データを受信装置でユーザーに対して販売するために、受信装置が配信装置から、データ再生回数に制限のある有料データの配信を受けるデータ販売方法において、上記受信装置にて、ユーザーに対し当該有料データを販売する毎に減数するように書き換えられる上記データ再生回数を基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該有料データの発注をするか否かを判断する」構成であってもよい。
【0167】
さらに、上記データ販売方法において、「上記基準値は、所定期間内に上記特定データを再生した頻度に基づいて算出され、当該有料データの発注を上記所定期間毎に行う」構成であってもよい。
【0168】
【発明の効果】
本発明の参考に係るデータ販売方法は、以上のように、データ配信側の配信装置から受信装置へ、受信装置におけるデータ再生回数に制限のかかった特定データの配信を受け、受信装置が消費者に対して当該特定データの販売処理を行うデータ販売方法において、上記受信装置にて、データ再生回数の残回数を基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注をする構成である。
【0169】
それゆえ、受信装置にて、データ再生回数の残回数を基準値と比較するようにし、その比較結果に基づいて、配信装置に対し当該特定データの発注をすることにより、常にデータ再生回数の在庫を適正に確保した状態を作ることができるという効果を奏する。
【0170】
本発明の参考に係るデータ販売方法は、以上のように、上記に記載のデータ販売方法に加えて、上記基準値が、所定期間内に上記特定データを再生した頻度に基づいて算出される構成である。
【0171】
それゆえ、特定データの売れ行きに応じた流動的な発注を行うことができるので、受信装置は、データ再生回数の過剰な在庫を抱えたり、逆にデータ再生回数の在庫が過少な状態となったりするリスクを小さくすることができるという効果を奏する。
【0172】
本発明の参考に係るデータ販売方法は、以上のように、上記に記載のデータ販売方法に加えて、上記特定データが、受信装置で販売し得るデータ再生回数の上限を示す再生回数情報を付加されており、上記発注によって、受信装置が現有する当該特定データにおける再生回数情報の更新処理を行う構成である。
【0173】
それゆえ、特定データに再生回数の上限を示す再生回数情報を付加しておき、発注の結果、再生回数情報を更新する形態とすることで、データサイズが圧倒的に大きい特定データを送受信することなく、再生回数情報を更新するためのサイズの小さいデータを送受信するだけで、特定データの再利用を図ることができるという効果を奏する。
【0174】
本発明の参考に係るデータ販売方法は、以上のように、上記に記載のデータ販売方法に加えて、上記比較結果に基づいて、発注が必要な特定データを一旦記録しておき、設定した発注タイミングで上記配信装置に対し発注をする構成である。
【0175】
それゆえ、発注が必要な特定データを一旦記録しておくことで、より適切な発注タイミングで特定データの発注をすることができる上に、適切な発注タイミングで、複数の発注処理をまとめて行うことができるので、発注にかかる通信コスト等を下げることができるという効果を奏する。
【0176】
本発明の参考に係るデータ販売方法は、以上のように、上記に記載のデータ販売方法に加えて、上記比較結果に基づいて、発注が必要な特定データに優先順位を付け、優先順位に応じた発注タイミングで、上記配信装置に対し発注をする構成である。
【0177】
それゆえ、特定データの種類によって、データ再生回数の減り具合は異なるので、発注が必要な特定データに優先順位を付け、優先順位に応じた発注タイミングで、上記配信装置に対し発注をすることにより、特定データの利用状況に応じた在庫の確保が可能になるという効果を奏する。
【0178】
本発明の参考に係るデータ販売方法は、以上のように、上記に記載のデータ販売方法に加えて、上記比較結果に基づいて、特定データの発注サイクルを変更する構成である。
【0179】
それゆえ、特定データの発注サイクルを可変にすることで、特定データの利用状況に応じた発注処理が可能になるので、受信装置は、データ再生回数の過剰な在庫を抱えたり、逆にデータ再生回数の在庫が過少な状態となったりするリスクを一層小さくすることができるという効果を奏する。
【0180】
本発明の参考に係るデータ販売システムは、以上のように、
(1) データ配信側の配信装置と、
(2) 上記配信装置から、データ再生回数に制限のかかった特定データの配信を受け、消費者に対して当該特定データの販売処理を行う受信装置であって、データ再生回数の残回数を基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注をする受信装置とを、
(3) 通信ネットワークで接続した
構成である。
【0181】
それゆえ、受信装置において、常にデータ再生回数の在庫を適正に確保した状態を作ることができるので、消費者が購入したいときに受信装置からいつでも特定データの購入が可能なデータ販売システムを提供することができるという効果を奏する。
【0182】
本発明の参考に係るデータ販売装置は、以上のように、
(1) データ配信側の配信装置から、データ再生回数に制限のかかった特定データの配信を受けるデータ受信部と、
(2) 当該特定データを販売用に再生する再生処理部と、
(3) データ再生回数の残回数を基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注の必要性を判断する発注処理部と
を備えている構成である。
【0183】
それゆえ、上記配信装置に対し当該特定データの発注の必要性を判断することで、データ再生回数の減り具合に応じた適切な発注を行うことができるので、データ販売装置およびその管理者にデータ管理の負担を課することなく、常にデータ再生回数の在庫を適正数に保つことができるという効果を奏する。
【0184】
本発明の参考に係る記録媒体は、以上のように、データ配信側の配信装置から受信装置へ、受信装置におけるデータ再生回数に制限のかかった特定データの配信を受け、受信装置が消費者に対して当該特定データの販売処理を行うデータ販売方法であって、上記受信装置にて、データ再生回数の残回数を基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注をすることを特徴とするデータ販売方法を実行するプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【0185】
また、本発明の参考に係る記録媒体は、以上のように、データ配信側の配信装置から受信装置へ、受信装置におけるデータ再生回数に制限のかかった特定データの配信を受け、受信装置が消費者に対して当該特定データの販売処理を行うデータ販売方法であって、上記受信装置にて、データ再生回数の残回数を基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注の必要性を判断することを特徴とするデータ販売方法を実行するプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【0186】
上記に記載の構成により、これらの記録媒体から、特定データの販売を行い得る受信装置に上記プログラムをセットアップすることにより、既に説明したとおりの効果を有するデータ販売方法を実行することが可能になる。
【図面の簡単な説明】
【図1】 本発明のデータ発注方法に従う特定データの発注処理手順を示すフローチャートである。
【図2】 本発明に係る配信装置の構成例を示すブロック図である。
【図3】 本発明に係る受信装置および本発明の参考に係るデータ販売装置の構成例を示すブロック図である。
【図4】 本発明に係るデータ発注システムにおける、配信装置および受信装置の接続イメージを示す説明図である。
【図5】 本発明に係る特定データのデータ構造を示す説明図である。
【図6】 上記特定データに付加された配信履歴情報を含む履歴データのデータ構造を示す説明図である。
【図7】 本発明のデータ発注システムにおけるネットワーク構成を概略的に示す説明図である。
【符号の説明】
1 原盤サーバー(配信装置)
2A・2B・2C 二次配信サーバー(受信装置または配信装置)
3A・3B・3C 三次配信サーバー(受信装置)
21 データ記憶部(記録媒体、データ受信部)
22 中央処理部(データ受信部)
26 再生データ保存処理部(再生処理部)
30 通信処理部(データ受信部)
33 再生処理部
35 発注データ処理部(発注処理部)
Claims (10)
- データ記憶部と、再生完了処理部と、発注処理部とを備えた受信装置が、ネットワークで接続された他の装置へ、特定データの配信が可能な回数と、消費者が上記受信装置から上記特定データを購入するために、上記受信装置で上記特定データの複製が可能な回数とを合わせたデータ再生回数の上限を示す再生回数情報を付加された上記特定データを、上記受信装置がデータ配信側の配信装置から受信し、
受信した特定データを上記データ記憶部に保存し、
上記再生完了処理部が、上記データ記憶部に保存されている再生回数情報を、上記配信または上記複製としての再生の1回分、あるいは再生回数分減数して書き換える処理を行い、
上記発注処理部が、上記再生回数情報の残回数を、上記データ記憶部に保存されている基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注を判断し、
上記特定データは固有のデータIDを含み、
上記発注処理部は、上記比較結果に基づいて、発注が必要と判断した上記特定データのデータIDを上記データ記憶部に一旦記録しておき、上記配信装置に対し、上記特定データに関する配信を発注する発注タイミングを決定することを特徴とするデータ発注方法。 - データ記憶部と、再生完了処理部と、発注処理部とを備えた受信装置が、ネットワークで接続された他の装置へ、特定データの配信が可能な回数と、消費者が上記受信装置から上記特定データを購入するために、上記受信装置で上記特定データの複製が可能な回数とを合わせたデータ再生回数の上限を示す再生回数情報を付加された上記特定データを、上記受信装置がデータ配信側の配信装置から受信し、
受信した特定データを上記データ記憶部に保存し、
上記再生完了処理部が、上記データ記憶部に保存されている再生回数情報を、上記配信または上記複製としての再生の1回分、あるいは再生回数分減数して書き換える処理を行い、
上記発注処理部が、上記再生回数情報の残回数を、上記データ記憶部に保存されている基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注を判断し、
上記発注処理部が上記特定データの発注を必要と判断してから発注を行うまでの所定時間を、所定期間内に上記特定データを再生した頻度に応じてグループ分けして対応付けた情報が、上記データ記憶部に用意され、
上記発注処理部は、上記比較結果に基づいて、発注が必要と判断した特定データの上記頻度に対応する上記所定時間を、発注タイミングとして決定することを特徴とするデータ発注方法。 - データ記憶部と、再生完了処理部と、発注処理部とを備えた受信装置が、ネットワークで接続された他の装置へ、特定データの配信が可能な回数と、消費者が上記受信装置から上記特定データを購入するために、上記受信装置で上記特定データの複製が可能な回数とを合わせたデータ再生回数の上限を示す再生回数情報を付加された上記特定データを、上記受信装置がデータ配信側の配信装置から受信し、
受信した特定データを上記データ記憶部に保存し、
上記再生完了処理部が、上記データ記憶部に保存されている再生回数情報を、上記配信または上記複製としての再生の1回分、あるいは再生回数分減数して書き換える処理を行い、
上記発注処理部が、上記再生回数情報の残回数を、上記データ記憶部に保存されている基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注を判断し、
上記受信装置は、さらに再生処理部を備え、上記特定データの販売のために、上記再生処理部が上記特定データを単位時間に再生した回数としての利用率と、上記受信装置が上記配信装置に対して、上記特定データの上記データ再生回数を単位期間ごとに発注した発注再生回数とが、上記データ記憶部に累積して記憶され、
上記発注処理部は、上記データ記憶部に記憶された上記利用率と上記発注再生回数とを、利用率の変化が急であるかどうかを判断する演算式にあてはめて、利用率の変化が急であると判断した場合に、発注サイクルとしての上記単位期間を短縮することを特徴とするデータ発注方法。 - データ受信部と、データ記憶部と、再生完了処理部と、発注処理部とを備えた受信装置であって、
上記データ受信部は、上記受信装置からネットワークで接続された他の装置へ、特定データの配信が可能な回数と、消費者が上記受信装置から上記特定データを購入するために、上記受信装置で上記特定データの複製が可能な回数とを合わせたデータ再生回数の上限を示す再生回数情報を付加された上記特定データを、データ配信側の配信装置から受信し、
上記データ記憶部は、上記データ受信部が受信した特定データを保存し、
上記再生完了処理部は、上記データ記憶部に保存されている再生回数情報を、上記配信または上記複製としての再生の1回分、あるいは再生回数分減数して書き換える処理を行い、
上記発注処理部は、上記再生回数情報の残回数を、上記データ記憶部に保存されている基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注を判断し、
上記特定データは固有のデータIDを含み、
上記発注処理部は、さらに、上記比較結果に基づいて、発注が必要と判断した上記特定データのデータIDを上記データ記憶部に一旦記録しておき、上記配信装置に対し、上記特定データに関する配信を発注する発注タイミングを決定することを特徴とする受信装置。 - データ受信部と、データ記憶部と、再生完了処理部と、発注処理部とを備えた受信装置であって、
上記データ受信部は、上記受信装置からネットワークで接続された他の装置へ、特定データの配信が可能な回数と、消費者が上記受信装置から上記特定データを購入するために、上記受信装置で上記特定データの複製が可能な回数とを合わせたデータ再生回数の上限を示す再生回数情報を付加された上記特定データを、データ配信側の配信装置から受信し、
上記データ記憶部は、上記データ受信部が受信した特定データを保存し、
上記再生完了処理部は、上記データ記憶部に保存されている再生回数情報を、上記配信または上記複製としての再生の1回分、あるいは再生回数分減数して書き換える処理を行い、
上記発注処理部は、上記再生回数情報の残回数を、上記データ記憶部に保存されている基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注を判断し、
上記発注処理部が上記特定データの発注を必要と判断してから発注を行うまでの所定時間を、所定期間内に上記特定データを再生した頻度に応じてグループ分けして対応付けた情報が、上記データ記憶部に用意され、
上記発注処理部は、さらに、上記比較結果に基づいて、発注が必要と判断した特定データの上記頻度に対応する上記所定時間を、発注タイミングとして決定することを特徴とする受信装置。 - データ受信部と、データ記憶部と、再生完了処理部と、発注処理部とを備えた受信装置であって、
上記データ受信部は、上記受信装置からネットワークで接続された他の装置へ、特定データの配信が可能な回数と、消費者が上記受信装置から上記特定データを購入するために、上記受信装置で上記特定データの複製が可能な回数とを合わせたデータ再生回数の上限を示す再生回数情報を付加された上記特定データを、データ配信側の配信装置から受信し、
上記データ記憶部は、上記データ受信部が受信した特定データを保存し、
上記再生完了処理部は、上記データ記憶部に保存されている再生回数情報を、上記配信または上記複製としての再生の1回分、あるいは再生回数分減数して書き換える処理を行い、
上記発注処理部は、上記再生回数情報の残回数を、上記データ記憶部に保存されている基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注を判断し、
上記受信装置は、さらに再生処理部を備え、上記特定データの販売のために、上記再生処理部が上記特定データを単位時間に再生した回数としての利用率と、上記受信装置が上記配信装置に対して、上記特定データの上記データ再生回数を単位期間ごとに発注した発注再生回数とが、上記データ記憶部に累積して記憶され、
上記発注処理部は、さらに、上記データ記憶部に記憶された上記利用率と上記発注再生回数とを、利用率の変化が急であるかどうかを判断する演算式にあてはめて、利用率の変化が急であると判断した場合に、発注サイクルとしての上記単位期間を短縮することを特徴とする受信装置。 - データ配信側の配信装置と、
請求項4から6のいずれか1項に記載の受信装置とを、
通信ネットワークで接続したことを特徴とするデータ発注システム。 - データ記憶部と、再生完了処理部と、発注処理部とを備えた受信装置が、ネットワークで接続された他の装置へ、特定データの配信が可能な回数と、消費者が上記受信装置から上記特定データを購入するために、上記受信装置で上記特定データの複製が可能な回数とを合わせたデータ再生回数の上限を示す再生回数情報を付加された上記特定データを、上記受信装置がデータ配信側の配信装置から受信する手順と、
受信した特定データを上記データ記憶部に保存する手順と、
上記再生完了処理部が、上記データ記憶部に保存されている再生回数情報を、上記配信または上記複製としての再生の1回分、あるいは再生回数分減数して書き換える処理を行う手順と、
上記発注処理部が、上記再生回数情報の残回数を、上記データ記憶部に保存されている基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注を判断する手順と、
上記特定データは固有のデータIDを含み、上記発注処理部は、上記比較結果に基づいて、発注が必要と判断した上記特定データのデータIDを上記データ記憶部に一旦記録しておき、上記配信装置に対し、上記特定データに関する配信を発注する発注タイミングを決定する手順とを、
コンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。 - データ記憶部と、再生完了処理部と、発注処理部とを備えた受信装置が、ネットワークで接続された他の装置へ、特定データの配信が可能な回数と、消費者が上記受信装置から上記特定データを購入するために、上記受信装置で上記特定データの複製が可能な回数とを合わせたデータ再生回数の上限を示す再生回数情報を付加された上記特定データを、上記受信装置がデータ配信側の配信装置から受信する手順と、
受信した特定データを上記データ記憶部に保存する手順と、
上記再生完了処理部が、上記データ記憶部に保存されている再生回数情報を、上記配信または上記複製としての再生の1回分、あるいは再生回数分減数して書き換える処理を行う手順と、
上記発注処理部が、上記再生回数情報の残回数を、上記データ記憶部に保存されている基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注を判断する手順と、
上記発注処理部が上記特定データの発注を必要と判断してから発注を行うまでの所定時間を、所定期間内に上記特定データを再生した頻度に応じてグループ分けして対応付けた情報が、上記データ記憶部に用意され、上記発注処理部は、上記比較結果に基づいて、発注が必要と判断した特定データの上記頻度に対応する上記所定時間を、発注タイミングとして決定する手順とを、
コンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。 - データ記憶部と、再生完了処理部と、発注処理部とを備えた受信装置が、ネットワークで接続された他の装置へ、特定データの配信が可能な回数と、消費者が上記受信装置から上記特定データを購入するために、上記受信装置で上記特定データの複製が可能な回数とを合わせたデータ再生回数の上限を示す再生回数情報を付加された上記特定データを、上記受信装置がデータ配信側の配信装置から受信する手順と、
受信した特定データを上記データ記憶部に保存する手順と、
上記再生完了処理部が、上記データ記憶部に保存されている再生回数情報を、上記配信または上記複製としての再生の1回分、あるいは再生回数分減数して書き換える処理を行う手順と、
上記発注処理部が、上記再生回数情報の残回数を、上記データ記憶部に保存されている基準値と比較し、その比較結果に基づいて、上記配信装置に対し当該特定データの発注を判断する手順と、
上記受信装置は、さらに再生処理部を備え、上記特定データの販売のために、上記再生処理部が上記特定データを単位時間に再生した回数としての利用率と、上記受信装置が上記配信装置に対して、上記特定データの上記データ再生回数を単位期間ごとに発注した発注再生回数とが、上記データ記憶部に累積して記憶される手順と、
上記発注処理部は、上記データ記憶部に記憶された上記利用率と上記発注再生回数とを、利用率の変化が急であるかどうかを判断する演算式にあてはめて、利用率の変化が急であると判断した場合に、発注サイクルとしての上記単位期間を短縮する手順とを、
コンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000162225A JP4507142B2 (ja) | 2000-05-31 | 2000-05-31 | データ発注方法、データ発注システム、受信装置、およびデータ発注方法を実行するプログラムを記録した記録媒体 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000162225A JP4507142B2 (ja) | 2000-05-31 | 2000-05-31 | データ発注方法、データ発注システム、受信装置、およびデータ発注方法を実行するプログラムを記録した記録媒体 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2001344470A JP2001344470A (ja) | 2001-12-14 |
JP4507142B2 true JP4507142B2 (ja) | 2010-07-21 |
Family
ID=18666149
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000162225A Expired - Fee Related JP4507142B2 (ja) | 2000-05-31 | 2000-05-31 | データ発注方法、データ発注システム、受信装置、およびデータ発注方法を実行するプログラムを記録した記録媒体 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4507142B2 (ja) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002175090A (ja) * | 2000-12-07 | 2002-06-21 | Sony Corp | 再生装置および再生方法 |
JP4621131B2 (ja) * | 2005-12-20 | 2011-01-26 | 東芝テック株式会社 | 商品情報表示システム |
JP4860327B2 (ja) * | 2006-03-31 | 2012-01-25 | 株式会社エヌ・ティ・ティ・データ | 時刻証明装置及びプログラム |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH05114073A (ja) * | 1991-10-23 | 1993-05-07 | Matsushita Refrig Co Ltd | 自動販売機の販売情報管理装置 |
JPH11168464A (ja) * | 1997-12-05 | 1999-06-22 | Kobe Steel Ltd | ディジタル情報配信システム |
JP2000082182A (ja) * | 1998-06-24 | 2000-03-21 | Sony Corp | 情報提供装置、情報提供方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3761618B2 (ja) * | 1995-12-18 | 2006-03-29 | 株式会社ヤマハミュージックメディア | ソフトウェアの提供装置 |
JPH103745A (ja) * | 1996-06-12 | 1998-01-06 | Sony Corp | 記録媒体、デジタルコピー管理方法、再生装置、及び記録装置 |
JPH11120253A (ja) * | 1997-10-20 | 1999-04-30 | V Sink Technology:Kk | コンテンツ販売システム |
JPH11259764A (ja) * | 1998-03-12 | 1999-09-24 | Sony Corp | 記録媒体および情報伝達システム |
-
2000
- 2000-05-31 JP JP2000162225A patent/JP4507142B2/ja not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH05114073A (ja) * | 1991-10-23 | 1993-05-07 | Matsushita Refrig Co Ltd | 自動販売機の販売情報管理装置 |
JPH11168464A (ja) * | 1997-12-05 | 1999-06-22 | Kobe Steel Ltd | ディジタル情報配信システム |
JP2000082182A (ja) * | 1998-06-24 | 2000-03-21 | Sony Corp | 情報提供装置、情報提供方法 |
Also Published As
Publication number | Publication date |
---|---|
JP2001344470A (ja) | 2001-12-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4583434B2 (ja) | 保険システム | |
KR100203562B1 (ko) | 콘텐트 매상금 분배 시스템 및 분배 방법 | |
US5918215A (en) | Content sales price accounting system and accounting method thereof | |
JP2001344429A (ja) | 情報配信システム、情報配信装置、情報受信装置、情報配信方法、情報配信プログラムを記録した記録媒体、情報受信方法、情報受信プログラムを記録した記録媒体 | |
JP3701350B2 (ja) | コンテンツ販売期間検証端末及びセンタ並びにコンテンツ復号鍵有効期限検証端末 | |
JPH10187267A (ja) | 情報供給システム及び同システムに適用する課金システム | |
KR100832139B1 (ko) | 단말장치, 부과금 시스템 및 데이터 처리방법 | |
JP2001118332A (ja) | データ配信システムとその方法、データ処理装置、データ使用制御装置および配信用データが記録された機械読み取り可能な記録媒体 | |
EP1363214A1 (en) | Contents circulating charging and distributing system, method, device and program, and program recorded medium | |
EP1536358A1 (en) | Content distribution system management device, reading device, program, and method | |
WO2002037356A1 (fr) | Procede de transaction de donnees electroniques et systeme de transaction de donnees electroniques | |
JP4507142B2 (ja) | データ発注方法、データ発注システム、受信装置、およびデータ発注方法を実行するプログラムを記録した記録媒体 | |
JP2001312470A (ja) | 暗証ワード発行方法、データ配信方法、暗証ワードの発行装置、暗証ワード発行方法を実行するプログラムを記録した記録媒体およびデータ配信方法を実行するプログラムを記録した記録媒体 | |
US20030154132A1 (en) | Distribution system, terminal apparatus, distribution method, program and recording medium | |
JP2001297262A (ja) | 著作物使用料課金方法、これに用いるネットワークシステム、及びその制御プログラムを記録した記録媒体 | |
JP2001125961A (ja) | 情報ダウンロード用メモリ装置 | |
JP2001312461A (ja) | 情報配信システム、情報配信装置、情報提供装置、情報配信方法、情報配信プログラムを記録した記録媒体、および情報提供プログラムを記録した記録媒体 | |
JP2004355657A (ja) | 電子コンテンツ取引方法及びそのシステム | |
JP2001312438A (ja) | 情報配信システム、情報配信装置、情報受信装置、情報配信プログラムを記録した記録媒体、および情報受信プログラムを記録した記録媒体 | |
JP2003228657A (ja) | 配信システム、端末装置、配信方法、プログラム及び記録媒体 | |
JP4352217B2 (ja) | コンテンツ配信管理システム、コンテンツ配信管理方法、端末装置およびサーバ装置 | |
JP2002353953A (ja) | 利用形態制御機能を持つコンテンツ提供システム,コンテンツ利用形態制御方法,提供者装置用プログラム,利用者装置用プログラム,提供者装置用プログラムの記録媒体,利用者装置用プログラムの記録媒体およびコンテンツの部分販売システム | |
JP2001312667A (ja) | データ受信装置、データ受信方法、データ受信処理を行うためのプログラムを記録した記録媒体、データ配信装置、データ配信方法、データ配信処理を行うためのプログラムを記録した記録媒体およびデータ配信システム | |
JP4341157B2 (ja) | キオスク型端末装置 | |
JP5306304B2 (ja) | ポイント管理サーバ及びポイント管理システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070424 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090810 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090915 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20091113 |
|
RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20100312 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20100319 |
|
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: 20100406 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100422 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130514 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313115 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130514 Year of fee payment: 3 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
LAPS | Cancellation because of no payment of annual fees |