【てくさぽBLOG】IBM Power Virtual ServerのAIX環境とIBM Cloud x86環境を接続してみた

一覧に戻る

2021年11月

【てくさぽBLOG】IBM Power Virtual ServerのAIX環境とIBM Cloud x86環境を接続してみた

ブログ

こんにちは。
てくさぽBLOGメンバーの村上です。

本ブログは、IBM Power Virtual Server をトライしてみた内容や感想をご紹介するブログです。

シリーズ化していますので、まずインデックスのご紹介をします。

インデックス

・IBM Power Virtual ServerでAIX環境を作ってみた
・IBM Power Virtual ServerのAIX環境にSWを導入してみた
・IBM Power Virtual ServerのAIX環境を日本ロケールにしてみた
・IBM Power Virtual ServerのAIX環境をバックアップしてみた（Part.1）
・IBM Power Virtual ServerのAIX環境をバックアップしてみた（Part.2）
・IBM Power Virtual ServerのAIX環境とIBM Cloud x86環境を接続してみた ←今回

今回は、Power Virtual ServerのAIX環境を IBM Cloud の x86環境と接続する方法をご紹介します。

セクション

以下の1)～6)のセクションに分けてご紹介します。

1）接続イメージの説明
2） Direct Link Connect の説明
3） Direct Link Connect の作成
4） Caseを利用した接続依頼
5） VSI for VC の作成
6） AIX環境とx86環境の接続確認
 最後に
 お問い合わせ

検証はAIXのインスタンスで行いましたが、IBM i のインスタンスでも同等の手順で操作を行うことができます。

利用したクライアント端末（私のPC）は、Windows10 pro バージョン2004（検証当時）です。

1) 接続イメージの説明

Power Virtual Server のAIX環境と IBM Cloud の x86環境はロケーションが異なる別のサービスで、ネットワークは直接つながっていません（2021年11月時点）。
そこで、お互いの環境を接続する方法が IBM Cloud から提供されています。
Direct Link Connect を利用する方法です。

今回は、上記の図の青色の線「Direct Link Connect」を作成し、オレンジ色のubuntuサーバ（仮想サーバ・インスタンス(VSI)）とAIXサーバを接続することが目的です。IBM Cloud環境の「仮想プライベート・クラウド(VPC)」と「仮想サーバ・インスタンス(VSI)」は未作成だったので、新規に作成し手順もブログ内に残しました。

2) Direct Link Connect の説明

Direct Link Connect と Power Virtual Server は全く別のサービスですので、Direct Link Connect は新規に作成する必要があります。
Direct Link Connect は IBM Cloud のポータルから作成（契約）します。

1)でも記載した通り、Power Virtual Server は IBM Cloud の x86環境と異なるコロケーションサイトを利用しており、ネットワークも直接つながっていません。そのため、Direct Link Connect を契約し設定することで x86環境と接続することが可能となります。

Direct Link Connect には、従来からある「Classic」と新しく提供が開始された「2.0」があり、どちらも無料で利用できるので、今回は新機能が充実している「2.0」を利用します

Direct Link Connect 利用条件（IBM Cloud 柔らか層本20211124版 p.85より）

・1データセンターあたり、10Gbps ポート x 2回線(HA) まで無料
・Global routing を利用しても追加費用は不要
・Direct Link Connect の申請時、「Network Provider」は「IBM Power Virtual Server」を選択すること（「3) Direct Link Connect の作成」でも触れます）

3) Direct Link Connect の作成

では早速、Direct Link Connect を作成します。

・IBM Cloud にログインし、左上にある「ナビゲーション・メニュー」→「相互接続性(Interconnectivity)」を選択します。

相互接続性(Interconnectivity) の画面に移動しました。

・「Direct Link」を選択します。

・「Direct Linkの注文」を選択します。

・「Direct Link Connect」を選択します

Direct Link Connect の構成パラメーターを選択する画面に移動しました。

・「リソース」情報は以下を入力・選択します。
＞ Direct Link 名：tok-powervs（任意の文字列）
＞リソース・グループ：Default

ここから、Direct Link Connect の構成パラメータを設定していきます。

・「ゲートウェイ」では以下の順番で選択します。
＞ジオグラフィー：APAC
＞市場：Tokyo
＞タイプ：すべて
＞サイト：Tokyo 4
＞経路指定：ローカル（グローバルを選択すると別リージョンへ接続可能）

プロバイダー：IBM POWER VS

速度は、50Mbps~10Gbps まで8種類から選択可能です。どの速度でも金額は変わりません。IBM推奨は1Gbps以上です。

・速度とポート(1つ)を選択します。
＞速度：1Gbps（10Gbpsにしようかと思いましたが、何となく遠慮してみました）
＞ポート：SL-TOK04-POWERIAASLITE-1-1-(ASR1)

※ 選択するポートは「速度範囲」が当てはまるものを選びます。今回は、どのポートでも当てはまりますので一番上のポートを選びました。

・「請求処理」で「従量制」を選択します。

・「BGP」は以下の通り選択および入力します
＞ BGPピアリング・サブネット：「IPの手動選択」を選択
＞範囲：「169.254.0.0/16」を選択（169.254.0.0/16 から）
＞自分のIPv4 CIDR：「169.254.0.2/30」を選択
＞ IBM IPv4 CIDR：「169.254.0.1/30」を選択
＞ BGP ASN：「64999」を入力

※ BGPピアリングは「169.254.0.0/16 」から範囲を指定します。今回は特に決めごともないので自由に設定しました。
※ BGP ASNは Direct Link Connect の構成ガイドにある通り、「64999」を指定します。

・「接続」は初期状態のまま変更しません。

ここまで入力が出来たら構成パラメータの設定は完了です。

・画面の右側に表示されるサマリーを確認し「作成」ボタンをクリックします。

Direct Link Connect の作成が受け付けられたメッセージが出力されます。

暫く待つと Direct Linkの「状況」が「構成中」→「プロビジョン済み」に代わります。作成したDirect Link名「tok-powervs」をクリックし詳細画面を表示します。

下記の詳細情報は「4) Caseを利用した接続依頼」で利用しますので、このまま表示させておくかコピペしておきます。

Direct Link Connect の作成が完了しました！

4) Caseを利用した接続依頼

次に、Power Virtual Server のAIX環境とDirect Link Connect の情報を紐付けるための作業を行います。この作業は、IBM Cloud のWEBポータル画面やIBM Cloud CLI 、API からは実施できません。Case を利用して、IBMのSEさん(？) へ接続のリクエストを出します。
Caseとは、IBMのサポートコミュニティの「問い合わせ」のことです

・IBM Cloud のWEBポータル画面の右上にある「サポート」をクリックします。

・「Caseの作成」をクリックします。

・「リソース」を選択します。

・「Caseの作成」画面で以下を選択し「次へ」をクリックします。
＞トピック：「Power Virtual Server」をプルダウンから選択
＞名前：「Power Virtual Server-g5」にチェックを入れる

下記の画面に移動したら、依頼内容を記載することができます。

Caseに依頼する情報は、「3) Direct Link Connect の作成」の最後に表示した詳細情報を利用し、以下のように記載しました。Case は英語で記載する必要があります。
実は、日本語でCaseを依頼してしまったことがあったのですが（英語で記入することをすっかり忘れていました）、担当SEさんが丁寧に英語に翻訳してくださって「質問はこういう意味であっていますか？」と返信が来ました。優しいです。
Caseの記載方法はQiitaのブログを参考にさせてもらっています。

サブジェクト：PowerVS : Direct Link 2.0 Request

説明：
<Inquiry regarding Direct Link Connect for PowerVS>
I ordered Direct Link Connect from IBM Cloud portal and its provisioning has finished.
The detail information is as follows.
Please proceed at Power VS side to establish Direct Link Connect. Thanks.
—
Data creaged : Tue,Mar 2,2021,13:49:39 JST
Resource group : Default
Provider : IBM POWER VS
Routing : Local
Speed : 1 Gbps
Billing : Metered
User CIDR : 169.254.0.2/30
IBM CIDR : 169.254.0.1/30
BGP ASN : 64999
IBM ASN : 13884
Port : SL-TOK04-POWERIAASLITE-1-1-(ASR1)
Location : Tokyo 4
Service key : （「サービス・キー」にある値を記載します）
BGP status : Idle
VLAN : 3921Connected VLAN : CIDR
public-192_168_187_32-29-VLAN_2032 : 192.168.187.32/29

・記載が完了したら「Caseの作成」ページの一番下にある「次へ」をクリックします。

・記載した内容を確認し「Caseの送信」をクリックします。

下記のメッセージが出力されたらCaseによる申請が完了しています。

数日後・・サポート・センターよりPower Virtual Server 側の接続が完了されたお知らせが来ました。
依頼内容を間違えてしまったのと少しのんびりやっていたので、接続完了まで5日くらいかかりました。Advanced Supportに入っていないので、対応はクイックではない印象ですが、Caseの担当SEさんより私の方がのんびり返信しているので問題ないです。
修正がなければ、2日程度時間を用意していれば確実に接続してもらえそうです。

IBM CloudのWEBポータル画面ではBCPのステータスが「確立済み」になっていました。

Direct Link Connect とPower Virtual Server の接続が完了しました！

5) VSI for VPC の作成

Direct Link Connect がPower Virtual Server と接続できたので、IBM Cloud の x86環境とちゃちゃっと接続したいところではありますが、実はまだ仮想プライベート・クラウド(VPC)もIBM Cloud のx86環境(仮想サーバインスタンス(VSI)) もありません。。

そのため、この検証のためにx86環境を作っていきます。画面ショットを取得していない部分は文字のみで説明しています。

・「ナビゲーションメニュー」から「VPCインフラストラクチャー」を選択します。
＞左のメニューから「VPC」を選択し、「作成」をクリックします。

・「新規仮想プライベート・クラウド」の画面で以下のように入力・選択します。
＞名前：tok-vpc（任意の名前でOK）
＞リソース・グループ：Default（変更なし）
＞タグ：（記載なしのまま）
＞ Region：「東京」にチェック
＞デフォルト・セキュリティー・グループ：「SSHを許可」「Pingを許可」にチェック
＞クラシック・アクセス：「クラシック・リソースへのアクセスを有効にします」は無効
＞デフォルトのアドレス接頭部：「各ゾーンのデフォルト接頭部の作成」にチェック

・「サブネット」の項目では「サブネットの追加」をクリックします。

・画面の左に「VPC用の新規サブネット」が表示されるので以下の情報を入力し「保存」をクリックします。
＞名前：tok-vpc-subnet（任意の名前）
＞ゾーン：「東京1」（東京1~3まで選択できます）
＞リソース・グループ：Default（初期値のまま）
＞タグ：（記載なしのまま）
＞ IP選択範囲
＞＞アドレス接頭部：10.244.128.0/18
＞＞アドレスの数：256
＞＞ IP範囲：10.244.1.0/24
＞ルーティング・テーブル：（記載なしのまま）
＞サブネット・アクセス制御リスト：（記載なしのまま）
＞パブリック・ゲートウェイ：「接続済み」にチェック

保存が完了したらVPCの作成承認画面になりますので「仮想プライベート・クラウドの作成」をクリックしVPCを作成します。

仮想プライベート・クラウド(VPC)の作成が完了しました！

続いて、VPCの中に仮想サーバ・インスタンス（VSI）を作成します。

・「カタログ」に「virtual server」と入力するとリストに「Virtual Server for VPC」が出てくるので選択します。

「VPC用の新規仮想サーバ」の作成画面になります。

・「詳細」では以下の通り入力・選択します。
＞名前：tok-test-vsi（任意の名前でOK）
＞リソース・グループ：Default
＞タグ：（記載なしのまま）
＞ロケーション：東京1（東京1~3が選択できます）
＞仮想サーバのタイプ：パブリック
＞プロセッサー・アーキテクチャー：x86

・「オペレーティング・システム」と「プロファイル」は以下を選択しました。
（SSH鍵はAIXインスタンス作成時に作ったものを利用します）

・「配置グループ」「ブート・ボリューム」「データ・ボリューム」は初期値のままとします。

・「ネットワーキング」では以下を選択します。
＞仮想プライベート・クラウド：tok-vpc (先ほど作成したVPC)

・「ネットワーク・インターフェース」は初期値のままとします。

ここまで入力と選択ができたら左画面に出力されているサマリーを確認し「仮想サーバ・インスタンスの作成」をクリックしてVSIを作成します。

下記のような表示となります。

「状況」が「稼働中」になったら作成完了です（2分くらいで稼働中になりました）。

仮想サーバ・インスタンス(VSI)の作成が完了しました！

次に、VSIをインターネット経由でアクセスできるようにするために、浮動IPアドレスを作成して割り当てます。浮動IPは、フローティングIPとも呼ばれています。

・IBM Cloud ポータル画面の左上にある「ナビゲーション・メニュー」→「VPCインフラストラクチャー」→「浮動IP」を選択します。

・「VPC用の浮動IP」の画面で「作成」をクリックします。

左画面に「浮動IPの予約」画面が出力されます。

・「浮動IPの予約」画面では以下を選択・入力します。
＞浮動IP名：tok-test-vsi-ip（任意の名前でOK）
＞リソース・グループ：Default
＞タグ：(記載なし)
＞ロケーション：「東京3」を選択
＞バインドするインスタンス：「tok-test-vsi」を選択(作成したVSI)
＞ネットワーク・インターフェース：「en0」を選択
すべての設定ができたら「IPの予約」をクリック

浮動IPが割り振られました。

私のPCから作成した浮動IPに疎通できるか確認します。

疎通ができました。

浮動IPの設定が完了しました！

6）AIX環境とx86環境の接続確認

いよいよ、Direct Link Connect と VPC を接続します。

・「ナビゲーションメニュー」→「相互接続性(Interconnectivity)」→「Direct Link」で「Direct Link」の画面を表示します。
・左の3つの点をクリックし「接続の追加」を選択します。

・「接続の追加」で以下を選択・入力し「追加」をクリックします。
＞接続の作成：アカウントに新規接続を追加します。
＞ネットワーク接続：VPC
＞地域：東京
＞使用可能な接続：tok-vpc
＞接続の名前：tok-powervs（任意の名前）

以下のメッセージが出力されます。

2分程度経つと、状況が「作動可能」になります。

これで、VPC と Direct Link Connect がつながりました。

AIX環境とx86環境間でPing疎通ができるかの確認を行います。

・AIXインスタンスにログインし、VSI環境にpingを投げます。

AIX環境とx86環境が疎通できました！

AIXサーバからVSIのubuntuサーバにssh でログインできることも確認できました。

今回で Power Virtual Server のブログは終了です。
検証を通して沢山の新しい知識を培うことができ、とても充実した機会でした！

最後に

2021年は多くのお客様が、Power Systems のオンプレミス更改の考え方を見直すと同時に、クラウド化を本格的に検討されました。

特に、中小企業のお客様は、クラウド化を選択することで得るメリットがお客様ご自身の負担やストレスを減らす手助けになられたように感じます。

2021年10月から、Power Virtual Server は安価な新ネットワークサービスが開始になったり、IBM i のライセンス移行オファリングが始まったりと、ユーザの目線に立った新機能が続々登場しています。
より身近なクラウドになってきました。

さて、2022年はアフターコロナが訪れるでしょうか。
海外旅行に行きたいです。

お問い合わせ

この記事に関するご質問は下記までご連絡ください。

エヌアイシー・パートナーズ株式会社
技術支援本部
E-Mail：nicp_support@NIandC.co.jp

2026年02月18日

【開催レポート】IBM様主催 Bobathon in Tokyo － IBM Bobで何が生まれた？

公開日：2026-02-18 2月12日、日本IBM様箱崎オフィスにて、弊社(NI+C Partners)のパートナー様を対象としたハッカソン「Bobathon（ボバソン）」を開催しました。 Bobathonでは、次世代AIエージェント型開発支援ツールである「IBM Bob」を活用。 USより来日したIBM Bobの開発責任者や、GlobalのTechリーダーをファシリテーターに、 Early Access版（早期アクセス版）のBobを使い倒す、非常に濃密で実践的なワークショップとなりました。目次イベント概要 IBM Bobで形にした驚きの活用アイデアパートナー様からのリアルな声今後の展望とアクションお問い合わせイベント概要参加： 7社 17名目的： IBM Bobを用いた自社利用の具体化、およびお客様への提案アイデアの磨き込み手法： IBM Bobの実機を使用し、テーマに沿った実践的なプロトタイピングを実施 IBM Bobで形にした驚きの活用アイデア各社チームに分かれ、Bobを操作しながら導き出された活用案は、どれも現場の課題に即した非常に具体的なものでした。業務自動化：紙の社内申請のデジタル化、RFP回答の自動補助、プロジェクトメンバーの最適アサイン開発・モダナイズ：レガシーRPGコードの解析・モダナイズ支援、ETL構成の自動確認・移行戦略・分析：食品ロス防止の在庫分析、特許情報の収集・解析による知財戦略の高度化スピード開発：キャンペーンサイトの短期間構築・運用パートナー様からのリアルな声実際にIBM Bobを触り、他社の活用法を目の当たりにした皆様からは、驚きと期待の声を多数いただきました。他のパートナー様のアウトプットを見て、業務活用のイメージがぐんと広がりました自分の中にはなかったアイデアに触れ、非常に刺激になりました「ついに開発もここまで来たか！」と驚きました。実機を触ることで、想像以上に参考になるイベントでした立場や業務によって、Bobの用途が無限に広がることを実感できました今後の展望とアクション今後は、検討いただいた内容をクライアントゼロとしてご活用いただくこと、および、実案件への提案展開を全力でご支援してまいります。また、弊社は今後も、IBM様と協業し継続的な「Bobathon」の開催を予定しています。 IBM Bobの社内評価・PoC・導入ご支援お客様への提案同行のご依頼これらに関するご相談は、ぜひお気軽にお問い合わせください。最後になりますが、ご参加いただいたパートナーの皆様、そして素晴らしいファシリテーションをいただいたIBMの皆様、本当にありがとうございました！お問い合わせエヌアイシー・パートナーズ株式会社技術企画本部 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:26px; } .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; }

ブログ

2026年02月06日

【てくさぽBLOG】IBM watsonx OrchestrateでAIエージェント開発してみた(Part2)

公開日：2026-02-06 こんにちは。てくさぽBLOGメンバーの高村です。前回の記事「【てくさぽBLOG】IBM watsonx OrchestrateでAIエージェント開発してみた（Part1）」では、昨年6月のアップデート後のwatsonx OrchestrateのUIを用いてサンプルエージェントを開発し、Salesforceから顧客情報および在庫情報を取得するところまでをご紹介しました。 Part2（本記事）では、生成AIツールとメールツールを使ったメールの作成・送信を実装し、AIエージェントの動作確認をデモ動画でご紹介いたします。目次サンプルエージェントのシナリオサンプルエージェントの開発さいごにお問い合わせサンプルエージェントのシナリオ Part2の内容に入る前に、サンプルエージェントのシナリオをあらためてご紹介します。サンプルエージェントのシナリオは、企画担当者が在庫商品を参照し、在庫情報に基づいて顧客へキャンペーンメールを送信する作業を想定しています。通常は担当者がデータベースで在庫を目視確認して対象商品を選定し、SFAで送信対象者を抽出、メール文面を作成してメールツールで送信するなど、複数システムをまたいで人手で作業するため、煩雑で時間と労力を要します。 watsonx Orchestrateを導入すれば、AIエージェントが在庫・顧客情報を取得し、在庫の多い商品のキャンペーン文面を生成、メールの作成・送信までを一気通貫で実行します。これにより、担当者の作業負荷軽減とリードタイム短縮、ミスの削減が期待できます。 Part1では、AIエージェントが「Salesforceからの顧客情報取得」と「在庫情報の取得」を実行するところまでをご紹介しました。Part2では、図のピンクで囲った部分である「生成AIによるキャンペーンメールのドラフト作成」と「メールツールによる送信」を開発します。最後に、Part1で作成した機能を含め、全体を通したAIエージェントのデモ動画をご紹介します。サンプルエージェントの開発生成AIプロンプトとメール作成・送信をAgentic workflowで実装するそれでは、Part1の続きとしてエージェント開発を進めます。ここでは、Agentic workflow機能を使用します。 Agentic workflowとは複数ツールの組み合わせや生成AIプロンプト処理、ユーザからの入出力フォームなどフロー形式でカスタムツールとして作成することができます。今回は生成AIプロンプトを使用して商品のキャンペンーンメールを作成し、メールツールからメール作成・送信を行うフローを作成します。 watsonx Orchestrateにログインして、メニューバーのBuildからPart1で作成したSales agentをクリックして開きます。エージェント開発画面が開きます。2026年1月のアップデートによりエージェントが使用するモデルのデフォルトがGPT-OSS 120B-OpenAI(via Groq)になりました。llama-3-2-90b-vision-instruct、llama-3-405b-instructは2026年3月末に withdrawalとなります。 Toolsetまでスクロールし、Add tool +をクリックします。以下画面が表示されるのでAgentic workflowをクリックします。任意のworkflow名を入力してStart buildingをクリックします。下記の画面が表示されます。左のボックスには追加可能なアクティビティとツールの一覧が表示されます。画面中央のフロー図にツール、アクティビティを構成します。左上にあるEdit detailsをクリックします。 Parametersタブをクリックし、フローのインプットとアウトプットの型を定義します。今回はstringでName,Descriptionは画面の様に設定しました。設定したらDoneをクリックします。下記画面に戻るので、左のボックスにあるGenerative promptをクリックしてフロー図の中央に追加します。プロプト設定画面が表示されます。左のプロンプトへのインプットではユーザが指定する商品名(テキスト)を変数として設定します。右のシステムプロンプトでは全体の会話の方針やトーンを入力し、ユーザプロンプトでは具体的な指示を指定します。また、プロンプトで使用するLLMはリストから選択でき、ここでは「llama-3-3-70b-instruct」を指定しています。 Add exampleタブでは例を追加することができます。以下の通り二つ例を追加しました。 Adjust LLM settingsタブでは最大/最小トークン数などを設定することができます。 Generate Previewをクリックすると、生成結果を確認できます。確認後は右上の×を押して保存します。これで、ユーザー指定のテキストからキャンペーンメールを生成するプロンプトが完成しました。次に、ユーザーにキャンペーンメールの内容を確認してもらえるよう表示を構成します。左のボックスからUser activityを選び、Generative promptの下に挿入します。 Add +をクリックし、Collect from userからFormをクリックします。今回はFormを利用しますが、このほかにも日付やファイルアップロードなどのアクティビティを構成することができます。左上の鉛筆マークをクリックして任意のアクティビティ名に変更します。次にAdd field + からCollect from userを選択し、Textをクリックします。 Requiredをオンにし、Input typeはMulti lineを選択します。さらに、BehaviorのInitial valueを有効化し、値にGenerative promptの出力変数を指定します。左の「mail body」ボックスを選択し、ユーザー向けのインストラクションを設定します。Instructionsをオンにして、下記のガイドを入力し、Cancel buttonもオンにします。設定後は右上の×をクリックして保存します。フロー図が下記画面の様に表示されます。次に、件名をユーザーに入力してもらうフォームを作成します。下記の画面のように、User activity1の下にもう一つUser activityを挿入します。 Add +をクリックし、Collect from userからFormをクリックします。下記画面が表示されるので任意のフォーム名を入力し、Add field + からCollect from userを選択し、Textをクリックします。任意のLabel名を入力し、Requiredをオン、Input typeはSingle lineを選択します。左の「mail subject」ボックスを選択し、ユーザー向けインストラクションを設定します。Instructionsをオンにして下記のガイドを入力し、Cancel buttonもオンにします。設定後は右上の×をクリックして保存します。フロー図は下記の画面のとおりです。最後にメールを送信するためのツールを追加します。今回は、カスタム作成した Brevoを用いたメール送信ツールを使用します。User activity2の下に左ボックスのToolタブからsend_mail_brevoのツール挿入します。追加したsend_mail_brevoノードをクリックしてInputsを設定します。contentはUser activity1の出力変数、subjectはUser activity2の出力変数を指定します。to_addressはAuto-map設定にして右上の✖をクリックして保存します。下記の画面の様にフローが作成できました！Doneをクリックしてワークフローを保存します。 Agent builder画面に戻り、Toolsetまでスクロールすると作成したAgentic workflowが追加されています。以上でAgentic workflowの作成は完了です。 Behaviorを設定する Behaviorまでスクロールします。InstructionsにPart1作成したSalesforceのツール、Knowledge、本記事で作成したAgentic workflowをエージェントがどのように利用するか定義します。エージェントの役割と動作の流れを定義し、プレビューで挙動を確認しながら内容を繰り返し修正しました。サンプルエージェントを使ってみるそれでは、作成したエージェントを使ってみます！エージェントの動きは下記動画をご覧ください。動画では、キャンペーンメールを送付する対象顧客情報をSalesforceから取得し、コンタクトリストを確認。その後、商品の在庫状況を参照して在庫の多い商品に合わせたキャンペーンメールを作成し、送信します。動画の長さの関係上、二本に分けて紹介します。 1本目：Salesforceから顧客情報を取得し、コンタクトリストを確認 2本目：在庫情報を確認のうえ、在庫の多い商品のキャンペーンメールを作成・送信 2本目の動画がPart2で開発した内容になります。商品と顧客名を指定すると、AIが商品情報をもとにキャンペーンメールを生成し、顧客名に紐づくメールアドレスを自動入力して送信できます。Agentic Workflowで追加したUser Activityを使うことで、生成したメール本文の確認・修正・追記が可能です。このように、定型の流れや承認プロセスが必要な場合は、フロー化することでより確実に処理を実行できます。さいごに Part1・Part2の2回にわたってサンプルエージェントの開発をご紹介しました。2025年6月のアップデートでUIや機能が刷新され、当初は戸惑いもありましたが、ご覧のとおりAIが自動で入力や抽出を行うため、よりエージェンティックに動作するエージェントを開発できます。今回最も苦労したのは、Behaviorの調整です。わずかな文言の違いで動作が変わるため、確認と修正を繰り返してチューニングしました。今回のように1つのエージェントに複数ツールを組み込む場合は、Behavior設定が複雑化します。回避策として、機能ごとにエージェントを分割し、親エージェントから呼び出す構成も可能ですのでご検討ください。事前定義ツールとしてはSalesforceのツールを2つ利用しました。要件に合うツールがあれば、認証情報を設定するだけですぐに利用できます。ただし多くのツールは基本機能が中心となるため、より細かな動作が必要であればカスタムツールを開発してご利用いただく必要があります。カスタムツール開発にはこちらの「【てくさぽBLOG】IBM watsonx OrchestrateのADKを使ってみた」でご紹介したADKという開発ツールキットが提供されていますので、是非ご活用ください。また、コード開発に心強い味方がございます。「【てくさぽBLOG】IBM Bobで市民開発に挑戦」でご紹介したIBM Bobはwatsonx Orchestrateのツール、エージェントのコード作成やSaaS環境へのインポートなどを支援してくれます。注目度も高いと思いますので、こちらは改めて別の機会にご紹介できればと思います。お問い合わせこの記事に関するご質問は以下の宛先までご連絡ください。エヌアイシー・パートナーズ株式会社技術企画本部 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:26px; } .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; }

ブログ

2026年01月22日

【てくさぽBLOG】IBM Bobで市民開発に挑戦

公開日：2026-01-22 こんにちは。てくさぽBLOGメンバー村上です。 2026年も、気づけばもう1月が駆け抜けていきそうですね。さて今回は「IBM Bob」検証シリーズPart2をお届けします（Part1 はこちら）。前回はBobの主要機能のひとつである「Explain機能（コード解析）」をご紹介しました。今回はコード生成を行う機能「Generate機能」に注目し、アプリケーションの開発に挑戦した内容をお届けします。目次はじめに IBM Bob のGenerate機能で市民開発を試してみた Generate機能の他社製品との比較さいごにお問い合わせはじめに現在、私たちのチームではIBM BobのPreview版（Early Access版）を利用し、Generate機能によってBobがどんなコード生成ができるのか、どこまでの領域をカバーできるのか、そして実際の業務がどれほど効率化されるのか、その実力と効果を検証しています。これまでに実施したGenerate機能の検証例・IBM Bobでwatsonx Orchestrate（wxO）のAIエージェントを作成・Bobで生成したマークダウン形式のファイルをExcelへ出力するツールの作成・チーム内で利用している勤怠確認用のスプレッドシートを操作性の高い「出退勤管理アプリ」にする開発今回はこの中から、他社製品との比較が行いやすく、IBM Bob ならではの特徴をより分かりやすく伝えられると考えた「出退勤管理アプリ」に焦点を当ててご紹介します。 IBM Bob がどこまで意図通りの開発ができるか、また、他製品と比較した内容も合わせてお届けします。 IBM Bob のGenerate機能で市民開発を試してみた「出退勤管理アプリ」作成の過程や成果としてご紹介する内容は下記です。プロンプトの強化：曖昧な指示を具体的に補完チャットモードを利用した対話型開発完成した成果物の紹介プロンプトの強化による成果物の比較 1. プロンプトの強化：曖昧な指示を具体的に補完まず、「出退勤管理アプリ」の完成イメージをBobに伝えます。 Bobのチャット画面に、下記のように要件を箇条書きで記載し、要件を書き終わったら「プロンプト強化機能(Enhance Prompt)」ボタンを押下しプロンプトを強化しました（プロンプトの強化についてはPart1のブログでも記載しています）。上記のプロンプトが下記のプロンプトに強化されました。チーム向け勤怠管理Webアプリケーションを以下の仕様で開発してください。【基本機能】メンバー全員が互いの勤怠状況を閲覧可能なチーム勤怠管理システムを構築します。各メンバーは個人アカウントでログインし、自分の勤怠データのみ編集権限を持ち、他メンバーのデータは閲覧のみ可能とします。【画面構成】 1. 当日勤怠一覧画面：本日の全メンバーの勤怠状況を一画面で一覧表示し、各メンバーの勤務場所、勤怠種別、勤務開始・終了時刻、備考を即座に把握できるダッシュボード形式とします 2. 個人別勤怠カレンダー画面：メンバーごとに過去の勤怠実績と未来の勤怠予定を時系列で確認・管理できるページを用意し、日付範囲を指定して表示できるようにします【勤怠データ入力機能】実績入力：毎日の勤務開始時と勤務終了時に手動で時刻を入力する機能を実装します。入力フォームはシンプルで素早く操作できるUIとします予定入力：複数日分の勤怠予定を一括登録できる機能を実装し、登録後もいつでも個別または一括で変更・削除が可能とします【勤務場所の選択肢】 - テレワーク - 聖路加オフィス - 外出 - その他各勤怠記録に対してドロップダウンまたはラジオボタンで選択できるようにします【勤怠種別の選択肢】 - 休（終日休暇） - AM休（午前休） - PM休（午後休） - 時間休 - FLEX（フレックス勤務）勤務場所と同様に選択式で入力できるようにします【備考欄】各勤怠記録に自由記述可能な備考欄を設け、特記事項や補足情報を入力できるようにします【認証・権限管理】初期メンバー5名分のアカウントを作成し、各メンバーは個人名でログインします。パスワード設定機能を実装し、初回ログイン時または設定画面から任意のパスワードに変更可能とします。編集権限は自分の勤怠データに限定し、他メンバーのデータは読み取り専用とします【技術要件】レスポンシブデザインでPCとモバイル端末の両方で快適に操作できるようにし、データの永続化にはデータベースを使用してください。モダンなWebフレームワークを使用し、保守性と拡張性の高いコード構造で実装してください「プロンプト強化機能」を利用することで、説明が不足している部分をBobが具体的に補完し、精度の高いプロンプトへとブラッシュアップしてくれます。これにより、要件の意図を正しく反映させるための具体的な指示が整いました。補足ですが、私は拡張機能として「Japanese Language Pack for Visual Studio Code」を導入し、IDEを日本語化して利用しています。（拡張機能の適用方法はPart1のブログにしています） 2. チャットモードを利用した対話型開発次に、IBM Bob のチャットモードを試してみました。今回利用したのは「Planモード」です。 Planモードを選択した理由は、まずBobが計画立案をしてくれ、その計画を人間側が理解・承認してから開発を進められると思ったためです。 Planモードを利用して先ほど強化したプロンプトをチャット画面から流すと、Bobが下記のように指示が漏れている部分を確認してくれました。技術スタックの確認：このWebアプリケーションの技術スタックについて、どのような構成を希望されますか？詳細な設定確認：初期メンバー5名の名前を教えてください。ログイン時に使用するユーザー名として設定します。このように、Bobが具体的な選択肢やデータの入力を促してくれるため、抜け漏れのない状態で計画を立て、実装へと進めることができます。全ての要件が明確になると、Todoリストが作成されました。このTodoリストを承認した後は、Bobがリストを上から順番に自動で進めてくれます。プログラムを作成する工程まで行くと「Codeモードに切り替えます」と宣言があり、チャットモードがPlanモードからCodeモードに自動で切り替わり、実装フェーズへ移行しました。この流れは非常にスムーズで、Bob の優秀さに感心しました。ちなみに、私のPCにはNode.jsがインストールされていなかったのですが・Node.jsのダウンロード、インストール方法・コマンド実行がうまくいかなかったときのトラブル対応は、全てBobが教えてくれました。教えてもらう相手が人間だと、ある程度調べてから聞かないと迷惑だよなぁ・・と思ってしまうような疑問でも、Bobになら遠慮せず聞くことができるので、スピードを落とさずに作業を進めることができました。 3. 完成した成果物の紹介こうしたプロセスを経て完成した「出退勤管理アプリ」がこちらです。市民開発への挑戦を決めた当初は、「どのような指示を出せばいいのか」と少し身構えていました。しかし、実際には細かな指示に悩む必要はなく、Bobがプロンプト強化機能やチャットモードを通じて、使い勝手の良いアプリケーションを自律的に構築してくれました。完成した「出退勤管理アプリ」には、ユーザー別のログイン機能だけでなく、パスワード変更やチームメンバーが各自のPCからアクセスできる外部接続の仕様まで標準的に実装されており、その完成度の高さには正直驚かされました。 4. プロンプトの強化による成果物の比較「1.プロンプトの強化」にて、プロンプトを強化してからアプリケーションを作成する方法を記載しましたが、試しに、プロンプトは強化せずに「出退勤管理アプリ」を作成してみました。成果物にどのような違いが現れたかをご紹介します。プロンプト強化前指示が曖昧だった機能は実装されなかったプロンプト強化後イメージしていた機能が全て実装されたプロンプトを強化し指示の解像度を上げることが、そのままアプリケーションの完成度に直結することを実感した検証となりました。 Generate機能の他社製品との比較さて、今回の検証では「他社製品ではどのような結果になるか」も合わせて検証しました。正確に比較するため、他社製品もBobと全く同じプロンプトを用いて検証を行っています。両者の操作感やアウトプットを細かい観点で比較し、Bobの特徴としてお伝えしたい部分を下記の表にまとめました。比較項目 IBM Bob 他社製品ドキュメント生成基盤～運用に関するドキュメントを作成・基本設計書・詳細設計書(実装計画書) ・使い方ガイド(README) ・開発設計書・導入手順書(SETUP GUIDE) ・障害対応手順書(作業中のトラブル対応) 開発視点のドキュメントを作成・要件定義書・基本設計書・詳細設計書(実装計画書) アーキテクチャのレベル本番運用に耐えうる可用性・信頼性を考慮した構成（フロントエンド・バックエンドの分離）すぐに動く構成（フロントエンド・バックエンドを分離しない構成）デプロイの容易性〇・プロンプト強化により不足情報が補完・選択肢(推奨案)が提示され対話を通じてステップバイステップで進められる △ ・プロンプト補完の機能は見当たらない・選択肢が提示されることはなかった今回の比較検証を通して、IBM Bobの自律型エージェントとしての高い実力を実感しました。実運用に耐えうる構成を自動で選択してくれる点はとても心強いです。また、基盤から運用までを網羅する圧倒的なドキュメント生成力や、対話を通じて迷わず進められるデプロイ支援により、開発のハードルが下がるだけでなく、実装の透明性も高いレベルで担保されています。作った後もチームや組織で説明・維持ができる、という安心感こそが、IBM Bobが組織利用を見据えたエンタープライズ向けの製品であると言える大きな理由なのだと感じました。さいごに Part2となる今回のブログは、IBM Bobの「Generate機能」を使った市民開発をご紹介しました。実際にBobと一緒にアプリケーションを作ってみて、やっぱりBobは頼りになる相棒でした。（最近、Bobを実在する人のように「Bobさん」と呼んでしまうことがあります）私は開発業務に深く携わった経験はほとんどありませんが、今回の検証を通じて、自分の手で形にできるワクワク感を肌で感じることができました。これからも、この頼もしい相棒と一緒に業務の新しい形を探り、その可能性をパートナーの皆さまにもお届けしていきたいと思います。お問い合わせエヌアイシー・パートナーズ株式会社技術企画本部 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:26px; } .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年12月25日

“AI を学習用ではなく事業の現場に馴染ませる”
本格的なAI時代に誕生したIBM Power11の覚悟とは？

公開日：2025-12-25 本格的なAI時代の到来で、企業にとってIT基盤の存在感はこれまで以上に重みを増しています。IBM Power11は、そうした時代の要請に応えるべく誕生した真のエンタープライズ・サーバーです。堅牢な信頼性と高い処理性能に加え、外付けカードIBM Spyre Acceleratorによって、地に足がついたAIワークロードをすぐに実装できる実用性を備えるに至っています。既に先行ユーザーは、大きな業務効率化の効果を体感しており、このサーバーは単なるハードウェアを超えて、次世代の標準基盤となる期待を集めています。今回は、日本アイ・ビー・エム（以下、IBM）テクノロジー事業本部 Powerテクニカル・セールス部長釘井睦和氏をお迎えし、AI時代をリードするべくして誕生したIBM Power11の“覚悟”について伺いました。出席者ゲスト日本アイ・ビー・エム株式会社テクノロジー事業本部Powerテクニカル・セールス部長釘井睦和氏インタビュアーエヌアイシー・パートナーズ株式会社技術企画本部テクニカル・サポート部部長　広橋稔本格的なAI時代の到来で、さらに重みの増すIT基盤広橋：経営とITが不可分となった今日、企業のお客様が直面している課題としてどのようなものがあると考えておられますか。釘井氏：本格的にAIの時代が到来したことが非常に大きいと思います。企業競争力の維持を図る上で、もはや、AI活用を抜きに戦略を立てられないというところまで来ています。実践段階に入ってきたこともあり、アナリスト機関IDCによれば、これからはAIエージェントが自らアプリケーションを書くようになると予測されています。その結果、アプリケーションの数は爆発的に増加し、今後10億もの新しいアプリケーションが出現すると予測され、そのうち3分の1はAIによって開発される見込みです。こうなってくると、アプリケーションを支えるインフラは、これまでにないスピードと規模でアプリケーション増加への対応と高い可用性を求められます。計画停止すら許されないミッションクリティカルな業務が増えていくことでしょう。そのような世界では、油断をするとシステムのサイロ化やデータ爆発も起きやすくなるため、その対策も必要です。その一方で、ランサムウェア攻撃を筆頭に、セキュリティリスクも劇的に高まっており、対策強化も喫緊の課題です。だからといって、ITばかりに予算を使うわけにはいきませんから、そこはコスト最適化を図る目線も要求されます。さらに、少子高齢化社会の進行で、IT人材も確保しづらい状況が続いているため、より少ない人員でより多くのことをカバーできるかといった観点での運用効率化も恒常的なテーマとなっています。つまり、今日の企業が対峙している課題は文字どおり山積しているといえます。広橋：確かに、日ごろパートナー企業やエンドユーザー企業のお悩みを聞く中で、こうしたお話はよく伺います。特にAI活用については、意欲を持ちつつも、プレッシャーも感じておられるようです。 AI時代のニーズに応える真のエンタープライズ・サーバー釘井氏：こうした中、今年登場したIBM Power11は、本格的なAI時代のニーズに応える、真のエンタープライズ・サーバーとして位置づけられています。このサーバーは、単なるハードウェアを超えたまさに“企業の中枢を支える基盤”として設計されており、Powerとして従来から定評のある堅牢性と可用性をさらに進化させつつ、計画停止をほぼ不要とする自律的な運用機能や強靭なセキュリティを標準装備しました。また、最新のDDR5メモリと強化されたI/Oアーキテクチャにより、高負荷のトランザクション処理や大規模データ解析なども余裕を持ってこなすとともに、AI推論も得意とします。IBM Power11は、企業がAI時代に向けて加速できるようIBMが考え抜いたフルスタックのイノベーションです。広橋： IBM Power11を特徴づけるキーワードをいくつか挙げていただけますか。釘井氏：一つは、「0」（ゼロ）です。これは、エンドツーエンドの自動化を実現し、計画的なダウンタイムを0にする、つまり、無停止運転を可能にすることを意味します。従来はメンテナンスウィンドウを設けて実施していたファームウェア更新、I/Oアダプタ更新、仮想化ソフトウェア更新などを、IBM Power 11ではAutomated Platform Maintenance（APM、プラットフォーム自動保守）機能として、管理コンソールであるIBM Hardware Management Console（HMC）からワンクリックまたは準自動で実行可能です。環境をチェックする更新前準備、パッチ配布、ワークロードの退避・復帰を一連のフローで自動化できるため、停止せずに更新できるというわけです。また、運用データを横断的に集約し、watsonxですぐに実行できる提案と自動化を結びつける、アプリケーション運用向けのAIオートメーション基盤 IBM Concertがあります。Concert for Powerでは、Powerインフラの脆弱性を検出して、現行バージョンに照らして優先度をAI算定、その後に推奨手順を提示し、必要に応じて更新をゼロ計画停止で実行するところまで担います。ここでいう実行とは、HMC/PowerVMが担う処理をConcertが呼び出して一気通貫に自動実行することを意味しています。広橋：サーバー停止は業務に支障を及ぼしかねず、利用部門や経営層からの圧力も大きいため、情報システム部門としてはなるべく回避したい運用ですから、安定して動き続けてくれるならそれに越したことはないですね。釘井氏：はい。もう1つのキーワードは「

インタビュー

コラム