(57)【要約】【課題】効率的に欠落データの再送制御を行え、また、通信状態やデータ送信処理の終了時期を判断しやすい通信手段、効率的かつ容易にパケットの順序制御を行える通信手段の提供。【解決手段】送信側は、所定サイズの単位テーブルＵＴｉで構成されるファイル格納テーブル５２ａを作成し、画像ファイルＦを所定の単位サイズに分割して、Ｎｕｍｂｅｒ情報Ｎｉ等を付して格納し、順次送信する。受信側は、事前に受け取ったファイル情報からファイル格納テーブル５２ａと同一構成のファイル格納テーブル５２ｂを作成しており、受信データをＮｕｍｂｅｒ情報Ｎｉに対応する箇所にそれぞれ格納すると共に、受信データのＮｕｍｂｅｒ情報Ｎｉを表す受信通知ＲＮｉを送信側に送信する。送信側は、受信した受信通知ＲＮｉに対応する単位テーブルＵＴｉを削除し、残った単位テーブルＵＴｉのデータを再送する。【選択図】図６
2008228268.tif 000002
【特許請求の範囲】
【請求項１】
パケットを用いてデータのやり取りを行うネットワークを介して、送信装置と受信装置との間でデータを送受信する送受信方法であって、
前記送信装置及び前記受信装置の少なくとも一方は、前記データに対応する記憶領域をデータ領域として確保し、前記パケットのサイズ以下に分割した分割データを前記データ領域に格納して、前記分割データの所在を管理しながら前記送受信を行う
送受信方法。
【請求項２】
パケットを用いてデータのやり取りを行うネットワークを介して、データの送受信を行う送信装置と受信装置とからなる送受信システムであって、
前記送信装置は、
前記送信するデータを前記パケットのサイズ以下の分割データに分割する送信データ分割手段と、
該分割データを記憶領域に用意された送信データ領域に格納する送信データ格納手段と、
前記送信データ領域に存在する前記分割データを前記受信装置に繰り返し送信するデータ送信手段と、
前記分割データの送信に応じて、該分割データを受信した前記受信装置が返信する、前記受信された分割データを識別する識別情報を受信する識別情報受信手段と、
該受信した識別情報に基づいて、該識別情報に対応した前記分割データを、前記送信データ領域から除外する送信済み分割データ除外手段と
を備え、
前記受信装置は、
前記ネットワークを介して、前記分割データを受け取り、該受け取った分割データを記憶領域に格納する受信データ格納手段と、
少なくとも、前記分割データを受け取るたびに、該分割データを識別する識別情報を、前記送信装置に返信する識別情報返信手段と、
前記分割データを全て受け取ったのち、前記データの受信を完了する受信完了手段と
を備えた
送受信システム。
【請求項３】
パケットを用いてデータのやり取りを行うネットワークを介して、データを受信装置に送信する送信装置であって、
前記送信するデータを前記パケットのサイズ以下の分割データに分割する送信データ分割手段と、
該分割データを記憶領域に用意された送信データ領域に格納する送信データ格納手段と、
前記送信データ領域に存在する前記分割データを、前記受信装置に繰り返し送信するデータ送信手段と、
前記分割データの送信に応じて、該分割データを受信した前記受信装置が返信する、前記受信された分割データを識別する識別情報を受信する識別情報受信手段と、
該受信した識別情報に基づいて、該識別情報に対応した前記分割データを、前記送信データ領域から除外する送信済み分割データ除外手段と
を備えた送信装置。
【請求項４】
請求項３記載の送信装置であって、
前記データ送信手段は、再送制御を行わないプロトコルを用いて前記分割データを送信する
送信装置。
【請求項５】
請求項３または請求項４記載の送信装置であって、
前記データ送信手段は、前記受信装置から、前記分割データを全て受け取ったことを表す通知を受け取ったときは、前記分割データの送信を完了する
送信装置。
【請求項６】
請求項３ないし請求項５のいずれか記載の送信装置であって、
前記識別情報受信手段が前記識別情報を所定の時間受信しないときは、前記分割データの送信を打ち切る
送信装置。
【請求項７】
請求項３ないし請求項６のいずれか記載の送信装置であって、
更に、前記データの送信に先立って、少なくとも前記送信するデータの容量に関するデータ情報を送信するデータ情報送信手段を備え、
前記データ送信手段は、前記分割データを、前記送信しようとするデータにおける該分割データの並びに対応して付与された並び情報と共に、前記ネットワークを介して前記受信装置に順次送信する
送信装置。
【請求項８】
請求項３ないし請求項７のいずれか記載の送信装置であって、
前記データ送信手段は、前記送信しようとする分割データ及び並び情報を受け取る準備が完了したことの通知を前記受信装置から受け取った後に、前記分割データ及び前記並び情報を前記受信装置に送信する
送信装置。
【請求項９】
パケットを用いてデータのやり取りを行うネットワークを介して、データの送受信を行う送信装置と受信装置とからなる送受信システムであって、
前記送信装置は、
前記送信するデータを前記パケットのサイズ以下の分割データに分割する送信データ分割手段と、
前記データの送信に先立って、少なくとも前記送信するデータの容量に関するデータ情報を送信するデータ情報送信手段と、
前記分割データを、前記送信しようとするデータにおける該分割データの並びに対応して付与された並び情報と共に、前記ネットワークを介して前記受信装置に順次送信するデータ送信手段と
を備え、
前記受信装置は、
前記データの受信に先立って、前記送信装置から、前記データ情報を受け取ったとき、少なくとも前記送信するデータの容量に対応した記憶領域を受信データ領域として確保するデータ領域確保手段と、
前記ネットワークを介して、前記分割データを前記並び情報と共に、前記送信装置から順次受け取り、該受け取った分割データを、前記受信データ領域の前記並び情報に対応した位置へ格納する受信データ格納手段と
を備えた
送受信システム。
【請求項１０】
パケットを用いてデータのやり取りを行うネットワークを介して、データを送信装置から受信する受信装置であって、
前記データの受信に先立って、前記送信装置から、送信されるデータの容量に関するデータ情報を受け取り、該容量に対応した記憶領域を受信データ領域として確保するデータ領域確保手段と、
前記送信されるデータを前記パケットのサイズ以下に分割した分割データを、前記送信しようとするデータにおける該分割データの並びに対応した並び情報と共に、前記ネットワークを介して、前記送信装置から順次受け取る分割データ受信手段と、
該受け取った分割データを前記受信データ領域の前記並び情報に対応した位置へ格納する受信データ格納手段と
を備えた受信装置。
【請求項１１】
請求項１０記載の受信装置であって、
更に、前記データ領域確保手段が前記受信データ領域を確保したとき、前記分割データ及び前記並び情報を受け取る準備が完了したとして前記送信装置に通知する準備完了通知送信手段を備えた
受信装置。
【請求項１２】
請求項１０または請求項１１記載の受信装置であって、
更に、少なくとも、前記分割データを受け取るたびに、該分割データを識別する識別情報を、前記送信装置に返信する識別情報返信手段を備えた
受信装置。
【請求項１３】
請求項１０ないし請求項１２のいずれか記載の受信装置であって、
更に、前記分割データを全て受け取った後、前記データの受信の完了を表す通知を前記送信装置に送信する受信完了通知手段を備えた
受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データを所定の受信装置に送信し、または送信装置によって送信されたデータを受信する技術に関し、特に、データを分割して送信し、または分割して送信されたデータを受信する際の順序制御及び再送制御の技術に関する。
【背景技術】
【０００２】
近年、ＩＰ（Internet Protocol）により音声通信を行うＶｏＩＰ（Voice over Internet Protocol）網を用いた通信が普及している。このＶｏＩＰ網を利用して通信を行う場合、通常、通信手段として、ＲＴＰ（Real-time Transport Protocol）及びＵＤＰ（User Datagram Protocol）が使用される。このＲＴＰは、データを一定量ずつ一定の間隔で送信するプロトコルである。また、ＵＤＰは、データを受信側に一方通行に送信するプロトコルであり、ＴＣＰ（Transmission Control Protocol）のような再送制御や順序制御を行わないため、パケットの構造もシンプルで、通信が高速に行えるという特徴を持っている。したがって、ＵＤＰは、リアルタイム性を重視した、しかもある程度データの欠落等の問題が発生しても影響が少ない音声通信等には適したプロトコルであるといえる。一方で、信頼性を重視したデータ、例えば、データの欠落が許されないＪＰＥＧデータを、みなし音声としてＶｏＩＰ網を介して送信する場合には、ＵＤＰよりも上位層でデータの欠落や順序の狂い等に対応しなければならないという問題がある。
【０００３】
このような問題に対して、下記特許文献２では、受信側が、ＲＴＰに付加されているシーケンスナンバーを参照することで、パケットの連続性を確認し、パケットの欠落が認められる場合には、送信側に再送要求を行い、欠落パケットを受信した時点で、受信・記憶したパケットの順序を再構築する技術を開示している。
【０００４】
【特許文献１】特開２０００−１５１６８０号公報
【特許文献２】特開２００４−２６６５０４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述のように受信側が送信側に欠落パケットの再送要求を行う形態では、送信側は、再送要求をされていないシーケンスナンバーのパケットが受信側に届いているか否かの判断をすぐに行えないことや、受信側からの再送要求も欠落する可能性があり、受信側はその場合に再送要求を改めて送信しなければならないことから、送受信を行っている総時間が無駄に長くなり、また、そのための通信費も高価になるという問題が生じていた。また、上述のように欠落パケットを受信する度にパケットの順序を再構築する方法では、欠落パケットが多数発生する場合には、何度もパケット順序の再構築処理が必要となり、効率が悪いという問題が生じていた。そこで、効率的に欠落データの再送制御を行え、また、通信状態やデータ送信処理の終了時期を判断しやすい通信手段が求められていた。また、効率的かつ容易にパケットの順序制御を行える通信手段が求められていた。
【課題を解決するための手段】
【０００６】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
【０００７】
［適用例１］パケットを用いてデータのやり取りを行うネットワークを介して、送信装置と受信装置との間でデータを送受信する送受信方法であって、
前記送信装置及び前記受信装置の少なくとも一方は、前記データに対応する記憶領域をデータ領域として確保し、前記パケットのサイズ以下に分割した分割データを前記データ領域に格納して、前記分割データの所在を管理しながら前記送受信を行う
送受信方法。
【０００８】
かかる送受信方法において、送信装置及び受信装置の少なくとも一方は、分割データをデータ領域に格納して、分割データの所在を管理するので、効率的かつ容易に分割データの送受信を行うことができる。なお、分割データの所在とは、分割データの並び順や、送信すべき、あるいは受信した分割データの有無などをいう。
【０００９】
［適用例２］パケットを用いてデータのやり取りを行うネットワークを介して、データの送受信を行う送信装置と受信装置とからなる送受信システムであって、
前記送信装置は、
前記送信するデータを前記パケットのサイズ以下の分割データに分割する送信データ分割手段と、
該分割データを記憶領域に用意された送信データ領域に格納する送信データ格納手段と、
前記送信データ領域に存在する前記分割データを前記受信装置に繰り返し送信するデータ送信手段と、
前記分割データの送信に応じて、該分割データを受信した前記受信装置が返信する、前記受信された分割データを識別する識別情報を受信する識別情報受信手段と、
該受信した識別情報に基づいて、該識別情報に対応した前記分割データを、前記送信データ領域から除外する送信済み分割データ除外手段と
を備え、
前記受信装置は、
前記ネットワークを介して、前記分割データを受け取り、該受け取った分割データを記憶領域に格納する受信データ格納手段と、
少なくとも、前記分割データを受け取るたびに、該分割データを識別する識別情報を、前記送信装置に返信する識別情報返信手段と、
前記分割データを全て受け取ったのち、前記データの受信を完了する受信完了手段と
を備えた
送受信システム。
【００１０】
かかる構成の送受信システムにおいて、送信装置は、送信するデータを所定のサイズに分割して、送信データ領域に格納し、送信データ領域に存在する分割データを受信装置に繰り返し送信すると共に、受信装置から識別情報を受信すると、識別情報に対応した分割データを送信データ領域から除外する。一方、受信装置は、分割データを受け取るたびに、受信した分割データを識別する識別情報を送信装置に返信する。したがって、送信装置は識別情報の受信により、受信装置は分割データの受信により、通信相手が正常に通信できていることを確認することができるので、互いの通信状態を確認しながら、信頼性の高い通信を行うことができる。また、送信装置は、受信装置が受信していない可能性のあるデータのみを再送対象として、効率的なデータ送信を行うことができる。さらに、データの再送に際して再送データの再構築が必要なく、効率的な送信データへのアクセスが行える。
【００１１】
［適用例３］パケットを用いてデータのやり取りを行うネットワークを介して、データを受信装置に送信する送信装置であって、前記送信するデータを前記パケットのサイズ以下の分割データに分割する送信データ分割手段と、該分割データを記憶領域に用意された送信データ領域に格納する送信データ格納手段と、前記送信データ領域に存在する前記分割データを、前記受信装置に繰り返し送信するデータ送信手段と、前記分割データの送信に応じて、該分割データを受信した前記受信装置が返信する、前記受信された分割データを識別する識別情報を受信する識別情報受信手段と、該受信した識別情報に基づいて、該識別情報に対応した前記分割データを、前記送信データ領域から除外する送信済み分割データ除外手段とを備えた送信装置。
【００１２】
［適用例４］適用例３記載の送信装置であって、データ送信手段は、再送制御を行わないプロトコルを用いて分割データを送信する送信装置。
【００１３】
このような構成によれば、一方通行にデータを送信し、再送制御を行わないプロトコル、例えばＵＤＰなどを用いた通信であっても、効率的な再送制御を行うことができる。
【００１４】
［適用例５］適用例３または適用例４記載の送信装置であって、データ送信手段は、受信装置から、分割データを全て受け取ったことを表す通知を受け取ったときは、分割データの送信を完了する送信装置。
【００１５】
［適用例６］適用例３ないし適用例５のいずれか記載の送信装置であって、識別情報受信手段が識別情報を所定の時間受信しないときは、分割データの送信を打ち切る送信装置。
【００１６】
適用例６の構成によれば、識別情報受信手段が識別情報を所定の時間受信しないときは、分割データの送信を打ち切るので、通信途中で通信過程または受信装置に問題が発生した場合であっても、速やかに通信状態を判断して通信が無駄に長くなることを防ぐことができる。
【００１７】
［適用例７］適用例３ないし適用例６のいずれか記載の送信装置であって、更に、データの送信に先立って、少なくとも送信するデータの容量に関するデータ情報を送信するデータ情報送信手段を備え、データ送信手段は、分割データを、送信しようとするデータにおける分割データの並びに対応して付与された並び情報と共に、ネットワークを介して受信装置に順次送信する送信装置。
【００１８】
［適用例８］適用例３ないし適用例７のいずれか記載の送信装置であって、データ送信手段は、送信しようとする分割データ及び並び情報を受け取る準備が完了したことの通知を前記受信装置から受け取った後に、分割データ及び並び情報を受信装置に送信する送信装置。
【００１９】
［適用例９］パケットを用いてデータのやり取りを行うネットワークを介して、データの送受信を行う送信装置と受信装置とからなる送受信システムであって、
前記送信装置は、
前記送信するデータを前記パケットのサイズ以下の分割データに分割する送信データ分割手段と、
前記データの送信に先立って、少なくとも前記送信するデータの容量に関するデータ情報を送信するデータ情報送信手段と、
前記分割データを、前記送信しようとするデータにおける該分割データの並びに対応して付与された並び情報と共に、前記ネットワークを介して前記受信装置に順次送信するデータ送信手段と
を備え、
前記受信装置は、
前記データの受信に先立って、前記送信装置から、前記データ情報を受け取ったとき、少なくとも前記送信するデータの容量に対応した記憶領域を受信データ領域として確保するデータ領域確保手段と、
前記ネットワークを介して、前記分割データを前記並び情報と共に、前記送信装置から順次受け取り、該受け取った分割データを、前記受信データ領域の前記並び情報に対応した位置へ格納する受信データ格納手段と
を備えた
送受信システム。
【００２０】
かかる構成の送受信システムにおいて、送信装置は、送信するデータを所定のサイズに分割して、送信データの容量に関するデータ情報を受信装置に事前に送信した上で、分割データを並び情報と共に受信装置に送信する。一方、受信装置は、送信装置から受信したデータ情報に基づいて受信データ領域を確保し、並び情報と共に受け取った分割データを受信データ領域の並び情報に対応した位置へ格納する。よって、何らかの理由により送信パケットの順序が入れ替わって受信された場合であっても、効率的かつ容易にパケットの順序制御を行うことができる。
【００２１】
［適用例１０］パケットを用いてデータのやり取りを行うネットワークを介して、データを送信装置から受信する受信装置であって、データの受信に先立って、送信装置から、送信されるデータの容量に関するデータ情報を受け取り、容量に対応した記憶領域を受信データ領域として確保するデータ領域確保手段と、送信されるデータをパケットのサイズ以下に分割した分割データを、送信しようとするデータにおける分割データの並びに対応した並び情報と共に、ネットワークを介して、送信装置から順次受け取る分割データ受信手段と、受け取った分割データを受信データ領域の並び情報に対応した位置へ格納する受信データ格納手段とを備えた受信装置。適用例７及び適用例１０の構成によれば、適用例９と同様の効果を奏する。
【００２２】
［適用例１１］適用例１０記載の受信装置であって、更に、データ領域確保手段が受信データ領域を確保したとき、分割データ及び並び情報を受け取る準備が完了したとして送信装置に通知する準備完了通知送信手段を備えた受信装置。
【００２３】
適用例８及び適用例１１の構成によれば、受信装置は、データ情報を受け取り、受信データ領域を確保したときに、分割データ及び並び情報を受け取る準備が完了したことの通知を送信装置に送信する。一方、送信装置は、その通知を受信した後に、分割データ及び並び情報を送信する。よって、送信側が受信側の状態を確認してからデータを送信するので、確実な通信を行うことができる。
【００２４】
［適用例１２］適用例１０または適用例１１記載の受信装置であって、更に、少なくとも、分割データを受け取るたびに、分割データを識別する識別情報を、送信装置に返信する識別情報返信手段を備えた受信装置。適用例３及び適用例１２の構成によれば、適用例２と同様の効果を奏する。
【００２５】
［適用例１３］適用例１０ないし適用例１２のいずれか記載の受信装置であって、更に、分割データを全て受け取った後、データの受信の完了を表す通知を前記送信装置に送信する受信完了通知手段を備えた受信装置。
【００２６】
適用例５及び適用例１３の構成によれば、送信装置は、送信した分割データに対応する全ての識別情報を受信したときに加え、受信装置が送信した、データの受信の完了を表す通知を受信した場合にも、データの送信を完了できる。したがって、２種類のデータ送信完了の判断基準を持っているので、通信過程においてパケットの欠落が生じても、両者いずれかの判断基準で送信処理の終了時期を速やかに判断することができる。
【００２７】
なお、本発明は、データを送信または受信するためのコンピュータプログラムとしても構成することができる。
【発明を実施するための最良の形態】
【００２８】
本発明の実施例について説明する。まず、本発明の実施例としての送受信システムの概略構成を図１に示す。図示するように、送信側ネットワークシステム１０と受信側ネットワークシステム２０は、インターネットＩＮＴを介して接続されている。送信側ネットワークシステム１０と受信側ネットワークシステム２０とは、ＶｏＩＰにより通信を行う機能を備えており、インターネットＩＮＴは、ここではＶｏＩＰ網として機能する。以下、インターネットＩＮＴをＶｏＩＰ網という。このＶｏＩＰ網は、インターネットプロトコルにより音声通信を行うインフラ、例えばＩＰ電話網であり、一定量のデータを一定の間隔で転送するＲＴＰと、再送及び順序制御を行わずに、一方通行にデータ転送を行うＵＤＰを用いた通信が行われる。
【００２９】
送信側ネットワークシステム１０は、プリンタＭＦＰ１、ターミナルアダプタＴＡ１、ＶｏＩＰルータＲＴ１が接続されることで構成されている。同様に、受信側ネットワークシステム２０は、プリンタＭＦＰ２、ターミナルアダプタＴＡ２、ＶｏＩＰルータＲＴ２が接続されることで構成されている。
【００３０】
プリンタＭＦＰ１，ＭＦＰ２は、いわゆる複合機タイプのプリンタであり、スキャナを備えている。ターミナルアダプタＴＡ１，ＴＡ２は、ＲＴＰ及びＵＤＰを用いて、音声の代わりにデータファイルをみなし音声として転送を行う通信端末であり、自身の電話番号とＩＰアドレスとを有している。ＶｏＩＰルータＲＴ１，ＲＴ２は、ターミナルアダプタＴＡ１，ＴＡ２の呼制御の依頼を受けて、ＶｏＩＰ網での呼制御や、音声データの転送処理を行う専用のルータである。
【００３１】
なお、本実施例においては、送信側ネットワークシステム１０と受信側ネットワークシステム２０とは、相手方を特定し、いわゆるＰｔｏＰ（Peer to Peer）の通信によりデータを転送するＶｏＩＰ網を介して接続されるものとしたが、同様の通信が可能であれば、パケット通信を行うその他の通信手段により接続されてもよい。
【００３２】
また、本実施例においては、プリンタＭＦＰ１とターミナルアダプタＴＡ１、プリンタＭＦＰ２とターミナルアダプタＴＡ２との接続は、いずれもＵＳＢ接続とし、ターミナルアダプタＴＡ１とＶｏＩＰルータＲＴ１、ターミナルアダプタＴＡ２とＶｏＩＰルータＲＴ２との接続は、いずれも無線ＬＡＮ接続としたが、他の接続方法であってもよい。
【００３３】
また、本実施例においては、プリンタＭＦＰ１及びＭＦＰ２、ターミナルアダプタＴＡ１及びＴＡ２、ＶｏＩＰルータＲＴ１及びＲＴ２は、それぞれ分離して構成されているが、これらが一体的に、例えば、プリンタＭＦＰ１とターミナルアダプタＴＡ１とが一体的に構成されたり、ターミナルアダプタＴＡ１とＶｏＩＰルータＲＴ１とが一体的に構成されたりしてもよい。
【００３４】
次に、ターミナルアダプタＴＡ１の内部構成を図２に示す。ターミナルアダプタＴＡ１は、操作パネル３０、ＲＯＭ４０、ＲＡＭ５０、ＥＥＰＲＯＭ６０、ＣＰＵ７０、ＬＡＮインターフェース８２，ＷＡＮインターフェース８４を備えている。
【００３５】
操作パネル３０は、送信側ネットワークシステム１０のユーザが、ターミナルアダプタＴＡ１を操作するためのユーザインターフェースであり、通信相手であるターミナルアダプタＴＡ２の電話番号を入力するボタンや、電話を掛けるボタン、電話を受けるボタン、電話を切るボタンなどから構成される。
【００３６】
ＲＯＭ４０には、後述するファイルの送受信処理を始め、ターミナルアダプタＴＡ１の操作全体に係る制御プログラムが記憶されている。ＲＡＭ５０には、制御プログラムを実行するためのワークエリアのほか、後述するファイルの送受信処理時にファイル格納テーブル５２として用いる記憶領域が確保されている。ＥＥＰＲＯＭ６０には、後述するファイルの送受信処理において、送信するファイルまたは受信したファイルを保存する記憶領域が確保されている。なお、図２では、送信側ネットワークシステム１０のユーザが、プリンタＭＦＰ１が備えるスキャナを用いて、写真画像をデジタルデータとして取り込み、画像ファイルＦとしてＥＥＰＲＯＭ６０に保存した状態を示している。
【００３７】
ＣＰＵ７０は、ＲＯＭ４０に記憶された制御プログラムをＲＡＭ５０に展開して実行することで、各機能部（図中の７１〜７８）として機能する。
【００３８】
ＬＡＮインターフェース８２は、プリンタＭＦＰ１と接続するためのＵＳＢインターフェースからなる。また、ＷＡＮインターフェース８４は、ＶｏＩＰルータＲＴ１と接続するための無線ＬＡＮインターフェースからなる。
【００３９】
かかる構成のターミナルアダプタＴＡ１及びプリンタＭＦＰ１は、プリンタＭＦＰ１が備えるスキャナで取り込んだ画像データをターミナルアダプタＴＡ１が送信することで、あるいは、送信された画像データをターミナルアダプタＴＡ１が受信し、プリンタＭＦＰ１が印刷することで、ファクシミリとして機能することができる。
【００４０】
なお、説明は省略するが、ターミナルアダプタＴＡ２は、ターミナルアダプタＴＡ１と同一の内部構成である。したがって、以後、ターミナルアダプタＴＡ１の内部構成については、各構成部を示す符号の末尾に「ａ」を付し、ターミナルアダプタＴＡ２の内部構成については「ｂ」を付して、両者を区別する。
【００４１】
次に、ターミナルアダプタＴＡ１がＶｏＩＰ網を介して画像ファイルＦをターミナルアダプタＴＡ２へ転送する際の、ターミナルアダプタＴＡ１のファイル送信処理の手順と、ターミナルアダプタＴＡ２のファイル受信処理の手順とを図３及び図４に示す。これらの処理は、送信側ネットワークシステム１０のユーザが、プリンタＭＦＰ１が備えるスキャナで取り込んだ画像ファイルＦを、ターミナルアダプタＴＡ１からＶｏＩＰ網を介してターミナルアダプタＴＡ２に送信し、受信側ネットワークシステム２０のユーザが、ターミナルアダプタＴＡ２に受信された画像ファイルＦをプリンタＭＦＰ２で印刷するために必要なファイル転送処理である。なお、上記の転送処理は、プリンタＭＦＰ１が備えるメモリカードスロットにメモリカードを挿入し、メモリカードに記憶されたデータを送信するものであってもよい。
【００４２】
まず、図３及び図４に示す処理の準備として、ターミナルアダプタＴＡ１の電源が入れられると、ＣＰＵ７０ａは、呼制御部７１ａの処理として、ターミナルアダプタＴＡ１の電話番号とＩＰアドレスとをＶｏＩＰルータＲＴ１に登録する。同様に、ターミナルアダプタＴＡ２の電源が入れられると、ＣＰＵ７０ｂは、ターミナルアダプタＴＡ２の電話番号とＩＰアドレスとをＶｏＩＰルータＲＴ２に登録する。
【００４３】
そして、送信側ネットワークシステム１０のユーザが、ターミナルアダプタＴＡ１の操作パネル３０ａを用いて、画像ファイルＦの送信先、すなわちターミナルアダプタＴＡ２の電話番号を入力することで、図３及び図４に示すターミナルアダプタＴＡ１におけるファイル送信処理が開始される。この処理が開始されると、まず、ターミナルアダプタＴＡ１は、画像ファイルＦの送信先の電話番号を受け付ける（ステップＳ１００）。
【００４４】
そして、ユーザ操作により、電話を掛ける操作が行われると、ターミナルアダプタＴＡ１のＣＰＵ７０ａは、呼制御部７１ａの処理として、受け付けた電話番号に対する接続要求をＶｏＩＰルータＲＴ１に対して送信する（ステップＳ１１０）。これを受けて、ＶｏＩＰルータＲＴ１は、電話番号に関連づけられたＩＰアドレスを有するターミナルアダプタＴＡ２に対して接続要求がなされていることをＶｏＩＰ網及びＶｏＩＰルータＲＴ２を介して、ターミナルアダプタＴＡ２に通知する。
【００４５】
一方、受信側であるターミナルアダプタＴＡ２では、上述の接続要求を受信することでファイル受信処理が開始される。ターミナルアダプタＴＡ２のＣＰＵ７０ｂは、呼制御部７１ｂの処理として、上述の接続要求を受信すると（ステップＳ３００）、接続要求を許可する旨を、ＶｏＩＰルータＲＴ２，ＲＴ１及びＶｏＩＰ網を介して、ターミナルアダプタＴＡ１に返信する（ステップＳ３１０）。なお、本実施例においては、上述の接続要求の許可は、接続要求を受けて自動的にターミナルアダプタＴＡ１に返信されるものとしたが、例えば、受信側ネットワークシステム２０のユーザが、ターミナルアダプタＴＡ２が備える操作パネル３０ｂの電話を受けるボタンを押下することで、返信されるものとするなど、別の態様であってもよい。
【００４６】
なお、本実施例においては、ＶｏＩＰルータＲＴ１にターミナルアダプタＴＡ１の電話番号及びＩＰアドレスを、ＶｏＩＰルータＲＴ２にターミナルアダプタＴＡ２の電話番号及びＩＰアドレスを登録し、ＶｏＩＰルータＲＴ１，ＲＴ２が呼制御を行うものとしたが、このような態様に限られるものではない。例えば、ＳＩＰ（Session Initiation Protocol）を使用して呼制御を行う場合は、呼制御サーバであるＳＩＰサーバに、電話番号及びＩＰアドレスを登録し、ターミナルアダプタＴＡ１とターミナルアダプタＴＡ２とがＳＩＰサーバを介して通信経路を確立するものとしてもよい。
【００４７】
一方、ターミナルアダプタＴＡ１のＣＰＵ７０ａは、上記ステップＳ１１０で接続要求を送信した後、呼制御部７１ａの処理として、接続許可の返信を待機している。そして、接続要求許可を受信すると（ステップＳ１２０）、ＣＰＵ７０ａは、ＥＥＰＲＯＭ６０ａに記憶された画像ファイルＦを読み出し（ステップＳ１３０）、テーブル作成部７２ａの処理として、ＲＡＭ５０ａに、画像ファイルＦのファイルサイズに応じたファイル格納テーブル５２ａを作成する（ステップＳ１４０）。そして、データ格納制御部７３ａの処理として、作成したファイル格納テーブル５２ａに画像ファイルＦを読み込む（ステップＳ１５０）。なお、本実施例においては、上記ステップＳ１３０において、ＥＥＰＲＯＭ６０ａに記憶されている全てのファイルが自動的に送信対象として読み出されるものとしたが、ユーザが操作パネル３０を用いて送信対象とするファイルを選択できるものとしてもよい。
【００４８】
上述のステップＳ１４０，Ｓ１５０の処理については、ファイル格納テーブル５２ａの一例を示す図５を用いて詳述する。ファイル格納テーブル５２ａは、画像ファイルＦを所定の単位サイズに分割して格納するためのテーブルである。例えば、上記の単位サイズを１５２ｂｙｔｅとする場合、画像ファイルＦのサイズが１５１００ｂｙｔｅであれば、ＣＰＵ７０ａは、上記ステップＳ１４０において、図５（ａ）に示すように、１００（１５１００ｂｙｔｅ÷１５２＝９９余り５２）個の単位テーブルＵＴｉから構成されるファイル格納テーブル５２ａを作成する。なお、この単位テーブルＵＴｉは全て同じサイズであり、例えば、上記の例を用いれば、１〜９９個目の分割データＳＤ１〜ＳＤ９９は１５２ｂｙｔｅであり、１００個目の分割データＳＤ１００は５２ｂｙｔｅとなるが、この５２ｂｙｔｅのデータを格納する単位テーブルＵＴ１００も１５２ｂｙｔｅのデータを格納する単位テーブルＵＴ１〜ＵＴ９９と同一のサイズである。
【００４９】
そして、ＣＰＵ７０ａは、上記ステップＳ１５０において、データ格納制御部７３ａの処理として、図５（ｂ）に示すように、画像ファイルＦを分割した各々の分割データＳＤｉに、ＩＤ情報Ｉ、Ｎｕｍｂｅｒ情報Ｎｉ、Ｌｅｎｇｔｈ情報Ｌｉを付加して、ファイル格納テーブル５２ａを構成する単位テーブルＵＴｉに格納していく。このように、分割データＳＤｉに他の情報が付加されてファイル格納テーブル５２ａに格納された各々のデータを、以後「格納データＨＤｉ」と称すこととする。
【００５０】
この格納データＨＤｉは、図５（ｂ）に示す例では、１５２ｂｙｔｅの単位サイズに分割された画像ファイルＦの分割データＳＤｉに、２ｂｙｔｅのＩＤ情報Ｉ、４ｂｙｔｅのＮｕｍｂｅｒ情報Ｎｉ、２ｂｙｔｅのＬｅｎｇｔｈ情報Ｌｉが付加されて、合計１６０ｂｙｔｅのデータとして、単位テーブルＵＴｉに格納されている。したがって、単位テーブルＵＴｉのサイズも１６０ｂｙｔｅとしている。
【００５１】
上述のＩＤ情報Ｉは、ＲＡＭ５０の当該記憶領域がファイル格納テーブル５２ａとして用いられる領域であることを識別するための識別子である。Ｎｕｍｂｅｒ情報Ｎｉは、分割データＳＤｉの並び情報であり、上記の例によれば、例えば、１〜１００までの番号となる。Ｌｅｎｇｔｈ情報Ｌｉは、分割データＳＤｉのデータ長を表しており、上記の例によれば１〜９９番目の分割データＳＤ１〜ＳＤ９９では１５２、１００番目の分割データＳＤ１００では５２となる。
【００５２】
なお、本実施例においては、単位テーブルＵＴｉのサイズは、ＵＤＰに対応するために１６０ｂｙｔｅとしたが、このような態様に限られるものではなく、用いる通信手段に応じて変更してもよい。また、画像ファイルＦを分割する単位サイズについても、単位テーブルＵＴｉのサイズや、分割データＳＤｉに付加するデータのサイズに応じて変更してもよい。
【００５３】
ここで、説明を図３及び図４に戻す。上記ステップＳ１５０において、ファイル格納テーブル５２ａに画像ファイルＦを読み込むと、ターミナルアダプタＴＡ１のＣＰＵ７０ａは、データ情報通信制御部７５ａの処理として、画像ファイルＦのファイル情報をターミナルアダプタＴＡ２に送信する（ステップＳ１６０）。このファイル情報とは、画像ファイルＦの総容量が分かる情報であり、本実施例においては、総容量を示す値（上述の例では１５１００）としたが、格納データＨＤｉの個数などにより総容量が分かる他の情報であってもよい。なお、ターミナルアダプタＴＡ１とターミナルアダプタＴＡ２は、接続時に、互いが送信するパケットのサイズを確認しているため、画像ファイルＦの総容量を知ることで、格納データＨＤｉの個数が分かる。なお、上述のパケットサイズは、ターミナルアダプタＴＡ１及びターミナルアダプタＴＡ２において予め規定してあってもよい。
【００５４】
一方、ターミナルアダプタＴＡ２のＣＰＵ７０ｂは、上記ステップＳ３１０で接続要求許可を送信すると、データ情報通信制御部７５ｂの処理として、ターミナルアダプタＴＡ１が送信するファイル情報を受信したか否かを判断している（ステップＳ３２０）。その結果、所定時間内にファイル情報を受信したと判断しなければ（ステップＳ３２０：ＮＯ）、ファイル受信処理を打ち切る。ファイル情報を受信したと判断すれば（ステップＳ３２０：ＹＥＳ）、ＣＰＵ７０ｂは、受信したファイル情報に基づき、テーブル作成部７２ｂの処理として、ＲＡＭ５０ｂに、ファイル格納テーブル５２ｂを作成する（ステップＳ３３０）。このファイル格納テーブル５２ｂは、上記ステップＳ１４０でターミナルアダプタＴＡ１が作成したファイル格納テーブル５２ａと同一の構成、すなわち、同一サイズかつ同一数の単位テーブルＵＴｉから構成される。なお、ターミナルアダプタＴＡ１とターミナルアダプタＴＡ２は、接続時に、互いが送信するパケットのサイズを確認しているため、ターミナルアダプタＴＡ２は、画像ファイルＦの総容量を知ることで、ターミナルアダプタＴＡ１が作成したファイル格納テーブル５２ａと同一構成のファイル格納テーブル５２ｂを作成することができる。上述のパケットサイズは、ターミナルアダプタＴＡ１及びターミナルアダプタＴＡ２において予め規定してあってもよい。
【００５５】
ファイル格納テーブル５２ｂを作成すると、ＣＰＵ７０ｂは、ターミナルアダプタＴＡ１から格納データＨＤｉを受信可能となったことを示す受信可能通知をターミナルアダプタＴＡ１に送信する（ステップＳ３４０）。
【００５６】
一方、ターミナルアダプタＴＡ１のＣＰＵ７０ａは、上記ステップＳ１６０でファイル情報を送信すると、ターミナルアダプタＴＡ２が送信する受信可能通知を受信したか否かを判断している（ステップＳ１７０）。その結果、所定時間内に受信可能通知を受信しなかったと判断すれば（ステップＳ１７０：ＮＯ）、ＣＰＵａは、処理を上記ステップＳ１６０に戻し、ファイル情報を再送する。受信可能通知を受信したと判断すれば（ステップＳ１７０：ＹＥＳ）、ＣＰＵ７０ａは、データ通信制御部７４ａの処理として、上記ステップＳ１５０においてファイル格納テーブル５２ａに読み込んだ画像ファイルＦに関する格納データＨＤｉの全てを順次ターミナルアダプタＴＡ２に送信する（ステップＳ１８０）。ここでは、格納データＨＤｉは、格納データＨＤｉ（上述の例では１６０ｂｙｔｅ）を単位として、ＲＴＰヘッダ、ＵＤＰヘッダ等が付され、Ｎｕｍｂｅｒ情報Ｎｉの順に分割して送信される。
【００５７】
この処理については、図６（ａ１）を用いて、具体的に例示する。図６（ａ１）に示す例では、ファイル格納テーブル５２ａが５つの単位テーブルＵＴｎ（ｎは１〜５の整数）で構成されており、この単位テーブルＵＴｎに画像ファイルＦが、Ｎｕｍｂｅｒ情報Ｎｎが付されて分割して格納されている。なお、図中の番号は、Ｎｕｍｂｅｒ情報Ｎｎを示しており、四角で囲まれた数字は、単位テーブルＵＴｎに格納された格納データＨＤｎを示している。この場合、上記ステップＳ１８０においては、単位テーブルＵＴｎに格納された格納データＨＤｎを格納データＨＤ１→ＨＤ２→ＨＤ３→ＨＤ４→ＨＤ５の順で、ターミナルアダプタＴＡ２に送信するのである。
【００５８】
一方、ターミナルアダプタＴＡ２のＣＰＵ７０ｂは、上記ステップＳ３４０で受信可能通知を送信すると、データ通信制御部７４ｂの処理として、ターミナルアダプタＴＡ１から格納データＨＤｉを受信したか否かを判断している（ステップＳ３５０）。その結果、受信していなければ（ステップＳ３５０：ＮＯ）、格納データＨＤｉを受信するまで待機する。
【００５９】
そして、格納データＨＤｉを受信すれば（ステップＳ３５０：ＹＥＳ）、ＣＰＵ７０ｂは、データ格納制御部７３ｂの処理として、受信した格納データＨＤｉに含まれるＮｕｍｂｅｒ情報Ｎｉを参照しながら、上記ステップＳ３３０で作成したファイル格納テーブル５２ｂの、Ｎｕｍｂｅｒ情報Ｎｉに対応する箇所に、受信した格納データＨＤｉを格納する（ステップＳ３６０）。
【００６０】
このステップＳ３６０については、図６（ａ２）に、上述の図６（ａ１）で送信された格納データＨＤｎを受信した場合の処理として例示する。この例では、ターミナルアダプタＴＡ１から送信された格納データＨＤ１〜ＨＤ５のうち、ＶｏＩＰ網を介した通信過程において、何らかの理由により、格納データＨＤ３が欠落し、さらに、格納データＨＤ２と格納データＨＤ４の到達の順序が入れ替わって、格納データＨＤ１→ＨＤ４→ＨＤ２→ＨＤ５の順にターミナルアダプタＴＡ２に受信されている。このとき、ターミナルアダプタＴＡ２は、受信した格納データＨＤ１，ＨＤ４，ＨＤ２，ＨＤ５を、ファイル格納テーブル５２ｂの単位テーブルＵＴ１，ＵＴ４，ＵＴ２，ＵＴ５に格納データＨＤ１→ＨＤ４→ＨＤ２→ＨＤ５の順で格納する。したがって、結果的に、格納データＨＤ３を格納すべき単位テーブルＵＴ３のみが空白の状態となっている。
【００６１】
なお、後述するように、ターミナルアダプタＴＡ１は、自身が送信した格納データＨＤｉをターミナルアダプタＴＡ２が受信できなかったと判断して、格納データＨＤｉを再送する場合があるが、このような再送データを受信した場合に、既に当該再送データがファイル格納テーブル５２ｂに格納されているときには、ＣＰＵ７０ｂは、受信データを破棄することになる。
【００６２】
受信した格納データＨＤｉをファイル格納テーブル５２ｂに格納すると、ターミナルアダプタＴＡ２のＣＰＵ７０ｂは、格納データＨＤｉを受信したことをターミナルアダプタＴＡ１に知らせるために、受信通知制御部７６ｂの処理として、受信した格納データＨＤｉが含むＮｕｍｂｅｒ情報Ｎｉを表す受信通知ＲＮｉをターミナルアダプタＴＡ１に送信する（ステップＳ３７０）。なお、この受信通知ＲＮｉは、上述の受信した格納データＨＤｉを破棄する場合であっても送信される。
【００６３】
このステップＳ３７０では、例えば、ターミナルアダプタＴＡ２は、上述の図６（ａ２）に示すように受信ファイルを格納すると、図６（ｂ２）に示すように、受信した格納データＨＤ１，ＨＤ４，ＨＤ２，ＨＤ５に対応するＮｕｍｂｅｒ情報Ｎｎを表す受信通知ＲＮｎを、ＲＮ１→ＲＮ４→ＲＮ２→ＲＮ５の順でターミナルアダプタＴＡ１に送信するのである。なお、図中の丸で囲まれた数字は、受信通知ＲＮｎを示している。
【００６４】
一方、ターミナルアダプタＴＡ１のＣＰＵ７０ａは、上記ステップＳ１８０で格納データＨＤｉを送信すると、受信通知制御部７６ａの処理として、ターミナルアダプタＴＡ２が上記ステップＳ３７０で送信する受信通知ＲＮｉを受信したか否かを判断している（ステップＳ１９０）。その結果、受信通知ＲＮｉを受信したと判断すれば（ステップＳ１９０：ＹＥＳ）、ＣＰＵ７０ａは、テーブル削除部７８ａの処理として、受信した受信通知ＲＮｉが表すＮｕｍｂｅｒ情報Ｎｉに対応する、ファイル格納テーブル５２ａの単位テーブルＵＴｉを削除する（ステップＳ２１０）。なお、本実施例において、単位テーブルＵＴｉの削除とは、単位テーブルＵＴｉに格納された格納データＨＤｉを削除することである。これにより単位テーブルＵＴｉに含まれるＩＤ情報Ｉも削除されることとなり、ＣＰＵａが当該単位テーブルＵＴｉを単位テーブルとして認識できなくなる。
【００６５】
このステップＳ２１０については、図６（ｂ１）に、上述の図６（ｂ２）で送信された受信通知ＲＮｎを受信した場合の処理として例示する。この例では、ターミナルアダプタＴＡ２から送信された受信通知ＲＮｎのうち、ＶｏＩＰ網を介した通信過程において、何らかの理由により、受信通知ＲＮ４が欠落し、受信通知ＲＮ１→ＲＮ２→ＲＮ５の順にターミナルアダプタＴＡ１に受信されている。このとき、ターミナルアダプタＴＡ１は、図６（ｂ１）に示すように、受信した受信通知ＲＮ１，ＲＮ２，ＲＮ５を基に、格納データＨＤ１，ＨＤ２，ＨＤ５をターミナルアダプタＴＡ２が受信したので、これらのデータについては再送の必要がないと判断し、ファイル格納テーブル５２ａの単位テーブルＵＴ１，ＵＴ２，ＵＴ５を削除する。これによって、ファイル格納テーブル５２ａには、受信通知ＲＮｎを受信していない格納データＨＤ３，ＨＤ４が格納された単位テーブルＵＴ３，ＵＴ４のみが残ることとなる。
【００６６】
単位テーブルＵＴｉを削除すると、ＣＰＵ７０ａは、ターミナルアダプタＴＡ２が送信する、後述する受信完了通知ＥＮＤを受信したか否かを判断する（ステップＳ２２０）。その結果、受信完了通知ＥＮＤを受信していれば（ステップＳ２２０：ＹＥＳ）、ターミナルアダプタＴＡ２は画像ファイルＦの全ての格納データＨＤｉを受信したということであり、ＣＰＵ７０ａは、ファイル送信処理を完了する。
【００６７】
一方、受信完了通知ＥＮＤを受信していなければ（ステップＳ２２０：ＮＯ）、ＣＰＵ７０ａは、ファイル格納テーブル５２ａの単位テーブルＵＴｉが存在するか否か、即ち、上記ステップＳ２１０において、ファイル格納テーブル５２ａを構成する全ての単位テーブルＵＴｉが削除されているか否かを判断する（ステップＳ２３０）。この判断は、ＲＡＭ５０に、ＩＤ情報を有する記憶領域が存在するか否かを判断することで行われる。
【００６８】
その結果、単位テーブルＵＴｉが存在しなければ（ステップＳ２３０：ＮＯ）、ターミナルアダプタＴＡ１が送信した格納データＨＤｉに対応する全ての受信通知ＲＮｉを受信しているということ、すなわち、ターミナルアダプタＴＡ２が画像ファイルＦの全ての格納データＨＤｉを受信したということであり、ＣＰＵ７０ａは、ファイル通信処理を完了する。
【００６９】
一方、単位テーブルＵＴｉが存在すれば（ステップＳ２３０：ＹＥＳ）、ターミナルアダプタＴＡ１は、送信した格納データＨＤｉに対応する全ての受信通知ＲＮｉを受信しているわけではないということである。このことは、何らかの理由により、上記ステップＳ３７０においてターミナルアダプタＴＡ２が送信した受信通知ＲＮｉが、ＶｏＩＰ網を介してターミナルアダプタＴＡ１に送信される過程で欠落したか、あるいは、そもそも、ターミナルアダプタＴＡ１が上記ステップＳ１８０において送信した格納データＨＤｉがターミナルアダプタＴＡ２に送信される過程で欠落して、ターミナルアダプタＴＡ２が受信できなかったことを意味する。したがって、ターミナルアダプタＴＡ２が受信できなかった画像ファイルＦの格納データＨＤｉが存在する可能性があるため、ＣＰＵ７０ａは、処理を上記ステップＳ１８０に戻して、格納データＨＤｉを再送する。
【００７０】
なお、この再送段階でのステップＳ１８０におけるデータ送信は、上記ステップＳ２１０において削除されなかったファイル格納テーブル５２ａの単位テーブルＵＴｉに格納された格納データＨＤｉのみを再送するものである。例えば、上述の図６（ｂ１）のように単位テーブルＵＴ１，ＵＴ２，ＵＴ５が削除された場合には、図６（ｃ１）に示すように、単位テーブルＵＴ３，ＵＴ４に格納された格納データＨＤ３，ＨＤ４を再送するのである。
【００７１】
このようにターミナルアダプタＴＡ１が再送した格納データＨＤ３，ＨＤ４をターミナルアダプタＴＡ２が受信すると、ターミナルアダプタＴＡ２のＣＰＵ７０ｂは、データ格納制御部７３ｂの処理として、図６（ｃ２）に示すように、ファイル格納テーブル５２ｂのデータが格納されていない単位テーブルＵＴ３に、格納データＨＤ３を格納するとともに、既に単位テーブルＵＴ４に格納されているにもかかわらず、再度受信した格納データＨＤ４を破棄することとなる（上記ステップＳ３６０に該当）。
【００７２】
また、説明を上記ステップＳ１９０に戻すが、受信通知ＲＮｉを受信していないと判断した場合には（ステップＳ１９０：ＮＯ）、ＣＰＵ７０ａは、最後に受信通知ＲＮｉを受信してから（一度も受信通知ＲＮｉを受信していない場合においては、格納データＨＤｉを送信してから）所定時間を経過しているか否かを判断する（ステップＳ２００）。そして、所定時間を経過していれば（ステップＳ２００：ＹＥＳ）、ターミナルアダプタＴＡ１とターミナルアダプタＴＡ２との通信に何らかの障害が発生している可能性が高いため、ファイル送信処理を打ち切る。所定時間を経過していなければ（ステップＳ２００：ＮＯ）、処理を上記ステップＳ２２０に進める。
【００７３】
一方、ターミナルアダプタＴＡ２では、上記ステップＳ３７０において受信通知ＲＮｉを送信すると、ＣＰＵ７０ｂは、画像ファイルＦの全ての格納データＨＤｉを受信したか否かを判断する（ステップＳ３８０）。この判断は、ファイル格納テーブル５２ｂを構成する全ての単位テーブルＵＴｉに受信した格納データＨＤｉが格納されているか否かを判断することで行われる。例えば、上述の図６（ｂ２）に示した例では、ファイル格納テーブル５２ｂの単位テーブルＵＴ３に格納データＨＤ３が格納されていないので、全ての画像ファイルＦを受信していないと判断することとなる。なお、上記ステップＳ３８０の受信完了の判断は、上述の態様に限らず、例えば、ターミナルアダプタＴＡ１は、全ての受信通知ＲＮｉを受信したと判断したときに、ターミナルアダプタＴＡ２にその旨を通知し、ターミナルアダプタＴＡ２は、その通知を受信することで受信完了を判断するなど種々の態様が考えられる。
【００７４】
このように、全ての格納データＨＤｉを受信していなければ（ステップＳ３８０：ＮＯ）、処理を上記ステップＳ３５０に戻し、格納データＨＤｉをさらに受信するまで待機する。一方、全ての格納データＨＤｉを受信していれば（ステップＳ３８０：ＹＥＳ）、ＣＰＵ７０ｂは、受信完了制御部７７ｂの処理として、画像ファイルＦの全ての格納データＨＤｉを受信したことを示す受信完了通知ＥＮＤをターミナルアダプタＴＡ１に送信する（ステップＳ３９０）。例えば、上述の図６（ｃ２）において格納データＨＤ３，ＨＤ４を受信した場合では、図６（ｄ２）に示すように、受信した格納データＨＤ３，ＨＤ４のＮｕｍｂｅｒ情報Ｎ３，Ｎ４に対応する受信通知ＲＮ３，ＲＮ４を、ターミナルアダプタＴＡ１に送信し（上記ステップＳ３７０に該当）、続けて、ファイル格納テーブル５２ｂの全ての単位テーブルＵＴｎに格納データＨＤｎが格納されたと判断して（上記ステップＳ３８０：ＹＥＳに該当）、受信完了通知ＥＮＤをターミナルアダプタＴＡ１に送信するのである。
【００７５】
こうしてターミナルアダプタＴＡ２が送信した受信通知ＲＮ３，ＲＮ４及び受信完了通知ＥＮＤをターミナルアダプタＴＡ１が受信すると、ターミナルアダプタＴＡ１のＣＰＵ７０ａは、図６（ｄ１）に示すように、受信した受信通知ＲＮ３，ＲＮ４から、格納データＨＤ３，ＨＤ４をターミナルアダプタＴＡ２が受信したと判断し、ファイル格納テーブル５２ａの単位テーブルＵＴ３，ＵＴ４を削除する（上記ステップＳ２１０に該当）。そして、受信完了通知ＥＮＤを受信したと判断し、一連のファイル送信処理を完了する（上記ステップＳ２２０：ＹＥＳに該当）。
【００７６】
以上の処理により、ターミナルアダプタＴＡ１が送信した全ての格納データＨＤｉがターミナルアダプタＴＡ２のファイル格納テーブル５２ｂに格納されると、ターミナルアダプタＴＡ２のＣＰＵ７０ｂは、格納されたデータから画像ファイルＦとしてＥＥＰＲＯＭ７０ｂに保存して（ステップＳ４００）、ファイル受信処理を完了する。
【００７７】
このように、画像ファイルＦがターミナルアダプタＴＡ１からターミナルアダプタＴＡ２に送信され、保存されたことにより、受信側ネットワークシステム２０のユーザは、ＭＰＦ２を操作して、保存された画像ファイルＦを印刷することができる。あるいは、画像ファイルＦは、ターミナルアダプタＴＡ２に受信された際に、プリンタＭＦＰ２によって、自動的に印刷されるものとしてもよい。
【００７８】
かかる構成の送受信システムは、送信側と受信側とが、同一構成のファイル格納テーブル５２ａ，５２ｂをそれぞれ作成する。そして、送信側は、送信する画像ファイルＦを分割し、Ｎｕｍｂｅｒ情報Ｎｉを付して、ファイル格納テーブル５２ａを構成する各々の単位テーブルＵＴｉに格納データＨＤｉとして格納し、順次送信する。一方、受信側は、格納データＨＤｉの受信順に、Ｎｕｍｂｅｒ情報Ｎｉを参照して、ファイル格納テーブル５２ｂの、Ｎｕｍｂｅｒ情報Ｎｉに対応する箇所に、受信した格納データＨＤｉを格納していくので、何らかの理由で格納データＨＤｉの到達順序が入れ替わった場合であっても、効率的かつ容易に、送信データの順序制御を行うことができる。
【００７９】
また、かかる構成の送受信システムは、送信側と受信側とが同一構成のファイル格納テーブル５２ａ，５２ｂを用いて送受信を行う際に、受信側が格納データＨＤｉを受信すると、受信した格納データＨＤｉに対応するＮｕｍｂｅｒ情報Ｎｉを表す受信通知ＲＮｉを送信側に返信するため、送信側は受信通知ＲＮｉを受信することにより、受信側は、格納データＨＤｉを受信することにより、通信相手が正常に通信できていることをお互いに検知することができる。また、何らかの問題により通信不可の状態になった際にも、そのことを検知することができる。したがって、送信側と受信側が互いの通信状態を確認しながら、信頼性の高い通信を行うことができる。また、送信側は、受信通知ＲＮｉに基づき、データ送信処理の終了時期を速やかに判断することができる。
【００８０】
また、かかる構成の送受信システムは、受信側が、受信した格納データＨＤｉのＮｕｍｂｅｒ情報Ｎｉを表す受信通知ＲＮｉを送信側に送信し、送信側が、この受信した受信通知ＲＮｉが表すＮｕｍｂｅｒ情報Ｎｉに対応するファイル格納テーブル５２ａの単位テーブルＵＴｉを削除し、受信側が受信していない可能性のある、残った単位テーブルＵＴｉに格納された格納データＨＤｉを再送する。したがって、データの再送に際して再送データの再構築が必要なく、効率的な送信データへのアクセスが行えると共に、受信側が受信していない可能性のあるデータのみを再送対象として、効率的なデータ送信を行うことができる。また、送信側は、ファイル格納テーブル５２ａのデータ格納状態に基づき、データ送信処理の終了時期を速やかに判断することができる。
【００８１】
また、かかる構成の送受信システムは、送信側が、送信した格納データＨＤｉに対応する全ての受信通知ＲＮｉを受信側から受信することで、データ送信処理の完了時期を判断できることに加え、全ての格納データＨＤｉを受信したことを通知する受信完了通知ＥＮＤを受信側から受信することでも、データ送信処理の完了時期を判断できる。したがって、万が一、通信過程において受信通知ＲＮｉの一部が欠落しても、あるいは受信完了通知ＥＮＤが欠落しても、両者いずれかの方法で送信処理の終了時期を速やかに判断することができる。
【００８２】
また、かかる構成の送受信システムは、送信側が受信通知ＲＮｉを所定の時間受信しないときは、ファイル格納テーブル５２ａのデータ格納状態にかかわらず、ファイル送信処理を打ち切るので、通信の途中で通信過程または受信側に問題が発生した場合に、速やかにデータ送信を打ち切り、無駄なデータ送信を避けることができる。
【００８３】
また、かかる構成の送受信システムは、受信側がデータ情報を受け取り、ファイル格納テーブル５２ｂを作成したときに、格納データＨＤｉを受け取る準備が完了したことを示す受信可能通知を送信側に送信する。一方、送信側は、受信可能通知を受信した後に、格納データＨＤｉを送信する。よって、送信側が受信側の状態を確認してからデータを送信するので、確実な通信を行うことができる。
【００８４】
なお、本実施例においては、ターミナルアダプタＴＡ１は、画像ファイルＦの分割データＳＤｉに、ＩＤ情報Ｉ、Ｎｕｍｂｅｒ情報Ｎｉ、Ｌｅｎｇｔｈ情報Ｌｉを付加して、ファイル格納テーブル５２ａに格納データＨＤｉとして格納し、この格納データＨＤｉを順次、ターミナルアダプタＴＡ２に送信したが、このような態様に限られるものではない。例えば、ファイル格納テーブル５２ａには分割データＳＤｉのみを格納し、分割データＳＤｉの送信時にＮｕｍｂｅｒ情報ＮｉとＬｅｎｇｔｈ情報Ｌｉを付加して送信するものとしてもよい。あるいは、ＩＤ情報Ｉを付加せずに、ファイル格納テーブル５２ａの位置情報を管理する位置管理テーブルを別途作成し、当該テーブルを用いて、ファイル格納テーブル５２ａに用いられる領域であることを識別できるようにしてもよい。この場合、ターミナルアダプタＴＡ１は、受信通知ＲＮｉを受信するたびに、受信した受信通知ＲＮｉに対応する単位テーブルＵＴｉをファイル格納テーブル５２ａとして認識しなくなるように、位置管理テーブルを更新してもよい。一方、ターミナルアダプタＴＡ２は、分割データＳＤｉのみをファイル格納テーブル５２ｂに格納するようにしてもよい。もとより、ターミナルアダプタＴＡ１は、画像ファイルＦを分割してファイル格納テーブル５２ａに格納する代わりに、画像ファイルＦの分割並び情報と各々の分割データＳＤｉの範囲を対応付けた位置管理テーブルを作成し、分割データＳＤｉの送信を行う度に、ＥＥＰＲＯＭ６０に保存された画像ファイルＦから、送信する分の分割データＳＤｉを位置管理テーブルに基づいて抽出して、送信するようにしてもよい。
【００８５】
また、本実施例においては、上記ステップＳ１８０において、ターミナルアダプタＴＡ１は、ファイル格納テーブル５２ａを構成する全ての単位テーブルＵＴｉに格納された格納データＨＤｉを順次送信し、そして、上記ステップＳ１９０〜Ｓ２１０を経て、残った単位テーブルＵＴｉについて、再度、上記ステップＳ１８０において再送するものとしたが、このような態様に限られるものではない。例えば、上記ステップＳ１８０において、所定数の格納データＨＤｉを送信し、それらの送信データに対応する受信通知ＲＮｉを全て受信してから、次の所定数の格納データＨＤｉを送信する態様でもよい。
【００８６】
また、本実施例においては、上記ステップＳ１５０において、分割データＳＤｉにＮｕｍｂｅｒ情報Ｎｉが付加されて、格納データＨＤｉとしてファイル格納テーブル５２ａに格納され、さらに、上記ステップＳ３７０において、受信した格納データＨＤｉが含むＮｕｍｂｅｒ情報Ｎｉを表す受信通知ＲＮｉをターミナルアダプタＴＡ１に送信するものとしたが、これに限られるものではない。例えば、上記ステップＳ１５０において、Ｎｕｍｂｅｒ情報Ｎｉは必ずしも付加されなくてもよく、このような場合には、受信通知ＲＮｉとして、受信した格納データＨＤｉを識別できる他の情報、例えば、添付チェックサムやＣＲＣ（Cyclic Redundancy Check）など、を送信してもよい。
【００８７】
以上、本発明の実施例について説明したが、本発明はこうした実施例に限られるものではなく、本発明の要旨を脱しない範囲において、種々なる態様で実施できることは勿論である。例えば、本発明の送信装置または受信装置は、実施例に示した画像ファイルＦに限らず、動画ファイルなど、種々のデータについても適用することができる。もとより、ＲＴＰ及びＵＤＰを用いたＶｏＩＰ網を介した通信に限らず、パケット通信全般に適用することができる。さらに、送信装置／受信装置、送受信／受信／送信方法、受信／送信プログラム、またはプログラムを記録したコンピュータで読み取り可能な記録媒体等の形態でも実現することができる。
【図面の簡単な説明】
【００８８】
【図１】本発明の実施例としての送受信システムの概略構成を示す説明図である。
【図２】ターミナルアダプタＴＡ１の内部構成を示す説明図である。
【図３】ターミナルアダプタＴＡ１がＶｏＩＰ網を介して画像ファイルＦをターミナルアダプタＴＡ２へ転送する手順を説明する説明図である。
【図４】ターミナルアダプタＴＡ１がＶｏＩＰ網を介して画像ファイルＦをターミナルアダプタＴＡ２へ転送する手順を説明する説明図である。
【図５】ファイル格納テーブル５２ａの一例を示す説明図である。
【図６】ターミナルアダプタＴＡ１及びＴＡ２間のデータ通信の再送制御及び順序制御についての説明図である。
【符号の説明】
【００８９】
１０...送信側ネットワークシステム
２０...受信側ネットワークシステム
３０...操作パネル
４０...ＲＯＭ
５０...ＲＡＭ
５２...ファイル格納テーブル
６０...ＥＥＰＲＯＭ
７０...ＣＰＵ
７１...呼制御部
７２...テーブル作成部
７３...データ格納制御部
７４...データ通信制御部
７５...データ情報通信制御部
７６...受信通知制御部
７７...受信完了制御部
７８...テーブル削除部
８２...ＬＡＮ用ネットワークインターフェース
８４...ＷＡＮ用ネットワークインターフェース
ＭＦＰ１，ＭＦＰ２...プリンタ
ＴＡ１，ＴＡ２...ターミナルアダプタ
ＲＴ１，ＲＴ２...ＶｏＩＰルータ
Ｆ...画像ファイル
【図１】
2008228268.tif 000003
【図２】
2008228268.tif 000004
【図３】
2008228268.tif 000005
【図４】
2008228268.tif 000006
【図５】
2008228268.tif 000007
【図６】
2008228268.tif 000008