JP4612912B1 - 情報処理装置、情報処理システムの制御方法およびプログラム - Google Patents

Abstract

【課題】 制御プログラムのインストール時に、前もってアプリケーションプログラムがインストールされていない場合には、自動でデバイスとアプリケーションプログラムの関連付けが行なえなかった。
【解決手段】 アプリケーションプログラムのインストール手段が対応する制御プログラムがインストールされているかどうかを判断し、前記インストール手段が保持する画像入力デバイス情報を用いてデバイスとアプリケーションの関連付けを行なう。
【選択図】 図８

Description

本発明は、画像入力デバイスにおけるイベント情報と前記イベント情報に応じて動作するアプリケーションプログラムの関連付けをおこなう情報処理装置、および情報処理装置の制御方法およびプログラムに関する。

紙メディアやネガ及びポジフィルム等の情報を原稿としてデジタル化し、通信可能に接続された情報処理装置（以下ホストＰＣと称する）等に画像データとして取り込む画像入力デバイスとして、例えばイメージングスキャナや複合機といったものが挙げられる。その中にはデバイス本体のボタンを押下することで発生するイベントを受けて、接続されたホストＰＣ上のアプリケーションプログラムが起動し、アプリケーションプログラムが画像入力デバイスを制御する制御プログラム（ドライバプログラムともいう）に対して画像入力の要求を行い、要求を受けた制御プログラムからの指示で画像入力デバイスが画像入力の動作を行なうものがある。

このような一連の動作を実現する方法として、マイクロソフト社のオペレーティングシステム（以下ＯＳ）であるＷｉｎｄｏｗｓ（登録商標）では、ＯＳ側の機能として、Ｗｉｎｄｏｗｓ（登録商標） Ｉｍａｇｉｎｇ Ａｑｕｉｓｉｔｉｏｎ（以下ＷＩＡ）、またはＳｔｉｌｌ Ｉｍａｇｅ Ｓｅｒｖｉｓｅ（以下ＳＴＩ）が用意されている。これらの機能を使用することで画像入力デバイスのボタン押下によるイベント発生時の動作を規定することが出来る。画像入力デバイスにおいてユーザ操作により本体ボタンが押下されると、ＯＳのＷＩＡまたはＳＴＩを介してイベント情報が通知される。Ｗｉｎｄｏｗｓ（登録商標）では、制御プログラムのＩＮＦファイルにイベント情報を記載してインストールすることで、本体ボタンの押下時のイベントを自動的にＯＳに登録することができる。同じくＩＮＦファイルにｃｏ−ｉｎｓｔａｌｌｅｒというコマンドを記載し、ベンダーが独自に作成したｃｏ−ｉｎｓｔａｌｌｅｒを実行することでも行なうことができる。いずれの方法もＯＳ側が提供する仕様および機能に従って制御プログラムが登録をおこなう。さらに、イベント検知時にはそのアプリケーションプログラムを自動的に実行させるというイベント管理プログラムも装備されている。

また、アプリケーションプログラム側は、イベントに対応したプログラムであるということを宣言することで、イベント発生時に選択可能のプログラムであるとＯＳに認識させることができる。これにより、デバイス本体のボタン押下時にはデバイス側からホストＰＣ側にボタン押下のイベントを通知するのみでよい。その後の動作は接続されたホストＰＣ上のアプリケーションプログラムが制御プログラムを用いてデバイスを制御し、通常のホストＰＣ操作による画像読み取りを行うのと同じ構成で画像入力（例えば画像入力デバイスがイメージスキャナの場合には画像の読み取り）を実現している。

このような、画像入力デバイスのイベント発生時に起動するアプリケーションプログラムを関連付けるための手法として、制御プログラムのインストール時に、インストール済みのアプリケーションプログラムを検出してイベントと関連付けを行なう方法が開示されている。（特許文献１を参照）

米国特許 第６４８０３０４号

特許文献１で開示される方法は制御プログラムのインストール時に、アプリケーションプログラムが既にインストールされていることが前提となっている。なぜならば、前述のようにＯＳ側が提供する仕様および機能従って画像入力デバイスのボタン押下によるイベント発生時の動作を規定する作業は、制御プログラムがＩＮＦファイルやｃｏ−ｉｎｓｔａｌｌｅｒを用いて行なうとになっているためである。さらには、従来ユーザが画像入力デバイスの初期設定を行う際には、先ず付属のメディア（ＣＤ−ＲＯＭ／ＤＶＤ／メモリなど）から、アプリケーションプログラムを含むソフトウエア類のインストールを行ってから画像入力デバイスとホストＰＣとの接続を行っていたからである。このため、制御プログラムのインストールが完了するのは、画像入力デバイスとホストＰＣが接続された後で、既に入力デバイスのイベントに対応するアプリケーションプログラムがインストール済みであるため、制御プログラムによるイベントとアプリケーションプログラムの関連付けは容易に行なえた。

しかしながら、近年、デバイスをホストＰＣに接続した時に、対応する制御プログラムを自動にダウンロードしてインストールするサービス（例として、Ｍｉｃｒｏｓｏｆｔ社のＷｉｎｄｏｗｓ（登録商標） Ｕｐｄａｔｅ）や、オペレーティングシステム内にあらかじめ制御プログラムを含めるサービス（プレインストールドライバ）が普及し、デバイスをホストＰＣに接続しさえすれば制御プログラムの使用が可能となる状況が、馴染み深いものとなってきた。これにより制御プログラムがアプリケーションプログラムのインストールよりも先にインストールされる機会が増加してきている。このような場合では、制御プログラムのインストール時にアプリケーションプログラムがインストールされていないため、制御プログラムがイベントとアプリケーションプログラムの関連付けを行うことができなかった。そのため、ユーザがアプリケーションプログラムをインストール後に手動で関連付けをしなければならないという問題があった。

その結果、イベントが発生した場合、どのアプリケーションを実行するか判断できず、その代替にアプリケーションプログラムの一覧リストを表示し、その中から所望のアプリケーションをユーザに選択させるという煩雑な作業が必要であった。

本発明は、前記問題点を解決するものであり以下を特徴とする。

画像入力デバイスと接続可能であって、アプリケーションプログラムと制御プログラムのインストールによって、前記画像入力デバイスにおけるユーザ操作により発生するイベントに応じて前記アプリケーションプログラムを起動し、前記アプリケーションプログラムの指示により前記制御プログラムが前記画像入力デバイスを制御する情報処理装置の制御方法は、
前記アプリケーションプログラムが対応する画像入力デバイスの情報と前記アプリケーションプログラムを保持するインストールプログラムによって、前記アプリケーションプログラムを前記情報処理装置にインストールする第１のインストール工程と、前記制御プログラムを保持するインストールプログラムによって、前記制御プログラムをインストールする第２のインストール工程と、前記第１のインストール工程による前記アプリケーションプログラムのインストール時に前記情報処理装置に前記制御プログラムがインストールされているか否かを判断する判断工程とを備え、前記判断工程が前記情報処理装置に前記制御プログラムがインストールされていると判断した場合は、前記第１のインストール工程が前記アプリケーションプログラムを前記イベント通知手段から通知されるイベントに応じて起動するアプリケーションプログラムであるとして、前記画像入力デバイスの情報を用いて前記情報処理装置に登録し、前記インストール判断工程が前記情報処理装置に前記制御プログラムがインストールされていないと判断した場合には、前記第２のインストール工程が前記アプリケーションプログラムを前記イベントに応じて起動するアプリケーションプログラムであるとして前記情報処理装置に登録する。

本発明によれば、情報処理装置のＯＳに対し、従来では制御プログラムのインストールでしか行なう事ができなかった画像入力デバイスのイベントとアプリケーションプログラムの関連付けの登録が、アプリケーションプログラムのインストール時でもできるようになった。これにより、制御プログラムとアプリケーションプログラムのインストール順序を問わず画像入力デバイスのイベントとアプリケーションプログラムの関連付けができるようになった。

スキャナのホストＰＣとして利用される一般的なコンピュータの構成を示すブロック図である。 ホストＰＣ内で、本発明に関連するソフトウエア構成のブロック図である。 ホストＰＣ内イベント管理プログラムのＵＩの一例である。 従来例のイベント対応アプリケーションプログラムインストーラと画像入力デバイス制御プログラムインストーラの構成を示すブロック図である。 従来例でイベントとイベント対応のアプリケーションプログラムの関連付けが成功する場合のフローである。 従来例でイベントとイベント対応のアプリケーションプログラムの関連付けが失敗する場合のフローである。 実施例１、実施例２のイベント対応アプリケーションプログラムインストーラの構成を示すブロック図である。 実施例１のフローである。 実施例２のフローである。 実施例３のイベント対応アプリケーションプログラムインストーラの構成を示すブロック図である。 実施例３のフローである。 画像入力デバイス情報の例である。

（実施例１）
以下、添付図面を参照して本発明の好適な実施の形態を画像入力デバイスの例としてスキャナを用いて詳細に説明する。

スキャナ１０１の制御に用いられる情報処理装置として、オペレーティングシステム上で動作する一般的なホストＰＣ２２１の概略構成について、図１を参照して簡単に説明する。

ホストＰＣ２２１は、ＲＯＭ３０７、ＲＡＭ３０８、中央処理装置３０９、ディスク装置３１０、バス３１１、Ｉ／Ｆ３１２、Ｉ／Ｆ３１３、外部記憶装置３１４を含む。ディスク装置３１０はオペレーティングシステム（以下ＯＳと称す）やスキャナ制御プログラムを保持する。ＲＯＭ３０７にＯＳをロードし、さらにはスキャナ制御プログラム等のプログラムをロードする。ＲＡＭ３０８は、前記制御プログラムの動作に必要な記憶領域とワークエリアを提供する。中央処理装置３０９はＲＯＭ３０７に保持されているプログラムに従って処理を行う。バス３１１は、前記の各構成を接続し、各構成間におけるデータの授受を可能とする。３１２はスキャナ１０１との通信可能に接続するためのＩ／Ｆであり、例としてＵＳＢインターフェースで実現しているが、ＩＥＥＥ１３９４、ＳＣＳＩ、ＬＡＮ、Ｗｉｒｅｌｅｓｓ ＬＡＮ等、別のインターフェースを採用することも可能である。Ｉ／Ｆ３１３は、マウスやキーボードなどの入力部３２０と接続する。また、外部記憶装置３１４はフロッピディスクやＣＤ−ＲＯＭといった外部記憶媒体を駆動するためのものであり、上述したように予めＲＯＭ３０７にプログラムを保持する代わりに外部記憶媒体にプログラムが記憶されている場合に、それを読み出してダウンロードする。なお、不図示ではあるが、ネットワークコネクタを介してネットワーク経由でドライバープログラムをダウンロード可能であることは言うまでもない。

次に図２について説明する。ホストＰＣ２２１上ではＯＳ３０１０が動作する。ここではＯＳ３０１０はＷｉｎｄｏｗｓ（登録商標）であるとして説明する。ＯＳ３０１０上で動作するイベント対応アプリケーションプログラム（以下アプリケーションプログラム）を３００１、ＯＳ標準のインターフェースプログラムであるＷＩＡまたはＳＴＩを３００３、ＷＩＡまたはＳＴＩに対応したイベント管理プログラムを３００２、制御プログラムを３００７、画像入力デバイスであるスキャナを１０１として、これらの関係について述べる。図２では、スキャナ１０１とホストＰＣ２２１の間の接続は、ＵＳＢ接続であるものとする。

先ず、ホストＰＣ２２１からスキャナ１０１を制御して画像を取得する流れを黒矢印４０００を用いて説明する。ユーザは、通常モニタ２２３上に表示されるアプリケーションプログラム３００１のユーザインターフェースを使用して、画像の取得が可能である。アプリケーションプログラム３００１は、ＴｗａｉｎやＷＩＡ等の規格に基づいたアプリケーションプログラミングインターフェース（ＡＰＩ）を使用し、制御プログラム３００７に対して、スキャナやスキャン方法、カラー設定、解像度設定等のスキャン設定を指定して画像の取得を指示する。または、アプリケーションプログラムから起動された制御プログラム３００７のユーザインターフェースに対して、直接画像の取得指示を行うことも可能である。制御プログラム３００７は、ＷＩＡまたはＳＴＩ３００３を介して、その指示を指定のスキャナ１０１に指示する。ＷＩＡまたはＳＴＩ３００３は前記ＡＰＩをデバイスドライバインターフェース（ＤＤＩ）に変換し、ベンダーが用意するＷＩＡまたはＳＴＩ制御モジュール３００４に、画像の取得指示を伝える。ＷＩＡまたはＳＴＩ制御モジュール３００４は、スキャナ固有のスキャンコマンドを用いてデバイス通信モジュール３００５と通信しスキャン設定を伝える。デバイス通信モジュール３００５はＵＳＢ用のカーネルＩ／ＯであるＵｓｂｓｃａｎ．ｓｙｓ３００６を通してスキャナ１０１にスキャンコマンドを伝える。スキャナ１０１は受け取ったスキャンコマンドに従って画像の読み取りを行う。ここでは、制御プログラム３００７、ＷＩＡまたはＳＴＩ制御モジュール３００４、デバイス通信モジュール３００５を別に図示したが、プログラム構成上、同一ファイルとしても問題ない。

ユーザ操作によりスキャナ１０１の本体ボタンが押下され、イベント３００８を発生した場合には、上記と逆の白矢印４００１による経路で通知される。まず、イベント３００８はカーネルＩ／ＯであるＵｓｂｓｃａｎ．ｓｙｓ３００６に通知され、デバイス通信モジュール３００５、ＷＩＡまたはＳＴＩ制御モジュール３００４を介して、ＷＩＡまたはＳＴＩ３００３に対して通知される。ＷＩＡまたはＳＴＩ３００３は、スキャナ１０１のイベントに対応するアプリケーションプログラムとして登録されている、イベント対応アプリケーションプログラム３００１に対して、イベントの通知を行う。イベントの通知を受けたアプリケーションプログラム３００１は、そのイベントに対応した設定に基づいて、画像取得指示３００９の動作を行う。その後の流れは、前述黒矢印４０００の流れの通りである。

ＯＳ３０１０上には、イベントに対応したアプリケーションプログラムが１つしか存在しないとは限らない。また、スキャナ１０１のイベントが１つであるとは限らない。そのため、Ｗｉｎｄｏｗｓ（登録商標）は、ユーザが手動で各イベントに対するアプリケーションプログラムを選択・設定するためのユーザインターフェースを備えたイベント管理プログラムを有する。このイベント管理プログラムは、ＷＩＡまたはＳＴＩの仕様に基づいて各ベンダーが用意することも可能である。

この、イベント管理プログラムについて、図３を用いて説明する。図３（ａ）にイベント管理プログラムのユーザインターフェース例を示す。ユーザは、イベントの設定を行いたいスキャナを選択して、イベント管理プログラムのダイアログ４０１を起動する。イベント管理プログラムのダイアログ上には、設定するイベントを選択するためのコントロール４０２と、選択されたイベントに対して割り当てるアプリケーションプログラムを選択するためのコントロール４０３を備える。図３では、仮にコントロールをプルダウンリストボックスとしているが、他のコントロールを使用することも可能である。また、アプリケーションプログラムを選択するためのコントロール４０３のなかに、イベント発生時に毎回アプリケーションプログラムを選択するというメニューを設けることも可能である。図３（ｂ）では、設定したいイベントとして、カーソルを使用して“Ｓｃａｎｎｅｒ ＸＸ Ｅｖｅｎｔ＿１”を選択する様子を図示している。また、図３（ｃ）では、“Ｓｃａｎｎｅｒ ＸＸ Ｅｖｅｎｔ＿１”に対応するアプリケーションプログラムとして、“Ａｐｐｌｉｃａｔｉｏｎ＿Ａ”を選択する様子を図示している。ここでの関連付けの結果は、レジストリなどＯＳ側に登録され保存される。

次に、従来のアプリケーションプログラム３００１と画像入力デバイス制御プログラムのインストール動作について図４、図５、図６を用いて説明する。

図４に示すように、アプリケーションプログラムインストール手段５００１は、イベント対応のアプリケーションプログラム３００１をOS３０１０にインストールするとともに、アプリケーションがイベント対応であることをＯＳのＷＩＡ／ＳＴＩに登録する。また、制御プログラムインストール手段５００２は、ドライバのドライバ情報ファイル（以下ＩＮＦ（Ｉｎｆｏｒｍａｔｉｏｎ Ｆｉｌｅ）ファイルと称する。）やｃｏ−ｉｎｓｔａｌｌｅｒに記載の内容に基づいて、制御プログラム３００７、ＷＩＡ／ＳＴＩ制御モジュール３００４、デバイス通信モジュール３００５をOS３０１０にインストールする。また、インストール動作の完了時に、ＩＮＦファイル、またはｃｏ−ｉｎｓｔａｌｌｅｒ５００３によって、インストールした制御プログラムと、該当のアプリケーションプログラムとの関連付けを行う。これにより画像入力デバイスで発生したイベントからアプリケーションプログラムが立ち上がり、制御プログラムを介してデバイスへ画像入力の指示がおこなえるようになる。ここでの関連付けの結果は、レジストリなどＯＳ側に登録され保存される。登録される内容は、図３でイベント管理プログラム上のＵＩを用いたユーザの手動による登録の内容と同じである。ＩＮＦファイルまた、ｃｏ−ｉｎｓｔａｌｌｅｒを使用する制御プログラムとアプリケーションプログラムの関連付け方法についてはＯＳの一般的な処理のため詳細は省略するが、ＩＮＦファイルにアプリケーションプログラムの情報を記載する方法や、同じくＩＮＦファイルにｃｏ−ｉｎｓｔａｌｌｅｒを記載して、ベンダーが独自に作成したｃｏ−ｉｎｓｔａｌｌｅｒの実行により必要な情報をレジストリに登録をする方法などがある。ここで、制御プログラムインストーラ５００２は、前記の関連付けを行うための情報として、アプリケーションプログラムの名称などのアプリケーションプログラムについての情報を、当該インストーラ内に保持する必要がある。情報を保持するための方法としては、上記のようにＩＮＦファイルに記載してもよいし、ｃｏ−ｉｎｓｔａｌｌｅｒ内部に情報として保持してもよい。またはｃｏ−ｉｎｓｔａｌｌｅｒが参照するための情報を画像入力デバイス制御プログラムインストーラ５００２内部に設定ファイルとして保持してもよいし、ＯＳ上の特定のファイルやレジストリを規定しておいて、アプリケーションプログラムインストーラ５００１またはアプリケーションプログラム３００１がその規定のファイルやレジストリに情報を書き込むように、取り決めをしておいてもよい。いずれの方法にせよ、制御プログラムとアプリケーションプログラムの関連付けに必要な情報を規定のファイルやレジストリに書き込むことで関連付けが終了する。

