tag:linux-topics.com,2009://1 2009-07-04T11:45:02Z Linuxコマンドをはじめ、Linux初心者のためにサーバーの構築・設定方法を紹介しています。Linux使いがよく使うLinuxコマンドを紹介しています。 Movable Type 3.38 tag:linux-topics.com,2009://1.14246 2009-07-04T11:35:43Z 2009-07-04T11:45:02Z

ブロードバンド ▼ブロードバンドのもっと詳しい説明はこちらをクリックしてください...

ブロードバンド ▼ブロードバンドのもっと詳しい説明はこちらをクリックしてください。 企業で利用するインターネットアクセス回線。ADSLやFTTHなどが登場したことで、従来の専用線などの企業インフラはどう様変わりしているのだろうか。ベストエフォート型サービスが企業にもたらす影響を、従来の回線と比較しながら詳しく見ていこう。 ]]> ブロードバンドとは (1) 専用線インターネット接続が、専用線を使ってプロバイダに接続し、プロバイダを経由してインターネットに接続するのに対して、OCNエコノミーではOCNという網サービスに接続する形態をとり、インターネットとはOCN網を経由して接続する。 (2) 専用線インターネット接続では、専用線の容量分だけの帯域が確保されているのに対して、OCNエコノミーは帯域をシェアリングする「ベストエフォート型」という通信サービスの新しい考え方をとっている。 OCNエコノミーに人気が殺到したのは、そのコストパフォーマンスの良さが決定的だったからだ。当時、専用線インターネット接続が、回線料金＋プロバイダ接続料金をあわせると月額10万円から20万円程度だったのに対して、OCNエコノミーは月額3万8000円（のちに3万2000円）。その差は歴然としていた。中小規模企業やSOHOにインターネット常時接続を普及させた功績は大きい。 ADSLやFTTHなどのブロードバンドの登場は、OCNエコノミー登場を超える出来事だろう。とくに先行したADSLは、月額1万円以下で1.5Mbpsという帯域を、しかも常時接続で提供した。そのコストパフォーマンスの良さは圧倒的だった。当初は限られた地域でしか提供されていなかったが、NTT東西日本のフレッツで採用されてからは、全国規模で展開されるようになり、企業ネットワークの観点からは支店・営業所レベルでの導入も考えられる。 ▼ブロードバンドのもっと詳しい説明はこちらをクリックしてください。 ]]> tag:linux-topics.com,2009://1.14245 2009-07-04T06:32:19Z 2009-07-04T06:45:02Z

無線LAN ▼無線LANのもっと詳しい説明はこちらをクリックしてください。 ここ...

無線LAN ▼無線LANのもっと詳しい説明はこちらをクリックしてください。 ここ1〜2年で急激に低価格化が進んでいる無線LAN。オフィスのスパゲティ配線化と合わせ、 そろそろ導入を検討したいところである。しかしながら、規格があれこれあってよくわからない、 そもそもオフィスで利用できるか不安といった声も。今回は、無線LANの代表格であるIEEE802.11aとIEEE802.11bの両規格を比較し、無線LANの基礎知識とともにその特長を紹介する。 ]]> 無線LANとは 無線LANとはその名の通り、線―つまりLANケーブルを使わずにネットワークを構築する技術。 有線の代わりにおもに電波を用いるものだ。では、そもそも電波とは何だろうか。無線LANの仕組みを理解するための前提として、 まず電波についておさえてみよう。 電波も光も電磁波の一種 電波や光というのは、実はすべて電磁波の一種である。波というからには、その基本体質は“波長”であり、1秒間に発する波の数を“周波数”と呼ぶ。すなわち、波長が長ければ周波数が低く、波長が短ければ周波数が高くなるという関係にある。 電波法では「300万MHz以下の周波数の電磁波」を電波として定めている。周波数がこの領域を超えると遠赤外線、赤外線と進み、 その先に可視光線つまり光の領域がある。さらに周波数が高くなると、紫外線、Ｘ線、γ線というように変わっていく。 こうして並べてみると、周波数が高くなるほどなんとなく体には悪そうな感じがするが、これは電磁波の性質による。電磁波は周波数が高くなるほど高いエネルギーを持つからだ。周波数が低い電磁波はエネルギーも低いが、 逆に障害物に対して有利という特長もある。 ▼無線LANのもっと詳しい説明はこちらをクリックしてください。]]> tag:linux-topics.com,2009://1.14244 2009-07-04T01:29:47Z 2009-07-04T01:30:02Z

