JP4387710B2 - Network device and control method thereof - Google Patents

Network device and control method thereof Download PDF

Info

Publication number
JP4387710B2
JP4387710B2 JP2003197269A JP2003197269A JP4387710B2 JP 4387710 B2 JP4387710 B2 JP 4387710B2 JP 2003197269 A JP2003197269 A JP 2003197269A JP 2003197269 A JP2003197269 A JP 2003197269A JP 4387710 B2 JP4387710 B2 JP 4387710B2
Authority
JP
Japan
Prior art keywords
application
data processing
processing device
network
function
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2003197269A
Other languages
Japanese (ja)
Other versions
JP2005038010A (en
Inventor
隆志 岡澤
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP2003197269A priority Critical patent/JP4387710B2/en
Priority to US10/887,823 priority patent/US7496951B2/en
Publication of JP2005038010A publication Critical patent/JP2005038010A/en
Priority to US12/240,753 priority patent/US8006287B2/en
Application granted granted Critical
Publication of JP4387710B2 publication Critical patent/JP4387710B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Stored Programmes (AREA)
  • Accessory Devices And Overall Control Thereof (AREA)

Description

【０００１】
【発明の属する技術分野】
本発明は、プリンタ等のデータ処理装置に装着可能なネットワーク装置およびその制御方法に関する。
【０００２】
【従来の技術】
近年、インターネットの普及により、印刷装置、複写機、ファクシミリ装置等のデータ処理装置をネットワークに接続して使用する形態が一般化してきた。例えば、印刷装置の場合、高速機やカラー機などの高価格機ではネットワークインターフェイスは内蔵される傾向にある。しかしながら、低価格なモノクロ機の場合には、ネットワークインターフェイスは本体には組み込まれず、ネットワークカードモジュールとして別に供給される形態が一般的である。
【０００３】
この場合、印刷装置本体とネットワークカードモジュールは個々にＣＰＵを持ったインテリジェントな形態となる。そして、通常は、ネットワークカードモジュール側にネットワーク経由での各種プリントサービスの統括制御を行なうプリントサーバ機能が設けられる。このようなネットワークカードモジュールは接続インターフェイスを介して印刷装置と通信を行ない、所望のサービスを実現する。
【０００４】
このことは、印刷装置側からすれば、負荷の重いネットワークサービスをネットワークカードモジュール側に依存することを可能にする。従って、相対的に印刷装置本体のＣＰＵや周辺ＩＣ等のパフォーマンスを下げることが可能となり、印刷装置本体のコスト削減をもたらす結果となる。
【０００５】
従来のネットワークインターフェイスは、例えばＬＰＲ（Line Printer Daemon Protocol:TCP/IPでプリンタ共有を行なうときに使うリモート印刷プロトコル）に代表されるような印刷データの送信ができればよかった。しかしながら、昨今では印刷装置に対する情報管理というニーズが高くなり、付加技術として各種の手段が提供されている。
【０００６】
その最も単純な例が、印刷データを送信するポートに情報管理データ（ジョブ制御言語＝Job Language）を付加する形態である。ジョブ制御言語は印刷データを送るポートを共有する形であるため、サービスポートを増加せずに済み、比較的実装が簡単である。しかしながら、一方、印刷データ受信中にデータが大量に送信されるとポートが占有されてしまい、情報管理データのやりとりが止まってしまうという問題がある。またネットワークにおけるＬＰＲプロトコルのような片方向型コネクションの場合には、そもそも情報取得ができないという欠点がある。
【０００７】
次の手法としては、ＳＮＭＰ／ＭＩＢを使った方式がある。これはデータ送受信用の専用ポートを使用し、標準規格であるＳＮＭＰ(Simple Network Management Protocol)を使うＭＩＢ（Management Information Base:管理情報データベース）である。しかしこの方式では、ＳＮＭＰを受信してユーザインタフェース（ＵＩ）を提供する専用クライアントプログラムの独自開発が必要となる。更に、この方式では、そもそも単純な情報のやり取りを行うプロトコルであるため、数字、文字列などの単純なデータベースしか提供できない。その結果、機器の構成を示すビットマップ画像などを用いたグラフィカルユーザインタフェース（ＧＵＩ）を構成する情報はクライアントプログラム側で所有しておかなければならない。このため、クライアントプログラムを機種毎に対応させなくてはいけないという問題点がある。
【０００８】
さらに最近ではＨＴＴＰプロトコルを用いた方式が主流となりつつある。この方式によれば、ネットワークカードモジュールはＨＴＴＰサービスを用いて、機器情報に関するＨＴＭＬデータやビットマップ画像といったＷＥＢコンテンツをクライアントに提供する。クライアントは一般的なＷＥＢブラウザを使用してネットワークカードモジュールから提供されたＷＥＢコンテンツを表示し、ＧＵＩを実現する。このようなＧＵＩにて操作を可能とすれば、個別のクライアントプログラムを提供しなくても、専用のクライアントプログラムを用いた場合と同様の効果を得ることが可能である。専用のクライアントプログラムがその機器に固有な多種多様の情報（メッセージ文字列、ビットマップ画像等）を管理する必要があるため、機器が自分の機種情報だけを持てばよい上記方式は短期間で製品を提供するためにはもっとも適する方法である。
【０００９】
しかしながら上記述べたいずれの手法もネットワークカードモジュールに予め組み込まれた静的な機能を提供するに止まるものであり、後から機能そのものを追加したり、或いは、組み込まれた機能による制御方法を変更するといった動的なサービスの追加はできなかった。
【００１０】
これに対して、データ処理装置上で動作可能なアプリケーションプログラムをネットワーク上の外部装置より取得して実行するシステムが特許文献１によって提案されている。また、最近になってＪａｖａ（米国Sun Microsystems, Inc.の登録商標）言語を用いて作成されたアプリケーションプログラムモジュールを機器に組み込み、機器上に実装されたＪａｖａ仮想マシン上で動作可能とするプラットフォーム技術が提案されている。この技術を用いることで印刷装置等の組み込み機器に後から新たな機能を機器に追加することが可能となってきている。
【００１１】
上述のＪａｖａ仮想マシンにはネットワーク通信機能を始め、組み込み機器を制御するために必要な各種機能を提供するためにアプリケーションプログラムインタフェース（ＡＰＩ）が備わっている。Ｊａｖａ言語で作成されたアプリケーションプログラムモジュールはこれらのＡＰＩを呼び出して、組み込み機器に対する制御やネットワークで接続されたホストコンピュータからの要求を処理する。
【００１２】
【特許文献１】
特開２０００−２９８５６１号公報
【００１３】
【発明が解決しようとする課題】
上記Ｊａｖａ仮想マシン上で提供されるＡＰＩは、ネットワーク通信に必要な機能を含んでおり、ネットワーク通信プロトコルの処理を行なう基本モジュールを共有する。従って、インテリジェント型のネットワークカードモジュールに、上記Ｊａｖａ環境を実装し、ネットワーク通信を実現することも可能であろう。
【００１４】
しかしながら、印刷装置本体と別個にＣＰＵを備えるインテリジェント型ネットワークカードモジュールの場合、共通化による開発コスト低減と量産効果による生産コスト削減のために、通常複数のモデルの印刷装置間で共用可能（複数種類の印刷装置に接続可能）な設計が求められる。
【００１５】
複数のモデルの機種に接続可能にするために、ネットワークカードモジュールには、各機種に応じたメッセージや、グラフィカルユーザインタフェースに必要な印刷装置のビットマップ画像等のリソースデータや、各モデル固有な情報等を全て保持しなければならない。この結果、これらの情報を記憶するための必要なＲＯＭ容量が増大し、コスト増加が発生する。
【００１６】
さらに、Ｊａｖａ仮想マシン上で動作するアプリケーションプログラムモジュールの種類によっては、特定の機種でしか機能しないものや、特定の機種のみで必要なもの（以下、これらを機種依存アプリケーションプログラムという）もある。このため、これらの機種依存アプリケーションプログラムをネットワークカードモジュール内に保持することは上記ＲＯＭ容量の増加と併せて記憶領域の効率的利用の点でも課題を生じる。
【００１７】
また、上記のようなＪａｖａアプリケーションプログラム機能を持つネットワークカードモジュールを考えた場合、一度ある印刷装置本体に装着して使用していた環境からネットワークカードモジュールを別の環境に移設した場合において、接続される印刷装置本体の持つ機能の差異によって、もしくは前の環境で設定されていた値によって、ネットワークカードモジュールの動作に不具合が発生する可能性がある。或いは、不具合は発生しないもののリソースに無駄を生じさせる場合が存在する。
【００１８】
更に、印刷装置本体が既に市場に投入されたものである場合には、後からプリンタ側にリソースを持たせることが困難な場合も存在する。
【００１９】
本発明は、上記のような移設時の不具合、或いはリソースの無駄を解決することを目的とする。より具体的には、起動すべきアプリケーションをプリンタ／システムの機能や能力に応じて自動で切り替えることを可能とし、移設におけるアプリケーションの入れ替えを不要とし、不具合の発生やリソースの無駄を解消させることを目的とする。
【００２０】
また、本発明は、移設時に登録済みとなっているアプリケーションの中で不要なものを自動的に削除、自動更新処理を行うことで、さらにリソースの無駄を解消させることを目的とする。
【００２１】
更に、本発明は、多少の機種依存部分の処理をネットワークモジュール側で行う、もしくはネットワークモジュールに接続された外部周辺装置を制御することにより、アプリケーションによって印刷装置本体に足りない新たな機能を追加可能にすることを目的とする。
【００２２】
【課題を解決するための手段】
上記の目的を達成するための本発明によるネットワーク装置は以下の構成を備える。即ち、
データ処理装置に対して着脱可能であり、データ処理装置に装着されることにより当該データ処理装置とネットワークとを接続し、前記データ処理装置の機能の実行を指示するアプリケーションを実行することが可能なネットワーク装置であって、
装着されたデータ処理装置の有する機能を示す情報を該データ処理装置より取得する取得手段と、
前記データ処理装置の電源投入後に外部装置または、前記ネットワーク装置内部から起動を指定されたアプリケーションであって前記ネットワーク装置内に格納されたアプリケーションが前記データ処理装置に適合するか否かを、前記起動を指定されたアプリケーションが実行を指示する機能と前記取得手段が取得した前記データ処理装置の機能を示す情報とが適合するか否かに基づいて判定する判定手段と、
前記判定手段によって適合しないと判定された場合、前記データ処理装置より前記データ処理装置の有する機能に適合する他のアプリケーションを取得するアプリケーション取得手段と、
前記アプリケーション取得手段により取得された前記他のアプリケーションを実行する実行手段とを備える。
【００２３】
また、上記の目的を達成するための本発明の他の態様によるネットワーク装置は以下の構成を備える。即ち、
データ処理装置に対して着脱可能であり、データ処理装置に装着されることにより当該データ処理装置とネットワークとを接続し、前記データ処理装置の機能の実行を指示するアプリケーションを実行することが可能なネットワーク装置であって、
装着されたデータ処理装置の有する機能を示す情報を該データ処理装置より取得する取得手段と、
前記データ処理装置の電源投入後に、外部装置からアプリケーションが格納されている場所を特定する情報を用いてアプリケーションの起動の指定を受け付ける受付手段と、
前記受付手段が起動の指定を受け付けたアプリケーションが格納されている場所を前記アプリケーションが格納されている場所を特定する情報に基づいて判断する判断手段と、
前記判断手段が前記アプリケーションが前記データ処理装置内に格納されていると判断した場合、前記取得手段により取得された情報に基づいて、前記アプリケーションを識別する識別情報を決定する決定手段と、
前記決定手段で決定された識別情報を指定して、アプリケーションを前記データ処理装置より取得するアプリケーション取得手段と、
前記アプリケーション取得手段により取得されたアプリケーションを実行する実行手段とを備える。
【００２４】
また、上記の目的を達成するための本発明の他の態様によるネットワーク装置の制御方法は、
データ処理装置に対して着脱可能であり、データ処理装置に装着されることにより当該データ処理装置とネットワークとを接続し、前記データ処理装置の機能の実行を指示するアプリケーションを実行することが可能なネットワーク装置の制御方法であって、
装着されたデータ処理装置の有する機能を示す情報を該データ処理装置より取得する取得工程と、
前記データ処理装置の電源投入後に外部装置または、前記ネットワーク装置内部から起動を指定されたアプリケーションであって前記ネットワーク装置内に格納されたアプリケーションが前記データ処理装置に適合するか否かを、前記起動を指定されたアプリケーションが実行を指示する機能と前記取得工程で取得した前記データ処理装置の機能を示す情報とが適合するか否かに基づいて判定する判定工程と、
前記判定工程において適合しないと判定された場合、前記データ処理装置より前記データ処理装置の有する機能に適合する他のアプリケーションを取得するアプリケーション取得工程と、
前記アプリケーション取得工程により取得された前記他のアプリケーションを実行する実行工程とを備える。
【００２５】
更に、上記の目的を達成するための本発明の他の態様によるネットワーク装置の制御方法は、
データ処理装置に対して着脱可能であり、データ処理装置に装着されることにより当該データ処理装置とネットワークとを接続し、前記データ処理装置の機能の実行を指示するアプリケーションを実行することが可能なネットワーク装置の制御方法であって、
装着されたデータ処理装置の有する機能を示す情報を該データ処理装置より取得する取得工程と、
前記データ処理装置の電源投入後に、外部装置からアプリケーションが格納されている場所を特定する情報を用いてアプリケーションの起動の指定を受け付ける受付工程と、
前記受付工程で起動の指定を受け付けたアプリケーションが格納されている場所を前記アプリケーションが格納されている場所を特定する情報に基づいて判断する判断工程と、
前記判断工程において前記アプリケーションが前記データ処理装置内に格納されていると判断された場合、前記取得工程により取得された情報に基づいて、前記アプリケーションを識別する識別情報を決定する決定工程と、
前記決定工程で決定された識別情報を指定して、アプリケーションを前記データ処理装置より取得するアプリケーション取得工程と、
前記アプリケーション取得工程により取得されたアプリケーションを実行する実行工程とを備える。
【００２６】
【発明の実施の形態】
以下、添付の図面を参照して本発明の好適な実施形態を説明する。
【００２７】
＜第１実施形態＞
図１は、第１実施形態に関わる印刷システムのハードウェア構成を説明するブロック図である。１０００はプリンタであり、大きくはネットワークプリントサーバ１５００とプリンタコントローラ１６００からなり、それぞれ独立した制御系を有する。
【００２８】
ネットワークプリントサーバ１５００は、ネットワークボードモジュールの形態で実現されたプリンタ１０００に対して着脱可能なネットワーク装置である。ネットワークプリントサーバ１５００において、１はネットワークプリントサーバ用ＣＰＵであり、書き換え可能なFlashROM３に記憶された制御プログラムに基づいて各種制御を実行する。例えば、システムバス４に接続されるネットワークコントローラ（ＬＡＮＣ５）を介してローカルエリアネットワーク（ＬＡＮ２０００）に接続されたホストコンピュータ等の外部装置（不図示）と所定のネットワーク通信プロトコルを用いて通信する。これにより、例えば、外部装置から送られる印刷データやプリンタ制御命令等の各種データの送受信を統括的に制御し、拡張インタフェースコントローラ（ＥＸＰＣ７）を介して接続されるプリンタコントローラ１５０１に対して適切なデータ転送制御を行なう。またFlashROM３には、図４，５，６のフローチャートで示されるようなＣＰＵ１によって実行される制御プログラムも記憶されている。
【００２９】
ＲＡＭ２はＣＰＵ１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＬＥＤ６はネットワークプリントサーバの動作状態を示す表示部として用いられており、例えばネットワークコントローラ（ＬＡＮＣ５）とローカルエリアネットワーク（ＬＡＮ２０００）の電気的な接続状態（ＬＩＮＫ）や、ネットワーク通信モード（10Baseや100Base、全二重、半二重）等の各種動作状態をＬＥＤの点滅パターンや色で示すことが可能となっている。
【００３０】
拡張インタフェース１７は、ネットワークプリントサーバ１５００とプリンタコントローラ１６００を接続するためのインタフェースであり、図示しないコネクタを含んで構成されている。ネットワークプリントサーバ１５００は、このコネクタによってプリンタ１０００（プリンタコントローラ１６００）との着脱が可能となっており、同じ構成を持つ別のプリンタに当該ネットワークプリントサーバ１５００を装着することも可能である。
【００３１】
外部周辺装置インターフェースコントローラ（ＥＸＩＯＣ２０）は、ネットワークプリントサーバ１５００上に実装された外部周辺装置インタフェースであり、後述するプリンタ１０００が接続される拡張インタフェースコントローラ７および拡張インタフェース１７とは異なるものである。本実施形態において、外部周辺装置インタフェースの形式は特に言及しないが、例としてＵＳＢインタフェースやＩＥＥＥ１３９４インタフェースを挙げることができる。この外部周辺装置インタフェースを介して接続された外部周辺装置２２と通信を行うことが可能であり、さらに外部周辺装置２２をネットワークプリントサーバ１５００側から制御することが可能である。
【００３２】
一方、プリンタコントローラ１６００において、８はプリンタコントローラ用ＣＰＵであり、システムバス１１に接続される各種デバイスとのアクセスを統括的に制御する。また、ＣＰＵ８の制御の下、ラスタコントローラ１２は、ネットワークプリントサーバ１５００から拡張インタフェースコントローラ（ＥＸＰＣ１３）を介して受信される印刷データに基づいて出力画像信号を生成し、プリントエンジン１６に対して画像信号を出力する。以上のような処理は、ＲＯＭ９に記憶された制御プログラム等、或いはディスクコントローラ（ＤＫＣ１５）を介して接続された外部メモリ１０に記憶されている制御プログラムやリソースデータ（資源情報）等に基づいてＣＰＵ８が動作することにより実現される。
【００３３】
１４はＣＰＵ８の主メモリ、ワークエリア等として機能するＲＡＭであり、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。１８は操作パネルであり、プリンタ１０００の動作モード等の設定や印刷データの取り消し等の操作を行なうためのボタンと、プリンタ１０００の動作状態を示す液晶パネルやＬＥＤ等の表示部等が配されている。なお、本図で示したプリンタエンジン１６は既知の印刷技術を利用するものであり、好適な実施系として例えば電子写真方式（レーザービーム方式）やインクジェット方式、昇華方（熱転写）方式等が挙げられる。
【００３４】
図２は、図１に示したネットワークプリントサーバ１５００およびプリンタコントローラ１６００の各記憶部（例えば、FlashROM３、ＲＯＭ９）に記憶された制御プログラムのソフトウェア構成を説明するブロック図である。なお、これらの制御プログラムはＣＰＵ１、８によって解析され実行される。
【００３５】
ネットワークプリントサーバ１５００側において、１５０１はオペレーティングシステムであり、ネットワークプリントサーバ１５００の基本的なデータ入出力制御を統括する。オペレーティングシステム１５０１は、プログラム／データ記憶部１５０９との入出力制御を行なうファイルシステム１５０５と、プリンタコントローラ１６００と拡張インタフェース１７を介して通信制御を行なう拡張インタフェースドライバ１５０６と、ローカルエリアネットワーク（ＬＡＮ２０００）の通信媒体を介してホストコンピュータ等の外部装置（不図示）と通信を行なうネットワークインタフェースドライバ１５０７と、外部周辺装置と外部周辺装置インタフェース（ＥＸＩＯ２１）を介して通信制御を行う外部周辺装置インタフェースドライバ１５１０とを内包している。なお、プログラムデータ記憶部１５０９は、例えばFlashROM３により構成される。
【００３６】
１５０２はアプリケーションプログラムインタフェース（ＡＰＩ）である。ＡＰＩ１５０２は、ネットワークプリントサーバ１５００で動作するユーザアプリケーション１５０３や管理アプリケーション１５０４等のアプリケーションプログラムに対してオペレーティングシステム１５０１が備える各種機能を提供する。なお、管理アプリケーション１５０４は、プリンタ１０００やユーザアプリケーションの登録・管理を行うアプリケーションである。またＡＰＩ１５０２は、印刷データの送受信機能を提供するデータ転送ＡＰＩ、ビットマップ画像や表示メッセージ及びアプリケーションプログラム等のリソースデータの入出力制御を行なうリソース制御ＡＰＩ、プリンタ１０００の再起動や設定値の初期化や設定等の制御を行なうプリンタ制御ＡＰＩ、印刷ジョブの取り消しや再印刷指示などを制御するジョブ制御ＡＰＩ、ネットワークプリントサーバ１５００の再起動や設定値の初期化や設定、およびアプリケーションプログラムの起動、登録、削除を行なうプリントサーバ制御ＡＰＩ等を備える。また、データ転送ＡＰＩ、リソース制御ＡＰＩ、プリンタ制御ＡＰＩ、ジョブ制御ＡＰＩによって提供される命令はプリンタコントローラ依存命令として図７で示されるような命令書式に変換した後、拡張インタフェース１７を介してプリンタコントローラに転送される。
【００３７】
プリンタコントローラ１６００側において、１６０１はプリンタコントローラ１６００の各種処理制御を統括するオペレーティングシステムであり、プリントエンジン制御部１６０３及びファイルシステム１６０４を有する。プリントエンジン制御部１６０３は、プリントエンジンとの通信制御を行なう。ファイルシステム１６０４は機種依存リソース／プログラム記憶部１６１０との入出力制御を行なう。機種依存リソース／プログラム記憶部１６１０は、ネットワークプリントサーバ１５００から参照されるビットマップ画像やエラーメッセージ等の機種依存リソース、及びネットワークプリントサーバ１５００上で動作する機種依存アプリケーションプログラム等を記憶する。
【００３８】
１６０２は拡張インタフェース制御部であり、拡張インタフェース１７を介してネットワークプリントサーバ１５００との通信制御を行なう。拡張インタフェース制御部１６０２は、制御種別に応じた論理インターフェースを備える。例えば、印刷データの入出力を制御するデータ転送論理インタフェース、機種依存リソース／プログラム記憶部１６１０に記憶された各種データの入出力を制御するリソース制御論理インタフェース、プリンタ１０００の再起動や設定値の初期化や設定等の制御を行なうプリンタ制御論理インタフェース、印刷ジョブの取り消しや再印刷指示などを制御するジョブ制御論理インタフェースを備える。各論理インタフェースは、ネットワークプリントサーバ１５００から要求された命令をオペレーティングシステム１６０１に転送し、その処理結果をネットワークプリントサーバ１５００に対して返信する。
【００３９】
図３は、ネットワークプリントサーバ１５００で動作するアプリケーションプログラムの記述例であり、本実施形態の好適な一例としてＪａｖａ言語による記述例を示している。図３の３０１に示される行は図２で説明したデータ転送ＡＰＩを呼び出す例であり、“printer.outdata(“Test”)”がデータ転送ＡＰＩである。これは“Test”というテキストデータを印字データとしてプリンタコントローラを介してプリントエンジンから印刷せよというプリンタコントローラ依存命令である。プリンタコントローラ１６００にて当該命令に従って処理が実行されると、コントローラから受信した処理結果が変数“result”に数値型として変換されて格納される。
【００４０】
図３の３０２に示される行は３０１の行で指示された処理結果を標準出力先（例えばプリンタ１０００の操作パネル１８のＬＣＤ表示部やアプリケーションの呼び出し元であるホストコンピュータのブラウザ表示部）にテキストメッセージ変換して表示する命令の記述例である。
【００４１】
図４は、第１実施形態に係るネットワークプリントサーバ１５００上で動作するアプリケーションプログラムの起動処理方法を示すフローチャートである。本処理は管理アプリケーション１５０４に含まれる。なお、Ｓ４０１〜Ｓ４１１及びＳ４２０〜Ｓ４２４は各処理ステップを示し、ローカルエリアネットワーク（ＬＡＮ２０００）に接続されたホストコンピュータ等の外部装置から本プリンタ１０００に対してアプリケーションの起動要求を受信した場合の処理の流れに対応する。なお各ステップに対応する制御手順はネットワークプリントサーバ１５００のFlashROM３に記憶されている。
【００４２】
なお、以下の動作例では、アプリケーションの実行時に、カラーパラメータに従ってアプリケーションプログラムの取得処理動作の切り替えを行う。まず、ステップＳ４２０において、ネットワークプリントサーバ１５００であるところのネットワークカードモジュールが、接続されたプリンタ１０００の機能能力情報を獲得する。そしてステップＳ４２１において、ステップＳ４２０で獲得した機能能力情報を後にアプリケーションプログラムから参照可能とするようにメモリに保存する。
【００４３】
ステップＳ４０１において、ＬＡＮ２０００を介して不図示のホストコンピュータ等の外部装置からアプリケーション起動要求命令を受信する。本実施形態において、アプリケーション起動要求命令は、ＵＲＬ（Uniform Resource Locator）などのアプリケーションを識別するための識別情報により起動すべきアプリケーションプログラムを特定する。ステップＳ４０２ではステップＳ４０１で受信したアプリケーション起動要求命令からアプリケーションを特定するＵＲＬを取得する。ステップＳ４０３では、取得したＵＲＬから、起動要求されているアプリケーションの当該プリンタ１０００内における格納先情報を抽出する。例えば指定されたアプリケーションのＵＲＬが、
HTTP://192.168.0.215/abc/xyz.Java
の場合は、HTTP://はスキームであり、192.168.0.215 は本プリンタ装置自身のネットワークアドレスを示すものであるため、格納先情報として抽出される情報は、“/abc/xyx.Java” となる。
【００４４】
本実施形態では、格納先情報の文字列から、当該アプリケーションがプリントサーバ１５００内の記憶部（例えばFlashROM３）に格納されているか、プリンタコントローラ１６００内の記憶部（例えばＲＯＭ９）に格納されているかを判定する。本実施形態では、“/dev/”で始まる格納先はプリンタコントローラ側であるとする。
【００４５】
よって、ステップＳ４０４では、ステップＳ４０３で抽出した格納先情報の文字列が“/dev/”で始まっているか否かを判定する。格納先情報の文字列が“/dev/”で始まっていない場合、起動すべきアプリケーションはネットワークプリントサーバ１６００内にあると判断され、処理はステップＳ４０８へ進む。ステップＳ４０８では、ネットワークプリントサーバ１５００内の記憶部に該当するアプリケーションプログラムが存在するか判定する。該当するアプリケーションプログラムが存在する場合にはステップＳ４０９へ進み、要求されたアプリケーションプログラムをネットワークプリントサーバ１５００のＲＡＭ１４にロードする。そしてステップＳ４１０へ進み、当該アプリケーションプログラムを起動して本処理を終了する。なお、ステップＳ４０８で該当するアプリケーションが存在しない場合は、ステップＳ４１１へ進み、要求元にエラーを通知して本処理を終了する。
【００４６】
一方、ステップＳ４０４で格納先情報の文字列が“/dev/”で始まっている場合には、起動要求されたアプリケーションの格納先がプリンタコントローラ１６００であると判断し、ステップＳ４２２へ進む。ステップＳ４２２でプリンタ１０００の機能能力情報を参照し、ステップＳ４２３で、当該機能能力の一つがカラーに対応するかどうかを判断する。そして、ステップＳ４２４において、接続されたプリンタ１０００がカラー機かモノクロ機かに応じてアプリケーションプログラムの取得を切り替える。具体的には、実行アプリケーションを切り替えるために、アプリケーション格納先（取得先）の情報を変換する。例えば格納先情報が/dev/$COLOR_FUNC/calibration.javaと表現されているとする。ここで機能情報を元に、$COLOR_FUNCを補間する。例えばカラー機の場合は /dev/color/calibration.java、モノクロ機の場合は/dev/mono/calibration.javaとする。こうすることでアプリケーションの取得先の切替を行う。なお、本実施形態ではカラー対応か否かによって起動すべきアプリケーションを決定するが、他の機能能力（解像度等）のそれぞれに応じてアプリケーションの決定を制御するようにできることは言うまでもない。
【００４７】
ステップＳ４０５では、プリンタコントローラ１６００に対して図２で説明したようなＡＰＩ（リソース制御ＡＰＩ）を用いて、上記ステップＳ４２４で設定されたアプリケーションプログラムの取得要求を発行する。ステップＳ４０６では、プリンタコントローラ１６００からの応答に基づいて、要求したアプリケーションプログラムが取得できたかどうかを判断する。要求したアプリケーションプログラムが取得できた場合には、ステップＳ４０７へ進み、取得したアプリケーションプログラムをネットワークプリントサーバ１５００のＲＡＭ１４にロードする。そしてステップＳ４１０へ進み、当該アプリケーションプログラムを起動して本処理を終了する。
【００４８】
ステップＳ４０６で、要求したアプリケーションプログラムがプリンタコントローラ１６００から取得できなかったと判定された場合、及びステップＳ４０８でネットワークプリントサーバに要求されたアプリケーションが存在しないと判定された場合は、ステップＳ４１１へ進み、アプリケーション起動要求命令の送信元であるホストコンピュータに対してエラーを通知し、本処理を終了する。なお、以降、アプリケーション起動要求があった場合はステップＳ４０１からの処理を繰り返す。
【００４９】
以上のように、第１実施形態によれば、Ｊａｖａ仮想マシン上に提供される情報（アプリケーション）を印刷装置の機種に依存するものとしないものに分類し、機種依存の情報を各印刷装置本体（プリンタコントローラ）へ、機種非依存の情報をネットワークカードモジュールに分けて格納することが可能となり、メモリ容量の低減、利用効率の向上を図ることができる。また、プリンタの機能に応じてアプリケーションを自動的に切り替え、適切なアプリケーションを実行することができる。
【００５０】
＜第２実施形態＞
第１実施形態では、ホストコンピュータ等の外部装置からのアプリケーションの起動要求に応じて、そのＵＲＬからそのアプリケーションの格納先を判断する場合を説明した。第２実施形態では、プリンタ１０００の起動時に自動起動アプリケーションとして指定されたアプリケーションを起動する場合を説明する。なお、自動起動アプリケーションを指定するための情報は、ネットワークプリントサーバ１５００の所定の記憶領域に予め格納されている。
【００５１】
図５は、ネットワークプリントサーバ１５００上で動作するアプリケーションプログラムの、第２実施形態による起動処理方法を示すフローチャートである。なお、ステップＳ５０１〜Ｓ５０９及びステップＳ５２０〜Ｓ５２４は各処理ステップを示し、各ステップに対応する制御手順はネットワークプリントサーバ１５００のFlashROM３に記憶されている。また、本処理も管理アプリケーション１５０４に含まれる。なお、以下では、ネットワークプリントサーバ１５００に存在するアプリケーションがプリンタ１０００の機能能力に適合しない場合には、ネットワークプリントサーバ１５００が、プリンタ１０００の機能能力に適合するアプリケーションをプリンタ１０００から取得してきて、取得してきたアプリケーションを自動起動アプリケーションの代わりに起動する。また、プリンタ１０００の機能例としてカラーパラメータを用い、アプリケーションの実行時には、カラーパラメータに従ってアプリケーションプログラムの取得処理動作の切り替えを行う例を説明する。
【００５２】
プリンタ１０００が電源ＯＮ或いはリセットによって再起動されると、ステップＳ４２０において、ネットワークプリントサーバ１５００であるところのネットワークカードモジュールが、接続されたプリンタ１０００の機能能力情報を獲得する。そしてステップＳ４２１において、ステップＳ４２０で獲得した機能能力情報を後にアプリケーションプログラムから参照可能とするようにメモリに保存する。次に、ステップＳ５０１でネットワークプリントサーバ１５００の所定の記憶領域に自動起動するアプリケーションの格納情報が存在するか判定する。自動起動するアプリケーションの格納情報が存在する場合はステップＳ５０２に進み、起動すべきアプリケーションの格納情報を取得する。格納情報はパス（格納先）とアプリケーションファイル名を含む。よって、ステップＳ５０３において、アプリケーションの格納先を表す文字列が“/dev/”で始まっているかの判定を行なう。
【００５３】
格納先を表す文字列が“/dev/”で始まっている場合、当該アプリケーションの格納先はプリンタコントローラ１６００内であると判断し、ステップＳ５０４へ進む。
【００５４】
一方、ステップＳ５０３で格納先を表す文字列が“/dev/”で始まっていない場合には、起動要求されたアプリケーションの格納先がネットワークプリントサーバ１５００であると判断し、ステップＳ５２２へ進む。ステップＳ５２２でプリンタ１０００の機能能力情報を参照し、ステップＳ５２３で、起動要求されたアプリケーションがプリンタ１０００に対応するかどうかを判断する。対応しない場合には、ステップＳ５２４において、アプリケーションプログラムの取得先を切り替える。具体的には、アプリケーションがモノクロ機用であり、プリンタ１０００がカラー機である場合、アプリケーション格納先（取得先）の情報を変換する。例えば格納先情報が/server/mono/calibration.javaと表現されているとする。ここで機能能力情報を元に、/server/monoを補間する。例えば、カラー機の場合は /dev/color/calibration.javaとする。こうすることで、起動要求されたアプリケーションがプリンタ１０００に適合しない場合には、アプリケーションの取得先の切替を行い、プリンタ１０００に適合するアプリケーションをプリンタ１０００から取得するようにする。一方、対応している場合には、ステップＳ５０６に進む。
【００５５】
ステップＳ５０４では、プリンタコントローラ１６００に対して図２で説明したようなＡＰＩ（リソース制御ＡＰＩ）を用いてアプリケーションプログラムの取得要求を発行する。ステップＳ５０５では、プリンタコントローラ１６００からの応答に基づいて、要求したアプリケーションプログラムが取得できたかどうかを判断する。要求したアプリケーションプログラムが取得できたと判断された場合は、ステップＳ５０６へ進み、アプリケーションプログラムをネットワークプリントサーバ１５００のＲＡＭ１４にロードする。そしてステップＳ５０９へ進み、アプリケーションプログラムを起動して処理を終了する。
【００５６】
一方、ステップＳ５０５でプリンタコントローラ１６００から要求したアプリケーションプログラムが取得できなかったと判断された場合、ステップＳ５０７で要求されたアプリケーションが存在しないと判定した場合には、ただちに本処理を終了する。
【００５７】
なお、ステップＳ５０１で自動起動するアプリケーションの格納情報が存在しないと判断した場合にも同様にただちに本処理を終了する。
【００５８】
以上説明したように、第２実施形態によれば、第１実施形態と同様の効果を維持しながら、アプリケーションの自動起動に対応することができる。特に、起動要求されたアプリケーションがプリンタ１０００に適合しない場合には、プリンタ１０００に適合するアプリケーションを取得してきて起動することができる。
【００５９】
＜第３実施形態＞
以上、第１及び第２実施形態ではアプリケーションの起動処理について説明した。第３実施形態では、アプリケーションの実行中における各種コマンド等の実行処理について説明する。本実施形態では、複数種類のコマンド処理機能をネットワークプリントサーバとプリンタコントローラに分散して保持することを可能とし、メモリの利用効率を向上させる。
【００６０】
図６は、第３実施形態によるネットワークプリントサーバ１５００上で動作するアプリケーションプログラムに記述された命令の処理手順を示すフローチャートである。なお、Ｓ６０１〜Ｓ６１０、Ｓ６２０〜Ｓ６２３は各処理ステップを示す。なお各ステップに対応する制御手順はネットワークプリントサーバ１５００のFlashROM３に記憶されている。
【００６１】
上述した図４もしくは図５に従ってアプリケーションプログラムが起動すると、まずステップＳ６２０においてプリンタ側の持つ機能能力情報を獲得し、獲得した機能能力情報を以降のプログラムから参照可能とできるようにネットワークプリントサーバの記憶領域に保存しておく。本実施形態では、カラー機である場合とモノクロ機である場合の例について説明する。
【００６２】
続いて、ステップＳ６０１において起動中のアプリケーションプログラム内に含まれる命令を１つ取り出し、解析処理を行なう。ステップＳ６０２において命令種別がプリンタコントローラ１６００に依存する命令であると判断した場合には、ステップＳ６２１へ進み、先にステップＳ６２０で獲得しておいた機能能力情報を参照する。ここでもし、装着されたプリンタ１０００がモノクロ機であり、その命令がカラー機専用のものである場合には、その命令を実行させることができない。よって、ステップＳ６２２からステップＳ６２３へ進み、命令コードを変換する、すなわち、モノクロ機でも実行可能なようにプログラム命令の変換処理を行う。
【００６３】
例えば、図９に示すように、命令がカラー機用のキャリブレーション関数（printer.color_calibration()）であり、接続されているプリンタがモノクロ機であった場合は、図９に示されるようにモノクロ機用のキャリブレーション関数（printer.mono_calibration()）に変換される。なお命令変換後に呼び出される関数は本体側のアプリケーションとして既にロードされている場合を想定しているが、変換の後でロードされていないと判断されたら、その時点でロードを行うようにしても構わない。
【００６４】
以上のようにしてステップＳ６２３の処理を終えると、ステップＳ６０３へ進む。なお、機能能力としてカラー機能が確認された場合は、ステップＳ６２２から直接ステップＳ６０３へ進む。ステップＳ６０３では、図７で示すようなプリンタコントローラ１６００の命令書式に従って命令コードを変換し、ステップＳ６０４でその変換された命令コードを拡張インタフェース１７介してプリンタコントローラ１６００へ送信する。例えば図３で示した“printer.outdata(“test”)”というデータ転送ＡＰＩの場合、図７の命令種別に「書き込み」を示す値（０）が、呼び出し番号の領域に印刷を指示する命令番号（例７００）が、引数データ種別の領域に印刷するデータ“test”のデータ型が文字列データあることを示す値（１）が、引数データサイズの領域に“test”のデータサイズ（例：４３２１）が、引数データ領域に“test”の実データが格納された命令コードが設定され、プリンタコントローラ１６００に転送される。
【００６５】
ステップＳ６０５では、プリンタコントローラ１６００からの上記命令コード送信に対する応答の有無を判断し、応答があった場合にはステップＳ６０６へ進む。ステップＳ６０６では、プリンタコントローラ１６００から返信された処理結果を受信する。プリンタコントローラ１６００から返信された処理結果は図８に示されるような書式を有する。例えば、上記“printer.outdata(“test”)というデータ転送ＡＰＩの場合、関数戻り値領域にはステップＳ６０４で送信された命令コードの処理結果を示す値が、応答データ種別には応答データ領域に含まれるデータの型が数値型であることを示す値（０）が、応答データサイズ領域には応答データ領域のデータサイズのバイト数を示す数値が、応答データ領域にはステップＳ６０４で指示された命令番号の応答データが格納されて返信される。さらにステップＳ６０７で元のプログラム命令に対応した処理結果の書式に変換する。そしてステップＳ６０９へ進む。なお、ステップＳ６０５において、送信した命令コードの応答がプリンタコントローラ１６００から一定期間内に受信できなかった場合には、ただちにプログラム処理を終了する。
【００６６】
また、ステップＳ６０２においてプリンタコントローラ１６００に依存する命令ではないと判定された場合には、ステップＳ６０８へ進み、ネットワークプリントサーバ１５００によって当該プログラム命令を処理し、ステップＳ６０９へ進む。
【００６７】
ステップＳ６０９では、プログラム命令の処理結果をネットワークプリントサーバ１５００の所定のメモリ空間に格納する。ステップＳ６１０で後続のプログラム命令の有無を確認し、次の命令が存在する場合には再度ステップＳ６０１へ戻り上記処理を繰り返す。次の命令が存在しない場合には処理を終了する。
【００６８】
以上のように第３実施形態によれば、実行中のアプリケーションプログラムが含むプログラム命令がプリンタコントローラに依存する命令であっても、これをプリンタコントローラに提供して実行させることができる。即ち、機種依存型の命令の実行機能をネットワークプリントサーバ１５００側で保持している必要が無くなるので、メモリの容量低減、効率的利用が促進される。
【００６９】
上記各実施形態では、機能能力のうちのカラー機か否かの判定に基づいてアプリケーションプログラムの取得及び起動制御を行うが、これに限られるものではない。例えば、解像度１２００ｄｐｉを持つかどうか、オプションエミュレーションを持つかどうかといった機能能力においても本発明を適用できることは明らかである。
【００７０】
また、上述の各実施形態は、アプリケーションプログラムの取得及び起動を行なう登録動作制御であったが、機能能力の判定に基づいて既に登録済みのアプリケーションを削除、或いは更新するように変形することも可能である。これらの変形例について、以下の第４及び第５実施形態で説明する。
【００７１】
＜第４実施形態＞
図１０は、第４実施形態によるアプリケーションプログラムの自動更新処理を説明するフローチャートである。本実施形態は、ネットワークカードモジュールを移設した場合に本発明を適用する処理方法の一例を示すものであり、プリンタ１０００の機能例としてカラーパラメータを用いる。また、既に起動（登録）されているアプリケーションプログラムについては、そのバージョン情報を比較することにより、更新処理動作を行なうかどうかを切り替る。なお、図１０の各処理ステップをネットワークプリントサーバ１５００のＣＰＵ１に実行させるための制御プログラムは、ネットワークプリントサーバ１５００のFlashROM３に記憶されている。また、ステップＳ４０１〜Ｓ４１１、Ｓ４２０、Ｓ４２１は第１実施形態（図４）で説明した処理と同じである。
【００７２】
ステップＳ４０４で格納先情報の文字列が“/dev/”で始まっている場合には、起動要求されたアプリケーションの格納先がプリンタコントローラ１６００であると判断し、ステップＳ１０２１へ進む。ステップＳ１０２１では、ステップＳ４２０、Ｓ４２１で獲得、保存された機能能力情報を参照する。ここでは、プリンタ１０００の機能能力はカラーかどうかを判定する。そして、接続されたプリンタ１０００がカラー機かモノクロ機かに応じて、ロードすべきアプリケーションプログラムの取得先とそのバージョン情報を獲得する。
【００７３】
ステップＳ１０２２では、ロードすべきアプリケーションが既に実行されているかどうかを判断する。ロードすべきアプリケーションが既にロードされて起動可能な状態である場合は、ステップＳ１０２３へ進み、当該ロード済みのアプリケーションのバージョン情報を取得する。そして、ステップＳ１０２４で、ステップＳ１０２３で取得されたロード済みのアプリケーションのバージョン情報と、ステップＳ１０２１で取得された取得先のアプリケーションプログラムのバージョン情報との比較を行う。ロード済みのプログラムのバージョンの方が古い場合には、ステップＳ１０２５へ進み、当該アプリケーションプログラムをロードさせるようにアプリケーション取得先（格納元）を切り替える。このとき古いアプリケーションの削除を行ってもよい。
【００７４】
一方、ステップＳ１０２２でロードすべきアプリケーションが起動されていないと判定された場合は、そのままステップＳ１０２５へ進み、当該アプリケーションプログラムをロードさせるようにアプリケーション取得先を切り替える。
【００７５】
また、ステップＳ１０２４におけるバージョンの比較の結果、ロード済みのアプリケーションプログラムのバージョンと取得先のアプリケーションプログラムのバージョンが同じか、ロード済みのアプリケーションプログラムのバージョンの方が新しい場合は、ロードする必要がないので、何も処理を行わず、ステップＳ４１０へ進み、当該アプリケーションを起動させる。
【００７６】
以上のように第４実施形態によれば、ネットワークプリントサーバ１５００に登録済みのアプリケーションに起動要求が合った場合、ロード済みのアプリケーションのバージョンがプリンタコントローラに存在するアプリケーションプログラムのバージョンよりも古ければ、自動的に新しいバージョンのアプリケーションプログラムがロードされ、実行されることになる。
【００７７】
＜第５実施形態＞
第５実施形態は、不必要なアプリケーションプログラムの削除について説明する。図１１は、第５実施形態によるネットワークプリントサーバ１５００上で動作する、アプリケーションプログラムの自動削除処理を示すフローチャートである。なお、図１１の各処理ステップをネットワークプリントサーバ１５００のＣＰＵ１に実行させるための制御プログラムは、ネットワークプリントサーバ１５００のFlashROM３に記憶されている。また、ステップＳ４０１〜Ｓ４１１、Ｓ４２０、Ｓ４２１は第１実施形態（図４）で説明した処理と同じである。
【００７８】
ステップＳ４０４で格納先情報の文字列が“/dev/”で始まっている場合には、起動要求されたアプリケーションの格納先がプリンタコントローラ１６００であると判断し、ステップＳ１１２１へ進む。ステップＳ１１２１では、プリンタ１０００の機能能力情報を参照する。ここでは、プリンタ１０００の機能能力はカラーかどうか、とする。プリンタ１０００の機能能力がカラーかモノクロか判定されれば、カラー用のモジュールとモノクロ用のモジュールのいずれかは不要なアプリケーションということになる。従って、ステップＳ１１２２において、ロード済みとなっているアプリケーションプログラムを検索し、ステップＳ１１２３において、当該機能能力に照らして不要なアプリケーションがあるか否かを判定する。本実施形態では、接続されたプリンタ１０００がカラー機かモノクロ機かに応じて、ステップＳ１１２２で検索されたアプリケーションプログラムのうち不要なアプリケーションプログラムを抽出するが、機能能力はカラー／モノクロに限られないことは言うまでない。
【００７９】
不要なアプリケーションプログラムが検出された場合は、ステップＳ１１２４へ進み、不要アプリケーションの削除処理を行った後、ステップＳ１１２５に進む。一方、不要なアプリケーションが検出されなかった場合はステップＳ１１２３からステップＳ１１２５へ直接進む。ステップＳ１１２５でアプリケーション取得先を切り替え、ステップＳ４０５へ進む。ステップＳ４０５では、プリンタコントローラ１６００に対して図２で説明したようなＡＰＩを用いて、ステップＳ１１２５で指定されたアプリケーションプログラムの取得要求を発行する。
【００８０】
なお、上記各実施形態において、プリンタ１０００の機能として、カラーかモノクロかをチェックすることにより処理の切替を行った。しかしながら、本発明はこれに限定されるものではない。例えばデバイス能力として、以下の表に示すような処理可能なカラー階調数、処理可能な解像度、エミュレーション機能、ステイプル機能等が挙げられる。カラー諧調や色数、解像度等については、接続されるプリンタの能力により影響を受ける部分のアプリケーション処理について切り替えを行い、影響を受けない部分は変換されないという実装が考えられる。また、「影響を受けない部分」のアプリケーションの動作に不都合がでないよう「影響を受ける部分」の機種の能力に応じた代替処理を作成することになる。また、エミュレーション機能やステイプル機能とかについては、その機能が無い訳であるので、全く他の代替処理を行わせる。装着されているエミュレータへのデータ切り替えを行わせたり、ステイプルの場合は、バナー処理印刷を追加したりすることが考えられる。
【００８１】
【表１】

Figure 0004387710
【００８２】
以上詳述したように、上記第１乃至第５実施形態によれば、機種依存部分をプリンタに持たせることで効率的なリソース配分を狙ったJavaアプリケーションプログラム機能を持つネットワークカードモジュールにおいて、あるプリンタに装着していたネットワークカードモジュールを他のプリンタ（異なる機種、異なる設定が施されているなど）へ移設した場合において、ネットワークカードモジュール上のアプリケーションの動作条件を、プリンタ／システムの組み合わせ（機能、能力）に応じて自動で切り分ける、さらにネットワークカードモジュールに登録されたアプリケーションを、プリンタ／システムの組み合わせ（機能、能力）に応じて、自動削除や自動更新を行う、ということで、アプリケーションの実行自由度を上げる、さらにリソースの有効活用を図ることができる。なお、不要なアプリケーションの削除の実行（削除すべきアプリケーションがあるか否かの判断を含めて）は図１１に示したタイミングに限られるものではなく、任意のタイミングで実行するようによしてもよい。
【００８３】
＜第６実施形態＞
上記第３実施形態では、アプリケーションの実行において、処理すべきプログラム命令がプリンタコントローラに依存する場合に、とプリンタの機能能力情報に基づいて代替処理の命令コードに変換して実行した。第６実施形態では、プリンタコントローラに依存する命令を処理する場合に、当該ネットワークプリントサーバ１５００に接続された外部周辺装置２２によって代替実行が可能な場合に、外部周辺装置２２によって当該命令を処理する。こうして、外部周辺装置２２を活用可能とする。
【００８４】
ネットワークプリントサーバ１５００は、外部周辺装置インタフェース２１を介して接続された外部周辺装置２２と通信を行うことが可能であり、さらに外部周辺装置２２をネットワークプリントサーバ１５００側から制御することが可能である。なお、第６実施形態においては、この外部周辺装置２２として「プリンタパネル装置」が接続されているとして説明する。よって、図３の３０２に示される行の記述により、プリンタ自身が表示パネルを持っていなくても、３０１の行で指示された処理結果をこの外部周辺装置２２（プリンタパネル装置）が備えるＬＣＤ表示部へ表示出力させることができる。
【００８５】
図１２は第６実施形態によるネットワークプリントサーバ１５００上で動作するアプリケーションプログラム内に記述された命令の処理方法を示すフローチャートである。とりわけ、デバイス側の代替機能処理を行う場合の例を示す。なお、図１２において図６と同じ処理には同一のステップ番号を付してある。なお各ステップに対応する制御手順はネットワークプリントサーバ１５００のFlashROM３に記憶されている。
【００８６】
図４もしくは図５等の処理によってアプリケーションプログラムが起動すると、ステップＳ９２０において、プリンタの持つ機能能力情報を獲得する。例えば、パネル機能があるか否か、カラー機か否か、最大分速２０枚の印刷が可能か否か、６００ｄｐｉの解像度か否か、等である。更に、本実施形態では、接続されている外部周辺装置の機能能力情報も取得する。本実施形態ではパネル機能を有する外部周辺装置が接続されているものとする。そして、獲得した機能能力情報を、以降のプログラムから参照可能なようにネットワークプリントサーバの記憶領域に保存しておく。
【００８７】
続いてステップＳ６０１においてアプリケーションプログラム内に含まれる命令を解析し、ステップＳ６０２においてその命令種別がプリンタコントローラ１６００に依存する命令か否かを判定する。プリンタコントローラに依存する命令であると判断した場合には、ステップＳ９２１へ進み、先のステップＳ９２０に獲得しておいた機能能力情報を参照する。そして、ステップＳ９２２において、当該命令がプリンタコントローラ１６００では処理できないが、外部周辺装置２２によって代替処理をさせることができると判断した場合は、ステップＳ９２３へ進み、当該命令を代替処理の命令コード変換する。そして、ステップＳ６０８へ進み、当該命令をネットワークプリントサーバ１５００から実行させる。他の場合はステップＳ９２２からステップＳ６０３へ進む。
【００８８】
例えば、その命令がパネルに表示を行うという場合で、プリンタがパネルレスであるような場合には、プリンタによってその命令を実行させることはできない。そこで、外部周辺機器に関する機能情報から、ネットワークプリントサーバの外部周辺装置インタフェースにパネルが接続されているか否かを判断する。本例のようにパネル機能を有する外部周辺装置２２が接続されていると判断された場合、ネットワークプリントサーバは当該パネルに当該命令を代替処理させるべく、命令コードを変換（代替機能関数を呼び出す）する。そして、この命令コードをネットワークプリントサーバ１５００から実行する。
【００８９】
上記以外の処理は第３実施形態と同様であるので説明を省略する。
【００９０】
以上詳述したように本発明によれば、機種依存部分をプリンタに持たせることで効率的なリソース配分を狙ったＪａｖａアプリケーションプログラム機能を持つネットワークカードモジュールにおいて、プリンタが既に市場に投入されたものに装着する場合、つまり後からプリンタ側にリソースを持たせることが困難な場合においても、ネットワークカードモジュールのＪａｖａアプリケーションにより、外部周辺装置を用いてプリンタの代替機能処理を行うことができ、既存のプリンタになんら改変を加えることなく、新たな機能を追加することが可能になる。また、ネットワークカードモジュールに外部周辺装置インタフェースを設け、装着された外部周辺装置をネットワークカードモジュールが制御することにより、より広範囲の機能追加が可能となる。
【００９１】
〔その他の実施形態〕
第１、第２実施形態において、アプリケーションプログラムの格納先の判定方法では、ＵＲＬから抽出した文字列に“/dev/”が存在するか否かによって格納先を特定していた。しかしながら、この方法ではＵＲＬ自身が格納先を文字列として記す結果となるため、格納先を内部情報として隠蔽化したい場合には適当ではない。そこでこの対処方法として、予めアプリケーションプログラムの名称毎に格納先を識別できるテーブルをネットワークプリントサーバ内の記憶部に保持しておき、このテーブル情報に基づいて格納先を特定するようにしてもよい。この手法によればＵＲＬに格納先を示す文字列を含む必要がなくなり、格納先情報を隠蔽化することが可能である。
【００９２】
以上、本発明のネットワーク装置をネットワークカードモジュール（ネットワークプリントサーバ１５００）で実現した例を説明したが、実現の形態としてはカードに限られるものではなく、カートリッジタイプ等、データ処理装置本体への着脱が可能な形態であればどの様な形態であってもよい。
【００９３】
また、本発明のネットワーク装置として、プリンタに装着するモジュール（ネットワークプリントサーバ１５００）を説明したが、ネットワーク装置の適用はプリンタに限られるものではない。例えば、複写機やファクシミリ等、各種のデータ処理装置に適用できることは明らかであろう。
【００９４】
以上説明したように、上記各実施形態によれば、ネットワークカードモジュール上で動作可能なアプリケーションプログラムモジュールの格納先を、当該アプリケーションプログラムの種類によって分ける。すなわち、機種非依存（共通）のプログラムであればネットワークカードモジュールのFlashROM等の記憶デバイスに格納し、機種依存のプログラムであれば、印刷装置本体（プリンタコントローラ）の記憶デバイスに格納することが可能となり、ネットワークカードモジュールおよび印刷装置本体の記憶デバイスをより効率的に利用できる。換言すれば、アプリケーションプログラムの機種依存性の有無によってアプリケーションプログラムの保存先を分散化することが可能となるため、共通モジュールであるネットワークカードに不必要なデータを保持する必要がなくなり、ネットワークカードモジュール側の記憶容量を削減できる。また別の観点からみた場合、機種依存のあるアプリケーションをネットワークカードモジュール側に保持しないことでユーザが誤って他の機種でしか動作しないアプリケーションプログラムを起動させてしまうといったミスを防止できるという効果も期待できる。なお、上記各実施形態で起動アプリケーションの変更や命令（関数）の変換には、例えばそれらを登録したテーブルを用いればよい。
【００９５】
さらにアプリケーションプログラムを実行する際にも、プログラム内の命令種別に応じて、命令処理をネットワークカードモジュール側、印刷装置本体側にそれぞれ分散化できるため命令処理の効率化が図れる。また、命令処理に関わる印刷装置本体の機種依存を含む固有情報をネットワークカードモジュールで保持する必要がなくなるため、ネットワークカードモジュール自身のプログラム容量を削減することが可能となる。また、将来新たな印刷装置本体が追加されてもネットワークカードモジュール側に改変を加える必要がなく、流用性の向上にも寄与する。
【００９６】
また別の観点からみた場合、機種依存のあるアプリケーションをネットワークカードモジュール（ネットワークプリントサーバ）側に保持しないので、ユーザが誤って他の機種でしか動作しないアプリケーションプログラムを起動させてしまうといったミスを防止できるという効果も期待できる。
【００９７】
【発明の効果】
以上説明したように、本発明によれば、移設時の不具合、さらにリソースの無駄を解決することができる。
また、本発明によれば、移設時に登録済みとなっているアプリケーションの中で不要なものを自動的に削除、自動更新処理を行うことで、さらにリソースの無駄を解消させることができる。
更に、本発明によれば、多少の機種依存部分の処理をネットワークモジュール側で行う、もしくはネットワークモジュールに接続された外部周辺装置を制御することにより、アプリケーションによってデータ処理装置に足りない新たな機能を追加することができる。
【図面の簡単な説明】
【図１】第１実施形態に関わる印刷システムのハードウェア構成を示すブロック図である。
【図２】第１実施形態に関わる印刷システムのソフトウェア構成を示すブロック図である。
【図３】アプリケーションプログラムのソースコード記述例を示す図である。
【図４】第１実施形態によるアプリケーションプログラムの起動処理方法を示すフローチャートである。
【図５】第２実施形態によるアプリケーションプログラムの起動処理方法を示すフローチャートである。
【図６】第３実施形態による、アプリケーションプログラム内に記述された命令の処理方法を示すフローチャートである。
【図７】プリンタコントローラに対する命令コード書式を示す図である。
【図８】プリンタコントローラから返信される命令処理結果の書式を示す図である。
【図９】第３実施形態によるコマンドの変換を説明する図である。
【図１０】第４実施形態によるアプリケーションプログラムの起動処理方法を示すフローチャートである。
【図１１】第５実施形態によるアプリケーションプログラムの起動処理方法を示すフローチャートである。
【図１２】第６実施形態による、アプリケーションプログラム内に記述された命令の処理方法を示すフローチャートである。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a network apparatus that can be attached to a data processing apparatus such as a printer, and a control method therefor.
[0002]
[Prior art]
In recent years, with the spread of the Internet, a form in which a data processing apparatus such as a printing apparatus, a copying machine, a facsimile apparatus or the like is connected to a network and used has become common. For example, in the case of a printing apparatus, a high-speed machine such as a high-speed machine or a color machine tends to have a built-in network interface. However, in the case of a low-cost monochrome machine, the network interface is not built in the main body, and is generally supplied separately as a network card module.
[0003]
In this case, the printing apparatus main body and the network card module are each in an intelligent form having a CPU. In general, a print server function for performing overall control of various print services via the network is provided on the network card module side. Such a network card module communicates with the printing apparatus via the connection interface to realize a desired service.
[0004]
This makes it possible to rely on the network card module side for heavy network services from the printing device side. Accordingly, it is possible to relatively reduce the performance of the CPU and peripheral IC of the printing apparatus main body, resulting in cost reduction of the printing apparatus main body.
[0005]
The conventional network interface only has to be able to transmit print data represented by, for example, LPR (Line Printer Daemon Protocol: remote printing protocol used when sharing printers with TCP / IP). However, recently, the need for information management for printing apparatuses has increased, and various means have been provided as additional technologies.
[0006]
The simplest example is a form in which information management data (job control language = Job Language) is added to a port for transmitting print data. Since the job control language shares a port for sending print data, it is not necessary to increase the service port and is relatively easy to implement. However, if a large amount of data is transmitted during reception of print data, there is a problem that the port is occupied and the exchange of information management data is stopped. In addition, in the case of a one-way connection such as the LPR protocol in a network, there is a disadvantage that information cannot be acquired in the first place.
[0007]
As a next method, there is a method using SNMP / MIB. This is a management information base (MIB) that uses a dedicated port for data transmission and reception and uses the standard SNMP (Simple Network Management Protocol). However, this method requires the independent development of a dedicated client program that receives SNMP and provides a user interface (UI). Furthermore, since this method is a simple protocol for exchanging information, only simple databases such as numbers and character strings can be provided. As a result, information constituting a graphical user interface (GUI) using a bitmap image showing the configuration of the device must be owned by the client program. For this reason, there is a problem that the client program must be supported for each model.
[0008]
More recently, a method using the HTTP protocol is becoming mainstream. According to this method, the network card module uses the HTTP service to provide WEB contents such as HTML data related to device information and bitmap images to the client. The client displays the WEB content provided from the network card module using a general WEB browser, and realizes the GUI. If operation is possible using such a GUI, it is possible to obtain the same effect as when a dedicated client program is used without providing an individual client program. Since the dedicated client program needs to manage a wide variety of information (message character strings, bitmap images, etc.) unique to the device, the above-mentioned method, which requires the device to have only its own model information, is a product in a short period of time. Is the most suitable way to provide
[0009]
However, any of the above-described methods is limited to providing a static function pre-installed in the network card module, and the function itself is added later, or the control method by the built-in function is changed. Such a dynamic service could not be added.
[0010]
On the other hand, Patent Document 1 proposes a system that acquires and executes an application program operable on a data processing device from an external device on a network. In addition, recently, an application program module created using the Java (registered trademark of US Sun Microsystems, Inc.) language is incorporated into a device, and the platform technology can operate on a Java virtual machine mounted on the device. Has been proposed. By using this technology, new functions can be added to the built-in device such as a printing apparatus later.
[0011]
The above-mentioned Java virtual machine has an application program interface (API) for providing various functions necessary for controlling an embedded device, including a network communication function. Application program modules created in the Java language call these APIs, and control the embedded devices and process requests from host computers connected via the network.
[0012]
[Patent Document 1]
JP 2000-298561 A
[0013]
[Problems to be solved by the invention]
The API provided on the Java virtual machine includes a function necessary for network communication, and shares a basic module for processing a network communication protocol. Therefore, it is possible to implement network communication by mounting the Java environment on an intelligent network card module.
[0014]
However, in the case of an intelligent network card module that has a CPU separately from the main body of the printing device, it can usually be shared between multiple models of printing devices in order to reduce development costs through common use and production costs through mass production effects (multiple types Can be connected to a printing apparatus).
[0015]
In order to be able to connect to multiple model models, the network card module contains resource data such as messages corresponding to each model, bitmap images of printing devices necessary for the graphical user interface, and information specific to each model. All must be retained. As a result, the required ROM capacity for storing these information increases, resulting in an increase in cost.
[0016]
Furthermore, depending on the types of application program modules that operate on the Java virtual machine, there are those that function only on a specific model and those that are required only on a specific model (hereinafter referred to as a model-dependent application program). Therefore, maintaining these model-dependent application programs in the network card module causes a problem in terms of efficient use of the storage area in addition to the increase in the ROM capacity.
[0017]
In addition, when considering a network card module having the Java application program function as described above, the connection is established when the network card module is moved from one environment that was once installed in the printer body to another environment. There is a possibility that a malfunction may occur in the operation of the network card module due to a difference in functions of the printing apparatus main body or a value set in the previous environment. Alternatively, there is a case where resources do not occur, but resources are wasted.
[0018]
Furthermore, when the printing apparatus main body has already been put on the market, it may be difficult to give resources to the printer later.
[0019]
The object of the present invention is to solve the above-described problems during relocation or waste of resources. More specifically, it is possible to automatically switch the application to be activated according to the function / capability of the printer / system, eliminate the need to replace the application during relocation, and eliminate the occurrence of defects and waste of resources. Objective.
[0020]
It is another object of the present invention to eliminate unnecessary resources by automatically deleting and automatically updating unnecessary applications registered at the time of relocation.
[0021]
In addition, the present invention can add a new function that is not sufficient to the printing device main body depending on the application by processing some model-dependent parts on the network module side or controlling an external peripheral device connected to the network module. The purpose is to.
[0022]
[Means for Solving the Problems]
  In order to achieve the above object, a network device according to the present invention comprises the following arrangement. That is,
  It can be attached to and detached from the data processing device, and the data processing device can be connected to the network by being attached to the data processing device.And can execute an application for instructing execution of the function of the data processing device.A network device,
  The attached data processing device hasFunctionAcquisition means for acquiring information indicating from the data processing device;
  Designated to start from an external device or the network device after the data processing device is powered onApplication that is stored in the network deviceButIs it compatible with the data processorWhether or not the function that the application designated to start is instructed to execute and the information indicating the function of the data processing device acquired by the acquisition unit are compatible with each otherDetermination means for determining;
  By the determination meansIf it is determined that it does not fit,Fits the functions of the data processing deviceApplication acquisition means for acquiring other applications;
  Acquired by the application acquisition meansThe otherExecution means for executing the application.
[0023]
  A network device according to another aspect of the present invention for achieving the above object has the following configuration. That is,
  It can be attached to and detached from the data processing device, and the data processing device can be connected to the network by being attached to the data processing device.And can execute an application for instructing execution of the function of the data processing device.A network device,
  The attached data processing device hasFunctionAcquisition means for acquiring information indicating from the data processing device;
  After powering on the data processing device, the application information is stored using information identifying the location where the application is stored from an external device.Specifying startupAccepting means for accepting,
  A determination unit that determines a location where an application for which activation is accepted by the reception unit is stored based on information identifying a location where the application is stored;
  The determination means is theAn application is stored in the data processing deviceDeterminedIn the case, based on the information acquired by the acquisition means,AboveDetermining means for determining identification information for identifying the application;
  An application acquisition unit that specifies the identification information determined by the determination unit and acquires an application from the data processing device;
  Execution means for executing the application acquired by the application acquisition means.
[0024]
  Also, a network device according to another aspect of the present invention for achieving the above objectThe control method of
    It can be attached to and detached from the data processing device, and the data processing device can be connected to the network by being attached to the data processing device.And can execute an application for instructing execution of the function of the data processing device.A network device control method comprising:
  The attached data processing device hasFunctionAn acquisition step of acquiring information indicating from the data processing device;
  Designated to start from an external device or the network device after the data processing device is powered onApplication that is stored in the network deviceButIs it compatible with the data processorWhether or not the function that the application designated to start is instructed to execute and the information indicating the function of the data processing device acquired in the acquisition step are matched.A determination step for determining;
  In the determination stepIf it is determined that it does not fit, from the data processing deviceFits the functions of the data processing deviceAn application acquisition process for acquiring other applications;
  Acquired by the application acquisition processThe otherAn execution step of executing the application.
[0025]
  Furthermore, a network device according to another aspect of the present invention for achieving the above objectIs the control method,
  It can be attached to and detached from the data processing device, and the data processing device can be connected to the network by being attached to the data processing device.And can execute an application for instructing execution of the function of the data processing device.A network device control method comprising:
  The attached data processing device hasFunctionAn acquisition step of acquiring information indicating from the data processing device;
  After powering on the data processing device, the application information is stored using information identifying the location where the application is stored from an external device.Specifying startupAccepting process of accepting,
  A determination step of determining a location where the application for which activation is accepted in the reception step is stored based on information identifying a location where the application is stored;
  In the determination step,An application is stored in the data processing deviceIt was judgedIn the case, based on the information acquired by the acquisition step,AboveA determination step for determining identification information for identifying the application;
  Specifying the identification information determined in the determination step, an application acquisition step of acquiring an application from the data processing device,
  An execution step of executing the application acquired by the application acquisition step.
[0026]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, preferred embodiments of the present invention will be described with reference to the accompanying drawings.
[0027]
<First Embodiment>
FIG. 1 is a block diagram illustrating a hardware configuration of a printing system according to the first embodiment. A printer 1000 includes a network print server 1500 and a printer controller 1600, and has independent control systems.
[0028]
The network print server 1500 is a network device that can be attached to and detached from the printer 1000 realized in the form of a network board module. In the network print server 1500, reference numeral 1 denotes a network print server CPU, which executes various controls based on a control program stored in the rewritable Flash ROM 3. For example, communication is performed with an external device (not shown) such as a host computer connected to the local area network (LAN2000) via a network controller (LANC5) connected to the system bus 4 using a predetermined network communication protocol. Accordingly, for example, transmission / reception of various data such as print data and printer control commands sent from an external device is controlled in an integrated manner, and appropriate data for the printer controller 1501 connected via the expansion interface controller (EXPC 7). Perform transfer control. The Flash ROM 3 also stores a control program executed by the CPU 1 as shown in the flowcharts of FIGS.
[0029]
The RAM 2 is used as a temporary storage area such as the main memory and work area of the CPU 1. The LED 6 is used as a display unit indicating the operation state of the network print server. For example, the electrical connection state (LINK) between the network controller (LANC5) and the local area network (LAN2000), the network communication mode (10Base, 100Base, Various operating states such as full-duplex and half-duplex) can be indicated by blinking patterns and colors of LEDs.
[0030]
The expansion interface 17 is an interface for connecting the network print server 1500 and the printer controller 1600, and includes an unillustrated connector. The network print server 1500 can be attached to and detached from the printer 1000 (printer controller 1600) through this connector, and the network print server 1500 can be attached to another printer having the same configuration.
[0031]
The external peripheral device interface controller (EXIOC 20) is an external peripheral device interface mounted on the network print server 1500, and is different from the extended interface controller 7 and the extended interface 17 to which a printer 1000 described later is connected. In the present embodiment, the format of the external peripheral device interface is not particularly mentioned, but examples thereof include a USB interface and an IEEE 1394 interface. It is possible to communicate with the external peripheral device 22 connected via the external peripheral device interface, and it is possible to control the external peripheral device 22 from the network print server 1500 side.
[0032]
On the other hand, in the printer controller 1600, 8 is a printer controller CPU, which comprehensively controls access to various devices connected to the system bus 11. Further, under the control of the CPU 8, the raster controller 12 generates an output image signal based on print data received from the network print server 1500 via the expansion interface controller (EXPC 13), and outputs the image signal to the print engine 16. Is output. The processing as described above is performed based on the control program stored in the ROM 9 or the control program or resource data (resource information) stored in the external memory 10 connected via the disk controller (DKC 15). This is realized by operating.
[0033]
Reference numeral 14 denotes a RAM that functions as a main memory, work area, and the like for the CPU 8, and is configured such that the memory capacity can be expanded by an optional RAM connected to an expansion port (not shown). Reference numeral 18 denotes an operation panel, which is provided with buttons for setting the operation mode of the printer 1000, canceling print data, and the like, and a display unit such as a liquid crystal panel or LED indicating the operation state of the printer 1000. Yes. The printer engine 16 shown in the figure uses a known printing technique, and examples of suitable implementation systems include an electrophotographic system (laser beam system), an ink jet system, and a sublimation method (thermal transfer) system. .
[0034]
FIG. 2 is a block diagram illustrating a software configuration of a control program stored in each storage unit (for example, Flash ROM 3 and ROM 9) of the network print server 1500 and the printer controller 1600 shown in FIG. These control programs are analyzed and executed by the CPUs 1 and 8.
[0035]
On the network print server 1500 side, reference numeral 1501 denotes an operating system that controls basic data input / output control of the network print server 1500. The operating system 1501 includes a file system 1505 that performs input / output control with the program / data storage unit 1509, an expansion interface driver 1506 that performs communication control via the printer controller 1600 and the expansion interface 17, and a local area network (LAN2000). A network interface driver 1507 that communicates with an external device (not shown) such as a host computer via a communication medium, and an external peripheral device interface driver 1510 that performs communication control via an external peripheral device and an external peripheral device interface (EXIO 21) Is included. The program data storage unit 1509 is configured by, for example, the Flash ROM 3.
[0036]
Reference numeral 1502 denotes an application program interface (API). The API 1502 provides various functions of the operating system 1501 to application programs such as a user application 1503 and a management application 1504 that operate on the network print server 1500. The management application 1504 is an application for registering and managing the printer 1000 and user applications. An API 1502 is a data transfer API that provides a print data transmission / reception function, a resource control API that controls input / output of resource data such as bitmap images, display messages, and application programs, and restarts the printer 1000 and initializes setting values. Printer control API for controlling the settings and settings, job control API for controlling print job cancellation and reprinting instructions, restarting the network print server 1500, initializing and setting the setting values, and starting and registering application programs And a print server control API for performing deletion. Also, the commands provided by the data transfer API, resource control API, printer control API, and job control API are converted into command formats as shown in FIG. 7 as printer controller dependent commands, and then the printer controller via the expansion interface 17. Forwarded to
[0037]
On the printer controller 1600 side, reference numeral 1601 denotes an operating system that controls various processes of the printer controller 1600, and includes a print engine control unit 1603 and a file system 1604. A print engine control unit 1603 performs communication control with the print engine. The file system 1604 performs input / output control with the model-dependent resource / program storage unit 1610. The model-dependent resource / program storage unit 1610 stores model-dependent resources such as bitmap images and error messages referenced from the network print server 1500, model-dependent application programs that operate on the network print server 1500, and the like.
[0038]
Reference numeral 1602 denotes an expansion interface control unit, which controls communication with the network print server 1500 via the expansion interface 17. The extended interface control unit 1602 includes a logical interface corresponding to the control type. For example, a data transfer logical interface for controlling input / output of print data, a resource control logical interface for controlling input / output of various data stored in the model-dependent resource / program storage unit 1610, restart of the printer 1000, and initial setting values A printer control logical interface for controlling the conversion and setting, and a job control logical interface for controlling a print job cancellation and reprint instruction. Each logical interface transfers the command requested from the network print server 1500 to the operating system 1601 and returns the processing result to the network print server 1500.
[0039]
FIG. 3 is a description example of an application program that runs on the network print server 1500, and shows a description example in Java language as a preferred example of the present embodiment. A line indicated by 301 in FIG. 3 is an example of calling the data transfer API described with reference to FIG. 2, and “printer.outdata (“ Test ”)” is the data transfer API. This is a printer controller-dependent command to print text data “Test” as print data from the print engine via the printer controller. When the printer controller 1600 executes processing according to the command, the processing result received from the controller is converted into a variable “result” as a numerical type and stored.
[0040]
A line indicated by 302 in FIG. 3 indicates the processing result indicated by the line 301 as text in a standard output destination (for example, the LCD display part of the operation panel 18 of the printer 1000 or the browser display part of the host computer from which the application is called). It is a description example of an instruction to be displayed after message conversion.
[0041]
FIG. 4 is a flowchart showing a startup processing method for an application program operating on the network print server 1500 according to the first embodiment. This process is included in the management application 1504. Note that S401 to S411 and S420 to S424 indicate processing steps, and processing steps when an application activation request is received for the printer 1000 from an external device such as a host computer connected to the local area network (LAN2000). Corresponds to the flow. A control procedure corresponding to each step is stored in the Flash ROM 3 of the network print server 1500.
[0042]
In the following operation example, the application program acquisition processing operation is switched according to the color parameter when the application is executed. First, in step S420, the network card module serving as the network print server 1500 acquires functional capability information of the connected printer 1000. In step S421, the functional capability information acquired in step S420 is stored in the memory so that it can be referred to later from the application program.
[0043]
In step S401, an application activation request command is received from an external device such as a host computer (not shown) via the LAN 2000. In the present embodiment, the application activation request command specifies an application program to be activated by identification information for identifying an application such as a URL (Uniform Resource Locator). In step S402, the URL for specifying the application is acquired from the application activation request command received in step S401. In step S403, the storage destination information in the printer 1000 of the application requested to be activated is extracted from the acquired URL. For example, the URL of the specified application is
HTTP://192.168.0.215/abc/xyz.Java
In this case, since http: // is a scheme and 192.168.0.215 indicates the network address of the printer device itself, the information extracted as storage location information is “/abc/xyx.Java” Become.
[0044]
In the present embodiment, whether the application is stored in the storage unit (for example, Flash ROM 3) in the print server 1500 or the storage unit (for example, ROM 9) in the printer controller 1600 is determined from the character string of the storage location information. judge. In this embodiment, it is assumed that the storage destination starting with “/ dev /” is the printer controller side.
[0045]
Therefore, in step S404, it is determined whether or not the character string of the storage location information extracted in step S403 starts with “/ dev /”. If the character string of the storage destination information does not begin with “/ dev /”, it is determined that the application to be activated is in the network print server 1600, and the process proceeds to step S408. In step S408, it is determined whether an application program corresponding to the storage unit in the network print server 1500 exists. If the corresponding application program exists, the process advances to step S409 to load the requested application program into the RAM 14 of the network print server 1500. In step S410, the application program is activated to end the process. If there is no corresponding application in step S408, the process proceeds to step S411, an error is notified to the request source, and the process is terminated.
[0046]
On the other hand, if the character string of the storage destination information starts with “/ dev /” in step S404, it is determined that the storage destination of the application requested to start is the printer controller 1600, and the process proceeds to step S422. In step S422, the function capability information of the printer 1000 is referred to, and in step S423, it is determined whether one of the function capabilities corresponds to color. In step S424, the acquisition of the application program is switched depending on whether the connected printer 1000 is a color machine or a monochrome machine. Specifically, in order to switch the execution application, the information of the application storage destination (acquisition destination) is converted. For example, assume that the storage location information is expressed as /dev/$COLOR_FUNC/calibration.java. Here, $ COLOR_FUNC is interpolated based on the function information. For example, /dev/color/calibration.java for a color machine and /dev/mono/calibration.java for a monochrome machine. In this way, the application acquisition source is switched. In the present embodiment, the application to be activated is determined depending on whether or not it is color-compatible, but it goes without saying that the determination of the application can be controlled in accordance with each of other functional capabilities (such as resolution).
[0047]
In step S405, an application program acquisition request set in step S424 is issued to the printer controller 1600 using an API (resource control API) as described in FIG. In step S406, based on the response from the printer controller 1600, it is determined whether the requested application program has been acquired. If the requested application program can be acquired, the process proceeds to step S407, and the acquired application program is loaded into the RAM 14 of the network print server 1500. In step S410, the application program is activated to end the process.
[0048]
If it is determined in step S406 that the requested application program could not be acquired from the printer controller 1600, or if it is determined in step S408 that the requested application does not exist in the network print server, the process proceeds to step S411. An error is notified to the host computer that is the transmission source of the start request command, and this processing is terminated. Hereinafter, when there is an application activation request, the processing from step S401 is repeated.
[0049]
As described above, according to the first embodiment, the information (application) provided on the Java virtual machine is classified into those that do not depend on the model of the printing apparatus, and the model-dependent information is classified into each printing apparatus main body. It becomes possible to store the model-independent information separately in the network card module in the (printer controller), so that the memory capacity can be reduced and the utilization efficiency can be improved. In addition, an application can be automatically switched according to the function of the printer and an appropriate application can be executed.
[0050]
Second Embodiment
In the first embodiment, a case has been described in which the storage location of an application is determined from the URL in response to an application activation request from an external device such as a host computer. In the second embodiment, a case will be described in which an application designated as an automatic activation application is activated when the printer 1000 is activated. Information for designating the automatic start application is stored in advance in a predetermined storage area of the network print server 1500.
[0051]
FIG. 5 is a flowchart showing an activation processing method according to the second embodiment of an application program operating on the network print server 1500. Note that steps S501 to S509 and steps S520 to S524 indicate each processing step, and a control procedure corresponding to each step is stored in the Flash ROM 3 of the network print server 1500. This processing is also included in the management application 1504. In the following, when an application that exists in the network print server 1500 does not conform to the functional capability of the printer 1000, the network print server 1500 acquires an application that conforms to the functional capability of the printer 1000 from the printer 1000. The started application is started instead of the automatic start application. Further, an example will be described in which color parameters are used as an example of functions of the printer 1000, and application program acquisition processing operations are switched according to the color parameters when an application is executed.
[0052]
When the printer 1000 is restarted by turning on or resetting the power, the network card module serving as the network print server 1500 acquires functional capability information of the connected printer 1000 in step S420. In step S421, the functional capability information acquired in step S420 is stored in the memory so that it can be referred to later from the application program. In step S501, it is determined whether there is storage information of an application to be automatically started in a predetermined storage area of the network print server 1500. If the storage information of the application to be automatically started exists, the process proceeds to step S502, and the storage information of the application to be started is acquired. The storage information includes a path (storage destination) and an application file name. Therefore, in step S503, it is determined whether or not the character string representing the application storage destination starts with “/ dev /”.
[0053]
If the character string representing the storage destination starts with “/ dev /”, it is determined that the storage destination of the application is in the printer controller 1600, and the process proceeds to step S504.
[0054]
On the other hand, if the character string representing the storage destination does not start with “/ dev /” in step S503, it is determined that the storage destination of the application requested to start is the network print server 1500, and the process proceeds to step S522. In step S522, the function capability information of the printer 1000 is referred to, and in step S523, it is determined whether or not the application requested to start corresponds to the printer 1000. If not, the application program acquisition source is switched in step S524. Specifically, when the application is for a monochrome machine and the printer 1000 is a color machine, the application storage location (acquisition destination) information is converted. For example, it is assumed that the storage location information is expressed as /server/mono/calibration.java. Here, / server / mono is interpolated based on the functional capability information. For example, for a color machine, use /dev/color/calibration.java. In this way, when the application requested to start is not compatible with the printer 1000, the acquisition destination of the application is switched, and the application compatible with the printer 1000 is acquired from the printer 1000. On the other hand, when it corresponds, it progresses to step S506.
[0055]
In step S504, an application program acquisition request is issued to the printer controller 1600 using an API (resource control API) as described with reference to FIG. In step S505, based on the response from the printer controller 1600, it is determined whether the requested application program has been acquired. If it is determined that the requested application program has been acquired, the process advances to step S506 to load the application program into the RAM 14 of the network print server 1500. In step S509, the application program is activated and the process is terminated.
[0056]
On the other hand, if it is determined in step S505 that the application program requested from the printer controller 1600 has not been acquired, or if it is determined in step S507 that the requested application does not exist, this processing is immediately terminated.
[0057]
If it is determined in step S501 that there is no storage information for an application that is automatically started, this processing is immediately terminated.
[0058]
As described above, according to the second embodiment, it is possible to cope with the automatic activation of the application while maintaining the same effect as that of the first embodiment. In particular, when the requested application is not compatible with the printer 1000, it is possible to acquire and start an application that is compatible with the printer 1000.
[0059]
<Third Embodiment>
The first and second embodiments have described the application activation process. In the third embodiment, execution processing of various commands and the like during execution of an application will be described. In this embodiment, a plurality of types of command processing functions can be distributed and held in the network print server and the printer controller, and the memory utilization efficiency is improved.
[0060]
FIG. 6 is a flowchart showing a processing procedure of instructions described in an application program operating on the network print server 1500 according to the third embodiment. S601 to S610 and S620 to S623 indicate processing steps. A control procedure corresponding to each step is stored in the Flash ROM 3 of the network print server 1500.
[0061]
When the application program is started in accordance with FIG. 4 or FIG. 5 described above, first, in step S620, functional capability information on the printer side is acquired, and stored in the network print server so that the acquired functional capability information can be referred to from subsequent programs. Save it in the area. In this embodiment, an example of a color machine and a monochrome machine will be described.
[0062]
Subsequently, in step S601, one instruction included in the running application program is taken out and analyzed. If it is determined in step S602 that the command type is a command dependent on the printer controller 1600, the process proceeds to step S621, and the functional capability information acquired in step S620 is referred to. Here, if the installed printer 1000 is a monochrome machine and the command is for a color machine, the command cannot be executed. Therefore, the process proceeds from step S622 to step S623, and the instruction code is converted, that is, the program instruction is converted so that it can be executed by a monochrome machine.
[0063]
For example, as shown in FIG. 9, when the instruction is a calibration function for a color machine (printer.color_calibration ()) and the connected printer is a monochrome machine, the monochrome function is displayed as shown in FIG. It is converted into a machine calibration function (printer.mono_calibration ()). It is assumed that the function called after instruction conversion is already loaded as an application on the main unit side. However, if it is determined that the function is not loaded after conversion, it may be loaded at that point. Absent.
[0064]
When the process of step S623 is completed as described above, the process proceeds to step S603. When the color function is confirmed as the functional capability, the process proceeds directly from step S622 to step S603. In step S603, the instruction code is converted in accordance with the instruction format of the printer controller 1600 as shown in FIG. 7, and the converted instruction code is transmitted to the printer controller 1600 via the extension interface 17 in step S604. For example, in the case of the data transfer API “printer.outdata (“ test ”)” shown in FIG. 3, a command (“0”) indicating “write” in the command type of FIG. The number (example 700) is a value (1) indicating that the data type of the data “test” to be printed in the argument data type area is character string data, and the data size (example) of the argument data size area : 4321), an instruction code in which actual data of “test” is stored in the argument data area is set and transferred to the printer controller 1600.
[0065]
In step S605, it is determined whether or not there is a response to the command code transmission from the printer controller 1600. If there is a response, the process proceeds to step S606. In step S606, the processing result returned from the printer controller 1600 is received. The processing result returned from the printer controller 1600 has a format as shown in FIG. For example, in the case of the above-described data transfer API “printer.outdata (“ test ”), a value indicating the processing result of the instruction code transmitted in step S604 is displayed in the function return value area, and a response data type is stored in the response data area. A value (0) indicating that the type of data included is a numeric type, a numerical value indicating the number of bytes of the data size of the response data area in the response data size area, and a response data area instructed in step S604. Response data of the instruction number is stored and returned, and further converted into a processing result format corresponding to the original program instruction in step S607, and the process proceeds to step S609, where the response of the transmitted instruction code is made Is not received from the printer controller 1600 within a certain period, the program processing is immediately terminated.
[0066]
If it is determined in step S602 that the command is not dependent on the printer controller 1600, the process proceeds to step S608, the program command is processed by the network print server 1500, and the process proceeds to step S609.
[0067]
In step S609, the processing result of the program instruction is stored in a predetermined memory space of the network print server 1500. In step S610, it is confirmed whether or not there is a subsequent program instruction. If there is a next instruction, the process returns to step S601 again to repeat the above processing. If the next instruction does not exist, the process ends.
[0068]
As described above, according to the third embodiment, even if the program instruction included in the application program being executed is an instruction dependent on the printer controller, it can be provided to the printer controller and executed. That is, since it is not necessary to hold the function for executing the model-dependent instruction on the network print server 1500 side, the memory capacity is reduced and the efficient use is promoted.
[0069]
In each of the above embodiments, the acquisition and activation control of the application program is performed based on the determination of whether or not the color machine is a functional capability, but the present invention is not limited to this. For example, it is clear that the present invention can be applied to functional capabilities such as whether to have a resolution of 1200 dpi and whether to have optional emulation.
[0070]
In addition, each of the above-described embodiments is the registration operation control for acquiring and starting the application program. However, the application may be modified to delete or update an already registered application based on the determination of the functional capability. It is. These modifications will be described in the following fourth and fifth embodiments.
[0071]
<Fourth embodiment>
FIG. 10 is a flowchart illustrating automatic update processing of an application program according to the fourth embodiment. This embodiment shows an example of a processing method to which the present invention is applied when a network card module is moved, and color parameters are used as a function example of the printer 1000. For application programs that have already been activated (registered), whether or not to perform an update processing operation is switched by comparing the version information. A control program for causing the CPU 1 of the network print server 1500 to execute each processing step in FIG. 10 is stored in the Flash ROM 3 of the network print server 1500. Steps S401 to S411, S420, and S421 are the same as those described in the first embodiment (FIG. 4).
[0072]
If the character string of the storage destination information starts with “/ dev /” in step S404, it is determined that the storage destination of the application requested to start is the printer controller 1600, and the process proceeds to step S1021. In step S1021, the functional capability information acquired and stored in steps S420 and S421 is referred to. Here, it is determined whether the functional capability of the printer 1000 is color. Then, depending on whether the connected printer 1000 is a color machine or a monochrome machine, the acquisition destination and version information of the application program to be loaded are acquired.
[0073]
In step S1022, it is determined whether an application to be loaded has already been executed. If the application to be loaded is already loaded and can be started, the process advances to step S1023 to acquire version information of the loaded application. In step S1024, the version information of the loaded application acquired in step S1023 is compared with the version information of the acquisition destination application program acquired in step S1021. If the loaded program version is older, the process proceeds to step S1025, and the application acquisition destination (storage source) is switched to load the application program. At this time, the old application may be deleted.
[0074]
On the other hand, if it is determined in step S1022 that the application to be loaded is not activated, the process directly proceeds to step S1025, and the application acquisition destination is switched to load the application program.
[0075]
Further, as a result of comparing the versions in step S1024, if the loaded application program version is the same as the acquisition destination application program version or the loaded application program version is newer, loading is not necessary. No processing is performed, and the process proceeds to step S410 to activate the application.
[0076]
As described above, according to the fourth embodiment, when an activation request is matched with an application registered in the network print server 1500, if the loaded application version is older than the application program version existing in the printer controller. A new version of the application program is automatically loaded and executed.
[0077]
<Fifth Embodiment>
In the fifth embodiment, deletion of unnecessary application programs will be described. FIG. 11 is a flowchart showing automatic deletion processing of an application program operating on the network print server 1500 according to the fifth embodiment. A control program for causing the CPU 1 of the network print server 1500 to execute each processing step in FIG. 11 is stored in the Flash ROM 3 of the network print server 1500. Steps S401 to S411, S420, and S421 are the same as those described in the first embodiment (FIG. 4).
[0078]
If the character string of the storage destination information starts with “/ dev /” in step S404, it is determined that the storage destination of the application requested to start is the printer controller 1600, and the process proceeds to step S1121. In step S1121, the function capability information of the printer 1000 is referred to. Here, it is assumed whether the functional capability of the printer 1000 is color. If it is determined whether the functional capability of the printer 1000 is color or monochrome, either the color module or the monochrome module is an unnecessary application. Therefore, in step S1122, the application program that has been loaded is searched, and in step S1123, it is determined whether there is an unnecessary application in light of the functional capability. In the present embodiment, unnecessary application programs are extracted from the application programs searched in step S1122 depending on whether the connected printer 1000 is a color machine or a monochrome machine, but the functional capability is not limited to color / monochrome. Needless to say.
[0079]
If an unnecessary application program is detected, the process proceeds to step S1124, and after deleting an unnecessary application, the process proceeds to step S1125. On the other hand, if an unnecessary application is not detected, the process directly proceeds from step S1123 to step S1125. In step S1125, the application acquisition destination is switched, and the process proceeds to step S405. In step S405, an application program acquisition request designated in step S1125 is issued to the printer controller 1600 using the API described in FIG.
[0080]
In each of the above embodiments, the processing is switched by checking whether the function of the printer 1000 is color or monochrome. However, the present invention is not limited to this. For example, device capabilities include the number of color gradations that can be processed, the resolution that can be processed, the emulation function, and the stapling function as shown in the following table. With regard to color gradation, number of colors, resolution, and the like, it is conceivable that the application processing of the portion affected by the capability of the connected printer is switched and the portion not affected is not converted. In addition, an alternative process corresponding to the capability of the “affected part” model is created so that the operation of the “unaffected part” application is not inconvenient. Further, since the emulation function and the stapling function are not provided, other alternative processing is performed. It is possible to switch data to the installed emulator or add banner processing printing in the case of stapling.
[0081]
[Table 1]
Figure 0004387710
[0082]
As described above in detail, according to the first to fifth embodiments, a printer in a network card module having a Java application program function aiming at efficient resource allocation by providing a printer with a model-dependent portion. When the network card module that was installed in the network card is moved to another printer (different model, different settings, etc.), the operating conditions of the application on the network card module are changed to the printer / system combination (function, The application can be automatically executed according to the combination of printer / system (function, ability), and automatically deleted or updated according to the combination of printer / system (function, ability). Increase the degree, In addition, effective use of resources can be achieved. Note that execution of unnecessary application deletion (including determination of whether or not there is an application to be deleted) is not limited to the timing shown in FIG. 11, and may be executed at an arbitrary timing. Good.
[0083]
<Sixth Embodiment>
In the third embodiment, when the program instruction to be processed depends on the printer controller in executing the application, it is converted into an instruction code for alternative processing based on the functional capability information of the printer and executed. In the sixth embodiment, when an instruction depending on the printer controller is processed, if the alternative execution is possible by the external peripheral device 22 connected to the network print server 1500, the external peripheral device 22 processes the command. . In this way, the external peripheral device 22 can be utilized.
[0084]
The network print server 1500 can communicate with the external peripheral device 22 connected via the external peripheral device interface 21, and can control the external peripheral device 22 from the network print server 1500 side. . In the sixth embodiment, it is assumed that a “printer panel device” is connected as the external peripheral device 22. Therefore, according to the description of the line shown by 302 in FIG. 3, even if the printer itself does not have a display panel, the external peripheral device 22 (printer panel apparatus) has the LCD display provided with the processing result indicated by the line 301. Can be output to the display.
[0085]
FIG. 12 is a flowchart showing a method of processing instructions described in an application program operating on the network print server 1500 according to the sixth embodiment. In particular, an example in the case of performing alternative function processing on the device side is shown. In FIG. 12, the same steps as those in FIG. 6 are given the same step numbers. The control procedure corresponding to each step is stored in the Flash ROM 3 of the network print server 1500.
[0086]
When the application program is activated by the processing of FIG. 4 or FIG. 5 and the like, in step S920, the functional capability information of the printer is acquired. For example, whether there is a panel function, whether it is a color machine, whether it is possible to print 20 sheets at a maximum speed, whether it is a resolution of 600 dpi, and so on. Furthermore, in this embodiment, functional capability information of the connected external peripheral device is also acquired. In this embodiment, it is assumed that an external peripheral device having a panel function is connected. Then, the acquired functional capability information is stored in the storage area of the network print server so that it can be referred to from the subsequent program.
[0087]
In step S601, an instruction included in the application program is analyzed. In step S602, it is determined whether the instruction type is an instruction depending on the printer controller 1600. If it is determined that the command is dependent on the printer controller, the process proceeds to step S921, and the function capability information acquired in step S920 is referred to. If it is determined in step S922 that the command cannot be processed by the printer controller 1600, but the external peripheral device 22 can perform the substitute process, the process proceeds to step S923, and the instruction code of the substitute process is converted. . In step S608, the network print server 1500 executes the command. In other cases, the process advances from step S922 to step S603.
[0088]
For example, if the command is to display on a panel and the printer is panelless, the command cannot be executed by the printer. Therefore, it is determined from the function information regarding the external peripheral device whether or not the panel is connected to the external peripheral device interface of the network print server. When it is determined that the external peripheral device 22 having the panel function is connected as in this example, the network print server converts the instruction code (calls the alternative function function) to cause the panel to perform the alternative processing of the instruction. To do. Then, this instruction code is executed from the network print server 1500.
[0089]
Since processing other than the above is the same as that of the third embodiment, description thereof is omitted.
[0090]
As described above in detail, according to the present invention, in the network card module having the Java application program function aiming at efficient resource allocation by giving the printer a model-dependent part, the printer has already been put on the market. Even if it is difficult to have resources on the printer side later, the Java application of the network card module can perform the alternative function processing of the printer using an external peripheral device. New functions can be added without any modification to the printer. Further, an external peripheral device interface is provided in the network card module, and the network card module controls the mounted external peripheral device, so that a wider range of functions can be added.
[0091]
[Other Embodiments]
In the first and second embodiments, in the method for determining the storage location of the application program, the storage location is specified based on whether or not “/ dev /” exists in the character string extracted from the URL. However, with this method, the URL itself results in the storage destination being written as a character string, so it is not appropriate for hiding the storage destination as internal information. Therefore, as a coping method, a table that can identify the storage destination for each application program name is stored in the storage unit in the network print server in advance, and the storage destination may be specified based on the table information. According to this method, it is not necessary to include a character string indicating the storage location in the URL, and the storage location information can be concealed.
[0092]
The example in which the network device of the present invention is realized by the network card module (network print server 1500) has been described above. However, the mode of realization is not limited to the card, and the cartridge type or the like can be attached to and detached from the data processing device main body. Any form is possible as long as it is possible.
[0093]
Further, although the module (network print server 1500) mounted on the printer has been described as the network apparatus of the present invention, application of the network apparatus is not limited to the printer. For example, it is obvious that the present invention can be applied to various data processing apparatuses such as a copying machine and a facsimile.
[0094]
As described above, according to each of the above embodiments, the storage destinations of application program modules operable on the network card module are divided according to the type of the application program. That is, if it is a model-independent (common) program, it can be stored in a storage device such as the Flash ROM of the network card module, and if it is a model-dependent program, it can be stored in the storage device of the printer main unit (printer controller). Thus, the network card module and the storage device of the printing apparatus main body can be used more efficiently. In other words, since the application program storage destination can be distributed depending on whether or not the application program is dependent on the model, there is no need to hold unnecessary data in the network card that is a common module. Side storage capacity can be reduced. From another point of view, it is also expected to prevent the mistake that the user accidentally starts an application program that only works on other models by not holding model-dependent applications on the network card module side. it can. In each of the embodiments described above, for example, a table in which they are registered may be used for changing the startup application and converting commands (functions).
[0095]
Further, when executing the application program, the instruction processing can be distributed to the network card module side and the printing apparatus main body side according to the instruction type in the program, so that the instruction processing efficiency can be improved. In addition, since it is not necessary to hold the unique information including the model dependence of the printing apparatus main body related to the command processing in the network card module, it is possible to reduce the program capacity of the network card module itself. Further, even if a new printing apparatus main body is added in the future, it is not necessary to modify the network card module side, which contributes to improvement of diversion.
[0096]
From another point of view, the application that depends on the model is not held on the network card module (network print server) side, so the user can accidentally start an application program that only works on other models. The effect that it can be expected.
[0097]
【The invention's effect】
As described above, according to the present invention, it is possible to solve problems during relocation and wasteful resources.
Further, according to the present invention, unnecessary applications among the applications registered at the time of relocation are automatically deleted and automatic update processing is performed, thereby further eliminating waste of resources.
Furthermore, according to the present invention, a new function which is not sufficient for a data processing apparatus by an application can be performed by performing some processing dependent on the model on the network module side or controlling an external peripheral device connected to the network module. Can be added.
[Brief description of the drawings]
FIG. 1 is a block diagram illustrating a hardware configuration of a printing system according to a first embodiment.
FIG. 2 is a block diagram illustrating a software configuration of the printing system according to the first embodiment.
FIG. 3 is a diagram illustrating a source code description example of an application program.
FIG. 4 is a flowchart showing an application program activation processing method according to the first embodiment;
FIG. 5 is a flowchart showing an application program activation processing method according to the second embodiment;
FIG. 6 is a flowchart showing a method for processing instructions described in an application program according to the third embodiment.
FIG. 7 is a diagram illustrating an instruction code format for a printer controller.
FIG. 8 is a diagram illustrating a format of a command processing result returned from the printer controller.
FIG. 9 is a diagram for explaining command conversion according to the third embodiment;
FIG. 10 is a flowchart showing a method for starting an application program according to the fourth embodiment.
FIG. 11 is a flowchart showing an application program activation processing method according to a fifth embodiment;
FIG. 12 is a flowchart illustrating a method for processing an instruction described in an application program according to the sixth embodiment.

Claims (6)

データ処理装置に対して着脱可能であり、データ処理装置に装着されることにより当該データ処理装置とネットワークとを接続し、前記データ処理装置の機能の実行を指示するアプリケーションを実行することが可能なネットワーク装置であって、
装着されたデータ処理装置の有する機能を示す情報を該データ処理装置より取得する取得手段と、
前記データ処理装置の電源投入後に外部装置または、前記ネットワーク装置内部から起動を指定されたアプリケーションであって前記ネットワーク装置内に格納されたアプリケーションが前記データ処理装置に適合するか否かを、前記起動を指定されたアプリケーションが実行を指示する機能と前記取得手段が取得した前記データ処理装置の機能を示す情報とが適合するか否かに基づいて判定する判定手段と、
前記判定手段によって適合しないと判定された場合、前記データ処理装置より前記データ処理装置の有する機能に適合する他のアプリケーションを取得するアプリケーション取得手段と、
前記アプリケーション取得手段により取得された前記他のアプリケーションを実行する実行手段とを備えることを特徴とするネットワーク装置。It can be attached to and detached from the data processing device, and by attaching to the data processing device, the data processing device can be connected to the network and an application instructing execution of the function of the data processing device can be executed. A network device,
Acquisition means for acquiring information indicating the function of the attached data processing device from the data processing device;
Wherein the data processing external device after power-on of the device or, whether the network device stored application in the network device a specified application to start from the inside to fit to the data processing apparatus, the activation Determining means for determining whether or not a function for instructing execution of the designated application and information indicating the function of the data processing apparatus acquired by the acquiring means are compatible ;
An application obtaining unit that obtains another application that conforms to the function of the data processing device from the data processing device when it is determined by the determination unit that it is not compatible;
A network apparatus comprising: an execution unit that executes the other application acquired by the application acquisition unit. 前記判定手段によって適合しないと判定された場合、前記取得手段は起動の指定がされたアプリケーションを識別する識別情報に代わり前記他のアプリケーションを識別する識別情報を指定した取得要求を前記データ処理装置に送信することにより、前記他のアプリケーションを取得することを特徴とする請求項１に記載のネットワーク装置。 Wherein if it is determined not to conform by determination means, the acquisition means is the data processing apparatus specified acquisition request identification information identifying the other applications instead the identification information for identifying an application specified startup The network apparatus according to claim 1, wherein the other application is acquired by transmitting to the network. データ処理装置に対して着脱可能であり、データ処理装置に装着されることにより当該データ処理装置とネットワークとを接続し、前記データ処理装置の機能の実行を指示するアプリケーションを実行することが可能なネットワーク装置であって、
装着されたデータ処理装置の有する機能を示す情報を該データ処理装置より取得する取得手段と、
前記データ処理装置の電源投入後に、外部装置からアプリケーションが格納されている場所を特定する情報を用いてアプリケーションの起動の指定を受け付ける受付手段と、
前記受付手段が起動の指定を受け付けたアプリケーションが格納されている場所を前記アプリケーションが格納されている場所を特定する情報に基づいて判断する判断手段と、
前記判断手段が前記アプリケーションが前記データ処理装置内に格納されていると判断した場合、前記取得手段により取得された情報に基づいて、前記アプリケーションを識別する識別情報を決定する決定手段と、
前記決定手段で決定された識別情報を指定して、アプリケーションを前記データ処理装置より取得するアプリケーション取得手段と、
前記アプリケーション取得手段により取得されたアプリケーションを実行する実行手段とを備えることを特徴とするネットワーク装置。It can be attached to and detached from the data processing device, and by attaching to the data processing device, the data processing device can be connected to the network and an application instructing execution of the function of the data processing device can be executed. A network device,
Acquisition means for acquiring information indicating the function of the attached data processing device from the data processing device;
Accepting means for accepting designation of starting of an application using information for specifying a location where the application is stored from an external device after powering on the data processing device ;
A determination unit that determines a location where an application for which activation is accepted by the reception unit is stored based on information identifying a location where the application is stored;
If the determination means determines that the application is stored in the data processing apparatus, a determination unit based on the information acquired by the acquisition unit, to determine the identification information for identifying the application,
Specifying the identification information determined by the determining means, and acquiring an application from the data processing device;
A network apparatus comprising: an execution unit that executes the application acquired by the application acquisition unit. 前記実行手段により実行されるアプリケーション内のプログラム命令が前記データ処理装置の機能を実行する命令であり、かつ、前記取得手段が取得した情報によって示される前記データ処理装置が有する機能に適合しないプログラム命令である場合、前記プログラム命令を前記取得手段により取得された情報によって示される前記データ処理装置が有する機能に適合するプログラム命令に変更し、前記変更したプログラム命令を当該データ処理装置に送信する送信手段を備えることを特徴とする請求項１乃至３のいずれかに記載のネットワーク装置。A program instruction in the application executed by the execution means is an instruction for executing the function of the data processing apparatus , and the program instruction does not conform to the function of the data processing apparatus indicated by the information acquired by the acquisition means If it is, transmitting means for transmitting said program instruction to change in a compatible program instruction to said data processing apparatus has functions indicated by the information acquired by the acquisition unit, the program instructions and the changes in the data processing device The network apparatus according to claim 1, further comprising: データ処理装置に対して着脱可能であり、データ処理装置に装着されることにより当該データ処理装置とネットワークとを接続し、前記データ処理装置の機能の実行を指示するアプリケーションを実行することが可能なネットワーク装置の制御方法であって、
装着されたデータ処理装置の有する機能を示す情報を該データ処理装置より取得する取得工程と、
前記データ処理装置の電源投入後に外部装置または、前記ネットワーク装置内部から起動を指定されたアプリケーションであって前記ネットワーク装置内に格納されたアプリケーションが前記データ処理装置に適合するか否かを、前記起動を指定されたアプリケーションが実行を指示する機能と前記取得工程で取得した前記データ処理装置の機能を示す情報とが適合するか否かに基づいて判定する判定工程と、
前記判定工程において適合しないと判定された場合、前記データ処理装置より前記データ処理装置の有する機能に適合する他のアプリケーションを取得するアプリケーション取得工程と、
前記アプリケーション取得工程により取得された前記他のアプリケーションを実行する実行工程とを備えることを特徴とするネットワーク装置の制御方法。It can be attached to and detached from the data processing device, and by attaching to the data processing device, the data processing device can be connected to the network and an application instructing execution of the function of the data processing device can be executed. A network device control method comprising:
An acquisition step of acquiring information indicating the function of the attached data processing device from the data processing device;
Wherein the data processing external device after power-on of the device or, whether the network device stored application in the network device a specified application to start from the inside to fit to the data processing apparatus, the activation A determination step of determining whether or not a function instructing execution of the designated application matches information indicating the function of the data processing device acquired in the acquisition step ;
If it is determined in the determination step that it is not compatible, an application acquisition step of acquiring another application that matches the function of the data processing device from the data processing device ;
An execution step of executing the other application acquired by the application acquisition step. データ処理装置に対して着脱可能であり、データ処理装置に装着されることにより当該データ処理装置とネットワークとを接続し、前記データ処理装置の機能の実行を指示するアプリケーションを実行することが可能なネットワーク装置の制御方法であって、
装着されたデータ処理装置の有する機能を示す情報を該データ処理装置より取得する取得工程と、
前記データ処理装置の電源投入後に、外部装置からアプリケーションが格納されている場所を特定する情報を用いてアプリケーションの起動の指定を受け付ける受付工程と、
前記受付工程で起動の指定を受け付けたアプリケーションが格納されている場所を前記アプリケーションが格納されている場所を特定する情報に基づいて判断する判断工程と、
前記判断工程において前記アプリケーションが前記データ処理装置内に格納されていると判断された場合、前記取得工程により取得された情報に基づいて、前記アプリケーションを識別する識別情報を決定する決定工程と、
前記決定工程で決定された識別情報を指定して、アプリケーションを前記データ処理装置より取得するアプリケーション取得工程と、
前記アプリケーション取得工程により取得されたアプリケーションを実行する実行工程とを備えることを特徴とするネットワーク装置の制御方法。It can be attached to and detached from the data processing device, and by attaching to the data processing device, the data processing device can be connected to the network and an application instructing execution of the function of the data processing device can be executed. A network device control method comprising:
An acquisition step of acquiring information indicating the function of the attached data processing device from the data processing device;
An accepting step of accepting designation of activation of the application using information for specifying a location where the application is stored from an external device after powering on the data processing device ;
A determination step of determining a location where the application for which activation is accepted in the reception step is stored based on information identifying a location where the application is stored;
If the application in the determining step is determined to be stored in said data processing apparatus, a determination step of, based on the information acquired by the acquisition step, determining identification information for identifying the application,
Specifying the identification information determined in the determination step, an application acquisition step of acquiring an application from the data processing device,
A network device control method comprising: an execution step of executing the application acquired by the application acquisition step.
JP2003197269A 2003-07-15 2003-07-15 Network device and control method thereof Expired - Fee Related JP4387710B2 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2003197269A JP4387710B2 (en) 2003-07-15 2003-07-15 Network device and control method thereof
US10/887,823 US7496951B2 (en) 2003-07-15 2004-07-12 Network apparatus and control method therefor
US12/240,753 US8006287B2 (en) 2003-07-15 2008-09-29 Network apparatus and control method therefor

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003197269A JP4387710B2 (en) 2003-07-15 2003-07-15 Network device and control method thereof

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2009202094A Division JP4498460B2 (en) 2009-09-01 2009-09-01 Network device and control method thereof

Publications (2)

Publication Number Publication Date
JP2005038010A JP2005038010A (en) 2005-02-10
JP4387710B2 true JP4387710B2 (en) 2009-12-24

Family

ID=34207478

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003197269A Expired - Fee Related JP4387710B2 (en) 2003-07-15 2003-07-15 Network device and control method thereof

Country Status (1)

Country Link
JP (1) JP4387710B2 (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4704245B2 (en) * 2005-03-31 2011-06-15 株式会社リコー Image forming apparatus, information processing method, program, and recording medium
JP4979294B2 (en) * 2006-07-28 2012-07-18 キヤノン株式会社 COMMUNICATION CONTROL DEVICE AND ITS CONTROL METHOD

Also Published As

Publication number Publication date
JP2005038010A (en) 2005-02-10

Similar Documents

Publication Publication Date Title
US8006287B2 (en) Network apparatus and control method therefor
US8121954B2 (en) Information processor, method for controlling the same, and image forming system
US8640148B2 (en) Information processing apparatus, information processing method and storage medium
US20030090694A1 (en) Just-in-time printer discovery and driver installation system and method
EP2474906A2 (en) Network device management system, network device management apparatus, client apparatus, and network device management method
CN110321086B (en) Non-transitory computer-readable recording medium and method of controlling information processing apparatus
EP2424211A2 (en) Program state determination in an image forming apparatus
US10091380B1 (en) Systems and methods of implementing universal print drivers in a windows print architecture
JP2005258721A (en) Method for acquiring device configuration information and information processor
JP2006338268A (en) Data processor, network interface substrate and application program registering method
US8922823B2 (en) Information processing apparatus and storage medium with the function of adding a cover letter to a print job
JP4387710B2 (en) Network device and control method thereof
JP2005038011A (en) Network system and its control method
EP2234014A2 (en) Information processing apparatus, information processing method, and information processing system
JP4498460B2 (en) Network device and control method thereof
JP2003196110A (en) Image forming device
JP4560313B2 (en) Information processing apparatus, image forming system, and information processing apparatus control method
JP2002287931A (en) Information processor, print control device, pull-print system, information processing method, data processing method, storage medium and program
JP4262007B2 (en) Network device and data processing system control method
US10747482B2 (en) Computer-readable medium, information processing device, and method for installing appropriate program
JPH11191047A (en) Printing system, driver managing method therefor, and storage medium stored with computer-readable program
JP2005149087A (en) Printer server, method for executing program, storage medium with computer-readable program stored, and the program
JP2005349695A (en) Network print server and data processing method, and storing medium for storing computer-readable program, and program
JP2004192628A (en) Image forming apparatus, and method and program for activating program
JP2003256157A (en) Method and program for printer status monitoring in terminal service

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060608

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20090623

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20090703

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090901

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20090928

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20091001

R150 Certificate of patent or registration of utility model

Ref document number: 4387710

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121009

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131009

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees