JP2006246316A - 通信装置および通信方法 - Google Patents

Abstract

【課題】パケットの連鎖として通信データを送受信する場合において、通信処理を良好に実行できる通信装置および通信方法を提供する。
【解決手段】フレーム・パケットデータ生成部６１は、画像メモリ１６に格納された画像データをＲＴＰによって送信可能なデータ（フレームデータおよびパケットデータ）に変換する。管理情報生成部６２は、各フレームデータ７３のうち、先頭のパケットデータに付加される管理情報を生成する。応答情報解析部６３は、受信側の複合機１がフレームデータを受信する毎に受信側の複合機１から送信される応答情報を解析する。そして、応答情報の内容が再送要求の場合、応答情報解析部６３は、フレーム・パケットデータ生成部６１に対して、該当するフレームデータ、およびこれを分割したパケットデータを生成させる。これにより、通信データの送信効率を向上させることができる。
【選択図】図２

Description

本発明は、パケットの連鎖として通信データを送受信する通信装置および通信方法に関する。

従来より、通信データを複数のパケットとして送受信する通信装置および通信方法が知られている（特許文献１ないし３）。例えば、特許文献１には、ＩＰ（Intenet Protocol）網を経由したファクシミリ通信を可能とするファクシミリ装置が開示されている。また、特許文献２および３には、ＲＴＰ（Real-Time Transmission Protocol）パケットを送受信する通信装置が開示されている。

特開２００３−３０９７０１号公報 特表２００３−５２９２８９号公報 特開２００４−１８６７３７号公報

しかし、特許文献１および２の装置では、ＲＴＰパケットが廃棄された場合であっても、その廃棄されたＲＴＰパケットを送信側の装置から受信側の装置に再送することができない。そのため、特許文献１および２の装置は、ＲＴＰによるファクシミリ通信のように、送信側から受信側に向けて通信データを正しく伝送する必要がある処理に使用できない。

また、特許文献３の装置では、各ＲＴＰパケットに付加されたシリアル番号の連続状況に基づき、ＲＴＰパケットの再送要求を行うことができる。しかしながら、特許文献３の装置では、パケット毎にパケットロスの検出を行い、パケットロスが発生する毎に再送要求を行うため、装置への負荷が増大し、および、通信効率が低下するという問題が発生する。

そこで、本発明では、パケットの連鎖として通信データを送受信する場合において、通信処理を良好に実行できる通信装置および通信方法を提供することを目的とする。

上記課題を解決するため、請求項１の発明は、パケットの連鎖として通信データを送信する通信装置であって、連続して送信される複数のパケットのうち一部のパケットに管理情報を付加する付加部と、前記複数のパケットを送信する送信部と、を備え、前記管理情報は、連続するパケットによって構成されるフレームに関する情報であることを特徴とする。

また、請求項２の発明は、請求項１に記載の通信装置において、前記複数のパケットを受信した受信側装置から送信される応答情報を受信する受信部と、前記応答情報に基づいて、前記受信側装置での受信状況を判断する判断部と、を含み、前記応答情報は、前記受信側装置で受信された前記フレームの受信状況に関する情報であることを特徴とする。

また、請求項３の発明は、請求項１または請求項２に記載の通信装置において、前記フレームのデータサイズは、パケットの送信状況に応じて設定されることを特徴とする。

また、請求項４の発明は、請求項１ないし請求項３のいずれかに記載の通信装置において、前記付加部は、前記フレームのそれぞれにつき、最初に送信されるパケットに前記管理情報を付加することを特徴とする。

また、請求項５の発明は、請求項１ないし請求項３のいずれかに記載の通信装置において、前記付加部は、前記フレームのそれぞれにつき、最初に送信されるパケットと最後に送信されるパケットとに前記管理情報を付加することを特徴とする。

また、請求項６の発明は、請求項１ないし請求項５のいずれかに記載の通信装置において、前記送信部および前記受信部は、ＲＴＰによって前記複数のパケットの通信を実行することを特徴とする。

また、請求項７の発明は、パケットの連鎖として通信データを受信する通信装置であって、送信側装置から連続して送信される複数のパケットを受信する受信部と、前記複数のパケットのうち一部のパケットに付加された管理情報を解析する解析部と、を備え、前記管理情報は、連続するパケットによって構成されるフレームに関する情報であることを特徴とする。

また、請求項８の発明は、請求項７に記載の通信装置において、前記解析部による解析結果と前記複数のパケットの受信状況とに基づいて応答情報を生成する生成部と、前記応答情報を前記送信側装置へ送信する送信部と、を含み、前記生成部は、前記フレームを受信する毎に前記応答情報を生成することを特徴とする。

また、請求項９の発明は、請求項７または請求項８に記載の通信装置において、前記送信部および前記受信部は、ＲＴＰによって前記複数のパケットの通信を実行することを特徴とする。

また、請求項１０の発明は、パケットの連鎖として通信データを送信する通信方法であって、(a) 連続して送信される複数のパケットの一部に管理情報を付加する工程と、(b) 前記複数のパケットを送信する工程と、(c) 前記複数のパケットを受信した受信側装置から送信される応答情報を受信する工程と、(d) 前記応答情報に基づいて、前記受信側装置での受信状況を判断する工程と、を備え、前記管理情報は、連続するパケットによって構成されるフレームに関する情報であり、前記応答情報は、前記受信側装置で受信された前記フレームの受信状況に関する情報であることを特徴とする。

また、請求項１１の発明は、パケットの連鎖として通信データを受信する通信方法であって、(a) 送信側装置から連続して送信される複数のパケットを受信する工程と、(b) 前記複数のパケットの一部に付加された管理情報を解析する工程と、(c) 前記工程(b)による解析結果と前記複数のパケットの受信状況とに基づいて応答情報を生成する工程と、(d) 前記応答情報を前記送信側装置へ送信する工程と、を備え、前記管理情報は、連続するパケットによって構成されるフレームに関する情報であり、前記工程(c)は、前記フレームを受信する毎に前記応答情報を生成することを特徴とする。

請求項１ないし請求項６、および請求項１０に記載の発明によれば、付加部は、複数のパケットの一部に管理情報を付加し、すべてのパケットに管理情報を付加するわけではない。これにより、パケットの送信にともなって受信側装置に送信される管理情報のデータ量を低減することができる。そのため、通信データの送信効率を向上させることができる。

特に、請求項２に記載の発明によれば、判断部は、フレーム毎に受信側装置の受信状況を判断し、パケット毎には受信状況の判断を行わない。そのため、判断部での処理負担を軽減できる。

特に、請求項３に記載の発明によれば、パケットの送信状況に応じてフレームのデータサイズを設定できる。そのため、パケットの送信状況が良好でフレームの再送処理の頻度が低い場合には、フレームのデータサイズを大きく設定し、通信データの送信効率をさらに向上させることができる。一方、パケットの送信状況が良好でなく、フレームの再送処理の頻度が高い場合には、フレームのデータサイズを小さく設定して再送効率を向上させることができる。

特に、請求項５に記載の発明によれば、フレームのうち最初に送信されるパケット（先頭パケット）、および最後に送信されるパケット（後尾パケット）に管理情報を付加することができる。そのため、複数のパケットを受信した受信側装置は、フレームの先頭と後尾とを容易に検出することが可能となり、フレーム受信処理を容易にすることができる。

特に、請求項６に記載の発明によれば、パケットの到着確認を行わないＲＴＰでの送信であっても、受信側装置から送信される応答情報に基づいてフレームの再送処理を実行することができる。そのため、ＲＴＰによる通信データの送信処理の信頼性を向上させることができる。

請求項７ないし請求項９、および請求項１１に記載の発明によれば、解析部は、フレーム毎に受信状況を判断し、パケット毎には受信状況の判断を行わない。そのため、解析部での処理負担を軽減できる。

特に、請求項８に記載の発明によれば、応答情報は、フレームを受信する毎に作成され、パケットを受信する毎には作成されない。そのため、生成部の処理負担を低減できる。また、応答情報は、フレームを受信する毎に送信側装置に送信されるため、応答情報の通信量を低減できる。

特に、請求項９に記載の発明によれば、パケットの到着確認を行わないＲＴＰでの送信であっても、複数のパケットの一部に付加された管理情報を解析することによってフレーム毎に受信状況を判断し、正しくフレームを受信できていないと判断される場合には送信側装置にフレームの再送要求を実行することができる。そのため、ＲＴＰによる通信データの受信処理の信頼性を向上させることができる。

以下、図面を参照しつつ本発明の実施の形態について詳細に説明する。

＜１．装置の構成＞
図１は、本実施の形態における通信システム１００の構成の一例を示す図である。図１に示すように、通信システム１００は、主として、複合機１（１ａ、１ｂ）と、情報処理装置５と、を備え、各装置１、５は、インターネット７を介して相互に接続される。

情報処理装置５は、いわゆるパーソナルコンピュータやワークステーションによって構成される端末装置である。情報処理装置５にインストールされたソフトウェアを操作することにより、情報処理装置５の使用者は、例えば電子メールの送受信処理を実行できる。

図２は、本発明の実施の形態における複合機１の全体構成の一例を示す図である。複合機１は、スキャナ、プリンタ、複写機、ファクシミリ、またはこれらの機能を複合させた通信装置である。

また、複合機１は、インターネットＦＡＸの機能も有する。すなわち、複合機１は、スキャナ２１によって取り込まれた文書をインターネット７に接続された別の複合機１に向けて送信したり、インターネット７に接続された別の複合機１から送信される文書を受信する機能、および、スキャナ２１によって取り込まれた文書を電子メールとしてインターネット７に接続された情報処理装置５に送信したり、情報処理装置５から送信される電子メールを受信する機能も有する。

図２に示すように、複合機１は、主として、スキャナ２１と、フレーム・パケットデータ生成部６１と、管理情報生成部６２と、応答情報解析部６３と、通信データ結合部６５と、管理情報解析部６６と、応答情報生成部６７と、通信部６９と、を備える。

スキャナ２１は、複合機１に画像データを入力する画像入力部として使用される。スキャナ２１から取り込まれて２値化された画像データは、ＣＯＤＥＣ２３によって符号化（圧縮）され、画像メモリ１６に格納される。ここで、ＣＯＤＥＣ２３による符号化としては、例えば、ＭＨ（Modified Huffman）、ＭＲ（Modified Read）、ＭＭＲ（Modified MR）、および、ＪＢＩＧ（Joint Bi-level Image experts Group）のいずれかの方式が採用される。

モデム３２は、画像メモリ１６に格納されたデジタルデータ（画像データ）を音声信号に変換したり、複合機１の外部から送信される音声データをデジタルデータに変換する。ＮＣＵ３１は、公衆電話交換回線網に複合機１を接続する際に必要となる機器であり、発着信やダイヤル制御を行う。

プリント用ＣＯＤＥＣ４３は、符号化されて画像メモリ１６に格納された画像データを復号化（伸張）する。プリント用ＣＯＤＥＣ４３で復号化され、２値のビットマップデータとされた画像データは、プリント画像処理回路４２でスムージングや解像度変換等の処理を受ける。そして、プリント画像処理回路４２において所定の処理が施された画像データは、シリアルのデータ列として印刷部（図示省略）に出力され、印刷媒体に印刷される。ここで、プリント用ＣＯＤＥＣ４３による復号化としては、上述のＭＨ、ＭＲ、ＭＭＲ、および、ＪＢＩＧのいずれかの方式が採用される。

表示部５１は、いわゆる液晶ディスプレイによって構成されており、指や専用のペンで画面に触れることにより、画面上の位置を指定することができる「タッチパネル」としての機能を有する。したがって、使用者は、表示部５１に表示された内容に基づき、表示部５１の「タッチパネル」機能を使用した指示を行うことにより、複合機１に対して所定の動作を実行させることができる。このように、表示部５１は、複合機１に所定のデータの入力を可能とする入力部としても使用される。

操作部５２は、いわゆるキーパッドによって構成される入力部である。使用者は、表示部５１の表示内容に基づいた入力作業を行うことにより、複合機１に対して所定の動作を実行させることができる。

ここで、本実施の形態の複合機１では、インターネット７を経由して接続された別の複合機１との間でファクシミリ通信する場合、通常、ＲＴＰによって通信データを送受信する。しかし、ＴＣＰ（Transmission Control Protocol）と異なり、ＲＴＰ自体では受信確認応答処理や再送処理が行われないため、上位のアプリケーションにおいてこれら処理を実現する必要がある。

そこで、本実施の形態の複合機１では、フレーム・パケットデータ生成部６１、管理情報生成部６２、応答情報解析部６３、通信データ結合部６５、管理情報解析部６６、および応答情報生成部６７を備えることにより、ＲＴＰでの受信確認応答処理や再送処理を可能としている。

フレーム・パケットデータ生成部６１は、通信データを送信する際に使用される要素であり、画像メモリ１６に格納された画像データをＲＴＰによって送信可能なデータ（フレームデータ７３およびパケットデータ７５）に変換する。

図３は、フレームデータ７３およびパケットデータ７５を説明するための図である。フレーム・パケットデータ生成部６１は、まず、通信データ（受信側の複合機１に送信される画像データ）７１を複数（本実施の形態ではｍ個）のフレームデータ７３に分割する。次に、フレーム・パケットデータ生成部６１は、フレームデータ７３を複数（本実施の形態では、ｎ個）のパケットデータ７５に分割する。

ここで、各パケットデータ７５は、所定のデータサイズ（本実施の形態では６４バイト）に分割される。また、複数のフレームデータ７３のデータサイズは、所定値（本実施の形態では５１２バイト（パケット８個分））としてもよいし、パケットデータ７５の送信状況に応じてデータサイズを可変としてもよい。

例えば、パケットデータ７５の送信状況が良好な場合には各フレームデータ７３のデータサイズを大きく設定してもよいし、パケットデータ７５の送信状況が良好でなく、再送処理の頻度が高くなる場合には、各フレームデータ７３のデータサイズを小さく設定してもよい。

管理情報生成部６２は、通信データを送信する際に使用される要素であり、各フレームデータ７３に含まれるパケットデータ７５のうち、先頭のパケットデータ７５に付加される管理情報を生成する。すなわち、管理情報は、複数のパケットデータ７５の一部に付加されることになる。

ここで、管理情報とは、各フレームデータ７３に関する情報であり、例えば、１フレームデータあたりの分割数（パケット数）、各パケットデータ７５に含まれる実データ（管理情報やＩＰヘッダ等以外のデータ）のデータサイズおよび、受信時の誤り検出に使用されるチェックサム等を備える。また、管理情報生成部６２で生成された管理情報は、フレーム・パケットデータ生成部６１によって、所定のパケットデータ７５に付加される。

管理情報解析部６６は、通信データを受信する際に使用される要素であり、受信したパケットデータ７５から管理情報を抽出するとともに、この管理情報を解析する。そして、解析結果（パケット数、実データのデータサイズ、およびチェックサム等）をフレームデータ７３に関する情報としてＲＡＭ１２に格納する。

応答情報生成部６７は、通信データを受信する際に使用される要素であり、管理情報解析部６６によってＲＡＭ１２に格納された解析結果と、対応するフレームデータ７３に含まれる複数のパケットデータ７５の受信状況とに基づき、所定の応答情報を生成する。

例えば、各パケットデータ７５が正しく受信されており、フレームデータ７３が正しく受信されたと判断される場合、応答情報生成部６７は、正しく受信処理がなされた旨の応答情報を生成する。これに対して、受信したパケットデータ７５の実データのデータサイズが解析結果と異なり、フレームデータ７３が正しく受信されていないと判断される場合、応答情報生成部６７は、送信側の複合機１に再送処理を要求する旨の応答情報を生成する。

通信データ結合部６５は、通信データを受信する際に使用される要素であり、受信された複数のパケットデータ７５を結合して通信データ７１を再構築する。再構築された通信データ７１は、画像メモリ１６に格納される。

応答情報解析部６３は、通信データを送信する際に使用される要素であり、受信側の複合機１から送信された応答情報を解析する。そして、応答情報の内容が再送要求の場合、応答情報解析部６３は、フレーム・パケットデータ生成部６１に所定のフレームデータ７３、およびこれを分割したパケットデータ７５を生成させるとともに、受信側の複合機１に向けて生成されたフレームデータ７３を複数のパケットデータ７５として送信させる。このように、応答情報解析部６３は、フレーム毎に受信側装置の受信状況を判断する判断部として使用される。

通信部６９は、ＲＴＰに基づき、フレーム・パケットデータ生成部６１にて生成された複数のパケットデータ７５を送信する。また、受信側の複合機１から送信された応答情報を受信する。すなわち、通信部６９は、送信部および受信部として使用される。

ＲＡＭ１２は、読み書き自在のメモリであり、例えば、管理情報解析部６６による管理情報の解析結果が格納される。画像メモリ１６は、読み書き自在のメモリであり、スキャナ２１やモデム３２を介して複合機１に入力された画像データ、および通信部６９を介して複合機１に入力された通信データが格納される。

ＲＯＭ１３は、読出し専用メモリーであり、ＭＰＵ（Micro Processing Unit）１１は、ＲＯＭ１３に格納されたプログラムに従った制御を実行する。また、ＭＰＵ１１は、ＲＯＭ１３、フレーム・パケットデータ生成部６１、管理情報生成部６２、応答情報解析部６３、通信データ結合部６５、管理情報解析部６６、応答情報生成部６７、および通信部６９等と信号線１５を介して電気的に接続される。したがって、ＭＰＵ１１は、このプログラムに従って、通信データの送信処理や受信処理を所定のタイミングで実行できる。

なお、本実施の形態において、複合機１の動作を制御するプログラムはＲＯＭ１３に格納されているが、これに限定されるものでない。例えば、読み書き自在の不揮発性メモリであるフラッシュメモリに、当該プログラムを格納してもよい。

＜２．通信データの送信手順＞
図４は、本実施の形態における通信データの送受信状況を説明するための図である。図５は、本実施の形態における通信データの送信手順を示すフローチャートである。ここでは、図４および図５を参照しつつ、送信側および受信側の複合機１の間で実行される通信データの送信手順について説明する。

なお、図４において、各パケットデータ７５の内側に記載された数字は、各パケットデータ７５の送信順序を示す便宜的なものであり、参照符号を意味しない。例えば、「１」が記載されたパケットデータ７５は、フレームデータ７３のうち最初に送信される先頭パケットデータ７５を示し、「ｎ」が記載されたパケットデータ７５は、フレームデータ７３のうち最後に送信される後尾パケットデータ７５を示す。

また、複合機１は、送信手順を実行している際でも、受信側の複合機１から送信される応答情報を受信できるものとする。

本送信手順では、まず、作成済みのフレームデータ７３がフレーム・パケットデータ生成部６１に入力される（Ｓ１０１）。まだ先頭のパケットデータ７５が作成されていない場合（Ｓ１０２）、フレーム・パケットデータ生成部６１によって先頭パケットデータ７５が生成される（Ｓ１０３）。

本実施の形態では、フレームデータ７３に含まれる複数のパケットデータ７５のうち、先頭のパケットデータ７５に管理情報が付加される。また、上述のように、各パケットデータ７５のデータサイズは同一になるように設定されている。そのため、先頭のパケットデータ７５に含まれる実データのデータサイズは、ステップＳ１０６で作成されるパケットデータ７５より小さくなる。

続いて、ステップＳ１０１で入力されたフレームデータ７３に関する管理情報７６が、管理情報生成部６２によって生成される（Ｓ１０４）。続いて、ステップＳ１０２で作成されたパケットデータ７５にステップＳ１０４で生成された管理情報が付加される（Ｓ１０５）。

一方、すでに先頭のパケットデータ７５が作成されている場合（Ｓ１０２）、パケットデータ７５のみが作成され（Ｓ１０６）、管理情報は付加されない。

続いて、ステップＳ１０３〜Ｓ１０５によって作成されたパケットデータ７５、およびステップＳ１０６によって作成されたパケットデータ７５が、作成された順番（図４の各パケットデータ７５に記載された数字の順番）に、受信側の複合機１に向けて送信される（Ｓ１０７）。すなわち、通信データ７１は、パケットデータ７５の連鎖として受信側の装置に送信される。フレームデータ７３に含まれるすべてのパケットデータ７５が送信されることにより、フレームデータ７３の送信処理が完了する。そして、すべてのフレームデータ７３（再送要求がなされたフレームデータ７３も含む）の送信が終了すると、通信データ７１の送信処理が完了する。

このように、本実施の形態の通信データの送信手順において、管理情報７６は、各フレームデータ７３の先頭パケットデータ７５に付加され、それ以外のパケットデータ７５には付加されない。これにより、パケットデータ７５の送信にともなって受信側の複合機１に送信される管理情報７６のデータ量を低減することができる。そのため、通信データの送信効率を向上させることができる。

なお、受信側から複合機１から送信される応答情報７７は、受信側の複合機１がパケットデータ７５を受信する毎でなく、フレームデータ７３を受信する毎に送信される。そのため、送信側の複合機１では、フレームデータ７３毎に受信側の複合機１の受信状況を判断すればよく、応答情報解析部６３の処理負担、ひいては複合機１の処理負担を軽減できる。

