JP5430668B2 - 周辺装置と通信する情報処理装置、方法、制御プログラム - Google Patents

Description

本発明は、周辺装置と通信する情報処理装置、情報処理方法及びプログラムに関する。

近年、ＵＳＢ、Ｅｔｈｅｒｎｅｔ、無線ＬＡＮ等の様々なインタフェースを利用して、パーソナルコンピュータ（以降、ＰＣと略す場合がある）に周辺装置を接続し、自宅やオフィスで様々な形態でこのような周辺装置制御システムが有効に活用されている。周辺装置の例としては、例えば、プリンタ、複写機、ファクシミリ、スキャナ、デジタルカメラ、及びこれらの複合機能等が挙げられる。

米国マイクロソフト社が２００９年１０月２２日にリリースを予定しているＷｉｎｄｏｗｓ（登録商標）７では、ＰＣに接続された周辺装置を管理する新しい機能が導入される。新しい機能とは、ＰＣに接続された装置を表示するウィンドウであるＤｅｖｉｃｅｓ ａｎｄ Ｐｒｉｎｔｅｒｓと各装置に関連するサービスへのリンク機能を有するＤｅｖｉｃｅ Ｓｔａｇｅ（登録商標）である。Ｄｅｖｉｃｅ Ｓｔａｇｅではビジュアルな画面を提供でき、ユーザが簡単に装置に関連する機能やサービスにアクセスすることができるようになるといわれている。

ＵＰｎＰ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）、ＷＳＤ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ ｏｎ Ｄｅｖｉｃｅｓ）という技術がある。ネットワークにおけるＰＣと周辺装置間の接続や変更を認識する仕組みである。ＰＣからの探索により周辺装置からサービスやアドレスをＰＣへかえす技術である（特許文献１）。

また、Ｗｅｂブラウザ等からネットワークを経由して、ＭＦＰデバイスの状況確認、操作、各種設定ができるソフトウェア技術がある。ＰＣ上でＷｅｂブラウザを起動して、ＭＦＰデバイスに対応するＵＲＩを指定すると、ＭＦＰに内臓されたＷｅｂサーが提供する画面がＷｅｂブラウザに表示される。ユーザがＷｅｂブラウザ上の画面を操作することで、ＭＦＰでデバイスの各種設定や制御がおこなえるデバイス遠隔管理技術である。

特開２００３−１６７６９６

デバイス遠隔管理技術に利用されるソフトウェアの操作がユーザにとって難しいという問題があった。

デバイス遠隔管理技術に利用されるソフトウェアに対して、ユーザがネットワークアドレス等を入力することが難しいという問題があった。

上述の少なくともひとつの問題点を鑑みてなされたものである。

デバイス遠隔管理の操作性が向上するという効果がある。

本発明の実施形態に係わるシステムの構成の一例を示すブロック図 ＰＣ、プリンタのハードウェア構成の一例を示すブロック図 本デバイス管理システムの基本動作の一例を示す図 本デバイス管理システムの基本動作の一例を示す図 リモートＵＩ機能の動作の一例を示す図 本システムのＲＵＩボタン表示／非表示の動作例を示す図 本デバイス管理のＲＵＩ表示時のクライアント領域切り替えの一例を示す図 本システムのソフトウェア構成の一例を示すブロック図 本システムのデータ形式の一例を示す図 本実施形態のデータフローの一例を示す図 図７の情報収集部７０１の処理の一例を示すフローチャート 図７の接続判定部７０２の処理の一例を示すフローチャート 図７の宛先生成部７０３の処理の一例を示すフローチャート デバイス管理８０におけるＲＵＩボタン表示の処理の一例を示すフローチャート デバイス管理８０におけるＲＵＩ実行の処理の一例を示すフローチャートとのフローチャート 本デバイス管理８０の別の実施形態を示す図

以下、本発明を実施するための形態について図面を用い説明する。ＯＳの機能の管理項目を集めた「コントロールパネル」の中に「デバイスとプリンター」という項目が設けられる。「デバイスとプリンター」をクリックするとウィンドウが開き、「デバイスとプリンター」のウィンドウでは、ＰＣに接続されている外部デバイスを一元管理できる。「デバイスとプリンター」のウィンドウでは、デバイスによっては実物の外観を模したメタデータによるアイコンが配置される。

まず、本実施形態の前提となる技術について説明する。「デバイスとプリンター」のウィンドウにて表示される、各デバイスのアイコンをダブルクリックすると、詳細情報にアクセスするための「デバイスステージ」が表示される。デバイスステージに表示する内容はメーカが設計する。デバイスステージでは、デバイスなどの各種設定メニューやアップデート情報、デバイスのマニュアルへのリンクなど、選択したデバイスに関する操作がまとめて行えるようになる。

まず、Ｄｅｖｉｃｅｓ ａｎｄ Ｐｒｉｎｔｅｒｓ（前述のデバイスとプリンター）の画面（図３Ａ ３０２）は、例えば、ＭＳ Ｗｉｎｄｏｗｓ（商品名）の「スタートメニュー」からも表示指示することができる。Ｄｅｖｉｃｅｓ ａｎｄ Ｐｒｉｎｔｅｒｓ画面からはさらに各装置のＤｅｖｉｃｅ Ｓｔａｇｅ画面（図３Ａ ９０）を開くことができる。Ｄｅｖｉｃｅ Ｓｔａｇｅ（デバイスステージ）ではビジュアルな画面を提供でき、ユーザが簡単に装置に関連する機能やサービスにアクセスすることができるようになる。プリンタを例に挙げると、写真やドキュメントを開いて表示・印刷するようなアプリケーションへのリンクをＤｅｖｉｃｅ Ｓｔａｇｅ画面上から提供することが考えられる。また、インターネットの普及に伴い、情報処理装置や周辺装置をインターネットに接続し、インターネットを利用した様々なオンラインサービスも提供されている。例えば、メーカーがインターネット上で提供するサポートサイトのリンクをＤｅｖｉｃｅ Ｓｔａｇｅ画面上に設けることで、ユーザがサイトにアクセスできるようにするといった活用例も挙げられる。

以下、本発明の実施形態を詳細に説明する。なお、以下の説明においては、コンピュータとプリンタとからなるシステムに基づいて、一例の説明を行う。

〔システムの構成を示すブロック図〕
図１は、本発明の実施形態に係わるシステムの構成を示すブロック図である。

