(57)【特許請求の範囲】
【請求項１】
コンテンツ配信装置から配信される利用者のための視聴用データと、少なくとも前記視聴用データの容量及びコンテンツ作成者が付した優先度を表す情報が明細情報として付加されたマルチメディアコンテンツを受信する通信部と、
利用者による各種指示を受付ける操作部と、
前記操作部の操作に応答して、前記マルチメディアコンテンツの前記明細情報を基に視聴可能なコンテンツを前記優先度情報に従って選択する選択部と、
前記通信部を制御して前記コンテンツ配信装置に前記選択したコンテンツの配信要求を行う制御部と、
前記配信要求によって配信されたコンテンツを受信再生する再生手段と、
前記選択したコンテンツ及び該コンテンツに含まれる前記明細情報を保存する記録部と、
前記保存された明細情報を利用してコンテンツの受信履歴を表示する表示部と、を具備し、
前記操作部を操作して前記表示部に表示された受信履歴の中から再視聴を希望するコンテンツを指示することにより、前記記録部に保存された希望するコンテンツを再生可能にしたことを特徴とするマルチメディアコンテンツ配信の受信装置。
【請求項２】
コンテンツ配信装置から配信される利用者のための視聴用データと、少なくとも前記視聴用データの容量及びコンテンツ作成者が付した優先度を表す情報が明細情報として付加されたマルチメディアコンテンツを受信する通信部と、
利用者による各種指示を受付ける操作部と、
前記操作部の操作に応答して、前記マルチメディアコンテンツの前記明細情報を基に視聴可能なコンテンツを前記優先度情報に従って選択する選択部と、
前記通信部を制御して前記コンテンツ配信装置に前記選択したコンテンツの配信要求を行う制御部と、
前記配信要求によって配信されたコンテンツを受信再生する再生手段と、
前記選択したコンテンツ及び該コンテンツに含まれる前記明細情報を保存する記録部と、
前記保存されたコンテンツ及び明細情報を利用して複数のシーンを含むコンテンツの受信履歴を表示する表示部と、を具備し、
前記操作部を操作して前記表示部に表示した前記複数のシーンの中から希望するシーンを選択することにより、前記記録部に保存された希望シーンからのコンテンツを再生可能にしたことを特徴とするマルチメディアコンテンツ配信の受信装置。
【請求項３】
利用者のための視聴用データと、利用者による視聴選択を補助するため少なくとも前記視聴用データの容量及びコンテンツ作成者が付した優先度を表す情報が明細情報として付加されたマルチメディアコンテンツを格納するデータベースと、
前記明細情報を基にしてコンテンツの詳細情報を利用者に配信するとともに、利用者によって配信要求のあったコンテンツを前記データベースから検索して配信する通信部と、を具備したことを特徴とするマルチメディアコンテンツ配信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、映像や音声などのマルチメディアコンテンツ配信の受信方法などに関する。
【０００２】
【従来の技術】
Ｗ−ＣＤＭＡなどの携帯電話などで映像コンテンツなどを視聴することが容易となってきている昨今、視聴済みの映像データそのものを携帯端末の記憶装置に残すことは、容量の制約や著作権の問題などで困難な場合が多い。また、一度受信したコンテンツを再度視聴することは、操作などが煩雑なため容易ではなかった。
【０００３】
【発明が解決しようとする課題】
本発明は、一度受信したコンテンツを再度視聴することが簡単で操作が容易なマルチメディアコンテンツ配信の受信方法、マルチメディアコンテンツ配信装置などを提供することを目的とする。
【０００４】
【課題を解決するための手段】
本発明の請求項１記載のマルチメディアコンテンツ配信の受信装置は、コンテンツ配信装置から配信される利用者のための視聴用データと、少なくとも前記視聴用データの容量及びコンテンツ作成者が付した優先度を表す情報が明細情報として付加されたマルチメディアコンテンツを受信する通信部と、利用者による各種指示を受付ける操作部と、前記操作部の操作に応答して、前記マルチメディアコンテンツの前記明細情報を基に視聴可能なコンテンツを前記優先度情報に従って選択する選択部と、前記通信部を制御して前記コンテンツ配信装置に前記選択したコンテンツの配信要求を行う制御部と、前記配信要求によって配信されたコンテンツを受信再生する再生手段と、前記選択したコンテンツ及び該コンテンツに含まれる前記明細情報を保存する記録部と、前記保存された明細情報を利用してコンテンツの受信履歴を表示する表示部とを具備し、前記操作部を操作して前記表示部に表示された受信履歴の中から再視聴を希望するコンテンツを指示することにより、前記記録部に保存された希望するコンテンツを再生可能にしたことを特徴とする。
【０００５】
本発明の請求項２記載のマルチメディアコンテンツ配信の受信装置は、コンテンツ配信装置から配信される利用者のための視聴用データと、少なくとも前記視聴用データの容量及びコンテンツ作成者が付した優先度を表す情報が明細情報として付加されたマルチメディアコンテンツを受信する通信部と、利用者による各種指示を受付ける操作部と、前記操作部の操作に応答して、前記マルチメディアコンテンツの前記明細情報を基に視聴可能なコンテンツを前記優先度情報に従って選択する選択部と、前記通信部を制御して前記コンテンツ配信装置に前記選択したコンテンツの配信要求を行う制御部と、前記配信要求によって配信されたコンテンツを受信再生する再生手段と、前記選択したコンテンツ及び該コンテンツに含まれる前記明細情報を保存する記録部と、前記保存されたコンテンツ及び明細情報を利用して複数のシーンを含むコンテンツの受信履歴を表示する表示部とを具備し、前記操作部を操作して前記表示部に表示した前記複数のシーンの中から希望するシーンを選択することにより、前記記録部に保存された希望シーンからのコンテンツを再生可能にしたことを特徴とする。
【０００６】
本発明の請求項３記載のマルチメディアコンテンツ配信装置は、利用者のための視聴用データと、利用者による視聴選択を補助するため少なくとも前記視聴用データの容量及びコンテンツ作成者が付した優先度を表す情報が明細情報として付加されたマルチメディアコンテンツを格納するデータベースと、前記明細情報を基にしてコンテンツの詳細情報を利用者に配信するとともに、利用者によって配信要求のあったコンテンツを前記データベースから検索して配信する通信部と、を具備したことを特徴とする。
【００１０】
【発明の実施の形態】
以下、本発明においてコンテンツ受信装置にデータを保存する条件として端末の記憶領域の容量を用い、配信装置側での判断を行う場合の実施形態について図面を用いて説明する。
【００１１】
図１に受信側（携帯端末など）の処理手順をフローチャートで示す。また、配信側（インターネット上のＷｅｂサイトを想定）システムの処理手順を図２のフローチャートで示す。
【００１２】
図１０に示す構成をとるシステムにおいて、まず、受信側（コンテンツ受信装置１０Ｃ）と配信側（コンテンツ配信装置１０Ａ）の接続が行われる。受信側では図１のステップＳ１１において、配信側が図２のステップＳ２１で送信した配信サービス内容を示す主メニューを受信して表示する。
【００１３】
ここでの受信側システムの構成例を図３に示す。即ち、この受信側システムは、配信側と交信をインターネットや電話回線といった通信路１０Ｂを介して行う通信部３１と、各部を制御する制御部３２と、ダウンロードしたコンテンツや着信履歴などを記録する記録部３３と、主に動画などを処理する画像処理部３４と、利用者による各種指示を受け付ける操作部３５と、音楽データの再生などを行う音声再生部３６と、各種メニューや動画、静止画などを表示する表示部３７から構成される。
【００１４】
また配信側システムは、図４に示すように各種受信端末との交信を行う通信部４１と、様々な処理を行う処理部４２と、配信するコンテンツを検索する情報検索部４３と、コンテンツを格納するコンテンツデータベース４４から成る。
【００１５】
受信側では、ステップＳ１１で配信側システムから送信された図５に示した画面表示例５１のような主メニュー画面を通信部３１で受信し、ステップＳ１２で制御部３２が表示部３７を使い表示する。
【００１６】
ステップＳ１３では、操作部３５で利用者のコンテンツの選択と指定を行わせ、通信部３１を用いて配信側に送信する。このとき、制御部３２は記録部３３の残り容量を調べ、その情報も送信する。
【００１７】
配信側システムでは、ステップＳ２１における通信部４１を使って、図５に示す情報配信サービス主メニュー表示例５１のメニュー画面を配信する。この主メニューの配信後、ステップＳ２２で受信側からのコンテンツの指定と残り記憶容量を通信部４１で受信する。
【００１８】
ステップＳ２３で、処理部４２は指定されたコンテンツをコンテンツデータベース４４から情報検索部４３を使い検索・取得する。取得後、コンテンツの個別データの明細情報を図６に示す音楽情報配信サービス画面表示例６１のような画面を送信し表示させる。ここでの個別データとは、一つのコンテンツを構成する映像、音楽、文字、静止画像、その他の付加情報などのデータを指し、個別データの明細情報とは、その種類や名称および容量の情報などを意味する。
【００１９】
ステップＳ２４で、取得したコンテンツの容量とステップＳ２２で得た受信側の残り記憶容量を比較し容量超過の確認を行う。指定されたコンテンツが容量超過する場合は、ステップＳ２５に進んで警告メッセージ６２を表示させるが、容量が十分であればステップＳ２８に進んで、指定コンテンツの送信を行うことになる。
【００２０】
ステップＳ２５では、指定されたコンテンツが受信側の容量不足のために送信しても記録できない旨の警告メッセージ６２を、図６の表示例のように表示させて通知する。この警告メッセージ６２は、受信側の携帯端末の表示装置がカラー表示可能であれば、例えば赤い文字で表示させる。
【００２１】
ステップＳ２６で、受信側の残り容量で記録可能なコンテンツの個別データを絞り込む。ステップＳ２７では、指定コンテンツの個別データのうち、受信側で記録可能なものを示し、ダウンロードの実行を再確認する。
【００２２】
受信側では、制御部３２がステップＳ１４で配信側から容量超過の通知を受けたか通信部３１で調べ、容量超過であればステップＳ１５に進み、超過でなければステップＳ１７に進む。
【００２３】
ステップＳ１５では、図６の音楽情報配信サービス画面表示例６１のような画面を、表示部３７で表示し容量超過を利用者に知らせる。
【００２４】
ステップＳ１６で、指定したコンテンツの個別データのなかで記録可能なものを受信したいかを、操作部３５で利用者に確認し、ダウンロードを指示された場合は配信側に送信要求を通信部３１で送信する。ダウンロードしない場合はその旨配信側に通信部３１で通知し終了する。
【００２５】
配信側では、ステップＳ２７において通信部４１で受信側からのダウンロード指示を受けた場合はステップＳ２８に進み、ダウンロードをしない旨の通知を受けた場合は終了する。
【００２６】
ステップＳ２８で、指定されたコンテンツの個別データの絞り込みが行われていればそれらを、絞込みが行われていない場合はそれら全てを、通信部４１を使って受信側に送信して終了する。
【００２７】
受信側では、ステップＳ１７でダウンロードされるコンテンツを通信部３１で受信する。ステップＳ１８では、当該ダウンロードの履歴情報を記録部３３に記録・更新する。
【００２８】
データ送信の際、映像データおよび音楽、文字、静止画像、その他の付加情報などのデータを統合して扱う場合にはＭＰＥＧ４フォーマットを用いると都合が良い。また、個別のデータを各々送信する方法をとることも可能で、各データ間で同期を取る際にはSMIL(Synchronized Multimedia Integration Language)により各データの送信タイミング等を記述すると都合がよい。
【００２９】
ステップＳ１９で、ダウンロードしたコンテンツを視聴する。この視聴は、動画などの映像データは画像処理部３４を使って表示部３７で表示し、音楽データなどは音声再生部３６を用いて再生するなどして実行される。
【００３０】
このようにして、映像や音楽などの様々なマルチメディアコンテンツを、履歴情報やデータそのものを記録できる機能を有する携帯端末を用いて、その記憶容量をほとんど気にすることなく受信し楽しむことができる。
【００３１】
以下、本発明においてコンテンツ受信装置にデータを保存する条件として配信者側で付された優先度に基づいた規則を用い、受信システム側での判断を行う場合の実施形態について図面を用いて説明する。
【００３２】
図１１に受信側（携帯端末など）の処理手順をフローチャートで示す。また、配信側（インターネット上のＷｅｂサイトを想定）システムの処理手順を図１２のフローチャートで示す。
【００３３】
図１０に示す構成をとるシステムにおいて、まず、受信側（コンテンツ受信装置１０Ｃ）と配信側（コンテンツ配信装置１０Ａ）の接続が行われる。受信側ではステップＳ１１１において、配信側がステップＳ１２１で送信した配信サービス内容を示す主メニューを受信して表示する。
【００３４】
ここでの受信側システムの処理部の構成を図３に示す。即ち、この受信側システムは、配信側と交信をインターネットや電話回線といった通信路を介して行う通信部３１と、各処理部を制御する制御部３２と、ダウンロードしたコンテンツや着信履歴などを記録する記録部３３と、主に動画などを処理する画像処理部３４と、利用者による各種指示を受け付ける操作部３５と、音楽データの再生などを行う音声再生部３６と、各種メニューや動画、静止画などを表示する表示部３７から構成される。
【００３５】
また配信側システムは、図４に示すように各種受信端末との交信を行う通信部４１と、様々な処理を行う処理部４２と、配信するコンテンツを検索する情報検索部４３と、コンテンツを格納するコンテンツデータベース４４から成る。
【００３６】
配信装置側では、ステップＳ１２１における通信部４１を使って、図５に示す情報配信サービス主メニュー表示例５１のメニュー画面を配信する。受信側では、ステップＳ１１１で配信側システムから送信された図５に示した画面表示例５１のような主メニュー画面を通信部３１で受信し、制御部３２が表示部３７を使い表示する。
【００３７】
ステップＳ１１２では、操作部３５で利用者にコンテンツの選択を行わせ、通信部３１を用いて配信側に送信し、配信装置側では、ステップＳ１２２により指定されたコンテンツが確認され、ステップＳ１２３により選択したコンテンツの詳細が送信される。コンテンツの詳細は図１３の表に示すような内容がコンテンツ毎に定義されている。
【００３８】
ステップＳ１１３でコンテンツの詳細を受信すると受信装置は、ステップＳ１１４で各データのデータ形式に対応可能であるか否かといった受信に必要な条件を満たしているかを判断する。受信可能と判断された場合、コンテンツを構成するデータの内、受信装置ないの記録部３３に保存するデータの選定をステップＳ１１５において行う。この選定にあたっては、各データの容量や配信者によって付された優先度などを総合的に判断して行われる。
【００３９】
ステップＳ１２５によりコンテンツの送信が開始されると、受信装置側ではステップＳ１１６において処理単位での受信、ステップＳ１１７において処理単位での視聴、ステップＳ１１８において先に定められた保存データに該当するデータの一部の記録を記録部３３において行い、該当するコンテンツの送受信が完了するまでこれらのステップが繰り返される（Ｓ１１９）。これにより、該受信装置利用者は映像コンテンツの視聴を行っている際に、コンテンツを構成するデータの内、先に定めた保存データの記録も同時に行われる。
【００４０】
データ送信の際、映像データおよび音楽、文字、静止画像、その他の付加情報などのデータを統合して扱う場合にはＭＰＥＧ４フォーマットを用いると都合が良い。また、個別のデータを各々送信する方法をとることも可能で、各データ間で同期を取る際にはSMIL(Synchronized Multimedia Integration Language)により各データの送信タイミング等を記述すると都合がよい。
【００４１】
該当するコンテンツの送受信が完了すると受信装置側では、ステップＳ１１Ａで当該コンテンツの履歴情報を記録部３３に記録または更新する。
【００４２】
図１４は該受信装置にてコンテンツをダウンロードした後、その受信履歴を表示した様子である。受信履歴として受信日時、受信コンテンツの内容がそれぞれテキスト情報として１４２のように表示している。また、コンテンツ受信時にコンテンツを構成するデータの内、保存データとして定められたデータもそれぞれの形式で保存されており、該データを指し示すアイコンが１４３、１４４のように表示している。
【００４３】
ここで挙げている例では、データ番号（１３Ａ）：0102251の"Manual"の場合、優先度（１３Ｆ）が“１"である音楽データと優先度（１３Ｆ）が“２"の歌詞が選定され記録されたことがわかる。データ番号（１３Ａ）：1012025の“祖母"の場合、優先度（１３Ｆ）が“１"である静止画像と優先度（１３Ｆ）が“３"の音楽が選定され記録されたことがわかる。ここで同一優先度、もしくは、高優先度にも関わらずデータが記録されていないのは、受信装置の残存する記憶容量といった他の要因により除外されている。
【００４４】
受信履歴１５１のコンテンツに再度アクセスする場合は、１５２にカーソルを合わせ、指示を与えることで、配信装置へのアクセスを開始する。この際、コンテンツ１５１のタイトル部分にはＵＲＬなどのコンテンツの場所を指し示すインデックスがリンクされており、即座に目的のコンテンツへのアクセスが可能となる。受信履歴１６１の音楽を再生する場合、アイコン１６３にカーソルを合わせ、指示を与えることで、該受信装置内に記録されている音楽を再生することができる。この視聴は、動画などの映像データは画像処理部３４を使って表示部３７で表示するとともに、音楽データなどは音声再生部３６を用いて再生するなどして実行される。
【００４５】
このようにして、映像や音楽などの様々なマルチメディアコンテンツを、履歴情報やデータそのものを記録できる機能を有する携帯端末を用いて、各データの所在を気にすることなく、効率的な再視聴を行うことができる。
【００４６】
次に、本発明における履歴情報記録機能を使った他の実施形態を以下に示す。これは、一度ダウンロードしたコンテンツを再度ダウンロードしたい場合に、煩雑な各種操作を簡素化して、履歴情報として保持しているアイコンなどのクリックだけで希望のコンテンツをインターネット上のＷｅｂサイトから見つけ出し、ダウンロードする方法である。
【００４７】
以下、受信側の処理手順を図７に示すフローチャートで、配信側の処理手順を図８に示すフローチャートを使って説明する。
【００４８】
まず、受信側ではステップＳ７１において現在、記録部３３に記録されている過去の着信履歴情報の一覧を、図９に示す着信履歴情報表示例９１のように表示部３７を使って表示する。
【００４９】
ステップＳ７２では、利用者による希望コンテンツのクリックによる指定を操作部３５で行う。これは、着信履歴情報表示例９１のアイコン９２のクリックによって行われる。ここで使用するアイコン９２は、携帯端末など受信側に内蔵された文字や絵文字などを使ったアイコンでも良いし、着信履歴情報に含まれるアイコンや静止画像などを利用したアイコンでも良い。
【００５０】
ステップＳ７３で、指定されたコンテンツが、記録部３３にデータとして記録・格納されているか検索して調べる。
【００５１】
ステップＳ７４で、指定コンテンツの情報が残っていればステップＳ７８に進み、コンテンツの視聴を行うが、記録部３３に無い場合は付加情報から配信サイトのアドレス情報を取得し、ステップＳ７５に進む。
【００５２】
ステップＳ７５では、ステップＳ７４で得られた配信サイトのアドレスを使って、その配信サイトへのアクセスを通信部３１で行う。
【００５３】
配信サイト側では、ステップＳ８１でこのアクセスを通信部４１で受け付け、コンテンツのダウンロード指示を受信する。ステップＳ８２では、ダウンロードの指示がコンテンツ全体か、個別データを指定した指示かを調べ、個別データのダウンロードであればステップＳ８３に進み、コンテンツ全体であればステップＳ８５に進む。
【００５４】
ステップＳ８３では、指定されたコンテンツの個別データのダウンロード指示であるので、その個別データを指定する情報の受信を通信部４１で行う。
【００５５】
ステップＳ８４で、処理部４２はコンテンツの指定個別データをコンテンツデータベース４４から情報検索部４３を使って検索・取得し、受信側に通信部４１で送信して終了する。
【００５６】
ステップＳ８５では、指定されたコンテンツ全体のダウンロード指示であるので、処理部４２はコンテンツの全データをコンテンツデータベース４４から情報検索部４３を使って検索・取得し、通信部４１で受信側に一括送信して終了する。
【００５７】
受信側では、ステップＳ７６においてコンテンツのダウンロード処理とデータの記録を制御部３２の指令により通信部３１と記録部３３が行う。ステップＳ７７で、制御部３２は記録部３３でダウンロードしたコンテンツの着信履歴情報を更新しておく。
【００５８】
ステップＳ７８で、ダウンロードしたコンテンツの視聴を行う。この視聴は、動画などの映像データは画像処理部３４を使って表示部３７で表示するとともに、音楽データなどは音声再生部３６を用いて再生するなどして実行される。
【００５９】
以上説明した方法によって、容量の大きな映像や音楽データ、著作権の問題などから受信側で記録が許されていない情報、およびストリーム形式のデータなどをアイコンのクリックという簡単な操作だけでインターネットの配信サイトからダウンロードし視聴することができる。
【００６０】
このように、本発明では、配信する側で映像や音楽などの主データに文字や静止画像などの情報を付加し、受信する側では受信した主データに付随する付加情報を着信記録として残し、記録できなかった主データの再受信を容易にすると同時に、携帯電話の記憶装置の有効利用を可能とする。
【００６１】
次に、本発明における履歴情報記録機能を使った他の実施形態を以下に示す。
【００６２】
これは、複数のシーンからなる映像を一度視聴した後、再度視聴する際に目的のシーンからの視聴をしたい場合に、煩雑な各種操作を簡素化して、履歴情報として保持しているアイコンなどのクリックだけで希望のコンテンツの希望シーンから視聴を行う方法である。
【００６３】
図１７に受信側（携帯端末など）の処理手順をフローチャートで示す。また、配信側（インターネット上のＷｅｂサイトを想定）システムの処理手順を図１２のフローチャートで示す。
【００６４】
図１０に示す構成をとるシステムにおいて、まず、受信側（コンテンツ受信装置１０Ｃ）と配信側（コンテンツ配信装置１０Ａ）の接続が行われる。受信側ではステップＳ１７１において、配信側がステップＳ１２１で送信した配信サービス内容を示す主メニューを受信して表示する。
【００６５】
ここでの受信側システムの処理部の構成は図３、配信側システム処理部の構成は図４であり、詳細は先に記したとおりである。
【００６６】
受信側では、ステップＳ１７１で配信側システムから送信された図１８に示した画面表示例１８１のような主メニュー画面を表示する。
【００６７】
ステップＳ１７２では、利用者にコンテンツの選択を行わせ配信側に送信し、配信装置側では、ステップＳ１２２により指定されたコンテンツが確認され、ステップＳ１２３により選択したコンテンツの詳細が送信される。
【００６８】
コンテンツの詳細は図１９の表に示すような内容がコンテンツ毎に定義されている。この場合、優先度（１９Ｆ）：９は記録不可を示しているため、ここで記録保存されるデータは静止画のみとなる。
【００６９】
ステップＳ１７３でコンテンツの詳細を受信すると受信装置は、ステップＳ１７４で各データのデータ形式に対応可能であるか否かといった受信に必要な条件を満たしているかを判断する。受信可能と判断された場合、コンテンツの送信指示を与える。
【００７０】
ステップＳ１２５によりコンテンツの送信が開始されると、受信装置側ではステップＳ１７５において処理単位での受信、ステップＳ１７６において処理単位での視聴、ステップＳ１７７において静止画データの一部の記録を記録部３３において行い、該当するコンテンツの送受信が完了するまでこれらのステップが繰り返される（Ｓ１７８）。これにより、該受信装置利用者は映像コンテンツの視聴を行っている際に、コンテンツを構成するデータの内、静止画データの記録も同時に行われる。
【００７１】
該当するコンテンツの送受信が完了すると受信装置側では、ステップＳ１７９で当該コンテンツの履歴情報を記録部に記録または更新する。
【００７２】
図１４は該受信装置にてコンテンツをダウンロードした後、その受信履歴を表示した様子である。受信履歴として受信日時、受信コンテンツの内容がそれぞれテキスト情報として１４２のように表示している。また、コンテンツ受信時にコンテンツを構成するデータの内、保存データとして定められたデータもそれぞれの形式で保存されており、該データを指し示すアイコンが１４３、１４４のように表示している。
【００７３】
このようにして受信記録が行われた受信装置において、該受信履歴の表示例が図２０である。コンテンツ２０１の受信履歴として２０２にはタイトルが、２０３にはコンテンツの各シーンの代表画像がアイコンとして表示されている。
【００７４】
図２１で受信履歴２１１のコンテンツに再度アクセスする場合は、２１２にカーソルを合わせ、クリックなどの指示を与えることで、配信装置へのアクセスを開始する。この際、コンテンツ２１２のタイトル部分にはＵＲＬなどのコンテンツの場所を指し示すインデックスがリンクされており、該当するコンテンツのレッツストレッチ！２人で行うリラクゼーションの冒頭部分からの視聴を行うことができる。
図２２でコンテンツ２２２の第３番目のシーンからの視聴を行いたい場合、カーソルを該当する代表画像アイコン２２３に合わせクリックなどの指示を与えることで、配信装置へのアクセスを開始する。これにより、コンテンツのトライ！クッキング  旬の食材をフル活用の第３番目のシーン（図２３）からの視聴を可能とする。
【００７５】
このように、本発明では、履歴情報やデータそのものを記録できる機能を有する携帯端末を用いて、映像コンテンツの視聴と共に、該映像コンテンツを構成するシーンの代表画像を記録することで、該映像コンテンツを再視聴する際に内容の把握が容易で、希望するシーンからの視聴を容易にする。
【００７６】
以上、挙げた実施形態はコンテンツ保存のための規則、および、保存等の判断を行う装置に関しての例を挙げたもので、これらに限定するものではない。本発明はその技術思想の範囲内において種々変形して実施することができる。
【００７７】
【発明の効果】
以上述べたように本発明によれば、マルチメディアコンテンツ視聴の際に、その構成データの一部を規則に従い受信装置に保存することにより、マルチメディアコンテンツの効率的配信、効率的な視聴、及びコンテンツの全体または部分的な効率的な再視聴を可能とする。
【図面の簡単な説明】
【図１】本発明の一実施形態の受信側における動作手順を説明するための図。
【図２】本発明の一実施形態の配信側における動作手順を説明するための図。
【図３】本発明一実施形態の受信側システムの処理部の構成例を示す図。
【図４】本発明一実施形態の配信側システムの構成例を示す図。
【図５】本発明の一実施形態における受信側の画面例を説明するための図。
【図６】本発明の一実施形態における受信側の警告を表示したときの画面例を説明するための図。
【図７】本発明の他の実施形態の受信側の動作手順を説明するための図。
【図８】本発明の他の実施形態の配信側の動作手順を説明するための図。
【図９】本発明の他の実施形態における画面例を説明するための図。
【図１０】本発明の配信受信システム構成を示す図。
【図１１】本発明の一実施形態の受信側における動作手順を説明するための図。
【図１２】本発明の一実施形態の配信側における動作手順を説明するための図。
【図１３】本発明の一実施形態のコンテンツの情報の表を示す図。
【図１４】本発明の他の実施形態における画面例を説明するための図。
【図１５】本発明の他の実施形態における画面例を説明するための図。
【図１６】本発明の他の実施形態における画面例を説明するための図。
【図１７】本発明の一実施形態の受信側における動作手順を説明するための図。
【図１８】本発明の他の実施形態における画面例を説明するための図。
【図１９】本発明の一実施形態のコンテンツの情報の表を示す図。
【図２０】本発明の他の実施形態における画面例を説明するための図。
【図２１】本発明の他の実施形態における画面例を説明するための図。
【図２２】本発明の他の実施形態における画面例を説明するための図。
【図２３】本発明の他の実施形態における画面例を説明するための図。
【符号の説明】
３１・・・通信部、３２・・・制御部、３３・・・記録部、３４・・・操作部、３５・・・音声再生部、３６・・・表示部、４１・・・通信部、４２・・・処理部、４３・・・情報検索部、４４・・・コンテンツデータベース、５１・・・情報配信サービス主メニュー表示例、・６１・・音楽情報配信サービス画面表示例、６２・・警告メッセージ、９１・・・着信履歴情報表示例、９２・・・アイコン。
【図１】
0003878424.tif 000002
【図２】
0003878424.tif 000003
【図３】
0003878424.tif 000004
【図４】
0003878424.tif 000005
【図５】
0003878424.tif 000006
【図６】
0003878424.tif 000007
【図７】
0003878424.tif 000008
【図８】
0003878424.tif 000009
【図９】
0003878424.tif 000010
【図１０】
0003878424.tif 000011
【図１１】
0003878424.tif 000012
【図１２】
0003878424.tif 000013
【図１３】
0003878424.tif 000014
【図１４】
0003878424.tif 000015
【図１５】
0003878424.tif 000016
【図１６】
0003878424.tif 000017
【図１７】
0003878424.tif 000018
【図１８】
0003878424.tif 000019
【図１９】
0003878424.tif 000020
【図２０】
0003878424.tif 000021
【図２１】
0003878424.tif 000022
【図２２】
0003878424.tif 000023
【図２３】
0003878424.tif 000024