RPA の動向と展望に対する一提言田中 健吾 1),2)
1) 香蘭女子短期大学 情報センター
2) 香蘭女子短期大学 ライフプランニング総合学科
tanaka@koran.ac.jp

A Proposal for Trends and Outlook in RPAKengo Tanaka 1),2)
1) Information Technology Center, Koran Women’s Junior College2) Comprehensive Studies for Life Planning, Koran Women’s Junior College
概要
RPA は人件費削減を目的に、専門家がソフトウェアロボットを大規模に導入するというスタイルが、現在の主流であるが、本稿では、非専門家が、手軽にいつでも業務に必要なロボットを RPA で作成し、日常業務に役立てるという小規模なセグメントの重要性を考察する。今後、RPA の小規模なセグメントが充実していくために、情報技術とビジネスの両方の視点から重要であると考えられる、いくつかの提言を行う。

1

はじめに設置し、その後、2019 年 5 月に同研究会の報告書を提出している[1]。その中で、「人口減少が深刻化RPA（Robotic Process Automation）は 2010 年代しても、自治体が持続可能な形式で行政サービスの半ばから、日本市場にも登場し、ソフトウェアを提供するため」「職員を事務業務から解放し、職ロボットやデジタルレイバーといった、人間に代員でなければできない、より価値のある業務に注わって業務を遂行してくれるロボットを想起させ力できる環境を作るため」の解決策の一つとして、るキーワードで、主としてバックオフィス業務のAI・RPA の活用が提案されている。

自動化という観点から関心を集めてきた。

地方自治体における AI・RPA の実証実験・導入

当初は外国製品が先行していたが、間もなく純状況の調査データ[2]についての記述もあり、AI の国産の RPA がリリースされたり、OEM としての活用事例としては音声認識による議事録作成や住RPA も登場したりと、RPA 製品の種類や機能性も民からの問い合わせに対応するチャットボットの充実・多様化し、販売業者は企業での活用事例の導入などが顕著であることが紹介されている。他

創出と大規模導入に邁進してきた。その様な中で、方、RPA の活用事例は専らデータの入力・処理業

紙媒体の資料をテキストデータ化し、入力すると務である。また、AI・RPA の導入が進んでいるのいう OCR+RPA という典型的な活用事例も生まれは、指定都市・中核都市等の人口が一定以上規模た。最近では、機械学習を備えた OCR が登場し、の自治体が中心であり、小規模の自治体では導入

手書き資料も高い精度でテキストデータ化するこが進んでいないこと、AI の導入団体の大部分は実とが可能となり、AI+RPA という事例も登場しつつ証実験段階での無償導入であること、が指摘されある。RPA の入門的解説と活用事例に関するセミており、価格面・予算確保が今後の課題であるとナーや書籍も日常的に目にするようになり、活況の記述がなされている。となった日本での RPA 市場は、いわゆる黎明期を以上で述べたように、大幅な人件費削減を目指通り過ぎ、次の段階へと進んでいるように見える。

して、専門家が精密な設計のもとに、大規模に RPARPA は働き方改革や労働人口の減少問題と関を導入するという事例が企業でも自治体でも話題連付けられて説明されることも多い。総務省はの中心となっている。しかし、RPA 製品には、「ノ2018 年 9 月に「地方自治体における業務プロセス・ンコーディング」「プログラミングの知識不要」「誰システムの標準化及び AI・ロボティクスの活用にでも簡単にロボットが作れる」などといった、非関する研究会（通称：スマート自治体研究会）」を専門家が手軽に扱えるといったイメージのキーワ

ードが、多くの場合、伴っており、上記とは相反すう。

るような印象を受ける。実際、RPA のセミナーに2.2 ノンコーディング開発参加すると、専門家による「ヒアリング」「シナリ

もう一つの RPA の優位な機能として、ノンコオ作成」「多数のロボットを常時稼働」などといっーディング開発が挙げられる。RPA のプログラた案内を受けることになる。
ビジネスとしては、もちろん、大きな利益が見込めるような大規模な案件が優先されることは常ミングにおける各命令は、ビジュアル化・モジ
ュール化され、マウス操作で命令を挿入し、そだと思うが、非専門家が手軽にといった RPA の趣の引数部分の入力を求められる仕様になってい旨は、大規模に業務を自動化するという、現在のる。

RPA の主流の趣旨と比較しても、決して重要度がノンコーディングでの開発は、コードの記述低くないと、筆者はこれまでの RPA による開発経量や、記述ミスなども軽減され、工数や開発時験を通して考えている[3-5]。本稿では、その点について、RPA の技術特性や RPA と類似する技術などを考察しつつ、いくつかの提言を行いたい。

間などを大いに削減してくれる。また、2.1 で述べたように、RPA でデスクトップ操作をすることで、API が不在でもアプリケーション間の連

2

RPA の技術特性携が可能になる。このことは、データ処理速度

この節では、RPA の優位な機能である、スクの問題はあるものの、RPA を用いることで、APIリーンスクレイピングとノンコーディング開発に相当する機能をノンコーディングで開発してについて、その技術特性と創造する価値についいると換言してもよい。仮に API が開発可能だて簡潔に述べたい。

としても、その開発を回避することができる。

2.1 スクリーンスクレイピング

このような機能性から、開発コスト全般が大幅RPA が持つ最も優位な機能はスクリーンスクレイピング（画面認識）であり、デスクトップやWeb 画面を直接操作することができる機能である。
このことは、直ちに API が無くてもアプリケーション間の連携が可能であることを意味する。即ち、API が不在で、人間が直接デスクトップ操作を行に削減されることが期待できる。

3 考察と提言
RPA は通常、サーバにインストールされ、同時に何体ものロボットを動作・管理できるものうことでデータ連携する部分を、RPA でデスクトが主流である。他方、ライセンスに応じて機能ップ上のオブジェクト操作に関するプログラミン制限されたものもあり、その中でも、RPA を端グをすることで、その操作が自動で実行可能にな末にインストールして、ロボット 1 体がその端る。

末のデスクトップを操作するという形態のもの

また、上記の機能を用いることで、いわゆるWeb スクレイピングも可能であり、Web サイトから有用なデータ抽出を行い、何らかのアプリケーションに記録することもできる。

を 、 RPA と 区 別 し て RDA （ Robotic DesktopAutomation）と呼ぶ場合がある。
RPA と RDA を区別すべき必然性があるか否スクリーンスクレイピングでデスクトップ上かはここでは議論しないが、1 節でも触れたよのオブジェクトを指定する方法は、デスクトップ

うに、非専門家が手軽に RPA もしくは RDA を上の座標指定を用いたり、 あらかじめ、 オブジ利用できる、ということの重要性と意義についェクトを画像認識しておき、実行段階で同一の画て、本節では述べたい。ここで、十分注意して像のオブジェクトを探して指定したり、HTML コードの解析を行い、タグを利用することで指定したりするなどの技術に基づいている。したがって、おきたいのは、単なる低価格設定にすべきだという主張ではないという点である。現在の主流

Web アプリケーションの操作に関しては、開発側である大規模かつ専門的な RPA の利用方法といの都合で、ある日突然、仕様が変わってしまうと、うセグメントと同程度に、専門家の設計・施工たちまち機能しなくなるという事態に至ってしまを介さずに、汎用的かつ手軽に RPA を小規模に利用するというセグメントの重要性を考察しつや店舗などに導入されている。筆者は RPA を利つ、同セグメントが充実するために、情報技術用し始めたときに、PEPPER を思い浮かべた。とビジネスの両方の視点で重要だと考えられる

PEPPER の主たる役割は、家族や来客とのコミ内容について議論を進めたい。

ュニケーションを豊かにすることだが、RPA が、3.1 対人件費という価格設定PEPPER の存在意義が意図するメンタリティとRPA は人的コストを削減するという名目から、同趣旨で、日常的に手軽に利用できるようになライセンス使用料の価格設定が対人件費との比れば、真の意味で人間の日常業務を手助けする較で行われている傾向にあり、かなりの高額で身近なロボットになるであろうと直感した。

ある。機能に応じて価格帯も異なるが、年間のしかし、現状の RPA の主流は専門的かつ大規ライセンス使用料が数十万円から数百万円とい模に導入されるスタイルであり、非専門家が手ったところであり、スモールスタートしづらい軽に利用するといった、一般性や即時性、柔軟状況にある。無償での試用版も提供されている性に重きは置かれていない。誰もが必要な時に、が、ほとんどの場合、期間が限定されており、手軽に業務に必要なロボットを RPA で作って利ユーザーはその期間内にライセンス使用料を超用できるというレベルにはかなりのギャップをえるだけの、RPA で処理するタスクとメリット感じる。このセグメントをターゲットとしたビを見出さなければならない。

ジネスが成立するか否かは、価格設定や課金方

RPA の導入段階で、人一人分もしくはそれ以式はもちろんであるが、それに加えて、RPA の上の労働量に相当するタスクを揃えることが可

販売業者が導入時のコンサルティングを前提に能かどうかは、その職場環境や業務内容に大きビジネスを行うという大企業向けのセグメントく依存していると思われる。一般に、企業にとと切り分けられるかどうか、また、真の意味でっては人件費が最大の支出だと言われるが、人RPA がノンコーディング開発をどこまで具現化

件費の自由なコントロールが難しいという点を、できるか、という点にかかっていると思われる。

ソフトウェアロボットまたはデジタルレイバー

奇しくも、PEPPER にも Choregraphe というノンであれば、その時の企業の状況に応じて、スケコーディング開発のツールが備わっている。

ールイン・スケールアウトもしくはスケールダ

3.3 自動化ツール

ウン・スケールアップできるというところにも、RPA 以外にも、処理を自動化するツールは存

真の価値があると考えられる。スモールスター

在する。一番身近なものは Excel のマクロであトがし易くなるためにも、近い将来、従量課金る。Excel のマクロは画面操作を記録することがのシステムが充実していく必要があることを提でき、その後は、記録した処理を再生すること案したい。

で、Excel の操作を自動化できるお馴染みの機能

最近、マイクロソフト社が従来の Flow というである。身近さと手軽さという意味では群を抜サービスを拡張する形式で、Power Automate といているが、自動化できるのは Excel の範囲内

いう RPA をリリースした。既存の RPA と比べにとどまっており、他のアプリケーションとのると現状では機能不足な点があるかもしれない連携はできない。

が、価格面では大幅なコストパフォーマンスをWindows に代表されるバッチ処理も OS やア示しており、小規模・一般的な利用を想定したプリケーションを操作することができるが、通セグメント向けのサービスとなっている。

常、GUI の操作には対応していない。他にも、

3.2 PEPPER のメンタリティ

Web スクレイピングに特化した自動化ツールや

PEPPER は 2014 年にソフトバンク社によって開発された感情認識ロボットであり、一般家庭GUI のテストを自動化することを目的とした自動化ツールも存在する。

Excel のマクロと同様に、画面操作を記録し、境を「不要もしくは煩わしい」「どこまで複雑なそれを再生する形式の自動化ツールも存在し、ロジックに耐えられるか不明」などと直ちに感非専門家が利用しやすいものも一部には存在すじることになるであろう。また、Excel にかかわるようだが、現状では、RPA を含めた大半の自る処理であれば、これは RPA ではなく VBA で動化ツールは、そのセットアップや設定に必要対処すべき案件であるといった専門家の意見もな知識・技術を考慮すると、利用対象者は専門よく見かける。

家を想定している範疇にとどまっているように専門家の上記の様な意見や感想は極めて妥当思われる。もちろん、Excel のマクロにおいても、であると筆者も感じるし、既存の枠組みでの開自動化できる範囲は、GUI で操作できる範囲に発が総合的にベンダー・ユーザーの双方にメリ限定されているので、より高度な処理を自動化ットがあれば、敢えて RPA を選択する必要性はしようとすれば、VBA を利用することになる。

何処にもない。つまり、専門家が開発する場合

次項以降でさらに議論するが、本稿での提言

は、ノンコーディング開発で大幅に工数が削減をより明確にすると、RPA の利用が、ロボットできるのであれば、メリットが見込めるが、そを 1 体もしくは小数体という限定的・小規模なうでない場合は RPA 以外で対応したほうが望ま範囲内で、Excel のマクロと同様のレベルかそれしい場合も多いと思われる。に準ずる手軽さで、非専門家のエンドユーザー

上記は、あくまで専門家向けの話しに限定しに日常利用されるというセグメントが実現するた内容である。RPA の開発環境を見れば、誰もことの重要性を主張するものである。

がビジュアルプログラミングの代表的存在であ

3.4 ノンコーディング開発の現状とプログラミン

る Scratch を想起し、プログラミングという行為グという行為のアップデート・セグメント化の平易化を予感させる。実際、RPA の開発環境

RPA の優位性の一つに、ノンコーディング開では、コードがビジュアル化されていることで、発が挙げられ、「プログラミングの知識不要」とコード展開を論理的な思考による認識と視覚的いうキーワードが散見される。2.2 で述べたような認識で重層的に思考・認識する感覚を体験すに、RPA のプログラミングにおける各命令は、ることができる。それに加えて、主体的にコーマウス操作でビジュアル化された命令を挿入し、ドを記述するという行為から、命令を選択し、その引数部分の入力を求めるビジュアルプログ引数を記述するという行為へ移行していることラミングが採用されている。

で、コードの記述量や、記述ミスなども軽減さ

しかし、筆者が複数の RPA を使用した範囲内れ、開発がアシストされている感覚を抱く。

では、字義通りの「ノンコーディング開発」をこの様な「プログラミングという行為のアッ具現化しているとするには、一定のギャップがプデート」ともいうべき事態を予感させる状況あると言わざるを得ず、現状では、「ローコーデにあるが、現状は、ロジックを設定する際に、ィング開発」と表現するほうが適切であると解それぞれの RPA の開発言語である VBScript や釈している。より正確に表現すると、コードをJava、Visual Basic などの記述が必要になること

自ら記述する必要が無いという趣旨での「ノンが多く、ノンコーディング開発の実現はまだ道コーディング開発」と「プログラミングの知識・半ばといえる。

経験不要」は異なるということであり、RPA でノンコーディング開発を推進するためのヒンの開発には、プログラミングの知識・経験は不トは、Windows OS や Word、Excel などのアプリ可欠だと強く感じた。

ケーションのここ 10 年間くらいの設計思想にプログラミングの専門家にとっては、おそらく、RPA のビジュアルプログラミングの開発環あると考えている。即ち、非専門家には GUI の分かりやすい位置で機能を選択させ、専門家に標準化されたシステム必要な高度な機能は、敢えて表に出さないといホスティングサービス

うポリシーである。Excel で論理演算や比較演算などを用いる際も、演算子の形式ではなく言語化されている場合がある。演算子を言語化するRPAことで、その解釈に曖昧さが生じてしまう事態も予測されるが、それは、最初にプログラミングに接するのが、従来のプログラミング言語のアプリケーションスタイルだからであり、徹底してノンコーディカスタマイズが必要な処理ング開発を追求したビジュアルプログラミングに最初から触れることになれば、違った結果に

図 1

カスタマイズ問題への RPA での対応なると期待される。
また、専門家が必要とする複雑なロジックにされていることが最大の理由だが、そこに至る耐えうるだけのノンコーディング開発が実現でまでには、学校教育の果たす役割が大きいと思きるかという課題については、すべてをノンコわれる。実際、日本でも多くの高等学校や高等ーディング化する必要はなく、使用頻度の低い教育機関が、Excel を学ぶ機会を提供している。

命令や機能についてはコードを記述する形式で3.4 で提案した、非専門家向けにノンコーディ残すなど、専門家向けと非専門家向けとに、大ングを追求した開発環境を持つミニマムな RPA

きく RPA のセグメント分けをすることを提案しもしくは RDA を、最初のプログラミング教育でたい。非専門家向けにノンコーディングを追求利用することを提案したい。これまで、プログした開発環境を持つミニマムな RPA もしくはラミングを必要としない人にとって、プログラRDA が登場し、そのようなセグメントのビジネ

ミング教育は教養教育という側面が強かったが、スが成立することが、真の意味で人間の日常業

この提案が実現されると、今後は手軽にソフト務を手助けする身近なロボットが存在する未来

ウェアロボットを使用する実務手段としての教をもたらすことに繋がると思われる。

育に移行することになる。そして、従来のプロ

3.5 Excel というアプリケーションの立ち位置とRPA

グラミング教育はその後の専門的な教育に位置

Excel に焦点を当てることで、RPA の今後の展

3.6 API としての RPA とカスタマイズ問題の解決

望について考察してみたい。誰もが知っている付けられることになる。
策

Excel というアプリケーションを再考してみる

2.1 で述べたように、現在の RPA の最も優位と、幾分、特異な存在だということに気付く。

な機能性は、スクリーンスクレイピングによるWord は、初めて手にする人でも文字は打てるデスクトップ操作であり、API が不在のアプリし、直感的に最低限必要な作業は行える。他方、ケーションに対しても、直接、GUI を操作する

Excel は、初めての人が意義を感じられる処理がことにより、連携が可能になる。

できるようになるには、一定の学習が必要にな非専門家向けのミニマムな RPA もしくはる。また、繰り返し処理は利用できないが、関RDA が日常的に利用されるようになると、アプ数の機能は充実しており、プログラミング的要リケーション間の連携が容易になり、エンドユ素が含まれている。この様な直感的にすぐ使用ーザーのアプリケーションの利用方法にも変化できないアプリケーションが、現在の様に浸透が生じることが期待される。

しているには、その有用性と信頼性が共通認識

ホスティングサービスならびに SaaS の利用

は、様々なコストを削減してくれるが、装備さで処理した計算結果を信用できずに、電卓で検れていない機能を追加することは容易ではない。

算するという話しがあった。非専門家が作った処理速度さえ問題にならなければ、RPA を用いロボットが処理した結果が、Excel での処理結果ることで、不足している機能を図 1 の様に補完と同様のレベルで信用されるには、学校教育ですることができる。その際、RPA は API としての充実などを通して、一定の期間を要するものの役割を果たして、ホスティングサービスからと考えられる。また、自治体現場でその処理がデータを受け取り、RPA の内部で処理する場合認められるには、さらに時間を要するかもしれもあれば、別のアプリケーションと連携して処ない。

理を行う場合も想定される。

文部科学省が昨今、提唱している文理を問わ文献[1]では、自治体現場での要望による個別ず、すべての生徒・学生に AI・データサイエンのカスタマイズが開発費を押し上げている問題

ス教育の機会を提供するという趣旨には、本稿と、それを回避するためにシステムの標準化をの RPA もしくは RDA を用いたプログラミング想定した開発の重要性に関する指摘が、文献中の入門教育は、ノンコーディング開発による学の各所で、再三、言及されている。このカスタ習面のハードルの低さと、RPA が近い将来、AIマイズ問題も、図 1 の通り、RPA に API の役割の機能が搭載されるというロードマップが予想を担わせることで解決す出来ることが期待されされていることより、親和性が高いと思われる。

る。その際も、RPA のノンコーディング開発がそのためにも、RPA を非専門家が手軽に利用で高いレベルで実現され、真の意味で人間の日常きるというセグメントのビジネスが、Excel に準業務を手助けするロボットになり得ることが肝ずる規模で展開され、RPA が API の役割を果た要である。

すことで、多様なサービスやアプリケーション

4 おわりにRPA という日常業務に役立つソフトウェアロボットが登場したことにより、非専門家にもプログラミングを習得する必然性が生まれた。そして、非専門家がプログラミング可能なように、ノンコーディング開発も進んでおり、プログラミングという行為が非専門家にも可能になるよ
うにアップデートされるか、やはり専門家が行う行為の範疇に留まるのか、いまその分水嶺の付近にいる時期だと思われる。
3.5 で提案したように、ノンコーディングが追求された開発環境を持つ RPA や RDA が最初のプログラミング教育に位置づけられたとする。
その結果、Excel のマクロを利用するのと同レベルで、多くの人が RPA でノンコーディング開発を行えるようになったと仮定しよう。その次に起こり得るハードルは、かつての Excel と同様に、その処理された結果が信頼されるかという点であろう。Excel が利用されだした当初、Excelの連携が生まれることを強く期待したい。

参考文献[1] 地方自治体における業務プロセス・システムの標準化 及び AI・ロボティクスの活用に関する研究会 報告書、
https://www.soumu.go.jp/main_content/00062098
3.pdf、2019 年 5 月[2] 地方自治体における AI・RPA の実証実験・導入状況等調査、総務省自治行政局行政経営支援室、
https://www.soumu.go.jp/main_content/00062415
0.pdf 、2019 年 5 月[3] RPA と G Suite の連携による学生の記述・投票共有システム、第 18 回情報科学技術フォーラム、第 4 分冊 P 79-82、2019 年[4] RPA の教育分野への応用－BizRobo!と G Suiteの連携による著作権教育－、日本教育工学会
研究報告集 教育方法・授業改善/一般、2019年[5] RPA の学生支援における活用－BizRobo!による就職上サイトのスクレイピング－、大学
ICT 推進協議会 2019、2019 年