(57)【要約】【課題】Ｄ４通信に変わる新たな通信方式を提供する。【解決手段】受信装置は、第１及び第２の処理機能部と、第１の処理機能部が処理する本データを含む第１送信データ、及び第２の処理機能部が処理する本データを含む第２送信データを受信する受信処理部と、前記第１の処理機能部が第１送信データを記録する第１のバッファ部と、前記第２の処理機能部が第２送信データを記録する第２のバッファ部と、を有する。そして、第２送信データは、当該第２送信データを第１送信データから識別する識別データを含んだ第１データ領域と、第２の処理機能部が処理する本データを含む第２データ領域と、をこの順番で有している。【選択図】図３
2015046091.tif 000002
【特許請求の範囲】
【請求項１】
第１及び第２の処理機能部と、
前記第１の処理機能部が処理する本データを含む第１送信データ、及び前記第２の処理機能部が処理する本データを含む第２送信データを受信する受信処理部と、
前記第１の処理機能部が前記第１送信データを記録する第１のバッファ部と、
前記第２の処理機能部が前記第２送信データを記録する第２のバッファ部と、
を有し、
前記第２送信データは、当該第２送信データを前記第１送信データから識別する識別データを含んだ第１データ領域と、前記第２の処理機能部が処理する本データを含む第２データ領域と、をこの順番で有しており、
前記受信処理部は、前記第１データ領域を前記第１のバッファ部に記録させた状態で、記録された前記第１データ領域に前記識別データを検出した場合は、その後に受信する前記第２データ領域に含まれる前記本データを前記第１のバッファ部に送らずに前記第２のバッファ部に送信する、ことを特徴とする受信装置。
【請求項２】
前記第１データ領域のデータサイズは、前記第１のバッファ部の容量と比べて大きい、ことを特徴とする請求項１に記載の受信装置。
【請求項３】
前記第２データ領域には、前記第２送信データに含まれる前記本データの内容を特定するための特定データが含まれており、
前記受信処理部は、前記第１のバッファ部に記録された前記第１データ領域に前記識別データを検出した場合は、前記特定データを解析し、前記本データの送り先を特定する、ことを特徴とする請求項２に記載の受信装置。
【請求項４】
前記受信処理部は、ＵＳＢ規格に対応した１つの通信経路を用いて、前記第１送信データ又は前記第２送信データを受信する、ことを特徴とする請求項１から請求項３のいずれか一項に記載の受信装置。
【請求項５】
第１及び第２の処理機能部を有する受信装置に対して送信データを送信する送信装置であって、
前記第１の処理機能部が処理する本データを含む第１送信データと、前記第２の処理機能部が処理する本データを含む第２送信データとを、送信する送信処理部を有し、
前記第２送信データは、当該第２送信データを前記第１送信データと識別する識別データと所定サイズのダミーデータとを含んだ第１データ領域と、前記第２の処理機能部が処理する本データを含む第２データ領域とをこの順番で有する、ことを特徴とする送信装置。
【請求項６】
前記受信装置から該受信装置のバッファの容量に関する情報を取得する容量取得部さらに有し、
前記ダミーデータのデータサイズは、取得した前記容量に応じて設定する、ことを特徴とする請求項５に記載の受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定の形式のデータを通信する送信装置と、通信装置に関する。
【背景技術】
【０００２】
従来、ホストコンピューター等の送信装置と、プリンター等の受信装置との間で行われる通信規格として、ＩＥＥＥ１２８４．４が知られている。以下、ＩＥＥＥ（Institute of Electrical and Electronics Engineers）１２８４．４に準じた通信をＤ４通信とも記載する。このＤ４通信では、データの先頭にこのデータの種別を判別するためのヘッダが付与されており、受信装置は、ヘッダの内容を確認することでデータの区切りを判別することができる。そのため、受信装置は、複数のデータが連続して送信される場合でも、受信データに含まれるヘッダの位置を確認することで、データの区切りを判別し、各データの送り先を素早く設定することができる（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１０２３７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
今後、特定のＯＳでＤ４通信を使用することが禁止となる。Ｄ４通信の使用が禁止される場合、受信装置側でデータの区切りを容易に判断することができなくなる。その結果、送り先の異なるデータが連続して受信された場合、データの内容を解析する等の必要が生じ、データの処理に時間を要する場合がある。
【０００５】
本発明は、上記課題にかんがみてなされたもので、Ｄ４通信に変わる新たな通信方式を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明の一態様では、第１及び第２の処理機能部と、前記第１の処理機能部が処理する本データを含む第１送信データ、及び前記第２の処理機能部が処理する本データを含む第２送信データを受信する受信処理部と、第１の処理機能部が前記第１送信データを記録する第１のバッファ部と、第２の処理機能部が前記第２送信データを記録する第２のバッファ部と、を有し、前記第２送信データは、当該第２送信データを前記第１送信データから識別する識別データを含んだ第１データ領域と、前記第２の処理機能部が処理する本データを含む第２データ領域と、をこの順番で有しており、前記受信処理部は、前記第１データ領域を前記第１のバッファ部に記録させた状態で、記録された前記第１データ領域に前記識別データを検出した場合は、その後に受信する前記第２データ領域に含まれる前記本データを前記第１のバッファ部に送らずに前記第２のバッファ部に送信する。
【０００７】
上記のように構成された発明では、受信処理部は、第２送信データの第１データ領域を第１のバッファ部に記録させた状態で、記録された第１データ領域に識別データを検出した場合は、第２データ領域に含まれる本データを第２のバッファ部に送信する。そのため、送信データを連続して受信する場合であっても、第１データ領域の識別データをもとに、第２送信データを受信したことを判断することができる。その結果、従来のようにヘッダを付与させなくとも、受信装置側で送信データの区切りを認識することができる。
【０００８】
また、本発明の一態様として、前記第１データ領域のデータサイズは、前記第１のバッファ部の容量と比べて大きい、構成としてもよい。
上記のように構成された発明では、第１データ領域のデータサイズが第１のバッファ部の容量と比べて大きく、受信処理部が受信した第２送信データの内、第１データ領域のみが、第２データ領域に先行して記録される。その結果、受信処理部は、第１のバッファ部に記録された第１データ領域から識別データを検出した場合、第１のバッファ部に第２データ領域が記録される前に、この第２データ領域に含まれる本データの送り先を変更することができる。
ここで、本データとは、画像データやコマンドデータを含み、第１又は第２の処理機能部が処理するデータである限り、どのようなデータであってもよい。
【０００９】
そして、前記第２データ領域には、前記第２送信データに含まれる前記本データの内容を特定するための特定データが含まれており、前記受信処理部は、前記第１のバッファ部に記録された前記第１データ領域に前記識別データを検出した場合は、前記特定データを解析し、前記本データの送り先を特定する、構成としてもよい。
上記のように構成された発明では、送信データの先頭に、本データを識別するための識別データ（ヘッダ）を位置させないデータ形式とすることができる。
【００１０】
さらに、本発明の一態様として、前記受信処理部は、ＵＳＢ規格に対応した１つの通信経路を用いて、前記第１送信データ又は前記第２送信データを受信する、構成としてもよい。
上記のように構成された発明では、受信装置は、ＵＳＢ規格に対応した１つの通信経路を用いて異なるデータである第１送信データと第２送信データとを受信することができ、通信経路を複数備える必要がない。その結果、構成を簡素にすることができる。
【００１１】
また、本発明の一態様として、受信装置に対して送信データを送信する送信装置であってもよい。即ち、第１及び第２の処理機能部を有する受信装置に対して送信データを送信する送信装置であって、前記第１の処理機能部が処理する本データを含む第１送信データと、前記第２の処理機能部が処理する本データを含む第２送信データとを、送信する送信処理部を有し、前記第２送信データは、当該第２送信データを前記第１送信データと識別する識別データと所定サイズのダミーデータとを含んだ第１データ領域と、前記第２の処理機能部が処理する本データを含む第２データ領域とをこの順番で有する。
【００１２】
更に、上記のように構成された送信装置の一態様として、前記受信装置から該受信装置のバッファの容量に関する情報を取得する容量取得部さらに有し、前記ダミーデータのデータサイズは、取得した前記容量に応じて設定してもよい。
上記のように構成された発明では、受信装置のバッファの容量に応じてダミーデータのデータサイズを変更できる。そのため、受信装置がどのようなバッファを有する場合でも、本発明を適用することができる。
【図面の簡単な説明】
【００１３】
【図１】通信システムを説明する図である。
【図２】ＰＣ２の構成を説明するブロック構成図である。
【図３】プリンター３の構成を説明するブロック構成図である。
【図４】通信システム１で用いられる送信データのデータ形式を説明する図である。
【図５】通信システム１においてＰＣ２からプリンター３へ送られるデータの処理を説明する図である。
【図６】受信制御部が送信データを各バッファに記録させる処理を説明する図である。
【図７】受信制御部が送信データを各バッファに記録させる処理を説明する図である。
【図８】受信制御部が送信データを各バッファに記録させる処理を説明する図である。
【発明を実施するための形態】
【００１４】
以下、下記の順序に従って本発明の実施形態を説明する。
１．第１の実施形態：
１．１．通信システムの構成：
１．２．本発明の概要：
１．３．通信方法：
２．その他の実施形態：
【００１５】
１．第１の実施形態：
１．１．通信システムの構成：
図１は、通信システムを説明する図である。
通信システム１は、パーソナルコンピューター（ＰＣ）２と、プリンター３と、を備える。ＰＣ２と、プリンター３とは、ＵＳＢ（Universal Serial Bus）方式の通信経路４を用いて、通信可能に接続されている。ＰＣ２と、プリンター３は、ＩＥＥＥ１２８４．４の通信方式に対応し、相互に通信を行うことができる。本実施形態では、ＰＣ２が送信装置であり、プリンター３が受信装置である。
【００１６】
図２は、ＰＣ２の構成を説明するブロック構成図である。
ＰＣ２は、送信制御部（送信処理部）２１と、ハードディスクドライブ（ＨＤＤ）２２と、操作パネル２３と、表示部２４とを有する。送信制御部２１は、図示しないＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）を備えている。ＰＣ２が備える各部は、バス２６を通して互いに電気的に接続されている。
また、送信制御部２１は、ＨＤＤ２２に記録されたプログラムを実行することで、ＯＳ（Operating System）２５の機能を実現し、ＨＤＤ２２、操作パネル２３、表示部２４の駆動を制御する。また、送信制御部２１がＯＳ２５の下、所定のプログラムを実行することで、プリンタドライバ２５１、ＦＡＸドライバ２５２、設定ツール２５３、パケット生成モジュール２５４の各機能を実現する。
【００１７】
プリンタドライバ２５１は、プリンター３に印刷処理等を実行させるための制御コマンドや、印刷データを生成する。
ＦＡＸドライバ２５２は、プリンター３が有するＦＡＸ機能によって送信される画像データを所定のデータ形式に変換したり、プリンター３にＦＡＸ機能を実現させるための制御コマンドを生成する。
設定ツール２５３は、プリンター３の諸機能を設定するための設定コマンドを生成する。
【００１８】
パケット生成モジュール２５４は、プリンタドライバ２５１、ＦＡＸドライバ２５２、設定ツール２５３が出力するデータ（本データとも記載する。）をもとに、ＰＣ２とプリンター３との間で設定されたプロトコルに応じたデータを生成する。例えば、パケット生成モジュール２５４は、本データに対して、所定のデータを付与して分割したデータ（パケット）を生成する。以下、パケット生成モジュール２５４により生成されたデータを送信データとも記載する。
【００１９】
また、送信制御部２１は、ＵＳＢＩＦ２５５を備える。ＵＳＢＩＦ２５５は、例えば、周知のＵＳＢボードや、ＵＳＢチップにより構成される。ＵＳＢＩＦ２５５は、コネクター等を用いて通信経路４と着脱可能に接続され、ＰＣ２とプリンター３とを繋ぐＵＳＢ方式に応じたインタフェースとして機能する。
また、ＵＳＢＩＦ２５５は、送信制御部２１とは別体となって実現されるものであってもよい。
【００２０】
ＵＳＢＩＦ２５５の機能により、ＰＣ２はプリンター３との間で論理的な通信端点であるエンドポイントを設定する。そして、送信制御部２１は、このエンドポイントを複数用いることで、プリンター３との間で各エンドポイントを経由した論理的な複数の通信経路によりデータの通信を行うことができる。本実施形態では、パケット生成モジュール２５４により生成された送信データは、同一のエンドポイントを経由してプリンター３に送信される。そのため、プリンタドライバ２５１、ＦＡＸドライバ２５２、設定ツール２５３により生成されたデータ（後述する本データ）はエンドポイントを用いてプリンター３に送信される。
【００２１】
図３は、プリンター３の構成を説明するブロック構成図である。
プリンター３は、プリンタモジュール３１、ＦＡＸモジュール３２、操作パネル３３、受信制御部（受信処理部）３４、ＲＡＭ３５、ＲＯＭ３６と、を備える。プリンター３を実現する各部は、バス３７を通して互いに電気的に接続されている。
【００２２】
プリンタモジュール３１は、与えられた印刷データに応じて画像を印刷する。本実施例では、プリンタモジュール３１は、シアン（Ｃ）、マゼンタ（Ｍ）、イエロ（Ｙ）、ブラック（Ｋ）を含む複数のインクを利用したカラー印刷を実行する。
ＦＡＸモジュール３２は、インターネットやＬＡＮ等のネットワークＮに接続されており、ＰＣ２と、ネットワークＮに接続された外部機器との間で、ＴＣＰ／ＩＰプロトコルに準じたＰＣＦＡＸ通信（以下、単にＦＡＸ通信とも記載する）を行う。
操作パネル３３は、ユーザからの種々の指示を受けるための複数のボタンを含んでいる。本実施形態では、プリンタモジュール３１が第１の処理機能部であり、ＦＡＸモジュール３２が第２の処理機能部として以後の説明を行う。
【００２３】
受信制御部３４は、図示しないＣＰＵやＡＳＩＣ（Application Specific Integrated Circuit）により構成されている。受信制御部３４は、ＲＯＭ３６に記録されたプログラムを実行することで、プロトコル制御部３４１、パケット解析部３４２としても機能する。
【００２４】
また、受信制御部３４は、ＵＳＢＩＦ３４３を備える。ＵＳＢＩＦ３４３は、例えば、周知のＵＳＢボードや、ＵＳＢチップにより構成される。ＵＳＢＩＦ３４３は、コネクターを用いて通信経路４と着脱可能に接続され、ＰＣ２とプリンター３とを繋ぐＵＳＢ方式に応じたインタフェースとして機能する。プリンター３は、ＵＳＢＩＦ３４３の機能によりＰＣ２との間で論理的な通信端点であるエンドポイントを設定する。
【００２５】
ＲＡＭ３５は、受信制御部３４によって利用される種々のデータを一時的に記録する。また、ＲＡＭ３５には、印刷用バッファ（第１のバッファ部）３５１、ＦＡＸ用バッファ（第２のバッファ部）３５２、コマンド用バッファ３５３、受信用バッファ３５４が、それぞれ設けられている。印刷用バッファ３５１は、プリンタモジュール３１により処理されるデータ（印刷データを含む）を格納する。また、ＦＡＸ用バッファ３５２は、ＦＡＸモジュール３２により処理されるデータを格納する。そして、コマンド用バッファ３５３は、受信制御部３４により処理されるコマンドを格納する。さらに、受信用バッファ３５４は、受信制御部３４が受信する送信データを一時的に記録する領域である。受信用バッファ３５４は、受信制御部３４の内部に実装されるものであってもよい。
【００２６】
一例として、印刷用バッファ３５１、ＦＡＸ用バッファ３５２は１３２ｋバイトの容量で構成されている。また、コマンド用バッファ３５３は１６ｋバイトの容量で構成されている。そして、受信用バッファ３５４は、２７バイトの容量で構成されている。なお、受信用バッファ３５４の容量は、送信データを受信（記録）することができればよく、２７バイトに限定されるものではない。本実施形態では、受信制御部３４が送信データを受信用バッファ３５４に記録することを受信とする。無論、受信バッファ３５４が受信制御部３４内に実装されている場合も、受信の意味は同じである。
また、本実施形態では、各バッファ３５１〜３５４は、ＲＡＭ３５内の異なるアドレスを有する記録領域により実現される。これ以外にも、各バッファ３５１〜３５４が、異なるＲＡＭにより実現されるものであってもよい。
【００２７】
図４は、通信システム１で用いられる送信データのデータ形式を説明する図である。図４（ａ）は、印刷用データとして用いられるデータ（第１送信データ）を示す。印刷用データ１００は、本データのみで構成されている。この本データは、プリンタモジュール３１が処理する画像データや制御コマンドにより構成されている。
【００２８】
図４（ｂ）は、ＦＡＸ用データ又はコマンド用データとして用いられるデータ（第２送信データ）を示す。ＦＡＸ用データ１１０では、第１データ領域として機能するＥＮＤ４識別子１２０及びダミーデータ１３０と、第２データ領域として機能するＥＮＤ４ヘッダ１４０及び本データ１５０とを備える。
【００２９】
第１データ領域は、ＥＮＤ４識別子１２０と、ダミーデータ１３０と、をこの順番で有する。第１データ領域の先頭の２７バイトを構成するＥＮＤ４識別子１２０は、送信データがＥＮＤ４データであることを示す。即ち、ＥＮＤ４識別子１２０が付与されている場合、この送信データを印刷用データから識別する。そおため、本実施形態では、ＥＮＤ４識別子１２０が識別データである。また、ダミーデータ１３０は、ＥＮＤ４識別子１２０に続くデータであり、少なくとも印刷用バッファ３５１の容量（１３２ｋバイト）を超えるデータサイズを有している。本実施形態では、ダミーデータ１３０は何ら意味をもたないデータである。
【００３０】
第２データ領域は、ＥＮＤ４ヘッダ１４０と、本データ１５０と、をこの順番で有する。第２データ領域の先頭１４バイトを構成するＥＮＤ４ヘッダ１４０は、本データ１５０の内容を示すデータである。また、ＥＮＤ４ヘッダ１４０は、ＥＮＤ４部１４１、SocketID１４２、Control１４３、PSLength１４４、SPLength１４５をこの順番で有する。
【００３１】
ＥＮＤ４部１４１は、送信データがＥＮＤ４データであることを示す。また、SocketID１４２は、本データ１５０の種別を示す。そして、Control１４３は、データ１５０の終端を示す。さらに、PSLength１４４、SPLength１４５は、本データ１５０のデータサイズを示す。ここで、PSLength１４４は、ＰＣ２からプリンター３へ送信データが送信される場合の、本データ１５０のデータサイズを示す。また、SPLength１４５は、プリンター３からＰＣ２へ送信データが送信される場合の、本データ１５０のデータサイズを示す。本実施形態では、ＥＮＤ４部１４１やSocketID１４２が特定データとして機能する。
【００３２】
そして、本データ１５０は、ＦＡＸモジュール３２が処理するデータで構成されている。即ち、本データ１５０には、ＰＣ２のＦＡＸドライバ２５２から出力されたコマンドや画像データがパケット単位で記録されている。
なお、説明を省略するが、コマンド用データの場合は、各データの内容が異なる以外は、上述したＦＡＸ用データと同じ構成である。
【００３３】
１．２．本発明の概要：
図５は、通信システム１においてＰＣ２からプリンター３へ送られるデータの処理を説明する図である。図５では、ＰＣ２からプリンター３に対して３種類の本データ（Ｄ１、Ｄ２、Ｄ３）が送信されていく。本データＤ１は、ＰＣ２のプリンタドライバ２５１が生成したデータである。また、本データＤ２は、ＰＣ２のＦＡＸドライバ２５２が生成したデータである。そして、本データＤ３は、ＰＣ２の設定ツール２５３が生成したデータである。
【００３４】
図５（ａ）は、従来のデータ方式（Ｄ４方式）に対応する通信を説明する図である。従来のＤ４通信では、まず、各ドライバ２５１〜２５３が生成した本データ（Ｄ１〜Ｄ３）に対して、送信制御部２１がヘッダを付与する。ヘッダは、このヘッダに続く本データ（Ｄ１〜Ｄ３）の種別を示す情報で構成されている。そして、ＰＣ２からヘッダが付与された送信データを、プリンター３側に設定されたエンドポイントに送信する。
【００３５】
プリンター３では、ＰＣ２からのデータを受信すると、受信制御部３４は、各本データ（Ｄ１〜Ｄ３）の先頭に付与されたヘッダを参照し、本データ（Ｄ１〜Ｄ３）の位置と種別を特定する。そして、受信制御部３４は、ヘッダにより特定された本データ（Ｄ１〜Ｄ３）の位置と種別に応じて、各データを各バッファ３５１〜３５３に記録する。そのため、図５（ａ）に示すように、プリンタドライバ２５１が生成した本データＤ１は、印刷用バッファ３５１に記録される。また、ＦＡＸドライバ２５２が生成した本データＤ２は、ＦＡＸ用バッファ３５２に記録される。そして、設定ツール２５３が生成した本データＤ３は、コマンド用バッファ３５３に記録される。
【００３６】
図５（ｂ）は、本発明のデータ方式（非Ｄ４方式）に対応した通信を説明する図である。送信データがヘッダを有さない場合、従来のように、受信制御部３４がこのヘッダをもとに本データの位置や種別を特定することができない。特に、ＰＣ２から通信経路４を通じて送信される送信データが連続する場合、プリンター３はヘッダを参照して、送信データの区切りを判断することができなくなる。
そのため、本発明では、Ｄ４通信に代わる新たな通信方法を用いることで、送信データが連続してプリンター３に受信される場合でも、受信制御部３４は、本データ（Ｄ１〜Ｄ３）を予め決められたバッファ３５１〜３５３のいずれかに記録させることができるようにした。
【００３７】
１．３．通信方法：
図６、図７は、受信制御部が送信データを各バッファに記録させる処理を説明する図である。図６は、通信経路４を通じて所定期間に送信される送信データが印刷用データ１００のみを含んでいる場合の受信制御部３４の処理を示す。また、図７は、通信経路４を通じて所定期間に送信される送信データがＦＡＸ用データ１１０のみを含んでいる場合の受信制御部３４の処理を示す。なお、図６、７ともに実線はデータの流れを示し、破線は受信制御部３４による処理を示す。
【００３８】
まずは、通信経路４を通じて所定期間に送信される送信データが印刷用データ１００のみを含んでいる場合の受信制御部３４の処理を説明する。
図６において、通信経路４を通じて送信データが受信されると、プロトコル制御部３４１は受信した送信データを受信用バッファ３５４に、順次、記録していく。次に、プロトコル制御部３４１は、受信用バッファ３５４に記録された送信データの先頭２７バイトを解析する（ステップＳ１）。
【００３９】
図６に示す例では、送信データは印刷用データであるため（即ち、本データのみで構成されている）、先頭２７バイトはＥＮＤ４識別子１２０ではない。そのため、プロトコル制御部３４１は、印刷用データ１００を印刷用バッファ３５１に記録させる（ステップＳ２）。印刷用バッファ３５１に記録された印刷用データ１００は、パケット解析部３４２により解析され（ステップＳ３）、プリンタモジュール３１に順次出力される（ステップＳ４）。以下、通信経路４を通じて送信される送信データ毎に図６に示す処理が繰返される。
【００４０】
次に、通信経路４を通じて所定期間に送信される送信データがＦＡＸ用データ１１０のみを含んでいる場合の受信制御部３４の処理を説明する。
【００４１】
図７において、通信経路４を通じて送信データ（ＦＡＸ用データ）を受信すると、プロトコル制御部３４１は、この送信データを受信用バッファ３５４に、順次、記録していく。
図７では、説明を容易にするため、受信用バッファ３５４内に全てのＦＡＸ用データ（１２０〜１５０）を記載することで、ＦＡＸ用データが受信用バッファ３５４に記録されたこと表現している。しかし、本実施形態では、受信用バッファ３５４は２７バイトであるため、２７バイト毎にＦＡＸ用データを記録していくものとする。無論、受信用バッファ３５４がＦＡＸ用データ（１２０〜１５０）のデータサイズ以上の容量を備える場合、受信用バッファ３５４がＦＡＸ用データを一括で記録するものであってもよい。
【００４２】
次に、プロトコル制御部３４１は、受信用バッファ３５４に記録された送信データの先頭２７バイトを解析する（ステップＳ１１）。図７に示す例では、送信データの先頭２７バイトはＥＮＤ４識別子１２０で構成されているため、プロトコル制御部３４１は、第１データ領域（識別データ１２０、ダミーデータ１３０）と、を読み捨てる（ステップＳ１２）。例えば、プロトコル制御部３４１は、ＥＮＤ４ヘッダ１４０のＥＮＤ４部１４１が検出されるまで、データの読み捨てを行う。
【００４３】
また、プロトコル制御部３４１は、第２データ領域に含まれる、ＥＮＤ４ヘッダ１４０を解析する（ステップＳ１３）。具体的には、プロトコル制御部３４１は、ＥＮＤ４ヘッダ１４０に含まれるSocketID１４２をもとに、本データ１５０がＦＡＸドライバ２５２から出力されたものであることを解析する。
【００４４】
そして、プロトコル制御部３４１は、第２データ領域の内、本データ１５０を、ＦＡＸ用バッファ３５２に記録させる（ステップＳ１４）。そして、ＦＡＸ用バッファ３５２に記録された本データ１５０は、パケット解析部３４２により解析され（ステップＳ１５）、ＦＡＸモジュール３２に順次出力される（ステップＳ１６）。以下、通信経路４を通じて送信されるＦＡＸ用データ毎に処理が繰返される。
【００４５】
次に、通信経路４を通じて所定期間に送信される送信データが、印刷用データ１００と、ＦＡＸ用データ１１０とを含んでいる場合の受信制御部３４の処理を示す。図８は、受信制御部が受信データを各バッファに記録させる処理を説明する図である。図８では、通信経路４を通じて所定期間に送信される送信データ（パケット）の先頭はプリンタドライバ２５１から出力されたデータを含み、次のパケットはＦＡＸドライバ２５２から出力されたデータを含んでいるものとする。
【００４６】
まず、先頭の印刷用データに対して、図６に示した処理と同様の処理が行われる。図示しないが、通信経路４を通じて受信制御部３４の受信用バッファ３５４に先頭のデータ（印刷用データ１００）が受信されると、プロトコル制御部３４１は、送信データの先頭２７バイトを解析する。図８に示す例では、送信データの先頭は印刷用データ１００であるため、本データのみで構成されている。そのため、プロトコル制御部３４１は、ＥＮＤ４識別子１２０を検出せず、印刷用データ１００を印刷用バッファ３５１に記録させる。印刷用バッファ３５１に記録された印刷用データ１００は、パケット解析部３４２により解析され、プリンタモジュール３１に順次出力される。
【００４７】
次に、通信経路４を通じて印刷用データ１００の後に送信されるＦＡＸ用データ１１０に対しても、プロトコル制御部３４１は、記録先をそのまま印刷用バッファ３５１とする（ステップＳ２１）。受信制御部は、印刷用データ１００とＦＡＸ用データ１１０とのデータの区切りを判断することができないためである。
このとき、第１データ領域を構成するダミーデータ１３０のデータサイズは、印刷用バッファ３５１の容量に比べて大きく、受信用バッファ３５４から印刷用バッファ３５１に記録されるデータサイズは、第１データ領域（ＥＮＤ４識別子１２０と、ダミーデータ１３０の一部）までとなる。即ち、第２データ領域に先立って、第１データ領域の一部のみが印刷用バッファ３５１に記録される。
【００４８】
そして、印刷用バッファ３５１記録された第１データ領域は、パケット解析部３４２によってその内容を解析される（ステップＳ２２）。図８で示す例では、印刷用バッファ３５１に記録された第１データ領域の先頭はＥＮＤ４識別子１２０である。そのため、パケット解析部３４２は、先頭のＥＮＤ４識別子１２０を検出すると、まず、印刷用バッファ３５１に記録された第１データ領域（ＥＮＤ４識別子１２０、ダミーデータ１３０）を消去する（ステップＳ２３）。次に、パケット解析部３４２は、プロトコル制御部３４１に対して、ＥＮＤ４識別子を検出したことを通知する（ステップＳ２４）。 
【００４９】
プロトコル制御部３４１は、パケット解析部３４２からの通知を受けると、図７に示したのと同様の処理により、本データ１５０をＦＡＸ用バッファ３５２に記録させる。即ち、プロトコル制御部３４１は、受信用バッファ３５４に保持されたパケットの内、第１データ領域（受信用バッファ３５４に記録された残りのダミーデータ１３０）を読み捨てる（ステップＳ２５）。例えば、図７のステップＳ１２で示したのと同様、プロトコル制御部３４１は、ＥＮＤ４ヘッダ１４０のＥＮＤ４部１４１が検出されるまで、データの読み捨てを行う。そして、受信制御部３４に受信された第２データ領域の内、先頭のＥＮＤ４ヘッダ１４０を検出し、解析する（ステップＳ２６）。そのため、プロトコル制御部３４１は、ＥＮＤ４ヘッダ１４０に含まれるSocketID１４２から、本データ１５０がＦＡＸ用データであることを解析する。そして、プロトコル制御部３４１は、受信用バッファ３５４に記録された本データ１５０をＦＡＸ用バッファ３５２に記録する（ステップＳ２７）。
そして、ＦＡＸ用バッファ３５２に記録された本データ１５０は、パケット解析部３４２により解析され（ステップＳ２８）、ＦＡＸモジュール３２に順次出力される（ステップＳ２９）。
【００５０】
以上説明したように、ＦＡＸモジュール３２が処理する本データ１５０が含まれる送信データには、この送信データを、プリンタモジュール３１が処理するデータが含まれる送信データから識別するＥＮＤ４識別子を含んだ第１データ領域と、本データを含む第２データ領域と、をこの順番で有している。そして、受信制御部は、送信データの第１データ領域を印刷用バッファに記録させた状態で、記録された第１データ領域にＥＮＤ４識別子を検出した場合は、第２データ領域に含まれる本データをＦＡＸモジュール３２に送信する。
そのため、送信データを連続して受信する場合であっても、第１データ領域のＥＮＤ４識別子をもとに、第２送信データを受信したことを判断することができる。その結果、従来のようにヘッダを付与させなくとも、受信装置側で送信データの区切りを認識することができる。
【００５１】
また、第１データ領域のデータサイズが印刷用バッファの容量と比べて大きく、受信制御部が受信した送信データの内、第１データ領域のみが、第２データ領域に先行して記録される。その結果、受信制御部は、印刷用バッファに記録された第１データ領域からＥＮＤ４識別子を検出した場合、印刷用バッファに第２データ領域が記録される前に、この第２データ領域に含まれる本データの送り先をＦＡＸモジュールに設定することができる。
【００５２】
そして、第２データ領域には、第２送信データに含まれる本データの内容を特定するための特定データ（ＥＮＤ４部、SocketID）が含まれており、受信制御部は、印刷用バッファに記録された第１データ領域にＥＮＤ４識別子を検出した場合は、特定データを解析し、本データの送り先を特定する。そのため、送信データの先頭に、本データを識別するためのヘッダを位置させないデータ形式とすることができる。
【００５３】
さらに、本発明の構成を有することで、プリンター３は、ＵＳＢ規格に対応した１つの通信経路を用いて異なるデータである第１送信データと第２送信データとを受信することができる。そのため、受信装置（プリンター）の構成を通信経路を複数備えない簡易な構成とすることができる。
【００５４】
２．その他の実施形態：
上述した実施形態では、ＰＣ２を送信装置とし、プリンター３を受信装置とした。しかし、プリンター３を送信装置とし、ＰＣ２を受信装置とするものであってもよい。また、送信装置と、受信装置とは、ＰＣとプリンター以外の構成であってもよい。
また、第１データ領域がＥＮＤ４識別子１２０に加えて、ダミーデータ１３０を有することは一例に過ぎない。これ以外にも、第１データ領域がＥＮＤ４識別子のみで構成されていてもよい。
【００５５】
また、プリンタドライバ２５１が複数のプリンター（受信装置）に対応する場合には、データを送信する前にプリンターからプリンター機種名やこのプリンターが備えるバッファ（３５１〜３５４）の容量など直接的又は間接的にバッファ（３５１〜３５４）の容量を特定する情報を取得し、特定されたバッファの容量に応じて第１データ領域のデータサイズを変えてもよい。この場合、印刷用バッファ３５１の容量が大きければダミーデータ１３０を増量し、印刷用バッファ３５１の容量が小さければダミーデータ１３０を減量することで第１データ領域のサイズを変えることが望ましい。即ち、プリンタドライバ２５１は、本発明の容量取得部としても機能する。上記のように構成されることで、受信装置が備えるバッファの容量に応じてダミーデータのデータサイズを変更できる。そのため、受信装置がどのようなバッファを有する場合でも、本発明を適用することができる。
【００５６】
また、ＰＣ２とプリンター３とを繋ぐ通信経路をＵＳＢ方式に対応したものとすることは一例に過ぎず、相互に通信を行うことができる通信経路であればどの様なものを採用してもよい。また、装置もこれらに限られず、例えば送信装置をＰＣ２とし、受信装置をデジタルカメラとすることで、通信システムを構成してもよい。
【００５７】
なお、本発明は上記実施例に限られるものでないことは言うまでもない。
上記実施例の中で開示した相互に置換可能な部材および構成等を適宜その組み合わせを変更して適用してもよい。
公知技術であって上記実施例の中で開示した部材および構成等と相互に置換可能な部材および構成等を適宜置換し、またその組み合わせを変更して適用してもよい。
公知技術等に基づいて当業者が上記実施例の中で開示した部材および構成等の代用として想定し得る部材および構成等と適宜置換し、またその組み合わせを変更して適用してもよい。
【符号の説明】
【００５８】
１…通信システム、２…パーソナルコンピューター（ＰＣ）、３…プリンター、４…通信経路、２１…送信制御部、２２…ハードディスクドライブ（ＨＤＤ）、２３…操作パネル、２４…表示部、２５…ＯＳ、２６…バス、３１…プリンタモジュール、３２…ＦＡＸモジュール、３３…操作パネル、３４…受信制御部、３７…バス、１００…印刷用データ、１１０…ＦＡＸ用データ、１２０…ＥＮＤ４識別子、１３０…ダミーデータ、１４０…ＥＮＤ４ヘッダ、１４１…ＥＮＤ４部、１４２…SocketID、１４３…Control、１４４…PSLength、１４５…SPLength、１５０…本データ、２５１…プリンタドライバ、２５２…ＦＡＸドライバ、２５３…設定ツール、２５４…パケット生成モジュール、３４１…プロトコル制御部、３４２…パケット解析部、３５１…印刷用バッファ、３５２…ＦＡＸ用バッファ、３５３…コマンド用バッファ、３５４…受信用バッファ
【図１】
2015046091.tif 000003
【図２】
2015046091.tif 000004
【図３】
2015046091.tif 000005
【図４】
2015046091.tif 000006
【図５】
2015046091.tif 000007
【図６】
2015046091.tif 000008
【図７】
2015046091.tif 000009
【図８】
2015046091.tif 000010