JP7433874B2 - 情報処理装置、方法、及びプログラム - Google Patents

Description

本発明は、情報処理装置、方法、及びプログラムに関し、特に、ネットワークデバイスドライバのインストール処理の技術に関する。

近年、情報処理装置（以下ＰＣ）の周辺機器（以下デバイス）の分野では、単機能でなく複数機能が１つのデバイスに搭載されている。このようなデバイスとして、例えば、プリント機能だけでなく、スキャン機能およびファックス機能を搭載するＭＦＰ（Ｍｕｌｔｉ－Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）等が挙げられる。このようなデバイスはＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）やネットワークなど様々なインターフェースを介してＰＣと接続することが可能である。特にネットワークにおいては、同一ネットワーク上にある複数のＰＣやスマートデバイスで共有してデバイスを利用することが可能になった。

デバイスの様々なインターフェースへの対応に伴い、特定のデバイスに対応するデバイスドライバをＰＣにインストールし、様々なインターフェース上で該特定のデバイスを検索する方法として、図１３に示す方法が知られている。図１３（ａ）は、ネットワークとＵＳＢとの各インターフェースを考慮したドライバインストーラのＵＩ画面フローを示し、図１３（ｂ）は、該ドライバインストーラに従ってＰＣが実行する処理のフローを示す。

従来、デバイス検索プロトコルを、デバイスを開発するメーカが独自に開発してきた。しかし近年、ＯＳの標準機能として、ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）プロトコルに対応したデバイスを検索し、そのプロトコルに対応した通信ポートに関連付けてデバイスドライバをインストールすることが可能となっている。そして、メーカ独自のデバイス検索プロトコルと、ＯＳ標準のデバイス検索プロトコルとの両方に対応したデバイスが普及している。

これらのデバイス検索プロトコルを用いる場合に、ネットワークの状態やデバイスの状態によっては、デバイスを検出できない可能性がある。特許文献１には、図１３（ｂ）に示すネットワークポート生成処理において、デバイス探索プロトコルを用いてデバイスと通信し、複数の通信ポートのうち通信可能な通信ポートを特定する方法が開示されている。

特開２０１６－２２４７３１号公報

特許文献１では、ドライバインストール処理と、周辺機器の検索処理と、ネットワークポート生成処理内で実行する通信可能な通信ポートを決定するための通信処理とを、シーケンシャルで実行している。このため、情報処理装置と周辺機器との通信時に周辺機器からの応答に時間がかかると、各工程での処理に時間がかかり、ドライバインストールを含む周辺機器の設定処理全体に影響を及ぼしてしまう。

そこで本発明は、上記の課題に鑑み、周辺機器の設定にかかる時間の増加を抑えることを目的とする。

本発明の一実施形態は、ネットワーク経由で通信可能な周辺機器を検索する検索手段と、前記検索手段による検索結果として、検出した周辺機器それぞれの情報を、表示手段に表示させる表示制御手段と、前記検出した周辺機器のなかからユーザーにより選択された周辺機器の情報を記憶手段に記憶させる記憶制御手段と、前記選択された周辺機器に対応するドライバをインストールするインストール手段と、前記記憶手段に記憶された前記情報に基づき、前記選択された周辺機器と通信可能なポートを決定する通信可能ポート決定手段と、を有する情報処理装置であって、前記通信可能ポート決定手段による通信可能ポート決定処理が開始された後の且つ前記通信可能ポート決定処理が完了される前のタイミングに前記インストール手段によるインストール処理が開始されること、又は、前記インストール処理が開始された後の且つ前記インストール処理が完了される前のタイミングに前記通信可能ポート決定処理が開始されることにより、前記インストール処理と、前記通信可能ポート決定処理とは、並列して実行されることを特徴とする情報処理装置である。

本発明によれば、周辺機器の設定にかかる時間の増加を抑えることが可能になる。

第１の実施形態におけるシステムの構成を示すブロック図 第１の実施形態におけるＰＣ１０１のハードウェア構成を示すブロック図 第１の実施形態におけるデバイス１０２のハードウェア構成を示すブロック図 第１の実施形態におけるＰＣ１０１のソフトウェア構成を示すブロック図 第１の実施形態におけるアプリケーション４０１によって表示される、デバイス検索結果を示す画面 （ａ）第１の実施形態におけるアプリケーション４０１によって表示される、インストール処理中の画面（ｂ）第１の実施形態におけるアプリケーション４０１によって表示される、インストール完了の旨を通知する画面 （ａ）第１の実施形態におけるアプリケーション４０１の全体のＵＩ画面フロー（ｂ）第１の実施形態におけるアプリケーション４０１の全体の処理の流れを示すフローチャート 第１の実施形態における通信可能ポート決定処理のフローチャート 第１の実施形態におけるＷＳＤポート生成可否の判定処理のフローチャート 第１の実施形態におけるＬＬＭＮＲポート生成可否の判定処理のフローチャート 第２の実施形態における通信可能ポート決定処理のフローチャート 第３の実施形態におけるアプリケーション４０１の全体の処理の流れを示すフローチャート （ａ）従来のアプリケーション４０１の全体のＵＩ画面フロー（ｂ）従来のアプリケーション４０１の全体の処理の流れを示すフローチャート

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものではない。また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。

