赤レンガ倉庫6丁目2番地

第9回 Red　Brickを含めたソリューションの提案

第9回目の今回は、Red Brickを含めたソリューション（テンプレート）の実装について触れていきたいと思います。第3回から6回にかけて、業界毎のテンプレートモデルを紹介しました。テンプレートや業務要件をどの様にシステムに実装していくかが今回のテーマになります。

システムへの実装では、お客様がどの様な業務要件で情報系のシステムを導入しようとしているかがポイントになります。このお客様の要件に応じて、BIツールの選択も異なってくるはずです。例えば、売上げ実績等から新しいビジネスチャンスを発見（相関関係分析や行動バターン）するにはマイニングソフト、　データの流れを明確化にしてメンテナンスや開発性を高めるにはETLツール、様々な角度からデータをドリルアップ、ドリルダウン、ダイスの分析を行うためにはOLAPツールといった選択があるかと思います。この点、Red　Brickは、オープンなコネクティビティー（ODBCとJDBC)性を持ち、様々なBIツール（ETLツール、OLAPツール、マイニングツール）と組合わせることができ、またWebサーバーやアプリケーションサーバーのバックエンド・データベースとしても使用できます。

今回の紹介では、テレコム会社の情報系システムの再構築を想定し、お客様が構築されていた既存情報系システムの問題点を分析した後に、新しく構築するシステムを紹介していきます。ETLツールとしてDataStage，　DWHとデータマートとしてRed Brick，　解析用のOLAPツールとしてBrioとBusinessObjectsのソリューションについてご紹介します。

上に戻る

RBW テレコム社のご紹介
まず、RBWテレコム社について紹介をします。RBWテレコム社は、アメリカを中心に回線サービスを提供する回線プロバイダで、カリフォルニア州オークランドに本社をもち、全米第5位の実績があります。しかし、過去数年にわたり業界内の競争の激化により、シェアが下降傾向にありました。
問題を分析したところ、既存のシステムが古く最新の顧客ニーズに対応できないという結果に至りました。そこで、RBWテレコム社は、実績のあるBIデザイン社にシステムの再構築を依頼しました。BIデザイン社は同社のテレコムテンプレートを使用したBIツール群（ETLツールDataStage , データウェアハウスにRed Brick , OLAPツール）によるシステムの再構築を提案しました。 新システム導入から数ヶ月後、適切なプロモーション活動や商品分析を実施することでRBWテレコム社はシェアを着実に伸ばし始めました。
（*1）RBWテレコム社、BIデザイン社は架空のIT企業です。

RBWテレコム社のご紹介 全米第5位の通信会社でカリフォルニア州を中心として通信回線サービスを提供しています。 新システムの導入後は、定期的なプロモーション活動や商品分析から、シェアを着実に 伸ばしています。 所在地（本社）：カリフォルニア州オークランド 所在地（支社）：アリゾナ、オハイオ、オレゴン、テキサス、ニューヨーク、ネバダ、ネブラスカ　他 取り扱い製品：ADSL・12Mサービス、新基本サービス、800Mサービス、プライベートサービス　他 年間売上高：2億ドル

情報系システム開発の経緯 RBWテレコム社は、過去数年間売上が下降傾向にありました。そこで、情報系分析システムの構築によって収益性とシェアの向上を目指し、BIデザイン社のBIソリューションの導入を決定しました。 ETLツール：　DataStage データウェアハウス：Red　Brick　Warehouse OLAPツール：Brio,BusinessObjects

上に戻る

RBWテレコム社旧情報システムの分析
それでは、最初にRBWテレコム社の旧情報システムの問題点を分析していきます。このシステムは基幹系から情報系へデータ連係を行い、クライアントアプリケーションから検索を行う情報系システムです。

• 問題点その1：システムの構築時間
  RBWテレコム社では、複数の基幹系システムを抱え、第3世代言語で記述されたアプリケーションプログラムでデータ連係を行っています。しかし昨今では、分析対象となるデータが多様化してきており、アプリケーションを対応させるのに多くの時間が取られるシステムになっています。その為、新システムではお客様の動向や分析を行うためにシステムを短期間・短サイクルで構築する事が急務であり、また仕様変更に耐えうるシステムであるべきという結論に至りました。現行システムでは、プログラム開発に数ヶ月を要し生産性の問題やシステム構築に時間がかかりすぎるという問題があります。
  
  
