JP2006059267A - アプリケーション実行システムおよびアプリケーション実行方法 - Google Patents

Abstract

【課題】 Ｗｅｂブラウザでの処理からＣＳ型アプリケーションの処理に移る際に、改めてログイン情報を入力することなく、情報を引き継いで実行する。
【解決手段】 通信端末１０のＷｅｂブラウザ１１内で起動するアプレット２８が、ユーザ情報およびデータ情報を、アプレット２８で開いたサーバソケット３２からＣＳ型アプリケーション２９で開いたクライアントソケット３３へ送信する。ＣＳ型アプリケーション２９では、この情報を用いてサーバ２０内のアプリケーションサーバ２３に格納されているアプリケーションプログラム３１を起動することができる。その後、アプリケーションプログラム３１の処理結果が、ＣＳ型アプリケーション２９のクライアントソケット３３からアプレット２８のサーバソケット３２へ送信され、Ｗｅｂブラウザ上で表示される。
【選択図】図１

Description

本発明は、通信端末にて、ＷｅｂブラウザとＣＳ（Client Server）型アプリケーションの双方を利用して作業を行うアプリケーション実行システムおよびアプリケーション実行方法に関する。

従来より、通信端末のＷｅｂブラウザ上において行われる作業は、簡単な入力を行うものに限られており、ＨＴＭＬで記述されたコンテンツ上で行われている。また、Ｗｅｂブラウザ上においてローカルアプリケーションであるＣＳ型アプリケーションの情報を取得することや、ＣＳ型アプリケーション上においてＷｅｂブラウザの情報を取得することができないため、さらに複雑な作業を行う場合には、別途ＪＷＳ（Java Web Start）サーバによりＣＳ型アプリケーションを起動して、そのＣＳ型アプリケーション上で作業を行う必要がある。

また、近年においては、専用のアプリケーション・プログラム・インタフェースを使用して、複数の異なるサーバ間で環境情報を共用する仕組みも考えられている（例えば、特許文献１参照。）。
特開２０００−１０５７４１号公報

上述したように、通信端末においてＷｅｂブラウザ上で複雑な作業を行う場合、ＨＴＭＬで記述されたコンテンツ上にて作業を行い、また、ＪＷＳサーバにより起動されたＣＳ型アプリケーション上にて作業を行う必要がある。

しかしながら、ＣＳ型アプリケーションはＷｅｂブラウザの情報を取得することができないため、Ｗｅｂブラウザから引き継いでＣＳ型アプリケーション上での作業を行うことができない。また、ＷｅｂブラウザはＣＳ型アプリケーションの情報を取得することができないため、ＣＳ型アプリケーションから引き継いでＷｅｂブラウザ上での作業を行うことができないという問題点がある。

また、ＣＳ型アプリケーションは、Ｗｅｂブラウザのユーザのログイン情報を取得することができないため、Ｗｅｂブラウザ上での作業からＣＳ型アプリケーション上での作業に移る際に改めてユーザのログイン情報を入力し、認証システムに認証を求める必要があり、そのため手間がかかってしまうという問題点がある。

本発明は、上述したような従来の技術が有する問題点に鑑みてなされたものであって、Ｗｅｂブラウザ上での作業とＣＳ型アプリケーション上での作業とを手間をかけずに引き継いで行うことができるアプリケーション実行システムおよびアプリケーション実行方法を提供することを目的とする。

上記目的を達成するために本発明は、
ネットワークに接続されＷｅｂブラウザを搭載した通信端末と、ネットワークを介して前記通信端末からアクセス可能に構成されたサーバとを有し、前記サーバから提供されたファイルによって前記通信端末にてアプリケーションを実行するアプリケーション実行システムであって、
前記サーバは、
前記Ｗｅｂブラウザ上にて起動可能なファイルを前記通信端末に提供する第１のサーバと、
前記通信端末にてＣＳ型アプリケーションを起動可能なファイルを前記通信端末に提供し、該通信端末にて前記ＣＳ型アプリケーションを実行する第２のサーバとを有し、
前記通信端末は、前記Ｗｅｂブラウザ上にて実行されるアプレットと前記ＣＳ型アプリケーションとを、同一のポート番号のソケットを介してやりとりする。

また、前記Ｗｅｂブラウザは、前記同一のポート番号のソケットを介して、前記ＣＳ型アプリケーションから取得した情報を表示することを特徴とする。

また、前記通信端末は、
前記Ｗｅｂブラウザ上にて起動したアプレットによって特定のポート番号が開かれるサーバソケットと、
前記ＣＳ型アプリケーションによって、前記サーバソケットと同一のポート番号が開かれるクライアントソケットとを有し、
前記Ｗｅｂブラウザ上にて実行されるアプレットと前記ＣＳ型アプリケーションとは、前記サーバソケットおよび前記クライアントソケットを介して相互に情報をやりとりすることを特徴とする。

また、前記ＣＳ型アプリケーションは、前記Ｗｅｂブラウザから取得した情報を前記サーバに送信し、
前記サーバは、前記通信端末から送信されてきた情報を用いて、該通信端末を操作するユーザ認証を行うための認証手段を有することを特徴とする。

また、通信端末のＷｅｂブラウザ上で、ネットワークを介して当該通信端末と接続されたサーバ内のアプリケーションを実行するアプリケーション実行方法であって、
前記Ｗｅｂブラウザにてアプレットを起動させる処理と、
前記アプレットによって前記サーバに対してＣＳ型アプリケーションの起動を要求する処理と、
前記サーバから、前記ＣＳ型アプリケーションを起動するためのファイルを前記通信端末に送信し、該通信端末にて前記ＣＳ型アプリケーションを起動する処理と、
前記通信端末にて、起動した前記ＣＳ型アプリケーションを用いて前記サーバ内のアプリケーションを起動する処理と、
前記サーバ内の情報を取得して表示する処理とを有する。

また、前記アプレットが起動した際に、前記通信端末内に設けられたサーバソケットを開く処理と、
前記ＣＳ型アプリケーションが起動した際に、前記通信端末内に設けられたクライアントソケットを、前記サーバソケットと同一のポート番号で開く処理と、
前記アプレットと前記ＣＳ型アプリケーションとの間にて、前記サーバソケットと前記クライアントソケットとを介して相互に情報をやりとりする処理とを有することを特徴とする。

また、前記ＣＳ型アプリケーションによって、前記Ｗｅｂブラウザから取得した情報を用いて、通信端末を操作するユーザ認証を行う処理を有することを特徴とする。

上記のように構成された本発明においては、通信端末にてＷｅｂブラウザ上からユーザＩＤやパスワード等のログイン情報が入力されると、このログイン情報およびデータ情報がＷｅｂブラウザ内で起動するアプレットのサーバソケットから、ネットワークを介して通信端末と接続されているサーバ内の第２のサーバによって起動されるＣＳ型アプリケーションのクライアントソケットへ送信される。そして、ＣＳ型アプリケーションによって、得られた情報を用いてサーバ内に格納されているアプリケーションプログラムが起動する。その後、アプリケーションプログラムでの処理結果がＣＳ型アプリケーションのクライアントソケットから、アプレットのサーバソケットへ送信され、Ｗｅｂブラウザ上で表示される。

このように、Ｗｅｂブラウザ上からユーザＩＤやパスワード等のログイン情報を入力するだけで、Ｗｅｂブラウザ上での作業とＣＳ型アプリケーション上での作業を手間をかけずに引き継いで行うことができる。

以上説明したように本発明は、ネットワークに接続されＷｅｂブラウザを搭載した通信端末と、ネットワークを介して通信端末からアクセス可能に構成されたサーバとを有し、サーバから提供されたファイルによって通信端末にてアプリケーションを実行するアプリケーション実行システムであって、サーバは、Ｗｅｂブラウザ上にて起動可能なファイルを通信端末に提供する第１のサーバと、通信端末にてＣＳ型アプリケーションを起動可能なファイルを通信端末に提供し、通信端末にてＣＳ型アプリケーションを実行する第２のサーバとを有し、通信端末は、Ｗｅｂブラウザ上にて実行されるアプレットとＣＳ型アプリケーションとを、同一のポート番号のソケットを介してやりとりするという構成としたため、Ｗｅｂブラウザ上での作業とＣＳ型アプリケーション上での作業とを手間をかけずに引き継いで行うことができる。

以下に、本発明の実施の形態について図面を参照して説明する。

図１は、本発明のアプリケーション実行システムの実施の一形態を示すブロック図である。

本形態は図１に示すように、ユーザが使用する通信端末１０と、ネットワーク４０を介して通信端末１０と接続可能に構成されたサーバ２０とからなり、通信端末１０は、サーバ２０にアクセスするためのソフトウェアであるＷｅｂブラウザ１１と、サーバ２０内から送信されたファイルが起動し動作するＣＳ型アプリケーション２９とから構成されている。また、Ｗｅｂブラウザ１１内には、サーバ２０から送信されたファイルが起動し動作するアプレット２８が設けられており、また、アプレット２８には他のアプリケーションと通信を行うサーバソケット３２が設けられている。また、ＣＳ型アプリケーション２９内には、他のアプリケーションと通信を行うクライアントソケット３３が設けられている。また、サーバ２０は、Ｗｅｂブラウザ１１によってアクセスされる第１のサーバであるＷｅｂサーバ２１および第２のサーバであるＪＷＳサーバ２２と、Ｗｅｂブラウザ１１がＷｅｂサーバ２１にアクセスしたときに通信端末１０を操作するユーザの認証を行う認証システム２４と、サーバ２０内のデータを操作するためにＣＳ型アプリケーション２９によってアクセスされるアプリケーションサーバ２３とから構成されている。また、認証システム２４内には、ユーザの認証を行うための情報が格納されているユーザ情報格納ファイル３０が設けられており、また、Ｗｅｂサーバ２１は、Ｗｅｂブラウザ１１が起動するときに送信要求されるＨＴＭＬファイル２５と、Ｗｅｂブラウザ１１がＨＴＭＬファイル２５を受け取った後にＷｅｂブラウザ１１から送信要求されるアプレットファイル２６とから構成されている。また、ＪＷＳサーバ２２内には、Ｗｅｂブラウザ１１によって送信および起動が要求されるＣＳ型アプリケーションファイル２７が設けられており、また、アプリケーションサーバ２３には、ＣＳ型アプリケーション２９が起動するアプリケーションプログラム３１が設けられている。なお、図１においては、１台のサーバ２０に対して１台の通信端末１０が接続されているが、１台のサーバ２０に対して複数台の通信端末１０が接続されていてもよい。また、サーバ２０についても、図１においては、１台のサーバ２０がすべてのサーバ機能を担当しているが、複数台のサーバ２０がそれぞれのサーバ機能を分担してもよい。

以下に、上記のように構成されたアプリケーション実行システムの動作についてフローチャートを参照して詳細に説明する。

図２は、図１に示したアプリケーション実行システムにおけるアプリケーション実行方法を説明するためのフローチャートである。

通信端末１０上のＷｅｂブラウザ１１において、ログインページが表示されている状態から（ステップＳ１）、ユーザがＷｅｂブラウザ１１の情報を利用したＣＳ型アプリケーション２９による作業を行うために、サーバ２０に対してＷｅｂブラウザ１１からログイン及びＨＴＭＬファイル２５の要求がされると（ステップＳ２）、まず、サーバ２０内のＷｅｂサーバ２１にてログイン及びＨＴＭＬファイル２５の要求が受信される（ステップＳ３）。なお、ここでのログインの要求とは、ログイン情報（ユーザＩＤ、パスワード等）の送受信を言い、Ｗｅｂブラウザ１１からＷｅｂサーバ２１にこのログイン情報が送信される。

Ｗｅｂサーバ２１にてログイン及びＨＴＭＬファイル２５の要求が受信されると、認証システム２４において、Ｗｅｂサーバ２１からログイン情報の適合性の判断を求められ、Ｗｅｂサーバ２１にて受信されたログイン情報と、ユーザ情報格納ファイル３０に格納されているユーザ情報とが比較され、ユーザの認証が行われる（ステップＳ４）。

認証システム２４においてユーザが認証されると、認証システム２４からＷｅｂサーバ２１に対して認証された旨が通知され、Ｗｅｂサーバ２１からＨＴＭＬファイル２５が通信端末１０内のＷｅｂブラウザ１１に送信される（ステップＳ５）。

Ｗｅｂサーバ２１から送信されたＨＴＭＬファイル２５が、Ｗｅｂブラウザ１１において受信されると（ステップＳ６）、Ｗｅｂブラウザ１１からＷｅｂサーバ２１に対してアプレットファイル２６の送信が要求される（ステップＳ７）。

Ｗｅｂサーバ２１において、Ｗｅｂブラウザ１１からのアプレットファイル２６の送信要求が受信されると（ステップＳ８）、Ｗｅｂサーバ２１からＷｅｂブラウザ１１に対してアプレットファイル２６が送信される（ステップＳ９）。

Ｗｅｂサーバ２１から送信されたアプレットファイル２６がＷｅｂブラウザ１１にて受信されると（ステップＳ１０）、Ｗｅｂブラウザ１１において受信されたアプレットファイル２６からアプレット２８が起動される（ステップＳ１１）。

起動されたアプレット２８において、独自のポート番号でサーバソケット３２が開かれる（ステップＳ１２）。また、Ｗｅｂブラウザ１１から、ユーザＩＤおよびパスワード等のログイン情報、ユーザがＷｅｂブラウザ１１上でマウスクリックしたアンカータグ情報を含むセッション情報、並びにデータ情報等が、アプレット２８にて取得され、保持される（ステップＳ１３）。

その後、アプレット２８によってサーバ２０内のＪＷＳサーバ２２に対してＣＳ型アプリケーション２９の起動が要求される（ステップＳ１４）。

この起動要求がＪＷＳサーバ２２において受信されると（ステップＳ１５）、ＪＷＳサーバ２２において、通信端末１０内に指定のＣＳ型アプリケーションファイル２７が存在するかどうかが確認され（ステップＳ１６）、指定のＣＳ型アプリケーションファイル２７が存在しなければ、指定のＣＳ型アプリケーションファイル２７が通信端末１０に送信される（ステップＳ１７）。

ＪＷＳサーバ２２から送信されたＣＳ型アプリケーションファイル２７が通信端末１０にて受信されると（ステップＳ１８）、通信端末１０において、ＪＷＳサーバ２２に対して、指定のＣＳ型アプリケーションファイル２７が受信された旨が通知され（ステップＳ１９）、ＪＷＳサーバ２２にて，通信端末１０からＣＳ型アプリケーションファイル２７の受信通知が受信される（ステップＳ２０）。

通信端末１０から送信されたＣＳ型アプリケーションファイル２７の受信通知がＪＷＳサーバ２２にて受信されると、ＪＷＳサーバ２２によって通信端末１０内のＣＳ型アプリケーション２９が起動する（ステップＳ２１）。また、ステップＳ１６において、通信端末１０内に指定のＣＳ型アプリケーションファイル２７が存在することが確認された場合においても、ＪＷＳサーバ２２によって通信端末１０内のＣＳ型アプリケーション２９が起動する。

ステップＳ１２において開かれたサーバソケット３２と同一のポート番号で、ＪＷＳサーバ２２によって起動されたＣＳ型アプリケーション２９にてクライアントソケット３３が開かれ（ステップＳ２２）、そのクライアントソケット３３と、ステップＳ１２において開かれたサーバソケット３２とを介して、ステップＳ１３においてアプレット２８に保持された情報が、ＣＳ型アプリケーション２９にて取得される（ステップＳ２３）。