なお、以降の記載において、複数の処理を並列（もしくは並行）して実行することについて記載されている。ここでの「並列」（もしくは「並行」）は、複数の処理が同時に実行される場合と、複数の処理の一部が交互に実行される場合を含むものとする。後者の場合、例えば処理Ａが開始され、処理Ｂが完了する前に処理Ｂが開始されるとする。そして、例えば処理Ａ、処理Ｂのそれぞれ一部が微小な時間で交互に実行される場合も「並列」に含まれる。この場合、処理Ａ、処理Ｂは厳密には同時に実行されていないが、処理Ａの完了前に処理Ｂが実行されているため、例えばユーザーにとっては両者が同時に実行されることになる。

［第１の実施形態］
＜システムの構成＞
図１は、本実施形態における情報処理装置（以下ＰＣ）１０１を含むネットワークシステムの構成の一例を示すブロック図である。図１に示すシステムでは、ＰＣ１０１と、周辺機器（以下デバイス）１０２と、ルーター１０３とが、ネットワーク１０４を介して接続されている。各装置は、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）プロトコルとＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）とに従って、通信を行う。ネットワーク１０４は、ルーター１０３を介して外部ネットワーク１０５と接続されている。

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

＜ＰＣ１０１のハードウェア構成＞
図２は、ＰＣ１０１のハードウェア構成を示すブロック図である。ＰＣ１０１は、モニタ２０１と、ＣＰＵ２０２と、ＲＯＭ２０３と、ＲＡＭ２０４と、補助記憶装置２０５と、キーボード２０６と、ポインティングデバイス２０７と、ネットワークボード２０８とを有する。各構成要素は、バス２０９を介して相互に接続され、構成要素間でデータを送信または受信することが可能である。

モニタ２０１には、アプリケーション４０１（図４参照）等のアプリケーションやドライバのＵｓｅｒ Ｉｎｔｅｒｆａｃｅ（以下、ＵＩ）が表示される。ＵＩには、ＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）が含まれる。ＣＰＵ２０２は、ＲＯＭ２０３や補助記憶装置２０５に記憶されている、アプリケーションやドライバ等のプログラムをＲＡＭ２０４にロードして、該ロードしたプログラムを実行する。これにより、以下で説明する本実施形態における処理が実行される。

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

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

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

＜デバイス１０２のハードウェア構成＞
図３は、デバイス１０２のハードウェア構成を示すブロック図である。尚、図３は、デバイス１０２がプリンタのケースを示しているが、前述した通り、デバイス１０２としてプリンタ以外の装置を採用してよい。

デバイス１０２は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、通信部３０４と、記録部３０５と、操作部３０６と、表示部３０７とを有する。デバイス１０２を構成するこれらの構成要素は、バス３０８を介して相互に接続され、構成要素間でデータを送信または受信することが可能である。ＣＰＵ３０１は、デバイス１０２の中央処理装置として機能し、例えば、マイクロプロセッサである。ＣＰＵ３０１は、ＲＯＭ３０２に記憶されているプログラムをＲＡＭ３０３にロードし、該ロードしたプログラムを実行することによって、通信部３０４、記録部３０５、操作部３０６、及び表示部３０７を制御する。

ＲＯＭ３０２には、デバイス１０２で実行する処理を実現するための各種プログラムが記憶される。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして用いられる。ＲＡＭ３０３には、各種データが一時的に記憶される。通信部３０４は、ネットワークを介して、デバイス１０２外のＰＣ１０１等の他デバイスとの通信を行う。

記録部３０５は、例えば、印刷ジョブに含まれる画像データに基づき作成される記録データに応じて、紙などの記録媒体に画像を記録（印刷）する。操作部３０６は、ボタンやタッチパネル等の入力装置で構成され、ユーザーは、操作部３０６を介してデバイス１０２への入力を行う。表示部３０７には、デバイス１０２を操作するための画面等のＧＵＩや、デバイス１０２の各種情報が表示され、ユーザーは、表示部３０７に表示された内容を視認する。

尚、デバイス１０２がプリンタ以外のデバイスである場合、デバイス１０２は、記録部３０５に代えて、または記録部３０５に加えて、他の構成要素を有することになる。例えば、デバイス１０２がスキャナであれば、デバイス１０２は、他の構成要素として、原稿上の画像を読み取る読取部を有する。

＜アプリケーション４０１のソフトウェア構成＞
図４は、ＰＣ１０１が有するアプリケーションであって、ＰＣ１０１がデバイス１０２と通信するためのアプリケーションの構成を示すブロック図である。図４に示すように、ＰＣ１０１は、アプリケーション４０１と、ドライバＩＮＦファイル４０２と、プリンタドライバ４０３と、スキャナドライバ４０４と、ファックスドライバ４０５とを有する。

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

ドライバＩＮＦファイル４０２には、アプリケーション４０１によってインストールされるドライバ（本例ではドライバ４０３～４０５の何れか１つ以上）に対応するデバイスの機種情報などのデバイス固有の情報が含まれる。

アプリケーション４０１は、デバイス検索部４０６と、検出デバイス出力部４０７と、ドライバインストール部４０８と、通信可能ポート決定部４０９と、通信ポート生成部４１０と、キュー生成部４１１とを有する。図４に示す各部は、ＰＣ１０１のＣＰＵ２０２が、ＲＯＭ２０３または補助記憶装置２０５に記憶されているアプリケーション４０１のプログラムを読み出して実行することで実現される。本実施形態では、アプリケーション４０１は、同一ネットワーク内にあるデバイスを検索し、検出したデバイスの情報をモニタ２０１に表示する。一方、同一ネットワーク内にあるデバイスを検索できなかった場合、アプリケーション４０１は、デバイスを１台も検出できなかった旨をモニタ２０１に表示する。

デバイス検索部４０６は、ドライバ情報を含むドライバＩＮＦファイル４０２から得たターゲットデバイス（アプリケーション４０１が対応するデバイスの機種）のデバイス名情報と、デバイス検索部４０６が検索したデバイスのデバイス名情報とを比較する。

検出デバイス出力部４０７は、デバイス検索部４０６により検索されたデバイスのデバイス名情報と、ドライバＩＮＦファイル４０２から得たターゲットデバイスのデバイス名情報とが一致した場合、この一致したデバイスの情報をモニタ２０１に表示する。ユーザーは、モニタ２０１に表示されたデバイスの一覧から、所望のデバイス（所望デバイスとする）を選択する。

ドライバインストール部４０８は、検出デバイス出力部４０７により表示された一覧からユーザーが選択したデバイスに対応するドライバをインストールする。尚、検出デバイス出力部４０７により表示された一覧からユーザーが選択したデバイスの種類によって、ドライバインストール部４０８がインストールするドライバは異なる。例えば、ユーザーが選択したデバイスがプリンタの場合、アプリケーション４０１は、プリンタドライバ４０３をＰＣ１０１にインストールする。また、ユーザーが選択したデバイスがスキャナの場合、アプリケーション４０１は、スキャナドライバ４０３をＰＣ１０１にインストールする。さらに、ユーザーが選択したデバイスがＭＦＰの場合、アプリケーション４０１はプリンタドライバ４０３に加えて、スキャナドライバ４０４とファックスドライバ４０５との少なくとも１つをＰＣ１０１にインストールする。

通信可能ポート決定部４０９は、ユーザーが選択したデバイスと複数のデバイス探索用プロトコルを用いて通信し、何れの通信可能ポートが該デバイスにとって最適な通信可能ポートか判定し、決定する。

通信ポート生成部４１０は、通信可能ポート決定部４０９により決定された通信可能ポートを生成する。

キュー生成部４１１は、ドライバインストール部４０８によりインストールされた各種ドライバと、通信ポート生成部４１０により生成された通信ポートとを紐付けたキューを、ＰＣ１０１に生成する。

＜アプリケーション４０１のＧＵＩ＞
図５は、モニタ２０１に表示されるアプリケーション４０１のＧＵＩの一例として、検出デバイス出力部４０７によるデバイス検索結果を示す画面（デバイス検索結果画面とする）５０１を示す図である。

図６（ａ）は、アプリケーション４０１のＧＵＩの一例を示す。具体的には図６（ａ）は、ドライバインストール部４０８と、通信可能ポート決定部４０９と、通信ポート生成部４１０と、キュー生成部４１１との処理を実行しているときに表示される画面（インストール中画面とする）６０１を示している。インストール中画面６０１では、内部処理のステータスがメッセージ６０２を用いて示されている。例えば、ドライバインストール部４０８がドライバインストール処理を実行している場合、図６（ａ）に示すように、メッセージ６０２として「ドライバインストール中・・・」等と表示される。

図６（ｂ）は、図６（ａ）に示す内部処理（具体的にはドライバインストール処理）の完了後に表示される、アプリケーション４０１のＧＵＩの一例を示す図である。

＜アプリケーション４０１の処理＞
以下、本実施形態におけるアプリケーション４０１に従い実行される処理について、図７を用いて説明する。図７（ａ）は、ＰＣ１０１のＣＰＵ２０２がアプリケーション４０１を実行することでモニタ２０１に表示されるＧＵＩの遷移を示す。図７（ｂ）は、ＰＣ１０１のＣＰＵ２０２がアプリケーション４０１を実行したときの全体の処理の流れを示すフローチャートである。

まず、ユーザーがアプリケーション４０１を起動すると、ＣＰＵ２０２は、図５に示すデバイス検索結果画面５０１を表示する。ＣＰＵ２０２がデバイス検索結果画面５０１を表示した後、ステップＳ７０１において、デバイス検索部４０６は、ＰＣ１０１と接続しているデバイスの検索を自動で開始する。このとき、ネットワークだけでなく、異なるインターフェースで接続（例えば、ＵＳＢケーブルなど）されるデバイスも同時に検索しても良い。デバイス検索部４０６によるデバイスの検索が終了すると、検出されたデバイス等の検索結果が、デバイス一覧５０２に表示される。尚、以下では「ステップＳ～」を「Ｓ～」と略記する。

