このページの本文へ

百家争鳴!ビッグデータの価値を探る 第5回

データベースでは非構造化データは扱えない

“非構造化データは宝の山”オートノミーが考えるビッグデータ

2012年05月14日 09時00分更新

文● 大谷イビサ/TECH.ASCII.jp 写真●曽根田元

  • この記事をはてなブックマークに追加
  • 本文印刷

HP傘下でビッグデータソリューションを展開するオートノミーは、独自のパターンマッチング技術により、非構造化データの解析に強みを持つ。英オートノミーの創業者兼CEOであるマイク・リンチ氏に非構造化データという切り口でビッグデータの魅力を語ってくれた。

「スヌーピーは何ですか?」という質問に対する答え

 ビッグデータやデータ爆発の現象を語るとき、必ず登場するのが、構造化データと非構造化データの分類である。構造化データとはRDBで処理可能な「マシンフレンドリーなデータ」。一方、近年はテキストや画像、音声、Webデータなどファイルを単位とした非構造化データは人が解釈しやすい「ヒューマンフレンドリーなデータ」と定義できるだろう。近年はこのうち非構造化データの伸びが著しく、全データの8~9割に達する勢いだ。しかも今まで解析対象として手つかずだった。

英オートノミーの創業者兼CEO マイク・リンチ氏

 今回、話を聞いたオートノミーは、ビッグデータという言葉が生まれる以前から、この非構造化データの解析を手がけてきたパイオニアだ。オートノミー創業者兼CEOのマイク・リンチ氏は、「重要なのは、従来のRDBではヒューマンフレンドリーな非構造化データの意味を理解できないという点だ。現在、ビッグデータが対象としているのはほとんどが非構造化データなのに、テクノロジー面でカバーできるのはわずかだった」と既存のRDBの弱点をこう指摘する。「RDBにはデータを収容できるから、意味も理解できるはずだと思いがちだ。しかし、DVDをキャビネットに収めることができても、DVDの内容自体をキャビネットは解釈しないだろう」(リンチ氏)。

 では、なぜ非構造化データは既存のRDBで解釈できないのか? これは人間に解釈しやすいデータは、文脈(コンテキスト)によって意味が異なるからだ。たとえば、「スヌーピーは何ですか?」という質問に対しては、「犬」という答えのほか、「アニメのキャラクター」、「チャーリー・ブラウンのペット」といった複数の答えが出てくる。しかも、「たとえば、"nob"という単語はFacebookでは、おいしいという意味で使われる。こんな言葉は辞書には載っていないが、コンテキストを解釈すれば、6歳の子供でも"nob"を使うことができる」(リンチ氏)ということで、コンテキストは時代や場所によって大きく異なってくる。これがRDBでは割り切れない非構造化データの世界だ。

キーワードではなく「関係性」を学習させる

 これらの意味を理解した上で非構造化データを処理できるのが、オートノミーの「IDOL」という技術の真骨頂といえる。IDOLの実体は、ケンブリッジ大学やスタンフォード大学の確率論、ベイズ推論やシャノンの情報理論に基づいたパターン認識エンジンで、前述したコンテキストをコンピューターに学習させることができる。

 これを実現するために、IDOLでは複数のドキュメントを読み込ませ、言葉と言葉の相関関係を学ばせる。「たとえば、“スター”に対して“星”だけではなく、“人気のある人”のような意味があることを覚え込ませ、文章中に“マドンナ”が出てきたら“星”ではなく“人気のある人”と解釈するように覚え込ませる」(リンチ氏)というわけだ。

 過去にもこうした非構造化データを扱う技術はいくつもあったが、語句やキーワードにフォーカスしたアプローチでは、言葉の間の関係性が失われてしまう。「スター」は「星」と登録されるキーワードマッチングだけでは、意味までを理解した処理は不可能というわけだ。

 さらにこのIDOLのユニークな点は、言語に依存しない点だ。「“犬”に対して“散歩”“ペット”“ラブラドール”などの言葉を関連づけたとする。たとえ、言語が違っても、この概念自体は実は変わらない」(リンチ氏)。また、音声や動画でもパターン認識エンジンに学習させることで、コンテキストを認識できるという。

データに語らせることが重要

 こうした技術を持つオートノミーにとって、非構造化データの塊であるビッグデータはまさに「宝の山」だ。リンチ氏は、「企業であれば、顧客と従業員のやりとりを見て、営業に活かしたり、クレームを減らすことができる。Webで利用すれば、SNSに合わせてWebサイトを最適化できるし、購読の申し込みを上げることに成功した新聞社の事例や、ビッグデータでの解析を反映したサイトで、売り上げを18%上げた小売店の事例もある」と、ビッグデータのメリットや導入効果についてこう説明する。

 サンプリングなどをベースとした統計解析の技術があれば、必ずしも大きなデータを扱う必要がないのはという指摘もあるが、リンチ氏は「その議論は間違っている。サンプリングでの統計解析は、一定の予測に基づいて行なっている。しかし、その推定は当たっていないことも多い。2つのデザインの異なるサイトを比較し、専門家でどちらがよいか議論しても、結論から見ると効果は五分と五分だ。重要なのは、予測や推定を行なう人間の介在度を減らし、なるべくデータに語らせることだ」と一蹴する。「ビッグデータを分析することで、通常だったら見逃されがちな、さまざまな要素の微妙な相関関係を見極めることができる」(リンチ氏)という効果があり、その結果が前述した小売店のような事例だという。

 一方で、ビッグデータの課題は、本質を理解されていない点だと指摘する。リンチ氏は「RDB、データウェアハウス、BI、そしてビッグデータと、構造化データにかかわる同じデータベース商品を4回売っているベンダーもあるが、データベースが本質的には構造化データしか扱えないことをまず理解すべきだ。マーケットもビッグデータで実現できることを過度にあおっている面がある」と警鐘を鳴らす。その上で、ビッグデータを検討しているユーザーに対して、リンチ氏は、「データよりも、むしろツールをきちんと選ぶべきだ。正しいツールを選ばないと期待した効果は得られない。また、どういうデータからどんな傾向やアウトプットがほしいのかをきちんと明確にすべきだろう」とアドバイスした。

■関連サイト

カテゴリートップへ

本記事はアフィリエイトプログラムによる収益を得ている場合があります

この連載の記事

アクセスランキング

  1. 1位

    スマホ

    ここまで便利なのか! 子どもの居場所を90秒間隔で教えてくれる、安心の見守りガジェットがすごいぞ

  2. 2位

    Team Leaders

    Power AutomateでSharePoint APIを使う ― SPOリストを自動作成するフローを作ろう

  3. 3位

    クラウド

    「すでに開発コードの4分の3はAI生成」 Google Cloud CEO、エージェント時代の戦略を語る

  4. 4位

    ITトピック

    「AI導入で人員を減らしても収益は増えない」その理由/「専任情シス不在」中小企業の3社に2社/ユーザーアカウント流出が加速、ほか

  5. 5位

    ビジネス・開発

    いますぐ捨てたいITサービスは? AI推しにそろそろ飽きてません? 情シスさんのホンネを「ゆるっとナイト」で聞いた

  6. 6位

    エンタープライズ

    基盤も古いし、コードも酷い! そんなクエストにGitHub Copilotで試行錯誤しまくった「みんな」こそ最高

  7. 7位

    sponsored

    “脱VPN”方針の大手エネルギー企業、だがZTNA移行の成功パターンが分からず… どうすればよい?

  8. 8位

    データセンター

    NTT、AIインフラ構想「AIOWN(AI×IOWN)」を発表 国内データセンター総容量は3倍超の「1ギガワット」へ

  9. 9位

    ビジネス・開発

    デモ映えするAIオペレーターは誰でも作れるが、AIコンタクトセンターは運用で失敗する

  10. 10位

    ビジネス

    東急、会員250万人のポイント基盤刷新プロジェクト 合意形成の舞台裏にBacklog

集計期間:
2026年05月05日~2026年05月11日
  • 角川アスキー総合研究所