Dr.Sum

ウイングアーク1stのData Funnel製品ページ、cs.wingarc.comの公式マニュアル、Qiitaに投稿されているMQTT連携レポートを確認しました。Dr.Sum Data Funnelは工場・設備のセンサーデータ向けにHTTP・MQTT・OPC UAの3プロトコルに対応したストリーミング収集機能を提供し、ミリ秒単位のIoTデータをDr.Sumに直接書き込めると紹介されています。設定はGUIベースで、MQTTブローカーのホスト・ポート・トピックを指定するだけでパイプラインを定義できる構成のため、Kafkaのような本格ストリーミング基盤と比べて工場SEレベルの運用でも扱いやすい立ち位置でした。AWS Kinesisや Kafkaが大量同時処理・低レイテンシ向けに最適化されている一方、Data FunnelはDr.Sumの分析基盤に直結したシンプルな取り込み口として国内製造業の現場運用に合わせた設計です。なおリサンプリング処理（収集間隔の正規化など）はパイプライン定義側で指定する必要があり、設定不備があると異常値が混入するリスクが残ります。

ウイングアーク1stのDatalizer Web/Excel製品紹介ページ、cs.wingarc.comの操作マニュアル、ITreviewのレビューを確認しました。Datalizer WebはブラウザだけでDr.Sumのクロス集計を作成・閲覧できるノンプログラミングインターフェースで、行軸・列軸・集計値をリストから選択するだけで多次元集計を組めます。Datalizer ExcelはExcelアドインとしてDr.Sumに接続でき、ExcelのリボンにDr.Sum専用ボタンが追加され最新の集計データをそのままExcelセルに反映できます。Web側でクロス集計定義を作成→Excelで参照・加工という一連の流れがSQLや独自構文（DAXやLOD式など）を書かずに完結するため、Excel運用に慣れた業務担当者がBIに移行する入口として向いていました。ITreviewでも「エクセル連携がやりやすい」「学習コストが低い」というコメントが複数あります。一方で管理画面のUIには「やや古さを感じる」声も併存しており、モダンUIを期待するユーザーには第一印象で抵抗が出る場合があります。

ウイングアーク1st公式サイト、クラウドWatch記事、WingArc TECH BLOGを確認しました。Dr.Sum Copilotは生成AI活用のSQL支援機能として、①SQLのインデント整形と自然言語での構造解説、②自然言語からのSQL自動生成、③SQLエラーの原因分析と修正提案、の3機能が中心に紹介されています。TableauのAsk DataやPower BIのCopilotがBI画面上の操作補助に主軸を置くのに対し、Dr.Sum Copilotはデータ集計基盤のSQL層でAIが動作するため、フロントBIに依存せず複数の利用画面から共通で活用しやすい点が独自でした。なおDr.Sum Copilot自体は別途ライセンスが必要で、本体ライセンスと合算した費用構成を導入時に確認する必要があります。

ウイングアーク1stの公式製品資料、ソリューションページ、IT Leadersの導入事例記事を確認しました。Dr.Sumには製造業・小売業のユースケースに合わせた集計テンプレート（在庫推移管理、生産ライン実績、販売実績などの定型分析パターン）が標準提供されており、SAPやOracle、SuperStreamといった基幹システムからのデータをDr.Sumに取り込めば業界標準的な分析レポートを比較的短い設計工数で立ち上げられます。TableauやPower BIのような汎用BIではモデル設計から自前で組む前提となるため、製造・小売業のように「業界共通の集計軸（生産・在庫・販売）」が決まっているケースでは、Dr.Sumのテンプレートが初期立ち上げの工数差として効きやすい結果でした。基幹システムからのデータ統合分析基盤を初めて整備する企業で特に推奨される構成です。

ウイングアーク1stの製品ページ、開発技術ブログ、週刊BCNのDr.Sum関連記事を確認しました。Dr.Sumには「ハイブリッド・インメモリエンジン」と呼ばれる集計エンジンが搭載されており、HDD/SSD上の通常データとメモリ上のホットデータを自動的に組み合わせる方式で、頻繁に集計されるテーブルだけを選んでメモリ化できます。公式の性能ベンチマークでは10億件規模のデータを1秒台で集計できると案内されており、製造ラインの稼働履歴や数年分のPOSデータといった大規模履歴データに対しても集計軸の切り替えがインタラクティブに進められる前提でした。BigQueryやAmazon Redshiftがクラウド側のスキャン量・転送量に応じた従量課金になるのに対し、Dr.Sumはオンプレサーバーで完結するためクラウド側のコストを発生させずに大規模集計を行える点が、製造・小売業向けユースケースで支持されています。なおインメモリオプションはエンジングレード（M100/M500/M2000）に応じて別途費用が発生するため、本体ライセンスと合わせた総コストの確認が必要です。

ウイングアーク1stの公式価格ページ、大塚商会や日立ソリューションズなど代理店の製品紹介ページを確認しました。Dr.Sumのライセンスはサーバー単位のサブスクリプションや買い切り型で提供され、ユーザーが何人増えても追加課金が発生しない構造です。Tableau Creator（月額約9,000円/人）やPower BI Pro（月額約2,100円/人）のユーザー単価型と比較すると、ユーザー数が多くなるほどDr.Sumのコスト優位性が高まります。公式によると国内導入は7,700社超、サポート品質はHDI-Japanの格付けで最高ランクの三つ星を獲得しています。一方でオンプレ型では別途サーバー調達・保守費用が発生するため、クラウド完結を志向する企業にはDr.Sum Cloud版（10ユーザー込み月額15万円〜のEntryから）の方が初期ハードルが低い点を整理しておくのが望ましい結果でした。

統計的工程管理（SPC）など品質管理専門機能は限定的で、SPC領域は別製品との組み合わせが必要です。Dr.Sum本体にはX-bar管理図・R管理図・Cp/Cpk工程能力指数の計算・正規性検定といったSPC特化標準機能は搭載されておらず、MotionBoardやMotionBoard QC7など同社の別製品との組み合わせで実現する設計でした。JMPやMinitabのようなSPC専業の統計パッケージはCp/Cpk・管理図・パレート図といった工程管理機能をGUIから直接呼び出せる構成のため、品質保証・生産技術部門がメイン用途の場合はそちらの方が手数が少ない結果です。Dr.Sumを軸に品質管理を進める場合は、MotionBoard QC7など追加ライセンスを含む構成を予め描いておくことが回避策となります。 加えてエラーメッセージが分かりづらく、集計エラー時の原因特定が困難な場面があります。Dr.Sumのエラーメッセージは独自のエラーコード体系（DRSUMxxxxEなど）を採用し、コードの先頭に「処理区分」を表す可変桁が含まれるため、マニュアル検索時に置換ルールを把握していないと該当ページにたどり着きにくい仕組みでした。ITreviewでも「確認が出来にくい」「エラーログが分かりづらい」という指摘が複数あります。Power BIのPower QueryエディタやMicrosoft Learnのようなエラーから直接ヘルプに遷移できる仕組みは持たないため、初回遭遇時の原因特定にやや時間がかかります。回避策として、SIパートナーのサポート契約や社内のエラーコード辞書整備を組み合わせると運用負荷を下げやすい結果でした。