エキスパートが歴史から語る
RPAはインテリジェントオートメーションへと向かう
1990年代に原型が生まれ、改良されてきたRPAツールは今、AIや機械学習、自然言語処理の進歩に伴い、新タイプに進化しつつある。
ロボティックプロセスオートメーション(RPA)は大きな期待を集めており、全く新しい新興分野のように見えそうだ。今やRPAツールは、AI(人工知能)ブームの一翼を担っている。だが、RPAツールのゆっくりとした着実な進化は、数十年前までさかのぼることができる。
RPAの一種が初めて登場してから、20年以上がたつ。今回、Serralaの技術および製品担当のシニアバイスプレジデントを務めるビシャル・アワシ氏に、RPAがどのように変わり、改良されてきたか、その一方で、基本的な自動化を実現するコア機能が、いかに変わっていないかについて話を聞いた。Serralaは、金融サービス自動化およびデータ管理ソフトウェアを手掛けるベンダーだ。
RPAとは簡単に言えば、これまで人手で行われてきた大量の反復的作業をソフトウェアやbotを使って自動化することだ。例えば、RPAは、災害対策におけるインフラのテストに使われる場合がある。これは一般的に、IT管理者が手動で行ってきた時間のかかる作業だ。RPAを利用することで、IT担当者は浮いた時間でより生産的な仕事に取り組める。
こうした時間や費用の節約効果が、RPAがホットなキーワードとなっている一因だ。使いやすさ(人間の働き手をシミュレートするRPA botが、システムに統合されることなく、システム上で動けば、より使いやすい)や、比較的低い初期コスト、選択肢が多いこともメリットだ。
アワシ氏はSerralaに入社する前は、DolphinでCTO(最高技術責任者)を務めていた。アワシ氏はこのインタビューで、RPAの進化について説明している。20年にわたってこの分野に携わってきたアワシ氏の言葉は、経験に裏打ちされた知識に基づいている。
編注:このインタビューは抜粋です。
RPAはどのように進化してきたのか
――RPAの進化はどのように始まりましたか。RPAはかなり昔から使われています。
ビシャル・アワシ氏(以下アワシ氏) 90年代後半にRPAの一種が登場し始めた。デスクトップマクロやスクリーンスクレイピングといった技術を使用するものだ。
われわれは当時、RPAビジネスを手掛けていなかった。だが、この分野には足りないものがあると考えていた。多くの大企業がERPシステムに投資していたが、依然としてアプリケーション間で大量のコピー&ペーストを手動で行っていた。そして、こうしたステップを自動化しようとする草の根的な取り組みがビジネス部門で行われるようになった。ビジネス担当者は、こうした作業を基本的になくし、ビジネスアプリケーションを最適化することをためらわなかった。
それが私にとっては、われわれが現在目にしているRPAの起源だ。その目的は、デスクトップツールから反復的な作業をなくすことだったと思う。基本的に、古いスクリーンスクレイピングやマクロ技術を使って、ユーザーが通常、デスクトップでマウスとキーボードを使って行っていることを自動化するわけだ。スクリプトを作ってユーザー間で配布することも行われていた。
こうした試みを全社的なフレームワークで実施することで、RPAの進化が次のステップを踏み出した。
われわれはロボティックスやソフトウェアを、クラス1、2、3という大きなクラスで分類することが多い。企業における基本的な取り組みは、ロボティックスクラス1の一般的な形態に相当する。これはRPAの最も低い段階だ。基本的に、一時しのぎ的なものといえる。これによってアプリケーションやビジネスプロセスが改善されたわけではないからだ。
――RPAはクラス2でどのように発展したのですか。
アワシ氏 われわれは、ユーザーが手動の反復作業を大量に行うのはなぜかをあらためて問い直した。そこでクラス2のRPAの出番となった。まだクラス1のRPAの原理に従っているが、ユーザーのデスクトップでの行動を模倣するのではなく、根底にあるバックオフィスアプリケーションの改善が焦点となっていた。ところが、こうしたアプリケーションは非常にモノリシックなアーキテクチャを採用していることが多い。そのため、メンテナンスがとても大変だ。
そこでわれわれは、拡張やアドオン、あるいはクラウドベースのアプリケーションによって、こうしたアプリケーション自体を最適化する方法を探った。こうしたアプリケーションの機能性を拡張し、作業の一部をバックグラウンドで自動化しようという構想だった。その狙いは、デスクトップでクラス1のRPAを使用する場合とは異なり、ユーザーとのやりとりを可能にするとともに、企業が既存のバックオフィスアプリケーションとの連携を柔軟に実現できるようにすることにあった。
例えば、買掛金の処理について見ると、大企業の場合、サプライヤーからの請求書の送付を受けて、その請求書を購入注文と照合し、さまざまな部署の承認を得るのは、手作業に非常に依存した紙ベースのプロセスだ。単純なプロセスに見えるが、大企業では、請求に応じて支払われる金額よりも、請求書のこうした処理手続きに掛かるコストの方が大きい場合もある。
しかし、クラス2では基本的に、ワークフローやトラッキングといった従来の自動化ソフトウェア技術が適用される。こうした技術は確固とした実績があり、作業を自動化するが、構造化されたルールに基づいて自動化を行う。そのため、基本的に、誰かがしっかりルールを記述する必要があり、大量の手作業が要求される。
――そこでRPAの進化は、今も革新が進んでいるクラス3の段階に入るのですか。
アワシ氏 われわれはクラス3において、AIツールに基づくモダンなコグニティブ機能の一部をソフトウェアで提供しようとしている。AIツールは、機械学習や自然言語処理を使用して、われわれが構造化されたルールを持っていない物事も自動化し始めている。そのシステムは、履歴やパターンから学習し、自らのために自らルールを作成できる。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[スパイスファクトリー株式会社] レガシーに消えるIT予算8割 「刷新か延命か」をAIと人で見極めるための手順 -
製品資料
[JetBrains s.r.o.] ソフトウェア開発は「コーディングエージェント」でどう変わるのか? -
事例
[テクバン株式会社] 太陽ホールディングスは国内外拠点の端末5000台をどう管理しているのか? -
事例
[株式会社キーエンス] PCが苦手でも自動化できる ポポラマーマなど4事例に学ぶ「ナビ搭載型RPA」活用 -
製品資料
[株式会社キーエンス] 自分ひとりでデスクワークを効率化 「AI&ナビ搭載RPA」で実践する業務自動化
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
PHPはそもそも必要か? 脆弱性で問われる自社サイト安全性と保守負担のバランス
-
2
Microsoft 365侵害企業の9割はMFA導入済み 1002人調査で見えた盲点
-
3
「Copilot」がIT予算を食いつぶす? 高額請求を招く課金体系と節約術
-
4
Microsoft 365導入後も稟議は「Excelをメールで回覧」 承認が止まる理由
-
5
京王電鉄・東京メトロの被害から学ぶ境界防衛 ITの侵害はどこまで波及するか
-
6
PHP脆弱性「PHP2Shell」で2260万件に影響 情シスの緊急チェックリスト
-
7
米国防総省で300万人分の個人情報が流出 その「意外な原因」と教訓
-
8
「データ活用とAI活用の実態」に関するアンケート
-
9
PHP2Shellの「事前の情報流出」でパニックに パッチ公開を巡る“混乱劇”
-
10
「GitLab」に最高深刻度の脆弱性 2014年以降の全版に影響を及ぼす恐れ
ホワイトペーパーランキング PR
-
1
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
2
経験豊富な即戦力人材に直接アプローチできる、「攻めの採用」への転換術
-
3
「IT史に名を残すシステム障害」8選
-
4
10G回線の真価をフルに享受するには? 導入前にチェックしたいポイント
-
5
SCS評価制度時代の「SASE選定」ガイド
-
6
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
7
2026年のサイバーセキュリティには何が必要か? 最新データに学ぶ傾向と対策
-
8
「EDR」選定ガイド:比較・検討フェーズで整理すべきポイントを解説
-
9
MDMだけでは防げない? Appleデバイスに潜む5つのセキュリティギャップ
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー