JP2003284038A - 端末適応型映像コンテンツ送受信システム及び方法 - Google Patents

Abstract

(57)【要約】 【課題】映像コンテンツを管理するサーバに接続されて
いない受信端末では、その端末に適正なフォーマットの
映像を動的に決定できなかった。また適正コンテンツ選
択に用いる情報が常に固定項目のため、後からの判断処
理の拡張が困難であった。 【解決手段】映像の初回視聴時に、ユーザが所有する全
受信端末について、適正な映像フォーマットをあらかじ
め求めてメモリカード上に記録する。受信端末はメモリ
カードから優先して判断結果を読み込むようにする。動
的な判断処理を可能とするため、情報記述にタグ型情報
格納形式を用い、かつプラグイン判断処理を判断処理に
加えた。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク経由
で映像コンテンツを配信する方法のうち、様々な端末に
適正なフォーマットの映像コンテンツを選び出す方法に
関する。

【０００２】

【従来の技術】近年、映像や音楽などの時間軸を持つコ
ンテンツをネットワーク経由で配信する機会が増えてい
る。特に最近は、ＰＣなどの高性能コンピュータだけで
なく、携帯電話や、携帯情報機器（ＰＤＡ）、ＴＶ受信
機など、比較的処理性能の低い受信端末（通称、情報家
電端末）でも、ネットワーク経由で映像や音楽を視聴で
きるようになってきている。これらの配信環境において
は、様々な受信端末の種類に応じて、小さい画面サイズ
や、低速度の映像配信速度のコンテンツを選ぶ適正映像
コンテンツ選択処理が必要となる。

【０００３】従来の方式は、映像コンテンツを送信する
映像コンテンツ配信サーバと、映像コンテンツを受信す
る受信端末との間に、送信側＝受信側での適正なフォー
マットの決定を行う映像コンテンツ管理サーバを置いた
ネットワーク構成をとる。

【０００４】受信端末は、ある映像コンテンツを視聴し
たい場合、まず映像コンテンツ管理サーバに映像コンテ
ンツ視聴要求を出す。映像コンテンツ管理サーバでは、
ひとつの映像コンテンツにつき、複数のフォーマットの
実映像ファイルを管理している。また、受信端末では、
受信端末上で視聴可能な映像のフォーマットの一覧リス
トを保持している。なお、フォーマットとは、映像の画
面幅，高さ，およびビットレート[bps ＝ bit/秒]など
を指す。映像コンテンツ管理サーバでは、自身が管理し
ている実映像ファイル群のフォーマット情報と、受信端
末が視聴可能なフォーマットの一覧を対比し、視聴に適
正なフォーマットを示す。

【０００５】この適正映像コンテンツ選択処理の結果で
得たフォーマット情報を元に、映像配信サーバと受信端
末の間で、映像配信が開始される。この従来方式の実現
例としては、日立製作所の製品であるVideonetIVビデオ
サーバの中の映像コンテンツ管理モジュールVideonetIV
Managerが存在する。（VideonetIVの詳細は次の記事を
参照：「業務用ネットワーク映像情報システム」, 日立
評論1997年7月号, Vol.81, No.7, pp.51）

【０００６】

【発明が解決しようとする課題】従来の適正映像コンテ
ンツ選択方式に関する第一の課題は、受信端末が視聴を
開始する前に、常に映像コンテンツ管理サーバに適正映
像コンテンツの選択を依頼する所にある。このため、Ｔ
Ｖ受像機などのように、ＴＣＰ／ＩＰ双方向ネットワー
クに接続されていない受信端末の場合、映像コンテンツ
管理サーバに対して、適正映像コンテンツ選択処理を依
頼することができない。

【０００７】また、（ダイアルアップモデムが付いた）
ＢＳデジタル放送受信機や、（動画再生機能付き）携帯
電話などの受信端末の場合、双方向ネットワークに接続
する際の初期化に時間がかかったり、通信コストが比較
的高かったりため、コンテンツ再生を行うごとに映像コ
ンテンツ管理サーバに適正映像を問合せる処理は、ユー
ザにとって使い勝手の悪い方式となる。

【０００８】また、従来方式の第二の課題は、適正映像
コンテンツ選択処理の拡張性が乏しいことにある。従来
方式では、適正映像コンテンツ選択処理で選択の判断の
元となる情報は、映像コンテンツ管理サーバの管理する
実映像ファイルのフォーマット情報と、受信端末の視聴
可能な映像フォーマットの情報だけである場合が多かっ
た。

【０００９】今後、映像コンテンツの配信ビジネスが活
発になってくると、単純な映像フォーマットの情報だけ
でなく、受信端末を持つユーザの好みのコンテンツジャ
ンルや、ユーザの現在立っている場所の住所などの、映
像以外の情報を元にして、ユーザがその瞬間に欲してい
る適正な映像コンテンツを木目細かに選択する必要が出
てくる。現在の適正映像コンテンツ選択処理では、選択
に用いる項目を新たに増やすことが困難であった。

【００１０】本発明の目的は、常時接続していない受信
端末においても適正な映像コンテンツの選択処理を提供
可能にし、更に、適正映像コンテンツ選択処理の判断に
用いる情報を容易に拡張可能とする、端末適応型映像コ
ンテンツ送受信システム及び方法を提供することにあ
る。

【００１１】

【課題を解決するための手段】本発明で述べるシステム
は、上記課題を解決するため、以下の手段から構成され
る。

【００１２】まず、基本構成として、従来方式と同様
に、映像コンテンツ配信サーバと、映像コンテンツの情
報管理および受信端末で視聴可能な映像コンテンツの一
覧を示す適正映像コンテンツ選択手段を有する映像コン
テンツ管理サーバと、映像を受信しユーザに対して再生
表示する受信端末から構成される。

【００１３】本発明では、受信端末に、映像コンテンツ
を初回視聴する際にコンテンツ管理サーバに問合せた結
果である受信端末で視聴可能な映像コンテンツリストを
ユーザ視聴データ保存媒体に保存する可搬記録媒体読み
書き装置を持たせる。なお、ユーザ視聴データ保存媒体
はメモリカードなどの可搬媒体とし、受信端末とは独立
して持ち運びが可能であるとする。

【００１４】また、ユーザ視聴データ保存媒体には、ユ
ーザの所有する受信端末の一覧情報、その受信端末で視
聴可能な映像コンテンツフォーマット情報、また次に示
す視聴可能映像コンテンツ推奨情報が保存される。視聴
可能映像コンテンツ推奨情報は、受信端末の識別情報、
映像コンテンツの識別情報、視聴可能な映像コンテンツ
のフォーマット情報、映像コンテンツの所在情報、映像
コンテンツの再生指示コード、本情報の推奨レベルを示
す情報推奨レベル、および、本情報の有効期間を示す推
奨情報有効期間から構成される。なお、これらの情報
は、情報の種別を表すタグ名と情報の値を表すタグ情報
の組からなるタグ型情報格納形式で保存されるものとす
る。

【００１５】このように、受信端末にて、取り外して持
ち運びが可能なユーザ視聴データ保存媒体を読み書きで
きる手段を設けることにより、以下のように上記の課題
を解決できる。

【００１６】まず、ユーザは、ユーザが所有する受信端
末の一覧、および、各々の受信端末における視聴可能な
映像コンテンツのリストを、ユーザ視聴データ保存媒体
に登録しておく。

【００１７】次に、ユーザがある映像コンテンツを再生
したい場合、受信端末を、一度だけ映像コンテンツ管理
サーバに接続させる。この際、受信端末は、ユーザ視聴
データ保存媒体に登録されている全ての受信端末の情報
に対して、視聴可能な映像コンテンツのリスト、および
その映像コンテンツの所在や再生方法などを、一括して
映像コンテンツ管理サーバに問合せ、その結果をユーザ
視聴データ保存媒体に保存しておく。

【００１８】その後、ユーザが受信端末を変更する場合
（例：ＰＣでの視聴からＴＶ受信機での受信に切り替え
るなど）、ユーザはユーザ視聴データ保存媒体を、前の
端末から切り離し、新しい端末に挿入する。新しい受信
端末で映像コンテンツを再生する場合は、ユーザ視聴デ
ータ保存媒体に記録されている視聴可能コンテンツ一覧
リストの中から、その受信端末で視聴する映像コンテン
ツを選択すれば良い。視聴する映像コンテンツが決定し
たら、その際、映像コンテンツの所在情報や映像コンテ
ンツの再生指示コードを参照し、受信端末上で実行す
る。

【００１９】なお、ユーザ視聴データ保存媒体で用いる
情報格納形式に、タグ型情報格納形式を用いることによ
り、新しい形態の映像コンテンツ情報（著作物の値段な
ど）が増えても容易に追加することが可能となる。

【００２０】

【発明の実施の形態】本発明の実施の一形態について、
図１から図１１を用いて説明する。まず図１を用いて本
実施形態のシステムの全体構成を説明する。図２では本
実施形態でのデータ格納例を説明する。次に図３から図
７を用いて、本実施形態での画面構成例を述べる。最後
に図８から図１１を用いて、本実施形態の処理フローの
一例を述べる。

【００２１】まず、図１を用いて本実施形態のシステム
全体構成を述べる。

【００２２】本システムでは、映像コンテンツ配信サー
バ１１０が、映像コンテンツ群１５０が蓄積している映
像コンテンツを、受信端末１３０やその他の受信端末１
４０に対して、映像配信ネットワーク１５２を介して配
信する。また、本システムでは、映像コンテンツ群１５
０に蓄積されている映像コンテンツについて、その実映
像ファイルの保管ディレクトリ位置、保管ファイル名、
および、その実映像ファイルの映像記録フォーマットな
どの映像コンテンツ情報を、映像コンテンツ管理サーバ
１２０が管理している。

【００２３】受信端末１３０は、映像配信ネットワーク
１５２から映像コンテンツを受信する受信装置１３４、
受信した映像コンテンツを受信端末上で再生表示する再
生装置１３５、ユーザの操作を入力する操作パネル１３
２、およびこれら受信端末内の装置群を制御する制御装
置１３３（ＣＰＵ，メモリなど）から構成される。

【００２４】映像コンテンツ管理サーバ１２０は、受信
端末１３０が映像コンテンツの配信を行う前に、映像管
理用ネットワーク１５１を介して、アクセスされる。こ
のアクセスの際、映像コンテンツ管理サーバ１２０内の
適正映像コンテンツ選択手段１２１が起動し、受信端末
１３０内のユーザ視聴データ保存媒体１３１（以降、簡
略化して「メモリカード１３１」とも示す）に格納され
ている視聴可能映像フォーマット情報と、映像コンテン
ツ管理サーバが管理している映像コンテンツ群１５０の
映像フォーマット情報とを入力として、ユーザ１６０が
視聴可能な映像コンテンツの情報一式が生成される。

【００２５】この結果得られた視聴可能な映像コンテン
ツの情報一式は、受信端末１３０内のユーザ視聴データ
保存媒体１３１に保存される。なお、このようにユーザ
視聴データ保存媒体１３１の内容を読み書きするため
に、受信端末１３０には可搬記録媒体読み書き装置１３
６を設けている。

【００２６】本実施形態では、ユーザ１６０は、受信端
末１３０や受信端末１４０などの複数の受信端末を所有
する。ユーザ１６０は、図９のコンテンツ決定時処理を
一度行えば、その情報をメモリカードなどのユーザ視聴
データ保存媒体１３１に保存して持ち運ぶことができ
る。ユーザ１６０は、映像コンテンツを視聴したいとき
に、持ち運んだユーザ視聴データ保存媒体１３１を、受
信端末１３０，１４０などに挿入することにより、所望
の映像コンテンツを視聴することができる。

【００２７】従来の方式では、受信端末などで映像を視
聴する時、特に、その受信端末で適正なフォーマットの
映像コンテンツを受信・視聴したい場合は、受信端末は
映像コンテンツ管理サーバ１２０に毎回接続する必要が
あった。このため、ＴＶ受像機など、双方向の映像管理
用ネットワーク１５１に接続されていない受信端末１４
０のような受信端末では、適正な映像フォーマットの映
像コンテンツを受信・視聴できなかった。

【００２８】図２は、受信端末内のユーザ視聴データ保
存媒体１３１の中に格納される、ユーザ視聴データの一
例である。

【００２９】まず、ユーザ視聴データのエントリレコー
ドとして<UserInfo>２１０が存在する。この<UserInfo>
２１０一つで、あるユーザ一人分のユーザ視聴データが
表現される。<UserInfo>２１０には、本情報の所有ユー
ザを識別する<UserID>レコード２１１、同ユーザが所有
する複数の受信端末の情報を管理する<TerminalList>レ
コード２１２、同ユーザが視聴を希望する映像コンテン
ツに対し、同ユーザ向けに適応させた映像コンテンツ情
報を格納する<ContentsList>レコード２１３からなる。

【００３０】ユーザが所有する受信端末リスト<Termina
lList>２１２では、受信端末情報<Terminal>を複数持つ
（２３０，２３５）。このユーザの場合、「ＰＣ１」と
言う名前のＰＣ受信端末の情報２３０と、「ＴＶ受信機
１」という名前のＴＶ受信機を所有していることにな
る。

【００３１】受信端末情報<Terminal>２３０には、受信
端末の名称<Name>２３１と、その受信端末で視聴可能な
映像コンテンツのフォーマットの一覧リスト<FormatLis
t>２３２から構成される。<FormatList>２３２には、フ
ォーマット情報<Format>が複数格納される（２３３，２
３４）。本例では、幅３２０×高さ２４０ドットの画像
サイズ、５００ｋｂｉｔ／秒のビットレート帯域を持つ
映像コンテンツ（<Format>２３３で指定）と、同様に幅
１６０×高さ１２０ドットなどの映像コンテンツ（<For
mat>２３４）であれば、受信端末「ＰＣ１」で視聴可能
であることを示す。

【００３２】なお、<Format>２３３に付随する「prefer
ence＝”70”」という指定は、そのフォーマットのユー
ザの嗜好値であり、視聴可能映像の選択の結果、複数の
フォーマット情報が並立した際に、その優劣を示す評価
値となる。この場合は、０が「ユーザは興味なし」、１
００が「最も興味がある」を示す。

【００３３】次に、<ContentsList>２１３について説明
する。<ContentsList>２１３には、ユーザがこれから視
聴しようと考えている映像コンテンツに関する情報が格
納される。この情報の記述方法に本発明での特徴の一つ
がある。<ContentsList>２１３には、映像コンテンツ管
理サーバ１２０が管理する一般的な映像コンテンツの情
報（フォーマット，ＵＲＬ）をそのまま記録するのでは
なく、映像コンテンツの情報を、ユーザに特化させた形
式で保存させる。

【００３４】本実施形態での特化の方法を次に示す。ま
ず<ContentsList>２１３には、ユーザが視聴を希望する
コンテンツの数だけ、ユーザ特化コンテンツ情報<Conte
nts>レコード２２０，２２４を持つ。<Contents>レコー
ドには、映像コンテンツの識別子<ContentsID>２２１
と、その映像コンテンツの情報を、本ユーザ向けに特化
した視聴可能コンテンツ情報リスト<AvailabilityList>
２２２がある。<AvailabilityList>には、そのユーザで
の視聴可能コンテンツ情報<Availability>を複数持つ
（２４０，２４８）。

【００３５】<Availablity>には、どの受信端末向けの
特化情報かを表す<Terminal>２４３、その映像コンテン
ツの実映像ファイルのフォーマット情報<Format>２４
４、実映像ファイルの置き場所<URL>２４５、映像の視
聴方法を表す画面構築コード<Code>２４６などからな
る。一般に、一つの映像コンテンツにつき、様々なフォ
ーマットで録画された複数の実映像ファイルが存在する
ので、ユーザの希望フォーマットが異なると、異なる<A
vailability>レコードが存在することになる。

【００３６】なお、画面構築コード<Code>２４６が事前
に格納される理由は、一般に、画面構築コードが（受信
端末，映像フォーマット，取得場所URL）の組合せによ
り全て異なるためである。従来方式では、映像コンテン
ツ管理サーバ１２０に、毎回その画面構築方法を問合せ
てれば良かったが、ＴＶ受信機のような映像コンテンツ
管理サーバ１２０にアクセスできないような受信端末の
場合、これが行えない。このため本実施形態では画面構
築コード<Code>レコード２４６を用意している。