図５は、従来例で、イベントとアプリケーションプログラムの関連付けが成功する場合のフローである。本フローは、ＯＳ上で実行されるプロセスの説明であって、ユーザの動作としては、アプリケーションプログラムインストーラ５００１の実行と、その次にデバイス制御プログラムのインストーラ５００２を実行する。まずアプリケーションプログラムインストーラ５００１を実行する。この際、アプリケーションプログラムインストーラは、アプリケーションプログラムのインストールを行い、必要なプログラムファイルのコピーやレジストリの作成などの一般的なインストール動作を行う（ステップＳ６０２）。その後、自分自身がイベント対応のアプリケーションプログラムであるとして登録を行う。次に、デバイス制御プログラムインストーラ５００２を実行する（ステップＳ６０３）。この際、デバイス制御プログラムインストーラは、まず制御プログラムのインストールを行い、制御プログラム３００７、ＷＩＡ／ＳＴＩ制御モジュール３００４、デバイス通信モジュール３００５などの必要なファイルのコピーやレジストリの登録を行う。Ｗｉｎｄｏｗｓ（登録商標）の場合には、この制御プログラムのインストール動作を完了させるには、実際に画像入力デバイスとホストＰＣをＵＳＢなどのインターフェースで接続する必要がある（ステップＳ６０４）。プログラムのインストール完了後に、制御プログラムのイベントと、アプリケーションプログラムとの関連付け処理が開始される（ステップＳ６０５）。関連付け処理は、ＩＮＦファイル、またはＣｏ−ｉｎｓｔａｌｌｅｒ５００３によって実行される。関連付けを行いたい、該当のアプリケーションプログラムがインストール済みかを判断する（ステップＳ６０６）。ここでは、該当のアプリケーションプログラムがインストール済みであるため、ステップＳ６０７に進み実際の関連付けの処理を実行する。もしも、該当のアプリケーションプログラムがインストールされていない場合には、関連付け処理ステップＳ６０７はスキップされ終了する（ステップＳ６０８）。

該当のアプリケーションプログラムがインストール済みかどうかを判断するための情報と、該当のアプリケーションプログラムに対して関連付けを実行するための情報は、前述のように、画像入力デバイス制御プログラムインストーラ５００２内部に設定ファイルとして保持してもよいし、ＯＳ上の特定のファイルやレジストリを参照先として規定しておいてもよい。このように、従来のイベント対応のアプリケーションプログラムのインストール後に、画像入力デバイス制御プログラムをインストールする場合については、イベントとアプリケーションプログラムの関連付けが正常に実行される。

図６は、従来例で、イベントとアプリケーションプログラムの関連付けが失敗する場合のフローである。本フローは、ＯＳ上で実行されるプロセスの説明であって、ユーザの動作としては、制御プログラムのインストーラ５００２の実行と、その次にアプリケーションプログラムインストーラ５００１を実行する。まず、制御プログラムインストーラ５００２を実行する。制御プログラムインストーラは、制御プログラムのインストールを行い、制御プログラム３００７、ＷＩＡ／ＳＴＩ制御モジュール３００４、デバイス通信モジュール３００５などの必要なファイルのコピーやレジストリの登録を行う。Ｗｉｎｄｏｗｓ（登録商標）の場合には、この制御プログラムのインストール動作を完了させるには、実際に画像入力デバイスとホストＰＣをＵＳＢなどのインターフェースで接続する必要がある（ステップＳ７０２）。その後、制御プログラムのインストール完了後に、イベントと、イベント対応アプリケーションプログラムとの関連付け処理が開始される（ステップＳ７０３）。この場合、関連付けを行いたい、該当のアプリケーションプログラムがインストール済みかを判断する（ステップＳ７０４）。ここでは、該当のアプリケーションプログラムがインストールされていないため、制御プログラムのイベントとアプリケーションプログラムの関連付け（ステップＳ７０５）は実行されずに次のステップにすすんでしまう。次に、アプリケーションプログラムインストーラ５００１を実行し、アプリケーションプログラムのインストール（ステップＳ７０６）と、自分自身がイベント対応のアプリケーションプログラムであることを登録して（ステップＳ７０７）終了する。このように、従来の制御プログラムのインストール後に、イベント対応のアプリケーションプログラムをインストールする場合については、イベントとアプリケーションプログラムの関連付けが行われないままであった。

次に、本発明のイベント対応のアプリケーションプログラム３００１のインストール動作について図７、図８を用いて説明する。

図７に示すアプリケーションプログラムインストーラ８００１は、アプリケーションプログラム３００１をＯＳ３０１０にインストールするとともに、アプリケーションプログラムがイベント対応であることをＯＳのＷＩＡ／ＳＴＩに登録する。

これに加えて、本発明ではイベント対応アプリケーションプログラムインストーラ８００１内に、従来制御プログラムのインストーラで行っていたイベント通知機能とアプリケーションプログラムとの関連付を行なう手段を追加する。

従来、アプリケーションプログラムのインストール時には、画像入力デバイスを特定する必要はなかったが、本関連付を行なうために、アプリケーションプログラムインストーラ８００１はアプリケーションプログラムが対応する画像入力デバイス情報８００２を保持することを特徴とする。この画像入力デバイス情報とは、アプリケーションプログラムが対応しているデバイスが識別可能な情報が保持されている必要がある。デバイスを識別可能な情報とは、例としてＵＳＢのＤｅｖｉｃｅ Ｄｉｓｃｒｉｐｔｅｒに記載のベンダーＩＤ（ＶＩＤ）・プロダクトＩＤ（ＰＩＤ）等があげられる。これは、画像入力デバイス側で保持している情報である必要はなく、デバイスが識別可能であれば、制御プログラムの名称等の情報を使用しても良い。図１２（ａ）に画像入力デバイス情報８００２の概念図を示す。画像入力デバイス情報８００２は、でアプリケーションが対応可能なデバイスが認識可能な情報として、デバイス情報、イベント情報、制御プログラム情報のいづれか、またはすべてを保持する。そして、アプリケーションプログラムインストーラ８００１はアプリケーションプログラムのインストールとアプリケーションプログラムがイベント対応であることの登録を行った後に、画像入力デバイス情報８００２が保持する情報または保持する情報を元にホストＰＣから得た情報を用いて、アプリケーションプログラム自身と、制御プログラムとの関連付けを行う。これによりアプリケーションプログラムと制御プログラムのインストール順を気にせずにイベントとアプリケーションプログラムの関連付けを実現することができる。

