(57)【要約】【課題】評価プラットフォームのための監査を行うための方法およびシステムが提供される。【解決手段】この開示は、オンライン試験の過程の間、ネットワークが良好に持続するとともに、コンピュータシステムを保証する、自動化された監査処理を提供する。システムは、主に、主要サーバーチェックモジュールおよび誘起モジュールを備える。主要サーバーチェックモジュールは、より良いリスク管理を確実にするために、システムレベル、ブラウザレベル、ネットワークレベル、および帯域幅レベルのテストを実行し、オンライン試験センターの正確な容量を反映するように構成される。ネットワーク混雑が、また、長引く時間期間について作り出されるであろう。誘起モジュールは、異なるローカルなインスタンスの解決策を配備するためのゲートウェイである。課されるであろう制限は、(リモートエージェントからも)あらゆる種類の過誤を防止し、試験の過程の間のシステムの最良の性能をもたらすためにCPUおよびメモリの使用を最適化するであろう。【選択図】図１
2018170002.tif 000002
【特許請求の範囲】
【請求項１】
評価プラットフォームの監査を行うための方法であって、前記方法は、プロセッサにより実行される以下のステップ、
データセンターと主要サーバーの間でインターネット接続を提供するステップであって、前記データセンターおよび複数のテストセンターは、前記評価プラットフォームの部分であり、前記複数のテストセンターの各々は、前記主要サーバーおよび複数の志望者システムを備える、ステップと、
前記主要サーバーと、対応する複数の志望者システムとの間でLAN接続性を提供するステップと、
主要サーバーチェックモジュールを使用して前記主要サーバーの各々においてシステムレベルチェックを実行するステップと、
前記主要サーバーチェックモジュールを使用して前記主要サーバーと前記複数の志望者システムの間でネットワーク接続性を検証するために帯域幅チェックを実行するステップと、
システムレベルパラメータの健全さを認証するために前記複数の志望者システムの各々において検証を実行するステップと、
前記複数の志望者システムの各々において誘起モジュールを提供するステップと、
前記複数の志望者システムの各々において前記誘起モジュールを始動するステップであって、前記始動することは、一連の処理の実行から前記志望者システムのコンソールを誘起する結果となる、ステップと、
出力モジュールを使用して前記主要サーバーチェックモジュールおよび前記誘起モジュールの出力を前記データセンターに提供するステップと、
を備える、方法。
【請求項２】
前記主要サーバーチェックモジュールを、
前記複数の志望者システムの各々においてブラウザテストを実行すること、
前記主要サーバーと前記複数の志望者システムの間で帯域幅テストを実行すること、
全体のLANネットワークにおいて負荷シミュレーションテストを実行すること、または、
前記複数の志望者システムと前記主要サーバーの間でピン・ユーティリティ・テストを実行すること、
に使用して１つ以上のパラメータが認証される、請求項１に記載の方法。
【請求項３】
前記評価プラットフォームは、前記主要サーバーと前記複数の志望者システムの間の帯域幅が800 Kbpsより大きいならば、志望者を評価するために信頼できるとして分類される、請求項１に記載の方法。
【請求項４】
前記システムレベルチェックは、前記主要サーバーのプロセッサの速度、ランダムアクセスメモリ(RAM)、解像度、DHCP、プラットフォーム、またはインターネットブラウザのうちの少なくとも１つをチェックすることを含む、請求項１に記載の方法。
【請求項５】
前記一連の処理は、MACアドレスを獲得すること、前記複数の志望者システムのキーボードおよびマウスをフックすること、前記志望者システムにおいてタスクマネージャを有効／無効にすること、ブラウザ・コンフィギュレーションを設定すること、前記志望者システムにおいて全ての実行中のアプリケーションを閉じること、前記志望者システムから全てのデスクトップコンポーネントを除去すること、前記志望者システムにおいてインターネットブラウザを開くこと、およびリモートデスクトップを制限すること、を含む、請求項１に記載の方法。
【請求項６】
志望者による評価の一覧表を管理するステップをさらに備える、請求項１に記載の方法。
【請求項７】
非接続モードで動作するようにさらに構成され、前記非接続モードにおいて、前記テストセンターはインターネット接続で接続されていない、請求項１に記載の方法。
【請求項８】
志望者による評価の終了においてログファイルを送信するステップをさらに備える、請求項１に記載の方法。
【請求項９】
評価プラットフォームの監査を行うためのシステムであって、前記システムは、
複数のテストセンターに接続されたデータセンターと、
前記複数のテストセンターの各々に存在する主要サーバーと、
主要サーバーの各々に接続された複数の志望者システムと、
メモリと、
前記メモリと通信するプロセッサと、を備え、前記プロセッサは、
前記主要サーバーの各々に存在する主要サーバーチェックモジュールであって、前記主要サーバーチェックモジュールは、
複数の主要サーバーの各々においてシステムレベルチェックを実行すること、
前記複数の志望者システムの各々においてブラウザテストを実行すること、
前記主要サーバーと前記複数の志望者システムの間で帯域幅テストを実行すること、
全体のLANネットワークにおいて負荷シミュレーションテストを実行すること、または、
前記複数の志望者システムと前記主要サーバーの間でピン・ユーティリティ・テストを実行すること、
のうちの少なくとも１つを実行するように構成された、主要サーバーチェックモジュールと、
前記複数の志望者システムの各々に存在する誘起モジュールであって、前記誘起モジュールは、一連の処理の実行から前記志望者システムのコンソールを誘起するように構成された、誘起モジュールと、
前記主要サーバーチェックモジュールおよび前記誘起モジュールの出力を前記データセンターに提供するための出力モジュールと、
をさらに備える、システム。
【請求項１０】
前記評価プラットフォームは、志望者を評価するためのオンライン評価プラットフォームである、請求項９に記載のシステム。
【請求項１１】
システム上のプロセッサによって実行されるとき、前記プロセッサに、評価プラットフォームの監査を行うための方法を実行させる１つ以上の命令を記憶した非一時的コンピュータ読み取り可能な媒体であって、前記方法は、
データセンターと主要サーバーの間でインターネット接続を提供するステップであって、前記データセンターおよび複数のテストセンターは、前記評価プラットフォームの部分であり、前記複数のテストセンターの各々は、前記主要サーバーおよび複数の志望者システムを備える、ステップと、
前記主要サーバーと、対応する複数の志望者システムとの間でLAN接続性を提供するステップと、
主要サーバーチェックモジュールを使用して前記主要サーバーの各々においてシステムレベルチェックを実行するステップと、
前記主要サーバーチェックモジュールを使用して前記主要サーバーと前記複数の志望者システムの間でネットワーク接続性を検証するために帯域幅チェックを実行するステップと、
システムレベルパラメータの健全さを認証するために前記複数の志望者システムの各々において検証を実行するステップと、
前記複数の志望者システムの各々において誘起モジュールを提供するステップと、
前記複数の志望者システムの各々において前記誘起モジュールを始動するステップであって、前記始動することは、一連の処理の実行から前記志望者システムのコンソールを誘起する結果となる、ステップと、
出力モジュールを使用して前記主要サーバーチェックモジュールおよび前記誘起モジュールの出力を前記データセンターに提供するステップと、
を備える、非一時的コンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、2017年3月30日にインドに出願された、インド出願(発明の名称：評価プラットフォームのための監査を行うための方法およびシステム)第201721011543号の優先権を主張する。
【０００２】
本発明は、概して、評価プラットフォームの自動化された監査の分野に関する。より詳細には、しかし特定的でなく、この発明は、オンライン試験を行う評価プラットフォームのための監査を行うためのシステムおよび方法を提供する。
【背景技術】
【０００３】
学術および団体の環境のようなほとんど全ての環境において志望者の能力を測定するために使用される標準的な手順は、評価または試験を通して行われる。従来の紙を基にした評価の追加されるコストおよび複雑さのために、典型的にオンライン評価と呼ばれる、コンピュータを基にした評価が、評価を管理し、処理するための広く普及した便利な方法として現れた。例えば、GRE、GMAT、SAT、TOEFL、LSAT、CAT、AIEEEのような、大規模で行われる評価、および管理および処理においてより多くの時間および努力を要求する他の類似の評価は、現在オンラインで行われている。
【０００４】
現在、デジタルオンライン試験を行う間の主な懸念は、コンピュータ室が試験を配布するために使用されるセンター／大学のインフラである。システムの状態は、要求される標準に従って維持される必要がある。それに加えて、重要な基準の１つがコンピュータ室に存在するインターネット／イントラネット・ネットワークの安定性を維持することである。さらに、試験の間のあらゆる過誤を制限するために、システム内にカスタマイズで強化されたセキュリティも必要とされる。
【０００５】
上述した全ての点は、円滑で欠陥のない試験の配布を保証することにおいて重要な役割を果たす。従って、それは、センター／大学のインフラがデジタル試験を配布するために使用されるソフトウェアの要件にこたえられることを確実にするために、試験を行う前に絶対に必要になる。現在、貧弱なネットワークレイアウトまたはシステムを有するコンピュータ室は、デジタル試験の間に余分に問題を引き起こしてきたが、それらを認証するための保証された処理が欠如するために、繰り返し使用されている。これは、試験の過程の間のエンドユーザへの配布を邪魔する。
【０００６】
既存の方法は、オンライン試験の開始の前に試験センターの手作業のチェックを含む。この方法は、手間がかかり、たくさんの手作業の介在を要求する。それに加えて、それらは絶対確実ではない。この技術分野において研究するたくさんの余地が依然として存在する。
【発明の概要】
【課題を解決するための手段】
【０００７】
以下は、実施形態の基本的な理解を提供するために、開示のいくつかの実施形態の簡略化された概要を提示する。この概要は、実施形態の広範囲にわたる概観ではない。実施形態の重要な／重大な要素を識別し、または実施形態の範囲を詳述するように意図されていない。その唯一の目的は、以下に提示されるより詳細な説明の前置きとして簡略化された形式でいくつかの実施形態を提示することである。
【０００８】
上記から考えて、ここでの実施形態は、評価プラットフォームの監査を行うためのシステムを提供する。システムは、データセンター、主要サーバー、複数の志望者システム、メモリ、メモリと通信するプロセッサ、および出力モジュールを備える。データセンターは、複数のテストセンターに接続される。主要サーバーは、複数のテストセンターの各々に存在する。主要サーバーの各々に接続された複数の志望者システム。主要サーバーチェックモジュールおよび誘起モジュールをさらに備えるプロセッサ。主要サーバーの各々に存在する主要サーバーチェックモジュール。主要サーバーチェックモジュールは、複数の主要サーバーの各々においてシステムレベルチェックを実行すること、複数の志望者システムの各々においてブラウザテストを実行すること、主要サーバーと複数の志望者システムの間で帯域幅テストを実行すること、全体のLANネットワークにおいて負荷シミュレーションテストを実行すること、または、複数の志望者システムと主要サーバーの間でピン・ユーティリティ・テストを実行すること、のうちの少なくとも１つを実行するように構成される。複数の志望者システムの各々に存在する誘起モジュール。一連の処理の実行から志望者システムのコンソールを誘起するように構成された誘起モジュール。主要サーバーチェックモジュールおよび誘起モジュールの出力をデータセンターに提供するための出力モジュール。
【０００９】
もう１つの実施形態は、評価プラットフォームの監査を行うための方法を提供する。最初に、データセンターと主要サーバーの間でインターネット接続が提供される。データセンターおよび複数のテストセンターは、評価プラットフォームの部分である。主要サーバーおよび複数の志望者システムを備える複数のテストセンターの各々。次のステップで、主要サーバーと、対応する複数の志望者システムとの間でLAN接続性が提供される。次のステップで、主要サーバーチェックモジュールを使用して主要サーバーの各々においてシステムレベルチェックが実行される。そして、主要サーバーチェックモジュールを使用して主要サーバーと複数の志望者システムの間でネットワーク接続性を検証するために帯域幅チェックが実行される。次のステップにおいて、システムレベルパラメータの健全さを認証するために複数の志望者システムの各々において検証が実行される。そして、誘起モジュールは、複数の志望者システムの各々において提供される。誘起モジュールは、そして、複数の志望者システムの各々において始動され、始動することは、一連の処理の実行から志望者システムのコンソールを誘起する結果となる。最後に、主要サーバーチェックモジュールおよび誘起モジュールの出力は、出力モジュールを使用してデータセンターに提供される。
【００１０】
ここでの実施形態は、図面を参照して以下の詳細な説明からより良く理解されるであろう。
【図面の簡単な説明】
【００１１】
【図１】開示の実施形態による、評価プラットフォームの監査を行うためのシステムのブロック図を例示する。
【図２】本開示の実施形態による、インフラセットアップのブロック図を例示する。
【図３（ａ）】開示の実施形態による、評価プラットフォームの監査を行うために含まれるステップを例示するフローチャートである。
【図３（ｂ）】開示の実施形態による、評価プラットフォームの監査を行うために含まれるステップを例示するフローチャートである。
【発明を実施するための形態】
【００１２】
ここでの実施形態および様々な特徴およびそれらの利点の詳細が、添付図面に例示され、以下の説明において詳述される限定的でない実施形態を参照してより十分に説明される。ここで使用される例は、単に、ここでの実施形態が実施され得るやり方の理解を容易にするように、さらに、この技術分野の当業者がここでの実施形態を実施することを可能にするように意図される。従って、例はここでの実施形態の範囲を限定するものとして解釈されるべきでない。
【００１３】
同様な参照符号は図面を通して一貫して対応する特徴を示す、図面、より詳細には図１をここで参照すると、好ましい実施形態が表わされ、これらの実施形態は、以下の例示のシステム、方法、および／または非一時的コンピュータ読み取り可能な媒体の文脈において説明される。
【００１４】
開示の実施形態によれば、評価プラットフォームの監査を行うためのシステム100が図１に表わされている。評価プラットフォームは、志望者のオンライン試験を行うために使用されるプラットフォームを指す。評価プラットフォームは、コンピュータマシン、サーバー、ネットワーク、および様々な他のコンポーネントを含み得る。開示は、評価プラットフォームを保証するであろう自動化された監査処理を行うための自動化されたシステムおよび処理が、オンライン試験の経過の間、良好に持続することを提供する。システム100は、４つの主な観点、すなわち、システムレベル、ハードウェアレベル、ネットワークレベル、およびセキュリティレベルから試験センターのインフラの準備完了をチェックするように構成される。システム100は、いかなる過誤にも直面することなくオンライン試験の円滑な遂行という結果になるであろう。開示は、より少ないリスクおよびより良いソフトウェア製品の配布を確実にする、実際の試験に先立つ特定のソフトウェア製品の要件にこたえるために、確定された処理を設定するであろう監査処理を提供する。
【００１５】
図１のブロック図に表わされたように、システム100は、インフラセットアップ102、メモリ104、メモリ104と通信するプロセッサ106、および出力モジュール108を含む。インフラセットアップ102は、データセンター110、複数のテストセンター112、主要サーバー114、および複数の志望者システム116をさらに含む。メモリ104は、複数のアルゴリズムを記憶するように構成される。プロセッサ106は、様々な機能を実行するための複数のモジュールをさらに含む。複数のモジュールは、様々な機能を実行するためにメモリ106内に記憶された複数のあるアルゴリズムにアクセスする。複数のモジュールは、主に、主要サーバーチェックモジュール118および誘起モジュール120を含む。複数のモジュールは、また、様々な他の機能を実行するための追加のモジュールを含み得ることが理解されるべきである。
【００１６】
開示の実施形態によれば、インフラセットアップ102の概略図が図２に表わされている。データセンター110は、インターネット・ネットワークを通して複数のテストセンター112に接続される。データセンター110は、オンライン試験に関連する全てのデータが記憶される場所である。要件に依存して、データセンター110は、複数のテストセンター112にデータを提供することができる。複数のテストセンター112の各々は、主要サーバー 114および複数の志望者システム 116をさらに含む。データセンター110から検証された認証されたユーザのみが、主要サーバー114にログインすることができる。複数の志望者システム116は、パーソナルコンピュータまたはラップトップであることが可能である。複数の志望者システム116は、予め定義された一連の要件を満たさなければならない。主要サーバー114および複数の志望者システム116は、ローカルエリアネットワーク(LAN)を通して互いに接続される。システム100は、インフラセットアップ102に接続され、志望者の円滑で安全なオンライン試験を確実にするために監査を行う。システム100は、評価プラットフォームの監査のために主要サーバーチェックモジュール118および誘起モジュール120を主に使用する。
【００１７】
開示の実施形態によれば、主要サーバーチェックモジュール118は、主要サーバー114の各々に存在する。主要サーバーチェックモジュール118は、インフラセットアップ102において複数の機能を実行するように構成される。主要サーバーチェックモジュール118は、複数の志望者システム116と、対応する主要サーバー114との間で異なるレベルの帯域幅チェックを実行するように構成され、オンライン試験の経過の間にネットワークが良好さを持続することを保証するために、ネットワーク混雑が長引く時間期間について作り出されるであろう。
【００１８】
開示の実施形態によれば、主要サーバーチェックモジュール118は、主要サーバー114においてシステムレベルチェックを実行するように構成される。主要サーバー 114は、それは制御点であるので、試験の過程の間、たいへん重要なリソースである。従って、主要サーバーチェックモジュール118は、以下の仕様が満たされることを確実にするために検証する。プロセッサの速度 - 1.5 GHz以上、ランダムアクセスメモリ(RAM) - 1 GB RAM以上、解像度 - 1024×720以上、DHCP - DHCPは無効にされるべきである、プラットフォーム - 32ビットおよび64ビット、ブラウザ - Java(登録商標)スクリプトおよびポップアップが有効にされたIEバージョン7以上。
【００１９】
システムレベルチェックとは別に、主要サーバー114とデータセンター110の間のその通信のためのインターネット速度を検証するために、帯域幅チェックも主要サーバー114からトリガされる。
【００２０】
開示の実施形態によれば、主要サーバーチェックモジュール118は、ブラウザテスト、帯域幅テスト、負荷シミュレーションテスト、およびピン・ユーティリティ・テストを実行するようにさらに構成される。ブラウザテストは、複数の志望者システム116の各々において実行される。ブラウザテストは、それがオンライン試験にふさわしいようにインターネットブラウザを検証する。
【００２１】
帯域幅テストは、主要サーバー114と複数の志望者システム116の間の帯域幅性能をチェックするためのものである。複数の志望者システム116は、10 kB、50 kB、および100 kBのサイズの３つのファイルをローカルの主要サーバーにアップロードおよびダウンロードし、そして、その遂行における帯域幅の速度を計算する。例えば、以下の速度が考えられる。800 kBps以上をGOODとし、800 kBpsと67 kBpsの間をAVERAGEとし、67 kBpsより下をPOOR(帯域幅テストを通過しない)とする。意図は、複数の志望者システム116と主要サーバー114の間の専用のネットワークを認証することである。この場合、テストは、志望者システム116から開始される。
【００２２】
LAN内の複数の志望者システム116が主要サーバー114に接続されるとき、負荷シミュレーションテストが行われるであろう。その目的は、１時間ぐらいの期間についてのネットワークにおけるある負荷または混雑を作り上げることであり、そのような種類の負荷にネットワークがどのように反応し、持続するかを監視することである。これは、全体のネットワーク、および、試験の全体の期間の間、それがどのぐらい良好に持続するか、を認証するためにたいへん重要である。ここでの意図は、長引く期間にわたる一時的な負荷に対して全体のネットワークを認証することである。この場合、テストは、主要サーバー114から開始される。
【００２３】
ピン・ユーティリティ・テストは、主要サーバー114からそれに接続された複数の志望者システム 116への、TTLおよび受信されたまたは欠落したバイトに基づく大量のピン動作を行い、これは、LANおよびそれに接続された複数の志望者システム116を検証するであろう。全てのテスト結果は、主要サーバー114内に収集され、インターネットを介してデータセンター110へ共有される。これら全てに基づいて、我々は、志望者システム116からの１クリックだけで、主要サーバー114、複数の志望者システム116、およびそれと関連付けされたネットワークを認証する。意図は、ネットワークにおけるピン動作を検証し、TTLに対してそれを認証することである。この場合、テストは、主要サーバー114から開始される。
【００２４】
開示の実施形態によれば、誘起モジュール120は、複数の志望者システム116の各々に存在する。誘起モジュール120は、それにおいて評価を行うためのいずれかの志望者システムにコピーされ／ダウンロードされる必要があるランチャー120と呼ばれる軽量の実行可能ファイルである。用語「誘起モジュール」および「ランチャー」は開示において置換可能に使用されることが可能であることが理解されるべきである。ランチャー120は、評価を開始するための認証されたゲートウェイのようなものである。誘起モジュール120は、志望者システムにおいて一回ダウンロードされなければならない(一回の動作)。誘起モジュール120からの単一のクリックで、それは、安全で、誘起され、最適化された評価コンソールを志望者に提供する。
【００２５】
志望者システム116のコンソールが誘起されるとき、そして評価コンソールのみが現れ、試験が終了し、または志望者が評価をやめることを選択するまで、他に何も現れない。いかなるデスクトップも、システム内のいなかる他のコンポーネントへのアクセスも存在しないであろう。マウスについて、マウス左クリックのみがホワイトリストに挙げられ、キーボードおよびマウスが誘起されるであろう。キーボードについても、ホワイトリストに挙げられた一連の文字および組み合わせのみが許容されるであろう。これら全てはOSレベルで実現されるであろう。ブラウザ・コンフィギュレーションは、評価の種類に従って調整されるであろう。誘起モジュール120は、プログラムに従った処理またはサービスが評価の間にスケジュールされ、実行されることできないように、デーモンスレッドにおいてバックグラウンドで全てのプロセスまたはサービスを強制終了する。さらに、誘起モジュール120は、評価の過程の間のあらゆる種類の過誤を制限するために、志望者システム上のリモートデスクトップを制限する。さらに、誘起モジュール120は、あらゆるオンライン・スプーフィングを制限するために、志望者システム116における科学計算またはインターネットを、または再びあらゆる種類の過誤を制限するために、異なるデスクトップ共有クライアントを通した介在を、無効にする。
【００２６】
以下は、誘起モジュール120の起動によってトリガを得る動作のリストである。
・MACアドレスを獲得する - NetworkInterface.GetAllNetworkInterfacesを使用し、そのNetworkInterfaceTypeはEthernetである。
・キーボードおよびマウスのフック - user32.dllおよびkernel32.dllを使用する。
・タスクマネージャを有効／無効にする - "Software\Microsoft\Windows\CurrentVersion\Policies"および"Software\Microsoft\Windows\CurrentVersion\Policies\System"の下の現在のUserのRegistry Subkeyを使用する。
・自動設定ブラウザ・コンフィギュレーション - "Software\Microsoft\Windows\CurrentVersion\Internet Settings"および"Software\Microsoft\Internet Explorer"の下の現在のUserのRegistry Subkeyを使用する。
・以下の設定は、ブラウザ内に自動で構成設定されるであろう。アクティブ・スクリプト記述 - 有効、サイズまたは位置の制約なしで、スクリプトで開始されるウインドウを許容する - 有効、アドレスバーまたはステータスバーなしで、ウェブサイトがウインドウを開くことを許可する - 有効、ポップアップ・ブロッカーを使用する - 無効、プログラムに従ったクリップボードアクセスを許容する - 有効、ズームレベルを100%に設定する、ズームレベルを変更するためのコントロールを無効にする。
・全ての実行中のアプリケーションを閉じる - 誘起モジュール 120は、最適な性能が志望者システムによって保証されることを確実にするために、それ自身によって一度トリガされることとは別に全ての実行中のアプリケーションを強制的に閉じる。この処理は、５分の時間間隔でスケジュールされるであろう。
・自動で記入する - 隠されたテキストファイルを作成または上書きし、最後に入力されたIPおよびシステム名を記憶する。これは起動をクリックするときトリガされる。
・全てのデスクトップコンポーネントを除去する - プログラムおよびShell_TrayWndを終了する。
・ブラウザを開く - インターネット・エクスプローラは、志望者システムが主要サーバーに接続することを可能にするランチャーによって生成された要求されたURLを用いて開かれる。
・ランチャー自動更新機能 - 誘起モジュール120は、起動ボタンをクリックするとき自動的に最新バージョンにアップグレードするであろう。
・リモートデスクトップを制限する - 誘起モジュール120は、システムへの全てのインバウンド接続をブロックするであろうシステムへのプロトコルを課し、従って、システムへのあらゆる種類のリモートアクセスを制限する。それは、また、WebExのようなインターネット・エージェントを共有するデスクトップを停止するであろう。
【００２７】
開示の実施形態によれば、システム100は、オンライン試験の結果を共有するための出力モジュール108を含む。図１に表わされたように、一覧表122内に資産情報を維持するために、オンライン試験の終了において、累積的な結果が、出力モジュール108を使用して主要サーバー114からデータセンター110に共有されるであろう。一覧表管理は、システムMACが識別パラメータまたは主要キーとして扱われるノードレベルで維持される。この監査処理は、特定の規定された期間内に使用されているノードは、その有効性を増加させ続け、一方、一旦、除外されるとその有効性を失い続け、従って、オンライン試験を行うために使用されることが可能でない。ノードが長引く時間期間について使用されず、それらの有効性が失われているならば、監査処理が再度開始される必要があるだけであろう。
【００２８】
開示の実施形態によれば、以下は、主要サーバー114において実行されているステップである。最初に、データセンターから検証された、認証されたユーザは、ログインするであろう。さらに、割り当て管理が行われているセンターを選択する。そして、主要サーバーにおける一通りのチェックが自動的に行われる。さらに、以下は、志望者システム116において実行されるステップである。最初に、誘起モジュール120を通してLAN内の志望者システム116のいずれかから主要サーバー114に到達する。この同じ誘起モジュール120は、オンライン試験コンソールを開始するために試験日に使用されるであろう。これは、志望者システム116に要求される制限を課すゲートウェイであろう。試験サーバーは、誘起モジュール120を通して到来するあらゆる要求を検証するのみであろう。誘起モジュール120は、単一のボタンクリックで上述した動作を実行する。ブラウザおよび帯域幅のテストは、自動的に開始されるであろう。結果はローカルなサーバー内に収集されるであろう。
【００２９】
動作において、評価プラットフォーム102の監査を行うために含まれるステップを例示するフローチャート200が図３（ａ）および（ｂ）に表わされている。最初に、ステップ202において、データセンター110と主要サーバー114の間でインターネット接続が提供される。データセンター110および複数のテストセンター112は、評価プラットフォーム102の部分である。複数のテストセンター112の各々は、主要サーバー114および複数の志望者システム116をさらに備える。複数の志望者システム116は、オンライン試験が行われることになるパーソナルコンピュータである。ステップ204において、主要サーバー114と、対応する複数の志望者システム116との間で、LAN接続性が提供される。
【００３０】
次のステップ206において、主要サーバーチェックモジュール118を使用して主要サーバー114の各々においてシステムレベルチェックが実行される。さらにステップ208において、主要サーバーチェックモジュール118を使用して主要サーバー114と複数の志望者システム116の間でネットワーク接続性を検証するために、帯域幅チェックが実行される。さらに、ステップ210において、システムレベルパラメータの健全さを認証するために、複数の志望者システム116の各々において検証が実行される。
【００３１】
次のステップ212において、複数の志望者システム116の各々において誘起モジュール120が提供される。ステップ214において、複数の志望者システム116の各々において誘起モジュール120が始動される。誘起モジュール120の始動は、一連の処理の実行からそれぞれの志望者システム116のコンソールを誘起する結果となる。最後にステップ216において、主要サーバーチェックモジュール118および誘起モジュール120の出力が出力モジュール108を使用してデータセンター110に提供される。
【００３２】
開示の実施形態によれば、誘起モジュール120は、ネットワークが止まった場合に、非接続モジュールにおいて試験を継続する機能を提供する。ネットワークがどれだけ認証されても、それは、依然として、スイッチ、ハブ等のようなハードウェアコンポーネントの一貫性のない振る舞いによる懸念事項のままである。ネットワーク障害は、現場に大損害の混乱を生じさせて長時間について評価を遅延させる傾向がある。これにより、誘起モジュール120それ自身の中に、遅延が存在しないことを確実にするために、オンライン試験の時間の間にネットワークが止まる場合に、非接続モードにおいて試験を開始するためにメカニズムが提供される。非接続モードの間、２つの志望者システムの間に接続性は存在しない。システム内にLAN接続性が存在するが、LAN接続性は、サーバー内の複数の志望者システムの接続性のみを許容する。
【００３３】
開示の実施形態によれば、誘起モジュール120は、オペレーディングシステムレベルでコンソールを誘起する。従って、それは複数のオペレーティング・プラットフォームについて解決策を提供する。誘起モジュール120は、windowsおよびLinux(登録商標)のような最も一般的なプラットフォームだけでなく、複数の異なる物を扱う。誘起モジュール120は、そのような異なる物の中で様々な可能性をさらに提供する。
【００３４】
評価の間、志望者システムは、情報の一覧表として使用される。志望者システムそれ自身での評価に関連する全てのバックアップは、スケジュールされたバックエンド・フレームワークを通してバックアップされる。全てのバックアップデータは、高度に安全で暗号化された形態で保持される。従って、ネットワークがいつ止まっても、誘起モジュール120は、自動的に非接続モードに移り、そのモードを通して評価を実行するであろう。評価の非接続モードの間、誘起モジュール120は、ネットワークが作動中であるか否かを見出すために、内部的に主要サーバー1141にピンを実行し続けるであろう。主要サーバー114が停止するときまで、全てのバックアップおよび志望者の最新の応答は、ローカルシステムそれ自身に安全に保持されるであろう。ネットワークが作動中であるとき、誘起モジュール120は、それをローカルバックアップと同期させるために、全ての最新のローカルな応答を主要サーバーにアップロードするであろう。一旦、志望者が志望者システム116からの評価を完了し、結果が主要サーバー114に共有されると、全てのバックアップは、志望者システム116から削除される。オンライン試験の完了の後でさえネットワークが作動中でない場合、ポータブルメディアを通して主要サーバー 114にデータをアップロードするために機能が提供される。いかなるやり方でも情報を改ざんすることが不可能であるように、この全てのデータは高度に安全にされ、認証される。
【００３５】
書かれた説明は、この技術分野のあらゆる当業者が実施形態を作り、使用することを可能にするように、ここでの主題を説明する。主題の実施形態の範囲は、請求項によって定義され、この技術分野の当業者に思いつく他の修正を含み得る。そのような他の修正は、それらが請求項の文字通りの用語とは異ならない類似の要素を有するならば、またはそれらが請求項の文字通りの用語とは実質的に差異を有する同等な要素を含むならば、請求項の範囲内であることが意図される。実施形態は、従って、通信チャネルを使用してトランザクション要求を安全に実行するためのシステムおよび方法を提供する。
【００３６】
しかし、保護の範囲は、そこにメッセージを有するコンピュータ読み取り可能な手段に加えて、そのようなプログラムに拡張され、プログラムがサーバーまたはモバイルデバイスまたはあらゆる適したプログラム可能なデバイス上で動作するとき、そのようなコンピュータ読み取り可能な記憶手段は方法の１つ以上のステップの実現のためのプログラムコード手段を含むことが理解されるべきである。ハードウェアデバイスは、例えば、サーバーまたはパーソナルコンピュータ、または同等のもの、またはそれらのあらゆる組み合わせのようなあらゆる種類のコンピュータを含む、プログラムされることが可能であるあらゆる種類のデバイスであることが可能である。デバイスは、また、例えば、特定用途向け集積回路(ASIC)、フィールド・プログラマブル・ゲートアレイ(FPGA)のようなハードウェア手段、またはハードウェアおよびソフトウェア手段の組み合わせ、例えば、ASICおよびFPGA、または少なくとも１つのマイクロプロセッサおよびそこに配置されたソフトウェアモジュールを有する少なくとも１つのメモリであることが可能である手段を含み得る。従って、手段は、ハードウェア手段およびソフトウェア手段の両方を含むことができる。ここで説明される方法の実施形態は、ハードウェアおよびソフトウェアで実現されることが可能である。デバイスは、また、ソフトウェア手段を含み得る。その代わりに、実施形態は、例えば、複数のCPUを使用して、異なるハードウェアデバイスにおいて実現され得る。
【００３７】
ここでの実施形態は、ハードウェアおよびソフトウェア要素を備えることができる。ソフトウェアで実現される実施形態は、限定しないが、ファームウェア、常駐ソフトウェア、マイクロコード、等を含む。ここで説明される様々なモジュールによって実行される機能は、他のモジュールまたは他のモジュールの組み合わせで実現され得る。この説明の目的のために、コンピュータ使用可能またはコンピュータ読み取り可能な媒体は、命令実行システム、装置、またはデバイスによる使用のために、またはそれらと接続して、プログラムを備え、記憶し、伝達し、伝搬し、または伝送することができるあらゆる装置であることが可能である。
【００３８】
媒体は、電子的、磁気的、光学的、電磁的、赤外線の、または半導体のシステム(または装置またはデバイス)または伝搬媒体であることが可能である。コンピュータ読み取り可能な媒体の例は、半導体またはソリッド・ステート・メモリ、磁気テープ、取り外し可能なコンピュータディスケット、ランダムアクセスメモリ(RAM)、リードオンリメモリ(ROM)、固定した磁気ディスク、および光ディスクを含む。光ディスクの現在の例は、コンパクトディスク・リードオンリメモリ(CD-ROM)、コンパクトディスク・リード／ライト、およびDVDを含む。
【００３９】
プログラムコードを記憶および／または実行するために適したデータ処理システムは、システムバスを通してメモリ素子に直接または間接に結合された少なくとも１つのプロセッサを含むであろう。メモリ素子は、プログラムコードの実際の実行の間に利用されるローカルメモリ、バルクストレージ、および実行の間にバルクストレージからコードが取得されなければならない回数を減少させるために少なくともいくつかのプログラムコードの一時的なストレージを提供するキャッシュメモリを含むことができる。
【００４０】
(限定しないが、キーボード、ディスプレイ、印刷デバイス、等を含む)入力／出力(I/O)デバイスは、直接に、または介在するI/Oコントローラを通してシステムに結合されることが可能である。ネットワークアダプタは、また、データ処理システムが、介在するプライベートまたは公衆ネットワークを通して他のデータ処理システムまたはリモートプリンタまたはストレージデバイスに結合されることを可能にするために、システムに結合され得る。モデム、ケーブルモデム、およびイーサネット(登録商標)カードは、現在の利用可能な種類のネットワークアダプタのほんのいくつかである。
【００４１】
実施形態を実施するための代用的なハードウェア環境は、ここでの実施形態による情報処理／コンピュータシステムのハードウェア・コンフィギュレーションを含み得る。ここでのシステムは、少なくとも１つのプロセッサまたは中央処理ユニット(CPU)を備える。CPUは、システムバスを介して、ランダムアクセスメモリ(RAM)、リードオンリメモリ(ROM)、および入力／出力(I/O)アダプタのような様々なデバイスと相互接続する。I/Oアダプタは、ディスクユニットおよびテープドライブ、またはシステムによって読み取り可能な他のプログラムストレージデバイスのような周辺デバイスに接続することができる。システムは、プログラムストレージデバイス上の独創的な命令を読み出し、これらの命令に従ってここでの実施形態の方法論を実行することができる。
【００４２】
システムは、キーボード、マウス、スピーカ、マイクロフォン、および／またはタッチスクリーンデバイス(図示しない)のような他のユーザインタフェースデバイスをバスに接続してユーザ入力を取集するユーザインタフェースアダプタをさらに含む。加えて、通信アダプタは、バスをデータ処理ネットワークに接続し、ディスプレイアダプタは、バスを、例えば、モニタ、プリンタ、または送信機のような出力デバイスとして具現化され得るディスプレイデバイスに接続する。前述の説明は、様々な実施形態を参照して提示された。この出願が属すこの技術分野の当業者は、説明された構造および動作の方法における変更または変形は、原理、思想、および範囲から有意義に逸脱することなく実施されることが可能であることを理解するであろう。
【符号の説明】
【００４３】
100  システム
102  インフラセットアップ
104  メモリ
106  プロセッサ
108  出力モジュール
110  データセンター
112  テストセンター
114  主要サーバー
116  志望者システム
118  主要サーバーチェックモジュール
120  誘起モジュール
【図１】
2018170002.tif 000003
【図２】
2018170002.tif 000004
【図３（ａ）】
2018170002.tif 000005
【図３（ｂ）】
2018170002.tif 000006
【外国語明細書】
2018170002000001.pdf