(57)【特許請求の範囲】
【請求項１】
映像コンテンツの情報を管理する映像コンテンツ管理サーバと、映像を受信する受信端末と、映像コンテンツを配信する映像コンテンツ配信サーバから構成される端末適応型映像コンテンツ送受信システムであり、
前記受信端末は、前記受信端末が受信可能な映像コンテンツの情報を表す適正受信可能性情報と前記情報の有効期限からなるユーザ視聴データを、タグ種別とタグ値の組のリストとして格納するためのユーザ視聴データ保存媒体を読み書きする可搬記録媒体読み書き装置を有し、
前記映像コンテンツ管理サーバは、前記映像コンテンツ管理サーバが管理する映像コンテンツの情報を取得し、前記受信端末内の前記可搬記録媒体読み書き装置を経由して前記ユーザ視聴データ保存媒体上にあるユーザ視聴データを取得し、前記受信端末の識別子と前記適正受信可能性情報に含まれる受信端末の識別子とを比較して前記適正受信可能性情報を選び出す適正映像コンテンツ選択手段を有することを特徴とする端末適応型映像コンテンツ送受信システム。
【請求項２】
映像コンテンツの情報を管理する映像コンテンツ管理サーバと、映像を受信する受信端末と、映像コンテンツを配信する映像コンテンツ配信サーバから構成される端末適応型映像コンテンツ送受信システムにおける映像送受信方法において、
前記受信端末は、前記受信端末が受信可能な映像コンテンツの情報を表す適正受信可能性情報と前記情報の有効期限の組として構成されるユーザ視聴データを、タグ種別とタグ値の組のリストによる形式にて、ユーザ視聴データ保存媒体から読み出し、
前記映像コンテンツ管理サーバは、
前記映像コンテンツ管理サーバが管理する映像コンテンツの情報、及び前記受信端末内にあるユーザ視聴データ保存媒体上にあるユーザ視聴データを取得し、
前記受信端末の識別子と、前記適正受信可能性情報に含まれる受信端末の識別子とを比較して前記適正受信可能性情報を選び出し、
前記選択された適正受信可能性情報を前記受信端末のユーザ視聴データ保存媒体に記録し、
前記適正受信可能性情報を元に前記受信端末での映像コンテンツ再生処理を行うことを特徴とする端末適応型映像コンテンツ送受信方法。
【請求項３】
請求項１記載の端末適応型映像コンテンツ送受信システムにおいて、
前記受信端末は、映像コンテンツの情報が前記ユーザ視聴データ保存媒体に記録されているかどうかをユーザに提示する手段を持つことを特徴とする端末適応型映像コンテンツ送受信システム。
【請求項４】
請求項１記載の端末適応型映像コンテンツ送受信システムにおいて、
前記受信端末は、前記ユーザ視聴データ保存媒体に記録されているユーザ視聴データを一覧表示する手段を持つことを特徴とする端末適応型映像コンテンツ送受信システム。
【請求項５】
請求項１記載の端末適応型映像コンテンツ送受信システムにおいて、
前記受信端末は、映像コンテンツの情報が、前記ユーザ視聴データ保存媒体に記録されていない場合、別の方法で入手する方法をユーザに提示する手段を持つことを特徴とする端末適応型映像コンテンツ送受信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク経由で映像コンテンツを配信する方法のうち、様々な端末に適正なフォーマットの映像コンテンツを選び出す方法に関する。
【０００２】
【従来の技術】
近年、映像や音楽などの時間軸を持つコンテンツをネットワーク経由で配信する機会が増えている。特に最近は、ＰＣなどの高性能コンピュータだけでなく、携帯電話や、携帯情報機器（ＰＤＡ）、ＴＶ受信機など、比較的処理性能の低い受信端末（通称、情報家電端末）でも、ネットワーク経由で映像や音楽を視聴できるようになってきている。これらの配信環境においては、様々な受信端末の種類に応じて、小さい画面サイズや、低速度の映像配信速度のコンテンツを選ぶ適正映像コンテンツ選択処理が必要となる。
【０００３】
従来の方式は、映像コンテンツを送信する映像コンテンツ配信サーバと、映像コンテンツを受信する受信端末との間に、送信側＝受信側での適正なフォーマットの決定を行う映像コンテンツ管理サーバを置いたネットワーク構成をとる。
【０００４】
受信端末は、ある映像コンテンツを視聴したい場合、まず映像コンテンツ管理サーバに映像コンテンツ視聴要求を出す。映像コンテンツ管理サーバでは、ひとつの映像コンテンツにつき、複数のフォーマットの実映像ファイルを管理している。また、受信端末では、受信端末上で視聴可能な映像のフォーマットの一覧リストを保持している。なお、フォーマットとは、映像の画面幅，高さ，およびビットレート[bps ＝ bit/秒]などを指す。映像コンテンツ管理サーバでは、自身が管理している実映像ファイル群のフォーマット情報と、受信端末が視聴可能なフォーマットの一覧を対比し、視聴に適正なフォーマットを示す。
【０００５】
この適正映像コンテンツ選択処理の結果で得たフォーマット情報を元に、映像配信サーバと受信端末の間で、映像配信が開始される。この従来方式の実現例としては、日立製作所の製品であるVideonetIVビデオサーバの中の映像コンテンツ管理モジュールVideonetIV Managerが存在する。（VideonetIVの詳細は次の記事を参照：「業務用ネットワーク映像情報システム」, 日立評論1997年7月号, Vol.81, No.7, pp.51）
【０００６】
【発明が解決しようとする課題】
従来の適正映像コンテンツ選択方式に関する第一の課題は、受信端末が視聴を開始する前に、常に映像コンテンツ管理サーバに適正映像コンテンツの選択を依頼する所にある。このため、ＴＶ受像機などのように、ＴＣＰ／ＩＰ双方向ネットワークに接続されていない受信端末の場合、映像コンテンツ管理サーバに対して、適正映像コンテンツ選択処理を依頼することができない。
【０００７】
また、（ダイアルアップモデムが付いた）ＢＳデジタル放送受信機や、（動画再生機能付き）携帯電話などの受信端末の場合、双方向ネットワークに接続する際の初期化に時間がかかったり、通信コストが比較的高かったりため、コンテンツ再生を行うごとに映像コンテンツ管理サーバに適正映像を問合せる処理は、ユーザにとって使い勝手の悪い方式となる。
【０００８】
また、従来方式の第二の課題は、適正映像コンテンツ選択処理の拡張性が乏しいことにある。従来方式では、適正映像コンテンツ選択処理で選択の判断の元となる情報は、映像コンテンツ管理サーバの管理する実映像ファイルのフォーマット情報と、受信端末の視聴可能な映像フォーマットの情報だけである場合が多かった。
【０００９】
今後、映像コンテンツの配信ビジネスが活発になってくると、単純な映像フォーマットの情報だけでなく、受信端末を持つユーザの好みのコンテンツジャンルや、ユーザの現在立っている場所の住所などの、映像以外の情報を元にして、ユーザがその瞬間に欲している適正な映像コンテンツを木目細かに選択する必要が出てくる。現在の適正映像コンテンツ選択処理では、選択に用いる項目を新たに増やすことが困難であった。
【００１０】
本発明の目的は、常時接続していない受信端末においても適正な映像コンテンツの選択処理を提供可能にし、更に、適正映像コンテンツ選択処理の判断に用いる情報を容易に拡張可能とする、端末適応型映像コンテンツ送受信システム及び方法を提供することにある。
【００１１】
【課題を解決するための手段】
本発明で述べるシステムは、上記課題を解決するため、以下の手段から構成される。
【００１２】
まず、基本構成として、従来方式と同様に、映像コンテンツ配信サーバと、映像コンテンツの情報管理および受信端末で視聴可能な映像コンテンツの一覧を示す適正映像コンテンツ選択手段を有する映像コンテンツ管理サーバと、映像を受信しユーザに対して再生表示する受信端末から構成される。
【００１３】
本発明では、受信端末に、映像コンテンツを初回視聴する際にコンテンツ管理サーバに問合せた結果である受信端末で視聴可能な映像コンテンツリストをユーザ視聴データ保存媒体に保存する可搬記録媒体読み書き装置を持たせる。なお、ユーザ視聴データ保存媒体はメモリカードなどの可搬媒体とし、受信端末とは独立して持ち運びが可能であるとする。
【００１４】
また、ユーザ視聴データ保存媒体には、ユーザの所有する受信端末の一覧情報、その受信端末で視聴可能な映像コンテンツフォーマット情報、また次に示す視聴可能映像コンテンツ推奨情報が保存される。視聴可能映像コンテンツ推奨情報は、受信端末の識別情報、映像コンテンツの識別情報、視聴可能な映像コンテンツのフォーマット情報、映像コンテンツの所在情報、映像コンテンツの再生指示コード、本情報の推奨レベルを示す情報推奨レベル、および、本情報の有効期間を示す推奨情報有効期間から構成される。なお、これらの情報は、情報の種別を表すタグ名と情報の値を表すタグ情報の組からなるタグ型情報格納形式で保存されるものとする。
【００１５】
このように、受信端末にて、取り外して持ち運びが可能なユーザ視聴データ保存媒体を読み書きできる手段を設けることにより、以下のように上記の課題を解決できる。
【００１６】
まず、ユーザは、ユーザが所有する受信端末の一覧、および、各々の受信端末における視聴可能な映像コンテンツのリストを、ユーザ視聴データ保存媒体に登録しておく。
【００１７】
次に、ユーザがある映像コンテンツを再生したい場合、受信端末を、一度だけ映像コンテンツ管理サーバに接続させる。この際、受信端末は、ユーザ視聴データ保存媒体に登録されている全ての受信端末の情報に対して、視聴可能な映像コンテンツのリスト、およびその映像コンテンツの所在や再生方法などを、一括して映像コンテンツ管理サーバに問合せ、その結果をユーザ視聴データ保存媒体に保存しておく。
【００１８】
その後、ユーザが受信端末を変更する場合（例：ＰＣでの視聴からＴＶ受信機での受信に切り替えるなど）、ユーザはユーザ視聴データ保存媒体を、前の端末から切り離し、新しい端末に挿入する。新しい受信端末で映像コンテンツを再生する場合は、ユーザ視聴データ保存媒体に記録されている視聴可能コンテンツ一覧リストの中から、その受信端末で視聴する映像コンテンツを選択すれば良い。視聴する映像コンテンツが決定したら、その際、映像コンテンツの所在情報や映像コンテンツの再生指示コードを参照し、受信端末上で実行する。
【００１９】
なお、ユーザ視聴データ保存媒体で用いる情報格納形式に、タグ型情報格納形式を用いることにより、新しい形態の映像コンテンツ情報（著作物の値段など）が増えても容易に追加することが可能となる。
【００２０】
【発明の実施の形態】
本発明の実施の一形態について、図１から図１１を用いて説明する。まず図１を用いて本実施形態のシステムの全体構成を説明する。図２では本実施形態でのデータ格納例を説明する。次に図３から図７を用いて、本実施形態での画面構成例を述べる。最後に図８から図１１を用いて、本実施形態の処理フローの一例を述べる。
【００２１】
まず、図１を用いて本実施形態のシステム全体構成を述べる。
【００２２】
本システムでは、映像コンテンツ配信サーバ１１０が、映像コンテンツ群１５０が蓄積している映像コンテンツを、受信端末１３０やその他の受信端末１４０に対して、映像配信ネットワーク１５２を介して配信する。また、本システムでは、映像コンテンツ群１５０に蓄積されている映像コンテンツについて、その実映像ファイルの保管ディレクトリ位置、保管ファイル名、および、その実映像ファイルの映像記録フォーマットなどの映像コンテンツ情報を、映像コンテンツ管理サーバ１２０が管理している。
【００２３】
受信端末１３０は、映像配信ネットワーク１５２から映像コンテンツを受信する受信装置１３４、受信した映像コンテンツを受信端末上で再生表示する再生装置１３５、ユーザの操作を入力する操作パネル１３２、およびこれら受信端末内の装置群を制御する制御装置１３３（ＣＰＵ，メモリなど）から構成される。
【００２４】
映像コンテンツ管理サーバ１２０は、受信端末１３０が映像コンテンツの配信を行う前に、映像管理用ネットワーク１５１を介して、アクセスされる。このアクセスの際、映像コンテンツ管理サーバ１２０内の適正映像コンテンツ選択手段１２１が起動し、受信端末１３０内のユーザ視聴データ保存媒体１３１（以降、簡略化して「メモリカード１３１」とも示す）に格納されている視聴可能映像フォーマット情報と、映像コンテンツ管理サーバが管理している映像コンテンツ群１５０の映像フォーマット情報とを入力として、ユーザ１６０が視聴可能な映像コンテンツの情報一式が生成される。
【００２５】
この結果得られた視聴可能な映像コンテンツの情報一式は、受信端末１３０内のユーザ視聴データ保存媒体１３１に保存される。なお、このようにユーザ視聴データ保存媒体１３１の内容を読み書きするために、受信端末１３０には可搬記録媒体読み書き装置１３６を設けている。
【００２６】
本実施形態では、ユーザ１６０は、受信端末１３０や受信端末１４０などの複数の受信端末を所有する。ユーザ１６０は、図９のコンテンツ決定時処理を一度行えば、その情報をメモリカードなどのユーザ視聴データ保存媒体１３１に保存して持ち運ぶことができる。ユーザ１６０は、映像コンテンツを視聴したいときに、持ち運んだユーザ視聴データ保存媒体１３１を、受信端末１３０，１４０などに挿入することにより、所望の映像コンテンツを視聴することができる。
【００２７】
従来の方式では、受信端末などで映像を視聴する時、特に、その受信端末で適正なフォーマットの映像コンテンツを受信・視聴したい場合は、受信端末は映像コンテンツ管理サーバ１２０に毎回接続する必要があった。このため、ＴＶ受像機など、双方向の映像管理用ネットワーク１５１に接続されていない受信端末１４０のような受信端末では、適正な映像フォーマットの映像コンテンツを受信・視聴できなかった。
【００２８】
図２は、受信端末内のユーザ視聴データ保存媒体１３１の中に格納される、ユーザ視聴データの一例である。
【００２９】
まず、ユーザ視聴データのエントリレコードとして<UserInfo>２１０が存在する。この<UserInfo>２１０一つで、あるユーザ一人分のユーザ視聴データが表現される。<UserInfo>２１０には、本情報の所有ユーザを識別する<UserID>レコード２１１、同ユーザが所有する複数の受信端末の情報を管理する<TerminalList>レコード２１２、同ユーザが視聴を希望する映像コンテンツに対し、同ユーザ向けに適応させた映像コンテンツ情報を格納する<ContentsList>レコード２１３からなる。
【００３０】
ユーザが所有する受信端末リスト<TerminalList>２１２では、受信端末情報<Terminal>を複数持つ（２３０，２３５）。このユーザの場合、「ＰＣ１」と言う名前のＰＣ受信端末の情報２３０と、「ＴＶ受信機１」という名前のＴＶ受信機を所有していることになる。
【００３１】
受信端末情報<Terminal>２３０には、受信端末の名称<Name>２３１と、その受信端末で視聴可能な映像コンテンツのフォーマットの一覧リスト<FormatList>２３２から構成される。<FormatList>２３２には、フォーマット情報<Format>が複数格納される（２３３，２３４）。本例では、幅３２０×高さ２４０ドットの画像サイズ、５００ｋｂｉｔ／秒のビットレート帯域を持つ映像コンテンツ（<Format>２３３で指定）と、同様に幅１６０×高さ１２０ドットなどの映像コンテンツ（<Format>２３４）であれば、受信端末「ＰＣ１」で視聴可能であることを示す。
【００３２】
なお、<Format>２３３に付随する「preference＝”70”」という指定は、そのフォーマットのユーザの嗜好値であり、視聴可能映像の選択の結果、複数のフォーマット情報が並立した際に、その優劣を示す評価値となる。この場合は、０が「ユーザは興味なし」、１００が「最も興味がある」を示す。
【００３３】
次に、<ContentsList>２１３について説明する。<ContentsList>２１３には、ユーザがこれから視聴しようと考えている映像コンテンツに関する情報が格納される。この情報の記述方法に本発明での特徴の一つがある。<ContentsList>２１３には、映像コンテンツ管理サーバ１２０が管理する一般的な映像コンテンツの情報（フォーマット，ＵＲＬ）をそのまま記録するのではなく、映像コンテンツの情報を、ユーザに特化させた形式で保存させる。
【００３４】
本実施形態での特化の方法を次に示す。まず<ContentsList>２１３には、ユーザが視聴を希望するコンテンツの数だけ、ユーザ特化コンテンツ情報<Contents>レコード２２０，２２４を持つ。<Contents>レコードには、映像コンテンツの識別子<ContentsID>２２１と、その映像コンテンツの情報を、本ユーザ向けに特化した視聴可能コンテンツ情報リスト<AvailabilityList>２２２がある。<AvailabilityList>には、そのユーザでの視聴可能コンテンツ情報<Availability>を複数持つ（２４０，２４８）。
【００３５】
<Availablity>には、どの受信端末向けの特化情報かを表す<Terminal>２４３、その映像コンテンツの実映像ファイルのフォーマット情報<Format>２４４、実映像ファイルの置き場所<URL>２４５、映像の視聴方法を表す画面構築コード<Code>２４６などからなる。一般に、一つの映像コンテンツにつき、様々なフォーマットで録画された複数の実映像ファイルが存在するので、ユーザの希望フォーマットが異なると、異なる<Availability>レコードが存在することになる。
【００３６】
なお、画面構築コード<Code>２４６が事前に格納される理由は、一般に、画面構築コードが（受信端末，映像フォーマット，取得場所URL）の組合せにより全て異なるためである。従来方式では、映像コンテンツ管理サーバ１２０に、毎回その画面構築方法を問合せてれば良かったが、ＴＶ受信機のような映像コンテンツ管理サーバ１２０にアクセスできないような受信端末の場合、これが行えない。このため本実施形態では画面構築コード<Code>レコード２４６を用意している。
【００３７】
最後に、<Availability>には、複数の<Availability>が並立した場合にユーザが優先度を示すために用いる嗜好値preference２４１と、その<Availability>レコードの有効期限valid２４２が記録されている。有効期限valid ２４２がある理由は、映像コンテンツ管理サーバ１２０が管理する映像コンテンツの情報が日々更新されていくため、ユーザ視聴データ保存媒体１３１内にあるユーザ視聴データの内容が古くなり、適宜更新する必要があるためである。
【００３８】
なお、本実施形態では、これらユーザ視聴データは全てＷ３Ｃで規格化されたタグ型情報格納形式ＸＭＬで格納している。ＸＭＬを用いることにより、新しい映像コンテンツの情報を追加することができる。
【００３９】
たとえば、<UserInfo>２１０に、そのユーザが好むコンテンツのジャンル<PrefGenre>を追加し、「映画」「スポーツ」を登録しておくことも容易となる。映像コンテンツ管理サーバ１２０の適正映像コンテンツ選択手段１２１にユーザ情報を送る際、これらの追加タグ情報も送ることにより、適正映像コンテンツの選択の際に、ユーザが望まない「子供アニメ」などのコンテンツを事前に排除することも可能となる。
【００４０】
ここからは、図３から図７を用いて、本発明のユーザ操作画面の一実施形態について説明する。
【００４１】
図３は、ユーザ視聴データ保存媒体１３１（以降メモリカード１３１と表記）に記録されているユーザ視聴データ（図２）を編集するユーザ操作画面３１０である。
【００４２】
このユーザ視聴データ編集画面３１０はＰＣ用画面である。通常、ＰＣやＴＶ受信機などの受信端末は、それぞれに異なる画面サイズや表示機能を持つため、それぞれに異なる画面レイアウトを用意する必要がある。
【００４３】
ユーザ視聴データ編集画面３１０には、ユーザの識別名称を表示・入力する領域３１１と、受信端末の名称を表示・入力する領域３１３と、その受信端末上で視聴可能なフォーマットのリストを表示・入力する３１４と、その視聴可能フォーマットリスト３１４の情報を現在の受信端末から読み出し・画面上に反映する端末情報自動読込ボタン３１５と、これらのユーザ視聴データの編集結果を、メモリカード１３１に保存させる登録ボタン３１７と、現在メモリカード１３１に保存されているユーザ視聴データを読み込んで、画面に反映させる読み出しボタン３１８から構成される。
【００４４】
この画面の一般的な使い方は次のようになる。まずユーザが初めて本実現形態による映像コンテンツ視聴を行う場合、一枚のメモリカード１３１が手渡される。
【００４５】
ユーザは図３の画面３１０にて、メモリカード１３１に自身のユーザ名を入力する。また、ユーザは、受信端末での視聴可能フォーマット入力領域３１４に、その受信端末で視聴可能なフォーマットの情報を複数入力する。この際、受信端末の内部にあらかじめこのような視聴可能なフォーマットのリストを覚えこませておき、端末情報自動読込ボタン３１５を押すことにより、視聴可能フォーマット入力領域３１４に反映させることも可能である。
【００４６】
ユーザは自身が所有する全ての端末に、メモリカード１３１を差込み、同様の視聴可能フォーマット情報を保存させる。これらの操作により、ユーザが所有する全ての受信端末の情報がメモリカード１３１にあらかじめ登録されることになる。
【００４７】
このあと、図４から図７に示すコンテンツ選択・視聴画面による操作を行う。このコンテンツ選択・視聴画面の操作では、画面上で一つのコンテンツの視聴を選択すると、映像コンテンツ管理サーバ１２０に問合せる際に、ユーザが持つ全ての受信端末について、選択した映像コンテンツの具体的な視聴方法が（図２<Availability>２４０形式で）確定し、メモリカード１３１に記録されることになる。
【００４８】
図４は、本実施形態における映像コンテンツの選択画面４００である。
【００４９】
映像コンテンツ選択画面４００は、インターネットに常時接続が可能なＰＣ用の画面である。映像コンテンツ選択画面４００は、最近の人気映画トップ１００が表示されている（４１２）。この画面は、インターネットの映画情報サイトなどを通じて入手した情報を元に構築している。
【００５０】
映像コンテンツ選択画面４００には、現在この受信機に挿入されているメモリカード１３１の所有者名（図２の<UserID>２１１）が領域４１１に表示される。ユーザが映像コンテンツのリスト４１２のうち「怖いリング」「いまいちホワイトアウト」などのタイトル文字をクリックすると、その映像コンテンツが再生される。実際には、タイトル文字をクリックすると、インターネットにある映像コンテンツ管理サーバ１２０に接続し、ＰＣ受信端末に適正な実映像ファイルが選び出され、その実映像ファイルが映像コンテンツ配信サーバ１１０により配信される。
【００５１】
なお、本実施形態では、この接続の際、ＰＣ受信端末に適正な映像コンテンツの情報だけでなく、ユーザが所有する別の受信端末であるＴＶ受信機についても、その適正な映像コンテンツの情報が同時に決定され、その結果が、メモリカード１３１に記録される。
【００５２】
図５は、ＴＶ受信機用映像コンテンツ選択画面５００である。この選択画面５００では、今週のＴＶ番組ガイドとして、３本番組映像コンテンツ名が表示されている（５１１〜５１３）。ＴＶリモコンで該当番号を押すと、その映像コンテンツを視聴することができる。この選択画面には、現在使用中のメモリカード１３１について、所有者名の表示領域５３０、および、メモリカード１３１に既に該当映像コンテンツの情報が登録済み「◎」／未登録「×」種別を表す印の表示欄（５２１〜５２３）がある。
【００５３】
ＴＶ用のコンテンツ選択画面５００のうち、「◎」印の映像コンテンツを選択した場合、まずメモリカード１３１に記録されている、該当コンテンツの視聴可能フォーマット一覧(<AvailabilityList>２２２)の中から、本ＴＶ受信機にとって適正な映像フォーマットを選択（<Availability>２４８）し、そこに記録されている実映像ファイルのＵＲＬ（<URL>）や画面構築コード(<Code>)を元に、該当映像コンテンツの再生を行う。
【００５４】
ＴＶ用のコンテンツ選択画面５００のうち、「ＮＨＫタイガードラマ」のような「×」として表示されている映像コンテンツを選択すると、図６の再生不可メッセージ画面６００が表示される。本画面６００には、対象となる映像コンテンツの名前６１０、再生不可メッセージ６１１、ユーザ返答ボタン６２１，６２２、メモリカード所有者名６３０が表示される。
【００５５】
ＴＶ受信機のような、インターネット双方向回線を持たない受信端末の場合、映像コンテンツ管理サーバ１２０に接続を行うことは不可能である。このため、メモリカード１３１に情報が記録されていないと、適正なコンテンツの選択が行えないため、その旨をユーザに通知している。ただし、通常、放送局から放送される番組ガイドデータには、簡単なコンテンツ情報が含まれているので、かろうじて映像の視聴はできる。とはいえ、たとえば、ワイドテレビ、旧式４：３テレビ、アナログハイビジョンテレビなどの様々な種類のＴＶ受像機について、最も適切な映像フォーマットでの視聴はできない。
【００５６】
図７は、携帯電話での映像コンテンツ再生前確認画面７００である。
【００５７】
再生前確認画面７００は、その前のコンテンツ選択ページで選んだ「怖いリング」という映像コンテンツの視聴を開始しようとする際に現れる画面である。この画面例の場合、携帯電話に挿入されているメモリカード１３１には、「怖いリング」という映像コンテンツの視聴可能フォーマットの情報(図２<Availability>)が２件登録されていたことを示している（７１１，７１２）。この携帯電話には、最大３８４ｋｂｉｔ／秒の高速回線接続モードと、通常の６４ｋｂｉｔ／秒の低速回線接続モードが用意されており、また、映像コンテンツとして、３８４ｋｂｉｔ／秒と６４ｋｂｉｔ／秒の２つの実映像ファイルが存在する場合、このような表示結果となる。
【００５８】
この場合、２件の<Availability>情報は、その情報のpreference値の降順として、再生前確認画面７００内に表示されるように画面を定義している。通常、３８４ｋｂｉｔ／秒のような高速回線は接続料金が高いので、あらかじめユーザに選択肢を与えることによって、ユーザの接続料金の低減という使い勝手の向上を図ることが、本発明では可能となる。
【００５９】
また、再生前確認画面７００には、「もっと探す」ボタン７１４も付加されている。携帯電話の場合、インターネット接続は容易なので、映像コンテンツ管理サーバ１２０の適正映像コンテンツ選択手段１２１を呼び出すことも可能である。しかし、携帯電話のインターネットの接続料金は比較的高価格であり、ユーザとしては極力余分なインターネット接続は避けた方が良い。とはいえ、メモリカード１３１に記録されている映像コンテンツ情報も古い情報である場合も多い。このような理由から、再生前確認画面７００では「もっと探す」ボタン７１４を設けて、ユーザのその場の気分により、インターネット接続をすべきか否かの選択を可能とし、これによりユーザの使い勝手の向上を図っている。
【００６０】
ここからは、図８から図１１を用いて、本発明の処理方式の一実施形態について説明する。
【００６１】
図８は、図３のユーザ視聴データ編集画面３１０の処理方式である。
【００６２】
まず、画面表示が行われた後、メモリカード１３１が編集用にオープンされる（８１０）。この際、メモリカード１３１の情報は編集用一時メモリに転送され、本画面３１０の操作中はこの編集用一時メモリにて編集操作が行われる。次にユーザの操作が行われる（８１１）。ユーザ名３１１が入力された場合、そのユーザ名を図２の<UserID>レコード２１１に格納する（８２１）。また視聴端末の視聴可能フォーマット情報３１４が入力された場合、受信端末名３１３を<Terminal>２３０の<Name>２３１に格納し（８３１）、視聴可能フォーマット３１４を<FormatList>２３２<Format>２３３，２３４に一括して記録する（８３２）。また操作画面において、「端末情報自動読込」ボタン３１５が選択された場合、受信端末内にあらかじめ保存されている受信端末の視聴可能フォーマットの情報を、<Terminal>２３０に格納する（８４１）。
【００６３】
「メモリカードに登録」ボタン３１７が選択された場合、編集用一時メモリの情報をメモリカードに保存し、メモリカードをクローズする（８４２）。「メモリカード読み出し」ボタン３１８が選択された場合、メモリカード１３１の内容を編集用一時メモリに再度転送し、その転送された値を元に画面３１０を表示しなおす。
【００６４】
図９は、コンテンツ決定時の処理である。図４や図５といったコンテンツ選択画面にて、ユーザが一つの映像コンテンツを選択した際に開始される処理である。
【００６５】
本処理の実行前には、コンテンツ選択画面４００，５００にてコンテンツを選択すると、コンテンツＩＤ（識別子）が決定されている必要がある。このコンテンツＩＤは、映像コンテンツを制作した際にコンテンツ制作者により決定された値である。またコンテンツ選択画面４００，５００を制作する側が、コンテンツ一覧のコンテンツ名を選択すると、該当するコンテンツＩＤが決定されるように、画面を構築しておく。たとえば、ＨＴＭＬのＣＧＩ呼出型のリンクとして「<a href＝”コンテンツ決定時処理CGI? ContentsID＝XXXXXX”>ある映像コンテンツ名</a>」と記述することにより、図９のような処理に、映像コンテンツ名に対応するコンテンツＩＤを引き渡すことが可能である。
【００６６】
コンテンツＩＤが決定したら、メモリカード１３１を読み書きモードでオープンする（９１０）。次に指定されたコンテンツＩＤが、メモリカード内の<ContentsList>２１３内の<Contents>２２０<ContentsID>２２１として存在するか調べる（９２０）。もしこれが存在する場合、その<Contents>レコードを今後の処理対象として選択する（９２１）。もしこれが存在しない場合、新しく<Contents>レコードを生成し、<ContentsID>に現在のコンテンツＩＤを格納し、<ContentsList>２１３に加える（９２２）。
【００６７】
次に、<TerminalList>２１２に記録されている受信端末情報<Terminal>の個数分だけループを行い、そのコンテンツＩＤに対する適正な映像コンテンツの情報リストを作成する（９３０）。ループ９３０では、まず初めに、コンテンツＩＤと、現在ループで選択中の受信端末情報<Terminal>の情報を、映像コンテンツ管理サーバ１２０の適正映像コンテンツ選択手段１２１に送信し、送信した受信端末情報に関する適正映像コンテンツの選択を依頼する（９３１。図１１に詳細処理を示す）。処理９３１の結果は<Availability>２４０のリストとして返されるので、これを現在の<Contents>レコードの<AvailabilityList>に追加する（９３２）。
【００６８】
なお、この際、<AvailabilityList>にフォーマット情報が全く同じ<Availability>情報が既に登録されていた場合、valid値が新しい方の情報を残し、もう片方の情報は破棄する。これにより、図９の処理にて、映像コンテンツにアクセスを試みるたびに、自動的に<Availability>情報が最新の内容に更新されるようになる。ループ９３０が終了したら、メモリカードに変更情報を保存する（９４０）。
【００６９】
図１０は、コンテンツ再生開始時の処理である。
【００７０】
本処理でも、図９の処理と同様に、事前処理としてコンテンツＩＤを決定しておく。まずメモリカード１３１を読み書きモードでオープンする（１０１０）。次に、指定されたコンテンツＩＤが、メモリカード内の<ContentsList>２１３内の<Contents>２２０<ContentsID>２２１として存在するか調べる（１０１１）。もしこれが存在する場合、その<Contents>レコードの<AvailabilityList>にある全ての<Availability>を今後の処理対象として選択する（１０３０）。もしこれが存在しない場合、以降では<Availability>を０件として処理する（１０３１）。
【００７１】
次に、選択した全ての<Availability>レコードに対してループを行い、有効期限チェックを行う（１０１２）。ループ内では、今現在の日時とvalid属性値に示される有効期間とを比較し（１０４１）、現在日時が有効期間から外れていた場合、該当する<Availability>レコードを削除する（１０４２）。ループ１０１２の結果、もし<Availability>レコードが０件の場合、映像コンテンツ接続管理サーバ再接続画面などを表示する。具体的には、ＴＶ受像機の場合は図６の再生不可メッセージ画面を表示し、携帯電話などの場合は図７の「もっと探す」ボタン７１４と「コンテンツが見つかりません」などのメッセージを組み合わせた画面を表示すればよい。
【００７２】
次に、残った<Availability>レコードに対してループを行い、現在の受信端末に適合した情報だけを抜き出す（１０１４）。このループ１０１４では、現在使用中の受信端末の識別子と、ループで選択中の<Availability>の<Terminal>レコード２４３とを比較し（１０６１）、もし同一であれば、<Availability>最終結果リストに、現ループで選択中の<Availability>の内容を追加する（１０６２）。
【００７３】
次に、ループ１０１４で作成された<Availability>最終結果リストをユーザに提示する（１０１５）。たとえば、図７のような再生前確認画面７００を表示する。次にユーザに<Availabitlity>レコードを選択させる（１０１６）。次に<Availabitlity>のうちの画面構築<Code>を用いて視聴画面を構築する（１０１７）。たとえば、ＰＣ画面などの場合、次のようなＨＴＭＬ文書を<Code>レコードに格納しておき、これをＷｅｂブラウザで表示させるようにすればよい。
【００７４】
0003661659.tif 000002
ここで、clsidの項目は、Ｗｅｂブラウザ上の映像再生プログラムであらかじめ定義されているプログラム種別判定用固定コードである。また”url”というパラメタのvalue値には、指定映像コンテンツの指定フォーマットに対応する実映像ファイル名を示せばよい。
【００７５】
ＴＶ受信機などの場合は、たとえばテレビチャンネルの変更を行うＴＶ受信機内部プログラムコード（JavaScriptなど）を指定して、ＴＶ受信機内部の制御装置１３３に実行させればよい。このようなコードを書くことによって、特定のＵＲＬの映像コンテンツを、映像コンテンツ配信サーバ１１０から受信できるようになる。なお、このような<Code>を使う方法以外にも、単純に<Availability>の<URL>レコード２４５を、Ｗｅｂブラウザ上の映像再生プログラムに指定すれば、映像コンテンツの視聴が可能である。<URL>を使う視聴画面の構築は実現が容易だが、その分<Code>で実現する視聴画面よりも、木目細かな画面を構築することは難しい。
【００７６】
図１１は、映像コンテンツ管理サーバ１２０の適正映像コンテンツ選択手段１２１の処理である。本処理は、図９のコンテンツ決定時の処理にて、受信端末１３０から呼び出される。
【００７７】
本処理の入力は、受信端末１３０から引き渡されるコンテンツＩＤと受信端末情報<Terminal>２３０である。本処理の出力は<Availability>２４０のリストである。
【００７８】
まず、指定されたコンテンツＩＤに対応する実映像ファイルを検索する（１１１０）。
【００７９】
たとえば、次のように行えばよい。映像コンテンツ管理サーバでは、（映像コンテンツのコンテンツＩＤ、実映像ファイルの格納先ＵＲＬ、実映像ファイルのフォーマット情報）の組をリレーショナルＤＢのテーブルとして管理し、映像コンテンツや映像実ファイルなどの追加・削除のタイミングでリレーショナルＤＢの更新を行うようにする。この場合、一つの映像コンテンツ（つまりコンテンツＩＤのこと）に対し、複数の異なる映像フォーマットで記録された実映像ファイルが存在してもよい。このようにすれば、コンテンツＩＤを元にして実映像ファイル情報を取得することができる。
【００８０】
次に、取得した複数の実映像ファイルに対してループを行う（１１１１）。さらに入れ子で、入力として渡された受信端末情報<Terminal>の全ての<Format>レコードについてループする（１１２０）。
【００８１】
１１２０ループの中では適正フォーマットの判断を行う。まず画像サイズが適正かを調べる（１１３１）。具体的には受信端末の<Format>の<Frame>の画面サイズ（幅高さ）の方が、実映像ファイルの幅高さより大きければ適正である。もし不適正であれば本１１３１の処理以降を中断してループ１１２０の先頭に戻る（１１３２）。同様に受信端末のビットレートの方が、実映像ファイルのビットレートより大きいかどうか調べ（１１３３）、もし大きくなければ（不適正ならば）、処理を中断してループ１１２０の先頭に戻る（１１３４）。（注：１１５１から１１５４の処理は後述する）。
【００８２】
以上の処理により、実映像ファイルが適正なフォーマットであれば、実映像ファイルの情報を新しい<Availability>レコードとして作成する（１１３５）。具体的には、<Availability>の<Terminal>レコードに入力情報の<Terminal>の<Name>を設定し、<Format>に実映像ファイルのフォーマット情報を設定し、<URL>に実映像ファイルの格納先ＵＲＬを設定し、<Code>にあらかじめ端末ごとに決めておいたテンプレート実行コードに現在の実映像ファイルの情報(URLなど)を加味したテキストを生成し設定する。
【００８３】
また、preference値には、入力情報となる受信端末の<Format>のpreference値をそのまま設定し、valid値には、今現在の日時から始まる２週間程度の期間を設定すればよい。最後に、この作成した<Availability>レコードを、本処理の出力情報となる結果リストに追加する（１１３６）。
【００８４】
ループ１１１１終了後は、結果となった<Availability>のリストを、本処理の出力情報として呼出処理側に返信する。
【００８５】
なお、本実施形態では、映像コンテンツの情報記述に拡張が容易なタグ型情報格納形式としてＸＭＬを用いている。このため、新たに映像コンテンツのジャンル情報などの新たな情報を加えることが容易となる。たとえば、映像コンテンツのジャンルが適正かどうかを判断する処理を加える場合、まず追加タグ<PrefGenre>を用意し、受信端末１３０、および、映像コンテンツの情報それぞれにジャンル情報を記述する。
【００８６】
これの判定には、処理１１３３のビットレート適正判定のあとに、処理１１５１〜１１５４を追加すればよい。まず追加タグの有無を判断し（１１５１）、追加タグがあれば、追加タグの種類ごとにあらかじめ用意してある判定処理を呼び出す（１１５２）。この場合、”PrefGenre”という追加タグに関しては、受信端末１３０から送られてきた「スポーツ」などのジャンル値と、映像コンテンツのジャンル値「映画」などを比較し、一致する場合をジャンルが適正と判断する処理を、あらかじめプラグイン関数形式などで、映像コンテンツ管理サーバ内に登録しておけばよい。そのあとは、追加タグの適性判断の結果を見て（１１５３）、適正でない場合は、ループ１１２０の先頭に処理を戻させる（１１５４）。これにより、追加タグの処理が可能となる。
【００８７】
【発明の効果】
本発明を用いることにより、次のような効果が期待できる。
【００８８】
第一に、映像コンテンツ管理サーバに接続できないようなＴＶ受信端末などでも、適正な映像フォーマットの映像コンテンツを視聴できるようになる。また映像コンテンツ管理サーバに接続する接続回数や接続料金を大幅に低減できる。また副次効果として、ユーザが所有する受信端末、ユーザが視聴しようとした映像コンテンツの情報が、全て一枚のメモリカード内で管理することができ、個人データ管理が容易になる点も挙げられる。
【００８９】
第二に、端末適応判断に用いる映像コンテンツの情報を、あとから拡張可能となる。たとえば、映像の画像サイズやビットレートだけでなく、よりユーザの嗜好に近いコンテンツのジャンルなどを用いて、その日のユーザの気分に適正な映像コンテンツを配信できるようになる。
【図面の簡単な説明】
【図１】本実施形態のシステム全体構成である。
【図２】ユーザ視聴データの一例である。
【図３】ユーザ視聴データを編集するユーザ操作画面である。
【図４】ＰＣ用映像コンテンツの選択画面である。
【図５】ＴＶ受信機用映像コンテンツ選択画面である。
【図６】再生不可メッセージ画面である。
【図７】携帯電話での映像コンテンツ再生前確認画面である。
【図８】視聴データ編集画面の処理である。
【図９】コンテンツ決定時の処理である。
【図１０】コンテンツ再生開始時の処理である。
【図１１】適正映像コンテンツ選択時の処理である。
【符号の説明】
１１０…映像コンテンツ配信サーバ、１２０…映像コンテンツ管理サーバ、１３０…受信端末、１３１…ユーザ視聴データ保存媒体、１５０…ユーザ
２１０…ユーザ視聴データ、３１０…ユーザ視聴データを編集するユーザ操作画面、４００…映像コンテンツの選択画面
【図１】
0003661659.tif 000003
【図２】
0003661659.tif 000004
【図３】
0003661659.tif 000005
【図４】
0003661659.tif 000006
【図５】
0003661659.tif 000007
【図６】
0003661659.tif 000008
【図７】
0003661659.tif 000009
【図８】
0003661659.tif 000010
【図９】
0003661659.tif 000011
【図１０】
0003661659.tif 000012
【図１１】
0003661659.tif 000013