知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024180783
(43)【公開日】2024-12-27
(54)【発明の名称】情報処理装置、制御方法、及びプログラム
(51)【国際特許分類】
G06F 9/44 20180101AFI20241220BHJP
H04N 1/00 20060101ALI20241220BHJP
H04L 67/025 20220101ALI20241220BHJP
【ＦＩ】
G06F9/44
H04N1/00 127
H04L67/025
【審査請求】未請求
【請求項の数】26
【出願形態】ＯＬ
(21)【出願番号】P 2024172554
(22)【出願日】2024-10-01
(62)【分割の表示】P 2022189866の分割
【原出願日】2022-11-29
(71)【出願人】
【識別番号】000001007
【氏名又は名称】キヤノン株式会社
(74)【代理人】
【識別番号】100126240
【弁理士】
【氏名又は名称】阿部 琢磨
(74)【代理人】
【識別番号】100223941
【弁理士】
【氏名又は名称】高橋 佳子
(74)【代理人】
【識別番号】100159695
【弁理士】
【氏名又は名称】中辻 七朗
(74)【代理人】
【識別番号】100172476
【弁理士】
【氏名又は名称】冨田 一史
(74)【代理人】
【識別番号】100126974
【弁理士】
【氏名又は名称】大朋 靖尚
(72)【発明者】
【氏名】井浦 雅貴
(57)【要約】
【課題】 通信装置を検索するための処理をより適切に実行することを目的とする。
【解決手段】 情報処理装置のホストＯＳ上で所定のプログラムが動作しており、前記ホストＯＳと異なるゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）による検索を実行するための所定の処理を前記所定のプログラムによって実行し、前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定の処理を前記所定のプログラムによって実行しないよう前記所定のプログラムによって制御する第１実行ステップを実行させるプログラムを提供することによって課題を解決する。
【選択図】 図１
【解決手段】 情報処理装置のホストＯＳ上で所定のプログラムが動作しており、前記ホストＯＳと異なるゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）による検索を実行するための所定の処理を前記所定のプログラムによって実行し、前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定の処理を前記所定のプログラムによって実行しないよう前記所定のプログラムによって制御する第１実行ステップを実行させるプログラムを提供することによって課題を解決する。
【選択図】 図１
【特許請求の範囲】
【請求項1】
所定のプログラムであって、
情報処理装置のコンピュータに、
前記情報処理装置のホストＯＳ上で前記所定のプログラムが動作しており、前記ホストＯＳと異なるゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）による検索を実行するための所定の処理を前記所定のプログラムによって実行し、前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定の処理を前記所定のプログラムによって実行しないよう前記所定のプログラムによって制御する第１実行ステップと、
前記所定の処理が実行された場合、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理を実行する第２実行ステップと、
を実行させることを特徴とするプログラム。
情報処理装置のコンピュータに、
前記情報処理装置のホストＯＳ上で前記所定のプログラムが動作しており、前記ホストＯＳと異なるゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）による検索を実行するための所定の処理を前記所定のプログラムによって実行し、前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定の処理を前記所定のプログラムによって実行しないよう前記所定のプログラムによって制御する第１実行ステップと、
前記所定の処理が実行された場合、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理を実行する第２実行ステップと、
を実行させることを特徴とするプログラム。
【請求項2】
前記所定の処理は、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の実行を前記ホストＯＳに指示する処理を含むことを特徴とする請求項１に記載のプログラム。
【請求項3】
前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記情報処理装置が属しているネットワーク上の装置を、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔよる検索の方法と異なる第１の方法で検索するための第１の処理を前記所定のプログラムによって実行する第３実行ステップと、
前記第１の処理が実行された場合、前記第１の方法による検索の結果に基づく処理を実行する第４実行ステップと、
をさらに実行させることを特徴とする請求項１に記載のプログラム。
前記第１の処理が実行された場合、前記第１の方法による検索の結果に基づく処理を実行する第４実行ステップと、
をさらに実行させることを特徴とする請求項１に記載のプログラム。
【請求項4】
前記第１の処理は、ソケットＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）により前記ホストＯＳに前記第１の方法による検索の実行を指示する処理であることを特徴とする請求項３に記載のプログラム。
【請求項5】
前記第１の方法による検索は、ブロードキャスト検索又はマルチキャスト検索であることを特徴とする請求項３に記載のプログラム。
【請求項6】
前記第１の方法による検索の結果に基づく処理は、前記第１の方法による検索により発見された装置を表示する処理及び、前記第１の方法による検索により発見された装置と通信する処理のうち少なくとも一方を含むことを特徴とする請求項３に記載のプログラム。
【請求項7】
前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理は、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置を表示する処理を含み、
前記第１の方法による検索の結果に基づく処理は、前記第１の方法による検索により発見された装置を表示する処理を含み、
前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置と前記第１の方法による検索により発見された装置とが区別可能なように、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置と前記第１の方法による検索により発見された装置とが表示されるように制御されることを特徴とする請求項６に記載のプログラム。
前記第１の方法による検索の結果に基づく処理は、前記第１の方法による検索により発見された装置を表示する処理を含み、
前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置と前記第１の方法による検索により発見された装置とが区別可能なように、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置と前記第１の方法による検索により発見された装置とが表示されるように制御されることを特徴とする請求項６に記載のプログラム。
【請求項8】
前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記情報処理装置が属しているネットワーク上の装置を、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔよる検索の方法と異なる第２の方法で検索するための第２の処理を前記所定のプログラムによって実行する第５実行ステップと、
前記第２の処理が実行された場合、前記第２の方法による検索の結果に基づく処理を実行する第６実行ステップと、
をさらに実行させることを請求項１に記載のプログラム。
前記第２の処理が実行された場合、前記第２の方法による検索の結果に基づく処理を実行する第６実行ステップと、
をさらに実行させることを請求項１に記載のプログラム。
【請求項9】
前記第２の処理は、ソケットＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）と異なるＡＰＩにより前記ゲストＯＳに前記第２の方法による検索の実行を指示する処理であることを特徴とする請求項８に記載のプログラム。
【請求項10】
前記第２の処理は、ネットワークサービスディスカバリＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）により前記ゲストＯＳに前記第２の方法による検索の実行を指示する処理であることを特徴とする請求項８に記載のプログラム。
【請求項11】
前記第２の方法による検索は、ＤＮＳ ｂａｓｅｄ ｓｅｒｖｉｃｅ ｄｉｓｃｏｖｅｒｙ ｐｒｏｔｏｃｏｌが利用された検索であることを特徴とする請求項８に記載のプログラム。
【請求項12】
前記第２の方法による検索は、ユニキャスト検索であることを特徴とする請求項８に記載のプログラム。
【請求項13】
前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作している場合、前記第２の処理が実行された後に、前記第２の方法による検索で発見された少なくとも１つの装置を、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔよる検索の方法と異なり且つ前記第２の方法と異なる第３の方法で検索するための第３の処理を前記所定のプログラムによって実行する第７実行ステップと、
前記第３の処理が実行された場合、前記第３の方法による検索の結果に基づく処理を実行する第８実行ステップと、
をさらに実行させることを特徴とする請求項８に記載のプログラム。
前記第３の処理が実行された場合、前記第３の方法による検索の結果に基づく処理を実行する第８実行ステップと、
をさらに実行させることを特徴とする請求項８に記載のプログラム。
【請求項14】
前記第３の処理は、前記第２の方法による検索で発見された装置全てに対して、前記第３の方法による検索のためのパケットを送信するための処理であることを特徴とする請求項１３に記載のプログラム。
【請求項15】
前記第３の処理は、前記第２の方法による検索で発見された装置のうちユーザから選択された装置に対して、前記第３の方法による検索のためのパケットを送信するための処理であることを特徴とする請求項１３に記載のプログラム。
【請求項16】
前記第３の処理は、ソケットＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）により前記ゲストＯＳに前記第３の方法による検索の実行を指示する処理であることを特徴とする請求項１３に記載のプログラム。
【請求項17】
前記第３の方法による検索の結果に基づく処理は、前記第３の方法による検索により発見された装置を表示する処理及び、前記第３の方法による検索により発見された装置と通信する処理のうち少なくとも一方を含むことを特徴とする請求項１３に記載のプログラム。
【請求項18】
前記第３の方法による検索は、ユニキャスト検索であることを特徴とする請求項１３に記載のプログラム。
【請求項19】
前記情報処理装置により実行された検索により発見された装置に対して、印刷を実行させるための印刷ジョブを送信するための処理を実行する送信ステップをさらに実行させることを特徴とする請求項１に記載のプログラム。
【請求項20】
前記情報処理装置により実行された検索により発見された装置に対して、スキャンを実行させるためのジョブであり、前記所定のプログラムによって作成されたスキャンジョブを送信するための処理を前記所定のプログラムにより実行する送信ステップをさらに実行させることを特徴とする請求項１に記載のプログラム。
【請求項21】
前記スキャンジョブを送信するための処理は、前記所定のプログラムが、前記ホストＯＳに前記スキャンジョブの送信を指示する処理であり、
前記ホストＯＳ上で前記所定のプログラムが動作しており、前記ゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、前記スキャンジョブを送信するための処理が前記所定のプログラムにより実行され、
前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記スキャンジョブを送信するための処理が実行されないよう前記所定のプログラムにより制御されることを特徴とする請求項２０に記載のプログラム。
前記ホストＯＳ上で前記所定のプログラムが動作しており、前記ゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、前記スキャンジョブを送信するための処理が前記所定のプログラムにより実行され、
前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記スキャンジョブを送信するための処理が実行されないよう前記所定のプログラムにより制御されることを特徴とする請求項２０に記載のプログラム。
【請求項22】
前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定のプログラムとは異なるプログラムであり、前記ホストＯＳに標準搭載されたスキャン機能を司る他のプログラムに関する処理を前記所定のプログラムにより実行する第７実行ステップと、
をさらに実行させることを特徴とする請求項２１に記載のプログラム。
をさらに実行させることを特徴とする請求項２１に記載のプログラム。
【請求項23】
前記他のプログラムに関する処理は、前記他のプログラムを使用するようユーザを促す処理、前記他のプログラムを起動するための操作を提示する処理、前記他のプログラムを起動するか否かをユーザに確認する処理、及び前記他のプログラムを起動する処理のうち少なくとも１つであることを特徴とする請求項２２に記載のプログラム。
【請求項24】
前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理は、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置を表示する処理、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置と接続する処理及び、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置と通信する処理のうち少なくとも一方を含むことを特徴とする請求項１に記載のプログラム。
【請求項25】
所定のプログラムを有する情報処理装置の制御方法であって、
前記情報処理装置のホストＯＳ上で前記所定のプログラムが動作しており、前記ホストＯＳと異なるゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）による検索を実行するための所定の処理を前記所定のプログラムによって実行し、前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定の処理を前記所定のプログラムによって実行しないよう前記所定のプログラムによって制御する第１実行ステップと、
前記所定の処理が実行された場合、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理を実行する第２実行ステップと、
を有することを特徴とする制御方法。
前記情報処理装置のホストＯＳ上で前記所定のプログラムが動作しており、前記ホストＯＳと異なるゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）による検索を実行するための所定の処理を前記所定のプログラムによって実行し、前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定の処理を前記所定のプログラムによって実行しないよう前記所定のプログラムによって制御する第１実行ステップと、
前記所定の処理が実行された場合、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理を実行する第２実行ステップと、
を有することを特徴とする制御方法。
【請求項26】
所定のプログラムを有する情報処理装置であって、
前記情報処理装置のホストＯＳ上で前記所定のプログラムが動作しており、前記ホストＯＳと異なるゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）による検索を実行するための所定の処理を前記所定のプログラムによって実行し、前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定の処理を前記所定のプログラムによって実行しないよう前記所定のプログラムによって制御する第１実行手段と、
前記所定の処理が実行された場合、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理を実行する第２実行手段と、
を有することを特徴とする情報処理装置。
前記情報処理装置のホストＯＳ上で前記所定のプログラムが動作しており、前記ホストＯＳと異なるゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）による検索を実行するための所定の処理を前記所定のプログラムによって実行し、前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定の処理を前記所定のプログラムによって実行しないよう前記所定のプログラムによって制御する第１実行手段と、
前記所定の処理が実行された場合、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理を実行する第２実行手段と、
を有することを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、制御方法、及びプログラムに関する。
【背景技術】
【0002】
特許文献１には、情報処理装置が通信装置を、ブロードキャストやＷｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）によって検索する技術が提案されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１７－０１０３２４
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、情報処理装置が通信装置を検索する形態が普及するにつれ、通信装置を検索する処理をより適切に実行することが要望されている。
【0005】
そこで本発明は、通信装置を検索するための処理をより適切に実行することを目的とする。
【課題を解決するための手段】
【0006】
本発明は、上記の課題を解決するために為されたものであり、所定のプログラムであって、情報処理装置のコンピュータに、前記情報処理装置のホストＯＳ上で前記所定のプログラムが動作しており、前記ホストＯＳと異なるゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）による検索を実行するための所定の処理を前記所定のプログラムによって実行し、前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定の処理を前記所定のプログラムによって実行しないよう前記所定のプログラムによって制御する第１実行ステップと、前記所定の処理が実行された場合、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理を実行する第２実行ステップと、を実行させることを特徴とする。
【発明の効果】
【0007】
本発明によれば、通信装置を検索するための処理をより適切に実行することが可能となる。
【図面の簡単な説明】
【0008】
【図1】通信システムの構成を示す図例である。
【図2】ＷＦＤモードにおける無線接続シーケンスを示す図
【図3】情報処理装置のソフトウェア構成を示す図
【図4】通信アプリによる装置の検索のフローチャートを示す図
【図5】通信装置が応答結果として返すＸＭＬデータの例を示す図
【図6】通信アプリによるスキャン機能のフローチャートを示す図
【図7】通知画面の一例を示す図
【図8】通信アプリによるスキャン機能のフローチャートを示す図
【発明を実施するための形態】
【0009】
以下に図面を参照して、本発明の好適な実施形態を例示的に説明する。ただし、本発明については、その趣旨を逸脱しない範囲で、当業者の通常の知識に基づいて、以下に記載する実施形態に対して適宜変更、改良が加えられたものについても本発明の範囲に入ることが理解されるべきである。
【0010】
（第１実施形態）
本実施形態の通信システムに含まれる情報処理装置及び通信装置について説明する。情報処理装置として、本実施形態ではスマートフォンを例示しているが、これに限定されず、携帯端末、ノートＰＣ、タブレット端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、デジタルカメラ等、種々のものを適用可能である。また、通信装置として、情報処理装置と無線通信を行うことが可能な装置であれば、種々のものを適用可能である。例えば、プリンタであれば、インクジェットプリンタ、フルカラーレーザービームプリンタ、モノクロプリンタ等に適用することができる。また、プリンタのみならずスキャナ、複写機、ファクシミリ装置、携帯端末、スマートフォン、ノートＰＣ、タブレット端末、ＰＤＡ、デジタルカメラ、音楽再生デバイス、テレビ、スマートスピーカ等にも適用可能である。その他、複写機能、ＦＡＸ機能、印刷機能、スキャナ機能等の複数の機能を備える複合機にも適用可能である。本実施形態では通信装置は、印刷機能、スキャナ機能等を有するマルチファンクションプリンタであるものとする。
本実施形態の通信システムに含まれる情報処理装置及び通信装置について説明する。情報処理装置として、本実施形態ではスマートフォンを例示しているが、これに限定されず、携帯端末、ノートＰＣ、タブレット端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、デジタルカメラ等、種々のものを適用可能である。また、通信装置として、情報処理装置と無線通信を行うことが可能な装置であれば、種々のものを適用可能である。例えば、プリンタであれば、インクジェットプリンタ、フルカラーレーザービームプリンタ、モノクロプリンタ等に適用することができる。また、プリンタのみならずスキャナ、複写機、ファクシミリ装置、携帯端末、スマートフォン、ノートＰＣ、タブレット端末、ＰＤＡ、デジタルカメラ、音楽再生デバイス、テレビ、スマートスピーカ等にも適用可能である。その他、複写機能、ＦＡＸ機能、印刷機能、スキャナ機能等の複数の機能を備える複合機にも適用可能である。本実施形態では通信装置は、印刷機能、スキャナ機能等を有するマルチファンクションプリンタであるものとする。
【0011】
＜各装置のハードウェア構成について＞
まず、本実施形態の通信システムに含まれる情報処理装置と、当該情報処理装置と通信可能な通信装置の構成について図１のブロック図を参照して説明する。また、本実施形態では以下の構成を例に記載するが、特にこの図のとおりに機能を限定するものではない。
まず、本実施形態の通信システムに含まれる情報処理装置と、当該情報処理装置と通信可能な通信装置の構成について図１のブロック図を参照して説明する。また、本実施形態では以下の構成を例に記載するが、特にこの図のとおりに機能を限定するものではない。
【0012】
情報処理装置１０１は、入力インタフェース１０２、ＣＰＵ１０３、ＲＯＭ１０４、ＲＡＭ１０５、外部記憶装置１０６、出力インタフェース１０７、操作表示部１０８、通信部１０９、近距離無線通信部１１０、撮影装置１１１等を有する。
【0013】
入力インタフェース１０２は、ユーザからのデータ入力や動作指示を受け付けるためのインタフェースであり、物理キーボードやボタン、タッチパネル等で構成される。なお、後述の出力インタフェース１０７と入力インタフェース１０２とを同一の構成とし、画面の出力とユーザからの操作の受け付けを同一の構成で行うような形態としても良い。
【0014】
ＣＰＵ１０３は、システム制御部であり、情報処理装置１０１の全体を制御する。
【0015】
ＲＯＭ１０４は、ＣＰＵ１０３が実行する制御プログラムやデータテーブル、組み込みオペレーティングシステム（以下、ＯＳという。）プログラム等の固定データを格納する。本実施形態では、ＲＯＭ１０４に格納されている各制御プログラムは、ＲＯＭ１０４に格納されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ、割り込み処理等のソフトウェア実行制御を行う。なお本実施形態において、ＲＯＭ１０４が保持し、情報処理装置１０１上で動作するＯＳは、Ｇｏｏｇｌｅ社によって提供されるＡｎｄｒｏｉｄ（登録商標） ＯＳ又はＧｏｏｇｌｅ社によって提供されるＣｈｒｏｍｅ（登録商標） ＯＳであるものとする。情報処理装置１０１上で動作するＯＳがＣｈｒｏｍｅ ＯＳである場合、ＲＯＭ１０４は、後述するＡｎｄｒｏｉｄ ＯＳ用のアプリを情報処理装置１０１上で動作させるための仮想Ａｎｄｒｏｉｄ ＯＳも保持するものとする。
【0016】
ＲＡＭ１０５は、バックアップ電源を必要とするＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成される。なお、ＲＡＭ１０５は、図示しないデータバックアップ用の１次電池によってデータが保持されているため、プログラム制御変数等の重要なデータを揮発させずに格納することができる。また、情報処理装置１０１の設定情報や情報処理装置１０１の管理データ等を格納するメモリエリアもＲＡＭ１０５に設けられている。また、ＲＡＭ１０５は、ＣＰＵ１０３の主メモリとワークメモリとしても用いられる。
【0017】
外部記憶装置１０６は、通信装置１５１と通信する機能を有するアプリケーションプログラム（以降、通信アプリと記載する）を備えている。なお通信アプリは具体的には例えば、通信装置１５１に印刷を実行させるための印刷機能や、通信装置１５１にスキャンを実行させるためのスキャン機能を有するアプリである。ただしこの形態に限定されず、印刷機能とスキャン機能いずれかの機能を有するアプリであっても良いし、他の機能を有するアプリであっても良い。また、外部記憶装置１０６は、通信装置１５１が解釈可能な印刷情報を生成する印刷情報生成プログラム、通信部１０９を介して接続している通信装置１５１との間で送受信する情報送受信制御プログラム等の各種プログラムを備えている。これらのプログラムが使用する各種情報を保存している。また、通信部を介して他の情報処理装置やインターネットから得た画像データも保存している。なお本実施形態において通信アプリは、Ａｎｄｒｏｉｄ ＯＳ用のアプリであるものとする。
【0018】
出力インタフェース１０７は、操作表示部１０８がデータの表示や情報処理装置１０１の状態の通知を行うための制御を行うインタフェースである。
【0019】
操作表示部１０８は、ＬＥＤ（発光ダイオード）やＬＣＤ（液晶ディスプレイ）などから構成され、データの表示や情報処理装置１０１の状態の通知を行う。なお、操作表示部１０８上に、数値入力キー、モード設定キー、決定キー、取り消しキー、電源キー等のキーを備えるソフトキーボードを設置することで、操作表示部１０８を介してユーザからの入力を受け付けても良い。
【0020】
通信部１０９は、通信装置１５１等の装置と接続して、データ通信を実行するための構成である。例えば、通信部１０９は、通信装置１５１内のアクセスポイント（不図示）に接続可能である。通信部１０９と通信装置１５１内のアクセスポイントが接続することで、情報処理装置１０１と通信装置１５１は相互に通信可能となる。以下において、アクセスポイントをＡＰと表現することもある。なお、通信部１０９は無線通信で通信装置１５１とダイレクトに通信しても良いし、情報処理装置１０１の外部且つ通信装置１５１の外部に存在するアクセスポイント１３１を介して通信しても良い。無線通信方式としては、本実施形態では、ＩＥＥＥ８０２．１１シリーズの通信規格が用いられるものとする。なおＩＥＥＥ８０２．１１シリーズの通信規格とはすなわち、Ｗｉ－Ｆｉ（登録商標）である。また、アクセスポイント１３１としては、例えば、無線ＬＡＮルーター等の機器などが挙げられる。なお、本実施形態において、情報処理装置１０１と通信装置１５１とが外部アクセスポイントを介さずにダイレクトに接続する方式をダイレクト接続方式という。また、情報処理装置１０１と通信装置１５１とが外部のアクセスポイント１３１を介して接続する方式をインフラストラクチャ（以下、インフラ）接続方式という。
【0021】
近距離無線通信部１１０は、通信装置１５１等の装置と近距離で無線接続して、データ通信を実行するための構成であり、通信部１０９とは異なる通信方式によって通信を行う。近距離無線通信部１１０により使用される近距離無線通信方式は例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）である。Ｂｌｕｅｔｏｏｔｈは、Ｂｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃであっても良いし、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙであっても良い。近距離無線通信部１１０は、通信装置１５１内の近距離無線通信部１５７と接続可能である。
【0022】
撮影装置１１１は撮影素子で撮影した画像をデジタルデータに変換する装置である。デジタルデータは一度ＲＡＭ１０５に格納する。その後、ＣＰＵ１５４が実行するプログラムで所定の画像フォーマットに変換し、画像データとして外部記憶装置１０６に保存する。
【0023】
ＲＯＭ１５２は、ＣＰＵ１５４が実行する制御プログラムやデータテーブル、ＯＳプログラム等の固定データを格納する。
【0024】
通信装置１５１は、ＲＯＭ１５２、ＲＡＭ１５３、ＣＰＵ１５４、プリントエンジン１５５、通信部１５６、近距離無線通信部１５７、入力インタフェース１５８、出力インタフェース１５９、操作表示部１６０、スキャン制御部１６１等を有する。通信装置１５１は、接続モード（通信モード）が設定されることにより、設定された接続モードで動作することが可能である。
【0025】
通信部１５６は、通信装置１５１が他の装置と通信するための構成であり、本実施形態では、通信部１５６はＩＥＥＥ８０２．１１シリーズの通信規格によって通信するものとする。通信部１５６は、通信装置１５１内部のアクセスポイントとして、情報処理装置１０１等の装置と接続するためのアクセスポイントを有している。なお、該アクセスポイントは、情報処理装置１０１の通信部１０９に接続可能である。なお、通信部１５６は無線通信で情報処理装置１０１とダイレクトに通信しても良いし、アクセスポイント１３１を介して通信しても良い。また、通信部１５６は、アクセスポイントとして機能するハードウェアを備えていてもよいし、アクセスポイントとして機能させるためのソフトウェアにより、アクセスポイントとして動作してもよい。なお本実施形態では、通信部１５６及び近距離無線通信部１５７は、１つの無線チップで実現されるものとする。すなわち本実施形態では、ＩＥＥＥ８０２．１１シリーズの通信規格の通信機能と近距離無線通信方式による通信機能の両方に対応したコンボチップが用いられるものとする。しかしこの形態に限定されず、通信部１５６及び近距離無線通信部１５７がそれぞれ別の無線チップによって実現されても良い。
【0026】
ＲＡＭ１５３は、バックアップ電源を必要とするＤＲＡＭ等で構成される。なお、ＲＡＭ１５３は、図示しないデータバックアップ用の電源が供給されることによってデータが保持されているため、プログラム制御変数等の重要なデータを揮発させずに格納することができる。また、ＲＡＭ１５３は、ＣＰＵ１５４の主メモリとワークメモリとしても用いられ、情報処理装置１０１等から受信した印刷情報を一旦保存するための受信バッファや各種の情報を保存する。
【0027】
ＲＯＭ１５２は、ＣＰＵ１５４が実行する制御プログラムやデータテーブル、ＯＳプログラム等の固定データを格納する。本実施形態では、ＲＯＭ１５２に格納されている各制御プログラムは、ＲＯＭ１５２に格納されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ、割り込み処理等のソフトウェア実行制御を行う。また、通信装置１５１の設定情報や通信装置１５１の管理データ等の電源供給がされていない場合も保持する必要があるデータを格納するメモリエリアもＲＯＭ１５２に設けられている。
【0028】
ＣＰＵ１５４は、システム制御部であり、通信装置１５１の全体を制御する。
【0029】
プリントエンジン１５５、ＲＡＭ１５３に保存された情報や情報処理装置１０１等から受信した印刷ジョブに基づき、インク等の記録剤を用いて紙等の記録媒体上に画像形成し、印刷結果を出力する。この時、情報処理装置１０１等から送信される印刷ジョブは、送信データ量が大きく、高速な通信が求められるため、近距離無線通信部１５７よりも高速に通信可能な通信部１５６を介して受信する。
【0030】
近距離無線通信部１５７は、情報処理装置１０１等の装置と近距離で無線接続して、データ通信を実行するための構成であり、通信部１５６とは異なる通信方式によって通信を行う。近距離無線通信部１１０により使用される近距離無線通信方式は例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＮＦＣである。Ｂｌｕｅｔｏｏｔｈは、Ｂｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃであっても良いし、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙであっても良い。近距離無線通信部１５７は、近距離無線通信部１１０と接続可能である。
【0031】
入力インタフェース１５８は、ユーザからのデータ入力や動作指示を受け付けるためのインタフェースであり、物理キーボードやボタン、タッチパネル等で構成される。なお、後述の出力インタフェース１５９と入力インタフェース１５８とを同一の構成とし、画面の出力とユーザからの操作の受け付けを同一の構成で行うような形態としても良い。出力インタフェース１５９は、操作表示部１６０がデータの表示や通信装置１５１の状態の通知を行うための制御を行うインタフェースである。
【0032】
操作表示部１６０は、ＬＥＤ（発光ダイオード）やＬＣＤ（液晶ディスプレイ）などの表示部から構成され、データの表示や通信装置１５１の状態の通知を行う。なお、操作表示部１６０上に、数値入力キー、モード設定キー、決定キー、取り消しキー、電源キー等のキーを備えるソフトキーボードを設置することで、操作表示部１６０を介してユーザからの入力を受け付けても良い。
【0033】
スキャン制御部１６１は、付図示の原稿台やＡＤＦに積載された原稿のスキャンを実行するイメージセンサユニット（読み取り部）を含む。なおイメージセンサユニットは、原稿に光を照射する光源やその反射光を読み取り、光電変換する素子を配列したイメージセンサを含む。スキャン制御部１６１は、イメージセンサユニットによって原稿を読み取ることで得られたアナログ電気信号をＡ／Ｄ（アナログ／デジタル）変換することで画像データを取得する。スキャン制御部１６１は、取得された画像データをＲＡＭ１５３へ記憶するために、ＤＭＡ（ダイレクトメモリアクセス）転送を行う回路も備える。
【0034】
＜ダイレクト接続方式について＞
ダイレクト接続とは、アクセスポイント１３１等の外部装置を介さずに装置同士が直接（すなわちＰｅｅｒ ｔｏ Ｐｅｅｒで）無線接続する形態を指す。通信装置１５１は、接続モードの１つとして、ダイレクト接続により通信するためのモード（ダイレクト接続モード）で動作可能である。Ｗｉ－Ｆｉ通信において、ダイレクト接続により通信するためのモードにはソフトウェアＡＰモードやＷｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）モード等の様に複数のモードが存在する。Ｗｉ－Ｆｉ Ｄｉｒｅｃｔを以下において、ＷＦＤと表記する。
ダイレクト接続とは、アクセスポイント１３１等の外部装置を介さずに装置同士が直接（すなわちＰｅｅｒ ｔｏ Ｐｅｅｒで）無線接続する形態を指す。通信装置１５１は、接続モードの１つとして、ダイレクト接続により通信するためのモード（ダイレクト接続モード）で動作可能である。Ｗｉ－Ｆｉ通信において、ダイレクト接続により通信するためのモードにはソフトウェアＡＰモードやＷｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）モード等の様に複数のモードが存在する。Ｗｉ－Ｆｉ Ｄｉｒｅｃｔを以下において、ＷＦＤと表記する。
【0035】
ＷＦＤによって、ダイレクト接続を実行するモードをＷＦＤモードという。ＷＦＤはＷｉ－Ｆｉ Ａｌｌｉａｎｃｅによって策定された規格であり、ＩＥＥＥ８０２．１１シリーズの通信規格に含まれる規格である。ＷＦＤモードでは機器探索情報により通信相手となる機器が探索された後に、Ｐ２Ｐのグループオーナ（ＧＯ）と、Ｐ２Ｐのクライアントの役割を決定した上で、残りの無線接続の処理を行うことになる。グループオーナはＷｉ－Ｆｉの親局（親機）に相当し、クライアントはＷｉ－Ｆｉの子局（子機）に相当する。この役割決定は、例えばＰ２ＰではＧＯ Ｎｅｇｏｔｉａｔｉｏｎに対応する。なお役割決定が行われる前の状態のＷＦＤモードでは、通信装置１５１は、親局でも子局でもない状態である。具体的には、まず通信を行う機器との間で、一方の機器が、機器探索情報を発行し、ＷＦＤモードで接続する機器を探索する。通信相手となる他方の機器が探索されると、両者の間で、互いの機器で供給可能なサービスや機能に関する情報を確認する。なお、この機器供給情報確認はオプションであり、必須ではない。この機器供給情報確認フェーズは、例えばＰ２ＰのＰｒｏｖｉｓｉｏｎ Ｄｉｓｃｏｖｅｒｙに対応する。次に、この機器供給情報を互いに確認することで、その役割として、どちらがＰ２Ｐのクライアントとなり、どちらがＰ２Ｐのグループオーナとなるかを決定する。次に、クライアントとグループオーナが決定したら、両者の間で、ＷＦＤによる通信を行うためのパラメータを交換する。交換したパラメータに基づいて、Ｐ２Ｐのクライアントとグループオーナとの間で残りの無線接続の処理、ＩＰ接続の処理を行う。なおＷＦＤモードでは、通信装置１５１は、上述したＧＯ Ｎｅｇｏｔｉａｔｉｏｎを実行せずに、通信装置１５１が必ずＧＯとして動作していても良い。すなわち通信装置１５１は、Ａｕｔｏｎｏｍｏｕｓ ＧＯモードであるＷＦＤモードとして動作しても良い。また通信装置１５１がＷＦＤモードで動作している状態とはすなわち例えば、ＷＦＤによる接続が確立されていないが通信装置１５１がＧＯとして動作している状態や、ＷＦＤによる接続が確立されており、且つ通信装置１５１がＧＯとして動作している状態である。
【0036】
ソフトウェアＡＰモードでは、通信を行う機器（例えば、情報処理装置１０１と通信装置１５１）との間で、一方の機器（例えば、情報処理装置１０１）が、各種サービスを依頼する役割を果たすクライアントとなる。そして、もう一方の機器が、Ｗｉ－Ｆｉにおけるアクセスポイントの機能をソフトウェアの設定により実現する。ソフトウェアＡＰはＷｉ－Ｆｉの親局に相当し、クライアントはＷｉ－Ｆｉの子局に相当する。ソフトウェアＡＰモードでは、クライアントは、機器探索情報によりソフトウェアＡＰとなる機器を探索する。ソフトウェアＡＰが探索されると、クライアントとソフトウェアＡＰとの間で残りの無線接続の処理（無線接続の確立等）を経て、その後、ＩＰ接続の処理（ＩＰアドレスの割当等）を行うことになる。なお、クライアントとソフトウェアＡＰとの間で無線接続を実現する場合に送受信されるコマンドやパラメータについては、Ｗｉ－Ｆｉ規格で規定されているものを用いればよく、ここでの説明は省略する。
【0037】
本実施形態において、通信装置１５１がダイレクト接続を確立・維持している場合、通信装置１５１が属するネットワーク内で、親局として動作する。なお、親局とは無線ネットワークを構築する装置であり、無線ネットワークへの接続に用いられるパラメータを子局に対して提供する装置である。無線ネットワークへの接続に用いられるパラメータとは、例えば、親局が利用するチャネルに関するパラメータである。子局は、当該パラメータを受信することで、親局が利用しているチャネルを用いて、親局が構築している無線ネットワークに接続する。ダイレクト接続モードにおいては、通信装置１５１が親局として動作するため、ダイレクト接続モードにおける通信にいずれの周波数帯を用いるのか、及びいずれのチャネルを用いるのかを、通信装置１５１が決定することが可能である。本実施形態では、通信装置１５１は、ダイレクト接続モードにおける通信に、２．４ＧＨｚの周波数帯に対応するチャネルと、５ＧＨｚの周波数帯に対応チャネルとを使用可能であるものとする。そして、いずれの周波数帯を使用するか（すなわち、いずれの周波数帯のチャネルを使用するか）は、通信装置１５１が表示する画面による設定により、ユーザが任意に設定可能であるものとする。ただし本実施形態では、通信装置１５１は、通信装置１５１が表示する画面において５ＧＨｚが選択されたとしても、ダイレクト接続モードにおける通信に、５ＧＨｚの周波数帯のうちＤＦＳ（Ｄｙｎａｍｉｃ Ｆｒｅｑｕｅｎｃｙ Ｓｅｌｅｃｔｉｏｎ）帯に対応するチャネルは使用しないものとする。言い換えれば通信装置１５１は、ダイレクト接続モードにおける通信に、５ＧＨｚの周波数帯のうちＤＦＳ帯以外の周波数帯に対応するチャネルのみ使用するものとする。なおＤＦＳ帯に対応するチャネルを使用している状態で、当該チャネルに対応する周波数帯のレーダー波が検知された場合に、現在使用しているチャネルを変更しなければならない。そのような、レーダー波の検知によりチャネル変更が生じうる周波数帯をＤＦＳ帯という。なお例えばＤＦＳ機能に対応した無線チップを使用している場合等は、ダイレクト接続モードにおける通信に、５ＧＨｚの周波数帯のうちＤＦＳ（Ｄｙｎａｍｉｃ Ｆｒｅｑｕｅｎｃｙ Ｓｅｌｅｃｔｉｏｎ）帯に対応するチャネルが使用可能であっても良い。
【0038】
図２はＷＦＤモードにおける無線接続シーケンスを示す図である。なお、本シーケンスにおいて各装置が実行する処理は、各装置が備えるＲＯＭ等のメモリに格納された各種プログラムを、各装置が備えるＣＰＵがＲＡＭに読み出して実行することにより実現される。また、本処理は、各装置がＷＦＤ機能を実行するための所定のアプリケーションを起動している状態で、ＷＦＤによる接続を確立するための所定の操作をユーザから受け付けた場合に開始されるものとする。なお、ＷＦＤによる接続を確立するための所定の操作とは例えば、「ダイレクト接続モードの有効／無効」ボタンを選択する操作である。なお当該操作は、ダイレクト接続モードを起動するための操作に相当する。
【0039】
まず、Ｓ２０１にて、情報処理装置１０１は、機器探索情報を送信し、通信相手の装置として、ＷＦＤ機能に対応している装置を検索する。
【0040】
続いて、Ｓ２０２にて、通信装置１５１は、受信した機器探索情報が、現在ダイレクト接続モードに使用しているチャネルと同じチャネルが使用されて送信された情報である場合は、当該情報に対する応答である機器探索応答を情報処理装置１０１に送信する。これにより、情報処理装置１０１は、ＷＦＤ機能に対応している装置として、通信装置１５１を発見することになる。なお、情報処理装置１０１が通信装置１５１を発見した後、各装置の間で、各装置が供給可能なサービスや機能に関する情報を交換する処理が行われても良い。
【0041】
続いて、Ｓ２０３にて、情報処理装置１０１と通信装置１５１との間で、ＧＯ Ｎｅｇｏｔｉａｔｉｏｎを実行する。クライアントとグループオーナが決定したら、両者の間で、ＷＦＤによる通信を行うためのパラメータを交換する。交換したパラメータに基づいて、Ｐ２Ｐのクライアントとグループオーナとの間で残りの無線接続の処理、ＩＰ接続の処理を行う。なお上述したように、通信装置１５１がＡｕｔｏｎｏｍｏｕｓ ＧＯモードとして動作することで、ＧＯ Ｎｅｇｏｔｉａｔｉｏｎが省略されて通信装置１５１が必ずＧＯとして動作しても良い。また、通信装置１５１がＧＯとして動作する場合には、通信装置１５１は、親局としてＷＦＤの通信に用いる周波数帯とチャネルを決定する。このため、ＧＯとして動作する通信装置１５１は、５ＧＨｚと２．４ＧＨｚのうちどちらの周波数帯域を用いるか、及び、決定した周波数帯域に対応するチャネルのうちどのチャネルを用いるかを選択することができる。
【0042】
その後、Ｓ２０４にて、各装置は、交換したパラメータに基づいて、且つ、ＧＯにより決定されたチャネルにより、ＷＦＤによる無線接続の確立処理を実行する。
【0043】
＜インフラストラクチャ（インフラ）接続方式について＞
インフラ接続は、通信を行う機器（例えば、情報処理装置１０１と通信装置１５１）のネットワークを統括するアクセスポイント（例えば、アクセスポイント１３１）と接続し、機器同士がアクセスポイントを介して通信するための接続形態である。通信装置１５１は、接続モードの１つとして、インフラ接続で通信するためのモード（インフラ接続モード）でも動作可能である。
インフラ接続は、通信を行う機器（例えば、情報処理装置１０１と通信装置１５１）のネットワークを統括するアクセスポイント（例えば、アクセスポイント１３１）と接続し、機器同士がアクセスポイントを介して通信するための接続形態である。通信装置１５１は、接続モードの１つとして、インフラ接続で通信するためのモード（インフラ接続モード）でも動作可能である。
【0044】
インフラ接続において、各機器は機器探索情報によりアクセスポイントを探索する。アクセスポイントが探索されると、機器とアクセスポイントとの間で残りの無線接続の処理（無線接続の確立等）を経て、その後、ＩＰ接続の処理（ＩＰアドレスの割当等）を行うことになる。なお、機器とアクセスポイントとの間で無線接続を実現する場合に送受信されるコマンドやパラメータについては、Ｗｉ－Ｆｉ規格で規定されているものを用いればよく、ここでの説明は省略する。
【0045】
本実施形態において通信装置１５１がインフラ接続モードで動作する際はアクセスポイント１３１が親局、通信装置１５１が子機として動作する。すなわち本実施形態では、インフラ接続は、子機として動作する通信装置１５１と親機として動作する装置との間の接続を指す。通信装置１５１がインフラ接続を確立しており、且つ情報処理装置１０１もアクセスポイント１３１とのインフラ接続を確立している場合、通信装置１５１と情報処理装置１０１との間で、アクセスポイント１３１を介した通信が可能となる。インフラ接続における通信に使用されるチャネルは、アクセスポイント１３１により決定されるため、通信装置１５１は、アクセスポイント１３１により決定されたチャネルを使用してインフラ接続における通信を実行する。本実施形態では、通信装置１５１は、インフラ接続における通信に、２．４ＧＨｚの周波数帯に対応するチャネルと、５ＧＨｚの周波数帯に対応チャネルとを使用可能であるものとする。なお通信装置１５１は、インフラ接続における通信には、５ＧＨｚの周波数帯のうちＤＦＳ帯に対応するチャネルも使用可能である。なお、情報処理装置１０１は、通信装置１５１とアクセスポイント１３１を介して通信するためには、アクセスポイント１３１によって形成され、情報処理装置１０１が属するネットワーク上に、通信装置１５１が属していることを認識する必要がある。
【0046】
また、情報処理装置１０１と通信装置１５１がインフラ接続によりアクセスポイント１３１と接続している場合、情報処理装置１０１によって実行されるブロードキャストによる通信装置１５１の発見が可能となる。
【0047】
＜情報処理装置１０１のソフトウェア構成について＞
次に、本実施形態における情報処理装置１０１のソフトウェア構成について説明する。図３（ａ）は、情報処理装置１０１上で動作するホストＯＳが、Ａｎｄｒｏｉｄ ＯＳである場合における情報処理装置１０１のソフトウェア構成の例である。この形態においては、Ａｎｄｒｏｉｄ ＯＳ上でＡｎｄｒｏｉｄ ＯＳ用のアプリが動作する。この形態では、情報処理装置１０１のソフトウェア構成にＣｈｒｏｍｅ ＯＳは含まれないものとする。この形態のように、情報処理装置１０１の最下層で動作するＯＳがＡｎｄｒｏｉｄ ＯＳである（Ｃｈｒｏｍｅ ＯＳでない）環境を、以下において第１環境と呼ぶ。第１環境とは、具体的には例えば、情報処理装置１０１にホストＯＳが搭載されているがゲストＯＳが搭載されておらず、通信アプリがホストＯＳ上で動作している環境である。また例えば、第１環境とは、具体的には例えば、情報処理装置１０１にホストＯＳもゲストＯＳも搭載されているが、通信アプリはホストＯＳ上で動作しており、ゲストＯＳを介さず動作している（ゲストＯＳ上では動作していない）環境である。
次に、本実施形態における情報処理装置１０１のソフトウェア構成について説明する。図３（ａ）は、情報処理装置１０１上で動作するホストＯＳが、Ａｎｄｒｏｉｄ ＯＳである場合における情報処理装置１０１のソフトウェア構成の例である。この形態においては、Ａｎｄｒｏｉｄ ＯＳ上でＡｎｄｒｏｉｄ ＯＳ用のアプリが動作する。この形態では、情報処理装置１０１のソフトウェア構成にＣｈｒｏｍｅ ＯＳは含まれないものとする。この形態のように、情報処理装置１０１の最下層で動作するＯＳがＡｎｄｒｏｉｄ ＯＳである（Ｃｈｒｏｍｅ ＯＳでない）環境を、以下において第１環境と呼ぶ。第１環境とは、具体的には例えば、情報処理装置１０１にホストＯＳが搭載されているがゲストＯＳが搭載されておらず、通信アプリがホストＯＳ上で動作している環境である。また例えば、第１環境とは、具体的には例えば、情報処理装置１０１にホストＯＳもゲストＯＳも搭載されているが、通信アプリはホストＯＳ上で動作しており、ゲストＯＳを介さず動作している（ゲストＯＳ上では動作していない）環境である。
【0048】
図３（ｂ）は、情報処理装置１０１上で動作するホストＯＳが、Ｃｈｒｏｍｅ ＯＳである場合における情報処理装置１０１のソフトウェア構成の例である。この形態においては、Ｃｈｒｏｍｅ ＯＳ上で仮想ＯＳである仮想Ａｎｄｒｏｉｄ ＯＳが動作する。そして、仮想Ａｎｄｒｏｉｄ ＯＳ上でＡｎｄｒｏｉｄ ＯＳ用のアプリが動作する。この形態のように、情報処理装置１０１の最下層で動作するＯＳがＣｈｒｏｍｅ ＯＳであり、そのＣｈｒｏｍｅ ＯＳ上で仮想Ａｎｄｒｏｉｄ ＯＳが動作する環境を、以下において第２環境と呼ぶ。なお本実施形態において仮想ＯＳとは、ホストＯＳに対応しないアプリをホストＯＳ上で動作させるためのプログラムであり、ゲストＯＳである。なお仮想ＯＳは、Ａｎｄｒｏｉｄ ＯＳ等の既存のＯＳ全体であっても良いし、既存のＯＳ全体から一部モジュールが省略されたものであっても良いし、既存のＯＳとは別個に作成されたプログラムであっても良い。また仮想ＯＳは例えば、Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ方式やコンテナ方式等の仮想化技術によって実現される。
【0049】
ここで、第２環境においてＡｎｄｒｏｉｄ ＯＳ用のアプリを動作させる場合、以下に示すような課題が生じる。
【0050】
まず従来、情報処理装置１０１が通信アプリによって通信する相手となる装置を検索するための方法として、ブロードキャスト検索という方法が知られている。ブロードキャスト検索とは、ブロードキャスト検索用パケットの送信及び応答の受信によって装置を発見する方法である。ブロードキャスト検索においてまず、具体的にはまず通信アプリは、ソケットＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を実行することで、ブロードキャスト検索用パケットの送信を行うよう、情報処理装置１０１のＯＳに指示する。すると当該ＯＳは、情報処理装置１０１が属している（接続している）ネットワークを形成しているアクセスポイント（ここではアクセスポイント１３１）に対して、ブロードキャスト検索用パケットを送信する。ブロードキャスト検索用パケットとは、ＩＰアドレスが格納される領域に、ブロードキャスト検索用の値であり、パケットの送信先を指定しないことに対応する値が設定されているパケットである。本実施形態では、ブロードキャスト検索用パケットの内容は通信アプリにより指定される。すなわち、ブロードキャスト検索用パケットの内容を解釈可能な装置は、通信アプリに対応した装置である。そして通信アプリに対応した装置とは、具体的には例えば、通信アプリのベンダーによって提供される印刷装置である。本実施形態においては、通信装置１５１は通信アプリに対応した装置であるものとする。ブロードキャスト検索用パケットを受信したアクセスポイント１３１は、自身が形成しているネットワークに属している全ての装置に、当該パケットを送信する。そして当該パケットを解釈可能な装置が当該パケットを受信した場合は、当該パケットの送信元である情報処理装置１０１に応答をアクセスポイント１３１経由で送信する。そして情報処理装置１０１のＯＳは、応答を受信し、受信した応答を通信アプリに送信する。これにより情報処理装置１０１は、応答を送信した各装置を通信アプリにより発見することができ、ブロードキャスト検索の結果に基づく処理を実行可能である。検索の結果に基づく処理とは具体的には例えば、検索の結果を表示する処理や、検索により発見された装置と通信する処理である。
【0051】
また、情報処理装置１０１が通信アプリによって通信する相手となる装置を検索するための方法として、マルチキャスト検索という方法が知られている。マルチキャスト検索とは、マルチキャスト検索用パケットの送信及び応答の受信によって装置を発見する方法である。マルチキャスト検索においてまず、具体的にはまず通信アプリは、ソケットＡＰＩを実行することで、マルチキャスト検索用パケットの送信を行うよう、情報処理装置１０１のＯＳに指示する。すると当該ＯＳは、情報処理装置１０１が属している（接続している）ネットワークを形成しているアクセスポイント（ここではアクセスポイント１３１）に対して、マルチキャスト検索用パケットを送信する。マルチキャスト検索用パケットとは、ＩＰアドレスが格納される領域に、マルチキャスト検索用の値であり、パケットの送信先として特定の種類の装置を指定することに対応する値が設定されているパケットである。本実施形態では、マルチキャスト検索用パケットの内容は通信アプリにより指定される。すなわち、マルチキャスト検索用パケットの内容を解釈可能な装置は、通信アプリに対応した装置である。マルチキャスト検索用パケットを受信したアクセスポイント１３１は、自身が形成しているネットワークに属している全ての装置のうち、マルチキャスト検索用パケットによって指定された種類の装置に、当該パケットを送信する。そして当該パケットを解釈可能な装置が当該パケットを受信した場合は、当該パケットの送信元である情報処理装置１０１に応答をアクセスポイント１３１経由で送信する。そして情報処理装置１０１のＯＳは、応答を受信し、受信した応答を通信アプリに送信する。これにより情報処理装置１０１は、応答を送信した各装置を通信アプリにより発見することができ、マルチキャスト検索の結果に基づく処理を実行可能である。
【0052】
ところで、ブロードキャスト検索用パケットやマルチキャスト検索用パケットの内容の指定を担うのは通信アプリだが、それらのパケットの送信を担うのは、情報処理装置１０１において一番下層で動作するＯＳである。そのため第２環境においてＡｎｄｒｏｉｄ ＯＳ用のアプリが動作する環境においては、Ｃｈｒｏｍｅ ＯＳがブロードキャスト検索やマルチキャスト検索を実行する必要がある。しかしながら、第２環境においてＡｎｄｒｏｉｄ ＯＳ用のアプリが動作する場合は、Ｃｈｒｏｍｅ ＯＳは、自身が有するＦｉｒｅｗａｌｌにより、Ａｎｄｒｏｉｄ ＯＳ用のアプリが指示元でありソケットＡＰＩが用いられたブロードキャスト検索やマルチキャスト検索は実行しないよう制御することある。結果として、第２環境で通信アプリが動作している場合は、通信アプリはブロードキャスト検索やマルチキャスト検索の結果に基づく処理を実行できないことがあるという課題がある。なおＣｈｒｏｍｅ ＯＳ用のアプリが指示元のブロードキャスト検索やマルチキャスト検索はＣｈｒｏｍｅ ＯＳのＦｉｒｅｗａｌｌによってはブロックされない。そのため、もし情報処理装置１０１が、Ｃｈｒｏｍｅ ＯＳ上でＣｈｒｏｍｅ ＯＳ用アプリを動作させており、そのアプリからソケットＡＰＩによりブロードキャスト検索やマルチキャスト検索の実行の指示が行われた場合は、Ｃｈｒｏｍｅ ＯＳはブロードキャスト検索やマルチキャスト検索を実行可能である。
【0053】
また本実施形態では通信アプリは、ＷＦＤによる装置の検索に対応している。そのため、通信アプリが動作している情報処理装置１０１がＷＦＤに対応していれば、通信アプリは、情報処理装置１０１のＯＳに、ＷＦＤによる装置の検索を指示し、当該検索の結果を受信することで、当該検索の結果に基づく処理を実行可能である。
【0054】
しかしながら、Ｃｈｒｏｍｅ ＯＳを搭載した装置やｃｈｒｏｍｅ ＯＳ自体が、ＷＦＤに対応しておらず、ＷＦＤによる装置の検索が実行できないことが多い。第２環境で通信アプリが動作している場合は、通信アプリはＷＦＤによる装置の検索の結果に基づく処理を実行できないことがあるという課題がある。
【0055】
また、本実施形態では、通信アプリは、通信装置１５１にスキャンを実行させるためのスキャンジョブを送信し、当該スキャンジョブによって実行されたスキャンによって取得された画像データ（スキャンデータ）を通信装置１５１から取得する機能（スキャン機能）を有するものとする。しかしながら第２環境において通信アプリが動作している場合は、通信装置１５１によって取得されたスキャンデータを通信アプリが取得できないことがあるという課題がある。
【0056】
通信アプリは、プッシュスキャンを実行する通信装置１５１にスキャンジョブを通信装置１５１に送信する場合、通信アプリ内に、ＷｅｂＤＡＶ（Ｗｅｂ－ｂａｓｅｄ Ｄｉｓｔｒｉｂｕｔｅｄ Ａｕｔｈｏｒｉｎｇ ａｎｄ Ｖｅｒｓｉｏｎｉｎｇ）サーバを起動する。このとき、通信アプリが動作する環境が第２環境である場合、仮想Ａｎｄｒｏｉｄ ＯＳは、ＷｅｂＤＡＶサーバが利用するインタフェースとして設定される仮想インタフェースのＩＰアドレスを割り当てる。このＩＰアドレスを、第１アドレスと呼ぶ。そして、通信アプリは、スキャンジョブの送信を仮想Ａｎｄｒｏｉｄ ＯＳに指示する。ここでスキャンジョブは、送信元のアドレスとしての第１アドレスと、送信先のアドレスとしての通信装置１５１のＩＰアドレスと、送信元のポート番号としての第１ポート番号とを含む。その後、仮想Ａｎｄｒｏｉｄ ＯＳは、当該スキャンジョブの送信をＣｈｒｏｍｅ ＯＳに指示する。なおこのときＣｈｒｏｍｅ ＯＳは、アドレス変換処理であるＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｉｏｎ）を実行する。具体的には例えば、Ｃｈｒｏｍｅ ＯＳは、送信元のアドレスを第１アドレスから第２アドレスに変換し、送信元のポート番号を第１ポート番号から第２ポート番号に変換する。その後、変換後のアドレスやポート番号を用いて、スキャンジョブを通信装置１５１に送信する。なお変換されたアドレスは、スキャンジョブのパケットのうちヘッダーに格納される。
【0057】
ここで通信装置１５１はプッシュスキャンを実行する装置であるものとする。そのため、スキャンジョブが通信装置１５１によって受信されると、情報処理装置１０１と通信装置１５１との間の通信のセッションは一旦切断される。そのため、通信装置１５１はスキャンデータを情報処理装置１０１に送信するためには、情報処理装置１０１と通信装置１５１との間の通信のセッションを再度確立する必要がある。
【0058】
その場合通信装置１５１は、スキャンデータの送信先を示すＩＰアドレスを指定する必要があるが、上述のように通信装置１５１が受信したスキャンジョブには、第１アドレスがｃｈｒｏｍｅ ＯＳによって変換された後のＩＰアドレスである第２アドレスが含まれている。そのため、通信装置１５１は、第１アドレスを取得することができない。また、スキャンジョブのパケットのうちヘッダーでない部分に含まれる第１アドレスを参照するなどして、第１アドレスを取得できたとしても、第１アドレスは、情報処理装置１０１内部のプライベートＩＰアドレスであるため、新しく確立されたセッションでは通信装置１５１は第１アドレス宛にはデータを送ることができない。結果として、第２環境においては、通信装置１５１にプッシュスキャンを実行させるためのスキャンジョブにより通信装置１５１が実行したスキャンにより得られたスキャンデータを、通信アプリは取得できないことがあるという課題がある。
【0059】
＜通信アプリによる装置の検索について＞
図４に、本実施形態における通信アプリによる装置の検索のフローチャートを示す。なお、本フローチャートは、外部記憶装置１０６等のメモリに格納された各種プログラムを、ＣＰＵ１０３がＲＡＭ１０５に読み出して実行することにより実現される。具体的には本フローチャートは、通信アプリが実行されることにより実現される。また本処理は、通信アプリが表示する画面において、装置の検索のトリガーとなる操作がユーザによって行われた場合に開始されるものとする。なおこの形態に限定されず例えば、本処理は、通信アプリが起動されたことに基づいて開始されても良い。
図４に、本実施形態における通信アプリによる装置の検索のフローチャートを示す。なお、本フローチャートは、外部記憶装置１０６等のメモリに格納された各種プログラムを、ＣＰＵ１０３がＲＡＭ１０５に読み出して実行することにより実現される。具体的には本フローチャートは、通信アプリが実行されることにより実現される。また本処理は、通信アプリが表示する画面において、装置の検索のトリガーとなる操作がユーザによって行われた場合に開始されるものとする。なおこの形態に限定されず例えば、本処理は、通信アプリが起動されたことに基づいて開始されても良い。
【0060】
Ｓ４０１では、ＣＰＵ１０３は、Ａｎｄｒｏｉｄ ＯＳのＡＰＩを通信アプリから実行することにより、通信アプリが動作している環境に関する環境情報を取得する。通信アプリが動作している環境が第１環境である場合、環境情報として、第１環境に対応する情報が取得される。一方通信アプリが動作している環境が第２環境である場合、実行される上記ＡＰＩは、仮想Ａｎｄｒｏｉｄ ＯＳのＡＰＩであり、且つ、環境情報として、第２環境に対応する情報が取得される。
【0061】
Ｓ４０２では、ＣＰＵ１０３は、Ｓ４０１で取得された環境情報に基づいて、通信アプリが動作している環境が第１環境であるか否かを判定する。本判定の結果がＹＥＳである場合、ＣＰＵ１０３は、Ｓ４０３に進み、本判定の結果がＮＯである場合、ＣＰＵ１０３は、Ｓ４１１に進む。
【0062】
Ｓ４０３では、ＣＰＵ１０３は、通信アプリによりブロードキャスト検索用パケットの内容を決定する。そしてＣＰＵ１０３は、決定した内容のパケットの送信を、ソケットＡＰＩを通信アプリから実行することで通信アプリによりＡｎｄｒｏｉｄ ＯＳに指示する。すなわちＣＰＵ１０３は、通信アプリによりブロードキャスト検索のための処理を実行する。これによりＣＰＵ１０３は、Ａｎｄｒｏｉｄ ＯＳによるブロードキャスト検索用パケットのアクセスポイント１３１への送信を実行する。また本実施形態において、ブロードキャスト検索用パケットは、通信アプリに対応した装置のみが当該パケットに対して応答可能なように構成されるものとする。また本実施形態において、複数の種類のブロードキャスト検索用パケットがブロードキャストされるものとする。複数の種類のブロードキャスト検索用パケットとは具体的には、インクジェットプリンタのみ応答可能なように構成される種類のパケットや、電子写真プリンタのみ応答可能なように構成される種類のパケットを含むものである。なおインクジェットプリンタのうち旧型のプリンタのみ応答可能なように構成される種類のパケットやインクジェットプリンタのうち新型のプリンタのみ応答可能なように構成される種類のパケットが含まれていても良い。具体的には例えば、ＣＰＵ１０３は、ブロードキャスト検索用パケットに設定されるポート番号を異ならせることによって、検索対象の装置を異ならせるように制御する。これにより、ブロードキャスト検索で、所望の装置のみ発見することができる。そして、ブロードキャスト検索により発見された装置がいずれの装置なのか（インクジェットプリンタなのか電子写真プリンタなのか等）を判別することができる。
【0063】
Ｓ４０４では、ＣＰＵ１０３は、ブロードキャスト検索用パケットに対する応答を、Ａｎｄｒｏｉｄ ＯＳから通信アプリにより取得する。これにより、当該応答の送信元である装置を、ブロードキャストにより発見された装置として特定する。図５は、当該ブロードキャストに対して、通信装置１５１が応答結果として返すＸＭＬデータの例である。ｓｔａｔｕｓタグは、問い合わせに対する応答結果を表しており、この例では問い合わせが成功したことを表している。また、ｄｅｖｉｃｅ＿ｔｙｐｅタグ、ｍｏｄｅｌ＿ｎａｍｅタグは、それぞれ装置の種類、機種名を表している。情報処理装置１０１は、ｄｅｖｉｃｅ＿ｔｙｐｅタグにプリンタとしての情報を備える装置をプリンタと認識することができるため、この例では通信装置の機種はプリンタであり、機種名が“Ｃｏｍｍｕｎｉｃａｔｉｏｎ ａｐｐａｒａｔｕｓ １５１”であることを表している。また、ｉｐ＿ａｄｄｒｅｓｓタグは、通信装置のＩＰアドレスを表し、この例では、通信装置のＩＰアドレスが１９２．１６８．０．２であることを表している。さらに、ｍａｃ＿ａｄｄｒｅｓｓタグは、通信装置のＭＡＣアドレスを表し、ＭＡＣアドレスがａａ：ｂｂ：ｃｃ：ｄｄ：ｅｅ：ｆｆであることを表している。なお、通信装置が応答結果として返すデータに記載される情報やデータの形式はこれに限定されず、通信装置に関する種々の情報が記載されていても良い。
【0064】
なお上述ではＳ４０３とＳ４０４において、ブロードキャスト検索のための処理が実行される形態を説明したが、マルチキャスト検索のための処理が実行される形態であっても良い。すなわちＣＰＵ１０３は、Ｓ４０３では、通信アプリによりマルチキャスト検索用パケットの内容を決定し、決定した内容のパケットの送信を、ソケットＡＰＩを通信アプリから実行することで通信アプリによりＡｎｄｒｏｉｄ ＯＳに指示しても良い。そして、ＣＰＵ１０３は、Ｓ４０４では、マルチキャスト検索用パケットに対する応答を、Ａｎｄｒｏｉｄ ＯＳから通信アプリにより取得しても良い。
【0065】
Ｓ４０５では、ＣＰＵ１０３は、ＷＦＤのためのＡＰＩを実行することで、ＷＦＤによる検索の実行（すなわち、ＷＦＤによる機器探索情報の送信）を通信アプリによりＡｎｄｒｏｉｄ ＯＳに指示する。これによりＣＰＵ１０３は、Ａｎｄｒｏｉｄ ＯＳによる機器探索情報の送信を実行する。そしてその後Ａｎｄｒｏｉｄ ＯＳは、機器探索応答を、情報処理装置１０１の周囲のＷＦＤ対応装置から受信する。本処理はＳ２０１やＳ２０２の処理に対応する。
【0066】
Ｓ４０６では、ＣＰＵ１０３は、機器探索応答を、Ａｎｄｒｏｉｄ ＯＳから通信アプリにより取得する。これにより、機器探索応答の送信元である装置を、ＷＦＤによる検索により発見された装置として特定する。なおこのとき、機器探索応答の送信元である装置のうち、印刷サービスに対応する装置のみを、ＷＦＤによる検索により発見された装置として特定しても良い。いずれの装置がいずれのサービスに対応しているかは、機器探索応答の送信元である装置と情報処理装置１０１との間の通信により確認可能である。
【0067】
Ｓ４０７では、ＣＰＵ１０３は、ブロードキャスト検索により発見された１又は複数の装置とＷＦＤによる検索により発見された１又は複数の装置のリストを示す画面である検索結果画面を、Ｓ４０４とＳ４０６にて取得された情報に基づいて通信アプリにより表示する。なお検索結果画面において、ブロードキャスト検索により発見された１又は複数の装置とＷＦＤによる検索により発見された１又は複数の装置とが区別可能なように、上記リストが表示されても良い。具体的には例えば、検索結果画面おいて、ブロードキャスト検索により発見された装置に対応する表示項目には、ブロードキャスト検索により発見された装置であることに対応するアイコンが付されていても良い。また同様に、検索結果画面において、ＷＦＤによる検索により発見された装置に対応する表示項目には、ＷＦＤにて発見された装置であることに対応するアイコンが付されていても良い。また検索結果画面において、インクジェットプリンタと電子写真プリンタとが区別可能なように、上記リストが表示されても良い。そしてＣＰＵ１０３は、検索結果画面に表示された装置のうち、いずれかの装置の選択をユーザから通信アプリにより受け付ける。
【0068】
Ｓ４０８では、ＣＰＵ１０３は、選択された装置が、ブロードキャストにて発見された装置か否かを判定する。本判定の結果がＹＥＳである場合、ＣＰＵ１０３は、Ｓ４１０に進み、本判定の結果がＮＯである場合、ＣＰＵ１０３は、Ｓ４０９に進む。
【0069】
Ｓ４０９では、ＣＰＵ１０３は、選択された装置と情報処理装置１０１との間のＷＦＤによる接続を確立するよう、通信アプリからＡｎｄｒｏｉｄ ＯＳに指示する。これによりＡｎｄｒｏｉｄ ＯＳは、選択された装置と情報処理装置１０１との間のＷＦＤによる接続を確立するための処理を実行する。本処理は、Ｓ２０３やＳ２０４の処理に対応する。なお本実施形態においては、情報処理装置１０１は、ＷＦＤによる接続と通常のＷｉ－Ｆｉによる接続とを並行して維持可能なものとする。そのためここではＣＰＵ１０３は、選択された装置と情報処理装置１０１との間のＷＦＤによる接続を、アクセスポイント１３１と情報処理装置１０１との間のＷｉ－Ｆｉ接続が維持されたまま確立するものとする。
【0070】
Ｓ４１０では、ＣＰＵ１０３は、選択された装置から、ケーパビリティ情報を取得する。ケーパビリティ情報には、具体的には、プリント機能やスキャン機能に当該装置が対応しているか否かの情報や、両面印刷やカラー／モノクロ印刷に当該装置が対応しているか否かの情報、当該装置が対応している記録剤や記録媒体の種類等の情報が含まれる。なお、ケーパビリティ情報には、ＭＡＣアドレスや機種名、ＩＰアドレス等の当該装置の識別情報が含まれていても良い。通信アプリは、選択された装置とケーパビリティ情報とを対応付けて管理することで、選択された装置を通信アプリに登録する。以後通信アプリは、通信アプリに登録された装置に対して、各種ジョブを送信することができるようになる。ひいてはり通信アプリは、通信アプリに登録された装置に対して、各種ジョブに応じた処理を実行させることが可能となる。その後本フローチャートの処理を終了する。
【0071】
一方Ｓ４０２の判定結果がＮＯである場合、Ｓ４１１で、ＣＰＵ１０３は、ソケットＡＰＩとは異なるＡＰＩを用いて、情報処理装置１０１が属しているネットワーク上の装置を検索するための処理を、通信アプリにより実行する。具体的にはここで用いられるＡＰＩは、ネットワークサービスディスカバリ（ＮＳＤ）ＡＰＩである。通信アプリから本ＡＰＩが実行されることにより、ＮＳＤと呼ばれる検索が実行される。ＮＳＤは、ＤＮＳ ｂａｓｅｄ ｓｅｒｖｉｃｅ ｄｉｓｃｏｖｅｒｙ ｐｒｏｔｏｃｏｌが利用されて実行されるマルチキャスト検索である。またＮＳＤは、第２環境においても通信アプリからの指示により実行されることが可能な検索である。本処理において具体的には、通信アプリから本ＡＰＩが実行されると仮想Ａｎｄｒｏｉｄ ＯＳが、Ｃｈｒｏｍｅ ＯＳにＮＳＤの実行を指示する。そしてＣｈｒｏｍｅ ＯＳがＮＳＤを実行することにより、情報処理装置１０１が属しているネットワーク上の装置であり、ＮＳＤに対応した装置が発見される。なおＮＳＤ ＡＰＩの実行において通信アプリは、ＮＳＤによっていずれのサービスに対応した装置を検索するかを指定することが可能である。なおサービスの指定は例えば、プロトコルの指定によって行われる。そのため本実施形態において通信アプリは、Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ（ＩＰＰ）を指定することで印刷サービスに対応した装置（すなわちプリンタ）を検索することを指定する。なお通信アプリは、ソケットＡＰＩを用いた検索指示においては、パケットの送信先の装置の指定としてＩＰアドレスを指定するのに対し、ＮＳＤ ＡＰＩを用いた検索指示においてはＩＰアドレスの指定は行わない。
【0072】
次に、Ｓ４１２で、ＣＰＵ１０３は、ＮＳＤによる検索の結果として、通信アプリは、発見された装置に関する情報を取得する。ここで取得される情報は具体的には例えば、発見された装置のＩＰアドレスやポート番号、サービス名などである。
【0073】
次に、Ｓ４１３で、ＣＰＵ１０３は、ＮＳＤにより発見された１又は複数の装置をユニキャスト検索を実行するための処理を実行する。なお本実施形態では、ＮＳＤにより発見された全ての装置にユニキャスト検索を実行するための処理を実行するものとするが、この形態に限定されない。ＮＳＤにより発見された装置のうち一部の装置にユニキャスト検索を実行するための処理が実行されても良い。ユニキャスト検索とは、検索対象の装置をＩＰアドレスによって指定して、情報処理装置１０１が属するネットワーク上で検索する方法である。ＮＳＤにより発見された装置のＩＰアドレスは、ＮＳＤの検索結果として通信アプリにより取得されているため、ＮＳＤにより発見された装置をユニキャスト検索で再度検索することが可能である。なおブロードキャスト検索は、情報処理装置１０１が属するサブネットワーク内が検索対象範囲である一方、ユニキャスト検索は、情報処理装置１０１が属するサブネットワークだけでなく、当該サブネットワークに接続した他のサブネットワーク内も検索対象範囲となる。なおサブネットワークとは、１つのアクセスポイントによって構成される１つのネットワークの単位を指す。なおユニキャスト検索は、第２環境においても通信アプリからの指示により実行されることが可能な検索である。本処理において具体的にはＣＰＵ１０３は、通信アプリによりユニキャスト検索用パケットの内容を決定する。そしてＣＰＵ１０３は、ソケットＡＰＩを実行することにより、決定した内容のパケットの送信を通信アプリにより仮想Ａｎｄｒｏｉｄ ＯＳに指示する。なおユニキャスト検索用パケットは、ＩＰアドレスが格納される領域に、ユニキャスト検索用の値であり、パケットの送信先（言い換えれば、検索対象装置の宛先）を指定することに対応する値が設定されているパケットである。また本実施形態において、ユニキャスト検索用パケットは、通信アプリに対応した装置のみが当該パケットに対して応答可能なように構成されるものとする。また本実施形態において、１つの装置に対して複数の種類のユニキャスト検索用パケットが送信されるものとする。複数の種類のユニキャスト検索用パケットとは具体的には、インクジェットプリンタのみ応答可能なように構成される種類のパケットや、電子写真プリンタのみ応答可能なように構成される種類のパケットを含むものである。なおインクジェットプリンタのうち旧型のプリンタのみ応答可能なように構成される種類のパケットやインクジェットプリンタのうち新型のプリンタのみ応答可能なように構成される種類のパケットが含まれていても良い。これにより、ユニキャスト検索で、所望の装置のみ発見することができる。そして、ユニキャスト検索により発見された装置がいずれの装置なのか（インクジェットプリンタなのか電子写真プリンタなのか等）を判別することができる。本実施形態においては、ユニキャスト検索用パケットの内容は、ブロードキャスト用検索パケットの内容と、パケットの送信先を示すＩＰアドレスのみ異なるものとする。その後仮想Ａｎｄｒｏｉｄ ＯＳが、Ｃｈｒｏｍｅ ＯＳにユニキャスト検索の実行を指示する。そしてＣｈｒｏｍｅ ＯＳが、ユニキャスト検索用パケットを送信することによりユニキャスト検索を実行する。これにより、情報処理装置１０１が属しているネットワーク上の装置であり、ユニキャスト検索用パケットにおいて指定されているＩＰアドレスに対応した装置からの応答が受信され、当該装置が発見される。
【0074】
次に、Ｓ４１４で、ＣＰＵ１０３は、ユニキャスト検索の結果として、通信アプリは、発見された装置の情報を取得する。ここで取得される情報は具体的には例えば、発見された装置のＩＰアドレスやＭＡＣアドレス、モデル名（機種名）、シリアルナンバーなどである。ＮＳＤの後にユニキャスト検索が実行されることにより、ＮＳＤによって発見された装置のうち通信アプリに対応した装置を特定することができる。また、ＮＳＤでは取得できされなかった情報を取得することができる。
【0075】
次に、Ｓ４１５で、ＣＰＵ１０３は、ユニキャスト検索にて発見された装置のリストを示す画面である検索結果画面を通信アプリにより表示する。なお検索結果画面において、インクジェットプリンタと電子写真プリンタとが区別可能なように、上記リストが表示されても良い。そしてＣＰＵ１０３は、検索結果画面に表示された装置のうち、いずれかの装置の選択をユーザから通信アプリにより受け付ける。その後、ＣＰＵ１０３は、３１０に進んで、選択された装置の登録を行う。
【0076】
このように本実施形態では、通信アプリが動作する環境に基づいて、ブロードキャスト検索を実行するか否かを切り替える。具体的には通信アプリが動作する環境が第１環境であることに基づいて、ブロードキャスト検索を実行し、通信アプリが動作する環境が第２環境であることに基づいて、ブロードキャスト検索を実行せず、他の処理を実行する。他の処理とは具体的には例えば、ＮＳＤによる検索や、ユニキャスト検索を実行する。これにより、通信アプリは、通信アプリが動作する環境に基づいた適切な処理を実行することができる。
【0077】
なお通信アプリは、ブロードキャスト検索とマルチキャスト検索とユニキャスト検索のいずれを指示するかを、ソケットＡＰＩの実行時に指定するＩＰアドレスであり、検索のために送信されるパケットに含まれるＩＰアドレスとしていずれの内容のアドレスを指定するかによって決定する。そのため本実施形態は言い換えれば、通信アプリが動作する環境に基づいて、検索に使用されるパケットにおいて指定されるＩＰアドレスの内容を切り替える形態である。
【0078】
なお通信アプリが動作する環境が第２環境であることに基づいて実行される処理は、上述した形態に限定されない。当該処理は例えば、ブロードキャスト検索を実行することができないことをユーザに通知するための通知画面を表示する処理であっても良い。そして、通知画面が表示される形態では、ＮＳＤによる検索や、ユニキャスト検索が実行されなくても良い。また当該通知画面は例えば、通信アプリが動作する環境が第２環境であることをユーザに通知するための画面や、通信装置を通信アプリに登録することができないことをユーザに通知するための画面や、通信アプリを第１環境で動作させるようユーザを促すための画面であっても良い。
【0079】
また検索の方法は上述の方法に限定されない。例えばブロードキャストによる検索のための処理（Ｓ４０３、Ｓ４０４）とＷＦＤによる検索のための処理（Ｓ４０５、Ｓ４０６）が実行される順番が逆であっても良いし、それぞれの検索が並行して実行されても良い。また、それぞれの検索が終了した後に、検索結果画面が表示されるのではなく、それぞれの検索により装置が発見される毎に、検索結果画面に、発見された装置が追加されていく形態であっても良い。
【0080】
また、通信アプリは、ユーザから、ブロードキャストによる検索の実行を指示するための操作と、ＷＦＤによる検索の実行を指示するための操作とをそれぞれ別々に受け付け可能であっても良い。そして、ブロードキャストによる検索の実行を指示するための操作が行われた場合は、ＷＦＤによる検索のための処理を実行せずに図４のフローチャートが実行されても良い。また同様に、ＷＦＤによる検索の実行を指示するための操作が行われた場合は、ブロードキャストによる検索のための処理を実行せずに図４のフローチャートが実行されても良い。また通信アプリは、ブロードキャストによる検索とＷＦＤによる検索のうち一方にしか対応しないアプリであっても良い。すなわち、ブロードキャストによる検索にしか対応しないアプリである場合は、ＷＦＤによる検索のための処理を実行せずに図４のフローチャートが実行されても良い。同様に、ＷＦＤによる検索にしか対応しないアプリである場合は、ブロードキャストによる検索のための処理を実行せずに図４のフローチャートが実行されても良い。
【0081】
また上述では、ＮＳＤのための処理（Ｓ４１１、Ｓ４１２）の後にユニキャストによる検索のための処理（Ｓ４１３、Ｓ４１４）が実行される形態を説明したがこの形態に限定されない。例えば、図４のフローチャートにおいてユニキャストによる検索のための処理が実行されず、検索結果画面には、ＮＳＤにより発見された装置が表示される形態であっても良い。なおこのとき、通信アプリに対応する装置が、ＮＳＤに対する応答として、通信アプリに対応する装置であることに対応する情報を格納する形態としても良い。それによりＮＳＤにより発見された装置のうち通信アプリに対応する装置として特定された装置のみが検索結果画面に表示される形態であっても良い。
【0082】
＜通信アプリによるスキャン機能の実行について＞
上述したようにして通信装置１５１が通信アプリに登録された場合、登録された通信装置１５１に対して通信アプリはスキャンジョブを送信可能である。
上述したようにして通信装置１５１が通信アプリに登録された場合、登録された通信装置１５１に対して通信アプリはスキャンジョブを送信可能である。
【0083】
図６に、本実施形態における通信アプリによる通信アプリによるスキャン機能のフローチャートを示す。なお、本フローチャートは、外部記憶装置１０６等のメモリに格納された各種プログラムを、ＣＰＵ１０３がＲＡＭ１０５に読み出して実行することにより実現される。具体的には本フローチャートは、通信アプリが実行されることにより実現される。また本処理は、通信アプリが表示する画面において、スキャン機能の実行のトリガーとなる操作がユーザによって行われた場合に開始されるものとする。
【0084】
Ｓ６０１では、ＣＰＵ１０３は、スキャンジョブの送信先となる装置を特定し、特定された装置の機種情報を取得する。具体的には例えば、ＣＰＵ１０３は、通信アプリに登録されている通信装置１５１をスキャンジョブの送信先として特定する。通信アプリに登録されている装置が複数ある場合には、ＣＰＵ１０３は、通信アプリに登録されている複数の装置からいずれかをユーザに選択させ、選択された装置をスキャンジョブの送信先となる装置として特定しても良い。ユーザの選択は、Ｓ６０１で受け付けても良いし、スキャン機能の実行のトリガーとなる操作がユーザによって行われる前に事前に受け付けても良い。ＣＰＵ１０３は、通信装置１５１が特定された場合、通信アプリへの通信装置１５１の登録のために管理されている通信装置１５１のケーパビリティ情報を参照することで、当該ケーパビリティ情報に含まれる機種情報を取得する。
【0085】
Ｓ６０２では、ＣＰＵ１０３は、スキャンジョブの送信先となる装置の機種が、プルスキャンに対応する所定の機種か否かを判定する。プルスキャンとは、情報処理装置１０１が確立元である情報処理装置１０１と通信装置１５１との間のセッションを介して、スキャンデータを通信装置１５１から受信する形態のスキャンである。本実施形態では例えば、インクジェット方式によって印刷を行うインクジェットプリンタに対応する機種や、電子写真方式によって印刷を行う電子写真プリンタに対応する機種のうち一部が、所定の機種であるものとする。そして電子写真方式によって印刷を行う電子写真プリンタに対応する機種のうち一部が、所定の機種とは異なる機種であり、プッシュスキャンに対応する機種であるものとする。本判定の結果がＹＥＳである場合、ＣＰＵ１０３は、Ｓ６０３に進み、本判定の結果がＮＯである場合、ＣＰＵ１０３は、Ｓ６０５に進む。
【0086】
Ｓ６０３では、ＣＰＵ１０３は、スキャンジョブを送信するよう、通信アプリから通信アプリの下層のＯＳに指示する。これにより、情報処理装置１０１から通信装置１５１にスキャンジョブが送信される。通信アプリの下層のＯＳとは、第１環境においてはＡｎｄｒｏｉｄ ＯＳであり、第２環境においては仮想Ａｎｄｒｏｉｄ ＯＳである。第２環境においては、さらに、スキャンジョブを送信するよう、仮想Ａｎｄｒｏｉｄ ＯＳからＣｈｒｏｍｅ ＯＳに指示されることになる。なおここで送信されるスキャンジョブは、通信装置１５１にプルスキャンを実行させるためのジョブであり、通信アプリによって作成されたジョブである。
【0087】
Ｓ６０４では、ＣＰＵ１０３は、通信装置１５１から情報処理装置１０１により取得されたスキャンデータを、通信アプリの下層のＯＳから、ＷｅｂＤＡＶサーバを用いずに通信アプリにより取得する。その後Ｓ６０９に進む。
【0088】
Ｓ６０２の判定の結果がＮＯであった場合に実行されるＳ６０５では、ＣＰＵ１０３は、環境情報を取得する。本処理はＳ４０１と同様である。
【0089】
Ｓ６０６では、ＣＰＵ１０３は、Ｓ６０５で取得された環境情報に基づいて、通信アプリが動作している環境が第１環境であるか否かを判定する。本判定の結果がＹＥＳである場合、ＣＰＵ１０３は、Ｓ６０７に進み、本判定の結果がＮＯである場合、ＣＰＵ１０３は、Ｓ６１０に進む。なお図４で説明したように、本実施形態においては、通信アプリが動作している環境に基づいて異なる検索処理が実行される。そのため、スキャンジョブの送信先となる装置を発見した検索処理に基づいて、通信アプリが動作している環境が特定されることとなる。そのためＳ６０６の処理は例えば、スキャンジョブの送信先となる装置を発見した検索処理がいずれの検索処理であるかを特定する処理であっても良い。そして、特定された検索処理が、通信アプリが動作している環境が第１環境である場合に実行される検索処理である場合に、Ｓ６０７に進んでも良い。そして、特定された検索処理が、通信アプリが動作している環境が第２環境である場合に実行される検索処理である場合に、Ｓ６１０に進んでも良い。
【0090】
Ｓ６０７では、ＣＰＵ１０３は、スキャンジョブを送信するよう、通信アプリからＡｎｄｒｏｉｄ ＯＳに指示する。これにより、情報処理装置１０１から通信装置１５１にスキャンジョブが送信される。なおここで送信されるスキャンジョブは、通信装置１５１にプッシュスキャンを実行させるためのジョブであり、通信アプリによって作成されたジョブである。そのためＣＰＵ１０３は、通信アプリによりＷｅｂＤＡＶサーバを起動する。
【0091】
Ｓ６０８では、ＣＰＵ１０３は、通信装置１５１から情報処理装置１０１により取得されたスキャンデータを、Ａｎｄｒｏｉｄ ＯＳから、ＷｅｂＤＡＶサーバを用いて通信アプリにより取得する。
【0092】
Ｓ６０９では、ＣＰＵ１０３は、通信アプリにより取得されたスキャンデータにより表される画像を表示する。その後本フローチャートの処理を終了する。
【0093】
Ｓ６０２の判定の結果がＮＯであった場合に実行されるＳ６１０では、ＣＰＵ１０３は、通信アプリからはスキャン機能を実行できないことを通知するための通知画面を表示する処理である通知処理を実行する。ここで表示される通知画面の一例を、図７に示す。通知画面は例えば、ホストＯＳに標準搭載されている標準スキャン機能を実行するようユーザを促すための画面であっても良い。また標準スキャン機能を実行するための操作を提示するための画面であっても良い。ホストＯＳに標準搭載されているスキャン機能を実行するための操作を提示するｗｅｂマニュアルをｗｅｂブラウザで表示するためのボタンを有する画面であっても良い。なお標準スキャン機能は、ホストＯＳと共に情報処理装置１０１に標準搭載されているアプリであり、当該標準スキャン機能を司る標準スキャンアプリによって実行される。そのため標準スキャン機能を実行するようユーザを促すための画面とは例えば、標準スキャンアプリを使用するようユーザを促すための画面ともいえる。また標準スキャン機能を実行するための操作を提示するための画面とは例えば、標準スキャンアプリを起動するための操作を提示するための画面ともいえる。なお、通知画面は例えば、標準スキャンアプリを起動するかどうかをユーザに確認する画面であっても良い。そして、標準スキャン機能を起動することの入力が受け付けられた場合、ＣＰＵ１０３は、通信アプリから標準スキャンアプリを起動しても良い。なお標準スキャンアプリは、ホストＯＳ用のアプリであるため、ゲストＯＳを介さずに動作する。そのため、標準スキャンアプリは、標準スキャンアプリからの指示で実行された送信されたスキャンジョブに基づいて実行されたスキャンにより得られたスキャンデータを通信装置１５１から取得することが可能である。また、Ｓ６１０においてＣＰＵ１０３は、通信アプリから標準スキャンアプリを起動する起動処理を、通知処理を実行することなく実行する形態であっても良い。またＳ６１０においてＣＰＵ１０３は、ホストＯＳのバージョンが、起動処理に対応しているバージョンであるか否かを判定し、ＹＥＳである場合に起動処理を実行し、ＮＯである場合に通知処理を実行しても良い。なお起動された標準スキャンアプリがユーザ操作されることで、標準スキャンアプリからの指示で、通信装置１５１等に、情報処理装置１０１からスキャンジョブが送信される。そして、標準スキャンアプリからの指示で送信されるスキャンジョブは、標準スキャンアプリによって作成されるジョブである。そのためＳ６１０の処理は、通信アプリとは異なる標準スキャンアプリによって作成されるスキャンジョブを送信するための処理ともいえる。Ｓ６１０の後、本フローチャートの処理を終了する。
【0094】
このように本実施形態では、通信アプリが動作する環境が第２環境であり、通信アプリが通信装置１５１からスキャンデータを取得できない場合は、通信装置１５１にスキャンジョブを送信しない。そして例えば、スキャンジョブを送信する処理でない処理として、通知画面を表示したり、標準スキャンアプリを起動する処理を実行する。これにより、通信アプリが通信装置１５１からスキャンデータを取得できない状況において、ユーザに、スキャンデータを取得するための代替手段を提示することができる。
【0095】
なお上述した第２環境において生じる課題は、第２環境におけるホストＯＳがＣｈｒｏｍｅ ＯＳ以外の他のＯＳである場合や、第２環境におけるゲストＯＳがＡｎｄｒｏｉｄ ＯＳ以外の他のＯＳである場合にも生じうる。すなわち上述では第２環境が、Ｃｈｒｏｍｅ ＯＳ上に仮想Ａｎｄｒｏｉｄ ＯＳが動作し、仮想Ａｎｄｒｏｉｄ ＯＳ上にＡｎｄｒｏｉｄ ＯＳ用アプリが動作する環境である形態を説明したが、この形態に限定されない。例えば、最下層で動作するＯＳは、Ｃｈｒｏｍｅ ＯＳではなく、Ｍｉｃｒｏｓｏｆｔ社によって提供されるＷｉｎｄｏｗｓ（登録商標） ＯＳやＡＰＰＬＥ社によって提供されるＭａｃ（登録商標） ＯＳ等の他のＯＳであっても良い。また、ゲストＯＳやゲストＯＳ上で動作するアプリは、Ａｎｄｒｏｉｄ ＯＳやＡｎｄｒｏｉｄ ＯＳ用アプリではなく、ｉＯＳ（登録商標）やｉＯＳ用アプリであっても良い。そのため例えば、ＣＰＵ１０３は、Ｓ６１０の前に、第２環境におけるホストＯＳがどのＯＳであるかを通信アプリにより特定しても良い。そして、Ｓ６１０における通知処理では、特定されたＯＳに対応する内容の通知画面が表示されても良い。具体的には例えば、ＯＳの種類ごとに標準スキャンアプリの名前や標準スキャンアプリを起動する方法が異なる場合は、特定されたＯＳに対応する標準スキャンアプリの名前や、特定されたＯＳ上で標準スキャンアプリを起動する方法が通知画面に表示されて良い。また例えばＳ６１０では、通知処理の代わりに、特定されたＯＳに対応する標準スキャンアプリを起動する処理が実行されても良い。
【0096】
（第２実施形態）
上述したように、第２環境におけるホストＯＳは、Ｃｈｒｏｍｅ ＯＳである場合に限らず、Ｗｉｎｄｏｗｓ ＯＳ等の他のＯＳである場合もある。そして例えば、通信アプリとは別のアプリであり、通信アプリと同じベンダーが提供している他のＯＳ用のアプリが存在する場合がある。本実施形態では、第２環境において、ホストＯＳの種類によって異なる処理を実行する形態について説明する。
上述したように、第２環境におけるホストＯＳは、Ｃｈｒｏｍｅ ＯＳである場合に限らず、Ｗｉｎｄｏｗｓ ＯＳ等の他のＯＳである場合もある。そして例えば、通信アプリとは別のアプリであり、通信アプリと同じベンダーが提供している他のＯＳ用のアプリが存在する場合がある。本実施形態では、第２環境において、ホストＯＳの種類によって異なる処理を実行する形態について説明する。
【0097】
図８に、本実施形態における通信アプリによる通信アプリによるスキャン機能のフローチャートを示す。なお、本フローチャートは、外部記憶装置１０６等のメモリに格納された各種プログラムを、ＣＰＵ１０３がＲＡＭ１０５に読み出して実行することにより実現される。具体的には本フローチャートは、通信アプリが実行されることにより実現される。また本処理は、通信アプリが表示する画面において、スキャン機能の実行のトリガーとなる操作がユーザによって行われた場合に開始されるものとする。
【0098】
Ｓ８０１～Ｓ８１０は、Ｓ６０１～Ｓ６１０と同様のため説明を省略する。
【0099】
Ｓ８０６の判定の結果がＮＯであった場合に実行されるＳ８１１では、ＣＰＵ１０３は、第２環境におけるホストＯＳを通信アプリにより特定する。そしてＣＰＵ１０３は、特定されたホストＯＳが、特定のスキャンアプリに対応しないＯＳか否かを通信アプリにより判定する。特定のスキャンアプリとは、通信アプリとは別のアプリであり、通信アプリと同じベンダーが提供しているアプリである。本実施形態では、Ｃｈｒｏｍｅ ＯＳは、特定のスキャンアプリに対応しないＯＳであるものとする。また、Ｗｉｎｄｏｗｓ ＯＳは、特定のスキャンアプリに対応するＯＳであるものとする。すなわち、Ｗｉｎｄｏｗｓ ＯＳ用のスキャンアプリが特定のスキャンアプリとして存在するものとする。Ｗｉｎｄｏｗｓ ＯＳ用のスキャンアプリは、第２環境においてもゲストＯＳを介さず動作可能であるため、通信装置１５１によって実行されるプッシュスキャンによって取得されるスキャンデータを取得可能である。上述のように、特定のスキャンアプリに対応したＯＳであるかどうかは、ＯＳの種類によって特定されるものであるため、Ｓ８１１の判定処理は、ホストＯＳが、Ｃｈｒｏｍｅ ＯＳか否かを判定するものであっても良い。本判定の結果がＹＥＳである場合、ＣＰＵ１０３は、Ｓ８１０に進み、Ｓ６１０と同様の通知処理を第１通知処理として実行する。一方本判定の結果がＮＯである場合、ＣＰＵ１０３は、Ｓ８１２に進む。
【0100】
Ｓ８１２では、ＣＰＵ１０３は、所定のアプリを使用するようユーザを促すための通知画面を表示する処理である第２通知処理を実行する。ここで表示される通知画面は例えば、所定のアプリを起動するためのボタンを表示する画面であっても良い。なおＣＰＵ１０３は、当該ボタンが押され、且つ所定のアプリが既に情報処理装置１０１にインストールされていた場合は、所定のアプリを起動する。一方、当該ボタンが押され、且つ所定のアプリがまだ情報処理装置１０１にインストールされていない場合は、所定のアプリをインストールするためのストアアプリを起動する。ここで表示される通知画面は例えば、所定のアプリを起動するかどうかをユーザに確認する画面であっても良い。そして、所定のアプリを起動することの入力が受け付けられた場合、ＣＰＵ１０３は、通信アプリから所定のアプリを起動しても良い。なおＳ８１２においてＣＰＵ１０３は、通知処理を実行することなく、所定のアプリを起動しても良い。その後処理を終了する。
【0101】
このような形態とすることで、第２環境におけるホストＯＳの種類に応じた適切な処理を実行可能となる。
【0102】
（その他の実施形態）
上述では、Ｃｈｒｏｍｅ ＯＳが、Ｆｉｒｅｗａｌｌにより、Ａｎｄｒｏｉｄ ＯＳ用のアプリが指示元でありソケットＡＰＩが用いられたブロードキャスト検索やマルチキャスト検索は実行しないよう制御することあると説明した。しかし、ソケットＡＰＩの実行時に指定されるポート番号であり、検索に用いられるパケットに設定されるポート番号の内容によっては、Ｆｉｒｅｗａｌｌによりブロードキャスト検索やマルチキャスト検索がブロックされないことがある。そのため例えば通信アプリは第２環境においても、Ｆｉｒｅｗａｌｌによりブロックされない一部の検索については、ソケットＡＰＩによりブロードキャスト検索やマルチキャスト検索の実行を仮想Ａｎｄｒｏｉｄ ＯＳに指示しても良い。具体的には例えば、インクジェットプリンタのうち旧型のプリンタのみ応答可能なように構成される種類のパケットには特定のポート番号が指定されており、当該パケットによるブロードキャスト検索やマルチキャスト検索はＦｉｒｅｗａｌｌによりブロックされないとする。その場合例えば、Ｓ４１１においてＣＰＵ１０３は、ＮＳＤ ＡＰＩを用いた検索だけではなく、ソケットＡＰＩを用いた検索であり、インクジェットプリンタのうち旧型のプリンタのみ応答可能なように構成される種類のパケットを送信することによるブロードキャスト検索を通信アプリから仮想Ａｎｄｒｏｉｄ ＯＳに指示しても良い。そしてＳ４１５ではＣＰＵ１０３は、Ｓ４１４の検索結果だけでなく、上記指示により実行されたブロードキャスト検索の検索結果が表示されても良い。なおこのときＮＳＤ検索とブロードキャスト検索で重複して発見された装置は、重複して表示されないように制御される。これにより例えば、ＩＰＰに対応していないなどの理由でＮＳＤ検索では発見することができない機種の装置を、第２環境でも発見することが可能となる。
上述では、Ｃｈｒｏｍｅ ＯＳが、Ｆｉｒｅｗａｌｌにより、Ａｎｄｒｏｉｄ ＯＳ用のアプリが指示元でありソケットＡＰＩが用いられたブロードキャスト検索やマルチキャスト検索は実行しないよう制御することあると説明した。しかし、ソケットＡＰＩの実行時に指定されるポート番号であり、検索に用いられるパケットに設定されるポート番号の内容によっては、Ｆｉｒｅｗａｌｌによりブロードキャスト検索やマルチキャスト検索がブロックされないことがある。そのため例えば通信アプリは第２環境においても、Ｆｉｒｅｗａｌｌによりブロックされない一部の検索については、ソケットＡＰＩによりブロードキャスト検索やマルチキャスト検索の実行を仮想Ａｎｄｒｏｉｄ ＯＳに指示しても良い。具体的には例えば、インクジェットプリンタのうち旧型のプリンタのみ応答可能なように構成される種類のパケットには特定のポート番号が指定されており、当該パケットによるブロードキャスト検索やマルチキャスト検索はＦｉｒｅｗａｌｌによりブロックされないとする。その場合例えば、Ｓ４１１においてＣＰＵ１０３は、ＮＳＤ ＡＰＩを用いた検索だけではなく、ソケットＡＰＩを用いた検索であり、インクジェットプリンタのうち旧型のプリンタのみ応答可能なように構成される種類のパケットを送信することによるブロードキャスト検索を通信アプリから仮想Ａｎｄｒｏｉｄ ＯＳに指示しても良い。そしてＳ４１５ではＣＰＵ１０３は、Ｓ４１４の検索結果だけでなく、上記指示により実行されたブロードキャスト検索の検索結果が表示されても良い。なおこのときＮＳＤ検索とブロードキャスト検索で重複して発見された装置は、重複して表示されないように制御される。これにより例えば、ＩＰＰに対応していないなどの理由でＮＳＤ検索では発見することができない機種の装置を、第２環境でも発見することが可能となる。
【0103】
また図４のフローチャートは例えば、通信アプリが用いられて情報処理装置１０１から通信装置１５１に対してネットワーク設定が実行されたことに基づいて開始されても良い。ネットワーク設定とは具体的には例えば、情報処理装置１０１と通信装置１５１との間のＷｉ－ＦｉやＢｌｕｅｔｏｏｔｈによる接続を介して、アクセスポイント１３１の情報を通信装置１５１に送信する処理である。これにより通信装置１５１が、当該情報を用いてアクセスポイント１３１と接続することになる。そしてその後、情報処理装置１０１もアクセスポイント１３１に接続しているのであれば、図４のフローチャートが実行されることで、情報処理装置１０１が通信装置１５１を発見することができる。そのため情報処理装置１０１は、情報処理装置１０１と通信装置１５１との間のＷｉ－Ｆｉによる接続を介して、アクセスポイント１３１の情報を通信装置１５１に送信する場合は、当該情報を送信した後に、当該接続を切断して、情報処理装置１０１とアクセスポイント１３１との間の接続を確立してよい。またネットワーク設定が実行されたことに基づいて開始されたフローチャートは例えば、検索結果画面を表示しない形態であっても良い。具体的には例えば、検索結果画面を表示してユーザからの選択を受け付ける処理の代わりに、検索により発見された装置のうちネットワーク設定が実行された装置を特定する処理が実行されても良い。当該特定処理は具体的には、ネットワーク設定に利用される上記の接続を介して通信装置１５１から取得される情報であり、ネットワーク設定が実行された通信装置１５１の情報であるＭＡＣアドレスやシリアルナンバーを、検索により取得された情報であり、検索により発見された装置の情報であるＭＡＣアドレスやシリアルナンバーと比較することで実行される。そして、このようにして特定された装置からケーパビリティ情報が取得されても良い。またネットワーク設定が実行されたことに基づいて開始されたフローチャートは例えば、ＷＦＤによる検索に関わる処理（Ｓ４０５やＳ４０６、Ｓ４０８、Ｓ４０９等）を実行しない形態であっても良い。
【0104】
また上述ではＳ４１２におけるＮＳＤ検索で発見された装置のうちユニキャスト検索による検索対象となる装置をユーザによる選択無しに決定する形態を説明した。しかしこの形態に限定されず、ＮＳＤ検索で発見された装置のうちユニキャスト検索による検索対象となる装置をユーザによる選択に基づいて決定し、決定された装置の検索のためのユニキャスト検索のみ実行される形態であっても良い。この形態において例えば、ＣＰＵ１０３は、Ｓ４１２によるＮＳＤ検索が実行された後、ユニキャスト検索が実行される前に、ＮＳＤ検索で発見された装置のリストを示す画面である検索結果画面を通信アプリにより表示する。そしてＣＰＵ１０３は、当該検索結果画面に表示された装置のうちユーザによって選択された装置のみをユニキャスト検索による検索対象として決定する。そしてＣＰＵ１０３は、決定した装置のＩＰアドレスが指定されたユニキャスト検索用パケットの送信を通信アプリにより仮想Ａｎｄｒｏｉｄ ＯＳに指示し、その後ユニキャスト検索により発見された装置を通信アプリに登録する処理を実行する。
【0105】
また上述では、第２環境では、ＮＳＤ検索が実行された後、ユニキャスト検索が実行される形態を説明した。しかしこの形態に限定されず、例えば第２環境では、ＮＳＤ検索が実行されることなく、ユニキャスト検索が実行されても良い。この形態では、例えば、４０２の判定結果がＮＯである場合、ＣＰＵ１０３は、Ｓ４１１とＳ４１２を実行しない。そして、ＣＰＵ１０３は、ユーザからＩＰアドレスの入力を受け付けるための画面を通信アプリにより表示する。そしてＣＰＵ１０３は、Ｓ４１３で、当該画面を介してユーザから入力されたＩＰアドレスに対応する１又は複数の装置をユニキャスト検索するための処理を実行する。具体的にはＣＰＵ１０３は、ユニキャスト検索用パケットに、当該画面を介してユーザから入力されたＩＰアドレスを設定する。そしてＣＰＵ１０３は、ソケットＡＰＩを実行することにより、当該画面を介してユーザから入力されたＩＰアドレスが設定されたパケットの送信を通信アプリにより仮想Ａｎｄｒｏｉｄ ＯＳに指示する。
【0106】
また、第２環境では、ＮＳＤ検索のための処理が通信アプリにより実行された後、ＮＳＤ検索が失敗したか否かが判定されても良い。なお当該判定は、例えば、ＮＳＤ検索が失敗したことが通信アプリに通知されたか否かによって行われる。そして、ＮＳＤ検索が失敗したと判定された場合は、ＣＰＵ１０３は、ユーザからＩＰアドレスの入力を受け付けるための画面を通信アプリにより表示しても良い。そしてＣＰＵ１０３は、当該画面を介してユーザから入力されたＩＰアドレスに対応する１又は複数の装置をユニキャスト検索するための処理を実行しても良い。これによりＮＳＤ検索が失敗して、ユニキャスト検索のために必要なＩＰアドレスがＮＳＤ検索では取得できなかった場合にも、ユニキャスト検索を実行することができる。
【0107】
また上述では、Ｓ４０２の判定結果がＹＥＳであった場合にブロードキャスト検索とＷＦＤによる検索の両方が実行される形態を説明したが、この形態に限定されない。Ｓ４０２の判定結果がＹＥＳであった場合にブロードキャスト検索とＷＦＤによる検索のうち一方のみが実行される形態であっても良い。具体的には例えば、Ｓ４０２の判定結果がＹＥＳであった場合にブロードキャスト検索のみが実行される形態においては、図４のフローチャートのうち、Ｓ４０５、Ｓ４０６、Ｓ４０８、Ｓ４０９が省略される。また具体的には例えば、Ｓ４０２の判定結果がＹＥＳであった場合にＷＦＤによる検索のみが実行される形態においては、図４のフローチャートのうち、Ｓ４０３、Ｓ４０４、Ｓ４０８が省略され、Ｓ４０７の後に必ずＳ４０９が実行される。 また上述では、通信装置を検索する処理として図４のフローチャートの処理を実行し、スキャンのための処理として図６や図８のフローチャートの処理を実行する形態を説明したが、この形態に限定されない。例えば、通信装置を検索する処理として図４のフローチャートの処理を実行するが、スキャンのための処理としては図６や図８のフローチャートの処理でない公知の処理を実行する形態であっても良い。あるいは例えば、通信装置を検索する処理として図４のフローチャートの処理を実行するが、通信アプリがスキャン機能を有さず、スキャンのための処理は実行しない形態であっても良い。あるいは例えば、通信装置を検索する処理として図４のフローチャートの処理でない公知の処理を実行するが、スキャンのための処理として図６や図８のフローチャートの処理を実行する形態であっても良い。
【0108】
なお上述では、ＮＳＤ ＡＰＩの実行を図４のフローチャートの中の処理であるＳ４１１で実行していたがこの形態に限定されない。例えば、通信アプリの起動時など、図４のフローチャートの前のタイミングにＮＳＤ ＡＰＩ実行を実行しても良い。この形態では例えば、図４のフローチャートの前のタイミングにＳ４０２に相当する判定を実行する。そして、第１環境あると判定された場合には当該タイミングでは特に検索のための処理を実行せず、第１環境でないと判定された場合には、Ｓ４１１に相当するＮＳＤ ＡＰＩを実行する。そして、図４のフローチャートではＳ４１１を省略する。この形態では、ＮＳＤの結果を図４のフローチャートの前に取得しても良い。なおホストＯＳによるＮＳＤは継続して実行されて良く、ＮＳＤの結果が変化するごとに、ＮＳＤの結果が通信アプリにより取得されて良い。そして、Ｓ４１２では、新たに、ＮＳＤの結果を取得するか、既に取得されているＮＳＤの結果を参照するのでも良い。
【0109】
本発明の目的は前述した実施例の機能を実現するソフトウェアのプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵまたはＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することとなり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【0110】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【0111】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施例の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施例の機能が実現される場合も含まれることは言うまでもない。
【0112】
また、本実施形態の開示は、以下の構成を含む。
（構成１）
所定のプログラムであって、
情報処理装置のコンピュータに、
前記情報処理装置のホストＯＳ上で前記所定のプログラムが動作しており、前記ホストＯＳと異なるゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）による検索を実行するための所定の処理を前記所定のプログラムによって実行し、前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定の処理を前記所定のプログラムによって実行しないよう前記所定のプログラムによって制御する第１実行ステップと、
前記所定の処理が実行された場合、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理を実行する第２実行ステップと、
を実行させることを特徴とするプログラム。
（構成２）
前記所定の処理は、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の実行を前記ホストＯＳに指示する処理を含むことを特徴とする構成１に記載のプログラム。
（構成３）
前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記情報処理装置が属しているネットワーク上の装置を、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔよる検索の方法と異なる第１の方法で検索するための第１の処理を前記所定のプログラムによって実行する第３実行ステップと、
前記第１の処理が実行された場合、前記第１の方法による検索の結果に基づく処理を実行する第４実行ステップと、
をさらに実行させることを特徴とする構成１又は２に記載のプログラム。
（構成４）
前記第１の処理は、ソケットＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）により前記ホストＯＳに前記第１の方法による検索の実行を指示する処理であることを特徴とする構成３に記載のプログラム。
（構成５）
前記第１の方法による検索は、ブロードキャスト検索又はマルチキャスト検索であることを特徴とする構成３又は４に記載のプログラム。
（構成６）
前記第１の方法による検索の結果に基づく処理は、前記第１の方法による検索により発見された装置を表示する処理及び、前記第１の方法による検索により発見された装置と通信する処理のうち少なくとも一方を含むことを特徴とする構成３乃至５のいずれかに記載のプログラム。
（構成７）
前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理は、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置を表示する処理を含み、
前記第１の方法による検索の結果に基づく処理は、前記第１の方法による検索により発見された装置を表示する処理を含み、
前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置と前記第１の方法による検索により発見された装置とが区別可能なように、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置と前記第１の方法による検索により発見された装置とが表示されるように制御されることを特徴とする構成６に記載のプログラム。
（構成８）
前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記情報処理装置が属しているネットワーク上の装置を、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔよる検索の方法と異なる第２の方法で検索するための第２の処理を前記所定のプログラムによって実行する第５実行ステップと、
前記第２の処理が実行された場合、前記第２の方法による検索の結果に基づく処理を実行する第６実行ステップと、
をさらに実行させることを構成１乃至７のいずれかに記載のプログラム。
（構成９）
前記第２の処理は、ソケットＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）と異なるＡＰＩにより前記ゲストＯＳに前記第２の方法による検索の実行を指示する処理であることを特徴とする構成８に記載のプログラム。
（構成１０）
前記第２の処理は、ネットワークサービスディスカバリＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）により前記ゲストＯＳに前記第２の方法による検索の実行を指示する処理であることを特徴とする構成８又は９に記載のプログラム。
（構成１１）
前記第２の方法による検索は、ＤＮＳ ｂａｓｅｄ ｓｅｒｖｉｃｅ ｄｉｓｃｏｖｅｒｙ ｐｒｏｔｏｃｏｌが利用された検索であることを特徴とする構成８乃至１０のいずれかに記載のプログラム。
（構成１２）
前記第２の方法による検索は、ユニキャスト検索であることを特徴とする構成８に記載のプログラム。
（構成１３）
前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作している場合、前記第２の処理が実行された後に、前記第２の方法による検索で発見された少なくとも１つの装置を、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔよる検索の方法と異なり且つ前記第２の方法と異なる第３の方法で検索するための第３の処理を前記所定のプログラムによって実行する第７実行ステップと、
前記第３の処理が実行された場合、前記第３の方法による検索の結果に基づく処理を実行する第８実行ステップと、
をさらに実行させることを特徴とする構成８乃至１１のいずれかに記載のプログラム。
（構成１４）
前記第３の処理は、前記第２の方法による検索で発見された装置全てに対して、前記第３の方法による検索のためのパケットを送信するための処理であることを特徴とする構成１３に記載のプログラム。
（構成１５）
前記第３の処理は、前記第２の方法による検索で発見された装置のうちユーザから選択された装置に対して、前記第３の方法による検索のためのパケットを送信するための処理であることを特徴とする構成１３に記載のプログラム。
（構成１６）
前記第３の処理は、ソケットＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）により前記ゲストＯＳに前記第３の方法による検索の実行を指示する処理であることを特徴とする構成１３乃至１５のいずれかに記載のプログラム。
（構成１７）
前記第３の方法による検索の結果に基づく処理は、前記第３の方法による検索により発見された装置を表示する処理及び、前記第３の方法による検索により発見された装置と通信する処理のうち少なくとも一方を含むことを特徴とする構成１３乃至１６のいずれかに記載のプログラム。
（構成１８）
前記第３の方法による検索は、ユニキャスト検索であることを特徴とする構成１３乃至１７のいずれかに記載のプログラム。
（構成１９）
前記情報処理装置により実行された検索により発見された装置に対して、印刷を実行させるための印刷ジョブを送信するための処理を実行する送信ステップをさらに実行させることを特徴とする構成１乃至１８のいずれかに記載のプログラム。
（構成２０）
前記情報処理装置により実行された検索により発見された装置に対して、スキャンを実行させるためのジョブであり、前記所定のプログラムによって作成されたスキャンジョブを送信するための処理を前記所定のプログラムにより実行する送信ステップをさらに実行させることを特徴とする構成１乃至１９のいずれかに記載のプログラム。
（構成２１）
前記スキャンジョブを送信するための処理は、前記所定のプログラムが、前記ホストＯＳに前記スキャンジョブの送信を指示する処理であり、
前記ホストＯＳ上で前記所定のプログラムが動作しており、前記ゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、前記スキャンジョブを送信するための処理が前記所定のプログラムにより実行され、
前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記スキャンジョブを送信するための処理が実行されないよう前記所定のプログラムにより制御されることを特徴とする構成２０に記載のプログラム。
（構成２２）
前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定のプログラムとは異なるプログラムであり、前記ホストＯＳに標準搭載されたスキャン機能を司る他のプログラムに関する処理を前記所定のプログラムにより実行する第７実行ステップと、
をさらに実行させることを特徴とする構成２１に記載のプログラム。
（構成２３）
前記他のプログラムに関する処理は、前記他のプログラムを使用するようユーザを促す処理、前記他のプログラムを起動するための操作を提示する処理、前記他のプログラムを起動するか否かをユーザに確認する処理、及び前記他のプログラムを起動する処理のうち少なくとも１つであることを特徴とする構成２２に記載のプログラム。
（構成２４）
前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理は、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置を表示する処理、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置と接続する処理及び、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置と通信する処理のうち少なくとも一方を含むことを特徴とする構成１乃至２３のいずれかに記載のプログラム。
（構成２５）
所定のプログラムを有する情報処理装置の制御方法であって、
前記情報処理装置のホストＯＳ上で前記所定のプログラムが動作しており、前記ホストＯＳと異なるゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）による検索を実行するための所定の処理を前記所定のプログラムによって実行し、前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定の処理を前記所定のプログラムによって実行しないよう前記所定のプログラムによって制御する第１実行ステップと、
前記所定の処理が実行された場合、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理を実行する第２実行ステップと、
を有することを特徴とする制御方法。
（構成２６）
所定のプログラムを有する情報処理装置であって、
前記情報処理装置のホストＯＳ上で前記所定のプログラムが動作しており、前記ホストＯＳと異なるゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）による検索を実行するための所定の処理を前記所定のプログラムによって実行し、前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定の処理を前記所定のプログラムによって実行しないよう前記所定のプログラムによって制御する第１実行手段と、
前記所定の処理が実行された場合、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理を実行する第２実行手段と、
を有することを特徴とする情報処理装置。
（構成１）
所定のプログラムであって、
情報処理装置のコンピュータに、
前記情報処理装置のホストＯＳ上で前記所定のプログラムが動作しており、前記ホストＯＳと異なるゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）による検索を実行するための所定の処理を前記所定のプログラムによって実行し、前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定の処理を前記所定のプログラムによって実行しないよう前記所定のプログラムによって制御する第１実行ステップと、
前記所定の処理が実行された場合、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理を実行する第２実行ステップと、
を実行させることを特徴とするプログラム。
（構成２）
前記所定の処理は、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の実行を前記ホストＯＳに指示する処理を含むことを特徴とする構成１に記載のプログラム。
（構成３）
前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記情報処理装置が属しているネットワーク上の装置を、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔよる検索の方法と異なる第１の方法で検索するための第１の処理を前記所定のプログラムによって実行する第３実行ステップと、
前記第１の処理が実行された場合、前記第１の方法による検索の結果に基づく処理を実行する第４実行ステップと、
をさらに実行させることを特徴とする構成１又は２に記載のプログラム。
（構成４）
前記第１の処理は、ソケットＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）により前記ホストＯＳに前記第１の方法による検索の実行を指示する処理であることを特徴とする構成３に記載のプログラム。
（構成５）
前記第１の方法による検索は、ブロードキャスト検索又はマルチキャスト検索であることを特徴とする構成３又は４に記載のプログラム。
（構成６）
前記第１の方法による検索の結果に基づく処理は、前記第１の方法による検索により発見された装置を表示する処理及び、前記第１の方法による検索により発見された装置と通信する処理のうち少なくとも一方を含むことを特徴とする構成３乃至５のいずれかに記載のプログラム。
（構成７）
前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理は、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置を表示する処理を含み、
前記第１の方法による検索の結果に基づく処理は、前記第１の方法による検索により発見された装置を表示する処理を含み、
前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置と前記第１の方法による検索により発見された装置とが区別可能なように、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置と前記第１の方法による検索により発見された装置とが表示されるように制御されることを特徴とする構成６に記載のプログラム。
（構成８）
前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記情報処理装置が属しているネットワーク上の装置を、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔよる検索の方法と異なる第２の方法で検索するための第２の処理を前記所定のプログラムによって実行する第５実行ステップと、
前記第２の処理が実行された場合、前記第２の方法による検索の結果に基づく処理を実行する第６実行ステップと、
をさらに実行させることを構成１乃至７のいずれかに記載のプログラム。
（構成９）
前記第２の処理は、ソケットＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）と異なるＡＰＩにより前記ゲストＯＳに前記第２の方法による検索の実行を指示する処理であることを特徴とする構成８に記載のプログラム。
（構成１０）
前記第２の処理は、ネットワークサービスディスカバリＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）により前記ゲストＯＳに前記第２の方法による検索の実行を指示する処理であることを特徴とする構成８又は９に記載のプログラム。
（構成１１）
前記第２の方法による検索は、ＤＮＳ ｂａｓｅｄ ｓｅｒｖｉｃｅ ｄｉｓｃｏｖｅｒｙ ｐｒｏｔｏｃｏｌが利用された検索であることを特徴とする構成８乃至１０のいずれかに記載のプログラム。
（構成１２）
前記第２の方法による検索は、ユニキャスト検索であることを特徴とする構成８に記載のプログラム。
（構成１３）
前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作している場合、前記第２の処理が実行された後に、前記第２の方法による検索で発見された少なくとも１つの装置を、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔよる検索の方法と異なり且つ前記第２の方法と異なる第３の方法で検索するための第３の処理を前記所定のプログラムによって実行する第７実行ステップと、
前記第３の処理が実行された場合、前記第３の方法による検索の結果に基づく処理を実行する第８実行ステップと、
をさらに実行させることを特徴とする構成８乃至１１のいずれかに記載のプログラム。
（構成１４）
前記第３の処理は、前記第２の方法による検索で発見された装置全てに対して、前記第３の方法による検索のためのパケットを送信するための処理であることを特徴とする構成１３に記載のプログラム。
（構成１５）
前記第３の処理は、前記第２の方法による検索で発見された装置のうちユーザから選択された装置に対して、前記第３の方法による検索のためのパケットを送信するための処理であることを特徴とする構成１３に記載のプログラム。
（構成１６）
前記第３の処理は、ソケットＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）により前記ゲストＯＳに前記第３の方法による検索の実行を指示する処理であることを特徴とする構成１３乃至１５のいずれかに記載のプログラム。
（構成１７）
前記第３の方法による検索の結果に基づく処理は、前記第３の方法による検索により発見された装置を表示する処理及び、前記第３の方法による検索により発見された装置と通信する処理のうち少なくとも一方を含むことを特徴とする構成１３乃至１６のいずれかに記載のプログラム。
（構成１８）
前記第３の方法による検索は、ユニキャスト検索であることを特徴とする構成１３乃至１７のいずれかに記載のプログラム。
（構成１９）
前記情報処理装置により実行された検索により発見された装置に対して、印刷を実行させるための印刷ジョブを送信するための処理を実行する送信ステップをさらに実行させることを特徴とする構成１乃至１８のいずれかに記載のプログラム。
（構成２０）
前記情報処理装置により実行された検索により発見された装置に対して、スキャンを実行させるためのジョブであり、前記所定のプログラムによって作成されたスキャンジョブを送信するための処理を前記所定のプログラムにより実行する送信ステップをさらに実行させることを特徴とする構成１乃至１９のいずれかに記載のプログラム。
（構成２１）
前記スキャンジョブを送信するための処理は、前記所定のプログラムが、前記ホストＯＳに前記スキャンジョブの送信を指示する処理であり、
前記ホストＯＳ上で前記所定のプログラムが動作しており、前記ゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、前記スキャンジョブを送信するための処理が前記所定のプログラムにより実行され、
前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記スキャンジョブを送信するための処理が実行されないよう前記所定のプログラムにより制御されることを特徴とする構成２０に記載のプログラム。
（構成２２）
前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定のプログラムとは異なるプログラムであり、前記ホストＯＳに標準搭載されたスキャン機能を司る他のプログラムに関する処理を前記所定のプログラムにより実行する第７実行ステップと、
をさらに実行させることを特徴とする構成２１に記載のプログラム。
（構成２３）
前記他のプログラムに関する処理は、前記他のプログラムを使用するようユーザを促す処理、前記他のプログラムを起動するための操作を提示する処理、前記他のプログラムを起動するか否かをユーザに確認する処理、及び前記他のプログラムを起動する処理のうち少なくとも１つであることを特徴とする構成２２に記載のプログラム。
（構成２４）
前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理は、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置を表示する処理、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置と接続する処理及び、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索により発見された装置と通信する処理のうち少なくとも一方を含むことを特徴とする構成１乃至２３のいずれかに記載のプログラム。
（構成２５）
所定のプログラムを有する情報処理装置の制御方法であって、
前記情報処理装置のホストＯＳ上で前記所定のプログラムが動作しており、前記ホストＯＳと異なるゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）による検索を実行するための所定の処理を前記所定のプログラムによって実行し、前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定の処理を前記所定のプログラムによって実行しないよう前記所定のプログラムによって制御する第１実行ステップと、
前記所定の処理が実行された場合、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理を実行する第２実行ステップと、
を有することを特徴とする制御方法。
（構成２６）
所定のプログラムを有する情報処理装置であって、
前記情報処理装置のホストＯＳ上で前記所定のプログラムが動作しており、前記ホストＯＳと異なるゲストＯＳを介しては前記所定のプログラムが動作していないことに基づいて、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）による検索を実行するための所定の処理を前記所定のプログラムによって実行し、前記ホストＯＳ上で前記ゲストＯＳが動作しており、且つ前記所定のプログラムが前記ゲストＯＳ上で動作していることに基づいて、前記所定の処理を前記所定のプログラムによって実行しないよう前記所定のプログラムによって制御する第１実行手段と、
前記所定の処理が実行された場合、前記Ｗｉ－Ｆｉ Ｄｉｒｅｃｔによる検索の結果に基づく処理を実行する第２実行手段と、
を有することを特徴とする情報処理装置。
【符号の説明】
【0113】
１０１ 情報処理装置
１５１ 通信装置
１３１ アクセスポイント
１５１ 通信装置
１３１ アクセスポイント
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】