EnterpriseServer-ハイライト

AutoWebであればサイン・オンはログイン・ダイアログから安全に認証。（ASCII 6ビットに暗号化）
メニューは見やすくわかりやすいツリー構造メニューとして表示されます。
適用業務も動作させるだけで、その場でHTMLとして表示されます。
これまで移行が困難とされてきたサブ・プログラム呼び出しによるPOPUPウィンドウ表示もソースに
何の変更を加えることなく、POPUPとしての表示／動作が可能です。
あなたがただ操作するだけでHTMLテンプレートがIFSに保存されます。

どのように Web 化されるのか ?

AutoWeb は動作させるだけで Web化され、しかも柔軟で拡張性に富み、従来のWeb化ツールに
先駆けた先進の機能を有しています。

・仮想ログイン

サイン・オン画面に代わるログイン・ダイアログを自作する
必要はありません。
Alaska に IP接続するだけで、ブラウザによる認証のための
ログイン・ダイアログが表示されて、5250エミュレータで使用
していたユーザー、パスワードを使ってログインすることが
できます。

ユーザー，パスワードの暗号化

ユーザーおよびパスワードは ASCII6ビット値にブラウザによって暗号化されますので第三者によるキャプチャーが
行われても解読することはできません。

成りすましを防止

ログインによってオープンされた画面を「お気に入り」や HDD に保存しても再接続時にはブラウザによって再度ログインが
要求されますので成りすましを防ぐことができます。

・ツリー構造メニュー

5250エミュレータ操作においてサイン・オン直後に表示
されていたメニューは左のペインにわかりやすいツリー構造
のメニューとして表示されます。

ツリー構造メニューであれば一度に全体を開くことができ、
メニューの全容をわかりやすく把握することができます。
対象とするメニューの制限はありません。
GO MENU 形式ではない CLP, DSPF, PNLGRP の
どのようなメニュー形式であってもツリー構造として表示
することができます。

ツリーの下位への展開も Ajax によってユーザーによって
指示された部分だけが展開されるように効率化が図られています。

・POPUPウィンドウ

5250エミュレータで使用していた POPUPウィンドウの表示は
HTML上でそのまま再現することは HTTPプロトコル仕様の制約上、大変困難でした。
しかし AutoWeb では Ajax を駆使することによって POPUPウィンドウの表示を実現しています。
ただし POPUPウィンドウとして表示されるのは WINDOW
キーワードが定義されている表示レコードです。

Web化のための画面設定と実行環境の設定

AutoWeb は御社の事情に合わせて画面用と実行環境用の設定ファイルが提供されています。
機能キーの使用方法や背景色のカスタマイズまで、種々の設定が可能でありユーザー様の事情に応じて自由な
カスタマイズや設定が可能なように設計されています。

Web化すると漢字／半角文字の混在による文字数のオーバーや数字／文字の妥当性検査が
気になるところです。AutoWebは、これらの検査だけでなく十字キーによる上下の移動や
FieldExitキー等の 5250エミュレータ機能を見事にWebでも再現しています。

・FieldExit右寄せ、後続文字のクリヤー		・数字フィールドの妥当性検査
・TABキーの項目間の移動		・漢字フィールドの妥当性検査
・十字キーによる項目間の上下移動		・カナ文字専用の妥当性
・上書きモード		・混在オープン・フィールドの文字数検査 (Ajax)
・エラーメッセージの表示		・エラー項目の反転とカーソル位置付け
・状況メッセージ		・BREAKメッセージ

5250 エミュレータ機能の画面・動作・環境

Web化というと 5250エミュレータ画面の HTML化だけと想像しがちですが動作と環境もWeb上で
再現することが重要です。
AutoWeb であれば Webでは不可能とされてきた 5250エミュレータ機能を忠実に再現することが
できます。

・画面

画面罫線のサポート

5250エミュレータ画面では画面罫線が使用されることは珍しくありません。
これに対して HTML では基本的に罫線という機能はありません。

しかし AutoWeb ではボーダー・ラインとして画面罫線を再現しています。

・動作

中断メッセージ (SNDBRKMSG)

5250 では、「BACKUP のため業務の使用を直ちに停止してください。」のような中断メッセージ
を各ユーザーに送ることができますが、SUBMIT 動作を伴わないメッセージの受け取りは Web
では実現することができませんでした。

しかし Ver5.0 では構内LAN内のPCクライアントであれば、中断メッセージを送信することが
できます。

障害の報告 (SNDWINMSG)

サーバー(System i) 側で、もし予期せぬ例外的な障害が発生した場合には、ブラウザには
何の応答もない場合があります。しかしユーザーがサーバー(System i) を調査することは
ありません。
そのためユーザーにとっても単に応答なしとしか判断することができません。

しかし Ver5.0 では例外的な障害が発生した場合でも Ver5.0 での SNDWINMSG コマンドを
使って障害報告がユーザーに送信されます。

STRPCCMD のサポート

PCコマンドの起動(STRPCCMD) を適用業務に組み込んでいるユーザーが Web化する場合で
あっても STRPCCMD を何の変更も行わずに、そのまま Web上で使用することができます。

STRPCCMD は PCOMM や ClientAccess に依存しているわけではありません。
エミュレータが STRPCCMD をサポートしているか、どうかにかかっています。
AutoWeb であれば STRPCCMD もサポートしています。
(ただし、すべてのPCコマンドが実行可能であると保証されるわけではありません。)

・環境

装置名の使用

5250適用業務が Web化されると、誰がどの端末からアクセスしているのかを正確に把握する
ことが困難となります。

特にWebFacing による Web化では、5250適用業務であれば端末名によって最初の起動CLP等でプリンター名を割り振ったり、データに端末名をスタンプしていたりしたはずです。
Web化によって端末名の取得ができなくなると、このような従来業務を再現することができなく
なります。

しかし AutoWeb では PCの名前を取得して端末名とすることができます。
(構内LAN上のPCに限る)

24＊80桁の制限や情報量がそのままであればWeb化の意味は半減してしまいます。
Web化するのであれば情報量も拡張したいもの。しかしHTMLやJavaScriptの学習には時間が必要です。
ご存知でしたか？ System iはDDSキーワードで既にHTMLをサポートしているのです。
AutoWebであればDDSソースへの記述だけでHTML画面を拡張することができます。
しかもDDSのHTMLキーワードは5250エミュレータ画面では無視されますので元のプログラムは
今までどおりに5250エミュレータでも使用することができます。
だから二重保守の必要もありません。

・HTMLタグの追加	・・・	任意のHTMLタグを追加することができます。（画像ファイル他）
・フィールドの追加	・・・	HTML表示のときだけの表示項目を追加することができます。
・表示位置の変更	・・・	既存のフィールドの表示位置を変更することができます。
・JavaScriptの追加	・・・	ユーザー独自のJavaScriptをDDSで追加することができます。
・DDS定義のコントロール	・・・	押しボタン、ラジオ・ボタン、コンボボックス、スクロール･バー。

拡張の方法について

Web化の重要な目的のひとつは 80 * 24 行の情報量の拡張にあったのですが従来のWebFacing
では、情報量を増やすことは極めて困難でした。
しかし AutoWeb では情報を、しかも DDS記述によって増やすことができます。
HTML にまだ不慣れな開発者であっても DDS の記述によって情報を容易に拡大することが
できます。

・HTML キーワードの追加

ご存知でしたか ? IBM は DDSキーワードのひとつとして HTMLキーワードを提供しています。
HTMLキーワードは 5250エミュレータ上では無視されますが、WebFacing では任意のHTML
タグとして追加されて表示することができます。

【例】 DDS で画像ファイルを追加する。

この例では IFS に保管済みの画像: /AS400-NET.USR/IMAGE/AUTOWEB.GIF の表示を指定しています。

 A                              11 63HTML('<IMG SRC="/AS400-NET.USR/IMAG+
 A                                   E/AUTOWEB.GIF">')

・押しボタン、ラジオ・ボタン、スクロール・バーも DDS記述で

これらの GUIコントロールも DDS上で定義することができ、5250エミュレータ上と AutoWeb の、
どちらでも表示することができます。

【例】 DDS でスクロール・バーを定義する。

SFLCTL 記述で

 A                             SFLEND(*MORE)

は、「続く...」や「終わり」を SFL の最後に表示しますが、

 A                             SFLEND(*SCRBAR)

は、SFLの右端にスクロール・バーを表示します。
これは 5250エミュレータでも AutoWeb でもスクロール・バーとして表示されます。

・コンボ・ボックスを DDS記述で

プルダウン・メニューのように候補を表示することができるコンボボックスは GUI コントロールと
して操作をやさしくすることができます。
AutoWeb では DDS の VALUESキーワードと対応する TEXTキーワードを組み合わせることに
よってコンボボックスとして表示されます。

【例】 DDS でコンボ・ボックスを記述する。

 A              JUTANT       4A  B  8 12VALUES('0001' '0002' '0003')
 A                                      TEXT('" 中村 " " 田中 " " 鈴木 "')

・DDS 記述でフィールドを追加する。

5250エミュレータ上では非表示であるフィールドを HTML 上では表示させることができます。指定によって表示位置も自由に変更することができます。

【例】新しいフィールドを 9行目の 82桁目に追加する。

 A            ZKSU01         5Y 0O 20  2TEXT(' 在庫数 01')
 A                                      EDTCDE(K)         
 A N08                                  DSPATR(ND)        
 A                                 20  2HTML('POS(9,82)')

AutoWebは単純なWebFacingではありません。高速レスポンスでありながら内部では画面レコード単位
のHTMLテンプレートが自動的に保存されているのです。
HTMLの学習を行えば、これらのHTMLテンプレートを自由にカスタマイズしてお好みのものに仕上げる
こともできます。
あなたのデザイン・センスを生かして独自のインターフェースを作り上げてみませんか？

時代はもはやWeb2.0です。今やWeb2.0のサポートは必須であるといえるでしょう。
AutoWebは最初からWeb2.0 powered by Ajaxです。
Ajax（JavaScript＋XMLによる非同期通信）を意識することなく内部に組み込まれています。
Ajaxは、これまで不可能と思われてきたWebの動作を次から次へと可能にしました。
ユーザーは意識することなくAjaxの機能と至便性を享受することができますし、Ajaxをユーザー自身で
活用することもできます。

・ツリー構造のメニューや部品構成、組織構成図
・フィールドの動的な妥当性検査
・情報のスクロール（SFLのROLL UP/DOWN）
・Google mapsのような図面情報の拡大／縮小