JP5632544B1

JP5632544B1 - 電子機器及び対価交換方法

Info

Publication number: JP5632544B1
Application number: JP2013547757A
Authority: JP
Inventors: 祐紀金子; 英夫毛塚; 東間　秀之; 秀之東間
Original assignee: Toshiba Corp; Toshiba Lifestyle Products and Services Corp
Current assignee: Toshiba Corp; Toshiba Lifestyle Products and Services Corp
Priority date: 2013-03-27
Filing date: 2013-03-27
Publication date: 2014-11-26
Anticipated expiration: 2033-03-27
Also published as: JPWO2014155586A1; US20140369669A1; WO2014155586A1

Abstract

ユーザが提供する情報に基づいて、ユーザに情報を提供するデータ供給元とユーザとの間の対価の計算や収受を可能とする電子機器及び対価交換方法を提供する。実施形態の対価交換方法は、ネットワークを介してデータ供給元と接続するデータ管理装置において、前記データ供給元から受け取る情報に対応する第一の対価と、前記データ供給元へ提供する情報に対応する第二の対価と、を所定の対価決定条件に基づいて算出し、前記第一の対価と前記第二の対価との差分を交換対価として決定する。

Description

この発明は、電子機器及び対価交換方法に関する。

放送事業者や配信事業者が供給する番組を受信して記録し、ユーザの要求に応じて再生する電子機器、例えばテレビジョン受信装置あるいはモニタ（ディスプレイ）装置と接続するレコーダ装置（以下クライアント端末またはユーザと称する）は、インターネット等のネットワークを通じて、さまざまな情報の受信（取得）と発信（提供）が可能である。

なお、ユーザ（クライアント端末）が提供（発信）する情報は、ユーザが再生（録画）する映像と関連づけられた、例えばユーザの嗜好やインターネット等を利用したアクセス履歴等である場合が多く、ユーザが取得（受信）する情報は、例えばユーザの嗜好に対応する番組の放送計画（番組表）やインターネット上のサイトの情報等である場合が多い。

特開２００２−２３０３８７号公報

ネットワークにおける上述したユーザへの情報（メタデータ）の提供及びユーザからの情報（嗜好、履歴）の取得は、メタデータ作成機構（データ供給元）が管理する。

このため、ユーザとデータ供給元との間で、対価の収受または交換が必要となる。

しかしながら、ユーザとデータ供給元との間の対価の交換（収受）の方法は、現在のところ、明確に規定されているとはいえない状態である。なお、メタデータ供給元とユーザとの間の情報の受け渡し（提供及び取得）には、例えばＳＮＳ（ソーシャルネットワークサービス）機構やユーザの嗜好情報等を保持する（嗜好情報）データベース保持機構（管理会社）等を経由する場合が多く、ユーザがメタデータ供給元との間の直接的な情報の受け渡しを意識する必要はない。

この発明の目的は、ユーザが提供する情報に基づいて、ユーザに情報を提供するデータ供給元とユーザとの間の対価の計算や収受を可能とする電子機器及び対価交換方法を提供することである。

実施形態の対価交換方法は、コンテンツの再生または録画に関連する情報を送受信可能な電子機器と、前記コンテンツの再生または録画に関連する前記情報の相互の受け渡しが可能に、ネットワーク上に位置する履歴保持部及びデータ供給元のそれぞれとの間の前記情報の受け渡しを制御するデータ管理装置における対価交換方法であって、
前記データ供給元から前記電子機器に提供する前記情報のうちの、前記コンテンツに関して特定の条件で抽出されるメタデータを含む情報に対応する第一の対価と、前記電子機器から前記データ供給元へ提供する前記情報のうちの、前記メタデータにより特定される前記コンテンツの再生または前記コンテンツの録画と関連付けられる前記電子機器の履歴情報を含む情報に対応する第二の対価と、を所定の対価決定条件に基づいて算出し、前記第一の対価と前記第二の対価との差分を収受可能に、前記第一の対価と前記第二の対価との差分を交換対価として決定するデータ管理装置における対価交換方法である。

実施形態に係るシステム構成の概要の一例を示す。実施形態に係るシステム構成の概要の一例を示す。実施形態に係るシステムにおいてデータ供給元が提供する情報の一例を示す。実施形態に係るシステムにおいてデータ供給元が提供する情報の一例を示す。実施形態に係るシステムにおいてデータ供給元が提供する情報の一例を示す。実施形態に係るシステムにおいてデータ供給元が提供する情報の一例を示す。実施形態に係るデータ処理装置の一例を示す。実施形態に係る対価算出方法で参照テーブル（算出条件）の一例を示す。実施形態に係る対価算出方法で参照テーブル（算出条件）の一例を示す。

以下、図面を参照して、本発明の実施の一形態について説明する。

図１は、ユーザ（クライアント端末）である電子機器１０１、電子機器１０１と接続するネットワーク、例えばインターネット網１１と、インターネット網１１上に位置する少なくとも１つサーバまたはサーバ群（外部サービス機構）１，・・・，Ｎ（Ｎは正の整数）との間の接続の概念を示す。

外部サービス機構（サーバ／サーバ群）１，・・・，Ｎは、総称して、例えばクラウドサービス（１００１）と称する場合がある。

なお、電子機器１０１としては、デジタル放送（番組）の受信と再生（及び録画）が可能なデジタルテレビジョン放送受信装置（以下テレビ装置と称する）を、例に説明する。また、テレビ装置１０１は、モニタ（ディスプレイ）装置と接続するレコーダ装置の組み合わせ、等を含む。なお、図１においては、テレビ装置１０１を、１台のみ記載しているが、テレビ装置１０１は、任意数、例えば数万〜数１００万である。また、電子機器１０１は、例えばユーザインタフェース、通信機能、放送を受信する機能、受信した放送すなわち番組を処理する処理機能、番組を出力する番組出力機能、もしくは記憶機能等を備えるデバイスであれば、どのようなデバイスであってもよい。デバイスの一例としては、デジタルレコーダ等が挙げられる。また、放送を受信する機能を有するパーソナルコンピュータ（ＰＣ）、放送受信装置を有する映像記録装置等と接続する映像表示装置（モニタ装置）、あるいは放送受信機能を有する携帯可能端末装置等への適用が可能である。なお、放送は、空間を伝播する電波として放送事業者（放送局）が提供するもの、あるいはケーブルやＩＰ（インターネット・プロトコル）網等のネットワークにより配信事業者が配信するもの等、を含む。また、放送は、映像と音声および／または音楽等を含み、一定の時間（放送時間）を単位とする番組を、連続して、あるいは一定期間（時間）提供する。なお、番組は、コンテンツもしくはストリームと呼称する場合もある。また、映像は、動画と静止画あるいは、テキスト（コード化された符号列で示される文字や記号等で表される情報）、ならびにその任意の組み合わせを含む。

外部サービス機構１，・・・，Ｎは、例えば履歴（嗜好情報）サーバ１、ＥＰＧサーバ（データベース）２、カレンダ／チャンネルデータサーバ（データベース）３、自動録画お勧めサーバ４、及びデータ供給元（メタデータ）サーバ５等を含む。なお、履歴サーバ１及び自動録画お勧めサーバ４（あるいはＥＰＧサーバ２）は、例えばテレビ装置１０１の製造元（メーカー）もしくはその委託先の企業が運営する場合が多い。一方、データ供給元（メタデータ）サーバ５については、メタデータ作成機構（メタデータ作成会社）が用意し、管理（運営）する場合が一般的である。なお、ＥＰＧサーバ２もしくはカレンダ／チャンネルデータサーバ３は、独立した企業が用意し、管理（運営）する場合もある。

履歴（嗜好情報）サーバ１は、ユーザの嗜好、例えばユーザが視聴あるいは録画（再生）した番組の情報、すなわち履歴（ログデータ）等を保持する。また、履歴サーバ１は、テレビ装置１０１がアクセスしたサイトのアクセス履歴、アクセスしたサイトにおいて購入した物品／コンサート等のチケットの購入／宿泊手配、等の決済に関する情報、等を取得する。

ＥＰＧサーバ２は、テレビ装置（ユーザ）１０１が受信する番組の情報を、テレビ装置１０１による（直接）受信と独立に取得し、データベース（ＤＢ）として保持する。

カレンダ／チャンネルデータサーバ（データベース）３は、ユーザが録画予約した番組の放送日時、ユーザが受信（視聴／録画）可能なその地域の放送局（チャンネル）名及び配信事業者が提供するチャンネル名、ユーザが録画予約した番組と放送時間の一部が重複する他局の放送予定、（ユーザが録画予約した番組を含む）再放送情報、等を保持する。

自動録画お勧めサーバ４は、ユーザに、ユーザの嗜好に合致する番組の視聴または録画を勧めるために、履歴サーバ１が保持するユーザの視聴した番組、あるいはユーザが録画予約した番組と関連のある番組を抽出し、保持する。

データ供給元（メタデータ）サーバ５は、放送と関連するさまざまな情報すなわちメタデータを取り扱うメタデータ作成機構（メタデータ作成会社）が用意し、管理するデータを保持する。

なお、テレビ装置１０１と履歴サーバ１との間のデータの受け渡しすなわちテレビ装置１０１から履歴サーバ１への情報の供給（送信）及びテレビ装置１０１による履歴サーバ１からの情報の取得（受信）は、データコントローラ（制御装置）１１１が受け持つ。

データコントローラ１１１は、テーブル（書き換え可能なデータ保持部）１１０と接続する。テーブル１１０は、データ供給元サーバ（データ供給元）５によるユーザ（テレビ装置）１０１からの情報（嗜好、履歴）の取得及びデータ供給元サーバ５からユーザへの情報（メタデータ）の提供に対するデータ供給元サーバ５とユーザとの間の対価の収受に関する規則、例えばユーザが取得する情報の価値とデータ供給元サーバ５へ提供する情報の価値とを比較して対価を計算するプログラム（計算式）あるいは参照テープル等を保持する。

データコントローラ１１１はまた、外部サービス機構１，・・・，Ｎ相互間、すなわち履歴サーバ１、ＥＰＧサーバ２、カレンダ／チャンネルデータサーバ３、自動録画お勧めサーバ４及びデータ供給元（メタデータ）サーバ５のそれぞれとの間のデータの受け渡しを受け持つ。なお、データコントローラ１１１は、ユーザからのレコメンドを受けつけ、嗜好情報として処理するレコメンド処理も受け持つ（レコメンド処理エンジン（ＲＥ）としての機能を有する）。

また、データコントローラ１１１は、インターネット網１１上に位置する任意のサイト（Ｗｅｂページ）と電子機器（ユーザ）１０１との間の接続及びデータの受け渡しを制御する。

図１に示すように、テレビ装置１０１は、データコントローラ１１１を通じてインターネット網１１上の任意のサーバ（外部サービス機構）１，・・・，Ｎと接続する。なお、データコントローラ１１１は、テレビ装置１０１内に位置することも可能である（データコントローラ１１１がテレビ装置１０１と一体であってもよい）。

なお、テレビ装置１０１は、データコントローラ１１１との間のアクセスのために、例えば図２に一例を示す、クラウドアプリケーション（ＨＴＭＬ／ＪＳ／ＣＳＳ）をテレビ装置１０１が含むＣＰＵ（プロセッサ）１０２のファームウエアとして、あるいはＣＰＵ１０２が動作可能に取得する（外部）アプリケーションとして、保持する。

図２に、クラウドアプリケーション（ＨＴＭＬ／ＪＳ／ＣＳＳ）の概略を示す。