＜３．通信データの受信手順＞
図６は、本実施の形態における通信データの受信手順を示すフローチャートである。ここでは、図４および図６を参照しつつ、送信側および受信側の複合機１の間で実行される通信データの受信手順について説明する。

本受信手順では、送信側の複合機１からパケットの連鎖として連続して送信されるパケットデータ７５が、順次、通信部６９で受信される（Ｓ２０１）。受信されたパケットデータ７５がフレームデータ７３の先頭であり、管理情報７６が付加されていると判断される場合（Ｓ２０２）、管理情報解析部６６は、パケットデータ７５から管理情報７６を抽出して解析し（Ｓ２０３）、解析結果をＲＡＭ１２に格納する（Ｓ２０４）。また、管理情報解析部６６は、あわせてパケットデータ７５から管理情報７６を削除する（Ｓ２０５）。

続いて、受信されたパケットデータ７５がＲＡＭ１２に格納される（Ｓ２０６）。すなわち、パケットデータ７５に管理情報７６が付加されていた場合には、ステップＳ２０５によって管理情報が削除された後のパケットデータ７５が、付加されていない場合には、ステップＳ１０１にて受信されたパケットデータ７５が、それぞれＲＡＭ１２に格納される。

なお、ステップＳ２０１〜Ｓ２０６の処理は、フレームデータ７３に含まれるすべてのパケットデータ７５の受信が完了するまで実行される。

すべてのパケットデータ７５の受信処理が完了すると（Ｓ２０７）、応答情報生成部６７は、ＲＡＭ１２に格納された解析結果と、対応するフレームデータ７３に含まれるパケットデータ７５の受信状況とに基づき、所定の応答情報７７を生成し、送信側の複合機１にこの応答情報７７を送信することにより（Ｓ２０８）、フレームデータ７３の受信処理が完了する。そして、すべてのフレームデータ７３（再送要求がなされたフレームデータ７３も含む）の受信が終了することにより、通信データの受信処理が完了する。

このように、本実施の形態の通信データの受信手順において、応答情報７７は、フレームデータ７３の受信毎に送信側の複合機１に送信され、パケットデータ７５の受信毎には送信されない。そのため、応答情報生成部６７の処理負荷を低減できる。また、応答情報７７の通信量を低減できるため、インターネット７のトラフィックを低減することができる。

＜４．変形例＞
以上、本発明の実施の形態について説明してきたが、本発明は上記実施の形態に限定されるものではなく様々な変形が可能である。

（１）本実施の形態において、複数の複合機１の間で実行されるデータ通信について説明したが、これに限定されるものでなく、複合機１と情報処理装置５との間でも同様な手順により、通信データの送受信を実行できる。

例えば、複合機１から情報処理装置５に通信データを送信する場合は、以下の手順により送信処理を実行することが可能である。まず、通信データを情報処理装置５で受信可能な電子メール形式のデータに変換する。次に、この変換後のデータをフレーム・パケットデータ生成部６１によってフレームデータ７３およびパケットデータ７５に変換する。そして、変換後のパケットデータ７５のすべてが、送信先の情報処理装置５へ送信されることにより、通信データの送信処理が完了する。

（２）また、本実施の形態において、各フレームデータ７３の管理情報７６は、先頭のパケットデータ７５に付加されるものとして説明したが、これに限定されるものでない。例えば、先頭だけでなく後尾のパケットデータ７５にも管理情報を付加してもよい。これにより、受信側の複合機１は、フレームデータ７３の先頭のパケットデータ７５だけでなく、後尾のパケットデータ７５も容易に検出することが可能となる。そのため、フレームデータ７３の受信処理を容易にすることができる。

（３）さらに、本実施の形態において、ＲＴＰにより送受信処理が行われるものとして説明したが、パケットデータ７５の通信方式はこれに限定されるものでない。本実施の形態の送信および受信手順は、受信確認応答処理や再送処理を行わない他の通信方式にも適用することができる。

本発明の実施の形態における通信システムの構成の一例を示す図である。 本発明の実施の形態における複合機の全体構成の一例を示す図である。 フレームデータ、およびパケットデータを説明するための図である。 本実施の形態における通信データの送受信状況を説明するための図である。 本実施の形態における通信データの送信手順を示すフローチャートである。 本実施の形態における通信データの受信手順を示すフローチャートである。

符号の説明

１（１ａ、１ｂ） 複合機
５ 情報処理装置
７ インターネット
１１ ＭＰＵ
１２ ＲＡＭ
１３ ＲＯＭ
１６ 画像メモリ
６１ フレーム・パケットデータ生成部
６２ 管理情報生成部
６３ 応答情報解析部
６５ 通信データ結合部
６６ 管理情報解析部
６７ 応答情報生成部
６９ 通信部
７１ 通信データ
７３ フレームデータ
７５ パケットデータ
７６ 管理情報
７７ 応答情報

Claims (11)

1. パケットの連鎖として通信データを送信する通信装置であって、
   (a) 連続して送信される複数のパケットのうち一部のパケットに管理情報を付加する付加部と、
   (b) 前記複数のパケットを送信する送信部と、
   を備え、
   前記管理情報は、連続するパケットによって構成されるフレームに関する情報であることを特徴とする通信装置。
2. 請求項１に記載の通信装置において、
   (c) 前記複数のパケットを受信した受信側装置から送信される応答情報を受信する受信部と、
   (d) 前記応答情報に基づいて、前記受信側装置での受信状況を判断する判断部と、
   を含み、
   前記応答情報は、前記受信側装置で受信された前記フレームの受信状況に関する情報であることを特徴とする通信装置。
3. 請求項１または請求項２に記載の通信装置において、
   前記フレームのデータサイズは、パケットの送信状況に応じて設定されることを特徴とする通信装置。
4. 請求項１ないし請求項３のいずれかに記載の通信装置において、
   前記付加部は、前記フレームのそれぞれにつき、最初に送信されるパケットに前記管理情報を付加することを特徴とする通信装置。
5. 請求項１ないし請求項３のいずれかに記載の通信装置において、
   前記付加部は、前記フレームのそれぞれにつき、最初に送信されるパケットと最後に送信されるパケットとに前記管理情報を付加することを特徴とする通信装置。
6. 請求項１ないし請求項５のいずれかに記載の通信装置において、
   前記送信部および前記受信部は、ＲＴＰによって前記複数のパケットの通信を実行することを特徴とする通信装置。
7. パケットの連鎖として通信データを受信する通信装置であって、
   (a) 送信側装置から連続して送信される複数のパケットを受信する受信部と、
   (b) 前記複数のパケットのうち一部のパケットに付加された管理情報を解析する解析部と、
   を備え、
   前記管理情報は、連続するパケットによって構成されるフレームに関する情報であることを特徴とする通信装置。
8. 請求項７に記載の通信装置において、
   (c) 前記解析部による解析結果と前記複数のパケットの受信状況とに基づいて応答情報を生成する生成部と、
   (d) 前記応答情報を前記送信側装置へ送信する送信部と、
   を含み、
   前記生成部は、前記フレームを受信する毎に前記応答情報を生成することを特徴とする通信装置。
9. 請求項７または請求項８に記載の通信装置において、
   前記送信部および前記受信部は、ＲＴＰによって前記複数のパケットの通信を実行することを特徴とする通信装置。
10. パケットの連鎖として通信データを送信する通信方法であって、
    (a) 連続して送信される複数のパケットの一部に管理情報を付加する工程と、
    (b) 前記複数のパケットを送信する工程と、
    (c) 前記複数のパケットを受信した受信側装置から送信される応答情報を受信する工程と、
    (d) 前記応答情報に基づいて、前記受信側装置での受信状況を判断する工程と、
    を備え、
    前記管理情報は、連続するパケットによって構成されるフレームに関する情報であり、
    前記応答情報は、前記受信側装置で受信された前記フレームの受信状況に関する情報であることを特徴とする通信方法。
11. パケットの連鎖として通信データを受信する通信方法であって、
    (a) 送信側装置から連続して送信される複数のパケットを受信する工程と、
    (b) 前記複数のパケットの一部に付加された管理情報を解析する工程と、
    (c) 前記工程(b)による解析結果と前記複数のパケットの受信状況とに基づいて応答情報を生成する工程と、
    (d) 前記応答情報を前記送信側装置へ送信する工程と、
    を備え、
    前記管理情報は、連続するパケットによって構成されるフレームに関する情報であり、
    前記工程(c)は、前記フレームを受信する毎に前記応答情報を生成することを特徴とする通信方法。

Images