SOAの本質を見極める【後編】 ▼SOAの本質を見極める【後編】のもっと詳しい説...

SOAの本質を見極める【後編】 ▼SOAの本質を見極める【後編】のもっと詳しい説明はこちらをクリックしてください。 前編では、Webサービスとの違い、SOAにおけるBPMの位置付けなど、抽象的で分かりにくいとされるSOA（サービス指向アーキテクチャ）の概念とその登場の背景を解説した。後編では、実際にSOAを導入するには何をすべきかなど、その構成要素を解説した上で、各ベンダーの製品動向とSOAの今後のロードマップを解説したい。 ]]> SOAの本質を見極める【後編】とは ここでは、ビジネスアナリストなどのビジネスユーザーが業務プロセスの定義を行う。従来はベンダー独自のグラフィカルなツールを用いて、モデリングを行うケースが多かったが、デファクトと為り得る技術が登場してきた。それはBPMI.orgで策定されたBPMN（Business Process Modeling Notation）である。 BPMNは、ビジネスユーザー向けに開発されたビジネス・プロセス表記の標準であり、BPEL（Business Process Execution Language）に代表されるビジネス・プロセスの実行言語をサポートしている点が特徴である。BPMNでモデリングを行った後は、BPELコードへのマッピングが容易に行える。既に、IBMやSeeBeyondがBPMNに準拠したモデリングツールをリリースしている。 尚、現在、UML（Unified Modeling Language）の策定を進めるOMG（Object Management Group）でもBPDM（Business Process Definition Metamodel）というビジネス・プロセスを定義できるメタモデルの標準化を進めており、今後、この2つの仕様がUMLの世界で融合していく可能性も囁かれている。 ▼SOAの本質を見極める【後編】のもっと詳しい説明はこちらをクリックしてください。 ]]> tag:linux-topics.com,2009://1.14243 2009-07-03T20:27:23Z 2009-07-03T20:30:02Z

SOAの本質を見極める【前編】 ▼SOAの本質を見極める【前編】のもっと詳しい説...

SOAの本質を見極める【前編】 ▼SOAの本質を見極める【前編】のもっと詳しい説明はこちらをクリックしてください。 SOA（サービス指向アーキテクチャ）はIT業界で現在、最もホットなキーワードの1つである。しかし、概念が抽象的である上、その意味するところもベンダーによってまちまちであることから、SOAが何であるかを正確に理解するのは難しい。本稿では2回にわたってSOAの全貌を明らかにしたい。今回はまず前編として、SOAの概念とその背景を徹底的に説明する。 ]]> SOAの本質を見極める【前編】とは 筆者の個人的な感覚ではあるが、この半年くらいの間に、これまで“Webサービス”という言葉を使っていたベンダーはいつの間にか“Webサービス”という言葉を、そっくりそのまま“SOA”という言葉に置き換えた感がある。これまで「Webサービス対応〜」と謳っていたのが、「SOA対応〜」といった具合である。これには2つの意味があると考える。 ◇ 技術的な意味合い ◇ マーケティング的な意味合い 1番目の技術的な意味合いとは、文字通り、Webサービスにとどまらず、厳密な技術的な相違点をもって、SOA対応という言葉を使っている場合である。何が違うかは、後ほど説明する。面白いのは2番目のマーケティング的な意味合いで、これは業界関係者も認めているようにいまいちブレークしきれていない（期待ほど普及していない）Webサービスという言葉から、SOAという新たな流行り言葉に乗り換えたのではないかということである。マーケティング戦略として、流行り言葉に乗るというのは特段、珍しいことではない。最近では“グリッド”がそうだ。果たして、ベンダー各社が競ってマーケティング戦略として採用するSOAとはそこまで魅力的なものなのだろうか？単なるBuzz Word（流行り言葉）として終わるものなのだろうか？ ▼SOAの本質を見極める【前編】のもっと詳しい説明はこちらをクリックしてください。 ]]> tag:linux-topics.com,2009://1.14242 2009-07-03T15:25:00Z 2009-07-03T15:30:03Z

アプリケーション連携 ▼アプリケーション連携のもっと詳しい説明はこちらをクリック...

アプリケーション連携 ▼アプリケーション連携のもっと詳しい説明はこちらをクリックしてください。 アプリケーション連携・統合に関する関心は最近とみに高まっているようだ。それはシステム主導になりがちだった従来のEAIのほかに、比較的低コストでサービス主導の考え方による新しい連携法が有力な選択肢として加わったことによると思われる。そこで今回はアプリケーション連携および統合技術の現状を紹介し、導入の考え方を整理してみたい ]]> アプリケーション連携とは まずアプリケーション連携を考える前提として、社内の情報システムの現状と、ビジネス環境の変化について考えてみよう。 アプリケーション連携を考える前提 【既存の複数システム間の複雑なデータ交換、プロセス連携のシンプル化】 これまでシステム部門は必要に応じて各種のシステムを導入してきている。それらは通常はばらばらに導入されてきたために、システム間でのデータ交換やプロセス連携は考慮されていないことが多い。後発のシステムではそれ以前のシステムとの連携を作りこんである場合もあるが、連携機能が個別に作りこまれているために、ビジネスの拡張や新ビジネスの立ち上げの際には変更の影響が甚大で、システム追加コストよりも既存のシステムの変更コストが上回ることが珍しくない。できるだけコストをかけずに柔軟なビジネス拡張やシステム追加が行えるようにするために、データ交換やプロセス連携をよりシンプルにすることが、システム部門の古くから抱える重要な課題である。 【標準技術に準拠したB to B、B to Cビジネスの要求】 企業間取引のプロセス全般が、従来の業界標準や個別に作成された特定プロトコルに基づいたEDIから、インターネット技術から派生してきた標準仕様に基づいたものへと徐々に移行してきている（EDIそのものもXMLへの移行準備が進んでいる）。企業間における標準的な取引の仕様が変われば、その情報を社内システムで合理的に取り扱えるようなインタフェースが必要になる。インターネットを介して直接顧客との取引を行う場合でも、同様な事情がある。 ▼アプリケーション連携のもっと詳しい説明はこちらをクリックしてください。 ]]> tag:linux-topics.com,2009://1.14241 2009-07-03T10:58:43Z 2009-07-03T11:00:03Z

ITIL ▼ITILのもっと詳しい説明はこちらをクリックしてください。 コスト削...

