JP3060877B2 - マルチメディアシナリオ再生装置 - Google Patents
マルチメディアシナリオ再生装置Info
- Publication number
- JP3060877B2 JP3060877B2 JP5504895A JP5504895A JP3060877B2 JP 3060877 B2 JP3060877 B2 JP 3060877B2 JP 5504895 A JP5504895 A JP 5504895A JP 5504895 A JP5504895 A JP 5504895A JP 3060877 B2 JP3060877 B2 JP 3060877B2
- Authority
- JP
- Japan
- Prior art keywords
- scenario
- buffer memory
- audio information
- video
- information
- 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
Landscapes
- Compression, Expansion, Code Conversion, And Decoders (AREA)
- Television Signal Processing For Recording (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
【０００１】
【産業上の利用分野】本発明は映像及び音声の再生装置
に関し、特に映像情報及び音声情報の同期関係を記述し
たマルチメディアシナリオに基づいて、所定のフォーマ
ットでデジタル符号化された映像情報及び音声情報を復
号化して再生するマルチメディアシナリオ再生装置に関
する。
に関し、特に映像情報及び音声情報の同期関係を記述し
たマルチメディアシナリオに基づいて、所定のフォーマ
ットでデジタル符号化された映像情報及び音声情報を復
号化して再生するマルチメディアシナリオ再生装置に関
する。
【０００２】
【従来の技術】データ圧縮技術の進展に伴ない、静止画
のみならず動画の映像情報を音声情報と共に記憶媒体に
記憶しておき、再生の必要なときに読み出して情報を提
供したり、あるいは読み出した情報を通信回線を介して
所定の端末に送信するシステムが開発されている。ＩＳ
ＤＮやＬＡＮ等の通信路を用いて、文字、映像、音声等
をサーバクライアント間で通信するシステムとして、例
えば特開平６−９５６２６号公報に示されるものがあ
る。同公報の技術によれば、映像情報及び音声情報のそ
れぞれに対してメディアデータ管理手段が設けられ、全
管理手段におけるデータ準備が完了した時点において、
マルチメディアシナリオの再生が開始される。
のみならず動画の映像情報を音声情報と共に記憶媒体に
記憶しておき、再生の必要なときに読み出して情報を提
供したり、あるいは読み出した情報を通信回線を介して
所定の端末に送信するシステムが開発されている。ＩＳ
ＤＮやＬＡＮ等の通信路を用いて、文字、映像、音声等
をサーバクライアント間で通信するシステムとして、例
えば特開平６−９５６２６号公報に示されるものがあ
る。同公報の技術によれば、映像情報及び音声情報のそ
れぞれに対してメディアデータ管理手段が設けられ、全
管理手段におけるデータ準備が完了した時点において、
マルチメディアシナリオの再生が開始される。
【０００３】
【発明が解決しようとする課題】上記従来例において
は、全管理手段におけるデータ準備が完了してからマル
チメディアシナリオの再生を開始するので、サーバにお
いてデータ転送準備が完了するまでに要する時間や、デ
ジタル回線における伝送時間だけ、マルチメディアシナ
リオ再生装置側において、ユーザが待たされることにな
り、使い勝手が良くないという問題がある。すなわち、
符号化された映像情報と音声情報のデータがサーバから
端末へ通信回線を介して供給され、端末側で受信データ
を復号して再生している場合、ユーザの希望で前方向又
は後ろ方向へスキップ再生するときは、サーバにおいて
データ転送準備が完了するまでに要する時間だけユーザ
が待たされることになり、スキップする度に待ち時間が
生じることになるという問題があった。供給されるデー
タが映画等のソフトのときは、スキップ先の情報を見聞
きするまで待たされることとなるので、端末として用い
られるかかる再生装置の改善が望まれる。
は、全管理手段におけるデータ準備が完了してからマル
チメディアシナリオの再生を開始するので、サーバにお
いてデータ転送準備が完了するまでに要する時間や、デ
ジタル回線における伝送時間だけ、マルチメディアシナ
リオ再生装置側において、ユーザが待たされることにな
り、使い勝手が良くないという問題がある。すなわち、
符号化された映像情報と音声情報のデータがサーバから
端末へ通信回線を介して供給され、端末側で受信データ
を復号して再生している場合、ユーザの希望で前方向又
は後ろ方向へスキップ再生するときは、サーバにおいて
データ転送準備が完了するまでに要する時間だけユーザ
が待たされることになり、スキップする度に待ち時間が
生じることになるという問題があった。供給されるデー
タが映画等のソフトのときは、スキップ先の情報を見聞
きするまで待たされることとなるので、端末として用い
られるかかる再生装置の改善が望まれる。
【０００４】したがって、本発明はサーバから情報を受
信するマルチメディアシナリオ再生装置側で前方向又は
後ろ方向へのスキップ再生を指示した場合であってもユ
ーザ側において遅延時間を意識させない程度にリアルタ
イムでスキップ再生の可能なマルチメディアシナリオ再
生装置を提供することを目的とする。
信するマルチメディアシナリオ再生装置側で前方向又は
後ろ方向へのスキップ再生を指示した場合であってもユ
ーザ側において遅延時間を意識させない程度にリアルタ
イムでスキップ再生の可能なマルチメディアシナリオ再
生装置を提供することを目的とする。
【０００５】
【課題を解決するための手段】本発明では上記目的を達
成するために、マルチメディアシナリオ再生装置におい
てマルチメディアシナリオを再生する場合は、サーバか
ら送信される素片化された映像情報及び音声情報を所定
量だけ先行して受信して記憶手段に保持し、ユーザのス
キップ指示に基づいて記憶手段から読み出すよう制御す
るシナリオ管理手段を設けることによりユーザ側におい
て遅延時間を意識させないようにしている。
成するために、マルチメディアシナリオ再生装置におい
てマルチメディアシナリオを再生する場合は、サーバか
ら送信される素片化された映像情報及び音声情報を所定
量だけ先行して受信して記憶手段に保持し、ユーザのス
キップ指示に基づいて記憶手段から読み出すよう制御す
るシナリオ管理手段を設けることによりユーザ側におい
て遅延時間を意識させないようにしている。
【０００６】すなわち本発明によれば所定のフォーマッ
トでデジタル符号化された映像情報及び音声情報と、前
記映像情報及び音声情報の同期関係を記述したマルチメ
ディアシナリオを格納したサーバにデジタル回線にて接
続可能で、前記映像情報及び音声情報と前記マルチメデ
ィアシナリオを前記サーバから受信し、前記マルチメデ
ィアシナリオにて示される同期関係に基づいて前記映像
情報及び音声情報を復号化して再生するマルチメディア
シナリオ再生装置であって、前記デジタル回線を介して
前記映像情報と前記音声情報と前記マルチメディアシナ
リオを受信するネットワーク制御手段と、前記ネットワ
ーク制御手段により受信された前記映像情報を一時的に
蓄える第１のバッファメモリと、前記ネットワーク制御
手段により受信された前記音声情報を一時的に蓄える第
２のバッファメモリと、前記第１のバッファメモリの書
き込みアドレスを管理する第１のアドレスレジスタと、
前記第２のバッファメモリの書き込みアドレスを管理す
る第２のアドレスレジスタと、前記第１のバッファメモ
リから読み出された前記映像情報を復号化する第１の復
号化手段と、前記第２のバッファメモリから読み出され
た前記音声情報を復号化する第２の復号化手段と、前記
ネットワーク制御手段により受信された前記マルチメデ
ィアシナリオを一時的に蓄えるシナリオ記憶手段と、ユ
ーザからの再生モードの指示を受けるための入力手段
と、前記シナリオ記憶手段に記憶された前記マルチメデ
ィアシナリオから前記映像情報と前記音声情報の同期関
係を取り出して前記ネットワーク制御手段に対して前記
サーバから所望の映像情報及び音声情報を素片単位に先
行して受信するよう要求するとともに、前記入力手段に
入力された再生モードの指示に従い第１のバッファメモ
リと前記第２のバッファメモリに対して前記映像情報と
前記音声情報を書き込むために前記第１のアドレスレジ
スタと前記第２のアドレスレジスタを制御するシナリオ
管理手段とを、有するマルチメディアシナリオ再生装置
が提供される。
トでデジタル符号化された映像情報及び音声情報と、前
記映像情報及び音声情報の同期関係を記述したマルチメ
ディアシナリオを格納したサーバにデジタル回線にて接
続可能で、前記映像情報及び音声情報と前記マルチメデ
ィアシナリオを前記サーバから受信し、前記マルチメデ
ィアシナリオにて示される同期関係に基づいて前記映像
情報及び音声情報を復号化して再生するマルチメディア
シナリオ再生装置であって、前記デジタル回線を介して
前記映像情報と前記音声情報と前記マルチメディアシナ
リオを受信するネットワーク制御手段と、前記ネットワ
ーク制御手段により受信された前記映像情報を一時的に
蓄える第１のバッファメモリと、前記ネットワーク制御
手段により受信された前記音声情報を一時的に蓄える第
２のバッファメモリと、前記第１のバッファメモリの書
き込みアドレスを管理する第１のアドレスレジスタと、
前記第２のバッファメモリの書き込みアドレスを管理す
る第２のアドレスレジスタと、前記第１のバッファメモ
リから読み出された前記映像情報を復号化する第１の復
号化手段と、前記第２のバッファメモリから読み出され
た前記音声情報を復号化する第２の復号化手段と、前記
ネットワーク制御手段により受信された前記マルチメデ
ィアシナリオを一時的に蓄えるシナリオ記憶手段と、ユ
ーザからの再生モードの指示を受けるための入力手段
と、前記シナリオ記憶手段に記憶された前記マルチメデ
ィアシナリオから前記映像情報と前記音声情報の同期関
係を取り出して前記ネットワーク制御手段に対して前記
サーバから所望の映像情報及び音声情報を素片単位に先
行して受信するよう要求するとともに、前記入力手段に
入力された再生モードの指示に従い第１のバッファメモ
リと前記第２のバッファメモリに対して前記映像情報と
前記音声情報を書き込むために前記第１のアドレスレジ
スタと前記第２のアドレスレジスタを制御するシナリオ
管理手段とを、有するマルチメディアシナリオ再生装置
が提供される。
【０００７】
【作用】本発明は上記構成なので、シナリオ管理手段が
マルチメディアシナリオから映像情報と音声情報の同期
関係を取り出し、サーバから映像情報と音声情報のデー
タを先行して受信し、第１のバッファメモリと第２のバ
ッファメモリへ格納し、格納したデータは第１の復号化
手段と第２の復号化手段へ送られ、復号化された後、ユ
ーザの目に見えるようになるが、シナリオ管理手段は、
ユーザの指示とは無関係に共に素片化された映像情報と
音声情報の先行受信を行い、記憶手段に保持し、ユーザ
のスキップ再生指示に従って必要な素片化された情報を
記憶手段から読み出すので、前方向又は後ろ方向へスキ
ップ再生などを行ってもユーザは待たされることがな
い。
マルチメディアシナリオから映像情報と音声情報の同期
関係を取り出し、サーバから映像情報と音声情報のデー
タを先行して受信し、第１のバッファメモリと第２のバ
ッファメモリへ格納し、格納したデータは第１の復号化
手段と第２の復号化手段へ送られ、復号化された後、ユ
ーザの目に見えるようになるが、シナリオ管理手段は、
ユーザの指示とは無関係に共に素片化された映像情報と
音声情報の先行受信を行い、記憶手段に保持し、ユーザ
のスキップ再生指示に従って必要な素片化された情報を
記憶手段から読み出すので、前方向又は後ろ方向へスキ
ップ再生などを行ってもユーザは待たされることがな
い。
【０００８】
【実施例】以下図面と共に本発明の好ましい実施例につ
いて説明する。図１は本発明のマルチメディアシナリオ
再生装置のシステム構成の好ましい例である。全体が１
２で示されるマルチメディアシナリオ再生装置はデジタ
ル回線を介して図示省略のサーバ（ステーションを構成
するホストコンピュータを含むもの）に接続可能であ
る。マルチメディアシナリオ再生装置はネットワーク制
御手段１、第１と第２のバッファメモリ２、３、第１及
び第２のアドレスレジスタ４、５、第１と第２の復号化
手段６、７、シナリオ記憶手段８、シナリオ管理手段
９、入力手段１０を有している。
いて説明する。図１は本発明のマルチメディアシナリオ
再生装置のシステム構成の好ましい例である。全体が１
２で示されるマルチメディアシナリオ再生装置はデジタ
ル回線を介して図示省略のサーバ（ステーションを構成
するホストコンピュータを含むもの）に接続可能であ
る。マルチメディアシナリオ再生装置はネットワーク制
御手段１、第１と第２のバッファメモリ２、３、第１及
び第２のアドレスレジスタ４、５、第１と第２の復号化
手段６、７、シナリオ記憶手段８、シナリオ管理手段
９、入力手段１０を有している。
【０００９】ネットワーク制御手段１は、デジタル回線
を介してサーバとの間でデータ伝送処理を行う。第１の
バッファメモリ２はネットワーク制御手段１に接続さ
れ、サーバから送信された映像データがネットワーク制
御手段１を経由して一時的に蓄えられる。第２のバッフ
ァメモリも同様にネットワーク制御手段１に接続され、
サーバから送信された音声データがネットワーク制御手
段１を経由して一時的に蓄えられる。第１のアドレスレ
ジスタ４はシナリオ管理手段９の指示に基づき、第１の
バッファメモリ２の書き込みブロック番号を指定する。
第２のアドレスレジスタ５も同様にシナリオ管理手段９
の指示に基づき、第２のバッファメモリ３の書き込みブ
ロック番号を指定する。
を介してサーバとの間でデータ伝送処理を行う。第１の
バッファメモリ２はネットワーク制御手段１に接続さ
れ、サーバから送信された映像データがネットワーク制
御手段１を経由して一時的に蓄えられる。第２のバッフ
ァメモリも同様にネットワーク制御手段１に接続され、
サーバから送信された音声データがネットワーク制御手
段１を経由して一時的に蓄えられる。第１のアドレスレ
ジスタ４はシナリオ管理手段９の指示に基づき、第１の
バッファメモリ２の書き込みブロック番号を指定する。
第２のアドレスレジスタ５も同様にシナリオ管理手段９
の指示に基づき、第２のバッファメモリ３の書き込みブ
ロック番号を指定する。
【００１０】第１の復号化手段６は第１のバッファメモ
リ２に接続され、所定のフォーマットで符号化されてい
る映像データを復号してアナログ信号へ変換し、図示省
略の信号処理回路へ送り出す。第２の復号化手段７は第
２のバッファメモリに接続され、所定のフォーマットで
符号化されている音声データを復号してアナログ信号へ
変換し、上記信号処理回路へ送り出す。これらの復号化
手段６、７は所定のデコーダの他、誤り訂正回路、Ｄ／
Ａコンバータ等を有する。シナリオ記憶手段８はネット
ワーク制御手段１とシナリオ管理手段９に接続され、マ
ルチメディアシナリオがネットワーク制御手段１を経由
して一時的に蓄えられる。シナリオ管理手段９は、ネッ
トワーク制御手段１に対してサーバから所望の映像情報
及び音声情報を受信するよう要求し、シナリオ記憶手段
８からマルチメディアシナリオを取り出して、映像情報
及び音声情報の素片数を計算し、第１のアドレスレジス
タ４と第２のアドレスレジスタ５を制御する。
リ２に接続され、所定のフォーマットで符号化されてい
る映像データを復号してアナログ信号へ変換し、図示省
略の信号処理回路へ送り出す。第２の復号化手段７は第
２のバッファメモリに接続され、所定のフォーマットで
符号化されている音声データを復号してアナログ信号へ
変換し、上記信号処理回路へ送り出す。これらの復号化
手段６、７は所定のデコーダの他、誤り訂正回路、Ｄ／
Ａコンバータ等を有する。シナリオ記憶手段８はネット
ワーク制御手段１とシナリオ管理手段９に接続され、マ
ルチメディアシナリオがネットワーク制御手段１を経由
して一時的に蓄えられる。シナリオ管理手段９は、ネッ
トワーク制御手段１に対してサーバから所望の映像情報
及び音声情報を受信するよう要求し、シナリオ記憶手段
８からマルチメディアシナリオを取り出して、映像情報
及び音声情報の素片数を計算し、第１のアドレスレジス
タ４と第２のアドレスレジスタ５を制御する。
【００１１】上記構成で、デジタル回線としては例えば
ＩＮＳネット６４を用いることができる。サーバから送
信される映像情報及び音声情報は予め所定の圧縮符号化
フォーマット（ＭＰＥＧ−１、ＭＰＥＧ−２、ＪＰＥＧ
等）に従ってデジタル信号とされて、光ディスク等の記
憶媒体に保持されているものとする。ネットワーク制御
手段１は所定の通信プロトコルに従いサーバとの間で通
信を行い、ユーザの所望の情報をサーバから受信する機
能を有する。受信されたデータの中の映像情報を保持す
る第１のバッファメモリ２としては、例えば４ＭＢ程度
のメモリを用いることができる。同様に音声情報を保持
する第２のバッファメモリ３としては、例えば４ＭＢ程
度のメモリを用いることができる。また、受信されたデ
ータの中の後述するシナリオを保持するシナリオ記憶手
段８としては、例えば１ＭＢ程度のメモリを用いること
ができる。
ＩＮＳネット６４を用いることができる。サーバから送
信される映像情報及び音声情報は予め所定の圧縮符号化
フォーマット（ＭＰＥＧ−１、ＭＰＥＧ−２、ＪＰＥＧ
等）に従ってデジタル信号とされて、光ディスク等の記
憶媒体に保持されているものとする。ネットワーク制御
手段１は所定の通信プロトコルに従いサーバとの間で通
信を行い、ユーザの所望の情報をサーバから受信する機
能を有する。受信されたデータの中の映像情報を保持す
る第１のバッファメモリ２としては、例えば４ＭＢ程度
のメモリを用いることができる。同様に音声情報を保持
する第２のバッファメモリ３としては、例えば４ＭＢ程
度のメモリを用いることができる。また、受信されたデ
ータの中の後述するシナリオを保持するシナリオ記憶手
段８としては、例えば１ＭＢ程度のメモリを用いること
ができる。
【００１２】入力手段１０はユーザが再生モードを選択
したり、前後へのスキップ（映画ソフト等ではチャプタ
単位のジャンプ）を指示したりするための操作パネルあ
るいはリモコン装置を含む。シナリオ管理手段９は入力
手段１０からの指示に従いネットワーク制御手段１へサ
ーバからの情報の受信コマンドを発し、第１及び第２の
アドレスレジスタ４、５を制御して第１と第２のバッフ
ァメモリ２、３への受信データの書き込みの制御を行う
ものである。シナリオ管理手段９はＣＰＵ（中央演算処
理装置）とインタフェース、ＲＯＭ、ＲＡＭ等から構成
することができる。
したり、前後へのスキップ（映画ソフト等ではチャプタ
単位のジャンプ）を指示したりするための操作パネルあ
るいはリモコン装置を含む。シナリオ管理手段９は入力
手段１０からの指示に従いネットワーク制御手段１へサ
ーバからの情報の受信コマンドを発し、第１及び第２の
アドレスレジスタ４、５を制御して第１と第２のバッフ
ァメモリ２、３への受信データの書き込みの制御を行う
ものである。シナリオ管理手段９はＣＰＵ（中央演算処
理装置）とインタフェース、ＲＯＭ、ＲＡＭ等から構成
することができる。
【００１３】図２の（ａ）は、サーバから伝送される情
報に含まれるマルチメディアシナリオの記述例である。
この記述例は、１２行から構成されている。各行の一番
目の文字列は、Ｓ又はＴから始まり、次に数字が続く。
Ｓは、その行がスキップポイントとして定義されている
ことを意味している。Ｔはスキップポイントではないこ
とを意味している。Ｓ又はＴに続く数字は時刻であり、
単位は秒である。各行の２番目以後の文字列は、映像情
報又は音声情報の素片名とその動作を意味している。再
生開始はＰＬＡＹであり、再生停止はＳＴＯＰである。
報に含まれるマルチメディアシナリオの記述例である。
この記述例は、１２行から構成されている。各行の一番
目の文字列は、Ｓ又はＴから始まり、次に数字が続く。
Ｓは、その行がスキップポイントとして定義されている
ことを意味している。Ｔはスキップポイントではないこ
とを意味している。Ｓ又はＴに続く数字は時刻であり、
単位は秒である。各行の２番目以後の文字列は、映像情
報又は音声情報の素片名とその動作を意味している。再
生開始はＰＬＡＹであり、再生停止はＳＴＯＰである。
【００１４】シナリオを詳しく説明する。 （１）第１行目はスキップポイントであり、時刻０にお
いて、映像データ（映像素片）であるＶＩＤＥＯ＃１の
再生を開始し、音声データ（音声素片）であるＡＵＤＩ
Ｏ＃１の再生を開始する。 （２）第２行目はスキップポイントではなく、時刻１０
において、映像データであるＶＩＤＥＯ＃１の再生を停
止し、音声データであるＡＵＤＩＯ＃１の再生を停止す
る。 （３）第３行目はスキップポイントであり、時刻１５に
おいて、映像データであるＶＩＤＥＯ＃２の再生を開始
する。 （４）第４行目はスキップポイントでなく、時刻２０に
おいて、音声データであるＡＵＤＩＯ＃２の再生を開始
する。 （５）第５行目はスキップポイントでなく、時刻２５に
おいて、音声データであるＡＵＤＩＯ＃２の再生を停止
する。 （６）第６行目はスキップポイントでなく、時刻３０に
おいて、映像データであるＶＩＤＥＯ＃２の再生を停止
する。 （７）第７行目から第１２行目までも同様に解釈する。
いて、映像データ（映像素片）であるＶＩＤＥＯ＃１の
再生を開始し、音声データ（音声素片）であるＡＵＤＩ
Ｏ＃１の再生を開始する。 （２）第２行目はスキップポイントではなく、時刻１０
において、映像データであるＶＩＤＥＯ＃１の再生を停
止し、音声データであるＡＵＤＩＯ＃１の再生を停止す
る。 （３）第３行目はスキップポイントであり、時刻１５に
おいて、映像データであるＶＩＤＥＯ＃２の再生を開始
する。 （４）第４行目はスキップポイントでなく、時刻２０に
おいて、音声データであるＡＵＤＩＯ＃２の再生を開始
する。 （５）第５行目はスキップポイントでなく、時刻２５に
おいて、音声データであるＡＵＤＩＯ＃２の再生を停止
する。 （６）第６行目はスキップポイントでなく、時刻３０に
おいて、映像データであるＶＩＤＥＯ＃２の再生を停止
する。 （７）第７行目から第１２行目までも同様に解釈する。
【００１５】図２の（ｂ）は、図２の（ａ）のマルチメ
ディアシナリオを再生したときの映像情報及び音声情報
の再生開始と停止を図式化したものである。横軸が時間
軸である。
ディアシナリオを再生したときの映像情報及び音声情報
の再生開始と停止を図式化したものである。横軸が時間
軸である。
【００１６】図３は、図２の（ａ）のマルチメディアシ
ナリオを再生するときに、第１のバッファメモリ２へ映
像データが格納されていく様子を説明する図である。図
３の（ａ）は、マルチメディアシナリオの中の映像情報
の素片数が４個あり、第１のバッファメモリ２を奥行き
方向へ８分割した例を示している。第１のバッファメモ
リ２は、４ｘ８のブロックに分割されている。各ブロッ
クは、上位アドレスと下位アドレスの２つで指定され
る。上位アドレス＝０，下位アドレス＝０のブロック番
号は０−０となる。上位アドレス＝０，下位アドレス＝
１のブロック番号は０−１である。以下同様であり、上
位アドレス＝３，下位アドレス＝７のブロック番号は３
−７である。
ナリオを再生するときに、第１のバッファメモリ２へ映
像データが格納されていく様子を説明する図である。図
３の（ａ）は、マルチメディアシナリオの中の映像情報
の素片数が４個あり、第１のバッファメモリ２を奥行き
方向へ８分割した例を示している。第１のバッファメモ
リ２は、４ｘ８のブロックに分割されている。各ブロッ
クは、上位アドレスと下位アドレスの２つで指定され
る。上位アドレス＝０，下位アドレス＝０のブロック番
号は０−０となる。上位アドレス＝０，下位アドレス＝
１のブロック番号は０−１である。以下同様であり、上
位アドレス＝３，下位アドレス＝７のブロック番号は３
−７である。
【００１７】図３の（ｂ）は、マルチメディアシナリオ
を再生するために、サーバから映像データの先行受信を
開始した直後の第１のバッファメモリ２の内容を示した
ものである。第１のバッファメモリのブロック番号０−
０に、映像データＶＩＤＥＯ＃１の先頭ブロック＃１０
０が格納されていることを示している。図３の（ｂ）〜
図４の（ｉ）で網掛け部分はデータが格納されているこ
とを示し、それ以外の空白部はデータが格納されていな
いことを示す。図３の（ｃ）は、図３の（ｂ）の続きで
あり、第１のバッファメモリのブロックアドレス０−０
に、映像データＶＩＤＥＯ＃１の先頭ブロック＃１００
が格納され、ブロック番号１−０に、映像データＶＩＤ
ＥＯ＃２の先頭ブロック＃２００が格納され、ブロック
番号２−０に、映像データＶＩＤＥＯ＃３の先頭ブロッ
ク＃３００が格納されている。
を再生するために、サーバから映像データの先行受信を
開始した直後の第１のバッファメモリ２の内容を示した
ものである。第１のバッファメモリのブロック番号０−
０に、映像データＶＩＤＥＯ＃１の先頭ブロック＃１０
０が格納されていることを示している。図３の（ｂ）〜
図４の（ｉ）で網掛け部分はデータが格納されているこ
とを示し、それ以外の空白部はデータが格納されていな
いことを示す。図３の（ｃ）は、図３の（ｂ）の続きで
あり、第１のバッファメモリのブロックアドレス０−０
に、映像データＶＩＤＥＯ＃１の先頭ブロック＃１００
が格納され、ブロック番号１−０に、映像データＶＩＤ
ＥＯ＃２の先頭ブロック＃２００が格納され、ブロック
番号２−０に、映像データＶＩＤＥＯ＃３の先頭ブロッ
ク＃３００が格納されている。
【００１８】図３の（ｄ）は、図３の（ｃ）の続きであ
り、第１のバッファメモリのブロックアドレス０−０
に、映像データＶＩＤＥＯ＃１の先頭ブロック＃１００
が格納され、ブロック番号１−０に、映像データＶＩＤ
ＥＯ＃２の先頭ブロック＃２００が格納され、ブロック
番号２−０に、映像データＶＩＤＥＯ＃３の先頭ブロッ
ク＃３００が格納され、ブロック番号３−０に、映像デ
ータＶＩＤＥＯ＃４の先頭ブロック＃４００が格納さ
れ、以下同様に、ブロック番号３−３に映像データＶＩ
ＤＥＯ＃４の第四ブロック＃４０３が格納されている。
図３の（ｅ）は、図３の（ｄ）の続きであり、ユーザが
マルチメディアシナリオの再生を開始したため、シナリ
オの先頭の映像データであるＶＩＤＥＯ＃１の再生が開
始され、ブロック番号０−０に格納されていたデータ＃
１００が第１の復号化手段６に送出され、空になってい
る。並行してサーバからの先行受信が行われているの
で、ブロック番号０−４，１−４，２−４，３−４に、
それぞれ、映像データブロック＃１０４，＃２０４，＃
３０４，＃４０４が格納される。
り、第１のバッファメモリのブロックアドレス０−０
に、映像データＶＩＤＥＯ＃１の先頭ブロック＃１００
が格納され、ブロック番号１−０に、映像データＶＩＤ
ＥＯ＃２の先頭ブロック＃２００が格納され、ブロック
番号２−０に、映像データＶＩＤＥＯ＃３の先頭ブロッ
ク＃３００が格納され、ブロック番号３−０に、映像デ
ータＶＩＤＥＯ＃４の先頭ブロック＃４００が格納さ
れ、以下同様に、ブロック番号３−３に映像データＶＩ
ＤＥＯ＃４の第四ブロック＃４０３が格納されている。
図３の（ｅ）は、図３の（ｄ）の続きであり、ユーザが
マルチメディアシナリオの再生を開始したため、シナリ
オの先頭の映像データであるＶＩＤＥＯ＃１の再生が開
始され、ブロック番号０−０に格納されていたデータ＃
１００が第１の復号化手段６に送出され、空になってい
る。並行してサーバからの先行受信が行われているの
で、ブロック番号０−４，１−４，２−４，３−４に、
それぞれ、映像データブロック＃１０４，＃２０４，＃
３０４，＃４０４が格納される。
【００１９】図４の（ｆ）は、図３の（ｅ）の続きであ
り、ユーザがマルチメディアシナリオの再生途中でスキ
ップを２回実行したため、映像データＶＩＤＥＯ＃１の
再生が映像データブロック＃１０３の直前で中断され、
第２のスキップポイントである映像データＶＩＤＥＯ＃
３の再生が開始され、ブロック番号２−０に格納されて
いたデータ＃３００が第１の復号化手段６に送出され、
空になっている。並行してサーバからの先行受信が行わ
れているので、ブロック番号０−５，１−５，２−５，
３−５に、それぞれ、映像データブロック＃１０５，＃
２０５，＃３０５，＃４０５が格納される。図４の
（ｇ）は、図４の（ｆ）の続きであり、映像データＶＩ
ＤＥＯ＃３の再生が進み、データブロック＃３０４の直
前のデータブロックまでが第１の復号化手段６に送出さ
れ、空になっている。並行してサーバからの先行受信が
行われているので、ブロック番号０−７，１−７，２−
７，３−７に、それぞれ、映像データブロック＃１０
７，＃２０７，＃３０７，＃４０７が格納される。
り、ユーザがマルチメディアシナリオの再生途中でスキ
ップを２回実行したため、映像データＶＩＤＥＯ＃１の
再生が映像データブロック＃１０３の直前で中断され、
第２のスキップポイントである映像データＶＩＤＥＯ＃
３の再生が開始され、ブロック番号２−０に格納されて
いたデータ＃３００が第１の復号化手段６に送出され、
空になっている。並行してサーバからの先行受信が行わ
れているので、ブロック番号０−５，１−５，２−５，
３−５に、それぞれ、映像データブロック＃１０５，＃
２０５，＃３０５，＃４０５が格納される。図４の
（ｇ）は、図４の（ｆ）の続きであり、映像データＶＩ
ＤＥＯ＃３の再生が進み、データブロック＃３０４の直
前のデータブロックまでが第１の復号化手段６に送出さ
れ、空になっている。並行してサーバからの先行受信が
行われているので、ブロック番号０−７，１−７，２−
７，３−７に、それぞれ、映像データブロック＃１０
７，＃２０７，＃３０７，＃４０７が格納される。
【００２０】図４の（ｈ）は、図４の（ｇ）の続きであ
り、映像データＶＩＤＥＯ＃３の再生が進み、映像デー
タブロック＃３０５の直前のデータブロックまでが第１
の復号化手段６に送出され、空になっている。並行して
サーバからの先行受信を行うが、第１のバッファメモリ
２の奥行き方向の最後のブロックまでデータを格納した
のでラップアラウンドして、先頭ブロックから映像デー
タを格納している。上位アドレス＝０に格納されている
映像情報は再生中ではないので、ＶＩＤＥＯ＃１の先頭
ブロック＃１００のデータを受信して、ブロック番号０
−０に格納する。上位アドレス＝１のブロックは、空き
ブロックが無いのでデータ受信は行わない。上位アドレ
ス＝２に格納されている映像情報は再生中であるから、
ＶＩＤＥＯ＃３の第九ブロック＃３０８が格納される。
上位アドレス＝４のブロックは、空きブロックが無いの
でデータ受信は行わない。
り、映像データＶＩＤＥＯ＃３の再生が進み、映像デー
タブロック＃３０５の直前のデータブロックまでが第１
の復号化手段６に送出され、空になっている。並行して
サーバからの先行受信を行うが、第１のバッファメモリ
２の奥行き方向の最後のブロックまでデータを格納した
のでラップアラウンドして、先頭ブロックから映像デー
タを格納している。上位アドレス＝０に格納されている
映像情報は再生中ではないので、ＶＩＤＥＯ＃１の先頭
ブロック＃１００のデータを受信して、ブロック番号０
−０に格納する。上位アドレス＝１のブロックは、空き
ブロックが無いのでデータ受信は行わない。上位アドレ
ス＝２に格納されている映像情報は再生中であるから、
ＶＩＤＥＯ＃３の第九ブロック＃３０８が格納される。
上位アドレス＝４のブロックは、空きブロックが無いの
でデータ受信は行わない。
【００２１】図４の（ｉ）は、図４の（ｈ）の続きであ
り、映像データＶＩＤＥＯ＃３の再生が進み、データブ
ロック＃３０６の直前のデータブロックまでが第１の復
号化手段６に送出され、空になっている。並行してサー
バからの先行受信が行われているので、上位アドレス＝
０のブロック番号０−１に映像データＶＩＤＥＯ＃１の
ブロック＃１０１が格納され、上位アドレス＝２のブロ
ック番号２−１に映像データＶＩＤＥＯ＃３のブロック
＃３０９が格納されている。また、上位アドレス＝１又
は３のブロックは、空きブロックが無いのでデータ受信
は行わない。なお、第２のバッファメモリ３へ音声デー
タが格納されていく様子も同様である。
り、映像データＶＩＤＥＯ＃３の再生が進み、データブ
ロック＃３０６の直前のデータブロックまでが第１の復
号化手段６に送出され、空になっている。並行してサー
バからの先行受信が行われているので、上位アドレス＝
０のブロック番号０−１に映像データＶＩＤＥＯ＃１の
ブロック＃１０１が格納され、上位アドレス＝２のブロ
ック番号２−１に映像データＶＩＤＥＯ＃３のブロック
＃３０９が格納されている。また、上位アドレス＝１又
は３のブロックは、空きブロックが無いのでデータ受信
は行わない。なお、第２のバッファメモリ３へ音声デー
タが格納されていく様子も同様である。
【００２２】図５は、第１のアドレスレジスタ４のビッ
ト構成を示す図である。第１のアドレスレジスタ４は全
部で５ビットから構成されている。上位２ビットは、第
１のバッファメモリ２の上位アドレスを意味し、下位３
ビットは、第１のバッファメモリ３の下位アドレスを意
味する。図６は、シナリオ管理手段９において映像デー
タを先行受信する処理を説明するためのフローチャート
であり、図３の（ｂ）から図４の（ｉ）は、本フローチ
ャートの通りに動作した場合を示している。
ト構成を示す図である。第１のアドレスレジスタ４は全
部で５ビットから構成されている。上位２ビットは、第
１のバッファメモリ２の上位アドレスを意味し、下位３
ビットは、第１のバッファメモリ３の下位アドレスを意
味する。図６は、シナリオ管理手段９において映像デー
タを先行受信する処理を説明するためのフローチャート
であり、図３の（ｂ）から図４の（ｉ）は、本フローチ
ャートの通りに動作した場合を示している。
【００２３】シナリオ管理手段９は、シナリオ記憶手段
８からマルチメディアシナリオを読み出して、映像情報
の素片数を計算する（ステップＳ１０１）。図２の
（ａ）の例では、素片数＝４である。変数ｍ，ｎに初期
値として０を設定する（ステップＳ１０２，Ｓ１０
３）。第１のアドレスレジスタ４の上位アドレスレジス
タに変数ｍの値を設定し、第１のアドレスレジスタ４の
下位アドレスレジスタに変数ｎの値を設定する（ステッ
プＳ１０４，ステップＳ１０５）。第１のアドレスレジ
スタ４で示されるブロック番号のブロックが空か否かを
判定する（ステップＳ１０６）。空でなければ、変数ｍ
に１を加える（ステップＳ１１０）。空であれば、変数
ｎ＝０かつ上位アドレスｍのブロックに格納されている
映像データが再生中であるか否かを判定する（ステップ
Ｓ１０７）。
８からマルチメディアシナリオを読み出して、映像情報
の素片数を計算する（ステップＳ１０１）。図２の
（ａ）の例では、素片数＝４である。変数ｍ，ｎに初期
値として０を設定する（ステップＳ１０２，Ｓ１０
３）。第１のアドレスレジスタ４の上位アドレスレジス
タに変数ｍの値を設定し、第１のアドレスレジスタ４の
下位アドレスレジスタに変数ｎの値を設定する（ステッ
プＳ１０４，ステップＳ１０５）。第１のアドレスレジ
スタ４で示されるブロック番号のブロックが空か否かを
判定する（ステップＳ１０６）。空でなければ、変数ｍ
に１を加える（ステップＳ１１０）。空であれば、変数
ｎ＝０かつ上位アドレスｍのブロックに格納されている
映像データが再生中であるか否かを判定する（ステップ
Ｓ１０７）。
【００２４】ステップＳ１０７でｙｅｓのときは、映像
データを前回の続きから１ブロック受信した後（ステッ
プＳ１０８）、変数ｍに１を加える（ステップＳ１１
０）。ｎｏのときは、映像データの先頭から、１ブロッ
ク受信した後（ステップＳ１０９）、変数ｍに１を加え
る（ステップＳ１１０）。変数ｍが素片数−１より大き
くなったか否かを判定し、（ステップＳ１１１）、そう
でない場合は、ステップＳ１０４へ戻る。大きくなった
場合は、変数ｍに０を設定し（ステップＳ１１２）、変
数ｎに１を加える（ステップＳ１１３）。変数ｎが上位
アドレスの最大値より大きくなったか否かを判定し（ス
テップＳ１１４）、そうでなければステップＳ１０４へ
戻る。大きくなった場合は、ステップＳ１０２へ戻る。
データを前回の続きから１ブロック受信した後（ステッ
プＳ１０８）、変数ｍに１を加える（ステップＳ１１
０）。ｎｏのときは、映像データの先頭から、１ブロッ
ク受信した後（ステップＳ１０９）、変数ｍに１を加え
る（ステップＳ１１０）。変数ｍが素片数−１より大き
くなったか否かを判定し、（ステップＳ１１１）、そう
でない場合は、ステップＳ１０４へ戻る。大きくなった
場合は、変数ｍに０を設定し（ステップＳ１１２）、変
数ｎに１を加える（ステップＳ１１３）。変数ｎが上位
アドレスの最大値より大きくなったか否かを判定し（ス
テップＳ１１４）、そうでなければステップＳ１０４へ
戻る。大きくなった場合は、ステップＳ１０２へ戻る。
【００２５】なお、シナリオ管理手段９において音声デ
ータを先行受信する処理を説明するためのフローチャー
トも同様である。また、上記実施例において第１のバッ
ファメモリ２の奥行きを８としたが、８に限定されるも
のではない。
ータを先行受信する処理を説明するためのフローチャー
トも同様である。また、上記実施例において第１のバッ
ファメモリ２の奥行きを８としたが、８に限定されるも
のではない。
【００２６】
【発明の効果】以上説明したように、本発明によれば、
サーバからの情報を受信してマルチメディアシナリオ再
生装置においてマルチメディアシナリオを再生する場合
は、ユーザの指示とは無関係に共に素片化された映像情
報と音声情報の先行受信を行い、記憶手段に保持し、ユ
ーザのスキップ再生指示に従って必要な素片化された情
報を記憶手段から読み出すので、前方向又は後ろ方向へ
スキップ再生などを行ってもユーザは待たされることが
なく、遅延時間を意識させないようにすることができ
る。
サーバからの情報を受信してマルチメディアシナリオ再
生装置においてマルチメディアシナリオを再生する場合
は、ユーザの指示とは無関係に共に素片化された映像情
報と音声情報の先行受信を行い、記憶手段に保持し、ユ
ーザのスキップ再生指示に従って必要な素片化された情
報を記憶手段から読み出すので、前方向又は後ろ方向へ
スキップ再生などを行ってもユーザは待たされることが
なく、遅延時間を意識させないようにすることができ
る。
【図１】本発明のマルチメディアシナリオ再生装置の好
ましい実施例のブロック図である。
ましい実施例のブロック図である。
【図２】（ａ）は図１の実施例におけるマルチメディア
シナリオの記述例を示した図で、（ｂ）は、（ａ）のマ
ルチメディアシナリオを再生したときの映像情報及び音
声情報の再生開始と停止を模式的に示した図である。
シナリオの記述例を示した図で、（ｂ）は、（ａ）のマ
ルチメディアシナリオを再生したときの映像情報及び音
声情報の再生開始と停止を模式的に示した図である。
【図３】（ａ）は図１の実施例における第１のバッファ
メモリ２のアドレスと記憶領域の関係を示す模式図であ
り、（ｂ）〜（ｅ）は第１のバッファメモリ２へ映像デ
ータが格納されていく様子を説明する図である。
メモリ２のアドレスと記憶領域の関係を示す模式図であ
り、（ｂ）〜（ｅ）は第１のバッファメモリ２へ映像デ
ータが格納されていく様子を説明する図である。
【図４】図３の（ｂ）〜（ｅ）に続いて（ｆ）〜（ｉ）
は第１のバッファメモリ２へ映像データが格納されてい
く様子を説明する図である。
は第１のバッファメモリ２へ映像データが格納されてい
く様子を説明する図である。
【図５】図１の実施例における第１のアドレスレジスタ
４のビット構成を示す図である。
４のビット構成を示す図である。
【図６】図１の実施例におけるシナリオ管理手段９にお
いて映像データを先行受信する処理を説明するためのフ
ローチャートである。
いて映像データを先行受信する処理を説明するためのフ
ローチャートである。
１ ネットワーク制御手段 ２、３ バッファメモリ ４、５ アドレスレジスタ ６、７ 復号化手段 ８ シナリオ記憶手段 ９ シナリオ管理手段 １０ 入力手段 １２ マルチメディアシナリオ再生装置
フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) H04N 5/76 - 5/956 H03M 7/00 H04N 7/14 - 7/173 H04N 7/24 - 7/68
Claims (2)
- 【請求項１】 所定のフォーマットでデジタル符号化さ
れた映像情報及び音声情報と、前記映像情報及び音声情
報の同期関係を記述したマルチメディアシナリオを格納
したサーバにデジタル回線にて接続可能で、前記映像情
報及び音声情報と前記マルチメディアシナリオを前記サ
ーバから受信し、前記マルチメディアシナリオにて示さ
れる同期関係に基づいて前記映像情報及び音声情報を復
号化して再生するマルチメディアシナリオ再生装置であ
って、 前記デジタル回線を介して前記映像情報と前記音声情報
と前記マルチメディアシナリオを受信するネットワーク
制御手段と、 前記ネットワーク制御手段により受信された前記映像情
報を一時的に蓄える第１のバッファメモリと、 前記ネットワーク制御手段により受信された前記音声情
報を一時的に蓄える第２のバッファメモリと、 前記第１のバッファメモリの書き込みアドレスを管理す
る第１のアドレスレジスタと、 前記第２のバッファメモリの書き込みアドレスを管理す
る第２のアドレスレジスタと、 前記第１のバッファメモリから読み出された前記映像情
報を復号化する第１の復号化手段と、 前記第２のバッファメモリから読み出された前記音声情
報を復号化する第２の復号化手段と、 前記ネットワーク制御手段により受信された前記マルチ
メディアシナリオを一時的に蓄えるシナリオ記憶手段
と、 ユーザからの再生モードの指示を受けるための入力手段
と、 前記シナリオ記憶手段に記憶された前記マルチメディア
シナリオから前記映像情報と前記音声情報の同期関係を
取り出して前記ネットワーク制御手段に対して前記サー
バから所望の映像情報及び音声情報を素片単位に先行し
て受信するよう要求するとともに、前記入力手段に入力
された再生モードの指示に従い前記第１のバッファメモ
リと前記第２のバッファメモリに対して前記映像情報と
前記音声情報を書き込むために前記第１のアドレスレジ
スタと前記第２のアドレスレジスタを制御するシナリオ
管理手段とを、 有するマルチメディアシナリオ再生装置。 - 【請求項２】 前記シナリオ管理手段が前記マルチメデ
ィアシナリオの記述内容から前記映像情報と前記音声情
報の各々の素片数を計算し、その計算結果に応じて前記
第１のバッファメモリ及び前記第２のバッファメモリを
管理すべく前記第１のアドレスレジスタ及び前記第２の
アドレスレジスタを制御するよう構成されている請求項
１記載のマルチメディアシナリオ再生装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5504895A JP3060877B2 (ja) | 1995-02-20 | 1995-02-20 | マルチメディアシナリオ再生装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5504895A JP3060877B2 (ja) | 1995-02-20 | 1995-02-20 | マルチメディアシナリオ再生装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH08228323A JPH08228323A (ja) | 1996-09-03 |
| JP3060877B2 true JP3060877B2 (ja) | 2000-07-10 |
Family
ID=12987794
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5504895A Expired - Fee Related JP3060877B2 (ja) | 1995-02-20 | 1995-02-20 | マルチメディアシナリオ再生装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3060877B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH1078947A (ja) * | 1996-09-04 | 1998-03-24 | Matsushita Electric Ind Co Ltd | マルチメディアタイトル再生装置 |
| JP3076260B2 (ja) | 1997-03-10 | 2000-08-14 | 松下電器産業株式会社 | 情報提供装置 |
| US6351442B1 (en) | 1998-06-03 | 2002-02-26 | Matsushita Electric Industrial Co., Ltd. | Recording medium, recording apparatus and reproduction apparatus with reproduction path flag information |
| AU4651399A (en) | 1998-07-15 | 2000-02-07 | Matsushita Electric Industrial Co., Ltd. | Method and apparatus for decoding |
| FI118830B (fi) * | 2001-02-08 | 2008-03-31 | Nokia Corp | Tietovirran toisto |
| TW200505240A (en) * | 2003-07-24 | 2005-02-01 | Compal Electronics Inc | Transmission method of video file |
-
1995
- 1995-02-20 JP JP5504895A patent/JP3060877B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH08228323A (ja) | 1996-09-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6341278B1 (en) | Recording and reproducing apparatus and method for accessing data stored on a randomly accessible recording medium, and for managing data thereon | |
| US5912866A (en) | Method of reproducing multimedia data and multimedia data server system | |
| US7778528B2 (en) | Method of reproducing an interactive disk through a network | |
| US20030081943A1 (en) | Method of reproducing an interactive disk through a network | |
| EP0801488B1 (en) | Information transfer method and apparatus | |
| JPH06133262A (ja) | ディジタル動画ファイルの特殊再生制御処理方法 | |
| JP2008243367A (ja) | 同報通信データを記録するための方法、および、装置 | |
| US6085019A (en) | Apparatus and method for recording and reproducing video data to and from a record medium | |
| JPH0764878A (ja) | 情報送出／受信システム | |
| JPH11509951A (ja) | 記憶媒体装置 | |
| JP3060877B2 (ja) | マルチメディアシナリオ再生装置 | |
| JP2001292388A (ja) | 再生装置 | |
| EP1001581B1 (en) | Network apparatus and network communication method for image delivery in a mobile network | |
| US8655139B2 (en) | Video recording and reproducing system and reading method of video data | |
| US5675383A (en) | Encoding method, encoding unit, decoding method, decoding unit, recording medium, and transmission method | |
| US20090129756A1 (en) | Method and device to seamlessly reproduce contents using storage medium | |
| JPH0981455A (ja) | クライアント装置、サーバ装置及び記憶装置制御方法 | |
| US20040086262A1 (en) | Video data reproducing system and method | |
| JP3193851B2 (ja) | ビデオサーバ装置 | |
| JPH09186967A (ja) | 動画処理方法 | |
| JP2004112188A (ja) | データ編集方法 | |
| JPH05153552A (ja) | マルチメデイア処理装置及びその方法 | |
| JP4207483B2 (ja) | 送信装置 | |
| JPH01160235A (ja) | マルチメディアメールの高速再生方式 | |
| JP3265146B2 (ja) | ビデオサーバ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20000328 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090428 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090428 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100428 Year of fee payment: 10 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110428 Year of fee payment: 11 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120428 Year of fee payment: 12 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120428 Year of fee payment: 12 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120428 Year of fee payment: 12 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130428 Year of fee payment: 13 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140428 Year of fee payment: 14 |
|
| LAPS | Cancellation because of no payment of annual fees |