• 問題点その2：情報系データベース
  お客様では、情報系データベースに正規化モデルを使用をしていました。一般的に正規化モデルでは情報系のデータベースには適しておらず分析処理に時間がかかります。例えば、マーケティング担当者がある特定条件の市場分析をした場合、クエリの実行から数時間を要していました。旧情報システムでは、多様化する分析ニーズに対応できないという問題が発生しています。
  
  
• 問題点その3：情報分析
  旧情報システムでは分析用定型アプリケーションのみを提供していました。もし非定型の分析をする場合は、SQLの知識をもつしシステム部に依頼の必要があり、依頼から数日を要し、リアルタイムに営業活動やマーケティング活動に反映できず他社に先を越されるという事が多々発生しました。そこでユーザサイドからは、ユーザ自らが分析したいという要望がありました。
  

上に戻る

新システムの実装ソリューション
旧情報システムの問題点からBIデザイン社は、自社で扱うプロダクトとテンプレート群から以下の製品を選択して新システムを構築しました。

それでは、この新情報システム構成について簡単に説明いたします。
データ諸元は基幹システムの売上データベースになります。ETLツールを使用しバッチ処理にてデータを変換・クレンジングを行ないます。クレンジングとは、データ分析にあたりデータの整合性や値の妥当性チェック等、分析対象データをきれいにするプロセスを意味します。Red　Brickへのデータの入力は、TMUを使用しデータローディングを行ないます。これはTMUのパイプライン処理で高速ロードを実行します。

RBWテレコムの新システムの紹介
BIデザイン社が構築した新システムについて、画面のイメージに沿って見ていきましょう。
ここでは、お客様システムの運用サイクル（データロード、DWH構築、分析）をシュミレートし、各ステップ1から3に注目します。

新システムをご紹介にあたり、分析対象として、最近急激にシェアをのばしてきた「WATSサービス」の情報を追加する過程をご紹介しながら、新システムによるデータの流れと情報の分析を見ていきたいと思います。

ステップ1：データロード（データフローの設計）
基幹系のOLTPデータベースからRed　Brickへのデータ移行は、DataStageのデザイナ画面でデータフローを設計します。
ETLツールを使用しない場合は、Cやコボル等の言語でデータ変換プログラムを記述する必要がありますが、ETLツールを使用するとデータの流れをGUIで簡単に定義できます。言語を知る必要がなく旧システムに比べて数倍の開発効率が得られます。DataStageは、開発効率とメンテナンス性の向上と開発工数の削減（＝経費の削減）を実現します。

デザイナ画面のジョブフローを説明します。左から、ファイルステージ、トランスフォームステージ、Red Brickロードステージの3つから構成されています。ファイルステージには、基幹系売上DBのカラムレイアウトと対象データ抽出の条件を指定し、トランスフォームステージでは連携データをRed　Brickにロードできる様にレイアウト変換を行っています。ロードステージではRed　Brickのローダーを起動し、データロードを高速に実行します。

デザイナ画面でのジョブ定義

ステップ1：データロード（データフロージョブの実行）

デザイナ画面で定義したデータフロージョブをディレクタ画面で実行します。

データフロージョブの実行を説明します。上段はデータベースと接続して実際にデータロードを行うディレクタ画面、下段はRed Brickの動作ログを表示しています。ディレクタ画面は、ジョブ起動とログ監視ができます。ログの監視では、Red　BrickのローダーTMUと通信を行い、結果をログ画面に表示します。このディレクタ画面では、データロードが実行中であり、Red　Brickの動作ログでは、データロードの詳細な状況を確認できます。このロードで、データベース表更新と4つの索引の作成、集約表のメンテナンスを行います（ソリューションテンプレート（通信事業編）のデータモデルを参照して下さい ）。Red Brickのローダーは、パラレルロードで実行し高速なパフォーマンスを実現します。集約表はステップ2で説明をするVistaで使用され、明細表にデータロードをしながら集約表を更新します。

ディレクタ画面でのジョブ実行

第9回では、お客様のビジネス上の問題点を把握し、BIツール／テンプレートモデルの決定，そして新システムに関してはステップ1：データロードまでを説明しました。
第10回の次回は、引き続き　ステップ2：DWH構築においてはRed　Brickの優位性、　ステップ3：分析ではアプリケーションの説明を行っていく予定です。

上に戻る