(57)【要約】【課題】  利用者要求の多様な情報処理システムを低コストで開発し、保守性の高いシステムの開発コストを低減し、高い保守性を実現可能な情報処理システムを提供する。【解決手段】  情報処理システム１０は、利用者要求毎に異なる情報表現を提示する利用者端末１１と、業務毎に異なるデータ構成で稼動するデータベース１２とを制御する。これらの差異を共通の情報処理手順で分離するため、特定の情報表現に対応する画面設計に基づく情報構造定義データ１３と、特定のデータ構成に対応するデータ設計に基づく情報構造定義データ１４とをシステム内部に設定する。画面設計の多様性は情報構造変換部１５で吸収し、データ設計の多様性は構造変換部１６で吸収する。構造変換部１７は情報処理システム１０に一般的な処理手順を整理して提供する。【選択図】図１
2005038418.tif 000002
【特許請求の範囲】
【請求項１】
処理対象のデータが格納されたデータベースと、当該データベースからデータを読み出し、画面情報の一部として組み込むサーバと、当該サーバから画面情報を受信し、画面に表示する利用者端末とにより情報処理を行う情報処理システムにおいて、
前記サーバは、
利用者端末に表示される画面に対応する情報構造の定義データであって、当該画面設計に基づく第１の定義データ、
データベースに格納された処理対象データに対応する情報構造の定義データであって、当該データ設計に基づく第２の定義データ、
画面の情報表現と画面設計との間で情報構造を変換する第１の記述データ、
データベースに格納された処理対象のデータ構成とデータ設計との間で情報構造を変換する第２の記述データ、及び
第１の定義データと第２の定義データとの間で情報構造を変換する第３の記述データを記憶する記憶部と、
前記第２の記述データに基づいて、データベースに格納された処理対象データから前記第２の定義データを生成する第１の制御部と、
前記第３の記述データに基づいて、第１の定義データを生成し、または第２の定義データを更新する第２の制御部と、
前記第１の記述データに基づいて、第１の定義データから画面情報を生成する第３の制御部とを備えたことを特徴とする情報処理システム。
【請求項２】
請求項１に記載の情報処理システムにおいて、
前記記憶部に記憶される第１及び第２の定義データのうちの少なくとも一つの定義データを、拡張可能マーク付け言語を用いて定義されるデータとすることを特徴とする情報処理システム。
【請求項３】
請求項１に記載の情報処理システムにおいて、
前記記憶部に記憶される第１、第２及び第３の記述データのうちの少なくとも一つの記述データを、拡張可能スタイル変換記述言語を用いて記述されるデータとすることを特徴とする情報処理システム。
【請求項４】
請求項１に記載の情報処理システムにおいて、
前記記憶部に記憶される第１及び第２の定義データを、拡張可能マーク付け言語を用いて定義されるデータとし、前記第１、第２及び第３の記述データを、拡張可能スタイル変換記述言語を用いて記述されるデータとすることを特徴とする情報処理システム。
【請求項５】
処理対象のデータが格納されたデータベースと、当該データベースからデータを読み出し、画面情報の一部として組み込むサーバと、当該サーバから画面情報を受信し、画面に表示する利用者端末とを備えた情報処理システムの下で、利用者端末に表示される画面に対応する情報構造の定義データであって、当該画面設計に基づく第１の定義データ、データベースに格納された処理対象データに対応する情報構造の定義データであって、当該データ設計に基づく第２の定義データ、画面の情報表現と画面設計との間で情報構造を変換する第１の記述データ、データベースに格納された処理対象のデータ構成とデータ設計との間で情報構造を変換する第２の記述データ、及び第１の定義データと第２の定義データとの間で情報構造を変換する第３の記述データを用いて情報処理を行う前記サーバを構成するコンピュータに実行させるプログラムであって、
前記第２の記述データに基づいて、データベースに格納された処理対象データから前記第２の定義データを生成する処理と、
前記第３の記述データに基づいて、第１の定義データを生成し、または第２の定義データを更新する処理と、
前記第１の記述データに基づいて、第１の定義データから画面情報を生成する処理とを実行させる情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システムを実現するソフトウェアの開発及び保守技術に関し、特に、Ｗｅｂシステムをユーザインタフェースとして用い、業務データを処理または参照する情報処理システムの開発及び保守技術に関する。
【背景技術】
【０００２】
従来、Ｗｅｂシステムをユーザインタフェースとする情報処理システムにおいて、データ変換や画面作成のための情報処理は、所定のプログラミング言語やスクリプト言語により一括して記述していた。例えば、データベースとの親和性の高い埋め込み型スクリプト言語であるＰＨＰ（Ｈｙｐｅｒｔｅｘｔ  Ｐｒｅｐｒｏｃｅｓｓｏｒ）を用いて、データ変換等の情報処理を記述する場合がある（例えば、非特許文献１を参照。）。このようなスクリプト言語等を用いた一括した記述によって情報処理を実現する技術では、データ及び画面の変更要求に対応するために、変更すべき記述箇所を特定すると共に、変更に伴う波及的影響を見極めることが必要となり、高いコストを要していた。
【０００３】
【非特許文献１】“ＰＨＰ：Ｈｙｐｅｒｔｅｘｔ  Ｐｒｅｐｒｏｃｅｓｓｅｒ”、［online］、Ｔｈｅ  ＰＨＰ  Ｇｒｏｕｐ、［２００４年６月１５日検索］、インターネット＜ＵＲＬ：http://www.php.net＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
そこで、本発明は、このような問題に鑑みてなされたものであり、その目的は、システムの開発コストを低減し、高い保守性を実現可能な情報処理システムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明に係る情報処理システムは、処理対象のデータが格納されたデータベースと、当該データベースからデータを読み出し、画面情報の一部として組み込むサーバと、当該サーバから画面情報を受信し、画面に表示する利用者端末とにより情報処理を行う情報処理システムにおいて、前記サーバが、利用者端末に表示される画面に対応する情報構造の定義データであって、当該画面設計に基づく第１の定義データ、データベースに格納された処理対象データに対応する情報構造の定義データであって、当該データ設計に基づく第２の定義データ、画面の情報表現と画面設計との間で情報構造を変換する第１の記述データ、データベースに格納された処理対象のデータ構成とデータ設計との間で情報構造を変換する第２の記述データ、及び第１の定義データと第２の定義データとの間で情報構造を変換する第３の記述データを記憶する記憶部と、前記第２の記述データに基づいて、データベースに格納された処理対象データから前記第２の定義データを生成する第１の制御部と、前記第３の記述データに基づいて、第１の定義データを生成し、または第２の定義データを更新する第２の制御部と、前記第１の記述データに基づいて、第１の定義データから画面情報を生成する第３の制御部とを備えたことを特徴とする。
【０００６】
また、本発明に係る情報処理システムは、前記記憶部に記憶される第１及び第２の定義データのうちの少なくとも一つの定義データを、拡張可能マーク付け言語を用いて定義されるデータとし、前記第１、第２及び第３の記述データのうちの少なくとも一つの記述データを、拡張可能スタイル変換記述言語を用いて記述されるデータとすることを特徴とする。
【０００７】
また、本発明に係る情報処理プログラムは、処理対象のデータが格納されたデータベースと、当該データベースからデータを読み出し、画面情報の一部として組み込むサーバと、当該サーバから画面情報を受信し、画面に表示する利用者端末とを備えた情報処理システムの下で、利用者端末に表示される画面に対応する情報構造の定義データであって、当該画面設計に基づく第１の定義データ、データベースに格納された処理対象データに対応する情報構造の定義データであって、当該データ設計に基づく第２の定義データ、画面の情報表現と画面設計との間で情報構造を変換する第１の記述データ、データベースに格納された処理対象のデータ構成とデータ設計との間で情報構造を変換する第２の記述データ、及び第１の定義データと第２の定義データとの間で情報構造を変換する第３の記述データを用いて情報処理を行う前記サーバを構成するコンピュータに実行させるプログラムであって、前記第２の記述データに基づいて、データベースに格納された処理対象データから前記第２の定義データを生成する処理と、前記第３の記述データに基づいて、第１の定義データを生成し、または第２の定義データを更新する処理と、前記第１の記述データに基づいて、第１の定義データから画面情報を生成する処理とを実行させることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、データ設計に基づく情報構造定義データ、画面設計に基づく情報構造定義データ、及び情報構造変換記述データを用いてデータ変換処理と画面生成処理とを分離するようにした。これにより、データ設計、データ構成、画面設計及び情報表現について、データ変換処理と画面生成処理とをお互いに波及させることなく独立して対応することができるから、システムの開発コストを低減し、保守性を高めることができる。つまり、情報処理システムに対する利用者の要求や変更に対し、従来に比べて低コストでかつ迅速に対応することができる。また、拡張可能マーク付け言語や拡張可能スタイル変換記述言語により情報構造定義データ及び情報構造変換記述データを構成するようにした。これらの言語は汎用的に広く使用されているから、さらに一層システム開発のコスト低減及び保守性を高めることができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の実施の形態について、図面を参照して説明する。
図１は、本発明の実施の形態に係る情報処理システム及びその構成を説明するための概略図である。本情報処理システム１０は、利用者端末１１、ＤＢインタフェース１８を有するデータベース１２、画面設計に基づく情報構造定義データ１３、データ設計に基づく情報構造定義データ１４、情報表現と画面設計との間で変換を行う構造変換部１５、データ構成とデータ設計との間で変換を行う構造変換部１６、及びデータ処理結果から画面生成に繋ぐための変換を行う構造変換部１７を備えている。情報構造定義データ１３，１４は、情報処理システム１０におけるメモリに保持される。
【００１０】
利用者端末１１は、情報処理システム１０の利用者が操作を行うＰＣ（パーソナルコンピュータ）や携帯電話等であり、データベース１２は、情報処理システム１０にて取り扱うデータが格納されているデータ記憶装置またはデータ管理システムである。情報構造定義データ１３は、画面に対応する情報構造定義が設定された画面設計に基づくデータであり、情報構造定義データ１４は、データに対応する情報構造定義が設定されたデータ設計に基づくデータである。構造変換部１５は、利用者要求毎に異なる情報表現と画面設計との間で情報構造を変換する記述がされたプログラムにより実行される。構造変換部１６は、業務毎に異なるデータ構成とデータ設計との間で情報構造を変換する記述がされたプログラムにより実行される。構造変換部１７は、データ処理結果から画面生成に繋ぐための情報構造を変換する記述がされたプログラムにより実行される。ＤＢインタフェース１８は、ＤＢエンジンによるファイル出力機能を有し、具体的にはデータベース１２のデータをＸＭＬ形式のファイルに変換して出力する。
【００１１】
次に、図１に示した情報処理システムについて具体例を用いて詳細に説明する。図２は、本発明の一実施の形態に係る情報処理システムの構成図であり、ソフトウェアを実装した構成を示している。本情報処理システム１００は、利用者端末１１１、Ｗｅｂサーバ２１３、ＤＢサーバ２１４、仕入在庫管理システム２１２−１及び販売管理システム２１２−２を備え、それぞれ通信ネットワークを介して接続される。この情報処理システム１００は、仕入在庫管理システム２１２−１及び販売管理システム２１２−２がそれぞれ管理しているデータを取り扱い、利用者端末１１１の画面表示や操作によって、データの収集、加工、編集、入力、保有、電子メール機能による配信等の様々な業務を実現するものである。
【００１２】
Ｗｅｂサーバ２１３は、専用Ｊａｖａ（登録商標）サーブレット、画面設計に基づく情報構造定義データ（Ｆ−ＸＭＬ）１１３−１，１１３−２、及び情報表現と画面設計との間の変換を行う情報構造変換記述データ（Ｆ−ＸＳＬ）１１５を備えている。この情報構造変換記述データ（Ｆ−ＸＳＬ）１１５は、利用者端末１１１に表示される複数の画面にそれぞれ１対１に対応している。例えば、画面Ａ及び画面において、取り扱うデータが同じでレイアウトが異なる場合は、１つの情報構造定義データ（Ｆ−ＸＭＬ）１１３−１及び２つの情報構造変換記述データ（Ｆ−ＸＳＬ）１１５を備えることになる。Ｗｅｂサーバ２１３の制御部（図示せず）は、専用Ｊａｖａサーブレットを起動させ、情報構造定義データ（Ｆ−ＸＭＬ）１１３−１，１１３−２及び情報構造変換記述データ（Ｆ−ＸＳＬ）１１５を用いて後述する処理を行う。ここで、情報構造定義データ（Ｆ−ＸＭＬ）１１３−１，１１３−２は、Ｗｅｂサーバ２１３で動作する専用Ｊａｖａサーブレットの内部メモリに存在するトランザクション（伝票）データである。
【００１３】
ＤＢサーバ２１４は、専用Ｊａｖａアプリケーション、データ設計に基づく情報構造定義データ（Ｄ−ＸＭＬ）１１４、データ構成とデータ設計との間の変換を行う情報構造変換記述データ（Ｄ−ＸＳＬ）１１６−１，１１６−２、データ処理結果から画面生成に繋ぐ情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１，１１７−２、ログファイル１２０、及びＸＭＬファイル１１８−１〜１１８−３を備えている。例えば、取り扱うデータの種類が増えた場合は、データ設計は変更されずデータ構成が変更されたことになるから、情報構造変換記述データ（Ｄ−ＸＳＬ）１１６−１を修正して対応することができる。ＤＢサーバ２１４の制御部（図示せず）は、専用Ｊａｖａアプリケーションを起動させ、情報構造定義データ（Ｄ−ＸＭＬ）１１４、情報構造変換記述データ（Ｄ−ＸＳＬ）１１６−１，１１６−２、情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１，１１７−２、ログファイル１２０及びＸＭＬファイル１１８−１〜１１８−３を用いて後述する処理を行う。ここで、情報構造定義データ（Ｄ−ＸＭＬ）１１４は、ＤＢサーバ２１４で動作するＪａｖａアプリケーションの内部メモリに存在するマスタ（元帳）データである。ログファイル１２０は、元のデータベース群をバッチ処理で差分更新する際の更新用データが格納される。
【００１４】
仕入在庫管理システム２１２−１は、仕入在庫管理を行うための端末装置、サーバ及び仕入在庫に関するデータが格納されたデータベース（ＤＢａ）１１２−１を備えている。また、販売管理システム２１２−２は、販売管理を行うための端末装置、サーバ及び販売管理に関するデータが格納されたデータベース（ＤＢｂ）１１２−２を備えている。尚、本実施の形態では、データベース（ＤＢａ）１１２−１及びデータベース（ＤＢｂ）１１２−２は更新されないものとする。
【００１５】
次に、図２に示した情報処理システム１００の処理について、以下の（１）〜（３）に分けて説明する。
（１）データ設計に基づく情報構造定義データ（Ｄ−ＸＭＬ）１１４の生成、更新及び消滅処理
（２）利用者が情報処理システム１００の利用を開始するためのログイン処理（利用者環境の設定処理）
（３）利用者が新規に商品補足情報を登録する処理
情報処理システム１００は、仕入在庫管理システム２１２−１のデータベース（ＤＢａ）１１２−１、販売管理システム２１２−２のデータベース（ＤＢｂ）１１２−２及びグループウェアのデータベースであるＸＭＬファイル１１８−３からデータ設計に基づく情報構造定義データ（Ｄ−ＸＭＬ）１１４を生成し、当該データをＤＢサーバ２１４におけるＪａｖａアプリケーションの内部メモリに保持させる。これにより、利用者は、利用者端末１１１を用いて、仕入在庫管理システム２１２−１及び販売管理システム２１２−２のデータを利用することが可能となる。また、情報処理システム１００は、情報参照処理系と情報更新処理系とに区別される。情報参照処理系は、利用者端末１１１の表示装置（図示せず）に、データ設計に基づく情報構造定義データ（Ｄ−ＸＭＬ）１１４、画面設計に基づく情報構造定義データ（Ｆ−ＸＭＬ）１１３−１、情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１及びデータ設計に基づく情報構造定義データ（Ｄ−ＸＭＬ）１１４により画面表示を行う。情報更新処理系は、利用者が入力したデータにより画面設計に基づく情報構造定義データ（Ｆ−ＸＭＬ）１１３−２を更新し、情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−２によりデータ設計に基づく情報構造定義データ（Ｄ−ＸＭＬ）１１４を更新し、ログファイル１２０に更新用データを格納する。
【００１６】
〔（１）情報構造定義データ（Ｄ−ＸＭＬ）１１４の生成、更新及び消滅処理〕  
図３を参照して、データ設計に基づく情報構造定義データ（Ｄ−ＸＭＬ）１１４の生成、更新及び消滅処理について説明する。仕入在庫管理システム２１２−１のデータベース（ＤＢａ）１１２−１は、図１に示したＤＢインタフェース１８を用いて、データベース（ＤＢａ）１１２−１のデータをＸＭＬ形式のＸＭＬファイル（ＸＭＬａ）１１８−１に変換し、ＤＢサーバ２１４へ送信する（ステップＳ３１）。同様に、販売管理システム２１２−２のデータベース（ＤＢｂ）１１２−２は、ＤＢインタフェース１８を用いて、データベース（ＤＢｂ）１１２−２のデータをＸＭＬ形式のＸＭＬファイル（ＸＭＬｂ）１１８−２に変換し、ＤＢサーバ２１４へ送信する（ステップＳ３２）。
【００１７】
ＤＢサーバ２１４は、ＸＭＬファイル（ＸＭＬａ）１１８−１及びＸＭＬファイル（ＸＭＬｂ）１１８−２を受信する。そして、ＤＢサーバ２１４の図示しない制御部は、専用Ｊａｖａアプリケーションを起動する。また、情報構造変換記述データ（Ｄ−ＸＳＬ）１１６−１を用いて、ＸＭＬファイル（ＸＭＬａ）１１８−１、ＸＭＬファイル（ＸＭＬｂ）１１８−２及びＸＭＬファイル（ＸＭＬｃ）１１８−３から必要なデータを抽出し、構造変換を施して結合し、専用Ｊａｖａアプリケーションの内部メモリに情報構造定義データ（Ｄ−ＸＭＬ）１１４を生成する（ステップＳ３３，３４）。これにより、利用者は、利用者端末１１１を用いて、仕入在庫管理システム２１２−１及び販売管理システム２１２−２のデータを利用することが可能となる。
【００１８】
専用Ｊａｖａアプリケーションは、Ｗｅｂサーバ２１３の専用Ｊａｖａサーブレットからデータの新規登録、変更または削除要求を受信すると、情報構造定義データ（Ｄ−ＸＭＬ）１１４を更新すると共に、更新用データをＸＭＬ形式でログファイル１２０に格納する（ステップＳ３５）。
【００１９】
専用Ｊａｖａアプリケーションが終了すると、そのタイミングで専用Ｊａｖａアプリケーションの内部メモリに存在する情報構造定義データ（Ｄ−ＸＭＬ）１１４はクリアされる。これにより、情報構造定義データ（Ｄ−ＸＭＬ）１１４は消滅する（ステップＳ３６）。
【００２０】
また、専用Ｊａｖａアプリケーションが終了すると、ＤＢサーバ２１４の制御部は、情報構造変換記述データ（Ｄ−ＸＳＬ）１１６−２を用いて、ログファイル１２０及び情報構造定義データ（Ｄ−ＸＭＬ）１１４によりＸＭＬファイル（ＸＭＬｃ）１１８−３を更新する（ステップＳ３７）。この場合、専用Ｊａｖａアプリケーション終了時の情報構造定義データ（Ｄ−ＸＭＬ）１１４の内容で更新データを抽出してＸＭＬファイル（ＸＭＬｃ）１１８−３に上書きすることが可能である。しかし、障害が発生した場合には、前述のＸＭＬファイル（ＸＭＬｃ）１１８−３により障害発生前の更新データを特定することができるから、その更新データを障害発生直前の情報構造定義データ（Ｄ−ＸＭＬ）１１４に上書きすることにより、障害に対応することができる。
【００２１】
〔（２）ログイン処理（利用者環境の設定処理）〕
図４を参照して、利用者が情報処理システム１００の利用を開始するためのログイン処理について説明する。利用者が利用者端末１１１を用いてＷｅｂブラウザを起動させ、サービスを提供するＷｅｂサーバ２１３のアドレスを入力すると、利用者端末１１１は、当該アドレスをＷｅｂサーバ２１３へ送信する（ステップＳ４１）。Ｗｅｂサーバ２１３の図示しない制御部は、該当する専用Ｊａｖａサーブレットを起動する。専用Ｊａｖａサーブレットは、ログイン画面生成用情報構造変換記述データ（Ｆ−ＸＳＬ）１１５を用いて、ログイン画面生成用情報構造定義データ（Ｆ−ＸＭＬ）１１３−１をＨＴＭＬ変換し、ログイン画面を生成し、当該ログイン画面情報を利用者端末１１１へ送信する（ステップＳ４２）。
【００２２】
利用者端末１１１がログイン画面情報を受信して画面表示すると、利用者は、表示されたログイン画面によりユーザＩＤ及びパスワードを入力する。利用者端末１１１は、当該ユーザＩＤ及びパスワードをＷｅｂサーバ２１３へ送信する（ステップＳ４３）。Ｗｅｂサーバ２１３がユーザＩＤ及びパスワードを受信すると、専用Ｊａｖａサーブレットは、ユーザＩＤ、及びパスワード等のデータを取得するための情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１の名称をＤＢサーバ２１４へ送信する（ステップＳ４４）。
【００２３】
ＤＢサーバ２１４がユーザＩＤ及び情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１の名称を受信すると、専用Ｊａｖａアプリケーションは、当該名称の情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１を内部メモリに読み出し、ユーザＩＤを情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１に反映する。そして、専用Ｊａｖａアプリケーションは、情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１を用いて、情報構造定義データ（Ｄ−ＸＭＬ）１１４を検索し、必要なデータ（パスワードを含む）を取得する。専用Ｊａｖａアプリケーションは、その検索結果のデータをＷｅｂサーバ２１３へ送信する（ステップＳ４５）。
【００２４】
Ｗｅｂサーバ２１３が検索結果を受信すると、専用Ｊａｖａサーブレットは、受信した検索結果のデータに含まれるパスワードと、ステップ４３において利用者端末１１１から受信したパスワードとを比較してチェックする。両者が一致した場合には、メニュー画面生成用情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１の名称をＤＢサーバ２１４へ送信する（ステップＳ４６）。
【００２５】
ＤＢサーバ２１４がメニュー画面生成用情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１の名称を受信すると、専用Ｊａｖａアプリケーションは、当該名称のメニュー生成用情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１を用いて、情報構造定義データ（Ｄ−ＸＭＬ）１１４に問い合わせをかける。そして、専用Ｊａｖａアプリケーションは、メニュー画面生成用情報構造定義データ（Ｆ−ＸＭＬ）１１３−１を生成し、当該ファイルをＷｅｂサーバ２１３へ送信する（ステップＳ４７）。
【００２６】
Ｗｅｂサーバ２１３がメニュー画面生成用情報構造定義データ（Ｆ−ＸＭＬ）１１３−１を受信すると、専用Ｊａｖａサーブレットは、メニュー画面生成用情報構造変換記述データ（Ｆ−ＸＳＬ）１１５を用いて、メニュー画面生成用情報構造定義データ（Ｆ−ＸＭＬ）１１３−１をＨＴＭＬ変換し、メニュー画面を生成し、当該メニュー画面情報を利用者端末１１１へ送信する。それと共に、内部メモリのセッションにこれらの情報を書き込む（ステップＳ４８）。そして、利用者端末１１１は、メニュー画面情報を受信して画面表示し、利用者は次処理を選択する（ステップＳ４９）。
【００２７】
〔（３）新規な商品補足情報登録処理〕
図５を参照して、利用者環境が設定された後に、利用者が新規に商品補足情報を登録する処理について説明する。利用者が、利用者端末１１１のＷｅｂブラウザに表示されているメニュー画面により、商品補足情報の新規登録処理を選択すると（ステップＳ５１）、利用者端末１１１は、当該商品補足情報新規登録処理の選択要求をＷｅｂサーバ２１３へ送信する。Ｗｅｂサーバ２１３が当該選択要求を受信すると、専用Ｊａｖａサーブレットは、商品補足情報新規登録処理用情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１の名称をＤＢサーバ２１４へ送信する（ステップＳ５２）。
【００２８】
ＤＢサーバ２１４が商品補足情報新規登録処理用情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１の名称を受信すると、専用Ｊａｖａアプリケーションは、当該名称の情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１を用いて情報構造定義データ（Ｄ−ＸＭＬ）１１４に問い合わせをかける。そして、専用Ｊａｖａアプリケーションは、商品補足情報新規登録処理用情報構造定義データ（Ｆ−ＸＭＬ）１１３−２を生成し、当該ファイルをＷｅｂサーバ２１３へ送信する（ステップＳ５３）。
【００２９】
Ｗｅｂサーバ２１３が商品補足情報新規登録処理用情報構造定義データ（Ｆ−ＸＭＬ）１１３−２を受信すると、専用Ｊａｖａサーブレットは、商品補足情報新規登録処理用情報構造変換記述データ（Ｆ−ＸＳＬ）１１５を用いて、商品補足情報新規登録処理用情報構造定義データ（Ｆ−ＸＭＬ）１１３−２をＨＴＭＬ変換し、商品補足情報新規登録画面を生成し、当該商品補足情報新規登録画面情報を利用者端末１１１へ送信する。それと共に、内部メモリのセッションにこれらの情報を書き込む（ステップＳ５４）。
【００３０】
利用者端末１１１は、商品補足情報新規登録画面情報を受信して画面表示する。そして、利用者が、Ｗｅｂブラウザに表示されている商品補足情報新規登録画面により、商品補足情報を入力すると、利用者端末１１１は、当該商品補足情報をＷｅｂサーバ２１３へ送信する（ステップＳ５５）。Ｗｅｂサーバ２１３が当該商品補足情報を受信すると、専用Ｊａｖａサーブレットは、商品補足情報等によりセッション内の商品補足情報新規登録処理用情報構造定義データ（Ｆ−ＸＭＬ）１１３−２を更新して新たな商品補足情報新規登録処理用情報構造定義データ（Ｆ−ＸＭＬ）１１３−２を生成する。そして、専用Ｊａｖａサーブレットは、当該商品補足情報新規登録処理用情報構造定義データ（Ｆ−ＸＭＬ）１１３−２、及び汎用更新用情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−２の名称をＤＢサーバ２１４へ送信する（ステップＳ５）。
【００３１】
ＤＢサーバ２１４が商品補足情報新規登録処理用情報構造定義データ（Ｆ−ＸＭＬ）１１３−２、及び汎用更新用情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−２の名称を受信すると、専用Ｊａｖａアプリケーションは、当該名称の汎用更新用情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−２を用いて、情報構造定義データ（Ｄ−ＸＭＬ）１１４を更新し、更新データをログファイル１２０に格納する（ステップＳ５７）。また、専用Ｊａｖａアプリケーションは、前述の更新及び格納処理を正常に終了したか否かの結果をＷｅｂサーバ２１３へ送信する。
【００３２】
Ｗｅｂサーバ２１３が当該結果を受信し、その結果が正常である場合には、専用Ｊａｖａサーブレットは、商品補足情報一覧作成処理用情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１の名称をＤＢサーバ２１４へ送信する（ステップＳ５８）。
【００３３】
ＤＢサーバ２１４が商品補足情報一覧作成処理用情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１の名称を受信すると、専用Ｊａｖａアプリケーションは、当該名称の情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１を用いて、情報構造定義データ（Ｄ−ＸＭＬ）１１４に問い合わせをかける。そして、専用Ｊａｖａアプリケーションは、商品補足情報一覧作成処理用情報構造定義データ（Ｆ−ＸＭＬ）１１３−１を生成し、当該ファイルをＷｅｂサーバ２１３へ送信する（ステップＳ５９）。
【００３４】
Ｗｅｂサーバ２１３が商品補足情報一覧作成処理用情報構造定義データ（Ｆ−ＸＭＬ）１１３−１を受信すると、専用Ｊａｖａサーブレットは、商品補足情報一覧作成処理用情報構造変換記述データ（Ｆ−ＸＳＬ）１１５を用いて、商品補足情報一覧作成処理用情報構造定義データ（Ｆ−ＸＭＬ）１１３−１をＨＴＭＬ変換し、商品補足情報一覧画面を生成し、当該商品補足情報一覧画面情報を利用者端末１１１へ送信する。それと共に、内部メモリのセッションにこれらの情報を書き込む（ステップＳ６０）。利用者端末１１１は、商品補足情報一覧画面情報を受信して画面表示する。これにより、利用者は、新規に商品補足情報が登録されたことを確認することができる。
【００３５】
このように、情報構造定義データ（Ｄ−ＸＭＬ）１１４は、仕入在庫管理システム２１２−１及び販売管理システム２１２−２のデータである商品情報と、グループウェアから新規登録された商品補足情報とを保有することになる（ステップＳ３４，５９）。これにより、例えば、情報構造定義データ（Ｄ−ＸＭＬ）１１４に保有された商品情報と商品補足情報とを用いて、商品写真付パンフレットや見積書を作成することができるという、企業のニーズに合致した情報処理が可能となる。
【００３６】
以上説明したように、本発明の実施の形態に係る情報処理システム１００によれば、画面設計に基づく情報構造定義データ（Ｆ−ＸＭＬ）１１３−１，１１３−２、情報表現と画面設計との間の変換を行う情報構造変換記述データ（Ｆ−ＸＳＬ）１１５、データ設計に基づく情報構造定義データ（Ｄ−ＸＭＬ）１１４、データ構成とデータ設計との間の変換を行なう情報構造変換記述データ（Ｄ−ＸＳＬ）１１６−１，１１６−２、データ処理結果から画面生成に繋ぐ情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１，１１７−２を用いて情報処理を実現するようにした。すなわち、情報処理システム１００は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）である拡張可能マーク付け言語やＸＳＬＴ（ＸＭＬ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ  Ｔｒａｎｓｆｏｒｍａｔｉｏｎ）である拡張可能スタイル変換記述言語を用いて、画面生成処理とデータ変換処理とを分離し、これらを連携させて情報処理を実現するようにした。これにより、ソフトウェアを機能性の高い部品に分割し、差し替え可能な構成としたから、モジュール性を改善すると共に、システムの開発コストを低減し、高い保守性を実現することが可能となる。特に、利用者端末１１１に表示される画面に１対１に対応する情報構造変換記述データ（Ｆ−ＸＳＬ）１１５を備えることにより、より一層モジュール性を改善することができる。
【００３７】
また、一般に、Ｗｅｂシステムの開発及び保守のためには、ＨＴＭＬ言語やスクリプト言語の習得が必須であるが、前述の情報処理システム１００では、拡張可能マーク付言語や拡張可能スタイル変換記述言語を習得するだけで、分業してシステムの開発及び保守を行うことができる。
【００３８】
また、本発明の実施の形態に係る情報処理システム１００によれば、画面設計及び情報表現に変更要求が生じた場合には、その変更対象となる情報構造定義データ（Ｆ−ＸＭＬ）１１３−１，１１３−２及び情報構造変換記述データ（Ｆ−ＸＳＬ）１１５を修正すれば済むようにした。また、データ設計及びデータ構成に変更要求が生じた場合には、その変更対象となる情報構造定義データ（Ｄ−ＸＭＬ）１１４及び情報構造変換記述データ（Ｄ−ＸＳＬ）１１６を修正すれば済むようにした。これにより、これらのデータを修正するだけで変更内容を吸収することが可能となる。また、画面設計及び情報表現の変更による修正が、データ設計及びデータ構成に関する情報構造定義データ（Ｄ−ＸＭＬ）１１４及び情報構造変換記述データ（Ｄ−ＸＳＬ）１１６へ波及することを減じることが可能となる。同様に、データ設計及びデータ構成の変更による修正が、画面設計及び情報表現に関する情報構造定義データ（Ｆ−ＸＭＬ）１１３−１，１１３−２及び情報構造変換記述データ（Ｆ−ＸＳＬ）１１５へ波及することを減じることが可能となる。このように、各々の変更の波及効果を最小限に止めることができるから、情報処理システム１００におけるモジュール性を改善することが可能となる。
【００３９】
例えば、携帯電話では、データベース１１２−１，１１２−２に変更がない場合は、データにアクセスする情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１，１１７−２及び情報構造変換記述データ（Ｄ−ＸＳＬ）１１６−１，１１６−２を共通で使用することができるから、画面表示部分の情報構造変換記述データ（Ｆ−ＸＳＬ）１１５を追加修正すればよい。
【００４０】
また、本発明の実施の形態に係る情報処理システム１００によれば、情報構造定義データ（Ｆ−ＸＭＬ）１１３−１，１１３−２を画面設計に対応するものとしたから、当該情報構造定義データ（Ｆ−ＸＭＬ）１１３−１，１１３−２により、利用者端末１１１毎に多様性が求められる情報表現の差異を吸収することができる。また、情報構造変換記述データ（Ｆ−ＸＳＬ）１１５を、情報表現と画面設計との間の変換を行うものとしたから、情報表現の変更要求が生じた場合には、情報構造変換記述データ（Ｆ−ＸＳＬ）１１５を修正することによって対応することが可能となり、結果としてその変更が画面設計に波及することを減じることが可能となる。
【００４１】
また、本発明の実施の形態に係る情報処理システム１００によれば、情報構造定義データ（Ｄ−ＸＭＬ）１１４を、データ設計に対応するものとしたから、当該情報構造定義データ（Ｄ−ＸＭＬ）１１４により、データベース１１２毎に異なるデータ構成の差異を吸収することができる。また、情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１，１１７−２を、データ構成とデータ設計との間の変換を行うものとしたから、データ構成の変更要求が生じた場合には、情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１，１１７−２を修正することによって対応することが可能となり、結果としてその変更がデータ設計に波及することを減じることが可能となる。
【００４２】
例えば、仕入在庫管理システム２１２−１において、扱う商品種類が増加した等により仕入在庫管理システム２１２−１のパッケージがリプレースされた場合に、従来は、データベース（ＤＢａ）１１２−１へアクセスしている全てのプログラム（例えば、斡旋商品パンフレット作成プログラム）を修正する必要があった。前述の情報処理システム１００では、従来の設計書の基本となるデータベース（ＤＢａ）１１２−１の新旧対比表を用いて、情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１，１１７−２を修正するだけで対応することができる。
【００４３】
以上、実施の形態を挙げて本発明を説明したが、上記の説明は、本発明の理解を助けるものであって、本発明の特許請求の範囲を制限するものではない。従って、本発明の要旨を逸脱しない限り、種々変形が可能であり、本発明の目的を達し、効果を奏する範囲において、適宜変更することが可能である。例えば、情報構造定義データ（Ｆ−ＸＭＬ）１１３−１，１１３−２及び情報構造定義データ（Ｄ−ＸＭＬ）１１４はＸＭＬを用いて構成し、情報構造変換記述データ（Ｆ−ＸＳＬ）１１５、情報構造変換記述データ（Ｄ−ＸＳＬ）１１６−１，１１６−２及び情報構造変換記述データ（Ｘ−ＸＳＬ）１１７−１，１１７−２はＸＳＬＴである拡張可能スタイル変換記述言語を用いて構成するものとして限定するものではない。要するに、画面設計やデータ設計に基づいて情報構造定義データを構成可能な言語であればよく、また、情報構造変換記述データを構成可能な言語であればよい。
【００４４】
尚、利用者端末１１，１１１、Ｗｅｂサーバ２１３、ＤＢサーバ２１４、仕入在庫管理システム２１２−１及び販売管理システム２１２−２は、ＣＰＵ、ＲＡＭ等の揮発性の記憶媒体、ＲＯＭ等の不揮発性の記憶媒体、キーボードやポインティングデバイス等の入力装置、画像やデータを表示する表示装置、及び外部の装置と通信をするためのインタフェースを備えたコンピュータによってそれぞれ構成される。この場合、前述の各処理は、当該処理を記述したプログラムをＣＰＵに実行させることによりそれぞれ実現される。また、これらのプログラムは、磁気ディスク（フロッピィーディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリ等の記憶媒体に格納して頒布することもできる。
【図面の簡単な説明】
【００４５】
【図１】本発明の実施の形態に係る情報処理システム及びその構成を説明するための概略図である。
【図２】図１の情報処理システムの構成を具体的に説明するための図である。
【図３】Ｄ−ＸＭＬファイルの生成、送信及び消滅の各処理を示すフロー図である。
【図４】利用者が情報処理システムの利用を開始するためのログイン処理を示すフロー図である。
【図５】利用者が新規に商品補足情報を登録する処理を示すフロー図である。
【符号の説明】
【００４６】
１０，１００  情報処理システム
１１，１１１  利用者端末
１２，１１２−１，１１２−２  データベース
１３，１４，１１３−１，１１３−２，１１４  情報構造定義データ
１５，１６，１７  構造変換部
１８  ＤＢインタフェース
１１５，１１６−１，１１６−２，１１７−１，１１７−２  情報構造変換記述データ
１１８−１，１１８−２，１１８−３  ＸＭＬファイル
１２０  ログファイル
２１２−１  仕入在庫管理システム
２１２−２  販売管理システム
２１３  Ｗｅｂサーバ
２１４  ＤＢサーバ
【図１】
2005038418.tif 000003
【図２】
2005038418.tif 000004
【図３】
2005038418.tif 000005
【図４】
2005038418.tif 000006
【図５】
2005038418.tif 000007