多くの組織では、情報やサービスをインターネット経由で提供する必要があります。 以前は、Web ページに日々訪れる訪問者にはスタティックな HTML で十分でした。 今日、Web では洗練された HTML ページの競争が激しくなっており、インターネット経由でのビジネスロジックへの完全なアクセスに対する需要は激増しています。 ビジネスに不可欠な情報を含んでいるデータベース管理システムの大部分は、メインフレームのような高性能サーバーを基準にしています。
このセクションでは、次のトピックについて説明します。
Natural Web インターフェイスは、Web サーバー（正確には HTTP サーバー）と Natural 環境をリンクします。 これは、別のサーバーマシン（メインフレームなど）または HTTP サーバーと同じマシン（Apache や Microsoft IIS など）でも使用可能です。
Web ページの内容は、容易に Natural プログラムによってダイナミックに作成できます。 これは、実際の対話式アプリケーションを Web に実装するための基準です。
対話式アプリケーションでは、ユーザーは情報を入力し、その入力に応じた出力を発行して反応を示すことができます。 Web ベースのアプリケーションの例には、注文入力システム、旅行予約サービス、集配システムなどがあります。 これは、Natural アプリケーションの範囲を大きく拡張します。 企業内ユーザーではない、世界中の潜在的な顧客が、現在、同じアプリケーションを使用できます。
また、何よりも、そのようなアプリケーションを実装するために、Natural ユーザーは新しいプログラミング言語を学ぶ必要がないのです。 ナビゲーションとユーザー入出力は、Natural で完全に実装されます（追加の埋め込み HTML ステートメントをいくつか使用します）。
次のトピックについて説明します。
Natural Web インターフェイスは、3 つの内部モジュールで構成されています。
Natural Web インターフェイス
Natural の HTML API と HTTP API
Natural Web サーバーエクステンション
同一マシン上の Web サーバーにインターフェイスを提供する部分
必要なミドルウェア
RPC、PAL、または DCOM テクノロジを使用する EntireX Broker を含む EntireX Communicator
Natural Web インターフェイスの主な機能の 1 つは、Natural サブプログラムを Web ページから呼び出せることです。 これは、入力フィールドとボタンがある Web ページのフォームを使用して行うことができます。 ユーザーは、データを入力し、ボタンの 1 つをクリックしてこれらのデータをサブミットすることができます。 これは、ユーザーデータをパラメータとして渡す Natural サブプログラムを実行します。
これにより、アプリケーション機能（サブプログラム）に簡単にアクセスできます。 大部分の Web サーバーによって提供される SQL（および ODBC ドライバ）を使用してデータを検索するための簡単なデータベースアクセスは、対話式アプリケーションを実装するには十分ではありません。 データ整合性およびユーザーデータの処理を保証するためのビジネスロジックも必要です。
それらは操作可能なアプリケーションのために過去に実装されたので、整合性チェックなどのビジネスロジックは通常はすでに存在しています。 それらが別の Natural モジュール（サブプログラム、プログラム、サブルーチンなど）として実装されたならば、それらは容易に再利用できるので、異なる環境または異なる言語で再実装する必要がありません。
したがって、Web サーバーをビジネス機能に接続するために特別なインターフェイスプログラムを作成する必要はありません。 Natural Web インターフェイスは、その目的のために標準化されたインターフェイスです。
プログラミング言語を学習する必要はないので、既存のスキルを活用できます（出力ページをフォーマットする HTML ステートメントを除く）。
Web の対話式アプリケーションの 2 番目に重要な部分は、フォーマットされた Web ページでユーザーにフィードバックすることです。 Natural Web インターフェイスを使用して、これらの Web ページをアプリケーションのニーズに従ってダイナミックにフォーマットできます。
利点は、レイアウトの制御およびこれらのページの内容が、外部の別のディレクトリにではなく、完全にアプリケーション／プログラムレベルにあることです。
さらに、Natural は幅広いソース（Adabas、RDBMS、およびシーケンシャルファイル、さらに Entire System Server ではシステム情報）からデータと情報を収集できるので、アプリケーションタイプは事実上無限です（Natural で構築できるあらゆるアプリケーションは Web と統合できます）。
Natural Web インターフェイスは、Software AG の Entire 製品群の実績あるミドルウェア製品セットを基準にしています。
これは既存のクライアント／サーバー環境のシームレスな統合を可能にします。 Web 接続は別のクライアントであり、既存の Natural サーバーに接続できます。 Entire Net-Work がインストールされている場合は、別のミドルウェア製品セットをインストールする必要はありません。
Natural for Windows では、インターフェイスで Natural DCOM クラスを呼び出すことができます。 特定のインターフェイスで呼び出されたメソッドは、リモートプロシージャコール（RPC）を介して使用される同じサブルーチンにマップできます。
Web ページは、標準ツール（Macromedia Dreamweaver や Microsoft Frontpage など）で、または Natural 生成機能を使用した Web ページ作成ツールで作成できます。 Natural サーバーから、サブプログラムを生成できます。 他のプログラミング言語や Web ページ作成ツールに関する知識を習得する必要はありません。
ユーザーのブラウザの Web ページからの要求は Web（またはHTTP）サーバーに渡されます。 これが Natural サブプログラムを実行する要求形式であった場合は、この要求は EntireX RPC、PAL、または DCOM 経由で Natural サブプログラムを実行する Natural Web サーバーエクステンション部分に渡されます。 プログラムは、ユーザーデータをパラメータとして取得し、その後、ユーザーにフィードバックを提供するプログラム集合を発行します。
次の図は、Natural サブプログラムが HTML ブラウザからどのように呼び出されるかを示しています。 処理の各段階は数字で識別されます。これらの段階で発生する処理の詳細については、以下で説明します。
HTML ブラウザは URL を要求します。
ブラウザは、サーバー側で呼び出すプログラムを識別する URL を要求します。
Web サーバーは、Natural Web サーバーエクステンション CGI を呼び出します。
Web サーバーは、URL を取得し、Natural Web サーバーエクステンションを呼び出します。
Natural Web サーバーエクステンションは、呼び出しを RPC に変換します。
Natural Web サーバーエクステンションプログラムは、URL を、元は URL で識別された Natural サーバープログラムを呼び出す Natural RPC に変換します。
Natural サブプログラムが実行されて、戻りページが生成されます。
サーバー上の Natural サブプログラムが実行されて、HTML 戻りページが生成されます。
戻りページは、Natural Web サーバーエクステンションに送り返されます。
HTML 戻りページは、サブルーチン呼び出しの応答として送り返されます。
Natural Web サーバーエクステンションは、戻りページを Web サーバーに送り返します。
Web サーバーは、ヘッダー情報を追加して、それをブラウザに送信します。
ブラウザは、URL に対する要求として送信したものへの回答を受信します。
注意:
Natural Web インターフェイスのコンテキストでは、外部サブルーチンだけが出力を返すことができます。
Natural Web インターフェイス経由で呼び出されたページは、Natural Security とともに動作します。 これは、以下のようにして行われます。
最初に、Natural Web サーバーエクステンションを、HTTP サーバーで制限されたページとして定義する必要があります。
このように定義した後は、ブラウザでページを要求したときにユーザー ID とパスワードの入力を求められます。
HTTP サーバーは、データベースで与えられたデータを検証します。
ユーザーが認証されると、Natural Web サーバーエクステンションがリモートユーザー名で呼び出されます。
Natural RPC サーバーが Natural Security で開始されると、与えられた名前は *USER として設定されます。
承認はすでに HTTP サーバーによって行われているので、Natural 側でのパスワードチェックは行われません。 したがって、Natural RPC サーバーは AUTO=ON で開始する必要があります。
2 番目のシナリオは、初期化ファイルが開始されるときに、Natural Security で Natural RPC サーバーと通信するために特定の固定された定義済みユーザー ID とパスワードを設定することです。 「Natural Security との通信」も参照してください。
