(57)【要約】      （修正有）【課題】クライアント端末からコマンドの入力を受けたアプリケーションサーバに於いて実行されるデータ処理システムであって、アプリケーションサーバに依存した基本部分を共通化することによって、サーバ側のアプリケーションの開発負担を軽減した、データ処理システムを提供することを目的とする。【解決手段】ＪＡＶＡアプリケーションの処理を実行するデータ処理システムであって、データ処理システムはアプリケーションサーバ１に備えられており、基本処理手段２は、アプリケーションサーバ１に依存する、複数のアプリケーション実行処理手段３Ａ，３Ｂ…３Ｘに共通する部分を基本部分として各アプリケーション実行処理手段３Ａ，３Ｂ…３Ｘに共通化した手段であり、アプリケーション実行処理手段３Ａ，３Ｂ…３Ｘは、クライアント端末４から受信したコマンドに対応するＪＡＶＡアプリケーションの処理を実行する手段である、データ処理システムである。【選択図】  図１
2006126982.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末からネットワークを介して受信した、ＪＡＶＡアプリケーションに於けるコマンドに対応する処理を実行するデータ処理システムであって、
前記データ処理システムは、少なくとも一以上の基本処理手段と、複数のアプリケーション実行処理手段とがアプリケーションサーバに備えられており、
前記基本処理手段は、
前記アプリケーションサーバに依存する、前記複数のアプリケーション実行処理手段に共通する部分を基本部分として各アプリケーション実行処理手段に共通化した手段であり、
前記アプリケーション実行処理手段は、
前記クライアント端末から受信したコマンドに対応するＪＡＶＡアプリケーションの処理を実行する手段である、
ことを特徴とするデータ処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアント端末からコマンドの入力を受けたアプリケーションサーバに於いて実行されるデータ処理システムであって、アプリケーションサーバに依存した基本部分を共通化することによって、サーバ側のアプリケーションの開発負担を軽減した、データ処理システムに関する。
【背景技術】
【０００２】
クライアント端末からアプリケーションサーバに対して何らかの処理を実行させる場合、処理内容に応じたコマンドをクライアント端末からアプリケーションサーバに対して送信することで、それを受信したアプリケーションサーバでは、そのコマンドが対応するロジックを実行している。このような場合、クライアント端末から送信されるコマンドに対応したロジックをアプリケーションサーバ側に個別に設ける必要がある。
【０００３】
従って、アプリケーションの開発を行う場合に、アプリケーションサーバ側に開発負担が生じることになる。その為、例えば下記非特許文献１、非特許文献２に開示のように、その各ロジックの基本部分（プリミティブな部分）を共通化することによって、その開発負担を軽減することが考えられている。
【０００４】
【非特許文献１】株式会社カサレアル、石井 真、阿島 哲夫  共著、「Jakartaプロジェクト  カンタン Struts  Jakartaプロジェクト」、株式会社秀和システム、２００３年６月４日
【非特許文献２】テッド  ハスティッド著、「STRUTS・イン・アクション」、ソフトバンクパブリッシング株式会社、２００３年１２月１０日
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来行われているロジックの基本部分の共通化については、ＨＴＭＬ（ウェブブラウザ）ベースでは普及している。しかしその一方で、ＨＴＭＬによる場合、画面の表現については複雑な表現を実行する為には、その開発にかなり負担を要するものであり、又、画面の操作性も良いものではない。更に、ＨＴＭＬの特性上、常に画面全体の再描画が必要となり、その為クライアント端末とアプリケーションサーバとの間の通信量が増大する問題がある。
【課題を解決するための手段】
【０００６】
そこで本発明者は、ＨＴＭＬではなく、ＳｕｎＭｉｃｒｏｓｙｓｔｅｍｓ社の開発したプログラミング言語ＪＡＶＡ（登録商標）のグラフィック関連のクラスライブラリである、Ｓｗｉｎｇに於いて実行することによって、従来のＨＴＭＬでは問題があった、画面の表現力や画面の操作性の向上、通信量を減らすことを可能とするデータ処理システムを発明した。
【０００７】
請求項１の発明は、クライアント端末からネットワークを介して受信した、ＪＡＶＡアプリケーションに於けるコマンドに対応する処理を実行するデータ処理システムであって、前記データ処理システムは、少なくとも一以上の基本処理手段と、複数のアプリケーション実行処理手段とがアプリケーションサーバに備えられており、前記基本処理手段は、前記アプリケーションサーバに依存する、前記複数のアプリケーション実行処理手段に共通する部分を基本部分として各アプリケーション実行処理手段に共通化した手段であり、前記アプリケーション実行処理手段は、前記クライアント端末から受信したコマンドに対応するＪＡＶＡアプリケーションの処理を実行する手段である、データ処理システムである。
【０００８】
このように構成することで、画面の表現力は従来のクライアント・サーバシステムと同等の表現力が備えられ、又、画面の操作性も従来のクライアント・サーバシステムと同等の操作性を有することとなる。更に、従来のＨＴＭＬによるものと異なり、必要な部分のみの書き換えを行えば良い為、必要最低限の通信量とすることが出来る。
【０００９】
更に、Ｓｗｉｎｇに於いても、アプリケーションサーバに依存した基本部分を共通化することによって、従来のＨＴＭＬによる場合と同等に開発者の負担を軽減することが出来る。
【発明の効果】
【００１０】
本発明によって、従来と同様に、アプリケーションサーバ側でのロジックの基本部分を共通化することでその開発負担を軽減することが可能になると共に、従来、ＨＴＭＬの場合に存在していた画面の表現力、画面の操作性、通信量の問題点を解決することが可能となった。
【発明を実施するための最良の形態】
【００１１】
本発明のシステム構成の概念を図１に示す。本発明のデータ処理システムは、アプリケーションサーバ１上で実行され、クライアント端末４からネットワーク５を介してコマンドを受信し、そのコマンドに対応する処理を実行する。
【００１２】
ネットワーク５には、インターネット等のオープンネットワーク、ＬＡＮ等のクローズドネットワーク、それらの組合せであるイントラネットのいずれであっても良く、有線、無線の別も問わない。又、ネットワーク５の形態は、上述に限定するものでもなく、他の形態であっても良い。
【００１３】
アプリケーションサーバ１には、データ処理システムを実行するプログラム（サーブレット）が備えられ、それは、クライアント端末４からの処理要求であるコマンドを受信し、それに対応する各アプリケーション実行処理手段３と、その各アプリケーション実行処理手段３で共通する基本部分の基本処理手段２とからなる。尚、後述するようにＳｗｉｎｇに於いて用いられることから、アプリケーションサーバ１は、ＪＡＶＡアプリケーションを実行するサーバとなる。
【００１４】
アプリケーション実行処理手段３は、クライアント端末４からの処理要求であるコマンドに対応する個々のアプリケーション処理（ＪＡＶＡアプリケーションの処理）を実行する手段である。
【００１５】
基本処理手段２は、アプリケーションサーバ１に依存する、複数のアプリケーション実行処理手段３に共通する基本部分を共通化した処理手段である。この基本処理手段２をアプリケーションサーバ１に備えることによって、基本部分（プリミティブな部分）が共通化されるので、各アプリケーション実行処理手段３を作成する際に、アプリケーションサーバ１側で処理するロジック（アプリケーション実行処理手段３）のうち、アプリケーションサーバ１側のサーブレットの開発者は、サーブレットであることを意識しないで作成することが出来、それにより各アプリケーション実行処理手段３の作成に集中できる。更に、将来的にアプリケーションサーバ１が変更（例えばサーブレット以外の方式に変更）された場合であっても、そのプラットフォームが共通であることから、各アプリケーション実行処理手段３の部分を変更する必要がない。即ち、この基本処理手段２のみを変更すれば足りる。
【００１６】
又、このような基本処理部分を、Ｓｗｉｎｇを用いることによって、クライアント端末４からアプリケーションサーバ１に対してコマンドが送信された場合に、従来のＨＴＭＬでは問題があった、画面の表現力や画面の操作性の向上、通信量を減らすことが可能となる。
【００１７】
即ち、従来のようにＨＴＭＬによりアプリケーションサーバ１側の各アプリケーション実行処理手段３を作成する場合、画面の表現力を向上させる為には多大な負担が生じていたが、このように構成することによって、従来のクライアント・サーバシステムと同等に作成することが出来、画面の操作性も従来のクライアント・サーバシステムと同等に向上する。更に、ＨＴＭＬと異なり、画面全体の再描画が必要なく、必要な部分のみの書き換えが可能となる為、クライアント端末４とアプリケーションサーバ１との間の通信量は、更新が必要な部分の通信量のみで済み、ＨＴＭＬよりも通信量を減らすことも可能となる。
【００１８】
このようにして作成されたデータ処理システムを実行する際には、クライアント端末４からその処理を行う為のコマンドがネットワーク５を介してアプリケーションサーバ１に送信される。
【００１９】
これを受信したアプリケーションサーバ１では、そのコマンドに対応するアプリケーション実行処理手段３が、その処理を実行し、その処理結果を、再度ネットワーク５を介してクライアント端末４に送信する。
【００２０】
本発明に於ける各手段は、その機能が論理的に区別されているのみであって、物理上あるいは事実上は同一の領域を為していても良い。
【００２１】
尚、本発明を実施するにあたり本実施態様の機能を実現するソフトウェアのプログラムを記録した記憶媒体をシステムに供給し、そのシステムのコンピュータが記憶媒体に格納されたプログラムを読み出し実行することによって実現されることは当然である。
【００２２】
この場合、記憶媒体から読み出されたプログラム自体が前記した実施態様の機能を実現することとなり、そのプログラムを記憶した記憶媒体は本発明を当然のことながら構成することになる。
【００２３】
プログラムを供給する為の記憶媒体としては、例えば磁気ディスク、ハードディスク、光ディスク、光磁気ディスク、磁気テープ、不揮発性のメモリカード等を使用することができる。
【００２４】
又、コンピュータが読み出したプログラムを実行することにより、上述した実施態様の機能が実現されるだけではなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているオペレーティングシステムなどが実際の処理の一部又は全部を行い、その処理によって前記した実施態様の機能が実現される場合も含まれることは言うまでもない。
【００２５】
更に、記憶媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わる不揮発性あるいは揮発性の記憶手段に書き込まれた後、そのプログラムの指示に基づき、機能拡張ボードあるいは機能拡張ユニットに備わる演算処理装置などが実際の処理の一部あるいは全部を行い、その処理により前記した実施態様の機能が実現される場合も含まれることは当然である。 
【産業上の利用可能性】
【００２６】
本発明によって、従来と同様に、アプリケーションサーバ１側でのロジックの基本部分を共通化することでその開発負担を軽減することが可能になると共に、従来、ＨＴＭＬの場合に存在していた画面の表現力、画面の操作性、通信量の問題点を解決することが可能となった。
【図面の簡単な説明】
【００２７】
【図１】本発明のシステム構成の概念の一例を示す概念図である。
【符号の説明】
【００２８】
１：アプリケーションサーバ
２：基本処理手段
３：アプリケーション実行処理手段
４：クライアント端末
５：ネットワーク
【図１】
2006126982.tif 000003