JP4105944B2 - 再生装置、コンピュータ読取可能なプログラム、再生方法。 - Google Patents
再生装置、コンピュータ読取可能なプログラム、再生方法。 Download PDFInfo
- Publication number
- JP4105944B2 JP4105944B2 JP2002373522A JP2002373522A JP4105944B2 JP 4105944 B2 JP4105944 B2 JP 4105944B2 JP 2002373522 A JP2002373522 A JP 2002373522A JP 2002373522 A JP2002373522 A JP 2002373522A JP 4105944 B2 JP4105944 B2 JP 4105944B2
- Authority
- JP
- Japan
- Prior art keywords
- playback
- moving image
- thumbnail
- reproduction
- 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
Landscapes
- Management Or Editing Of Information On Record Carriers (AREA)
- Television Signal Processing For Recording (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Indexing, Searching, Synchronizing, And The Amount Of Synchronization Travel Of Record Carriers (AREA)
Description
【発明の属する技術分野】
本発明は、複数の動画コンテンツの再生を行う再生装置に関し、特に一部再生済みコンテンツの内容を、ユーザに思い出させる場合の改良に関する。
【0002】
【従来の技術】
DVD,HDといった記録媒体は、毎週放送される連続ドラマ等の放送コンテンツを、何週にもわたって録画するという用途に利用されることが多い。そうして録画された複数コンテンツの視聴を支援すべく、昨今市場に登場している再生装置は、コンテンツの一覧機能を充実させている。この一覧機能では、記録媒体に記録されたコンテンツの記録日時や、放送チャネル、放送タイトルを表示することにより、記録媒体に記録された記録内容の理解を助けている。また、前回の再生時に最後に表示された画像や再生停止位置を示す棒グラフを表示することにより、過去にどのような再生処理を行ったかを、ユーザに伝達することもできる。
【0003】
尚、前回の再生時における最後の画像を表示すると共に棒グラフを表示するという先行技術は、以下の特許文献1に開示されたものがある。
【0004】
【特許文献1】
特許第3267349号公報
【0005】
【発明が解決しようとする課題】
ところで、連続ドラマは、各週の放送内容において、登場人物の心理がどうであったかとか、登場人物がどのような行動をとったか等に重要な意義があり、これらを覚えておかないと、ユーザはストーリに没頭することはできない。
記録媒体に記録されたコンテンツを視聴する場合も同様であり、「自分がどの週の放送分まで視聴したのか」や、「その週の放送において、登場人物の心理や行動がどうであったか」を克明に覚えておかないと、それらを思い出すまで、ユーザは、ストーリに没頭できない。
【0006】
登場人物の心理や行動に関する記憶は、その放送を観たときのユーザの新鮮な印象や感想に基づくものであり、時間が経つにつれ衰えてゆく。時間の経過と共にそうした記憶は不鮮明になるので、ストーリに没頭するまでに、時間がかかってしまう。一覧機能にて、コンテンツの記録日時等が表示された程度では、思い出せない場合が多い。前回の再生時に最後に表示された画像や、再生停止位置を示す棒グラフが表示されたとしても同様である。
【0007】
しかしながら、上記一覧機能だけでは、それらの記憶を想い出すことは困難なので、ストーリに没頭するには、既に視聴した部分を巻戻したり、或は早送りしたりして、それまでの視聴済み部分の内容を思い出す作業を行わねばならない。視聴したコンテンツの数が多いほど、そうした確認作業の煩わしさも増してしまい、引き続きコンテンツを視聴しようとする意欲を失ってしまう。
【0008】
連続ドラマを一例にして説明したが、教養コンテンツやスポーツジャンルのコンテンツでも同様であり、視聴済みコンテンツのこれまでの視聴済み部分において、解説者や競技者がどのような言動をとったかを克明に覚えておかないと、ユーザはコンテンツの内容になかなか没頭することができない。記録コンテンツの数が多くなり、それが思い出せないようであれば、記録されたコンテンツの視聴しようとする意欲を失ってしまい、強いては、複数コンテンツを記録しておくことの意義さえも失ってしまう。
【0009】
本発明の目的は、記録媒体における視聴済みコンテンツにおいて、登場人物の心理や行動がどうであったかをユーザにいち早く思い出させることができる再生装置を提供することである。
【0010】
【課題を解決するための手段】
上記課題を解決するため、本発明にかかる再生装置は、 複数のピクチャデータから構成される動画コンテンツを再生する再生装置であって、動画コンテンツの一覧画面を表示する表示手段と、一覧画面に対するユーザの選択操作に従って、動画コンテンツを再生し、再生開始位置及び再生停止位置の履歴をとる再生手段と、動画コンテンツの再生が停止した後、一覧画面を更新した上で表示手段に表示させる更新手段と、各動画コンテンツについてのサムネール画像の上限値を N とし、一覧表示の対象となる動画コンテンツ数を M とした場合、 M ・ N 枚のサムネール画像が一覧画面に収まるかどうかを判定する判定手段とを備え、前記更新手段による更新は、M ・ N 枚のサムネール画像が一覧画面に収まると判定手段が判定した場合、前記再生開始位置から再生停止位置までに存在する複数のピクチャデータのうち、所定の時間間隔置きのものを選択し、選択された複数ピクチャデータについての複数のサムネール画像を、一覧画面に配置することでなされ、 M ・ N 枚のサムネール画像が一画面に収まらないと判定手段が判定した場合、前記更新手段は、前記選択された複数ピクチャデータについての複数サムネール画像のスライドショーを、一覧画面上で実行することを特徴としている。
【0011】
【発明の実施の形態】
(第1実施形態)
以降、本発明に係る再生装置の実施形態について説明する。先ず始めに、本発明に係る再生装置の実施行為のうち、使用行為についての形態を説明する。本発明に係る再生装置は、図1に示すようにテレビ101と、リモコン102と共にホームシアターシステムを形成するものであり、当該再生装置は、テレビ101に表示されたGUI(Graphical User Interface)と、リモコン102の操作とに基づきDVD100に記録されている動画コンテンツを選択して再生するという、用途に供される。
【0012】
DVD100は、図示しない記録装置により複数の動画コンテンツが記録された光ディスクである。DVD100において動画コンテンツは、その記録日時、その動画コンテンツが放送されたチャネル、その動画コンテンツのタイトルが対応づけられている。動画コンテンツは、1つ以上のVOB(Video Object)と、これらの1つ以上のVOBについての管理情報とから構成される。VOBは、ビデオストリーム及びオーディオストリームをインターリーブ多重することにより得られるプログラムストリームである。ビデオストリームは、圧縮符号化された複数ピクチャデータであり、オーディオストリームは、圧縮符号化された複数オーディオデータである。以上が動画コンテンツの構成であるが、管理情報の扱いまで言及すると説明が煩雑になるので、第1〜第5実施形態では管理情報については言及せず、VOBそのものが動画コンテンツであるものとして以下の説明を行う。
【0013】
テレビ101は、DVD100に記録されたコンテンツを選択するためのGUIや、選択されたコンテンツの再生画像を表示する。
リモコン102は、GUIに対する操作をユーザから受け付ける機器であり、かかる操作受け付けのため、リモコン102は、矢印キー、決定キーを備える。
続いて本発明に係る再生装置の実施行為のうち、生産行為についての実施形態について説明する。本発明に係る再生装置は、図2に示す内部構成に基づき生産することができる(ここでの生産は、工業的な製造行為を意味する。)。図2は、再生装置の内部構成を示す図である。図2に示すように、再生装置は、DVDドライブ1、ASP2、DSP3、MPEGデコーダ4、システムデコーダ5、オーディオデコーダ6、ビデオデコーダ7、フレームメモリ8a,b,c、順序制御部9、信号合成部10、マイコンシステム11、GUI作成部12、再生制御部13、ワークエリア14、GUI更新部15、サムネール作成部16から構成される。
【0014】
先ず始めに、本発明に係る再生装置のハードウェア構成について説明してゆく。
DVDドライブ1は、DVD100を搭載するトレイ1a、このトレイを前後駆動するローディングモータ1b、トレイ1aに置かれたDVD100を回転駆動するスピンドルモータ1c、光ピックアップ1d、DVD100の半径方向に光ピックアップを駆動するトラッキングモータ1eを備える。光ピックアップ1dは、回転中のDVD100にレーザビームを照射するレーザダイオード1f、レーザビームの反射光を受光するフォトダイオード1gを備える。
【0015】
ASP(Analog Signal Processor)2は、マイコンシステム11から指示されたアドレスに、光ピックアップ1dを移動させるようスピンドルモータ1c及びトラッキングモータ1eを制御する。
DSP(Degital Signal Processor)3は、DVD100の回転速度を一定に保つよう、スピンドルモータ1cの制御を行う。また光ピックアップ1dにより読み取られたRF信号に対し、2値化、8-16復調、誤り訂正を行い、デジタル信号を得る。
【0016】
MPEGデコーダ4は、DSP3が得たデジタル信号のうち、VOB(コンテンツ)を復号する専用回路であり、システムデコーダ5、オーディオデコーダ6、ビデオデコーダ7を備える。
システムデコーダ5は、MPEGデコーダ4の構成要素であり、VOBU(Video OBject Unit)
に対する多重分離を行う。VOBUとは、0.4〜1.0秒分のピクチャデータの集まりであるGOP(Group Of Picture)と、このGOPと同時に再生されるべき複数オーディオフレームとを含むVOBの最小復号単位である。このVOBUに対してシステムデコーダ5が多重分離を行うことにより、GOPと、複数オーディオフレームとが得られる。
【0017】
オーディオデコーダ6は、複数オーディオフレームを復号して、オーディオ信号を得る。
ビデオデコーダ7は、GOPを構成するBidirectionally Predictive(B)ピクチャ、Predictive(P)ピクチャ、Intra(I)ピクチャに対して、VLD(Variable Length Decode)、IQ(Invert Quantization)、IDCT(Inverse Discrete Cosine Transform)、MC(Motion Compensation)といった処理を施すことにより、フレームメモリ8a,b,cにデジタル非圧縮状態のピクチャデータを得る。
【0018】
フレームメモリ8a,b,cは、Iピクチャ、Bピクチャ、Pピクチャという3つのタイプのピクチャデータのそれぞれに割り当てられており、各フレームメモリ8a,b,cは、これら3つのタイプのピクチャデータを伸長することにより得られた非圧縮状態のピクチャデータを、別々に格納する。
順序制御部9は、フレームメモリ8a,b,cに格納された非圧縮状態のピクチャデータを、ピクチャデータに付加されたPTS(Presantation Time Stamp)に示されたタイミングで順次読み出して、ビデオ信号に変換した上で出力する。DVD100に格納されている状態において、コンテンツを構成する複数のピクチャデータは、符号化順序と呼ばれる並びになっており、これを再生するには、これらのピクチャデータを表示順序に並べ替えねばならない。この並べ替えを行うべく、フレームメモリ8a,b,cのそれぞれに格納されたIピクチャ、Pピクチャ、Bピクチャを、PTSに示された順序で読み出すのである。
一方、順序制御部9は、ピクチャデータに付加されたPTS自身を、マイコンシステム11に順次出力する。ここで出力されたPTSは後に説明する通り、動画コンテンツの再生履歴として利用する。
【0019】
信号合成部10は、デコーダ4からのピクチャデータにGUIデータを合成して、テレビ用の映像信号に変換する。GUIデータは、OSD(On Screen Display)データである。OSDデータは、Look Up Table(LUT)に示された2,4色を、背景色,文字色として使用した描画された簡易グラフィックスであり、信号合成部10は、非圧縮状態のピクチャデータを構成する水平ラインと、このOSDデータの水平ラインとを混合することにより、ピクチャデータにOSDデータを合成する。この混合にあたって信号合成部10は、混合率の設定次第で、ピクチャデータをGUIで覆い隠したり、ピクチャデータが透けてみえるようにすることもできる。
【0020】
マイコンシステム11は、CPU11aと、CPU11aにより実行されるべきプログラムが記録された命令ROM11bと、プログラムの処理に利用されるRAM11cを備え、命令ROM11bに格納されているプログラムをCPU11aに実行させることにより、再生装置の統合制御を行う。
以上が本発明に係る再生装置のハードウェア構成である。続いて、本発明に係る再生装置のソフトウェア構成について説明する。
【0021】
命令ROM11bに格納されているプログラムは、「再生制御」,「GUI作成」,「GUI更新」という機能を実現するよう、予めコーディングされている。命令ROM11bに格納されているプログラムは、CPU11aにより読み取られることにより、再生制御部13、GUI作成部12、GUI更新部15という具体的手段として機能する。またRAM11cは、これら具体的手段の機能時において、ワークエリア14として機能する。以下、GUI作成部12〜GUI更新部15について説明する。
【0022】
GUI作成部12は、GUIを作成して表示すると共に、ユーザが行った操作に従い、再生装置の統合制御を行う。GUI上には、複数の表示領域が存在する。表示領域には、DVD100に記録されたコンテンツを視覚的に表現するための「プログラムナビ」が配置される。図3は、プログラムナビの一例を示す図である。本図におけるプログラムナビ300は、図1においてテレビ受像機101に表示されていたものを拡大し、詳細に示したものである。本図に示すようにプログラムナビ300は、インデックス領域301と、サムネール領域302とからなる。プログラムナビ300のインデックス領域301には、各動画コンテンツの記録日時(記録年月日と記録時刻とからなる)、動画コンテンツのチャネル、動画コンテンツのタイトルが配置される。プログラムナビ300は、ノーマル状態、フォーカス状態、アクティブ状態という3つの状態をもつ。ノーマル状態とは、ユーザの選択対象になっていない状態である。フォーカス状態は、リモコンの矢印キーにより、再生の候補として指定された状態でる。アクティブ状態とは、再生対象として確定された状態である。GUI作成部12は、このGUIにおいてアクティブ状態にされた動画コンテンツを再生するよう、再生制御部13に指示する。
【0023】
再生制御部13は、ユーザにより再生対象として確定された動画コンテンツを再生するよう、MPEGデコーダ4、DVDドライブ1を制御する。動画コンテンツの再生は、停止キーの押下をリモコン102が受け付けるまで継続してなされる。この再生制御に並行して再生制御部13は、再生開始時刻、再生停止時刻の履歴を記録する。この履歴記録処理は、動画コンテンツの再生指示後、最初に順序制御部9から出力されるPTSの値を再生開始時刻とし、動画コンテンツの停止指示後、最初に順序制御部9から出力されるPTSを再生停止時刻とした再生開始時刻−再生停止時刻の組みをワークエリア14に書き込むことによりなされる。再生制御部13は、同じ動画コンテンツが、再生対象として再度確定された場合、ワークエリア14に格納された再生停止時刻の直後の時刻を、再生開始時刻としてレジューム再生を行う。
【0024】
ワークエリア14には、GUI作成部12により作成されたGUIや動画コンテンツ毎の再生履歴や配列Hが格納されている。ここで動画コンテンツ毎の再生履歴は、再生開始時刻−再生停止時刻の組みのことをいう。配列Hは、この再生開始時刻と再生停止時刻との間のΔt間隔の経過時刻を格納するための配列である。図2の一例における2つの配列の要素数は互いにNになっているが、これは作図の便宜のための一例であり、配列Hの要素数は、再生の進捗に従い増減する。また図2のワークエリア14の一例は、動画コンテンツ1〜動画コンテンツ3という3つの動画コンテンツがあり、動画コンテンツ1の再生が既に3回行われている場合を想定している。この場合、図中の枠に示すように1回目の再生開始時刻−再生停止時刻の組みと2回目の再生開始時刻−再生停止時刻の組みと3回目の再生開始時刻−再生停止時刻の組みが再生履歴としてRAM14に格納される。動画コンテンツ1の他に、動画コンテンツ2の再生が既に1回行われているなら、1回目の再生開始時刻−再生停止時刻の組みが、動画コンテンツ1の再生履歴とは別に、このワークエリアに格納される。このワークエリアには、対応する動画コンテンツの再生が1回行われる度に、再生開始時刻−再生停止時刻の組みが1つずつ再生履歴に追加されてゆく。
【0025】
GUI更新部15は、再生制御部13により動画コンテンツの再生がなされた後、GUIの内容を更新して、テレビ101に表示させる。このGUI更新部15による更新とは、各動画コンテンツに対応するプログラムナビに、その動画コンテンツについてのサムネール画像を配置するというものである。このサムネール画像は、直前の再生開始時刻から再生停止時刻までの視聴済み区間に属するピクチャデータを縮小したものである。サムネール画像を作成すべきピクチャデータは、視聴済み区間から選ばれるので、このサムネール領域302に表示されるサムネール画像は、対応する動画コンテンツの再生がどれだけ進捗しているかによって変わる。図3において、プログラムナビ300のサムネール領域302は、最大10枚のサムネールを表示できる。しかし動画コンテンツが全体の20%再生されている場合このサムネール領域302に配置されるサムネール画像は2枚となり、全体の50%が再生されている場合、サムネール領域302に表示されるサムネール画像は5枚となる。動画コンテンツが未再生であれば、サムネール領域302に表示されるサムネール画像は、先頭画面についてのサムネール画像1枚となる。上記の通り、再生の進捗に応じて、表示されるサムネール画像の枚数が変わるので、動画コンテンツの再生がどれだけ進捗しているかをユーザは直感で理解することができる。
【0026】
サムネール作成部16は、GUI更新部15の1つの構成要素であり、再生開始時刻及び再生停止時刻の組みを参照して、視聴済み区間に属するピクチャデータを複数を選び、選んだピクチャデータのサムネール画像を作成して、このサムネール画像をサムネール領域302に表示する。。図2における矢印py1,2,3は、このサムネール作成部16による処理を模式的に示す。かかるサムネール画像を作成すべくサムネール作成部16は、視聴済み区間内のピクチャデータをDVD100から読み出させ、MPEGデコーダ4にデコードさせる。このデコードにより非圧縮状態のピクチャデータがフレームメモリ8a,b,c内に得られれば、フレームメモリ8a,b,cからワークエリア14にピクチャデータを読み出して(py1)、ワークエリア14上で非圧縮ピクチャデータを順次縮小させる(py2)。こうした縮小によりサムネール画像が得られるので、これをGUIのプログラムナビ上のサムネール領域302に表示する(py3)。
【0027】
サムネール画像の表示にあたって、本実施形態では、コンテンツ全体から上限数Nのピクチャデータを選ぶ際の時間間隔Δtを以下の式1から算出し、コンテンツの総再生時間に対する視聴済み区間の割合αを以下の式2から算出する。
<式1> Δt=総再生時間/上限数N
<式2>
α=視聴済み区間の時間長/総再生時間
※式1におけるΔtは、視聴済み区間からα・N枚のピクチャデータを選ぶ際の時間間隔に等しい。これは以下の式3から明らかである。
【0028】
<式3>
Δt= 総再生時間/上限数N = 総再生時間×α/α・N枚
= 視聴済み区間の時間長/α・N枚
以上より、視聴済み区間からα・N枚のピクチャデータを選ぶ際も、時間間隔Δtでピクチャデータを選んでゆけばよい。
【0029】
図4(a)は、メインルーチンにあたるフローチャートであり、GUI作成部12の処理内容を示す。本フローチャートにおいて、縦棒"|"が付いたステップ(ステップS1、ステップS7など)は、その処理内容を更に詳細化したサブルーチンが存在することを示す。
ステップS1においてGUI作成部12は、DVD100に記録されている複数の動画コンテンツを視覚的に表したプログラムナビ300を表示し、このうち最も古く記録された動画コンテンツに対応するプログラム300を、ステップS2においてフォーカス状態にする。
【0030】
次にステップS3〜ステップS4のループ処理を行う。このループ処理は、リモコン102における矢印キーの押下(ステップS3)されること、または、リモコン102における決定キーの押下(ステップS4)されること、のどちらかを待つイベント待ちループである。ここで、矢印キー押下というイベントが生じれば、ステップS5において押下された矢印キーで指示されるプログラムナビをフォーカス状態に設定する。つまり矢印キーには、上下という2種類があり、下キーが押下されれば現在フォーカス状態にあるプログラムナビをノーマル状態に戻した上で、そのプログラムナビの下に存在するプログラムナビをフォーカス状態に設定する。逆に上キーが押下されれば現在フォーカス状態にあるプログラムナビをノーマル状態に戻した上で、そのプログラムナビの上に存在するプログラムナビをフォーカス状態に設定する。
【0031】
決定キー押下というイベントが生じれば、ステップS6においてGUI作成部12は、フォーカス状態にあるプログラムナビをアクティブ状態に設定して、その上で当該動画コンテンツを再生対象である動画コンテンツxに確定する。こうして動画コンテンツxが確定されれば、ステップS7において、動画コンテンツxのy回目の再生を再生制御部13に行わせる。この"y"というのは、動画コンテンツxの再生が何回目であるかを示す変数であり、動画コンテンツxの再生が一回行われる度にインクリメントされる。こうして動画コンテンツxのy回目の再生が行われれば、ステップS8においてこのy回目の再生履歴に応じたGUIの更新を、GUI更新部15に行わせる。
【0032】
このフロ−チャ−トのステップS1を詳細化するサブルーチンが、図4(b)である。図4(b)は、図4(a)のステップS1を詳細化するサブルーチンであり、GUI作成部12の処理手順を示す。ステップS9において、GUI作成部12はサムネールをN枚配置することができるサムネール領域を有するプログラムナビを、GUI上にM個生成し、ステップS10において各動画コンテンツの記録日時、チャネル、タイトルを各プログラムナビのインデックス領域に配置する。ステップS11において各プログラムナビのサムネール領域に、動画コンテンツの先頭ピクチャデータのサムネールを配置した後図4(a)のメインルーチンにリターンする。
【0033】
図5は、ステップS7を詳細化するサブルーチンであり、再生制御部13の処理手順を示す。ステップS12において再生制御部13は、動画コンテンツxの再生履歴がワークエリア14に存在するか否かを判定する。
再生履歴がワークエリア14に存在しなければ、再生制御部13はステップS13で変数yを1に初期化して、ステップS14において動画コンテンツの先頭を、y回目の再生開始位置に設定する。そしてステップS15において、再生制御部13は設定された再生開始位置から、動画コンテンツを再生させる。これにより、動画コンテンツxは、先頭から再生される。
【0034】
動画コンテンツxの履歴がワークエリア14に存在する場合は、ステップS16においてワークエリア14内の最後の再生履歴における再生停止時刻を取得して、ステップS17において取得した再生停止時刻の直後を、y回目の再生開始位置に設定してからステップS15を行う。最後の再生停止時刻の直後が再生開始位置になるので、ワークエリア14に既に再生履歴が存在する場合は、レジューム再生が行われることになる。
【0035】
その後、ステップS18において再生制御部13は、順序制御部9からPTSが出力されるの待つ。PTSが出力されれば、ステップS19において取得したPTSをy回目再生の再生開始時刻としてワークエリア14に格納する。
以降、ステップS20〜ステップS21からなるイベント待ち状態となる。ここで再生制御部13が発生を待つイベントとは、動画コンテンツxの再生が終了したかというイベントと(ステップS20)、リモコン102に対して、停止操作がなされたかというイベント(ステップS21)である。動画コンテンツxの再生が終了すれば(ステップ20のYes)、再生制御部13はステップS23に移行する。リモコン102に対し停止操作がなされれば(ステップ21のYes)、再生制御部13はステップS22でMPEGデコーダを停止した上でステップS23に移行する。
【0036】
ステップS23において再生制御部13は、順序制御部9からPTSを取得して、ステップS24においてこのPTSを、y回目再生の再生停止時刻とする。ステップS25において再生制御部13は、取得した再生開始時刻と再生停止時刻との組みを、動画コンテンツxのy回目の再生履歴としてワークエリア14に格納する。以上が再生制御部13による動画コンテンツxの再生処理である。こうした処理を経て、図4(a)のメインルーチンにリターンする。
【0037】
本フロ−チャ−トにおいて動画コンテンツを、その先頭から再生するとしたが、動画コンテンツにチャプターやマークが存在しており、これらの位置からの頭出しが可能なら、動画コンテンツの先頭の代わりに、チャプターやマークを再生開始時刻にしてもよい。また、ユーザによる時刻指定で頭出しを行うというタイムサーチが可能であれば、ユーザにより指定された指定時刻を再生開始時刻にしてもよい。
【0038】
続いてGUI更新処理の処理手順の詳細について説明する。GUI更新処理のサブルーチンの処理手順を図6に示す。図6は、図4(a)ステップS8のGUI更新処理のサブルーチンであり、GUI更新部15及びサムネール作成部16の処理手順を示す。
本フローチャートにおいてGUI更新部15は、先ずステップS31において変数yをチェックすることにより、動画コンテンツxの再生が1回目であるか、2回目以上であるかを判定する。
【0039】
もし1回目であれば、GUI更新部15は動画コンテンツxの総再生時間を、表示可能な上限数Nで割りΔtを得る(ステップS32)。そして動画コンテンツxについての配列Hを初期化し(ステップS33)、配列Hのインデックスの変数kを0に初期化して(ステップS34)、ステップS35〜ステップS38の処理に移行する。ここで、動画コンテンツxについての配列Hには、動画コンテンツxの視聴済み区間において、間隔Δt置きの経過時刻が格納される。なお、配列Hの先頭要素である配列H[0]には、再生経過時刻0秒が格納される。
【0040】
ステップS35〜ステップS38は、ステップS37において配列Hのk番目の配列要素(配列H[k])にΔtを加算し、この加算結果を、k+1番目の配列要素(配列H[k+1])に格納するという処理を繰り返すものである。変数kはステップS38でインクリメントされる。このループ処理の終了要件は、k番目の配列要素にΔtを加算した値が、y回目の再生停止時刻を越えたとステップS36で判定される(ステップS36のYes)ことである。即ち、Δtを加算した後の値がy回目の再生停止時刻を越えるまで、ステップS37の処理が繰り返されるのである。
【0041】
ステップS36がYesと判定されれば、ステップS53において、kの値をラストナンバーに設定してステップS41に移行する。
ステップS31でNoと判定された場合、つまり動画コンテンツxの再生が2回目以上である場合、動画コンテンツには既に、配列Hが存在するものと考えられる。そこでステップS39において、GUI更新部15はこの配列要素のラストナンバー+1の値を、変数ksに代入する。ステップS40においてこのksの値を変数kに代入した上で、ステップS35〜ステップS38の処理を行う。GUI更新部15による以上の処理により、配列Hに、y回目の再生開始時刻から再生停止時刻までのΔt置きの経過時刻を追加してゆく。
【0042】
続くステップS41〜ステップS51は、サムネール作成部16によるGUIへのサムネールの配置処理である。配置処理の説明に先立って、表示領域のサムネール領域におけるサムネールのレイアウトについて説明する。サムネール領域においてサムネールは、マトリックス状に配置される。マトリックス配置において、サムネールが何列何行に配置されるかを、変数i,jを用いて、i列j行という表記で表す。図3におけるプログラムナビ内の(*,*)といった表記の数値は、(i,j)という表記で、サムネール領域内のサムネールの表示位置が、表現されることを示す。
【0043】
以降、ステップS41〜ステップS51から構成されるサムネール配置処理について説明する。ステップS41においてサムネール作成部16は、変数yをチェックすることにより、動画コンテンツxの再生が1回目であるか、2回目以上であるかを判定する。動画コンテンツxの再生が1回目なら、ステップS42においてサムネール作成部16はiを2に設定し、j,kをそれぞれ1と設定する。
【0044】
i,j,kをそれぞれ設定した後、サムネール作成部16は動画コンテンツxにおいて、配列H[k]に格納されているピクチャデータを読み出し(ステップS43)、読み出されたピクチャデータのサムネール画像を作成して(ステップS44)、そのサムネール画像をi列j行に表示する(ステップS45)。サムネールの列座標を特定する"i"は、ステップS48でインクリメントされる。ステップS43〜ステップS46の処理は、この変数iが、サムネール領域の横幅maxを上回るまで繰り返される(ステップS49)。この繰り返しによりサムネールが、サムネール領域において横方向に順次配置されてゆく。
【0045】
変数iが横幅maxを上回れば、変数jをインクリメントした上で、変数iを1に初期化する(ステップS50)。そしてステップS51を経てステップS43に移行する。
変数jのインクリメントにより、サムネール領域におけるサムネールの表示位置は下行左端に移る。その後、ステップS43〜ステップS51の処理を繰り返せば、この下行においてサムネールは、横方向に配置されてゆく。
【0046】
ステップS43〜ステップS51のループ処理は、変数iが横幅maxを越え(ステップS49でYes)、変数jが縦幅maxを越えるまで(ステップS51でYes)、繰り返される。変数kが、配列要素の最大数maxを越えれば、変数i,jが縦横幅の最大値を越えるのを待つまでもなく、例外的に処理を終了する(ステップS47でYes)。動画コンテンツ全体を再生しているのではなく、途中までしか視聴していない場合、サムネール領域にサムネールの全てを配置せずに、サムネール表示処理を終え、図4(a)のメインルーチンにルターンする。
【0047】
一方動画コンテンツxの再生が2回目以上なら、i,jを、プログラムナビ内の最後のサムネールの直後を示す値に設定し、kをksに設定する。ここでksには、ステップS39において、この配列要素のラストナンバー+1の値が設定されている。i,j,kをこのように設定すれば、既に存在しているサムネールの隣に、y回目の再生に対応するサムネールが配置されてゆく。
【0048】
尚Δtは、上述したような計算により求めるものではなく、1分、2分というように予め決められた時間であってもよい。この場合、サムネール領域に表示されるサムネール画像の数は再生の進捗状況を、割合でなく、時間で示すことになる。
図7〜図9の具体例を交えて、本フローチャートの処理手順を更に詳細に説明する。動画コンテンツ1〜動画コンテンツ3という3つの動画コンテンツがDVD100に記録されており、これらの動画コンテンツは何れも未再生であるとする。この場合、ステップS1により、動画コンテンツ1〜動画コンテンツ3のそれぞれに対応するプログラムナビをGUI上に表示する。このステップS1による処理の結果が図7の表示例である。図7は、3つの動画コンテンツ1〜動画コンテンツ3が全く未再生である場合におけるGUIのプログラムナビを示す図である。本図において動画コンテンツ1〜動画コンテンツ3のそれぞれに対応するプログラムナビが表示され、これらのプログラムナビのインデックス領域には、動画コンテンツのタイトルや記録日時、チャネルが配置される。サムネール領域には、各動画コンテンツの先頭ピクチャデータについてのサムネール画像が配置される。こうして表示されたGUIのうち、ユーザが操作を行い、動画コンテンツ1が再生対象たる動画コンテンツxに確定されたとする。動画コンテンツ1はその総再生時間が3000秒(PM8:00〜PM8:50)であり、この3000秒の再生時間のうち、先頭0秒から再生が行われ、1240秒にその再生が停止したとする。そうすると、ステップS8にて、動画コンテンツ1のプログラムナビに対する更新処理を行う。この更新処理は、再生開始時刻0秒〜再生停止時刻1240秒の区間から、300秒置きの4つのピクチャデータを選んで、それらのサムネール画像を動画コンテンツ1のプログラムナビのサムネール領域に配置するというものである。図8は、3つの動画コンテンツ1〜動画コンテンツ3のうち、動画コンテンツ1が先頭から1240秒の位置まで再生された場合、GUIのプログラムナビがどのように更新されるかを示す。本図の動画コンテンツ1のサムネール領域には、0秒後のピクチャデータ、300秒後のピクチャデータ、600秒後のピクチャデータ、900秒後のピクチャデータ、1200秒後のピクチャデータのサムネール画像がそれぞれ配置される。これらが配置されるため、ユーザは、かつて自分が視聴した視聴済み区間の内容を振り返ることができる。
【0049】
この更新処理にあたって、図6のフローチャートの処理がなされる。この場合ステップS32において、動画コンテンツ1の総再生時間3000秒を表示可能な上限数10で割ることにより、Δtは300秒と算出される。また動画コンテンツ1の配列H[0]は、動画コンテンツ1の開始時刻"0秒"になっている。配列H[0]が0秒と設定されたので、ステップS35〜ステップS38のループ処理におけるステップS37の一回目の実行で、H[1]は、H1[1]=H[0]+Δt=0+300=300秒に設定される。続いてステップS35〜ステップS38のループ処理における2回目のステップS37の実行において、配列H[2]は、H[2]=H[1]+Δt=300+300=600秒、3回目のステップS37の実行において、配列H[3]は、H[3]=H[2]+Δt=600+300=900秒、4回目の実行において、配列H[4]は、H[4]=H[3]+Δt=900+300=1200秒と算出される、 5回目のループ処理の実行にて、ステップS36により配列H[5]=H[4]+Δt=1200+300=1500秒と算出されれば、配列H[k]+Δtが、動画コンテンツ1のy回目の再生停止時刻1240秒を上回り、ステップS36がYesになってステップS35〜ステップS38からなるループ処理を抜ける。
【0050】
以上の処理により、動画コンテンツ1の配列H[0]=0,H[1]=300,H[2]=600,H[3]=900,H[4]=1200となる。図6のフロ−チャ−トでは、300秒、600秒、900秒、1200秒の再生経過時刻に存在するピクチャデータを選んで、そのピクチャデータを縮小し、プログラムナビのサムネール領域に配置してゆく。図9は、ピクチャデータの選択過程と、これらピクチャデータの縮小の過程とを模式的に示す。この処理により、0秒に存在するピクチャデータは、サムネール領域の(1,1)に配置され、300秒に存在するピクチャデータはサムネール領域の(2,1)に、600秒に存在するピクチャデータはサムネール領域の(3,1)に、900秒に存在するピクチャデータは(4,1)に、1200秒に存在するピクチャデータは、サムネール領域の(5,1)にそれぞれ配置される。これらの過程を経て、図8の表示内容が得られるのである。
【0051】
その後、しばらくしてからユーザが動画コンテンツ1を再度再生させたとする。今度は、1240秒の直後から再生を開始し、2200秒で再生を停止したとする。こうして動画コンテンツ1の再生がなされたので、ステップS8においてGUIの更新を行う。この更新処理は、再生開始時刻1240秒から再生停止時刻2100秒までの区間から、300秒置きの3つのピクチャデータを選んで、それらのサムネール画像を動画コンテンツ1のプログラムナビのサムネール領域に配置するというものである。
【0052】
図10は、3つの動画コンテンツ1〜動画コンテンツ3のうち、動画コンテンツ1が先頭から1240秒から2200秒まで再生された場合、GUIのプログラムナビがどのように更新されるかを示す図である。本図の動画コンテンツ1のサムネール領域には、1500秒後のピクチャデータ、1800秒後のピクチャデータ、2100秒後のサムネール画像がプログラムナビのサムネール領域にそれぞれ配置される。
【0053】
その後、しばらくしてからユーザが動画コンテンツ1、動画コンテンツ2を再度再生させたとする。今度は、2100秒の直後から再生を開始し、3000秒で再生を停止したとする。そして動画コンテンツ2の先頭0秒から1000秒までを再生させたとする。こうして動画コンテンツ1、動画コンテンツ2の再生がなされたので、ステップS8においてGUIの更新を行う。この更新処理により動画コンテンツ1の再生開始時刻2100秒から再生停止時刻3000秒までの区間から300秒置きの2つのピクチャデータを選ばれ、それらのサムネール画像が動画コンテンツ1のプログラムナビのサムネール領域に配置される。動画コンテンツ2の再生開始時刻0秒から再生停止時刻1000秒までの区間から、300秒置きの3つのピクチャデータを選ばれ、それらのサムネール画像が動画コンテンツ2のプログラムナビのサムネール領域に配置される。
【0054】
図11は、3つの動画コンテンツ1〜動画コンテンツ3のうち、動画コンテンツ1が先頭から最後まで再生され、動画コンテンツ2が先頭から1000秒まで再生された場合、GUIのプログラムナビがどのように更新されるかを示す図である。本図の動画コンテンツ1のサムネール領域には、2400秒後のピクチャデータ、2700秒後のサムネール画像がそれぞれ配置される。動画コンテンツ2のサムネール領域には、0秒後のピクチャデータ、300秒後のピクチャデータ、600秒後、900秒後のサムネール画像がそれぞれ配置される。
【0055】
最後に、動画コンテンツ1、動画コンテンツ2のそれぞれが全て再生されたとする。この再生が終わった時点で、更新を行った際のGUIの内容を図12に示す。図12は、3つの動画コンテンツ1〜動画コンテンツ3のそれぞれが全て再生された場合、GUIのプログラムナビがどのように更新されるかを示す図である。図12に示すように、動画コンテンツ1〜動画コンテンツ3のプログラムナビのサムネール領域が全て、サムネール画像で埋め尽くされる。
【0056】
尚、図12のように、プログラムナビのサムネール領域が全て埋め尽くされた後は、図7の状態に戻してもよい。こうすることで、ユーザはまた、新鮮な気持ちで動画コンテンツを視聴してゆくことができる。
以上のように本実施形態によれば、再生開始時刻−終了時刻の間からピクチャデータを選んでサムネール画像を作成することにより、「その週の放送において、登場人物の心理や行動がどうであったか」を容易に想い出し、ストーリに没頭することができる。
【0057】
本実施形態は、動画コンテンツ全体からピクチャデータを選んでそのサムネール画像をGUIに表示するという技術と比較して、以下の顕著な効果を奏する。ドラマ等の動画コンテンツは、「誰が犯人であるのか」とか「恋人同士は結ばれるのかどうか」といったドラマの結末やクライマックスを予想しながら、ストーリ展開を楽しむものである。仮に視聴済み区間ではなく、動画コンテンツ全体からピクチャデータを選んでそのサムネール画像をGUIに表示したりすると、ドラマの結末やクライマックスもユーザは否応なく知ることになり、ユーザの興醒めを招く。一方、本実施形態のように再生開始時刻−再生停止時刻の間からピクチャデータを選べば、ドラマの結末やクライマックスは、GUIに表示されず、ユーザの興醒めを招くことはない。未視聴の部分の表示を避け、サムネール画像の表示対象を視聴済み区間に絞ることにより、ユーザは過去に同じ動画コンテンツを見たときの記憶を鮮明に蘇らせることができる。
【0058】
また、再生開始時刻−再生停止時刻のサムネール画像をGUIに配置する場合と比較して、以下の効果がある。毎週放送されるドラマの先頭は、定型的なオープニングテーマやスポンサーの告知であり、これらのサムネール画像を配置しただけでは、先週の内容がどうであったかを想い出すことは容易ではない。また、再生停止時刻のサムネール画像を表示する場合も同様である。ドラマ等の視聴時において、一番もりあがっているときやおもしろい時に、再生停止を行うユーザは極希であり、大多数のユーザは、それらのシーンが過ぎて一服したときに再生を停止するものである。再生停止時刻の画像を表示しただけでは、その一服時のサムネール画像がGUIに表示されるだけで、そのようなサムネール画像により、過去の記憶を蘇らせるのは困難である。これに対し本実施形態では、再生開始時刻−再生停止時刻の間から複数のピクチャデータを選び、それらのサムネール画像をGUIに配置するので、過去にユーザが見た記憶を鮮明に蘇らせるのに役立つ。このことから、本実施形態には、再生開始時刻−再生停止時刻のサムネール画像をGUIに配置するという技術から予測できない効果をもつ。
【0059】
尚、本実施形態には、以下の2つの応用例がある。
(第1実施形態の応用例1)
第1実施形態では、再生の進捗をサムネール画像の枚数で表現するべく1回目の再生開始時刻からy回目の再生停止時刻までのサムネール画像を1つの動画コンテンツについてのプログラムナビに配置したが、y回目の再生開始時刻からy回目の再生停止時刻までのサムネール画像で上書きしてもよい。
【0060】
つまりGUIにおける配置済みサムネール画像(1回目の再生開始時刻からy-1回目の再生停止時刻までのサムネール画像)を一旦消去して、直前のy回目における再生開始時刻から再生停止時刻までのN枚のサムネール画像を、1つのプログラムナビに配置するのである。y回目の再生の内容を多くのサムネール画像で表現するので、ユーザはより鮮明に視聴内容を想い出すことができる。
【0061】
再生開始時刻を0秒とし、再生停止時刻を1240秒とし、サムネール画像の最大表示枚数を10枚とした場合の一例(つまり図8の一例)で考える。この場合、1240秒という視聴済み区間を10枚のサムネール画像で表現すればよいので、Δtは、124秒(=1240秒/10)になる。124秒という時間間隔でピクチャデータを選び、サムネール画像を作成してゆくのである。図8の一例では、Δtが5分(=300秒)であり、5枚のサムネール画像で視聴済み区間が表現されたが、この応用例では、Δtが約2分(=124秒)であり、10枚のサムネール画像で視聴済み区間が表現されるので、ユーザはより鮮明に視聴済み区間の内容を想い出すことができる。
【0062】
(第1実施形態の応用例2)
応用例2は、DVD100が記録可能型である場合に、ワークエリア14に存在する動画コンテンツ毎の再生履歴や配列HをDVD100に書き込むという応用例である。こうすれば再生装置の電源が断たれたり、DVD100が交換されたりした後も、動画コンテンツ毎の履歴や配列を利用することができる。この場合DVD100は、ユーザによる追加書込みをサポートできるような、タイプでなければならない。
【0063】
DVD100が記録可能型であるため、応用例2に係る再生装置は、第1実施形態に示した内部構成に加えて、チューナ、MPEGエンコーダを有する。
チューナは、テレビの放送信号を復調して、映像信号、音声信号をMPEGエンコーダに出力する。
MPEGエンコーダは、チューナにより復調された映像信号、音声信号をエンコードしてVOBを得る。
【0064】
本応用例に係るDVDドライブ1は、こうしてMPEGエンコーダが得たVOBをDVDに書き込む。
かかるチューナ、MPEGエンコーダにより、本応用例に係る再生装置は、放送された動画コンテンツの録画機能を有することになる。
本応用例に係る再生制御部13は、DVD100に記録された動画コンテンツの再生を行う。そればかりではなく、以下のような処理を行う。図4(a)のステップS7において、コンテンツxのy回目の再生がなされれば、再生制御部13は、その直後にワークエリア14における動画コンテンツ毎の再生履歴や配列HをDVD100に書き込む。これにより、コンテンツの再生後にDVD100が交換されたとしても、再生履歴や配列HはDVD100に保存されることになる。
【0065】
DVD100に再生履歴や配列Hが保存されたため、第1実施形態における再生制御部13は、ステップS8におけるGUIの更新に先立ち、再生履歴や配列HをDVD100から読み出し、RAM11cに書き込む。これにより、DVD100に保存された再生履歴、配列Hに基づき、GUIが更新されることになる。
本応用例の再生制御部13は、ステップS7の再生後だけでなく、DVD100の交換時にもGUIの更新を行う。この更新に先立ちに、再生履歴、配列HをDVD100からRAM11cに読み出すので、DVD100の交換時においても、過去に視聴した視聴済み区間の内容を想い出すことができる。
【0066】
尚、DVD100がマルチユーザ対応のディスクである場合、再生履歴や配列Hは、個々のユーザ毎の個人情報として記録しておくのが望ましい。こうすることにより、各ユーザは、自分がかってみた視聴済み区間の内容を鮮明に想い出すことができる。
(第2実施形態)
第1実施形態は、各動画コンテンツについての複数サムネール画像を、上限数Nだけ表示するものであった、ところが動画コンテンツの数が多くなると、1つの動画コンテンツについての表示領域が狭くなり、各動画コンテンツについてのサムネール領域に、上限数Nのサムネール画像を表示させることはできない。サムネール画像を更に縮小することも考えられるが、それでは動画コンテンツの内容が把握し辛くなってしまう。家庭用テレビの解像度を考えれば、むやみにサムネール画像を縮小すべきではない。これを避けるため第2実施形態のGUI作成部12は、動画コンテンツ数が多くなった場合、図3のレイアウトに代えて、図13のレイアウトで各動画コンテンツのサムネール画像を表示する。図13は、動画コンテンツ数が多くなった場合のサムネール画像のレイアウトを示す図である。
【0067】
図3において各動画コンテンツのプログラムナビのサムネール領域は、10枚のサムネール画像を表示させうる広いものであったが、図13のサムネール領域は、1枚のサムネール画像しか表示しえない狭いものになっている、そのかわり本図では、9つもの動画コンテンツについてのインデックス領域及びサムネール領域が1つの画面内に収められている。
【0068】
この9つの動画コンテンツのうち、1つ目の動画コンテンツ1の0秒から1240秒までが、図8の一例同様、再生されたとする。この場合、本図における動画コンテンツ1についてのプログラムナビのサムネール領域において、サムネール画像がスライド式に切り換ってゆく。図14(a)〜図14(f)は、サムネール画像がスライド式に切り換わる様子を示す図である。動画コンテンツ1のサムネール領域には、図14(a)に示すように、0秒後のサムネール画像が表示され、この動画コンテンツ1のプログラムナビには、図14(b)に示すように300秒後のサムネール画像に切り換わる。同様に図14(c)、図14(d)、図14(e)、図14(f)に示すように、600秒後、900秒後、1200秒後のサムネール画像に切り換わり、その後、0秒後のサムネール画像に戻る。つまり第2実施形態において1つの動画コンテンツについての複数サムネール画像はスライド画像を構成し、1つのプログラムナビのサムネール領域内で表示される。この動画コンテンツ1以外の動画コンテンツ2〜9が全く未再生であるなら、これらの動画コンテンツに対応するプログラムナビのサムネール領域には、先頭画像に対応するサムネール画像が表示されたままになる。
【0069】
この第2実施形態におけるプログラムナビ更新処理は、図15の処理手順を実行するプログラムにより実現される。図15は、第2実施形態に係るメインルーチンの処理手順を示すフローチャートである。以降、図15のフロ−チャ−トを参照しながら、第2実施形態に係るサムネール画像表示について説明する。
図15は、図4(a)のフロ−チャ−トを改良したものである。図15と、図4(a)との違いは、ステップS1がステップS60に置き換えられ(i)、ステップS2とステップS3との間にステップS61が追加され(ii)、ステップS3〜ステップS4からなるループ処理にステップS62〜ステップS64が追加され(iii)、ステップS7〜ステップS8の間にステップS65〜ステップS66が追加されている(iv)。
【0070】
追加された改良点のうち最も重要なものは、ステップS61、ステップS62、ステップS63の追加である。これらのステップは、変数p,kpを用いて記述されている。
変数pは、DVD100に記録されたM個の動画コンテンツのそれぞれを示す変数である。DVD100に記録された動画コンテンツがM個である場合、変数pは動画コンテンツ1,2,3,4・・・・Mのそれぞれを示す。
【0071】
また変数kpは、動画コンテンツpについての配列要素を示す。変数pが動画コンテンツ1,2,3,4・・・・Mのそれぞれを示すので、変数kpには、k1,k2,k3,k4・・・・kMというM個のものがある。変数k1は、動画コンテンツ1の配列要素を特定するものであり、変数k2は、動画コンテンツ2の配列要素を、変数k3は動画コンテンツ3の配列要素を、変数k4は、動画コンテンツ4の配列要素をそれぞれ特定する。
【0072】
これらp,Kpを用いてステップS61、ステップS63は以下の処理を行う。ステップS61において、DVD100に記録されたM個の動画コンテンツ1,2,3,4・・・・Mのそれぞれについて、変数k1,k2,k3,k4・・・・kMを0に初期化する。この初期化の後、ステップS63〜ステップS64、ステップS3〜ステップS4のループ処理を行う。このループ処理は第1実施形態同様、ユーザからの動画コンテンツxの選択待ちを行うものである。このループ処理では、変数k1,k2,k3・・・・・kMで特定されるサムネール画像を、動画コンテンツ1,2,3・・・・Mについてのプログラムナビに一斉に配置し(ステップS63)、各動画コンテンツの配列要素を特定する変数k1,k2,k3・・・・・kMを一斉にインクリメントする(ステップS64)。
【0073】
ループ処理が一巡する度に、インクリメント後の変数k1,k2,k3・・・・・kMに基づき、新たなサムネール画像を動画コンテンツ1,2,3・・・・Mについてのプログラムナビに配置する(ステップS63)。ループ処理が一巡する度に、全プログラムナビのサムネール画像は、一斉に新しいものに更新される。これにより本メインルーチンは、ユーザからの選択待ち状態の間、各プログラムナビについてのサムネール画像を、絶えず新しいものに更新してゆく。各プログラムナビのサムネール領域には、一枚のサムネールしか配置し得ないが、このサムネール領域の内容は、ユーザからの選択待ちの期間において、常に新しいものに更新されてゆくので、プログラムナビのサムネール領域が小さくても、ユーザは、過去にその動画コンテンツを見た時の記憶を鮮明に蘇らせることができる。
【0074】
以降、残りの改良点について説明する。ステップS60では、図3のレイアウトでプログラムナビを表示するか、図13のレイアウトでプログラムナビを表示するかの決定を行い、決定結果を示すフラグを設定した上で、決定されたレイアウトでプログラムナビを表示する。このフラグは、「0」に設定されることにより、図3のレイアウトでプログラムナビを表示することを示し、「1」に設定されることにより図13のレイアウトでプログラムナビを表示することを示す。そしてステップS2において1つの動画コンテンツをフォーカス状態にした後、その後、ステップS3、ステップS4、ステップS62、ステップS63、ステップS64のループ処理を行う。
【0075】
ステップS62は、図4(a)のメインルーチンとの互換性と保つためのステップである。フラグが「0」であるなら(ステップS62でNo)、ステップS3〜ステップS4のループ処理にて、ユーザからの動画コンテンツ選択操作を待ち、フラグが「1」であるなら(ステップS62でYes)、ステップS3〜ステップS4、ステップS63〜ステップS64のループ処理にて、ユーザからの動画コンテンツ選択操作を待つ。
【0076】
上述したようにステップS63〜ステップS64は、全プログラムナビのサムネール画像を新しいものに更新してゆく処理なので、フラグが「1」なら、各動画コンテンツのプログラムナビに新たなサムネール画像がかわるがわる現れる。決定キーが押下され、動画コンテンツxが特定された場合、再生制御部13はステップS6、ステップS7で動画コンテンツxの再生を行う。そして、ステップS65にて、フラグの値の判定を行う。
【0077】
フラグが「0」であるなら、GUI更新部15はステップS8においてy回目の動画コンテンツ再生の履歴に応じてGUIを更新する。フラグが「1」であるなら、GUI更新部15はステップS66で、y回目再生の履歴に応じた配列要素の追加のみを行う。ステップS8では、配列要素の追加を行い、追加された配列要素に応じて、プログラムナビを更新していた。これに対してステップS66では、配列要素の追加のみを行い、プログラムナビの更新は行わない。図13のレイアウト時において、サムネール画像の更新は、ステップS63、ステップS64で行われるので、あえてステップS66で、サムネール画像を更新する必要はないというのがその理由である。
【0078】
続いて図16を参照しながら第2実施形態に係るステップS60のGUI表示処理について説明する。図16は、第2実施形態に係るGUI作成部12の処理手順を示すフローチャートである。図16のフロ−チャ−トは、図4(b)のフロ−チャ−トをベースにしている。図4(b)との差違点は、ステップS67、ステップS68が新規に追加されている点である。この差違点を中心に説明を行う。本フロ−チャ−トでは、GUI作成部12は先ずステップS67において動画コンテンツ数M×上限値Nという計算を行い、この計算結果が、サムネール画像の表示可能数を下回るなら、ステップS9〜ステップS11の処理を行う。これは図4(b)と同じであり、その後、図3のレイアウトで動画コンテンツを表示する旨を示すよう、GUI作成部12はフラグを「0」に設定する。もし上回るなら、ステップS68においてGUI作成部12はサムネール画像を1枚だけ配置することができるサムネール領域を有するプログラムナビを、GUI上にM個生成して、フラグを1に設定する。こうしてレイアウトを決定すれば、ステップS10、ステップS11の処理を経て、プログラムナビを表示し、図15のメインルーチンにリターンする。
【0079】
図17は、第2実施形態に係るGUI更新部15、サムネール作成部16の処理手順を示すフローチャートであり、ステップS63のサムネール配置処理を実現する。
本フロ−チャ−トは、全ての動画コンテンツについて、ステップS74〜ステップS79の処理を繰り返すループ構造(ステップS71、ステップS72)になっている。これは、ステップS3〜S4、ステップS62〜S64のループ処理が一巡する度に、全てのプログラムナビを一斉に更新するためである。このループ処理(ステップS71、ステップS72)の処理対象たる動画コンテンツを動画コンテンツpとすると、サムネール作成部16は動画コンテンツpについての配列Hに2以上の要素があるか否かを判定し(ステップS74)、2以上の要素があった場合は(ステップ74のYes)、変数kpが配列要素数を上回ってないことを確認してから(ステップS75でNo)、サムネール作成部16は動画コンテンツpにおいて、配列H[kp]にて特定されるピクチャデータを読み出し(ステップS76)、読み出されたピクチャデータのサムネール画像を作成する(ステップS77)。次に、サムネール作成部16は、作成したサムネール画像を動画コンテンツpのサムネール領域に表示する(ステップS78)。以上の処理を全ての動画コンテンツについて繰り返して、図15のメインルーチンにリターンする。これにより、動画コンテンツpにおいて、変数kpにて特定されるピクチャデータのサムネール画像が表示されるのである。ステップS79は、サムネール画像表示に先立って、動画コンテンツpについての変数kpが要素数を上回った場合(ステップS75でYes)、この変数kpを初期値0に戻すものである。
配列Hの要素数が2未満であれば(ステップS74でNo)、ステップS75〜S78をスキップして次のコンテンツへ処理を移す。
【0080】
これにより各動画コンテンツについての配列要素数を限度として、サムネール画像のスライド表示は、繰り返される。
ステップS66における配列要素追加処理の処理手順を図18のフローチャートに示す。図18は、第2実施形態に係るGUI更新部15の処理手順を示すフローチャートである。図18のフロ−チャ−トは、図6のフローチャートのステップS31からステップS38までの処理を抜き出したものである。動画コンテンツxのy回目の再生が行われれば、GUI更新部15はこの再生開始時刻から再生停止時刻までの区間のピクチャデータを、Δt置きに選んで、配列Hに追加してゆく。
【0081】
以降、具体例を交えて、第2実施形態の処理手順について説明する。ここでDVD100に記録されている動画コンテンツが動画コンテンツ1,2,3・・・・9の9つであり、これら9つの動画コンテンツの配列要素がk1,k2,k3・・・k9(p=1,2,3・・・・9)で特定されているものとする。そうすると、これらk1,k2,k3・・・k9がステップS61において一律に"0"に初期化される。k1,k2,k3・・・k9が0に設定されたので、動画コンテンツ1,2,3・・・,9の配列Hのうち、0番目の配列要素が特定されることになる。ステップS63において、動画コンテンツ1,2,3・・・・9のプログラムナビに、動画コンテンツ1,2,3・・・・9の0番目のサムネール画像を配置する。
【0082】
変数kpは、ステップS64でインクリメントされるので、k1,k2,k3・・・k9が1になった後、ステップS3に移行する。k1,k2,k3・・・k9が1に設定されたので、動画コンテンツ1,2,3・・・・9の配列Hのうち、配列要素[1]が特定されることになる。ステップS62において、動画コンテンツ1,2,3・・・・9のプログラムナビには、ステップS63において動画コンテンツ1,2,3・・・・9の1つ目のサムネール画像がそれぞれ配置される。以降、同様の繰り返しにより、動画コンテンツ1,2,3・・・・9のプログラムナビには、2つ目,3つ目,4つ目のサムネール画像が順次配置されてゆく。
【0083】
以上のように本実施形態によれば、各動画コンテンツについてのサムネール画像の上限値をNとし、動画コンテンツの本数をMとした場合、M・N枚のサムネール画像が一画面に収まれば、各動画コンテンツについてのサムネール画像を一画面に一覧表示する。一方、M・N枚のサムネール画像が一画面に収まらない場合、各動画コンテンツについての複数サムネール画像を、スライド式に表示する。サムネール画像の数M・Nが、多くなった場合でも、複数動画コンテンツが一覧出来るように工夫するので、記録される動画コンテンツの数が多くなっても、DVD100の記録内容の把握が容易になる。
【0084】
尚、第2実施形態では動画コンテンツの数が多くなった場合に、プログラムナビのレイアウトを変更したが、レイアウトは、図3のままで、複数ページにプログラムナビを配置して、これらの頁をめくる操作を受け付けることにより、頁繰り表示で全プログラムナビを表示させてもよい。また、図13のレイアウトにおいて、複数ページにプログラムナビを配置して、これらの頁をめくる操作を受け付けることにより、頁繰り表示で全プログラムナビを表示させてもよいことはいうまでもない。
【0085】
(第3実施形態)
第1実施形態では、サムネール画像を作成する間隔を等間隔にしていたが、第3実施形態では、サムネール画像を作成する間隔を非等間隔とする。
第1実施形態について振り返って見ると、『再生開始時刻と再生停止時刻にて特定される視聴済み区間に存在ずる動画コンテンツのピクチャデータを抽出し、これを縮小化してサムネール画像を作成し、表示する処理において、上記抽出するピクチャデータの時間間隔は均等分割となっている。』、と考えることができる。この均等分割に対し第3実施形態では、y回目の再生停止時刻に近い程、サムネール画像の数を多くし、再生開始時刻に近い程、サムネール画像の数を少なくするという傾斜配分を実現する。
【0086】
かかる傾斜配分を実現すべく、第3実施形態では、配列H[k]のT/u・v後の経過時刻を、配列H[k+1]に格納するという処理を行う。図19は、uが4に設定され、vが1〜4の値を取り得る際に、配列H[0],配列H[1],配列H[2],配列H[3]・・・・・・がそれぞれどのような値に設定されるかを示す図である。ここでuは、固定数であり、N=1+2+3+4・・・・・・+u、Nはサムネール画像表示における上限値を満たす。またvは1≦v≦uを満たす整数値である。
【0087】
v=1なら、T/u・1という時間間隔で配列H[1]を設定する。v=2なら、T/u・2という時間間隔で配列H[2]、配列H[3]、v=3なら、T/u・3という時間間隔で配列H[4],配列H[5],配列H[6]、v=4なら、T/u・4という時間間隔で配列H[7],配列H[8],配列H[9],配列H[10]をそれぞれ設定してゆく。このvは、再生開始時刻に近づく程小さく、再生停止時刻に近づく程大きい。wは、uの値を上限とした可変変数である。かかる配列要素の算出を行うため、図4(a)のステップS8の処理を、図20に示す処理手順で実現する。図20は、第3実施形態に係るGUI更新部15、サムネール作成部16の処理手順を示すフローチャートであり、ステップS8の処理手順を実現する。このフロ−チャ−トは、GUIにて特定された動画コンテンツxの再生を終え、この再生についての履歴が得られた後に実行されるものである。
【0088】
ステップS81において、サムネール更新部15はN=1+2+3・・・+uを満たす1以上の整数uを算出し、ステップS82において1回目の再生開始時刻からy回目の再生停止時刻までの時間をTに設定する。ステップS83では、T/uの値をΔtに設定し、ステップS84においてサムネール作成部16は動画コンテンツxについての配列Hを初期化する。その後、ステップS85において変数kを0に初期化し、ステップS86においてサムネール作成部16は変数vを1に初期化する。そしてステップS87においてΔtを、元の1/vの値に設定し、wを1に初期化してステップS36〜ステップS37、ステップS88〜ステップS89からなるループ処理を繰り返し実行する。
【0089】
このループ処理は、配列H[k]に格納されるk番目の時刻にΔtを加算し、この計算結果を配列H[k+1]に格納するという処理を繰り返すものである。この繰り返しにあたって、変数k,wはステップS88において1つずつインクリメントされる。このループ処理の終了要件は、配列H[k]+Δtが y回目の再生停止時刻を上回ること(ステップS36でYes)、変数wが変数vを上回ること(ステップS89でYes)である。ここで変数vとは、Δt(=T/u)を分割した分割数であり、このvによる分割によりΔtは、T/u・vになる。つまりこのループ処理は、T/u・v置きの時間を、配列Hに格納してゆくという処理を、wがvになるまでv回繰り返すというものである。
【0090】
v回の繰り返しを終えれば、変数vをインクリメントして、これが変数uを下回ることを確認した上で、ステップS87に移行する。上述したようにステップS87は、Δtを、元の1/vの値に設定するものである。この分割数たる変数vをインクリメントするということは、Δt(=T/u・v)を、より細かい値に設定することを意味する。このvをインクリメントして、Δtを細かくするという動作は、ステップS91において変数vが変数uを上回ると判定されるまで続けられる。変数vが変数uを上回れば、ステップS43〜ステップS51の処理を行う。このステップS43〜ステップS51は、図6のフロ−チャ−トと同じであり、これにより配列Hの各配列要素に従って、サムネール画像が表示されてゆく。
【0091】
以降、図21(a)の具体例を交えながら、図20のフロ−チャ−トの処理手順について更に詳細に説明する。図21(a)は、T,uに具体的な値が設定された際、配列H[0],配列H[1],配列H[2],配列H[3]・・・・・・がそれぞれどのような値に設定されるかを示す図である。この具体例において、動画コンテンツxの再生において最初の再生開始時刻から最後の再生停止時刻までの時間Tが1200秒であるとする。そして、プログラムナビ1つ当たりに表示できるサムネール画像の枚数が10であるとする。この場合、ステップS81では、10=1+2+3+4を満たすとしてu=4と算出される。以降、ステップS86〜ステップS91の処理を繰り返す。
【0092】
v=1の場合、このvを上限とするwの値は、w=1である。従って、ループ処理は、1回繰り返され、配列H[1]が設定される。配列H[0]は0秒であり、T/u・1は300秒(=1200/4)なので、配列H[1]には、300秒(=300+0)が設定される。
v=2の場合、このvを上限とするwの値は、w=1,2である。従って、ループ処理は、2回繰り返され、配列H[2],配列H[3]がそれぞれ設定される。配列H[1]は300秒であり、T/u・2は150秒(=1200/4・2)なので、配列H[2]には、450秒(=300+150)が設定される。配列H[2]は450秒であり、T/u・2は150秒(=1200/4・2)なので、配列H[3]には、600秒(=450+150)が設定される。v=3の場合、このvを上限とするwの値は、w=1,2,3である。従って、ループ処理は、3回繰り返され、配列H[4],配列H[5],配列H[6]がそれぞれ設定される。配列H[3]は600秒であり、T/u・3は100秒(=1200/4・3)なので、配列H[4]には、700秒(=600+100)が設定される。
【0093】
配列H[4]は700秒であり、T/u・3は100秒(=1200/4・3)なので、配列H[5]には、800秒(=700+100)が設定される。
以上同様の処理を繰り返し、全ての配列要素を設定してサムネール画像をGUI上に配置すると、GUIは図21(b)のようになる。図21(b)は、図21(a)に示す具体的な値が配列H[0],配列H[1],配列H[2],配列H[3]・・・・・・に設定された場合、プログラムナビにどのようなサムネール画像が配置されるかを示す図である。
【0094】
以上のように本実施形態によれば、動画コンテンツの視聴済み区間のうち、終端部分を多くのサムネール画像を用いて表現するので、その動画コンテンツを再生させた際のユーザの記憶をより鮮明に蘇らせることができる。
尚、本実施形態では、再生停止時刻に近い程、サムネール画像の数を多くし、再生開始時刻に近い程、サムネール画像の数を少なくするという傾斜配分を実現したが、再生開始時刻に近い程、サムネール画像の数を多くし、再生停止時刻に近い程、サムネール画像の数を少なくするという傾斜配分を実現しても良い。
【0095】
また本実施形態において、視聴済み区間からN枚のピクチャデータを選んでプログラムナビのサムネール領域に配置したのは第1実施形態の応用例に習ったものであり、再生停止時刻に近い程、サムネール画像の数を多くし、再生開始時刻に近い程、サムネール画像の数を少なくするという傾斜配分の成果を明確にしたいという意図による。第1実施形態の応用例ではなく、第1実施形態に習って、動画コンテンツ全体に対する視聴済み区間の比率αを求め、視聴済み区間からα・N枚のピクチャデータを選んでプログラムナビのサムネール領域に配置してもよい。
【0096】
本実施形態によるΔtの設定方法はあくまで一例に過ぎない。再生停止時刻に近い程、サムネール画像の数を多くし、再生開始時刻に近い程、サムネール画像の数を少なくするという傾斜配分を実現できるのであれば、他の方法であってよいことはいうまでもない。
例えば、サムネール画像の上限数Nに対して、N=1+2+3+4+5・・・・・uを満たすuを求めて、T・u/N〜T・4/N,T・3/N,T・2/N,T・1/Nという時間間隔置きに配列の要素を設定していってもよい。
【0097】
配列[1]←配列[0]+T・u/Nとし、
配列[2]←配列[1]+T・(u-1)/N、配列[3]←配列[2]+T・(u-2)/N、
配列[4]←配列[3]+T・(u-3)/N、配列[5]←配列[4]+T・(u-4)/N、
というように、動画コンテンツの配列要素を設定してゆくのである。これでも、再生停止時刻に近い程、サムネール画像の数を多くし、再生開始時刻に近い程、サムネール画像の数を少なくするという傾斜配分を実現することができる。
(第4実施形態)
第1実施形態における視聴済み区間は、動画コンテンツ1つに対して1つであり、動画コンテンツの先頭から再生していることを前提とした。しかしDVD100に記録された動画コンテンツの再生にあたっては、ユーザにとって興味があるところのみ再生し、CMやつまらないと感じた区間は早送りしてゆくという再生スタイルが多くみられる(本実施形態にいう早送りには、ジョグダイアル等で速度調整が可能な倍速再生も含まれる。)。
【0098】
そこで第4実施形態の再生制御部13は、動画コンテンツが再生された際の再生履歴を、異なる表記で表現する。第1実施形態における再生開始時刻は、動画コンテンツの先頭や、動画コンテンツの再生再開位置である。そして動画コンテンツの再生中に早送りが行われても、その早送りで再生された区間が再生履歴に残ることはない。これに対し第4実施形態では、動画コンテンツの再生中に通常再生から早送りへの切り換えが行われた場合、その早送りの開始位置を再生停止時刻とする。一方、早送りから通常再生への復帰が行われた場合、その通常再生への復帰時点を、再生開始時刻とする。このようにすることで、動画コンテンツのうち早送りにより再生された区間は、再生履歴に残らず、通常再生で再生された区間のみが再生履歴に残ることになる。
【0099】
通常再生された区間のみが再生履歴で表現され、早送りされた区間はサムネール表示の指定対象外となるので、ユーザが動画コンテンツを飛び飛びに視聴していった場合でも、ユーザがどのような箇所を視聴していったかが詳しく表示される。
図22(a)は、通常再生から早送りへの切り換え時点を再生停止時刻とし、早送りから通常再生への切り換え時点を再生開始時刻とした場合に、履歴がどのように表されるかを示す図である。本図では、再生開始操作ty0と、再生停止操作ty5との間に、早送り開始操作ty1−通常再生復帰操作ty2がなされ、早送り開始操作ty3−通常再生復帰操作ty4がなされているものとする。この場合、早送りが開始された位置ty1が、y回目の再生停止時刻になり、通常再生への復帰がなされた位置ty2がy+1回目の再生開始時刻になる。早送りが開始された位置ty3が、y+1回目の再生停止時刻になり、通常再生への復帰がなされた位置ty4がy+2回目の再生開始時刻になる。最後に、動画コンテンツxの再生停止操作がなされた箇所は、y+2回目の再生停止時刻になる。図22(b)は、図22(a)の再生が行われた場合に、ワークエリア14に格納される再生履歴の一例を示す図である。
【0100】
以上の処理は、図5に示した動画コンテンツxのy回目の再生処理を、図23のフロ−チャ−トで実行し、図6に示したGUI更新処理を図24のフロ−チャ−トで実行することによりなされる。
本フロ−チャ−トは、図5のステップS12〜ステップS15の処理が終わった後に実行されるものである。本フロ−チャ−トと図5との違いは、動画コンテンツxの再生回数を、"y+r"という表記で表している点である。この変数rは、図22(a)の一例における"y+1","y+2"といった再生回数の"+1","+2"の部分を表す変数である。
【0101】
図23は、第4実施形態に係るマイコンシステム11のメインルーチンの処理手順を示すフローチャートである。以降、本フロ−チャ−トを参照しながら、第4実施形態の処理手順について説明する。再生制御手段13は、先ずステップS99において変数rに0を設定し、その後、ステップS18でPTSを取得して、ステップS19において 取得したPTSをy+r回目の再生開始時刻としてワークエリア14に格納する。その後、ステップS100〜ステップS101、ステップS20〜ステップS21からなるループ処理に移行する。通常再生から早送りの切換操作がなされれば、ステップS100がYesになる。ステップS102においてMPEGデコーダ4及びDVDドライブ1に早送再生を指示してから、ステップS103においてPTSを取得し、ステップS109において取得したPTSをy+r回目の再生停止時刻としてRAMに格納する。
【0102】
早送りから通常再生への復帰操作がなされれば、ステップS101がYesになる。ステップS105において、MPEGデコーダ4及びDVDドライブ1に通常再生を指示してから、ステップS106において変数rをインクリメントする。その後、ステップS107においてPTSを取得し、ステップS108において取得したPTSを、y+r回目の再生開始時刻として再生履歴としてRAMに格納する。
【0103】
動画コンテンツxの再生停止操作がなされた際、動画コンテンツxの再生が終了した際の処理は、図5と同様であり、ステップS23においてPTSを取得して、ステップS24において 取得したPTSを、y+r回目の再生停止時刻としてRAMに格納して、図4(a)のメインルーチンにリターンする。
続いて図24のフロ−チャ−トについて説明する。図24は、第4実施形態に係るGUI更新部15の処理手順を示すフローチャートである。図6のステップS31〜ステップS34、ステップS39、ステップS40の処理を行ってからステップS109において変数rを0に初期化する。その後、ステップS35において配列H[k]にy+r回目の再生開始時刻を設定する。以降、配列H[k]+Δtがy+r回目の再生停止時刻を上回らないことを条件にして(ステップS36でNo)、配列H[k]にΔtを加えた値を配列H[k+1]に設定してゆく。配列要素を設定する度に、ステップS38において変数kをインクリメントする。
【0104】
配列H+Δtがy+r回目の再生停止時刻を上回れば(ステップS36でYes)、変数rをインクリメントした後(ステップS110)、変数rがラストナンバーでないことを確認して(ステップS111でNo)、ステップS35に移行する。
以上の処理の繰り返しにより、変数rにより特定される再生開始時刻−終了時刻の全てが、処理対象になる。この処理の繰り返しが終われば、図6のステップS41〜ステップS51に移行する。
【0105】
以上のように本実施形態によれば、ユーザが早送りを駆使して、飛び飛びに動画コンテンツを視聴している場合、飛び飛びの視聴済み区間毎にサムネール画像を表示させることができる。
尚本実施形態では、通常再生から早送りに切り換わった再生位置、早送りから通常再生に復帰した再生位置をそれぞれ再生停止時刻、再生開始時刻としたが、通常再生から特殊再生に切り換わった再生位置、特殊再生から通常再生に復帰した再生位置をそれぞれ再生停止時刻、再生開始時刻としてもよい。特殊再生には、早送りの他に、巻戻し、一時停止、チャプタージャンプといったものがある。つまり通常再生から巻戻しに切り換わった再生位置、巻戻しから通常再生に復帰した再生位置をそれぞれ再生停止時刻、再生開始時刻としてもよい。この他、一時停止やチャプタージャンプ等の特殊再生がなされた位置を再生停止時刻とし、この特殊再生から通常再生に復帰した位置を再生開始時刻としもよい。
【0106】
(第5実施形態)
第5実施形態は、動画コンテンツのストリーミング配信システムに、本発明を用いる場合の改良に関する。第1実施形態では、再生装置はユーザによって所有されており、この再生装置は、記録媒体に記録された動画コンテンツを再生する。これに対し、ストリーミング配信システムにより配信される動画コンテンツは、ユーザが操作する機器の記録媒体に記録されることはない。
【0107】
第5実施形態に係るストリーミング配信システムの配信サーバの構成を、図25に示す。図25は、第5実施形態に係るストリーミング配信システムの構成を示す図である。本図におけるシステムは、ネットワーク20を介して接続されたクライアント装置21、サーバ装置22からなる。再生装置の機能は、クライアント装置21と、配信サーバ22とに分散されている。
【0108】
クライアント装置21は、再生装置のMPEGデコーダ4を具備した機器である。動画コンテンツ自体は、配信サーバの記録媒体に記録されているため、これの再生を行うべく、ネットワークを介して、再生要求を配信サーバ22に送信し、配信サーバ22から送られてくる動画コンテンツを再生する。この再生にあたって、クライアント装置21は動画コンテンツの再生を開始した再生開始時刻と、停止した再生停止時刻とをネットワークを介して配信サーバ22に送信する。
【0109】
配信サーバ22はDVDドライブ1、マイコンシステム11、ワークエリア14の構成をもった、再生装置と同等の機能を持つサーバ装置である。再生装置との違いは、動画コンテンツの再生の要求が、ネットワークを介してユーザが操作するクライアント装置21から送られてくること、動画コンテンツ再生が要求されても、自身では再生を行わず、圧縮された状態のままユーザのクライアント装置21宛に送信することである。配信サーバ自身は再生行わないため、OSDによるGUIを、第1実施形態のようにビデオ信号に合成させることができない。そこで配信サーバは、第1実施形態のGUIと同じ内容を示すページを作成し、ユーザのクライアント装置21に送信する。
【0110】
続いて配信サーバの内部構成について説明する。図25において配信サーバ22は、コンテンツストレ−ジ23、データベース24、認証部25、ページ保持部26、ページ作成部27、ダウンロード部28、ページ更新部29を備える。
コンテンツストレ−ジ23は、第1実施形態におけるDVD100に相当する記録媒体であり、動画コンテンツを複数格納している。
【0111】
データベース24は、個々のユーザについてのユーザ管理情報を記憶する。データベース24は、ユーザの氏名、生年月日、電話番号、メールアドレスといったユーザの個人情報と、そのユーザについてのユーザIDと、そのユーザが視聴を要求した動画コンテンツを特定する動画コンテンツIDと、この動画コンテンツの再生開始時刻の再生停止時刻の組みとを含む。
【0112】
認証部25は、ユーザ認証、動画コンテンツ認証といった2つの認証を行う。ユーザ認証とは、視聴を要求したユーザのユーザIDの送信を、要求元ユーザに求め、送信されたユーザIDをユーザ管理情報におけるユーザIDと照合する処理である。動画コンテンツ認証とは、視聴を要求したユーザに、動画コンテンツIDの送信を求め、送信された動画コンテンツIDをユーザ管理情報における動画コンテンツIDと照合する処理である。動画コンテンツ認証を行うのは、正当に代金が支払われた動画コンテンツを、ユーザが要求しているのかを確認したいという動画コンテンツ配信業者側の希望による。動画コンテンツの送信にあたっては、これら2つの認証にて、IDの正当性が判定されねばならない。
【0113】
ページ保持部26は、第1実施形態の再生装置において、ワークエリア14に対応する構成要素であり、OSDによるGUIと同じ内容を示すページデータを格納しておく。
ページ作成部27は、第1実施形態に示した再生装置のGUI作成部12に対応する構成要素であり、プログラムナビを必要とするかをユーザに問い合わせ、プログラムナビを必要とすれば、第1実施形態のOSDによるGUIと同じ内容のナビページをページ保持部26に作成してユーザ宛に送信する。ユーザは、このナビページを介することにより、再生すべき動画コンテンツxを特定することができる。
【0114】
ダウンロード部28は、第1実施形態に示した再生装置のGUI作成部12に対応する構成要素であり、ナビページに対する操作により、ユーザが特定した動画コンテンツをクライアント装置21に送信する。この送信後、再生開始時刻及び再生停止時刻がクライアント装置21から送られるのを待ち、送られればこれをデータベース24に格納する。
【0115】
ページ更新部29は、第1実施形態に示した再生装置のGUI更新部15、サムネール作成部16に対応する構成要素であり、ユーザから通知された再生開始時刻−再生停止時刻間の区間から、ピクチャデータを選んで、このピクチャデータについてのサムネール画像をページ保持部26におけるナビページに配することによりナビページを更新する。そして更新後のナビページをページ作成部27に送信させる。
【0116】
図26、図27は、第5実施形態に係る動画コンテンツ配信システムのシーケンスチャートである。図25に示した配信サーバ22の構成要素のうち、コンテンツストレ−ジ23、データベース24と、これ以外の構成要素(認証部25、ページ作成部27、ダウンロード部28、ページ更新部29)とを別々に描いている。つまり、コンテンツストレ−ジ23、データベース24以外の構成要素(認証部25、ページ作成部27、ダウンロード部28、ページ更新部29)を、配信サーバ22としてひとまとめに記述している。
【0117】
図26において、矢印y1に示すようにクライアント装置21が配信サーバをアクセスすれば、認証部25は矢印y2に示すようにユーザIDをクライアント装置21に問い合わせる。これに応じてユーザIDが矢印y3に示すようにクライアント装置21から送信されれば、認証部25は矢印y4に示すようにデータベース24に格納されているユーザIDを読み出し、矢印y5に示すようにクライアント装置21から受け付けたユーザIDを読み出したユーザIDと照合する。
【0118】
ユーザIDの一致が判定されれば認証部25は矢印y6に示すように動画コンテンツIDをクライアント装置21に問い合わせる。これに応じて動画コンテンツIDが矢印y7に示すようにクライアント装置21から送信されれば、認証部25は矢印y8に示すようにデータベース24に格納されている動画コンテンツIDを読み出し、矢印y9に示すようにクライアント装置21から受け付けた動画コンテンツIDを読み出した動画コンテンツIDと照合することにより、ユーザの正当性を判定する。
【0119】
以上の2つの認証を経て、ユーザの正当性が判定されれば、矢印y10に示すようにページ作成部27は、ナビページの要否をクライアント装置21に問い合わせる。矢印y11に示すようにナビページ要との回答をクライアント装置21が行えば、矢印y12に示すようにページ作成部27はサムネール画像が配置されたページを作成し、矢印y13に示すようにこのページをクライアント装置21に送信する。このページにおいて、動画コンテンツxが特定されれば、その旨が矢印y14に示すように配信サーバに送信される。
【0120】
ダウンロード部28は、コンテンツストレ−ジ23に格納されている動画コンテンツxを読み出し、クライアント装置21に送信する。この動画コンテンツxは、動画コンテンツ1/n,2/n,3/n,4/nという複数のフラグメントから構成されているものとする。これら複数のフラグメントのうち、動画コンテンツ1/nが矢印y21に示すようにダウンロード部28からクライアント装置21に送信される。この送信に応答して、クライアント装置21から再生開始時刻が矢印y22に示すように通知されれば、ダウンロード部28は、この再生開始時刻をデータベースに格納しておく。続いて配信サーバは、動画コンテンツxの2/nの部分,3/nの部分,4/nの部分を矢印y23,y24,y25,y26に示すように順次送信してゆく。このうち、5/nの部分が送信された時点で、クライアント装置21が再生を停止したものとする。そうすると、再生停止時刻が矢印y27に示すようにクライアント装置21から通知される。ダウンロード部28は、この再生停止時刻を受け取って、この再生開始時刻と再生停止時刻の組みを矢印y27に示すようにデータベース24に格納しておく。その一方、ページ更新部29は、コンテンツストレージ23をアクセスし(y28)、この再生開始時刻−再生停止時刻の間にあるピクチャデータを選んで(y28)、このピクチャデータについてのサムネール画像を配置するよう、ナビページを更新して、矢印y30に示すようにクライアント装置21に送信する。これにより、ユーザは、かってどのような映像を視聴したのかを即座に想い出すことができる。
【0121】
以上のように本実施形態によれば、配信サーバ側で複数サムネール画像が配置されたページを作成するので、再生装置により動画コンテンツが記録されず、配信サーバ側で一律に管理されている場でも、第1実施形態同様、「自分がどの週の放送分まで視聴したのか」や、「その週の放送において、登場人物の心理や行動がどうであったか」を容易に想い出させ、ユーザをストーリに没頭させることができる。
【0122】
(第6実施形態)
第1実施形態〜第4実施形態では、動画コンテンツがVOBのみから構成されているものとして説明を進めたが、第6実施形態は、この管理情報を考慮して、第1実施形態〜第4実施形態に示したサムネール表示を行う場合の改良に関する。本実施形態における管理情報は、DVD-Video Recording規格に従った管理情報である。本実施形態において、複数動画コンテンツについての管理情報は、管理ファイルという1つのファイルに格納されてDVD100に記録される。
【0123】
管理ファイル『VR_MANGR.IFO(Video Recording_MANEGER.IFOmation)』の内部構造について説明する。図28は、『VR_MANGR.IFO』の内部構造を示す図である。本図に示すように、『VR_MANGR.IFO』は、『RTR_VMGIテーブル(RTR_VMGIT)』、『M_AVFIテーブル(M_AVFIT)』、『ORG_PGCIテーブル(ORG_PGCIT)』を含む。
『M_AVFI(Motion AV File Information)テーブル』は、VOBについての管理テーブルであり、破線の引き出し線h3に示すように、このM_AVFITに含まれるVOB_STIの数を示す『VOB_STI_Ns』と、M_AVFITの実効長を示す『M_AVFIT_EA(Effective Address)』と、VOBについての属性情報である『VOB STI(Stream Information)#1・・・・#K』と、『M_AVFI』とから構成される。『VOB STI』は、各VOBに含まれるピクチャデータがどのようなビデオ属性を有しているか(コーディングモード、アスペクト比、NTSC/PAL、line21情報など)、各VOBに含まれるオーディオデータがどのようなオーディオ属性を有しているか(コーディングモード、チャンネル数、周波数など)を示す。
【0124】
『M_AVFI(Motion_AVFile Information)』は、破線の引き出し線h4に示すように『VOBI#1・・・・#L』からなる。『VOBI(Video Object Information)』は、各VOBに固有な再生制御情報であり、破線の引き出し線h5に示すように、『M_VOB_GI(General Information)』と、そのVOBを構成する各VOBUについてのタイムマップ情報『TMAPI(Time MAP Information)』とから構成される。『M_VOB_GI』は、破線の矢印h6に示すように、VOBの種別を示す『VOB_TY』、VOBの先頭に位置するピクチャデータが記録された年月日及び時分秒を示す『VOB_REC_TM(VOB_Recording_TiMe)』と、VOB STI#1・・・・#Kのうち、このVOBに対応するものを矢印Pr1に示すように指定する『M_VOB_STIN(Stream Information Number)とを含む。
【0125】
続いてTMAPIについて説明する。TMAPIとは、VOBUのそれぞれのアドレスと、再生時間とを対応づけて示すテーブルである。図29にTMAPIの構成を示す。TMAPIは、図29の破線の矢印hy3に示すように『TMAP_GI(General Information)』と、『TM_ENT(Time ENTry)#1〜#S』と、『VOBU_ENT(VOBU_ENTry)#1〜#T』とを含む。
【0126】
『VOBU_ENT』は、各VOBUに対応づけられた情報であり、破線の矢印hy4に示すように、対応するVOBUにおいて先頭に位置するIピクチャのサイズ『1STREF_SZ(1st REFerence Size)』と、対応するVOBUの再生に要する0.4〜1.0秒のオーダーの再生時間を示す『VOBU_PB_TM(VOBU_PlayBack_TiMe)』と、対応するVOBUのサイズ『VOBU_SZ(VOBU_Size)』とを含む。この『VOBU_ENT』を参照することにより、可変長符号圧縮方式が採用されるため、各VOBUのサイズや再生時間がバラバラであっても、任意の再生時刻から、その再生時刻に対応するVOBU内のピクチャデータへと頭出しを行うことが可能になる。
【0127】
『TM_ENT』は、10秒置きのタイムエントリーの所在を示す情報であり、破線の矢印hy5に示すようにこのタイムエントリーを含むVOBUを示す『VOBU_ENTN』と、VOBU_ENTNにより示されるVOBUの先頭からタイムエントリーまでのオフセット時間を示す『TM_DIFF』と、VOB先頭からVOBU_ENTNにより示されるVOBUの先頭までのオフセットデータを示す『VOBU_ADR』とからなる。この『TM_ENT』により、10秒という大きな時間間隔でのピクチャデータの頭出しが高速に行なえる。
【0128】
『TMAP_GI(TimeMap General Information)』は、TMAPI全体を管理する情報であり、破線の矢印hy6に示すようにVOBに設定されたタイムエントリーの個数を示す『TM_ENT_Ns』と、TMAPIに含まれるVOBU_ENTの個数を示す『VOBU_ENT_Ns』と、VOB先頭から1つのタイムエントリーまでのオフセットを示す『TM_OFS』と、『VR_MOVIE.VRO』の先頭から、VOBの先頭までのオフセットを示す『ADR_OFS』とを含む。
【0129】
図30に、TMAPIとVOBUとの関係を模式的に示す。各VOBUの再生時間と、VOBUのサイズとの対応は、VOBU_PB_TM(図中のPB_TM)と、VOBU_SZとの組みにより示されている。またTM_ENTにおけるTM_DIFFは、VOBUの再生開始から何秒後にタイムエントリーに到達するかを示している。以上の構造をもったTMAPIにより、任意のタイムコードに相当するVOBUがどれであるかを特定することができる。
【0130】
このTMAPIを用いることにより、サムネール作成部16は、経過時刻の配列H[k]から、ピクチャデータを特定するという処理を行うことができる。
VOB先頭から、配列H[k]にて指定されるピクチャデータのサムネール画像を表示する場合、図30から下記の(式4)を満たすx,y,zを求め、x,yを以下の(式5)に適用して、配列H[k]に対応するピクチャデータが属するVOBU#iのアドレスを求める。こうして求められたアドレスから、VOBU#iをDVD100からDVDドライブ1に読み出させMPEGデコーダ4にデコードさせる。MPEGデコーダ4のデコードにおいて、このVOBU#iの再生開始時刻から時間zが経過する際に現れるピクチャデータが、配列H[k]にて現れるピクチャデータである。このピクチャデータがフレームメモリ8a,b,cに得られれば、サムネール作成部16はこれの縮小を行い、サムネール画像を得る。そしてGUIに配置する。以上が第6実施形態に係るサムネール作成部16の処理である。
【0131】
(式4)
配列H[k]=10秒×x-TM_ENT#x+1のTM_DIFF+TM_OFS+ΣVOBU_PB_TM+z
※ΣVOBU_PB_TMは、第1番目から第y番目までのVOBU_PB_TMの総和
(式5)
VOBU#iのアドレス=ADR_OFS+TM_ENT#x+1のVOBU_ADR+ΣVOBU_SZ
※ΣVOBU_SZは、第1番目から第y番目までのVOBU_SZの総和
続いて『VR_MANGR.IFO』のうち残りのテーブルについて、図31を用いて説明する。図31は、M_AVFIテーブルの内部構成を示す図であり、図28との差違は、ORG_PGCIテーブルの内部構成が示されている点である。
【0132】
『ORG_PGCI(Original_Program Chain Information)テーブル』は、DVD100に記録された複数のVOBを、一本のビデオテープの如く扱えるよう管理を行うテーブルである。具体的にいうと本テーブルは、DVD100に記録された複数のVOBを、シリアルに並べてOriginal_Program Chainと呼ばれる再生経路に統合する。こうした統合により、ユーザは複数のVOBが記録されたDVD100を、一本のビデオテープと同一視することができる。この統合にあたって、本実施形態では各VOBIについてのVOB_REC_TMが参酌され、VOB_REC_TMが早い順にVOBは並べられる。ここでORG_PGCIと、VOBとの関係について説明する。VOBは、『PG−CELL−VOB』といった論理的な階層関係を有しており、最上位のPG(Program)を一本に連結したものがORG_PGCIである。『PG−CELL−VOB』といった論理的な階層をもつPGが、第1実施形態〜第4実施形態にいう動画コンテンツである。
【0133】
『ORG_PGCIT』は、そのような『PG−CELL−VOB』といった論理的な階層関係を実現できるよう規定されている。図31の『ORG_PGCIT』は、破線の矢印h6に示すように『ORG_PGCIテーブル』の実効長を示す『ORG_PGCI_EA(Effective Address)』と、ORG_PGCが、PGを何個連結したものであるかを示す『PG_Ns』と、CELLI(CI)についてのサーチポインタの個数を示す『CI_SRP_Ns』と、ORG_PGCに含まれる複数PGのそれぞれについての情報である『ORG_PGI#1・・・・#M』と、複数CELLIについてのサーチポインタである『ORG_CI_SRP#1・・・・#N』と、『ORG_CELLI#1・・・・#N』とからなる。
【0134】
『ORG_CELLI』は、タイムコードの組みにて論理的な再生区間を特定する情報であり、破線の矢印h8に示すように、M_AVFITに含まれる複数のVOBIのうち、本CELLIに対応するものを矢印gj1に示すように指定するポインタ『VOBI_SRPN』と、VOBにおいて、どこからどこまでの区間を再生区間(CELLという)として指定するかを示すタイムコードの組みである『CELL_Start_PTM』と、『CELL_End_PTM』とを含んでいる。
【0135】
図32は、ORG_PGCIに含まれるCELLとVOBとの関係を示す図である。本図において各CELLがどのVOBIに対応するかは『VOBI_SRPN』に示されている。CELLに含まれるCELL_START_PTM(図中では、C_S_PTM)及びCELL_End_PTM(図中では、C_E_PTM)の組みが、TMAPIを介してVOBUの2つのアドレスに変換されることにより、VOBを構成する任意の区間がCELLとして指定される。
【0136】
『ORG_PGI(Original_ProGram INformation)』は、図31の破線の矢印h7に示すように、TXTDT_MGに含まれる複数のテキストデータのうち、このPGに対応するものを指定する『IT_TXT_SRPN』と、このPGにCELLIが何個包含されるかを示す『C_Ns』とからなる。
図33は、図32に示したCELLがどのようにPGに分類されるかを示す図である。本図に示すように、PGIに含まれる『CNs』により、ORG_PGCIに含まれるCELL#1〜#2のうち、どこからどこまでがPG#1に含まれ、どこからどこまでがPG#2に含まれるかが明らかになっている。更にPGに含まれる『IT_TXT_SRPN』により、PGに対応するテキストデータが示される。
【0137】
『PG−CELL−VOB』といった論理的な階層関係が、1つの動画コンテンツに相当する。動画コンテンツがこのような階層関係をもっているのは、動画コンテンツに対する編集に想定しているためである。
動画コンテンツ1、動画コンテンツ2が、『PG−CELL−VOB』といった論理的な階層関係をもつPGであり、これら動画コンテンツのVOBが部分削除された場合、動画コンテンツ1、動画コンテンツ2の階層関係がどのように変動するかを説明する。図34は、VOBの部分削除が行われた場合、VOBの部分区間がどのように指定されるかを想定した図である。図34(a)の第4段目に示すように、VOB#1、VOB#2としてDVD100に記録される。これらのVOBは、第3段目に示すようにセルとして管理され、それと共に、第2段目に示すようにPGとして記録される。これら2つのPGが互いに連結されて、第1段目に示すORG_PGCという単位が得られる。
【0138】
動画コンテンツ1,動画コンテンツ2についてのVOB、セル、PGが記録された後、VOB#1、VOB#2の途中部分pt1,pt2,pt3,pt4が図34(b)に示すように削除範囲に指定されたものとする。この範囲の削除が行われれば、1つ目のVOB#1(旧)は、図35に示すように部分削除pt1,pt2箇所の前後においてVOB#1(新)、VOB#2(新)、VOB#3(新)という3つのVOBに分割される。2つ目のVOB#2(旧)は、VOB#4(新)、VOB#5(新)、VOB#6(新)という3つのVOBに分割される。このようにVOBの分割に伴って、セル#1(旧)もセル#1(新)、セル#2(新)、セル#3(新)という3つのセルに分割され、セル#2(旧)もセル#4(新)、セル#5(新)、セル#6(新)という3つのセルに分割されるが、これら分割後の3つのセルがPGに包含されるという包含関係を変化させない。即ち、分割前において動画コンテンツ1は、1つのセル、1つのVOBを含むPG#1として管理され、分割後において動画コンテンツ1は、3つのセル、3つのVOBを含むPG#1として管理されるのである。同じく、動画コンテンツ2も、1つのセル、1つのVOBを含むPG#2として管理され、分割後において動画コンテンツ2は、3つのセル、3つのVOBを含むPG#2として管理されるのである。
【0139】
部分削除の前後で、動画コンテンツの同一性を保つことができるため、動画コンテンツがPGである場合は、部分削除等の編集操作がなされた場合の管理を容易にすることができる。
このように部分削除がなされた場合、再生装置は、再生がなされた場合と同じくGUIの更新を行う・部分削除後のPGにおいて再生履歴の再生開始時刻−再生停止時刻が何処に対応するかを判定し、この再生開始時刻−再生停止時刻間の区間から、時間Δt置きのピクチャデータを選ぶ。そして選んだピクチャデータについてのサムネール画像を作成し、このPGについてのプログラムナビを配置することでGUIの更新を行う。これにより、部分削除により動画コンテンツから無くなった筈の部分についてのサムネール画像が、GUI上に誤って配置されることを防止することができる。
【0140】
以上のように本実施形態によれば、DVD-Video Recording規格に従って記録された動画コンテンツについて、第1実施形態〜第4実施形態の処理を行うので、DVD-Video Recording規格に従って動画コンテンツが記録されるDVD-RAM,DVD-RWにおける再生制御を好適に行うことができる。
尚、本実施形態における動画コンテンツはPGであるものとしたが、PGと同様の階層構造を有する再生単位であるなら、他の再生単位であってもよい。例えば、DVD-Video Recording規格におけるPlayListであってもよい(PlayListは、VOB−VOBI-Cellという階層関係をなす)。また、DVD-Video規格におけるVideoTitleであってもよい(VideoTitleは、VOB−Cell-PGCという階層関係をなす再生単位である。)。
【0141】
(第1〜第6実施形態の補足事項)
上記実施形態に基づいて説明してきたが、現状において最善の効果が期待できるシステム例として提示したに過ぎない。本発明はその要旨を逸脱しない範囲で変更実施することができる。代表的な変更実施の形態として、以下(A)(B)(C)・・・・のものがある。
【0142】
(A)第1実施形態〜第6実施形態においてプログラムナビのサムネール領域内のサムネール画像の選択操作を受け付け、このサムネール画像に対応する位置からの頭だしを行ってもよい。つまりプログラムナビと同様、サムネール画像自体にもノーマル状態、フォーカス状態、アクティブ状態という3つの状態をもたせ、リモコンの矢印キーに対して操作を行うことにより、表示されている何れかのサムネール画像をノーマル状態からフォーカス状態に変更させる。そして、リモコンの決定キーを押下することにより、サムネール画像をフォーカス状態からアクティブ状態に変更させて、再生制御部13は、このサムネール画像に対応するピクチャデータから、動画コンテンツの頭出し再生を行うのである。
【0143】
(B)第1実施形態〜第6実施形態において再生の履歴は、再生開始時刻−再生停止時刻の組みにて表現されていたが、DVD上の論理アドレス(LSN:論理セクタ番号)やファイルにおける相対アドレスで表現されていてもよい。また、再生開始時刻−再生停止時刻をPTSで表現していたが、タイマの計時時刻で再生開始時刻−再生停止時刻を表現してもよい。更にPTS以外の、他のタイムスタンプで再生開始時刻−再生停止時刻を表現してもよい。
【0144】
(C)第1実施形態〜第4実施形態、第6実施形態において再生装置は、MPEGエンコーダと共に数十ギガバイトというハードディスクを内蔵し、これに多量の動画コンテンツを書き込むことができる装置、つまりホームサーバ機能を具備した再生装置であってもよい。
第1実施形態〜第4実施形態、第6実施形態における再生装置は、テレビ101と接続して利用されるタイプの再生装置であったが、液晶型ディスプレィと一体型となった再生装置であってもよい。また、第1実施形態に示した再生装置は、DVDドライブ1−MPEGデコーダ4を予め内蔵していたが、これらDVDドライブ1−MPEGデコーダ4を具備せず、IEEE1394コネクタを介して接続されていてもよい。更に、第1実施形態〜第4実施形態、第6実施形態の再生装置において、処理の本質的部分をなすマイコンシステム11のみを、再生装置としてもよい。
【0145】
これらの再生装置は、何れも本願明細書に記載された発明であるから、これらの何れの態様であろうとも、第1実施形態〜第4実施形態に示した再生装置の内部構成を元に、再生装置を製造する行為は、本願の明細書に記載された発明の実施行為になる。第1実施形態〜第4実施形態に示した再生装置の有償・無償による譲渡(有償の場合は販売、無償の場合は贈与になる)、貸与、輸入する行為も、本発明の実施行為である。店頭展示、カタログ勧誘、パンフレット配布により、これらの譲渡や貸渡を、一般ユーザに申し出る行為も本再生装置の実施行為である。
【0146】
(D)図4(a),(b)、図5、図6、図15、図16、図17、図18、図20、図21、図22に示したプログラムによる情報処理は、CPU、MPEGデコーダ、DVDドライブといったハードウェア資源を用いて具体的に実現されている。つまり、プログラムと、ハードウェアとが協働した具体的手段が、GUIに複数サムネール画像を配置するという使用目的に応じた情報処理を行うことにより、第1実施形態〜第5実施形態に示した再生装置は構築される。
【0147】
プログラムによる情報処理が、ハードウェア資源を用いて具体的に実現されていることから、図4(a),(b)〜図22に処理手順を示したプログラムは、自然法則を利用した技術的思想の創作と捉えることができ、プログラム単体で発明として成立する。つまり図4(a),(b)〜図22に示した処理手順は、本発明に係るプログラムの実施行為の形態を開示するものである。
【0148】
尚、第1実施形態〜第4実施形態は、再生装置に組み込まれた態様で、本発明に係るプログラムの実施行為についての実施形態を示したが、再生装置から分離して、第1実施形態〜第4実施形態に示したプログラム単体を実施してもよい。プログラム単体の実施行為には、これらのプログラムを生産する行為(1)や、有償・無償によりプログラムを譲渡する行為(2)、貸与する行為(3)、輸入する行為(4)、双方向の電子通信回線を介して公衆に提供する行為(5)、店頭展示、カタログ勧誘、パンフレット配布により、プログラムの譲渡や貸渡を、一般ユーザに申し出る行為(6)がある。
【0149】
双方向の電子通信回線を介した提供行為(5)の類型には、提供者が、プログラムをユーザに送り、ユーザに使用させる行為や(プログラムダウンロードサービス)、プログラムを提供者の手元に残したまま、そのプログラムの機能のみを電子通信回線を通じて、ユーザに提供する行為(機能提供型ASPサービス)がある。
(E)図4(a),(b)、図5、図6、図15、図16、図17、図18、図20、図21、図22のフロ−チャ−トにおいて時系列に実行される各ステップの「時」の要素を、発明を特定するための必須の事項と考える。そうすると、これらのフロ−チャ−トによる処理手順は、再生方法の使用形態を開示していることがわかる。これらのフロ−チャ−トこそ、本発明に係る再生方法の使用行為についての実施形態である。各ステップの処理を、時系列に行うことで、GUIにサムネール画像を配置するという本来の目的を達成し、作用及び効果を奏するよう、これらのフロ−チャ−トの処理を行うのであれば、本発明に係る再生方法の実施行為に該当することはいうまでもない。
【0150】
(F)第1〜第4実施形態、第6実施形態では、動画コンテンツが記録された記録媒体をDVDとして説明を進めたが、このDVDの物理的性質は、本発明の作用・効果の発揮にさほど貢献していない。DVD同様、動画コンテンツを記録し得る容量をもった記録媒体であるなら、他の記録媒体を採用してもよい。例えば、DVD以外のCD-R,CD-RW,Blue-ray Disc等の他の光ディスクであってよいことはいうまでもない。またPD,MO等の光磁気ディスクであってもよい。更に、SDメモリカード、コンパクトフラッシュ(登録商標)カード、スマートメディア、メモリスティック、マルチメディアカード、PCM-CIAカード等の半導体メモリカードであってもよい。フレシキブルディスク、SuperDisk,Zip,Clik!等の磁気記録ディスク、ORB,Jaz,SparQ,SyJet,EZFley,マイクロドライブ等のリムーバルハードディスクドライブであってもよい。
【0151】
(G)第1〜第4実施形態、第6実施形態における動画コンテンツは、アナログ放送で放送されたアナログ映像信号をエンコードすることにより得られたVOBであったが、デジタル放送で放送されたトランスポートストリームから構成されるストリームデータであってもよい。
またビデオテープに記録されているアナログ/デジタルの映像信号をエンコードして動画コンテンツを得ても良い。更にビデオカメラから直接取り込んだアナログ/デジタルの映像信号をエンコードして動画コンテンツを得ても良い。他にも、予め記録媒体に記録されて配布される映画等のデジタル著作物であってもよいし、配信サーバにより配信されるデジタル著作物でもよい。
【0152】
また第1実施形態〜第4実施形態にいう動画コンテンツは、放送局側が定めた放送番組の単位であってもよい。
(H)第1実施形態では、Δtという時間間隔でサムネール画像化すべきピクチャデータを選んでいったが、再生開始時刻−再生停止時刻間の視聴済み区間の時間間隔がΔtを下回れば、再生開始時刻−再生停止時刻間にサムネール画像を表示すべきピクチャデータが存在しない場合もあり得る。つまり、第1実施形態の図8、図9に示したようにΔtが300秒と算出された場合、300秒未満の視聴済み区間であると、配置すべきサムネール画像が存在せず、プログラムナビを更新できないことも有り得る。こうした場合に対処するため、視聴済み区間から必ず、サムネール画像化すべきピクチャデータを選ぶようにしてもよい。例えば、再生開始時刻−再生停止時刻が特定されれば、この再生開始時刻−再生停止時刻の真ん中辺りに存在するピクチャデータについてのサムネール画像を、プログラムナビに表示するようにしてもよい。
【0153】
また、再生開始時刻から再生停止時刻までに存在するΔt置きのピクチャデータを選ぶものとしていたが、再生開始時刻から再生停止時刻までの間に、チャプターやマーク等の頭出し位置が存在する場合、チャプターやマークに位置するピクチャデータについてのサムネール画像を表示してもよい。
(I)第1〜第6実施形態では、VOBには、ビデオストリームとオーディオストリームとが多重されていたが、字幕文字をランレングス圧縮した副映像ストリームやその他制御情報が多重化されていてもよい。MPEGデコーダ4は、MPEG2の画像伸長/復号化方式の復号化コーディックを用いたが、MPEG2以外の画像伸長/復号化方式の復号化コーディック(例えばMPEG1,MPEG4)であってもよい。
【0154】
(J)第1〜第6実施形態において、見た目がより楽しくなるようにサムネール画像の配置に工夫を凝らしても良い。例えば、映画のフィルムを模した態様で複数サムネール画像を横又は縦に配置していってもよいし、コミックのコマ割りを模して配置にしてもよい。飾り枠をつけたりして、美観を喚起してもよい。
(K)第1実施形態〜第6実施形態ではサムネール画像をGUIに配置したが、複数動画コンテンツを一覧するという一覧画面の役割を果たす、単なる一覧画面でもよい。いわゆる壁紙画像として実施してもよい。第1実施形態〜第4実施形態、第5実施形態におけるプログラムナビは、再生装置が作成するGUIであったが、HTML,BML等のページ記述言語で記述されたページデータであってもよい。更に、第1実施形態〜第4実施形態、第6実施形態では、ユーザによる動画コンテンツの選択操作を、リモコンから受け付けたが、再生装置のフロントパネルから受け付けてもよい。キーボード、タッチパネル、マウスやパッド、トラックボール等の入力機器にてユーザの指定を受け付けてもよい。この場合は、クリック操作、ドラッグ操作でこれらの操作を受け付けてもよい。
【0155】
(L)第1実施形態では、GUIにおけるプログラムナビの大きさを、一律に固定にしていたため、図8、図10、図11の一例においては、プログラムナビのサムネール領域には、余白部分が生じる結果となった。この余白部分をなくすため、未再生の動画コンテンツについては、先頭画面についてのサムネール画像が配置されるだけの小さいものとし、再生済みのものは、視聴済み区間の長さに従って拡大してゆくように、各プログラムナビの大きさを変化させてもよい。
【0156】
図8の一例で考えると、動画コンテンツ1〜動画コンテンツ3のうち、動画コンテンツ1のみが再生済みであり、動画コンテンツ2〜動画コンテンツ3は未再生である。これら動画コンテンツ2、動画コンテンツ3は、先頭画像の1枚のサムネール画像で済むので、動画コンテンツ2、動画コンテンツ3についてのプログラムナビのサムネール領域は、1枚のサムネール画像を配し得るだけの狭いものとする。そうすると、動画コンテンツ2、動画コンテンツ3において9枚のサムネール画像を配置し得る領域が余剰になり、この余剰領域を再生済みの動画コンテンツ1に割り当てる。
【0157】
動画コンテンツ1のプログラムナビのサムネール領域は、本来10枚のサムネール画像を配置し得る広さをもっていたが、余剰領域を割り当てることにより、28枚(=10+9+9)のサムネール画像を配置し得る大きさまで拡大する。動画コンテンツ1についてのサムネール画像の上限値が増えたので、動画コンテンツ1の再生時間の時間長/上限値に、Δtを設定する。そうすると、Δtは107秒(=3000秒/28枚)になり、1分47秒(=107秒)間隔で、ピクチャデータを選んでサムネール画像を動画コンテンツ1のプログラムナビに配置してゆくことができる。こうすることにより、視聴済み区間の内容を、より多くのサムネール画像を用いて表現することができ、ユーザの記憶をより鮮明に想い出させることができる。
【0158】
またΔtを、視聴済み区間の時間長/上限値で設定する場合、図8の一例では、44秒(=1240秒/28枚)になり、44秒間隔で、ピクチャデータを選んでサムネール画像を動画コンテンツ1のプログラムナビに配置してゆく。こうすることにより、視聴済み区間の内容を、より多くのサムネール画像を用いて表現することができる。
【0159】
(M)動画コンテンツ1、動画コンテンツ2、動画コンテンツ3のそれぞれが再生済みである場合、視聴済み区間の比率に応じて、プログラムナビの大きさを変化させて、余白部分を無くすようにしてもよい。
動画コンテンツ1の視聴済み区間が1800秒、動画コンテンツ2の視聴済み区間が2400秒、動画コンテンツ3の視聴済み区間が600秒である場合、視聴済み区間の比率は、3:4:1になる。この比率に応じて、各プログラムナビのサムネール画像の枚数を決定してゆく。動画コンテンツ1についてのプログラムナビにおけるサムネール領域の上限数を、11枚≒11.25(=(10+10+10)×3/(3+4+1))、動画コンテンツ2についてのプログラムナビにおける上限数を、15枚≒(=(10+10+10)×4/(3+4+1))、動画コンテンツ3についてのプログラムナビにおける上限数を、3枚≒3.75(=(10+10+10)×1/(3+4+1))とする。このように上限数を設定すれば再生時間の時間長/上限値の計算でΔtを算出して、このΔtの時間間隔で、ピクチャデータを選んでサムネール画像を配置してゆく。こうすることにより、視聴済み区間の内容を、より多くのサムネール画像を用いて表現することができる。
【0160】
【発明の効果】
本発明に係る再生装置は、上述したように構成されているので、コンテンツを構成するピクチャデータのうち、ユーザがかって視聴した区間に属するもののサムネール画像が表示される。ユーザが何日も前に視聴したコンテンツを、後日視聴する場合、このサムネール画像を見ることにより、「自分がどの週の放送分まで視聴したのか」や、「その週の放送において、登場人物の心理や行動がどうであったか」を容易に想い出し、ストーリに没頭することができる。
【0163】
前記更新手段により一覧画面に配置されるサムネール画像の数は、前記再生開始位置から再生停止位置までの区間の時間長と、動画コンテンツの総再生時間長との割合に応じて変化する、ようにしてもよい。
【0164】
動画コンテンツが複数ある場合、その動画コンテンツに割り当てられたナビ領域の範囲に、可能な限り多くのサムネール画像を配することで、ユーザの記憶をより鮮明に蘇らせることができる。
【0165】
視聴済み区間の内容を複数のサムネール画像で要約して表示させながら、それらサムネール画像の枚数という付随的な情報で、コンテンツの再生がどれだけ進捗しているかを表すので、サムネール画像を観た際、ユーザは「その週の放送において、登場人物の心理や行動がどうであったか」を想い出すだけでなく、コンテンツ全体の何%の視聴が済んでいるかを、直感することができる。
【図面の簡単な説明】
【図1】 第1実施形態に係る再生装置及びDVDの外観を示す図である。
【図2】 第1実施形態に係る再生装置の内部構成を示す図である。
【図3】 プログラムナビの一例を示す図である。
【図4】(a)マイコンシステム11の処理のメインルーチンにあたるフローチャートであり、GUI作成部12の処理手順を示す図である。
(b)図4(a)のステップS1を詳細化するサブルーチンであり、GUI作成部12の処理手順を示す図である。
【図5】 ステップS7を詳細化するサブルーチンであり、再生制御部13の処理手順を示すフローチャートである。
【図6】 図4(a)ステップS8のGUI更新処理のサブルーチンであり、GUI更新部15及びサムネール作成部16の処理手順をフローチャートである。
【図7】 3つのコンテンツ1〜コンテンツ3が全く未再生である場合におけるGUIのプログラムナビを示す図である。
【図8】 3つのコンテンツ1〜コンテンツ3のうち、コンテンツ1が先頭から1240秒の位置まで再生された場合、GUIのプログラムナビがどのように更新されるかを示す図である。
【図9】 ピクチャデータの選択過程と、これらピクチャデータの縮小の過程とを模式的に示す。
【図10】 3つのコンテンツ1〜コンテンツ3のうち、コンテンツ1が2200秒まで再生された場合、GUIのプログラムナビがどのように更新されるかを示す図である。
【図11】 3つのコンテンツ1〜コンテンツ3のうち、コンテンツ1が先頭から最後まで再生され、コンテンツ2が先頭から900秒まで再生された場合、GUIのプログラムナビがどのように更新されるかを示す図である。
【図12】 3つのコンテンツ1〜コンテンツ3のそれぞれが再生済みになった場合、GUIのプログラムナビがどのように更新されるかを示す図である。
【図13】 コンテンツ数が多くなった場合のサムネール画像のレイアウトを示す図である。
【図14】(a)〜(f)サムネール画像がスライド式に切り換わる様子を示す図である。
【図15】 第2実施形態に係るメインルーチンの処理手順を示すフローチャートである。
【図16】 第2実施形態に係るGUI作成部12の処理手順を示すフローチャートである。
【図17】 第2実施形態に係るサムネール作成部16の処理手順を示すフローチャートである。
【図18】 第2実施形態に係るGUI更新部15の処理手順を示すフローチャートである。
【図19】 uが4に設定され、vが1〜4の値を取り得る際に、T/u・vの時間間隔を有する配列H[0],配列H[1],配列H[2],配列H[3]・・・・・・がそれぞれどのような値に設定されるかを示す図である。
【図20】 第3実施形態に係るGUI更新部15及びサムネール作成部16の処理手順を示すフローチャートである。
【図21】(a)T,uに具体的な値が設定された際、配列H[0],配列H[1],配列H[2],配列H[3]・・・・・・がそれぞれどのような値に設定されるかを示す図である。
(b)図21(a)に示す具体的な値が配列H[0],配列H[1],配列H[2],配列H[3]・・・・・・に設定された場合、プログラムナビにどのようなサムネール画像が配置されるかを示す図である。
【図22】(a)通常再生から早送りへの切り換え時点を再生停止時刻とし、早送りから通常再生への切り換え時点を再生開始時刻とした場合に、履歴がどのように表されるかを示す図である。
(b)図22(a)の再生が行われた場合に、ワークエリア14に格納される再生履歴の一例を示す図である。
【図23】 第4実施形態に係るマイコンシステム11のメインルーチンの処理手順を示すフローチャートである。
【図24】 第4実施形態に係るGUI更新部15の処理手順を示すフローチャートである。
【図25】 第5実施形態に係るストリーミング配信システムの構成を示す図である。
【図26】 第5実施形態に係るコンテンツ配信システムのシーケンスチャートである。
【図27】 第5実施形態に係るコンテンツ配信システムのシーケンスチャートである。
【図28】 VR_MANGR.IFOの内部構造を示す図である。
【図29】 TMAPIの内部構成を示す図である。
【図30】 TMAPIとVOBUとの関係を模式的に示す図である。
【図31】 M_AVFIテーブルの内部構成を示す図である。
【図32】 ORG_PGCIに含まれるCELLとVOBとの関係を示す図である。
【図33】 図31のCELLがどのようにPGに分類されるかを示す図である。
【図34】 VOBの部分削除が行われた場合、VOBの部分区間がどのように指定されるかを想定した図である。
【図35】 部分削除箇所の前後において得られるVOBを示す図である。
【符号の説明】
1 ドライブ
2 ASP
3 DSP
4 MPEGデコーダ
5 システムデコーダ
6 オーディオデコーダ
7 ビデオデコーダ
8a,b,c フレームメモリ
9 順序制御部
10 信号合成部
11 マイコンシステム
12 GUI作成部
13 再生制御部
14 RAM
15 GUI更新部
16 サムネール作成部
20 ネットワーク
21 クライアント装置
22 配信サーバ
23 ストレ−ジ
24 データベース
25 認証部
26 ページ保持部
27 ページ作成部
28 ダウンロード部
29 ページ更新部
101 テレビ
102 リモコン
Claims (5)
- 複数のピクチャデータから構成される動画コンテンツを再生する再生装置であって、
動画コンテンツの一覧画面を表示する表示手段と、
一覧画面に対するユーザの選択操作に従って、動画コンテンツを再生し、再生開始位置及び再生停止位置の履歴をとる再生手段と、
動画コンテンツの再生が停止した後、一覧画面を更新した上で表示手段に表示させる更新手段と、
各動画コンテンツについてのサムネール画像の上限値を N とし、一覧表示の対象となる動画コンテンツ数を M とした場合、 M ・ N 枚のサムネール画像が一覧画面に収まるかどうかを判定する判定手段とを備え、
前記更新手段による更新は、
M ・ N 枚のサムネール画像が一覧画面に収まると判定手段が判定した場合、前記再生開始位置から再生停止位置までに存在する複数のピクチャデータのうち、所定の時間間隔置きのものを選択し、選択された複数ピクチャデータについての複数のサムネール画像を、一覧画面に配置することでなされ、
M ・ N 枚のサムネール画像が一画面に収まらないと判定手段が判定した場合、前記更新手段は、前記選択された複数ピクチャデータについての複数サムネール画像のスライドショーを、一覧画面上で実行する
ことを特徴とする再生装置。 - 前記更新手段により一覧画面に配置されるサムネール画像の数は、前記再生開始位置から再生停止位置までの区間の時間長と、動画コンテンツの総再生時間長との割合に応じて変化することを特徴とする請求項1記載の再生装置。
- 複数のピクチャデータから構成される動画コンテンツを再生する再生処理を、コンピュータに行わせるプログラムであって、
動画コンテンツの一覧画面を表示する表示ステップと、
一覧画面に対するユーザの選択操作に従って、動画コンテンツを再生し、再生開始位置及び再生停止位置の履歴をとる再生ステップと、
動画コンテンツの再生が停止した後、一覧画面を更新した上で表示ステップに表示させる更新ステップと、
各動画コンテンツについてのサムネール画像の上限値を N とし、一覧表示の対象となる動画コンテンツ数を M とした場合、 M ・ N 枚のサムネール画像が一覧画面に収まるかどうかを判定する判定ステップとをコンピュータに行わせ、
前記更新ステップによる更新は、
M ・ N 枚のサムネール画像が一覧画面に収まると判定ステップが判定した場合、前記再生開始位置から再生停止位置までに存在する複数のピクチャデータのうち、所定の時間間隔置きのものを選択し、選択された複数ピクチャデータについての複数のサムネール画像を、一覧画面に配置することでなされ、
M ・ N 枚のサムネール画像が一画面に収まらないと判定ステップが判定した場合、前記更新ステップは、前記選択された複数ピクチャデータについての複数サムネール画像のスライドショーを、一覧画面上で実行する
ことを特徴とするプログラム。 - 前記更新ステップにより一覧画面に配置されるサムネール画像の数は、前記再生開始位置から再生停止位置までの区間の時間長と、動画コンテンツの総再生時間長との割合に応じて変化することを特徴とする請求項3記載のプログラム。
- 複数のピクチャデータから構成される動画コンテンツを再生する再生処理を、コンピュータに行わせる再生方法であって、
動画コンテンツの一覧画面を表示する表示ステップと、
一覧画面に対するユーザの選択操作に従って、動画コンテンツを再生し、再生開始位置及び再生停止位置の履歴をとる再生ステップと、
動画コンテンツの再生が停止した後、一覧画面を更新した上で表示ステップに表示させる更新ステップと、
各動画コンテンツについてのサムネール画像の上限値を N とし、一覧表示の対象となる動画コンテンツ数を M とした場合、 M ・ N 枚のサムネール画像が一覧画面に収まるかどうかを判定する判定ステップとを有し、
前記更新ステップによる更新は、
M ・ N 枚のサムネール画像が一覧画面に収まると判定ステップが判定した場合、前記再生開始位置から再生停止位置までに存在する複数のピクチャデータのうち、所定の時間間隔置きのものを選択し、選択された複数ピクチャデータについての複数のサムネール画像を、一覧画面に配置することでなされ、
M ・ N 枚のサムネール画像が一画面に収まらないと判定ステップが判定した場合、前記更新ステップは、前記選択された複数ピクチャデータについての複数サムネール画像のスライドショーを、一覧画面上で実行する
ことを特徴とする再生方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002373522A JP4105944B2 (ja) | 2001-12-25 | 2002-12-25 | 再生装置、コンピュータ読取可能なプログラム、再生方法。 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001-391464 | 2001-12-25 | ||
JP2001391464 | 2001-12-25 | ||
JP2002373522A JP4105944B2 (ja) | 2001-12-25 | 2002-12-25 | 再生装置、コンピュータ読取可能なプログラム、再生方法。 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2003264783A JP2003264783A (ja) | 2003-09-19 |
JP4105944B2 true JP4105944B2 (ja) | 2008-06-25 |
Family
ID=29217716
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002373522A Expired - Fee Related JP4105944B2 (ja) | 2001-12-25 | 2002-12-25 | 再生装置、コンピュータ読取可能なプログラム、再生方法。 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4105944B2 (ja) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4522280B2 (ja) * | 2005-02-04 | 2010-08-11 | キヤノン株式会社 | 情報処理装置及びその制御方法、プログラム |
JP4835253B2 (ja) * | 2006-04-27 | 2011-12-14 | 船井電機株式会社 | 情報記録再生装置 |
JP4360390B2 (ja) | 2006-09-21 | 2009-11-11 | ソニー株式会社 | 情報処理装置および方法、プログラム、並びに記録媒体 |
JP4331240B2 (ja) | 2008-01-23 | 2009-09-16 | 株式会社東芝 | 電子機器および画像表示方法 |
-
2002
- 2002-12-25 JP JP2002373522A patent/JP4105944B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2003264783A (ja) | 2003-09-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1459320B1 (en) | Apparatus and method for playing back content | |
TW436765B (en) | Optical disc, recording apparatus, and computer program | |
JP4880662B2 (ja) | 高密度光記録媒体のメニュー支援方法 | |
KR100883001B1 (ko) | 애니메이션을 수반한 대화화면을 표시하기 위한 기록매체, 재생장치, 기록방법, 컴퓨터 판독 가능한 기록매체 및 재생방법 | |
US7362963B2 (en) | Multimedia photo albums | |
JP4971415B2 (ja) | 再生装置、再生方法、記録媒体再生システム | |
US20060156355A1 (en) | Reproduction apparatus, program, integrated circuit | |
CN101031057B (zh) | 图像记录装置和图像显示方法 | |
WO1997037491A1 (fr) | Perfectionnement d'un disque optique multimedia autorisant des performances de reproduction evoluee, dispostif et procede de reproduction | |
TW580697B (en) | Information recording medium, apparatus and method for recording or reproducing the recording medium | |
US20060146660A1 (en) | Optical disc, reproducing device, program, reproducing method, recording method | |
KR100301007B1 (ko) | 썸네일 데이터와 이를 위한 관리 정보를 실시간으로 저장하는기록 매체 및 기록 재생방법과 장치 | |
CN1271635C (zh) | 编辑介质中的画面组中的画面而无需解码和编码的方法 | |
WO2009139302A1 (ja) | 録画再生装置 | |
EP1617434B1 (en) | Recording medium, reproducing apparatus, recording method, reproducing program, and reproducing method | |
JP2002152665A (ja) | プレイリスト作成ガイド機能付き記録再生装置 | |
JP4105944B2 (ja) | 再生装置、コンピュータ読取可能なプログラム、再生方法。 | |
WO2006137127A1 (ja) | 可搬性記録媒体、記録媒体再生装置、及び記録媒体再生方法 | |
KR20050084785A (ko) | 기록 장치, 컴퓨터 판독 가능 프로그램 및 시스템 lsi | |
JP2004208293A (ja) | 記録装置、コンピュータ読み取り可能なプログラム、システムlsi | |
US20060291804A1 (en) | Recording device, program and integrated circuit | |
KR100664809B1 (ko) | 영상신호에서 정지영상을 획득하는 방법 및 장치 | |
CN100593819C (zh) | 播放目录摘要信息管理方法 | |
JP4719454B2 (ja) | 記録方法、記録装置 | |
JP4400684B2 (ja) | 情報処理装置、記録再生装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050705 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071019 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071113 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080111 |
|
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: 20080304 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080328 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110404 Year of fee payment: 3 |
|
LAPS | Cancellation because of no payment of annual fees |