(57)【要約】【目的】　通信装置の複数の機能手段における各種機能を効率的に利用することができるようにする。【構成】　それぞれアプリケーションとしての機能又は複数のアプリケーションを組み合わせる機能を提供する複数の機能手段を有し、ホストマシンと通信可能な通信装置において、上記ホストマシンからのデータを入力して、システム制御アプリケーション１がデータに付された宛先情報に基づいてそのデータの送付先を判断し、その判断に基づいてデータを該当する機能手段に分配し、上記各機能手段に、上記ホストマシンからデータが送付された場合に、応答に係るデータの先頭に送付元を示す情報を付加して応答する応答手段を設けた。【選択図】　　　　図１
2004139592.tif 000002
【特許請求の範囲】
【請求項１】
それぞれアプリケーションとしての機能又は複数のアプリケーションを組み合わせる機能を提供する複数の機能手段を有し、ホストマシンと通信可能な通信装置であって、
　前記ホストマシンからのデータを入力して、該データに付された宛先情報に基づいて該データの送付先を判断する判断手段と、この判断手段の判断に基づいて該データを該当する機能手段に分配する分配手段とを有し、
　前記各機能手段に、前記ホストマシンからデータが送付された場合に、応答に係るデータの先頭に送付元を示す情報を付加して応答する応答手段を有することを特徴とする通信装置。
【請求項２】
前記ホストマシンからのデータの分配先を指定する指定手段を有することを特徴とする請求項１記載の通信装置。
【請求項３】
前記各機能手段と対応する宛先情報をホストマシンに通達する通達手段を有することを特徴とする請求項１又は２記載の通信装置。
　
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、ホストマシンと通信可能な通信装置に関するものである。
【背景技術】
【０００２】
　従来、デジタル複写機にファクシミリ機能、プリンタ機能を設け、さらにはファクシミリと同時に複写を行い得る機能等を有する製品が提供されている。
【０００３】
　また、これら製品の中にはホストマシンと、これと通信可能なデジタル複写機との間にイメージ処理ユニットと称される画像編集用の装置を接続し、該ホストマシンからの各種コマンドにより、デジタル複写機から画像を取り込んで編集したり、その編集結果やホストマシンからの画像情報をホストマシンからの指示によりデジタル複写機に送付して印刷出力可能なものもある。
　また、機能融合を実現している例として、フロッピディスクに記憶されている文書をプリント出力する代わりに、ファクシミリ送信可能なものも製品化されている。このように、デジタル複写機にファクシミリ機能、オンラインプリンタ機能等を備えて、いわゆる複合機としての位置付けがすでに市場で出来上がりつつある。
【０００４】
　しかしながら、ファクシミリ（以後、ＦＡＸと略す）、プリンタ（以後、ＰＲＮと略す）等の各アプリケーションは、あくまでもアプリケーション単体としての用途しかユーザに解放されておらず、アプリケーション機能を融合する点から見ても、例えば、ＰＲＮアプリケーションによってつくられた画像イメージをＦＡＸ送信する程度であり、画情報の読取り／書き出し機能にアプリケーション機能を加えた、複合システムの機能を十分に使い切っているとは決して言えないのが現実である。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
　本発明は上記に鑑みてなされたものであり、上記のような複合システムを効率的に利用するために必要となるホストマシンと通信相手の装置との間のデータフロー制御に関する提案を行うことを目的としている。
　また最近、企業を中心としてホストコンピュータをＬＡＮ（ローカルエリアネットワーク）でつないでネットワーク化する動きが進んでいる。代表的なＵＮＩＸ（登録商標）システムはもとより、パソコンベースでもアップル社のアップルトーク、ノベル社のＮｅｔＷａｒｅが中心となってネットワーク化を加速している。また、データ転送における物理媒体としてイーサネット（登録商標）が主流であり、転送レートも１０Ｍｂｉｔ／ｓｅｃと大量のイメージを送る場合には多少重いが、通常のファイル／制御情報のやり取りには十分である。このイーサネットは、各端末、ワークステーションからのアクセスが頻発してバス内の衝突が増えた場合でも４Ｍｂｉｔ／ｓｅｃ程度の実力はある。
【０００６】
　さらに、ネットワーク化が進むとホストコンピュータに接続される印刷装置の要求が有り、ネットワーク内でシェアされる。例えば、すでにネットワークプリンタが市販されており、今後ＦＡＸ、ＰＲＮを搭載したデジタル複合機にもネットワーク対応が行われることが予想される。
　但し、この場合、単にデジタル複合機内のＰＲＮを使用するためのみにネットワーク対応するのでは、システム内のリソースを十分に活用することにはならない。また、もしネットワークプリンタのＩ／Ｆを窓口としてシステム全体を制御する方式を採用すると、プリンタ以外のデータ（コマンド）までプリンタ側でディスパッチしなければならず、データ量の増加と共に著しくプリンタのパフォーマンスを阻害することになる。
　また、このことはネットワーク上のホストマシン側からみても、プリンタドライバソフトに、このシステム制御コマンド対応を施さねばならず、プリンタ制御とシステム制御のような次元の異なるコマンドを１本のドライバソフトに盛り込むことは好ましくない。また、システムによって仕様が異なる場合、それらに対応するため、その都度プリンタドライバソフトを書き替えることは非常に無駄な作業と言える。
【０００７】
　本発明は、特にネットワークを介してホストマシンにつないだ場合に、効率的に通信相手の装置のリソースを活用するための方式を提案し、このようなデータフロー方式を適用した通信装置を提案するものである。
【０００８】
　その具体例としては例えば、ホストマシンと通信可能であり、ＦＡＸで受信した原稿をネットワーク上の端末に表示させたり、デジタル複合機から取り込んだ画情報をＰＲＮ内に取り込み、その画情報の上にフォームをオーバレイするなどして印刷出力させたり、ＦＡＸ送信させたりすることを可能にするような画像処理装置が挙げられる。
【課題を解決するための手段】
【０００９】
　上記目的を達成するため、請求項１記載の発明は、それぞれアプリケーションとしての機能又は複数のアプリケーションを組み合わせる機能を提供する複数の機能手段を有し、ホストマシンと通信可能な通信装置であって、上記ホストマシンからのデータを入力して、そのデータに付された宛先情報に基づいてそのデータの送付先を判断する判断手段と、この判断手段の判断に基づいてそのデータを該当する機能手段に分配する分配手段とを設け、上記各機能手段に、上記ホストマシンからデータが送付された場合に、応答に係るデータの先頭に送付元を示す情報を付加して応答する応答手段を設けたものである。
【００１０】
　また、請求項２記載の発明は、上記の通信装置において、ホストマシンからのデータの分配先を指定する指定手段を設けたものである。
　また、請求項３記載の発明は、さらに、上記各機能手段と対応する宛先情報をホストマシンに通達する通達手段を設けたものである。
【００１１】
（作用）
　請求項１記載の通信装置においては、例えば単数若しくは複数のホストマシンと通信装置が接続された場合、ホストマシンからのデータを受信時に転送先を判断して分配可能になるため、通信装置内に機能手段としての複数のアプリケーション及びシステム内の機能とを設け、その中に機能融合が可能なアプリケーション等がある場合、ホストマシンから受けたデータが特定のアプリケーション用のデータである場合はそのアプリケーションに渡し、融合機能を実現するアプリケーション用であった場合はそちらに渡すことにより効率的にデータフローを制御できるため、たとえホストマシンとのＩ／Ｆが一系統しかない場合でも複数のアプリケーションに分配制御が可能となる。
【００１２】
　また、例えばホストマシンに対し通信装置からのデータ、ステータス、その他制御コード等を送信する場合に、システム内のアプリケーション等の機能手段の内のいずれからのものであるかを示す送付元情報を付して送付可能とすることで、例えばネットワーク上の複数のホストマシン、例えばワークステーションが複数のアプリケーションについてのサーバ機能や機能融合実現用サーバ機能を持っている場合に、それぞれの機能手段毎に、エラー、ステータス情報、その他のデータ等を応答（送信）可能となる。
【００１３】
　請求項２記載の通信装置においては、例えば通信装置側でパネル操作、ＤＩＰ・ＳＷ、またはホストマシンからのコマンドにより受信／送信データの分配（送信）先を設定可能とすることで、送、受信するデータに特段の宛先情報がない場合でも無条件にその設定先に分配することが可能になる。
【００１４】
　請求項３記載の通信装置においては、例えば通信装置内の各種アプリケーションや各ユニットに対してホストマシンからデータの送付先を指定可能なようにＩＤ情報などをホストマシンに対し送付可能にすることができる。
【発明の効果】
【００１５】
　以上説明したようなこの発明の通信装置によれば、ホストマシンからのデータに付された宛先情報に基づいて、そのデータを該当する機能手段に分配するので、複数の機能手段における各種機能を効率的に利用することができるようになる。
【発明を実施するための最良の形態】
【００１６】
　以下、図面を参照して本発明に係る一実施例を説明する。図１は本発明で提案する通信装置の一実施例であるマルチ画像処理システムの概略の構成を示すブロック図である。尚、マルチ画像処理システムがホストマシンにつながる形態には、ＳＣＳＩ、セントロ、シリアル等をはじめ各種インタフェースが存在するが、ここでは説明の都合上、イーサネットによりネットワークに繋がる場合について説明する。
【００１７】
　図２はネットワーク物理層における通常のデータパケットの形態である。図３は本実施例で提案するデータパケットの形態でデータ部の先頭に宛先情報として相手先ヘッダ情報、例えばＩＤ等を持つ場合を示す。
　ここで言う相手先とは、ホストマシンからのデータパケットである場合は、マルチ画像処理システム内の機能手段としての各ユニット、具体的にはＰＲＮアプリケーション、画像記録装置（プロッタ）、またはシステム全体を制御するアプリケーション（システム制御アプリケーション）等を指し、逆にマルチ画像処理システムからホストマシンへのデータパケットである場合は、ネットワーク上のワークステーションを指定することになる。
【００１８】
　但し、この形態は、ホストマシン側とマルチ画像処理システム側のユーティリティソフトの作り方によって異なる。例えば、本実施例のマルチ画像処理システムがネットワークにダイレクトにつながる、すなわちサーバ機能を持つ場合は、ネットワークカード自体にＡＲＰ（Ａｄｄｒｅｓｓ　Ｒｅｓｏｌｕｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）機能を持ち、ＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）アドレスからＥｔｈｅｒｎｅｔ（登録商標）アドレスに変換してパケットのヘッダ部に盛り込めるため、データ部に送付先の情報を盛り込む必要はない。
　しかしながら、現実的な使用形態としてサーバ機能を持たせることはネットワーク上の複数のワークステーションからのアクセスに効率よく応対し、受信した複数のファイルを処理しなければならない。
　さらに、各種ネットワークプロトコルへの対応、データのセキュリティ等サーバとして要求される項目が多いため、マルチ画像処理システムとしての本来果たすべき役割から、かけ離れてしまうことになる。
【００１９】
　従って、実現性のある形態は、ホストマシンとして、ネットワーク上からマルチ画像処理システムに対して発せられる全てのサービスを受け付けるサーバ用ワークステーションを用意し、このワークステーションからのみマルチ画像処理システムがアクセスされるようにする。
　この場合、サーバがネットワーク上のＩＰ，Ｅｔｈｅｒｎｅｔアドレスを管理するため、サーバ、マルチ画像処理システム間では内部的なＩＤ情報の管理だけでネットワーク上の端末に対し、然るべきステータス応答、データ送信が可能となる。すなわち、このような使用形態ではホストマシン（サーバ）へのデータパケットのデータ部先頭に相手先のＩＤ等の情報を盛り込むことが必要になる。
【００２０】
　次に、本実施例で提案するデータフロー制御の具体的な内容について、図１を参照して説明する。図１において、ネットワークに接続されたシステム制御アプリケーション１が、ネットワークからの全てのデータパケットを受信する。カプセル化されたデータパケットは、物理層からアプリケーション層に進むにつれデータ部のみとなり、この状態になったデータのヘッダ部に指定されている該当ユニットＩＤ、例えばＰＲＮアプリケーション３を判断して、然るべきユニットに内部バス５（制御コマンドラインも含む）を介して、そのパケット全体を渡していく。従って、システム制御アプリケーション１が判断手段及び分配手段に該当する。
　またこれにより、マルチ画像処理システム内の各ユニットは、ネットワークとのハンドリングに振り回されることなく各ユニット本来の作業を継続できるメリットがある。
【００２１】
　当然、逆のデータの流れとして、各ユニットからネットワーク上の特定のワークステーションにデータパケットを送付する場合にはサーバ、マルチ画像処理システム、より具体的にはシステム制御部間（マルチ画像処理システム側では通達手段として機能するシステム制御アプリが該当する）で予め取り決めたＩＤ情報をパケット部のデータ部先頭エリアに盛り込みサーバに送り込むことで、今度はサーバ部がこのＩＤに相当するネットワークアドレスを読み出してパケット化し、ネットワーク上に流すようにする。
　例えば、これによりＦＡＸの受信レポートや受信原稿そのものなどをネットワーク上の特定端末に送付したり、ネットワーク上の端末からのステータス要求に応答するなどの機能が実現できるため、ネットワークシステムからのマルチ画像処理システムのリモート操作が可能となる他、マルチ画像処理システムで取り込んだ画情報を取り込んでネットワーク上のホストマシンで編集処理可能となる。
【００２２】
　上記パケットに転送先ユニットＩＤを盛り込む方式の他、すでに市場でリリースされているネットワークプリンター用のドライバソフトが発生するデータになんら手を加えなくても済むようにマルチ画像処理システムのシステム制御部が受信したパケットのデータ部の先頭に宛先情報が無いものは全てＰＲＮに引き渡すようにすることも可能である。また、本実施例では、システム制御部でのデータフロー制御部をよりフレキシブルにするため、データパケット自体にユニット指定のための宛先情報を持たせず、マルチ画像処理システムの操作パネル、またはＤｉｐ・ＳＷ等の指定手段によりデータの分配先を指定することができるようにし、ネットワークから受けたデータパケットをアンパック後無条件にその指定先に渡すことも可能である。
　さらに、パケット毎に送付先ユニットＩＤを盛り込む以外に、サーバからの制御コマンド用パケットの発行（受信）により相手先を指定し、次に相手先の変更コマンドが発生されるまでの間、その相手先に送り続ける方式もある。なお、このような制御コマンド用パケットも、「データ」に含まれる。
【産業上の利用可能性】
【００２３】
　以上説明したように、本発明によれば、ホストマシンからのデータに付された宛先情報に基づいて、そのデータを該当する機能手段に分配するので、通信装置において、複数の機能手段における各種機能を効率的に利用することができるようになる。
【図面の簡単な説明】
【００２４】
【図１】本発明の一実施例であるマルチ画像処理システムの構成を示すブロック図。
【図２】ネットワーク物理層におかる通常のデータパケットの形態を示す図である。
【図３】図１に示したマルチ画像処理システムで使用されるデータパケットの形態を示す図である。
【符号の説明】
【００２５】
１　システム制御アプリケーション
３　ＰＲＮアプリケーション
５　内部バス
　
【図１】
2004139592.tif 000003
【図２】
2004139592.tif 000004
【図３】
2004139592.tif 000005