イベントとアプリケーションプログラムの関連付けの具体的な動作としては、アプリケーションプログラムインストーラ８００１は、ＯＳ内のレジストリやファイル情報を検索する。制御プログラムが既にインストールされている場合には、デバイスとホストＰＣの接続がされているため、レジストリやファイル情報に接続されたデバイス情報および制御プログラムのインストール情報が保存されているのでこれを検索する。デバイス情報および制御プログラムが見つかった場合には画像入力デバイス情報８００２が保持する情報と照らし合わせてアプリケーションプログラムが対応するデバイスおよび制御プログラムかどうかを確認する。対応するデバイスであり、対応する制御プログラムがインストール済みであると判断した場合には、アプリケーションプログラムをイベントと関連付けるために画像入力デバイス情報８００２が保持する情報を用いて規定のファイルやレジストリに登録する。すなわち、制御プログラムがＯＳが提供するＩＮＦファイルまたは、Ｃｏ−ｉｎｓｔａｌｌｅｒ等を用いて規定のファイルやレジストリに書き込むことで登録を行なう。。 図８は、従来のイベントとアプリケーションプログラムの関連付けが失敗する制御プログラムをインストールしたあとにアプリケーションプログラムをインストールする場合に対して、本発明を適用したフローである。本フローは、ＯＳ上で実行されるプロセスの説明であって、ユーザの動作としては、制御プログラムのインストーラ５００２の実行と、本発明のアプリケーションプログラムインストーラ８００１の実行である。まず、制御プログラムインストーラ５００２を実行する。制御プログラムインストーラは、まず制御プログラムのインストールを行い、制御プログラム３００７、ＷＩＡ／ＳＴＩ制御モジュール３００４、デバイス通信モジュール３００５などの必要なファイルのコピーやレジストリの登録を行う（ステップＳ９０２）。その後、制御プログラムのインストール完了後に、制御プログラムのイベントと、アプリケーションプログラムとの関連付け処理が開始される（ステップＳ９０３）。この場合、関連付けを行いたい、アプリケーションプログラムがインストール済みかを判断する（ステップＳ９０４）。ここでは該当のアプリケーションプログラムがインストールされていないため、ステップＳ９０５の関連付けは実行されずに次のステップにすすんでしまう。次に、アプリケーションプログラムインストーラ８００１を実行し、アプリケーションプログラムのインストール（ステップＳ９０６）と、アプリケーションプログラム自分自身がイベント対応のアプリケーションプログラムであるいう登録処理（ステップＳ９０７）を行う。

このあとに、本発明では画像入力デバイス情報８００２を使用して、アプリケーションプログラムの関連付けを行いたい制御プログラムがインストール済かどうかを確認する（ステップＳ９０８）。インストール済かの確認は、Ｗｉｎｄｏｗｓ（登録商標）ＯＳの場合、前述のように特定のレジストリやファイル情報に、画像入力デバイス情報８００２に対応するデバイス情報が含まれているかどうかで判断する。このケースでは、制御プログラムがインストール済みであるため、ステップＳ９０９へ進み、アプリケーションプログラム自身と、該当の画像入力デバイスのイベントとの関連付けを実行する。関連付け処理としては、Ｗｉｎｄｏｗｓ（登録商標）ＯＳの場合、アプリケーションプログラム自身を、制御プログラムのイベント情報に対応するアプリケーションとして、画像入力デバイス情報８００２が保持する情報を基に規定のファイルやレジストリに登録することで行なう。

このように、従来の構成では、制御プログラムのインストール後に、イベント対応のアプリケーションプログラムインストールをインストールする場合については、イベントとアプリケーションプログラムの関連付けが行われないままであった。これに対して、本発明では、制御プログラムインストーラ５００２を、アプリケーションプログラムインストーラ８００１内に画像入力デバイス情報８００２を持つことで、デバイス制御プログラムがインストールされているかどうかの判断ができる。そして画像入力デバイスのイベントとアプリケーションプログラムとの関連付けが可能となった。

なお、画像デバイス情報８００２には関連付けに必要な各種情報を取得するための参照先のキーとなる情報を保存しておき、参照先の情報を用いて関連付けの処理を行なうことでも同等の効果を得ることができる。

さらに、従来の関連付けが成功するイベント対応のアプリケーションプログラムのインストール後にデバイス制御プログラムのインストールを行うケースでは、図８のステップＳ９０４の判定がＹＥＳとなる。このことで、ステップＳ９０５でイベントとアプリケーションプログラムの関連付けが行なわれる。その後、アプリケーションプログラムインストーラ８００１の内部で該当の制御プログラムがインストール済かの判定を行う図８のステップＳ９０８で、インストール済ではないという判定となる。そのため、ステップＳ９０９のイベントとアプリケーションプログラム関連付け処理は実行されず影響を受ける事はない。このように従来の構成を大きく変更することなく、イベント対応アプリケーションと制御プログラムのインストール順序に影響されないイベントとアプリケーションプログラムの関連付けが可能となった。

図７、図８では、イベントが１つである場合を示したが、関連付けを行いたい画像入力デバイスが、複数のイベントを備える場合には、ステップ９０９で行うイベントとアプリケーションプログラムの関連付けを、イベントの数だけ繰り返し行うことで対応が可能である。この場合の画像入力デバイス情報８００２は、図１２（ｂ）で例示するように対応するデバイスとイベントの数だけの関連情報が必要である。

また、同じく図７、図８では、アプリケーションプログラムをイベントの関連付けに対応する画像入力デバイスが１機種のみである場合を示したが、アプリケーションプログラムと関連付けを行いたい画像入力デバイスが複数存在する場合には、フローの９０８と９０９を、関連付けを行いたい画像入力デバイスの数だけ繰り返し行うことで対応が可能である。この場合、図１２（ｂ）で例示するように８００２入力デバイス情報を複数機種分持つことが必要である。これにより、複数のイベント情報をもつ複数機種の画像入力デバイスに対してそれぞれのイベントにアプリケーションプログラム自身を関連付けすることが可能となった。

（実施例２）
実施例１では、イベント対応のアプリケーションプログラムのインストール時に、イベントとアプリケーションプログラムとの関連付けがすでに行われている・いないに関わらず、アプリケーションプログラムとイベントの関連付けを行う例を説明した。

しかしながら、実施例１ではイベント通知に対応させるアプリケーションプログラムをユーザが意図して他のアプリケーションプログラムとの関連付をしていた場合にも、後からインストールしたアプリケーションプログラムによりイベントとの関連付けが書き換えられてしまうという問題がある。ここでは、アプリケーションプログラムのインストール時に、既にイベントとアプリケーションプログラムとの関連付けが行われていた場合には、関連付けを行わないためのフローについて図９を用いて説明する。

本フローは、ＯＳ上で実行されるプロセスの説明であって、ユーザの動作としては、アプリケーションプログラムＡのインストーラの実行１０５０、制御プログラムのインストーラ５００２の実行、本発明のアプリケーションプログラムインストーラ１０５０の実行である。最初にイベント対応アプリケーションプログラムインストーラにより、アプリケーションプログラムＡがインストール済み（ステップＳ１００２）であるとする。アプリケーションプログラムＡがインストールされ、イベント対応のアプリケーションプログラムとして登録された状態とする。次に、制御プログラムのインストーラ５００２により、制御プログラムをインストールし（ステップＳ１００３）、イベントと、アプリケーションプログラムとの関連付けを開始する（ステップＳ１００４）。ここで、制御プログラムが対応のアプリケーションプログラムＡがインストール済かどうかを確認する（ステップＳ１００５）。ここではインストール済みであるため、ステップＳ１００６に進み、イベントとアプリケーションプログラムＡとの関連付けを実行する。これにより、画像入力デバイスのイベントは、アプリケーションプログラムＡと関連付けが行われたこととなる。

本実施例は、この後更に、アプリケーションプログラムＢがインストールされる場合について説明する。具体的にはアプリケーションプログラムＢのインストーラ１０５０を実行した場合に、画像入力デバイスとアプリケーションプログラムＡとの関連付けが保持されたままにするための方法である。

図９のステップＳ１００６の後にアプリケーションプログラムＢのインストーラ１０５０を実行すると、まず、アプリケーションプログラムＢをインストールする（ステップＳ１００７）。次にイベント対応として登録する（ステップＳ１００８）。その後、アプリケーションプログラムＢが対応する制御プログラムがインストール済みかを確認する（ステップＳ１００９）。ここまでは、実施例１と同様のフローであるが、更に、ステップＳ１０１０で、アプリケーションプログラムＢで該当するイベントが何らかのアプリケーションプログラムと既に関連付けがされ、登録済みか否かの登録判断を行う。判断の方法としては、規定のファイルやレジストリに関連付けの情報が登録されているか否かで行なう。ここでは、すでにイベントとアプリケーションプログラムＡとの関連付けが前述のステップＳ１００６で行われている。このため、インストーラー１０５は新たに関連付けを行わず終了のステップＳ１０１２に進む。もし、ステップＳ１０１０でイベントがアプリケーションプログラムと関連付けが行われていない場合には、ステップＳ１０１１に進み、イベントとアプリケーションプログラムＢとの関連付けを行う。以上のように、アプリケーションプログラムＢのインストーラ１０５０では、関連付けの処理の前に、該当のイベントが既に他のアプリケーションプログラムと関連付け済みかどうかを確認することで、既存の関連付けの状態を保持することを可能とする。

図９では、アプリケーションプログラムＡのインストール後に、制御プログラムのインストーラにより、関連付けが行われた場合について説明したが、ステップＳ１００６以前のフローについては、特に順序を問わないものであり、ユーザが手動で関連付けを行った場合にも、制御プログラムのインストール後に、本発明の実施例１によりアプリケーションプログラムのインストーラが関連付けを行った場合でも、同様の効果が得られる。

このように、既存の関連付けを保持できるようにしたことで、イベント通知に対応させるアプリケーションプログラムをユーザが意図して他のアプリケーションプログラムとの関連付をしていた場合にも、後からインストールしたアプリケーションプログラムのインストールによりイベントとの関連付けが書き換えられてしまうという問題を解決するさらなる効果を有することができる。

図９では、イベントが１つである場合を示した。しかし、関連付けを行いたい画像入力デバイスが、複数のイベントを備える場合には、１０１０で行う判定処理と１０１１で行うイベントとアプリケーションプログラムの関連付けを、イベントの数だけ繰り返し行うことで対応が可能である。この場合、入力デバイス情報８００２は、対応するイベントの数に応じた情報を持つことが必要である。

また、同じく図９ではアプリケーションプログラムをイベントの関連付けに対応する画像入力デバイスが１機種のみである場合を示した。しかし、アプリケーションプログラムと関連付けを行いたい画像入力デバイスが複数存在する場合には、フローの１００９から１０１１を、関連付けを行いたい画像入力デバイスの数だけ繰り返し行うことで対応が可能である。この場合、画像入力デバイス情報８００２は、対応するデバイスの数に応じた情報を持つことが必要である。

これにより、複数のイベント情報をもつ複数機種の画像入力デバイスに対してそれぞれのイベントにアプリケーションプログラム自身を関連付けすることも可能となる。

（実施例３）
実施例２では、イベント対応アプリケーションプログラムのインストール時に、イベントとイベント対応アプリケーションプログラムとの関連付けが既に行われている場合には、関連付けを行わない例を説明した。しかしながら、既に関連付けられているイベントであっても、アプリケーションプログラムのバージョンアップや、別のアプリケーションプログラムへの変更など、既にユーザーが購入済みのデバイスに対して、何らかの理由でメーカー側がイベントに対応させるアプリケーションプログラムを変更したい場合には新しいアプリケーションプログラムへのイベント情報の書き換えが必要である。ここでは、イベントとアプリケーションプログラムとの関連付けが既に行われている場合でも、関連付け設定されているアプリケーションプログラムが、更新可能であるかどうかを判断し、置き換えを行う場合について、図１０、図１１を用いて説明する。
図１０に示すイベント対応のアプリケーションプログラムインストーラ１２０２は、イベント対応のアプリケーションプログラム３００１をインストールするとともに、アプリケーションプログラムがイベント対応であることをＯＳのＷＩＡ／ＳＴＩに登録する。これは、実施例１・実施例２と同様である。実施例３ではイベント対応アプリケーションプログラムインストーラ１１０１内に、対応する画像入力デバイス情報１１０２に加え、アプリケーション情報１１０３を有することを特徴とする。このアプリケーション情報１１０３は、既にイベントに対してアプリケーションプログラムの関連付けが設定されているときに、そのアプリケーションプログラムが更新可能であるかの更新判断手段として使用するものである。既にイベント対応として設定されていると考えられるアプリケーションプログラムの情報が保持されている。アプリケーション情報は、アプリケーションプログラムの名称や同じ値を持つことがない一意な識別子であるＧＵＩＤなど、アプリケーションプログラムを特定可能な情報である。アプリケーション情報ではアプリケーションプログラムを個別に指定してもよいし、アプリケーションプログラムインストーラ１１０１より以前のバージョンのアプリケーションプログラムを指定してもよいし、全てのアプリケーションプログラムに対して更新を行うというようにワイルドカードで指定してもよい。

