JP2004246401A - Ｗｅｂアプリケーションサーバシステムとコンピュータプログラム - Google Patents
Ｗｅｂアプリケーションサーバシステムとコンピュータプログラム Download PDFInfo
- Publication number
- JP2004246401A JP2004246401A JP2003032412A JP2003032412A JP2004246401A JP 2004246401 A JP2004246401 A JP 2004246401A JP 2003032412 A JP2003032412 A JP 2003032412A JP 2003032412 A JP2003032412 A JP 2003032412A JP 2004246401 A JP2004246401 A JP 2004246401A
- Authority
- JP
- Japan
- Prior art keywords
- data
- data structure
- client
- tag element
- application server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】ＨＴＭＬデータとビジネスコンポーネントならびにＪＳＰとの間での構造的な依存関係を緩和して、各々単独での変更の自由度を高めることのできるＷｅｂアプリケーションサーバシステムを提供する。
【解決手段】ＨＴＭＬデータ１１とビジネスコンポーネント１６により処理可能なデータ構造であるデータセット１５との双方向の変換ルール１４を用意する。ＷｅｂブラウザはＨＴＭＬ画面に対してユーザが入力したテキストデータをタグ要素の内容として含むＨＴＴＰリクエスト１２を生成しアプリケーションサーバ３に引き渡す。アプリケーションサーバはＨＴＴＰリクエスト内のタグ要素の内容を変換ルールに従って処理対象データセット１５に変換する。ＪＳＰ１８はビジネスコンポーネントの処理結果を格納した処理結果データセット１７を基に変換ルールに従ってリクエスト元のクライアント１にレスポンスとして引き渡すＨＴＭＬデータ１１を生成する。
【選択図】 図２
【解決手段】ＨＴＭＬデータ１１とビジネスコンポーネント１６により処理可能なデータ構造であるデータセット１５との双方向の変換ルール１４を用意する。ＷｅｂブラウザはＨＴＭＬ画面に対してユーザが入力したテキストデータをタグ要素の内容として含むＨＴＴＰリクエスト１２を生成しアプリケーションサーバ３に引き渡す。アプリケーションサーバはＨＴＴＰリクエスト内のタグ要素の内容を変換ルールに従って処理対象データセット１５に変換する。ＪＳＰ１８はビジネスコンポーネントの処理結果を格納した処理結果データセット１７を基に変換ルールに従ってリクエスト元のクライアント１にレスポンスとして引き渡すＨＴＭＬデータ１１を生成する。
【選択図】 図２
Description
【０００１】
【発明の属する技術分野】
本発明は、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）上で利用可能なアプリケーションを動作させるＷｅｂアプリケーションサーバシステムとコンピュータプログラムに関する。
【０００２】
【従来の技術】
Ｗｅｂにより急速な発展を遂げたネットワークは学校や企業へは勿論、家庭にも普及し、これに伴いＷｅｂブラウザから利用するＷｅｂアプリケーションサーバシステムの需要が企業の基幹業務アプリケーションを中心に高まっている。Ｗｅｂアプリケーションサーバシステムの開発コストを抑える手法としてフレームワークがある。フレームワークとは、Ｗｅｂアプリケーションサーバシステムを提供する側の共通部分を再利用し、アプリケーションに依存する部分をカスタマイズすることによって目的のＷｅｂシステムを効率的に構築するための枠組みやシステム構造（アーキテクチャ）を指すものである。
【０００３】
図７にＷｅｂアプリケーションサーバシステムを構築する一般的なフレームワークの構成を示す。同図に示すように、Ｗｅｂブラウザであるクライアント７１は、表示されているＨＴＭＬ画面に対するユーザからの入力データによりＨＴＴＰリクエスト７２を作成し、Ｗｅｂサーバ７０へ送る。Ｗｅｂサーバ７０はＨＴＴＰリクエスト７２をアプリケーションサーバ７６に引き渡す。
【０００４】
アプリケーションサーバ７６では、渡されたＨＴＴＰリクエスト７２が、ビジネスロジックを実装したビジネスコンポーネント７３に引き渡される。ビジネスコンポーネント７３は渡されたＨＴＴＰリクエスト７２を解析し、ユーザからの入力データをもとにビジネスロジックを実行し、結果をデータセット７４に格納する。データセット７４はＪＳＰ７５にてＨＴＭＬデータに変換され、Ｗｅｂサーバ７０を通じてクライアント７１に戻される。
【０００５】
しかしながら、このフレームワークでは、クライアント７１から渡されるＨＴＴＰリクエスト７２をビジネスコンポーネント７３が直接解析し処理するため、ＷｅｂブラウザがＨＴＴＰリクエスト７２を生成するための前提となるＨＴＭＬデータとビジネスコンポーネント７３とは構造的に密接な関係を有するものとなり、どちらか一方の変更が他方に影響を及ぼすために、変更の自由度が大きく制限されていた。また、ＪＳＰ７５は、ビジネスコンポーネント７３の処理結果を格納したデータセット７４をもとに、クライアント７１にレスポンスとして返すＨＴＭＬデータを生成するため、やはりＷｅｂブラウザがＨＴＴＰリクエスト７２を生成するための前提となるＨＴＭＬデータの変更の影響を受けるという問題があった。
【０００６】
本発明に関係する公知文献としては、特許文献１には、フレームワークを用いたＷｅｂシステムの構築に関する技術が開示されている。また、特許文献２には、クライアントとサーバとの間に設けられたコミュニケーション・マネージャにおいて、クライアントとサーバとの間でのデータ表記形式などの整合をとることで、クライアントとサーバ間での対話を効率的に進める技術が開示されている。
【０００７】
【特許文献１】
特開２００２−２１５３９４号公報
【特許文献２】
特開平０７−２９５９２９号公報
【０００８】
【発明が解決しようとする課題】
上述したように、従来のＷｅｂアプリケーションサーバシステムでは、ＷｅｂブラウザがＨＴＴＰリクエストを生成するための前提となるＨＴＭＬデータとビジネスコンポーネントとの間には構造的な整合性がとれていることが必要となる。このため、ＨＴＭＬデータとビジネスコンポーネントは、それぞれを単独に変更することができないという制約を与えられていた。また、これと同様の制約が、クライアントにレスポンスとして返すＨＴＭＬデータを生成するＪＳＰにおいても存在していた。このような課題やその解決手段は上記引用文献には記載も示唆もされていない。
【０００９】
本発明はこのような課題を解決するためになされたもので、ＨＴＭＬデータとビジネスコンポーネントならびにＪＳＰとの間での構造的な依存関係を緩和して、各々単独での変更の自由度を高めることのできるＷｅｂアプリケーションサーバシステムとコンピュータプログラムの提供を目的とする。
【００１０】
【課題を解決するための手段】
かかる目的を達成するために、本発明のＷｅｂアプリケーションサーバシステムは、クライアントのＷｅｂブラウザによって表示処理可能な第１のデータ構造と、ビジネスロジックを実装したコンポーネントによって処理可能な第２のデータ構造との変換ルールに従って、前記クライアントのＷｅｂブラウザから引き渡された前記第１のデータ構造によるリクエストの内容を前記第２のデータ構造に変換する第１の変換手段と、前記第１の変換手段によって生成された前記第２のデータ構造に対する前記コンポーネントによる処理を実行する処理実行手段と、前記処理実行手段の処理結果を前記変換ルールに従って前記第１のデータ構造に変換し、前記クライアントのＷｅｂブラウザにレスポンスとして返す第２の変換手段とを具備することを特徴とする。
【００１１】
また、本発明は、前記第１のデータ構造が、タグ要素の内容と、このタグ要素の名前の情報と、前記タグ要素の内容の属性の情報とを含むタグ要素を有するテキスト形式のデータからなり、前記第１の変換手段は、前記クライアントのＷｅｂブラウザから引き渡されたリクエストに含まれる前記タグ要素の内容を、当該タグ要素の内容の属性の情報をキーに前記変換ルールを参照して前記コンポーネントによって処理可能な形式のデータに変換し、この変換されたデータと、前記リクエストに含まれる前記タグ要素の名前と、前記タグ要素の内容の属性の情報とを用いて前記第２のデータ構造を生成することを特徴とする。
【００１２】
この発明により、クライアントのＷｅｂブラウザがＨＴＴＰリクエストを生成するための前提となるＨＴＭＬデータと、ビジネスコンポーネント、ならびにたとえばＪＳＰなどの第２の変換手段との構造的な依存関係を緩和することができ、各々単独での変更の自由度を高めることができる。
【００１３】
【発明の実施の形態】
以下、本発明の実施形態を図面に基づいて説明する。
【００１４】
図１は本発明が適用される典型的なＷｅｂアプリケーションサーバシステムの構成を示す図である。
【００１５】
同図に示すように、このＷｅｂアプリケーションサーバシステム１００は、クライアント１からのＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストを受け、レスポンスをリクエスト元のクライアント１に返すＷｅｂサーバ２と、Ｗｅｂサーバ２を介してクライアント１から渡されたＨＴＴＰリクエストに対して業務処理を実行し、その結果をＷｅｂサーバ２に返すアプリケーションサーバ３と、アプリケーションサーバ３からのトランザクションを実行してその結果をアプリケーションサーバ３に応答するデータベースサーバ４とを有する。
【００１６】
クライアント１は、具体的には、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ（Ｄａｔａ）Ａｓｓｉｓｔａｎｔｓ） 、携帯電話、その他インターネットへの接続機能とＷｅｂブラウザとを有する端末装置であり、その具体的なハードウェア構成は後述のコンピュータシステムと同等である。
【００１７】
Ｗｅｂサーバ２、アプリケーションサーバ３およびデータベースサーバ４には、ワークステーションや、これと同等の性能を有したＰＣなどが用いられる。これらのサーバ２，３，４は一台もしくは複数台のコンピュータシステム上で稼動する。コンピュータシステムは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、入力デバイス、表示デバイス、ストレージデバイス、通信デバイスなどを備えて構成される。ストレージデバイスは、ＣＰＵにより実行されるアプリケーションサーバ用の各種のプログラムやデータを蓄積しておくための大容量の記憶装置であり、たとえばハードディスク装置などである。
【００１８】
図２は、このＷｅｂアプリケーションサーバシステム１００のフレームワークの構成を示す図である。
【００１９】
クライアント１は、Ｗｅｂブラウザによって第１のデータ構造であるＨＴＭＬデータ１１を解析して表示処理を行い、この表示されたＨＴＭＬ画面に対してユーザから入力されたデータをタグ要素の内容として付加したテキストベースのＨＴＴＰリクエスト１２を生成し、Ｗｅｂサーバ２へ送る。
【００２０】
アプリケーションサーバ３は、ソフトウェアとして、第１の変換手段であるリクエスト変換部１３、変換ルール１４、処理対象データセット１５、ビジネスコンポーネント１６、処理結果データセット１７、および第２の変換手段であるＪＳＰ１８などを有している。
【００２１】
リクエスト変換部１３は、Ｗｅｂサーバ２を介してクライアント１から引き渡されたＨＴＴＰリクエスト１２に含まれるタグ要素の内容であるテキスト形式のデータを、変換ルール１４に従って、ビジネスコンポーネント１６が処理可能な形式のデータを含む第２のデータ構造である処理対象データセット１５に変換する。
【００２２】
変換ルール１４は、第１のデータ構造であるＨＴＭＬデータ１１とビジネスコンポーネント１６が処理可能な第２のデータ構造である処理対象データセット１５との双方向の変換規則である関数の集まりである。
【００２３】
処理対象データセット１５は、ビジネスコンポーネント１６が処理可能なデータを保持しておくための入れ物である。
【００２４】
ビジネスコンポーネント１６は、アプリケーションサーバ３で実行されるアプリケーション（図示せず）によって呼び出されるビジネスロジックなどを実装したソフトウェア部品である。例として、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ社が提唱している規約であるＥＪＢ（Ｅｎｔｅｒｐｒｉｓｅ Ｊａｖａ（登録商標） Ｂｅａｎｓ）などがある。
【００２５】
処理結果データセット１７は、ビジネスコンポーネント１６による処理結果を保持しておくための入れ物である。
【００２６】
ＪＳＰ１８は、処理結果データセット１７を基に変換ルール１４に従って、リクエスト元のクライアント１のＷｅｂブラウザにレスポンスとして引き渡すＨＴＭＬデータ１１を生成し、Ｗｅｂサーバ２を介してクライアント１のＷｅｂブラウザにそのＨＴＭＬデータ１１を引き渡す。この機能はＪＳＰのみで実装可能であるが、共通的に利用する処理はタグライブラリとして複数のＪＳＰから呼び出せる構造にしておくことも可能である。
【００２７】
次に、この実施形態のＷｅｂアプリケーションサーバシステム１００の動作を説明する。
【００２８】
図３はクライアント１のＷｅｂブラウザにより表示されたＨＴＭＬ画面２１とそのソースであるＨＴＭＬデータ１１の例を示すものである。
【００２９】
同図に示すように、このＨＴＭＬデータ１１には、２つの＜Ｔａｂｌｅ＞要素２２，２５が存在し、それぞれの＜Ｔａｂｌｅ＞要素２２，２５の下位に＜Ｔｒ＞要素２３，２６が存在し、さらにそれらの＜Ｔｒ＞要素２３，２６の下位に、ＨＴＭＬ画面に対してユーザより入力されたテキストデータがタグ要素の内容として挿入される＜Ｔｄ＞要素２４，２７が存在する。
【００３０】
また、個々のタグ要素にはそれぞれｉｄ属性、ｎａｍｅ属性などによるタグ要素の名前と、ａｔｔｒ属性やｔｙｐｅ属性などによるタグ要素の内容の属性が付与されている。タグ要素の名前にはタグ要素間の階層関係を判別可能な表記方法が定められている。たとえばタグ要素の名前として、図３の例では”ＬＩＳＴ１”、”ＬＩＳＴ１＿ＲＯＷ１”、”ＬＩＳＴ１＿ＲＯＷ１＿ＦＩＥＬＤ１”などの名前が使われており、これらの名前は”＿”によってタグ要素間の階層を表現している。
【００３１】
クライアント１のＷｅｂブラウザは、Ｗｅｂサーバ２よりダウンロードした第１のデータ構造であるＨＴＭＬデータ１１を解析して表示処理を行い、この表示されたＨＴＭＬ画面に対してユーザより入力されたテキストデータを、タグ要素の内容として含むＨＴＴＰリクエスト１２を生成してＷｅｂサーバ２へ引き渡す。
【００３２】
ここで、ＨＴＴＰリクエスト１２の生成は、たとえば以下のようにして行われる。図４は、図３のＨＴＭＬデータ１１からＨＴＴＰリクエストを生成する具体例を示す図である。
【００３３】
クライアント１のＷｅｂブラウザは、ＨＴＭＬデータ１１の中のタグ要素の名前３２と、タグ要素の内容の属性３３と、表示されたＨＴＭＬ画面のテーブルに対してユーザより入力されたテキストデータであるタグ要素の内容３４とを一つのレコードとした一覧表３１を作成して、これをＨＴＴＰリクエスト１２に含めてＷｅｂサーバ２に引き渡す。
【００３４】
Ｗｅｂサーバ２は、クライアント１から渡されたＨＴＴＰリクエスト１２の内容をアプリケーションサーバ３に渡す。
【００３５】
アプリケーションサーバ３は、リクエスト変換部１３にて、Ｗｅｂサーバ２を介してクライアント１から引き渡されたＨＴＴＰリクエスト１２に含まれるタグ要素の内容であるテキストデータを、変換ルール１４に従って、ビジネスコンポーネント１６が処理可能な形式のデータを含む第２のデータ構造である処理対象データセット１５に変換する。
【００３６】
ここで、ＨＴＴＰリクエスト１２から処理対象データセット１５への変換は、たとえば以下のように行われる。
【００３７】
図５は、ＨＴＴＰリクエスト１２から処理対象データセット１５への変換の仕組みを示している。リクエスト変換部１３は変換ルール１４に従って、ＨＴＴＰリクエスト１２に含まれる個々のレコード１２Ａ，１２Ｂ，１２Ｃについて、タグ要素の内容の属性３３の値を調べ、この属性３３の値に対応付けられているデータ変換プログラムを呼び出す。
【００３８】
データ変換プログラムとしては、たとえば、文字（ＳＴＲＩＮＧ型）と数字（ＩＮＴＥＧＥＲ型）との相互変換を行うプログラム４１、特定のオブジェクトを指定するコードとオブジェクトの実体との相互変換を行うプログラム４２、文字を日本語と英語との間で相互変換するプログラム４３などがある。
【００３９】
図５のＨＴＴＰリクエスト１２の第１のレコード１２Ａでは、タグ要素のａｔｔｒ属性として”ｎａｍｅ”が、ｔｙｐｅ属性として”ＳＴＲＩＮＧ”が指定されている。この場合は、名前を表すテキストデータを日本語と英語との間で相互変換するプログラム４３を呼び出すことによって、タグ要素の内容３４である”鈴木”の日本語文字が、ビジネスコンポーネント１６が処理可能な形式である”ｓｕｚｕｋｉ”という英語文字のデータ４４に変換される。
【００４０】
図５のＨＴＴＰリクエスト１２の第２のレコード１２Ｂでは、タグ要素のａｔｔｒ属性として”ｈｅｉｇｈｔ”が、ｔｙｐｅ属性として”ＩＮＴＥＧＥＲ”が指定されている。この場合は、文字（ＳＴＲＩＮＧ型）と数字（ＩＮＴＥＧＥＲ型）との相互変換を行うプログラム４１を呼び出すことによって、タグ要素の内容３４である高さの値を示す”１８０”のテキストデータが、ビジネスコンポーネント１６が処理可能なＩＮＴＥＧＥＲ型のデータ４５に変換される。
【００４１】
さらに、図５のＨＴＴＰリクエスト１２の第３のレコード１２Ｃでは、タグのａｔｔｒ属性として”ｃｏｄｅ”が、ｔｙｐｅ属性として”ＲｅｌａｔｉｏｎＤａｔｅ”が指定されている。この場合は、特定のオブジェクトを指定するコードとオブジェクトの実体との相互変換を行うプログラム４２を呼び出すことによって、タグ要素の内容である”２３４５６７８”のコードが、ビジネスコンポーネント１６が処理可能なオブジェクトの実体４６に変換される。具体的には、プログラム４２は、オブジェクトの指定コードに対応するオブジェクトの実体の格納場所を示す情報を管理しており、リクエスト変換部１３に対して格納場所を返すことによって、リクエスト変換部１３がその格納場所からオブジェクトを読み出す。
【００４２】
このようにしてＷｅｂサーバ２を介してクライアント１から引き渡されたＨＴＴＰリクエスト１２に含まれるタグ要素の内容であるテキスト形式のデータがビジネスコンポーネント１６によって処理可能な形式のデータに変換され、処理対象データセット１５に格納される。
【００４３】
図６は、このようにして生成された処理対象データセット１５の構成を階層的に表したものである。同図に示すように、処理対象データセット１５は、データセット名５１、タグ要素の名前５２，５３、ビジネスコンポーネント１６が処理可能な形式のデータであるオブジェクト５４，５５、およびオブジェクトの属性データ５６，５７，５８，５９，６０で構成される。タグ要素の名前５２，５３は個々のオブジェクト５４，５５をビジネスコンポーネント１６が識別するための情報であり、オブジェクトの属性データ５６，５７，５８，５９，６０はビジネスコンポーネント１６が個々のオブジェクト５４，５５のたとえばデータ型などの属性を識別するための情報である。
【００４４】
次に、処理対象データセット１５はビジネスコンポーネント１６に引き渡される。ビジネスコンポーネント１６は処理対象データセット１５を利用して、自らに実装されたビジネスロジックを実行する。
【００４５】
ビジネスコンポーネント１６の処理結果は処理結果データセット１７に格納される。この処理結果データセット１７はたとえばビジネスコンポーネント１６の入力となった処理対象データセット１５に処理結果を追加したものである。
【００４６】
ＪＳＰ１８は、処理結果データセット１７を基に変換ルール１４に従って、リクエスト元のクライアント１のＷｅｂブラウザにレスポンスとして引き渡すＨＴＭＬデータ１１を生成し、Ｗｅｂサーバ２を介してクライアント１のＷｅｂブラウザにそのＨＴＭＬデータ１１を引き渡す。
【００４７】
クライアント１のＷｅｂブラウザは、Ｗｅｂサーバ２より引き渡されたＨＴＭＬデータ１１を解析して、新たなＨＴＭＬ画面を表示する。このＨＴＭＬ画面に対して再びユーザからのデータが入力されることになる。この処理を繰り返すことにより、クライアント１とビジネスコンポーネント１６との間での情報のやり取りが繰り返される。
【００４８】
このように、本実施形態のＷｅｂアプリケーションサーバシステム１００によれば、ＨＴＭＬデータ１１とビジネスコンポーネント１６ならびにＪＳＰ１８との依存関係を軽減することができ、互いの変更の影響を最小限に抑えることができる。たとえば、ＨＴＭＬデータ１１において、ある属性やデータ型のデータを入力させるテーブルの位置を変更しても、この変更が処理対象データセット１５の内容に影響することはなく、したがって、ビジネスコンポーネント１６およびＪＳＰ１８をＨＴＭＬデータ１１の変更に合わせて変更する必要は生じない。
【００４９】
なお、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【００５０】
たとえば、上記実施形態では、アプリケーションサーバ３に、リクエスト変換部１３、変換ルール１４、ＪＳＰ１８を持たせたが、その一部あるいはすべてをＷｅｂサーバ２に持たせるようにしてもよい。
【００５１】
【発明の効果】
以上説明したように、本発明によれば、クライアントのＷｅｂブラウザがＨＴＴＰリクエストを生成するための前提となるＨＴＭＬ画面と、ビジネスコンポーネントならびにＪＳＰなどの第２の変換手段との構造的な依存関係を緩和することができ、各々単独での変更の自由度を高めることができる。
【図面の簡単な説明】
【図１】本発明が適用される典型的なＷｅｂアプリケーションサーバシステムの構成を示す図である。
【図２】図１のＷｅｂアプリケーションサーバシステムを構築するフレームワークの構成を示す図である。
【図３】ＨＴＭＬ画面とそのソースであるＨＴＭＬデータの例を示す図である。
【図４】ＨＴＴＰリクエストの生成の方法を示す図である。
【図５】ＨＴＴＰリクエストからデータセットへの変換の仕組みを示ず図である。
【図６】データセットの構成を示す図である。
【図７】Ｗｅｂアプリケーションサーバシステムを構築する一般的なフレームワークの構成を示す図である。
【符号の説明】
１・・・・クライアント、２・・・・Ｗｅｂサーバ、３・・・・アプリケーションサーバ、１１・・・・ＨＴＭＬデータ、１２・・・・ＨＴＴＰリクエスト、１３・・・・リクエスト変換部、１４・・・・変換ルール、１５・・データセット、１６・・・・ビジネスコンポーネント、１７・・・・処理結果データセット、２１・・・・ＨＴＭＬ画面、３２・・・・タグ要素の名前、３３・・・・タグ要素の内容の属性、３４・・・・タグ要素の内容、２２，２３，２４，２５，２６，２７・・・・タグ要素、１００・・・・Ｗｅｂアプリケーションサーバシステム。
【発明の属する技術分野】
本発明は、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）上で利用可能なアプリケーションを動作させるＷｅｂアプリケーションサーバシステムとコンピュータプログラムに関する。
【０００２】
【従来の技術】
Ｗｅｂにより急速な発展を遂げたネットワークは学校や企業へは勿論、家庭にも普及し、これに伴いＷｅｂブラウザから利用するＷｅｂアプリケーションサーバシステムの需要が企業の基幹業務アプリケーションを中心に高まっている。Ｗｅｂアプリケーションサーバシステムの開発コストを抑える手法としてフレームワークがある。フレームワークとは、Ｗｅｂアプリケーションサーバシステムを提供する側の共通部分を再利用し、アプリケーションに依存する部分をカスタマイズすることによって目的のＷｅｂシステムを効率的に構築するための枠組みやシステム構造（アーキテクチャ）を指すものである。
【０００３】
図７にＷｅｂアプリケーションサーバシステムを構築する一般的なフレームワークの構成を示す。同図に示すように、Ｗｅｂブラウザであるクライアント７１は、表示されているＨＴＭＬ画面に対するユーザからの入力データによりＨＴＴＰリクエスト７２を作成し、Ｗｅｂサーバ７０へ送る。Ｗｅｂサーバ７０はＨＴＴＰリクエスト７２をアプリケーションサーバ７６に引き渡す。
【０００４】
アプリケーションサーバ７６では、渡されたＨＴＴＰリクエスト７２が、ビジネスロジックを実装したビジネスコンポーネント７３に引き渡される。ビジネスコンポーネント７３は渡されたＨＴＴＰリクエスト７２を解析し、ユーザからの入力データをもとにビジネスロジックを実行し、結果をデータセット７４に格納する。データセット７４はＪＳＰ７５にてＨＴＭＬデータに変換され、Ｗｅｂサーバ７０を通じてクライアント７１に戻される。
【０００５】
しかしながら、このフレームワークでは、クライアント７１から渡されるＨＴＴＰリクエスト７２をビジネスコンポーネント７３が直接解析し処理するため、ＷｅｂブラウザがＨＴＴＰリクエスト７２を生成するための前提となるＨＴＭＬデータとビジネスコンポーネント７３とは構造的に密接な関係を有するものとなり、どちらか一方の変更が他方に影響を及ぼすために、変更の自由度が大きく制限されていた。また、ＪＳＰ７５は、ビジネスコンポーネント７３の処理結果を格納したデータセット７４をもとに、クライアント７１にレスポンスとして返すＨＴＭＬデータを生成するため、やはりＷｅｂブラウザがＨＴＴＰリクエスト７２を生成するための前提となるＨＴＭＬデータの変更の影響を受けるという問題があった。
【０００６】
本発明に関係する公知文献としては、特許文献１には、フレームワークを用いたＷｅｂシステムの構築に関する技術が開示されている。また、特許文献２には、クライアントとサーバとの間に設けられたコミュニケーション・マネージャにおいて、クライアントとサーバとの間でのデータ表記形式などの整合をとることで、クライアントとサーバ間での対話を効率的に進める技術が開示されている。
【０００７】
【特許文献１】
特開２００２−２１５３９４号公報
【特許文献２】
特開平０７−２９５９２９号公報
【０００８】
【発明が解決しようとする課題】
上述したように、従来のＷｅｂアプリケーションサーバシステムでは、ＷｅｂブラウザがＨＴＴＰリクエストを生成するための前提となるＨＴＭＬデータとビジネスコンポーネントとの間には構造的な整合性がとれていることが必要となる。このため、ＨＴＭＬデータとビジネスコンポーネントは、それぞれを単独に変更することができないという制約を与えられていた。また、これと同様の制約が、クライアントにレスポンスとして返すＨＴＭＬデータを生成するＪＳＰにおいても存在していた。このような課題やその解決手段は上記引用文献には記載も示唆もされていない。
【０００９】
本発明はこのような課題を解決するためになされたもので、ＨＴＭＬデータとビジネスコンポーネントならびにＪＳＰとの間での構造的な依存関係を緩和して、各々単独での変更の自由度を高めることのできるＷｅｂアプリケーションサーバシステムとコンピュータプログラムの提供を目的とする。
【００１０】
【課題を解決するための手段】
かかる目的を達成するために、本発明のＷｅｂアプリケーションサーバシステムは、クライアントのＷｅｂブラウザによって表示処理可能な第１のデータ構造と、ビジネスロジックを実装したコンポーネントによって処理可能な第２のデータ構造との変換ルールに従って、前記クライアントのＷｅｂブラウザから引き渡された前記第１のデータ構造によるリクエストの内容を前記第２のデータ構造に変換する第１の変換手段と、前記第１の変換手段によって生成された前記第２のデータ構造に対する前記コンポーネントによる処理を実行する処理実行手段と、前記処理実行手段の処理結果を前記変換ルールに従って前記第１のデータ構造に変換し、前記クライアントのＷｅｂブラウザにレスポンスとして返す第２の変換手段とを具備することを特徴とする。
【００１１】
また、本発明は、前記第１のデータ構造が、タグ要素の内容と、このタグ要素の名前の情報と、前記タグ要素の内容の属性の情報とを含むタグ要素を有するテキスト形式のデータからなり、前記第１の変換手段は、前記クライアントのＷｅｂブラウザから引き渡されたリクエストに含まれる前記タグ要素の内容を、当該タグ要素の内容の属性の情報をキーに前記変換ルールを参照して前記コンポーネントによって処理可能な形式のデータに変換し、この変換されたデータと、前記リクエストに含まれる前記タグ要素の名前と、前記タグ要素の内容の属性の情報とを用いて前記第２のデータ構造を生成することを特徴とする。
【００１２】
この発明により、クライアントのＷｅｂブラウザがＨＴＴＰリクエストを生成するための前提となるＨＴＭＬデータと、ビジネスコンポーネント、ならびにたとえばＪＳＰなどの第２の変換手段との構造的な依存関係を緩和することができ、各々単独での変更の自由度を高めることができる。
【００１３】
【発明の実施の形態】
以下、本発明の実施形態を図面に基づいて説明する。
【００１４】
図１は本発明が適用される典型的なＷｅｂアプリケーションサーバシステムの構成を示す図である。
【００１５】
同図に示すように、このＷｅｂアプリケーションサーバシステム１００は、クライアント１からのＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストを受け、レスポンスをリクエスト元のクライアント１に返すＷｅｂサーバ２と、Ｗｅｂサーバ２を介してクライアント１から渡されたＨＴＴＰリクエストに対して業務処理を実行し、その結果をＷｅｂサーバ２に返すアプリケーションサーバ３と、アプリケーションサーバ３からのトランザクションを実行してその結果をアプリケーションサーバ３に応答するデータベースサーバ４とを有する。
【００１６】
クライアント１は、具体的には、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ（Ｄａｔａ）Ａｓｓｉｓｔａｎｔｓ） 、携帯電話、その他インターネットへの接続機能とＷｅｂブラウザとを有する端末装置であり、その具体的なハードウェア構成は後述のコンピュータシステムと同等である。
【００１７】
Ｗｅｂサーバ２、アプリケーションサーバ３およびデータベースサーバ４には、ワークステーションや、これと同等の性能を有したＰＣなどが用いられる。これらのサーバ２，３，４は一台もしくは複数台のコンピュータシステム上で稼動する。コンピュータシステムは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、入力デバイス、表示デバイス、ストレージデバイス、通信デバイスなどを備えて構成される。ストレージデバイスは、ＣＰＵにより実行されるアプリケーションサーバ用の各種のプログラムやデータを蓄積しておくための大容量の記憶装置であり、たとえばハードディスク装置などである。
【００１８】
図２は、このＷｅｂアプリケーションサーバシステム１００のフレームワークの構成を示す図である。
【００１９】
クライアント１は、Ｗｅｂブラウザによって第１のデータ構造であるＨＴＭＬデータ１１を解析して表示処理を行い、この表示されたＨＴＭＬ画面に対してユーザから入力されたデータをタグ要素の内容として付加したテキストベースのＨＴＴＰリクエスト１２を生成し、Ｗｅｂサーバ２へ送る。
【００２０】
アプリケーションサーバ３は、ソフトウェアとして、第１の変換手段であるリクエスト変換部１３、変換ルール１４、処理対象データセット１５、ビジネスコンポーネント１６、処理結果データセット１７、および第２の変換手段であるＪＳＰ１８などを有している。
【００２１】
リクエスト変換部１３は、Ｗｅｂサーバ２を介してクライアント１から引き渡されたＨＴＴＰリクエスト１２に含まれるタグ要素の内容であるテキスト形式のデータを、変換ルール１４に従って、ビジネスコンポーネント１６が処理可能な形式のデータを含む第２のデータ構造である処理対象データセット１５に変換する。
【００２２】
変換ルール１４は、第１のデータ構造であるＨＴＭＬデータ１１とビジネスコンポーネント１６が処理可能な第２のデータ構造である処理対象データセット１５との双方向の変換規則である関数の集まりである。
【００２３】
処理対象データセット１５は、ビジネスコンポーネント１６が処理可能なデータを保持しておくための入れ物である。
【００２４】
ビジネスコンポーネント１６は、アプリケーションサーバ３で実行されるアプリケーション（図示せず）によって呼び出されるビジネスロジックなどを実装したソフトウェア部品である。例として、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ社が提唱している規約であるＥＪＢ（Ｅｎｔｅｒｐｒｉｓｅ Ｊａｖａ（登録商標） Ｂｅａｎｓ）などがある。
【００２５】
処理結果データセット１７は、ビジネスコンポーネント１６による処理結果を保持しておくための入れ物である。
【００２６】
ＪＳＰ１８は、処理結果データセット１７を基に変換ルール１４に従って、リクエスト元のクライアント１のＷｅｂブラウザにレスポンスとして引き渡すＨＴＭＬデータ１１を生成し、Ｗｅｂサーバ２を介してクライアント１のＷｅｂブラウザにそのＨＴＭＬデータ１１を引き渡す。この機能はＪＳＰのみで実装可能であるが、共通的に利用する処理はタグライブラリとして複数のＪＳＰから呼び出せる構造にしておくことも可能である。
【００２７】
次に、この実施形態のＷｅｂアプリケーションサーバシステム１００の動作を説明する。
【００２８】
図３はクライアント１のＷｅｂブラウザにより表示されたＨＴＭＬ画面２１とそのソースであるＨＴＭＬデータ１１の例を示すものである。
【００２９】
同図に示すように、このＨＴＭＬデータ１１には、２つの＜Ｔａｂｌｅ＞要素２２，２５が存在し、それぞれの＜Ｔａｂｌｅ＞要素２２，２５の下位に＜Ｔｒ＞要素２３，２６が存在し、さらにそれらの＜Ｔｒ＞要素２３，２６の下位に、ＨＴＭＬ画面に対してユーザより入力されたテキストデータがタグ要素の内容として挿入される＜Ｔｄ＞要素２４，２７が存在する。
【００３０】
また、個々のタグ要素にはそれぞれｉｄ属性、ｎａｍｅ属性などによるタグ要素の名前と、ａｔｔｒ属性やｔｙｐｅ属性などによるタグ要素の内容の属性が付与されている。タグ要素の名前にはタグ要素間の階層関係を判別可能な表記方法が定められている。たとえばタグ要素の名前として、図３の例では”ＬＩＳＴ１”、”ＬＩＳＴ１＿ＲＯＷ１”、”ＬＩＳＴ１＿ＲＯＷ１＿ＦＩＥＬＤ１”などの名前が使われており、これらの名前は”＿”によってタグ要素間の階層を表現している。
【００３１】
クライアント１のＷｅｂブラウザは、Ｗｅｂサーバ２よりダウンロードした第１のデータ構造であるＨＴＭＬデータ１１を解析して表示処理を行い、この表示されたＨＴＭＬ画面に対してユーザより入力されたテキストデータを、タグ要素の内容として含むＨＴＴＰリクエスト１２を生成してＷｅｂサーバ２へ引き渡す。
【００３２】
ここで、ＨＴＴＰリクエスト１２の生成は、たとえば以下のようにして行われる。図４は、図３のＨＴＭＬデータ１１からＨＴＴＰリクエストを生成する具体例を示す図である。
【００３３】
クライアント１のＷｅｂブラウザは、ＨＴＭＬデータ１１の中のタグ要素の名前３２と、タグ要素の内容の属性３３と、表示されたＨＴＭＬ画面のテーブルに対してユーザより入力されたテキストデータであるタグ要素の内容３４とを一つのレコードとした一覧表３１を作成して、これをＨＴＴＰリクエスト１２に含めてＷｅｂサーバ２に引き渡す。
【００３４】
Ｗｅｂサーバ２は、クライアント１から渡されたＨＴＴＰリクエスト１２の内容をアプリケーションサーバ３に渡す。
【００３５】
アプリケーションサーバ３は、リクエスト変換部１３にて、Ｗｅｂサーバ２を介してクライアント１から引き渡されたＨＴＴＰリクエスト１２に含まれるタグ要素の内容であるテキストデータを、変換ルール１４に従って、ビジネスコンポーネント１６が処理可能な形式のデータを含む第２のデータ構造である処理対象データセット１５に変換する。
【００３６】
ここで、ＨＴＴＰリクエスト１２から処理対象データセット１５への変換は、たとえば以下のように行われる。
【００３７】
図５は、ＨＴＴＰリクエスト１２から処理対象データセット１５への変換の仕組みを示している。リクエスト変換部１３は変換ルール１４に従って、ＨＴＴＰリクエスト１２に含まれる個々のレコード１２Ａ，１２Ｂ，１２Ｃについて、タグ要素の内容の属性３３の値を調べ、この属性３３の値に対応付けられているデータ変換プログラムを呼び出す。
【００３８】
データ変換プログラムとしては、たとえば、文字（ＳＴＲＩＮＧ型）と数字（ＩＮＴＥＧＥＲ型）との相互変換を行うプログラム４１、特定のオブジェクトを指定するコードとオブジェクトの実体との相互変換を行うプログラム４２、文字を日本語と英語との間で相互変換するプログラム４３などがある。
【００３９】
図５のＨＴＴＰリクエスト１２の第１のレコード１２Ａでは、タグ要素のａｔｔｒ属性として”ｎａｍｅ”が、ｔｙｐｅ属性として”ＳＴＲＩＮＧ”が指定されている。この場合は、名前を表すテキストデータを日本語と英語との間で相互変換するプログラム４３を呼び出すことによって、タグ要素の内容３４である”鈴木”の日本語文字が、ビジネスコンポーネント１６が処理可能な形式である”ｓｕｚｕｋｉ”という英語文字のデータ４４に変換される。
【００４０】
図５のＨＴＴＰリクエスト１２の第２のレコード１２Ｂでは、タグ要素のａｔｔｒ属性として”ｈｅｉｇｈｔ”が、ｔｙｐｅ属性として”ＩＮＴＥＧＥＲ”が指定されている。この場合は、文字（ＳＴＲＩＮＧ型）と数字（ＩＮＴＥＧＥＲ型）との相互変換を行うプログラム４１を呼び出すことによって、タグ要素の内容３４である高さの値を示す”１８０”のテキストデータが、ビジネスコンポーネント１６が処理可能なＩＮＴＥＧＥＲ型のデータ４５に変換される。
【００４１】
さらに、図５のＨＴＴＰリクエスト１２の第３のレコード１２Ｃでは、タグのａｔｔｒ属性として”ｃｏｄｅ”が、ｔｙｐｅ属性として”ＲｅｌａｔｉｏｎＤａｔｅ”が指定されている。この場合は、特定のオブジェクトを指定するコードとオブジェクトの実体との相互変換を行うプログラム４２を呼び出すことによって、タグ要素の内容である”２３４５６７８”のコードが、ビジネスコンポーネント１６が処理可能なオブジェクトの実体４６に変換される。具体的には、プログラム４２は、オブジェクトの指定コードに対応するオブジェクトの実体の格納場所を示す情報を管理しており、リクエスト変換部１３に対して格納場所を返すことによって、リクエスト変換部１３がその格納場所からオブジェクトを読み出す。
【００４２】
このようにしてＷｅｂサーバ２を介してクライアント１から引き渡されたＨＴＴＰリクエスト１２に含まれるタグ要素の内容であるテキスト形式のデータがビジネスコンポーネント１６によって処理可能な形式のデータに変換され、処理対象データセット１５に格納される。
【００４３】
図６は、このようにして生成された処理対象データセット１５の構成を階層的に表したものである。同図に示すように、処理対象データセット１５は、データセット名５１、タグ要素の名前５２，５３、ビジネスコンポーネント１６が処理可能な形式のデータであるオブジェクト５４，５５、およびオブジェクトの属性データ５６，５７，５８，５９，６０で構成される。タグ要素の名前５２，５３は個々のオブジェクト５４，５５をビジネスコンポーネント１６が識別するための情報であり、オブジェクトの属性データ５６，５７，５８，５９，６０はビジネスコンポーネント１６が個々のオブジェクト５４，５５のたとえばデータ型などの属性を識別するための情報である。
【００４４】
次に、処理対象データセット１５はビジネスコンポーネント１６に引き渡される。ビジネスコンポーネント１６は処理対象データセット１５を利用して、自らに実装されたビジネスロジックを実行する。
【００４５】
ビジネスコンポーネント１６の処理結果は処理結果データセット１７に格納される。この処理結果データセット１７はたとえばビジネスコンポーネント１６の入力となった処理対象データセット１５に処理結果を追加したものである。
【００４６】
ＪＳＰ１８は、処理結果データセット１７を基に変換ルール１４に従って、リクエスト元のクライアント１のＷｅｂブラウザにレスポンスとして引き渡すＨＴＭＬデータ１１を生成し、Ｗｅｂサーバ２を介してクライアント１のＷｅｂブラウザにそのＨＴＭＬデータ１１を引き渡す。
【００４７】
クライアント１のＷｅｂブラウザは、Ｗｅｂサーバ２より引き渡されたＨＴＭＬデータ１１を解析して、新たなＨＴＭＬ画面を表示する。このＨＴＭＬ画面に対して再びユーザからのデータが入力されることになる。この処理を繰り返すことにより、クライアント１とビジネスコンポーネント１６との間での情報のやり取りが繰り返される。
【００４８】
このように、本実施形態のＷｅｂアプリケーションサーバシステム１００によれば、ＨＴＭＬデータ１１とビジネスコンポーネント１６ならびにＪＳＰ１８との依存関係を軽減することができ、互いの変更の影響を最小限に抑えることができる。たとえば、ＨＴＭＬデータ１１において、ある属性やデータ型のデータを入力させるテーブルの位置を変更しても、この変更が処理対象データセット１５の内容に影響することはなく、したがって、ビジネスコンポーネント１６およびＪＳＰ１８をＨＴＭＬデータ１１の変更に合わせて変更する必要は生じない。
【００４９】
なお、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
【００５０】
たとえば、上記実施形態では、アプリケーションサーバ３に、リクエスト変換部１３、変換ルール１４、ＪＳＰ１８を持たせたが、その一部あるいはすべてをＷｅｂサーバ２に持たせるようにしてもよい。
【００５１】
【発明の効果】
以上説明したように、本発明によれば、クライアントのＷｅｂブラウザがＨＴＴＰリクエストを生成するための前提となるＨＴＭＬ画面と、ビジネスコンポーネントならびにＪＳＰなどの第２の変換手段との構造的な依存関係を緩和することができ、各々単独での変更の自由度を高めることができる。
【図面の簡単な説明】
【図１】本発明が適用される典型的なＷｅｂアプリケーションサーバシステムの構成を示す図である。
【図２】図１のＷｅｂアプリケーションサーバシステムを構築するフレームワークの構成を示す図である。
【図３】ＨＴＭＬ画面とそのソースであるＨＴＭＬデータの例を示す図である。
【図４】ＨＴＴＰリクエストの生成の方法を示す図である。
【図５】ＨＴＴＰリクエストからデータセットへの変換の仕組みを示ず図である。
【図６】データセットの構成を示す図である。
【図７】Ｗｅｂアプリケーションサーバシステムを構築する一般的なフレームワークの構成を示す図である。
【符号の説明】
１・・・・クライアント、２・・・・Ｗｅｂサーバ、３・・・・アプリケーションサーバ、１１・・・・ＨＴＭＬデータ、１２・・・・ＨＴＴＰリクエスト、１３・・・・リクエスト変換部、１４・・・・変換ルール、１５・・データセット、１６・・・・ビジネスコンポーネント、１７・・・・処理結果データセット、２１・・・・ＨＴＭＬ画面、３２・・・・タグ要素の名前、３３・・・・タグ要素の内容の属性、３４・・・・タグ要素の内容、２２，２３，２４，２５，２６，２７・・・・タグ要素、１００・・・・Ｗｅｂアプリケーションサーバシステム。
Claims (3)
- クライアントのＷｅｂブラウザによって表示処理可能な第１のデータ構造と、ビジネスロジックを実装したコンポーネントによって処理可能な第２のデータ構造との変換ルールに従って、前記クライアントのＷｅｂブラウザから引き渡された前記第１のデータ構造によるリクエストの内容を前記第２のデータ構造に変換する第１の変換手段と、
前記第１の変換手段によって生成された前記第２のデータ構造に対する前記コンポーネントによる処理を実行する処理実行手段と、
前記処理実行手段の処理結果を前記変換ルールに従って前記第１のデータ構造に変換し、前記クライアントのＷｅｂブラウザにレスポンスとして返す第２の変換手段と
を具備することを特徴とするＷｅｂアプリケーションサーバシステム。 - 前記第１のデータ構造が、タグ要素の内容と、このタグ要素の名前の情報と、前記タグ要素の内容の属性の情報とを含むタグ要素を有するテキスト形式のデータからなり、前記第１の変換手段は、前記クライアントのＷｅｂブラウザから引き渡されたリクエストに含まれる前記タグ要素の内容を、当該タグ要素の内容の属性の情報をキーに前記変換ルールを参照して前記コンポーネントによって処理可能な形式のデータに変換し、この変換されたデータと、前記リクエストに含まれる前記タグ要素の名前と、前記タグ要素の内容の属性の情報とを用いて前記第２のデータ構造を生成することを特徴とする請求項１に記載のＷｅｂアプリケーションサーバシステム。
- クライアントのＷｅｂブラウザによって表示処理可能な第１のデータ構造と、ビジネスロジックを実装したコンポーネントによって処理可能な第２のデータ構造との変換ルールに従って、前記クライアントのＷｅｂブラウザから引き渡された前記第１のデータ構造によるリクエストの内容を前記第２のデータ構造に変換する第１の変換手段と、
前記第１の変換手段によって生成された前記第２のデータ構造に対する前記コンポーネントによる処理を実行する処理実行手段と、
前記処理実行手段の処理結果を前記変換ルールに従って前記第１のデータ構造に変換し、前記クライアントのＷｅｂブラウザにレスポンスとして返す第２の変換手段としてコンピュータを機能させることを特徴とするコンピュータプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003032412A JP2004246401A (ja) | 2003-02-10 | 2003-02-10 | Ｗｅｂアプリケーションサーバシステムとコンピュータプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003032412A JP2004246401A (ja) | 2003-02-10 | 2003-02-10 | Ｗｅｂアプリケーションサーバシステムとコンピュータプログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004246401A true JP2004246401A (ja) | 2004-09-02 |
Family
ID=33018766
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003032412A Withdrawn JP2004246401A (ja) | 2003-02-10 | 2003-02-10 | Ｗｅｂアプリケーションサーバシステムとコンピュータプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004246401A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102053828A (zh) * | 2009-10-30 | 2011-05-11 | 株式会社东芝 | 信息处理装置、信息处理***以及信息处理方法 |
| CN113158651A (zh) * | 2012-09-18 | 2021-07-23 | 株式会社野村综合研究所 | Web服务器***以及演示应用生成方法 |
-
2003
- 2003-02-10 JP JP2003032412A patent/JP2004246401A/ja not_active Withdrawn
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102053828A (zh) * | 2009-10-30 | 2011-05-11 | 株式会社东芝 | 信息处理装置、信息处理***以及信息处理方法 |
| JP2011096112A (ja) * | 2009-10-30 | 2011-05-12 | Toshiba Corp | フレームワーク及び情報処理装置 |
| CN113158651A (zh) * | 2012-09-18 | 2021-07-23 | 株式会社野村综合研究所 | Web服务器***以及演示应用生成方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Rezayat | The enterprise-web portal for life-cycle support | |
| US7904803B2 (en) | Method and system for converting user interface source code of a legacy application to web pages | |
| Maximilien et al. | A domain-specific language for web apis and services mashups | |
| AU2001293254B2 (en) | Accessing data stored at an intermediary from a service | |
| AU2001290686B2 (en) | Customizing content provided by a service | |
| US7127705B2 (en) | Developing applications online | |
| AU2001291300B2 (en) | Providing content from multiple services | |
| US8239830B2 (en) | System for portal architecture | |
| JP2004334866A (ja) | タグリブを介するウェブサイトサマリの変換 | |
| US20090100321A1 (en) | Universal contextual actions menu across windows applications | |
| US20030177444A1 (en) | System for describing markup language for mobile use, and information processing apparatus and program for generating display content | |
| EP1117220A1 (en) | Method and system for protocol conversion | |
| US20040225724A1 (en) | RPC type SOAP service access via taglibs for dynamic web content | |
| JP2014044743A (ja) | コンピュータプラットフォームのプログラミングインターフェース | |
| JP2009199606A (ja) | 処理状態を把握するウェブ・ベースのコンピュータ・システムと方法 | |
| AU2001293254A1 (en) | Accessing data stored at an intermediary from a service | |
| AU2001295024A1 (en) | Developing applications online | |
| EP1358546A2 (en) | System and method for building applications that adapt for multiple device and protocol standards | |
| Ito et al. | A visual environment for dynamic web application composition | |
| WO2010127552A1 (zh) | 面向服务的应用***及其通信方法、创建器和创建方法 | |
| Kitayama et al. | Design of a framework for dynamic content adaptation to Web-enabled terminals and enterprise applications | |
| JPWO2004021234A1 (ja) | ネットワークシステム、プロバイダ、管理サイト、リクエスタ及びプログラム | |
| US20040225959A1 (en) | Appearance properties for web applications using TagLibs | |
| WO2001048630A2 (en) | Client-server data communication system and method for data transfer between a server and different clients | |
| WO2001075597A2 (en) | Efficient user interface for setting application program user preferences |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060509 |