スクエア free セミナー

OSSビジネスの概要と国内開発の試み
海外のオープンソースと日本向け需要とのギャップとその対応

2014年7月24日

株式会社イージフ© 2014

自己紹介（会社）
名前：株式会社 イージフ
オープンソースの企業向けソフトウェアの導入支援を行うコンサルティングファーム

商用オープンソース製品を主軸とする
ITコンサルティングサービスを展開
Liferay及びAlfrescoの国内初のパートナーとして、広く導入支援コンサルティングサービスを提供

業務改善コンサルティングとITを組み合わせた情報活用
2006年に20代の会計士とコンサルタントが起業

伝統的なECM製品やERPの導入コンサルティングや、BRPなど多様な領域をバックグラウンドに持つチーム構成実績、人脈、ファーム独自の方法論、財務基盤およびブランド、などによるプレミアムを省いた現場レベルのコンサルティングサービスに注力

2012.05.02

2© 2012

自己紹介（個人）
名前：石井 昭紀町工場の生まれ事務用コンピュータやCADで遊んで育つ（一応）中学生時代からプログラミング経験あり
大学時代は所謂ネットベンチャーで開発を担当
総合系（会計系）コンサルティングファームで社会人デビュー
ERPコンサルタントとして教育を受けるがドロップアウト
紆余曲折を経て最初の会社の同期と起業

3© 2012

Agenda✓オープンソースビジネスの苦しいところ✓では、何故この道を選んだのか？
✓新しい挑戦 製品ベンダとして4© 2012

オープンソースビジネスの苦しいところ

5© 2012

弊社のOSSビジネスの特徴•製造元のサブスクリプションサービスの活用•（OS/ミドルウェアではなく）アプリケーションレイヤへの注力•管理会計、業務プロセス改善、IT投資評価、などのサービスとの連動パッケージ＋
アプリケーション＋
コンサルティング

×
6

オープンソースソフトウェア© 2012パッケージって？
他で実績があるソフトウェアを導入し、他の顧客と共同でコスト負担して保守できれば、より安くより安全にシステム導入が可能

経済的な「分業」の一形態
目
標／
成
功要
因

良いソフトウェア＝良いシス
テム、ソリューション

財務会計

アプ
リケ｜
ショ
ン

デ｜
タ
ベ｜
ス

生産管理

販売管理

良いものを「ちゃんと」組み合わせて安く安全に

財務会計

生産管理

販売管理

独自
独自
独自

独自

共用

個別DB

個別開発

財務会計

生産管理

販売管理

独自

独自

独自

独自
共用

個別DB

独自

統合パッケージのメリットを最大限に享受個別DB

個別DB

個別DB

共用

個別DB

個別パッケージ7

共用（グローバル）

統一DB

ERP© 2012アプリケーション？
OSであるLinuxからはじまり、OSSの企業導入はMySQL
PostgreSQLなどのDB・ミドルウェアへと「上層」へ向かって伸びるトレンドを見せていた。

ミドルっぽいアプリが狙い目？

ECM

EIP

エンタープライズ・コンテンツ・マネジメント!
企業内の「コンテンツ（ファイル）」を、統合的に管理できる基盤
本当は!

エンタープライズ・
インフォメーション・ポータル!
企業内の「アプリケーション（へのアクセス経路）」を、統合的に管理できる基盤
本当は!

同梱！

同梱！

コンテンツが主役

業務/プロセスが主役
各種標準ポートレット

標準文書管理アプリ
標準コラボレーションアプリ

CMS・掲示板8© 2012

補足）ECMとEIP（ポータル）の比較

ECM（Alfrescoなど）

ポータル（Liferayなど）
業務システム

ポータルNews
作成・配信

業務部門ユーザ

標準UI リポジトリ-------------------------	------------------	------------------------------

編集部門ユーザ

掲示板など

覧

閲

アクセス

編集部門ユーザ
業務システム
一般ユーザ

書き込みーーーーー	

ーーーーー	ーーーーー

業務システム連携システムシステムA
システムB

業務システム

.....
一般ユーザ

© 2014

補足） コンサルティングって？
戦略立案、IT投資マネジメント、RFP作成、要件定義支援、、、だけでなく、パッケージソフトウェア導入プロジェクトならではの役割（ロール）もパッケージの経済性を活かすためのお手伝い製品サポートの範囲は？
APIの適切な呼び出し方法は？
そのモジュールのコードはちゃんとメンテされてる？
そもそも標準機能の枠内で工夫できない？
本体に取り込んでもらえれば保守コストが下がる？
他のユーザはどうやってるの？
等々
10© 2012

オープンソースビジネスの歴史
Linuxを起点に、OS→ミドルウェア→アプリケーションと下層から上層へOSSの活用範囲は拡大してきた
弊社aegifも起業

ミドルウェアアプリケーション

この後で!
Alfrescoとの!
契約終了

営業先でお客さんから必ず言われること 2012

？

？

？

「オープンソースなのに、安くないんですね」「イニシャルで大きく確保する方が予算は取りやすいんですよ」「サポートってどこまでサポートしてくれるんですか？」!

「個人的にはもっとこういうものを使うべきだと思ってるんですが」
12© 2012

根深い対立 見解の相違 OSSの特徴って？

コスト以外の利点は響いていない

顧客の理解

OSS関連企業の主張

コスト

趣味で作ってるから安い無料で配られてる物だから安い

宣伝費用が節約されている
コミュニティのフィードバックが無償で得られている

品質

最近は安心して使えるものが増えてきたらしい（？）

外部に晒されてる前提のコードの方が品質が高いのは当たり前

高価な商用製品の方が性能も機能も上

コミュニティやサードパーティの力によるイノベーションの分OSSの方がむしろ有利

機能

13© 2012

では何故この道を選んだのか？

14© 2012

それがぼくには楽しかったから、ではなく理由その１ 長期的に見てとても良い「賭け」だと思えるから
15© 2012

「グリーン投資」に近い発想でパッケージソフトウェアは経済的な分業↓似たもの同士の「激しい競争」が生じる↓
競争優位はどこから生まれるか？

↓天の時、地の利、人の和？ 予測可能？

↓
優秀なエンジニアを抱えたチームは有利↓
優秀なエンジニアが集まる条件は？

16© 2012

エンジニアの立場で考える

技術的な妥当性、合理性を重視
優秀な人と一緒に仕事がしたい
プロプライエタリによってロックインされるのは、顧客だけとは限らない
17© 2012

CIOブーム（？）が去った後でビジネス/経営者/マネージャが広い視野で物事を見渡すのは当たり前
不確実な状況では予測が重要

IT/技術者/担当者が具体的な課題についてより正確な情報を持っているのも当たり前「将来」などの不確実な世界は担当外？

ITトレンドの把握・予測の適任者は誰か
個人か、組織か、文化の問題かベンチャーに求められるのは長期的ビジョンだけでは...

理由その2 短期的に見ても仕事のしやすさが全く違うので
19© 2012

前提となる市場環境

The 1st Practiceは常にBest Practiceなのでは？
すでにあるソフトのリスクはまだ形がないもののそれより常に低い
国民性ジョーク「あなたの製品は今の100倍のデータ量に耐えられますか？」

ソフトウェアの輸入額は輸出額の約100倍（諸説あり）

懐かしの“タイムマシン経営”

高すぎる言語の壁、それなりに大きな国内市場

ハイエンド製品は全て海外製
20© 2012

ガラパゴス■ カスタマイズの有無◆業務を製品にあわせるか、製品を業務にあわせるか？
◆欧米企業ではカスタマイズなしが多い（トップダウン、経済合理性の追求）■ インターネット上のコミュニティで開発◆コミュニケーションは英語中心■ 利用は自由、保証やサービスに対価を払う文化◆日本はサービスコストの算定が苦手◆モノにお金は払うが……

■ 米国ビックベンダ製品へ対案の提示に割の模
規済
経は◆日本ではそういう拘りはない
日本
いし乏が
績
実のジー
ケ
ッ
パOSS
◆欧州公共セクタを中心に活性化オープンソースモデルの現場視点での合理性とは大規模企業向けパッケージがほぼ海外製であることを前提とすると、違いがより明確になる•理屈の上でも顧客側にメリットがある仕組みなので、良い顧客に出会えそう•製造元のエンジニア個人にとって有利な制度なので、良いパートナに出会えそう•どうせ海外と仕事しないといけないなら、英語以外の言語も使って手早く済ませたい

顧客

コンサルタント

国内サポート22

本国サポート 本国エンジニア© 2012

新しい挑戦 製品ベンダとして23© 2012

