JPH0927805A

JPH0927805A - データ通信方法及びその装置

Info

Publication number: JPH0927805A
Application number: JP7175226A
Authority: JP
Inventors: Akihiro Yokota; 昭寛横田
Original assignee: WAKOMU ENG KK
Current assignee: WAKOMU ENG KK
Priority date: 1995-07-11
Filing date: 1995-07-11
Publication date: 1997-01-28

Abstract

(57)【要約】【課題】一般のネットワークを介して、ホスト側及び
ユーザ側の簡易な設備において、多数のユーザに同時に
データを転送できるデータ通信方式を提供する。【解決手段】本発明のデータ通信方式は、ネットワー
クを介してホストから複数のユーザにデータを供給し、
（ａ）前記ホストは、データサーバによってデータを、
前記ネットワークに接続される複数の第１のネットワー
クインタフェース装置に並列的に供給し、（ｂ）前記ユ
ーザが、前記ネットワークに接続される第２のネットワ
ークインタフェース装置を介して、前記ホストに前記デ
ータの供給をアクセスした場合に、前記第２のネットワ
ークインタフェース装置と前記複数の第１のネットワー
クインタフェース装置のいずれか１つとの間に回線を確
立し、（ｃ）前記ユーザが、前記データを前記回線を通
して受信する段階を含むことを特徴とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ通信方法及
びその装置に関し、特に、マルチメディア通信のための
片方向通信のデータ通信方法及びその装置に関する。

【０００２】

【従来の技術】一般のネットワークを介したデータ通信
では、ホストとユーザが１対１でハンドシェークする双
方向通信が主流である。パソコン通信は、この一例であ
り、これらのプロトコルをサポートしたモデムを使用
し、既存のネットワークを介して、データを相互に送受
信することができる。特に、ホストがデータを任意のユ
ーザに供給するサービスに、広く活用されている。

【０００３】図１７は、従来の双方向通信によるデータ
通信方式を説明するための構成図である。図１７では、
既存のネットワークを介して、あるホスト（サーバ）
が、データＣを任意のユーザに供給するサービスを行う
例を示している。本例では、ユーザＡとユーザＢが、そ
れぞれパソコン通信で、ホスト（サーバ）側のデータＣ
をアクセスしている。ホスト側には、データＣを供給で
きるサーバ装置が２台備えられており、ユーザＡ及びユ
ーザＢは、それぞれサーバ装置Ｄ及びサーバ装置Ｅと、
１対１でハンドシェークする双方向通信を確立する。こ
の場合、データＣを同時にアクセスできるのは、２ユー
ザとなる。

【０００４】

【発明が解決しようとする課題】しかしながら、上述し
た従来の１対１でハンドシェークする双方向通信方式に
は次のような問題点がある。従来の方式では、任意のホ
ストが、既存の電話回線を介して、電子新聞のような大
量の情報を多数のユーザに供給する配信サービスを行う
場合に大きな問題が生じる。

【０００５】例えば、新聞等では、毎日無数の読者が、
同じ情報を入手しようとするので、これを電子化した電
子新聞では、必然的に１つのソフトに多数のユーザが集
中してアクセスすることが予想される。従って、１対１
でハンドシェークする双方向通信では、多数のユーザに
対応するために、ホスト側は、膨大な数の回線数とモデ
ムを用意する必要がある。

【０００６】この場合、回線数の増加に伴って、ホスト
の負担が極端に増加する。数百、数千もの回線からのア
クセス全てに応答する場合、ホストの負荷は、１回線の
時の数百倍、数千倍に達し、スーパーコンピュータの導
入や、複数のコンピュータ（或いは複数のスーパーコン
ピュータ）による分散処理の導入が必要となる。このよ
うに、１対１でハンドシェークする双方向通信の方式で
は、ホスト側の設備コストは、回線数の増加に伴い膨大
なものとなる。

【０００７】また、１回線で放送のように多数のユーザ
にデータを配信する手法も考えられるが、既存のネット
ワーク、特に交換機の構造を変えなければならず現実的
には困難である。電子新聞のような大量の情報を多数の
ユーザに供給する配信サービスを、既存の電話回線を介
して行う場合、多数の回線、多数のモデムを必要とする
が、それらを、処理能力の低いパソコンや、簡単なロジ
ック回路だけで構成できるようにする。これらが実現で
きれば、ホストの負荷も軽微なものとなり、ひいてはユ
ーザの負担を軽減することができる。

【０００８】本発明の目的は、上記の問題点を鑑みて、
一般のネットワークを介して、ホスト側及びユーザ側の
簡易な設備において、多数のユーザに同時にデータを転
送できるデータ通信方式を提供する。本発明の他の目的
は、本発明のデータ通信方式を提供するための簡易な装
置を提供する。

【０００９】

【課題を解決するための手段】上記課題を解決するため
に本発明では、下記の手段を講じたことを特徴とするも
のである。請求項１記載の発明では、ネットワークを介
してホストから複数のユーザにデータを供給するデータ
通信方式であって、（ａ）前記ホストは、データサーバ
によってデータを、前記ネットワークに接続される複数
の第１のネットワークインタフェース装置に並列的に供
給し、（ｂ）前記ユーザが、前記ネットワークに接続さ
れる第２のネットワークインタフェース装置を介して、
前記ホストに前記データの供給をアクセスした場合に、
前記第２のネットワークインタフェース装置と前記複数
の第１のネットワークインタフェース装置のいずれか１
つとの間に回線を確立し、（ｃ）前記ユーザが、前記デ
ータを前記回線を通して受信する段階を含むことを特徴
とする。

【００１０】請求項２記載の発明では、前記段階（ａ）
は、前記データサーバが、前記データを繰り返し送出す
る段階（ａ−１）をさらに含むことを特徴とする。請求
項５記載の発明では、前記段階（ａ）は、前記データ内
にデータの所定の位置を示すユニークワードを付加する
段階（ａ−２）をさらに含み、前記段階（ｃ）は、前記
ユニークワードを検出するまで待機し、検出後次のユニ
ークワードまでのデータを受信する段階（ｃ−１）をさ
らに含むことを特徴とする請求項６記載の発明では、前
記ユニークワードは、前記データの先頭の位置を示すヘ
ッダであることを特徴とする。

【００１１】請求項７記載の発明では、前記段階（ａ）
は、前記ヘッダが付加された前記データを段階的に異な
るディレイタイムを有する複数のデータ出力に変換する
段階をさらに有し、前記段階（ｂ）は、前記ユーザが前
記ホストにアクセスした場合に、前記ヘッダが到来する
までの時間が最も短いデータ出力に前記ユーザからの回
線を接続する段階をさらに含むことを特徴とする。

【００１２】請求項８記載の発明では、前記段階（ａ）
は、前記ヘッダが付加された前記データを段階的に異な
るタイミンクで繰り返される複数のデータ出力を生成す
る段階をさらに有し、前記段階（ｂ）は、前記ユーザが
前記ホストにアクセスした場合に、前記ヘッダが到来す
るまでの時間が最も短いデータ出力に前記ユーザからの
回線を接続する段階をさらに含むことを特徴とする。

【００１３】請求項９記載の発明では、前記段階（ａ）
は、前記データを複数のサブデータに分割し各々異なる
ユニークワードを付加する段階をさらに含み、前記段階
（ｃ）は、前記ユニークワードのうち１つを検出した
後、次の同じユニークワードまでの全てのサブデータを
受信する段階（ｃ−２）、受信した前記サブデータから
前記ユニークワードに基づいて前記データを再生する段
階（ｃ−３）をさらに含むことを特徴とする。

【００１４】請求項１０記載の発明では、前記段階
（ａ）は、前記データ内にエラー訂正符号を付加する段
階（ａ−３）をさらに含み、前記段階（ｃ）は、前記エ
ラー訂正符号を用いてエラーを訂正する段階（ｃ−４）
をさらに含むことを特徴とする。

【００１５】請求項１２記載の発明では、前記データサ
ーバの前記データは、新聞記事の内容であり、前記段階
（ｂ）は、毎日一定時刻になると自動的に前記ホストに
前記データの供給をアクセスする段階をさらに含み、前
記段階（ｃ）は、前記データを受信した後回線を切断す
る段階をさらに含むことを特徴とする。

【００１６】請求項１３記載の発明では、ネットワーク
を介して複数のユーザにデータを供給するためのデータ
通信装置であって、前記ユーザに供給するためのデータ
を送出するデータサーバと、前記ネットワークに接続さ
れ、前記複数のユーザからのアクセスに応答して前記複
数のユーザと各々回線を確立し、前記データを前記複数
のユーザに各々供給するための複数のネットワークイン
タフェース装置とを有することを特徴とする。

【００１７】請求項２２記載の発明では、ネットワーク
を介してホストからデータを受信するためのデータ通信
装置であって、前記ネットワークに接続され、前記ホス
トにアクセスして前記ホストに設置される第１のネット
ワークインタフェース装置と回線を確立し、前記データ
を受信するための第２のネットワークインタフェース装
置と、前記第２のネットワークインタフェース装置で受
信した前記データを処理するための端末装置とを有する
ことを特徴とする。

【００１８】請求項１乃至４のうちいずれか１項記載の
データ通信方式、及び請求項１３、１４、１５のうちい
ずれか１項記載のデータ通信装置、並びに、請求項２
２、２３、２４のうちいずれか１項記載のデータ通信装
置においては、ホスト側のサーバは、１対１でユーザと
接する必要はなくなる。従って、ホストは、回線数が沢
山あっても、１対多数で対応することができる。即ち、
多数のユーザのアクセスが予想される場合、同時にアク
セスが予想される数の回線とそれに対応するモデムを用
意すれば、１つのデータサーバだけで対応可能である。
従って、従来のパソコン通信などの双方向通信では、ホ
スト側の回線数の増加に伴い、ホストコンピュータの能
力を上げ（時には、スーパーコンピュータの必要性あ
り）なければならなかったが、本発明のデータ通信方式
では、スーパーコンピュータなどは必要なく、小規模の
設備で、大量のデータを同時に多数のユーザに配信する
システムを構築できる。

【００１９】請求項５乃至９のうちいずれか１項記載の
データ通信方式、及び請求項１６乃至１９のうちいずれ
か１項記載のデータ通信装置、並びに請求項２５又は２
６記載のデータ通信装置においては、データ内のユニー
クワードを基準にして、データを受信する。従って、デ
ータを秩序良く受信し、正しいデータを再生することが
できる。さらに、請求項７乃至９では、データ受信の基
準となるユニークワードを検出するまでの時間を短縮で
き、短時間でデータの受信を開始することができる。

【００２０】請求項１０載のデータ通信方式、及び請求
項２０、２７記載のデータ通信装置においては、データ
にエラー訂正符号が付加され、受信側でそのエラー訂正
符号に基づいてエラーが訂正される。従って、受信デー
タのエラーが、低減される。請求項１１記載のデータ通
信方式においては、ネットワークとしてＩＳＤＮが使用
される。従って、大容量のデータを伝送できると共に、
制御チャネルとデータ伝送チャネルを独立して扱うこと
ができ装置設計の容易化が図れる。

【００２１】請求項１２記載のデータ通信方式、及び請
求項２８記載のデータ通信装置においては、１つのデー
タサーバから出力される新聞記事の内容が、複数のイン
タフェース装置を介して、毎日、一定時刻にユーザに伝
送される。従って、大容量の新聞のデータを、簡易な装
置で容易にユーザがアクセスすることができる。

【００２２】請求項２１記載のデータ通信装置において
は、ユーザからのアクセスが無い場合は、データサーバ
からのデータの供給が停止される。従って、データサー
バが無駄にデータを供給することが無くなり、データサ
ーバの消費電力を低減できる。

【００２３】請求項２９記載のデータ通信装置において
は、前記携帯端末本体を据置きアダプタから着脱するこ
とが容易である。従って、据置きアダプタを必要な回線
に予め接続しておけば、携帯端末本体を自由に移動で
き、かつ容易に回線に接続でき、速やかにホストからデ
ータを受けることが可能となる。

【００２４】

【発明の実施の形態】図１は、本発明に係わるデータ通
信方式を説明するためのブロック図である。一般のネッ
トワークとして、ＮＴＴがサービスを行っているＩＳＤ
ＮのＩＮＳ−ＮＥＴ６４ネットワーク（回線交換、ベア
ラサービス）を使用した場合について説明する。なお、
本発明は、ＩＳＤＮに限らず、現在のアナログ公衆網や
パケット網など種々のネットワークにおいても実現可能
である。

【００２５】図１では、例えば電子新聞のようなデータ
を供給するホストが、ＩＳＤＮを介して、多数のユーザ
と接続される様子を示している。ホスト側の設備は、デ
ータを繰り返し送出できるデジタルデータリピート機構
を有するデータサーバ１と、ｎ個のモデム２−１〜２−
ｎ（以後個々のモデムは「モデム２」と表記する）であ
る。データサーバ１から繰り返して送出されるデータ
は、ｎ個のモデム２−１〜２−ｎに一方的に供給され
る。また、各モデムは、ＩＳＤＮの回線終端装置（ＤＳ
Ｕ）を介して、ＩＳＤＮに接続される。この場合のモデ
ムは、ＩＮＳネット６４のレイヤ１からレイヤ３までの
インタフェースをサポートするものである。

