WebPerformer V2.9提供、Google Cloudに対応

この記事のポイント
- WebPerformer V2.9が提供開始され、Google Cloudに対応した
- 公共分野や大規模業務システムを対象にしたクラウド利用を支援
- 導入には個別の要件確認と試験環境での検証が求められる
キヤノンITソリューションズは2026年10月27日、ローコード開発プラットフォーム「WebPerformer(ウェブパフォーマ)V2.9」の提供を開始した。今回の更新ではGoogle Cloudを稼働環境に追加し、自治体や行政機関などの公共分野を含むクラウド利用の選択肢を拡大した。あわせて、複数部門で共通利用する大規模業務システム向けに、画面開発の機能を強化している。
Google Cloud対応で公共システムへの適用範囲を拡大
今回の目玉は、WebPerformerが生成する業務アプリケーションの対応環境にGoogle Cloudが加わったことだ。同社は、政府や地方公共団体がクラウドサービスを利用する「ガバメントクラウド」関連の開発案件にも活用できるとしている。ただし、Google Cloudに対応したことと、すべての公共システムの要件を自動的に満たすことは別であり、実際の採用には個別の要件確認が必要となる。
WebPerformerは、画面やデータ、業務フローなどの定義からWebアプリケーションを自動生成するローコード開発基盤だ。2005年に販売を開始し、公式製品ページでは2026年6月時点の累計導入企業数を1,500社以上と案内している。Javaプログラムやデータベース関連の資産を生成でき、業務部門と開発部門が連携して画面や機能を作り込む開発手法にも対応する。
入力チェックと確認メッセージの設定を改善
V2.9ではクラウド対応だけでなく、画面開発の細かな作業を減らす機能も追加された。入力値のチェックを実行するタイミングを柔軟に設定できるほか、ユーザーに表示する確認メッセージを動的に変更できる。さらに、画面項目に紐づく定義情報を複製する機能も用意された。こうした改善は、同じ形式の入力画面を多数持つ業務システムで、個別実装や設定の繰り返しを減らす狙いがある。
たとえば申請フォームや社内の承認画面では、入力時点でエラーを知らせるか、確定操作の直前に検証するかによって利用者の操作感が変わる。確認メッセージも、処理内容に応じて表示を変えられれば、画面ごとの専用処理を減らせる可能性がある。一方で、これらは機能追加の説明であり、開発工数の削減率や処理速度の改善率といった定量的な成果は今回の公式発表に記載されていない。
導入判断で確認したい点
同社の製品紹介によれば、WebPerformerはAWSやGoogle Cloudなどのクラウド環境に対応し、ReactやWeb Componentsを組み合わせた拡張開発、外部サービスとの連携にも対応する。新バージョンの詳細な動作条件は、公式サイトで公開されている「WebPerformer V2.9 稼働環境表」で確認できる。既存の開発環境から移行する場合は、利用中のミドルウェアやデータベース、運用方式との整合性を事前に検証する必要がある。
今回の発表は、ローコードツールを小規模な社内アプリだけでなく、公共分野や複数部署にまたがる業務システムへ適用する動きの一例といえる。Google Cloudへの対応と画面定義機能の強化は発表済みだが、導入企業ごとのコストや開発期間への効果は案件の条件によって異なる。製品の採用を検討する際は、公式の対応環境表と自社の要件を照合し、試験環境で機能や運用性を確かめることが重要だ。
読者アンケート
公共分野での導入は適切だと思いますか?
回答して統計を見る
管理側のひとこと
Google Cloudに対応し、公共分野での利用が広がる見込みです。導入を検討する際は、自社の要件と整合性を確認することが重要です。
みんなの反応
55件Google Cloud対応は選択肢が増えていいね
自治体案件でも使えるなら需要ありそう
ローコードで大規模開発は気になるところ
既存のシステムから移すのは大変そう
入力チェックのタイミング変更は地味に助かる
こういう細かい改善こそ現場には効く
AWS以外の選択肢が増えるのは歓迎
ガバメントクラウド対応の条件は確認したい
1,500社以上の導入実績は意外と多い
設定だけで全部済むわけではないよね
業務画面って似た項目が多いから助かりそう
確認メッセージを動的に変えられるの便利
クラウドの費用も比較して決めたい
古い業務アプリの刷新に使えるかな
Google Cloud案件の選択肢が広がるね
公共向けはセキュリティ要件が厳しそう
開発工数がどれだけ減るか知りたい
実際の導入事例が増えたら見てみたい
定義情報の複製は普通にありがたいw
ローコードでも設計力は必要だと思う
画面ファースト開発は相性が良さそう
生成されたコードの保守性が気になる
社内の申請システムに使えそうだな
大規模案件でのテスト方法も知りたい
新バージョンの互換性は要チェック
クラウド対応だけでも検討材料になる
UI改善の速さが上がるなら嬉しい!
既存のJava資産とどう組み合わせるんだろ
運用監視まで含めて考える必要ありそう
行政システムの選択肢が増えるのは良い
ツールの習得コストはどれくらいかな
複雑な業務ルールへの対応力が重要
ガバクラ案件での実績が今後の焦点かな
確認ダイアログの細かな調整は助かる
ノーコードとの違いも整理してほしい
生成アプリの性能測定も見てみたい
クラウド環境ごとの差分が気になる
入力フォームが多い現場には刺さりそう
部署横断の開発だと権限設計が大事
2005年から続いている製品なんだね
今から学ぶ価値があるか少し気になる
機能強化が具体的で分かりやすい
データベースの対応範囲を確認したい
移行時の検証項目は多くなりそう
標準化できる部分は標準化したいよね
大規模開発ほど変更管理が難しそう
フルスクラッチと使い分けたいところ
公式の稼働環境表は先に読んでおきたい
ガバメントクラウドの話は今後も増えそう
現場の要望を反映した更新なら期待
設定ミスを防ぐ仕組みもあるといいな
サンプル画面をもっと見てみたい
ライセンス体系も比較ポイントになりそう
小さく試してから採用判断したい
現場目線のアップデートで堅実だね
一致する反応はありません。
情報元
- www.canon-its.co.jp リンク先:www.canon-its.co.jp
- www.canon-its.co.jp リンク先:www.canon-its.co.jp
- www.canon-its.co.jp リンク先:www.canon-its.co.jp







あなたはどう思う?
コメントは投稿後すぐに公開されます。個人情報や不適切な内容は投稿しないでください。
コメント
まだコメントはありません。