そして自社製品へ
海外製OSSのパートナーシップを長年経験してきて……
■ 内的要因◆ベンダだけじゃなく他国の類似のパートナーの人達とのコミュニケーションが取れてきた◆相場観がわかってきた● ベンダがどの程度サポートしてくれるものなのか● 対コミュニティ、対顧客、対パートナーなどレイヤ■ 外的要因
◆Alfrescoの値上げ◆直接パートナー以外の、孫パートナーや有力なコミュニティ開発者が、日本からベンダ側へのローカライズ強化のリクエストが難しい◆物によっては製品レベルでこっちから出していった方がよいケースがあると考えられた

海外→国内 vs 国内→海外

ガラパゴスの中から海外へ向けてオープンソースとは（おさらい）■ Open Source Initiative (OSI) による定義
1.

自由な再頒布ができること

2.

ソースコードを入手できること

3.

派生物が存在でき、派生物に同じライセンスを適用できること

4.

差分情報の配布を認める場合には、同一性の保持を要求してもかまわない5.

個人やグループを差別しないこと

6.

適用領域に基づいた差別をしないこと

7.

再配布において追加ライセンスを必要としないこと

8.

特定製品に依存しないこと

9.

同じ媒体で配布される他のソフトウェアを制限しないこと

10.

技術的な中立を保っていること

Wikipedia「オープンソース」より

ほかにもオープンにすべきものはないのか？

意志決定（コミュニティ）開発行動（リポジトリ）

得意分野のECMで試してみる

（改めて）ECMとは？
Enterprise 企業向け
大規模利用・業務システム連携・高可用性

Content コンテンツ
非定型データ・ファイル・“一人歩き”
Management 管理
アクセス権・オーナーシップ・ルール作り

柔軟で高性能な文書管理基盤

Enterprise Content Management is the technologies, tools, and methods used to capture, manage, store, preserve, and deliver content across an enterprise. At the most basic level, ECM tools andstrategies allow the management of an organization’s unstructured information, wherever that information exists. Numerous terms are used, depending on whom you’re talking to, nearly interchangeably with
ECM—integrated document management, digital asset management, integrated document and content management, and total content management to name a few. Regardless of the precise
terminology, ECM capabilities manage traditional content types (images, office documents, graphics, drawings, and print streams) as well as the new electronic objects (Web pages and content, email, video,and rich media assets) throughout the lifecycle of that content.
As with any technology, the most important thing isn’t how you define it or categorize it, but successfully applying the technology to your particular business processes. The technologies included in this poster
will enable you to manage your content at the various stages of that content’s lifecycle. Implementing all of these technologies together will allow you to manage content throughout its complete lifecycle—
from creation to either long-term preservation or deletion.
This poster can only convey a few of the relationships and concepts involved in implementing an ECM solution. ECM is not easy and it’s not limited to the technology. However, the technologies do work andthey are constantly improving. It’s up to you to ensure that these critical technologies are appropriately matched to your company’s business needs.

CAPTURE
Aggregation—The process of combining data inputs from

HCR (Handprint Character Recognition)—OCR technology
designed to turn images of handprint characters into ASCII code.
ICR (Intelligent Character Recognition)—Advanced form ofMANAGE
Collaboration—Tools (collaborative authoring, video conferencing, shared

STORE
Audit Trails—Log of who changed what when for accountability.
CD-ROM (Compact Disc Read Only Memory)—Optical disc thatis created by a mastering process and used for distributing
read-only information.
Check In/Out—Ensures that only one person can work on a
document at any time.
Content Management System—The capability to manage andtrack the location of, and relationships among, content withina repository.
Data Warehouse—Central repository for all, or most, of anorganization’s structured data.
Database—(1) Electronic collection of records stored in a cen-netic field in the recording medium. Data is erasable and/orrewritable.
Magnetic Storage—Hard disks on down to floppies.
NAS (Network Attached Storage)—Can be part of a SAN. Hard
disk storage directly attached to the network to provide information access.
Optical Disc—Medium that will accept and retain informationin the form of marks or density modulation in a recording layerthat can be read with an optical beam.
RAID (Redundant Array of Independent Disks)—Storing the samedata on multiple hard disks for improved performance and fault
tolerance.
Repositories—Part of a Document Management system; specificfunctionality to control the check-in/out of material, version

AIIM ECM101

DELIVER
COLD/ERM—Computer Output to Laser Disc/Electronic Report Management.
Compression—Technique used to reduce the number of bits in a digital image file; JPEG and TIFF are two examples.
Digital Rights Management—Enables secure distribution, and disables illegal distribution, of paid content over theWeb.
Digital Signature—Electronic signature that can be used to authenticate the sender of a message.
PDF (Portable Document Format)—Format developed by Adobe Systems for document publication.
Personalization—Matching content to the individual.
PKI (Public Key Infrastructure)—Enables the secure exchange of content through the use of a public and a private
cryptographic key pair that is obtained through a trusted authority.
Syndication—Supply of content for reuse and integration with other material, often through a paid subscription.
Transformation—Changing content from one format to the needed delivery format.
XML—An established standard, based on the Standard Generalized Markup Language, designed to facilitate docu-

一人歩き？

DBから動的に生成される情報がレビューや確認、再利用のためにコンテンツ化される。
システム改修時に問題化しがちコンテンツ自体を管理すべき

Content Management
Interoperability Services
コンテンツ管理のための相互運用サービス
ECMのための製品非依存な共通API自社製品紹介
得意分野（ECM）業界にオープンスタンダードがやってくるというチャンスを活かすためにクライアントLibreOfficeLiferay

文書管理リポジトリ

Alfresco
SharePoint

FreshDocs

FileNetCMIS Browser
CMIS ExploreDocumentum© 2014CmisSyncの沿革 日本発企業向けオープンソースプロジェクト
2011年12月 Alfresco提案中に顧客からDropboxライクな機能の要望を受ける
2012年03月 社内会議で開発者より新製品の企画として提案
2012年08月 git用同期ツールSparkleShareをforkしてプロジェクトスタートTwitterアカウン
CmisSyncを取得し告知、フォロワー数50
GoogleグループCmisSyncを作成し問題報告や議論のために利用開始
最初期のα版を公開、ダウンロード数3
2012年09月 Alfresco社メンバよりWebDAVベースの同期ツールの告知とローカライズの申出
YouTubeにチュートリアルを公開、閲覧数250
2013年02月 クラウドソーシングプラットフォームCrowdinでローカライズプロジェクト開始
開始1週間で4言語、最終的には11名の協力者を得て9言語に対応
初の外部からの貢献。フランス企業がAlfrescoで外部と情報共有するためフランスのSlashdotともいうべきサイトLinux.frでニュースに2013年07月 ドイツOpenDataSpace社がLinuxへ移植。同社からは3名の開発者が協力
平均して1時間に1件のダウンロード！
現在では1時間に4件から5件くらいのダウンロード

主要な開発者

名前

国

コミット数

Nicolas Raoul

日本

468

Yannik Molinet

フランス

125

Fritz Elfert

ドイツ

68

More Zeng Feng

中国

37

Achim Derig

ドイツ

934

他多数

© 2014

自社開発製品のいま■先行しているのはCmisSync○コミュニティ◎リポジトリ■NemakiWareは今後に期待△コミュニティ◎リポジトリギャップについて•UI=ラスト1マイルのカスタマイズ•割り切りと信頼、機能の無効化•サポートの「範囲」•日本的ワークフロー•記録管理と本音（本質）主義

UI、ラスト1マイルのカスタマイズ
エコシステム構築を指向するレベルのパッケージベ
ンダであれば、SDKやAPIの水準にも期待が持てる標準UIがあって「ほとんどこれでOK」という感想がでてきた時が危ない
APIの利用方法だけ専門家を利用し、基本のUIは顧客側に近い組織で作ることが多くの場合ベスト割り切りと信頼、機能の無効化…ただし、MSは除く

サポートの「範囲」
いわゆる『サブスクリプション』モデルの場合
以下の問い合わせはすべて範囲外！
!

•カスタマイズ方法の指導•カスタマイズされたモジュールの障害•パフォーマンスチューニング
•サイジング•一般的な使い方の質問•コミュニティエディションで生じた問題

実務的には、『受入の範囲』と『対応の範囲』の問題も

日本的ワークフロー三大要件•引き戻し（not 差し戻し）•「上長」•代理承認!

他にも、「経緯コメントの永続的保管」「一括承認」「根回し」など

記録管理と本音（本質）主義「ちゃんと仕事した」と見なす基準の問題
例えば、!

『完璧な書類』が未提出で机に置いてあった場合

ギャップへの対応

自分達でコントロールすべきものを見極めて必要なものはちゃんと作る!

もっと良いやり方については常に調査