ITIL ▼ITILのもっと詳しい説明はこちらをクリックしてください。 コスト削減の大号令がかかる中、ユーザー部門へのサービスはより高いレベルを求められているのが現在の情報システム部門。全体コストの過半を占める運用管理コストを、サービスレベルとの間でどう折り合いをつけながら最適化していけばよいのか悩む技術者と経営者に、ITIL（IT Infrastructure Library）は合理的な解決の道筋を示すことができるだろうか。今回は、ITILのあらましと導入の道筋、さらに導入成功事例を紹介していく。 ]]> ITILとは 昨年5月の本シリーズ「変更管理」においてその「日本上陸」を紹介したITILは、この1年の間に著しく知名度を上げ、運用管理に関わる人たちの大きな関心を呼んでいる。もともと情報システム部門の運用管理に対する関心は高い。多くの企業で必要に応じて「早く、安く」を旗印に導入されたオープン系システムは、多数のサーバーが拠点に乱立し、システム間連携がいたずらに複雑化する現状を生み出した。体系立った運用管理の手法が確立されないまま複雑化したシステムは近年ますます重要性を増し、そのサービスレベルの高低がビジネスの利益に直結するようになってきている。無秩序な拡張を繰り返してきたのが情報システム部門なら、その危うさを最も敏感に感じ取っているのも情報システム部門である。 　ITILは、そうした企業システムの現実を見直し、改めて合理的、体系的な運用管理手法や体制を確立したいと望む運用管理部門にとって、初めての「お手本」、「教科書」として使えるものとして注目されている。 ITILの成り立ち ITILは、もともとは1980年代後半にイギリス政府官公庁の情報化推進のために開発されたもので、品質の高いITサービスを提供するために必要な活動を規定した文書である。プロセスをベースにしたITサービスとインフラ管理のためのガイダンスを集め、現在および将来のニーズに一致したITサービスの提供や、ITサービスの品質向上とそのコストの（長期的に見た）削減を目的としている。　その中心的な内容は、「サービスサポート」、「サービスデリバリ」と題された2冊の書籍（日本語版 itSMF Japan刊）にまとめられている。その内容の項目は以下の通りである。 ▼ITILのもっと詳しい説明はこちらをクリックしてください。 ]]> tag:linux-topics.com,2009://1.14240 2009-07-03T05:56:14Z 2009-07-03T06:00:02Z

アナリティカルCRMとBI ▼アナリティカルCRMとBIのもっと詳しい説明はこち...

アナリティカルCRMとBI ▼アナリティカルCRMとBIのもっと詳しい説明はこちらをクリックしてください。 オペレーショナルCRMでは、顧客情報を収集しながら顧客との適切なコミュニケーション手段を提供してくれるが、CRMで蓄積されたデータからビジネスに役立つ知識を引き出す（顧客を知る）には、アナリティカルCRMが必要になる。また、CRMソリューションへの投資もオペレーショナルCRM＋アナリティカルCRMで初めて早期回収が可能になる。 そこで、今回はCRMスイートに搭載されているアナリティカルCRMにスポットを当てて、その最新事情をBIスイート製品からのアプローチも含めて紹介する。 ]]> アナリティカルCRMとBIとは CRMにはオペレーショナルCRMとアナリティカルCRMがあること、そしてCRMを導入することで顧客ロイヤリティの向上を図ることができることは、前回の特集（CRMスイート）で詳しく説明した通りだが、ここで改めてアナリティカルCRMについて説明しよう。 アナリティカルCRMとは、オペレーショナルCRMが収集した顧客情報（SFA などによる顧客データや売上データ、CTIなどのコールセンターに寄せられた顧客データ）を多次元的に分析し、顧客のニーズや動向を把握することを指す。例えば、アナリティカルCRMが活躍する場面として、次のようなケースを挙げることができる。 ◇ 「明日の営業会議までに今月の最新営業レポートがほしい！」 「社内で一番販売コストがかかっている営業所はどこだ？」 　 → 最新の多次元データベース（後述）から説得力のあるレポートを各個人がスピーディーに作成できる！ ◇ 「販売チャネルごとに製品の顧客動向が知りたい！」 　 → 多面的な切り口で大量データの中から隠れた傾向を見つけ出し、経営管理レポートとして提出できる！ ◇ 「前回のキャンペーンに参加した顧客へ営業活動を行いたい！」 「顧客へのアンケート結果から絞込み営業を行いたい！」 　 → キャンペーン結果を優良顧客獲得のための意味のあるデータに変換できる！ つまり、的確にCRMを展開していくには、オペレーショナルCRMで蓄積された顧客データベースをいかに活用するかが大きな鍵となる。また、当然ながらCRM以外の各種データベース（ERPやSCMなど）とも連携する必要が出てくる。これらを総合的に実現してくれるのがBI（Business Intelligent）（後述）の技術であり、CRMの中でBIを実現してくれるのがアナリティカルCRMである。 ▼アナリティカルCRMとBIのもっと詳しい説明はこちらをクリックしてください。 ]]> tag:linux-topics.com,2009://1.14239 2009-07-03T00:55:25Z 2009-07-03T01:00:01Z

二次世代へ突入するEAI ▼二次世代へ突入するEAIのもっと詳しい説明はこちらを...

二次世代へ突入するEAI ▼二次世代へ突入するEAIのもっと詳しい説明はこちらをクリックしてください。 企業内に個別に導入されてきたアプリケーション統合を実現するEAI（Enterprise Application Integration）は、BPM（Business Process Management）機能の実装やサービス指向アーキテクチャ（SOA）対応など、進化が著しく非常にキャッチアップが困難な技術の1つである。本稿では、EAIテクノロジーの変遷を振り返りながら、現状と今後を展望する。 ]]> 二次世代へ突入するEAIとは 企業内の各部門に個別に導入されてきたアプリケーション統合を実現するEAIは、ビジネス環境の変化や技術進化と共に、その実現手段も刻々と変化している。 【メッセージ連携ベースのEAI】 従来から、最も多く使われてきたのは、IBMのWebSphere MQに代表されるMOM（Message Oriented Middleware：メッセージ指向ミドルウエア）を利用し、関連する２つのアプリケーションを１：１の関係で接続する形態である。これは、EAIの最もベーシックな形態であり、少数（２〜３）のアプリケーションを連携させるのであれば、それほど問題にはならない。しかし、一定数以上のアプリケーションを連携する場合、接続数が急増し、システムの変更や保守に莫大な労力とコストが必要になる点には注意が必要である。 【ハブ＆スポーク型のEAI】 連携対象となるアプリケーション数の増加に対応するため登場したのが、現在主流のEAIツールである、ハブ＆スポーク型のインテグレーション・ブローカである。構造としては、アプリケーション間に論理的なハブまたはメッセージ・バスを用意し、各アプリケーションとの接続は専用のアダプタを用意する。MOMの機能に加え、メッセージ変換やインテリジェントルーティングなどの機能を併せ持つ。 ▼二次世代へ突入するEAIのもっと詳しい説明はこちらをクリックしてください。 ]]> tag:linux-topics.com,2009://1.14238 2009-07-02T19:46:43Z 2009-07-02T20:00:02Z

CRMスイート ▼CRMスイートのもっと詳しい説明はこちらをクリックしてください...

CRMスイート ▼CRMスイートのもっと詳しい説明はこちらをクリックしてください。 セールス、マーケティング、サービスのIT化を推進する中で、フロントオフィスの個別ソリューションとして始まったCRMは、現在CRMスイートとして進化中だ。一時期、CRM導入の失敗が数多くささやかれた時期もあったが、最近ではERPを中心としたバックオフィスの業務効率化以上に、フロントオフィス統合化による企業競争力の強化に多くの関心が集まっている。そこで、今回から2回に分けてCRMの最新事情をお届けする。今回はCRMスイートの「オペレーショナルCRM」、次回は「アナリティカルCRM＆BI」にスポットを当てる。 ]]> CRMスイートとは 企業活動をしている中で、次のような経験をしたことはないだろうか。 ◇ 新規顧客を開拓しようとある会社を訪問したら、「昨日、おたくの別の部署の製品担当者が挨拶にきましたよ」と言われてしまった。 　 → 同じ顧客に対して社内の誰がどんな対応をしているのか分からない。 ◇ 顧客から緊急連絡を受けたが、あいにく担当者が不在で他の担当者では対応できず、顧客に迷惑をかけてしまった。 　 → 必要なスタッフや部門間で顧客の取引情報を共有していない。 ◇ 既存顧客から製品購入の問い合わせを受けた。その顧客はすでにWebサイトから詳しい資料を取り寄せて詳細セミナーまで受講していたにも関わらず、入門者向けのプレゼンを始めてしまった。 　 → いろいろなチャネルを通じて顧客からコンタクトがあったことを把握できていない。 つまり、既存の業務プロセスが社内業務を優先して構築された場合、顧客情報が部門ごとに散在し、その結果として顧客ロイヤリティの低下を招いてしまうことになる。ここで顧客ロイヤルティ（Customer Loyalty：CL）とは、自発的にその会社（製品またはサービス）を選択してくれる顧客の状態を表す言葉で、一見客はCLが低く、お得意様はCLの高い顧客ということになる。従って、企業ではCLの高い顧客の増加を目指すことが重要であり、それを実現する仕組みとして今回取り上げるCRMが登場してきたのである。 ▼CRMスイートのもっと詳しい説明はこちらをクリックしてください。 ]]> tag:linux-topics.com,2009://1.14237 2009-07-02T14:40:54Z 2009-07-02T14:45:02Z

ストレージユーティリティサービス ▼ストレージユーティリティサービスのもっと詳し...

ストレージユーティリティサービス ▼ストレージユーティリティサービスのもっと詳しい説明はこちらをクリックしてください。 言葉だけが先行した感のある「ユーティリティコンピューティング」。しかしその中でもいち早くビジネスモデルが立ち上がった分野がある。それがストレージユーティリティサービスである。IDCでは、今年3月に従来型のストレージサービス市場について解説した。今回はその第2回として、注目されるユーティリティ型のストレージサービスについてその動向を見ていこう。 ]]> ストレージユーティリティサービスとは 2003年はユーティリティコンピューティングという言葉が注目を浴びたが、その実体を広くユーザーが理解し、利用率が高まるには、いましばらくの時間が必要と思われる。しかし、その中でもいち早くユーティリティサービスのビジネスモデルが定着し、市場が拡大している分野がストレージユーティリティサービスである。ここで言うストレージユーティリティサービスとは、プロバイダー所有のストレージインフラを利用して顧客のデータを預かるサービスを提供するものを指す。 現在、国内で前記条件に当てはまるストレージユーティリティサービスは以下の2種類に大別される。 1） データセンターにおいてホスティングまたはハウジングしているサーバーに対してストレージサービスを提供するもの 2） インターネット上にデータ共有のためのストレージ空間を提供するもの 　以降ではその2つの利用形態でのサービス動向について解説する ▼ストレージユーティリティサービスのもっと詳しい説明はこちらをクリックしてください。 ]]> tag:linux-topics.com,2009://1.14236 2009-07-02T09:39:08Z 2009-07-02T09:45:02Z

キャパシティ管理 ▼キャパシティ管理のもっと詳しい説明はこちらをクリックしてくだ...

キャパシティ管理 ▼キャパシティ管理のもっと詳しい説明はこちらをクリックしてください。 コスト削減は情報システム部門の最大の関心事。しかしそれがビジネス成長の妨げになっては元も子もない。データ量や処理量の増加に比例して運用コストが増大しないコントロールが肝心だ。このコントロールを適切に行うために不可欠なのがキャパシティ管理。まずはキャパシティ管理の意義や方法を確認しておこう。 ]]> キャパシティ管理とは 運用管理コストの抑制・削減を考えるなら、まずはシステムの安定稼働を図ることが肝心なのは言うまでもない。本シリーズでは変更管理や問題管理、それらの基盤となる構成管理をしっかりと行うことにより、トラブルを激減させることができることを紹介してきた。キャパシティ管理は、こうした現場に密着した運用管理業務の上位で、システム全体のキャパシティ（容量／パフォーマンス）を把握し、ビジネス規模すなわちデータ量と処理量との最適なバランスを保って安定したサービスレベルの確保と運用管理コスト最適化をめざすものといえる。 ▼キャパシティ管理のもっと詳しい説明はこちらをクリックしてください。 ]]> tag:linux-topics.com,2009://1.14235 2009-07-02T04:36:53Z 2009-07-02T04:45:02Z

ストレージサービス ▼ストレージサービスのもっと詳しい説明はこちらをクリックして...