【００２６】ユーザ側の設備は、ホストと回線を確立す
るためのモデム３−１〜３−ｉ（以後個々のモデムは
「モデム３」と表記する）と、ホストからデータを受信
するための端末４−１〜４−ｉ（以後個々の端末は「端
末４」と表記する）である。モデム３は、ホスト側のモ
デム２と同じものを使用できる。また、モデム３は、そ
れぞれ端末４の中に組み込むことも可能である。各ユー
ザは、ＤＳＵを介してＩＳＤＮに接続されている。ＤＳ
Ｕは、一般的には通信事業者によって宅内に設置され
る。

【００２７】図１のデータ通信方式の動作を説明する前
に、ＩＳＤＮのモデム２とモデム３の動作について説明
する。図２は、ＩＳＤＮのモデムの動作を説明するため
の図である。ＩＳＤＮでは、データを運ぶＢチャネル
（データチャネル）と、回線自体のコーリングシーケン
ス等（呼制御）を行うＤチャネル（コントロールチャネ
ル）が独立している。各モデムでは、ＢチャネルとＤチ
ャネルが分離され、モデム２のＢチャネルは、データサ
ーバ１に接続され、モデム３のＢチャネルは、端末４の
データ受信部（図示せず）に接続される。

【００２８】また、モデム２のＤチャネルは、モデム内
のローカルマイコン５に接続され、モデム３のＤチャネ
ルは、モデム内のローカルマイコン６に接続されて、こ
れらの間で回線を確立するためのコーリングシーケンス
が行われる。Ｄチャネル（ＬＡＰＤ）によるコーリング
シーケンスのハンドシェーク処理は、ＩＳＤＮモデム
（プロセッサで構成可能）でほとんど自己完結できるた
め、実質上Ｂチャネルはデータのみを扱う事が可能であ
る。

【００２９】本発明のデータ通信方式では、ホスト側の
データは、各ユーザに１方向にのみ伝送されるので、実
質的に片方向（ホスト→ユーザ）のＢチャネルのみ使用
する。即ち、回線接続用Ｂチャネルのみ使用し、Ｂチャ
ネルパッケージのＬＡＰＢは使用していない。従って、
ホスト側のＢチャネルは、送信専用、ユーザ側のＢチャ
ネルは受信専用となる。

【００３０】次に、本発明のデータ通信方式の詳細な動
作について説明する。ホスト側では、図１に示すよう
に、デジタルデータリピート機構を有するデータサーバ
１から出力されたデータが、複数のモデム３（ＩＳＤＮ
プロセッサ）のＢチャネルデータ入力へ並列接続され
る。このＩＳＤＮプロセッサは、各々アクセス用回線に
接続され、ユーザからのアクセスを待機する。図１のよ
うにホスト全体の構成としては、１つのデータサーバで
複数のモデムを介してＩＳＤＮに対応し、１対多数でデ
ータを配信できるレイアウトになる。

【００３１】一方、ユーザからホストへデータを供給し
てもらうためにアクセスする場合、最初の回線の確立動
作（コーリングシーケンス）は、モデム３とモデム２と
の間でＤチャネルを介して１対１で行われる。回線が確
立された後は、ホスト側からユーザへ、データサーバ１
から常時送出されているデータが、モデムを介して片方
向のＢチャネルに載せられて転送される。この場合、ユ
ーザからホストへのデータの流れは、基本的に存在しな
い。データ用のＢチャネルは、双方向通信ではなく、ホ
ストからユーザへの片方向通信となり、かつＢチャネル
パケットも使用しない。上記の動作では、ホスト側のコ
ーリングシーケンスは、モデム内で自己処理されるた
め、ホストコンピュータ自身がユーザから直接アクセス
を受けることは無い。また、用意したモデムの数だけ、
一度に複数のユーザがアクセス可能となる。

【００３２】以上の動作によって、ホスト側のサーバ
は、１対１でユーザと接する必要はなくなり、回線数が
沢山あっても、１対多数で対応することができる。サー
バは、多くのユーザと同時対話（ハンドシェーク）する
必要がなくなる。即ち、多数のユーザのアクセスが予想
される場合、同時にアクセスが予想される数の回線とそ
れに対応するモデムを用意すれば、１つのデータサーバ
だけで対応可能である。また、モデムは、１チップＩＣ
化が容易であり、回線数が増加しても大きな設備は要求
されない。従って、従来のパソコン通信などの双方向通
信では、ホスト側の回線数の増加に伴い、ホストコンピ
ュータの能力を上げ（時には、スーパーコンピュータの
必要性あり）なければならなかったが、本発明のデータ
通信方式では、スーパーコンピュータなどは必要なく、
小規模の設備で、大量のデータを同時に多数のユーザに
配信するシステムを構築できる。

【００３３】図２に示すデジタルデータリピート機構を
有するデータサーバ１は、パソコンに拡張ボードを装着
するなどして容易に構成することができる。また、ロジ
ック回路で構成することも可能である。図３は、ロジッ
ク回路を使用したデジタルサーバの構成例を示す。本構
成例では、半導体メモリにデータを記録させて、リピー
トカウンタでアドレスをリピートさせる。半導体メモリ
の内容を書き替えたり、複数のバンクを用意し異なるデ
ータを記録しておけば、１つのサーバで種々のデータを
供給することができる。これらは、ロジック回路だけで
構成できるので、パソコンも不要となり極めて簡単な設
備となる。その他、デジタルデータリピート機構は、テ
ープストリーマ等を使用して構成することも可能であ
る。

【００３４】しかし、以上示したデータサーバでは、ユ
ーザからのアクセスの開始時刻に係わらずデータは常に
リピート再生をしつづけ、アクセスした瞬間のデータは
ユーザにとって無秩序のものとなる。図４は、データサ
ーバから供給されるデータのフォーマットを示す図であ
る。データサーバ１から供給されるデータには、ヘッダ
（データの先頭位置）を表す特定のビットパターンが付
加され、そのうえでリピート再生される。ホスト側は、
一方的にデータをリピート再生しつづけているため、ア
クセス開始の瞬間にデータの再生位置は特定できない。
しかし、データはリピート再生を行っているため、しば
らく待っていれば必ずヘッダが現れる。従って、ユーザ
は、ヘッダが検出されるまで待機すれば、データの先頭
を認識する事にでき、それ以降のデータを取り込めば、
秩序あるデータを受信することができる。この時、自動
記録を行うのであれば、ヘッダを検出してデータを記録
し、次のヘッダ或いはフッタ（データ終了コード）が検
出されたときに回線を切断する。これにより、再度同じ
データを記録することを防ぐことができる。

【００３５】ヘッダは、データ本体に存在しないビット
パターンであれば、どのような形式でもかまわない。な
お、データのリピート再生は、データのアクセスが全く
無い時には中止し、アクセスが生じている時のみ再生す
るようにすれば、データサーバの消費電力を低減でき
る。

【００３６】また、データサーバが供給するデータに、
エラー訂正符号を付加することができる。本発明の片方
向のデータ通信方式では、双方向通信方式のようにエラ
ー検出ができても、フレームの再送要求ができない。エ
ラーを検出した場合、同じデータを再度読み込む手段も
あるが、リピート再生しているため、ヘッダまで待機し
なければならず通信時間が長くなる。エラー訂正符号の
付加によって、発生するエラーを軽減することができ
る。

【００３７】図５は、エラー訂正を含む本発明のデータ
通信方式のプロトコルの一例を示す図である。なお、エ
ラー訂正の方式は、この図に示すものに限られない。図
５では、ＩＮＳネット６４の２Ｂをデータ配信に使用
し、パラレル状態で１６ビットのバス幅を確保してい
る。

【００３８】ホスト側では、ワードデータ入力は、先ず
８ビット毎のバイトデータに変換され、ハミングエラー
訂正符号６ビット（ＢＣＨ７．４）が付加される。これ
にヘッダ識別用信号１ビット、バイト／ワード変換用信
号（ＢＨＥ／Ａ０に相当）１ビットが付加されて、１６
ビットのパラレル信号となる。このヘッダ識別用信号
は、データが電子新聞等のデータか、図４で説明したヘ
ッダかを示すための識別信号である。このパラレル信号
は、シリアル信号に変換される。以上の信号の組み立て
は、データサーバ１の外部或いはその内部においても行
うことができる。シリアル信号は、ＩＳＤＮインタフェ
ースなるモデムにおいて、ＩＳＤＮの２Ｂチャネルを介
して、ユーザに伝送される。

【００３９】ユーザ側の端末では、ＩＳＤＮの２Ｂをパ
ラレル変換した後、ハミング符号からエラーシンドロー
ムを作成して、エラー訂正処理を行う。そして、バイト
／ワード変換信号を使って８ビットのバイトデータを１
６ビットのワードデータに変換する。以上の処理は、ユ
ーザ側のモデムにおいて行うことができる。上記のワー
ドデータは、ヘッダ識別用信号から次のヘッダ識別用信
号までの間有効なので、この間を検出して処理、記録、
再生などを行う。

【００４０】上述のデータ通信方式では、データサーバ
から供給されるデータにヘッダを付加し、ユーザはその
ヘッダを待ってデータを受信する。しかし、ビデオ・オ
ン・デマンドのようにソフトの情報量が大きい場合に
は、ヘッダまでの待機時間が長くなりすぎてしまい不便
である。このような場合に対処するためのデータ通信方
式について、次に説明する。

【００４１】図６は、本発明のデータ通信方式の第２実
施例を説明するためのブロック図である。図６に示すデ
ータ通信方式では、データサーバの出力にＦＩＦＯメモ
リ等を使ったディレイ回路を接続し、何種類かのディレ
イタイムを持った複数のデータ出力に変換する。これら
をマトリックススイッチを介して、複数の送信専用モデ
ムに接続する。そして、ユーザからのアクセスが発生し
た場合、ヘッダが到来するまで時間的に最も短い出力に
ユーザからの回線を接続する。

【００４２】図７は、図６に示す本発明のデータ通信方
式の第２実施例の変更例である。図６に示す第２実施例
では、マトリックススイッチは、複数のデータ出力と複
数の送信専用モデムとの間に置いている。しかし、ＰＢ
Ｘを介して、回線を送信専用モデムに振り分ける場合
は、図７に示す例のように、複数の送信専用モデムとＰ
ＢＸとの間に、マトリックススイッチを設置することが
可能である。この場合も、ヘッダが到来するまで時間的
に最も短い出力に、ユーザからの回線を接続する。

【００４３】図８は、本発明のデータ通信方式の第３実
施例を説明するためのブロック図である。図８に示すデ
ータ通信方式では、データサーバ（或いは、テープスト
リーマー等のデータ再生装置）を複数用意し、時間差を
おいてデータを送出させる。この場合も、先例と同様
に、ユーザからのアクセスが発生した場合、ヘッダが到
来するまで時間的に最も短い出力にユーザからの回線を
接続する。

【００４４】図９は、図８に示す本発明のデータ通信方
式の第３実施例の変更例である。図８に示す第３実施例
においても、図７と同様に、ＰＢＸを介して、回線を送
信専用モデムに振り分ける場合は、マトリックススイッ
チをＰＢＸと複数の送信専用モデムとの間に設置するこ
とができる。動作は、図７と同じである。

【００４５】なお、図７及び図９の実施例において、マ
トリックススイッチは、複数のデータ出力と複数の送信
専用モデムとの間に設置可能であることは自明である。
ヘッダまでの待機時間を短くする方法として、以下の方
法もある。ホスト側において、データサーバのデータを
パケットに細分化し、各パケットに例えばヘッダとして
シリアルナンバーを与える。ユーザが、データをアクセ
スしたとき、アクセス直後のシリアルナンバーＮのパケ
ットデータからデータを取り込む。そして、シリアルナ
ンバー（Ｎ−１）でデータの記録を終了する。

【００４６】データは、ユーザ側の端末でシリアルナン
バー順に並べ替え、パケットヘッダを取り除いて復元す
る。この方法により、ヘッダの待機に要する平均時間を
大幅に短縮することができる。また、シリアルナンバー
は、ホストとユーザとの間で、復元順番が決められるも
のであれば、どのような数値（例えば、ランダムな数
値、何らかのコード）でもよい。

【００４７】また、上述のデータ通信方式における図５
で示したデータ生成プロトコルは、パソコン等のコンピ
ュータ上でソフトウェア的に容易にエミュレートするこ
とが可能である。或いは、ハードウェア的にＩＣで構成
することもできる。この場合、図２で示したモデムも含
めたＩＣ化が可能である。

【００４８】図１０は、片方向データ通信方式用モデム
のブロック構成図を示す。ホスト側の送信専用モデム
は、ＩＳＤＮプロセッサとＬＯＣＡＬ−ＭＰＵに加え
て、ヘッダ・フッタ付加回路とエラー訂正用パリティ付
加回路が設けられている。ヘッダ・フッタ付加回路は、
例えば、マルチプレクサで構成でき、データとヘッダコ
ードを切り替えることで付加できる。また、ユーザ側の
受信専用モデムは、ＩＳＤＮプロセッサとＬＯＣＡＬ−
ＭＰＵに加えて、ヘッダ・フッタ検出回路とエラー訂正
回路が設けられている。ヘッダ検出回路は、ＤＭＡ転送
で記録を開始させるためのトリガとなる。上記のパリテ
ィ付加回路、エラー訂正回路は、ワイヤードロジックで
構成することができる。また、ヘッダ・フッタ付加／検
出回路、パリティ付加回路、エラー訂正回路は、ソフト
ウェアでエミュレーショすることも可能である。さら
に、ヘッダは、最初からデータに組み込むこともでき
る。しかし、通信中は、リアルタイム処理であるため、
高速性が要求される場合は、ハードウェア化した方が効
果的である。なお、ＩＳＤＮプロセッサにおけるデータ
ラインは、ホスト側では送信専用、ユーザ側では受信専
用であり、片方向通信のデータラインを構成している。

【００４９】また、コーリングシーケンスのためのハン
ドシェークは、モデム内部で自己処理が行われる。その
後、データ送受信プロセスに入ってから、片方向のデー
タラインがイネーブルにされる。従って、ＩＳＤＮプロ
セッサには、片方向のデータラインをイネーブルにする
ためのステートバッファ又はスイッチ回路が設けられて
いる（図示せず）。なお、コーリングシーケンスは、ロ
ーカルマイコンとしてのＬＯＣＡＬ−ＭＰＵにおいて処
理される。

【００５０】次に、本発明のデータ通信システムの全体
構成について説明する。図１１は、本発明のデータ通信
システムの装置構成を示す図である。ホスト側及びユー
ザ側のモデムでは、光或いは磁気ディスク、若しくはメ
モリカード等のデータ記録媒体が組み合わされている。
また、ホスト側のデータ記録媒体では、データ記録媒体
の送信データをリピート再生する機能を有しており、ユ
ーザ側のデータ記録媒体では、ヘッダ検出信号をトリガ
にしてデータを記録する機能を有している。さらに、送
受信するデータ容量がそれ程大きくない場合には、モデ
ムとのデータライン上にキャッシュメモリを構成して、
このキャッシュメモリ上でデータのリピート再生、デー
タの一時記録を行うこともできる。

【００５１】図１２は、キャッシュメモリを有するモデ
ムチップセットの構成図である。本チップセットでは、
ホスト側及びユーザ側の両機能を一体化して片方向通信
プロセッサを構成している。本プロセッサには、ホスト
側において、データをリピートするためのキャッシュメ
モリが、ユーザ側においては、データを一時記録するた
めのキャッシュメモリが設けられている。図１２は、Ｌ
ＯＣＡＬ−ＭＰＵを含むＩＳＤＮプロセッサのチップと
片方向通信プロセッサの２チップのセットを示している
が、これらを１チップ、或いは数チップで構成すること
ができる。これらのチップセットをコンピュータの拡張
ボードや拡張カード化することにより、一般的のコンピ
ュータ上でも本発明を実現することが可能となる。

【００５２】なお、図１１の装置構成のデータ記録媒体
に関して、コンピュータ本体のハードディスクやシリコ
ンディスク等を流用して、データリピート機能や自動記
録機能（ヘッダを記録開始のトリガとする）をプログラ
ム化して提供することも可能である。

【００５３】次に、ユーザが使用する携帯端末について
説明する。ユーザがホストのデータをアクセスする場
合、常に固定した場所からだけでなく、いつでも、どこ
からでもアクセスできる必要がある。また、本発明は、
電子新聞等に最適であり、本来新聞はどこにいても読め
るものであるから、そのためには、前述したユーザ側の
装置を携帯に便利なように構成する必要がある。図１３
に、電子新聞機能付き携帯端末の構成例を示す。本携帯
端末は、図１１或いは図１２に示したユーザ側装置を、
コンピュータシステム本体（ＣＰＵやＤＳＰ、メモリ、
システムチップセット等による回路）とパネルディスプ
レイと共に一体化している。さらに、電子新聞機能（詳
細は後に説明する）を有する携帯端末として構成する場
合、タイマでホストに自動アクセス〜自動ダウンロード
するオートパイロットプログラムも加えられている。

【００５４】本通信装置は、固定した回線からホストを
アクセスする場合だけでなく、端末を持って外出して、
例えば無線回線からホストをアクセスして電車の中で電
子新聞を読むような場合もある。即ち、電子新聞の機能
を得るためには、携帯性と、電話回線への接続という据
え置き性を両立する必要がある。また、昼は、携帯端
末、夜は、本格的なＡＶシステムへ接続するなどして使
用する場合、毎回ＡＶシステムにケーブル接続を行う必
要がある。

【００５５】図１４は、据置きアダプタを有する携帯端
末の構成例を示す。本例は、据置きアダプタ（置台）と
携帯端末本体で構成される。据置きアダプタは、携帯端
末本体を外部のネットワークと電気結合するためのコネ
クタ（接点）を有しており、携帯端末本体は、据置きア
ダプタを介して、外部のネットワークとのインタフェー
スを取ることができる。

【００５６】電気結合は、コードレスホンのハンドセッ
トと置き台との関係と同様に、据置きアダプタに、携帯
端末本体を置くことによってなされる。そして、電子新
聞のタイマ自動受信機能（オートパイロット）が、携帯
端末本体が、据置きアダプタにセットされることで起動
する。具体的には、両者の接続を検出して、電気信号に
て端末のＩ／Ｏポートより入力、或いはこのポートの状
態によってタイマ自動受信機能（オートパイロット）の
プログラム起動を決定する。また、このとき、端末本体
への充電も行うことができる。

【００５７】次に、以上のデータ通信方式の応用例につ
いて説明する。始めに、本発明のデータ通信方式は、電
子新聞サービスに適用可能である。例えば、ホスト側
は、新聞のデータをデータサーバに入力しておく。ユー
ザ側では、毎日、早朝になると端末（パソコンでもよ
い）がタイマで自動起動し、ホストへ向けて自動アクセ
スする。端末は、データのヘッダを検出し、次のヘッダ
までを内蔵のハードディスクなどへ自動記録する。ユー
ザは、起床時に、自分の端末のキーを叩けば、待つこと
なく電子新聞を読むことができる。

【００５８】新聞は、朝刊と夕刊が存在するが、電子新
聞の場合、印刷に要する時間が不要になるため、常に最
新のデータをデータサーバに入力することができる。テ
レビのニュース等のように、速報性のある記事は、例え
ば、１時間毎にデータを更新すれば、一般の新聞と異な
り、ユーザは常に最新の情報を知ることができる。

【００５９】図１５は、本発明のデータ通信方式用ＩＣ
の構成図である。本ＩＣは、上記の電子新聞サービスの
装置に使用するＩＣとして有用である。以下に各機能を
説明する。〔ローカルバス〕ＣＰＵの管理するバスからは完全に独
立したローカルバスと、これを制御するロジックを内蔵
する。ローカルバスは、ＩＣ外部のも端子があり、外部
にローカルバスデバイスを接続できる。ＩＣは、このロ
ーカルバスに対してアドレス及びコマンドストローブの
生成、ローカルデータバスの制御等を行う。ローカルバ
ス上では、本発明の通信データをデータ記録媒体に転送
するのが主目的である。〔ローカルバスデバイス〕ローカルバスには、本発明の
通信方法用アーキテクチャーとキャッシュメモリが内蔵
されており、外部にシリコンディスク（フラッシュメモ
リを使ったデータ記録媒体）を接続する。そもそも、こ
のＩＣでは、ローカルバス上にある本発明の通信方法用
アーキテクチャとキャッシュメモリ間で、効率良くデー
タ転送を行うことを前提に考えられている。〔ＤＭＡ〕ローカルバスデバイスへのアクセスは、基本
的にＤＭＡにて行う。ＤＭＡは、コントロールロジック
との組み合わせにより、バースト転送（通常のＤＭＡ用
途と同じ）、特定アドレス空間のリピート再生（ホスト
側のデジタルデータリピート再生に使用できる／動画ウ
ィンドのリピートプレイにも応用可能）や、外部からの
スタート＆ストップパルス制御（ユーザ側で、ヘッダは
記録開始、フッタは記録停止に使用できる）などの特殊
機能を提供する。〔コントロールロジックとレジスタ群、コンパレータ〕
操作は、上位ＣＰＵからの指示（レジスタへのコマンド
操作）によって行う。レジスタは、スタート、ストッ
プ、ホールドなどがある。基本的には、スタートレジス
タに格納されたアドレス値から、ストップレジスタに格
納されたアドレス値までが転送の対象となる。データ転
送の最初にスタートレジスタの値がカウンタにロードさ
れる。

【００６０】バースト転送であれば、このアドレスのシ
リコンディスクに対して、ローカルバスデバイスから書
き込みを行うか、読み出しを行う。リピート再生であれ
ば、このアドレス区間を上位ＣＰＵからの命令があるま
で、繰り返し再生し続ける。また、ストップレジスタの
値とカウンタ（例えば、バイナリアップカウンタ）の示
すアドレス値は、コンパレータで比較され、カウンタア
ドレス値がストップレジスタ値に対して一致又は大きけ
れば、アドレスカウントを停止するか、もしくはリピー
ト再生（スタートレジスタ値のカウンタへのロードから
カウント再開）を実行する。片方向データ通信方法で、
データをダウンロードする場合は、コントロールロジッ
ク（ＰＬＡ）のカウントスタートトリガ、カウントスト
ップトリガに本発明のヘッダ及びフッタ検出信号を接続
してＤＭＡ転送を開始及び終了させる。この通信方法で
アクセスが成功すると、ローカルデタバスにＢチャネル
のデータが現れるので、ヘッダを検出し、キャッシュメ
モリへのデータ書き込みを行う。書き込みは、スタート
レジスタの示すアドレス値からＤＭＡにて行い、Ｂチャ
ネル中にフッタが検出され次第中止する。従って、この
場合ストップレジスタは使用しない。〔片方向データ通信方法用回路〕本発明の片方向デー
タ通信方法のアーキテクチャーとして、送信専用モデム
側には、ヘッダ付加回路とエラー訂正符号付加回路が、
受信専用モデムにヘッダ検出回路（記録開始トリガ）、
フッタ検出回路（記録終了トリガ）、エラー訂正回路が
内蔵されている。ユーザ側では、このヘッダ／フッタ検
出信号で、ＤＭＡ転送を起動〜停止を制御する。

【００６１】このＩＣには、ＩＳＤＮレイヤ１〜３の処
理は内蔵しておらず、外部のＩＳＤＮプロセッサからＢ
チャネルシリアルデータを入出力する。このため、シリ
アル／パラレル変換回路を内蔵している。〔ダイレクトアクセスバッファ〕上位のＣＰＵが直接
ローカルバスを操作できるように、ダイレクトアクセス
用のバッファが設けられている。バッファがアクティブ
のとき、カウンタアドレス出力はディセーブルとなっ
て、ＣＰＵが直接ローカルバス上のデバイスをアクセス
できる。

【００６２】以上のＩＣを用いて、電子新聞等のデータ
を受信する場合、以下のプロセスをタイマにより毎朝自
動起動する。（１）ＩＳＤＮレイヤ１〜３プロセスの初期設定を行
い、コーリング寸前にする。（２）ＤＭＡの記録開始アドレスを、スタートレジスタ
に書き込む。ＤＭＡクロックセレクタ（ＤＭＡチャネ
ル）及びローカルバス・マスタデバイス（読み出しデバ
イス）を通信プロセッサに設定すると共に、ローカルバ
ス・スレーブデバイス（書き込みデバイス）をキャッシ
ュメモリデバイスに設定する。（３）ＤＭＡのモードを本発明のデータ通信方法用に設
定する（ヘッダ検出信号をＤＭＡのスタートトリガに接
続してＤＭＡの起動を制御する）ことで、受信待機とな
る。（４）ホストへコールする。（５）回線が接続される。（６）Ｂチャネルからデータを入力、最初のヘッダが検
出されたらＤＭＡを使用し、キャッシュメモリへの記録
を開始する。フッタで記録を終了し、システムをリセッ
ト（デフォルト状態）する。（７）キャシュメモリからシリコンディスクへのデータ
転送を行う。この場合もＤＭＡを使用する。

【００６３】次に、本発明のデータ通信方式は、ビデオ
・オン・デマンドに適用可能である。図１６は、本発明
のデータ通信方式をビデオ・オン・デマンドに応用した
例を示す図である。ビデオ・オン・デマンドは、ホスト
側が複数のビデオソフトを有し、ユーザが任意のビデオ
ソフトを選択的に受信できるサービスである。図１６で
は、ソフトウェア毎に回線が分類されており、回線番号
とソフト名の対応表を月に１度くらいの割合で、オート
パイロットプログラムによって受け取っておく。ユーザ
は、ソフト名を指定すると、端末がそのソフトに対応す
る回線へ自動的にアクセスを行う。ホスト側は、本発明
データ通信方式に従って、１ソフトで複数の回線がある
ため、通信中でない回線にアクセスが成功するまで各回
線の巡回を行う。

【００６４】

【発明の効果】上述したように、本発明によれば以下に
示す効果を有する。請求項１乃至４のうちいずれか１項
記載のデータ通信方式、及び請求項１３、１４、１５の
うちいずれか１項記載のデータ通信装置、並びに、請求
項２２、２３、２４のうちいずれか１項記載のデータ通
信装置においては、ホスト側のサーバは、１対１でユー
ザと接する必要はなくなる。従って、ホストは、回線数
が沢山あっても、１対多数で対応することができる。即
ち、多数のユーザのアクセスが予想される場合、同時に
アクセスが予想される数の回線とそれに対応するモデム
を用意すれば、１つのデータサーバだけで対応可能であ
る。従って、従来のパソコン通信などの双方向通信で
は、ホスト側の回線数の増加に伴い、ホストコンピュー
タの能力を上げ（時には、スーパーコンピュータの必要
性あり）なければならなかったが、本発明のデータ通信
方式では、スーパーコンピュータなどは必要なく、小規
模の設備で、大量のデータを同時に多数のユーザに配信
するシステムを構築できる。

