ＴＶメールシステム
【課題】一般家庭用テレビジョンの利用用途を電子メールを送受信する分野にまで広げること。
【解決手段】複数のテレビジョン受像機１０とテレビジョン受像機１０が通信回線を介して回線接続されるメールサーバ３０とにより構築されるＴＶメールシステムであり、テレビジョン受像機１０にメール送信データを作成してメールサーバへ送信するメール送信機能、受信メールを表示するメール受信機能とを備え、メールサーバ３０に利用者の認証データベース３３と、メール送信データを保存する受信ボックス３６と、受信者のメールボックス３７と、メール送信データを認証データベース３３を参照して受信者のメールボックス３７へ分配する分配手段３４と、メールボックス３７に配信されたメール情報からメール受信データを作成して受信者のテレビジョン受像機１０に送信する転送手段３３とを備える。
【解決手段】複数のテレビジョン受像機１０とテレビジョン受像機１０が通信回線を介して回線接続されるメールサーバ３０とにより構築されるＴＶメールシステムであり、テレビジョン受像機１０にメール送信データを作成してメールサーバへ送信するメール送信機能、受信メールを表示するメール受信機能とを備え、メールサーバ３０に利用者の認証データベース３３と、メール送信データを保存する受信ボックス３６と、受信者のメールボックス３７と、メール送信データを認証データベース３３を参照して受信者のメールボックス３７へ分配する分配手段３４と、メールボックス３７に配信されたメール情報からメール受信データを作成して受信者のテレビジョン受像機１０に送信する転送手段３３とを備える。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、番組放送受信機能を持つテレビジョン受像機と、これら受像機が通信回線を介して回線接続される応答サーバとにより構築される双方向テレビジョンシステムの関連技術に係り、特にテレビジョン受像機にて電子メールを送受信するＴＶメールシステムに関する。
【０００２】
【従来の技術】最近、一般家庭用テレビジョンの高機能化に伴い、マルチメディアの一環として一般家庭用テレビジョンの利用技術が注目されている。現状では文字多重放送が実働している。文字多重放送は、多数の番組を放送波に多重して伝送し、受信側で必要な番組を選択受信してテレビジョン映像信号に変換して表示させるものである。
【０００３】このような文字多重放送の技術を使用することにより、通常のテレビジョン放送に加えて任意に多数の文字番組、静止画または動画による番組を視聴者に提供できる。例えば、テレビ番組でコマーシャル放送されている商品及びその購買方法の説明を同テレビ番組に多重化させた文字多重番組で行うことができる。
【０００４】ところが、現在のテレビジョン放送は放送局からテレビジョン受像機を介して視聴者に対し一方的に情報を提供するので、例えば番組内で紹介された複数の商品の中から視聴者が希望する商品の補足情報を選択的に表示したり、番組の中で視聴者に呼び掛けを行い、それに対する視聴者からの応答をリアルタイムで集計して番組に反映させるといった運用を行うことはできなかった。
【０００５】番組提供者から視聴者に対して一方的に情報を提供するだけでなく、視聴者が番組に対して応答を返せるような双方向性を持った番組（以下、このような番組を「双方向テレビ番組」と呼ぶ）にするためには、テレビ番組を放映しているテレビジョン受像機において応答データを受け付けて集計センタ（応答サーバ）へ伝送する機能を持った双方向性のテレビジョン受像機（以下、「双方向テレビ」と呼ぶ）を利用することが考えられる。
【０００６】しかしながら、文字多重放送に対応させたテレビジョンは、放送局から送信された番組を視聴者に表示する一方向の情報伝達のみであり、その利用用途は狭い範囲に限られていた。
【０００７】
【発明が解決しようとする課題】上記したように、一般家庭用テレビジョンは放送番組を視聴者に提供する一方向の情報伝達のみであるので、その利用用途は狭い範囲に限られていた。
【０００８】本発明は、以上のような実情に鑑みてなされたもので、パーソナルコンピュータ等の計算機を利用すること無く、一般家庭用テレビジョンの利用用途を電子メールを送受信する分野にまで広げることのできるＴＶメールシステムを提供することを目的とする。
【０００９】
【課題を解決するための手段】本発明は、上記目的を達成するために以下のような手段を講じた。
【００１０】放送波を受信して番組を表示する受信機能を持つ複数のテレビジョン受像機と、これらテレビジョン受像機が通信回線を介して回線接続されるメールサーバとにより構築されるＴＶメールシステムである。前記テレビジョン受像機は、宛先及びメール本文とからメール送信データを作成して前記メールサーバへ送信するメール送信機能と、前記メールサーバから受信したメール受信データの内容を元に受信メールを表示するメール受信機能とを備える。前記メールサーバは、利用者の認証情報が登録された認証データベースと、受信したメール送信データを保存する受信ボックスと、受信者のメールボックスと、前記受信ボックスに保存されたメール送信データを前記認証データベースを参照して受信者のメールボックスへ分配する分配手段と、前記メールボックスに配信されたメール情報からメール受信データを作成して受信者のテレビジョン受像機に送信する転送手段とを備える。
【００１１】本発明によれば、テレビジョン受像機のメール送信機能によって、宛先及びメール本文とからメール送信データが作成されてメールサーバへ送信される。メールサーバでは、受信したメール送信データが受信ボックスに格納される。受信ボックスに保存されたメール送信データが分配手段によって認証データベースを参照して受信者のメールボックスへ分配される。
【００１２】メールサーバは、転送手段がメールボックスに配信されたメール情報からメール受信データを作成して受信者のテレビジョン受像機に送信する。テレビジョン受像機では、メール受信機能によってメールサーバから受信したメール受信データの内容を元に受信メールが表示される。
【００１３】上記したＴＶメールシステムは、具体的には、以下のように構成することができる。すなわち、前記テレビジョン受像機に、メール送信画面を表示して宛先電話番号及びメール本文を受け付けることによりメール送信データを作成して前記メールサーバへ送信するメール送信機能と、前記メールサーバからメール受信要求に応じて送られてきたメール受信データを受信し当該メール受信データの内容を元にメール受信画面を表示するメール受信機能とを備え、前記メールサーバに、前記各テレビジョン受像機の利用者に関して利用者識別子を含んだ認証情報が登録された認証データベースと、受信したメール送信データを保存する受信ボックスと、受信者のメールボックスと、前記受信ボックスに保存されたメール送信データの宛先電話番号を元に前記認証データベースを検索して宛先となる受信者のメールボックスを特定する情報を取得する名前解析手段と、前記受信ボックスに保存されたメール送信データを前記メールボックス特定情報に基づいて該当するメールボックスへ格納するメール分配手段と、前記テレビジョン受像機からのメール受信要求に応じて該当するメールボックスからメール情報を取り出しメール受信データを作成して要求元の受信者のテレビジョン受像機に送信するメール転送手段とを備える。
【００１４】また、前記認証データベースに着信情報を書き込む領域を設け、メール送信データを受信したとき前記認証データベースの該当する着信情報を着信状態とし、メール受信要求を受けたとき前記認証データベースの該当する着信情報を非着信状態に変更するようにする。
【００１５】このようにすれば、認証データベースによって全ての利用者の電子メールの着信状態を管理することができる。着信状態が所定期間以上継続する利用者には受信を促すことができる。
【００１６】また、放送波を受信して番組を表示する受信機能を持つ複数のテレビジョン受像機と、所定エリア毎にこれらテレビジョン受像機が通信回線を介して回線接続されると共に互いにネットワーク上で接続される複数のローカルメールサーバと、これらローカルメールサーバが通信回線を介して回線接続されるセンタメールサーバとによりＴＶメールシステムを構築することができる。
【００１７】前記テレビジョン受像機に、宛先及びメール本文とからメール送信データを作成して前記メールサーバへ送信するメール送信機能と、前記メールサーバから受信したメール受信データの内容を元に受信メールを表示するメール受信機能とを備える。前記センタメールサーバに、利用者の認証情報が登録された認証データベースと、前記ローカルメールサーバから解析依頼された受信者の認証情報を前記認証データベースから取得して依頼元のローカルメールサーバへ送信する名前解析手段とを備える。さらに、前記ローカルメールサーバに、受信したメール送信データを保存する受信ボックスと、受信者のメールボックスと、前記センタメールサーバから応答のあった解析依頼に対する認証情報について当該認証情報を付加したメール中継データを作成し受信側ローカルメールサーバへ中継する中継手段と、送信側ローカルメールサーバから中継されたメール中継データを認証情報を元に受信者のメールボックスに格納する分配手段と、前記メールボックスに配信されたメール情報からメール受信データを作成して受信者のテレビジョン受像機に送信する転送手段とを備える。
【００１８】このように構成することにより、ＴＶメール機能がセンタメールサーバとローカルメールサーバとに分散配置することができ、センタメールサーバの付加を軽減できる利点がある。
【００１９】ネットワークを介して互いに回線接続されるローカルメールサーバのネットワーク上のアドレスを管理するためにセンタメールサーバにノード管理情報を配置して、解析依頼があったときに同時にアドレスを通知してやることにより送信側ローカルメールサーバから簡単に受信側ローカルメールサーバへ中継データを転送できることになる。
【００２０】ローカルメールサーバに配置した受信者のメールボックスに着信情報を書き込む領域を設け、送信側ローカルメールサーバからメール中継データを受信したとき前記メールボックスの着信情報を着信状態とし、メール受信要求を受けたとき前記メールボックスの着信情報を非着信状態に変更するようにする。
【００２１】このように構成すれば、着信フラグをＯＦＦにする処理がローカルメールサーバで閉じるため、センタメールサーバとの間の通信を削減できる。
【００２２】テレビジョン受像機に、受信メールを表示しているとき当該受信メールに対する返信メールを受け付け、返信メールの作成要求があれば前記受信メールに設定されている送信者の電話番号を宛先電話番号に自動設定した返信用のメール送信データを作成する返信メール作成手段を備える。
【００２３】このようなＴＶメールシステムによれば、返信用のメールの宛先の設定が自動化されるため利用者の入力操作を軽減できることになる。
【００２４】また、前記テレビジョン受像機に、受信メールを表示しているとき当該受信メールの転送要求を受け付け、受信メールに対する転送要求があれば前記受信メールに設定されている送信者のアドレスを元の送信者のアドレスとして自動設定した転送用のメール送信データを作成する転送メール作成手段を備える。
【００２５】このようなＴＶメールシステムによれば、転送用のメールに元の送信者のアドレスを自動設定できるので転送用のメールを作成する利用者の入力操作を軽減できることになる。
【００２６】前記メールサーバ、前記センタメールサーバ、又は前記ローカルメールサーバのいずれかに、利用者毎に準備される送信履歴ボックスと、当該サーバがメール送信データを受信したとき前記受信ボックスに格納すると共に当該利用者の送信履歴ボックスに格納する手段と、送信履歴要求を受信したとき当該利用者の送信履歴ボックスから過去の送信履歴を取り出して送信履歴データを作成して要求元のテレビジョン受像機に送信する手段とを備える。また、前記テレビジョン受像機に、メールサービス画面上で送信履歴要求を受け付けて前記送信履歴ボックスが配置されたサーバヘ送信履歴要求データを送信する手段と、前記サーバから前記送信履歴要求に対応して送信されてきた送信履歴データに基づいて利用者の送信履歴一覧を表示する手段とを備える。
【００２７】このようなＴＶメールシステムによれば、自己の送信履歴を表示させることができるので、過去に作成した送信メールを利用して新たなメールを作成することができるようになる。
【００２８】前記テレビジョン受像機に、定型文の分類一覧を表示させて利用者に分類一覧の中から定型文の分類を選択させる分類選択手段と、この分類選択手段で選択された定型文の分類に属する定型文の一覧を表示させて利用者に定型文を選択させる定型文選択手段と、この定型文選択手段で選択された一つ又は複数の定型文を作成中のメール本文に挿入してメール作成を支援する入力支援手段とを備える。このようなＴＶメールシステムによれば、文字入力が比較的困難であるテレビジョン受像機において定型的な文章についてはボタン選択で入力することができ、利用者の入力操作を軽減できることになる。
【００２９】前記テレビジョン受像機に、現在画面に表示されている画面データの内容を読み取って、その内容を印字する印字手段と、利用者から指示された印字命令を認識して前記印字手段に印字を依頼する手段とを備える。
【００３０】このようなＴＶメールシステムによれば、現在画面に表示されている画面データの内容を印字出力することができる。
【００３１】前記テレビジョン受像機においてメール送信データにそのメールを印刷できるか否かを示す印刷許可フラグを付加し、前記テレビジョン受像機において受信したメール受信データに付加されている印刷許可フラグをみて印刷の可否を判断する用にした。
【００３２】このようなＴＶメールシステムによれば、印刷することが好ましくないと思われるメールに対して送信元でプロテクトを掛けることができる。
【００３３】前記テレビジョン受像機において表示するメールサービスに関する画面データを前記メールサーバ、前記センタメールサーバ、又は前記ローカルメールサーバのいずれかに配置した画面データベースに保存し、前記テレビジョン受像機からの要求に応じて画面データベースから画面データを取り出して要求元のテレビジョン受像機へ送信するこのようなＴＶメールシステムによれば、メールサービスの内容がバージョンアップされたような場合に、全てのテレビのプログラムを変更するのは事実上不可能であるが、この発明であればサーバの画面データベースを書き替えるだけで変更後のメールサービスを全ての利用者に対して提供することができる。
【００３４】前記テレビジョン受像機に、メールの送信及び受信に係る手続き、メールサービスの内容に応じた必要な種々の画面データ、及び画面表示の制御内容をそれぞれ記述したスクリプトを、放送局から送信された受信放送波から抽出する手段と、この手段で抽出されたスクリプトを格納するメモリとを備え、前記メモリからスクリプトをロードしてメールサービスを提供するようにした。
【００３５】このようなＴＶメールシステムによれば、放送局から最新のスクリプトを埋め込んだ放送波を送信するだけで全てのテレビジョン受像機のスクリプトを更新することができる。
【００３６】前記テレビジョン受像機に、利用者から入力されたスクリプト更新要求を受け付ける手段と、この手段に入力されたスクリプト更新要求が有効なときに受信放送波からスクリプトが抽出されたならば当該スクリプトを前記メモリに格納してスクリプトを更新するスクリプト更新手段とを備える。
【００３７】このようなＴＶメールシステムによれば、利用者がスクリプトの更新を要求したときだけ更新することができる。
【００３８】放送局から放送波に埋め込むスクリプトにバージョン番号を付けてやることにより、テレビジョン受像機で受信したスクリプトが最新のものかどうかを判断することができる。
【００３９】なお、テレビジョン受像機に前述した双方向テレビを使用することにより、メールサーバ、センタメールサーバ、又はローカルメールサーバに後述する実施の形態で説明している応答サーバを使用することができる。
【００４０】
【発明の実施の形態】以下、本発明の実施の形態について説明する。
（第１の実施の形態）図１は第１の実施の形態に係るＴＶメールシステムのシステム構成図である。このＴＶメールシステムは、一般家庭等に設置され認証登録の行われている複数の双方向テレビ１０、地域毎に散在し地域内の双方向テレビ１０と通信するローカル応答サーバ２０、全てのローカル応答サーバ２０と通信可能に接続されたセンタ応答サーバ３０から構成されている。
【００４１】双方向テレビ１０は、放送局から送信された放送電波をデータ受信部１１において受信する。この双方向テレビ１０は、放送電波から本来の放送番組の情報と双方向テレビ番組の情報（プログラム、画像、文字等）とを分離し、双方向テレビ番組のプログラム等はプログラム制御部１２へ渡し、本来の放送番組の情報はデータ表示部１３へ渡すように機能する。プログラム制御部１２は、双方向テレビ番組の番組プログラムを実行し、双方向テレビ番組に対してリモコン操作部１６を介して利用者から返される応答を受け付ける。さらに、プログラム制御部１２は、利用者からの要求に応じて電子メールサービスを提供する。双方向テレビ１０においてＴＶメールサービスを提供する上で必要な固定情報は情報格納部１５に予め格納されている。
【００４２】双方向テレビ１０とローカル応答サーバ２０との間は両者の通信制御部１４、２１により回線接続される。本例では電話回線を利用しているが、他の通信回線を利用することもできる。また、ローカル応答サーバ２０とセンタ応答サーバ３０との間も両者の通信制御部２１，３４により回線接続される。
【００４３】ローカル応答サーバ２０に、送信／受信データ、要求データ等に設定したヘッダの内容を解釈する機能を持ったクライアントプログラム２２を配置している。クライアントプログラム２２は、双方向テレビ１０から送られてくるメール送信データをセンタ応答サーバ３０へ転送し、またセンタ応答サーバ３０から送られてくるメール受信データをメール受信要求に応じて中継する。
【００４４】センタ応答サーバ３０は、予め登録している利用者の認証情報が記憶された認証データベース３５、ローカル応答サーバ２０から送られてくるメール送信データを保存する受信ボックス３６、各利用者のメールボックス３７を備えている。メールボックス３７は利用者の認識番号（ＩＤ＝０００１，ＩＤ＝１１１１，ＩＤ＝１２３４…）で管理されている。
【００４５】図２は認証データベース３５のデータ構造を示している。認証データベース３５は、予め登録している全ての利用者を利用者毎に付与した利用者ＩＤにより管理し、氏名、住所、電話番号等の認証情報と、ＴＶメールの着信情報と、その他の情報とが記憶されている。図３は受信ボックス３６のデータ構造を示している。受信ボックス３６のデータ構造は、ＴＶメール毎に送信元、宛先、本文に分けられている。宛先には電話番号を使用する。図４はメールボックス３７のデータ構造を示している。メールボックス３７は、ＴＶメールが届いている利用者に対して準備され、利用者ＩＤにより管理されている。データ構造は送信元と本文からなる。
【００４６】また、センタ応答サーバ３０は、メールボックス３７に入っているＴＶメールをローカル応答サーバ２０からの要求に応じて転送するメール転送プログラム３３、受信ボックス３６に保存したＴＶメールを宛先解析結果に基づいて該当するメールボックス３７に格納するメール分配プログラム３４、受信ボックス３６に保存したＴＶメールの宛先を解析する名前解析サーバプログラム３８を備えている。
【００４７】以上のように構成された実施の形態の動作について図５〜図１２を参照しながら説明する。
【００４８】図５は双方向テレビ１０におけるＴＶメールの送信及び受信の処理の流れを示している。最初に、ＴＶメールを送信する場合について説明する。
【００４９】双方向テレビ１０では、リモコン操作部１６からサービスメニューの表示要求が入力されると、図６R>６（ａ）に示すサービスメニューの画面情報をプログラム制御部１２が情報格納部１５から取り出してデータ表示部１３に与えることによりテレビ画面上に表示する。サービスメニュー画面には、提供可能なサービス名を列挙している。
【００５０】図６（ａ）に示すサービスメニュー画面においてリモコン操作によって「ＴＶメール」が選択されたならば、図６（ｂ）に示すテレビメールサービス画面をテレビ画面に表示させる。今は送信の場合であるので、テレビメールサービス画面においてリモコン操作で「送信」が選択される。プログラム制御部１２は、「送信」が選択されると、図６（ｃ）に示すＴＶメール送信画面のフォーマットを情報格納部１５から取り出してデータ表示部１３に与えて表示させる。
【００５１】利用者は、ＴＶメール送信画面のフォーマットの宛先欄、本文欄に必要な情報をリモコン操作等によって書き込むことによりＴＶメール文書を作成する。宛先欄に送信先の利用者の電話番号を入力し、本文欄にメッセージを入力する。
【００５２】ＴＶメール送信画面において「送信」が選択されると、図７に示す送信フォーマットでプログラム制御部１２がメール送信データを作成する。すなわち、送信ヘッダにはメール送信であることを示す情報を設定し、送信元には当該双方向ＴＶ１０の利用者ＩＤを設定し、宛先には相手電話番号を画面の宛先情報からコピーして設定し、その後に続けて画面の本文欄に書き込まれたメッセージをコピーして書き込む。このようにして作成したメール送信データを通信制御部１４に渡し、通信制御部１４がローカル応答サーバ２０に回線接続してメール送信データを送信する。
【００５３】図８はローカル応答サーバ２０でのメール送信及びメール受信の処理の流れを示している。ローカル応答サーバ２０では、双方向テレビ１０から受信したメール送信データをクライアントプログラム２２へ渡す。クライアントプログラム２２はメール送信データのヘッダの内容を見て送信メールであることが分かると、当該メール送信データを通信制御部２１に渡してセンタ応答サーバ３０のメール転送プログラム３３に転送する。ローカル応答サーバ２０とセンタ応答サーバ３０との間のメール転送は両者の通信制御部２１，３４を介して行われる。
【００５４】図９はセンタ応答サーバ３０での送信および受信要求の処理の流れを示している。センタ応答サーバ３０では、ローカル応答サーバ２０から送られてきたメール送信データをメール転送プログラム３３に渡す。メール転送プログラム３３は、この受信したメール送信データのヘッの内容を見て送信メールであると判断すると、当該メール送信データを受信ボックス３６に格納する。
【００５５】メール分配プログラム３４は、定期的に受信ボックス３６の内容を確認しており、メール送信データが格納されているとそれを取り出して、宛先展開、送信元展開、受信者メールボックスへの格納をそれぞれ実施する。宛先展開では、名前解析サーバプログラム３８に宛先の電話番号を指示して名前解析を依頼する。
【００５６】名前解析サーバプログラム３８は、メール分配プログラム３４から宛先展開のためのデータ検索が依頼されると、宛先の電話番号をキーにして認証データベース３５から受信者の個人情報を取り出して利用者ＩＤをメール分配プログラム３４へ渡すと共に、その個人情報の中の「着信フラグ」をＯＮにする。着信フラグを操作した個人情報は認証データベース３５へ反映させる。
【００５７】また、名前解析サーバプログラム３８は、メール分配プログラム３４から送信者の利用者ＩＤを指示して依頼された送信元展開に応じ、送信者の利用者ＩＤをキーにして認証データベース３５から送信者の氏名、住所を取り出してメール分配プログラム３４へ渡す。
【００５８】メール分配プログラム３４は、送信元展開で取得した送信者の氏名・住所とメール送信データの本文とから受信メールを作成し、宛先展開で取得した受信者の利用者ＩＤのメールボックス３７に当該受信メールを格納する。図４は利用者ＩＤ＝１１１１の受信者に、羽村市の三浦さんからＴＶメールが着信したことを示している。
【００５９】メールボックス３７に受信メールを格納すると、当該メールボックス３７の受信メールの受信者の電話番号にローカル応答サーバを介して回線接続してＴＶメールの受信を知らせる。
【００６０】次に、ＴＶメールを受信するための処理について説明する。図５に示すように、ＴＶメールの着信通知を受けている利用者が双方向テレビ１０においてＴＶメールサービス画面を開いて「受信」を選択することにより処理が開始される。ＴＶメールサービス画面を開くところまでは「送信」のときと同様である。図１０（ａ）は双方方向テレビ１０に表示させたＴＶメールサービス画面で「受信」を選択したところを示している。
【００６１】双方向テレビ１０のプログラム制御部１２は、ＴＶメールサービス画面で「受信」が選択されると、所定フォーマットのメール受信要求データを通信制御部１４を介してローカル応答サーバ２０のクライアントプログラム２２へ送る。図１１はメール受信要求データのデータ構造を示している。ヘッダにはメール受信要求である旨の情報が設定され、その後に当該受信者の双方向テレビ１０に付与されている利用者ＩＤ（ＩＤ＝１１１１）が付けられている。
【００６２】図８に示すように、ローカル応答サーバ２０では、双方向テレビ１０からメール受信要求データを受信すると、クライアントプログラム２２がメール受信要求データのヘッダの内容を見てメール受信要求であることを判断する。クライアントプログラム２２はメール受信要求であることがわかると、センタ応答サーバ３０のメール転送プログラム３３に対してメール受信要求データを転送する。
【００６３】図９に示すように、センタ応答サーバ３０では、メール受信要求データを受信したメール転送プログラム３３がメール受信要求データのヘッダの内容を見て受信要求であることがわかると、メール受信要求データに設定されている利用者ＩＤの番号を名前解析サーバプログラム３８に通知し、名前解析サーバプログラム３８のデータベースの操作機能を使って認証データベース３５から当該受信要求者の個人情報に設定されている「着信フラグ」をＯＮからＯＦＦに直す。
【００６４】また、メール転送プログラム３３はメール受信要求データに設定されている利用者ＩＤのメールボックス３７から受信メールを取り出してメール受信データを作成する。図１２はメール受信データのデータフオーマットを示している。ヘッダにはメール受信であることを示す情報を設定し、宛先には当該メールボックスの利用者ＩＤを設定し、送信元及び本文にメールボックスの内容を載せている。このようにして作成したメール受信データを受信者の双方向テレビをカバーしているローカル応答サーバ２０へ返し、ローカル応答サーバ２０から宛先に設定されている電話番号に回線接続してその双方向テレビ１０にメール受信データを中継する。
【００６５】双方向テレビ１０では、受信したメール受信データの内容を元にメール受信画面を表示する。図１０R>０（ｂ）はメール受信画面の表示例を示している。
【００６６】このように本実施の形態によれば、一般家庭等に設置されている双方向テレビ１０を電話回線を介して応答サーバ２０，３０に接続可能にし、双方向テレビ１０から応答データとして入力されたＴＶメールを応答サーバ２０，３０で受けて保存すると共に、双方向テレビ１０からの受信要求に応じて宛先の双方向テレビ１０へメールを配信するようにしたので、家庭にある双方向テレビ１０を使用して気軽に電子メールを送ったり、または受信したりすることができる。また、センタ応答サーバ３０に受信者のメールボックス３７を配置したので、双方向テレビ１０の電源が落ちているときであっても受信者に配信することができる。
【００６７】（第２の実施の形態）上記した第１の実施の形態において、センタ応答サーバ３０に双方向テレビから送信されて来たメール送信データの配信を制限する機能を持たせる。メール送信データの配信を制限するための第１の手段は、図１３に示すように認証データベース３５に各利用者毎に電子メールを受け付けても良い者の識別番号によるリストを予め登録した「受信許可者リスト」を設ける。
【００６８】「受信許可者リスト」の登録は双方向テレビ１０から行う。双方向テレビ１０に「受信許可者リスト」の登録受付け画面を表示して受信許可者の利用者ＩＤ、電話番号、又は名前等を入力して「受信許可者リスト」の登録要求をセンタ応答サーバ３０に対して出す。センタ応答サーバ３０には、図１４に示すデータフォーマットでリスト登録要求データを送る。
【００６９】センタ応答サーバ３０で、通信制御部３４からヘッダ内容を判断する機能を持ったプログラムを介してサーバプログラムに渡し、サーバプログラムが送信元の利用者ＩＤの受信可能者リストに、今回のリスト登録要求データに設定されている受信可能者リスト（利用者ＩＤ）を追加形式で登録する。なお、リスト登録要求データの受信可能者リストが利用者ＩＤ以外の情報（氏名、電話番号等）で設定されている場合は、名前解析サーバプログラム３８に依頼して利用者ＩＤを取得する。
【００７０】メール分配プログラム３４は、メール送信データを受信したときに名前解析サーバプログラム３８に依頼して宛先となる受信者の個人情報を取り出し、受信可能者リストに送信元の利用者ＩＤが登録されているか否か判断する。登録されていれば、第１の実施の形態と同様にしてメール分配を実行する。また、、受信可能者リストに送信元の利用者ＩＤが登録されていない場合は、当該メール送信データを破棄して、その旨を送信元に通知する。
【００７１】メール送信データの配信を制限するための第２の手段は、図１５に示すように認証データベース３５に各利用者毎に電子メールの受け付けを拒否する者の識別番号によるリストを予め登録した「受信拒否者リスト」を設ける。
【００７２】認証データベース３５に「受信拒否者リスト」を登録するための処理は上記した第１の手段と同様であり、図１６に示すリスト登録要求データをセンタ応答サーバ３０に送り認証データベース３５の該当箇所に設定する。
【００７３】メール分配プログラム３４は、メール送信データを受信したときに名前解析サーバプログラム３８に依頼して宛先となる受信者の個人情報を取り出し、受信拒否者リストに送信元の利用者ＩＤが登録されているか否か判断する。登録されていれば、当該メール送信データを破棄して、その旨を送信元に通知する。また、受信拒否者リストに送信元の利用者ＩＤが登録されていない場合は、第１の実施の形態と同様にしてメール分配を実行する。
【００７４】このような第２の実施の形態によれば、受信者にとってノイズとなる電子メールを自己のメールボックスに取り込んでしまう不具合を防止でき、必要な電子メールのみを受信できることから通信費用の削減を図ることができ、さらにメールボックスの容量を有効活用できる利点がある。
【００７５】（第３の実施の形態）図１７は第３の実施の形態に係るＴＶメールシステムの構成図である。第３の実施の形態は、ＴＶメール機能をローカル応答サーバに分散配置したことによりメールをローカル応答サーバ間で中継する必要があるのでローカル応答サーバ同士が通信制御部によって接続されるネットワーク構成となっている。
【００７６】第２の実施の形態に係るＴＶメールシステムは、第１の実施の形態と同様に双方向テレビ１０、ローカル応答サーバ２０（２０Ａ、２０Ｂ）、センタ応答サーバ３０から構成されている。ローカル応答サーバ２０に、メール転送、中継及び分配に係わる機能を配置し、センタ応答サーバ３０にローカル応答サーバのノード管理機能及び認証機能を配置している。
【００７７】図１７に示すシステム構成図では、ローカル応答サーバ２０Ａが送信側となり、ローカル応答サーバ２０Ｂが受信側となる場合に各サーバで必要な機能を示しているが、送受信が逆のケースもあり得るので両方のサーバとも同一の機能を装備している。
【００７８】送信側のローカル応答サーバ２０Ａは、通信制御部２１、メール転送プログラム２２、メール中継プログラム２３、名前解折クライアントプログラム２４、受信ボックス２５の各機能を使用する。受信側のローカル応答サーバ２０Ｂは、通信制御部２１、メール転送プログラム２２、メール中継プログラム２３、名前解折クライアントプログラム２４の他に、中継ボックス２６、メール分配プログラム２７、メールボックス２８の各機能を使用する。
【００７９】センタ応答サーバ３０は、通信制御部３１、名前解析サーバプログラム３２、認証データベース３３及びノード管理情報格納部３４を備えている。図１８R>８は認証データベースのデータ構造を示している。認証データベース３３に利用者の個人情報及びメール着信情報に加えて、利用者の双方向テレビをカバーしているローカル応答サーバのＩＤが追加されている。図１９はノード管理情報格納部３４が保持するノード管理情報のデータ構造を示している。ノード管理情報は各ローカル応答サーバのＩＤとネットワークアドレスから構成されている。
【００８０】図２０は受信側のローカル応答サーバ２０が使用するメール中継ボックスの構造を示している。メール中継ボックス２６は宛先、送信元及び本文が保存されるが、送信元については送信元展開で取得されることとなる送信者の住所、氏名が登録される。
【００８１】次に、以上のように構成されたＴＶメールシステムの動作について説明する。この実施の形態は、第１の実施の形態でセンタ応答サーバに持たせていた機能をローカル応答サーバに分散配置したものであるので、双方向テレビ１０は第１の実施の形態と全く同様にしてＴＶメールの送信及び受信を行うことになる。すなわち、双方向テレビ１０は図５に示すフローチャートに基づいて送信／受信の処理を行うことになる。
【００８２】先ず、「送信」から説明する。図５に示すフローチャートに基づいて双方向テレビ１０から図７に示すデータフォーマットのメール送信データが送信側のローカル応答サーバ２０Ａに送信される。
【００８３】送信側の口一カル応答サーバ２０Ａでは、通信制御部２１が受信したデータのヘッダ領域をみて、その内容によってメール転送プログラム、メール中継プログラム、名前解析クライアントプログラムのいずれかに受信したデータを渡す。メール送信データ、メール受信データであればメール転送プログラム２２に渡し、メール中継デー夕であればメール中継プログラム２３に渡し、名前解析結果デー夕であれば名前解折クライアントプログラム２４に渡す。
【００８４】今は、メール送信データであるのでメール転送プログラム２２に渡される。メール送信データを受け取ったメール転送プログラム２２は、図２１のフローチャートに示すようにメール送信データのヘッダの内容を見て、送信メールであることがわかると、受信したメール送信データを受信ボックス２５に格納する。
【００８５】メール中継プログラム２３は、受信ボックス２５の内容を定期的に確認している。メール中継プログラム２３が受信ボックス２５にメール送信データが格納されていることを確認すると、メール中継プログラム２３は図２２に示すフローチャートに基づいて（ａ）〜（ｃ）の処理を開始する。
【００８６】（ａ）宛先展開、宛先の双方向テレビが属するローカル応答サーバＩＤの取得（ｂ）送信元展開（ｃ）ローカル応答サ一バへの中継（ａ）（ｂ）の処理はセンタ応答サーバ３０の名前解析サーバプログラム３２を利用する。名前解析サーバプログラム３２とのデータ授受は名前解析クライアントプログラム２４と通信制御部２１，３１を使用する。
【００８７】宛先展開では、メール中継プログラム２３が名前解析クライアントプログラム２４に名前解析を依頼する。名前解析の依頼があった名前解析クライアントプログラム２４は、図２３に示すフローチャートにしたがって名前解析要求データを作成する。図２６は名前解析要求データのデータフォーマットを示す。名前解析要求データにはメール送信データの宛先電話番号を設定する。名前解析要求データは通信制御部２１と通信制御部３１との間で回線確立後にセンタ応答サーバ３０へ送信する。
【００８８】センタ応答サーバ３０では、通信制御部３１で解析したデータのヘッダが名前解析要求を示していれば名前解析サーバプログラム３２に渡される。図２４は名前解析サーバプログラム３２の処理内容を示している。名前解析サーバプログラム３２は、名前解析要求データに設定されている宛先電話番号をキーにして認証データベース３３から受信者の利用者ＩＤ、受信側のローカル応答サーバ２０ＢのＩＤを取得する。送信元展開においては、送信元の利用者ＩＤをキーにして認証データベース３３から送信元の氏名、住所を取得する。さらに、受信側のローカル応答サーバ２０ＢのＩＤをキーにしてノード管理情報格納部３４から受信側のローカル応答サーバ２０Ｂのネットワークアドレスを取得する。また、認証データベース３３上の受信者の「着信フラグ」をＯＮにする。
【００８９】名前解析サーバプログラム３２は、認証データベース３３から取得した受信者の利用者ＩＤ、送信元の氏名、住所、受信側のローカル応答サーバ２０ＢのＩＤ、及び受信側のローカル応答サーバ２０Ｂのネットワークアドレスを、図２７に示すデータフォーマットに組み立てた名前解析結果データにして送信側のローカル応答サーバ２０Ａへ送信する。
【００９０】送信側のローカル応答サーバ２０Ａでは、通信制御部２１でヘッダを解釈して名前解析結果データを名前解析クライアントプログラム２４に渡す。名前解析クライアントプログラム２４は、受け取った名前解析結果データをメール中継プログラム２３に渡す。
【００９１】メール中継プログラム２３は、図２２に示すように名前解析結果データを受けとると、図２８に示すデータフォーマットのメール中継データを作成する。メール中継データには名前解析結果データに設定された中継先のローカル応答サーバのＩＤなどの情報が設定される。このメール中継データを宛先ローカル応答サーバに中継する。この中継には（ａ）で取得したネットワークアドレスが使用される。
【００９２】一方、メール中継データを受信した受信側のローカル応答サーバ２０Ｂでは、通信制御部２１がメール中継データをメール中継プログラム２３へ渡す。メール中継プログラム２３はメール中継データのヘッダの内容を見て、メール中継データであることがわかると、受信したメール中継データを中継ボックス２６に格納する。
【００９３】メール分配プログラム２７は定期的に中継ボックス２６の内容を確認しており、メール中継データが格納されているとそれを取り出し、宛先の利用者ΙＤが示すメールボックス２８に格納する。
【００９４】次に、メール受信の処理について説明する。双方向テレビ１０のプログラム制御部１２は、「メール受信」の画面が呼び出されるとメール受信要求データを、通信制御部１４を介して受信側ローカル応答サーバ２０Ｂのメール転送プログラム２２に送る。メール受信要求データのデータ構造は図１１の通りものである。ここまでの処理は第１の実施の形態と同様である。
【００９５】受信側のローカル応答サーバ２０Ｂでは、メール転送プログラム２２がメール受信要求データのヘッダの内容を見て、メール受信要求であることがわかると、メール受信要求データの受信者ΙＤが示す利用者の認証データベースの着信フラグをオフにするために、名前解析クライアントプログラム２４を介して名前解析サーバプログラム３２に着信フラグオフの処理を依頼する。
【００９６】そして、メール転送プログラム２２は受信者ΙＤが示すメールボックス２８から受信メールを取り出し、メール受信データを作成する。メール受信データは双方向テレビ１０のプログラム制御部１２にメール受信データを転送する。データの送受信には通信制御部２１，１４を使用する。
【００９７】一方、着信フラグオフの依頼を受けた名前解析クライアントプログラム２４は図２９に示すフォーマットで着信フラグＯＦＦ要求データを作成し、センタ応答サーバ３０へ送信する。
【００９８】着信フラグＯＦＦ要求データを受信したセンタ応答サーバ３０では、名前解析サーバプログラム３２が着信フラグＯＦＦ要求データのヘッダの内容を解釈して宛先電話番号をキーにして受信者の着信フラグを特定し、そこを着信ＯＦＦにする処理を実行する。
【００９９】このように本実施の形態によれば、受信者のメールボックス２８をローカル応答サーバ２０に分散配置させることによって、センタ応答サーバ３０の負荷分散を図ることができる。また、メール中継プログラム２３に通信プロトコル変換の機能をもたせて、他メールへのプロトコル変換を施すことによって、他メールとの相互接続が可能になる。
【０１００】（第４の実施の形態）第４の実施の形態に係るＴＶメールシステムは、着信フラグをローカル応答サーバのメールボックスに置き、認証データベースから削除するようにした例である。
【０１０１】図３０は第４の実施の形態に係るＴＶメールシステムのシステム構成を示している。このＴＶメールシステムは、基本的には上記した第３の実施形態と同様に双方向テレビ１０、ローカル応答サーバ２０（２０Ａ、２０Ｂ）、センタ応答サーバ３０からなり、ローカル応答サーバ同士が通信制御部によって接続されるネットワーク構成となっている。
【０１０２】この実施の形態では、受信側のローカル応答サーバ２０Ｂが使用するメールボックスス２８′に着信フラグ情報が設定され、受信側のローカル応答サーバ２０Ｂの名前解析クライアントプログラムは動作しない。
【０１０３】図３１にセンタ応答サーバ３０に配置される認証データベース３３′のデータ構造を示している。認証データベース３３′は、第３の実施形態で使用した図８に示すものに比べて着信フラグが削除されている。
【０１０４】図３２にローカル応答サーバ２０に配置される受信者のメールボックス２８′のデータ構造が示されている。受信者のメールボックス２８′には着信フラグが追加される。
【０１０５】以上のように構成された実施の形態では、メール送信は上記した第３の実施形態とほぼ同様である。すなわち、双方向テレビ１０からメール送信データを受信した送信側ローカル応答サーバ２０Ａでは、図２３R>３に示すようにメール転送プログラム２２が受信したメール送信データを受信ボックス２５に格納して、名前解析クライアントプログラム２４に名前解析の依頼をする。名前解析クライアントプログラム２４は、図３４に示すフローチャートに基づいて動作し、名前解析要求データを作成してセンタ応答サーバ３０に送信元展開等の依頼をする。
【０１０６】送信側のローカル応答サーバ２０Ａから名前解析要求データを受信したセンタ応答サーバ３０では、着信フラグの処理を除いては（着信フラグの処理はなし）第３の実施形態と同様の処理を実行して名前解析結果を送信側のローカル応答サーバ２０Ａへ返す。
【０１０７】名前解析結果を受信した送信側のローカル応答サーバ２０Ａでは、名前解析クライアントプログラム２４が名前解析結果をメール中継プログラム２３に渡すことにより図２８に示すメール中継データがネットワークアドレスを使って受信側のローカル応答サーバ２０Ｂへ転送される。
【０１０８】受信側のローカル応答サーバ２０Ｂでは、図３５に示すようにメール分配プログラム２７はメール中継データをメールボックス２８′に格納するとともにメールボックス２８′にある着信フラグを０Νにする。メール転送プログラム２２は名前解析クライアントプログラム２４に着信フラグのＯＦＦの処理を依頼する代わりに、メールボックス２８′の着信フラグをＯＦＦにする。よって、名前解析クライアントプログラム２４は着信フラグＯＦＦ要求データを作成する機能が不要となる。
【０１０９】そして、受信側のローカル応答サーバ２０Ｂが受信者の双方向テレビ１０からメール受信要求データを受信すると、図３３に示すようにメール転送プログラム２２が受信者のメールボックスの着信フラグをＯＦＦにすると共に、メールボックスからメールを取り出し、メール受信データを作成して受信者へ送信する。
【０１１０】このように本実施の形態によれば、着信フラグの操作を受信側ローカル応答サーバ２０Ｂのメールボックスに対して実行するようにしたので、着信フラグをＯＦＦにする処理がローカル応答サーバに閉じるため、センタ応答サーバとの通信が軽減される。また、着信の確認もローカル応答サーバのメールボックスを見るだけでよい利点がある。
【０１１１】（第５の実施の形態）第５の実施の形態は、ＴＶメールのサービス画面情報を応答サーバ側に保持し、サービスが要求されたときにＴＶ側に転送するサービス画面の提示方法に関するものである。ＴＶメールシステムの構成は、図１，１７，３０のいずれのシステム構成であっても良い。
【０１１２】この実施の形態では、メール転送プログラム２２が配置された応答サーバに図３６に示すような画面データベース２９を保持させる。なお、この実施の形態においてはメール転送プログラム２２はローカル応答サーバ２０またはセンタ応答サーバ３０のいずれに配置されていても良いので、ここでは特に区別せず単に応答サーバと呼ぶこととする。
【０１１３】図３７は画面データベースのデータ構造を示している。画面種別は図６（ａ）（ｂ）に示すようなサービス画面、図６（ｃ）に示すような送信画面、図１０R>０（ｂ）に示すような受信画面等が設定でき、各画面に対して画面データが格納されている。画面データベース２９の内容は、ＴＶメールシステムによって提供するメールサービスに応じて種々のものが考えられる。
【０１１４】この実施の形態では、双方向テレビ１０のプログラム制御部１２が、視聴者からリモコン操作によってＴＶメールのサービス画面の表示を要求されると、図３８に示す画面情報要求データを作成する。図３８は画面情報要求データのフォーマットを示している。ヘッダには画面要求であることを示す情報が設定され、要求元には視聴者の利用者ΙＤが格納され、視聴者がリモコン操作で指定した画面種別が設定される。このような画面情報要求データを応答サーバのメール転送プログラム２２に転送する。
【０１１５】応答サーバでは、通信制御部２１（３１）からメール転送プログラム２２に画面情報要求データが渡される。メール転送プログラム２２は、受信したデータのヘッダに「画面要求」という値が入った画面情報要求データを受信したら、画面種別が示す画面データを画面データベース２９より検索し、その検索結果をもとに図３９に示す画面情報データを作成する。このような画面情報データを要求もとの双方向テレビ１０に送信する。
【０１１６】双方向テレビ１０では、プログラム制御部１２が画面情報データを受信すると、そこに格納されている画面データをデータ表示部１３に表示する。
【０１１７】このような実施の形態によれば、ＴＶメールシステムで提供されるメールサービスにＴＶメールのサービス画面等に変更を与えるようなサービス内容の変更が生じた場合には、応答サーバの画面データベース２９を更新するだけで良く、サービス画面等の内容の変更はテレビごとに行う必要がないため、変更処理が容易になる。ＴＶメールのサービス画面をテレビの記憶領域に格納する方法では、サービスの改善に伴いメニューを更新する必要性が発生すると、事実上更新は不可能である。
【０１１８】（第６の実施の形態）第６の実施の形態は、メール本文の入力操作を簡略化するために、あらかじめ定型文を用意しておいて利用者のメール本文の文章作成を支援する例である。ＴＶメールシステムの構成は、図１，１７，３０のいずれのシステム構成であっても良い。
【０１１９】図４０に双方向テレビ１０のデータ表示部１３に表示させる定型文の分類画面の一例を示している。定型文の分類として、「あいさつ文」「礼状」「祝賀・見舞状」「通知状」などを準備する。また、図４１に双方向テレビ１０のデータ表示部１３に定型文の一覧を表示する画面の一例を示している。該当する分類において予想される文章が表示される。
【０１２０】図４０及び図４１に示す定型文の分類情報、定型文の情報は双方向テレビ１０の記憶領域に格納しておく。図４２は双方向テレビ１０の定型文の分類情報、定型文の情報に関する記憶領域の構造を示している。予め準備できている定型文を分類情報で管理し、それぞれの分類状に分類に属している定型文が格納されている領域の情報が設定されている。
【０１２１】双方向テレビ１０における送信処理は、図４３４３に示すフローチャートに基づいて実行される。すなわち、プログラム制御部１２は、サービスメニュー画面において送信が選択されると、図６（ｃ）に示すようなメール送信の画面を表示して宛先電話番号とメール本文の入力を受け付ける。このとき、メール本文の作成支援の要求があれば定型文を分類情報を読出してきて図４０に示す分類選択画面を表示させる。分類選択画面において特定の分類が選択されたならば、その分類に属する定型文を読出してきて図４１に示すように表示する。利用者は、リモコン操作によって定型文のー覧の中から任意の文書を選択する。プログラム制御部１２は、視聴者が選んだ定型文をメールの本文としてメール送信データを作成し、ローカル応答サーバに転送する。
【０１２２】このような実施の形態によれば、あらかじめ定型文を用意しておいて利用者が選択することによりメール本文の文章作成を支援するようにしたので、通常テレビはキーボードを持たないためメール本文の入力は画面に表示された５０音表を使って入力することになるが、メール本文の入力操作を簡略化することができる。
【０１２３】尚、上記した第６の実施の形態では双方向テレビ１０の記憶領域に定型文などの情報を持たせているが、第５の実施形態と同様に応答サーバ側に配置することもできる。
【０１２４】（第７の実施の形態）第７の実施の形態は、双方向テレビのデータ表示部に表示している画面を印字できるようにした例である。第７の実施の形態においての双方向テレビ１０は、図４４に示すように印字機能を有する印字部１７を備えている。双方向テレビ１０では、視聴者のリモコンの操作などで指示された印刷命令をデータ受信部１１で受け取り、プログラム制御部１２が印字部１７に印刷を依頼する。印字部１７は現在画面に表示されている画面データの内容を読みとって印字する。
【０１２５】ここで、メールの内容によっては印字することが望ましくないものもある。このようなメールに対して送信元で受信先での印刷にプロテクトをかけることのできる印刷抑止機構を備えている。
【０１２６】図４５（ａ）（ｂ）を参照して印刷抑止機構について説明する。図４５（ａ）に示すメール送信データのように、送信元の双方向テレビ１０から発信するメール送信データに印刷許可フラグを設けておき、そこに印刷不可を設定する。このメール送信データを前述した各実施形態のメール機能を使って受信者の属するローカル応答サーバまで転送する。受信側のローカル応答サーバから受信者の双方向テレビ１０に送信するメール受信データに印刷許可フラグを設けておき、そこに上記メール送信データの印刷許可フラグの値を設定する。このような仕組みによりテレビ画面に表示された内容の印刷抑止が可能となる。
【０１２７】送信者が印刷を許可しないばあい、そのフラグを印刷不可としてメールを送信し、受信者がメールの内容を印刷しようとした場合，ブログラム制御部１２で現在表示している内容が印刷不可であるならばその印字を中止すればよい。
【０１２８】このような実施の形態によれば、双方向テレビにおいてテレビ画面に表示しているメールを印刷出力できると共に、著作権があるコンテンツ等のように印刷が望ましくないメールに対しては印刷抑止機能により印刷を抑止させることができる。
【０１２９】（第８の実施の形態）以下、第８の実施の形態について図１に示すＴＶメールシステムのシステム構成を例にして説明する。第８の実施の形態は、受信したメールに対する返信メールを作成する機能を持つ例である。返信メールを作成するときは、受信メールの送信者のアドレスを返信メールの宛先に自動的に設定することによりメール作成の負担を軽減する。
【０１３０】双方向テレビ１０のテレビ画面に図４６（ａ）に示すメール受信画面を表示させるようにする。画面には返信のボタンがあり、表示している（返信対象の）受信メールに対して返信を行うときはこの返信ボタンを押す。
【０１３１】メール受信画面で返信ボタンを押されたときは、図４６（ｂ）に示すメール返信画面を表示させる。メール返信画面において「宛先」には返信対象である受信メールの送信者の名前が自動的に設定されるようにする。
【０１３２】なお、メール受信画面及びメール返信画面等の画面データは、第５の実施の形態と同様にサーバ側に保存しておき、双方向テレビからの要求に応じてダウンロードする。
【０１３３】図４９は返信対象の受信メールが格納されているメールボックス３７′のデ一夕構造を示す。図４のメールボックス３７に対して送信元を示す送信元ＩＤとそのメールの種別が追加されている。図５０は返信メールが格納されているメールボックス３７′のデータ構造を示す。メール種別の欄には「返信」が設定されている。
【０１３４】以上のように構成された実施の形態では、センタ応答サーバ３０においてメール分配プログラム３４が受信ボックス３６から受信メールを取り出して受信者のメールボックス３７′に分配するときには、送信元である送信者の名前とともに送信者の送信者ΙＤもメールボックス３７′に書き出す。また、受信メールが返信メールでない場合は種別を「オリジナル」とする。
【０１３５】一方、図５１に示すフローチャートにおける受信処理において、双方向テレビ１０のプログラム制御部１２がメール受信要求データをセンタ応答サーバ３０に対して送信すると、センタ応答サーバ３０ではメール転送プログラム３３が受信者のメールボックス３７′から受信メールを取り出して図４７に示すデータフォーマットでメール受信データを作成する。この送信元ＩＤが追加設定されたメール受信データを受信者の双方向テレビ１０へ送信する。
【０１３６】受信者の双方向テレビ１０では、センタ応答サーバ３０から図４７に示すフォーマットのメール受信データを受信すると、図５１に示すようにメール受信データの内容を元にして図４６（ａ）に示すメール受信画面を作成する。
【０１３７】利用者は、テレビ画面に表示している受信メールに対して返信メールを作成する場合には「返信」ボタンをリモコン操作で選択することになる。
【０１３８】プログラム制御部１２は、図４６（ａ）に示すメール受信画面において「返信」ボタンが押されたことをデータ受信部１１から通知されると、受信メールの送信元の名前を宛先としてメール返信画面を表示するため，データ表示部１３を呼び出す。また、利用者が本文の入力を完了するとメール送信データを作成する。このとき，宛先は受信メールの送信元ＩＤを、種別は「返信」を設定する。図４８は返信メールのデータ構造を示す。ヘッダの内容は「メール送信」となっており、これはふつうの送信メールと同じ処理がこのメールに対して行われることを示している。そして、このデータ構造には種別フィールドが追加されており、そこには返信という値が格納されている。返信メールの作成を終えた利用者からリモコン操作によって「送信」ボタンが選択さされると、当該返信メールとなるメール送信データをセンタ応答サーバ３０に対して送信する。
【０１３９】センタ応答サーバ３０では、この返信メールとなるメール送信データを図５０に示すメールボックスに保存することとなる。
【０１４０】このような実施の形態によれば、メール受信データには送信元ΙＤが格納されているため，返信メールを作成するときに宛先を入力する手間が省ける。また、返信メールには「返信」を示す種別データが格納されているため、受信したときにそのメールが返信メールであることが利用者にわかる。
【０１４１】（第９の実施の形態）以下、第９の実施の形態について図１に示すＴＶメールシステムのシステム構成を例にして説明する。第９の実施の形態は、受信したメールを他の利用者に転送する機能を備えたＴＶメールシステムの例である。
【０１４２】双方向テレビ１０において利用者に提示するメールメ受信画面の構成から説明する。図５２はメール受信画面を示している。このメール受信画面は、転送ボタンが設けられており、表示している（転送対象の）受信メールに対して転送を行うときはこの転送ボタンを押すことになる。図５３はメール受信画面で転送ボタンを押されたときに表示するメール転送画面の構成を示している。メール転送画面には元の送信者の欄が設けられている。元の送信者の欄には転送対象である受信メールの送信者の名前が自動的に設定されるようにする。これらの画像データは第５の実施形態と同様にサーバ側に配置しておき、双方向テレビからの要求に応じてダウンロードする。
【０１４３】図５４は転送メールのデータ構造を示す。このデータ構造には種別フィールドを元の送信者フィールドが追加されており、種別には転送という値が格納されている。図５５は転送メールが格納されているメールボックスのデータ構造を示す。このメールボックスは、送信元ＩＤ、種別に追加して元の送信者の情報が格納される領域が確保されている。
【０１４４】この実施の形態でのメール転送処理について、図５６に示す双方向テレビのフローチャートを参照して説明する。双方向テレビ１０においてセンタ応答サーバ３０から受信メールを取得してデータ表示部１３に図５２に示すメール受信画面を表示させたところから説明を始める。それ以前の処理は図５６のフローチャートに示されているように第１の実施形態と同様である。
【０１４５】利用者は、テレビ画面に読み出した受信メールを他の利用者へ転送したい場合にはメール受信画面に設けられている転送ボタンをリモコン操作によって押すことになる。
【０１４６】プログラム制御部１２は、メール受信画面上で「転送」ボタンが押されたことをデータ受信部１１から通知されると、メール転送処理を開始する。すなわち、受信メールの送信元の名前を「元の送信者」として図５３に示すようなメール転送画面を表示する。このとき，本文には受信メールの本文の内容を表示するとともに，転送メールの送信者が本文にコメントを追加できるようにする。
【０１４７】利用者が宛先と本文の入力を完了したことを「送信」ボタンが押されたことから判断すると、図５４R>４に示すフォーマットで転送メールを作成する。このとき、種別の欄には「転送」、元の送信者の欄には受信メールの送信元を設定する。この転送メールをメール送信データの形にしてセンタ応答サーバ３０へ送信する。センタ応答サーバ３０では、宛先の利用者のメールボックスに当該転送メールを格納する。メールボックスに格納された転送メールは図５５のとおりとなり，種別は「転送」なっている。また、種別が「転送」の時は、元の送信者フィールドに転送されたメールの送信者の名前が格納されている。
【０１４８】このような実施の形態によれば、受信したメールを他の利用者に転送する機能を備えたので、受信メールを転送でき、転送されたメールには「元の送信者」の情報も付加されてメールボックスに格納されるので，転送されたメールの本来の送信者を知ることもできる。
【０１４９】（第１０の実施の形態）第１０の実施の形態は、メール送信者の送信履歴を保持する機能を備えたＴＶメールシステムの例である。第１０の実施の形態は、センタ応答サーバを除いて図１に示すＴＶメールシステムと基本的に同様のシステム構成を有している。
【０１５０】図５７は第１０の実施の形態におけるセンタ応答サーバの構成を示している。このセンタ応答サーバは、図１のセンタ応答サーバ３０に対して送信履歴ボックス３９が追加されている。メール転送プログラムは、送信履歴要求に応じて送信履歴データを返送する機能を備えている。送信履歴ボックス３９のデータ構造を図５８に示している。送信履歴ボックス３９は、利用者毎に設けられており、宛先及び本文から構成されている。
【０１５１】双方向テレビ１０で提供するＴＶメールサービス画面及びＴＶメール送信履歴画面を、図６０（ａ）（ｂ）に示す画面構成とする。ＴＶメールサービス画面には送信履歴を選択する「送信履歴」ボタンを設ける。ＴＶメール送信履歴一覧画面には利用者本人が過去に送信したメールの宛先及び本文の一覧を表示する。図６０（ａ）で送信履歴ボタンを押すと図６０（ｂ）の送信履歴一覧画面が表示されるようにプログラム制御部１２に機能を持たせておく。
【０１５２】センタ応答サーバの送信、及び受信、及び送信履歴処理に関する処理内容を図６１に示している。センタ応答サーバでは、メール転送プログラム３２が通信制御部３１から渡された送信メールを図５９に示すように受信ボックス３６に書き出した後、その内容を元に送信者の送信者の送信履歴ボックス３９に只今の送信メールに対する履歴を書き出す。送信履歴ボックス３９は利用者ごとに存在するのでメール送信データの送信元から書き出すべき送信履歴ボックス３９を特定する。書くべき内容は宛先と本文である。
【０１５３】又、センタ応答サーバは、双方向テレビ１０から送信履歴要求を受信すると、メール転送プログラム３３が、図６３の送信履歴要求データの送信元から送信履歴ボックス３９を特定して、その中に格納されているデータから送信履歴データを作成し、双方向テレビに向けて送信する。送信履歴が複数ある場合はその都度送信履歴データを作成する。図６４は送信履歴データのデータ構造を示している。ヘッダに送信履歴であることを示す値が設定される。
【０１５４】双方向テレビ１０は、図６２に示すフローチャートに基づいて動作する。すなわち、利用者からリモコン操作により履歴要求をデータ受信部１１が受けると、プログラム制御部１２がセンタ応答サーバに画面データを要求し、センタ応答サーバから受け取ったＴＶメールサービス画面を表示させる。このＴＶメールサービス画面において「送信履歴」ボタンが選択されると、プログラム制御部１２で図６３に示す送信履歴要求データが生成され、センタ応答サーバに向けて送信される。
【０１５５】そして、送信履歴要求を出した双方向テレビ１０にセンタ応答サーバから送信履歴データが送信されてくると、プログラム制御部１２が送信履歴データに基づいて送信履歴一覧画面をデータ表示部に表示させる。
【０１５６】このように本実施の形態によれば、センタ応答サーバに利用者毎の送信履歴ボックス３９を配置し、双方向テレビ１０から履歴要求を受けると送信履歴データを返送するようにしたので、利用者は自分の過去の送信履歴を確認することができる。送信履歴に送信日時データを追加することで，さらにきめ細かい履歴をとることができる。
【０１５７】（第１１の実施の形態）第１１の実施の形態は、メール送信者の送信履歴を保持する機能を備え、さらに受信者がメールを受信したか否かを示す機能を備えたＴＶメールシステムの例である。第１１の実施の形態は、センタ応答サーバを除いて図１に示すＴＶメールシステムと基本的に同様のシステム構成を有している。
【０１５８】この実施の形態では、全てのメールに対してはユニークな番号であるメッセージΙＤを付与している。したがって、送信履歴ボックス３９にはメッセージΙＤを格納する領域が設けられ、受信状態を示すデータが追加される。受信者によってメールが受信された場合の受信状態はＹｅｓとなり，そうでない場合はＮｏとなる。図６５は送信履歴ボックス３９の具体的なデータ構造を示している。
【０１５９】また、図６６に示すように受信ボックス３６にもメッセージΙＤを格納する領域が設けられ、さらに送信元を示す利用者ΙＤが格納されるようにしている。また、受信者のメールボックス３７についても図６７R>７に示すようにメッセージＩＤと送信元ＩＤが追加されている。
【０１６０】次に、図６８に示すフローチャートを参照してセンタ応答サーバでの処理について送信履歴ボックスに受信状態を書き込む処理を中心に説明する。センタ応答サーバでは、双方向テレビ１０からメール送信データを受信すると、メール転送プログラム３３が受信メールを受信ボックス３６に格納する。このとき、そのメールにメッセージΙＤを付与し、送信元の利用者ΙＤとともに格納する。メッセージΙＤはユニークなΙＤを付与する。また、送信履歴ボックス３９に送信履歴を書き込むときにも同じメッセージＩＤを使用し、受信状態はＮｏとする。
【０１６１】また、メール分配プログラム３４が受信者のメールボックス３７にメールを分配するときにメッセージＩＤと送信元ΙＤを追加してメールを格納する。双方向テレビ１０から受信要求データを受信したときは、メール転送プログラム３３は受信者の要求に従ってメール受信データを作成するが、このときそのメールのメッセージＩＤと送信元ΙＤを読みとり，送信元ΙＤから送信履歴ボックス３９を特定し、さらにメッセージΙＤから送信履歴を特定して、その送信履歴の受信状態をＹｅｓに変更する。
【０１６２】また、センタ応答サーバが双方向テレビ１０から送信履歴要求を受信したときは、図６９に示すように送信履歴データには受信状態を示すデータを追加して送信する。したがって、図６９に示す送信履歴データを受信した双方向テレビ１０では、図７０に示すように受信状態を送信履歴に追加表示することができる。
【０１６３】このような実施の形態によれば、送信履歴機能を持ったＴＶメールシステムに受信者がメールを受信したか否かを示す機能を加えたので、受信者がメールを受信するとその旨を示す受信状態が送信履歴に書き込まれるため，送信者は相手がそのメールを読んだかどうかを知ることができる。
【０１６４】（第１２の実施の形態）第１２の実施の形態は、双方向テレビにて視聴者に提供されるＴＶメールサービスの内容を放送局からの放送電波によって更新できるようにした例である。図７１は双方向テレビ１０の機能ブロックを示している。放送局２０が法送電波に重畳させたスクリプトを、当該放送電波を受信した双方向テレビ１０で分離してメモリ１７に格納する。プログラム制御部１２は、メモリ１７に格納したスクリプトとして記述されたプログラムを実行することにより、双方向テレビサービスや、ＴＶメールサービスを提供することができる。
【０１６５】ここで、ＴＶメールサービスを視聴者に提供する為には双方向テレビ内のプログラム制御部が（１）画面表示、（２）手続きを制御しなければならない。例えば、図７２に示すサービス画面であれば、（１）の画面表示機能は、画面上の文字、図形、ボタンの表示内容、配置等を制御し、（２）手続き機能は、利用者が指定した内容を元にローカル／センタ応答サーバに送るデータの組み立てや、受信データの解析等を制御する。プログラム制御部１２は、ＴＶメールサービスを実行する際に、上記スクリプトをメモリ１７からロードし、そのスクリプトにしたがってテレビの制御を行う。
【０１６６】放送局２０は、図７４に示すフローチャートにしたがってスクリプト更新を実行する。すなわち、ＴＶメールサービスのサービス内容が変更された場合、その変更後のサービス内容に応じたスクリプトが作成される。図７３はスクリプトのデータ構造を示している。スクリプトの内容を示すプログラム名、スクリプトのバージョンを示すバージョン番号、各画面の画面表示に関するスクリプト手続きに関するスクリプトなどからなる。放送局において、このようなスクリプトを放送電波の所定領域を使って送信する。このようにして最新のスクリプトが放送局２０が流す放送波によって搬送される。
【０１６７】一方、双方向テレビ１０では、スクリプトを搬送する放送波を受信すると、デーコーダ１６が受信放送波からスクリプトを抽出し、その旨をプログラム制御部１２へ通知する。プログラム制御部１２は、現在メモリ１７に保持しているスクリプトのバージョン番号と受信したスクリプトのバージョン番号とを比較して、後者の方が新しい場合だけ受信したスクリプトをメモリ１７に書き込む。
【０１６８】プログラム制御部１２は、ＴＶメールサービスを実行する際に、スクリプトをメモリ１７からロードし、そのスクリプトにしたがってテレビの制御を行うことになる。
【０１６９】このような実施の形態によれば、利用者は双方向テレビの買い替えを行うこと無く、常に最新のスクリプトによって最新のＴＶメールサービスを提供できる。
（第１３の実施の形態）第１３の実施の形態は、スクリプトの更新を利用者の知らないうちに自動的に実行するのではなく、利用者からの要求を待って更新するようにした例である。この実施の形態では、図７６に示すようなサービスメニュー画面を表示させて利用者からスクリプトの更新の必要性の有無を受け付ける。このサービスメニュー画面では「更新する」「更新しない」の２種類を利用者がリモコン操作によって選択できるようになっている。
【０１７０】図７７、７８は双方向テレビの動作フローである。以下、このフローチャートを利用して実施の形態の動作について説明する。なお、放送局２０は、上記した第１２の実施形態と同様にして最新のスクリプとを放送波に載せて搬送しているものとする。
【０１７１】図７７に示すように、双方向テレビ１０のプログラム制御部１２は、図７６に示すサービスメニュー画面において「更新する」ボタンが押されたことを認識すると、更新されたスクリプトの受信をデコーダ１６へ依頼しておく。
【０１７２】一方、双方向テレビ１０のデコーダ１６は、スクリプトの更新が依頼されているときに更新されたスクリプトを放送波から抽出すると、そのことを受信したスクリプトのバージョン番号と共にプログラム制御部１２に通知する。プログラム制御部１２は、バージョン番号の新旧を比較し、受信したスクリプトのバージョン番号の方が新しければ当該受信したスクリプトをメモリ１７にダウンロードする。
【０１７３】このような実施の形態によれば、利用者の意思に応じてスクリプトの更新をすることができ、利用者が必要としないスクリプトの更新を避けることができる。本発明は上記実施の形態に限定されるものではなく、各実施の形態を任意に組み合わせてＴＶメールシステムを構築することができる。
【０１７４】
【発明の効果】以上詳記したように本発明によれば、パーソナルコンピュータ等の計算機を利用すること無く、一般家庭用テレビジョンの利用用途を電子メールを送受信する分野にまで広げることのできるＴＶメールシステムを提供できる。
【図面の簡単な説明】
【図１】第１の実施の形態に係るＴＶメールシステムのシステム構成図
【図２】第１の実施の形態に備えた認証データベースのデータ構造図
【図３】第１の実施の形態に備えた受信ボックスのデータ構造図
【図４】第１の実施の形態に備えたメールボックスのデータ構造図
【図５】第１の実施の形態における双方向テレビのフローチャート
【図６】第１の実施の形態におけるメールサービスの送信に係る画面構成図
【図７】第１の実施の形態におけるメール送信データのデータフォーマット図
【図８】第１の実施の形態におけるローカル応答サーバのフローチャート
【図９】第１の実施の形態におけるセンタ応答サーバのフローチャート
【図１０】第１の実施の形態におけるメールサービスの受信に係る画面構成図
【図１１】メール受信要求データのデータフォーマット図
【図１２】メール受信データのデータフォーマット図
【図１３】第２の実施の形態における認証データベースのデータ構造図
【図１４】第２の実施の形態における受信許可者リストの送信データのデータフォーマット図
【図１５】第２の実施の形態における他の認証データベースのデータ構造図
【図１６】第２の実施の形態における受信許可者リストの他の送信データのデータフォーマット図
【図１７】第３の実施の形態に係るＴＶメールシステムのシステム構成図
【図１８】第３の実施の形態に備えた認証データベースのデータ構造図
【図１９】第３の実施の形態に備えたノード管理情報のデータ構造図
【図２０】第３の実施の形態に備えた中継ボックスのデータ構造図
【図２１】第３の実施の形態におけるメール転送プログラムのフローチャート
【図２２】第３の実施の形態におけるメール中継プログラムのフローチャート
【図２３】第３の実施の形態における名前解析クライアントプログラムのフローチャート
【図２４】第３の実施の形態における名前解析サーバプログラムのフローチャート
【図２５】第３の実施の形態におけるメール分配プログラムのフローチャート
【図２６】名前解析要求データのデータフォーマット図
【図２７】名前解析結果データのデータフォーマット図
【図２８】メール中継データのデータフォーマット図
【図２９】着信フラグＯＦＦ要求データのデータフォーマット図
【図３０】第４の実施の形態に係るＴＶメールシステムのシステム構成図
【図３１】第４の実施の形態に備えた認証データベースのデータ構造図
【図３２】第４の実施の形態に備えたメールボックスのデータ構造図
【図３３】第４の実施の形態におけるメール転送プログラムのフローチャート
【図３４】第４の実施の形態における名前解析クライアントプログラムのフローチャート
【図３５】第４の実施の形態におけるメール分配プログラムのフローチャート
【図３６】第５の実施の形態に備えた応答サーバの構成図
【図３７】第５の実施の形態に備えた画面データベースのデータ構造図
【図３８】第５の実施の形態における画面情報要求データのデータフォーマット図
【図３９】第５の実施の形態における画面情報データのデータフォーマット図
【図４０】第６の実施の形態における定型文分類画面の表示例を示す図
【図４１】第６の実施の形態における定型文一覧の表示例を示す図
【図４２】第６の実施の形態における記憶領域の構成図
【図４３】第６の実施の形態における双方向テレビのフローチャート
【図４４】第７の実施の形態に備えた双方向テレビの構成図
【図４５】第７の実施の形態におけるメール送信データ及びメール受信データのデータフォーマット図
【図４６】第８の実施の形態において表示されるメール受信／返信のための画面の構成図
【図４７】第８の実施の形態におけるメール受信データのデータフォーマット図
【図４８】第８の実施の形態におけるメール送信データのデータフォーマット図
【図４９】第８の実施の形態における返信対象の受信メールが格納されたメールボックスのデータ構造図
【図５０】第８の実施の形態における返信メールが格納されたメールボックスのデータ構造図
【図５１】第８の実施の形態における双方向テレビのフローチャート
【図５２】第９の実施の形態において表示されるメール受信のための画面の構成図
【図５３】第９の実施の形態において表示されるメール転送のための画面の構成図
【図５４】第９の実施の形態におけるメール転送データのデータフォーマット図
【図５５】第９の実施の形態におけるメールボックスのデータ構造図
【図５６】第９の実施の形態における双方向テレビのフローチャート
【図５７】第１０の実施の形態に係るセンタ応答サーバの構成図
【図５８】第１０の実施の形態に備えた送信履歴ボックスのデータ構造図
【図５９】第１０の実施の形態に備えた受信ボックスのデータ構造図
【図６０】第１０の実施の形態において表示する送信履歴のサービス画面の構成図
【図６１】第１０の実施の形態におけるセンタ応答サーバのフローチャート
【図６２】第１０の実施の形態における双方向テレビのフローチャート
【図６３】第１０の実施の形態における送信履歴要求データのデータフォーマット図
【図６４】第１０の実施の形態における送信履歴データのデータフォーマット図
【図６５】第１１の実施の形態における送信履歴ボックスのデータ構造図
【図６６】第１１の実施の形態における受信ボックスのデータ構造図
【図６７】第１１の実施の形態におけるメールボックスのデータ構造図
【図６８】第１１の実施の形態におけるセンタ応答サーバのフローチャート
【図６９】第１１の実施の形態における送信履歴データのデータフォーマット図
【図７０】第１１の実施の形態において表示される送信履歴画面の構成図
【図７１】第１２の実施の形態における双方向テレビと放送局との関係を示す図
【図７２】双方向テレビにおけるサービスメニュー画面の構成図
【図７３】第１２の実施の形態におけるスクリプトの構成図
【図７４】第１２の実施の形態における放送局のフローチャート
【図７５】第１２の実施の形態における双方向テレビのフローチャート
【図７６】第１３の実施の形態における双方向テレビの更新受付け画面の構成図
【図７７】第１３の実施の形態における双方向テレビの更新受付けのフローチャート
【図７８】第１３の実施の形態における双方向テレビのスクリプト更新のためのフローチャート
【符号の説明】
１０…双方向テレビ
１１…データ受信部
１２…プログラム制御部
１３…データ表示部
１４，２２，３４…通信制御部
１６…リモコン操作部
２０…ローカル応答サーバ
２２，３３…メール転送プログラム
２３…メール中継プログラム
２４…名前解析クライアントプログラム
２５，３６…受信ボックス
２６…中継ボックス
２７，３４…メール分配プログラム
２８，３７…メールボックス
３３…認証データベース
【０００１】
【発明の属する技術分野】本発明は、番組放送受信機能を持つテレビジョン受像機と、これら受像機が通信回線を介して回線接続される応答サーバとにより構築される双方向テレビジョンシステムの関連技術に係り、特にテレビジョン受像機にて電子メールを送受信するＴＶメールシステムに関する。
【０００２】
【従来の技術】最近、一般家庭用テレビジョンの高機能化に伴い、マルチメディアの一環として一般家庭用テレビジョンの利用技術が注目されている。現状では文字多重放送が実働している。文字多重放送は、多数の番組を放送波に多重して伝送し、受信側で必要な番組を選択受信してテレビジョン映像信号に変換して表示させるものである。
【０００３】このような文字多重放送の技術を使用することにより、通常のテレビジョン放送に加えて任意に多数の文字番組、静止画または動画による番組を視聴者に提供できる。例えば、テレビ番組でコマーシャル放送されている商品及びその購買方法の説明を同テレビ番組に多重化させた文字多重番組で行うことができる。
【０００４】ところが、現在のテレビジョン放送は放送局からテレビジョン受像機を介して視聴者に対し一方的に情報を提供するので、例えば番組内で紹介された複数の商品の中から視聴者が希望する商品の補足情報を選択的に表示したり、番組の中で視聴者に呼び掛けを行い、それに対する視聴者からの応答をリアルタイムで集計して番組に反映させるといった運用を行うことはできなかった。
【０００５】番組提供者から視聴者に対して一方的に情報を提供するだけでなく、視聴者が番組に対して応答を返せるような双方向性を持った番組（以下、このような番組を「双方向テレビ番組」と呼ぶ）にするためには、テレビ番組を放映しているテレビジョン受像機において応答データを受け付けて集計センタ（応答サーバ）へ伝送する機能を持った双方向性のテレビジョン受像機（以下、「双方向テレビ」と呼ぶ）を利用することが考えられる。
【０００６】しかしながら、文字多重放送に対応させたテレビジョンは、放送局から送信された番組を視聴者に表示する一方向の情報伝達のみであり、その利用用途は狭い範囲に限られていた。
【０００７】
【発明が解決しようとする課題】上記したように、一般家庭用テレビジョンは放送番組を視聴者に提供する一方向の情報伝達のみであるので、その利用用途は狭い範囲に限られていた。
【０００８】本発明は、以上のような実情に鑑みてなされたもので、パーソナルコンピュータ等の計算機を利用すること無く、一般家庭用テレビジョンの利用用途を電子メールを送受信する分野にまで広げることのできるＴＶメールシステムを提供することを目的とする。
【０００９】
【課題を解決するための手段】本発明は、上記目的を達成するために以下のような手段を講じた。
【００１０】放送波を受信して番組を表示する受信機能を持つ複数のテレビジョン受像機と、これらテレビジョン受像機が通信回線を介して回線接続されるメールサーバとにより構築されるＴＶメールシステムである。前記テレビジョン受像機は、宛先及びメール本文とからメール送信データを作成して前記メールサーバへ送信するメール送信機能と、前記メールサーバから受信したメール受信データの内容を元に受信メールを表示するメール受信機能とを備える。前記メールサーバは、利用者の認証情報が登録された認証データベースと、受信したメール送信データを保存する受信ボックスと、受信者のメールボックスと、前記受信ボックスに保存されたメール送信データを前記認証データベースを参照して受信者のメールボックスへ分配する分配手段と、前記メールボックスに配信されたメール情報からメール受信データを作成して受信者のテレビジョン受像機に送信する転送手段とを備える。
【００１１】本発明によれば、テレビジョン受像機のメール送信機能によって、宛先及びメール本文とからメール送信データが作成されてメールサーバへ送信される。メールサーバでは、受信したメール送信データが受信ボックスに格納される。受信ボックスに保存されたメール送信データが分配手段によって認証データベースを参照して受信者のメールボックスへ分配される。
【００１２】メールサーバは、転送手段がメールボックスに配信されたメール情報からメール受信データを作成して受信者のテレビジョン受像機に送信する。テレビジョン受像機では、メール受信機能によってメールサーバから受信したメール受信データの内容を元に受信メールが表示される。
【００１３】上記したＴＶメールシステムは、具体的には、以下のように構成することができる。すなわち、前記テレビジョン受像機に、メール送信画面を表示して宛先電話番号及びメール本文を受け付けることによりメール送信データを作成して前記メールサーバへ送信するメール送信機能と、前記メールサーバからメール受信要求に応じて送られてきたメール受信データを受信し当該メール受信データの内容を元にメール受信画面を表示するメール受信機能とを備え、前記メールサーバに、前記各テレビジョン受像機の利用者に関して利用者識別子を含んだ認証情報が登録された認証データベースと、受信したメール送信データを保存する受信ボックスと、受信者のメールボックスと、前記受信ボックスに保存されたメール送信データの宛先電話番号を元に前記認証データベースを検索して宛先となる受信者のメールボックスを特定する情報を取得する名前解析手段と、前記受信ボックスに保存されたメール送信データを前記メールボックス特定情報に基づいて該当するメールボックスへ格納するメール分配手段と、前記テレビジョン受像機からのメール受信要求に応じて該当するメールボックスからメール情報を取り出しメール受信データを作成して要求元の受信者のテレビジョン受像機に送信するメール転送手段とを備える。
【００１４】また、前記認証データベースに着信情報を書き込む領域を設け、メール送信データを受信したとき前記認証データベースの該当する着信情報を着信状態とし、メール受信要求を受けたとき前記認証データベースの該当する着信情報を非着信状態に変更するようにする。
【００１５】このようにすれば、認証データベースによって全ての利用者の電子メールの着信状態を管理することができる。着信状態が所定期間以上継続する利用者には受信を促すことができる。
【００１６】また、放送波を受信して番組を表示する受信機能を持つ複数のテレビジョン受像機と、所定エリア毎にこれらテレビジョン受像機が通信回線を介して回線接続されると共に互いにネットワーク上で接続される複数のローカルメールサーバと、これらローカルメールサーバが通信回線を介して回線接続されるセンタメールサーバとによりＴＶメールシステムを構築することができる。
【００１７】前記テレビジョン受像機に、宛先及びメール本文とからメール送信データを作成して前記メールサーバへ送信するメール送信機能と、前記メールサーバから受信したメール受信データの内容を元に受信メールを表示するメール受信機能とを備える。前記センタメールサーバに、利用者の認証情報が登録された認証データベースと、前記ローカルメールサーバから解析依頼された受信者の認証情報を前記認証データベースから取得して依頼元のローカルメールサーバへ送信する名前解析手段とを備える。さらに、前記ローカルメールサーバに、受信したメール送信データを保存する受信ボックスと、受信者のメールボックスと、前記センタメールサーバから応答のあった解析依頼に対する認証情報について当該認証情報を付加したメール中継データを作成し受信側ローカルメールサーバへ中継する中継手段と、送信側ローカルメールサーバから中継されたメール中継データを認証情報を元に受信者のメールボックスに格納する分配手段と、前記メールボックスに配信されたメール情報からメール受信データを作成して受信者のテレビジョン受像機に送信する転送手段とを備える。
【００１８】このように構成することにより、ＴＶメール機能がセンタメールサーバとローカルメールサーバとに分散配置することができ、センタメールサーバの付加を軽減できる利点がある。
【００１９】ネットワークを介して互いに回線接続されるローカルメールサーバのネットワーク上のアドレスを管理するためにセンタメールサーバにノード管理情報を配置して、解析依頼があったときに同時にアドレスを通知してやることにより送信側ローカルメールサーバから簡単に受信側ローカルメールサーバへ中継データを転送できることになる。
【００２０】ローカルメールサーバに配置した受信者のメールボックスに着信情報を書き込む領域を設け、送信側ローカルメールサーバからメール中継データを受信したとき前記メールボックスの着信情報を着信状態とし、メール受信要求を受けたとき前記メールボックスの着信情報を非着信状態に変更するようにする。
【００２１】このように構成すれば、着信フラグをＯＦＦにする処理がローカルメールサーバで閉じるため、センタメールサーバとの間の通信を削減できる。
【００２２】テレビジョン受像機に、受信メールを表示しているとき当該受信メールに対する返信メールを受け付け、返信メールの作成要求があれば前記受信メールに設定されている送信者の電話番号を宛先電話番号に自動設定した返信用のメール送信データを作成する返信メール作成手段を備える。
【００２３】このようなＴＶメールシステムによれば、返信用のメールの宛先の設定が自動化されるため利用者の入力操作を軽減できることになる。
【００２４】また、前記テレビジョン受像機に、受信メールを表示しているとき当該受信メールの転送要求を受け付け、受信メールに対する転送要求があれば前記受信メールに設定されている送信者のアドレスを元の送信者のアドレスとして自動設定した転送用のメール送信データを作成する転送メール作成手段を備える。
【００２５】このようなＴＶメールシステムによれば、転送用のメールに元の送信者のアドレスを自動設定できるので転送用のメールを作成する利用者の入力操作を軽減できることになる。
【００２６】前記メールサーバ、前記センタメールサーバ、又は前記ローカルメールサーバのいずれかに、利用者毎に準備される送信履歴ボックスと、当該サーバがメール送信データを受信したとき前記受信ボックスに格納すると共に当該利用者の送信履歴ボックスに格納する手段と、送信履歴要求を受信したとき当該利用者の送信履歴ボックスから過去の送信履歴を取り出して送信履歴データを作成して要求元のテレビジョン受像機に送信する手段とを備える。また、前記テレビジョン受像機に、メールサービス画面上で送信履歴要求を受け付けて前記送信履歴ボックスが配置されたサーバヘ送信履歴要求データを送信する手段と、前記サーバから前記送信履歴要求に対応して送信されてきた送信履歴データに基づいて利用者の送信履歴一覧を表示する手段とを備える。
【００２７】このようなＴＶメールシステムによれば、自己の送信履歴を表示させることができるので、過去に作成した送信メールを利用して新たなメールを作成することができるようになる。
【００２８】前記テレビジョン受像機に、定型文の分類一覧を表示させて利用者に分類一覧の中から定型文の分類を選択させる分類選択手段と、この分類選択手段で選択された定型文の分類に属する定型文の一覧を表示させて利用者に定型文を選択させる定型文選択手段と、この定型文選択手段で選択された一つ又は複数の定型文を作成中のメール本文に挿入してメール作成を支援する入力支援手段とを備える。このようなＴＶメールシステムによれば、文字入力が比較的困難であるテレビジョン受像機において定型的な文章についてはボタン選択で入力することができ、利用者の入力操作を軽減できることになる。
【００２９】前記テレビジョン受像機に、現在画面に表示されている画面データの内容を読み取って、その内容を印字する印字手段と、利用者から指示された印字命令を認識して前記印字手段に印字を依頼する手段とを備える。
【００３０】このようなＴＶメールシステムによれば、現在画面に表示されている画面データの内容を印字出力することができる。
【００３１】前記テレビジョン受像機においてメール送信データにそのメールを印刷できるか否かを示す印刷許可フラグを付加し、前記テレビジョン受像機において受信したメール受信データに付加されている印刷許可フラグをみて印刷の可否を判断する用にした。
【００３２】このようなＴＶメールシステムによれば、印刷することが好ましくないと思われるメールに対して送信元でプロテクトを掛けることができる。
【００３３】前記テレビジョン受像機において表示するメールサービスに関する画面データを前記メールサーバ、前記センタメールサーバ、又は前記ローカルメールサーバのいずれかに配置した画面データベースに保存し、前記テレビジョン受像機からの要求に応じて画面データベースから画面データを取り出して要求元のテレビジョン受像機へ送信するこのようなＴＶメールシステムによれば、メールサービスの内容がバージョンアップされたような場合に、全てのテレビのプログラムを変更するのは事実上不可能であるが、この発明であればサーバの画面データベースを書き替えるだけで変更後のメールサービスを全ての利用者に対して提供することができる。
【００３４】前記テレビジョン受像機に、メールの送信及び受信に係る手続き、メールサービスの内容に応じた必要な種々の画面データ、及び画面表示の制御内容をそれぞれ記述したスクリプトを、放送局から送信された受信放送波から抽出する手段と、この手段で抽出されたスクリプトを格納するメモリとを備え、前記メモリからスクリプトをロードしてメールサービスを提供するようにした。
【００３５】このようなＴＶメールシステムによれば、放送局から最新のスクリプトを埋め込んだ放送波を送信するだけで全てのテレビジョン受像機のスクリプトを更新することができる。
【００３６】前記テレビジョン受像機に、利用者から入力されたスクリプト更新要求を受け付ける手段と、この手段に入力されたスクリプト更新要求が有効なときに受信放送波からスクリプトが抽出されたならば当該スクリプトを前記メモリに格納してスクリプトを更新するスクリプト更新手段とを備える。
【００３７】このようなＴＶメールシステムによれば、利用者がスクリプトの更新を要求したときだけ更新することができる。
【００３８】放送局から放送波に埋め込むスクリプトにバージョン番号を付けてやることにより、テレビジョン受像機で受信したスクリプトが最新のものかどうかを判断することができる。
【００３９】なお、テレビジョン受像機に前述した双方向テレビを使用することにより、メールサーバ、センタメールサーバ、又はローカルメールサーバに後述する実施の形態で説明している応答サーバを使用することができる。
【００４０】
【発明の実施の形態】以下、本発明の実施の形態について説明する。
（第１の実施の形態）図１は第１の実施の形態に係るＴＶメールシステムのシステム構成図である。このＴＶメールシステムは、一般家庭等に設置され認証登録の行われている複数の双方向テレビ１０、地域毎に散在し地域内の双方向テレビ１０と通信するローカル応答サーバ２０、全てのローカル応答サーバ２０と通信可能に接続されたセンタ応答サーバ３０から構成されている。
【００４１】双方向テレビ１０は、放送局から送信された放送電波をデータ受信部１１において受信する。この双方向テレビ１０は、放送電波から本来の放送番組の情報と双方向テレビ番組の情報（プログラム、画像、文字等）とを分離し、双方向テレビ番組のプログラム等はプログラム制御部１２へ渡し、本来の放送番組の情報はデータ表示部１３へ渡すように機能する。プログラム制御部１２は、双方向テレビ番組の番組プログラムを実行し、双方向テレビ番組に対してリモコン操作部１６を介して利用者から返される応答を受け付ける。さらに、プログラム制御部１２は、利用者からの要求に応じて電子メールサービスを提供する。双方向テレビ１０においてＴＶメールサービスを提供する上で必要な固定情報は情報格納部１５に予め格納されている。
【００４２】双方向テレビ１０とローカル応答サーバ２０との間は両者の通信制御部１４、２１により回線接続される。本例では電話回線を利用しているが、他の通信回線を利用することもできる。また、ローカル応答サーバ２０とセンタ応答サーバ３０との間も両者の通信制御部２１，３４により回線接続される。
【００４３】ローカル応答サーバ２０に、送信／受信データ、要求データ等に設定したヘッダの内容を解釈する機能を持ったクライアントプログラム２２を配置している。クライアントプログラム２２は、双方向テレビ１０から送られてくるメール送信データをセンタ応答サーバ３０へ転送し、またセンタ応答サーバ３０から送られてくるメール受信データをメール受信要求に応じて中継する。
【００４４】センタ応答サーバ３０は、予め登録している利用者の認証情報が記憶された認証データベース３５、ローカル応答サーバ２０から送られてくるメール送信データを保存する受信ボックス３６、各利用者のメールボックス３７を備えている。メールボックス３７は利用者の認識番号（ＩＤ＝０００１，ＩＤ＝１１１１，ＩＤ＝１２３４…）で管理されている。
【００４５】図２は認証データベース３５のデータ構造を示している。認証データベース３５は、予め登録している全ての利用者を利用者毎に付与した利用者ＩＤにより管理し、氏名、住所、電話番号等の認証情報と、ＴＶメールの着信情報と、その他の情報とが記憶されている。図３は受信ボックス３６のデータ構造を示している。受信ボックス３６のデータ構造は、ＴＶメール毎に送信元、宛先、本文に分けられている。宛先には電話番号を使用する。図４はメールボックス３７のデータ構造を示している。メールボックス３７は、ＴＶメールが届いている利用者に対して準備され、利用者ＩＤにより管理されている。データ構造は送信元と本文からなる。
【００４６】また、センタ応答サーバ３０は、メールボックス３７に入っているＴＶメールをローカル応答サーバ２０からの要求に応じて転送するメール転送プログラム３３、受信ボックス３６に保存したＴＶメールを宛先解析結果に基づいて該当するメールボックス３７に格納するメール分配プログラム３４、受信ボックス３６に保存したＴＶメールの宛先を解析する名前解析サーバプログラム３８を備えている。
【００４７】以上のように構成された実施の形態の動作について図５〜図１２を参照しながら説明する。
【００４８】図５は双方向テレビ１０におけるＴＶメールの送信及び受信の処理の流れを示している。最初に、ＴＶメールを送信する場合について説明する。
【００４９】双方向テレビ１０では、リモコン操作部１６からサービスメニューの表示要求が入力されると、図６R>６（ａ）に示すサービスメニューの画面情報をプログラム制御部１２が情報格納部１５から取り出してデータ表示部１３に与えることによりテレビ画面上に表示する。サービスメニュー画面には、提供可能なサービス名を列挙している。
【００５０】図６（ａ）に示すサービスメニュー画面においてリモコン操作によって「ＴＶメール」が選択されたならば、図６（ｂ）に示すテレビメールサービス画面をテレビ画面に表示させる。今は送信の場合であるので、テレビメールサービス画面においてリモコン操作で「送信」が選択される。プログラム制御部１２は、「送信」が選択されると、図６（ｃ）に示すＴＶメール送信画面のフォーマットを情報格納部１５から取り出してデータ表示部１３に与えて表示させる。
【００５１】利用者は、ＴＶメール送信画面のフォーマットの宛先欄、本文欄に必要な情報をリモコン操作等によって書き込むことによりＴＶメール文書を作成する。宛先欄に送信先の利用者の電話番号を入力し、本文欄にメッセージを入力する。
【００５２】ＴＶメール送信画面において「送信」が選択されると、図７に示す送信フォーマットでプログラム制御部１２がメール送信データを作成する。すなわち、送信ヘッダにはメール送信であることを示す情報を設定し、送信元には当該双方向ＴＶ１０の利用者ＩＤを設定し、宛先には相手電話番号を画面の宛先情報からコピーして設定し、その後に続けて画面の本文欄に書き込まれたメッセージをコピーして書き込む。このようにして作成したメール送信データを通信制御部１４に渡し、通信制御部１４がローカル応答サーバ２０に回線接続してメール送信データを送信する。
【００５３】図８はローカル応答サーバ２０でのメール送信及びメール受信の処理の流れを示している。ローカル応答サーバ２０では、双方向テレビ１０から受信したメール送信データをクライアントプログラム２２へ渡す。クライアントプログラム２２はメール送信データのヘッダの内容を見て送信メールであることが分かると、当該メール送信データを通信制御部２１に渡してセンタ応答サーバ３０のメール転送プログラム３３に転送する。ローカル応答サーバ２０とセンタ応答サーバ３０との間のメール転送は両者の通信制御部２１，３４を介して行われる。
【００５４】図９はセンタ応答サーバ３０での送信および受信要求の処理の流れを示している。センタ応答サーバ３０では、ローカル応答サーバ２０から送られてきたメール送信データをメール転送プログラム３３に渡す。メール転送プログラム３３は、この受信したメール送信データのヘッの内容を見て送信メールであると判断すると、当該メール送信データを受信ボックス３６に格納する。
【００５５】メール分配プログラム３４は、定期的に受信ボックス３６の内容を確認しており、メール送信データが格納されているとそれを取り出して、宛先展開、送信元展開、受信者メールボックスへの格納をそれぞれ実施する。宛先展開では、名前解析サーバプログラム３８に宛先の電話番号を指示して名前解析を依頼する。
【００５６】名前解析サーバプログラム３８は、メール分配プログラム３４から宛先展開のためのデータ検索が依頼されると、宛先の電話番号をキーにして認証データベース３５から受信者の個人情報を取り出して利用者ＩＤをメール分配プログラム３４へ渡すと共に、その個人情報の中の「着信フラグ」をＯＮにする。着信フラグを操作した個人情報は認証データベース３５へ反映させる。
【００５７】また、名前解析サーバプログラム３８は、メール分配プログラム３４から送信者の利用者ＩＤを指示して依頼された送信元展開に応じ、送信者の利用者ＩＤをキーにして認証データベース３５から送信者の氏名、住所を取り出してメール分配プログラム３４へ渡す。
【００５８】メール分配プログラム３４は、送信元展開で取得した送信者の氏名・住所とメール送信データの本文とから受信メールを作成し、宛先展開で取得した受信者の利用者ＩＤのメールボックス３７に当該受信メールを格納する。図４は利用者ＩＤ＝１１１１の受信者に、羽村市の三浦さんからＴＶメールが着信したことを示している。
【００５９】メールボックス３７に受信メールを格納すると、当該メールボックス３７の受信メールの受信者の電話番号にローカル応答サーバを介して回線接続してＴＶメールの受信を知らせる。
【００６０】次に、ＴＶメールを受信するための処理について説明する。図５に示すように、ＴＶメールの着信通知を受けている利用者が双方向テレビ１０においてＴＶメールサービス画面を開いて「受信」を選択することにより処理が開始される。ＴＶメールサービス画面を開くところまでは「送信」のときと同様である。図１０（ａ）は双方方向テレビ１０に表示させたＴＶメールサービス画面で「受信」を選択したところを示している。
【００６１】双方向テレビ１０のプログラム制御部１２は、ＴＶメールサービス画面で「受信」が選択されると、所定フォーマットのメール受信要求データを通信制御部１４を介してローカル応答サーバ２０のクライアントプログラム２２へ送る。図１１はメール受信要求データのデータ構造を示している。ヘッダにはメール受信要求である旨の情報が設定され、その後に当該受信者の双方向テレビ１０に付与されている利用者ＩＤ（ＩＤ＝１１１１）が付けられている。
【００６２】図８に示すように、ローカル応答サーバ２０では、双方向テレビ１０からメール受信要求データを受信すると、クライアントプログラム２２がメール受信要求データのヘッダの内容を見てメール受信要求であることを判断する。クライアントプログラム２２はメール受信要求であることがわかると、センタ応答サーバ３０のメール転送プログラム３３に対してメール受信要求データを転送する。
【００６３】図９に示すように、センタ応答サーバ３０では、メール受信要求データを受信したメール転送プログラム３３がメール受信要求データのヘッダの内容を見て受信要求であることがわかると、メール受信要求データに設定されている利用者ＩＤの番号を名前解析サーバプログラム３８に通知し、名前解析サーバプログラム３８のデータベースの操作機能を使って認証データベース３５から当該受信要求者の個人情報に設定されている「着信フラグ」をＯＮからＯＦＦに直す。
【００６４】また、メール転送プログラム３３はメール受信要求データに設定されている利用者ＩＤのメールボックス３７から受信メールを取り出してメール受信データを作成する。図１２はメール受信データのデータフオーマットを示している。ヘッダにはメール受信であることを示す情報を設定し、宛先には当該メールボックスの利用者ＩＤを設定し、送信元及び本文にメールボックスの内容を載せている。このようにして作成したメール受信データを受信者の双方向テレビをカバーしているローカル応答サーバ２０へ返し、ローカル応答サーバ２０から宛先に設定されている電話番号に回線接続してその双方向テレビ１０にメール受信データを中継する。
【００６５】双方向テレビ１０では、受信したメール受信データの内容を元にメール受信画面を表示する。図１０R>０（ｂ）はメール受信画面の表示例を示している。
【００６６】このように本実施の形態によれば、一般家庭等に設置されている双方向テレビ１０を電話回線を介して応答サーバ２０，３０に接続可能にし、双方向テレビ１０から応答データとして入力されたＴＶメールを応答サーバ２０，３０で受けて保存すると共に、双方向テレビ１０からの受信要求に応じて宛先の双方向テレビ１０へメールを配信するようにしたので、家庭にある双方向テレビ１０を使用して気軽に電子メールを送ったり、または受信したりすることができる。また、センタ応答サーバ３０に受信者のメールボックス３７を配置したので、双方向テレビ１０の電源が落ちているときであっても受信者に配信することができる。
【００６７】（第２の実施の形態）上記した第１の実施の形態において、センタ応答サーバ３０に双方向テレビから送信されて来たメール送信データの配信を制限する機能を持たせる。メール送信データの配信を制限するための第１の手段は、図１３に示すように認証データベース３５に各利用者毎に電子メールを受け付けても良い者の識別番号によるリストを予め登録した「受信許可者リスト」を設ける。
【００６８】「受信許可者リスト」の登録は双方向テレビ１０から行う。双方向テレビ１０に「受信許可者リスト」の登録受付け画面を表示して受信許可者の利用者ＩＤ、電話番号、又は名前等を入力して「受信許可者リスト」の登録要求をセンタ応答サーバ３０に対して出す。センタ応答サーバ３０には、図１４に示すデータフォーマットでリスト登録要求データを送る。
【００６９】センタ応答サーバ３０で、通信制御部３４からヘッダ内容を判断する機能を持ったプログラムを介してサーバプログラムに渡し、サーバプログラムが送信元の利用者ＩＤの受信可能者リストに、今回のリスト登録要求データに設定されている受信可能者リスト（利用者ＩＤ）を追加形式で登録する。なお、リスト登録要求データの受信可能者リストが利用者ＩＤ以外の情報（氏名、電話番号等）で設定されている場合は、名前解析サーバプログラム３８に依頼して利用者ＩＤを取得する。
【００７０】メール分配プログラム３４は、メール送信データを受信したときに名前解析サーバプログラム３８に依頼して宛先となる受信者の個人情報を取り出し、受信可能者リストに送信元の利用者ＩＤが登録されているか否か判断する。登録されていれば、第１の実施の形態と同様にしてメール分配を実行する。また、、受信可能者リストに送信元の利用者ＩＤが登録されていない場合は、当該メール送信データを破棄して、その旨を送信元に通知する。
【００７１】メール送信データの配信を制限するための第２の手段は、図１５に示すように認証データベース３５に各利用者毎に電子メールの受け付けを拒否する者の識別番号によるリストを予め登録した「受信拒否者リスト」を設ける。
【００７２】認証データベース３５に「受信拒否者リスト」を登録するための処理は上記した第１の手段と同様であり、図１６に示すリスト登録要求データをセンタ応答サーバ３０に送り認証データベース３５の該当箇所に設定する。
【００７３】メール分配プログラム３４は、メール送信データを受信したときに名前解析サーバプログラム３８に依頼して宛先となる受信者の個人情報を取り出し、受信拒否者リストに送信元の利用者ＩＤが登録されているか否か判断する。登録されていれば、当該メール送信データを破棄して、その旨を送信元に通知する。また、受信拒否者リストに送信元の利用者ＩＤが登録されていない場合は、第１の実施の形態と同様にしてメール分配を実行する。
【００７４】このような第２の実施の形態によれば、受信者にとってノイズとなる電子メールを自己のメールボックスに取り込んでしまう不具合を防止でき、必要な電子メールのみを受信できることから通信費用の削減を図ることができ、さらにメールボックスの容量を有効活用できる利点がある。
【００７５】（第３の実施の形態）図１７は第３の実施の形態に係るＴＶメールシステムの構成図である。第３の実施の形態は、ＴＶメール機能をローカル応答サーバに分散配置したことによりメールをローカル応答サーバ間で中継する必要があるのでローカル応答サーバ同士が通信制御部によって接続されるネットワーク構成となっている。
【００７６】第２の実施の形態に係るＴＶメールシステムは、第１の実施の形態と同様に双方向テレビ１０、ローカル応答サーバ２０（２０Ａ、２０Ｂ）、センタ応答サーバ３０から構成されている。ローカル応答サーバ２０に、メール転送、中継及び分配に係わる機能を配置し、センタ応答サーバ３０にローカル応答サーバのノード管理機能及び認証機能を配置している。
【００７７】図１７に示すシステム構成図では、ローカル応答サーバ２０Ａが送信側となり、ローカル応答サーバ２０Ｂが受信側となる場合に各サーバで必要な機能を示しているが、送受信が逆のケースもあり得るので両方のサーバとも同一の機能を装備している。
【００７８】送信側のローカル応答サーバ２０Ａは、通信制御部２１、メール転送プログラム２２、メール中継プログラム２３、名前解折クライアントプログラム２４、受信ボックス２５の各機能を使用する。受信側のローカル応答サーバ２０Ｂは、通信制御部２１、メール転送プログラム２２、メール中継プログラム２３、名前解折クライアントプログラム２４の他に、中継ボックス２６、メール分配プログラム２７、メールボックス２８の各機能を使用する。
【００７９】センタ応答サーバ３０は、通信制御部３１、名前解析サーバプログラム３２、認証データベース３３及びノード管理情報格納部３４を備えている。図１８R>８は認証データベースのデータ構造を示している。認証データベース３３に利用者の個人情報及びメール着信情報に加えて、利用者の双方向テレビをカバーしているローカル応答サーバのＩＤが追加されている。図１９はノード管理情報格納部３４が保持するノード管理情報のデータ構造を示している。ノード管理情報は各ローカル応答サーバのＩＤとネットワークアドレスから構成されている。
【００８０】図２０は受信側のローカル応答サーバ２０が使用するメール中継ボックスの構造を示している。メール中継ボックス２６は宛先、送信元及び本文が保存されるが、送信元については送信元展開で取得されることとなる送信者の住所、氏名が登録される。
【００８１】次に、以上のように構成されたＴＶメールシステムの動作について説明する。この実施の形態は、第１の実施の形態でセンタ応答サーバに持たせていた機能をローカル応答サーバに分散配置したものであるので、双方向テレビ１０は第１の実施の形態と全く同様にしてＴＶメールの送信及び受信を行うことになる。すなわち、双方向テレビ１０は図５に示すフローチャートに基づいて送信／受信の処理を行うことになる。
【００８２】先ず、「送信」から説明する。図５に示すフローチャートに基づいて双方向テレビ１０から図７に示すデータフォーマットのメール送信データが送信側のローカル応答サーバ２０Ａに送信される。
【００８３】送信側の口一カル応答サーバ２０Ａでは、通信制御部２１が受信したデータのヘッダ領域をみて、その内容によってメール転送プログラム、メール中継プログラム、名前解析クライアントプログラムのいずれかに受信したデータを渡す。メール送信データ、メール受信データであればメール転送プログラム２２に渡し、メール中継デー夕であればメール中継プログラム２３に渡し、名前解析結果デー夕であれば名前解折クライアントプログラム２４に渡す。
【００８４】今は、メール送信データであるのでメール転送プログラム２２に渡される。メール送信データを受け取ったメール転送プログラム２２は、図２１のフローチャートに示すようにメール送信データのヘッダの内容を見て、送信メールであることがわかると、受信したメール送信データを受信ボックス２５に格納する。
【００８５】メール中継プログラム２３は、受信ボックス２５の内容を定期的に確認している。メール中継プログラム２３が受信ボックス２５にメール送信データが格納されていることを確認すると、メール中継プログラム２３は図２２に示すフローチャートに基づいて（ａ）〜（ｃ）の処理を開始する。
【００８６】（ａ）宛先展開、宛先の双方向テレビが属するローカル応答サーバＩＤの取得（ｂ）送信元展開（ｃ）ローカル応答サ一バへの中継（ａ）（ｂ）の処理はセンタ応答サーバ３０の名前解析サーバプログラム３２を利用する。名前解析サーバプログラム３２とのデータ授受は名前解析クライアントプログラム２４と通信制御部２１，３１を使用する。
【００８７】宛先展開では、メール中継プログラム２３が名前解析クライアントプログラム２４に名前解析を依頼する。名前解析の依頼があった名前解析クライアントプログラム２４は、図２３に示すフローチャートにしたがって名前解析要求データを作成する。図２６は名前解析要求データのデータフォーマットを示す。名前解析要求データにはメール送信データの宛先電話番号を設定する。名前解析要求データは通信制御部２１と通信制御部３１との間で回線確立後にセンタ応答サーバ３０へ送信する。
【００８８】センタ応答サーバ３０では、通信制御部３１で解析したデータのヘッダが名前解析要求を示していれば名前解析サーバプログラム３２に渡される。図２４は名前解析サーバプログラム３２の処理内容を示している。名前解析サーバプログラム３２は、名前解析要求データに設定されている宛先電話番号をキーにして認証データベース３３から受信者の利用者ＩＤ、受信側のローカル応答サーバ２０ＢのＩＤを取得する。送信元展開においては、送信元の利用者ＩＤをキーにして認証データベース３３から送信元の氏名、住所を取得する。さらに、受信側のローカル応答サーバ２０ＢのＩＤをキーにしてノード管理情報格納部３４から受信側のローカル応答サーバ２０Ｂのネットワークアドレスを取得する。また、認証データベース３３上の受信者の「着信フラグ」をＯＮにする。
【００８９】名前解析サーバプログラム３２は、認証データベース３３から取得した受信者の利用者ＩＤ、送信元の氏名、住所、受信側のローカル応答サーバ２０ＢのＩＤ、及び受信側のローカル応答サーバ２０Ｂのネットワークアドレスを、図２７に示すデータフォーマットに組み立てた名前解析結果データにして送信側のローカル応答サーバ２０Ａへ送信する。
【００９０】送信側のローカル応答サーバ２０Ａでは、通信制御部２１でヘッダを解釈して名前解析結果データを名前解析クライアントプログラム２４に渡す。名前解析クライアントプログラム２４は、受け取った名前解析結果データをメール中継プログラム２３に渡す。
【００９１】メール中継プログラム２３は、図２２に示すように名前解析結果データを受けとると、図２８に示すデータフォーマットのメール中継データを作成する。メール中継データには名前解析結果データに設定された中継先のローカル応答サーバのＩＤなどの情報が設定される。このメール中継データを宛先ローカル応答サーバに中継する。この中継には（ａ）で取得したネットワークアドレスが使用される。
【００９２】一方、メール中継データを受信した受信側のローカル応答サーバ２０Ｂでは、通信制御部２１がメール中継データをメール中継プログラム２３へ渡す。メール中継プログラム２３はメール中継データのヘッダの内容を見て、メール中継データであることがわかると、受信したメール中継データを中継ボックス２６に格納する。
【００９３】メール分配プログラム２７は定期的に中継ボックス２６の内容を確認しており、メール中継データが格納されているとそれを取り出し、宛先の利用者ΙＤが示すメールボックス２８に格納する。
【００９４】次に、メール受信の処理について説明する。双方向テレビ１０のプログラム制御部１２は、「メール受信」の画面が呼び出されるとメール受信要求データを、通信制御部１４を介して受信側ローカル応答サーバ２０Ｂのメール転送プログラム２２に送る。メール受信要求データのデータ構造は図１１の通りものである。ここまでの処理は第１の実施の形態と同様である。
【００９５】受信側のローカル応答サーバ２０Ｂでは、メール転送プログラム２２がメール受信要求データのヘッダの内容を見て、メール受信要求であることがわかると、メール受信要求データの受信者ΙＤが示す利用者の認証データベースの着信フラグをオフにするために、名前解析クライアントプログラム２４を介して名前解析サーバプログラム３２に着信フラグオフの処理を依頼する。
【００９６】そして、メール転送プログラム２２は受信者ΙＤが示すメールボックス２８から受信メールを取り出し、メール受信データを作成する。メール受信データは双方向テレビ１０のプログラム制御部１２にメール受信データを転送する。データの送受信には通信制御部２１，１４を使用する。
【００９７】一方、着信フラグオフの依頼を受けた名前解析クライアントプログラム２４は図２９に示すフォーマットで着信フラグＯＦＦ要求データを作成し、センタ応答サーバ３０へ送信する。
【００９８】着信フラグＯＦＦ要求データを受信したセンタ応答サーバ３０では、名前解析サーバプログラム３２が着信フラグＯＦＦ要求データのヘッダの内容を解釈して宛先電話番号をキーにして受信者の着信フラグを特定し、そこを着信ＯＦＦにする処理を実行する。
【００９９】このように本実施の形態によれば、受信者のメールボックス２８をローカル応答サーバ２０に分散配置させることによって、センタ応答サーバ３０の負荷分散を図ることができる。また、メール中継プログラム２３に通信プロトコル変換の機能をもたせて、他メールへのプロトコル変換を施すことによって、他メールとの相互接続が可能になる。
【０１００】（第４の実施の形態）第４の実施の形態に係るＴＶメールシステムは、着信フラグをローカル応答サーバのメールボックスに置き、認証データベースから削除するようにした例である。
【０１０１】図３０は第４の実施の形態に係るＴＶメールシステムのシステム構成を示している。このＴＶメールシステムは、基本的には上記した第３の実施形態と同様に双方向テレビ１０、ローカル応答サーバ２０（２０Ａ、２０Ｂ）、センタ応答サーバ３０からなり、ローカル応答サーバ同士が通信制御部によって接続されるネットワーク構成となっている。
【０１０２】この実施の形態では、受信側のローカル応答サーバ２０Ｂが使用するメールボックスス２８′に着信フラグ情報が設定され、受信側のローカル応答サーバ２０Ｂの名前解析クライアントプログラムは動作しない。
【０１０３】図３１にセンタ応答サーバ３０に配置される認証データベース３３′のデータ構造を示している。認証データベース３３′は、第３の実施形態で使用した図８に示すものに比べて着信フラグが削除されている。
【０１０４】図３２にローカル応答サーバ２０に配置される受信者のメールボックス２８′のデータ構造が示されている。受信者のメールボックス２８′には着信フラグが追加される。
【０１０５】以上のように構成された実施の形態では、メール送信は上記した第３の実施形態とほぼ同様である。すなわち、双方向テレビ１０からメール送信データを受信した送信側ローカル応答サーバ２０Ａでは、図２３R>３に示すようにメール転送プログラム２２が受信したメール送信データを受信ボックス２５に格納して、名前解析クライアントプログラム２４に名前解析の依頼をする。名前解析クライアントプログラム２４は、図３４に示すフローチャートに基づいて動作し、名前解析要求データを作成してセンタ応答サーバ３０に送信元展開等の依頼をする。
【０１０６】送信側のローカル応答サーバ２０Ａから名前解析要求データを受信したセンタ応答サーバ３０では、着信フラグの処理を除いては（着信フラグの処理はなし）第３の実施形態と同様の処理を実行して名前解析結果を送信側のローカル応答サーバ２０Ａへ返す。
【０１０７】名前解析結果を受信した送信側のローカル応答サーバ２０Ａでは、名前解析クライアントプログラム２４が名前解析結果をメール中継プログラム２３に渡すことにより図２８に示すメール中継データがネットワークアドレスを使って受信側のローカル応答サーバ２０Ｂへ転送される。
【０１０８】受信側のローカル応答サーバ２０Ｂでは、図３５に示すようにメール分配プログラム２７はメール中継データをメールボックス２８′に格納するとともにメールボックス２８′にある着信フラグを０Νにする。メール転送プログラム２２は名前解析クライアントプログラム２４に着信フラグのＯＦＦの処理を依頼する代わりに、メールボックス２８′の着信フラグをＯＦＦにする。よって、名前解析クライアントプログラム２４は着信フラグＯＦＦ要求データを作成する機能が不要となる。
【０１０９】そして、受信側のローカル応答サーバ２０Ｂが受信者の双方向テレビ１０からメール受信要求データを受信すると、図３３に示すようにメール転送プログラム２２が受信者のメールボックスの着信フラグをＯＦＦにすると共に、メールボックスからメールを取り出し、メール受信データを作成して受信者へ送信する。
【０１１０】このように本実施の形態によれば、着信フラグの操作を受信側ローカル応答サーバ２０Ｂのメールボックスに対して実行するようにしたので、着信フラグをＯＦＦにする処理がローカル応答サーバに閉じるため、センタ応答サーバとの通信が軽減される。また、着信の確認もローカル応答サーバのメールボックスを見るだけでよい利点がある。
【０１１１】（第５の実施の形態）第５の実施の形態は、ＴＶメールのサービス画面情報を応答サーバ側に保持し、サービスが要求されたときにＴＶ側に転送するサービス画面の提示方法に関するものである。ＴＶメールシステムの構成は、図１，１７，３０のいずれのシステム構成であっても良い。
【０１１２】この実施の形態では、メール転送プログラム２２が配置された応答サーバに図３６に示すような画面データベース２９を保持させる。なお、この実施の形態においてはメール転送プログラム２２はローカル応答サーバ２０またはセンタ応答サーバ３０のいずれに配置されていても良いので、ここでは特に区別せず単に応答サーバと呼ぶこととする。
【０１１３】図３７は画面データベースのデータ構造を示している。画面種別は図６（ａ）（ｂ）に示すようなサービス画面、図６（ｃ）に示すような送信画面、図１０R>０（ｂ）に示すような受信画面等が設定でき、各画面に対して画面データが格納されている。画面データベース２９の内容は、ＴＶメールシステムによって提供するメールサービスに応じて種々のものが考えられる。
【０１１４】この実施の形態では、双方向テレビ１０のプログラム制御部１２が、視聴者からリモコン操作によってＴＶメールのサービス画面の表示を要求されると、図３８に示す画面情報要求データを作成する。図３８は画面情報要求データのフォーマットを示している。ヘッダには画面要求であることを示す情報が設定され、要求元には視聴者の利用者ΙＤが格納され、視聴者がリモコン操作で指定した画面種別が設定される。このような画面情報要求データを応答サーバのメール転送プログラム２２に転送する。
【０１１５】応答サーバでは、通信制御部２１（３１）からメール転送プログラム２２に画面情報要求データが渡される。メール転送プログラム２２は、受信したデータのヘッダに「画面要求」という値が入った画面情報要求データを受信したら、画面種別が示す画面データを画面データベース２９より検索し、その検索結果をもとに図３９に示す画面情報データを作成する。このような画面情報データを要求もとの双方向テレビ１０に送信する。
【０１１６】双方向テレビ１０では、プログラム制御部１２が画面情報データを受信すると、そこに格納されている画面データをデータ表示部１３に表示する。
【０１１７】このような実施の形態によれば、ＴＶメールシステムで提供されるメールサービスにＴＶメールのサービス画面等に変更を与えるようなサービス内容の変更が生じた場合には、応答サーバの画面データベース２９を更新するだけで良く、サービス画面等の内容の変更はテレビごとに行う必要がないため、変更処理が容易になる。ＴＶメールのサービス画面をテレビの記憶領域に格納する方法では、サービスの改善に伴いメニューを更新する必要性が発生すると、事実上更新は不可能である。
【０１１８】（第６の実施の形態）第６の実施の形態は、メール本文の入力操作を簡略化するために、あらかじめ定型文を用意しておいて利用者のメール本文の文章作成を支援する例である。ＴＶメールシステムの構成は、図１，１７，３０のいずれのシステム構成であっても良い。
【０１１９】図４０に双方向テレビ１０のデータ表示部１３に表示させる定型文の分類画面の一例を示している。定型文の分類として、「あいさつ文」「礼状」「祝賀・見舞状」「通知状」などを準備する。また、図４１に双方向テレビ１０のデータ表示部１３に定型文の一覧を表示する画面の一例を示している。該当する分類において予想される文章が表示される。
【０１２０】図４０及び図４１に示す定型文の分類情報、定型文の情報は双方向テレビ１０の記憶領域に格納しておく。図４２は双方向テレビ１０の定型文の分類情報、定型文の情報に関する記憶領域の構造を示している。予め準備できている定型文を分類情報で管理し、それぞれの分類状に分類に属している定型文が格納されている領域の情報が設定されている。
【０１２１】双方向テレビ１０における送信処理は、図４３４３に示すフローチャートに基づいて実行される。すなわち、プログラム制御部１２は、サービスメニュー画面において送信が選択されると、図６（ｃ）に示すようなメール送信の画面を表示して宛先電話番号とメール本文の入力を受け付ける。このとき、メール本文の作成支援の要求があれば定型文を分類情報を読出してきて図４０に示す分類選択画面を表示させる。分類選択画面において特定の分類が選択されたならば、その分類に属する定型文を読出してきて図４１に示すように表示する。利用者は、リモコン操作によって定型文のー覧の中から任意の文書を選択する。プログラム制御部１２は、視聴者が選んだ定型文をメールの本文としてメール送信データを作成し、ローカル応答サーバに転送する。
【０１２２】このような実施の形態によれば、あらかじめ定型文を用意しておいて利用者が選択することによりメール本文の文章作成を支援するようにしたので、通常テレビはキーボードを持たないためメール本文の入力は画面に表示された５０音表を使って入力することになるが、メール本文の入力操作を簡略化することができる。
【０１２３】尚、上記した第６の実施の形態では双方向テレビ１０の記憶領域に定型文などの情報を持たせているが、第５の実施形態と同様に応答サーバ側に配置することもできる。
【０１２４】（第７の実施の形態）第７の実施の形態は、双方向テレビのデータ表示部に表示している画面を印字できるようにした例である。第７の実施の形態においての双方向テレビ１０は、図４４に示すように印字機能を有する印字部１７を備えている。双方向テレビ１０では、視聴者のリモコンの操作などで指示された印刷命令をデータ受信部１１で受け取り、プログラム制御部１２が印字部１７に印刷を依頼する。印字部１７は現在画面に表示されている画面データの内容を読みとって印字する。
【０１２５】ここで、メールの内容によっては印字することが望ましくないものもある。このようなメールに対して送信元で受信先での印刷にプロテクトをかけることのできる印刷抑止機構を備えている。
【０１２６】図４５（ａ）（ｂ）を参照して印刷抑止機構について説明する。図４５（ａ）に示すメール送信データのように、送信元の双方向テレビ１０から発信するメール送信データに印刷許可フラグを設けておき、そこに印刷不可を設定する。このメール送信データを前述した各実施形態のメール機能を使って受信者の属するローカル応答サーバまで転送する。受信側のローカル応答サーバから受信者の双方向テレビ１０に送信するメール受信データに印刷許可フラグを設けておき、そこに上記メール送信データの印刷許可フラグの値を設定する。このような仕組みによりテレビ画面に表示された内容の印刷抑止が可能となる。
【０１２７】送信者が印刷を許可しないばあい、そのフラグを印刷不可としてメールを送信し、受信者がメールの内容を印刷しようとした場合，ブログラム制御部１２で現在表示している内容が印刷不可であるならばその印字を中止すればよい。
【０１２８】このような実施の形態によれば、双方向テレビにおいてテレビ画面に表示しているメールを印刷出力できると共に、著作権があるコンテンツ等のように印刷が望ましくないメールに対しては印刷抑止機能により印刷を抑止させることができる。
【０１２９】（第８の実施の形態）以下、第８の実施の形態について図１に示すＴＶメールシステムのシステム構成を例にして説明する。第８の実施の形態は、受信したメールに対する返信メールを作成する機能を持つ例である。返信メールを作成するときは、受信メールの送信者のアドレスを返信メールの宛先に自動的に設定することによりメール作成の負担を軽減する。
【０１３０】双方向テレビ１０のテレビ画面に図４６（ａ）に示すメール受信画面を表示させるようにする。画面には返信のボタンがあり、表示している（返信対象の）受信メールに対して返信を行うときはこの返信ボタンを押す。
【０１３１】メール受信画面で返信ボタンを押されたときは、図４６（ｂ）に示すメール返信画面を表示させる。メール返信画面において「宛先」には返信対象である受信メールの送信者の名前が自動的に設定されるようにする。
【０１３２】なお、メール受信画面及びメール返信画面等の画面データは、第５の実施の形態と同様にサーバ側に保存しておき、双方向テレビからの要求に応じてダウンロードする。
【０１３３】図４９は返信対象の受信メールが格納されているメールボックス３７′のデ一夕構造を示す。図４のメールボックス３７に対して送信元を示す送信元ＩＤとそのメールの種別が追加されている。図５０は返信メールが格納されているメールボックス３７′のデータ構造を示す。メール種別の欄には「返信」が設定されている。
【０１３４】以上のように構成された実施の形態では、センタ応答サーバ３０においてメール分配プログラム３４が受信ボックス３６から受信メールを取り出して受信者のメールボックス３７′に分配するときには、送信元である送信者の名前とともに送信者の送信者ΙＤもメールボックス３７′に書き出す。また、受信メールが返信メールでない場合は種別を「オリジナル」とする。
【０１３５】一方、図５１に示すフローチャートにおける受信処理において、双方向テレビ１０のプログラム制御部１２がメール受信要求データをセンタ応答サーバ３０に対して送信すると、センタ応答サーバ３０ではメール転送プログラム３３が受信者のメールボックス３７′から受信メールを取り出して図４７に示すデータフォーマットでメール受信データを作成する。この送信元ＩＤが追加設定されたメール受信データを受信者の双方向テレビ１０へ送信する。
【０１３６】受信者の双方向テレビ１０では、センタ応答サーバ３０から図４７に示すフォーマットのメール受信データを受信すると、図５１に示すようにメール受信データの内容を元にして図４６（ａ）に示すメール受信画面を作成する。
【０１３７】利用者は、テレビ画面に表示している受信メールに対して返信メールを作成する場合には「返信」ボタンをリモコン操作で選択することになる。
【０１３８】プログラム制御部１２は、図４６（ａ）に示すメール受信画面において「返信」ボタンが押されたことをデータ受信部１１から通知されると、受信メールの送信元の名前を宛先としてメール返信画面を表示するため，データ表示部１３を呼び出す。また、利用者が本文の入力を完了するとメール送信データを作成する。このとき，宛先は受信メールの送信元ＩＤを、種別は「返信」を設定する。図４８は返信メールのデータ構造を示す。ヘッダの内容は「メール送信」となっており、これはふつうの送信メールと同じ処理がこのメールに対して行われることを示している。そして、このデータ構造には種別フィールドが追加されており、そこには返信という値が格納されている。返信メールの作成を終えた利用者からリモコン操作によって「送信」ボタンが選択さされると、当該返信メールとなるメール送信データをセンタ応答サーバ３０に対して送信する。
【０１３９】センタ応答サーバ３０では、この返信メールとなるメール送信データを図５０に示すメールボックスに保存することとなる。
【０１４０】このような実施の形態によれば、メール受信データには送信元ΙＤが格納されているため，返信メールを作成するときに宛先を入力する手間が省ける。また、返信メールには「返信」を示す種別データが格納されているため、受信したときにそのメールが返信メールであることが利用者にわかる。
【０１４１】（第９の実施の形態）以下、第９の実施の形態について図１に示すＴＶメールシステムのシステム構成を例にして説明する。第９の実施の形態は、受信したメールを他の利用者に転送する機能を備えたＴＶメールシステムの例である。
【０１４２】双方向テレビ１０において利用者に提示するメールメ受信画面の構成から説明する。図５２はメール受信画面を示している。このメール受信画面は、転送ボタンが設けられており、表示している（転送対象の）受信メールに対して転送を行うときはこの転送ボタンを押すことになる。図５３はメール受信画面で転送ボタンを押されたときに表示するメール転送画面の構成を示している。メール転送画面には元の送信者の欄が設けられている。元の送信者の欄には転送対象である受信メールの送信者の名前が自動的に設定されるようにする。これらの画像データは第５の実施形態と同様にサーバ側に配置しておき、双方向テレビからの要求に応じてダウンロードする。
【０１４３】図５４は転送メールのデータ構造を示す。このデータ構造には種別フィールドを元の送信者フィールドが追加されており、種別には転送という値が格納されている。図５５は転送メールが格納されているメールボックスのデータ構造を示す。このメールボックスは、送信元ＩＤ、種別に追加して元の送信者の情報が格納される領域が確保されている。
【０１４４】この実施の形態でのメール転送処理について、図５６に示す双方向テレビのフローチャートを参照して説明する。双方向テレビ１０においてセンタ応答サーバ３０から受信メールを取得してデータ表示部１３に図５２に示すメール受信画面を表示させたところから説明を始める。それ以前の処理は図５６のフローチャートに示されているように第１の実施形態と同様である。
【０１４５】利用者は、テレビ画面に読み出した受信メールを他の利用者へ転送したい場合にはメール受信画面に設けられている転送ボタンをリモコン操作によって押すことになる。
【０１４６】プログラム制御部１２は、メール受信画面上で「転送」ボタンが押されたことをデータ受信部１１から通知されると、メール転送処理を開始する。すなわち、受信メールの送信元の名前を「元の送信者」として図５３に示すようなメール転送画面を表示する。このとき，本文には受信メールの本文の内容を表示するとともに，転送メールの送信者が本文にコメントを追加できるようにする。
【０１４７】利用者が宛先と本文の入力を完了したことを「送信」ボタンが押されたことから判断すると、図５４R>４に示すフォーマットで転送メールを作成する。このとき、種別の欄には「転送」、元の送信者の欄には受信メールの送信元を設定する。この転送メールをメール送信データの形にしてセンタ応答サーバ３０へ送信する。センタ応答サーバ３０では、宛先の利用者のメールボックスに当該転送メールを格納する。メールボックスに格納された転送メールは図５５のとおりとなり，種別は「転送」なっている。また、種別が「転送」の時は、元の送信者フィールドに転送されたメールの送信者の名前が格納されている。
【０１４８】このような実施の形態によれば、受信したメールを他の利用者に転送する機能を備えたので、受信メールを転送でき、転送されたメールには「元の送信者」の情報も付加されてメールボックスに格納されるので，転送されたメールの本来の送信者を知ることもできる。
【０１４９】（第１０の実施の形態）第１０の実施の形態は、メール送信者の送信履歴を保持する機能を備えたＴＶメールシステムの例である。第１０の実施の形態は、センタ応答サーバを除いて図１に示すＴＶメールシステムと基本的に同様のシステム構成を有している。
【０１５０】図５７は第１０の実施の形態におけるセンタ応答サーバの構成を示している。このセンタ応答サーバは、図１のセンタ応答サーバ３０に対して送信履歴ボックス３９が追加されている。メール転送プログラムは、送信履歴要求に応じて送信履歴データを返送する機能を備えている。送信履歴ボックス３９のデータ構造を図５８に示している。送信履歴ボックス３９は、利用者毎に設けられており、宛先及び本文から構成されている。
【０１５１】双方向テレビ１０で提供するＴＶメールサービス画面及びＴＶメール送信履歴画面を、図６０（ａ）（ｂ）に示す画面構成とする。ＴＶメールサービス画面には送信履歴を選択する「送信履歴」ボタンを設ける。ＴＶメール送信履歴一覧画面には利用者本人が過去に送信したメールの宛先及び本文の一覧を表示する。図６０（ａ）で送信履歴ボタンを押すと図６０（ｂ）の送信履歴一覧画面が表示されるようにプログラム制御部１２に機能を持たせておく。
【０１５２】センタ応答サーバの送信、及び受信、及び送信履歴処理に関する処理内容を図６１に示している。センタ応答サーバでは、メール転送プログラム３２が通信制御部３１から渡された送信メールを図５９に示すように受信ボックス３６に書き出した後、その内容を元に送信者の送信者の送信履歴ボックス３９に只今の送信メールに対する履歴を書き出す。送信履歴ボックス３９は利用者ごとに存在するのでメール送信データの送信元から書き出すべき送信履歴ボックス３９を特定する。書くべき内容は宛先と本文である。
【０１５３】又、センタ応答サーバは、双方向テレビ１０から送信履歴要求を受信すると、メール転送プログラム３３が、図６３の送信履歴要求データの送信元から送信履歴ボックス３９を特定して、その中に格納されているデータから送信履歴データを作成し、双方向テレビに向けて送信する。送信履歴が複数ある場合はその都度送信履歴データを作成する。図６４は送信履歴データのデータ構造を示している。ヘッダに送信履歴であることを示す値が設定される。
【０１５４】双方向テレビ１０は、図６２に示すフローチャートに基づいて動作する。すなわち、利用者からリモコン操作により履歴要求をデータ受信部１１が受けると、プログラム制御部１２がセンタ応答サーバに画面データを要求し、センタ応答サーバから受け取ったＴＶメールサービス画面を表示させる。このＴＶメールサービス画面において「送信履歴」ボタンが選択されると、プログラム制御部１２で図６３に示す送信履歴要求データが生成され、センタ応答サーバに向けて送信される。
【０１５５】そして、送信履歴要求を出した双方向テレビ１０にセンタ応答サーバから送信履歴データが送信されてくると、プログラム制御部１２が送信履歴データに基づいて送信履歴一覧画面をデータ表示部に表示させる。
【０１５６】このように本実施の形態によれば、センタ応答サーバに利用者毎の送信履歴ボックス３９を配置し、双方向テレビ１０から履歴要求を受けると送信履歴データを返送するようにしたので、利用者は自分の過去の送信履歴を確認することができる。送信履歴に送信日時データを追加することで，さらにきめ細かい履歴をとることができる。
【０１５７】（第１１の実施の形態）第１１の実施の形態は、メール送信者の送信履歴を保持する機能を備え、さらに受信者がメールを受信したか否かを示す機能を備えたＴＶメールシステムの例である。第１１の実施の形態は、センタ応答サーバを除いて図１に示すＴＶメールシステムと基本的に同様のシステム構成を有している。
【０１５８】この実施の形態では、全てのメールに対してはユニークな番号であるメッセージΙＤを付与している。したがって、送信履歴ボックス３９にはメッセージΙＤを格納する領域が設けられ、受信状態を示すデータが追加される。受信者によってメールが受信された場合の受信状態はＹｅｓとなり，そうでない場合はＮｏとなる。図６５は送信履歴ボックス３９の具体的なデータ構造を示している。
【０１５９】また、図６６に示すように受信ボックス３６にもメッセージΙＤを格納する領域が設けられ、さらに送信元を示す利用者ΙＤが格納されるようにしている。また、受信者のメールボックス３７についても図６７R>７に示すようにメッセージＩＤと送信元ＩＤが追加されている。
【０１６０】次に、図６８に示すフローチャートを参照してセンタ応答サーバでの処理について送信履歴ボックスに受信状態を書き込む処理を中心に説明する。センタ応答サーバでは、双方向テレビ１０からメール送信データを受信すると、メール転送プログラム３３が受信メールを受信ボックス３６に格納する。このとき、そのメールにメッセージΙＤを付与し、送信元の利用者ΙＤとともに格納する。メッセージΙＤはユニークなΙＤを付与する。また、送信履歴ボックス３９に送信履歴を書き込むときにも同じメッセージＩＤを使用し、受信状態はＮｏとする。
【０１６１】また、メール分配プログラム３４が受信者のメールボックス３７にメールを分配するときにメッセージＩＤと送信元ΙＤを追加してメールを格納する。双方向テレビ１０から受信要求データを受信したときは、メール転送プログラム３３は受信者の要求に従ってメール受信データを作成するが、このときそのメールのメッセージＩＤと送信元ΙＤを読みとり，送信元ΙＤから送信履歴ボックス３９を特定し、さらにメッセージΙＤから送信履歴を特定して、その送信履歴の受信状態をＹｅｓに変更する。
【０１６２】また、センタ応答サーバが双方向テレビ１０から送信履歴要求を受信したときは、図６９に示すように送信履歴データには受信状態を示すデータを追加して送信する。したがって、図６９に示す送信履歴データを受信した双方向テレビ１０では、図７０に示すように受信状態を送信履歴に追加表示することができる。
【０１６３】このような実施の形態によれば、送信履歴機能を持ったＴＶメールシステムに受信者がメールを受信したか否かを示す機能を加えたので、受信者がメールを受信するとその旨を示す受信状態が送信履歴に書き込まれるため，送信者は相手がそのメールを読んだかどうかを知ることができる。
【０１６４】（第１２の実施の形態）第１２の実施の形態は、双方向テレビにて視聴者に提供されるＴＶメールサービスの内容を放送局からの放送電波によって更新できるようにした例である。図７１は双方向テレビ１０の機能ブロックを示している。放送局２０が法送電波に重畳させたスクリプトを、当該放送電波を受信した双方向テレビ１０で分離してメモリ１７に格納する。プログラム制御部１２は、メモリ１７に格納したスクリプトとして記述されたプログラムを実行することにより、双方向テレビサービスや、ＴＶメールサービスを提供することができる。
【０１６５】ここで、ＴＶメールサービスを視聴者に提供する為には双方向テレビ内のプログラム制御部が（１）画面表示、（２）手続きを制御しなければならない。例えば、図７２に示すサービス画面であれば、（１）の画面表示機能は、画面上の文字、図形、ボタンの表示内容、配置等を制御し、（２）手続き機能は、利用者が指定した内容を元にローカル／センタ応答サーバに送るデータの組み立てや、受信データの解析等を制御する。プログラム制御部１２は、ＴＶメールサービスを実行する際に、上記スクリプトをメモリ１７からロードし、そのスクリプトにしたがってテレビの制御を行う。
【０１６６】放送局２０は、図７４に示すフローチャートにしたがってスクリプト更新を実行する。すなわち、ＴＶメールサービスのサービス内容が変更された場合、その変更後のサービス内容に応じたスクリプトが作成される。図７３はスクリプトのデータ構造を示している。スクリプトの内容を示すプログラム名、スクリプトのバージョンを示すバージョン番号、各画面の画面表示に関するスクリプト手続きに関するスクリプトなどからなる。放送局において、このようなスクリプトを放送電波の所定領域を使って送信する。このようにして最新のスクリプトが放送局２０が流す放送波によって搬送される。
【０１６７】一方、双方向テレビ１０では、スクリプトを搬送する放送波を受信すると、デーコーダ１６が受信放送波からスクリプトを抽出し、その旨をプログラム制御部１２へ通知する。プログラム制御部１２は、現在メモリ１７に保持しているスクリプトのバージョン番号と受信したスクリプトのバージョン番号とを比較して、後者の方が新しい場合だけ受信したスクリプトをメモリ１７に書き込む。
【０１６８】プログラム制御部１２は、ＴＶメールサービスを実行する際に、スクリプトをメモリ１７からロードし、そのスクリプトにしたがってテレビの制御を行うことになる。
【０１６９】このような実施の形態によれば、利用者は双方向テレビの買い替えを行うこと無く、常に最新のスクリプトによって最新のＴＶメールサービスを提供できる。
（第１３の実施の形態）第１３の実施の形態は、スクリプトの更新を利用者の知らないうちに自動的に実行するのではなく、利用者からの要求を待って更新するようにした例である。この実施の形態では、図７６に示すようなサービスメニュー画面を表示させて利用者からスクリプトの更新の必要性の有無を受け付ける。このサービスメニュー画面では「更新する」「更新しない」の２種類を利用者がリモコン操作によって選択できるようになっている。
【０１７０】図７７、７８は双方向テレビの動作フローである。以下、このフローチャートを利用して実施の形態の動作について説明する。なお、放送局２０は、上記した第１２の実施形態と同様にして最新のスクリプとを放送波に載せて搬送しているものとする。
【０１７１】図７７に示すように、双方向テレビ１０のプログラム制御部１２は、図７６に示すサービスメニュー画面において「更新する」ボタンが押されたことを認識すると、更新されたスクリプトの受信をデコーダ１６へ依頼しておく。
【０１７２】一方、双方向テレビ１０のデコーダ１６は、スクリプトの更新が依頼されているときに更新されたスクリプトを放送波から抽出すると、そのことを受信したスクリプトのバージョン番号と共にプログラム制御部１２に通知する。プログラム制御部１２は、バージョン番号の新旧を比較し、受信したスクリプトのバージョン番号の方が新しければ当該受信したスクリプトをメモリ１７にダウンロードする。
【０１７３】このような実施の形態によれば、利用者の意思に応じてスクリプトの更新をすることができ、利用者が必要としないスクリプトの更新を避けることができる。本発明は上記実施の形態に限定されるものではなく、各実施の形態を任意に組み合わせてＴＶメールシステムを構築することができる。
【０１７４】
【発明の効果】以上詳記したように本発明によれば、パーソナルコンピュータ等の計算機を利用すること無く、一般家庭用テレビジョンの利用用途を電子メールを送受信する分野にまで広げることのできるＴＶメールシステムを提供できる。
【図面の簡単な説明】
【図１】第１の実施の形態に係るＴＶメールシステムのシステム構成図
【図２】第１の実施の形態に備えた認証データベースのデータ構造図
【図３】第１の実施の形態に備えた受信ボックスのデータ構造図
【図４】第１の実施の形態に備えたメールボックスのデータ構造図
【図５】第１の実施の形態における双方向テレビのフローチャート
【図６】第１の実施の形態におけるメールサービスの送信に係る画面構成図
【図７】第１の実施の形態におけるメール送信データのデータフォーマット図
【図８】第１の実施の形態におけるローカル応答サーバのフローチャート
【図９】第１の実施の形態におけるセンタ応答サーバのフローチャート
【図１０】第１の実施の形態におけるメールサービスの受信に係る画面構成図
【図１１】メール受信要求データのデータフォーマット図
【図１２】メール受信データのデータフォーマット図
【図１３】第２の実施の形態における認証データベースのデータ構造図
【図１４】第２の実施の形態における受信許可者リストの送信データのデータフォーマット図
【図１５】第２の実施の形態における他の認証データベースのデータ構造図
【図１６】第２の実施の形態における受信許可者リストの他の送信データのデータフォーマット図
【図１７】第３の実施の形態に係るＴＶメールシステムのシステム構成図
【図１８】第３の実施の形態に備えた認証データベースのデータ構造図
【図１９】第３の実施の形態に備えたノード管理情報のデータ構造図
【図２０】第３の実施の形態に備えた中継ボックスのデータ構造図
【図２１】第３の実施の形態におけるメール転送プログラムのフローチャート
【図２２】第３の実施の形態におけるメール中継プログラムのフローチャート
【図２３】第３の実施の形態における名前解析クライアントプログラムのフローチャート
【図２４】第３の実施の形態における名前解析サーバプログラムのフローチャート
【図２５】第３の実施の形態におけるメール分配プログラムのフローチャート
【図２６】名前解析要求データのデータフォーマット図
【図２７】名前解析結果データのデータフォーマット図
【図２８】メール中継データのデータフォーマット図
【図２９】着信フラグＯＦＦ要求データのデータフォーマット図
【図３０】第４の実施の形態に係るＴＶメールシステムのシステム構成図
【図３１】第４の実施の形態に備えた認証データベースのデータ構造図
【図３２】第４の実施の形態に備えたメールボックスのデータ構造図
【図３３】第４の実施の形態におけるメール転送プログラムのフローチャート
【図３４】第４の実施の形態における名前解析クライアントプログラムのフローチャート
【図３５】第４の実施の形態におけるメール分配プログラムのフローチャート
【図３６】第５の実施の形態に備えた応答サーバの構成図
【図３７】第５の実施の形態に備えた画面データベースのデータ構造図
【図３８】第５の実施の形態における画面情報要求データのデータフォーマット図
【図３９】第５の実施の形態における画面情報データのデータフォーマット図
【図４０】第６の実施の形態における定型文分類画面の表示例を示す図
【図４１】第６の実施の形態における定型文一覧の表示例を示す図
【図４２】第６の実施の形態における記憶領域の構成図
【図４３】第６の実施の形態における双方向テレビのフローチャート
【図４４】第７の実施の形態に備えた双方向テレビの構成図
【図４５】第７の実施の形態におけるメール送信データ及びメール受信データのデータフォーマット図
【図４６】第８の実施の形態において表示されるメール受信／返信のための画面の構成図
【図４７】第８の実施の形態におけるメール受信データのデータフォーマット図
【図４８】第８の実施の形態におけるメール送信データのデータフォーマット図
【図４９】第８の実施の形態における返信対象の受信メールが格納されたメールボックスのデータ構造図
【図５０】第８の実施の形態における返信メールが格納されたメールボックスのデータ構造図
【図５１】第８の実施の形態における双方向テレビのフローチャート
【図５２】第９の実施の形態において表示されるメール受信のための画面の構成図
【図５３】第９の実施の形態において表示されるメール転送のための画面の構成図
【図５４】第９の実施の形態におけるメール転送データのデータフォーマット図
【図５５】第９の実施の形態におけるメールボックスのデータ構造図
【図５６】第９の実施の形態における双方向テレビのフローチャート
【図５７】第１０の実施の形態に係るセンタ応答サーバの構成図
【図５８】第１０の実施の形態に備えた送信履歴ボックスのデータ構造図
【図５９】第１０の実施の形態に備えた受信ボックスのデータ構造図
【図６０】第１０の実施の形態において表示する送信履歴のサービス画面の構成図
【図６１】第１０の実施の形態におけるセンタ応答サーバのフローチャート
【図６２】第１０の実施の形態における双方向テレビのフローチャート
【図６３】第１０の実施の形態における送信履歴要求データのデータフォーマット図
【図６４】第１０の実施の形態における送信履歴データのデータフォーマット図
【図６５】第１１の実施の形態における送信履歴ボックスのデータ構造図
【図６６】第１１の実施の形態における受信ボックスのデータ構造図
【図６７】第１１の実施の形態におけるメールボックスのデータ構造図
【図６８】第１１の実施の形態におけるセンタ応答サーバのフローチャート
【図６９】第１１の実施の形態における送信履歴データのデータフォーマット図
【図７０】第１１の実施の形態において表示される送信履歴画面の構成図
【図７１】第１２の実施の形態における双方向テレビと放送局との関係を示す図
【図７２】双方向テレビにおけるサービスメニュー画面の構成図
【図７３】第１２の実施の形態におけるスクリプトの構成図
【図７４】第１２の実施の形態における放送局のフローチャート
【図７５】第１２の実施の形態における双方向テレビのフローチャート
【図７６】第１３の実施の形態における双方向テレビの更新受付け画面の構成図
【図７７】第１３の実施の形態における双方向テレビの更新受付けのフローチャート
【図７８】第１３の実施の形態における双方向テレビのスクリプト更新のためのフローチャート
【符号の説明】
１０…双方向テレビ
１１…データ受信部
１２…プログラム制御部
１３…データ表示部
１４，２２，３４…通信制御部
１６…リモコン操作部
２０…ローカル応答サーバ
２２，３３…メール転送プログラム
２３…メール中継プログラム
２４…名前解析クライアントプログラム
２５，３６…受信ボックス
２６…中継ボックス
２７，３４…メール分配プログラム
２８，３７…メールボックス
３３…認証データベース
【特許請求の範囲】
【請求項１】 放送波を受信して番組を表示する受信機能を持つ複数のテレビジョン受像機と、これらテレビジョン受像機が通信回線を介して回線接続されるメールサーバとにより構築されるＴＶメールシステムであり、前記テレビジョン受像機に、宛先及びメール本文とからメール送信データを作成して前記メールサーバへ送信するメール送信機能と、前記メールサーバから受信したメール受信データの内容を元に受信メールを表示するメール受信機能とを備え、前記メールサーバに、利用者の認証情報が登録された認証データベースと、受信したメール送信データを保存する受信ボックスと、受信者のメールボックスと、前記受信ボックスに保存されたメール送信データを前記認証データベースを参照して受信者のメールボックスへ分配する分配手段と、前記メールボックスに配信されたメール情報からメール受信データを作成して受信者のテレビジョン受像機に送信する転送手段とを備えたことを特徴とするＴＶメールシステム。
【請求項２】 放送波を受信して番組を表示する受信機能を持つ複数のテレビジョン受像機と、これらテレビジョン受像機が通信回線を介して回線接続されるメールサーバとにより構築されるＴＶメールシステムであり、前記テレビジョン受像機に、メール送信画面を表示して宛先電話番号及びメール本文を受け付けることによりメール送信データを作成して前記メールサーバへ送信するメール送信機能と、前記メールサーバからメール受信要求に応じて送られてきたメール受信データを受信し当該メール受信データの内容を元にメール受信画面を表示するメール受信機能とを備え、前記メールサーバに、前記各テレビジョン受像機の利用者に関して利用者識別子を含んだ認証情報が登録された認証データベースと、受信したメール送信データを保存する受信ボックスと、受信者のメールボックスと、前記受信ボックスに保存されたメール送信データの宛先電話番号を元に前記認証データベースを検索して宛先となる受信者のメールボックスを特定する情報を取得する名前解析手段と、前記受信ボックスに保存されたメール送信データを前記メールボックス特定情報に基づいて該当するメールボックスへ格納するメール分配手段と、前記テレビジョン受像機からのメール受信要求に応じて該当するメールボックスからメール情報を取り出しメール受信データを作成して要求元の受信者のテレビジョン受像機に送信するメール転送手段とを備えてなることを特徴とするＴＶメールシステム。
【請求項３】 請求項１又は請求項２記載のＴＶメールシステムにおいて、前記認証データベースに着信情報を書き込む領域を設け、メール送信データを受信したとき前記認証データベースの該当する着信情報を着信状態とし、メール受信要求を受けたとき前記認証データベースの該当する着信情報を非着信状態に変更することを特徴とするＴＶメールシステム。
【請求項４】 放送波を受信して番組を表示する受信機能を持つ複数のテレビジョン受像機と、所定エリア毎にこれらテレビジョン受像機が通信回線を介して回線接続されると共に互いにネットワーク上で接続される複数のローカルメールサーバと、これらローカルメールサーバが通信回線を介して回線接続されるセンタメールサーバとにより構築されるＴＶメールシステムであり、前記テレビジョン受像機に、宛先及びメール本文とからメール送信データを作成して前記メールサーバへ送信するメール送信機能と、前記メールサーバから受信したメール受信データの内容を元に受信メールを表示するメール受信機能とを備え、前記センタメールサーバに、利用者の認証情報が登録された認証データベースと、前記ローカルメールサーバから解析依頼された受信者の認証情報を前記認証データベースから取得して依頼元のローカルメールサーバへ送信する名前解析手段とを備え、前記ローカルメールサーバに、受信したメール送信データを保存する受信ボックスと、受信者のメールボックスと、前記センタメールサーバから応答のあった解析依頼に対する認証情報について当該認証情報を付加したメール中継データを作成し受信側ローカルメールサーバへ中継する中継手段と、送信側ローカルメールサーバから中継されたメール中継データを認証情報を元に受信者のメールボックスに格納する分配手段と、前記メールボックスに配信されたメール情報からメール受信データを作成して受信者のテレビジョン受像機に送信する転送手段とを備えたことを特徴とするＴＶメールシステム。
【請求項５】 請求項４記載のＴＶメールシステムにおいて、受信者のメールボックスに着信情報を書き込む領域を設け、送信側ローカルメールサーバからメール中継データを受信したとき前記メールボックスの着信情報を着信状態とし、メール受信要求を受けたとき前記メールボックスの着信情報を非着信状態に変更することを特徴とするＴＶメールシステム。
【請求項６】 請求項１〜請求項５のいずれか１項に記載のＴＶメールシステムにおいて、前記テレビジョン受像機に、受信メールを表示しているとき当該受信メールに対する返信メールを受け付け、返信メールの作成要求があれば前記受信メールに設定されている送信者の電話番号を宛先電話番号に自動設定した返信用のメール送信データを作成する返信メール作成手段を備えたことを特徴とするＴＶメールシステム。
【請求項７】 請求項１〜請求項６のいずれか１項に記載のＴＶメールシステムにおいて、前記テレビジョン受像機に、受信メールを表示しているとき当該受信メールの転送要求を受け付け、受信メールに対する転送要求があれば前記受信メールに設定されている送信者のアドレスを元の送信者のアドレスとして自動設定した転送用のメール送信データを作成する転送メール作成手段を備えたことを特徴とするＴＶメールシステム。
【請求項８】 請求項１〜請求項７のいずれか１項に記載のＴＶメールシステムにおいて、前記メールサーバ、前記センタメールサーバ、又は前記ローカルメールサーバのいずれかに、利用者毎に準備される送信履歴ボックスと、当該サーバがメール送信データを受信したとき前記受信ボックスに格納すると共に当該利用者の送信履歴ボックスに格納する手段と、送信履歴要求を受信したとき当該利用者の送信履歴ボックスから過去の送信履歴を取り出して送信履歴データを作成して要求元のテレビジョン受像機に送信する手段とを備え、前記テレビジョン受像機に、メールサービス画面上で送信履歴要求を受け付けて前記送信履歴ボックスが配置されたサーバヘ送信履歴要求データを送信する手段と、前記サーバから前記送信履歴要求に対応して送信されてきた送信履歴データに基づいて利用者の送信履歴一覧を表示する手段とを備えたことを特徴とするＴＶメールシステム。
【請求項９】 請求項１〜請求項８のいずれか１項に記載のＴＶメールシステムにおいて、前記テレビジョン受像機に、定型文の分類一覧を表示させて利用者に分類一覧の中から定型文の分類を選択させる分類選択手段と、この分類選択手段で選択された定型文の分類に属する定型文の一覧を表示させて利用者に定型文を選択させる定型文選択手段と、この定型文選択手段で選択された一つ又は複数の定型文を作成中のメール本文に挿入してメール作成を支援する入力支援手段とを備えたことを特徴とするＴＶメールシステム。
【請求項１０】 請求項１〜請求項９のいずれか１項に記載のＴＶメールシステムにおいて、前記テレビジョン受像機に、現在画面に表示されている画面データの内容を読み取って、その内容を印字する印字手段と、利用者から指示された印字命令を認識して前記印字手段に印字を依頼する手段とを具備したことを特徴とするＴＶメールシステム。
【請求項１１】 請求項１０記載のＴＶメールシステムにおいて、前記テレビジョン受像機においてメール送信データにそのメールを印刷できるか否かを示す印刷許可フラグを付加し、前記テレビジョン受像機において受信したメール受信データに付加されている印刷許可フラグをみて印刷の可否を判断する用にしたことを特徴とするＴＶメールシステム。
【請求項１２】 請求項１〜請求項１１のいずれか１項に記載のＴＶメールシステムにおいて、前記テレビジョン受像機において表示するメールサービスに関する画面データを前記メールサーバ、前記センタメールサーバ、又は前記ローカルメールサーバのいずれかに配置した画面データベースに保存し、前記テレビジョン受像機からの要求に応じて画面データベースから画面データを取り出して要求元のテレビジョン受像機へ送信することを特徴とするＴＶメールシステム。
【請求項１３】 請求項１〜請求項１１のいずれか１項に記載のＴＶメールシステムにおいて、前記テレビジョン受像機に、メールの送信及び受信に係る手続き、メールサービスの内容に応じた必要な種々の画面データ、及び画面表示の制御内容をそれぞれ記述したスクリプトを、放送局から送信された受信放送波から抽出する手段と、この手段で抽出されたスクリプトを格納するメモリとを備え、前記メモリからスクリプトをロードしてメールサービスを提供するようにしたことを特徴とするＴＶメールシステム。
【請求項１４】 請求項１３記載のＴＶメールシステムにおいて、前記テレビジョン受像機に、利用者から入力されたスクリプト更新要求を受け付ける手段と、この手段に入力されたスクリプト更新要求が有効なときに受信放送波からスクリプトが抽出されたならば当該スクリプトを前記メモリに格納してスクリプトを更新するスクリプト更新手段とを備えたことを特徴とするＴＶメールシステム。
【請求項１】 放送波を受信して番組を表示する受信機能を持つ複数のテレビジョン受像機と、これらテレビジョン受像機が通信回線を介して回線接続されるメールサーバとにより構築されるＴＶメールシステムであり、前記テレビジョン受像機に、宛先及びメール本文とからメール送信データを作成して前記メールサーバへ送信するメール送信機能と、前記メールサーバから受信したメール受信データの内容を元に受信メールを表示するメール受信機能とを備え、前記メールサーバに、利用者の認証情報が登録された認証データベースと、受信したメール送信データを保存する受信ボックスと、受信者のメールボックスと、前記受信ボックスに保存されたメール送信データを前記認証データベースを参照して受信者のメールボックスへ分配する分配手段と、前記メールボックスに配信されたメール情報からメール受信データを作成して受信者のテレビジョン受像機に送信する転送手段とを備えたことを特徴とするＴＶメールシステム。
【請求項２】 放送波を受信して番組を表示する受信機能を持つ複数のテレビジョン受像機と、これらテレビジョン受像機が通信回線を介して回線接続されるメールサーバとにより構築されるＴＶメールシステムであり、前記テレビジョン受像機に、メール送信画面を表示して宛先電話番号及びメール本文を受け付けることによりメール送信データを作成して前記メールサーバへ送信するメール送信機能と、前記メールサーバからメール受信要求に応じて送られてきたメール受信データを受信し当該メール受信データの内容を元にメール受信画面を表示するメール受信機能とを備え、前記メールサーバに、前記各テレビジョン受像機の利用者に関して利用者識別子を含んだ認証情報が登録された認証データベースと、受信したメール送信データを保存する受信ボックスと、受信者のメールボックスと、前記受信ボックスに保存されたメール送信データの宛先電話番号を元に前記認証データベースを検索して宛先となる受信者のメールボックスを特定する情報を取得する名前解析手段と、前記受信ボックスに保存されたメール送信データを前記メールボックス特定情報に基づいて該当するメールボックスへ格納するメール分配手段と、前記テレビジョン受像機からのメール受信要求に応じて該当するメールボックスからメール情報を取り出しメール受信データを作成して要求元の受信者のテレビジョン受像機に送信するメール転送手段とを備えてなることを特徴とするＴＶメールシステム。
【請求項３】 請求項１又は請求項２記載のＴＶメールシステムにおいて、前記認証データベースに着信情報を書き込む領域を設け、メール送信データを受信したとき前記認証データベースの該当する着信情報を着信状態とし、メール受信要求を受けたとき前記認証データベースの該当する着信情報を非着信状態に変更することを特徴とするＴＶメールシステム。
【請求項４】 放送波を受信して番組を表示する受信機能を持つ複数のテレビジョン受像機と、所定エリア毎にこれらテレビジョン受像機が通信回線を介して回線接続されると共に互いにネットワーク上で接続される複数のローカルメールサーバと、これらローカルメールサーバが通信回線を介して回線接続されるセンタメールサーバとにより構築されるＴＶメールシステムであり、前記テレビジョン受像機に、宛先及びメール本文とからメール送信データを作成して前記メールサーバへ送信するメール送信機能と、前記メールサーバから受信したメール受信データの内容を元に受信メールを表示するメール受信機能とを備え、前記センタメールサーバに、利用者の認証情報が登録された認証データベースと、前記ローカルメールサーバから解析依頼された受信者の認証情報を前記認証データベースから取得して依頼元のローカルメールサーバへ送信する名前解析手段とを備え、前記ローカルメールサーバに、受信したメール送信データを保存する受信ボックスと、受信者のメールボックスと、前記センタメールサーバから応答のあった解析依頼に対する認証情報について当該認証情報を付加したメール中継データを作成し受信側ローカルメールサーバへ中継する中継手段と、送信側ローカルメールサーバから中継されたメール中継データを認証情報を元に受信者のメールボックスに格納する分配手段と、前記メールボックスに配信されたメール情報からメール受信データを作成して受信者のテレビジョン受像機に送信する転送手段とを備えたことを特徴とするＴＶメールシステム。
【請求項５】 請求項４記載のＴＶメールシステムにおいて、受信者のメールボックスに着信情報を書き込む領域を設け、送信側ローカルメールサーバからメール中継データを受信したとき前記メールボックスの着信情報を着信状態とし、メール受信要求を受けたとき前記メールボックスの着信情報を非着信状態に変更することを特徴とするＴＶメールシステム。
【請求項６】 請求項１〜請求項５のいずれか１項に記載のＴＶメールシステムにおいて、前記テレビジョン受像機に、受信メールを表示しているとき当該受信メールに対する返信メールを受け付け、返信メールの作成要求があれば前記受信メールに設定されている送信者の電話番号を宛先電話番号に自動設定した返信用のメール送信データを作成する返信メール作成手段を備えたことを特徴とするＴＶメールシステム。
【請求項７】 請求項１〜請求項６のいずれか１項に記載のＴＶメールシステムにおいて、前記テレビジョン受像機に、受信メールを表示しているとき当該受信メールの転送要求を受け付け、受信メールに対する転送要求があれば前記受信メールに設定されている送信者のアドレスを元の送信者のアドレスとして自動設定した転送用のメール送信データを作成する転送メール作成手段を備えたことを特徴とするＴＶメールシステム。
【請求項８】 請求項１〜請求項７のいずれか１項に記載のＴＶメールシステムにおいて、前記メールサーバ、前記センタメールサーバ、又は前記ローカルメールサーバのいずれかに、利用者毎に準備される送信履歴ボックスと、当該サーバがメール送信データを受信したとき前記受信ボックスに格納すると共に当該利用者の送信履歴ボックスに格納する手段と、送信履歴要求を受信したとき当該利用者の送信履歴ボックスから過去の送信履歴を取り出して送信履歴データを作成して要求元のテレビジョン受像機に送信する手段とを備え、前記テレビジョン受像機に、メールサービス画面上で送信履歴要求を受け付けて前記送信履歴ボックスが配置されたサーバヘ送信履歴要求データを送信する手段と、前記サーバから前記送信履歴要求に対応して送信されてきた送信履歴データに基づいて利用者の送信履歴一覧を表示する手段とを備えたことを特徴とするＴＶメールシステム。
【請求項９】 請求項１〜請求項８のいずれか１項に記載のＴＶメールシステムにおいて、前記テレビジョン受像機に、定型文の分類一覧を表示させて利用者に分類一覧の中から定型文の分類を選択させる分類選択手段と、この分類選択手段で選択された定型文の分類に属する定型文の一覧を表示させて利用者に定型文を選択させる定型文選択手段と、この定型文選択手段で選択された一つ又は複数の定型文を作成中のメール本文に挿入してメール作成を支援する入力支援手段とを備えたことを特徴とするＴＶメールシステム。
【請求項１０】 請求項１〜請求項９のいずれか１項に記載のＴＶメールシステムにおいて、前記テレビジョン受像機に、現在画面に表示されている画面データの内容を読み取って、その内容を印字する印字手段と、利用者から指示された印字命令を認識して前記印字手段に印字を依頼する手段とを具備したことを特徴とするＴＶメールシステム。
【請求項１１】 請求項１０記載のＴＶメールシステムにおいて、前記テレビジョン受像機においてメール送信データにそのメールを印刷できるか否かを示す印刷許可フラグを付加し、前記テレビジョン受像機において受信したメール受信データに付加されている印刷許可フラグをみて印刷の可否を判断する用にしたことを特徴とするＴＶメールシステム。
【請求項１２】 請求項１〜請求項１１のいずれか１項に記載のＴＶメールシステムにおいて、前記テレビジョン受像機において表示するメールサービスに関する画面データを前記メールサーバ、前記センタメールサーバ、又は前記ローカルメールサーバのいずれかに配置した画面データベースに保存し、前記テレビジョン受像機からの要求に応じて画面データベースから画面データを取り出して要求元のテレビジョン受像機へ送信することを特徴とするＴＶメールシステム。
【請求項１３】 請求項１〜請求項１１のいずれか１項に記載のＴＶメールシステムにおいて、前記テレビジョン受像機に、メールの送信及び受信に係る手続き、メールサービスの内容に応じた必要な種々の画面データ、及び画面表示の制御内容をそれぞれ記述したスクリプトを、放送局から送信された受信放送波から抽出する手段と、この手段で抽出されたスクリプトを格納するメモリとを備え、前記メモリからスクリプトをロードしてメールサービスを提供するようにしたことを特徴とするＴＶメールシステム。
【請求項１４】 請求項１３記載のＴＶメールシステムにおいて、前記テレビジョン受像機に、利用者から入力されたスクリプト更新要求を受け付ける手段と、この手段に入力されたスクリプト更新要求が有効なときに受信放送波からスクリプトが抽出されたならば当該スクリプトを前記メモリに格納してスクリプトを更新するスクリプト更新手段とを備えたことを特徴とするＴＶメールシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図１１】
【図１２】
【図１４】
【図１６】
【図１９】
【図７】
【図８】
【図９】
【図１３】
【図１５】
【図２０】
【図２６】
【図２７】
【図２９】
【図１０】
【図１８】
【図２１】
【図２２】
【図２５】
【図３２】
【図３７】
【図１７】
【図２３】
【図２４】
【図２８】
【図３１】
【図３５】
【図３６】
【図３０】
【図３３】
【図３４】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図５２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図５４】
【図６３】
【図４９】
【図５０】
【図５１】
【図５３】
【図５５】
【図５７】
【図５８】
【図６４】
【図５６】
【図５９】
【図６０】
【図６５】
【図６６】
【図６７】
【図６９】
【図７０】
【図７２】
【図７３】
【図７４】
【図７６】
【図６１】
【図６２】
【図６８】
【図７１】
【図７５】
【図７７】
【図７８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図１１】
【図１２】
【図１４】
【図１６】
【図１９】
【図７】
【図８】
【図９】
【図１３】
【図１５】
【図２０】
【図２６】
【図２７】
【図２９】
【図１０】
【図１８】
【図２１】
【図２２】
【図２５】
【図３２】
【図３７】
【図１７】
【図２３】
【図２４】
【図２８】
【図３１】
【図３５】
【図３６】
【図３０】
【図３３】
【図３４】
【図３８】
【図３９】
【図４０】
【図４１】
【図４２】
【図５２】
【図４３】
【図４４】
【図４５】
【図４６】
【図４７】
【図４８】
【図５４】
【図６３】
【図４９】
【図５０】
【図５１】
【図５３】
【図５５】
【図５７】
【図５８】
【図６４】
【図５６】
【図５９】
【図６０】
【図６５】
【図６６】
【図６７】
【図６９】
【図７０】
【図７２】
【図７３】
【図７４】
【図７６】
【図６１】
【図６２】
【図６８】
【図７１】
【図７５】
【図７７】
【図７８】
【公開番号】特開平９−２３７２３４
【公開日】平成９年（１９９７）９月９日
【国際特許分類】
【出願番号】特願平８−４３４６４
【出願日】平成８年（１９９６）２月２９日
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【公開日】平成９年（１９９７）９月９日
【国際特許分類】
【出願日】平成８年（１９９６）２月２９日
【出願人】（０００００３０７８）株式会社東芝 (54,554)
[ Back to top ]