クラウドアプリケーション（ＨＴＭＬ／ＪＳ／ＣＳＳ）１０３は、例えばキーイベント（核となる）処理を担う“Ｃｏｎｔｒｏｌｌｅｒ”１０４、画面表示を担う“Ｖｉｅｗ”１０５、及びＤＴＶＭＷ（ブラウザ（インターネット網１１）との間のパス）やインターネット網１１を経由して接続する任意のサーバ（外部サービス機構）１，・・・，Ｎからの情報取得とテレビ装置１０１の操作を担う“ｍｏｄｅｌ”１０６等を含む。テレビ装置１０１はまた、ネットワークを通じて、履歴サーバ１、ＥＰＧサーバ２、自動録画お勧めサーバ４との間でデータの受け渡し（嗜好情報や視聴／録画予約の送信と自動録画お勧めサービス情報の取得、番組内に登場した施設や販売網へのアクセス、等）を行うクラウドモジュール（ＣＥＳＩ）１０７、番組の録画と再生、及び番組やシーン／キーワード（商品）の検索、等を行うデータ処理（記録再生）モジュール１０８、及び操作者による指示入力を受けつける操作入力部（リモコン受信部）１０９、等を含む。なお、操作入力部１０９は、例えばテレビ装置１０１の動作を制御可能に、所定のアプリケーション（ソフトウェア）が用意された携帯可能な端末装置、例えばタブレット装置や多機能通信端末装置（スマートフォン）等であってもよい。

テレビ装置１０１は、インターネット網１１を経由して、自動録画お勧めサーバ４に、テレビ装置（自身）のＩＰアドレスや嗜好情報、等を送信する。

自動録画お勧めサーバ４は、テレビ装置１０１から入力されるキーワードや、番組検索情報（日時／チャンネル）、履歴サーバ１が保持するユーザ情報（過去に録画／再生した番組から推測可能な嗜好）を参照し、ＥＰＧサーバ２及びカレンダカレンダ／チャンネルデータサーバ３及びデータ供給元（メタデータ）サーバ５のそれぞれが保持する番組情報とマッチング、すなわちテレビ装置１０１（ユーザ）への自動録画お勧め番組の抽出）を行い、マッチした番組の情報を、テレビ装置１０１に提供する。なお、データ供給元サーバ５が保持するメタデータは、図３Ａ、図３Ｂ、図３Ｃ、図３Ｄが示すように、放送履歴データ、商品データ、店舗データ、ＣＭ放送履歴データ、等を含む。

自動録画お勧めサーバ４は、図４に一例を示すが、メタデータ作成会社すなわちデータ供給元（メタデータ）サーバ５が保持するメタデータを取得し、上述のテレビ装置１０１への自動録画お勧め番組の抽出を行い、マッチした番組の情報を、テレビ装置１０１に提供する。なお、番組の抽出には、番組が含む任意のシーン、例えば特定の出演者、特定の楽曲、特定の商品、等のさまざまな情報を用いる。また、レコメンド処理により特定するユーザの嗜好も反映する。

図４は、実施形態に係る自動録画お勧めサーバの構成の一例を示す。

自動録画お勧めサーバ４が提供する機能について記載する。なお、以下の説明においては、テレビ装置（ユーザ／クライアント端末、）１０１と自動録画お勧めサーバ４またはメタデータサーバ５との間のデータの受け渡し時にデータコントローラ１１１を介在する。データコントローラ１１１は、上述した通り、履歴サーバ１に、ユーザ（テレビ装置１０１）からメタデータサーバ５へ供給（送信）する情報及びメタデータサーバ５からユーザへ提供する（ユーザが受信する）情報を蓄積できる。

＜コマンド（ＷｅｂＡＰＩ）処理
自動録画お勧めサーバ４は、以下に説明する各種データを取得し、テレビ装置１０１へ提供する。各種データとしては、例えば「シーン情報」、「自動録画お勧め」番組、等を含む。

＜「シーン情報」リストの取得＞
ユーザ（テレビ装置）１０１が指定した条件に一致する番組の「シーン情報」のリストを取得する。指定条件に一致する番組の「シーン情報」のリストが複数存在する場合は、全て取得する。条件一致する「シーン情報」のリストが存在しない場合は、その旨が通知される。

＜「シーン情報」リストが存在する「番組一覧」の取得＞
ユーザ（テレビ装置）１０１が指定した条件の「シーン情報」のリストが存在する番組をリストした「番組一覧」を取得する。

＜「シーン情報」のリスト一覧の取得＞
ユーザ（テレビ装置）１０１指定した番組に登録されている「シーン情報」のリストである「シーン情報リスト一覧」を取得する。

＜シーン情報リストの取得（ＩＤ指定）＞
「シーン情報リスト一覧」から、指定したＩＤの「シーン情報」のリストを取得する。

＜「シーン情報」の検索＞
指定した検索条件に一致する「シーン情報」を含む「シーン情報リスト」を取得する。検索条件には、ユーザが入力する任意キーワードを指定可能なものとする。

＜おすすめ「シーン情報」の取得＞
履歴サーバ１が管理するユーザが登録した「お気に入りシーン情報」及びユーザの嗜好に基づくキーワード（メタデータ）等を取得する。

＜メタデータ取得処理＞
メタデータサーバ５が提供するメタデータを取得する。

メタデータサーバ５が提供するメタデータの取得には、メタデータサーバ５が提供するＷｅｂＡＰＩを使用する。

＜「シーン情報」生成／送信処理＞
メタデータサーバ５から取得したメタデータをもとに「シーン情報」を生成し、あるいは自動録画お勧め番組として抽出して、テレビ装置１０１に送信する。

「シーン情報」の生成時に実行する処理を下記に示す。
（Ａ）番組情報の引き当て
テレビ装置１０１は、
（ａ）番組名（または番組ＩＤ等の識別情報）、
（ｂ）番組放送日時、
（ｃ）チャンネル番号を送信する。

メタデータサーバ５は、テレビ装置１０１から受信する上述の（ａ）番組名、（ｂ）番組放送日時、（ｃ）チャンネル番号に基づき、メタデータサーバ５内のデータベースを検索し、１以上の「シーン情報」が登録された該当番組が存在する場合は、その番組の１以上の「シーン情報」を生成した後、テレビ装置１０１に送信する。

メタデータサーバ５は、該当する番組が複数存在する場合は、全ての候補をテレビ装置１０１に送信する。

メタデータサーバ５は、該当する番組が存在しない場合は、その旨をテレビ装置１０１に送信する。すなわち、テレビ装置１０１は、メタデータサーバ５に対して、番組の識別情報（番組名、番組放送日、チャンネル番号等）を送信し、メタデータサーバ５から番組内のシーンに対応する「シーン情報」を受信する。

（Ｂ）「シーン情報」の検索
テレビ装置１０１から受信した検索条件に一致するメタデータ情報をメタデータサーバ５内のデータベースから検索し、該当するメタデータ情報を含む「シーン情報」のリストをテレビ装置１０１に送信する。検索対象のメタデータは、図３Ａ、図３Ｂ、図３Ｃ、図３Ｄが示す番組放送履歴データ、商品データ、店舗データ、ＣＭ放送履歴データとする。

（Ｃ）シーン情報の生成
メタデータサーバ５内のデータベースに格納された放送履歴データ、商品データ、店舗データ、ＣＭ放送履歴データを関連付け、「シーン情報」を生成する。なお、１「シーン情報」内に、商品情報、店舗情報が存在しない場合もある。また、１「シーン情報」内に複数の商品データ、店舗データが関連付けられる場合もある。

（Ｄ）自動録画お勧め番組の抽出
自動録画お勧めサーバ４は、テレビ装置１０１または履歴サーバ１から受信するキーワードや履歴サーバ１が保持するユーザ（テレビ装置１０１）の嗜好（ユーザが視聴した番組、あるいはユーザが録画予約した番組の番組情報やその番組が含む「キーワード」、またはユーザが登録している情報）、を抽出し、検索条件を設定する。

すなわち、自動録画お勧めサーバ４は、設定した検索条件に一致するメタデータ情報をメタデータサーバ５内のデータベースから検索し、該当するメタデータ情報を含む「番組」のリストを、自動録画お勧めリスト、としてテレビ装置１０１に送信する。このとき、テレビ装置１０１において録画（視聴）予約が設定されている場合には、その録画（視聴）予約された番組の録画（視聴）を優先する。また、ＥＰＧサーバ２及びカレンダ／チャンネルデータサーバ３が保持するデータを参照し、同一の番組の再放送がある場合には、その再放送の日時を自動録画お勧め番組としてテレビ装置１０１に送信する。

このように、ユーザ（クライアント／テレビ装置）１０１すなわちデータコントローラ１１１とメタデータサーバ（データ供給元サーバ）５との間には、メタデータサーバ５によるデータコントローラ１１１（テレビ装置１０１）からの情報（嗜好、履歴）の取得及びメタデータサーバ５からユーザへの情報（メタデータ）の提供、すなわちデータの受け渡しがある。従って、メタデータサーバ５とユーザ（データコントローラ１１１（テレビ装置１０１））との間の対価の収受が必要になる。

なお、対価は、例えば図５Ａ及び図５Ｂに示すような
［Ａ］お勧め番組（「シーン情報」）に関する情報を利用していない（アクセス無）
［Ｂ］お勧め番組（「シーン情報」）に関する情報にアクセスしたのみ
［Ｃ］お勧め番組（「シーン情報」）に関する情報を利用して番組を視聴（録画）した
［Ｄ］お勧め番組（「シーン情報」）に関する情報を利用して録画した番組を消去禁止（プロテクトした＜長期保存対象とした＞）
［Ｅ］お勧め番組（「シーン情報」）に関する情報を利用して視聴（録画）した番組内の情報に応答した（番組で紹介したサイトを閲覧した）
等の場合分け規則と、該当するユーザの数（テレビ装置の台数／視聴者の数）と全ユーザ数の比率（Ｘ）に基づいた乗率（掛け算する係数）、等に基づいて、適宜、決めることができる。

従い、メタデータ供給元がユーザに提供する情報の対価（第一の対価）が、ユーザがメタデータ供給元に提供する情報の対価（第二の対価）に比較して大きい場合、ユーザからメタデータ供給元に、対価の「差分」を対価として提供する（支払う）ことになる。もちろん、ユーザがメタデータ供給元に提供する情報の対価（第二の対価）が、メタデータ供給元がユーザに提供する情報の対価（第一の対価）に比較して大きい場合、メタデータ供給元からユーザに、対価の「差分」を対価として提供する（支払う）ことになる。

なお、図５Ａ及び図５Ｂに示す例は、例えばユーザがメタデータ供給元に支払う対価の一例であり、メタデータ毎に決まる単価に取得したメタデータの数を乗じ、さらにユーザの数（比率）に応じて決まる乗率を示している。例えば、メタデータ供給元との間で対価を決める際に、［Ｅ］×１０≦Ｘ２５、等のように、乗率を決めることができる。

従って、対価の差分すなわち交換対価は、上述の乗率で決められたユーザが支払うべき対価（第二の対価）とデータ供給元が供給する情報の対価（第一の対価）との比較により求まる。

なお、図５Ａが示す例は、ユーザが視聴（録画）したか否か、等により対価を決定する場合に有益である。すなわち、多くのユーザが視聴（録画）するであろう人気のある番組については、乗率を低めに設定し、その代わりに、ユーザ数が仮に少ない場合であっても対価が生じる、というような対価の決定方法である。

図５Ｂに示す例は、例えば旅行番組等において、ユーザが視聴（録画）した結果、予約に結びつく可能性のある（規則［Ｅ］の場合分けが適用できる）場合、等において、メタデータ供給元が受け取る対価が増大する例である。

なお、対価の決定方法としては、番組毎に設定されてもよいし、ユーザ数を単位とするものであってもよい。例えば、ユーザ数を単位とする場合においては、一定以上のユーザがメタデータを利用した場合にのみ対価を生じさせることができる。また、規則［Ｅ］で場合分けすることにより、番組で紹介した内容への反応が高い場合に、対価を生じさせることができる。

また、上述の場合分け規則としては、例えば
［ａ］自動録画お勧めによる録画予約とユーザが直接設定する録画予約（積極予約）とにおいて、積極予約に対する乗率を高める
［ｂ］録画した番組の再生と放送中の直接視聴（オンエア視聴）とにおいて、オンエア視聴に対する乗率を高める
［ｂ´］録画した番組の再生と放送中の直接視聴（オンエア視聴）とにおいて、録画した番組を再生した場合に対する乗率を高める
［ｃ］録画した番組の一部時間帯を編集により切り出し、保存した、あるいはリピート再生した、等の繰り返し視聴がある場合の乗率を高める
［ｄ］録画した番組をタイムシフト再生し、消去した、もしくは［ｄ´］録画した番組を、シーンジャンプを併用して再生した、等の番組に対する関心の度合いに従い、乗率を設定する
等、のさまざまな条件を設定できる。

なお、図５Ａ及び図５Ｂが示す計算方法は、データコントローラ１１１が参照する参照テーブル１１０が保持するが、任意のタイミングで更新（書き換え／変更）可能である。

このように、実施形態を適用することで、ユーザとデータ供給元との間で、ユーザが提供する情報とユーザがデータ供給元から受け取る情報の双方に対する対価の収受（もしくは対価の算出）を、容易に、かつ明確に実現できる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

Claims

コンテンツの再生または録画に関連する情報を送受信可能な電子機器と、前記コンテンツの再生または録画に関連する前記情報の相互の受け渡しが可能に、ネットワーク上に位置する履歴保持部及びデータ供給元のそれぞれとの間の前記情報の受け渡しを制御するデータ管理装置における対価交換方法であって、
前記データ供給元から前記電子機器に提供する前記情報のうちの、前記コンテンツに関して特定の条件で抽出されるメタデータを含む情報に対応する第一の対価と、前記電子機器から前記データ供給元へ提供する前記情報のうちの、前記メタデータにより特定される前記コンテンツの再生または前記コンテンツの録画と関連付けられる前記電子機器の履歴情報を含む情報に対応する第二の対価と、を所定の対価決定条件に基づいて算出し、前記第一の対価と前記第二の対価との差分を収受可能に、前記第一の対価と前記第二の対価との差分を交換対価として決定するデータ管理装置における対価交換方法。
前記履歴情報は、前記データ供給元から前記電子機器へ提供された前記情報に基づく前記映像の視聴または録画、前記データ供給元から前記電子機器へ提供された前記情報を利用して録画した前記映像の再生あるいは録画した前記映像の再生と再生後の消去、非再生のままの消去、再生後の非消去、もしくは消去禁止処理、に関連付けられる情報を含む請求項１の対価交換方法。
映像の再生または録画が可能で再生または録画に関連する情報を送受信可能な映像機器と、前記映像の再生または録画に関連する前記情報の相互の受け渡しが可能に、ネットワーク上に位置する履歴保持部及びデータ供給元のそれぞれとの間の前記情報の受け渡しを制御するデータ供給元から前記映像機器に提供する前記情報のうちの、前記映像に関して特定の条件で抽出されるメタデータを含む情報に対応する第一の対価と、前記映像機器から前記データ供給元へ提供する前記情報のうちの、前記メタデータにより特定される前記映像の再生または前記映像の録画と関連付けられる前記映像機器の履歴情報を含む情報に対応する第二の対価と、を所定の対価決定条件に基づいて算出し、前記第一の対価と前記第二の対価との差分を収受可能に、前記第一の対価と前記第二の対価との差分を交換対価として決定するデータ処理部、
を具備する電子機器。
前記履歴情報は、前記データ供給元から前記映像機器へ提供された前記情報に基づく前記映像の視聴または録画、前記データ供給元から前記映像機器へ提供された前記情報を利用して録画した前記映像の再生あるいは録画した前記映像の再生と再生後の消去、非再生のままの消去、再生後の非消去、もしくは消去禁止処理、に関連付けられる情報を含む請求項３の電子機器。