JP2003125381A - 情報利用料課金方法および情報利用料課金ユーザ端末 - Google Patents
情報利用料課金方法および情報利用料課金ユーザ端末Info
- Publication number
- JP2003125381A JP2003125381A JP2002192097A JP2002192097A JP2003125381A JP 2003125381 A JP2003125381 A JP 2003125381A JP 2002192097 A JP2002192097 A JP 2002192097A JP 2002192097 A JP2002192097 A JP 2002192097A JP 2003125381 A JP2003125381 A JP 2003125381A
- Authority
- JP
- Japan
- Prior art keywords
- information
- user
- characteristic information
- usage fee
- user characteristic
- 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
Links
- 238000000034 method Methods 0.000 title claims description 73
- 238000009826 distribution Methods 0.000 claims description 58
- 230000005540 biological transmission Effects 0.000 claims description 33
- 238000004891 communication Methods 0.000 claims description 12
- 230000008447 perception Effects 0.000 claims description 8
- 238000012545 processing Methods 0.000 description 26
- 238000010586 diagram Methods 0.000 description 14
- 238000003860 storage Methods 0.000 description 10
- 238000006243 chemical reaction Methods 0.000 description 4
- 238000009825 accumulation Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000002457 bidirectional effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000005406 washing Methods 0.000 description 1
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
(57)【要約】
【課題】 ユーザ属性利用料をユーザ端末にて管理する
ことにより、利用頻度に応じた課金をする。 【解決手段】 制御部５は、受信部３で受信されたコン
テンツデータ中にユーザ属性を読み出すスクリプトが存
在するか否か判断し、存在する場合には、配信元はユー
ザ属性を読み出す許可が与えられているか否かを許可Ｕ
ＲＩテーブル９ｃを参照して判断する。当該コンテンツ
データ配信元が前記ユーザ属性を読み出す許可が与えら
れている場合には、ユーザ属性テーブル９ｂから読み出
して、指定先に出力するとともに、履歴情報データテー
ブル９ａに、配信元特定ＩＤとともにユーザ属性の項目
を記憶する。制御部５は所定の時期にこの履歴データ
を、課金サーバ１１に送信する。課金サーバ１１は、各
テナントごとのユーザ属性利用料を演算して、コンテン
ツ提供者コンピュータ１３に送信する。
ことにより、利用頻度に応じた課金をする。 【解決手段】 制御部５は、受信部３で受信されたコン
テンツデータ中にユーザ属性を読み出すスクリプトが存
在するか否か判断し、存在する場合には、配信元はユー
ザ属性を読み出す許可が与えられているか否かを許可Ｕ
ＲＩテーブル９ｃを参照して判断する。当該コンテンツ
データ配信元が前記ユーザ属性を読み出す許可が与えら
れている場合には、ユーザ属性テーブル９ｂから読み出
して、指定先に出力するとともに、履歴情報データテー
ブル９ａに、配信元特定ＩＤとともにユーザ属性の項目
を記憶する。制御部５は所定の時期にこの履歴データ
を、課金サーバ１１に送信する。課金サーバ１１は、各
テナントごとのユーザ属性利用料を演算して、コンテン
ツ提供者コンピュータ１３に送信する。
Description
【０００１】
【発明の技術分野】この発明はユーザ端末に記憶された
ユーザ属性の利用料課金に関するものである。
ユーザ属性の利用料課金に関するものである。
【０００２】
【従来の技術】今日、ＢＳデジタルのデータ放送にて、
ユーザ属性を用いた画面切り替え処理が行われる。簡単
に説明すると、ユーザ端末に当該ユーザの氏名、住所、
生年月日などをユーザ属性として記憶しておく。放送局
から送信するＢＭＬデータに、かかるユーザ属性を読み
出すスクリプト（プログラム）を記述しておき、読み出
したユーザ属性に応じて、画面を切り替える。たとえ
ば、天気予報のデータ放送にて、読み込んだユーザの住
所の詳細情報に自動的に切り替えることができる。
ユーザ属性を用いた画面切り替え処理が行われる。簡単
に説明すると、ユーザ端末に当該ユーザの氏名、住所、
生年月日などをユーザ属性として記憶しておく。放送局
から送信するＢＭＬデータに、かかるユーザ属性を読み
出すスクリプト（プログラム）を記述しておき、読み出
したユーザ属性に応じて、画面を切り替える。たとえ
ば、天気予報のデータ放送にて、読み込んだユーザの住
所の詳細情報に自動的に切り替えることができる。
【０００３】かかるユーザ属性をうまく利用することに
より、ユーザにとっては、いちいち選択することなく自
動的に利用頻度の高いデータが表示されるし、コンテン
ツ配信者にとっても、ユーザが興味のある画面まで自動
的に切り替えられることにより、提供するサービスの質
を向上させることができる。
より、ユーザにとっては、いちいち選択することなく自
動的に利用頻度の高いデータが表示されるし、コンテン
ツ配信者にとっても、ユーザが興味のある画面まで自動
的に切り替えられることにより、提供するサービスの質
を向上させることができる。
【０００４】そこで、発明者は、かかるユーザ属性の利
用に対して、課金することを考えた。
用に対して、課金することを考えた。
【０００５】
【発明が解決しようとする課題】しかし、課金手法につ
いて以下のような問題が考えられる。1)コンテンツ配信
元に対してどの程度、受信機内のユーザ特性情報を参照
するコンテンツを配信したかを記録させて、課金した場
合、正確な申請がなされないおそれがある。2)申請は正
確に行われるとしても配信元で特定できるのは、送信し
た回数であって、前記自動切替処理のためのユーザ属性
の利用実績を把握することができない。なぜなら、放送
は双方向ではないので、受信台数が不明であること、さ
らに、ユーザ属性を記録していないユーザも存在するか
らである。
いて以下のような問題が考えられる。1)コンテンツ配信
元に対してどの程度、受信機内のユーザ特性情報を参照
するコンテンツを配信したかを記録させて、課金した場
合、正確な申請がなされないおそれがある。2)申請は正
確に行われるとしても配信元で特定できるのは、送信し
た回数であって、前記自動切替処理のためのユーザ属性
の利用実績を把握することができない。なぜなら、放送
は双方向ではないので、受信台数が不明であること、さ
らに、ユーザ属性を記録していないユーザも存在するか
らである。
【０００６】上記問題点1)は、インターネットと接続さ
れたコンテンツサーバから配信する場合も同様に問題と
なる。
れたコンテンツサーバから配信する場合も同様に問題と
なる。
【０００７】この発明は上記の問題点を解決し、ユーザ
属性の利用頻度に応じた課金が可能な情報利用料課金方
法またはそのシステムを提供することを目的とする。
属性の利用頻度に応じた課金が可能な情報利用料課金方
法またはそのシステムを提供することを目的とする。
【０００８】
【課題を解決するための手段および発明の効果】１）本
発明にかかる情報利用料課金方法は、情報配信装置か
ら、ユーザ特性情報読み出し指令を含むコンテンツデー
タを送信し、ユーザ端末は、受信したコンテンツデータ
に前記ユーザー情報読み出し指令が含まれている場合に
は、記憶されているユーザ特性情報を指定先に出力し、
この出力履歴を前記コンテンツデータの送信元特定情報
とともに使用履歴として記録し、課金サーバはこの使用
履歴を読み出して、送信元特定情報で特定される情報配
信元に課金する。このように、前記ユーザ特性情報の出
力履歴をその送信元特定情報と対応づけて記憶してお
き、この履歴に基づいて課金サーバにて課金することに
より、ユーザ特性情報の使用頻度に応じた課金が可能と
なる。
発明にかかる情報利用料課金方法は、情報配信装置か
ら、ユーザ特性情報読み出し指令を含むコンテンツデー
タを送信し、ユーザ端末は、受信したコンテンツデータ
に前記ユーザー情報読み出し指令が含まれている場合に
は、記憶されているユーザ特性情報を指定先に出力し、
この出力履歴を前記コンテンツデータの送信元特定情報
とともに使用履歴として記録し、課金サーバはこの使用
履歴を読み出して、送信元特定情報で特定される情報配
信元に課金する。このように、前記ユーザ特性情報の出
力履歴をその送信元特定情報と対応づけて記憶してお
き、この履歴に基づいて課金サーバにて課金することに
より、ユーザ特性情報の使用頻度に応じた課金が可能と
なる。
【０００９】２）本発明にかかる情報利用料課金方法に
おいては、前記指定先は、前記ユーザ端末内の処理プロ
グラムである。したがって、外部にユーザ特性情報が漏
れることなく、当該ユーザ端末にて前記ユーザ特性情報
を用いてデータ処理することができる。これにより、１
のコンテンツデータを送信するだけで、複数のユーザ端
末で、それぞれ記憶されたユーザ特性情報に応じたデー
タ処理が可能となる。
おいては、前記指定先は、前記ユーザ端末内の処理プロ
グラムである。したがって、外部にユーザ特性情報が漏
れることなく、当該ユーザ端末にて前記ユーザ特性情報
を用いてデータ処理することができる。これにより、１
のコンテンツデータを送信するだけで、複数のユーザ端
末で、それぞれ記憶されたユーザ特性情報に応じたデー
タ処理が可能となる。
【００１０】３）本発明にかかる情報利用料課金方法に
おいては、前記処理プログラムは、前記コンテンツデー
タに含まれて送信される。したがって、前記ユーザ端末
に記憶されたプログラムに限定されず、ダイナミックな
データ処理が可能となる。
おいては、前記処理プログラムは、前記コンテンツデー
タに含まれて送信される。したがって、前記ユーザ端末
に記憶されたプログラムに限定されず、ダイナミックな
データ処理が可能となる。
【００１１】４）本発明にかかる情報利用料課金方法に
おいては、前記処理プログラムは、前記ユーザ端末に予
め記録されている。したがって、前記コンテンツデータ
にプログラムが含まれていない場合でも、前記ユーザ特
性情報を用いたデータ処理が可能となる。
おいては、前記処理プログラムは、前記ユーザ端末に予
め記録されている。したがって、前記コンテンツデータ
にプログラムが含まれていない場合でも、前記ユーザ特
性情報を用いたデータ処理が可能となる。
【００１２】５）本発明にかかる情報利用料課金方法に
おいては、前記ユーザ特性情報を用いて、ユーザ端末に
接続された制御対象機器を制御する。したがって、１の
コンテンツデータを送信するだけで、複数のユーザ端末
で、それぞれ記憶されたユーザ特性情報に応じた制御が
可能となる。
おいては、前記ユーザ特性情報を用いて、ユーザ端末に
接続された制御対象機器を制御する。したがって、１の
コンテンツデータを送信するだけで、複数のユーザ端末
で、それぞれ記憶されたユーザ特性情報に応じた制御が
可能となる。
【００１３】６）本発明にかかる情報利用料課金方法に
おいては、前記ユーザ特性情報を用いて、ユーザ知覚デ
ータを出力する。したがって、１のコンテンツデータを
送信するだけで、複数のユーザ端末で、それぞれ記憶さ
れたユーザ特性情報に応じたユーザ知覚データを出力す
ることができる。
おいては、前記ユーザ特性情報を用いて、ユーザ知覚デ
ータを出力する。したがって、１のコンテンツデータを
送信するだけで、複数のユーザ端末で、それぞれ記憶さ
れたユーザ特性情報に応じたユーザ知覚データを出力す
ることができる。
【００１４】７）本発明にかかる情報利用料課金方法に
おいては、前記ユーザ知覚データは画像データである。
したがって、１のコンテンツデータを送信するだけで、
複数のユーザ端末で、それぞれ記憶されたユーザ特性情
報に応じた画像データを出力することができる。
おいては、前記ユーザ知覚データは画像データである。
したがって、１のコンテンツデータを送信するだけで、
複数のユーザ端末で、それぞれ記憶されたユーザ特性情
報に応じた画像データを出力することができる。
【００１５】８）本発明にかかる情報利用料課金方法に
おいては、前記ユーザ知覚データは音データである。し
たがって、１のコンテンツデータを送信するだけで、複
数のユーザ端末で、それぞれ記憶されたユーザ特性情報
に応じた音データを出力することができる。
おいては、前記ユーザ知覚データは音データである。し
たがって、１のコンテンツデータを送信するだけで、複
数のユーザ端末で、それぞれ記憶されたユーザ特性情報
に応じた音データを出力することができる。
【００１６】９）本発明にかかる情報利用料課金方法に
おいては、前記ユーザ特性情報を当該ユーザ端末外に出
力する。したがって、かかるユーザ端末外部にユーザ特
性情報を与えることができる。
おいては、前記ユーザ特性情報を当該ユーザ端末外に出
力する。したがって、かかるユーザ端末外部にユーザ特
性情報を与えることができる。
【００１７】１０）本発明にかかる情報利用料課金方法
においては、前記ユーザ特性情報の出力先は、前記情報
配信装置である。したがって、前記情報配信装置にて受
け取ったユーザ特性情報に基づき、新たなコンテンツデ
ータを配信することができる。
においては、前記ユーザ特性情報の出力先は、前記情報
配信装置である。したがって、前記情報配信装置にて受
け取ったユーザ特性情報に基づき、新たなコンテンツデ
ータを配信することができる。
【００１８】１１）本発明にかかる情報利用料課金方法
においては、前記ユーザ特性情報の出力先は、前記ユー
ザ端末に接続された制御対象機器である。したがって、
制御対象機器はかかるユーザ特性情報に基づく個別処理
が可能となる。
においては、前記ユーザ特性情報の出力先は、前記ユー
ザ端末に接続された制御対象機器である。したがって、
制御対象機器はかかるユーザ特性情報に基づく個別処理
が可能となる。
【００１９】１２）本発明にかかる情報利用料課金方法
においては、前記ユーザ特性情報を出力するか否かを決
定するための許可テーブルを有する。したがって、許可
テーブルにある指定先に前記ユーザ特性情報が出力され
る。
においては、前記ユーザ特性情報を出力するか否かを決
定するための許可テーブルを有する。したがって、許可
テーブルにある指定先に前記ユーザ特性情報が出力され
る。
【００２０】１３）本発明にかかる情報利用料課金方法
においては、前記許可テーブルは、ユーザによって修正
可能である。したがって、ユーザが前記ユーザ特性情報
を出力するか否かを決定することができる。
においては、前記許可テーブルは、ユーザによって修正
可能である。したがって、ユーザが前記ユーザ特性情報
を出力するか否かを決定することができる。
【００２１】１４）本発明にかかる情報利用料課金方法
においては、前記情報配信元の信頼度をユーザに提示す
る。したがって、信頼度に基づきユーザは前記許可テー
ブルを修正することができる。
においては、前記情報配信元の信頼度をユーザに提示す
る。したがって、信頼度に基づきユーザは前記許可テー
ブルを修正することができる。
【００２２】１５）本発明にかかる情報利用料課金方法
においては、前記各情報配信元の信頼度は情報配信装置
によって予め決定される。したがって、前記各情報配信
元の判断を尊重して、前記許可テーブルを修正すること
ができる。
においては、前記各情報配信元の信頼度は情報配信装置
によって予め決定される。したがって、前記各情報配信
元の判断を尊重して、前記許可テーブルを修正すること
ができる。
【００２３】１６）本発明にかかる情報利用料課金方法
においては、前記許可テーブルは各ユーザ特定項目ごと
に出力するか否かが設定できる。したがって、出力する
ユーザ特性項目を詳細に設定することができる。
においては、前記許可テーブルは各ユーザ特定項目ごと
に出力するか否かが設定できる。したがって、出力する
ユーザ特性項目を詳細に設定することができる。
【００２４】１７）本発明にかかる情報利用料課金方法
においては、前記許可テーブルは、各情報配信元に関す
る信頼度に基づき自動生成される。したがって、前記信
頼度に応じて前記ユーザ特性情報を出力するか否かを決
定できる。
においては、前記許可テーブルは、各情報配信元に関す
る信頼度に基づき自動生成される。したがって、前記信
頼度に応じて前記ユーザ特性情報を出力するか否かを決
定できる。
【００２５】１８）本発明にかかる情報利用料課金方法
においては、前記許可テーブルは前記各ユーザ特定項目
ごとに出力するか否かが設定される。したがって、出力
するユーザ特性項目を詳細に設定することができる。
においては、前記許可テーブルは前記各ユーザ特定項目
ごとに出力するか否かが設定される。したがって、出力
するユーザ特性項目を詳細に設定することができる。
【００２６】１９）本発明にかかる情報利用料課金方法
においては、前記ユーザ端末は、前記ユーザ特性情報を
出力する時に、ユーザに問い合わせをし、ユーザから許
可があった場合には、前記ユーザ特性情報を出力する。
したがって、前記ユーザ特性情報の出力はユーザの許可
がない限り実行されず、ユーザ特性情報を利用したデー
タ処理について、ユーザのコントロールが可能となる。
においては、前記ユーザ端末は、前記ユーザ特性情報を
出力する時に、ユーザに問い合わせをし、ユーザから許
可があった場合には、前記ユーザ特性情報を出力する。
したがって、前記ユーザ特性情報の出力はユーザの許可
がない限り実行されず、ユーザ特性情報を利用したデー
タ処理について、ユーザのコントロールが可能となる。
【００２７】２０）本発明にかかる情報利用料課金方法
においては、前記ユーザ端末は、前記ユーザ特性情報を
出力するか否かを決定する許可リストを記憶しており、
当該ユーザ特性情報読み出し指令を配信した情報配信装
置が、かかる許可リストに存在するか否か判断し、存在
する場合には、前記ユーザ特性情報を出力する。したが
って課金に対して支払う意思のある者を許可リストに登
録しておくことにより、かかるリストに存在する場合
に、前記ユーザ特性情報を出力されるので、確実に課金
することができる。
においては、前記ユーザ端末は、前記ユーザ特性情報を
出力するか否かを決定する許可リストを記憶しており、
当該ユーザ特性情報読み出し指令を配信した情報配信装
置が、かかる許可リストに存在するか否か判断し、存在
する場合には、前記ユーザ特性情報を出力する。したが
って課金に対して支払う意思のある者を許可リストに登
録しておくことにより、かかるリストに存在する場合
に、前記ユーザ特性情報を出力されるので、確実に課金
することができる。
【００２８】２１）本発明にかかる情報利用料課金方法
においては、前記許可リストは、各ユーザ特性項目ごと
に許可または非許可を設定可能である。したがって、項
目ごとに出力させるか否かを決定することができる。
においては、前記許可リストは、各ユーザ特性項目ごと
に許可または非許可を設定可能である。したがって、項
目ごとに出力させるか否かを決定することができる。
【００２９】２２、３１）本発明にかかる情報利用料課
金ユーザ端末またはコンテンツデータ受信方法において
は、情報配信装置から、ユーザ特性情報読み出し指令を
含むコンテンツデータを受信すると、記憶されているユ
ーザ特性情報を指定先に出力し、この出力履歴を前記コ
ンテンツデータの送信元特定情報とともに使用履歴とし
て記録し、課金サーバに使用履歴を送信する。このよう
に、前記ユーザ特性情報の出力履歴をその送信元特定情
報と対応づけて記憶しておき、この履歴に基づいて課金
サーバにて課金することにより、ユーザ特性情報の使用
頻度に応じた課金が可能となる。
金ユーザ端末またはコンテンツデータ受信方法において
は、情報配信装置から、ユーザ特性情報読み出し指令を
含むコンテンツデータを受信すると、記憶されているユ
ーザ特性情報を指定先に出力し、この出力履歴を前記コ
ンテンツデータの送信元特定情報とともに使用履歴とし
て記録し、課金サーバに使用履歴を送信する。このよう
に、前記ユーザ特性情報の出力履歴をその送信元特定情
報と対応づけて記憶しておき、この履歴に基づいて課金
サーバにて課金することにより、ユーザ特性情報の使用
頻度に応じた課金が可能となる。
【００３０】２３）本発明にかかる情報利用料課金ユー
ザ端末またはコンテンツデータ受信方法においては、情
報配信装置から、ユーザ特性情報読み出し指令を含むコ
ンテンツデータを受信すると、記憶されているユーザ特
性情報を指定先に出力し、この出力履歴を前記コンテン
ツデータの送信元特定情報とともに使用履歴として記録
する。このように、前記ユーザ特性情報の出力履歴をそ
の送信元特定情報と対応づけて記憶しておくことによ
り、この履歴に基づいて課金サーバにて課金することが
できる。これにより、ユーザ特性情報の使用頻度に応じ
た課金が可能となる。
ザ端末またはコンテンツデータ受信方法においては、情
報配信装置から、ユーザ特性情報読み出し指令を含むコ
ンテンツデータを受信すると、記憶されているユーザ特
性情報を指定先に出力し、この出力履歴を前記コンテン
ツデータの送信元特定情報とともに使用履歴として記録
する。このように、前記ユーザ特性情報の出力履歴をそ
の送信元特定情報と対応づけて記憶しておくことによ
り、この履歴に基づいて課金サーバにて課金することが
できる。これにより、ユーザ特性情報の使用頻度に応じ
た課金が可能となる。
【００３１】２４）本発明にかかる情報利用料課金ユー
ザ端末においては、前記ユーザ特性情報を外部に出力す
る場合には、ユーザに問い合わせをし、ユーザから許可
があった場合に、前記ユーザ特性情報を出力する。した
がって、前記ユーザ特性情報の出力がユーザの許可がな
い限り実行されず、ユーザ特性情報を利用したデータ処
理について、ユーザのコントロールが可能となる。
ザ端末においては、前記ユーザ特性情報を外部に出力す
る場合には、ユーザに問い合わせをし、ユーザから許可
があった場合に、前記ユーザ特性情報を出力する。した
がって、前記ユーザ特性情報の出力がユーザの許可がな
い限り実行されず、ユーザ特性情報を利用したデータ処
理について、ユーザのコントロールが可能となる。
【００３２】２５）本発明にかかる情報利用料課金ユー
ザ端末においては、前記ユーザ特性情報を出力するか否
かを決定する許可リストを記憶しており、当該ユーザ特
性情報読み出し指令を配信した情報配信装置が、かかる
許可リストに存在するか否か判断し、存在する場合に
は、前記ユーザ特性情報を出力する。したがって課金に
対して支払う者意思のある者を許可リストに登録してお
くことにより、かかるリストに存在する場合に、前記ユ
ーザ特性情報を出力されるので、確実に課金することが
できる。
ザ端末においては、前記ユーザ特性情報を出力するか否
かを決定する許可リストを記憶しており、当該ユーザ特
性情報読み出し指令を配信した情報配信装置が、かかる
許可リストに存在するか否か判断し、存在する場合に
は、前記ユーザ特性情報を出力する。したがって課金に
対して支払う者意思のある者を許可リストに登録してお
くことにより、かかるリストに存在する場合に、前記ユ
ーザ特性情報を出力されるので、確実に課金することが
できる。
【００３３】２６）本発明にかかる情報利用料課金ユー
ザ端末は、前記情報利用料課金ユーザ端末は、セットト
ップボックスであり、情報配信装置は放送局であり、前
記コンテンツデータはデータ放送にて用いられるコンテ
ンツ記述言語のデータ形式で記述されている。したがっ
て、データ放送にて用いられるコンテンツ記述言語のデ
ータ形式で記述されたコンテンツデータについて、課金
が可能となる。
ザ端末は、前記情報利用料課金ユーザ端末は、セットト
ップボックスであり、情報配信装置は放送局であり、前
記コンテンツデータはデータ放送にて用いられるコンテ
ンツ記述言語のデータ形式で記述されている。したがっ
て、データ放送にて用いられるコンテンツ記述言語のデ
ータ形式で記述されたコンテンツデータについて、課金
が可能となる。
【００３４】２８）本発明にかかる情報利用料課金ユー
ザ端末は、前記コンテンツデータに、1)画像切り換え処
理プログラムが含まれている場合には、前記ユーザ特性
情報を用いて、表示データを出力し、2)通信路を介して
接続されたコンテンツサーバへ前記ユーザ特性情報を出
力する命令が含まれている場合には、当該コンテンツサ
ーバへ前記ユーザ特性情報を出力する。したがって、放
送とインターネットとが混在してコンテンツデータを配
信する場合でも、ユーザ特性情報の利用実績に応じた課
金が可能となる。
ザ端末は、前記コンテンツデータに、1)画像切り換え処
理プログラムが含まれている場合には、前記ユーザ特性
情報を用いて、表示データを出力し、2)通信路を介して
接続されたコンテンツサーバへ前記ユーザ特性情報を出
力する命令が含まれている場合には、当該コンテンツサ
ーバへ前記ユーザ特性情報を出力する。したがって、放
送とインターネットとが混在してコンテンツデータを配
信する場合でも、ユーザ特性情報の利用実績に応じた課
金が可能となる。
【００３５】２９、３０）本発明にかかる課金サーバま
たは課金方法は、コンテンツデータ提供者から供給され
たコンテンツデータに含まれていたユーザー情報読み出
し指令に基づいて、記憶されているユーザ特性情報を指
定先に出力した使用履歴であって、当該コンテンツデー
タの送信元特定情報が付加された使用履歴を、各ユーザ
端末から読み出して、前記送信元特定情報で特定される
コンテンツデータ提供者に課金する。このように、送信
元特定情報と対応づけて記憶されたユーザ特性情報の出
力履歴に基づいて課金サーバにて課金することにより、
ユーザ特性情報の使用頻度に応じた課金が可能となる。
たは課金方法は、コンテンツデータ提供者から供給され
たコンテンツデータに含まれていたユーザー情報読み出
し指令に基づいて、記憶されているユーザ特性情報を指
定先に出力した使用履歴であって、当該コンテンツデー
タの送信元特定情報が付加された使用履歴を、各ユーザ
端末から読み出して、前記送信元特定情報で特定される
コンテンツデータ提供者に課金する。このように、送信
元特定情報と対応づけて記憶されたユーザ特性情報の出
力履歴に基づいて課金サーバにて課金することにより、
ユーザ特性情報の使用頻度に応じた課金が可能となる。
【００３６】３２）本発明にかかるコンテンツデータ受
信方法は、読み出し指令配信元からユーザ特性情報読み
出し指令を受信すると、ユーザ属性データを読み出すと
ともに、この読み出し履歴を前記コンテンツデータの送
信元特定情報とともにユーザ特性情報使用履歴として記
録する。したがって、この履歴に基づいた課金サーバに
おける課金が可能となる。
信方法は、読み出し指令配信元からユーザ特性情報読み
出し指令を受信すると、ユーザ属性データを読み出すと
ともに、この読み出し履歴を前記コンテンツデータの送
信元特定情報とともにユーザ特性情報使用履歴として記
録する。したがって、この履歴に基づいた課金サーバに
おける課金が可能となる。
【００３７】３４）本発明にかかる情報利用料課金方法
は、読み出し指令配信元からユーザ特性情報読み出し指
令を受信すると、ユーザ特性情報を読み出すとともに、
この読み出し履歴を前記コンテンツデータの送信元特定
情報とともにユーザ特性情報使用履歴として記録し、こ
の使用履歴を読み出して、送信元特定情報で特定される
配信元に課金する。したがって、この使用履歴に基づい
た課金が可能となるこの発明において、「受信装置」と
は、送信装置からのデータを受信する機能を有する装置
をいい、表示装置を持たないいわゆるセットトップボッ
クスや、表示装置を有するテレビセットの双方を含む概
念である。さらに、携帯電話、携帯端末、パソコンなど
も含む。
は、読み出し指令配信元からユーザ特性情報読み出し指
令を受信すると、ユーザ特性情報を読み出すとともに、
この読み出し履歴を前記コンテンツデータの送信元特定
情報とともにユーザ特性情報使用履歴として記録し、こ
の使用履歴を読み出して、送信元特定情報で特定される
配信元に課金する。したがって、この使用履歴に基づい
た課金が可能となるこの発明において、「受信装置」と
は、送信装置からのデータを受信する機能を有する装置
をいい、表示装置を持たないいわゆるセットトップボッ
クスや、表示装置を有するテレビセットの双方を含む概
念である。さらに、携帯電話、携帯端末、パソコンなど
も含む。
【００３８】「通信路」とは、有線である場合はもちろ
ん無線である場合も含む。
ん無線である場合も含む。
【００３９】「通信路を介して取得する」とは、１対１
の通信だけでなく、１対多の放送も含む。
の通信だけでなく、１対多の放送も含む。
【００４０】「構造記述型言語記述データ」とは、文書
データを表示する場合の配置位置、文字列の大きさ、参
照する図形データに関する情報等の表示指定情報が付加
されたデータをいい、実施形態では、ＢＭＬ言語で記述
されたデータである場合について説明したが、ＨＴＭ
Ｌ，ＸＭＬ型データ、ＭＨＥＧ規格のデータ等を含む。
データを表示する場合の配置位置、文字列の大きさ、参
照する図形データに関する情報等の表示指定情報が付加
されたデータをいい、実施形態では、ＢＭＬ言語で記述
されたデータである場合について説明したが、ＨＴＭ
Ｌ，ＸＭＬ型データ、ＭＨＥＧ規格のデータ等を含む。
【００４１】「ＢＭＬ言語」とは、データ放送にて用い
られるコンテンツ記述言語の一種であり、ARIB（Associ
ation of Radio Indusries and Businesses）の規格 ST
D-B24 ver1.2で定められている。
られるコンテンツ記述言語の一種であり、ARIB（Associ
ation of Radio Indusries and Businesses）の規格 ST
D-B24 ver1.2で定められている。
【００４２】「ユーザ特性情報」とは、実施形態ではユ
ーザ属性が該当する。
ーザ属性が該当する。
【００４３】「プログラムを記録した記録媒体」とは、
プログラムを記録したＲＯＭ、ＲＡＭ、フレキシブルデ
ィスク、ＣＤ−ＲＯＭ、メモリカード、ハードディスク
等の記録媒体をいう。また、電話回線、搬送路等の通信
媒体も含む概念である。ＣＰＵに接続されて、記録され
たプログラムが直接実行されるハードディスクのような
記録媒体だけでなく、一旦ハードディスク等にインスト
ールした後に実行されるプログラムを記録したＣＤ−Ｒ
ＯＭ等の記録媒体を含む概念である。
プログラムを記録したＲＯＭ、ＲＡＭ、フレキシブルデ
ィスク、ＣＤ−ＲＯＭ、メモリカード、ハードディスク
等の記録媒体をいう。また、電話回線、搬送路等の通信
媒体も含む概念である。ＣＰＵに接続されて、記録され
たプログラムが直接実行されるハードディスクのような
記録媒体だけでなく、一旦ハードディスク等にインスト
ールした後に実行されるプログラムを記録したＣＤ−Ｒ
ＯＭ等の記録媒体を含む概念である。
【００４４】「プログラム」とは、ＣＰＵにより直接実
行可能なプログラムだけでなく、ソース形式のプログラ
ム、圧縮処理がされたプログラム、暗号化されたプログ
ラム等を含む概念である。
行可能なプログラムだけでなく、ソース形式のプログラ
ム、圧縮処理がされたプログラム、暗号化されたプログ
ラム等を含む概念である。
【００４５】「データを記録した記録媒体」とは、デー
タを記録したＲＯＭ、ＲＡＭ、フレキシブルディスク、
ＣＤ−ＲＯＭ、メモリカード、ハードディスク等の記録
媒体をいう。また、電話回線、搬送路等の通信媒体も含
む概念である。
タを記録したＲＯＭ、ＲＡＭ、フレキシブルディスク、
ＣＤ−ＲＯＭ、メモリカード、ハードディスク等の記録
媒体をいう。また、電話回線、搬送路等の通信媒体も含
む概念である。
【００４６】「データ」とは、ＣＰＵが直接処理可能な
データだけでなく、暗号化されたデータ、パケット化さ
れたデータ、搬送波にのせられたデータ（すなわちデー
タによって変調した搬送波）等を含む概念である。
データだけでなく、暗号化されたデータ、パケット化さ
れたデータ、搬送波にのせられたデータ（すなわちデー
タによって変調した搬送波）等を含む概念である。
【００４７】
【発明の実施の形態】１．第１実施形態
(1)全体構成
図１に、この発明の一実施形態による受信装置を用いた
送受信システムの全体構成を示す。コンテンツ提供者コ
ンピュータ１３は、コンテンツデータを情報提供装置１
５に与える。情報提供装置１５は衛星を介して、当該コ
ンテンツデータを放送する。ユーザ端末１は、かかるコ
ンテンツデータを受信部３で受信する。制御部５は、コ
ンテンツデータ中にユーザ属性を読み出すスクリプトが
存在するか否か判断し、存在する場合には、配信元がユ
ーザ属性を利用する許可が与えられているか否かを許可
ＵＲＩテーブル９ｃを参照して判断する。配信元が前記
ユーザ属性を読み出す許可が与えられている場合には、
ユーザ属性テーブル９ｂから読み出して、指定先に出力
するとともに、履歴情報データテーブル９ａに、配信元
特定ＩＤとともにユーザ属性の項目を記憶する。制御部
５は所定の時期に履歴情報データテーブル９ａに記憶さ
れた履歴データを通信部７を介して、課金サーバ１１に
送信する。課金サーバは、かかる履歴データを蓄積す
る。課金サーバ１１は、複数のユーザ端末から送信され
た履歴データを用いて、各テナントごとのユーザ属性利
用料を演算して、コンテンツ提供者コンピュータ１３に
送信する。
送受信システムの全体構成を示す。コンテンツ提供者コ
ンピュータ１３は、コンテンツデータを情報提供装置１
５に与える。情報提供装置１５は衛星を介して、当該コ
ンテンツデータを放送する。ユーザ端末１は、かかるコ
ンテンツデータを受信部３で受信する。制御部５は、コ
ンテンツデータ中にユーザ属性を読み出すスクリプトが
存在するか否か判断し、存在する場合には、配信元がユ
ーザ属性を利用する許可が与えられているか否かを許可
ＵＲＩテーブル９ｃを参照して判断する。配信元が前記
ユーザ属性を読み出す許可が与えられている場合には、
ユーザ属性テーブル９ｂから読み出して、指定先に出力
するとともに、履歴情報データテーブル９ａに、配信元
特定ＩＤとともにユーザ属性の項目を記憶する。制御部
５は所定の時期に履歴情報データテーブル９ａに記憶さ
れた履歴データを通信部７を介して、課金サーバ１１に
送信する。課金サーバは、かかる履歴データを蓄積す
る。課金サーバ１１は、複数のユーザ端末から送信され
た履歴データを用いて、各テナントごとのユーザ属性利
用料を演算して、コンテンツ提供者コンピュータ１３に
送信する。
【００４８】このように、ユーザ属性利用料をユーザ端
末にて管理することにより、利用頻度に応じた課金をす
ることができる。
末にて管理することにより、利用頻度に応じた課金をす
ることができる。
【００４９】(2)情報配信装置のハードウェア構成
図２に、情報配信装置１５（送信装置）の機能ブロック
図を示す。コンテンツ蓄積部３には、コンテンツが蓄積
される。データ送信制御部５は、コンテンツ蓄積部３に
記録された新たなコンテンツデータを、多重化部７に与
える。多重化部７は、パケット化を行って、パケット化
のための制御データＤＩＩを生成し、データＤＤＢとと
もに、送信部９に与える。送信部９は、所定のトランス
ポートストリームを用いて、前記データをカルーセル形
式で送信する。
図を示す。コンテンツ蓄積部３には、コンテンツが蓄積
される。データ送信制御部５は、コンテンツ蓄積部３に
記録された新たなコンテンツデータを、多重化部７に与
える。多重化部７は、パケット化を行って、パケット化
のための制御データＤＩＩを生成し、データＤＤＢとと
もに、送信部９に与える。送信部９は、所定のトランス
ポートストリームを用いて、前記データをカルーセル形
式で送信する。
【００５０】(3)受信装置のハードウエア構成
図３を用いて、図１に示すユーザ端末（受信装置）１の
ハードウエア構成について説明する。ハードウェア構成
としては従来と同様である。受信装置１は、チューナ３
２、トランスポートストリームデコーダ（ＴＳデコー
ダ）３４、ＡＶデコーダ３６、ＯＳＤ（On Screen Disp
lay）３８、ＲＯＭ４０、ＲＡＭ４２、ＣＰＵ４４、ハ
ードディスク４６、モデム４８、リモコンからの信号を
受信する信号受信部５０を備えている。信号受信部５０
は、リモコン装置からの信号などを受信するためのもの
である。
ハードウエア構成について説明する。ハードウェア構成
としては従来と同様である。受信装置１は、チューナ３
２、トランスポートストリームデコーダ（ＴＳデコー
ダ）３４、ＡＶデコーダ３６、ＯＳＤ（On Screen Disp
lay）３８、ＲＯＭ４０、ＲＡＭ４２、ＣＰＵ４４、ハ
ードディスク４６、モデム４８、リモコンからの信号を
受信する信号受信部５０を備えている。信号受信部５０
は、リモコン装置からの信号などを受信するためのもの
である。
【００５１】ハードディスク４６には、ブラウザプログ
ラム、ユーザ情報取得処理プログラム、履歴データ送信
プログラムが記憶される。これらのプログラムによる処
理については後述する。また、ハードディスク４６に
は、ユーザ属性テーブル、履歴情報データテーブル、許
可ＵＲＩテーブルが記憶されている。ユーザ属性テーブ
ルのデータ構造について説明する。この例では、図４に
示すように、ユーザ属性テーブルは、ユーザ属性項目
「氏名」、「住所」、「生年月日」、「趣味１」にそれ
ぞれ「山田太郎」、「大阪府＊＊市＊＊＊町１−２−
３」、「 昭和４０年５月２３日」、「旅行」が記録さ
れている。かかるユーザ属性は、ユーザ端末を用いるユ
ーザが予め登録したものである。
ラム、ユーザ情報取得処理プログラム、履歴データ送信
プログラムが記憶される。これらのプログラムによる処
理については後述する。また、ハードディスク４６に
は、ユーザ属性テーブル、履歴情報データテーブル、許
可ＵＲＩテーブルが記憶されている。ユーザ属性テーブ
ルのデータ構造について説明する。この例では、図４に
示すように、ユーザ属性テーブルは、ユーザ属性項目
「氏名」、「住所」、「生年月日」、「趣味１」にそれ
ぞれ「山田太郎」、「大阪府＊＊市＊＊＊町１−２−
３」、「 昭和４０年５月２３日」、「旅行」が記録さ
れている。かかるユーザ属性は、ユーザ端末を用いるユ
ーザが予め登録したものである。
【００５２】図５Ａに履歴情報データテーブルを示す。
履歴情報データテーブルは、送信元特定情報であるＵＲ
Ｉおよび参照したユーザ属性項目が記憶されている。か
かる履歴情報については後述する。
履歴情報データテーブルは、送信元特定情報であるＵＲ
Ｉおよび参照したユーザ属性項目が記憶されている。か
かる履歴情報については後述する。
【００５３】図６に許可ＵＲＩテーブルを示す。許可Ｕ
ＲＩテーブルは、ユーザ属性項目読み出しスクリプトが
受信データ中に存在する場合に、そのＵＲＩで特定され
るコンテンツ配信者に読み出し対象指令のユーザ属性項
目の利用を許可するか否かを決定するテーブルである。
ＲＩテーブルは、ユーザ属性項目読み出しスクリプトが
受信データ中に存在する場合に、そのＵＲＩで特定され
るコンテンツ配信者に読み出し対象指令のユーザ属性項
目の利用を許可するか否かを決定するテーブルである。
【００５４】なお、蓄積部であるハードディスク４６
に、後述する蓄積処理によって、受信したコンテンツを
蓄積記憶してもよい。
に、後述する蓄積処理によって、受信したコンテンツを
蓄積記憶してもよい。
【００５５】なお、受信装置として、いわゆるセット・
トップ・ボックスを示したが、モニタ（ＴＶセット）を
含めて受信装置を構成してもよい。
トップ・ボックスを示したが、モニタ（ＴＶセット）を
含めて受信装置を構成してもよい。
【００５６】なお、ユーザ属性テーブル、履歴情報デー
タテーブル、許可ＵＲＩテーブルについては、受信機内
部に不揮発性メモリを設け（図示せず）、これに記憶す
るようにしてもよい。
タテーブル、許可ＵＲＩテーブルについては、受信機内
部に不揮発性メモリを設け（図示せず）、これに記憶す
るようにしてもよい。
【００５７】(4)課金サーバのハードウエア構成
課金サーバ１１は、図７に示すように、ＣＰＵ１２３、
メモリ１２７、ハードディスク１２６、ＣＲＴ１３０、
ＣＤＤ（ＣＤＲＯＭドライブ）１２５、キーボード１２
８、通信ボード１３２およびバスライン１２９を備えて
いる。ＣＰＵ１２３は、ハードディスク１２６に記憶さ
れた各プログラムにしたがいバスライン１２９を介し
て、各部を制御する。
メモリ１２７、ハードディスク１２６、ＣＲＴ１３０、
ＣＤＤ（ＣＤＲＯＭドライブ）１２５、キーボード１２
８、通信ボード１３２およびバスライン１２９を備えて
いる。ＣＰＵ１２３は、ハードディスク１２６に記憶さ
れた各プログラムにしたがいバスライン１２９を介し
て、各部を制御する。
【００５８】ハードディスク１２６には、後述する課金
のためのプログラム１２６pおよび図８に示すＵＲＩ・
テナント変換テーブル１２６tが記億されている。図８
に示すように、ＵＲＩ・テナント変換テーブルは、ＵＲ
Ｉとテナントコードとの対応が記憶されている。かかる
テーブルを用いた処理については後述する。
のためのプログラム１２６pおよび図８に示すＵＲＩ・
テナント変換テーブル１２６tが記億されている。図８
に示すように、ＵＲＩ・テナント変換テーブルは、ＵＲ
Ｉとテナントコードとの対応が記憶されている。かかる
テーブルを用いた処理については後述する。
【００５９】(5)ユーザ属性項目を用いた履歴の記録処
理 以下、図６に示す許可ＵＲＩテーブルに記憶されている
コンテンツ配信者からのコンテンツデータを受信して、
ユーザ属性を用いた課金のための履歴記録処理について
説明する。なお、コンテンツ配信者が配信するコンテン
ツデータが、情報配信装置１５（図１参照）から、オリ
ジナルネットワークid”0001”、トランスポートストリ
ームid”1001”、サービスid”1000”、イベントid”11
00”、コンポーネントid”40”で送信されるものとして
説明する。
理 以下、図６に示す許可ＵＲＩテーブルに記憶されている
コンテンツ配信者からのコンテンツデータを受信して、
ユーザ属性を用いた課金のための履歴記録処理について
説明する。なお、コンテンツ配信者が配信するコンテン
ツデータが、情報配信装置１５（図１参照）から、オリ
ジナルネットワークid”0001”、トランスポートストリ
ームid”1001”、サービスid”1000”、イベントid”11
00”、コンポーネントid”40”で送信されるものとして
説明する。
【００６０】ユーザ端末１のユーザは、リモコン（図示
せず）から希望するサービスを受信すべく、選局命令を
入力する。これにより、ＣＰＵ４４は、図３に示すチュ
ーナ３２およびトランスポートストリームデコーダ３４
に選局条件をセットする。受信したＢＭＬデータは、Ｒ
ＡＭ４２に順次記憶される。
せず）から希望するサービスを受信すべく、選局命令を
入力する。これにより、ＣＰＵ４４は、図３に示すチュ
ーナ３２およびトランスポートストリームデコーダ３４
に選局条件をセットする。受信したＢＭＬデータは、Ｒ
ＡＭ４２に順次記憶される。
【００６１】ハードディスク４６には、図９に示すブラ
ウザプログラムが記憶されており、かかるプログラムに
基づいて、データを解釈して表示等の処理を行う。以下
説明する。
ウザプログラムが記憶されており、かかるプログラムに
基づいて、データを解釈して表示等の処理を行う。以下
説明する。
【００６２】ＣＰＵ４４は、ＢＭＬデータを受け取った
か否か判断しており（ステップＳ１）、データを受け取
ると、その行がスクリプトであるか否か判断する（ステ
ップＳ３）。例えば、図１０に示すＢＭＬデータを受け
取った場合、行６５の記述”a=getAdditionalUserInfo
(userId，４）”は、スクリプトであるので、スクリプ
トに基づく処理を行う（ステップＳ５）。かかるスクリ
プトは、ユーザ属性No４の項目のユーザ属性取得要求の
スクリプトである。したがって、ＣＰＵ４４は、ユーザ
属性〔４〕の項目取得処理を実行する。
か否か判断しており（ステップＳ１）、データを受け取
ると、その行がスクリプトであるか否か判断する（ステ
ップＳ３）。例えば、図１０に示すＢＭＬデータを受け
取った場合、行６５の記述”a=getAdditionalUserInfo
(userId，４）”は、スクリプトであるので、スクリプ
トに基づく処理を行う（ステップＳ５）。かかるスクリ
プトは、ユーザ属性No４の項目のユーザ属性取得要求の
スクリプトである。したがって、ＣＰＵ４４は、ユーザ
属性〔４〕の項目取得処理を実行する。
【００６３】ところで、ブラウザプログラムは、ユーザ
属性の項目取得処理をする場合に、図１１に示すユーザ
属性取得処理プログラムを有しており、このプログラム
に基づき、ユーザ属性取得処理が実行される。
属性の項目取得処理をする場合に、図１１に示すユーザ
属性取得処理プログラムを有しており、このプログラム
に基づき、ユーザ属性取得処理が実行される。
【００６４】ＣＰＵ４４は、ユーザ属性取得処理プログ
ラムに基づき、ユーザ属性読み出し要求が与えられるか
否か判断しており（図１１ステップＳ１１）、ユーザ属
性読み出し要求が与えられると、許可ＵＲＩテーブルの
リストに、そのコンテンツデータの配信元が存在するか
否か判断する（ステップＳ１３）。この場合、ネットワ
ークid"0001"、トランスポートストリームid”1001”、
サービスid”1000”、イベントid”1100”で送信されて
おり、図６に示すリストには、ＵＲＩ"arib-dc://0001.
1001.1000.1100"が存在する。したがって、リストに存
在するので、読み出し対象項目にデータが存在するか否
か判断する（ステップＳ１５）。この場合、取得指示が
なされたユーザ属性項目〔４〕には、図４に示すように
データ「旅行」が存在するので、読み出してメモリ領域
に書き込む（ステップＳ１７）。ＣＰＵ４４は、ＵＲ
Ｉ"arib-dc://0001.1001.1000.1100"について、ユーザ
属性項目〔４〕が読み出されたことを履歴情報データテ
ーブルに追加する（ステップＳ１９）。これにより、図
５Ｂに示すように、履歴情報データテーブルにユーザ属
性〔４〕およびそのＵＲＩが追加される。これにより、
スクリプトによる処理を終了する。
ラムに基づき、ユーザ属性読み出し要求が与えられるか
否か判断しており（図１１ステップＳ１１）、ユーザ属
性読み出し要求が与えられると、許可ＵＲＩテーブルの
リストに、そのコンテンツデータの配信元が存在するか
否か判断する（ステップＳ１３）。この場合、ネットワ
ークid"0001"、トランスポートストリームid”1001”、
サービスid”1000”、イベントid”1100”で送信されて
おり、図６に示すリストには、ＵＲＩ"arib-dc://0001.
1001.1000.1100"が存在する。したがって、リストに存
在するので、読み出し対象項目にデータが存在するか否
か判断する（ステップＳ１５）。この場合、取得指示が
なされたユーザ属性項目〔４〕には、図４に示すように
データ「旅行」が存在するので、読み出してメモリ領域
に書き込む（ステップＳ１７）。ＣＰＵ４４は、ＵＲ
Ｉ"arib-dc://0001.1001.1000.1100"について、ユーザ
属性項目〔４〕が読み出されたことを履歴情報データテ
ーブルに追加する（ステップＳ１９）。これにより、図
５Ｂに示すように、履歴情報データテーブルにユーザ属
性〔４〕およびそのＵＲＩが追加される。これにより、
スクリプトによる処理を終了する。
【００６５】ＣＰＵ４４は、ＢＭＬデータが最終行であ
るか否か判断する（図９ステップＳ９）。この場合、最
終でないので、注目行を１行進めて（ステップＳ１
０）、当該行がスクリプトであるか否か判断する（ステ
ップＳ３）。この場合、行６６は、スクリプトであるの
で、かかるスクリプトによる処理を実行する。このスク
リプトは、ユーザ属性〔４〕の項目のデータが、「旅
行」であれば、ファイル”／００００／旅行.bml”を、
「ワイン」であればファイル”／００００／ ワイン.bm
l”を、それ以外は、ファイル”／００００／デフォル
ト.bml”を表示するというスクリプトである。ＣＰＵ４
４は、既に読み込み済みのユーザ属性〔４〕の項目のデ
ータをメモリから読み出して、上記判断を行う。この場
合、図１０に示すスクリプトのうち、条件 「a〔４〕
＝＝”旅行”」と一致するので、同じパスに存在するフ
ァイル”／００００／旅行.bml”を表示対象として決定
する。これにより、モニタには、図１２Ｂに示す表示が
なされる。このようにして、ユーザ属性項目の記述を用
いて表示を切り換えることにより、ユーザ属性に応じた
画面をモニタに表示することができる。また、かかる利
用実績を履歴として配信元情報とともに記憶することが
できる。
るか否か判断する（図９ステップＳ９）。この場合、最
終でないので、注目行を１行進めて（ステップＳ１
０）、当該行がスクリプトであるか否か判断する（ステ
ップＳ３）。この場合、行６６は、スクリプトであるの
で、かかるスクリプトによる処理を実行する。このスク
リプトは、ユーザ属性〔４〕の項目のデータが、「旅
行」であれば、ファイル”／００００／旅行.bml”を、
「ワイン」であればファイル”／００００／ ワイン.bm
l”を、それ以外は、ファイル”／００００／デフォル
ト.bml”を表示するというスクリプトである。ＣＰＵ４
４は、既に読み込み済みのユーザ属性〔４〕の項目のデ
ータをメモリから読み出して、上記判断を行う。この場
合、図１０に示すスクリプトのうち、条件 「a〔４〕
＝＝”旅行”」と一致するので、同じパスに存在するフ
ァイル”／００００／旅行.bml”を表示対象として決定
する。これにより、モニタには、図１２Ｂに示す表示が
なされる。このようにして、ユーザ属性項目の記述を用
いて表示を切り換えることにより、ユーザ属性に応じた
画面をモニタに表示することができる。また、かかる利
用実績を履歴として配信元情報とともに記憶することが
できる。
【００６６】以下、図９ステップＳ９以下の処理が繰り
返される。ＣＰＵ４４は、ＢＭＬデータを受け取るか否
か判断しており（図９ステップＳ１）、スクリプトでな
ければ、ＢＭＬデータに基づき表示基礎データを出力す
る（ステップＳ７）。
返される。ＣＰＵ４４は、ＢＭＬデータを受け取るか否
か判断しており（図９ステップＳ１）、スクリプトでな
ければ、ＢＭＬデータに基づき表示基礎データを出力す
る（ステップＳ７）。
【００６７】なお、ステップＳ１５にて、許可ＵＲＩテ
ーブルのリストに、そのコンテンツデータの配信元が存
在しない場合に、ステップＳ１７，ステップＳ１９の処
理を行うことなく、ユーザ属性取得処理を終了する。ス
テップＳ１３にて、ユーザ属性項目〔４〕に、何も記録
されていない場合も同様である。これらの場合は、ユー
ザ属性取得処理は実行されない。したがって、図１０に
示す行６６によって、ファイル”arib-dc://0001.1001.
1000.1100.40/0000/デフォルト.bml”が表示対象として
決定され、これにより、モニタに、図１２Ａに示す表示
がなされる。
ーブルのリストに、そのコンテンツデータの配信元が存
在しない場合に、ステップＳ１７，ステップＳ１９の処
理を行うことなく、ユーザ属性取得処理を終了する。ス
テップＳ１３にて、ユーザ属性項目〔４〕に、何も記録
されていない場合も同様である。これらの場合は、ユー
ザ属性取得処理は実行されない。したがって、図１０に
示す行６６によって、ファイル”arib-dc://0001.1001.
1000.1100.40/0000/デフォルト.bml”が表示対象として
決定され、これにより、モニタに、図１２Ａに示す表示
がなされる。
【００６８】また、ユーザ属性テーブルのユーザ属性項
目〔４〕に、データ「ワイン」が記憶されていた場合の
表示について説明する。プログラムに基づいて、上記と
同様にして、読み出された履歴情報データテーブルに項
目およびＵＲＩが履歴情報データテーブルに追加され
る。この場合、図１０に示す行６６に基づいて、読み込
み済みのユーザ属性〔４〕の項目のデータが、条件”a
〔４〕＝＝”ワイン”と一致するので、ブラウザの表示
をファイル”／００００／ワイン.bml”を表示するよう
に切り換える。これにより、モニターに、図１２Ｃに示
す表示がなされる。
目〔４〕に、データ「ワイン」が記憶されていた場合の
表示について説明する。プログラムに基づいて、上記と
同様にして、読み出された履歴情報データテーブルに項
目およびＵＲＩが履歴情報データテーブルに追加され
る。この場合、図１０に示す行６６に基づいて、読み込
み済みのユーザ属性〔４〕の項目のデータが、条件”a
〔４〕＝＝”ワイン”と一致するので、ブラウザの表示
をファイル”／００００／ワイン.bml”を表示するよう
に切り換える。これにより、モニターに、図１２Ｃに示
す表示がなされる。
【００６９】このようにして、ユーザ属性項目の記述を
参照にした表示切り換えが実行される。
参照にした表示切り換えが実行される。
【００７０】(6)履歴を用いた課金処理
ユーザ端末は予めセットされたタイマー条件に基づい
て、履歴情報送信処理を行う。かかる履歴情報送信処理
について図１３を用いて説明する。
て、履歴情報送信処理を行う。かかる履歴情報送信処理
について図１３を用いて説明する。
【００７１】ユーザ端末のＣＰＵ４４は、予めセットさ
れたタイマー条件と一致すると、課金サーバと通信を確
立した後、端末証明書を課金サーバ１１に送信する（ス
テップＳ３１）。課金サーバ１１のＣＰＵ１４４は、こ
れを受信して確認完了メッセージをユーザ端末に送信す
る（ステップＳ３３）。ユーザ端末は、履歴情報を送信
する（ステップＳ３５）。上記の場合であれば、図５Ｂ
に示す履歴情報が送信される。課金サーバ１１は、これ
を記憶する（ステップＳ３７）。また、ユーザ端末は履
歴情報を送信した後、送信した履歴情報を削除する（ス
テップＳ３９）。課金サーバとの通信を切断し（ステッ
プＳ４１）、タイマーを再設定する（ステップＳ４
３）。かかる処理を各ユーザ端末について実行すること
により、課金サーバ１１には複数のユーザ端末において
利用されたユーザ属性の実績が、ＵＲＩごとに記憶され
る。
れたタイマー条件と一致すると、課金サーバと通信を確
立した後、端末証明書を課金サーバ１１に送信する（ス
テップＳ３１）。課金サーバ１１のＣＰＵ１４４は、こ
れを受信して確認完了メッセージをユーザ端末に送信す
る（ステップＳ３３）。ユーザ端末は、履歴情報を送信
する（ステップＳ３５）。上記の場合であれば、図５Ｂ
に示す履歴情報が送信される。課金サーバ１１は、これ
を記憶する（ステップＳ３７）。また、ユーザ端末は履
歴情報を送信した後、送信した履歴情報を削除する（ス
テップＳ３９）。課金サーバとの通信を切断し（ステッ
プＳ４１）、タイマーを再設定する（ステップＳ４
３）。かかる処理を各ユーザ端末について実行すること
により、課金サーバ１１には複数のユーザ端末において
利用されたユーザ属性の実績が、ＵＲＩごとに記憶され
る。
【００７２】課金サーバ１１のＣＰＵ１４４は、履歴ご
とに利用料金を演算する（ステップＳ５１）。例えば、
項目番号１については１円／１回、項目番号２について
は２円／１回、項目番号３については０．１円／１回、
・・・というように、単価を決めておけばよい。かかる
単価は情報配信者によって違っていてもよい。
とに利用料金を演算する（ステップＳ５１）。例えば、
項目番号１については１円／１回、項目番号２について
は２円／１回、項目番号３については０．１円／１回、
・・・というように、単価を決めておけばよい。かかる
単価は情報配信者によって違っていてもよい。
【００７３】課金サーバのＣＰＵ１４４は、テナントご
との総利用料を演算する（ステップＳ５３）。これは、
課金サーバ１１のハードディスク１４６に記憶されたＵ
ＲＩ・テナント変換テーブルを用いて、同じテナントの
利用料金の総計を演算するようにすればよい。例えば、
ＵＲＩ"arib-dc://0001.1001.1000.1100"は、テナント
コード００１／０１０１のコンテンツ提供者であるの
で、かかるＵＲＩの履歴情報を総計すればよい。なお、
図８において、テナントコード００１／０１０１のコン
テンツ提供者が、他のＵＲＩについても記述されている
のは、後述するインターネット経由または蓄積型でコン
テンツ配信を行う場合があるからである。
との総利用料を演算する（ステップＳ５３）。これは、
課金サーバ１１のハードディスク１４６に記憶されたＵ
ＲＩ・テナント変換テーブルを用いて、同じテナントの
利用料金の総計を演算するようにすればよい。例えば、
ＵＲＩ"arib-dc://0001.1001.1000.1100"は、テナント
コード００１／０１０１のコンテンツ提供者であるの
で、かかるＵＲＩの履歴情報を総計すればよい。なお、
図８において、テナントコード００１／０１０１のコン
テンツ提供者が、他のＵＲＩについても記述されている
のは、後述するインターネット経由または蓄積型でコン
テンツ配信を行う場合があるからである。
【００７４】つぎに、ＣＰＵ１４４は、各テナントに利
用料金を請求する（ステップＳ５７）。例えば、e-mail
で請求額を報知してもよく、ファクシミリ等を用いて送
信するようにしてもよい。
用料金を請求する（ステップＳ５７）。例えば、e-mail
で請求額を報知してもよく、ファクシミリ等を用いて送
信するようにしてもよい。
【００７５】このようにして、ユーザ属性の利用実績に
応じた課金が可能となる。
応じた課金が可能となる。
【００７６】(7)蓄積、インターネット配信する場合の
実施形態 上記実施形態においては、コンテンツ配信をＢＳデジタ
ル放送でリアルタイムで行う場合について説明したが、
以下に説明するようにユーザ端末のハードディスクに蓄
積を行った場合、またはインターネット経由で配信する
場合についても、同様に適用することができる。
実施形態 上記実施形態においては、コンテンツ配信をＢＳデジタ
ル放送でリアルタイムで行う場合について説明したが、
以下に説明するようにユーザ端末のハードディスクに蓄
積を行った場合、またはインターネット経由で配信する
場合についても、同様に適用することができる。
【００７７】前記蓄積手法とは、放送局から送信されて
きたコンテンツデータをユーザ端末に予め蓄積してお
き、ユーザが蓄積されたデータを適宜読み出して、表示
する方式である。かかるコンテンツ蓄積型の通信方法
は、カルーセル方式でデータを転送する場合であって
も、大量のデータを転送することができるので、商品や
サービスの販売を行う仮想店舗などへの利用が提案され
ている。具体的には、図１に示すようなディレクトリ構
成のファイルがあらかじめ送信され、受信装置はこれら
のデータをハードディスクに記憶しておく。
きたコンテンツデータをユーザ端末に予め蓄積してお
き、ユーザが蓄積されたデータを適宜読み出して、表示
する方式である。かかるコンテンツ蓄積型の通信方法
は、カルーセル方式でデータを転送する場合であって
も、大量のデータを転送することができるので、商品や
サービスの販売を行う仮想店舗などへの利用が提案され
ている。具体的には、図１に示すようなディレクトリ構
成のファイルがあらかじめ送信され、受信装置はこれら
のデータをハードディスクに記憶しておく。
【００７８】ＢＭＬデータについては、通常と同様であ
り、リンク先のＢＭＬデータが存在するＵＲＩが記述さ
れている。かかるコンテンツ蓄積の場合には、ＢＭＬフ
ァイルの指定が、前記ＢＳ放送の場合と異なり、ハード
ディスク４６，すなわち、ローカルディスクとなる。現
在のＢＳデジタル放送規格では、"arib-file://" の後
ろに、絶対パスで記述することにより、どの蓄積ファイ
ルであるかを特定することができる。例えば、ファイ
ル”arib-file://ec/tvshopping/shop2.bml”というよ
うに記述される。
り、リンク先のＢＭＬデータが存在するＵＲＩが記述さ
れている。かかるコンテンツ蓄積の場合には、ＢＭＬフ
ァイルの指定が、前記ＢＳ放送の場合と異なり、ハード
ディスク４６，すなわち、ローカルディスクとなる。現
在のＢＳデジタル放送規格では、"arib-file://" の後
ろに、絶対パスで記述することにより、どの蓄積ファイ
ルであるかを特定することができる。例えば、ファイ
ル”arib-file://ec/tvshopping/shop2.bml”というよ
うに記述される。
【００７９】なお、インターネットに接続されたコンテ
ンツサーバからコンテンツデータを取得する場合には、
そのＵＲＩとして、例えば、ＵＲＩ”http://www.panas
onictvshop.co.jp/・・・・”とすればよい。当然、放
送から蓄積へ、蓄積からインターネットへ、と任意にそ
れぞれのリンク先を記述しておくことにより、コンテン
ツデータの取得先を切り換えることもできる。
ンツサーバからコンテンツデータを取得する場合には、
そのＵＲＩとして、例えば、ＵＲＩ”http://www.panas
onictvshop.co.jp/・・・・”とすればよい。当然、放
送から蓄積へ、蓄積からインターネットへ、と任意にそ
れぞれのリンク先を記述しておくことにより、コンテン
ツデータの取得先を切り換えることもできる。
【００８０】インターネットでコンテンツデータを配信
する場合にも、同様に、複数の条件分岐を予めＨＴＭＬ
データ中にスクリプトを記述しておけばよい。ただ、イ
ンターネット配信では、完全な双方向性（インタラクテ
ィブ）を有するので、ユーザ属性を一旦、コンテンツサ
ーバに返信して、コンテンツサーバにて、かかるユーザ
属性データを用いて、コンテンツデータを送信するよう
にしてもよい。この場合、ユーザ属性データがユーザ端
末の外部に出力されるので、個人情報が漏れるおそれが
ある。そこで、かかる問題を解決するために、ユーザに
外部に出力されることを報知し、許可が与えられた場合
のみ、コンテンツサーバに返信するようにしてもよい。
この場合、ブラウザプログラムとして図１５に示すプロ
グラムを記憶しておけばよい。
する場合にも、同様に、複数の条件分岐を予めＨＴＭＬ
データ中にスクリプトを記述しておけばよい。ただ、イ
ンターネット配信では、完全な双方向性（インタラクテ
ィブ）を有するので、ユーザ属性を一旦、コンテンツサ
ーバに返信して、コンテンツサーバにて、かかるユーザ
属性データを用いて、コンテンツデータを送信するよう
にしてもよい。この場合、ユーザ属性データがユーザ端
末の外部に出力されるので、個人情報が漏れるおそれが
ある。そこで、かかる問題を解決するために、ユーザに
外部に出力されることを報知し、許可が与えられた場合
のみ、コンテンツサーバに返信するようにしてもよい。
この場合、ブラウザプログラムとして図１５に示すプロ
グラムを記憶しておけばよい。
【００８１】ＣＰＵ４４は目的のコンテンツサーバにコ
ンテンツデータ取得要求送信する（ステップＳ６１）。
かかるコンテンツサーバから返信があるか否か判断して
おり（ステップＳ６３）、返信があると、スクリプトが
存在するか否か判断する（ステップＳ６５）。ＣＰＵ４
４は、読み込んだ行が、スクリプトでなければ、表示処
理を行う（ステップＳ６７）。スクリプトである場合に
は、当該スクリプトがユーザ属性取得スクリプトである
か否か判断する（ステップＳ６９）。ＣＰＵ４４は、当
該スクリプトがユーザ属性取得スクリプトでない場合に
は、当該スクリプトに基づく処理を実行する（ステップ
Ｓ７１）。
ンテンツデータ取得要求送信する（ステップＳ６１）。
かかるコンテンツサーバから返信があるか否か判断して
おり（ステップＳ６３）、返信があると、スクリプトが
存在するか否か判断する（ステップＳ６５）。ＣＰＵ４
４は、読み込んだ行が、スクリプトでなければ、表示処
理を行う（ステップＳ６７）。スクリプトである場合に
は、当該スクリプトがユーザ属性取得スクリプトである
か否か判断する（ステップＳ６９）。ＣＰＵ４４は、当
該スクリプトがユーザ属性取得スクリプトでない場合に
は、当該スクリプトに基づく処理を実行する（ステップ
Ｓ７１）。
【００８２】一方、当該スクリプトがユーザ属性取得ス
クリプトである場合には、ＣＰＵ４４は、許可ＵＲＩテ
ーブルのリストに、そのコンテンツデータの配信元が存
在するか否か判断する（ステップＳ７３）。図６に示す
リストに存在する場合には、ＣＰＵ４４は読み出し対象
項目にデータが存在するか否か判断する（ステップＳ７
５）。
クリプトである場合には、ＣＰＵ４４は、許可ＵＲＩテ
ーブルのリストに、そのコンテンツデータの配信元が存
在するか否か判断する（ステップＳ７３）。図６に示す
リストに存在する場合には、ＣＰＵ４４は読み出し対象
項目にデータが存在するか否か判断する（ステップＳ７
５）。
【００８３】ＣＰＵ４４は、指定されたユーザ属性項目
にデータが存在するか否か判断し（ステップＳ７７）、
存在する場合には、「個人情報として、項目〔４〕趣味
旅行の送信要求を受けました。送信してもよろしいです
か？」と警告表示をするための画像データを出力する
（ステップＳ７７）。ユーザはモニタに表示された警告
を見て、許可する場合には許可指令を行う。ＣＰＵ４４
は、許可指令があるか否か判断しており（ステップＳ７
９）、許可指令があれば、読み出して当該ユーザ属性項
目のデータを送信し（ステップＳ８１）、履歴情報デー
タテーブルに追加する（ステップＳ８３）。コンテンツ
データの最終行であるか否か判断し（ステップＳ８
５）、最終行でなければ、注目行を次の行として（ステ
ップＳ８６）、ステップＳ６５以下の処理を繰り返す。
最終行であれば処理を終了する。
にデータが存在するか否か判断し（ステップＳ７７）、
存在する場合には、「個人情報として、項目〔４〕趣味
旅行の送信要求を受けました。送信してもよろしいです
か？」と警告表示をするための画像データを出力する
（ステップＳ７７）。ユーザはモニタに表示された警告
を見て、許可する場合には許可指令を行う。ＣＰＵ４４
は、許可指令があるか否か判断しており（ステップＳ７
９）、許可指令があれば、読み出して当該ユーザ属性項
目のデータを送信し（ステップＳ８１）、履歴情報デー
タテーブルに追加する（ステップＳ８３）。コンテンツ
データの最終行であるか否か判断し（ステップＳ８
５）、最終行でなければ、注目行を次の行として（ステ
ップＳ８６）、ステップＳ６５以下の処理を繰り返す。
最終行であれば処理を終了する。
【００８４】これにより、上記と同様に、履歴情報デー
タテーブルに、ユーザ属性および送信したＵＲＩが追加
される。かかるユーザ属性を受け取ったコンテンツサー
バはこれに基づき、コンテンツデータを送信すればよ
い。
タテーブルに、ユーザ属性および送信したＵＲＩが追加
される。かかるユーザ属性を受け取ったコンテンツサー
バはこれに基づき、コンテンツデータを送信すればよ
い。
【００８５】また、インターネット配信のように、ユー
ザ属性データが送信元に送られる場合であっても、ユー
ザ属性の利用実績を履歴として記憶することができる。
ザ属性データが送信元に送られる場合であっても、ユー
ザ属性の利用実績を履歴として記憶することができる。
【００８６】なお、ステップＳ７３，ステップＳ７７，
ステップＳ７９にて、それぞれリストに存在しない場
合、指定されたユーザ属性項目には、データが存在しな
い場合、許可指令が与えられない場合には、拒否メッセ
ージを返信する（ステップＳ８７）。これにより、外部
にユーザ属性データが無許可で配信されることを防止す
ることができる。
ステップＳ７９にて、それぞれリストに存在しない場
合、指定されたユーザ属性項目には、データが存在しな
い場合、許可指令が与えられない場合には、拒否メッセ
ージを返信する（ステップＳ８７）。これにより、外部
にユーザ属性データが無許可で配信されることを防止す
ることができる。
【００８７】特に、上記放送、蓄積、インターネットに
よるコンテンツ配信は、ユーザにとってみれば、どのよ
うに切り換えられているかは認識することができないの
で、いつの間にか、インターネット配信に切り替わって
おり、個人情報が無断で流出することを防止することが
できる。
よるコンテンツ配信は、ユーザにとってみれば、どのよ
うに切り換えられているかは認識することができないの
で、いつの間にか、インターネット配信に切り替わって
おり、個人情報が無断で流出することを防止することが
できる。
【００８８】(8)その他
上記実施形態においては、指定されたユーザ属性項目に
データが記録されていた場合に履歴として記録するよう
にしているので、利用実績に合致した課金が可能とな
る。ただ、これに限定されず、ユーザ属性項目の読み出
し指令があった場合には、当該項目にデータが存在しな
い場合でも、履歴に記録する様にしてもよい。
データが記録されていた場合に履歴として記録するよう
にしているので、利用実績に合致した課金が可能とな
る。ただ、これに限定されず、ユーザ属性項目の読み出
し指令があった場合には、当該項目にデータが存在しな
い場合でも、履歴に記録する様にしてもよい。
【００８９】また、指定されたユーザ属性項目にデータ
が記録されているが、結局、デフォルトの画面を使用す
る場合もある。例えば、趣味が”ゴルフ”である場合
は”００００／ゴルフ用品.bml”を表示するスクリプト
が受信したＢＭＬデータに記述されており、ユーザ端末
には趣味”音楽鑑賞”と記録されている場合、当該ユー
ザ属性項目からデータは読み出しているが、結局趣味が
記録されていない場合と同じ結果となる。かかる問題を
防止するためには、例えば、項目”趣味”に記録できる
ものが候補として複数記憶されており、かかる候補から
選択するようにすればよい。
が記録されているが、結局、デフォルトの画面を使用す
る場合もある。例えば、趣味が”ゴルフ”である場合
は”００００／ゴルフ用品.bml”を表示するスクリプト
が受信したＢＭＬデータに記述されており、ユーザ端末
には趣味”音楽鑑賞”と記録されている場合、当該ユー
ザ属性項目からデータは読み出しているが、結局趣味が
記録されていない場合と同じ結果となる。かかる問題を
防止するためには、例えば、項目”趣味”に記録できる
ものが候補として複数記憶されており、かかる候補から
選択するようにすればよい。
【００９０】上記実施形態では、オンラインショッピン
グの場合を例として示したが、これに限定されず、ユー
ザ属性データを用いて表示画面を切り換えることが好ま
しいものであれば、他のコンテンツについても同様に適
用することができる。
グの場合を例として示したが、これに限定されず、ユー
ザ属性データを用いて表示画面を切り換えることが好ま
しいものであれば、他のコンテンツについても同様に適
用することができる。
【００９１】上記実施形態においては、ユーザ属性項目
の記述を用いて表示を切り換えるようにしたが、新たに
生成するようにしてもよい。
の記述を用いて表示を切り換えるようにしたが、新たに
生成するようにしてもよい。
【００９２】また、上記実施形態においては、送信元特
定情報として放送の場合には、ネットワークid、トラン
スポートストリームid、およびサービスidで、蓄積デー
タおよびインターネット配信データについては、ＵＲＩ
を用いたが、送信元を特定できるものであればどのよう
なものであってもよく、コンテンツ配信サーバであれ
ば、ＩＰアドレス等であってもよい。
定情報として放送の場合には、ネットワークid、トラン
スポートストリームid、およびサービスidで、蓄積デー
タおよびインターネット配信データについては、ＵＲＩ
を用いたが、送信元を特定できるものであればどのよう
なものであってもよく、コンテンツ配信サーバであれ
ば、ＩＰアドレス等であってもよい。
【００９３】また、許可ＵＲＩテーブルについては、課
金サーバから変更できるようにしてもよい。また、変更
するスクリプトを含む放送データを放送し、変更するよ
うにしてもよい。
金サーバから変更できるようにしてもよい。また、変更
するスクリプトを含む放送データを放送し、変更するよ
うにしてもよい。
【００９４】また、上記実施形態においては、ＢＳ衛星
放送を受信するセットトップボックスを例に説明した
が、ＣＳ衛星でもよく、さらに、地上波デジタル放送の
場合も適用可能である。
放送を受信するセットトップボックスを例に説明した
が、ＣＳ衛星でもよく、さらに、地上波デジタル放送の
場合も適用可能である。
【００９５】さらに、ユーザ端末は、上記専用機でなく
ても、例えば、パソコン（携帯パソコンを含む）、ＰＤ
Ａ、さらには、ブラウザ機能つき携帯電話などであって
もよい。ハードディスクを有しない機器の場合には、ユ
ーザ属性データ、履歴情報等については、フラッシュメ
モリ等の不揮発性メモリに記憶するようにすればよい。
本実施形態においては、図１に示す機能を実現する為
に、ＣＰＵを用い、ソフトウェアによってこれを実現し
ている。しかし、その一部もしくは全てを、ロジック回
路等のハードウェアによって実現してもよい。
ても、例えば、パソコン（携帯パソコンを含む）、ＰＤ
Ａ、さらには、ブラウザ機能つき携帯電話などであって
もよい。ハードディスクを有しない機器の場合には、ユ
ーザ属性データ、履歴情報等については、フラッシュメ
モリ等の不揮発性メモリに記憶するようにすればよい。
本実施形態においては、図１に示す機能を実現する為
に、ＣＰＵを用い、ソフトウェアによってこれを実現し
ている。しかし、その一部もしくは全てを、ロジック回
路等のハードウェアによって実現してもよい。
【００９６】なお、プログラムの一部の処理をオペレー
ティングシステム（ＯＳ）にさせるようにしてもよい。
ティングシステム（ＯＳ）にさせるようにしてもよい。
【００９７】２．第２の実施形態
上記実施形態においては、モニタへ出力する表示基礎デ
ータを切り換える場合を例として説明したが、外部の装
置を制御することも可能である。例えば、天気予報に基
づき、ユーザの居住地域ごとにエアコンの制御を異なら
せることができる。図１６を用いて、説明する。
ータを切り換える場合を例として説明したが、外部の装
置を制御することも可能である。例えば、天気予報に基
づき、ユーザの居住地域ごとにエアコンの制御を異なら
せることができる。図１６を用いて、説明する。
【００９８】コンテンツ提供者コンピュータ１１３は、
本日の天気予報をコンテンツデータとして情報提供装置
１１５に与える。このコンテンツデータには、ユーザ属
性項目”２”（住所）を読み出すスクリプト、および”
本日の夕方の予想気温が２８度を超える場合には、エア
コンをオンにする”というスクリプトを天気予報情報に
含有させておく。
本日の天気予報をコンテンツデータとして情報提供装置
１１５に与える。このコンテンツデータには、ユーザ属
性項目”２”（住所）を読み出すスクリプト、および”
本日の夕方の予想気温が２８度を超える場合には、エア
コンをオンにする”というスクリプトを天気予報情報に
含有させておく。
【００９９】情報提供装置１５は衛星を介して、当該コ
ンテンツデータを放送する。ユーザ端末１２１ａ、１２
１b,・・・１２１nは、かかるコンテンツデータを受信
する。各ユーザ端末１２１ａ、１２１b,・・・１２１n
は、コンテンツデータ中にユーザ属性を読み出すスクリ
プトが存在するか否か判断する。この場合存在するの
で、配信元がユーザ属性を利用する許可が与えられてい
るか否かを許可ＵＲＩテーブルを参照して判断する。こ
の場合、配信元が当該ユーザ属性を読み出す許可が与え
られているとすると、ユーザ属性テーブルから”住所”
を読み出す。つぎに、”本日の夕方の予想気温が２８度
を超える場合には、エアコンをオンにする”というスク
リプトが実行される。もし、ユーザ端末１２１aのユー
ザの地域がかかる条件を満たす場合には、エアコン１２
２aをオン状態とする信号が生成され出力される。他の
ユーザ端末１２１b,・・・１２１nについても同様であ
る。
ンテンツデータを放送する。ユーザ端末１２１ａ、１２
１b,・・・１２１nは、かかるコンテンツデータを受信
する。各ユーザ端末１２１ａ、１２１b,・・・１２１n
は、コンテンツデータ中にユーザ属性を読み出すスクリ
プトが存在するか否か判断する。この場合存在するの
で、配信元がユーザ属性を利用する許可が与えられてい
るか否かを許可ＵＲＩテーブルを参照して判断する。こ
の場合、配信元が当該ユーザ属性を読み出す許可が与え
られているとすると、ユーザ属性テーブルから”住所”
を読み出す。つぎに、”本日の夕方の予想気温が２８度
を超える場合には、エアコンをオンにする”というスク
リプトが実行される。もし、ユーザ端末１２１aのユー
ザの地域がかかる条件を満たす場合には、エアコン１２
２aをオン状態とする信号が生成され出力される。他の
ユーザ端末１２１b,・・・１２１nについても同様であ
る。
【０１００】また、各ユーザ端末１２１ａ、１２１b,・
・・１２１nは、履歴情報データテーブルに、配信元特
定ＩＤとともに読み出したユーザ属性”２”の項目を記
憶する。この履歴データは課金サーバ１１１に送信され
る。課金サーバは、かかる履歴データを蓄積する。課金
サーバ１１１は、複数のユーザ端末から送信された履歴
データを用いて、コンテンツ提供者コンピュータ１１３
のユーザ属性利用料を演算して、コンテンツ提供者コン
ピュータ１３に送信する。
・・１２１nは、履歴情報データテーブルに、配信元特
定ＩＤとともに読み出したユーザ属性”２”の項目を記
憶する。この履歴データは課金サーバ１１１に送信され
る。課金サーバは、かかる履歴データを蓄積する。課金
サーバ１１１は、複数のユーザ端末から送信された履歴
データを用いて、コンテンツ提供者コンピュータ１１３
のユーザ属性利用料を演算して、コンテンツ提供者コン
ピュータ１３に送信する。
【０１０１】このように、１のコンテンツデータを放送
するだけで、個々のユーザ特性情報に応じて、外部の制
御対象機器を制御することが可能である。
するだけで、個々のユーザ特性情報に応じて、外部の制
御対象機器を制御することが可能である。
【０１０２】なお、かかる制御対象機器としては、例え
ば、電子レンジ、洗濯機等の家庭用電気機器はもちろ
ん、工場の生産設備等についても同様に適用できる。
ば、電子レンジ、洗濯機等の家庭用電気機器はもちろ
ん、工場の生産設備等についても同様に適用できる。
【０１０３】３．第３の実施形態
上記実施形態においては、各情報配信元について、許可
ＵＲＩテーブルがすでに存在する場合について説明した
が、これをユーザが設定できるようにしてもよい。例え
ば、ユーザ特性項目設定モードへの切り換え指令が与え
られると、図１７Ａに示すような画面を表示し、特定の
情報配信元について、ユーザ情報を出力するか否かをユ
ーザに入力させて、結果を許可ＵＲＩテーブルに記憶す
るようにすればよい。
ＵＲＩテーブルがすでに存在する場合について説明した
が、これをユーザが設定できるようにしてもよい。例え
ば、ユーザ特性項目設定モードへの切り換え指令が与え
られると、図１７Ａに示すような画面を表示し、特定の
情報配信元について、ユーザ情報を出力するか否かをユ
ーザに入力させて、結果を許可ＵＲＩテーブルに記憶す
るようにすればよい。
【０１０４】なお、図１７Ａに示す設定画面の表示時期
については、特に限定されず、例えば、ユーザ情報の読
み出し指令が与えられた場合であってもよい。
については、特に限定されず、例えば、ユーザ情報の読
み出し指令が与えられた場合であってもよい。
【０１０５】また、図１７Ａにおいて、領域２０２が選
択された場合には、図１７Ｂに示すような詳細設定画面
を表示して、ユーザ特性項目ごとに許可・非許可を設定
できるようにしてもよい。なお、かかる詳細設定画面の
表示時期は、図１７Ａに示す設定画面のあとに特に限定
されない。例えば、ユーザ特性項目の詳細設定モードへ
の切り換え指令がユーザから与えられた場合であっても
よい。これにより、ユーザはいつでも、出力するユーザ
特性項目を修正することができる。
択された場合には、図１７Ｂに示すような詳細設定画面
を表示して、ユーザ特性項目ごとに許可・非許可を設定
できるようにしてもよい。なお、かかる詳細設定画面の
表示時期は、図１７Ａに示す設定画面のあとに特に限定
されない。例えば、ユーザ特性項目の詳細設定モードへ
の切り換え指令がユーザから与えられた場合であっても
よい。これにより、ユーザはいつでも、出力するユーザ
特性項目を修正することができる。
【０１０６】図１８に、詳細設定をした場合の許可ＵＲ
Ｉテーブルの一例を示す。このように、ユーザ特性情報
の各項目ごとに、出力するか否かが記憶される。
Ｉテーブルの一例を示す。このように、ユーザ特性情報
の各項目ごとに、出力するか否かが記憶される。
【０１０７】また、図１９に示すように、各情報配信元
ごとに信頼度を記憶しておき、信頼度に応じて出力する
項目を別途決めておき、出力する際に、かかる信頼度の
評価に応じて所定の項目について出力するようにしても
よい。
ごとに信頼度を記憶しておき、信頼度に応じて出力する
項目を別途決めておき、出力する際に、かかる信頼度の
評価に応じて所定の項目について出力するようにしても
よい。
【０１０８】また、前記コンテンツサーバ（情報配信
元）の信頼度をユーザに提示するようにしてもよい。こ
れにより、信頼度に基づきユーザは前記許可テーブルを
修正することができる。
元）の信頼度をユーザに提示するようにしてもよい。こ
れにより、信頼度に基づきユーザは前記許可テーブルを
修正することができる。
【０１０９】また、前記各情報配信元の信頼度は、情報
配信装置によって予め決定しておくようすればよい。ま
た、信頼度の評価をユーザ端末へ記憶するには、例え
ば、放送データ中に混在させてもよく、別途、通信部７
を介して課金サーバ１１から送信するようにしてもよ
い。また、情報配信元のコンテンツサーバに記憶させて
おき、コンテンツサーバからユーザ端末に送信するよう
にしてもよい。
配信装置によって予め決定しておくようすればよい。ま
た、信頼度の評価をユーザ端末へ記憶するには、例え
ば、放送データ中に混在させてもよく、別途、通信部７
を介して課金サーバ１１から送信するようにしてもよ
い。また、情報配信元のコンテンツサーバに記憶させて
おき、コンテンツサーバからユーザ端末に送信するよう
にしてもよい。
【０１１０】また、図６，図１８に示す前記許可テーブ
ルは、各情報配信元に関する信頼度に基づき自動生成す
るようにしてもよい。 ４．他の実施形態 上記実施形態においては、ユーザ端末内の処理プログラ
ムへ指定されたユーザ属性の項目データを出力するよう
にしたが、ユーザ端末内の指定された処理部に渡すよう
にしてもよい。
ルは、各情報配信元に関する信頼度に基づき自動生成す
るようにしてもよい。 ４．他の実施形態 上記実施形態においては、ユーザ端末内の処理プログラ
ムへ指定されたユーザ属性の項目データを出力するよう
にしたが、ユーザ端末内の指定された処理部に渡すよう
にしてもよい。
【０１１１】また、上記実施形態においてはユーザ属性
の項目データを処理するプログラムはコンテンツデータ
にスクリプトとして記述している場合について説明した
が、処理プログラムはユーザ端末内に予め記憶しておく
こともできる。
の項目データを処理するプログラムはコンテンツデータ
にスクリプトとして記述している場合について説明した
が、処理プログラムはユーザ端末内に予め記憶しておく
こともできる。
【０１１２】また、上記実施形態においては、ユーザ属
性データを用いてユーザ知覚データとして、画像データ
を生成する場合について説明したが、音データを生成す
ることもできる。例えば、衛星放送におけるＢＧＭをユ
ーザの趣味に応じた種類に切り換えることもできる。
性データを用いてユーザ知覚データとして、画像データ
を生成する場合について説明したが、音データを生成す
ることもできる。例えば、衛星放送におけるＢＧＭをユ
ーザの趣味に応じた種類に切り換えることもできる。
【０１１３】また、上記実施形態においては、ユーザ端
末外にユーザ情報を出力する場合として、コンテンツデ
ータ配信元に出力する場合について説明したが、制御対
象機器に出力して、かかる機器が与えられたユーザ属性
データを用いてデータ処理するようにしてもよい。ま
た、制御対象機器以外でも、データ処理装置であれば同
様にユーザ属性データまたはユーザ属性データによる処
理データを活用することができる。
末外にユーザ情報を出力する場合として、コンテンツデ
ータ配信元に出力する場合について説明したが、制御対
象機器に出力して、かかる機器が与えられたユーザ属性
データを用いてデータ処理するようにしてもよい。ま
た、制御対象機器以外でも、データ処理装置であれば同
様にユーザ属性データまたはユーザ属性データによる処
理データを活用することができる。
【０１１４】上記実施形態においては、ユーザ属性デー
タを読み出し可能か否かについて、全ての項目について
許可か非許可かとしたが、項目ごとに設定できるように
してもよい。例えば、あるコンテンツサーバは、項目”
１”〜”４”のみ、とか、あるコンテンツ提供者は、項
目”２"のみというように設定するようにしてもよい。
タを読み出し可能か否かについて、全ての項目について
許可か非許可かとしたが、項目ごとに設定できるように
してもよい。例えば、あるコンテンツサーバは、項目”
１”〜”４”のみ、とか、あるコンテンツ提供者は、項
目”２"のみというように設定するようにしてもよい。
【図１】この発明の概要を示す図である。
【図２】送信装置の機能ブロック図である。
【図３】受信装置のハードウエア構成を示す図である。
【図４】ユーザ属性テーブルのデータ構造を示す図であ
る。
る。
【図５】履歴情報データテーブルを示す図である。
【図６】許可ＵＲＩテーブルを示す図である。
【図７】課金サーバのハードウエア構成を示す図であ
る。
る。
【図８】ＵＲＩ・テナント変換テーブルを示す図であ
る。
る。
【図９】ブラウザプログラムのフローチャートを示す図
である。
である。
【図１０】ユーザ属性取得のスクリプトの一例である。
【図１１】ユーザ属性取得スクリプトが与えられた場合
の処理プログラムのフローチャートである。
の処理プログラムのフローチャートである。
【図１２】ユーザ属性を用いて切り換えられる画面の一
例である。
例である。
【図１３】履歴を課金サーバに送信する処理を説明する
フローチャートである。
フローチャートである。
【図１４】課金サーバが情報配信者に対して課金する処
理を説明するフローチャートである。
理を説明するフローチャートである。
【図１５】ユーザ属性を外部に送信する場合のフローチ
ャートである。
ャートである。
【図１６】この発明の他の実施形態の概要を示すブロッ
ク図である。
ク図である。
【図１７】この発明の他の実施形態における設定画面の
一例を示す図である。
一例を示す図である。
【図１８】許可ＵＲＩテーブルの他のデータ構造を示す
図である。
図である。
【図１９】許可ＵＲＩテーブルの他のデータ構造を示す
図である。
図である。
１・・・ユーザ端末
３・・・制御部
９a・・・履歴情報データテーブル
９b・・・ユーザ属性テーブル
９c・・・許可・ＵＲＬテーブル
１１・・・課金サーバ
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 石川 亮
大阪府門真市大字門真1006番地 松下電器
産業株式会社内
Ｆターム(参考） 5C064 BA01 BB01 BC01 BC04 BC16
BC18 BC20 BC23 BD04 BD08
BD09 DA01
Claims (34)
- 【請求項１】Ａ）情報配信装置から、ユーザ特性情報読
み出し指令を含むコンテンツデータを送信し、 Ｂ）ユーザ端末は、受信したコンテンツデータに前記ユ
ーザー情報読み出し指令が含まれている場合には、記憶
されているユーザ特性情報を指定先に出力し、この出力
履歴を前記コンテンツデータの送信元特定情報とともに
使用履歴として記録し、 Ｃ）課金サーバはこの使用履歴を読み出して、送信元特
定情報で特定される情報配信元に課金すること、 を特徴とする情報利用料課金方法。 - 【請求項２】請求項１の情報利用料課金方法において、 前記指定先は、前記ユーザ端末内の処理プログラムであ
ること、 を特徴とするもの。 - 【請求項３】請求項２の情報利用料課金方法において、 前記処理プログラムは、前記コンテンツデータに含まれ
て送信されること、 を特徴とするもの。 - 【請求項４】請求項２の情報利用料課金方法において、 前記処理プログラムは、前記ユーザ端末に予め記録され
ていること、 を特徴とするもの。 - 【請求項５】請求項２〜４のいずれかの情報利用料課金
方法において、 前記ユーザ特性情報を用いて、ユーザ端末に接続された
制御対象機器を制御すること、 を特徴とするもの。 - 【請求項６】請求項２〜４のいずれかの情報利用料課金
方法において、 前記ユーザ特性情報を用いて、ユーザ知覚データを出力
すること、 を特徴とするもの。 - 【請求項７】請求項６の情報利用料課金方法において、 前記ユーザ知覚データは画像データであること、 を特徴とするもの。
- 【請求項８】請求項６の情報利用料課金方法において、 前記ユーザ知覚データは音データであること、 を特徴とするもの。
- 【請求項９】請求項１の情報利用料課金方法において、 前記ユーザ特性情報を当該ユーザ端末外に出力するこ
と、 を特徴とするもの。 - 【請求項１０】請求項９の情報利用料課金方法におい
て、 前記ユーザ特性情報の出力先は、前記情報配信装置であ
ること、 を特徴とするもの。 - 【請求項１１】請求項９の情報利用料課金方法におい
て、 前記ユーザ特性情報の出力先は、前記ユーザ端末に接続
された制御対象機器であること、 を特徴とするもの。 - 【請求項１２】請求項１，請求項２，または請求項９の
情報利用料課金方法において、 前記ユーザ特性情報を出力するか否かを決定するための
許可テーブルを有すること、 を特徴とするもの。 - 【請求項１３】請求項１２の情報利用料課金方法におい
て、 前記許可テーブルは、ユーザによって修正可能であるこ
と、 を特徴とするもの。 - 【請求項１４】請求項１３の情報利用料課金方法におい
て、 前記情報配信元の信頼度をユーザに提示すること、 を特徴とするもの。 - 【請求項１５】請求項１４の情報利用料課金方法におい
て、 前記各情報配信元の信頼度は情報配信装置によって予め
決定されること、 を特徴とするもの。 - 【請求項１６】請求項１３の情報利用料課金方法におい
て、 前記許可テーブルは各ユーザ特定項目ごとに出力するか
否かが設定できること、 を特徴とするもの。 - 【請求項１７】請求項１２の情報利用料課金方法におい
て、 前記許可テーブルは、各情報配信元に関する信頼度に基
づき、自動生成されること、 を特徴とするもの。 - 【請求項１８】請求項１７の情報利用料課金方法におい
て、 前記許可テーブルは前記各ユーザ特定項目ごとに出力す
るか否かが設定されること、 を特徴とするもの。 - 【請求項１９】請求項１，請求項２，または請求項９の
情報利用料課金方法において、 前記ユーザ端末は、前記ユーザ特性情報を出力する時
に、ユーザに問い合わせをし、ユーザから許可があった
場合には、前記ユーザ特性情報を出力すること、を特徴
とするもの。 - 【請求項２０】請求項１，請求項２，または請求項９の
情報利用料課金方法において、 前記ユーザ端末は、前記ユーザ特性情報を出力するか否
かを決定する許可リストを記憶しており、当該ユーザ特
性情報読み出し指令を配信した情報配信装置が、かかる
許可リストに存在するか否か判断し、存在する場合に
は、前記ユーザ特性情報を出力すること、 を特徴とするもの。 - 【請求項２１】請求項１３の情報利用料課金方法におい
て、 前記許可リストは、各ユーザ特性項目ごとに許可または
非許可を設定可能であること、 を特徴とするもの。 - 【請求項２２】情報配信装置から、ユーザ特性情報読み
出し指令を含むコンテンツデータを受信すると、記憶さ
れているユーザ特性情報を指定先に出力し、この出力履
歴を前記コンテンツデータの送信元特定情報とともに使
用履歴として記録し、課金サーバに使用履歴を送信する
こと、 を特徴とする情報利用料課金ユーザ端末。 - 【請求項２３】情報配信装置から、ユーザ特性情報読み
出し指令を含むコンテンツデータを受信すると、記憶さ
れているユーザ特性情報を指定先に出力し、この出力履
歴を前記コンテンツデータの送信元特定情報とともに使
用履歴として記録すること、 を特徴とする情報利用料課金ユーザ端末。 - 【請求項２４】請求項２２または請求項２３の情報利用
料課金ユーザ端末において、 前記ユーザ特性情報を外部に出力する場合には、ユーザ
に問い合わせをし、ユーザから許可があった場合に、前
記ユーザ特性情報を出力すること、 を特徴とするもの。 - 【請求項２５】請求項２２または請求項２３の情報利用
料課金ユーザ端末において、 前記ユーザ特性情報を出力するか否かを決定する許可リ
ストを記憶しており、当該ユーザ特性情報読み出し指令
を配信した情報配信装置が、かかる許可リストに存在す
るか否か判断し、存在する場合には、前記ユーザ特性情
報を出力すること、 を特徴とするもの。 - 【請求項２６】請求項２２または請求項２３の情報利用
料課金ユーザ端末において、 前記情報利用料課金ユーザ端末は、セットトップボック
スであり、 情報配信装置は放送局であり、 前記コンテンツデータはデータ放送にて用いられるコン
テンツ記述言語のデータ形式で記述されていること、 を特徴とするもの。 - 【請求項２７】請求項２２または請求項２３の情報利用
料課金ユーザ端末を備えた衛星放送テレビ。 - 【請求項２８】請求項２２または請求項２３の情報利用
料課金ユーザ端末において、 前記コンテンツデータに、 1)画像切り換え処理プログラムが含まれている場合に
は、前記ユーザ特性情報を用いて、表示データを出力
し、 2)通信路を介して接続されたコンテンツサーバへ前記ユ
ーザ特性情報を出力する命令が含まれている場合には、
当該コンテンツサーバへ前記ユーザ特性情報を出力する
こと、 を特徴とするもの。 - 【請求項２９】ユーザ特性情報の利用料をコンテンツデ
ータ提供者に課金する課金サーバであって、 コンテンツデータ提供者から供給されたコンテンツデー
タに含まれていたユーザー情報読み出し指令に基づい
て、記憶されているユーザ特性情報を指定先に出力した
使用履歴であって、当該コンテンツデータの送信元特定
情報が付加された使用履歴を、各ユーザ端末から読み出
して、前記送信元特定情報で特定されるコンテンツデー
タ提供者に課金すること、 を特徴とする課金サーバ。 - 【請求項３０】ユーザ特性情報の利用料をコンテンツデ
ータ提供者に課金する情報利用料課金方法であって、 コンテンツデータ提供者から供給されたコンテンツデー
タに含まれていたユーザー情報読み出し指令に基づい
て、記憶されているユーザ特性情報を指定先に出力した
使用履歴であって、当該コンテンツデータの送信元特定
情報が付加された使用履歴を、各ユーザ端末から読み出
して、前記送信元特定情報で特定されるコンテンツデー
タ提供者に課金すること、 を特徴とする情報利用料課金方法。 - 【請求項３１】情報配信装置から、ユーザ特性情報読み
出し指令を含むコンテンツデータを受信すると、記憶さ
れているユーザ特性情報を指定先に出力し、この出力履
歴を前記コンテンツデータの送信元特定情報とともに使
用履歴として記録し、課金サーバに使用履歴を送信する
こと、 を特徴とするコンテンツデータ受信方法。 - 【請求項３２】情報配信装置から、ユーザ特性情報読み
出し指令を含むコンテンツデータを受信すると、記憶さ
れているユーザ特性情報を指定先に出力し、この出力履
歴を前記コンテンツデータの送信元特定情報とともに使
用履歴として記録すること、 を特徴とするコンテンツデータ受信方法。 - 【請求項３３】請求項３０〜請求項３２のいずれかの方
法をコンピュータに処理させるためのコンピュータ可読
のプログラムまたは、かかるプログラムを記録した記録
媒体。 - 【請求項３４】読み出し指令配信元からユーザ特性情報
読み出し指令を受信すると、ユーザ特性情報を読み出す
とともに、この読み出し履歴を前記コンテンツデータの
送信元特定情報とともにユーザ特性情報使用履歴として
記録し、この使用履歴を読み出して、送信元特定情報で
特定される配信元に課金すること、 を特徴とする情報利用料課金方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002192097A JP4160791B2 (ja) | 2001-07-03 | 2002-07-01 | 情報利用料課金方法および情報利用料課金ユーザ端末 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001202237 | 2001-07-03 | ||
| JP2001-202237 | 2001-07-03 | ||
| JP2002192097A JP4160791B2 (ja) | 2001-07-03 | 2002-07-01 | 情報利用料課金方法および情報利用料課金ユーザ端末 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003125381A true JP2003125381A (ja) | 2003-04-25 |
| JP2003125381A5 JP2003125381A5 (ja) | 2005-10-20 |
| JP4160791B2 JP4160791B2 (ja) | 2008-10-08 |
Family
ID=26618049
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002192097A Expired - Fee Related JP4160791B2 (ja) | 2001-07-03 | 2002-07-01 | 情報利用料課金方法および情報利用料課金ユーザ端末 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4160791B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005010933A (ja) * | 2003-06-17 | 2005-01-13 | Ekitan & Co Ltd | 受信機、受信方法、受信プログラム、コンテンツ提供サーバ及びコンテンツ提供方法 |
| JP2010537340A (ja) * | 2007-08-31 | 2010-12-02 | ジエマルト・エス・アー | スマートカードにブラウザベースでアクセスするシステムおよび方法 |
-
2002
- 2002-07-01 JP JP2002192097A patent/JP4160791B2/ja not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005010933A (ja) * | 2003-06-17 | 2005-01-13 | Ekitan & Co Ltd | 受信機、受信方法、受信プログラム、コンテンツ提供サーバ及びコンテンツ提供方法 |
| JP2010537340A (ja) * | 2007-08-31 | 2010-12-02 | ジエマルト・エス・アー | スマートカードにブラウザベースでアクセスするシステムおよび方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4160791B2 (ja) | 2008-10-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10951861B2 (en) | Systems and methods to order a content item deliverable via a media service | |
| US7568214B2 (en) | Providing multiple levels of interactive television service using triggers and trigger filters | |
| KR101158997B1 (ko) | 단말 내에서 브로드캐스트 서비스를 통해 관련된 콘텐츠를 검색하고 주문하는 방법 및 장치 | |
| CN101662647B (zh) | 终端设备、音/视频系统及其方法 | |
| US20120096499A1 (en) | Apparatus and method for facilitating video-on-demand catalog search and content distribution | |
| US20080235733A1 (en) | System and method for personal content access | |
| CN103260079A (zh) | 一种多屏互动的控制方法及控制装置 | |
| US20010027557A1 (en) | Search system, receiving apparatus and search apparatus for use thereof, and search method thereof | |
| US20070209008A1 (en) | Portal system | |
| US20100138655A1 (en) | Terminal apparatus and operation information collecting system | |
| KR20110069174A (ko) | 로컬 전자 서비스 가이드를 생성하는 방송 시스템 | |
| JPH09114781A (ja) | 端末装置、受信方法、サーバ、送信方法、送受信装置、および送受信方法 | |
| US20060037039A1 (en) | Delivering data to radio or television during commercials | |
| WO2002093909A1 (en) | Broadcast program processing apparatus, computer system, broadcast program evaluation system, and computer program | |
| KR20070035327A (ko) | 양방향 방송 서비스를 이용한 부가정보 제공 장치 및 그방법 | |
| KR100642768B1 (ko) | 무선 통신망을 이용한 dmb 방송 검색 시스템 및 검색 서비스 제공방법 | |
| KR20140021144A (ko) | 광고 시청 확인 시스템 및 방법 | |
| KR100922770B1 (ko) | 정보이용료 과금방법 및 정보이용료 과금 유저단말 | |
| JP2002354451A (ja) | ストリーミング放送システム | |
| KR100692494B1 (ko) | 채널추천 데이타 전송 시스템 및 이를 이용한 채널추천방법 | |
| JP4160791B2 (ja) | 情報利用料課金方法および情報利用料課金ユーザ端末 | |
| JP3741707B2 (ja) | 番組連動システム番組連動方法、サーバ装置、および、プログラム | |
| JP4227773B2 (ja) | Ｔｖ番組録画配信システム、ｔｖ番組録画配信方法、およびそのプログラム | |
| KR101507494B1 (ko) | 디지털 티브이의 뮤트시간을 이용한 콘텐츠 제공 시스템 및 그 방법 | |
| KR100777269B1 (ko) | 방송 수신기와 서버 시스템 및 이를 이용한 상품 구매 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050331 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050622 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050623 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071220 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080107 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080306 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080519 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080528 |
|
| 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: 20080623 |
|
| 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: 20080718 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4160791 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110725 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110725 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120725 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120725 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130725 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |