特集・ブログ
Domino が誕生してから35年以上が経過し、IBM から HCL に移管されて丸６年が経ちました。 Domino は、高い開発生産性と堅牢性を兼ね備えたアプリケーション基盤で、長きにわたり企業の業務効率化を支えてきた歴史ある製品です。一方、重ねてきた実績の分だけ、バージョンアップに対する課題も垣間見えます。 今回は、エイチシーエル・ジャパン株式会社 HCLSoftware のテクニカルリードである松浦光様に HCL Domino のビジネス状況や今後の展開など、多岐にわたり話を伺いました。（本ページは後半です［前半も公開中］） 対談者 【ゲスト】 エイチシーエル・ジャパン株式会社 HCLSoftware テクニカルリード 松浦 光 様 【インタビュアー】 エヌアイシー・パートナーズ株式会社 技術企画本部 ソリューション企画部 松田 秀幸 ※対談者情報は2025年6月9日時点 新バージョン V14.5 が刻む新たな一歩 生成AI を Domino の中に ── この夏に新バージョンの出荷が予定されていますね。 松浦： はい、2025年6月にバージョン V14.5 の出荷が予定されています( *2025年6月17日に出荷されました )。 ── V14.5 のポイントは何でしょうか？ 松浦： 目玉の１つとして、Domino の中に AI を持つ「Domino IQ」 という機能がリリースされます。 なぜ、わざわざ自社で生成AI を持たなければいけないか、と思われる方もいると思いますが、理由の１つはセキュリティです。 Domino と生成AI の統合「Domino IQ」 自社のベストプラクティスを得られる ── 「Domino IQ」は、どのようなものでしょうか？ 松浦： 完全にローカルで生成AI を持つことで、機密度が高い自社の情報についても問い合わせできるようになります。 加えて、自社の Domino を20～30年使い続けているお客様は結構多く、その積み重ねた情報に注目しています。そこで、今まで溜め込んだナレッジを生成AI に教え込み、ベテランの方が持つナレッジや自社のベストプラクティスを回答する生成AI を作っていく 流れですね。 このような利用も考えて、Domino IQ を開発しています。 ── 生成AI のモデルは、HCL で作っているのですか。 松浦： HCL で開発しているわけではなく、オープンソースの LLM を使っています。今ベータ版で使えるのは、Meta社の Llama3.2 などです。 ゼロから HCL で作ったものではなく、もう既に賢く育てられた LLM を使える点が大きな強みの１つだと思います。RAG を使って LLM に足りない情報を学習させられるようになるので、自社のデータベースで蓄えていた情報を AI が活用できるようになります。 Domino による生成AI の活用方法 ── RAG による拡張はキーになりそうですね。 松浦： Domino に溜まっている色々な情報やデータを社外や国外の生成AI に出さなくても、Domino IQ で新しい使い方が可能です。 ── Domino と生成AI の組み合わせで業務効率も向上しそうですね。 松浦： Domino は、業界用語や社内用語なども扱える 『生き字引き』のような人に代わる存在になっていき、皆さんの業務を支えられる のではないかと考えています。 REST API による効率的なシステム間の連携 ── フロントエンドの作り込みはどうでしょうか。例えば、チャットボット以外の入口を作る必要はありますか？ 松浦： フロントエンドは何でもいいと考えていて、様々な Web やモバイルアプリに組み込むこともできますし、Notesクライアントが好きであれば Notesクライアントでもいいですし、Nomad Web でもいいと思います。Nomad Mobile というスマホやタブレット向けの Notesクライアント相当のものもあるので、それを使ってもいいですね。 ── 他社システムとの連携はどうでしょうか？ 松浦： 前半でも少し触れたディレクトリサービスの連携だけではなく、REST API で他社システムと繋ぐことも想定しています。例えばフロントエンドとしては、チャットボットはもちろん、それ以外にも様々なシステムから入力してもらうこともできます。 Domino IQ 用に設定された Domino Server は、Dbserver プロセスから推論エンジンを起動する。（画像クリックで拡大）（出典：HCL Software｜Configuring / Configuring users and servers / Domino IQ） 松浦： オープンソースの LLM を Dominoサーバーのデータディレクトリの下にインストールし、アプリケーションからの参照は、簡単な Lotus Script の読み込み・書き込みという２つのメソッドで問い合わせる仕様です。 先程も触れましたが、既存の LLM を使える点は大きな強みだと思います。 バージョンアップの鍵は互換性の安心感 新旧バージョンの互換性は移行チェックツールで担保する ── 互換性を気にされる方が多いと思いますが、いかがでしょうか？ 松浦： 12.0.1 については 64bit対応、Open Java への変更があり、10 から 14 のタイミングで足回りをアップデートしました。その対応も含めて確認したところ、アプリケーションの互換性に関しては問題はありませんでした。 それでも互換性に懸念をお持ちのお客様には、NotesConsortium（ノーツコンソーシアム）で会員特典として利用できる移行チェックツールの使用も検討していただきたいと思います。 NotesConsortium（ノーツコンソーシアム） Domino に関する様々な知識やノウハウを交換、蓄積して会員同志で共有するユーザーコミュニティ 引用 以前のバージョンの環境で動作していたプリケーションの互換性（＠関数/LotusScriptのみ） をチェックするツール、アプリケーションコードチェッカー（NDACC）をご提供しています。 カンタン移行判定ツールもご利用頂けます。 引用元：NotesConsortium「会員の特典」｜移行支援ツールの提供 移行チェックツールとその効果 ── 実際に 9、10 から、V14、V14.5 へのバージョンアップは、移行チェックツールで試した場合の非互換はどれぐらいでしょうか。 松浦： 非互換はほとんどありません。 一言で非互換といっても、インパクトの程度は異なります。少し見た目が変わってしまうといった軽微なものから、挙動が変わってしまうという大きなものまであります。 移行チェックツールも過去20年以上の歴史があり、インパクトが小さい内容もチェックする仕組みでしたが、今はインパクトが小さい内容はチェックから外せるようになりました。 ── 非互換性の影響が少なく、迅速かつ正確な対応が可能であれば、安心してバージョンアップできますね。 松浦： もちろんインパクトの大小に関わらずチェックすることもできるので、気になる方は互換性に関するすべての内容を把握できます。すべてを確認していただいても、大きな影響を及ぼすような非互換はほとんどない と思います。 バージョンアップ vs 他社製品への移行 バージョンアップはしないが、移行もしない ── 前半にも話があったとおり、Domino の旧バージョンを利用されているお客様は多いようですね。 松浦： はい、旧バージョンのまま利用されているお客様も多いです。やはり、「バージョンアップをしなくても現状で満足」というのが理由 だと思います。 ── 一方で Domino から別製品への移行を検討されるお客様の声も聞きます。他製品への移行が検討される理由についてはいかがでしょうか。 松浦： DX を旗印に企業の形を大きく変えたいと思われた時に、エンドユーザーが日々使う情報系システムを刷新するのは象徴的だと思います。特に社外から新しい CIO が来たという様なケースだと顕著です。 引用 DX推進の際の障壁としては、「投資するための予算確保が少ない」が最も多くなっており、今後DXをさらに推進していく上で、約4割が「IT投資にかかる予算の増加」に取り組みたいと回答しました。 引用元：一般社団法人 中小企業個人情報セキュリティー推進協会「アンケート調査レポート」｜「DX推進に成功している経営者」の実態調査アンケートの結果について ── DX の観点はひとつの肝かもしれませんね。 松浦： Web対応やモバイル対応、AI対応への再投資に対して、もっと価値を出していけるのではないかと考えています。 ── ただ、基幹的な情報系システムだと、気軽に移行するわけにはいかないですよね。 松浦： 他社ツールへのスイッチングコストの中には教育費を含め色々なものが発生するので、それだけお金をかける価値があるのかということに悩みながら検討されていると感じます。 やはりコストが大きいということで、移行ではなく共存で落ち着く ことがかなり多いですね。 HCL Domino の運用事例 内製化で自社の強みを生かしたDXを実践（日経XTECH） 20年で培ったデジタルカイゼンの文化 エームサービスの現場とIT部門をつなぐNotes（ZDNET Japan） 結論！バージョンアップが最適解 ── 他社製品への移行リスクや未知のコストも考えると、Domino を利用し続けるのがよさそうですね。 松浦： 異なる基盤でも併用して共存でき、互換性も担保されている ので最新バージョンアップでの利用をお勧めします。 ── ここまでの話以外で、他社製品への移行が検討される理由はありますか？ 松浦： お客様から、Notesクライアントの強力な機能は変わらずご評価いただきながらも、そのインストールやセットアップなどの運用管理はやはり大変だ、という声もいただいております。 ── 最新バージョンでも同様でしょうか？ 松浦： 最新バージョンでは改善されています。具体的には、V14 では ブラウザベースで Notesクライアントとほぼ同じようなことができる「HCL Nomad」という機能があります。特長は、専用Notesクライアントのインストールが必要ない点と、ブラウザベースなので複数の端末から使っていただける点です。 ── 「今までNotesクライアントでしかできなかったことが、Web でもできるようになる」ということでしょうか？ 松浦： 例えば、Excelマクロを使った帳票の集計業務などですね。これまでは、Notesクライアント内でオフィス系のアプリケーションを起動するようなものは、ブラウザのセキュリティ制限によりブラウザからの利用ができませんでした。 しかし、2025年6月に出る新バージョン V14.5 は「HCL Nomad Web」が COM をサポートするのが目玉機能の１つで、Nomad Web から Excel や Word や PowerPoint を起動してマクロ実行などができるようになります。 ── V14.5 における進化の１つですね。 松浦： はい、バージョンアップの利点ともいえます。 すでに、以前から使用されているお客様がトライアルを始めている という状況です。 バージョンアップを推奨する理由 新旧バージョンの互換性を担保している。 コミュニケーション基盤が別製品でも、Domino を併用できる。 Domino IQ の実装／HCL Nomad Web の COMサポート HCL Domino について問い合わせる 今後の戦略 V14.5 は 描いたロードマップの答え合わせになるバージョン ── 今後の HCL の Domino のロードマップ、戦略はどのようになっているでしょうか。 松浦： この夏に出荷予定の V14.5 では実行環境のアップデートやスマホ・Web対応の進化や生成AI連携など、HCL になってから大きく描いたロードマップの答え合わせになるバージョンです。 アプリケーションを作り、うまく使ってもらう というのが、Domino の軸になっていると思います。Notesクライアントで動くアプリケーションから Webブラウザやモバイルで動くアプリケーションまで、様々なものがあります。それらを支えていくというのが Domino の DNA です。 ── 確固たる理念と設計思想があるのですね。支えるためには、Web対応や生成AI連携なども見越した拡張性も重要だと。 松浦： 作成したアプリケーションを拡張していくという方向性として API連携が挙げられます。Domino だけで全ての業務が回るとは考えていないので、周辺の製品サービスとの連携が簡単にできる というのがポイントの1つです。 兄弟製品に繋げる二段構えの展開 ── バージョンアップ以外での、ビジネス戦略は何かありますか？ 松浦： アーキテクチャは異なりますが、開発環境の観点も含めれば兄弟製品といえるものがあります。 例えば Volt MX という製品には、モバイルOS を含む様々なプラットフォームのネイティブアプリケーションを作る機能があり、単一の開発環境で作成できます。 ── 開発するアプリケーションによって、戦略の幅が広がりますね。 松浦： Volt MX は一例ですが、プラットフォームを問わず使っていただけるような 本格的なアプリケーションについては兄弟製品 に繋げていく、という二段構えの戦略を考えています。 ── 兄弟製品への横展開…Domino が秘めるビジネスの可能性といえそうですね。 松浦： 今後のロードマップは、我々が描いた V14.5 の評価をユーザーから得ながらアプリケーションの軸はぶらさずに兄弟製品と補完しながら作っていく予定です。 ── Volt MX 以外に、どのような兄弟製品がありますか？ 松浦： Nomad Web Designer、Domino Leap という製品があり、どちらもブラウザで動きます。 Domino Leap は、エンドユーザー様が『ITの専門知識を必要とせずに簡単にアプリケーションを作成したい』というローコードの需要を補完できるツールとして位置づけています。 Nomad Web Designer は今まで Windows PC でしか提供されなかった Domino Designer を MacOS でも同じように使えるようにしたイメージです。 ── いくつもの製品があり今後の展開も楽しみですが、まずは V14.5 からですね。 松浦： 旧バージョンをご利用中のお客様においては、まず他社製品との連携までかと思っています。 今は塩漬けの状態で、Domino の中だけで流通している情報があると思うので、それを他のシステムにも流通させてもらいたいですね。 １つの製品内だけでは情報の流れが停滞することもあると思います。業務の活性化のためにも、他社製品やAIとうまく連携し Domino を『情報の流れを淀ませないような解決策』という位置づけ に持っていきたいという思いもあります。 HCL 様からのメッセージ 過去にとらわれない新たな事例でアプローチ ── 長年 Domino を販売されているパートナー様に、特にお伝えしたいことはありますか。 松浦： HCL に移ってから使っていただいてるお客様から、「色々なツールを使っているが、やはり Domino は凄く良い製品だよね」という声をいただくことがとても増えている気がします。 お客様がやりたいことに耳を傾けると、今までにない新しい使い方 もどんどん出てきます。 弊社サイトで公開しているお客様事例にも掲載しているので、Domino を長らく販売していただいているパートナー様はもちろん、Domino の販売に興味をお持ちの企業様にも、ぜひご覧いただければ嬉しいです。 Domino はかゆいところに手が届く業務アプリを作るには最適なツールだと思うので、そこを強みとしてどんどんビジネスを仕掛けて欲しいと思っています。 インフラの観点においても、堅牢でパフォーマンスのいい製品に仕上がっていますし、他の SaaS製品との連携も充実しているので、「今までの Domino ってこうだよね」という枠の中だけで考えずに 販売していただきたいと思います。 V14.x を避けて V12 にする意味はない ── では最後に、Dominoユーザー様、パートナー様へのメッセージをお願いします。 松浦： Domino に限らず、バージョンアップの際は『どのバージョンにするか』を迷われるケースがよくあります。 今回のバージョンアップは V14.5 と刻まれたバージョンなので、V14 や V12 という実績があるバージョンを検討したいと思われるお客様もいるかと思いますが、この度 V14.0 の非互換検査をしたところ、12.0.1以上であればアップデートされたプラットフォームとして動作が変わらないことが分かりました。つまり、『14.5 もしくは 14 を避けて V12 にする意味はない』 ということなので、ぜひ最新バージョンを検討していただきたいと思います。 14.5 も新機能を使わなければ 14 と同じような挙動なので、保守期間が残っている新バージョンを使っていただいて、興味のある新機能にトライしていただくのが良いのかなと考えています。 ── 本日はありがとうございました。 HCL Domino について問い合わせる まとめ ここまで HCL Domino の新バージョンや今後の展開など、多岐にわたり HCLSoftware 松浦様にお伺いしてきました。 最後に、前半の話を含め HCL Domino の特長となる強みとバージョンアップを推奨する理由をまとめます。 HCL Domino の強み 高い開発生産性と堅牢性 簡潔で迅速なアプリケーションの開発。 長期的に使用されることに適した、運用の安定性。 優れた互換性と柔軟性 チェックツールにより、新旧バージョンの互換性を担保している。 古いバージョンのデータやアプリケーションも最新バージョンで動作可能。 コミュニケーション基盤が別製品でも、Domino を併用できる。 新バージョン V14.5 の新機能「Domino IQ」 セキュリティを確保しながら自社データを活用した生成AI の活用が可能。 過去のナレッジを活用し、業務改善を支援。 Domino の現状とバージョンアップを推奨する理由 Domino の現状 Domino は35年以上にわたり利用されている製品で、現在も市場は活況。 ユーザー数は多く、旧バージョンのまま利用される「塩漬け運用」も多い。 バージョンアップを推奨する理由 サポートが終了したテクノロジーへの脆弱性対応として必要。 新旧バージョンの互換性を担保している。 Domino は他社製品との共存が可能。 新バージョンは V14.5で、新たな機能が追加された。 （本ページは後半です［前半も公開中］） HCL Domino について問い合わせる このページを見ている人におすすめのページ 安定の裏に潜む意外な悩み？HCLに聞く「HCL Domino」のバージョンアップにおける課題と意義（前編） HCL Domino 製品紹介ページ Com-PASS Cloud｜Domino Notes アプリのお預かりサービス .recommend-list{ margin-top: 0px; } ol.recommend-list li { color: #9b9b9b; } #recommend{ font-family: "Noto Sans Japanese"; font-size: 16px; font-weight: 700; color: #9b9b9b; border: none; padding: 0; margin-bottom: 10px; } .highlighter { background: linear-gradient(transparent 50%, #ffff52 90% 90%, transparent 90%); } .anchor{ display: block; margin-top:-20px; padding-top:40px; } .btn_A{ height:30px; } .btn_A a{ display:block; width:100%; height:100%; text-decoration: none; background:#eb6100; text-align:center; border:1px solid #FFFFFF; color:#FFFFFF; font-size:16px; border-radius:50px; -webkit-border-radius:50px; -moz-border-radius:50px; box-shadow:0px 0px 0px 4px #eb6100; transition: all 0.5s ease; } .btn_A a:hover{ background:#f56500; color:#999999; margin-left:0px; margin-top:0px; box-shadow:0px 0px 0px 4px #f56500; } .bigger { font-size: larger; } .interviewee { font-weight: bold; } figcaption { color: #7c7f78; font-size: smaller; } #box03 { position: relative; margin: 4em 0; padding: 0.5em 1em; border: solid 3px #95ccff; border-radius: 8px; } #box03 .box-title { position: absolute; display: inline-block; top: -13px; left: 10px; padding: 0 9px; line-height: 1; font-size: 19px; background: #FFF; color: #95ccff; font-weight: bold; } #box03 p { margin: 5px; padding: 0; font-weight: bold; } #box04 { position: relative; margin: 4em 0 0 0; padding: 0.5em 1em; border: solid 3px #62c1ce; } #box04 .box-title { position: absolute; display: inline-block; top: -27px; left: -3px; padding: 0 9px; height: 25px; line-height: 25px; font-size: 17px; background: #62c1ce; color: #ffffff; font-weight: bold; border-radius: 5px 5px 0 0; } #box04 p { margin: 0; padding: 0; } #box_blockquote { position: relative; margin: 4em 0; padding: 0.5em 1em; border: solid 3px #8d8d8d; } #box_blockquote .box-title { position: absolute; display: inline-block; top: -27px; left: -3px; padding: 0 9px; height: 25px; line-height: 25px; font-size: 17px; background: #8d8d8d; color: #ffffff; font-weight: bold; border-radius: 5px 5px 0 0; } #box_blockquote p { margin: 0; padding: 0; } .memo{ color:#53851b ; background-color: #c8d7b7; font-size:70%; } #blockquote_nicp{ padding:10px; margin-bottom:0px; background-color:#ffffff; } #blockquote_nicp_link{ color:#7c7f78; font-size:70%; } #h5_nicp{ font-size: 12px; padding:4px 10px; border:none; background-color:#afd2f453; }
Domino が誕生してから35年以上が経過し、IBM から HCL に移管されて丸６年が経ちました。 Domino は、高い開発生産性と堅牢性を兼ね備えたアプリケーション基盤で、長きにわたり企業の業務効率化を支えてきた歴史ある製品です。一方、重ねてきた実績の分だけ、バージョンアップに対する課題も垣間見えます。 今回は、エイチシーエル・ジャパン株式会社 HCLSoftware のテクニカルリードである松浦光様に HCL Domino のビジネス状況や今後の展開など、多岐にわたり話を伺いました。前半では「Domino の現状」を中心に、後半では「新バージョンの登場と互換性」をテーマにバージョンアップについてより具体的に語っていただきました。（本ページは前半です［後半も公開中］） 対談者 【ゲスト】 エイチシーエル・ジャパン株式会社 HCLSoftware テクニカルリード 松浦 光 様 【インタビュアー】 エヌアイシー・パートナーズ株式会社 技術企画本部 ソリューション企画部 松田 秀幸 ※対談者情報は2025年6月9日時点 HCL Domino の現状 製品の変遷と現在のビジネス状況 ── Domino が誕生してから35年以上が経過し、IBM から HCL に移管（2019年7月）されてからも丸６年が経ちました。今、HCL としての Domino のビジネス状況はいかがでしょうか。 松浦： 現在も利用していただいているユーザーも多く、市場としては活況です。 見た目や使い勝手も含めた新機能が多く実装されてきた点、バージョンアップのサイクルが非常に良いペース で進んできている点が、ユーザー様、パートナー様から製品投資として評価をいただいてます。 一方、Domino のクラウドに対する対応が SaaS としてではなく Amazon や Google などのクラウドキャリアとの協業による提供に主眼をおいているので、その点が他の SaaS型コミュニケーションツールと比べてもう少しなんとかならないかという声は未だにいただいている状況です。 ── Domino のクラウドに対して、SaaS型コミュニケーションツールとしても期待もされているということですね。 松浦： 運用に関する負荷を下げたいということだと思います。 加えて人材確保やノウハウ継承などの課題に対し、生成AI との連携など新しい領域へのチャレンジがトレンドになっています。 旧バージョンでの利用も多い ── バージョンアップのサイクルといえば、多く利用されているバージョンは何でしょうか？ 松浦： お陰様で現時点の最新バージョンである V14 が順調に立ち上がっています。ただ実は、特定のバージョンでいわゆる『塩付け運用』をされているお客様も多くいます。 そのような状況の中で１点、昨年末にあったケースについてお話しさせてください。 2024年12月13日に重要障害が発生し、多くのお客様と関係者の皆様にご迷惑をおかけいたしました。大変申し訳なく思っております。この場を借りて、お詫び申し上げます。 対応として修正モジュールの適用をお願いしておりますが、実はこの障害は35年前のコードに含まれていたもので、Domino のすべてのバージョンで発生していました。 そのような中で、Domino の塩漬け運用をされているお客様、他社移行の事例記事になっており HCL とまったくお取引がないお客様からもお問い合わせをいただいています。 ── 古いバージョンのまま Domino を利用され続けているユーザー様もまだまだ多くいらっしゃる、ということが分かったのですね。 松浦： はい、良くも悪くも先ほどお話したような状態で、HCL と最近お付き合いがないお客様からもお問い合わせをいただくケースがありました。 古いバージョンを利用する際の注意点 ── 古いバージョンのまま利用することへの懸念は何でしょうか？ 松浦： Java など サポートが終了したテクノロジーへの脆弱性対応 が懸念されます。 また、旧バージョンでは DXに対して十分な役割を果たせるとは言い難いです。新バージョンでは Web対応やモバイル対応、AI対応での活用もイメージしています。 例えば、新バージョンである V14.5 には、Domino と生成AI を統合した機能もあります。 ──『塩付け運用』をされた場合、サポート面はどうでしょうか。 松浦： 多くの塩漬け運用されているお客様からの声をお聞きすると、サポートが終了したバージョンで安定運用ができていたというのが Domino に対する今までの理解だったと思いますが、今回のようなことだけでなく、脆弱性対応も必要になるので、やはり サポートを受けられるバージョンの必要性 を意識していただけたのではないかと考えています。 Domino が選ばれ続ける理由 情報系基幹システムとしての性能と安定性 ── 旧バージョンでの利用も含め、Domino が利用され続ける理由は何でしょうか？ 松浦： 情報系の基幹システムとして必要十分な機能を備えている点が大きいですね。 Domino が誕生した当初から兼ね備えており、「バージョンアップをしなくても現状で満足」というユーザーがいらっしゃる理由になっています。 ── Domino が古いまま使用されるのはなぜか、この点をより詳しくお聞かせください。捨てられないけれどバージョンアップもしない、というのは、なぜでしょうか？ 松浦： 例えば、四半世紀前のデータがそのまま最新バージョンでも読み込めるなど、下位互換、上位互換性が非常に高い。動いてしまうがゆえに、使えてしまう。 便利に使っていただけるのはいいことなのですが、やはり15年前、20年前に作ったアプリケーションなので、見た目が古くなってくるというのは当然あります。 Domino でのアプリ開発の優位性 ── 一般的な市場感として Domino はすでに別製品に移行されてしまったという風潮もありますが、いかがでしょうか？ 松浦： Domino はアプリケーションの開発生産性が非常に高い製品 だというのは、市場の評価として強くあります。 同じようなアプリケーションを、例えば SaaS型の Webベースの他製品、ノーコードの製品やローコードの製品に切り替えることにチャレンジされているお客様はいらっしゃると思うのですが、なかなかうまくいかないということを伺っております。 ── うまくいかないというのは？ 松浦： その製品が悪いとか機能が足りないという話ではなく、Domino だと簡単にでき過ぎてしまうということで、エンドユーザーの満足度を得られないというのが１つの原因だとお客様はおっしゃっています。 他社製品と共存できるメリット ── メールはもう SaaSメールに移行しているという話はよく聞きますが、アプリケーションについては Domino の利用を続けているということでしょうか？ 松浦： コミュニケーション基盤に関しては、在宅勤務やリモートワークが一般的になったので、好みの Web会議サービスに付帯したものへ切り替えたというお客様はいらっしゃると思います。 ただ、先ほどの話にあったように、アプリケーションはなかなか切り替えるのが難しいというのがあります。アプリケーション利用のために Domino が残っているというケース、共存されているというケースなど、多々あると思います。 ── Domino 以外のコミュニケーション基盤とアプリケーション基盤としての Domino を併用し、いわば一つのシステムとして使えると。 松浦： はい、その通りです。コミュニケーション基盤は別の製品を、アプリケーション基盤としては Domino を使っている 事例を、弊社ホームページにも事例記事として掲載しています。 ── コミュニケーション基盤とアプリケーション基盤でそれぞれのいいいとこ取りをされているのですね。 松浦： Domino と他製品が共存ができることは、バージョンアップの観点でも大きなポイントだと思います。 ──「基盤が２つあると運用管理も２倍になるのか」という疑問も出そうですが、どのような運用が可能でしょうか。 松浦： コミュニケーション基盤では、例えば１人に１つメールアドレスを発行するのが一般的だと思います。その場合、そちらのディレクトリシステムをメインにし、Domino は二次ディレクトリとして運用することもできます。 また、LDAP（Lightweight Directory Access Protocol）参照で認証委託をさせることもできますし、Dominoディレクトリと他のディレクトリ…例えばAzure AD（Azure Active Directory）のようなディレクトリサービスと連携させて運用している事例も多くあり、各社のやりたいことと運用負荷のバランスを考えて様々な方法がとれます。 なぜ Domino のバージョンを上げないのか 高い互換性が仇になっている？「動いてしまう」ジレンマ ── 互換性が高いということは、バージョンアップの障壁が低いともいえますね。 松浦： 互換性の高さは、単に過去のデータが「動く」以上の価値を提供していると考えています。 もし他社製品に移行する場合、往々にしてデータ移行が膨大なコストや技術的課題を伴い、互換性の問題が原因で取り残されたデータが発生するケースも見受けられます。Domino の場合、こうした課題を意識することなく 過去の資産を活用し続けることが可能 であり、移行リスクや未知のコストを回避 できる点でも独自の競争力を持っています。 ── 一方で、見た目を新しくすることは、バージョンアップの動機にはならない。 松浦： 見た目を新しくする機能もリリースはしていますが、そこに手をつけるよりは塩漬けで使ってしまおう、その方がお金がかからずに済む、ということで、古いバージョンのまま使うという決断をするお客様もいるのかなと思っています。 ── 確かに Notesクライアントだけを見たら、そんなに大きく変わらないですよね。 松浦： アーキテクチャは変わらないですし、Windows で動いてしまえばクリティカルな障害もなければ、上げる理由も作れなかったというところです（笑）。 最新バージョンは、バージョンアップをする理由になるか ── 大きな障害がなく動かせる状況の中で、上げる理由は何かとなると「最新バージョン V14 で何ができるのか」でしょうか。 松浦： そうですね。お客様が最新バージョンに上げる理由としては DX が多い印象です。再投資をする際の Web対応やモバイル対応、AI対応があります。そのようなところで、もっと価値を出していけるのではないかと考えています。 ── V14.5 については、後半でさらに詳しくお聞かせください。 松浦： 最新バージョンには、Domino と生成AI を統合した機能もあります。V14.5 は、大きく進化した面もあるので是非語らせてください（笑）。 ── 楽しみにしています（笑）。後半では、新バージョン V14.5 の新機能やアップデート、互換性についてお聞かせください。 HCL Domino について問い合わせる まとめ ここまで Domino の現状について、HCLSoftware 松浦様にお伺いしてきました。 最後に、前半のまとめと後半のトピックをご紹介します。 前半のまとめ Domino の現状 Domino は35年以上にわたり利用されている製品で、現在も市場は活況。 ユーザー数は多く、旧バージョンのまま利用されるケースも多い。 長期的に利用される理由は、高い開発生産性と安定性。 利用され続ける理由 Domino は情報系基幹システムとして必要十分な機能を備えている。 高い下位互換性と上位互換性があり、古いデータやアプリケーションが最新バージョンでも問題なく動作する。 旧バージョンの課題 特定バージョンを使い続ける「塩漬け運用」が多く、安定性を理由にアップグレードしないユーザーが多い。 古いままでもシステムが動作するため、アップグレードの動機になりにくい。 見た目の改良も費用対効果が低いとして、アップデートしないケースが多い。 Domino のバージョンアップと他社製品への移行 Domino は他社製品との共存が可能。 新バージョンは V14.5で、新たな機能が追加された。 DX領域での価値提供が、バージョンアップの理由となる可能性を秘めている。 次回予告 後半では、より具体的に新バージョン、互換性についてお届けします。 新バージョン V14.5 の機能はもちろん、今後のビジネス戦略も語って頂きました。 新バージョン V14.5 が刻む新たな一歩 生成AI を Domino の中に Domino と生成AI の統合「Domino IQ」 自社のベストプラクティスを得られる Domino による生成AI の活用方法 REST API による効率的なシステム間の連携 バージョンアップの鍵は互換性の安心感 移行チェックツールとその効果 新旧バージョンの互換性は移行チェックツールで担保する バージョンアップ vs 他社製品への移行 バージョンアップはしないが、移行もしない 結論！バージョンアップが最適解 今後の戦略 V14.5 は 描いたロードマップの答え合わせになるバージョン 兄弟製品に繋げる二段構えの展開 HCL 様からのメッセージ 過去にとらわれない新たな事例でアプローチ V14.x を避けて V12 にする意味はない （本ページは前半です［後半も公開中］） HCL Domino について問い合わせる このページを見ている人におすすめのページ 安定の裏に潜む意外な悩み？HCLに聞く「HCL Domino」のバージョンアップにおける課題と意義（後編） HCL Domino 製品紹介ページ Com-PASS Cloud｜Domino Notes アプリのお預かりサービス .recommend-list{ margin-top: 0px; } ol.recommend-list li { color: #9b9b9b; } #recommend{ font-family: "Noto Sans Japanese"; font-size: 16px; font-weight: 700; color: #9b9b9b; border: none; padding: 0; margin-bottom: 10px; } .highlighter { background: linear-gradient(transparent 50%, #ffff52 90% 90%, transparent 90%); } .anchor{ display: block; margin-top:-20px; padding-top:40px; } .btn_A{ height:30px; } .btn_A a{ display:block; width:100%; height:100%; text-decoration: none; background:#eb6100; text-align:center; border:1px solid #FFFFFF; color:#FFFFFF; font-size:16px; border-radius:50px; -webkit-border-radius:50px; -moz-border-radius:50px; box-shadow:0px 0px 0px 4px #eb6100; transition: all 0.5s ease; } .btn_A a:hover{ background:#f56500; color:#999999; margin-left:0px; margin-top:0px; box-shadow:0px 0px 0px 4px #f56500; } .bigger { font-size: larger; } .interviewee { font-weight: bold; } figcaption { color: #7c7f78; font-size: smaller; } #box03 { position: relative; margin: 4em 0; padding: 0.5em 1em; border: solid 3px #95ccff; border-radius: 8px; } #box03 .box-title { position: absolute; display: inline-block; top: -13px; left: 10px; padding: 0 9px; line-height: 1; font-size: 19px; background: #FFF; color: #95ccff; font-weight: bold; } #box03 p { margin: 5px; padding: 0; font-weight: bold; } #box04 { position: relative; margin: 4em 0 0 0; padding: 0.5em 1em; border: solid 3px #62c1ce; } #box04 .box-title { position: absolute; display: inline-block; top: -27px; left: -3px; padding: 0 9px; height: 25px; line-height: 25px; font-size: 17px; background: #62c1ce; color: #ffffff; font-weight: bold; border-radius: 5px 5px 0 0; } #box04 p { margin: 0; padding: 0; } #box_blockquote { position: relative; margin: 4em 0; padding: 0.5em 1em; border: solid 3px #8d8d8d; } #box_blockquote .box-title { position: absolute; display: inline-block; top: -27px; left: -3px; padding: 0 9px; height: 25px; line-height: 25px; font-size: 17px; background: #8d8d8d; color: #ffffff; font-weight: bold; border-radius: 5px 5px 0 0; } #box_blockquote p { margin: 0; padding: 0; } .memo{ color:#53851b ; background-color: #c8d7b7; font-size:70%; } #blockquote_nicp{ padding:10px; margin-bottom:0px; background-color:#ffffff; } #blockquote_nicp_link{ color:#7c7f78; font-size:70%; } #h5_nicp{ font-size: 12px; padding:4px 10px; border:none; background-color:#afd2f453; }
こんにちは、ソリューション企画部の久田です。 毎年恒例の IBM のフラッグシップイベント「Think」が今年は2025年5月6日から9日にかけてアメリカのマサチューセッツ州ボストンにて開催されました。このブログを通して、Think 2025 に参加して得た印象深いハイライトや知見を皆さんと共有できればと思います。 (さらに…)
公開日：2025-03-26 こんにちは。てくさぽBLOGメンバーの宮里です。 皆さんは VMware を利用されていますか？多くの企業が仮想化技術のリーダーである VMware を採用されていますが、Broadcom による買収とそれに伴うライセンス体系の変更で価格が高騰し、多くの企業にとって大きな課題となっています。 このブログでは「VMwareを使い続けたいけど高いライセンスを買うのは嫌！」というお客様に向けて、その最適な解決方法として IBM Cloud for VMware Cloud Foundation as a Service を詳しくご説明します。 目次 VMwareを更新する際の課題 VCFaaSとは VCFaaSのメリット まとめ お問い合わせ VMwareを更新する際の課題 VMware を更新するにあたり、以下の3つの課題が存在します。 価格の高騰化 ライセンス体系の変更に伴いユーザーごとに購入可能なエディションは Broadcom側が設定するようになり、ユーザー側で自由にエディションを選択することができなくなりました。また、以前までの基本ライセンス＋アドオンとしての使い方がパッケージ化されたことにより、柔軟性が以前よりも乏しくなってしまっています。 ライセンス料金が約1.2倍近く、ユーザーによっては購入できるライセンスの制限により、最大でも約8倍近く膨れ上がってしまう場合もあります。 DRサイトにかかるコスト 全ての機器が VMware である必要はないものの特定の環境では引き続き VMware を維持したい、など、依然として VMware を使用しなければならないユーザーも多く存在します。 「どうにかコストは抑えたまま今まで通りに VMware を使い続けたい。」という場合に重要なのが、DR（ディザスタリカバリ）サイトの運用方法です。DRサイトはビジネスを継続するための重要な要素ですが普段から使う環境ではないため、サービスレベルは維持しつつコストはおさえることが必要です。 見積もりに時間がかかる VMware のライセンス体系が変更されてから「VMwareのライセンス見積もりに時間がかかる」というお声もよく耳にします。これは、個別見積対応となるため見積を取得するまでに時間がかかってしましまうことが原因となっています。 特に急いでいるプロジェクトの予算計画を立てる際の大きな課題となります。 VCFaaSとは VMware Cloud Foundation as a Service（以下 VCFaaS）は、IBM Cloud上でハードウェアリソースと VMware のライセンスを提供するクラウドサービスです。1VMから利用でき、クラウドサービスのためハードウェアの調達やソフトウェアのライセンス管理に煩わされることなくすぐに利用を開始できます。 シングルテナントとマルチテナント VCFaaS は、シングルテナントとマルチテナントの2つモデルを提供しています。 マルチテナントモデルでは、月額約18,900円（127米ドル）からのスモールスタートが可能です。手頃な価格でスタートできるため、小規模なプロジェクトや初期段階の導入に最適です。一方、シングルテナントモデルはより大規模な運用や特別な要件が必要な場合に適しています。2台のサーバー（vSANプロファイルの場合は6台のサーバー）が最小構成として必要です。 ※2025年3月19日時点の価格 モデルごとの特長 マルチテナントモデル： 1VMから利用可能で、数分で利用開始が可能 オンデマンドタイプは時間課金、リサーブドタイプは月額課金のどちらかを選択可能 仮想サーバのプロファイルを複数から選択可能 課金単位はvCPUおよびRAM（1ゲストOSから） シングルテナントモデル： ユーザー専用の物理ホストを提供し、ハイパフォーマンスとセキュリティを確保 リザーブドタイプによる月額課金のみ 複数のIBM Cloud Bare Metal Serversからプロファイルやコンポーネントを必要に応じて選択可能 課金単位は物理ホスト（2台から） VCFaaSのメリット VCFaaS を導入することによって得られる具体的なメリットについて詳細にご説明します。 コスト効率と柔軟性 VCFaaS は必要に応じてリソースを容易に追加・削減することができ、ビジネスの規模やワークロードに合わせた最適なリソース管理が可能です。また、高可用性の管理プレーンを通じて VCFaaS が提供しているハードウェアとハイパーバイザーの監視やパッチ適用、アップグレード、セキュリティ管理を IBM が支援するため、企業は安心してクラウド環境を運用することができます。 以上の様に VCFaaS は迅速な展開と運用が可能であり、コスト効率と柔軟性を兼ね備えたクラウドソリューションと言えます。 DRサイトのコスト低減 VCFaaS は VMware Cloud Director Availability（VCDA）というツールが利用可能で、既存のオンプレミス環境と IBM Cloud間を簡単に行き来することができます。 すぐに本番環境を移行ができない場合、DRサイトだけでも VCFaaS に移行させることでデータセンターやラックの費用を抑えることができ、DRサイトの運用にまつわるコストを削減することができます。 迅速な見積もり IBM Cloud による見積もりプロセスは非常にシンプルであり、金額情報も明確に公開されています。複雑な計算や営業担当との煩雑なやり取りをせずに、必要なコスト情報を迅速に入手することが可能です。 また、マルチテナントモデルを選択することで購入後すぐにデプロイして利用を開始することが可能です。この即時性によりリードタイムを大幅に短縮し、迅速なビジネス運用を実現できます。ITリソースの準備を待つことなく、すぐにプロジェクトを始動できるため、タイムロスを最小限に抑えられます。 まとめ VCFaaS は、VMware のライセンス体系の変革や DRサイトの運用コスト、見積もり時間の課題をまとめて解決するクラウドソリューションです。IBM Cloud上で提供されるこのサービスはマルチテナントとシングルテナントの2つのモデルを選択可能で、柔軟かつ拡張性に優れた環境を提供します。特にマルチテナントモデルでは手軽にスモールスタートが可能で、小規模プロジェクトやテスト環境に最適です。 また、DRサイトのコストを大幅に低減する機能や迅速な見積もりプロセスにより、ビジネスのスピードを損なうことなく運用を開始でき、ストレスフリーで効率的なクラウド環境を実現し、ビジネスの成長と変化に柔軟に対応することが可能です。 VMware の環境をご利用の方は、まずは 1VM からでも VCFaaS の良さを体感してみていただけたらと思います。このブログを見て興味を持たれた際は、是非一度ご相談ください。 お問い合わせ この記事に関するご質問は以下の宛先までご連絡ください。 エヌアイシー・パートナーズ株式会社技術企画本部E-mail：nicp_support@NIandC.co.jp .highlighter { background: linear-gradient(transparent 50%, #ffff52 90% 90%, transparent 90%); } .anchor{ display: block; margin-top:-20px; padding-top:40px; } .btn_A{ height:30px; } .btn_A a{ display:block; width:100%; height:100%; text-decoration: none; background:#eb6100; text-align:center; border:1px solid #FFFFFF; color:#FFFFFF; font-size:16px; border-radius:50px; -webkit-border-radius:50px; -moz-border-radius:50px; box-shadow:0px 0px 0px 4px #eb6100; transition: all 0.5s ease; } .btn_A a:hover{ background:#f56500; color:#999999; margin-left:0px; margin-top:0px; box-shadow:0px 0px 0px 4px #f56500; } .bigger { font-size: larger; }
公開日：2025-03-25 こんにちは。てくさぽBLOGメンバーの高村です。 当ブログ Part1 （前回記事）では、watsonx Orchestrate の概要と IBM Cloud版 watsonx Orchestrate のプロビジョニングおよび環境設定をご紹介しました。Part2（本記事）では、生成AIスキル、プリビルドスキルおよびスキルフローを作成し、検証してみた感想をご紹介します。 目次 はじめに 検証シナリオ 検証実施 さいごに お問い合わせ はじめに 検証に入る前に watsonx Orchestrate について簡単におさらいをしたいと思います。 watsonx Orchestrate は、チャットにやりたいことを入力するだけで複数のシステムへログインすることなく処理を実行し、生成AI を活用して効率的に業務を遂行できる製品です。主要機能には、様々なアプリケーションと連携するためのプリビルドスキルや生成AI を活用したスキル作成、プリビルドスキルや生成AIスキルを一連のスキルとして実行できるスキルフローなどが備わっています。 ※機能の詳細については Part1 をご参照ください。 検証シナリオ 検証のシナリオは、営業担当者が顧客との打ち合わせ後に議事録をまとめ、それを関係者に送信し、さらに社内の営業支援システム(以下SFA)に登録する作業を想定しています。 通常では以下の図の様に、打ち合わせ後に人力で会議ツールから会議情報を取得し、メモを議事録としてまとめ、メールツールを起動して関係者へメールを送信し、その後 SFA へ議事録を登録する、という流れになるかと思いますが、このような作業は時間がかかるうえに日常業務の中でも頻繁に発生します。 watsonx Orchestrate を使用すると、チャットに「議事録の作成と送信」と入力するだけで、会議ツールから情報を取得、議事録をまとめ、メールのドラフトを作成、SFA への登録を実行するため、作業時間の短縮と情報の共有、SFA への登録忘れの防止、コピー&ペーストミスの低減ができます。 検証環境 Part1 でプロビジョニングした IBM Cloud上の watsonx Orchestrate を利用します。検証では、会議ツールは Webex（無償版）、メールツールは Gmail（弊社アカウント）、議事録を登録する SFA は Salesforce（弊社Sandbox環境）を使用します。 検証実施 前述の通り、会議ツール（Webex）から会議情報を取得し、会議メモを生成AI が要約し、メールツール（Gmail）でメールドラフトを作成し、内容を確認してメール送信し、SFA（Salesforce）に登録する、という処理を作成していきます。 ※以降から検証の紹介になりますが、まずは watsonx Orchestrate での処理の流れを見たいという方は、「こちらの動画」をご覧ください。 1. 生成AIスキルの作成 まずはじめに、議事録をまとめる生成AIスキルを作成します。（以下の図オレンジ色の枠部分） 左サイドメニューから「スキル・スタジオ」をクリック 右上の「作成」プルダウンを開き「プロジェクト」をクリック 「Name」に任意のプロジェクト名を入力（当検証では「イニシャル_Summary」と入力しています。） 入力後「Create」をクリック スキルタイプ選択画面にて「Generative AI」をクリック 「Name」に任意のスキル名を入力（当検証では「イニシャル_Summaryskill」と入力しています。） 入力後「Create」をクリック 以下の画面が表示されます。デフォルトで選択している言語モデルは利用可能期限が近いため、画面上部に "Foundation model deprecated~" とアテンションが表示されています。 「Model: ibm/granite-15b-chat-v2」右横のプルダウンを開き、言語モデルを変更（当検証では「mixtral-8x7b-instruct-v01」を選択しています。） アテンションが消え、以下の画面の状態になります。 以下の画面①～⑤の入力・設定 1-9-1. 言語モデルのパラメータ値（Parameters）を設定 当検証では最小値 "1"、最大値 "3000" にしてトークンを設定し、出力の長さを調整します。（最大値は言語モデルによって異なる） 1-9-2. 変数を設定 watsonx Orchestrate では生成AI の入力として変数を使用することができます。Variables で会議メモを変数 "text" として設定します。 1-9-3. コンテキスト（Context）を設定 会議メモの内容をもとに日本語で議事録を作成する指示文を入力します。会議メモの箇所は変数 {{text}} に設定します。（変数は{{}}で囲う） 1-9-4. 入力プロンプト（Prompt input）を設定 ここでは言語モデルに応答してほしい文を入力します。今回は変数 {{text}} のみを入力します。 1-9-5. インプット・アウトプットの例（Training examples）を入力 「New example +」をクリックし、インプットとアウトプットの例をそれぞれ入力します。 右上の「Generate」をクリックすると文章が生成され、Generated output（出力プロンプト）で文章を確認できます。 次に、生成AI を公開してスキルを使用できるように設定します。 スキル名の横にある目のマークをクリックし、地球儀のマークに変更 右上の「Share changes」をクリック 「Share」をクリック 表示されたポップアップにて「Share」をクリック 右上に "Success" とポップアップされることを確認し、左の「← Back to xx_Summary」をクリックして戻る 右上の「Publish」をクリック 表示された「Version and publish」画面にて「Version name」に任意のバージョン名を入力し、「Create version and publish」をクリック（当検証では「1.0.0」と入力） 右上に "Published" と表示されることを確認し、左上の「←（PJ名）」をクリック 「スキル・スタジオへようこそ」画面にて、「スキルおよびアプリ」を選択 スキル一覧に作成したスキルの状況が「公開済み」となっていることを確認後、スキルの右側をクリックし「このスキルの強化」を選択 スキルの強化画面が表示されます。ここではスキルを実行する際の入力項目、出力項目、呼び出すためのフレーズを設定できます。今回は句タブでスキルを呼び出すフレーズのみ設定します。 句タブをクリックし、スキルを呼び出すフレーズを日本語で3つ追加 追加後、画面下の「発行」をクリック 右上に「正常に公開されました」と表示されることを確認 メインメニューから「スキル・カタログ」をクリック スキル・カタログから作成したスキルを自分のスキルとして追加します。 検索バーにイニシャルを入力し「スキル」をクリック タイル内の「スキルの追加 +」をクリックし、「追加」となることを確認 以上でスキルを実行する準備が整いました。早速チャットから実行してみましょう。 メインメニューから「チャット」をクリック チャット画面が表示されます。 下部の「スキルタイル」をクリックまたは入力バーにフレーズを入力（当検証では「議事録をまとめて」と入力しています。） 呼び出されたスキルを選択 text欄にサンプルの会議メモを入力し「適用」をクリック 10秒ほどで文章が生成されました。会議メモから体裁の整った議事録が生成されています！ 生成AIスキルの作成は以上で完了です。 スキル作成自体の難易度は高くありませんが、整理された議事録を生成してほしいためプロンプト指示文の調整に時間がかかりました。Context の内容は指示ごとに改行し、日本語で生成することを明記するなど工夫が必要です。また最大トークン数2000としていましたが議事録が途中できれてしまう現象があったため、最大トークンを3000にして調整しました。言語モデルごとに最大トークン数、対応言語は異なるため、複数のモデルをテストして最も期待に合ったモデルを選択することをお勧めします。 2. プリビルドスキルの作成 次に、プリビルドスキルを追加ます。（以下の図緑色の枠部分） まず、Webex のプリビルドスキルを追加します。当検証では会議情報をリストする「List all meeting」とその会議情報から参加者のメールアドレス情報を取得する「List meeting invitees」を追加します。 メニューバーから「スキルカタログ」を選択し、Webexのタイルをクリック 次に、Webex への接続設定を行いなす。 「アプリの接続」をクリック Bearer Token を入力し「アプリの接続」をクリック（WebexのBearer TokenはWebex for Developersから取得しました。） 「正常に接続されました」というポップアップが表示されます。 「List all meetings」の「スキルの追加」をクリック 「追加」となったことを確認 会議参加者のメールアドレスを取得するため「List meeting invitees」を同様に追加 Webex の2つのプリビルドスキルをチャットから呼び出すことができるか確認します。 メニューからチャットを開きList all meetingsのタイルをクリックし、activeな会議をクリックするとスケジュールされている会議情報が表示されることを確認 List meeting inviteesのタイルをクリック 対象会議を選択すると、参加者の e-mailアドレスが表示されることが確認できます。※後続のGmailプリビルドスキルでメール送信先として使用します。 次に、議事録送信するための、Gmail の Send a email のプリビルドスキルを追加します。 スキルカタログからGmailの「Send a email」を選択し「アプリの接続」をクリック アカウント選択画面にて、検証用アカウントをクリック 以下の画面が表示にて「次へ」をクリック 「追加」となっていることを確認 これで、チャットから Gmail を呼び出しメールを送ることが可能になりました。 最後に、Salesforce へ議事録を登録するため、Salesforce のプリビルドスキルを追加します。ここでは、会議参加者のメールアドレスから対象リードをリストしオポチュニティーIDを取得する「Get all leads」と、Salesforceの商談に議事録を書き込む「Update an opportunity」の2つのプリビルドスキルを追加します。 スキルカタログを選択し、Salesforceのタイルをクリック 右上の「アプリの接続」をクリック Salesforce への接続に CustomURL を追加します。 （当検証ではSandbox環境を利用するため）「test.salesforce.com」を入力し「アプリの接続」をクリック 別ウィンドウに Salesforceログイン画面が表示されます。 ユーザー名、パスワードを入力しログインをクリック アクセス許可画面が表示されるので確認します。 画面をスクロールし「許可」をクリック 右側に「接続済み」と表示されました。 プリビルドスキルを追加します。 「Get all leads」をクリックし「追加」となることを確認 同様に「Update an opportunity」をクリックしてスキルを追加 これで Salesforce の商談に議事録を書き込むスキルが整いました。処理の動きは次のスキルフローで確認します。 3. スキルフローの作成 生成AIスキルと複数のプリビルドスキルを繋げたスキルフローを作成します。（以下の図ピンク色の枠部分） メインメニューバーから「スキルスタジオ」をクリック 「プロジェクト」を選択し「作成」から「スキル・フロー」をクリック 以下の画面にて、鉛筆マークをクリック 右側に任意のスキルフロー名を入力し「Save」をクリック 左画面のフローにスキルを追加していきます。追加したスキルは開始から終了へ順番に実行され、画面の「+」をクリックするとスキルをフローに追加することができます。 はじめに Webex のプリビルドスキルを追加します。 List all meetingsの「Add Skill +」をクリック 追加が完了すると以下の画面の様になります。 同様にWebexのList meeting inviteesスキルを追加 追加が完了すると以下の画面の様になります。 議事録生成する生成AIスキル、GmailのSend a emailスキル、SalesforceのGet all leads、Update an opportunityスキルの順に追加 全ての追加が完了すると以下の画面の様になります。（画面ショットの都合上、Update an opportunityスキルは省略しています。） 次に、スキル実行結果から得られる値を次のスキルの引数として渡す設定をします。 フロー内のList meeting inviteesをクリック 右側に表示された入力時の引数設定画面meetingId欄にて、List all meetingsスキルから得られる値を選択（当検証ではidを選択しています。） 設定が完了すると以下の画面の様になります。 Send a email の入力引数を以下の様に設定※richTextBody.Content は生成AIスキルで生成された議事録がメールドラフト本文に自動的に入力されるように設定します CC：List all meetingsから"hostEmail"を選択 To：List meeting inviteesから"email"を選択 Subject：List all meetingから"title"を選択 richTextBody.Content：生成AIスキルから"generated_text"を選択 次に、Salesforce の Get all leads に入力引数を設定します。 Emailの値に、List meeting inviteesから「email」を選択 さらに、Update an opportunityに入力引数を設定します。 Descriptionに、生成AIスキルから「generated_text」を選択 Filterable input欄の"Value"の値に、Get all leadsの「ConvertedOpportunityid」を選択 設定完了後、画面上部Actionsの「Save as draft」をクリック スキル・スタジオの画面に戻り、スキルフロー右側の「このスキルの強化」をクリック 「句」タブにてスキルフローを呼び出すフレーズを入力（当検証では「議事録を送信して」と入力しています。） 入力後「発行」をクリック 状況が公開済みとなっていることを確認 以上でスキルフローの作成は完了です。 スキルフローを実行するためには、スキルからスキルへ引数を設定する必要があります。どのスキルのどの実行結果を引数として設定すればよいか検討が必要ですが、UI から簡単にスキルフローを作成することができました。 4. スキルフローを実行してみる（動画あり） 長くなりましたが、スキルフローを実行します！チャットから「議事録を送信して」と入力してみます。 処理結果は以下の動画をご覧ください。※音声・字幕無しの動画となっております。動作に関してご不明点がございましたら、お問い合わせ までご連絡ください。※画面右下音量調整マーク右横のアイコンをクリックすると動画表示画面を拡大できます [video width="720" height="405" mp4="https://www.nicpartners.co.jp/wp-content/uploads/2025/03/nicp-tech-blog_wxo_2025-03.mp4"][/video] 会議メモを議事録にまとめ、メール送信、Salesforce への登録作業がほんの3分程度で完了しました！複数のアプリにログインすることなく watsonx Orchestrate の画面から操作できるため、作業時間の短縮になり業務効率化になるのではないでしょうか。 さいごに いかがでしたでしょうか。Part2 では、生成AIスキル、プリビルドスキル、スキルフローの作成と実行を行いました。 生成AIを操作するにあたりプロンプトの技術は必要ですが、watsonx Orchestrate ではノーコードで生成AIスキルを作成できるため、開発未経験者の方も手軽に生成AI を活用したスキルを作成することができると思います。また、チャット画面が提供されているのでインターフェースUI を作る必要がなく、チャットから出来上がったスキルを呼び出すことが可能です。 今回利用した Standardプランはスキル・スタジオで生成AIスキルを作成することができるプランです。Essentialプランにはスキル・スタジオでの生成AIスキル作成の機能が含まれていないため、別途API経由で生成AI を呼び出す実装工程が必要になります。 プリビルドスキルについては、意外にも躓いた点はアプリケーションの認証です。アプリケーションの認証情報は各アプリケーションにより異なりますので、事前に認証情報をご確認いただくことをお勧めします。 今回検証したスキルフローはプリビルドスキルを繋げた構成で、フロー中に分岐は含めていません。実業務では作業の結果によって次の作業が分岐する場合もあると思いますので、Part1 で記載したスキルフローの分岐機能も利用できると思います。 当ブログ（Part1、Part2）では、チャットからスキルを呼び出しましたが、今後は AIアシスタントからのスキルの呼び出しや、複数の AIアシスタントを束ねる AIエージェントについても検証してみたいと思います。 お問い合わせ この記事に関するご質問は以下の宛先までご連絡ください。 エヌアイシー・パートナーズ株式会社技術企画本部E-mail：nicp_support@NIandC.co.jp .highlighter { background: linear-gradient(transparent 50%, #ffff52 90% 90%, transparent 90%); } .anchor{ display: block; margin-top:-20px; padding-top:40px; } .btn_A{ height:30px; } .btn_A a{ display:block; width:100%; height:100%; text-decoration: none; background:#eb6100; text-align:center; border:1px solid #FFFFFF; color:#FFFFFF; font-size:16px; border-radius:50px; -webkit-border-radius:50px; -moz-border-radius:50px; box-shadow:0px 0px 0px 4px #eb6100; transition: all 0.5s ease; } .btn_A a:hover{ background:#f56500; color:#999999; margin-left:0px; margin-top:0px; box-shadow:0px 0px 0px 4px #f56500; } .bigger { font-size: larger; }
こんにちは。てくさぽブログメンバーの佐野です。 2025年2月12日・13日に、愛徳会主催（日本IBM共催）のイベント「watsonx Tech Challenge 2024」が IBM箱崎にて開催され、弊社ではソリューション推進部から5名とソリューション企画部から1名の合計6名が参加しました。 本記事では、イベントの様子をレポートいたします。 チーム写真撮影風景 目次 イベントの概要と参加のきっかけ イベント当日までの準備 イベント当日 感想・まとめ お問い合わせ イベントの概要と参加のきっかけ このイベントは、IBM watsonx を活用したビジネスを実現出来る技術者の育成を目的とした、ハッカソン/アイディアソンです。「地域課題解決（人口減少、少子高齢化、労働力不足）」「環境問題対策」「わくわく社会の実現」の3つのテーマに関連する課題を watsonx を使ってどのよう解決できるのかのアイディアをチームで検討し発表する場となります。また、スキルのキャッチアップとして月次で「watsonx.ai Dojo」が配信されており、そこでは、watsonx.ai の使い方や watsonx で何ができるか、といったことが説明されています。 実は NI＋C P（弊社）はこのイベントのスポンサーなのですが、 「我々自身がお客様へ watsonx を提案する際にも "具体的にどのようなシーンで使えるのだろう？" ということを自分たちで考えてみる場としてチャレンジしてみよう！」 という思いで参加することにしました。 個人的には、「他の参加者の方々がどういうアイディアを持ってくるのかな？」という興味もありました。 イベントの案内ページには "事前準備不要" と表記されていたものの、上記のテーマを検討しアウトプットするための作業がとても正味1日だけで完成できるものではないと感じたため、事前準備としてテーマに沿った内容を検討しソリューションの内容を固めることにしました。 イベント当日までの準備 まずはテーマに沿った課題を抽出しその課題を watsonx でどう解決できるのか、その実装を検討することにします。幅広く意見が欲しかったので本部内のメンバーに声をかけテーマにおける課題感や実装アイディアを募集したところ、合計で19個の課題を集めることができたのですが、ここから苦戦します… 1つずつ内容を確認しペルソナとその課題、効果、ビジネス拡張性を定義していったのですが、ペルソナが「行政」や「被災者」という設定になり、当事者でない我々では課題の想像を膨らませるだけで、具体性が欠けて課題や効果がぼやけてしまったのです。また、調査を進めると実現しようとしていることの類似サービスが既に多く存在していることも判明し、「いろいろなサイトの情報をまとめる比較し最適なものをお勧めする」というような結論となります。そうなるとだれからどのようにお金をもらうのか？マネタイズの面も怪しくなってしまいます。 検討を重ねていくうちに時間が過ぎて1月末になり、イベントまでの残り2週間ではソリューションを固めるのは難しい状況となりました。そこで事前準備のゴールを変更し、「自分もしくは家族」または「取引先」といった身近な人をペルソナとした課題抽出をし、後は当日にディスカッションし内容を固めることにしました。 イベント当日 1日目 まず発表順の抽選がありました。結果、最初でも最後でもない3番手という、なかなかな（個人的にはホッとする）順番を引き当てました。 イベント期間中は各チーム毎に1部屋が割り当てられ、それぞれの部屋で最終準備をします。IBM様がテクニカルなフォローのため相談部屋で待機されていました。 我々は事前に洗い出しておいた課題を整理し、解決すべきモノとして「高齢者向けのサービス」に絞り、さらにディスカッションで発散と収束を繰り返し、最終的に発表内容を「地方に住む高齢の両親が安全・安心に暮らしているかをリモートから見守るサービス」に決定しました。この段階では事前準備の最初に検討したことも活かせており、某セキュリティ会社が類似の見守りサービスを提供していることは把握していましたが、観点やアプローチが異なるため十分ニーズがあり差別化できるものであると結論を出しました。 初日はここまでで時間切れとなり、発表資料は2日目に役割分担して作ることとし、解散となります。 ミーティング風景 2日目 発表資料に何を書くかは初日にプロットしてあるので、あとは資料を作るだけです。発表時間は7分しかないので、作りこむチャートは5枚に絞ります。 初日に役割分担を決めておいたこととメンバーそれぞれが事前に内容を考えてきてくれたこともあり、資料はすんなりと完成。内容も、十分にメッセージを伝えられる内容に仕上げられたと自負しています。 午後の発表に向け、朝に配布された青いシャツを着て準備万端、いよいよ発表の時です。 発表中の様子 私が発表を担当したのですが、なんと、発表時間を2分余らせるというひどい時間管理ミスをやらかしてしまいました。QAタイムも想定外の質問に苦戦し、反省しきりの状態でした… ともあれ、発表後はメンバー全員の緊張が解けて笑顔が見られるようになりました。 発表後のメンバーの様子 全チームトラブルもなくスムーズに発表が終わり、ついに採点です。 発表は失敗の自覚があったので「審査員の反応は悪くなかったけれど、真ん中ぐらいなんじゃないかな」とぼんやり考えていると、あっという間に結果発表の時間がやってきました。スポンサー賞、優秀賞、最優秀賞の順番で発表されていきます。（『』内は私の心情です） スポンサー賞（レノボ・ジャパン賞）・・・・・田中電機工業様チーム！『うちが一番可能性ありそうなのはこの賞だったけど違ったかー』 スポンサー賞（エヌアイシー・パートナーズ賞）・・・・・スカイウイル様チーム！『ここは…まあ、ないよね』 優秀賞・・・・・CSS様チーム！『うんうん。キントーンとの連携はユースケース多そうだった』 優秀賞・・・・・エヌアイシー・パートナーズチーム！『うんうん。。。え！まじで！！』 最優秀賞・・・・・オーイーシー様チーム！『うん。ここは発表資料が一番印象的だった』 という結果で、我々のチームは晴れて優秀賞をいただくことができました。受賞者の一言では適当なことを言っていた気がします。まったく覚えていません。 受賞の記念撮影を愛徳会会長の藤田さんとパシャリ。 愛徳会 藤田会長とNI＋C Pチーム 感想・まとめ 今回、幸いにも「優秀賞」をいただくことができました。 私としては、自チームのよかったところは、今後の拡張性に可能性があるところかなぁと思います。他チームの発表内容も素晴らしかったので、かなり僅差だったのではないでしょうか。 ただ、最優秀賞のオーイーシー様においては、おそらく誰もが納得のダントツTOPでした。発表資料は事前に準備してきたものだと確信できるほどの出来で、事前準備の差が歴然でした。これは、イベント期間である1日のワーク時間をどう使うのかの考え方に差があったようです。また、チーム内での事前の課題検討で発表対象から外した課題（災害時の避難支援や自治体向けの企業誘致支援）をうまく深堀しているチームもあり、課題を捉えた後にいかに深堀りできるかが大事なんだとあらためて考えさせられました。 このように、他チームの発表を聞くことで自分たちができていたこと・できていなかったこと、今後改善できそうなことを学ぶことができ、大変有意義な機会となりました。メンバー全員、今回のイベントでは前向きな刺激を受けたようです。（以下メンバーの感想） 「Dojoでwatsonx.aiを勉強したがデモを作って発表にまで至らなかったのは残念だった。」 「テレワークが主体なので、オンサイトでチーム集ってまとまった時間の中ディスカッション、アウトプットすることが刺激になった。たまにはオンサイトでの共同作業をやりたい。」 「発表資料作成時間が限られている中、意見を出し合って効率的に作成できた。」 「テーマが大きすぎて自分事に捉え切れなかった。視点を変えることが大事だと学んだ。」 「IBM様の寸劇やオーイーシー様のEVA風発表資料のように、プレゼンテーションにも遊び心があると聞き手の印象が変わることを実感できた。」 「普段から情報のアンテナを張っておくことが重要であり、それをビジネスのヒントと捉え意識することで普段から良いアイディアが発想できそう。」 「他の要素との組み合わせ、その次のステップではどうなるのか？などモノゴトの周辺や先のことを融合させることでアイディアに厚みと説得力が加えられることが理解できた。」 イベントで各チームの発表内容を、守隨 佑果（しゅずい ゆか）様（https://shuzui-yuka.com/）がグラフィックレコーディングしてくださいました。事前情報なしの一発勝負でこれを作れるのは、「スゴイ！」の一言です。 守隨佑果さまのグラフィックレコーディング 今回のイベントに参加したことで、チームメンバー全員がよい経験を積むことができました。オンサイトでまとまった時間にみんなで作業したことで学ぶことも多くありました。この経験を今後の活動にも活かしていきます。 おまけ 2日目のお昼ご飯には、主催の愛徳会様が用意してくださった人形町今半の美味しいお弁当をいただきました。 人形町今半のお弁当 お問い合わせ エヌアイシー・パートナーズ株式会社技術企画本部E-Mail：nicp_support@NIandC.co.jp .highlighter { background: linear-gradient(transparent 50%, #ffff52 90% 90%, transparent 90%); } .anchor{ display: block; margin-top:-20px; padding-top:40px; } .btn_A{ height:30px; } .btn_A a{ display:block; width:100%; height:100%; text-decoration: none; background:#eb6100; text-align:center; border:1px solid #FFFFFF; color:#FFFFFF; font-size:16px; border-radius:50px; -webkit-border-radius:50px; -moz-border-radius:50px; box-shadow:0px 0px 0px 4px #eb6100; transition: all 0.5s ease; } .btn_A a:hover{ background:#f56500; color:#999999; margin-left:0px; margin-top:0px; box-shadow:0px 0px 0px 4px #f56500; } .bigger { font-size: larger; }
公開日：2025-02-07 こんにちは。てくさぽBLOGメンバーの高村です。 早速ですが最近「AIエージェント」という言葉を耳にされませんか？ユーザーの入力に対してコミュニケーションを行い、適切な応答を返すシステムは「AIアシスタント」と呼ばれています。AIアシスタントの例としては、対話型AIチャットボットなどは日常生活で触れたことがある方もいらっしゃるのではないでしょうか。 この AIアシスタントですが、最近ではユーザーの問い合わせを理解し、自律的にタスクを実行できる「AIエージェント」へと進化しています。これにより、より複雑な問題も人間が介在することなく対応できるようになり、業務を効率的に遂行することが可能になります。 今回は、IBM watsonx製品群の AIエージェントを担う watsonx Orchestrate を検証し、その感想をご紹介します。 ※Part1（本記事）では、watsonx Orchestrate のご紹介と IBM Cloud版の watsonx Orchestrate のプロビジョニング、Part2（次回記事）では、生成AIスキルやプリビルドスキル、スキルを繋げたスキルフローを作成および検証した感想をご紹介します 目次 watsonx Orchestrateとは watsonx Orchestrateのプロビジョニング さいごに お問い合わせ watsonx Orchestrateとは まず、IBM watsonx製品群における watsonx Orchestrate の位置づけについてご紹介します。図のように、watsonx Orchestrate は AIアシスタントソリューションの中において生成AI で業務を効率化・自動化するAIエージェント製品です。 現状のIT環境では以下のような課題があり、ユーザーの作業効率が最大化できていません。 メールで見積もり依頼を受けて回答する場合、①メールツールで依頼を受け、②営業支援システム（SFA）に登録し、③見積もり作成ツールで見積もりを作成し、④再度メールツールで顧客に回答する、という手順となり、複数のシステムやツールをまたいで作業することでツールの操作に多くの時間が取られる ツール間で手作業でコピー＆ペーストや書き起こしを行うことにより、データ入力に時間がかかるだけでなく入力ミスによる手戻りのリスクが発生する 使用頻度が低いシステムを利用する際、単純な作業にも関わらずマニュアルを読んで操作方法を確認する必要があり、取りかかるまでに時間がかかる このような課題に対し、watsonx Orchestrate ではチャットにやりたいことを入力するだけで複数のシステムにログインすることなく処理を実行し、生成AI を活用して効率的に業務を遂行することが可能です。 次に、watsonx Orchestrate の主な機能を簡単にご紹介します。 スキル watsonx Orchestrate はスキルと呼ばれる自動化の機能を呼び出します。スキルには大きく分けて以下の2種類があります。 プリビルドスキル 様々なアプリケーションと連携する30以上のアプリと1000近くのスキルがスキル・カタログとして製品に登録されており、すぐに利用することが可能です。 以下の画像はプリビルドスキルの一例です。 カスタムスキル プリビルドスキルでは実現できない操作がある場合、 OpenAPI の仕様に準拠したサービスであれば、OpenAPI定義書を記述しスキルとして取り込むことが可能です。 以下の画像はカスタムスキルのインポート画面です。 スキルフロー 例えばチャットに「会議情報一覧を表示して」と入力すると、会議ツールのプリビルドスキルを呼び出して会議一覧を表示することができます。 しかし実際の業務で考えると、「会議情報一覧を表示してから、参加者へメールを招集をして」など複数のプロセスが含まれていることが多いと思います。そういった場合はプリビルドスキルやカスタムスキルを複数繋げて、一連のスキルとして実行できるスキルフローという機能を使用します。 以下の画像はスキルフローの作成画面です。会議ツール Webex の「List all meeting」スキルから会議参加者のメールアドレスを取得し、取得したメールアドレスを Gmail の「Send an email」スキルに繋げることで、自動でメールドラフトに宛先を入力することができます。 なお、2024年12月のアップデートでスキルフローに条件分岐を設定し、条件によって異なるスキルを実行することが可能になりました。例えば、会議に参加してほしい人のカレンダーの空き時間を確認し、条件分岐を用いて空き時間がある場合は会議情報を作成してメール送信したり、空き時間がない場合は、生成AIスキルを利用してメール文を作成しメールを送信する、といった使い方が考えられます。 生成AIスキル watsonx Orchestrate はスキルとして生成AI を活用することができます。 言語モデルを選択しプロンプトへ指示文を入力すると、文章が生成されます。例えば、「顧客情報に基づいて旅行プランを考えて」とチャットへ入力すると、生成AIスキルが呼び出され、顧客情報に基づいた旅行プランを作成してくれます。 チャット（レガシーチャット） 対話型でスキルを呼び出すチャット画面を提供します。 入力バーに呼び出すスキルのフレーズを入力するとスキルを開始します。今回は検証時期の関係でレガシーチャットを使用しますが、2024年12月に新機能の AIエージェントチャットが利用可能になり、今後は AIエージェントチャットへ機能拡張される予定です。 本記事ではご紹介していませんが、watsonx Orchestrate には他にも、AIチャットボットを作成する AIアシスタント・ビルダー機能や承認プロセスなどのワークフローを作成する機能も備わっています。 watsonx Orchestrateのプロビジョニング それではwatsonx Orchestrateのプロビジョニングを行ってみます！ ※Part1 では watsonx Orchestrate のプロビジョニング、Part2 で実際にスキル、スキルフローを作成し検証を行います 検証環境について 今回の検証環境では、SaaS提供の IBM Cloud版の watsonx Orchestrate を利用します（他にはAWS版があります）。プランは "Essentialsプラン" と "Standardプラン" の2種類で、今回は Standardプランを利用します。 ※プランの違いについては、エヌアイシー・パートナーズ株式会社 技術企画本部（nicp_support@NIandC.co.jp）までお問い合わせください※IBM Cloud版の watsonx Orchestrate は IBM Cloud のサービスとして提供されるため、事前に IBM Cloudアカウントをご準備ください（本記事ではアカウント作成手順は省略します） watsonx Orchestrateのアクセス権限設定 watsonx Orchestrate をプロビジョニングするためには、まずアクセス権限の設定が必要です。IBM Cloud版の watsonx Orchestrate のアクセス権限は IBM Cloud の管理画面で設定します。設定はアカウントオーナー以外に以下の権限が付与されているユーザーが行えます。 「Identity and Access 対応サービス」の管理者ロールとマネージャーロール 「すべてのアカウント管理サービス」の管理者ロール ※詳細は「IBM Cloud - Assigning access to resources」（IBMサイト）をご確認ください それではアクセス権限を設定します。 IBMid で IBM Cloud へログインしホーム画面へアクセス メニューバーの「管理」から「アクセス(IAM)」をクリック IAMのメニューから「アクセスグループ」を選択し、権限を付与するアクセスグループをクリック（今回はアクセスグループに対して権限を設定） 「アクセス」タブで「アクセス権限の割り当て +」をクリック ポリシー作成画面でサービスの「watsonx Orchestrate」にチェックを入れ「次へ」をクリック アクセス権限の範囲画面で（今回は）「すべてのリソース」を選択し「次へ」をクリック 役割とアクションの画面で（今回は watsonx Orchestrate のすべての操作ができるようにするため）サービスアクセスを「管理者」、プラットフォームアクセスを「管理者」「Service Configuration Reader」「Key Manager」に設定し、「保存」をクリック※設定は環境ごとに適宜変更ください watsonx Orchestrateのサービスが追加されたことを確認 アクセス権限の設定は以上となります。 watsonx Orchestrateのプロビジョニング 次に、watsonx Orchestrate をプロビジョニングします。 IBM Cloudのメニューバーから「カタログ」をクリック カタログ画面の検索バーに「watsonx」と入力し、watsonx Orchestrateタイルをクリック 「標準プラン」を選択し「以下のご使用条件を読み、同意します」にチェックを入れ「作成」をクリック※2025年1月時点ではロケーションはダラスのみとなっています 1分程でプロビジョニングが完了し、以下の画面が表示されます。右側にプロビジョニングされたプランが表示されているのが確認できます。 （プラン確認後）「Launch watsonx Orchestrate」をクリックしてwatsonx OrchestrateのUI画面にアクセス watsonx Orchestrate の UI画面が表示されました！ （日本語表記に変更する場合）画面右上のProfileをクリックし「Settings」をクリック 「Platform languages」タブで「Add a language」を選択し、"Default languages for all users" を「Japanese」に設定し「Save」をクリック デフォルト言語変更確認画面で「Confirm」をクリック メッセージボックスで「OK」をクリック 言語が日本語に変更されました。 左上のメニューバーをクリックすると、チャット機能、プリビルドスキルを作成するためのスキル・カタログ、生成AIスキルを作成するスキル・スタジオが備わっています。Part2 ではこれらの機能を使用してスキルを作成、検証していきます。 さいごに watsonx Orchestrate の概要紹介と watsonx Orchestrate のプロビジョニングを行いました。 IBM Cloud版の watsonx Orchestrate のアクセス権限はユーザーごとの設定も可能ですが、複数人使用する場合はアクセスグループを作成しグループごとに設定することをお勧めします。プロビジョニング自体はカタログ画面から作成をクリックし、数分で利用開始できました！ Part2では、生成AIスキルとプリビルドスキルを作成し、一連のスキルフローを検証します。実業務の処理フローにより近い内容になりますので、どのような動きになるのか楽しみです。乞うご期待ください！ お問い合わせ この記事に関するご質問は以下の宛先までご連絡ください。 エヌアイシー・パートナーズ株式会社技術企画本部E-mail：nicp_support@NIandC.co.jp .highlighter { background: linear-gradient(transparent 50%, #ffff52 90% 90%, transparent 90%); } .anchor{ display: block; margin-top:-20px; padding-top:40px; } .btn_A{ height:30px; } .btn_A a{ display:block; width:100%; height:100%; text-decoration: none; background:#eb6100; text-align:center; border:1px solid #FFFFFF; color:#FFFFFF; font-size:16px; border-radius:50px; -webkit-border-radius:50px; -moz-border-radius:50px; box-shadow:0px 0px 0px 4px #eb6100; transition: all 0.5s ease; } .btn_A a:hover{ background:#f56500; color:#999999; margin-left:0px; margin-top:0px; box-shadow:0px 0px 0px 4px #f56500; } .bigger { font-size: larger; }
公開日：2024-12-26 世界の IT支出は増加の一途を辿っており、これに AI や最新の開発手法を組み合わせると、近い将来、企業が導入・開発するアプリケーションは爆発的な数量になることが予測されています。新たなテクノロジーは企業に革新をもたらすと同時に、複雑さももたらします。 この複雑なアプリケーションの運用・管理を効率化する方法として注目されているのが「生成AIの活用」です。 今回は、生成AI を活用した洞察で管理を強化し、オンプレミスやハイブリッドクラウド環境全体でアプリケーション運用の簡素化と最適化をサポートする「IBM Concert」をご紹介します。 目次 アプリケーション・ライフサイクル管理の大きな課題 アプリケーション・ライフサイクル管理とセキュリティ対策で必要なのはプロアクティブな対応 複雑なビジネス・アプリケーション管理でプロアクティブな対応を実現する「AIによる自動化」 生成AI駆動型のテクノロジー自動化プラットフォーム「IBM Concert」 IBM Concertの3つの特徴 まとめ お問い合わせ アプリケーション・ライフサイクル管理の大きな課題 ビジネス・アプリケーションは現在、柔軟なリソース配分ができるパブリッククラウドとコンプライアンスを自社でコントロールできるオンプレミス環境を組み合わせて利用するハイブリッドクラウド環境で展開することが主流になっており、今後さらに圧倒的な量のデータと依存関係、絡み合った相互接続や外部サービスとの連携を生み出すことが予測されるため、それらを管理するための様々なツールが必要とされています。 これらの「多すぎるデータ」「多すぎる環境」「多すぎるツール」がアプリケーション・ライフサイクル管理（ALM）の効率を低下させています。 ALM は、ソフトウェア・アプリケーションの構想、開発、デプロイ、管理、保守、および廃止のプロセスを指します。ALM では DevOps とビジネスの各チームがアプリケーション・ライフサイクル全体にわたって協力し合い、アプリケーションをデプロイして提供しており、そこには要件管理、コンピューター・プログラミング、ソフトウェア開発、ソフトウェア・テスト、保守、変更管理、継続的インテグレーション、プロジェクト管理などの多数の関連分野が含まれます。 一方で、ALMプロセスの導入においては大きく「効率的な拡張性」と「一貫した可視性」という2つの課題があります。これらは、ユーザーに継続的なサービスを提供しながらアプリケーションの複雑なシステム全体に更新、修正、新しいコードをデプロイする必要があるため、たいへん困難な作業です。 さらに、アプリケーションとワークロードがマルチクラウドおよびハイブリッドクラウド・プラットフォームに分散されていて、コンプライアンスなどのアプリケーション管理の重要な部分が特定の部門にサイロ化されている場合、それはさらに困難になります。サイロ化によりコンプライアンス、パフォーマンス、その他の重要な要素を維持しながらアプリケーションをリアルタイムで更新することは非常に難しくなる可能性があるからです。 そのため、これらの課題に対応し克服するには各部門を通した可視化と、さまざまな専門分野のチームおよびメンバーに洞察を提供する ALMソリューションを実装する必要があります。また、近年増え続けているサイバー攻撃へのリスクを最小化するためにアプリケーションのセキュリティ対策も欠かせません。 アプリケーション・ライフサイクル管理とセキュリティ対策で必要なのはプロアクティブな対応 企業にとって増えづけるアプリケーションの複雑な管理とセキュリティレベルを最適化し効率化するためには、「リアクティブ（受け身）」から「プロアクティブ（積極的）」な対応に移行をし、問題が発生する前に課題を認識し、対策を練っておくことが重要です。その際に留意すべきポイントとして次の3つが挙げられます。 1. 脆弱性管理の導入と強化 サイバー攻撃から重要な資産を守るためには、脆弱性の管理・対応は重要なテーマです。企業の IT資産の脆弱性を発見し、優先順位を付け、対処するために必要となる継続的なプロセスを導入し強化することで、「プロアクティブな脆弱性の発見と解決」「戦略的なリソース配分」「より一貫した脆弱性管理プロセス」が実現し、脆弱性管理において戦略的に対処しセキュリティ体制を強化することができます。 脆弱性管理には主に次の5つのプロセスがあります。 資産インベントリと脆弱性の評価 脆弱性の優先順位付け 脆弱性の解決 検証と監視 報告と改善 特に１と２は非常に重要なタスクでありプロアクティブに対処する必要があるにも関わらず、リソースに限りがある状況においては軽視されがちであるのが現状です。 2. コンプライアンス要件への対応 精査できないほどの膨大なデータ量に対してコンプライアンス管理を効率化し、リソースの使用を最小限に抑え、セキュリティを強化するためには、コンプライアンスへの影響を一元的に把握することできるアプリケーション・コンプライアンスの管理が必要です。アプリケーション、セキュリティ、およびコンプライアンスの各チーム間でのシームレスな連携が可能となることで、リスク管理とコンプライアンス対応に割く時間とコストを削減できます。 コンプライアンス要件に対応することは、同時にセキュリティ証明書とアプリケーションのパフォーマンスを効率的に管理することも意味します。企業がネットワークに配置されたすべてのセキュリティ証明書のライフサイクルを監視・管理するプロセスは、リリースされるソフトウェアの完全性と信頼性を保証するためにも重要です。 3. 電子証明書管理の自動化 この10年間、セキュリティ強化と危殆化（compromise）リスクの軽減を目的に「SSLサーバ証明書証明書」の有効期間は著しく短縮化の方向に進んでいます。米Google社から始まったこの動きは、2024年10月に米Apple社が現在最長398日の「SSLサーバ証明書証明書」の有効期間を数年かけて徐々に短縮し、2027年までに最大45日に短縮する投票草案を提出したことでさらに加速しました。 有効期間の短縮化はセキュリティ上のメリットがある一方で、頻繁に更新作業が必要となり、アプリケーション管理者の運用にとって大きな負担となります。SSLサーバ証明書の取得やインストール、更新などといった業務を更新のたびに実施する必要があり、有効期限の異なる SSLサーバ証明書を複数利用している場合には、更新作業漏れによる有効期限切れが発生することでサービス中断のリスクにつながる懸念もあります。 リスクを最小化するためには、電子証明書管理を自動化することが不可欠です。 複雑なビジネス・アプリケーション管理でプロアクティブな対応を実現する「AIによる自動化」 管理するアプリケーションの数が数十・数百となると、このようなポイントを人力で全て把握しタイムリーに対応することは非常に困難です。だからといって放置をすれば、セキュリティレベルが低下するだけでなく多くのリスクを抱え続けることとなります。 そこでこの状況を切り抜けるための方法として注目されているのが、生成AI を活用したアプリケーション管理の自動化です。 生成AI には、課題分類の改善、コード生成、自動修復システムの強化、コンテキスト対応の自動化、コードデバッグの高速化、提案の最適化、上質なドキュメントの生成、リバース・エンジニアリング機能、コードのリファクタリングなど、多くの潜在的なメリットがあります。 自律型IT運用によりオブザーバビリティー（可観測性）を強化することで、システムエンジニアは従来の ITヘルスメトリクスの監視に追われることから解放され、システム遅延、ネットワーク・トラフィック・メトリクス、ネットワーク飽和度、エラー率など、「ゴールデン・シグナル」といったアプリケーションの可用性に影響があるメトリックを把握できます。 また、セキュリティやコンプライアンスの領域でのデータ内異常の特定や過去の障害と対応方法などへの関連付けなどにも生成AI の活用は有用です。 生成AI駆動型のテクノロジー自動化プラットフォーム「IBM Concert」 ビジネス特化の AIソリューション「IBM watsonx」を搭載し、アプリケーション管理とテクノロジー運用を簡素化および最適化できる生成AI駆動型のテクノロジー自動化プラットフォームが「IBM Concert」です。 IBM Concert は、従来のアナリティクスと IBM watsonx の生成AI を組み合わせることで、運用の健全性に関する包括的な「インサイト（洞察）」を提供し、アプリケーションのライフサイクル全体にわたって重大なリスクを特定します。 具体的には、アプリケーション・データのインベントリ（ソース・コード・リポジトリ、イメージ、環境）を取り込みアプリケーション・トポロジを構築することで、異なるツール間で生成・サイロ化された膨大な量のデータを元に統合的な見える化および洞察を行います。また、多様な環境やツールセットにわたる複雑なデータを解釈し、さまざまなディメンションを通じて脆弱性（CVEなど）やコンプライアンスの問題、期限切れの証明書、パッケージのライセンスやバージョン管理の問題などに関連するリスクの優先順位付けと軽減、関連するアクションの推奨を行います。 図1. IBM Concertのユースケースと機能概要 IBM Concertの3つの特徴 Concert には、大きく次の3つの特徴があります。 1. 360度アリーナ・ビューによりアプリケーションを統合的に可視化 Concert は、既存の環境やツールセットとシームレスに接続し、生成AI（watsonx）でリアルタイムのデータと依存関係をマッピングすることで「360度ビュー」を提供します。さらに、アプリケーション・データ（ソース・コード・リポジトリ、イメージ、環境）を取り込み見える化とインパクト分析を行うことでアプリケーション・トポロジを構築し「アリーナ・ビュー」* を提供します。 これにより、脆弱性に関連するリスクや期限切れの証明書、パッケージのライセンスやバージョン管理、コンプライアンスの問題などを迅速に解決できます。 図2. アリーナ・ビュー *アリーナ・ビュー アリーナ・ビューは、現在のトポロジー（デプロイされたイメージ、ソース・レポジトリ、アプリケーション定義、環境、プライベート・アクセス・ポイント、および各エンティティ間の関係）をインタラクティブに表示します。オブジェクトの1つにカーソルを合わせるとその名前やその他の識別情報が表示され、依存関係がハイライトされます。また、フィルタリング機能を使い、アプリケーションに関連した情報のみを表示することも可能です。 2. ビジネス・インサイトを生成し問題解決を支援 Concert は、従来の分析と生成AI を組み合わせて運用の健全性に関する洞察を提供し、複雑なアプリケーション管理を省力化するとともに、アプリケーションのライフサイクル全体にわたる重大なリスクを特定します。 さまざまな環境のアプリケーションやツールセットからデータを引き出すことでアプリケーションを全方向から観測できるため、依存関係と接続を分析、リスクやコンプライアンス、費用、セキュリティなどにおける成果主導のビジネス・インサイト（洞察）を生成します。このインサイトを活用することで、アプリケーションの復旧時間を短縮することができます。 3. アプリケーションの状況を統合的に可視化しリスクや問題を把握し早期に意思決定できるように Concert に情報を集約し分析をすることで、アプリケーションに対する様々なリスクを早期に把握し対応することができます。 例えば、アプリケーションが持つ脆弱性への対応については、脆弱性とその影響範囲を把握することができ、リスクスコアに応じて自動的にチケットを起票しパッチを適用するといったアクションへ繋げることもできるため、対応にかかる時間を短縮できます。 証明書の管理についても同様に期限や対象を一元管理できるため、更新状況を把握しチケットシステムと連動させることで更新漏れを無くすことができます。また、設定したコンプライアンスポリシーに準拠しているかをスキャンすることで、コンプライアンス違反がどこで起きているのか、何が違反しているかを確認できます。 このように、Concert を活用することで多くのアプリケーションに対してのリスクを軽減し、早期に問題を解決することができるようになります。 まとめ エヌアイシー・パートナーズは、IBM ソフトウェアおよびハードウェアの認定ディストリビューターとして、IBM Concert も含めた watsonxシリーズのご支援が可能です。 「アプリケーション・ライフサイクル管理で悩んでいる」「AIを活用した自動化について知りたい」「watsonx.aiおよびwatsonxシリーズの理解を深めたい」 といったお悩みをお抱えのパートナー様は、お気軽にエヌアイシー・パートナーズへご相談ください。IBM製品の特徴や利点をお客様にわかりやすくご説明するとともに、IBM ソフトウェア・ハードウェアを組み合わせた、お客様・パートナー様のビジネスに最適なご提案をサポートいたします。 お問い合わせ この記事に関するお問い合せは以下のボタンよりお願いいたします。お問い合わせ .highlighter { background: linear-gradient(transparent 50%, #ffff52 90% 90%, transparent 90%); } .anchor{ display: block; margin-top:-20px; padding-top:40px; } .btn_A{ height:30px; } .btn_A a{ display:block; width:100%; height:100%; text-decoration: none; background:#eb6100; text-align:center; border:1px solid #FFFFFF; color:#FFFFFF; font-size:16px; border-radius:50px; -webkit-border-radius:50px; -moz-border-radius:50px; box-shadow:0px 0px 0px 4px #eb6100; transition: all 0.5s ease; } .btn_A a:hover{ background:#f56500; color:#999999; margin-left:0px; margin-top:0px; box-shadow:0px 0px 0px 4px #f56500; } .bigger { font-size: larger; }
「Lenovo Tech World 2024」パネル こんにちは。ソリューション推進部の宮里です。 2024年11月26日に都内で開催された「Lenovo Tech World Japan 2024」に参加しました。 このイベントでは、AI技術の進化と多様な応用について、豊富な知見とともに最新のソリューションが紹介されました。主なポイントとしては、以下の内容が挙げられます。 Smarter AI for All：AI技術は様々な場所で利用できるようになっており、より多くの分野で活用されています。 Neptune水冷技術の進化：第6世代垂直式液体冷却システムによりデータセンターの効率が向上し、環境への負担も減少しています。 仮想化基盤とハイブリッドクラウド：仮想化技術とハイブリッドクラウドの導入によりお客様は運用コストを削減し、システムの拡張も容易になっています。 クライアントコンピューティング：AI搭載デバイスで作業効率がアップし、新しいカテゴリーのWindowsPCによってユーザー体験がさらに向上しています。 以下に、参加したセッションのより詳細な内容をお伝えいたします。 レポート目次 Smarter AI for All Sustainabilityに貢献する「Neptune（水冷技術）」 仮想環境に最適なHCIソリューション AI PCによるこれからの世界 まとめ レポート Smarter AI for All セッションの全体構成は「AI」を中心に展開されており、デバイス（Edgeやサーバーなど）やサービスも含めて全体的に AI が中心に位置づけられている内容となっていました。数年前の AI導入時代から AI を活用していく時代に入っていると考え「様々な場所でAIを稼働させることが必要」であるとメッセージされていました。 「Lenovo AI Now」のセッションではデモンストレーションがあり、実際に AI PC を操作している画面が映し出され、その機能が詳細に説明されました。特に印象的だったのは、スケジュール管理が非常にスムーズである点や、ローカルに保存されているファイルを検索する際にファイル名だけでなくその内容までをも読み取って検出できるという高度な検索機能です。 さらに、説明の中で非常に興味深い機能も紹介されました。それは、メールの返信文書を作成する際に使用者の書き方の癖を学習し、まるで実際に使用者が書いたかのような文章を自動作成するというものです。この説明を聞いて、AI技術が日々進化していることをあらためて実感しました。 Sustainabilityに貢献する「Neptune（水冷技術）」 第6世代の垂直式液体冷却システム「ThinkSystem N1380 Neptune」と、Neptune水冷技術を採用する高性能サーバー「ThinkSystem SC777 V4 Neptune」。レノボでは IBM からの技術継承以降、10年以上にわたり水冷技術を進化し続けてきた結果に繋がったとメッセージされています。AI や HPCデータセンター向けのサーバーであり、サステナビリティの観点で今後のデータセンターへの展開に注目していきたいと考えます。 以下にその特長について簡潔にご紹介いたします。 水冷サーバー 展示 レノボの Neptune®テクノロジーは水冷技術のスペシャリストとして知られ、”100%直接水冷（市場をリードする独自開発技術）” ”温水による冷却（最大45°Cまで）” ”ExaScaleからEveryScaleの設計によるPUE（電力使用効率）向上” が主な特長として挙げられます。 直接水冷の利点としては、”CPUやGPUなど、熱源となるコアコンポーネントを対象に冷却することによる高効率冷却” や ”グリコールを使用せず産業廃棄物扱いされない純水で冷却することによる環境への配慮” などが挙げられます。 第6世代Neptuneシステムは以下のラインナップとなっています。 NeptuneV5（6Uエンクロージャー）：最大12ノード、23.4kW対応 NeptuneV6（13Uエンクロージャー）：最大8ノード、60kW対応 仮想環境に最適なHCIソリューション 仮想化基盤の見直しは企業にとって重要な課題です。VMware製品のライセンス体系変更によるコストの増加やデータセンターの統合が進む中、運用コストの削減と管理の合理化が求められています。また、ハイブリッドクラウドの導入による拡張性、柔軟性、コスト削減が期待されています。レノボのソリューションは、これらのニーズに応えるための強力なツールです。 迅速なAI導入と仮想化基盤（ThinkAgile HCI） レノボの ThinkAgile HCIソリューションは、エッジからクラウドまであらゆるワークロードや、Nutanix GPT-in-a-box、Nutanix Edge AI、VMware Data Center、Azureクラウドサービスといった AIアプリケーションを容易に実行できるよう最適化されています。また、Microsoft、Nutanix、VMware と事前に統合されたソリューションが提供されるため、選択肢も柔軟、かつ、迅速な導入が可能です。さらに、データセンターの AIトレーニングと推論、エッジAI推論、データ分析、機械学習モデリングなど、複数のユースケースに対応し、多くのコンピュートと低コストを実現します。 仮想化基盤の移行とAIアプリケーション（ThinkAgile HX） ThinkAgile HXソリューションは、KVM をベースにした10年以上の歴史を持つ仮想化ソフトで多数の VM移行の実績があります。直感的な 1-Click管理が可能で、簡易なシングル・コンソール「Prism」でのエンドツーエンドの管理、監視と修復が行えます。また、アプリケーションの必要性に合わせた柔軟なシステム拡張やデータ保護が可能です。 生成AIソリューション（GPT-in-a-Box） GPT-in-a-Box は、Nutanix認定設計の AIターンキーソリューションで、Nutanix Cloud Infrastructure や Unified Storage、AI Infrastructure を統合しています。生成AI を迅速かつ簡単に導入・管理できるため、モデルのトレンドや変更にも迅速に対応できます。主なユースケースとしては、データセキュリティとプライバシーを管理する生成AIチャットボット、コード生成、コンテンツ作成、知財保護などが挙げられます。 仮想化基盤の統合とクラウド連携（ThinkAgile MX） ThinkAgile MX は、Hyper-Vベースの仮想化基盤で、Azureクラウドと連携した高可用性とデータ保護を提供します。仮想デスクトップ（AVD）をオンプレとクラウドでシームレスに統合でき、ネットワークやデータ主権の課題を克服することが可能です。小規模スイッチレス構成にも対応しているため、スモールスタートが可能です。 お客様事例：大阪回生病院様 大阪回生病院様は、電子カルテを含む部門システムの移行という大規模なプロジェクトに直面しました。プロジェクトの成功には、厳しいスケジュール内での実施とシステム停止を最小限に抑えることが課題でした。レノボの Professional Service部隊は迅速な対応と高い専門性を発揮し、半日間のシステム停止でデータ移行を完了させ、短期間での安定稼働を実現しました。 具体的なサービス内容としては以下が挙げられます。 コンサルティングサービス 現状調査と分析：ツールを使って現在の環境を調査し、課題や問題を明確化。 設計サービス：詳細なインフラ設計と、実績に基づいた策を提案。 ワークショップ：ビッグデータ活用やクラウド移行など、特定のテーマに応じたワークショップを開催。 移行支援サービス 移行アセスメント：現行環境の評価を行い、最適な移行方法を策定。 データマイグレーション：安全かつ効率的にデータを新しい環境に移行。 クラウド移行：ハイブリッドやプライベートクラウドへの移行を包括的にサポート。 プロジェクトマネジメントサービス プロジェクト計画：スコープ、スケジュール、リスク管理計画を包括的に作成。 定例会議の開催：進捗確認や課題の解決策を議論し、プロジェクトを円滑に進行。 品質管理とリスク管理：クロスチェック体制を確立し、リスクを分析・軽減。 ※詳細な内容につきましては以下のリンク先にてご確認ください。 GPT-in-a-Box 2.0 発表 : GenAI を活用する4つの方法（Nutanixサイト） 導入事例 - 大阪回生病院（Lenovoサイト） AI PCによるこれからの世界 クラウドとエッジAI の活用によりユーザーは作業を効率よくこなし、時間の使い方を変革することができます。具体的には、文章の読解サポートやリアルタイム翻訳、AIベースの画像編集などが可能となり、ビジネスでもその活用範囲が広がっています。AI による恩恵は「どのように時間を使うか」を変えることにあります。 小規模言語モデル（SLM）と大規模言語モデル（LLM）の違いも大きなポイントです。LLM は主にパブリッククラウドやデータセンターで動作し、大規模なリソースを消費します。一方、SLM はクライアントデバイスやエッジコンピューティングで動作し、小規模なリソースでの運用が可能です。この違いにより、クライアントデバイスでも生成AI の恩恵を受けられるようになります。 パーソナライズされた ”ローカルAI” により、業務の効率化が進みます。個人ごとのナレッジベースが作成され、情報検索、サマリ作成、文章のブラッシュアップなどをサポートします。また、PC操作のアシスタントとして、デバイス設定のコントロールや構成情報の迅速な確認、トラブルシューティングなどが可能です。 クラウドベースの AIガバナンスも重要なポイントです。クライアントとクラウドのインターフェイスにおいては、データのロケーション、コスト、パフォーマンスなどを考慮する必要があります。パーソナルナレッジベース（PKB）によるデータ管理が強化され、ローカルでの安全なデータ管理が可能です。 SLM由来の AI体験をオンデバイスで実現するための新しい WindowsPC が登場します。自然言語による処理や OCR、イメージの超解像度処理など、さまざまな AI機能が標準搭載され、コンピューティングパワーがユーザーに寄り添い、効率的な作業をサポートします。 AI の進化により私たちの作業効率が飛躍的に向上し、時間の使い方も大きく変わることが期待されます。 一部展示 まとめ 今後どのようにビジネスにもたらしていくのか、またもたらされるのか、楽しみですね！ お問い合わせ エヌアイシー・パートナーズ株式会社技術企画本部E-Mail：nicp_support@NIandC.co.jp .highlighter { background: linear-gradient(transparent 50%, #ffff52 90% 90%, transparent 90%); } .anchor{ display: block; margin-top:-20px; padding-top:40px; } .btn_A{ height:30px; } .btn_A a{ display:block; width:100%; height:100%; text-decoration: none; background:#eb6100; text-align:center; border:1px solid #FFFFFF; color:#FFFFFF; font-size:16px; border-radius:50px; -webkit-border-radius:50px; -moz-border-radius:50px; box-shadow:0px 0px 0px 4px #eb6100; transition: all 0.5s ease; } .btn_A a:hover{ background:#f56500; color:#999999; margin-left:0px; margin-top:0px; box-shadow:0px 0px 0px 4px #f56500; } .bigger { font-size: larger; }
公開日：2024-12-23 DX によるデータ活用の進展により、近年、企業で保有するデータ容量が急激に増加しています。一つの企業がペタバイトクラスのデータを持つことも珍しくありません。このような大量のデータの保管場所としてクラウドが選ばれることが多いですが、データ容量が増えると最も安価なストレージを使用してもコストが大幅に上昇してしまいます。 そこで注目していただきたいのが、IBM の次世代長期アーカイブソリューション「IBM Storage Deep Archive」です。導入が容易で、かつデータ保管コストを大幅に削減できるのが特徴です。 本コラムでは、その概要とともに、コストを抑えながら重要な大容量データを長期間保管する方法をご紹介します。 目次 大容量データの時代 – 企業が抱えるペタバイト級のデータ 大容量データのクラウド保管 – コスト面での難題 クラウドよりも経済的 – 大容量データの低コスト保管に最適 まとめ お問い合わせ 大容量データの時代 – 企業が抱えるペタバイト級のデータ 近年の技術革新とデジタル化の進展により、以下の分野で取り扱われるデータ量は急激に増加しています。これらのデータは日常的に使用されないものの、必要な際には速やかに参照できるよう長期にわたり安全に保管することが求められています。 例えば、以下のような分野のデータがあります。 HPC（高性能計算） 高性能計算システムでは、大規模なシミュレーションや計算モデルの結果として生成されるデータセットは非常に膨大です。これらのデータは研究や分析のために長期保管が必要であり、再現性の確認や後続の研究の基盤として重要です。 分析データ ビッグデータ分析や機械学習の普及により、企業や研究機関では大量の分析データが生成されています。これらのデータは将来の意思決定や新たなインサイトの発見のために保管しておく必要がありますが、日常的なアクセス頻度は高くありません。 研究データ 科学研究や工学分野で生成されるデータは、実験結果や観測データ、シミュレーションの出力など、多岐にわたります。これらのデータは、将来の研究や過去の記録の検証のために長期保存が求められます。 医療、ゲノム、製薬 患者の医療記録やゲノム解析データ、臨床試験の結果など、医療・製薬分野のデータは非常に重要です。長い期間アクセスされない場合もありますが、後続の治療や研究のために保管しておく必要があります。 映像、動画、エンタメ 映像制作や放送業界では、過去の作品や未使用の素材、大規模な映像プロジェクトのデータを長期保存する必要があります。頻繁にはアクセスされませんが、リメイクや再利用の際に重要な資産となります。 監査対応、法定保管資料 企業の監査対応や法的要件に基づく記録の保管は長期間にわたる保存が必要です。これらのデータは日常的にアクセスされることはほとんどありませんが、コンプライアンスや証拠として重要な役割を果たします。 大容量データのクラウド保管 – コスト面での難題 これらのデータを持つ企業にとって、長期間にわたってアクセスされないことを考慮しながら安全かつ効率的に保管することはますます重要な課題となっています。 例えば AWS S3 などのクラウドストレージは、スケーラビリティ、信頼性、アクセス性の高さから多くの企業に利用されています。これらのサービスは必要なストレージ容量を瞬時に拡張でき、データへのアクセスも非常に柔軟です。 しかし、大容量データの長期保管においては、そのコストが企業に大きな影響を与える要因となりえます。そのため、ペタバイト級に届く大容量データの長期保管においては、クラウド以外の手段でコスト効率の高い保管ソリューションを検討する必要があります。 クラウドよりも経済的 – 大容量データの低コスト保管に最適 そこでご注目いただきたいのが、大容量データの保管に最適化された次世代の長期アーカイブ・ソリューションである「IBM Storage Deep Archive」です。 このソリューションは、IBM Diamondbackテープライブラリを基盤としてミッドレンジとハイエンドの中間に位置づけられたテープ・ストレージと統合されています。また、S3 Glacierストレージクラスの標準化されたインターフェースを提供し、使いやすさを重視しています。 図1. 廉価なテープをS3オブジェクトAPIでアクセス 以下に、具体的な特徴や利点をご紹介します。 経済性 IBM Storage Deep Archive の最大の特長は ”コスト効率” です。1ラックで最大27PBのデータを格納でき、従来のクラウドストレージの約1/20以下のコストで保管が可能です。特に長期間の視点でのコスト抑制が求められる二次および三次のデータ保管には最適な選択肢です。 長期保存の信頼性 テープ・ストレージは数十年にわたりデータを安全に保管できるため、HPC（高性能計算）で生成されるデータや複雑な分析データ、研究データ、医療・ゲノム・製薬分野のデータなどの保管にも適しています。さらに、過去の映像素材や未使用のフィルムを低コストで長期にわたり保管することが可能で、法定保管資料や監査対応のデータ保管にも理想的です。 エア・ギャップ IBM Storage Deep Archive は物理的にネットワークから切り離せるテープ・ストレージを使用しており、サイバー攻撃や不正アクセスからデータを保護するためのエア・ギャップを実現します。これにより、重要なデータのセキュリティが格段に向上します。 導入のしやすさ IBM Storage Deep Archive は特別な設定が不要で、一般的なネットワークアクセスを使用して簡単に接続できます。既に AWS S3 Glacier対応のアプリケーションを使用している場合でも、接続先を IBM Storage Deep Archive に変えるだけで利用を開始できます。テープに関する専門技術がなくても、オブジェクトストレージ管理者であれば問題なくサポート可能です。 まとめ IBM Storage Deep Archive は、大容量データの二次および三次保管に最適なソリューションです。経済性、導入のしやすさ、長期保存の信頼性、エア・ギャップなど、多くの利点を提供します。これにより、企業は重要なデータを安全かつ経済的に長期保管し、ビジネスの継続性を確保することができます。 エヌアイシー・パートナーズは、IBM ソフトウェア/ハードウェアの認定ディストリビューターとして、IBM Storage Deep Archive のお客様への提案をサポートします。また、IBMのソフトウェア製品およびハードウェア製品を組み合わせた最適な提案を提供するとともに、製品の特長や利点をお客様にわかりやすく説明し、お客様・パートナー様のビジネスをサポートします。 「お客様のニーズや要件に合わせて総合的なIBMソリューションを提案したい」「IBM製品の機能や適用方法についての問い合わせに適切に対応したい」「IBM製品の特長や利点を活かしてお客様ビジネスに最適なプランを提示したい」 といったご要望をお持ちの際は、お気軽にエヌアイシー・パートナーズへご相談ください。 お問い合わせ この記事に関するお問い合せは以下のボタンよりお願いいたします。お問い合わせ .highlighter { background: linear-gradient(transparent 50%, #ffff52 90% 90%, transparent 90%); } .anchor{ display: block; margin-top:-20px; padding-top:40px; } .btn_A{ height:30px; } .btn_A a{ display:block; width:100%; height:100%; text-decoration: none; background:#eb6100; text-align:center; border:1px solid #FFFFFF; color:#FFFFFF; font-size:16px; border-radius:50px; -webkit-border-radius:50px; -moz-border-radius:50px; box-shadow:0px 0px 0px 4px #eb6100; transition: all 0.5s ease; } .btn_A a:hover{ background:#f56500; color:#999999; margin-left:0px; margin-top:0px; box-shadow:0px 0px 0px 4px #f56500; } .bigger { font-size: larger; }
