エキスパートが歴史から語る
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
-
事例
[ServiceNow Japan合同会社] 農林中金に学ぶ内製開発 処理効率を約2倍に高めAI活用も加速させた方法とは? -
事例
[ServiceNow Japan合同会社] NTTグループのデジタル変革術、17万人が利用する決裁プロセス刷新の全貌 -
事例
[ServiceNow Japan合同会社] 開発期間は3年余、なぜNTTデータグループはSaaSで基幹システム開発を行ったのか -
事例
[ServiceNow Japan合同会社] 富士通のAI変革、人が介在しないサービスデスク実現に向けた取り組みとは? -
事例
[ServiceNow Japan合同会社] 業務効率化とサービス品質向上をどう両立する? JTBのデジタル変革に学ぶ
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
「VMware離れ」は本当か 3000社がVCF 9にかじを切った現実的な理由
-
2
「Microsoft 365」が乗っ取られる 跡形もなくMFAを破る手口
-
3
100億円の「Linux更新」を回避 みずほ銀行が選んだ“おきて破り”のRHEL延命策
-
4
Microsoft製品でここまで自動化できる 情シスがやめられる手作業10選
-
5
Oracle巨大ITプロジェクトはなぜつまずいたのか 8年で導入1割、追加で170億ドル
-
6
ISMSの“コンサル丸投げ”が招く数千万円の無駄 NTTドコモビジネスの脱出劇
-
7
エンジニアが選考を辞退する本当の理由 7割が隠す“面接の違和感”とは
-
8
Netflixのバックエンドは「ほぼJava」 3000超のアプリを支える開発基盤の裏側
-
9
AI基盤は本当に「オンプレ回帰」する? Broadcomの言い分と企業の本音
-
10
AI全部入り「Microsoft 365 E7」に企業が二の足を踏む訳 移行意向はわずか4%
ホワイトペーパーランキング PR
-
1
生成AIのハルシネーションを防止 回答精度を高めるセマンティックレイヤーとは
-
2
AIエージェントで多様な日常業務を効率化するための入門ガイド
-
3
5回聞くだけじゃ足りない? トヨタ式「なぜなぜ分析」の正しい実践方法
-
4
AIが「わざわざ使うツール」になっていない? 業務で自然に使う導線にする秘訣
-
5
JR西日本ITソリューションズが「監視業務の属人化」を解消した方法とは?
-
6
「脱Excel」か「Excel快適化」か? 現場にやさしい業務改善の進め方
-
7
インシデント対応工数を約3割削減、東京ガスの事例に学ぶ監視体制刷新のコツ
-
8
マンガで解説:「ゼロトラスト」「SASE」の必要性とメリット
-
9
5分で分かる「セキュア大容量ファイル転送サービス」の機能とメリット
-
10
情報セキュリティ対策早分かりガイド:25の自社診断で弱点と解決策を理解
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー