データ活用やDXがどんどん解る用語集　
SaaS（Software as a Service）

SaaS（Software as a Service：サース）とは、「サービスとして提供されているソフトウェア」のことです。利用者はソフトウェアやITシステムの利用環境を、インターネット経由で利用することができる提供形態のことをいいます。
より一般的には、アプリケーションソフトウェアのクラウドサービスのことをそのように呼びます。クラウド以前のIT利活用とは大きな違いがあり、自社でITシステムを構築導入し運用する手間と時間をかけることなく、インターネット回線経由でソフトウェアの利用のみを享受できる特徴があります。

SaaSは、「クラウドの登場」と共に広く使われるようになった言葉です。今ではクラウド活用は当たり前になっていますが、それ以前ではITの利活用における状況が現在とは大きく異なっていました。クラウドそのものに新しさがあったその時期に、クラウドがどのように新しいのかを説明する言葉として、あるい新しく登場したクラウドサービスの種類で分類するために使われるようになった印象があります。

クラウド登場以前の状況

クラウドが登場するより以前、「ITを活用したい」と思った場合、実際にITシステムを活用する前に大掛かりな準備が必要で、予算も時間もかかることが普通で当然でした。

自社でITを活用したい、そう思ったとします。企業活用を支えるITシステムですから、ある程度はきちんとしたITシステムとして運用する必要もあります。ITシステムが実際に利用できるようになるまではこんなに手間が必要でした。

• サーバやネットワーク機器などのハードウェアを購入する
• 購入したハードウェアを設置するサーバルームやデータセンタを用意する
• 物理的にハードウェアを組み立てる
• マシンにOSなどをセットアップし、ネットワーク設定などを行う
• 業務で必要なアプリケーションを自社で開発するか買ってくる
• インストールして、業務で利用するために必要な設定を行う

ここまで作業すれば、そのあとは手がかからないわけでもありません。稼働後もサーバの運用作業やバックアップ作業などをエンジニアを確保して行う必要があり、さらには必要に応じて（不具合対応や機能追加など）アプリケーションを追加開発する必要もありました。

多数のエンジニアがかかわる必要があり、工数もかかるのが普通で、気軽に利用できるものであるとは言えませんでした。そのためITシステムの導入となると、数千万円の予算や、一年くらいの期間は普通にかかることでした。

つまり基本的に、ハードウェアを自社で保有し、ソフトウェアも自社で調達し、システムを構築し、運用も自分たちで行う必要がありました。初期費用が大きくかかり、固定費もかかり、人件費もかかり、利用開始まで期間もかかりました。しかし、それが当然だと思われていました。

クラウド登場以降

クラウド登場はこの状況を大きく変えました。インターネット回線とWebブラウザがあるだけで、ソフトウェアの利用が可能になる画期的な変化が起こりました。

• ハードウェアを保有しなくてよい
• ソフトウェアを開発することもパッケージを買ってくる必要もない
• 運用もおまかせでよい
• 初期費用がかからず、利用に応じた変動費だけで済むことが多い
• カード決済後、数分後には利用可能なサービスも珍しくないなど、圧倒的に迅速に利用を開始できる

またインターネット上のサーバで処理を行い、データを保管することから、「ネット上での共同作業やデータ共有も容易になる」など、従来のIT利活用では実現が難しいことが多かった利便性も備えていることもありました。

クラウド登場以前の状況を再度考えてみてください。クラウドが登場して、このような変化が起こったことは大変な衝撃でした。そのことに先んじて気が付いた人たちが、このかつてない状況について、従来のIT活用との「違いの本質」を説明するために作った言葉が、「SaaS（Software as a Service）」です。ソフトウェアが「サービスとして」提供されるようになったこと、所有せずに利用だけを享受できるようになった変化の本質を、言葉にしたものです。

⇒クラウド時代がもたらした大きな変化「サービス化」の本質については「XaaS」の記事をぜひご覧ください。

TOPへ

SaaSは、従来のIT利活用と比べてどのように優れているか

再度になりますが、それまでの「旧来のソフトウェア利用」と比べて、クラウド（SaaS）が優れているところを簡単にまとめると以下のようになります。

• 初期コストがかからない
  -自社でハードウェアを所有しなくてよい
  -ソフトウェアの用意が必要ない
  -システム開発やセットアップ作業が必要ない
• 利用したい時にすぐ利用できる
• 利用を止めたい時にもスムーズに利用停止しやすい
• 運用の手間がかからず、インフラエンジニアが必須ではなくなる
• 多くの場合初期費用がかからず、変動費だけで利用できる
  -税金のかかる資産保有ではなく費用になる
• 利用規模を需要に応じて変更できることが多い
  -余裕を見ての大きめの事前投資を避けられる
  （スモールスタートに適する）
  -想定を超えた需要を処理できないことによるチャンスロスを減らせる
  -想定を大きく超えた短期的な利用集中が発生した際にも対処可能性が高まる
• インターネット上での共同作業やデータ共有の機能を備えていることがある

これらの特徴、今では当たり前になりつつあることを改めて言葉にしたものでもありますが、「クラウドではないIT」との本質的な違いを考えるにあたって、あるいは「自分たちは本当にクラウドのメリットを享受しているか」を考えるにあたっても、きちんと理解しておきたい本質です。

TOPへ

しかしながら、SaaSには良い面ばかりあるわけではありません。悪い面、SaaS化により新たに生じる課題もあります。クラウド活用が当たり前になってきたことで、これらの悪い面は意識しづらくなっていますが、問題点として理解しておく必要があります。

クラウド側のサーバ側に処理が集中する提供形態

「インターネット経由でアプリケーション的なものを提供する」取り組みそのものは、クラウドという言葉が生まれるよりもかなり以前からありました。さかのぼるとメインフレームもサーバ側で集中処理する方式ですし、例えば一種のWebアプリでもあった、巨大電子掲示板を提供する「にちゃんねる」も1999年5月に提供開始しています。

しかしインターネット登場と同時にはSaaSの時代は来ませんでした。それは、サーバ側に処理の負荷が集中する問題が、当時のハードウェアの能力では非常に厳しかった事情があります。

例えば、Webブラウザ上で使える電子メールサービスは1990年代からあったものの、メールボックスの容量は数メガバイトなどの小容量で簡易なサービスであることが普通でした。その後に「クラウド」や「SaaS」の言葉が生まれる原因にもなったGmailはその状況で1ギガバイトもの大容量と高機能で登場したことが衝撃的で話題になりました。

普通に考えれば、それくらいの容量を提供しないとメインのメールアドレスとして普及しないことは今なら理解できます。アイディア自体が全く新しかったというよりも、サービス提供に用いたリソース量が画期的で、その点こそ他社には真似できなかったのも事実でした。

その後のハードウェアの能力向上などにより、サーバ側のリソース制約は現在では以前ほど大きな問題ではありませんが、「処理負荷の問題が起きやすいアーキテクチャである」問題が構造的にあることは変わりません。

SaaSの導入と利用にあたっては、負荷がかかる処理が得意ではない場合や、高負荷の処理で実用的に処理できなくなる可能性や、多数の利用が見込まれる時間帯では処理が遅くなったり重くなったりする可能性を考慮する必要があります。

インターネット回線・ウェブブラウザを通じての利用による利用感の低下

SaaSはインターネットの向こう側にあるアプリケーションを利用します。目の前にあるPCの中で動いているアプリケーションではありません。遠く離れたインターネット回線の向こう側の処理結果を、Webブラウザ経由で利用することになります。そのため、PCにインストールしたアプリケーションを利用する場合に比べて、利用感やレスポンスなどが悪い傾向があります。

ネットワークの通信は光の速度を超えられず、光は一秒で地球を「わずか」7周半しかできません。欧州や北米との間は通信遅延だけで数百ミリ秒もかかってしまいます。また、多くのSaaSはWebブラウザ上で利用しますが、本来、HTMLドキュメントの表示と閲覧のためのものであるため、ネイティブなアプリケーションと同等のUIやUXが十分に実現できるとは限りません。

良好な利用感や、高いレスポンス（リアルタイム性の高い処理など）が必要なアプリケーションではSaaSの利用が適切か考慮する必要があります。

セキュリティや回線障害の懸念

自社保有のハードウェアでアプリケーションを利用する場合には、物理的にアクセスを遮断するなどの本質的な安全の確保ができます。しかし、インターネット回線を経由して利用するとなると、本質的には世界の誰からもアクセスされる可能性が生じてしまいます。

セキュリティの確保すること、およびセキュリティが確保できていることを監査などで証明することが難しくなります。

また、SaaSを業務で利用していると年に一回くらいはインターネットの回線障害やクラウドのサービス障害で「今日は業務にならない」日があったりします（長年利用されている皆さんなら経験されていることだと思います）。そういう日が時々あってもしょうがないなと思える業務ではないなら、本当にSasSを利用して良いか考える必要があります。

サービス終了のリスクや、ロックインのリスク

SaaSは、ある日サービスが終了してしまって利用できなくなってしまう恐れがあります。自分のPCに入れてある会計ソフトウェアが「突然利用できなくなってしまう」ことは考えにくいことですが、クラウドサービスが突然終了してしまい、それ以降保存していたデータも含めて全く利用できなくなってしまうことは起こりえます。

また、SaaSの利用が進む、業務で必要不可欠になった状況で、容認できないサービスの値上げが行われる可能性もあります。具体的なサービス名は書きませんが、突然大幅な値上げが宣告されて問題になることも実際に起こっています。あるいは、業務での活用が進んだ結果、SaaSが提供する機能や能力（処理能力や記憶容量の限界など）では業務が担えなくなってしまったが、そのサービスからの移行が困難な状況になることもあります。

利用できなくなって業務が止まる可能性のみならず、クラウド側に置いてあるデータの移行や救出ができないことも起こりえます。そうなった時に、他のサービスへの移行などができるのか考えておく必要があります。

ほとんどの場合、SaaSは提供されているアプリケーションをASISで使うことになります。例えば自分専用にGmailをカスタマイズして提供してもらうようなことは、ほとんど期待できません。

自社でソフトウェアを開発している場合はもちろん、パッケージソフトウェアを利用する場合でも従来は、自社の利用にあわせてカスタマイズやアドオンなどを利用し、業務にあわせて使いやすくすることが多かったのですが、SaaSではカスタマイズは出来ないか、限定的にしか利用できないことが多くなっています。

昔のITシステム導入ならば、そういう場合でも「ITを導入する業者」に要望なりわがままを言えば、自社に合わせてなんとか工夫してくれることもありました。しかし、クラウド時代はそうではないということです。基本的に提供されているものを「自分たちの側が工夫して」利用することが原則になってきます。あるいは、そういう組織への成長が求められつつあります。

ITを自社の都合にあわせることが難しくなり、自社の業務をSaaSにあわせて利用することが必要になってきます。

TOPへ

2010年代、特にその前半においては、上記のような懸念に加えてクラウドを業務で利用する実績自体も乏しかったこともあり、「クラウドなんかを業務で利用して大丈夫なのか」と言われていました。そのため、業務でのクラウド活用がなかなか進みませんでした。

そういう状況を乗り越えて、今ではクラウド活用が進められるようになりましたが、しかしそれでも懸念事項が本質的に消えてなくなったわけではありません。SaaSを利用するメリットとデメリットを吟味する必要は今でもあります。また、クラウドの採用が前提になってきた今だからこそ、上記のようなSaaSの問題点を適切に理解して、適宜うまく活用できることが、SaaS導入を判断するスキルとして重要になってきていると言えます。

結果として、上記のようなSaaSの問題に対処するため、SaaSとその外部をデータ連携などで「つなぐ」ことが必要になってきています。クラウドにせず残す部分と連携させる、複数のSaaSを連携させて利用する（マルチクラウド）、利用するSaaSを移行することも考慮することが求められるようになりました。

サーバ側に処理が集中する提供形態

再度になりますが、SaaSを使っていると忘れてしまいがちながら、インターネットの向こうにはその処理を引き受ける物理的サーバがあり、何かするたびに処理の負荷がかかっています。重過ぎる処理をすると遅くなってしまうだけでなく、容量を使いすぎる、頻繁に処理を呼び出すなどすると、迷惑な利用者であるとして利用制限をかけられてしまうこともあります。

高い負荷や大きな記憶容量が必要になるである処理はクラウドにせずに手元に残すか、負荷のかかる処理を得意とするクラウドサービスとの併用が必要になることもあるでしょう。自社で気を付けていても、年度末で各社の利用が集中して耐え難いほど重くなるような原因で問題が起こる可能性もあります。

事前の見極めや利用方法の管理により予期しない事態を避けるとともに、複数のSaaSや、クラウド化せずに残すデータやシステムとの連携処理で、リスクを緩和できることがあります。

インターネット回線・ウェブブラウザを通じての利用による利用感の低下

大量のデータの入力や分析作業など、快適なオペレーションができないと業務に支障が出てしまうことがあります。また高いリアルタイム性が求められる処理でクラウド側との処理や通信の遅延が問題になることがあります。

そのような処理はローカル側に残して適宜クラウド側とデータ連携する、あるいは物理的に近隣にあるデータセンタなど応答性の高いクラウドを併用してデータ連携して組み合わせることができます。

セキュリティや回線障害の懸念

インターネット上のサービスを利用するため、セキュリティの懸念は大きくなります。信頼できるクラウドサービスを利用するように努める、あるいは非常に重要なデータはクラウド上に（暗号化せずに）置かないなどの対応ができるでしょう。

なお、世界で認められたクラウドにデータ管理を任せるのと、自社の人員で管理するのと本当はどちらが安全なのかは、併せて考えてみるべき論点です。

回線障害やサービスの障害については、アクセス手段を冗長化する、バックアップのサービスを用意してデータ連携しておくなどで緩和できるはずです。

サービス終了のリスク/ロックインのリスク

重要なデータはサービス外部にデータ連携してバックアップしておくなどで、サービス終了やロックインのリスクを緩和することができます。

利用するサービスを移行するにあたっても、移行作業そのものをスムーズに実現するためにも、移行期間においてうまくサービス併用するためにも、「つなぐ」手段などでのデータ連携が有用になります。

カスタマイズが（十分に）できないことが多い

サービス自体に手を入れることが難しい以上、クラウド時代においては、外部との連携処理や、提供されている機能を使った処理自動化により必要な機能を補うことになります。

外部のサービスと連携させて利用すること、あるいはSaaSの外部からSaaS上のデータやSaaSの機能を使った自動化した処理を作りこんで、足りない機能を補うことができます。そのための手段としても「つなぐ」手段によるSaaSに外部から連携することが有用になってきます。

TOPへ

• iPaaS
  • -様々なクラウドを外部のシステムやデータと、GUI上での操作だけで「つなぐ」クラウドサービスがiPaaSです。
• EAI
  • -システム間をデータ連携して「つなぐ」考え方で、様々なデータやシステムを自在につなぐ手段です。IT利活用をうまく進める考え方として、クラウド時代になるずっと前から、活躍してきた考え方です。
• XaaS(SaaS、PaaS、IaaSなど) 　　
  • -クラウド時代がもたらした大きな変化「サービス化」の本質については解説をしています。ITにとどまらず、今後の世の中を変えてゆく流れです。
• API
  • -クラウドサービスの機能を外部から利用するために用意されているのがAPI（Web API）です。

TOPへ

興味を持たれましたら、ITシステムやクラウドなど様々なデータやシステムを自在に連携し、SaaSの導入と活用をうまく成功させる製品を実際に試してみてください。

当社で開発販売しているデータ連携ツール「DataSpider」は長年の実績がある「つなぐ」ツールです。データ連携プラットフォーム「HULFT Square」はDataSpiderの技術を用いて開発された「つなぐ」クラウドサービスです。

通常のプログラミングのようにコードを書くこと無くGUIだけ（ノーコード）で開発できるので、自社のビジネスをよく理解している業務の現場が自ら活用に取り組めることも特徴です。

DataSpider / HULFT Squareの「つなぐ」技術を試してみてください：

簡易な連携ツールならば世の中に多くありますが、GUIだけで利用でき、プログラマではなくても十分に使える使いやすさをもちつつも、「高い開発生産性」「業務の基盤（プロフェッショナルユース）を担えるだけの本格的な性能」を備えています。

IT利活用の成功を妨げている「バラバラになったシステムやデータをつなぐ」問題をスムーズに解決することができます。無料体験版や、無償で実際使ってみることができるオンラインセミナーも開催しておりますので、ぜひ一度お試しいただけますと幸いです。

 

「HULFT Square」で貴社のビジネスが変えられるか「PoC」をしてみませんか：

貴社のビジネスで「つなぐ」がどう活用できるのか、データ連携を用いた課題解決の実現可能性や得られる効果検証を行ってみませんか？

• SaaSとのデータ連携を自動化したいが、その実現可能性を確認したい
• データ利活用に向けて進めたいがシステム連携に課題がある
• DXの実現に向けてデータ連携基盤の検討をしたい