RelativityOne(eディスカバリ)

## 概要(何のモデルか) RelativityOne は、米国訴訟(および規制当局対応・社内調査)で標準化した「電子証拠開示(eディスカバリ)」プロセスを、クラウド(SaaS)上で提供するプラットフォームである。母体企業 kCura は2001年に Andrew Sieja がソフトウェア受託開発会社として創業し、2006年に最初の Relativity プラットフォームをリリース、2007年からeディスカバリ専業のソフトウェアとして外販を開始した(最初期の顧客の一社が大手法律事務所 DLA Piper)[出典: https://techweek.com/chicago-startup-kcura-relativity-ediscovery-rebrand/]。 オンプレミス版 Relativity が法律事務所・企業法務・訴訟支援ベンダーの間で「業界標準」の地位を固めたのち、同社は自社データセンター(Microsoft Azure 上)でホストするフルSaaS版「RelativityOne」を2017年初頭に一般提供開始した[出典: https://www.relativity.com/blog/looking-back-on-a-decade-of-e-discovery/]。2019年時点で RelativityOne は直近12か月で契約データ量420%増という「Relativity史上最も成長が速い製品」となり、IDC MarketScape の eディスカバリSaaS部門でリーダーと評価されるなど、米国において「オンプレからクラウドへ」のマス市場移行を牽引した[出典: https://www.prnewswire.com/news-releases/relativity-and-its-law-firm-customers-celebrate-success-with-relativityone-at-iltacon-2019-300903011.html]。2017年kCuraは社名を主力製品名にちなみ Relativity へ改称している[出典: https://www.prnewswire.com/news-releases/kcura-rebrands-as-relativity-300509811.html]。現在は Am Law 200 のうち198事務所、Fortune 500 企業、米司法省を含む顧客基盤を持つ「eディスカバリのデファクトスタンダード」とされる[出典: https://www.relativity.com/relativity/assets/pdf/relativity-fact-sheet.pdf]。 **年号アンカーについて**: origin_year は複数の候補がありうる。(a) kCura創業=2001年、(b) 最初のRelativityリリース=2006年、(c) eディスカバリ専業化・外販開始=2007年、(d) 米国連邦民事訴訟規則(FRCP)改正でESI(電子的に保存された情報)開示が明文化されeディスカバリ自体が訴訟実務の必須プロセス化=2006年末、(e) RelativityOne(SaaS版)の一般提供開始=2017年、(f) RelativityOneが成長率・市場評価の面で明確にマス市場のリーダーとなった=2019年。本ケースは「RelativityOne」というクラウド製品を主題としており、日本側の転換点も「クラウド版のフル上陸」であるため、モデルの本質を「eディスカバリSaaS」と捉え、**origin_year=2017(RelativityOne一般提供開始)を採用**した。ここは判断が分かれうる点であり、issues にも明記する。 ## 日本上陸の経緯(誰が・いつ・どう持ち込んだか) **先行者(第一陣)**: 日本発のリーガルテック企業 UBIC(2016年に FRONTEO へ社名変更)は、2010年前後から米国訴訟対応を主業務として Relativity のパートナーであり続けてきた。2017年1月には米国子会社 FRONTEO USA が正式に「RelativityOne Certified Partner」として認定され、日本企業が当事者となる米国訴訟・当局調査案件において、米国内でホストされた RelativityOne を用いたホスト型レビューサービスを提供し始めた[出典: https://www.globenewswire.com/news-release/2017/01/31/912463/0/en/FRONTEO-Becomes-a-RelativityOne-Certified-Partner.html]。ただしこれは日本国内でのデータホスティングではなく、あくまで「日本企業の米国訴訟対応を、米国ホストのクラウドで支援する」形態だった。 **転換点(市場が動いた年)**: 2022年5月8日、Relativity は RelativityOne を日本国内データセンターで正式にホスティング開始したと発表した[出典: https://www.prnewswire.com/news-releases/relativity-advances-growth-in-asia-with-relativityone-now-hosted-in-japan-301541967.html]。これによりAPAC地域は同社の展開拠点全体の40%を占めるに至り、日本は仏・南アフリカと並ぶ2022年の主要拡張市場の一つとなった[出典: https://www.prnewswire.com/news-releases/relativity-announces-key-investments-to-drive-global-growth-and-product-innovation-at-12th-annual-relativity-fest-301391416.html]。プレスリリースは「日本の個人情報保護法の下では、本人の同意なしに個人データを海外の第三者へ移転できない」ことを明示し、日本国内拠点を持つグローバル企業や日本法域の案件を抱える組織にとって国内ホスティングが「ゲームチェンジャー」になると述べている[出典: https://www.relativity.com/news-events/press-release-relativity-advances-growth-in-asia-with-relativityone-now-hosted-in-japan/]。 すなわち、日本市場への「最初の1社」の上陸(FRONTEOによる米国ホスト版の取扱・2017年)と、「市場が本格的に動いた転換点」(国内データセンターでのフルSaaS展開・2022年)は明確に異なる。本ケースでは執筆ルールに従い、**転換点である2022年を japan_entry_year として採用**する。 ## なぜ遅れたか(delay_factors の根拠) 1. **規制(データ越境移転規制)**: 2020年改正個人情報保護法(2022年4月1日施行)により、外国にある事業者・サーバーへの個人データ移転に関する義務(本人同意・外的環境の把握等)が強化された[出典: https://www.jipdec.or.jp/library/report/20220412_q_and_a.html]。日本企業が国内にサーバーを持つクラウドを利用すれば「外的環境把握義務」が原則生じないとされる一方、海外サーバーでは義務が生じうるため、実務上は国内リージョンの利用が推奨される状況が生まれていた[出典: https://xtech.nikkei.com/atcl/nxt/mag/nc/18/020800017/040600700/]。RelativityOneの日本上陸プレスリリース自体も、この越境移転規制を国内ホスティングの直接的な理由として明記している[出典: https://www.relativity.com/news-events/press-release-relativity-advances-growth-in-asia-with-relativityone-now-hosted-in-japan/]。米国での一般提供開始(2017年)から日本国内ホスティングまで5年を要した最大の要因はこの規制対応である。 2. **需要成熟(市場規模の構造的な小ささ)**: 日本の民事訴訟制度自体には米国型の広範なディスカバリ(証拠開示)手続きが存在しないため、日本国内単体の需要は本質的に薄い。eディスカバリ需要の大半は「日本企業が米国訴訟・独禁当局調査・FCPA調査等の当事者になる」クロスボーダー案件から生じており、これが十分な規模の商用市場としてマス化するまでに時間を要した(このため2017年時点では米国ホストのサービスで足りていた)。 3. **言語(CJK対応の専門性)**: 日本語を含むアジア言語での概念検索・機械翻訳・レビューワークフロー対応は英語圏の標準ツールでは不十分であり、UBIC/FRONTEOのように独自AI(KIBIT等)でCJK言語処理を強化した専門事業者の介在が長らく必要とされてきた点も、汎用クラウド版がそのまま普及しない一因だった。 ## 結果とその理由(成功/失敗/変形の中身) **結果は「定着(established)」**と評価する。2022年の国内データセンター開設以降、RelativityOneは日本を含むAPACでの主要な展開拠点の一つとなり、グローバル企業の日本法人・日本の大手法律事務所・フォレンジック専業ベンダー(FRONTEO等)を通じて利用が広がっている。ただし米国のように「訴訟実務の標準ツール」として社会全体に浸透しているわけではなく、日本国内における需要は依然として「日本企業が関与する海外訴訟・当局調査・グローバル企業のコンプライアンス対応」に強く紐づいた、限定的だが着実なニッチ市場として定着している。これは日本の民事訴訟制度そのものに米国型ディスカバリが存在しないという構造的な違いによるもので、モデルが「変形」したというより「適用範囲が限定された形で定着した」と見るのが妥当である。 ## ローカライズで変わった点 - **ホスティング地域の追加**: 製品機能そのものは基本的に米国と同一だが、「国内データセンターでの完全ホスティング」という点が、個人情報保護法の越境移転規制に対応するための日本固有のローカライズ要素として追加された[出典: https://www.relativity.com/news-events/press-release-relativity-advances-growth-in-asia-with-relativityone-now-hosted-in-japan/]。 - **パートナー経由での提供が主体**: 直接販売よりも、FRONTEOのような認定パートナーによるフォレンジック調査・ホスト型レビュー・プロジェクトマネジメントとセットでの提供が中心であり、単体のセルフサーブSaaSとしては普及していない。 ## business-autopilot 的な学び 1. **観察**: 「規制対応(データローカライゼーション)」が海外SaaSの日本上陸タイミングを直接決定する事例である。日本の個人情報保護法改正のような具体的な法改正日と、海外プラットフォームの国内データセンター開設発表が、時期的にほぼ一致している[出典: https://www.jipdec.or.jp/library/report/20220412_q_and_a.html][出典: https://www.prnewswire.com/news-releases/relativity-advances-growth-in-asia-with-relativityone-now-hosted-in-japan-301541967.html]。→ **適用**: 「海外で確立したSaaS/クラウドモデルが、日本の個人情報保護法・業法改正のタイミングで初めて本格上陸する」というパターンは他の規制業種(医療データ、金融データ等)でも再現しやすく、法改正の施行スケジュールを先回りして「どの海外モデルが次に日本上陸しやすいか」を予測する材料になる。 2. **観察**: 日本市場での「最初の1社」(FRONTEO、2017年・米国ホスト経由)と「市場の転換点」(国内データセンター開設、2022年)が5年ずれている。先行者は規制の壁を「現地パートナー・現地サービスでの代替提供」によって埋めていた。→ **適用**: 本体プラットフォームの正式な日本上陸前に、「海外版を扱う専門事業者」としてニッチに先行参入する余地がある(FRONTEO型)。business-autopilotの案件選定では、プラットフォーム本体の日本語版・国内版がまだ存在しない段階でも、周辺の代行・翻訳・コンサル的機能で先行できるかを検討する価値がある。 3. **観察**: 本体プラットフォームの構築・運用(データセンター、セキュリティ認証、法域対応)は明確に capital-heavy であり、個人〜中小がゼロから同種SaaSを作るのは非現実的。一方、FRONTEOのような「認定パートナーとしてのフォレンジック調査・レビュー支援・プロジェクトマネジメント代行」は、既存プラットフォームに乗る形での smb-feasible な周辺参入機会として機能している。→ **適用**: 海外の複雑な規制産業SaaS(法務・医療・金融)を題材にする場合、「プラットフォームを作る」のではなく「プラットフォームを使いこなす代行業」を狙う方が、個人〜中小の参入難度は大きく下がる。 4. **観察**: 日本側の市場規模が米国と比べて構造的に小さい(訴訟制度自体が異なるため)にもかかわらず、モデルは「失敗」ではなく「限定的だが確実な定着」に落ち着いている。→ **適用**: 海外発モデルが日本で「マス化」しなくても、対象顧客層(クロスボーダー案件を抱える企業・法律事務所)が明確であれば事業として定着しうる。business-autopilotの評価軸では、日本国内の絶対市場規模だけでなく「対象顧客のグローバル接点の有無」を成功可能性の指標に加えるとよい。