この記事は Web API Advent Calendar 2020 の 3 日目の記事です。
2 日目はHiroさんのローコード開発から見たAzure API Managementの役割でした。
この記事では、RPAツール・機能における、自動化の中でWeb APIはどのように利用できるかをいくつかのRPAツールごとにまとめてみたものです。
#あらためましてRPAとは
RPA(Robotic Process Automationの略称でDegital Labor(仮想知的労働者)とも言われています。
パソコンまたはサーバ、クラウドサービス上で動作する業務自動化のソフトウェアツール・サービスの総称です。
ルールが決まっているビジネスプロセスに従い、現在のユーザーが現在行っているものと同じ方法で組織のシステムと対話するデジタルワーカーを組織に提供するアプリケーションです。
#RPAは座標ベースや構造ベースのGUIの自動化だから不安定という説について
RPAは、人と同じ様にフロントエンドのシステムを自動化するという前提のもと、RPAがレコーディング機能を用いWebブラウザやデスクトップアプリの操作を行うものといった捉え方をされることは多いように思います。
その中で、クラウドサービスの自動化はRPAを使うよりAPI(Integration)を使おうという文脈で語られることもあります。
日本に本当に必要とされているのは、RPAではなく、iPaaSだと思う
これらの文脈で共通することについては、「システムの画面はいつ変わるかわからないので画面操作や録画機能を使った不安定なRPAを使うのはやめてAPIを使おう」ということです。
画面構造やレイアウトが変わったらGUIによる自動化は動かなくなるというのは納得ですし、操作対象がSaaSのWebアプリケーションであればその可能性も高いので納得しかないです。
ただ、RPA＝人と同じ用にクリックやEnterを行い、画面を操作するものという前提はどこから来ているのでしょうか？
改めて調べてみたのですが、RPAベンダーの中でもリーダーの１つであるUiPathも「RPA vs API Integration」という記事の中で、「RPAは、フロントエンドを介してターゲットアプリケーションと対話します。ソフトウェアロボットは、人間のユーザーと同じように、クリックと入力のアクションを使用しますが、より高速で正確です。」ものだと表現しています。
【UiPath】 RPA vs API Integration
RPAという言葉の定義としては、**【RPAを用いた業務プロセスの自動化は、人と同じ操作を実現することを前提にフロントエンドのGUI操作を正確で高速に行うもの】**という前提が上記のようなイメージを定着させているのだと思います。
RPAという言葉の定義としては、その通りでいいのかなと個人的には納得しているのですが、実際のところ複数のRPAツール・機能を見ていくと、Web APIを利用することができるよう実装されているものが数多くあります。
では、実際どのようにWeb APIを使用できる機能があるのかRPAツール、RPA機能ごとに見ていきます。
ここからは、RPAツール・機能ごとに元々用意されているAPIコネクタと各メーカーのマーケットプレイスから追加できるAPIコネクタの追加方法に触れていきます。
#UiPath
UiPath社のUiPathでは、UiPath Connect!の中にあるマーケットプレイスに、UiPathの開発環境であるUiPath Studioに追加できるAPIコネクタが掲載されています。
あくまで一例ですがAzure,AWS、GCPのCognitiveサービスを始め、SalesforceやServiceNowといったクラウドサービスの自動化コネクタをダウンロードすることができます。
(UiPath Connect!より)
以下は、AiInside社のAI-OCR製品「Dx Suite」のコネクタですが、こちらでは、Dx Suiteが公開しているAPIを使用したコネクタが提供されています。
AI-OCR workflow for AI inside - DX Suite
UiPath Connect!には、UiPath社が作成したものの他に連携先ベンダーが提供しているものや個人が作ったコネクタ(UiPathで言うところの「アクティビティ」)が掲載されています。
マーケットプレイスのコネクタ(アクティビティ)を使用するには、UiPathの自動化シナリオの開発環境「UiPath Studio」から、ダウンロードするのがとても簡単だと思います。
画面上部の「パッケージを管理」を選択します。
パッケージの管理画面が表示されるので「オフィシャル」をクリックし、検索窓に使用したいコネクタの名前を入力し、検索してください。（ここでは、AzureのCognitive Serviceを使用するためのコネクタを検索しています。）
「UiPath.Cognitive.Activities」が表示されます。
「UiPath.Cognitive.Activities」をクリックし、右側のウィンドウの「インストール」をクリック後、「保存」をクリックします。
依存関係ツリーの所に「UiPath.Cognitive.Activities」が追加されています。
これだけでUiPath側の設定は完了です。すぐに利用することができます。
利用した結果はこちらです。
UiPathでAzure TextAnalyticsを使った感情分析 pic.twitter.com/2Bg37ZGpVe
— Maekawa (@HiMaekawaSan) December 3, 2020
実際の利用方法については、RPAツール「UiPath」で行うノーコードな言語解析と感情分析【Azure Text Analytics API】を御覧ください。
#Automation Anywhere
続いて、Automation Anywhereです。ここでは、Automation Anywhere A2019 CommunityEditionを例に見てみます。
A2019の画面
Automation Anywhere A2019では、自動化機能をアクションと呼称するのですが、様々なWeb APIを使用できるアクションが備わっています。
AWS(Amazon) Comprehend、
G Suite、IBM Watson
そして、Microsoft 365。
以下は、Microsoft 365の予定表（Exchange Onlineの予定表）を操作するためのアクションを展開したイメージです。
利用するにはAzurePortalからアプリに対してMicrosoft GraphのOffice 365関連の操作を許可する必要がありますが、それらの手順についても、Automation Anywhereが詳しいリファレンスを提供しています。
リファレンス Graph APIの接続アクションを使用する
上記の標準で備わっているアクションの他に、Automation AnywhereもBot Storeというマーケットプレイスを展開しており、ここからパッケージをダウンロードをして新たなコネクタを追加することができます。
Automation AnywhereがBot Storeで提供するSlack連携のパッケージ
こちらには他にもSalesforceやServiceNowなど数多くのクラウドサービスとの連携パッケージが無料・有料問わず提供されています。
#Power Automate Desktop
最後に、Microsoft の PowerAutomateのRPA機能「Power Automate Desktop」です。
Microsoft の位置づけとしてはRPA機能であってRPAツールではないですが、紹介させてください。
こちらもAzureやGCP、IBM WatsonのCognitive ServiceのAPIを利用することができるアクションが備わっています。
他にもAWSやAzureのリソース、仮想マシンの自動化についてもAPIを介して操作を行うことができます。
Power Automate Desktopにどのようなアクションが備わっているかの詳細は以下をご確認ください。
【Power Automateの新しいRPA機能】Power Automate Desktopで出来ること（全33機能の紹介）
Power Automate Desktopには現在、マーケットプレイスのようなところからアクションを追加する機能はありませんが、そもそも、Power Automate自身が400を超えるコネクタを持っており、API連携を本当に簡単に実現することができます。
（そもそも、Power Automate DesktopはPower Automateの機能の１つであり、Power Automateのコネクタで自動化できるならそれに越したことは無いと思っています。）
以上、いくつかのRPAツール・機能におけるWeb API利用についてをまとめてみました。
#まとめ
RPAの概念としては、人の行っている業務をシミュレートする形を含めて自動化するという位置づけではありますが、RPAツールはWeb APIの利用も行えます。上記のように、各ツールの標準機能として備わっているものやコネクタが提供されているものを利用することで簡単に利用することができます。
「デスクトップの自動化もできて、Web APIを利用した自動化もできてRPAいいじゃん！！APIを使った自動化もじゃあRPAでやろう！」ということではあるのですが、ここは適材適所があるのかなーと思っています。
RPAツール・機能によっては、自動化プロセスを自動実行するトリガー機能（条件）が少なかったり、そもそも並列処理に対応できないものもあります。（１つの自動化プロセスが実行中は他のプロセスが実行できないケースもある。）
また、自動化プロセスの実行がPCやサーバ上から行うことになるので、PCの不調やイントラネット側の不調により、実行できないリスクもあります。（実行環境を起因とした不具合の懸念。）
大量にトランザクションを処理するようなケースやシンプルなクラウドサービス間の連携の自動化はiPaaSを利用したAPI Integrationを実現するのが良いのかなと個人的には考えています。
最後に、RPAは、APIによる自動化とGUIに自動化をシームレスに繋ぎ合わせて業務プロセスの自動化することができることが非常に魅力的であります。
ガートナーの予測でもRPA市場は2025年まで2桁の成長率で拡大するという予測もあり、今後どのように変化していくか注目は尽きないと思っています。