Ｓ７０２において、ユーザーは、デバイス一覧５０２を確認し、デバイス一覧５０２に所望デバイスが含まれているか否かを判断する。デバイス一覧５０２に所望デバイスが含まれている場合、Ｓ７０３に進む。一方、デバイスが１台も表示されない等、デバイス一覧５０２に所望デバイスが含まれていない場合に、ユーザーが再検索ボタン５０３（図５参照）を押下すると、Ｓ７０１に戻り、デバイス検索部４０６がデバイス検索処理を再び実行する。尚、ユーザーが再検索ボタン５０３を押下すると、デバイス一覧５０２の表示内容はクリアされる。

Ｓ７０２の後、ユーザーは、デバイス一覧５０２に表示されているデバイスの中から、所望デバイスを選択的に決定、具体的には、デバイス一覧５０２に表示されているデバイスの中から所望デバイスを選択し、インストール開始５０４ボタンを押下する。そして、Ｓ７０３において、ＣＰＵ２０２は、このユーザー入力を受け付ける。

Ｓ７０３の後、モニタ２０１に表示される画面がデバイス検索結果画面５０１からドライバインストール中画面６０１に切り替わる。このとき、Ｓ７０４において、ＣＰＵ２０２は記憶制御手段として機能し、ユーザーが選択したデバイスのネットワーク情報（ＩＰアドレスなど）をＲＡＭ２０４に記憶する。

Ｓ７０４の後、ＣＰＵ２０２は、Ｓ７０５のドライバインストール処理と、Ｓ７０６の通信可能ポート決定処理とを並列で（並行して）実行する。このとき、ドライバインストール処理はドライバインストール部４０８によって実行され、通信可能ポート決定処理は通信可能ポート決定部４０９によって実行される。ドライバインストール処理（Ｓ７０５）と、通信可能ポート決定処理（Ｓ７０６）との両方が終了すると、Ｓ７０７に進む。

Ｓ７０７において、通信ポート生成部４１０は、Ｓ７０６における通信可能ポート決定処理の結果に応じた通信ポートを生成する。Ｓ７０７の通信ポート生成処理が終了すると、Ｓ７０８に進む。

Ｓ７０８において、キュー生成部４１１は、Ｓ７０５でドライバインストール部４０８がインストールした各種ドライバと、Ｓ７０７で通信ポート生成部４１０が生成した通信ポートとに紐付くキューを生成する。Ｓ７０８におけるキュー生成処理が終了すると、ＣＰＵ２０２は、インストール処理が完了した旨を示す画面（図６（ｂ）参照）をモニタ２０１に表示する。その後、ユーザーが終了ボタン６０４を押下すると、図７（ｂ）に示す一連の処理が終了し、アプリケーション４０１が終了する。

＜通信可能ポート決定処理＞
図８は、通信可能ポート決定処理（図７（ｂ）のＳ７０６）の流れを示すフローチャートである。通信可能ポート決定処理では、通信ポートに優先順位を設けており、具体的には、優先順位が高いプロトコルの順に、通信ポートの生成が可能か否かの判定処理を実行する。尚、本実施形態における通信ポートの優先順位は、ＷＳＤプロトコル、ＬＬＭＮＲプロトコル、固定ＩＰアドレスの順としている。

まず、Ｓ８０１において、通信可能ポート決定部４０９は、ＷＳＤプロトコルによる通信ポート（ＷＳＤ通信ポート、ＷＳＤポート等と呼ぶ）の生成が可能か否か判定する処理（ＷＳＤポート生成可否の判定処理とする）を実行し、その結果を受け取る。尚、ＷＳＤポート生成可否の判定処理の詳細については、図９を用いて後述する。

Ｓ８０２において、通信可能ポート決定部４０９は、Ｓ８０１におけるＷＳＤポート生成可否の判定処理の実行結果に基づき、ＷＳＤの通信ポートを生成可能か判定する。本ステップの判定結果が真の場合、Ｓ８０３に進む。一方、本ステップの判定結果が偽の場合、Ｓ８０４に進む。

Ｓ８０３において、通信可能ポート決定部４０９は、通信可能ポートがＷＳＤポートと決定し、通信可能ポート決定処理は終了する。

Ｓ８０４において、通信可能ポート決定部４０９は、ＬＬＭＮＲプロトコルによる通信ポート（ＬＬＭＮＲポートとする）の生成が可能か否か判定する処理（ＬＬＭＮＲポート生成可否の判定処理とする）を実行し、その結果を受け取る。尚、ＬＬＭＮＲポート生成可否の判定処理の詳細については、図１０を用いて後述する。

Ｓ８０５において、通信可能ポート決定部４０９は、Ｓ８０４におけるＬＬＭＮＲポート生成可否の判定処理の実行結果に基づき、ＬＬＭＮＲポートを生成可能か判定する。本ステップの判定結果が真の場合、Ｓ８０６に進む。一方、本ステップの判定結果が偽の場合、Ｓ８０７に進む。

Ｓ８０６において、通信可能ポート決定部４０９は、通信可能ポートがＬＬＭＮＲポートと決定し、通信可能ポート決定処理は終了する。

Ｓ８０７において、通信可能ポート決定部４０９は、通信可能ポートが固定ＩＰアドレスのポートと決定し、通信可能ポート決定処理は終了する。

＜ＷＳＤポート生成可否の判定処理＞
図９は、ＷＳＤポート生成可否の判定処理（図８のＳ８０１）の流れを示すフローチャートである。

まず、Ｓ９０１において、通信可能ポート決定部４０９は、ＷＳＤプロトコルによるネットワーク探索を開始し、ネットワーク上に存在するデバイスの検出を試みる。

Ｓ９０２において、通信可能ポート決定部４０９は、Ｓ９０１のデバイス探索の結果、デバイスの検出に成功したか判定する。本実施形態では具体的には、Ｓ７０４で記憶しておいた所望デバイスのネットワーク情報で特定されるデバイスを検出した場合、デバイスの検出に成功したとみなす。本ステップの判定結果が真の場合、Ｓ９０３に進む。一方、本ステップの判定結果が偽の場合、Ｓ９０４に進む。

Ｓ９０３において、通信可能ポート決定部４０９は、ＷＳＤ通信ポートを生成可能と判定し、ＷＳＤポート生成可否の判定処理（Ｓ８０１）は終了する。

Ｓ９０４において、通信可能ポート決定部４０９は、ＷＳＤ通信ポートを生成不可と判定し、ＷＳＤポート生成可否の判定処理（Ｓ８０１）は終了する。

＜ＬＬＭＮＲポート生成可否の判定処理＞
図１０は、ＬＬＭＮＲポート生成可否の判定処理（図８のＳ８０４）の流れを示すフローチャートである。

まず、Ｓ１００１において、通信可能ポート決定部４０９は、Ｓ７０４で記憶しておいた所望デバイスのネットワーク情報に基づき所望デバイスとユニキャスト通信を行う。本ステップでユニキャスト通信を行う理由は、所望デバイスに設定されているＬＬＭＮＲホスト名を取得するためである。

Ｓ１００２において、通信可能ポート決定部４０９は、ＬＬＭＮＲホスト名の取得に成功したか判定する。本ステップの判定結果が真の場合、Ｓ１００３に進む。一方、本ステップの判定結果が偽の場合、Ｓ１００６に進む。

Ｓ１００３において、通信可能ポート決定部４０９は、Ｓ１００１で取得したＬＬＭＮＲホスト名を用いて名前解決を実行する。

Ｓ１００４において、通信可能ポート決定部４０９は、Ｓ１００３における名前解決に成功したか判定する。本ステップの判定結果が真の場合、Ｓ１００５に進む。一方、本ステップの判定結果が偽の場合、Ｓ１００６に進む。

Ｓ１００５において、通信可能ポート決定部４０９は、ＬＬＭＮＲの通信ポートを生成可能と判定し、ＬＬＭＮＲポート生成可否の判定処理（Ｓ８０４）は終了する。

Ｓ１００６において、通信可能ポート決定部４０９は、ＬＬＭＮＲの通信ポートを生成不可と判定し、ＬＬＭＮＲポート生成可否の判定処理（Ｓ８０４）は終了する。

＜本実施形態の効果等＞
本実施形態によれば、ＰＣ１０１に接続されているネットワークデバイス１０２を先に検出することで、アプリケーション４０１は、ドライバインストール処理（Ｓ７０５）と通信可能ポート決定処理（Ｓ７０６）とを並列で（並行して）実行することが可能になる。従って、各処理をシーケンシャルで実行するよりも、ドライバのインストール処理を早く完了することができる。

尚、前述のケースでは、通信可能ポート決定処理（図７のＳ７０６）において、ＷＳＤプロトコルとＬＬＭＮＲプロトコルとを用いたが、本実施形態はこれに限定されない。例えば、ＩＰＰ（ＩｎｔｅｒｎｅｔＰｒｉｎｔｉｎｇＰｒｏｔｏｃｏｌ）やＤＮＳ（ＤｏｍａｉｎＮａｍｅＳｙｓｔｅｍ）等、他のプロトコルを追加的に用いてよいし、ＷＳＤプロトコルとＬＬＭＮＲプロトコルとに代えて、これら他のプロトコルを用いても良い。

また、前述のケースでは、生成する通信ポートの優先順位をＷＳＤ、ＬＬＭＮＲ、固定ＩＰアドレスの順としたが、本実施形態はこれに限定されず、任意の優先順位を採用してよい。例えば、ＤＮＳ、ＷＳＤ、ＬＬＭＮＲ、固定ＩＰアドレスのように他のプロトコルを加えても良いし、アプリケーション４０１やデバイス１０２の都合に合わせて優先順位を変えても良い。

また、前述のケースでは、通信可能ポートをアプリケーション４０１が自動で決定する仕様としているが（Ｓ７０６）、例えば、アプリケーションのＧＵＩとして、生成ポートを指定する画面を新たに設け、ユーザーが生成したい通信ポートを指定してもよい。このとき、決定された通信可能ポートの生成に失敗した場合、その旨を伝える画面を表示しても良いし、アプリケーション４０１が代替の通信可能ポートを自動的に決定し生成しても良い。

また、前述のケースでは、ユーザーがデバイス検索結果画面５０１で所望デバイスを選択（Ｓ７０３）した後、通信可能ポート決定処理（Ｓ７０６）を実行している。しかし、デバイス検索処理（Ｓ７０１）においてデバイスを検出した直後に通信可能ポート決定処理（Ｓ７０６）を実行しても良い。但し、本実施形態のように、接続しているデバイスを複数インターフェース（ネットワークとＵＳＢ、など）で検索する場合に、ユーザーがＵＳＢデバイスを選択する可能性があるため、通信可能ポート決定処理（Ｓ７０６）が無駄になる可能性がある。このように、複数インターフェースにわたってデバイス検索を行う場合、ユーザーに所望デバイスと所望インターフェースとを指定させてから通信可能ポート決定処理（Ｓ７０６）を行う方が、不要なパケットを送信しなくて済むメリットがある。

また、従来のドライバインストーラは図１３のように、始めにデバイスドライバをインストールしてから、デバイスとの接続方法を選択し、ネットワーク検索を開始して、所望デバイスのユーザー選択に応じて、ポート生成処理を実行するのが一般的である。しかし本実施形態のように、複数インターフェースの同時検索の結果、又はドライバインストール処理及びポート生成処理を１つの画面に集約することで、図7（ａ）のように図１３（ａ）よりＵＩ画面数やユーザー操作のステップ数を抑えられるメリットがある。

［第２の実施形態］
本実施形態では、通信可能ポート数が増えた場合に、好適に通信可能ポートを決定する手法について、図１１を用いて説明する。尚、実施形態１と重複する構成については説明を省略する。

＜通信可能ポート決定処理＞
図１１は、本実施形態における通信可能ポート決定処理（Ｓ７０６）の流れを示すフローチャートである。

まず、通信可能ポート決定部４０９は、Ｓ１１０１におけるＷＳＤポート生成可否の判定処理と、Ｓ１１０２におけるＬＬＭＮＲポート生成可否の判定処理とを並列で（並行して）実行する。

Ｓ１１０３において、通信可能ポート決定部４０９は、Ｓ１１０１におけるＷＳＤポート生成可否の判定処理の実行結果に基づき、ＷＳＤの通信ポートを生成可能か判定する。本ステップの判定結果が真の場合、Ｓ１１０４に進む。一方、本ステップの判定結果が偽の場合、Ｓ１１０５に進む。

Ｓ１１０４において、通信可能ポート決定部４０９は、通信可能ポートがＷＳＰポートと決定し、通信可能ポート決定処理は終了する。

Ｓ１１０５において、通信可能ポート決定部４０９は、Ｓ１１０２におけるＬＬＭＮＲポート生成可否の判定処理の実行結果に基づき、ＬＬＭＮＲの通信ポートを生成可能か判定する。本ステップの判定結果が真の場合、Ｓ１１０６に進む。一方、本ステップの判定結果が偽の場合、Ｓ１１０７に進む。

Ｓ１１０６において、通信可能ポート決定部４０９は、通信可能ポートがＬＬＭＮＲポートと決定し、通信可能ポート決定処理は終了する。

Ｓ１１０７において、通信可能ポート決定部４０９は、通信可能ポートが固定ＩＰアドレスのポートと決定し、通信可能ポート決定処理は終了する。

＜本実施形態の効果等＞
本実施形態によれば、アプリケーション４０１で生成可能な通信ポート数が増加しても、通信可能ポート決定処理（Ｓ７０６）において、各通信ポートの生成可否の判定処理をシーケンシャルで実行するよりも処理時間を低減できる。

また、前述のケースでは、各ポートの生成可否の判定処理（Ｓ１１０１とＳ１１０２）が終了した後に、優先順位の高い順に各ポートの生成可否の判定結果を確認した（Ｓ１１０３でＮＯ→Ｓ１１０５）。しかし、本実施形態はこれに限定されない。例えば、Ｓ１１０１とＳ１１０２との並列処理中に、ＷＳＤポート生成可否の判定処理（Ｓ１１０１）が先に終了し、かつ、生成する通信ポートの優先順位について、ＬＬＭＮＲポートよりＷＳＤポートが高い場合を考える。このような場合に、ＬＬＭＮＲポートの生成可否の判定処理の終了を待たずに、通信可能ポート決定処理（Ｓ７０６）を終了しても良い。つまり、通信ポートを生成する優先順位が高い方の判定処理結果に基づいて、当該高い方の通信ポートの生成が可能と判定された時点で、通信可能ポート決定処理（Ｓ７０６）を終了しても良い。

［第３の実施形態］
前述の実施形態では、アプリケーション４０１により、ドライバインストール処理（Ｓ７０５）と通信可能ポート決定処理（Ｓ７０６）とを並列して（並行して）実行することで、アプリケーション４０１の処理時間が長くなってしまう課題を解消する技術を説明した。本実施形態では、ドライバインストール処理と通信可能ポート決定との並列処理に加えて、キュー生成時間も短縮することで、アプリケーション４０１の処理時間を更に短縮する技術を、図１２を用いて説明する。尚、前述の実施形態と重複する構成については説明を省略する。

＜アプリケーション４０１の処理＞
以下、本実施形態におけるアプリケーション４０１に従い実行される処理について、図１２を用いて説明する。図１２は、ＣＰＵ２０２が本実施形態におけるアプリケーション４０１のプログラムを実行したときの全体の処理の流れを示すフローチャートである。尚、Ｓ１２０１からＳ１２０４までの処理は、図７（ｂ）のＳ７０１からＳ７０４の処理と同等のため、説明は省略する。

モニタ２０１に表示されるアプリケーション４０１のＧＵＩがデバイス検索結果画面からドライバインストール画面６０１に切り替わると、ＣＰＵ２０２は、Ｓ１２０５のドライバインストール処理と、Ｓ１２０６の通信可能ポート決定処理とを並列で（並行して）実行する。このとき、ドライバインストール処理はドライバインストール部４０８によって実行され、通信可能ポート決定処理は通信可能ポート決定部４０９によって実行される。

ドライバインストール部４０８がドライバインストール処理（Ｓ１２０５）を終了すると、Ｓ１２０７において、通信ポート生成部４１０は、Ｓ１２０４で事前に記憶した所望デバイスのＩＰアドレス情報を用いて、固定ＩＰアドレスの通信ポートを生成する。

Ｓ１２０８において、キュー生成部４１１は、Ｓ１２０５でドライバインストール部４０８がインストールした各種ドライバと、Ｓ１２０７で通信ポート生成部４１０が生成した固定ＩＰアドレスの通信ポートとに紐付くキューを生成する。

キュー生成部４１１による固定ＩＰアドレスの通信ポートに紐付くキュー生成（Ｓ１２０８）が終了し、かつ、通信可能ポート決定部４０９による通信可能ポート決定処理（Ｓ１２０６）が終了すると、ＣＰＵ２０２は、並列処理を終了する。

並列処理の終了後、Ｓ１２０９において、通信ポート生成部４１０は、Ｓ１２０６における通信可能ポート決定処理の結果を確認し、通信可能ポートが固定ＩＰアドレスのポートか判定する。本ステップの判定結果が真の場合、ＣＰＵ２０２は、ドライバインストール処理が完了した旨を示す画面（図６（ｂ）参照）を表示し、一連の処理は終了する。一方、本ステップの判定結果が偽の場合、Ｓ１２１０に進む。

Ｓ１２１０において、通信ポート生成部４１０は、Ｓ１２０６における通信可能ポート決定処理の結果に応じた通信ポートを生成する。

Ｓ１２１１において、ＣＰＵ２０２は、Ｓ１２０８でキュー生成部４１１が生成したキューに紐付けする通信ポートに関して、Ｓ１２０７で生成された固定ＩＰアドレスの通信ポートから、Ｓ１２１０で生成された通信ポートに置換する。

Ｓ１２１２において、ＣＰＵ２０２は、Ｓ１２０７で生成した固定ＩＰアドレスの通信ポートを削除する。Ｓ１２１２の固定ＩＰ通信ポート削除処理が終了すると、ＣＰＵ２０２は、ドライバインストール処理が完了した旨を示す画面（図６（ｂ））を表示し、一連の処理は終了する。

＜本実施形態の効果＞
以上説明した通り、本実施形態によれば、印刷キューの生成時間の短縮も期待できる。よって、前述の実施形態と比較して、アプリケーション４０１の処理時間の更なる短縮を期待できる。

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

１０１・・・ＰＣ
１０４・・・ネットワーク
２０１・・・モニタ
２０２・・・ＣＰＵ
２０４・・・ＲＡＭ
４０６・・・デバイス検索部
４０７・・・検出デバイス出力部
４０８・・・ドライバインストール部
４０９・・・通信可能ポート決定部

Claims (15)

1. ネットワーク経由で通信可能な周辺機器を検索する検索手段と、
   前記検索手段による検索結果として、検出した周辺機器それぞれの情報を、表示手段に表示させる表示制御手段と、
   前記検出した周辺機器のなかからユーザーにより選択された周辺機器の情報を記憶手段に記憶させる記憶制御手段と、
   前記選択された周辺機器に対応するドライバをインストールするインストール手段と、
   前記記憶手段に記憶された前記情報に基づき、前記選択された周辺機器と通信可能なポートを決定する通信可能ポート決定手段と、
   を有する情報処理装置であって、
   前記通信可能ポート決定手段による通信可能ポート決定処理が開始された後の且つ前記通信可能ポート決定処理が完了される前のタイミングに前記インストール手段によるインストール処理が開始されること、又は、前記インストール処理が開始された後の且つ前記インストール処理が完了される前のタイミングに前記通信可能ポート決定処理が開始されることにより、前記インストール処理と、前記通信可能ポート決定処理とは、並列して実行される
   ことを特徴とする情報処理装置。
2. 前記インストール処理と、前記通信可能ポート決定処理との並列処理の完了後、前記通信可能ポート決定処理の結果に応じて、前記選択された周辺機器と通信可能なポートを生成するポート生成手段と、
   前記インストール手段によりインストールされたドライバと、前記ポート生成手段により生成されたポートとに紐付けされたキューを生成するキュー生成手段と、
   を更に有することを特徴とする請求項１に記載の情報処理装置。