【００３７】最後に、<Availability>には、複数の<Ava
ilability>が並立した場合にユーザが優先度を示すため
に用いる嗜好値preference２４１と、その<Availabilit
y>レコードの有効期限valid２４２が記録されている。
有効期限valid ２４２がある理由は、映像コンテンツ管
理サーバ１２０が管理する映像コンテンツの情報が日々
更新されていくため、ユーザ視聴データ保存媒体１３１
内にあるユーザ視聴データの内容が古くなり、適宜更新
する必要があるためである。

【００３８】なお、本実施形態では、これらユーザ視聴
データは全てＷ３Ｃで規格化されたタグ型情報格納形式
ＸＭＬで格納している。ＸＭＬを用いることにより、新
しい映像コンテンツの情報を追加することができる。

【００３９】たとえば、<UserInfo>２１０に、そのユー
ザが好むコンテンツのジャンル<PrefGenre>を追加し、
「映画」「スポーツ」を登録しておくことも容易とな
る。映像コンテンツ管理サーバ１２０の適正映像コンテ
ンツ選択手段１２１にユーザ情報を送る際、これらの追
加タグ情報も送ることにより、適正映像コンテンツの選
択の際に、ユーザが望まない「子供アニメ」などのコン
テンツを事前に排除することも可能となる。

【００４０】ここからは、図３から図７を用いて、本発
明のユーザ操作画面の一実施形態について説明する。

【００４１】図３は、ユーザ視聴データ保存媒体１３１
（以降メモリカード１３１と表記）に記録されているユ
ーザ視聴データ（図２）を編集するユーザ操作画面３１
０である。

【００４２】このユーザ視聴データ編集画面３１０はＰ
Ｃ用画面である。通常、ＰＣやＴＶ受信機などの受信端
末は、それぞれに異なる画面サイズや表示機能を持つた
め、それぞれに異なる画面レイアウトを用意する必要が
ある。

【００４３】ユーザ視聴データ編集画面３１０には、ユ
ーザの識別名称を表示・入力する領域３１１と、受信端
末の名称を表示・入力する領域３１３と、その受信端末
上で視聴可能なフォーマットのリストを表示・入力する
３１４と、その視聴可能フォーマットリスト３１４の情
報を現在の受信端末から読み出し・画面上に反映する端
末情報自動読込ボタン３１５と、これらのユーザ視聴デ
ータの編集結果を、メモリカード１３１に保存させる登
録ボタン３１７と、現在メモリカード１３１に保存され
ているユーザ視聴データを読み込んで、画面に反映させ
る読み出しボタン３１８から構成される。

【００４４】この画面の一般的な使い方は次のようにな
る。まずユーザが初めて本実現形態による映像コンテン
ツ視聴を行う場合、一枚のメモリカード１３１が手渡さ
れる。

【００４５】ユーザは図３の画面３１０にて、メモリカ
ード１３１に自身のユーザ名を入力する。また、ユーザ
は、受信端末での視聴可能フォーマット入力領域３１４
に、その受信端末で視聴可能なフォーマットの情報を複
数入力する。この際、受信端末の内部にあらかじめこの
ような視聴可能なフォーマットのリストを覚えこませて
おき、端末情報自動読込ボタン３１５を押すことによ
り、視聴可能フォーマット入力領域３１４に反映させる
ことも可能である。

【００４６】ユーザは自身が所有する全ての端末に、メ
モリカード１３１を差込み、同様の視聴可能フォーマッ
ト情報を保存させる。これらの操作により、ユーザが所
有する全ての受信端末の情報がメモリカード１３１にあ
らかじめ登録されることになる。

【００４７】このあと、図４から図７に示すコンテンツ
選択・視聴画面による操作を行う。このコンテンツ選択
・視聴画面の操作では、画面上で一つのコンテンツの視
聴を選択すると、映像コンテンツ管理サーバ１２０に問
合せる際に、ユーザが持つ全ての受信端末について、選
択した映像コンテンツの具体的な視聴方法が（図２<Ava
ilability>２４０形式で）確定し、メモリカード１３１
に記録されることになる。

【００４８】図４は、本実施形態における映像コンテン
ツの選択画面４００である。

【００４９】映像コンテンツ選択画面４００は、インタ
ーネットに常時接続が可能なＰＣ用の画面である。映像
コンテンツ選択画面４００は、最近の人気映画トップ１
００が表示されている（４１２）。この画面は、インタ
ーネットの映画情報サイトなどを通じて入手した情報を
元に構築している。

【００５０】映像コンテンツ選択画面４００には、現在
この受信機に挿入されているメモリカード１３１の所有
者名（図２の<UserID>２１１）が領域４１１に表示され
る。ユーザが映像コンテンツのリスト４１２のうち「怖
いリング」「いまいちホワイトアウト」などのタイトル
文字をクリックすると、その映像コンテンツが再生され
る。実際には、タイトル文字をクリックすると、インタ
ーネットにある映像コンテンツ管理サーバ１２０に接続
し、ＰＣ受信端末に適正な実映像ファイルが選び出さ
れ、その実映像ファイルが映像コンテンツ配信サーバ１
１０により配信される。

【００５１】なお、本実施形態では、この接続の際、Ｐ
Ｃ受信端末に適正な映像コンテンツの情報だけでなく、
ユーザが所有する別の受信端末であるＴＶ受信機につい
ても、その適正な映像コンテンツの情報が同時に決定さ
れ、その結果が、メモリカード１３１に記録される。

【００５２】図５は、ＴＶ受信機用映像コンテンツ選択
画面５００である。この選択画面５００では、今週のＴ
Ｖ番組ガイドとして、３本番組映像コンテンツ名が表示
されている（５１１〜５１３）。ＴＶリモコンで該当番
号を押すと、その映像コンテンツを視聴することができ
る。この選択画面には、現在使用中のメモリカード１３
１について、所有者名の表示領域５３０、および、メモ
リカード１３１に既に該当映像コンテンツの情報が登録
済み「◎」／未登録「×」種別を表す印の表示欄（５２
１〜５２３）がある。