【００６５】請求項５乃至９のうちいずれか１項記載の
データ通信方式、及び請求項１６乃至１９のうちいずれ
か１項記載のデータ通信装置、並びに請求項２５又は２
６記載のデータ通信装置においては、データ内のユニー
クワードを基準にして、データを受信する。従って、デ
ータを秩序良く受信し、正しいデータを再生することが
できる。さらに、請求項７乃至９では、データ受信の基
準となるユニークワードを検出するまでの時間を短縮で
き、短時間でデータの受信を開始することができる。

【００６６】請求項１０載のデータ通信方式、及び請求
項２０、２７記載のデータ通信装置においては、データ
にエラー訂正符号が付加され、受信側でそのエラー訂正
符号に基づいてエラーが訂正される。従って、受信デー
タのエラーが、低減される。請求項１１記載のデータ通
信方式においては、ネットワークとしてＩＳＤＮが使用
される。従って、大容量のデータを伝送できると共に、
制御チャネルとデータ伝送チャネルを独立して扱うこと
ができ装置設計の容易化が図れる。

【００６７】請求項１２記載のデータ通信方式、及び請
求項２８記載のデータ通信装置においては、１つのデー
タサーバから出力される新聞記事の内容が、複数のイン
タフェース装置を介して、毎日、一定時刻にユーザに伝
送される。従って、大容量の新聞のデータを、簡易な装
置で容易にユーザがアクセスすることができる。

【００６８】請求項２１記載のデータ通信装置において
は、ユーザからのアクセスが無い場合は、データサーバ
からのデータの供給が停止される。従って、データサー
バが無駄にデータを供給することが無くなり、データサ
ーバの消費電力を低減できる。

【００６９】請求項２９記載のデータ通信装置において
は、前記携帯端末本体を据置きアダプタから着脱するこ
とが容易である。従って、据置きアダプタを必要な回線
に予め接続しておけば、携帯端末本体を自由に移動で
き、かつ容易に回線に接続でき、速やかにホストからデ
ータを受けることが可能となる。

【図面の簡単な説明】

【図１】本発明に係わるデータ通信方式を説明するため
のブロック図である。

【図２】ＩＳＤＮのモデムの動作を説明するための図で
ある。

【図３】図３は、ロジック回路を使用したデジタルサー
バの構成例である。

【図４】データサーバから供給されるデータのフォーマ
ットを示す図である。

【図５】エラー訂正を含む本発明のデータ通信方式のプ
ロトコルの一例を示す図である。

【図６】本発明のデータ通信方式の第２実施例を説明す
るためのブロック図である。

【図７】図６に示す本発明のデータ通信方式の第２実施
例の変更例である。

【図８】本発明のデータ通信方式の第３実施例を説明す
るためのブロック図である。

【図９】図８に示す本発明のデータ通信方式の第３実施
例の変更例である。

【図１０】片方向データ通信方式用モデムのブロック構
成図である。

【図１１】本発明のデータ通信システムの装置構成を示
す図である。

【図１２】キャッシュメモリを有するモデムチップセッ
トの構成図である。

【図１３】電子新聞機能付き携帯端末の構成例である。

【図１４】据置きアダプタを有する携帯端末の構成例で
ある。

【図１５】本発明のデータ通信方式用ＩＣの構成図であ
る。

【図１６】本発明のデータ通信方式をビデオ・オン・デ
マンドに応用した例を示す図である。

【図１７】従来の双方向通信によるデータ通信方式を説
明するための構成図である。

【符号の説明】

１データサーバ２、２−１〜２−ｎモデム３、３−１〜３−ｉモデム４、４−１〜４−ｉユーザ端末５ホスト側ローカルマイコン６ユーザ側ローカルマイコン

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｍ 11/08 9466−5ＫＨ０４Ｌ 11/02 Ｚ

Claims

【特許請求の範囲】