3. 前記通信可能ポート決定手段は、第１ネットワークプロトコルによる通信ポートの生成が可能か不可かを判定する第１判定手段を有し、
   前記第１判定手段が可能と判定した場合、前記通信可能ポート決定手段は、通信可能ポートが前記第１ネットワークプロトコルによる通信ポートと決定する
   ことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記第１判定手段は、
   前記第１ネットワークプロトコルを用いて前記ネットワーク上を探索し、
   前記ネットワーク上で、前記記憶手段に記憶された前記情報で特定される周辺機器が検出された場合、前記第１ネットワークプロトコルによる通信ポートの生成が可能と判定する一方で、検出されなかった場合、該第１ネットワークプロトコルによる通信ポートの生成が不可と判定する
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記通信可能ポート決定手段は、前記第１判定手段が不可と判定した場合、第２ネットワークプロトコルによる通信ポートの生成が可能か不可かを判定する第２判定手段を有し、
   前記第２判定手段が可能と判定した場合、前記通信可能ポート決定手段は、通信可能ポートが前記第２ネットワークプロトコルによる通信ポートと決定する
   ことを特徴とする請求項３または４に記載の情報処理装置。
6. 前記第２判定手段は、
   前記選択された周辺機器とユニキャスト通信を行うことで、該選択された周辺機器に設定されているホスト名を取得する取得手段と、
   前記取得手段により取得されたホスト名を用いて名前解決を実行する名前解決手段と、
   を有することを特徴とする請求項５に記載の情報処理装置。
7. 前記第２判定手段は、
   前記名前解決手段による名前解決に成功した場合、前記第２ネットワークプロトコルによる通信ポートの生成が可能と判定する一方で、
   前記取得手段によるホスト名の取得に失敗した場合、または、前記名前解決手段による名前解決に失敗した場合、前記第２ネットワークプロトコルによる通信ポートの生成が不可と判定する
   ことを特徴とする請求項６に記載の情報処理装置。
8. 前記第２判定手段が不可と判定した場合、前記通信可能ポート決定手段は、通信可能ポートが、前記記憶手段に記憶された前記情報である固定ＩＰアドレスを用いた通信ポートと決定する
   ことを特徴とする請求項５乃至７の何れか１項に記載の情報処理装置。
9. 前記通信可能ポート決定手段は、
   第１ネットワークプロトコルによる通信ポートの生成が可能か不可かを判定する第１判定手段と、
   第２ネットワークプロトコルによる通信ポートの生成が可能か不可かを判定する第２判定手段と
   を有し、
   前記第１判定手段による判定処理と、前記第２判定手段による判定処理とは、並列して実行される
   ことを特徴とする請求項１または２に記載の情報処理装置。
10. 前記第１判定手段による判定処理と、前記第２判定手段による判定処理との並列処理の完了後、第１判定手段が可能と判定した場合、前記通信可能ポート決定手段は、通信可能ポートが前記第１ネットワークプロトコルによる通信ポートと決定する
    ことを特徴とする請求項９に記載の情報処理装置。
11. 第１判定手段が不可と判定した場合、かつ、第２判定手段が可能と判定した場合、前記通信可能ポート決定手段は、通信可能ポートが前記第２ネットワークプロトコルによる通信ポートと決定し、
    第１判定手段が不可と判定した場合、かつ、第２判定手段が不可と判定した場合、前記通信可能ポート決定手段は、通信可能ポートが、前記記憶手段に記憶された前記情報である固定ＩＰアドレスを用いた通信ポートと決定する
    ことを特徴とする請求項１０に記載の情報処理装置。
12. 前記インストール処理の完了後、前記記憶手段に記憶された前記情報である固定ＩＰアドレスを用いた第１通信ポートを生成する第１通信ポート生成処理を実行するポート生成手段と、
    前記インストール手段によりインストールされたドライバと、前記第１通信ポートとに紐付けされたキューを生成する生成手段と、
    を更に有し、
    前記インストール手段による前記インストール処理、前記ポート生成手段による前記第１通信ポート生成処理、及び前記生成手段によるキュー生成処理と、前記通信可能ポート決定手段による前記通信可能ポート決定処理とは、並列して実行される
    ことを特徴とする請求項１に記載の情報処理装置。
13. 通信可能ポートが前記第１通信ポートではない場合、前記ポート生成手段は、前記通信可能ポート決定処理の結果に応じて、前記選択された周辺機器と通信可能な第２通信ポートを生成し、
    前記キューに紐づく通信ポートに関して、前記第１通信ポートから前記第２通信ポートに置換される
    ことを特徴とする請求項１２に記載の情報処理装置。
14. ネットワーク経由で通信可能な周辺機器を検索する検索ステップと、
    前記検索ステップの検索結果として、検出した周辺機器それぞれの情報を、表示手段に表示させるステップと、
    前記検出した周辺機器のなかからユーザーにより選択された周辺機器の情報を記憶手段に記憶させるステップと、
    前記選択された周辺機器に対応するドライバをインストールするインストールステップと、
    前記記憶手段に記憶された前記情報に基づき、前記選択された周辺機器と通信可能なポートを決定する決定ステップと、
    を有し、
    前記決定ステップが開始された後の且つ前記決定ステップが完了される前のタイミングに前記インストールステップが開始されること、又は、前記インストールステップが開始された後の且つ前記インストールステップが完了される前のタイミングに前記決定ステップが開始されることにより、前記インストールステップと、前記決定ステップとは、並列して実行される
    ことを特徴とする方法。
15. コンピュータに請求項１４に記載の方法を実行させるためのプログラム。

Images