JP4248183B2 - クッキー処理プログラムおよび画像データ表示装置 - Google Patents
クッキー処理プログラムおよび画像データ表示装置 Download PDFInfo
- Publication number
- JP4248183B2 JP4248183B2 JP2002049381A JP2002049381A JP4248183B2 JP 4248183 B2 JP4248183 B2 JP 4248183B2 JP 2002049381 A JP2002049381 A JP 2002049381A JP 2002049381 A JP2002049381 A JP 2002049381A JP 4248183 B2 JP4248183 B2 JP 4248183B2
- Authority
- JP
- Japan
- Prior art keywords
- directory
- cookie
- data
- file
- content
- 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
Images
Description
【０００１】
【発明の技術分野】
この発明はコンテンツ蓄積型の通信技術に関するものであり、特に、データの受け渡しに関する。
【０００２】
【従来の技術】
放送局から送信されてきたコンテンツデータを受信装置に蓄積しておき、使用者が必要な時にこれを視聴できるようにする放送方式が提案されている。かかるコンテンツデータ蓄積型の通信方法は、カルーセル方式でデータを転送する場合であっても、大量のデータを転送することができるので、商品やサービスの販売を行う仮想店舗などへの利用が予想される。例えば、図１に示すようなディレクトリ構成のファイルをあらかじめ受信装置のハードディスクに記憶しておき、図２に示すような画像を表示させる。領域３０１が選択されると、図３に示すような画像が表示され、領域３０５が選択されると、図４に示すような画像が表示される。領域３０７が選択されると、所望の商品がショッピングバスケットに保管される。別画面で購入決定処理が行われると、インタネットを介して指定されたコンテンツサーバに購入データが送信され、これにより、買い物が終了する。
【０００３】
ところで、あるコンテンツサーバとのやり取りにおいて操作者が入力したデータまたはこの入力データに基づき処理した処理結果をコンテンツサーバに受け渡すことができるクッキー（cookie）と呼ばれる仕組みが知られている。コンテンツ提供者は、かかる仕組みを適用することにより、上記のように購入決定処理完了後、インターネットを介してコンテンツサーバに送信する場合でも、ブラウザの操作者が入力した入力履歴データをまとめて受け取ることができる。
【０００４】
【発明が解決しようとする課題】
しかしながら、前記蓄積型の通信方法においては以下のような問題があった。クッキーによって取得できる情報はセキュリティーを確保するために同じドメイン内でのみしか使用できないという制限がある。したがって、コンテンツデータを受信装置のハードディスクに蓄積し、この蓄積したコンテンツデータに基づき、使用者が入力したデータまたはこの入力データに基づき処理した処理結果については、コンテンツサーバで受け取ることができない。
【０００５】
この発明は上記の問題点を解決し、ユーザの操作に基づき生じた情報の受け渡しを可能とする技術を提供することを目的とする。
【０００６】
【課題を解決するための手段および発明の効果】
１）本発明にかかるクッキー処理方法は、構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を記憶する送信装置から放送された前記各コンテンツファイルおよびそのディレクトリ構造を受信装置にて受信すると、前記複数のコンテンツファイルをそのディレクトリ構造で管理しておき、前記受信装置は、読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う受信装置におけるクッキー処理方法であって、前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断し、設定されている場合には、当該マッピング先のファイルに当該設定されているファイルおよびその下位ファイルが属するものとして、前記クッキーの書き込みまたは読み出し処理を行う。
したがって、前記マッピング先のディレクトリ用のクッキー処理が可能となる。これにより、利便性がより向上する。
【０００７】
２）本発明にかかるクッキー処理方法は、放送装置から、構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を受信装置にて受信すると、前記複数のコンテンツファイルをそのディレクトリ構造で管理しておき、前記受信装置は、読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う受信装置におけるクッキー処理方法であって、前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断し、設定されている場合には、以下のクッキーの書き込みまたは読み出し処理を行うこと、 1) 前記指令がクッキーの書き込み指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、クッキーファイルを生成する、2)前記指令がクッキーの読み出し指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、当該ディレクトリまたはその上位ディレクトリのクッキーファイルの読み出しを行う。
したがって、前記マッピング先のディレクトリ用のクッキー処理が可能となる。これにより、利便性がより向上する。
【０００８】
３）本発明にかかるクッキー処理機能付き受信装置は、1)構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を記憶する送信装置から放送された前記各コンテンツファイルおよびそのディレクトリ構造を受信する手段、 2) 前記受信した複数のコンテンツファイルをそのディレクトリ構造で管理する手段、 3) 読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う手段を備えたクッキー処理機能付き受信装置において、 4) 前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断する手段、 5) 前記マッピング情報が設定されていると判断された場合には、当該マッピング先のファイルに当該設定されているファイルおよびその下位ファイルが属するものとして、前記クッキーの書き込みまたは読み出し処理を行う手段を備えている。
したがって、前記マッピング先のディレクトリ用のクッキー処理が可能となる。これにより、利便性がより向上する。
【０００９】
４）本発明にかかるクッキー処理付き受信装置は、 1) 放送装置から、構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を受信する手段、 2) 前記受信した複数のコンテンツファイルをそのディレクトリ構造で管理する手段、 3) 読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う手段を備えたクッキー処理機能付き受信装置において、 4) 前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断する手段、 5) 前記マッピング情報が設定されていると判断された場合に、前記指令がクッキーの書き込み指令か読み出し指令かを判断する手段、 6) 前記指令がクッキーの書き込み指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、クッキーファイルを生成する手段、 7) 前記指令がクッキーの読み出し指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、当該ディレクトリまたはその上位ディレクトリのクッキーファイルの読み出しを行う手段を備えている。
したがって、前記マッピング先のディレクトリ用のクッキー処理が可能となる。これにより、利便性がより向上する。
【００１０】
５）本発明にかかるクッキー処理プログラムは、チューナ、トランスポートストリームデコーダ、ＡＶデコーダ、モデムおよびＣＰＵを備えた受信装置を以下の手段として機能させるためのプログラム。 1) 構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を記憶する送信装置から放送された前記各コンテンツファイルおよびそのディレクトリ構造を受信する手段、 2) 前記受信した複数のコンテンツファイルをそのディレクトリ構造で管理する手段、 3) 読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う手段、 4) 前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断する手段、 5) 前記マッピング情報が設定されていると判断された場合には、当該マッピング先のファイルに当該設定されているファイルおよびその下位ファイルが属するものとして、前記クッキーの書き込みまたは読み出し処理を行う手段。
したがって、前記マッピング先のディレクトリ用のクッキー処理が可能となる。これにより、利便性がより向上する。
【００１１】
６）本発明にかかるクッキー処理プログラムは、チューナ、トランスポートストリームデコーダ、モデムおよびＣＰＵを備えた受信装置を以下の手段として機能させるためのプログラム。 1) 放送装置から、構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を受信する手段、 2) 前記受信した複数のコンテンツファイルをそのディレクトリ構造で管理する手段、 3) 読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う手段、 4) 前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断する手段、 5) 前記マッピング情報が設定されていると判断された場合に、前記指令がクッキーの書き込み指令か読み出し指令かを判断する手段、 6) 前記指令がクッキーの書き込み指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、クッキーファイルを生成する手段、7)前記指令がクッキーの読み出し指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、当該ディレクトリまたはその上位ディレクトリのクッキーファイルの読み出しを行う手段。
したがって、前記マッピング先のディレクトリ用のクッキー処理が可能となる。これにより、利便性がより向上する。
【００１２】
７）本発明にかかる画像データ生成装置は、構造記述型言語で記述された構造記述型言語記述データに基づいて、表示装置に表示させる画像データを生成する画像データ生成装置であって、 1) 前記構造記述型言語記述データをディレクトリ構造にて管理する第１のディレクトリ管理装置から放送された前記構造記述型言語記述データを受信する構造記述型言語記述データ受信手段、 2) 前記受信した構造記述型言語記述データを前記表示装置に表示する画像データを生成する画像データ生成手段、 3) 前記生成した画像データに基づいて、ユーザがデータ入力を行うと、当該構造記述型言語記述データ中にクッキーデータの保持を指示するデータ保持指令を含むスクリプトが存在する場合には、当該スクリプトで指定された受け渡し対象ディレクトリが、当該構造記述型言語記述データファイルの属するディレクトリまたはその上位ディレクトリであるか否か判断し、当該構造記述型言語記述データファイルの属するディレクトリまたはその上位ディレクトリである場合には、前記入力されたデータを前記受け渡し対象ディレクトリ用のクッキーデータとして保持するデータ保持手段を備え、 4) 前記データ保持手段は、前記構造記述型言語記述データファイルの属するディレクトリまたはその上位ディレクトリのいずれかにマッピング先ディレクトリを特定するマッピング情報が存在する場合には、前記受け渡し対象ディレクトリが、前記マッピング先ディレクトリまたはその上位ディレクトリであるか否か判断し、前記マッピング先ディレクトリまたはその上位ディレクトリである場合には、前記入力されたデータを前記受け渡し対象ディレクトリまたはその上位ディレクトリ用のクッキーデータとしてではなく、前記マッピング先ディレクトリまたはその上位ディレクトリ用のクッキーデータとして保持する。したがって、前記マッピング先のディレクトリ用のクッキー処理が可能となる。これにより、利便性がより向上する。
【００１３】
８）本発明にかかる画像データ生成装置においては、前記マッピング情報は前記ディレクトリ構造を管理するためのディレクトリ管理情報に含有されている。したがって、ファイル特定時にあわせてマッピング先を特定することができるので、マッピング先の検索処理が不要となる。
【００１４】
９）本発明にかかる画像データ生成装置においては、前記第１のディレクトリ管理装置は、コンテンツがディレクトリ構造で送信された放送データを記憶する送信装置であり、前記マッピング先ディレクトリは、前記画像データ生成装置とネットワーク接続され、各コンテンツをディレクトリ構造で管理されているコンテンツサーバのディレクトリである。したがって、放送を受信する受信装置とコンテンツサーバ間でクッキー処理が可能となる。
【００１５】
１０）本発明にかかる画像データ生成装置においては、前記第１のディレクトリ管理装置は、コンテンツがディレクトリ構造で送信された放送データを蓄積媒体にあらかじめ蓄積記憶するとともに、現在受信中の放送データを順次記憶する。したがって、蓄積型コンテンツ、ストリームコンテンツおよびインターネット通信コンテンツ間で操作者の操作に基づいた処理結果データの受け渡しが可能となる。
【００１６】
１１）本発明にかかる画像データ生成装置は、表示画面が前記マッピング情報で関連づけられたディレクトリの範囲内で切り換えられている場合には、 browser.ureg の値を保持する。したがって、所定の範囲で browser.ureg の値を共用することができる。
【００１７】
１４）本発明にかかる放送システムにおいては、Ａ）構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を記憶する送信装置、Ｂ）前記放送された前記各コンテンツファイルおよびそのディレクトリ構造を受信すると、前記複数のコンテンツファイルをそのディレクトリ構造で管理しておき、読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う複数の受信装置を備えた放送システムであって、Ｃ）前記各受信装置は、前記クッキー処理を行う前に、当該受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断し、設定されている場合には、当該マッピング先のファイルに当該設定されているファイルおよびその下位ファイルが属するものとして、前記クッキーの書き込みまたは読み出し処理を行う。
したがって、前記マッピング先のディレクトリ用のクッキー処理が可能となる。これにより、利便性がより向上する。
【００２１】
この発明において、「受信装置」とは、送信装置からのデータを受信する機能を有する装置をいい、表示装置を持たないいわゆるセットトップボックスや、表示装置を有するテレビセットの双方を含む概念である。
【００２２】
なお、「第１の名前空間にて管理されるデータ」とは、第１の名前空間に所属しているデータをいい、実施形態では、例えば、図１０において、データ「arib-file://ec/tvshopping/shop2/index.bml」は、第１の名前空間「arib-file://ec/tvshopping」に所属しており、かかる第１の名前空間で管理されていることとなる。なお、「arib-file://ec/tvshopping/shop2」や「arib-file://ec/tvshopping」を第１の名前空間を把握することもできる。
【００２３】
「名前空間」とは、実施形態では、ドメインおよびパス名で特定される通信系コンテンツを管理する名前空間、ハードディスク内のローカル領域のパスで特定される蓄積型コンテンツを管理する名前空間、および、original_network_id、transport_stream_id、service_idなどで特定されるストリームコンテンツを管理する名前空間について、説明したが、データを理論的に階層構造で管理するものであればどのようなものであってもよい。
【００２４】
「第１の名前空間にて管理されるデータが前記第１の名前空間の第１のディレクトリで管理」とは、第１の名前空間にて第１のディレクトリが存在し、この第１のディレクトリにて前記データが管理されている場合をいい、実施形態では、例えば、図１０において、「arib-file://ec/tvshopping/shop2/index.bml」が前記データとすると、前記第１のディレクトリとは、「arib-file://ec/tvshopping/shop2」であり、前記第１の名前空間は、「arib-file://ec/tvshopping」となる。
【００２５】
「前記第１のディレクトリが前記第２のディレクトリに仮想的に所属すると擬制して、前記クッキー処理を行う」とは、例えば、前記第１のディレクトリがディレクトリ「arib-file://ec/tvshopping/shop2/bargain」で、前記第２のディレクトリがディレクトリ「http://www.shoppingmall/shop2」であり、これらが関連づけられている場合には、ディレクトリ「arib-file://ec/tvshopping/shop2/bargain」に所属するデータ（ディレクトリを含む）が、ディレクトリ「http://www.shoppingmall/shop2」に存在するとして、クッキー処理をすることをいう。
【００２６】
「前記第１のディレクトリが、前記第２のディレクトリを管理する１階層上のディレクトリに仮想的に所属すると擬制して、前記クッキー処理を行う」とは、例えば、前記第１のディレクトリがディレクトリ「arib-file://ec/tvshopping/shop2/bargain」で、前記第２のディレクトリがディレクトリ「http://www.shoppingmall/shop2」である場合に、ディレクトリ「arib-file://ec/tvshopping/shop2/bargain」に所属するデータ（ディレクトリを含む）が、ディレクトリ「http://www.shoppingmall」に存在するとして、クッキー処理をすることをいう。
【００２７】
「前記第１のディレクトリに前記第２のディレクトリとのマッピング情報が存在する」とは、いずれかの領域に前記マッピング情報が存在すればよく、実施形態のように前記第１のディレクトリ用のマッピング情報が別途記憶されている場合はもちろん、前記第１のディレクトリ内にマッピング情報を記憶する場合も含む。
【００２８】
「受け渡し可能データ」とは、読み出し要求を受けて当該要求が与えられた要求元または当該要求元から指定された指定先に受け渡されるデータをいい、実施形態ではクッキーデータが該当する。
【００２９】
「ディレクトリ構造」とは階層的にデータを管理する構造をいい、コンピュータにおけるファイル構造はもちろん、デジタル放送におけるストリームコンテンツのように、original_network_id、transport_stream_id、service_idなどで理論的に階層構造で管理される場合を含む。
【００３０】
「カレントディレクトリ」とは、クッキーデータ処理を指示する構造記述型言語記述データ等のデータが位置するディレクトリをいう。
【００３１】
「上位ディレクトリ」とは、たとえば、名前空間のツリー構造において下位パスやサブドメインの記述を削除したものを含む。
【００３２】
「下位ディレクトリ」とは、たとえば、名前空間のツリー構造において下位パスやサブドメインの記述を追加したものを含む。
【００３３】
「構造記述型言語記述データ」とは、文書データを表示する場合の配置位置、文字列の大きさ、参照する図形データに関する情報等の表示指定情報が付加されたデータをいい、実施形態では、ＢＭＬ言語で記述されたデータである場合について説明したが、ＨＴＭＬ，ＸＭＬ型データ、ＭＨＥＧ規格のデータ等を含む。
【００３４】
「構造記述型言語記述データ受け取り手段」とは、実施形態では、チューナ３２，ＴＳデコーダ３４，およびＣＰＵ４４における受信選択処理が該当する。「画像データ生成手段」とは、ＡＶデコーダ３６，ＯＳＤ３８およびＣＰＵ４４の処理が該当する。「データ保持手段」とは、ＣＰＵ４４の図２０に基づく処理が該当する。「マッピング情報」とは、図１０に示すディレクトリ「shop2」に付加されているpath=http://www.shoppingmall/shop2、および図１２に示すディレクトリ「shop2」に付加されているpath=http://www.shoppingmall/shop2が該当する。なお、この実施形態においては、図１０，図１２のいずれも同じディレクトリにマッピングするようにしたが、任意のディレクトリ（例えば、ルートディレクトリまたはサブディレクトリ）にマッピングすることもできる。「受け渡し可能データ」とは、実施形態ではクッキーデータが該当する。
【００３５】
コンテンツデータの「識別名称」とは、コンテンツデータを特定するための名称をいい、ディレクトリ名や、ファイル名などを含む概念である。
【００３６】
「プログラムを記録した記録媒体」とは、プログラムを記録したＲＯＭ、ＲＡＭ、フレキシブルディスク、ＣＤ−ＲＯＭ、メモリカード、ハードディスク等の記録媒体をいう。また、電話回線、搬送路等の通信媒体も含む概念である。ＣＰＵに接続されて、記録されたプログラムが直接実行されるハードディスクのような記録媒体だけでなく、一旦ハードディスク等にインストールした後に実行されるプログラムを記録したＣＤ−ＲＯＭ等の記録媒体を含む概念である。
【００３７】
「プログラム」とは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む概念である。また、一部の処理をオペレーティングシステム（ＯＳ）など、他のプログラムと協同して実行するもの、その他、分散処理させるプログラムも含む。
【００３８】
「データを記録した記録媒体」とは、データを記録したＲＯＭ、ＲＡＭ、フレキシブルディスク、ＣＤ−ＲＯＭ、メモリカード、ハードディスク等の記録媒体をいう。また、電話回線、搬送路等の通信媒体も含む概念である。
【００３９】
「データ」とは、ＣＰＵが直接処理可能なデータだけでなく、暗号化されたデータ、パケット化されたデータ、搬送波にのせられたデータ（すなわちデータによって変調した搬送波）、および圧縮されたデータ等を含む概念である。
【００４０】
なお、実施形態においては、コンテンツサーバでは、直接そのディレクトリ構造を記述した場合について説明した。また、受信装置４のハードディスクでは、物理的には各モジュールごとに１つのファイルとしてコンテンツデータが記憶されており、かつ、各ファイルのディレクトリ構造および各ファイルに記憶されているリソースのリソースリストによって、論理的に各コンテンツデータがディレクトリ構造で記憶されている場合について説明した。しかし、これに限定されず、その他どのような記憶方法であってもよい。
【００４１】
なお、本明細書において、ディレクトリ構造とは、実施形態のように、各モジュール間階層構造を示すリソースリストおよび各モジュール内のリソースのリソースリストも含む概念である。
【００４２】
【発明の実施の形態】
(1)全体構成
図５に、この発明の一実施形態による受信装置を用いた送受信システムの全体構成を示す。コンテンツ提供者は、コンテンツサーバ６から送信装置２にインターネットを介してコンテンツデータを送信する。送信装置２は、このコンテンツデータを受け取って、放送する。受信装置４は、衛星８を介して、コンテンツデータを受信し蓄積する。受信装置４の操作者は、蓄積されたコンテンツデータを閲覧することができる。
【００４３】
図６に、送信装置２の機能ブロック図を示す。受信部４はコンテンツサーバ６から与えられたコンテンツデータを受信する。コンテンツ蓄積部３は、このコンテンツデータが蓄積される。この実施形態では、送信装置２のコンテンツ蓄積部３に蓄積したコンテンツデータを、そのディレクトリ構造も含めて、受信装置４の側で再現する。このようにすることにより、送信装置２の側におけるコンテンツデータの管理が容易となる。マッピングデータ記憶部１１は、データ放送にて受信装置４へ送信されるデータのマッピングデータが記憶されている。かかるマッピングデータについては後述する。データ送信制御部５は、コンテンツ蓄積部３に記録された新たなコンテンツデータを、前記マッピングデータとともに、多重化部７に与える。多重化部７は、パケット化を行って、パケット化のための制御データＤＩＩを生成し、データＤＤＢとともに、送信部９に与える。送信部９は、所定のトランスポートストリームを用いて、前記データをカルーセル形式で送信する。
【００４４】
なお、コンテンツデータとしては、静止画像情報に限らず、テレビ番組、映画、ニュース、ドラマ等の動画音声データ、音楽データ、ゲームプログラム、制御対象機器の制御情報など、種々のデータを含む。また、コンテンツデータは繰り替えして送ることはもちろん、１のコンテンツデータを１回のみ送信するようにしてもよい。
【００４５】
図５を用いて、受信装置４について説明する。この実施形態では、受信装置４として、いわゆるセット・トップ・ボックスを示したが、モニタ（ＴＶセット）１０を含めて受信装置４を構成してもよい。
【００４６】
操作者は、操作受付部１６に、所望のチャンネルの受信指令を入力する。かかる操作指令を受けて、制御部２２は、指定されたチャンネルの通信データ（コンテンツデータ）を受信するように、受信部１２に命令を与える。受信部１８からコンテンツデータが与えられると、制御部２２は受信したコンテンツデータをモニタ１０に出力する。モニタ１０はコンテンツデータの表示および音声出力を行う。
【００４７】
また、制御部２２には蓄積すべきコンテンツデータを特定するコンテンツ蓄積決定データがあらかじめ記憶されており、制御部２２は、かかるコンテンツ蓄積決定データに基づいて、指定された時間に受信部１２に指定されたコンテンツデータを受信するように命令を与える。制御部２２は、かかるコンテンツデータを受信すると、蓄積部２４に蓄積する。制御部２２は、操作受付部１７に与えられた操作指令が蓄積制御部２４に蓄積されているコンテンツデータを表示する指令である場合には、これを読み出して、モニタ１０に出力する。
【００４８】
制御部２２は、操作受付部１６から与えられた入力データを、指定されたコンテンツサーバ用のクッキーデータとしてクッキー処理部１４に記憶させる。かかるクッキーデータについては後述する。
【００４９】
操作者（ユーザ）の操作指令が、電話回線等の通信回線による通信を実行するものである場合には、制御部２２は、かかる指令をインターネット処理部１３に与える。インターネット処理部１３は、この指令（たとえば、オンラインショッピングの購入申込）を、コンテンツサーバ６に送信する。その際、操作者によって入力されたデータはクッキー処理部１４から読み出されて、購入申込として、通信回線を介して、コンテンツサーバ６に送信される。このようにして、操作者は受信装置４で受信したコンテンツデータを表示して、商品等の購入を申し込むことができる。
【００５０】
なお、操作受付部１６は、リモコンからの信号を受信する信号受信部によって構成することができ、また、受信装置４の本体に設けた操作入力ボタン（図示せず）によって構成してもよい。
【００５１】
また、上記実施形態においては、受信装置４が蓄積部２４を含んでいるものとして説明したが、蓄積部２４を受信装置４とは別体で構成してもよい。また、送信装置２へのコンテンツデータの蓄積は、コンテンツサーバからの受信だけでなく、持ち運び可能な記録媒体を用いて、実現するようにしてもよい。
【００５２】
(2)受信装置のハードウエア構成
図７を用いて、図５に示す受信装置４のハードウエア構成について説明する。受信装置４は、チューナ３２、トランスポートストリームデコーダ（ＴＳデコーダ）３４、ＡＶデコーダ３６、ＯＳＤ（On Screen Display）３８、ＲＯＭ４０、ＲＡＭ４２、ＣＰＵ４４、ハードディスク４６、モデム４８、信号受信部５０を備えている。信号受信部５０は、リモコン装置からの信号などを受信するためのものである。
【００５３】
蓄積部であるハードディスク４６には、後述する蓄積処理によって、受信したコンテンツデータが蓄積記憶される。図１０に、ハードディスク４６に蓄積されたコンテンツデータのデータ構造を示す。ここでは、オンラインショッピングに関するコンテンツデータが階層構造にて、記憶されている。ハードディスク４６のルートディレクトリ「ec」が存在する。ディレクトリ「ec」には、下位ディレクトリ「bank」、「tvshopping」が存在する。ディレクトリ「tvshopping」には、さらに、下位ディレクトリ「shop1」、「shop2」、「shop3」、「shop4」が存在する。ディレクトリ「shop2」には、さらに、下位ディレクトリ「bargain」が存在する。ディレクトリ「bargain」には、下位ディレクトリ「gift」が存在する。ディレクトリ「gift」には、下位ディレクトリ「2000」、「3000」、「4000」が存在する。ディレクトリ「4000」には、リソースである「coffeecup.bml」「coffeecupxx.bml」「coffeecupyy.bml」が存在する。
【００５４】
なお、かかるディレクトリ構造は仮想的なものであり、現実には後述する１つのモジュールで受信したデータはそのまま１つのファイルとして記憶される。かかるファイルは後述するように、リソースリストおよび複数のリソースで構成されているので、各リソースは実質的には図１０に示すようなディレクトリ構造を有することとなる。以下、説明を簡単にするために、ディレクトリ構造が存在するものとして説明する。
【００５５】
なお、本実施形態においては、蓄積部をハードディスクで構成した場合について説明したが、たとえば、ＤＶＤＲＡＭや半導体メモリのような書き込み可能な記録媒体であればどのようなものであってもよい。
【００５６】
なお、本実施形態においては、チューナ３２およびＴＳデコーダ３４が受信部１２に、ハードディスク４６が蓄積部２４に、信号受信部５０が操作受付部１６に、モデム４８およびＣＰＵの通信処理がインターネット処理部１３に、ＣＰＵの後述するクッキー処理がクッキー処理部１４に、ＣＰＵの各部への制御処理が制御部２２に該当する。
【００５７】
(3)蓄積コンテンツ受信処理の概要
蓄積コンテンツ受信処理について説明する。コンテンツデータ受信処理のためのプログラムは、図７に示すＲＯＭ４０に格納されている。
【００５８】
各コンテンツデータ（ＢＭＬファイル、画像データなど）を１のリソースとして、図８に示すように、複数のリソースをまとめた１のモジュールデータとして送信される。モジュールデータは、エンティティヘッダとエンティティボディで構成されている。エンティティボディは、複数のリソースで構成されている。各リソースには、そのリソースのヘッダが付与されている。先頭のリソースはそのモジュールを構成するリソースのリソースリストが存在する。このモジュールデータは、所定の固定長のブロック（４０６６バイト）のDDB(Download Data Block)）に分割されて、ＤＤＢメッセージデータとして送信される。受信装置では、複数のＤＤＢメッセージのブロックデータを読み出して連結することにより、リソースリストおよび各コンテンツデータ（リソース）を再現することができる。
【００５９】
衛星放送においてはカルーセル形式で前記ＤＤＢメッセージが繰り返し送信されており、各カルーセルには、当該カルーセルにて送信されているデータの管理データとして、各カルーセルごとにデータDII(Download Info Indication)が含まれている。データDIIから必要な情報を抽出することにより、そのカルーセルにて送信されているデータから、所望のデータだけを選択的にデータ取得することができる。
【００６０】
なお、前記ＤＤＢメッセージデータ、データDIIのデータ構造については、通常の衛星放送で定められた蓄積型コンテンツにおけるデータ構造と同様である。ただ、データDIIのプライベートデータ領域に後述するマッピングデータが記憶されている点が異なる。
【００６１】
データDIIのデータ構造について、図９を用いて説明する。データDIIは、DSM-CCメッセージヘッダ、ダウンロード識別子、モジュール数、モジュール管理データ、プライベートデータなどの領域で構成されている。モジュール管理データは、モジュールごとに、モジュール識別子（id)、モジュールサイズ、モジュール情報で構成されている。プライベートデータ領域には、図１０に示す各コンテンツデータの階層構造（ディレクトリ構造）が記憶されている。
【００６２】
なお、かかる階層構造は論理的なものであり、既に説明したように、各モジュールが１のファイルとして記憶され、当該ファイルの先頭に、そのファイルに属するリソースのディレクトリ構造を表すリソースリストが存在する。すなわち、プライベートデータ領域には、各ファイルが所属するルートディレクトリがルート記述子（StoreRoot記述子）に、そのサブディレクトリ構造がサブディレクトリ記述子に記憶されている。図１０においては、ルート記述子領域にディレクトリ「ec」が、そのサブディレクトリ記述子領域に「tvshopping」が記憶される。
【００６３】
このように、本実施形態においては、データDIIではサブディレクトリのモジュールidまで特定でき、そのサブディレクトリに属するコンテンツデータを構成するＤＤＢメッセージを全て受信して、これを連結して目的のリソース（コンテンツデータ）を特定することができる。例えば、図１０に示すサブディレクトリ「shop2」に属するリソースについて同じモジュールidで送信されている場合には、かかるモジュールを構成するＤＤＢメッセージのブロックデータを全て受信して連結して目的のリソースを取得することができる。
【００６４】
すなわち、本実施形態においては、リソースリストはモジュールごとのリソースリストおよびモジュール内のリソースリストに分けて異なる領域に異なる形式で記憶されている。しかし、これに限定されず、１つのディレクトリ構造として記憶させてもよい。
【００６５】
また、プライベートデータ領域には、マッピングデータが記憶されている。図１０の例であれば、サブディレクトリ「shop2」は、http://www.shoppingmall.com/shop2とマッピングされている。かかるマッピングデータの使用方法については後述する。
【００６６】
なお、本実施形態においては、データDIIのプライベートデータ領域に、マッピングデータを記憶するようにしたが、データDIIのモジュール情報領域（図９参照）に記憶するようにしてもよい。
【００６７】
(4)コンテンツ蓄積処理
図１１を用いてコンテンツ蓄積処理について説明する。コンテンツ蓄積処理のためのプログラムは、図７に示すＲＯＭ４０に格納されている。なお、コンテンツ蓄積処理は、ハードディスク４６に記憶されたコンテンツ蓄積決定データ（図示せず）に基づいて行われている。
【００６８】
なお、かかるプログラムはハードディスク４６に記憶してもよく、また、不揮発性メモリ等に記憶するようにしてもよい。
【００６９】
既に説明したように、蓄積コンテンツデータについては、データDIIのプライベートデータ領域には各モジュールの階層構造が記憶されている。また、各モジュールには、そのモジュールを構成するリソースのリソースリストが記述されている。したがって、ＣＰＵ４４は、かかるデータを用いて、図１０に示すような各コンテンツデータの論理的ディレクトリ構造を把握することができる。また、前記マッピングデータもかかる階層情報とあわせて記憶される。
【００７０】
なお、本実施形態においては、前記蓄積コンテンツのマッピングデータは、蓄積コンテンツリソースリスト（X-aribe-storedResourceList)のプライベートディレクトリデータ領域（privateDirectoryDataByte)に記憶するようにしたが、ディレクトリ情報領域(storedDirectoryInfo())の追加ディレクトリデータ領域(additionalDirectoryInfo)に挿入するようにしてもよい。
【００７１】
図１１に、コンテンツ蓄積処理プログラムのフローチャートを示す。まず、ＣＰＵ４４は、データDIIのパケットＩＤ（ＰＩＤ）などのフィルタリング条件を、図７に示すＴＳデコーダ３４に設定する（図１１ステップＳ１）。なお、放送装置からの電波は、アンテナ３０によって捕捉され、チューナ３２によって選択される。ＴＳデコーダ３４は、チューナ３２によって選択されたトランスポートストリーム中から、データDIIを選択し、ＣＰＵ４４に与える（ステップＳ２）。これにより、ディレクトリ構造が記述されたリソースリストを取得できる。
【００７２】
ＣＰＵ４４は、図７に示すＲＡＭ４２の上に、コンテンツデータ記憶のためのワーク領域を確保する（図１１ステップＳ５）。図７に示すＣＰＵ４４は、ＴＳデコーダ３４にDDBメッセージのフィルタリング条件を設定する（ステップＳ６）。これにより、ＴＳデコーダ３４は、指定されたDDBを取得し、ＣＰＵ４４に与える（図１１ステップＳ７）。
【００７３】
ＣＰＵ４４は、取得したDDBメッセージのブロックデータを連結し、１のファイルに再現し、データDIIに示されたディレクトリ構造に基づいて、図７に示すハードディスク４６に記録する（図１１ステップＳ９）。このようにして、蓄積データが図７に示すハードディスク４６に記録される。
【００７４】
これにより、図１０に示すようなコンテンツデータがハードディスク４６に記憶される。なお、この例では、サブディレクトリ「shop2」は、http://www.shoppingmall.com/shop2とマッピングされている。
【００７５】
なお、既に説明したように、１のモジュールはそのまま１のファイルとして記録される。
【００７６】
なお、操作者から、指定されたサービス（チャンネル）が特定されると、ＮＩＴ，ＰＭＴ，ＰＡＴ等を取得してチャンネルを切り換える手法については通常と同様であるので説明は省略する。
【００７７】
このようにして、受信したコンテンツデータに基づいて、モニタ１０に画像が表示される。
【００７８】
なお、通常の放送コンテンツのような非蓄積型コンテンツについての各リソースの指定は、従来のＢＳデータ放送と同様であり、例えば、図１２に示すような階層構造で、各リソースを特定することができる。この場合、あるトランスポートストリームにて、サービスid「Timeservice」という番組は、モジュールid「0000」にてディレクトリ「menu」が、モジュールid「0001」にてディレクトリ「shop1」が、モジュールid「0002」にてディレクトリ「shop2」がカルーセル形式にて繰り返し送信されている。また、ディレクトリ「shop2」内の各リソースは、図８に示すように、１のモジュールに複数のリソースが含まれて送信されている点は、蓄積コンテンツと同様である。
【００７９】
なお、データ放送のコンポーネントidが「４０」で送信され、ストリームコンテンツ「/40/0000/startup.bml」が、original_network_id0001、transport_stream_id1001、service_id1000で送信されている場合、フルパス指定すると、「arib-dc://0001.1001.1000/40/0000/startup.bml」で表されることとなる。
【００８０】
(5)コンテンツサーバのデータ構造について
図５に示すコンテンツサーバ６に記憶されたコンテンツデータのデータ構造を図１３に示す。この例では、ルートディレクトリにサブディレクトリ「shop2」が存在し、サブディレクトリ「shop2」には、サブディレクトリ「giftset」、「coffeecup」、「spoon」、「glass」が存在する。サブディレクトリ「coffeecup」には、サブディレクトリ「wedge」が存在し、サブディレクトリ「wedge」には、さらにファイル「coffeecupRR1.bml」，「coffeecupRR2.bml」が存在する。
【００８１】
なお、かかるコンテンツサーバのドメイン名は「shoppingmall.com」であり、各ファイルのURLは、例えば、coffeecupRR2.bmlについては、http://www.shoppingmall.com/shop2/coffeecup/wedge/coffeecupRR1.bmlで一意に特定することができる。
【００８２】
(6)マッピングデータの使用例
以下、図５に示すクッキー処理部１４におけるクッキーファイルの作成について、図１４に示すフローチャートを用いて説明する。以下では、図７に示すハードディスク４６には図１０に示すような蓄積データが記憶されており、この蓄積データを用いて商品を購入するとともに、図１２に示すようなストリームデータを受信して商品を購入し、さらに、図５に示すコンテンツサーバ６にて、商品を購入し、決済する場合について説明する。なお、ストリームデータ（図１２参照）を受信した画面表示なのか、蓄積データを用いた画面表示なのかについては、表示されている画面を参照しただけでは分からない。したがって、いずれのデータに基づいて表示が行われているかについては、操作者に特段意識させることなく、処理が行われる。また、コンテンツサーバ６による画面表示については、ダイヤルアップ接続する場合には、当該画面が表示されることにより、認識することができる。
【００８３】
まず、操作者は、ブラウザプログラムを立ち上げるとともに、信号受信部５０（図７参照）にチャンネル切り換え命令を与え、蓄積データを表示するための表示命令を与える。図１０に示すデータであれば、「arib-file://ec/tvshopping/menu/startup.bml」を表示する表示指示が与えられる。これにより、ＣＰＵ４４は、図１５に示すテレビショッピングタイムサービスの画面をモニタ１０に表示させる。かかる表示処理としては、蓄積データの先頭頁を表示するようにすればよい。
【００８４】
この状態で、操作者が図１５に示す領域１０３を選択し確定する（以下選択確定という）と、ブラウザプログラムに基づき、ＣＰＵ４４は、リソース読み出し指令が与えられたと判断して（図１４ステップＳ２１）、読み出し対象ファイルの種類を判断する（ステップＳ２３）。かかる種類の判断は、図１５に示すＢＭＬデータのリンク先リソースの先頭部分を参照することにより可能となる。本実施形態においては、リンク先リソースが、蓄積コンテンツであれば「arib-file:」、通信系（インターネット）コンテンツであれば「http:」、ストリームコンテンツであれば「arib-dc:」というように、リソースデータ記憶場所をＢＭＬデータにて記述するようにしたので、上記３種類を区別することができる。
【００８５】
この場合、図１６に示すＢＭＬデータ「arib-file://ec/tvshopping/shop2/index.bml」が前記リンク先リソースとして特定されているものとする。ＣＰＵ４４はかかる先頭文字列に基づいて、リンク先リソースが蓄積データであると判断し、蓄積データを検索対象とする（図１４ステップＳ２９）。
【００８６】
ＣＰＵ４４は、前記リソースリストに基づいて、目的リソースの検索を行い、検索中にマッピングデータがあるか否か判断する（ステップＳ２６）。すなわち、目的リソースの上位ディレクトリにマッピング情報が対応づけられているか否か判断する。
【００８７】
この場合、図１０に示すディレクトリ構造の蓄積データについて、リソース「arib-file://ec/tvshopping/shop2/index.bml」が目的リソースであるので、ハードディスクに記憶された蓄積コンテンツのディレクトリ情報をたどって目的リソースを検索すると、リソース「arib-file://ec/tvshopping/shop2/index.bml」が所属するディレクトリ「arib-file://ec/tvshopping/shop2」には、図１０に示すように、マッピング情報として「http://www.shoppingmall.com/shop2」が設定されていることがわかる。したがって、ＣＰＵ４４は、対象リソースの存在するディレクトリには、マッピング情報があると判断する。
【００８８】
ＣＰＵ４４は、マッピング情報があると判断した場合には、マッピング情報によって特定されたディレクトリにマッピング情報ありと記憶する（図１４ステップＳ２７）。すなわち、マッピング情報が存在する（対応する）ディレクトリおよび、そのディレクトリに関連づけられたマッピング先ディレクトリを記憶する。そして、マッピング情報が存在するディレクトリからの相対パスをマッピング先ディレクトリからの相対パスとみなす。これより、カレントディレクトリを名前空間上の他のディレクトリにマッピングすることができる。
【００８９】
ＣＰＵ４４は、読み出したＢＭＬデータにスクリプト実行指令があるか否か判断し（ステップＳ３７）、この場合存在しないので、対象リソースを表示する（ステップＳ４１）。これにより、図１６に示す画像がモニタ１０に表示される。
【００９０】
つぎに、操作者が図１６に示す領域１０４を選択確定すると、ＣＰＵ４４は、リソース読み出し指令が与えられたと判断して（図１４ステップＳ２１）、読み出し対象ファイルの種類を判断する（ステップＳ２３）。この場合、図１７Ａに示すＢＭＬデータ「arib-file://ec/tvshopping/shop2/bargain/bargain-index.bml」が前記リンク先リソースとして特定されているとすると、当該リソースの先頭部分から、ＣＰＵ４４は目的リソースが蓄積データであると判断でき、蓄積データを検索対象とする（図１４ステップＳ２５）。ＣＰＵ４４は、前記ディレクトリ情報に基づいて、目的リソースの検索を行い、検索中にマッピングデータがあるか否か判断する（ステップＳ２６）。この場合、リソース「arib-file://ec/tvshopping/shop2/bargain/bargain-index.bml」が前記リンク先リソースであるので、ディレクトリ情報をたどって目的リソースを検索する。すると、リソース「arib-file://ec/tvshopping/shop2/bargain/bargain-index.bml」が属するディレクトリ「arib-file://ec/tvshopping/shop2/bargain」の上位ディレクトリ「arib-file://ec/tvshopping/shop2」には、マッピング情報として「http://www.shoppingmall.com/shop2」が設定されていることがわかる。したがって、ＣＰＵ４４は、対象リソースの存在するディレクトリの上位ディレクトリには、マッピング情報があると判断する。
【００９１】
ＣＰＵ４４は、マッピング情報があると判断した場合には、マッピング情報によって特定されたディレクトリにマッピング情報ありと記憶する（図１４ステップＳ２７）。そして、ＣＰＵ４４は、スクリプト指令がない場合には、対象リソースを表示する（ステップＳ４１）。これにより、図１７Ａに示す画像がモニタ１０に表示される。
【００９２】
なお、図１０では、「/shop2/bargain/gift」は１のディレクトリとして表されているが、これに既に説明したように仮想的なものであり、もし、「/shop2/bargain」以下のリソースが１のモジュールとして送信されている場合には、「/shop2/bargain」は複数のリソースを含む１のファイル（マルチパート形式）であり、当該ファイルの先頭データに当該ファイルを構成するリソースのリソースリストが記述されているので、それを参照することにより、各リソースを特定することができる。
【００９３】
同様にして、図１７Ｂに示す画像がモニタ１０に表示され、操作者が領域１０７を選択確定すると、図１７Ｃに示す画像がモニタ１０に表示され、操作者が領域１０８を選択確定すると、図１８に示すリソース「arib-file://ec/tvshopping/shop2/bargain/gift/4000/coffeecupxx.bml」を読み出す。ＣＰＵ４４は同様にしてリソースの種類は蓄積データであると判断し、ステップＳ２９、ステップＳ２６，ステップＳ２７を実行する。
【００９４】
ＣＰＵ４４はスクリプト実行指令があるか否か判断する（ステップＳ３７）。この場合、図１８に示す領域１０９にスクリプトとして、買い物データを記憶するクッキーファイルへ書き込み処理が記述されていると、以下のようにクッキーファイル書き込み処理を実行する。
【００９５】
クッキーファイル処理の書き込み詳細について図２０を用いて説明する。なお、以下では、前記マッピング情報によって、前記クッキーファイル用のディレクトリとして、図１３に示すコンテンツサーバ６のディレクトリ「http://www.shoppingmall.com/shop2」が指定されているものとして説明する。
【００９６】
ＣＰＵ４４は、カレントディレクトリをクッキー処理用ディレクトリとして決定する（図２０ステップＳ５１）。この場合、ディレクトリ「arib-file://ec/tvshopping/shop2/bargain/gift/4000」がクッキー処理用ディレクトリとして決定される。
【００９７】
ＣＰＵ４４は、このクッキー処理用ディレクトリまたはその上位ディレクトリにマッピング情報が存在するか否か判断する（図２０ステップＳ５３）。
【００９８】
この場合、ディレクトリ「arib-file://ec/tvshopping/shop2/bargain/gift/4000」の上位ディレクトリ「arib-file://ec/tvshopping/shop2」にはマッピング情報「http://www.shoppingmall.com/shop2」が存在するので、ＣＰＵ４４は、クッキー処理用ディレクトリについてマッピング処理を行う（ステップＳ５５）。具体的には、マッピング情報が設定されているディレクトリ「arib-file://ec/tvshopping/shop2」に所属する各ディレクトリは、マッピング先のディレクトリ「http://www.shoppingmall.com/shop2」に所属すると擬制する。これにより、上記マッピング先のディレクトリ「http://www.shoppingmall.com/shop2」に、実際には実在しないサブディレクトリ「/bargain」があたかも仮想的に存在するものとして取り扱われる。
【００９９】
ＣＰＵ４４は、指定されたクッキー処理が、読み出し処理か書き込み処理かを、判断する（ステップＳ５７）。この場合、書き込み処理であるので、ＣＰＵ４４は、スクリプトの記述先ディレクトリがクッキー処理用ディレクトリまたはその上位ディレクトリであるか否か判断する（ステップＳ６１）。この場合、スクリプトの記述は、コンテンツサーバ６のディレクトリ「http://www.shoppingmall.com/shop2」が指定されており、クッキー処理用ディレクトリの上位ディレクトリであるので、既にかかるディレクトリに対応づけられたクッキーファイルが存在するか否か判断する（ステップＳ６３）。本実施形態においては、クッキーファイルは、ドメイン名、パス名およびファイル名を組み合わせた絶対パスで表すようにした。たとえば、上記の例では、ファイル名がスクリプトにて「cookie3」と指定されたとすると、「http://www.shoppingmall.com/shop2/cookie3」がクッキーファイル名となる。したがって、かかる名前のクッキーファイルが存在するか否かを判断すればよい。
【０１００】
ＣＰＵ４４は、かかるクッキーファイルが未だ存在しない場合には、当該名前のクッキーファイルを作成し、記録する（ステップＳ６７）。このようなマッピング処理により、受信装置４のハードディスクのローカルファイル用ではなく、コンテンツサーバ６のディレクトリ用のクッキーファイルに、図１９に示す買い物情報が記録される。なお、かかるクッキーファイルは、同じドメインでもパスが異なれば別のクッキーファイルとして作成される。かかるクッキーファイルに記憶されたクッキーデータのデータ構造を図２４Ａに示す。なお、既に存在する場合には、追記すればよい（ステップＳ６５）。
【０１０１】
このようにして、スクリプトで指定されたクッキーファイルへの書き込みが終了する。
【０１０２】
つぎに、ＣＰＵ４４は、領域１０９の選択確定処理のリンク先として、図１０のＢＭＬデータ「arib-file://ec/tvshopping/shop2/basket.bml」が指定されており、かつ、スクリプトとして、クッキーファイルからの読み出し処理が記述されている場合には、以下のようにクッキーファイルからの読み出し処理を実行し、かかるクッキーデータを用いて表示を行う。
【０１０３】
ＣＰＵ４４は、図１９に示すＢＭＬデータ「arib-file://ec/tvshopping/shop2/basket.bml」がリンク先として指定されると、リソース読み出し指令が与えられたと判断して（図１４ステップＳ２１）、同様にしてリソースの種類は蓄積データであると判断し、ステップＳ２９、ステップＳ２６，ステップＳ２７を実行する。
【０１０４】
ＣＰＵ４４はスクリプト実行指令があるか否か判断する（ステップＳ３７）。この場合、図１８に示す領域１０９にスクリプトとして、クッキーデータを読み出して必要な表示データを生成するスクリプトが記述されていると、以下のようにクッキーファイル読み出し処理を実行する（ステップＳ３９）。
【０１０５】
かかるクッキーファイル読み出し処理について図２０を用いて説明する。ＣＰＵ４４は、カレントディレクトリをクッキー処理用ディレクトリとして決定する（図２０ステップＳ５１）。この場合、クッキー処理用ディレクトリとして ディレクトリ「arib-file://ec/tvshopping/shop2/bargain」がクッキー処理用ディレクトリとして決定される。
【０１０６】
ＣＰＵ４４は、このクッキー処理用ディレクトリまたはその上位ディレクトリにマッピング情報が存在するか否か判断する（図２０ステップＳ５３）。
【０１０７】
この場合、ディレクトリ「arib-file://ec/tvshopping/shop2」にはマッピング情報「http://www.shoppingmall.com/shop2」が存在するので、ＣＰＵ４４は、クッキー処理用ディレクトリについてマッピング処理を行う（ステップＳ５５）。具体的には、カレントディレクトリ「arib-file://ec/tvshopping/shop2/bargain」は、ディレクトリ「http://www.shoppingmall.com/shop2」に所属するディレクトリ「http://www.shoppingmall.com/shop2/bargain」とみなす。
【０１０８】
ＣＰＵ４４は、指定されたクッキー処理が読み出し処理か書き込み処理か、判断する（ステップＳ５７）。この場合読み出し処理であるので、ＣＰＵ４４は、クッキー処理用ディレクトリまたはその上位ディレクトリの全クッキーデータを読み出す（ステップＳ５９）。この場合、ディレクトリ「http://www.shoppingmall.com/shop2」用のクッキーデータおよびその上位ディレクトリ用のクッキーデータが読み出される。すなわち、受信装置４のハードディスクにおけるローカルファイル用ではなく、コンテンツサーバ６のディレクトリ用のクッキーファイルが読み出され、必要なデータを用いて図１９に示す買い物情報が作成される。このように名前空間が異なるディレクトリ間でクッキーデータを受け渡すことにより、スクリプトで指定されたクッキーファイルへの読み出し処理が実行され、必要な表示が為される。
【０１０９】
図１９に示す画像がモニタ１０に表示され、操作者がさらに買い物を続ける場合には、領域１２０を選択確定する。領域１２０には「ブラウザプログラムの履歴を参照して１つ前の表示に戻る」というスプリクトが記述されており、したがって、図１４ステップＳ４３、ステップＳ４５に進み、図１８に示す画像がモニタ１０に表示される。
【０１１０】
図１８に示す画像がモニタ１０に表示されると、操作者は他の商品を見てみたい場合には、領域１１１を選択確定する。領域１１１には図２１に示すリソース「arib-file://ec/tvshopping/shop2/bargain/gift/4000/coffeecupyy.bml」がリンク先として指定されているので、同様にして、図２１に示す画像がモニタ１０に表示される。
【０１１１】
操作者はこの商品の購入を希望せず、他の商品を見てみたい場合には、領域１２１を選択確定すればよい。ここでは、領域１２１には図２２に示すリソース「arib-dc://0001.1001.1000/40/0002/coffeecupzz1.bml」がリンク先として指定されているものとする。
【０１１２】
なお、操作者が図２１に示す商品の購入を希望した場合には、購入履歴が同様にしてクッキーファイルに追記される。
【０１１３】
ＣＰＵ４４は、上記リソースの先頭部分の記述に基づいて、図１４ステップＳ２３にて、リソースの格納箇所がストリームデータ（放送データ）であると判断し、ストリームデータを検索対象とする（図１４ステップＳ２５）。これにより、ＣＰＵ４４は、図１２に示すディレクトリ構造に基づいて、目的リソースの検索を行い、検索中にマッピングデータがあるか否か判断する（ステップＳ２６）。この場合、ＣＰＵ４４は、リソース「arib-dc://0001.1001.1000/40/0002/coffeecupzz1.bml」が前記リンク先リソースであるので「arib-dc://0001.1001.1000/40/0002」のモジュールを受信し、全モジュールを再現する。これにより、図１２に示すディレクトリ「Timeservice/shop2」に属するリソースを取得できる。この場合、目的リソース「arib-dc://0001.1001.1000/40/0002/coffeecupzz1.bml」で特定される「coffeecupzz1.bml」が属するディレクトリ「Timeservice/shop2」には、図１２に示すように、マッピング情報として「http://www.shoppingmall.com/shop2」が設定されている。したがって、ＣＰＵ４４は、対象リソースの存在するディレクトリには、マッピング情報があると判断する。
【０１１４】
ＣＰＵ４４は、マッピング情報があると判断した場合には、マッピング情報によって特定されたディレクトリにマッピング情報ありと記憶する（図１４ステップＳ２７）。そして、ＣＰＵ４４は、対象リソースを表示する（ステップＳ４１）。これにより、図２２に示す画像がモニタ１０に表示される。
【０１１５】
この商品の購入を希望する場合には、操作者は領域１２９を選択確定する。図１２の「arib-dc://0001.1001.1000/40/0002/basket.bml」がリンク先である場合には、図２３に示すような画像が表示される。
【０１１６】
また、領域１２９には、買い物データを記憶するクッキーファイル書き込み処理を行うスクリプトが記述されている。したがって、領域１２９が選択確定されると、ＣＰＵ４４は図１４ステップＳ２１からステップＳ３７に進み、当該スクリプトの実行指令があると判断し（ステップＳ３７）、当該スクリプトを実行する（ステップＳ３９）。
【０１１７】
ストリームデータにマッピング情報がある場合のクッキー処理は、蓄積データについて既に説明したのと同様である。すなわち、ＣＰＵ４４は、カレントディレクトリをクッキー対象ディレクトリとし（ステップＳ５１）、マッピング情報があるので、マッピング処理を行う（ステップＳ５５）。この場合、ＣＰＵ４４は、カレントディレクトリ「arib-dc://0001.1001.1000/40/0002」が、ディレクトリ「http://www.shoppingmall.com/shop2」であるとみなす。この場合、既にかかるクッキーファイルが存在するので、追記処理が為される（ステップＳ６５）。これにより、受信装置４の放送コンテンツ用ではなく、コンテンツサーバ６のディレクトリ用のクッキーファイルに、図２２に示す買い物情報が記録される。かかるクッキーファイルに記憶されたデータ構造を図２４Ｂに示す。
【０１１８】
このようにして、スクリプトで指定されたクッキーファイルへの書き込みおよび読み出し処理が実行され、必要な表示が為される（ステップＳ４１）。
【０１１９】
図２３に示す画像がモニタ１０に表示され、操作者がさらに買い物を続ける場合には、領域１２０を選択確定する。領域１２０には「ブラウザプログラムの履歴を参照して１つ前の表示に戻る」というスプリクトが記述されており、これにより、図２２に示す画像がモニタ１０に表示される。
【０１２０】
図２２に示す画像がモニタ１０に表示され、操作者が他の商品を見てみたい場合には、領域１３１を選択確定すればよい。領域１３１には図２５に示すリソース「http://www.shoppingmall.com/shop2/coffeecup/wedge/coffeecupRR1.bml」がリンク先として指定されている。したがって、ＣＰＵ４４は、以下のようにして、図２５に示す画像をモニタ１０に表示する。
【０１２１】
ＣＰＵ４４は、図１４ステップＳ２３にて、当該リソースの先頭部分の記述に基づき、当該リソースの格納箇所が通信コンテンツであると判断し、コンテンツサーバ６に対して、当該リソースに対応するファイルの送信要求を出力する（図１４ステップＳ３３）。ＣＰＵ４４は、応答があるか否か判断しており（ステップＳ３５）、受信すると、対象リソースを表示する（ステップＳ４１）。これにより、図２５に示す画像がモニタ１０に表示される。
【０１２２】
操作者はこの商品の購入を希望する場合には、図２５に示す領域１３９を選択確定する。図１３のルートディレクトリに所属するＢＭＬデータ「/basket.bml」がリンク先である場合には、図２６に示すような画像が表示される。
【０１２３】
また、領域１３９には、買い物データを記憶するクッキーファイル書き込み処理を行うスクリプトが記述されている。したがって、領域１３９が選択確定されると、ＣＰＵ４４は、図１４ステップＳ２１からステップＳ４３に進み、当該スクリプトの実行指令があると判断し（ステップＳ４３）、当該スクリプトを実行する（ステップＳ４５）。
【０１２４】
上記クッキーファイル書き込み処理は、既に説明した場合と同様であるが、マッピング情報が存在しないので通常のクッキーファイルの書き込み処理と同様である。すなわち、カレントディレクトリをクッキー対象ディレクトリとし（ステップＳ５１）、マッピング情報が存在しないので、マッピング処理を行うことなく、読み出し処理か書き込み処理かを判断する（ステップＳ５７）。この場合書き込み処理であるので、記述先のディレクトリが、クッキー処理用ディレクトリまたはその上位ディレクトリであるか否か判断する（ステップＳ６１）。この場合、既に存在するので、追記する（ステップＳ６５）。
【０１２５】
これにより、図２５に示す買い物情報が記録される。かかるクッキーファイルに記憶されたデータ構造を図２４Ｃに示す。
【０１２６】
読み出し処理についても同様である。
【０１２７】
なお、図２０ステップＳ６１にて記述先ディレクトリが、クッキー処理用ディレクトリでも、その上位ディレクトリでもない場合には、指定されたクッキーファイルへの書き込みは禁止され、エラーメッセージを表示する（ステップＳ６９）。
【０１２８】
かかる買い物履歴データを用いた決済処理については、従来と同様である。すなわち、図２６が表示されている状態で、ボタン１４５を選択確定すると、決済処理のスクリプトが実行される。ここでは、決済処理のスクリプトとしては、コンテンツサーバ６のディレクトリ「http://www.shoppingmall.com」のＣＧＩプログラム「/account.cgi」が実行する処理を記述しておけばよい。かかる決済処理を実行するＣＧＩプログラムは、通常のクッキーデータ読み出し処理の規格通り、当該プログラムが属するディレクトリまたはその上位ディレクトリに設定されたクッキーファイルについては、中身のクッキーデータを受け取ることができる。既に説明したように、ディレクトリ「http://www.shoppingmall.com/shop2」には、図２４Ｃに示すようなクッキーファイルが対応づけられている。したがって、コンテンツサーバ６は、受信装置４に記憶されたかかるクッキーファイルの中身を受け取ることができる。かかる決済処理における送り先や支払方法の入力処理については、通常と同様であるので説明は省略する。
【０１２９】
このように、マッピング情報を用いて、マッピング先のディレクトリに関するクッキーファイルを作成することにより、ストリームコンテンツ、蓄積コンテンツおよび通信コンテンツのいずれであっても、共通のクッキーファイル（１つ）に買い物履歴を記録することができ、これを利用した処理が可能となる。また、マッピングデータを各ファイルのディレクトリ構造を記述したリソースリスト中に格納させたので、ファイル検索時にあわせてマッピング先を特定することができる。したがって、前記マッピング情報として、マッピング元ディレクトリとマッピング先ディレクトリの対応テーブル形式で持つ場合と較べて、検索時間が不要となるという効果を奏する。なお、対応テーブルを用いることもできる。
【０１３０】
なお、本実施形態においては、マッピング情報を用いて、クッキー処理用ディレクトリを変更できるようにしている。したがって、指定された範囲においてのみ、共通のクッキーファイルとすることができる。これにより、従来のクッキー処理の制約であるドメインを越えるクッキーデータのやり取りが、指定された範囲内でのみ可能となるので、安全性と利便性を同時に達成することができる。
【０１３１】
また、蓄積コンテンツまたはストリームコンテンツを表示して入力した買い物情報をクッキーデータとして、インターネットコンテンツサーバにまとめて転送できるので、買い物をまとめて精算することができる。
【０１３２】
(5)その他の実施形態
クッキーファイルは、それぞれ別々のファイルとして管理してもよく、また、１のファイルとしてまとめても管理するようにしてもよい。
【０１３３】
上記実施形態では、オンラインショッピングの場合を例として示したが、クッキーデータを受け渡すと好ましいクイズ番組、アンケート調査などの双方向の処理を行う他のコンテンツについても同様に適用することができる。
【０１３４】
なお、本実施形態においては、名前空間が異なる場合として、通信系コンテンツを管理する名前空間、蓄積型コンテンツを管理する名前空間、および、ストリームコンテンツを管理する名前空間を例として説明したが、同じ系列の名前空間、たとえば、同じ蓄積型コンテンツを管理する名前空間間、およびストリームコンテンツを管理する名前空間間でも、同様に適用することができる。このように、本実施形態においては、名前空間が異なるディレクトリとは、２つのディレクトリが全く同じディレクトリに属しない場合を意味する。
【０１３５】
また、上記実施形態では、無線放送について説明したが、有線放送やインターネットを利用した場合も同様に適用することができる。さらに、１対多の場合（いわゆる一斉放送）だけでなく、１対１で送受信するような場合にも適用することができる。
【０１３６】
さらに、インターネットにおける異なるドメインサーバー間のクッキーファイルの受け渡しについても名前空間が異なるとして同様に、適用することができる。
【０１３７】
また、上記実施形態においては、ストリームコンテンツ、蓄積コンテンツおよび通信コンテンツの３者の間で共通のクッキーファイルを作成したが、いずれか２者間（ストリームコンテンツと蓄積コンテンツ間、ストリームコンテンツと通信コンテンツ間、ストリームコンテンツと通信コンテンツ間）のいずれの組み合わせも可能である。
【０１３８】
なお、この場合、マッピング先、すなわち、クッキー情報を作成する仮想ディレクトリは、双方向の通信コンテンツ提供サーバとなる。
【０１３９】
また、かかるマッピング元およびマッピング先のディレクトリに所属するリソースを表示する範囲で、表示を切り換えている場合には、browser.uregの値をリセットしないようにしてもよい。
【０１４０】
なお、上記実施形態においては、各リソースの指定を従来のＢＳデータ放送と同様である場合について説明したが、各リソースの指定については、これに限定されない。
【０１４１】
なお、上記実施形態においては、操作者が入力したデータをクッキーデータとして受け渡す場合について説明したが、通常のクッキーデータの使用法であれば、どのようなものであっても適用可能であり、例えば、ユーザＩＤやパスワードの入力補助（支援）、操作者の表示コンテンツの履歴情報の取得などとしても適用することができる。また、ユーザの入力に対応して生成された結果データを受け渡すこともできる。
【０１４２】
また、本実施形態においては、現行ＢＳデータ放送のように、ストリームコンテンツ（放送コンテンツ）の各モジュール内では各コンテンツが階層構造でない場合について説明したが、各モジュール内が階層構造であっても同様に適用することができる。
【０１４３】
上記実施形態においては、クッキーファイル作成時にマッピング先のディレクトリ用のクッキーファイルを作成し、クッキーファイル読み出し時には、通常のクッキーファイル読み出し処理をする。これにより、蓄積コンテンツやストリームコンテンツのように、双方向の通信処理を行わない名前空間においても、特別の転送用のプログラムを作成することなく、クッキー処理を用いてデータ受け渡しが可能となる。
【０１４４】
また、クッキーファイルに記憶するデータとして、ユーザの入力したデータを例として説明したが、それ以外でも、通常のクッキーファイルに値として記憶しておくことが望ましいものについては同様にクッキーファイルに記憶することができる。
【０１４５】
上記実施形態においては、マッピング先のディレクトリと、当該マッピング先のディレクトリと関連づけられたディレクトリのパス名が同じで、且つ実在する場合（/shop2)について説明した。しかし、これに限定されず、実在しない場合も可能である。図２７Ａに、実在しない場合の例を示す。この例ではさらに、マッピング情報の付加されたディレクトリを別のパス名でマッピングさせる場合を示している。放送データのディレクトリ「/store/root/bcstore」にマッピング情報として、マッピング先ディレクトリのドメイン名「www.shop1.co.jp/internetshop2」、パス名「internetshop2」が記述されている。これにより、図２７Ｂに示すように、通信系のコンテンツを管理するディレクトリ「www.shop1.co.jp」にディレクトリ「www.shop1.co.jp/internetshop2」が仮想的に存在し、かかるディレクトリ「www.shop1.co.jp/internetshop2」に「/mall1」、「/mall2」以下のディレクトリが所属すると擬制したクッキー処理が可能となる。
【０１４６】
なお、マッピング情報で指定されたパスのディレクトリがマッピング先のディレクトリに実在しない場合はもちろん、実在する場合であってもよい。仮に同じパス名のディレクトリが仮想的に存在するとしても、クッキー処理だけであれば、特に問題はないからである。
【０１４７】
また、上記実施形態においては第１のディレクトリが第２のディレクトリを管理する１階層上のディレクトリに仮想的に所属すると擬制して、クッキー処理を行う場合について説明した。しかし、これに限定されず、第１のディレクトリが第２のディレクトリに仮想的に所属すると擬制して前記クッキー処理を行うようにしてもよい。
【０１４８】
また、上記実施形態においてはマッピング情報によって第１のディレクトリと第２のディレクトリとを関連づけるようにしたが、両ディレクトリの関連付けについては特にこれに限定されない。
【０１４９】
本実施形態においては、図５に示す機能を実現する為に、ＣＰＵを用い、ソフトウェアによってこれを実現している。しかし、その一部もしくは全てを、ロジック回路等のハードウェアによって実現してもよい。
【０１５０】
なお、プログラムの一部の処理をオペレーティングシステム（ＯＳ）にさせるようにしてもよい。
【０１５１】
なお、上記コンピュータ可読のクッキー処理プログラムにおいては、ディレクトリ構造でデータを管理するコンピュータに、カレントディレクトリまたはその上位ディレクトリにクッキーデータを設定する処理を実行させるためのクッキー処理プログラムであって、前記カレントディレクトリまたはその上位ディレクトリのいずれかにマッピング先ディレクトリを特定するマッピング情報が存在する場合には、前記クッキーデータ設定対象のディレクトリが、前記マッピング先ディレクトリまたはその上位ディレクトリであるか否か判断し、前記マッピング先ディレクトリまたはその上位ディレクトリである場合には、当該クッキーデータの設定を許可する。このように、前記マッピング情報が存在する場合には、前記クッキーデータ設定対象のディレクトリが、前記マッピング先ディレクトリまたはその上位ディレクトリであるか否か判断し、前記マッピング先ディレクトリまたはその上位ディレクトリである場合には、当該クッキーデータの設定を許可することにより、前記クッキーデータ設定対象のディレクトリと異なるディレクトリまたはその下位ディレクトリからも、設定可能となる。したがって、参照・書き込み処理できる範囲のディレクトリを任意に設定することができる。これにより、所望の範囲にて共通のクッキーデータを設定することができる。
【０１５２】
また、本発明にかかるコンピュータ可読のクッキー処理プログラムにおいては、ディレクトリ構造でデータを管理するコンピュータに、特定のディレクトリまたはその下位ディレクトリからのみ参照・書き込み処理を実行させるためのクッキー処理プログラムであって、前記特定のディレクトリまたはその上位ディレクトリのいずれかにマッピング先ディレクトリが存在する場合には、前記特定のディレクトリ用のクッキーデータではなく、前記マッピング先ディレクトリ用のクッキーデータとして、参照・書き込み処理を行う。このように、前記マッピング先ディレクトリが存在する場合には、前記特定のディレクトリ用のクッキーデータではなく、前記マッピング先ディレクトリ用のクッキーデータとして、参照・書き込み処理を行うことにより、特定のディレクトリ用のクッキーデータを、当該ディレクトリまたはその下位ディレクトリからだけでなく、マッピング先のディレクトリまたはその下位ディレクトリからも、参照・書き込み処理が可能となる。したがって、参照・書き込み処理できる範囲のディレクトリを任意に設定することができる。これにより、所望の範囲からクッキーデータの参照・書き込み処理が可能となる。
【０１５３】
また、本発明にかかるコンピュータ可読のクッキー処理プログラムにおいては、ディレクトリ構造でデータを管理するコンピュータに、特定のディレクトリまたはその下位ディレクトリからのみ参照・書き込み処理を実行させるためのクッキー処理プログラムであって、前記特定のディレクトリまたはその上位ディレクトリのいずれかにマッピング先ディレクトリを特定するマッピング情報が存在する場合には、前記特定のディレクトリ用のクッキーデータに代えて、前記マッピング先ディレクトリ用に、前記マッピング指定されたディレクトリが仮想的に存在すると取り扱って前記クッキーデータの参照・書き込み処理をする。このように、前記マッピング情報が存在する場合には、前記特定のディレクトリ用のクッキーデータに代えて、前記マッピング先ディレクトリ用に、前記マッピング指定されたディレクトリが仮想的に存在すると取り扱って前記クッキーデータの参照・書き込み処理することにより、前記特定のディレクトリ用のクッキーデータを、当該ディレクトリまたはその下位ディレクトリからだけでなく、マッピング先のディレクトリまたはその下位ディレクトリからも、参照・書き込み処理が可能となる。したがって、参照・書き込み処理できる範囲のディレクトリを任意に設定することができる。これにより、所望の範囲からクッキーデータの参照・書き込み処理をすることができる。
【０１５４】
また、本発明にかかる画像データ表示装置は、構造記述型言語で記述された構造記述型言語記述データに基づいて、表示装置に表示させる画像データを生成する画像データ表示装置であって、1)前記構造記述型言語記述データをディレクトリ構造にて管理する第１のディレクトリ管理装置から、前記構造記述型言語記述データを受け取る構造記述型言語記述データ受け取り手段、2)前記受け取った構造記述型言語記述データに基づき、表示装置に表示する画像データを生成する画像データ生成手段、3)前記表示装置に表示された画像データに基づいて、ユーザがデータ入力を行うと、当該構造記述型言語記述データ中にデータ保持指令を含むスクリプトが存在する場合には、当該スクリプトで指定された受け渡し対象ディレクトリが、前記第１のディレクトリ管理装置内のディレクトリであるか否か判断し、前記第１のディレクトリ管理装置内のディレクトリである場合には、前記受け渡し対象ディレクトリ用の受け渡し可能データとして保持するデータ保持手段、4)前記第１のディレクトリ管理装置とは別の第２のディレクトリ管理装置のディレクトリが、前記受け渡し対象ディレクトリとして前記スクリプトにて指定されている場合には、前記データ保持手段は、前記表示装置に表示する画像データを生成する構造記述型言語記述データに、前記第２のディレクトリ管理装置のディレクトリのいずれかをマッピング先ディレクトリとして特定するマッピング情報が存在するか否か判断し、存在する場合には、前記第２のディレクトリ管理装置のディレクトリ用の受け渡し可能データとして保持する。このように、前記マッピング情報が存在する場合には、前記受け渡し対象ディレクトリが、前記第２のディレクトリ管理装置のディレクトリであるか否か判断し、そうである場合には、前記受け渡し可能データとして保持することにより、前記第２のディレクトリ管理装置のディレクトリからも、前記受け渡し要求が可能となる。したがって、受け渡し対象ディレクトリを任意に設定することができる。これにより、所望の範囲にて前記受け渡しが可能となる
【図面の簡単な説明】
【図１】従来の蓄積データのディレクトリ構造を示す図である。
【図２】従来の蓄積データの表示画面の一例である。
【図３】従来の蓄積データの表示画面の一例である。
【図４】従来の蓄積データの表示画面の一例である。
【図５】この発明にかかる一実施形態の概要図である。
【図６】送信装置の機能ブロック図である。
【図７】受信装置のハードウエア構成を示す図である。
【図８】ＤＤＢメッセージのデータ構造を示す図である。
【図９】データDIIのデータ構造を示す図である。
【図１０】蓄積データのディレクトリ構造を示す図である。
【図１１】コンテンツ蓄積処理プログラムのフローチャートを示す図である。
【図１２】放送データのディレクトリ構造を示す図である。
【図１３】コンテンツサーバのディレクトリ構造を示す図である。
【図１４】リソースを読み出して表示する処理のフローチャートである。
【図１５】画面表示例を示す図である。
【図１６】画面表示例を示す図である。
【図１７】画面表示例を示す図である。
【図１８】画面表示例を示す図である。
【図１９】画面表示例を示す図である。
【図２０】クッキーファイルへの書き込み処理のフローチャートである。
【図２１】画面表示例を示す図である。
【図２２】画面表示例を示す図である。
【図２３】画面表示例を示す図である。
【図２４】クッキーファイルに記憶されるクッキーデータの一例を示す図である。
【図２５】画面表示例を示す図である。
【図２６】画面表示例を示す図である。
【図２７】マッピングの概念を説明する図である。
【符号の説明】
４・・・受信装置
１２・・・受信部
１３・・・インターネット処理部
１４・・・クッキー処理部
２２・・・制御部
２４・・・蓄積部
【発明の技術分野】
この発明はコンテンツ蓄積型の通信技術に関するものであり、特に、データの受け渡しに関する。
【０００２】
【従来の技術】
放送局から送信されてきたコンテンツデータを受信装置に蓄積しておき、使用者が必要な時にこれを視聴できるようにする放送方式が提案されている。かかるコンテンツデータ蓄積型の通信方法は、カルーセル方式でデータを転送する場合であっても、大量のデータを転送することができるので、商品やサービスの販売を行う仮想店舗などへの利用が予想される。例えば、図１に示すようなディレクトリ構成のファイルをあらかじめ受信装置のハードディスクに記憶しておき、図２に示すような画像を表示させる。領域３０１が選択されると、図３に示すような画像が表示され、領域３０５が選択されると、図４に示すような画像が表示される。領域３０７が選択されると、所望の商品がショッピングバスケットに保管される。別画面で購入決定処理が行われると、インタネットを介して指定されたコンテンツサーバに購入データが送信され、これにより、買い物が終了する。
【０００３】
ところで、あるコンテンツサーバとのやり取りにおいて操作者が入力したデータまたはこの入力データに基づき処理した処理結果をコンテンツサーバに受け渡すことができるクッキー（cookie）と呼ばれる仕組みが知られている。コンテンツ提供者は、かかる仕組みを適用することにより、上記のように購入決定処理完了後、インターネットを介してコンテンツサーバに送信する場合でも、ブラウザの操作者が入力した入力履歴データをまとめて受け取ることができる。
【０００４】
【発明が解決しようとする課題】
しかしながら、前記蓄積型の通信方法においては以下のような問題があった。クッキーによって取得できる情報はセキュリティーを確保するために同じドメイン内でのみしか使用できないという制限がある。したがって、コンテンツデータを受信装置のハードディスクに蓄積し、この蓄積したコンテンツデータに基づき、使用者が入力したデータまたはこの入力データに基づき処理した処理結果については、コンテンツサーバで受け取ることができない。
【０００５】
この発明は上記の問題点を解決し、ユーザの操作に基づき生じた情報の受け渡しを可能とする技術を提供することを目的とする。
【０００６】
【課題を解決するための手段および発明の効果】
１）本発明にかかるクッキー処理方法は、構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を記憶する送信装置から放送された前記各コンテンツファイルおよびそのディレクトリ構造を受信装置にて受信すると、前記複数のコンテンツファイルをそのディレクトリ構造で管理しておき、前記受信装置は、読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う受信装置におけるクッキー処理方法であって、前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断し、設定されている場合には、当該マッピング先のファイルに当該設定されているファイルおよびその下位ファイルが属するものとして、前記クッキーの書き込みまたは読み出し処理を行う。
したがって、前記マッピング先のディレクトリ用のクッキー処理が可能となる。これにより、利便性がより向上する。
【０００７】
２）本発明にかかるクッキー処理方法は、放送装置から、構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を受信装置にて受信すると、前記複数のコンテンツファイルをそのディレクトリ構造で管理しておき、前記受信装置は、読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う受信装置におけるクッキー処理方法であって、前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断し、設定されている場合には、以下のクッキーの書き込みまたは読み出し処理を行うこと、 1) 前記指令がクッキーの書き込み指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、クッキーファイルを生成する、2)前記指令がクッキーの読み出し指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、当該ディレクトリまたはその上位ディレクトリのクッキーファイルの読み出しを行う。
したがって、前記マッピング先のディレクトリ用のクッキー処理が可能となる。これにより、利便性がより向上する。
【０００８】
３）本発明にかかるクッキー処理機能付き受信装置は、1)構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を記憶する送信装置から放送された前記各コンテンツファイルおよびそのディレクトリ構造を受信する手段、 2) 前記受信した複数のコンテンツファイルをそのディレクトリ構造で管理する手段、 3) 読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う手段を備えたクッキー処理機能付き受信装置において、 4) 前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断する手段、 5) 前記マッピング情報が設定されていると判断された場合には、当該マッピング先のファイルに当該設定されているファイルおよびその下位ファイルが属するものとして、前記クッキーの書き込みまたは読み出し処理を行う手段を備えている。
したがって、前記マッピング先のディレクトリ用のクッキー処理が可能となる。これにより、利便性がより向上する。
【０００９】
４）本発明にかかるクッキー処理付き受信装置は、 1) 放送装置から、構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を受信する手段、 2) 前記受信した複数のコンテンツファイルをそのディレクトリ構造で管理する手段、 3) 読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う手段を備えたクッキー処理機能付き受信装置において、 4) 前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断する手段、 5) 前記マッピング情報が設定されていると判断された場合に、前記指令がクッキーの書き込み指令か読み出し指令かを判断する手段、 6) 前記指令がクッキーの書き込み指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、クッキーファイルを生成する手段、 7) 前記指令がクッキーの読み出し指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、当該ディレクトリまたはその上位ディレクトリのクッキーファイルの読み出しを行う手段を備えている。
したがって、前記マッピング先のディレクトリ用のクッキー処理が可能となる。これにより、利便性がより向上する。
【００１０】
５）本発明にかかるクッキー処理プログラムは、チューナ、トランスポートストリームデコーダ、ＡＶデコーダ、モデムおよびＣＰＵを備えた受信装置を以下の手段として機能させるためのプログラム。 1) 構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を記憶する送信装置から放送された前記各コンテンツファイルおよびそのディレクトリ構造を受信する手段、 2) 前記受信した複数のコンテンツファイルをそのディレクトリ構造で管理する手段、 3) 読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う手段、 4) 前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断する手段、 5) 前記マッピング情報が設定されていると判断された場合には、当該マッピング先のファイルに当該設定されているファイルおよびその下位ファイルが属するものとして、前記クッキーの書き込みまたは読み出し処理を行う手段。
したがって、前記マッピング先のディレクトリ用のクッキー処理が可能となる。これにより、利便性がより向上する。
【００１１】
６）本発明にかかるクッキー処理プログラムは、チューナ、トランスポートストリームデコーダ、モデムおよびＣＰＵを備えた受信装置を以下の手段として機能させるためのプログラム。 1) 放送装置から、構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を受信する手段、 2) 前記受信した複数のコンテンツファイルをそのディレクトリ構造で管理する手段、 3) 読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う手段、 4) 前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断する手段、 5) 前記マッピング情報が設定されていると判断された場合に、前記指令がクッキーの書き込み指令か読み出し指令かを判断する手段、 6) 前記指令がクッキーの書き込み指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、クッキーファイルを生成する手段、7)前記指令がクッキーの読み出し指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、当該ディレクトリまたはその上位ディレクトリのクッキーファイルの読み出しを行う手段。
したがって、前記マッピング先のディレクトリ用のクッキー処理が可能となる。これにより、利便性がより向上する。
【００１２】
７）本発明にかかる画像データ生成装置は、構造記述型言語で記述された構造記述型言語記述データに基づいて、表示装置に表示させる画像データを生成する画像データ生成装置であって、 1) 前記構造記述型言語記述データをディレクトリ構造にて管理する第１のディレクトリ管理装置から放送された前記構造記述型言語記述データを受信する構造記述型言語記述データ受信手段、 2) 前記受信した構造記述型言語記述データを前記表示装置に表示する画像データを生成する画像データ生成手段、 3) 前記生成した画像データに基づいて、ユーザがデータ入力を行うと、当該構造記述型言語記述データ中にクッキーデータの保持を指示するデータ保持指令を含むスクリプトが存在する場合には、当該スクリプトで指定された受け渡し対象ディレクトリが、当該構造記述型言語記述データファイルの属するディレクトリまたはその上位ディレクトリであるか否か判断し、当該構造記述型言語記述データファイルの属するディレクトリまたはその上位ディレクトリである場合には、前記入力されたデータを前記受け渡し対象ディレクトリ用のクッキーデータとして保持するデータ保持手段を備え、 4) 前記データ保持手段は、前記構造記述型言語記述データファイルの属するディレクトリまたはその上位ディレクトリのいずれかにマッピング先ディレクトリを特定するマッピング情報が存在する場合には、前記受け渡し対象ディレクトリが、前記マッピング先ディレクトリまたはその上位ディレクトリであるか否か判断し、前記マッピング先ディレクトリまたはその上位ディレクトリである場合には、前記入力されたデータを前記受け渡し対象ディレクトリまたはその上位ディレクトリ用のクッキーデータとしてではなく、前記マッピング先ディレクトリまたはその上位ディレクトリ用のクッキーデータとして保持する。したがって、前記マッピング先のディレクトリ用のクッキー処理が可能となる。これにより、利便性がより向上する。
【００１３】
８）本発明にかかる画像データ生成装置においては、前記マッピング情報は前記ディレクトリ構造を管理するためのディレクトリ管理情報に含有されている。したがって、ファイル特定時にあわせてマッピング先を特定することができるので、マッピング先の検索処理が不要となる。
【００１４】
９）本発明にかかる画像データ生成装置においては、前記第１のディレクトリ管理装置は、コンテンツがディレクトリ構造で送信された放送データを記憶する送信装置であり、前記マッピング先ディレクトリは、前記画像データ生成装置とネットワーク接続され、各コンテンツをディレクトリ構造で管理されているコンテンツサーバのディレクトリである。したがって、放送を受信する受信装置とコンテンツサーバ間でクッキー処理が可能となる。
【００１５】
１０）本発明にかかる画像データ生成装置においては、前記第１のディレクトリ管理装置は、コンテンツがディレクトリ構造で送信された放送データを蓄積媒体にあらかじめ蓄積記憶するとともに、現在受信中の放送データを順次記憶する。したがって、蓄積型コンテンツ、ストリームコンテンツおよびインターネット通信コンテンツ間で操作者の操作に基づいた処理結果データの受け渡しが可能となる。
【００１６】
１１）本発明にかかる画像データ生成装置は、表示画面が前記マッピング情報で関連づけられたディレクトリの範囲内で切り換えられている場合には、 browser.ureg の値を保持する。したがって、所定の範囲で browser.ureg の値を共用することができる。
【００１７】
１４）本発明にかかる放送システムにおいては、Ａ）構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を記憶する送信装置、Ｂ）前記放送された前記各コンテンツファイルおよびそのディレクトリ構造を受信すると、前記複数のコンテンツファイルをそのディレクトリ構造で管理しておき、読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う複数の受信装置を備えた放送システムであって、Ｃ）前記各受信装置は、前記クッキー処理を行う前に、当該受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断し、設定されている場合には、当該マッピング先のファイルに当該設定されているファイルおよびその下位ファイルが属するものとして、前記クッキーの書き込みまたは読み出し処理を行う。
したがって、前記マッピング先のディレクトリ用のクッキー処理が可能となる。これにより、利便性がより向上する。
【００２１】
この発明において、「受信装置」とは、送信装置からのデータを受信する機能を有する装置をいい、表示装置を持たないいわゆるセットトップボックスや、表示装置を有するテレビセットの双方を含む概念である。
【００２２】
なお、「第１の名前空間にて管理されるデータ」とは、第１の名前空間に所属しているデータをいい、実施形態では、例えば、図１０において、データ「arib-file://ec/tvshopping/shop2/index.bml」は、第１の名前空間「arib-file://ec/tvshopping」に所属しており、かかる第１の名前空間で管理されていることとなる。なお、「arib-file://ec/tvshopping/shop2」や「arib-file://ec/tvshopping」を第１の名前空間を把握することもできる。
【００２３】
「名前空間」とは、実施形態では、ドメインおよびパス名で特定される通信系コンテンツを管理する名前空間、ハードディスク内のローカル領域のパスで特定される蓄積型コンテンツを管理する名前空間、および、original_network_id、transport_stream_id、service_idなどで特定されるストリームコンテンツを管理する名前空間について、説明したが、データを理論的に階層構造で管理するものであればどのようなものであってもよい。
【００２４】
「第１の名前空間にて管理されるデータが前記第１の名前空間の第１のディレクトリで管理」とは、第１の名前空間にて第１のディレクトリが存在し、この第１のディレクトリにて前記データが管理されている場合をいい、実施形態では、例えば、図１０において、「arib-file://ec/tvshopping/shop2/index.bml」が前記データとすると、前記第１のディレクトリとは、「arib-file://ec/tvshopping/shop2」であり、前記第１の名前空間は、「arib-file://ec/tvshopping」となる。
【００２５】
「前記第１のディレクトリが前記第２のディレクトリに仮想的に所属すると擬制して、前記クッキー処理を行う」とは、例えば、前記第１のディレクトリがディレクトリ「arib-file://ec/tvshopping/shop2/bargain」で、前記第２のディレクトリがディレクトリ「http://www.shoppingmall/shop2」であり、これらが関連づけられている場合には、ディレクトリ「arib-file://ec/tvshopping/shop2/bargain」に所属するデータ（ディレクトリを含む）が、ディレクトリ「http://www.shoppingmall/shop2」に存在するとして、クッキー処理をすることをいう。
【００２６】
「前記第１のディレクトリが、前記第２のディレクトリを管理する１階層上のディレクトリに仮想的に所属すると擬制して、前記クッキー処理を行う」とは、例えば、前記第１のディレクトリがディレクトリ「arib-file://ec/tvshopping/shop2/bargain」で、前記第２のディレクトリがディレクトリ「http://www.shoppingmall/shop2」である場合に、ディレクトリ「arib-file://ec/tvshopping/shop2/bargain」に所属するデータ（ディレクトリを含む）が、ディレクトリ「http://www.shoppingmall」に存在するとして、クッキー処理をすることをいう。
【００２７】
「前記第１のディレクトリに前記第２のディレクトリとのマッピング情報が存在する」とは、いずれかの領域に前記マッピング情報が存在すればよく、実施形態のように前記第１のディレクトリ用のマッピング情報が別途記憶されている場合はもちろん、前記第１のディレクトリ内にマッピング情報を記憶する場合も含む。
【００２８】
「受け渡し可能データ」とは、読み出し要求を受けて当該要求が与えられた要求元または当該要求元から指定された指定先に受け渡されるデータをいい、実施形態ではクッキーデータが該当する。
【００２９】
「ディレクトリ構造」とは階層的にデータを管理する構造をいい、コンピュータにおけるファイル構造はもちろん、デジタル放送におけるストリームコンテンツのように、original_network_id、transport_stream_id、service_idなどで理論的に階層構造で管理される場合を含む。
【００３０】
「カレントディレクトリ」とは、クッキーデータ処理を指示する構造記述型言語記述データ等のデータが位置するディレクトリをいう。
【００３１】
「上位ディレクトリ」とは、たとえば、名前空間のツリー構造において下位パスやサブドメインの記述を削除したものを含む。
【００３２】
「下位ディレクトリ」とは、たとえば、名前空間のツリー構造において下位パスやサブドメインの記述を追加したものを含む。
【００３３】
「構造記述型言語記述データ」とは、文書データを表示する場合の配置位置、文字列の大きさ、参照する図形データに関する情報等の表示指定情報が付加されたデータをいい、実施形態では、ＢＭＬ言語で記述されたデータである場合について説明したが、ＨＴＭＬ，ＸＭＬ型データ、ＭＨＥＧ規格のデータ等を含む。
【００３４】
「構造記述型言語記述データ受け取り手段」とは、実施形態では、チューナ３２，ＴＳデコーダ３４，およびＣＰＵ４４における受信選択処理が該当する。「画像データ生成手段」とは、ＡＶデコーダ３６，ＯＳＤ３８およびＣＰＵ４４の処理が該当する。「データ保持手段」とは、ＣＰＵ４４の図２０に基づく処理が該当する。「マッピング情報」とは、図１０に示すディレクトリ「shop2」に付加されているpath=http://www.shoppingmall/shop2、および図１２に示すディレクトリ「shop2」に付加されているpath=http://www.shoppingmall/shop2が該当する。なお、この実施形態においては、図１０，図１２のいずれも同じディレクトリにマッピングするようにしたが、任意のディレクトリ（例えば、ルートディレクトリまたはサブディレクトリ）にマッピングすることもできる。「受け渡し可能データ」とは、実施形態ではクッキーデータが該当する。
【００３５】
コンテンツデータの「識別名称」とは、コンテンツデータを特定するための名称をいい、ディレクトリ名や、ファイル名などを含む概念である。
【００３６】
「プログラムを記録した記録媒体」とは、プログラムを記録したＲＯＭ、ＲＡＭ、フレキシブルディスク、ＣＤ−ＲＯＭ、メモリカード、ハードディスク等の記録媒体をいう。また、電話回線、搬送路等の通信媒体も含む概念である。ＣＰＵに接続されて、記録されたプログラムが直接実行されるハードディスクのような記録媒体だけでなく、一旦ハードディスク等にインストールした後に実行されるプログラムを記録したＣＤ−ＲＯＭ等の記録媒体を含む概念である。
【００３７】
「プログラム」とは、ＣＰＵにより直接実行可能なプログラムだけでなく、ソース形式のプログラム、圧縮処理がされたプログラム、暗号化されたプログラム等を含む概念である。また、一部の処理をオペレーティングシステム（ＯＳ）など、他のプログラムと協同して実行するもの、その他、分散処理させるプログラムも含む。
【００３８】
「データを記録した記録媒体」とは、データを記録したＲＯＭ、ＲＡＭ、フレキシブルディスク、ＣＤ−ＲＯＭ、メモリカード、ハードディスク等の記録媒体をいう。また、電話回線、搬送路等の通信媒体も含む概念である。
【００３９】
「データ」とは、ＣＰＵが直接処理可能なデータだけでなく、暗号化されたデータ、パケット化されたデータ、搬送波にのせられたデータ（すなわちデータによって変調した搬送波）、および圧縮されたデータ等を含む概念である。
【００４０】
なお、実施形態においては、コンテンツサーバでは、直接そのディレクトリ構造を記述した場合について説明した。また、受信装置４のハードディスクでは、物理的には各モジュールごとに１つのファイルとしてコンテンツデータが記憶されており、かつ、各ファイルのディレクトリ構造および各ファイルに記憶されているリソースのリソースリストによって、論理的に各コンテンツデータがディレクトリ構造で記憶されている場合について説明した。しかし、これに限定されず、その他どのような記憶方法であってもよい。
【００４１】
なお、本明細書において、ディレクトリ構造とは、実施形態のように、各モジュール間階層構造を示すリソースリストおよび各モジュール内のリソースのリソースリストも含む概念である。
【００４２】
【発明の実施の形態】
(1)全体構成
図５に、この発明の一実施形態による受信装置を用いた送受信システムの全体構成を示す。コンテンツ提供者は、コンテンツサーバ６から送信装置２にインターネットを介してコンテンツデータを送信する。送信装置２は、このコンテンツデータを受け取って、放送する。受信装置４は、衛星８を介して、コンテンツデータを受信し蓄積する。受信装置４の操作者は、蓄積されたコンテンツデータを閲覧することができる。
【００４３】
図６に、送信装置２の機能ブロック図を示す。受信部４はコンテンツサーバ６から与えられたコンテンツデータを受信する。コンテンツ蓄積部３は、このコンテンツデータが蓄積される。この実施形態では、送信装置２のコンテンツ蓄積部３に蓄積したコンテンツデータを、そのディレクトリ構造も含めて、受信装置４の側で再現する。このようにすることにより、送信装置２の側におけるコンテンツデータの管理が容易となる。マッピングデータ記憶部１１は、データ放送にて受信装置４へ送信されるデータのマッピングデータが記憶されている。かかるマッピングデータについては後述する。データ送信制御部５は、コンテンツ蓄積部３に記録された新たなコンテンツデータを、前記マッピングデータとともに、多重化部７に与える。多重化部７は、パケット化を行って、パケット化のための制御データＤＩＩを生成し、データＤＤＢとともに、送信部９に与える。送信部９は、所定のトランスポートストリームを用いて、前記データをカルーセル形式で送信する。
【００４４】
なお、コンテンツデータとしては、静止画像情報に限らず、テレビ番組、映画、ニュース、ドラマ等の動画音声データ、音楽データ、ゲームプログラム、制御対象機器の制御情報など、種々のデータを含む。また、コンテンツデータは繰り替えして送ることはもちろん、１のコンテンツデータを１回のみ送信するようにしてもよい。
【００４５】
図５を用いて、受信装置４について説明する。この実施形態では、受信装置４として、いわゆるセット・トップ・ボックスを示したが、モニタ（ＴＶセット）１０を含めて受信装置４を構成してもよい。
【００４６】
操作者は、操作受付部１６に、所望のチャンネルの受信指令を入力する。かかる操作指令を受けて、制御部２２は、指定されたチャンネルの通信データ（コンテンツデータ）を受信するように、受信部１２に命令を与える。受信部１８からコンテンツデータが与えられると、制御部２２は受信したコンテンツデータをモニタ１０に出力する。モニタ１０はコンテンツデータの表示および音声出力を行う。
【００４７】
また、制御部２２には蓄積すべきコンテンツデータを特定するコンテンツ蓄積決定データがあらかじめ記憶されており、制御部２２は、かかるコンテンツ蓄積決定データに基づいて、指定された時間に受信部１２に指定されたコンテンツデータを受信するように命令を与える。制御部２２は、かかるコンテンツデータを受信すると、蓄積部２４に蓄積する。制御部２２は、操作受付部１７に与えられた操作指令が蓄積制御部２４に蓄積されているコンテンツデータを表示する指令である場合には、これを読み出して、モニタ１０に出力する。
【００４８】
制御部２２は、操作受付部１６から与えられた入力データを、指定されたコンテンツサーバ用のクッキーデータとしてクッキー処理部１４に記憶させる。かかるクッキーデータについては後述する。
【００４９】
操作者（ユーザ）の操作指令が、電話回線等の通信回線による通信を実行するものである場合には、制御部２２は、かかる指令をインターネット処理部１３に与える。インターネット処理部１３は、この指令（たとえば、オンラインショッピングの購入申込）を、コンテンツサーバ６に送信する。その際、操作者によって入力されたデータはクッキー処理部１４から読み出されて、購入申込として、通信回線を介して、コンテンツサーバ６に送信される。このようにして、操作者は受信装置４で受信したコンテンツデータを表示して、商品等の購入を申し込むことができる。
【００５０】
なお、操作受付部１６は、リモコンからの信号を受信する信号受信部によって構成することができ、また、受信装置４の本体に設けた操作入力ボタン（図示せず）によって構成してもよい。
【００５１】
また、上記実施形態においては、受信装置４が蓄積部２４を含んでいるものとして説明したが、蓄積部２４を受信装置４とは別体で構成してもよい。また、送信装置２へのコンテンツデータの蓄積は、コンテンツサーバからの受信だけでなく、持ち運び可能な記録媒体を用いて、実現するようにしてもよい。
【００５２】
(2)受信装置のハードウエア構成
図７を用いて、図５に示す受信装置４のハードウエア構成について説明する。受信装置４は、チューナ３２、トランスポートストリームデコーダ（ＴＳデコーダ）３４、ＡＶデコーダ３６、ＯＳＤ（On Screen Display）３８、ＲＯＭ４０、ＲＡＭ４２、ＣＰＵ４４、ハードディスク４６、モデム４８、信号受信部５０を備えている。信号受信部５０は、リモコン装置からの信号などを受信するためのものである。
【００５３】
蓄積部であるハードディスク４６には、後述する蓄積処理によって、受信したコンテンツデータが蓄積記憶される。図１０に、ハードディスク４６に蓄積されたコンテンツデータのデータ構造を示す。ここでは、オンラインショッピングに関するコンテンツデータが階層構造にて、記憶されている。ハードディスク４６のルートディレクトリ「ec」が存在する。ディレクトリ「ec」には、下位ディレクトリ「bank」、「tvshopping」が存在する。ディレクトリ「tvshopping」には、さらに、下位ディレクトリ「shop1」、「shop2」、「shop3」、「shop4」が存在する。ディレクトリ「shop2」には、さらに、下位ディレクトリ「bargain」が存在する。ディレクトリ「bargain」には、下位ディレクトリ「gift」が存在する。ディレクトリ「gift」には、下位ディレクトリ「2000」、「3000」、「4000」が存在する。ディレクトリ「4000」には、リソースである「coffeecup.bml」「coffeecupxx.bml」「coffeecupyy.bml」が存在する。
【００５４】
なお、かかるディレクトリ構造は仮想的なものであり、現実には後述する１つのモジュールで受信したデータはそのまま１つのファイルとして記憶される。かかるファイルは後述するように、リソースリストおよび複数のリソースで構成されているので、各リソースは実質的には図１０に示すようなディレクトリ構造を有することとなる。以下、説明を簡単にするために、ディレクトリ構造が存在するものとして説明する。
【００５５】
なお、本実施形態においては、蓄積部をハードディスクで構成した場合について説明したが、たとえば、ＤＶＤＲＡＭや半導体メモリのような書き込み可能な記録媒体であればどのようなものであってもよい。
【００５６】
なお、本実施形態においては、チューナ３２およびＴＳデコーダ３４が受信部１２に、ハードディスク４６が蓄積部２４に、信号受信部５０が操作受付部１６に、モデム４８およびＣＰＵの通信処理がインターネット処理部１３に、ＣＰＵの後述するクッキー処理がクッキー処理部１４に、ＣＰＵの各部への制御処理が制御部２２に該当する。
【００５７】
(3)蓄積コンテンツ受信処理の概要
蓄積コンテンツ受信処理について説明する。コンテンツデータ受信処理のためのプログラムは、図７に示すＲＯＭ４０に格納されている。
【００５８】
各コンテンツデータ（ＢＭＬファイル、画像データなど）を１のリソースとして、図８に示すように、複数のリソースをまとめた１のモジュールデータとして送信される。モジュールデータは、エンティティヘッダとエンティティボディで構成されている。エンティティボディは、複数のリソースで構成されている。各リソースには、そのリソースのヘッダが付与されている。先頭のリソースはそのモジュールを構成するリソースのリソースリストが存在する。このモジュールデータは、所定の固定長のブロック（４０６６バイト）のDDB(Download Data Block)）に分割されて、ＤＤＢメッセージデータとして送信される。受信装置では、複数のＤＤＢメッセージのブロックデータを読み出して連結することにより、リソースリストおよび各コンテンツデータ（リソース）を再現することができる。
【００５９】
衛星放送においてはカルーセル形式で前記ＤＤＢメッセージが繰り返し送信されており、各カルーセルには、当該カルーセルにて送信されているデータの管理データとして、各カルーセルごとにデータDII(Download Info Indication)が含まれている。データDIIから必要な情報を抽出することにより、そのカルーセルにて送信されているデータから、所望のデータだけを選択的にデータ取得することができる。
【００６０】
なお、前記ＤＤＢメッセージデータ、データDIIのデータ構造については、通常の衛星放送で定められた蓄積型コンテンツにおけるデータ構造と同様である。ただ、データDIIのプライベートデータ領域に後述するマッピングデータが記憶されている点が異なる。
【００６１】
データDIIのデータ構造について、図９を用いて説明する。データDIIは、DSM-CCメッセージヘッダ、ダウンロード識別子、モジュール数、モジュール管理データ、プライベートデータなどの領域で構成されている。モジュール管理データは、モジュールごとに、モジュール識別子（id)、モジュールサイズ、モジュール情報で構成されている。プライベートデータ領域には、図１０に示す各コンテンツデータの階層構造（ディレクトリ構造）が記憶されている。
【００６２】
なお、かかる階層構造は論理的なものであり、既に説明したように、各モジュールが１のファイルとして記憶され、当該ファイルの先頭に、そのファイルに属するリソースのディレクトリ構造を表すリソースリストが存在する。すなわち、プライベートデータ領域には、各ファイルが所属するルートディレクトリがルート記述子（StoreRoot記述子）に、そのサブディレクトリ構造がサブディレクトリ記述子に記憶されている。図１０においては、ルート記述子領域にディレクトリ「ec」が、そのサブディレクトリ記述子領域に「tvshopping」が記憶される。
【００６３】
このように、本実施形態においては、データDIIではサブディレクトリのモジュールidまで特定でき、そのサブディレクトリに属するコンテンツデータを構成するＤＤＢメッセージを全て受信して、これを連結して目的のリソース（コンテンツデータ）を特定することができる。例えば、図１０に示すサブディレクトリ「shop2」に属するリソースについて同じモジュールidで送信されている場合には、かかるモジュールを構成するＤＤＢメッセージのブロックデータを全て受信して連結して目的のリソースを取得することができる。
【００６４】
すなわち、本実施形態においては、リソースリストはモジュールごとのリソースリストおよびモジュール内のリソースリストに分けて異なる領域に異なる形式で記憶されている。しかし、これに限定されず、１つのディレクトリ構造として記憶させてもよい。
【００６５】
また、プライベートデータ領域には、マッピングデータが記憶されている。図１０の例であれば、サブディレクトリ「shop2」は、http://www.shoppingmall.com/shop2とマッピングされている。かかるマッピングデータの使用方法については後述する。
【００６６】
なお、本実施形態においては、データDIIのプライベートデータ領域に、マッピングデータを記憶するようにしたが、データDIIのモジュール情報領域（図９参照）に記憶するようにしてもよい。
【００６７】
(4)コンテンツ蓄積処理
図１１を用いてコンテンツ蓄積処理について説明する。コンテンツ蓄積処理のためのプログラムは、図７に示すＲＯＭ４０に格納されている。なお、コンテンツ蓄積処理は、ハードディスク４６に記憶されたコンテンツ蓄積決定データ（図示せず）に基づいて行われている。
【００６８】
なお、かかるプログラムはハードディスク４６に記憶してもよく、また、不揮発性メモリ等に記憶するようにしてもよい。
【００６９】
既に説明したように、蓄積コンテンツデータについては、データDIIのプライベートデータ領域には各モジュールの階層構造が記憶されている。また、各モジュールには、そのモジュールを構成するリソースのリソースリストが記述されている。したがって、ＣＰＵ４４は、かかるデータを用いて、図１０に示すような各コンテンツデータの論理的ディレクトリ構造を把握することができる。また、前記マッピングデータもかかる階層情報とあわせて記憶される。
【００７０】
なお、本実施形態においては、前記蓄積コンテンツのマッピングデータは、蓄積コンテンツリソースリスト（X-aribe-storedResourceList)のプライベートディレクトリデータ領域（privateDirectoryDataByte)に記憶するようにしたが、ディレクトリ情報領域(storedDirectoryInfo())の追加ディレクトリデータ領域(additionalDirectoryInfo)に挿入するようにしてもよい。
【００７１】
図１１に、コンテンツ蓄積処理プログラムのフローチャートを示す。まず、ＣＰＵ４４は、データDIIのパケットＩＤ（ＰＩＤ）などのフィルタリング条件を、図７に示すＴＳデコーダ３４に設定する（図１１ステップＳ１）。なお、放送装置からの電波は、アンテナ３０によって捕捉され、チューナ３２によって選択される。ＴＳデコーダ３４は、チューナ３２によって選択されたトランスポートストリーム中から、データDIIを選択し、ＣＰＵ４４に与える（ステップＳ２）。これにより、ディレクトリ構造が記述されたリソースリストを取得できる。
【００７２】
ＣＰＵ４４は、図７に示すＲＡＭ４２の上に、コンテンツデータ記憶のためのワーク領域を確保する（図１１ステップＳ５）。図７に示すＣＰＵ４４は、ＴＳデコーダ３４にDDBメッセージのフィルタリング条件を設定する（ステップＳ６）。これにより、ＴＳデコーダ３４は、指定されたDDBを取得し、ＣＰＵ４４に与える（図１１ステップＳ７）。
【００７３】
ＣＰＵ４４は、取得したDDBメッセージのブロックデータを連結し、１のファイルに再現し、データDIIに示されたディレクトリ構造に基づいて、図７に示すハードディスク４６に記録する（図１１ステップＳ９）。このようにして、蓄積データが図７に示すハードディスク４６に記録される。
【００７４】
これにより、図１０に示すようなコンテンツデータがハードディスク４６に記憶される。なお、この例では、サブディレクトリ「shop2」は、http://www.shoppingmall.com/shop2とマッピングされている。
【００７５】
なお、既に説明したように、１のモジュールはそのまま１のファイルとして記録される。
【００７６】
なお、操作者から、指定されたサービス（チャンネル）が特定されると、ＮＩＴ，ＰＭＴ，ＰＡＴ等を取得してチャンネルを切り換える手法については通常と同様であるので説明は省略する。
【００７７】
このようにして、受信したコンテンツデータに基づいて、モニタ１０に画像が表示される。
【００７８】
なお、通常の放送コンテンツのような非蓄積型コンテンツについての各リソースの指定は、従来のＢＳデータ放送と同様であり、例えば、図１２に示すような階層構造で、各リソースを特定することができる。この場合、あるトランスポートストリームにて、サービスid「Timeservice」という番組は、モジュールid「0000」にてディレクトリ「menu」が、モジュールid「0001」にてディレクトリ「shop1」が、モジュールid「0002」にてディレクトリ「shop2」がカルーセル形式にて繰り返し送信されている。また、ディレクトリ「shop2」内の各リソースは、図８に示すように、１のモジュールに複数のリソースが含まれて送信されている点は、蓄積コンテンツと同様である。
【００７９】
なお、データ放送のコンポーネントidが「４０」で送信され、ストリームコンテンツ「/40/0000/startup.bml」が、original_network_id0001、transport_stream_id1001、service_id1000で送信されている場合、フルパス指定すると、「arib-dc://0001.1001.1000/40/0000/startup.bml」で表されることとなる。
【００８０】
(5)コンテンツサーバのデータ構造について
図５に示すコンテンツサーバ６に記憶されたコンテンツデータのデータ構造を図１３に示す。この例では、ルートディレクトリにサブディレクトリ「shop2」が存在し、サブディレクトリ「shop2」には、サブディレクトリ「giftset」、「coffeecup」、「spoon」、「glass」が存在する。サブディレクトリ「coffeecup」には、サブディレクトリ「wedge」が存在し、サブディレクトリ「wedge」には、さらにファイル「coffeecupRR1.bml」，「coffeecupRR2.bml」が存在する。
【００８１】
なお、かかるコンテンツサーバのドメイン名は「shoppingmall.com」であり、各ファイルのURLは、例えば、coffeecupRR2.bmlについては、http://www.shoppingmall.com/shop2/coffeecup/wedge/coffeecupRR1.bmlで一意に特定することができる。
【００８２】
(6)マッピングデータの使用例
以下、図５に示すクッキー処理部１４におけるクッキーファイルの作成について、図１４に示すフローチャートを用いて説明する。以下では、図７に示すハードディスク４６には図１０に示すような蓄積データが記憶されており、この蓄積データを用いて商品を購入するとともに、図１２に示すようなストリームデータを受信して商品を購入し、さらに、図５に示すコンテンツサーバ６にて、商品を購入し、決済する場合について説明する。なお、ストリームデータ（図１２参照）を受信した画面表示なのか、蓄積データを用いた画面表示なのかについては、表示されている画面を参照しただけでは分からない。したがって、いずれのデータに基づいて表示が行われているかについては、操作者に特段意識させることなく、処理が行われる。また、コンテンツサーバ６による画面表示については、ダイヤルアップ接続する場合には、当該画面が表示されることにより、認識することができる。
【００８３】
まず、操作者は、ブラウザプログラムを立ち上げるとともに、信号受信部５０（図７参照）にチャンネル切り換え命令を与え、蓄積データを表示するための表示命令を与える。図１０に示すデータであれば、「arib-file://ec/tvshopping/menu/startup.bml」を表示する表示指示が与えられる。これにより、ＣＰＵ４４は、図１５に示すテレビショッピングタイムサービスの画面をモニタ１０に表示させる。かかる表示処理としては、蓄積データの先頭頁を表示するようにすればよい。
【００８４】
この状態で、操作者が図１５に示す領域１０３を選択し確定する（以下選択確定という）と、ブラウザプログラムに基づき、ＣＰＵ４４は、リソース読み出し指令が与えられたと判断して（図１４ステップＳ２１）、読み出し対象ファイルの種類を判断する（ステップＳ２３）。かかる種類の判断は、図１５に示すＢＭＬデータのリンク先リソースの先頭部分を参照することにより可能となる。本実施形態においては、リンク先リソースが、蓄積コンテンツであれば「arib-file:」、通信系（インターネット）コンテンツであれば「http:」、ストリームコンテンツであれば「arib-dc:」というように、リソースデータ記憶場所をＢＭＬデータにて記述するようにしたので、上記３種類を区別することができる。
【００８５】
この場合、図１６に示すＢＭＬデータ「arib-file://ec/tvshopping/shop2/index.bml」が前記リンク先リソースとして特定されているものとする。ＣＰＵ４４はかかる先頭文字列に基づいて、リンク先リソースが蓄積データであると判断し、蓄積データを検索対象とする（図１４ステップＳ２９）。
【００８６】
ＣＰＵ４４は、前記リソースリストに基づいて、目的リソースの検索を行い、検索中にマッピングデータがあるか否か判断する（ステップＳ２６）。すなわち、目的リソースの上位ディレクトリにマッピング情報が対応づけられているか否か判断する。
【００８７】
この場合、図１０に示すディレクトリ構造の蓄積データについて、リソース「arib-file://ec/tvshopping/shop2/index.bml」が目的リソースであるので、ハードディスクに記憶された蓄積コンテンツのディレクトリ情報をたどって目的リソースを検索すると、リソース「arib-file://ec/tvshopping/shop2/index.bml」が所属するディレクトリ「arib-file://ec/tvshopping/shop2」には、図１０に示すように、マッピング情報として「http://www.shoppingmall.com/shop2」が設定されていることがわかる。したがって、ＣＰＵ４４は、対象リソースの存在するディレクトリには、マッピング情報があると判断する。
【００８８】
ＣＰＵ４４は、マッピング情報があると判断した場合には、マッピング情報によって特定されたディレクトリにマッピング情報ありと記憶する（図１４ステップＳ２７）。すなわち、マッピング情報が存在する（対応する）ディレクトリおよび、そのディレクトリに関連づけられたマッピング先ディレクトリを記憶する。そして、マッピング情報が存在するディレクトリからの相対パスをマッピング先ディレクトリからの相対パスとみなす。これより、カレントディレクトリを名前空間上の他のディレクトリにマッピングすることができる。
【００８９】
ＣＰＵ４４は、読み出したＢＭＬデータにスクリプト実行指令があるか否か判断し（ステップＳ３７）、この場合存在しないので、対象リソースを表示する（ステップＳ４１）。これにより、図１６に示す画像がモニタ１０に表示される。
【００９０】
つぎに、操作者が図１６に示す領域１０４を選択確定すると、ＣＰＵ４４は、リソース読み出し指令が与えられたと判断して（図１４ステップＳ２１）、読み出し対象ファイルの種類を判断する（ステップＳ２３）。この場合、図１７Ａに示すＢＭＬデータ「arib-file://ec/tvshopping/shop2/bargain/bargain-index.bml」が前記リンク先リソースとして特定されているとすると、当該リソースの先頭部分から、ＣＰＵ４４は目的リソースが蓄積データであると判断でき、蓄積データを検索対象とする（図１４ステップＳ２５）。ＣＰＵ４４は、前記ディレクトリ情報に基づいて、目的リソースの検索を行い、検索中にマッピングデータがあるか否か判断する（ステップＳ２６）。この場合、リソース「arib-file://ec/tvshopping/shop2/bargain/bargain-index.bml」が前記リンク先リソースであるので、ディレクトリ情報をたどって目的リソースを検索する。すると、リソース「arib-file://ec/tvshopping/shop2/bargain/bargain-index.bml」が属するディレクトリ「arib-file://ec/tvshopping/shop2/bargain」の上位ディレクトリ「arib-file://ec/tvshopping/shop2」には、マッピング情報として「http://www.shoppingmall.com/shop2」が設定されていることがわかる。したがって、ＣＰＵ４４は、対象リソースの存在するディレクトリの上位ディレクトリには、マッピング情報があると判断する。
【００９１】
ＣＰＵ４４は、マッピング情報があると判断した場合には、マッピング情報によって特定されたディレクトリにマッピング情報ありと記憶する（図１４ステップＳ２７）。そして、ＣＰＵ４４は、スクリプト指令がない場合には、対象リソースを表示する（ステップＳ４１）。これにより、図１７Ａに示す画像がモニタ１０に表示される。
【００９２】
なお、図１０では、「/shop2/bargain/gift」は１のディレクトリとして表されているが、これに既に説明したように仮想的なものであり、もし、「/shop2/bargain」以下のリソースが１のモジュールとして送信されている場合には、「/shop2/bargain」は複数のリソースを含む１のファイル（マルチパート形式）であり、当該ファイルの先頭データに当該ファイルを構成するリソースのリソースリストが記述されているので、それを参照することにより、各リソースを特定することができる。
【００９３】
同様にして、図１７Ｂに示す画像がモニタ１０に表示され、操作者が領域１０７を選択確定すると、図１７Ｃに示す画像がモニタ１０に表示され、操作者が領域１０８を選択確定すると、図１８に示すリソース「arib-file://ec/tvshopping/shop2/bargain/gift/4000/coffeecupxx.bml」を読み出す。ＣＰＵ４４は同様にしてリソースの種類は蓄積データであると判断し、ステップＳ２９、ステップＳ２６，ステップＳ２７を実行する。
【００９４】
ＣＰＵ４４はスクリプト実行指令があるか否か判断する（ステップＳ３７）。この場合、図１８に示す領域１０９にスクリプトとして、買い物データを記憶するクッキーファイルへ書き込み処理が記述されていると、以下のようにクッキーファイル書き込み処理を実行する。
【００９５】
クッキーファイル処理の書き込み詳細について図２０を用いて説明する。なお、以下では、前記マッピング情報によって、前記クッキーファイル用のディレクトリとして、図１３に示すコンテンツサーバ６のディレクトリ「http://www.shoppingmall.com/shop2」が指定されているものとして説明する。
【００９６】
ＣＰＵ４４は、カレントディレクトリをクッキー処理用ディレクトリとして決定する（図２０ステップＳ５１）。この場合、ディレクトリ「arib-file://ec/tvshopping/shop2/bargain/gift/4000」がクッキー処理用ディレクトリとして決定される。
【００９７】
ＣＰＵ４４は、このクッキー処理用ディレクトリまたはその上位ディレクトリにマッピング情報が存在するか否か判断する（図２０ステップＳ５３）。
【００９８】
この場合、ディレクトリ「arib-file://ec/tvshopping/shop2/bargain/gift/4000」の上位ディレクトリ「arib-file://ec/tvshopping/shop2」にはマッピング情報「http://www.shoppingmall.com/shop2」が存在するので、ＣＰＵ４４は、クッキー処理用ディレクトリについてマッピング処理を行う（ステップＳ５５）。具体的には、マッピング情報が設定されているディレクトリ「arib-file://ec/tvshopping/shop2」に所属する各ディレクトリは、マッピング先のディレクトリ「http://www.shoppingmall.com/shop2」に所属すると擬制する。これにより、上記マッピング先のディレクトリ「http://www.shoppingmall.com/shop2」に、実際には実在しないサブディレクトリ「/bargain」があたかも仮想的に存在するものとして取り扱われる。
【００９９】
ＣＰＵ４４は、指定されたクッキー処理が、読み出し処理か書き込み処理かを、判断する（ステップＳ５７）。この場合、書き込み処理であるので、ＣＰＵ４４は、スクリプトの記述先ディレクトリがクッキー処理用ディレクトリまたはその上位ディレクトリであるか否か判断する（ステップＳ６１）。この場合、スクリプトの記述は、コンテンツサーバ６のディレクトリ「http://www.shoppingmall.com/shop2」が指定されており、クッキー処理用ディレクトリの上位ディレクトリであるので、既にかかるディレクトリに対応づけられたクッキーファイルが存在するか否か判断する（ステップＳ６３）。本実施形態においては、クッキーファイルは、ドメイン名、パス名およびファイル名を組み合わせた絶対パスで表すようにした。たとえば、上記の例では、ファイル名がスクリプトにて「cookie3」と指定されたとすると、「http://www.shoppingmall.com/shop2/cookie3」がクッキーファイル名となる。したがって、かかる名前のクッキーファイルが存在するか否かを判断すればよい。
【０１００】
ＣＰＵ４４は、かかるクッキーファイルが未だ存在しない場合には、当該名前のクッキーファイルを作成し、記録する（ステップＳ６７）。このようなマッピング処理により、受信装置４のハードディスクのローカルファイル用ではなく、コンテンツサーバ６のディレクトリ用のクッキーファイルに、図１９に示す買い物情報が記録される。なお、かかるクッキーファイルは、同じドメインでもパスが異なれば別のクッキーファイルとして作成される。かかるクッキーファイルに記憶されたクッキーデータのデータ構造を図２４Ａに示す。なお、既に存在する場合には、追記すればよい（ステップＳ６５）。
【０１０１】
このようにして、スクリプトで指定されたクッキーファイルへの書き込みが終了する。
【０１０２】
つぎに、ＣＰＵ４４は、領域１０９の選択確定処理のリンク先として、図１０のＢＭＬデータ「arib-file://ec/tvshopping/shop2/basket.bml」が指定されており、かつ、スクリプトとして、クッキーファイルからの読み出し処理が記述されている場合には、以下のようにクッキーファイルからの読み出し処理を実行し、かかるクッキーデータを用いて表示を行う。
【０１０３】
ＣＰＵ４４は、図１９に示すＢＭＬデータ「arib-file://ec/tvshopping/shop2/basket.bml」がリンク先として指定されると、リソース読み出し指令が与えられたと判断して（図１４ステップＳ２１）、同様にしてリソースの種類は蓄積データであると判断し、ステップＳ２９、ステップＳ２６，ステップＳ２７を実行する。
【０１０４】
ＣＰＵ４４はスクリプト実行指令があるか否か判断する（ステップＳ３７）。この場合、図１８に示す領域１０９にスクリプトとして、クッキーデータを読み出して必要な表示データを生成するスクリプトが記述されていると、以下のようにクッキーファイル読み出し処理を実行する（ステップＳ３９）。
【０１０５】
かかるクッキーファイル読み出し処理について図２０を用いて説明する。ＣＰＵ４４は、カレントディレクトリをクッキー処理用ディレクトリとして決定する（図２０ステップＳ５１）。この場合、クッキー処理用ディレクトリとして ディレクトリ「arib-file://ec/tvshopping/shop2/bargain」がクッキー処理用ディレクトリとして決定される。
【０１０６】
ＣＰＵ４４は、このクッキー処理用ディレクトリまたはその上位ディレクトリにマッピング情報が存在するか否か判断する（図２０ステップＳ５３）。
【０１０７】
この場合、ディレクトリ「arib-file://ec/tvshopping/shop2」にはマッピング情報「http://www.shoppingmall.com/shop2」が存在するので、ＣＰＵ４４は、クッキー処理用ディレクトリについてマッピング処理を行う（ステップＳ５５）。具体的には、カレントディレクトリ「arib-file://ec/tvshopping/shop2/bargain」は、ディレクトリ「http://www.shoppingmall.com/shop2」に所属するディレクトリ「http://www.shoppingmall.com/shop2/bargain」とみなす。
【０１０８】
ＣＰＵ４４は、指定されたクッキー処理が読み出し処理か書き込み処理か、判断する（ステップＳ５７）。この場合読み出し処理であるので、ＣＰＵ４４は、クッキー処理用ディレクトリまたはその上位ディレクトリの全クッキーデータを読み出す（ステップＳ５９）。この場合、ディレクトリ「http://www.shoppingmall.com/shop2」用のクッキーデータおよびその上位ディレクトリ用のクッキーデータが読み出される。すなわち、受信装置４のハードディスクにおけるローカルファイル用ではなく、コンテンツサーバ６のディレクトリ用のクッキーファイルが読み出され、必要なデータを用いて図１９に示す買い物情報が作成される。このように名前空間が異なるディレクトリ間でクッキーデータを受け渡すことにより、スクリプトで指定されたクッキーファイルへの読み出し処理が実行され、必要な表示が為される。
【０１０９】
図１９に示す画像がモニタ１０に表示され、操作者がさらに買い物を続ける場合には、領域１２０を選択確定する。領域１２０には「ブラウザプログラムの履歴を参照して１つ前の表示に戻る」というスプリクトが記述されており、したがって、図１４ステップＳ４３、ステップＳ４５に進み、図１８に示す画像がモニタ１０に表示される。
【０１１０】
図１８に示す画像がモニタ１０に表示されると、操作者は他の商品を見てみたい場合には、領域１１１を選択確定する。領域１１１には図２１に示すリソース「arib-file://ec/tvshopping/shop2/bargain/gift/4000/coffeecupyy.bml」がリンク先として指定されているので、同様にして、図２１に示す画像がモニタ１０に表示される。
【０１１１】
操作者はこの商品の購入を希望せず、他の商品を見てみたい場合には、領域１２１を選択確定すればよい。ここでは、領域１２１には図２２に示すリソース「arib-dc://0001.1001.1000/40/0002/coffeecupzz1.bml」がリンク先として指定されているものとする。
【０１１２】
なお、操作者が図２１に示す商品の購入を希望した場合には、購入履歴が同様にしてクッキーファイルに追記される。
【０１１３】
ＣＰＵ４４は、上記リソースの先頭部分の記述に基づいて、図１４ステップＳ２３にて、リソースの格納箇所がストリームデータ（放送データ）であると判断し、ストリームデータを検索対象とする（図１４ステップＳ２５）。これにより、ＣＰＵ４４は、図１２に示すディレクトリ構造に基づいて、目的リソースの検索を行い、検索中にマッピングデータがあるか否か判断する（ステップＳ２６）。この場合、ＣＰＵ４４は、リソース「arib-dc://0001.1001.1000/40/0002/coffeecupzz1.bml」が前記リンク先リソースであるので「arib-dc://0001.1001.1000/40/0002」のモジュールを受信し、全モジュールを再現する。これにより、図１２に示すディレクトリ「Timeservice/shop2」に属するリソースを取得できる。この場合、目的リソース「arib-dc://0001.1001.1000/40/0002/coffeecupzz1.bml」で特定される「coffeecupzz1.bml」が属するディレクトリ「Timeservice/shop2」には、図１２に示すように、マッピング情報として「http://www.shoppingmall.com/shop2」が設定されている。したがって、ＣＰＵ４４は、対象リソースの存在するディレクトリには、マッピング情報があると判断する。
【０１１４】
ＣＰＵ４４は、マッピング情報があると判断した場合には、マッピング情報によって特定されたディレクトリにマッピング情報ありと記憶する（図１４ステップＳ２７）。そして、ＣＰＵ４４は、対象リソースを表示する（ステップＳ４１）。これにより、図２２に示す画像がモニタ１０に表示される。
【０１１５】
この商品の購入を希望する場合には、操作者は領域１２９を選択確定する。図１２の「arib-dc://0001.1001.1000/40/0002/basket.bml」がリンク先である場合には、図２３に示すような画像が表示される。
【０１１６】
また、領域１２９には、買い物データを記憶するクッキーファイル書き込み処理を行うスクリプトが記述されている。したがって、領域１２９が選択確定されると、ＣＰＵ４４は図１４ステップＳ２１からステップＳ３７に進み、当該スクリプトの実行指令があると判断し（ステップＳ３７）、当該スクリプトを実行する（ステップＳ３９）。
【０１１７】
ストリームデータにマッピング情報がある場合のクッキー処理は、蓄積データについて既に説明したのと同様である。すなわち、ＣＰＵ４４は、カレントディレクトリをクッキー対象ディレクトリとし（ステップＳ５１）、マッピング情報があるので、マッピング処理を行う（ステップＳ５５）。この場合、ＣＰＵ４４は、カレントディレクトリ「arib-dc://0001.1001.1000/40/0002」が、ディレクトリ「http://www.shoppingmall.com/shop2」であるとみなす。この場合、既にかかるクッキーファイルが存在するので、追記処理が為される（ステップＳ６５）。これにより、受信装置４の放送コンテンツ用ではなく、コンテンツサーバ６のディレクトリ用のクッキーファイルに、図２２に示す買い物情報が記録される。かかるクッキーファイルに記憶されたデータ構造を図２４Ｂに示す。
【０１１８】
このようにして、スクリプトで指定されたクッキーファイルへの書き込みおよび読み出し処理が実行され、必要な表示が為される（ステップＳ４１）。
【０１１９】
図２３に示す画像がモニタ１０に表示され、操作者がさらに買い物を続ける場合には、領域１２０を選択確定する。領域１２０には「ブラウザプログラムの履歴を参照して１つ前の表示に戻る」というスプリクトが記述されており、これにより、図２２に示す画像がモニタ１０に表示される。
【０１２０】
図２２に示す画像がモニタ１０に表示され、操作者が他の商品を見てみたい場合には、領域１３１を選択確定すればよい。領域１３１には図２５に示すリソース「http://www.shoppingmall.com/shop2/coffeecup/wedge/coffeecupRR1.bml」がリンク先として指定されている。したがって、ＣＰＵ４４は、以下のようにして、図２５に示す画像をモニタ１０に表示する。
【０１２１】
ＣＰＵ４４は、図１４ステップＳ２３にて、当該リソースの先頭部分の記述に基づき、当該リソースの格納箇所が通信コンテンツであると判断し、コンテンツサーバ６に対して、当該リソースに対応するファイルの送信要求を出力する（図１４ステップＳ３３）。ＣＰＵ４４は、応答があるか否か判断しており（ステップＳ３５）、受信すると、対象リソースを表示する（ステップＳ４１）。これにより、図２５に示す画像がモニタ１０に表示される。
【０１２２】
操作者はこの商品の購入を希望する場合には、図２５に示す領域１３９を選択確定する。図１３のルートディレクトリに所属するＢＭＬデータ「/basket.bml」がリンク先である場合には、図２６に示すような画像が表示される。
【０１２３】
また、領域１３９には、買い物データを記憶するクッキーファイル書き込み処理を行うスクリプトが記述されている。したがって、領域１３９が選択確定されると、ＣＰＵ４４は、図１４ステップＳ２１からステップＳ４３に進み、当該スクリプトの実行指令があると判断し（ステップＳ４３）、当該スクリプトを実行する（ステップＳ４５）。
【０１２４】
上記クッキーファイル書き込み処理は、既に説明した場合と同様であるが、マッピング情報が存在しないので通常のクッキーファイルの書き込み処理と同様である。すなわち、カレントディレクトリをクッキー対象ディレクトリとし（ステップＳ５１）、マッピング情報が存在しないので、マッピング処理を行うことなく、読み出し処理か書き込み処理かを判断する（ステップＳ５７）。この場合書き込み処理であるので、記述先のディレクトリが、クッキー処理用ディレクトリまたはその上位ディレクトリであるか否か判断する（ステップＳ６１）。この場合、既に存在するので、追記する（ステップＳ６５）。
【０１２５】
これにより、図２５に示す買い物情報が記録される。かかるクッキーファイルに記憶されたデータ構造を図２４Ｃに示す。
【０１２６】
読み出し処理についても同様である。
【０１２７】
なお、図２０ステップＳ６１にて記述先ディレクトリが、クッキー処理用ディレクトリでも、その上位ディレクトリでもない場合には、指定されたクッキーファイルへの書き込みは禁止され、エラーメッセージを表示する（ステップＳ６９）。
【０１２８】
かかる買い物履歴データを用いた決済処理については、従来と同様である。すなわち、図２６が表示されている状態で、ボタン１４５を選択確定すると、決済処理のスクリプトが実行される。ここでは、決済処理のスクリプトとしては、コンテンツサーバ６のディレクトリ「http://www.shoppingmall.com」のＣＧＩプログラム「/account.cgi」が実行する処理を記述しておけばよい。かかる決済処理を実行するＣＧＩプログラムは、通常のクッキーデータ読み出し処理の規格通り、当該プログラムが属するディレクトリまたはその上位ディレクトリに設定されたクッキーファイルについては、中身のクッキーデータを受け取ることができる。既に説明したように、ディレクトリ「http://www.shoppingmall.com/shop2」には、図２４Ｃに示すようなクッキーファイルが対応づけられている。したがって、コンテンツサーバ６は、受信装置４に記憶されたかかるクッキーファイルの中身を受け取ることができる。かかる決済処理における送り先や支払方法の入力処理については、通常と同様であるので説明は省略する。
【０１２９】
このように、マッピング情報を用いて、マッピング先のディレクトリに関するクッキーファイルを作成することにより、ストリームコンテンツ、蓄積コンテンツおよび通信コンテンツのいずれであっても、共通のクッキーファイル（１つ）に買い物履歴を記録することができ、これを利用した処理が可能となる。また、マッピングデータを各ファイルのディレクトリ構造を記述したリソースリスト中に格納させたので、ファイル検索時にあわせてマッピング先を特定することができる。したがって、前記マッピング情報として、マッピング元ディレクトリとマッピング先ディレクトリの対応テーブル形式で持つ場合と較べて、検索時間が不要となるという効果を奏する。なお、対応テーブルを用いることもできる。
【０１３０】
なお、本実施形態においては、マッピング情報を用いて、クッキー処理用ディレクトリを変更できるようにしている。したがって、指定された範囲においてのみ、共通のクッキーファイルとすることができる。これにより、従来のクッキー処理の制約であるドメインを越えるクッキーデータのやり取りが、指定された範囲内でのみ可能となるので、安全性と利便性を同時に達成することができる。
【０１３１】
また、蓄積コンテンツまたはストリームコンテンツを表示して入力した買い物情報をクッキーデータとして、インターネットコンテンツサーバにまとめて転送できるので、買い物をまとめて精算することができる。
【０１３２】
(5)その他の実施形態
クッキーファイルは、それぞれ別々のファイルとして管理してもよく、また、１のファイルとしてまとめても管理するようにしてもよい。
【０１３３】
上記実施形態では、オンラインショッピングの場合を例として示したが、クッキーデータを受け渡すと好ましいクイズ番組、アンケート調査などの双方向の処理を行う他のコンテンツについても同様に適用することができる。
【０１３４】
なお、本実施形態においては、名前空間が異なる場合として、通信系コンテンツを管理する名前空間、蓄積型コンテンツを管理する名前空間、および、ストリームコンテンツを管理する名前空間を例として説明したが、同じ系列の名前空間、たとえば、同じ蓄積型コンテンツを管理する名前空間間、およびストリームコンテンツを管理する名前空間間でも、同様に適用することができる。このように、本実施形態においては、名前空間が異なるディレクトリとは、２つのディレクトリが全く同じディレクトリに属しない場合を意味する。
【０１３５】
また、上記実施形態では、無線放送について説明したが、有線放送やインターネットを利用した場合も同様に適用することができる。さらに、１対多の場合（いわゆる一斉放送）だけでなく、１対１で送受信するような場合にも適用することができる。
【０１３６】
さらに、インターネットにおける異なるドメインサーバー間のクッキーファイルの受け渡しについても名前空間が異なるとして同様に、適用することができる。
【０１３７】
また、上記実施形態においては、ストリームコンテンツ、蓄積コンテンツおよび通信コンテンツの３者の間で共通のクッキーファイルを作成したが、いずれか２者間（ストリームコンテンツと蓄積コンテンツ間、ストリームコンテンツと通信コンテンツ間、ストリームコンテンツと通信コンテンツ間）のいずれの組み合わせも可能である。
【０１３８】
なお、この場合、マッピング先、すなわち、クッキー情報を作成する仮想ディレクトリは、双方向の通信コンテンツ提供サーバとなる。
【０１３９】
また、かかるマッピング元およびマッピング先のディレクトリに所属するリソースを表示する範囲で、表示を切り換えている場合には、browser.uregの値をリセットしないようにしてもよい。
【０１４０】
なお、上記実施形態においては、各リソースの指定を従来のＢＳデータ放送と同様である場合について説明したが、各リソースの指定については、これに限定されない。
【０１４１】
なお、上記実施形態においては、操作者が入力したデータをクッキーデータとして受け渡す場合について説明したが、通常のクッキーデータの使用法であれば、どのようなものであっても適用可能であり、例えば、ユーザＩＤやパスワードの入力補助（支援）、操作者の表示コンテンツの履歴情報の取得などとしても適用することができる。また、ユーザの入力に対応して生成された結果データを受け渡すこともできる。
【０１４２】
また、本実施形態においては、現行ＢＳデータ放送のように、ストリームコンテンツ（放送コンテンツ）の各モジュール内では各コンテンツが階層構造でない場合について説明したが、各モジュール内が階層構造であっても同様に適用することができる。
【０１４３】
上記実施形態においては、クッキーファイル作成時にマッピング先のディレクトリ用のクッキーファイルを作成し、クッキーファイル読み出し時には、通常のクッキーファイル読み出し処理をする。これにより、蓄積コンテンツやストリームコンテンツのように、双方向の通信処理を行わない名前空間においても、特別の転送用のプログラムを作成することなく、クッキー処理を用いてデータ受け渡しが可能となる。
【０１４４】
また、クッキーファイルに記憶するデータとして、ユーザの入力したデータを例として説明したが、それ以外でも、通常のクッキーファイルに値として記憶しておくことが望ましいものについては同様にクッキーファイルに記憶することができる。
【０１４５】
上記実施形態においては、マッピング先のディレクトリと、当該マッピング先のディレクトリと関連づけられたディレクトリのパス名が同じで、且つ実在する場合（/shop2)について説明した。しかし、これに限定されず、実在しない場合も可能である。図２７Ａに、実在しない場合の例を示す。この例ではさらに、マッピング情報の付加されたディレクトリを別のパス名でマッピングさせる場合を示している。放送データのディレクトリ「/store/root/bcstore」にマッピング情報として、マッピング先ディレクトリのドメイン名「www.shop1.co.jp/internetshop2」、パス名「internetshop2」が記述されている。これにより、図２７Ｂに示すように、通信系のコンテンツを管理するディレクトリ「www.shop1.co.jp」にディレクトリ「www.shop1.co.jp/internetshop2」が仮想的に存在し、かかるディレクトリ「www.shop1.co.jp/internetshop2」に「/mall1」、「/mall2」以下のディレクトリが所属すると擬制したクッキー処理が可能となる。
【０１４６】
なお、マッピング情報で指定されたパスのディレクトリがマッピング先のディレクトリに実在しない場合はもちろん、実在する場合であってもよい。仮に同じパス名のディレクトリが仮想的に存在するとしても、クッキー処理だけであれば、特に問題はないからである。
【０１４７】
また、上記実施形態においては第１のディレクトリが第２のディレクトリを管理する１階層上のディレクトリに仮想的に所属すると擬制して、クッキー処理を行う場合について説明した。しかし、これに限定されず、第１のディレクトリが第２のディレクトリに仮想的に所属すると擬制して前記クッキー処理を行うようにしてもよい。
【０１４８】
また、上記実施形態においてはマッピング情報によって第１のディレクトリと第２のディレクトリとを関連づけるようにしたが、両ディレクトリの関連付けについては特にこれに限定されない。
【０１４９】
本実施形態においては、図５に示す機能を実現する為に、ＣＰＵを用い、ソフトウェアによってこれを実現している。しかし、その一部もしくは全てを、ロジック回路等のハードウェアによって実現してもよい。
【０１５０】
なお、プログラムの一部の処理をオペレーティングシステム（ＯＳ）にさせるようにしてもよい。
【０１５１】
なお、上記コンピュータ可読のクッキー処理プログラムにおいては、ディレクトリ構造でデータを管理するコンピュータに、カレントディレクトリまたはその上位ディレクトリにクッキーデータを設定する処理を実行させるためのクッキー処理プログラムであって、前記カレントディレクトリまたはその上位ディレクトリのいずれかにマッピング先ディレクトリを特定するマッピング情報が存在する場合には、前記クッキーデータ設定対象のディレクトリが、前記マッピング先ディレクトリまたはその上位ディレクトリであるか否か判断し、前記マッピング先ディレクトリまたはその上位ディレクトリである場合には、当該クッキーデータの設定を許可する。このように、前記マッピング情報が存在する場合には、前記クッキーデータ設定対象のディレクトリが、前記マッピング先ディレクトリまたはその上位ディレクトリであるか否か判断し、前記マッピング先ディレクトリまたはその上位ディレクトリである場合には、当該クッキーデータの設定を許可することにより、前記クッキーデータ設定対象のディレクトリと異なるディレクトリまたはその下位ディレクトリからも、設定可能となる。したがって、参照・書き込み処理できる範囲のディレクトリを任意に設定することができる。これにより、所望の範囲にて共通のクッキーデータを設定することができる。
【０１５２】
また、本発明にかかるコンピュータ可読のクッキー処理プログラムにおいては、ディレクトリ構造でデータを管理するコンピュータに、特定のディレクトリまたはその下位ディレクトリからのみ参照・書き込み処理を実行させるためのクッキー処理プログラムであって、前記特定のディレクトリまたはその上位ディレクトリのいずれかにマッピング先ディレクトリが存在する場合には、前記特定のディレクトリ用のクッキーデータではなく、前記マッピング先ディレクトリ用のクッキーデータとして、参照・書き込み処理を行う。このように、前記マッピング先ディレクトリが存在する場合には、前記特定のディレクトリ用のクッキーデータではなく、前記マッピング先ディレクトリ用のクッキーデータとして、参照・書き込み処理を行うことにより、特定のディレクトリ用のクッキーデータを、当該ディレクトリまたはその下位ディレクトリからだけでなく、マッピング先のディレクトリまたはその下位ディレクトリからも、参照・書き込み処理が可能となる。したがって、参照・書き込み処理できる範囲のディレクトリを任意に設定することができる。これにより、所望の範囲からクッキーデータの参照・書き込み処理が可能となる。
【０１５３】
また、本発明にかかるコンピュータ可読のクッキー処理プログラムにおいては、ディレクトリ構造でデータを管理するコンピュータに、特定のディレクトリまたはその下位ディレクトリからのみ参照・書き込み処理を実行させるためのクッキー処理プログラムであって、前記特定のディレクトリまたはその上位ディレクトリのいずれかにマッピング先ディレクトリを特定するマッピング情報が存在する場合には、前記特定のディレクトリ用のクッキーデータに代えて、前記マッピング先ディレクトリ用に、前記マッピング指定されたディレクトリが仮想的に存在すると取り扱って前記クッキーデータの参照・書き込み処理をする。このように、前記マッピング情報が存在する場合には、前記特定のディレクトリ用のクッキーデータに代えて、前記マッピング先ディレクトリ用に、前記マッピング指定されたディレクトリが仮想的に存在すると取り扱って前記クッキーデータの参照・書き込み処理することにより、前記特定のディレクトリ用のクッキーデータを、当該ディレクトリまたはその下位ディレクトリからだけでなく、マッピング先のディレクトリまたはその下位ディレクトリからも、参照・書き込み処理が可能となる。したがって、参照・書き込み処理できる範囲のディレクトリを任意に設定することができる。これにより、所望の範囲からクッキーデータの参照・書き込み処理をすることができる。
【０１５４】
また、本発明にかかる画像データ表示装置は、構造記述型言語で記述された構造記述型言語記述データに基づいて、表示装置に表示させる画像データを生成する画像データ表示装置であって、1)前記構造記述型言語記述データをディレクトリ構造にて管理する第１のディレクトリ管理装置から、前記構造記述型言語記述データを受け取る構造記述型言語記述データ受け取り手段、2)前記受け取った構造記述型言語記述データに基づき、表示装置に表示する画像データを生成する画像データ生成手段、3)前記表示装置に表示された画像データに基づいて、ユーザがデータ入力を行うと、当該構造記述型言語記述データ中にデータ保持指令を含むスクリプトが存在する場合には、当該スクリプトで指定された受け渡し対象ディレクトリが、前記第１のディレクトリ管理装置内のディレクトリであるか否か判断し、前記第１のディレクトリ管理装置内のディレクトリである場合には、前記受け渡し対象ディレクトリ用の受け渡し可能データとして保持するデータ保持手段、4)前記第１のディレクトリ管理装置とは別の第２のディレクトリ管理装置のディレクトリが、前記受け渡し対象ディレクトリとして前記スクリプトにて指定されている場合には、前記データ保持手段は、前記表示装置に表示する画像データを生成する構造記述型言語記述データに、前記第２のディレクトリ管理装置のディレクトリのいずれかをマッピング先ディレクトリとして特定するマッピング情報が存在するか否か判断し、存在する場合には、前記第２のディレクトリ管理装置のディレクトリ用の受け渡し可能データとして保持する。このように、前記マッピング情報が存在する場合には、前記受け渡し対象ディレクトリが、前記第２のディレクトリ管理装置のディレクトリであるか否か判断し、そうである場合には、前記受け渡し可能データとして保持することにより、前記第２のディレクトリ管理装置のディレクトリからも、前記受け渡し要求が可能となる。したがって、受け渡し対象ディレクトリを任意に設定することができる。これにより、所望の範囲にて前記受け渡しが可能となる
【図面の簡単な説明】
【図１】従来の蓄積データのディレクトリ構造を示す図である。
【図２】従来の蓄積データの表示画面の一例である。
【図３】従来の蓄積データの表示画面の一例である。
【図４】従来の蓄積データの表示画面の一例である。
【図５】この発明にかかる一実施形態の概要図である。
【図６】送信装置の機能ブロック図である。
【図７】受信装置のハードウエア構成を示す図である。
【図８】ＤＤＢメッセージのデータ構造を示す図である。
【図９】データDIIのデータ構造を示す図である。
【図１０】蓄積データのディレクトリ構造を示す図である。
【図１１】コンテンツ蓄積処理プログラムのフローチャートを示す図である。
【図１２】放送データのディレクトリ構造を示す図である。
【図１３】コンテンツサーバのディレクトリ構造を示す図である。
【図１４】リソースを読み出して表示する処理のフローチャートである。
【図１５】画面表示例を示す図である。
【図１６】画面表示例を示す図である。
【図１７】画面表示例を示す図である。
【図１８】画面表示例を示す図である。
【図１９】画面表示例を示す図である。
【図２０】クッキーファイルへの書き込み処理のフローチャートである。
【図２１】画面表示例を示す図である。
【図２２】画面表示例を示す図である。
【図２３】画面表示例を示す図である。
【図２４】クッキーファイルに記憶されるクッキーデータの一例を示す図である。
【図２５】画面表示例を示す図である。
【図２６】画面表示例を示す図である。
【図２７】マッピングの概念を説明する図である。
【符号の説明】
４・・・受信装置
１２・・・受信部
１３・・・インターネット処理部
１４・・・クッキー処理部
２２・・・制御部
２４・・・蓄積部
Claims (12)
- 構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を記憶する送信装置から放送された前記各コンテンツファイルおよびそのディレクトリ構造を受信装置にて受信すると、前記複数のコンテンツファイルをそのディレクトリ構造で管理しておき、
前記受信装置は、読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う受信装置におけるクッキー処理方法であって、
前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断し、設定されている場合には、当該マッピング先のファイルに当該設定されているファイルおよびその下位ファイルが属するものとして、前記クッキーの書き込みまたは読み出し処理を行うこと、
を特徴とするクッキー処理方法。 - 放送装置から、構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を受信装置にて受信すると、前記複数のコンテンツファイルをそのディレクトリ構造で管理しておき、
前記受信装置は、読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う受信装置におけるクッキー処理方法であって、
前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断し、設定されている場合には、以下のクッキーの書き込みまたは読み出し処理を行うこと、
1)前記指令がクッキーの書き込み指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、クッキーファイルを生成する、
2)前記指令がクッキーの読み出し指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、当該ディレクトリまたはその上位ディレクトリのクッキーファイルの読み出しを行う、
を特徴とするクッキー処理方法。 - 構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を記憶する送信装置から放送された前記各コンテンツファイルおよびそのディレクトリ構造を受信する手段、
前記受信した複数のコンテンツファイルをそのディレクトリ構造で管理する手段、
読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う手段、
を備えたクッキー処理機能付き受信装置において、
前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断する手段、
前記マッピング情報が設定されていると判断された場合には、当該マッピング先のファイルに当該設定されているファイルおよびその下位ファイルが属するものとして、前記クッキーの書き込みまたは読み出し処理を行う手段、
を備えたことを特徴とするクッキー処理機能付き受信装置。 - 放送装置から、構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を受信する手段、
前記受信した複数のコンテンツファイルをそのディレクトリ構造で管理する手段、
読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う手段、
を備えたクッキー処理機能付き受信装置において、
前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断する手段、
前記マッピング情報が設定されていると判断された場合に、前記指令がクッキーの書き込み指令か読み出し指令かを判断する手段、
前記指令がクッキーの書き込み指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、クッキーファイルを生成する手段、
前記指令がクッキーの読み出し指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、当該ディレクトリまたはその上位ディレクトリのクッキーファイルの読み出しを行う手段、
を備えたことを特徴とするクッキー処理付き受信装置。 - チューナ、トランスポートストリームデコーダ、ＡＶデコーダ、モデムおよびＣＰＵを備えた受信装置を以下の手段として機能させるためのプログラム。
構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を記憶する送信装置から放送された前記各コンテンツファイルおよびそのディレクトリ構造を受信する手段、
前記受信した複数のコンテンツファイルをそのディレクトリ構造で管理する手段、
読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う手段、
前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断する手段、
前記マッピング情報が設定されていると判断された場合には、当該マッピング先のファイルに当該設定されているファイルおよびその下位ファイルが属するものとして、前記クッキーの書き込みまたは読み出し処理を行う手段。 - チューナ、トランスポートストリームデコーダ、モデムおよびＣＰＵを備えた受信装置を以下の手段として機能させるためのプログラム。
放送装置から、構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を受信する手段、
前記受信した複数のコンテンツファイルをそのディレクトリ構造で管理する手段、
読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う手段、
前記クッキー処理を行う前に、前記受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断する手段、
前記マッピング情報が設定されていると判断された場合に、前記指令がクッキーの書き込み指令か読み出し指令かを判断する手段、
前記指令がクッキーの書き込み指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、クッキーファイルを生成する手段、
前記指令がクッキーの読み出し指令である場合には、前記マッピング情報が設定されているディレクトリが、前記コンテンツサーバのマッピング先のディレクトリに属するものとして、当該ディレクトリまたはその上位ディレクトリのクッキーファイルの読み出しを行う手段。 - 構造記述型言語で記述された構造記述型言語記述データに基づいて、表示装置に表示させる画像データを生成する画像データ生成装置であって、
前記構造記述型言語記述データをディレクトリ構造にて管理する第１のディレクトリ管理装置から放送された前記構造記述型言語記述データを受信する構造記述型言語記述データ受信手段、
前記受信した構造記述型言語記述データを前記表示装置に表示する画像データを生成する画像データ生成手段、
前記生成した画像データに基づいて、ユーザがデータ入力を行うと、当該構造記述型言語記述データ中にクッキーデータの保持を指示するデータ保持指令を含むスクリプトが存在する場合には、当該スクリプトで指定された受け渡し対象ディレクトリが、当該構造記述型言語記述データファイルの属するディレクトリまたはその上位ディレクトリであるか否か判断し、当該構造記述型言語記述データファイルの属するディレクトリまたはその上位ディレクトリである場合には、前記入力されたデータを前記受け渡し対象ディレクトリ用のクッキーデータとして保持するデータ保持手段、
を備えた画像データ生成装置において、
前記データ保持手段は、前記構造記述型言語記述データファイルの属するディレクトリまたはその上位ディレクトリのいずれかにマッピング先ディレクトリを特定するマッピング情報が存在する場合には、前記受け渡し対象ディレクトリが、前記マッピング先ディレクトリまたはその上位ディレクトリであるか否か判断し、前記マッピング先ディレクトリまたはその上位ディレクトリである場合には、前記入力されたデータを前記受け渡し対象ディレクトリまたはその上位ディレクトリ用のクッキーデータとしてではなく、前記マッピング先ディレクトリまたはその上位ディレクトリ用のクッキーデータとして保持すること、
を特徴とする画像データ生成装置。 - 請求項７の画像データ生成装置において、前記マッピング情報は前記ディレクトリ構造を管理するためのディレクトリ管理情報に含有されていること、
を特徴とする画像データ生成装置。 - 請求項７または請求項８の画像データ生成装置において、
前記第１のディレクトリ管理装置は、コンテンツがディレクトリ構造で送信された放送データを記憶する送信装置であり、
前記マッピング先ディレクトリは、前記画像データ生成装置とネットワーク接続され、各コンテンツをディレクトリ構造で管理されているコンテンツサーバのディレクトリであること、
を特徴とする画像データ生成装置。 - 請求項９の画像データ生成装置において、
前記第１のディレクトリ管理装置は、コンテンツがディレクトリ構造で送信された放送データを蓄積媒体にあらかじめ蓄積記憶するとともに、現在受信中の放送データを順次記憶すること、
を特徴とする画像データ生成装置。 - 請求項９または請求項１０の画像データ生成装置において、
表示画面が前記マッピング情報で関連づけられたディレクトリの範囲内で切り換えられている場合には、browser.uregの値を保持すること、
を特徴とする画像データ生成装置。 - 構造記述型言語で記述された構造記述型言語記述データで構成されたコンテンツファイルおよびそれらコンテンツファイルのディレクトリ構造を記憶する送信装置、
前記放送された前記各コンテンツファイルおよびそのディレクトリ構造を受信すると、前記複数のコンテンツファイルをそのディレクトリ構造で管理しておき、読み出し対象となったコンテンツファイルの構造記述型言語記述データにクッキーの書き込みまたは読み出し指令が存在する場合には、当該読み出し対象としたコンテンツファイルが存在するディレクトリをクッキー処理用ディレクトリとして、クッキー処理を行う複数の受信装置、
を備えた放送システムであって、
前記各受信装置は、前記クッキー処理を行う前に、当該受信装置とネットワーク接続されるコンテンツサーバのディレクトリ構造のファイルとマッピングするマッピング情報が前記クッキー処理用ディレクトリまたはその上位ディレクトリに設定されているか否か判断し、設定されている場合には、当該マッピング先のファイルに当該設定されているファイルおよびその下位ファイルが属するものとして、前記クッキーの書き込みまたは読み出し処理を行うこと、
を特徴とする放送システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002049381A JP4248183B2 (ja) | 2001-02-26 | 2002-02-26 | クッキー処理プログラムおよび画像データ表示装置 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001-51297 | 2001-02-26 | ||
| JP2001051297 | 2001-02-26 | ||
| JP2002049381A JP4248183B2 (ja) | 2001-02-26 | 2002-02-26 | クッキー処理プログラムおよび画像データ表示装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002373152A JP2002373152A (ja) | 2002-12-26 |
| JP4248183B2 true JP4248183B2 (ja) | 2009-04-02 |
Family
ID=26610143
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002049381A Expired - Fee Related JP4248183B2 (ja) | 2001-02-26 | 2002-02-26 | クッキー処理プログラムおよび画像データ表示装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4248183B2 (ja) |
Families Citing this family (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4456829B2 (ja) * | 2003-06-17 | 2010-04-28 | 株式会社駅探 | 受信機、受信方法、受信プログラム、コンテンツ提供サーバ及びコンテンツ提供方法 |
| JP4884278B2 (ja) * | 2007-03-30 | 2012-02-29 | 日本テレビ放送網株式会社 | データ放送の送出確認システム、変換装置、送出確認装置、及びそのプログラム |
| JP5468950B2 (ja) * | 2010-03-24 | 2014-04-09 | 株式会社野村総合研究所 | 企業Ｗｅｂページ管理システム |
| US8307006B2 (en) | 2010-06-30 | 2012-11-06 | The Nielsen Company (Us), Llc | Methods and apparatus to obtain anonymous audience measurement data from network server data for particular demographic and usage profiles |
| CA3027898C (en) | 2010-09-22 | 2023-01-17 | The Nielsen Company (Us), Llc | Methods and apparatus to determine impressions using distributed demographic information |
| WO2012087954A2 (en) | 2010-12-20 | 2012-06-28 | The Nielsen Company (Us), Llc | Methods and apparatus to determine media impressions using distributed demographic information |
| CN103189856B (zh) | 2011-03-18 | 2016-09-07 | 尼尔森（美国）有限公司 | 确定媒体印象的方法和装置 |
| US8538333B2 (en) | 2011-12-16 | 2013-09-17 | Arbitron Inc. | Media exposure linking utilizing bluetooth signal characteristics |
| AU2013204865B2 (en) | 2012-06-11 | 2015-07-09 | The Nielsen Company (Us), Llc | Methods and apparatus to share online media impressions data |
| AU2013204953B2 (en) | 2012-08-30 | 2016-09-08 | The Nielsen Company (Us), Llc | Methods and apparatus to collect distributed user information for media impressions |
| US9519914B2 (en) | 2013-04-30 | 2016-12-13 | The Nielsen Company (Us), Llc | Methods and apparatus to determine ratings information for online media presentations |
| US10068246B2 (en) | 2013-07-12 | 2018-09-04 | The Nielsen Company (Us), Llc | Methods and apparatus to collect distributed user information for media impressions |
| US9313294B2 (en) | 2013-08-12 | 2016-04-12 | The Nielsen Company (Us), Llc | Methods and apparatus to de-duplicate impression information |
| US10333882B2 (en) | 2013-08-28 | 2019-06-25 | The Nielsen Company (Us), Llc | Methods and apparatus to estimate demographics of users employing social media |
| US9332035B2 (en) | 2013-10-10 | 2016-05-03 | The Nielsen Company (Us), Llc | Methods and apparatus to measure exposure to streaming media |
| US10956947B2 (en) | 2013-12-23 | 2021-03-23 | The Nielsen Company (Us), Llc | Methods and apparatus to measure media using media object characteristics |
| US9852163B2 (en) | 2013-12-30 | 2017-12-26 | The Nielsen Company (Us), Llc | Methods and apparatus to de-duplicate impression information |
| US9237138B2 (en) | 2013-12-31 | 2016-01-12 | The Nielsen Company (Us), Llc | Methods and apparatus to collect distributed user information for media impressions and search terms |
| US20150193816A1 (en) | 2014-01-06 | 2015-07-09 | The Nielsen Company (Us), Llc | Methods and apparatus to correct misattributions of media impressions |
| US10147114B2 (en) | 2014-01-06 | 2018-12-04 | The Nielsen Company (Us), Llc | Methods and apparatus to correct audience measurement data |
| US9953330B2 (en) | 2014-03-13 | 2018-04-24 | The Nielsen Company (Us), Llc | Methods, apparatus and computer readable media to generate electronic mobile measurement census data |
| EP4219071A3 (en) | 2014-03-13 | 2023-08-09 | The Nielsen Company (US), LLC | Methods and apparatus to compensate impression data for misattribution and/or non-coverage by a database proprietor |
| US10311464B2 (en) | 2014-07-17 | 2019-06-04 | The Nielsen Company (Us), Llc | Methods and apparatus to determine impressions corresponding to market segments |
| US20160063539A1 (en) | 2014-08-29 | 2016-03-03 | The Nielsen Company (Us), Llc | Methods and apparatus to associate transactions with media impressions |
| US20160189182A1 (en) | 2014-12-31 | 2016-06-30 | The Nielsen Company (Us), Llc | Methods and apparatus to correct age misattribution in media impressions |
| US10045082B2 (en) | 2015-07-02 | 2018-08-07 | The Nielsen Company (Us), Llc | Methods and apparatus to correct errors in audience measurements for media accessed using over-the-top devices |
| US10380633B2 (en) | 2015-07-02 | 2019-08-13 | The Nielsen Company (Us), Llc | Methods and apparatus to generate corrected online audience measurement data |
| US9838754B2 (en) | 2015-09-01 | 2017-12-05 | The Nielsen Company (Us), Llc | On-site measurement of over the top media |
| US10205994B2 (en) | 2015-12-17 | 2019-02-12 | The Nielsen Company (Us), Llc | Methods and apparatus to collect distributed user information for media impressions |
| US10270673B1 (en) | 2016-01-27 | 2019-04-23 | The Nielsen Company (Us), Llc | Methods and apparatus for estimating total unique audiences |
| JP7006469B2 (ja) * | 2018-04-09 | 2022-01-24 | 富士通株式会社 | データ連携プログラム、データ連携システムおよびデータ連携方法 |
-
2002
- 2002-02-26 JP JP2002049381A patent/JP4248183B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002373152A (ja) | 2002-12-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4248183B2 (ja) | クッキー処理プログラムおよび画像データ表示装置 | |
| JP4195101B2 (ja) | 情報伝送装置及び情報受信装置 | |
| JP4438129B2 (ja) | コンテンツ受信システム及びコンテンツ受信方法 | |
| US7908636B2 (en) | Memory card handling for enhancing interactive television services | |
| CN100377143C (zh) | 用于从内容集合器获取可获得的媒体业务的方法和设备 | |
| JP4730626B2 (ja) | コンテンツ供給装置、コンテンツ供給方法、およびプログラム | |
| EP1415473B1 (en) | On-demand interactive magazine | |
| JPWO2006022304A1 (ja) | コンテンツ起動制御装置 | |
| JPH10247945A (ja) | ユニフォーム・リソース・ロケータをテレビ信号内の放送アドレスへマッピングする方法及び装置 | |
| KR20070008373A (ko) | 콘텐츠 배신 시스템 및 배신 방법과 콘텐츠 처리 장치 및처리 방법 | |
| JPH10173612A (ja) | メディア融合システム | |
| JP2001086078A (ja) | データ配信方法及び装置、並びに、データ受信方法及び装置 | |
| CN101252674B (zh) | 网络系统、服务器设备、终端设备、内容指南的显示方法 | |
| JP5692300B2 (ja) | コンテンツ供給装置、コンテンツ供給方法、コンテンツ受信装置、コンテンツ受信方法、プログラム、およびコンテンツダウンロードシステム | |
| JP2001292383A (ja) | 受信装置および受信方法 | |
| US8941724B2 (en) | Receiver | |
| US20090031369A1 (en) | Method and system for ordering video content from an interactive interface | |
| JP4119838B2 (ja) | 番組関連情報取得システムおよびその方法 | |
| JP2002077866A (ja) | 電子番組情報提供システム、電子番組情報利用システム、電子番組情報提供装置、媒体、および情報集合体 | |
| JP4243452B2 (ja) | クッキー処理プログラム、クッキー処理装置、クッキー処理方法およびコンテンツ融合方法 | |
| JP2004318475A (ja) | 情報提供システム及び情報提供方法、サーバ装置、端末装置、並びにコンピュータ・プログラム | |
| JP2001054071A (ja) | 情報再生制御システム及び情報再生制御方法、記録媒体、情報再生制御装置及び情報送出装置 | |
| JP2000227851A (ja) | 双方向通信システム及び記録媒体 | |
| JP2002032396A (ja) | 情報提供システムとその情報提供方法、及び情報提供プログラムを記録した記録媒体 | |
| JP4556080B2 (ja) | 情報処理装置および情報処理方法、録画再生装置および録画再生方法、並びにサービス提供システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050209 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20050331 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071228 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080115 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080317 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081110 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081125 |
|
| 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: 20081222 |
|
| 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: 20090113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120123 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4248183 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: 20130123 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130123 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |