(57)【要約】【課題】情報処理装置に接続されるデバイスへのアクセスを要求したＷｅｂアプリケーションの安全性を判断するための情報をユーザに適切に提示して、ユーザの判断を容易にし、セキュリティを向上すること。【解決手段】クライアントコンピューター１０１からＷｅｂブラウザで、Ｗｅｂアプリケーションを含むウェブサイトにアクセスした場合に、クライアントコンピューター１０１に接続されたデバイス１０２への接続の要求があった場合、Ｗｅｂブラウザがデバイスからホワイトリストの取得先を示す情報を取得し（Ｓ５０５）、該取得先から取得したホワイトリストを用いて、接続を要求したＷｅｂアプリケーションの検証を行う（Ｓ５０６、Ｓ５０７）。そして、検証の結果に従い、ユーザに対してＷｅｂアプリケーションがデバイスへ接続することを許可するか確認するための許可プロンプトの表示内容に警告を含ませるか否かを切り替える（Ｓ５０９）。【選択図】図５
2020091633.tif 000002
【特許請求の範囲】
【請求項１】
ウェブブラウザが実行される情報処理装置であって、
前記ウェブブラウザで、ウェブアプリケーションを含むウェブサイトにアクセスした場合に、前記情報処理装置に接続された外部端末への接続の要求があった場合、前記ウェブブラウザが前記外部端末から信頼性に関する情報の取得先を示す情報を取得する取得手段と、
前記取得された情報を用いネットワークを介して取得された信頼性に関する情報を用いて、前記接続を要求したウェブサイトの検証を行う検証手段と、
前記検証の結果に従い、ユーザに対して前記ウェブサイトが外部端末へ接続することを許可するか確認するための画面の表示内容に警告を含ませるか否かを切り替える制御手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記信頼性に関する情報は、信頼できるウェブサイトの情報を含むリストであり、
前記制御手段は、前記接続を要求したウェブサイトの情報が前記リストに含まれていない場合には、前記画面の表示内容に警告を含ませることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記信頼性に関する情報は、信頼できないウェブサイトの情報を含むリストであることを特徴とする請求項１又は２に記載の情報処理装置。
前記制御手段は、前記接続を要求したウェブサイトの情報が前記リストに含まれている場合には、前記画面の表示内容に警告を含ませることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記信頼性に関する情報は、前記外部端末を当該情報処理装置に接続した場合に表示可能なウェブサイトを示すランディングページの情報を含むことを特徴とする請求項２又は３に記載の情報処理装置。
【請求項５】
前記検証手段は、前記リストを取得できなかった場合に、前記ランディングページの情報を用いて、前記接続を要求したウェブサイトの検証を行い、
前記制御手段は、前記ランディングページの情報を用いる場合、前記接続を要求したウェブサイトの情報が前記ランディングページの情報に対応しない場合に、前記画面の表示内容に警告を含ませることを特徴とする請求項４に記載の情報処理装置。
【請求項６】
情報処理装置は外部端末と、ＵＳＢまたはブルートゥースで接続されることを特徴とする請求項１〜５のいずれか１項に記載の情報処理装置。
【請求項７】
前記制御手段は、過去にユーザから前記ウェブサイトに含まれるウェブアプリケーションが前記外部端末へ接続することが許可されている場合には、前記検証及び前記画面の表示を行うことなく、前記ウェブサイトが外部端末へ接続することを許可することを特徴とする請求項１〜６のいずれか１項に記載の情報処理装置。
【請求項８】
前記制御手段は、過去にユーザから前記ウェブサイトに含まれるウェブアプリケーションが前記外部端末へ接続することが許可されている場合で、且つ、該許可に対応するタイミングで前記信頼性に関する情報が取得されている場合には、前記外部端末から取得した前記取得先を示す情報を用いて、再度、信頼性に関する情報を取得して前記検証を行うことを特徴とする請求項１〜６のいずれか１項に記載の情報処理装置。
【請求項９】
前記信頼性に関する情報は、前記外部端末を提供する事業者が管理するネットワーク上のサービスから取得され、
前記外部端末から取得した信頼性に関する情報の取得先を示す情報は、該事業者により該外部端末に設定されることを特徴とする請求項１〜８のいずれか１項に記載の情報処理装置。
【請求項１０】
ウェブブラウザが実行される情報処理装置の制御方法であって、
前記ウェブブラウザで、ウェブアプリケーションを含むウェブサイトにアクセスした場合に、前記情報処理装置に接続された外部端末への接続の要求があった場合、前記ウェブブラウザが前記外部端末から信頼性に関する情報の取得先を示す情報を取得する取得ステップと、
前記取得された情報を用いネットワークを介して取得された信頼性に関する情報を用いて、前記接続を要求したウェブサイトの検証を行う検証ステップと、
前記検証の結果に従い、ユーザに対して前記ウェブサイトが外部端末へ接続することを許可するか確認するための画面の表示内容に警告を含ませるか否かを切り替える制御ステップと、
を有することを特徴とする情報処理装置の制御方法。
【請求項１１】
コンピューターを、請求項１〜９のいずれか１項に記載の手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスへのアクセスを要求したＷｅｂアプリケーションの安全性を検証する制御に関する。
【背景技術】
【０００２】
Ｗｅｂアプリケーションからクライアントコンピューターに接続されたＵＳＢデバイスやＢｌｕｅｔｏｏｔｈデバイスにアクセスして操作できるＷｅｂＵＳＢ、ＷｅｂＢｌｕｅｔｏｏｔｈという技術がある。この技術において、ＷｅｂアプリケーションがＵＳＢデバイスやＢｌｕｅｔｏｏｔｈデバイスにアクセスを要求すると、Ｗｅｂブラウザは許可プロンプトを表示し、ユーザにアクセス許可を求める。ユーザが許可プロンプトにてアクセスを許可することで、ＷｅｂアプリケーションはＵＳＢデバイスやＢｌｕｅｔｏｏｔｈデバイスにアクセスできるようになる。なお、Ｂｌｕｅｔｏｏｔｈ、ブルートゥースは登録商標である。
【０００３】
特許文献１には、サービスを利用するためのアプリケーションが、コンテンツを提供するサーバーにアクセス可能かどうかを、サービスの提供者が管理するサーバーから取得するホワイトリストに従って判断する技術が開示されている。これによれば、コンテンツの提供側でインターネット接続の安全性を管理することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−１０２５６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前述したようにＷｅｂＵＳＢ、ＷｅｂＢｌｕｅｔｏｏｔｈでは、Ｗｅｂアプリケーションがデバイスにアクセスするための許可をユーザに求める。このとき、ＷｅｂブラウザはＷｅｂアプリケーションの安全性の検証などは行っていない。そのため、ユーザが許可を求められた際に、アクセスを要求したＷｅｂアプリケーションが安全であるか否かを判断するための情報がない。よって、ユーザは、デバイスへのアクセス許可を求められても許可して良いか（許可しても安全か）の判断が困難である。もし、デバイスベンダーが信頼していないような悪意のあるＷｅｂアプリケーションからの要求を、ユーザが許可してしまった場合、デバイスに対して悪意のある操作がなされる可能性があり、セキュアとは言えない。また、デバイスベンダーが信頼している安全なＷｅｂアプリケーションからの要求をユーザが拒否ししまった場合、該Ｗｅｂアプリケーションに関連するサービスを利用できない等の課題があった。
【０００６】
本発明は、上記の課題を解決するためになされたものである。本発明は、情報処理装置に接続される外部端末（デバイス）へのアクセスを要求したＷｅｂアプリケーションの安全性を判断するための情報をユーザに適切に提示することができる仕組みを提供することを目的とするものである。
【課題を解決するための手段】
【０００７】
本発明は、ウェブブラウザが実行される情報処理装置であって、前記ウェブブラウザで、ウェブアプリケーションを含むウェブサイトにアクセスした場合に、前記情報処理装置に接続された外部端末への接続の要求があった場合、前記ウェブブラウザが前記外部端末から信頼性に関する情報の取得先を示す情報を取得する取得手段と、前記取得された情報を用いネットワークを介して取得された信頼性に関する情報を用いて、前記接続を要求したウェブサイトの検証を行う検証手段と、前記検証の結果に従い、ユーザに対して前記ウェブサイトが外部端末へ接続することを許可するか確認するための画面の表示内容に警告を含ませるか否かを切り替える制御手段と、を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、情報処理装置に接続される外部端末（デバイス）へのアクセスを要求したウェブアプリケーションの安全性を判断するための情報をユーザに適切に提示することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態を示すシステムの全体構成の一例を示す図。
【図２】クライアントコンピューター、デバイス、Ｗｅｂサーバーを構成する情報処理装置のハードウェア構成図。
【図３】クライアントコンピューター、デバイス、Ｗｅｂサーバーの機能構成図。
【図４】アクセス許可処理の一例を示すシーケンス図。
【図５】第１実施形態のアクセス許可処理を示すフローチャート。
【図６】検証処理の詳細手順を示すフローチャート。
【図７】ホワイトリストによる検証処理の詳細手順を示すフローチャート。
【図８】ランディングページによる検証処理の詳細手順を示すフローチャート。
【図９】許可プロンプトの表示例を示すＵＩ図。
【図１０】第２実施形態のアクセス許可処理の手順を示すフローチャート。
【図１１】アクセス許可情報の再確認処理の詳細手順を示すフローチャート。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について図面を用いて説明する。
〔第１実施形態〕
＜システム構成＞
図１は、本発明の一実施形態を示すシステムの全体構成の一例を示す図である。
図１において、クライアントコンピューター１０１は、ユーザが使用するコンピューターである。クライアントコンピューター１０１としては、パーソナルコンピューター、ラップトップコンピューター、タブレットコンピューター、スマートフォンなどがある。
【００１１】
デバイス１０２は、クライアントコンピューター１０１と接続して使用するデバイスである。本実施形態では、デバイス１０２の一例として、ＵＳＢ（ユニバーサル・シリアル・バス）デバイスを例にして説明する。しかし、デバイス１０２は、ＵＳＢデバイスに限定されるものではなく、クライアントコンピューター１０１に接続されるデバイスであれば、例えばＢｌｕｅｔｏｏｔｈ（ブルートゥース）デバイス等でもよい。なお、クライアントコンピューター１０１と接続して使用するデバイス１０２が複数ある構成でもよい。クライアントコンピューター１０１とデバイス１０２は、有線または無線の接続１０５を介して通信可能に接続されている。上述の例では、接続１０５は、ＵＳＢ接続となる。
【００１２】
Ｗｅｂサーバー１０３は、ネットワークを介してクライアントコンピューター１０１にＷｅｂアプリケーション（ウェブアプリケーション）を提供する。ここで、Ｗｅｂサーバー１０３の管理者（Ｗｅｂアプリケーションの提供者）は、デバイス１０２のベンダー（デバイス１０２を提供する事業者）とは異なる場合もある。
【００１３】
Ｗｅｂサーバー１０４は、ネットワークを介してクライアントコンピューター１０１にホワイトリストを提供する。ここで、ホワイトリストとは、デバイスベンダーが信頼するＷｅｂアプリケーションの一覧である。また、Ｗｅｂサーバー１０４の管理者（ホワイトリストの提供者）は、デバイス１０２のベンダーである。
【００１４】
クライアントコンピューター１０１、Ｗｅｂサーバー１０３、１０４は、ネットワーク１０６を介して接続されている。ネットワーク１０６は、例えばインターネットである。ネットワーク１０６は、ＬＡＮ、ＷＡＮ、電話回線、専用デジタル回線、ＡＴＭやフレームリレー回線、ケーブルテレビ回線、データ放送用無線回線等のいずれか、または組み合わせにより実現される通信ネットワークである。
【００１５】
＜情報処理装置のハードウェア構成＞
図２は、クライアントコンピューター１０１、デバイス１０２、Ｗｅｂサーバー１０３、１０４を構成する情報処理装置のハードウェア構成の一例を示すブロック図である。
図２に示すように、情報処理装置は、記憶装置であるハードディスクドライブ（ＨＤＤ）２０３に記憶されたソフトウェアを実行するＣＰＵ２０１を備える。ＣＰＵ２０１は、システムバス２０５に接続される各ハードウェアを総括的に制御する。
【００１６】
メモリ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
ハードディスクドライブ（ＨＤＤ）２０３は、大容量記憶装置としてデータを記録する。なお、ＨＤＤの代わりに又は併用してソリッドステートドライブ（ＳＳＤ）等の他の記憶装置を備える構成でもよい。
ネットワークインターフェースカード（ＮＩＣ）２０４は、ネットワークを介して、他のノードと双方向にデータをやりとりする。
【００１７】
キーボードコントローラー２０６は、例えばキーボード２０７や図示しないポインティングデバイス（例えばマウス）などの入力装置からの入力を制御する。なお、情報処理装置の役割によっては、キーボードコントローラー２０６、キーボード２０７等がない構成でもよい。
ディスプレイコントローラー２０８は、例えば液晶ディスプレイなどの表示装置２０９への表示を制御する。なお、情報処理装置の役割によっては、ディスプレイコントローラー２０８、表示装置２０９がない構成でもよい。
【００１８】
＜機能構成＞
図３は、クライアントコンピューター１０１、デバイス１０２、Ｗｅｂサーバー１０３、１０４の機能構成の一例を示すブロック図である。
クライアントコンピューター１０１は、Ｗｅｂブラウザ（ウェブブラウザ）３０１を備える。Ｗｅｂブラウザ３０１は、Ｗｅｂサーバー１０３から取得したＷｅｂアプリケーションのＨＴＭＬデータを解析し表示する機能、ＷｅｂアプリケーションのＪａｖａＳｃｒｉｐｔ（登録商標）を解析し実行する機能等を提供する。さらに、Ｗｅｂブラウザ３０１は、デバイス１０２へのアクセス要求をＷｅｂアプリケーションから受信した際にアクセス許可処理を実行し、Ｗｅｂアプリケーションの安全性を検証する。アクセス許可処理の詳細については後述する。なお、Ｗｅｂブラウザ３０１は、クライアントコンピューター１０１のＣＰＵ２０１がＨＤＤ２０３に格納されたプログラムをメモリ２０２にロードして実行することにより実現される。
【００１９】
Ｗｅｂサーバー１０３は、Ｗｅｂアプリケーション管理部３０２を備える。Ｗｅｂアプリケーション管理部３０２は、Ｗｅｂブラウザ３０１からの要求に応じて、ＨＴＭＬやＪａｖａＳｃｒｉｐｔなどのＷｅｂアプリケーションを提供する。本実施形態のＷｅｂアプリケーションは、デバイス１０２へアクセスして操作するＪａｖａＳｃｒｉｐｔを含む。Ｗｅｂアプリケーション管理部３０２は、Ｗｅｂサーバー１０３のＣＰＵ２０１がＨＤＤ２０３に格納されたプログラムをメモリ２０２にロードして実行することにより実現される。
【００２０】
デバイス１０２は、ホワイトリスト取得先管理部３０３、ランディングページ管理部３０４、デバイス制御部３０５を備える。ホワイトリスト取得先管理部３０３、ランディングページ管理部３０４、及び、デバイス制御部３０５は、デバイス１０２のＣＰＵ２０１がＨＤＤ２０３に格納されたプログラムをメモリ２０２にロードして実行することにより実現される。
【００２１】
ホワイトリスト取得先管理部３０３は、Ｗｅｂブラウザ３０１からの要求に応じて、ホワイトリスト取得先を提供する。ここでホワイトリストとは、デバイスベンダーが提供する、デバイス１０２へのアクセスを信頼するＷｅｂアプリケーションの一覧である。本実施形態のホワイトリストは、信頼するＷｅｂアプリケーションのＷｅｂサーバー１０３のドメインのリストである。本実施形態のホワイトリスト取得先は、デバイスベンダーが管理するＷｅｂサーバー１０３のホワイトリスト取得ＡＰＩ（Application Programming Interface）のアドレスである。
【００２２】
ランディングページ管理部３０４は、Ｗｅｂブラウザ３０１からの要求に応じて、ランディングページのアドレスを提供する。ここでランディングページとは、デバイス１０２をクライアントコンピューター１０１に接続した際に表示可能なＷｅｂアプリケーションである。ランディングページのアドレスは、デバイスベンダーがデバイス１０２に設定する。
デバイス制御部３０５は、アクセスを許可されたＷｅｂアプリケーションからの操作指示を、Ｗｅｂブラウザ３０１を介して受信し、操作指示に応じた操作を実行する機能を提供する。
【００２３】
Ｗｅｂサーバー１０４は、ホワイトリスト管理部３０６を備える。ホワイトリスト管理部３０６は、デバイスベンダーが管理するネットワーク上のサービスに対応し、Ｗｅｂブラウザ３０１からの要求に応じて、ホワイトリストを提供する。本実施形態では、Ｗｅｂサーバー１０４のホワイトリスト取得ＡＰＩが呼ばれたらホワイトリストを返却する。ホワイトリスト管理部３０６は、Ｗｅｂサーバー１０４のＣＰＵ２０１がＨＤＤ２０３に格納されたプログラムをメモリ２０２にロードして実行することにより実現される。
【００２４】
＜アクセス許可処理＞
以下、アクセス許可処理について、図４、図５を用いて説明する。
アクセス許可処理とは、Ｗｅｂアプリケーションがデバイス１０２へアクセスするために必要となるアクセス許可を得るための処理である。
図４は、アクセス許可処理におけるデバイス１０２、Ｗｅｂブラウザ３０１、Ｗｅｂアプリケーション３０２ａ、Ｗｅｂサーバー１０３、１０４の各処理の一例を示すシーケンス図である。なお、Ｗｅｂアプリケーション３０２ａは、Ｗｅｂサーバー１０３のＷｅｂアプリケーション管理部３０２により管理されるＷｅｂアプリケーションに対応する。
【００２５】
図５は、第１実施形態においてＷｅｂブラウザ３０１が実行するアクセス許可処理の手順の一例を示すフローチャートである。なお、図５及び後述する図６〜図８に示す処理は、クライアントコンピューター１０１のＣＰＵ２０１がＨＤＤ２０３に格納されたプログラムをメモリ２０２にロードして実行することにより実現される。
【００２６】
はじめに、ユーザは、クライアントコンピューター１０１のＷｅｂブラウザ３０１を介してＷｅｂアプリケーションにアクセスするための操作を行う。Ｗｅｂアプリケーションにアクセスするための操作がなされると、Ｗｅｂブラウザ３０１は、Ｗｅｂアプリケーションの取得要求をＷｅｂサーバー１０３に送信する（Ｓ４０１）。
Ｗｅｂサーバー１０３のＷｅｂアプリケーション管理部３０２は、Ｗｅｂアプリケーションの取得要求を受信すると、該要求に応じてＷｅｂアプリケーション３０２ａをＷｅｂブラウザ３０１に返却する。
【００２７】
続いて、Ｗｅｂブラウザ３０１は、上記Ｓ４０１で取得したＷｅｂアプリケーション３０２ａを処理し、該Ｗｅｂアプリケーション３０２ａに含まれるＪａｖａＳｃｒｉｐｔを実行する（Ｓ４０２）。本実施形態のＷｅｂアプリケーション３０２ａに含まれるＪａｖａＳｃｒｉｐｔは、クライアントコンピューター１０１に接続されるデバイス１０２へアクセスして操作する処理を含むものとする。
【００２８】
Ｗｅｂブラウザ３０１によりＷｅｂアプリケーション３０２ａに含まれるＪａｖａＳｃｒｉｐｔが実行されると、Ｗｅｂアプリケーション３０２ａは、アクセス要求をＷｅｂブラウザ３０１に送信する（Ｓ４０３）。このアクセス要求は、クライアントコンピューター１０１に接続された１以上のデバイスの情報を取得するための要求である。具体的には、該アクセス要求は、例えば、クライアントコンピューター１０１にＵＳＢまたはＢｌｕｅｔｏｏｔｈで接続された接続デバイスの情報をクライアントコンピューター１０１のＯＳから取得するための要求ある。この要求により、Ｗｅｂブラウザ３０１はデバイス１０２の情報を取得することができる。なお、アクセス要求はフィルタを設定することが可能で、ベンダーＩＤやプロダクトＩＤ、シリアルナンバーをフィルタとして指定することで、Ｗｅｂアプリケーション３０２ａの提供者が所望のデバイスの情報のみを取得するといったカスタマイズが可能である。つまり、Ｗｅｂブラウザ３０１に、デバイス１０２の情報のみ、デバイス１０２と同じベンダーの接続デバイスの情報のみ、といった、情報取得を行わることが可能である。
上記アクセス要求を受信すると、Ｗｅｂブラウザ３０１は、アクセス許可処理を開始する。ここで、アクセス許可処理について、図５を用いて説明する。
【００２９】
Ｗｅｂブラウザ３０１は、Ｗｅｂアプリケーション３０２ａからアクセス要求を受信すると（Ｓ５０１）、Ｓ５０２に処理を進める。
Ｓ５０２において、Ｗｅｂブラウザ３０１は、アクセスを要求したＷｅｂアプリケーション３０２ａとアクセス要求の対象となる１以上の接続デバイスとの組み合わせに対応するアクセス許可情報を、Ｗｅｂブラウザ３０１が管理する記憶領域から取得する。ここでアクセス許可情報とは、ユーザが後述する許可プロンプトにてアクセスを許可したデバイス（アクセス許可済みのデバイス）とＷｅｂアプリケーションの組み合わせの情報である。なお、アクセス許可情報は、Ｗｅｂブラウザ３０１により、例えば表１のようなテーブルにより管理される情報であり、例えばＨＤＤ２０３に保存される。本実施形態では、ユーザが許可プロンプトにてアクセスを許可したデバイスとＷｅｂアプリケーションの組み合わせの情報であるアクセス許可情報は、Ｗｅｂブラウザ３０１が管理する記憶領域に保存され、次回アクセスでは許可プロンプトの表示が省略される。
【００３０】
【表１】
2020091633.tif 000003
【００３１】
表１に、Ｗｅｂブラウザ３０１がアクセス許可情報を管理するテーブルの一例を示す。
本実施形態では、デバイスのベンダーＩＤ、プロダクトＩＤ及びシリアル番号の組み合わせをデバイスの識別情報としているが、デバイスのモデル名などをデバイスの識別情報としてもよい。また、Ｗｅｂアプリケーションを提供するＷｅｂサーバー１０３のドメインを、Ｗｅｂアプリケーションの識別子としている。また、アクセス許可情報では、後述するＳ５０７で実行するＷｅｂアプリケーションの検証結果（デバイスベンダーに信頼されているＷｅｂアプリケーションか否かを検証した結果）も合わせて管理する。
【００３２】
続いてＳ５０３において、Ｗｅｂブラウザ３０１は、Ｗｅｂアプリケーション３０２ａから接続デバイスへのアクセスが、すでに許可済であるか否かを判定する。すなわち、該Ｓ５０３では、上記Ｓ５０２でアクセスを要求したＷｅｂアプリケーション３０２ａとアクセス要求の対象となった接続デバイスとの組み合わせに対応するアクセス許可情報を取得できたか否かを判定する。この判定処理では、Ｗｅｂアプリケーション３０２ａからのアクセス要求の対象となった接続デバイスが複数ある場合にはその組み合わせに対応するアクセス許可情報を全て取得できたか否かを判定する。そして、全て取得できた場合に、Ｗｅｂアプリケーション３０２ａから接続デバイスへのアクセスが許可済であると判定する。一方、取得できなかった組み合わせがある場合、Ｗｅｂアプリケーション３０２ａから接続デバイスへのアクセスが許可済でないと判定する。
【００３３】
ここでＷｅｂブラウザ３０１は、Ｗｅｂアプリケーション３０２ａから接続デバイスへのアクセスが許可済であると判定した場合（Ｓ５０３でＹｅｓの場合）、Ｓ５１２に処理を進める。Ｓ５１２では、Ｗｅｂブラウザ３０１は、アクセス許可の通知をＷｅｂアプリケーション３０２ａに返却し、本フローチャートの処理を終了する。
一方、Ｗｅｂブラウザ３０１は、Ｗｅｂアプリケーションから接続デバイスへのアクセスが許可済ではないと判定した場合（Ｓ５０３でＮｏの場合）、Ｓ５０４に処理を進める。
【００３４】
Ｓ５０４〜Ｓ５０８において、Ｗｅｂブラウザ３０１は、Ｗｅｂアプリケーション３０２ａからのアクセス要求の対象となった１以上の接続デバイスのうちアクセス許可済みでない全ての接続デバイスについて、Ｓ５０５〜Ｓ５０７の処理を実行するように制御する。すなわち、上記Ｓ５０２でアクセスを要求したＷｅｂアプリケーション３０２ａと接続デバイスとの組み合わせに対応するアクセス許可情報を取得できなかったデバイスについてＳ５０５〜Ｓ５０７の処理を実行する。以下、詳細に説明する。
【００３５】
Ｓ５０４において、Ｗｅｂブラウザ３０１は、未処理の接続デバイスを１つ選択し、該選択したデバイスを処理対象とし、Ｓ５０５に処理を進める。
Ｓ５０５において、Ｗｅｂブラウザ３０１は、ホワイトリスト取得先の取得要求を、処理対象のデバイスに送信する。処理対象のデバイスのホワイトリスト取得先管理部３０３は、ホワイトリスト取得先の取得要求を受信すると、要求に応じてホワイトリスト取得先をＷｅｂブラウザ３０１に返却する。Ｗｅｂブラウザ３０１は、ホワイトリスト取得先を受信すると、Ｓ５０６に処理を進める。
【００３６】
Ｓ５０６において、Ｗｅｂブラウザ３０１は、上記Ｓ５０５で取得したホワイトリスト取得先に対応するＷｅｂサーバー１０４に対して、ホワイトリストの取得要求を送信する。Ｗｅｂサーバー１０４のホワイトリスト管理部３０６は、ホワイトリスト取得要求を受信すると、該要求に応じてホワイトリストをＷｅｂブラウザ３０１に返却する。Ｗｅｂブラウザ３０１は、ホワイトリストを受信すると、Ｓ５０７に処理を進める。
【００３７】
Ｓ５０７において、Ｗｅｂブラウザ３０１は、処理対象のデバイス１０２へのアクセスを要求したＷｅｂアプリケーション３０２ａの安全性を検証する（検証処理）。該検証処理では、処理対象のデバイスへのアクセスを要求したＷｅｂアプリケーション３０２ａが、該デバイスのベンダーにて信頼されているか否かの判断結果を得ることができる。検証処理の詳細については図６を用いて後述する。
【００３８】
続いてＳ５０８において、Ｗｅｂブラウザ３０１は、Ｓ５０５〜Ｓ５０７の処理を行っていないデバイス（未処理のデバイス）があるか否かを判定する。まだ未処理のデバイスがあると判定した場合、Ｗｅｂブラウザ３０１は、Ｓ５０４に処理を戻し、次の未処理のデバイスの処理に移行する。
一方、未処理のデバイスがないと判定した場合、Ｗｅｂブラウザ３０１は、Ｓ５０９に処理を進める。
【００３９】
Ｓ５０９において、Ｗｅｂブラウザ３０１は、上記Ｓ５０７の検証結果に基づき、図９Ａ又は図９（ｂ）のような許可プロンプトを表示し、ユーザによりアクセスを許可するか否かの入力があるまで待機する。ここで、許可プロンプトについては図９を用いて説明する。
【００４０】
＜許可プロンプト＞
図９は、図５に示したＳ５０９で表示する許可プロンプトに対応するユーザインタフェース（ＵＩ）画面の一例を示す図である。本実施形態では、図５のＳ５０７の検証結果に基づきデバイスへのアクセスを要求したＷｅｂアプリケーションがデバイスベンダーに信頼されているか否かによって許可プロンプトの表示を変更する。これにより、ユーザがアクセス許可をする際に、Ｗｅｂアプリケーションが安全か否かを判断するための情報を提示している。
【００４１】
図９（ａ）は、アクセス要求を行ったＷｅｂアプリケーションがデバイスベンダーに信頼されている場合の許可プロンプトの表示例である。
ウィンドウ９０１は、Ｗｅｂサーバー１０３から取得したＷｅｂアプリケーションを表示・実行しているＷｅｂブラウザ３０１のウィンドウである。アドレス表示９０２は、Ｗｅｂブラウザ３０１で表示・実行しているＷｅｂアプリケーションのＷｅｂサーバー１０３のアドレスの表示である。
【００４２】
許可プロンプト９０３は、Ｗｅｂアプリケーションがデバイスへのアクセスを要求した場合に、Ｗｅｂブラウザ３０１が表示する許可プロンプトである。
一覧９０４は、Ｗｅｂアプリケーションからのアクセス要求の対象となったデバイスの一覧である。ユーザは、アクセスを許可するデバイスを一覧９０４から選択する。ここで、デバイス（「ABC Device」および「ABC Mobile」）へアクセスを要求したＷｅｂアプリケーション（abc.com）は、デバイス（「ABC Device」および「ABC Mobile」）のベンダーに信頼されている。つまり、図５のＳ５０７の検証処理で「デバイスベンダーに信頼されているＷｅｂアプリケーションである」と判断されている。そのためＷｅｂブラウザ３０１は、信頼されていることを示すアイコン９０７をデバイス名の左に表示する。このアイコン９０７の表示により、ユーザがアクセス許可を判断する際に、Ｗｅｂアプリケーションが安全か否かを判断するための情報（この例では「デバイスベンダーに信頼されている」ことを示す情報）を適切に提示することができる。
【００４３】
接続ボタン９０５は、Ｗｅｂアプリケーションからデバイスへのアクセスを許可する場合に押下するボタン（アクセス許可ボタン）である。キャンセルボタン９０６は、Ｗｅｂアプリケーションからデバイスへのアクセスを許可しない場合に押下するボタン（アクセス拒否ボタン）である。
【００４４】
図９（ｂ）は、アクセス要求を行ったＷｅｂアプリケーションがデバイスベンダーに信頼されていない場合の許可プロンプトの表示例であり、図９（ａ）と同一のものには同一の符号を付してある。
【００４５】
一覧９１４は、Ｗｅｂアプリケーションからのアクセス要求の対照となったデバイスの一覧であり、特に、デバイスへのアクセスを要求したＷｅｂアプリケーションがデバイスベンダーに信頼されていない場合の表示例に対応する。
デバイス（「ABC Device」および「ABC Mobile」）へアクセスを要求したＷｅｂアプリケーション（xxx.com）は、デバイス（「ABC Device」および「ABC Mobile」）のベンダーに信頼されていない。つまり、図５のＳ５０７の検証処理で「デバイスベンダーに信頼されていないＷｅｂアプリケーションである」と判断されている。そのためＷｅｂブラウザ３０１は、信頼されていないことを示すアイコン９１７をデバイス名の左に表示する。このアイコン９１７の表示により、ユーザがアクセス許可又は拒否をする際に、Ｗｅｂアプリケーションが安全か否かを判断するための情報（ここでは「デバイスベンダーに信頼されていない」ことを示す情報を）を適切に提示することができる。
【００４６】
すなわち、デバイスへのアクセス要求を行ったＷｅｂアプリケーションがホワイトリストに含まれている場合には、許可プロンプトに、信頼されていることを示すアイコン９０７を表示し、ユーザに安心を促す。一方、デバイスへのアクセス要求を行ったＷｅｂアプリケーションがホワイトリストに含まれていない場合には、許可プロンプトに、信頼されていないことを示すアイコン９１７を表示し、ユーザに警告を行う。
さらに、Ｓ５０５及びＳ５０６に示すホワイトリストの取得先やホワイトリストの取得に失敗した場合や、接続デバイスがホワイトリストをサポートしていないケースであっても、図９（ｂ）に示すように、許可プロンプトに、信頼されていないことを示すアイコン９１７を表示するようにしてもよい。
【００４７】
以下、図５のフローチャートの説明に戻る。
上記Ｓ５０９で表示した許可プロンプトから、アクセスを許可するか否かの入力を受け付けると、Ｗｅｂブラウザ３０１は、Ｓ５１０に処理を進める。
【００４８】
Ｓ５１０において、Ｗｅｂブラウザ３０１は、上記Ｓ５０９の許可プロンプトにて、ユーザがアクセスを許可したか否かを判定する。ここでＷｅｂブラウザ３０１は、ユーザがアクセスを許可したと判定した場合（Ｓ５１０でＹｅｓの場合）、Ｓ５１１に処理を進める。
【００４９】
Ｓ５１１において、Ｗｅｂブラウザ３０１は、ユーザがアクセスを許可したデバイス（処理対象のデバイス）とＷｅｂアプリケーション３０２ａの組み合わせの情報を含むアクセス許可情報を、表１のようなテーブルに登録する。その際、Ｗｅｂブラウザ３０１は、上記Ｓ５０７で実行したＷｅｂアプリケーションの検証結果（デバイスベンダーに信頼されているＷｅｂアプリケーションか否か）も合わせて登録する。
続いてＳ５１２において、Ｗｅｂブラウザ３０１は、アクセス許可の通知をＷｅｂアプリケーション３０２ａに返却し、本フローチャートの処理を終了する。
【００５０】
一方、上記Ｓ５１０において、Ｗｅｂブラウザ３０１が、ユーザがアクセスを許可しなかったと判定した場合（Ｓ５１０でＮｏの場合）、Ｓ５１３に処理を進める。
Ｓ５１３において、Ｗｅｂブラウザ３０１は、アクセス不許可の通知をＷｅｂアプリケーション３０２ａに返却し、本フローチャートの処理を終了する。
【００５１】
＜検証処理＞
図６は、図５に示したＳ５０７で実行する検証処理の詳細手順の一例を示すフローチャートである。本実施形態の検証処理は、デバイスへのアクセスを要求したＷｅｂアプリケーションがデバイスベンダーに信頼されているＷｅｂアプリケーションか否かを判定することで、Ｗｅｂアプリケーションの安全性を検証する処理である。
【００５２】
検証処理を開始すると、Ｓ６０１において、Ｗｅｂブラウザ３０１は、図５のＳ５０５及びＳ５０６の処理によってホワイトリストが取得できたか否かを判定する。ここでＷｅｂブラウザ３０１が、ホワイトリストが取得できたと判定した場合（Ｓ６０１でＹｅｓの場合）、Ｓ６０２に処理を進める。
Ｓ６０２において、Ｗｅｂブラウザ３０１は、ホワイトリストを利用してデバイス１０２へのアクセスを要求したＷｅｂアプリケーションの安全性を検証する（ホワイトリストによる検証処理）。そして、Ｗｅｂブラウザ３０１は、本処理を終了し、該ホワイトリストによる検証処理結果を検証処理結果として図５に処理を戻す。なお、ホワイトリストによる検証処理の詳細については図７を用いて後述する。
【００５３】
一方、上記Ｓ６０１において、Ｗｅｂブラウザ３０１が、ホワイトリストが取得できなかったと判定した場合（Ｓ６０１でＮｏの場合）、Ｓ６０３に処理を進める。
Ｓ６０３において、Ｗｅｂブラウザ３０１は、ランディングページのアドレスを利用してデバイス１０２へのアクセスを要求したＷｅｂアプリケーションの安全性を検証する（ランディングページによる検証処理）。そして、Ｗｅｂブラウザ３０１は、本処理を終了し、該ランディングページによる検証結果を検証処理結果として図５に処理を戻す。なお、ランディングページによる検証処理の詳細については図８を用いて後述する。
【００５４】
図７は、図６に示したＳ６０２で実行するホワイトリストによる検証処理の詳細手順例の一例を示すフローチャートである。ホワイトリストによる検証処理とは、アクセス要求したＷｅｂアプリケーションが処理対処のデバイスのデバイスベンダーに信頼されているＷｅｂアプリケーションか否かを、ホワイトリストを利用して判定する処理である。
【００５５】
ホワイトリストによる検証処理を開始すると、Ｓ７０１において、Ｗｅｂブラウザ３０１は、アクセス要求したＷｅｂアプリケーション３０２ａが図５のＳ５０６で取得したホワイトリストに含まれているか否かを判定する。ここでＷｅｂブラウザ３０１が、Ｗｅｂアプリケーション３０２ａがホワイトリストに含まれていると判定した場合（Ｓ７０１でＹｅｓの場合）、Ｓ７０２に処理を進める。
Ｓ７０２において、Ｗｅｂブラウザ３０１は、アクセス要求したＷｅｂアプリケーション３０２ａは「デバイスベンダーに信頼されているＷｅｂアプリケーションである」と判断する。そして、Ｗｅｂブラウザ３０１は、本処理を終了し、該判断結果をホワイトリストによる検証処理結果として図６に処理を戻す。
【００５６】
一方、上記Ｓ７０１において、Ｗｅｂブラウザ３０１が、Ｗｅｂアプリケーションがホワイトリストに含まれていないと判定した場合（Ｓ７０１でＮｏの場合）、Ｓ７０３に処理を進める。
Ｓ７０３において、Ｗｅｂブラウザ３０１は、アクセス要求したＷｅｂアプリケーションは「デバイスベンダーに信頼されていないＷｅｂアプリケーションである」と判断する。そして、Ｗｅｂブラウザ３０１は、本処理を終了し、該判断結果をホワイトリストによる検証処理結果として図６に処理を戻す。
【００５７】
図８は、図６に示したＳ６０３で実行するランディングページによる検証処理の詳細手順の一例を示すフローチャートである。ランディングページによる検証処理とは、アクセス要求したＷｅｂアプリケーションが処理対象のデバイスのデバイスベンダーに信頼されているＷｅｂアプリケーションか否かを、ランディングページのアドレスを利用して判定する処理である。本処理は、ホワイトリストを提供していないデバイスを対象に行う処理である。
【００５８】
ランディングページによる検証処理を開始すると、Ｓ８０１において、Ｗｅｂブラウザ３０１は、ランディングページのアドレスの取得要求を処理対象のデバイスに送信する。処理対象のデバイスのランディングページ管理部３０４は、ランディングページのアドレスの取得要求を受信すると、要求に応じてランディングページのアドレスをＷｅｂブラウザ３０１に返却する。該返却されたランディングページのアドレスを受信すると、Ｗｅｂブラウザ３０１は、Ｓ８０２に処理を進める。
【００５９】
Ｓ８０２において、Ｗｅｂブラウザ３０１は、処理対象のデバイスへのアクセスを要求したＷｅｂアプリケーション３０２ａのＷｅｂサーバー１０３のドメインと、上記Ｓ８０１で取得したランディングページのアドレスのドメインが同一であるか判定する。ここでＷｅｂブラウザ３０１が、Ｗｅｂアプリケーション３０２ａのドメインとランディングページのドメインとが同一であると判定した場合（Ｓ８０２でＹｅｓの場合）、Ｓ８０３に処理を進める。
【００６０】
Ｓ８０３において、Ｗｅｂブラウザ３０１は、アクセス要求したＷｅｂアプリケーションは「デバイスベンダーに信頼されているＷｅｂアプリケーションである」と判断する。そして、Ｗｅｂブラウザ３０１は、本処理を終了し、該判断結果をランディングページによる検証処理結果として図６に処理を戻す。
【００６１】
一方、上記Ｓ８０２において、Ｗｅｂブラウザ３０１が、Ｗｅｂアプリケーションのドメインとランディングページのドメインとが同一ではないと判定した場合（Ｓ８０２でＮｏの場合）、Ｓ８０４に処理を進める。
【００６２】
Ｓ８０４において、Ｗｅｂブラウザ３０１は、アクセス要求したＷｅｂアプリケーションは「デバイスベンダーに信頼されていないＷｅｂアプリケーションである」と判断する。そして、Ｗｅｂブラウザ３０１は、本処理を終了し、該判断結果をランディングページによる検証処理結果として図６に処理を戻す。
【００６３】
以上説明したように、デバイスへのアクセスを要求したＷｅｂアプリケーションの安全性をデバイスベンダーに確認し、図９（ａ）に示したアイコン９０７や図９（ｂ）に示したアイコン９１７を表示することができる。このように、第１実施形態によれば、デバイスへのアクセスを要求したＷｅｂアプリケーションの安全性を判断するための情報を、デバイスベンダーに確認してユーザに適切に提示することができる。
【００６４】
〔第２実施形態〕
第２実施形態では、過去にユーザがアクセス許可したＷｅｂアプリケーションが現在もデバイスベンダーに信頼されているＷｅｂアプリケーションか否かを再確認する構成について示す。
【００６５】
上述した第１実施形態では、過去にユーザが許可プロンプトにてアクセスを許可したデバイスとＷｅｂアプリケーションの組み合わせについては、次回アクセスでは許可プロンプトの表示が省略される。しかし、デバイスベンダーがホワイトリストを更新したことにより、過去にホワイトリストに含まれていたＷｅｂアプリケーションがホワイトリストから削除される場合がある。例えば、ホワイトリストに含まれていたＷｅｂアプリケーションにセキュリティホールが見つかったような場合、デバイスベンダーはそのＷｅｂアプリケーションをホワイトリストから削除することが考え得る。このような場合、ホワイトリストから削除されたＷｅｂアプリケーションは安全とは言えない。
【００６６】
そのため、第２実施形態では、過去にユーザがアクセス許可したＷｅｂアプリケーションが現在もデバイスベンダーに信頼されているＷｅｂアプリケーションか否かを再度確認する。そして、信頼されなくなったＷｅｂアプリケーションの場合は許可プロンプトにてユーザに通知する。
以下、第１実施形態との差分について説明し、第１実施形態と同一の部分については説明を省略する。
【００６７】
＜アクセス許可処理＞
図１０は、第２実施形態においてＷｅｂブラウザ３０１が実行するアクセス許可処理の手順の一例を示すフローチャートである。なお、図１０及び後述する図１１に示す処理は、クライアントコンピューター１０１のＣＰＵ２０１がＨＤＤ２０３に格納されたプログラムをメモリ２０２にロードして実行することにより実現される。なお、図５と同一のステップには同一のステップ番号を付してあり、これらのステップについては説明を省略する。
【００６８】
第２実施形態では、Ｗｅｂブラウザ３０１が、Ｗｅｂアプリケーションからデバイスへのアクセスが許可済であると判定した場合（Ｓ５０３でＹｅｓの場合）、Ｓ１００１に処理を進める。
【００６９】
Ｓ１００１において、Ｗｅｂブラウザ３０１は、アクセス許可情報の再確認を行う（アクセス許可情報の再確認処理）。アクセス許可情報の再確認処理では、処理対象のデバイスへのアクセスを要求したＷｅｂアプリケーション３０２ａについて、許可プロンプトを用いたユーザの再確認が不要（許可済みと判断）、許可プロンプトを用いたユーザの再確認が必要（信頼されなくなったと判断）の判断結果を得る。なお、アクセス許可情報の再確認処理の詳細については図１１を用いて後述する。
【００７０】
続いてＳ１００２において、Ｗｅｂブラウザ３０１は、上記Ｓ１００１のアクセス許可情報の再確認処理の結果、Ｗｅｂアプリケーションからデバイスへのアクセスが許可済であるか否かを判定する。ここでＷｅｂブラウザ３０１が、アクセス許可情報の再確認処理の結果、Ｗｅｂアプリケーションからデバイスへのアクセスが許可済である（許可プロンプトによるユーザの再確認不要）と判定した場合（Ｓ１００２でＹｅｓの場合）、Ｓ５１２に処理を進める。なお、Ｓ５１２以降の処理は、第１実施形態と同様であるので説明を省略する。
【００７１】
一方、Ｗｅｂブラウザ３０１が、アクセス許可情報の再確認処理の結果、デバイスベンダーに信頼されなくなったＷｅｂアプリケーションである（許可プロンプトによるユーザの再確認必要）と判定した場合（Ｓ１００２でＮｏの場合）、Ｓ５０９に処理を進める。なお、Ｓ５０９以降の処理は、第１実施形態と同様であるので説明を省略する。
【００７２】
なお、図１０には図示していないが、Ｗｅｂアプリケーション３０２ａからのアクセス要求の対象となった接続デバイスが複数ある場合には、その組み合わせに対応する全てのアクセス許可情報について、Ｓ１００１のアクセス許可情報の再確認処理を実行する。そして、Ｓ１００２では、上記全てのアクセス許可情報の再確認結果が「許可済み」の場合にＹｅｓと判定する。一方、１つでもアクセス許可情報の再確認結果が「許可済み」でない場合にＮｏと判定し、Ｓ５０９において許可プロンプトを表示するように制御する。
【００７３】
＜アクセス許可情報の再確認処理＞
図１１は、図１０に示したＳ１００１で実行するアクセス許可情報の再確認処理の詳細手順の一例を示すフローチャートである。
アクセス許可情報の再確認処理を開始すると、Ｓ１１０１において、Ｗｅｂブラウザ３０１は、過去にユーザがアクセス許可した際にＷｅｂアプリケーションがデバイスベンダーに信頼されていたか否かを判定する。つまり、図１０のＳ５０２で取得したアクセス許可情報の検証結果が「信頼されている」であるか否かを判定する。言い換えると、この判定は、過去にアクセス許可されたＷｅｂアプリケーションが該許可に対応するタイミングで取得されたホワイトリストに含まれていた又はランディングページと一致していたか否かの判定に対応する。
【００７４】
ここでＷｅｂブラウザ３０１が、アクセス許可した際にＷｅｂアプリケーションがデバイスベンダーに信頼されていなかったと判定した場合（Ｓ１１０１でＮｏの場合）、Ｓ１１０５に処理を進める。なお、Ｓ１１０５以降の処理については後述する。
【００７５】
一方、上記Ｓ１１０１において、Ｗｅｂブラウザ３０１が、アクセス許可した際にＷｅｂアプリケーションがデバイスベンダーに信頼されていたと判定した場合（Ｓ１１０１でＹｅｓの場合）、Ｓ１１０２に処理を進める。
【００７６】
Ｓ１１０２において、Ｗｅｂブラウザ３０１は、ホワイトリスト取得先の取得要求を、図１０のＳ５０２で取得したアクセス許可情報に対応するデバイスに送信する。該デバイスのホワイトリスト取得先管理部３０３は、ホワイトリスト取得先の取得要求を受信すると、要求に応じてホワイトリスト取得先をＷｅｂブラウザ３０１に返却する。該返却されたホワイトリスト取得先を受信すると、Ｗｅｂブラウザ３０１は、Ｓ１１０３に処理を進める。
【００７７】
Ｓ１１０３において、Ｗｅｂブラウザ３０１は、上記Ｓ１１０２で取得したホワイトリスト取得先となるＷｅｂサーバー１０４に対して、ホワイトリストの取得要求を送信する。Ｗｅｂサーバー１０４のホワイトリスト管理部３０６は、ホワイトリスト取得要求を受信すると、要求に応じてホワイトリストをＷｅｂブラウザ３０１に返却する。該返却されたホワイトリストを受信すると、Ｗｅｂブラウザ３０１は、Ｓ１１０４に処理を進める。
【００７８】
Ｓ１１０４において、Ｗｅｂブラウザ３０１は、アクセス要求したＷｅｂアプリケーションが上記Ｓ１１０３で取得したホワイトリストに含まれているか否かを判定する。ここでＷｅｂブラウザ３０１が、Ｗｅｂアプリケーションがホワイトリストに含まれていると判定した場合（Ｓ１１０４でＹｅｓの場合）、Ｓ１１０５に処理を進める。
Ｓ１１０５において、Ｗｅｂブラウザ３０１は、Ｗｅｂアプリケーションからデバイスへのアクセスは許可済であると判断し、本処理を終了し、該判断結果を図１０の処理に戻す。
【００７９】
一方、上記Ｓ１１０４において、Ｗｅｂブラウザ３０１が、Ｗｅｂアプリケーションがホワイトリストに含まれていないと判定した場合（Ｓ１１０４でＮｏの場合）、Ｓ１１０６に処理を進める。
Ｓ１１０６において、Ｗｅｂブラウザ３０１は、デバイス１０２へのアクセスを要求したＷｅｂアプリケーションはデバイスベンダーに信頼されなくなったＷｅｂアプリケーションであると判断し、本処理を終了し、該判断結果を図１０の処理に戻す。
【００８０】
また、図１１には図示していないが、アクセス許可情報の再確認処理では、ホワイトリストが存在しない場合には、図６及び図８の処理と同様に、ランディングページによる検証処理を行ってもよい。
【００８１】
以上、第２実施形態によれば、過去にユーザにより許可済みのＷｅｂアプリケーションであっても、デバイスへのアクセスを要求したＷｅｂアプリケーションの安全性を判断するための情報を、デバイスベンダーに再確認してユーザに適切に提示できる。
【００８２】
なお、上記各実施形態の検証処理では、ホワイトリストを用いて、Ｗｅｂアプリケーションの信頼性を検証している。しかし、信頼できない（危険な）Ｗｅｂアプリケーションを特定する情報（ドメイン等）を含むブラックリストを用いて検証処理を行ってもよい。また、ホワイトリスト又はブラックリストを用いて検証処理を行ってもよい。例えば、デバイスから取得した取得先からホワイトリストが取得できた場合には該ホワイトリストを用い、取得先からブラックリストが取得できた場合には該ブラックリストを用いるようにしてもよい。なお、ブラックリストを用いる場合、デバイスへのアクセスを要求したＷｅｂアプリケーションのドメインがブラックリストに含まれている場合に、許可プロンプトの表示内容に警告（例えば、信頼されていないことを示すアイコン９１７）を含ませるものとする。
【００８３】
以上、各実施形態によれば、デバイス（情報処理装置に接続される外部端末）へのアクセスを要求したウェブアプリケーションの安全性を判断するための情報をユーザに適切に提示することができる。これにより、ユーザは、デバイスベンダーが信頼していないような悪意のある又はセキュリティの低いウェブアプリケーションからの要求を容易に判別できるようになり、このようなウェブアプリケーションからの要求をユーザが安易に許可してしまうことを抑えることが可能となる。この結果、ウェブブラウザでウェブアプリケーションを含むウェブサイトにアクセスする際のリスクを低減し、セキュリティを向上することができる。
【００８４】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されていてもよい。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施形態を組み合わせた構成も全て本発明に含まれるものである。
【００８５】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピューターにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施形態及びその変形例を組み合わせた構成も全て本発明に含まれるものである。
【図１】
2020091633.tif 000004
【図２】
2020091633.tif 000005
【図３】
2020091633.tif 000006
【図４】
2020091633.tif 000007
【図５】
2020091633.tif 000008
【図６】
2020091633.tif 000009
【図７】
2020091633.tif 000010
【図８】
2020091633.tif 000011
【図９】
2020091633.tif 000012
【図１０】
2020091633.tif 000013
【図１１】
2020091633.tif 000014