【００５３】ＴＶ用のコンテンツ選択画面５００のう
ち、「◎」印の映像コンテンツを選択した場合、まずメ
モリカード１３１に記録されている、該当コンテンツの
視聴可能フォーマット一覧(<AvailabilityList>２２２)
の中から、本ＴＶ受信機にとって適正な映像フォーマッ
トを選択（<Availability>２４８）し、そこに記録され
ている実映像ファイルのＵＲＬ（<URL>）や画面構築コ
ード(<Code>)を元に、該当映像コンテンツの再生を行
う。

【００５４】ＴＶ用のコンテンツ選択画面５００のう
ち、「ＮＨＫタイガードラマ」のような「×」として表
示されている映像コンテンツを選択すると、図６の再生
不可メッセージ画面６００が表示される。本画面６００
には、対象となる映像コンテンツの名前６１０、再生不
可メッセージ６１１、ユーザ返答ボタン６２１，６２
２、メモリカード所有者名６３０が表示される。

【００５５】ＴＶ受信機のような、インターネット双方
向回線を持たない受信端末の場合、映像コンテンツ管理
サーバ１２０に接続を行うことは不可能である。このた
め、メモリカード１３１に情報が記録されていないと、
適正なコンテンツの選択が行えないため、その旨をユー
ザに通知している。ただし、通常、放送局から放送され
る番組ガイドデータには、簡単なコンテンツ情報が含ま
れているので、かろうじて映像の視聴はできる。とはい
え、たとえば、ワイドテレビ、旧式４：３テレビ、アナ
ログハイビジョンテレビなどの様々な種類のＴＶ受像機
について、最も適切な映像フォーマットでの視聴はでき
ない。

【００５６】図７は、携帯電話での映像コンテンツ再生
前確認画面７００である。

【００５７】再生前確認画面７００は、その前のコンテ
ンツ選択ページで選んだ「怖いリング」という映像コン
テンツの視聴を開始しようとする際に現れる画面であ
る。この画面例の場合、携帯電話に挿入されているメモ
リカード１３１には、「怖いリング」という映像コンテ
ンツの視聴可能フォーマットの情報(図２<Availability
>)が２件登録されていたことを示している（７１１，７
１２）。この携帯電話には、最大３８４ｋｂｉｔ／秒の
高速回線接続モードと、通常の６４ｋｂｉｔ／秒の低速
回線接続モードが用意されており、また、映像コンテン
ツとして、３８４ｋｂｉｔ／秒と６４ｋｂｉｔ／秒の２
つの実映像ファイルが存在する場合、このような表示結
果となる。

【００５８】この場合、２件の<Availability>情報は、
その情報のpreference値の降順として、再生前確認画面
７００内に表示されるように画面を定義している。通
常、３８４ｋｂｉｔ／秒のような高速回線は接続料金が
高いので、あらかじめユーザに選択肢を与えることによ
って、ユーザの接続料金の低減という使い勝手の向上を
図ることが、本発明では可能となる。

【００５９】また、再生前確認画面７００には、「もっ
と探す」ボタン７１４も付加されている。携帯電話の場
合、インターネット接続は容易なので、映像コンテンツ
管理サーバ１２０の適正映像コンテンツ選択手段１２１
を呼び出すことも可能である。しかし、携帯電話のイン
ターネットの接続料金は比較的高価格であり、ユーザと
しては極力余分なインターネット接続は避けた方が良
い。とはいえ、メモリカード１３１に記録されている映
像コンテンツ情報も古い情報である場合も多い。このよ
うな理由から、再生前確認画面７００では「もっと探
す」ボタン７１４を設けて、ユーザのその場の気分によ
り、インターネット接続をすべきか否かの選択を可能と
し、これによりユーザの使い勝手の向上を図っている。

【００６０】ここからは、図８から図１１を用いて、本
発明の処理方式の一実施形態について説明する。

【００６１】図８は、図３のユーザ視聴データ編集画面
３１０の処理方式である。

【００６２】まず、画面表示が行われた後、メモリカー
ド１３１が編集用にオープンされる（８１０）。この
際、メモリカード１３１の情報は編集用一時メモリに転
送され、本画面３１０の操作中はこの編集用一時メモリ
にて編集操作が行われる。次にユーザの操作が行われる
（８１１）。ユーザ名３１１が入力された場合、そのユ
ーザ名を図２の<UserID>レコード２１１に格納する（８
２１）。また視聴端末の視聴可能フォーマット情報３１
４が入力された場合、受信端末名３１３を<Terminal>２
３０の<Name>２３１に格納し（８３１）、視聴可能フォ
ーマット３１４を<FormatList>２３２<Format>２３３，
２３４に一括して記録する（８３２）。また操作画面に
おいて、「端末情報自動読込」ボタン３１５が選択され
た場合、受信端末内にあらかじめ保存されている受信端
末の視聴可能フォーマットの情報を、<Terminal>２３０
に格納する（８４１）。

【００６３】「メモリカードに登録」ボタン３１７が選
択された場合、編集用一時メモリの情報をメモリカード
に保存し、メモリカードをクローズする（８４２）。
「メモリカード読み出し」ボタン３１８が選択された場
合、メモリカード１３１の内容を編集用一時メモリに再
度転送し、その転送された値を元に画面３１０を表示し
なおす。

【００６４】図９は、コンテンツ決定時の処理である。
図４や図５といったコンテンツ選択画面にて、ユーザが
一つの映像コンテンツを選択した際に開始される処理で
ある。

【００６５】本処理の実行前には、コンテンツ選択画面
４００，５００にてコンテンツを選択すると、コンテン
ツＩＤ（識別子）が決定されている必要がある。このコ
ンテンツＩＤは、映像コンテンツを制作した際にコンテ
ンツ制作者により決定された値である。またコンテンツ
選択画面４００，５００を制作する側が、コンテンツ一
覧のコンテンツ名を選択すると、該当するコンテンツＩ
Ｄが決定されるように、画面を構築しておく。たとえ
ば、ＨＴＭＬのＣＧＩ呼出型のリンクとして「<ahref
＝”コンテンツ決定時処理CGI? ContentsID＝XXXXXX”>
ある映像コンテンツ名</a>」と記述することにより、図
９のような処理に、映像コンテンツ名に対応するコンテ
ンツＩＤを引き渡すことが可能である。

【００６６】コンテンツＩＤが決定したら、メモリカー
ド１３１を読み書きモードでオープンする（９１０）。
次に指定されたコンテンツＩＤが、メモリカード内の<C
ontentsList>２１３内の<Contents>２２０<ContentsID>
２２１として存在するか調べる（９２０）。もしこれが
存在する場合、その<Contents>レコードを今後の処理対
象として選択する（９２１）。もしこれが存在しない場
合、新しく<Contents>レコードを生成し、<ContentsID>
に現在のコンテンツＩＤを格納し、<ContentsList>２１
３に加える（９２２）。

【００６７】次に、<TerminalList>２１２に記録されて
いる受信端末情報<Terminal>の個数分だけループを行
い、そのコンテンツＩＤに対する適正な映像コンテンツ
の情報リストを作成する（９３０）。ループ９３０で
は、まず初めに、コンテンツＩＤと、現在ループで選択
中の受信端末情報<Terminal>の情報を、映像コンテンツ
管理サーバ１２０の適正映像コンテンツ選択手段１２１
に送信し、送信した受信端末情報に関する適正映像コン
テンツの選択を依頼する（９３１。図１１に詳細処理を
示す）。処理９３１の結果は<Availability>２４０のリ
ストとして返されるので、これを現在の<Contents>レコ
ードの<AvailabilityList>に追加する（９３２）。

【００６８】なお、この際、<AvailabilityList>にフォ
ーマット情報が全く同じ<Availability>情報が既に登録
されていた場合、valid値が新しい方の情報を残し、も
う片方の情報は破棄する。これにより、図９の処理に
て、映像コンテンツにアクセスを試みるたびに、自動的
に<Availability>情報が最新の内容に更新されるように
なる。ループ９３０が終了したら、メモリカードに変更
情報を保存する（９４０）。

【００６９】図１０は、コンテンツ再生開始時の処理で
ある。

【００７０】本処理でも、図９の処理と同様に、事前処
理としてコンテンツＩＤを決定しておく。まずメモリカ
ード１３１を読み書きモードでオープンする（１０１
０）。次に、指定されたコンテンツＩＤが、メモリカー
ド内の<ContentsList>２１３内の<Contents>２２０<Con
tentsID>２２１として存在するか調べる（１０１１）。
もしこれが存在する場合、その<Contents>レコードの<A
vailabilityList>にある全ての<Availability>を今後の
処理対象として選択する（１０３０）。もしこれが存在
しない場合、以降では<Availability>を０件として処理
する（１０３１）。

【００７１】次に、選択した全ての<Availability>レコ
ードに対してループを行い、有効期限チェックを行う
（１０１２）。ループ内では、今現在の日時とvalid属
性値に示される有効期間とを比較し（１０４１）、現在
日時が有効期間から外れていた場合、該当する<Availab
ility>レコードを削除する（１０４２）。ループ１０１
２の結果、もし<Availability>レコードが０件の場合、
映像コンテンツ接続管理サーバ再接続画面などを表示す
る。具体的には、ＴＶ受像機の場合は図６の再生不可メ
ッセージ画面を表示し、携帯電話などの場合は図７の
「もっと探す」ボタン７１４と「コンテンツが見つかり
ません」などのメッセージを組み合わせた画面を表示す
ればよい。

【００７２】次に、残った<Availability>レコードに対
してループを行い、現在の受信端末に適合した情報だけ
を抜き出す（１０１４）。このループ１０１４では、現
在使用中の受信端末の識別子と、ループで選択中の<Ava
ilability>の<Terminal>レコード２４３とを比較し（１
０６１）、もし同一であれば、<Availability>最終結果
リストに、現ループで選択中の<Availability>の内容を
追加する（１０６２）。

【００７３】次に、ループ１０１４で作成された<Avail
ability>最終結果リストをユーザに提示する（１０１
５）。たとえば、図７のような再生前確認画面７００を
表示する。次にユーザに<Availabitlity>レコードを選
択させる（１０１６）。次に<Availabitlity>のうちの
画面構築<Code>を用いて視聴画面を構築する（１０１
７）。たとえば、ＰＣ画面などの場合、次のようなＨＴ
ＭＬ文書を<Code>レコードに格納しておき、これをＷｅ
ｂブラウザで表示させるようにすればよい。

【００７４】<html><body><object clsid＝”メディア
プレーヤのCLSID”> <param name＝”url” value＝”(実映像ファイルの場
所を示すURL)” > </object></body></html>ここで、clsidの項目は、Ｗｅ
ｂブラウザ上の映像再生プログラムであらかじめ定義さ
れているプログラム種別判定用固定コードである。ま
た”url”というパラメタのvalue値には、指定映像コン
テンツの指定フォーマットに対応する実映像ファイル名
を示せばよい。

【００７５】ＴＶ受信機などの場合は、たとえばテレビ
チャンネルの変更を行うＴＶ受信機内部プログラムコー
ド（JavaScriptなど）を指定して、ＴＶ受信機内部の制
御装置１３３に実行させればよい。このようなコードを
書くことによって、特定のＵＲＬの映像コンテンツを、
映像コンテンツ配信サーバ１１０から受信できるように
なる。なお、このような<Code>を使う方法以外にも、単
純に<Availability>の<URL>レコード２４５を、Ｗｅｂ
ブラウザ上の映像再生プログラムに指定すれば、映像コ
ンテンツの視聴が可能である。<URL>を使う視聴画面の
構築は実現が容易だが、その分<Code>で実現する視聴画
面よりも、木目細かな画面を構築することは難しい。

【００７６】図１１は、映像コンテンツ管理サーバ１２
０の適正映像コンテンツ選択手段１２１の処理である。
本処理は、図９のコンテンツ決定時の処理にて、受信端
末１３０から呼び出される。

【００７７】本処理の入力は、受信端末１３０から引き
渡されるコンテンツＩＤと受信端末情報<Terminal>２３
０である。本処理の出力は<Availability>２４０のリス
トである。

【００７８】まず、指定されたコンテンツＩＤに対応す
る実映像ファイルを検索する（１１１０）。

【００７９】たとえば、次のように行えばよい。映像コ
ンテンツ管理サーバでは、（映像コンテンツのコンテン
ツＩＤ、実映像ファイルの格納先ＵＲＬ、実映像ファイ
ルのフォーマット情報）の組をリレーショナルＤＢのテ
ーブルとして管理し、映像コンテンツや映像実ファイル
などの追加・削除のタイミングでリレーショナルＤＢの
更新を行うようにする。この場合、一つの映像コンテン
ツ（つまりコンテンツＩＤのこと）に対し、複数の異な
る映像フォーマットで記録された実映像ファイルが存在
してもよい。このようにすれば、コンテンツＩＤを元に
して実映像ファイル情報を取得することができる。

【００８０】次に、取得した複数の実映像ファイルに対
してループを行う（１１１１）。さらに入れ子で、入力
として渡された受信端末情報<Terminal>の全ての<Forma
t>レコードについてループする（１１２０）。

【００８１】１１２０ループの中では適正フォーマット
の判断を行う。まず画像サイズが適正かを調べる（１１
３１）。具体的には受信端末の<Format>の<Frame>の画
面サイズ（幅高さ）の方が、実映像ファイルの幅高さよ
り大きければ適正である。もし不適正であれば本１１３
１の処理以降を中断してループ１１２０の先頭に戻る
（１１３２）。同様に受信端末のビットレートの方が、
実映像ファイルのビットレートより大きいかどうか調べ
（１１３３）、もし大きくなければ（不適正ならば）、
処理を中断してループ１１２０の先頭に戻る（１１３
４）。（注：１１５１から１１５４の処理は後述す
る）。

【００８２】以上の処理により、実映像ファイルが適正
なフォーマットであれば、実映像ファイルの情報を新し
い<Availability>レコードとして作成する（１１３
５）。具体的には、<Availability>の<Terminal>レコー
ドに入力情報の<Terminal>の<Name>を設定し、<Format>
に実映像ファイルのフォーマット情報を設定し、<URL>
に実映像ファイルの格納先ＵＲＬを設定し、<Code>にあ
らかじめ端末ごとに決めておいたテンプレート実行コー
ドに現在の実映像ファイルの情報(URLなど)を加味した
テキストを生成し設定する。

【００８３】また、preference値には、入力情報となる
受信端末の<Format>のpreference値をそのまま設定し、
valid値には、今現在の日時から始まる２週間程度の期
間を設定すればよい。最後に、この作成した<Availabil
ity>レコードを、本処理の出力情報となる結果リストに
追加する（１１３６）。

【００８４】ループ１１１１終了後は、結果となった<A
vailability>のリストを、本処理の出力情報として呼出
処理側に返信する。

【００８５】なお、本実施形態では、映像コンテンツの
情報記述に拡張が容易なタグ型情報格納形式としてＸＭ
Ｌを用いている。このため、新たに映像コンテンツのジ
ャンル情報などの新たな情報を加えることが容易とな
る。たとえば、映像コンテンツのジャンルが適正かどう
かを判断する処理を加える場合、まず追加タグ<PrefGen
re>を用意し、受信端末１３０、および、映像コンテン
ツの情報それぞれにジャンル情報を記述する。

【００８６】これの判定には、処理１１３３のビットレ
ート適正判定のあとに、処理１１５１〜１１５４を追加
すればよい。まず追加タグの有無を判断し（１１５
１）、追加タグがあれば、追加タグの種類ごとにあらか
じめ用意してある判定処理を呼び出す（１１５２）。こ
の場合、”PrefGenre”という追加タグに関しては、受
信端末１３０から送られてきた「スポーツ」などのジャ
ンル値と、映像コンテンツのジャンル値「映画」などを
比較し、一致する場合をジャンルが適正と判断する処理
を、あらかじめプラグイン関数形式などで、映像コンテ
ンツ管理サーバ内に登録しておけばよい。そのあとは、
追加タグの適性判断の結果を見て（１１５３）、適正で
ない場合は、ループ１１２０の先頭に処理を戻させる
（１１５４）。これにより、追加タグの処理が可能とな
る。

【００８７】

【発明の効果】本発明を用いることにより、次のような
効果が期待できる。

