JP2022025598A - 情報処理装置、制御方法およびプログラム - Google Patents

Abstract

【課題】ドライバのインストール処理の更なる適切な処理を実現可能とする仕組みを提供する。【解決手段】インストールされたドライバに対応して、アイコンを生成する第１生成手段によるアイコンの生成ができないかを判定する。第１生成手段によるアイコンの生成ができないと判定された場合、アイコンを生成する第２生成手段により、インストールされたドライバに対応したアイコンを生成する。【選択図】図１２

Description

本発明は、デバイスに対応するドライバをインストール可能な情報処理装置、制御方法およびプログラムに関する。

コンピュータ（以下、「ＰＣ」と呼ぶ）からプリンタなどの周辺機器（以下、「デバイス」という）を利用するには、まず、ＰＣにデバイスドライバがインストールされる。次に、デバイスの宛先情報（アドレスやインターフェース、プロトコルなど）が設定されているデバイスポートが生成される。そして、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）上で仮想のプリンタデバイスとして識別されるアイコンオブジェクト（以下、「アイコン」という）が生成される。このとき、アイコンには、先にインストールされたデバイスドライバとデバイスポートが関連付けられる。これにより、アイコンに対して印刷を指示すると、アイコンに関連付けられたドライバが呼び出され、印刷データが生成される。また、ドライバにより生成された印刷データは、アイコンに関連付けられたポートに設定されている宛先情報に基づいて、デバイスに送信される。

ＰＣにインストールされるデバイスドライバは、大きく２種類に分類される。１つは、デバイスの製造元が提供するドライバであり、これらはＯｕｔｂｏｘドライバと称される。もう１つは、ＯＳが提供するドライバであり、これらはＩｎｂｏｘドライバと称される。一般的には、Ｏｕｔｂｏｘドライバの方がＩｎｂｏｘドライバよりも豊富な機能を有しており、その点から、デバイスの製造元から、Ｏｕｔｂｏｘドライバを使用することが推奨される。

Ｗｉｎｄｏｗｓ（登録商標）ＯＳでは、デバイスの製造元から提供されるドライバインストーラを使用しなくても、Ｐｌｕｇ－Ａｎｄ－ＰｌａｙやＡｄｄ Ｐｒｉｎｔｅｒ ＷｉｚａｒｄなどのＯＳの機能を用いて、デバイスドライバをインストール可能である。ＰＣがインターネットに接続されている場合、上記ＯＳの機能によりインターネット経由でＯｕｔｂｏｘドライバがダウンロードされ、インストールされる。一方、ＰＣがインターネット未接続の場合には、ＯＳに予め同梱されているＩｎｂｏｘドライバがインストールされる。

Ｉｎｂｏｘドライバが先にインストールされたＰＣ環境で、Ｏｕｔｂｏｘドライバをインストールする場合、アイコンに紐づくＩｎｂｏｘドライバを置き換えることができなかった。そのため、ユーザーは、Ｏｕｔｂｏｘドライバをインストールする前に、ＩｎｂｏｘドライバとＩｎｂｏｘドライバに紐づくアイコン（以下、「Ｉｎｂｏｘ用アイコン」という）を削除する必要があった。ユーザーは、特許文献１に記載の手法により、ＩｎｂｏｘドライバとＩｎｂｏｘ用アイコンを事前に削除することができる。

特開２０１８－１９４９１０号公報

近年、ドライバのインストール処理の更なる適切な処理が求められている。

本発明は、ドライバのインストール処理の更なる適切な処理を実現可能とする仕組みを提供することを目的とする。

上記課題を解決するため、本発明に係る情報処理装置は、デバイスと通信可能な情報処理装置であって、デバイスに対応するドライバをインストールするインストール手段と、前記インストール手段によりインストールされた前記ドライバに対応して、アイコンを生成する第１生成手段によるアイコンの生成ができないかを判定する判定手段と、前記判定手段により前記第１生成手段によるアイコンの生成ができないと判定された場合、アイコンを生成する第２生成手段により、前記インストール手段によりインストールされた前記ドライバに対応したアイコンを生成する制御手段とを備えることを特徴とする。

本発明によれば、ドライバがインストールされた場合、該ドライバに対応するアイコンを適切に生成することができる。

ネットワークシステムの構成を示す図である。 ＰＣの構成を示す図である。 デバイスの構成を示す図である。 アプリケーションの構成を示す図である。 アプリケーションのＵＩ画面を示す図である。 アプリケーションのＵＩ画面を示す図である。 アプリケーションの処理を示すフローチャートである。 Ｓ７０６の処理を示すフローチャートである。 Ｓ７０７の処理を示すフローチャートである。 Ｓ９０２の処理を示すフローチャートである。 Ｓ９０３の処理を示すフローチャートである。 Ｓ７０９の処理を示すフローチャートである。 Ｓ１２０２の処理を示すフローチャートである。 Ｓ１２０２の処理を示すフローチャートである。 Ｓ１４０８の処理を示すフローチャートである。 Ｓ１２０２の処理を示すフローチャートである。 Ｓ１６０１の処理を示すフローチャートである。

［第１実施形態］
以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には、複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

図１は、情報処理装置（ＰＣ１０１）を含むネットワークシステムの構成の一例を示すブロック図である。図１に示すシステムでは、ＰＣ１０１と、デバイス１０２と、ルーター１０３とが、ネットワーク１０４を介して相互に通信可能に接続されている。各装置は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）プロトコルとＵＤＰに従って相互に通信を行う。ネットワーク１０４は、ルーター１０３を介して外部ネットワーク１０５と接続されている。

デバイス１０２は、プリンタ、複写機、ファクシミリ、スキャナ等の周辺機器またはそれらの複合機能を備える装置である。デバイス１０２は、所定の通信プロトコルに対応し、例えば、ＴＣＰ／ＩＰプロトコルに対応する。また、デバイス１０２は、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）に対応したＷｉｎｄｏｗｓＯＳ標準のネットワークプロトコルであるＷＳＤ（Ｗｅｂ ｓｅｒｖｉｃｅ ｏｎ Ｄｅｖｉｃｅｓ）に対応する。また、デバイス１０２は、近隣のネットワークデバイスの名前解決ができるＬＬＭＮＲ（Ｌｉｎｋ－Ｌｏｃａｌ Ｍｕｌｔｉｃａｓｔ Ｎａｍｅ Ｒｅｓｏｌｕｔｉｏｎ）プロトコルに対応する。また、デバイス１０２のＷＳＤ機能、ＬＬＭＮＲ機能は、ユーザーがデバイス１０２を直接操作することにより機能の有効／無効の切り替えが可能である。ルーター１０３は、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ機能を有し、ＰＣ１０１、デバイス１０２にＩＰアドレスを割り当てる。

図２は、ＰＣ１０１の構成の一例を示す図である。ＰＣ１０１は、モニタ２０１、ＣＰＵ２０２、ＲＯＭ２０３、ＲＡＭ２０４、補助記憶装置２０５、キーボード２０６、ポインティングデバイス２０７、ネットワークボード２０８を備える。各構成要素は、バス２０９を介して相互に接続される。モニタ２０１は、例えば、アプリケーション４０１等のアプリケーションやドライバのＵｓｅｒ Ｉｎｔｅｒｆａｃｅ（以下、ＵＩ）画面を表示する。

ＣＰＵ２０２は、ＰＣ１０１を統括的に制御し、例えば、ＲＯＭ２０３や補助記憶装置２０５が記憶する、アプリケーションやドライバ等のプログラムをＲＡＭ２０４にロードして実行する。例えば、本実施形態の動作は、ＣＰＵ２０２がＲＡＭ２０４にロードしたプログラムを実行することにより実現される。ＲＯＭ２０３は、例えば、ＢＩＯＳ等の基本ソフトウェアや、ＰＣ１０１で実行される処理を実現するための各種プログラムを記憶する。ＲＡＭ２０４は、例えば、アプリケーションやドライバなどのソフトウェアや、それらが用いるデータを一時的に記憶する。補助記憶装置２０５は、例えば、ハードディスクであり、ＯＳ、アプリケーション、ドライバ、種々のモジュールなどのソフトウェア（プログラム）を記憶する。

補助記憶装置２０５が記憶するドライバには、デバイス１０２を制御するデバイスドライバ（スキャナドライバ、プリンタドライバ、ファクシミリドライバ等）が含まれる。また、補助記憶装置２０５が記憶するドライバには、モニタ２０１における表示を制御する表示制御ドライバ、キーボード２０６を制御するキーボードドライバ、ポインティングデバイス２０７を制御するポインティングデバイスドライバが含まれる。さらに、補助記憶装置２０５が記憶するドライバには、ネットワークボード２０８の通信を制御するネットワークドライバが含まれる。

補助記憶装置２０５が記憶するアプリケーションには、図４に示すアプリケーション４０１が含まれる。アプリケーション４０１は、ＴＣＰ／ＩＰによるデバイスの検索機能を有する。なお、アプリケーション４０１は、当該検索機能を有するモジュールを呼び出してそれらの機能を実行させるようにしても良い。また、当該検索機能は、別のモジュールに設けられていても良い。キーボード２０６およびポインティングデバイス２０７は、ユーザーからの指示を入力する入力装置である。ネットワークボード２０８は、ネットワーク１０４を介して、デバイス１０２との通信を行う。

図３は、デバイス１０２の構成の一例を示す図である。図３は、デバイス１０２がプリンタである場合のハードウェア構成の一例を示している。デバイス１０２は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、通信部３０４、記録部３０５、操作部３０６、表示部３０７を備える。デバイス１０２を構成する各種構成要素は、バス３０８を介して相互に接続される。

ＣＰＵ３０１は、例えばマイクロプロセッサである。ＣＰＵ３０１は、デバイス１０２の中央処理装置として機能し、デバイス１０２を統括的に制御する。ＣＰＵ３０１は、例えば、ＲＯＭ３０２が記憶するプログラムをＲＡＭ３０３にロードし、ロードしたプログラムを実行することによって、通信部３０４、記録部３０５、操作部３０６および表示部３０７を制御する。ＲＯＭ３０２は、例えば、デバイス１０２で実行される処理を実現するための各種プログラムを記憶する。ＲＡＭ３０３は、例えば、ＣＰＵ３０１のワークエリアとして用いられ、各種データを一時的に記憶する。

通信部３０４は、ネットワーク１０４を介して、他のデバイスとの通信を行う。記録部３０５は、例えば、画像データに基づいて紙などの記録媒体に印刷を行う。操作部３０６は、ボタンやタッチパネル等の入力装置を含んで構成される。表示部３０７は、例えば、デバイス１０２を操作するためのＵＩ画面や、デバイス１０２の各種情報を表示する。なお、デバイス１０２がプリンタ以外のデバイスである場合には、デバイス１０２は、記録部３０５に代えて、または記録部３０５に加えて、他の構成要素を適宜備える。例えば、デバイス１０２がスキャナであれば、デバイス１０２は、原稿上の画像を光学的に読み取る読取部を備える。

ここで本実施形態が想定する課題の一例について説明する。例えば、Ｗｉｎｄｏｗｓ１０（登録商標）では、Ｍｉｃｒｏｓｏｆｔ ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ） Ｃｌａｓｓ Ｄｒｉｖｅｒ（以下「ＩＰＰドライバ」という）用のドライバを標準装備している。ＩＰＰドライバは、インストール対象デバイスがＩＰＰプロトコルをサポートしていれば、Ａｄｄ Ｐｒｉｎｔｅｒ Ｗｉｚａｒｄを用いることでインストールすることができる。このときに生成されるアイコンには、ＷＳＤ（Ｗｅｂ ｓｅｒｖｉｃｅ ｏｎ Ｄｅｖｉｃｅｓ）ポートが紐づけされる（以下、「ＷＳＤアイコン」という）。

通常、ＷＳＤアイコンを削除すると、アイコンに紐づくＷＳＤポートも自動的に削除される。しかしながら、ＩＰＰドライバに紐づいて生成されたＷＳＤアイコンの場合、ＷＳＤアイコンを削除してもＷＳＤポートが残ってしまう場合がある。ＩＰＰドライバに紐づいていたＷＳＤポートが残ったＰＣ環境でＯｕｔｂｏｘドライバをインストールすると、残存したＷＳＤポートが妨げとなって新規のＷＳＤアイコンを生成することができないおそれがあった。

図４は、デバイス１０２と通信するアプリケーションの構成の一例を示すブロック図である。図４に示すように、ＰＣ１０１は、アプリケーション４０１と、ドライバＩＮＦファイル４０２と、プリンタドライバ４０３と、スキャナドライバ４０４と、ファックスドライバ４０５を保持する。

アプリケーション４０１は、デバイスのドライバをＰＣ１０１にインストールするドライバインストーラである。アプリケーション４０１は、ＰＣ１０１と接続しているデバイス１０２を検索し、検索により検出したデバイスに係る情報をモニタ２０１に表示させる。そして、該表示された情報のうちユーザーにより選択された情報に対応するデバイスのドライバをＰＣ１０１にインストールする。

ドライバＩＮＦファイル４０２には、アプリケーション４０１がインストールするドライバ（プリンタドライバ４０３、スキャナドライバ４０４、ファックスドライバ４０５の少なくともいずれか）に対応するドライバ情報が含まれる。ドライバ情報は、例えば、デバイスの機種情報を含む。

アプリケーション４０１は、デバイス検索部４０６と、検出デバイス出力部４０７と、ドライバインストール部４０８と、生成ポート種判定部４０９と、流用可能アイコン検出部４１０と、新規ポート／アイコン生成部４１１を有する。図４に示す各部は、ＰＣ１０１のＣＰＵ２０２が補助記憶装置２０５に記憶されているアプリケーション４０１を読み出して実行することで実現される。本実施形態では、アプリケーション４０１は、同一ネットワーク内にあるデバイスを検索し、検出したデバイスをモニタ２０１に表示する。一方、同一ネットワーク内にあるデバイスを検索できなかった場合、アプリケーション４０１は、デバイスを検出できなかった旨をモニタ２０１に表示する。

デバイス検索部４０６は、ドライバ情報を含むドライバＩＮＦファイル４０２から取得したターゲットデバイスのデバイス名情報と、デバイス検索部４０６が検索したデバイスのデバイス名情報とを比較する。ここで、ターゲットデバイスとは、アプリケーション４０１が対応するデバイスの機種を指す。検出デバイス出力部４０７は、デバイス検索部４０６において検索されたデバイスのデバイス名情報と、ドライバＩＮＦファイル４０２から取得したターゲットデバイスのデバイス名情報が一致した場合、モニタ２０１に検出したデバイスを表示する。ユーザーは、モニタ２０１に表示されたデバイスの一覧から、所望のデバイスを選択可能である。

ドライバインストール部４０８は、検出デバイス出力部４０７により表示されたデバイスからユーザーが選択したデバイス（以下、「所望デバイス」という）に対応するドライバをインストールする。なお、検出デバイス出力部４０７により表示されたデバイスからユーザーが選択したデバイスの種類によって、インストールされるドライバは異なる。例えば、ユーザーが選択したデバイスがプリンタの場合、アプリケーション４０１は、プリンタドライバ４０３をＰＣ１０１にインストールする。ユーザーが選択したデバイスがスキャナの場合、アプリケーション４０１は、スキャナドライバ４０４をＰＣ１０１にインストールする。さらに、ユーザーが選択したデバイスがＭＦＰ（Ｍｕｌｔｉ－Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）の場合があり得る。その場合、アプリケーション４０１は、プリンタドライバ４０３と、スキャナドライバ４０４とファックスドライバ４０５の少なくともいずれかと、をＰＣ１０１にインストールする。例えば、スキャナ機能とプリント機能を備えるＭＦＰであれば、プリンタドライバ４０３と、スキャナドライバ４０４がインストールされる。また、例えば、スキャナ機能とプリント機能とファックス機能を備えるＭＦＰであれば、プリンタドライバ４０３と、スキャナドライバ４０４とファックスドライバ４０がインストールされる。また、既にＰＣに登録されているアイコンに所望デバイスに対応するＩｎｂｏｘドライバが紐づいていた場合、アイコンはそのままで、紐づいているＩｎｂｏｘドライバを、デバイスの製造元から提供されるＯｕｔｂｏｘドライバに差し替えることができる。本実施形態では、デバイスインストーラによりＯｕｔｂｏｘドライバをインストールすることによって、ＩｎｂｏｘドライバをＯｕｔｂｏｘドライバに差し替えるケースを説明する。

生成ポート種判定部４０９は、デバイス１０２と通信してＰＣ１０１に生成可能なポートの種類（ポート種別）を特定する。流用可能アイコン検出部４１０は、ＰＣ１０１に既に登録されている既存アイコンの中から、流用可能なアイコンを検出する。本実施形態では、流用可能アイコンとは、ドライバインストール部４０８でインストールしたドライバに紐づき、かつ、デバイス１０２と通信可能なポートに紐づいているアイコンのことを指す。新規ポート／アイコン生成部４１１は、生成ポート種判定部４０９で特定されたポートの種類に基づき、デバイス１０２と通信可能なポートとアイコンを新規生成する。

図５は、検出デバイス出力部４０７によりモニタ２０１に表示されるデバイス検出結果を示す、アプリケーション４０１のＵＩ画面の一例を示す図である。図５の各項目については後述する。

図６（ａ）は、アプリケーション４０１のＵＩ画面の一例を示す図である。図６（ａ）の画面は、アプリケーション４０１がドライバインストール部４０８と、生成ポート種判定部４０９と、流用可能アイコン検出部４１０と、新規ポート／アイコン生成部４１１の処理を実行しているときに表示される。インストール中画面６０１は、内部処理のステータスを示す内部処理ステータス６０２を含む。例えば、アプリケーション４０１がドライバインストール部４０８の処理を実行している場合、内部処理ステータス６０２には「ドライバインストール中・・・」などのメッセージと進捗バー６０３が表示される。

図６（ｂ）は、図６（ａ）の内部処理が完了したときに表示される、アプリケーション４０１のＵＩ画面の一例を示す図である。例えば、ドライバインストール部４０８の処理が完了した場合には、インストール完了のメッセージ６０２が表示される。

図７は、アプリケーション４０１が起動されてから終了するまでの処理を示すフローチャートである。まず、アプリケーション４０１が起動されると、アプリケーション４０１は、図５に示すデバイス検索結果画面５０１を表示する。アプリケーション４０１は、デバイス検索結果画面５０１のデフォルト画面を表示後、ＰＣ１０１と接続しているデバイスの検索を、ユーザー操作を介さずに自動で開始する（Ｓ７０１）。このとき、ネットワークだけでなく、異なるインターフェースで接続（例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ケーブルなど）されているデバイスも同時に検索しても良い。アプリケーション４０１は、デバイス検索を終了すると（Ｓ７０２のＹｅｓ）、デバイス一覧５０２に検出したデバイスを表示する。アプリケーション４０１は、ユーザーによる図５のデバイスの一覧から、所望のデバイスの選択とインストール開始ボタン５０４の押下を受け付ける（Ｓ７０３）。一方、デバイス一覧５０２の中にユーザーが所望するデバイスが見つからない、または、デバイス一覧５０２にデバイスが表示されていない場合、ユーザーは、再検索ボタン５０３を押下する。このユーザー操作を受け付けると、デバイス検索部４０６により再度デバイス検索が実行される。なお、再検索ボタン５０３が押下されると、アプリケーション４０１は、デバイス一覧５０２の内容をクリアする。

検出したデバイスの中から所望のデバイスの選択を受付けてインストール開始ボタン５０４が押下されると、アプリケーション４０１は、ＵＩをデバイス検索結果画面５０１からドライバインストール画面６０１に切り替える。このとき、アプリケーション４０１は、選択されたデバイスのネットワーク情報（ＩＰアドレスなど）を保存する（Ｓ７０４）。なお、ネットワーク情報は、Ｓ７０１のデバイス検索時に検索された各デバイスから取得される。ドライバインストール画面６０１に切り替わると、アプリケーション４０１は、選択されたデバイスのドライバのインストール処理を実行する（Ｓ７０５）。そして、アプリケーション４０１は、後述する図８の生成ポート種判定処理（Ｓ７０６）、後述する図９の流用可能アイコン検出処理（Ｓ７０７）の順に実行する。ドライバインストール処理（Ｓ７０５）は、ドライバインストール部４０８により実行される。また、生成ポート種判定処理（Ｓ７０６）は、生成ポート種判定部４０９により実行される。また、流用可能アイコン検出処理（Ｓ７０７）は、流用可能アイコン検出部４１０により実行される。

アプリケーション４０１は、流用可能アイコン検出処理（Ｓ７０７）で流用可能アイコンを検出したか否かを判定する（Ｓ７０８）。Ｓ７０７で流用可能アイコンを検出しなかった場合（Ｓ７０８のＮｏ）、新規ポート／アイコン生成部４１１により、新規ポート／アイコン生成処理が実行される（Ｓ７０９）。新規ポート／アイコン生成処理では、生成ポート種判定処理で判定されたポートの種類に基づいて、ドライバインストール部４０８がインストールした各種ドライバ４０３～４０５に紐付く新規ポートおよびアイコンが生成される。Ｓ７０９の処理は、図１２で後述する。

一方、Ｓ７０７の流用可能アイコン検出処理で流用可能アイコンを検出した場合（Ｓ７０８のＹｅｓ）、アプリケーション４０１は、新規ポート／アイコンを生成せず、検出した流用可能アイコンを用いる（Ｓ７１０）。つまり、流用可能アイコンはそのまま使用し、当該流用可能アイコンに紐付けられているドライバを、Ｓ７０５でインストールしたドライバに変更する。Ｓ７０９またはＳ７１０の処理が終了すると、アプリケーション４０１は、インストール処理が完了した旨を示す図６（ｂ）の画面を表示する。このとき、ユーザーにより終了ボタン６０４が押下されると、図７の処理が終了する。

図８は、図７の生成ポート種判定処理（Ｓ７０６）を示すフローチャートである。図８では、通信ポートに優先順位を設け、優先順が高いポートの順に基づいて、生成されるポートの種類の判定処理を実行する。本実施形態におけるポートの優先順位は、ＷＳＤ、ＴＣＰ／ＩＰの順としている。まず、生成ポート種判定部４０９は、ＷＳＤプロトコルによるネットワークデバイス探索処理を実行する（Ｓ８０１）。つまり、生成ポート種判定部４０９は、ＷＳＤプロトコルに従ってネットワーク１０４に接続されているデバイスを探索する。

生成ポート種判定部４０９は、デバイス探索の結果、Ｓ７０４で保存した所望デバイスのネットワーク情報に一致するデバイスを検出したか否かを判定する（Ｓ８０２）。例えば、生成ポート種判定部４０９は、Ｓ７０４で保存したＩＰアドレスと同じＩＰアドレスを持つデバイスがＳ８０１の探索処理で検出されたか否かを判定する。Ｓ７０４で保存した所望デバイスのネットワーク情報に一致するデバイスを検出した場合（Ｓ８０２のＹｅｓ）、生成ポート種判定部４０９は、生成されるポートの種類はＷＳＤであると判断する（Ｓ８０３）。Ｓ８０３の後、生成ポート種判定部４０９は、ＷＳＤプロトコルによるネットワークデバイス探索時に取得したデバイスのＵＵＩＤを保持し（Ｓ８０４）、図８の処理を終了する。一方、Ｓ７０４で保存しておいた所望デバイスのネットワーク情報に一致するデバイスを検出しなかった場合（Ｓ８０２のＮｏ）、生成ポート種判定部４０９は、生成されるポートの種類はＴＣＰ／ＩＰであると判定し（Ｓ８０５）、図８の処理を終了する。

図９は、図７の流用可能アイコン検出処理（Ｓ７０７）を示すフローチャートである。まず、流用可能アイコン検出部４１０は、Ｓ７０６の生成ポート種判定処理の結果、生成されるポートの種類はＷＳＤであるかＴＣＰ／ＩＰであるかを判定する（Ｓ９０１）。生成されるポートの種類がＷＳＤである場合（Ｓ９０１のＹｅｓ）、流用可能アイコン検出部４１０は、後述する図１０の流用可能ＷＳＤアイコン検出処理を実行する（Ｓ９０２）。一方、生成されるポートの種類がＴＣＰ／ＩＰであると判定された場合（Ｓ９０１のＮｏ）、流用可能アイコン検出部４１０は、後述する図１１の流用可能ＴＣＰ／ＩＰアイコン検出処理を実行する（Ｓ９０３）。Ｓ９０２またはＳ９０３の後、流用可能アイコン検出部４１０は、図９の処理を終了する。

図１０は、図９の流用可能ＷＳＤアイコン検出処理（Ｓ９０２）を示すフローチャートである。まず、流用可能アイコン検出部４１０は、ＰＣ１０１に登録されている全てのアイコンのアイコン情報を取得する（Ｓ１００１）。なお、アイコン情報とは、例えば、アイコンに紐付けられているドライバ名、ポートの種類、ポート名称などが含まれる。アイコン情報が取得された後、流用可能アイコン検出部４１０は、Ｓ１００１で取得した全てのアイコン情報に対して、流用可能なＷＳＤアイコンを探索するためのループ処理を開始する（Ｓ１００２）。ループ処理において、まず、流用可能アイコン検出部４１０は、ループ処理の対象となるチェック対象アイコンに紐づくドライバ名とＳ７０５でインストールされたドライバ名が一致するか否かを判定する（Ｓ１００３）。チェック対象のアイコンに紐づくドライバ名とインストールされたドライバ名が一致しない場合（Ｓ１００３のＮｏ）、流用可能アイコン検出部４１０は、次のアイコンのアイコン情報のチェックを開始する。一方、アイコンに紐づくドライバ名とインストールされたドライバ名が一致する場合（Ｓ１００３のＹｅｓ）、流用可能アイコン検出部４１０は、チェック対象アイコンに紐づくポートの種類がＷＳＤであるか否かを判定する（Ｓ１００４）。

アイコンに紐づくポートの種類がＷＳＤではない場合（Ｓ１００４のＮｏ）、流用可能アイコン検出部４１０は、次のアイコンのチェックを開始する。一方、アイコンに紐づくポートの種類がＷＳＤである場合（Ｓ１００４のＹｅｓ）、流用可能アイコン検出部４１０は、ＷＳＤポートに設定されているＵＵＩＤとＳ８０４で保持したデバイスのＵＵＩＤとが一致するか否かを判定する（Ｓ１００５）。具体的には、流用可能アイコン検出部４１０は、ＵＵＩＤの管理モジュールからＳ１００１で取得したポート名称に対応するＵＵＩＤを取得する。ここで取得されたＵＵＩＤを使ってＳ１００５が実行される。

このように、Ｓ１００３～Ｓ１００５においては、アイコン判定の結果、条件を満たす流用可能なＷＳＤアイコンが検出される。

ＵＵＩＤが一致しない場合（Ｓ１００５のＮｏ）、流用可能アイコン検出部４１０は、次のアイコンのチェックを開始する。一方、ＵＵＩＤが一致する場合（Ｓ１００５のＹｅｓ）、流用可能アイコン検出部４１０は、ループ処理を終了し、流用可能なＷＳＤアイコンを検出したと判断し（Ｓ１００６）、その後、図１０の処理を終了する。一方、ループ処理が全てのアイコンに対して行われた場合、流用可能アイコン検出部４１０は、流用可能なＷＳＤアイコンはないと判断し（Ｓ１００７）、その後、図１０の処理を終了する。

図１１は、図９の流用可能ＴＣＰ／ＩＰアイコン検出処理（Ｓ９０３）を示すフローチャートである。まず、流用可能アイコン検出部４１０は、ＰＣ１０１に登録されている全てのアイコンのアイコン情報を取得する（Ｓ１１０１）。アイコン情報が取得された後、流用可能アイコン検出部４１０は、Ｓ１１０１で取得した全てのアイコン情報に対して、流用可能なＴＣＰ／ＩＰアイコンを探索するためのループ処理を開始する（Ｓ１１０２）。ループ処理において、まず、流用可能アイコン検出部４１０は、ループ処理の対象となるチェック対象アイコンに紐づくドライバ名とＳ７０５でインストールされたドライバ名が一致するか否かを判定する（Ｓ１１０３）。アイコンに紐づくドライバ名とインストールされたドライバ名が一致しない場合（Ｓ１１０３のＮｏ）、流用可能アイコン検出部４１０は、次のアイコンのアイコン情報のチェックを開始する。一方、チェック対象のアイコンに紐づくドライバ名とインストールされたドライバ名が一致する場合（Ｓ１１０３のＹｅｓ）、流用可能アイコン検出部４１０は、チェック対象アイコンに紐づくポートの種類がＴＣＰ／ＩＰであるか否かを判定する（Ｓ１１０４）。

アイコンに紐づくポートがＴＣＰ／ＩＰでない場合（Ｓ１１０４のＮｏ）、流用可能アイコン検出部４１０は、次のアイコンのアイコン情報のチェックを開始する。一方、アイコンに紐づくポートがＴＣＰ／ＩＰである場合（Ｓ１１０４のＹｅｓ）、Ｓ１１０５に進む。流用可能アイコン検出部４１０は、ＴＣＰ／ＩＰポートに設定されているネットワーク情報とＳ７０４で保持したデバイスのネットワーク情報とが一致するか否かを判定する（Ｓ１１０５）。ネットワーク情報とは、例えばＩＰアドレスである。

このように、Ｓ１１０３～Ｓ１１０５においては、アイコン判定の結果、条件を満たす流用可能なＴＣＰ／ＩＰアイコンが検出される。

ネットワーク情報が一致しない場合（Ｓ１１０５のＮｏ）、流用可能アイコン検出部４１０は、次のアイコンのアイコン情報のチェックを開始する。一方、ネットワーク情報が一致する場合（Ｓ１１０５のＹｅｓ）、流用可能アイコン検出部４１０は、ループ処理を終了し、流用可能なＴＣＰ／ＩＰアイコンを検出したと判断し（Ｓ１１０６）、その後、図１１の処理を終了する。一方、ループ処理が全てのアイコンに対して行われた場合、流用可能アイコン検出部４１０は、流用可能なＴＣＰ／ＩＰアイコンはないと判断し（Ｓ１１０７）、その後、図１１の処理を終了する。

図１２は、図７の新規ポート／アイコン生成処理（Ｓ７０９）を示すフローチャートである。まず、新規ポート／アイコン生成部４１１は、Ｓ７０６の生成ポート種判定処理で判定されたポートの種類がＷＳＤであるかＴＣＰ／ＩＰであるかを判定する（Ｓ１２０１）。Ｓ７０６の生成ポート種判定処理で判定されたポートの種類がＴＣＰ／ＩＰである場合（Ｓ１２０１のＮｏ）、新規ポート／アイコン生成部４１１は、ＴＣＰ／ＩＰで新規ポート／アイコンを生成する（Ｓ１２０５）。

一方、Ｓ７０６の生成ポート種判定処理で判定されたポートの種類がＷＳＤである場合（Ｓ１２０１のＹｅｓ）、新規ポート／アイコン生成部４１１は、後述する図１３の新規ＷＳＤポート／アイコン生成処理を開始する（Ｓ１２０２）。そして、新規ポート／アイコン生成部４１１は、新規ＷＳＤポート／アイコンの生成が成功したか否かを判定する（Ｓ１２０３）。

新規ＷＳＤポート／アイコンの生成に成功した場合（Ｓ１２０３のＹｅｓ）、新規ポート／アイコン生成部４１１は、ＷＳＤアイコンの生成が成功と判断し（Ｓ１２０４）、その後、図１２の処理を終了する。一方、新規ＷＳＤポート／アイコンの生成に失敗した場合（Ｓ１２０３のＮｏ）、新規ポート／アイコン生成部４１１は、代わりにＴＣＰ／ＩＰで新規ポート／アイコンを生成する（Ｓ１２０５）。Ｓ１２０５の後、新規ポート／アイコン生成４１１は、図１２の処理を終了する。

図１３は、図１２の新規ＷＳＤポート／アイコン生成処理（Ｓ１２０２）を示すフローチャートである。まず、新規ポート／アイコン生成部４１１は、ＰＣ１０１に登録されている全てのポートを取得する（Ｓ１３０１）。新規ポート／アイコン生成部４１１は、ＰＣ１０１に登録されている全てのポートを取得すると、新規ＷＳＤポート／アイコン生成ＡＰＩを実行する（Ｓ１３０２）。なお、新規ＷＳＤポート／アイコン生成ＡＰＩを実行することで、アイコンと、そのアイコン用のＷＳＤポートが生成される。新規ポート／アイコン生成部４１１は、新規ＷＳＤポート／アイコン生成ＡＰＩからの返信が成功であるか失敗であるかを判定する（Ｓ１３０３）。

新規ＷＳＤポート／アイコン生成ＡＰＩからの返信が失敗である場合（Ｓ１３０３のＮｏ）、新規ポート／アイコン生成部４１１は、ＷＳＤアイコン生成が失敗と判断し（Ｓ１３０４）、その後、図１３の処理を終了する。一方、新規ＷＳＤポート／アイコン生成ＡＰＩからの返信が成功である場合（Ｓ１３０３のＹｅｓ）、新規ポート／アイコン生成部４１１は、再度ＰＣ１０１に登録されている全てのポートを取得する（Ｓ１３０５）。

新規ポート／アイコン生成部４１１は、ＰＣ１０１に登録されている全てのポートを取得すると、Ｓ１３０１で取得した時のポート数よりもＳ１３０５で取得したポート数が大きいか否かを判定する（Ｓ１３０６）。Ｓ１３０１で取得した時のポート数よりもＳ１３０５で取得したポート数が大きくない（即ち、増加していない）場合（Ｓ１３０６のＮｏ）、新規ポート／アイコン生成部４１１は、ＷＳＤアイコン生成が失敗と判断する（Ｓ１３０４）。Ｓ１３０４の後、図１３の処理を終了する。

一方、Ｓ１３０１で取得した時のポート数よりもＳ１３０５で取得したポート数が大きい（即ち、増加している）場合（Ｓ１３０６のＹｅｓ）、Ｓ１３０７に進む。新規ポート／アイコン生成部４１１は、新しく生成された新規ＷＳＤポートに設定されているＵＵＩＤ取得を試み、その取得が成功したか否かを判定する（Ｓ１３０７）。具体的には、新規ポート／アイコン生成部４１１は、Ｓ１３０６において増加した分のポートを新規ポートと特定する。新規ポート／アイコン生成部４１１は、新規ポートとして特定されたポート名のＵＵＩＤの取得を試みる。新しく生成されたＷＳＤポートのＵＵＩＤ取得に失敗した場合（Ｓ１３０７のＮｏ）、新規ポート／アイコン生成部４１１は、ＷＳＤアイコン生成が失敗と判断し（Ｓ１３０４）、その後、図１３の処理を終了する。

一方、新しく生成されたＷＳＤポートのＵＵＩＤ取得に成功した場合（Ｓ１３０７のＹｅｓ）、Ｓ１３０８に進む。新規ポート／アイコン生成部４１１は、Ｓ１３０７で取得した新規ＷＳＤポートのＵＵＩＤとＳ８０４で保持したデバイスのＵＵＩＤが一致するか否かを判定する（Ｓ１３０８）。Ｓ１３０７で取得した新規ＷＳＤポートのＵＵＩＤとＳ８０４で保持したデバイスのＵＵＩＤが一致しない場合（Ｓ１３０８のＮｏ）、新規ポート／アイコン生成部４１１は、ＷＳＤアイコン生成が失敗と判断する（Ｓ１３０４）。Ｓ１３０４の後、新規ポート／アイコン生成部４１１は、図１３の処理を終了する。

一方、Ｓ１３０７で取得した新規ＷＳＤポートのＵＵＩＤとＳ８０４で保持したデバイスのＵＵＩＤが一致した場合（Ｓ１３０８のＹｅｓ）、新規ポート／アイコン生成部４１１は、ＷＳＤアイコン生成が成功と判断する（Ｓ１３０９）。Ｓ１３０９の後、新規ポート／アイコン生成部４１１は、図１３の処理を終了する。

以上のように、本実施形態によれば、アプリケーション４０１は、ポート判定の結果、条件を満たす流用可能なアイコンがないと判断された場合、図１２の新規ポート／アイコン生成処理が実行される。新規ポート／アイコン生成処理では、アプリケーション４０１は、新規ＷＳＤポート／アイコン生成ＡＰＩを実行する前と後のそれぞれで取得されたポート数を比較し、比較結果に基づいて、新規のＷＳＤアイコンが生成されているかを判断する。そのような構成により、新規ＷＳＤアイコン生成の妨げとなるポートがＰＣ１０１に残存することで新規ＷＳＤアイコンの生成に失敗していたとしても、アプリケーション４０１は別のポート（ＴＣＰ／ＩＰポート）で新規アイコンを生成することができる。その結果、残存ポートが妨げとなって、ユーザーが操作対象とすべきアイコンが生成されないといった事態を防ぐことができる。また、新規ＷＳＤポートに設定されているＵＵＩＤに基づいて、新規ＷＳＤポートが所望プリンタに紐づくＷＳＤポートであるかを判定するので、新規ＷＳＤアイコンの生成が成功したか否かについてより正確に判定することができる。

なお、本実施形態では、Ｓ７０６の生成ポート種判定処理において、ＷＳＤポートとＴＣＰ／ＩＰポートを用いた例を示したが、これに限定されるものではない。例えば、ＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）など、他のプロトコルを判定処理に加えたり、もしくは置き換えられても良い。また、本実施形態では、生成される通信ポートの優先順位をＷＳＤ、ＴＣＰ／ＩＰの順としたが、例えば、ＷＳＤ、ＴＣＰ／ＩＰ、ＩＰＰのように他のプロトコルを加えても良い。もしくは、アプリケーション４０１やデバイス１０２の状況に合わせて優先順位が変更されても良い。

また、本実施形態では、アプリケーション４０１がユーザー操作を介することなく自動で通信ポートを判定する構成としている。しかしながら、例えば、アプリケーションのＵＩに新しく生成ポートを指定する画面を表示し、ユーザーが生成したい通信ポートを指定するようにしても良い。このとき、指定した通信ポートでの生成に失敗した場合、指定した通信ポートでの生成に失敗した旨を伝える画面を表示しても良いし、アプリケーション４０１が代替の通信ポートをユーザー操作を介することなく自動で判定して生成するようにしても良い。

