JP2003308332A - データベースアクセスプログラム、そのプログラムを記録したコンピュータ読取可能な記録媒体およびデータベース操作方法 - Google Patents

データベースアクセスプログラム、そのプログラムを記録したコンピュータ読取可能な記録媒体およびデータベース操作方法

Info

Publication number
JP2003308332A
JP2003308332A JP2002112448A JP2002112448A JP2003308332A JP 2003308332 A JP2003308332 A JP 2003308332A JP 2002112448 A JP2002112448 A JP 2002112448A JP 2002112448 A JP2002112448 A JP 2002112448A JP 2003308332 A JP2003308332 A JP 2003308332A
Authority
JP
Japan
Prior art keywords
screen
database
program
data
generating
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.)
Pending
Application number
JP2002112448A
Other languages
English (en)
Inventor
Nobuhiro Nakamura
伸裕 中村
Kazuhisa Ikeda
和壽 池田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sumitomo Electric Industries Ltd
Original Assignee
Sumitomo Electric Industries Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sumitomo Electric Industries Ltd filed Critical Sumitomo Electric Industries Ltd
Priority to JP2002112448A priority Critical patent/JP2003308332A/ja
Priority to US10/405,699 priority patent/US7222118B2/en
Priority to CNB031407617A priority patent/CN100545803C/zh
Publication of JP2003308332A publication Critical patent/JP2003308332A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/242—Query formulation
    • G06F16/2428—Query predicate definition using graphical user interfaces, including menus and forms
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99931—Database or file accessing
    • Y10S707/99933—Query processing, i.e. searching
    • Y10S707/99934—Query formulation, input preparation, or translation

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Mathematical Physics (AREA)
  • Computational Linguistics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Abstract

(57)【要約】 【課題】 汎用的なモジュールを組合わせて作成された
データベースアクセスプログラムを提供すること。 【解決手段】 複数のスクリーン部品をコンピュータに
実行させることによりデータベースにアクセスするプロ
グラムであって、複数のスクリーン部品をコンピュータ
に実行させる順序を指定するステップを含み、複数のス
クリーン部品それぞれは、該スクリーン部品ごとに外部
から与えられた定義にしたがって、ＳＱＬのｗｈｅｒｅ
節を除く部分を生成するステップ（Ｓ２２、Ｓ２８）
と、データを入力および／または出力するための画面を
生成するステップ（Ｓ２４、Ｓ３０）と、該スクリーン
部品ごとに外部から与えられた定義にしたがって、ＳＱ
Ｌのｗｈｅｒｅ節を生成するステップ（Ｓ２７）とを含
む。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】この発明は、データベースア
クセスプログラム、そのプログラムを記録したコンピュ
ータ読取可能な記録媒体およびデータベース操作方法に
関し、特に、業務に適した処理に容易に適用可能なデー
タベースアクセスプログラム、そのプログラムを記録し
たコンピュータ読取可能な記録媒体およびデータベース
操作方法に関する。
【０００２】
【従来の技術】従来から、コンピュータを用いたシステ
ム開発においては、開発コストの削減、納期の短縮、品
質向上が重要な目標となっている。そのため、たとえば
手順中心の設計手法からデータを中心とした設計手法へ
の転換、ＲＡＤ（rapid application development）開
発手法の導入、プログラムの部品化などが試みられ、一
定の効果を上げている。
【０００３】たとえばデータ中心設計開発手法の導入に
よりかなりの生産性の向上が見られた。またＲＡＤ開発
手法では、ユーザの要求に合わせてプロトタイピングを
行ない、その結果によりさらにユーザの要求を確認して
プロトタイピングの修正を行なう、というように開発サ
イクルを短くすることができる。その結果、ＲＡＤ開発
手法を導入したシステムでは、主として外部設計、詳細
設計の期間短縮、コスト削減を達成することができた。
その結果、プログラム作成のフェーズが、システム開発
全体で占める割合が相対的に大きくなって来ている。
【０００４】また、最近では、企業の基幹システムの開
発プラットフォームにイントラネットを採用するケース
が多くなっている。そうした基幹システムには、アプリ
ケーションサーバを採用してシステム構築を行なうの
が、ネットワーク化された企業では効率的である。典型
的には、アプリケーションサーバのシステム開発では、
ＨＴＭＬ（HyperText Markup Language）を拡張したタ
グ言語が用いられる。そうしたタグ言語は、習得が容易
であり、イントラネットの開発ツールとして高い生産性
を有するものとして評価されている。
【０００５】しかし、企業を取り巻く環境が一層厳しく
なるにつれ、システム開発に対する要求も厳しくなって
いる。具体的には、より企業のビジネスサイクルが短縮
化してきたため、納期の一層の短縮化が求められ、また
コストの面でもより低コストで製品を提供できる企業が
有利となってきている。
【０００６】そこで、前述のようにシステム開発におい
てプログラム作成のフェーズの占める割合いが相対的に
大きくなっていることから、この部分の生産性をさらに
向上させることが重要である。そのために最も効率的と
思われるのは、プログラムの部品化の促進である。
【０００７】プログラムの部品化は、システム開発に要
する工数を引き下げ、その結果システム開発に要する期
間の短縮と、そのために要する費用の削減との両方の面
でシステム開発の競争力強化に貢献する。また十分に信
頼性のおけるプログラムのみを部品化することで、シス
テムの品質向上にも貢献できる。したがって、プログラ
ムの部品化を如何に効率的に行えるか、そしてそのよう
に準備された部品を如何に効率的に組み合わせてアプリ
ケーションプログラムを構築するかが重要である。
【０００８】しかし、従来イントラネットシステムの開
発に用いられていたタグ言語では、こうした部品化の機
能が弱い。そのため従来のタグ言語をそのまま用いる限
り、生産性の向上はあまり望めないことが明白となって
いる。
【０００９】図１８に一般的な、データベース（ＤＢ）
を利用したイントラネットのシステム構成図を示す。図
１８を参照して、一般的なイントラネット６００は、ネ
ットワーク６１０を介して互いにＨＴＴＰと呼ばれるプ
ロトコルで通信可能なアプリケーションサーバ６１２、
ＤＢサーバ６１４、および複数個のクライアントＰＣ６
１６を含む。なお「ＨＴＴＰ」はＨｙｐｅｒ Ｔｅｘｔ
ＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌの省略形である。
【００１０】クライアントＰＣ６１６上では一般的なブ
ラウザ６３０が動作する。ＤＢサーバ６１４ではＲＤＢ
ＭＳ（Relational DataBase Management System）６２
２が稼動している。
【００１１】アプリケーションサーバ６１２上ではＷＷ
Ｗサーバ６１８が稼動している。「ＷＷＷ」はＷｏｒｌ
ｄ Ｗｉｄｅ Ｗｅｂの省略形である。ＷＷＷサーバ６
１８の実体はＪａｖａ（Ｒ）サーブレットエンジン６２
０である。Ｊａｖａ（Ｒ）サーブレットエンジン６２０
は、ネットワーク６１０を介してクライアントＰＣ６１
６のブラウザ６３０から与えられる要求に応じてＲＤＢ
ＭＳ６２２をアクセスするための画面を形成するための
情報（ＨＴＭＬソース）をブラウザ６３０に与える。ブ
ラウザ６３０はこの画面を表示し、ユーザによって入力
された情報をＪａｖａ（Ｒ）サーブレットエンジン６２
０に返す。Ｊａｖａ（Ｒ）サーブレットエンジン６２０
は、与えられた情報にしたがってＲＤＢＭＳ６２２をア
クセスし、結果を表示するためのＨＴＭＬソースをブラ
ウザ６３０に返す。ブラウザ６３０ではこの結果を表示
することにより、ユーザの要求に答える。
【００１２】こうして、イントラネット６００では、ア
プリケーションサーバ６１２上で稼動するＷＷＷサーバ
６１８によって複数個のクライアントＰＣ６１６からの
要求を処理し、結果を各クライアント上のブラウザに返
すことでＲＤＢＭＳ６２２を用いた業務処理を行なって
いく。
【００１３】多数の業務に対応したプログラムを開発す
る場合には、ブラウザに表示するための画面をそれぞれ
作成する必要がある。この場合、作成された１つの業務
プログラムの必要な部分をコピーして、異なる部分のみ
を修正することにより、他の業務プログラムを作成する
ことは可能である。しかし、元になった業務プログラム
中にバグが発見された場合には、そのバグを取り除くた
めに作成された業務プログラムのすべてを見直す必要が
ある。
【００１４】この問題を避けるために、各業務プログラ
ムで共通する部分をモジュール化し、いわゆるサブルー
チンとして呼び出すことが行われている。共通部分をモ
ジュール化する場合には、バグのあるモジュールだけを
修正すればよく、そのモジュールを用いる上位の業務プ
ログラムを修正する必要がない。
【００１５】
【発明が解決しようとする課題】しかしながら、従来の
モジュール化は、ＲＤＢＭＳ６２２をアクセスするため
の一連の処理単位にモジュール化される。たとえば、ア
クセスするための条件を入力する画面を表示する処理、
入力された条件に基づきＲＤＢＭＳ６２２へアクセスす
る処理、アクセスした結果得られたデータを表示する処
理である。これらの処理をモジュール化したのでは、モ
ジュールが特定の処理に限定されてしまうため、汎用性
がなくなってしまうといった問題がある。
【００１６】また、汎用性を持たせるために処理を細分
化してモジュール化することもできるが、作成されるモ
ジュールの数が増えて、逆に業務プログラムを作成する
効率が低下してしてしまうといった問題がある。
【００１７】この発明は上述の問題点を解決するために
なされたもので、この発明の目的の１つは、汎用的なモ
ジュールを組合わせて作成されたデータベースアクセス
プログラムを提供することである。
【００１８】この発明の他の目的は、開発効率を向上さ
せたデータベースアクセスプログラムを提供することで
ある。
【００１９】この発明のさらに他の目的は、変更に容易
に対応することが可能なデータベースアクセスプログラ
ムを提供することである。
【００２０】この発明のさらに他の目的は、データベー
スを容易に操作することが可能なデータベース操作方法
を提供することである。
【００２１】
【課題を解決するための手段】上述の目的を達成するた
めにこの発明のある局面によれば、データベースアクセ
スプログラムは、複数のスクリーン部品をコンピュータ
に実行させることによりデータベースにアクセスするプ
ログラムであって、複数のスクリーン部品をコンピュー
タに実行させる順序を指定するステップを含み、複数の
スクリーン部品それぞれは、該スクリーン部品ごとに外
部から与えられた定義にしたがって、データベースにア
クセスするためのコマンドのうち処理対象となるデータ
を特定するための第１の部分を除く第２の部分を生成す
るステップと、データを入力および／または出力するた
めの画面を生成するステップと、該スクリーン部品ごと
に外部から与えられた定義にしたがって、データベース
にアクセスするためのコマンドのうち処理対象となるデ
ータを特定するための第１の部分を生成するステップと
を含む。
【００２２】この発明に従えば、複数のスクリーン部品
をコンピュータに実行させる順序が指定される。指定さ
れた順に実行される複数のスクリーン部品それぞれは、
該スクリーン部品ごとに外部から与えられた定義にした
がって、データベースにアクセスするためのコマンドの
うち処理対象となるデータを特定するための第１の部分
を除く第２の部分を生成するステップと、データを入力
および／または出力するための画面を生成ステップと、
該スクリーン部品ごとに外部から与えられた定義にした
がって、データベースにアクセスするためのコマンドの
うち処理対象となるデータを特定するための第１の部分
を生成するステップとを含む。データベースアクセスプ
ログラムの一部であるスクリーン部品は、外部から与え
られた定義にしたがってステップが処理されるので、他
のデータベースアクセスプログラムで使用することが可
能となる。その結果、汎用性のあるスクリーン部品が組
合されたデータベースアクセスプログラムおよびそのプ
ログラムを記録したコンピュータ読取可能な記録媒体を
提供することができる。また、汎用的なスクリーン部品
を組合わせて作成することができるため、データベース
アクセスプログラムを開発する効率を向上させることが
可能となる。
【００２３】好ましくは、画面生成ステップは、該スク
リーン部品ごとに外部から与えられたデータベースの項
目にしたがって、画面を生成するので、スクリーン部品
内にデータベースの項目を持つ必要がなく、スクリーン
部品がより汎用的となる。
【００２４】好ましくは、複数のスクリーン部品それぞ
れに含まれるステップを、複数のスクリーン部品いずれ
においても同じ順番で実行するよう指定するステップを
さらに含む。
【００２５】この発明に従えば、複数のスクリーン部品
それぞれに含まれるステップを、複数のスクリーン部品
いずれにおいても同じ順番で実行するよう指定するの
で、スクリーン部品に含まれるステップを実行する順番
を考慮する必要がない。このため、データベースアクセ
スプログラムを開発する工数を削減することができる。
【００２６】好ましくは、複数のスクリーン部品それぞ
れは、該スクリーン部品ごとに外部から与えられた、デ
ータベースの項目にしたがって、取得されたデータをチ
ェックするステップをさらに含む。
【００２７】この発明に従えば、複数のスクリーン部品
それぞれは、該スクリーン部品ごとに外部から与えられ
た、データベースの項目にしたがって、取得されたデー
タをチェックする。チェックに必要なデータベースの項
目が外部から与えられるので、スクリーン部品内にデー
タベースの項目を持つ必要がない。このため、スクリー
ン部品を他のデータベースアクセスプログラムに容易に
適用することができる。
【００２８】好ましくは、第１の部分を生成するステッ
プは、次にコンピュータでスクリーン部品が実行される
際に実行されるコマンドの第１の部分を生成する。
【００２９】この発明に従えば、第１の部分を生成する
ステップは、次にコンピュータでスクリーン部品が実行
される際に実行されるコマンドの第１の部分を生成す
る。次にコンピュータで実行されるコマンドの第１の部
分を生成するためのデータが、生成された画面を介して
入力される場合には、画面が変更されると第１の部分を
生成するステップを変更する必要がある。この画面の変
更に係わって変更される他の部分を１つのスクリーン部
品に含めたので、１つの変更に対して１つのスクリーン
部品だけを変更すればよい。その結果、変更に容易に対
応することが可能なデータベースアクセスプログラムを
提供することができる。
【００３０】好ましくは、第１の部分を生成するステッ
プは、チェックステップでチェックされたデータに基づ
いて、コマンドの第１の部分を生成する。
【００３１】この発明に従えば、第１の部分を生成する
ステップは、チェックステップでチェックされたデータ
に基づいて、コマンドの第１の部分を生成する。チェッ
クされるデータが変更されると第１の部分を生成するス
テップを変更する必要がある。このチェックされるデー
タの変更に係わって変更される他の部分を１つのスクリ
ーン部品に含めたので、１つの変更に対して１つのスク
リーン部品だけを変更すればよい。その結果、変更に容
易に対応することが可能なデータベースアクセスプログ
ラムを提供することができる。
【００３２】好ましくは、第２の部分を生成するステッ
プは、第２の部分を生成しない処理を含む。
【００３３】この発明に従えば、データベースにアクセ
スする必要がない場合でも、データベースにアクセスす
るコマンドの第２の部分を生成する処理をスクリーン部
品に含めるので、すべてのスクリーン部品で同じ処理を
定義することができる。
【００３４】好ましくは、チェックステップは、チェッ
クステップは、何もチェックしない処理を含む。
【００３５】この発明に従えば、データをチェックする
必要がない場合であっても、チェックするステップをス
クリーン部品に含めるので、すべてのスクリーン部品で
同じ処理を定義することができる。
【００３６】好ましくは、第１の部分を生成するステッ
プは、第１の部分を生成しない処理を含む。
【００３７】この発明に従えば、次に実行するスクリー
ン部品が存在しない場合であっても、コマンドの第１の
部分を生成する処理をスクリーン部品に含めるので、す
べてのスクリーン部品で同じ処理を定義することができ
る。
【００３８】この発明の他の局面によれば、データベー
ス操作方法は、複数のスクリーン部品をコンピュータに
実行させることによりデータベースを操作する方法であ
って、複数のスクリーン部品をコンピュータに実行させ
る順序を指定するステップを含み、複数のスクリーン部
品それぞれは、該スクリーン部品ごとに外部から与えら
れた定義にしたがって、データベースにアクセスするた
めのコマンドのうち処理対象となるデータを特定するた
めの第１の部分を除く第２の部分を生成するステップ
と、データを入力および／または出力するための画面を
生成するステップと、該スクリーン部品ごとに外部から
与えられた定義にしたがって、データベースにアクセス
するためのコマンドのうち処理対象となるデータを特定
するための第１の部分を生成するステップとを含む。
【００３９】この発明に従えば、データベースアクセス
プログラムの一部であるスクリーン部品は、外部から与
えられた定義にしたがってステップが処理されるので、
他のデータベースアクセスプログラムで使用することが
可能となる。このため、複数のスクリーン部品を実行す
る順序を指定するだけで、データベースを操作すること
ができる。その結果、データベースを容易に操作するこ
とが可能なデータベース操作方法を提供することができ
る。
【００４０】
【発明の実施の形態】以下、図面を参照しつつ、本発明
の実施の形態について説明する。以下の説明では、同一
の部品には同一の符号を付してある。それらの名称およ
び機能も同じである。したがってそれらについての詳細
な説明は繰返さない。
【００４１】図１に、本発明の実施の形態におけるサー
バ装置の外観を示す。以下に説明するようにこのサーバ
装置１０は、一般的なパーソナルコンピュータで構成さ
れる。
【００４２】図１を参照して、このサーバ装置１０は、
ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）ドラ
イブ１１０およびＦＤ（Flexible Disk）ドライブ１１
２を備えたコンピュータ１００と、ディスプレイ１０２
と、プリンタ１０４と、キーボード１０６と、マウス１
０８とを含む。
【００４３】図２に、このサーバ装置１０の構成をブロ
ック図形式で示す。図２に示されるようにこのサーバ装
置１０は、ＣＤ−ＲＯＭドライブ１１０およびＦＤドラ
イブ１１２に加えて、それぞれバス１２６に接続された
ＣＰＵ（Central ProcessingUnit）１１６と、オペレー
ティングシステムのブートアッププログラムなどを記憶
したＲＯＭ（Read Only Memory)１１８と、実行される
プログラムをロードするための、およびプログラム実行
中のデータを記憶するためのＲＡＭ（RandomAccess Mem
ory）１２０と、作成されたプログラムなどを不揮発的
に記憶するためのハードディスク１１４と、このコンピ
ュータ１００をネットワーク１３２に接続するためのネ
ットワークインタフェース１３０とを含んでいる。ＣＤ
−ＲＯＭドライブ１１０にはＣＤ−ＲＯＭ１２２が装着
される。ＦＤドライブ１１２にはＦＤ１２４が装着され
る。
【００４４】既に述べたようにこのサーバ装置では、デ
ータベースがハードディスク１１４に記録され、データ
ベースアクセスプログラムがＣＰＵ１１６により実行さ
れてデータベースが操作される。一般的にこうしたデー
タベースアクセスプログラムは、ＣＤ−ＲＯＭ１２２、
ＦＤ１２４などの記憶媒体に格納されて流通し、ＣＤ−
ＲＯＭドライブ１１０またはＦＤドライブ１１２などに
より記憶媒体から読取られてハードディスク１１４に一
旦格納される。さらにハードディスク１１４からＲＡＭ
１２０に読出されてＣＰＵ１１６により実行される。図
１および図２に示したサーバ装置１０のハードウェア自
体は一般的なものである。したがって、本発明の最も本
質的な部分はＣＤ−ＲＯＭ１２２、ＦＤ１２４、ハード
ディスク１１４などの記憶媒体に記憶されたデータベー
スアクセスプログラムである。
【００４５】なお、記録媒体としては、ＣＤ−ＲＯＭ１
２２、ＦＤ１２４、ハードディスク１１４に限られず、
磁気テープ、カセットテープ、光ディスク（ＭＯ（Magn
eticOptical Disc）／ＭＤ（Mini Disc）／ＤＶＤ（Dig
ital Versatile Disc））、ＩＣカード（メモリカード
を含む）、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥ
ＰＲＯＭ、フラッシュＲＯＭなどの半導体メモリ等の固
定的にプログラムを担持する媒体でもよい。
【００４６】ここでいうプログラムとは、ＣＰＵ１１６
により直接実行可能なプログラムだけでなく、ソースプ
ログラム形式のプログラム、圧縮処理されたプログラ
ム、暗号化されたプログラム等を含む概念である。
【００４７】なお図１および図２に示したコンピュータ
自体の動作は周知であるので、ここではその詳細な説明
は繰返さない。
【００４８】図３は、本実施の形態におけるサーバ装置
１０においてデータベースアクセスプログラムが実行さ
れる概念を説明するための図である。図３を参照して、
サーバ装置１０は、クライアントＰＣ上で動作するブラ
ウザ２５３等からのリクエストを処理するためのプログ
ラムパターン３１０と、プログラムパターン３１０が実
行されることにより呼び出されるスクリーン部品として
の第１スクリーン３２０および第２スクリーン３２２
と、呼び出されたスクリーン部品３２０，３２２が参照
するプログラム定義ファイル３１２と、データベース３
１４とを含む。
【００４９】プログラム定義ファイル３１２は、プログ
ラムの定義に必要な情報を記録したファイルであり、た
とえば、ＸＭＬ（eXtensible Markup Language）、ＣＳ
Ｖ（Comma Separated Values）で記述される。プログラ
ム定義ファイル３１２の詳細は後述する。
【００５０】データベース３１４は、リレーショナルデ
ータベースであり、データベースの構造を定義する定義
ファイルを含み、ハードディスク１１４等の記憶部に記
録されている。なお、本実施の形態においてはリレーシ
ョナルデータベースを例に説明するが、データベースは
これに限定されることなく、他の形式のデータベースで
あってもよい。
【００５１】プログラムパターン３１０、プログラム定
義ファイル３１２およびスクリーン部品３２０，３２２
は、予め作成されてサーバ装置１０のハードディスク１
１４等の記憶部に記録されている。データベースアクセ
スプログラムは、これらのプログラムパターン３１０、
プログラム定義ファイル３１２、スクリーン部品３２
０，３２２で構成される。プログラムパターン３１０
と、スクリーン部品３２０，３２２とは、汎用的な形で
それぞれ複数が準備される。そして、処理する業務に応
じてプログラム定義ファイル３１２を作成するだけで、
業務に応じたデータベースアクセスプログラムを作成す
ることができる。これについて、より詳細に説明する。
【００５２】プログラムパターン３１０は、データベー
ス３１４にアクセスする処理を記載したプログラムであ
る。データベース３１４へアクセスする処理は、データ
ベース３１４に登録されているデータに対して行われる
処理であり、たとえば、登録されているデータを照会す
る照会処理、データベース３１４に新たにデータを登録
する登録処理、登録されているデータの内容を変更する
変更処理、登録されているデータを削除する取消処理の
４つの処理に分類される。
【００５３】また、データベース３１４で定義された複
数のテーブル間で関連のあるデータについて、照会処
理、登録処理、更新処理または削除処理を記載すること
もできる。このように、プログラムパターンは、データ
ベース３１４にアクセスする処理を、標準化して記載し
たプログラムである。
【００５４】照会処理を実行するためのプログラムパタ
ーンを例に説明する。照会処理では、（１）データを照
会するためのキーとなるデータを入力する処理、（２）
キーとなるデータに該当するデータをデータベースから
抽出して一覧表示する処理、（３）一覧表示されたデー
タのうちの特定のデータの明細データを表示する処理が
定義される。照会処理を実行するためのプログラムパタ
ーンは、この順に処理を実行するよう定義される。
【００５５】ここで、各処理には、データを入力するた
めの画面、または、データを出力するための画面が１つ
必要とされている。この画面を表示するための処理と、
その画面に関連して上述の各処理のより詳細な処理を定
義したのがスクリーン部品である。
【００５６】プログラムパターンにおいて、使用するス
クリーン部品の指定と、指定したスクリーン部品を呼び
出す順序を定義するだけで、データベース３１４の照会
処理、登録処理、更新処理、削除処理の一連の処理を定
義することができる。
【００５７】スクリーン部品３２０，３２２は、プログ
ラムパターンにより読み出される処理を複数定義する。
定義される複数の処理は、（１）データベースへアクセ
スするためのコマンドのうち処理対象となるデータを特
定するための部分を除く部分（第２の部分）を生成する
処理、（２）画面を生成する処理、（３）データをチェ
ックする処理、（４）データベースへアクセスするため
のコマンドのうち処理対象となるデータを特定するため
の部分（第１の部分）を生成する処理である。
【００５８】以下、データベースにアクセスするための
コマンドのうち、処理対象となるデータを特定するため
の部分を第１の部分といい、第１の部分を除く部分を第
２の部分という。
【００５９】より具体的には、（１）データベースへア
クセスするためのコマンドの第２の部分を生成する処理
は、ＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａ
ｎｇｕａｇｅ）のｗｈｅｒｅ節を除く部分を生成する処
理である。データベースへアクセスするためのコマンド
の第２の部分は、後述するプログラム定義ファイル３１
２で定義される。
【００６０】この第２の部分を生成する処理では、何も
生成しない処理を定義することができる。この場合に
は、プログラムパターン３１０から第２の部分を生成す
る処理が呼び出されたとしても、ＳＱＬ文のｗｈｅｒｅ
節を除く部分は生成されない。たとえば、照会処理にお
いて、キーデータを入力する画面を表示するスクリーン
部品では、このような第２の部分を生成する処理とし
て、何も生成しない処理が定義される。
【００６１】（２）画面を生成する処理は、たとえば、
ＳＱＬが実行された場合にはその結果得られるデータを
含む画面を作成する。また、ＳＱＬが実行されない場合
にはデータを入力するための画面が作成される。画面の
作成において、画面に含めるデータを特定するデータベ
ースの項目、入力するデータを特定するデータベースの
項目は、プログラム定義ファイル３１２で定義される。
【００６２】（３）データをチェックする処理は、作成
された画面を介して得られたデータをチェックする。チ
ェックされるデータを特定するデータベースの項目は、
プログラム定義ファイル３１２で定義される。このデー
タをチェックする処理では、チェックが必要でない場合
には、何もチェックしない処理を定義することができ
る。この場合には、プログラムパターン３１０からデー
タをチェックする処理が呼び出されたとしても、データ
のチェックは行われない。
【００６３】（４）データベース３１４へアクセスする
ためのコマンドの第１の部分を生成する処理は、ＳＱＬ
文におけるｗｈｅｒｅ節を生成する。チェックされたデ
ータが存在する場合には、チェックされたデータに基づ
き、ｗｈｅｒｅ節がプログラム定義ファイル３１２の定
義にしたがって作成される。この第１の部分を生成する
処理では、何も生成しない処理を定義することができ
る。何も生成しない処理が定義されるのは、次に実行す
るＳＱＬが存在しない場合、たとえば、次に実行される
スクリーン部品が存在しない場合である。この場合に
は、プログラムパターン３１０から第１の部分を生成す
る処理が呼び出されたとしても、ＳＱＬ文のｗｈｅｒｅ
節は生成されない。
【００６４】このように、スクリーン部品３２０，３２
２は、データベースへアクセスするコマンドの第２の部
分の生成と、出力する画面の作成と、出力された画面に
関連して得られるデータのチェックと、データベースへ
アクセスするコマンドの第１の部分の生成とを１つのま
とまりとして定義している。すなわち、出力する画面に
関連した４つの処理を１つのまとまりとして定義してい
る。
【００６５】このため、出力する画面に変更が生じた場
合、その画面を介して入力されたデータをチェックする
処理、チェックされたデータに基づき生成されるコマン
ドの第１の部分を生成する処理を修正する必要がある
が、これらの処理が１つのスクリーン部品に定義される
ので、メンテナンスが容易である。
【００６６】ここで、ＳＱＬ文における処理対象となる
データを特定するための部分（第１の部分）とそれ以外
の部分（第２の部分）とについてより具体的に説明す
る。
【００６７】＜照会＞データの照会に用いられるＳＱＬ
の例を示す。
【００６８】SELECT userid, username, furigana FROM emp WHERE userid='sumitomo1' このＳＱＬでは、第３行が第１の部分に該当し、第１行
と第２行とが第２の部分に該当する。第１行と第２行と
は、プログラム定義ファイル３１２で定義される。この
ため、第２の部分を生成する処理は、プログラム定義フ
ァイル３１２の定義を読込む処理となる。第３行は、第
１の部分に該当し、プログラム定義ファイル３１２で定
義されたデータベースのフィールド「userid」と入力さ
れたデータ「sumitomo1」とに基づいて生成される。
【００６９】＜登録＞データの登録に用いられるＳＱＬ
の例を示す。
【００７０】INSERT INTO emp (userid, username, fur
igana） VALUES ('sumitomo1', '住友太郎', 'スミトモタロ
ウ'） このＳＱＬには、第１の部分は含まれない。したがっ
て、この場合には、第１の部分は生成されない。第１行
と第２行とが第２の部分に該当し、プログラム定義ファ
イル３１２で定義されたデータベースのテーブル「em
p」およびフィールド「userid, username, furigana」
と入力されたデータ「sumitomo1」「住友太郎」「スミ
トモタロウ」とに基づいて生成される。
【００７１】＜更新＞データの更新に用いられるＳＱＬ
の例を示す。
【００７２】UPDATE emp SET username = '住友太郎',
furigana = 'スミトモタロウ' WHERE userid = 'sumitomo1' このＳＱＬでは、第２行が第１の部分に該当し、第１行
が第２の部分に該当する。第１行の第２の部分は、プロ
グラム定義ファイル３１２で定義されたデータベースの
テーブル「emp」およびフィールド「username」「furig
ana」と入力されたデータ「住友太郎」「スミトモタロ
ウ」とに基づいて生成される。第２行の第１の部分は、
プログラム定義ファイル３１２で定義されたデータベー
スのフィールド「userid」と入力されたデータ「sumito
mo1」とに基づいて生成される。
【００７３】＜削除＞データの削除に用いられるＳＱＬ
の例を示す。
【００７４】DELETE FROM emp WHERE userid = 'sumitomo1' このＳＱＬでは、第２行が第１の部分に該当し、第１行
が第２の部分に該当する。第１行の第２の部分は、プロ
グラム定義ファイル３１２で定義される。このため、第
２の部分を生成する処理は、プログラム定義ファイル３
１２で定義されたデータベースのテーブル「emp」に基
づいて生成される。第２行の第１の部分は、プログラム
定義ファイル３１２で定義されたデータベースのフィー
ルド「userid」と入力されたデータ「sumitomo1」とに
基づいて生成される。
【００７５】プログラム定義ファイル３１２は、スクリ
ーン部品３２０，３２２で定義された処理が実行される
場合に、参照されるファイルである。プログラム定義フ
ァイル３１２には、たとえば、データベース３１４にア
クセスするためのコマンド（ＳＱＬ）に用いられるデー
タベースの項目、作成される画面に表示するデータベー
スの項目、データをチェックするためのデータベースの
項目、ｗｈｅｒｅ節を作成するために用いられるデータ
ベースの項目が定義される。
【００７６】以上説明したように、データベース３１４
を操作するための機能（照会、登録、変更、削除など）
のロジック部分は、プログラムパターン３１０で定義さ
れるので、スクリーン部品によっては、他の機能を達成
するプログラムパターンでも使用可能であり、スクリー
ン部品を効率的に再利用できる。
【００７７】また、スクリーン部品には、上述の４つの
処理が定義されるので、プログラムパターンを作成する
際に、スクリーン部品の４つの処理のすべてを定められ
た順序で呼び出せばよい。このため、スクリーン部品に
よって呼び出す処理と呼び出さない処理とを考慮する必
要がないとともに、呼び出す処理の順番を考慮する必要
がない。その結果、プログラムパターン３１０を作成す
る際に、スクリーン部品の呼出し方法を標準化すること
ができ、プログラムパターンの作成の効率を向上させる
ことができる。
【００７８】さらに、プログラムパターン３１０を用い
て、データベース３１４を操作する業務プログラムを作
成する場合には、データベース３１４で定義された項目
を、プログラムパターン３１０に合わせて、プログラム
定義ファイル３１２に定義するだけでよい。このため、
業務プログラムの開発効率が向上する。
【００７９】さらに、スクリーン部品３２０，３２２で
定義される処理で必要とするデータベース３１４に関す
る情報がプログラム定義ファイル３１２で定義されるの
で、スクリーン部品３２０，３２２は、データベース３
１４の構造に依存しない。このため、データベース３１
４の構造に関係なくスクリーン部品３２０，３２２で処
理を定義することができる。
【００８０】なお、本実施の形態においては、スクリー
ン部品３２０，３２２に４つの処理を定義するようにし
たが、たとえば、（３）データチェック処理を省略し
て、残りの３つの処理を定義するスクリーン部品として
もよい。この場合には、他のスクリーン部品もすべて３
つの処理を定義することになる。
【００８１】図４は、本実施の形態におけるサーバ装置
でプログラムパターンが実行されて行われる処理の流れ
を示すフローチャートである。図４を参照して、プログ
ラムパターン３１０は、ブラウザ２５３から表示を要求
するページ遷移信号を受信する（ステップＳ１１）。こ
のページ遷移信号は、表示を要求するウエブページ（Ｗ
ｅｂページ）のページ番号である。プログラムパターン
３１０は、このページ遷移信号を受信すると、そのペー
ジ遷移信号に対応するタイトルを表示し（ステップＳ１
２）、メニューを表示し（ステップＳ１３）、スクリー
ン部品を呼出し（ステップＳ１４）、フッターを表示す
る（ステップＳ１５）。これにより、ＨＴＭＬでウエブ
ページが作成されて、ブラウザ２５３に送信される。
【００８２】プログラムパターン３１０は、ブラウザか
らページ遷移信号を受信するごとに図４に示した処理を
実行することになる。そして、図４に示した処理は、ペ
ージ遷移信号に対応して定められる処理であり、ページ
遷移信号ごとに異なる処理となる。したがって、ページ
遷移信号ごとに、表示するタイトル、表示するメニュ
ー、呼び出すスクリーン、表示するフッターを異ならせ
ることができる。
【００８３】ここで、より具体的にステップＳ１４で実
行されるスクリーン部品呼出処理を説明するために、照
会処理のプログラムパターンの一例を説明する。この場
合に用いられるスクリーン部品を、第１スクリーン３２
０および第２スクリーン３２２として図５に示す。図５
（Ａ）は、第１スクリーン３２０で定義される処理を示
し、図５（Ｂ）は第２スクリーン３２２で定義される処
理を示す。
【００８４】図５（Ａ）を参照して、第１スクリーン３
２０は、（１）データベースへアクセスするためのコマ
ンド（ＳＱＬ）の第２の部分を生成する処理として、何
も生成しない処理が定義される。（２）画面を生成する
処理として、検索キーを入力するための画面を生成する
処理が定義される。なお、検索キーは、プログラム定義
ファイル３１２で定義される。（３）データをチェック
する処理は、検索キ−として入力されたデータが、数値
または文字等の型がデータベース３１４の定義と一致す
るか否かをチェックする処理が定義される。（４）デー
タベースへアクセスするためのコマンド（ＳＱＬ）の第
１の部分を生成する処理として、入力された検索キーで
データベースを操作するためのｗｈｅｒｅ節を生成する
処理が定義される。
【００８５】図５（Ｂ）を参照して、第２スクリーン３
２２は、（１）データベースへアクセスするためのコマ
ンド（ＳＱＬ）の第２の部分を生成する処理として、プ
ログラム定義ファイルに基づき第２の部分を生成する処
理が定義される。（２）画面を生成する処理として、Ｓ
ＱＬを実行して得られたデータを表示する画面を作成す
る処理が定義される。なお、表示する項目は、プログラ
ム定義ファイル３１２で定義される。（３）データをチ
ェックする処理は、何もチェックしない処理が定義され
る。（４）データベースへアクセスするためのコマンド
（ＳＱＬ）の第１の部分を生成する処理として、なにも
生成しない処理が定義される。
【００８６】図６は、図４のステップＳ１４で実行され
るスクリーン部品呼出処理の流れを示すフローチャート
である。図５に示した第１スクリーン３２０および第２
スクリーン３２２が呼び出される場合について説明す
る。このとき、第１スクリーン３２０は、第１ページに
対応するスクリーン部品、第２スクリーン３２２は、第
２ページに対応するスクリーン部品としている。
【００８７】図６を参照して、スクリーン部品呼出し処
理では、ページ遷移信号が最初のページの表示を要求す
る信号か否かが判断される（ステップＳ２１）。最初の
ページの表示を要求する信号の場合にはステップＳ２２
に進み、そうでない場合にはステップＳ２６に進む。こ
こでは、最初のページは、第１ページとしている。
【００８８】ステップＳ２２では、最初のページに対応
するスクリーン部品で定義されるＳＱＬの第２の部分を
生成する処理を実行する指示が出される。ここでは、第
１ページに対応する第１スクリーン３２０で定義される
ＳＱＬの第２の部分を生成する処理が実行される。第１
スクリーン３２０で定義されるＳＱＬの第２の部分を生
成する処理は何も生成しない処理が定義されているの
で、ここでは、何も生成されない。
【００８９】そして、次のステップＳ２３では、スクリ
ーン部品３２０とスクリーン部品３２２とで共有するメ
モリの共有領域に記憶されたＳＱＬが実行される。ステ
ップＳ２２では、ＳＱＬの第２の部分が生成されていな
いので、メモリの共有領域にはＳＱＬは書きこまれてお
らず、ＳＱＬは実行されない。したがって、データベー
ス３１４へはアクセスされない。
【００９０】そして、最初のページ（第１ページ）に対
応するスクリーン部品で定義される画面を生成する処理
を実行する指示が出される（ステップＳ２４）。ここで
は、第１スクリーン３２０で定義される、検索キー入力
画面が生成される。そして、生成された検索キー入力画
面２５４がブラウザ２５３に出力される（ステップＳ２
５）。これにより、プログラムパターンでは、最初のペ
ージに対応するＨＴＭＬで記載された画面（ウエブペー
ジ）が作成されて、ブラウザ２５３に送信される。その
後処理を終了し、プログラムパターンのステップＳ１５
に戻る。
【００９１】このように、第１スクリーン３２０で定義
されたＳＱＬの第２の部分を生成する処理、画面を生成
する処理が順に指定される。また、第１スクリーン３２
０で何も実行しないＳＱＬが定義されるので、スクリー
ン部品呼出処理では、ＳＱＬの第２の部分の生成の必要
の有無に係わらず、ＳＱＬの第２の部分を生成する処理
を呼び出せばよい。このため、スクリーン部品呼出処理
を標準化することができ、効率よく作成することができ
る。
【００９２】図７は、プログラムパターンが実行されて
出力される画面の一例を示す図である。図７（Ａ）は、
第１スクリーン３２０で定義される検索キー入力画面を
示す図である。検索キーとして、部署ＩＤを入力する項
目を含む画面が示されている。
【００９３】図６に戻って、ステップＳ２１で、最初の
ページ（第１ページ）でないとされた場合には、カレン
トページに対応するスクリーン部品で定義されるエラー
チェック処理を実行する指示が出される（ステップＳ２
６）。カレントページとは、ブラウザ２５３に現在表示
されているページを言う。
【００９４】たとえば、ページ遷移信号として第２ペー
ジが受信された場合には、カレントページは、第１ペー
ジとなり、ネクストページは第２ページとなる。ここで
は、ページ遷移信号として、第２ページが受信された場
合を例に説明する。カレントページ、すなわち第１ペー
ジ（最初のページ）に対応する第１スクリーン３２０で
定義されるエラーチェック処理を実行する指示が出され
る。この処理が実行される時点でブラウザ２５３には、
第１ページに対応する第１スクリーン３２０で定義され
る画面（図７（Ａ））が出力されている。
【００９５】したがって、図７（Ａ）に示される画面を
介して、キーデータとして部署ＩＤが入力される。する
と、ブラウザ２５３から入力された部署ＩＤとともにペ
ージ遷移信号（第２ページ）が受信される。この受信さ
れたキーデータとしての部署ＩＤに対して、数値または
文字等の型が正しいか否かがチェックされる。部署ＩＤ
の数値または文字の型が誤っている場合には、部署ＩＤ
を再度入力するメッセージを含む画面を作成して、ブラ
ウザ２５３に送信するようにしてもよい。
【００９６】そして、チェックされたキーデータが、カ
レントページ（第１ページ）に対応する第１スクリーン
３２０で定義されるＳＱＬの第１の部分（ｗｈｅｒｅ
節）を生成する処理を実行する指示が出される（ステッ
プＳ２７）。これにより、チェックされたキーデータに
基づき、ＳＱＬ文のｗｈｅｒｅ節が作成される。作成さ
れたｗｈｅｒｅ節は、ＲＡＭ１２０のスクリーン部品３
２０，３２２で共有する領域に記憶される。
【００９７】次のステップＳ２８では、ネクストページ
に対応するスクリーン部品で定義されるＳＱＬの第２の
部分を生成する処理を実行する指示が出される。ここで
は、第２ページに対応する第２スクリーン３２２で定義
されるＳＱＬの第２の部分を生成する処理が実行され
る。第２スクリーン３２２で定義されるＳＱＬの第２の
部分を生成する処理は、プログラム定義ファイル３１２
の定義に従い生成される。ここでは、入力された部署Ｉ
Ｄに一致するデータを抽出するためのＳＱＬ文のうち、
第２の部分（Ｓｅｌｅｃｔ文）が生成される。生成され
た第２の部分は、ＲＡＭ１２０のスクリーン部品３２
０，３２２で共有する領域に記憶される。これにより、
ステップＳ２７で生成されたＳＱＬの第１の部分（ｗｈ
ｅｒｅ節）とステップＳ２８で生成されたＳＱＬの第２
の部分（ｓｅｌｅｃｔ文）とで、ＳＱＬが完成され、Ｒ
ＡＭ１２０のスクリーン部品３２０，３２２で共有する
領域に記憶されることになる。
【００９８】次に、ＲＡＭ１２０のスクリーン部品３２
０，３２２で共有する領域に記憶されたＳＱＬが実行さ
れる（ステップＳ２９）。
【００９９】そして、実行された結果得られるデータを
出力するために、ネクストページ（第２ページ）に対応
するスクリーン部品（第２スクリーン３２２）で定義さ
れる画面を生成する処理を実行する指示が出される（ス
テップＳ３０）。そして、生成された画面２５６がブラ
ウザ２５３に出力される（ステップＳ３１）。その後処
理を終了し、プログラムパターンのステップＳ１５に戻
る。
【０１００】図７（Ｂ）は、第２スクリーン３２２で生
成された画面の一例を示す図である。図７（Ａ）に示す
画面で入力された部署ＩＤに対応する部署名の一覧が表
示されている。
【０１０１】このように、スクリーン部品呼出処理で
は、ページ遷移信号にしたがって、スクリーン部品で定
義された処理が予め定められた順に実行される。このた
め、スクリーン部品呼出処理を標準化することができ、
プログラムパターンを効率よく作成することができる。
【０１０２】また、スクリーン部品で定義される処理
は、ＳＱＬの第１の部分または第２の部分を何も生成し
ない処理を定義することができ、また、何もチェックし
ないエラー処理を定義することができる。このようにダ
ミーの処理を定義することにより、すべてのスクリーン
部品に４つの処理を定義することができる。その結果、
プログラムパターンは、スクリーン部品で定義されたす
べての処理を予め定められた順に呼び出すことができる
ので、プログラムパターンを効率よく作成することがで
きる。
【０１０３】なお、本実施の形態においては、ＳＱＬを
実行する処理（ステップＳ２３、ステップＳ２９）をス
クリーン部品呼出処理に含めるようにしたが、それぞれ
の処理をスクリーン部品３２０，３２２に含めるように
してもよい。この場合には、スクリーン部品のデータベ
ースへアクセスするコマンドの第２の部分を生成する処
理において、第２の部分を生成した後にＳＱＬを実行処
理する処理が実行されるように定義される。同様に、画
面を出力する処理（ステップＳ２５、ステップＳ３１）
をスクリーン部品呼出処理に含めるようにしたが、それ
ぞれの処理をスクリーン部品３２０，３２２に含めるよ
うにしてもよい。この場合には、スクリーン部品の画面
生成処理において、画面の生成をした後に生成した画面
を出力する処理が実行されるように定義される。
【０１０４】図８は、３つのスクリーン部品を用いたプ
ログラムパターンのうち使用するスクリーン部品を定義
する部分の具体例を示す図である。図８を参照して、検
索画面を表示するスクリーン部品”ＰｔｎＳｃｒＳｅａ
ｒｃｈ”と、検索画面で入力されたキーデータに基づき
該当するデータを検索して一覧表示するスクリーン部
品”ＰｔｎＳｃｒＬｉｓｔ”と、一覧表示されたデータ
のいずれかの詳細なデータを表示するスクリーン部品”
ＰｔｎＳｃｒＤｅｔａｉｌ”とが定義されている。本プ
ログラムパターンは、オブジェクト指向言語を使用して
おり、使用するスクリーン部品を定義する部分の他にス
クリーン部品に含まれる４つの処理を予め定めた順番で
呼び出す部分を含む。プログラムパターンでは、スクリ
ーン部品に含まれる４つの処理を予め定めた順番で呼び
出す部分を他のプログラムパターンと共有することがで
きるので、プログラムパターンの作成においては、使用
するスクリーン部品を定義するだけでよい。
【０１０５】図９は、スクリーン部品が呼び出されて表
示される画面の例を示す図である。図９（Ａ）は、スク
リーン部品”ＰｔｎＳｃｒＳｅａｒｃｈ”が呼び出され
て表示される第１０ページの画面の一例を示す図であ
る。ユーザＩＤを入力する欄を含む画面が表されてい
る。
【０１０６】スクリーン部品”ＰｔｎＳｃｒＳｅａｒｃ
ｈ”は、第１０ページのページ遷移信号が受信された場
合に呼び出され、ＳＱＬの実行と、図９（Ａ）に示す第
１０ページの画面を出力する。そして、第１１ページの
ページ遷移信号が受信されると、入力されたユーザＩＤ
をチェックする処理と第１１ページのｗｈｅｒｅ節を生
成するための処理が実行される。
【０１０７】スクリーン部品”ＰｔｎＳｃｒＬｉｓｔ”
は、第１１ページのページ遷移信号が受信されると、Ｓ
ＱＬを実行し、図９（Ｂ）に示す第１１ページの画面を
出力する。ここでは、図９（Ａ）に示す画面で、「ｓ
＊」が入力された場合を例に示している。図９（Ｂ）を
参照して、最初の１文字が「ｓ」のユーザＩＤのデータ
が一覧表示されている。そして、第１２ページのページ
遷移信号が受信されると、第１１ページに出力されてい
るユーザＩＤのいずれかのユーザＩＤをチェックする処
理と、第１２ページのｗｈｅｒｅ節を生成するための処
理が実行される。ユーザＩＤをチェックする処理は、何
もしない処理とされる。表示されているユーザＩＤは、
データベースから検索されて表示されるため、チェック
する必要がないからである。
【０１０８】スクリーン部品”ＰｔｎＳｃｒＤｅｔａｉ
ｌ”は、第１２ページの遷移信号が受信されると、ＳＱ
Ｌを実行し、図９（Ｃ）に示す第１２ページの画面を出
力する。図９（Ｃ）を参照して、図９（Ｂ）に表示され
たデータのうちユーザＩＤが「ｓｕｍｉｔｏｍｏ１」に
対応する詳細なデータが表示されている。
【０１０９】スクリーン部品”ＰｔｎＳｃｒＤｅｔａｉ
ｌ”のチェック処理とＳＱＬの第１の部分（ｗｈｅｒｅ
節）を生成する処理は、ともに何もしない処理が定義さ
れている。
【０１１０】以上説明したように、プログラムパターン
のスクリーン部品呼出処理は、ページ遷移信号によっ
て、呼び出すスクリーン部品を異ならせることができる
ので、スクリーン部品をページ遷移信号ごとに定義する
ことができる。
【０１１１】また、表示する画面ごとにスクリーン部品
を定義するようにしたので、画面ごとにスクリーン部品
を呼び出せばよく、画面の遷移を容易に行うことができ
る。
【０１１２】さらに、画面ごとにスクリーン部品を定義
するようにしたので、２つの画面を容易に組合わせるこ
とができ、２つの画面を組合わせた画面を新たに作成す
る必要がない。たとえば、ある特定のデータを表示する
画面とそのデータに関連する詳細なデータを表示する画
面とに関連するスクリーン部品をそれぞれ作成しさえす
れば、２つのスクリーン部品を順に呼び出すことによ
り、２つの画面を組合わせることができる。
【０１１３】次に、本実施の形態におけるサーバ装置１
０で、プログラムパターンが実行されることにより画面
を作成するための項目オブジェクトについて説明する。
なお、項目オブジェクトについては、本願の出願人が出
願した特開２００１−３２５０９８に詳細に記載されて
いる。特開２００１−３２５０９８に記載の内容は、こ
こに組み入れられる。
【０１１４】［項目オブジェクト］図１０を参照して、
項目オブジェクト１５０は、データベースの各項目に対
応して設定されるオブジェクトである。項目オブジェク
トの例は、受注業務でいえばデータ項目「受注番号」に
対応する項目オブジェクト１５０Ａである。この項目オ
ブジェクト１５０Ａは、プログラム開発過程ではオブジ
ェクトクラスであって、プログラム実行時にはこの項目
オブジェクトのインスタンスが形成されてプログラム実
行に利用される。
【０１１５】項目オブジェクト１５０はオブジェクトク
ラスであるので、図１０に示すとおり、項目名（たとえ
ば「OrderNum」）の他に、プロパティとして項目名称
（日本語名、英語名、他の言語による名称など）、デー
タ長、データ型（数値型、ストリング型、など）、入力
形式（テキストボックス、ラジオボタン、チェックボッ
クス、プルダウンリスト、プルダウンメニュー、コンボ
ボックス、スライダなど）、対応ＤＢ列名など、データ
項目を抽象化した場合にそなえておくべき属性一般、お
よび入力されたデータが正しいか否か（たとえばデータ
型が数値型のときに、入力されたデータが数値であるか
否か、桁数はデータ長以内か、など）のチェックを行な
うためのプログラムコードをメソッドの形で備えてい
る。
【０１１６】項目オブジェクトの備える属性、メソッド
などについて表１に示す。
【０１１７】
【表１】
【０１１８】表１において「項目名」とは、プログラム
のコーディング中でこのデータ項目を参照するために用
いられる名称である。通常はＤＢ中の、この項目オブジ
ェクトに対応する列名を使用し、アルファベットと一部
の記号のみからなる。
【０１１９】表１に示されるその他の要素については、
当業者にはその意味は明白であろうから、ここではこれ
以上の説明は行なわない。
【０１２０】［ＤＢ定義からの項目オブジェクト定義の
抽出］項目オブジェクトは、本実施の形態のプログラム
開発システムではＪａｖａ（Ｒ）言語のクラス定義のソ
ースプログラムの形でテキスト形式で準備される。項目
オブジェクトはデータベースと深い関係があるので、デ
ータベース定義からそのまま項目オブジェクトのデータ
定義を行なうようにすると便利である。
【０１２１】図１１に、そのようなプログラム開発シス
テムの簡単なシステムブロック図を示す。実際にはこの
システムが図１および図２に示すような一般的なパーソ
ナルコンピュータによって実現可能であることは言うま
でもない。
【０１２２】図１１を参照して、このシステムは、テキ
スト形式で予め準備されたＤＢ定義情報１６０からデー
タベース１６６を作成したり、ＤＢ定義情報１６０から
データベース１６６の各項目に対応する項目オブジェク
トの定義の原型であるデータ定義１６８をテキスト形式
で出力したり、ディスプレイ１０２、キーボード１０６
およびマウス１０８を用いたインタラクティブな処理に
よりデータ定義１６８の内容を修正したり、修正された
データ定義１６８から項目オブジェクトのクラス定義の
ためのＪａｖａ（Ｒ）ソース１６４のファイルを出力し
たりする処理を行なうＤＢ作成ツール１６２からなる。
【０１２３】ＤＢ定義情報１６０の内容の一例を図１２
に示す。またデータ定義１６８の一例を図１３に示す。
図１３に示されるデータ定義１６８は、図１２のＤＢ定
義情報１６０のうち、「／Ｒｅｃｏｒｄ」文の直後の
「受注番号」で始まる行から抽出された情報に基づいて
作成され、さらに後にプログラマーによって必要な項目
が補充されたものである。各行は、属性を示すキーワー
ド（たとえば「／ＬＡＮＧ」、「／ＩＮＰＵＴＴＹＰ
Ｅ」など）と、そのキーワードに対応する属性内容とか
らなっている。このデータ定義１６８の内容にさらにデ
ータチェックなどのメソッドに相当するプログラムコー
ディングの原形を追加する処理もこのときに行なわれ
る。
【０１２４】ＤＢ定義情報１６０からデータ定義１６８
を作成することにより、項目オブジェクト作成のための
工数を最小限に抑えることができる。
【０１２５】図１４に、ＤＢ定義情報１６０からデータ
定義１６８を作成するプログラムの概略フローチャート
を示す。図１４を参照して、まず最初にプログラマーに
より指定されたＤＢ定義ファイルをオープンする（ステ
ップＳ４１）。つぎにこのファイルの１行目を読む（ス
テップＳ４２）。その行の内容が「／ＲＥＣＯＲＤ」か
否かを判定し（ステップＳ４３）、読込んだ１行の内容
が「／ＲＥＣＯＲＤ」となるまでステップＳ４２および
ステップＳ４３の処理を繰返す。
【０１２６】「／ＲＥＣＯＲＤ」の一行を読込むと、そ
れ以後はＤＢ定義の一行ごとにデータ定義１６８を作成
し出力する処理を繰返す。具体的には、まずＤＢ定義情
報１６０の次の１行を読み（ステップＳ４４）、その行
の内容が「／ＥＮＤ」か否かを判定する（ステップＳ４
５）。「／ＥＮＤ」でなければ、読込んだ１行の内容か
らデータ定義１６８を作成し、項目オブジェクトファイ
ルとして出力して（ステップＳ４６）次の行を読込む処
理を行なう（ステップＳ４４）。もし読込んだ１行の内
容が「／ＥＮＤ」であれば、ＤＢ定義情報１６０の中の
全てのＤＢ項目を処理したということであるから、ＤＢ
定義ファイルをクローズし（ステップＳ４７）処理を終
了する。
【０１２７】ステップＳ４６での処理はＤＢ定義の書式
とデータ定義１６８との書式との対応関係に基づいて定
められる。その内容についてはシステムに依存し、かつ
当業者には明らかであるのでここではその詳細は述べな
い。
【０１２８】［項目オブジェクトを利用した画面出力］
さて、ＲＡＭ１２０等のメモリ空間２６６に格納された
項目オブジェクトを使用した画面出力（ＨＴＭＬソース
出力）の機構の概略を図１５に示す。図１５を参照し
て、スクリーン部品３２０，３２２は、フォーム部品２
９０に対して画面で使用する項目を特定する情報を与え
る。フォーム部品２９０は、メモリ空間２６６の中で、
スクリーン部品３２０，３２２から与えられた項目に対
応する項目オブジェクトを探し出す。項目オブジェクト
には、画面に表示すべきデータ名称、データ長などに関
する情報がすべて含まれているので、フォーム部品２９
０は項目オブジェクトからこれら情報を取得することに
より、ブラウザ２５３などに与えるべきＨＴＭＬソース
を作成することができる。作成されたＨＴＭＬソースを
ブラウザ２５３などに送信することにより、たとえば図
７に示される画面がクライアントＰＣの上で動作するブ
ラウザにより表示される。
【０１２９】表示される項目の名称、データ長、データ
形式などに関する情報は項目オブジェクトから取得され
るので、スクリーン部品３２０，３２２中にはそれらの
情報はコーディングされていない。スクリーン部品３２
０，３２２の一部の例を図１６に示す。図１６を参照し
て、スクリーン部品３２０，３２２のプログラム中で
は、まずパラメータ定義行４２０でこの処理において使
用するべき項目オブジェクト名称のリストである定数
「ｐ＿ｆｉｅｌｄｓ」を定義しておき、後のロジック中
のフォーム部品をコールするＣＡＬＬ命令４２１におい
て、この定数をパラメータとしてフォーム部品に渡して
いる。つまり、業務に直結した項目オブジェクトの指定
は、パラメータ定義行４２０に見られるのみである。こ
の項目オブジェクトの指定は、プログラム定義ファイル
３１２で定義され、スクリーン部品３２０，３２２が実
行される場合にプログラム定義ファイル３１２で定義さ
れた項目オブジェクトの指定が参照される。このため、
業務に直結した項目オブジェクトの指定は、プログラム
定義ファイル３１２に見られるのみである。
【０１３０】この場合にスクリーン部品３２０，３２２
がフォーム部品２９０に与えるパラメータを図１６に示
されるように｛ｕｓｅｒｉｄ，ｕｓｅｒｎａｍｅ，ｆｕ
ｒｉｇａｎａ，．．．｝とすると、これらパラメータ
を、プログラム定義ファイル３１２において、他の項目
オブジェクトの名称のリストに変えるだけで、全く同じ
スクリーン部品３２０，３２２のロジックと同じフォー
ム部品２９０とを用いて、全く別の画面の表示を実現す
ることができる。
【０１３１】図１７に、フォーム部品を構成するプログ
ラムのロジックをフローチャート形式で示す。与えられ
たパラメータのうち、最初から順番に１パラメータずつ
以下の処理を行なう。すなわち、当該パラメータについ
て、そのパラメータで指定される項目オブジェクトを参
照し、項目名称、データ長などの情報からその項目を入
力するためのフォーム部品に相当するＨＴＭＬソースを
作成する（ステップＳ５１）。
【０１３２】続いて全てのパラメータを処理したか否か
を判定し（ステップＳ５２）、全てのパラメータを処理
するまでステップＳ５１、ステップＳ５２の処理を繰返
す。
【０１３３】全てのパラメータを処理したと判定された
場合、これまでの処理で作成されたＨＴＭＬソースをブ
ラウザ２５３などに対して出力し（ステップＳ５３）、
処理を終了する。
【０１３４】このようにスクリーン部品のロジック中に
は項目特有の情報がコーディングされていない。その結
果、スクリーン部品を種々の処理において共通に再利用
することが可能となった。またフォーム部品２９０自体
も項目特有の情報と分離されているので、フォーム部品
２９０についても種々の処理において共通に再利用する
ことが可能となった。
【０１３５】このように、本発明によれば、項目オブジ
ェクトを用いることによりプログラムからユーザインタ
フェースを分離し、部品化することに成功した。さら
に、項目オブジェクト中に当該項目のエラーチェック、
ＤＢ更新のためのロジックをメソッドとして実装してお
くことで、業務に直結するプログラム部分を部品化する
ことが可能となった。
【０１３６】なお、本実施の形態においては、、プログ
ラムパターンが実行されることにより画面を作成するた
めのに項目オブジェクトを用いる例を説明したが、画面
の作成はこれに限定されない。
【０１３７】たとえば、スクリーン部品において、画面
を作成するために必要なデータをすべて定義するように
してもよい。この場合であっても、画面が修正された場
合に、修正する必要が生じるチェック処理、コマンドの
第１の部分（ｗｈｅｒｅ節）を生成する処理は、同じス
クリーン部品に含まれるので、そのような変更に容易に
対応することができる。
【０１３８】以上、本願発明を実施の形態に基づいて説
明してきたが、本願発明はこれら実施の形態のシステム
に限定されるわけではない。本願発明の権利範囲は、特
許請求の範囲の各請求項の記載によって定められるべき
である。本願明細書に開示された実施の形態の各構成要
素と均等の構成要素を用いたものも本願発明の権利範囲
に含まれる。
【図面の簡単な説明】
【図１】 本発明の実施の形態におけるサーバ装置の外
観図である。
【図２】 本願発明に係るサーバ装置の構成を示すブロ
ック図である。
【図３】 本実施の形態におけるサーバ装置１０におい
てデータベースアクセスプログラムが実行される概念を
説明するための図である。
【図４】 本実施の形態におけるサーバ装置でプログラ
ムパターンが実行されて行われる処理の流れを示すフロ
ーチャートである。
【図５】 照会処理のプログラムパターンで定義される
処理の一例を示す図である。
【図６】 図４のステップＳ１４で実行されるスクリー
ン部品呼出処理の流れを示すフローチャートである。
【図７】 プログラムパターンが実行されて出力される
画面の一例を示す図である。
【図８】 ３つのスクリーン部品を用いたプログラムパ
ターンの具体例を示す図である。
【図９】 スクリーン部品が呼び出されて表示される画
面の例を示す図である。
【図１０】 項目オブジェクトの概念を説明するための
模式図である。
【図１１】 項目オブジェクトをＤＢ定義情報から抽出
するツールのブロック図である。
【図１２】 ＤＢ定義ファイルの例を示す図である。
【図１３】 項目オブジェクトのデータ定義ファイルの
例を示す図である。
【図１４】 ＤＢ定義ファイルから項目オブジェクトの
データ定義ファイルを作成する処理のフローチャートで
ある。
【図１５】 本発明の一実施の形態にしたがって、項目
オブジェクトを利用したスクリーン部品が動作する際
の、オブジェクトおよびスクリーン部品間の関連を示す
図である。
【図１６】 メインプログラムのコーディング例の一部
を示す図である。
【図１７】 フォーム部品を実現する処理のフローチャ
ートである。
【図１８】 従来のイントラネットワークによって構築
したシステムの構成例を示すブロック図である。
【符号の説明】
１０ サーバ装置、１００ コンピュータ、１０２ デ
ィスプレイ、１０４プリンタ、１０６ キーボード、１
０８ マウス、１１０ ＣＤ−ＲＯＭドライブ、１１２
ＦＤドライブ、１１４ ハードディスク、１２６ バ
ス、１３０ネットワークインタフェース、１３２ ネッ
トワーク、１５０，１５０Ａ 項目オブジェクト、２５
３ ブラウザ、２９０ フォーム部品、３１０ プログ
ラムパターン、３１２ プログラム定義ファイル、３１
４ データベース、３２０第１スクリーン、３２２ 第
２スクリーン。

Claims (11)

    【特許請求の範囲】
  1. 【請求項１】 複数のスクリーン部品をコンピュータに
    実行させることによりデータベースにアクセスするプロ
    グラムであって、 前記複数のスクリーン部品をコンピュータに実行させる
    順序を指定するステップを含み、 前記複数のスクリーン部品それぞれは、 該スクリーン部品ごとに外部から与えられた定義にした
    がって、前記データベースにアクセスするためのコマン
    ドのうち処理対象となるデータを特定するための第１の
    部分を除く第２の部分を生成するステップと、 データを入力および／または出力するための画面を生成
    するステップと、 該スクリーン部品ごとに外部から与えられた定義にした
    がって、前記データベースにアクセスするためのコマン
    ドのうち処理対象となるデータを特定するための第１の
    部分を生成するステップとを含む、データベースアクセ
    スプログラム。
  2. 【請求項２】 前記画面生成ステップは、該スクリーン
    部品ごとに外部から与えられた前記データベースの項目
    にしたがって、画面を生成する、請求項１に記載のデー
    タベースアクセスプログラム。
  3. 【請求項３】 前記複数のスクリーン部品それぞれに含
    まれるステップを、前記複数のスクリーン部品いずれに
    おいても同じ順番で実行するよう指定するステップをさ
    らに含む、請求項１に記載のデータベースアクセスプロ
    グラム。
  4. 【請求項４】 前記複数のスクリーン部品それぞれは、
    該スクリーン部品ごとに外部から与えられた、前記デー
    タベースの項目にしたがって、取得されたデータをチェ
    ックするステップをさらに含む、請求項１に記載のデー
    タベースアクセスプログラム。
  5. 【請求項５】 前記第１の部分を生成するステップは、
    次にコンピュータでスクリーン部品が実行される際に実
    行されるコマンドの第１の部分を生成する、請求項１に
    記載のデータベースアクセスプログラム。
  6. 【請求項６】 前記第１の部分を生成するステップは、
    前記チェックステップでチェックされたデータに基づい
    て、コマンドの第１の部分を生成する、請求項４に記載
    のデータベースアクセスプログラム。
  7. 【請求項７】 前記第２の部分を生成するステップは、
    前記第２の部分を生成しない処理を含む、請求項１に記
    載のデータベースアクセスプログラム。
  8. 【請求項８】 前記チェックステップは、何もチェック
    しない処理を含む、請求項４に記載のデータベースアク
    セスプログラム。
  9. 【請求項９】 前記第１の部分を生成するステップは、
    前記第１の部分を生成しない処理を含む、請求項１に記
    載のデータベースアクセスプログラム。
  10. 【請求項１０】 請求項１〜８のいずれかに記載のデー
    タベースアクセスプログラムを記録したコンピュータ読
    取可能な記録媒体。
  11. 【請求項１１】 複数のスクリーン部品をコンピュータ
    に実行させることによりデータベースを操作する方法で
    あって、 前記複数のスクリーン部品をコンピュータに実行させる
    順序を指定するステップを含み、 前記複数のスクリーン部品それぞれは、 該スクリーン部品ごとに外部から与えられた定義にした
    がって、前記データベースにアクセスするためのコマン
    ドのうち処理対象となるデータを特定するための第１の
    部分を除く第２の部分を生成するステップと、 データを入力および／または出力するための画面を生成
    するステップと、 該スクリーン部品ごとに外部から与えられた定義にした
    がって、前記データベースにアクセスするためのコマン
    ドのうち処理対象となるデータを特定するための第１の
    部分を生成するステップとを含む、データベース操作方
    法。
JP2002112448A 2002-04-15 2002-04-15 データベースアクセスプログラム、そのプログラムを記録したコンピュータ読取可能な記録媒体およびデータベース操作方法 Pending JP2003308332A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2002112448A JP2003308332A (ja) 2002-04-15 2002-04-15 データベースアクセスプログラム、そのプログラムを記録したコンピュータ読取可能な記録媒体およびデータベース操作方法
US10/405,699 US7222118B2 (en) 2002-04-15 2003-04-03 Computer program product for accessing database, recording medium recording database access program therein, and database access method
CNB031407617A CN100545803C (zh) 2002-04-15 2003-04-15 数据库访问方法和数据库服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002112448A JP2003308332A (ja) 2002-04-15 2002-04-15 データベースアクセスプログラム、そのプログラムを記録したコンピュータ読取可能な記録媒体およびデータベース操作方法

Publications (1)

Publication Number Publication Date
JP2003308332A true JP2003308332A (ja) 2003-10-31

Family

ID=29267327

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002112448A Pending JP2003308332A (ja) 2002-04-15 2002-04-15 データベースアクセスプログラム、そのプログラムを記録したコンピュータ読取可能な記録媒体およびデータベース操作方法

Country Status (3)

Country Link
US (1) US7222118B2 (ja)
JP (1) JP2003308332A (ja)
CN (1) CN100545803C (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050198567A1 (en) * 2004-01-29 2005-09-08 Vermeulen Bert M. Web navigation method and system
CN102073642A (zh) * 2009-11-23 2011-05-25 英业达集团(天津)电子技术有限公司 自动生成结构化sql语句的方法与其电子装置
KR101986476B1 (ko) * 2017-04-17 2019-06-05 미쓰비시덴키 가부시키가이샤 프로그램 작성 장치

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5566330A (en) * 1991-08-20 1996-10-15 Powersoft Corporation Method for forming a reusable and modifiable database interface object
JP2710548B2 (ja) 1993-03-17 1998-02-10 インターナショナル・ビジネス・マシーンズ・コーポレイション データを検索する方法およびブール代数文表現と図形表現を互いに変換する方法
JP3227066B2 (ja) * 1994-09-21 2001-11-12 株式会社日立製作所 プログラム部品を用いたプログラム生成方法
JPH08171508A (ja) 1994-12-19 1996-07-02 Canon Inc データベース管理方法及び装置
US5787453A (en) * 1995-10-24 1998-07-28 Peoplesoft, Inc. Interactive formula processing system for SQL data base
US5875334A (en) * 1995-10-27 1999-02-23 International Business Machines Corporation System, method, and program for extending a SQL compiler for handling control statements packaged with SQL query statements
JPH11345235A (ja) 1998-01-13 1999-12-14 Matsushita Electron Corp Ｈｔｍｌ生成装置、ｈｔｍｌ生成方法及びｈｔｍｌ生成プログラムを記録したコンピュータ読み取り可能な記録媒体
US6779177B1 (en) * 1999-10-28 2004-08-17 International Business Machines Corporation Mechanism for cross channel multi-server multi-protocol multi-data model thin clients
US6430556B1 (en) * 1999-11-01 2002-08-06 Sun Microsystems, Inc. System and method for providing a query object development environment
JP4136271B2 (ja) 2000-05-16 2008-08-20 住友電気工業株式会社 アプリケーションサーバシステム
JP2003050588A (ja) * 2001-08-06 2003-02-21 Pioneer Electronic Corp コンテンツ提供システムの管理サーバ装置、および端末装置

Also Published As

Publication number Publication date
CN100545803C (zh) 2009-09-30
US20030208504A1 (en) 2003-11-06
US7222118B2 (en) 2007-05-22
CN1459713A (zh) 2003-12-03

Similar Documents

Publication Publication Date Title
US9886248B2 (en) Method for creating software factory for developing J2EE applications
US9465590B2 (en) Code generation framework for application program interface for model
US8826224B2 (en) Apparatus and method for supporting model-driven development
US8375351B2 (en) Extensible rapid application development for disparate data sources
US20060015839A1 (en) Development of software systems
US20090254881A1 (en) Code generation techniques for administrative tasks
US20070208769A1 (en) System and method for generating an XPath expression
US20040044965A1 (en) Structured document edit apparatus, structured document edit method, and program product
US20020089542A1 (en) Computer program product, recording medium having screen component interface program code recorded therein, and screen program creating method
US20040158820A1 (en) System for generating an application framework and components
US20050149868A1 (en) User interface application development program and development apparatus
US20190250895A1 (en) System and method for converting a first programming language application to a second programming language application
US6957416B2 (en) Document builder classes and methods
CN117850984A (zh) 电子设计自动化脚本预检查方法、系统、设备及存储介质
JP4136271B2 (ja) アプリケーションサーバシステム
MXPA03004411A (es) Sistema y metodo para definir y utilizar subclases declarativamente por marcas.
Kolovos et al. The epsilon pattern language
CN1809811A (zh) 用于借助中心xml配置文件生成分布式java应用的方法和装置
US7315980B2 (en) Method and apparatus for generating electronic document definitions
US7058651B2 (en) Method, computer program product, and system for automatic class generation with simultaneous customization and interchange capability
US7222118B2 (en) Computer program product for accessing database, recording medium recording database access program therein, and database access method
US20060005174A1 (en) Defining hierarchical structures with markup languages and reflection
CN1332302C (zh) 用于提供计算机程序代码的维护环境的方法和系统
JP5190899B2 (ja) 情報処理装置、設定ファイル生成方法、および設定ファイル生成プログラム
CN115051904B (zh) 一种基于标记语言的单盘状态管理的方法和装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040824

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070206

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070406

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20070406

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070904