(57)【要約】【課題】ＩＰＳＰのシステムにおいて、将来購入可能になるコンテンツのメタデータを取得した利用者が、コンテンツ購入可能時期になる前にそのコンテンツの購入を決定した際に、そのコンテンツを忘れずに購入することができるようにするためのコンテンツ購入予約システムなどを提供することを課題とする。【解決手段】メタデータサーバからメタデータを取得したコンテンツの購入予約を利用者から受付けると、そのコンテンツのメタデータを利用して購入可能時期情報を含む予約情報を生成して保持し、それ以降、現在日時情報と予約情報の購入可能時期情報を比較することで、購入予約を受付けたコンテンツが購入可能になったか判断する端末装置を提供する。また、前記判断の結果、購入予約を受付けたコンテンツが購入可能になったと判断すると、その旨を報知したり、自動的にポータルサーバにアクセスしコンテンツ購入手続を誘導したりする端末装置を提供する。【選択図】          図２
2009258928.tif 000002
【特許請求の範囲】
【請求項１】
ＶＯＤにて配信されるコンテンツの購入可能時期情報を含む属性データを保持する属性データ保持部と、
端末装置と通信するための属性データサーバ通信部と、
端末装置からの要求に応じて属性デ−タサーバ通信部を介して属性データを出力する属性データ出力部と、
を有する属性データサーバと、
端末通信部と、
ＶＯＤにて配信されるコンテンツを再生する再生部と、
時計部と、
属性データサーバ装置への属性データ要求を受付け、端末通信部を介して出力する属性データ要求受付出力部と、
属性データ要求に応じて属性データサーバから受信した属性データを利用してコンテンツ情報を表示するコンテンツ情報表示部と、
コンテンツ情報表示部が表示しているコンテンツの中から購入予約を受付けるための購入予約受付部と、
購入予約受付部にて購入予約を受付けたコンテンツの購入可能時期情報を含む予約情報を、属性データを利用して生成し保持する予約情報生成保持部と、
予約情報生成保持部に保持されている予約情報に含まれるコンテンツの購入可能時期情報を取得する購入可能時期情報取得部と、
時計部から得られる現在日時情報と購入可能時期情報取得部が取得した購入可能時期情報を比較することで購入予約を受付けたコンテンツが購入可能となったか判断する判断部と、
を有する端末装置と、
からなるＶＯＤ予約システム。
【請求項２】
前記端末装置は、
判断部での判断結果が、購入予約を受付けたコンテンツが購入可能となったとの判断結果である場合には、利用者に対してその旨を報知する第一報知部を有する請求項１に記載のＶＯＤ予約システム。
【請求項３】
属性データサーバの属性データ保持部は、
コンテンツの購入のために最初にアクセスすべきサーバ装置であるポータルサーバ装置のアドレス情報を含む属性データを保持するアドレス付属性データ保持手段を有し、
端末装置の予約情報生成保持部は、
購入予約受付部にて購入予約を受付けたコンテンツの購入のために最初にアクセスすべきサーバ装置であるポータルサーバ装置のアドレス情報を含む予約情報を、属性データを利用して生成し保持するアドレス付予約情報生成保持手段を有し、
端末装置は、
判断部での判断結果が、購入予約を受付けたコンテンツが購入可能となったとの判断結果である場合には、予約情報に含まれるポータルサーバ装置のアドレス情報にて示されるアドレスにアクセスするためのポータルアクセス部をさらに有する請求項１または２に記載のＶＯＤ予約システム。
【請求項４】
属性データサーバの属性データ保持部は、
どのコンテンツの属性データかを識別するためのコンテンツＩＤと、その属性データのバージョン情報を含む属性データを保持するＩＤバージョン付属性データ保持手段を有し、
端末装置の属性データ要求受付出力部は、
購入予約受付部にて購入予約を受付けたコンテンツの属性データの要求を、所定のタイミングで繰返し出力する繰返属性データ要求出力手段を有し、
端末装置は、
繰返属性データ要求出力手段の属性データ要求に応じて属性データサーバから受信した属性データに含まれるバージョン情報を、その時点で予約情報生成保持部に保持されている予約情報を生成するために利用された属性データのバージョン情報と比較する比較部を有し、
端末装置の予約情報生成保持部は、
比較部での比較の結果、バージョン情報が異なるとの比較結果を得た場合には、新たに受信した属性データを利用して予約を受付けているコンテンツの予約情報を生成し保持する予約情報更新保持手段を有する請求項１から３のいずれか一に記載のＶＯＤ予約システム。
【請求項５】
端末装置は、
比較部での比較の結果、バージョン情報が異なるとの比較結果を得た場合には、利用者に対してその旨、または、更新された属性データの内容を報知する第二報知部をさらに有する請求項４に記載のＶＯＤ予約システム。
【請求項６】
端末装置の判断部は、
比較部での比較の結果、バージョン情報が異なるとの比較結果を得た場合には、それ以降、予約情報更新保持手段が新たに受信した属性データを利用して生成し保持している予約情報に含まれる購入可能時期情報を利用して、購入予約を受付けたコンテンツが購入可能となったか判断する更新情報判断手段を有する請求項４または５に記載のＶＯＤ予約システム。
【請求項７】
請求項１、３、４のいずれか一に記載の属性データサーバ。
【請求項８】
請求項１から６のいずれか一に記載の端末装置。
【請求項９】
端末装置からの要求に応じ、属性データサーバ通信ステップを介してＶＯＤにて配信されるコンテンツの購入可能時期情報を含む属性データを出力する属性データ出力ステップを有する属性データサーバの処理方法と、
属性データサーバ装置への属性データ要求を受付け、端末通信ステップを介して出力する属性データ要求受付出力ステップと、
属性データ要求に応じて属性データサーバから受信した属性データを利用してコンテンツ情報を表示するコンテンツ情報表示ステップと、
コンテンツ情報表示ステップが表示しているコンテンツの中から購入予約を受付けるための購入予約受付ステップと、
購入予約受付ステップにて購入予約を受付けたコンテンツの購入可能時期情報を含む予約情報を、属性データを利用して生成し保持する予約情報生成保持ステップと、
保持されている予約情報に含まれるコンテンツの購入可能時期情報を取得する購入可能時期情報取得ステップと、
現在日時情報と購入可能時期情報取得ステップで取得した購入可能時期情報を比較することで購入予約を受付けたコンテンツが購入可能となったか判断する判断ステップを有する端末装置の処理方法と、
からなるＶＯＤ予約システムの処理方法。
【請求項１０】
前記端末装置の処理方法は、
判断ステップでの判断結果が、購入予約を受付けたコンテンツが購入可能となったとの判断結果である場合には、利用者に対してその旨を報知する第一報知ステップを有する請求項９に記載のＶＯＤ予約システムの処理方法。
【請求項１１】
端末装置の処理方法の予約情報生成保持ステップは、
購入予約受付ステップにて購入予約を受付けたコンテンツの購入のために最初にアクセスすべきサーバ装置であるポータルサーバ装置のアドレス情報を含む予約情報を、属性データを利用して生成し保持するアドレス付予約情報生成保持サブステップを有し、
端末装置の処理方法は、
判断ステップでの判断結果が、購入予約を受付けたコンテンツが購入可能となったとの判断結果である場合には、属性データに含まれるコンテンツの購入のために最初にアクセスすべきサーバ装置であるポータルサーバ装置のアドレス情報にて示されるアドレスにアクセスするためのポータルアクセスステップをさらに有する請求項９または１０に記載のＶＯＤ予約システムの処理方法。
【請求項１２】
端末装置の処理方法の属性データ要求受付出力ステップは、
購入予約受付ステップにて購入予約を受付けたコンテンツの属性データの要求を、所定のタイミングで繰返し出力する繰返属性データ要求出力サブステップを有し、
端末装置の処理方法は、
繰返属性データ要求出力サブステップの属性データ要求に応じて属性データサーバから受信した属性データに含まれるバージョン情報を、その時点で保持されている予約情報を生成するために利用された属性データのバージョン情報と比較する比較ステップを有し、
端末装置の処理方法の予約情報生成保持ステップは、
比較ステップでの比較の結果、バージョン情報が異なるとの比較結果を得た場合には、新たに受信した属性データを利用して予約を受付けているコンテンツの予約情報を生成し保持する予約情報更新保持サブステップを有する請求項９から１１のいずれか一に記載のＶＯＤ予約システムの処理方法。
【請求項１３】
端末装置の処理方法は、
比較ステップでの比較の結果、バージョン情報が異なるとの比較結果を得た場合には、利用者に対してその旨、または、更新された属性データの内容を報知する第二報知ステップをさらに有する請求項１２に記載のＶＯＤ予約システムの処理方法。
【請求項１４】
端末装置の処理方法の判断部ステップは、
比較ステップでの比較の結果、バージョン情報が異なるとの比較結果を得た場合には、それ以降、予約情報更新保持サブステップが新たに受信した属性データを利用して生成し保持している予約情報に含まれる購入可能時期情報を利用して、購入予約を受付けたコンテンツが購入可能となったか判断する更新情報判断サブステップを有する請求項１２又１３に記載のＶＯＤ予約システムの処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰＳＰ（ＩＰ  Ｓｅｒｖｉｃｅ  Ｐｒｏｊｅｃｔ）仕様の映像コンテンツ配信サービスに関する。具体的には、ＩＰＳＰ仕様で定義されている電子コンテンツガイドに必須の技術であるメタデータを利用したコンテンツの購入予約サービスの技術に関する。
【背景技術】
【０００２】
近年、ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）などのネットワークを使い、ＩＰ放送、ＶＯＤ（Ｖｉｄｅｏ  Ｏｎ  Ｄｅｍａｎｄ）、ダウンロードといったサービスをターゲットとした映像配信プラットフォームと視聴端末のプロトコルの規格化が、「ＩＰ  Ｓｅｒｖｉｃｅ  Ｐｒｏｊｅｃｔ」（以下、「ＩＰＳＰ」という）によりなされている。
【０００３】
ＩＰＳＰ仕様では、ＶＯＤストリーミングサービス、コンテンツダウンロードサービスに関して、電子コンテンツガイド（以下、「ＥＣＧ」という）のサービスが定義されている。「ＥＣＧ」は、ネットワーク上で配信されている多数のデジタルデータコンテンツの中から希望するコンテンツを効率的に検索したり、コンテンツの購入手続きを行うためのサーバに容易にアクセスしたりするための技術であり、規格化されたＴＶ−Ａｎｙｔｉｍｅメタデータ（以下、単に「メタデータ」という）などにより実現される。メタデータは、コンテンツに関するデータであり、表現形式にＸＭＬを利用している。メタデータに記述される内容は、「題名、内容、ジャンル、出演者、ライセンスに関する情報、コンテンツの購入手続きを行うためのサーバのアドレス情報」などと多岐に渡っている。
【０００４】
ここで、ＩＰＳＰ仕様のＶＯＤシステムについて簡単に説明する。ＩＰＳＰのシステムは、メタデータの保持・提供を行うメタデータサーバ、コンテンツの購入処理などを行うポータルサーバ、コンテンツの保持・提供を行うコンテンツサーバなどにより構成される。以下、図１のシーケンス図を利用して、利用者がコンテンツを購入する際の処理の流れの一例を説明する。まず、利用者が端末装置を操作して希望するコンテンツの検索要求を入力すると、端末装置は検索要求を受付けたコンテンツのメタデータの要求をメタデータサーバに対し送信する。前記要求を受信したメタデータサーバは、要求内容に該当するメタデータを検索し、検索したメタデータを端末装置に対して送信する。すると、前記メタデータを受信した端末装置は、メタデータを利用してコンテンツに関する情報（題名、内容、ジャンル、出演者、料金など）をディスプレイにリスト表示したりする。利用者は前記表示されたコンテンツに関する情報を基に、いずれのコンテンツを購入するか決定する。
【０００５】
次に、いずれのコンテンツを購入するか決定した利用者は、端末装置を操作して決定したコンテンツを購入するよう入力すると、端末装置はポータルサーバにアクセスし、代金の支払いなどの購入手続を行うよう導く。そして、ポータルサーバによる購入手続が完了すると、利用者は、ストリーミングやダウンロードなどにより、コンテンツサーバからコンテンツの提供を受けることができるようになる。
【０００６】
前記は、購入を希望するコンテンツが購入可能期間であった場合の処理の流れを説明したが、メタデータサーバにより提供されるメタデータの中には、近日中に購入が可能になるコンテンツのメタデータも含まれる。「近日中に購入が可能になるコンテンツのメタデータ」は、新たなコンテンツ配信の予告の意義をなすが、利用者は当該情報によりそのコンテンツを購入しようと決心する場合もある。かかる場合、そのコンテンツはいまだ購入不可能であるので当然に購入手続きを行うことはできず、利用者はそのコンテンツが購入可能になるまで待つ必要がある。「近日中に購入が可能になるコンテンツのメタデータ」の中には購入可能になる日時などの情報が含まれるため、利用者はいつから購入可能になるか把握することはできる。しかしながら、将来購入可能になるコンテンツの「購入予約」などのサービスは提案されていないため、利用者は自己で購入可能時期を管理し、購入可能時期になった後にポータルサーバにアクセスして購入手続きを行わなければならない。かかる場合、利用者が時間の経過とともにそのコンテンツのことを忘れてしまい、気がついた時には購入可能時期（販売期間）を過ぎており、そのコンテンツを購入できなくなってしまうなどという不都合が生じる可能性がある。
【０００７】
そこで、ＩＰＳＰのシステムにおいて、将来購入可能になるコンテンツのメタデータを取得した利用者が、コンテンツ購入可能時期になる前にそのコンテンツの購入を決定した際に、前記のような不都合を回避して、希望するコンテンツを忘れずに購入することができるようにするためのコンテンツ購入予約システムに関する技術が望まれる。
【０００８】
ネットワーク上で配信されているコンテンツの購入予約に関する技術としては、例えば、特許文献１のようなものがなされている。特許文献１に記載の発明は、ネットワーク上のサーバに蓄積されたコンテンツをコンビニエンスストアなどに設けられた街頭端末装置を利用してダウンロードなどにより購入するシステムにおいて、購入予約の手続きを簡易にする技術である。従来技術では、コンテンツの購入予約が行われると予約番号などを利用者に対して発行し、コンテンツ購入可能時期になった後に街頭端末装置において正しい予約番号などの手入力がなされると、予約されたコンテンツを、街頭端末装置を介して利用者の記憶媒体にダウンロードしていた。かかる場合、利用者は、自己で予約番号などを管理する必要があるし、また、コンテンツをダウンロードする際には予約番号などを手入力するという面倒な作業を行う必要がある。特許文献１に記載の発明は、前記予約番号などの管理や手入力といった面倒な作業を回避する技術であり、具体的には、コンテンツの購入予約に伴い予約番号などを利用者に発行すると、街頭端末に装着された利用者の記憶媒体は自動的に前記予約番号などを保存する。そして、購入可能時期になった後に、利用者が前記記憶媒体を街頭端末装置に装着すると、街頭端末装置は装着された記憶媒体内に保存されている予約番号などのデータを自動的に読出し、また、ネットワーク上のサーバから前記予約番号などのデータを照合するための参照データを取得して、それらを照合処理などする。前記処理が正常に完了すると、ネットワーク上のサーバからコンテンツをダウンロードした街頭端末装置は、そのコンテンツを利用者の記憶媒体に保存するというものである。
【特許文献１】特開２００２−１５１９３
【発明の開示】
【発明が解決しようとする課題】
【０００９】
かかる技術により、確かに、利用者は将来ネットワーク上で配信されるコンテンツの購入予約を比較的簡易に行うことが可能となる。しかしながら、特許文献１に記載の発明は、コンテンツ購入可能時期になったことを利用者に通知する手段については何ら記載されていない。よって、依然、利用者は予約したコンテンツが購入可能になる時期を自己で管理する必要がある。また、特許文献１に記載の発明は、予約番号などの購入予約に関する情報をコンテンツ配信サーバと利用者の記憶媒体の両方で管理し、コンテンツ購入時に、街頭端末装置が前記データを利用して、記憶媒体を装着した利用者がコンテンツの予約をした正当な利用者であるか認証することで正当ユーザに対する販売を実現している。かかる場合、なりすましなどの不正アクセスを回避する手段を設ける必要があるなど複雑な予約システムとなり、サーバ側の管理コストの負担が大きくなる。さらに、ＩＰＳＰのシステムにおいては、前記の通り、コンテンツの提供をメタデータサーバ、ポータルサーバ、コンテンツサーバなどの複数のサーバにより実現しているので、コンテンツの購入予約の管理をサーバサイドで行うとシステムが複雑になる。また、サーバサイドで、大量の顧客の予約を受付け管理すると、購入可能になったか判断する計算などのデータ処理が膨大になり、サーバサイドの負担が大きくなりすぎる。さらに、サーバサイドで予約サービスを提供するようにした場合、当然に完全なサービスを提供する履行義務が発生し、システムを完全に運営するためのメンテナンスなどの保守費用が大きくなる。かかる場合、当然に、コンテンツの販売価格に悪影響を及ぼす結果となる。このように、大量の顧客の購入予約をサーバサイドで管理するのは、サーバサイドの負担が大きくなりすぎ、有効な手段ではない。
【００１０】
そこで、本発明では、ＩＰＳＰのシステムにおいて、将来購入可能になるコンテンツのメタデータを取得した利用者が、コンテンツ購入可能時期になる前にそのコンテンツの購入を決定した際に、そのコンテンツを忘れずに購入することができるようにするためのコンテンツ購入予約システムなどを提供することを課題とする。また、購入予約をしたコンテンツの購入可能時期が予約後に変更されても、変更内容に対応し、そのコンテンツを忘れずに購入することができるようにするためのコンテンツ購入予約システムなどを提供することを課題とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するための手段として、以下のような発明などを提供する。
【００１２】
メタデータサーバ（属性データサーバ）からメタデータ（属性データ）を取得したコンテンツの購入予約を利用者から受付けると、そのコンテンツのメタデータ（属性データ）を利用して購入可能時期情報を含む予約情報を生成して保持し、それ以降、現在日時情報と予約情報に含まれる購入可能時期情報を比較することで、購入予約を受付けたコンテンツが購入可能になったか判断する端末装置を提供する。また、前記判断の結果、購入予約を受付けたコンテンツが購入可能になったと判断すると、利用者にその旨を報知したり、自動的にポータルサーバにアクセスしコンテンツ購入手続を誘導したりする端末装置を提供する。さらに、購入予約を受付けた後は、定期的にメタデータサーバ（属性データサーバ）に自動アクセスしてメタデータ（属性データ）が変更されていないか確認し、変更されていると判断した場合には、変更後のメタデータ（属性データ）を利用して新たな予約情報を生成し保持するとともに、利用者にその旨を報知し、それ以降は、新たに生成し保持している予約情報を利用して購入予約を受付けたコンテンツが購入可能になったか判断する端末装置を提供する。
【００１３】
具体的には、以下のような発明を提供する。
【００１４】
第一発明では、ＶＯＤにて配信されるコンテンツの購入可能時期情報を含む属性データを保持する属性データ保持部と、端末装置と通信するための属性データサーバ通信部と、端末装置からの要求に応じて属性デ−タサーバ通信部を介して属性データを出力する属性データ出力部を有する属性データサーバと、端末通信部と、ＶＯＤにて配信されるコンテンツを再生する再生部と、時計部と、属性データサーバ装置への属性データ要求を受付け、端末通信部を介して出力する属性データ要求受付出力部と、属性データ要求に応じて属性データサーバから受信した属性データを利用してコンテンツ情報を表示するコンテンツ情報表示部と、コンテンツ情報表示部が表示しているコンテンツの中から購入予約を受付けるための購入予約受付部と、購入予約受付部にて購入予約を受付けたコンテンツの購入可能時期情報を含む予約情報を、属性データを利用して生成し保持する予約情報生成保持部と、予約情報生成保持部に保持されている予約情報に含まれるコンテンツの購入可能時期情報を取得する購入可能時期情報取得部と、時計部から得られる現在日時情報と購入可能時期情報取得部が取得した購入可能時期情報を比較することで購入予約を受付けたコンテンツが購入可能となったか判断する判断部を有する端末装置からなるＶＯＤ予約システムを提供する。
【００１５】
第二発明では、第一発明を基本とし、さらに、前記端末装置は、判断部での判断結果が、購入予約を受付けたコンテンツが購入可能となったとの判断結果である場合には、利用者に対してその旨を報知する第一報知部を有するＶＯＤ予約システムを提供する。
【００１６】
第三発明では、第一発明または第二発明を基本とし、さらに、属性データサーバの属性データ保持部は、コンテンツの購入のために最初にアクセスすべきサーバ装置であるポータルサーバ装置のアドレス情報を含む属性データを保持するアドレス付属性データ保持手段を有し、端末装置の予約情報生成保持部は、購入予約受付部にて購入予約を受付けたコンテンツの購入のために最初にアクセスすべきサーバ装置であるポータルサーバ装置のアドレス情報を含む予約情報を、属性データを利用して生成し保持するアドレス付予約情報生成保持手段を有し、端末装置は、判断部での判断結果が、購入予約を受付けたコンテンツが購入可能となったとの判断結果である場合には、属性データに含まれるポータルサーバ装置のアドレス情報にて示されるアドレスにアクセスするためのポータルアクセス部を有するＶＯＤ予約システムを提供する。
【００１７】
第四発明では、第一発明から第三発明のいずれか一を基本とし、さらに、属性データサーバの属性データ保持部は、どのコンテンツの属性データかを識別するためのコンテンツＩＤと、その属性データのバージョン情報を含む属性データを保持するＩＤバージョン付属性データ保持手段を有し、端末装置の属性データ要求受付出力部は、購入予約受付部にて購入予約を受付けたコンテンツの属性データの要求を、所定のタイミングで繰返し出力する繰返属性データ要求出力手段を有し、端末装置は、さらに、繰返属性データ要求出力手段の属性データ要求に応じて属性データサーバから受信した属性データに含まれるバージョン情報を、その時点で予約情報生成保持部に保持されている予約情報を生成するために利用された属性データのバージョン情報と比較する比較部を有し、端末装置の予約情報生成保持部は、比較部での比較の結果、バージョン情報が異なるとの比較結果を得た場合には、新たに受信した属性データを利用して予約を受付けているコンテンツの予約情報を生成し保持する予約情報更新保持手段を有するＶＯＤ予約システムを提供する。
【００１８】
第五発明では、第四発明を基本とし、さらに、端末装置は、比較部での比較の結果、バージョン情報が異なるとの比較結果を得た場合には、利用者に対してその旨、または、更新された属性データの内容を報知する第二報知部を有するＶＯＤ予約システムを提供する。
【００１９】
第六発明では、第四発明または第五発明を基本とし、さらに、端末装置の判断部は、比較部での比較の結果、バージョン情報が異なるとの比較結果を得た場合には、それ以降、予約情報更新保持手段が新たに受信した属性データを利用して生成し保持している予約情報に含まれる購入可能時期情報を利用して、購入予約を受付けたコンテンツが購入可能となったか判断する更新情報判断手段を有するＶＯＤ予約システムを提供する。
【００２０】
第七発明では、第一発明、第三発明、第四発明のいずれか一に記載の属性データサーバを提供する。
【００２１】
第八発明では、第一発明から第六発明のいずれか一に記載の端末装置を提供する。
【００２２】
第九発明では、端末装置からの要求に応じ、属性データサーバ通信ステップを介してＶＯＤにて配信されるコンテンツの購入可能時期情報を含む属性データを出力する属性データ出力ステップを有する属性データサーバの処理方法と、属性データサーバ装置への属性データ要求を受付け、端末通信ステップを介して出力する属性データ要求受付出力ステップと、属性データ要求に応じて属性データサーバから受信した属性データを利用してコンテンツ情報を表示するコンテンツ情報表示ステップと、コンテンツ情報表示ステップが表示しているコンテンツの中から購入予約を受付けるための購入予約受付ステップと、購入予約受付ステップにて購入予約を受付けたコンテンツの購入可能時期情報を含む予約情報を、属性データを利用して生成し保持する予約情報生成保持ステップと、保持されている予約情報に含まれるコンテンツの購入可能時期情報を取得する購入可能時期情報取得ステップと、現在日時情報と購入可能時期情報取得ステップで取得した購入可能時期情報を比較することで購入予約を受付けたコンテンツが購入可能となったか判断する判断ステップを有する端末装置の処理方法からなるＶＯＤ予約システムの処理方法を提供する。
【００２３】
第十発明では、第九発明を基本とし、さらに、前記端末装置の処理方法は、判断ステップでの判断結果が、購入予約を受付けたコンテンツが購入可能となったとの判断結果である場合には、利用者に対してその旨を報知する第一報知ステップを有するＶＯＤ予約システムの処理方法を提供する。
【００２４】
第十一発明では、第九発明または第十発明を基本とし、さらに、端末装置の処理方法の予約情報生成保持ステップは、購入予約受付ステップにて購入予約を受付けたコンテンツの購入のために最初にアクセスすべきサーバ装置であるポータルサーバ装置のアドレス情報を含む予約情報を、属性データを利用して生成し保持するアドレス付予約情報生成保持サブステップを有し、端末装置の処理方法は、判断ステップでの判断結果が、購入予約を受付けたコンテンツが購入可能となったとの判断結果である場合には、属性データに含まれるコンテンツの購入のために最初にアクセスすべきサーバ装置であるポータルサーバ装置のアドレス情報にて示されるアドレスにアクセスするためのポータルアクセスステップを有するＶＯＤ予約システムの処理方法を提供する。
【００２５】
第十二発明では、第九発明から第十一発明のいずれか一を基本とし、さらに、端末装置の処理方法の属性データ要求受付出力ステップは、購入予約受付ステップにて購入予約を受付けたコンテンツの属性データの要求を、所定のタイミングで繰返し出力する繰返属性データ要求出力サブステップを有し、端末装置の処理方法は、繰返属性データ要求出力サブステップの属性データ要求に応じて属性データサーバから受信した属性データに含まれるバージョン情報を、その時点で保持されている予約情報を生成するために利用された属性データのバージョン情報と比較する比較ステップを有し、端末装置の処理方法の予約情報生成保持ステップは、比較ステップでの比較の結果、バージョン情報が異なるとの比較結果を得た場合には、新たに受信した属性データを利用して予約を受付けているコンテンツの予約情報を生成し保持する予約情報更新保持サブステップを有するＶＯＤ予約システムの処理方法を提供する。
【００２６】
第十三発明では、第十二発明を基本とし、さらに、端末装置の処理方法は、比較ステップでの比較の結果、バージョン情報が異なるとの比較結果を得た場合には、利用者に対してその旨、または、更新された属性データの内容を報知する第二報知ステップを有するＶＯＤ予約システムの処理方法を提供する。
【００２７】
第十四発明では、第十二発明または第十三発明を基本とし、さらに、端末装置の処理方法の判断部ステップは、比較ステップでの比較の結果、バージョン情報が異なるとの比較結果を得た場合には、それ以降、予約情報更新保持サブステップが新たに受信した属性データを利用して生成し保持している予約情報に含まれる購入可能時期情報を利用して、購入予約を受付けたコンテンツが購入可能となったか判断する更新情報判断サブステップを有するＶＯＤ予約システムの処理方法を提供する。
【発明の効果】
【００２８】
本発明のＶＯＤ予約システムにより、ＩＰＳＰのシステムにおいて、コンテンツ販売サービスを提供しているサーバに負担をかけることなく、将来購入可能になるコンテンツの購入予約を行うことが可能となる。その結果、利用者は視聴したいコンテンツを購入するのを忘れるという不都合を回避することが可能となる。
【発明を実施するための最良の形態】
【００２９】
以下本発明を実施するための最良の形態について、図面を用いて詳細に説明する。なお、本発明はこれら実施の形態になんら限定されるものではなく、その要旨を逸脱しない範囲において種々なる態様で実施しうる。
【００３０】
なお、以下の実施形態と請求項の関係は次のとおりである。実施形態１は主として請求項１、２、７、８、９、１０などについて説明する。実施形態２は主として請求項３、７、８、１１などについて説明する。実施形態３は主として請求項４、５、７、８、１２、１３などについて説明する。実施形態４は、主として請求項６、８、１４などについて説明する
<<実施形態１>>
<実施形態１の概要>
【００３１】
本実施形態のＶＯＤ予約システムの属性データサーバ（メタデータサーバ）は、コンテンツの購入可能時期情報を含む属性データ（メタデータ）を保持し、端末装置からの要求に応じて所定の属性データ（メタデータ）を送信することを特徴とする。
【００３２】
また、本実施形態のＶＯＤ予約システムの端末装置は、前記属性データ（メタデータ）を受信すると、受信した属性データを利用してコンテンツの情報をディスプレイなどに表示する。そして、表示したコンテンツの中から将来購入可能になるコンテンツの購入予約を受付ける機能を有することを特徴とする。また、購入予約を受付けると、そのコンテンツの属性データ（メタデータ）を利用して購入可能時期情報を含む予約情報を生成して保持する。そして、保持している予約情報を利用して購入予約を受付けたコンテンツが購入可能になったか判断する機能を有することを特徴とする。さらに、購入予約を受付けたコンテンツが購入可能になったと判断すると、その旨を利用者に報知する機能を有することを特徴とする。
<実施形態１の機能的構成>
【００３３】
図２は、本実施形態のＶＯＤ予約システムの機能ブロックの一例を表す図である。この図にあるように本実施形態の「ＶＯＤ予約システム」は、「属性データサーバ」（０２Ａ００）と「端末装置」（０２Ｂ００）からなる。
【００３４】
「属性データサーバ」（０２Ａ００）は、「属性データ保持部」（０２Ａ０１）と、「属性データ通信部」（０２Ａ０２）と、「属性データ出力部」（０２Ａ０３）を有する。「端末装置」（０２Ｂ００）は、「端末通信部」（０２Ｂ０１）と、「再生部」（０２Ｂ０２）と、「時計部」（０２Ｂ０３）と、「属性データ要求受付出力部」（０２Ｂ０４）と、「コンテンツ情報表示部」（０２Ｂ０５）と、「購入予約受付部」（０２Ｂ０６）と、「予約情報生成保持部」（０２Ｂ０７）と、「購入可能時期情報取得部」（０２Ｂ０８）と、「判断部」（０２Ｂ０９）を有する。また、「第一報知部」（０２Ｂ１０）を有してもよい。
【００３５】
なお、以下に記載する本装置の機能ブロックは、ハードウェア、ソフトウェア、またはハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵやＲＡＭ、バス、あるいは二次記憶装置（ハードディスクや不揮発性メモリ、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの記憶メディアとそれらメディアの読取ドライブなど）、印刷機器や表示装置、その他の外部周辺装置などのハードウェア構成部やその外部周辺機器用のＩ／Ｏポート、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、情報入力に利用されるユーザインターフェースなどが挙げられる。
【００３６】
またこれらハードウェアやソフトウェアは、ＲＡＭ上に展開したプログラムをＣＰＵで演算処理したり、メモリやハードディスク上に保持されているデータや、インターフェースを介して入力されたデータなどを加工、蓄積、出力処理したり、あるいは各ハードウェア構成部の制御を行ったりするために利用される。また、この発明は装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記憶媒体に固定した記憶媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００３７】
以下、本実施形態の「属性データサーバ」（０２Ａ００）の「属性データ保持部」（０２Ａ０１）と「属性データ通信部」（０２Ａ０２）と「属性データ出力部」（０２Ａ０３）の機能的構成について説明する。また、「端末装置」（０２Ｂ００）の「端末通信部」（０２Ｂ０１）と「再生部」（０２Ｂ０２）と「時計部」（０２Ｂ０３）と「属性データ要求受付出力部」（０２Ｂ０４）と「コンテンツ情報表示部」（０２Ｂ０５）と「購入予約受付部」（０２Ｂ０６）と「予約情報生成保持部」（０２Ｂ０７）と「購入可能時期情報取得部」（０２Ｂ０８）と「判断部」（０２Ｂ０９）と「第一報知部」（０２Ｂ１０）の機能的構成について説明する。
<<属性データサーバ（０２Ａ００）>>
【００３８】
本実施形態の属性データサーバ（０２Ａ００）は、ＩＰＳＰ仕様のＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）などのネットワーク上に置かれ、以下で説明する端末装置（０２Ｂ００）などからの要求を受信すると、以下で説明するような処理を実行するように構成されている。本実施形態の属性データサーバ（０２Ａ００）は、ＩＰＳＰのＶＯＤシステムにおけるメタデータサーバに該当する。
【００３９】
「属性データ保持部」（０２Ａ０１）は、ＶＯＤにて配信されるコンテンツの購入可能時期情報を含む属性データを保持するよう構成されている。「属性データ」とは、コンテンツに関するデータである。属性データの表現形式は「ＸＭＬ」を利用し、ＥＣＧを実現するための規格に従って記述することができる。属性データに記述される内容は多岐に渡っており、例えば、「題名、内容、ジャンル、出演者、ライセンスに関する情報、コンテンツの購入手続きを行うためのサーバのアドレス情報」などが考えられる。これらの情報は利用者に提供され、利用者が購入するコンテンツを検索し、決定するための材料として利用されたりする。なお、前記記述内容は一例であり、本実施形態の属性データにはその他の内容を含んでいてもよいし、前記内容の一以上を含んでいなくてもよい。しかし、本実施形態の属性データ保持部が保持する属性データには、「コンテンツの購入可能時期情報」（コンテンツの販売期間）を含むことを必須の要件とする。「コンテンツの購入可能時期情報」とは、ＶＯＤにてコンテンツを購入することが可能な時期をコンテンツごとに示した情報であり、例えば、「２００６年１０月１３日〜２００８年０９月２９日」などのように示される。
【００４０】
「属性データサーバ通信部」（０２Ａ０２）は、以下で説明する端末装置（０２Ｂ００）などと通信可能に構成されている。通信手段は、ＩＰＳＰ仕様のＮＧＮなどのネットワークを利用することができる。
【００４１】
「属性データ出力部」（０２Ａ０３）は、端末装置からの要求に応じ、属性データサーバ通信部を介して属性データを出力するよう構成されている。すなわち、属性データ出力部（０２Ａ０３）は、属性データ通信部（０２Ａ０２）を介して、以下で説明する端末装置（０２Ｂ００）から属性データの要求を受信すると、属性データ保持部（０２Ａ０１）が保持する属性データの中から要求（題名、ジャンル、出演者など）に該当する属性データを検索する。そして、検索した属性データを、属性データ通信部（０２Ａ０２）を介して、前記端末装置（０２Ｂ００）に送信する。
<<端末装置（０２Ｂ００）>>
【００４２】
本実施形態の端末装置（０２Ｂ００）は、ＮＧＮなどのネットワークに接続可能で、ネットワーク上からダウンロードなどにより取得した動画などのデジタルデータコンテンツを再生する機能を有するあらゆる電子機器（ＰＣ、ＴＶなど）が該当する。
【００４３】
「端末通信部」（０２Ｂ０１）は、前記属性データサーバ（０２Ａ００）などと通信可能に構成されている。通信手段は、ＩＰＳＰ仕様のＮＧＮなどのネットワークを利用することができる。
【００４４】
「再生部」（０２Ｂ０２）は、ＶＯＤにて配信されるコンテンツを再生するよう構成されている。具体的には、前記端末通信部（０２Ｂ０１）が、ＩＰＳＰ仕様のＶＯＤシステムを構成するコンテンツサーバからダウンロードやストリーミングなどにより動画などのデジタルデータコンテンツを受信すると、再生部（０２Ｂ０２）は、前記データを取得してデコード処理など所定の処理を実行し、処理後のデータをＶＲＡＭ上に展開してディスプレイなどに出力したり、スピーカーを介して音声を出力したりするよう構成されている。
【００４５】
「時計部」（０２Ｂ０３）は、現在の日時情報を取得するように構成されている。時計部（０２Ｂ０３）が日時情報を取得する手段としては特段制限されず、例えば、端末装置に時計が内蔵されている場合には、前記時計から取得してもよいし、端末装置が地上デジタル放送対応チューナを有している場合には、デジタル放送に含まれている日時情報を取得してもよい。日時情報は、時間情報（○時△分□秒）を含まない年月日情報（○年△月□日）であってもよいし、時間情報を含む年月日時間情報（○年△月□日○時△分□秒）であってもよい。
【００４６】
「属性データ要求受付出力部」（０２Ｂ０４）は、属性データサーバ装置への属性データ要求を受付け、端末通信部を介して出力するよう構成されている。属性データサーバ装置への「属性データ要求」は、希望するコンテンツを特定するための情報と、前記情報で特定されるコンテンツの属性データを送信する指示情報で構成される。前記希望するコンテンツを特定するための情報は、「コンテンツの題名」などただ一つのコンテンツを特定するための情報のほか、「コンテンツのジャンル」や、「コンテンツの出演者」など一以上のコンテンツが特定されるような情報であってもよい。また、前記のような情報を組み合わせたものであってもよい。属性データ要求受付出力部（０２Ｂ０４）は、利用者が端末装置（０２Ｂ００）に設けられた操作キーや端末装置（０２Ｂ００）を操作するためのリモコンなどを操作して入力した属性データ要求を受付けると、受付けた属性データ要求を、端末通信部（０２Ｂ０４）を介して属性データサーバ（０２Ａ００）に送信する。
【００４７】
「コンテンツ情報表示部」（０２Ｂ０５）は、属性データ要求に応じて属性データサーバから受信した属性データを利用して、コンテンツ情報（「タイトル」、「サムネイル画像」、「時間」、「価格」、「販売期間」など）を表示するよう構成されている。図３に、コンテンツ情報表示部（０２Ｂ０５）が、受信した属性データを利用してコンテンツ情報を表示している一例を示す。図３（ａ）は、属性データ要求に応じて受信した一以上の属性データを利用して、利用者から要求のあったコンテンツの情報を一覧表示している一例である。図３（ｂ）、（ｃ）は、図３（ａ）のように一覧表示されたコンテンツの中から選択された一つのコンテンツの詳細な情報を、属性データを利用して表示している一例である。図３（ｂ）は、購入可能期間内のコンテンツの情報を表示している一例で、図３（ｃ）は、購入可能期間前のコンテンツの情報を表示している一例である。図３（ｂ）と（ｃ）は、ディスプレイ上の右下部分に表示されているアイコン（「購入」と「購入予約」）が異なっている。コンテンツ情報表示部（０２Ｂ０５）は、一覧表示したコンテンツ（図３（ａ））の中から選択された一つのコンテンツの詳細情報を表示する際には、選択されたコンテンツが購入可能か購入可能前かを識別し、適切な背景データを利用して、図３（ｂ）または（ｃ）のように表示することとなる。この時、選択されたコンテンツが購入可能か購入可能前かを識別する手段としては、以下のような手段であってもよい。例えば、コンテンツ情報表示部（０２Ｂ０５）は、属性データに含まれる「購入可能時期情報（図３中、「販売期間」の情報）」を利用可能に構成しておく。また、現在の日時情報を前記時計部（０２Ｂ０３）から取得可能に構成しておく。そして、一覧表示されたコンテンツの中から詳細な情報を表示するように一つのコンテンツが選択された際には、そのコンテンツの属性データの中から購入可能時期情報を取得し、時計部から取得した現在の日時情報と比較処理することで、そのコンテンツが購入可能か購入可能前かを判断してもよい。または、属性データの中に、現在購入可能か否かに関する内容の記述がある場合には、当該記述を識別可能に構成し、当該記述に基づいて、そのコンテンツが購入可能か購入可能前かを判断してもよい。
【００４８】
「購入予約受付部」（０２Ｂ０６）は、コンテンツ情報表示部が表示しているコンテンツの中から購入予約を受付けるよう構成されている。「購入予約」とは、近日中に販売予定のコンテンツを、忘れずに購入できるようにするサービスを受けるための操作である。購入予約受付部（０２Ｂ０６）は、近日中に販売予定のコンテンツの内、属性データサーバ（０２Ａ００）が既に属性データを保持しているコンテンツの購入予約を受付けるよう構成されている。予約を受付ける手段としては、コンテンツ情報表示部（０２Ｂ０５）が表示している図３（ｃ）のようなインターフェースから、利用者の予約入力を受付けてもよい。
【００４９】
「予約情報生成保持部」（０２Ｂ０７）は、購入予約受付部にて購入予約を受付けたコンテンツの購入可能時期情報を含む予約情報を、属性データを利用して生成し保持するよう構成されている。図４に、「予約情報」のデータ構造を模式的に表した一例を示す。予約情報は、そのコンテンツが購入可能になる時期を示す「購入可能時期情報」や、購入予約を受付けたコンテンツを識別するための「コンテンツＩＤ」、そのコンテンツを利用者が容易に識別するための「タイトル」、そのコンテンツを購入するための所定の手続を行うためのポータルサーバのアドレス情報である「ポータルサーバロケーション」、その予約情報を生成するために利用した属性データのバージョン情報を示す「属性データバージョン情報」などからなってもよい。これらの情報の作成は、属性データに記述されている内容を利用することで実現できる。なお、図４は一例であり、その他の情報を含んでもよい。または、属性データをそのまま予約情報としてもよい。予約情報生成保持部（０２Ｂ０７）は、属性データを利用して前記のような予約情報を生成すると、生成した予約情報を不揮発性のメモリに格納して保持するよう構成されている。
【００５０】
ここで、前記コンテンツ情報表示部（０２Ｂ０５）は、前記予約情報を利用して、購入予約を受付けているコンテンツの情報を表示するよう構成してもよい。図５に、コンテンツ情報表示部（０２Ｂ０５）が、予約情報を利用してコンテンツ情報を表示している一例を示す。図５（ａ）は、購入予約を受付けているコンテンツの情報を一覧表示している一例である。図５（ｂ）は、図５（ａ）のように一覧表示されたコンテンツの中から選択された一つのコンテンツの詳細な情報を表示している一例である。そして、図５（ｃ）は、図５（ｂ）のインターフェースから「予約中止」のアイコンをクリックし、購入予約を中止する手続を行っている表示の一例である。このように、予約情報を利用して購入予約のキャンセルを受付けるためのインターフェースを表示してもよい。
【００５１】
「購入可能時期情報取得部」（０２Ｂ０８）は、予約情報生成保持部に保持されている予約情報に含まれるコンテンツの購入可能時期情報を取得するよう構成されている。購入可能時期情報取得部（０２Ｂ０８）が取得した購入可能時期情報は、以下で説明する判断部（０２Ｂ０９）で購入予約を受付けたコンテンツが購入可能となったか判断するために使用されることとなる。購入可能時期情報取得部（０２Ｂ０８）が、予約情報に含まれるコンテンツの購入可能時期情報を取得するタイミングとしては特段制限されない。例えば、一日に一回、日にちの変わり目に取得してもよいし、一時間に一回、時間の変わり目に取得してもよい。当該タイミングは、任意の設計事項である。
【００５２】
「判断部」（０２Ｂ０９）は、時計部から得られる現在日時情報と購入可能時期情報取得部が取得した購入可能時期情報を比較することで、購入予約を受付けたコンテンツが購入可能となったか判断するよう構成されている。具体的には、購入可能時期情報に含まれる「コンテンツの販売開始時期（購入可能となる時期）」を識別し、前記情報と現在日時情報を大小比較することで、購入予約を受付けたコンテンツが購入可能となったか判断する。
【００５３】
「第一報知部」（０２Ｂ１０）は、判断部での判断結果が、購入予約を受付けたコンテンツが購入可能となったとの判断結果である場合には、利用者に対してその旨を報知するよう構成されている。第一報知部（０２Ｂ１０）が報知する手段としては特段制限されず、音声や、文字、図形、画像、またはこれらの組み合わせにより、購入予約を受付けたコンテンツが購入可能となったことを報知することができる。報知するタイミングとしても特段制限されず、例えば、判断部（０２Ｂ０９）が購入予約を受付けたコンテンツが購入可能となったと判断したのをトリガに報知してもよい。また、判断部（０２Ｂ０９）が購入予約を受付けたコンテンツが購入可能となったと判断した際に、端末装置が起動していなかった場合には、判断部（０２Ｂ０９）が購入予約を受付けたコンテンツが購入可能となったと判断した後、最初に端末装置が起動したのをトリガに報知してもよい。
【００５４】
<実施形態１のハードウェア構成>
【００５５】
図６は、上記ＶＯＤ予約システムの属性データサーバの機能的構成をハードウェアとして実現した際の構成の一例を表す図である。また、図７は、上記ＶＯＤ予約システムの端末装置の機能的構成をハードウェアとして実現した際の構成の一例を表す図である。以下、図６、７のハードウェア図を用いて、本実施形態の属性データサーバと端末装置の機能を実現する手段の一例を説明する。
<<属性データサーバ（図６）>>
【００５６】
図６は、上記ＶＯＤ予約システムの属性データサーバの機能的構成をハードウェアとして実現した際の構成の一例を表す図である。図に示すように、本実施形態の属性データサーバは、「属性データ保持部」と「属性データサーバ通信部」と「属性データ出力部」などを構成する「ＣＰＵ」（０６０１）、「主記憶装置」（０６０２）、「プログラム記憶装置」（０６０３）、「ユーザインターフェース」（０６０４）、「ネットワークインターフェース」（０６０５）、「ＨＤＤ」（０６０６）などを備え、これらは「システムバス」（０６０７）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００５７】
まず、ＣＰＵ（０６０１）は、主記憶装置（０６０２）のワーク領域に属性データ要求受信プログラムを展開して実行し、属性データ要求の受信待ち状態となる。その後、ネットワークインターフェース（０６０５）を介して、利用者が端末装置から送信してきた属性データ要求を受信すると、主記憶装置（０６０２）のデータ領域に格納する。そして、主記憶装置（０６０２）のワーク領域に展開された属性データ送信プログラムの属性データ検索命令に従い、前記属性データ要求で特定される属性データをＨＤＤ（０６０６）より検索して取り出すと、主記憶装置（０６０２）のデータ領域に格納する。その後、属性データ送信プログラムの属性データ送信命令に従い、ネットワークインターフェース（０６０５）を介して、属性データを端末装置に送信する。
<<端末装置（図７）>>
【００５８】
図７は、上記ＶＯＤ予約システムの端末装置の機能的構成をハードウェアとして実現した際の構成の一例を表す図である。図に示すように、本実施形態の端末装置は、「端末通信部」と「再生部」と「時計部」と「属性データ要求受付出力部」と「コンテンツ情報表示部」と「購入予約受付部」と「予約情報生成保持部」と「購入可能時期情報取得部」と「判断部」と「第一報知部」などを構成する「ＣＰＵ」（０７０１）、「主記憶装置」（０７０２）、「プログラム記憶装置」（０７０３）、「ＶＲＡＭ」（０７０４）、「２次記憶装置」（０７０５）、「ユーザインターフェース」（０７０６）、「ネットワークインターフェース」（０７０７）、「ディスプレイ」（０７０８）、「スピーカー」（０７０９）、「時計部」（０７１０）、「ＨＤＤ」（０７１１）などを備え、これらは「システムバス」（０７１２）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。
【００５９】
まず、ＣＰＵ（０７０１）は、主記憶装置（０７０２）のワーク領域に展開された属性データ要求受付プログラムのインターフェース出力命令に従い、２次記憶装置（０７０５）より属性データ要求受付インターフェースデータを取り出すと、主記憶装置（０７０２）のデータ領域に格納する。そして、前記データを利用して、ディスプレイ（０７０８）に属性データ要求を受付けるためのインターフェースを出力する。その後、ユーザインターフェース（０７０６）を介して属性データ要求の入力を受付けると、主記憶装置（０７０２）のデータ領域に格納する。そして、主記憶装置（０７０２）のワーク領域に展開された属性データ要求送信プログラムに従い、ネットワークインターフェース（０７０７）を介して、入力を受付けた属性データ要求を、属性データサーバに対して送信する。
【００６０】
その後、主記憶装置（０７０２）のワーク領域に展開された属性データ受信プログラムに従い、ネットワークインターフェース（０７０７）を介して、属性データサーバから送信されてきた属性データを受信すると、主記憶装置（０７０２）のデータ領域に格納する。そして、主記憶装置（０７０２）のワーク領域に展開された属性データ出力プログラムに従い、２次記憶装置（０７０５）から属性データ表示データを取り出すと、当該データと属性データを利用して、ディスプレイ（０７０８）上にコンテンツ情報を一覧表示などする。そして、主記憶装置（０７０２）のワーク領域に展開された購入予約受付プログラムに従い、ユーザインターフェース（０７０６）を介してコンテンツの購入予約を受付けると、予約を受付けたコンテンツの属性データを利用して購入可能時期情報を含む予約情報を生成し、２次記憶装置（０７０５）に格納する。
【００６１】
その後、主記憶装置（０７０２）のワーク領域に展開された購入可能判断プログラムに従い、所定時間おきに２次記憶装置（０７０５）に格納されている予約情報を取り出し、予約情報の中から購入可能時期情報を取り出す。そして、時計部（０７１０）より現在日時情報を取得すると、前記購入可能時期情報に含まれるコンテンツの販売を開始する時期に関する情報（購入可能になる時期の情報）と大小比較する。大小比較の結果、現在日時情報の方が大きかった場合、または、同じであった場合には、主記憶装置（０７０２）のワーク領域に展開された第一報知プログラムに従い、２次記憶装置（０７０５）より報知データを取り出して主記憶装置（０７０２）のデータ領域に格納する。そして、報知データを利用して、ディスプレイ（０７０８）に文字情報や画像情報などの報知情報を出力したり、スピーカー（０７０９）を介して音声情報の報知情報を出力したりする。
<実施形態１の処理の流れ>
【００６２】
本実施形態のＶＯＤ予約システムの購入予約を受付ける処理の流れの一例を図８のシーケンス図を用いて説明する。また、本実施形態のＶＯＤ予約システムの端末装置が購入予約を受付けたコンテンツが購入可能になったか判断する処理の流れの一例を図９のフローチャート図を用いて説明する。
<<購入予約処理（図８）>>
【００６３】
まず、端末装置はコンテンツの検索要求の入力を受付けると（Ｓ０８０１）、属性データサーバに対して検索要求を受付けたコンテンツの属性データ要求を送信する（Ｓ０８０２）。前記コンテンツの属性データ要求を受信した属性データサーバは、受信した要求に該当する属性データを検索処理し（Ｓ０８０３）、検索した属性データを端末装置に対して送信する（Ｓ０８０４）。
【００６４】
前記属性データを受信した端末装置は、受信した属性データを利用して検索要求を受付けたコンテンツの情報をリスト表示などする（Ｓ０８０５）。そして、リスト表示などしたコンテンツの中から購入予約の入力を受付けると（Ｓ０８０６）、予約の入力を受付けたコンテンツの属性データを利用して予約情報を生成し保存する（Ｓ０８０７）。
<<購入可能時期になったか判断する処理（図９）>>
【００６５】
端末装置は、購入予約を受付けた後、所定時間経過すると（Ｓ０９０１）、内部メモリより予約情報を取り出し（Ｓ０９０２）、予約情報の中から購入可能時期情報を取り出す（Ｓ０９０３）。そして、現在日時情報を取得すると（Ｓ０９０４）、購入可能時期情報と現在日時情報を大小比較することで、購入予約を受付けたコンテンツが購入可能になったか判断する（Ｓ０９０５）。
【００６６】
判断の結果、購入予約を受付けたコンテンツが購入可能になったと判断した場合（Ｓ０９０６）、音声情報、文字情報、画像情報などにより、利用者にその旨を報知する（Ｓ０９０７）。一方、未だ購入可能になっていないと判断した場合には（Ｓ０９０６）、所定時間経過後に前記所理を繰り返す（Ｓ０９０２〜Ｓ０９０５）。
【００６７】
なお、前記は所定時間おきに予約情報を取り出して購入予約を受付けたコンテンツが購入可能になったか判断する処理について説明したが、その他、所定の時間（例：０時００分００秒）になった際に予約情報を取り出して購入予約を受付けたコンテンツが購入可能になったか判断してもよいし、端末装置を起動したのをトリガに予約情報を取り出して購入予約を受付けたコンテンツが購入可能になったか判断してもよい。当該前提は、以下のすべての実施形態における端末装置の「購入可能時期になったか判断する処理」において同様である。
<実施形態１の効果>
【００６８】
本実施形態のＶＯＤ予約システムは、将来購入可能になるコンテンツの購入予約を受付ける機能を有し、さらに、そのコンテンツが購入可能になったと判断すると利用者にその旨を知らせる機能を有する。
【００６９】
その結果、利用者は、将来購入可能になるコンテンツのことを時間の経過とともに忘れてしまい、そのコンテンツを購入できなくなるという不都合を回避することができる。
<<実施形態２>>
<実施形態２の概要>
【００７０】
本実施形態のＶＯＤ予約システムの属性データサーバは、実施形態１を基本とし、さらに、コンテンツの購入のための処理（支払手続など）を行うためのサーバ装置であるポータルサーバ装置のアドレス情報を含む属性データを保持し、端末装置からの要求に応じて所定の属性データを送信することを特徴とする。
【００７１】
また、本実施形態のＶＯＤ予約システムの端末装置は、実施形態１を基本とし、さらに、コンテンツの購入予約を受付けると、そのコンテンツの属性データを利用して、ポータルサーバ装置のアドレス情報を含む予約情報を生成して保持する。そして、購入予約を受付けたコンテンツが購入可能になったと判断すると、予約情報を利用してポータルサーバ装置に自動アクセスし、利用者にコンテンツの購入手続きを誘導することで、購入予約を受付けたコンテンツが購入可能になったことを報知することを特徴とする。
<実施形態２の機能的構成>
【００７２】
図１０は、本実施形態のＶＯＤ予約システムの機能ブロックの一例を表す図である。この図にあるように本実施形態の「ＶＯＤ予約システム」は、「属性データサーバ」（１０Ａ００）と「端末装置」（１０Ｂ００）からなる。
【００７３】
「属性データサーバ」（１０Ａ００）は、「属性データ保持部」（１０Ａ０１）と、「属性データ通信部」（１０Ａ０２）と、「属性データ出力部」（１０Ａ０３）を有し、「属性データ保持部」（１０Ａ０１）は「アドレス付属性データ保持手段」を有する。「端末装置」（１０Ｂ００）は、「端末通信部」（１０Ｂ０１）と、「再生部」（１０Ｂ０２）と、「時計部」（１０Ｂ０３）と、「属性データ要求受付出力部」（１０Ｂ０４）と、「コンテンツ情報表示部」（１０Ｂ０５）と、「購入予約受付部」（１０Ｂ０６）と、「予約情報生成保持部」（１０Ｂ０７）と、「購入可能時期情報取得部」（１０Ｂ０８）と、「判断部」（１０Ｂ０９）と、「ポータルアクセス部」（１０Ｂ１１）を有し、「予約情報生成保持部」（１０Ｂ０７）は「アドレス付予約情報生成保持手段」を有する。
【００７４】
なお、本実施形態の「属性データサーバ」（１０Ａ００）の「属性データ通信部」（１０Ａ０２）と「属性データ出力部」（１０Ａ０３）の機能的構成については実施形態１と同様であるのでここでの詳細な説明は省略する。また、本実施形態の「端末装置」（１０Ｂ００）の「端末通信部」（１０Ｂ０１）と「再生部」（１０Ｂ０２）と「時計部」（１０Ｂ０３）と「属性データ要求受付出力部」（１０Ｂ０４）と「コンテンツ情報表示部」（１０Ｂ０５）と「購入予約受付部」（１０Ｂ０６）と「購入可能時期情報取得部」（１０Ｂ０８）と「判断部」（１０Ｂ０９）の機能的構成についても実施形態１と同様であるのでここでの詳細な説明は省略する。
【００７５】
以下、本実施形態の「属性データサーバ」（１０Ａ００）の「属性データ保持部」（１０Ａ０１）の「アドレス付属性データ保持手段」と、「端末装置」（１０Ｂ００）の「ポータルアクセス部」（１０Ｂ１１）と、「予約情報生成保持部」（１０Ｂ０７）の「アドレス付予約情報生成保持手段」の機能的構成について説明する。
<<属性データサーバ（１０Ａ００）>>
【００７６】
「属性データ保持部」（１０Ａ０１）の「アドレス付属性データ保持手段」は、コンテンツの購入のために最初にアクセスすべきサーバ装置であるポータルサーバ装置のアドレス情報を含む属性データを保持するよう構成されている。ここで、「ポータルサーバ装置」とは、コンテンツ購入のための所定の手続を行うためのサーバ装置であり、ポータルサーバ装置は、利用者の支払手続に応じて決済処理を行ったり、コンテンツのライセンス処理を行ったりする。ポータルサーバ装置のアドレス情報は、ＵＲＬやＩＰアドレスなどが考えられる。
<<端末装置（１０Ｂ００）>>
【００７７】
「予約情報生成保持部」（１０Ｂ０７）の「アドレス付予約情報生成保持手段」は、コンテンツの購入のために最初にアクセスすべきサーバ装置であるポータルサーバ装置のアドレス情報を含む予約情報を、属性データを利用して生成し保持するよう構成されている。その機能的構成については、実施形態１で説明した「予約情報生成保持部（１０Ｂ０７）が購入可能時期情報を含む予約情報を、属性データを利用して生成し保持する」のと同様にして実現することができる。よって、ここでの詳細な説明は省略する。
【００７８】
「ポータルアクセス部」（１０Ｂ１１）は、判断部での判断結果が、購入予約を受付けたコンテンツが購入可能となったとの判断結果である場合には、予約情報に含まれるポータルサーバ装置のアドレス情報にて示されるアドレスにアクセスするよう構成されている。すなわち、ポータルアクセス部（１０Ｂ１１）は、判断部（１０Ｂ０９）から「購入予約を受付けたコンテンツが購入可能となった」との判断結果を取得すると、そのコンテンツの予約情報からポータルサーバ装置のアドレス情報を取得する。そして、端末通信部（１０Ｂ０１）を介して、ポータルサーバ装置にアクセスするよう構成されている。ポータルアクセス部（１０Ｂ１１）が、ポータルサーバ装置にアクセスするタイミングとしては特段制限されず、例えば、判断部（１０Ｂ０９）が購入予約を受付けたコンテンツが購入可能となったと判断したのをトリガに自動的にアクセスしてもよい。また、判断部（１０Ｂ０９）が購入予約を受付けたコンテンツが購入可能となったと判断した際に、端末装置が起動していなかった場合には、判断部（１０Ｂ０９）が購入予約を受付けたコンテンツが購入可能となったと判断した後、最初に端末装置が起動したのをトリガに自動的にアクセスしてもよい。なお、ポータルサーバ装置にアクセスする際には、アクセスの直前に、「購入可能となったコンテンツがあります。ポータルサーバ装置にアクセスしますか？」などの案内を表示し、利用者が「ＹＥＳ」を選択した場合のみ自動アクセスしてもよい。一方、利用者が「ＮＯ」を選択した際には、所定時間経過後に同じ案内を再表示するなどしてもよい。
<実施形態２のハードウェア構成>
【００７９】
図１１は、上記ＶＯＤ予約システムの端末装置の機能的構成をハードウェアとして実現した際の構成の一例を表す図である。本実施形態の属性データサーバの機能的構成をハードウェアとして実現した際の構成については、実施形態１で説明したもの（図６）に準じて実現可能であるので、ここでの詳細な説明は省略する。
<<端末装置（図１１）>>
【００８０】
図１１に示すように、本実施形態の端末装置は、「端末通信部」と「再生部」と「時計部」と「属性データ要求受付出力部」と「コンテンツ情報表示部」と「購入予約受付部」と「予約情報生成保持部」と「購入可能時期情報取得部」と「判断部」と「ポータルサーバアクセス部」などを構成する「ＣＰＵ」（１１０１）、「主記憶装置」（１１０２）、「プログラム記憶装置」（１１０３）、「ＶＲＡＭ」（１１０４）、「２次記憶装置」（１１０５）、「ユーザインターフェース」（１１０６）、「ネットワークインターフェース」（１１０７）、「ディスプレイ」（１１０８）、「スピーカー」（１１０９）、「時計部」（１１１０）、「ＨＤＤ」（１１１１）などを備え、これらは「システムバス」（１１１２）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。以下、図１１のハードウェア図を用いて、本実施形態の端末装置が、購入予約を受付けたコンテンツが購入可能になったと判断した際の機能を実現する手段の一例を説明する。
【００８１】
ＣＰＵ（１１０１）は、購入予約を受付けたコンテンツの属性データを利用してポータルサーバのアドレス情報を含む予約情報を生成し、生成した予約情報を２次記憶装置（１１０５）に保存すると、その後、主記憶装置（１１０２）のワーク領域に展開された購入可能判断プログラムに従い、所定時間おきに２次記憶装置（１１０５）に格納されている予約情報を取り出し、予約情報の中から購入可能時期情報を取り出す。そして、時計部（１１１０）より現在日時情報を取得すると、前記購入可能時期情報に含まれるコンテンツの販売を開始する時期に関する情報（購入可能になる時期の情報）と大小比較する。大小比較の結果、現在日時情報の方が大きかった場合、または、同じであった場合には、主記憶装置（１１０２）のワーク領域に展開されたポータルサーバ自動アクセスプログラムに従い、２次記憶装置（１１０５）より自動アクセス案内データを取り出して、ポータルサーバにアクセスするか否かの選択を促すインターフェースをディスプレイ（１１０８）に出力する。
【００８２】
そして、ユーザインターフェース（１１０６）を介して、利用者から「ポータルサーバにアクセスする」旨の入力を受付けると、予約情報に含まれるポータルサーバのアドレス情報を取り出す。そして、取り出したアドレス情報を利用し、ネットワークインターフェース（１１０７）を介してポータルサーバにアクセスする。
【００８３】
なお、前記はポータルサーバに自動アクセスする前に、その旨の案内をディスプレイに表示して利用者に通知する機能についても説明したが、当該機能は本実施形態において必須の機能ではない。
<実施形態２の処理の流れ>
【００８４】
以下、本実施形態のＶＯＤ予約システムの端末装置が購入予約を受付けたコンテンツが購入可能になったか判断する処理の流れの一例を図１２のフローチャート図を用いて説明する。
<<購入可能時期になったか判断する処理（図１２）>>
【００８５】
端末装置は、購入予約を受付けた後、所定時間経過すると（Ｓ１２０１）、内部メモリより予約情報を取り出し（Ｓ１２０２）、予約情報の中から購入可能時期情報を取り出す（Ｓ１２０３）。そして、現在日時情報を取得すると（Ｓ１２０４）、購入可能時期情報と現在日時情報を大小比較することで、購入予約を受付けたコンテンツが購入可能になったか判断する（Ｓ１２０５）。
【００８６】
判断の結果、購入予約を受付けたコンテンツが購入可能になったと判断した場合（Ｓ１２０６）、予約情報の中からポータルサーバのアドレス情報を取り出す（Ｓ１２０７）。そして、取り出したアドレス情報を利用して、ポータルサーバにアクセスする（Ｓ１２０８）。
【００８７】
一方、未だ購入可能になっていないと判断した場合には（Ｓ１２０６）、所定時間経過後に前記所理を繰り返す（Ｓ１２０２〜Ｓ１２０５）。
<実施形態２の効果>
【００８８】
本実施形態のＶＯＤ予約システムは、将来購入可能になるコンテンツの購入予約を受付ける機能を有し、さらに、そのコンテンツが購入可能になると、コンテンツの購入手続きを行うためのポータルサーバに自動的にアクセスする機能を有する。
【００８９】
その結果、利用者は、購入を希望していたコンテンツが購入可能になったことを認識できるほか、ポータルサーバにアクセスするための面倒な操作（アドレス入力など）を回避することができる。
<<実施形態３>>
<実施形態３の概要>
【００９０】
本実施形態のＶＯＤ予約システムの属性データサーバは、実施形態１または２を基本とし、さらに、どのコンテンツの属性データかを識別するための「コンテンツＩＤ」と、その属性データの「バージョン情報」を含む属性データを保持し、端末装置からの要求に応じて所定の属性データを送信することを特徴とする。
【００９１】
また、本実施形態のＶＯＤ予約システムの端末装置は、実施形態１または２を基本とし、さらに、コンテンツの購入予約を受付けて予約情報を生成し保持すると、それ以降、所定のタイミングで購入予約を受付けたコンテンツの属性データを再取得する。そして、再取得した属性データが、予約情報を生成するときに利用した属性データと内容が異なるか判断し、異なると判断した場合には、再取得した属性データを利用して予約情報を生成し保持するとともに、内容の変更を利用者に報知することを特徴とする。
<実施形態３の機能的構成>
【００９２】
図１３は、本実施形態のＶＯＤ予約システムの機能ブロックの一例を表す図である。この図にあるように本実施形態の「ＶＯＤ予約システム」は、「属性データサーバ」（１３Ａ００）と「端末装置」（１３Ｂ００）からなる。
【００９３】
「属性データサーバ」（１３Ａ００）は、「属性データ保持部」（１３Ａ０１）と、「属性データ通信部」（１３Ａ０２）と、「属性データ出力部」（１３Ａ０３）を有し、「属性データ保持部」（１３Ａ０１）は「ＩＤバージョン付属性データ保持手段」を有する。「端末装置」（１３Ｂ００）は、「端末通信部」（１３Ｂ０１）と、「再生部」（１３Ｂ０２）と、「時計部」（１３Ｂ０３）と、「属性データ要求受付出力部」（１３Ｂ０４）と、「コンテンツ情報表示部」（１３Ｂ０５）と、「購入予約受付部」（１３Ｂ０６）と、「予約情報生成保持部」（１３Ｂ０７）と、「購入可能時期情報取得部」（１３Ｂ０８）と、「判断部」（１３Ｂ０９）と、「第一報知部」（１３Ｂ１０）と、「比較部」（１３Ｂ１２）を有し、「属性データ要求受付出力部」（１３Ｂ０４）は「繰返属性データ要求出力手段」を、「予約情報生成保持部」（１３Ｂ０７）は「予約情報更新保持手段」を有する。また、「端末装置」（１３Ｂ００）は、「第二報知部」（１３Ｂ１３）を有してもよい。
【００９４】
なお、本実施形態の「属性データサーバ」（１３Ａ００）の「属性データ通信部」（１３Ａ０２）と「属性データ出力部」（１３Ａ０３）の機能的構成については実施形態１などと同様であるのでここでの詳細な説明は省略する。また、本実施形態の「端末装置」（１３Ｂ００）の「端末通信部」（１３Ｂ０１）と「再生部」（１３Ｂ０２）と「時計部」（１３Ｂ０３）と「コンテンツ情報表示部」（１３Ｂ０５）と「購入予約受付部」（１３Ｂ０６）と「購入可能時期情報取得部」（１３Ｂ０８）と「判断部」（１３Ｂ０９）と「第一報知部」（１３Ｂ１０）の機能的構成についても実施形態１などと同様であるのでここでの詳細な説明は省略する。
【００９５】
以下、本実施形態の「属性データサーバ」（１３Ａ００）の「属性データ保持部」（１３Ａ０１）の「ＩＤバージョン付属性データ保持手段」と、「端末装置」（１３Ｂ００）の「比較部」（１３Ｂ１２）と、「第二報知部」（１３Ｂ１３）と、「属性データ要求受付出力部」（１３Ｂ０４）の「繰返属性データ要求出力手段」と、「予約情報生成保持部」（１３Ｂ０７）の「予約情報更新保持手段」の機能的構成について説明する。
<<属性データサーバ（１３Ａ００）>>
【００９６】
「属性データ保持部」（１３Ａ０１）の「ＩＤバージョン付属性データ保持手段」は、どのコンテンツの属性データかを識別するためのコンテンツＩＤと、その属性データのバージョン情報を含む属性データを保持するよう構成されている。「属性データ」は、コンテンツに関するデータであるが、属性データ保持部（１３Ａ０１）は多数のコンテンツの属性データを保持するため、それぞれの属性データがどのコンテンツの属性データかを識別する手段が必要になる。前記手段としては、例えば、各属性データに、その属性データがどのコンテンツの属性データかを識別するための情報（コンテンツＩＤ）を記述することで実現することができる。また、属性データに記述される情報の一部（販売期間など）は、事情の変化により内容が変更する可能性がある。かかる場合、新たな内容に変更した属性データが生成されることとなるが、それ以前のそのコンテンツの属性データ（内容変更前の属性データ）と混同しないようにするための手段が必要になる。前記手段としては、例えば、各属性データにバージョン情報を記述することで実現することができる。属性データ保持部（１３Ａ０１）のＩＤバージョン付属性データ保持手段は、コンテンツＩＤとバージョン情報を含む属性データを保持するよう構成されている。
<<端末装置（１３Ｂ００）>>
【００９７】
「属性データ要求受付出力部」（１３Ｂ０４）の「繰返属性データ要求出力手段」は、購入予約受付部にて購入予約を受付けたコンテンツの属性データの要求を、所定のタイミングで繰返し出力するよう構成されている。ここで、「繰返属性データ要求出力手段」が購入予約を受付けたコンテンツを認識する手段としては、予約情報生成保持部（１３Ｂ０７）が保持している予約情報を利用可能に構成することで実現してもよい。具体的には、予約情報生成保持部（１３Ｂ０７）はコンテンツＩＤを含む予約情報を生成して保持するように構成し、繰返属性データ要求出力手段は予約情報に含まれるコンテンツＩＤを取得することで購入予約を受付けたコンテンツを識別するように構成してもよい。繰返属性データ要求出力手段が購入予約を受付けたコンテンツの属性データ要求を繰返し出力する「所定のタイミング」としては、例えば、「一日一回所定の時刻に出力」でもよいし、「端末装置を起動するたびに出力」でもよい。または、「原則一日一回所定の時刻に出力するが、その時刻に端末装置を起動していなかった場合には、その時刻の経過後最初に端末装置を起動した際に出力」でもよい。繰返し属性データ要求を出力するのは、コンテンツの購入可能時期などが利用者の知らない間に変更し、利用者が不測の不利益を被らないようにするために、定期的に内容の変更の有無をチェックするためである。よって、前記目的を達成できるタイミングであれば、「所定のタイミング」は前記例示したものに限定されず、その他のタイミングであってもよい。
【００９８】
「比較部」（１３Ｂ１２）は、繰返属性データ要求出力手段の属性データ要求に応じて属性データサーバから受信した属性データに含まれるバージョン情報を、その時点で予約情報生成保持部に保持されている予約情報を生成するために利用された属性データのバージョン情報と比較するよう構成されている。前記比較を実現する手段としては、例えば、予約情報生成保持部（１３Ｂ０７）は「コンテンツＩＤ」と「バージョン情報」を含む予約情報を生成して保持するように構成しておく（例：図４）。そして、比較部（１３Ｂ１２）は、繰返属性データ要求出力手段の属性データ要求に応じて受信した属性データを取得すると、その属性データに含まれる「コンテンツＩＤ」と「バージョン情報」を取得する。そして、予約情報生成保持部（１３Ｂ０７）が保持している予約情報の中から、取得した「コンテンツＩＤ」と同一の「コンテンツＩＤ」を含む予約情報を検索し、取得する。そして、取得した予約情報に含まれる「バージョン情報」取得して、繰返属性データ要求出力手段の属性データ要求に応じて受信した属性データから取得した「バージョン情報」と比較してもよい。なお、ここでの比較は、バージョン情報が同一か否かを判別するためのものである。よって、それぞれのバージョン情報を大小比較することで所望の比較を実現することができる。
【００９９】
「予約情報生成保持部」（１３Ｂ０７）の「予約情報更新保持手段」は、比較部での比較の結果、バージョン情報が異なるとの比較結果を得た場合には、新たに受信した属性データを利用して予約を受付けているコンテンツの予約情報を生成し保持するよう構成されている。なお、新たに受信した属性データを利用して予約情報を生成し保持する場合には、同時に、それ以前のバージョンの属性データを利用して生成し保持されていた予約情報を削除するように構成してもよい。
【０１００】
「第二報知部」（１３Ｂ１３）は、比較部での比較の結果、バージョン情報が異なるとの比較結果を得た場合には、利用者に対してその旨、または、更新された属性データの内容を報知するよう構成されている。ここで、「比較部での比較の結果、バージョン情報が異なるとの比較結果を得た場合」とは、購入予約を受付けているコンテンツの属性データの内容が変更されている場合である。すなわち、「利用者に対してその旨を報知する」とは、購入予約を受付けているコンテンツの属性データの内容が変更されている旨を利用者に報知することを目的としたものである。報知の手段は特段制限されず、音声や、文字、図形、画像、またはこれらの組み合わせにより、前記旨を報知することができる。また、第二報知部（１３Ｂ１３）は、前記報知にかえて、または、前記報知と併せて、「更新された属性データの内容」を報知してもよい。更新された属性データの内容を表示する手段としては、まず、属性データに含まれる各情報（「購入可能時期情報」、「価格」など）の内容をそれぞれ比較し、同一か否か判断することで変更された情報を識別する。そして、変更された情報を識別すると、新たに取得した属性データに含まれるその情報の内容を取得し、ディスプレイに表示するなどして利用者に報知してもよい。なお、前記のような報知をするタイミングとしては特段制限されず、例えば、比較部（１３Ｂ１２）からバージョン情報が異なるとの比較結果を得たのをトリガに前記処理を実行し、利用者に報知してもよい。なお、前記のように更新された属性データの内容を利用者に報知するように構成する場合には、予約情報生成保持部（１３Ｂ０７）が生成して保持する予約情報は、属性データに含まれるすべての情報を含むようにするのが望ましい。
<実施形態３のハードウェア構成>
【０１０１】
図１４は、上記ＶＯＤ予約システムの端末装置の機能的構成をハードウェアとして実現した際の構成の一例を表す図である。本実施形態の属性データサーバの機能的構成をハードウェアとして実現した際の構成については、実施形態１で説明したもの（図６）に準じて実現可能であるので、ここでの詳細な説明は省略する。
<<端末装置（図１４）>>
【０１０２】
図１４に示すように、本実施形態の端末装置は、「端末通信部」と「再生部」と「時計部」と「属性データ要求受付出力部」と「コンテンツ情報表示部」と「購入予約受付部」と「予約情報生成保持部」と「購入可能時期情報取得部」と「判断部」と「比較部」と「第二報知部」などを構成する「ＣＰＵ」（１４０１）、「主記憶装置」（１４０２）、「プログラム記憶装置」（１４０３）、「ＶＲＡＭ」（１４０４）、「２次記憶装置」（１４０５）、「ユーザインターフェース」（１４０６）、「ネットワークインターフェース」（１４０７）、「ディスプレイ」（１４０８）、「スピーカー」（１４０９）、「時計部」（１４１０）、「ＨＤＤ」（１４１１）などを備え、これらは「システムバス」（１４１２）などのデータ通信経路によって相互に接続され、情報の送受信や処理を行う。以下、図１４のハードウェア図を用いて、本実施形態の端末装置が、購入予約を受付けたコンテンツの属性データが変更されていないか確認し、変更されていると判断した際に実行する処理を実現する手段の一例を説明する。
【０１０３】
ＣＰＵ（１４０２）は、購入予約を受付けたコンテンツの属性データを利用してコンテンツＩＤとバージョン情報を含む予約情報を生成し、生成した予約情報を２次記憶装置（１４０５）に保存すると、その後、主記憶装置（１４０２）のワーク領域に展開された属性データ要求再送信プログラムに従い、２次記憶装置（１４０５）より所定タイミング情報を取り出すと主記憶装置（１４０２）のデータ領域に格納する。そして、所定タイミング情報で特定される所定のタイミングになるのを監視する。
【０１０４】
その後、所定のタイミングになったと判断すると、２次記憶装置（１４０５）から予約情報を取り出し、予約情報に含まれるコンテンツＩＤを取得する。そして、そのコンテンツＩＤで特定されるコンテンツの属性データの要求を、ネットワークインターフェース（１４０７）を介して属性データサーバに送信する。その後、ネットワークインターフェース（１４０７）を介して属性データサーバより属性データを受信すると、主記憶装置（１４０２）のデータ領域に格納する。
【０１０５】
その後、主記憶装置（１４０２）のワーク領域に展開された予約情報更新プログラムに従い、新たに取得した属性データのバージョン情報と、同一のコンテンツＩＤで特定される予約情報に含まれているバージョン情報を比較処理する。比較の結果が「同一」であった場合には、処理を終了する。一方、比較の結果が「不一致」であった場合には、新たに取得した属性データを利用して予約情報を生成し、保存する。そして、主記憶装置（１４０２）のワーク領域に展開された第二報知プログラムに従い、２次記憶装置（１４０５）から報知データを取り出すと、ディスプレイ（１４０８）やスピーカー（１４０９）を制御して、コンテンツの情報に変更があった旨を出力する。
<実施形態３の処理の流れ>
【０１０６】
以下、本実施形態のＶＯＤ予約システムの端末装置が購入予約を受付けたコンテンツの属性データが変更されていないか確認する処理の流れの一例を図１５のフローチャート図を用いて説明する。
<<購入予約を受付けたコンテンツの属性データが変更されていないか確認する処理（図１５）>>
【０１０７】
端末装置は、購入予約を受付けた後、起動された状態になると（Ｓ１５０１）、あらかじめ定められた所定のタイミングになったか監視する（Ｓ１５０２）。そして、所定のタイミングになったと判断すると（Ｓ１５０２）、内部メモリより予約情報を取り出し（Ｓ１５０３）、予約情報の中からコンテンツＩＤを取り出す（Ｓ１５０４）。その後、取り出したコンテンツＩＤで特定されるコンテンツの属性データ要求を、属性データサーバに対して送信する（Ｓ１５０５）。
【０１０８】
その後、前記属性データ要求を受信した属性データサーバが送信した属性データを受信すると（Ｓ１５０６）、受信した属性データの中からバージョン情報を取り出す（Ｓ１５０７）。また、同一のコンテンツＩＤを含む予約情報の中からバージョン情報を取り出し（Ｓ１５０８）、取り出した二つのバージョン情報を比較する（Ｓ１５０９）。
【０１０９】
比較の結果、バージョン情報が異なると判断した場合には（Ｓ１５１０）、新たに受信した属性データを利用して予約情報を生成し、保存する（Ｓ１５１１）。そして、コンテンツの情報に変更があった旨を、利用者に報知する（Ｓ１５１２）。その後、端末装置の電源を切るまで（Ｓ１５１３）、同様の処理を繰り返す（Ｓ１５０１〜Ｓ１５１２）。一方、バージョン情報が異なると判断した場合には（Ｓ１５１０）、そのままの状態で、端末装置の電源を切るまで（Ｓ１５１１）、前記処理（Ｓ１５０２〜Ｓ１５１２）を繰り返す。
<実施形態３の効果>
【０１１０】
本実施形態のＶＯＤ予約システムは、将来購入可能になるコンテンツの購入予約を受付ける機能を有し、さらに、購入予約を受付けているコンテンツの属性データに記述された内容が変更していないか確認する機能を有する。そして、購入予約を受付けているコンテンツの属性データの内容が変更された場合には、新しい属性データを利用して予約情報を生成するとともに、その旨を利用者に報知する機能を有する。
【０１１１】
その結果、利用者は、購入予約をしたコンテンツの販売期間や価格などの情報が予約後に変更されても、その旨を確実に認識することができ、コンテンツの情報が変更されたことにより発生しうる不利益を回避することができる。
<<実施形態４>>
<実施形態４の概要>
【０１１２】
本実施形態のＶＯＤ予約システムの端末装置は、実施形態１または２または３を基本とし、さらに、購入予約を受付けたコンテンツの属性データが変更され、新たに受信した属性データを利用して新たな予約情報を生成し保存すると、それ以降、新たに生成して保持している予約情報を利用して、コンテンツが購入可能になったか判断することを特徴とする。
<実施形態４の機能的構成>
【０１１３】
図１６は、本実施形態のＶＯＤ予約システムの機能ブロックの一例を表す図である。この図にあるように本実施形態の「ＶＯＤ予約システム」は、「属性データサーバ」（１６Ａ００）と「端末装置」（１６Ｂ００）からなる。
【０１１４】
「属性データサーバ」（１６Ａ００）は、「属性データ保持部」（１６Ａ０１）と、「属性データ通信部」（１６Ａ０２）と、「属性データ出力部」（１６Ａ０３）を有し、「属性データ保持部」（１６Ａ０１）は「ＩＤバージョン付属性データ保持手段」を有する。「端末装置」（１６Ｂ００）は、「端末通信部」（１６Ｂ０１）と、「再生部」（１６Ｂ０２）と、「時計部」（１６Ｂ０３）と、「属性データ要求受付出力部」（１６Ｂ０４）と、「コンテンツ情報表示部」（１６Ｂ０５）と、「購入予約受付部」（１６Ｂ０６）と、「予約情報生成保持部」（１６Ｂ０７）と、「購入可能時期情報取得部」（１６Ｂ０８）と、「判断部」（１６Ｂ０９）と、「第一報知部」（１６Ｂ１０）と、「比較部」（１６Ｂ１２）を有し、「属性データ要求受付出力部」（１６Ｂ０４）は「繰返属性データ要求出力手段」を、「予約情報生成保持部」（１６Ｂ０７）は「予約情報更新保持手段」を、「判断部」（１６Ｂ０９）は「更新情報判断手段」を有する。
【０１１５】
なお、本実施形態の「属性データサーバ」（１６Ａ００）の「属性データ保持部」（１６Ａ０１）と「属性データ通信部」（１６Ａ０２）と「属性データ出力部」（１６Ａ０３）と「属性データ保持部」（１６Ａ０１）の「ＩＤバージョン付属性データ保持手段」の機能的構成については実施形態１などと同様であるのでここでの詳細な説明は省略する。また、本実施形態の「端末装置」（１６Ｂ００）の「端末通信部」（１６Ｂ０１）と「再生部」（１６Ｂ０２）と「時計部」（１６Ｂ０３）と「属性データ要求受付出力部」（１６Ｂ０４）と「コンテンツ情報表示部」（１６Ｂ０５）と「購入予約受付部」（１６Ｂ０６）と「予約情報生成保持部」（１６Ｂ０７）と「購入可能時期情報取得部」（１６Ｂ０８）と「第一報知部」（１６Ｂ１０）と「属性データ要求受付出力部」（１６Ｂ０４）の「繰返属性データ要求出力手段」と「予約情報生成保持部」（１６Ｂ０７）の「予約情報更新保持手段」の機能的構成についても実施形態１などと同様であるのでここでの詳細な説明は省略する。
【０１１６】
以下、本実施形態の「端末装置」（１６Ｂ００）の「判断部」（１６Ｂ０９）の「更新情報判断手段」の機能的構成について説明する。
<<端末装置（１６Ｂ００）>>
【０１１７】
「判断部」（１６Ｂ０９）の「更新情報判断手段」は、比較部での比較の結果、バージョン情報が異なるとの比較結果を得た場合には、それ以降、予約情報生成保持部の予約情報更新保持手段が、新たに受信した属性データを利用して生成し保持している予約情報に含まれる購入可能時期情報を利用して、購入予約を受付けたコンテンツが購入可能となったか判断するよう構成されている。前記を実現する具体的手段としては、例えば、予約情報生成保持部の予約情報更新保持手段が新たな属性データを利用して予約情報を生成する際には、それ以前のバージョンの属性データを利用して生成した予約情報を削除するように構成し、常に、一つのコンテンツＩＤからはただ一つの予約情報のみが特定されるようにすることで実現してもよい。なお、更新情報判断手段が予約情報を利用して購入予約を受付けたコンテンツが購入可能となったか判断する構成を実現する手段としては、実施形態１で説明した判断部の構成に準じて実現することができる。よって、ここでの詳細な説明は省略する。
<実施形態４のハードウェア構成>
【０１１８】
本実施形態の属性データサーバの機能的構成をハードウェアとして実現した際の構成については、実施形態１で説明したもの（図６）に準じて実現可能であるので、ここでの詳細な説明は省略する。また、本実施形態の端末装置の機能的構成をハードウェアとして実現した際の構成については、実施形態１、２、３で説明したもの（図７、１１、１４）に準じて実現可能であるので、ここでの詳細な説明は省略する。
<実施形態４の処理の流れ>
【０１１９】
本実施形態のＶＯＤ予約システムにおける特徴的な処理（判断部の更新情報判断手段による処理）の流れについては、実施形態１で説明した処理（図９）に準じて実現可能であるので、ここでの詳細な説明は省略する。
<実施形態４の効果>
【０１２０】
本実施形態のＶＯＤ予約システムは、将来購入可能になるコンテンツの購入予約を受付ける機能を有し、さらに、そのコンテンツの属性データに記述された内容が変更していないか確認する機能を有する。そして、購入予約を受付けているコンテンツの属性データの内容が変更された場合には、新しい属性データを利用して予約情報を生成し、それ以降、新たに生成した予約情報を利用して、購入予約を受付けたコンテンツが購入可能になったか判断する機能を有する。
【０１２１】
その結果、利用者は、購入予約をしたコンテンツの販売期間が予約後に変更されても、面倒な操作をすることなく、変更後の販売期間に基づいてコンテンツが購入可能になった旨の通知を受けることができる。
【図面の簡単な説明】
【０１２２】
【図１】ＩＰＳＰ仕様のＶＯＤシステムの処理の流れを説明するシーケンス図
【図２】実施形態１の機能ブロック図
【図３】属性データを利用したディスプレイ表示の一例
【図４】予約情報を模式的に示した一例
【図５】予約情報を利用したディスプレイ表示の一例
【図６】実施形態１の属性データサーバのハードウェア構成の一例を示した概念図
【図７】実施形態１の端末装置のハードウェア構成の一例を示した概念図
【図８】実施形態１のＶＯＤシステムの処理の流れを示すシーケンス図
【図９】実施形態１の端末装置の処理の流れを示すフローチャート図
【図１０】実施形態２の機能ブロック図
【図１１】実施形態２の端末装置のハードウェア構成の一例を示した概念図
【図１２】実施形態２の端末装置の処理の流れを示すフローチャート図
【図１３】実施形態３の機能ブロック図
【図１４】実施形態３の端末装置のハードウェア構成の一例を示した概念図
【図１５】実施形態３の端末装置の処理の流れを示すフローチャート図
【図１６】実施形態４の機能ブロック図
【符号の説明】
【０１２３】
０２Ａ００    属性データサーバ
０２Ａ０１    属性データ保持部
０２Ａ０２    属性データ通信部
０２Ａ０３    属性データ出力部
０２Ｂ００    端末装置
０２Ｂ０１    端末通信部
０２Ｂ０２    再生部
０２Ｂ０３    時計部
０２Ｂ０４    属性データ要求受付出力部
０２Ｂ０５    コンテンツ情報表示部
０２Ｂ０６    購入予約受付部
０２Ｂ０７    予約情報生成保持部
０２Ｂ０８    購入可能時期情報取得部
０２Ｂ０９    判断部
０２Ｂ１０    第一報知部
【図１】
2009258928.tif 000003
【図２】
2009258928.tif 000004
【図３】
2009258928.tif 000005
【図４】
2009258928.tif 000006
【図５】
2009258928.tif 000007
【図６】
2009258928.tif 000008
【図７】
2009258928.tif 000009
【図８】
2009258928.tif 000010
【図９】
2009258928.tif 000011
【図１０】
2009258928.tif 000012
【図１１】
2009258928.tif 000013
【図１２】
2009258928.tif 000014
【図１３】
2009258928.tif 000015
【図１４】
2009258928.tif 000016
【図１５】
2009258928.tif 000017
【図１６】
2009258928.tif 000018