(57)【要約】      （修正有）【課題】コンピュータにローカル接続されたデバイスの診断を少ない労力で安価に行えるデバイス診断技術を提供する。【解決手段】コンピュータにデバイス１３１をＵＳＢ接続し、このコンピュータにインストールしたブラウザ３２５がデバイス診断ウェブアプリケーションを実行することにより、ブラウザによるアクセスを許可するかを確認するために、コンピュータの操作をユーザに促す確認画面をコンピュータに表示する許可処理と、ユーザがアクセスを許可した場合にデバイスをブラウザに通信接続する接続処理と、デバイスにアクセスして所定のデバイス情報を取得する取得処理と、取得したデバイス情報を用いて診断情報を生成する生成処理とを行う。【選択図】図９
2020042573.tif 000002
【特許請求の範囲】
【請求項１】
ウェブブラウザを実行する情報処理装置と、デバイスとを含むシステムであって、
情報処理装置とデバイスが、ＵＳＢまたはＢｌｕｅｔｏｏｔｈで接続された後に、前記ウェブブラウザで実行されるウェブアプリケーションが前記デバイスに対してアクセスすることを許可するかを確認する確認画面を前記ウェブブラウザによって表示する表示手段と、
前記確認画面を介して許可されたウェブアプリケーションに対応するスクリプトに従い、前記デバイスからデバイス情報を取得する取得手段と、
前記ウェブアプリケーションが、前記取得されたデバイス情報を用いて、前記デバイスの診断のための機能を提供する提供手段と
を有することを特徴とするデバイス診断ウェブシステム。
【請求項２】
前記デバイス診断のための機能が提供する診断画面の操作に応じて、前記ウェブアプリケーションに対応するスクリプトに従い、前記デバイスにデータを書き込む書き込み手段をさらに有することを特徴とする請求項１に記載のデバイス診断ウェブシステム。
【請求項３】
前記ウェブアプリケーションに対応するスクリプトに従ってユーザの権限が判断され、判断された前記ユーザの権限に応じた前記診断画面が提供されることを特徴とする請求項２に記載のデバイス診断ウェブシステム。
【請求項４】
前記ウェブアプリケーションが前記デバイスに対してアクセスすることを許可するかを前記デバイスに対する操作によって確認する追加確認手段をさらに有することを特徴とする請求項１〜３のいずれか１項に記載のデバイス診断ウェブシステム。
【請求項５】
前記ユーザの操作に基づいてアクセスした前記情報処理装置に対して、前記ウェブアプリケーションを提供する、ウェブアプリケーションサーバをさらに含むことを特徴とする請求項１〜４のいずれか１項に記載のデバイス診断ウェブシステム。
【請求項６】
前記診断情報に含まれる情報の一部または全部を前記ウェブアプリケーションサーバに送信して格納させる格納手段をさらに有することを特徴とする請求項５に記載のデバイス診断ウェブシステム。
【請求項７】
ウェブブラウザを実行する情報処理装置と、デバイスとを含むシステムを用いたデバイス診断方法であって、
情報処理装置とデバイスが、ＵＳＢまたはＢｌｕｅｔｏｏｔｈで接続された後に、前記ウェブブラウザで実行されるウェブアプリケーションが前記デバイスに対してアクセスすることを許可するかを確認する確認画面を前記ウェブブラウザによって表示する表示ステップと、
前記確認画面を介して許可されたウェブアプリケーションに対応するスクリプトに従い、前記デバイスからデバイス情報を取得する取得ステップと、
前記ウェブアプリケーションが、前記取得されたデバイス情報を用いて、前記デバイスの診断のための機能を提供する提供ステップと
を含むことを特徴とするデバイス診断方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブアプリケーションを実行してデバイス診断を行う技術に関する。より詳細には、本発明は、例えばＵＳＢによる接続やＢｌｕｅｔｏｏｔｈ（登録商標）による接続等を用いてコンピュータにローカル接続したデバイスをウェブアプリケーションで診断するための、デバイス診断ウェブシステムおよびデバイス診断方法に関する。
【背景技術】
【０００２】
近年、例えばＵＳＢ接続やＢｌｕｅｔｏｏｔｈ接続等を用いてコンピュータにローカル接続されたデバイスの診断に、ネイティブアプリケーションに代えてウェブアプリケーションを使用することへのニーズが高まっている。ウェブアプリケーションを使用してデバイスを診断することができれば、診断に要する費用や労力等を低減することが可能となる。
【０００３】
例えばＵＳＢ接続の場合、従来は、コンピュータからＵＳＢデバイスへアクセスするためには、そのＵＳＢデバイス用のドライバをそのコンピュータのオペレーティング・システム（ＯＳ）にインストールし、そのＯＳ上で動作するネイティブアプリケーションからそのＵＳＢデバイスへアクセスする必要があった。
【０００４】
このため、ウェブアプリケーションが、コンピュータに接続されたＵＳＢデバイスへアクセスするには、例えばＯＳにインストールされたドライバをウェブアプリケーションに使用させるための専用プラグインをブラウザにインストールするといった、煩雑な作業が必要であった。
【０００５】
特許文献１は、コンピュータが、ウェブサーバから診断アプリケーションを取得してデバイスへ送信し、そのデバイスが診断アプリケーションを実行した結果を受け取るシステムを開示している。特許文献１のシステムには、ブラウザに予め専用プラグインをインストールする必要があること、診断アプリケーションをデバイスに送信して実行させる必要があること等、利用に際しての人的な負担や装置の処理能力への負担が大きいという欠点がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−２４０４９８
【発明の概要】
【発明が解決しようとする課題】
【０００７】
これに対して、近年、ＷｅｂＵＳＢ  ＡＰＩやＷｅｂＢｌｕｅｔｏｏｔｈ  ＡＰＩといった技術が提案されている。これらの技術によれば、コンピュータに接続されたデバイスに、ウェブサーバから直接アクセスすることができる。このうち、ＷｅｂＵＳＢについては、新しいウェブ標準とすることがＷｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ  Ｃｏｎｓｏｒｔｉｕｍで提案されている。
【０００８】
ＷｅｂＵＳＢやＷｅｂＢｌｕｅｔｏｏｔｈでは、デバイスのドライバを使用するためのプログラムが、従来のようなブラウザのプラグインではなく、ＪａｖａＳｃｒｉｐｔ（登録商標）のプログラムとして提供される。このため、ウェブサイトからダウンロードしたプログラムをブラウザでそのまま実行するだけで、そのコンピュータに接続されたＵＳＢデバイスやＢｌｕｅｔｏｏｔｈデバイスへアクセスできるようになる。
【０００９】
このような理由から、ＷｅｂＵＳＢやＷｅｂＢｌｕｅｔｏｏｔｈを用いてデバイスの診断を行う際の人的な負担や装置の処理能力への負担を低減する技術が望まれる。
【００１０】
また、従来、コンピュータにローカル接続されたデバイスにおいては、その診断に使用するユーザユーザインタフェース（ＵＩ）として、十分に優れたものを提供し難いという欠点がある。
【００１１】
例えば、プリンタの無線ＬＡＮのネットワーク接続が不調となった場合に、調査・復旧のために、そのプリンタの設定情報・内部データを診断したいという、ユース・ケースがある。しかし、プリンタ等の小型の機器では、小型のユーザユーザインタフェース（ＵＩ）が付いているものの使い勝手が悪く、特に、メンテナンス担当者が使用する診断用ＵＩの操作性や視認性は一般に非常に貧弱である。また、ＩｏＴ機器等と称されるデバイスは、非常に小さいサイズのもの（例えば、手のひらサイズのシングルボードコンピュータ等）が多いが、このような小型デバイスにはＵＩがないものも多く、診断時にはＵＳＢポート等に接続する必要がある。
【００１２】
本発明の課題は、コンピュータにローカル接続されたデバイスの診断を、少ない労力で安価に行うことが可能なデバイス診断技術を提供することである。
【００１３】
加えて、本発明の課題は、デバイスのユーザやメンテナンス担当者にとって、使い勝手がよく、且つ、拡張性や自由度に優れたユーザインタフェースを提供することが容易な、デバイス診断技術を提供することである。
【００１４】
更に、本発明の課題は、このようなデバイス診断技術を、標準化された（或いは事実上標準化された）ウェブ技術もしくはその拡張のみで構成することにより、様々なデバイスに適用できる汎用性の高いデバイス診断技術を提供することである。
【課題を解決するための手段】
【００１５】
本発明の一実施形態のデバイス診断ウェブシステムは、ウェブブラウザを実行する情報処理装置と、デバイスとを含むシステムであって、情報処理装置とデバイスが、ＵＳＢまたはＢｌｕｅｔｏｏｔｈで接続された後に、前記ウェブブラウザで実行されるウェブアプリケーションが前記デバイスに対してアクセスすることを許可するかを確認する確認画面を前記ウェブブラウザによって表示する表示手段と、前記確認画面を介して許可されたウェブアプリケーションに対応するスクリプトに従い、前記デバイスからデバイス情報を取得する取得手段と、前記ウェブアプリケーションが、前記取得されたデバイス情報を用いて、前記デバイスの診断のための機能を提供する提供手段とを有することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、情報処理装置にローカル接続されたデバイスの診断を、少ない労力で安価に行うことが可能なデバイス診断技術を提供できる。
【００１７】
加えて、本発明のデバイス診断技術は、デバイスのユーザやメンテナンス担当者にとって、使い勝手がよく且つ拡張性や自由度に優れたユーザインタフェースを提供することができる。
【００１８】
更に、本発明によれば、このようなデバイス診断技術を、標準化された（或いは事実上標準化された）ウェブ技術もしくはその拡張のみで構成することにより、様々なデバイスに適用できる汎用性の高いデバイス診断技術を提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の第１実施形態に係るデバイス診断ウェブシステムのシステム構成およびネットワーク構成を示す概念図である。
【図２】第１実施形態に係るコンピュータ、サーバおよびデバイスの、情報処理機能のハードウエア構成を示すブロック図である。
【図３】第１実施形態に係るコンピュータ、サーバおよびデバイスの、情報処理機能のソフトウエア構成を示すブロック図である。
【図４】第１実施形態に係る診断ウェブアプリケーションを実行するときのブラウザ表示画面の一例を示す概念図である。
【図５】第１実施形態に係る診断ウェブアプリケーションを実行するときのブラウザ表示画面の一例を示す概念図である。
【図６】（Ａ）、（Ｂ）ともに、第１実施形態に係る診断ウェブアプリケーションを実行するときのブラウザ表示画面の一例を示す概念図である。
【図７】第１実施形態に係る診断ウェブアプリケーションを実行するときのブラウザ表示画面の一例を示す概念図である。
【図８】（Ａ）、（Ｂ）ともに、第１実施形態に係る診断ウェブアプリケーションを実行するときのブラウザ表示画面の一例を示す概念図である。
【図９】第１実施形態に係る診断ウェブアプリケーションの実行処理を説明するためのフローチャートである。
【図１０】第１実施形態に係る診断ウェブアプリケーションの実行処理を説明するためのフローチャートである。
【図１１】第２実施形態に係るデバイスを示す図であり、（Ａ）は操作パネルの概念図、（Ｂ）はタッチディスプレイの概念図である。
【図１２】（Ａ）、（Ｂ）ともに、第２実施形態に係る診断ウェブアプリケーションを実行するときのブラウザ表示画面の一例を示す概念図である。
【図１３】第２実施形態に係る診断ウェブアプリケーションの実行処理を説明するためのフローチャートである。
【図１４】第３実施形態に係る診断ウェブアプリケーションを実行するときのブラウザ表示画面の一例を示す概念図である。
【図１５】第３実施形態に係る診断ウェブアプリケーションを実行するときのブラウザ表示画面の一例を示す概念図である。
【図１６】第３実施形態に係る診断ウェブアプリケーションの実行処理を説明するためのフローチャートである。
【図１７】第３実施形態に係る診断ウェブアプリケーションの実行処理を説明するためのフローチャートである。
【図１８】第３実施形態に係る診断ウェブアプリケーションを実行するときのデバイスの表示画面の一例を示す概念図である。
【発明を実施するための形態】
【００２０】
以下、本発明を実施するための最良の形態について、図面を用いて説明する。
【００２１】
（第１実施形態）
図１は、本実施形態に係るデバイス診断ウェブシステムのシステム構成およびネットワーク構成を示す概念図である。
【００２２】
図１において、ネットワーク１０１は、例えば、インターネットやイントラネット等の、ワイドエリアネットワークである。
【００２３】
ネットワーク１０５は、コンピュータ等の機器を接続する末端のネットワークであり、上述のネットワーク１０１を介して相互接続される。ネットワーク１０５は、例えばプライベートネットワークやローカルエリアネットワーク（ＬＡＮ）等の有線通信ネットワークであってもよいし、無線ＬＡＮや携帯電話通信ネットワーク等の無線通信網であってよい。
【００２４】
コンピュータ１１１は、例えば、パーソナルコンピュータ、ラップトップコンピュータ、タブレットコンピュータ、スマートフォン等でもよいし、他の形態・種別のコンピュータであってもよい。
【００２５】
サーバ１２１は、ネットワーク１０１，１０５を介してコンピュータへアプリケーションを提供する。
【００２６】
デバイス１３１は、コンピュータ１１１と接続して使用される。本実施形態では、デバイス１３１としてネットワークプリンタを使用する場合を例に採って説明する。デバイス１３１としては、本発明では、インターネットやモバイルネットワークに接続可能な様々な機器を想定しており、複合機や家電製品、カーナビ、デジタル医療機器なども本発明を適用できる。ほか、後述するような仕組みを備えているならば、小型のＩｏＴ機器などもデバイス１３１として、本発明を適用可能である。
【００２７】
ＵＳＢケーブル１３５は、コンピュータ１１１とデバイス１３１をローカルに通信接続する通信ケーブルである。本実施形態は、ＵＳＢ接続を使用してコンピュータ１１１とデバイス１３１をＵＳＢ規格にしたがってローカル接続する場合を例に採って説明するが、ローカル接続すなわちネットワークを介さずに直接データの送受信を行う通信接続でありさえすれば、例えばＢｌｕｅｔｏｏｔｈ等の他の通信接続技術を用いてもよい。
【００２８】
図２は、コンピュータ１１１、サーバ１２１およびデバイス１３１の、情報処理機能のハードウエア構成を示している。
【００２９】
図２において、ユーザユーザインタフェース２０１は、ディスプレイ、キーボード、マウス、ボタン、タッチパネル等（図示せず）を用いて、情報や信号の入出力を行う。
【００３０】
ネットワークユーザインタフェース２０２は、ＬＡＮなどのネットワークに接続して、他のコンピュータやネットワーク機器との通信を行う。通信の方式は、有線、無線のいずれでもよい。
【００３１】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０３は、後述のＲＯＭ２０４、ＲＡＭ２０５、二次記憶装置２０６等から読み込んだプログラムを実行する。
【００３２】
ＲＯＭ２０４は、組込済みプログラムやデータ等を記憶する。
【００３３】
ＲＡＭ２０５は、ＣＰＵ２０３の一時メモリ領域として使用されるメモリである。
【００３４】
二次記憶装置２０６は、プログラム等を記憶するストレージであり、例えばハードディスクドライブ（ＨＤＤ）やフラッシュメモリ等を使用できる。
【００３５】
なお、これらの各構成部２０１〜２０６を備えないコンピュータを用い、リモートデスクトップやリモートシェルなどにより、他のコンピュータから接続・操作することとしてもよい。
【００３６】
入出力ユーザインタフェース２０７は、各構成部２０１〜２０６を相互接続する。
【００３７】
図３は、コンピュータ１１１、サーバ１２１およびデバイス１３１の、ソフトウェア構成を示している。
【００３８】
各ハードウェアにインストールされたソフトウェアは、それぞれＣＰＵ２０３（図２参照）で実行され、ネットワーク接続の矢印で図示するように相互に通信可能に構成されている。
【００３９】
図３に示したように、サーバ１２１は、ソフトウエア構成として、ウェブアプリケーションサーバ３１１とデータストア３１４とを備える。
【００４０】
ウェブアプリケーションサーバ３１１は、ウェブＡＰＩ３１２と、ウェブＵＩ３１３とを有している。
【００４１】
ウェブＡＰＩ３１２は、ウェブアプリケーションサーバ３１１によって提供されるアプリケーションプログラミングインタフェースである。
【００４２】
ウェブＵＩ３１３は、ウェブアプリケーションサーバ３１１によって提供されるユーザユーザインタフェースである。
【００４３】
データストア３１４は、ウェブアプリケーションサーバ３１１が使用するデータを保存・格納する。
【００４４】
ウェブアプリケーションサーバ３１１が、クライアントからＨＴＴＰリクエストを受け取ると、そのＨＴＴＰリクエストの内容に応じて、ウェブＵＩ３１３がＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）やＪａｖａＳｃｒｉｐｔなどのコンテンツファイルを送信したり、或いは、ウェブＡＰＩ３１２がＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）やＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）データを送信したりする。
【００４５】
コンピュータ１１１は、ハードウエア構成としてのＵＳＢホストコントローラ３２１に加えて、ソフトウエア構成としてのオペレーティングシステム（ＯＳ）３２２およびブラウザ３２５を備える。
【００４６】
ＵＳＢホストコントローラ３２１は、デバイス１３１に設けられたＵＳＢターゲットコントローラとの間で、ＵＳＢ規格に従った接続および通信を行う。
【００４７】
ＯＳ３２２は、コンピュータ１１１の各ハードウェアを管理・制御するとともに、各種プログラムの実行管理を行う。このＯＳ３２２は、ＵＳＢプロトコル・スタック３２３と、ＵＳＢホストコントローラドライバ３２４とを有している。
【００４８】
ＵＳＢプロトコル・スタック３２３は、ＵＳＢプロトコルを利用するためのプログラムモジュール、ライブラリー、ＡＰＩ等を備える。
【００４９】
ＵＳＢホストコントローラドライバ３２４は、ＵＳＢプロトコル・スタック３２３からの命令に基づいて、ＵＳＢホストコントローラ３２１を駆動・制御する。
【００５０】
ブラウザ３２５は、コンピュータ１１１にインストールされたウェブ閲覧用のソフトウエアである。すなわち、ブラウザ３２５は、ＨＴＭＬやＪａｖａＳｃｒｉｐｔを表示、実行するアプリケーションである。
【００５１】
ＪａｖａＳｃｒｉｐｔ３２６は、ブラウザ３２５上で実行されるプログラムである。すなわち、ブラウザ３２５は、ネットワーク１０１，１０５を介して、サーバ１２１で実行されるウェブアプリケーションサーバ３１１から、ＨＴＭＬやＪａｖａＳｃｒｉｐｔ３２６等を取得して実行することにより、コンピュータ１１１のユーザユーザインタフェース２０１のディスプレイ（図示せず）へ所定の表示を行わせる。
【００５２】
ブラウザＡＰＩ３２７は、ブラウザ３２５が備えるアプリケーションプログラミングインタフェースであり、ブラウザ上で実行されたＪａｖａＳｃｒｉｐｔ３２６がＯＳ３２２に提供される機能にアクセスすることを可能にする。
【００５３】
デバイス１３１は、ハードウエア構成としてのＵＳＢターゲットコントローラと、ソフトウエア構成としてのＵＳＢコントローラドライバ３３２、アクセス制御部３３３およびデータ記憶部３３４とを備える。
【００５４】
ＵＳＢターゲットコントローラ３３１は、コンピュータ１１１に設けられたＵＳＢホストコントローラ３２１との間で、ＵＳＢ規格に従った接続および通信を行う。ＵＳＢコントローラドライバ３３２は、ＵＳＢターゲットコントローラ３３１を駆動・制御する。
【００５５】
アクセス制御部３３３は、データ記憶部３３４へのアクセス許可を制御し、必要なデータの読み込み・書き込みを制御する。
【００５６】
データ記憶部３３４は、デバイス１３１内の各種データを保存する。
【００５７】
デバイス１３１は、ソフトウエア構成としてウェブサーバ（不図示）を有することもできる。デバイス１３１のウェブサーバは、ネットワークを介してＨＴＴＰといったプロトコルを利用して、外部のＰＣで動作するウェブブラウザにウェブページを提供することが可能である。この場合には、デバイス１３１は上述したＵＳＢコントローラドライバ３３２を経由せずに、ウェブページを提供することになる。
以降、本発明では、ＵＳＢやＢｌｕｅｔｏｏｔｈを利用するウェブブラウザがサポートするＡＰＩを用いた実施例について説明する。そのため、ウェブサーバを有し、保守や管理などに利用可能なウェブページを提供することができるデバイスであっても、故障やネットワークを禁止された環境などネットワーク接続できない場合には、本発明が特に有効といえる。
【００５８】
図４〜図８に、診断ウェブアプリケーションをブラウザ３２５で実行するときの、ユーザユーザインタフェース２０１に設けたディスプレイ（図示せず）の画面表示例を示す。
【００５９】
図４に示した画面４００は、サーバ１２１に接続して、ウェブアプリケーションサーバ３１１から取得した診断ウェブアプリケーションを実行・表示しているときの、ブラウザ３２５のウインドウである。
【００６０】
画面４００において、ＵＲＬ入力・検索欄４０１は、ブラウザ３２５で開かれているウェブアプリケーションサーバ３１１のＵＲＬを表示する。
【００６１】
表示エリア４０２は、ＷｅｂＵＳＢでコンピュータ１１１に接続されたデバイスにウェブアプリケーションサーバ３１１のドメインがＵＳＢ接続しようとする際に、ユーザの許可を要求するための接続許可プロンプトを表示する。
【００６２】
表示項目４０３は、表示エリア４０２内に表示される、ＷｅｂＵＳＢの接続先デバイスの選択肢である。
【００６３】
接続許可ボタン４０４は、ＷｅｂＵＳＢの接続許可操作をユーザに実行させるために使用される。
【００６４】
図５および図６は、コンピュータ１１１がユーザモードで動作している場合の画面表示例である。ユーザモードとは、一般ユーザすなわちデバイス１３１のユーザが使用するモードである。
【００６５】
図５に示した画面５００は、ユーザモードにおいて、画面４００での接続許可後に表示される、診断アプリケーション画面である。画面５００には、デバイス情報、ネットワーク設定等が表示されている。
【００６６】
画面５００において、リンクボタン５０１（「設定」と表示されたボタン）は、設定値変更画面へ遷移する操作をユーザに行わせるために使用される。
【００６７】
一方、リンクボタン５０２（「状況」と表示されたボタン）は、状況確認画面の表示操作をユーザに行わせるために使用される。
【００６８】
図６（Ａ）の設定値変更画面６１０は、画面５００に表示されたリンクボタン５０１からの遷移先である。設定値変更画面６１０では、ネットワークの設定値をユーザに変更させることが可能である。
【００６９】
設定ボタン６１１は、設定値変更をユーザに実行させるためのボタンである。
【００７０】
図６（Ｂ）の状況確認画面６２０は、画面５００に表示されたリンクボタン５０２からの遷移先である。状況確認画面６２０では、ネットワーク接続状況のログを閲覧することができる。
【００７１】
図７および図８は、コンピュータ１１１がサービスモードで動作している場合の画面表示例である。サービスモードとは、例えばデバイス１３１のメンテナンス担当者等の、一般ユーザより高い権限を有するユーザが使用するモードである。
【００７２】
図７の画面７００は、サービスモードにおいて、画面４００での接続許可後に表示される、診断アプリケーション画面である。画面７００には、デバイス情報、ネットワーク設定等が表示されている。
【００７３】
画面７００において、リンクボタン７０１は、画面５００のリンクボタン５０１と同様であり、設定値変更画面６１０へ遷移する操作をユーザに行わせるために使用される。
【００７４】
リンクボタン７０２は、画面５００のリンクボタン５０２と同様であり、状況確認画面６２０の表示操作をユーザに行わせるために使用される。
【００７５】
更に、画面７００には、図８（Ａ）の診断画面８１０へ遷移するための、リンクボタン７０３が表示される。この診断画面８１０は、サービスモードのみで表示・操作できる画面である。
【００７６】
診断画面８１０は、サービスモードのみで参照できる、様々な値を表示する。加えて、診断画面８１０には、サービスモードのみで行える機能を提供するための、リンクボタン８１１〜８１３が表示される。
【００７７】
リンクボタン８１１は、ネットワークアダプターのドライバを更新する操作をユーザに実行させるために使用される。
【００７８】
リンクボタン８１２は、診断画面８１０に表示された設定値を変更するための設定値変更画面８２０（図８（Ｂ）参照）へ遷移するときに使用される。
【００７９】
リンクボタン８１３は、詳細ログ取得機能を提供するためのボタンである。
【００８０】
図８（Ｂ）に示したように、設定値変更画面８２０では、リンク速度や使用チャンネルの設定変更が可能である。このように、サービスモードでは、ユーザモードでは強化されていないような、より高度な機能の実行や設定値の変更を行う画面へのアクセスが認められる。
【００８１】
図９および図１０は、図４〜図８で説明した診断ウェブアプリケーションの実行処理を説明するためのフローチャートである。
【００８２】
まず、ユーザが、ブラウザ３２５のＵＲＬ入力・検索欄４０１で、診断ウェブアプリケーションのＵＲＬを指定する（Ｓ９０１）。
【００８３】
これにより、ブラウザ３２５は、ウェブアプリケーションサーバ３１１に、ウェブコンテンツリクエストを送信する（Ｓ９０２）。
【００８４】
ウェブアプリケーションサーバ３１１は、受診したウェブコンテンツリクエストに基づいて、ユーザモード／サービスモードの判定を行う（Ｓ９０３）。
【００８５】
このユーザモード／サービスモードの判定は、例えば、診断ウェブアプリケーションのＵＲＬの違いに基づいて行えるようにしてもよい。
【００８６】
また、ウェブアプリケーションサーバ３１１がユーザのログイン認証機能を備えている場合、そのログインユーザに与えられた権限に基づいて判定してもよい。例えば、一般ユーザ／アドミンユーザの区別を判定し、一般ユーザにはユーザモードを提供し、アドミンユーザにはサービスモードを提供することとしてもよい。また、ログインしていないユーザにはユーザモードを提供し、ログインしたユーザにはサービスモードを提供することとしてもよい。
【００８７】
ユーザモード／サービスモードを判定したのち、ウェブアプリケーションサーバ３１１は、判定結果に対応するモード用の、ＨＴＭＬ／ＪａｖａＳｃｒｉｐｔ等のコンテンツを、ブラウザ３２５へ送信する（Ｓ９０４）。
【００８８】
ブラウザ３２５は、受信したコンテンツを表示・実行する（Ｓ９０５）。
【００８９】
次に、ブラウザ３２５がＪａｖａＳｃｒｉｐｔ３２６内のプログラムを実行することにより、ブラウザＡＰＩ３２７にｕｓｂ．ＲｅｑｕｅｓｔＤｅｖｉｃｅの送信が命令される（Ｓ９０６）。この信号により、接続デバイスを判別するための情報が要求される。
【００９０】
続いて、ブラウザ３２５は、ＯＳ３２２を介して、コンピュータ１１１に接続中のデバイス１３１を列挙するために、この要求を送信する（Ｓ９０７）。
【００９１】
これに応答して、デバイス１３１は、ＵＳＢの標準Ｄｅｓｃｒｉｐｔｏｒの中からＣａｐａｂｉｌｉｔｙ  Ｄｅｓｃｒｉｐｔｏｒをブラウザ３２５へ送信する（Ｓ９０８）。
【００９２】
ブラウザ３２５は、ＪａｖａＳｃｒｉｐｔ３２６のプログラムを実行することにより、現在使用中のモードを判定する（Ｓ９０９）。
【００９３】
なお、ユーザモードの場合とサービスモードとの場合では、ＵＳＢ接続に対するパーミッションを要求する際の命令が異なる。具体的には、ユーザモードの場合には‘Ｐｅｒｍｉｓｓｉｏｎ  Ｎａｍｅ＝ＵＳＢ’との命令を用いて、通常のＵＳＢ接続の要求を行う。一方、サービスモードの場合には‘Ｐｅｒｍｉｓｓｉｏｎ  Ｎａｍｅ＝ＵＳＢ、ｄｉａｇｎｏｓｔｉｃ−ｍｏｄｅ＝ｔｒｕｅ’との命令を用いることで、通常のＷｅｂＵＳＢ接続に加えて、診断モードのデータアクセスレベルを要求する。
【００９４】
次に、ブラウザ３２５は、デバイス１３１に対して過去にＵＳＢ接続のパーミッションを得たことがあるかをチェックする（Ｓ９１０）。
【００９５】
そして、今回が初回の場合、ブラウザ３２５は、図４に示した画面４００の表示エリア４０２に、表示項目４０３として、接続対象デバイスを列挙して表示する（Ｓ９１１）。
【００９６】
ユーザは、表示項目４０３すなわち接続対象デバイスの中から、所望の表示項目４０３を選択したのち、接続許可ボタン４０４を押下することにより、所望のＷｅｂＵＳＢ接続を許可する（Ｓ９１２）。
【００９７】
そして、ブラウザ３２５は、表示エリア４０２の接続許可プロンプトから、ＷｅｂＵＳＢ接続が許可されたかを判定する（Ｓ９１３）。そして、ブラウザ３２５は、ＷｅｂＵＳＢ接続が許可されなかった場合は、処理フローを終了する。一方、ＷｅｂＵＳＢ接続が許可された場合、ブラウザ３２５は、次のステップであるＳ９１４へ進む。
【００９８】
ブラウザ３２５は、ＵＳＢパーミッションストレージに、ステップＳ９１２で許可されたデバイスを、許可済ＵＳＢデバイスとして保存する（Ｓ９１４）。これにより、次回以降のパーミッションの要求では、ステップＳ９１０で過去のパーミッションが存在すると確認されれば、ステップＳ９１１の接続許可プロンプトを省略してもよい。
【００９９】
次に、ブラウザ３２５がＪａｖａＳｃｒｉｐｔ３２６内のプログラムを実行することにより、ブラウザＡＰＩ３２７にＵＳＢ接続の開始を命令する（Ｓ９１５）。
【０１００】
その結果、ＯＳ３２２を介して、ブラウザ３２５内からデバイス１３１へ、ＵＳＢ接続開始要求が送信される（Ｓ９１６）。
【０１０１】
デバイス１３１は、ブラウザ３２５への応答として、接続を開始した旨の通知を行う（Ｓ９１７）。
【０１０２】
ブラウザ３２５は、ＪａｖａＳｃｒｉｐｔ３２６内のプログラムを実行することにより、ブラウザＡＰＩ３２７に、使用モード（すなわち、ユーザモード／サービスモードの区別）の通知を命令する（Ｓ９１８）。
【０１０３】
その結果、ＯＳ３２２を介して、ブラウザ３２５からデバイス１３１に、使用モードが通知される（Ｓ９１９）。
【０１０４】
デバイス１３１内のアクセス制御部３３３は、通知された使用モードを、今回の通信セッションに設定する（Ｓ９２０）。
【０１０５】
そして、デバイス１３１からブラウザ３２５への応答として、使用モードの設定結果が送信される（Ｓ９２１）。
【０１０６】
続いて、ブラウザ３２５は、ＪａｖａＳｃｒｉｐｔ３２６内のプログラムを実行することにより、ブラウザＡＰＩ３２７に、データ読み込み命令を行う（Ｓ９２２）。
【０１０７】
その結果、ＯＳ３２２を介して、ブラウザ３２５からデバイス１３１に、データ読み込み要求が送信される（Ｓ９２３）。
【０１０８】
デバイス１３１内のアクセス制御部３３３は、読み込みを要求されたデータが、現在の通信セッションに設定されている使用モードでアクセス可能かをチェックする（Ｓ９２４）。
【０１０９】
そして、アクセス可能と判定された場合、アクセス制御部３３３は、データ記憶部３３４から要求されたデータを読み出して、ブラウザ３２５へ送信する（Ｓ９２５）。
【０１１０】
ブラウザ３２５は、読み出されたデータを、ユーザユーザインタフェース２０１のディスプレイ（図示せず）に表示させる（Ｓ９２６）。
【０１１１】
ここで、使用中のモードがユーザモードの場合、ステップＳ９２６では、図５の画面５００が表示される。その後、図６の画面６１０，６２０を表示する際にも、ステップＳ９２２〜Ｓ９２５と同様の読み込み処理が、ユーザモードで実行される。
【０１１２】
一方、使用中のモードがサービスモードの場合、ステップＳ９２６では、図７の画面７００が表示される。その後、図８の画面８１０，８２０を表示する際にも、ステップＳ９２２〜Ｓ９２５と同様の読み込み処理が、サービスモードで実行される。
【０１１３】
また、ユーザが、画面６１０または画面８２０で、ボタン６１１またはボタン８２１を押下すると、その操作結果がブラウザ３２５へ送られて（Ｓ９２７）、ステップＳ９２８〜Ｓ９３２のデータ変更処理が実行される。
【０１１４】
このデータ変更処理では、まず、ＪａｖａＳｃｒｉｐｔ３２６内のプログラムを実行することにより、ブラウザＡＰＩ３２７に設定データ書き込み命令を行う（Ｓ９２８）。
【０１１５】
その結果、ＯＳ３２２を介して、ブラウザ３２５からデバイス１３１へ、設定データ書き込み要求が送信される（Ｓ９２９）。
【０１１６】
デバイス１３１内のアクセス制御部３３３は、書き込みを要求されたデータが、現在の通信セッションに設定されている使用モードでアクセス可能かをチェックする（Ｓ９３０）。
【０１１７】
アクセス可能と判定された場合、アクセス制御部３３３は、データ記憶部３３４に要求されたデータを書き込んだのち、その書き込みの結果を、ブラウザ３２５へ通知する（Ｓ９３１）。
【０１１８】
その後、ブラウザ３２５は、受信した書き込み結果を、ユーザユーザインタフェース２０１のディスプレイ（図示せず）に表示させる（Ｓ９３２）。
【０１１９】
以上説明したように、本実施形態では、診断ウェブアプリケーションを、サーバ１２１で提供する。
【０１２０】
上述のデバイス１３１内のローカルウェブＵＩなどでは、組み込みソフトウェアのため、機能を追加したり、バグを修正したりするためには、ソフトウェアのアップデートが必要となる。また、上述したように、デバイス１３１は、ＩｏＴ機器などのように、ＣＰＵやストレージ、メモリーなど十分なコンピュータリソースを備えないものが多い。そのようなデバイス１３１に、多機能・高機能なアプリケーションをインストールするのは困難である。
【０１２１】
これに対して、本発明の各実施形態では、診断ウェブアプリケーションをサーバ１２１で提供することとしたので、機能の追加や高度化等の要求に対して、ウェブアプリケーションサーバ３１１のウェブＡＰＩ３１２やウェブＵＩ３１３をバージョンアップすることだけで対応可能である。したがって、本発明の各実施形態によれば、デバイス自体に特別なユーザインタフェースなどを用意せずに、拡張性・自由度が高い診断アプリケーションを提供することが可能になる。
【０１２２】
（第２実施形態）
本発明の第２実施形態について、図１１〜図１３を用いて説明する。本実施形態に係るデバイス診断ウェブシステムのシステム構成・ネットワーク構成や、コンピュータ１１１、サーバ１２１およびデバイス１３１のハードウエア構成・ソフトウェア構成は、上述の第１実施形態と同様である。
【０１２３】
上述の第１実施形態では、画面４００の表示エリア４０２（図４参照）に許可プロンプトを表示して、ユーザにウェブＵＳＢの接続を許可するデバイスを選択させることにより（図１０のステップＳ９１３参照）、第三者のデータアクセスからの保護を図った。
【０１２４】
これに対して、本実施形態では、第１実施形態と同様のアクセス許可手順の後に、追加のアクセス許可処理手順を実行することにより、第１実施形態よりも更に強固なデータアクセス保護を提供する。
【０１２５】
図１１（Ａ）に示した操作パネル１０００は、デバイス１３１に備えられた入力手段である。この操作パネル１０００には、テンキー１００１、方向キー１００２、ＯＫキー１００３、キャンセルキー１００４等が設けられている。
【０１２６】
また、図１１（Ｂ）に示したタッチパネル１０１０は、デバイス１３１に備えられた入力・表示手段である。タッチパネル１０１０には、サービスモードでデータアクセスの許可を実行する許可ボタン１０１１が表示される。
【０１２７】
図１２（Ａ）は、ブラウザ３２５に表示される、追加のアクセス許可操作を求める画面１１００の例を示している。図１２（Ａ）の例では、ユーザに、操作パネル１０００のキー１００１〜１００４のいずれか一つ以上を用いたアクセス認証操作が要求される。画面１１００で表示するメッセージは、ユーザに、図１１（Ａ）の操作パネル１０００を用いてアクセス許可操作を行わせる場合の例である。
【０１２８】
一方、ユーザに図１１（Ｂ）の許可ボタン１０１１を押下させることでアクセス許可を行わせたい場合には、例えば、画面１１００に「タッチ画面でデータアクセスを許可してください」等に変更すればよい。
【０１２９】
図１２（Ｂ）は、ブラウザ３２５に表示される、追加のアクセス許可操作後の画面１１１０の例を示しており、ＵＳＢ接続が確立した場合の表示例である。
【０１３０】
図１３は、本実施例に係わる処理フローを説明するためのフローチャートである。
【０１３１】
図１３に示したように、本実施形態において、ステップＳ９１９までの処理（図９および図１０参照）は、上述の第１実施形態と同様である。すなわち、本実施形態でも、画面４００の表示エリア４０２（図４参照）に許可プロンプトを表示して、ユーザにウェブＵＳＢの接続を許可するデバイスを選択させることによりデータアクセスの保護を図っている。
【０１３２】
本実施形態では、ステップＳ９１９でブラウザ３２５からデバイス１３１に使用モードが通知されると、デバイス１３１のアクセス制御部３３３は、その使用モードが、デバイス本体側での追加の許可操作を必要とするかを判定する（Ｓ１２０１）。例えば、サービスモードが使用される場合は、より高いデータアクセス権限をユーザに与えるとの理由から、追加の許可操作を要求することにしてもよい。また、ユーザモード／サービスモードの何れであっても、デバイス１３１へのデータアクセス時には追加の許可操作を要求することにしてもよい。
【０１３３】
ステップＳ１２０１で追加の許可操作を要求しないと判定された場合は、アクセス許可処理が終了し、上述の第１実施形態におけるステップＳ９２０以降の手順が実行される。
【０１３４】
一方、ステップＳ１２０１で追加の許可操作を要求すると判定された場合、デバイス１３１のアクセス制御部３３３は、ブラウザ３２５にデバイス本体での追加の許可操作を要求する（Ｓ１２０２）。
【０１３５】
ブラウザ３２５は、追加のアクセス許可操作を求める画面１１００（図１２（Ａ）参照）を表示することで、ユーザに対して、アクセス許可のための操作を促す（Ｓ１２０３）。
【０１３６】
ユーザは、ブラウザ３２５に表示された要求に従い、デバイス１３１に備えられた操作パネル１０００（図１１（Ａ）参照）或いはタッチパネル１０１０（図１１（Ｂ）参照）を操作して、追加の許可操作を実行する（Ｓ１２０４）。
【０１３７】
その後、アクセス制御部３３３が、通信中のセッションの使用モードを設定し（Ｓ９２０）、この設定結果がブラウザ３２５に通知される（Ｓ９２１）。
【０１３８】
ブラウザ３２５は、この通知を受け取ると、アクセスが許可されたことを示す画面１１１０（図１２（Ｂ）参照）を表示する（Ｓ１２０５）。
【０１３９】
その後、第１実施形態のステップＳ９２２以降と同様の処理、ずなわち診断アプリケーション画面（図５〜図８参照）を用いた処理が実行される。
【０１４０】
本実施形態は、上述の第１実施形態に加えて、以下のような効果をもたらす。
【０１４１】
ＷｅｂＵＳＢの規格で規定されているの接続許可プロンプトのみでは、悪意のあるウェブサイトが表示した接続許可プロンプトをユーザが誤って押下してしまうことがあり得る。この場合、誤って接続したデバイスのデータに、悪意のあるウェブサイトが自由にアクセスできてしまうというリスクがある。
【０１４２】
これに対して、本実施形態では、デバイス１３１の本体側で追加の許可操作を実行するので、そのデバイスの近傍に居る真のユーザのみが、ウェブサイトからのデータアクセス許可を与えることが可能となる。また、サービスモードの説明で例示したように、より高いアクセスレベルを要求するデータへのアクセス時に、追加の許可操作を求めることによって、そのデバイスをメンテナンスするときだけ、データアクセスを有効化できる。
【０１４３】
従って、本実施形態によれば、アクセス許可に対する信頼性を高めることができる。
【０１４４】
なお、本実施形態では、ブラウザ３２５からデバイス１３１への接続の開始後に、そのデバイス１３１で追加の許可操作を実行する手順を説明したが、接続開始と追加の許可操作との順序は問わないようにしてもよい。すなわち、デバイスで追加の許可操作を実行してデバイス側で接続開始待ち状態にし、ブラウザから接続が要求されたら接続を確立するという手順でもよい。
【０１４５】
（第３実施形態）
本発明の第３実施形態について、図１４〜図１８を用いて説明する。本実施形態に係るデバイス診断ウェブシステムのシステム構成・ネットワーク構成や、コンピュータ１１１、サーバ１２１およびデバイス１３１のハードウエア構成・ソフトウェア構成は、上述の第１実施形態と同様である。
【０１４６】
本実施形態は、上述の第１実施形態に係るシステムに、メンテナンスレポート作成機能を追加した例である。
【０１４７】
図１４および図１５は、ブラウザ３２５に表示されたメンテナンスレポートの画面例である。
【０１４８】
図１４に示した画面１３００は、メンテナンスレポート一覧を表示する画面である。
【０１４９】
この画面１３００において、ＵＲＬ入力・検索欄１３０１には、メンテナンスレポートを閲覧するウェブサイトのＵＲＬが入力される。
【０１５０】
また、この画面１３００には、メンテナンスレポート一覧１３０２が表示される。
【０１５１】
そして、このメンテナンスレポート一覧１３０２の各表示項目には、メンテナンスレポートを選択して表示させるためのリンクボタン１３０３（「表示」と表示されたボタン）が設けられている。
【０１５２】
図１５に示した画面１４００は、メンテナンスレポート一覧から選択された１つのメンテナンスレポートの詳細表示画面である。
【０１５３】
画面１４００は、メンテナンスを実施した日時、デバイスの製品名、シリアル番号などのデバイス情報を表示している。さらに、設定変更前のデバイスの状態や設定値、設定変更後のデバイスの状態や設定値を表示している。この設定変更前後の比較により、メンテナンスによって、どの設定値を変更することで、発生していた問題が解決されたかどうかをレポートできる。
【０１５４】
図１６および図１７は、メンテナンスレポートを保存、出力する処理を説明するフローチャートである。
【０１５５】
まず、図１６を参照して、メンテナンスレポートを保存する処理を説明する。
【０１５６】
図１６に示したように、本実施形態において、ステップＳ９２１までの処理（図９および図１０参照）は、上述の第１実施形態と同様である。すなわち、ブラウザ３２５とデバイス１３１との間で使用モードの設定が行われる。
【０１５７】
さらに、本実施形態でも、上述の第１実施形態と同様、デバイス１３１からデータを読み込む処理を実行する（Ｓ９２２〜Ｓ９２６）。
【０１５８】
そして、ブラウザ３２５は、ＪａｖａＳｃｒｉｐｔ３２６内のプログラムを実行することにより、デバイス１３１から読み込まれたデータの保存を、ウェブアプリケーションサーバ３１１のウェブＡＰＩ３１２に要求する（Ｓ１５０１）。
【０１５９】
ウェブアプリケーションサーバ３１１は、デバイス１３１から読み込まれたデータをデータストア３１４に保存したのち、ブラウザ３２５へ応答を返す（Ｓ１５０２）。
【０１６０】
その後、第１実施形態と同様に、ユーザが画面６１０または画面８２０でボタン６１１またはボタン８２１を押下すると、その操作結果がブラウザ３２５へ送られて（Ｓ９２７）、ステップＳ９２８〜Ｓ９３２のデータ変更処理が実行される。
【０１６１】
続いて、ブラウザ３２５は、ＪａｖａＳｃｒｉｐｔ３２６内のプログラムを実行することにより、再度、デバイス１３１に書き込んだデータの保存を、ウェブアプリケーションサーバ３１１のウェブＡＰＩ３１２に要求する（Ｓ１５０３）。
【０１６２】
ウェブアプリケーションサーバ３１１は、デバイス１３１から読み込まれたデータをデータストア３１４に保存して、応答を返す（Ｓ１５０４）。
【０１６３】
以上により、変更前後のデータをそれぞれ保存することができる。
【０１６４】
次に、図１７を参照して、メンテナンスレポートを出力する処理を説明する。
【０１６５】
まず、ユーザが、ブラウザ３２５のＵＲＬ入力・検索欄１３０１に所定のＵＲＬを入力すること等により、メンテナンスレポートを閲覧するウェブページを表示する（Ｓ１５５１、図１４）。
【０１６６】
続いて、ブラウザ３２５が、ウェブアプリケーションサーバ３１１に、ウェブコンテンツリクエストを送信する（Ｓ１５５２）。
【０１６７】
ウェブアプリケーションサーバ３１１は、このリクエストに対する応答として、メンテナンスレポートのウェブ・ユーザユーザインタフェースを構成するＨＴＭＬ／ＪａｖａＳｃｒｉｐｔ等のコンテンツを送信する（Ｓ１５５３）。
【０１６８】
ブラウザ３２５は、ＪａｖａＳｃｒｉｐｔ３２６内のプログラムを実行することにより、ウェブアプリケーションサーバ３１１のウェブＡＰＩ３１２に対して、メンテナンスレポート一覧の送信を要求する（Ｓ１５５４）。
【０１６９】
ウェブアプリケーションサーバ３１１は、クエリを発行することで、必要なデータをデータストア３１４から読み出し、読み出したデータを用いてメンテナンスレポート一覧を作成して、ブラウザ３２５へ送る（Ｓ１５５５）。
【０１７０】
ブラウザ３２５は、ウェブアプリケーションサーバ３１１から受け取ったメンテナンスレポート一覧１３０２を表示する（Ｓ１５５６、図１４）。
【０１７１】
ユーザは、画面１３００のメンテナンスレポート一覧１３０２から、いずれかのリンクボタン１３０３を押下することにより、所望のメンテナンスレポートを選択する（Ｓ１５５７）。
【０１７２】
ブラウザ３２５は、ＪａｖａＳｃｒｉｐｔ３２６内のプログラムを実行することで、ウェブアプリケーションサーバ３１１のウェブＡＰＩ３１２にメンテナンスレポート詳細の取得を要求する（Ｓ１５５８）。
【０１７３】
ウェブアプリケーションサーバ３１１は、クエリを発行することで、必要なデータをデータストア３１４から読み出し、読み出したデータを用いてメンテナンスレポートの詳細を作成して、ブラウザ３２５へ送る（Ｓ１５５９）。
【０１７４】
ブラウザ３２５は、ウェブアプリケーションサーバ３１１から受け取ったメンテナンスレポートの詳細を示す画面１４００を表示する（Ｓ１５６０）。
【０１７５】
以上により、データストア３１４の保存データを用いたレポートを、ユーザが閲覧できる。
【０１７６】
本実施形態は、上述の第１実施形態に加えて、以下のような効果をもたらす。
【０１７７】
従来、コンピュータ１１１とデバイス１３１を、ＵＳＢケーブル１３５のようなローカルな接続手段で通信接続した場合、そのローカル接続で取得したデータは、別途コンピュータ１１１とサーバ１２１の通信接続を用いて送信しなければならなかった。
【０１７８】
これに対して、本実施形態では、ＷｅｂＵＳＢプロトコルがサーバ１２１のウェブアプリケーションからデバイス１３１への直接アクセスを可能にすることを利用して、ブラウザ３２５を介してデバイス１３１の保存データをサーバ１２１に収集させることとした。このため、本実施形態によれば、デバイスのメンテナンス作業の記録をサーバ側に自動的に保存して、メンテナンスレポートを作成し、ユーザに閲覧させることができる。
【０１７９】
次に、図１８を用いて、診断ウェブアプリケーションへの別のナビゲーション方法を説明する。ここでは、別のナビゲーション方法として、最低限の機能をデバイス１３１のローカルウェブユーザインタフェースで実現し、高度な機能はウェブサーバの提供するウェブアプリケーションで実現する方法を説明する。
【０１８０】
図１８において、画面１６００は、デバイス１３１に備えられたウェブサーバが提供するローカルウェブＵＩをブラウザ３２５に表示した例である。
【０１８１】
デバイス１３１がＬＡＮ１０５に正常に接続されているときは、コンピュータ１１１がデバイス１３１のローカルウェブＵＩを利用することができる。ローカルウェブＵＩ１６００は、デバイス１３１に組み込まれているソフトウェアで実行することで、簡易的にデバイス情報、使用状況などを表示することができる。
【０１８２】
ここでは、プリンターのカラーキャリブレーションでエラーが発生している状況を例に採って説明する。この場合、このローカルウェブＵＩでは実行できない診断処理があった場合でも、診断ウェブアプリケーションへのＵＲＬリンク１６０１を用意しておくことによって、ウェブアプリケーションサーバ３１１が提供する画面・機能へと誘導することができる。
【０１８３】
以上、本発明の各実施形態について、ＷｅｂＵＳＢ接続によってコンピュータ１１１とデバイス１３１とをローカル接続する場合を例に採って説明したが、例えばＷｅｂＢｌｕｅｔｏｏｔｈ接続等、他の接続方法であっても、ネットワークを介さないローカル接続を行う場合であれば、本発明を適用することができる。
【符号の説明】
【０１８４】
１１１  コンピュータ
１２１  サーバ
１３１  デバイス
１０５  ネットワーク
１３５  ＵＳＢケーブル
【図１】
2020042573.tif 000003
【図２】
2020042573.tif 000004
【図３】
2020042573.tif 000005
【図４】
2020042573.tif 000006
【図５】
2020042573.tif 000007
【図６】
2020042573.tif 000008
【図７】
2020042573.tif 000009
【図８】
2020042573.tif 000010
【図９】
2020042573.tif 000011
【図１０】
2020042573.tif 000012
【図１１】
2020042573.tif 000013
【図１２】
2020042573.tif 000014
【図１３】
2020042573.tif 000015
【図１４】
2020042573.tif 000016
【図１５】
2020042573.tif 000017
【図１６】
2020042573.tif 000018
【図１７】
2020042573.tif 000019
【図１８】
2020042573.tif 000020