JPH09212457A - デジタル双方向通信端末における暗号化・復号化装置 - Google Patents

デジタル双方向通信端末における暗号化・復号化装置

Info

Publication number
JPH09212457A
JPH09212457A JP8014221A JP1422196A JPH09212457A JP H09212457 A JPH09212457 A JP H09212457A JP 8014221 A JP8014221 A JP 8014221A JP 1422196 A JP1422196 A JP 1422196A JP H09212457 A JPH09212457 A JP H09212457A
Authority
JP
Japan
Prior art keywords
data
digital
communication terminal
way 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.)
Pending
Application number
JP8014221A
Other languages
English (en)
Inventor
Aki Ogawa
亜紀 小川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP8014221A priority Critical patent/JPH09212457A/ja
Publication of JPH09212457A publication Critical patent/JPH09212457A/ja
Pending legal-status Critical Current

Links

Landscapes

  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)

Abstract

(57)【要約】 【課題】 デジタル双方向通信端末において、デジタル
双方向通信端末に暗号化、復号化およびユーザーの認証
機能を付加することにより、双方向ＣＡＴＶによるクレ
ジットカード支払い等のセキュリティを要するサービス
の実現を可能とし、更に暗号化機能を初めから組み込む
のではなく、暗号化モジュールをサーバからダウンロー
ドさせることによって、デジタル双方向通信端末本体の
価格を低く押さえることを可能とする。 【解決手段】 デジタル双方向通信端末は、公衆回線ま
たは専用線を通じてサーバに接続され内部にシステムＲ
ＯＭ、システムＲＡＭ、不揮発性ＲＡＭを有し、ＯＳ／
９を核とするオペレーティングシステムを持つ。デジタ
ル双方向通信端末はサーバよりデータの暗号化、復号化
のためのモジュールをダウンロードし、ダウンロードし
た暗号化モジュールをシステムＲＡＭに保存し、それ以
降のデータの授受に暗号を使用する機能を有する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明はデジタル双方向通信
端末にセキュリティ機能を付加するものであり、特にＯ
Ｓ／９のモジュール形式と、双方向ＣＡＴＶシステムに
おけるデータのダウンロード機能を利用して、暗号化機
能を実現するデジタル双方向通信端末に関するものであ
る。
【０００２】
【従来の技術】デジタル双方向通信端末用ＯＳとしてＯ
Ｓ／９を核としたＤＡＶＩＤが発表されており、デジタ
ル双方向通信端末を構成する最小限のモジュールによる
構成とその拡張は既にＤＡＶＩＤシステムとして発表さ
れている。ＤＡＶＩＤと一般的なＳＴＢの構造は日経バ
イト１９９５．９月号で解説されている。従来のデジタ
ル双方向通信端末の構成と動作の詳細は後に記述する。
しかし、ＤＡＶＩＤを含む典型的なデジタル双方向通信
端末の構成には暗号化機能は含まれていない。拡張とし
て暗号・条件付きアクセスの実現が取り上げられている
が、ここでのセキュリティ機能は暗号化のためのＨ／Ｗ
とＨ／Ｗに対応するドライバを組み込むことで実現され
るものである。
【０００３】従来のＣＡＴＶシステムのセンターのサー
バと端末装置とのデータの送受信方式については、特開
昭５７ー６５９８２号公報および特表平６ー５０１６０
１号公報に記述されているが、ここで送受信されるデー
タは暗号化が施されたものではなく、データに識別のた
めのコードを付加し、平文のままデータを流すものであ
る。ＣＡＴＶシステムにおけるセキュリティとしては、
ダウンロードされたブーターイメージに含まれたデータ
から計算されたブーターチェックサムとプログラムのタ
グ信号から検出された有効チェックサムを比較し、一致
すればデスクランブルが作動し、受信されるべきプログ
ラムが視聴のためデスクランブルされる方式は特開昭６
３ー２６０９３号公報に記述されている。しかし、これ
はサーバから流れるデータを正当な視聴者にのみ受信可
能となるよう視聴者を制限するためのものであり、視聴
者側かのデータを保護するものではない。デジタル双方
向通信端末において、双方向のデータを暗号化し、デー
タ保護を実現するためには、暗号化・復号化装置が必要
となる。
【０００４】図４０はＯＳ／９を核とした一般のデジタ
ル双方向通信端末の構成図である。図５において、１か
ら５はそれぞれデジタル双方向通信端末におけるモジュ
ールである。モジュールとは、ハードウェアとソフトウ
ェアの組み合わせによって、デジタル双方向通信端末に
おいて各機能を実現するための構成要素であり、各モジ
ュール間をバスを通じて制御信号、またはデータを送受
信することによって、デジタル双方向通信端末を動作さ
せるものである。以下、図４０の構成要素を説明する。
入力モジュール１、ＣＰＵモジュール２、グラフィック
モジュール３、ＭＰＥＧモジュール４、ネットワークモ
ジュール５はそれぞれバスに接続されており、ＭＰＥＧ
モジュール４はネットワークモジュール５の後段に配
し、グラフィックモジュール３の前段に配している。入
力モジュール１はユーザからの入力を受け付け、デジタ
ル双方向通信端末内部に入力信号を取り込み、ＣＰＵへ
信号送信を行うモジュールである。ＣＰＵモジュール２
は中央処理装置と記憶装置からなるデジタル双方向通信
端末内部の各モジュールからの信号を受け付け、受け付
けた信号を処理し、必要なモジュールへ動作命令の出力
を行い、それぞれのモジュールの制御を行うモジュール
である。グラフィックモジュール３はサーバからダウン
ロードされた静止画像をビデオ出力可能な形式にデータ
処理を行い、ビデオ出力へ出力させることと、ＭＰＥＧ
モジュールから送られてきたデータをビデオ出力へ出力
させることと、静止画像と動画像の重ね合わせ処理を行
い、ビデオ出力へ出力させるモジュールである。ＭＰＥ
Ｇモジュール４はネットワークモジュールより受信した
サーバからダウンロードされたＭＰＥＧデータの復号を
行い、オーディオデータをオーディオ出力に出力させる
ことと、ビデオデータをグラフィックモジュールへ送信
するモジュールである。ネットワークモジュール５はネ
ットワークに接続され、ネットワークからデータを受信
し、受信データを動画像・静止画像に分解し、更に動画
については音声データとビデオデータに分解したあと、
ＭＰＥＧモジュールへデータを送信する処理を行うモジ
ュールである。入力モジュールには、赤外線リモコンレ
シーバ７が含まれる。このレシーバによって、ユーザの
リモコン操作による入力を受信し、デジタル双方向通信
端末へ取り込むことを可能とする。ＣＰＵモジュールに
はＣＰＵ１１、不揮発性ＲＡＭ８、システムＲＯＭ９、
システムＲＡＭ１０が存在する。ＣＰＵはデジタル双方
向通信端末に取り込まれる信号を解析し、その解析結果
に基づいて各モジュールへ動作命令信号を送信する。シ
ステムＲＯＭは、デジタル双方向通信端末本体に予め組
み込まれるソフトウエアモジュールが記憶される。
【０００５】図３７に示すようにシステムＲＯＭには、
ＯＳ−９のＫｅｒｎｅｌ２６、Ｉ／Ｏマネージャ２７、
デバイスドライバ２８、ＡＰＩおよびプロトコル２９が
組み込まれ、アプリケーション領域３０に、拡張された
アプリケーションモジュールを格納させることが可能で
ある。システムＲＡＭ１０および不揮発性ＲＡＭ８に
は、ＳＴＢの起動後にサーバからダウンロードされたデ
バイスドライバ、アプリケーション、データが記録され
る。グラフィックモジュールには、静止画像データを出
力可能な形式に処理する静止画像プロセッサ１２と、静
止画像と、ビデオデータを取り込んで、重ね合わせなど
の処理を行い、ビデオ出力に出力させるオーバレイコン
トローラ１３が含まれる。ＭＰＥＧモジュールには、ビ
デオデータとオーディオデータに切り分けられたＭＰＥ
Ｇデータのうち、ビデオデータを復号し、グラフィック
モジュール内のオーバレイコントローラへ引き渡すＭＰ
ＥＧビデオプロセッサ１４と、オーディオデータを復号
し、ステレオオーディオ出力に出力するＭＰＥＧオーデ
ィオプロセッサ１５が含まれる。ネットワークモジュー
ルには高帯域単方向回線に接続され、サーバからダウン
ロードされる画像データおよび音声データなどのデータ
を受信するためのデータチャネルＩ／Ｆ１７と、低帯域
双方向回線とに接続され、通信制御を行うための信号を
送受信し、デジタル双方向通信端末からサーバへの要求
信号を送信し、サーバからの制御信号を受信するための
制御チャネルＩ／Ｆ１８と、データチャネルＩ／Ｆ１７
とデータの送受信を行い、ＭＰＥＧデータのビデオデー
タとオーディオデータの切り分けを行い、ＭＰＥＧオー
ディオプロセッサ１５とＭＰＥＧビデオプロセッサ１４
への送信を行うデマルチプレクサシンクコントロール１
６が存在する。
【０００６】次に、図４０に示すデジタル双方向通信端
末の動作を説明する。まず、電源投入時のデジタル双方
向通信端末の動作を説明する。図３８は電源ＯＮ時のデ
ジタル双方向通信端末の動作フローチャートである。入
力モジュール１より、電源入の信号を受信したデジタル
双方向通信端末は赤外線リモコンレシーバ７で信号が電
源ＯＮ信号であることを解析し、ＣＰＵへ電源ＯＮ信号
を送信する。電源ＯＮ信号を受信したＣＰＵモジュール
は、各モジュール[１−５]の初期化を行う。次に、各モ
ジュールが正常に動作しているかどうかのチェックを行
うパワーＯＮセルフテストを実行する。次に、システム
ＲＯＭ９とシステムＲＡＭ１０の初期化を行う。次に、
Ｋｅｒｎｅｌの立ち上げを実行する。Ｋｅｒｎｅｌの立
ち上げが終了した状態で、電源ＯＮ動作が完了する。
【０００７】次に、ユーザからデータダウンロードのた
めの選択信号入力があったときの動作を説明する。図３
９はデータダウンロード時のデジタル双方向通信端末の
動作フローチャートである。入力モジュール１より、デ
ータダウンロード実行信号を受信したデジタル双方向通
信端末は、入力信号を解析し、ダウンロード実行命令
と、ダウンロードすべきデータ名をＣＰＵモジュール２
へ受け渡す。ダウンロード命令を受信したＣＰＵモジュ
ールは、ネットワークモジュールう５へダウンロード命
令とダウンロードすべきデータ名を受け渡す。ネットワ
ークモジュール５は制御チャネルＩ／Ｆ１８を通じて、
ダウンロード実行要求と、ダウンロードすべきデータ名
をサーバへ送信し、データチャネルＩ／Ｆ１７を通じ
て、サーバからデータをダウンロードする。ダウンロー
ドされたデータのうち、ＭＰＥＧデータ以外のデータは
バスを通じてグラフィックモジュール３へ送信され、Ｍ
ＰＥＧデータはデマルチプレクサシンクコントロール１
６へ受け渡される。デマルチプレクサシンクコントロー
ル１６に受け渡されたＭＰＥＧデータは、画像データと
音声データの切り分け処理が行われ、同期をとって、Ｍ
ＰＥＧモジュール４へ受け渡される。ＭＰＥＧモジュー
ル４に受け取られた画像データはＭＰＥＧビデオプロセ
ッサ１４で、音声データはＭＰＥＧオーディオプロセッ
サ１５でそれぞれ復号処理され、ＭＰＥＧビデオプロセ
ッサ１４で復号されたビデオ信号は、グラフィックモジ
ュール３のオーバレイコントローラ１３に受け渡され、
ＭＰＥＧオーディオプロセッサ１５で復号されたオーデ
ィオデータはステレオオーディオ出力へ出力される。バ
スを通じてグラフィックモジュール３へ受け渡された静
止画像データは静止画像プロセッサ１２で復号処理さ
れ、オーバレイコントローラ１３へ受け渡される。オー
バレイコントローラ１３では、静止画像プロセッサ１２
から受け取った静止画像データとＭＰＥＧビデオプロセ
ッサ１４から受け取ったビデオデータの重ね合わせ処理
を行い、ビデオ出力へ出力する。以上、従来のＯＳ／９
を核とした採用したデジタル双方向通信端末の動作を説
明した。
【０００８】
【発明が解決しようとする課題】上述した従来技術にお
けるネットワークセキュリティ技術はコンピュータネッ
トワークにおける技術であり、双方向ＣＡＴＶシステム
においてはまだ確立されていない。 また、インターネ
ット接続を実現するＣＡＴＶにおいて、ケーブルモデム
にセキュリティ機能を実装することが計画されている
が、ケーブルモデムによるセキュリティ機能の実現であ
り、デジタル双方向通信端末そのものにセキュリティ機
能を実装するものではなく、双方向ＣＡＴＶシステム単
独でのセキュリティ機能ではない。しかし、オンライン
・ショッピングや銀行口座の残高照会といったサービス
の提供を実現するためには双方向ＣＡＴＶシステムにお
けるセキュリティ確保は必修条件である。双方向ＣＡＴ
Ｖでも、暗号化技術をとりいれたデジタル双方向通信端
末を実現することによって、サーバ・端末間で送受信さ
れるデータのセキュリティを確保することが可能であ
り、提供可能なサービスの幅を広げることができる。Ｄ
ＡＶＩＤの拡張としてセキュリティ機能が挙げられてい
るが、これは暗号化のためのＨ／ＷとＨ／Ｗに対応する
ためのドライバを組み込むことによってデジタル双方向
通信端末にセキュリティ機能を実現するものであり、デ
ジタル双方向通信端末のＨ／Ｗ構成の変更を要し、一度
組み込まれた暗号か方式を変更するためには更にＨ／Ｗ
の変更を必要とするものであり、暗号化のためのコスト
が高くなるという課題を有するものである。
【０００９】本発明は上記のような課題を解決するため
になされたもので、特にデジタル双方向通信端末にＨ／
Ｗによるセキュリティ機能を組み込むのではなく、暗号
化のためのアプリケーションモジュールとしてサーバか
らダウンロードさせることによって、暗号化機能付加の
ためのコストを軽減し、また暗号化機能の更新を容易に
実現することができるデジタル双方向通信端末における
暗号化・複号化装置を得ることを目的とする。
【００１０】
【課題を解決するための手段】双方向ＣＡＴＶシステム
における暗号化機能を実現するため、デジタル双方向通
信端末に暗号化機能を実装する。暗号化機能としては、
ＤＥＳ暗号に代表される秘密鍵暗号方式と、ＲＳＡに代
表される公開鍵暗号方式を組み合わせた方式を用いるも
のとする。秘密鍵暗号方式とは、暗号化と復号化に用い
る鍵が共通であり、暗号化に用いられた鍵を用いて暗号
化アルゴリズムを逆に実行することによって、復号を行
い、暗号化を施す前の原文を得るものである。この方式
は、単純な排他的論理和の繰り返しアルゴリズムで実現
されるもので、高速な処理を可能とする反面、送信側と
受信側で共通の鍵を保有する必要があり、鍵の配送・保
持が困難であるという欠点を有する。公開鍵暗号方式と
は、落とし戸関数と呼ばれる一方向には容易に実行で
き、逆数を求めるのは非常に困難である関数を利用する
もので、暗号化と復号化に使用する鍵が異なるものであ
る。したがって、鍵の配送・保持は容易に行える反面、
秘密鍵暗号方式に比べて計算が複雑であり、秘密鍵暗号
方式と比較して暗号化・復号化に処理時間を要するとい
う欠点を有する。ただし、公開鍵暗号方式を使用して、
認証及び鍵配送を行い、データの暗号化は秘密鍵暗号に
よって行うことによって、それぞれの利点を生かして使
用することが可能となる。本発明に係るデジタル双方向
通信端末における暗号化・復号化装置は、双方向ＣＡＴ
Ｖのデータダウンロード機能を活用し、暗号化のための
Ｓ／Ｗモジュールをサーバからダウンロードすることに
より、デジタル双方向通信端末に暗号化機能を組み込む
とともに、モジュールをリンクし、デジタル双方向通信
端末における暗号化機能を実現するものである。ＯＳ／
９はデバイスドライバからアプリケーションに至るまで
実行プログラムがそれぞれモジュールとなっており、そ
れらモジュールをメモリにロードし、リンクすることに
より、各種の機能をダイナミックに実行可能にすること
ができる特徴を持っている。このようなＯＳ／９を核と
するデジタル双方向通信端末では、各種の機能を実現す
るためのモジュールを予めＲＯＭに記憶させておく以外
に、モジュールをサーバからダウンロードすることによ
ってモジュールの機能をデジタル双方向通信端末に付加
することが可能である。モジュールのダウンロードは通
常デジタル双方向通信端末がサーバからオーディオデー
タ、ビデオデータ等をダウンロードするための回線を使
用し、ＯＳ／９を核とするデジタル双方向通信端末のた
めに開発されたデータのダウロードプロトコル、UPLINK
/DOWNLINK API を使用する。デジタル双方向通信端末に
はこのプロトコルモジュールを実装する。このダウンロ
ードプロトコルは、サーバ用にはＣライブラリが存在し
ており、任意のＯＳ上で動作する。したがって、UPLINK
/DOWNLINK プロトコルを使用した任意のＯＳを使用する
サーバからのデータのダウンロードが可能である。
【００１１】また、双方向ＣＡＴＶのデータダウンロー
ド機能を活用し、暗号化のためのＳ／Ｗモジュールをサ
ーバからダウンロードするとともに認証機能のためのＨ
／Ｗを付加し、Ｈ／Ｗ認証装置のためのドライバをＲＯ
Ｍに組み込むものである。
【００１２】また、双方向ＣＡＴＶのデータダウンロー
ド機能を活用し、暗号化のためのＳ／Ｗモジュールをサ
ーバからダウンロードするとともに、認証機能実現のた
めの手段として、認証のためのＳ／Ｗモジュールは組み
込みモジュールとしてＲＯＭに組み込むものである。
【００１３】また、双方向ＣＡＴＶのデータダウンロー
ド機能を活用し、暗号化のためのＳ／Ｗモジュールをサ
ーバからダウンロードするとともに、ユーザの選択を受
信するための手段として、リモコンを使用し、入力モジ
ュールに暗号化を行うかどうかの選択信号を入力するた
めの機能と、受信した選択信号をＣＰＵモジュールに伝
えるための機能を付加し、ＣＰＵモジュールのＲＡＭ領
域に、選択信号を格納するための領域を確保するもので
ある。
【００１４】また、サーバからダウンロードしたリスト
を参照して選択的に暗号化を行うための手段として、双
方向ＣＡＴＶのデータダウンロード機能を活用し、暗号
化適用データのリストを参照して選択的に暗号化を行う
機能を付加した暗号化のためのＳ／Ｗモジュールをサー
バからダウンロードするとともにサーバから暗号化適用
データのリストをダウンロードする機能と、暗号化適用
データのリストを格納するための領域をＲＡＭ領域に設
けることとしたものである。
【００１５】また、一度暗号化を実行したデータの暗号
化形式を記憶し、同じデータの送信時に記憶されたデー
タを使用するために、双方向ＣＡＴＶのデータダウンロ
ード機能を活用し、暗号化データのリストを参照し、暗
号化データが存在しない場合にのみ選択的に暗号化を行
う機能を付加した暗号化のためのＳ／Ｗモジュールをサ
ーバからダウンロードするとともに、暗号化データの保
存のための領域をＲＡＭ領域に設けることとしたもので
ある。
【００１６】
【発明の実施の形態】本発明の実施の形態であるデジタ
ル双方向通信端末における暗号化・複号化装置において
は、デジタル双方向通信端末に暗号化機能をダウンロー
ドすることによって暗号化・復号化機能を実現させるこ
とが可能となるばかりでなく、データと同様にアプリケ
ーションをダウンロードすることが可能であり、更にダ
ウンロードされたアプリケーションをダイナミックに動
作可能とするＯＳ／９の特徴を利用した暗号化・複号化
機能が実現できる。
【００１７】また、認証機能のＨ／Ｗによる実装を行
い、ユーザの認証を行うことによって、データの改ざ
ん、不正なユーザによるなりすましを防ぐことができ
る。
【００１８】また、認証機能のＳ／Ｗによる実装を行う
ことによって、ユーザの認証を実現し、データの改ざん
や不正ユーザによるなりすましを防ぐことができる。
【００１９】また、特にセキュリイティの確保を必要と
するデータを選択的に暗号化・複号化する機能を付加す
ることよって、暗号化を必要としないデータをそのまま
送受信することが可能となる。
【００２０】また、データが暗号化・複号化を必要とす
るか否かをサーバ側で決定し、そのリストをデジタル双
方向通信端末にダウンロードしてサーバ側と端末側で共
通のリストによって、暗号化・複号化を選択的に実行す
る機能を有することによって、ユーザの操作が不要とな
り、ユーザの操作の煩雑さをなくすと共に、ユーザによ
る誤操作の危険性を回避でき、さらに暗号化・復号化は
共通なリストによって選択するため、データが暗号化さ
れたものであるかどうかを示すフラグを送受信されるデ
ータに付加する必要がなくなる。
【００２１】また、同じデータを何度も暗号化する必要
がなくなり、デジタル双方向通信端末の負荷を軽減でき
る。
【００２２】以下、本発明をその実施の形態を示す図面
に基づいて説明する。 実施の形態１．図１は本発明の実施の形態１であるを示
すブロック図である。本実施の形態１において、ネット
ワークインターフェースモジュールはＡＤＳＬ対応であ
り、電話回線６に接続される。１から５の各モジュール
は従来例で示したものと同様であり、その機能も図４０
を用いて説明した従来ものと同様である。ただし、図１
では、ＣＰＵモジュール２の不揮発性ＲＡＭ８にダウン
ロードされる暗号化モジュールが格納される。
【００２３】次に、本実施例におけるデジタル双方向通
信端末の動作を説明する。まず、電源投入時のデジタル
双方向通信端末の動作を説明する。図２は実施例１にお
ける電源ＯＮ時のデジタル双方向通信端末の動作フロー
チャートである。入力モジュール１より、電源入の信号
を受信したデジタル双方向通信端末は赤外線リモコンレ
シーバ７で信号が電源ＯＮ信号であることを解析し、Ｃ
ＰＵへ電源ＯＮ信号を送信する。電源ＯＮ信号を受信し
たＣＰＵモジュールは、各モジュール[１−５]の初期化
を行う。次に、各モジュールが正常に動作しているかど
うかのチェックを行うパワーＯＮセルフテストを実行す
る。次に、システムＲＯＭ９とシステムＲＡＭ１０の初
期化を行う。次に、Ｋｅｒｎｅｌの立ち上げを実行す
る。Ｋｅｒｎｅｌの立ち上げが終了したあと、次にデジ
タル双方向通信端末はサーバへアクセスを行い、暗号化
モジュール６のダウンロードを行う。ダウンロードした
暗号化モジュール６はアプリケーションとして不揮発性
ＲＡＭ８に格納される。図５に電話回線を介したサーバ
とデジタル双方向通信端末の接続図を示し、ダウンロー
ドを行う際の暗号化モジュールの流れを示す。サーバの
アプリケーション領域３１に格納されている暗号化モジ
ュール６は、デジタル双方向通信端末からの要求を受け
て、UPLINK/DOWNLINK API ３２を使用し、サーバ用のＯ
Ｓ３３を介して、サーバ固有のネットワークドライバ３
４を使用して、ハードウェア３５を介して接続されてい
る電話回線３６を経由し、デジタル双方向通信端末へ送
られる。デジタル双方向通信端末側では電話回線３６に
接続されているハードウェア３７から、ファイル・マネ
ージャ、ドライバ３８によって、ＯＳ−９／ＯＳ−９０
００（登録商標） ３９上のダウンロードプロトコルで
あるUPLINK/DOWNLINK APIを使用して、デジタル双方向
通信端末のアプリケーション領域４１に格納される。こ
こでいうデジタル双方向通信端末のアプリケーション領
域４１は、不揮発性ＲＡＭ８である。
【００２４】暗号化モジュール６がダウンロードされ、
不揮発性ＲＡＭ８に格納されると、次にデジタル双方向
通信端末は暗号化モジュール６の初期化、リンクを行い
暗号化モジュールを実行可能状態にする。次に、デジタ
ル双方向通信端末は自分自身の公開鍵をサーバへ送信す
る。デジタル双方向通信端末の公開鍵と秘密鍵のペアは
システムＲＯＭ１０のアプリケーション領域３０に保存
されている。サーバはデジタル双方向通信端末から送信
されたデジタル双方向通信端末の公開鍵を受信し、受信
したデジタル双方向通信端末の公開鍵をサーバのアプリ
ケーション領域３１に登録し、サーバの公開鍵をデジタ
ル双方向通信端末に送信する。デジタル双方向通信端末
は受信したサーバの公開鍵を不揮発性ＲＡＭ８に保存す
る。以上のようにデジタル双方向通信端末への暗号化モ
ジュールのダウンロードと初期化・リンクが行われ、ま
たサーバとデジタル双方向通信端末間の公開鍵の交換が
行われ、暗号化モジュール６のダウンロードを実行する
デジタル双方向通信端末の電源ＯＮ動作が終了する。
【００２５】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。図３は実施の形態１におけるデータダ
ウンロード時のフローチャートであり、詳しくは、暗号
化モジュールが実行可能状態となったデジタル双方向通
信端末がサーバから暗号化を施されたデータを受信する
際の動作を示す。入力モジュール１より、データダウン
ロード実行信号を受信したデジタル双方向通信端末は、
入力信号を解析し、ダウンロード実行命令と、ダウンロ
ードすべきデータ名をＣＰＵモジュール２へ受け渡す。
ダウンロード命令を受信したＣＰＵモジュールは、ネッ
トワークモジュールう５へダウンロード命令とダウンロ
ードすべきデータ名を受け渡す。ネットワークモジュー
ル５は制御チャネルＩ／Ｆ１８を通じて、ダウンロード
実行要求と、ダウンロードすべきデータ名をサーバへ送
信し、デジタル双方向通信端末からサーバへデータの転
送を要求する。サーバ側では秘密鍵暗号方式による暗号
化鍵を生成し、データを暗号化し、暗号化に使用した暗
号化鍵をデジタル双方向通信端末から受信した公開鍵に
よって暗号化し、暗号化されたデータと暗号化鍵をデジ
タル双方向通信端末に送信する。データのダウンロード
は図５に示した場合と同様にサーバのアプリケーション
領域３１に格納されている暗号化モジュール６は、デジ
タル双方向通信端末からの要求を受けて、UPLINK/DOWNL
INK API ３２を使用し、サーバ用のＯＳ３３を介して、
サーバ固有のネットワークドライバ３４を使用して、ハ
ードウェア３５を介して接続されている電話回線３６を
経由し、デジタル双方向通信端末へ送られる。デジタル
双方向通信端末側では電話回線３６に接続されているハ
ードウェア３７から、ファイル・マネージャ、ドライバ
３８によって、ＯＳ−９／ＯＳ−９０００ ３９上のダ
ウンロードプロトコルであるUPLINK/DOWNLINK API を使
用して、デジタル双方向通信端末のシステムＲＡＭ１０
に格納される。
【００２６】ダウンロードされたデータはＣＰＵモジュ
ール２の暗号化モジュール６を使用して復号される。暗
号化されたデータと暗号化鍵を受信したデジタル双方向
通信端末は、まず自分の秘密鍵を使用してデータ用暗号
化鍵を復号する。復号されたデータ用暗号化鍵は、シス
テムＲＡＭ１０に保存される。次に復号され、システム
ＲＡＭに保存されたデータ用暗号化鍵を使用して、デー
タの復号を行う。復号されたデータのうち、ＭＰＥＧデ
ータ以外のデータはバスを通じてグラフィックモジュー
ル３へ送信され、ＭＰＥＧデータはバスを介してデマル
チプレクサシンクコントロール１６へ受け渡される。デ
マルチプレクサシンクコントロール１６に受け渡された
ＭＰＥＧデータは、画像データと音声データの切り分け
処理が行われ、同期をとって、ＭＰＥＧモジュール４へ
受け渡される。ＭＰＥＧモジュール４に受け取られた画
像データはＭＰＥＧビデオプロセッサ１４で、音声デー
タはＭＰＥＧオーディオプロセッサ１５でそれぞれ復号
処理され、ＭＰＥＧビデオプロセッサ１４で復号された
ビデオ信号は、グラフィックモジュール３のオーバレイ
コントローラ１３に受け渡され、ＭＰＥＧオーディオプ
ロセッサ１５で復号されたオーディオデータはステレオ
オーディオ出力へ出力される。バスを通じてグラフィッ
クモジュール３へ受け渡された静止画像データは静止画
像プロセッサ１２で復号処理され、オーバレイコントロ
ーラ１３へ受け渡される。オーバレイコントローラ１３
では、静止画像プロセッサ１２から受け取った静止画像
データとＭＰＥＧビデオプロセッサ１４から受け取った
ビデオデータの重ね合わせ処理を行い、ビデオ出力へ出
力する。以上の動作により、デジタル双方向通信端末は
サーバからのデータを安全に受信することが可能とな
る。
【００２７】図４は実施の形態１におけるデータ送信時
のフローチャートであり、詳しくは、暗号化モジュール
が実行可能状態となったデジタル双方向通信端末がサー
バへ暗号化を施されたデータを送信する際の動作を示
す。まず、デジタル双方向通信端末はＣＰＵモジュール
２において、暗号化モジュール６を用いて暗号化鍵を生
成する。次にデジタル双方向通信端末は暗号化モジュー
ル６によってサーバに送信すべきデータの暗号化を行
い、データの暗号化に使用したデータ用暗号化鍵は暗号
化モジュール６を使用してサーバの公開鍵を用いて暗号
化する。次にデジタル双方向通信端末は暗号化されたデ
ータとデータ用暗号化鍵は、バスを介してネットワーク
モジュール５の制御チャネルＩ／Ｆへ送られ、制御チャ
ネルＩ／Ｆを介して、電話回線を経由して、サーバに送
信される。データの送信は図５に示す様に、ＯＳ−９０
／ＯＳ−９０００ ３９上のダウンロードプロトコルで
あるUPLINK/DOWNLINK API ４０を使用し、ファイル・マ
ネージャ、ドライバ３８によって、サーバ用のＯＳ３３
を介して、電話回線３６に接続されているハードウェア
３７から、サーバへ送信される。サーバ側では、UPLINK
/DOWNLINK API ３２を使用して、サーバ固有のネットワ
ークドライバ３４を使用して、ハードウェア３５を介し
て接続されている電話回線３６からデジタル双方向通信
端末から送信されたデータを受信する。暗号化されたデ
ータとデータ用暗号化鍵を受信したサーバは、まず自分
の秘密鍵を使用してデータ用暗号化鍵を復号する。次
に、復号された暗号化鍵を使用して、データの復号を行
う。復号されたデータはサーバ上の記憶領域に保存され
る。 以上の動作により、デジタル双方向通信端末はサ
ーバへデータを安全に送信することが可能となる。
【００２８】実施の形態２．本実施の形態２において、
ネットワークインターフェースモジュールはＨＦＣ対応
である。図６はネットワークインターフェースモジュー
ルとしてＨＦＣを使用する場合のブロック図、図７はサ
ーバとデジタル双方向通信端末の接続図である。図７お
よび図４に示すように、デジタル双方向通信端末はネッ
トワークインタフェースモジュールから同軸ケーブル４
４、ファイバーバックボーン４２を経由してサービスプ
ロバイダのサービス提供装置であるサーバに接続され
る。
【００２９】次に、本実施の形態２におけるデジタル双
方向通信端末の動作を説明する。まず、電源投入時のデ
ジタル双方向通信端末の動作を説明する。実施の形態２
における電源ＯＮ時のデジタル双方向通信端末の動作フ
ローチャートは図２と同様である。入力モジュール１よ
り、電源入の信号を受信したデジタル双方向通信端末は
赤外線リモコンレシーバ７で信号が電源ＯＮ信号である
ことを解析し、ＣＰＵへ電源ＯＮ信号を送信する。電源
ＯＮ信号を受信したＣＰＵモジュールは、各モジュール
[１−５]の初期化を行う。次に、各モジュールが正常に
動作しているかどうかのチェックを行うパワーＯＮセル
フテストを実行する。次に、システムＲＯＭ９とシステ
ムＲＡＭ１０の初期化を行う。次に、Ｋｅｒｎｅｌの立
ち上げを実行する。Ｋｅｒｎｅｌの立ち上げが終了した
あと、次にデジタル双方向通信端末はサーバへアクセス
を行い、暗号化モジュール６のダウンロードを行う。ダ
ウンロードした暗号化モジュール６はアプリケーション
として不揮発性ＲＡＭ８に格納される。図７にダウンロ
ードを行う際のサーバとデジタル双方向通信端末の接続
図と暗号化モジュールの流れを示す。サーバのアプリケ
ーション領域３１に格納されている暗号化モジュール６
は、デジタル双方向通信端末からの要求を受けて、UPLI
NK/DOWNLINK API ３２を使用し、サーバ用のＯＳ３３を
介して、サーバ固有のネットワークドライバ３４を使用
して、ハードウェア３５を介して接続されているファイ
バーケーブル４２を通って、ファイバーと同軸ケーブル
を接続するファイバーバックボーン４３を経由し、同軸
ケーブル４４に接続されているデジタル双方向通信端末
へ送られる。デジタル双方向通信端末側では同軸ケーブ
ル４４に接続されているハードウェア３７から、ファイ
ル・マネージャ、ドライバ３８によって、ＯＳ−９／Ｏ
Ｓ−９０００ ３９上のダウンロードプロトコルである
UPLINK/DOWNLINK API を使用して、デジタル双方向通信
端末のアプリケーション領域４１に格納される。ここで
いうデジタル双方向通信端末のアプリケーション領域４
１は、不揮発性ＲＡＭ８である。
【００３０】暗号化モジュール６がダウンロードされ、
不揮発性ＲＡＭ８に格納されると、次にデジタル双方向
通信端末は暗号化モジュール６の初期化、リンクを行い
暗号化モジュールを実行可能状態にする。次に、デジタ
ル双方向通信端末は自分自身の公開鍵をサーバへ送信す
る。デジタル双方向通信端末の公開鍵と秘密鍵のペアは
システムＲＯＭ１０のアプリケーション領域３０に保存
されている。サーバはデジタル双方向通信端末から送信
されたデジタル双方向通信端末の公開鍵を受信し、受信
したデジタル双方向通信端末の公開鍵をサーバのアプリ
ケーション領域３１に登録し、サーバの公開鍵をデジタ
ル双方向通信端末に送信する。デジタル双方向通信端末
は受信したサーバの公開鍵を不揮発性ＲＡＭ８に保存す
る。以上のようにデジタル双方向通信端末への暗号化モ
ジュールのダウンロードと初期化・リンクが行われ、ま
たサーバとデジタル双方向通信端末間の公開鍵の交換が
行われ、暗号化モジュール６のダウンロードを実行する
デジタル双方向通信端末の電源ＯＮ動作が終了する。
【００３１】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。実施の形態２における暗号化モジュー
ルが実行可能状態となったデジタル双方向通信端末がサ
ーバから暗号化を施されたデータを受信する際の動作は
図３と同様である。入力モジュール１より、データダウ
ンロード実行信号を受信したデジタル双方向通信端末
は、入力信号を解析し、ダウンロード実行命令と、ダウ
ンロードすべきデータ名をＣＰＵモジュール２へ受け渡
す。ダウンロード命令を受信したＣＰＵモジュールは、
ネットワークモジュールう５へダウンロード命令とダウ
ンロードすべきデータ名を受け渡す。ネットワークモジ
ュール５は制御チャネルＩ／Ｆ１８を通じて、ダウンロ
ード実行要求と、ダウンロードすべきデータ名をサーバ
へ送信し、デジタル双方向通信端末からサーバへデータ
の転送を要求する。サーバ側では秘密鍵暗号方式による
暗号化鍵を生成し、データを暗号化し、暗号化に使用し
た暗号化鍵をデジタル双方向通信端末から受信した公開
鍵によって暗号化し、暗号化されたデータと暗号化鍵を
デジタル双方向通信端末に送信する。データのダウンロ
ードは図７に示したサーバのアプリケーション領域３１
に格納されている暗号化モジュール６は、デジタル双方
向通信端末からの要求を受けて、UPLINK/DOWNLINK API
３２を使用し、サーバ用のＯＳ３３を介して、サーバ固
有のネットワークドライバ３４を使用して、ハードウェ
ア３５を介して接続されているファイバーケーブル４２
へ送信され、さらにファイバーバックボーン４３を経由
し、同軸ケーブル４４を経由し、デジタル双方向通信端
末へ送られる。デジタル双方向通信端末側では同軸ケー
ブル４４に接続されているハードウェア３７から、ファ
イル・マネージャ、ドライバ３８によって、ＯＳ−９／
ＯＳ−９０００３９上のダウンロードプロトコルである
UPLINK/DOWNLINK API を使用して、デジタル双方向通信
端末のシステムＲＡＭ１０に格納される。
【００３２】ダウンロードされたデータはＣＰＵモジュ
ール２の暗号化モジュール６を使用して復号される。暗
号化されたデータと暗号化鍵を受信したデジタル双方向
通信端末は、まず自分の秘密鍵を使用してデータ用暗号
化鍵を復号する。復号されたデータ用暗号化鍵は、シス
テムＲＡＭ１０に保存される。次に復号され、システム
ＲＡＭに保存されたデータ用暗号化鍵を使用して、デー
タの復号を行う。復号されたデータのうち、ＭＰＥＧデ
ータ以外のデータはバスを通じてグラフィックモジュー
ル３へ送信され、ＭＰＥＧデータはバスを介してデマル
チプレクサシンクコントロール１６へ受け渡される。デ
マルチプレクサシンクコントロール１６に受け渡された
ＭＰＥＧデータは、画像データと音声データの切り分け
処理が行われ、同期をとって、ＭＰＥＧモジュール４へ
受け渡される。ＭＰＥＧモジュール４に受け取られた画
像データはＭＰＥＧビデオプロセッサ１４で、音声デー
タはＭＰＥＧオーディオプロセッサ１５でそれぞれ復号
処理され、ＭＰＥＧビデオプロセッサ１４で復号された
ビデオ信号は、グラフィックモジュール３のオーバレイ
コントローラ１３に受け渡され、ＭＰＥＧオーディオプ
ロセッサ１５で復号されたオーディオデータはステレオ
オーディオ出力へ出力される。バスを通じてグラフィッ
クモジュール３へ受け渡された静止画像データは静止画
像プロセッサ１２で復号処理され、オーバレイコントロ
ーラ１３へ受け渡される。オーバレイコントローラ１３
では、静止画像プロセッサ１２から受け取った静止画像
データとＭＰＥＧビデオプロセッサ１４から受け取った
ビデオデータの重ね合わせ処理を行い、ビデオ出力へ出
力する。以上の動作により、デジタル双方向通信端末は
サーバからのデータを安全に受信することが可能とな
る。
【００３３】実施の形態２における暗号化モジュールが
実行可能状態となったデジタル双方向通信端末がサーバ
へ暗号化を施されたデータを送信する際の動作は図４と
同様である。まず、デジタル双方向通信端末はＣＰＵモ
ジュール２において、暗号化モジュール６を用いて暗号
化鍵を生成する。次にデジタル双方向通信端末は暗号化
モジュール６によってサーバに送信すべきデータの暗号
化を行い、データの暗号化に使用したデータ用暗号化鍵
は暗号化モジュール６を使用してサーバの公開鍵を用い
て暗号化する。次にデジタル双方向通信端末は暗号化さ
れたデータとデータ用暗号化鍵は、バスを介してネット
ワークモジュール５の制御チャネルＩ／Ｆへ送られ、制
御チャネルＩ／Ｆを介して、同軸ケーブル４４から送信
され、ファイバーバックボーン４３、ファイバーケーブ
ル４４を経由して、サーバに送信される。データの送信
は図７に示す様に、ＯＳ−９／ＯＳ￥９０００ ３９上
のダウンロードプロトコルであるUPLINK/DOWNLINK API
４０を使用し、ファイル・マネージャ、ドライバ３８に
よって、同軸ケーブル４４に接続されているハードウェ
ア３７から、サーバへ送信される。サーバ側では、UPLI
NK/DOWNLINK API ３２を使用して、サーバ固有のネット
ワークドライバ３４を使用して、ハードウェア３５を介
して接続されているファイバーケーブル４２よりデジタ
ル双方向通信端末から送信されたデータを受信する。暗
号化されたデータとデータ用暗号化鍵を受信したサーバ
は、まず自分の秘密鍵を使用してデータ用暗号化鍵を復
号する。次に復号された暗号化鍵を使用して、データの
復号を行う。復号されたデータはサーバ上の記憶領域に
保存される。以上の動作により、デジタル双方向通信端
末はサーバへデータを安全に送信することが可能とな
る。
【００３４】実施の形態３．本実施の形態３において、
ネットワークインターフェースモジュールはＡＴＭ対応
である。図８はネットワークインターフェースモジュー
ルとしてＡＴＭを使用する場合のブロック図、図９はＡ
ＴＭネットワークを介して接続されるサーバとデジタル
双方向通信端末間のデータの流れを示す図である。デジ
タル双方向通信端末はネットワークインタフェースモジ
ュールからファイバーケーブル４６を経由し、ＡＴＭス
イッチ４５を介してサービスプロバイダのサービス提供
装置であるサーバに接続される。
【００３５】次に、本実施の形態３におけるデジタル双
方向通信端末の動作を説明する。まず、電源投入時のデ
ジタル双方向通信端末の動作を説明する。実施の形態３
における電源ＯＮ時のデジタル双方向通信端末の動作フ
ローチャートは図２と同様である。入力モジュール１よ
り、電源入の信号を受信したデジタル双方向通信端末は
赤外線リモコンレシーバ７で信号が電源ＯＮ信号である
ことを解析し、ＣＰＵへ電源ＯＮ信号を送信する。電源
ＯＮ信号を受信したＣＰＵモジュールは、各モジュール
[１−５]の初期化を行う。次に、各モジュールが正常に
動作しているかどうかのチェックを行うパワーＯＮセル
フテストを実行する。次に、システムＲＯＭ９とシステ
ムＲＡＭ１０の初期化を行う。次に、Ｋｅｒｎｅｌの立
ち上げを実行する。Ｋｅｒｎｅｌの立ち上げが終了した
あと、次にデジタル双方向通信端末はサーバへアクセス
を行い、暗号化モジュール６のダウンロードを行う。ダ
ウンロードした暗号化モジュール６はアプリケーション
として不揮発性ＲＡＭ８に格納される。図９にダウンロ
ードを行う際のサーバとデジタル双方向通信端末の接続
図と暗号化モジュールの流れを示す。サーバのアプリケ
ーション領域３１に格納されている暗号化モジュール６
は、デジタル双方向通信端末からの要求を受けて、UPLI
NK/DOWNLINK API ３２を使用し、サーバ用のＯＳ３３を
介して、サーバ固有のネットワークドライバ３４を使用
して、ハードウェア３５を介して接続されているファイ
バーケーブル４２を通って、ＡＴＭスイッチ４５を経由
し、ファイバーケーブル４６に接続されているデジタル
双方向通信端末へ送られる。デジタル双方向通信端末側
ではファイバーケーブル４６に接続されているハードウ
ェア３７から、ファイル・マネージャ、ドライバ３８に
よって、ＯＳ−９／ＯＳ−９０００ ３９上のダウンロ
ードプロトコルであるUPLINK/DOWNLINK API を使用し
て、デジタル双方向通信端末のアプリケーション領域４
１に格納される。ここでいうデジタル双方向通信端末の
アプリケーション領域４１は、不揮発性ＲＡＭ８であ
る。
【００３６】暗号化モジュール６がダウンロードされ、
不揮発性ＲＡＭ８に格納されると、次にデジタル双方向
通信端末は暗号化モジュール６の初期化、リンクを行い
暗号化モジュールを実行可能状態にする。次に、デジタ
ル双方向通信端末は自分自身の公開鍵をサーバへ送信す
る。デジタル双方向通信端末の公開鍵と秘密鍵のペアは
システムＲＯＭ１０のアプリケーション領域３０に保存
されている。サーバはデジタル双方向通信端末から送信
されたデジタル双方向通信端末の公開鍵を受信し、受信
したデジタル双方向通信端末の公開鍵をサーバのアプリ
ケーション領域３１に登録し、サーバの公開鍵をデジタ
ル双方向通信端末に送信する。デジタル双方向通信端末
は受信したサーバの公開鍵を不揮発性ＲＡＭ８に保存す
る。以上のようにデジタル双方向通信端末への暗号化モ
ジュールのダウンロードと初期化・リンクが行われ、ま
たサーバとデジタル双方向通信端末間の公開鍵の交換が
行われ、暗号化モジュール６のダウンロードを実行する
デジタル双方向通信端末の電源ＯＮ動作が終了する。
【００３７】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。実施の形態３における暗号化モジュー
ルが実行可能状態となったデジタル双方向通信端末がサ
ーバから暗号化を施されたデータを受信する際の動作は
図３と同様である。入力モジュール１より、データダウ
ンロード実行信号を受信したデジタル双方向通信端末
は、入力信号を解析し、ダウンロード実行命令と、ダウ
ンロードすべきデータ名をＣＰＵモジュール２へ受け渡
す。ダウンロード命令を受信したＣＰＵモジュールは、
ネットワークモジュールう５へダウンロード命令とダウ
ンロードすべきデータ名を受け渡す。ネットワークモジ
ュール５は制御チャネルＩ／Ｆ１８を通じて、ダウンロ
ード実行要求と、ダウンロードすべきデータ名をサーバ
へ送信し、デジタル双方向通信端末からサーバへデータ
の転送を要求する。サーバ側では秘密鍵暗号方式による
暗号化鍵を生成し、データを暗号化し、暗号化に使用し
た暗号化鍵をデジタル双方向通信端末から受信した公開
鍵によって暗号化し、暗号化されたデータと暗号化鍵を
デジタル双方向通信端末に送信する。サーバのアプリケ
ーション領域３１に格納されている暗号化モジュール６
は、デジタル双方向通信端末からの要求を受けて、UPLI
NK/DOWNLINK API ３２を使用し、サーバ用のＯＳ３３を
介して、サーバ固有のネットワークドライバ３４を使用
して、ハードウェア３５を介して接続されているファイ
バーケーブル４２へ送信され、さらにＡＴＭスイッチ４
５を経由し、デジタル双方向通信端末に接続されたファ
イバーケーブル４６よりデジタル双方向通信端末へ送ら
れる。デジタル双方向通信端末側ではファイバーケーブ
ル４６に接続されているハードウェア３７から、ファイ
ル・マネージャ、ドライバ３８によって、ＯＳ−９／Ｏ
Ｓ−９０００ ３９上のダウンロードプロトコルである
UPLINK/DOWNLINK API を使用して、デジタル双方向通信
端末のシステムＲＡＭ１０に格納される。
【００３８】ダウンロードされたデータはＣＰＵモジュ
ール２の暗号化モジュール６を使用して復号される。暗
号化されたデータと暗号化鍵を受信したデジタル双方向
通信端末は、まず自分の秘密鍵を使用してデータ用暗号
化鍵を復号する。復号されたデータ用暗号化鍵は、シス
テムＲＡＭ１０に保存される。次に復号され、システム
ＲＡＭに保存されたデータ用暗号化鍵を使用して、デー
タの復号を行う。復号されたデータのうち、ＭＰＥＧデ
ータ以外のデータはバスを通じてグラフィックモジュー
ル３へ送信され、ＭＰＥＧデータはバスを介してデマル
チプレクサシンクコントロール１６へ受け渡される。デ
マルチプレクサシンクコントロール１６に受け渡された
ＭＰＥＧデータは、画像データと音声データの切り分け
処理が行われ、同期をとって、ＭＰＥＧモジュール４へ
受け渡される。ＭＰＥＧモジュール４に受け取られた画
像データはＭＰＥＧビデオプロセッサ１４で、音声デー
タはＭＰＥＧオーディオプロセッサ１５でそれぞれ復号
処理され、ＭＰＥＧビデオプロセッサ１４で復号された
ビデオ信号は、グラフィックモジュール３のオーバレイ
コントローラ１３に受け渡され、ＭＰＥＧオーディオプ
ロセッサ１５で復号されたオーディオデータはステレオ
オーディオ出力へ出力される。バスを通じてグラフィッ
クモジュール３へ受け渡された静止画像データは静止画
像プロセッサ１２で復号処理され、オーバレイコントロ
ーラ１３へ受け渡される。オーバレイコントローラ１３
では、静止画像プロセッサ１２から受け取った静止画像
データとＭＰＥＧビデオプロセッサ１４から受け取った
ビデオデータの重ね合わせ処理を行い、ビデオ出力へ出
力する。以上の動作により、デジタル双方向通信端末は
サーバからのデータを安全に受信することが可能とな
る。
【００３９】暗号化モジュールが実行可能状態となった
デジタル双方向通信端末がサーバへ暗号化を施されたデ
ータを送信する際の動作は図４と同様である。まず、デ
ジタル双方向通信端末はＣＰＵモジュール２において、
暗号化モジュール６を用いて暗号化鍵を生成する。次に
デジタル双方向通信端末は暗号化モジュール６によって
サーバに送信すべきデータの暗号化を行い、データの暗
号化に使用したデータ用暗号化鍵は暗号化モジュール６
を使用してサーバの公開鍵を用いて暗号化する。次にデ
ジタル双方向通信端末は暗号化されたデータとデータ用
暗号化鍵は、バスを介してネットワークモジュール５の
制御チャネルＩ／Ｆへ送られ、制御チャネルＩ／Ｆを介
して、ＡＴＭ９送信される。データの送信は図９に示す
様に、ＯＳ−９／ＯＳ−９０００ ３９上のダウンロー
ドプロトコルであるUPLINK/DOWNLINK API ４０を使用
し、ファイル・マネージャ、ドライバ３８によって、フ
ァイバーケーブル４６に接続されているハードウェア３
７から送信され、ＡＴＭスイッチを経由してサーバへ送
信される。サーバ側では、UPLINK/DOWNLINK API ３２を
使用して、サーバ固有のネットワークドライバ３４を使
用して、ハードウェア３５を介して接続されているファ
イバーケーブル４２よりデジタル双方向通信端末から送
信されたデータを受信する。暗号化されたデータとデー
タ用暗号化鍵を受信したサーバは、まず自分の秘密鍵を
使用してデータ用暗号化鍵を復号する。次に復号された
暗号化鍵を使用して、データの復号を行う。復号された
データはサーバ上の記憶領域に保存される。 以上の動
作により、デジタル双方向通信端末はサーバへデータを
安全に送信することが可能となる。
【００４０】実施の形態４．図１０は本発明の実施の形
態４であるシステム構成のブロック図である。本実施の
形態において、ネットワークインターフェースモジュー
ルはＡＤＳＬ対応であり、電話回線６に接続される。請
求項２に記載されるデジタル双方向通信端末は認証・鍵
配送のための暗号化モジュール（以下、Ｈ／Ｗ認証モジ
ュール）をＨ／Ｗとして有しており、認識および鍵配送
の暗号化処理にはＨ／Ｗ認証モジュールを使用する。
【００４１】次に、本実施の形態の動作を説明する。ま
ず、電源投入時のデジタル双方向通信端末の動作を説明
する。図１１は実施の形態１における電源ＯＮ時のデジ
タル双方向通信端末の動作フローチャートである。入力
モジュール１より、電源入の信号を受信したデジタル双
方向通信端末は赤外線リモコンレシーバ７で信号が電源
ＯＮ信号であることを解析し、ＣＰＵへ電源ＯＮ信号を
送信する。電源ＯＮ信号を受信したＣＰＵモジュール
は、各モジュール[１−５]の初期化を行う。次に、各モ
ジュールが正常に動作しているかどうかのチェックを行
うパワーＯＮセルフテストを実行する。次に、システム
ＲＯＭ９とシステムＲＡＭ１０の初期化を行う。次に、
ｋｅｒｎｅｌの立ち上げを実行する。ｋｅｒｎｅｌの立
ち上げが終了したあと、次にデジタル双方向通信端末の
Ｈ／Ｗ認証モジュールによって、デジタル双方向通信端
末固有のＩＤ、ユーザのアクセスＩＤ、ユーザ名などの
自分自身のデータを処理し、サーバへの暗号化モジュー
ル要求に認証データと、認証に使用するためのデジタル
双方向通信端末の公開鍵を付加してサーバへ送信し、暗
号化モジュール６のダウンロードを要求する。サーバは
デジタル双方向通信端末の公開鍵を使用して、デジタル
双方向通信端末のデータを復号し、アクセス内容に改ざ
ん、なりすましがないことを確認し、デジタル双方向通
信端末からの暗号化モジュールのダウンロード要求を受
け付ける。更にサーバは送信されたデジタル双方向通信
端末の公開鍵を登録する。ダウンロードした暗号化モジ
ュール６はアプリケーションとして不揮発性ＲＡＭ８に
格納される。ダウンロードを行う際のサーバとデジタル
双方向通信端末の接続図と暗号化モジュールの流れは図
５と同様である。サーバのアプリケーション領域３１に
格納されている暗号化モジュール６は、デジタル双方向
通信端末からの要求を受けて、UPLINK/DOWNLINK API
３２を使用し、サーバ用のＯＳ３３を介して、サーバ固
有のネットワークドライバ３４を使用して、ハードウェ
ア３５を介して接続されている電話回線３６を経由し、
デジタル双方向通信端末へ送られる。デジタル双方向通
信端末側では電話回線３６に接続されているハードウェ
ア３７から、ファイル・マネージャ、ドライバ３８によ
って、ＯＳ−９／ＯＳ−９０００ ３９上のダウンロー
ドプロトコルであるUPLINK/DOWNLINK API を使用して、
デジタル双方向通信端末のアプリケーション領域４１に
格納される。ここでいうデジタル双方向通信端末のアプ
リケーション領域４１は、不揮発性ＲＡＭ８である。次
にサーバの公開鍵をデジタル双方向通信端末に送信す
る。デジタル双方向通信端末は受信したサーバの公開鍵
を不揮発性ＲＡＭ８に保存する。以上のようにデジタル
双方向通信端末への暗号化モジュールのダウンロードと
初期化・リンク、サーバによるデジタル双方向通信端末
の認証、さらにサーバとデジタル双方向通信端末間の公
開鍵の交換が行われ、暗号化モジュール６のダウンロー
ドを実行するデジタル双方向通信端末の電源ＯＮ動作が
終了する。
【００４２】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。図１２はデータダウンロード時のフロ
ーチャートであり、詳しくは、暗号化モジュールが実行
可能状態となったデジタル双方向通信端末がサーバから
暗号化を施されたデータを受信する際の動作を示す。入
力モジュール１より、データダウンロード実行信号を受
信したデジタル双方向通信端末は、入力信号を解析し、
ダウンロード実行命令と、ダウンロードすべきデータ名
をＣＰＵモジュール２へ受け渡す。ダウンロード命令を
受信したＣＰＵモジュールは、Ｈ／Ｗ認証モジュールへ
ダウンロード実行要求とダウンロードすべきデータ名を
Ｈ／Ｗ認証モジュール１０へ受け渡す。ダウンロード実
行要求とダウンロードすべきデータ名を受け取ったＨ／
Ｗ認証モジュール１０は、認証のための暗号化を施し、
ネットワークモジュールう５へ暗号化されたダウンロー
ド実行要求とダウンロードすべきデータ名を受け渡す。
ネットワークモジュール５は制御チャネルＩ／Ｆ１８を
通じて、ダウンロード実行要求と、ダウンロードすべき
データ名をサーバへ送信し、デジタル双方向通信端末か
らサーバへデータの転送を要求する。サーバ側では秘密
鍵暗号方式による暗号化鍵を生成し、データを暗号化
し、暗号化に使用した暗号化鍵をデジタル双方向通信端
末から受信した公開鍵によって暗号化し、暗号化された
データと暗号化鍵をデジタル双方向通信端末に送信す
る。データのダウンロードは図５に示した場合と同様に
サーバのアプリケーション領域３１に格納されている暗
号化モジュール６は、デジタル双方向通信端末からの要
求を受けて、UPLINK/DOWNLINK API ３２を使用し、サー
バ用のＯＳ３３を介して、サーバ固有のネットワークド
ライバ３４を使用して、ハードウェア３５を介して接続
されている電話回線３６を経由し、デジタル双方向通信
端末へ送られる。デジタル双方向通信端末側では電話回
線３６に接続されているハードウェア３７から、ファイ
ル・マネージャ、ドライバ３８によって、ＯＳ−９／Ｏ
Ｓ−９０００ ３９上のダウンロードプロトコルである
UPLINK/DOWNLINK API を使用して、デジタル双方向通信
端末のシステムＲＡＭ１０に格納される。
【００４３】ダウンロードされたデータはＣＰＵモジュ
ール２の暗号化モジュール６を使用して復号される。暗
号化されたデータと暗号化鍵を受信したデジタル双方向
通信端末は、まず自分の秘密鍵を使用してデータ用暗号
化鍵を復号する。復号されたデータ用暗号化鍵は、シス
テムＲＡＭ１０に保存される。次に復号され、システム
ＲＡＭに保存されたデータ用暗号化鍵を使用して、デー
タの復号を行う。復号されたデータのうち、ＭＰＥＧデ
ータ以外のデータはバスを通じてグラフィックモジュー
ル３へ送信され、ＭＰＥＧデータはバスを介してデマル
チプレクサシンクコントロール１６へ受け渡される。デ
マルチプレクサシンクコントロール１６に受け渡された
ＭＰＥＧデータは、画像データと音声データの切り分け
処理が行われ、同期をとって、ＭＰＥＧモジュール４へ
受け渡される。ＭＰＥＧモジュール４に受け取られた画
像データはＭＰＥＧビデオプロセッサ１４で、音声デー
タはＭＰＥＧオーディオプロセッサ１５でそれぞれ復号
処理され、ＭＰＥＧビデオプロセッサ１４で復号された
ビデオ信号は、グラフィックモジュール３のオーバレイ
コントローラ１３に受け渡され、ＭＰＥＧオーディオプ
ロセッサ１５で復号されたオーディオデータはステレオ
オーディオ出力へ出力される。バスを通じてグラフィッ
クモジュール３へ受け渡された静止画像データは静止画
像プロセッサ１２で復号処理され、オーバレイコントロ
ーラ１３へ受け渡される。オーバレイコントローラ１３
では、静止画像プロセッサ１２から受け取った静止画像
データとＭＰＥＧビデオプロセッサ１４から受け取った
ビデオデータの重ね合わせ処理を行い、ビデオ出力へ出
力する。 以上の動作により、サーバはデジタル双方向
通信端末からの要求に改ざんやなりすましのないことを
確認することが可能となり、デジタル双方向通信端末は
サーバからのデータを安全に受信することが可能とな
る。
【００４４】図１３はデータ送信時のフローチャートで
あり、詳しくは、暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバへ暗号化を施され
たデータを送信する際の動作を示す。まず、デジタル双
方向通信端末はＣＰＵモジュール２において、暗号化モ
ジュール６を用いて暗号化鍵を生成する。次にデジタル
双方向通信端末は暗号化モジュール６によってサーバに
送信すべきデータの暗号化を行い、データの暗号化に使
用したデータ用暗号化鍵は暗号化モジュール６を使用し
てサーバの公開鍵を用いて暗号化する。次にデジタル双
方向通信端末は暗号化されたデータとデータ用暗号化鍵
は、バスを介してＨ／Ｗ認証モジュール１０へ受け渡さ
れる。暗号化されたデータとデータ用暗号化鍵を受け取
ったＨ／Ｗ認証モジュール１０は、認証のための暗号化
を施し、ネットワークモジュール５へ送信する。送信さ
れた認証のための暗号化を施されたデータはネットワー
クモジュール５の制御チャネルＩ／Ｆへ送られ、制御チ
ャネルＩ／Ｆを介して、電話回線を経由して、サーバに
送信される。データの送信は図５に示す様に、ＯＳ−９
／ＯＳ−９０００ ３９上のダウンロードプロトコルで
あるUPLINK/DOWNLINK API ４０を使用し、ファイル・マ
ネージャ、ドライバ３８によって、サーバ用のＯＳ３３
を介して、電話回線３６に接続されているハードウェア
３７から、サーバへ送信される。サーバ側では、UPLINK
/DOWNLINK API ３２を使用して、サーバ固有のネットワ
ークドライバ３４を使用して、ハードウェア３５を介し
て接続されている電話回線３６からデジタル双方向通信
端末から送信されたデータを受信する。認証のための暗
号化を施され、更に暗号化されたデータとデータ用暗号
化鍵を受信したサーバは、まずデジタル双方向通信端末
の公開鍵を使用してデータの復号を行う。さらにサーバ
の秘密鍵を使用してデータ用暗号化鍵を復号する。次に
復号された暗号化鍵を使用して、データの復号を行う。
復号されたデータはサーバ上の記憶領域に保存される。
以上の動作により、デジタル双方向通信端末はサーバへ
データを安全に送信することが可能となり、またサーバ
は送信されたデータに改ざん、なりすましがないことを
確認することが可能となる。
【００４５】実施の形態５．本発明の実施の形態３にお
いて、ネットワークインターフェースモジュールをＨＦ
Ｃ対応とすることができる。図１４は本発明の実施の形
態５であるシステム構成を示すブロック図であり、ネッ
トワークインターフェースモジュールとしてＨＦＣを使
用する場合を示す。デジタル双方向通信端末はネットワ
ークインタフェースモジュールから同軸ケーブルからフ
ァイバーバックボーンを経由してサービスプロバイダの
サービス提供装置であるサーバに接続される。
【００４６】次に、本実施の形態３の動作を説明する。
まず、電源投入時のデジタル双方向通信端末の動作を説
明する。実施の形態５における電源ＯＮ時のデジタル双
方向通信端末の動作フローチャートは図１１と同様であ
る。入力モジュール１より、電源入の信号を受信したデ
ジタル双方向通信端末は赤外線リモコンレシーバ７で信
号が電源ＯＮ信号であることを解析し、ＣＰＵへ電源Ｏ
Ｎ信号を送信する。電源ＯＮ信号を受信したＣＰＵモジ
ュールは、各モジュール[１−５]の初期化を行う。次
に、各モジュールが正常に動作しているかどうかのチェ
ックを行うパワーＯＮセルフテストを実行する。次に、
システムＲＯＭ９とシステムＲＡＭ１０の初期化を行
う。次に、ｋｅｒｎｅｌの立ち上げを実行する。ｋｅｒ
ｎｅｌの立ち上げが終了したあと、次にデジタル双方向
通信端末のＨ／Ｗ認証モジュールによって、デジタル双
方向通信端末固有のＩＤ、ユーザのアクセスＩＤ、ユー
ザ名などの自分自身のデータを処理し、サーバへの暗号
化モジュール要求に認証データと、認証に使用するため
のデジタル双方向通信端末の公開鍵を付加してサーバへ
送信し、暗号化モジュール６のダウンロードを要求す
る。サーバはデジタル双方向通信端末の公開鍵を使用し
て、デジタル双方向通信端末のデータを復号し、アクセ
ス内容に改ざん、なりすましがないことを確認し、デジ
タル双方向通信端末からの暗号化モジュールのダウンロ
ード要求を受け付ける。更にサーバは送信されたデジタ
ル双方向通信端末の公開鍵を登録する。ダウンロードし
た暗号化モジュール６はアプリケーションとして不揮発
性ＲＡＭ８に格納される。ダウンロードを行う際のサー
バとデジタル双方向通信端末の接続図と暗号化モジュー
ルの流れは図７と同様である。サーバのアプリケーショ
ン領域３１に格納されている暗号化モジュール６は、デ
ジタル双方向通信端末からの要求を受けて、UPLINK/DOW
NLINK API ３２を使用し、サーバ用のＯＳ３３を介し
て、サーバ固有のネットワークドライバ３４を使用し
て、ハードウェア３５を介して接続されているファイバ
ーケーブル４２からファイバーバックボーン４３を経由
し、同軸ケーブル４４に接続されたデジタル双方向通信
端末へ送られる。デジタル双方向通信端末側では同軸ケ
ーブル４４に接続されているハードウェア３７から、フ
ァイル・マネージャ、ドライバ３８によって、ＯＳ−９
／ＯＳ−９０００ ３９上のダウンロードプロトコルで
あるUPLINK/DOWNLINK API を使用して、デジタル双方向
通信端末のアプリケーション領域４１に格納される。こ
こでいうデジタル双方向通信端末のアプリケーション領
域４１は、不揮発性ＲＡＭ８である。次にサーバの公開
鍵をデジタル双方向通信端末に送信する。デジタル双方
向通信端末は受信したサーバの公開鍵を不揮発性ＲＡＭ
８に保存する。以上のようにデジタル双方向通信端末へ
の暗号化モジュールのダウンロードと初期化・リンク、
サーバによるデジタル双方向通信端末の認証、さらにサ
ーバとデジタル双方向通信端末間の公開鍵の交換が行わ
れ、暗号化モジュール６のダウンロードを実行するデジ
タル双方向通信端末の電源ＯＮ動作が終了する。
【００４７】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバから暗号化を施さ
れたデータを受信する際の動作フローチャートは図１２
と同様である。入力モジュール１より、データダウンロ
ード実行信号を受信したデジタル双方向通信端末は、入
力信号を解析し、ダウンロード実行命令と、ダウンロー
ドすべきデータ名をＣＰＵモジュール２へ受け渡す。ダ
ウンロード命令を受信したＣＰＵモジュールは、Ｈ／Ｗ
認証モジュールへダウンロード実行要求とダウンロード
すべきデータ名をＨ／Ｗ認証モジュール１０へ受け渡
す。ダウンロード実行要求とダウンロードすべきデータ
名を受け取ったＨ／Ｗ認証モジュール１０は、認証のた
めの暗号化を施し、ネットワークモジュールう５へ暗号
化されたダウンロード実行要求とダウンロードすべきデ
ータ名を受け渡す。ネットワークモジュール５は制御チ
ャネルＩ／Ｆ１８を通じて、ダウンロード実行要求と、
ダウンロードすべきデータ名をサーバへ送信し、デジタ
ル双方向通信端末からサーバへデータの転送を要求す
る。サーバ側では秘密鍵暗号方式による暗号化鍵を生成
し、データを暗号化し、暗号化に使用した暗号化鍵をデ
ジタル双方向通信端末から受信した公開鍵によって暗号
化し、暗号化されたデータと暗号化鍵をデジタル双方向
通信端末に送信する。データのダウンロードは図７に示
した場合と同様にサーバのアプリケーション領域３１に
格納されている暗号化モジュール６は、デジタル双方向
通信端末からの要求を受けて、UPLINK/DOWNLINK API ３
２を使用し、サーバ用のＯＳ３３を介して、サーバ固有
のネットワークドライバ３４を使用して、ハードウェア
３５を介して接続されているファイバーケーブル４２か
らファイバーバックボーン４３を経由して同軸ケーブル
４４に接続されたデジタル双方向通信端末へ送られる。
デジタル双方向通信端末側では同軸ケーブル４４に接続
されているハードウェア３７から、ファイル・マネージ
ャ、ドライバ３８によって、ＯＳ−９／ＯＳ−９０００
３９上のダウンロードプロトコルであるUPLINK/DOWNL
INK API を使用して、デジタル双方向通信端末のシステ
ムＲＡＭ１０に格納される。
【００４８】ダウンロードされたデータはＣＰＵモジュ
ール２の暗号化モジュール６を使用して復号される。暗
号化されたデータと暗号化鍵を受信したデジタル双方向
通信端末は、まず自分の秘密鍵を使用してデータ用暗号
化鍵を復号する。復号されたデータ用暗号化鍵は、シス
テムＲＡＭ１０に保存される。次に復号され、システム
ＲＡＭに保存されたデータ用暗号化鍵を使用して、デー
タの復号を行う。復号されたデータのうち、ＭＰＥＧデ
ータ以外のデータはバスを通じてグラフィックモジュー
ル３へ送信され、ＭＰＥＧデータはバスを介してデマル
チプレクサシンクコントロール１６へ受け渡される。デ
マルチプレクサシンクコントロール１６に受け渡された
ＭＰＥＧデータは、画像データと音声データの切り分け
処理が行われ、同期をとって、ＭＰＥＧモジュール４へ
受け渡される。ＭＰＥＧモジュール４に受け取られた画
像データはＭＰＥＧビデオプロセッサ１４で、音声デー
タはＭＰＥＧオーディオプロセッサ１５でそれぞれ復号
処理され、ＭＰＥＧビデオプロセッサ１４で復号された
ビデオ信号は、グラフィックモジュール３のオーバレイ
コントローラ１３に受け渡され、ＭＰＥＧオーディオプ
ロセッサ１５で復号されたオーディオデータはステレオ
オーディオ出力へ出力される。バスを通じてグラフィッ
クモジュール３へ受け渡された静止画像データは静止画
像プロセッサ１２で復号処理され、オーバレイコントロ
ーラ１３へ受け渡される。オーバレイコントローラ１３
では、静止画像プロセッサ１２から受け取った静止画像
データとＭＰＥＧビデオプロセッサ１４から受け取った
ビデオデータの重ね合わせ処理を行い、ビデオ出力へ出
力する。以上の動作により、サーバはデジタル双方向通
信端末からの要求に改ざんやなりすましのないことを確
認することが可能となり、デジタル双方向通信端末はサ
ーバからのデータを安全に受信することが可能となる。
【００４９】暗号化モジュールが実行可能状態となった
デジタル双方向通信端末がサーバへ暗号化を施されたデ
ータを送信する際の動作のフローチャートは図１３と同
様である。まず、デジタル双方向通信端末はＣＰＵモジ
ュール２において、暗号化モジュール６を用いて暗号化
鍵を生成する。次にデジタル双方向通信端末は暗号化モ
ジュール６によってサーバに送信すべきデータの暗号化
を行い、データの暗号化に使用したデータ用暗号化鍵は
暗号化モジュール６を使用してサーバの公開鍵を用いて
暗号化する。次にデジタル双方向通信端末は暗号化され
たデータとデータ用暗号化鍵は、バスを介してＨ／Ｗ認
証モジュール１０へ受け渡される。暗号化されたデータ
とデータ用暗号化鍵を受け取ったＨ／Ｗ認証モジュール
１０は、認証のための暗号化を施し、ネットワークモジ
ュール５へ送信する。送信された認証のための暗号化を
施されたデータはネットワークモジュール５の制御チャ
ネルＩ／Ｆへ送られ、制御チャネルＩ／Ｆを介して、Ｈ
ＦＣ８を経由して、サーバに送信される。データの送信
は図１１に示す様に、ＯＳ−９／ＯＳ−９０００３９上
のダウンロードプロトコルであるUPLINK/DOWNLINK API
４０を使用し、ファイル・マネージャ、ドライバ３８に
よって、サーバ用のＯＳ３３を介して、ファイバーケー
ブル４２に接続されているハードウェア３７から、サー
バへ送信される。サーバ側では、UPLINK/DOWNLINK API
３２を使用して、サーバ固有のネットワークドライバ３
４を使用して、ハードウェア３５を介して接続されてい
るファイバーケーブル４２からファイバーバックボーン
４３を経由し、同軸ケーブルからデジタル双方向通信端
末が送信した認証のための暗号化を施され、更に暗号化
されたデータとデータ用暗号化鍵をを受信する。認証の
ための暗号化を施され、更に暗号化されたデータとデー
タ用暗号化鍵を受信したサーバは、まずデジタル双方向
通信端末の公開鍵を使用してデータの復号を行う。さら
にサーバの秘密鍵を使用してデータ用暗号化鍵を復号す
る。次に復号された暗号化鍵を使用して、データの復号
を行う。復号されたデータはサーバ上の記憶領域に保存
される。以上の動作により、デジタル双方向通信端末は
サーバへデータを安全に送信することが可能となり、ま
たサーバは送信されたデータに改ざん、なりすましがな
いことを確認することが可能となる。
【００５０】実施の形態６．本発明の実施の形態３にお
いて、ネットワークインターフェースモジュールをＡＴ
Ｍ対応とすることができる。図１５は本発明の実施の形
態６であるシステム構成を示すブロック図であり、ネッ
トワークインターフェースモジュールとしてＡＴＭを使
用する場合を示す。デジタル双方向通信端末はネットワ
ークインタフェースモジュールからＡＴＭを経由してサ
ービスプロバイダのサービス提供装置であるサーバに接
続される。
【００５１】次に、本実施の形態６の動作を説明する。
まず、電源投入時のデジタル双方向通信端末の動作を説
明する。実施の形態６における電源ＯＮ時のデジタル双
方向通信端末の動作フローチャートは図１１と同様であ
る。入力モジュール１より、電源入の信号を受信したデ
ジタル双方向通信端末は赤外線リモコンレシーバ７で信
号が電源ＯＮ信号であることを解析し、ＣＰＵへ電源Ｏ
Ｎ信号を送信する。電源ＯＮ信号を受信したＣＰＵモジ
ュールは、各モジュール[１−５]の初期化を行う。次
に、各モジュールが正常に動作しているかどうかのチェ
ックを行うパワーＯＮセルフテストを実行する。次に、
システムＲＯＭ９とシステムＲＡＭ１０の初期化を行
う。次に、ｋｅｒｎｅｌの立ち上げを実行する。ｋｅｒ
ｎｅｌの立ち上げが終了したあと、次にデジタル双方向
通信端末のＨ／Ｗ認証モジュールによって、デジタル双
方向通信端末固有のＩＤ、ユーザのアクセスＩＤ、ユー
ザ名などの自分自身のデータを処理し、サーバへの暗号
化モジュール要求に認証データと、認証に使用するため
のデジタル双方向通信端末の公開鍵を付加してサーバへ
送信し、暗号化モジュール６のダウンロードを要求す
る。サーバはデジタル双方向通信端末の公開鍵を使用し
て、デジタル双方向通信端末のデータを復号し、アクセ
ス内容に改ざん、なりすましがないことを確認し、デジ
タル双方向通信端末からの暗号化モジュールのダウンロ
ード要求を受け付ける。更にサーバは送信されたデジタ
ル双方向通信端末の公開鍵を登録する。ダウンロードし
た暗号化モジュール６はアプリケーションとして不揮発
性ＲＡＭ８に格納される。ダウンロードを行う際のサー
バとデジタル双方向通信端末の接続図と暗号化モジュー
ルの流れは図９と同様である。サーバのアプリケーショ
ン領域３１に格納されている暗号化モジュール６は、デ
ジタル双方向通信端末からの要求を受けて、UPLINK/DOW
NLINK API ３２を使用し、サーバ用のＯＳ３３を介し
て、サーバ固有のネットワークドライバ３４を使用し
て、ハードウェア３５を介して接続されているファイバ
ーケーブル４２からＡＴＭスイッチ４５を経由し、ファ
イバーケーブル４６に接続されたデジタル双方向通信端
末へ送られる。デジタル双方向通信端末側ではファイバ
ーケーブル４６に接続されているハードウェア３７か
ら、ファイル・マネージャ、ドライバ３８によって、Ｏ
Ｓ−９／ＯＳ−９０００ ３９上のダウンロードプロト
コルであるUPLINK/DOWNLINK API を使用して、デジタル
双方向通信端末のアプリケーション領域４１に格納され
る。ここでいうデジタル双方向通信端末のアプリケーシ
ョン領域４１は、不揮発性ＲＡＭ８である。次にサーバ
の公開鍵をデジタル双方向通信端末に送信する。デジタ
ル双方向通信端末は受信したサーバの公開鍵を不揮発性
ＲＡＭ８に保存する。以上のようにデジタル双方向通信
端末への暗号化モジュールのダウンロードと初期化・リ
ンク、サーバによるデジタル双方向通信端末の認証、さ
らにサーバとデジタル双方向通信端末間の公開鍵の交換
が行われ、暗号化モジュール６のダウンロードを実行す
るデジタル双方向通信端末の電源ＯＮ動作が終了する。
【００５２】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバから暗号化を施さ
れたデータを受信する際の動作フローチャートは図１２
と同様である。入力モジュール１より、データダウンロ
ード実行信号を受信したデジタル双方向通信端末は、入
力信号を解析し、ダウンロード実行命令と、ダウンロー
ドすべきデータ名をＣＰＵモジュール２へ受け渡す。ダ
ウンロード命令を受信したＣＰＵモジュールは、Ｈ／Ｗ
認証モジュールへダウンロード実行要求とダウンロード
すべきデータ名をＨ／Ｗ認証モジュール１０へ受け渡
す。ダウンロード実行要求とダウンロードすべきデータ
名を受け取ったＨ／Ｗ認証モジュール１０は、認証のた
めの暗号化を施し、ネットワークモジュールう５へ暗号
化されたダウンロード実行要求とダウンロードすべきデ
ータ名を受け渡す。ネットワークモジュール５は制御チ
ャネルＩ／Ｆ１８を通じて、ダウンロード実行要求と、
ダウンロードすべきデータ名をサーバへ送信し、デジタ
ル双方向通信端末からサーバへデータの転送を要求す
る。サーバ側では秘密鍵暗号方式による暗号化鍵を生成
し、データを暗号化し、暗号化に使用した暗号化鍵をデ
ジタル双方向通信端末から受信した公開鍵によって暗号
化し、暗号化されたデータと暗号化鍵をデジタル双方向
通信端末に送信する。データのダウンロードは図９に示
した場合と同様にサーバのアプリケーション領域３１に
格納されている暗号化モジュール６は、デジタル双方向
通信端末からの要求を受けて、UPLINK/DOWNLINK API ３
２を使用し、サーバ用のＯＳ３３を介して、サーバ固有
のネットワークドライバ３４を使用して、ハードウェア
３５を介して接続されているファイバーケーブル４２か
らＡＴＭスイッチ４５を経由してファイバーケーブル４
６に接続されたデジタル双方向通信端末へ送られる。デ
ジタル双方向通信端末側ではファイバーケーブル４６に
接続されているハードウェア３７から、ファイル・マネ
ージャ、ドライバ３８によって、ＯＳ−９／ＯＳ−９０
００３９上のダウンロードプロトコルであるUPLINK/DOW
NLINK API を使用して、デジタル双方向通信端末のシス
テムＲＡＭ１０に格納される。
【００５３】ダウンロードされたデータはＣＰＵモジュ
ール２の暗号化モジュール６を使用して復号される。暗
号化されたデータと暗号化鍵を受信したデジタル双方向
通信端末は、まず自分の秘密鍵を使用してデータ用暗号
化鍵を復号する。復号されたデータ用暗号化鍵は、シス
テムＲＡＭ１０に保存される。次に復号され、システム
ＲＡＭに保存されたデータ用暗号化鍵を使用して、デー
タの復号を行う。復号されたデータのうち、ＭＰＥＧデ
ータ以外のデータはバスを通じてグラフィックモジュー
ル３へ送信され、ＭＰＥＧデータはバスを介してデマル
チプレクサシンクコントロール１６へ受け渡される。デ
マルチプレクサシンクコントロール１６に受け渡された
ＭＰＥＧデータは、画像データと音声データの切り分け
処理が行われ、同期をとって、ＭＰＥＧモジュール４へ
受け渡される。ＭＰＥＧモジュール４に受け取られた画
像データはＭＰＥＧビデオプロセッサ１４で、音声デー
タはＭＰＥＧオーディオプロセッサ１５でそれぞれ復号
処理され、ＭＰＥＧビデオプロセッサ１４で復号された
ビデオ信号は、グラフィックモジュール３のオーバレイ
コントローラ１３に受け渡され、ＭＰＥＧオーディオプ
ロセッサ１５で復号されたオーディオデータはステレオ
オーディオ出力へ出力される。バスを通じてグラフィッ
クモジュール３へ受け渡された静止画像データは静止画
像プロセッサ１２で復号処理され、オーバレイコントロ
ーラ１３へ受け渡される。オーバレイコントローラ１３
では、静止画像プロセッサ１２から受け取った静止画像
データとＭＰＥＧビデオプロセッサ１４から受け取った
ビデオデータの重ね合わせ処理を行い、ビデオ出力へ出
力する。以上の動作により、サーバはデジタル双方向通
信端末からの要求に改ざんやなりすましのないことを確
認することが可能となり、デジタル双方向通信端末はサ
ーバからのデータを安全に受信することが可能となる。
【００５４】次に実施の形態６において、暗号化を施さ
れたデータを送信する場合を説明する。暗号化モジュー
ルが実行可能状態となったデジタル双方向通信端末がサ
ーバへ暗号化を施されたデータを送信する際の動作フロ
ーチャートは図１３と同様である。まず、デジタル双方
向通信端末はＣＰＵモジュール２において、暗号化モジ
ュール６を用いて暗号化鍵を生成する。次にデジタル双
方向通信端末は暗号化モジュール６によってサーバに送
信すべきデータの暗号化を行い、データの暗号化に使用
したデータ用暗号化鍵は暗号化モジュール６を使用して
サーバの公開鍵を用いて暗号化する。次にデジタル双方
向通信端末は暗号化されたデータとデータ用暗号化鍵
は、バスを介してＨ／Ｗ認証モジュール１０へ受け渡さ
れる。暗号化されたデータとデータ用暗号化鍵を受け取
ったＨ／Ｗ認証モジュール１０は、認証のための暗号化
を施し、ネットワークモジュール５へ送信する。送信さ
れた認証のための暗号化を施されたデータはネットワー
クモジュール５の制御チャネルＩ／Ｆへ送られ、制御チ
ャネルＩ／Ｆを介して、ＡＴＭ９を経由して、サーバに
送信される。データの送信は図９と同様に、ＯＳ−９／
ＯＳ−９０００ ３９上のダウンロードプロトコルであ
るUPLINK/DOWNLINK API ４０を使用し、ファイル・マネ
ージャ、ドライバ３８によって、サーバ用のＯＳ３３を
介して、ファイバーケーブル４２に接続されているハー
ドウェア３７から、サーバへ送信される。サーバ側で
は、UPLINK/DOWNLINK API ３２を使用して、サーバ固有
のネットワークドライバ３４を使用して、ハードウェア
３５を介して接続されているファイバーケーブル４２か
らＡＴＭスイッチ４５を経由し、ファイバーケーブル４
６からデジタル双方向通信端末が送信した認証のための
暗号化を施され、更に暗号化されたデータとデータ用暗
号化鍵をを受信する。認証のための暗号化を施され、さ
らに暗号化されたデータとデータ用暗号化鍵を受信した
サーバは、まずデジタル双方向通信端末の公開鍵を使用
してデータの復号を行う。さらに、サーバの秘密鍵を使
用してデータ用暗号化鍵を復号する。次に、復号された
暗号化鍵を使用して、データの復号を行う。復号された
データはサーバ上の記憶領域に保存される。以上の動作
により、デジタル双方向通信端末はサーバへデータを安
全に送信することが可能となり、またサーバは送信され
たデータに改ざん、なりすましがないことを確認するこ
とが可能となる。
【００５５】実施の形態７．図１６は本発明の実施の形
態７であるシステム構成を示すブロック図である。本実
施の形態７において、ネットワークインターフェースモ
ジュールはＡＤＳＬ対応であり、電話回線６に接続され
る。請求項２に記載されるデジタル双方向通信端末は認
証・鍵配送のための暗号化モジュール（以下、Ｓ／Ｗ認
証モジュール）をＳ／Ｗとして有しており、認識および
鍵配送の暗号化処理にはＳ／Ｗ認証モジュールを使用す
る。Ｓ／Ｗ認証モジュールはシステムＲＯＭのアプリケ
ーション領域に組み込まれる。
【００５６】次に、本実施の形態７の動作を説明する。
まず、電源投入時のデジタル双方向通信端末の動作を説
明する。実施例７における電源ＯＮ時のデジタル双方向
通信端末の動作フローチャートは図１１と同様である。
入力モジュール１より、電源入の信号を受信したデジタ
ル双方向通信端末は赤外線リモコンレシーバ７で信号が
電源ＯＮ信号であることを解析し、ＣＰＵへ電源ＯＮ信
号を送信する。電源ＯＮ信号を受信したＣＰＵモジュー
ルは、各モジュール[１−５]の初期化を行う。次に、各
モジュールが正常に動作しているかどうかのチェックを
行うパワーＯＮセルフテストを実行する。次に、システ
ムＲＯＭ９とシステムＲＡＭ１０の初期化を行う。次
に、ｋｅｒｎｅｌの立ち上げを実行する。ｋｅｒｎｅｌ
の立ち上げが終了したあと、次にデジタル双方向通信端
末のＳ／Ｗ認証モジュールによって、デジタル双方向通
信端末固有のＩＤ、ユーザのアクセスＩＤ、ユーザ名な
どの自分自身のデータを処理し、サーバへの暗号化モジ
ュール要求に認証データと、認証に使用するためのデジ
タル双方向通信端末の公開鍵を付加してサーバへ送信
し、暗号化モジュール６のダウンロードを要求する。サ
ーバはデジタル双方向通信端末の公開鍵を使用して、デ
ジタル双方向通信端末のデータを復号し、アクセス内容
に改ざん、なりすましがないことを確認し、デジタル双
方向通信端末からの暗号化モジュールのダウンロード要
求を受け付ける。更にサーバは送信されたデジタル双方
向通信端末の公開鍵を登録する。ダウンロードした暗号
化モジュール６はアプリケーションとして不揮発性ＲＡ
Ｍ８に格納される。ダウンロードを行う際のサーバとデ
ジタル双方向通信端末の接続図と暗号化モジュールの流
れは図５と同様である。サーバのアプリケーション領域
３１に格納されている暗号化モジュール６は、デジタル
双方向通信端末からの要求を受けて、UPLINK/DOWNLINK
API ３２を使用し、サーバ用のＯＳ３３を介して、サー
バ固有のネットワークドライバ３４を使用して、ハード
ウェア３５を介して接続されている電話回線３６を経由
し、デジタル双方向通信端末へ送られる。デジタル双方
向通信端末側では電話回線３６に接続されているハード
ウェア３７から、ファイル・マネージャ、ドライバ３８
によって、ＯＳ−９／ＯＳ−９０００ ３９上のダウン
ロードプロトコルであるUPLINK/DOWNLINK API を使用し
て、デジタル双方向通信端末のアプリケーション領域４
１に格納される。ここでいうデジタル双方向通信端末の
アプリケーション領域４１は、不揮発性ＲＡＭ８であ
る。次にサーバの公開鍵をデジタル双方向通信端末に送
信する。デジタル双方向通信端末は受信したサーバの公
開鍵を不揮発性ＲＡＭ８に保存する。以上のようにデジ
タル双方向通信端末への暗号化モジュールのダウンロー
ドと初期化・リンク、サーバによるデジタル双方向通信
端末の認証、さらにサーバとデジタル双方向通信端末間
の公開鍵の交換が行われ、暗号化モジュール６のダウン
ロードを実行するデジタル双方向通信端末の電源ＯＮ動
作が終了する。
【００５７】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。実施例７において暗号化モジュールが
実行可能状態となったデジタル双方向通信端末がサーバ
から暗号化を施されたデータを受信する際の動作は図１
２と同様である。入力モジュール１より、データダウン
ロード実行信号を受信したデジタル双方向通信端末は、
入力信号を解析し、ダウンロード実行命令と、ダウンロ
ードすべきデータ名をＣＰＵモジュール２へ受け渡す。
ダウンロード命令を受信したＣＰＵモジュールは、Ｓ／
Ｗ認証モジュールへダウンロード実行要求とダウンロー
ドすべきデータ名をＳ／Ｗ認証モジュール１１へ受け渡
す。ダウンロード実行要求とダウンロードすべきデータ
名を受け取ったＳ／Ｗ認証モジュール１１は、認証のた
めの暗号化を施し、ネットワークモジュールう５へ暗号
化されたダウンロード実行要求とダウンロードすべきデ
ータ名を受け渡す。ネットワークモジュール５は制御チ
ャネルＩ／Ｆ１８を通じて、ダウンロード実行要求と、
ダウンロードすべきデータ名をサーバへ送信し、デジタ
ル双方向通信端末からサーバへデータの転送を要求す
る。サーバ側では秘密鍵暗号方式による暗号化鍵を生成
し、データを暗号化し、暗号化に使用した暗号化鍵をデ
ジタル双方向通信端末から受信した公開鍵によって暗号
化し、暗号化されたデータと暗号化鍵をデジタル双方向
通信端末に送信する。データのダウンロードは図５に示
した場合と同様にサーバのアプリケーション領域３１に
格納されている暗号化モジュール６は、デジタル双方向
通信端末からの要求を受けて、UPLINK/DOWNLINK API ３
２を使用し、サーバ用のＯＳ３３を介して、サーバ固有
のネットワークドライバ３４を使用して、ハードウェア
３５を介して接続されている電話回線３６を経由し、デ
ジタル双方向通信端末へ送られる。デジタル双方向通信
端末側では電話回線３６に接続されているハードウェア
３７から、ファイル・マネージャ、ドライバ３８によっ
て、ＯＳ−９／ＯＳ−９０００ ３９上のダウンロード
プロトコルであるUPLINK/DOWNLINK API を使用して、デ
ジタル双方向通信端末のシステムＲＡＭ１０に格納され
る。
【００５８】ダウンロードされたデータはＣＰＵモジュ
ール２の暗号化モジュール６を使用して復号される。暗
号化されたデータと暗号化鍵を受信したデジタル双方向
通信端末は、まず自分の秘密鍵を使用してデータ用暗号
化鍵を復号する。復号されたデータ用暗号化鍵は、シス
テムＲＡＭ１０に保存される。次に復号され、システム
ＲＡＭに保存されたデータ用暗号化鍵を使用して、デー
タの復号を行う。復号されたデータのうち、ＭＰＥＧデ
ータ以外のデータはバスを通じてグラフィックモジュー
ル３へ送信され、ＭＰＥＧデータはバスを介してデマル
チプレクサシンクコントロール１６へ受け渡される。デ
マルチプレクサシンクコントロール１６に受け渡された
ＭＰＥＧデータは、画像データと音声データの切り分け
処理が行われ、同期をとって、ＭＰＥＧモジュール４へ
受け渡される。ＭＰＥＧモジュール４に受け取られた画
像データはＭＰＥＧビデオプロセッサ１４で、音声デー
タはＭＰＥＧオーディオプロセッサ１５でそれぞれ復号
処理され、ＭＰＥＧビデオプロセッサ１４で復号された
ビデオ信号は、グラフィックモジュール３のオーバレイ
コントローラ１３に受け渡され、ＭＰＥＧオーディオプ
ロセッサ１５で復号されたオーディオデータはステレオ
オーディオ出力へ出力される。バスを通じてグラフィッ
クモジュール３へ受け渡された静止画像データは静止画
像プロセッサ１２で復号処理され、オーバレイコントロ
ーラ１３へ受け渡される。オーバレイコントローラ１３
では、静止画像プロセッサ１２から受け取った静止画像
データとＭＰＥＧビデオプロセッサ１４から受け取った
ビデオデータの重ね合わせ処理を行い、ビデオ出力へ出
力する。以上の動作により、サーバはデジタル双方向通
信端末からの要求に改ざんやなりすましのないことを確
認することが可能となり、デジタル双方向通信端末はサ
ーバからのデータを安全に受信することが可能となる。
【００５９】実施の形態７において、暗号化モジュール
が実行可能状態となったデジタル双方向通信端末がサー
バへ暗号化を施されたデータを送信する際の動作は図１
３と同様である。まず、デジタル双方向通信端末はＣＰ
Ｕモジュール２において、暗号化モジュール６を用いて
暗号化鍵を生成する。次にデジタル双方向通信端末は暗
号化モジュール６によってサーバに送信すべきデータの
暗号化を行い、データの暗号化に使用したデータ用暗号
化鍵は暗号化モジュール６を使用してサーバの公開鍵を
用いて暗号化する。次にデジタル双方向通信端末は暗号
化されたデータとデータ用暗号化鍵は、バスを介してＳ
／Ｗ認証モジュール１１へ受け渡される。暗号化された
データとデータ用暗号化鍵を受け取ったＳ／Ｗ認証モジ
ュール１１は、認証のための暗号化を施し、ネットワー
クモジュール５へ送信する。送信された認証のための暗
号化を施されたデータはネットワークモジュール５の制
御チャネルＩ／Ｆへ送られ、制御チャネルＩ／Ｆを介し
て、電話回線を経由して、サーバに送信される。データ
の送信は図５に示す様に、ＯＳ−９／ＯＳ−９０００
３９上のダウンロードプロトコルであるUPLINK/DOWNLIN
K API ４０を使用し、ファイル・マネージャ、ドライバ
３８によって、サーバ用のＯＳ３３を介して、電話回線
３６に接続されているハードウェア３７から、サーバへ
送信される。サーバ側では、UPLINK/DOWNLINK API ３２
を使用して、サーバ固有のネットワークドライバ３４を
使用して、ハードウェア３５を介して接続されている電
話回線３６からデジタル双方向通信端末から送信された
データを受信する。認証のための暗号化を施され、更に
暗号化されたデータとデータ用暗号化鍵を受信したサー
バは、まずデジタル双方向通信端末の公開鍵を使用して
データの復号を行う。さらに、サーバの秘密鍵を使用し
てデータ用暗号化鍵を復号する。次に復号された暗号化
鍵を使用して、データの復号を行う。復号されたデータ
はサーバ上の記憶領域に保存される。以上の動作によ
り、デジタル双方向通信端末はサーバへデータを安全に
送信することが可能となり、またサーバは送信されたデ
ータに改ざん、なりすましがないことを確認することが
可能となる。
【００６０】実施の形態８．本発明の実施の形態３にお
いて、ネットワークインターフェースモジュールをＨＦ
Ｃ対応とすることができる。図１７は実施の形態８であ
るシステム構成を示すブロック図であり、ネットワーク
インタフェースモジュールとしてＨＦＣを使用する場合
を示す。デジタル双方向通信端末はネットワークインタ
フェースモジュールから同軸ケーブルからファイバーバ
ックボーンを経由してサービスプロバイダのサービス提
供装置であるサーバに接続される。
【００６１】次に、本実施の形態８の動作を説明する。
まず、電源投入時のデジタル双方向通信端末の動作を説
明する。実施の形態８における電源ＯＮ時のデジタル双
方向通信端末の動作フローチャートは図１１と同様であ
る。入力モジュール１より、電源入の信号を受信したデ
ジタル双方向通信端末は赤外線リモコンレシーバ７で信
号が電源ＯＮ信号であることを解析し、ＣＰＵへ電源Ｏ
Ｎ信号を送信する。電源ＯＮ信号を受信したＣＰＵモジ
ュールは、各モジュール[１−５]の初期化を行う。次
に、各モジュールが正常に動作しているかどうかのチェ
ックを行うパワーＯＮセルフテストを実行する。次に、
システムＲＯＭ９とシステムＲＡＭ１０の初期化を行
う。次に、ｋｅｒｎｅｌの立ち上げを実行する。ｋｅｒ
ｎｅｌの立ち上げが終了したあと、次にデジタル双方向
通信端末のＳ／Ｗ認証モジュールによって、デジタル双
方向通信端末固有のＩＤ、ユーザのアクセスＩＤ、ユー
ザ名などの自分自身のデータを処理し、サーバへの暗号
化モジュール要求に認証データと、認証に使用するため
のデジタル双方向通信端末の公開鍵を付加してサーバへ
送信し、暗号化モジュール６のダウンロードを要求す
る。サーバはデジタル双方向通信端末の公開鍵を使用し
て、デジタル双方向通信端末のデータを復号し、アクセ
ス内容に改ざん、なりすましがないことを確認し、デジ
タル双方向通信端末からの暗号化モジュールのダウンロ
ード要求を受け付ける。更にサーバは送信されたデジタ
ル双方向通信端末の公開鍵を登録する。ダウンロードし
た暗号化モジュール６はアプリケーションとして不揮発
性ＲＡＭ８に格納される。ダウンロードを行う際のサー
バとデジタル双方向通信端末の接続図と暗号化モジュー
ルの流れは図７と同様である。サーバのアプリケーショ
ン領域３１に格納されている暗号化モジュール６は、デ
ジタル双方向通信端末からの要求を受けて、UPLINK/DOW
NLINK API ３２を使用し、サーバ用のＯＳ３３を介し
て、サーバ固有のネットワークドライバ３４を使用し
て、ハードウェア３５を介して接続されているファイバ
ーケーブル４２からファイバーバックボーン４３を経由
し、同軸ケーブル４４に接続されたデジタル双方向通信
端末へ送られる。デジタル双方向通信端末側では同軸ケ
ーブル４４に接続されているハードウェア３７から、フ
ァイル・マネージャ、ドライバ３８によって、ＯＳ−９
／ＯＳ−９０００ ３９上のダウンロードプロトコルで
あるUPLINK/DOWNLINK API を使用して、デジタル双方向
通信端末のアプリケーション領域４１に格納される。こ
こでいうデジタル双方向通信端末のアプリケーション領
域４１は、不揮発性ＲＡＭ８である。次に、サーバの公
開鍵をデジタル双方向通信端末に送信する。デジタル双
方向通信端末は受信したサーバの公開鍵を不揮発性ＲＡ
Ｍ８に保存する。以上のようにデジタル双方向通信端末
への暗号化モジュールのダウンロードと初期化・リン
ク、サーバによるデジタル双方向通信端末の認証、さら
にサーバとデジタル双方向通信端末間の公開鍵の交換が
行われ、暗号化モジュール６のダウンロードを実行する
デジタル双方向通信端末の電源ＯＮ動作が終了する。
【００６２】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。実施の形態８において暗号化モジュー
ルが実行可能状態となったデジタル双方向通信端末がサ
ーバから暗号化を施されたデータを受信する際の動作フ
ローチャートは図１２と同様である。入力モジュール１
より、データダウンロード実行信号を受信したデジタル
双方向通信端末は、入力信号を解析し、ダウンロード実
行命令と、ダウンロードすべきデータ名をＣＰＵモジュ
ール２へ受け渡す。ダウンロード命令を受信したＣＰＵ
モジュールは、Ｓ／Ｗ認証モジュールへダウンロード実
行要求とダウンロードすべきデータ名をＳ／Ｗ認証モジ
ュール１１へ受け渡す。ダウンロード実行要求とダウン
ロードすべきデータ名を受け取ったＳ／Ｗ認証モジュー
ル１１は、認証のための暗号化を施し、ネットワークモ
ジュールう５へ暗号化されたダウンロード実行要求とダ
ウンロードすべきデータ名を受け渡す。ネットワークモ
ジュール５は制御チャネルＩ／Ｆ１８を通じて、ダウン
ロード実行要求と、ダウンロードすべきデータ名をサー
バへ送信し、デジタル双方向通信端末からサーバへデー
タの転送を要求する。サーバ側では秘密鍵暗号方式によ
る暗号化鍵を生成し、データを暗号化し、暗号化に使用
した暗号化鍵をデジタル双方向通信端末から受信した公
開鍵によって暗号化し、暗号化されたデータと暗号化鍵
をデジタル双方向通信端末に送信する。データのダウン
ロードは図７に示した場合と同様にサーバのアプリケー
ション領域３１に格納されている暗号化モジュール６
は、デジタル双方向通信端末からの要求を受けて、UPLI
NK/DOWNLINK API ３２を使用し、サーバ用のＯＳ３３を
介して、サーバ固有のネットワークドライバ３４を使用
して、ハードウェア３５を介して接続されているファイ
バーケーブル４２からファイバーバックボーン４３を経
由して同軸ケーブル４４に接続されたデジタル双方向通
信端末へ送られる。デジタル双方向通信端末側では同軸
ケーブル４４に接続されているハードウェア３７から、
ファイル・マネージャ、ドライバ３８によって、ＯＳ−
９／ＯＳ−９０００ ３９上のダウンロードプロトコル
であるUPLINK/DOWNLINK API を使用して、デジタル双方
向通信端末のシステムＲＡＭ１０に格納される。
【００６３】ダウンロードされたデータはＣＰＵモジュ
ール２の暗号化モジュール６を使用して復号される。暗
号化されたデータと暗号化鍵を受信したデジタル双方向
通信端末は、まず自分の秘密鍵を使用してデータ用暗号
化鍵を復号する。復号されたデータ用暗号化鍵は、シス
テムＲＡＭ１０に保存される。次に復号され、システム
ＲＡＭに保存されたデータ用暗号化鍵を使用して、デー
タの復号を行う。復号されたデータのうち、ＭＰＥＧデ
ータ以外のデータはバスを通じてグラフィックモジュー
ル３へ送信され、ＭＰＥＧデータはバスを介してデマル
チプレクサシンクコントロール１６へ受け渡される。デ
マルチプレクサシンクコントロール１６に受け渡された
ＭＰＥＧデータは、画像データと音声データの切り分け
処理が行われ、同期をとって、ＭＰＥＧモジュール４へ
受け渡される。ＭＰＥＧモジュール４に受け取られた画
像データはＭＰＥＧビデオプロセッサ１４で、音声デー
タはＭＰＥＧオーディオプロセッサ１５でそれぞれ復号
処理され、ＭＰＥＧビデオプロセッサ１４で復号された
ビデオ信号は、グラフィックモジュール３のオーバレイ
コントローラ１３に受け渡され、ＭＰＥＧオーディオプ
ロセッサ１５で復号されたオーディオデータはステレオ
オーディオ出力へ出力される。バスを通じてグラフィッ
クモジュール３へ受け渡された静止画像データは静止画
像プロセッサ１２で復号処理され、オーバレイコントロ
ーラ１３へ受け渡される。オーバレイコントローラ１３
では、静止画像プロセッサ１２から受け取った静止画像
データとＭＰＥＧビデオプロセッサ１４から受け取った
ビデオデータの重ね合わせ処理を行い、ビデオ出力へ出
力する。以上の動作により、サーバはデジタル双方向通
信端末からの要求に改ざんやなりすましのないことを確
認することが可能となり、デジタル双方向通信端末はサ
ーバからのデータを安全に受信することが可能となる。
【００６４】実施の形態８における暗号化モジュールが
実行可能状態となったデジタル双方向通信端末がサーバ
へ暗号化を施されたデータを送信する際の動作フローチ
ャートは図１３と同様である。まず、デジタル双方向通
信端末はＣＰＵモジュール２において、暗号化モジュー
ル６を用いて暗号化鍵を生成する。次にデジタル双方向
通信端末は暗号化モジュール６によってサーバに送信す
べきデータの暗号化を行い、データの暗号化に使用した
データ用暗号化鍵は暗号化モジュール６を使用してサー
バの公開鍵を用いて暗号化する。次にデジタル双方向通
信端末は暗号化されたデータとデータ用暗号化鍵は、バ
スを介してＳ／Ｗ認証モジュール１１へ受け渡される。
暗号化されたデータとデータ用暗号化鍵を受け取ったＳ
／Ｗ認証モジュール１１は、認証のための暗号化を施
し、ネットワークモジュール５へ送信する。送信された
認証のための暗号化を施されたデータはネットワークモ
ジュール５の制御チャネルＩ／Ｆへ送られ、制御チャネ
ルＩ／Ｆを介して、ＨＦＣ８を経由して、サーバに送信
される。データの送信は図７に示す様に、ＯＳ−９／Ｏ
Ｓ−９０００ ３９上のダウンロードプロトコルである
UPLINK/DOWNLINK API４０を使用し、ファイル・マネー
ジャ、ドライバ３８によって、サーバ用のＯＳ３３を介
して、ファイバーケーブル４２に接続されているハード
ウェア３７から、サーバへ送信される。サーバ側では、
UPLINK/DOWNLINK API ３２を使用して、サーバ固有のネ
ットワークドライバ３４を使用して、ハードウェア３５
を介して接続されているファイバーケーブル４２からフ
ァイバーバックボーン４３を経由し、同軸ケーブルから
デジタル双方向通信端末が送信した認証のための暗号化
を施され、更に暗号化されたデータとデータ用暗号化鍵
をを受信する。認証のための暗号化を施され、更に暗号
化されたデータとデータ用暗号化鍵を受信したサーバ
は、まずデジタル双方向通信端末の公開鍵を使用してデ
ータの復号を行う。さらにサーバの秘密鍵を使用してデ
ータ用暗号化鍵を復号する。次に復号された暗号化鍵を
使用して、データの復号を行う。復号されたデータはサ
ーバ上の記憶領域に保存される。以上の動作により、デ
ジタル双方向通信端末はサーバへデータを安全に送信す
ることが可能となり、またサーバは送信されたデータに
改ざん、なりすましがないことを確認することが可能と
なる。
【００６５】実施の形態９．本発明の実施の形態７にお
いて、ネットワークインターフェースモジュールをＡＴ
Ｍ対応とすることができる。図１８は実施の形態９であ
るシステム構成を示すブロック図であり、ネットワーク
インターフェースモジュールとしてＡＴＭを使用する場
合を示す。デジタル双方向通信端末はネットワークイン
タフェースモジュールからＡＴＭを経由してサービスプ
ロバイダのサービス提供装置であるサーバに接続され
る。
【００６６】次に、本実施の形態９の動作を説明する。
まず、電源投入時のデジタル双方向通信端末の動作を説
明する。実施の形態９における電源ＯＮ時のデジタル双
方向通信端末の動作フローチャートは図１１と同様であ
る。入力モジュール１より、電源入の信号を受信したデ
ジタル双方向通信端末は赤外線リモコンレシーバ７で信
号が電源ＯＮ信号であることを解析し、ＣＰＵへ電源Ｏ
Ｎ信号を送信する。電源ＯＮ信号を受信したＣＰＵモジ
ュールは、各モジュール[１−５]の初期化を行う。次
に、各モジュールが正常に動作しているかどうかのチェ
ックを行うパワーＯＮセルフテストを実行する。次に、
システムＲＯＭ９とシステムＲＡＭ１０の初期化を行
う。次に、ｋｅｒｎｅｌの立ち上げを実行する。ｋｅｒ
ｎｅｌの立ち上げが終了したあと、次にデジタル双方向
通信端末のＳ／Ｗ認証モジュールによって、デジタル双
方向通信端末固有のＩＤ、ユーザのアクセスＩＤ、ユー
ザ名などの自分自身のデータを処理し、サーバへの暗号
化モジュール要求に認証データと、認証に使用するため
のデジタル双方向通信端末の公開鍵を付加してサーバへ
送信し、暗号化モジュール６のダウンロードを要求す
る。サーバはデジタル双方向通信端末の公開鍵を使用し
て、デジタル双方向通信端末のデータを復号し、アクセ
ス内容に改ざん、なりすましがないことを確認し、デジ
タル双方向通信端末からの暗号化モジュールのダウンロ
ード要求を受け付ける。更にサーバは送信されたデジタ
ル双方向通信端末の公開鍵を登録する。ダウンロードし
た暗号化モジュール６はアプリケーションとして不揮発
性ＲＡＭ８に格納される。ダウンロードを行う際のサー
バとデジタル双方向通信端末の接続図と暗号化モジュー
ルの流れは図９と同様である。サーバのアプリケーショ
ン領域３１に格納されている暗号化モジュール６は、デ
ジタル双方向通信端末からの要求を受けて、UPLINK/DOW
NLINK API ３２を使用し、サーバ用のＯＳ３３を介し
て、サーバ固有のネットワークドライバ３４を使用し
て、ハードウェア３５を介して接続されているファイバ
ーケーブル４２からＡＴＭスイッチ４５を経由し、ファ
イバーケーブル４６に接続されたデジタル双方向通信端
末へ送られる。デジタル双方向通信端末側ではファイバ
ーケーブル４６に接続されているハードウェア３７か
ら、ファイル・マネージャ、ドライバ３８によって、Ｏ
Ｓ−９／ＯＳ−９０００ ３９上のダウンロードプロト
コルであるUPLINK/DOWNLINK API を使用して、デジタル
双方向通信端末のアプリケーション領域４１に格納され
る。ここでいうデジタル双方向通信端末のアプリケーシ
ョン領域４１は、不揮発性ＲＡＭ８である。次にサーバ
の公開鍵をデジタル双方向通信端末に送信する。デジタ
ル双方向通信端末は受信したサーバの公開鍵を不揮発性
ＲＡＭ８に保存する。以上のようにデジタル双方向通信
端末への暗号化モジュールのダウンロードと初期化・リ
ンク、サーバによるデジタル双方向通信端末の認証、さ
らにサーバとデジタル双方向通信端末間の公開鍵の交換
が行われ、暗号化モジュール６のダウンロードを実行す
るデジタル双方向通信端末の電源ＯＮ動作が終了する。
【００６７】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバから暗号化を施さ
れたデータを受信する際の動作フローチャートは図１２
と同様である。入力モジュール１より、データダウンロ
ード実行信号を受信したデジタル双方向通信端末は、入
力信号を解析し、ダウンロード実行命令と、ダウンロー
ドすべきデータ名をＣＰＵモジュール２へ受け渡す。ダ
ウンロード命令を受信したＣＰＵモジュールは、Ｓ／Ｗ
認証モジュールへダウンロード実行要求とダウンロード
すべきデータ名をＳ／Ｗ認証モジュール１１へ受け渡
す。ダウンロード実行要求とダウンロードすべきデータ
名を受け取ったＳ／Ｗ認証モジュール１１は、認証のた
めの暗号化を施し、ネットワークモジュールう５へ暗号
化されたダウンロード実行要求とダウンロードすべきデ
ータ名を受け渡す。ネットワークモジュール５は制御チ
ャネルＩ／Ｆ１８を通じて、ダウンロード実行要求と、
ダウンロードすべきデータ名をサーバへ送信し、デジタ
ル双方向通信端末からサーバへデータの転送を要求す
る。サーバ側では秘密鍵暗号方式による暗号化鍵を生成
し、データを暗号化し、暗号化に使用した暗号化鍵をデ
ジタル双方向通信端末から受信した公開鍵によって暗号
化し、暗号化されたデータと暗号化鍵をデジタル双方向
通信端末に送信する。データのダウンロードは図９に示
した場合と同様にサーバのアプリケーション領域３１に
格納されている暗号化モジュール６は、デジタル双方向
通信端末からの要求を受けて、UPLINK/DOWNLINK API ３
２を使用し、サーバ用のＯＳ３３を介して、サーバ固有
のネットワークドライバ３４を使用して、ハードウェア
３５を介して接続されているファイバーケーブル４２か
らＡＴＭスイッチ４５を経由してファイバーケーブル４
６に接続されたデジタル双方向通信端末へ送られる。デ
ジタル双方向通信端末側ではファイバーケーブル４６に
接続されているハードウェア３７から、ファイル・マネ
ージャ、ドライバ３８によって、ＯＳ−９／ＯＳ−９０
００ ３９上のダウンロードプロトコルであるUPLINK/D
OWNLINK API を使用して、デジタル双方向通信端末のシ
ステムＲＡＭ１０に格納される。
【００６８】ダウンロードされたデータはＣＰＵモジュ
ール２の暗号化モジュール６を使用して復号される。暗
号化されたデータと暗号化鍵を受信したデジタル双方向
通信端末は、まず自分の秘密鍵を使用してデータ用暗号
化鍵を復号する。復号されたデータ用暗号化鍵は、シス
テムＲＡＭ１０に保存される。次に復号され、システム
ＲＡＭに保存されたデータ用暗号化鍵を使用して、デー
タの復号を行う。復号されたデータのうち、ＭＰＥＧデ
ータ以外のデータはバスを通じてグラフィックモジュー
ル３へ送信され、ＭＰＥＧデータはバスを介してデマル
チプレクサシンクコントロール１６へ受け渡される。デ
マルチプレクサシンクコントロール１６に受け渡された
ＭＰＥＧデータは、画像データと音声データの切り分け
処理が行われ、同期をとって、ＭＰＥＧモジュール４へ
受け渡される。ＭＰＥＧモジュール４に受け取られた画
像データはＭＰＥＧビデオプロセッサ１４で、音声デー
タはＭＰＥＧオーディオプロセッサ１５でそれぞれ復号
処理され、ＭＰＥＧビデオプロセッサ１４で復号された
ビデオ信号は、グラフィックモジュール３のオーバレイ
コントローラ１３に受け渡され、ＭＰＥＧオーディオプ
ロセッサ１５で復号されたオーディオデータはステレオ
オーディオ出力へ出力される。バスを通じてグラフィッ
クモジュール３へ受け渡された静止画像データは静止画
像プロセッサ１２で復号処理され、オーバレイコントロ
ーラ１３へ受け渡される。オーバレイコントローラ１３
では、静止画像プロセッサ１２から受け取った静止画像
データとＭＰＥＧビデオプロセッサ１４から受け取った
ビデオデータの重ね合わせ処理を行い、ビデオ出力へ出
力する。以上の動作により、サーバはデジタル双方向通
信端末からの要求に改ざんやなりすましのないことを確
認することが可能となり、デジタル双方向通信端末はサ
ーバからのデータを安全に受信することが可能となる。
【００６９】暗号化モジュールが実行可能状態となった
デジタル双方向通信端末がサーバへ暗号化を施されたデ
ータを送信する際の動作フローチャートは図１３と同様
である。まず、デジタル双方向通信端末はＣＰＵモジュ
ール２において、暗号化モジュール６を用いて暗号化鍵
を生成する。次にデジタル双方向通信端末は暗号化モジ
ュール６によってサーバに送信すべきデータの暗号化を
行い、データの暗号化に使用したデータ用暗号化鍵は暗
号化モジュール６を使用してサーバの公開鍵を用いて暗
号化する。次にデジタル双方向通信端末は暗号化された
データとデータ用暗号化鍵は、バスを介してＳ／Ｗ認証
モジュール１１へ受け渡される。暗号化されたデータと
データ用暗号化鍵を受け取ったＳ／Ｗ認証モジュール１
１は、認証のための暗号化を施し、ネットワークモジュ
ール５へ送信する。送信された認証のための暗号化を施
されたデータはネットワークモジュール５の制御チャネ
ルＩ／Ｆへ送られ、制御チャネルＩ／Ｆを介して、ＨＦ
Ｃ８を経由して、サーバに送信される。データの送信は
図９に示す様に、ＯＳ−９／ＯＳ−９０００ ３９上の
ダウンロードプロトコルであるUPLINK/DOWNLINK API ４
０を使用し、ファイル・マネージャ、ドライバ３８によ
って、サーバ用のＯＳ３３を介して、ファイバーケーブ
ル４２に接続されているハードウェア３７から、サーバ
へ送信される。サーバ側では、UPLINK/DOWNLINK API ３
２を使用して、サーバ固有のネットワークドライバ３４
を使用して、ハードウェア３５を介して接続されている
ファイバーケーブル４２からＡＴＭスイッチ４５を経由
し、ファイバーケーブル４６からデジタル双方向通信端
末が送信した認証のための暗号化を施され、更に暗号化
されたデータとデータ用暗号化鍵をを受信する。認証の
ための暗号化を施され、更に暗号化されたデータとデー
タ用暗号化鍵を受信したサーバは、まずデジタル双方向
通信端末の公開鍵を使用してデータの復号を行う。さら
にサーバの秘密鍵を使用してデータ用暗号化鍵を復号す
る。次に、復号された暗号化鍵を使用して、データの復
号を行う。復号されたデータはサーバ上の記憶領域に保
存される。以上の動作により、デジタル双方向通信端末
はサーバへデータを安全に送信することが可能となり、
またサーバは送信されたデータに改ざん、なりすましが
ないことを確認することが可能となる。
【００７０】実施の形態１０．図１９は本発明の実施の
形態１０であるシステム構成を示すブロック図である。
本実施の形態において、ネットワークインターフェース
モジュールはＡＤＳＬ対応であり、電話回線６に接続さ
れる。
【００７１】次に、本実施の形態１０であるデジタル双
方向通信端末の動作を説明する。まず、電源投入時のデ
ジタル双方向通信端末の動作を説明する。実施の形態１
０における電源ＯＮ時のデジタル双方向通信端末の動作
フローチャートを図２０に示す。入力モジュール１よ
り、電源入の信号を受信したデジタル双方向通信端末は
赤外線リモコンレシーバ７で信号が電源ＯＮ信号である
ことを解析し、ＣＰＵへ電源ＯＮ信号を送信する。電源
ＯＮ信号を受信したＣＰＵモジュールは、各モジュール
[１−５]の初期化を行う。次に、各モジュールが正常に
動作しているかどうかのチェックを行うパワーＯＮセル
フテストを実行する。次に、システムＲＯＭ９とシステ
ムＲＡＭ１０の初期化を行う。次に、ｋｅｒｎｅｌの立
ち上げを実行する。ｋｅｒｎｅｌの立ち上げが終了した
あと、次にデジタル双方向通信端末はサーバへアクセス
を行い、暗号化モジュール６のダウンロードを行う。ダ
ウンロードした暗号化モジュール６はアプリケーション
として不揮発性ＲＡＭ８に格納される。図５にダウンロ
ードを行う際のサーバとデジタル双方向通信端末の接続
図と暗号化モジュールの流れを示す。サーバのアプリケ
ーション領域３１に格納されている暗号化モジュール６
は、デジタル双方向通信端末からの要求を受けて、UPLI
NK/DOWNLINK API ３２を使用し、サーバ用のＯＳ３３を
介して、サーバ固有のネットワークドライバ３４を使用
して、ハードウェア３５を介して接続されている電話回
線３６を経由し、デジタル双方向通信端末へ送られる。
デジタル双方向通信端末側では電話回線３６に接続され
ているハードウェア３７から、ファイル・マネージャ、
ドライバ３８によって、ＯＳ−９／ＯＳ−９０００ ３
９上のダウンロードプロトコルであるUPLINK/DOWNLINK
API を使用して、デジタル双方向通信端末のアプリケー
ション領域４１に格納される。ここでいうデジタル双方
向通信端末のアプリケーション領域４１は、不揮発性Ｒ
ＡＭ８である。
【００７２】暗号化モジュール６がダウンロードされ、
不揮発性ＲＡＭ８に格納されると、次にデジタル双方向
通信端末は暗号化モジュール６の初期化、リンクを行い
暗号化モジュールを実行可能状態にする。次に、デジタ
ル双方向通信端末は自分自身の公開鍵をサーバへ送信す
る。デジタル双方向通信端末の公開鍵と秘密鍵のペアは
システムＲＯＭ１０のアプリケーション領域３０に保存
されている。サーバはデジタル双方向通信端末から送信
されたデジタル双方向通信端末の公開鍵を受信し、受信
したデジタル双方向通信端末の公開鍵をサーバのアプリ
ケーション領域３１に登録し、サーバの公開鍵をデジタ
ル双方向通信端末に送信する。デジタル双方向通信端末
は受信したサーバの公開鍵を不揮発性ＲＡＭ８に保存す
る。以上のようにデジタル双方向通信端末への暗号化モ
ジュールのダウンロードと初期化・リンクが行われ、ま
たサーバとデジタル双方向通信端末間の公開鍵の交換が
行われ、暗号化モジュール６のダウンロードを実行する
デジタル双方向通信端末の電源ＯＮ動作が終了する。
【００７３】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。図２１はデータダウンロード時のフロ
ーチャートであり、詳しくは、暗号化モジュールが実行
可能状態となったデジタル双方向通信端末がサーバから
暗号化を施されたデータを受信する際の動作を示す。デ
ジタル双方向通信端末は入力モジュール１からユーザに
よって入力された暗号化ＯＮ／ＯＦＦ命令受信し、バス
を通じてシステムＲＡＭ９に暗号化ＯＮ／ＯＦＦのフラ
グ（データ暗号化フラグ）を記憶する。本実施の形態１
０における暗号化モジュールが実行可能状態となったデ
ジタル双方向通信端末がサーバから暗号化を施されたデ
ータを受信する際の動作は、サーバへの要求にデータ暗
号化フラグを添付すること以外は図２と同様である。入
力モジュール１より、データダウンロード実行信号を受
信したデジタル双方向通信端末は、入力信号を解析し、
ダウンロード実行命令と、ダウンロードすべきデータ名
をＣＰＵモジュール２へ受け渡す。ダウンロード命令を
受信したＣＰＵモジュールは、ネットワークモジュール
う５へダウンロード命令とダウンロードすべきデータ名
とデータ暗号化フラグを受け渡す。ネットワークモジュ
ール５は制御チャネルＩ／Ｆ１８を通じて、ダウンロー
ド実行要求と、ダウンロードすべきデータ名とデータ暗
号化フラグをサーバへ送信し、デジタル双方向通信端末
からサーバへデータの転送を要求する。サーバ側ではデ
ータ暗号化フラグによって示されるデータ暗号化のＯＮ
／ＯＦＦを確認し、データ暗号化がＯＮであるこ場合、
秘密鍵暗号方式による暗号化鍵を生成し、データを暗号
化し、暗号化に使用した暗号化鍵をデジタル双方向通信
端末から受信した公開鍵によって暗号化し、暗号化され
たデータと暗号化鍵をデジタル双方向通信端末に送信す
る。データの暗号化がＯＦＦである場合、サーバはデー
タの暗号化を施さず、要求されたデータを送信する。
【００７４】データのダウンロードは図５に示した場合
と同様にUPLINK/DOWNLINK API ３２を使用し、サーバ用
のＯＳ３３を介して、サーバ固有のネットワークドライ
バ３４を使用して、ハードウェア３５を介して接続され
ている電話回線３６を経由し、デジタル双方向通信端末
へ送られる。デジタル双方向通信端末側では電話回線３
６に接続されているハードウェア３７から、ファイル・
マネージャ、ドライバ３８によって、ＯＳ−９／ＯＳ−
９０００ ３９上のダウンロードプロトコルであるUPLI
NK/DOWNLINK API を使用して、デジタル双方向通信端末
のシステムＲＡＭ１０に格納される。データ暗号化がＯ
Ｎである場合、ダウンロードされたデータはＣＰＵモジ
ュール２の暗号化モジュール６を使用して復号される。
暗号化されたデータと暗号化鍵を受信したデジタル双方
向通信端末は、まず自分の秘密鍵を使用してデータ用暗
号化鍵を復号する。復号されたデータ用暗号化鍵は、シ
ステムＲＡＭ１０に保存される。次に復号され、システ
ムＲＡＭに保存されたデータ用暗号化鍵を使用して、デ
ータの復号を行う。データ暗号化がＯＦＦの場合は、復
号化は省略される。受信されたデータのうち、ＭＰＥＧ
データ以外のデータはバスを通じてグラフィックモジュ
ール３へ送信され、ＭＰＥＧデータはバスを介してデマ
ルチプレクサシンクコントロール１６へ受け渡される。
デマルチプレクサシンクコントロール１６に受け渡され
たＭＰＥＧデータは、画像データと音声データの切り分
け処理が行われ、同期をとって、ＭＰＥＧモジュール４
へ受け渡される。ＭＰＥＧモジュール４に受け取られた
画像データはＭＰＥＧビデオプロセッサ１４で、音声デ
ータはＭＰＥＧオーディオプロセッサ１５でそれぞれ復
号処理され、ＭＰＥＧビデオプロセッサ１４で復号され
たビデオ信号は、グラフィックモジュール３のオーバレ
イコントローラ１３に受け渡され、ＭＰＥＧオーディオ
プロセッサ１５で復号されたオーディオデータはステレ
オオーディオ出力へ出力される。バスを通じてグラフィ
ックモジュール３へ受け渡された静止画像データは静止
画像プロセッサ１２で復号処理され、オーバレイコント
ローラ１３へ受け渡される。オーバレイコントローラ１
３では、静止画像プロセッサ１２から受け取った静止画
像データとＭＰＥＧビデオプロセッサ１４から受け取っ
たビデオデータの重ね合わせ処理を行い、ビデオ出力へ
出力する。以上の動作により、デジタル双方向通信端末
はサーバからのデータを安全に受信することが可能とな
り、データによって暗号化が不要なデータの暗号化は省
略することが可能となり、常に暗号化を施す場合に比較
して効率よくデータの送受信を行うことが可能となる。
【００７５】図２２はデータ送信時のフローチャートで
あり、詳しくは、暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバへ暗号化を施され
たデータを送信する際の動作を示す。まず、デジタル双
方向通信端末はシステムＲＡＭに記憶されたデータ暗号
化フラグをチェックし、データ暗号化フラグがＯＮであ
る場合、送信しようとするデータの暗号化を実行する。
データ暗号化フラグがＯＮである場合、デジタル双方向
通信端末はＣＰＵモジュール２において、暗号化モジュ
ール６を用いて暗号化鍵を生成する。次にデジタル双方
向通信端末は暗号化モジュール６によってサーバに送信
すべきデータの暗号化を行い、データの暗号化に使用し
たデータ用暗号化鍵は暗号化モジュール６を使用してサ
ーバの公開鍵を用いて暗号化する。次にデジタル双方向
通信端末は暗号化されたデータとデータ用暗号化鍵は、
バスを介してネットワークモジュール５の制御チャネル
Ｉ／Ｆへ送られ、制御チャネルＩ／Ｆを介して、電話回
線を経由して、サーバに送信される。データの送信は図
５に示す様に、ＯＳ−９／ＯＳ−９０００ ３９上のダ
ウンロードプロトコルであるUPLINK/DOWNLINK API ４０
を使用し、ファイル・マネージャ、ドライバ３８によっ
て、サーバ用のＯＳ３３を介して、電話回線３６に接続
されているハードウェア３７から、サーバへ送信され
る。サーバ側では、UPLINK/DOWNLINK API ３２を使用し
て、サーバ固有のネットワークドライバ３４を使用し
て、ハードウェア３５を介して接続されている電話回線
３６からデジタル双方向通信端末から送信されたデータ
を受信する。暗号化されたデータとデータ用暗号化鍵を
受信したサーバは、まず自分の秘密鍵を使用してデータ
用暗号化鍵を復号する。次に復号された暗号化鍵を使用
して、データの復号を行う。復号されたデータはサーバ
上の記憶領域に保存される。
【００７６】データ暗号化フラグがＯＦＦである場合、
サーバに送信すべきデータはバスを介してネットワーク
モジュール５の制御チャネルＩ／Ｆへ送られ、制御チャ
ネルＩ／Ｆを介して、電話回線を経由して、サーバに送
信される。データの送信は図５に示す様に、ＯＳ−９／
０Ｓ−９０００ ３９上のダウンロードプロトコルであ
るUPLINK/DOWNLINK API ４０を使用し、ファイル・マネ
ージャ、ドライバ３８によって、サーバ用のＯＳ３３を
介して、電話回線３６に接続されているハードウェア３
７から、サーバへ送信される。サーバ側では、UPLINK/D
OWNLINK API ３２を使用して、サーバ固有のネットワー
クドライバ３４を使用して、ハードウェア３５を介して
接続されている電話回線３６からデジタル双方向通信端
末から送信されたデータを受信する。暗号化されたデー
タとデータ用暗号化鍵を受信したサーバは、まず自分の
秘密鍵を使用してデータ用暗号化鍵を復号する。次に復
号された暗号化鍵を使用して、データの復号を行う。復
号されたデータはサーバ上の記憶領域に保存される。以
上の動作により、デジタル双方向通信端末はサーバから
のデータを安全に受信することが可能となり、データに
よって暗号化が不要なデータの暗号化は省略することが
可能となり、常に暗号化を施す場合に比較して効率よく
データの送受信を行うことが可能となる。
【００７７】実施の形態１１．本実施の形態１１におい
て、ネットワークインターフェースモジュールはＨＦＣ
対応である。図２３は実施の形態１１であるシステム構
成を示すブロック図であり、ネットワークインターフェ
ースモジュールとしてＨＦＣを使用する場合を示す。デ
ジタル双方向通信端末はネットワークインタフェースモ
ジュールから同軸ケーブルからファイバーバックボーン
を経由してサービスプロバイダのサービス提供装置であ
るサーバに接続される。
【００７８】次に、本実施の形態１１におけるデジタル
双方向通信端末の動作を説明する。まず、電源投入時の
デジタル双方向通信端末の動作を説明する。実施の形態
１１における電源ＯＮ時のデジタル双方向通信端末の動
作フローチャートは図２０と同様である。入力モジュー
ル１より、電源入の信号を受信したデジタル双方向通信
端末は赤外線リモコンレシーバ７で信号が電源ＯＮ信号
であることを解析し、ＣＰＵへ電源ＯＮ信号を送信す
る。電源ＯＮ信号を受信したＣＰＵモジュールは、各モ
ジュール[１−５]の初期化を行う。次に、各モジュール
が正常に動作しているかどうかのチェックを行うパワー
ＯＮセルフテストを実行する。次に、システムＲＯＭ９
とシステムＲＡＭ１０の初期化を行う。次に、ｋｅｒｎ
ｅｌの立ち上げを実行する。ｋｅｒｎｅｌの立ち上げが
終了したあと、次にデジタル双方向通信端末はサーバへ
アクセスを行い、暗号化モジュール６のダウンロードを
行う。ダウンロードした暗号化モジュール６はアプリケ
ーションとして不揮発性ＲＡＭ８に格納される。図７に
ダウンロードを行う際のサーバとデジタル双方向通信端
末の接続図と暗号化モジュールの流れを示す。サーバの
アプリケーション領域３１に格納されている暗号化モジ
ュール６は、デジタル双方向通信端末からの要求を受け
て、UPLINK/DOWNLINK API ３２を使用し、サーバ用のＯ
Ｓ３３を介して、サーバ固有のネットワークドライバ３
４を使用して、ハードウェア３５を介して接続されてい
るファイバーケーブル４２からファイバーバックボーン
４３を経由して同軸ケーブル４４からデジタル双方向通
信端末へ送られる。デジタル双方向通信端末側では同軸
ケーブル４４に接続されているハードウェア３７から、
ファイル・マネージャ、ドライバ３８によって、ＯＡ−
９／ＯＳ−９０００ ３９上のダウンロードプロトコル
であるUPLINK/DOWNLINK API を使用して、デジタル双方
向通信端末のアプリケーション領域４１に格納される。
ここでいうデジタル双方向通信端末のアプリケーション
領域４１は、不揮発性ＲＡＭ８である。
【００７９】暗号化モジュール６がダウンロードされ、
不揮発性ＲＡＭ８に格納されると、次にデジタル双方向
通信端末は暗号化モジュール６の初期化、リンクを行い
暗号化モジュールを実行可能状態にする。次に、デジタ
ル双方向通信端末は自分自身の公開鍵をサーバへ送信す
る。デジタル双方向通信端末の公開鍵と秘密鍵のペアは
システムＲＯＭ１０のアプリケーション領域３０に保存
されている。サーバはデジタル双方向通信端末から送信
されたデジタル双方向通信端末の公開鍵を受信し、受信
したデジタル双方向通信端末の公開鍵をサーバのアプリ
ケーション領域３１に登録し、サーバの公開鍵をデジタ
ル双方向通信端末に送信する。デジタル双方向通信端末
は受信したサーバの公開鍵を不揮発性ＲＡＭ８に保存す
る。以上のようにデジタル双方向通信端末への暗号化モ
ジュールのダウンロードと初期化・リンクが行われ、ま
たサーバとデジタル双方向通信端末間の公開鍵の交換が
行われ、暗号化モジュール６のダウンロードを実行する
デジタル双方向通信端末の電源ＯＮ動作が終了する。
【００８０】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバから暗号化を施さ
れたデータを受信する際の動作フローチャートは図２１
と同様である。デジタル双方向通信端末は入力モジュー
ル１からユーザによって入力された暗号化ＯＮ／ＯＦＦ
命令受信し、バスを通じてシステムＲＡＭ９に暗号化Ｏ
Ｎ／ＯＦＦのフラグ（データ暗号化フラグ）を記憶す
る。本実施の形態１１における暗号化モジュールが実行
可能状態となったデジタル双方向通信端末がサーバから
暗号化を施されたデータを受信する際の動作は、サーバ
への要求にデータ暗号化フラグを添付すること以外は図
６と同様である。入力モジュール１より、データダウン
ロード実行信号を受信したデジタル双方向通信端末は、
入力信号を解析し、ダウンロード実行命令と、ダウンロ
ードすべきデータ名をＣＰＵモジュール２へ受け渡す。
ダウンロード命令を受信したＣＰＵモジュールは、ネッ
トワークモジュールう５へダウンロード命令とダウンロ
ードすべきデータ名とデータ暗号化フラグを受け渡す。
ネットワークモジュール５は制御チャネルＩ／Ｆ１８を
通じて、ダウンロード実行要求と、ダウンロードすべき
データ名とデータ暗号化フラグをサーバへ送信し、デジ
タル双方向通信端末からサーバへデータの転送を要求す
る。サーバ側ではデータ暗号化フラグによって示される
データ暗号化のＯＮ／ＯＦＦを確認し、データ暗号化が
ＯＮであるこ場合、秘密鍵暗号方式による暗号化鍵を生
成し、データを暗号化し、暗号化に使用した暗号化鍵を
デジタル双方向通信端末から受信した公開鍵によって暗
号化し、暗号化されたデータと暗号化鍵をデジタル双方
向通信端末に送信する。データの暗号化がＯＦＦである
場合、サーバはデータの暗号化を施さず、要求されたデ
ータを送信する。
【００８１】データのダウンロードは図７に示した場合
と同様にUPLINK/DOWNLINK API ３２を使用し、サーバ用
のＯＳ３３を介して、サーバ固有のネットワークドライ
バ３４を使用して、ハードウェア３５を介して接続され
ているファイバーケーブル４２からファイバーバックボ
ーン４３を経由して同軸ケーブル４４からデジタル双方
向通信端末へ送られる。デジタル双方向通信端末側では
同軸ケーブル４４に接続されているハードウェア３７か
ら、ファイル・マネージャ、ドライバ３８によって、Ｏ
Ｓ−９／ＯＳ−９０００ ３９上のダウンロードプロト
コルであるUPLINK/DOWNLINK API を使用して、デジタル
双方向通信端末のシステムＲＡＭ１０に格納される。デ
ータ暗号化がＯＮである場合、ダウンロードされたデー
タはＣＰＵモジュール２の暗号化モジュール６を使用し
て復号される。暗号化されたデータと暗号化鍵を受信し
たデジタル双方向通信端末は、まず自分の秘密鍵を使用
してデータ用暗号化鍵を復号する。復号されたデータ用
暗号化鍵は、システムＲＡＭ１０に保存される。次に復
号され、システムＲＡＭに保存されたデータ用暗号化鍵
を使用して、データの復号を行う。データ暗号化がＯＦ
Ｆの場合は、復号化は省略される。受信されたデータの
うち、ＭＰＥＧデータ以外のデータはバスを通じてグラ
フィックモジュール３へ送信され、ＭＰＥＧデータはバ
スを介してデマルチプレクサシンクコントロール１６へ
受け渡される。デマルチプレクサシンクコントロール１
６に受け渡されたＭＰＥＧデータは、画像データと音声
データの切り分け処理が行われ、同期をとって、ＭＰＥ
Ｇモジュール４へ受け渡される。ＭＰＥＧモジュール４
に受け取られた画像データはＭＰＥＧビデオプロセッサ
１４で、音声データはＭＰＥＧオーディオプロセッサ１
５でそれぞれ復号処理され、ＭＰＥＧビデオプロセッサ
１４で復号されたビデオ信号は、グラフィックモジュー
ル３のオーバレイコントローラ１３に受け渡され、ＭＰ
ＥＧオーディオプロセッサ１５で復号されたオーディオ
データはステレオオーディオ出力へ出力される。バスを
通じてグラフィックモジュール３へ受け渡された静止画
像データは静止画像プロセッサ１２で復号処理され、オ
ーバレイコントローラ１３へ受け渡される。オーバレイ
コントローラ１３では、静止画像プロセッサ１２から受
け取った静止画像データとＭＰＥＧビデオプロセッサ１
４から受け取ったビデオデータの重ね合わせ処理を行
い、ビデオ出力へ出力する。以上の動作により、デジタ
ル双方向通信端末はサーバからのデータを安全に受信す
ることが可能となり、データによって暗号化が不要なデ
ータの暗号化は省略することが可能となり、常に暗号化
を施す場合に比較して効率よくデータの送受信を行うこ
とが可能となる。
【００８２】次に暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバへ暗号化を施され
たデータを送信する際の動作を説明する。暗号化モジュ
ールが実行可能状態となったデジタル双方向通信端末が
サーバへ暗号化を施されたデータを送信する際の動作フ
ローチャートは図２２と同様である。まず、デジタル双
方向通信端末はシステムＲＡＭに記憶されたデータ暗号
化フラグをチェックし、データ暗号化フラグがＯＮであ
る場合、送信しようとするデータの暗号化を実行する。
データ暗号化フラグがＯＮである場合、デジタル双方向
通信端末はＣＰＵモジュール２において、暗号化モジュ
ール６を用いて暗号化鍵を生成する。次にデジタル双方
向通信端末は暗号化モジュール６によってサーバに送信
すべきデータの暗号化を行い、データの暗号化に使用し
たデータ用暗号化鍵は暗号化モジュール６を使用してサ
ーバの公開鍵を用いて暗号化する。次に、デジタル双方
向通信端末は暗号化されたデータとデータ用暗号化鍵
は、バスを介してネットワークモジュール５の制御チャ
ネルＩ／Ｆへ送られ、制御チャネルＩ／Ｆを介して、同
軸ケーブル４４からファイバーバックボーン４３、ファ
イバーケーブル４２を経由して、サーバに送信される。
データの送信は図７に示す様に、ＯＳ−９／ＯＳ−９０
００ ３９上のダウンロードプロトコルであるUPLINK/D
OWNLINK API ４０を使用し、ファイル・マネージャ、ド
ライバ３８によって、サーバ用のＯＳ３３を介して、フ
ァイバーケーブル４２に接続されているハードウェア３
７から、サーバへ送信される。サーバ側では、UPLINK/D
OWNLINK API ３２を使用して、サーバ固有のネットワー
クドライバ３４を使用して、ハードウェア３５を介して
接続されている同軸ケーブル４４を使用してデジタル双
方向通信端末から送信されたデータを受信する。暗号化
されたデータとデータ用暗号化鍵を受信したサーバは、
まず自分の秘密鍵を使用してデータ用暗号化鍵を復号す
る。次に、復号された暗号化鍵を使用して、データの復
号を行う。復号されたデータはサーバ上の記憶領域に保
存される。
【００８３】データ暗号化フラグがＯＦＦである場合、
サーバに送信すべきデータはバスを介してネットワーク
モジュール５の制御チャネルＩ／Ｆへ送られ、制御チャ
ネルＩ／Ｆを介して、同軸ケーブル４４からファイバー
バックボーン４３、ファイバーケーブル４２を経由し
て、サーバに送信される。データの送信は図７に示す様
に、ＯＳ−９／ＯＳ−９０００ ３９上のダウンロード
プロトコルであるUPLINK/DOWNLINK API ４０を使用し、
ファイル・マネージャ、ドライバ３８によって、サーバ
用のＯＳ３３を介して、ファイバーケーブル４２に接続
されているハードウェア３７から、サーバへ送信され
る。サーバ側では、UPLINK/DOWNLINK API ３２を使用し
て、サーバ固有のネットワークドライバ３４を使用し
て、ハードウェア３５を介して接続されている同軸ケー
ブル４４からファイバーバックボーン４３、ファイバー
ケーブル４２を経由してデジタル双方向通信端末から送
信されたデータを受信する。暗号化されたデータとデー
タ用暗号化鍵を受信したサーバは、まず自分の秘密鍵を
使用してデータ用暗号化鍵を復号する。次に復号された
暗号化鍵を使用して、データの復号を行う。復号された
データはサーバ上の記憶領域に保存される。以上の動作
により、デジタル双方向通信端末はサーバからのデータ
を安全に受信することが可能となり、データによって暗
号化が不要なデータの暗号化は省略することが可能とな
り、常に暗号化を施す場合に比較して効率よくデータの
送受信を行うことが可能となる。
【００８４】実施の形態１２．本実施の形態１２におい
て、ネットワークインターフェースモジュールはＡＴＭ
対応である。図２４は実施の形態１２であるシステム構
成を示すブロック図であり、ネットワークインターフェ
ースモジュールとしてＡＴＭを使用する場合を示す。デ
ジタル双方向通信端末はネットワークインタフェースモ
ジュールから光ファイバーケーブルを経由し、ＡＴＭス
イッチを介してサービスプロバイダのサービス提供装置
であるサーバに接続される。
【００８５】次に、本実施の形態１２におけるデジタル
双方向通信端末の動作を説明する。まず、電源投入時の
デジタル双方向通信端末の動作を説明する。実施例１２
における電源ＯＮ時のデジタル双方向通信端末の動作フ
ローチャートは図２０と同様である。入力モジュール１
より、電源入の信号を受信したデジタル双方向通信端末
は赤外線リモコンレシーバ７で信号が電源ＯＮ信号であ
ることを解析し、ＣＰＵへ電源ＯＮ信号を送信する。電
源ＯＮ信号を受信したＣＰＵモジュールは、各モジュー
ル[１−５]の初期化を行う。次に、各モジュールが正常
に動作しているかどうかのチェックを行うパワーＯＮセ
ルフテストを実行する。次に、システムＲＯＭ９とシス
テムＲＡＭ１０の初期化を行う。次に、ｋｅｒｎｅｌの
立ち上げを実行する。ｋｅｒｎｅｌの立ち上げが終了し
たあと、次にデジタル双方向通信端末はサーバへアクセ
スを行い、暗号化モジュール６のダウンロードを行う。
ダウンロードした暗号化モジュール６はアプリケーショ
ンとして不揮発性ＲＡＭ８に格納される。ダウンロード
を行う際のサーバとデジタル双方向通信端末の接続図と
暗号化モジュールの流れは図９と同様である。サーバの
アプリケーション領域３１に格納されている暗号化モジ
ュール６は、デジタル双方向通信端末からの要求を受け
て、UPLINK/DOWNLINK API ３２を使用し、サーバ用のＯ
Ｓ３３を介して、サーバ固有のネットワークドライバ３
４を使用して、ハードウェア３５を介して接続されてい
るファイバーケーブル４２からＡＴＭスイッチ４５を経
由して、ファイバーケーブル４６からデジタル双方向通
信端末へ送られる。デジタル双方向通信端末側ではファ
イバーケーブル４６に接続されているハードウェア３７
から、ファイル・マネージャ、ドライバ３８によって、
ＯＳ−９／ＯＳ−９０００ ３９上のダウンロードプロ
トコルであるUPLINK/DOWNLINK API を使用して、デジタ
ル双方向通信端末のアプリケーション領域４１に格納さ
れる。ここでいうデジタル双方向通信端末のアプリケー
ション領域４１は、不揮発性ＲＡＭ８である。
【００８６】暗号化モジュール６がダウンロードされ、
不揮発性ＲＡＭ８に格納されると、次にデジタル双方向
通信端末は暗号化モジュール６の初期化、リンクを行い
暗号化モジュールを実行可能状態にする。次に、デジタ
ル双方向通信端末は自分自身の公開鍵をサーバへ送信す
る。デジタル双方向通信端末の公開鍵と秘密鍵のペアは
システムＲＯＭ１０のアプリケーション領域３０に保存
されている。サーバはデジタル双方向通信端末から送信
されたデジタル双方向通信端末の公開鍵を受信し、受信
したデジタル双方向通信端末の公開鍵をサーバのアプリ
ケーション領域３１に登録し、サーバの公開鍵をデジタ
ル双方向通信端末に送信する。デジタル双方向通信端末
は受信したサーバの公開鍵を不揮発性ＲＡＭ８に保存す
る。以上のようにデジタル双方向通信端末への暗号化モ
ジュールのダウンロードと初期化・リンクが行われ、ま
たサーバとデジタル双方向通信端末間の公開鍵の交換が
行われ、暗号化モジュール６のダウンロードを実行する
デジタル双方向通信端末の電源ＯＮ動作が終了する。
【００８７】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバから暗号化を施さ
れたデータを受信する際の動作フローチャートは図２１
と同様である。デジタル双方向通信端末は入力モジュー
ル１からユーザによって入力された暗号化ＯＮＮ／ＯＦ
Ｆ命令受信し、バスを通じてシステムＲＡＭ９に暗号化
ＯＮ／ＯＦＦのフラグ（データ暗号化フラグ）を記憶す
る。入力モジュール１より、データダウンロード実行信
号を受信したデジタル双方向通信端末は、入力信号を解
析し、ダウンロード実行命令と、ダウンロードすべきデ
ータ名をＣＰＵモジュール２へ受け渡す。ダウンロード
命令を受信したＣＰＵモジュールは、ネットワークモジ
ュールう５へダウンロード命令とダウンロードすべきデ
ータ名とデータ暗号化フラグを受け渡す。ネットワーク
モジュール５は制御チャネルＩ／Ｆ１８を通じて、ダウ
ンロード実行要求と、ダウンロードすべきデータ名とデ
ータ暗号化フラグをサーバへ送信し、デジタル双方向通
信端末からサーバへデータの転送を要求する。サーバ側
ではデータ暗号化フラグによって示されるデータ暗号化
のＯＮ／ＯＦＦを確認し、データ暗号化がＯＮであるこ
場合、秘密鍵暗号方式による暗号化鍵を生成し、データ
を暗号化し、暗号化に使用した暗号化鍵をデジタル双方
向通信端末から受信した公開鍵によって暗号化し、暗号
化されたデータと暗号化鍵をデジタル双方向通信端末に
送信する。データの暗号化がＯＦＦである場合、サーバ
はデータの暗号化を施さず、要求されたデータを送信す
る。
【００８８】データのダウンロードは図９に示した場合
と同様にUPLINK/DOWNLINK API ３２を使用し、サーバ用
のＯＳ３３を介して、サーバ固有のネットワークドライ
バ３４を使用して、ハードウェア３５を介して接続され
ているファイバーケーブル４２からＡＴＭスイッチ４５
からファイバーケーブル４６を経由してデジタル双方向
通信端末へ送られる。デジタル双方向通信端末側ではフ
ァイバーケーブル４６に接続されているハードウェア３
７から、ファイル・マネージャ、ドライバ３８によっ
て、ＯＳ−９／ＯＳ−９０００ ３９上のダウンロード
プロトコルであるUPLINK/DOWNLINK API を使用して、デ
ジタル双方向通信端末のシステムＲＡＭ１０に格納され
る。データ暗号化がＯＮである場合、ダウンロードされ
たデータはＣＰＵモジュール２の暗号化モジュール６を
使用して復号される。暗号化されたデータと暗号化鍵を
受信したデジタル双方向通信端末は、まず自分の秘密鍵
を使用してデータ用暗号化鍵を復号する。復号されたデ
ータ用暗号化鍵は、システムＲＡＭ１０に保存される。
次に復号され、システムＲＡＭに保存されたデータ用暗
号化鍵を使用して、データの復号を行う。データ暗号化
がＯＦＦの場合は、復号化は省略される。受信されたデ
ータのうち、ＭＰＥＧデータ以外のデータはバスを通じ
てグラフィックモジュール３へ送信され、ＭＰＥＧデー
タはバスを介してデマルチプレクサシンクコントロール
１６へ受け渡される。デマルチプレクサシンクコントロ
ール１６に受け渡されたＭＰＥＧデータは、画像データ
と音声データの切り分け処理が行われ、同期をとって、
ＭＰＥＧモジュール４へ受け渡される。ＭＰＥＧモジュ
ール４に受け取られた画像データはＭＰＥＧビデオプロ
セッサ１４で、音声データはＭＰＥＧオーディオプロセ
ッサ１５でそれぞれ復号処理され、ＭＰＥＧビデオプロ
セッサ１４で復号されたビデオ信号は、グラフィックモ
ジュール３のオーバレイコントローラ１３に受け渡さ
れ、ＭＰＥＧオーディオプロセッサ１５で復号されたオ
ーディオデータはステレオオーディオ出力へ出力され
る。バスを通じてグラフィックモジュール３へ受け渡さ
れた静止画像データは静止画像プロセッサ１２で復号処
理され、オーバレイコントローラ１３へ受け渡される。
オーバレイコントローラ１３では、静止画像プロセッサ
１２から受け取った静止画像データとＭＰＥＧビデオプ
ロセッサ１４から受け取ったビデオデータの重ね合わせ
処理を行い、ビデオ出力へ出力する。以上の動作によ
り、デジタル双方向通信端末はサーバからのデータを安
全に受信することが可能となり、データによって暗号化
が不要なデータの暗号化は省略することが可能となり、
常に暗号化を施す場合に比較して効率よくデータの送受
信を行うことが可能となる。
【００８９】次に暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバへ暗号化を施され
たデータを送信する際の動作を示す。暗号化モジュール
が実行可能状態となったデジタル双方向通信端末がサー
バへ暗号化を施されたデータを送信する際の動作フロー
チャートは図２２と同様である。まず、デジタル双方向
通信端末はシステムＲＡＭに記憶されたデータ暗号化フ
ラグをチェックし、データ暗号化フラグがＯＮである場
合、送信しようとするデータの暗号化を実行する。デー
タ暗号化フラグがＯＮである場合、デジタル双方向通信
端末はＣＰＵモジュール２において、暗号化モジュール
６を用いて暗号化鍵を生成する。次にデジタル双方向通
信端末は暗号化モジュール６によってサーバに送信すべ
きデータの暗号化を行い、データの暗号化に使用したデ
ータ用暗号化鍵は暗号化モジュール６を使用してサーバ
の公開鍵を用いて暗号化する。次にデジタル双方向通信
端末は暗号化されたデータとデータ用暗号化鍵は、バス
を介してネットワークモジュール５の制御チャネルＩ／
Ｆへ送られ、制御チャネルＩ／Ｆを介して、ファイバー
ケーブル４６からＡＴＭスイッチ４５、ファイバーケー
ブル４２を経由して、サーバに送信される。データの送
信は図９に示すのと同様に、ＯＳ−９／ＯＳ−９０００
３９上のダウンロードプロトコルであるUPLINK/DOWNL
INK API ４０を使用し、ファイル・マネージャ、ドライ
バ３８によって、サーバ用のＯＳ３３を介して、ファイ
バーケーブル４２に接続されているハードウェア３７か
ら、サーバへ送信される。サーバ側では、UPLINK/DOWNL
INK API ３２を使用して、サーバ固有のネットワークド
ライバ３４を使用して、ハードウェア３５を介して接続
されているファイバーケーブル４６を使用してデジタル
双方向通信端末から送信されたデータを受信する。暗号
化されたデータとデータ用暗号化鍵を受信したサーバ
は、まず自分の秘密鍵を使用してデータ用暗号化鍵を復
号する。次に復号された暗号化鍵を使用して、データの
復号を行う。復号されたデータはサーバ上の記憶領域に
保存される。
【００９０】データ暗号化フラグがＯＦＦである場合、
サーバに送信すべきデータはバスを介してネットワーク
モジュール５の制御チャネルＩ／Ｆへ送られ、制御チャ
ネルＩ／Ｆを介して、ファイバーケーブル４６からＡＴ
Ｍスイッチ４５、ファイバーケーブル４２を経由して、
サーバに送信される。データの送信は図９に示す様に、
ＯＳ−９／ＯＳ−９０００ ３９上のダウンロードプロ
トコルであるUPLINK/DOWNLINK API ４０を使用し、ファ
イル・マネージャ、ドライバ３８によって、サーバ用の
ＯＳ３３を介して、ファイバーケーブル４２に接続され
ているハードウェア３７から、サーバへ送信される。サ
ーバ側では、UPLINK/DOWNLINK API ３２を使用して、サ
ーバ固有のネットワークドライバ３４を使用して、ハー
ドウェア３５を介して接続されているファイバーケーブ
ル４６、ＡＴＭスイッチ４５、ファイバーケーブル４２
を経由してデジタル双方向通信端末から送信されたデー
タを受信する。暗号化されたデータとデータ用暗号化鍵
を受信したサーバは、まず自分の秘密鍵を使用してデー
タ用暗号化鍵を復号する。次に復号された暗号化鍵を使
用して、データの復号を行う。復号されたデータはサー
バ上の記憶領域に保存される。以上の動作により、デジ
タル双方向通信端末はサーバからのデータを安全に受信
することが可能となり、データによって暗号化が不要な
データの暗号化は省略することが可能となり、常に暗号
化を施す場合に比較して効率よくデータの送受信を行う
ことが可能となる。
【００９１】実施の形態１３．図２５は本発明の実施の
形態１３であるシステム構成を示すブロック図である。
本実施の形態１３において、ネットワークインターフェ
ースモジュールはＡＤＳＬ対応であり、電話回線６に接
続される。
【００９２】次に、本実施の形態１３におけるデジタル
双方向通信端末の動作を説明する。まず、電源投入時の
デジタル双方向通信端末の動作を説明する。実施の形態
１０における電源ＯＮ時のデジタル双方向通信端末の動
作フローチャートを図２６に示す。入力モジュール１よ
り、電源入の信号を受信したデジタル双方向通信端末は
赤外線リモコンレシーバ７で信号が電源ＯＮ信号である
ことを解析し、ＣＰＵへ電源ＯＮ信号を送信する。電源
ＯＮ信号を受信したＣＰＵモジュールは、各モジュール
[１−５]の初期化を行う。次に、各モジュールが正常に
動作しているかどうかのチェックを行うパワーＯＮセル
フテストを実行する。次に、システムＲＯＭ９とシステ
ムＲＡＭ１０の初期化を行う。次に、ｋｅｒｎｅｌの立
ち上げを実行する。ｋｅｒｎｅｌの立ち上げが終了した
あと、次にデジタル双方向通信端末はサーバへアクセス
を行い、暗号化モジュール６と暗号化を行うべきデータ
のリストである暗号化適用データリスト１２のダウンロ
ードを行う。ダウンロードした暗号化モジュール６はア
プリケーションとして不揮発性ＲＡＭ８に格納され、暗
号化適用データリストはシステムＲＡＭ１０に格納され
る。ダウンロードを行う際のサーバとデジタル双方向通
信端末の接続図と暗号化モジュールの流れは図５と同様
である。サーバのアプリケーション領域３１に格納され
ている暗号化モジュール６は、デジタル双方向通信端末
からの要求を受けて、UPLINK/DOWNLINK API ３２を使用
し、サーバ用のＯＳ３３を介して、サーバ固有のネット
ワークドライバ３４を使用して、ハードウェア３５を介
して接続されている電話回線３６を経由し、デジタル双
方向通信端末へ送られる。デジタル双方向通信端末側で
は電話回線３６に接続されているハードウェア３７か
ら、ファイル・マネージャ、ドライバ３８によって、OS
-9/OS-9000３９上のダウンロードプロトコルであるUPLI
NK/DOWNLINK API を使用して、デジタル双方向通信端末
のアプリケーション領域４１に格納される。ここでいう
デジタル双方向通信端末のアプリケーション領域４１
は、不揮発性ＲＡＭ８である。
【００９３】暗号化モジュール６がダウンロードされ、
不揮発性ＲＡＭ８に格納されると、次にデジタル双方向
通信端末は暗号化モジュール６の初期化、リンクを行い
暗号化モジュールを実行可能状態にする。次に、デジタ
ル双方向通信端末は自分自身の公開鍵をサーバへ送信す
る。デジタル双方向通信端末の公開鍵と秘密鍵のペアは
システムＲＯＭ１０のアプリケーション領域３０に保存
されている。サーバはデジタル双方向通信端末から送信
されたデジタル双方向通信端末の公開鍵を受信し、受信
したデジタル双方向通信端末の公開鍵をサーバのアプリ
ケーション領域３１に登録し、サーバの公開鍵をデジタ
ル双方向通信端末に送信する。デジタル双方向通信端末
は受信したサーバの公開鍵を不揮発性ＲＡＭ８に保存す
る。以上のようにデジタル双方向通信端末への暗号化モ
ジュールのダウンロードと初期化・リンクが行われ、ま
たサーバとデジタル双方向通信端末間の公開鍵の交換が
行われ、暗号化モジュール６のダウンロードを実行する
デジタル双方向通信端末の電源ＯＮ動作が終了する。
【００９４】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。図２７はダウンロード時のフローチャ
ートであり、詳しくは、暗号化モジュールが実行可能状
態となったデジタル双方向通信端末がサーバから暗号化
を施されたデータを受信する際の動作を示す。デジタル
双方向通信端末は入力モジュール１より、データダウン
ロード実行信号を受信したデジタル双方向通信端末は、
入力信号を解析し、ダウンロード実行命令と、ダウンロ
ードすべきデータ名をＣＰＵモジュール２へ受け渡す。
ダウンロード命令を受信したＣＰＵモジュールは、ネッ
トワークモジュールう５へダウンロード命令とダウンロ
ードすべきデータ名とデータ暗号化フラグを受け渡す。
ネットワークモジュール５は制御チャネルＩ／Ｆ１８を
通じて、ダウンロード実行要求と、ダウンロードすべき
データ名とデータ暗号化フラグをサーバへ送信し、デジ
タル双方向通信端末からサーバへデータの転送を要求す
る。サーバ側では要求されたデータが暗号化適用データ
リストに含まれるかどうかを確認し、送信すべきデータ
が暗号化適用データリストに含まれる場合、秘密鍵暗号
方式による暗号化鍵を生成し、データを暗号化し、暗号
化に使用した暗号化鍵をデジタル双方向通信端末から受
信した公開鍵によって暗号化し、暗号化されたデータと
暗号化鍵をデジタル双方向通信端末に送信する。要求さ
れたデータが暗号化適用データリストに含まれない場
合、サーバはデータの暗号化を施さず、要求されたデー
タを送信する。
【００９５】データのダウンロードは図９に示した場合
と同様にUPLINK/DOWNLINK API ３２を使用し、サーバ用
のＯＳ３３を介して、サーバ固有のネットワークドライ
バ３４を使用して、ハードウェア３５を介して接続され
ている電話回線３６を経由し、デジタル双方向通信端末
へ送られる。デジタル双方向通信端末側では電話回線３
６に接続されているハードウエア３７から、ファイル・
マネージャ、ドライバ３８によって、ＯＳ−９／ＯＳ−
９０００ ３９上のダウンロードプロトコルであるUPLI
NK/DOWNLINK API を使用して、デジタル双方向通信端末
のシステムＲＡＭ１０に格納される。デジタル双方向通
信端末は、暗号化適用データリスト１２を参照し、ダウ
ンロードしたデータが暗号化適用データリストに含まれ
る場合、ダウンロードされたデータはＣＰＵモジュール
２の暗号化モジュール６を使用して復号される。暗号化
されたデータと暗号化鍵を受信したデジタル双方向通信
端末は、まず自分の秘密鍵を使用してデータ用暗号化鍵
を復号する。復号されたデータ用暗号化鍵は、システム
ＲＡＭ１０に保存される。次に復号され、システムＲＡ
Ｍに保存されたデータ用暗号化鍵を使用して、データの
復号を行う。データ暗号化がＯＦＦの場合は、復号化は
省略される。受信されたデータのうち、ＭＰＥＧデータ
以外のデータはバスを通じてグラフィックモジュール３
へ送信され、ＭＰＥＧデータはバスを介してデマルチプ
レクサシンクコントロール１６へ受け渡される。デマル
チプレクサシンクコントロール１６に受け渡されたＭＰ
ＥＧデータは、画像データと音声データの切り分け処理
が行われ、同期をとって、ＭＰＥＧモジュール４へ受け
渡される。ＭＰＥＧモジュール４に受け取られた画像デ
ータはＭＰＥＧビデオプロセッサ１４で、音声データは
ＭＰＥＧオーディオプロセッサ１５でそれぞれ復号処理
され、ＭＰＥＧビデオプロセッサ１４で復号されたビデ
オ信号は、グラフィックモジュール３のオーバレイコン
トローラ１３に受け渡され、ＭＰＥＧオーディオプロセ
ッサ１５で復号されたオーディオデータはステレオオー
ディオ出力へ出力される。バスを通じてグラフィックモ
ジュール３へ受け渡された静止画像データは静止画像プ
ロセッサ１２で復号処理され、オーバレイコントローラ
１３へ受け渡される。オーバレイコントローラ１３で
は、静止画像プロセッサ１２から受け取った静止画像デ
ータとＭＰＥＧビデオプロセッサ１４から受け取ったビ
デオデータの重ね合わせ処理を行い、ビデオ出力へ出力
する。以上の動作により、デジタル双方向通信端末はサ
ーバからのデータを安全に受信することが可能となり、
データによって暗号化が不要なデータの暗号化は省略す
ることが可能となり、常に暗号化を施す場合に比較して
効率よくデータの送受信を行うことが可能となる。
【００９６】次に暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバへ暗号化を施され
たデータを送信する際の動作を説明する。図２８はデー
タ送信時のフローチャートであり、詳しくは、暗号化モ
ジュールが実行可能状態となったデジタル双方向通信端
末がサーバへ暗号化を施されたデータを送信する際の動
作を示す。まず、デジタル双方向通信端末はシステムＲ
ＡＭに記憶された暗号化適用データリスト１２を参照
し、送信すべきデータが暗号化適用データリストに含ま
れる場合、送信しようとするデータの暗号化を実行す
る。データの暗号化を行う場合、デジタル双方向通信端
末はＣＰＵモジュール２において、暗号化モジュール６
を用いて暗号化鍵を生成する。次にデジタル双方向通信
端末は暗号化モジュール６によってサーバに送信すべき
データの暗号化を行い、データの暗号化に使用したデー
タ用暗号化鍵は暗号化モジュール６を使用してサーバの
公開鍵を用いて暗号化する。次にデジタル双方向通信端
末は暗号化されたデータとデータ用暗号化鍵は、バスを
介してネットワークモジュール５の制御チャネルＩ／Ｆ
へ送られ、制御チャネルＩ／Ｆを介して、電話回線を経
由して、サーバに送信される。データの送信は図５に示
す様に、ＯＳ−９／ＯＳ−９０００ ３９上のダウンロ
ードプロトコルであるUPLINK/DOWNLINK API ４０を使用
し、ファイル・マネージャ、ドライバ３８によって、サ
ーバ用のＯＳ３３を介して、電話回線３６に接続されて
いるハードウェア３７から、サーバへ送信される。サー
バ側では、UPLINK/DOWNLINK API ３２を使用して、サー
バ固有のネットワークドライバ３４を使用して、ハード
ウェア３５を介して接続されている電話回線３６からデ
ジタル双方向通信端末から送信されたデータを受信す
る。暗号化されたデータとデータ用暗号化鍵を受信した
サーバは、まず自分の秘密鍵を使用してデータ用暗号化
鍵を復号する。次に復号された暗号化鍵を使用して、デ
ータの復号を行う。復号されたデータはサーバ上の記憶
領域に保存される。
【００９７】送信すべきデータが暗号化適用データリス
トに含まれない場合、サーバに送信すべきデータはバス
を介してネットワークモジュール５の制御チャネルＩ／
Ｆへ送られ、制御チャネルＩ／Ｆを介して、電話回線を
経由して、サーバに送信される。データの送信は図５に
示す様に、ＯＳ−９／ＯＳ−９０００ ３９上のダウン
ロードプロトコルであるUPLINK/DOWNLINK API ４０を使
用し、ファイル・マネージャ、ドライバ３８によって、
サーバ用のＯＳ３３を介して、電話回線３６に接続され
ているハードウェア３７から、サーバへ送信される。サ
ーバ側では、UPLINK/DOWNLINK API ３２を使用して、サ
ーバ固有のネットワークドライバ３４を使用して、ハー
ドウェア３５を介して接続されている電話回線３６から
デジタル双方向通信端末から送信されたデータを受信す
る。データを受信したサーバはデータが暗号化適用デー
タリスト１２に含まれないことを確認して、データはサ
ーバ上の記憶領域に保存される。以上の動作により、デ
ジタル双方向通信端末はサーバからのデータを安全に受
信することが可能となり、データによって暗号化が不要
なデータの暗号化は省略することが可能となり、常に暗
号化を施す場合に比較して効率よくデータの送受信を行
うことが可能となる。
【００９８】実施の形態１４．本実施の形態１４におい
て、ネットワークインターフェースモジュールはＨＦＣ
対応である。図２９は本発明の実施の形態１４であるシ
ステム構成を示すブロック図であり、ネットワークイン
ターフェースモジュールとしてＨＦＣを使用する場合を
示す。デジタル双方向通信端末はネットワークインタフ
ェースモジュールから同軸ケーブルからファイバーバッ
クボーンを経由してサービスプロバイダのサービス提供
装置であるサーバに接続される。
【００９９】次に、本実施の形態１４におけるデジタル
双方向通信端末の動作を説明する。まず、電源投入時の
デジタル双方向通信端末の動作を説明する。実施の形態
１２における電源ＯＮ時のデジタル双方向通信端末の動
作フローチャートは図２６と同様である。入力モジュー
ル１より、電源入の信号を受信したデジタル双方向通信
端末は赤外線リモコンレシーバ７で信号が電源ＯＮ信号
であることを解析し、ＣＰＵへ電源ＯＮ信号を送信す
る。電源ＯＮ信号を受信したＣＰＵモジュールは、各モ
ジュール[１−５]の初期化を行う。次に、各モジュール
が正常に動作しているかどうかのチェックを行うパワー
ＯＮセルフテストを実行する。次に、システムＲＯＭ９
とシステムＲＡＭ１０の初期化を行う。次に、ｋｅｒｎ
ｅｌの立ち上げを実行する。ｋｅｒｎｅｌの立ち上げが
終了したあと、次にデジタル双方向通信端末はサーバへ
アクセスを行い、暗号化モジュール６と暗号化を行うべ
きデータのリストである暗号化適用データリスト１２の
ダウンロードを行う。ダウンロードした暗号化モジュー
ル６はアプリケーションとして不揮発性ＲＡＭ８に格納
され、暗号化適用データリストはシステムＲＡＭ１０に
格納される。ダウンロードを行う際のサーバとデジタル
双方向通信端末の接続図と暗号化モジュールの流れは図
９と同様である。サーバのアプリケーション領域３１に
格納されている暗号化モジュール６は、デジタル双方向
通信端末からの要求を受けて、UPLINK/DOWNLINK API ３
２を使用し、サーバ用のＯＳ３３を介して、サーバ固有
のネットワークドライバ３４を使用して、ハードウェア
３５を介して接続されているファイバーケーブル４２、
ファイバーバックボーン４３、同軸ケーブル４４を経由
し、デジタル双方向通信端末へ送られる。デジタル双方
向通信端末側ではファイバーケーブル４６に接続されて
いるハードウェア３７から、ファイル・マネージャ、ド
ライバ３８によって、ＯＳ−９／ＯＳ−９０００ ３９
上のダウンロードプロトコルであるUPLINK/DOWNLINK AP
I を使用して、デジタル双方向通信端末のアプリケーシ
ョン領域４１に格納される。ここでいうデジタル双方向
通信端末のアプリケーション領域４１は、不揮発性ＲＡ
Ｍ８である。
【０１００】暗号化モジュール６がダウンロードされ、
不揮発性ＲＡＭ８に格納されると、次にデジタル双方向
通信端末は暗号化モジュール６の初期化、リンクを行い
暗号化モジュールを実行可能状態にする。次に、デジタ
ル双方向通信端末は自分自身の公開鍵をサーバへ送信す
る。デジタル双方向通信端末の公開鍵と秘密鍵のペアは
システムＲＯＭ１０のアプリケーション領域３０に保存
されている。サーバはデジタル双方向通信端末から送信
されたデジタル双方向通信端末の公開鍵を受信し、受信
したデジタル双方向通信端末の公開鍵をサーバのアプリ
ケーション領域３１に登録し、サーバの公開鍵をデジタ
ル双方向通信端末に送信する。デジタル双方向通信端末
は受信したサーバの公開鍵を不揮発性ＲＡＭ８に保存す
る。以上のようにデジタル双方向通信端末への暗号化モ
ジュールのダウンロードと初期化・リンクが行われ、ま
たサーバとデジタル双方向通信端末間の公開鍵の交換が
行われ、暗号化モジュール６のダウンロードを実行する
デジタル双方向通信端末の電源ＯＮ動作が終了する。
【０１０１】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバから暗号化を施さ
れたデータを受信する際の動作フローチャートは図２９
と同様である。デジタル双方向通信端末は入力モジュー
ル１より、データダウンロード実行信号を受信したデジ
タル双方向通信端末は、入力信号を解析し、ダウンロー
ド実行命令と、ダウンロードすべきデータ名をＣＰＵモ
ジュール２へ受け渡す。ダウンロード命令を受信したＣ
ＰＵモジュールは、ネットワークモジュールう５へダウ
ンロード命令とダウンロードすべきデータ名とデータ暗
号化フラグを受け渡す。ネットワークモジュール５は制
御チャネルＩ／Ｆ１８を通じて、ダウンロード実行要求
と、ダウンロードすべきデータ名とデータ暗号化フラグ
をサーバへ送信し、デジタル双方向通信端末からサーバ
へデータの転送を要求する。サーバ側では要求されたデ
ータが暗号化適用データリストに含まれるかどうかを確
認し、送信すべきデータが暗号化適用データリストに含
まれる場合、秘密鍵暗号方式による暗号化鍵を生成し、
データを暗号化し、暗号化に使用した暗号化鍵をデジタ
ル双方向通信端末から受信した公開鍵によって暗号化
し、暗号化されたデータと暗号化鍵をデジタル双方向通
信端末に送信する。要求されたデータが暗号化適用デー
タリストに含まれない場合、サーバはデータの暗号化を
施さず、要求されたデータを送信する。データのダウン
ロードは図７に示した場合と同様にUPLINK/DOWNLINK AP
I ３２を使用し、サーバ用のＯＳ３３を介して、サーバ
固有のネットワークドライバ３４を使用して、ハードウ
ェア３５を介して接続されているファイバーケーブル４
２、ファイバーバックボーン４３、同軸ケーブル４４を
経由し、デジタル双方向通信端末へ送られる。デジタル
双方向通信端末側ではファイバーケーブル４６に接続さ
れているハードウェア３７から、ファイル・マネージ
ャ、ドライバ３８によって、ＯＳ−９／ＯＳ−９０００
３９上のダウンロードプロトコルであるUPLINK/DOWNL
INK API を使用して、デジタル双方向通信端末のシステ
ムＲＡＭ１０に格納される。
【０１０２】デジタル双方向通信端末は、暗号化適用デ
ータリスト１２を参照し、ダウンロードしたデータが暗
号化適用データリストに含まれる場合、ダウンロードさ
れたデータはＣＰＵモジュール２の暗号化モジュール６
を使用して復号される。暗号化されたデータと暗号化鍵
を受信したデジタル双方向通信端末は、まず自分の秘密
鍵を使用してデータ用暗号化鍵を復号する。復号された
データ用暗号化鍵は、システムＲＡＭ１０に保存され
る。次に復号され、システムＲＡＭに保存されたデータ
用暗号化鍵を使用して、データの復号を行う。データ暗
号化がＯＦＦの場合は、復号化は省略される。受信され
たデータのうち、ＭＰＥＧデータ以外のデータはバスを
通じてグラフィックモジュール３へ送信され、ＭＰＥＧ
データはバスを介してデマルチプレクサシンクコントロ
ール１６へ受け渡される。デマルチプレクサシンクコン
トロール１６に受け渡されたＭＰＥＧデータは、画像デ
ータと音声データの切り分け処理が行われ、同期をとっ
て、ＭＰＥＧモジュール４へ受け渡される。ＭＰＥＧモ
ジュール４に受け取られた画像データはＭＰＥＧビデオ
プロセッサ１４で、音声データはＭＰＥＧオーディオプ
ロセッサ１５でそれぞれ復号処理され、ＭＰＥＧビデオ
プロセッサ１４で復号されたビデオ信号は、グラフィッ
クモジュール３のオーバレイコントローラ１３に受け渡
され、ＭＰＥＧオーディオプロセッサ１５で復号された
オーディオデータはステレオオーディオ出力へ出力され
る。バスを通じてグラフィックモジュール３へ受け渡さ
れた静止画像データは静止画像プロセッサ１２で復号処
理され、オーバレイコントローラ１３へ受け渡される。
オーバレイコントローラ１３では、静止画像プロセッサ
１２から受け取った静止画像データとＭＰＥＧビデオプ
ロセッサ１４から受け取ったビデオデータの重ね合わせ
処理を行い、ビデオ出力へ出力する。以上の動作によ
り、デジタル双方向通信端末はサーバからのデータを安
全に受信することが可能となり、データによって暗号化
が不要なデータの暗号化は省略することが可能となり、
常に暗号化を施す場合に比較して効率よくデータの送受
信を行うことが可能となる。
【０１０３】次に暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバへ暗号化を施され
たデータを送信する際の動作を説明する。暗号化モジュ
ールが実行可能状態となったデジタル双方向通信端末が
サーバへ暗号化を施されたデータを送信する際の動作フ
ローチャートは図２８と同様である。まず、デジタル双
方向通信端末はシステムＲＡＭに記憶された暗号化適用
データリスト１２を参照し、送信すべきデータが暗号化
適用データリストに含まれる場合、送信しようとするデ
ータの暗号化を実行する。データの暗号化を行う場合、
デジタル双方向通信端末はＣＰＵモジュール２におい
て、暗号化モジュール６を用いて暗号化鍵を生成する。
次にデジタル双方向通信端末は暗号化モジュール６によ
ってサーバに送信すべきデータの暗号化を行い、データ
の暗号化に使用したデータ用暗号化鍵は暗号化モジュー
ル６を使用してサーバの公開鍵を用いて暗号化する。次
にデジタル双方向通信端末は暗号化されたデータとデー
タ用暗号化鍵は、バスを介してネットワークモジュール
５の制御チャネルＩ／Ｆへ送られ、制御チャネルＩ／Ｆ
を介して、ファイバーケーブル４６からＡＴＭスイッチ
４５、ファイバーケーブル４２を経由して、サーバに送
信される。データの送信は図７に示す様に、ＯＳ−９／
ＯＳ−９０００ ３９上のダウンロードプロトコルであ
るUPLINK/DOWNLINK API ４０を使用し、ファイル・マネ
ージャ、ドライバ３８によって、サーバ用のＯＳ３３を
介して、ファイバーケーブル４２に接続されているハー
ドウェア３７から、サーバへ送信される。サーバ側で
は、UPLINK/DOWNLINK API ３２を使用して、サーバ固有
のネットワークドライバ３４を使用して、ハードウェア
３５を介して接続されている同軸ケーブル４４からデジ
タル双方向通信端末から送信されたデータを受信する。
暗号化されたデータとデータ用暗号化鍵を受信したサー
バは、まず自分の秘密鍵を使用してデータ用暗号化鍵を
復号する。次に復号された暗号化鍵を使用して、データ
の復号を行う。復号されたデータはサーバ上の記憶領域
に保存される。
【０１０４】送信すべきデータが暗号化適用データリス
トに含まれない場合、サーバに送信すべきデータはバス
を介してネットワークモジュール５の制御チャネルＩ／
Ｆへ送られ、制御チャネルＩ／Ｆを介して、ファイバー
ケーブル４６からＡＴＭスイッチ、ファイバーケーブル
４２を経由して、サーバに送信される。データの送信は
図９に示す様に、ＯＳ−９／ＯＳ−９０００ ３９上の
ダウンロードプロトコルであるUPLINK/DOWNLINK API ４
０を使用し、ファイル・マネージャ、ドライバ３８によ
って、サーバ用のＯＳ３３を介して、ファイバーケーブ
ル４２に接続されているハードウェア３７から、サーバ
へ送信される。サーバ側では、UPLINK/DOWNLINK API ３
２を使用して、サーバ固有のネットワークドライバ３４
を使用して、ハードウェア３５を介して接続されている
ファイバーケーブル４２からファイバーバックボーン４
３、同軸ケーブル４４を経由してデジタル双方向通信端
末から送信されたデータを受信する。データを受信した
サーバはデータが暗号化適用データリスト１２に含まれ
ないことを確認して、データはサーバ上の記憶領域に保
存される。以上の動作により、デジタル双方向通信端末
はサーバからのデータを安全に受信することが可能とな
り、データによって暗号化が不要なデータの暗号化は省
略することが可能となり、常に暗号化を施す場合に比較
して効率よくデータの送受信を行うことが可能となる。
【０１０５】実施の形態１５．本実施の形態１５におい
て、ネットワークインターフェースモジュールはＡＴＭ
対応である。図３０は実施の形態１５であるシステム構
成を示すブロック図であり、ネットワークインターフェ
ースモジュールとしてＡＴＭを使用する場合を示す。デ
ジタル双方向通信端末はネットワークインタフェースモ
ジュールから光ファイバーケーブルを経由し、ＡＴＭス
イッチを介してサービスプロバイダのサービス提供装置
であるサーバに接続される。
【０１０６】次に、本実施の形態１５におけるデジタル
双方向通信端末の動作を説明する。まず、電源投入時の
デジタル双方向通信端末の動作を説明する。実施ＮＯ形
態１５における電源ＯＮ時のデジタル双方向通信端末の
動作フローチャートは図２６と同様である。入力モジュ
ール１より、電源入の信号を受信したデジタル双方向通
信端末は赤外線リモコンレシーバ７で信号が電源ＯＮ信
号であることを解析し、ＣＰＵへ電源ＯＮ信号を送信す
る。電源ＯＮ信号を受信したＣＰＵモジュールは、各モ
ジュール[１−５]の初期化を行う。次に、各モジュール
が正常に動作しているかどうかのチェックを行うパワー
ＯＮセルフテストを実行する。次に、システムＲＯＭ９
とシステムＲＡＭ１０の初期化を行う。次に、ｋｅｒｎ
ｅｌの立ち上げを実行する。ｋｅｒｎｅｌの立ち上げが
終了したあと、次にデジタル双方向通信端末はサーバへ
アクセスを行い、暗号化モジュール６のダウンロードを
行う。ダウンロードした暗号化モジュール６はアプリケ
ーションとして不揮発性ＲＡＭ８に格納される。図９に
ダウンロードを行う際のサーバとデジタル双方向通信端
末の接続図と暗号化モジュールの流れを示している。サ
ーバのアプリケーション領域３１に格納されている暗号
化モジュール６は、デジタル双方向通信端末からの要求
を受けて、UPLINK/DOWNLINK API ３２を使用し、サーバ
用のＯＳ３３を介して、サーバ固有のネットワークドラ
イバ３４を使用して、ハードウェア３５を介して接続さ
れているファイバーケーブル４２からＡＴＭスイッチ４
５を経由して、ファイバーケーブル４６からデジタル双
方向通信端末へ送られる。デジタル双方向通信端末側で
はファイバーケーブル４６に接続されているハードウェ
ア３７から、ファイル・マネージャ、ドライバ３８によ
って、ＯＳ−９／ＯＳ−９０００ ３９上のダウンロー
ドプロトコルであるUPLINK/DOWNLINK API を使用して、
デジタル双方向通信端末のアプリケーション領域４１に
格納される。ここでいうデジタル双方向通信端末のアプ
リケーション領域４１は、不揮発性ＲＡＭ８である。
【０１０７】暗号化モジュール６がダウンロードされ、
不揮発性ＲＡＭ８に格納されると、次にデジタル双方向
通信端末は暗号化モジュール６の初期化、リンクを行い
暗号化モジュールを実行可能状態にする。次に、デジタ
ル双方向通信端末は自分自身の公開鍵をサーバへ送信す
る。デジタル双方向通信端末の公開鍵と秘密鍵のペアは
システムＲＯＭ１０のアプリケーション領域３０に保存
されている。サーバはデジタル双方向通信端末から送信
されたデジタル双方向通信端末の公開鍵を受信し、受信
したデジタル双方向通信端末の公開鍵をサーバのアプリ
ケーション領域３１に登録し、サーバの公開鍵をデジタ
ル双方向通信端末に送信する。デジタル双方向通信端末
は受信したサーバの公開鍵を不揮発性ＲＡＭ８に保存す
る。以上のように、デジタル双方向通信端末への暗号化
モジュールのダウンロードと初期化・リンクが行われ、
またサーバとデジタル双方向通信端末間の公開鍵の交換
が行われ、暗号化モジュール６のダウンロードを実行す
るデジタル双方向通信端末の電源ＯＮ動作が終了する。
【０１０８】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバから暗号化を施さ
れたデータを受信する際の動作フローチャートは図２９
と同様である。デジタル双方向通信端末は入力モジュー
ル１からユーザによって入力された暗号化ON/OFF命令受
信し、バスを通じてシステムＲＡＭ９に暗号化ON/OFFの
フラグ（データ暗号化フラグ）を記憶する。入力モジュ
ール１より、データダウンロード実行信号を受信したデ
ジタル双方向通信端末は、入力信号を解析し、ダウンロ
ード実行命令と、ダウンロードすべきデータ名をＣＰＵ
モジュール２へ受け渡す。ダウンロード命令を受信した
ＣＰＵモジュールは、ネットワークモジュールう５へダ
ウンロード命令とダウンロードすべきデータ名とデータ
暗号化フラグを受け渡す。ネットワークモジュール５は
制御チャネルＩ／Ｆ１８を通じて、ダウンロード実行要
求と、ダウンロードすべきデータ名とデータ暗号化フラ
グをサーバへ送信し、デジタル双方向通信端末からサー
バへデータの転送を要求する。サーバ側ではデータ暗号
化フラグによって示されるデータ暗号化のＯＮ／ＯＦＦ
を確認し、データ暗号化がＯＮである場合、秘密鍵暗号
方式による暗号化鍵を生成し、データを暗号化し、暗号
化に使用した暗号化鍵をデジタル双方向通信端末から受
信した公開鍵によって暗号化し、暗号化されたデータと
暗号化鍵をデジタル双方向通信端末に送信する。データ
の暗号化がＯＦＦである場合、サーバはデータの暗号化
を施さず、要求されたデータを送信する。データのダウ
ンロードは図９に示した場合と同様にUPLINK/DOWNLINKA
PI ３２を使用し、サーバ用のＯＳ３３を介して、サー
バ固有のネットワークドライバ３４を使用して、ハード
ウェア３５を介して接続されているファイバーケーブル
４２からＡＴＭスイッチ４５からファイバーケーブル４
６を経由してデジタル双方向通信端末へ送られる。デジ
タル双方向通信端末側ではファイバーケーブル４６に接
続されているハードウェア３７から、ファイル・マネー
ジャ、ドライバ３８によって、ＯＳ−９／ＯＳ−９００
０ ３９上のダウンロードプロトコルであるUPLINK/DOW
NLINK API を使用して、デジタル双方向通信端末のシス
テムＲＡＭ１０に格納される。
【０１０９】データ暗号化がＯＮである場合、ダウンロ
ードされたデータはＣＰＵモジュール２の暗号化モジュ
ール６を使用して復号される。暗号化されたデータと暗
号化鍵を受信したデジタル双方向通信端末は、まず自分
の秘密鍵を使用してデータ用暗号化鍵を復号する。復号
されたデータ用暗号化鍵は、システムＲＡＭ１０に保存
される。次に復号され、システムＲＡＭに保存されたデ
ータ用暗号化鍵を使用して、データの復号を行う。デー
タ暗号化がＯＦＦの場合は、復号化は省略される。受信
されたデータのうち、ＭＰＥＧデータ以外のデータはバ
スを通じてグラフィックモジュール３へ送信され、ＭＰ
ＥＧデータはバスを介してデマルチプレクサシンクコン
トロール１６へ受け渡される。デマルチプレクサシンク
コントロール１６に受け渡されたＭＰＥＧデータは、画
像データと音声データの切り分け処理が行われ、同期を
とって、ＭＰＥＧモジュール４へ受け渡される。ＭＰＥ
Ｇモジュール４に受け取られた画像データはＭＰＥＧビ
デオプロセッサ１４で、音声データはＭＰＥＧオーディ
オプロセッサ１５でそれぞれ復号処理され、ＭＰＥＧビ
デオプロセッサ１４で復号されたビデオ信号は、グラフ
ィックモジュール３のオーバレイコントローラ１３に受
け渡され、ＭＰＥＧオーディオプロセッサ１５で復号さ
れたオーディオデータはステレオオーディオ出力へ出力
される。バスを通じてグラフィックモジュール３へ受け
渡された静止画像データは静止画像プロセッサ１２で復
号処理され、オーバレイコントローラ１３へ受け渡され
る。オーバレイコントローラ１３では、静止画像プロセ
ッサ１２から受け取った静止画像データとＭＰＥＧビデ
オプロセッサ１４から受け取ったビデオデータの重ね合
わせ処理を行い、ビデオ出力へ出力する。以上の動作に
より、デジタル双方向通信端末はサーバからのデータを
安全に受信することが可能となり、データによって暗号
化が不要なデータの暗号化は省略することが可能とな
り、常に暗号化を施す場合に比較して効率よくデータの
送受信を行うことが可能となる。
【０１１０】次に暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバへ暗号化を施され
たデータを送信する際の動作を説明する。暗号化モジュ
ールが実行可能状態となったデジタル双方向通信端末が
サーバへ暗号化を施されたデータを送信する際の動作フ
ローチャートは図２８と同様である。まず、デジタル双
方向通信端末はシステムＲＡＭに記憶されたデータ暗号
化フラグをチェックし、データ暗号化フラグがＯＮであ
る場合、送信しようとするデータの暗号化を実行する。
データ暗号化フラグがＯＮである場合、デジタル双方向
通信端末はＣＰＵモジュール２において、暗号化モジュ
ール６を用いて暗号化鍵を生成する。次に、デジタル双
方向通信端末は暗号化モジュール６によってサーバに送
信すべきデータの暗号化を行い、データの暗号化に使用
したデータ用暗号化鍵は暗号化モジュール６を使用して
サーバの公開鍵を用いて暗号化する。次に、デジタル双
方向通信端末は暗号化されたデータとデータ用暗号化鍵
は、バスを介してネットワークモジュール５の制御チャ
ネルＩ／Ｆへ送られ、制御チャネルＩ／Ｆを介して、フ
ァイバーケーブル４６からＡＴＭスイッチ４５、ファイ
バーケーブル４２を経由して、サーバに送信される。デ
ータの送信は図９に示した様に、ＯＳ−９／ＯＳ−９０
００ ３９上のダウンロードプロトコルであるUPLINK/D
OWNLINK API４０を使用し、ファイル・マネージャ、ド
ライバ３８によって、サーバ用のＯＳ３３を介して、フ
ァイバーケーブル４２に接続されているハードウェア３
７から、サーバへ送信される。サーバ側では、UPLINK/D
OWNLINK API ３２を使用して、サーバ固有のネットワー
クドライバ３４を使用して、ハードウェア３５を介して
接続されているファイバーケーブル４６を使用してデジ
タル双方向通信端末から送信されたデータを受信する。
暗号化されたデータとデータ用暗号化鍵を受信したサー
バは、まず自分の秘密鍵を使用してデータ用暗号化鍵を
復号する。次に、復号された暗号化鍵を使用して、デー
タの復号を行う。復号されたデータはサーバ上の記憶領
域に保存される。
【０１１１】データ暗号化フラグがＯＦＦである場合、
サーバに送信すべきデータはバスを介してネットワーク
モジュール５の制御チャネルＩ／Ｆへ送られ、制御チャ
ネルＩ／Ｆを介して、ファイバーケーブル４６からＡＴ
Ｍスイッチ４５、ファイバーケーブル４２を経由して、
サーバに送信される。データの送信は図９に示した様
に、ＯＳ−９／ＯＳ−９０００ ３９上のダウンロード
プロトコルであるUPLINK/DOWNLINK API４０ を使用し、
ファイル・マネージャ、ドライバ３８によって、サーバ
用のＯＳ３３を介して、ファイバーケーブル４２に接続
されているハードウェア３７から、サーバへ送信され
る。サーバ側では、UPLINK/DOWNLINK API ３２を使用し
て、サーバ固有のネットワークドライバ３４を使用し
て、ハードウェア３５を介して接続されている電話回線
３６からデジタル双方向通信端末から送信されたデータ
を受信する。暗号化されたデータとデータ用暗号化鍵を
受信したサーバは、まず自分の秘密鍵を使用してデータ
用暗号化鍵を復号する。次に、復号された暗号化鍵を使
用して、データの復号を行う。復号されたデータはサー
バ上の記憶領域に保存される。以上の動作により、デジ
タル双方向通信端末はサーバからのデータを安全に受信
することが可能となり、データによって暗号化が不要な
データの暗号化は省略することが可能となり、常に暗号
化を施す場合に比較して効率よくデータの送受信を行う
ことが可能となる。
【０１１２】実施の形態１６．図３１は実施の形態１６
であるシステム構成のブロック図である。本実施の形態
１６において、ネットワークインターフェースモジュー
ルはＡＤＳＬ対応であり、電話回線６に接続される。ま
た、システムＲＡＭ内に一度暗号化を施したデータを記
憶しておくための領域（暗号化データ記憶領域１３）を
有する。
【０１１３】次に、本実施の形態１６におけるデジタル
双方向通信端末の動作を説明する。まず、電源投入時の
デジタル双方向通信端末の動作を説明する。図３２はデ
ジタル双方向通信端末電源ＯＮ時のフローチャートであ
る。入力モジュール１より、電源入の信号を受信したデ
ジタル双方向通信端末は赤外線リモコンレシーバ７で信
号が電源ＯＮ信号であることを解析し、ＣＰＵへ電源Ｏ
Ｎ信号を送信する。電源ＯＮ信号を受信したＣＰＵモジ
ュールは、各モジュール[１−５]の初期化を行う。次
に、各モジュールが正常に動作しているかどうかのチェ
ックを行うパワーＯＮセルフテストを実行する。次に、
システムＲＯＭ９とシステムＲＡＭ１０の初期化を行
う。次に、ｋｅｒｎｅｌの立ち上げを実行する。ｋｅｒ
ｎｅｌの立ち上げが終了したあと、次にデジタル双方向
通信端末はサーバへアクセスを行い、暗号化モジュール
６のダウンロードを行う。ダウンロードした暗号化モジ
ュール６はアプリケーションとして不揮発性ＲＡＭ８に
格納される。ダウンロードを行う際のサーバとデジタル
双方向通信端末の接続図と暗号化モジュールの流れは図
５と同様である。サーバのアプリケーション領域３１に
格納されている暗号化モジュール６は、デジタル双方向
通信端末からの要求を受けて、UPLINK/DOWNLINKAPI ３
２を使用し、サーバ用のＯＳ３３を介して、サーバ固有
のネットワークドライバ３４を使用して、ハードウェア
３５を介して接続されている電話回線３６を経由し、デ
ジタル双方向通信端末へ送られる。デジタル双方向通信
端末側では電話回線３６に接続されているハードウェア
３７から、ファイル・マネージャ、ドライバ３８によっ
て、OS-9/OS-9000３９上のダウンロードプロトコルであ
るUPLINK/DOWNLINK API を使用して、デジタル双方向通
信端末のアプリケーション領域４１に格納される。ここ
でいうデジタル双方向通信端末のアプリケーション領域
４１は、不揮発性ＲＡＭ８である。
【０１１４】暗号化モジュール６がダウンロードされ、
不揮発性ＲＡＭ８に格納されると、次にデジタル双方向
通信端末は暗号化モジュール６の初期化、リンクを行い
暗号化モジュールを実行可能状態にする。次に、デジタ
ル双方向通信端末は自分自身の公開鍵をサーバへ送信す
る。デジタル双方向通信端末の公開鍵と秘密鍵のペアは
システムＲＯＭ１０のアプリケーション領域３０に保存
されている。サーバはデジタル双方向通信端末から送信
されたデジタル双方向通信端末の公開鍵を受信し、受信
したデジタル双方向通信端末の公開鍵をサーバのアプリ
ケーション領域３１に登録し、サーバの公開鍵をデジタ
ル双方向通信端末に送信する。デジタル双方向通信端末
は受信したサーバの公開鍵を不揮発性ＲＡＭ８に保存す
る。以上のようにデジタル双方向通信端末への暗号化モ
ジュールのダウンロードと初期化・リンクが行われ、ま
たサーバとデジタル双方向通信端末間の公開鍵の交換が
行われ、暗号化モジュール６のダウンロードを実行する
デジタル双方向通信端末の電源ＯＮ動作が終了する。
【０１１５】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。図３３はデータダウンロード時のフロ
ーチャートであり、暗号化モジュールが実行可能状態と
なったデジタル双方向通信端末がサーバから暗号化を施
されたデータを受信する際の動作を示す。入力モジュー
ル１より、データダウンロード実行信号を受信したデジ
タル双方向通信端末は、入力信号を解析し、ダウンロー
ド実行命令と、ダウンロードすべきデータ名をＣＰＵモ
ジュール２へ受け渡す。ダウンロード命令を受信したＣ
ＰＵモジュールは、ネットワークモジュールう５へダウ
ンロード命令とダウンロードすべきデータ名を受け渡
す。ネットワークモジュール５は制御チャネルＩ／Ｆ１
８を通じて、ダウンロード実行要求と、ダウンロードす
べきデータ名をサーバへ送信し、デジタル双方向通信端
末からサーバへデータの転送を要求する。サーバ側では
秘密鍵暗号方式による暗号化鍵を生成し、データを暗号
化し、暗号化に使用した暗号化鍵をデジタル双方向通信
端末から受信した公開鍵によって暗号化し、暗号化され
たデータと暗号化鍵をデジタル双方向通信端末に送信す
る。データのダウンロードは図５に示した場合と同様に
サーバのアプリケーション領域３１に格納されている暗
号化モジュール６は、デジタル双方向通信端末からの要
求を受けて、UPLINK/DOWNLINK API ３２を使用し、サー
バ用のＯＳ３３を介して、サーバ固有のネットワークド
ライバ３４を使用して、ハードウェア３５を介して接続
されている電話回線３６を経由し、デジタル双方向通信
端末へ送られる。デジタル双方向通信端末側では電話回
線３６に接続されているハードウェア３７から、ファイ
ル・マネージャ、ドライバ３８によって、ＯＳ−９／Ｏ
Ｓ−９０００ ３９上のダウンロードプロトコルである
UPLINK/DOWNLINK API を使用して、デジタル双方向通信
端末のシステムＲＡＭ１０に格納される。
【０１１６】ダウンロードされたデータはＣＰＵモジュ
ール２の暗号化モジュール６を使用して復号される。暗
号化されたデータと暗号化鍵を受信したデジタル双方向
通信端末は、まず自分の秘密鍵を使用してデータ用暗号
化鍵を復号する。復号されたデータ用暗号化鍵は、シス
テムＲＡＭ１０に保存される。次に復号され、システム
ＲＡＭに保存されたデータ用暗号化鍵を使用して、デー
タの復号を行う。復号されたデータのうち、ＭＰＥＧデ
ータ以外のデータはバスを通じてグラフィックモジュー
ル３へ送信され、ＭＰＥＧデータはバスを介してデマル
チプレクサシンクコントロール１６へ受け渡される。デ
マルチプレクサシンクコントロール１６に受け渡された
ＭＰＥＧデータは、画像データと音声データの切り分け
処理が行われ、同期をとって、ＭＰＥＧモジュール４へ
受け渡される。ＭＰＥＧモジュール４に受け取られた画
像データはＭＰＥＧビデオプロセッサ１４で、音声デー
タはＭＰＥＧオーディオプロセッサ１５でそれぞれ復号
処理され、ＭＰＥＧビデオプロセッサ１４で復号された
ビデオ信号は、グラフィックモジュール３のオーバレイ
コントローラ１３に受け渡され、ＭＰＥＧオーディオプ
ロセッサ１５で復号されたオーディオデータはステレオ
オーディオ出力へ出力される。バスを通じてグラフィッ
クモジュール３へ受け渡された静止画像データは静止画
像プロセッサ１２で復号処理され、オーバレイコントロ
ーラ１３へ受け渡される。オーバレイコントローラ１３
では、静止画像プロセッサ１２から受け取った静止画像
データとＭＰＥＧビデオプロセッサ１４から受け取った
ビデオデータの重ね合わせ処理を行い、ビデオ出力へ出
力する。以上の動作により、デジタル双方向通信端末は
サーバからのデータを安全に受信することが可能とな
る。
【０１１７】図３４はデータ送信時のフローチャートで
あり、詳しくは、暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバへ暗号化を施され
たデータを送信する際の動作を示す。まず、デジタル双
方向通信端末はシステムＲＡＭ内の暗号化データ記憶領
域１３に、送信すべきデータの暗号化されたデータの検
索を行う。暗号化データ記憶領域１３に送信すべきデー
タが存在しない場合、デジタル双方向通信端末はＣＰＵ
モジュール２において、暗号化モジュール６を用いて暗
号化鍵を生成する。次にデジタル双方向通信端末は暗号
化モジュール６によってサーバに送信すべきデータの暗
号化を行い、データの暗号化に使用したデータ用暗号化
鍵は暗号化モジュール６を使用してサーバの公開鍵を用
いて暗号化する。デジタル双方向通信端末は暗号化を施
したデータと暗号化に使用した暗号化鍵をシステムＲＡ
Ｍ１０上の暗号化データ記憶領域１３に格納する。暗号
化データ記憶領域の要領を超える場合には、最終の参照
日時が最も篩いものから順にデータを消去する。暗号化
データ記憶領域１３に送信すべきデータが存在する場
合、デジタル双方向通信端末はそのデータと暗号化鍵を
サーバに送信する。
【０１１８】次にデジタル双方向通信端末は暗号化され
たデータとデータ用暗号化鍵は、バスを介してネットワ
ークモジュール５の制御チャネルＩ／Ｆへ送られ、制御
チャネルＩ／Ｆを介して、電話回線を経由して、サーバ
に送信される。データの送信は図５に示した様に、ＯＳ
−９／ＯＳ−９０００ ３９上のダウンロードプロトコ
ルであるUPLINK/DOWNLINK API ４０を使用し、ファイル
・マネージャ、ドライバ３８によって、サーバ用のＯＳ
３３を介して、電話回線３６に接続されているハードウ
ェア３７から、サーバへ送信される。サーバ側では、UP
LINK/DOWNLINKAPI ３２を使用して、サーバ固有のネッ
トワークドライバ３４を使用して、ハードウェア３５を
介して接続されている電話回線３６からデジタル双方向
通信端末から送信されたデータを受信する。暗号化され
たデータとデータ用暗号化鍵を受信したサーバは、まず
自分の秘密鍵を使用してデータ用暗号化鍵を復号する。
次に復号された暗号化鍵を使用して、データの復号を行
う。復号されたデータはサーバ上の記憶領域に保存され
る。以上の動作により、デジタル双方向通信端末はサー
バへデータを安全に送信することが可能となり、またデ
ジタル双方向通信端末におけるデータの暗号化処理の必
要回数を減らすことが可能となり、サーバへのデータ送
信の効率を上げることが可能となる。
【０１１９】実施の形態１７．図３５は実施の形態１７
であるシステム構成を示すブロック図である。本実施の
形態１７において、ネットワークインターフェースモジ
ュールはＨＦＣ対応であり、デジタル双方向通信端末は
同軸ケーブル７に接続される。また、システムＲＡＭ内
に一度暗号化を施したデータを記憶しておくための領域
（暗号化データ記憶領域１３）を有する。
【０１２０】次に、本実施の形態１７におけるデジタル
双方向通信端末の動作を説明する。まず、電源投入時の
デジタル双方向通信端末の動作を説明する。実施の形態
１７における電源ＯＮ時のデジタル双方向通信端末の動
作フローチャートは図３２と同様である。入力モジュー
ル１より、電源入の信号を受信したデジタル双方向通信
端末は赤外線リモコンレシーバ７で信号が電源ＯＮ信号
であることを解析し、ＣＰＵへ電源ＯＮ信号を送信す
る。電源ＯＮ信号を受信したＣＰＵモジュールは、各モ
ジュール[１−５]の初期化を行う。次に、各モジュール
が正常に動作しているかどうかのチェックを行うパワー
ＯＮセルフテストを実行する。次に、システムＲＯＭ９
とシステムＲＡＭ１０の初期化を行う。次に、ｋｅｒｎ
ｅｌの立ち上げを実行する。ｋｅｒｎｅｌの立ち上げが
終了したあと、次にデジタル双方向通信端末はサーバへ
アクセスを行い、暗号化モジュール６のダウンロードを
行う。ダウンロードした暗号化モジュール６はアプリケ
ーションとして不揮発性ＲＡＭ８に格納される。ダウン
ロードを行う際のサーバとデジタル双方向通信端末の接
続図と暗号化モジュールの流れは図７と同様である。サ
ーバのアプリケーション領域３１に格納されている暗号
化モジュール６は、デジタル双方向通信端末からの要求
を受けて、UPLINK/DOWNLINK API ３２を使用し、サーバ
用のＯＳ３３を介して、サーバ固有のネットワークドラ
イバ３４を使用して、ハードウェア３５を介して接続さ
れているファイバーケーブル４２、ファイバーバックボ
ーン４３を経由し、デジタル双方向通信端末へ送られ
る。デジタル双方向通信端末側では同軸ケーブル４４に
接続されているハードウェア３７から、ファイル・マネ
ージャ、ドライバ３８によって、ＯＳ−９／ＯＳ−９０
００ ３９上のダウンロードプロトコルであるUPLINK/D
OWNLINK API を使用して、デジタル双方向通信端末のア
プリケーション領域４１に格納される。ここでいうデジ
タル双方向通信端末のアプリケーション領域４１は、不
揮発性ＲＡＭ８である。
【０１２１】暗号化モジュール６がダウンロードされ、
不揮発性ＲＡＭ８に格納されると、次にデジタル双方向
通信端末は暗号化モジュール６の初期化、リンクを行い
暗号化モジュールを実行可能状態にする。次に、デジタ
ル双方向通信端末は自分自身の公開鍵をサーバへ送信す
る。デジタル双方向通信端末の公開鍵と秘密鍵のペアは
システムＲＯＭ１０のアプリケーション領域３０に保存
されている。サーバはデジタル双方向通信端末から送信
されたデジタル双方向通信端末の公開鍵を受信し、この
受信したデジタル双方向通信端末の公開鍵をサーバのア
プリケーション領域３１に登録し、サーバの公開鍵をデ
ジタル双方向通信端末に送信する。デジタル双方向通信
端末は受信したサーバの公開鍵を不揮発性ＲＡＭ８に保
存する。以上のように、デジタル双方向通信端末への暗
号化モジュールのダウンロードと初期化・リンクが行わ
れ、またサーバとデジタル双方向通信端末間の公開鍵の
交換が行われ、暗号化モジュール６のダウンロードを実
行するデジタル双方向通信端末の電源ＯＮ動作が終了す
る。
【０１２２】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバから暗号化を施さ
れたデータを受信する際の動作フローチャートは図３３
と同様である。入力モジュール１より、データダウンロ
ード実行信号を受信したデジタル双方向通信端末は、入
力信号を解析し、ダウンロード実行命令と、ダウンロー
ドすべきデータ名をＣＰＵモジュール２へ受け渡す。ダ
ウンロード命令を受信したＣＰＵモジュールは、ネット
ワークモジュールう５へダウンロード命令とダウンロー
ドすべきデータ名を受け渡す。ネットワークモジュール
５は制御チャネルＩ／Ｆ１８を通じて、ダウンロード実
行要求と、ダウンロードすべきデータ名をサーバへ送信
し、デジタル双方向通信端末からサーバへデータの転送
を要求する。サーバ側では秘密鍵暗号方式による暗号化
鍵を生成し、データを暗号化し、暗号化に使用した暗号
化鍵をデジタル双方向通信端末から受信した公開鍵によ
って暗号化し、暗号化されたデータと暗号化鍵をデジタ
ル双方向通信端末に送信する。データのダウンロードは
図７に示した場合と同様にサーバのアプリケーション領
域３１に格納されている暗号化モジュール６は、デジタ
ル双方向通信端末からの要求を受けて、UPLINK/DOWNLIN
K API ３２を使用し、サーバ用のＯＳ３３を介して、サ
ーバ固有のネットワークドライバ３４を使用して、ハー
ドウェア３５を介して接続されているファイバーケーブ
ル４２、ファイバーバックボーン４３を経由し、デジタ
ル双方向通信端末へ送られる。デジタル双方向通信端末
側では同軸ケーブル４４に接続されているハードウェア
３７から、ファイル・マネージャ、ドライバ３８によっ
て、ＯＳ−９／ＯＳ−９０００ ３９上のダウンロード
プロトコルであるUPLINK/DOWNLINK API を使用して、デ
ジタル双方向通信端末のシステムＲＡＭ１０に格納され
る。
【０１２３】ダウンロードされたデータはＣＰＵモジュ
ール２の暗号化モジュール６を使用して復号される。暗
号化されたデータと暗号化鍵を受信したデジタル双方向
通信端末は、まず自分の秘密鍵を使用してデータ用暗号
化鍵を復号する。復号されたデータ用暗号化鍵は、シス
テムＲＡＭ１０に保存される。次に復号され、システム
ＲＡＭに保存されたデータ用暗号化鍵を使用して、デー
タの復号を行う。復号されたデータのうち、ＭＰＥＧデ
ータ以外のデータはバスを通じてグラフィックモジュー
ル３へ送信され、ＭＰＥＧデータはバスを介してデマル
チプレクサシンクコントロール１６へ受け渡される。デ
マルチプレクサシンクコントロール１６に受け渡された
ＭＰＥＧデータは、画像データと音声データの切り分け
処理が行われ、同期をとって、ＭＰＥＧモジュール４へ
受け渡される。ＭＰＥＧモジュール４に受け取られた画
像データはＭＰＥＧビデオプロセッサ１４で、音声デー
タはＭＰＥＧオーディオプロセッサ１５でそれぞれ復号
処理され、ＭＰＥＧビデオプロセッサ１４で復号された
ビデオ信号は、グラフィックモジュール３のオーバレイ
コントローラ１３に受け渡され、ＭＰＥＧオーディオプ
ロセッサ１５で復号されたオーディオデータはステレオ
オーディオ出力へ出力される。バスを通じてグラフィッ
クモジュール３へ受け渡された静止画像データは静止画
像プロセッサ１２で復号処理され、オーバレイコントロ
ーラ１３へ受け渡される。オーバレイコントローラ１３
では、静止画像プロセッサ１２から受け取った静止画像
データとＭＰＥＧビデオプロセッサ１４から受け取った
ビデオデータの重ね合わせ処理を行い、ビデオ出力へ出
力する。以上の動作により、デジタル双方向通信端末は
サーバからのデータを安全に受信することが可能とな
る。
【０１２４】次に暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバへ暗号化を施され
たデータを送信する際の動作を説明する。暗号化モジュ
ールが実行可能状態となったデジタル双方向通信端末が
サーバへ暗号化を施されたデータを送信する際の動作フ
ローチャートは図３４と同様である。まず、デジタル双
方向通信端末はシステムＲＡＭ内の暗号化データ記憶領
域１３に、送信すべきデータの暗号化されたデータの検
索を行う。暗号化データ記憶領域１３に送信すべきデー
タが存在しない場合、デジタル双方向通信端末はＣＰＵ
モジュール２において、暗号化モジュール６を用いて暗
号化鍵を生成する。次にデジタル双方向通信端末は暗号
化モジュール６によってサーバに送信すべきデータの暗
号化を行い、データの暗号化に使用したデータ用暗号化
鍵は暗号化モジュール６を使用してサーバの公開鍵を用
いて暗号化する。デジタル双方向通信端末は暗号化を施
したデータと暗号化に使用した暗号化鍵をシステムＲＡ
Ｍ１０上の暗号化データ記憶領域１３に格納する。暗号
化データ記憶領域の要領を超える場合には、最終の参照
日時が最も篩いものから順にデータを消去する。暗号化
データ記憶領域１３に送信すべきデータが存在する場
合、デジタル双方向通信端末はそのデータと暗号化鍵を
サーバに送信する。
【０１２５】次にデジタル双方向通信端末は暗号化され
たデータとデータ用暗号化鍵は、バスを介してネットワ
ークモジュール５の制御チャネルＩ／Ｆへ送られ、制御
チャネルＩ／Ｆを介して、同軸ケーブル４４、ファイバ
ーバックボーン４３を経由して、サーバに送信される。
データの送信は図７と同様に、ＯＳ−９／ＯＳ−９００
０ ３９上のダウンロードプロトコルであるUPLINK/DOW
NLINK API ４０を使用し、ファイル・マネージャ、ドラ
イバ３８によって、サーバ用のＯＳ３３を介して、ファ
イバーケーブル４２に接続されているハードウェア３７
から、サーバへ送信される。サーバ側では、UPLINK/DOW
NLINK API ３２を使用して、サーバ固有のネットワーク
ドライバ３４を使用して、ハードウェア３５を介して接
続されている同軸ケーブル４４からファイバーバックボ
ーン４３を経由してデジタル双方向通信端末から送信さ
れたデータを受信する。暗号化されたデータとデータ用
暗号化鍵を受信したサーバは、まず自分の秘密鍵を使用
してデータ用暗号化鍵を復号する。次に復号された暗号
化鍵を使用して、データの復号を行う。復号されたデー
タはサーバ上の記憶領域に保存される。以上の動作によ
り、デジタル双方向通信端末はサーバへデータを安全に
送信することが可能となり、またデジタル双方向通信端
末におけるデータの暗号化処理の必要回数を減らすこと
が可能となり、サーバへのデータ送信の効率を上げるこ
とが可能となる。
【０１２６】実施の形態１８．図３６は実施の形態１８
であるシステム構成を示すブロック図である。本実施の
形態１８において、ネットワークインターフェースモジ
ュールはＡＴＭ対応であり、デジタル双方向通信端末は
ファイバーケーブルに接続される。また、システムＲＡ
Ｍ内に一度暗号化を施したデータを記憶しておくための
領域（暗号化データ記憶領域１３）を有する。
【０１２７】次に、本実施の形態１８におけるデジタル
双方向通信端末の動作を説明する。まず、電源投入時の
デジタル双方向通信端末の動作を説明する。実施例１８
における電源ＯＮ時のデジタル双方向通信端末の動作フ
ローチャートは図３２と同様である。入力モジュール１
より、電源入の信号を受信したデジタル双方向通信端末
は赤外線リモコンレシーバ７で信号が電源ＯＮ信号であ
ることを解析し、ＣＰＵへ電源ＯＮ信号を送信する。電
源ＯＮ信号を受信したＣＰＵモジュールは、各モジュー
ル[１−５]の初期化を行う。次に、各モジュールが正常
に動作しているかどうかのチェックを行うパワーＯＮセ
ルフテストを実行する。次に、システムＲＯＭ９とシス
テムＲＡＭ１０の初期化を行う。次に、ｋｅｒｎｅｌの
立ち上げを実行する。ｋｅｒｎｅｌの立ち上げが終了し
たあと、次にデジタル双方向通信端末はサーバへアクセ
スを行い、暗号化モジュール６のダウンロードを行う。
ダウンロードした暗号化モジュール６はアプリケーショ
ンとして不揮発性ＲＡＭ８に格納される。ダウンロード
を行う際のサーバとデジタル双方向通信端末の接続図と
暗号化モジュールの流れは図９と同様である。サーバの
アプリケーション領域３１に格納されている暗号化モジ
ュール６は、デジタル双方向通信端末からの要求を受け
て、UPLINK/DOWNLINK API ３２を使用し、サーバ用のＯ
Ｓ３３を介して、サーバ固有のネットワークドライバ３
４を使用して、ハードウェア３５を介して接続されてい
るファイバーケーブル４２、ＡＴＭスイッチ４５を経由
し、デジタル双方向通信端末へ送られる。デジタル双方
向通信端末側では同軸ケーブル４４に接続されているハ
ードウェア３７から、ファイル・マネージャ、ドライバ
３８によって、ＯＳ−９／ＯＳ−９０００ ３９上のダ
ウンロードプロトコルであるUPLINK/DOWNLINK API を使
用して、デジタル双方向通信端末のアプリケーション領
域４１に格納される。ここでいうデジタル双方向通信端
末のアプリケーション領域４１は、不揮発性ＲＡＭ８で
ある。
【０１２８】暗号化モジュール６がダウンロードされ、
不揮発性ＲＡＭ８に格納されると、次にデジタル双方向
通信端末は暗号化モジュール６の初期化、リンクを行い
暗号化モジュールを実行可能状態にする。次に、デジタ
ル双方向通信端末は自分自身の公開鍵をサーバへ送信す
る。デジタル双方向通信端末の公開鍵と秘密鍵のペアは
システムＲＯＭ１０のアプリケーション領域３０に保存
されている。サーバはデジタル双方向通信端末から送信
されたデジタル双方向通信端末の公開鍵を受信し、受信
したデジタル双方向通信端末の公開鍵をサーバのアプリ
ケーション領域３１に登録し、サーバの公開鍵をデジタ
ル双方向通信端末に送信する。デジタル双方向通信端末
は受信したサーバの公開鍵を不揮発性ＲＡＭ８に保存す
る。以上のようにデジタル双方向通信端末への暗号化モ
ジュールのダウンロードと初期化・リンクが行われ、ま
たサーバとデジタル双方向通信端末間の公開鍵の交換が
行われ、暗号化モジュール６のダウンロードを実行する
デジタル双方向通信端末の電源ＯＮ動作が終了する。
【０１２９】次に、実行可能となった暗号化モジュール
を使用したデジタル双方向通信端末のデータの送受信に
ついて説明する。暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバから暗号化を施さ
れたデータを受信する際の動作フローチャートは図３３
と同様である。入力モジュール１より、データダウンロ
ード実行信号を受信したデジタル双方向通信端末は、入
力信号を解析し、ダウンロード実行命令と、ダウンロー
ドすべきデータ名をＣＰＵモジュール２へ受け渡す。ダ
ウンロード命令を受信したＣＰＵモジュールは、ネット
ワークモジュールう５へダウンロード命令とダウンロー
ドすべきデータ名を受け渡す。ネットワークモジュール
５は制御チャネルＩ／Ｆ１８を通じて、ダウンロード実
行要求と、ダウンロードすべきデータ名をサーバへ送信
し、デジタル双方向通信端末からサーバへデータの転送
を要求する。サーバ側では秘密鍵暗号方式による暗号化
鍵を生成し、データを暗号化し、暗号化に使用した暗号
化鍵をデジタル双方向通信端末から受信した公開鍵によ
って暗号化し、暗号化されたデータと暗号化鍵をデジタ
ル双方向通信端末に送信する。データのダウンロードは
図１３に示した場合と同様にサーバのアプリケーション
領域３１に格納されている暗号化モジュール６は、デジ
タル双方向通信端末からの要求を受けて、UPLINK/DOWNL
INK API ３２を使用し、サーバ用のＯＳ３３を介して、
サーバ固有のネットワークドライバ３４を使用して、ハ
ードウェア３５を介して接続されているファイバーケー
ブル４２、ＡＴＭスイッチ４５を経由し、デジタル双方
向通信端末へ送られる。デジタル双方向通信端末側では
ファイバーケーブル４６に接続されているハードウェア
３７から、ファイル・マネージャ、ドライバ３８によっ
て、ＯＳ−９／ＯＳ−９０００ ３９上のダウンロード
プロトコルであるUPLINK/DOWNLINK API を使用して、デ
ジタル双方向通信端末のシステムＲＡＭ１０に格納され
る。
【０１３０】ダウンロードされたデータはＣＰＵモジュ
ール２の暗号化モジュール６を使用して復号される。暗
号化されたデータと暗号化鍵を受信したデジタル双方向
通信端末は、まず自分の秘密鍵を使用してデータ用暗号
化鍵を復号する。復号されたデータ用暗号化鍵は、シス
テムＲＡＭ１０に保存される。次に復号され、システム
ＲＡＭに保存されたデータ用暗号化鍵を使用して、デー
タの復号を行う。復号されたデータのうち、ＭＰＥＧデ
ータ以外のデータはバスを通じてグラフィックモジュー
ル３へ送信され、ＭＰＥＧデータはバスを介してデマル
チプレクサシンクコントロール１６へ受け渡される。デ
マルチプレクサシンクコントロール１６に受け渡された
ＭＰＥＧデータは、画像データと音声データの切り分け
処理が行われ、同期をとって、ＭＰＥＧモジュール４へ
受け渡される。ＭＰＥＧモジュール４に受け取られた画
像データはＭＰＥＧビデオプロセッサ１４で、音声デー
タはＭＰＥＧオーディオプロセッサ１５でそれぞれ復号
処理され、ＭＰＥＧビデオプロセッサ１４で復号された
ビデオ信号は、グラフィックモジュール３のオーバレイ
コントローラ１３に受け渡され、ＭＰＥＧオーディオプ
ロセッサ１５で復号されたオーディオデータはステレオ
オーディオ出力へ出力される。バスを通じてグラフィッ
クモジュール３へ受け渡された静止画像データは静止画
像プロセッサ１２で復号処理され、オーバレイコントロ
ーラ１３へ受け渡される。オーバレイコントローラ１３
では、静止画像プロセッサ１２から受け取った静止画像
データとＭＰＥＧビデオプロセッサ１４から受け取った
ビデオデータの重ね合わせ処理を行い、ビデオ出力へ出
力する。以上の動作により、デジタル双方向通信端末は
サーバからのデータを安全に受信することが可能とな
る。
【０１３１】次に暗号化モジュールが実行可能状態とな
ったデジタル双方向通信端末がサーバへ暗号化を施され
たデータを送信する際の動作を説明する。暗号化モジュ
ールが実行可能状態となったデジタル双方向通信端末が
サーバへ暗号化を施されたデータを送信する際の動作フ
ローチャートは図３４と同様である。まず、デジタル双
方向通信端末はシステムＲＡＭ内の暗号化データ記憶領
域１３に、送信すべきデータの暗号化されたデータの検
索を行う。暗号化データ記憶領域１３に送信すべきデー
タが存在しない場合、デジタル双方向通信端末はＣＰＵ
モジュール２において、暗号化モジュール６を用いて暗
号化鍵を生成する。次に、デジタル双方向通信端末は暗
号化モジュール６によってサーバに送信すべきデータの
暗号化を行い、データの暗号化に使用したデータ用暗号
化鍵は暗号化モジュール６を使用してサーバの公開鍵を
用いて暗号化する。デジタル双方向通信端末は暗号化を
施したデータと暗号化に使用した暗号化鍵をシステムＲ
ＡＭ１０上の暗号化データ記憶領域１３に格納する。暗
号化データ記憶領域の要領を超える場合には、最終の参
照日時が最も篩いものから順にデータを消去する。暗号
化データ記憶領域１３に送信すべきデータが存在する場
合、デジタル双方向通信端末はそのデータと暗号化鍵を
サーバに送信する。
【０１３２】次にデジタル双方向通信端末は暗号化され
たデータとデータ用暗号化鍵は、バスを介してネットワ
ークモジュール５の制御チャネルＩ／Ｆへ送られ、制御
チャネルＩ／Ｆを介して、同軸ケーブル４４、ファイバ
ーバックボーン４３を経由して、サーバに送信される。
データの送信は図９と同様に、ＯＳ−９／ＯＳ−９００
０ ３９上のダウンロードプロトコルであるUPLINK/DOW
NLINK API ４０を使用し、ファイル・マネージャ、ドラ
イバ３８によって、サーバ用のＯＳ３３を介して、ファ
イバーケーブル４２に接続されているハードウェア３７
から、サーバへ送信される。サーバ側では、UPLINK/DOW
NLINK API ３２を使用して、サーバ固有のネットワーク
ドライバ３４を使用して、ハードウェア３５を介して接
続されているファイバーケーブル４６からＡＴＭスイッ
チ４５を経由してデジタル双方向通信端末から送信され
たデータを受信する。暗号化されたデータとデータ用暗
号化鍵を受信したサーバは、まず自分の秘密鍵を使用し
てデータ用暗号化鍵を復号する。次に復号された暗号化
鍵を使用して、データの復号を行う。復号されたデータ
はサーバ上の記憶領域に保存される。以上の動作によ
り、デジタル双方向通信端末はサーバへデータを安全に
送信することが可能となり、またデジタル双方向通信端
末におけるデータの暗号化処理の必要回数を減らすこと
が可能となり、サーバへのデータ送信の効率を上げるこ
とが可能となる。
【０１３３】
【発明の効果】本発明は以上説明したように構成されて
いるので、以下に示すような効果を奏する。
【０１３４】デジタル双方向通信端末にデジタル双方向
通信システムのダウンロード機能を利用した暗号化機能
の実現が可能となり、デジタル双方向通信端末に暗号化
機能を実現することによって、よりセキュリティを必要
とするサービスの提供が可能である。加えて、データと
同様にアプリケーションをダウンロードすることが可能
であり、更にダウンロードされたアプリケーションをダ
イナミックに動作可能とするＯＳ／９の特徴を利用する
ことによって、デジタル双方向通信端末本体に特別な変
更を加えることなく暗号化機能を付加することが可能と
なり、また暗号化機能の更新を容易に実現する。
【０１３５】また、デジタル双方向通信端末とサーバの
間で授受されるデータを暗号化することによって、盗聴
によるデータの保護は実現できるが、送った情報が途中
で故意に変更され、送った内容と異なる内容が相手に届
く恐れのあるデータの改ざん、第３者によって正当なユ
ーザあるいはサーバのふりをして誤った情報をおくるな
りすましの脅威は存在する。従って、認証機能のＨ／Ｗ
による実装を行うことによって、データを改ざん、なり
すましから保護し、よりセキュリティ機能の強化が実現
できる。
【０１３６】また、認証機能のＳ／Ｗによる実装を行う
ことによって、より強化されたセキュリティ機能を実現
しつつ、コストを削減できる。
【０１３７】また、データの保護機能を付加するための
暗号化・復号化には複雑な演算が必要とされるため、特
にセキュリティの確保を必要とするデータを選択的に暗
号化・復号化する機能を付加することによって、デジタ
ル双方向通信端末の負荷を軽減し、サーバとのデータ授
受の速度を上げることができる。
【０１３８】また、データが暗号化・復号化を必要とす
るか否かをサーバ側で決定し、そのリストをデジタル双
方向通信端末にダウンロードしてサーバ側と端末側で共
通のリストによって、暗号化・復号化を選択的に実行す
る機能を有することによって、ユーザの操作が不要とな
り、ユーザの操作の煩雑さをなくすと共に、ユーザによ
る誤操作の危険性を回避する効果がある。さらに暗号化
・復号化は共通なリストによって選択するため、データ
が暗号化されたものであるかどうかを示すフラグを送受
信されるデータに付加する必要がなくなる。
【０１３９】また、デジタル双方向通信端末からサーバ
へ送信するデータで、暗号化されたものを保持しておく
ことによって、同じデータを何度も暗号化する必要がな
くなり、デジタル双方向通信端末の負荷を軽減し、動作
速度を上げることができる。
【図面の簡単な説明】
【図１】 本発明の実施の形態１であるシステム構成を
示すブロック図である。
【図２】 デジタル双方向通信端末電源ＯＮ時のフロー
チャートである。
【図３】 データダウンロード時のフローチャートであ
る。
【図４】 データ送信時のフローチャートである。
【図５】 電話回線を介したサーバとデジタル双方向通
信端末の接続図である。
【図６】 本発明の実施の形態２であるシステム構成を
示すブロック図である。
【図７】 ＨＦＣ方式によるサーバとデジタル双方向通
信端末の接続図である。
【図８】 本発明の実施の形態３であるシステム構成を
示すブロック図である。
【図９】 ＡＴＭによるサーバとデジタル双方向通信端
末の接続図である。
【図１０】 本発明の実施の形態４であるシステム構成
を示すブロック図である。
【図１１】 デジタル双方向通信端末電源ＯＮ時のフロ
ーチャートである。
【図１２】 データダウンロード時のフローチャートで
ある。
【図１３】 データ送信時のフローチャートである。
【図１４】 本発明の実施の形態５であるシステム構成
を示すブロック図である。
【図１５】 本発明の実施の形態６であるシステム構成
を示すブロック図である。
【図１６】 本発明の実施の形態７であるシステム構成
を示すブロック図である。
【図１７】 本発明の実施の形態８であるシステム構成
を示すブロック図である。
【図１８】 本発明の実施の形態９であるシステム構成
を示すブロック図である。
【図１９】 本発明の実施の形態１０であるシステム構
成を示すブロック図である。
【図２０】 デジタル双方向通信端末電源ＯＮ時のフロ
ーチャートである。
【図２１】 データダウンロード時のフローチャートで
ある。
【図２２】 データ送信時のフローチャートである。
【図２３】 本発明の実施の形態１１であるシステム構
成を示すブロック図である。
【図２４】 本発明の実施の形態１２であるシステム構
成を示すブロック図である。
【図２５】 本発明の実施の形態１３であるシステム構
成を示すブロック図である。
【図２６】 デジタル双方向通信端末電源ＯＮ時のフロ
ーチャートである。
【図２７】 データダウンロード時のフローチャートで
ある。
【図２８】 データ送信時のフローチャートである。
【図２９】 本発明の実施の形態１４であるシステム構
成を示すブロック図である。
【図３０】 本発明の実施の形態１５であるシステム構
成を示すブロック図である。
【図３１】 本発明の実施の形態１６であるシステム構
成を示すブロック図である。
【図３２】 デジタル双方向通信端末電源ＯＮ時のフロ
ーチャートである。
【図３３】 データダウンロード時のフローチャートで
ある。
【図３４】 データ送信時のフローチャートである。
【図３５】 本発明の実施の形態１７であるシステム構
成を示すブロック図である。
【図３６】 本発明の実施例の形態１８であるシステム
構成を示すブロック図である。
【図３７】 従来のＲＯＭのメモリマップである。
【図３８】 従来のデジタル双方向通信端末における電
源ＯＮ時のフローチャートである。
【図３９】 従来のデジタル双方向通信端末におけるデ
ータダウンロード時のフローチャートである。
【図４０】 ＯＳ／９を核とした従来のディジタル双方
向通信端末の構成図である。
【符号の説明】
１ 入力モジュール、２ ＣＰＵモジュール、３ グラ
フィックモジュール、４ ＭＰＥＧモジュール、５ ネ
ットワークモジュール、６ 暗号化モジュール、７ 赤
外線リモコンレシーバ、８ 不揮発性ＲＡＭ、９ シス
テムＲＯＭ、１０ システムＲＡＭ、１１ ＣＰＵ、１
２ 静止画像プロセッサ、１３ オーバレイコントロー
ラ、１４ ＭＰＥＧビデオプロセッサ、１５ ＭＰＥＧ
オーディオプロセッサ、１６ デマルチプレクサコント
ロール、１７ データチャネルＩ／Ｆ、１８ 制御チャ
ネルＩ／Ｆ。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０９Ｃ 1/00 ６６０ 7259−5Ｊ Ｇ０９Ｃ 1/00 ６６０Ｅ Ｈ０４Ｈ 1/02 Ｈ０４Ｈ 1/02 Ｅ Ｆ Ｈ０４Ｌ 9/08 Ｈ０４Ｎ 7/14 9/32 Ｈ０４Ｌ 9/00 ６０１Ｃ Ｈ０４Ｎ 7/14 ６０１Ｅ 7/167 ６７５Ｂ Ｈ０４Ｎ 7/167 Ｚ

Claims (6)

    【特許請求の範囲】
  1. 【請求項１】 公衆回線または専用線を通じて双方向通
    信サービスプロバイダによって提供されるサービス提供
    装置もしくは構内に閉じたシステムにおけるサービス提
    供装置（以下サーバ）に接続され、内部にＲＯＭ、不揮
    発性ＲＡＭとＲＡＭを有し、ＯＳ／９（登録商標）を核
    とするオペレーティングシステムを持つデジタル双方向
    通信端末において、ドライバまたはアプリケーションは
    Ｓ／Ｗプログラムであり、特にＣＲＣチェックコードを
    有する実行モジュール（以下、Ｓ／Ｗモジュール）であ
    って、あらかじめ前記ＲＯＭに格納されているか、もし
    くはサーバよりダウンロードされ前記ＲＡＭに記憶さ
    れ、初期化・リンクされることによって使用可能となる
    ものであり、前記デジタル双方向通信端末が前記サーバ
    からダウンロードし、前記ＲＡＭに格納し、前記デジタ
    ル双方向通信端末と前記サーバ間で授受されるデータの
    暗号化、復号化機能を実現することを特徴とするデジタ
    ル双方向通信端末における暗号化・復号化装置。
  2. 【請求項２】 公衆回線または専用線を通じて双方向通
    信サービスプロバイダによって提供されるサービス提供
    装置もしくは構内に閉じたシステムにおけるサービス提
    供装置（以下サーバ）に接続され、内部にＲＯＭ、不揮
    発性ＲＡＭとＲＡＭを有し、ＯＳ／９を核とするオペレ
    ーティングシステムを持ち、Ｈ／Ｗによるデータの認証
    装置を有するデジタル双方向通信端末において、ドライ
    バまたはアプリケーションはＳ／Ｗプログラムであり、
    特にＣＲＣチェックコードを有する実行モジュール（以
    下、Ｓ／Ｗモジュール）であって、あらかじめ前記ＲＯ
    Ｍに格納されているか、もしくはサーバよりダウンロー
    ドされ前記ＲＡＭに記憶され、初期化・リンクされるこ
    とによって使用可能となるものであり、前記デジタル双
    方向通信端末が前記サーバからダウンロードし、前記Ｒ
    ＡＭに格納し、前記デジタル双方向通信端末と前記サー
    バ間で授受されるデータの暗号化、復号化機能を実現
    し、前記認証装置によって、データの認証を行うことを
    特徴とするデジタル双方向通信端末における暗号化・復
    号化装置。
  3. 【請求項３】 公衆回線または専用線を通じて双方向通
    信サービスプロバイダによって提供されるサービス提供
    装置もしくは構内に閉じたシステムにおけるサービス提
    供装置（以下サーバ）に接続され、内部にＲＯＭ、不揮
    発性ＲＡＭとＲＡＭを有し、ＯＳ／９を核とするオペレ
    ーティングシステムを持ち、前記ＲＯＭ内にデータの認
    証機能を実現するモジュール（以下、認証モジュール）
    を有するデジタル双方向通信端末において、ドライバま
    たはアプリケーションはＳ／Ｗプログラムであり、特に
    ＣＲＣチェックコードを有する実行モジュール（以下、
    Ｓ／Ｗモジュール）であって、あらかじめ前記ＲＯＭに
    格納されているか、もしくはサーバよりダウンロードさ
    れ前記ＲＡＭに記憶され、初期化・リンクされることに
    よって使用可能となるものであり、前記デジタル双方向
    通信端末が前記サーバからダウンロードし、前記ＲＡＭ
    に格納し、前記デジタル双方向通信端末と前記サーバ間
    で授受されるデータの暗号化、復号化機能を実現し、前
    記認証モジュールによって、データの認証を行うことを
    特徴とするデジタル双方向通信端末における暗号化・復
    号化装置。
  4. 【請求項４】 公衆回線または専用線を通じて双方向通
    信サービスプロバイダによって提供されるサービス提供
    装置もしくは構内に閉じたシステムにおけるサービス提
    供装置（以下サーバ）に接続され、内部にＲＯＭ、不揮
    発性ＲＡＭとＲＡＭを有し、ＯＳ／９を核とするオペレ
    ーティングシステムを持ち、前記ＲＯＭ内にデータの認
    証機能を実現するモジュール（以下、認証モジュール）
    を有するデジタル双方向通信端末において、ドライバま
    たはアプリケーションはＳ／Ｗプログラムであり、特に
    ＣＲＣチェックコードを有する実行モジュール（以下、
    Ｓ／Ｗモジュール）であって、あらかじめ前記ＲＯＭに
    格納されているか、もしくはサーバよりダウンロードさ
    れ前記ＲＡＭに記憶され、初期化・リンクされることに
    よって使用可能となるものであり、暗号化・復号化機能
    は、前記デジタル双方向通信端末が前記サーバからダウ
    ンロードし、前記ＲＡＭに格納し、前記デジタル双方向
    通信端末と前記サーバ間で授受されるユーザによる入力
    によって選択されたデータの暗号化、復号化機能を実現
    することを特徴とするデジタル双方向通信端末における
    暗号化・復号化装置。
  5. 【請求項５】 公衆回線または専用線を通じて双方向通
    信サービスプロバイダによって提供されるサービス提供
    装置もしくは構内に閉じたシステムにおけるサービス提
    供装置（以下サーバ）に接続され、内部にＲＯＭ、不揮
    発性ＲＡＭとＲＡＭを有し、ＯＳ／９を核とするオペレ
    ーティングシステムを持ち、前記ＲＯＭ内にデータの認
    証機能を実現するモジュール（以下、認証モジュール）
    を有するデジタル双方向通信端末において、ドライバま
    たはアプリケーションはＳ／Ｗプログラムであり、特に
    ＣＲＣチェックコードを有する実行モジュール（以下、
    Ｓ／Ｗモジュール）であって、あらかじめ前記ＲＯＭに
    格納されているか、もしくはサーバよりダウンロードさ
    れ前記ＲＡＭに記憶され、初期化・リンクされることに
    よって使用可能となるものであり、暗号化・復号化機能
    は、前記デジタル双方向通信端末が前記サーバからダウ
    ンロードし、前記ＲＡＭに格納し、前記サーバから前記
    デジタル双方向通信端末にダウンロードされた暗号化適
    用データリストに含まれるデータが前記デジタル双方向
    通信端末と前記サーバ間で授受される際の暗号化、復号
    化機能を実現することを特徴とするデジタル双方向通信
    端末における暗号化・復号化装置。
  6. 【請求項６】 公衆回線または専用線を通じて双方向通
    信サービスプロバイダによって提供されるサービス提供
    装置もしくは構内に閉じたシステムにおけるサービス提
    供装置（以下サーバ）に接続され、内部にＲＯＭ、不揮
    発性ＲＡＭとＲＡＭを有し、ＯＳ／９を核とするオペレ
    ーティングシステムを持ち、前記ＲＯＭ内にデータの認
    証機能を実現するモジュール（以下、認証モジュール）
    を有するデジタル双方向通信端末において、ドライバま
    たはアプリケーションはＳ／Ｗプログラムであり、特に
    ＣＲＣチェックコードを有する実行モジュール（以下、
    Ｓ／Ｗモジュール）であって、あらかじめ前記ＲＯＭに
    格納されているか、もしくはサーバよりダウンロードさ
    れ前記ＲＡＭに記憶され、初期化・リンクされることに
    よって使用可能となるものであり、暗号化・復号化機能
    は、前記デジタル双方向通信端末が前記サーバからダウ
    ンロードし、前記ＲＡＭに格納し、データが前記デジタ
    ル双方向通信端末と前記サーバ間で授受される際の暗号
    化、復号化機能を実現し、一度暗号化したデータの暗号
    化形式を前記ＲＡＭ内に保持し、同じデータの送信時に
    は記憶されたデータを使用する機能を有することを特徴
    とするデジタル双方向通信端末における暗号化・復号化
    装置。
JP8014221A 1996-01-30 1996-01-30 デジタル双方向通信端末における暗号化・復号化装置 Pending JPH09212457A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP8014221A JPH09212457A (ja) 1996-01-30 1996-01-30 デジタル双方向通信端末における暗号化・復号化装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP8014221A JPH09212457A (ja) 1996-01-30 1996-01-30 デジタル双方向通信端末における暗号化・復号化装置

Publications (1)

Publication Number Publication Date
JPH09212457A true JPH09212457A (ja) 1997-08-15

Family

ID=11855027

Family Applications (1)

Application Number Title Priority Date Filing Date
JP8014221A Pending JPH09212457A (ja) 1996-01-30 1996-01-30 デジタル双方向通信端末における暗号化・復号化装置

Country Status (1)

Country Link
JP (1) JPH09212457A (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0923247A3 (en) * 1997-12-09 2000-06-21 Sony Corporation Information broadcasting method, receiver and information processing apparatus
JP2001103046A (ja) * 1999-09-30 2001-04-13 Sony Corp 通信装置、通信システム及び通信方法並びに認証装置
JP2002232415A (ja) * 2001-01-19 2002-08-16 Santiku Shijin Kofun Yugenkoshi 行動商務ｗａｐ情報伝送段の端末対端末の内密化モジュール
US7526089B2 (en) 2002-04-17 2009-04-28 Panasonic Corporation Device and method for controlling digital bidirectional communication
US7532726B2 (en) 2002-08-08 2009-05-12 Panasonic Corporation Encryption/decryption device and method, encryption device and method, decryption device and method, and transmission/reception apparatus
JP2009147808A (ja) * 2007-12-17 2009-07-02 Nippon Hoso Kyokai <Nhk> 送信装置およびそのプログラム、ならびに、受信装置およびａｐｉ実行プログラム
US7680275B1 (en) 1998-08-11 2010-03-16 Telecom Italia S.P.A. Method and system for the controlled delivery of digital services, such as multimedia telematics services

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0923247A3 (en) * 1997-12-09 2000-06-21 Sony Corporation Information broadcasting method, receiver and information processing apparatus
US6427013B1 (en) 1997-12-09 2002-07-30 Sony Corporation Information broadcasting method, receiver, and information processing apparatus
US7680275B1 (en) 1998-08-11 2010-03-16 Telecom Italia S.P.A. Method and system for the controlled delivery of digital services, such as multimedia telematics services
JP2001103046A (ja) * 1999-09-30 2001-04-13 Sony Corp 通信装置、通信システム及び通信方法並びに認証装置
JP2002232415A (ja) * 2001-01-19 2002-08-16 Santiku Shijin Kofun Yugenkoshi 行動商務ｗａｐ情報伝送段の端末対端末の内密化モジュール
US7526089B2 (en) 2002-04-17 2009-04-28 Panasonic Corporation Device and method for controlling digital bidirectional communication
US7532726B2 (en) 2002-08-08 2009-05-12 Panasonic Corporation Encryption/decryption device and method, encryption device and method, decryption device and method, and transmission/reception apparatus
JP2009147808A (ja) * 2007-12-17 2009-07-02 Nippon Hoso Kyokai <Nhk> 送信装置およびそのプログラム、ならびに、受信装置およびａｐｉ実行プログラム

Similar Documents

Publication Publication Date Title
EP0847649B1 (en) Method and apparatus for operating a transactional server in a proprietary database environment
AU2009329836B2 (en) Digital video guard
EP1825678B1 (en) System and method for secure conditional access download and reconfiguration
JP4698106B2 (ja) 送信された情報をコピー保護するシステム及び方法
JP4839303B2 (ja) デジタルケーブルテレビ放送受信機
JP4086782B2 (ja) ブロードキャスト・コンテンツへのアクセス
US9268957B2 (en) Encryption-and decryption-enabled interfaces
KR100268095B1 (ko) 데이터통신시스템
US8271800B2 (en) System and method for processing and protecting content
JP2004289847A (ja) 更新可能な条件付き受信システム
JP2014089652A (ja) 情報処理装置
US7804959B2 (en) Digital cable television broadcasting receiver
US20020021804A1 (en) System and method for data encryption
US7281132B2 (en) Using token-based signing to install unsigned binaries
KR102140356B1 (ko) 비압축 비디오 데이터에 워터마크를 내장하기 위한 장치 및 내장 방법
KR20040022396A (ko) 트랜잭션 시스템
JPH09212457A (ja) デジタル双方向通信端末における暗号化・復号化装置
JPH11355268A (ja) 情報処理装置および方法、情報処理システム、並びに提供媒体
EP1286242A1 (en) System and method for protected data input of security data
JP2003504949A (ja) 配備モジュールベースのコピープロテクションシステムのための一般化された証明書の処理
KR20110028784A (ko) 디지털 컨텐츠 처리 방법 및 시스템

Legal Events

Date Code Title Description
RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20040624

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050426

RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20050601

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050622

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20050823

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20051020

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20051102

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20060106

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070910