製造ラインとバックエンド レガシー メインフレームの統合 背景 製鉄の工程は、最も複雑なプロセスのひとつです。POSCO 社 (韓国の製鉄会社) は、製造プロセスをよりシンプルなものとし、さらに業務処理を簡素化する目的で業務管理システムと製造プロセスを連携させるための技術を求めておりました。POSCO 社は、迅速なインテグレーションとビジネス プロセスの自動化を実現するためのプラットフォームとして、Fiorano のエンタープライズ サービス バス (Fiorano ESB) を採用しました。Fiorano ESB の採用によって、本社メインフレームと工場のプロコンを連携させたビジネス プロセスの自動化に成功しました。その結果、POSCO 社は競争の激しい製鉄業界にとって不可欠な「顧客サービスの向上」を実現することができました。 ケーススタディの内容 このケーススタディでは、複数の工場と本

Forex 社は、50,000 人を超えるユーザーと 70 億ドルを超える取引量を支える技術に裏 づけされ、かつアプリケーション システムを迅速に構築できるミドルウェア製品を必要とし ていました。これを解決するためには、モジュラー技術によるソリューション構築と、信頼 性の高いメッセージング、高いスケーラビリティが必要であるとの結論に達しました。 Forex のソリューションは、Fiorano ESB のコンポーネント アーキテクチャの利点をフル に引き出すよう設計されています。既存のアプリケーションを作り変えることなく、コンポー ネント ベースの新たなビジネス プロセスから利用できるようにすることで、従来のトレーデ ィング システムをモノシリックなシステムから、柔軟性に富むアジャイルなシステムへと変 革しました。 このケーススタディでは、Fiorano SOA プラットフォームの基盤である

SOAP とWSDL(Web Service Description Language)が、ヘテロジニアスなシステム間の通信とデータ交換を容易にするための標準として紹介されてから、8年が経過しました。それ以来、総称してWS*と呼ばれるプロトコルの混乱によって、特定の通信要求とケースの際に容易になるSOAP(そして、場合によってはWDSL)の拡張としても紹介されることとなりました。SOAP とWSDL(Web Service Description Language)が、ヘテロジニアスなシステム間の通信とデータ交換を容易にするための標準として紹介されてから、8年が経過しました。それ以来、総称してWS*と呼ばれるプロトコルの混乱によって、特定の通信要求とケースの際に容易になるSOAP(そして、場合によってはWDSL)の拡張としても紹介されることとなりました。 本稿では、もっともよく耳にするWS

「SOAのプログラミング・モデルはSCA」──新標準SCA（Service Component Architecture）のVersion 1.0が2007年3月21日に発表されました。 発表したのは，OSOA（Open Service Oriented Architecture）です。OSOAは，標準化団体ではなく，複数のソフトウエア・ベンダーによるコラボレーション・チームです。 このSCAは，どのような標準で，どのような変化をもたらすのか。本連載で，SCAの全体像を解説していきます。 ・第1回　大事なことが決まっていなかった ・第2回　SCAは何も変えない？ ・第3回　SCAのプログラミング・モデルとは（前編） ・第4回　SCAのプログラミング・モデルとは（中編） ・第5回　SCAのプログラミング・モデルとは（後編） ・第6回　SCAを体験する ・第7回　SCAのある世界

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 日本オラクルは11月29日、ビジネス環境で発生するさまざまな事象（イベント）に対し、最適な処理を施すプログラムやサービスを駆動する「イベント駆動型アーキテクチャ」（EDA：Event Driven Architecture）というコンセプトに基づいた新スイート製品「Oracle Event-Driven Architecture Suite」（Oracle EDA Suite）を発表した。 日本オラクル 常務執行役員 システム製品統括本部長の三澤智光氏は、EDAの重要性について、「システムの進化に伴い、入力方式も変化した。昔はパンチカードによる入力方式だったのが、インターネット時代の現代では人間が自分でデータ入力するようになった。今後ユ

8年以上にわたる懸命な研究の末、ソフトウェア産業とその顧客は大きな壁に突き当たっている。ドットコム時代にBPM新進企業によって定義されたビジョンは、まだ実現していない。我々は、（開発者の最小限の介入を伴っても）ビジネスアナリストが設計したビジネスプロセスモデルを利用して完全な実行可能ソリューションを作り出す能力からかけ離れている。プロセス駆動型アプリケーションモデルの必要性は現実のものだ。ビジネスプロセス改善（Business Process Improvement）のイニシアチブはGlobal 2000企業の至る所で活気良く進んでいるが、こうした継続的なプロセス改善の強い必要性をよそに、2007年、BPM市場は（可能だろうと思われていた状態と比べて）未だ小規模にとどまっている。これは、自らをBPMS（Business Process Management System; ビジネスプロセス

企業がIT基盤に求めるものは 現在、企業のIT基盤に最も求められる要求とは何だろうか。それは、文字通り経営に役立ち、安く、そして早く提供される、いわば「業務に奉仕する基盤」である。そしてこれらがSOA（Service Oriented Architecture：サービス指向アーキテクチャ）に期待され、目指す目的である。 しかし、ITの世界でこれらの目的が掲げられることは決して新しいことではない。では、SOAというシステムアーキテクチャは従来と何が異なるのだろうか。それは、経営や業務に直接携わる人間が、自分の望むビジネスプロセスを自ら設計・定義し、ITから提供される「サービス」を直接定義していくという点である。 SOAとSaaSの「サービス」の違い SOAではアプリケーションの機能を業務に必要な「サービス」という単位に分け、それを組み合わせて全体を構築するITの設計手法である。ここでまず、S

ファイル転送とメッセージ・キューイングは非同期な連携手法。完全同期連携は，CORBAやソケットなどのプロシージャ・コールに限られる。EAIツールは，多対多のシステム連携をシンプルにするミドルウエア ファイル転送とメッセージ・キューイングの違いは，送信に適したデータ・サイズと送信頻度にある。ファイル転送は，大きなファイルを少ない頻度で送信するのに適している。一方メッセージ・キューイングは，小さいデータを頻繁に送信するのに適している。ただし，ファイル転送で小さいデータを頻繁に送信できないわけではない。メッセージ・キューイングで大きなデータを送信することももちろんできる。適用範囲は完全に分かれているわけではなく，かなり重なっている。 EAIツールは，前述した3種類の技術の上位に位置する応用製品になる。EAIツールが効果を発揮するのは，連携するシステム数が増えて運用管理や連携用のプログラム開発が複

Not Found. The Page you are looking for is not here

Not Found. The Page you are looking for is not here

JMSとはJava Message Serviceの略でありJ2EEで規定されMOM(Message Oriented Middleware)の標準APIです。 J2EE(Java2 Enterprize Edition)は、 Javaを使ってエンタープライズシステム（企業の業務システムなど、大規模で複雑なシステム）を 構築するためのプラットフォームの規定で、最近特にWebシステムで盛んに利用されている技術です。 そのなかでJMSは、エンタープライズシステム構築のための通信の仕組みとして規定されています。

国産EAIソフト・ベンダーのインフォテリア（東京都品川区，平野洋一郎社長）は1月23日，EAIソフトの新製品3種の即日出荷と，他ベンダー24社が提供する26製品との連携動作をユーザーに保証するための協業プログラム「@WARP（アット・ワープ）」の開始を発表した。 発表した製品は「ASTERIA WARP」「ASTERIA ARMS」「ASTERIA WARP Lite」。従来製品の後継にあたるASTERIA WARPのほか，大規模ユーザー向けのハイエンド製品として同ARMS，ブラウザだけでデータ連携が実現でき，70万円と価格を抑えたエントリー製品同Liteを加えた。 製品ベンダーとの協業プログラム「@WARP」は，賛同する24社が提供する26製品を対象に，「実案件レベルで，ASTERIAを介し各社の製品が問題なく連携するよう，情報提供や検証作業のほか，実装時に発生する問題の解決も効率よく進