(57)【要約】【課題】  ＨＴＴＰプロトコル（インターネット接続通信規約）を使用したＷＥＢ動的プログラムを静的なＨＴＭＬテキストファイルから自動生成する自動解析方式の提供とユーザ入力データ検査機構。それら自動処理のための動的なデータをサーバで保持する仕組みを持ち、アプリケーションとして索引付データベースシステムへの自動連携を実現する。【解決手段】  ＨＴＭＬ文書送受信仕様を元に動的データの順列と、考えられる動作仕様のすべてを自動で振り分ける。振り分ける単位を、ＨＴＭＬタグ単位とし動的データ生成のためのキーワードを抽出し動的データの元となる順列配置されたデータとを結合させる方式で実現する。【選択図】図１
2006260498.tif 000002
【特許請求の範囲】
【請求項１】
ＨＴＭＬテキスト文書をベースとしたＷＥＢシステム開発には、Ｐｅｒｌ、Ｊａｖａ、Ｃなどのプログラミングによる実現方式に依存する。プログラミングをまったく行わずにプログラミングで実現する結果と同じ結果をプログラミングなしで実現する解析および動作全般。自動記録されるデータのメモリ上への自動展開については、順列データをメモリ自動配置する部分全般とそれによってもたらされる自動アプリケーション動作するための包括的な方法を請求範囲とする。
【発明の詳細な説明】
【技術分野】
【０００１】  本発明は、計算機システムで実行されるプログラムの自動解析方式に関する。
【背景技術】
【０００２】  従来、ＨＴＴＰ通信規約に基づくＷＥＢアプリケーションプログラムを実行するには、なんらかのプログラング言語を用いプログラム作成を行わなければならなかった。本発明は、プログラミング言語を用いた結果ソースＨＴＭＬテキストを逆引きし、多岐にわたる動作処理分岐を含め自動解析し、動作させる仕組みを実現するものであり、いまだ実現はされていないというのが実情である。
【発明の開示】
【発明が解決しようとする課題】
【０００３】  ＨＴＴＰ通信規約上でのプログラミングは、サーバ上での開発検証が必要であり、動作確認を行うのにも多大なる労力を要する作業であり、またコンテンツとしての鮮度も要求されるため更新作業の負荷も多大なものである。本発明は、ソースＨＴＭＬを規定位置に配置するたけでプログラミングを行った作業と同等の結果が求められ、前記の労力を削減するのに貢献するものである。【０００４】  したがって本発明は、上記問題点の人的労力を解消すべく発生した発想であり、その目的は、作業負荷の多大なる軽減化である。
【課題を解決するため手段】
【０００５】  標準的なＨＴＭＬ文書送受信仕様を元に動的データの順列と、考えられる動作仕様のすべてを自動で振り分ける。振り分ける単位を、ＨＴＭＬタグ単位とし動的データ生成のためのキーワードを抽出し動的データの元となる順列配置されたデータとを結合させる方式で実現する。抽出されたＨＴＭＬタグデータは、動的生成のための固有のキーワードのみを対象として構文解析を行うものとする。解析の対象となる文字列はＨＴＭＬタグ単位のテキストとする。データ列は動的な動作を決定する文字列に自動的に置き換えられる。置き換える動的な文字列仕様は、ＨＴＭＬのタグ文字列を生成する事で実現する。動作には、正常な動作と異常な動作（エラー）が存在するが、これら二つの動作タイプについてもユーザが入力したデータを基準に正常および異常の振り分けを自動で行う。解決手段を機能単位に分割すると、データ解析の手順として送信準備、受信確認、受信確認エラー、出力データの不揮発メモリへの記録および表示、メモリデータ自動展開、入力データ検査機構の６要素があり、これら６要素の詳細は詳細説明で行うものとする。
【発明の効果】
【０００６】  プログラム作成等は一切行うことなく、ＨＴＭＬファイルを作成し配置するだけで、ＨＴＴＰ規約上でのＷＥＢアプリケーションプログラムとして作成された機能と同等の動作およびデータ記録結果を全自動で実現する。
【０００７】  その理由は、プログラミング言語、コンパイラ言語、非コンパイラ言語に拠らず、プログラミング作成を行う機械語翻訳前の原始コードを一切記述する必要がない。そして、プログラミング言語で記述したものと同等の動作機能を実現するからである。
【０００８】  本発明の第二の効果は、ＩＴインフラ上のサービスの向上をもたらす。
【０００９】  その理由は、第一の理由で述べたサービス開始までの期間を極端に短縮することができるため、常に新鮮なコンテンツを配信する事を促進できるからである。
【発明を実地するための最良の形態】
【００１０】  本発明の実施の形態について図面を参照して以下に説明する。図１は、本発明の実施形態を説明するための図である。
【００１１】  上記発明の実施形態について更に詳細を説明すべく、本発明の実施例として図１を参照して以下に説明する。元ソースとなるサーバ管理者が作成したＨＴＭＬファイルをオープンしメモリに読み込み、最初の語句から最後の語句までをメモリ上の線として利用する。線の位置特定のための最小単位は８ｂｉｔ（バイト単位）の文字列の番地に置き換えられる。この線として存在するオープン済みのソースファイルを操作するための複製用メモリを元ソースファイルのバイト総数の４倍のメモリ領域を確保する。４倍の根拠となる数値は、ＲＦＣ２２３７に定義されるＵＲＬエンコード仕様では、例えばＳＨＩＦＴ  ＪＩＳ漢字の１文字は２バイト文字であるが、ＵＲＬエンコードを行うと％ＦＦ％ＦＦのような６バイトに展開される。そして作業領域を考慮したのが４倍の根拠であり、文字列操作領域が溢れてしまう事がないのを保障する数値である。ＨＴＭＬ仕様で作成されたデータ送信を行う仕組みである＜ｆｏｒｍ＞による送信方法を実現するにあたり、すべてのデータの基本は文字データとして取り扱われる事である。利用ユーザデータの入力文字列長が想定外であると文字列領域が溢れる可能性もあり、そのような場合は利用ユーザデータのサイズを厳密に検査し、溢れない領域を再確保する必要がある。
【００１２】  ＨＴＴＰプロトコルを用いたサーバアプリケーションは、ＨＴＴＰプロトコル仕様としての問題点があり、それは接続後の識別情報を持ち続ける事ができない点である。このままでは利用ユーザ１が接続した場合入力されたデータと利用ユーザ２が接続し入力したデータを一意に識別し振り分ける事が不可能になり、アプリケーションとしての機能を果たす事ができなくなる。この件の解決方法として、既出のＷＥＢアプリケーションサーバに実現されているセッションメモリの概念を全自動で操作する実現方法を採る事で解決する。ＷＥＢのアプリケーションはＨＴＭＬタグを解釈表示するブラウザソフトウエアで実行され運用する形態をとるものであり、識別の値の保持の第一段階はＨＴＴＰヘッダに送信する一意な文字列を接続時に新規作成しブラウザとサーバ間の通信が発生するたびにこの値を確認する仕組みで実現する。ＨＴＴＰヘッダの送受信により、一意な識別が行えるようになったため、この識別子をサーバに確保した動的なメモリ空間に配置し保持する。
【００１３】  入力データ検査については、動作機能の基本となるサーバ管理者が定義配置したソースデータ順列展開手法を用いる事で、特定データに意味をもたせることも、また持たせないで自動動作させる事の双方が可能であり、解析方法と整合を保って協調動作する仕組みをもたらす。サーバ管理者定義が行われる場合と行われない場合の２つのケースがあるが、サーバ管理者定義が行われない場合は、システムで取り扱える安全なデータサイズ値を上限とする規定値で動作をさせるよう解析を行う。安全なデータサイズは、ＴＣＰ／ＩＰ通信インフラの拡充に伴い拡充される可能性があるため、ユーザが設定値を与える仕組みも持つ事とする。
【００１４】  送信とは、データを次なる処理プログラムに送信する事であり、同プログラムは本送信処理で送信されたデータを受信する。ＨＴＴＰ１．１転送プロトコル仕様（ＲＦＣ２０６８）に準拠し送信データフォームの解析。ＨＴＭＬソースファイルを読み込み、＜ｆｏｒｍ＞タグ、＜ｉｎｐｕｔ＞タグ、＜ｓｅｌｅｃｔ＞タグ、＜ｔｅｘｔａｒｅａ＞タグ、送信ボタンなどのデータ送信を行うため、入力用ＷＥＢコンポーネントである、＜ｉｎｐｕｔ＞タグ中のｎａｍｅ属性に一意な名前を付与する。送信のための自動動作のための解析と編集は＜ｆｏｒｍ＞送信タグを次にリクエストするプログラムページを特定する事から始まる。データ送信項目として定義された一意な名前付コンポーネントは、＜ｆｏｒｍ＞タグで定義された受信するプログラムに通信回線を介入して送信する事で実現される。＜ｆｏｒｍ＞タグに自動セットされる文字列は規定の受信プログラム名をセットする。送信されるデータについての名前の付与は、順次に定義された設定ファイルを読み込み、設定ファイルから読み込んだ数の最大値とデータ送信対象の＜ｉｎｐｕｔ＞＜ｓｅｌｅｃｔ＞＜ｔｅｘｔａｒｅａ＞のタグの数と付け合せて行く。これらタグの識別名は一意である必要があるため、１から始まり最終タグの数まで一意な名称を自動加算方式で付与する。ファイルの上から解析を行い、タグ単位で文字列を作業メモリに記録し解析を開始する。タグ単位とは″＜″文字から始まり、″＞″文字で終了した文字列を指す。＜＞もタグ単位であり、＜ＴＤ＞もタグ単位であり＜ｉｎｐｕｔ  ｔｙｐｅ＝”ｔｅｘｔ”ｎａｍｅ＝”ｐａｒａｍｎａｍｅ”＞もタグ単位である。タグが開始された位置のメモリ番地と終了した位置のメモリ番地を保持し、タグが終了した時点では、線として定義されたファイルのメモリ番地は、解析が終了するまでは移動せずに保持をしておく。解析は取得したタグ単位の文字列の中に含まれる一意な名称定義キーワードを抽出し、名称定義キーワードのパラメータをセットする。セットによってオリジナルのソースＨＴＭＬファイルとサイズの相違が発生するが、複製用のメモリにセットしサイズの増減についてはそのまま配置する。最終的に出来上がった複製されたメモリが、ＷＥＢプログラムとして動作するＨＴＭＬタグとなる。利用するユーザがデータを送信するためのきっかけとなる＜ｉｎｐｕｔ  ｔｙｐｅ＝”ｓｕｂｍｉｔ”＞ボタンの扱いについては、＜ｉｎｐｕｔ  ｔｙｐｅ＝を送信データとしてカウントされてしまうのを防ぐために、＜ｉｎｐｕｔ  ｔｙｐｅ＝”ｓｕｂｍｉｔ”のｎａｍｅパラメータは削除するようにタグデータを調整し、メモリ番地を削除後のタグの開始位置＋文字列の長さバイト数まで移動する。
【００１５】  送信準備からユーザが送信準備ボタンを押す事で送信されたデータは、受信プログラムが受信する。受信したデータは最低１からｎ個までのデータとして処理される。データを受信した順列とサーバ管理者が作成したページの順番は紐付けられており、順番どおりに解析しデータを取り出す。この順番は送信準備で入力した順番と合致し、自動識別を可能にする。取り出したデータは動的に作成されたｎ個の数のメモリ配列領域を確保しそこに配置する。本機能は、受信したデータの確認プログラムを提示する事であり、取り出したデータをＨＴＭＬページに自動配置する。自動配置するために、受信確認が行う事は、送信準備で行ったソースＨＴＭＬファイルをオープンしキーワードを解析して行く。前述の動作仕様と違う点は、受信確認では利用ユーザがデータ入力を行う事はないと言う点であり、ソースＨＴＭＬの＜ｉｎｐｕｔ＞キーワードを識別したら削除し、入力された文字列データを＜ｉｎｐｕｔ＞キーワード該当箇所にセットする。この際に生じた元ＨＴＭＬソースファイルと複製メモリ上データのバイトサイズの違いについては送信準備と同様にそのままセットし表示用のＨＴＭＬタグデータとして利用する。次に送信する処理は、索引付データベースシステムで定義された表にこの処理で受信したデータを送信し記録する。
【００１６】  受信確認ではデータは正当な値を持つ事を前提に動作するものであったが、利用ユーザの入力が予期されないデータであった場合などではエラー処理を行い、再入力のために前のページに差し戻すように機能させる必要がある。エラーの種類で考えられる項目を列挙すると入力する必要があるのにデータが無い場合、データのサイズがシステムとして取り扱える物理的なサイズを超過した場合、文字のみの入力が必要なのに数字文字が入力された場合数字のみの入力が必要なのに文字または制御コードが入力された場合、電話番号、日付、時刻、ＥＭＡＩＬ、ＤＯＭＡＩＮなどの指定された書式入力でないといけない場合、数値の範囲指定がされた場合の範囲外エラーの場合、絶対文字数の入力が必要な場合、（例として１０文字入力必須等）グループに定義されたデータ集合をひとつにまとめて判断する場合。ＨＴＭＬファイル内に配置された入力項目はこれらのエラータイプの識別情報は持てない。そこで、データチェックするタイプを定義したテキストデータファイルを配置し、順列方式でソースＨＴＭＬの＜ｉｎｐｕｔ＞キーワードと同じ数だけチェックするタイプを定義し記述する。データを動的確保したｎ個の数のメモリ配列領域に保持した後にチェックをかけていく。入力項目数とチェックを行うタイプを定義したファイルは同じ数であるので、順次チェックを行うタイプを繰り返し処理で付け合せる。ｎ個のうち定義されたチェックを行うタイプの範囲外エラーが発生した場合は、受信確認で受信データ表示する位置にエラー文字列を表示する。エラーが発生した場合はデータを送信する事が不可能なため、次に送信するプログラムは指定できない。送信準備ボタンを呼び出し元のプログラムページに差し戻す処理に置き換える。具体的な位置は送信準備に戻るように差し替えを行う。
【００１７】  出力データを不揮発メモリに自動記録できなくては、自動アプリケーションとしては機能しない。よって送信準備、受信確認の処理が終了後、エラーチェックが終了した状態の利用ユーザ入力データを不揮発メモリ、ここでは物理ディスク装置に記録する。記録方式は、ＡＮＳＩ  ＳＱＬデータベース製品に対して行う。ＳＱＬデータベース固有の操作コマンドを受け取った順列データの並びで挿入、変更の操作を自動判断する。対象となるＳＱＬデータベース内に存在する表は標準装備の項目数分類がされた表と、サーバ管理者がデータ項目数と名称を指定した表を選択する。選択の方式は受信確認で記述されているエラーチェック定義と同様にデータベース名、項目名を順列で配置した定義ファイルを利用し本定義ファイルが存在する場合はサーバ管理者が定義した表への記録を行う。設定ファイルに一意なキー項目が指定された場合は、登録前にＳＱＬデータベースをこのキー値で検索し、既存データが存在すれば更新処理を行い、存在しなければ新規挿入処理を行う。キー値が適正かどうかの判断は、事前に認証プログラムで認証されたキー値を利用する。このキー値を保持するメモリは設定ファイルから読み込まれたキー値をサーバメモリに自動配置される。記録のための操作コマンドはＡＮＳＩ  ＳＱＬ言語準拠として自動作成される。ＳＱＬデータベースに存在するデータを利用ユーザに表示する場合はＨＴＭＬタグに出力位置特定のための印となるコメントタグを利用しその位置に出力を行う。出力するデータの特定はアプリケーション仕様として計算が必要と判断した場合は集計計算、税率計算を自動で行いそれぞれ一意な出力用コメントタグ位置に対して出力する。出力データをグループとして取り扱う場合ユーザが入力するデータには、複数の入力値を一つのセットに結合した結果での検証が必要な場合がある。例えば電話番号データ
などがそうである。このような複数の入力値を一つに取りまとめた後にデータ検証を行う必要がある場合も、エラーチェック定義ファイルにグループ化の識別文字列と順列番号を定義しこれを読み込みグループデータの検証を行う。以上の総合的な自動解析機能をもとに要求アプリケーションを自動作成する。
【００１８】  送信準備から送信されたデータは受信確認に引き渡される。受信確認処理では、渡されたデータをメモリ上に展開する必要があり、これを動的な領域として確保する。確保する手順は渡されたデータの順列の最大数まで繰り返し処理を行う。メモリ資源には限りがあり、システムの規定値となる最大送受信文字数を定義しこの範囲内でメモリを確保する。システムの制限範囲内ならば標準確保量の１／４よりも文字列のバイト数が短い場合は標準確保量を適合し対処する。文字列が標準確保量の１／４より長く、システムの制限範囲内であれば文字列長×４倍のメモリを確保し、利用ユーザが入力したデータの文字列長の合計×４倍のメモリを加算する。本機能での確保メモリの生存期間は受信確認処理終了までの間とする。引き続きメモリの保持が必須な場合は、サーバ資源メモリに転送を行う。
【００１９】  接続した利用ユーザでサーバ資源メモリのデータストアが必要な場合は識別ＩＤ文字列を接続ＩＰ番地とミリ秒単位の時間文字列と乱数で初期化した値を結合し付与する。以後この識別ＩＤ文字列によって接続している利用ユーザを特定する。メモリを確保するための根となるメモリ番地はアプリケーションのサービス開始時にシステム規定最大値で初期化しておく。メモリ資源の枯渇が発生する場合を考慮し、最大値指定が可能な機能も有する。システムはこの最大値までは利用ユーザの接続時に必要なユーザデータの保持を実現する。利用ユーザが接続し、新規にサーバ資源上のメモリ領域を確保し、根となる番地に対し、接続時でかつそれが必要な場合は新規確保した構造体の番地をセットする。根を参照すれば、根に紐づく構造体データを閲覧でき、利用ユーザの識別ＩＤ文字列を付け合せる事ができる。また、サーバ上で作成された作業メモリは、サーバ上の根から伸びる番地保持領域に複写され保持し続ける。ユーザセッションが増加すれば累計的にメモリ使用量も増加しつづける。この場合のメモリ廃棄管理には起動間隔を指定しタイマー起動されたスレッドプロセスが、接続有効時間とデータの使用中フラグをみて、廃棄できるものは逐次廃棄しメモリ領域を開放管理するしくみを有する。
【００２０】  入力データ検査機構は、アプリケーションとしての動作を実現するのに必須な機能であり、本機能もサーバ管理者が配置した順列記載された動作パラメータをサーバ管理者が作成したＨＴＭＬソースファイルの＜ｉｎｐｕｔ＞タグ項目の数と付け合せた後、解析を実行し専用の検査を実施する。自動プログラムとして本設定が省略された場合においても、標準検査機構を用い自動化を実現する。
【実施例】
【００２１】  図１を参照すると、本発明の実施形態は、送信準備、受信確認、データ検査、受信データの不揮発メモリへの表示と記録から構成されている。なお、上記各手順は計算機のプログラムによりその機能が実現される。【００２２】  送信準備はＨＴＴＰ通信規約で接続される利用ユーザからのＨＴＭＬ取得要求を動作プログラムに対し要求するＨＴＭＬの読み込みと利用するユーザへのＨＴＭＬタグの返信を依頼する。利用ユーザが要求するＨＴＭＬのファイルＩＤと公開サイト番号をＵＲＩ文字列として公開し、前記を指定し呼び出す。利用ユーザが呼び出すために利用するプログラムはＨＴＭＬを解釈実行できるブラウザソフトウエアとする。【００２３】  通信回線を経由して呼び出された要求プログラム送信準備は、公開サイト番号に配置されたファイルＩＤのＨＴＭＬファイルを読み込み入力データ値の解析を行う。まず、送信先の情報を＜ｆｏｒｍ＞タグ内のａｃｔｉｏｎ属性を次に利用ユーザが入力したデータを受け取るプログラム名に置き換える。また最初に要求されたファイルＩＤと公開サイト番号をブラウザでは表示されない隠し項目値として配置する。【００２４】  引き続き解析された入力データ値には読み込んだ順番で一意となる名称に増加する数値文字を付加した値として＜ｉｎｐｕｔ＞タグのｎａｍｅ属性値に配置し自動展開する。以上で、メモリ上に確保された線データとしての変換作業が行われ＜ｉｎｐｕｔ＞タグが見つからなくなるまで繰り返される。送信するためのしくみである、＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｓｕｂｍｉｔ”＞タグについては利用するユーザがデータを入力する箇所ではないため実データが発生しない。よってｎａｍｅ属性タグの削除を行う。以上の作業を終了したメモリ上に存在する変換済みＨＴＭＬ線データを要求元の利用ユーザに対し通信回線に乗せ返信する。【００２５】  返信され利用ユーザのブラウザ上で表示されたＨＴＭＬデータには入力を行う＜ｉｎｐｕｔ＞タグに一意な名称がついており、利用ユーザはブラウザ上でデータの入力が行える。利用ユーザはこのコンポーネントに対しデータを入力し送信準備ボタンを押し下げる。【００２６】  受信確認の利用ユーザが送信した要求は、受信確認の呼び出しとして要求が差し替えられる。受信確認では、利用ユーザが入力したデータが入力順に入力コンポーネント数分だけ取得できる。この際にはｎａｍｅ属性として一意な値で識別されるためデータ順序の誤りは発生しない。サーバ管理者が定義した、データ検査定義が存在しない場合は、システム標準のエラー検査を行う。【００２７】  エラーがなかった場合は、入力データの確認表示を行うため、ＨＴＭＬファイル読み込み、タグ解析を行う。【００２８】  利用ユーザが入力データを再入力させないよう表示のみを行う。タグ解析時の基本処理の流れとして読み込むソースＨＴＭＬは、送信準備の際に読み込むファイルと同一または確認等の文言が記述されたＨＴＭＬを読み込む。本処理の後にデータ送信要求を受け入れる次の呼び出しプログラム名を＜ｆｏｒｍ＞タグ内のａｃｔｉｏｎにセットする。入力コンポーネントが配置されたＨＴＭＬ内の＜ｉｎｐｕｔ＞タグを削除し該当メモリ番地位置に入力されたデータをセットする。送信するためのしくみである、＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｓｕｂｍｉｔ”＞タグについては、受信確認正常データ表示の入力エラーがない場合は、利用ユーザが入力する実データが発生しないため、ｎａｍｅ属性タグの削除を行う。【００２９】  この際に、管理者が定義した動作分類がサーバメモリに対しデータのストアをする必要がある場合は自動的に内部記憶メモリ領域に対しデータエリアの新規確保、データストアと保持を要求する。【００３０】  入力エラーがある場合は、入力画面に差し戻すボタンに再定義したタグを作成し配置する。受信確認の作業を終了したメモリ上に存在する変換済みＨＴＭＬデータを要求元の利用ユーザに対し通信回線に乗せ返信する。【００３１】  利用ユーザは返信された結果データをブラウザで確認し、エラーがあれば送信準備ボタンを押し下げる事で入力画面に戻り再入力を促す。エラーが存在しなければ、表示された入力データを確認し、送信準備ボタンを押し下げる。【００３２】  エラーがなかった場合は、送信準備ボタンを押し下げる事で、次の処理プログラムに要求を送信する。【００３３】  利用ユーザが入力したデータを不揮発メモリであるＳＱＬデータベースに記録する。データは、チェック済みの内部記憶メモリ領域にストアしたデータを利用するか、表示データ確認のＨＴＭＬソース内の＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｈｉｄｄｅｎ”  ｖａｌｕｅ＝“データ”＞タグにセットされた値が記録元のデータとなる。【００３４】  内部記憶メモリ領域にストアしたデータを利用する場合は、動作プログラムがこの領域を利用する動作として定義されたプログラムが自動で取得する。取得するための一意なＩＤキー文字列は、最初の接続要求時の認証プログラムまたは表示プログラム内で新規作成が行われる。このＩＤキー文字列をキーとして内部記憶メモリ領域を検索しデータを取得する。取得したデータは、データ数分の複製用のメモリ領域を確保し、転送される。【００３５】  ＨＴＭＬソース内の＜ｉｎｐｕｔ  ｔｙｐｅ＝“ｈｉｄｄｅｎ”  ｖａｌｕｅ＝“データ”＞タグにセットされた値が記録元のデータとなる場合は、入力経路からデータを読み出し、一意な識別名ｎａｍｅ属性を確認し読み込み順にデータを取得し、データ数分の複製用のメモリ領域を確保し転送される。【００３６】  記録先がＳＱＬデータベースのため、変更登録の場合はデータの重複を防ぐ意味から、管理者が設定した位置の入力データにキー項目のフラグを付けておく。新規登録の場合、本設定は割愛できる。【００３７】  更新または追加の識別が行えるため、前記、管理者がセットしたフラグを元にＳＱＬ登録または更新文を作成する。【００３８】  ＳＱＬ文の動的作成には、対象となる記録先の詳細な情報が必要となり、自動化運用のための標準データベース表を配置しておく。【００３９】  管理者作成ＳＱＬデータ定義書が読み込めない場合は、標準データベース表に記録する手順のＳＱＬ文を作成する。【００４０】  管理者作成ＳＱＬデータ定義書が読み込めた場合は、定義文に記録された表および項目情報を読み込み順番と対応するメモリにストアされた配列番号と付け合せＳＱＬ文を完成させる。【００４１】  更新処理の場合は、該当するテーブルのキー項目値で一度検索をかけ、存在を確認後更新する。【００４２】  新規挿入の場合はＳＱＬ文を実行し、利用ユーザデータ入力値を確定する。【００４３】  任意のＵＲＩに要求することができるＨＴＭＬページを表示する。
【図面の簡単な説明】
【００４４】
【図１】本発明の一実施例の構成を示すブロック図である。
【符号の説明】
【００４５】１    Ｄ１    管理者作成ＨＴＭＬ
２    Ｄ２    管理者作成ＳＱＬデータ定義書
３    Ｄ３    管理者作成エラー検査定義書
４    Ｄ４    ＳＱＬ  ＤＢ
５    Ｍ１    内部記憶メモリ領域
６    Ｓ１    送信準備機能
７    Ｓ２    受信確認
８    Ｓ３    データ検査
９    Ｓ４    受信確認  エラーデータ表示
１０  Ｓ５    受信確認  正常データ表示
１１  Ｓ６    出力データを不揮発メモリへ記録および表示
１２  Ｓ７    キー項目存在検査
１３  Ｓ８    新規挿入処理
１４  Ｓ９    更新処理
１５  Ｓ１０  任意の要求位置にジャンプ
１６  Ｕ１    ＵＲＩ要求
１７  Ｕ２    解析タグの表示入力
１８  Ｕ３    送信準備ボタン
１９  Ｕ４    表示データ確認
２０  Ｕ５    受信確認ボタン
２１  Ｕ６    任意ＵＲＩ位置表示
【図１】
2006260498.tif 000003