(57)【特許請求の範囲】
【請求項１】
データ通信方法であって、
ブラウザにより送信される、ターゲットページにアクセスすることについての要求を受信することと、
前記ブラウザとの第２のチャンネルを確立すること、クライアント端末ソフトウェアとの第１のチャンネルを確立すること、及び、前記第１のチャンネルと前記第２のチャンネルとの対応関係をストアすることと、
前記第１のチャンネルを介して、プラグイン実行命令を前記クライアント端末ソフトウェアに送信することであって、前記プラグイン実行命令が、前記クライアント端末ソフトウェアにターゲットプラグインを実行するように命令するために使用される、前記送信すること、及び、前記第２のチャンネルを介して、前記ブラウザに、前記ターゲットページの他のページ機能を処理するように命令することと、
前記クライアント端末ソフトウェアにより前記第１のチャンネルを介してフィードバックされるプラグイン実行結果データを受信することと、
前記実行結果データを処理することと、
前記第２のチャンネルを介して、処理結果を前記ブラウザに送信すること
を含む、前記データ通信方法。
【請求項２】
請求項１に記載のデータ通信方法であって、前記クライアント端末ソフトウェアとの前記第１のチャンネルを前記確立すること、及び、前記第１のチャンネルと前記第２のチャンネルとの前記対応関係をストアすることが、
前記クライアント端末ソフトウェアにより送信されるチャンネル確立要求を受信することであって、前記チャンネル確立要求がチャンネル識別子を保持する、前記受信することと、
前記チャンネル確立要求に従って前記第１のチャンネルを作成すること、及び、前記チャンネル識別子に従って、前記第１のチャンネルと前記第２のチャンネルとの前記対応関係を確立すること
を含む、前記データ通信方法。
【請求項３】
請求項２に記載のデータ通信方法であって、さらに、
前記ブラウザにより送信される通信データを受信することと、
前記通信データを前記クライアント端末ソフトウェアに転送すること
を含む、前記データ通信方法。
【請求項４】
データ通信方法であって、
サーバにより第１のチャンネルを介して送信されるプラグイン実行命令を受信することであって、前記プラグイン実行命令が、ターゲットプラグインを実行するように命令するために使用される、前記受信することと、
前記プラグイン実行命令に従って、実行するために、前記ターゲットプラグインを呼び出すことと、
処理のために、前記第１のチャンネルを介して前記サーバに実行結果データをフィードバックすることであって、これにより、前記サーバが処理結果をブラウザにフィードバックする、前記フィードバックすること
を含む、前記データ通信方法。
【請求項５】
請求項４に記載のデータ通信方法であって、サーバにより第１のチャンネルを介して送信される前記プラグイン実行命令を前記受信する前に、前記方法がさらに、
前記サーバにより前記ブラウザに割り当てられた第２のチャンネルのチャンネル情報及びチャンネル識別子を獲得するように、前記ブラウザと前記サーバとの間の通信をモニタすることと、
前記チャンネル情報に従って、チャンネル確立要求を前記サーバに送信することであって、前記チャンネル確立要求がチャンネル識別子を保持し、これにより、サーバが、前記第１のチャンネルを作成し、また、前記チャンネル識別子に従って、前記第１のチャンネルと前記第２のチャンネルとの対応関係を確立する、前記送信することと
を含む、前記データ通信方法。
【請求項６】
請求項５に記載のデータ通信方法であって、前記チャンネル情報がサーバアドレス及びサーバポートを含む、前記データ通信方法。
【請求項７】
データ通信装置であって、
ブラウザにより送信される、ターゲットページにアクセスすることについての要求を受信するように構成されるアクセス要求受信ユニットと、
前記ブラウザとの第２のチャンネルを確立するように、クライアント端末ソフトウェアとの第１のチャンネルを確立するように、及び、前記第１のチャンネルと前記第２のチャンネルとの対応関係をストアするように構成される、チャンネル確立ユニットと、
前記第１のチャンネルを介して、プラグイン実行命令を前記クライアント端末ソフトウェアに送信するように構成される命令送信ユニットであって、前記プラグイン実行命令が、前記クライアント端末ソフトウェアにターゲットプラグインを実行するように命令するために使用されるものであり、また、前記第２のチャンネルを介して、前記ブラウザに、前記ターゲットページの他のページ機能を処理するように命令する、前記命令送信ユニットと、
前記クライアント端末ソフトウェアにより前記第１のチャンネルを介してフィードバックされるプラグイン実行結果データを受信するように構成されるフィードバック受信ユニットと、
前記実行結果データを処理するように構成されるデータ処理ユニットと、
前記第２のチャンネルを介して前記ブラウザに処理結果を送信するように構成される結果転送ユニットと
を含む、前記データ通信装置。
【請求項８】
請求項７に記載のデータ通信装置であって、前記チャンネル確立ユニットが、
前記クライアント端末ソフトウェアにより送信されるチャンネル確立要求を受信するように構成されるチャンネル要求サブユニットであって、前記チャンネル確立要求がチャンネル識別子を保持する、前記チャンネル要求サブユニットと、
前記チャンネル確立要求に従って、前記第１のチャンネルを作成するように構成されるチャンネル作成サブユニットと、
前記チャンネル識別子に従って、前記第１のチャンネルと前記第２のチャンネルとの前記対応関係を確立するように構成されるチャンネル関係サブユニットと
を含む、前記データ通信装置。
【請求項９】
クライアント端末装置であって、
サーバにより第１のチャンネルを介して送信されるプラグイン実行命令を受信するように構成される命令受信ユニットであって、前記プラグイン実行命令が、ターゲットプラグインを実行するように命令するために使用される、前記命令受信ユニットと、
前記命令受信ユニットにより受信される前記プラグイン実行命令に従って、実行するために、前記ターゲットプラグインを呼び出すように構成されるプラグイン処理ユニットと、
処理のために、前記第１のチャンネルを介して前記サーバに実行結果データをフィードバックするように構成される結果フィードバックユニットであって、これにより、前記サーバが処理結果をブラウザにフィードバックする、前記結果フィードバックユニットと
を含む、前記クライアント端末装置。
【請求項１０】
請求項９に記載のクライアント端末装置であって、さらに、
前記サーバにより前記ブラウザに割り当てられる第２のチャンネルのチャンネル情報及びチャンネル識別子を獲得するように、前記ブラウザと前記サーバとの間の通信をモニタするように構成されるネットワークモニタリングユニットと、
前記ネットワークモニタリングユニットにより獲得される前記チャンネル情報に従って、チャンネル確立要求を前記サーバに送信するように構成されるチャンネル要求ユニットであって、前記チャンネル確立要求がチャンネル識別子を保持し、これにより、前記サーバが前記第１のチャンネルを作成し、また、前記チャンネル識別子に従って、前記第１のチャンネルと前記第２のチャンネルとの対応関係を確立する、前記チャンネル要求ユニットと
を含む、前記クライアント端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、インターネット技術に関し、特にデータ通信方法及び装置に関する。
【背景技術】
【０００２】
プラグインは、ソフトウェア機能を向上または拡張するために、一定の仕様に従って、アプリケーションプログラミングインターフェース（ＡＰＩ）によって書かれるプログラムである。いろいろなクライアント端末ソフトウェアがまた、正常な実行のためにプラグインを必要とする。例えば、一定のウェブページが、或るブラウザにおいて実行される場合、一般に、当該ブラウザが、関連するプラグインを呼び出し及び実行する場合にのみ、当該ウェブページが実行できるのが通常である。そのため、プラグインは、開発の間にブラウザにより規定されたＡＰＩ仕様に従う必要があり、そうすると、ブラウザは、プラグインを呼び出すことができる。しかしながら、ブラウザ技術の継続的な発展により、多くのブラウザは、それらのそれぞれのプライベートプラグイン仕様を採用し始めている。同一の機能を有するプラグインのためであっても、アプリケーション製造者は、それぞれ異なるブラウザに対応するプラグインのバージョンを開発しなければならず、作業負荷は膨大である。
【発明の概要】
【０００３】
これを考慮して、本発明はデータ通信方法及び装置を提供し、プラグインの、様々なブラウザとの互換性を実現することを対象とする。
【０００４】
具体的には、本発明は、以下の技術的解決策によって実施される。
【０００５】
第１の態様において、データ通信データが提供され、当該方法は、
ブラウザにより送信される、ターゲットページにアクセスすることについての要求を受信することと、
ブラウザとの第２のチャンネルを確立すること、クライアント端末ソフトウェアとの第１のチャンネルを確立すること、及び、第１のチャンネルと第２のチャンネルとの対応関係をストアすることと、
第１のチャンネルを介して、プラグイン実行命令をクライアント端末ソフトウェアに送信することとであって、当該プラグイン実行命令が、クライアント端末ソフトウェアにターゲットプラグインを実行するように命令するために使用される、送信すること、及び、第２のチャンネルを介して、ブラウザに、ターゲットページの他のページ機能を処理するように命令することと、
クライアント端末ソフトウェアにより第１のチャンネルを介してフィードバックされるプラグイン実行結果データを受信することと、
実行結果データを処理することと、
第２のチャンネルを介して、処理結果をブラウザに送信すること
を含む。
【０００６】
第２の態様において、データ通信方法が提供され、当該方法は、
サーバにより第１のチャンネルを介して送信されるプラグイン実行命令を受信することであって、プラグイン実行命令が、ターゲットプラグインを実行するように命令するために使用される、受信することと、
プラグイン実行命令に従って、実行するために、ターゲットプラグインを呼び出すことと、
処理のために、第１のチャンネルを介してサーバに実行結果データをフィードバックすることであって、これにより、サーバが処理結果をブラウザにフィードバックする、フィードバックすること
を含む。
【０００７】
第３の態様において、データ通信装置が提供され、当該装置は、
ブラウザにより送信される、ターゲットページにアクセスすることについての要求を受信するように構成されるアクセス要求受信ユニットと、
ブラウザとの第２のチャンネルを確立するように、クライアント端末ソフトウェアとの第１のチャンネルを確立するように、及び、第１のチャンネルと第２のチャンネルとの対応関係をストアするように構成されるチャンネル確立ユニットと、
第１のチャンネルを介して、プラグイン実行命令をクライアント端末ソフトウェアに送信するように構成される命令送信ユニットであって、プラグイン実行命令が、クライアント端末ソフトウェアにターゲットプラグインを実行するように命令するために使用されるものであり、また、第２のチャンネルを介して、ブラウザに、ターゲットページの他のページ機能を処理するように命令する、命令送信ユニットと、
クライアント端末ソフトウェアにより第１のチャンネルを介してフィードバックされるプラグイン実行結果データを受信するように構成されるフィードバック受信ユニットと、
実行結果データを処理するように構成されるデータ処理ユニットと、
第２のチャンネルを介して、ブラウザに処理結果を送信するように構成される結果転送ユニットと
を含む。
【０００８】
第４の態様において、クライアント端末装置が提供され、当該装置は、
サーバにより第１のチャンネルを介して送信されるプラグイン実行命令を受信するように構成される命令受信ユニットであって、プラグイン実行命令が、ターゲットプラグインを実行するように命令するために使用される、命令受信ユニットと、
命令受信ユニットにより受信されるプラグイン実行命令に従って、実行するために、ターゲットプラグインを呼び出すように構成されるプラグイン処理ユニットと、
処理のために、第１のチャンネルを介してサーバに実行結果データをフィードバックするように構成される結果フィードバックユニットであって、これにより、サーバが処理結果をブラウザにフィードバックする、結果フィードバックユニットと
を含む。
【０００９】
本発明の実施形態に従ったデータ通信方法及び装置は、クライアント端末ソフトウェアによりプラグインを呼び出し及び実行し、これにより、ブラウザがプラグインを実行できなくても、クライアント端末ソフトウェアが自ずとプラグインを実行してよく、それゆえ、プラグインの様々なブラウザとの互換性を実現する。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に従った、データ通信方法のアプリケーションシナリオである。
【図２】本発明の実施形態に従った、データ通信方法のフローチャートである。
【図３】本発明の実施形態に従った、データ通信方法の原理の概略図である。
【図４】本発明の実施形態に従った、クライアント端末装置の概略構造図である。
【図５】本発明の実施形態に従った、別のクライアント端末装置の概略構造図である。
【図６】本発明の実施形態に従った、データ通信装置の概略構造図である。
【図７】本発明の実施形態に従った、別のデータ通信装置の概略構造図である。
【発明を実施するための形態】
【００１１】
本発明の実施形態に従ったデータ通信方法は、クライアント端末ソフトウェアが、実行を支援するためにプラグインを必要とするシナリオに適用できる。方法はまた、ソフトウェア機能を拡張するために、拡張機能、制御及び他のプログラムに適用できることに留意すべきである。或るプラグインが、以下の実施形態において一実施例として挙げられる。
【００１２】
図１は、データ通信方法のアプリケーションシナリオを示す。説明される方法は、こうしたアプリケーションシナリオに限定されず、他の類似のアプリケーションが、本発明の実施形態に従った方法を採用してもよい。クライアント端末ソフトウェアが実行しているとき、ブラウザ１１（ブラウザは、ｆｉｒｅｆｏｘまたはＩＥなどの任意のブラウザであってよい）を使用することによりウェブページを開く必要があると仮定されたい。この実施形態では、ブラウザにおいて実行される「オンラインバンク」が一実施例として挙げられている。オンラインバンクを使用するプロセスにおいて、パスワードを入力する必要がある場合がある。図１は、パスワードを入力する必要のあるページを示す。こうしたページは、「ターゲットページ」と呼ばれることがある。ページにおいて、楕円形のボックス１２により示されるログインパスワード入力領域は、パスワード制御によって管理され、パスワード入力フィールドは、通常、図１のページにおいて表示され、また、ユーザにより入力されるパスワードは、パスワード制御が実行される場合のみ受信される（制御の設定は、一般に、パスワードのセキュリティを確保するためのものである）と考えられる。この実施形態において、パスワード制御は、「ターゲットプラグイン」と呼ばれ、すなわち、図１に示したターゲットページの実行は、ターゲットプラグインを必要とし、ターゲットプラグインを実行することによってのみ、ターゲットページにおいて対応するパスワードを入力する機能が正常に実行され得る。
【００１３】
従来の方法では、ターゲットプラグインがブラウザ１１によって呼出し及び実行され、これにより、プラグインに対応するページ領域が正常に実行される。この実施形態のデータ通信方法は、ターゲットプラグインがブラウザ１１のプラグイン仕様に従っていない状況において、図１のターゲットページがどのように正常に実行されるかを説明するものであり、この時点で、ブラウザ１１は、ターゲットプラグインを呼び出すことはできない。図２は、方法のプロセスを示す。
【００１４】
２０１。サーバが、第１のチャンネルを介してクライアント端末ソフトウェアにプラグイン実行命令を送信し、当該プラグイン実行命令は、ターゲットプラグインを実行するように命令するために使用されるものであり、また、第１のチャンネルに対応する第２のチャンネルを介して、ブラウザに、ターゲットページの他のページ機能を処理するように命令する。
【００１５】
ここで、サーバは、ブラウザにより送信される、ターゲットページにアクセスすることについての要求を受信するとき、クライアント端末ソフトウェアとの第１のチャンネルを確立し、ブラウザとの第２のチャンネルを確立し、また、第１のチャンネルと第２のチャンネルとの対応関係をストアする。
【００１６】
２０２。クライアント端末ソフトウェアが、プラグイン実行命令に従って、実行するために、ターゲットプラグインを呼び出す。
【００１７】
２０３。クライアント端末ソフトウェアが、処理のために、第１のチャンネルを介してサーバに実行結果データをフィードバックする。
【００１８】
２０４。サーバが、実行結果データを処理し、第２のチャンネルを介してブラウザに処理結果を送信する。
【００１９】
図２に示したプロセスは、以下でより具体的に説明される。まず、本発明の実施形態に従ったデータ通信方法を理解し易くするために、方法の原理が、図３と共に簡単に示され、図３では、図１に示したオンラインバンククライアント端末が、依然として一実施例として挙げられており、ブラウザは、ページの構文解析及び表示を担うツールに相当し、サーバは、オンラインバンクに対応するオンラインバンクサーバである。
【００２０】
図１に示したターゲットページが表示されるとき、サーバは、処理命令をブラウザに送信し、ブラウザにより表示されるべきターゲットページのページファイルデータを保持する。ブラウザは、データの受領の際、ブラウザカーネルを介してウェブページシンタックスを構文解析し、ターゲットページを描画及び提供する。図３を参照すると、従来の方法では、支援のためにプラグインを必要とするページのために、サーバは、処理命令をブラウザに送信するとき、さらに、同時にターゲットプラグインを呼び出すようにブラウザに命令してもよい。このようにして、図１の完全なターゲットページが表示され得る。しかしながら、プラグインがブラウザのＡＰＩ仕様に従っていない状況に対しては、本発明の実施形態における方法を採用する必要があり、サーバは、クライアント端末ソフトウェアに、プラグインを呼び出し及び実行するというタスクを達成するように命令してよく、これは、クライアント端末ソフトウェアが、ブラウザの代わりにタスクを実行することに相当する。
【００２１】
具体的には、図１及び図３に関して、図１に示したターゲットページにおいて、ページ機能は２つの部分に分割されてよい。第１の部分は、楕円形のボックス１２に対応するページ機能であり、この部分は、入力フィールドを表示し、また、ターゲットプラグインを実行することによってのみ、ユーザにより入力されるパスワードを受信する。第２の部分は、例えば、図１に示したディスプレイツールバー「ファイル、編集、お気に入り等」や、表示ページにおける画像１３などの他のページコンテンツといった、他のページ機能である。そのような機能は、ターゲットプラグインに依拠することなく、ブラウザにより実施される機能である。これに基づいて、サーバは、ターゲットページの実行を命令するとき、命令を別個に与える。図３に示すように、サーバは、クライアント端末ソフトウェアにターゲットプラグインを実施するように命令し、また、依然として、ブラウザに、他のページコンテンツを実行するように命令する。
【００２２】
サーバが、ターゲットページの２つの部分に、別個に実行するように命令するが、サーバは、例えば、「クライアント端末ソフトウェアにより実行されるターゲットプラグインに対応するページ部分は、ブラウザにより実行されるターゲットページの部分である」といった、ターゲットページにおける２つの部分の対応関係を記録することに留意すべきである。さらに、クライアント端末ソフトウェアは、ユーザにより入力されるパスワードを受信するためにプラグインを実行した後、パスワードをサーバに伝達し、サーバは、（パスワード確認など）パスワードを処理した後、ブラウザに、「ログインに成功しました」を表示するように命令してよく、このようにして、２つの部分が互いに関連付けられる。
【００２３】
データ通信方法の一般的な原理が上記で簡単に説明された。これに基づき、図３に示した、クライアント端末ソフトウェアとブラウザ、及びサーバの間の接続を確立するプロセス、ならびに、ページ表示における対話手順が、以下のように詳細に説明され、それらは、下記を含む。
【００２４】
この実施形態において、クライアント端末ソフトウェアは、ネットワーク通信をモニタしてよく、具体的には、ブラウザとサーバとの間の通信をモニタしてよい。例えば、オンラインバンクのウェブサイトがＩＥブラウザにおいて開かれ、オンラインバンクのページを開くプロセスは（この時点で、こうしたページは、例えば、ホームページといった、プラグインの実行を必要としないページであると考えられる）、ブラウザに、オンラインバンクサーバと通信するように要求し、ブラウザは、ページ（こうしたページはターゲットページと呼ばれることもある）にアクセスすることについての要求を送信する。同時に、クライアント端末ソフトウェアは、ブラウザとサーバとの間の通信のプロセスをモニタしてよい。
【００２５】
具体的には、ブラウザは、ＨＴＭＬ５をサポートするブラウザであり、サーバがページデータをブラウザに返信するとき、ページデータは、ＷｅｂＳｏｃｋｅｔの１つのＨＴＭＬ５コードを含み、ブラウザは、ページを構文解析した後、ＷｅｂＳｏｃｋｅｔを使用することによりサーバとの接続を確立する。ＷｅｂＳｏｃｋｅｔはＨＴＭＬ５のプロトコルであり、ブラウザとサーバとの間の全二重通信を実施する。ブラウザは、ＷｅｂＳｏｃｋｅｔを使用することにより、チャンネル獲得要求をサーバに送信し、サーバは、当該要求を受信した後、チャンネル情報及びチャンネル識別子をブラウザに割り当てる。チャンネル情報は、例えば、サーバアドレス及びサーバポートを含む。チャンネル識別子は、例えばキーである。この実施形態において、ブラウザとサーバとの間のチャンネルは、第２のチャンネルと呼ばれることがあり、Ｌ２によって表現され、また、サーバによりチャンネルに割り当てられるキーは、Ｋ２と呼ばれる。サーバは、周期的に情報をブラウザにフィードバックしてよい。
【００２６】
クライアント端末ソフトウェアは、ブラウザとサーバとの間の通信をモニタするプロセスにおいて、チャンネル情報及びチャンネル識別子を獲得してよい。例えば、クライアント端末ソフトウェアは、サーバのアドレス及びポートを獲得してよい。クライアント端末ソフトウェアは、サーバに、クライアント端末ソフトウェアとの接続のチャンネルを割り当てるように要求するように、チャンネル情報に従って、サーバに、チャンネル確立要求を能動的に送信する。さらに、クライアント端末ソフトウェアは、当該要求においてチャンネル識別子Ｋ２を保持してよい。
【００２７】
サーバは、クライアント端末ソフトウェアの要求を受信した後、クライアント端末ソフトウェアとの接続のチャンネルを確立する。こうしたチャンネルは、この実施形態において第１のチャンネルと呼ばれ、Ｌ１によって表現されることがある。さらに、サーバは、クライアント端末ソフトウェアにより送信される要求において保持されるチャンネル識別子Ｋ２に従って、第１のチャンネルが第２のチャンネルに対応すると判定し、第１のチャンネルと第２のチャンネルとの対応関係を確立する。サーバは、以下の表１におけるものと同様の情報を記録してよく、第１のチャンネル、第２のチャンネル、及びチャンネル識別子の間のマッピング関係を記録してよく、または、第２のチャンネルとチャンネル識別子との対応関係のみを記録してもよい。
【００２８】
【表１】
0006526201.tif 000002
【００２９】
対応関係の記録方法がどんなものであれ、サーバはさらに、クライアント端末ソフトウェアとブラウザとの間のデータ転送を担う必要があるので、また、クライアント端末ソフトウェアがプラグインを実行した後の実行データが、サーバによりブラウザにフィードバックされる必要があるので、サーバは、ページ処理の後続のプロセスにおいて、第１のチャンネルと第２のチャンネルとの間の結合関係を取得する必要がある。これは、同一のページのいくつかの機能の関連付けに属する。後続の実施形態の部分に対する参照が成されてよい。
【００３０】
また、サーバが、クライアント端末ソフトウェアにより第１のチャンネルの作成を要求することの効果を知ってもよいことに留意すべきである。効果は、以下である。ページプラグインを実行する必要があるとき、サーバは、第１のチャンネルを介して、クライアント端末ソフトウェアにプラグインを呼び出すように命令するが、もはや、ブラウザにプラグインを呼びだすように命令する必要はない。サーバがこうした効果を取得する方法は、柔軟に設定されてよい。例えば、クライアント端末ソフトウェアにより送信されるチャンネル確立要求において、こうした効果を命令するために、識別子を保持することが可能であり、または、クライアント端末ソフトウェアから、チャンネルを確立するための要求を受信することが上記の効果のために使用されることを、サーバ側で予め設定することも可能である。
【００３１】
次に、サーバが、第１のチャンネル及び第２のチャンネルを作成し、また、第１のチャンネルと第２のチャンネルとの対応関係を記録した後、サーバは、依然として、クライアント端末ソフトウェアの制御を実行する処理を再開する。実行プロセスのどのステップにおいて、どのページがクライアント端末ソフトウェアによって表示されるかが、サーバによって制御される。サーバは、ブラウザにページを表示するように命令し、ブラウザは、サーバの命令に従って、ページを構文解析及び表示する。
【００３２】
同様に、図１に示したターゲットページについて、一定の時間に、サーバは、次のステップにおいて何が行われるべきかがターゲットページを表示していると判定し、そうしたターゲットページは、ターゲットプラグインを実行する必要があると考えられる。その後、サーバは、第１のチャンネルを介して、プラグイン実行命令をクライアント端末ソフトウェアに送信してよい。命令は、ターゲットプラグインを実行するように命令するために使用され、また、ターゲットプラグインのプラグイン識別子を保持してよく、これにより、クライアント端末ソフトウェアは、プラグイン識別子に従って、呼び出すためのプラグインを見つける。ターゲットページにおける他のページ部分の表示に関して、表示は、依然としてブラウザによって処理され、サーバは、第２のチャンネルを介して、他のページの部分のデータをブラウザに送信し、ブラウザに処理するように命令する。
【００３３】
具体的には、ブラウザは、サーバにより送信されるページデータを受信した後、構文解析及び表示を行い、例えば、ブラウザは、ページツールバーやページ内のパターンなど、図１におけるパスワード入力フィールドの外側のページコンテンツを表示する。サーバの命令を受信した後、クライアント端末ソフトウェアは、プラグイン識別子に従って、呼び出し及び実行のための対応するプラグインを見つけ、また、当該プラグインを実行することによって、パスワード入力フィールドを正常に表示させ、且つ、ユーザにより入力されるパスワードを受信可能にさせる。クライアント端末ソフトウェアにより実行されるターゲットプラグインが既にインストールされていてもよく、ターゲットプラグインは、クライアント端末ソフトウェアの設定ファイルにおいて予め定義され、クライアント端末ソフトウェアは、プラグインのインストール場所を知り、また、当該インストール場所から、実行のためのプラグインデータを獲得することに留意すべきである。
【００３４】
クライアント端末ソフトウェアは、ターゲットプラグインを実行した後、さらに、第１のチャンネルを介して、処理のために、実行結果データをサーバにフィードバックする必要がある。例えば、クライアント端末ソフトウェアは、プラグインを実行した後、パスワード入力フィールドを表示し、また、ユーザにより入力されるパスワードを受信し、クライアント端末ソフトウェアは、第１のチャンネルを介して、受信されたパスワードデータをサーバに伝達する。サーバは、パスワードが正しいかどうかを確認するためにパスワード確認を行うなど、パスワードデータを処理してよい。確認が合格した場合、「確認は合格しました」または「ログインに成功しました」などのプロンプトがターゲットページに表示される。具体的には、サーバは、パスワードが正しいことを確認した後、ターゲットページ上にログイン成功を表示するようにブラウザに通知してよい。ログイン成功といった、ページ上に表示される命令は、クライアント端末ソフトウェアへのパスワードデータの処理結果のフィードバックに相当する。
【００３５】
より具体的には、サーバは、以下の方法で、クライアント端末ソフトウェアとブラウザを関連付けてよい。上記のプロセスにおいて、クライアント端末ソフトウェアはまた、第１のチャンネルを介してパスワードデータをサーバに送信するとき、Ｋ２を送信し、当該Ｋ２は、クライアント端末ソフトウェアがネットワーク通信をモニタするときに獲得される。確認が合格するとき、サーバは、Ｋ２に従って、Ｋ２に対応する第２のチャンネルＬ２と、例えば表１といった、前もって記録された対応関係を見つけ、Ｌ２を介して、ブラウザに、ログインが成功したことを示す情報を表示するように命令する。
【００３６】
また、データ通信方法が、クライアント端末ソフトウェアとブラウザとの間の通信と類似していることが、上記のプロセスを通して理解され得る。例えば、クライアント端末ソフトウェアがプラグインプログラムを実行した後、サーバが、クライアント端末ソフトウェアの実行データに従って処理を行い、表示のために、処理結果をブラウザにフィードバックする。すなわち、ブラウザの表示は、クライアント端末ソフトウェアの側でプラグインの実行結果と共に取得され、これは、サーバが、クライアント端末ソフトウェアのデータをブラウザに転送することに相当する。反対に、ブラウザがクライアント端末ソフトウェアと通信する必要があるとき、要求はサーバを介して転送されてよく、すなわち、要求は第２のチャンネルを介してサーバに送信され、その後、サーバが、要求をクライアント端末ソフトウェアに送信し、それゆえ、クライアント端末ソフトウェアとブラウザとの間の双方向通信を実施する。
【００３７】
この実施形態のデータ通信方法によれば、同一のプラグインが、様々なブラウザに適用でき、クライアント端末ソフトウェアがプラグインを呼び出し及び実行できる限り、開発者はもはや、様々なブラウザ仕様に従ったプラグインのバージョンを開発する必要はない。従来の方法と比較して、プラグイン開発者の作業負荷が著しく削減される。さらに、方法はまた、サービス実施態様の効率を向上させる。例えば、一定のクライアント端末ソフトウェアがアップグレードされることを必要とする場合、多数のバージョンのプラグインを開発する必要はなく、クライアント端末ソフトウェアのアップグレードが迅速に実施でき、効率が向上する。
【００３８】
上記の方法の実施形態に基づいて、本発明の実施形態は、クライアント端末装置を提供する。当該装置は、クライアント端末ソフトウェアで実行され、これにより、クライアント端末ソフトウェアは、上記の方法の実施形態における方法を行う。この実施形態において、装置の構造が簡潔に説明され、そのそれぞれのモジュールの作動原理のために、方法の実施形態に対して参照が成されてよい。図４に示すように、当該装置は、命令受信ユニット４１、プラグイン処理ユニット４２、及び結果フィードバックユニット４３を含んでよく、
命令受信ユニット４１は、サーバにより第１のチャンネルを介して送信されるプラグイン実行命令を受信するように構成され、プラグイン実行命令は、ターゲットプラグインを実行するように命令するために使用され、
プラグイン処理ユニット４２は、命令受信ユニットにより受信されるプラグイン実行命令に従って、実行するために、ターゲットプラグインを呼び出すように構成され、
結果フィードバックユニット４３は、処理のために、第１のチャンネルを介してサーバに実行結果データをフィードバックするように構成され、これにより、サーバが処理結果をブラウザにフィードバックする。
【００３９】
図４に基づいて、この実施形態はさらに、図５の別の装置を提供し、クライアント端末装置はさらに、ネットワークモニタリングユニット４４及びチャンネル要求ユニット４５を含む。
【００４０】
ネットワークモニタリングユニット４４は、サーバによりブラウザに割り当てられた第２のチャンネルのチャンネル情報及びチャンネル識別子を獲得するように、ブラウザとサーバとの間の通信をモニタするように構成される。
【００４１】
チャンネル要求ユニット４５は、ネットワークモニタリングユニットにより獲得されるチャンネル情報に従って、チャンネル確立要求をサーバに送信するように構成され、チャンネル確立要求はチャンネル識別子を保持し、これにより、サーバは、第１のチャンネルを作成し、また、チャンネル識別子に従って、第１のチャンネルと第２のチャンネルとの対応関係を確立する。
【００４２】
本発明の実施形態はさらに、データ通信装置を提供する。当該装置はサーバで実行され、これにより、サーバが上記方法を行う。図６に示すように、当該装置は、アクセス要求受信ユニット６１、チャンネル確立ユニット６２、命令送信ユニット６３、フィードバック受信ユニット６４、データ処理ユニット６５、及び結果転送ユニット６６を含んでよく、
アクセス要求受信ユニット６１は、ブラウザにより送信される、ターゲットページにアクセスすることについての要求を受信するように構成され、
チャンネル確立ユニット６２は、ブラウザとの第２のチャンネルを確立するように、クライアント端末ソフトウェアとの第１のチャンネルを確立するように、及び、第１のチャンネルと第２のチャンネルとの対応関係をストアするように構成され、
命令送信ユニット６３は、第１のチャンネルを介して、プラグイン実行命令をクライアント端末ソフトウェアに送信するように構成され、プラグイン実行命令は、クライアント端末ソフトウェアにターゲットプラグインを実行するように命令するために使用されるものであり、また、第２のチャンネルを介して、ブラウザに、ターゲットページの他のページ機能を処理するように命令し、
フィードバック受信ユニット６４は、クライアント端末ソフトウェアにより第１のチャンネルを介してフィードバックされるプラグイン実行結果データを受信するように構成され、
データ処理ユニット６５は、実行結果データを処理するように構成され、
結果転送ユニット６６は、第２のチャンネルを介して、処理結果をブラウザに送信するように構成される。
【００４３】
図６に基づいて、この実施形態はさらに、図７の別の装置を提供し、当該装置において、チャンネル確立ユニット６２は、チャンネル要求サブユニット６２１、チャンネル作成サブユニット６２２、及びチャンネル関係サブユニット６２３を含んでよく、
チャンネル要求サブユニット６２１は、クライアント端末ソフトウェアにより送信されるチャンネル確立要求を受信するように構成され、チャンネル確立要求がチャンネル識別子を保持し、
チャンネル作成サブユニット６２２は、チャンネル確立要求に従って、第１のチャンネルを作成するように構成され、
チャンネル関係サブユニット６２３は、チャンネル識別子に従って、第１のチャンネルと第２のチャンネルとの対応関係を確立するように構成される。
【００４４】
上記の説明は、本発明の好ましい実施形態に過ぎず、本発明を限定することを意図するものでない。本発明の精神及び原理内で成される任意の修正、等価の置換、改良等はすべて、本発明の保護範囲内に含まれるべきである。
【図１】
0006526201.tif 000003
【図２】
0006526201.tif 000004
【図３】
0006526201.tif 000005
【図４】
0006526201.tif 000006
【図５】
0006526201.tif 000007
【図６】
0006526201.tif 000008
【図７】
0006526201.tif 000009