(57)【特許請求の範囲】
【請求項１】
定周期で送信バッファ−受信バッファ間のデータ転送を行う伝送路と、各々が前記送信バッファ、受信バッファを有し、前記伝送路によるデータ転送周期とは関係なく独立して、前記送信バッファへのデータ格納、前記受信バッファからのデータ取得を行うデータ送信装置、データ受信装置とから成る伝送システムにおいて、
前記データ送信装置は、
送信対象データを分割して成る分割データ群の任意の位置に、該送信対象データに対応付ける識別子であって同一内容の２つの第１の識別子を付加すると共に、該各分割データ及び第１の識別子を、順次、前記送信バッファに格納し、且つ少なくとも一方の第１の識別子は最後に前記送信バッファに格納する識別子付加手段と、
前記送信対象データに対する前記データ受信装置からの受信確認通知を受け取ると、前記送信対象データに対応付ける識別子であって同一内容の２つの第２の識別子を生成して前記識別子付加手段に渡す識別子生成手段とを有し、
前記識別子付加手段は、前記２つの第２の識別子を前記２つの第１の識別子に代えて前記送信バッファに格納し、
前記データ受信装置は、
前記受信バッファから順次データを取り込み、該取り込んだデータが前記分割データである場合には該分割データを前記受信バッファの記憶領域に対応する任意の記憶領域に一時的に上書き・格納させ、該取り込んだデータが前記識別子である場合、該識別子を識別子解析手段に渡す識別子分離手段と、
該識別子分離手段から渡された識別子が前回渡された識別子と一致するか否かを判定し、一致すると判定した場合であって該識別子が前記第１の識別子である場合には、前記受信確認通知を通知させ、一致すると判定した場合であって該識別子が前記第２の識別子である場合には、前記記憶領域に記憶した分割データ群をデータ格納装置に格納させる前記識別子解析手段と、
を有することを特徴とする伝送システム。
【請求項２】
定周期で送信バッファ−受信バッファ間のデータ転送を行う伝送路と、各々が前記送信バッファ、受信バッファを有し、前記伝送路によるデータ転送周期とは関係なく独立して、前記送信バッファへのデータ格納、前記受信バッファからのデータ取得を行うデータ送信装置、データ受信装置とから成る伝送システムにおいて、
前記データ送信装置は、
送信対象データを分割して成る分割データ群の任意の位置に、前記送信対象データに対応付ける識別子であって同一内容の２つの識別子を付加すると共に、該各分割データ及び識別子を、順次、前記送信バッファに格納し、且つ少なくとも一方の識別子は最後に送信バッファに格納する識別子付加手段を有し、
前記データ受信装置は、
前記受信バッファから順次データを取り込み、該取り込んだデータが前記分割データである場合には、該分割データを前記受信バッファの記憶領域に対応する任意の記憶領域に一時的に上書き・記憶させ、該取り込んだデータが識別子である場合には、該識別子を識別子解析手段に渡す識別子分離手段と、
該識別子分離手段から渡された識別子が前回渡された識別子と一致するか否かを判定し、識別子一致の判定が複数回連続した場合、前記記憶領域に記憶した分割データ群をデータ格納装置に格納させる前記識別子解析手段と、
を有することを特徴とする伝送システム。
【請求項３】
定周期で送信バッファ−受信バッファ間のデータ転送を行う伝送路と、各々が前記送信バッファ、受信バッファを有し、前記伝送路によるデータ転送周期とは関係なく独立して、前記送信バッファへのデータ格納、前記受信バッファからのデータ取得を行うデータ送信装置、データ受信装置とから成る伝送システムにおける前記データ送信装置において、
送信対象データを分割して成る分割データ群の任意の位置に、該送信対象データに対応付ける識別子であって同一内容の２つの第１の識別子を付加すると共に、該各分割データ及び第１の識別子を、順次、前記送信バッファに格納し、且つ少なくとも一方の第１の識別子は最後に前記送信バッファに格納する識別子付加手段と、
前記送信対象データに対する前記データ受信装置からの受信確認通知を受け取ると、前記送信対象データに対応付ける識別子であって同一内容の２つの第２の識別子を生成して前記識別子付加手段に渡す識別子生成手段とを有し、
前記識別子付加手段は、前記２つの第２の識別子を前記２つの第１の識別子に代えて前記送信バッファに格納することを特徴とする伝送システムにおけるデータ送信装置。
【請求項４】
定周期で送信バッファ−受信バッファ間のデータ転送を行う伝送路と、各々が前記送信バッファ、受信バッファを有し、前記伝送路によるデータ転送周期とは関係なく独立して、前記送信バッファへのデータ格納、前記受信バッファからのデータ取得を行うデータ送信装置、データ受信装置とから成る伝送システムにおける前記データ受信装置において、
前記受信バッファから順次データを取り込み、該取り込んだデータが分割データである場合には該分割データを前記受信バッファの記憶領域に対応する任意の記憶領域に一時的に上書き・格納させ、該取り込んだデータが識別子である場合、該識別子を識別子解析手段に渡す識別子分離手段と、
該識別子分離手段から渡された識別子が前回渡された識別子と一致するか否かを判定し、一致すると判定した場合であって該識別子が第１の識別子である場合には、前記受信確認通知を通知させ、一致すると判定した場合であって該識別子が第２の識別子である場合には、前記記憶領域に記憶した分割データ群をデータ格納装置に格納させる前記識別子解析手段と、
を有することを特徴とする伝送システムにおけるデータ受信装置。
【請求項５】
定周期で送信バッファ−受信バッファ間のデータ転送を行う伝送路と、各々が前記送信バッファ、受信バッファを有し、前記伝送路によるデータ転送周期とは関係なく独立して、前記送信バッファへのデータ格納、前記受信バッファからのデータ取得を行うデータ送信装置、データ受信装置とから成る伝送システムにおける前記データ送信装置において、
送信対象データを分割して成る分割データ群の任意の位置に、前記送信対象データに対応付ける識別子であって同一内容の２つの識別子を付加すると共に、該各分割データ及び識別子を、順次、前記送信バッファに格納し、且つ少なくとも一方の識別子は最後に送信バッファに格納する識別子付加手段
を有することを特徴とする伝送システムにおけるデータ送信装置。
【請求項６】
定周期で送信バッファ−受信バッファ間のデータ転送を行う伝送路と、各々が前記送信バッファ、受信バッファを有し、前記伝送路によるデータ転送周期とは関係なく独立して、前記送信バッファへのデータ格納、前記受信バッファからのデータ取得を行うデータ送信装置、データ受信装置とから成る伝送システムにおける前記データ受信装置において、
前記受信バッファから順次データを取り込み、該取り込んだデータが分割データである場合には、該分割データを前記受信バッファの記憶領域に対応する任意の記憶領域に一時的に上書き・記憶させ、該取り込んだデータが識別子である場合には、該識別子を識別子解析手段に渡す識別子分離手段と、
該識別子分離手段から渡された識別子が前回渡された識別子と一致するか否かを判定し、識別子一致の判定が複数回連続した場合、前記記憶領域に記憶した分割データ群をデータ格納装置に格納させる前記識別子解析手段と、
を有することを特徴とする伝送システムにおけるデータ受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共有メモリ方式等の同時性が保証されていない伝送システムに関する。
【背景技術】
【０００２】
図１３に、従来の伝送システムの概略構成図を示す。
図１３に示す伝送システムは、２台のデータ記憶装置１０１，１０２が、バッファを介して、伝送路１００に接続している。データ記憶装置１０１，１０２はデータを記憶する装置である。送信バッファ１０３は、送信すべきデータを一時的に格納するバッファである。受信バッファ１０４は、受信したデータを一時的に格納するバッファである。ここでは、データ記憶装置１０１が送信側であるものとし、データ記憶装置１０１は送信バッファ１０３にデータを格納する。受信側であるデータ記憶装置１０２は、受信バッファ１０４に格納されたデータを読み出す。ここでは、共有メモリ方式を用いており、伝送路１００は、定周期で、送信バッファ−受信バッファ間のデータ転送を行う。
【０００３】
伝送路１００は、例えば、ＰＲＯＦＩＢＵＳである。PROFIBUSは国際規格IEC61158等で認められている、オープンなフィールドバスである。ＰＲＯＦＩＢＵＳでは、1回の通信で使うことができるデータサイズの大きさが最大244バイトと大きなものになっている。よって、リモートI/Oやインバータなどの機器を接続して、大容量のデータを送らなければならないときでも、すべてのリアルタイムデータの通信が1回で終了できる。従って、データを分割して転送しないので、データの同時性が保証されるという特徴がある。
【０００４】
しかしながら、上記データの同時性が保証されるといっても、それは、図１３の構成において、送信バッファ１０３に格納されたデータが全て、１回の転送制御で、受信バッファ１０４に格納されることを意味するに過ぎない。これは、送信バッファ１０３に格納されたデータが一塊のデータである場合には問題ないが、そうではない場合、伝送システム全体としては同時性が保証されないことになる。これは、図１３に示すように、データ記憶装置１０１の送信側プログラム１０１ａによる送信バッファ１０３へのデータ書き込み処理、及びデータ記憶装置１０２の受信側プログラム１０２ａによる受信バッファ１０４からのデータ読出し処理が、それぞれ、上記伝送路１００による定周期のデータ転送処理とは非同期な、任意のタイミングで行われる為、及び送信バッファ、受信バッファは一度に格納／取得できるデータ容量に制限がある為である。
【０００５】
この問題について、以下、図１４も参照して更に具体的に説明する。
まず、上記の通り、送信バッファに一度に格納できるデータ容量に制限がある為、送信側であるデータ記憶装置１０１は、送信対象データを複数に分割して成る各分割データを、順次、送信バッファ１０３に格納するものである。
【０００６】
図１４（ａ）〜（ｃ）において、データ１，２，３は、送信対象データを３つに分割して成る各分割データを意味する。このデータ１，２，３が上記一塊のデータである。データ４，５，６は、別の送信対象データを３つに分割して成る各分割データを意味する。このデータ４，５，６も、上記一塊のデータである。この様にデータを分割する理由は、上記の通り、データ記憶装置１０１から送信バッファ１０３に１stepで格納できるデータ長に制限があるからである。よって、データ１，２，３，４，５，６は、各々、この最大データ長以下のデータサイズである。これは、受信側でも同様であり、データ記憶装置１０２が受信バッファ１０４から１stepで取り出せるデータ量は、上記最大データ長までである。
【０００７】
データ記憶装置１０１は、上記１つの送信データを送信する場合、これを分割して上記データ１，２，３を生成後、このデータ１，２，３を、１stepずつ順次、送信バッファ１０３に格納する。データ記憶装置１０１は、上記の通り、伝送路１００によるデータ転送処理とは非同期に、任意のタイミングで上記送信バッファ１０３へのデータ格納処理を行うが、例えば偶然、図１４（ａ）に示すように、データ１，２，３を全て送信バッファ１０３に格納後に（一塊のデータが送信バッファ１０３に格納された状態で）、データ転送処理が行われたならば、同時性が保たれることになる。
【０００８】
しかしながら、どの様な場合でも同時性が保証されるわけではない。例えば、図１４（ｃ）に示すように、次のデータを送信する為に、当該次のデータを分割して成るデータ４，５，６を、送信バッファ１０３に格納する処理の途中（２step目終了後に）、未だデータ６を格納していない状態で、データ転送処理が行われることもあり得る。この場合、前のデータの分割データであるデータ３が残った状態であり、データ４，５，３がまとめて送信されてしまうので、同時性が保たれないことになる。
【０００９】
尚、ここでは、同時性が保証されている状態とは、送信側プログラム１０１ａが一塊のデータとして送信したデータが、受信側プログラム１０２ａでも同じ一塊のデータとして受信できる状態を意味する。
【００１０】
この様な問題に対して、例えば特許文献１記載の発明では、その図２のトグル情報部２３における背番号管理を提案している。
図１５、図１６は、この背番号管理を説明する為の図である。
【００１１】
図１５に示すように、送信側のデータ記憶装置１１１と送信バッファ１１５との間に背番号付加装置１１３を設け、受信側のデータ記憶装置１１２と受信バッファ１１６との間に背番号解析装置１１４を設けた構成としている。
【００１２】
背番号付加装置１１３は、データ記憶装置１１１から渡された任意の送信データを上記と同様に複数に分割すると共に、これら各分割データ全てに、図１６に示すように同一の背番号（この例では‘１’）を付してから、これら背番号付きの分割データを、順次、送信バッファ１１５に格納する。
【００１３】
背番号解析装置１１４は、受信バッファ１１６から取り出した分割データの背番号が全て一致したとき、一塊のデータが全て受信バッファ１１６に格納された状態であると判定し、これら分割データを、背番号を除去してから、データ記憶装置１１２に渡して格納させる。その後、一塊のデータの受信が完了したことを、伝送路１１０を介して、背番号付加装置１１３に通知する。
【００１４】
背番号付加装置１１３は、この受信完了通知を受信したら、データ記憶装置１１１に次の送信データがあれば、再び上記と同様、分割及び背番号付加の処理を行う。
【特許文献１】特開平８−２２３７８１号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
上記特許文献１記載の背番号管理による伝送方法では、分割した各データ毎に背番号を付加する為、その分、データ量が多くなり、多くのメモリ容量が必要となる。
本発明の課題は、データ量を殆ど増加させることなく、同時性を保証したデータ伝送を行える伝送システム等を提供することである。
【課題を解決するための手段】
【００１６】
本発明による第１の伝送システムは、独立して定周期で送信バッファ−受信バッファ間のデータ転送を行う伝送路と、各々が前記送信バッファ、受信バッファを有し、前記伝送路によるデータ転送周期とは関係なく独立して、前記送信バッファへのデータ格納、前記受信バッファからのデータ取得を行うデータ送信装置、データ受信装置とから成る伝送システムにおいて、前記データ送信装置は、送信対象データを分割して成る分割データ群の任意の位置に、該送信対象データに対応付ける識別子であって同一内容の２つの第１の識別子を付加すると共に、該分割データ及び第１の識別子を、順次、前記送信バッファに格納し、且つ少なくとも一方の第１の識別子は最後に前記送信バッファに格納する識別子付加手段と、前記送信対象データに対する前記データ受信装置からの受信確認通知を受け取ると、前記送信対象データに対応付ける識別子であって同一内容の２つの第２の識別子を生成して前記識別子付加手段に渡す識別子生成手段とを有し、前記識別子付加手段は、前記２つの第２の識別子を前記２つの第１の識別子に代えて前記送信バッファに格納し、前記データ受信装置は、前記受信バッファから順次データを取り込み、該取り込んだデータが前記分割データである場合には該分割データを前記受信バッファの記憶領域に対応する任意の記憶領域に一時的に上書き・格納させ、該取り込んだデータが前記識別子である場合、該識別子を識別子解析手段に渡す識別子分離手段と、該識別子分離手段から渡された識別子が前回渡された識別子と一致するか否かを判定し、一致すると判定した場合であって該識別子が前記第１の識別子である場合には、前記受信確認通知を通知させ、一致すると判定した場合であって該識別子が前記第２の識別子である場合には、前記記憶領域に記憶した分割データ群をデータ格納装置に格納させる識別子解析手段とを有する。
【００１７】
上記構成の伝送システムでは、同時性を保障する為に従来と同様に識別子を付加するが、その数は、たとえ送信対象データのデータ量が多くても（つまり、分割データの数が多くなっても）２つで済む。２つの識別子のみで同時性を保障する為に、同じデータを２回送信するものとし、それぞれ、２つの第１の識別子、２つの第２の識別子を付加して、識別子一致をチェックさせると共に（その意味で識別子は４つとも言えるが、送信バッファにおいては第１の識別子と第２の識別子とを入れ替えるだけなので、送信バッファの容量増加は、２つの識別子の分だけで済む）、更に、少なくとも一方の第１の識別子は最後に前記送信バッファに格納するようにしている。
【００１８】
また、２つの識別子は、同一であり、分割データ群の任意の位置に付加してよいので、所謂ヘッダ、フッタの様なものとは異なる。よって、ヘッダ、フッタを用いたデータ送受信処理のような複雑な演算は必要ない。
【００１９】
本発明による第２の伝送システムは、独立して定周期で送信バッファ−受信バッファ間のデータ転送を行う伝送路と、各々が前記送信バッファ、受信バッファを有し、前記伝送路によるデータ転送周期とは関係なく独立して、前記送信バッファへのデータ格納、前記受信バッファからのデータ取得を行うデータ送信装置、データ受信装置とから成る伝送システムにおいて、前記データ送信装置は、送信対象データを分割して成る分割データ群の任意の位置に、前記送信対象データに対応付ける識別子であって同一内容の２つの識別子を付加すると共に、該分割データ及び識別子を、順次、前記送信バッファに格納し、且つ少なくとも一方の識別子は最後に送信バッファに格納する識別子付加手段を有し、前記データ受信装置は、前記受信バッファから順次データを取り込み、該取り込んだデータが前記分割データである場合には、該分割データを前記受信バッファの記憶領域に対応する任意の記憶領域に一時的に上書き・記憶させ、該取り込んだデータが識別子である場合には、該識別子を識別子解析手段に渡す識別子分離手段と、該識別子分離手段から渡された識別子が前回渡された識別子と一致するか否かを判定し、識別子一致の判定が複数回連続した場合、前記記憶領域に記憶した分割データ群をデータ格納装置に格納させる識別子解析手段と、を有する。
【００２０】
上記第２の伝送システムでは、第１の伝送システムとは異なり、同じデータを識別子を変えて２回送るような処理は行わず（よって、識別子は１種類；但し、同一のものを２つ）、受信側において、識別子一致の判定を複数回行うことで対応している。勿論、少なくとも一方の識別子は最後に前記送信バッファに格納することも、同時性を保障する為に必要な条件となる。
【発明の効果】
【００２１】
本発明の伝送システム等によれば、データ量を殆ど増加させることなく、同時性を保証したデータ伝送を行える。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して、本発明の実施の形態について説明する。
図１は、本例の伝送システムのシステム構成・機能ブロック図である。
尚、図１の構成は、第１の実施例、第２の実施例に共通する構成であるが、その動作が多少異なる。以下、まず、第１の実施例について説明する。
【００２３】
本実施の形態の伝送システムは、送信側は、データ記憶装置３１、データ送信装置１０、送信バッファ３２、及び受信バッファ３３より構成され、受信側はデータ受信装置２０、データ格納装置４１、受信バッファ４２、及び送信バッファ４３より構成される。送信バッファ３２、受信バッファ３３、受信バッファ４２、及び送信バッファ４３は、各々、伝送路５０に接続している。伝送路５０は、例えば上記PROFIBUSである。尚、伝送路５０は、単に通信線のみを意味するものでなく、この通信線を介する定周期の送信バッファ−受信バッファ間のデータ転送を制御する不図示の制御装置等も含まれる。
【００２４】
データ送信装置１０は、データ取込部１１、識別子付加部１２、識別子生成部１３、及び受信確認解析部１４の各種機能部を有する。データ受信装置２０は、識別子分離部２２、識別子解析部２３、受信確認送信部２４、及びデータ書出部２１の各機能部を有する。
【００２５】
尚、特に図示しないが、データ送信装置１０及びデータ受信装置２０は、ＣＰＵ等の演算装置とメモリ等の記憶装置を有しており、上記各種機能部１１〜１４、２１〜２４は、記憶装置に予め記憶されている所定のアプリケーションプログラムを、ＣＰＵ等が読出し・実行することにより実現される。
【００２６】
データ送信装置１０は、データ記憶装置３１から受け取った送信対象データ（複数の分割データ）を、順次、送信バッファ３２に格納し、送信バッファ３２に格納されたデータは、上記従来と同様に定周期で実行されるデータ転送処理の際に、全て一度にまとめて、伝送路５０を介して受信バッファ４２に転送・格納される。尚、実際には例えば送信バッファに格納されているデータはパケットに格納され、このパケットのヘッダには送信バッファ、受信バッファのアドレス等が格納されて伝送路５０上に送出されるが、以下の説明では特に言及しない。
【００２７】
ここで、本手法では、上記分割データ群の任意の位置に、同一内容の２つの識別子を付加する。例えば、図２に示す例では、上記分割データ群の最初と最後に（分割したデータを挟むように）識別子Ａ、Ｂを付加する（識別子Ａ＝識別子Ｂ）。そして、識別子が付加された分割データ群を、上記の通り順次送信バッファ３２に格納する。たとえ分割データの数が多数であっても、識別子は２つだけであるので、特許文献１の手法に比べて、データ増加量は少なくて済む。そして、データ受信装置２０側では、この２つの識別子Ａ、Ｂを用いて後述する解析を行うことで、受信バッファ４２に格納されたデータが上記“一塊のデータ”であるか否かを判別することができるので、同時性を保証することができる。
【００２８】
以下、上記伝送システムについて、更に詳細に説明する。
まず、データ送信装置１０の各種機能部について説明する。尚、識別子の付加位置は、上記の通り、どこでもよいが、ここでは図２の例を用いて説明する。
【００２９】
データ取込部１１は、受信確認解析部１４からの取込指令により、データ記憶装置３１から送信対象データ（分割データ群）を取り込み、この分割データ群を一塊のデータとして識別子付加部１２へ渡す。尚、データ取込部１１が送信対象データを分割してもよい。尚、送信対象データを分割する理由は、既に従来で述べた通り、データ送信装置１０から送信バッファ３２に１stepで格納できるデータ長に制限があるからである。
【００３０】
識別子付加部１２は、データ取込部１１より受け取った分割データ群の最初と最後に、識別子生成部１３より与えられた識別子を付加することで、例えば上記図２に示すようなデータ構成とし、これを送信バッファ３２へ順次格納する。
【００３１】
識別子生成部１３は、受信確認解析部１４からの識別子変更指令により、識別子を生成し、この識別子を識別子付加部１２へ渡す。尚、第１の実施例では、各送信対象データ毎に、２種類（後述する１回目、２回目）の識別子を生成する。
【００３２】
受信確認解析部１４は、データ受信装置２０から送られてくる受信確認信号を解析し、識別子生成部１３への識別子変更指令出力、又は／及び、データ取込部１１への取込指令出力を行う。
【００３３】
次に、データ受信装置２０の各種機能部について説明する。
識別子分離部２２は、受信バッファ４２よりデータを取り込み、識別子とデータ部（上記分割データ群）とに分離し、識別子は識別子解析部２３へ渡し、データ部はデータ書出部２１へ渡す。
【００３４】
識別子解析部２３は、識別子分離部２２より受け取った識別子を解析し、この解析結果に応じて、何も行わないか、もしくはデータ書出部２１への書出指令出力、又は／及び、受信確認送信部２４への受信確認送信指令出力を行う。
【００３５】
受信確認送信部２４は、識別子解析部２３からの受信確認送信指令により、受信確認を、送信バッファ４３、伝送路５０、及び受信バッファ３３を介して受信確認解析部１４へ渡す。
【００３６】
データ書出部２１は、上記識別子分離部２２から渡されたデータを、所定の記憶領域に一時的に格納する。この記憶領域は受信バッファ４２と同じ容量を持ち、受信バッファ４２の各領域に対応する各領域を有する。例えば、受信バッファの０〜１００番地に格納されていたデータは、当該記憶領域の０〜１００番地に格納（上書き）する。そして、データ書出部２１は、識別子解析部２３からデータ書出指令があった場合のみ、上記所定の記憶領域に格納してあるデータを、データ格納装置４１へ格納する。
【００３７】
以上説明した各種機能部による図１の伝送システム全体の第１の実施例における動作について、以下、説明する。
図４に示すように、本例では、上記構成の伝送システムを以下のステップ（１）〜（１３）の手順に従って動作させることで、同時性を保証したデータ伝送を行う。尚、以下のステップ（１）〜（１３）は、図４に示す（１）〜（１３）に対応するものである。
【００３８】
（１）受信確認解析部１４は、前回の送信対象データに関する２回目の受信確認が受信確認送信部２４から送られてくると、識別子生成部１３に対して識別子変更（２回目）を指示すると共に、データ取込部１１に対して次の送信対象データの取込指令を出す。この取込指令を受けたデータ取込部１１は、データ記憶装置３１より、次の送信対象データを（分割データ群）を取り込み、これを一塊のデータとして識別子付加部１２へ渡す。一方、識別子生成部１３は、上記識別子変更（２回目）に応じて、次の送信対象データに対応する識別子であって１回目の送信であることを示す識別子を２つ生成し（識別子Ａ、Ｂ（１回目）、これを識別子付加部１２に渡す。
【００３９】
尚、図４では、データ送信装置１０及びデータ受信装置２０に対応する欄において、単に「データ」と記してあるが、これは実際には上記の通り、分割データ群である。
（２）識別子付加部１２は、ステップ（１）で取得した一塊のデータの前後に、識別子生成部１３より受け取った上記識別子Ａ、Ｂ（１回目）を付加する（例えば図２に示す例）。そして、この様にして生成した送信対象データを構成する各識別子、各分割データを、順次、送信バッファ３２へ格納する。
【００４０】
従来でも述べた通り、データ送信装置１０、伝送路５０、及びデータ受信装置２０は、各々、独立して、送信処理、転送処理、受信処理を行っている。よって、データ送信装置１０では、送信バッファ３２に格納されたデータが何時伝送路５０を介して受信バッファ４２に転送されるのか分からないし、制御もできない。これは、データ受信装置２０による受信バッファ４２からのデータ取り込みについても同様である。よって、上記識別子を含む一塊のデータを全て送信バッファ３２に格納する前に、データ転送が行われてしまう場合もある。しかし、本手法によれば、識別子Ａ、Ｂを用いることで、データ受信装置２０側で、受信バッファ４２に格納されたデータが一塊のデータであるか否かを判別できる。詳しくは後に説明する。
【００４１】
ここで、上記識別子について説明する。
識別子のデータ構成図を図３に示す。図示の通り、識別子は、１ビットのステージ識別子とインクリメント領域とから成る。１ビットのステージ識別子は、上記１回目の送信か２回目の送信かを示すものであり、例えば０；１回目、１；２回目である。インクリメント領域には、どの送信対象データに対応する識別子であるのかを示すデータが格納され、新たな送信対象データが取得される毎に（上記識別子変更（２回目）に応じて）＋１ずつインクリメントされる。図示の例では、１〜１２０の値を用い、１から１２０まで順次１ずつインクリメントされるが、基本的には、ある送信対象データの前後の送信対象データとの区別が付けばよい。
【００４２】
また、識別子Ａと識別子Ｂは、まったく同じもの（同一の構成）である。また、図２では分割データ群の前後に識別子Ａ、Ｂを付加するが、この例に限らず、識別子Ａ、Ｂは何処に付加してもよい。例えば、まず、識別子Ａと識別子Ｂが連続して並び、これらの次に全ての分割データが並ぶような構成であってもよい。この点で、図２を見ると一見、識別子Ａと識別子Ｂは所謂ヘッダとフッタに類似するように見えるが、ヘッダやフッタとは異なるものである。一般的に、ヘッダとは何かの最初を表す記号であり、フッタとは何かの最後を表す記号である。上記の例では、ヘッダがデータの最初を表し、フッタがデータの最後を表す。これに対して、上記の通り、本例の識別子Ａ、Ｂは、全く同一であり、最初／最後という区別はない。また、上記の通り、データの最初と最後に位置する必要はない。
【００４３】
従って、ヘッダやフッタとして処理すると、データ送信装置１０やデータ受信装置２０における演算が複雑になるが、上記の様な識別子であれば、演算が簡単になるという効果が得られる。
【００４４】
尚、ヘッダ、フッタを用いた場合は、以下の点で演算（監視プログラム）が複雑になる。
・受信側プログラムは、次にどのようなヘッダ、フッタをつけて送られてくるかを事前に知っておかなければならない。
・受信側プログラムは、まず、新しいヘッダを受信し、その後、フッタを受信するといったような、時間の管理が必要となる。
【００４５】
すなわち、ヘッダとフッタを使用した場合には、データの始まりと終わりが重要となる。この方式の場合、送信側プログラムは、ヘッダ（データの始まり）→データ部→フッタ（データの終わり）の順に送信バッファ３２へ格納する。受信側プログラムは、ヘッダ→データ部→フッタの順にデータ更新が行われるものとして、データを受け取る。ヘッダを受信し、何ならかのデータを受信した後、フッタを受信することで、全てのデータが受信できたと判断する。よって、上記の通り、演算が複雑となる。
【００４６】
一方、本手法においては、上記の通り、開始／終了の区別が無い２つの識別子を、任意の位置に付加してよく、受信側でもデータの始まり／終わりを認識できるようにする必要はない。よって、演算が簡単になる。
【００４７】
但し、その一方で、本例の識別子はヘッダやフッタの性質を持たないのであるから、データがどこから始まり、どこで終わるかを認識できない。しかし、以下に述べる様に、認識する必要はない。第１の実施例では、後述するように、送信側では、２つの識別子の少なくとも一方は、必ず最後に（すなわち、送信すべき分割データを全て送信バッファに格納してから）送信バッファに格納すると共に、同一データを２回送信し、受信側では当該２回送信されるデータ各々について、識別子の一致を確認する。詳しくは後述する。
【００４８】
（３）識別子分離部２２は、受信バッファ４２に格納されているデータを順次読み出し、識別子は識別子解析部２３へ渡し、データ部はデータ書出部２１へ渡す。
（４）識別子解析部２３は、ステップ（３）の処理で受け取った識別子と、前回受け取った識別子とを比較し、この２つの識別子が同一であるか否かを判定する。“同一である”とは、図３に示すステージ識別子の値が同一で且つインクリメント領域の値が同一であることを意味する。そして、同一であり且つステージ識別子が‘０’（１回目）であった場合には、受信確認送信部２４に受信確認送信指令を出力する。一方、同一であり且つステージ識別子が‘１’（２回目）であった場合には、データ書出部２１に対して書出指令を出力する。受信確認送信指令には１回目であるか２回目であるかを示すデータも含まれる。ここでは、上記の通り、１回目である。
【００４９】
（５）受信確認送信指令を受け取った受信確認送信部２４は、1回目の受信が完了したことを示す受信確認信号を送信バッファ４３へ格納する。その後、定周期のデータ転送処理によって、受信確認信号は受信バッファ３３に格納され、受信確認解析部１４に渡されることになる。
【００５０】
（６）受信確認解析部１４は、ステップ（５）の受信確認信号を受け取ったら、識別子生成部１３へ１回目の識別子変更指令（1回目の受信完了に応じた変更指令）を出力する。
【００５１】
（７）この識別子変更指令を受けた識別子生成部１３は、前回作成した識別子のステージ識別子のみを‘１’に変えた識別子（2回目の送信であることを示す識別子）を２つ生成し、この識別子を識別子付加指令と共に識別子付加部１２に渡す。識別子付加部１２は、識別子生成部１３より受け取った２つの識別子（２回目）を、送信バッファ３２における１回目の識別子の格納位置に格納する。つまり、送信バッファ３２において、分割データ群は変更せずに、２つの識別子のみを変更する。すなわち、識別子のみが２回目に変更された同一データを転送させる。
【００５２】
その後、送信バッファ３２に格納された全データは、伝送路５０を介して受信バッファ４２に転送・格納される。
（８）識別子分離部２２は、上記ステップ（３）と同様に、受信バッファ４２に格納されているデータを順次読み出し、識別子は識別子解析部２３へ渡し、データ部はデータ書出部２１へ渡す。
【００５３】
（９）識別子解析部２３は、再び上記ステップ（４）の処理を実行する。今回は、もし識別子が同一となったときには、そのステージ識別子は‘１’（２回目）であるので、上記の通り、データ書出部２１に対して書出指令を出力する。
【００５４】
（１０）データ書出部２１は、このデータ書出指令を受けると、上記所定の記憶領域に一時的に格納していた分割データ群を、データ格納装置４１へ書き出す。書出しが完了したら、識別子解析部２３へ、書出完了を通知する。
【００５５】
（１１）書出完了を受け取った識別子解析部２３は、受信確認送信部２４へ、受信確認送信指令（２回目）を出力する。
（１２）この受信確認送信指令を受け取った受信確認送信部２４は、2回目の受信を完了したことを示す受信確認信号を、送信バッファ４３へ格納する。その後、定周期のデータ転送処理によって受信確認信号は受信バッファ３３に格納され、受信確認解析部１４に渡されることになる。
【００５６】
（１３）受信確認解析部１４は、(１２)の受信確認を受け取ったら、データ取込部１１へ取込指令を出力する。また、識別子生成部１３へ２回目の識別子変更指令を出力する。そして、ステップ（１）へ戻る。
【００５７】
以上のステップ（１）〜（１３）の処理を繰り返し実行する。
以下、上記図４の処理について、具体的なデータ例を示した図５〜図９を参照して説明する。
【００５８】
まず、受信バッファ４２からデータ受信装置２０へのデータ取込動作について補足説明しておく。
受信バッファ４２からデータ受信装置２０へのデータ取込は、既に従来でも述べた通り、１stepで取り込めるデータ長に制限があるので、例えば各分割データのデータ長をこの最大長とした場合、１step毎に、１つの分割データを取り込むことになる。尚、ここでは図示しないが、本手法では、識別子も取り込むが、識別子自体のデータ長は上記最大長よりもずっと小さいが、送信装置１０側において識別子に空データを付加することにより、そのデータ長を上記最大長としておく。これより、受信装置２０は識別子も１stepで取り込むことになる。尚、これは、分割データについても同様であり、任意の送信対象データを分割して成る最後の分割データのデータ長は、上記最大長とならない可能性が高いので、上記と同様、空データを付加する。あるいは、全て空データから成る分割データを作成する場合もある。送信対象データのデータ量が少なくても、送信バッファの容量一杯までデータを格納することで、必ず、前のデータを消去する為である。尚、送信バッファと受信バッファの容量は同じである。
【００５９】
そして、データ受信装置２０は、例えば、図５（ａ）に示す順番で、任意の送信対象データを３つに分割して成る分割データ１，２，３を、受信バッファ４２から３stepかけて取り込むことになる。尚、図５（ａ）において［ ］内の数字が取り込み順序を意味する。［3］まで取り込むと、［1］に戻り、取り込みを継続する。この例に限らず、例えば図５（ｂ）に示す順番であってもよい。
【００６０】
この取込処理は、伝送路５０を介した受信バッファ４２へのデータ転送処理の周期に関係なく、常時、行われている。
既に述べた通り、伝送路５０は、送信バッファ３２へのデータ格納処理、受信バッファ４２からのデータ取り出し処理とは非同期で、かつ、一定周期でデータ転送処理を行っている。このため、受信プログラムは、いつ受信バッファ４２が更新されるか分からない状況である。そのため、決まった順番で、常に、受信バッファ４２のデータを取り込む処理を行わなければならない。
【００６１】
そして、以下に説明する図６〜図９の例では、上記任意の送信対象データの分割データ１，２，３を、データ受信装置２０側で同時性を保って受信完了後に、次の送信対象データを同様に３つに分割して分割データ４，５，６を生成し、この分割データ４，５，６を伝送する場合を例にする。
【００６２】
また、図６〜９では、分かり易くする為に、以下の通り動作するものとする。
すなわち、データ送信装置１０及びデータ受信装置２０の処理が2step実行される毎に、伝送路５０がデータ転送処理を1回行うものとする。尚、既に述べている通り、実際には、送受信プログラムと伝送路５０は非同期で動いているので、いつデータ転送処理が行われるかは、分からないが（例えば、送信側プログラムが1step又は３step以上実行される毎に、伝送処理が実効されるもしれない）、ここでは説明上、上記の通り動作するものとする。但し、本手法では、この例に限らず、どの様な場合であっても同時性が保証される。
また、データ送信装置１０及びデータ受信装置２０については、上記各種機能部については特に言及せず、データ送信装置１０単位、データ受信装置２０単位で、処理を説明するものとする。
【００６３】
まず、図６（ａ）には、上記の通り、分割データ１，２，３より成る送信対象データの送受信処理が完了した状態を示している。
その後、図６（ｂ）、（ｄ）に示すように、データ送信装置１０側では上記取込指令に応じて次の送信対象データ（分割データ４，５，６より成る）を順次取り込んでおり、図６（ｄ）に示すように全ての分割データを取り込んだら、一塊の分割データ群４，５，６の前後に、当該次の送信対象データに対応する２つの識別子（１回目）を付加して、送信バッファ３２へのデータ格納を開始する。一方、上記分割データ１，２，３より成る前回の送信対象データに対応する２回目の識別子を、図示の通り、識別子Ａ（前回）、識別子Ｂ（前回）と記すものとする。尚、図示の通り、２つの識別子は、説明の都合上、区別する為に、識別子Ａ、識別子Ｂと記すものとするが、実際には全く同じものである。
【００６４】
一方、図６（ｂ）に示すように、データ受信装置２０側ではデータ送信装置１０側や伝送路５０の動作には関係なく、常時、受信バッファ４２からのデータ取込を行っている。よって、図示の通り、分割データ１，２，３の受信完了後も、分割データ１，２，３が格納された受信バッファ４２からデータを取得している。但し、既に受信完了しているので、取得したデータをデータ格納装置４１に渡すことはない。また、上記の通り、伝送路５０による周期的なデータ転送処理の合間に２stepのデータ取得処理を行うので、最初のステップで識別子Ａ（前回）を取得し、次のステップでデータ１を取得しており、続いて、図６（ｃ）に示すデータ伝送処理が行われることになる。ここでは、未だ、送信バッファ３２の内容は更新されていないので（上記の通り、全分割データを取り込むまでは、更新しない）、前回と同じデータが伝送されることになる。
【００６５】
続いて、図６（ｄ）のタイミングでは、データ送信装置１０側では、全分割データ４，５，６を取得したので、図示の通り、識別子Ａ（１回目）、識別子Ｂ（１回目）を付加して、当該２つの識別子と分割データ４，５，６を、順次、送信バッファ３２に格納する処理を開始する。図示の例では、まず、識別子Ａ（１回目）が格納され、この状態で図６（ｅ）においてデータ転送処理が行われることになる。
【００６６】
上記の通り、２つの識別子の少なくとも一方は、最後に（全分割データ４，５，６を送信バッファ３２に格納後に）送信バッファ３２に格納することが条件であり、他方の識別子は何時送信バッファ３２に格納してもよいが（よって、最後に２つの識別子の両方を格納してもよい）、ここでは識別子Ｂを最後に格納するものとし、この場合、識別子Ａは何時格納してもよいが、図示の例では最初に格納している。また、各識別子Ａ、Ｂの送信バッファ３２における格納位置は、任意に決めてよい。よって、識別子Ｂは最後に格納するが、その格納位置は図示の例に限らず、例えば識別子Ａの次の位置に格納してもよい（予め、識別子の格納位置を決めておけばよい）。
【００６７】
続く図７（ｆ）では、送信バッファ３２の内容が更に更新される一方で、データ受信装置２０側では識別子Ｂ（前回）と識別子Ａ（１回目）とが読み出され、一致／不一致判定が行われることになる。当然、不一致と判定されるので、受信確認は行われない。尚、厳密には、１step目で識別子Ｂ（前回）が読み出され、その前に取り込んだ識別子Ａ（前回）との一致／不一致判定が行われ、“一致”と判定されるが、前回のデータは既に受信完了済み（データ格納装置４１に格納済み）であり、これら識別子が前回のデータに対応する識別子であることは当然分かるので、この“一致”判定は無視する。
【００６８】
図７（ｇ）のデータ転送処理の時点では、未だ、送信バッファ３２には一塊の分割データ4、5、6が全て格納されていないが、識別子も不一致の状態となっている。
図７（ｈ）において、送信バッファ３２には一塊の分割データ4、5、6が全て格納され、これより最後に識別子Ｂ（１回目）が格納され、これが図７（ｉ）で受信バッファ４２に格納される。
【００６９】
その後、送信側では既に全分割データ及び２つの識別子を送信バッファ３２に格納しているので、受信確認信号を受け取るまでは何も行わない。
図７（ｊ）において、データ受信装置２０側では、識別子Ｂ（１回目）を受信バッファ４２から取り出すので、これを前回取得した識別子と比較する。前回識別子を取得したのは、図７（ｆ）における２ステップ目の処理であり、識別子Ａ（１回目）を取り出している。よって、両者を比較すると一致するので、受信バッファ４２に受信確認信号を格納する。
これより、図７（ｋ）に示すように、次のデータ転送処理によって、受信確認信号が送信側の受信バッファ３３に格納されることになる。
【００７０】
尚、図示の例では図７（ｊ）において既にデータ受信装置２０が一塊の分割データ４，５，６を取得しているが、これは偶然、この様になっているに過ぎない。例えば、図７（ｆ）において、もし、受信バッファ４２の先頭から読み出すような状態であったならば、識別子Ａ（１回目）とデータ１が読み出されることになり、この場合、図７（ｈ）ではデータ５，３が読み出されることになる。よって、図７（ｊ）の処理の段階では、データ受信装置２０はデータ１，５，３を取得していることになる。従って、このままでは同時性は保障されない。但し、上記の通り、識別子Ｂは最後に送信バッファ３２に格納するので、識別子一致の判定が行われた場合には、一塊の分割データ全てが受信バッファ４２に格納されている（前回のデータは無い）ことが保障されている。よって、この状態から、少なくとも受信バッファ４２からのデータ読出しを１巡させれば、必ず同時性は保障されることになる。その為に、第１の実施例では、同一データを２回送信させるのであり、上記受信確認信号（１回目）によって２回目の送信処理を行わせる。
【００７１】
すなわち、データ送信装置１０側では、図８（ｌ）に示すように、識別子Ａ（２回目）、識別子Ｂ（２回目）を準備し、図８（ｎ）においてこれら２つの識別子を送信バッファ３２に格納する。但し、格納位置は１回目と同じとする必要がある。
【００７２】
一方、図８（ｌ）、（ｎ）に示す通り、データ受信装置２０側では、既に述べたことから当然、上記受信確認信号送信後も、受信バッファ４２からのデータ取込を行っている。同様に、伝送路５０は、図８（ｍ）、（ｏ）に示す通り、定周期で、データ転送処理を行っており、ここでは、図８（ｏ）のタイミングで、２つの識別子（２回目）を含むデータが受信バッファ４２に格納されることになる（同一データについて２回目の送信が行われる）。勿論、これは一例であり、受信側にとってどのタイミングで２回目の送信が行われるかは分からないが、それは問題ではない。肝心なことは、識別子（２回目）に関して“一致”と判定される為には、少なくとも、識別子Ｂ（２回目）が読み出される必要があり、それは、すなわち、受信バッファ４２において、上記識別子Ｂ（１回目）を読み出した位置から一巡して再び同じ位置のデータを読み出したことを意味する。よって、識別子（２回目）に関して“一致”と判定されたときには、必ず同時性は保障されることになる。
【００７３】
よって、図示の例では、２回目のデータが受信バッファ４２に格納された直後の図９（ｐ）において、識別子Ｂ（２回目）及び識別子Ａ（２回目）が読み出される為、この時点で識別子一致と判定され、識別子解析部２３からデータ書出部２１に対して書出指令が出されるが、この時点で同時性は保障されているので、問題はない。その後は、データ受信装置２０は、図９（ｒ）、図９（ｔ）に示す通り、受信した分割データを順次データ格納装置４１に格納していき、全て格納したら、図９（ｕ）において受信確認（２回目）をデータ送信装置１０側に送信する。
【００７４】
次に、以下、第２の実施例について説明する。
第２の実施例は、第１の実施例と比較して、以下の相違点がある。
・送信側は、第１の実施例では同一データを２回送信したが、第２の実施例では１回のみである。
・受信側の識別子解析部２３は、上記識別子一致／不一致の判定において、１回“一致”と判定されただけでは何も行わず（よって、受信確認送信も行われない）、当該“一致”の判定が２回又は３回連続して行われた場合に、データ書出部２１に対して書出指令を出し、書出完了通知を受けると、受信確認通知を行わせる。
・上記の通り、データ送信は１回だけなので、送信側の受信確認解析部１４は、受信確認通知を受け取る毎に、データ取込部１１に対して取込指令を出す（当然、識別子生成部１３に対する識別子変更の指示も行う）。
・上記の通り、データ送信は１回だけなので、１回目、２回目の区別は無くなる。よって、識別子は、図３に示す構成においてステージ識別子が必要なくなる。
【００７５】
第２の実施例においても、第１の実施例と同様に、識別子を２つ用い、少なくとも何れか一方の識別子は最後に送信バッファ３２に格納する（格納位置は任意でよい）。
上記のように“一致”の判定が３回連続して行われることを条件としたのは、上記第１の実施例と同様、一塊の分割データ全てが受信バッファ４２に格納されていることが保障された状態から、受信バッファ４２からのデータ読出しを１巡させたことが保障されるからである。例えば、上記第１の実施例の説明中で、図７（ｊ）の処理の段階で、データ受信装置２０がデータ１，５，３を取得している状態を挙げた。この例で言うと、まず、図７（ｊ）において１回目の“一致”判定が行われ、続いて、識別子Ａが受信バッファ４２から読み出されるので２回目の“一致”判定が行われ、その後、分割データ４，５，６が順次受信バッファ４２から読み出され、識別子Ｂが受信バッファ４２から読み出されるので３回目の“一致”判定が行われることになる。但し、後述するように、条件次第では、１巡させる必要はなく、“一致”の判定は、３回連続ではなく、２回で済むようになる。
【００７６】
上記第２の実施例の処理手順について、図４を用いて説明するならば、まず（１）のデータ取込み、（２）の識別子付加処理は、第１の実施例とほぼ同じであり、違いは上記の通り、識別子が１種類（１回目、２回目の２種類あるわけではない）である点である。（３）の処理も、第１の実施例と同じである。（４）の処理は、第１の実施例とは異なる。すなわち、上記の通り、２回又は３回の“一致”判定が行われるまで、受信バッファ４２から順次データを読み出す処理を実行し続ける。そして、２回又は３回の“一致”判定が行われたら、（５）〜（９）の処理は行われることなく、直ちに（１０）〜（１３）の処理が実行される。
【００７７】
第２の実施例の処理について、以下、図１０〜図１２に示す具体例を参照して説明する。
図１０〜図１２に示す例は、図６〜図９の例と同じく、一塊のデータ（分割データ１、２、３）がデータ格納装置４１に格納された後、次の一塊のデータ（分割データ4、5、6）がデータ格納装置４１に格納されるまでを示す。
【００７８】
よって、図１０（Ａ）には、図６（ａ）と同じ状況を示す。また、上記の通り、２つの識別子の少なくとも何れか一方を最後に送信バッファ３２に格納するという条件を満たせばよいので、他方の識別子は何時送信バッファ３２に格納してもよいので、ここでは、一塊のデータを全て送信バッファ３２に格納後に２つの識別子を送信バッファ３２に格納するものとする。
【００７９】
尚、上記の通り、識別子は１種類であるので、一塊のデータ（分割データ４、５、６）に対応する識別子は識別子（今回）と記すものとする。尚、当然、識別子は２つあるので、上記と同様、識別子Ａ（今回）、識別子Ｂ（今回）等と記すものとする。
【００８０】
図１０（Ｂ）〜図１１（Ｌ）までの処理の流れは、基本的には、図６（ｂ）〜図７（ｊ）までと同じである。一見違いがあるように見えるのは、本例では、上記の通り、一塊のデータ（分割データ4、5、6）が全て送信バッファ３２に格納された後、２つの識別子を送信バッファ３２に格納する為、各タイミングにおいて、送信バッファ３２に格納されるデータ、伝送路５０上を流れるデータ、受信バッファ４２から取り出すデータが違っている為であり、これは特に重要なことではない。よって、図１０（Ｂ）〜図１１（Ｌ）については特に説明しない。
【００８１】
重要なことは、図１０（Ｂ）〜図１１（Ｌ）の処理においてデータ受信装置２０が取得しているデータが何であるかは問題ではなく、図１１（Ｌ）において識別子“一致”と判定された時点では、受信バッファ４２には一塊のデータ（分割データ４、５、６）が全て格納されており、前のデータ（分割データ１，２，３）は一切格納されていないことが保障されている点である。これは、第１の実施例の図７（ｊ）に示す状態と同じである。
【００８２】
そして、第１の実施例では、送信側が識別子のみを変更して同じデータを再度送信し、受信側では変更後の識別子について識別子“一致”の判定を行うことで対応したが、第２の実施例では、図１１（Ｍ）〜図１２（Ｐ）に示す通り、図１１（Ｌ）における１回目の識別子“一致”判定後、送信側は２回目の送信は行うことなく、受信側はそのまま受信バッファ４２からの読出し処理を実行し、識別子一致／不一致の判定を続ける。そして、図１２（Ｐ）において、まず、最初のstepで識別子Ｂ（今回）を読み出して、識別子一致／不一致の判定を行うと、前回読出した識別子は、図１１（Ｌ）で読み出した識別子Ａ（今回）であるので、２回目の識別子“一致”の判定が行われる。更に、図１２（Ｐ）における２番目のstepで、識別子Ｂ（今回）を読み出して識別子一致／不一致の判定を行うと、前回読出した識別子は、図１２（Ｐ）の最初のstepで読み出した識別子Ｂ（今回）であるので、３回目の識別子“一致”判定が行われる。
【００８３】
この様に続けて３回の識別子“一致”の判定が行われたことから、識別子解析部２３は、同時性が保障されていると見做し、データ書出部２１に対して書出指令を出す。これより、図１２（Ｒ）、（Ｔ）に示すように、データ格納装置４１への各分割データ４，５，６の格納処理が行われ、書出完了したら、図１２（Ｕ）に示すようにデータ送信装置１０に対して、受信確認を通知して、本処理は終了する。
【００８４】
尚、図１２（Ｐ）に示す通り、本例では、３回の識別子“一致”の判定を行わなくても、２回目の識別子“一致”の判定を以って、同時性が保障される。一方、上記第１の実施例の例では、図７（ｊ）の処理の段階でデータ受信装置２０はデータ１，５，３を取得している状況を挙げており、この例を第２の実施例に適用した場合、１回の識別子“一致”の判定の後、直ちに識別子Ａが読み出されることになり、２回の識別子“一致”の判定が行われるが、この状況ではデータ受信装置２０はデータ１，５，３を取得している状態のままなので、２回の識別子“一致”の判定では同時性は保障されないことになる。
【００８５】
この様に、第２の実施例では、基本的には３回の識別子“一致”の判定を必要とするが、条件次第では、２回の識別子“一致”の判定でも同時性が保障される場合がある。条件次第とは、例えば、図１０〜図１２の例で示した通り、送信側で２つの識別子を最後に一緒に送信バッファに格納する場合が一例として挙げられるが、他の条件であってもよい。
【００８６】
２つの識別子を最後に一緒に送信バッファに格納して転送した場合、この時点で、受信バッファ４２に格納されるデータは全て今回のデータとなっており、前回のデータは全て消えている。よって、この時点から今回の識別子を３回検出すれば（つまり、２回の識別子“一致”の判定で）同時性が保障されることになる。
【図面の簡単な説明】
【００８７】
【図１】本例の伝送システムのシステム構成・機能ブロック図である。
【図２】送信バッファのデータ格納例である。
【図３】識別子のデータ構造図である。
【図４】本例の伝送システムの概略動作図である。
【図５】（ａ）、（ｂ）は、受信バッファからのデータ取得例である。
【図６】第１の実施例による伝送システムの具体的な動作例（その１）である。
【図７】第１の実施例による伝送システムの具体的な動作例（その２）である。
【図８】第１の実施例による伝送システムの具体的な動作例（その３）である。
【図９】第１の実施例による伝送システムの具体的な動作例（その４）である。
【図１０】第２の実施例による伝送システムの具体的な動作例（その１）である。
【図１１】第２の実施例による伝送システムの具体的な動作例（その２）である。
【図１２】第２の実施例による伝送システムの具体的な動作例（その２）である。
【図１３】従来の伝送システムの概略構成図である。
【図１４】（ａ）〜（ｃ）は従来の問題を説明する為の図である。
【図１５】背番号管理を説明する為の図（その１）である。
【図１６】背番号管理を説明する為の図（その２）である。
【符号の説明】
【００８８】
１０  データ送信装置
１１  データ取込部
１２  識別子付加部
１３  識別子生成部
１４  受信確認解析部
２０  データ受信装置
２１  データ書出部
２２  識別子分離部
２３  識別子解析部
２４  受信確認送信部
３１  データ記憶装置
３２  送信バッファ
３３  受信バッファ
４１  データ格納装置
４２  受信バッファ
４３  送信バッファ
【図１】
0004837361.tif 000002
【図５】
0004837361.tif 000003
【図１３】
0004837361.tif 000004
【図１４】
0004837361.tif 000005
【図１５】
0004837361.tif 000006
【図１６】
0004837361.tif 000007
【図２】
0004837361.tif 000008
【図３】
0004837361.tif 000009
【図４】
0004837361.tif 000010
【図６】
0004837361.tif 000011
【図７】
0004837361.tif 000012
【図８】
0004837361.tif 000013
【図９】
0004837361.tif 000014
【図１０】
0004837361.tif 000015
【図１１】
0004837361.tif 000016
【図１２】
0004837361.tif 000017