DX時代のビジネスに求められる「デジタルトラスト」　第2回「共有化」の観点

Ⅰ　はじめに

インターネットのおかげで企業内外にデータを共有することが容易になり、これが業務の効率化に貢献しているのは間違いありません。データの送受信量はここ数年で急激な伸びを見せており、令和2年の情報通信白書^※1によると、データダウンロードの総トラフィック量は2019年11月時点で推計12,650ギガbpsであり、5年前から4倍以上も増加しているそうです。データ交換のニーズは年々高まっているということがこのことから伺えます。

DXを推進する過程で、システムやデータの「共有化」は重要な観点の一つとなります。そこで本稿では「共有化」をテーマとして取り上げます。

Ⅱ　ビジネスシステムにおける「共有化」の状況

IT環境の発展により、企業はデータやビジネスシステムそのものを組織内外で共有することが可能となりました。以下ではこれまでに起きた共有化の動向を振り返っていきたいと思います。

1. ビジネスシステムの変遷

初期のビジネスシステムは高額だったこともあり、効果を期待しやすい基幹系業務領域（会計処理、受発注処理、販売管理・請求処理等）を中心に行われました。当初、業務アプリケーションソフトウェア^※2（業務アプリ）は、企業の要望に合わせて開発する「スクラッチ開発^※3」が主流の時代でしたが、時代を経て定型的で汎用（はんよう）的な業務の機能をあらかじめ作りこんだ「パッケージソフト^※4」主流の時代に変わりました。

当初のビジネスシステムは業務領域ごとに導入されることが多く、部分最適を優先するため、必ずしもビジネスシステム間の連携は前提とされていませんでした。そのため、企業内にデータが散在していたり、二重入力の手間が発生したりと非効率なシステム構成が課題として認識され始めていました。

そこに「ERPパッケージソフト（ERPソフト）」が登場します。ERPとは、企業の持つリソース（ヒト、モノ、カネ、情報）を統合管理し、業務効率化に向け再配分する手法を指し、これを支援するために統合化されたビジネスシステムがERPソフトです。企業内の業務システムのデータが一元管理できる期待から、日本では1990年代に大企業を中心に導入が進みました。

2010年代に入ると、ERPソフトのクラウド化^※5が進みます。自社でのインフラ構築が不要になることや、サービスそのものが安価に利用できるようになるため、中小企業にもERPの利用が進むようになりました。

2. 企業間のデータ連携

(1) APIによるデータ連携

システムが外部システムとデータ連携する際の手法であるAPI^※6は、従来型のクライアントサーバシステム^※7の時代からビジネスシステム間のデータ連携で使われていました。APIによりシステム外部からデータを取り込むための手順やデータ形式が定められるため、外部システムとのデータ連携が容易になります。また、同一のパッケージであればAPIのデータ形式もおおむね同一となるため、パッケージを介したデータ標準化が期待できるようになりました。

やがてウェブアプリケーション^※8の時代となり、外部接続を前提とした設計思想のシステムが増え、APIの活用が進むことになりました。APIを活用することにより、複数のウェブサイトをマッシュアップ^※9して、あたかも一つのサービスであるかのように利用できるサービスが数多く提供されるようになりました。

(2) 商取引データの連携

手書き伝票の授受から通信回線を通じた電子的発注、いわゆる電子データ交換（EDI^※10）への移行は1970年代には見られるようになりました。当初は、財務的基盤のある大手小売店が独自開発した発注システムが主流の時代で、まだ電文^※11仕様やプロトコル^※12の標準化は図られていませんでした。販売業者は各小売業者の仕様に合わせる必要があり、課題となっていました。

効率化を図るため、各業界でEDIの標準化の整備が進められました。例えば流通業界では、古くは1980年に「JCA手順」が策定・普及され、現在はそれを改良した「流通BMS」が広く普及されています。

旧来型のEDIは公衆回線や専用線を利用するものがほとんどでしたが、近年ではインターネットVPN^※13を利用するEDIが登場し、またウェブサーバとウェブブラウザ間でデータ伝送を行う「ウェブ-EDI」も登場する等の進化が見られます。しかし旧来型EDIを利用する事業者もまだ多く、この点がEDI普及に向けた課題があることも指摘されています。

3. BtoC型ビジネスモデルでのデータ戦略

(1) 顧客の注文データの取得

インターネットの普及に伴い、BtoC間の商取引では電子商取引（EC）が一般的に活用されるようになりました。EC事業者は、購入者（顧客）と商品提供事業者を結びつけるマーケットプレイスの存在となり、顧客が自ら注文情報を入力できる仕組みを提供しています。EC事業者はそのデータを活用して顧客の行動様式を分析して、UX^※14の向上につなげています。

EC以外でも、小売業者がOMO^※15戦略でオンライン購入サイトを設立する事例や、製造業者が卸業者を介さず顧客に直接商品を提供するD2C^※16戦略でオンラインサイトを設置する事例等も注目されています。事業者は顧客とのダイレクトな接点を持つことにより、個々の顧客の嗜好を把握するためのデータが入手できるようになりました。

事業者にとって、顧客が注文情報を直接入力できるシステムやプラットフォームを提供することで、顧客からデータを直接入手できるようになったことは、インターネット時代の大きな収穫であるといえます。

(2) SoEの活用

ビジネスシステムの成り立ちは、会計システムや販売管理システム等、業務処理の証跡として正しくデータを記録する必要のある、いわゆるSoR^※17の領域から始まっていますが、昨今ではコミュニケーションツール等のSoE^※18の活用がビジネスの場でも広まっています。SoEとはデータの記録そのものが目的ではないシステムであり、メール交換システム、検索サイト、SNS等が代表例として挙げられます。こうしたシステムで蓄積されるデータは商取引の実績を表すものではありませんが、利用者自体が潜在的に何を求めているかを把握することが期待できるため、企業にとっても有効な情報源として注目されています。

最近では、SoRとSoEが融合したシステムも登場しています。例えば、口コミのランキングアプリから選択した店舗に、オンラインで商品注文し、決済もできるようなアプリがあるとします。ランキングアプリはSoEに当たり、その後の注文フォームや決済機能はSoRに当たります。こうしたサービスには別々の企業が提供するアプリをAPIでつないでいるケースもあります。利用者としてはあたかも一体のシステムのようにストレスなく利用できるようになっているものも多く、私たちも気づかぬうちにウェブアプリやデータが共有されたサービスを利用しているのかもしれません。

4. 共同体のデータ連携の効率化

製品が消費者の手元に届くまで多くの事業者が関与するサプライチェーンでは、関与者が多いため、受発注手続や情報伝達の効率化が課題となることが多いといわれています。ERPシステムのような管理システムを導入して、サプライチェーン間で共同利用している事例もありますが、一方で関与者が多いため、一社がリードしてシステム構築を推進する方法ではうまくいかないケースもあるようです。こうした状況に対応するため、参加者が共同体を構成して合議制のもとシステム化を推進する、いわゆるコンソーシアム方式を採用する事例もあります。コンソーシアム方式では、システムのライフサイクルに係る意思決定に参加各社が関与することが一般的ですが、システム運営についても各社共同で行うケースもあります。この場合のシステムの在り方として、システムやデータを一元管理するような中央集権的な管理方法ではなく、各社がシステムとデータを保持し合う方法を目指してブロックチェーン技術を採用するケースがあります。ブロックチェーン技術により「分散ネットワーク」が構成され、ネットワークに接続された各コンピューターがそれぞれ機能とデータを持ち合い、全体として牽（けん）制し合う仕組みを構成することが可能になります。国際貿易における書類の電子的交換や食品のトレーサビリティ等において、こうした技術を採用した実用事例も増えてきています。

Ⅲ　共有化に伴う新たなチャレンジ

データドリブンな企業経営を目指すには、有効で良質なデータを収集し管理できる体制を整備することが不可欠です。そこに向かうために幾つかのチャレンジすべき課題があることが見えてきました。

その中から、以下では、共同体運営における有効な手段と見られている「ブロックチェーン技術の活用」と、データドリブン経営の要となる「有効なデータマネジメント」に焦点を当てたいと思います。

1. ブロックチェーン技術の活用

(1) ブロックチェーン技術が注目されるワケ

ブロックチェーン技術は、Bitcoinを構築するために記された論文^※19が起源とされていますが、なぜそれをビジネスシステムに活用することが検討されているのでしょうか。

今日のビジネスシステムの大半は、利害関係者が運営主体である第三者を全面的に信頼してデータを預けています。この運営主体に対する信頼こそが、預けているデータの安全性を担保しています。従って、重要性の高いデータを管理する運営主体は、利害関係者に対してその信頼性を証明することが求められます。

一方ブロックチェーンの場合、運営に参加する第三者の信頼性を求めない代わりに、ブロックチェーンの仕組みそのもので信頼性が担保されるように構築されています。本稿では詳細な技術的解説は避けますが、<表1>の通り、①多数の参加者により取引の合意が形成され、②データの改ざんが困難であり、③関係者間でデータが共有され、④障害耐性が高く、⑤取引の権利者が特定できる仕組みであることにより、中央管理者がなくとも信頼が担保される仕組みになっているといわれています。

多くの暗号資産のブロックチェーンでは、ノードとして参加する者の信頼性を問うことなく、参加制限をかけていません。そのため「パブリック型ブロックチェーン」と呼ばれています。ノード数は多いほど不正が働きづらくなっており、これは、ルールがしっかりした世の中であれば、不特定多数の群衆の数が多ければ多いほど衆人環視が有効に機能するため、悪だくみが自制される、といったイメージを持つと分かりやすいと思います。逆にノード数が少なすぎると共謀犯が発生するリスクが高まるため、ブロックチェーンネットワークにおいては妥当なノード数を保つことが重要となります。

(2) パブリック型ブロックチェーンの懸念点

ビジネスシステムにパブリック型ブロックチェーンを利用する場合、取り扱う業務領域の性質を踏まえ、その適合性を検討することが必要になります。

例えば、仮名化されているとはいえ、データを不特定多数の者(ノード)に共有して良いかどうかという点は検討が必要かもしれません。

また、参加者数が増えることで牽制効果が高まる一方、合意形成にかかる時間もそれに応じて長くなるため、取引確定に即時性を求めるようなサービスでは、パブリック型ブロックチェーンは扱いづらいともいわれています。

さらに、そもそもビジネスシステムに係る業務の一端を、信頼関係のない第三者に任せて良いかどうかも考慮する必要があります。

こうした懸念を払しょくするため、ノード参加者を信頼関係のある者に限定する利用方法が登場します。「非パブリック型ブロックチェーン^※20」と呼ばれるもので、信頼関係のある者のみがノード参加者になるため、ノードの信頼性は向上します。また、ノードの数も相当数減らすことができるため、合意形成に係る時間短縮も期待できます。

(3) 非パブリック型ブロックチェーンの信頼性

非パブリック型ブロックチェーンはパブリック型より信頼性が高まるように見えますが、そもそものブロックチェーンの発想は、信頼できる中央管理者が存在せずともデータを信頼することができる「仕組み」そのものを重視していたはずです。非パブリック型ブロックチェーンの場合、ノード参加者や運営事業者が中央管理者的存在になるため、仕組みそのものの信頼性だけでは十分ではなく、彼らの信頼性についても証明することが重要になってきます。

非パブリック型ブロックチェーンの信頼性を検証する観点にはどういったものがあるのでしょうか。より細かい説明は<表2>に記載致しますが、主に、①ノード参加者の信頼性(役割の妥当性、審査制度等)②ノード数の妥当性(牽制効果の強度等)③ノードのセキュリティ対策④鍵管理の体制⑤プログラム更新に係るガバナンスの5点が考えられます。