(57)【要約】【課題】一度に通信できるデータの量に上限が設けられている装置間の通信において、ハードウェアの変更を小さく抑えつつ上限以上のデータの通信が可能となる。【解決手段】送信装置が、上限を超えた量のデータを送信する際に、データを、少なくとも上限を超えない範囲内の先データと、次データに分割し、次データの存在を示す次データ命令コードを先データとともに送信し、受信装置が、先データとともに、次データ命令コードを受信すると、次データ命令コードに基づいて次データの送信を要求し、送信装置が、受信装置からの次データの送信の要求に応じて、分割した次データが上限を超えない範囲内の場合、次データを送信し、受信装置が、次データを受信する。【選択図】図３
2012198850.tif 000002
【特許請求の範囲】
【請求項１】
上限が設定された所定のデータ量の単位で通信する装置間の通信方法であって、
送信装置が、前記上限を超えた量のデータを送信する際に、前記データを、少なくとも前記上限を超えない範囲内の先データと、次データに分割し、前記次データの存在を示す次データ命令コードを前記先データとともに送信するステップと、
受信装置が、前記先データとともに前記次データ命令コードを受信すると、前記次データ命令コードに基づいて前記次データの送信を要求するステップと、
前記送信装置が、前記受信装置からの次データの送信の要求に応じて、前記分割した次データが前記上限を超えない範囲内の場合、前記次データを送信するステップと、
前記受信装置が、前記次データを受信するステップと、
を有する通信方法。
【請求項２】
前記次データ命令コードを前記先データとともに送信するステップにおいて、
前記分割した次データが前記上限を超える場合は、さらに前記上限を超えない範囲内で前記次データを分割することを繰り返す、請求項１に記載の通信方法。
【請求項３】
上限が設定された所定のデータ量の単位で通信する通信路を介して接続される送信装置と受信装置とを含む通信システムであって、
前記送信装置は、
前記上限を超えた量のデータを送信する際に、前記データを、少なくとも前記上限を超えない範囲内の先データと、次データに分割し、前記次データの存在を示す次データ命令コードを前記先データとともに送信する第一データ送信部と、
前記受信装置からの次データ命令コードを含む要求に応じて、前記分割した次データが前記上限を超えない範囲内の場合、前記次データを送信する第二データ送信部と、を備え、
受信装置は、
前記先データとともに前記次データ命令コードを受信すると、前記次データ命令コードに基づいて前記次データの送信を要求する要求部と、
前記次データを受信する受信部と、
を備える通信システム。
【請求項４】
前記送信装置は、
前記分割した次データが前記上限を超える場合は、さらに前記上限を超えない範囲内で前記次データを分割することを繰り返す、請求項４に記載の通信システム。
【請求項５】
上限が設定された所定のデータ量の単位で通信する通信路を介して受信装置と接続可能な送信装置であって、
前記上限を超えた量のデータを送信する際に、前記データを、少なくとも前記上限を超えない範囲内の先データと、次データに分割し、前記次データの存在を示す次データ命令コードを前記先データとともに送信する第一データ送信部と、
前記受信装置からの受信装置前記次データ命令コードを含む要求に応じて、前記分割した次データが前記上限を超えない範囲内の場合、前記次データを送信する第二データ送信部と、を備える送信装置。  
【請求項６】
管理装置と接続可能な周辺装置であって、上限が設定された所定のデータ量の単位で通信する通信路を介して接続された制御基板とインタフェース基板を備え、
前記制御基板は、前記インタフェース基板に前記上限を超えた量のデータを送信する際に、前記データを、少なくとも前記上限を超えない範囲内の先データと、次データに分割し、前記次データの存在を示す次データ命令コードを前記先データとともに送信し、
前記インタフェース基板からの受信装置前記次データ命令コードを含む要求に応じて、前記分割した次データが前記上限を超えない範囲内の場合、前記次データを送信する周辺装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置間でデータの通信を行うための技術に関する。
【背景技術】
【０００２】
装置間でデータの通信を行うための技術が提案されている。その具体例として、例えば一方の装置に割り当てられた識別情報（機種ＩＤ）を通信によって受け渡しする技術がある。より具体的には、特許文献１に開示された以下のような技術がある。まず、情報処理装置が、ネットワーク対応の周辺機器の識別を要求するための同報通信を行う。そして、周辺機器は、識別番号やデバイス・タイプなどを用いてこの同報通信に対して応答する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００４−１８５６３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
装置によっては、そのハードウェアの設計上の制約などにより、一度に通信できるデータの量に上限が設けられている場合がある。そのため、一度に通信すべきデータの量が上限に満たない場合には問題無い。しかしながら、近年の装置の高性能化などに応じて、一度に通信すべきデータの量の増大について要求が高まっている。このような要求に対して新しいハードウェアを用いて解決しようとすると、新たにハードウェアを設計する必要が生じると共に、従来使用されていたハードウェアを新しいものに全て置き換える必要が生じる。したがって、設計者や使用者の負担が増大してしまう。
【０００５】
上記事情に鑑み、本発明は、一度に通信できるデータの量に上限が設けられている装置間の通信において、ハードウェアの変更を小さく抑えつつ上限以上のデータの通信を可能とする技術を提供することを目的としている。
【課題を解決するための手段】
【０００６】
本発明の一態様は、上限が設定された所定のデータ量の単位で通信する装置間の通信方法であって、送信装置が、前記上限を超えた量のデータを送信する際に、前記データを、少なくとも前記上限を超えない範囲内の先データと、次データに分割し、前記次データの存在を示す次データ命令コードを前記先データとともに送信するステップと、受信装置が、前記先データとともに前記次データ命令コードを受信すると、前記次データ命令コードに基づいて前記次データの送信を要求するステップと、前記送信装置が、前記受信装置からの次データの送信の要求に応じて、前記分割した次データが前記上限を超えない範囲内の場合、前記次データを送信するステップと、前記受信装置が、前記次データを受信するステップと、を有する。
【０００７】
本発明の一態様は、上記の通信方法であって、前記次データ命令コードを前記先データとともに送信するステップにおいて、前記分割した次データが前記上限を超える場合は、さらに前記上限を超えない範囲内で前記次データを分割することを繰り返す。
【０００８】
本発明の一態様は、上限が設定された所定のデータ量の単位で通信する通信路を介して接続される送信装置と受信装置とを含む通信システムであって、前記送信装置は、前記上限を超えた量のデータを送信する際に、前記データを、少なくとも前記上限を超えない範囲内の先データと、次データに分割し、前記次データの存在を示す次データ命令コードを前記先データとともに送信する第一データ送信部と、前記受信装置からの次データ命令コードを含む要求に応じて、前記分割した次データが前記上限を超えない範囲内の場合、前記次データを送信する第二データ送信部と、を備え、受信装置は、前記先データとともに前記次データ命令コードを受信すると、前記次データ命令コードに基づいて前記次データの送信を要求する要求部と、前記次データを受信する受信部と、を備える。
【０００９】
本発明の一態様は、上記通信システムであって、前記分割した次データが前記上限を超える場合は、さらに前記上限を超えない範囲内で前記次データを分割することを繰り返す。
【００１０】
本発明の一態様は、上限が設定された所定のデータ量の単位で通信する通信路を介して受信装置と接続可能な送信装置であって、前記上限を超えた量のデータを送信する際に、前記データを、少なくとも前記上限を超えない範囲内の先データと、次データに分割し、前記次データの存在を示す次データ命令コードを前記先データとともに送信する第一データ送信部と、前記受信装置からの受信装置前記次データ命令コードを含む要求に応じて、前記分割した次データが前記上限を超えない範囲内の場合、前記次データを送信する第二データ送信部と、を備える。
【００１１】
本発明の一態様は、管理装置と接続可能な周辺装置であって、上限が設定された所定のデータ量の単位で通信する通信路を介して接続された制御基板とインタフェース基板を備え、前記制御基板は、前記インタフェース基板に前記上限を超えた量のデータを送信する際に、前記データを、少なくとも前記上限を超えない範囲内の先データと、次データに分割し、前記次データの存在を示す次データ命令コードを前記先データとともに送信し、前記インタフェース基板からの受信装置前記次データ命令コードを含む要求に応じて、前記分割した次データが前記上限を超えない範囲内の場合、前記次データを送信する。
【００１２】
本発明により、一度に通信できるデータの量に上限が設けられている装置間の通信において、ハードウェアの変更を小さく抑えつつ上限以上のデータの通信が可能となる。
【図面の簡単な説明】
【００１３】
【図１】通信システムのシステム構成を表すシステム構成図である。
【図２】周辺装置から管理装置へ送信される送信データの概略を表す図である。
【図３】周辺装置から管理装置へ送信データを送信する際の処理の流れを表すフローチャートである。
【発明を実施するための形態】
【００１４】
図１は、通信システム１のシステム構成を表すシステム構成図である。通信システム１は、管理装置１０と周辺装置３０とを備える。管理装置１０と周辺装置３０とは、第一通信路２０を介して通信可能に接続される。第一通信路２０は、既存のどのような通信路であっても良い。例えば、ＵＳＢ（Universal Serial Bus）、ＲＳ２３２Ｃ、ＩＥＥＥ１２８４、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．３等にしたがった通信路であっても良い。
【００１５】
周辺装置３０は、いわゆる周辺機器であり、プリンター、スキャナー、補助記憶装置などの装置である。周辺装置３０は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、周辺装置の制御プログラムを実行する。なお、周辺装置３０の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されても良い。周辺装置制御プログラムは、コンピュータ読み取り可能な記録媒体に記録されても良い。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。
【００１６】
管理装置１０は、管理装置制御プログラムの実行によって、通信部１０１、通信制御部１０２を備える装置として機能する。
通信部１０１は、第一通信路２０に応じた通信インタフェースである。
通信制御部１０２は、管理装置１０と周辺装置３０との間の通信を制御する。例えば、通信制御部１０２は、通信部１０１を介して周辺装置３０からデータを受信すると、管理装置１０の制御部（不図示）に対して受信したデータを出力する。また、通信制御部１０２は、管理装置１０の制御部から周辺装置３０宛のデータ（以下、「送信データ」という。）の送信指示を受けると、通信部１０１を介して送信データを周辺装置３０へ送信する。
【００１７】
周辺装置３０は、ＵＩＢ（Universal Interface Board）３１とＭＢ（Main Board）３２とを備える。
ＵＩＢ３１は、第二通信路３３を介してＭＢ３２と通信可能に接続される。ＵＩＢ３１は、二つの通信インタフェースを備える。一方の通信インタフェース（第一通信インタフェース３１１）は、第二通信路３３に応じた通信インタフェースである。第二通信路３３は、一度に通信できるデータの量に上限が設けられている。例えば、第二通信路３３を介して一度に通信できるデータの量の上限は、８０バイトである。この数字は例示にすぎず、上限となるデータ量は他の数値であっても良い。
【００１８】
他方の通信インタフェース（第二通信インタフェース３１２）は、例えばＵＳＢ（Universal Serial Bus）、ＲＳ２３２Ｃ、ＩＥＥＥ１２８４、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．３等の通信方式のいずれか一つ又は複数に対応する。ＵＩＢ３１はＭＢ３２から取り外し可能であり、管理装置１０との間に設けられる第一通信路２０に応じた第二通信インタフェース３１２を有するＵＩＢ３１が適宜選択され、ＭＢ３２に取り付けられる。第一通信路２０は、一度に通信できるデータの量に上限が設けられている場合がある。例えば、ＵＳＢの場合、第一通信路２０を介して一度に通信できるデータの量の上限は、８０バイトであり、８０バイト以下のデータ量を１つの単位として送信する。通信方式やこの数字は例示にすぎず、他の通信方式や上限となるデータ量は他の通信方式や数値であっても良い。
【００１９】
ＭＢ３２は、バスで接続されたＣＰＵやメモリや補助記憶装置などを備え、制御プログラムを実行する。ＭＢ３２は、制御プログラムの実行によって、通信部３２１、通信制御部３２２を備える装置として機能する。なお、ＭＢ３２の各機能の全て又は一部は、ＡＳＩＣやＰＬＤやＦＰＧＡ等のハードウェアを用いて実現されても良い。制御プログラムは、コンピュータ読み取り可能な記録媒体に記録されても良い。
【００２０】
通信部３２１は、第二通信路３３に応じた通信インタフェースである。
通信制御部３２２は、周辺装置３０と管理装置１０との間の通信を制御する。例えば、通信制御部３２２は、通信部３２１及びＵＩＢ３１を介して管理装置１０からデータを受信すると、ＭＢ３２の制御部（不図示）に対して受信したデータを出力する。また、通信制御部３２２は、ＭＢ３２の制御部から管理装置１０宛のデータの送信指示を受けると、通信部３２１及びＵＩＢ３１を介してデータを管理装置１０へ送信する。
【００２１】
図２は、周辺装置３０から管理装置１０へ送信される送信データの概略を表す図である。周辺装置３０から管理装置１０へ送信される送信データの具体例としては、周辺装置３０の機種を表す識別情報（機種ＩＤ）や、周辺装置３０がスキャナーである場合にはスキャナーで読み取った画像データや、周辺装置３０がＭＩＣＲ（Magnetic ink character recognition：磁気インク文字認識）装置である場合には読み取った磁気データなどがある。通信制御部３２２は、８０バイトを超えるデータ量を有する送信データを管理装置１０へ送信する場合には、８０バイト以下の範囲で複数回に分けて送信データを送信する。図２Ａは、８０バイトを超える送信データの例を表す。図２Ｂは、最初に送信される分割送信データの具体例を表す。図２Ｃは、最後に送信される分割送信データの具体例を表す。図２Ａのように、上限を超えるデータ量を持つ送信データを送信する場合には、周辺装置３０の通信制御部３２２は、送信データを分割し、上限を超えない範囲の複数の分割送信データを生成する。
【００２２】
分割送信データは、送信データの一部と、次送信情報とを含む。通信制御部３２２は、送信データの一部と次送信情報とのデータ量の合計が上限を超えないように制御する。次送信情報は、次データ命令コードを含む。次データ命令コードは、次に送信される分割送信データの送信を要求するための命令コードである。管理装置１０の通信制御部１０２は、次送信情報を受信することによって、次に続く分割送信データが存在すると判定し、次データ命令コードに基づいて次の分割送信データを要求する。
【００２３】
図２Ｃに示されるように、最後に送信される分割送信データは、次送信情報を含まない。最後に送信される分割送信データとは、分割された送信データの末尾を含む分割送信データである。管理装置１０の通信制御部１０２は、最後に送信される分割送信データを受信した場合、次送信情報を受信しないため、次の分割送信データの要求を行わない。
【００２４】
図３は、周辺装置３０から管理装置１０へ送信データを送信する際の処理の流れを表すフローチャートである。まず、管理装置１０の通信制御部１０２が情報要求命令を周辺装置３０に送信する（ステップＳ１０１）。情報要求命令は、所定の情報の自装置への送信を要求することを表すデータである。情報要求命令は、予め周辺装置３０と管理装置１０との間で定められたコードによって表される。
【００２５】
周辺装置３０の通信制御部３２２は、情報要求命令を受信すると、不図示の制御部に情報要求命令を出力する。制御部は、情報要求命令に応じた送信データを生成し、通信制御部３２２に対して送信データを送信するように指示する。通信制御部３２２は、送信データのデータ量が上限を超えているか否か判定する（ステップＳ１０２）。送信データのデータ量が上限を超えている場合（ステップＳ１０２−ＹＥＳ）、通信制御部３２２は、送信データの分割処理を実行し、上限を超えない範囲の複数の分割送信データを生成する（ステップＳ１０３）。そして、通信制御部３２２は、応答情報として最初の分割送信データを送信する（ステップＳ１０４）。一方、送信データのデータ量が上限を超えていない場合（ステップＳ１０２−ＮＯ）、通信制御部３２２はそのまま送信データを応答情報として送信する（ステップＳ１０４）。ステップＳ１０４で送信された応答情報は、そのデータ量が第二通信路３３における上限を超えていないため、第二通信路３３を経由して、ＵＩＢ３１の第一通信インタフェース３１１が受信し、第一通信路２０用の通信プロトコルに変換して第二通信インタフェース３１２から管理装置１０の通信部１０１へ送信する。
【００２６】
通信部１０１によって応答情報が受信されると、通信制御部１０２は、受信した応答情報に次送信情報が含まれているか否か判定する（ステップＳ１０５）。次送信情報が含まれていない場合（ステップＳ１０５−ＮＯ）、通信制御部１０２は、応答情報を周辺装置３０からの送信データとして制御部に出力する。制御部は、送信データに応じて処理を行う（ステップＳ１０９）。
【００２７】
次送信情報が含まれている場合（ステップＳ１０５−ＹＥＳ）、通信制御部１０２は、応答情報に含まれる送信データの一部をバッファリングし、次送信情報を取得する。次送信情報に含まれる次データ命令コードの存在により、次に受信すべき分割送信データがあると判断できる。そして、通信制御部１０２は、次送信情報に含まれていた次データ命令コードを含む継続要求命令を周辺装置３０に送信する（ステップＳ１０６）。周辺装置３０の通信制御部３２２は、継続要求命令を受信すると、継続要求命令に含まれる次データ命令コードに基づいて、次に送信すべき分割送信データを判断する。そして、通信制御部３２２は、次の分割送信データを送信する（ステップＳ１０７）。ステップＳ１０６〜ステップＳ１０７の処理は、次送信情報を含まない分割送信データが周辺装置３０において生成されるまで繰り返し実行される。そして、通信制御部１０２はこれまで受信した分割送信データに基づいて送信データを分割する前の状態に復元し（ステップＳ１０８）、制御部に出力する。制御部は、送信データに応じて処理を行う（ステップＳ１０９）。
【００２８】
このように構成された通信システム１では、一度に通信できるデータの量に上限が設けられている装置間の通信において、ハードウェアの変更を小さく抑えつつ上限以上のデータの通信が可能となる。
以下、上記の効果について詳細に説明する。
【００２９】
通信システム１では、管理装置１０から周辺装置３０のＭＢ３２までの通信経路に、一度に通信できるデータの量に上限が設けられている第二通信路３３が含まれている。この上限は、管理装置１０から周辺装置３０のＭＢ３２までの通信経路の中で最も小さい上限値である。通信制御部３２２は、この上限よりも送信データのデータ量が大きい場合には、上限を超えない複数の分割送信データを生成して送信する。そのため、上限を超えた送信データを、第二通信路３３のハードウェアを変更することなく送信することが可能となる。
【００３０】
また、分割送信データを送信する際に、管理装置１０の通信制御部１０２は予め次の分割送信データを要求するための命令コードを記憶しておく必要が無い。すなわち、次の分割送信データを要求するための命令コードは、その一つ前の応答情報の次送信情報に含まれている。そのため、通信制御部１０２は一つ前の応答情報から次データ命令コードを取得し、次の分割送信データを要求するための継続要求命令を生成し送信できる。そのため、周辺装置３０において分割して送信される分割送信データの種類が増えた場合などに、その度に管理装置１０の通信制御部１０２の制御プログラム等を更新して対応させる必要が無い。すなわち、管理装置１０は、単に受信した次データ命令コードにしたがって継続要求命令を送信するのみでよい。
【００３１】
また、管理装置１０の通信制御部１０２に対して、ファームウェア等を更新して自データ命令コードを定義することによって、ダイレクトに分割送信データにアクセスすることも可能となる。
＜変形例＞
周辺装置３０は、インタフェースボードであるＵＩＢ３１とメインボードであるＭＢ３２からハードウェアが構成されている。第二通信路３３は、ＵＩＢ３１とＭＢ３２との取り決めにより、例えば周辺装置３０の組立ての都合などにより通信線を極力少なくすることが都合のよい場合、所定データ量の単位でデータを送るシリアル通信の独自プロトコルを採用することがある。
この場合には、一度に通信できるデータの量に上限が設けられており、上述と同様の構成とすることが有効である。
この場合、上述の構成において、管理装置１０をＵＩＢ３１として置き換えて適用すればよい。すなわち、周辺装置３０側では、送信データを所定量内となるように分割を繰り返し、次データがある場合はその旨も分割データとともに送信する。ＵＩＢ３１側では、分割された送信データに次データがある旨が含まれている場合、次データの要求をして、全送信データを受信し、分割前の送信データに復元する構成とすることができる。この場合、復元した送信データを第一通信路２０のプロトコルに合わせて変換し、管理装置１０へ送信すればよい。
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００３２】
１…通信システム，  ３０…周辺装置（送信装置），  ２０…第一通信路，  １０…管理装置（受信装置），  ３１…ＵＩＢ，  ３２…ＭＢ，  ３３…第二通信路，  １０１…通信部，  １０２…通信制御部（第一データ送信部，第二データ送信部），  ３１１…第一通信インタフェース，  ３１２…第二通信インタフェース，  ３２１…通信部，  ３２２…通信制御部（要求部，受信部）
【図１】
2012198850.tif 000003
【図２】
2012198850.tif 000004
【図３】
2012198850.tif 000005