【００８８】第一に、映像コンテンツ管理サーバに接続
できないようなＴＶ受信端末などでも、適正な映像フォ
ーマットの映像コンテンツを視聴できるようになる。ま
た映像コンテンツ管理サーバに接続する接続回数や接続
料金を大幅に低減できる。また副次効果として、ユーザ
が所有する受信端末、ユーザが視聴しようとした映像コ
ンテンツの情報が、全て一枚のメモリカード内で管理す
ることができ、個人データ管理が容易になる点も挙げら
れる。

【００８９】第二に、端末適応判断に用いる映像コンテ
ンツの情報を、あとから拡張可能となる。たとえば、映
像の画像サイズやビットレートだけでなく、よりユーザ
の嗜好に近いコンテンツのジャンルなどを用いて、その
日のユーザの気分に適正な映像コンテンツを配信できる
ようになる。

【図面の簡単な説明】

【図１】本実施形態のシステム全体構成である。

【図２】ユーザ視聴データの一例である。

【図３】ユーザ視聴データを編集するユーザ操作画面で
ある。

【図４】ＰＣ用映像コンテンツの選択画面である。

【図５】ＴＶ受信機用映像コンテンツ選択画面である。

【図６】再生不可メッセージ画面である。

【図７】携帯電話での映像コンテンツ再生前確認画面で
ある。

【図８】視聴データ編集画面の処理である。

【図９】コンテンツ決定時の処理である。

【図１０】コンテンツ再生開始時の処理である。

【図１１】適正映像コンテンツ選択時の処理である。

【符号の説明】

１１０…映像コンテンツ配信サーバ、１２０…映像コン
テンツ管理サーバ、１３０…受信端末、１３１…ユーザ
視聴データ保存媒体、１５０…ユーザ ２１０…ユーザ視聴データ、３１０…ユーザ視聴データ
を編集するユーザ操作画面、４００…映像コンテンツの
選択画面

───────────────────────────────────────────────────── フロントページの続き (72)発明者 児玉 和行 神奈川県川崎市幸区鹿島田890番地 株式 会社日立製作所ビジネスソリューション事 業部内 Ｆターム(参考） 5C052 AA01 AB03 AB04 DD04 DD10 5C064 BA07 BB10 BC07 BC18 BC23 BC25 BD02 BD03 BD08

Claims (5)

【特許請求の範囲】
1. 【請求項１】映像コンテンツの情報を管理する映像コン
   テンツ管理サーバと、映像を受信する受信端末と、映像
   コンテンツを配信する映像コンテンツ配信サーバから構
   成される端末適応型映像コンテンツ送受信システムであ
   り、 前記受信端末は、前記受信端末が受信可能な映像コンテ
   ンツの情報を表す適正受信可能性情報と前記情報の有効
   期限からなるユーザ視聴データを、タグ種別とタグ値の
   組のリストとして格納するためのユーザ視聴データ保存
   媒体を読み書きする可搬記録媒体読み書き装置を有し、 前記映像コンテンツ管理サーバは、前記映像コンテンツ
   管理サーバが管理する映像コンテンツの情報を取得する
   手段と、前記受信端末内の前記可搬記録媒体読み書き装
   置を経由して前記ユーザ視聴データ保存媒体上にあるユ
   ーザ視聴データを取得する手段とを用いて、前記適正受
   信可能性情報を選び出す適正映像コンテンツ選択手段を
   有することを特徴とする端末適応型映像コンテンツ送受
   信システム。
2. 【請求項２】映像コンテンツの情報を管理する映像コン
   テンツ管理サーバと、映像を受信する受信端末と、映像
   コンテンツを配信する映像コンテンツ配信サーバから構
   成される端末適応型映像コンテンツ送受信システムにお
   ける映像送受信方法において、 前記受信端末は、前記受信端末が受信可能な映像コンテ
   ンツの情報を表す適正受信可能性情報と前記情報の有効
   期限の組として構成されるユーザ視聴データを、タグ種
   別とタグ値の組のリストによる形式にて、ユーザ視聴デ
   ータ保存媒体から読み出し、 前記映像コンテンツ管理サーバは、 前記映像コンテンツ管理サーバが管理する映像コンテン
   ツの情報、及び前記受信端末内にあるユーザ視聴データ
   保存媒体上にあるユーザ視聴データを取得し、 前記適正受信可能性情報を選び出し、 前記選択された適正受信可能性情報を前記受信端末のユ
   ーザ視聴データ保存媒体に記録し、 前記適正受信可能性情報を元に前記受信端末での映像コ
   ンテンツ再生処理を行うことを特徴とする端末適応型映
   像コンテンツ送受信システム。
3. 【請求項３】請求項１記載の端末適応型映像コンテンツ
   送受信システムにおいて、 前記受信端末は、映像コンテンツの情報が前記ユーザ視
   聴データ保存媒体に記録されているかどうかをユーザに
   提示する手段を持つことを特徴とする端末適応型映像コ
   ンテンツ送受信システム。
4. 【請求項４】請求項１記載の端末適応型映像コンテンツ
   送受信システムにおいて、 前記受信端末は、前記ユーザ視聴データ保存媒体に記録
   されているユーザ視聴データを一覧表示する手段を持つ
   ことを特徴とする端末適応型映像コンテンツ送受信シス
   テム。
5. 【請求項５】請求項１記載の端末適応型映像コンテンツ
   送受信システムにおいて、 前記受信端末は、映像コンテンツの情報が、前記ユーザ
   視聴データ保存媒体に記録されていない場合、別の方法
   で入手する方法をユーザに提示する手段を持つことを特
   徴とする端末適応型映像コンテンツ送受信システム。