ストレージサービス ▼ストレージサービスのもっと詳しい説明はこちらをクリックしてください。 企業のITインフラが複雑化し、ストレージも従来のDAS（Direct Attached Storage）からネットワークストレージに移行していく中、ストレージシステムの構築・運用にかかるパワーの増大が課題となっている。 ]]> ストレージサービスとは 今回は課題解決の1つの選択肢となるストレージサービスの市場動向について、システムの構築・運用を中心とした「従来型のストレージサービス」とストレージアウトソーシングの一種である「ユーティリティ型ストレージサービス：SSP（Storage Service Provider）」に分けて2回連載で詳しく見ていこう。 ▼ストレージサービスのもっと詳しい説明はこちらをクリックしてください。 ]]> tag:linux-topics.com,2009://1.14234 2009-07-01T23:34:42Z 2009-07-01T23:45:02Z

ETL基礎入門 ▼ETL基礎入門のもっと詳しい説明はこちらをクリックしてください...

ETL基礎入門 ▼ETL基礎入門のもっと詳しい説明はこちらをクリックしてください。 企業内に散在する複数のデータベースやアプリケーションから重要なデータだけを1箇所に集めて、もっと企業活動に役立てようとするデータウエアハウスの導入が進んでいるが、実際にこうした仕組みを実現するときに役立つツールがETLツールだ。ETLツールを使えば、複数のシステムから異なる種類のデータを抽出、変換、加工することが容易になる。　そこで今回はこの便利なETLツールを取り上げて、どうすればデータ移行の手間とコストを少しでも削減できるのか、その基礎知識と最新情報をお届けする。 ]]> ETL基礎入門とは ETLを理解してもらうために、まずデータウエアハウスの話から始めよう。データウエアハウスとはデータが沢山詰まった巨大倉庫のこと（もちろんコンピュータ上での話）で、1990年にビル・インモン氏により提唱され、国内では1996年に第1回のデータウエアハウスEXPOが開催されたころから認知され始めた。データをいろいろな角度から分析して経営に役立てようとするOLAPやデータマイングにとって、データウエアハウスは極めて重要な基盤になっている（OLAPは一定の仮説をもとにデータを分析すること、データマイニングは仮説を立てることなく膨大なデータから自動的に未知の法則を見つけ出すこと）。 そして、データウエアハウスを構築するには、基幹系システムなどからデータを集める作業が必要になるが、この作業のことをETLと呼ぶようになった。ETLのEはExtract（抽出）、TはTransform（変換）、LはLoading（格納）のことで、データウエアハウスが必要とするデータを、いろいろなデータソースから抽出し、適切な形式に変換し、必要に応じて参照整合性（参照される側と参照する側のテーブルの同期が取れていること）をチェックして、データ品質を保証してから格納するという役割を持つ。 ▼ETL基礎入門のもっと詳しい説明はこちらをクリックしてください。 ]]> tag:linux-topics.com,2009://1.14233 2009-07-01T18:30:42Z 2009-07-01T18:45:02Z

非接触型ICタグ ▼非接触型ICタグのもっと詳しい説明はこちらをクリックしてくだ...

