オンスクリーン・メニューを発生する方法
【課題】ユーザとのインタラクションにより、追加的なボタンが画面上に動的に現れては消えるダイナミックなメニューを生成する。
【解決手段】メニュー・ボタン(BG81、...、BG86’)および他のメニュー項目(例えば、ヘルプ・テキスト)を含む画面上のメニューを生成する方法は、1グループまたは複数グループのメニュー・ボタンまたはメニュー項目が規定され、グループは1つ以上のメニュー・ボタンまたはメニュー項目を含み、かつ画面上の規定されたエリアに関連付けられていることを特徴とする。「イネーブルド」(動作可能にされた)状態または「ディセーブルド」(動作不能にされた)状態がボタンに割り当てられ、イネーブルド・ボタンのみが表示可能であり、グループ内の1つのボタンまたは項目がイネーブルされる。ボタンの状態は、他のボタンに関連付けられたコマンドによって変更できる。
【解決手段】メニュー・ボタン(BG81、...、BG86’)および他のメニュー項目(例えば、ヘルプ・テキスト)を含む画面上のメニューを生成する方法は、1グループまたは複数グループのメニュー・ボタンまたはメニュー項目が規定され、グループは1つ以上のメニュー・ボタンまたはメニュー項目を含み、かつ画面上の規定されたエリアに関連付けられていることを特徴とする。「イネーブルド」(動作可能にされた)状態または「ディセーブルド」(動作不能にされた)状態がボタンに割り当てられ、イネーブルド・ボタンのみが表示可能であり、グループ内の1つのボタンまたは項目がイネーブルされる。ボタンの状態は、他のボタンに関連付けられたコマンドによって変更できる。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、画面上にオンスクリーン・メニューを発生する方法に関する。
【背景技術】
【0002】
データ記録媒体、例えばビデオ用のDVD(Digital Versatile Discs)の音声・映像コンテンツは通常、ユーザが媒体の特定のコンテンツを選択できるように種々のメニュー・データを含んでいる。メニュー・データは、画面(スクリーン)上にメニューを表示するために使用される。いわゆるマルチページ(複数ページ)メニューがしばしば使用され、メニューの各状態はフル・スクリーン(全画面)映像で表され、別個の層(レイヤ)としてビデオ画像の上に重ね合わされる。表示されるメニュー項目を除いて、メニュー層は通常、透明(transparent)である。
【0003】
従来技術のメニューでは、メニュー項目は基本的に、多数のボタンおよび非ボタン・オブジェクト(non‐button objects)から成る。各ボタンには、コンテンツのオーサ(author:作者)によって画面上に位置が割り当てられており、例えばユーザにリモコンによって操作(ナビゲート)されて起動される。各ボタンには、「通常(normal)、すなわち非選択(unselected)」の状態、「選択された(selected)」状態、または「起動された(activated)」状態のいずれかの状態が関連付けられている。各ボタンは、ユーザにフィードバックするために、各状態ごとに異なる視覚表示を備えている。
【0004】
しかしながら、このような種類のメニューはどちらかといえば静的(スタティック)であって、画面全体を表現し直すことなく、ボタンを動的(ダイナミック)に追加したり画面から除去したりしない。コンテンツのオーサにとって、もっと洗練されたメニューが、例えば、サブメニューを設計するために望ましい。そのような場合、ユーザとのインタラクションにより、追加的なボタンが画面上に動的に現れては消える。本発明は、このようなダイナミックなメニューを生成する手段を提供する。
【発明の概要】
【0005】
本発明は、画面上の種々のメニューの項目とボタンが、依然としてビジブルである静的または動的な背景の上に、ページ状(pagewise)でなく、別個に表現されるという前提に基づいている。「表現する」(rendering)は、表示画素の値を生成することを意味する。
【0006】
本発明によれば、各ボタンには、「イネーブルド(enabled:動作可能)」状態または「ディセーブルド(disabled:動作不能)」状態である、追加的な状態が割り当てられる。原則として、この状態はボタンの表現動作を規定する。「イネーブルド(動作可能)」状態にあるボタンは通常は画面に表示され、「ディセーブルド(動作不能)」状態のボタンは表現されず、従って表示されない。だが、イネーブルド・ボタンは透明になることもある。
【0007】
ユーザは、「イネーブルド」状態にあるボタンのみを操作でき、よく知られる「通常の」状態、「選択された」状態、または「起動された」状態は、「イネーブルド(動作可能)」状態でのみ有効である。「ディセーブルド(動作不能)」状態にあるボタンは操作できず、それをしようとする試みは、本発明によれば、デコーダによって無視される。
【0008】
メニュー内の各ボタンには、画面上のエリア(領域)および固有の識別子が割り当てられる。通常、画面上でのボタンのエリアは矩形であるか、または複数の部分的な矩形エリアの組合せである。
【0009】
本発明によれば、複数のボタンは幾つかのグループに編成され、すべてのボタンは或る規則にしたがう。これについては以下に述べる。
‐ 1つのボタン・グループに属するボタンの数は1つまたは複数である。空(から)のボタン・グループは存在しない。
‐ 1つのボタンは、複数のボタン・グループに属することはできない。
‐ 第1のボタン・グループに属するボタンのエリアは、画面上で、同じボタン・グループに属さない他のボタンのエリアと重ならない。
‐ 1つのボタン・グループ内の各ボタンは、2つの状態、「イネーブルド(動作可能)」または「ディセーブルド(動作不能)」状態の何れかでなければないない。
‐ 各ボタンには、初期状態(「イネーブルド」状態または「ディセーブルド」状態の何れか)が割り当てられる。
‐ 1つのボタン・グループ内の複数のボタンは一度に「イネーブルド」状態とならない。すなわち、画面上に表現されない。「イネーブルド」状態とは、ユーザの目に見えること(user−visibility)を意味しない。例えば、イネーブルド・ボタンは、透明画素でのみ表される場合、ユーザの目に見えない。
‐ ボタン・グループ内の各ボタンを操作するために、ボタン・ナビゲーションのための近隣情報、例えば、ユーザがLEFT(レフト:左)、RIGHT(ライト:右)、UP(アップ:上)、DOWN(ダウン:下)ボタンを押して、選択すべき他のボタンを決定できる。この近隣情報は、ボタンがイネーブルド状態のときにのみ有効である。ユーザは、ディセーブルド・ボタンを操作することはできない。
‐ 画面上で、第1のボタン・グループの第1のボタンのエリア及び同じグループの第2のボタンのエリア(すなわち、それらのビジブルな表示)は重なっていてもよい。これらは同じボタン・グループに属するので同時にビジブルにならず、一度に1つだけが「イネーブルド」状態になれる。
【0010】
本発明に基づき、新しいコマンドが規定される。このコマンドは、例えば、1つのボタンに関連し、別のボタンの「イネーブルド」状態と「ディセーブルド」状態とを動的に切り替える。従来技術のメニューでは、1つのボタンを起動すると、1つ以上のコマンドが実行される。提案されたコマンドが同じように起動され、従って、従来技術の枠組みに適合する。他の効果として、ボタンを起動するとボタンはその外観、色などを変える。
【0011】
本発明の1つの態様は、ボタンをイネーブルまたはディセーブルするためのコマンドの規定である。どのボタンをイネーブルまたはディセーブルすべきかについての情報は、コマンドのパラメータとしてのボタン識別子により提供される。各ボタンについて、ボタンの起動時に実行される1つ以上のボタン・コマンドが規定される。ボタンに関連するコマンド(または一組のコマンド)はボタン・ハンドラ(handler)と称される。ボタン・コマンドの実行は、ボタンが「イネーブルド(動作可能)」状態にあるときにだけ可能であるが、関連するボタン・コマンドを有しない「空の(empty)」ボタンもある。ボタンをディセーブルすると、それを透明画素で置き替えることにより、ボタンの可視度が透明(クリア)になる。
【0012】
本発明のボタン・コマンドは通常、それ自身のボタンのイネーブルド状態またはディセーブルド状態を変更しない。イネーブルド・ボタンが起動されると、対応して起動時に実行されるボタン・コマンドは、他のボタンのイネーブルド/ディセーブルド状態を切り替えるが、そのボタン・ハンドラが既に別のボタンの選択を予定しているときを除き、それ自身のボタンをディセーブルド状態に切り替えない。しかしながら、メニュー全体をディセーブルする他のコマンドも実行される。1グループの1つのボタンをイネーブルすると、そのグループ内の他のすべてのボタンを暗黙のうちにディセーブルする。
【0013】
各ボタン・グループのボタンが表示されるエリアが規定される。この表示エリアは、ボタン・グループ・エリアと呼ばれ、通常は矩形であるが、他の形状もある。このビジブル(目に見える)ボタンは、そのグループ・エリア内に在る限り、任意の形状を有する。例えば、矩形のエリア内に円形のボタンを表示することもできる。1つのボタン・グループ・エリアに属するがそのボタン・グループ・エリア内のイネーブルド・ボタンに属さない画素は透明にされる。
【0014】
本発明によるボタン・グループ・エリアの特徴として、1つのボタン・グループ内のボタン位置は、別のボタン・グループのボタン位置に重なり合わず、異なるボタン・グループのエリアはまったく重なり合わない。これは、画面が、幾つかの重なり合わないボタン・グループ・エリアと見なされることを意味する。或るボタン・グループのボタンの状態が変化すると、本発明によるデコーダは、記憶媒体(通常、内部メモリ)から、それぞれのボタン・グループ・エリアの位置を読み取る。各グループについて、イネーブルド・ボタンのみが表現(表示)される。この場合、対応するボタン・グループ・エリアは任意の数の透明画素から成る。
【0015】
有利なことに、異なるボタン・グループ・エリアは重なり合わないので、1つのボタン・グループ・エリアを表現し直しても、別のボタン・グループ・エリアに属する画素は変更されず、復号が容易となり、メニューのプログラミングが容易となり、特に、各プログラミング・コードの確認(静的ボタン位置および静的近隣関係による)が容易となる。
【0016】
以下に詳細に述べるように、ボタン・グループ・エリアについて3つの可能性がある。これらは、一般的なケースの特殊化されたものである。
【0017】
第1の可能性は、上述したような一般的ケースであり、この場合、ボタン・グループ・エリアは幾つかの重なり合わない部分的エリアから成り、各ボタン・グループ・エリアにおいて、それぞれのボタン・グループに属するボタンは目に見えるようにされる。従って、1つのボタン・グループに属する1つのボタンは通常、そのボタン・グループ・エリアの1つの部分的エリアに関連しており、1ボタン・グループの複数の部分的エリアはイネーブルド・ボタンを含まない。しかし、原則として、イネーブルド・ボタンは、そのボタン・グループの複数の部分的エリアに存在し、1つのボタンは幾つかの同等部分から成る。1つのボタン・グループのボタンの状態が変化すると、本発明によるデコーダは、記憶媒体から各ボタン・グループの部分的エリアの位置を読み取り、すべての部分的エリアを新しく表現し直す。特に、デコーダは、1つのビジブルなボタン(すなわち、イネーブルド・ボタン)しか表示しない。
【0018】
第2の可能性は、ボタン・グループのエリアが連続的(contiguous)な、例えば、矩形のエリアである。これは、結合性(cohesive)エリアが、各ボタン・グループについて規定されることを意味し、このエリアは、そのボタン・グループに属するボタンのあらゆる可能な位置を含んでいる。前述のように、異なるボタン・グループに属するエリアは重なり合わず、ビジブル(目に見える)ボタンは必ずしも、許容されたエリアを埋める必要はない。すなわち、ボタンは、そのボタン・グループ・エリアの大きさと形状を有する必要はないが、完全に、そのグループに対応するエリア内になければならない。従って、異なるグループに属するボタンは重なり合わない。更に、同じボタン・グループに属する第2のボタンを表示するときに、第1のボタン・グループに属する第1のボタンを完全に削除するのは容易である。何故ならば、この場合、表現し直す必要のあるのは、それぞれのボタン・グループに属するボタン・グループ・エリアだけであり、これは単一の連続的エリアである。画面の他の部分を表現し直す必要はない。従って、以前に表示されたボタンの残存は見られない。1つのボタン・グループ内のすべてのボタンは、同じ画面上エリアを使用する。これは好ましい可能性である。
【0019】
第3の可能性は、1つのボタン・グループのすべてのボタンは同じエリア(すなわち、画面上でのボタンの大きさと位置)を有する。これは、デコーダの実施、メニューのプログラミングおよび確認に関して、最も容易な場合である。何故ならば、或る1つのボタン・グループに属するボタンを表示することにより、必然的に、同じ位置で以前に見られた同じボタン・グループの別のボタンは削除されるからである。しかし、これにより、他の2つの可能性よりも融通性の低いメニューとなる。
【0020】
原則として、1つのボタン・グループには、非ボタン・オブジェクト(すなわち、ビジブル(可視)であるが選択できないメニュー項目)も含まれる。1つのボタン・グループに属する非ボタン・オブジェクトには、「イネーブルド」状態または「ディセーブルド」状態が割り当てられており、イネーブルされる場合にのみ、ビジブルにされる。イネーブリング(enabling:動作可能化)またはディセーブリング(disabling:動作不能化)は、メニュー・ボタンに関連するボタン・ハンドラ(button handler)により行われる。
【0021】
本発明は、洗練されたメニュー(例えば、コンテンツのオーサ(作者)により要求される)を特徴とし、この特徴により、復号が容易となる。特に、本発明は、動的(ダイナミック)なメニューを提供し、ボタンは動的にメニューから除去され、メニューに追加される。
【0022】
本発明により、コンテンツのオーサは、フラットなデータ構造により表される階層的メニューおよびサブメニューを容易に規定できる。メニューのプログラミングと確認は、既知の方法によるよりも容易である。本発明の利点は、グラフィックス・デコーダが、メニュー操作のためにメニュー全体を考慮する必要がなく、孤立したボタン・グループを処理するだけである。初期のメニュー構造を記述するデータは、記憶媒体(取外し可能な記憶媒体、光学ディスク)から読み出され、デコーダに接続された一時的記憶媒体(メモリ)に記憶される。メニューが操作されると、一時的記憶媒体内の変数は、現在の状態を保持する。
【0023】
ボタンがインビジブル(不可視)のとき(これは、ボタンがディセーブルされ、選択不可能/起動不能となるか、またはボタンがイネーブルされ、インビジブルとしてマークされる:例えば、特殊なフラグまたは透明画素を有する)ことを意味する。後者の場合、ボタンは選択可能であり、選択されると、自動的に起動され、関連するコマンドが実行され、ビジブル・ボタンが選択される。また、最後のボタン・コマンドがビジブル・ボタンを選択すれば、インビジブル・ボタンを連結(concatenate)させることができる。
【0024】
請求項1は、このようなボタン・グループを使用してメニューを発生する方法を開示する。本発明の方法を利用する装置を請求項8に開示する。それぞれのデータ構造を保持する記憶媒体を請求項12に開示する。
【0025】
本発明の更なる目的、特徴および利点は、添付する図面に関連する以下の説明と特許請求の範囲を考慮することから明らかとなる。
【図面の簡単な説明】
【0026】
【図1】ディセーブルド・サブメニューを有するメニュー画面。
【図2】第1のイネーブルド・サブメニューを有するメニュー画面。
【図3】第2のイネーブルド・サブメニューを有するメニュー画面。
【図4】サブメニュー選択用のオーサリングのオプション。
【図5】選択されたサブメニュー項目を有するメニュー画面。
【図6】第1の可能性による、ボタン・グループ・エリア。
【図7】第2の可能性による、ボタン・グループ・エリア。
【図8】第3の可能性による、ボタン・グループ・エリア。
【図9】メニュー・アイコンを有する画面。
【図10】メニュー・アイコンおよびイネーブルド・メニューを有する画面。
【図11】特徴的なタイプのボタンの最初の起動後の、最初のマルチ起動メニュー画面。
【図12】特徴的なタイプのボタンの第2の起動後の、マルチ起動メニュー画面。
【図13】特徴的なタイプのボタンの第3の起動後の、マルチ起動メニュー画面。
【図14】条件付きでイネーブルされた項目を有するメニュー画面。
【図15】ブレッドクラム・メニューの初期画面。
【図16】ブレッドクラム・メニューの初期画面に含まれるボタン。
【図17】ブレッドクラム・メニューにおける、第1から第2の画面への推移。
【図18】ブレッドクラム・メニューにおける、第1から第2の画面への推移。
【図19】ブレッドクラム・メニューにおける、第2から第3の画面への推移。
【図20】ブレッドクラム・メニューにおける、第2から第3の画面への推移。
【図21】サブメニューの推移の間、ブレッドクラム・メニューで選択されたボタン、および以前に選択されたが現在選択されていないボタンの外観。
【図22】サブメニューの推移の間、ブレッドクラム・メニューで選択されたボタン、および以前に選択されたが現在選択されていないボタンの外観。
【図23】サブメニューの推移の間、ブレッドクラム・メニューで選択されたボタン、および以前に選択されたが現在選択されていないボタンの外観。
【発明を実施するための形態】
【0027】
図1は、スクリーンS(Screen)に表示されるメニュー・ページの初期画面を示し、「音声言語(Audio Laguage)ボタンVB1と「サブタイトル言語(Subtitle Language)」ボタンVB2のみがイネーブルされ、ビジブルになっている。メニューを記述し、かつ媒体上のビットストリーム内に含められるデータ・セグメントにより規定されているように、その他のボタンBGは、いずれかのビジブル・ボタンのサブメニュー(submenus)に属し、インビジブル(不可視)である。本発明によれば、これらのボタンBGは別個のボタン・グループに属し、最初はディセーブルされており、インビジブル(不可視)である。2つのビジブル・ボタン(VB1、VB2)は別個のボタン・グループに属することもある。データ・セグメントはICS(Interactive Composition Segment:双方向組成セグメント)と呼ばれる。図1に示す初期画面で、ビジブル・ボタンVB1、VB2はどれも起動されていない。通常、ビジブル・ボタンのうち1つは、最初に、デフォルトにより選択される。図示するケースで、ユーザがリモコンでRIGHT(右)ボタンを押すと、まだ起動されているボタンはないので、何も変化しない。ディセーブルド・ボタンに通じる近隣関係が決定されても、近隣ボタンがディセーブルされている限り、デコーダはこの関係を無視する。例えば、UP(アップ:上)ボタンまたはDOWN(ダウン:下)ボタンを押すと可視ボタンVB1かVB2が選択される。ボタンVB1を選択し、リモコンで「OK」ボタンを押して「音声言語」(Audio Language)ボタンを起動すると、図2に示すように、メニューの表示が変更される。
【0028】
図2で、「音声言語」ボタンVB1が起動され、それに関連するボタン・コマンドが、右側にあるボタンBGAをイネーブルする。その結果、これらのボタンBGAはビジブルになり、そのうち1つを選択し起動すると、音声言語を選択できるようになる。
【0029】
図3は、図2からスタートし、音声言語(Audio Language)ボタンVB1は起動されておらず、DOWN(ダウン:下)ボタンが押されて、サブタイトル言語(Subtitle Language)ボタンVB2が選択されている状況を示す。次に、ユーザがリモコンで、「OK」ボタンを押すことにより、「サブタイトル言語」ボタンVB2が起動される。その結果として、右側に4個のボタンBGSが表され、サブタイトルのオプション(選択)を示し、特に、これらのボタンは、図2において音声のオプションのために表示された4個のボタンBGAと同じ位置に表される。同じ位置を有するが異なるサブメニューに属するボタンは同じボタン・グループに属するので、これは、ボタン・グループのボタンを配置する第3の可能性(上述)に対応する。図3に示すボタンBGSは、図2に示すボタンBGAとは異なる機能を有し、すなわち、サブタイトル言語を選択する。ボタンBGSは、各ボタン・グループの「サブタイトル(字幕)」(Subtitle)ボタンを表し、図2のボタンBGAは同じボタン・グループの「音声」(Audio)ボタンを表す。本例において、表示されるサブメニューの対応するボタンは、位置だけでなく言語および外観も同じである。図3で、ボタンBGSがどのサブメニューを指しているかは、選択されたボタンVB2からのみ見ることができる。従って、サブメニュー・ボタンBGSのうち1つが選択されると、対応する上位のボタンVB2は選択されないボタン(起動もされない)とは異なって見える。
【0030】
図4のメニューでは、ビジブル・ボタン(VB1、VB2)内にグラフィカル・ヒント(GH:図式的ヒント)が小さい矢印で現れて、関連するサブメニューの存在を示す。「音声言語」ボタンVB1が起動され、または選択されて、リモコンのRIGHT(ライト:右)ボタンが押されると、そのボタン・ハンドラがインビジブル・ボタンINBを選択する。インビジブル・ボタンINBは、「音声言語」ボタンVB1右側の近隣情報と定義される。インビジブル・ボタンINBは、いわゆる「オートアクション」ボタンであって、選択された状態から起動された状態に自動的に切り替え、そのボタン・ハンドラが実行される。ボタン・ハンドラが具えるコマンドにより、右側にある4個のボタンBGAを、それらが起動されずに、ビジブル状態にし、且つコマンドにより、「英語」ボタンを選択する。インビジブル・ボタンINBは、他のボタンと同じデータ構造を有する。「音声言語」ボタンが選択されている間、RIGHT(ライト:右)ボタンが押されると、音声(audio)オプション(選択)がビジブルとなる。
【0031】
つぎのステップ(図5)で、右側の新しいボタンのうち1つが選択される。4つの異なるボタン・グループBGA(英語、日本語、韓国語、オランダ語)がある。「音声言語」および「サブタイトル言語」ボタンがボタン・グループに属することは可能であり、ボタン・グループと単独のボタンとを組み合わせることもできる。データ構造の観点から、単独のボタンが1つだけの要素を有するボタン・グループを形成できる。図5に示した状態では、「音声言語」ボタンが選択または起動されているように見え、サブメニュー・ボタン・グループBGAの各々について、音声の選択を表すボタンがイネーブルされてビジブルになっている。これらのボタンは同じ位置に表され、サブタイトルを選択するボタンも、「サブタイトル言語」が選択されていれば、ここに表される。従って、同じボタン・グループに属するボタンは互いに上書きされる。サブメニュー・ボタンのうち1つが選択されるので「音声言語」ボタンは選択から外されなければならない(図23に関して以下に述べる)。選択されたサブメニュー・ボタンはデフォルト・ボタンである。例えば、「英語」は予め定められたデフォルトであるか、または現在使用されているオプションであるか、あるいは他のタイプのデフォルト(default)である。
【0032】
図6〜図8は、ボタン・グループのエリア(領域)を規定する、上述の3つの可能性を例示する。一般に、ボタン・グループのエリアは、そのボタン・グループに属するボタンの画面上のエリアの総和により定められる。同じボタン・グループに属する異なるボタンの位置は、そのボタン・グループに指定されたエリア内にある限り、異なる。実際的な理由で、すなわち、典型的なディスプレイの行列構造により、ボタン・グループのエリアおよび部分的エリアは原則として、任意の形状を有するが、通常は矩形となる。
【0033】
図6は、ボタン・グループを規定する第1の可能性(上述)を示す。第1のボタン・グループBG61は、3個のボタンB#1、B#4、B#6から成り、3つの別個の非コヒーレント(non‐coherent:非干渉性)エリアを有する。第2のボタン・グループBG62も、3個のボタンB#2、B#3、B#5から成り、3つの別個の非コヒーレント・エリアを有する。各ボタン・グループ(BG61、BG62)につき一度に1つのボタンがイネーブルされ、ビジブルとなる。従って、ボタンB#1、B#4、B#6のうち1つだけ、そしてボタンB#2、B#3、B#5のうち1つだけが一度にイネーブルされ(ビジブルとなり)、他のボタンは透明にされる。第1のボタン・グループBG61の個々のボタン・エリアのうちどれも、他方のボタン・グループBG62の個々のボタン・エリアと重なり合わない。しかし、第1のボタン・グループのエリアを、第2のボタン・グループに属する部分的エリアで包囲することは可能であり、完全に包囲することも可能である。本例でイネーブルされてビジブルとなるボタンは、それぞれボタン・グループ・エリアを完全に占める。別の実施例で、同じグループに属するボタンのエリア(例えば、B#2とB#5)が重なり合うこともある。これは、複数のボタンが同時にビジブルとならないからであり、ボタンのうち1つがビジブルにされると、そのボタン・グループのすべての部分的エリアは表示し直され、従って、透明にされる。
【0034】
図7に示す好ましい実施例で、各ボタン・グループごとに1つのエリアが規定され、そのボタン・グループに属するすべてのボタンは、そのエリア内に配置される。ボタン・グループBG71は、そのすべてのボタン(B#11、B#12)が表示される規定されたエリアを有する。別のボタン・グループBG72はそのボタン(B#21とB#22)のために別のエリアを有する。ここでは、異なるボタン・グループのエリアは重なり合わない。同じボタン・グループBG71に属する異なるボタン(B#11、B#12)の位置は、ボタンが指定されたエリア内に在る限り、異なる。
【0035】
図8は好ましい実施例の特殊な場合を示し、各ボタン・グループのすべてのボタンはまったく同じ位置にあり、互いに上書きされる。この場合、1つのボタンのエリアは、そのボタン・グループのエリアと同じである。第1のボタン・グループは、イネーブルされてビジブルとなる「音声言語」ボタンBG81と、1つ以上のディセーブルされてインビジブルとなるボタンBG81’とから成る。分かり易くするために、ディセーブルト゛・ボタンBG81’はビジブルに描かれているが、ビジブル・ボタンBG81とまったく同じ位置に表示される。
【0036】
図9は、メニューがメニュー・アイコンMMのみで表される一例を示す。画面の他の部分は音声・映像のプレゼンテーション(例えば、映画)を表示する。小さいアイコンMMが画面に表示され、メニューが利用できることを知らせる。アイコンMMは映画を見ている視聴者の邪魔にならない。視聴者が、専用のボタンまたはリモコンの「OK」ボタンを押してメニューを起動すると、更なるメニュー・ボタンが表示される(図10)。ユーザはメニューを操作して選択を行うことができ、例えば、各々のボタン(AL、SL)で、音声言語またはサブタイトル言語を選択することができる。例えば「音声言語」ボタンALが選択されて起動されると、音声言語サブメニューがビジブルに表現される(図11)。音声言語サブメニューは、階層メニュー内の現在の位置、および英語、日本語、韓国語およびオランダ語に関する最初の言語選択ボタン(L1...L4)を表示するために、例えば「音声言語」ボタンALを含んでいてもよい。「音声言語」ボタンAL1は表示MI1を有し、更なるオプションが存在することを示す。本例では、「音声言語」ボタンALを繰り返し起動させることにより、この更なるオプションにアクセスできる。これはマルチ起動(multi−activation)と呼ばれる。このALボタンが二度目に起動されると、スペイン語、フランス語、ギリシャ語およびポーランド語に関する音声言語ボタンL5...L8が現れ、3回目の起動後に、デンマーク語、ノルウェー語、フィンランド語およびスウェーデン語に関する音声言語ボタンL9、...、L12が現れる。「音声言語」ボタンALを4回目に起動した後には、図10に示した初期メニューが再び表示される。このメニューは、専用のメニュー・ボタンで再びアイコン化される。
【0037】
視聴者は、オプション・ボタン内でテキストだけが変化するという感じをいだくが、このようなメニューを既知の方法とデータ構造でプログラムすることは技術的に困難であり、且つ誤りを起こしやすい。特に、メニューが正確に働くようにするために、プログラムされたメニュー・データの確認のために、ボタンの組合せをすべてテストする必要がある。本発明によるボタン・グループを使用する方法では、メニューを確認する必要のために使用するボタンは各ボタン・グループから1つだけなので、有利であり、ボタン・グループの動作は一度だけで別個に確認できる。更に、メニュー・プログラマは容易にオプションを編成し直し、ボタン・グループを変更できる。
【0038】
第1のボタン・グループは、英語L1、スペイン語L5、デンマーク語L9のボタンから成る。第2のボタン・グループは、日本語L2、フランス語L6、ノルウェー語L10のボタンから成る。第3のボタン・グループは、韓国語L3、ギリシャ語L7、フィンランド語L11のボタンからなる。第4のボタン・グループは、オランダ語L4、ポーランド語L8、スウェーデン語L12のボタンから成る。同時にイネーブルされてビジブルとなる、異なるボタン・グループのボタンは、データ構造の観点から互いに独立しているが、1つの論理層と見なされる。これらは、同時にイネーブルされてビジブルとなるだけである。
【0039】
「音声言語」ボタンALは、他のメニュー・ボタンの現在の状態に依って異なる機能を有するので、単独のボタンではない。特に、「音声言語」ボタンの起動時に、オプションのボタンをイネーブルしなければならない点で機能が異なる。例えば、「音声言語」ボタンAL1(図11)を起動すると、オプションのボタンL5...L8(図12)がイネーブルされるのに対し、同じ外観の「音声言語」ボタンAL2(図12)を起動すると、ボタンL9...L12(図13)がイネーブルされる。従って、第5のボタン・グループは、論理層に属する種々の「音声言語」ボタンAL1、AL2、AL3から成る。あるいは、「音声言語」ボタンAL1、AL2、AL3が同じであり、ボタンのコマンドが、ボタン・グループのどのボタンが現在イネーブルされているかを考慮し、コマンドが、各ボタン・グループの次の要素をイネーブルすることも可能である。
【0040】
図14は、条件付きイネーブリング(動作可能化)の例を示す。ボタンは、ユーザの設定またはプレーヤの設定に依って、イネーブルされ、あるいはディセーブルされる。例えば、ディスク上での映画に3つのバージョン:「子供のカット(Children’s cut)」、「劇場のカット(Theatrical cut)」、および「監督のカット(Director’s cut)」が存在し得る。ディスクをプレーヤに挿入すると、最初のメニューは、例えば、選択不可能ボタンNSBを例えば映画の題名と共に表示し、かつ再生オプション用の3つの選択可能ボタンSB1、SB2、SB3を表示する。ユーザはペアレンタル・レベル(parental level)を設定することができ、これにより、「子供のカット」と「劇場のカット」を許可し、「監督のカット」を拒絶することが可能になる。画面には、許可された2つオプション用の2つの選択可能なボタンSB1、SB2のみが表示される。禁止されたオプション用のボタンは透明に表現されるので、禁止されたオプションについては利用可能なビジブル・ボタンは存在しない。
【0041】
本発明により、このメニュー動作は、イネーブル/ディセーブル・コマンドおよびボタン・グループを使用することにより、技術的に達成できる。1つ以上のオプション・ボタンSB1、SB2、SB3は別個のボタン・グループに属し、各ボタン・グループに対して指定された設定により、規定されたメンバがイネーブルされ、ビジブルに表示される。本例で、「監督のカット」ボタンは、関連するボタン・グループ・エリアと共に、ボタン・グループSB3に属し、プレーヤをペアレンタル・レベルに設定すると、最初のボタン・ハンドラはそれぞれのボタンをディセーブルする、すなわち、ボタン・グループ・エリアを透明にする。他の設定、例えば、プレーヤのタイプ、オーディオ機器のタイプなどに依存する再生のオプションを利用することもできる。
【0042】
本発明の更なる実施例として、いわゆる「ブレッドクラム(breadcrumb)」メニューを容易に構築できる。ブレッドクラム・メニューでは、別の階層に属する以前に押されたボタンが依然として可視のままであり、ユーザはどのボタンが選択されたのか、そして現在表示されているオプション・ボタンが何を指しているのか、を見ることができる。これは、特に階層メニューに有用である。本発明によって利用されるデータ構造では、階層は近隣関係によって黙示的に示される。
【0043】
図15は、同じ階層レベルに属する3個のボタンAMB、ALMB、SLMBを有するメニュー画面を示す。メニュー・ボタンの1つAMBは、マルチアングル(複数のアングル)選択のためのもので、選択されて、3個のアングル選択ボタンASBが右側に表示される。これらのビジブル(可視的)な選択ボタンASBの各々は別個のボタン・グループに属し、「アングル(Angle)」メニュー・ボタンASBが選択されて、ビジブルとなる。これらのボタン・グループの他のメンバは、ディセーブルされ、従ってインビジブル(不可視)である。
【0044】
図16は、メニューが他のインビジブル・ボタンIB1...IB4から成ることを示す。これらを使用して、高レベルのメニュー・ボタンAMB、ALMB、SLMB間の推移において何が起こるのかを明確にする。
【0045】
図15のように「アングル」メニュー・ボタンAMBが選択され、ユーザが「音声言語」メニュー・ボタンALMBを選択したいとき、「音声言語」メニュー・ボタンALMBは「アングル」メニュー・ボタンAMBの下に表示されるので、ユーザはリモコンのDOWN(下)ボタンを押す。本発明によってサポートされる動的メニューによって、以下を実行することが可能である。最初に、「アングル」ボタンの下の「近隣」ボタン(本例では、インビジブル・ボタンIB1)として規定されたボタンが選択される。この状態を図17に示す。インビジブル・ボタンは、画面に表示されないが、例えば、同じデータ構造がビジブル・ボタンとインビジブル・ボタンのために使用される場合、データの一貫性により、割り当てられた表示エリアまたは位置を有する。図では、例示の目的で、インビジブル・ボタンもそれらの論理的位置に示している。
【0046】
次に、インビジブル・ボタンIB1が選択された後に、インビジブル・ボタンIB1は自動的に起動され(表1の、auto_action_flag==true)、そのボタン・ハンドラは以下のコマンドを実行する:第1に、ボタン・ハンドラは、「アングル」メニュー・ボタンAMBに関連するメニュー・オプション・ボタンASBをディセーブルしてインビジブル(不可視)にし、第2に、ユーザが選択したいメニュー・ボタン(「音声言語」ボタン)に属するオプション・ボタンALSBをイネーブルし、最後に、「音声言語」メニュー・ボタンALMBを選択し、これによりインビジブル・ボタンIB1自身を非選択状態にする。これを図18に示す。図19及び図20は、別のインビジブル・ボタンIB3を使用して、「音声言語」メニュー・ボタンALMBから「サブタイトル言語」メニュー・ボタンSLMBへの対応する推移を示しており、音声言語サブメニュー・ボタンALSBは、サブタイトル言語サブメニュー・ボタンSLSBに置き換えられる。更に、逆方向の推移用にインビジブル・ボタンIB2、IB4がある。
【0047】
その結果、メニューのオプション・ボタンASB、ALSB、SLSBは、選択したメニュー・ボタンを起動しなくても、選択したメニュー・ボタンAMB、ALMB、SLMBと常にマッチする。ユーザは、その中間状態、インビジブル・ボタン、または前述した推移にかかる通常は数ミリセカンドの範囲の短い時間に気づかないであろう。本発明によれば、メニューのオプション・ボタンASB、ALSB、SLSBはボタン・グループのメンバとして実行される。異なるサブメニューに属する、同じ位置にあるボタンは、ボタン・グループを形成する。これにより、扱いやすいメニュー・データ構造が得られ、プログラミングおよび確認が簡略化される。特に、ボタン・グループは、使われていないサブメニューのオプション・ボタンのディセーブル化と、新しく選択されたメニュー・ボタンに属する正確なサブメニューのオプション・ボタンのイネーブル化とを、黙示的に処理する。1つのボタン・グループから1つのボタンがイネーブルされ、ビジブル(可視)となるので、各ボタン・グループについて、イネーブルすべき新しいボタンを選択すれば十分である。これにより、そのグループの以前にイネーブルされたボタンが黙示的にディセーブルされ、そのボタン・グループ・エリアに属する画素は、新しいボタンのビットマップ表示に従って上書きされる。ディスプレイの残りの部分は変更されない。したがって、以前にどのボタンがビジブル(可視)であったか、どのボタンを置き換えなければならないのか、ボタンがどのエリアを占拠したか、重なり合っているボタン・エリアがあるか、をデコーダが分析する必要はない。
【0048】
上述のブレッドクラム効果の実施例である、本発明の別の実施例を図21〜図23に示す。階層メニュー・ボタン、例えば、「アングル」メニュー・ボタンAMB1(図21)が選択されると、通常の状態から選択された状態に変化し、その表示は異なって見え、例えば、ハイライト(強調表示あるいは反転表示)される。これは、ビットマップ表示がボタンの状態に応じて異なることによってなされる。「アングル」メニュー・ボタンは、起動されると、非常に短時間だけ起動状態に留まる。この期間中、その外観は選択された状態とは異なるが、ユーザはほとんどそれに気づかない。このボタンが起動されると、そのボタン・ハンドラはインビジブル・ボタンINBを選択し、これを使用して、サブメニュー・ボタンASBをビジブルにする。その状態を図22に示す。このとき、インビジブル・ボタンINBが選択された状態にあると、「アングル」メニュー・ボタンは選択されない。何故なら、メニューのうち一度に選択できるボタンは1つだけだからである。さもなければ、デコーダは、ユーザのコマンドがどのボタンを指しているのか検出できない。代わりに、「アングル」メニュー・ボタンは通常状態にある。しかし、ブレッドクラム効果を得るため、すなわち、現在のサブメニュー・ボタンASBが指しているメニュー・ボタンを示すために、メニュー・ボタンAMB1に別の外観を与えることが望ましい。これは、例えば、「アングル」ボタン・グループを生成することにより、本発明によるボタン・グループで達成できる。
【0049】
任意のメニュー・ボタンのようなデフォルトの「アングル」ボタンAMB1は、通常状態、選択された状態、起動された状態、の3つの状態を有する。別のボタン、例えば、同じボタン・グループに属する「Angle_Select(アングル選択)」ボタンは、デフォルトの「アングル」ボタンAMB1と同じように見え、同じ表示位置を有するが、わずかに異なる。例えば、その通常状態のビットマップは、デフォルト・ボタンの選択された状態または起動された状態のビットマップと同じである。前述したように、インビジブル・ボタンINBは、選択されると自動的に起動される。それにより、例えば、サブメニュー・ボタンASBをビジブルに表現し、「Angle_Select(アングル選択)」ボタンAMB2を(通常状態に)イネーブルし、以前にビジブルであった「アングル」ボタンAMB1を黙示的にディセーブルし、最後に、サブメニュー・ボタンASB1のうち1つを選択し、インビジブル・ボタンINB自身を非選択状態にすることが可能である(図23)。結果として、ユーザは以前と同様、ボタンAMB2を同じボタンAMB1として認識する。ボタンAMB2は選択されているかまたは起動されているように見えるが、実際には、非選択状態になっている。これにより、ボタンを他のボタンに替えることにより、状態と異なるより多くの表示(色、形状、テキストなど)をボタンに事実上与えることが可能になる。本発明によるボタン・グループにより、ボタンを容易に処理でき、簡素な方法により、そのボタン・グループ・エリア内の画素について正確な値を求めることが可能になる。
【0050】
グループ構造はメニュー・デコーダに関する情報を提供し、この情報は、更新を必要とする画面上のエリアを規定する。1つのボタン・グループ内では同時に起動されるボタンは1つだけであるので、1グループ内の別のボタンを起動することは、同じグループ内の最初のボタンを非起動にすることを意味する。メニューをオーサリングすることが容易となるので、このことはオーサリングに有利である。
【0051】
特に、プリレコード(事前記録:prercorded)媒体、例えば、Blu‐ray(ブルーレイ)ディスクの場合、題名(タイトル)に関して確認プロセスが行われてから、データ構造が仕様書に適合するか点検するためにリリースされる。本発明は、確認を容易にし、動的メニューを制作する際に拡張機能をコンテンツのオーサ(作者)に提供する。
【0052】
以下では、表1に示したデータ・セグメントのシンタクスを一実施例として説明する。表1に示したデータ・セグメントのシンタクスは、ビットストリーム内に含まれ得るものであり、かつ、最初のメニュー画面を記述している。表1は、上述した第2の可能性に従い、ボタン・グループ・エリアが規定される場合を記述している。
【表1】
【0053】
表1で用いられている表記法は、while‐ループとfor‐ループを使用している。しかしながら、実際のビットストリームはループの単独パス(pass)またはインスタンス(instance)に関するデータを含むので、ループは表記法を一般化する手段にすぎない。
ライン17からライン61は、segment_lengthの長さのデータ・セグメント全体にわたるループである。データ・セグメントには任意の数のボタン・グループが含まれ得る。
【0054】
ライン18において、ライン60までの以下のラインがボタン・グループの定義に関係することが規定される。グループの識別子は、丸括弧内に示す値である。ライン19〜22において、現在のボタン・グループ(本願ではボタン・グループ・エリアとも称される)について、画面上のそれぞれの位置が規定される。画面上のそれぞれの位置は、その水平および垂直方向のサイズおよびその基準点の位置によって規定される。この場合、ボタン・グループ・エリアは1つの矩形だけであるが、前述のように、ボタン・グループ・エリアは他のエリアであるかまたは複数の矩形であってもよい。その場合、ライン19〜22は、部分的なエリアごとに一回繰り返される。
【0055】
ライン23におけるパラメータは、現在のグループのボタンのうちどれがデフォルトによってイネーブルされるかを規定する。デコーダはこの値を使用し、最初に、現在のグループに関連するレジスタをロードし、変数を保持する。この変数は、現在イネーブルされているボタンの数を規定し、メニューの操作中に変更できる。変数には、ボタンのうちのどれにも対応しない値が割り当てられ、その結果、そのグループのすべてのボタンはディセーブルされる。この動作によって、グループ内の1つのボタンがイネーブルされる。メニュー操作の間に変更され得る変数を初期化するために使用される他の2つのパラメータは、default_selected_button_number(ライン15)と、default_activated_button_number(ライン16)である。
【0056】
ライン24において、現在のグループ内のボタンの数が規定される。
【0057】
ライン25で始まるループは、そのグループのボタンをすべて包含し、各ボタンについて参照番号を規定し(ライン26)、もしそれが数値的に選択可能であるなら(ライン27)、もしそれが選択されたときにそのコマンドを自動的に実行するなら(ライン29)、ボタン・グループ・エリア(ライン31〜32)内のそのボタンの位置、そのボタンの近隣ボタン(ライン33〜38)、および異なるボタン状態に対応するビットマップ表示が読まれる場所を示すアドレス範囲、を規定する。各ボタンごとに、1つ以上のコマンドが規定される。現在のボタンのコマンド数は、ライン55において、num_of_button_commandsのパラメータによって規定される。ボタン・ハンドラの実際のコマンドはライン56〜58で規定される。
【0058】
本発明は、ディスプレイへのアクセスを有し、かつ例えばDVD、Blu‐rayディスクまたは他の媒体から読み出されるメニュー・データ構造を処理するデコーダを含む、あらゆる種類のプレゼンテーション装置に使用できる。更に、本発明は、このようなデータ構造を生成することに使用可能である。
【0059】
本発明によれば、データ・ストリームを復号するデコーダであって、データ・ストリームは視覚的に表示可能なメニューに関するメニュー・データを含み、メニューは選択可能なメニュー・ボタンを含んでいる別個に表されるメニュー項目を含んでいる、前記デコーダは、(1)少なくとも1つのグループのメニュー項目を規定する手段であって、該グループは1つ以上のメニュー項目を含み、メニュー項目は複数のグループに属さない、前記規定する手段と、(2)ディスプレイ上の規定されたエリアを前記グループに関連付ける手段と、(3)グループに属する前記メニュー項目の各々に「イネーブルド」状態または「ディセーブルド」状態を割り当てる手段であって、イネーブルド・メニュー項目だけが表示され、グループ内の複数のメニュー項目が同時にイネーブルされない、前記割り当てる手段と、を含む。
【0060】
更に、グループに属する表示されたメニュー項目は、そのグループに関連付けられたエリア内に表示され、異なるグループのエリアは重なり合わず、1つの表示画素は複数のグループに属さない。
【0061】
更に、1つのメニュー項目は、関連付けられたコマンドを有し、コマンドは、メニュー項目の起動時に実行され、別のメニュー項目をイネーブルし、またはディセーブルすることを含む。
【技術分野】
【0001】
本発明は、画面上にオンスクリーン・メニューを発生する方法に関する。
【背景技術】
【0002】
データ記録媒体、例えばビデオ用のDVD(Digital Versatile Discs)の音声・映像コンテンツは通常、ユーザが媒体の特定のコンテンツを選択できるように種々のメニュー・データを含んでいる。メニュー・データは、画面(スクリーン)上にメニューを表示するために使用される。いわゆるマルチページ(複数ページ)メニューがしばしば使用され、メニューの各状態はフル・スクリーン(全画面)映像で表され、別個の層(レイヤ)としてビデオ画像の上に重ね合わされる。表示されるメニュー項目を除いて、メニュー層は通常、透明(transparent)である。
【0003】
従来技術のメニューでは、メニュー項目は基本的に、多数のボタンおよび非ボタン・オブジェクト(non‐button objects)から成る。各ボタンには、コンテンツのオーサ(author:作者)によって画面上に位置が割り当てられており、例えばユーザにリモコンによって操作(ナビゲート)されて起動される。各ボタンには、「通常(normal)、すなわち非選択(unselected)」の状態、「選択された(selected)」状態、または「起動された(activated)」状態のいずれかの状態が関連付けられている。各ボタンは、ユーザにフィードバックするために、各状態ごとに異なる視覚表示を備えている。
【0004】
しかしながら、このような種類のメニューはどちらかといえば静的(スタティック)であって、画面全体を表現し直すことなく、ボタンを動的(ダイナミック)に追加したり画面から除去したりしない。コンテンツのオーサにとって、もっと洗練されたメニューが、例えば、サブメニューを設計するために望ましい。そのような場合、ユーザとのインタラクションにより、追加的なボタンが画面上に動的に現れては消える。本発明は、このようなダイナミックなメニューを生成する手段を提供する。
【発明の概要】
【0005】
本発明は、画面上の種々のメニューの項目とボタンが、依然としてビジブルである静的または動的な背景の上に、ページ状(pagewise)でなく、別個に表現されるという前提に基づいている。「表現する」(rendering)は、表示画素の値を生成することを意味する。
【0006】
本発明によれば、各ボタンには、「イネーブルド(enabled:動作可能)」状態または「ディセーブルド(disabled:動作不能)」状態である、追加的な状態が割り当てられる。原則として、この状態はボタンの表現動作を規定する。「イネーブルド(動作可能)」状態にあるボタンは通常は画面に表示され、「ディセーブルド(動作不能)」状態のボタンは表現されず、従って表示されない。だが、イネーブルド・ボタンは透明になることもある。
【0007】
ユーザは、「イネーブルド」状態にあるボタンのみを操作でき、よく知られる「通常の」状態、「選択された」状態、または「起動された」状態は、「イネーブルド(動作可能)」状態でのみ有効である。「ディセーブルド(動作不能)」状態にあるボタンは操作できず、それをしようとする試みは、本発明によれば、デコーダによって無視される。
【0008】
メニュー内の各ボタンには、画面上のエリア(領域)および固有の識別子が割り当てられる。通常、画面上でのボタンのエリアは矩形であるか、または複数の部分的な矩形エリアの組合せである。
【0009】
本発明によれば、複数のボタンは幾つかのグループに編成され、すべてのボタンは或る規則にしたがう。これについては以下に述べる。
‐ 1つのボタン・グループに属するボタンの数は1つまたは複数である。空(から)のボタン・グループは存在しない。
‐ 1つのボタンは、複数のボタン・グループに属することはできない。
‐ 第1のボタン・グループに属するボタンのエリアは、画面上で、同じボタン・グループに属さない他のボタンのエリアと重ならない。
‐ 1つのボタン・グループ内の各ボタンは、2つの状態、「イネーブルド(動作可能)」または「ディセーブルド(動作不能)」状態の何れかでなければないない。
‐ 各ボタンには、初期状態(「イネーブルド」状態または「ディセーブルド」状態の何れか)が割り当てられる。
‐ 1つのボタン・グループ内の複数のボタンは一度に「イネーブルド」状態とならない。すなわち、画面上に表現されない。「イネーブルド」状態とは、ユーザの目に見えること(user−visibility)を意味しない。例えば、イネーブルド・ボタンは、透明画素でのみ表される場合、ユーザの目に見えない。
‐ ボタン・グループ内の各ボタンを操作するために、ボタン・ナビゲーションのための近隣情報、例えば、ユーザがLEFT(レフト:左)、RIGHT(ライト:右)、UP(アップ:上)、DOWN(ダウン:下)ボタンを押して、選択すべき他のボタンを決定できる。この近隣情報は、ボタンがイネーブルド状態のときにのみ有効である。ユーザは、ディセーブルド・ボタンを操作することはできない。
‐ 画面上で、第1のボタン・グループの第1のボタンのエリア及び同じグループの第2のボタンのエリア(すなわち、それらのビジブルな表示)は重なっていてもよい。これらは同じボタン・グループに属するので同時にビジブルにならず、一度に1つだけが「イネーブルド」状態になれる。
【0010】
本発明に基づき、新しいコマンドが規定される。このコマンドは、例えば、1つのボタンに関連し、別のボタンの「イネーブルド」状態と「ディセーブルド」状態とを動的に切り替える。従来技術のメニューでは、1つのボタンを起動すると、1つ以上のコマンドが実行される。提案されたコマンドが同じように起動され、従って、従来技術の枠組みに適合する。他の効果として、ボタンを起動するとボタンはその外観、色などを変える。
【0011】
本発明の1つの態様は、ボタンをイネーブルまたはディセーブルするためのコマンドの規定である。どのボタンをイネーブルまたはディセーブルすべきかについての情報は、コマンドのパラメータとしてのボタン識別子により提供される。各ボタンについて、ボタンの起動時に実行される1つ以上のボタン・コマンドが規定される。ボタンに関連するコマンド(または一組のコマンド)はボタン・ハンドラ(handler)と称される。ボタン・コマンドの実行は、ボタンが「イネーブルド(動作可能)」状態にあるときにだけ可能であるが、関連するボタン・コマンドを有しない「空の(empty)」ボタンもある。ボタンをディセーブルすると、それを透明画素で置き替えることにより、ボタンの可視度が透明(クリア)になる。
【0012】
本発明のボタン・コマンドは通常、それ自身のボタンのイネーブルド状態またはディセーブルド状態を変更しない。イネーブルド・ボタンが起動されると、対応して起動時に実行されるボタン・コマンドは、他のボタンのイネーブルド/ディセーブルド状態を切り替えるが、そのボタン・ハンドラが既に別のボタンの選択を予定しているときを除き、それ自身のボタンをディセーブルド状態に切り替えない。しかしながら、メニュー全体をディセーブルする他のコマンドも実行される。1グループの1つのボタンをイネーブルすると、そのグループ内の他のすべてのボタンを暗黙のうちにディセーブルする。
【0013】
各ボタン・グループのボタンが表示されるエリアが規定される。この表示エリアは、ボタン・グループ・エリアと呼ばれ、通常は矩形であるが、他の形状もある。このビジブル(目に見える)ボタンは、そのグループ・エリア内に在る限り、任意の形状を有する。例えば、矩形のエリア内に円形のボタンを表示することもできる。1つのボタン・グループ・エリアに属するがそのボタン・グループ・エリア内のイネーブルド・ボタンに属さない画素は透明にされる。
【0014】
本発明によるボタン・グループ・エリアの特徴として、1つのボタン・グループ内のボタン位置は、別のボタン・グループのボタン位置に重なり合わず、異なるボタン・グループのエリアはまったく重なり合わない。これは、画面が、幾つかの重なり合わないボタン・グループ・エリアと見なされることを意味する。或るボタン・グループのボタンの状態が変化すると、本発明によるデコーダは、記憶媒体(通常、内部メモリ)から、それぞれのボタン・グループ・エリアの位置を読み取る。各グループについて、イネーブルド・ボタンのみが表現(表示)される。この場合、対応するボタン・グループ・エリアは任意の数の透明画素から成る。
【0015】
有利なことに、異なるボタン・グループ・エリアは重なり合わないので、1つのボタン・グループ・エリアを表現し直しても、別のボタン・グループ・エリアに属する画素は変更されず、復号が容易となり、メニューのプログラミングが容易となり、特に、各プログラミング・コードの確認(静的ボタン位置および静的近隣関係による)が容易となる。
【0016】
以下に詳細に述べるように、ボタン・グループ・エリアについて3つの可能性がある。これらは、一般的なケースの特殊化されたものである。
【0017】
第1の可能性は、上述したような一般的ケースであり、この場合、ボタン・グループ・エリアは幾つかの重なり合わない部分的エリアから成り、各ボタン・グループ・エリアにおいて、それぞれのボタン・グループに属するボタンは目に見えるようにされる。従って、1つのボタン・グループに属する1つのボタンは通常、そのボタン・グループ・エリアの1つの部分的エリアに関連しており、1ボタン・グループの複数の部分的エリアはイネーブルド・ボタンを含まない。しかし、原則として、イネーブルド・ボタンは、そのボタン・グループの複数の部分的エリアに存在し、1つのボタンは幾つかの同等部分から成る。1つのボタン・グループのボタンの状態が変化すると、本発明によるデコーダは、記憶媒体から各ボタン・グループの部分的エリアの位置を読み取り、すべての部分的エリアを新しく表現し直す。特に、デコーダは、1つのビジブルなボタン(すなわち、イネーブルド・ボタン)しか表示しない。
【0018】
第2の可能性は、ボタン・グループのエリアが連続的(contiguous)な、例えば、矩形のエリアである。これは、結合性(cohesive)エリアが、各ボタン・グループについて規定されることを意味し、このエリアは、そのボタン・グループに属するボタンのあらゆる可能な位置を含んでいる。前述のように、異なるボタン・グループに属するエリアは重なり合わず、ビジブル(目に見える)ボタンは必ずしも、許容されたエリアを埋める必要はない。すなわち、ボタンは、そのボタン・グループ・エリアの大きさと形状を有する必要はないが、完全に、そのグループに対応するエリア内になければならない。従って、異なるグループに属するボタンは重なり合わない。更に、同じボタン・グループに属する第2のボタンを表示するときに、第1のボタン・グループに属する第1のボタンを完全に削除するのは容易である。何故ならば、この場合、表現し直す必要のあるのは、それぞれのボタン・グループに属するボタン・グループ・エリアだけであり、これは単一の連続的エリアである。画面の他の部分を表現し直す必要はない。従って、以前に表示されたボタンの残存は見られない。1つのボタン・グループ内のすべてのボタンは、同じ画面上エリアを使用する。これは好ましい可能性である。
【0019】
第3の可能性は、1つのボタン・グループのすべてのボタンは同じエリア(すなわち、画面上でのボタンの大きさと位置)を有する。これは、デコーダの実施、メニューのプログラミングおよび確認に関して、最も容易な場合である。何故ならば、或る1つのボタン・グループに属するボタンを表示することにより、必然的に、同じ位置で以前に見られた同じボタン・グループの別のボタンは削除されるからである。しかし、これにより、他の2つの可能性よりも融通性の低いメニューとなる。
【0020】
原則として、1つのボタン・グループには、非ボタン・オブジェクト(すなわち、ビジブル(可視)であるが選択できないメニュー項目)も含まれる。1つのボタン・グループに属する非ボタン・オブジェクトには、「イネーブルド」状態または「ディセーブルド」状態が割り当てられており、イネーブルされる場合にのみ、ビジブルにされる。イネーブリング(enabling:動作可能化)またはディセーブリング(disabling:動作不能化)は、メニュー・ボタンに関連するボタン・ハンドラ(button handler)により行われる。
【0021】
本発明は、洗練されたメニュー(例えば、コンテンツのオーサ(作者)により要求される)を特徴とし、この特徴により、復号が容易となる。特に、本発明は、動的(ダイナミック)なメニューを提供し、ボタンは動的にメニューから除去され、メニューに追加される。
【0022】
本発明により、コンテンツのオーサは、フラットなデータ構造により表される階層的メニューおよびサブメニューを容易に規定できる。メニューのプログラミングと確認は、既知の方法によるよりも容易である。本発明の利点は、グラフィックス・デコーダが、メニュー操作のためにメニュー全体を考慮する必要がなく、孤立したボタン・グループを処理するだけである。初期のメニュー構造を記述するデータは、記憶媒体(取外し可能な記憶媒体、光学ディスク)から読み出され、デコーダに接続された一時的記憶媒体(メモリ)に記憶される。メニューが操作されると、一時的記憶媒体内の変数は、現在の状態を保持する。
【0023】
ボタンがインビジブル(不可視)のとき(これは、ボタンがディセーブルされ、選択不可能/起動不能となるか、またはボタンがイネーブルされ、インビジブルとしてマークされる:例えば、特殊なフラグまたは透明画素を有する)ことを意味する。後者の場合、ボタンは選択可能であり、選択されると、自動的に起動され、関連するコマンドが実行され、ビジブル・ボタンが選択される。また、最後のボタン・コマンドがビジブル・ボタンを選択すれば、インビジブル・ボタンを連結(concatenate)させることができる。
【0024】
請求項1は、このようなボタン・グループを使用してメニューを発生する方法を開示する。本発明の方法を利用する装置を請求項8に開示する。それぞれのデータ構造を保持する記憶媒体を請求項12に開示する。
【0025】
本発明の更なる目的、特徴および利点は、添付する図面に関連する以下の説明と特許請求の範囲を考慮することから明らかとなる。
【図面の簡単な説明】
【0026】
【図1】ディセーブルド・サブメニューを有するメニュー画面。
【図2】第1のイネーブルド・サブメニューを有するメニュー画面。
【図3】第2のイネーブルド・サブメニューを有するメニュー画面。
【図4】サブメニュー選択用のオーサリングのオプション。
【図5】選択されたサブメニュー項目を有するメニュー画面。
【図6】第1の可能性による、ボタン・グループ・エリア。
【図7】第2の可能性による、ボタン・グループ・エリア。
【図8】第3の可能性による、ボタン・グループ・エリア。
【図9】メニュー・アイコンを有する画面。
【図10】メニュー・アイコンおよびイネーブルド・メニューを有する画面。
【図11】特徴的なタイプのボタンの最初の起動後の、最初のマルチ起動メニュー画面。
【図12】特徴的なタイプのボタンの第2の起動後の、マルチ起動メニュー画面。
【図13】特徴的なタイプのボタンの第3の起動後の、マルチ起動メニュー画面。
【図14】条件付きでイネーブルされた項目を有するメニュー画面。
【図15】ブレッドクラム・メニューの初期画面。
【図16】ブレッドクラム・メニューの初期画面に含まれるボタン。
【図17】ブレッドクラム・メニューにおける、第1から第2の画面への推移。
【図18】ブレッドクラム・メニューにおける、第1から第2の画面への推移。
【図19】ブレッドクラム・メニューにおける、第2から第3の画面への推移。
【図20】ブレッドクラム・メニューにおける、第2から第3の画面への推移。
【図21】サブメニューの推移の間、ブレッドクラム・メニューで選択されたボタン、および以前に選択されたが現在選択されていないボタンの外観。
【図22】サブメニューの推移の間、ブレッドクラム・メニューで選択されたボタン、および以前に選択されたが現在選択されていないボタンの外観。
【図23】サブメニューの推移の間、ブレッドクラム・メニューで選択されたボタン、および以前に選択されたが現在選択されていないボタンの外観。
【発明を実施するための形態】
【0027】
図1は、スクリーンS(Screen)に表示されるメニュー・ページの初期画面を示し、「音声言語(Audio Laguage)ボタンVB1と「サブタイトル言語(Subtitle Language)」ボタンVB2のみがイネーブルされ、ビジブルになっている。メニューを記述し、かつ媒体上のビットストリーム内に含められるデータ・セグメントにより規定されているように、その他のボタンBGは、いずれかのビジブル・ボタンのサブメニュー(submenus)に属し、インビジブル(不可視)である。本発明によれば、これらのボタンBGは別個のボタン・グループに属し、最初はディセーブルされており、インビジブル(不可視)である。2つのビジブル・ボタン(VB1、VB2)は別個のボタン・グループに属することもある。データ・セグメントはICS(Interactive Composition Segment:双方向組成セグメント)と呼ばれる。図1に示す初期画面で、ビジブル・ボタンVB1、VB2はどれも起動されていない。通常、ビジブル・ボタンのうち1つは、最初に、デフォルトにより選択される。図示するケースで、ユーザがリモコンでRIGHT(右)ボタンを押すと、まだ起動されているボタンはないので、何も変化しない。ディセーブルド・ボタンに通じる近隣関係が決定されても、近隣ボタンがディセーブルされている限り、デコーダはこの関係を無視する。例えば、UP(アップ:上)ボタンまたはDOWN(ダウン:下)ボタンを押すと可視ボタンVB1かVB2が選択される。ボタンVB1を選択し、リモコンで「OK」ボタンを押して「音声言語」(Audio Language)ボタンを起動すると、図2に示すように、メニューの表示が変更される。
【0028】
図2で、「音声言語」ボタンVB1が起動され、それに関連するボタン・コマンドが、右側にあるボタンBGAをイネーブルする。その結果、これらのボタンBGAはビジブルになり、そのうち1つを選択し起動すると、音声言語を選択できるようになる。
【0029】
図3は、図2からスタートし、音声言語(Audio Language)ボタンVB1は起動されておらず、DOWN(ダウン:下)ボタンが押されて、サブタイトル言語(Subtitle Language)ボタンVB2が選択されている状況を示す。次に、ユーザがリモコンで、「OK」ボタンを押すことにより、「サブタイトル言語」ボタンVB2が起動される。その結果として、右側に4個のボタンBGSが表され、サブタイトルのオプション(選択)を示し、特に、これらのボタンは、図2において音声のオプションのために表示された4個のボタンBGAと同じ位置に表される。同じ位置を有するが異なるサブメニューに属するボタンは同じボタン・グループに属するので、これは、ボタン・グループのボタンを配置する第3の可能性(上述)に対応する。図3に示すボタンBGSは、図2に示すボタンBGAとは異なる機能を有し、すなわち、サブタイトル言語を選択する。ボタンBGSは、各ボタン・グループの「サブタイトル(字幕)」(Subtitle)ボタンを表し、図2のボタンBGAは同じボタン・グループの「音声」(Audio)ボタンを表す。本例において、表示されるサブメニューの対応するボタンは、位置だけでなく言語および外観も同じである。図3で、ボタンBGSがどのサブメニューを指しているかは、選択されたボタンVB2からのみ見ることができる。従って、サブメニュー・ボタンBGSのうち1つが選択されると、対応する上位のボタンVB2は選択されないボタン(起動もされない)とは異なって見える。
【0030】
図4のメニューでは、ビジブル・ボタン(VB1、VB2)内にグラフィカル・ヒント(GH:図式的ヒント)が小さい矢印で現れて、関連するサブメニューの存在を示す。「音声言語」ボタンVB1が起動され、または選択されて、リモコンのRIGHT(ライト:右)ボタンが押されると、そのボタン・ハンドラがインビジブル・ボタンINBを選択する。インビジブル・ボタンINBは、「音声言語」ボタンVB1右側の近隣情報と定義される。インビジブル・ボタンINBは、いわゆる「オートアクション」ボタンであって、選択された状態から起動された状態に自動的に切り替え、そのボタン・ハンドラが実行される。ボタン・ハンドラが具えるコマンドにより、右側にある4個のボタンBGAを、それらが起動されずに、ビジブル状態にし、且つコマンドにより、「英語」ボタンを選択する。インビジブル・ボタンINBは、他のボタンと同じデータ構造を有する。「音声言語」ボタンが選択されている間、RIGHT(ライト:右)ボタンが押されると、音声(audio)オプション(選択)がビジブルとなる。
【0031】
つぎのステップ(図5)で、右側の新しいボタンのうち1つが選択される。4つの異なるボタン・グループBGA(英語、日本語、韓国語、オランダ語)がある。「音声言語」および「サブタイトル言語」ボタンがボタン・グループに属することは可能であり、ボタン・グループと単独のボタンとを組み合わせることもできる。データ構造の観点から、単独のボタンが1つだけの要素を有するボタン・グループを形成できる。図5に示した状態では、「音声言語」ボタンが選択または起動されているように見え、サブメニュー・ボタン・グループBGAの各々について、音声の選択を表すボタンがイネーブルされてビジブルになっている。これらのボタンは同じ位置に表され、サブタイトルを選択するボタンも、「サブタイトル言語」が選択されていれば、ここに表される。従って、同じボタン・グループに属するボタンは互いに上書きされる。サブメニュー・ボタンのうち1つが選択されるので「音声言語」ボタンは選択から外されなければならない(図23に関して以下に述べる)。選択されたサブメニュー・ボタンはデフォルト・ボタンである。例えば、「英語」は予め定められたデフォルトであるか、または現在使用されているオプションであるか、あるいは他のタイプのデフォルト(default)である。
【0032】
図6〜図8は、ボタン・グループのエリア(領域)を規定する、上述の3つの可能性を例示する。一般に、ボタン・グループのエリアは、そのボタン・グループに属するボタンの画面上のエリアの総和により定められる。同じボタン・グループに属する異なるボタンの位置は、そのボタン・グループに指定されたエリア内にある限り、異なる。実際的な理由で、すなわち、典型的なディスプレイの行列構造により、ボタン・グループのエリアおよび部分的エリアは原則として、任意の形状を有するが、通常は矩形となる。
【0033】
図6は、ボタン・グループを規定する第1の可能性(上述)を示す。第1のボタン・グループBG61は、3個のボタンB#1、B#4、B#6から成り、3つの別個の非コヒーレント(non‐coherent:非干渉性)エリアを有する。第2のボタン・グループBG62も、3個のボタンB#2、B#3、B#5から成り、3つの別個の非コヒーレント・エリアを有する。各ボタン・グループ(BG61、BG62)につき一度に1つのボタンがイネーブルされ、ビジブルとなる。従って、ボタンB#1、B#4、B#6のうち1つだけ、そしてボタンB#2、B#3、B#5のうち1つだけが一度にイネーブルされ(ビジブルとなり)、他のボタンは透明にされる。第1のボタン・グループBG61の個々のボタン・エリアのうちどれも、他方のボタン・グループBG62の個々のボタン・エリアと重なり合わない。しかし、第1のボタン・グループのエリアを、第2のボタン・グループに属する部分的エリアで包囲することは可能であり、完全に包囲することも可能である。本例でイネーブルされてビジブルとなるボタンは、それぞれボタン・グループ・エリアを完全に占める。別の実施例で、同じグループに属するボタンのエリア(例えば、B#2とB#5)が重なり合うこともある。これは、複数のボタンが同時にビジブルとならないからであり、ボタンのうち1つがビジブルにされると、そのボタン・グループのすべての部分的エリアは表示し直され、従って、透明にされる。
【0034】
図7に示す好ましい実施例で、各ボタン・グループごとに1つのエリアが規定され、そのボタン・グループに属するすべてのボタンは、そのエリア内に配置される。ボタン・グループBG71は、そのすべてのボタン(B#11、B#12)が表示される規定されたエリアを有する。別のボタン・グループBG72はそのボタン(B#21とB#22)のために別のエリアを有する。ここでは、異なるボタン・グループのエリアは重なり合わない。同じボタン・グループBG71に属する異なるボタン(B#11、B#12)の位置は、ボタンが指定されたエリア内に在る限り、異なる。
【0035】
図8は好ましい実施例の特殊な場合を示し、各ボタン・グループのすべてのボタンはまったく同じ位置にあり、互いに上書きされる。この場合、1つのボタンのエリアは、そのボタン・グループのエリアと同じである。第1のボタン・グループは、イネーブルされてビジブルとなる「音声言語」ボタンBG81と、1つ以上のディセーブルされてインビジブルとなるボタンBG81’とから成る。分かり易くするために、ディセーブルト゛・ボタンBG81’はビジブルに描かれているが、ビジブル・ボタンBG81とまったく同じ位置に表示される。
【0036】
図9は、メニューがメニュー・アイコンMMのみで表される一例を示す。画面の他の部分は音声・映像のプレゼンテーション(例えば、映画)を表示する。小さいアイコンMMが画面に表示され、メニューが利用できることを知らせる。アイコンMMは映画を見ている視聴者の邪魔にならない。視聴者が、専用のボタンまたはリモコンの「OK」ボタンを押してメニューを起動すると、更なるメニュー・ボタンが表示される(図10)。ユーザはメニューを操作して選択を行うことができ、例えば、各々のボタン(AL、SL)で、音声言語またはサブタイトル言語を選択することができる。例えば「音声言語」ボタンALが選択されて起動されると、音声言語サブメニューがビジブルに表現される(図11)。音声言語サブメニューは、階層メニュー内の現在の位置、および英語、日本語、韓国語およびオランダ語に関する最初の言語選択ボタン(L1...L4)を表示するために、例えば「音声言語」ボタンALを含んでいてもよい。「音声言語」ボタンAL1は表示MI1を有し、更なるオプションが存在することを示す。本例では、「音声言語」ボタンALを繰り返し起動させることにより、この更なるオプションにアクセスできる。これはマルチ起動(multi−activation)と呼ばれる。このALボタンが二度目に起動されると、スペイン語、フランス語、ギリシャ語およびポーランド語に関する音声言語ボタンL5...L8が現れ、3回目の起動後に、デンマーク語、ノルウェー語、フィンランド語およびスウェーデン語に関する音声言語ボタンL9、...、L12が現れる。「音声言語」ボタンALを4回目に起動した後には、図10に示した初期メニューが再び表示される。このメニューは、専用のメニュー・ボタンで再びアイコン化される。
【0037】
視聴者は、オプション・ボタン内でテキストだけが変化するという感じをいだくが、このようなメニューを既知の方法とデータ構造でプログラムすることは技術的に困難であり、且つ誤りを起こしやすい。特に、メニューが正確に働くようにするために、プログラムされたメニュー・データの確認のために、ボタンの組合せをすべてテストする必要がある。本発明によるボタン・グループを使用する方法では、メニューを確認する必要のために使用するボタンは各ボタン・グループから1つだけなので、有利であり、ボタン・グループの動作は一度だけで別個に確認できる。更に、メニュー・プログラマは容易にオプションを編成し直し、ボタン・グループを変更できる。
【0038】
第1のボタン・グループは、英語L1、スペイン語L5、デンマーク語L9のボタンから成る。第2のボタン・グループは、日本語L2、フランス語L6、ノルウェー語L10のボタンから成る。第3のボタン・グループは、韓国語L3、ギリシャ語L7、フィンランド語L11のボタンからなる。第4のボタン・グループは、オランダ語L4、ポーランド語L8、スウェーデン語L12のボタンから成る。同時にイネーブルされてビジブルとなる、異なるボタン・グループのボタンは、データ構造の観点から互いに独立しているが、1つの論理層と見なされる。これらは、同時にイネーブルされてビジブルとなるだけである。
【0039】
「音声言語」ボタンALは、他のメニュー・ボタンの現在の状態に依って異なる機能を有するので、単独のボタンではない。特に、「音声言語」ボタンの起動時に、オプションのボタンをイネーブルしなければならない点で機能が異なる。例えば、「音声言語」ボタンAL1(図11)を起動すると、オプションのボタンL5...L8(図12)がイネーブルされるのに対し、同じ外観の「音声言語」ボタンAL2(図12)を起動すると、ボタンL9...L12(図13)がイネーブルされる。従って、第5のボタン・グループは、論理層に属する種々の「音声言語」ボタンAL1、AL2、AL3から成る。あるいは、「音声言語」ボタンAL1、AL2、AL3が同じであり、ボタンのコマンドが、ボタン・グループのどのボタンが現在イネーブルされているかを考慮し、コマンドが、各ボタン・グループの次の要素をイネーブルすることも可能である。
【0040】
図14は、条件付きイネーブリング(動作可能化)の例を示す。ボタンは、ユーザの設定またはプレーヤの設定に依って、イネーブルされ、あるいはディセーブルされる。例えば、ディスク上での映画に3つのバージョン:「子供のカット(Children’s cut)」、「劇場のカット(Theatrical cut)」、および「監督のカット(Director’s cut)」が存在し得る。ディスクをプレーヤに挿入すると、最初のメニューは、例えば、選択不可能ボタンNSBを例えば映画の題名と共に表示し、かつ再生オプション用の3つの選択可能ボタンSB1、SB2、SB3を表示する。ユーザはペアレンタル・レベル(parental level)を設定することができ、これにより、「子供のカット」と「劇場のカット」を許可し、「監督のカット」を拒絶することが可能になる。画面には、許可された2つオプション用の2つの選択可能なボタンSB1、SB2のみが表示される。禁止されたオプション用のボタンは透明に表現されるので、禁止されたオプションについては利用可能なビジブル・ボタンは存在しない。
【0041】
本発明により、このメニュー動作は、イネーブル/ディセーブル・コマンドおよびボタン・グループを使用することにより、技術的に達成できる。1つ以上のオプション・ボタンSB1、SB2、SB3は別個のボタン・グループに属し、各ボタン・グループに対して指定された設定により、規定されたメンバがイネーブルされ、ビジブルに表示される。本例で、「監督のカット」ボタンは、関連するボタン・グループ・エリアと共に、ボタン・グループSB3に属し、プレーヤをペアレンタル・レベルに設定すると、最初のボタン・ハンドラはそれぞれのボタンをディセーブルする、すなわち、ボタン・グループ・エリアを透明にする。他の設定、例えば、プレーヤのタイプ、オーディオ機器のタイプなどに依存する再生のオプションを利用することもできる。
【0042】
本発明の更なる実施例として、いわゆる「ブレッドクラム(breadcrumb)」メニューを容易に構築できる。ブレッドクラム・メニューでは、別の階層に属する以前に押されたボタンが依然として可視のままであり、ユーザはどのボタンが選択されたのか、そして現在表示されているオプション・ボタンが何を指しているのか、を見ることができる。これは、特に階層メニューに有用である。本発明によって利用されるデータ構造では、階層は近隣関係によって黙示的に示される。
【0043】
図15は、同じ階層レベルに属する3個のボタンAMB、ALMB、SLMBを有するメニュー画面を示す。メニュー・ボタンの1つAMBは、マルチアングル(複数のアングル)選択のためのもので、選択されて、3個のアングル選択ボタンASBが右側に表示される。これらのビジブル(可視的)な選択ボタンASBの各々は別個のボタン・グループに属し、「アングル(Angle)」メニュー・ボタンASBが選択されて、ビジブルとなる。これらのボタン・グループの他のメンバは、ディセーブルされ、従ってインビジブル(不可視)である。
【0044】
図16は、メニューが他のインビジブル・ボタンIB1...IB4から成ることを示す。これらを使用して、高レベルのメニュー・ボタンAMB、ALMB、SLMB間の推移において何が起こるのかを明確にする。
【0045】
図15のように「アングル」メニュー・ボタンAMBが選択され、ユーザが「音声言語」メニュー・ボタンALMBを選択したいとき、「音声言語」メニュー・ボタンALMBは「アングル」メニュー・ボタンAMBの下に表示されるので、ユーザはリモコンのDOWN(下)ボタンを押す。本発明によってサポートされる動的メニューによって、以下を実行することが可能である。最初に、「アングル」ボタンの下の「近隣」ボタン(本例では、インビジブル・ボタンIB1)として規定されたボタンが選択される。この状態を図17に示す。インビジブル・ボタンは、画面に表示されないが、例えば、同じデータ構造がビジブル・ボタンとインビジブル・ボタンのために使用される場合、データの一貫性により、割り当てられた表示エリアまたは位置を有する。図では、例示の目的で、インビジブル・ボタンもそれらの論理的位置に示している。
【0046】
次に、インビジブル・ボタンIB1が選択された後に、インビジブル・ボタンIB1は自動的に起動され(表1の、auto_action_flag==true)、そのボタン・ハンドラは以下のコマンドを実行する:第1に、ボタン・ハンドラは、「アングル」メニュー・ボタンAMBに関連するメニュー・オプション・ボタンASBをディセーブルしてインビジブル(不可視)にし、第2に、ユーザが選択したいメニュー・ボタン(「音声言語」ボタン)に属するオプション・ボタンALSBをイネーブルし、最後に、「音声言語」メニュー・ボタンALMBを選択し、これによりインビジブル・ボタンIB1自身を非選択状態にする。これを図18に示す。図19及び図20は、別のインビジブル・ボタンIB3を使用して、「音声言語」メニュー・ボタンALMBから「サブタイトル言語」メニュー・ボタンSLMBへの対応する推移を示しており、音声言語サブメニュー・ボタンALSBは、サブタイトル言語サブメニュー・ボタンSLSBに置き換えられる。更に、逆方向の推移用にインビジブル・ボタンIB2、IB4がある。
【0047】
その結果、メニューのオプション・ボタンASB、ALSB、SLSBは、選択したメニュー・ボタンを起動しなくても、選択したメニュー・ボタンAMB、ALMB、SLMBと常にマッチする。ユーザは、その中間状態、インビジブル・ボタン、または前述した推移にかかる通常は数ミリセカンドの範囲の短い時間に気づかないであろう。本発明によれば、メニューのオプション・ボタンASB、ALSB、SLSBはボタン・グループのメンバとして実行される。異なるサブメニューに属する、同じ位置にあるボタンは、ボタン・グループを形成する。これにより、扱いやすいメニュー・データ構造が得られ、プログラミングおよび確認が簡略化される。特に、ボタン・グループは、使われていないサブメニューのオプション・ボタンのディセーブル化と、新しく選択されたメニュー・ボタンに属する正確なサブメニューのオプション・ボタンのイネーブル化とを、黙示的に処理する。1つのボタン・グループから1つのボタンがイネーブルされ、ビジブル(可視)となるので、各ボタン・グループについて、イネーブルすべき新しいボタンを選択すれば十分である。これにより、そのグループの以前にイネーブルされたボタンが黙示的にディセーブルされ、そのボタン・グループ・エリアに属する画素は、新しいボタンのビットマップ表示に従って上書きされる。ディスプレイの残りの部分は変更されない。したがって、以前にどのボタンがビジブル(可視)であったか、どのボタンを置き換えなければならないのか、ボタンがどのエリアを占拠したか、重なり合っているボタン・エリアがあるか、をデコーダが分析する必要はない。
【0048】
上述のブレッドクラム効果の実施例である、本発明の別の実施例を図21〜図23に示す。階層メニュー・ボタン、例えば、「アングル」メニュー・ボタンAMB1(図21)が選択されると、通常の状態から選択された状態に変化し、その表示は異なって見え、例えば、ハイライト(強調表示あるいは反転表示)される。これは、ビットマップ表示がボタンの状態に応じて異なることによってなされる。「アングル」メニュー・ボタンは、起動されると、非常に短時間だけ起動状態に留まる。この期間中、その外観は選択された状態とは異なるが、ユーザはほとんどそれに気づかない。このボタンが起動されると、そのボタン・ハンドラはインビジブル・ボタンINBを選択し、これを使用して、サブメニュー・ボタンASBをビジブルにする。その状態を図22に示す。このとき、インビジブル・ボタンINBが選択された状態にあると、「アングル」メニュー・ボタンは選択されない。何故なら、メニューのうち一度に選択できるボタンは1つだけだからである。さもなければ、デコーダは、ユーザのコマンドがどのボタンを指しているのか検出できない。代わりに、「アングル」メニュー・ボタンは通常状態にある。しかし、ブレッドクラム効果を得るため、すなわち、現在のサブメニュー・ボタンASBが指しているメニュー・ボタンを示すために、メニュー・ボタンAMB1に別の外観を与えることが望ましい。これは、例えば、「アングル」ボタン・グループを生成することにより、本発明によるボタン・グループで達成できる。
【0049】
任意のメニュー・ボタンのようなデフォルトの「アングル」ボタンAMB1は、通常状態、選択された状態、起動された状態、の3つの状態を有する。別のボタン、例えば、同じボタン・グループに属する「Angle_Select(アングル選択)」ボタンは、デフォルトの「アングル」ボタンAMB1と同じように見え、同じ表示位置を有するが、わずかに異なる。例えば、その通常状態のビットマップは、デフォルト・ボタンの選択された状態または起動された状態のビットマップと同じである。前述したように、インビジブル・ボタンINBは、選択されると自動的に起動される。それにより、例えば、サブメニュー・ボタンASBをビジブルに表現し、「Angle_Select(アングル選択)」ボタンAMB2を(通常状態に)イネーブルし、以前にビジブルであった「アングル」ボタンAMB1を黙示的にディセーブルし、最後に、サブメニュー・ボタンASB1のうち1つを選択し、インビジブル・ボタンINB自身を非選択状態にすることが可能である(図23)。結果として、ユーザは以前と同様、ボタンAMB2を同じボタンAMB1として認識する。ボタンAMB2は選択されているかまたは起動されているように見えるが、実際には、非選択状態になっている。これにより、ボタンを他のボタンに替えることにより、状態と異なるより多くの表示(色、形状、テキストなど)をボタンに事実上与えることが可能になる。本発明によるボタン・グループにより、ボタンを容易に処理でき、簡素な方法により、そのボタン・グループ・エリア内の画素について正確な値を求めることが可能になる。
【0050】
グループ構造はメニュー・デコーダに関する情報を提供し、この情報は、更新を必要とする画面上のエリアを規定する。1つのボタン・グループ内では同時に起動されるボタンは1つだけであるので、1グループ内の別のボタンを起動することは、同じグループ内の最初のボタンを非起動にすることを意味する。メニューをオーサリングすることが容易となるので、このことはオーサリングに有利である。
【0051】
特に、プリレコード(事前記録:prercorded)媒体、例えば、Blu‐ray(ブルーレイ)ディスクの場合、題名(タイトル)に関して確認プロセスが行われてから、データ構造が仕様書に適合するか点検するためにリリースされる。本発明は、確認を容易にし、動的メニューを制作する際に拡張機能をコンテンツのオーサ(作者)に提供する。
【0052】
以下では、表1に示したデータ・セグメントのシンタクスを一実施例として説明する。表1に示したデータ・セグメントのシンタクスは、ビットストリーム内に含まれ得るものであり、かつ、最初のメニュー画面を記述している。表1は、上述した第2の可能性に従い、ボタン・グループ・エリアが規定される場合を記述している。
【表1】
【0053】
表1で用いられている表記法は、while‐ループとfor‐ループを使用している。しかしながら、実際のビットストリームはループの単独パス(pass)またはインスタンス(instance)に関するデータを含むので、ループは表記法を一般化する手段にすぎない。
ライン17からライン61は、segment_lengthの長さのデータ・セグメント全体にわたるループである。データ・セグメントには任意の数のボタン・グループが含まれ得る。
【0054】
ライン18において、ライン60までの以下のラインがボタン・グループの定義に関係することが規定される。グループの識別子は、丸括弧内に示す値である。ライン19〜22において、現在のボタン・グループ(本願ではボタン・グループ・エリアとも称される)について、画面上のそれぞれの位置が規定される。画面上のそれぞれの位置は、その水平および垂直方向のサイズおよびその基準点の位置によって規定される。この場合、ボタン・グループ・エリアは1つの矩形だけであるが、前述のように、ボタン・グループ・エリアは他のエリアであるかまたは複数の矩形であってもよい。その場合、ライン19〜22は、部分的なエリアごとに一回繰り返される。
【0055】
ライン23におけるパラメータは、現在のグループのボタンのうちどれがデフォルトによってイネーブルされるかを規定する。デコーダはこの値を使用し、最初に、現在のグループに関連するレジスタをロードし、変数を保持する。この変数は、現在イネーブルされているボタンの数を規定し、メニューの操作中に変更できる。変数には、ボタンのうちのどれにも対応しない値が割り当てられ、その結果、そのグループのすべてのボタンはディセーブルされる。この動作によって、グループ内の1つのボタンがイネーブルされる。メニュー操作の間に変更され得る変数を初期化するために使用される他の2つのパラメータは、default_selected_button_number(ライン15)と、default_activated_button_number(ライン16)である。
【0056】
ライン24において、現在のグループ内のボタンの数が規定される。
【0057】
ライン25で始まるループは、そのグループのボタンをすべて包含し、各ボタンについて参照番号を規定し(ライン26)、もしそれが数値的に選択可能であるなら(ライン27)、もしそれが選択されたときにそのコマンドを自動的に実行するなら(ライン29)、ボタン・グループ・エリア(ライン31〜32)内のそのボタンの位置、そのボタンの近隣ボタン(ライン33〜38)、および異なるボタン状態に対応するビットマップ表示が読まれる場所を示すアドレス範囲、を規定する。各ボタンごとに、1つ以上のコマンドが規定される。現在のボタンのコマンド数は、ライン55において、num_of_button_commandsのパラメータによって規定される。ボタン・ハンドラの実際のコマンドはライン56〜58で規定される。
【0058】
本発明は、ディスプレイへのアクセスを有し、かつ例えばDVD、Blu‐rayディスクまたは他の媒体から読み出されるメニュー・データ構造を処理するデコーダを含む、あらゆる種類のプレゼンテーション装置に使用できる。更に、本発明は、このようなデータ構造を生成することに使用可能である。
【0059】
本発明によれば、データ・ストリームを復号するデコーダであって、データ・ストリームは視覚的に表示可能なメニューに関するメニュー・データを含み、メニューは選択可能なメニュー・ボタンを含んでいる別個に表されるメニュー項目を含んでいる、前記デコーダは、(1)少なくとも1つのグループのメニュー項目を規定する手段であって、該グループは1つ以上のメニュー項目を含み、メニュー項目は複数のグループに属さない、前記規定する手段と、(2)ディスプレイ上の規定されたエリアを前記グループに関連付ける手段と、(3)グループに属する前記メニュー項目の各々に「イネーブルド」状態または「ディセーブルド」状態を割り当てる手段であって、イネーブルド・メニュー項目だけが表示され、グループ内の複数のメニュー項目が同時にイネーブルされない、前記割り当てる手段と、を含む。
【0060】
更に、グループに属する表示されたメニュー項目は、そのグループに関連付けられたエリア内に表示され、異なるグループのエリアは重なり合わず、1つの表示画素は複数のグループに属さない。
【0061】
更に、1つのメニュー項目は、関連付けられたコマンドを有し、コマンドは、メニュー項目の起動時に実行され、別のメニュー項目をイネーブルし、またはディセーブルすることを含む。
【特許請求の範囲】
【請求項1】
別個に表示される目に見え且つ選択可能な複数のメニュー項目を有する表示可能なメニューをメニュー・データ・セグメントのデータから生成する方法において、
複数のメニュー項目から成る少なくとも1つのグループと前記複数のメニュー項目から成るグループに属さない少なくとも1つの更なるメニュー項目とが前記メニュー・データ・セグメント中に規定されることを定めるステップであって、前記複数のメニュー項目の各々は、画面上の規定されたエリアに関連付けられており、前記複数のメニュー項目の各メニュー項目ごとに参照番号が規定されており、メニュー項目は前記グループのうちの1つのみに属し、前記更なるメニュー項目は、前記更なるメニュー項目の起動時に実行される関連するコマンドを有する、当該ステップと、
「イネーブルド」状態または「ディセーブルド」状態を前記複数のメニュー項目から成る少なくとも1つのグループの各メニュー項目に割り当てるステップであって、イネーブルド・メニュー項目のみが表示可能であり、且つイネーブルド・メニュー項目のみが、選択されない状態、選択された状態または起動された状態のうちの1つの状態を有することが可能であり、1グループ内の複数のメニュー項目が同時にイネーブルされない、当該ステップと、
前記更なるメニュー項目が起動されたときに、前記更なるメニュー項目に関連する前記コマンドを受け取るステップと、
前記コマンドを受け取ると、前記グループに属する前記複数のメニュー項目の少なくとも1つのメニュー項目の「イネーブルド」状態または「ディセーブルド」状態を変更するステップと、
を有する前記方法。
【請求項2】
データ・ストリームを処理する装置であって、
前記データ・ストリームは表示可能なメニューに関するメニュー・データを有し、前記表示可能なメニューは、別個に表示される目に見え且つ選択可能な複数のメニュー項目を有しており、
前記装置は、
前記データ・ストリームからのデータに基づいて、複数のメニュー項目から成る少なくとも1つのグループと前記複数のメニュー項目から成るグループに属さない少なくとも1つの更なるメニュー項目とを規定する手段であって、メニュー項目は前記グループのうちの1つのみに属し、前記複数のメニュー項目の各メニュー項目ごとに参照番号が規定されており、前記更なるメニュー項目は、前記更なるメニュー項目の起動時に実行される関連するコマンドを有する、前記規定する手段と、
画面上の規定されたエリアを、複数のメニュー項目からなる前記グループの各メニュー項目に関連づける手段と、
「イネーブルド」状態または「ディセーブルド」状態を、1グループに属する前記複数のメニュー項目の各々に割り当てる手段であって、イネーブルド・メニュー項目のみが表示可能であり、且つイネーブルド・メニュー項目のみが、選択されない状態、選択された状態または起動された状態のうちの1つの状態を有することが可能であり、1グループ内の複数のメニュー項目が同時にイネーブルされない、前記割り当てる手段と、
前記更なるメニュー項目が起動されたときに、前記更なるメニュー項目に関連する前記コマンドを受け取り、前記コマンドを受け取ると、前記グループに属する前記複数のメニュー項目の少なくとも1つのメニュー項目の「イネーブルド」状態または「ディセーブルド」状態を変更する手段と、
を有する前記装置。
【請求項3】
音声・映像データと、該音声・映像データに関連する表示可能なメニューを生成するメニュー・データ構造とを含む、取外し可能なデータ記憶媒体であって、
前記メニューは目に見え且つ選択可能な複数のメニュー項目を有し、全てのメニュー項目は別個に表示することができ、
前記メニュー・データ構造は、
複数のメニュー項目から成る少なくとも1つのグループと前記複数のメニュー項目から成るグループに属さない少なくとも1つの更なるメニュー項目とが前記メニュー・データ構造中に規定され、前記複数のメニュー項目の各々は、画面上の規定されたエリアに関連付けられており、前記複数のメニュー項目の各メニュー項目ごとに参照番号が規定されており、
メニュー項目は前記グループのうちの1つのみに属し、
「イネーブルド」状態または「ディセーブルド」状態が各メニュー項目に割り当てられ、イネーブルド・メニュー項目のみが表示可能であり、且つイネーブルド・メニュー項目のみが、選択されない状態、選択された状態または起動された状態のうちの1つの状態を有することが可能であり、1グループ内の複数のメニューは同時にイネーブルされず、
前記更なるメニュー項目は、前記更なるメニュー項目の起動時に、前記複数のメニュー項目から成る前記グループの少なくとも1つのメニュー項目の「イネーブルド」状態または「ディセーブルド」状態を変更する、関連するコマンドを有する、
前記取外し可能なデータ記憶媒体。
【請求項4】
音声・映像データと、該音声・映像データに関連する表示可能なメニューを生成するメニュー・データ構造とを、取外し可能なデータ記憶媒体に記録する方法であって、
前記メニューは目に見え且つ選択可能な複数のメニュー項目を有し、全てのメニュー項目は別個に表示することができ、
前記方法は、
複数のメニュー項目から成る少なくとも1つのグループに関するデータと前記複数のメニュー項目から成るグループに属さない少なくとも1つの更なるメニュー項目に関するデータとを前記メニュー・データ構造中に生成するステップであって、前記複数のメニュー項目の各々は、画面上の規定されたエリアに関連付けられており、前記複数のメニュー項目の各メニュー項目ごとに参照番号が規定されており、メニュー項目は前記グループのうちの1つのみに属し、前記メニュー・データ構造からメニューを生成するときに「イネーブルド」状態または「ディセーブルド」状態が前記複数のメニュー項目から成る少なくとも1つのグループの各メニュー項目に割り当てられ、前記「イネーブルド」状態または前記「ディセーブルド」状態は、前記更なるメニュー項目が起動されたときに前記更なるメニュー項目に関連する前記コマンドを受け取ると変更され、イネーブルド・メニュー項目のみが表示可能であり、且つイネーブルド・メニュー項目のみが、選択されない状態、選択された状態または起動された状態のうちの1つの状態を有することが可能であり、1グループ内の複数のメニューが同時にイネーブルされない、当該ステップと、
前記メニュー・データ構造と前記音声・映像データとを前記取外し可能なデータ記憶媒体に記録するステップと、
を有する前記方法。
【請求項1】
別個に表示される目に見え且つ選択可能な複数のメニュー項目を有する表示可能なメニューをメニュー・データ・セグメントのデータから生成する方法において、
複数のメニュー項目から成る少なくとも1つのグループと前記複数のメニュー項目から成るグループに属さない少なくとも1つの更なるメニュー項目とが前記メニュー・データ・セグメント中に規定されることを定めるステップであって、前記複数のメニュー項目の各々は、画面上の規定されたエリアに関連付けられており、前記複数のメニュー項目の各メニュー項目ごとに参照番号が規定されており、メニュー項目は前記グループのうちの1つのみに属し、前記更なるメニュー項目は、前記更なるメニュー項目の起動時に実行される関連するコマンドを有する、当該ステップと、
「イネーブルド」状態または「ディセーブルド」状態を前記複数のメニュー項目から成る少なくとも1つのグループの各メニュー項目に割り当てるステップであって、イネーブルド・メニュー項目のみが表示可能であり、且つイネーブルド・メニュー項目のみが、選択されない状態、選択された状態または起動された状態のうちの1つの状態を有することが可能であり、1グループ内の複数のメニュー項目が同時にイネーブルされない、当該ステップと、
前記更なるメニュー項目が起動されたときに、前記更なるメニュー項目に関連する前記コマンドを受け取るステップと、
前記コマンドを受け取ると、前記グループに属する前記複数のメニュー項目の少なくとも1つのメニュー項目の「イネーブルド」状態または「ディセーブルド」状態を変更するステップと、
を有する前記方法。
【請求項2】
データ・ストリームを処理する装置であって、
前記データ・ストリームは表示可能なメニューに関するメニュー・データを有し、前記表示可能なメニューは、別個に表示される目に見え且つ選択可能な複数のメニュー項目を有しており、
前記装置は、
前記データ・ストリームからのデータに基づいて、複数のメニュー項目から成る少なくとも1つのグループと前記複数のメニュー項目から成るグループに属さない少なくとも1つの更なるメニュー項目とを規定する手段であって、メニュー項目は前記グループのうちの1つのみに属し、前記複数のメニュー項目の各メニュー項目ごとに参照番号が規定されており、前記更なるメニュー項目は、前記更なるメニュー項目の起動時に実行される関連するコマンドを有する、前記規定する手段と、
画面上の規定されたエリアを、複数のメニュー項目からなる前記グループの各メニュー項目に関連づける手段と、
「イネーブルド」状態または「ディセーブルド」状態を、1グループに属する前記複数のメニュー項目の各々に割り当てる手段であって、イネーブルド・メニュー項目のみが表示可能であり、且つイネーブルド・メニュー項目のみが、選択されない状態、選択された状態または起動された状態のうちの1つの状態を有することが可能であり、1グループ内の複数のメニュー項目が同時にイネーブルされない、前記割り当てる手段と、
前記更なるメニュー項目が起動されたときに、前記更なるメニュー項目に関連する前記コマンドを受け取り、前記コマンドを受け取ると、前記グループに属する前記複数のメニュー項目の少なくとも1つのメニュー項目の「イネーブルド」状態または「ディセーブルド」状態を変更する手段と、
を有する前記装置。
【請求項3】
音声・映像データと、該音声・映像データに関連する表示可能なメニューを生成するメニュー・データ構造とを含む、取外し可能なデータ記憶媒体であって、
前記メニューは目に見え且つ選択可能な複数のメニュー項目を有し、全てのメニュー項目は別個に表示することができ、
前記メニュー・データ構造は、
複数のメニュー項目から成る少なくとも1つのグループと前記複数のメニュー項目から成るグループに属さない少なくとも1つの更なるメニュー項目とが前記メニュー・データ構造中に規定され、前記複数のメニュー項目の各々は、画面上の規定されたエリアに関連付けられており、前記複数のメニュー項目の各メニュー項目ごとに参照番号が規定されており、
メニュー項目は前記グループのうちの1つのみに属し、
「イネーブルド」状態または「ディセーブルド」状態が各メニュー項目に割り当てられ、イネーブルド・メニュー項目のみが表示可能であり、且つイネーブルド・メニュー項目のみが、選択されない状態、選択された状態または起動された状態のうちの1つの状態を有することが可能であり、1グループ内の複数のメニューは同時にイネーブルされず、
前記更なるメニュー項目は、前記更なるメニュー項目の起動時に、前記複数のメニュー項目から成る前記グループの少なくとも1つのメニュー項目の「イネーブルド」状態または「ディセーブルド」状態を変更する、関連するコマンドを有する、
前記取外し可能なデータ記憶媒体。
【請求項4】
音声・映像データと、該音声・映像データに関連する表示可能なメニューを生成するメニュー・データ構造とを、取外し可能なデータ記憶媒体に記録する方法であって、
前記メニューは目に見え且つ選択可能な複数のメニュー項目を有し、全てのメニュー項目は別個に表示することができ、
前記方法は、
複数のメニュー項目から成る少なくとも1つのグループに関するデータと前記複数のメニュー項目から成るグループに属さない少なくとも1つの更なるメニュー項目に関するデータとを前記メニュー・データ構造中に生成するステップであって、前記複数のメニュー項目の各々は、画面上の規定されたエリアに関連付けられており、前記複数のメニュー項目の各メニュー項目ごとに参照番号が規定されており、メニュー項目は前記グループのうちの1つのみに属し、前記メニュー・データ構造からメニューを生成するときに「イネーブルド」状態または「ディセーブルド」状態が前記複数のメニュー項目から成る少なくとも1つのグループの各メニュー項目に割り当てられ、前記「イネーブルド」状態または前記「ディセーブルド」状態は、前記更なるメニュー項目が起動されたときに前記更なるメニュー項目に関連する前記コマンドを受け取ると変更され、イネーブルド・メニュー項目のみが表示可能であり、且つイネーブルド・メニュー項目のみが、選択されない状態、選択された状態または起動された状態のうちの1つの状態を有することが可能であり、1グループ内の複数のメニューが同時にイネーブルされない、当該ステップと、
前記メニュー・データ構造と前記音声・映像データとを前記取外し可能なデータ記憶媒体に記録するステップと、
を有する前記方法。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【公開番号】特開2013−12206(P2013−12206A)
【公開日】平成25年1月17日(2013.1.17)
【国際特許分類】
【出願番号】特願2012−169264(P2012−169264)
【出願日】平成24年7月31日(2012.7.31)
【分割の表示】特願2010−263058(P2010−263058)の分割
【原出願日】平成16年12月13日(2004.12.13)
【公序良俗違反の表示】
(特許庁注:以下のものは登録商標)
1.Blu−ray
【出願人】(501263810)トムソン ライセンシング (2,848)
【氏名又は名称原語表記】Thomson Licensing
【住所又は居所原語表記】1−5, rue Jeanne d’Arc, 92130 ISSY LES MOULINEAUX, France
【Fターム(参考)】
【公開日】平成25年1月17日(2013.1.17)
【国際特許分類】
【出願日】平成24年7月31日(2012.7.31)
【分割の表示】特願2010−263058(P2010−263058)の分割
【原出願日】平成16年12月13日(2004.12.13)
【公序良俗違反の表示】
(特許庁注:以下のものは登録商標)
1.Blu−ray
【出願人】(501263810)トムソン ライセンシング (2,848)
【氏名又は名称原語表記】Thomson Licensing
【住所又は居所原語表記】1−5, rue Jeanne d’Arc, 92130 ISSY LES MOULINEAUX, France
【Fターム(参考)】
[ Back to top ]