また、本実施形態では、Ｓ７０３でユーザーがデバイス検索結果画面５０１で所望デバイスを選択後に、Ｓ７０６の生成ポート種判定処理を実行している。しかしながら、Ｓ７０１のデバイス検索処理においてデバイスを検出した直後に、Ｓ７０６の生成ポート種判定処理を実行するようにしても良い。一方、複数インターフェース（ネットワークとＵＳＢ、など）で接続されているデバイスを検索する場合があり得る。その場合、Ｓ７０６の生成ポート種判定処理をＳ７０１のデバイス検索処理の直後に実行すると、ユーザーがＵＳＢデバイスを選択した場合には、生成ポート種判定処理の意味がなくなってしまう可能性がある。そのため、複数インターフェースのデバイス検索を行う場合には、ユーザーにより所望デバイスと所望インターフェースが特定された後に、必要に応じて、Ｓ７０６の生成ポート種判定処理（Ｓ７０６）を行うようにしても良い。そのような構成により、送信するパケットを低減するなど、処理効率を向上させることができる。

［第２実施形態］
以下、第１実施形態と異なる点について第２実施形態を説明する。第１実施形態で説明したように、新規ＷＳＤアイコンの生成の妨げとなるポートがＰＣ１０１に残存していて、新規ＷＳＤアイコンの生成に失敗していたとしても、アプリケーション４０１は、別のポートによって新規アイコンを生成することができる。

本実施形態では、さらに以下のようなユースケースを想定する。例えば、インストール対象デバイスがプリントとファックスのように、複数の機能をサポートしているデバイス（例えばＭＦＰ）とする。加えて、ＰＣ１０１には、インストール対象デバイスについてＯＳの機能によりＩＰＰドライバのインストールによりＷＳＤアイコンとＷＳＤポートが生成される。その後、ユーザーの操作によりＷＳＤアイコンが削除されてＷＳＤポートだけが残っていたとする。このようなＰＣ環境で、インストーラによるインストールが行われると、まず上述した第１実施形態の処理によりプリンタドライバのインストール処理とプリンタのアイコン生成処理（Ｓ７０９）またはプリンタの流用可能アイコンの利用（Ｓ７１０）が行われる。そして、残存したＷＳＤポートを流用してファックス機能用のＷＳＤアイコンのみが生成される。これは、ファックス機能はＷＳＤポートをサポートしているが、ＩＰＰドライバはファックス機能をサポートしていないためである。

上記のようなユースケースの場合、ＰＣ１０１に登録されているポートの数に変化がないことに基づいてアプリケーション４０１はＷＳＤアイコン生成に失敗したと判定し、ＴＣＰ／ＩＰポートの生成を実行する。その場合、ＷＳＤポート用とＴＣＰ／ＩＰポート用の２つのファックス用アイコンが生成される。本実施形態では、上記のようなユースケースの場合でも、ＷＳＤポート用とＴＣＰ／ＩＰ用の２つのファックス用アイコンが重複して生成されることを防ぐことができる。

図１４は、本実施形態における図１２の新規ＷＳＤポート／アイコン生成処理（Ｓ１２０２）を示すフローチャートである。まず、新規ポート／アイコン生成部４１１は、ＰＣ１０１に登録されている全てのポートと全てのアイコンを取得する（Ｓ１４０１、Ｓ１４０２）。Ｓ１４０１とＳ１４０２の後、新規ポート／アイコン生成部４１１は、新規ＷＳＤポート／アイコン生成ＡＰＩを実行する（Ｓ１４０３）。そして、新規ポート／アイコン生成部４１１は、新規ＷＳＤポート／アイコン生成ＡＰＩからの返信が成功であるか失敗であるかを判定する（Ｓ１４０４）。

新規ＷＳＤポート／アイコン生成ＡＰＩからの返信が失敗である場合（Ｓ１４０４のＮｏ）、新規ポート／アイコン生成部４１１は、ＷＳＤアイコン生成が失敗と判断し（Ｓ１４０５）、その後、図１４の処理を終了する。一方、新規ＷＳＤポート／アイコン生成ＡＰＩからの返信が成功である場合（Ｓ１４０４のＹｅｓ）、新規ポート／アイコン生成部４１１は、再度ＰＣ１０１に登録されている全てのポートを取得する（Ｓ１４０６）。

新規ポート／アイコン生成部４１１は、ＰＣ１０１に登録されている全てのポートを取得すると、Ｓ１４０１で取得した時のポート数よりもＳ１４０６で取得したポート数が大きいか否か判定する（Ｓ１４０７）。Ｓ１４０１で取得した時のポート数よりもＳ１４０６で取得したポート数が大きくない（即ち、増加していない）場合（Ｓ１４０７のＮｏ）、新規ポート／アイコン生成部４１１は、後述する図１５の不要ＷＳＤアイコン削除処理を実行する（Ｓ１４０８）。不要ＷＳＤアイコン削除処理の完了後、新規ポート／アイコン生成部４１１は、ＷＳＤアイコン生成が失敗と判断し（Ｓ１４０５）、その後、図１４の処理を終了する。

一方、Ｓ１４０１で取得した時のポート数よりもＳ１４０６で取得したポート数が大きい（即ち、増加している）場合（Ｓ１４０７のＹｅｓ）、Ｓ１４０９に進む。新規ポート／アイコン生成部４１１は、新しく生成された新規ＷＳＤポートに設定されているＵＵＩＤ取得を試み、その取得が成功したか失敗したかを判定する（Ｓ１４０９）。新しく生成された新規ＷＳＤポートのＵＵＩＤ取得に失敗した場合（Ｓ１４０９のＮｏ）、新規ポート／アイコン生成部４１１は、ＷＳＤアイコン生成が失敗と判断し（Ｓ１４０５）、その後、図１４の処理を終了する。

一方、新しく生成された新規ＷＳＤポートのＵＵＩＤ取得に成功した場合（Ｓ１４０９のＹｅｓ）、Ｓ１４１０に進む。新規ポート／アイコン生成部４１１は、Ｓ１４０９で取得した新規ＷＳＤポートのＵＵＩＤとＳ８０４で保持したデバイスのＵＵＩＤが一致するか否かを判定する（Ｓ１４１０）。Ｓ１４０９で取得した新規ＷＳＤポートのＵＵＩＤとＳ８０４で保持したデバイスのＵＵＩＤが一致しない場合（Ｓ１４１０のＮｏ）、新規ポート／アイコン生成部４１１は、ＷＳＤアイコン生成が失敗と判断する（Ｓ１４０５）。Ｓ１４０５の後、新規ポート／アイコン生成部４１１は、図１４の処理を終了する。

一方、Ｓ１４０９で取得した新規ＷＳＤポートのＵＵＩＤとＳ８０４で保持したデバイスのＵＵＩＤが一致する場合（Ｓ１４１０のＹｅｓ）、新規ポート／アイコン生成部４１１は、ＷＳＤアイコン生成が成功と判断する（Ｓ１４１１）。Ｓ１４１１の後、新規ポート／アイコン生成部４１１は、図１４の処理を終了する。

図１５は、図１４の不要ＷＳＤアイコン削除処理（Ｓ１４０８）を示すフローチャートである。まず、新規ポート／アイコン生成部４１１は、ＰＣ１０１に登録されている全てのアイコンを取得する（Ｓ１５０１）。そして、新規ポート／アイコン生成部４１１は、Ｓ１４０２で取得したアイコンの数よりもＳ１５０１で取得したアイコンの数が大きいか否かを判定する（Ｓ１５０２）。Ｓ１４０２で取得したアイコンの数よりもＳ１５０１で取得したアイコンの数が大きくない（即ち、増加していない）場合（Ｓ１５０２のＮｏ）、新規ポート／アイコン生成部４１１は、図１５の処理を終了する。一方、Ｓ１４０２で取得したアイコンの数よりもＳ１５０１で取得したアイコンの数が大きい（即ち、増加している）場合（Ｓ１５０２のＹｅｓ）、Ｓ１５０３に進む。新規ポート／アイコン生成部４１１は、新しく生成された新規アイコンに紐づくポートがＷＳＤであるか否かを判定する（Ｓ１５０３）。

新規アイコンに紐づくポートがＷＳＤでない場合（Ｓ１５０３のＮｏ）、新規ポート／アイコン生成部４１１は、図１５の処理を終了する。一方、新規アイコンに紐づくポートがＷＳＤである場合（Ｓ１５０３のＹｅｓ）、新規ポート／アイコン生成部４１１は、新規アイコンに紐づくドライバ名と、Ｓ７０５でインストールされたドライバ名とが一致するか否かを判定する（Ｓ１５０４）。

新規アイコンに紐づくドライバ名とＳ７０５でインストールされたドライバ名が一致しない場合（Ｓ１５０４のＮｏ）、新規ポート／アイコン生成部４１１は、図１５の処理を終了する。一方、新規アイコンに紐づくドライバ名とＳ７０５でインストールされたドライバ名とが一致する場合（Ｓ１５０４のＹｅｓ）、新規ポート／アイコン生成部４１１は、新規アイコンを削除し（Ｓ１５０５）、その後、図１５の処理を終了する。

以上のように、本実施形態によれば、機能用アイコンが複数（ＷＳＤ用とＴＣＰ／ＩＰ用など）重複して生成されてしまうのを防ぐことができる。また、本実施形態では、ＷＳＤアイコンが削除された後に、図１２の処理においてＴＣＰ／ＩＰアイコンが生成される。しかしながら、ＷＳＤポート用とＴＣＰ／ＩＰポート用の２つのファックス用アイコンが生成されることを防ぐために、他の処理が実行されても良い。例えば、Ｓ１４０３で生成されたファックス用ＷＳＤアイコンを削除せず、ＴＣＰ／ＩＰアイコン生成時にファックス用アイコンを生成せずプリント用アイコンだけを生成するようにしても良い。

また、本実施形態では、Ｓ１４０３で新規ＷＳＤポート／アイコン生成ＡＰＩを実行した後、Ｓ１５０１でＰＣ１０１に登録されている全てのアイコンを取得しているが、その際、以下のように構成しても良い。例えば、ＰＣ１０１のスペックが低いことでＷＳＤアイコンがすぐに生成されない場合は、一定時間待機してからＳ１５０１で全てのアイコンを取得するようにしても良い。また、Ｓ１５０２でのアイコン数の判定時に、アイコン数に変化がない場合（即ち、Ｓ１５０２のＮｏ）には、一定時間内の間Ｓ１５０２のアイコン数の判定処理を繰り返すようにしても良い。そのような構成により、アイコンの生成処理に係るＰＣの処理時間を考慮した適切な判定を行うことができる。

［第３実施形態］
以下、第１及び第２実施形態と異なる点について第３実施形態を説明する。第１及び第２実施形態では、新規ＷＳＤアイコン生成ＡＰＩ実行処理（Ｓ１３０２、Ｓ１４０３）の後に新規ＷＳＤアイコンが正常に生成できたかを判定すると説明した。本実施形態では、新規ＷＳＤアイコン生成ＡＰＩを実行する前に、新規ＷＳＤアイコン生成の妨げとなるＷＳＤポートが残存していないかを判定する。

図１６は、本実施形態における図１２の新規ＷＳＤポート／アイコン生成処理（Ｓ１２０２）を示すフローチャートである。まず、新規ポート／アイコン生成部４１１は、新規ＷＳＤポート／アイコン生成の妨げになる既存ＷＳＤポートがＰＣ１０１に登録されていないかを判定する図１７の既存ＷＳＤポートチェック処理を実行する（Ｓ１６０１）。そして、新規ＷＳＤポート／アイコン生成部４１１は、新規ＷＳＤポート／アイコン生成の妨げになる既存ＷＳＤポートがＰＣ１０１から検出されたか否かを判定する（Ｓ１６０２）。

新規ＷＳＤポート／アイコン生成の妨げになる既存ＷＳＤポートがＰＣ１０１から検出された場合（Ｓ１６０２のＹｅｓ）、新規ポート／アイコン生成部４１１は、新規ＷＳＤアイコン生成不可と判断し（Ｓ１６０３）、その後、図１６の処理を終了する。一方、新規ＷＳＤポート／アイコン生成の妨げになる既存ＷＳＤポートがＰＣ１０１から検出されなかった場合（Ｓ１６０２のＮｏ）、新規ポート／アイコン生成部４１１は、新規ＷＳＤアイコン生成ＡＰＩ実行処理を実行する（Ｓ１６０４）。そして、新規ポート／アイコン生成部４１１は、新規ＷＳＤポート／アイコン生成ＡＰＩからの返信が成功であるか失敗であるかを判定する（Ｓ１６０５）。

新規ＷＳＤアイコン生成ＡＰＩからの返信が失敗である場合（Ｓ１６０５のＮｏ）、新規ポート／アイコン生成部４１１は、新規ＷＳＤアイコンの生成が不可と判断し（Ｓ１６０３）、その後、図１６の処理を終了する。一方、新規ＷＳＤアイコン生成ＡＰＩからの返信が成功である場合（Ｓ１６０５のＹｅｓ）、新規ポート／アイコン生成部４１１は、新規ＷＳＤアイコン生成が成功と判断し（Ｓ１６０６）、その後、図１６の処理を終了する。Ｓ１６０３の後、図１２のＳ１２０３では、新規ＷＳＤポート／アイコンの生成に失敗したと判定されるようにしても良い。

図１７は、図１６の既存ＷＳＤポートチェック処理（Ｓ１６０１）を示すフローチャートである。まず、新規ポート／アイコン生成部４１１は、ＰＣに登録されている全てのポートを取得する（Ｓ１７０１）。そして、新規ポート／アイコン生成部４１１は、取得したポートの中から新規ＷＳＤアイコン生成の妨げになるＷＳＤポートの有無をチェックするためのループ処理を開始する（Ｓ１７０２）。

ループ処理において、まず、新規ポート／アイコン生成部４１１は、ループ処理の対象となるチェック対象のポートがＷＳＤポートであるか否かを判定する（Ｓ１７０３）。チェック対象のポートがＷＳＤポートでない場合（Ｓ１７０３のＮｏ）、新規ポート／アイコン生成部４１１は、チェック対象ポートを別のポートに切り替え、ループ処理を繰り返す。一方、チェック対象のポートがＷＳＤポートである場合（Ｓ１７０３のＹｅｓ）、Ｓ１７０４に進む。新規ポート／アイコン生成部４１１は、チェック対象のポートに設定されているＵＵＩＤと、Ｓ８０４で保持したデバイスのＵＵＩＤとが一致するか否かを判定する（Ｓ１７０４）。

チェック対象ポートに設定されているＵＵＩＤと、Ｓ８０４で保持したデバイスのＵＵＩＤが一致しない場合（Ｓ１７０４のＮｏ）、新規ポート／アイコン生成部４１１は、チェック対象ポートを別のポートに切り替え、ループ処理を繰り返す。一方、チェック対象のポートに設定されているＵＵＩＤと、Ｓ８０４で保持したデバイスのＵＵＩＤが一致する場合（Ｓ１７０４のＹｅｓ）、Ｓ１７０５に進む。新規ポート／アイコン生成部４１１は、チェック対象ポートにＩＰＰ ＰｏｒｔＩＤが設定されているか否かを判定する（Ｓ１７０５）。

チェック対象ポートにＩＰＰ ＰｏｒｔＩＤが設定されていない場合（Ｓ１７０５のＮｏ）、新規ポート／アイコン生成部４１１は、チェック対象ポートを別のポートに切り替え、ループ処理を繰り返す。一方、チェック対象ポートにＩＰＰ ＰｏｒｔＩＤが設定されている場合（Ｓ１７０５のＹｅｓ）、Ｓ１７０６に進む。新規ポート／アイコン生成部４１１は、チェック対象ポートは新規ＷＳＤアイコン生成の妨げになるＷＳＤポートであると判断し（Ｓ１７０６）、その後、図１７の処理を終了する。即ち、Ｓ１７０６では、新規ＷＳＤポート／アイコン生成の妨げになる既存ＷＳＤポートがＰＣ１０１から検出されたと判断される。一方、Ｓ１７０６に進むことなくループ処理を終了した場合、新規ポート／アイコン生成部４１１は、新規ＷＳＤアイコン生成が可能と判断し（Ｓ１７０７）、その後、図１７の処理を終了する。即ち、Ｓ１７０７では、新規ＷＳＤポート／アイコン生成の妨げになる既存ＷＳＤポートがＰＣ１０１から検出されなかったと判断される。

以上のように、本実施形態によれば、新規ポート／アイコン生成部４１１は新規ＷＳＤアイコン生成ＡＰＩを実行する前に、新規ＷＳＤアイコン生成の妨げとなるＷＳＤポートが残存していないかを判定することができる。これにより、ＷＳＤポートが残存している場合には、新規ＷＳＤアイコン生成ＡＰＩの処理がスキップされる。そのため、アプリケーション４０１の処理効率を向上させることができる。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１０１ ＰＣ： １０２ デバイス： ２０２ ＣＰＵ： ２０３ ＲＯＭ： ２０４ ＲＡＭ

Claims (18)

1. デバイスと通信可能な情報処理装置であって、
   デバイスに対応するドライバをインストールするインストール手段と、
   前記インストール手段によりインストールされた前記ドライバに対応して、アイコンを生成する第１生成手段によるアイコンの生成ができないかを判定する判定手段と、
   前記判定手段により前記第１生成手段によるアイコンの生成ができないと判定された場合、アイコンを生成する第２生成手段により、前記インストール手段によりインストールされた前記ドライバに対応したアイコンを生成する制御手段と、
   を備えることを特徴とする情報処理装置。
2. 前記第１生成手段によりアイコンの生成が実行される前と後において、前記情報処理装置に登録されているポート数を取得する取得手段、をさらに備え、
   前記判定手段は、前記第１生成手段によりアイコンの生成が実行されても、該実行の前と比べて前記取得手段により取得されたポート数が増えていないことに基づいて、前記第１生成手段によるアイコンの生成ができないと判定する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記判定手段は、前記第１生成手段によりアイコンの生成が実行されたことによって該実行の前と比べて前記取得手段により取得されたポート数が増えていることに基づいて、前記第１生成手段によるアイコンの生成ができると判定することを特徴とする請求項２に記載の情報処理装置。
4. 新しく生成されたポートが条件を満たすか否かを判定するポート判定手段、をさらに備え、
   前記新しく生成されたポートが前記条件を満たすと前記ポート判定手段により判定された場合、前記判定手段は、前記第１生成手段によるアイコンの生成ができると判定し、
   前記新しく生成されたポートが前記条件を満たさないと前記ポート判定手段により判定された場合、前記判定手段は、前記第１生成手段によるアイコンの生成ができないと判定する、
   ことを特徴とする請求項２又は３に記載の情報処理装置。
5. 前記条件は、前記新しく生成されたポートに設定された情報と前記デバイスの情報との一致を含むことを特徴とする請求項４に記載の情報処理装置。
6. 前記情報処理装置に登録されているアイコンから取得されたアイコンのうち、条件を満たすアイコンの有無を判定するアイコン判定手段と、をさらに備え、
   前記制御手段は、前記アイコン判定手段により前記条件を満たすアイコンがないと判定され、且つ、前記判定手段により前記第１生成手段によるアイコンの生成ができないと判定された場合、前記第２生成手段により、前記インストール手段によりインストールされた前記ドライバに対応したアイコンを生成する、
   ことを特徴とする請求項２乃至５のいずれか１項に記載の情報処理装置。
7. 前記条件は、ドライバに関する条件と、ポートに関する条件、の少なくともいずれかを含むことを特徴とする請求項６に記載の情報処理装置。
8. 前記ドライバに関する条件は、アイコンに対応するドライバ名と前記ドライバのドライバ名との一致を含むことを特徴とする請求項７に記載の情報処理装置。
9. 前記ポートに関する条件は、アイコンに対応するポートの種別と前記デバイスに対応して生成されるポートの種別との一致を含むことを特徴とする請求項７又は８に記載の情報処理装置。
10. 前記制御手段は、前記アイコン判定手段により前記条件を満たすアイコンがあると判定された場合、前記第１生成手段によるアイコンの生成を行わず、前記インストール手段によりインストールされた前記ドライバに対応したアイコンとして、前記条件を満たすアイコンを用いることを特徴とする請求項６乃至９のいずれか１項に記載の情報処理装置。
11. 前記第１生成手段によりアイコンの生成が実行されても、該実行の前と比べて前記取得手段により取得されたポート数が増えておらず、前記デバイスが有する機能について複数のポート種別に対応してアイコンが生成される場合、アイコンの削除を行う削除手段、をさらに備えることを特徴とする請求項２乃至１０のいずれか１項に記載の情報処理装置。
12. 前記取得手段によるポート数の取得の代わりに、第１生成手段によるアイコンの生成が実行される前に、条件を満たすポートの有無を判定する第２ポート判定手段、をさらに備え、
    前記判定手段は、前記第２ポート判定手段により前記条件を満たすポートがあると判定された場合、前記第１生成手段によるアイコンの生成ができないと判定し、前記第２ポート判定手段により前記条件を満たすポートがないと判定された場合、前記第１生成手段によるアイコンの生成ができると判定する、
    ことを特徴とする請求項２乃至１１のいずれか１項に記載の情報処理装置。
13. 前記条件は、所定の通信ポートの種類であることを含むことを特徴とする請求項１２に記載の情報処理装置。
14. 前記第１生成手段は、ＷＳＤ（Ｗｅｂ ｓｅｒｖｉｃｅ ｏｎ Ｄｅｖｉｃｅｓ）ポートに対応づけられたアイコンを生成することを特徴とする請求項１乃至１３のいずれか１項に記載の情報処理装置。
15. 前記第２生成手段は、ＴＣＰ／ＩＰポートに対応づけられたアイコンを生成することを特徴とする請求項１乃至１４のいずれか１項に記載の情報処理装置。
16. 前記インストール手段によりインストールされる前記ドライバは、デバイスの製造元から提供されるドライバであることを特徴とする請求項１乃至１５のいずれか１項に記載の情報処理装置。
17. デバイスと通信可能な情報処理装置において実行される制御方法であって、
    デバイスに対応するドライバをインストールするインストール工程と、
    前記インストール工程においてインストールされた前記ドライバに対応して、アイコンを生成する第１生成手段によるアイコンの生成ができないかを判定する判定工程と、
    前記判定工程において前記第１生成手段によるアイコンの生成ができないと判定された場合、アイコンを生成する第２生成手段により、前記インストール工程においてインストールされた前記ドライバに対応したアイコンを生成する制御工程と、
    を有することを特徴とする制御方法。
18. 請求項１乃至１６のいずれか１項に記載の情報処理装置の各手段としてコンピュータを機能させるためのプログラム。

Images