次に、実施例３のフローについて、図１１を用いて説明する。本フローは、ＯＳ上で実行されるプロセスの説明であって、ユーザの動作としては、アプリケーションプログラムインストーラの実行、制御プログラムのインストーラ５００２の実行、本発明のアプリケーションプログラムインストーラ１２５０の実行である。最初にイベント対応アプリケーションプログラムインストーラにより、アプリケーションプログラムＣがインストール済み（ステップＳ１２０２）であるとする。ここでのアプリケーションプログラムインストーラは、前述の５００１または８００１または１０５０のいずれでもよい。アプリケーションプログラムＣがインストールされ、イベント対応のアプリケーションプログラムとして登録された状態とする。次に、制御プログラムのインストーラ５００２により、制御プログラムをインストールし（ステップＳ１２０３）、制御プログラムと、アプリケーションプログラムとの関連付けを開始する（ステップＳ１２０４）。ここで、制御プログラムが対応のアプリケーションプログラムＣがインストール済かどうかを確認し（ステップＳ１２０５）、ここではインストール済みであるため、ステップＳ１２０６に進み、イベントとアプリケーションプログラムＣとの関連付けを実行する。これにより、画像入力デバイスのイベントは、アプリケーションプログラムＣと関連付けが行われたこととなる。

本実施例は、この後更に、アプリケーションプログラムＤのインストーラ１２５０を実行した場合に、アプリケーションプログラムＣが置き換え可能なプログラムであったならば、画像入力デバイスとアプリケーションプログラムＤとの関連付けに更新を行うための方法である。

アプリケーションプログラムＤのインストーラ１２５０を実行すると、まず、アプリケーションプログラムＤをインストールし（ステップＳ１２０７）、アプリケーションプログラムＤをイベント対応のアプリケーションプログラムとして登録する（ステップＳ１２０８）。その後、該当の画像入力制御プログラムがインストール済みかを確認する（ステップＳ１２０９）。更に、ステップＳ１２１０で、該当のイベントが何らかのアプリケーションプログラムと既に関連付け済かの確認を行う。ここでは、すでにイベントとアプリケーションプログラムＣとの関連付けが行われているため、ステップＳ１２１１に進む。ステップＳ１２１１では、関連付け済みのアプリケーションプログラムＣが置き換え可能かどうかを判断する。ここで、置き換え可能かどうかの判断には、アプリケーションインストーラ１１０１が保持するアプリケーション情報１１０３を使用し、該当の制御プログラムのイベント情報として、置き換え可能なアプリケーション情報が登録されているかを確認する。ＷｉｄｎｏｗｓＯＳの場合には、制御プログラムのイベント情報に対応するアプリケーションプログラムが登録されているレジストリを検索し、そこに登録されているアプリケーションプログラムが、アプリケーション情報１１０３が保持するアプリケーション情報に該当するかどうかを比較して判断する。また、アプリケーション情報は、ＯＳ内の別のレジストリやファイルからアプリケーションプログラムを特定するための情報を取得するためのキーとなる情報を保持しておくために使用することも可能である。

ここで、アプリケーションプログラムＣが、アプリケーションプログラムインストーラ１２５０にとって置き換え可能であると判断された場合には、ステップＳ１２１２に進む。ステップＳ１２１２では、画像入力デバイスのイベントと、アプリケーションプログラムＤとの関連付けを実行し、アプリケーション情報を更新する。また、ステップＳ１２１１で置き換え可能ではないと判断された場合には、そのまま関連付けは行わず終了する。このため、アプリケーションプログラムＣとイベントの関連付けが保持されたまま、アプリケーションプログラムＤのインストールを終えることが出来る。また、もし、ステップＳ１２１０でイベントとアプリケーションプログラムとの関連付けが行われていない場合には、ステップＳ１２１２に進み、イベントとアプリケーションプログラムＤとの関連付けを行う。

以上のように、イベント対応アプリケーションプログラムＤのインストーラ１２５０では、該当のイベントが既にアプリケーションプログラムと関連付け済みである場合に、設定済みのアプリケーションプログラムが置き換え可能かどうかを判断することで、必要な場合にのみ、イベントに対応するアプリケーションプログラムの関連付けを更新することが可能である。

図１１では、アプリケーションプログラムＣのインストール後に、画像入力デバイス制御プログラムのインストーラにより、関連付けが行われた場合について説明したが、１２０６以前のフローについては、特に順序を問わないものであり、ユーザが手動で関連付けを行った場合にも、画像入力制御プログラムのインストール後に、本発明の実施例によりアプリケーションプログラムのインストーラが関連付けを行った場合にも、同様の効果が得られる。

例えば、本実施例３はバージョンアップ時やアプリケーションプログラムの変更時に使用した場合、置き換え可能なアプリケーションプログラムとして、バージョンアップ前のアプリケーションプログラムや、変更前のアプリケーションプログラムを指定することができる。これにより、ユーザの意思によりイベントが他のアプリケーションプログラムを関連付けされていた場合にはその設定を保持し、ベンダーの提案通りに（＝インストーラーの設定どおりに）イベントに対応するアプリケーションプログラムを関連付けしているユーザに対してのみ、新しいアプリケーションプログラムで関連付けの登録を更新することが可能となる。

図１１、では、イベントが１つである場合を示したが、関連付けを行いたい画像入力デバイスが、複数のイベントを備える場合には、１２１０、１２１１、１２１２で行う判定処理からイベントとアプリケーションプログラムの関連付け処理までを、イベントの数だけ繰り返し行うことで対応が可能である。この場合、画像入力デバイス情報１１０２は、対応するイベントの数に応じた情報を持つことが必要である。

また、同じく図１１では、アプリケーションプログラムをイベントの関連付けに対応する画像入力デバイスが１機種のみである場合を示したが、アプリケーションプログラムと関連付けを行いたい画像入力デバイスが複数存在する場合には、フローの１２０９から１２１２を、関連付けを行いたい画像入力デバイスの数だけ繰り返し行うことで対応が可能である。この場合、画像入力デバイス情報１１０２は、対応するデバイスの数に応じた情報を持つことが必要である。

これにより、複数のイベント情報をもつ複数機種の画像入力デバイスに対してそれぞれのイベントにアプリケーションプログラム自身を関連付けすることも可能となる。画像入力デバイスの例としてスキャナや複合機で記載したが、これに限らずデジタルカメラや、複合機のデバイス本体に搭載のメモリスロットに挿されたメモリ内の画像・ファクスの受信データのように、ＷＩＡ／ＳＴＩによって、ホストＰＣに画像を転送可能な画像入力機器であってもよい。また、本発明は、本発明の方法で入力機器を制御するプログラム、さらに前記プログラムが保存された媒体にも適用可能である。さらに、本発明はＯＳの種類によって限定されるものではない。