次に、ＣＳ型アプリケーション２９からサーバ２０の情報を要求するために、アプレット２８から取得した情報がアプリケーションサーバ２３に送信される（ステップＳ２４）。

ＣＳ型アプリケーション２９から送信された情報がアプリケーションサーバ２３にて受信されると、アプリケーションサーバ２３において受信された情報について、認証システム２４に対してユーザ認証が求められ（ステップＳ２５）、認証システム２４にて認証処理が行われる（ステップＳ２６）。

認証システム２４にてユーザ認証が行われた後、アプリケーションプログラム３１が起動し（ステップＳ２７）、アプリケーションプログラム３１の処理結果である情報がアプリケーションサーバ２３からＣＳ型アプリケーション２９に提供される（ステップＳ２８）。

ＣＳ型アプリケーション２９にて、上記の情報が取得されると（ステップＳ２９）、取得された情報がＣＳ型アプリケーション２９のクライアントソケット３３から、アプレット２８のサーバソケット３２を介して、アプレット２８へ送信される（ステップＳ３０）。

アプレット２８にて取得された情報は、Ｗｅｂブラウザ１１によって表示される（ステップＳ３１）。

図３は、図１に示したＷｅｂブラウザ１１上でユーザがマウスをクリックした際に、ＣＳ型アプリケーション２９にて表示される情報の一例を示す図である。

図３においては、Ｗｅｂブラウザ１１のアンカータグ情報、アプレットタグ情報を含むＤＥＦの情報名をユーザがマウスクリックすることにより、ＣＳ型アプリケーション２９が起動し、Ｗｅｂブラウザ１１の情報がＣＳ型アプリケーション２９にて取得され、ＣＳ型アプリケーション２９にＤＥＦの情報名と共にＤＥＦの情報が表示される例を示している。

図３に示すように、初期ページのＨＴＭＬファイル２５を表示しているＷｅｂブラウザ１１には、アンカータグ情報、アプレットタグ情報にアクセスする為のＡＢＣ，ＤＥＦ、ＧＨＩなどの情報名が表示されている。

ここで、ユーザが情報名ＤＥＦをマウスクリックすると、アプレットタグ情報によりＷｅｂブラウザ１１からＷｅｂサーバ２１に対してアプレットファイル２６の送信が要求される。すると、アプレットファイル２６の送信を要求されたＷｅｂサーバ２１から、Ｗｅｂブラウザ１１に対してアプレットファイル２６が送信され、Ｗｅｂブラウザ１１においてアプレット２８が起動する。

その後、起動したアプレット２８によって、ＪＷＳサーバ２２に対してＣＳ型アプリケーション２９の起動が要求され、ＪＷＳサーバ２２によってＣＳ型アプリケーション２９が起動する。ユーザＩＤおよびパスワード等のログイン情報、Ｗｅｂブラウザ１１上でユーザが情報名ＤＥＦをマウスクリックした記録を含むセッション情報、並びに情報名ＤＥＦのアンカータグ情報等のデータ情報は、アプレット２８のサーバソケット３２からＣＳ型アプリケーション２９のクライアントソケット３３に送られる。

すると、ＣＳ型アプリケーション２９において、アプレット２８のサーバソケット３２から取得された情報名ＤＥＦのアンカータグ情報を用いて、ＣＳ型アプリケーション２９からアプリケーションサーバ２３に情報名ＤＥＦの情報が要求され、情報名ＤＥＦの情報が要求されたアプリケーションサーバ２３においてアプリケーションプログラム３１が起動し、そのアプリケーションプログラム３１による処理結果である情報名ＤＥＦの情報がＣＳ型アプリケーション２９に送信され、情報名ＤＥＦと共にＣＳ型アプリケーション２９上に表示される。なお、ＣＳ型アプリケーション２９上では、その情報の一部または全部を修正、または削除が行われることもできる。

ここで、ＣＳ型アプリケーション２９からアプリケーションサーバ２３に対して情報名ＤＥＦの情報が要求された時に、ユーザの認証が行われる。ＣＳ型アプリケーション２９において、ソケットを通してアプレット２８から入手されたユーザＩＤおよびパスワード等のログイン情報が、アプリケーションサーバ２３に送信され、ユーザの認証が求められる。アプリケーションサーバ２３において、認証システム２４を利用してのユーザの認証が行われ、認証されるとアプリケーションプログラム３１が起動され、その処理結果である情報の提供が行われる。

図４は、図１に示したＣＳ型アプリケーション２９上で情報名ＤＥＦの情報が入力、修正、または一部を削除され、Ｗｅｂブラウザ１１上に表示された情報の一例を示す図である。

図４に示すように、情報名ＤＥＦの情報は、ＣＳ型アプリケーション２９のクライアントソケット３３からアプレット２８のサーバソケット３２に送られ、アプレット２８においてその情報がＷｅｂブラウザ１１上に表示される。

図５は、図１に示したＣＳ型アプリケーション２９が終了するときの動作を説明するためのフローチャートである。

図１に示したＣＳ型アプリケーション２９を終了する場合は、Ｗｅｂブラウザ１１上にＣＳ型アプリケーション２９によって表示される終了指示ボタン等を用いた指示が与えられる。例えば、Ｗｅｂブラウザ１１上の終了指示ボタンをユーザがマウスクリックすると、Ｗｅｂブラウザ１１からＣＳ型アプリケーション２９に終了指示が与えられる（ステップＳ５１）。

この終了指示がＣＳ型アプリケーション２９にて受信されると（ステップＳ５２）、ＣＳ型アプリケーション２９のクライアントソケット３３からアプレット２８のサーバソケット３２を介して、アプレット２８にＣＳ型アプリケーション２９のセッション情報およびデータ情報が引き渡され（ステップＳ５３）、アプレット２８にてＣＳ型アプリケーション２９からのセッション情報およびデータ情報が受信される（ステップＳ５４）。

また、ＣＳ型アプリケーション２９からアプレット２８にＣＳ型アプリケーション２９を終了する旨を示す終了通知が送信され（ステップＳ５５）、アプレット２８にてＣＳ型アプリケーション２９からの終了通知が受信される（ステップＳ５６）。

さらに、ＣＳ型アプリケーション２９にて、クライアントソケット３３が閉塞され（ステップＳ５７）、ＣＳ型アプリケーション２９が終了する（ステップＳ５８）。

一方、アプレット２８では、ＣＳ型アプリケーション２９から引き渡されたセッション情報およびデータ情報が処理され、Ｗｅｂブラウザ１１上に表示される（ステップＳ５９）。

さらに、アプレット２８にて、サーバソケット３２が閉塞され（ステップＳ６０）、アプレット２８が終了する（ステップＳ６１）。

このように、サーバソケット３２とクライアントソケット３３とを用いることによって、Ｗｅｂブラウザ１１の情報とＣＳ型アプリケーション２９の情報を相互に受け渡すことができ、それにより、Ｗｅｂブラウザ１１上での作業とＣＳ型アプリケーション２９での作業を手間をかけずに引き継いで行うことができるようになる。

本発明のアプリケーション実行システムの実施の一形態を示すブロック図である。 図１に示したアプリケーション実行システムにおけるアプリケーション実行方法を説明するためのフローチャートである。 図１に示したＷｅｂブラウザ上でユーザがマウスをクリックした際に、ＣＳ型アプリケーションにて表示される情報の一例を示す図である。 図１に示したＣＳ型アプリケーション上で情報名ＤＥＦの情報が入力、修正、または一部を削除され、Ｗｅｂブラウザ上に表示された情報の一例を示す図である。 図１に示したＣＳ型アプリケーションが終了するときの動作を説明するためのフローチャートである。

符号の説明

１０ 通信端末
１１ Ｗｅｂブラウザ
２０ サーバ
２１ Ｗｅｂサーバ
２２ ＪＷＳサーバ
２３ アプリケーションサーバ
２４ 認証システム
２５ ＨＴＭＬファイル
２６ アプレットファイル
２７ ＣＳ型アプリケーションファイル
２８ アプレット
２９ ＣＳ型アプリケーション
３０ ユーザ情報格納ファイル
３１ アプリケーションプログラム
３２ サーバソケット
３３ クライアントソケット
４０ ネットワーク

Claims (7)

1. ネットワークに接続されＷｅｂブラウザを搭載した通信端末と、ネットワークを介して前記通信端末からアクセス可能に構成されたサーバとを有し、前記サーバから提供されたファイルによって前記通信端末にてアプリケーションを実行するアプリケーション実行システムであって、
   前記サーバは、
   前記Ｗｅｂブラウザ上にて起動可能なファイルを前記通信端末に提供する第１のサーバと、
   前記通信端末にてＣＳ型アプリケーションを起動可能なファイルを前記通信端末に提供し、該通信端末にて前記ＣＳ型アプリケーションを実行する第２のサーバとを有し、
   前記通信端末は、前記Ｗｅｂブラウザ上にて実行されるアプレットと前記ＣＳ型アプリケーションとを、同一のポート番号のソケットを介してやりとりするアプリケーション実行システム。
2. 請求項１に記載のアプリケーション実行システムにおいて、
   前記Ｗｅｂブラウザは、前記同一のポート番号のソケットを介して、前記ＣＳ型アプリケーションから取得した情報を表示することを特徴とするアプリケーション実行システム。
3. 請求項１または請求項２に記載のアプリケーション実行システムにおいて、
   前記通信端末は、
   前記Ｗｅｂブラウザ上にて起動したアプレットによって特定のポート番号が開かれるサーバソケットと、
   前記ＣＳ型アプリケーションによって、前記サーバソケットと同一のポート番号が開かれるクライアントソケットとを有し、
   前記Ｗｅｂブラウザ上にて実行されるアプレットと前記ＣＳ型アプリケーションとは、前記サーバソケットおよび前記クライアントソケットを介して相互に情報をやりとりすることを特徴とするアプリケーション実行システム。
4. 請求項１乃至請求項３のいずれか１項に記載のアプリケーション実行システムにおいて、
   前記ＣＳ型アプリケーションは、前記Ｗｅｂブラウザから取得した情報を前記サーバに送信し、
   前記サーバは、前記通信端末から送信されてきた情報を用いて、該通信端末を操作するユーザ認証を行うための認証手段を有することを特徴とするアプリケーション実行システム。
5. 通信端末のＷｅｂブラウザ上で、ネットワークを介して当該通信端末と接続されたサーバ内のアプリケーションを実行するアプリケーション実行方法であって、
   前記Ｗｅｂブラウザにてアプレットを起動させる処理と、
   前記アプレットによって前記サーバに対してＣＳ型アプリケーションの起動を要求する処理と、
   前記サーバから、前記ＣＳ型アプリケーションを起動するためのファイルを前記通信端末に送信し、該通信端末にて前記ＣＳ型アプリケーションを起動する処理と、
   前記通信端末にて、起動した前記ＣＳ型アプリケーションを用いて前記サーバ内のアプリケーションを起動する処理と、
   前記サーバ内の情報を取得して表示する処理とを有するアプリケーション実行方法。
6. 請求項５に記載のアプリケーション実行方法において、
   前記アプレットが起動した際に、前記通信端末内に設けられたサーバソケットを開く処理と、
   前記ＣＳ型アプリケーションが起動した際に、前記通信端末内に設けられたクライアントソケットを、前記サーバソケットと同一のポート番号で開く処理と、
   前記アプレットと前記ＣＳ型アプリケーションとの間にて、前記サーバソケットと前記クライアントソケットとを介して相互に情報をやりとりする処理とを有することを特徴とするアプリケーション実行方法。
7. 請求項５または請求項６に記載のアプリケーション実行方法において、
   前記ＣＳ型アプリケーションによって、前記Ｗｅｂブラウザから取得した情報を用いて、通信端末を操作するユーザ認証を行う処理を有することを特徴とするアプリケーション実行方法。
   
   

Images