同図において、１、２は情報処理装置であり、一般的なＰＣで構成される。ＰＣ１、ＰＣ２は図２（ａ）で後述するようなハードウェアで構成され、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）として米国マイクロソフト社のＷｉｎｄｏｗｓ７と同等のＯＳがインストールされている。ＰＣ１、ＰＣ２はそれぞれＥｔｈｅｒｎｅｔ（登録商標）で構成されるネットワーク４、８に接続されている。３はマルチファンクションプリンタ（以降、ＭＦＰと略す場合がある）であり、カラーインクジェットプリンタ、カラーファクシミリ、カラースキャナ等で構成され、本発明における周辺装置の一例としている。ＭＦＰ３はＡＢＣ社製のＫｍｍｎというモデル名のＭＦＰである。尚、本実施形態における周辺装置としては、プリンタ、複写機、ファクシミリ、スキャナ、デジタルカメラ、及びこれらの複合機能を備える装置等があげられる。ＭＦＰ３は図２（Ｂ）で後述するようなハードウェアで構成され、ＰＣ１とネットワーク４を介して接続されており、互いに双方向通信が可能である。８０はアプリケーションであり、Ｗｉｎｄｏｗｓ（商品名）用の実行可能形式のファイル（＊．ＥＸＥ）で構成される。本発明の一例として、アプリケーション８０は図３Ａ ９０に示すようなデバイス管理画面を表示する機能を有する。５０はプリンタドライバである。１５０はＦＡＸドライバである。ネットワーク４は、ＭＦＰ３を使用するユーザ（顧客）が住んでいる自宅に構築された一般家庭用のホームネットワークである。ＭＦＰ３はこの自宅内でネットワーク４を介してＰＣ１と接続されて家族間で共有使用されているＭＦＰである。ネットワーク８はＡＢＣ社内に構築されたオフィスネットワークである。ネットワーク８に接続されているＰＣ２はＷｅｂサーバの機能を備えるＷｅｂサーバ９を備えており、インターネットを介してＡＢＣ社のＷｅｂサイトを提供している。１０はＰＣ１に挿入可能なＣＤ−ＲＯＭであり、ソフトウェアや電子ファイルが格納されている。１１、１２は図８で後述するデバイス管理制御用ファイルであり、Ｗｅｂサーバ９やＣＤ−ＲＯＭ１０から配布される。５はアナログ電話回線であり、ＰＣ１におけるファクシミリの送信または受信に使用される。６はフラッシュメモリであり、ＭＦＰ３のフラッシュメモリ装着用のスロット（図では省略）に装着することで、ＰＣ１からストレージとして参照することができる。７はプリンタであり、ＸＹＺ社製のＤｅｆｇというモデルである。プリンタ７はＭＦＰ３とは全く異なるデバイスである。

〔ハードウェア構成を示すブロック図〕
図２は、ＰＣ、プリンタのハードウェア構成の一例を示すブロック図である。

図２（Ａ）はＰＣのハードウェア構成の一例を表すブロック図である。ＰＣ１、ＰＣ２は同図に示すようなハードウェアで構成されている。同図ではＰＣ１の例で説明する。

同図に示す通り、ＰＣ１はランダムアクセスメモリ部（ＲＡＭ１２０１）、記憶部であるハードディスクドライブ部（ＨＤＤ１２０２）、入力部の一例であるキーボード部（ＫＢＤ１２０３）、制御部のＣＰＵ１２０４である。さらに、表示部の一例である表示用ディスプレイ（ＬＣＤ１２０５）、通信制御部の一例であるネットワークボード（ＮＢ１２０７）、以上のＰＣ１の構成要素を互いに接続するバス１２０６から構成される。尚、記憶部は、可搬性ＣＤ−ＲＯＭまたは内部据付のＲＯＭなどであってもよい。デバイス管理８０等のアプリケーションや、図７に示す各モジュール（ソフトウェア）は、ＨＤＤ１２０２に記憶され、必要に応じてＲＡＭ１２０１に読み出されてＣＰＵ１２０４により実行される。これにより、ＣＰＵ１２０４が、デバイス管理８０等のアプリケーションや、図７に示す各モジュール（ソフトウェア）の機能を実現する。

図２（Ｂ）はＭＦＰのハードウェア構成を表すブロック図である。ＭＦＰ３は同図に示すようなハードウェア構成を持つ。同図において、１５はマイクロプロセッサ等から構成されるＣＰＵである。ＣＰＵは、ＭＦＰ３の中央処理装置として、ＲＯＭ１６に記憶されているプログラムに従って、ＲＡＭ１７、通信部１８、記録部１９、操作部２０、表示部２１、読取り部２２、ファクシミリ制御部２３を制御する。ＲＯＭ１６にはプリンタドライバ５０の制御に従ってＭＦＰ３が記録（印刷）処理や、状態をＰＣ１へ伝える処理を行うプログラムが記憶されている。ＲＡＭ１７は主にＰＣ１から送られて、それをもとに記録部１９によって印刷される印字データが一時的に記憶される。また、ＲＡＭ１７には、読取り部２２で読取られた画像データ、ＰＣ１から送られてきたファクシミリの送信データ、ファクシミリ制御部で受信されたファクシミリの受信データ等も一時的に記憶される。通信部１８にはネットワーク４用の接続ポートやアナログ電話回線５用の接続ポート等が含まれており、Ｅｔｈｅｒｎｅｔやファクシミリのアナログ通信を制御する。記録部１９は、インクジェット方式の記録ヘッド、各カラーインク、キャリッジ、記録紙搬送機構等から構成される記録ユニットと、前記印字データをもとに前記記録ヘッドにて印字用パルスを発生させる為のＡＳＩＣ等から構成される電気回路とから構成される。印刷可能なアプリケーション上での印刷操作またはファクシミリの送信操作によって、アプリケーションで開かれているファイルの表示内容（画像データ）が、ＥＭＦ形式のスプールファイルとしてＰＣ１のＨＤＤ１２０２に一時的に格納される。そして、画像データは、プリンタドライバ５０またはＦＡＸドライバ１５０を介してＭＦＰ３制御用コマンドを含む印字データまたはファクシミリの送信データに変換された後、ネットワーク４を介してＭＦＰ３に送られる。ＭＦＰ３にて受信された印字データは、記録部１９で印字用パルスに変換されて、記録紙上に印刷される。ＭＦＰ３にて受信されたファクシミリの送信データは、ファクシミリ制御部２３でファクシミリの通信プロトコルに変換されて、アナログ電話回線５を介して相手先のファクシミリ装置に送信される。２０は操作部であり、電源ボタン、リセットボタン等の各種ボタンから構成され、ＭＦＰ３を操作することができる。２１は表示部であり、タッチパネルの液晶ディスプレイで構成され、ＭＦＰ３の状態の表示や、各種設定や電話番号の表示、入力等を行うことができる。２２は読取り部であり、カラーイメージセンサや画像処理用のＡＳＩＣ等から構成される電気回路とから構成される。２３はファクシミリ制御部であり、ファクシミリ用のモデムやアナログ通信回路等から構成され、ファクシミリの通信プロトコルに従ってファクシミリの送信や受信を制御する。

〔デバイス管理機能の概要〕
図４はＷｅｂによるデバイス管理機能であるリモートＵＩ機能の概要図である。リモートＵＩは、Ｗｅｂブラウザからネットワークを経由して、ＭＦＰ３にアクセスし、状況確認、操作、各種設定ができるソフトウェアである。リモートＵＩを使用するためのＷｅｂサーバはＭＦＰ３に内蔵されている。このＷｅｂサーバが要求されたページを送信することで、Ｗｅｂブラウザに表示させる。ネットワーク４上のＭＦＰ３がＰＣ１とつながっていれば、リモートＵＩを使うことができる。なお、本実施形態では、リモートＵＩは略語として、ＲＵＩということもある。

ＭＦＰ３のコントロールパネル（図示省略）を使用して、ＩＰアドレスを設定し、ネットワーク接続を行う。ここでは４００で示すようにＩＰアドレスを１９２．１６８．１．３とＭＦＰ３に対して設定する。ＰＣ１でＷｅｂブラウザを起動して、ＭＦＰ３のＩＰアドレスを指定するとリモートＵＩの画面４０３が表示され、リモートＵＩを使えるようになる。ユーザは、Ｗｅｂブラウザを起動、４０３で表示されるＰＣ１のブラウザ画面において、アドレスバーへ、４０２のようにｈｔｔｐ：／／１９２．１６８．１．３／と指定すれば、ＰＣ１のＷｅｂブラウザの画面４０３のようにリモートＵＩが表示される。

〔本システムの基本動作例〕
図３は、デバイス管理８０の動作の一例を示す図である。図３Ａは、デバイス管理（Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）８０からリモートＵＩを実行する動作の一例である。同図において、３０２は、前述したＤｅｖｉｃｅｓ ａｎｄ Ｐｒｉｎｔｅｒｓフォルダであり、ＰＣ１上に表示され、ＰＣ１で利用できる状態となっているプリンタやＦＡＸがドライバ毎にこの中に表示される。ＡＢＣ Ｋｍｍｎという名称のデバイスもプリンタアイコン３０１として表示されている。このプリンタアイコン３０１をクリック（３０３）すると、デバイス管理画面９０が開く。このデバイス管理画面９０にリモートＵＩボタン９２が配置されている。このリモートＵＩボタン９２をクリック（３０４）すると、デバイス管理画面９０がリモートＵＩ画面９３に切り替わる。リモートＵＩ画面９３にはデバイスのリモートＵＩが表示されている。リモートＵＩ画面の一例である９３は、図４の４０３のように構成されてもよい。

用紙の残量や、各種ステータスをＭＦＰのコントローラを介して取得し、ＨＴＭＬページを構成して、ＰＣ１に対して送信する。ＰＣ１でＨＴＭＬページが受信されると、Ｗｅｂブラウザを使って表示できる。なお、ＨＴＭＬに加えて、Ｊａｖａ（登録商標）やその他のプログラムを使ってＲＵＩの表示情報は構成可能である。

図３Ｂは、デバイス管理８０からプリンタドライバＵＩを実行する動作の一例である。デバイス管理画面９０に印刷設定ボタン９１が配置されている。この印刷設定ボタン９１をクリック（３０５）すると、プリンタドライバＵＩ６１が開く。以上、本実施の動作の一例を説明した。続いて、本実施のＲＵＩボタン表示／非表示の動作例を説明する。ＰＣ１とＭＦＰ３の接続形態により、デバイス管理画面９０上のＲＵＩボタンの表示／非表示が切り替わる例の説明となる。

〔ＲＵＩボタン表示／非表示の例〕
図５を用いて、本システムのＲＵＩボタン表示／非表示の動作例を説明する。

図４でリモートＵＩは、Ｗｅｂブラウザからネットワークを経由して、ＭＦＰ３にアクセスするソフトウェアであると説明した。図５（Ａ）はＲＵＩボタンが表示される例である。ＰＣ１とＭＦＰ３がネットワーク４で接続されている。ネットワーク４を経由するので、リモートＵＩを利用できる。この場合はデバイス管理画面９０には、リモートＵＩボタン９２が表示されている。

図５（Ｂ）はリモートＵＩボタンが非表示となる例である。図５（Ａ）の９０の部分を取り出して説明する。ＰＣ１とＭＦＰ３はローカルＵＳＢ５００で接続されている。ローカルＵＳＢ５００を経由し、ネットワーク４を経由していないため、リモートＵＩは利用できない。この場合はデバイス管理画面９０には、リモートＵＩボタンを非表示にする（５０１）。なお、非表示としては、全く表示しないということだけではなく、グレーアウトするなど、様々な表示形態が考えられる。

以上、本システムのＲＵＩボタン表示／非表示の動作例を説明した。続いて、本デバイス管理８０のＲＵＩ表示時のクライアント領域の切り替えの一例を説明する。これは、デバイス管理８０がＲＵＩ表示時にクライアント領域をシームレスに切り替える処理にあたる。

〔リモートＵＩ表示時のクライアント領域切り替え例〕
図６を用いて、デバイス管理８０のリモートＵＩ表示時のクライアント領域切り替えの一例を説明する。

ＲＵＩが呼び出されるときは、図４でＰＣ１のＷｅｂブラウザの画面４０３のようにリモートＵＩが表示されると説明した。４０３のほか、ＵＩ画面９３に切り換わるようにしても良い。

また図３では、リモートＵＩボタン９２をクリック（３０３）すると、メインＵＩ画面９０がリモートＵＩ画面９３に切り替わると説明した。デバイス管理８０がリモートＵＩ画面９３を表示指示された際は、Ｗｅｂブラウザコンポーネント６００にクライアント領域を切り替える。デバイス管理８０は切り替えたＷｅｂブラウザコンポーネントによりリモートＵＩを表示する場合もある。

以上、本デバイス管理８０のＲＵＩ表示時のクライアント領域切り替えの一例を説明した。ここまで本システムの動作概要を説明した。このあとは本システムのソフトウェアについて説明する。続いて、本システムのソフトウェア構成の一例を示すブロック図を説明する。

〔ソフトウェア構成のブロック図〕
図７は、本システムのソフトウェア構成の一例を示すブロック図である。

デバイス管理８０は、ＨＤＤ１２０２に保存されたファイルとして存在する。これらはＯＳやそのモジュールを利用するモジュールによってＲＡＭ１２０１にロードされＣＰＵ１２０４に解釈されて実行されるプログラムモジュールである。デバイス管理８０は、ＨＤＤ１０２０と同様にＦＤ、ＣＤ−ＲＯＭ、ＮＢ１２０７のネットワークを経由した媒体に保存されファイルとして追加や更新が可能となっている。

ＰＣ１から構成を説明する。ＯＳシステム７３０は、ＰＣ１のＯｐｅｒａｔｉｏｎｇ Ｓｙｓｔｅｍである。ＯＳシェル７２０は、ＯＳシステム７３０のシェルである。ＯＳシェル７２０は、前述のＤｅｖｉｃｅｓ＆Ｐｒｉｎｔｅｒｓ３０２を表示や、ユーザ操作を受け付ける。プリンタドライバ５０は、ＭＦＰ３の制御のためＯＳシステム７３０にロードされる。デバイス管理８０は制御部７００、表示部７１２、リンク実行部７１３からなる。制御部７００は、情報収集部７０１、接続判定部７０２、宛先生成部７０３のモジュールを持っている。またデバイス管理制御用ファイル７１０は制御部７００にロードされ、ＭＦＰ３に対応した制御の実行、ＵＩを表示する。宛先変数７１１は制御部７００により設定されて、リンク実行部７１３や表示部７１２から参照される。ブラウザ７０はＷｅｂブラウザおよびコンポーネントであり、リンク実行部７１３により接続されたＷｅｂサーバとの通信に用いられる。ＮＥＴポート７４０は、ＭＦＰ３と接続されている。

ＭＦＰ３の構成を説明する。Ｗｅｂ Ｓｅｒｖｅｒ７６０は、Ｗｅｂサーバである。ＷＳＤ Ｓｅｒｖｉｃｅｓ７６１はＷＳＤサービスである。ＲＵＩ Ｓｅｒｖｉｃｅ７６２はリモートＵＩのサービスである。ＮＥＴポート７５０は、ＰＣ１と接続されている。ＭＩＢ７６３は、ＭＦＰ３が外部に公開する管理情報である。

以上、本システムのソフトウェア構成の一例を示すブロック図を説明した。続いて、本システムのデータ形式の一例を示す図を説明する。

〔データ形式の具体例〕
図８を用い、本システムのデータ形式の一例を説明する。

図８（Ａ）は、デバイス管理制御用ファイルの一例である。デバイス管理８０が起動されると、図８（Ａ）のデバイス管理制御用ファイルを解釈し、例えば、図５のようなデバイスステージ画面をＰＣのディスプレイ上に表示させるよう、制御部７００が表示部７１２を制御する。

デバイス管理制御用ファイル８００には、＜ｄｍ：ｍａｎｕｆａｃｔｕｒｅｒ＞要素８０１、＜ｄｍ：ｍｏｄｅｌ＞要素８０２にデバイス（ＭＦＰ３）に対応した製造元（ＭＦＧ：）「ＡＢＣ」、モデル（ＭＤＬ：）「Ｋｍｍｎ」が記載されている。デバイス管理８０は、要素８０１、要素８０２記載の情報を元に、Ｗｅｂサーバ９上またはＰＣ１に挿入されたＣＤ−ＲＯＭ１０に格納されているデバイス管理制御用ファイルからデバイス（ＭＦＰ３）用のデバイス管理制御用ファイルを検索する。

図８の＜ｄｍ：ｆｕｎｃｔｉｏｎｓ＞要素８０３にそれぞれのボタン及び機能を表す＜ｄｍ：ｆｕｎｃｔｉｏｎ＞要素の中にセットされている。

１つ目の＜ｄｍ：ｆｕｎｃｔｉｏｎ＞要素を説明する。＜ｄｍ：ｎａｍｅ ｘｍｌ：ｌａｎｇ＝“ｅｎ−ＵＳ”＞Ｐｒｉｎｔｉｎｇ Ｐｒｅｆｅｒｅｎｃｅｓ＜／ｄｍ：ｎａｍｅ＞要素に８０７は、図３Ｂの印刷設定ボタン９１上に表示される「Ｐｒｉｎｔｉｎｇ Ｐｒｅｆｅｒｅｎｃｅｓ」という文字列がセットされている。＜ｄｍ：ｅｘｅｃｕｔｅ＞ｐｒｉｎｔｉｎｇＰｒｅｆｅｒｅｎｃｅｓ＜／ｄｍ：ｅｘｅｃｕｔｅ＞要素８０８には、プリンタドライバＵＩを表示する機能（プログラム）を表すＰｒｉｎｔｉｎｇＰｒｅｆｅｒｅｎｃｅｓというキーワードがセットされている。＜ｄｍ：ｆｕｎｃｔｉｏｎ＞要素がデバイス管理制御用ファイルを読取る際にパースされる。この結果、印刷設定ボタン９１が押下されると、要素８０８に記載の機能が実行され、結果、プリンタドライバＵＩ６１が表示される。

２つ目の＜ｄｍ：ｎａｍｅ ｘｍｌ：ｌａｎｇ＝“ｅｎ−ＵＳ”＞Ｒｅｍｏｔｅ ＵＩ＜／ｄｍ：ｎａｍｅ＞要素８０９は、ＲＵＩボタン９２上に表示される「Ｒｅｍｏｔｅ ＵＩ」という文字列がセットされている。＜ｄｍ：ｅｘｅｃｕｔｅ＞＄ＲｅｍｏｔｅＵＩ＜／ｄｍ：ｅｘｅｃｕｔｅ＞要素８１０には、Ｒｅｍｏｔｅ ＵＩ機能実行を表す＄ＲｅｍｏｔｅＵＩというキーワードがセットされている。Ｒｅｍｏｔｅ ＵＩボタン９２が押下されると、要素８１０に記載の機能が実行される。つまり、＄ＲｅｍｏｔｅＵＩというキーワードに対応して定義される機能が実行される。

図８（Ｂ）は、接続ポート種別の例である。

ＰＣ１のＭＦＰ３との接続ポートは、ＴＣＰ／ＩＰポート、ＷＳＤポート（Ｗｅｂ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙポート）、ＵＳＢポート、パラレルポート、コムポート、ファイルポート等の種別がある。

図８（Ｃ）は、宛先変数７１１に設定される宛先の一例である。宛先は次のフォーマットである。このデータの意味は後で説明する。
ｈｔｔｐ：／／｛ＩＰアドレス｝：｛ポート番号｝／（８５０）

デバイスのＩＰアドレス、Ｗｅｂサーバのポート番号を合成し宛先変数７１１へ設定した具体例は次のようになる。
ｈｔｔｐ：／／１９２．１６８．１.３：８０／（８５１）

さらに、ＲＵＩのトップのアドレスである上記の８５１に加えて、所定のパスを付け加えても良い。ここでは、ポート番号は80番を設定しているが、ＲＵＩのポートがそれ以外のポートにＭＦＰやＰＣにおいて設定されている場合、他の番号でも構わない。予め、デバイス管理８０が把握したポート番号、若しくは通信により判明したポート番号を動的に挿入しても良い。

以上、本システムのデータ形式の一例を説明した。続いて、本システムのデータフローを説明する。

〔ＲＵＩ実行時のデータフロー〕
図９を用い、本システムのデータフローを説明する。このデータフローはＲＵＩ表示時を主に説明する。図９のフローに係るプログラムは、ＨＤＤ１２０２に記憶されており、ＲＡＭ１２０１に読み出され、ＣＰＵ１２０４により実行される。

ＰＣ１のＯＳがデバイスインストール９００処理を実行すると、インストール設定がＯＳシステムＩ／Ｆ９０４へセットされる。例えば、ＭＦＰ３に対応するプリンタドライバをインストールし、ＭＦＰ３に対して印刷ポートとしてのネットワークアドレスやプロトコルなどの設定などが行われるが、この設定情報が、システムＩ／Ｆ９０４に取得され、保持される。またＰＣ１のＯＳがデバイスインストール９００の処理をする時、並行して、ＭＦＰ３のＷｅｂサービス７６０へリクエストを出す。ＭＦＰ３のＷｅｂサービス７６０は、ＷＳＤ Ｓｅｒｖｉｃｅｓ７６１からＭＦＰ３のディスクリプションをうけとりＯＳシステムＩ／Ｆ９０４へわたす。ディスクリプションとは、デバイスの情報が記載されたデータであり、デバイスのＵＲＬ（例えば、ネットワークアドレス）等が含まれている。またＰＣ１のＯＳがデバイスインストール９００を処理する時、ＭＦＰ３のＭＩＢ情報をリクエスト、リモートＵＩが対応するポート番号、接続できるポート種別などをうけとりＯＳシステムＩ／Ｆ９０４へわたすようにしてもよい。また、これらの全ての情報収集のタイミングは、ドライバインストール時だけでなく、ドライバの設定変更時であってもよい。例えば、図３のＰｒｉｎｔｉｎｇ ＰｒｅｆｅｒｅｎｃｅからプリンタドライバＵＩが表示指示され、ＩＰアドレスや接続ポート種別の設定変更が行われたタイミングであってもよい。

ＰＣ１のデバイス管理８０は、デバイスステージ画面が表示指示されたとき、デバイス管理制御用ファイル７１０の記載された＄ＲｅｍｏｔｅＵＩキーワードがマッピングされたＲＵＩボタン９２を表示する。ユーザによるＲＵＩボタン９２の押下を受信、ＲＵＩボタンにマッピングされた＄ＲｅｍｏｔｅＵＩコマンドがデバイス管理８０内で発行され、＄ＲｅｍｏｔｅＵＩ実行（処理）９０５が起動する。

＄ＲｅｍｏｔｅＵＩ実行９０５においては、現在の機種を情報収集（処理）７０１に渡す。

情報収集７０１は、ＯＳシステムＩ／Ｆ９０４から機種に対応する接続方法、アドレス、ポート番号、ＵＲＬを収集して宛先生成７０３へ渡す。この処理は図１０Ａで説明する。

宛先生成７０３は、接続方法、アドレス、ポート番号、ＵＲＬおよびプレフィックス、サフィックスを合成して宛先を生成する。これらの処理は、図１０Ｃで説明する。

宛先生成７０３が生成した宛先は宛先変数７１１に渡される。ＰＣ１のリンク実行部７１３は宛先変数７１１の宛先へリクエストを発行、ＭＦＰ３のＷｅｂサービス７６０がこれを受信する。ＭＦＰ３のＷｅｂサービス７６０は、ＲＵＩ Ｓｅｒｖｉｃｅ７６２へリクエストし、そのレスポンスをＰＣ１のＲＵＩの表示をする表示部７１２にわたす。これらの処理は図１１Ａ、図１１Ｂで説明する。

以上、本システムのデータフローを説明した。続いて、本デバイス管理８０のフローチャートを説明する。

〔情報収集部、接続判定部、宛先生成部のフローチャート〕
図１０Ａ、図１０Ｂ、図１０Ｃは、本デバイス管理８０の情報収集部、接続判定部、宛先生成部のフローチャートである。図１０Ａ乃至Ｃのフローに係るプログラムは、ＨＤＤ１２０２に記憶されており、ＲＡＭ１２０１に読み出され、ＣＰＵ１２０４により実行される。

まず、ＰＣ１とＭＦＰ３の接続情報を収集する処理のフロー１（図１０Ａ）を説明する。

デバイス管理８０の情報収集部７０１のフローは開始する。後述するフローにおいて、この処理が呼び出されたタイミングで処理が開始される。

ユーザが複数のデバイスからひとつのデバイスアイコンを選択することは既に述べた。よって、ひとつのデバイスが実質的に選択されることになるデバイスステージ起動時には、デバイスの機種（ＭＦＰ３）が特定されている。そこで、ステップ１０１１では、情報収集部７０１は、特定された機種である、現在選択されている機種（＝ＭＦＰ３）をワークデータ７１４へ記録する。続いて、ステップ１０１２では、情報収集部７０１はシステムＩ／Ｆから選択されたＭＦＰ３の接続ポート種別（どのような通信プロトコルに対応しているかを示す情報）などの情報を得る。得られる情報は、図９で説明したようにシステムＩ／Ｆが予め収集している情報、若しくは、システムＩ／Ｆが問合せの都度収集する情報である。

続いて、ステップ１０１３では、情報収集部７０１は、接続ポート種別をワークデータ７１４へ記録する。ステップ１０１４では、情報収集部７０１は、現ポート設定もワークデータ７１４へ記録する。現ポート設定の一例としては、プリンタドライバに対して設定されている印刷先としてのネットワークアドレスや、印刷プロトコル、印刷装置側にて現在設定されているネットワークアドレスもあげられる。

ここで、ワークデータに記録されるのは、上述のとおり、プリンタドライバに対して設定されているネットワークアドレス、現在のＭＦＰ３のネットワークアドレス、ＭＦＰがサポートする通信プロトコル（接続ポート種別）などがあげられる。これらの情報は、図１０Ｃの１０４４で接続ポート判定に利用されたり、図１０Ｃにおける宛先生成に適宜利用される。

次に、ＰＣ１とＭＦＰ３がネットワーク接続か判定する処理のフロー２を説明する。

ステップ１０２１で、接続判定部７０２の呼び出しに応じて、デバイス管理８０の接続判定部７０２のフローは開始する。ステップ１０２２では、接続判定部７０２はワークデータ７１４を参照する。ステップ１０２３から、接続判定部７０２はＭＦＰ３の接続ポート種を判定する。ステップ１０３０では、接続判定部７０２はＴＣＰ／ＩＰポートと判定したらステップ１０３２へ進む。ステップ１０３１では、接続判定部７０２はＷＳＤポートと判定したらステップ１０３２へ進む。ステップ１０３２では、接続判定部７０２はネットワーク接続と判断し、リターンする。ステップ１０３３では、接続判定部７０２はデフォルトと判定したらステップ１０３４へ進む。ステップ１０３４では、接続判定部７０２は非ネットワーク接続と判断し、リターンする。

さらに、ＰＣ１とＭＦＰ３の接続種別に応じ宛先を生成する処理のフロー３を説明する。この処理は、選択されたＭＦＰ３の接続ポートは難であるかに応じて、適切な宛先変数を生成する。

ステップ１０４１から、宛先生成部７０３のフローは開始する。ステップ１０４２では、宛先生成部７０３は宛先変数７１１を確保する。ステップ１０４３では、宛先生成部７０３はワークデータ７１４を参照する。ステップ１０４４から、宛先生成部７０３は接続ポート種を判定する。ステップ１０５０では、宛先生成部７０３はＴＣＰ／ＩＰと判定したらステップ１０５１へ進む。ステップ１０５１では、宛先生成部７０３はＭＦＰ３のアドレスを取得する。アドレスは、ＭＦＰ３に対応するプリンタドライバに設定されているアドレスであってもよいし、ＭＦＰ３からＵＳＢやＴＣＰ／ＩＰなど様々な通信により取得されたものでも良い。ステップ１０５２では、宛先生成部７０３はＭＦＰ３のポート番号を取得する。ポート番号は、予めＭＦＰ３から取得されたものでも良い。別の方法で収集されたものでも良い。ステップ１０５３では、宛先生成部７０３はアドレスとポート番号を’：’で接続する。ステップ１０５４では、宛先生成部７０３はサフックス’／’を付加する。

ステップ１０５５では、宛先生成部７０３はプレフィックス“ｈｔｔｐ：／／”を付加して宛先が生成される。

ステップ１０６０では、宛先生成部７０３はＷＳＤと判定したらステップ１０６１へ進む。

ステップ１０６１では、宛先生成部７０３はＭＦＰ３のディスクリプションデーターを取得する。ステップ１０６２では、宛先生成部７０３はプレゼンテーションＵＲＬを取得し宛先が生成される。ステップ１０７０では、宛先生成部７０３はデフォルト（例えば、ＴＣＰ／ＩＰ又はＷＳＤ以外のネットワークプロトコル）と判定したらステップ１０８０へ進む。ステップ１０８０では、宛先生成部７０３は宛先を宛先変数７１１に格納する。

〔ＲＵＩボタン表示とＲＵＩ実行のフローチャート〕
図１１Ａ、図１１Ｂは、本デバイス管理８０のＲＵＩボタン表示とＲＵＩ実行のフローチャートである。図１１Ａ並びにＢのフローに係るプログラムは、ＨＤＤ１２０２に記憶されており、ＲＡＭ１２０１に読み出され、ＣＰＵ１２０４により実行される。

まず、ＲＵＩボタンの表示、非表示のフロー（図１１Ａ）を説明する。例えば、デバイスステージ画面の表示指示があると、デバイス管理８０により、図１１の処理が実行される。

ステップ１１０１では、図８のファイルを解釈し、８１０に定義されているとおりデバイス管理８０の表示部７１２はＲＵＩボタンへ＄ＲｅｍｏｔｅＵＩをマップする。ステップ１１０２では、表示部７１２はフロー番号１（図１０Ａ）をコールする。ステップ１１０３では、表示部７１２はフロー番号２（図１０Ｂ）をコールする。

ステップ１１１０では、表示部７１２が、図１０Ｂの返却値がネットワーク接続であると判定したなら、処理はステップ１１１１へ進み、ネットワーク接続でないと判定されたなら処理はステップ１１１２へ進む。ステップ１１１１では、表示部７１２はＲＵＩボタンを表示する。ステップ１１１２では、表示部７１２はＲＵＩボタンを非表示にする。

図１１Ｂを使って、ＲＵＩボタンが押下されたときの説明を行う。デバイス管理８０の表示部７１２はユーザのＲＵＩボタン（例えば、図５の９２）の押下を検知すると処理を開始する（１１２０）。

ステップ１１２１では、表示部７１２は制御部７００へ＄ＲｅｍｏｔｅＵＩコマンドを発行する。ステップ１１３０では、制御部７００は＄ＲｅｍｏｔｅＵＩコマンドを実行する。

ステップ１１３１では、制御部７００はフロー番号１（図１０Ａ）をコールする。

ステップ１１３２では、制御部７００はフロー番号３（図１０Ｃ）をコールする。

ステップ１１４０では、リンク実行部７１３は制御部７００からのリンク実行指示を検知する。ステップ１１４１では、リンク実行部７１３は、ＭＦＰ３に対応する宛先を宛先変数７１１から取得する。

ステップ１１４２では、リンク実行部７１３は宛先を参照へリクエスト（接続）する。ＭＦＰ３の場合、図８（Ｃ）で生成されたＩＰアドレスのデバイス、ポート番号に対して接続する。

ステップ１１４３では、リンク実行部７１３は宛先からのレスポンスを確認する。そして、レスポンスがあれば、制御部７００へその旨を伝え制御を戻し、ステップ１１５０へ進む。

リンク実行部７１３はレスポンスがなければ制御部７００へ制御を戻し処理を終了する。

ステップ１１５０では、表示部７１２は制御部７００からのＲＵＩの表示指示を受ける。ステップ１１５１では、表示部７１２はクライアント領域をブラウザコンポーネントへ切り替える。ステップ１１５２では、表示部７１２はＲＵＩデータをクライアント領域へながしこむ。

ステップ１１５３では、表示部７１２はＲＵＩを表示して制御部７００へ制御を戻す。

以上、デバイス管理８０のフローチャートを説明した。ここでフロー番号１がフロー内で複数回コールされている理由を説明しておく。図３Ｂのようにデバイス管理画面９０からプリンタドライバＵＩ６１を開くと、デバイスステージ画面の表示後、接続ポートの設定が変更される可能性がある。この接続ポートの設定変更に対処するため、フロー番号１を複数回コールし、接続情報を更新している。デバイス管理画面９０が接続ポートの設定変更の影響を受けない構成なら、フロー番号１のコールを省略してもよい。続いて、デバイス管理８０のフローチャートの別例を説明する。

〔フローチャートの別例〕
図１２は、本デバイス管理８０のフローチャートの別の実施形態である。ＲＵＩボタンの表示、非表示のフロー図１１Ａの別の実施形態を説明する。表示部７１２は宛先があるときＲＵＩボタンを表示する。

デバイスステージ画面の表示指示に応じて、処理が開始する。以下、図１１Ａと異なる部分を中心に説明する。ステップ１２０１では、デバイス管理８０の表示部７１２はＲＵＩボタンへ＄ＲｅｍｏｔｅＵＩをマップする。ステップ１２０２では、表示部７１２はフロー番号１（図１０Ａ）をコールする。ステップ１２０３では、表示部７１２はフロー番号２（図１０Ｂ）をコールする。ステップ１２１０では、表示部７１２は図１０Ｂのコールの結果、ネットワーク接続と判定されたならステップ１２１１へ進み、ネットワーク接続でないと判定されたならステップ１２２２へ進む。

ステップ１２１１では、表示部７１２はフロー番号３（図１０Ｃ）をコールする。

ステップ１２２０では、表示部７１２は宛先変数７１１に宛先があるならステップ１２２１へ進み、宛先変数７１１に宛先がないならステップ１２２２へ進む。ステップ１２２１では、表示部７１２はＲＵＩボタンを表示する。ステップ１２２２では、表示部７１２はＲＵＩボタンを非表示にする。すなわち、ここでは、図１０Ｃの処理を１２１１で呼び出すことより、ネットワーク接続されている接続ポート種を判定し、動的に宛先を生成し、ＲＵＩのリンク宛先として設定しているのである。

本デバイス管理８０のフローチャート図１０Ａの別の実施形態を説明した。

ここまでソフトウェアの処理を説明した。あらためて、本実施形態のシステムの効果をまとめておく。

リモートＵＩ機能には、以下のような設定、認知、構成の３つの課題があり、それを解決した。設定については以下のとおり。ユーザにとってＲＵＩへのアドレス入力は難しかったが、容易にした。ユーザがアドレスを構築してＷｅｂブラウザに入力する操作が難しかったが、それを容易にした。参照する設定項目は接続方法によって異なっていたが、それを図１０ＢやＣの処理により、自動判定した。

認知については以下のとおり。リモートＵＩ機能に気がつかなかったが、リモートＵＩ機能をユーザに容易に呼び出せるようにした。ＭＦＰ３やＰＣ１に表示されている機能ではなく、ユーザが自ら実行する必要があるという問題を解決した。リモートＵＩを表示するために、使用するソフトがわからないという問題があったが、デバイスステージから容易に呼び出せるようにした。ＰＣ１のＷｅｂブラウザという別ソフトウェアを起動する必要があるが、これを容易に起動できるようにした。

課題解決のため、デバイス管理８０は、接続方法に応じて接続情報を合成し、宛先を生成するようにした。デバイス管理８０は、接続方法や宛先生成結果によって表示・非表示が切り替える。また、デバイス管理８０は、ＲＵＩにデバイス管理上でシームレスにリモートＵＩを表示する。また、次のような操作性、省力化の効果もある。広いＰＣ１画面でＭＦＰ３の設定ができる。リモートＵＩ表示までのユーザ操作数を減らせる。

以上、本実施形態の効果を説明した。

ひとつの周辺装置の一例としてＭＦＰ３を説明したが、これ以外の画像形成装置なども想定し得る。また、ＭＦＰ３に関連するリンクの一例として図５の９２に対応するＲＵＩのキーワード（図８の８１０参照）、及び、キーワードに基づき生成されるＵＲＬを開示した。そして、情報処理装置の一例であるＰＣ１は、ＲＵＩのキーワードに対応するリンク表示をデバイス画面内に表示することも説明した。そして、ＭＦＰ３の装置情報を取得する機能の一例として、情報収集部７０１を説明した。リンク表示の一例としては、図３Ａの９２やＲＥＭＯＴＥ ＵＩの表示等があげられる。このリンク表示をクリックすると、対応するリンク先にアクセスする。

さらに、情報収集部７０１がＲＡＭ１７やＲＡＭ１２０１から取得した設定情報に応じたリンクを形成するリンク形成機能の一例として、宛先生成部７０３を説明した。

宛先生成部７０３が形成したリンクの指示がデバイス画面内においてなされたことが判明したとき、リンクに対応するＭＦＰ３を管理するデバイス管理プログラムの一例であるＷｅｂＳｅｒｖｅｒ７６０に対してアクセスするアクセス機能の一例として、ブラウザ７０を説明した。デバイス画面の一例として、デバイスステージを説明した。

さらに、ＭＦＰ３の装置情報が、前記ＭＦＰ３がネットワーク非対応であることを示しているとき、リンクをデバイス画面内において表示しないよう制御する表示制御機能の一例である表示部７１２をＰＣ１は備える。

宛先生成部７０３は、情報収集部７０１が取得した、前記ＭＦＰ３におけるポート番号と、ネットワークアドレスとを結合することで、リンクの一例である宛先を生成する。

宛先生成部７０３は、取得された、前記ＭＦＰ３のディスクリプションデータを用いて宛先を生成する。

情報収集部７０１や、ＯＳシステムは、デバイス画面の表示指示があったとき、または、ＭＦＰ３の設定変更があったとき、更新された装置情報を取得するようにしてもよい。

また、図２のハードウェア回路により構成されるＣＰＵ１２０４は１個であってもよいが、複数個のＣＰＵであってもよい。ＣＰＵ１５についても、同様である。本実施形態の処理は、メモリに記憶され、少なくとも１以上のＣＰＵにより実行されることで、特別な装置に結び付けられる。

１ ＰＣ
３ ＭＦＰ
４ ネットワーク
５０ プリンタドライバ
８０ デバイス管理
９０ デバイス管理画面
９２ ＲＵＩボタン
７００ 制御部
７０１ 情報収集部
７０２ 接続判定部
７０３ 宛先生成部
７１０ デバイス管理制御用ファイル
７１１ 宛先変数
７１２ 表示部
７１４ リンク実行部
７６０ Ｗｅｂ Ｓｅｒｖｅｒ
７６２ ＲＵＩ Ｓｅｒｖｉｃｅ

Claims (11)

1. ひとつの周辺装置に関連するリンク表示をデバイス画面内に表示する情報処理装置において、
   前記周辺装置との接続ポートの種別を特定する特定手段と、
   周辺装置の装置情報を取得する取得手段と、
   前記特定手段により特定された接続ポートの種別に従い前記取得手段が取得した装置情報に応じた、リンクを形成するリンク形成手段と、
   前記リンク形成手段が形成したリンクの指示が前記デバイス画面内においてなされたことが判明したとき、前記リンクに対応する前記周辺装置を管理するデバイス管理プログラムに対してアクセスするアクセス手段とを備えることを特徴とする情報処理装置。
2. 前記特定された接続ポートの種別がＴＣＰ／ＩＰ及びＷＳＤ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ ｏｎ Ｄｅｖｉｃｅｓ）とは異なる種別であった場合に、前記リンクをデバイス画面内において表示しないよう制御する表示制御手段をさらに備えることを特徴とする請求項１に記載の情報処理装置。
3. 前記リンク形成手段は、前記特定された接続ポートの種別がＴＣＰ／ＩＰであった場合に、前記取得手段が前記装置情報として取得した、前記周辺装置におけるポート番号と、ネットワークアドレスとを結合することで、リンクを形成することを特徴とする請求項１に記載の情報処理装置。
4. 前記リンク形成手段は、前記特定された接続ポートの種別がＷＳＤ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ ｏｎ Ｄｅｖｉｃｅｓ）であった場合に、前記取得手段が前記装置情報として取得した、前記周辺装置のディスクリプションデータを用いてリンクを形成することを特徴とする請求項１に記載の情報処理装置。
5. 前記取得手段は、前記デバイス画面の表示指示があったとき、または、前記周辺装置の設定変更があったとき、装置情報を取得することを特徴とする請求項１に記載の情報処理装置。
6. ひとつの周辺装置に関連するリンク表示をデバイス画面内に表示する情報処理装置の制御方法において、
   前記周辺装置との接続ポートの種別を特定する特定工程と、
   周辺装置の装置情報を取得する取得工程と、
   前記特定工程で特定された接続ポートの種別に従い前記取得工程で取得された装置情報に応じた、リンクを形成するリンク形成工程と、
   前記リンク形成工程で形成されたリンクの指示が前記デバイス画面内においてなされたことが判明したとき、前記リンクに対応する前記周辺装置を管理するデバイス管理プログラムに対してアクセスするアクセス工程とを備えることを特徴とする制御方法。
7. 前記特定された接続ポートの種別がＴＣＰ／ＩＰ及びＷＳＤ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ ｏｎ Ｄｅｖｉｃｅｓ）とは異なる種別であった場合に、前記リンクをデバイス画面内において表示しないよう制御する表示制御工程をさらに備えることを特徴とする請求項６に記載の制御方法。
8. 前記リンク形成工程では、前記特定された接続ポートの種別がＴＣＰ／ＩＰであった場合に、前記取得工程で前記装置情報として取得された、前記周辺装置におけるポート番号と、ネットワークアドレスとを結合することで、リンクが形成されることを特徴とする請求項６に記載の制御方法。
9. 前記リンク形成工程では、前記特定された接続ポートの種別がＷＳＤ（Ｗｅｂ Ｓｅｒｖｉｃｅｓ ｏｎ Ｄｅｖｉｃｅｓ）であった場合に、前記取得工程で前記装置情報として取得された、前記周辺装置のディスクリプションデータを用いて前記リンクが形成されることを特徴とする請求項６に記載の制御方法。
10. 前記取得工程では、前記デバイス画面の表示指示があったとき、または、前記周辺装置の設定変更があったとき、装置情報が取得されることを特徴とする請求項６に記載の制御方法。
11. ひとつの周辺装置に関連するリンク表示をデバイス画面内に表示する情報処理装置の制御方法をハードウェア回路に実行させる制御プログラムにおいて、
    前記周辺装置との接続ポートの種別を特定する特定工程と、
    周辺装置の装置情報を取得する取得工程と、
    前記特定工程で特定された接続ポートの種別に従い前記取得工程で取得された装置情報に応じた、リンクを形成するリンク形成工程と、
    前記リンク形成工程で形成されたリンクの指示が前記デバイス画面内においてなされたことが判明したとき、前記リンクに対応する前記周辺装置を管理するデバイス管理プログラムに対してアクセスするアクセス工程とを備える制御方法をコンピュータに実行させる制御プログラム。

Images