１０１ 画像入力デバイス（スキャナ）
２２１ ホストＰＣ
３００１ イベント対応のアプケーションプログラム
３００７ 制御プログラム
５００１ イベント対応のアプＲケーションプログラムインストーラー
５００２ 制御プログラムインストーラー
８００２ 画像入力デバイス情報
１１０３ アプリケーション情報

Claims (5)

1. 画像入力デバイスと接続可能であって、アプリケーションプログラムと制御プログラムのインストールによって、前記画像入力デバイスにおけるユーザ操作により発生するイベントに応じて前記アプリケーションプログラムを起動し、前記アプリケーションプログラムの指示により前記制御プログラムが前記画像入力デバイスを制御する情報処理装置の制御方法において、
   前記アプリケーションプログラムが対応する画像入力デバイスの情報と前記アプリケーションプログラムを保持するインストールプログラムによって、前記アプリケーションプログラムを前記情報処理装置にインストールする第１のインストール工程と、
   前記制御プログラムを保持するインストールプログラムによって、前記制御プログラムをインストールする第２のインストール工程と、
   前記第１のインストール工程による前記アプリケーションプログラムのインストール時に前記情報処理装置に前記制御プログラムがインストールされているか否かを判断する判断工程とを備え、
   前記判断工程が前記情報処理装置に前記制御プログラムがインストールされていると判断した場合は、前記第１のインストール工程が前記アプリケーションプログラムを前記イベント通知手段から通知されるイベントに応じて起動するアプリケーションプログラムであるとして、前記画像入力デバイスの情報を用いて前記情報処理装置に登録し、
   前記インストール判断工程が前記情報処理装置に前記制御プログラムがインストールされていないと判断した場合には、前記第２のインストール工程が前記アプリケーションプログラムを前記イベントに応じて起動するアプリケーションプログラムであるとして前記情報処理装置に登録することを特徴とする情報処理装置の制御方法。
2. 前記第１のインストール工程による前記アプリケーションプログラムのインストール時に、前記情報処理装置に同じイベントに応じて起動するアプリケーションプログラムが登録されているかどうかを判断する登録判断工程を更に有し、
   前記登録判断工程が前記アプリケーションプログラムが登録されていると判断した場合には、第１のインストール工程は前記アプリケーションプログラムを前記イベント通知手段から通知されるイベントに応じて起動するアプリケーションプログラムとして前記情報処理装置に登録しないことを特徴とする請求項１に記載の情報処理装置の制御方法。
3. 前記第１のインストール工程による前記アプリケーションプログラムのインストール時に、
   前記情報処理装置に登録された前記イベントに応じて起動するアプリケーションプログラムの登録が更新可能か否を判断する更新判断工程を更に有し、
   前記登録判断工程が前記アプリケーションプログラムが登録されていると判断し、かつ更新判断工程が更新可能であると判断した場合には、前記第１のインストール工程は、前記アプリケーションプログラムを前記イベント通知手段から通知されるイベントに応じて起動するアプリケーションプログラムであるとして前記情報処理装置に登録することを特徴とする請求項１に記載の情報処理装置の制御方法。
4. 画像入力デバイスと接続可能であって、アプリケーションプログラムと制御プログラムのインストールによって、前記画像入力デバイスにおけるユーザ操作により発生するイベントに応じて前記アプリケーションプログラムを起動し、前記アプリケーションプログラムの指示により前記制御プログラムが前記画像入力デバイスを制御する情報処理装置の制御をコンピュータに実行させるプログラムにおいて、
   前記アプリケーションプログラムが対応している少なくとも１つの画像入力デバイスの情報と前記アプリケーションプログラムを保持するインストールプログラムによって、前記アプリケーションプログラムを前記情報処理装置にインストールする第１のインストールステップと、
   前記制御プログラムを保持するインストールプログラムによって、前記制御プログラムを前記情報処理装置にインストールする第２のインストールステップと、
   前記第１のインストールステップによる前記アプリケーションプログラムのインストール時に前記情報処理装置に前記制御プログラムがインストールされているか否かを判断する判断ステップと、
   前記判断ステップが前記情報処理装置に前記制御プログラムがインストールされていると判断した場合には、前記第１のインストールステップが、前記画像入力デバイスの情報を用いて前記アプリケーションプログラムを前記イベント通知手段から通知されるイベントに応じて起動するアプリケーションプログラムであるとして前記情報処理装置に登録し、
   前記判断ステップが前記情報処理装置に前記制御プログラムがインストールされていないと判断した場合には、前記第２のインストールステップが、前記アプリケーションプログラムを前記イベントに応じて起動するアプリケーションプログラムであるとして、前記情報処理装置に登録することを特徴とするプログラム。
5. 画像入力デバイスと接続可能であって、アプリケーションプログラムと制御プログラムのインストールによって、前記画像入力デバイスにおけるユーザ操作により発生するイベントに応じて前記アプリケーションプログラムを起動し、前記アプリケーションプログラムの指示により前記制御プログラムが前記画像入力デバイスを制御する情報処理装置であって、
   前記アプリケーションプログラムを前記情報処理装置にインストールする第１のインストール手段と、
   前記制御プログラムを前記情報処理装置インストールする第２のインストール手段と、
   前記アプリケーションプログラムが対応している画像入力デバイスに関する情報を保持するデバイス情報保持手段と、
   前記第１のインストール手段による前記アプリケーションプログラムのインストール時に前記情報処理装置に前記制御プログラムがインストールされているか否かを判断する判断手段とを備え、
   前記判断手段が前記情報処理装置に前記制御プログラムがインストールされていると判断した場合には、前記第１のインストール手段が、アプリケーションプログラムを前記イベントに応じて起動するアプリケーションプログラムであるとして、前記画像入力デバイスに関する情報を用いて前記アプリケーションプログラムを前記イベントに応じて起動するアプリケーションプログラムであるとして前記情報処理装置に登録し、
   前記判断手段が前記情報処理装置に前記制御プログラムがインストールされていないと判断した場合には、前記第２のインストール手段が、前記制御プログラムのインストール時に前記アプリケーションプログラムを前記イベントに応じて起動するアプリケーションプログラムであるとして、前記情報処理装置に登録することを特徴とする情報処理装置。

Images