JP3572830B2 - 双方向データ通信方法及びそれを用いた双方向データ通信装置 - Google Patents
双方向データ通信方法及びそれを用いた双方向データ通信装置 Download PDFInfo
- Publication number
- JP3572830B2 JP3572830B2 JP30612596A JP30612596A JP3572830B2 JP 3572830 B2 JP3572830 B2 JP 3572830B2 JP 30612596 A JP30612596 A JP 30612596A JP 30612596 A JP30612596 A JP 30612596A JP 3572830 B2 JP3572830 B2 JP 3572830B2
- Authority
- JP
- Japan
- Prior art keywords
- personal information
- message
- user
- data communication
- server
- 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 - Lifetime
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Telephonic Communication Services (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、テレビ放送または電話回線により伝達されるデータ放送信号における双方向データ通信方法および、その方法による双方向データ通信装置に係り、その装置はテレビ放送または電話回線により伝達されるデータ放送信号を復号するデータ放送デコーダ部と、テレビ放送またはデータ放送の映像信号を表示する表示部と、電話回線に接続されたモデムとを備えた双方向通信装置に関するものである。
【０００２】
特に、電話回線には応答サーバと個人情報サーバとが接続されたシステムに係る双方向通信方法およびその方法を用いた双方向通信装置に関するものである。
【０００３】
【従来の技術】
図２３はインタラクティブ機能付きのデータ放送システムの概略構成を示すブロック図である。図２３において、１はテレビ放送局、２はデータ放送デコーダ２ａとモデム２ｂとを備えたテレビジョン受像機を兼ねるデータ放送受信装置、３はデータ放送受信装置２と電話回線４を介して接続されるとともにテレビ放送局１と電話回線５を介して接続された応答サーバである。
【０００４】
テレビ放送局１では、文字・図形のデータやインタラクティブ性を付加するためのプログラムを決められた基準のもとで符号化してデータ信号に変換し、同期符号や誤り訂正符号などを加え、データパケットに割り付けたデータ放送信号とし、これを文字多重信号の場合と同様に映像信号の垂直帰線消去期間（ＶＢＬ）に重畳し、電波に変換して放送する。
【０００５】
データ放送受信装置２では、データ放送デコーダ２ａにおいてデータ放送信号を復号し、記憶し、表示し、必要に応じて解読して所定の処理を実行する。テレビ放送の内容が例えばテレビショッピングやアンケート調査の場合、データ放送信号として注文先や相手先の電話番号やファクシミリ番号が含まれ、これがメモリに記憶される。
【０００６】
データ放送受信装置２における入力手段により商品名、購入数、購入者氏名・住所やアンケート調査の応答データなどを付加して、メモリに記憶させる。そして、自動ダイヤルしてモデム２ｂを介し電話回線４を通じて応答サーバ３に対して必要なデータを送信する。
【０００７】
なお、応答サーバ３は各家庭からの注文や応答を収集し、予め準備してあるテレビ放送局１や情報提供会社・サービス会社からの指示に従ってデータ処理を行い、その処理結果をテレビ放送局１や情報提供会社・サービス会社に送信する。このようにして、インタラクティブ（双方向性）なデータの送受信が行われる。
【０００８】
ユーザーがデータ放送受信装置２と情報提供会社・サービス会社の応答サーバー３との間でのオンラインサービスの提供を受ける場合、例えばオンラインショッピングの場合に、実際に商品をユーザーに配達したり、料金を徴収するには、ユーザーの氏名・住所・電話番号などの個人情報が不可欠となる。
【０００９】
ところで、この個人情報を応答サーバー自体で保持・管理するとなれば、利用する応答サーバーが増えるごとに、あるいは応答サーバーが新設されるごとに、個人情報をその応答サーバーに登録しなければならなくなる。このようないちいちの個人情報の登録は面倒なことである。しかも、個人情報を保持・管理する応答サーバーが増えるに従って個人情報が外部に不測に流出するおそれが増え、プライバシー保護の問題が生じてくる。
【００１０】
そこで、このような不都合を解消するために、情報提供会社・サービス会社の応答サーバーとは別に、個人情報の保持・管理を一元的に行う個人情報サーバーという機関を設立することが考えられる。個々の応答サーバーは、商品注文の成立があった場合に限って、その取引相手の個人情報を個人情報サーバーに問い合わせて入手するようにする。大勢のユーザーの個人情報を専用の個人情報サーバーで一元的に保持・管理することで、いちいちの登録のわずらわしさ、および膨大な個人情報の外部流出の問題が解消される。
【００１１】
【発明が解決しようとする課題】
テレビ放送にデータ放送信号を重畳すれば、非常に広いエリア（広域）にわたって安価に様々な情報を伝達することが可能である。これにより様々な情報提供会社が情報を伝達することが可能になる。
【００１２】
しかしながら、個人ユーザーが個人情報を商業的な情報提供会社・サービス会社へ提供するため、膨大な個人情報の流出などが起きた場合、プライバシー保護などの問題が発生しうる。このため、個人ユーザーの情報を保護する必要がある。
【００１３】
特に、この個人情報を応答サーバー自体で保持・管理するとなれば、応答サーバの数が増える毎に個人情報をそれぞれに登録しなければならず、面倒であると共に、個人情報が外部に不測に流出するおそれが増え、プライバシー保護の問題が生じてくる。
【００１４】
また、上記したようにデータ放送受信装置と応答サーバーとの間で電話回線を介して行われるオンラインショッピングをはじめとする各種のオンラインサービスの提供を受けるためには、氏名・住所・電話番号などのユーザー個人情報の登録が不可欠となる。
【００１５】
ところが、これらの個人情報は変わり得るものである。住居移転をすれば住所・電話番号が変わる。住居移転をしなくても電話番号を変えることもあり得る。結婚等の理由により氏名が変わることもある。個人情報が変わったにもかかわらず、個人情報サーバーにすでに登録されている個人情報が元のままの状態であると、ユーザー側ではオンラインサービスの提供が受けられず、また、情報提供会社・サービス会社側では商行為が成り立たなくなる。ユーザーは受益者負担の原則から、自己の個人情報が変わったときには、自ら積極的に個人情報サーバーに対して新たな個人情報の登録のしなおし（更新登録）を行うべきものである。
【００１６】
しかしながら、実際上は、更新登録すべきであると気付くのは、オンラインサービスの提供を利用するときとなる場合が多い。まだ更新登録をしていない段階であるので、現実にはいざというときにオンラインサービスの提供を受けることができない。これでは双方向データ通信システムが有機的に機能しているとはいいがたい。
【００１７】
そこで、双方向データ通信システムを有機的に機能させるために、定期的に、ユーザーに対して個人情報の変更があれば更新登録をすべきことを積極的に促すという対策が考えられる。
【００１８】
本発明はこのような個人情報サーバに記録されるべきユーザ情報を有効に管理して、上記課題の解決を図ることを目的としている。
【００１９】
【課題を解決するための手段】
この課題を解決するために、本願発明はテレビ放送または電話回線により伝達されるデータ放送信号を復号するステップと、前記復号されたテレビ放送またはデータ放送の情報を表示するステップと、ユーザーが電話回線を介して個人情報サーバーにユーザー情報を提供するステップと、前記ユーザ情報の個人情報サーバへの登録、更新、確認に係る情報管理を行うステップとを有することを特徴とする双方向データ通信方法を提供するものである。
【００２０】
この方法を用いた装置として、テレビ放送または電話回線により伝達されるデータ放送信号を復号するデータ放送デコーダ手段と、このデータ放送デコーダ手段により復号されたテレビ放送またはデータ放送の情報を表示する表示手段と、前記電話回線に接続されたモデムと、このモデムを介して、個人情報サーバに記録されるべきユーザ情報を管理するユーザ情報管理手段と、を備え、ユーザーが電話回線を介して個人情報サーバーに前記ユーザー情報を提供すると共に、前記ユーザ情報管理手段により前記ユーザ情報の個人情報サーバへの登録、更新、確認に係る情報管理を行う双方向データ通信装置を提供するものである。
【００２１】
これにより、ユーザ情報の保護、更新、登録が確実に行われ、双方向通信に起こる弊害を未然に防ぐことが出来る。
【００２２】
又特に、個人情報の保持・管理を一元的に行う個人情報サーバーという機関を設立することににより、個人情報を応答サーバのそれぞれに登録する必要が無くなる効果に加えて、この個人情報サーバの個人情報の登録、更新、照合確認するユーザ情報管理手段を双方向データ通信装置自体に設けることにより、個人情報の登録、更新、照合確認が容易になり、且つ保護がより確実になるものである。。
【００２３】
また、上記ユーザ情報を管理するステップが、ユーザーが電話回線を介して応答サーバーに暗号化された第１の情報を送信するステップと、個人情報サーバーから暗号化された確認応答を前記応答サーバーを経て受信するステップと、前記確認応答を復号化する鍵情報を受信するステップと、前記鍵情報により前記第１の情報の送信を確認するステップと、前記第１の情報を補完する暗号化された第２の情報を前記応答サーバーを経て前記個人情報サーバーに送信するステップと、前記個人情報サーバーは前記第２の情報に基づいてユーザー情報を前記応答サーバーに送信し、この情報を前記応答サーバーが第３者に供給するステップを有することを特徴とする双方向データ通信方法を提供するものである。
【００２４】
この方法を用いた装置として、上記ユーザ情報管理手段が ユーザーが電話回線を介して応答サーバーに暗号化された第１の情報を送信する手段と、個人情報サーバーから暗号化された確認応答を前記応答サーバーを経て受信する手段と、この確認応答を復号化する鍵情報を受信する手段と、この鍵情報により前記第１の情報の送信を確認する手段と、前記第１の情報を補完する暗号化された第２の情報を前記応答サーバーを経て前記個人情報サーバーに送信する手段と、を備え、前記個人情報サーバーは前記第２の情報に基づいてユーザー情報を前記応答サーバーに送信し、この情報を前記応答サーバーが第３者に供給することにより、更に、データの保護が強化される。即ち、ユーザーが注文が受信されたことを確認でき、この注文時において、情報提供会社・サービス会社は個人情報を保存することができず、ユーザーの個人情報を注文に対する応答として一回のみ利用することが可能であることになり、ユーザー情報を確実に保護することが出来る。
【００２５】
上記ユーザ情報を管理するステップが、一旦電話回線が切断された所定時間後、個人情報サーバーからのユーザー情報をもとに電話回線の接続照合を行うステップと、照合がとれれば手続の完了を表示し、とれない場合は手続未完了を表示するステップを有することを特徴とする双方向データ通信方法を提供するものである。その方法を用いた装置として、情報提供会社・サービス会社とは別の個人情報の管理を行う個人情報サーバーに簡便にユーザー登録を行い、ユーザー情報を保護するシステムにおいて、上記ユーザ情報管理手段が、一旦電話回線が切断された所定時間後、個人情報サーバーからのユーザー情報をもとに電話回線の接続照合を行う手段を有し、照合がとれれば手続の完了を表示し、とれない場合は手続未完了を表示する表示手段を設けることにより、データの更新が確実となる。
【００２６】
また、さらに上記ユーザ情報を管理するステップが、登録されているユーザ情報の月日のデータを現在日時と比較するステップと、一致したときまたはそれ以降の一定期間、ユーザー個人情報の変更があるならば更新登録を促す旨のメッセージを表示するステップとを有する双方向データ通信方法を提供するものである。この方法を用いた装置として、上記ユーザ情報管理手段が、登録されているユーザ情報の月日のデータを現在日時と比較する手段と、一致したときまたはそれ以降の一定期間、ユーザー個人情報の変更があるならば更新登録を促す旨のメッセージを表示する手段とを有することにより、更にデータ更新が効率的に、確実に行われる。即ち、氏名・住所・電話番号などのユーザー個人情報が変わっている場合でも、更新登録促しのメッセージを表示するので、更新登録が行われ、双方向データ通信システムを有機的に機能させることができる。
【００２７】
【発明の実施の形態】
本発明の請求項１に係る双方向データ通信システムは、個人情報サーバーと放送局と双方向データ通信装置からなる双方向データ通信システムであって、前記個人情報サーバーは、少なくとも所定月日を含む個人情報を記憶する個人情報記憶手段と、現在日時を計測する計測手段と、前記計測手段が計測した前記現在日時が前記個人情報記憶手段が記憶した前記所定月日以降の一定期間に含まれる場合に、端末識別情報を含むメッセージ送信指令を送信する指令送信手段とを備え、前記放送局は、前記メッセージ送信指令を受信する指令受信手段と、所定のメッセージを記憶するメッセージ記憶手段と、前記指令受信手段が前記メッセージ送信指令を受信した場合に、前記端末識別情報及び前記メッセージ記憶手段が記憶した前記所定のメッセージを放送信号として送信する放送送信手段とを備え、前記双方向データ通信装置は、前記端末識別情報及び前記所定のメッセージを含む放送信号を受信する放送受信手段と、前記放送受信手段が受信した前記端末識別情報に応じて前記所定のメッセージを表示する表示手段とを備えることを特徴とする。
【００２８】
本発明の請求項２に係る双方向データ通信システムは、個人情報サーバーと放送局と双方向データ通信装置からなる双方向データ通信システムであって、前記個人情報サーバーは、少なくとも所定月日を含む個人情報を記憶する個人情報記憶手段と、現在日時を計測する計測手段と、前記計測手段が計測した前記現在日時が前記個人情報記憶手段が記憶した前記所定月日以降の一定期間に含まれる場合に、端末識別情報を含むメッセージ送信指令を送信する指令送信手段と、前記個人情報記憶手段が記憶した前記個人情報に基づいてメッセージを作成し送信するメッセージ送信手段とを備え、前記放送局は、前記メッセージ送信指令を受信する指令受信手段と、前記指令受信手段が前記メッセージ送信指令を受信した場合に、前記端末識別情報を放送信号として送信する放送送信手段とを備え、前記双方向データ通信装置は、前記端末識別情報を含む放送信号を受信する放送受信手段と、前記放送受信手段が受信した前記端末識別情報に応じて、前記メッセージ送信手段が送信した前記メッセージを取得し表示する表示手段とを備えることを特徴とする。
【００２９】
本発明の請求項３に係る双方向データ通信システムは、請求項１または２記載の双方向データ通信システムにおいて、前記双方向データ通信装置は、前記表示手段の表示を消去する消去信号を作成し送信する消去信号送信手段を更に備え、前記個人情報サーバーは、前記消去信号送信手段が送信した前記消去信号を受信した場合に、前記指令送信手段が前記メッセージ送信指令を送信しないよう制御することを特徴とする。
【００５７】
以下、本発明に係る双方向データ通信方法の実施の形態について、図面に基づいて詳細に説明する。
【００５８】
（実施の形態１）
図１は実施形態の双方向データ通信方法のユーザーの送受信端末である双方向データ通信装置の電気的構成を示すブロック図である。
【００５９】
図１において、双方向データ通信装置１０は次のように構成されている。１１はシステム全体の制御を司るＣＰＵ（中央演算処理装置）、１２はその制御のためのプログラムを格納しているＲＯＭ（リードオンリーメモリ）、１３は制御・演算を補助するとともに復号されたデータ放送信号を格納するＲＡＭ（ランダムアクセスメモリ）、１４は受信アンテナ（図示せず）で受信したテレビ信号の入力端子、１５は入力したテレビ信号から希望するチャンネルの映像信号を選局し復調する映像信号受信部、１６は復調された映像信号の垂直帰線消去期間に重畳されているデータ放送信号を分離し復号するデータ放送デコーダ部、１７は映像信号受信部１５からの映像信号とＲＡＭ１３からのデータ放送信号とを切り換えて送出する映像切換部、１８は映像信号受信部１５におけるチャンネル選局部での受信チャンネルの切り換えや表示部１９における画面分割やデータ放送信号のスクロールなどの表示状態の制御や映像切換部１７の制御を行う表示制御部、１９はＣＲＴやＬＣＤなどの表示部、２０はデータ入力も行える操作パネルやリモコンなどの操作入力部、２１は入力インターフェイス、２２はデジタルデータをアナログ音声信号レベルに変換して電話回線との双方向通信を行うモデム、２３はＣＰＵ１１とＲＯＭ１２からモデム２２までの各部とを接続しているバス、２４はモデム２２を電話回線３０に接続するためのＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ：回線接続部）である。また、４０は電話回線３０を介して双方向データ通信方法１０のＮＣＵ２４とインタラクティブ（双方向性）に接続された応答サーバである。また、５０は電話回線３０を介して双方向データ通信方法１０のＮＣＵ２４および応答サーバ４０とインタラクティブ（双方向性）に接続された個人情報サーバーである。
【００６０】
まず、データ放送番組の受信の一般的な動作を説明する。映像信号受信部１５は受信したテレビ信号から選局し、その受信チャンネルのテレビ信号を映像切換部１７に送出するとともにデータ放送デコーダ部１６に送出する。データ放送デコーダ部１６では選局した映像信号の垂直帰線消去期間に重畳されているデータ放送信号を分離して復号し、ＲＡＭ１３に送出して一時的に格納する。表示制御部１８は映像切換部１７を制御し、映像信号受信部１５からのテレビ放送の映像信号かＲＡＭ１３から読み出したデータ放送信号のいずれかを表示部１９に送出する。表示制御部１８はまた表示部１９における表示形態をフル画面とするか２画面とするかの制御を行うとともに、フル画面の下辺または上辺に文字データをテロップ的にスクロール表示させたりする。表示制御部１８が行う制御は操作入力部２０からの入力指令によって決定される。
【００６１】
データ放送に係る番組内容が例えば視聴者参加のクイズ番組やバラエティ番組やアンケート調査である場合、ユーザーは予め設定された回答の中から１つを選択する操作を行い、自動ダイヤル指令を出すと、ＣＰＵ１１はモデム２２、ＮＣＵ２４、電話回線３０を介して応答サーバ４０に自動ダイヤルし、回答の情報を応答サーバ４０に提供する。応答サーバ４０は必要に応じて情報に加工を施し、結果を放送局に電話回線を介して通信する。
【００６２】
次に、双方向データ通信装置１０を電話回線３０を介して応答サーバー４０、個人情報サーバ５０に接続して、商品の注文をする場合の動作を図２、３、４を用いて説明する。
【００６３】
図２はこのときのデータのやりとりを示すものであり、図３はそのデータの内容を示すものであり、図４はデータやりとりの時系列を示すものである。
【００６４】
まず、ユーザーの動作を説明する。
ユーザーの端末では、ユーザー保護のため、個人情報を一括して保持している個人情報サーバー５０から暗号を解読するための鍵情報を記憶している状態にある（ステップＳ１１）。
【００６５】
テレビ放送局６０、または電話回線を介して、物品情報が提供され、この放送は受信され表示される（ステップＳ１２）。注文を確認することにより、図３の注文確認データ１（端末ＩＤ、ユーザーＩＤからなる）が応答サーバー４０に送信される（ステップＳ１３）。この段階では、具体的な注文情報まで送信する必要はない。応答サーバー４０は、ユーザーと物品を実際に販売する販売会社や種々のサービス会社、情報提供会社、テレビ放送局、電話回線などを介して情報を提供する放送局などとの橋渡しをし、複数存在するものである。
【００６６】
一旦電話回線が切断された後、応答サーバー４０からの受信を待機して（ステップＳ１４）、所定時間に暗号化ユーザー情報を受信出来なかった場合は、終了する（ステップＳ１６、１７）。暗号化ユーザー情報を受信出来た（ステップＳ１５）場合は、先に受信している暗号解読鍵情報を用いて、暗号化ユーザー情報を解読する（ステップＳ１８）ことによりユーザー情報を表示する（ステップＳ１９）。これによって、ユーザーは注文が受信されたことが確認できる。
【００６７】
応答サーバー４０に対して接続要求を行い、注文確認データ２（端末ＩＤ、ユーザーＩＤ、パスワード、注文物品情報）を送信することで、具体的な注文をする（ステップＳ２０）。これにより注文処理は完了する（ステップＳ２１）。
【００６８】
次に応答サーバー４０の動作を説明する。
応答サーバー４０は、電話回線を介されて個人ユーザーの端末からの接続を受信出来る状態にある（ステップＳ３１）。個人ユーザーから接続を確認し注文確認データ１を受信し（ステップＳ３２）、ここから端末ＩＤを抜き取り個人情報サーバー５０に送信する（ステップＳ３３）。
【００６９】
個人情報サーバー５０からの送信を待機し（ステップＳ３４）、所定時間内に受信出来なかったら、回線を切断する（ステップＳ３６、３７）。
【００７０】
個人情報サーバー５０から暗号化ユーザー情報（サービス会社コード、端末ＩＤ、ユーザーＩＤ、暗号化された個人の住所、名前等の情報からなる）を受信する（ステップＳ３８）と、それをユーザーに転送する。ユーザーから注文確認データを受信すると（ステップＳ３９）、暗号化されたままの端末ＩＤ・商品データ（端末ＩＤ、ユーザーＩＤ、暗号化されたパスワード、注文物品情報からなる）を抜き取り、個人情報サーバー５０に送信する（ステップＳ４０）。個人情報サーバー５０からの受信を待機し（ステップＳ４１）、所定時間内に受信できない場合は処理を完了する（ステップＳ４３、４４）。
【００７１】
個人情報サーバー５０からユーザー情報（名前、電話番号、住所等）を受信すると物品販売会社などにこれを注文情報として送信し（ステップＳ４５）、受注処理は完了する（ステップＳ４６）。物品販売会社７０などはこれを受信し個人ユーザーに物品などを送付し、代金をユーザーから徴収する。
【００７２】
なお、クレジットカード番号がユーザー情報として提供され代金支払を完了する形でもよい。
【００７３】
ここで、応答サーバーは注文確認データ１、２とユーザ情報を照合しても、暗号化の仕方が常に同一とは限らないので、一回の注文で特定の住所、名前を有するユーザーが特定の物品を購入したことは、確認できるが、次の注文では注文確認データ１、２を受信した段階では、どのユーザーが注文したかを同定できず、ユーザーの保護が可能となるものである。
【００７４】
次に個人情報サーバー５０の動作を説明する。
個人情報サーバー５０は各ユーザーに暗号解読鍵情報を送信し（ステップＳ５１）、応答サーバー４０から受信を待機している状態に有る（ステップＳ５２）。
【００７５】
なお、暗号解読鍵情報はユーザーに定期的に提供してもいいし、注文を受ける度に提供してもよい。
【００７６】
応答サーバー４０から端末ＩＤデータを受信すると（ステップＳ５３）、個人情報サーバー５０が備えたデータベースからユーザー情報を検索し（ステップＳ５４）、これを暗号化し（ステップＳ５５）、暗号化ユーザー情報（サービス会社コード、端末ＩＤ、ユーザーＩＤ、暗号化された個人の住所、名前等の情報からなる）として応答サーバー４０に送信する（ステップＳ５６）。
【００７７】
これが応答サーバー４０を経て、ユーザーに送信されることによりユーザーへの注文確認となり、ユーザーからの具体的な注文を応答サーバーを経て、端末ＩＤ・商品データとして受信すると（ステップＳ５７）、データベースでユーザー情報を検索し（ステップＳ５８）、これを応答サーバー４０に送信する（ステップＳ５９）。これにより一注文の個人情報サーバー５０の動作が完了する。
【００７８】
なお、暗号化はデータ通信の速度および個人情報の大きさにより決定されるものである。
【００７９】
また個人情報を２回応答サーバー４０に提供しているが、その提供の仕方も本実施の形態に限定されるものではない。１回目のデータ送信（注文確認データ１）時により多くの情報を暗号化しておいても支障はない。
【００８０】
以下、本発明に係る双方向データ通信装置の実施の形態について、図面に基づいて詳細に説明する。
【００８１】
（実施の形態２）
実施形態の双方向データ通信装置の電気的構成は実施の形態１の図１の構成と同じであるので、図１の構成の説明は省略する。動作について図５、図６に示すフローチャートを用い説明する。
【００８２】
まず、データ放送番組の受信の一般的な動作を説明する。図１の映像信号受信部１５は受信したテレビ信号から選局し、その受信チャンネルのテレビ信号を映像切換部１７に送出するとともにデータ放送デコーダ部１６に送出する。データ放送デコーダ部１６では選局した映像信号の垂直帰線消去期間に重畳されているデータ放送信号を分離して復号し、ＲＡＭ１３に送出して一時的に格納する。表示制御部１８は映像切換部１７を制御し、映像信号受信部１５からのテレビ放送の映像信号かＲＡＭ１３から読み出したデータ放送信号のいずれかを表示部１９に送出する。表示制御部１８はまた表示部１９における表示形態をフル画面とするか２画面とするかの制御を行うとともに、フル画面の下辺または上辺に文字データをテロップ的にスクロール表示させたりする。表示制御部１８が行う制御は操作入力部２０からの入力指令によって決定される。
【００８３】
データ放送に係る番組内容が例えば視聴者参加のクイズ番組やバラエティ番組やアンケート調査である場合、ユーザーは予め設定された回答の中から１つを選択する操作を行い、自動ダイヤル指令を出すと、ＣＰＵ１１はモデム２２、ＮＣＵ２４、電話回線３０を介して応答サーバ４０に自動ダイヤルし、回答の情報を応答サーバ４０に提供する。応答サーバ４０は必要に応じて情報に加工を施し、結果を放送局に電話回線を介して通信する。
【００８４】
次に、双方向データ通信装置１０を電話回線３０を介して個人情報サーバ５０に接続して、登録を行う場合の動作を説明する。
【００８５】
図５のフローチャートに従って個人ユーザーの動作を説明する。
ユーザーは、ユーザー電話回線を介して個人情報サーバー５０にユーザー情報を入力し（ステップＳ１１１）、個人情報サーバー５０に接続要求を行う（ステップＳ１１２）。
【００８６】
接続を確認し（ステップＳ１１３）、接続出来なかった場合はもう一度接続要求を行う（ステップＳ１１２）。
【００８７】
これにより、データー放送受信装置の機器ＩＤとユーザー情報をサーバに送信し（ステップＳ１１４）、一端電話回線が切断される。（ステップＳ１１５）そして所定時間（ステップＳ１１６）後、前記個人情報サーバーから前記ユーザー情報をもとに電話回線の接続を行い（ステップＳ１１７）、接続できた場合は、機器ＩＤをサーバに送信し（ステップＳ１１９）、照合を行い、サーバから確認され（ステップＳ１２０）、確認され照合がとれれば登録完了を表示する。（ステップＳ１２１）、所定時間内に接続されないときは（ステップＳ１１８）、未登録を表示する（ステップＳ１２２）。
【００８８】
次に図６のフローチャートに従って個人情報サーバーの動作を説明する。
個人情報サーバー５０は、電話回線を介されて個人ユーザーの端末からの接続を受信出来る状態にある。（ステップＳ１１０１）個人ユーザーから接続を確認し（ステップＳ１１０２）、これにより、機器ＩＤとユーザー情報をサーバに受信し（ステップＳ１１０３）、機器ＩＤを記録する。（ステップＳ１１０４）さらにユーザー情報から電話番号を抜き取り（ステップＳ１１０５）、一端電話回線を切断する。（ステップＳ１１０６）そして所定時間後、個人情報サーバー５０から個人ユーザー情報をもとに電話回線の接続要求を行い（ステップＳ１１０７）、接続を確認し（ステップＳ１１０８）、接続できた場合は、機器ＩＤを受信し（ステップＳ１１０９）、照合を行い（ステップＳ１１１１）、個人端末に確認を送信（ステップＳ１１１２）し、登録を完了する。機器ＩＤの照合が一致しなかった場合は個人端末に不一致を送信する。（ステップＳ１１１３）これにより個人情報サーバーもしくはユーザーが電話回線の接続を切断する事が可能となる。
【００８９】
接続ができなかった場合（ステップＳ１１１０）、接続要求に戻る（ステップＳ１１０７）。
【００９０】
（実施の形態３）
次に、登録の仕方を図７、８、９を用いて説明する。
【００９１】
図７のフローチャートに従って個人ユーザーの動作を説明する。
ユーザーは、ユーザー電話回線を介して個人情報サーバー５０にユーザー情報を入力する。
【００９２】
ユーザーは個人情報サーバー５０に接続すると、サーバー５０からデータか送信されるまで待機し（ステップＳ１３１）、県名、市名、町名のリスト受信し表示される（ステップＳ１３２）事によりユーザー自身の県名、市名、町名を選択することが可能である（ステップＳ１３３）。
【００９３】
更に、確定キーを押す事により（ステップＳ１３５）、サーバー５０に選択された情報が送信されより詳しい住所のデータがサーバ５０より送信される。
【００９４】
この操作をくり返し送信することにより住所を確定でき、サーバー５０に送信する事が可能となる。
【００９５】
図８のフローチャートに従って個人情報サーバーの動作を説明する。
ザーバー５０は、住所情報を電話回線を介して個人ユーザーに提供し、個人ユーザーからの送信を待機しており（ステップＳ１２０１）、ユーザーの選択を受信すると、地域データベース（ＤＢ）を検索し（ステップＳ１２０３）、更に詳しい住所情報を個人端末に送信する（ステップＳ１２０４）。
【００９６】
さらにこの操作をくり返し、住所が確定されると、終了し（ステップＳ１２０２）、住所情報をユーザーデータベースに登録する（ステップＳ１２０５）。
【００９７】
なお、住所のデータベースは端末自体が備えていても構わない。
ここで、図９は、ユーザーの選択のしかたを示すものであり、図９（ｂ）のような選択画面をカーソル選択する事により住所を確定するものである。
【００９８】
住所データベースは図１０のように階層構造になっており、ユーザーの選択により、より詳しい住所のリストが選択されるものである。
【００９９】
（実施の形態４）
次に、双方向データ通信装置１０を電話回線３０を介して個人情報サーバ５０に接続して、個人データの更新を行う場合の動作を説明する。
【０１００】
図１１のフローチャートに従って個人ユーザーの動作を説明する。
ユーザーが、電話番号、双方向データ通信装置１０の機器ＩＤ、住所などのユーザー情報を変更しており、その手続を完了しているときは、変更フラグが立っておらず（ステップＳ１４１）、立てていないときは、個人情報サーバー５０からの接続を待機している状態にある（ステップＳ１４２）。
【０１０１】
変更フラグが立っていれば、前記個人情報サーバー５０への変更登録が済んでいないことが判明し、手続が完了するものである（ステップＳ１４１）。
【０１０２】
接続されると（ステップＳ１４３）、電話回線を介して個人情報サーバー５０に変更されたユーザー情報を個人情報サーバー５０に送信し、手続が完了となる（ステップＳ１４５、１４７）。
【０１０３】
この手続の具体的な流れは、前記実施の形態で示した通りである。
接続出来なかった場合は、個人情報サーバーへの変更登録が済んでいないことが判明し、手続が完了するものである（ステップＳ１４６）。
【０１０４】
次に図１２のフローチャートに従って個人情報サーバーの動作を説明する。
個人情報サーバー５０は、電話回線を介されて個人ユーザーの端末からのを接続要求を行い（ステップＳ１３０２）、接続を確認すると（ステップＳ１３０３）、これにより、機器ＩＤとユーザー情報を受信し（ステップＳ１３０４）、個人情報サーバーのデーターベースの機器ＩＤなどのユーザー情報を比較する（ステップＳ１３０５）。
【０１０５】
照合が不可能なときは、個人情報サーバーのデータベースに変更フラグを立てて接続を終了する。
【０１０６】
ユーザー情報が変更されていないとき、及び、変更された情報を再登録するときは、この情報を格納し手続が完了する。この手続の具体的な流れは、前記実施の形態２で示した図５のフローチャートの通りであり、図７の（ステップ１３１）において、登録完了表示を行うと同時に、前記変更プラグを立っていない状態にする。前記再登録時の個人情報サーバーの動作は図８はフローチャートの通りであり、図８の（ステップＳ１２０５）において、データベース登録するとともに、ユーザーデータベースの変更フラグを立っていない状態にする。
【０１０７】
照合が不可能なときは、個人情報サーバーのデーターベースに変更フラグを立て接続を終了する。
【０１０８】
なお、ユーザー情報の変更は、個人情報サーバー５０の接続要求により開始されるのとは別に、ユーザーが定期的に接続要求することにより、機器ＩＤ、住所、電話番号などの個人情報の定期的変更が可能となる。
【０１０９】
以下、本発明に係る双方向データ通信装置の実施の形態について、図面に基づいて詳細に説明する。
【０１１０】
（実施の形態５）
図１３は実施の形態５に係る双方向データ通信装置の電気的構成を示すブロック図である。
【０１１１】
図１３において、実施の形態１、２、３、４と同一の機能のところは同一番号を付与している。又、同一機能の構成の説明を省略する。
【０１１２】
なお、４０は電話回線３０を介して双方向データ通信装置１０のＮＣＵ２４とインタラクティブ（双方向性）に接続された応答サーバー、５０は電話回線３０を介して双方向データ通信装置１０のＮＣＵ２４および応答サーバー４０とインタラクティブ（双方向性）に接続された個人情報サーバー、６０はテレビ放送局である。図示はしていないが、応答サーバー４０は複数あり、それぞれの応答サーバー４０が電話回線３０を介して個人情報サーバー５０に接続されている。また、各応答サーバー４０および個人情報サーバー５０が電話回線３０を介してテレビ放送局６０と接続されている。
【０１１３】
まず、ユーザー個人情報の初期登録の動作を説明する。通常、双方向データ通信装置１０が購入されたとき、あるいはオンラインサービスの契約を締結するときに、個人情報サーバー５０に対するユーザー個人情報の初期登録を行う。この初期登録は電話回線３０を介して行われる。すなわち、ユーザーは操作入力部２０を操作して表示部１９に個人情報登録のメニューを表示させ、キー操作によりユーザー登録要求を端末ＩＤとともにモデム２２および電話回線３０を介して個人情報サーバー５０に送出する。端末ＩＤはＲＯＭ１２に格納されている。これを受けた個人情報サーバー５０は登録プログラムを電話回線３０を介して双方向データ通信装置１０にダウンロードする。そのプログラムはＲＡＭ１３に格納される。ユーザーはキー操作により氏名・住所・電話番号・生年月日・性別などの個人情報を入力する。その個人情報は電話回線３０を介して個人情報サーバー５０に送出されハードディスクに格納される。個人情報のうち生年月日に基づいた誕生日が双方向データ通信装置１０のＲＡＭ１３に登録される。次に、個人情報サーバー５０から登録した電話番号で自動ダイヤルして登録完了の確認を行い、個人情報サーバー５０からユーザーＩＤを送出し、双方向データ通信装置１０は受け取ったユーザーＩＤをＲＡＭ１３に登録した後、登録プログラムを消去する。なお、前記登録プログラムはあらかじめ端末のメモリに格納されており、個人情報サーバーからダウンロードすることなく、端末で個人情報を入力し、その後電話回線を介して個人情報サーバーへ登録処理を行うことも可能である。
【０１１４】
以上により、個人情報サーバー５０においてユーザーＩＤとともに氏名・住所・電話番号などのユーザー個人情報が登録され、双方向データ通信装置１０のＲＡＭ１３に所定の月日としてのユーザーの誕生日が登録されたことになる。
【０１１５】
次に、データ放送番組の受信の一般的な動作を説明する。映像信号受信部１５は受信したテレビ信号から選局し、その受信チャンネルのテレビ信号を映像切換部１７に送出するとともにデータ放送デコーダ部１６に送出する。データ放送デコーダ部１６では選局した映像信号の垂直帰線消去期間に重畳されているデータ放送信号を分離して復号し、ＲＡＭ１３に送出して一時的に格納する。表示制御部１８は映像切換部１７を制御し、映像信号受信部１５からのテレビ放送の映像信号かＲＡＭ１３から読み出したデータ放送信号のいずれかを表示部１９に送出する。表示制御部１８はまた表示部１９における表示形態をフル画面とするか２画面とするかの制御を行うとともに、フル画面の下辺または上辺に文字データをテロップ的にスクロール表示させたりする。表示制御部１８が行う制御は操作入力部２０からの入力指令によって決定される。
【０１１６】
データ放送に係る番組内容が例えば視聴者参加のクイズ番組やバラエティ番組やアンケート調査である場合、ユーザーは予め設定された回答の中から１つを選択する操作を行い、自動ダイヤル指令を出すと、ＣＰＵ１１はモデム２２、ＮＣＵ２４、電話回線３０を介して応答サーバー４０に自動ダイヤルし、回答の情報を応答サーバー４０に提供する。応答サーバー４０は必要に応じて情報に加工を施し、結果を放送局６０に電話回線を介して通信する。
【０１１７】
次に、テレビ放送の内容もしくは応答サーバーからの送信情報をみてオンラインショッピングをする場合の動作を簡単に説明する。送信されてきた商品情報が表示部１９に表示される。操作入力部２０の操作により注文確認を指示すると、注文確認データ（端末ＩＤ・ユーザーＩＤ・パスワード・注文商品情報）が電話回線３０を介して応答サーバー４０に送信され、注文処理が完了する。応答サーバー４０は個人情報サーバー５０に対して端末ＩＤを送信し、個人情報サーバー５０からユーザー個人情報（氏名・住所・電話番号など）を受信し、これを商品販売会社などに注文情報として送信し、受注処理を完了する。商品販売会社はユーザー個人情報に基づいて該当するユーザーに注文の商品を送付し、代金をユーザーから徴収する。
【０１１８】
次に、誕生日メッセージ表示の動作について説明する。すでに説明したように、双方向データ通信装置１０のＲＡＭ１３にはユーザーの誕生日のデータが登録されており、個人情報サーバー５０ではユーザーＩＤとともに氏名・住所・電話番号などのユーザー個人情報が登録されている。テレビ放送局６０からは常時的に放送波により誕生日メッセージが送信されている。この誕生日メッセージには、誕生日がきた旨とともにユーザー個人情報の変更に伴う更新登録のすすめのメッセージが含まれている。例えば、「お誕生日おめでとうございます。あなたの氏名・住所・電話番号などに変更がありましたら、更新登録をして下さい。」といった内容である。誕生日メッセージは放送波の垂直帰線消去期間に重畳されている。この誕生日メッセージは双方向データ通信装置１０において常に受信されているが、誕生日がくるまでは表示されない。
【０１１９】
図１４のフローチャートに示すように、双方向データ通信装置１０の電源をＯＮすると、ＣＰＵ１１は、内蔵タイマーに基づく現在日時がＲＡＭ１３に登録されている誕生日に達したかどうか、すなわち誕生日またはそれ以降の日であるかどうかを判断し（ステップＳ１５１）、達していないときは誕生日メッセージの表示を禁止する（ステップＳ１５５）が、誕生日に達したときは誕生日から例えば１か月以内かどうかを判断し（ステップＳ１５２）、１か月以内であればデータ放送デコーダ部１６で復号した誕生日メッセージを表示部１９において表示する（ステップＳ１５３）。これで誕生日から１か月の間は双方向データ通信装置１０の電源をＯＮするたびに誕生日メッセージが表示されることになる。タイムアップするのを待って（ステップＳ１５４）、誕生日メッセージの表示を禁止（停止）する（ステップＳ１５５）。ユーザーはこの誕生日メッセージを見て、現在の氏名・住所・電話番号などの個人情報がすでに個人情報サーバー５０に登録している氏名・住所・電話番号などから変わっているのかどうかの判断を促され、変わっているときは更新登録すべきことを促される。誕生日から１か月を超えているときは、すでにユーザーに充分にメッセージが伝わっているものとして、誕生日メッセージの表示は行わない（ステップＳ１５５）。
【０１２０】
個人情報が変わっているとき、ユーザーは個人情報サーバー５０に対して個人情報の更新登録を行う。これにより、引き続きオンラインサービスの提供を受けることができる。
【０１２１】
ところで、誕生日から１か月間にわたって誕生日メッセージの表示が行われることは、ユーザーにとってわずらわしく感じられる。これを解消するのが図１５（ａ）のフローチャートに示す動作である。ユーザーは誕生日メッセージの表示を行わせないようにしたいとき、操作入力部２０（リモコン）において消去キーを操作する。ＣＰＵ１１は消去キーが操作されたかどうかを判断し（ステップＳ１４０１）、操作されたときは表示フラグＦ１ をリセットする（ステップＳ１４０２）。そして、図１４のフローチャートにおいてステップＳ１５２ａを追加し、表示フラグＦ１ がセットされているときに限って誕生日メッセージの表示を行い（ステップＳ１５３）、表示フラグＦ１ がリセットされているときは誕生日メッセージの表示を行わないようにする（ステップＳ１５５）。
【０１２２】
表示フラグＦ１ をリセットしたままであると、次の年の誕生日がきたときに誕生日メッセージの表示が行われないことになる。そこで、図１５（ｂ）に示すように誕生日から例えば１１か月が経過したかどうかを判断し（ステップＳ１５０１）、経過したときには表示フラグＦ１ をセットの状態に戻す（ステップＳ１５０２）。すると、ステップＳ１５２ａの判断がＹＥＳとなり、再び、誕生日メッセージの表示が行われる。
【０１２３】
（実施の形態６）
上記実施の形態５の場合の誕生日メッセージの内容は、「氏名・住所・電話番号などに変更がありましたら、更新登録をして下さい。」といった内容であった。これに対して、すでに登録済みの具体的な氏名・住所・電話番号などの個人情報を表示させることが考えられる。つまり、誕生日メッセージとして、例えば、「お誕生日おめでとうございます。あなたの登録された氏名・住所・電話番号は……、……、……ですが、変更はありませんか。変更がありましたら、更新登録をして下さい。」といった内容である。このような内容の誕生日メッセージを表示させるのが実施の形態５である。そのような個人情報を含んだ誕生日メッセージは放送局６０からではなく個人情報サーバー５０から送信されてくるものである。したがって、そのメッセージ送信は常時的にではなく、要求のあったときに限って送信される。
【０１２４】
動作を図１６のフローチャートで説明する。双方向データ通信装置１０の電源をＯＮすると、ＣＰＵ１１は、内蔵タイマーに基づく現在日時がＲＡＭ１３に登録されている誕生日に達したかどうかを判断し（ステップＳ１６０１）、達していないときは動作を終了するが、誕生日に達したときは誕生日から例えば１か月以内かどうかを判断し（ステップＳ１６０２）、１か月を超えていれば動作を終了するが、１か月以内であれば電話回線３０を介して個人情報サーバー５０に対して自動ダイヤルを行う。このとき、端末ＩＤを送るとともに誕生日メッセージ送信要求を行う（ステップＳ１６０３）。そして、個人情報サーバー５０からの受信を待つ（ステップＳ１６０４）。個人情報サーバー５０は、双方向データ通信装置１０からの誕生日メッセージ送信要求があったときは、個人情報を含んだ誕生日メッセージを要求のあった端末ＩＤの双方向データ通信装置１０に対して送信する。双方向データ通信装置１０では、受信した個人情報を含んだ誕生日メッセージをＲＡＭ１３に格納し（ステップＳ１６０５）、その誕生日メッセージを表示部１９において表示する（ステップＳ１６０６）。これで誕生日から１か月の間は双方向データ通信装置１０の電源をＯＮするたびに誕生日メッセージが表示されることになる。タイムアップするのを待って（ステップＳ１６０７）、誕生日メッセージの表示を停止し（ステップＳ１６０８）、ＲＡＭ１３から誕生日メッセージを消去する（ステップＳ１６０９）。ユーザーはこの氏名・住所・電話番号などの個人情報を具体的に含んだ誕生日メッセージを見て、現在の氏名・住所・電話番号などの個人情報とすでに個人情報サーバー５０に登録している氏名・住所・電話番号などの個人情報との比較対照をきわめて明瞭に行うことになり、変わっているのかどうかの判断を強く促され、変わっているときは更新登録すべきことを促される。誕生日から１か月を超えているときは、個人情報サーバー５０に対するメッセージ送信要求は行わない。
【０１２５】
誕生日メッセージを確認した後での、誕生日から１か月間の誕生日メッセージの表示を禁止したい場合には、消去キーを操作して、図１５と同様に処理すればよい。
【０１２６】
（実施の形態７）
実施の形態７は個人情報サーバー５０に代えて応答サーバー４０から誕生日メッセージの送信を受けるものである。この場合の誕生日メッセージは、氏名・住所・電話番号などの具体的な個人情報を含むものではなく、放送波の場合と同様に一般的な「お誕生日おめでとうございます。あなたの氏名・住所・電話番号などに変更がありましたら、更新登録をして下さい。」といった内容である。
【０１２７】
動作としては、図１６のフローチャートにおいてステップＳ１６０３で「個人情報サーバーに」を「応答サーバーに」に置き換え、ステップＳ１６０５で「個人情報を含んだ誕生日メッセージ」に代えて単なる「誕生日メッセージ」と置き換えればよい。
【０１２８】
（実施の形態８）
実施の形態８は、誕生日メッセージを外部から受信することに代えて、双方向データ通信装置１０の内部において発するものである。すなわち、ＲＯＭ１２にあらかじめ誕生日メッセージを書き込んでおき、ＣＰＵ１１の日時判断により現在日時が誕生日になったとき（およびそれから１か月間）、ＲＯＭ１２より誕生日メッセージを読み出して表示部１９に表示するものである。この実施の形態の場合、ＲＯＭ１２に大きなメモリ容量を必要とするが、メッセージ表示の制御はきわめて簡単なものとなる。
【０１２９】
（実施の形態９）
上記の各実施の形態５〜８では操作入力部２０の操作によって誕生日のデータをＲＡＭ１３に登録しておくようにしていた。これは、現在日時が誕生日になったかどうかの判断を双方向データ通信装置１０において行うようにするためである。その基本に、その誕生日はその双方向データ通信装置１０のユーザーの誕生日であるから、双方向データ通信装置１０において誕生日を登録するのが自然であるという考えがある。しかし、停電になったり、コンセントを抜いたりすると、ＲＡＭ１３から誕生日のデータが消えてしまう。そうなると、再度の誕生日の登録操作が必要となるが、ユーザーをわずらわせることになるし、忘れられる可能性もある。
【０１３０】
そこで、誕生日のデータを個人情報サーバー５０において登録しておき、誕生日になったかどうかを個人情報サーバー５０において管理してもらうという考え方がでてくる。これに従ったのが、以下に述べる実施の形態９である。
【０１３１】
個人情報サーバー５０において、氏名・住所・電話番号のほかにユーザーの生年月日（誕生日）、端末ＩＤなどのユーザー個人情報の登録が行われているとする。個人情報サーバー５０のＣＰＵは、内蔵タイマーに基づく現在日時が登録されている誕生日に達したかどうかを判断し、達したときは放送局６０に対して該当する端末ＩＤとメッセージ送信指令とを送出する。放送局６０は、受け取った端末ＩＤと誕生日メッセージを放送波にのせて送出する。この処理は原則として誕生日から１か月の間にわたって行われるものとする。
【０１３２】
動作を図１７のフローチャートに従って説明する。双方向データ通信装置１０において、ＣＰＵ１１は、電源ＯＮ時に放送局６０から端末ＩＤを受信したかどうかを判断し（ステップＳ１７０１）、受信したときはその受信した端末ＩＤとＲＯＭ１２から読み出した端末ＩＤとを比較する（ステップＳ１７０２）。比較の結果、２つの端末ＩＤが一致しているときは（ステップＳ１７０３でＹＥＳ）、放送局６０から受信した誕生日メッセージを表示部１９に表示する（ステップＳ１７０４）。このときに表示される誕生日メッセージは普通のもので、例えば前述のとおりの「お誕生日おめでとうございます。あなたの氏名・住所・電話番号などに変更がありましたら、更新登録をして下さい。」といった内容である。
【０１３３】
（実施の形態１０）
誕生日のデータを双方向データ通信装置１０のＲＡＭ１３に登録しない型式において、誕生日メッセージとして個人情報を含んだ誕生日メッセージを表示させる方式も考えられる。これが実施の形態９である。個人情報を含んだ誕生日メッセージの入手は個人情報サーバー５０へのアクセスによって行う。すなわち、図１８のステップＳ１７０１〜Ｓ１７０３の続きに、図１６のステップＳ１６０３〜Ｓ１６０９を実行するように構成したものである。
【０１３４】
双方向データ通信装置１０において、ＣＰＵ１１は、電源ＯＮ時に放送局６０から端末ＩＤを受信したかどうかを判断し（ステップＳ１７０１）、受信したときはその受信した端末ＩＤとＲＯＭ１２から読み出した端末ＩＤとを比較する（ステップＳ１７０２）。比較の結果、２つの端末ＩＤが一致しているときは（ステップＳ１７０３でＹＥＳ）、電話回線３０を介して個人情報サーバー５０に対して自動ダイヤルを行う。このとき、図１６に示すように端末ＩＤとともに誕生日メッセージ送信要求を行う（ステップＳ１６０３）。そして、個人情報サーバー５０からの受信を待つ（ステップＳ１６０４）。個人情報サーバー５０は、双方向データ通信装置１０からの誕生日メッセージ送信要求があったときは、氏名・住所・電話番号などの個人情報を含んだ誕生日メッセージを要求のあった端末ＩＤの双方向データ通信装置１０に対して送信する。双方向データ通信装置１０では、受信した個人情報を含んだ誕生日メッセージをＲＡＭ１３に格納し（ステップＳ１６０５）、その誕生日メッセージを表示部１９において表示する（ステップＳ１６０６）。これで誕生日から１か月の間は双方向データ通信装置１０の電源をＯＮするたびに誕生日メッセージが表示されることになる。タイムアップするのを待って（ステップＳ１６０７）、誕生日メッセージの表示を停止し（ステップＳ１６０８）、ＲＡＭ１３から誕生日メッセージを消去する（ステップＳ１６０９）。
【０１３５】
（実施の形態１１）
上記の実施の形態９，１０において、ユーザーが誕生日メッセージまたは個人情報を含んだ誕生日メッセージを確認した後で、誕生日から１か月間にわたるメッセージ表示のわずらわしさから解消されるようにしたものである。
【０１３６】
図１５の場合と同様に、ユーザーは誕生日メッセージの表示を行わせないようにしたいとき、操作入力部２０（リモコン）において消去キーを操作する。図１５（ａ）に示すように、ＣＰＵ１１は消去キーが操作されたかどうかを判断し（ステップＳ１４０１）、操作されたときは表示フラグＦ１ をリセットする（ステップＳ１４０２）。そして、図１８のフローチャートにおいてステップＳ１７０３ａを追加し、表示フラグＦ１ がセットされているときに限って誕生日メッセージの表示を行い（ステップＳ１７０４）、表示フラグＦ１ がリセットされているときは誕生日メッセージの表示を行わないようにする（ステップＳ１７０６）。表示フラグＦ１ をリセットしたままであると、次の年の誕生日がきたときに誕生日メッセージの表示が行われないことになる。
【０１３７】
そこで、図１５（ｂ）に示すように、誕生日から例えば１１か月が経過したかどうかを判断し（ステップＳ１５０１）、経過したときには表示フラグＦ１ をセットの状態に戻す（ステップＳ１５０２）。すると、図１７のステップＳ１７０３ａの判断がＹＥＳとなり、再び、誕生日メッセージの表示が行われる。
【０１３８】
もう１つの方式として、操作入力部２０において消去キーが操作されたときには、放送局６０からの誕生日メッセージの送出を行わないように構成することが考えられる。すなわち、消去キーが操作されたときに双方向データ通信装置１０から個人情報サーバー５０に自動ダイヤルして、端末ＩＤとともに消去信号を送る。消去信号を受けた個人情報サーバー５０は、該当する端末ＩＤの個人情報として表示フラグＦ１ をリセットする。個人情報サーバー５０のＣＰＵは、表示フラグＦ１ がリセットされているときは現在日時が誕生日に達したときでも、放送局６０に対する端末ＩＤの送出を行わない。したがって、放送局６０からは端末ＩＤ・誕生日メッセージの送出は行われない。誕生日から例えば１１か月が経過したときには表示フラグＦ１ をセットの状態に戻すことにより、次の誕生日がきたときには、再度の誕生日メッセージの送出が行われる。
【０１３９】
なお、上記実施の形態５〜１１において、現在日時と比較すべき所定の月日として誕生日を代表的にあげたが、これに限定されるものではなく、ユーザーは所望の月日を登録してよいものとする。
【０１４０】
以上の実施の形態５〜１１では、１年に１度の機会をもって更新登録促しのメッセージを表示するようにしたものであった。これに対して、以下に説明する実施の形態は１年を四季に分け、季節ごとに更新登録促しのメッセージを表示することで、更新登録促しの機会を増やしたものである。
【０１４１】
なお、表示フラグは個人情報サーバーにおいて保持することも可能である。
（実施の形態１２）
季節の変わり目の日付として、Ｔ１ ，Ｔ２ ，Ｔ３ ，Ｔ４ の４つの日付を設定するとともに、これらの日付のそれぞれに対応させて４種類の季節メッセージＭ１ ，Ｍ２ ，Ｍ３ ，Ｍ４ を設定する。具体的にここでは、一例として単純に、Ｔ１ を１２月３１日、Ｔ２ を３月３１日、Ｔ３ を６月３０日、Ｔ４ を９月３０日とする。そして、季節メッセージＭ１ として例えば「あけましておめでとうございます。本年もどうぞよろしくお願いいたします。さて、あなたの氏名・住所・電話番号などに変更がありましたら、更新登録をして下さい。」を設定し、季節メッセージＭ２ として例えば「ずいぶん暖かくなってまいりました。桜の花がきれいですね。さて、……（同文）……」を設定し、季節メッセージＭ３ として例えば「今年の夏は大変暑いですね。お変わりありませんか。さて、……（同文）……」を設定し、季節メッセージＭ４ として例えば「秋も日一日と深まってまいりました。かぜをひかないように注意しましょう。さて、……（同文）……」を設定する。（同文）のところは「あなたの氏名・住所・電話番号などに変更がありましたら、更新登録をして下さい。」である。
【０１４２】
双方向データ通信装置１０においてＣＰＵ１１は、内蔵タイマーに基づいて季節フラグＦ２ の管理を行う。すなわち、図１８のフローチャートに示すように、季節変わり目日付Ｔ１ になったかどうかを判断し（ステップＳ１８０１）、なったときは季節フラグＦ２ をリセットし（ステップＳ１８０２）、次に季節変わり目日付Ｔ２ になったかどうかを判断し（ステップＳ１８０３）、なったときは季節フラグＦ２ をリセットし（ステップＳ１８０４）、次に季節変わり目日付Ｔ３ になったかどうかを判断し（ステップＳ１８０５）、なったときは季節フラグＦ２ をリセットし（ステップＳ１８０６）、次に季節変わり目日付Ｔ４ になったかどうかを判断し（ステップＳ１８０７）、なったときは季節フラグＦ２ をリセットする（ステップＳ１８０８）。
【０１４３】
放送局６０において、季節変わり目日付を判断して、前記４種類の季節メッセージＭ１ 〜Ｍ４ のうちから現在の季節に応じた季節メッセージを選択し、常時的に放送波にのせて送信する。
【０１４４】
双方向データ通信装置１０においてデータ放送サービス受信のモードになると、図１９のフローチャートの動作が実行される。放送局６０からの季節メッセージを受信し（ステップＳ１９０１）、季節フラグＦ２ がリセットされているかどうかを判断し（ステップＳ１９０２）、リセットされているときは表示部１９に受信した季節メッセージを表示し（ステップＳ１９０３）、表示があったことを示すために季節フラグＦ２ をセットする（ステップＳ１９０４）。これにより、その季節の挨拶と更新登録促しとからなるメッセージが表示されたことになる。１度、そのメッセージの表示が行われると、季節フラグＦ２ がセットとされているので、ステップＳ６２の判断がＮＯとなり、メッセージの表示は行わない。
【０１４５】
具体的には次のとおりである。例えば１２月３１日（Ｔ１ ）になると、季節フラグＦ２ がリセットされる。翌日の１月１日にデータ放送サービスを受信すると、季節メッセージＭ１ の「あけましておめでとうございます。本年もどうぞよろしくお願いいたします。さて、あなたの氏名・住所・電話番号などに変更がありましたら、更新登録をして下さい。」を受信して表示する。次に、１月２日にデータ放送サービスを受信しても季節フラグＦ２ がセットされているので、季節メッセージＭ１ の表示は行われない。次に、３月３１日（Ｔ２ ）になると、季節フラグＦ２ が再びリセットされ、その後にデータ放送サービスを受信すると、季節メッセージＭ２ が表示され、さらにその後に同サービスを受信しても季節メッセージＭ２ の表示は行われない。以下同様であり、１年のうちに４回の更新登録促しのメッセージの表示が行われ、更新登録促しの機会が多くなっている。
【０１４６】
（実施の形態１３）
この実施の形態１３は、個人情報サーバー５０に登録されている氏名・住所・電話番号などのユーザー個人情報をも表示させるものである。図２０のフローチャートに示すように、放送局６０からの季節メッセージを受信し（ステップＳ２００１）、季節フラグＦ２ がリセットされているかどうかを判断し（ステップＳ２００２）、リセットされているときは電話回線３０を介して個人情報サーバー５０に対して自動ダイヤルを行い、端末ＩＤを送るとともにユーザー個人情報の送信の要求を行う（ステップＳ２００３）。そして、個人情報サーバー５０からの受信を待つ（ステップＳ２００４）。個人情報サーバー５０は、双方向データ通信装置１０からの要求に従って登録してあるユーザー個人情報を要求のあった端末ＩＤの双方向データ通信装置１０に対して送信する。双方向データ通信装置１０では、放送局６０から受信した季節メッセージと個人情報サーバー５０から受信したユーザー個人情報とを表示部１９に表示し（ステップＳ２００５）、表示があったことを示すために季節フラグＦ２ をセットする（ステップＳ２００６）。これにより、その季節の挨拶と更新登録促しと氏名・住所・電話番号などの具体的な個人情報とからなるメッセージが表示されたことになる。１度、そのメッセージの表示が行われると、季節フラグＦ２ がセットとされているので、ステップＳ７２の判断がＮＯとなり、メッセージの表示は行わない。
【０１４７】
（実施の形態１４）
この実施の形態１４は、季節フラグＦ２ の判断を応答サーバーで行い、季節メッセージを応答サーバーから送信するようにしたものである。双方向データ通信装置１０側の動作を示す図２１と応答サーバー４０側の動作を示す図２２のフローチャートで説明する。
【０１４８】
双方向データ通信装置１０から電話回線３０を介して応答サーバー４０に対してオンラインサービスを利用するとき、図２２に示すように、応答サーバー４０に対するアクセスを実行し（ステップＳ２１０１）、このときに季節フラグＦ２ と端末ＩＤを応答サーバー４０に送る（ステップＳ２１０２）。応答サーバー４０においては、図２２に示すように、送られてきた季節フラグＦ２ がリセットされているかどうかを判断し（ステップＳ２２０１）、リセットされているときには個人情報サーバー５０にアクセスしてユーザー個人情報（氏名・住所・電話番号など）を入手し（ステップＳ２２０２）、季節の挨拶と更新登録促しと氏名・住所・電話番号などの具体的な個人情報とからなるメッセージを受け取った端末ＩＤの双方向データ通信装置１０に対して電話回線３０を介して送信し（ステップＳ２２０３）、以下は通常のオンラインサービス処理を実行する（ステップＳ２２０４）。双方向データ通信装置１０側では、応答サーバー４０から送信されてきた季節の挨拶と更新登録促しと氏名・住所・電話番号などの具体的な個人情報とからなるメッセージを受信し（ステップＳ２１０３）、表示部１９にそのメッセージを表示し（ステップＳ２１０４）、表示されたことを示すために季節フラグＦ２ をセットする（ステップＳ２１０５）。以下は通常のオンラインサービス処理を実行する（ステップＳ２１０６）。
【０１４９】
一度、ステップＳ２１０３のメッセージ表示が行われると、季節フラグＦ２ がセットされるので、次に図１８の処理により季節フラグＦ２ がリセットされるまでは、オンラインサービスのアクセスを行っても、応答サーバー４０側では図２２のステップＳ２２０１の判断がＮＯとなり、ステップＳ２２０２，Ｓ２２０３の処理はスキップして、通常のオンラインサービス処理（ステップＳ２２０４）へ進む。
【０１５０】
（実施の形態１５）
実施の形態１５は、実施の形態１４においてユーザー個人情報の送信・表示を省略したものである。すなわち、図２２のステップＳ２２０２のユーザー個人情報の入手処理は省略する。ステップＳ２２０３では季節の挨拶と更新登録促しとからなるメッセージを双方向データ通信装置１０に送信する。また、図２１のステップＳ２１０３，Ｓ２１０４の受信・表示の対象は季節の挨拶と更新登録促しとからなるメッセージとなる。
【０１５１】
上記の実施の形態１２〜１５においては４つの季節変わり目ごとに互いに異なる季節メッセージを用意したが、これに代えて常に共通のメッセージとしてもよい。例えば「ごきげんいかがですか。」などが考えられる。また、１年を４つに分けることは一例であり、２つに分けたり、６つに分けたり、１２に分けてもよい。分ける数が多いほど更新登録促しの機会を多く与えることができる。また、図１８のＴ１ ，Ｔ２ ，Ｔ３ ，Ｔ４ の季節変わり目日付はすべての双方向データ通信装置１０において共通の固定値であってもよいが、そうすると、ユーザー個人情報の更新登録の処理が一時期に集中し無秩序な接続トライつまりは回線の混雑が起きやすい。そこで、双方向データ通信装置１０の製造過程（出荷前）において、端末ＩＤを登録するときなどに、機種毎あるいはロット毎に季節変わり目日付を少しずつずらせて登録しておく。そうすると更新登録の処理のタイミングが分散され、処理が全体としてスムーズに行われる。
【０１５２】
【発明の効果】
以上の実施例からも明らかのように、本発明によれば、ユーザ情報の保護、更新、登録が確実に行われ、双方向通信に起こる弊害を未然に防ぐことが出来る。
【０１５３】
特に、個人情報の保持・管理を一元的に行う個人情報サーバーという機関を設立することににより、個人情報を応答サーバのそれぞれに登録する必要が無くなる効果に加えて、この個人情報サーバの個人情報の登録、更新、照合確認するユーザ情報管理手段を双方向データ通信装置自体に設けることにより、個人情報の登録、更新、照合確認が容易になり、且つ保護がより確実になるものである。
【０１５４】
また、個人情報の管理が可能な双方向のデータ通信が可能となり、その効果はユーザーにとって必要不可欠な効果を奏するものである。
【０１５５】
更に、長期にわたって個人情報の管理が可能となり、その効果は双方向メディアにとって必要不可欠な効果を奏するものである。
【０１５６】
更に又、氏名・住所・電話番号などのユーザー個人情報が変わっている場合でも、更新登録促しのメッセージを表示するので、更新登録が行われ、双方向データシステムを有機的に機能させることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る双方向データ通信装置の電気的構成を示すブロック図
【図２】実施の形態１に係る動作説明図
【図３】実施の形態１に係るデータ内容を示す図
【図４】実施の形態１に係る動作説明に供するフローチャート
【図５】実施形態２に係る動作説明に供するフローチャート
【図６】実施形態２に係る動作説明に供するフローチャート
【図７】実施形態３に係る動作説明に供するフローチャート
【図８】実施形態３に係る動作説明に供するフローチャート
【図９】実施形態３に係選択方法の動作説明のための図
【図１０】実施形態３に係る地域データベースを示す図
【図１１】実施形態４に係る動作説明に供するフローチャート
【図１２】実施形態４に係る動作説明に供するフローチャート
【図１３】本発明の実施の形態５に係る双方向データ通信装置の電気的構成を示すブロック図
【図１４】実施の形態５における誕生日メッセージの表示の動作を説明するフローチャート
【図１５】誕生日メッセージのたびたびの表示を避けるための動作を説明するフローチャート
【図１６】実施の形態６における個人情報を含んだ誕生日メッセージの表示の動作を説明するフローチャート
【図１７】実施の形態９における誕生日メッセージの表示の動作を説明するフローチャート
【図１８】実施の形態１０における季節変わり目日付による季節フラグのリセットの動作を説明するフローチャート
【図１９】実施の形態１０における季節メッセージの表示の動作を説明するフローチャート
【図２０】実施の形態１３における個人情報を含んだ季節メッセージの表示の動作を説明するフローチャート
【図２１】実施の形態１４における双方向データ通信装置側の個人情報を含んだ季節メッセージの表示の動作を説明するフローチャート
【図２２】実施の形態１４における応答サーバー側の個人情報を含んだ季節メッセージの送信の動作を説明するフローチャート
【図２３】従来技術に係る双方向データ通信システムの概略のブロック図
【符号の説明】
１ テレビ放送局
２ データ放送受信装置
２ａ データ放送デコーダ
２ｂ モデム
３ 応答サーバー
４ 電話回線
５ 電話回線
１０ 双方向データ通信装置
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ テレビ信号入力端子
１５ 映像信号受信部
１６ データ放送デコーダ部
１７ 映像切換部
１８ 表示制御部
１９ 表示部
２０ 操作入力部
２１ 入力インターフェイス
２２ モデム
２３ バス
２４ ＮＣＵ
３０ 電話回線
４０ 応答サーバー
５０ 個人情報サーバー
６０ 放送局
７０ 物品販売会社
【発明の属する技術分野】
本発明は、テレビ放送または電話回線により伝達されるデータ放送信号における双方向データ通信方法および、その方法による双方向データ通信装置に係り、その装置はテレビ放送または電話回線により伝達されるデータ放送信号を復号するデータ放送デコーダ部と、テレビ放送またはデータ放送の映像信号を表示する表示部と、電話回線に接続されたモデムとを備えた双方向通信装置に関するものである。
【０００２】
特に、電話回線には応答サーバと個人情報サーバとが接続されたシステムに係る双方向通信方法およびその方法を用いた双方向通信装置に関するものである。
【０００３】
【従来の技術】
図２３はインタラクティブ機能付きのデータ放送システムの概略構成を示すブロック図である。図２３において、１はテレビ放送局、２はデータ放送デコーダ２ａとモデム２ｂとを備えたテレビジョン受像機を兼ねるデータ放送受信装置、３はデータ放送受信装置２と電話回線４を介して接続されるとともにテレビ放送局１と電話回線５を介して接続された応答サーバである。
【０００４】
テレビ放送局１では、文字・図形のデータやインタラクティブ性を付加するためのプログラムを決められた基準のもとで符号化してデータ信号に変換し、同期符号や誤り訂正符号などを加え、データパケットに割り付けたデータ放送信号とし、これを文字多重信号の場合と同様に映像信号の垂直帰線消去期間（ＶＢＬ）に重畳し、電波に変換して放送する。
【０００５】
データ放送受信装置２では、データ放送デコーダ２ａにおいてデータ放送信号を復号し、記憶し、表示し、必要に応じて解読して所定の処理を実行する。テレビ放送の内容が例えばテレビショッピングやアンケート調査の場合、データ放送信号として注文先や相手先の電話番号やファクシミリ番号が含まれ、これがメモリに記憶される。
【０００６】
データ放送受信装置２における入力手段により商品名、購入数、購入者氏名・住所やアンケート調査の応答データなどを付加して、メモリに記憶させる。そして、自動ダイヤルしてモデム２ｂを介し電話回線４を通じて応答サーバ３に対して必要なデータを送信する。
【０００７】
なお、応答サーバ３は各家庭からの注文や応答を収集し、予め準備してあるテレビ放送局１や情報提供会社・サービス会社からの指示に従ってデータ処理を行い、その処理結果をテレビ放送局１や情報提供会社・サービス会社に送信する。このようにして、インタラクティブ（双方向性）なデータの送受信が行われる。
【０００８】
ユーザーがデータ放送受信装置２と情報提供会社・サービス会社の応答サーバー３との間でのオンラインサービスの提供を受ける場合、例えばオンラインショッピングの場合に、実際に商品をユーザーに配達したり、料金を徴収するには、ユーザーの氏名・住所・電話番号などの個人情報が不可欠となる。
【０００９】
ところで、この個人情報を応答サーバー自体で保持・管理するとなれば、利用する応答サーバーが増えるごとに、あるいは応答サーバーが新設されるごとに、個人情報をその応答サーバーに登録しなければならなくなる。このようないちいちの個人情報の登録は面倒なことである。しかも、個人情報を保持・管理する応答サーバーが増えるに従って個人情報が外部に不測に流出するおそれが増え、プライバシー保護の問題が生じてくる。
【００１０】
そこで、このような不都合を解消するために、情報提供会社・サービス会社の応答サーバーとは別に、個人情報の保持・管理を一元的に行う個人情報サーバーという機関を設立することが考えられる。個々の応答サーバーは、商品注文の成立があった場合に限って、その取引相手の個人情報を個人情報サーバーに問い合わせて入手するようにする。大勢のユーザーの個人情報を専用の個人情報サーバーで一元的に保持・管理することで、いちいちの登録のわずらわしさ、および膨大な個人情報の外部流出の問題が解消される。
【００１１】
【発明が解決しようとする課題】
テレビ放送にデータ放送信号を重畳すれば、非常に広いエリア（広域）にわたって安価に様々な情報を伝達することが可能である。これにより様々な情報提供会社が情報を伝達することが可能になる。
【００１２】
しかしながら、個人ユーザーが個人情報を商業的な情報提供会社・サービス会社へ提供するため、膨大な個人情報の流出などが起きた場合、プライバシー保護などの問題が発生しうる。このため、個人ユーザーの情報を保護する必要がある。
【００１３】
特に、この個人情報を応答サーバー自体で保持・管理するとなれば、応答サーバの数が増える毎に個人情報をそれぞれに登録しなければならず、面倒であると共に、個人情報が外部に不測に流出するおそれが増え、プライバシー保護の問題が生じてくる。
【００１４】
また、上記したようにデータ放送受信装置と応答サーバーとの間で電話回線を介して行われるオンラインショッピングをはじめとする各種のオンラインサービスの提供を受けるためには、氏名・住所・電話番号などのユーザー個人情報の登録が不可欠となる。
【００１５】
ところが、これらの個人情報は変わり得るものである。住居移転をすれば住所・電話番号が変わる。住居移転をしなくても電話番号を変えることもあり得る。結婚等の理由により氏名が変わることもある。個人情報が変わったにもかかわらず、個人情報サーバーにすでに登録されている個人情報が元のままの状態であると、ユーザー側ではオンラインサービスの提供が受けられず、また、情報提供会社・サービス会社側では商行為が成り立たなくなる。ユーザーは受益者負担の原則から、自己の個人情報が変わったときには、自ら積極的に個人情報サーバーに対して新たな個人情報の登録のしなおし（更新登録）を行うべきものである。
【００１６】
しかしながら、実際上は、更新登録すべきであると気付くのは、オンラインサービスの提供を利用するときとなる場合が多い。まだ更新登録をしていない段階であるので、現実にはいざというときにオンラインサービスの提供を受けることができない。これでは双方向データ通信システムが有機的に機能しているとはいいがたい。
【００１７】
そこで、双方向データ通信システムを有機的に機能させるために、定期的に、ユーザーに対して個人情報の変更があれば更新登録をすべきことを積極的に促すという対策が考えられる。
【００１８】
本発明はこのような個人情報サーバに記録されるべきユーザ情報を有効に管理して、上記課題の解決を図ることを目的としている。
【００１９】
【課題を解決するための手段】
この課題を解決するために、本願発明はテレビ放送または電話回線により伝達されるデータ放送信号を復号するステップと、前記復号されたテレビ放送またはデータ放送の情報を表示するステップと、ユーザーが電話回線を介して個人情報サーバーにユーザー情報を提供するステップと、前記ユーザ情報の個人情報サーバへの登録、更新、確認に係る情報管理を行うステップとを有することを特徴とする双方向データ通信方法を提供するものである。
【００２０】
この方法を用いた装置として、テレビ放送または電話回線により伝達されるデータ放送信号を復号するデータ放送デコーダ手段と、このデータ放送デコーダ手段により復号されたテレビ放送またはデータ放送の情報を表示する表示手段と、前記電話回線に接続されたモデムと、このモデムを介して、個人情報サーバに記録されるべきユーザ情報を管理するユーザ情報管理手段と、を備え、ユーザーが電話回線を介して個人情報サーバーに前記ユーザー情報を提供すると共に、前記ユーザ情報管理手段により前記ユーザ情報の個人情報サーバへの登録、更新、確認に係る情報管理を行う双方向データ通信装置を提供するものである。
【００２１】
これにより、ユーザ情報の保護、更新、登録が確実に行われ、双方向通信に起こる弊害を未然に防ぐことが出来る。
【００２２】
又特に、個人情報の保持・管理を一元的に行う個人情報サーバーという機関を設立することににより、個人情報を応答サーバのそれぞれに登録する必要が無くなる効果に加えて、この個人情報サーバの個人情報の登録、更新、照合確認するユーザ情報管理手段を双方向データ通信装置自体に設けることにより、個人情報の登録、更新、照合確認が容易になり、且つ保護がより確実になるものである。。
【００２３】
また、上記ユーザ情報を管理するステップが、ユーザーが電話回線を介して応答サーバーに暗号化された第１の情報を送信するステップと、個人情報サーバーから暗号化された確認応答を前記応答サーバーを経て受信するステップと、前記確認応答を復号化する鍵情報を受信するステップと、前記鍵情報により前記第１の情報の送信を確認するステップと、前記第１の情報を補完する暗号化された第２の情報を前記応答サーバーを経て前記個人情報サーバーに送信するステップと、前記個人情報サーバーは前記第２の情報に基づいてユーザー情報を前記応答サーバーに送信し、この情報を前記応答サーバーが第３者に供給するステップを有することを特徴とする双方向データ通信方法を提供するものである。
【００２４】
この方法を用いた装置として、上記ユーザ情報管理手段が ユーザーが電話回線を介して応答サーバーに暗号化された第１の情報を送信する手段と、個人情報サーバーから暗号化された確認応答を前記応答サーバーを経て受信する手段と、この確認応答を復号化する鍵情報を受信する手段と、この鍵情報により前記第１の情報の送信を確認する手段と、前記第１の情報を補完する暗号化された第２の情報を前記応答サーバーを経て前記個人情報サーバーに送信する手段と、を備え、前記個人情報サーバーは前記第２の情報に基づいてユーザー情報を前記応答サーバーに送信し、この情報を前記応答サーバーが第３者に供給することにより、更に、データの保護が強化される。即ち、ユーザーが注文が受信されたことを確認でき、この注文時において、情報提供会社・サービス会社は個人情報を保存することができず、ユーザーの個人情報を注文に対する応答として一回のみ利用することが可能であることになり、ユーザー情報を確実に保護することが出来る。
【００２５】
上記ユーザ情報を管理するステップが、一旦電話回線が切断された所定時間後、個人情報サーバーからのユーザー情報をもとに電話回線の接続照合を行うステップと、照合がとれれば手続の完了を表示し、とれない場合は手続未完了を表示するステップを有することを特徴とする双方向データ通信方法を提供するものである。その方法を用いた装置として、情報提供会社・サービス会社とは別の個人情報の管理を行う個人情報サーバーに簡便にユーザー登録を行い、ユーザー情報を保護するシステムにおいて、上記ユーザ情報管理手段が、一旦電話回線が切断された所定時間後、個人情報サーバーからのユーザー情報をもとに電話回線の接続照合を行う手段を有し、照合がとれれば手続の完了を表示し、とれない場合は手続未完了を表示する表示手段を設けることにより、データの更新が確実となる。
【００２６】
また、さらに上記ユーザ情報を管理するステップが、登録されているユーザ情報の月日のデータを現在日時と比較するステップと、一致したときまたはそれ以降の一定期間、ユーザー個人情報の変更があるならば更新登録を促す旨のメッセージを表示するステップとを有する双方向データ通信方法を提供するものである。この方法を用いた装置として、上記ユーザ情報管理手段が、登録されているユーザ情報の月日のデータを現在日時と比較する手段と、一致したときまたはそれ以降の一定期間、ユーザー個人情報の変更があるならば更新登録を促す旨のメッセージを表示する手段とを有することにより、更にデータ更新が効率的に、確実に行われる。即ち、氏名・住所・電話番号などのユーザー個人情報が変わっている場合でも、更新登録促しのメッセージを表示するので、更新登録が行われ、双方向データ通信システムを有機的に機能させることができる。
【００２７】
【発明の実施の形態】
本発明の請求項１に係る双方向データ通信システムは、個人情報サーバーと放送局と双方向データ通信装置からなる双方向データ通信システムであって、前記個人情報サーバーは、少なくとも所定月日を含む個人情報を記憶する個人情報記憶手段と、現在日時を計測する計測手段と、前記計測手段が計測した前記現在日時が前記個人情報記憶手段が記憶した前記所定月日以降の一定期間に含まれる場合に、端末識別情報を含むメッセージ送信指令を送信する指令送信手段とを備え、前記放送局は、前記メッセージ送信指令を受信する指令受信手段と、所定のメッセージを記憶するメッセージ記憶手段と、前記指令受信手段が前記メッセージ送信指令を受信した場合に、前記端末識別情報及び前記メッセージ記憶手段が記憶した前記所定のメッセージを放送信号として送信する放送送信手段とを備え、前記双方向データ通信装置は、前記端末識別情報及び前記所定のメッセージを含む放送信号を受信する放送受信手段と、前記放送受信手段が受信した前記端末識別情報に応じて前記所定のメッセージを表示する表示手段とを備えることを特徴とする。
【００２８】
本発明の請求項２に係る双方向データ通信システムは、個人情報サーバーと放送局と双方向データ通信装置からなる双方向データ通信システムであって、前記個人情報サーバーは、少なくとも所定月日を含む個人情報を記憶する個人情報記憶手段と、現在日時を計測する計測手段と、前記計測手段が計測した前記現在日時が前記個人情報記憶手段が記憶した前記所定月日以降の一定期間に含まれる場合に、端末識別情報を含むメッセージ送信指令を送信する指令送信手段と、前記個人情報記憶手段が記憶した前記個人情報に基づいてメッセージを作成し送信するメッセージ送信手段とを備え、前記放送局は、前記メッセージ送信指令を受信する指令受信手段と、前記指令受信手段が前記メッセージ送信指令を受信した場合に、前記端末識別情報を放送信号として送信する放送送信手段とを備え、前記双方向データ通信装置は、前記端末識別情報を含む放送信号を受信する放送受信手段と、前記放送受信手段が受信した前記端末識別情報に応じて、前記メッセージ送信手段が送信した前記メッセージを取得し表示する表示手段とを備えることを特徴とする。
【００２９】
本発明の請求項３に係る双方向データ通信システムは、請求項１または２記載の双方向データ通信システムにおいて、前記双方向データ通信装置は、前記表示手段の表示を消去する消去信号を作成し送信する消去信号送信手段を更に備え、前記個人情報サーバーは、前記消去信号送信手段が送信した前記消去信号を受信した場合に、前記指令送信手段が前記メッセージ送信指令を送信しないよう制御することを特徴とする。
【００５７】
以下、本発明に係る双方向データ通信方法の実施の形態について、図面に基づいて詳細に説明する。
【００５８】
（実施の形態１）
図１は実施形態の双方向データ通信方法のユーザーの送受信端末である双方向データ通信装置の電気的構成を示すブロック図である。
【００５９】
図１において、双方向データ通信装置１０は次のように構成されている。１１はシステム全体の制御を司るＣＰＵ（中央演算処理装置）、１２はその制御のためのプログラムを格納しているＲＯＭ（リードオンリーメモリ）、１３は制御・演算を補助するとともに復号されたデータ放送信号を格納するＲＡＭ（ランダムアクセスメモリ）、１４は受信アンテナ（図示せず）で受信したテレビ信号の入力端子、１５は入力したテレビ信号から希望するチャンネルの映像信号を選局し復調する映像信号受信部、１６は復調された映像信号の垂直帰線消去期間に重畳されているデータ放送信号を分離し復号するデータ放送デコーダ部、１７は映像信号受信部１５からの映像信号とＲＡＭ１３からのデータ放送信号とを切り換えて送出する映像切換部、１８は映像信号受信部１５におけるチャンネル選局部での受信チャンネルの切り換えや表示部１９における画面分割やデータ放送信号のスクロールなどの表示状態の制御や映像切換部１７の制御を行う表示制御部、１９はＣＲＴやＬＣＤなどの表示部、２０はデータ入力も行える操作パネルやリモコンなどの操作入力部、２１は入力インターフェイス、２２はデジタルデータをアナログ音声信号レベルに変換して電話回線との双方向通信を行うモデム、２３はＣＰＵ１１とＲＯＭ１２からモデム２２までの各部とを接続しているバス、２４はモデム２２を電話回線３０に接続するためのＮＣＵ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｕｎｉｔ：回線接続部）である。また、４０は電話回線３０を介して双方向データ通信方法１０のＮＣＵ２４とインタラクティブ（双方向性）に接続された応答サーバである。また、５０は電話回線３０を介して双方向データ通信方法１０のＮＣＵ２４および応答サーバ４０とインタラクティブ（双方向性）に接続された個人情報サーバーである。
【００６０】
まず、データ放送番組の受信の一般的な動作を説明する。映像信号受信部１５は受信したテレビ信号から選局し、その受信チャンネルのテレビ信号を映像切換部１７に送出するとともにデータ放送デコーダ部１６に送出する。データ放送デコーダ部１６では選局した映像信号の垂直帰線消去期間に重畳されているデータ放送信号を分離して復号し、ＲＡＭ１３に送出して一時的に格納する。表示制御部１８は映像切換部１７を制御し、映像信号受信部１５からのテレビ放送の映像信号かＲＡＭ１３から読み出したデータ放送信号のいずれかを表示部１９に送出する。表示制御部１８はまた表示部１９における表示形態をフル画面とするか２画面とするかの制御を行うとともに、フル画面の下辺または上辺に文字データをテロップ的にスクロール表示させたりする。表示制御部１８が行う制御は操作入力部２０からの入力指令によって決定される。
【００６１】
データ放送に係る番組内容が例えば視聴者参加のクイズ番組やバラエティ番組やアンケート調査である場合、ユーザーは予め設定された回答の中から１つを選択する操作を行い、自動ダイヤル指令を出すと、ＣＰＵ１１はモデム２２、ＮＣＵ２４、電話回線３０を介して応答サーバ４０に自動ダイヤルし、回答の情報を応答サーバ４０に提供する。応答サーバ４０は必要に応じて情報に加工を施し、結果を放送局に電話回線を介して通信する。
【００６２】
次に、双方向データ通信装置１０を電話回線３０を介して応答サーバー４０、個人情報サーバ５０に接続して、商品の注文をする場合の動作を図２、３、４を用いて説明する。
【００６３】
図２はこのときのデータのやりとりを示すものであり、図３はそのデータの内容を示すものであり、図４はデータやりとりの時系列を示すものである。
【００６４】
まず、ユーザーの動作を説明する。
ユーザーの端末では、ユーザー保護のため、個人情報を一括して保持している個人情報サーバー５０から暗号を解読するための鍵情報を記憶している状態にある（ステップＳ１１）。
【００６５】
テレビ放送局６０、または電話回線を介して、物品情報が提供され、この放送は受信され表示される（ステップＳ１２）。注文を確認することにより、図３の注文確認データ１（端末ＩＤ、ユーザーＩＤからなる）が応答サーバー４０に送信される（ステップＳ１３）。この段階では、具体的な注文情報まで送信する必要はない。応答サーバー４０は、ユーザーと物品を実際に販売する販売会社や種々のサービス会社、情報提供会社、テレビ放送局、電話回線などを介して情報を提供する放送局などとの橋渡しをし、複数存在するものである。
【００６６】
一旦電話回線が切断された後、応答サーバー４０からの受信を待機して（ステップＳ１４）、所定時間に暗号化ユーザー情報を受信出来なかった場合は、終了する（ステップＳ１６、１７）。暗号化ユーザー情報を受信出来た（ステップＳ１５）場合は、先に受信している暗号解読鍵情報を用いて、暗号化ユーザー情報を解読する（ステップＳ１８）ことによりユーザー情報を表示する（ステップＳ１９）。これによって、ユーザーは注文が受信されたことが確認できる。
【００６７】
応答サーバー４０に対して接続要求を行い、注文確認データ２（端末ＩＤ、ユーザーＩＤ、パスワード、注文物品情報）を送信することで、具体的な注文をする（ステップＳ２０）。これにより注文処理は完了する（ステップＳ２１）。
【００６８】
次に応答サーバー４０の動作を説明する。
応答サーバー４０は、電話回線を介されて個人ユーザーの端末からの接続を受信出来る状態にある（ステップＳ３１）。個人ユーザーから接続を確認し注文確認データ１を受信し（ステップＳ３２）、ここから端末ＩＤを抜き取り個人情報サーバー５０に送信する（ステップＳ３３）。
【００６９】
個人情報サーバー５０からの送信を待機し（ステップＳ３４）、所定時間内に受信出来なかったら、回線を切断する（ステップＳ３６、３７）。
【００７０】
個人情報サーバー５０から暗号化ユーザー情報（サービス会社コード、端末ＩＤ、ユーザーＩＤ、暗号化された個人の住所、名前等の情報からなる）を受信する（ステップＳ３８）と、それをユーザーに転送する。ユーザーから注文確認データを受信すると（ステップＳ３９）、暗号化されたままの端末ＩＤ・商品データ（端末ＩＤ、ユーザーＩＤ、暗号化されたパスワード、注文物品情報からなる）を抜き取り、個人情報サーバー５０に送信する（ステップＳ４０）。個人情報サーバー５０からの受信を待機し（ステップＳ４１）、所定時間内に受信できない場合は処理を完了する（ステップＳ４３、４４）。
【００７１】
個人情報サーバー５０からユーザー情報（名前、電話番号、住所等）を受信すると物品販売会社などにこれを注文情報として送信し（ステップＳ４５）、受注処理は完了する（ステップＳ４６）。物品販売会社７０などはこれを受信し個人ユーザーに物品などを送付し、代金をユーザーから徴収する。
【００７２】
なお、クレジットカード番号がユーザー情報として提供され代金支払を完了する形でもよい。
【００７３】
ここで、応答サーバーは注文確認データ１、２とユーザ情報を照合しても、暗号化の仕方が常に同一とは限らないので、一回の注文で特定の住所、名前を有するユーザーが特定の物品を購入したことは、確認できるが、次の注文では注文確認データ１、２を受信した段階では、どのユーザーが注文したかを同定できず、ユーザーの保護が可能となるものである。
【００７４】
次に個人情報サーバー５０の動作を説明する。
個人情報サーバー５０は各ユーザーに暗号解読鍵情報を送信し（ステップＳ５１）、応答サーバー４０から受信を待機している状態に有る（ステップＳ５２）。
【００７５】
なお、暗号解読鍵情報はユーザーに定期的に提供してもいいし、注文を受ける度に提供してもよい。
【００７６】
応答サーバー４０から端末ＩＤデータを受信すると（ステップＳ５３）、個人情報サーバー５０が備えたデータベースからユーザー情報を検索し（ステップＳ５４）、これを暗号化し（ステップＳ５５）、暗号化ユーザー情報（サービス会社コード、端末ＩＤ、ユーザーＩＤ、暗号化された個人の住所、名前等の情報からなる）として応答サーバー４０に送信する（ステップＳ５６）。
【００７７】
これが応答サーバー４０を経て、ユーザーに送信されることによりユーザーへの注文確認となり、ユーザーからの具体的な注文を応答サーバーを経て、端末ＩＤ・商品データとして受信すると（ステップＳ５７）、データベースでユーザー情報を検索し（ステップＳ５８）、これを応答サーバー４０に送信する（ステップＳ５９）。これにより一注文の個人情報サーバー５０の動作が完了する。
【００７８】
なお、暗号化はデータ通信の速度および個人情報の大きさにより決定されるものである。
【００７９】
また個人情報を２回応答サーバー４０に提供しているが、その提供の仕方も本実施の形態に限定されるものではない。１回目のデータ送信（注文確認データ１）時により多くの情報を暗号化しておいても支障はない。
【００８０】
以下、本発明に係る双方向データ通信装置の実施の形態について、図面に基づいて詳細に説明する。
【００８１】
（実施の形態２）
実施形態の双方向データ通信装置の電気的構成は実施の形態１の図１の構成と同じであるので、図１の構成の説明は省略する。動作について図５、図６に示すフローチャートを用い説明する。
【００８２】
まず、データ放送番組の受信の一般的な動作を説明する。図１の映像信号受信部１５は受信したテレビ信号から選局し、その受信チャンネルのテレビ信号を映像切換部１７に送出するとともにデータ放送デコーダ部１６に送出する。データ放送デコーダ部１６では選局した映像信号の垂直帰線消去期間に重畳されているデータ放送信号を分離して復号し、ＲＡＭ１３に送出して一時的に格納する。表示制御部１８は映像切換部１７を制御し、映像信号受信部１５からのテレビ放送の映像信号かＲＡＭ１３から読み出したデータ放送信号のいずれかを表示部１９に送出する。表示制御部１８はまた表示部１９における表示形態をフル画面とするか２画面とするかの制御を行うとともに、フル画面の下辺または上辺に文字データをテロップ的にスクロール表示させたりする。表示制御部１８が行う制御は操作入力部２０からの入力指令によって決定される。
【００８３】
データ放送に係る番組内容が例えば視聴者参加のクイズ番組やバラエティ番組やアンケート調査である場合、ユーザーは予め設定された回答の中から１つを選択する操作を行い、自動ダイヤル指令を出すと、ＣＰＵ１１はモデム２２、ＮＣＵ２４、電話回線３０を介して応答サーバ４０に自動ダイヤルし、回答の情報を応答サーバ４０に提供する。応答サーバ４０は必要に応じて情報に加工を施し、結果を放送局に電話回線を介して通信する。
【００８４】
次に、双方向データ通信装置１０を電話回線３０を介して個人情報サーバ５０に接続して、登録を行う場合の動作を説明する。
【００８５】
図５のフローチャートに従って個人ユーザーの動作を説明する。
ユーザーは、ユーザー電話回線を介して個人情報サーバー５０にユーザー情報を入力し（ステップＳ１１１）、個人情報サーバー５０に接続要求を行う（ステップＳ１１２）。
【００８６】
接続を確認し（ステップＳ１１３）、接続出来なかった場合はもう一度接続要求を行う（ステップＳ１１２）。
【００８７】
これにより、データー放送受信装置の機器ＩＤとユーザー情報をサーバに送信し（ステップＳ１１４）、一端電話回線が切断される。（ステップＳ１１５）そして所定時間（ステップＳ１１６）後、前記個人情報サーバーから前記ユーザー情報をもとに電話回線の接続を行い（ステップＳ１１７）、接続できた場合は、機器ＩＤをサーバに送信し（ステップＳ１１９）、照合を行い、サーバから確認され（ステップＳ１２０）、確認され照合がとれれば登録完了を表示する。（ステップＳ１２１）、所定時間内に接続されないときは（ステップＳ１１８）、未登録を表示する（ステップＳ１２２）。
【００８８】
次に図６のフローチャートに従って個人情報サーバーの動作を説明する。
個人情報サーバー５０は、電話回線を介されて個人ユーザーの端末からの接続を受信出来る状態にある。（ステップＳ１１０１）個人ユーザーから接続を確認し（ステップＳ１１０２）、これにより、機器ＩＤとユーザー情報をサーバに受信し（ステップＳ１１０３）、機器ＩＤを記録する。（ステップＳ１１０４）さらにユーザー情報から電話番号を抜き取り（ステップＳ１１０５）、一端電話回線を切断する。（ステップＳ１１０６）そして所定時間後、個人情報サーバー５０から個人ユーザー情報をもとに電話回線の接続要求を行い（ステップＳ１１０７）、接続を確認し（ステップＳ１１０８）、接続できた場合は、機器ＩＤを受信し（ステップＳ１１０９）、照合を行い（ステップＳ１１１１）、個人端末に確認を送信（ステップＳ１１１２）し、登録を完了する。機器ＩＤの照合が一致しなかった場合は個人端末に不一致を送信する。（ステップＳ１１１３）これにより個人情報サーバーもしくはユーザーが電話回線の接続を切断する事が可能となる。
【００８９】
接続ができなかった場合（ステップＳ１１１０）、接続要求に戻る（ステップＳ１１０７）。
【００９０】
（実施の形態３）
次に、登録の仕方を図７、８、９を用いて説明する。
【００９１】
図７のフローチャートに従って個人ユーザーの動作を説明する。
ユーザーは、ユーザー電話回線を介して個人情報サーバー５０にユーザー情報を入力する。
【００９２】
ユーザーは個人情報サーバー５０に接続すると、サーバー５０からデータか送信されるまで待機し（ステップＳ１３１）、県名、市名、町名のリスト受信し表示される（ステップＳ１３２）事によりユーザー自身の県名、市名、町名を選択することが可能である（ステップＳ１３３）。
【００９３】
更に、確定キーを押す事により（ステップＳ１３５）、サーバー５０に選択された情報が送信されより詳しい住所のデータがサーバ５０より送信される。
【００９４】
この操作をくり返し送信することにより住所を確定でき、サーバー５０に送信する事が可能となる。
【００９５】
図８のフローチャートに従って個人情報サーバーの動作を説明する。
ザーバー５０は、住所情報を電話回線を介して個人ユーザーに提供し、個人ユーザーからの送信を待機しており（ステップＳ１２０１）、ユーザーの選択を受信すると、地域データベース（ＤＢ）を検索し（ステップＳ１２０３）、更に詳しい住所情報を個人端末に送信する（ステップＳ１２０４）。
【００９６】
さらにこの操作をくり返し、住所が確定されると、終了し（ステップＳ１２０２）、住所情報をユーザーデータベースに登録する（ステップＳ１２０５）。
【００９７】
なお、住所のデータベースは端末自体が備えていても構わない。
ここで、図９は、ユーザーの選択のしかたを示すものであり、図９（ｂ）のような選択画面をカーソル選択する事により住所を確定するものである。
【００９８】
住所データベースは図１０のように階層構造になっており、ユーザーの選択により、より詳しい住所のリストが選択されるものである。
【００９９】
（実施の形態４）
次に、双方向データ通信装置１０を電話回線３０を介して個人情報サーバ５０に接続して、個人データの更新を行う場合の動作を説明する。
【０１００】
図１１のフローチャートに従って個人ユーザーの動作を説明する。
ユーザーが、電話番号、双方向データ通信装置１０の機器ＩＤ、住所などのユーザー情報を変更しており、その手続を完了しているときは、変更フラグが立っておらず（ステップＳ１４１）、立てていないときは、個人情報サーバー５０からの接続を待機している状態にある（ステップＳ１４２）。
【０１０１】
変更フラグが立っていれば、前記個人情報サーバー５０への変更登録が済んでいないことが判明し、手続が完了するものである（ステップＳ１４１）。
【０１０２】
接続されると（ステップＳ１４３）、電話回線を介して個人情報サーバー５０に変更されたユーザー情報を個人情報サーバー５０に送信し、手続が完了となる（ステップＳ１４５、１４７）。
【０１０３】
この手続の具体的な流れは、前記実施の形態で示した通りである。
接続出来なかった場合は、個人情報サーバーへの変更登録が済んでいないことが判明し、手続が完了するものである（ステップＳ１４６）。
【０１０４】
次に図１２のフローチャートに従って個人情報サーバーの動作を説明する。
個人情報サーバー５０は、電話回線を介されて個人ユーザーの端末からのを接続要求を行い（ステップＳ１３０２）、接続を確認すると（ステップＳ１３０３）、これにより、機器ＩＤとユーザー情報を受信し（ステップＳ１３０４）、個人情報サーバーのデーターベースの機器ＩＤなどのユーザー情報を比較する（ステップＳ１３０５）。
【０１０５】
照合が不可能なときは、個人情報サーバーのデータベースに変更フラグを立てて接続を終了する。
【０１０６】
ユーザー情報が変更されていないとき、及び、変更された情報を再登録するときは、この情報を格納し手続が完了する。この手続の具体的な流れは、前記実施の形態２で示した図５のフローチャートの通りであり、図７の（ステップ１３１）において、登録完了表示を行うと同時に、前記変更プラグを立っていない状態にする。前記再登録時の個人情報サーバーの動作は図８はフローチャートの通りであり、図８の（ステップＳ１２０５）において、データベース登録するとともに、ユーザーデータベースの変更フラグを立っていない状態にする。
【０１０７】
照合が不可能なときは、個人情報サーバーのデーターベースに変更フラグを立て接続を終了する。
【０１０８】
なお、ユーザー情報の変更は、個人情報サーバー５０の接続要求により開始されるのとは別に、ユーザーが定期的に接続要求することにより、機器ＩＤ、住所、電話番号などの個人情報の定期的変更が可能となる。
【０１０９】
以下、本発明に係る双方向データ通信装置の実施の形態について、図面に基づいて詳細に説明する。
【０１１０】
（実施の形態５）
図１３は実施の形態５に係る双方向データ通信装置の電気的構成を示すブロック図である。
【０１１１】
図１３において、実施の形態１、２、３、４と同一の機能のところは同一番号を付与している。又、同一機能の構成の説明を省略する。
【０１１２】
なお、４０は電話回線３０を介して双方向データ通信装置１０のＮＣＵ２４とインタラクティブ（双方向性）に接続された応答サーバー、５０は電話回線３０を介して双方向データ通信装置１０のＮＣＵ２４および応答サーバー４０とインタラクティブ（双方向性）に接続された個人情報サーバー、６０はテレビ放送局である。図示はしていないが、応答サーバー４０は複数あり、それぞれの応答サーバー４０が電話回線３０を介して個人情報サーバー５０に接続されている。また、各応答サーバー４０および個人情報サーバー５０が電話回線３０を介してテレビ放送局６０と接続されている。
【０１１３】
まず、ユーザー個人情報の初期登録の動作を説明する。通常、双方向データ通信装置１０が購入されたとき、あるいはオンラインサービスの契約を締結するときに、個人情報サーバー５０に対するユーザー個人情報の初期登録を行う。この初期登録は電話回線３０を介して行われる。すなわち、ユーザーは操作入力部２０を操作して表示部１９に個人情報登録のメニューを表示させ、キー操作によりユーザー登録要求を端末ＩＤとともにモデム２２および電話回線３０を介して個人情報サーバー５０に送出する。端末ＩＤはＲＯＭ１２に格納されている。これを受けた個人情報サーバー５０は登録プログラムを電話回線３０を介して双方向データ通信装置１０にダウンロードする。そのプログラムはＲＡＭ１３に格納される。ユーザーはキー操作により氏名・住所・電話番号・生年月日・性別などの個人情報を入力する。その個人情報は電話回線３０を介して個人情報サーバー５０に送出されハードディスクに格納される。個人情報のうち生年月日に基づいた誕生日が双方向データ通信装置１０のＲＡＭ１３に登録される。次に、個人情報サーバー５０から登録した電話番号で自動ダイヤルして登録完了の確認を行い、個人情報サーバー５０からユーザーＩＤを送出し、双方向データ通信装置１０は受け取ったユーザーＩＤをＲＡＭ１３に登録した後、登録プログラムを消去する。なお、前記登録プログラムはあらかじめ端末のメモリに格納されており、個人情報サーバーからダウンロードすることなく、端末で個人情報を入力し、その後電話回線を介して個人情報サーバーへ登録処理を行うことも可能である。
【０１１４】
以上により、個人情報サーバー５０においてユーザーＩＤとともに氏名・住所・電話番号などのユーザー個人情報が登録され、双方向データ通信装置１０のＲＡＭ１３に所定の月日としてのユーザーの誕生日が登録されたことになる。
【０１１５】
次に、データ放送番組の受信の一般的な動作を説明する。映像信号受信部１５は受信したテレビ信号から選局し、その受信チャンネルのテレビ信号を映像切換部１７に送出するとともにデータ放送デコーダ部１６に送出する。データ放送デコーダ部１６では選局した映像信号の垂直帰線消去期間に重畳されているデータ放送信号を分離して復号し、ＲＡＭ１３に送出して一時的に格納する。表示制御部１８は映像切換部１７を制御し、映像信号受信部１５からのテレビ放送の映像信号かＲＡＭ１３から読み出したデータ放送信号のいずれかを表示部１９に送出する。表示制御部１８はまた表示部１９における表示形態をフル画面とするか２画面とするかの制御を行うとともに、フル画面の下辺または上辺に文字データをテロップ的にスクロール表示させたりする。表示制御部１８が行う制御は操作入力部２０からの入力指令によって決定される。
【０１１６】
データ放送に係る番組内容が例えば視聴者参加のクイズ番組やバラエティ番組やアンケート調査である場合、ユーザーは予め設定された回答の中から１つを選択する操作を行い、自動ダイヤル指令を出すと、ＣＰＵ１１はモデム２２、ＮＣＵ２４、電話回線３０を介して応答サーバー４０に自動ダイヤルし、回答の情報を応答サーバー４０に提供する。応答サーバー４０は必要に応じて情報に加工を施し、結果を放送局６０に電話回線を介して通信する。
【０１１７】
次に、テレビ放送の内容もしくは応答サーバーからの送信情報をみてオンラインショッピングをする場合の動作を簡単に説明する。送信されてきた商品情報が表示部１９に表示される。操作入力部２０の操作により注文確認を指示すると、注文確認データ（端末ＩＤ・ユーザーＩＤ・パスワード・注文商品情報）が電話回線３０を介して応答サーバー４０に送信され、注文処理が完了する。応答サーバー４０は個人情報サーバー５０に対して端末ＩＤを送信し、個人情報サーバー５０からユーザー個人情報（氏名・住所・電話番号など）を受信し、これを商品販売会社などに注文情報として送信し、受注処理を完了する。商品販売会社はユーザー個人情報に基づいて該当するユーザーに注文の商品を送付し、代金をユーザーから徴収する。
【０１１８】
次に、誕生日メッセージ表示の動作について説明する。すでに説明したように、双方向データ通信装置１０のＲＡＭ１３にはユーザーの誕生日のデータが登録されており、個人情報サーバー５０ではユーザーＩＤとともに氏名・住所・電話番号などのユーザー個人情報が登録されている。テレビ放送局６０からは常時的に放送波により誕生日メッセージが送信されている。この誕生日メッセージには、誕生日がきた旨とともにユーザー個人情報の変更に伴う更新登録のすすめのメッセージが含まれている。例えば、「お誕生日おめでとうございます。あなたの氏名・住所・電話番号などに変更がありましたら、更新登録をして下さい。」といった内容である。誕生日メッセージは放送波の垂直帰線消去期間に重畳されている。この誕生日メッセージは双方向データ通信装置１０において常に受信されているが、誕生日がくるまでは表示されない。
【０１１９】
図１４のフローチャートに示すように、双方向データ通信装置１０の電源をＯＮすると、ＣＰＵ１１は、内蔵タイマーに基づく現在日時がＲＡＭ１３に登録されている誕生日に達したかどうか、すなわち誕生日またはそれ以降の日であるかどうかを判断し（ステップＳ１５１）、達していないときは誕生日メッセージの表示を禁止する（ステップＳ１５５）が、誕生日に達したときは誕生日から例えば１か月以内かどうかを判断し（ステップＳ１５２）、１か月以内であればデータ放送デコーダ部１６で復号した誕生日メッセージを表示部１９において表示する（ステップＳ１５３）。これで誕生日から１か月の間は双方向データ通信装置１０の電源をＯＮするたびに誕生日メッセージが表示されることになる。タイムアップするのを待って（ステップＳ１５４）、誕生日メッセージの表示を禁止（停止）する（ステップＳ１５５）。ユーザーはこの誕生日メッセージを見て、現在の氏名・住所・電話番号などの個人情報がすでに個人情報サーバー５０に登録している氏名・住所・電話番号などから変わっているのかどうかの判断を促され、変わっているときは更新登録すべきことを促される。誕生日から１か月を超えているときは、すでにユーザーに充分にメッセージが伝わっているものとして、誕生日メッセージの表示は行わない（ステップＳ１５５）。
【０１２０】
個人情報が変わっているとき、ユーザーは個人情報サーバー５０に対して個人情報の更新登録を行う。これにより、引き続きオンラインサービスの提供を受けることができる。
【０１２１】
ところで、誕生日から１か月間にわたって誕生日メッセージの表示が行われることは、ユーザーにとってわずらわしく感じられる。これを解消するのが図１５（ａ）のフローチャートに示す動作である。ユーザーは誕生日メッセージの表示を行わせないようにしたいとき、操作入力部２０（リモコン）において消去キーを操作する。ＣＰＵ１１は消去キーが操作されたかどうかを判断し（ステップＳ１４０１）、操作されたときは表示フラグＦ１ をリセットする（ステップＳ１４０２）。そして、図１４のフローチャートにおいてステップＳ１５２ａを追加し、表示フラグＦ１ がセットされているときに限って誕生日メッセージの表示を行い（ステップＳ１５３）、表示フラグＦ１ がリセットされているときは誕生日メッセージの表示を行わないようにする（ステップＳ１５５）。
【０１２２】
表示フラグＦ１ をリセットしたままであると、次の年の誕生日がきたときに誕生日メッセージの表示が行われないことになる。そこで、図１５（ｂ）に示すように誕生日から例えば１１か月が経過したかどうかを判断し（ステップＳ１５０１）、経過したときには表示フラグＦ１ をセットの状態に戻す（ステップＳ１５０２）。すると、ステップＳ１５２ａの判断がＹＥＳとなり、再び、誕生日メッセージの表示が行われる。
【０１２３】
（実施の形態６）
上記実施の形態５の場合の誕生日メッセージの内容は、「氏名・住所・電話番号などに変更がありましたら、更新登録をして下さい。」といった内容であった。これに対して、すでに登録済みの具体的な氏名・住所・電話番号などの個人情報を表示させることが考えられる。つまり、誕生日メッセージとして、例えば、「お誕生日おめでとうございます。あなたの登録された氏名・住所・電話番号は……、……、……ですが、変更はありませんか。変更がありましたら、更新登録をして下さい。」といった内容である。このような内容の誕生日メッセージを表示させるのが実施の形態５である。そのような個人情報を含んだ誕生日メッセージは放送局６０からではなく個人情報サーバー５０から送信されてくるものである。したがって、そのメッセージ送信は常時的にではなく、要求のあったときに限って送信される。
【０１２４】
動作を図１６のフローチャートで説明する。双方向データ通信装置１０の電源をＯＮすると、ＣＰＵ１１は、内蔵タイマーに基づく現在日時がＲＡＭ１３に登録されている誕生日に達したかどうかを判断し（ステップＳ１６０１）、達していないときは動作を終了するが、誕生日に達したときは誕生日から例えば１か月以内かどうかを判断し（ステップＳ１６０２）、１か月を超えていれば動作を終了するが、１か月以内であれば電話回線３０を介して個人情報サーバー５０に対して自動ダイヤルを行う。このとき、端末ＩＤを送るとともに誕生日メッセージ送信要求を行う（ステップＳ１６０３）。そして、個人情報サーバー５０からの受信を待つ（ステップＳ１６０４）。個人情報サーバー５０は、双方向データ通信装置１０からの誕生日メッセージ送信要求があったときは、個人情報を含んだ誕生日メッセージを要求のあった端末ＩＤの双方向データ通信装置１０に対して送信する。双方向データ通信装置１０では、受信した個人情報を含んだ誕生日メッセージをＲＡＭ１３に格納し（ステップＳ１６０５）、その誕生日メッセージを表示部１９において表示する（ステップＳ１６０６）。これで誕生日から１か月の間は双方向データ通信装置１０の電源をＯＮするたびに誕生日メッセージが表示されることになる。タイムアップするのを待って（ステップＳ１６０７）、誕生日メッセージの表示を停止し（ステップＳ１６０８）、ＲＡＭ１３から誕生日メッセージを消去する（ステップＳ１６０９）。ユーザーはこの氏名・住所・電話番号などの個人情報を具体的に含んだ誕生日メッセージを見て、現在の氏名・住所・電話番号などの個人情報とすでに個人情報サーバー５０に登録している氏名・住所・電話番号などの個人情報との比較対照をきわめて明瞭に行うことになり、変わっているのかどうかの判断を強く促され、変わっているときは更新登録すべきことを促される。誕生日から１か月を超えているときは、個人情報サーバー５０に対するメッセージ送信要求は行わない。
【０１２５】
誕生日メッセージを確認した後での、誕生日から１か月間の誕生日メッセージの表示を禁止したい場合には、消去キーを操作して、図１５と同様に処理すればよい。
【０１２６】
（実施の形態７）
実施の形態７は個人情報サーバー５０に代えて応答サーバー４０から誕生日メッセージの送信を受けるものである。この場合の誕生日メッセージは、氏名・住所・電話番号などの具体的な個人情報を含むものではなく、放送波の場合と同様に一般的な「お誕生日おめでとうございます。あなたの氏名・住所・電話番号などに変更がありましたら、更新登録をして下さい。」といった内容である。
【０１２７】
動作としては、図１６のフローチャートにおいてステップＳ１６０３で「個人情報サーバーに」を「応答サーバーに」に置き換え、ステップＳ１６０５で「個人情報を含んだ誕生日メッセージ」に代えて単なる「誕生日メッセージ」と置き換えればよい。
【０１２８】
（実施の形態８）
実施の形態８は、誕生日メッセージを外部から受信することに代えて、双方向データ通信装置１０の内部において発するものである。すなわち、ＲＯＭ１２にあらかじめ誕生日メッセージを書き込んでおき、ＣＰＵ１１の日時判断により現在日時が誕生日になったとき（およびそれから１か月間）、ＲＯＭ１２より誕生日メッセージを読み出して表示部１９に表示するものである。この実施の形態の場合、ＲＯＭ１２に大きなメモリ容量を必要とするが、メッセージ表示の制御はきわめて簡単なものとなる。
【０１２９】
（実施の形態９）
上記の各実施の形態５〜８では操作入力部２０の操作によって誕生日のデータをＲＡＭ１３に登録しておくようにしていた。これは、現在日時が誕生日になったかどうかの判断を双方向データ通信装置１０において行うようにするためである。その基本に、その誕生日はその双方向データ通信装置１０のユーザーの誕生日であるから、双方向データ通信装置１０において誕生日を登録するのが自然であるという考えがある。しかし、停電になったり、コンセントを抜いたりすると、ＲＡＭ１３から誕生日のデータが消えてしまう。そうなると、再度の誕生日の登録操作が必要となるが、ユーザーをわずらわせることになるし、忘れられる可能性もある。
【０１３０】
そこで、誕生日のデータを個人情報サーバー５０において登録しておき、誕生日になったかどうかを個人情報サーバー５０において管理してもらうという考え方がでてくる。これに従ったのが、以下に述べる実施の形態９である。
【０１３１】
個人情報サーバー５０において、氏名・住所・電話番号のほかにユーザーの生年月日（誕生日）、端末ＩＤなどのユーザー個人情報の登録が行われているとする。個人情報サーバー５０のＣＰＵは、内蔵タイマーに基づく現在日時が登録されている誕生日に達したかどうかを判断し、達したときは放送局６０に対して該当する端末ＩＤとメッセージ送信指令とを送出する。放送局６０は、受け取った端末ＩＤと誕生日メッセージを放送波にのせて送出する。この処理は原則として誕生日から１か月の間にわたって行われるものとする。
【０１３２】
動作を図１７のフローチャートに従って説明する。双方向データ通信装置１０において、ＣＰＵ１１は、電源ＯＮ時に放送局６０から端末ＩＤを受信したかどうかを判断し（ステップＳ１７０１）、受信したときはその受信した端末ＩＤとＲＯＭ１２から読み出した端末ＩＤとを比較する（ステップＳ１７０２）。比較の結果、２つの端末ＩＤが一致しているときは（ステップＳ１７０３でＹＥＳ）、放送局６０から受信した誕生日メッセージを表示部１９に表示する（ステップＳ１７０４）。このときに表示される誕生日メッセージは普通のもので、例えば前述のとおりの「お誕生日おめでとうございます。あなたの氏名・住所・電話番号などに変更がありましたら、更新登録をして下さい。」といった内容である。
【０１３３】
（実施の形態１０）
誕生日のデータを双方向データ通信装置１０のＲＡＭ１３に登録しない型式において、誕生日メッセージとして個人情報を含んだ誕生日メッセージを表示させる方式も考えられる。これが実施の形態９である。個人情報を含んだ誕生日メッセージの入手は個人情報サーバー５０へのアクセスによって行う。すなわち、図１８のステップＳ１７０１〜Ｓ１７０３の続きに、図１６のステップＳ１６０３〜Ｓ１６０９を実行するように構成したものである。
【０１３４】
双方向データ通信装置１０において、ＣＰＵ１１は、電源ＯＮ時に放送局６０から端末ＩＤを受信したかどうかを判断し（ステップＳ１７０１）、受信したときはその受信した端末ＩＤとＲＯＭ１２から読み出した端末ＩＤとを比較する（ステップＳ１７０２）。比較の結果、２つの端末ＩＤが一致しているときは（ステップＳ１７０３でＹＥＳ）、電話回線３０を介して個人情報サーバー５０に対して自動ダイヤルを行う。このとき、図１６に示すように端末ＩＤとともに誕生日メッセージ送信要求を行う（ステップＳ１６０３）。そして、個人情報サーバー５０からの受信を待つ（ステップＳ１６０４）。個人情報サーバー５０は、双方向データ通信装置１０からの誕生日メッセージ送信要求があったときは、氏名・住所・電話番号などの個人情報を含んだ誕生日メッセージを要求のあった端末ＩＤの双方向データ通信装置１０に対して送信する。双方向データ通信装置１０では、受信した個人情報を含んだ誕生日メッセージをＲＡＭ１３に格納し（ステップＳ１６０５）、その誕生日メッセージを表示部１９において表示する（ステップＳ１６０６）。これで誕生日から１か月の間は双方向データ通信装置１０の電源をＯＮするたびに誕生日メッセージが表示されることになる。タイムアップするのを待って（ステップＳ１６０７）、誕生日メッセージの表示を停止し（ステップＳ１６０８）、ＲＡＭ１３から誕生日メッセージを消去する（ステップＳ１６０９）。
【０１３５】
（実施の形態１１）
上記の実施の形態９，１０において、ユーザーが誕生日メッセージまたは個人情報を含んだ誕生日メッセージを確認した後で、誕生日から１か月間にわたるメッセージ表示のわずらわしさから解消されるようにしたものである。
【０１３６】
図１５の場合と同様に、ユーザーは誕生日メッセージの表示を行わせないようにしたいとき、操作入力部２０（リモコン）において消去キーを操作する。図１５（ａ）に示すように、ＣＰＵ１１は消去キーが操作されたかどうかを判断し（ステップＳ１４０１）、操作されたときは表示フラグＦ１ をリセットする（ステップＳ１４０２）。そして、図１８のフローチャートにおいてステップＳ１７０３ａを追加し、表示フラグＦ１ がセットされているときに限って誕生日メッセージの表示を行い（ステップＳ１７０４）、表示フラグＦ１ がリセットされているときは誕生日メッセージの表示を行わないようにする（ステップＳ１７０６）。表示フラグＦ１ をリセットしたままであると、次の年の誕生日がきたときに誕生日メッセージの表示が行われないことになる。
【０１３７】
そこで、図１５（ｂ）に示すように、誕生日から例えば１１か月が経過したかどうかを判断し（ステップＳ１５０１）、経過したときには表示フラグＦ１ をセットの状態に戻す（ステップＳ１５０２）。すると、図１７のステップＳ１７０３ａの判断がＹＥＳとなり、再び、誕生日メッセージの表示が行われる。
【０１３８】
もう１つの方式として、操作入力部２０において消去キーが操作されたときには、放送局６０からの誕生日メッセージの送出を行わないように構成することが考えられる。すなわち、消去キーが操作されたときに双方向データ通信装置１０から個人情報サーバー５０に自動ダイヤルして、端末ＩＤとともに消去信号を送る。消去信号を受けた個人情報サーバー５０は、該当する端末ＩＤの個人情報として表示フラグＦ１ をリセットする。個人情報サーバー５０のＣＰＵは、表示フラグＦ１ がリセットされているときは現在日時が誕生日に達したときでも、放送局６０に対する端末ＩＤの送出を行わない。したがって、放送局６０からは端末ＩＤ・誕生日メッセージの送出は行われない。誕生日から例えば１１か月が経過したときには表示フラグＦ１ をセットの状態に戻すことにより、次の誕生日がきたときには、再度の誕生日メッセージの送出が行われる。
【０１３９】
なお、上記実施の形態５〜１１において、現在日時と比較すべき所定の月日として誕生日を代表的にあげたが、これに限定されるものではなく、ユーザーは所望の月日を登録してよいものとする。
【０１４０】
以上の実施の形態５〜１１では、１年に１度の機会をもって更新登録促しのメッセージを表示するようにしたものであった。これに対して、以下に説明する実施の形態は１年を四季に分け、季節ごとに更新登録促しのメッセージを表示することで、更新登録促しの機会を増やしたものである。
【０１４１】
なお、表示フラグは個人情報サーバーにおいて保持することも可能である。
（実施の形態１２）
季節の変わり目の日付として、Ｔ１ ，Ｔ２ ，Ｔ３ ，Ｔ４ の４つの日付を設定するとともに、これらの日付のそれぞれに対応させて４種類の季節メッセージＭ１ ，Ｍ２ ，Ｍ３ ，Ｍ４ を設定する。具体的にここでは、一例として単純に、Ｔ１ を１２月３１日、Ｔ２ を３月３１日、Ｔ３ を６月３０日、Ｔ４ を９月３０日とする。そして、季節メッセージＭ１ として例えば「あけましておめでとうございます。本年もどうぞよろしくお願いいたします。さて、あなたの氏名・住所・電話番号などに変更がありましたら、更新登録をして下さい。」を設定し、季節メッセージＭ２ として例えば「ずいぶん暖かくなってまいりました。桜の花がきれいですね。さて、……（同文）……」を設定し、季節メッセージＭ３ として例えば「今年の夏は大変暑いですね。お変わりありませんか。さて、……（同文）……」を設定し、季節メッセージＭ４ として例えば「秋も日一日と深まってまいりました。かぜをひかないように注意しましょう。さて、……（同文）……」を設定する。（同文）のところは「あなたの氏名・住所・電話番号などに変更がありましたら、更新登録をして下さい。」である。
【０１４２】
双方向データ通信装置１０においてＣＰＵ１１は、内蔵タイマーに基づいて季節フラグＦ２ の管理を行う。すなわち、図１８のフローチャートに示すように、季節変わり目日付Ｔ１ になったかどうかを判断し（ステップＳ１８０１）、なったときは季節フラグＦ２ をリセットし（ステップＳ１８０２）、次に季節変わり目日付Ｔ２ になったかどうかを判断し（ステップＳ１８０３）、なったときは季節フラグＦ２ をリセットし（ステップＳ１８０４）、次に季節変わり目日付Ｔ３ になったかどうかを判断し（ステップＳ１８０５）、なったときは季節フラグＦ２ をリセットし（ステップＳ１８０６）、次に季節変わり目日付Ｔ４ になったかどうかを判断し（ステップＳ１８０７）、なったときは季節フラグＦ２ をリセットする（ステップＳ１８０８）。
【０１４３】
放送局６０において、季節変わり目日付を判断して、前記４種類の季節メッセージＭ１ 〜Ｍ４ のうちから現在の季節に応じた季節メッセージを選択し、常時的に放送波にのせて送信する。
【０１４４】
双方向データ通信装置１０においてデータ放送サービス受信のモードになると、図１９のフローチャートの動作が実行される。放送局６０からの季節メッセージを受信し（ステップＳ１９０１）、季節フラグＦ２ がリセットされているかどうかを判断し（ステップＳ１９０２）、リセットされているときは表示部１９に受信した季節メッセージを表示し（ステップＳ１９０３）、表示があったことを示すために季節フラグＦ２ をセットする（ステップＳ１９０４）。これにより、その季節の挨拶と更新登録促しとからなるメッセージが表示されたことになる。１度、そのメッセージの表示が行われると、季節フラグＦ２ がセットとされているので、ステップＳ６２の判断がＮＯとなり、メッセージの表示は行わない。
【０１４５】
具体的には次のとおりである。例えば１２月３１日（Ｔ１ ）になると、季節フラグＦ２ がリセットされる。翌日の１月１日にデータ放送サービスを受信すると、季節メッセージＭ１ の「あけましておめでとうございます。本年もどうぞよろしくお願いいたします。さて、あなたの氏名・住所・電話番号などに変更がありましたら、更新登録をして下さい。」を受信して表示する。次に、１月２日にデータ放送サービスを受信しても季節フラグＦ２ がセットされているので、季節メッセージＭ１ の表示は行われない。次に、３月３１日（Ｔ２ ）になると、季節フラグＦ２ が再びリセットされ、その後にデータ放送サービスを受信すると、季節メッセージＭ２ が表示され、さらにその後に同サービスを受信しても季節メッセージＭ２ の表示は行われない。以下同様であり、１年のうちに４回の更新登録促しのメッセージの表示が行われ、更新登録促しの機会が多くなっている。
【０１４６】
（実施の形態１３）
この実施の形態１３は、個人情報サーバー５０に登録されている氏名・住所・電話番号などのユーザー個人情報をも表示させるものである。図２０のフローチャートに示すように、放送局６０からの季節メッセージを受信し（ステップＳ２００１）、季節フラグＦ２ がリセットされているかどうかを判断し（ステップＳ２００２）、リセットされているときは電話回線３０を介して個人情報サーバー５０に対して自動ダイヤルを行い、端末ＩＤを送るとともにユーザー個人情報の送信の要求を行う（ステップＳ２００３）。そして、個人情報サーバー５０からの受信を待つ（ステップＳ２００４）。個人情報サーバー５０は、双方向データ通信装置１０からの要求に従って登録してあるユーザー個人情報を要求のあった端末ＩＤの双方向データ通信装置１０に対して送信する。双方向データ通信装置１０では、放送局６０から受信した季節メッセージと個人情報サーバー５０から受信したユーザー個人情報とを表示部１９に表示し（ステップＳ２００５）、表示があったことを示すために季節フラグＦ２ をセットする（ステップＳ２００６）。これにより、その季節の挨拶と更新登録促しと氏名・住所・電話番号などの具体的な個人情報とからなるメッセージが表示されたことになる。１度、そのメッセージの表示が行われると、季節フラグＦ２ がセットとされているので、ステップＳ７２の判断がＮＯとなり、メッセージの表示は行わない。
【０１４７】
（実施の形態１４）
この実施の形態１４は、季節フラグＦ２ の判断を応答サーバーで行い、季節メッセージを応答サーバーから送信するようにしたものである。双方向データ通信装置１０側の動作を示す図２１と応答サーバー４０側の動作を示す図２２のフローチャートで説明する。
【０１４８】
双方向データ通信装置１０から電話回線３０を介して応答サーバー４０に対してオンラインサービスを利用するとき、図２２に示すように、応答サーバー４０に対するアクセスを実行し（ステップＳ２１０１）、このときに季節フラグＦ２ と端末ＩＤを応答サーバー４０に送る（ステップＳ２１０２）。応答サーバー４０においては、図２２に示すように、送られてきた季節フラグＦ２ がリセットされているかどうかを判断し（ステップＳ２２０１）、リセットされているときには個人情報サーバー５０にアクセスしてユーザー個人情報（氏名・住所・電話番号など）を入手し（ステップＳ２２０２）、季節の挨拶と更新登録促しと氏名・住所・電話番号などの具体的な個人情報とからなるメッセージを受け取った端末ＩＤの双方向データ通信装置１０に対して電話回線３０を介して送信し（ステップＳ２２０３）、以下は通常のオンラインサービス処理を実行する（ステップＳ２２０４）。双方向データ通信装置１０側では、応答サーバー４０から送信されてきた季節の挨拶と更新登録促しと氏名・住所・電話番号などの具体的な個人情報とからなるメッセージを受信し（ステップＳ２１０３）、表示部１９にそのメッセージを表示し（ステップＳ２１０４）、表示されたことを示すために季節フラグＦ２ をセットする（ステップＳ２１０５）。以下は通常のオンラインサービス処理を実行する（ステップＳ２１０６）。
【０１４９】
一度、ステップＳ２１０３のメッセージ表示が行われると、季節フラグＦ２ がセットされるので、次に図１８の処理により季節フラグＦ２ がリセットされるまでは、オンラインサービスのアクセスを行っても、応答サーバー４０側では図２２のステップＳ２２０１の判断がＮＯとなり、ステップＳ２２０２，Ｓ２２０３の処理はスキップして、通常のオンラインサービス処理（ステップＳ２２０４）へ進む。
【０１５０】
（実施の形態１５）
実施の形態１５は、実施の形態１４においてユーザー個人情報の送信・表示を省略したものである。すなわち、図２２のステップＳ２２０２のユーザー個人情報の入手処理は省略する。ステップＳ２２０３では季節の挨拶と更新登録促しとからなるメッセージを双方向データ通信装置１０に送信する。また、図２１のステップＳ２１０３，Ｓ２１０４の受信・表示の対象は季節の挨拶と更新登録促しとからなるメッセージとなる。
【０１５１】
上記の実施の形態１２〜１５においては４つの季節変わり目ごとに互いに異なる季節メッセージを用意したが、これに代えて常に共通のメッセージとしてもよい。例えば「ごきげんいかがですか。」などが考えられる。また、１年を４つに分けることは一例であり、２つに分けたり、６つに分けたり、１２に分けてもよい。分ける数が多いほど更新登録促しの機会を多く与えることができる。また、図１８のＴ１ ，Ｔ２ ，Ｔ３ ，Ｔ４ の季節変わり目日付はすべての双方向データ通信装置１０において共通の固定値であってもよいが、そうすると、ユーザー個人情報の更新登録の処理が一時期に集中し無秩序な接続トライつまりは回線の混雑が起きやすい。そこで、双方向データ通信装置１０の製造過程（出荷前）において、端末ＩＤを登録するときなどに、機種毎あるいはロット毎に季節変わり目日付を少しずつずらせて登録しておく。そうすると更新登録の処理のタイミングが分散され、処理が全体としてスムーズに行われる。
【０１５２】
【発明の効果】
以上の実施例からも明らかのように、本発明によれば、ユーザ情報の保護、更新、登録が確実に行われ、双方向通信に起こる弊害を未然に防ぐことが出来る。
【０１５３】
特に、個人情報の保持・管理を一元的に行う個人情報サーバーという機関を設立することににより、個人情報を応答サーバのそれぞれに登録する必要が無くなる効果に加えて、この個人情報サーバの個人情報の登録、更新、照合確認するユーザ情報管理手段を双方向データ通信装置自体に設けることにより、個人情報の登録、更新、照合確認が容易になり、且つ保護がより確実になるものである。
【０１５４】
また、個人情報の管理が可能な双方向のデータ通信が可能となり、その効果はユーザーにとって必要不可欠な効果を奏するものである。
【０１５５】
更に、長期にわたって個人情報の管理が可能となり、その効果は双方向メディアにとって必要不可欠な効果を奏するものである。
【０１５６】
更に又、氏名・住所・電話番号などのユーザー個人情報が変わっている場合でも、更新登録促しのメッセージを表示するので、更新登録が行われ、双方向データシステムを有機的に機能させることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る双方向データ通信装置の電気的構成を示すブロック図
【図２】実施の形態１に係る動作説明図
【図３】実施の形態１に係るデータ内容を示す図
【図４】実施の形態１に係る動作説明に供するフローチャート
【図５】実施形態２に係る動作説明に供するフローチャート
【図６】実施形態２に係る動作説明に供するフローチャート
【図７】実施形態３に係る動作説明に供するフローチャート
【図８】実施形態３に係る動作説明に供するフローチャート
【図９】実施形態３に係選択方法の動作説明のための図
【図１０】実施形態３に係る地域データベースを示す図
【図１１】実施形態４に係る動作説明に供するフローチャート
【図１２】実施形態４に係る動作説明に供するフローチャート
【図１３】本発明の実施の形態５に係る双方向データ通信装置の電気的構成を示すブロック図
【図１４】実施の形態５における誕生日メッセージの表示の動作を説明するフローチャート
【図１５】誕生日メッセージのたびたびの表示を避けるための動作を説明するフローチャート
【図１６】実施の形態６における個人情報を含んだ誕生日メッセージの表示の動作を説明するフローチャート
【図１７】実施の形態９における誕生日メッセージの表示の動作を説明するフローチャート
【図１８】実施の形態１０における季節変わり目日付による季節フラグのリセットの動作を説明するフローチャート
【図１９】実施の形態１０における季節メッセージの表示の動作を説明するフローチャート
【図２０】実施の形態１３における個人情報を含んだ季節メッセージの表示の動作を説明するフローチャート
【図２１】実施の形態１４における双方向データ通信装置側の個人情報を含んだ季節メッセージの表示の動作を説明するフローチャート
【図２２】実施の形態１４における応答サーバー側の個人情報を含んだ季節メッセージの送信の動作を説明するフローチャート
【図２３】従来技術に係る双方向データ通信システムの概略のブロック図
【符号の説明】
１ テレビ放送局
２ データ放送受信装置
２ａ データ放送デコーダ
２ｂ モデム
３ 応答サーバー
４ 電話回線
５ 電話回線
１０ 双方向データ通信装置
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ テレビ信号入力端子
１５ 映像信号受信部
１６ データ放送デコーダ部
１７ 映像切換部
１８ 表示制御部
１９ 表示部
２０ 操作入力部
２１ 入力インターフェイス
２２ モデム
２３ バス
２４ ＮＣＵ
３０ 電話回線
４０ 応答サーバー
５０ 個人情報サーバー
６０ 放送局
７０ 物品販売会社
Claims (3)
- 個人情報サーバーと放送局と双方向データ通信装置からなる双方向データ通信システムであって、
前記個人情報サーバーは、
少なくとも所定月日を含む個人情報を記憶する個人情報記憶手段と、
現在日時を計測する計測手段と、
前記計測手段が計測した前記現在日時が前記個人情報記憶手段が記憶した前記所定月日以降の一定期間に含まれる場合に、端末識別情報を含むメッセージ送信指令を送信する指令送信手段とを備え、
前記放送局は、
前記メッセージ送信指令を受信する指令受信手段と、
所定のメッセージを記憶するメッセージ記憶手段と、
前記指令受信手段が前記メッセージ送信指令を受信した場合に、前記端末識別情報及び前記メッセージ記憶手段が記憶した前記所定のメッセージを放送信号として送信する放送送信手段とを備え、
前記双方向データ通信装置は、
前記端末識別情報及び前記所定のメッセージを含む放送信号を受信する放送受信手段と、
前記放送受信手段が受信した前記端末識別情報に応じて前記所定のメッセージを表示する表示手段とを備えることを特徴とする双方向データ通信システム。 - 個人情報サーバーと放送局と双方向データ通信装置からなる双方向データ通信システムであって、
前記個人情報サーバーは、
少なくとも所定月日を含む個人情報を記憶する個人情報記憶手段と、
現在日時を計測する計測手段と、
前記計測手段が計測した前記現在日時が前記個人情報記憶手段が記憶した前記所定月日以降の一定期間に含まれる場合に、端末識別情報を含むメッセージ送信指令を送信する指令送信手段と、
前記個人情報記憶手段が記憶した前記個人情報に基づいてメッセージを作成し送信するメッセージ送信手段とを備え、
前記放送局は、
前記メッセージ送信指令を受信する指令受信手段と、
前記指令受信手段が前記メッセージ送信指令を受信した場合に、前記端末識別情報を放送信号として送信する放送送信手段とを備え、
前記双方向データ通信装置は、
前記端末識別情報を含む放送信号を受信する放送受信手段と、
前記放送受信手段が受信した前記端末識別情報に応じて、前記メッセージ送信手段が送信した前記メッセージを取得し表示する表示手段とを備えることを特徴とする双方向データ通信システム。 - 前記双方向データ通信装置は、
前記表示手段の表示を消去する消去信号を作成し送信する消去信号送信手段を更に備え、
前記個人情報サーバーは、
前記消去信号送信手段が送信した前記消去信号を受信した場合に、前記指令送信手段が前記メッセージ送信指令を送信しないよう制御することを特徴とする請求項１または２記載の双方向データ通信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP30612596A JP3572830B2 (ja) | 1995-11-24 | 1996-11-18 | 双方向データ通信方法及びそれを用いた双方向データ通信装置 |
Applications Claiming Priority (7)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7-306164 | 1995-11-24 | ||
| JP30616495 | 1995-11-24 | ||
| JP30772895 | 1995-11-27 | ||
| JP7-307728 | 1995-11-27 | ||
| JP32335295 | 1995-12-12 | ||
| JP7-323352 | 1995-12-12 | ||
| JP30612596A JP3572830B2 (ja) | 1995-11-24 | 1996-11-18 | 双方向データ通信方法及びそれを用いた双方向データ通信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09224236A JPH09224236A (ja) | 1997-08-26 |
| JP3572830B2 true JP3572830B2 (ja) | 2004-10-06 |
Family
ID=27479914
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP30612596A Expired - Lifetime JP3572830B2 (ja) | 1995-11-24 | 1996-11-18 | 双方向データ通信方法及びそれを用いた双方向データ通信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3572830B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001036485A (ja) * | 1999-07-16 | 2001-02-09 | Nippon Telegr & Teleph Corp <Ntt> | 放送コンテンツ構成方法及び放送受信方法及び放送受信システム及び放送受信プログラムを格納した記憶媒体 |
| JP2001344379A (ja) * | 2000-06-01 | 2001-12-14 | Nec Corp | 個人情報管理方法 |
| JP4558147B2 (ja) * | 2000-06-16 | 2010-10-06 | 株式会社バンダイ | テレビ放送システム制御用サーバー |
| JP2003273820A (ja) * | 2002-03-14 | 2003-09-26 | Toshiba Corp | 個別情報提供システム、個別情報作成装置および個別情報作成方法 |
| JP4329656B2 (ja) | 2004-09-13 | 2009-09-09 | 沖電気工業株式会社 | メッセージ受信確認方法、通信端末装置及びメッセージ受信確認システム |
| JP2007336264A (ja) * | 2006-06-15 | 2007-12-27 | Asahi Broadcasting Corp | データ放送システム |
| JP4716135B2 (ja) * | 2007-05-22 | 2011-07-06 | ソニー株式会社 | 情報処理方法、受信機、情報センタ及び受信方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0563696A (ja) * | 1991-09-02 | 1993-03-12 | Nippon Telegr & Teleph Corp <Ntt> | 仲介通信方式 |
| IL105432A (en) * | 1993-04-16 | 1999-10-28 | New Datacom Res Ltd | Methods and systems for non-program applications for subscriber television |
-
1996
- 1996-11-18 JP JP30612596A patent/JP3572830B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09224236A (ja) | 1997-08-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0776131B1 (en) | Two-way data communication method and two-way data communication apparatus using the same | |
| KR100778814B1 (ko) | 텔레비전 장치 | |
| BE1009081A4 (fr) | Methode et systeme de distribution de signaux a des abonnes en regle. | |
| CN101422042B (zh) | 经由电视提供共享文件夹的系统和方法 | |
| EP1308865A1 (en) | Broadcast using method, receiver, mobile terminal, and service providing device | |
| US5864823A (en) | Integrated virtual telecommunication system for E-commerce | |
| US6487543B1 (en) | Media-integrating system, terminal device, recording medium and broadcasting method for use in the media-integrating system | |
| KR100948438B1 (ko) | 방송 프로그램 처리 장치, 컴퓨터 시스템, 방송 프로그램의 평가 처리 시스템 및 컴퓨터 프로그램이 기록된 기록 매체 | |
| US20020151271A1 (en) | Data transfer method and mobile server | |
| JP2002064785A (ja) | 情報記録装置および情報記録方法、情報処理端末および情報処理方法、情報処理装置および情報処理方法、並びに記録媒体 | |
| CN102665112A (zh) | 用于多媒体内容的安全传输和回放的方法和设备 | |
| US9094578B2 (en) | Pay-per-view sharing | |
| JPH04180451A (ja) | 情報配給方式 | |
| US8107626B2 (en) | Method and system for enabling transfer of content between a storage device and a portable media player device | |
| JP3572830B2 (ja) | 双方向データ通信方法及びそれを用いた双方向データ通信装置 | |
| CN101124825A (zh) | 用于多媒体内容的安全传输和回放的方法和设备 | |
| JP2002140541A (ja) | コンテンツデータ蓄積システム及びプログラム | |
| JP4219568B2 (ja) | デジタルコンテンツのオンライン取引支援システム、方法、コンピュータプログラム、記録媒体 | |
| KR100458427B1 (ko) | 쌍방향데이터통신방법및그것을사용한쌍방향데이터통신장치 | |
| JPH0723364A (ja) | 有料暗号化放送の視聴装置 | |
| JP4227773B2 (ja) | Ｔｖ番組録画配信システム、ｔｖ番組録画配信方法、およびそのプログラム | |
| JP2003516051A (ja) | 信号ユニットを送信する装置 | |
| JP4098960B2 (ja) | コンテンツ提供システム及びコンテンツ提供方法 | |
| JP2004135273A (ja) | システム、情報表示装置、および方法 | |
| JP2006262497A (ja) | 情報表示装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040127 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040316 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040406 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040512 |
|
| 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: 20040608 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040621 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20070709 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080709 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090709 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090709 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100709 Year of fee payment: 6 |