(57)【特許請求の範囲】
【請求項１】
端末によって実施される、ローカル情報を取得するための方法であって、
ブラウザ内のスクリプトを介して第１の情報取得要求をネットワーク機器に送信するステップであって、前記第１の情報取得要求はローカル情報を取得するようにローカルアプリケーションツールに命令するために使用される、送信するステップと、
前記第１の情報取得要求に対応する乱数を前記ローカルアプリケーションツールを介してモニタするステップであって、前記乱数は前記ネットワーク機器によって送信される、モニタするステップと、
前記乱数に対応する前記第１の情報取得要求を前記ローカルアプリケーションツールを介して取得するステップであって、前記乱数と前記第１の情報取得要求との間の対応関係は前記ネットワーク機器によって確立され記憶される、取得するステップと、
前記第１の情報取得要求に対応するローカル情報を前記ローカルアプリケーションツールを介して取得し、前記ローカル情報を前記ローカルアプリケーションツールを介して前記ネットワーク機器に送信するステップと
を含む、方法。
【請求項２】
前記ローカルアプリケーションツールを介して取得される前記第１の情報取得要求が、暗号化された第１の情報取得要求であり、
前記第１の情報取得要求に対応する前記ローカル情報を前記ローカルアプリケーションツールを介して取得する前に、前記ローカルアプリケーションツールを介して前記第１の情報取得要求を復号するステップ
を更に含む、請求項１に記載の方法。
【請求項３】
前記スクリプトがJavaScriptスクリプトを含む、請求項１に記載の方法。
【請求項４】
ネットワーク機器によって実施される、遠隔の端末からローカル情報を取得するための方法であって、
ブラウザ内のスクリプトを介して前記遠隔の端末によって送信される第１の情報取得要求を受信するステップであって、前記第１の情報取得要求はローカル情報を取得するように前記遠隔の端末のローカルアプリケーションツールに命令するために使用される、受信するステップと、
前記第１の情報取得要求に対応する乱数を決定して記憶するステップと、
前記遠隔の端末に前記乱数を送信するステップと、
前記ローカルアプリケーションツールを介して前記遠隔の端末によって送信される第２の情報取得要求を受信するステップと、
前記第２の情報取得要求内で運ばれる前記乱数に対応する前記第１の情報取得要求を前記遠隔の端末に送信するステップと、
前記受信される第１の情報取得要求に対応し、前記ローカルアプリケーションツールを介して前記遠隔の端末によって取得されるローカル情報を受信するステップと
を含む、方法。
【請求項５】
前記第２の情報取得要求内で運ばれる前記乱数に対応する前記第１の情報取得要求を前記遠隔の端末に送信する前に、前記第２の情報取得要求内で運ばれる前記乱数に対応する前記第１の情報取得要求を暗号化するステップ
を更に含む、請求項４に記載の方法。
【請求項６】
ローカル情報を取得するための機器であって、
ブラウザ内のスクリプトにより、第１の情報取得要求をネットワーク機器に送信する第１の情報取得要求送信モジュールであって、前記第１の情報取得要求は前記ローカル情報を取得するようにローカルアプリケーションツールに命令するために使用される、第１の情報取得要求送信モジュールと、
前記第１の情報取得要求に対応する乱数を前記ローカルアプリケーションツールを介してモニタする乱数モニタリングモジュールであって、前記乱数は前記ネットワーク機器によって送信される、乱数モニタリングモジュールと、
前記ネットワーク機器内に記憶される前記乱数に対応する前記第１の情報取得要求を前記ローカルアプリケーションツールを介して取得する第１の情報取得要求取得モジュールであって、前記乱数と前記第１の情報取得要求との間の対応関係は前記ネットワーク機器によって確立され記憶される、第１の情報取得要求取得モジュールと、
前記第１の情報取得要求に対応するローカル情報を前記ローカルアプリケーションツールを介して取得するローカル情報取得モジュールと、
前記ローカル情報を前記ローカルアプリケーションツールを介して前記ネットワーク機器に送信するローカル情報送信モジュールと
を含む、機器。
【請求項７】
前記第１の情報取得要求取得モジュールによって前記ローカルアプリケーションツールを介して取得される前記第１の情報取得要求が、暗号化された第１の情報取得要求であり、
前記第１の情報取得要求に対応する前記ローカル情報を前記ローカル情報取得モジュールが前記ローカルアプリケーションツールを介して取得する前に、前記第１の情報取得要求取得モジュールを介して取得される前記第１の情報取得要求を復号する復号モジュール  を更に含む、請求項６に記載の機器。
【請求項８】
前記スクリプトがJavaScriptスクリプトを含む、請求項６に記載の機器。
【請求項９】
ローカル情報を取得するための機器であって、
ブラウザ内のスクリプトを介して端末によって送信される第１の情報取得要求を受信する第１の情報取得要求受信モジュールであって、前記第１の情報取得要求はローカル情報を取得するように前記端末のローカルアプリケーションツールに命令するために使用される、第１の情報取得要求受信モジュールと、
前記第１の情報取得要求に対応する乱数を決定する乱数決定モジュールと、
前記端末に前記乱数を送信する乱数送信モジュールと、
前記第１の情報取得要求に対応する前記乱数を記憶する記憶モジュールと、
前記ローカルアプリケーションツールを介して前記端末によって送信される第２の情報取得要求を受信する第２の情報取得要求受信モジュールと、 
前記第２の情報取得要求内で運ばれる前記乱数に対応する前記第１の情報取得要求を前記端末に送信する第１の情報取得要求送信モジュールと、
前記受信される第１の情報取得要求に対応する、前記ローカルアプリケーションツールを介して前記端末によって取得されるローカル情報を受信するローカル情報受信モジュールと
を含む、機器。
【請求項１０】
前記第２の情報取得要求内で運ばれる前記乱数に対応する前記第１の情報取得要求を前記第１の情報取得要求送信モジュールが前記端末に送信する前に、前記第２の情報取得要求内で運ばれる前記乱数に対応する前記第１の情報取得要求を暗号化する暗号化モジュール
を更に含む、請求項９に記載の機器。
【請求項１１】
命令の組を記憶する非一時的コンピュータ可読媒体であって、前記命令は、装置の少なくとも一つのプロセッサによって、前期装置にデータ記憶のための方法を実行させるように、実行可能であり、前記方法は、
ブラウザ内のスクリプトを介して第１の情報取得要求をネットワーク機器に送信するステップであって、前記第１の情報取得要求はローカル情報を取得するようにローカルアプリケーションツールに命令するために使用される、送信するステップと、
前記第１の情報取得要求に対応する乱数を前記ローカルアプリケーションツールを介してモニタするステップであって、前記乱数は前記ネットワーク機器によって送信される、モニタするステップと、
前記乱数に対応する前記第１の情報取得要求を前記ローカルアプリケーションツールを介して取得するステップであって、前記乱数と前記第１の情報取得要求との間の対応関係は前記ネットワーク機器によって確立され記憶される、取得するステップと、
前記第１の情報取得要求に対応するローカル情報を前記ローカルアプリケーションツールを介して取得し、前記ローカル情報を前記ローカルアプリケーションツールを介して前記ネットワーク機器に送信するステップと
を含む、非一時的コンピュータ可読媒体。
【請求項１２】
前記ローカルアプリケーションツールを介して取得される前記第１の情報取得要求が、暗号化された第１の情報取得要求であり、
前記方法が、
前記第１の情報取得要求に対応する前記ローカル情報を前記ローカルアプリケーションツールを介して取得する前に、前記ローカルアプリケーションツールを介して前記第１の情報取得要求を復号するステップ
を更に含む、請求項１１に記載の非一時的コンピュータ可読媒体。
【請求項１３】
前記スクリプトがJavaScriptスクリプトを含む、請求項１１に記載の非一時的コンピュータ可読媒体。
【請求項１４】
命令の組を記憶する非一時的コンピュータ可読媒体であって、前記命令は、装置の少なくとも一つのプロセッサによって、前期装置にデータ記憶のための方法を実行させるように、実行可能であり、前記方法は、
ブラウザ内のスクリプトを介して端末によって送信される第１の情報取得要求を受信するステップであって、前記第１の情報取得要求はローカル情報を取得するように前記端末のローカルアプリケーションツールに命令するために使用される、受信するステップと、
前記第１の情報取得要求に対応する乱数を決定して記憶するステップと、
前記端末に前記乱数を送信するステップと、
前記ローカルアプリケーションツールを介して前記端末によって送信される第２の情報取得要求を受信するステップと、
前記第２の情報取得要求内で運ばれる前記乱数に対応する前記第１の情報取得要求を前記端末に送信するステップと、
前記受信される第１の情報取得要求に対応し、前記ローカルアプリケーションツールを介して前記端末によって取得されるローカル情報を受信するステップと
を含む、非一時的コンピュータ可読媒体。
【請求項１５】
前記方法が、
前記第２の情報取得要求内で運ばれる前記乱数に対応する前記第１の情報取得要求を前記端末に送信する前に、前記第２の情報取得要求内で運ばれる前記乱数に対応する前記第１の情報取得要求を暗号化するステップ
を更に含む、請求項１４に記載の非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野
本願はコンピュータの技術分野に関し、より詳細には、ローカル情報を取得するための方法、機器、及びシステムに関する。
【背景技術】
【０００２】
背景
ウェブアプリケーションとは、オンラインバンキングやオンライン決済を含むオンラインウェブアプリケーション等、ブラウザ内にユーザインタフェースがあるアプリケーションプログラムである。
【０００３】
何らかのウェブアプリケーションが使用される場合、ネットワーク機器は端末のローカル情報を取得する必要がある。例えば、利用者が端末によってオンラインバンキングやオンライン決済に関連する操作を行う場合、ネットワーク機器は、全操作プロセスを完了する前に端末のローカル情報を取得して情報セキュリティを確実にする必要がある。オンライン決済を一例として取り、利用者がAlipayのページにログインするとき、端末はブラウザ内のスクリプトを介して端末のローカル情報を取得し得る。端末は更に、そのローカル情報をネットワーク機器に送ることができる。ローカル情報は、端末の信頼性を検証するためのローカルデジタル証明書の検証結果であり得る。
【０００４】
しかし、情報セキュリティのために、ブラウザは、ブラウザが位置する端末のローカル情報を直接取得することができない。従って従来技術では、ローカル情報は概してブラウザのプラグインテクノロジによって取得される。とりわけオンライン決済の上記の例では、利用者はブラウザによって促される通りにデジタル証明書を検証するためのプラグインをローカルに予めインストールしておく必要がある。その後、端末はブラウザ内のスクリプトを介してプラグインを直接呼び出し、プラグインによってデジタル証明書の検証結果を取得し、最後に検証結果をネットワーク機器に送る。
【０００５】
しかし、ブラウザのプラグインテクノロジを使用してローカル情報を取得することには次の欠点がある。まず、ブラウザとプラグインとの間に互換性の問題が存在する。現在ローカル情報を取得しているブラウザが、ローカルにインストールされている対応するプラグインと十分互換性がない又は完全に互換性がない場合、その状況はウェブページ上のローカル情報の取得の失敗を容易に引き起こし得る。かかる状況はブラウザの故障も招き、ブラウザの不安定な使用を引き起こし得る。加えて、様々な種類のブラウザ又は同じ種類の様々なバージョンのブラウザは、様々なプラグインテクノロジ（例えば様々なインタフェースによって様々なブラウザと対話するプラグイン）に対応し得る。従って、様々なブラウザのプラグインテクノロジに合わせてウェブサイトを適合させなければならない場合があり、このことはウェブサイトを管理する難しさを大幅に高める。
【発明の概要】
【課題を解決するための手段】
【０００６】
概要
本願の実施形態は、従来技術のブラウザプラグインテクノロジを使用することによってローカル情報を取得することによるブラウザの不安定さ及びウェブサイトを管理する難しさの問題を解決するために、ローカル情報を取得するための方法及び機器を提供する。
【０００７】
上記の目的を実現するために、一態様では、本開示はローカル情報を取得するための方法を対象とする。この方法は、ブラウザ内のスクリプトを介して第１の情報取得要求をネットワーク機器に送信するステップを含み得る。第１の情報取得要求は、ローカル情報を取得するようにローカルアプリケーションツールに命令するために使用され得る。この方法は、第１の情報取得要求に対応し、ネットワーク機器によって送信される乱数をローカルアプリケーションツールを介してモニタするステップも含み得る。この方法は、ネットワーク機器内に記憶される乱数に対応する第１の情報取得要求をローカルアプリケーションツールを介して取得するステップを更に含み得る。乱数と第１の情報取得要求との間の対応関係は、ネットワーク機器によって確立され記憶され得る。加えてこの方法は、第１の情報取得要求に対応するローカル情報をローカルアプリケーションツールを介して取得し、ローカル情報をローカルアプリケーションツールを介してネットワーク機器に送信するステップを含み得る。
【０００８】
別の態様では、本開示はローカル情報を取得するための別の方法を対象とする。この方法は、ブラウザ内のスクリプトを介して端末によって送信される第１の情報取得要求を受信するステップを含み得る。第１の情報取得要求は、ローカル情報を取得するように端末のローカルアプリケーションツールに命令するために使用され得る。この方法は、第１の情報取得要求に対応する乱数を決定して記憶するステップも含み得る。この方法は、端末に乱数を送信するステップを更に含み得る。加えてこの方法は、ローカルアプリケーションツールを介して端末によって送信される第２の情報取得要求を受信するステップを含み得る。更にこの方法は、第２の情報取得要求内で運ばれる乱数に対応する第１の情報取得要求を端末に送信するステップも含み得る。更にこの方法は、受信される第１の情報取得要求に対応し、ローカルアプリケーションツールを介して端末によって取得されるローカル情報を受信するステップを含み得る。
【０００９】
更なる態様では、本開示はローカル情報を取得するための機器を対象とする。この機器は、ブラウザ内のスクリプトを介して、第１の情報取得要求をネットワーク機器に送信する第１の情報取得要求送信モジュールを含み得る。第１の情報取得要求は、ローカル情報を取得するようにローカルアプリケーションツールに命令するために使用される。この機器は、ネットワーク機器によって送信される、第１の情報取得要求に対応する乱数をローカルアプリケーションツールを介してモニタする乱数モニタリングモジュールも含み得る。この機器は、ネットワーク機器内に記憶される乱数に対応する第１の情報取得要求をローカルアプリケーションツールを介して取得する第１の情報取得要求取得モジュールを更に含み得る。乱数と第１の情報取得要求との間の対応関係は、ネットワーク機器によって確立され記憶され得る。加えてこの機器は、第１の情報取得要求に対応するローカル情報をローカルアプリケーションツールを介して取得するローカル情報取得モジュールを含み得る。更にこの機器は、ローカル情報をローカルアプリケーションツールを介してネットワーク機器に送信するローカル情報送信モジュールを含み得る。
【００１０】
別の更なる態様では、本開示はローカル情報を取得するための別の機器を対象とする。この機器は、ブラウザ内のスクリプトを介して端末によって送信される第１の情報取得要求を受信する第１の情報取得要求受信モジュールを含み得る。第１の情報取得要求は、ローカル情報を取得するように端末のローカルアプリケーションツールに命令するために使用され得る。この機器は、第１の情報取得要求に対応する乱数を決定する乱数決定モジュールも含み得る。この機器は、端末に乱数を送信する乱数送信モジュールを更に含み得る。加えてこの機器は、第１の情報取得要求に対応する乱数を記憶する記憶モジュールを含み得る。更にこの機器は、ローカルアプリケーションツールを介して端末によって送信される第２の情報取得要求を受信する第２の情報取得要求受信モジュールを含み得る。更にこの機器は、第２の情報取得要求内で運ばれる乱数に対応する第１の情報取得要求を端末に送信する第１の情報取得要求送信モジュールを含み得る。更にこの機器は、受信される第１の情報取得要求に対応する、ローカルアプリケーションツールを介して端末によって取得されるローカル情報を受信するローカル情報受信モジュールを含み得る。
【００１１】
別の更なる態様では、本開示はローカル情報を取得するためのシステムを対象とする。このシステムは、端末及びネットワーク機器を含み得る。端末は、ブラウザ内のスクリプトを介して第１の情報取得要求をネットワーク機器に送信するように構成され得る。第１の情報取得要求は、ローカル情報を取得するようにローカルアプリケーションツールに命令するために使用され得る。端末は、第１の情報取得要求に対応し、ネットワーク機器によって送信される乱数をローカルアプリケーションツールを介してモニタするようにも構成され得る。端末は、ネットワーク機器内に記憶される乱数に対応する第１の情報取得要求をローカルアプリケーションツールを介して取得するように更に構成され得る。更に端末は、第１の情報取得要求に対応するローカル情報をローカルアプリケーションツールを介して取得し、ローカルアプリケーションツールを介してローカル情報をネットワーク機器に送信するように構成され得る。ネットワーク機器は、端末によって送信される第１の情報取得要求を受信するように構成され得る。ネットワーク機器は、第１の情報取得要求に対応する乱数を決定して記憶するようにも構成され得る。ネットワーク機器は、端末に乱数を送信するように更に構成され得る。加えてネットワーク機器は、ローカルアプリケーションツールを介して端末によって送信される第２の情報取得要求を受信するように構成され得る。更にネットワーク機器は、第２の情報取得要求内で運ばれる乱数に対応する第１の情報取得要求を端末に送信するように構成され得る。更にネットワーク機器は、端末によって送信されるローカル情報を受信するように構成され得る。
【００１２】
本開示では、端末のローカルアプリケーションツールが、ネットワーク機器によって受信される第１の情報取得要求に対応し、ネットワーク機器によって送信される乱数をモニタするように構成される。端末のローカルアプリケーションツールは、乱数に対応する、ネットワーク機器内に記憶される第１の情報取得要求を取得するようにも構成される。端末のローカルアプリケーションツールは、第１の情報取得要求に対応するローカル情報を取得し、他の機器による取得及び使用のためにそのローカル情報をネットワーク機器に送信するように更に構成される。ローカルアプリケーションツールとブラウザとの間の情報のやり取りにはインタフェースは不要なので、ブラウザとローカルアプリケーションツールとの間には互換性の問題が存在しない可能性がある。ブラウザプラグインテクノロジを使用することによってローカル情報を取得する間の互換性によるブラウザの不安定さの問題を効果的に回避することができる。ウェブサイトを管理する難しさを効果的に下げることができる。
【００１３】
本願を更に理解するために図面が本明細書で説明される。これらの図面は本願の一部である。本願の例示的実施形態及びその説明は、本願を限定するためではなく解説するためのものである。
【図面の簡単な説明】
【００１４】
【図１】本願の一実施形態による、ローカル情報を取得するための一例示的方法の概略的流れ図である。
【図２】本願の一実施形態による、ローカル情報を取得するための一例示的方法の別の概略的流れ図である。
【図３】本願の一実施形態による、ローカル情報を取得するための一例示的方法の別の概略的流れ図である。
【図４】本願の一実施形態による、ローカル情報を取得するための一例示的機器の概略的構造図である。
【図５】本願の一実施形態による、ローカル情報を取得するための一例示的機器の別の概略的構造図である。
【図６】本願の一実施形態による、ローカル情報を取得するための一例示的システムの概略的構造図である。
【発明を実施するための形態】
【００１５】
詳細な説明
情報セキュリティを考慮に入れる本願の実施形態では、端末のブラウザは、ブラウザが位置する端末のローカル情報を直接取得しない可能性がある。ブラウザがローカル情報を取得するためにプラグインを直接呼び出す場合、ブラウザとプラグインとが高い互換性を有する必要がある。従って、ブラウザがローカル情報を直接取得しないことを前提として、本願では、ブラウザ内のスクリプトにより、ローカル情報を取得するための取得要求をネットワーク機器に送信するように端末を構成することができる。端末は、ローカルアプリケーションツールにより、ネットワーク機器からの取得要求を得るように構成することもできる。端末は、取得要求に従って対応するローカル情報を得るように更に構成することができる。加えて、端末はローカル情報をネットワーク機器に与えるように構成することができる。このようにして、ブラウザは必ずしもローカル情報を直接取得する必要はなく、そのことは情報セキュリティを確実にする。ブラウザは必ずしもローカルアプリケーションツールと直接対話する必要はなく、従ってローカルアプリケーションツールと互換性がある必要もない。このことは、ブラウザとプラグインとの間の互換性がないことによって引き起こされるブラウザの不安定さの問題を効果的に回避することができる。このことは、ウェブサイトを管理する難しさの問題も効果的に回避することができる。
【００１６】
本願の目的、技術的解決策、及び利点を明確にするために、本願の具体的な実施形態及び添付図面に関して本願の技術的解決策を明確且つ完全に説明する。明らかに、説明する実施形態は本願の実施形態の全てではなく一部に過ぎない。本願の実施形態に基づき、如何なる創造的な取組みもなしに当業者によって導き出される他の全ての実施形態を本願の保護範囲に含むものとする。
【００１７】
本願の一実施形態による、ローカル情報を取得するための一例示的方法を端末の観点から以下で説明する。
【００１８】
図１は、本願の一実施形態による、ローカル情報を取得するための一例示的方法の概略的流れ図である。この方法は以下のステップを含み得る。
【００１９】
Ｓ１０１：ブラウザ内のスクリプトを介して第１の情報取得要求をネットワーク機器に送信する。第１の情報取得要求は、ローカル情報を取得するようにローカルアプリケーションツールに命令するために使用され得る。
【００２０】
本願の実施形態のスクリプトは、ブラウザによって構文解析され、実行され得るスクリプトである。とりわけスクリプトは、これだけに限定されないが、JavaScript（登録商標）スクリプト又は短縮してＪＳスクリプトを含む。
【００２１】
様々なウェブアプリケーションが、様々なローカル情報を端末が提供することを要求し得る。本願のローカル情報は、これだけに限定されないが、ローカルユーザのデジタル証明書の検証結果、ローカル装置の識別情報、システムのアプリケーションプログラムインタフェースの情報（例えばシステムのアプリケーション（App）インタフェースの情報）、及びローカルファイルシステムの情報を含む。
【００２２】
ウェブアプリケーションの一例として決済アプリケーションを以下で説明する。決済アプリケーションのページに利用者がログインしようとすると仮定する。決済アプリケーションのサーバ（つまりネットワーク機器）は、端末が自らのローカルデジタル証明書の検証結果を与えることを要求する（検証結果はローカル情報である）。
【００２３】
ローカルアプリケーションツールは、ローカルデジタル証明書を検証し、検証結果を与えることができる実行可能プログラムであり得る。この実行可能プログラムは、端末の記憶媒体（例えば端末のハードディスク）内に記憶することができ、又は端末に接続される外部記憶媒体（例えば端末に接続される脱着可能なハードディスク）内に記憶することもできる。
【００２４】
端末がブラウザ内のスクリプトを介して第１の情報取得要求をネットワーク機器に送信するステップは、端末がネットワーク機器にサービス要求を送信するステップによってトリガされ得ることに留意すべきである。一部の実施形態では、第１の情報取得要求及びサービス要求を同時に送信する（例えば第１の情報取得要求とサービス要求とをネットワーク機器に送信される要求メッセージに組み込む）ことができる。
【００２５】
とりわけ上記の例では、決済アプリケーションのページに利用者がログインすると、端末はブラウザを介して決済アプリケーションのサーバにログイン要求を送信しなければならない（ログイン要求はサービス要求である）。従ってブラウザは、第１の情報取得要求をサーバに送信するステップをＪＳスクリプトによってトリガする。第１の情報取得要求は、端末のローカルデジタル証明書の検証結果を取得するように端末のローカルアプリケーションツールに命令するために使用される。
【００２６】
ＪＳスクリプトは、サーバがログイン要求を受信した後で、ブラウザに送信されブラウザ内にインストールすることができる。一部の実施形態では、ＪＳスクリプトがブラウザ内に予め構成されていても良い。
【００２７】
Ｓ１０２：第１の情報取得要求に対応し、ネットワーク機器によって送信される乱数をローカルアプリケーションツールによってモニタする。
【００２８】
本願の実施形態の乱数は、平文の乱数である。つまり乱数は、暗号化されていない乱数である。従って、ローカルアプリケーションツールは乱数のモニタ後に乱数を直接読み取ることができる。
【００２９】
端末によって送信される第１の情報取得要求を受信した後、ネットワーク機器は第１の情報取得要求に対応する乱数として乱数を生成し、その乱数を端末に送信することができる。端末がその乱数を受信すると、端末内のローカルアプリケーションツールが、ネットワーク機器によって送信される乱数をモニタすることができる。ネットワーク機器は、生成される乱数と第１の情報取得要求との間の対応関係を記憶する。
【００３０】
更に、実際の応用シナリオでは、端末がハイパーテキスト転送プロトコルセキュア（ＨＴＴＰＳ）に基づいてネットワーク機器と情報をやり取りし、ＨＴＴＰＳプロトコルはハイパーテキスト転送プロトコル（ＨＴＴＰ）とセキュアソケットレイヤ（ＳＳＬ）プロトコルとの組合せである。つまり、端末がブラウザ内のＪＳスクリプトによって情報取得要求をネットワーク機器に送信するときはいつも、端末及びネットワーク機器がＳＳＬプロトコルに基づく安全な接続プロセスを実行する。安全な接続プロセスの実行が完了した後でのみ、ネットワーク機器は、安全な接続プロセスによって確立されるセキュアチャネルに基づいて情報取得要求を受信する。安全な接続プロセスの鍵合意プロセスでは、端末及びネットワーク機器が乱数をそれぞれ生成し、その乱数を互いに与えることができる。安全な接続プロセスで端末とネットワーク機器との間でやり取りされる乱数は、どちらも平文の乱数である。従って本願の実施形態では、ブラウザ内のＪＳスクリプトを介して端末によって送信される第１の情報取得要求を受信した後、ネットワーク機器は第１の情報取得要求に基づく乱数を特に生成して送信する必要はない。代わりにネットワーク機器は、ネットワーク機器が生成する乱数を安全な接続プロセスで直接使用することができる。ネットワーク機器は、乱数とその後受信される第１の情報取得要求との間の対応関係を確立し記憶することもできる。安全な接続プロセスでは、ネットワーク機器が乱数を端末に送信している。端末のローカルアプリケーションツールが乱数をモニタしている。従ってネットワーク機器は、安全な接続プロセスで生成される乱数とその後受信される第１の情報取得要求との間の対応関係を確立し記憶した後、乱数を端末に再送する必要がない。この実施形態は、ネットワーク機器が乱数を繰り返し生成し送信することによって引き起こされる資源浪費問題を回避することができる。端末内のローカルアプリケーションツールは、安全な接続プロセスで乱数をモニタする。その後ローカルアプリケーションツールは、その乱数を運ぶ第２の情報取得要求をネットワーク機器に周期的に送信し、その乱数に対応する第１の情報取得要求を得ることができる。
【００３１】
更に、安全な接続プロセスでネットワーク機器が送信する乱数が、第１の情報取得要求に対応する乱数として使用される場合、端末内のローカルアプリケーションツールは、安全な接続プロセスでネットワーク機器が送信する乱数をモニタするとき、情報フィルタリング及び複製方法を使用することによってモニタすることができる。この実施形態は、鍵合意プロセスに影響を及ぼすのを回避することができる。とりわけ、端末が、鍵合意プロセスでネットワーク機器によって送信される乱数をローカルアプリケーションツールを介してモニタする場合、端末とネットワーク機器との間でやり取りされる情報をドライブ層上でフィルタすること及び端末とネットワーク機器との間の鍵合意プロセスでネットワーク機器によって送信される乱数を読み取ることをローカルアプリケーションツールが行えるように、ドライブ層上のＳＳＬプロトコルを予め設定することができる。従って、端末はネットワーク機器によって送信される乱数を素早く且つ効果的に取得することができる。更に端末は、ローカルアプリケーションツールを介して端末によってモニタされる乱数が第１の情報取得要求に一意に対応することを確実にしなければならない。つまり端末は、ネットワーク機器が一意の乱数を端末に毎回送信し、それにより端末が不正確なローカル情報をネットワーク機器に与える問題を回避することを確実にしなければならない。
【００３２】
とりわけ本願では、ＳＳＬプロトコルに基づく鍵合意プロセスでネットワーク機器によって使用される乱数を生成するためのアルゴリズムが、一意の乱数が毎回生成されることを確実にするように設定され得る。更に、端末がブラウザ内のスクリプトを介して第１の情報取得要求をネットワーク機器に送信した後、セッションキャッシュ（ＳＳＬセッションキャッシュ）及び安全な接続（connection keepalive）の命令を無効にするようにＳＳＬプロトコルを設定することができる。このことは、セッションキャッシュ内に記憶される乱数が、端末との安全な接続プロセスでネットワーク機器によって繰り返し使用されることを防ぎ、それによりネットワーク機器が一意の乱数を端末に送信することを確実にし得る。
【００３３】
Ｓ１０３：ネットワーク機器に記憶される乱数に対応する第１の情報取得要求をローカルアプリケーションツールを介して取得する。乱数と第１の情報取得要求との間の対応関係は、ネットワーク機器によって確立され記憶され得る。
【００３４】
端末は、ネットワーク機器に記憶される乱数に対応する第１の情報取得要求を能動的に取得することができる。端末は、ネットワーク機器によって送信される乱数に対応する第１の情報取得要求を受動的に取得することもできる。
【００３５】
とりわけ端末は、ローカルアプリケーションツールを介して、モニタされた乱数を運ぶ第２の情報取得要求をネットワーク機器に能動的に送信することができる。ネットワーク機器は、第２の情報取得要求内で運ばれる乱数に従い、乱数に対応する第１の情報取得要求を端末に送信することができる。或いは端末は、ネットワーク機器によって与えられる、第１の情報取得要求及び乱数を運ぶ応答メッセージをローカルアプリケーションツールを介して受動的に受信することができる。応答メッセージを受信した後、ローカルアプリケーションツールは、応答メッセージ内で運ばれる乱数がローカルアプリケーションツールによってモニタされる乱数と同一かどうかを検証することができる。同一である場合、以下に記載のステップＳ１０４によりローカル情報を取得することができる。同一ではない場合、応答メッセージを破棄することができる。
【００３６】
Ｓ１０４：第１の情報取得要求に対応するローカル情報をローカルアプリケーションツールを介して取得し、ローカル情報をローカルアプリケーションツールを介してネットワーク機器に送信する。
【００３７】
上記の例では、第１の情報取得要求はデジタル証明書の検証結果を取得するための取得要求である。ステップＳ１０３でローカルアプリケーションツールがネットワーク機器から第１の情報取得要求を取得した後、第１の情報取得要求に従ってローカルデジタル証明書が検証される。加えて、ローカルデジタル証明書の検証結果がネットワーク機器に送信される。端末が第１の情報取得要求を送信するステップは、端末が決済アプリケーションのページにログインするためのログイン要求をネットワーク機器に送信するときトリガされるので、検証結果（つまりローカル情報）を受信した後、ネットワーク機器は端末によって送信されるログイン要求を検証結果に従って相応に処理することができる。つまり、検証結果が検証に成功したものである場合、端末のログイン要求が認められる。端末は決済アプリケーションのインタフェースにログインすることを認められる。検証結果が検証に失敗したものである場合、端末のログイン要求が拒否される。
【００３８】
本願の実施形態によるローカル情報を取得するための方法では、端末は、ブラウザ内のスクリプトを介してローカル情報を直接取得せず、ローカルアプリケーションツールを介してローカル情報を取得する。このことはＨＴＴＰＳプロトコルに基づく情報のやり取りのセキュリティを確実にする。加えてブラウザは、ローカル情報を取得するためにローカルアプリケーションツールを直接呼び出さない。代わりにブラウザは、スクリプトを介して第１の情報取得要求をネットワーク機器に送信する。ローカルアプリケーションツールは、第１の情報取得要求をネットワーク機器から取得し、第１の情報取得要求によるローカル情報を取得する。従って、ローカルアプリケーションツールはブラウザと互換性がある如何なるインタフェースも提供する必要がない。ローカルアプリケーションツールとブラウザとの間には互換性の問題は存在しない。このことは、ブラウザがプラグインを直接呼び出すプロセス中、ブラウザとプラグインとの間に互換性がないことによるブラウザの不安定さの問題を回避し得る。このことは、ウェブサイトを管理する難しさも回避することができ、様々な種類のブラウザ又は様々なバージョンのブラウザがローカルアプリケーションツールと互換性があることを確実にする。
【００３９】
ネットワーク機器が端末のローカルアプリケーションツールに第１の情報取得要求を与えるときに第１の情報取得要求が第三者によって傍受され変更されないことを確実にするために、本願の実施形態では、第１の情報取得要求を端末のローカルアプリケーションツールに与える前にネットワーク機器が第１の情報取得要求を暗号化することができる。その後ネットワーク機器は、暗号化された第１の情報取得要求を端末のローカルアプリケーションツールに与えることができる。
【００４０】
とりわけ、端末のローカルアプリケーションツールが、モニタされる乱数に基づく第１の情報取得要求を能動的に取得する場合、ネットワーク機器は、端末のローカルアプリケーションツールを介して送信される第２の情報取得要求を受信した後、第２の情報取得要求内で運ばれる乱数に対応する第１の情報取得要求を暗号化することができる。その後ネットワーク機器は、暗号化された第１の情報取得要求を端末のローカルアプリケーションツールに送信することができる。
【００４１】
それに応じて、端末のローカルアプリケーションツールが、暗号化された第１の情報取得要求を受信し、第１の情報取得要求を復号し、復号した第１の情報取得要求によるローカル情報を取得し、そのローカル情報をネットワーク機器に送信する。
【００４２】
上記の実施形態に対応する、ローカル情報を取得するための別の例示的方法についてネットワーク機器の観点から以下で説明する。
【００４３】
図２は、本願の一実施形態による、ローカル情報を取得するための一例示的方法の別の概略的流れ図である。この方法は以下のステップを含み得る。
【００４４】
Ｓ２０１：ブラウザ内のスクリプトを介して端末によって送信される第１の情報取得要求を受信する。第１の情報取得要求は、ローカル情報を取得するように端末のローカルアプリケーションツールに命令するために使用され得る。
【００４５】
Ｓ２０２：第１の情報取得要求に対応する乱数を決定して記憶する。
【００４６】
とりわけネットワーク機器は、第１の情報取得要求を受信するとき、第１の情報取得要求に対応する乱数を生成することができる。ネットワーク機器は、第１の情報取得要求と乱数との間の対応関係を記憶することもできる。ネットワーク機器は更に、端末との安全な接続プロセス中に生成される乱数を第１の情報取得要求を受信する前に直接使用し、第１の情報取得要求に対応する乱数として乱数を決定することができ、この部分については本明細書で再び説明しない。
【００４７】
Ｓ２０３：端末に乱数を返す。
【００４８】
第１の情報取得要求に対応する乱数をネットワーク機器が端末に送信した後、端末のローカルアプリケーションツールが乱数をモニタし、第１の情報取得要求を取得するための第２の情報取得要求をネットワーク機器に送信する。
【００４９】
第１の情報取得要求に対応する乱数として安全な接続プロセスで生成される乱数をネットワーク機器が直接使用する場合、ステップ２０３を省略できることに留意すべきである。つまり、ネットワーク機器は安全な接続プロセスで乱数を端末に送信している。従って、ネットワーク機器は第１の情報取得要求を受信した後で乱数を再送する必要がない。
【００５０】
Ｓ２０４：ローカルアプリケーションツールを介して端末によって送信される第２の情報取得要求を受信する。第２の情報取得要求は、ローカルアプリケーションツールによってモニタされる乱数を運ぶことができる。
【００５１】
Ｓ２０５：第２の情報取得要求内で運ばれる乱数に対応する第１の情報取得要求を端末に返す。
【００５２】
上記の内容は、端末が第１の情報取得要求をネットワーク機器から能動的に取得するプロセスを説明した。端末は、乱数を運ぶ第２の情報取得要求をローカルアプリケーションツールを介してネットワーク機器に周期的に送信することができる。第２の情報取得要求を受信するときはいつも、ネットワーク機器は、第２の情報取得要求内で運ばれる乱数に対応する第１の情報取得要求を自らが記憶しているかどうかを確認する。記憶している場合、ネットワーク機器は対応する第１の情報取得要求を直接送信することができる。記憶していない場合、ネットワーク機器は第２の情報取得要求を直接破棄することができる。
【００５３】
一部の実施形態では、ステップＳ２０３を実行した後、ネットワーク機器が乱数及び第１の情報取得要求を運ぶ応答メッセージを端末に直接送信することができる。端末はネットワーク機器によって送信される応答メッセージを受動的に受信することができ、それについては本明細書で再び説明しない。
【００５４】
Ｓ２０６：受信される第１の情報取得要求に対応し、ローカルアプリケーションツールを介して端末によって取得されるローカル情報を受信する。
【００５５】
つまり、ステップＳ２０５によってネットワーク機器が第１の情報取得要求を端末に送信した後、端末は第１の情報取得要求に基づくローカル情報をローカルアプリケーションツールを介して取得することができる。端末は、ローカルアプリケーションツールを介してローカル情報をネットワーク機器に送信することができる。
【００５６】
本願の実施形態によるローカル情報を取得するための上記の２つの方法では、ネットワーク機器がゲートウェイ及びサーバを含み得る。従って、乱数を生成するステップはゲートウェイによって行われ得る。乱数と第１の情報取得要求との間の対応関係を確立することはゲートウェイ又はサーバによって行われ得る。乱数と第１の情報取得要求との間の対応関係はサーバ内に記憶することができ、端末のローカルアプリケーションツールによって取得され得る。更にサーバは、サービスサーバ及びセキュアチャネルサーバを更に含むことができる。セキュアチャネルサーバは、乱数と第１の情報取得要求との間の対応関係を記憶して第１の情報取得要求のセキュリティを確実にすることができる。
【００５７】
決済アプリケーションのページにログインするプロセスについて、ネットワーク機器がゲートウェイ、セキュアチャネルサーバ、及びサービスサーバを含む一例によって以下で詳細に説明する。
【００５８】
図３を参照し、ローカル情報を取得するための方法は以下のステップを含む。
【００５９】
ステップａ１：端末がブラウザを介してログイン要求をサービスサーバに送信する。
【００６０】
ステップａ２：サービスサーバが端末にスクリプトを送信する。
【００６１】
とりわけスクリプトはＪＳスクリプトであり得る。
【００６２】
ステップａ３：端末が受信スクリプトをブラウザ内にインストールし、ブラウザ内にインストールしたスクリプトを介して第１の情報取得要求をゲートウェイに送信する。
【００６３】
端末は、ブラウザ内にインストールされたスクリプトを実行することにより、第１の情報取得要求を生成してゲートウェイに送信することができる。
【００６４】
ステップａ４：ゲートウェイが端末への安全な接続を開始し、安全な接続プロセスで生成される乱数を端末に送信する。
【００６５】
ステップａ５：ゲートウェイが、乱数と受信される第１の情報取得要求との間の対応関係を確立し、その乱数、第１の情報取得要求、及び対応関係を記憶するためにセキュアチャネルサーバに透過的に伝送する。
【００６６】
ステップａ６：端末が、端末によってゲートウェイから受信される乱数をローカルアプリケーションツールを介してモニタする。
【００６７】
ステップａ７：端末が、端末によってモニタされた乱数を運ぶ第２の情報取得要求をローカルアプリケーションツールを介してセキュアチャネルサーバに送信する。
【００６８】
ステップａ８：セキュアチャネルサーバが、第２の情報取得要求内で運ばれる乱数に対応する第１の情報取得要求を照会し、見つかった第１の情報取得要求を端末に送信する。
【００６９】
ステップａ９：端末が、受信される第１の情報取得要求に従いローカルデジタル証明書をローカルアプリケーションツールを介して検証し、検証結果をセキュアチャネルサーバに送信する。
【００７０】
ステップａ１０：セキュアチャネルサーバが、サービスサーバによる照会のために検証結果を記憶する。
【００７１】
セキュアチャネルサーバからの照会によって検証結果（つまりローカル情報）を見つけた後、サービスサーバは、端末によって送信されるログイン要求を検証結果に従って相応に処理することができる。つまり、検証結果が検証に成功したものである場合、端末のログイン要求が認められる。端末は決済アプリケーションのインタフェースにログインすることを認められる。検証結果が検証に失敗したものである場合、端末のログイン要求が拒否される。
【００７２】
本願の実施形態によるローカル情報を取得するための方法について上記で説明した。図４、図５、及び図６に示すように、同じ概念に基づき、本願の実施形態はローカル情報を取得するための機器及びシステムを更に提供する。
【００７３】
図４は、本願の一実施形態による、ローカル情報を取得するための一例示的機器の概略的構造図である。この機器は以下の要素を含み得る。
【００７４】
ブラウザ内のスクリプトを介して、第１の情報取得要求をネットワーク機器に送信する第１の情報取得要求送信モジュール１１。第１の情報取得要求は、ローカル情報を取得するようにローカルアプリケーションツールに命令するために使用され得る。
【００７５】
ネットワーク機器によって送信される、第１の情報取得要求に対応する乱数をローカルアプリケーションツールを介してモニタする乱数モニタリングモジュール１２。
【００７６】
ネットワーク機器内に記憶される乱数に対応する第１の情報取得要求を、ローカルアプリケーションツールを介して取得する第１の情報取得要求取得モジュール１３。乱数と第１の情報取得要求との間の対応関係は、ネットワーク機器によって確立され記憶され得る。
【００７７】
第１の情報取得要求に対応するローカル情報を、ローカルアプリケーションツールを介して取得するローカル情報取得モジュール１４。
【００７８】
ローカル情報をローカルアプリケーションツールを介してネットワーク機器に送信するローカル情報送信モジュール１５。
【００７９】
本願の実施形態における乱数モニタリングモジュール１２、第１の情報取得要求取得モジュール１３、ローカル情報取得モジュール１４、及びローカル情報送信モジュール１５は、ローカルアプリケーションツール内で構成され得る。
【００８０】
更に、ローカルアプリケーションツールを介して第１の情報取得要求取得モジュール１３によって取得される第１の情報取得要求は、暗号化された第１の情報取得要求であり得る。従って図４に示す機器は、第１の情報取得要求に対応するローカル情報をローカル情報取得モジュール１４がローカルアプリケーションツールを介して取得する前に、第１の情報取得要求取得モジュール１３によって取得される第１の情報取得要求を復号する復号モジュール１６を更に含み得る。
【００８１】
本願の実施形態では、スクリプトはこれだけに限定されないがJavaScriptスクリプトであり得る。
【００８２】
図５は、本願の一実施形態による、ローカル情報を取得するための一例示的機器の別の概略的構造図である。この機器は以下の要素を含み得る。
【００８３】
ブラウザ内のスクリプトを介して端末によって送信される第１の情報取得要求を受信する第１の情報取得要求受信モジュール２１。第１の情報取得要求は、ローカル情報を取得するように端末のローカルアプリケーションツールに命令するために使用される。
【００８４】
第１の情報取得要求に対応する乱数を決定する乱数決定モジュール２２。
【００８５】
端末に乱数を送信する乱数送信モジュール２３。
【００８６】
第１の情報取得要求に対応する、乱数決定モジュール２２によって決定される乱数を記憶する記憶モジュール２４。つまり記憶モジュール２４は、第１の情報取得要求、乱数、及び第１の情報取得要求と乱数との間の対応関係を記憶することができる。
【００８７】
ローカルアプリケーションツールを介して端末によって送信される第２の情報取得要求を受信する第２の情報取得要求受信モジュール２５。
【００８８】
第２の情報取得要求内で運ばれる乱数に対応する第１の情報取得要求を端末に送信する第１の情報取得要求送信モジュール２６。
【００８９】
受信される第１の情報取得要求に対応する、ローカルアプリケーションツールを介して端末によって取得されるローカル情報を受信するローカル情報受信モジュール２７。
【００９０】
記憶モジュール２４は、ローカル情報受信モジュール２７によって受信されるローカル情報を記憶するように更に構成され得る。
【００９１】
第２の情報取得要求受信モジュール２５、第１の情報取得要求送信モジュール２６、及びローカル情報受信モジュール２７はセキュアチャネルサーバ内で構成され得る。
【００９２】
図４に示す機器の復号モジュール１６に対応し、図５に示す機器は、第２の情報取得要求内で運ばれる乱数に対応する第１の情報取得要求を第１の情報取得要求送信モジュール２６が端末に送信する前に、第２の情報取得要求内で運ばれる乱数に対応する第１の情報取得要求を暗号化する暗号化モジュール２８を更に含み得る。
【００９３】
図６は、本願の一実施形態による、ローカル情報を取得するための一例示的システムの概略的構造図である。このシステムは、端末１００及びネットワーク機器２００を含み得る。
【００９４】
端末１００は、ブラウザ１０１内のスクリプトを介して第１の情報取得要求をネットワーク機器２００に送信するように構成され得る。第１の情報取得要求は、ローカル情報を取得するようにローカルアプリケーションツール１０２に命令するために使用され得る。端末１００は、第１の情報取得要求に対応し、ネットワーク機器２００によって送信される乱数を、ローカルアプリケーションツール１０２を介してモニタするようにも構成され得る。端末１００は、ネットワーク機器２００内に記憶される乱数に対応する第１の情報取得要求をローカルアプリケーションツール１０２を介して取得するように更に構成され得る。加えて端末１００は、第１の情報取得要求に対応するローカル情報をローカルアプリケーションツール１０２を介して取得するように構成され得る。更に端末１００は、ローカルアプリケーションツール１０２を介してローカル情報をネットワーク機器２００に送信するように構成され得る。
【００９５】
ネットワーク機器２００は、第１の情報取得要求を受信し、乱数を生成し、その乱数を端末に送信するように構成されても良く、このプロセスはネットワーク機器２００内のゲートウェイ２０１によって実行され得る。
【００９６】
ネットワーク機器２００は、乱数と第１の情報取得要求との間の対応関係を確立し、記憶するようにも構成され得る。ネットワーク機器２００は、ローカルアプリケーションツール１０２を介して端末１００によって送信される第２の情報取得要求を受信するように更に構成され得る。加えて、ネットワーク機器２００は、第２の情報取得要求内で運ばれる乱数に対応する第１の情報取得要求を端末１００に送信するように構成され得る。更に、ネットワーク機器２００は、端末１００によって送信されるローカル情報を受信するように構成され得る。このプロセスは、ゲートウェイ２０１に接続されるセキュアチャネルサーバ２０２によって実行され得る。
【００９７】
上記の内容に鑑みて、情報セキュリティを考慮に入れる本願の実施形態では、端末のブラウザは、ブラウザが位置する端末のローカル情報を直接取得しない可能性がある。ブラウザがローカル情報を取得するためにプラグインを直接呼び出す場合、ブラウザとプラグインとが高い互換性を有する必要がある。従って、ブラウザがローカル情報を直接取得しないことを前提として、本願では、端末がブラウザ内のスクリプトを介して、ローカル情報を取得するための取得要求をネットワーク機器に送信することができる。端末は、ローカルアプリケーションツールを介して、ネットワーク機器からの取得要求を得ることもできる。端末は、取得要求に従って対応するローカル情報を更に得ることができる。加えて、端末はローカル情報をネットワーク機器に与えることができる。このようにして、ブラウザがローカル情報を直接取得する必要はなく、そのことは情報セキュリティを確実にする。加えて、ブラウザはローカルアプリケーションツールと直接対話する必要はなく、従ってローカルアプリケーションツールと互換性がある必要もなく、このことは、ブラウザとプラグインとの間の互換性がないことによって引き起こされるブラウザの不安定さの問題を効果的に回避し、ウェブサイトを管理する難しさを効果的に下げる。
【００９８】
「含む」や「包含する」という用語又は他の任意の変形態は、非排他的な包含を有効範囲に含むように意図することに更に留意すべきである。これらの用語は、一連の要素だがそれらの要素に限定される要素を含むプロセス、方法、商品、又は機器をもたらす。かかるプロセス、方法、商品、又は機器は、具体的に挙げられていない他の要素も含むことができ、又はそれらのプロセス、方法、商品、又は機器に固有の要素も含み得る。従って「〜を含む」という文によって定められる要素は、プロセス、方法、商品、又は機器内に他の同一の要素があることを排除しない。
【００９９】
本願の実施形態は方法、システム、又はコンピュータプログラム製品として実装できることを当業者なら理解されよう。従って本願は、完全なハードウェアの実施形態、完全なソフトウェアの実施形態、又はソフトウェアとハードウェアとを組み合わせる実施形態の形を取り得る。更に本願は、コンピュータ使用可能プログラムコードを含む１つ又は複数のコンピュータ使用可能記憶媒体（これだけに限定されないが磁気ディスクメモリ、ＣＤ−ＲＯＭ、光メモリを含む）によって実装されるコンピュータプログラム製品の形を取り得る。
【０１００】
上記の説明は本願の実施形態に過ぎず、本願を限定することは意図しない。当業者なら本願に対して様々な変更及び修正を加えることができる。本願の趣旨及び原理から逸脱することなく加えられる如何なる修正、等価の置換、又は改善も本願の範囲に含まれるものとする。
【図１】
0006527576.tif 000002
【図２】
0006527576.tif 000003
【図３】
0006527576.tif 000004
【図４】
0006527576.tif 000005
【図５】
0006527576.tif 000006
【図６】
0006527576.tif 000007