(57)【要約】【課題】  この発明は、所定のスコープの範囲内のマルチメディアコンテンツを提示している間は、通信サーバに対するデータ送信を実行する際に同意確認画面を提示させないようにすることが可能となる地上デジタル放送受信用携帯端末を提供することを目的とする。【解決手段】  同意確認画面上において、以後、所定のスコープの範囲内において通信サーバに対するデータ送信の際に同意確認を省略するか否かを入力させるための手段、ならびに同意確認画面において、実行の同意が確認されかつ以後、所定のスコープの範囲内において同意確認を省略する旨の入力が行われた場合には、以後、所定のスコープの範囲内のマルチメディアコンテンツを提示している間は、データ送信を実行する際にユーザに実行の同意を確認するための同意確認画面を提示させないようにさせる手段を備えてる。【選択図】  図４
2006005847.tif 000002
【特許請求の範囲】
【請求項１】
データ放送で送られるマルチメディアコンテンツを受信し、受信したマルチメディアコンテンツを表示装置に提示する手段、通信サーバにデータを送信する手段、および通信サーバに対するデータ送信を実行する前に、ユーザに実行の同意を確認するための同意確認画面を提示し、ユーザの同意が得られた場合のみデータ送信を実行する手段を備えた地上デジタル放送受信用携帯端末において、
同意確認画面上において、以後、所定のスコープの範囲内において通信サーバに対するデータ送信の際に同意確認を省略するか否かを入力させるための手段、ならびに
同意確認画面において、実行の同意が確認されかつ以後、所定のスコープの範囲内において同意確認を省略する旨の入力が行われた場合には、以後、所定のスコープの範囲内のマルチメディアコンテンツを提示している間は、データ送信を実行する際にユーザに実行の同意を確認するための同意確認画面を提示させないようにさせる手段、
を備えていることを特徴とする地上デジタル放送受信用携帯端末。
【請求項２】
同意確認画面において、実行の同意が確認されかつ以後、所定のスコープの範囲内において同意確認を省略する旨の入力が行われた場合には、以後、所定のスコープの範囲内のマルチメディアコンテンツを提示している間において、同意確認を省略する状態となっている旨を、画面の一部に表示させる手段を備えていることを特徴とする請求項１に記載の地上デジタル放送受信用携帯端末。
【請求項３】
上記所定のスコープとは、ＢＭＬ文書によるマルチメデイアコンテンツ構成モデルにおけるコンテンツグループ、コンテンツ、文書グループおよび文書ならびにデジタル放送の放送信号として送出される番組配列情報で定義された番組（イベント）のうちから、任意に選択された１つであることを特徴とする請求項１乃至２に記載の地上デジタル放送受信用携帯端末。
【請求項４】
上記所定のスコープが番組（イベント）であり、同意確認画面を表示する際には、現在提示している番組（イベント）に関する情報を同意確認画面上に表示させる手段を備えていることを特徴とする請求項１乃至２に記載の地上デジタル放送受信用携帯端末。
【請求項５】
上記現在提示している番組（イベント）に関する情報には、当該番組の番組名が含まれていることを特徴とする請求項４に記載の地上デジタル放送受信用携帯端末。
【請求項６】
上記現在提示している番組（イベント）に関する情報には、当該番組の開始時刻および／または終了時刻が含まれていることを特徴とする請求項４乃至５に記載の地上デジタル放送受信用携帯端末。
【請求項７】
データ送信を実行する際に同意確認画面を提示させないような状態となっている場合において、マルチメディアコンテンツによって上記同意確認画面を提示させないような状態を無効化する指示が与えられた場合には、データ送信を実行する際に同意確認画面を提示するかしないかの状態を、同意確認画面を提示させるような状態に戻す手段を備えていることを特徴とする請求項１乃至６に記載の地上デジタル放送受信用携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、地上デジタル放送受信機能を備えた携帯型電話機等のように、データ放送で送られるマルチメディアコンテンツを受信し、受信したマルチメディアコンテンツを表示装置に提示する手段および通信サーバにデータを送信する手段を備えている地上デジタル放送受信用携帯端末に関する。
【背景技術】
【０００２】
地上デジタル放送の携帯端末向けデータ放送サービスでは、放送によって送られるマルチメディアコンテンツであるＢＭＬ文書から、通信機能を用いてクイズに対する回答を通信サーバへ送信するような番組が検討されている。従来、通信サーバへの送信が発生する際には、通信料がかかることや、ユーザの情報が外部に流出するという理由で、通常ダイアログ等により、ユーザに同意確認を取ることになっている。
【０００３】
しかしながら、早押しクイズなどにおいて、回答を行おうとする毎に、同意確認をとると、ユーザにとって操作が面倒であるとともに、回答を送信するまでに余計な時間を要することになる。
【０００４】
より具体的に説明する。地上デジタル放送においては、従来のアナログ放送におけるチャンネルに相当するものを、”サービス”と呼んでいる。また、各サービスにおける、時間的に区切られた番組に相当するものを、”イベント”と呼んでいる。
【０００５】
また、１つのサービスは、”コンポーネント”と呼ばれる構成要素から構成される。コンポーネントは、”映像コンポーネント”、”音声コンポーネント”、”データコンポーネント”に大きく分類される。このうち、データコンポーネントにより、データコンテンツが伝送される。また、データコンテンツを時間的に区切ったものを、”データイベント”と呼んでいる。なお、”イベント”と”データイベント”とは、１対１に対応している場合もあれば、対応していない場合もある。
【０００６】
データコンテンツは、ＢＭＬ(Broadcast Markup Language) により記述された文書と、画像などのモノメディアデータとから構成されており、１つのデータコンテンツは、１または複数のＢＭＬ文書を含む。
【０００７】
一方、ＢＭＬ文書によるマルチメディアコンテンツ構成モデルにおいては、スコープという概念が導入されており、４つのスコープが定義されている。このスコープと物理的なデータとの間には、表１に示すようなマッピングがなされている。
【０００８】
【表１】
2006005847.tif 000003
【０００９】
すなわち、同一サービスに属するデータは、同一コンテンツグループのスコープ内にあると表現され、同一データイベントに属するデータは、同一文書グループのスコープ内にあると表現される。また、スコープは包含関係にあり、より上位のスコープから外れる場合は、当然のごとく、下位のスコープから外れることになる。これらの包含関係を図１に示す。
【００１０】
一方、サービスとイベントでは、”サービス  ⊃  イベント”といった包含関係が成り立っている。
【００１１】
図２は、ユーザ参加型のクイズ番組を視聴しており、クイズに対する回答を通信サーバへ送信する場合を示している。図２は、表示画面を示しており、表示画面の上部は動画表示領域（ＡＶデータ表示領域）となっており、表示画面の下部はデータ表示領域（マルチメデイアコンテンツ表示領域となっている。図２の左側の画面においてユーザが１〜４のうちから１つの数字を選択すると、図２の右側に示すように、データ送信を行うか否かを確認するためのダイアログ（ユーザ同意確認画面）が表示される。ユーザがこのダイアログにおいて”OKボタン”を選択すると、回答が通信サーバに送信される。
【００１２】
図３は、データ送信の要因が発生した場合の処理手順を示している。
【００１３】
データ送信の要因が発生すると、ユーザ同意確認画面を表示する（ステップＳ１）。ユーザが同意した場合（”OKボタン”を選択した場合）には（ステップＳ２でＹＥＳ）、ユーザ同意確認画面を消去するとともに（ステップＳ３）、データ送信を実行する（ステップＳ４）。そして、今回の処理を終了する。
【００１４】
ユーザが同意しなかった場合（”CANCELボタン”を選択した場合）には（ステップＳ２でＮＯ）、ユーザ同意確認画面を消去する（ステップＳ５）。そして、データ送信を実行することなく、今回の処理を終了する。
【００１５】
つまり、従来は、データ送信の要因が発生する毎に、ユーザの同意を求めていた。このため、ユーザにとって操作が面倒であるとともに、データを送信するまでに余計な時間を要することになる。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
この発明は、所定のスコープの範囲内のマルチメディアコンテンツを提示している間は、通信サーバに対するデータ送信を実行する際に同意確認画面を提示させないようにすることが可能となる地上デジタル放送受信用携帯端末を提供することを目的とする。
【００１７】
また、この発明は、所定のスコープの範囲内のマルチメディアコンテンツを提示している間は、通信サーバに対するデータ送信を実行する際に同意確認画面を提示させないようにすることが可能となるとともに、データ送信を実行する際に同意確認画面を提示させないような状態となっている場合に、マルチメディアコンテンツによって、データ送信を実行する際に同意確認画面を提示するかしないかの状態を、同意確認画面を提示させるような状態に戻すことが可能となる地上デジタル放送受信用携帯端末を提供することを目的とする。
【課題を解決するための手段】
【００１８】
請求項１に記載の発明は、データ放送で送られるマルチメディアコンテンツを受信し、受信したマルチメディアコンテンツを表示装置に提示する手段、通信サーバにデータを送信する手段、および通信サーバに対するデータ送信を実行する前に、ユーザに実行の同意を確認するための同意確認画面を提示し、ユーザの同意が得られた場合のみデータ送信を実行する手段を備えた地上デジタル放送受信用携帯端末において、同意確認画面上において、以後、所定のスコープの範囲内において通信サーバに対するデータ送信の際に同意確認を省略するか否かを入力させるための手段、ならびに同意確認画面において、実行の同意が確認されかつ以後、所定のスコープの範囲内において同意確認を省略する旨の入力が行われた場合には、以後、所定のスコープの範囲内のマルチメディアコンテンツを提示している間は、データ送信を実行する際にユーザに実行の同意を確認するための同意確認画面を提示させないようにさせる手段を備えていることを特徴とする。
【００１９】
請求項２に記載の発明は、請求項１に記載の発明において、同意確認画面において、実行の同意が確認されかつ以後、所定のスコープの範囲内において同意確認を省略する旨の入力が行われた場合には、以後、所定のスコープの範囲内のマルチメディアコンテンツを提示している間において、同意確認を省略する状態となっている旨を、画面の一部に表示させる手段を備えていることを特徴とする。
【００２０】
請求項３に記載の発明は、請求項１乃至２に記載の発明において、上記所定のスコープとは、ＢＭＬ文書によるマルチメデイアコンテンツ構成モデルにおけるコンテンツグループ、コンテンツ、文書グループおよび文書ならびにデジタル放送の放送信号として送出される番組配列情報で定義された番組（イベント）のうちから、任意に選択された１つであることを特徴とする。
【００２１】
請求項４に記載の発明は、請求項１乃至２に記載の発明において、上記所定のスコープが番組（イベント）であり、同意確認画面を表示する際には、現在提示している番組（イベント）に関する情報を同意確認画面上に表示させる手段を備えていることを特徴とする。
【００２２】
請求項５に記載の発明は、請求項４に記載の発明において、上記現在提示している番組（イベント）に関する情報には、当該番組の番組名が含まれていることを特徴とする。
【００２３】
請求項６に記載の発明は、請求項４乃至５に記載の発明において、上記現在提示している番組（イベント）に関する情報には、当該番組の開始時刻および／または終了時刻が含まれていることを特徴とする。
【００２４】
請求項７に記載の発明は、請求項１乃至６に記載の発明において、データ送信を実行する際に同意確認画面を提示させないような状態となっている場合において、マルチメディアコンテンツによって上記同意確認画面を提示させないような状態を無効化する指示が与えられた場合には、データ送信を実行する際に同意確認画面を提示するかしないかの状態を、同意確認画面を提示させるような状態に戻す手段を備えていることを特徴とする。
【発明の効果】
【００２５】
この発明によれば、所定のスコープの範囲内のマルチメディアコンテンツを提示している間は、通信サーバに対するデータ送信を実行する際に同意確認画面を提示させないようにすることが可能となる。
【００２６】
また、この発明によれば、所定のスコープの範囲内のマルチメディアコンテンツを提示している間は、通信サーバに対するデータ送信を実行する際に同意確認画面を提示させないようにすることが可能となるとともに、データ送信を実行する際に同意確認画面を提示させないような状態となっている場合に、マルチメディアコンテンツによって、データ送信を実行する際に同意確認画面を提示するかしないかの状態を、同意確認画面を提示させるような状態に戻すことが可能となる。
【発明を実施するための最良の形態】
【００２７】
以下、図４〜図１０を参照して、この発明を地上デジタル放送受信機能を備えた携帯型電話機に適用した場合の実施例について説明する。
【実施例１】
【００２８】
図４は、地上デジタル放送受信機能を備えた携帯型電話機における地上デジタル放送受信部の構成を示している。
【００２９】
地上デジタル放送波は、地上波アンテナ１を介してチューナ２に送られ、高周波処理および復調が行われる。チューナ２からの出力はＤＥＭＵＸ回路３に送られ、パケットの復号が行われる。
【００３０】
ＤＥＭＵＸ回路３において、パケットは、ＡＶストリーム、マルチメディアコンテンツおよび番組配列情報に分別される。番組配列情報とは、デジタル放送において伝送される放送番組に関わる各種情報であり、ARIB STD-B10において規定されている。番組配列情報のうち、イベント情報テーブル（EIT: Event Information Table) には、各サービス( チャンネル) に含まれるイベント( 番組) に関するイベント名、イベント開始時刻、イベント継続時間等の情報が含まれている。ＤＥＭＵＸ回路３によって分別されたＡＶストリームは、ＡＶデコーダ４に送られる。ＤＥＭＵＸ回路３によって分別されたマルチメディアコンテンツおよび番組配列情報は、システムコントローラ２０に送られる。
【００３１】
システムコントローラ２０は、この例では、プログラム等を記憶するＲＯＭ２１、必要なデータを記憶するＲＡＭ２２および必要なデータを記憶する不揮発性メモリ２３を備えている。
【００３２】
システムコントローラ２０は、ＤＥＭＵＸ回路３から送られてきたマルチメディアコンテンツおよび番組配列情報を、ＲＡＭ２２に格納する。システムコントローラ２０には、操作部１２からの操作信号が入力される。
【００３３】
システムコントローラ２０は、チューナ２およびＤＥＭＵＸ回路３に選局のための情報等を送る。また、システムコントローラ２０は、マルチメディアコンテンツ、各種操作画面等をＬＳＤ８に表示させるためのグラフィック制御信号を、グラフィック表示回路１４に送る。グラフィック表示回路１４は、マルチメディアコンテンツ、各種操作画面等の表示データを生成して、グラフィック信号としてマルチプレクサ（合成回路）６に送る。マルチプレクサ（合成回路）６に送られたグラフィック信号は、映像出力回路７を介して、ＬＣＤ８に送られる。
【００３４】
ＡＶデコーダ４は、ＤＥＭＵＸ回路３から送られてきたＡＶストリームを復号する。ＡＶデコーダ４によって得られた映像信号は、映像処理回路５、マルチプレクサ６および映像出力回路７を介して、ＬＣＤ８に送られる。
【００３５】
ＡＶデコーダ４によって得られた音声信号は、音声処理回路９および音声出力回路１０を介してスピーカ１１に送られる。
【００３６】
ユーザ参加型のクイズ番組を視聴しており、クイズに対する回答を通信サーバへ送信する場合を想定する。この携帯型電話機では、図５に示すように、ユーザの同意を求める際に、以後も引き続きデータ送信の同意を必要とするか、以後は同意を求めないようにするかを選択できるようなユーザ同意確認画面が表示される。つまり、このユーザ同意確認画面には、”OKボタン","CANCEL ボタン" の他に、以降、この画面を表示しないか否かを選択するためのチェックボックスが表示される。
【００３７】
ユーザが以後は同意を求めないようにすることを選択した場合（チェックボックスにチェックを入れた場合）には、提示中のマルチメデイアコンテンツが予め設定されたスコープの範囲内にある間は、再度通信サーバへのデータ送信を行う場合であってもユーザの同意を確認しないように制御する。すなわち、同意確認済であることをフラグ（同意確認済フラグ）Ｆとして記憶しておく。また、図６に示すように、画面の一部に同意確認済であることを示す内容を表示するようにする。
【００３８】
なお、同意確認を省略する範囲を規定するためのスコープとして、ＢＭＬ文書、文書グループ、コンテンツ、コンテンツグループ、イベントのいずれを用いるかは、受信する放送サービスによって予め設定される。現在提示中のマルチメデイアコンテンツが予め設定されたスコープから外れる要因は、設定されたスコープの種類によってそれぞれ異なる。      
【００３９】
例えば、設定されたスコープがコンテンツグループである場合には、ユーザによるサービス選局によってスコープが外れることになる。また、設定されたスコープがコンテンツまたはＢＭＬ文書である場合には、ユーザのキー操作による文書遷移（別のＢＭＬ文書へのリンクを選択すること）によってスコープが外れることになる。
【００４０】
また、設定されたスコープが文書グループの場合は、伝送信号の１つであるＤＩＩ(Download Info Indication)に含まれるデータイントＩＤの変化によりスコープが外れることになる。また、設定されたスコープがイベントの場合は、伝送信号の１つであるＥＩＴ(Event Information Table) に含まれる現在のイベントに対するイベントＩＤの変化によりスコープが外れることになる。
【００４１】
現在提示中のマルチメデイアコンテンツが予め設定されたスコープから外れた場合には、再度通信サーバへのデータ送信を行う際に、ユーザの同意を確認するようにするために、同意確認済フラグＦをクリアさせる。
【００４２】
図７は、データ送信の要因が発生したときの携帯型電話機の動作を示している。
【００４３】
データ送信の要因が発生すると、ユーザ同意確認済フラグＦがセット（Ｆ＝１）されているか否かを判別する（ステップＳ１１）。ユーザ同意確認済フラグＦがセットされていなければ（Ｆ＝０）、図５に示すようなユーザ同意確認画面を表示させる（ステップＳ１２）。
【００４４】
ユーザ同意確認画面上においてユーザが同意しなかった場合（”CANCELボタン”を選択した場合）には（ステップＳ１３でＮＯ）、ユーザ同意確認画面を消去する（ステップＳ１４）。そして、データ送信を実行することなく、今回の処理を終了する。
【００４５】
ユーザ同意確認画面上においてユーザが同意した場合（”OKボタン”を選択した場合）には（ステップＳ１３でＹＥＳ）、ユーザ同意確認画面において以後確認しないことを示すチェックが入れられたか否かを判別する（ステップＳ１５）。ユーザ同意確認画面において以後確認しないことを示すチェックが入れられていない場合には、ユーザ同意確認画面を消去した後（ステップＳ１６）、データ送信を実行する（ステップＳ２０）。そして、今回の処理を終了する。
【００４６】
上記ステップＳ１５において、以後確認しないことを示すチェックが入れられていると判別した場合には、ユーザ同意確認画面を消去する（ステップＳ１７）。また、ユーザ同意確認済フラグＦをセット（Ｆ＝１）するとともに、同意確認を省略する範囲を規定するためのスコープの範囲を特定するための情報（現在提示されている番組（イベント）、現在提示されているマルチメディアコンテンツに関する情報等）を記憶する（ステップＳ１８）。また、図６に示すように、同意確認済であることを示す内容の表示をＯＮにする（ステップＳ１９）。そして、データ送信を実行し（ステップＳ２０）、今回の処理を終了する。
【００４７】
図８は、同意確認済フラグＦがセットされている場合に実行される同意確認済フラグＦのリセット処理手順を示している。
【００４８】
ユーザ同意確認済フラグＦがセットされた場合には、ユーザ同意確認済フラグＦがセットされた際に記憶された、同意確認を省略する範囲を規定するためのスコープの範囲を特定するための情報と、同意確認を省略する範囲を規定するために設定されているスコープの種類とに基づいて、提示中のマルチメデイアコンテンツが上記スコープの範囲外となったか否かを監視する（ステップＳ３１）。現在提示中のマルチメデイアコンテンツが予め設定されたスコープの範囲外となったか否かの判別方法は、上述したように設定されているスコープの種類によって異なる。
【００４９】
提示中のマルチメデイアコンテンツが上記スコープの範囲外となったと判別した場合には、ユーザ同意確認済フラグＦをリセットするとともに（ステップＳ３２）、同意確認済であることを示す内容の表示をＯＦＦにする（ステップＳ３３）。そして、同意確認済フラグＦのリセット処理を終了する。
【００５０】
ところで、同意確認を省略する範囲を規定するためのスコープが、コンテンツグループ（サービス）である場合には、ユーザは選局操作を行うまで、同一スコープ内であることがわかるため、通信サーバへのデータ送信に対して以後確認しないことに同意した場合、その状態がいつまで継続されるのかを認識することができる。
【００５１】
これに対して、同意確認を省略する範囲を規定するためのスコープが、ＢＭＬ文書、文書グループ、コンテンツ、イベントであった場合には、ユーザはスコープが切り替わったことを認識することができないため、通信サーバへのデータ送信に対して以後確認しないという状態がいつまで継続するかを認識することができない。
【００５２】
そこで、同意確認を省略する範囲を規定するためのスコープが、イベント（番組）である場合には、図９に示すように、ユーザ同意確認画面を表示する際に、現在提示中のイベントのイベント名、当該イベントの開始時刻および終了時刻を表示させることが好ましい。このようにすると、ユーザは、ユーザ同意確認画面において以後確認しないことに同意した場合、その状態がいつまで継続されるのかを確認することができるようになる。
【００５３】
また、データコンテンツに、ユーザ同意確認済フラグＦをリセットさせるための関数（同意無効化指示関数）を記述しておき、この関数が携帯型電話機側で呼び出されたときに、ユーザ同意確認済フラグＦをリセットさせるようにしてもよい。この点について、同意確認を省略する範囲を規定するためのスコープがイベントの場合を例にとって説明する。
【００５４】
例えば、視聴者参加型のクイズ番組において、通信サーバにデータ送信を最初に行う際に、ユーザが以後確認しないことに同意したとする。イベントの途中に挿入されるＣＭにおいて、例えば、ある商品のカタログ請求を行うために、ユーザの氏名、住所等をクイズとは別の通信サーバに送信するような場合を想定する。このような場合、ユーザはクイズに対する回答の送信に関して以後確認を求めないことには同意したが、ＣＭに対するデータ送信に関してまでも確認を求めないことに同意したつもりはないかもしれない。
【００５５】
そこで、データコンテンツにおいて、確認を求めないことに対するユーザの同意を、ＣＭに対するデータ送信を行う前に無効化できるようにする。具体的には、データコンテンツを記述したＢＭＬ文書に含まれるスクリプトにおいて、例えば、以下のような同意無効化指示関数を呼び出すことによって、確認を求めないことに対するユーザの同意を無効化する。言い換えれば、以下のような同意無効化指示関数をＢＭＬ文書に記述しておく。
【００５６】
Number invalidateUserPermission() 
引数    なし
戻り値    １：成功
NaN ：失敗
【００５７】
図１０は、同意無効化指示関数に基づく同意確認済フラグＦのリセット処理手順を示している。
【００５８】
スクリプト処理実行されると、同意無効化指示関数が呼ばれたか否かを判別する（ステップＳ４１）。同意無効化指示関数が呼ばれたときには、ユーザ同意確認済フラグＦをリセットするとともに（ステップＳ４２）、同意確認済であることを示す内容の表示をＯＦＦにする（ステップＳ４３）。
【００５９】
なお、本実施例では、以後、所定のスコープの範囲内において同意確認を省略する旨をユーザが入力する方法として、同意確認画面にチェックボックスを表示する形態について説明を行ったが、チェックボックスを表示する代わりに、選択ボタンとして、「ＯＫ（以後確認しない）」、「ＯＫ（１回のみ）」、「ＣＡＮＣＥＬ」のように、３つのボタンを表示し、「ＯＫ（以後確認しない）」が選択された場合に、以後、所定のスコープの範囲内において同意確認を省略するようにしてもよい。また、別の方法でユーザの意思を確認してもよい。
【図面の簡単な説明】
【００６０】
【図１】スコープの概念を示す模式図である。
【図２】クイズに対する回答を通信サーバへ送信する場合に表示されるユーザ同意確認画面を示す模式図である。
【図３】データ送信の要因が発生した場合の処理手順を示すフローチャートである。
【図４】地上デジタル放送受信機能を備えた携帯型電話機における地上デジタル放送受信部の構成を示すブロック図である。
【図５】実施例において用いられるユーザ同意確認画面の一例を示す模式図である。
【図６】ユーザ同意確認画面において以後確認しないことに同意した場合に、画面の一部に同意確認済であることを示す内容が表示されることを示す模式図である。
【図７】データ送信の要因が発生したときの携帯型電話機の動作を示すフローチャートである。
【図８】同意確認済フラグＦがセットされている場合に実行される同意確認済フラグＦのリセット処理手順を示すフローチャートである。
【図９】同意確認を省略する範囲を規定するためのスコープがイベント（番組）である場合に表示されるユーザ同意確認画面の一例を示す模式図である。
【図１０】同意無効化指示関数に基づく同意確認済フラグＦのリセット処理手順を示すフローチャートである。
【符号の説明】
【００６１】
２  チューナ
３  ＤＥＭＵＸ回路
８  ＬＣＤ
１２  操作部
１４  グラフィック表示回路
２０  システムコントローラ
２１  ＲＯＭ
２２  ＲＡＭ
２３  不揮発性メモリ
【図１】
2006005847.tif 000004
【図２】
2006005847.tif 000005
【図３】
2006005847.tif 000006
【図４】
2006005847.tif 000007
【図５】
2006005847.tif 000008
【図６】
2006005847.tif 000009
【図７】
2006005847.tif 000010
【図８】
2006005847.tif 000011
【図９】
2006005847.tif 000012
【図１０】
2006005847.tif 000013