クボタシステム開発

オープンな技術でEDIを構築。生産リードタイムを大幅短縮へ

さまざまな課題をアイデアで克服

　クボタの生産拠点における生産管理システムをつくり変えたくはなかった。そこで解決策として浮かび上がったのが、新たに拠点ごとに設けた拠点サーバに、既存のシステムから決められたフォーマットでデータ(テキストファイル)を投げる方法である。拠点サーバは1分おきに自身のディレクトリ上にファイルが置かれているかを確認し、ファイルが置かれていた場合はftpでデータセンターのアプリケーションサーバに送信するというわけだ。

　アプリケーションサーバは、随時拠点サーバから送信されてくるデータを監視している。受信したデータの内訳は発注データや納入指示のデータが主だ。更新系のデータはOracle8 Enterprise Serverへ、参照系のデータはOracle8 Workgroup Serverへ蓄積される。ところで、アプリケーションサーバは2台のデータベースサーバを意識する必要がなく、常にOracle8 Enterprise Editionに対してだけアクセスする。これはOracleがもつデータリンク機能を使うことで、1台のデータベースを相手にアプリケーションサーバのロジックを構成しているというわけだ。

　協力工場側でWebブラウザのGUIはJavaアプレットで実現している。Javaアプレットの開発にはツールを使用せず、JDK(バージョンは1.1.6)のみで開発した。しかもクラスにはAWTしか使っていない。そのため、サポート対象のOSはWindows 95/98/NT4.0とうたっているものの、あらゆるプラットフォームで動作する。実際、Linuxクライアントでも完全動作を確認している。また、このようなエクストラネットの場合、外部からの不正アクセスを防ぐセキュリティ対策が重要になってくる。今回のシステムではデータセンター内にプライベートCA(認証局)を設け、デジタル証明書を発行している。Webクライアントはこのデジタル証明書がないとJavaアプレットを実行することができない。この仕組みが「Secure Web EDI System」と名付けられている所以だ。

「Secure Web EDI System」の標準的な構成。クボタの事例の場合、クボタ側はWANによる接続だが、この構成ではすべての企業がクボタシステム開発が提供するダイヤルアップ回線を使って接続するようになっている。専用線を引き込む体力のない企業でも利用できる

　ところで、アプリケーションサーバには非常に巧妙な仕掛けが施されている。クライアントの画面、帳票はそれぞれ10数種類ある。クライアントからのさまざまな要求単位でプロセスを用意するのではなく、常に稼動しているプロセスは親プロセス1つだけである。親プロセスは常にクライアントからのリクエスト待ち状態にあり、リクエストを受け取るとリクエストの処理IDを判別、その動作ロジックのもととなる各種設定をOracleデータベースから読み出し、子プロセスを起動してその各種設定を渡す。クライアントからの要求によるセッション単位で子プロセスを起動し、処理が終了すれば子プロセスを解放する。この仕組みによって機能追加や改造などが発生した場合、新たにプログラムを書く費用が発生せず、データベースのテーブルに論理を登録するだけで済む。開発期間の短縮、コスト削減、生産性の向上を実現するというわけだ。

(アスキーNT／宮下)

• Introduction
• ASP
• 全国440の協力工場とのEDIで生産リードタイムを短縮
• オープンな技術を積極採用。Linux DBの性能を高く評価
• さまざまな課題をアイデアで克服
• Webブラウザで精巧な印刷を実現するコンテンツ・オン・デマンド
• まとめ