非接触型ICタグ ▼非接触型ICタグのもっと詳しい説明はこちらをクリックしてください。 BSE問題や鳥インフルエンザなど食に対する安全性から、商品情報として付加される生産地情報などを利用したトレーサビリティの仕組みが取りざたされている。そのコア技術として注目を集めているものが、今回特集する「ICタグ」と呼ばれるものだ。現在は、さまざまな業界で実証実験が行われている状況で、未知数の部分も多いICタグだが、その基本的な仕組みとともに、今後利用が見込まれる業界や現状抱えている課題などをしっかりと学んでいただければ幸いだ。ICタグの中でも、特に無線技術を利用した非接触型のICタグを中心に解説していきたい。 ]]> 非接触型ICタグとは 今回は、新聞各紙をはじめ多くのマスメディアで紹介されている「ICタグ」の基礎知識を詳しく解説していきたい。まずは、ICタグ関連の用語を整理して、その歴史的な背景とともに、注目を集めている理由を紹介していこう。 ICタグを語る上で理解しておきたい用語 まずは言葉の整理をしておきたい。ICタグを語る上で必要な用語として、ICチップやICカード、RFIDなどといった言葉が飛び交うことが多い。これらを整理して紹介しよう。「ICチップ」とは、CPUを内蔵しているものもあるが、主にデータを格納するためのメモリと考えていただければ間違いない。このICチップと無線を拾うためのアンテナが一体化されているものが、ICタグとなる。 「ICカード」は、ICタグと同じ機構で動作するもので、JRが利用している定期券・プリペイドカード機能を持つ「SUICA」などがこれに該当する。ICタグとICカードは区別が付きにくくなっているものの、基本的には人間が生活の場で利用する、カード型のものがICカード、モノにつけてバーコードなどの代わりに利用が期待されているものがICタグとして理解していただきたい。最後に、「RFID(Radio Frequency Identification)」とは、ICタグを使った非接触の無線通信による識別技術のことを指すもので、特定のデバイスを指す言葉ではない。 ▼非接触型ICタグのもっと詳しい説明はこちらをクリックしてください。]]> tag:linux-topics.com,2009://1.14232 2009-07-01T13:28:15Z 2009-07-01T13:30:02Z

BPMツール ▼BPMツールのもっと詳しい説明はこちらをクリックしてください。 ...

BPMツール ▼BPMツールのもっと詳しい説明はこちらをクリックしてください。 ビジネス環境の変化へのすばやい対応、業務スループットの向上、経営意思の迅速な反映……。企業間競争が激化する今日、情報システムに求められているのは変化に機敏に追随するスピードだ。BPMツールは、いわば変化に対応するための特効薬。EAIともワークフローツールとも違う、その実体を見てみよう。 ]]> BPMツールとは BPM（Business Process Management：ビジネスプロセス管理）ツールはその名のとおり、ビジネスプロセスの現状または将来像をモデル化し、情報システムに適用するためのツールである。しかし、画面を見ればワークフローツール、一部の機能説明図を見るとEAIツールにそっくり。そこに誤解も生まれるようだ。今回は、BPMツールの位置づけや働きを中心に紹介しながら、製品選びのコツを考えていこう。 ビジネスプロセスを管理するとはどういうことか ビジネスプロセス管理の基本は、何かの仕事がスタートから完了までどのような流れをたどるのか、流れの単位（プロセス）のつながりを描き、そこに何らかの問題が含まれていないかどうかを確認したり、新しいプロセスが必要になった場合にできるだけ他のプロセスに影響を与えないように流れに挿入するなど、変更や再利用をしながら常に現状を把握し、ビジネス効率を高める方向に流れを最適化していくことといえよう。 単純な仕事を小規模に行うだけなら手順書を作るだけでよいかもしれない。もう少し複雑な場合には流れをグラフィカルに描き、コンピュータで管理できるようにしてもよいだろう（これはドローイングツールの基本機能である）。 しかし、プロセスの数が多くなり複雑さの度合いが増すと、仕事の進捗度の監視が難しくなりワークフローツールの助けを借りることになる。多くの場合はグループウエアの機能を使うことになるだろう。稟議書類の承認など、人間の事務系業務に有効だ。 ビジネスプロセスがさらに複雑になり、人間以外の、つまり情報システムの力を借りる業務も仕事の流れに組み込まれると、ワークフローツールの価値はさらに高まってくる。ところが、業務が1つのシステムで完結せず、複数のシステムの連携で構成されるようになると、連携を自動的に行う仕組みがなければ効率を上げることが難しくなる。そこで、システム連携の仕組みが必要になり、連携するシステム数が増えればEAI（Enterprise Application Integration：企業内アプリケーション統合）が必要になってくる。その仕組みを仕事の流れに組み込んで管理するために、BPMツールの出番がやってくる。 実際にはBPMは歴史的にむしろEAIの発展とされているが、その役割面から上述のように考えると、ワークフローツールやEAIとの違いがわかりやすいだろう ▼BPMツールのもっと詳しい説明はこちらをクリックしてください。]]>