【請求項１】ネットワークを介してホストから複数の
ユーザにデータを供給するデータ通信方式であって、（ａ）前記ホストは、データサーバによってデータを、
前記ネットワークに接続される複数の第１のネットワー
クインタフェース装置に並列的に供給し、（ｂ）前記ユーザが、前記ネットワークに接続される第
２のネットワークインタフェース装置を介して、前記ホ
ストに前記データの供給をアクセスした場合に、前記第
２のネットワークインタフェース装置と前記複数の第１
のネットワークインタフェース装置のいずれか１つとの
間に回線を確立し、（ｃ）前記ユーザが、前記データを前記回線を通して受
信する段階を含むことを特徴とするデータ通信方式。
【請求項２】前記段階（ａ）は、前記データサーバ
が、前記データを繰り返し送出する段階（ａ−１）をさ
らに含むことを特徴とする請求項１記載の方式。
【請求項３】前記段階（ｃ）は、前記ユーザから前記
ホストへ前記ユーザのデータを伝送する段階は含まない
ことを特徴とする請求項１記載の方式。
【請求項４】前記段階（ｂ）における前記回線の確立
は、前記第２のネットワークインタフェース装置と前記
複数の第１のネットワークインタフェース装置のいずれ
か１つとの間のハンドシェークによって行われ、前記ホ
ストのデータサーバとは無関係に行われることを特徴と
する請求項１記載の方式。
【請求項５】前記段階（ａ）は、前記データ内にデー
タの所定の位置を示すユニークワードを付加する段階
（ａ−２）をさらに含み、前記段階（ｃ）は、前記ユニ
ークワードを検出するまで待機し、検出後次のユニーク
ワードまでのデータを受信する段階（ｃ−１）をさらに
含むことを特徴とする請求項２記載の方式。
【請求項６】前記ユニークワードは、前記データの先
頭の位置を示すヘッダであることを特徴とする請求項５
記載の方式。
【請求項７】前記段階（ａ）は、前記ヘッダが付加さ
れた前記データを段階的に異なるディレイタイムを有す
る複数のデータ出力に変換する段階をさらに有し、前記
段階（ｂ）は、前記ユーザが前記ホストにアクセスした
場合に、前記ヘッダが到来するまでの時間が最も短いデ
ータ出力に前記ユーザからの回線を接続する段階をさら
に含むことを特徴とする請求項６記載の方式。
【請求項８】前記段階（ａ）は、前記ヘッダが付加さ
れた前記データを段階的に異なるタイミンクで繰り返さ
れる複数のデータ出力を生成する段階をさらに有し、前
記段階（ｂ）は、前記ユーザが前記ホストにアクセスし
た場合に、前記ヘッダが到来するまでの時間が最も短い
データ出力に前記ユーザからの回線を接続する段階をさ
らに含むことを特徴とする請求項６記載の方式。
【請求項９】前記段階（ａ）は、前記データを複数の
サブデータに分割し各々異なるユニークワードを付加す
る段階をさらに含み、前記段階（ｃ）は、前記ユニーク
ワードのうち１つを検出した後、次の同じユニークワー
ドまでの全てのサブデータを受信する段階（ｃ−２）、
受信した前記サブデータから前記ユニークワードに基づ
いて前記データを再生する段階（ｃ−３）をさらに含む
ことを特徴とする請求項２記載の方式。
【請求項１０】前記段階（ａ）は、前記データ内にエ
ラー訂正符号を付加する段階（ａ−３）をさらに含み、
前記段階（ｃ）は、前記エラー訂正符号を用いてエラー
を訂正する段階（ｃ−４）をさらに含むことを特徴とす
る請求項１記載の方式。
【請求項１１】前記ネットワークは、ＩＳＤＮであ
り、前記第１のネットワークインタフェース装置及び前
記第２のネットワークインタフェース装置は、ＩＳＤＮ
のインタフェースモデムであり、前記段階（ｂ）は、Ｉ
ＳＤＮのＤチャネルによって前記回線を確立する段階を
含み、前記段階（ｃ）は、ＩＳＤＮのＢチャネルで前記
データを受信する段階を含むことを特徴とする請求項１
乃至１０のうちいずれか１項記載の方式。
【請求項１２】前記データサーバの前記データは、新
聞記事の内容であり、前記段階（ｂ）は、毎日一定時刻
になると自動的に前記ホストに前記データの供給をアク
セスする段階をさらに含み、前記段階（ｃ）は、前記デ
ータを受信した後回線を切断する段階をさらに含むこと
を特徴とする請求項１乃至１１のうちいずれか１項記載
の方式。
【請求項１３】ネットワークを介して複数のユーザに
データを供給するためのデータ通信装置であって、前記ユーザに供給するためのデータを送出するデータサ
ーバと、前記ネットワークに接続され、前記複数のユーザからの
アクセスに応答して前記複数のユーザと各々回線を確立
し、前記データを前記複数のユーザに各々供給するため
の複数のネットワークインタフェース装置とを有するこ
とを特徴とするデータ通信装置。
【請求項１４】前記データサーバは、前記データを繰
り返し送出する手段を含むことを特徴とする請求項１３
記載の装置。
【請求項１５】前記データを繰り返し送出する手段
は、データ記録媒体であることを特徴とする請求項１４
記載の装置。
【請求項１６】前記データサーバは、繰り返される前
記データの先頭にヘッダを付加する手段をさらに含むこ
とを特徴とする請求項１３記載の装置。
【請求項１７】前記ヘッダが付加された前記データを
段階的に異なるディレイタイムを有する複数のデータ出
力に変換する手段と、前記ユーザがアクセスしてきたと
きに、前記ヘッダが到来するまでの時間が最も短いデー
タ出力に前記ユーザからの回線を接続する手段とをさら
に含むことを特徴とする請求項１６記載の方式。
【請求項１８】前記ヘッダが付加された前記データを
段階的に異なるタイミンクで繰り返される複数のデータ
出力を生成する手段と、前記ユーザがアクセスしてきた
ときに、前記ヘッダが到来するまでの時間が最も短いデ
ータ出力に前記ユーザからの回線を接続する手段とをさ
らに含むことを特徴とする請求項１６記載の方式。
【請求項１９】前記データサーバは、前記データを複
数のサブデータに分割し各々異なるユニークワードを付
加する手段をさらに含むことを特徴とする請求項１４記
載の装置。
【請求項２０】前記データ内にエラー訂正符号を付加
する手段をさらに含むことを特徴とする請求項１３記載
の装置。
【請求項２１】前記ユーザからのアクセスの有無を前
記複数のネットワークインタフェース装置からの制御信
号によって検出するアクセス検出手段と、前記制御信号
によってアクセスが無い場合は、前記データサーバから
のデータの供給を停止するデータ供給停止手段とをさら
に有することを特徴とする請求項１３記載の装置。
【請求項２２】ネットワークを介してホストからデー
タを受信するためのデータ通信装置であって、前記ネットワークに接続され、前記ホストにアクセスし
て前記ホストに設置される第１のネットワークインタフ
ェース装置と回線を確立し、前記データを受信するため
の第２のネットワークインタフェース装置と、前記第２のネットワークインタフェース装置で受信した
前記データを処理するための端末装置とを有することを
特徴とするデータ通信装置。
【請求項２３】前記端末装置は、受信した前記データ
を記録する記録手段をさらに有することを特徴とする請
求項２２記載の装置。
【請求項２４】前記端末装置は、前記データを表示す
るためのディスプレイをさらに有することを特徴とする
請求項２２記載の装置。
【請求項２５】前記データは、そのデータの先頭を示
すヘッダを含んでおり、また、前記第２のネットワーク
インタフェース装置は、前記回線を確立した後、前記ヘ
ッダを検出し、検出後に前記データを前記端末装置に送
出するヘッダ検出手段をさらに有することを特徴とする
請求項２２記載の装置。
【請求項２６】前記データは、各々異なるユニークワ
ードを有する複数のサブデータで構成されており、ま
た、前記第２のネットワークインタフェース装置は、前
記回線を確立した後、前記ユニークワードのうち１つを
検出した後、次の同じユニークワードまでの全てのサブ
データを受信し、前記データを順序正しく再生するデー
タ再生手段をさらに有することを特徴とする請求項２２
記載の装置。
【請求項２７】エラー訂正符号を含む前記データを受
信し、前記エラー訂正符号を用いてエラーを訂正する手
段をさらに有することを特徴とする請求項２２記載の装
置。
【請求項２８】毎日一定時刻になると自動的に前記ホ
ストに、新聞記事の内容を含む前記データの供給をアク
セスする自動アクセス手段と、前記データを受信した後回線を切断する自動回線切断手
段とをさらに有することを特徴とする請求項２２記載の
装置。
【請求項２９】前記第２のネットワークインタフェー
ス装置と前記端末装置とを収容し外部装置と電気結合で
きるコネクタを有する携帯端末本体と、前記携帯端末本
体の前記コネクタを通信回線及び電源に接続する据置き
アダプタとをさらに有し、前記携帯端末本体を前記据置
きアダプタに置くことによって前記電気結合が行われる
ことを特徴とする請求項２２記載の装置。