JPH09252320A - データ伝送装置およびその方法 - Google Patents
データ伝送装置およびその方法Info
- Publication number
- JPH09252320A JPH09252320A JP5974596A JP5974596A JPH09252320A JP H09252320 A JPH09252320 A JP H09252320A JP 5974596 A JP5974596 A JP 5974596A JP 5974596 A JP5974596 A JP 5974596A JP H09252320 A JPH09252320 A JP H09252320A
- Authority
- JP
- Japan
- Prior art keywords
- data
- packet
- client
- server
- mac frame
- 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.)
- Granted
Links
Abstract
(57)【要約】
【課題】 高品質な無線方式のディジタルデータ伝送
を、特定のユーザのみに行うことができるデータ伝送装
置およびその方法を提供する。 【解決手段】 ＩＰパケット作成部３４で生成されたＩ
Ｐパケット３２を暗号部３３で暗号化し、ＭＡＣフレー
ム作成部３６においてＭＡＣヘッダを付けてＭＡＣフレ
ーム３７を生成する。次に、ＣＲＣ計算部３８でＣＲＣ
を形成し、これをＭＡＣフレーム３７に付加してＭＡＣ
フレーム３９を生成する。次に、セクション作成部４０
でＭＰＥＧ２のセックション４１を作成し、これをトラ
ンスポートパケット４３に分割した後に、通信衛星を介
して、サーバからクライアントに送信する。
を、特定のユーザのみに行うことができるデータ伝送装
置およびその方法を提供する。 【解決手段】 ＩＰパケット作成部３４で生成されたＩ
Ｐパケット３２を暗号部３３で暗号化し、ＭＡＣフレー
ム作成部３６においてＭＡＣヘッダを付けてＭＡＣフレ
ーム３７を生成する。次に、ＣＲＣ計算部３８でＣＲＣ
を形成し、これをＭＡＣフレーム３７に付加してＭＡＣ
フレーム３９を生成する。次に、セクション作成部４０
でＭＰＥＧ２のセックション４１を作成し、これをトラ
ンスポートパケット４３に分割した後に、通信衛星を介
して、サーバからクライアントに送信する。
Description
【０００１】
【発明の属する技術分野】本発明は、例えば、通信衛星
を用いて、マルチメディアデータ配信サービスを行うた
めのデータ伝送装置およびその方法に関する。
を用いて、マルチメディアデータ配信サービスを行うた
めのデータ伝送装置およびその方法に関する。
【０００２】
【従来の技術】従来、テレビ放送などの通信衛星を用い
たデータ配信サービスでは、データの流れは、データ配
信者からユーザへの一方向のみであった。近年、通信衛
星を用いたデジタルデータの伝送が可能になったこと
で、テレビや映画などのアナログ映像・音声データのみ
ならず、コンピュータなどで利用されるテキストやデジ
タル映像・音声データについても、通信衛星を用いて伝
送されるようになった。ここで、テレビ放送などの通信
衛星を使った従来のデータ配信サービスは、データ配信
者が配信したデータを同時に多数のユーザが受信して使
用する形態である。これに対して、コンピュータなどで
使用されるディジタルデータを、通信衛星を介して配信
する場合には、データ配信者から単数または複数の特定
のユーザにデータを配信する機能が求められる。
たデータ配信サービスでは、データの流れは、データ配
信者からユーザへの一方向のみであった。近年、通信衛
星を用いたデジタルデータの伝送が可能になったこと
で、テレビや映画などのアナログ映像・音声データのみ
ならず、コンピュータなどで利用されるテキストやデジ
タル映像・音声データについても、通信衛星を用いて伝
送されるようになった。ここで、テレビ放送などの通信
衛星を使った従来のデータ配信サービスは、データ配信
者が配信したデータを同時に多数のユーザが受信して使
用する形態である。これに対して、コンピュータなどで
使用されるディジタルデータを、通信衛星を介して配信
する場合には、データ配信者から単数または複数の特定
のユーザにデータを配信する機能が求められる。
【０００３】
【発明が解決しようとする課題】しかしながら、通信衛
星を用いた従来の伝送方式では、アナログデータの配信
であることや、データ配信はデータ配信者からユーザへ
の一方向のみであることから、伝送上のエラーをチェッ
ク機能は備えておらず、データ伝送の信頼性が低いとい
う問題がある。ディジタルデータの配信では、伝送によ
ってデータに１ビットでも誤りが生じると、受信したデ
ータは無意味なものになってしまう。このようなデジタ
ルのコンピュータデータを無線方式で高品質に配信する
ためには、データ配信者からユーザへの一方向のデータ
配信だけでなく、ユーザからデータ配信者への通信路を
確保する必要があるが、従来の伝送方式では、このよう
な機能を備えていない。
星を用いた従来の伝送方式では、アナログデータの配信
であることや、データ配信はデータ配信者からユーザへ
の一方向のみであることから、伝送上のエラーをチェッ
ク機能は備えておらず、データ伝送の信頼性が低いとい
う問題がある。ディジタルデータの配信では、伝送によ
ってデータに１ビットでも誤りが生じると、受信したデ
ータは無意味なものになってしまう。このようなデジタ
ルのコンピュータデータを無線方式で高品質に配信する
ためには、データ配信者からユーザへの一方向のデータ
配信だけでなく、ユーザからデータ配信者への通信路を
確保する必要があるが、従来の伝送方式では、このよう
な機能を備えていない。
【０００４】また、従来のデータ配信者から多ユーザへ
の同時通信又は放送システムでは、全ユーザは常に同じ
情報を受信して使用または閲覧をしており、システムユ
ーザ個人の識別情報がないため、データ配信者から特定
ユーザのみへのデータの配信ができないという問題があ
る。
の同時通信又は放送システムでは、全ユーザは常に同じ
情報を受信して使用または閲覧をしており、システムユ
ーザ個人の識別情報がないため、データ配信者から特定
ユーザのみへのデータの配信ができないという問題があ
る。
【０００５】本発明は上述した従来技術の問題点に鑑み
てなされ、伝送上のエラーを発生させることなく、ディ
ジタルデータを無線方式で伝送できるデータ伝送装置お
よびその方法を提供することを目的とする。また、本発
明は、特定のクライアントのみに、ディジタルデータを
無線方式で伝送できるデータ伝送装置およびその方法を
提供することを目的とする。
てなされ、伝送上のエラーを発生させることなく、ディ
ジタルデータを無線方式で伝送できるデータ伝送装置お
よびその方法を提供することを目的とする。また、本発
明は、特定のクライアントのみに、ディジタルデータを
無線方式で伝送できるデータ伝送装置およびその方法を
提供することを目的とする。
【０００６】
【課題を解決するための手段】上述した目的を達成する
ために、本発明のデータ伝送装置は、サーバとクライア
ント間で双方向のデータ伝送が可能な第１のデータ通信
経路と、前記サーバからクライアントにデータを無線方
式で伝送可能で、前記第１のデータ通信経路に比べて伝
送容量が大きな第２のデータ通信経路とを有し、前記サ
ーバは、複数のシステム相互間でネットワークを介して
ディジタルデータの送受信を行うためのインターネット
プロトコルに基づいて、前記クライアントからの要求に
応じたデータを、前記第２のデータ通信経路を介して前
記クライアントに伝送する。
ために、本発明のデータ伝送装置は、サーバとクライア
ント間で双方向のデータ伝送が可能な第１のデータ通信
経路と、前記サーバからクライアントにデータを無線方
式で伝送可能で、前記第１のデータ通信経路に比べて伝
送容量が大きな第２のデータ通信経路とを有し、前記サ
ーバは、複数のシステム相互間でネットワークを介して
ディジタルデータの送受信を行うためのインターネット
プロトコルに基づいて、前記クライアントからの要求に
応じたデータを、前記第２のデータ通信経路を介して前
記クライアントに伝送する。
【０００７】また、本発明のデータ伝送方法は、サーバ
とクライアント間で双方向のデータ伝送が可能な第１の
データ通信経路と、前記サーバからクライアントにデー
タを無線方式で伝送可能で、前記第１のデータ通信経路
に比べて伝送容量が大きな第２のデータ通信経路とを有
するネットワークを介してサーバとクライアント間のデ
ータ伝送を行うデータ伝送方法であって、前記サーバ
は、複数のシステム相互間でネットワークを介してディ
ジタルデータの送受信を行うためのインターネットプロ
トコルに基づいて、前記クライアントからの要求に応じ
たデータを、前記第２のデータ通信経路を介して前記ク
ライアントに伝送する。
とクライアント間で双方向のデータ伝送が可能な第１の
データ通信経路と、前記サーバからクライアントにデー
タを無線方式で伝送可能で、前記第１のデータ通信経路
に比べて伝送容量が大きな第２のデータ通信経路とを有
するネットワークを介してサーバとクライアント間のデ
ータ伝送を行うデータ伝送方法であって、前記サーバ
は、複数のシステム相互間でネットワークを介してディ
ジタルデータの送受信を行うためのインターネットプロ
トコルに基づいて、前記クライアントからの要求に応じ
たデータを、前記第２のデータ通信経路を介して前記ク
ライアントに伝送する。
【０００８】本発明のデータ伝送装置およびその方法で
は、例えばクライアントが第１のデータ通信経路を介し
て所定のリクエストをサーバに行うと、サーバにおい
て、当該リクエストに応じたデータをインターネットプ
ロトコルに基づいて変換し、この変換したディジタルデ
ータを第２のデータ通信経路を介してクライアントに伝
送する。
は、例えばクライアントが第１のデータ通信経路を介し
て所定のリクエストをサーバに行うと、サーバにおい
て、当該リクエストに応じたデータをインターネットプ
ロトコルに基づいて変換し、この変換したディジタルデ
ータを第２のデータ通信経路を介してクライアントに伝
送する。
【０００９】本発明によるデータ伝送装置およびその方
法によれば、サーバからクライアントに大容量なディジ
タルデータを高品質に伝送が可能となり、さらに、サー
バから特定のユーザにのみディジタルデータの転送が可
能となる。
法によれば、サーバからクライアントに大容量なディジ
タルデータを高品質に伝送が可能となり、さらに、サー
バから特定のユーザにのみディジタルデータの転送が可
能となる。
【００１０】
【発明の実施の形態】本発明の実施形態に係わるデータ
伝送装置（情報提供システム）およびその方法について
説明する。図１に、マルチメディアのデジタルデータ
（映像、音声、テキスト等）を配信するデータサービス
を実現するためのデータ伝送装置の概略を示す。図１に
示すデータ伝送装置では、データ提供者Ａはサーバとし
てのデータ配信装置４を所有し、ユーザＢはクライアン
トとしてのデータ受信装置５を所有している。データ配
信装置４およびデータ受信装置５は、双方向の通信が可
能なＩＳＤＮ３を介して相互に通信が可能である。ま
た、データ配信装置４から、データ受信装置５へは、通
信衛星２を介して、無線方式で大容量の通信が可能であ
る。
伝送装置（情報提供システム）およびその方法について
説明する。図１に、マルチメディアのデジタルデータ
（映像、音声、テキスト等）を配信するデータサービス
を実現するためのデータ伝送装置の概略を示す。図１に
示すデータ伝送装置では、データ提供者Ａはサーバとし
てのデータ配信装置４を所有し、ユーザＢはクライアン
トとしてのデータ受信装置５を所有している。データ配
信装置４およびデータ受信装置５は、双方向の通信が可
能なＩＳＤＮ３を介して相互に通信が可能である。ま
た、データ配信装置４から、データ受信装置５へは、通
信衛星２を介して、無線方式で大容量の通信が可能であ
る。
【００１１】図１に示すデータ伝送装置におけるデータ
の流れを説明する。ユーザ提供者ＡとユーザＢが、マル
チメディアデータの配送の契約を予め結んでいるものと
する。この際、ユーザＢのデータ受信装置５にはデータ
提供者Ａのデータ配信装置４からデータを受信できる機
能が備わっているとする。さらに、データ提供者Ａは、
予めユーザＢとの契約が結ばれていることを知ってい
る。
の流れを説明する。ユーザ提供者ＡとユーザＢが、マル
チメディアデータの配送の契約を予め結んでいるものと
する。この際、ユーザＢのデータ受信装置５にはデータ
提供者Ａのデータ配信装置４からデータを受信できる機
能が備わっているとする。さらに、データ提供者Ａは、
予めユーザＢとの契約が結ばれていることを知ってい
る。
【００１２】先ず、ユーザＢは、例えば、地上通信網と
してのＩＳＤＮ３を介して、データ提供者Ａが提供する
所定のサービスを受けたい旨のリクエスト６をデータ提
供者Ａに送る。このリエスト６を送る方法は、特に限定
されず、データの種類やユーザとの契約状況によって決
められ、例えば郵便などでもよい。また、リクエスト６
を送らずに、予め契約に従って、データ提供者Ａがサー
ビスを提供してもよい。
してのＩＳＤＮ３を介して、データ提供者Ａが提供する
所定のサービスを受けたい旨のリクエスト６をデータ提
供者Ａに送る。このリエスト６を送る方法は、特に限定
されず、データの種類やユーザとの契約状況によって決
められ、例えば郵便などでもよい。また、リクエスト６
を送らずに、予め契約に従って、データ提供者Ａがサー
ビスを提供してもよい。
【００１３】データ配信装置４に送られたユーザＢから
のリクエスト６は、データリクエスト受付部７で受け取
られ、データ管理部９に送られる。データ管理部９は、
ユーザＢの契約情報やリクエスト６が意味のあるものか
否かのチェックを行ない、問題が無ければ、データ貯蓄
部１１にデータの読み出し要求１０を行なう。データ貯
蓄部１１は、データ読み出し要求１０に応じた、例えば
マルチメディアデータ１２をデータ作成部１３へ送る。
データ作成部１３では、データ貯蓄部１１からのマルチ
メディアデータ１２に対してＩＰパケット化、予めユー
ザＢに対して固有に決められた暗号化、ＭＡＣ（Media
Access Control) フレーム化、ＭＰＥＧ(Moving Picutr
e Experts Group)２のトランスポート化などのデータの
フォーマット変換が行なわれる。このデータフォーマッ
ト変換についての後述する。
のリクエスト６は、データリクエスト受付部７で受け取
られ、データ管理部９に送られる。データ管理部９は、
ユーザＢの契約情報やリクエスト６が意味のあるものか
否かのチェックを行ない、問題が無ければ、データ貯蓄
部１１にデータの読み出し要求１０を行なう。データ貯
蓄部１１は、データ読み出し要求１０に応じた、例えば
マルチメディアデータ１２をデータ作成部１３へ送る。
データ作成部１３では、データ貯蓄部１１からのマルチ
メディアデータ１２に対してＩＰパケット化、予めユー
ザＢに対して固有に決められた暗号化、ＭＡＣ（Media
Access Control) フレーム化、ＭＰＥＧ(Moving Picutr
e Experts Group)２のトランスポート化などのデータの
フォーマット変換が行なわれる。このデータフォーマッ
ト変換についての後述する。
【００１４】データ貯蓄部１１からのマルチメディアデ
ータ１２は、データ作成部１３によって作成又はフォー
マット変換された後、データ１４として通信衛星２に送
られる。通信衛星２を介して送られたデータ１４は、ユ
ーザＢのデータ受信装置５に限らず、データを受信でき
る状況にある全てのユーザが受信することが可能であ
る。データ受信装置５は、通信衛星２からの全データを
受信し、その中から、自分が出したリクエスト６に応じ
たデータを選別して受け取る。
ータ１２は、データ作成部１３によって作成又はフォー
マット変換された後、データ１４として通信衛星２に送
られる。通信衛星２を介して送られたデータ１４は、ユ
ーザＢのデータ受信装置５に限らず、データを受信でき
る状況にある全てのユーザが受信することが可能であ
る。データ受信装置５は、通信衛星２からの全データを
受信し、その中から、自分が出したリクエスト６に応じ
たデータを選別して受け取る。
【００１５】すなわち、データ受信装置５は、リクエス
ト６に応じた送信されたデータを含む多数のデータ１４
をデータ受信部１６で受信する。データ受信装置５は、
その中から、自分宛のデータ、自分が受け取るべきデー
タ、自分が受けるとることができるデータ（これは契約
にもよる）を選別をする。この選別は、データ受信装置
５のデータ選択部１８において行われる。尚、予めユー
ザＢとデータ提供者Ａとの契約によって、ユーザＢが持
つデータ受信装置５は決定されている。従って、ユーザ
Ｂが持つデータ受信装置５を用いて、他のユーザ宛の特
有のデータは選別することができない。
ト６に応じた送信されたデータを含む多数のデータ１４
をデータ受信部１６で受信する。データ受信装置５は、
その中から、自分宛のデータ、自分が受け取るべきデー
タ、自分が受けるとることができるデータ（これは契約
にもよる）を選別をする。この選別は、データ受信装置
５のデータ選択部１８において行われる。尚、予めユー
ザＢとデータ提供者Ａとの契約によって、ユーザＢが持
つデータ受信装置５は決定されている。従って、ユーザ
Ｂが持つデータ受信装置５を用いて、他のユーザ宛の特
有のデータは選別することができない。
【００１６】データ選択部１８において、ユーザＢが受
け取ることが可能なデータ１９は全てデータ分解部２０
に送られる。データ分解部２０に送られたユーザＢ宛の
データは、分解もしくは復号されてマルチメディアデー
タ２１となり、データ実行部２２へ送られる。これによ
ってユーザＢのみが、ユーザＢがリクエストしたユーザ
Ｂ宛のデータを受取ることができ、このデータサービス
が完了する。尚、リクエストしたデータの受信は、一瞬
のうち行われる場合と、長期間にわたって続けられる場
合がある。長期間にわたって受信し続ける種類のデータ
であった場合には、ユーザＢのデータ受信装置５内で、
データの受信が引き続き繰り返されることになる。これ
は、ユーザＢがリクエストしたデータの種類によって状
況が変わる。以上が、本発明によるデータ伝送装置の一
連のデータの流れである。
け取ることが可能なデータ１９は全てデータ分解部２０
に送られる。データ分解部２０に送られたユーザＢ宛の
データは、分解もしくは復号されてマルチメディアデー
タ２１となり、データ実行部２２へ送られる。これによ
ってユーザＢのみが、ユーザＢがリクエストしたユーザ
Ｂ宛のデータを受取ることができ、このデータサービス
が完了する。尚、リクエストしたデータの受信は、一瞬
のうち行われる場合と、長期間にわたって続けられる場
合がある。長期間にわたって受信し続ける種類のデータ
であった場合には、ユーザＢのデータ受信装置５内で、
データの受信が引き続き繰り返されることになる。これ
は、ユーザＢがリクエストしたデータの種類によって状
況が変わる。以上が、本発明によるデータ伝送装置の一
連のデータの流れである。
【００１７】データ配信装置４ 次に、データ配信装置４における、配信データのデータ
フォーマット変換について詳細に説明する。先ず、図２
を参照しながら、データ提供者Ａのデータ配信装置４の
データ作成部１３について説明する。データ配信装置４
内のデータ貯蓄部１１には、ユーザが必要とするマルチ
メディアデータが何も加工されていないかたちで蓄積さ
れている。データ管理部９から、データの読み出し要求
１０がユーザＢから来たことを知らされたデータ貯蓄部
１１は、リクエストされたマルチメディアデータ１２お
よびユーザＢのあて先情報３０を同時にデータ作成部１
３内のＩＰパケット作成部３１に送る。ここでユーザＢ
のあて先情報３０とは、ＩＰパケット送信に必要なＩＰ
アドレスである。本実施形態に係わるデータ伝送装置
は、すべての契約ユーザに固有のＩＰアドレスを割り振
ってある。ユーザＢが持つＩＰアドレスは、ユーザＢが
確保している間は、ユーザＢ以外のユーザは持たない。
フォーマット変換について詳細に説明する。先ず、図２
を参照しながら、データ提供者Ａのデータ配信装置４の
データ作成部１３について説明する。データ配信装置４
内のデータ貯蓄部１１には、ユーザが必要とするマルチ
メディアデータが何も加工されていないかたちで蓄積さ
れている。データ管理部９から、データの読み出し要求
１０がユーザＢから来たことを知らされたデータ貯蓄部
１１は、リクエストされたマルチメディアデータ１２お
よびユーザＢのあて先情報３０を同時にデータ作成部１
３内のＩＰパケット作成部３１に送る。ここでユーザＢ
のあて先情報３０とは、ＩＰパケット送信に必要なＩＰ
アドレスである。本実施形態に係わるデータ伝送装置
は、すべての契約ユーザに固有のＩＰアドレスを割り振
ってある。ユーザＢが持つＩＰアドレスは、ユーザＢが
確保している間は、ユーザＢ以外のユーザは持たない。
【００１８】データ貯蓄部１１から送られたユーザＢ宛
のマルチメディアデータ１２およびＩＰアドレス３０は
ＩＰパケット作成部３１に送られる。ＩＰパケット作成
部３１では、データ貯蓄部１１から送られてきたマルチ
メディアデータ１２とその時点でユーザＢを特定するＩ
Ｐアドレス３０を用いて、ＩＰパケット３２を生成す
る。このＩＰパケットの大きさはＴＣＰ／ＩＰ(Transmi
ssion Control Protocol/Internet Protocol) で規定さ
れ、ユーザＢがリクエストしたマルチメディアデータが
その大きさを超える場合には、このマルチメディアデー
タは複数のＩＰパケットに分割されて次の暗号部３３に
転送される。
のマルチメディアデータ１２およびＩＰアドレス３０は
ＩＰパケット作成部３１に送られる。ＩＰパケット作成
部３１では、データ貯蓄部１１から送られてきたマルチ
メディアデータ１２とその時点でユーザＢを特定するＩ
Ｐアドレス３０を用いて、ＩＰパケット３２を生成す
る。このＩＰパケットの大きさはＴＣＰ／ＩＰ(Transmi
ssion Control Protocol/Internet Protocol) で規定さ
れ、ユーザＢがリクエストしたマルチメディアデータが
その大きさを超える場合には、このマルチメディアデー
タは複数のＩＰパケットに分割されて次の暗号部３３に
転送される。
【００１９】本実施形態に係わるデータ伝送装置におい
て使用されるＩＰパケット３２のフォーマットを図４に
示す。ＩＰパケット内のＩＰヘッダ内の各制御ビットの
詳しい説明はここでは省略する。ただし、ＩＰケット内
の送信先ＩＰアドレス６１のエリアにはユーザＢのデー
タ受信装置５が持つＩＰアドレスが入り、送信元ＩＰア
ドレス６０のエリアにはデータ提供者Ａのデータ配信装
置４のＩＰアドレスが入る。さらに、図４内のデータ部
５３には図２におけるデータ貯蓄部１１からのマルチメ
ディアデータ１２が入る。
て使用されるＩＰパケット３２のフォーマットを図４に
示す。ＩＰパケット内のＩＰヘッダ内の各制御ビットの
詳しい説明はここでは省略する。ただし、ＩＰケット内
の送信先ＩＰアドレス６１のエリアにはユーザＢのデー
タ受信装置５が持つＩＰアドレスが入り、送信元ＩＰア
ドレス６０のエリアにはデータ提供者Ａのデータ配信装
置４のＩＰアドレスが入る。さらに、図４内のデータ部
５３には図２におけるデータ貯蓄部１１からのマルチメ
ディアデータ１２が入る。
【００２０】図２に示すＩＰパケット作成部３１で作成
されたＩＰパケット３２は、暗号部３３に転送される。
暗号部３３では、ＩＰパケット３２内の送信先ＩＰアド
レス６１によって、あて先がユーザＢであることを知
り、その時点で既にデータ提供者ＡとユーザＢとの間の
みで知りあう秘密鍵によってＩＰパケット全体３２を暗
号化する。暗号化方式としては、例えばＤＥＳ(Data En
cryption Standard)などが採用される。ここで、ＩＰパ
ケット３２のヘッダにはユーザＢのみが用いるＩＰアド
レスが含まれるのでユーザＢ専用の秘密鍵で暗号化する
必要はないように思われるが、これは他人がユーザＢの
ＩＰアドレスを用いてユーザＢに成り済ましてユーザＢ
宛のデータを盗用することを防ぐために必要となる。
されたＩＰパケット３２は、暗号部３３に転送される。
暗号部３３では、ＩＰパケット３２内の送信先ＩＰアド
レス６１によって、あて先がユーザＢであることを知
り、その時点で既にデータ提供者ＡとユーザＢとの間の
みで知りあう秘密鍵によってＩＰパケット全体３２を暗
号化する。暗号化方式としては、例えばＤＥＳ(Data En
cryption Standard)などが採用される。ここで、ＩＰパ
ケット３２のヘッダにはユーザＢのみが用いるＩＰアド
レスが含まれるのでユーザＢ専用の秘密鍵で暗号化する
必要はないように思われるが、これは他人がユーザＢの
ＩＰアドレスを用いてユーザＢに成り済ましてユーザＢ
宛のデータを盗用することを防ぐために必要となる。
【００２１】ただし、暗号化はユーザＢに対する全ての
データを暗号化するわけではなく、データの種類によっ
ては暗号化が行なわれないこともある。暗号化が行われ
ない場合には、ＩＰパケット作成部３１からＭＡＣフレ
ーム作成部３６に直接ＩＰパケット３２が転送される。
本実施形態では、暗号化が行なわれる場合について述べ
る。暗号化は通常６４ビットの平文に対して行なわれ、
暗号化すべきＩＰパケット３２のデータ長が６４ビット
の倍数でない場合には、データの埋め合わせ、すなわ
ち、無効データのパッディングを行うことでＩＰパケッ
ト全体を６４ビットの倍数にする。
データを暗号化するわけではなく、データの種類によっ
ては暗号化が行なわれないこともある。暗号化が行われ
ない場合には、ＩＰパケット作成部３１からＭＡＣフレ
ーム作成部３６に直接ＩＰパケット３２が転送される。
本実施形態では、暗号化が行なわれる場合について述べ
る。暗号化は通常６４ビットの平文に対して行なわれ、
暗号化すべきＩＰパケット３２のデータ長が６４ビット
の倍数でない場合には、データの埋め合わせ、すなわ
ち、無効データのパッディングを行うことでＩＰパケッ
ト全体を６４ビットの倍数にする。
【００２２】ユーザＢ宛のＩＰパケット３２全体が暗号
化されたパケットデータ３５は、ＭＡＣフレーム作成部
３６に転送される。ＭＡＣフレーム３７のフォーマット
を図５に示す。ＭＡＣフレーム作成部３６では、暗号部
３３によって暗号化されたユーザＢ宛のＩＰパケット３
５に対して、図５に示す通りのＭＡＣヘッダ１１９を付
加する。ＭＡＣヘッダ１１９内の送信先ＩＰアドレス５
４はユーザＢが持つＩＰアドレスである。ここで、ＭＡ
Ｃヘッダ１１９の送信先ＩＰアドレス５４と、暗号化さ
れたＩＰパケット３５内の送信先ＩＰアドレスとは同じ
である。このように、ＭＡＣヘッダ１１９を付けるの
は、データ受信装置５はデータ受信時において、ＭＡＣ
ヘッダ１１９からのみ送信先ＩＰアドレスを知ることが
できるためである。すなわち、データ受信装置５は、暗
号化されたＩＰパケット３５全体を復号するまでユーザ
Ｂは送信先アドレスを見ることができないため、暗号化
されたパケット３５のみでは、自分宛のパケットかどう
かを識別できない。従って、データ受信装置５が、受信
したＩＰパケットを復号する前に、そのＩＰパケットが
自分宛のものであることを知るために、ＭＡＣフレーム
のヘッダに送信先ＩＰアドレス５４がセットされる必要
がある。この送信先ＩＰアドレス５４は、ＩＰパケット
作成部３１からＭＡＣフレーム作成部３６に直接渡され
る。
化されたパケットデータ３５は、ＭＡＣフレーム作成部
３６に転送される。ＭＡＣフレーム３７のフォーマット
を図５に示す。ＭＡＣフレーム作成部３６では、暗号部
３３によって暗号化されたユーザＢ宛のＩＰパケット３
５に対して、図５に示す通りのＭＡＣヘッダ１１９を付
加する。ＭＡＣヘッダ１１９内の送信先ＩＰアドレス５
４はユーザＢが持つＩＰアドレスである。ここで、ＭＡ
Ｃヘッダ１１９の送信先ＩＰアドレス５４と、暗号化さ
れたＩＰパケット３５内の送信先ＩＰアドレスとは同じ
である。このように、ＭＡＣヘッダ１１９を付けるの
は、データ受信装置５はデータ受信時において、ＭＡＣ
ヘッダ１１９からのみ送信先ＩＰアドレスを知ることが
できるためである。すなわち、データ受信装置５は、暗
号化されたＩＰパケット３５全体を復号するまでユーザ
Ｂは送信先アドレスを見ることができないため、暗号化
されたパケット３５のみでは、自分宛のパケットかどう
かを識別できない。従って、データ受信装置５が、受信
したＩＰパケットを復号する前に、そのＩＰパケットが
自分宛のものであることを知るために、ＭＡＣフレーム
のヘッダに送信先ＩＰアドレス５４がセットされる必要
がある。この送信先ＩＰアドレス５４は、ＩＰパケット
作成部３１からＭＡＣフレーム作成部３６に直接渡され
る。
【００２３】また、図５に示すＭＡＣヘッダ１１９内の
ＰＢＬ５５はパッディングバイト長であり、暗号化の際
に埋め合わせされた無効なデータの長さである。これ
は、暗号化されたＩＰパケットを受信したユーザが正規
なデータ長を知るために必要となる。また、ＣＰ５６
は、ＩＰパケットに、ユーザが必要なマルチメディアデ
ータかシステム運用に必要な制御データが入っているか
を識別するビットである。通常、ユーザがリクエストし
た際に受け取るべきＭＡＣフレーム３７のＣＰ５６は、
制御データでなくマルチメディアデータが入っているこ
とを示している。ＭＡＣヘッダ１１９内のＥＮ５７は、
ＩＰパケットが暗号部３３によって暗号化されたかどう
かを示す制御ビットである。このビット情報によってユ
ーザは受信したＭＡＣフレーム３７を復号をするかしな
いか決定する。図２のＭＡＣフレーム作成部３６では、
以上の制御ビットが暗号化された（場合によっては暗号
化はされない）ＩＰパケット３５に付加される。
ＰＢＬ５５はパッディングバイト長であり、暗号化の際
に埋め合わせされた無効なデータの長さである。これ
は、暗号化されたＩＰパケットを受信したユーザが正規
なデータ長を知るために必要となる。また、ＣＰ５６
は、ＩＰパケットに、ユーザが必要なマルチメディアデ
ータかシステム運用に必要な制御データが入っているか
を識別するビットである。通常、ユーザがリクエストし
た際に受け取るべきＭＡＣフレーム３７のＣＰ５６は、
制御データでなくマルチメディアデータが入っているこ
とを示している。ＭＡＣヘッダ１１９内のＥＮ５７は、
ＩＰパケットが暗号部３３によって暗号化されたかどう
かを示す制御ビットである。このビット情報によってユ
ーザは受信したＭＡＣフレーム３７を復号をするかしな
いか決定する。図２のＭＡＣフレーム作成部３６では、
以上の制御ビットが暗号化された（場合によっては暗号
化はされない）ＩＰパケット３５に付加される。
【００２４】図２のＭＡＣフレーム作成部３６で生成さ
れたＭＡＣフレーム３７は、ＣＲＣ計算部３８に転送さ
れる。ＣＲＣ計算部３８では、送れられてきたＭＡＣフ
レーム３７全バイトのＣＲＣ（Cyclic Redundancy Chec
king: 巡回冗長検査）の計算を行う。本実施形態では、
ＣＲＣは１６ビットである。このようにＣＲＣの計算を
行うことで、データ受信装置５は、受信したＭＡＣフレ
ームが正しく通信衛星２から伝送されているかを検査す
ることができる。ＣＲＣ計算部３８において生成された
１６ビットのＣＲＣ３８ａは、図３，図５に示すよう
に、ＭＡＣフレーム３７の最後に付加される。
れたＭＡＣフレーム３７は、ＣＲＣ計算部３８に転送さ
れる。ＣＲＣ計算部３８では、送れられてきたＭＡＣフ
レーム３７全バイトのＣＲＣ（Cyclic Redundancy Chec
king: 巡回冗長検査）の計算を行う。本実施形態では、
ＣＲＣは１６ビットである。このようにＣＲＣの計算を
行うことで、データ受信装置５は、受信したＭＡＣフレ
ームが正しく通信衛星２から伝送されているかを検査す
ることができる。ＣＲＣ計算部３８において生成された
１６ビットのＣＲＣ３８ａは、図３，図５に示すよう
に、ＭＡＣフレーム３７の最後に付加される。
【００２５】ＣＲＣ３８ａが付加されたＭＡＣフレーム
３９は、セクション作成部４０に転送されてＭＰＥＧ２
で規定されるセクションに変換される。図３に示すよう
に、ＭＡＣフレーム３９は、セクションヘッダ（Ｓｅｃ
Ｈｄ）１２０の直後に付加される。セクションヘッダ１
２０のフォーマットを図６（Ａ）に示す。図６（Ａ）で
示したセクションヘッダ１２０のフォーマットは、ＭＰ
ＥＧ２によって規定され、テーブルｉｄ１００、セクシ
ョン−シンク−インディケータ１０１、プライベート−
インディケータ１０２、リザーブド１０３、プライベー
ト−セクション−レングス１０４を有する。ここで、プ
ライベート−セクション−レングス１０４には、ＭＡＣ
フレーム３９のデータ長が入る。
３９は、セクション作成部４０に転送されてＭＰＥＧ２
で規定されるセクションに変換される。図３に示すよう
に、ＭＡＣフレーム３９は、セクションヘッダ（Ｓｅｃ
Ｈｄ）１２０の直後に付加される。セクションヘッダ１
２０のフォーマットを図６（Ａ）に示す。図６（Ａ）で
示したセクションヘッダ１２０のフォーマットは、ＭＰ
ＥＧ２によって規定され、テーブルｉｄ１００、セクシ
ョン−シンク−インディケータ１０１、プライベート−
インディケータ１０２、リザーブド１０３、プライベー
ト−セクション−レングス１０４を有する。ここで、プ
ライベート−セクション−レングス１０４には、ＭＡＣ
フレーム３９のデータ長が入る。
【００２６】図２に示すセクション作成部４０で作成さ
れたセクション４１は、トランスポートパケット作成部
４２に転送される。トランスポートパケット作成部４２
では、転送されたセクションフォーマットデータをトラ
ンスポートパケット４３に分割して次のデータ転送部４
４に転送する。
れたセクション４１は、トランスポートパケット作成部
４２に転送される。トランスポートパケット作成部４２
では、転送されたセクションフォーマットデータをトラ
ンスポートパケット４３に分割して次のデータ転送部４
４に転送する。
【００２７】図３に示すトランスポートパケット４３の
パケットヘッダ（ＴＳＨｄ）１２１のフォーマットを図
６（Ｂ）に示す。トランスポートパケット４３のヘッダ
フォーマットはＭＰＥＧ２で規定されている。図６
（Ｂ）に示すように、トランスポートパケット４３のパ
ケットヘッダ１２１は、シンクバイト１１０、トランス
ポート−エラー−インディケータ１１１、ペイロード−
ユニット−スタート−インディケータ１１２、トランス
ポート−プライオリティ１１３、ＰＩＤ１１４、トラン
スポート−スクランブル−コントロール１１５、アダプ
テイション−フィールド−コントロール１１６およびコ
ンティニティ−カウンタ１１７を有する。トランスポー
トパケット４３の１個分の大きさは１８８バイトと規定
されているので、一般的に、一つのセクション４１を複
数のトランスポートパケット４３に分割する必要があ
る。
パケットヘッダ（ＴＳＨｄ）１２１のフォーマットを図
６（Ｂ）に示す。トランスポートパケット４３のヘッダ
フォーマットはＭＰＥＧ２で規定されている。図６
（Ｂ）に示すように、トランスポートパケット４３のパ
ケットヘッダ１２１は、シンクバイト１１０、トランス
ポート−エラー−インディケータ１１１、ペイロード−
ユニット−スタート−インディケータ１１２、トランス
ポート−プライオリティ１１３、ＰＩＤ１１４、トラン
スポート−スクランブル−コントロール１１５、アダプ
テイション−フィールド−コントロール１１６およびコ
ンティニティ−カウンタ１１７を有する。トランスポー
トパケット４３の１個分の大きさは１８８バイトと規定
されているので、一般的に、一つのセクション４１を複
数のトランスポートパケット４３に分割する必要があ
る。
【００２８】ここで、通常、一つのセクションは１８４
バイト（１８８バイトからヘッダ長の４バイトを引いた
バイト数）の整数倍長とは限らないので、一つのセクシ
ョン４１を複数のトランスポートパケット４３に分割す
る際に、図３に示すように、スタッフィングと呼ばれる
データ穴埋めを行い、スタッフィング領域５１を形成す
る。すなわち、１８４バイトの倍数でない一つのセクシ
ョン４１を複数のトランスポートパケット４３に分割し
た場合、最後のトランスポートパケット４３の余ったデ
ータエリアに、全てのビット１がスタッフィングされた
スタッフィング領域５１を形成する。
バイト（１８８バイトからヘッダ長の４バイトを引いた
バイト数）の整数倍長とは限らないので、一つのセクシ
ョン４１を複数のトランスポートパケット４３に分割す
る際に、図３に示すように、スタッフィングと呼ばれる
データ穴埋めを行い、スタッフィング領域５１を形成す
る。すなわち、１８４バイトの倍数でない一つのセクシ
ョン４１を複数のトランスポートパケット４３に分割し
た場合、最後のトランスポートパケット４３の余ったデ
ータエリアに、全てのビット１がスタッフィングされた
スタッフィング領域５１を形成する。
【００２９】このように複数のトランスポートパケット
４３に分割されたセクション４１は、データ転送部４４
に転送され、マルチプレクサなどのデータ処理部を通っ
た後、通信衛星２に伝送され、ブロードキャストされ
る。ブロードキャストされたユーザＢのためのマルチメ
ディアデータは、ユーザＢのデータ受信装置５によって
受信され、図２で示した逆の処理がデータ分解部２０に
よって行なわれ、最終的にリクエストされたマルチメデ
ィアデータはユーザＢ３の手元に届くこととなる。データ受信装置５
４３に分割されたセクション４１は、データ転送部４４
に転送され、マルチプレクサなどのデータ処理部を通っ
た後、通信衛星２に伝送され、ブロードキャストされ
る。ブロードキャストされたユーザＢのためのマルチメ
ディアデータは、ユーザＢのデータ受信装置５によって
受信され、図２で示した逆の処理がデータ分解部２０に
よって行なわれ、最終的にリクエストされたマルチメデ
ィアデータはユーザＢ３の手元に届くこととなる。データ受信装置５
【００３０】図２に示すユーザＢのデータ受信装置５の
データ分解部２０において行なわれる具体的な処理は、
基本的には、データ配信装置４のデータ作成部１３にお
けうアルゴリズムの逆アルゴリズムである。先ず、図１
に示すデータ受信部１６において、通信衛星２を介して
受信した図３に示すトランスポートパケット４３を結合
してセクション４１を生成する。次に、データ受信部１
６は、セクション４１を伸長して、ＭＡＣフレーム３９
を生成し、これをデータ選択部１８に出力する。そし
て、データ選別部１８において、図３に示すＭＡＣフレ
ーム３９のマックヘッダ１１９に含まれる図５に示す送
信先ＩＰアドレス５４に基づいて、この送信先ＩＰアド
レス５４とデータ受信装置５のＩＰアドレスとが一致す
るかを判断する。そして、データ選別部１８は、一致す
るした場合に、当該データを選別し、このデータに含ま
れる図３に示す暗号化されたＩＰパケット３５を図１に
示すデータ１９としてデータ分解部２０に出力する。
データ分解部２０において行なわれる具体的な処理は、
基本的には、データ配信装置４のデータ作成部１３にお
けうアルゴリズムの逆アルゴリズムである。先ず、図１
に示すデータ受信部１６において、通信衛星２を介して
受信した図３に示すトランスポートパケット４３を結合
してセクション４１を生成する。次に、データ受信部１
６は、セクション４１を伸長して、ＭＡＣフレーム３９
を生成し、これをデータ選択部１８に出力する。そし
て、データ選別部１８において、図３に示すＭＡＣフレ
ーム３９のマックヘッダ１１９に含まれる図５に示す送
信先ＩＰアドレス５４に基づいて、この送信先ＩＰアド
レス５４とデータ受信装置５のＩＰアドレスとが一致す
るかを判断する。そして、データ選別部１８は、一致す
るした場合に、当該データを選別し、このデータに含ま
れる図３に示す暗号化されたＩＰパケット３５を図１に
示すデータ１９としてデータ分解部２０に出力する。
【００３１】データ分解部２０では、データ１９として
入力した図３に示す暗号化されたＩＰパケット３５を、
予めデータ提供者Ａとの間のみを知りあう秘密鍵を用い
て複号した後、データ誤り検査などを行う。ここで、例
えば、データ誤りがある場合には、データを復帰させる
処理を行うか、あるいは、当該誤りのあるデータを破棄
する。
入力した図３に示す暗号化されたＩＰパケット３５を、
予めデータ提供者Ａとの間のみを知りあう秘密鍵を用い
て複号した後、データ誤り検査などを行う。ここで、例
えば、データ誤りがある場合には、データを復帰させる
処理を行うか、あるいは、当該誤りのあるデータを破棄
する。
【００３２】以上説明したように、本実施形態に係わる
データ伝送装置およびその方法によれば、ＴＣＰ／ＩＰ
通信プロトコルを用いると共に、ＩＰパケットにＣＲＣ
ビットを設けることで、データ配信装置４から通信衛星
２を介してデータ受信装置５にディジタルデータを伝送
した場合でも、データ伝送エラーが発生することを効果
的に抑制し、高品質なディジタルデータ転送を実現でき
る。また、本実施形態に係わるデータ伝送装置およびそ
の方法によれば、ＩＰパケットをＭＡＣフレーム方式で
伝送することで、特定のユーザのみにデータを伝送する
ことができる。また、本実施形態に係わるデータ伝送装
置およびその方法によれば、伝送されるデータは暗号化
されており、データ受信装置５のみが、それを復号化す
る秘密鍵を持っていることから、当該データが他人に盗
用されることを効果的に防止できる。
データ伝送装置およびその方法によれば、ＴＣＰ／ＩＰ
通信プロトコルを用いると共に、ＩＰパケットにＣＲＣ
ビットを設けることで、データ配信装置４から通信衛星
２を介してデータ受信装置５にディジタルデータを伝送
した場合でも、データ伝送エラーが発生することを効果
的に抑制し、高品質なディジタルデータ転送を実現でき
る。また、本実施形態に係わるデータ伝送装置およびそ
の方法によれば、ＩＰパケットをＭＡＣフレーム方式で
伝送することで、特定のユーザのみにデータを伝送する
ことができる。また、本実施形態に係わるデータ伝送装
置およびその方法によれば、伝送されるデータは暗号化
されており、データ受信装置５のみが、それを復号化す
る秘密鍵を持っていることから、当該データが他人に盗
用されることを効果的に防止できる。
【００３３】本発明は上述した実施形態には限定されな
い。例えば、ＭＡＣフレームのデータ圧縮方法は、ＭＰ
ＥＧ２には限定されず、他の圧縮方法を用いてもよい。
また、インターネットプロトコルは、ＴＣＰ／ＩＰには
限定されず、例えばＯＳＩ(Open Systems Interconnect
ion)方式を用いてもよい。さらに、本実施形態では、暗
号化方法として、秘密鍵を用いる場合について例示した
が、公開鍵を用いても同様な効果を得ることできる。
い。例えば、ＭＡＣフレームのデータ圧縮方法は、ＭＰ
ＥＧ２には限定されず、他の圧縮方法を用いてもよい。
また、インターネットプロトコルは、ＴＣＰ／ＩＰには
限定されず、例えばＯＳＩ(Open Systems Interconnect
ion)方式を用いてもよい。さらに、本実施形態では、暗
号化方法として、秘密鍵を用いる場合について例示した
が、公開鍵を用いても同様な効果を得ることできる。
【００３４】
【発明の効果】本発明のデータ伝送装置およびその方法
によれば、無線方式でデータを送信する場合でも、デー
タ伝送エラーが発生することを効果的に抑制し、高品質
なディジタルデータ転送を実現できる。また、本発明の
データ伝送装置およびその方法によれば、ＭＡＣフレー
ム方式を採用することで、ブロードキャスト型のデータ
配信のみならず、単数または複数の特定のユーザのみに
データを無線方式で伝送することができる。また、本発
明のデータ伝送装置およびその方法によれば、暗号化さ
れたデータを伝送することで、当該データが他人に盗用
されることを効果的に防止できる。また、本発明のデー
タ配信装置およびデータ受信装置を用いることで、上述
したような効果を有するデータ伝送装置を実現できる。
によれば、無線方式でデータを送信する場合でも、デー
タ伝送エラーが発生することを効果的に抑制し、高品質
なディジタルデータ転送を実現できる。また、本発明の
データ伝送装置およびその方法によれば、ＭＡＣフレー
ム方式を採用することで、ブロードキャスト型のデータ
配信のみならず、単数または複数の特定のユーザのみに
データを無線方式で伝送することができる。また、本発
明のデータ伝送装置およびその方法によれば、暗号化さ
れたデータを伝送することで、当該データが他人に盗用
されることを効果的に防止できる。また、本発明のデー
タ配信装置およびデータ受信装置を用いることで、上述
したような効果を有するデータ伝送装置を実現できる。
【図１】本発明の実施形態に係わるデータ伝送装置の構
成図である。
成図である。
【図２】図１に示すデータ配信装置の構成図である。
【図３】図２に示すデータ配信装置およびデータ受信装
置における処理を説明するための図である。
置における処理を説明するための図である。
【図４】ＩＰパケットのフォーマットを説明するための
図である。
図である。
【図５】ＭＡＣフレームのフォーマットを説明するため
の図である。
の図である。
【図６】（Ａ）はセクションヘッダ（ＳｅｃＨｄ）のフ
ォーマットを説明するための図であり、（Ｂ）はトラン
スポートパケットのパケットヘッダ（ＴＳＨｄ）を説明
するための図である。
ォーマットを説明するための図であり、（Ｂ）はトラン
スポートパケットのパケットヘッダ（ＴＳＨｄ）を説明
するための図である。
２…通信衛星、３…ＩＳＤＮ、４…データ配信装置、５
…データ受信装置、６…リクエスト、７…リクエスト受
付部、９…データ管理部、１０…データ読み出し要求、
１１…データ貯蓄部、１２…マルチメディアデータ、１
３…データ作成部、１４…無線方式で伝送するデータ、
１６…データ受信部、１８…データ選択部、１９…ユー
ザＢが受け取ることができるデータ、２０…データ分解
部、２１…マルチメディアデータ、２２…データ実行
部、３１…ＩＰパケット作成部、３３…暗号部、２６…
ＭＡＣフレーム作成部、３８…ＣＲＣ計算部、４０…セ
クション作成部、４２…トランスポートパケット作成
部、４４…データ転送部、３２…ＩＰパケット、３５…
暗号化されたＩＰパケット、３９…ＭＡＣフレーム、１
２０…セクションヘッダ、１２１…トランスポートパケ
ットヘッダ、４３…トランスポートパケット
…データ受信装置、６…リクエスト、７…リクエスト受
付部、９…データ管理部、１０…データ読み出し要求、
１１…データ貯蓄部、１２…マルチメディアデータ、１
３…データ作成部、１４…無線方式で伝送するデータ、
１６…データ受信部、１８…データ選択部、１９…ユー
ザＢが受け取ることができるデータ、２０…データ分解
部、２１…マルチメディアデータ、２２…データ実行
部、３１…ＩＰパケット作成部、３３…暗号部、２６…
ＭＡＣフレーム作成部、３８…ＣＲＣ計算部、４０…セ
クション作成部、４２…トランスポートパケット作成
部、４４…データ転送部、３２…ＩＰパケット、３５…
暗号化されたＩＰパケット、３９…ＭＡＣフレーム、１
２０…セクションヘッダ、１２１…トランスポートパケ
ットヘッダ、４３…トランスポートパケット
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｈ 1/08 Ｈ０４Ｂ 7/26 Ｍ
Claims (29)
- 【請求項１】サーバとクライアント間のデータ伝送をネ
ットワークを介して行うデータ伝送装置において、 サーバとクライアント間で双方向のデータ伝送が可能な
第１のデータ通信経路と、 前記サーバからクライアントにデータを無線方式で伝送
可能で、前記第１のデータ通信経路に比べて伝送容量が
大きな第２のデータ通信経路とを有し、 前記サーバは、複数のシステム相互間でネットワークを
介してディジタルデータの送受信を行うためのインター
ネットプロトコルに基づいて、前記クライアントからの
要求に応じたデータを、前記第２のデータ通信経路を介
して前記クライアントに伝送するデータ伝送装置。 - 【請求項２】前記第１のデータ通信経路は、地上通信網
を用いた経路であり、 前記第２のデータ通信経路は、通信衛星を用いた経路で
ある請求項１に記載のデータ伝送装置。 - 【請求項３】前記インターネットプロトコルは、ＴＣＰ
／ＩＰプロトコルである請求項１に記載のデータ伝送装
置。 - 【請求項４】前記サーバは、伝送するデータをＩＰパケ
ットに変換し、このＩＰパケットを、前記第２の通信経
路を介して前記クライアントに伝送する請求項３に記載
のデータ伝送装置。 - 【請求項５】前記サーバは、前記ＩＰパケットからメデ
ィアアクセス制御（ＭＡＣ）によってＭＡＣフレームを
生成し、このＭＡＣフレームを、前記第２の通信経路を
介して前記クライアントに伝送する請求項４に記載のデ
ータ伝送装置。 - 【請求項６】前記サーバは、前記ＩＰパケットを暗号化
し、暗号化された１個の前記ＩＰパケットについて、１
個の前記ＭＡＣフレームを生成する請求項５に記載のデ
ータ伝送装置。 - 【請求項７】前記ＭＡＣフレームのヘッダには、 データを受け取るべきクライアントのＩＰアドレスと、 データの暗号化の有無を示す制御ビットと、 データが、クライアントからの要求に応じたメディアデ
ータであるか、あるいはシステム運用のための制御デー
タであるかを区別するための制御ビットと、 データを暗号化するのに必要となるデータ長の正規化を
行なった際の付加データ長を示すビットとが含まれる請
求項５に記載のデータ伝送装置。 - 【請求項８】前記サーバは、 要求を出した前記クライアントに配信するＩＰパケット
を、当該サーバおよび当該クライアントのみが知る固有
の暗号化アルゴリズムによって暗号化する手段と、 メディアアクセス制御を用いて、前記暗号化されたＩＰ
パケットからＭＡＣフレームを作成する手段と、 前記ＭＡＣフレームをＭＰＥＧ２で規定されたセクショ
ンに変換する手段と、 前記セクションを、ＭＰＥＧ２で規定されたトランスポ
ートストリームに変換する手段と、 前記トランスポートストリームを前記第２の通信経路を
介して前記クライアントに伝送する手段とを有する請求
項４に記載のデータ伝送装置。 - 【請求項９】前記サーバおよび前記クライアントは、Ｃ
ＲＣ方式によって、前記ＭＡＣフレームの全データバイ
トを検査する手段をさらに有する請求項５に記載のデー
タ伝送装置。 - 【請求項１０】前記サーバは、ＭＡＣフレームについて
のＣＲＣ検査ビットを、ＭＡＣフレームの最後に付加す
る手段をさらに有する請求項５に記載のデータ伝送装
置。 - 【請求項１１】前記サーバは、ＭＡＣフレームについて
のＣＲＣ検査ビットを、ＭＡＣフレームの最後に付加す
る手段をさらに有する請求項９に記載のデータ伝送装
置。 - 【請求項１２】クライントとの間のデータ伝送をネット
ワークを介して行うデータ配信装置において、 当該データ配信装置とクライアント間で双方向のデータ
伝送が可能な第１のデータ通信経路に接続された第１の
インターフェースと、 当該データ配信装置からクライアントにデータを無線方
式で伝送可能で、前記第１のデータ通信経路に比べて伝
送容量が大きな第２のデータ通信経路に接続された第２
のインターフェースとを有し、 複数のシステム相互間でネットワークを介してディジタ
ルデータの送受信を行うためのインターネットプロトコ
ルに基づいて、前記クライアントからの要求に応じたデ
ータを、前記第２のデータ通信経路を介して前記クライ
アントに伝送するデータ配信装置。 - 【請求項１３】送信するデータをＩＰパケットに変換
し、このＩＰパケットを、前記第２の通信経路を介して
前記クライアントに伝送する請求項１２に記載のデータ
配信装置。 - 【請求項１４】前記ＩＰパケットを暗号化し、暗号化さ
れた１個の前記ＩＰパケットについて、１個の前記メデ
ィアアクセス制御によるＭＡＣフレームを生成し、当該
ＭＡＣフレームを伝送する請求項１３に記載のデータ配
信装置。 - 【請求項１５】要求を出した前記クライアントに配信す
るＩＰパケットを、当該データ配信装置および当該クラ
イアントのみが知る固有の暗号化アルゴリズムによって
暗号化する手段と、 メディアアクセス制御を用いて、前記暗号化されたＩＰ
パケットからＭＡＣフレームを作成する手段と、 前記ＭＡＣフレームをＭＰＥＧ２で規定されたセクショ
ンに変換する手段と、 前記セクションを、ＭＰＥＧ２で規定されたトランスポ
ートストリームに変換する手段と、 前記トランスポートストリームを前記第２の通信経路を
介して前記クライアントに伝送する手段とを有する請求
項１４に記載のデータ配信装置。 - 【請求項１６】サーバとの間のデータ伝送をネットワー
クを介して行うデータ受信装置において、 前記サーバと当該データ受信装置間で双方向のデータ伝
送が可能な第１のデータ通信経路に接続された第１のイ
ンターフェースと、 前記サーバから当該データ受信装置にデータを無線方式
で伝送可能で、前記第１のデータ通信経路に比べて伝送
容量が大きな第２のデータ通信経路に接続された第２の
インターフェースとを有し、 複数のシステム相互間でネットワークを介してディジタ
ルデータの送受信を行うためのインターネットプロトコ
ルに基づいて、前記サーバからのデータを、前記第２の
データ通信経路を介して受信するデータ受信装置。 - 【請求項１７】前記受信するデータは、ＩＰパケット形
式のデータである請求項１６に記載のデータ受信装置。 - 【請求項１８】前記受信するデータに含まれるメディア
アクセス制御によるＭＡＣフレームのヘッダに基づい
て、必要なＩＰパケットを選択的に取り込む請求項１７
に記載のデータ受信装置。 - 【請求項１９】サーバとクライアント間で双方向のデー
タ伝送が可能な第１のデータ通信経路と、前記サーバか
らクライアントにデータを無線方式で伝送可能で、前記
第１のデータ通信経路に比べて伝送容量が大きな第２の
データ通信経路とを有するネットワークを介してサーバ
とクライアント間のデータ伝送を行うデータ伝送方法で
あって、 前記サーバは、複数のシステム相互間でネットワークを
介してディジタルデータの送受信を行うためのインター
ネットプロトコルに基づいて、前記クライアントからの
要求に応じたデータを、前記第２のデータ通信経路を介
して前記クライアントに伝送するデータ伝送方法。 - 【請求項２０】前記第１のデータ通信経路は、地上通信
網を用いた経路であり、 前記第２のデータ通信経路は、通信衛星を用いた経路で
ある請求項１９に記載のデータ伝送方法。 - 【請求項２１】前記インターネットプロトコルは、ＴＣ
Ｐ／ＩＰプロトコルである請求項１９に記載のデータ伝
送方法。 - 【請求項２２】前記サーバは、伝送するデータをＩＰパ
ケットに変換し、このＩＰパケットを、前記第２の通信
経路を介して前記クライアントに伝送する請求項２１に
記載のデータ伝送方法。 - 【請求項２３】前記サーバは、前記ＩＰパケットからメ
ディアアクセス制御（ＭＡＣ）によってＭＡＣフレーム
を生成し、このＭＡＣフレームを、前記第２の通信経路
を介して前記クライアントに伝送する請求項２２に記載
のデータ伝送方法。 - 【請求項２４】前記サーバは、前記ＩＰパケットを暗号
化し、暗号化された１個の前記ＩＰパケットについて、
１個の前記ＭＡＣフレームを生成する請求項２３に記載
のデータ伝送方法。 - 【請求項２５】前記ＭＡＣフレームのヘッダには、 データを受け取るべきクライアントのＩＰアドレスと、 データの暗号化の有無を示す制御ビットと、 データが、クライアントからの要求に応じたメディアデ
ータであるか、あるいはシステム運用のための制御デー
タであるかを区別するための制御ビットと、 データを暗号化するのに必要となるデータ長の正規化を
行なった際の付加データ長を示すビットとが含まれる請
求項２３に記載のデータ伝送方法。 - 【請求項２６】前記サーバは、 要求を出した前記クライアントに配信するＩＰパケット
を、当該サーバおよび当該クライアントのみが知る固有
の暗号化アルゴリズムによって暗号化する手段と、 メディアアクセス制御を用いて、前記暗号化されたＩＰ
パケットからＭＡＣフレームを作成する手段と、 前記ＭＡＣフレームをＭＰＥＧ２で規定されたセクショ
ンに変換する手段と、 前記セクションを、ＭＰＥＧ２で規定されたトランスポ
ートストリームに変換する手段と、 前記トランスポートストリームを前記第２の通信経路を
介して前記クライアントに伝送する手段とを有する請求
項２２に記載のデータ伝送方法。 - 【請求項２７】前記サーバおよび前記クライアントは、
ＣＲＣ方式によって、前記ＭＡＣフレームの全データバ
イトを検査する手段をさらに有する請求項２３に記載の
データ伝送方法。 - 【請求項２８】前記サーバは、ＭＡＣフレームについて
のＣＲＣ検査ビットを、ＭＡＣフレームの最後に付加す
る手段をさらに有する請求項２３に記載のデータ伝送方
法。 - 【請求項２９】前記サーバは、ＭＡＣフレームについて
のＣＲＣ検査ビットを、ＭＡＣフレームの最後に付加す
る手段をさらに有する請求項２７に記載のデータ伝送方
法。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5974596A JP3794050B2 (ja) | 1996-03-15 | 1996-03-15 | データ伝送装置およびその方法とデータ受信装置 |
| KR1019970708232A KR19990014887A (ko) | 1996-03-15 | 1997-03-17 | 데이터 송신 장치, 데이터 송신 방법, 데이터 수신 장치, 데이터 수신 방법, 데이터 전송 장치, 및 데이터 전송 방법 |
| US08/952,298 US6373952B2 (en) | 1996-03-15 | 1997-03-17 | Data transmitting apparatus, data transmitting method, data receiving apparatus, data receiving method, data transmission apparatus, and data transmission method |
| PCT/JP1997/000850 WO1997034279A1 (fr) | 1996-03-15 | 1997-03-17 | Appareil transmetteur de donnees, procede de transmission de donnees, recepteur de donnees, procede de reception de donnees, dispositif de transfert de donnees et procede de transfert de donnees |
| EP97907342A EP0833294A4 (en) | 1996-03-15 | 1997-03-17 | DATA TRANSMITTER, DATA TRANSMISSION METHOD, DATA RECEIVER, DATA RECEIVING METHOD, DATA TRANSFER DEVICE AND METHOD FOR DATA TRANSFER |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP5974596A JP3794050B2 (ja) | 1996-03-15 | 1996-03-15 | データ伝送装置およびその方法とデータ受信装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09252320A true JPH09252320A (ja) | 1997-09-22 |
| JP3794050B2 JP3794050B2 (ja) | 2006-07-05 |
Family
ID=13122087
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP5974596A Expired - Fee Related JP3794050B2 (ja) | 1996-03-15 | 1996-03-15 | データ伝送装置およびその方法とデータ受信装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3794050B2 (ja) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100292910B1 (ko) * | 1997-12-30 | 2001-06-15 | 김진찬 | 멀티미디어 위성통신 시스템 |
| US6310865B1 (en) | 1997-06-20 | 2001-10-30 | Nec Corporation | High-speed wireless access device |
| KR100434379B1 (ko) * | 2001-09-21 | 2004-06-04 | 엘지전자 주식회사 | 블록 암호화 알고리즘을 이용한 인터넷 프로토콜 패킷암호화 장치 및 방법 |
| JP2007174639A (ja) * | 2006-12-04 | 2007-07-05 | Sony Corp | データ伝送制御方法 |
| CN100373941C (zh) * | 2003-10-22 | 2008-03-05 | 深圳市研祥智能科技股份有限公司 | 基于mpeg－1的数字电视广播系统 |
| US7519183B2 (en) | 2001-12-26 | 2009-04-14 | Kabushiki Kaisha Toshiba | Communication system, wireless communication apparatus, and communication method |
| JP2009534997A (ja) * | 2006-04-24 | 2009-09-24 | クゥアルコム・インコーポレイテッド | マルチプレクサと送信機とのインターフェイスプロトコル |
| US7865946B2 (en) | 1998-05-12 | 2011-01-04 | Sony Corporation | Data transmission controlling method and data transmission system |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04274636A (ja) * | 1991-03-01 | 1992-09-30 | Chugoku Nippon Denki Software Kk | ローカルエリアネットワークにおける暗号化方式 |
| JPH0580054U (ja) * | 1992-03-31 | 1993-10-29 | 日通工株式会社 | データ伝送装置 |
-
1996
- 1996-03-15 JP JP5974596A patent/JP3794050B2/ja not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH04274636A (ja) * | 1991-03-01 | 1992-09-30 | Chugoku Nippon Denki Software Kk | ローカルエリアネットワークにおける暗号化方式 |
| JPH0580054U (ja) * | 1992-03-31 | 1993-10-29 | 日通工株式会社 | データ伝送装置 |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6310865B1 (en) | 1997-06-20 | 2001-10-30 | Nec Corporation | High-speed wireless access device |
| KR100292910B1 (ko) * | 1997-12-30 | 2001-06-15 | 김진찬 | 멀티미디어 위성통신 시스템 |
| US7865946B2 (en) | 1998-05-12 | 2011-01-04 | Sony Corporation | Data transmission controlling method and data transmission system |
| KR100434379B1 (ko) * | 2001-09-21 | 2004-06-04 | 엘지전자 주식회사 | 블록 암호화 알고리즘을 이용한 인터넷 프로토콜 패킷암호화 장치 및 방법 |
| US10250566B2 (en) | 2001-12-26 | 2019-04-02 | Kabushiki Kaisha Toshiba | Communication system, wireless communication apparatus, and communication method |
| US10250567B2 (en) | 2001-12-26 | 2019-04-02 | Kabushiki Kaisha Toshiba | Communication system, wireless communication apparatus, and communication method |
| US7519183B2 (en) | 2001-12-26 | 2009-04-14 | Kabushiki Kaisha Toshiba | Communication system, wireless communication apparatus, and communication method |
| US7813508B2 (en) | 2001-12-26 | 2010-10-12 | Kabushiki Kaisha Toshiba | Communication system, wireless communication apparatus, and communication method |
| US8588419B2 (en) | 2001-12-26 | 2013-11-19 | Kabushiki Kaisha Toshiba | Communication system, wireless communication apparatus, and communication method |
| US8798271B2 (en) | 2001-12-26 | 2014-08-05 | Kabushiki Kaisha Toshiba | Communication system, wireless communication apparatus, and communication method |
| US9584486B2 (en) | 2001-12-26 | 2017-02-28 | Kabushiki Kaisha Toshiba | Communication system, wireless communication apparatus, and communication method |
| CN100373941C (zh) * | 2003-10-22 | 2008-03-05 | 深圳市研祥智能科技股份有限公司 | 基于mpeg－1的数字电视广播系统 |
| JP2009534997A (ja) * | 2006-04-24 | 2009-09-24 | クゥアルコム・インコーポレイテッド | マルチプレクサと送信機とのインターフェイスプロトコル |
| JP2007174639A (ja) * | 2006-12-04 | 2007-07-05 | Sony Corp | データ伝送制御方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3794050B2 (ja) | 2006-07-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4190599B2 (ja) | 情報伝送装置及び情報伝送方法並びに情報受信装置及び情報受信方法 | |
| US20200351250A1 (en) | Providing Load Balanced Secure Media Content and Data Delivery in a Distributed Computing Environment | |
| US7739496B2 (en) | Secure packet-based data broadcasting architecture | |
| JP3439997B2 (ja) | 複数の番組を送信する方法 | |
| US6460137B1 (en) | Encryption processing system | |
| EP1452027B1 (en) | Access to encrypted broadcast content | |
| JP3798031B2 (ja) | 個人用プログラムの送受信方法 | |
| AU2002222974A1 (en) | Secure Packet-based Data Broadcasting Architecture | |
| US20030018917A1 (en) | Method and apparatus for delivering digital media using packetized encryption data | |
| JP2006503454A (ja) | セキュア化されたデータ送信の方法及び電子モジュール | |
| KR19990014887A (ko) | 데이터 송신 장치, 데이터 송신 방법, 데이터 수신 장치, 데이터 수신 방법, 데이터 전송 장치, 및 데이터 전송 방법 | |
| JP2001127757A (ja) | データ受信方法及びデータ受信装置 | |
| JP3794050B2 (ja) | データ伝送装置およびその方法とデータ受信装置 | |
| JP2005039835A (ja) | 個別画像暗号化システム及び暗号化方法 | |
| JP2000092044A (ja) | 通信システム | |
| JPH10290222A (ja) | 情報復号化装置及び方法並びに情報送受信装置 | |
| JP4497099B2 (ja) | 情報伝送装置 | |
| JP2003249926A (ja) | コンテンツの共通鍵の送信装置およびコンテンツの配信装置ならびにコンテンツの受信装置 | |
| EP1499062B1 (en) | Individual video encryption system and method | |
| JPH11308209A (ja) | 信号暗号装置及び方法、並びにデータ送信装置及び方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041124 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050121 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050802 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051003 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060322 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060404 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090421 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100421 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100421 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110421 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110421 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120421 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120421 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130421 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |