(57)【特許請求の範囲】
【請求項１】
ネットワーク内でデータを送信する方法であって、
データ送信前および／またはデータ送信中にエンド・デバイスの接続で利用可能なデータ通信のための帯域幅を少なくとも２つの部分に分割し、それにより、データ送信用の少なくとも２つの部分の帯域幅が、データ送信を制御するユーザによって手動で事前定義され、少なくとも１つの帯域幅部分は端末装置と第１のネット参加者との間で送信されるデータに割り当てられ、残りの帯域幅部分は端末装置と少なくとも第２のネット参加者との間で異なるデータの並行した送信用に利用できるようになっている
ことを特徴とする方法。
【請求項２】
送信されるデータが送信側によって送信前に圧縮され、その後で帯域幅の指定部分を介して送信され、送信されたデータが受信側で圧縮解除される
ことを特徴とする請求項１記載の方法。
【請求項３】
データを送信するコマンドが受信側から送信側に与えられる
ことを特徴とする請求項１または２記載の方法。
【請求項４】
データを送信するコマンドが、仮想ポートを制御することによって受信側から与えられる
ことを特徴とする請求項３記載の方法。
【請求項５】
データ送信用の帯域幅が、データ送信前に一度事前定義され、および／または新たなデータ送信のたびに送信前に一度事前定義される
ことを特徴とする請求項１から４いずれかに記載の方法。
【請求項６】
帯域幅が継続的に定義されるか送信中に調整される
ことを特徴とする請求項１から５いずれかに記載の方法。
【請求項７】
ネットワークが最低９．６ｋｂｓの帯域幅を有する
ことを特徴とする請求項６記載の方法。
【請求項８】
圧縮されるデータが、各データ・タイプに特に適するアルゴリズムで圧縮されて、余分なデータがフィルタアウトされ、および／または最適な圧縮が実施される
ことを特徴とする請求項２から７いずれかに記載の方法。
【請求項９】
同一のデータ・シーケンスを複数回にわたって送信する必要がないように、圧縮されるデータ中の反復的なデータ・シーケンスが圧縮形式で一度だけ受信側に送信されて、受信側で保存される
ことを特徴とする請求項８記載の方法。
【請求項１０】
圧縮されたデータが、可能な最大ボリュームのデータ・パケットのストリーム中で送信される
ことを特徴とする請求項２から９いずれかに記載の方法。
【請求項１１】
バッファを有するエンド・デバイスに送信されるデータ・パケットがバッファのサイズに向けて調整され、バッファが一杯になった場合は送信が中断し、バッファが再び受入れ可能になれば再開する
ことを特徴とする請求項２から１０いずれかに記載の方法。
【請求項１２】
印刷されたページの数、帯域幅確保、帯域幅使用、データ・ボリューム、および保存されたデータ・ボリュームに関するデータ消費を記録して、それを料金請求のためおよび各ユーザ・アカウントの状況に従った印刷出力制限のために使用できるように、送信データがユーザ／エンド・デバイスに割り当てられる
ことを特徴とする請求項１から１１いずれかに記載の方法。
【請求項１３】
送信側としてのアプリケーション・ホストと共に専用印刷サーバが実行されているとき、ゲートウェイをインストールして受信側の通信を専用印刷サーバに経路変更することができる
ことを特徴とする請求項１から１２いずれかに記載の方法。
【請求項１４】
ページ・プレビューが受信側に送信されるとき、ページ・プレビューが印刷ストリームとして送信されて受信側で表示され、それにより印刷ストリームのデータを関連ページの印刷出力にも使用することができる
ことを特徴とする請求項１から１３いずれかに記載の方法。
【請求項１５】
印刷ボタンが受信側に利用可能にされ、印刷ボタンが自動的に、送信側における印刷出力を開始すると同時に送信側への接続を確立する
ことを特徴とする請求項１から１４いずれかに記載の方法。
【発明の詳細な説明】
【０００１】
本発明は、ネットワーク内でデータ回線を介してデータを送信する方法に関する。
【０００２】
データを圧縮する方法は従来から知られており、データが他の方法で処理される前にデータのボリュームを削減し、それによってデータに必要なメモリをより少なくするか、または通信回線を介してデータをより高速に送信できるようにするのに役立っている。
【０００３】
したがって、以下の例は、現行技術に適用される既知のプロセスである。
【０００４】
欧州特許第０９３３８７６号には、機能的に信頼性のないネットワーク内でデータを圧縮して送信する方法が記載されている。対話する２つの端末間における最初の通信の後、端末２が、データ圧縮用の定義済みアルゴリズムを、端末１に送信する。データは、このアルゴリズムに従って圧縮されて端末２に返され、端末２では、データは、送信した元のアルゴリズムに従って、アンパックされる。
【０００５】
米国特許第５８２２５２４号には、ネットワーク内でビデオなどのマルチメディア・データを送信するプロセスが記載されている。マルチメディア・データは、ユーザ端末を介してサーバから取り出され、通常１〜５個のビデオ・フレームを保存できるユーザ端末のバッファが常に一杯になるような方式で、圧縮されディジタル化された状態で送信される。したがって、ビデオ・データは、連続的なまたは中間のデータ・ストリームにリンクされない。
【０００６】
米国特許第５５６４００１号にもまた、遠隔通信ケーブル・ネットワークを含む、限られた帯域幅のネットワーク内で、マルチメディア・データを送信する方法が記載されている。この場合、サイコグラフィックス・パラメータに従って、マルチメディア・データを重要なマルチメディア・データとそれ程重要でないマルチメディア・データとに分ける。その後、データは少なくとも部分的に圧縮することができる。圧縮データは、ユーザに送信された後で圧縮解除され、未圧縮の形式で送信されたデータと再結合される。
【０００７】
欧州特許第０８５２４４５号には、ネットワーク内のデータ通信用の圧縮マルチメディア・データ・ストリームのために帯域幅を最適化する方法が開示されている。圧縮されたデータ・ブロックには送信前にマークが付けられ、したがって各ブロックのマーカは、そのデータ・ブロックに含まれるデータ・ボリュームと、圧縮／圧縮解除に関係する情報と、各データ・ブロックがデータの合成全体に再挿入される際の場所とを含む。さらに、データ送信前に、サーバが受信側の最小バッファ容量と受信可能な最小データ・ブロック数とを検出する。この情報は、圧縮データ・ブロックの送信レートと組み合わされて、受信側のバッファへの圧縮データ・ブロックの最適なストリームを計算することを可能にし、圧縮データ・ブロックを受信側のバッファがほんのアイドル状態以上の稼働状態に保持されるような特定の最低レートで送信することを可能にする。この送信方法では、利用可能な帯域幅が受信側のバッファ容量によって決まるので、圧縮データ・ブロックが適切な帯域幅を介して送信されることが保証される。受信バッファが大きいと利用可能な帯域幅は増大し、圧縮データ・ブロックの送信が高速であるほど、バッファがアイドル状態になるのが防止され、したがって瞬間的なフリーズ画像が回避される。対照的に、バッファが小さいとデータ・ブロック送信は低下し、個々の画像の重なり合いが妨げられる。
【０００８】
圧縮データを送信するための既知の方法は、送信するデータを圧縮することによって送信データ・ボリュームを削減する。しかし、これらの方法は、データ送信中にこのデータの送信側と受信側はネットワーク内で利用可能なデータにアクセスできないという事実を阻むことができない。受信側は、データ送信の継続中はブロックされ、各ネットワークの他のエンド・デバイスまたは中央処理装置と通信することができない。
【０００９】
それにもかかわらず、送信の意図されるデータ量はネットワーク内で絶えず増加しているので（例えば、多量の印刷ジョブ、高解像度の画像、マルチメディア・データ情報）、この問題を無視することはできない。
【００１０】
したがって、本発明の目的は、ネットワーク内で多量のデータを送信している間、妨害されない通信がデータ送信側および／または受信側に確保される方法を生み出すことである。
【００１１】
この目的は、請求項１に記載の特徴によって解決される。
【００１２】
したがって、本発明は、各受信側への送信に利用可能なネットワーク・データ回線を考慮して、送信前に帯域幅を事前定義するか、または少なくとも２つの領域に分割するものとし、それにより、データ受信と並行して、事前定義済みの帯域幅を介してデータを送信側から各受信側に送信できるようにする。受信側も同様に、データを受信しながら、空いた帯域幅を介して他のデータを送信側または他のネット参加者に送信することができる。
【００１３】
帯域を領域に分割する間は通信方向の事前決定は設定されず、したがって、データはいずれの方向にも送信することができ、および／または双方向に送信することもできる。
【００１４】
また、必要に応じて、データを送信前に圧縮して、さらに多量のデータの処理を可能にすることもできる。データ圧縮は既知のアルゴリズムを使用して行う。アルゴリズムを使用した圧縮の効率は、圧縮するデータのサイズに伴って高まる。
【００１５】
通常、マルチメディア・データおよび印刷データは、適切なデータ回線を介して、比較的小さいパケットの絶え間ないストリームで送信される。本発明の方法によれば、比較的大きいパケットが使用され、これはさらに最適に圧縮することができる。したがって、送信速度は、さらに向上する。
【００１６】
この方法によれば、エンド・デバイスとの通信は、エンド・デバイスのバッファの使用に基づいて行われ、データ送信は、エンド・デバイスのバッファに向けて調整されたパケットで行われる。エンド・デバイスのバッファが一杯である場合は、送信プロセスは中断する。バッファが再び受入れ可能になれば、プロセスは再開する。
【００１７】
本発明の方法の一実施形態では、圧縮に使用するアルゴリズムは、圧縮するデータのタイプに向けて特に調整されたものとする。したがって、プリンタ上でデータを出力するための関連するプリンタ言語（例えばＰｏｓｔＳｃｒｉｐｔ、ＰＣＬ、ＲＡＷ）に向けて調整されたアルゴリズムを適用することが可能であり、この場合プリンタは、データ受信側を直接的または間接的に表す。
【００１８】
圧縮するデータのタイプに向けて特に調整されたアルゴリズムはまた、受け入れられる品質損失がマルチメディアで許容されるとき、余分なデータをフィルタアウトすることも可能にし、これにより、圧縮するデータの量がさらに削減される。
【００１９】
さらに、同一のデータ・シーケンスを繰り返し送信する必要がないように、冗長なデータ・シーケンスを圧縮形式で一度だけ受信側に送信して、受信側で保存することも可能である。これにより、圧縮データの送信レートが向上する。これは、すでに一度送信したデータ・シーケンスのかわりに特定のコードを送信し、その結果として受信側で関連するデータ・シーケンスが挿入されるような方式で行うことができる。
【００２０】
圧縮データの送信には、どんなネットワークも適する。これには固定ネットワーク、固定ネットワークと移動ネットワークを結合したネットワーク、および完全に移動式のネットワークが含まれる。本発明の方法を最適に展開するために、ネットワークは最低９．６ｋｂｓの帯域幅を有するべきである。ただし本発明の方法は、この９．６ｋｂｓの要件を満たさないネットワーク内でも展開可能である。
【００２１】
本発明の方法は、移動接続を使用してインターネットなどの外部ネットワークを介して支店と接続する会社に提供することが好ましい。
【００２２】
例えば会計などのデータ入力が支店自体で行われ、それによりホスト・システムがアクセスを受ける。その結果、会計証票が各支店で順番に印刷される。このデータがホスト・システムからデータ回線を介して支店へ送信されるので、現行技術を用いたデータ回線は、かなり長時間にわたって印刷データで塞がれ、そのため追加の勘定入力が不可能であるか少なくとも困難である。本発明の方法によれば、これからは印刷データの出力中に会計トランザクションを処理することができる。印刷データは支店におけるユーザ・コマンドによってホスト・システムを介して送信され、したがって、帯域幅は、支店内のコンピュータのユーザ（すなわち印刷データの受信側）がそれに関するコマンドを入力するので、送信側としてのホスト・システムを介して間接的に事前設定されるだけである。通常、ユーザが自分のシステムを使用しているか、ホスト・システムを使用しているかは、ユーザにとって関係がない。単にコマンド「Ｐｒｉｎｔ」が印刷ジョブに対して与えられ、データがどこに記憶されているかに応じて、ローカル・コンピュータまたはホスト・コンピュータのいずれかがデータを適切なプリンタに転送する。本発明の方法によれば、プリントアウトは、ユーザが特に制御できる仮想プリンタ・ポートを介して行われる。
【００２３】
この場合の受信側と送信側は、通常、それぞれ支店内コンピュータとホスト・システムだが、その他の適切なデータ処理デバイスを受信側と送信側として使用することもできる。
【００２４】
圧縮データの送信に割り振る帯域幅の事前定義は、手動または自動で、一度だけまたは継続的に設定することができ、かつ、絶対的に、あるいは利用可能な総帯域幅または圧縮データの送信に必要な帯域幅に対して設定することができる。手動の事前定義は、ホスト・システムまたはエンド・デバイスから行う。
【００２５】
原則的に、支店または子会社とホスト・システムとの間の接続には６４ｋｂｓの帯域幅が利用可能である。したがって、例えば、中央処理装置からエンド・デバイスに圧縮データを送信するための帯域幅を手動で３２ｋｂｓに設定し、それによりエンド・デバイスから中央処理装置へのデータ・ストリームに３２ｋｂｓが依然として利用可能であるようにすることができる。
【００２６】
ネットワークの最大帯域幅がわかっていない場合は、利用可能な帯域幅を最大帯域幅に対して手動で事前設定することができる。例えば、最大帯域幅の５０％を圧縮データの送信用に確保することができる。
【００２７】
中央処理装置からエンド・デバイスへのデータ・ストリームが、エンド・デバイスから中央処理装置への着信データ・ストリームよりも著しく重い場合は、送信されるデータの量に対して帯域幅を設定することができる。例えば、中央処理装置からエンド・デバイスへのデータ・ストリームには最大帯域幅の７５％を設定し、エンド・デバイスから中央処理装置へのデータ・ストリームには２５％だけを設定することができる。
【００２８】
手動で事前定義するには最大帯域幅または送信されるデータの量がわかっている必要があるので、これらの設定をソフトウェア制御によって、したがって自動的に定義することが有利である。
【００２９】
本発明の方法による別の最適化は、帯域幅設定を一度だけ行うのではなく、特定の間隔で、またはより多量のデータを送信するたびに、ソフトウェアによってチェックし、それに応じて設定するものである。
【００３０】
圧縮データが送信側から受信側に送信された後、圧縮データは、受信側で、圧縮形式で保存されるのでなければ、圧縮に使用されたアルゴリズムで圧縮解除される。
【００３１】
データをコンピュータに一時記憶せずに直接プリンタから印刷する場合は、通常十分なメモリが利用可能であるプリンタ自体が、データを圧縮解除することができる。あるいは、外部印刷サーバが圧縮解除を行い、次いでデータをプリンタに転送することもできる。
【００３２】
今日、長くかかるテキストやグラフィックスなどの印刷を開始する前にユーザがコンピュータ上で文書をプレビューすることは普通である。アプリケーションがリモート・サーバ上で実行されるネットワーク・アーキテクチャのフレームワークでは、このことは理にかなっていない。というのは、ページ画像の送信は、プリンタへの最終的な印刷出力の送信と同じくらい時間がかかるからである。この場合、ユーザは２回の待ち時間を持たなければならない。したがって、本発明の方法によれば、ページ・プレビューをデータ・ストリームとしてエンド・ユーザに送信してそこで表示するようにし、それにより、このデータ・ストリーム中のデータはさらに関連ページの印刷にも使用することができ、第２の送信が不要になる。
【００３３】
好ましい送信データは、マルチメディア・データまたは印刷データである。本発明のプロセスは、多量のデータの送信に特に適している。本発明の方法を用いて送信を管理できる多量のデータの代表的なものは、コンピュータ・ゲーム、とりわけ任意の数の参加者で実施できるネットワーク・コンピュータ・ゲーム、音楽、ビデオ、本、ファイル、または３Ｄイラストレーションである。
【００３４】
本発明の方法によれば、データ・ボリュームを適切に圧縮し、特定の送信帯域幅を事前定義することで、任意のサイズの多量のデータを送信することができ、それにより、データ送信中に並行して妨害されずにネットワーク・アクセスを続行することができる。
【００３５】
したがって、データ送信中に、妨害されずに他のエンド・デバイスと通信することが可能である。受信側は、圧縮データの送信を受信しながらネットにデータを入力することができる。
【００３６】
インターネットの「サーフィン」を障害なく続行しながら、任意のサイズの多量のデータを例えばインターネットから取り出して、各エンド・デバイス上に磁気保存またはディジタル保存することができる。
【００３７】
インターネット・サーバにデータが要求されるとき、一方では、接続は受信後と次の要求の前との両方で確立することができる。他方では、ユーザが自身のアドレスを提供することなく（ＩＰマスキング）、インターネット・サーバをターゲットにすることも可能であり、これはセキュリティの理由で非常に興味深く、そのためしばしば実施される。次いで、ユーザが情報を収集していることがインターネット・サーバに通知される。印刷の場合、インターネット・サーバは、前処理を完了してから、通常は対応できないエンド・デバイスにデータ・ストリームを送信しなければならない。ユーザは、常に接続をインターネット・サーバに開かれた状態にしておくか（通信コストおよび帯域使用がより高くなる）、または、印刷ジョブがあるかどうか常にチェックしなければならない（それに付随する欠点が生じる可能性がある）。したがって、この方法では、インターネット・アプリケーション用の印刷ボタンを提供することが有利である。この印刷ボタンは自動的に、インターネット・サーバ上の印刷ジョブを開始すると同時に、インターネット・サーバへの接続を確立するようにエンド・デバイスにプロンプトで促す。
【００３８】
本発明の方法は、また、いわゆるウェブ・プリンティングのコンテキスト内で印刷データを処理するオプションも提供する。この場合、印刷データがエンド・デバイスからＵＲＬに送信されるが、この方法ではＵＲＬを、印刷ジョブの形とターゲット・アドレスとを規定する２つのコンポーネントにさらに拡張する。したがって、印刷ジョブをファクス、ＳＭＳ、ｅメールなどのいずれとして送信するか、およびどの電話番号に送信すべきかを規定することができる。この場合、このＵＲＬの元に見出されるコンピュータは、データを送信し、印刷データを受信し、それを指示どおりに転送することが可能である。
【００３９】
同様に、本発明の方法を専用印刷サーバのための通信ゲートウェイとして用いることもできる。一般に、ネットワーク内の印刷ジョブは、管理を単純化する目的で、前処理のために印刷サーバにスワップアウトされる。したがって、エンド・デバイスは、アプリケーション・ホスト・システムと専用印刷サーバとの両方に接続できなければならない。しかし、セキュリティの理由からは、インターネットへの単一の安全な接続を確立する方がより理にかなっている。したがって、この方法では、アプリケーション・ホスト・システムにゲートウェイをインストールすることができ、このゲートウェイは、使用には印刷ストリームがアプリケーション・ホスト・システムから直接来ているように見えるように、通信を専用印刷サーバに経路変更する。したがって、エンド・ユーザはホスト・システムへの単一の接続を確立するだけでよい。
【００４０】
本発明の方法の一実施形態によれば、印刷されたページの数、帯域幅確保、帯域幅使用、データ・ボリューム、および保存されたデータ・ボリュームに関するデータ消費を記録して、それを料金請求のためおよび各ユーザ・アカウントの状況に従った印刷出力制限のために使用できるような形で、送信データがユーザ／エンド・デバイスに割り当てられる。
【００４１】
他の有利な実施形態については、従属クレームに記述する。
【００４２】
以下、本発明の方法を図によって例示する。
【００４３】
この図には、中央処理装置Ｚと任意の数のエンド・デバイスＥ１〜Ｅｎとで構成されるネットワークを示す。エンド・デバイスＥ１〜Ｅｎは、追加の出力デバイスまたは記憶デバイス、および入力ユニットと接続されているが、これらはエンド・デバイスＥ１についてのみ表してある。Ｅ１は、記憶ユニットＳ、入力ユニットＴ、プリンタＤ、およびモニタＭと接続されている。個々の線は、エンド・デバイスと中央処理装置との間のデータ回線を表す。
【００４４】
ＣＰＵ  Ｚには、例として音楽録音を収めたデータ・ベースが保存されており、ＣＰＵ  ＺはＥ１からネットワークを介して制御される。Ｅ１上のユーザは、いくつかの楽曲を選択して取り出す。この場合、マルチメディア・データは、このデータ・タイプに向けて特に調整されたアルゴリズムを使用してＣＰＵ  Ｚ上で圧縮され、送信されるデータの量に従って帯域幅が設定される。次に圧縮データは、Ｅ１上のユーザに影響を及ぼさずに送信される。Ｅ１からＺへのデータ・ストリームが着信データ・ストリームによって邪魔されることがないので、ユーザは、ネットワーク上で問題なくアクティブのままでいることができ、自分自身でネットワークにデータを入力することができる。Ｅ１に送信されたデータは、そこでＣＤに焼かれることになる。こうするために、データをＥ１上で圧縮解除して記憶ユニットＳに送る。記憶ユニットＳは、図示の例ではＣＤバーナである。
【００４５】
別の実施例は次のようなものとすることができる。Ｚは分散化した会社の社内ネットワーク内のサーバであり、Ｚ上には、顧客ファイル全体、すべての製品、配送量、配送時、価格などが保存されている。Ｅ１は支店内のコンピュータである。この場合、ある製品に関するすべての情報をＥ１から要求することができる。着信データ・ストリームが維持され続ける間、この情報はサーバＺからエンド・デバイスＥ１に圧縮形式で送信される。例えば、ＺからＥ１へ圧縮データを送信する間に、中央処理を求める指示をＥ１からＺに向けて送信することができる。圧縮データの送信は、Ｅ１から直接プリンタに転送することもでき、プリンタは、適用されるプリンタ言語に対して特に調整されたソフトウェアを使用して、受信した印刷データを圧縮解除して印刷する。さらに、送信されたデータをＥ１から記憶ユニットＳに送信し、次の更新まで圧縮形式でそこに保存しておくこともできる。
【図１】
0004153207.tif 000002