企業がSOAによって、より柔軟なアーキテクチャに取り組もうとしています。そのマーケットデマンドに対して、BEAが用意するのが「AquaLogic」です。現在、BusinessとITにすき間があるので、そのギャップを埋めていくのがコンセプトです。LiquidITy」としてBEAは、企業のコスト構造を改善し、新たな利益源を拡張するために、ビジネスの質の転換と最適化のための統一されたSOAプラットフォームを提供します。カスタマーケア部門など、縦割りで凍りついている企業資産を、柔軟にやりとりできる「Liquid(液体)」に変換し、人、プロセス、システム間の橋渡しをするものです。ポータル、BPM、EAIなどの総合開発環境は「WebLogic」が、アプリケーションセキュリティ、UI統合、仮想データサービス、サービスバスは「AquaLogic」が担い、用意する各種コンポーネントをベースとしてシステム作りを行います。BPMについて、人的要件が強いユーザーインターフェイスと、システム要件が強いビジネスプロセスの2つの要素がありますが、BEA製品は人中心/プロセス中心の統合的プロセスのすべてをカバーします。ビジネスプロセス管理が確実に実装されるというメリットがあります。Platform」など複数の組合せで対応します。Server」では、アプリケーションプラットフォームのSOA&ビジネスロジック機能層を担っています。2006」のエンジンは、HTTP、SOAPなどのトランスポートハンドラ(アダプタ)、デコード/エンコード、暗号化/復号などのメッセージパイプライン、メッセージボックスの関連付け&コンテンツベースルーティングを担うアクティベーション&インスタンス管理、オーケストレーション、他システムを包括しています。その主要コンポーネントは、プロセスを描いた「オーケストレーション」と「メッセージング」で、エンジンの主要な役割は外部アプリケーションとのメッセージ通信です。Serverは、サービスの連携エンジンとしての機能があり、その機能要件として自動化、プロセス制御、モニタリングなどがあります。自動化/抽象化/プロセス制御に関しては、オーケストレーションとビジネスルールエンジンを搭載。Service」が、エラー復帰についてはアラート/BizTalk管理コンソールが解決にあたります。Server2006は、ESBの基本機能に加えて、プロセス実行エンジン(オーケストレーション)やルールエンジンなどさまざまな機能を持っています。Serverを使ってESBを実装するものです。孝志氏ルールをハンドリングして、システムを動かすことは20年以上前から行われています。人工知能(AI)研究の中から登場した専門家システムは、専門家の知識をルールとして扱ったものです。1990年代にBPRが提唱されて、ビジネスプロセスを見直そうという動きが出てくると、ルールベースシステムは着目対象をビジネスルールとした、ビジネスルールエンジン(BRE)に発展していきました。それをさらに昇華させ、発展させたのがいまの時代──ビジネスプラットフォーム時代だと考えています。ルールベースシステムは1980年代は黎明期、1990年代は対象をぐっと変えたということで転換期、現在はその発展期ととらえると分かりやすいと思います。AI研究は、1950年以前にさかのぼることができます。AIという言葉が登場するのは1956年ですが、このころからを「AIの時代」ととらえています。システム構成は、知識ベースとそれをハンドリングする推論エンジンがあります。当時は専門家の頭の中から知識を取り出して、知識ベースに格納するナレッジエンジニアが必要でした。AIの時代の専門家システムは、難しさがありました。本当に専門家をシステムに置き換える必要があるのかという議論から、システムと人の分業を目指せばいいのではないかという流れが出てきました。アプリケーション開発では変更点があった場合にすべてを置き換えるのではなく、システムロジックからビジネスルールを切り出せば良いのではないか、という考えが出てきました。それらが組み合わされて、ビジネス環境に適応する仕組みとして活用していこうというのが1990年代の転換期です。現在、2つの流れがあります。1つはBPMと融合していく方向性で、ビジネスプロセスの自動実行と複雑な業務のビジュアル化を目指しています。1つは、プラットフォームとしての高度化です。リポジトリへの格納することで再利用ができますし、アルゴリズムも高度になっています。J2EEや.NETなど標準環境への対応など、エンジンから統合プラットフォームへ転換してきています。その流れの中で、BPMとBRMが融合することで、戦略経営力を高めるビジネスシステムができるというわけです。洋一氏ビジネスルールをマネジメントすることで、主に電話やメールでお客さまとコンタクトする現場で、どのように収益を上げ、またコストを下げていくのかていくのかをご紹介します。コンタクトセンターでは、会社が決めた方針などの業務ルール、データマイニングなどにより統計的に導き出されたルール、経験から導き出されるルールの3つがあります。経験ルールですが、例えば債権回収のシーンでは、「このビルに旅行業が入っているはずがない」「この電話番号は秘書サービスのものだ」といったことがすぐ分かるエキスパートがいます。何で知っているかと聞いても、うまく説明ができないのです。この地域で、このビル名だったら怪しいといった、統計的なものではありませんが、長年業務をしていく中で蓄積したルールがあります。ELSE」で表すような形態をとっています。ビジネスルールマネジメントとは何か、というと、ルールを整理するだけで利益を生むものではありません。ルールをマネジメントしたら、トランザクションを入れて実行プラン(カスタマコミュニケーションプラン)を立案します。カスタマコミュニケーションに関しては何か科学的に立案できるものではありませんが、3つのルールにトランザクションを落として、具体的に実行可能なプランにしていきます。そのときに、これくらいの効果が期待できるという予測値まで算出し、予実対比をするのです。これにより、どのルールが全体のパフォーマンスを上げ、また落としているのかというPDCAサイクルをつくることが一番大事だと考えています。トランスコスモスの「MO3」(エムオーキューブ)では、顧客行動モデルを整理してルールを抽出すること、会社の方針やエキスパートの経験をルール化することができます。そこにトランザクションデータを入れ、制約条件を加味して、具体的な実行プランを策定し、その予実を測り、コンタクトセンターでPDCAサイクルをつくり出すサービスを提供しています。リコー、都立高校教師を経て、現在、ライターとして活動中。ITの融合」研究会の第8〜11回会合の模様をお伝えする。ビジネスの成功を支える情報指向経営を実現するためには、情報の可視化と分析、プロセス設計と導入が必要だ。オラクルは、これらをサポートする製品群をホリゾンタル製品の強みと業種別ノウハウを生かして提供している。日本ユニシスには、独自の企業変革モデルが「SPOIT」がある。戦略に基づきビジネスプロセスを設計変更して、効率的かつ継続的に実行し、モニターするというサイクルを回すもので、BPMの考え方と整合が取れている。BEAの「AquaLogic」はビジネスとITにギャップを埋めていくというコンセプトの製品。BPM」は、アプリケーション開発の全ライフサイクルを1つのプラットフォームで実現する。Server」は、アプリケーションプラットフォームのSOA&ビジネスロジック機能層を担っている。サービスの連携エンジンとしての機能があり、機能要件として自動化、プロセス制御、モニタリングなどがある。Inc.著作権はアイティメディア株式会社またはその記事の筆者に属します。(著作権について)当サイトに掲載されている記事や画像などの無断転載を禁止します。@IT情報マネジメント」「JOB@IT」「@ITハイブックス」「ITmedia」は、アイティメディア株式会社の登録商標です。当サイトに関するお問い合わせは「@ITへのお問い合わせ」をご覧ください。