MIJS Report
2007

Vol.2
進化し続けるＭＩＪＳ

アプリケーション連携の実現に向けて日本のソフトウェアビジネスを牽引する
テクノロジストの声

﹁真
の
Ｍ
第 ア
プ
Ｉ
一 リ
ケ
Ｊ
ー
弾 シ
ョ
Ｓ
発 ン
連
標
携
表 が
準こ
こ
か
規ら
始
格ま
る
﹂
Made In Japan Software コンソーシアム

Outline
MIJSコンソーシアムのアウトライン◉ 基本構想コンソーシアム内に７つの部会を運営し、製品の相互連携の枠組みを作り、製品ごと個別に連携を取ってゆく。並行して海外進出のための準備（市場調査など）を行ってゆく。
また、SaaSサービ
スの開始準備を行う。

Contents03

進化し続けるMIJS
アプリケーション連携の実現に向けて◉ 主要活動04

2006.8

製品連携と海外進出を現実のものに
7つの部会が日本のソフトウェアを牽引する

コンソーシアム設立

MIJSコンソーシアム 理事長

2006.10「志」
が創り上げたMIJS標準規格
ソフトウェアの世界でも「Made In Japan」の品質を確立させる

MIJS中国支部を上海に設立

2007.2
第1回MIJSカンファレンス「Japan」
を開催
MIJS標準規格の構想を発表

2007.5MIJSオーバーシーズ・オペレーション部会設立
総務省オブザーバー海外展開の推進を図る

2007.6MIJSカンファレンス「Osaka Japan」
を大阪にて開催2007.11
第2回MIJSカンファレンス「Japan」
を開催
MIJS標準規格を公開

2008
SaaSサービス開始（予定）MIJSコンソーシアムの挑戦

松田 孝裕

07

MIJSコンソーシアム マーケティング部会 部長 内野 弘幸

08

海外における具体的なサービス作りに向けて
まずは着実な足場固めから MIJSの海外進出は新たなフェーズへ
MIJSコンソーシアム オーバーシーズ・オペレーション部会 部長

長谷川 礼司10優れたアプリケーションを創生するベンチャーを仲間に世界を目指す起業家を支援するMIJSアーリーステージ部会
MIJSコンソーシアム アーリーステージ部会 部長

浦 聖治

12

人材確保・育成のための長期プロジェクト
各社共通の課題を解決すべく継続的な取り組みを実施
MIJSコンソーシアム 人材採用・育成部会 部長

飼沼 健

13

MIJSアライアンス部会が推進する賛助会員制度
ソフトウェアインフラを提供する大手ベンダーとの協業を目指す
MIJSコンソーシアム アライアンス部会 部長

青野 慶久

14
MIJS技術部会からのメッセージ
監修：MIJSコンソーシアム 技術部会 部長

梅田 弘之

ASPからSaaSへ̶̶
パッケージアプリケーションはベスト・オブ・ブリードの時代に
MIJSコンソーシアム 技術部会 部長

梅田 弘之

アプリケーションに必要なのは「できる」
ことではなく
「簡単にできる」
こと
MIJSコンソーシアム 技術部会 副部長

小野 和俊

MIJS SaaSポータルに対応したポートレット作成のポイントとは
MIJSコンソーシアム 技術部会 副部長

札辻 秀樹

パッケージソフトウェア発展のカギを握る
「部品化」
と
「共通化」
MIJSコンソーシアム 技術部会 副部長

岩本 幸男

22

日本のソフトウェアビジネスを牽引する

テクノロジストの声
日本の技術者は、
これからどうあるべきか

02

進化し続ける
ア プ リ ケ ー ション 連 携 の
実 現に 向 けて

MIJSMIJSコンソーシアムが発足したのは2006年8月。
今回発表される「MIJS標準規格」
は、この1年余りの取り組みの大きな成果の1つである。
ここでは、さらなる広がりを見せる
MIJSコンソーシアムの活動を紹介する。

MIJS
Report
2007

Vol.2

﹁ア
Ｍプ
Ｉリ
Ｊケ
Ｓー
標シ
準ョ
規ン
格連
﹂携
第の
一真
弾の
発姿
表が
こ
こ
に

03

進化し続けるMIJS

アプリケーション連携の実現に向けて

MIJSコンソーシアムの挑戦

製品連携と海外進出を現実のものに

7 つの部会が日本のソフトウェアを牽引する
MIJS コンソーシアム
理事長

松田 孝裕

2006 年 8 月に MIJS コンソーシアムが設立されて以来 1 年余りが経った。当初 13 社だった参加企業も24 社にまで増加し、MIJS コンソーシアムは着実に成長しているといえる。今、MIJS コンソーシアムでは、設立の目的である「製品連携」と「海外進出」を果たすため、さまざまな活動が行われている。これらを担うのが、7 つの部会だ。MIJS コンソーシアム 理事長の松田孝裕が、今まさに進めている数々の取り組
みと今後の目標について語った。

「製品連携」と「海外進出」を軸に拡大するMIJSコンソーシアム

MIJSの目的は2つある。1つは、パッケージ製品
連携によるトータルで価値の高い新しいソリュー
ションを作り出すこと、もう1つはそれをもって海外Made In Japan Software Consortium（MIJS

市場に進出することだ。

コンソーシアム、以下MIJS）発足のきっかけは、「日本のソフトウェアベンダーは、これまで日本

2006年5月に行われたソフトブレーンの新オフィ

で1番になることしか考えていない企業がほとんどス見学会だった。この見学会のあとに行われた懇です。自分たちの製品をもって、世界で戦おうとは

親会で、集まった企業の代表者が、皆同じような問考えていなかったのです。一方、欧米諸国のベン

題に悩み、課題を抱えていたことが判明する。そしダーは、初めから世界市場を念頭に置いています。

て、同じ課題を抱えているならば、協力して活動す

私たちにとってまず大切なことは、世界でNo1になれば、課題を解決できるのではないかという話にりたいという信念を持つことです」

なったのである。

MIJSの理事長を務めるソフトブレーン株式会社

この提案が、国産アプリケーションパッケージ製品の各分野で実績を持つ企業の集まりへと発展

代表取締役社長の松田孝裕は、これまでの国産ベンダーの取り組みを説明する。

し、2006年8月、MIJSが結成される。発足時に参もちろん熾烈な日本国内市場を勝ち抜いてきた画したのは13社。1年余りが経過した現在では、参製品の品質は、決して海外パッケージ製品に劣る

加企業は24社に拡大し、7つの部会が組織され活ものではない。しかしながら、海外パッケージ製品

動を続けている（図１）。

のブランド力や資金力に押され、いまひとつ普及し

図1◎MIJSコンソーシアム組織図
技術部会

MIJSバーチャル検証センター
アーリーステージ企業セミナー

アーリーステージ部会
アーリーステージ会員
幹事会

理事会

総会

中国・アジア
オーバーシーズ・オペレーション部会
米国・EU
アライアンス部会
マーケティング部会
人材採用・育成部会
事務局

04

広報部会

賛助会員

図2◎MIJSが構想するSaaSポータルサイト

MIJS
標準規格

MIJS
バーチャル
検証センター
連携検証
保守

ユーザーサポート

AP検索

リモート保守

AP試用契約

AP申込・解約
業務系AP

APベンダー

課金・決済

決済

金融機関

業務系AP
提供

業務系AP

データ連携

シングルサインオン

利用

AP利用

ツール系AP

運営
母体

運用

コンテンツ

セキュリティ

コミュニケーション

システムソフトウェア

既存AP

情報交換

データベースハードウェア（サーバー、
ネットワークなど）ていないのが現状だ。単独で、海外にいきなり進

準ルール作り、そして各パッケージが持っているイ

出するのはリスクが大きい。だが、MIJSという全体

ンフラ的機能のモジュール化といった活動が行わで海外市場の動向、ニーズを調査し、プロモーショ

れている。これらの成果は、今回のMIJSカンファレンを展開し販路を開拓できれば敷居はかなり低くンスにおいて「MIJS標準規格」の第1弾として発表なる。このような考えのもと「オーバーシーズ・オペ

される。

レーション部会」はすでに成果を出しつつある。

「参加している技術者の人たちには、本当に頭海 外市 場として最 初に開 拓を始めたのが、中が下がります。彼らには本来行うべき自分たちの仕国・アジア地域だ。すでに上海に拠点を設け、次は事があります。その仕事以外の時間を使い、いまはヨーロッパおよび米国をターゲットとし、英国にも手弁当で作業をしてもらっている状況です。1年余拠点を置く予定だ。MIJS参加企業の中には、すでりが経過し、MIJSの活動がここまで発展してこらに単独で中国や米国に進出している企業もあり、それたのは、このような技術者の方々の頑張りがあっういった企業の経験、ノウハウを軸にしてMIJSとてこその結果だと考えています」（松田）

して新たに市場の開拓を行うという。
「海外において1社だけで営業からサポート窓口

ための、「MIJSバーチャル検証センター」も開設する。これで、規格や標準を公開するだけでなく、連して拠点を築き各社でリソースを共有しながら展開

携ソリューションをテスト、検証するためのインフラ

すれば、コストも時間も節約できます」（松田）

を用意し、現実的なシステムとしてユーザーにも提MIJSの活動のもう一方の柱である、技術連携についても積極的な取り組みを積み重ねている。

ణ
Ɉ
‎ɺ
ǩʯ
ǥ˂
Ǧʉ
ǯῴ
࿈ʏ
ஈ↗
ˋ
ࡤᇦ
߆़
‫‏‬Ȧ
൦ȭ
‫ێ‬ȭ
ජȥ
ཡɣ
࿍઻
ɘ
ɥ

さらに、連携させたパッケージ製品の検証を行うまですべてを揃えるのは大変です。しかし、MIJSと製品の相互連携から始まる技術交流

2007

ĝĝ

連携
運用管理

MIJS
Report
Vol.2

外部EDI

ツール系AP

参加申込処理ユーザー

示できるようにもなる。

MIJSが構想する
SaaSポータルサイト

製品を組み合わせ相互連携させて新たな仕組み

MIJSでは、パッケージの相互連携の1つの成として顧客に提供するための基盤作りをしている果として、2008年には共通のプラットフォーム基のが、「MIJS技術部会」だ。

盤の構築を目指す。このプラットフォーム上で各技術部会ではパッケージ間で標準となる共通マ社のパッケージアプリケーションを稼 働させ、そスターの定義、パッケージ同士の連携のための標

れらを自由に組み合わせサービスとして顧客に提05

進化し続けるMIJS

アプリケーション連携の実現に向けて供する。いわば、MIJS版のSaaS（Software as a

「まずは、現状の参加基準のもとに集まった企Service）環境を構築するのである。これは単一ベ業でパッケージ製品を連携させる基盤を固めます。

ンダーによるパッケージスイート製品をASP形式

活動の成果は、順次オープンにしていく。そうすれの延長で提供するソリューションではなく、複数ベ

ば、MIJSに参加していない企業でも、公開された

ンダーによるベスト・オブ・ブリード形式の新たな

MIJS標準規格に準拠するだけで、市場で実績のあSaaSサービスと言うことができる。

る多くの製品との連携が容易に行えるのです」（松

この構想ではデータ連携を中核に、各種業務ア田）

プリケーションを自由に選択でき、シングルサイン

最初の段階で関係者を増やしてしまうと、どうしオンや外部システムとの連携APIなども提供するても活動のスピードが遅くなってしまう。まずは小（図2）。この共通プラットホームを構築するのに、さな組織でフットワークよく活動し、結果は確実に

技術的には大きな障壁はないであろう。むしろ、技公開していくという。

術面より運用管理するための体制のほうが課題となる可能性がある。

さらに、MIJSでは海外の実績あるアプリケー
ションパッケージベンダーやハードウェアベンダー「MIJSのSaaSサービスがとも積極的に連携している。これらの活動を行う

実現した際には、システムを運のが「アライアンス部会」だ。賛助会員を募り、プ営するための組織が必要になりラットフォームベンダーとの交流を促進し、MIJSブます。顧客がこのサービスを利ランドをアピールしていく。

用する際には、この組織が契約

また、現状市場での実績が十分ではないが技術を結ぶ相手となります。SaaS

的には優れたものを持っているベンダーからの参のサービスとして顧 客に提 供加要望も多い。そのような企業とMIJS参加企業のするようになれば、責任を持っ交流の場として「アーリーステージ部会」も発足してサポートする体制も必要になた。MIJSとして、斬新な技術を有するベンチャー

ります」と松田は言う。MIJSで企業を支援し、MIJSの活動とのシナジー効果を狙

は、パッケージ製品を組み合わう。具体的な活動としては、2カ月に1度程度のペー

せればSaaS型のサービスも可スでの交流会やセミナーの開催、技術部会の詳細能だという理想像を掲げるだけではなく、現実的な情報の提供などが予定されている。

運用の体制まで踏み込んで考えている。

技術から人の交流、そして企業間の交流へ

MIJSの活動は次なるステップへ「MIJSの1年余りの活動は、今のところ当初の予定以上に先に進んでいます。この流れを継続で技術部会の活動による技術者同士の交流は、新きるよう、努力したい」と松田は言う。また松田は、たな展開にもつながっている。技術連携が技術者

M IJSの知名度も向上してきているので、今後は連携へ発展し、さらに会社同士の連携へと進化し

MIJSおよびその成果物のブランド価値を確立させているのだ。

ていくことも重要だとも語る。この取り組みについ

今後は、技術者の交流を技術者の育成に発展ては、「マーケティング部会」が先頭に立ち、戦略させていくつもりだという。さらに採用活動などもを協議している。その戦略に基づき、「広報部会」MIJSという大きな組織で実施していくことで、効からさまざまな情報が発信されている。

率化を狙っている。これらの人材に関する活動は、

このように、MIJSの活動の幅はますます広がっ「人材採用・育成部会」という新たな部会の発足ているが、それにつれて次のステップに進む必要性にもつながっている。技術の連携から会社の連携も生まれつつある。

が生まれ、他社の有効な施策の状況が見えるよう「今のMIJSは、技術者の熱意で進めている感になり、それぞれの会社が他社の「いいところ」をがあります。このまま手弁当でやっていく体制には応用して取り入れていこうという動きになっている

限界があるとも感じています。技術者が、本来の業のだ。

務として作業できる体制、組織作りも次なる課題
です。」
（松田）

活動成果はオープンに
MIJSは現状、市場で実績のある製品を持つところに参加企業を絞り込んでいるが、将来的には成果をオープンにしていく方針だ。
06

MIJSでは技術者の連携、参加企業の連携により、当初考えていなかったような新たな動きが始まっている。MIJSは、今回発表された標準規格を軸に、今後も活動を続けていく。

マーケティング部会「志」が創り上げたMIJS標準規格

ソフトウェアの世界でも「Made In Japan」の品質を確立させる
MIJS コンソーシアム マーケティング部会の主な役割は、コンソーシアムそのもの、および成果物である標
準規格をブランドとしてプロモーションすることである。一般企業におけるマーケティング部門と重なる部
分は多いが、大きく違うのは MIJS が日本のソフトウェア市場全体を変えようとする企業の強い思いが集まる場であるということだ。MIJS コンソーシアム マーケティング部会 部長の内野弘幸がその志を語った。

MIJSコンソーシアムはバーチャルなソフトウェアカンパニー

MIJS
Reportなど、技術部会の成果を正確に、より早く、広く、

Vol.2

深く、伝えていくかが重要となります」（内野）ソーシアム マーケティング部会だ。

MIJS標準規格を生み出した、
代表者たちの熱い「思い」を伝える「当初、広報部会からニュースリリースなどを発MIJSの活動の中でも、ベンダーの垣根を越えた信していたのですが、私たちのメッセージをより広アプリケーション間連携を実現していくための標

く、より深く伝えていくためには、プロモーションや準規格は、特に重要なものだ。マーケティング部会

ブランディングに関して的確な戦略を立て、それをにとっても、この標準規格を確実に世に伝えること推進していく必要がありました。MIJS全体の方向が、最も重要な役割となる。

性は参加企業の代表が集まる理事会で決定してい「技術部会では、日本のソフトウェアベンダーのますが、マーケティング戦略立案の場には適してい

CTOクラスの人たちが貴重な時間を割いて活発なません。また、事務局は多忙で、なかなか手が回り議論を繰り広げています。そこでは、普通なら社外ません。そこで、
マーケティング部会が設けられたのに決して公表しないような技術の詳細を持ち寄り、です」と語るのは、
マーケティング部会部長を務め標準規格を作り上げているのです。これを可能にしるウイングアーク テクノロジーズ株式会社 代表取ているのは、代表者たちが抱く日本のソフトウェア

締役社長の内野弘幸だ。

産業の未来に対する強い思いです。それを世に広マーケティング部会は「MIJSコンソーシアムそのもの」や今回発表されたMIJS標準規格をはじめ

2007

ణ
Ɉ
‎ɺ
ǩʯ
ǥ˂
Ǧʉ
ǯῴ
࿈ʏ
ஈ↗
ˋ
ࡤᇦ
߆़
‫‏‬Ȧ
൦ȭ
‫ێ‬ȭ
ජȥ
ཡɣ
࿍઻
ɘ
ɥ
ĝĝ

る。その活動を世の中に伝えていくのが、MIJSコン

内野 弘幸

するに際しては、どういったロードマップを描くのか

MIJSコンソーシアムでは、日本発のアプリケー
ションの連携のため、さまざまな活動を行ってい

MIJS コンソーシアム
マーケティング部会 部長

めるのが私たちの役目ですから、責任は重大です」（内野）とする「MIJSの成果物」を正確に、そして効果的

今後は、MIJSの大きな成果である標準規格をどにアピールし、ブランド価値を高めながら市場に広のように広めていくかが、
マーケティング部会にとっめていくことをミッションとし、この8月にスタートて重要な課題となる。

した。内野はMIJSを、1つの「バーチャルなソフト「それには、参加企業の団結を強めることも大ウェアカンパニー」と捉えており、MIJS各部会を技切です。参加企業の意思が1つにまとまることで、術開発や人材確保など、企業が持つであろうそれ

より大きな目標を達成することができるのです。

ぞれの機能を担うものとしている。マーケティング

MIJS標準規格は、いずれはコンソーシアムに参加

部会も、基本的には通常の企業が行うマーケティ

していないベンダーにも採用してもらえるよう、認ング活動とほぼ同等の活動を行っているという。し知を高めていく取り組みを続けていきます。また、かし、MIJSは、日本のソフトウェア業界全体をより海外からも高い評価を得られるようなものにして活性化させようという、大きな「志」に基づいていきたいと思っています。自動車やデジタル家電の世る点が大きく異なっている。

界では、日本製品がかつての低い評価を覆し、ブラ「今、
マーケティング部会で話題となっているのンドが確立しています。ソフトウェアの世界でも、は、MIJSに参加している各企業の代表の志、思いMade In Japanの優秀さを訴え、海外製品に決しをどのような形にしていくかということです。彼らのて負けないブランドを確立していきます」（内野）“思い”をしっかりと伝えていくことがマーケティン
グ部会の使命です。また、成果物を市場へアピール07

進化し続けるMIJS

アプリケーション連携の実現に向けて海外における具体的なサービス作りに向けて

まずは着実な足場固めから
MIJS の海外進出は新たなフェーズへ
MIJS コンソーシアム
オーバーシーズ・
オペレーション部会 部長

長谷川 礼司MIJS コンソーシアムの活動には 2 本の大きな柱がある。それは「製品連携」と「海外進出」だ。海外進出を担当する MIJS コンソーシアム オーバーシーズ･オペレーション部会は、製品連携に関する具体的な取り組みを行う技術部会とともに、コンソーシアムの活動の中心となるものだ。部長の長谷川礼司が、その活動についての思いを語った。

真の成長のためにいよいよ求められる海外進出

フトウェアを海外に展開できるのではないか。こう考えたのがオーバーシーズ・オペレーション部会の出発点です」（長谷川）

MIJSコンソーシアムは日本発のパッケージアプ
リケーションの連携を目指し、さまざまな活動を続けている。その大きな成果となるのが、今回のカン
ファレンスで発表される「MIJS標準規格」だ。
MIJSでは「製品連携」と「海外進出」を活動

現在オーバーシーズ・オペレーション部会では、の２つの大きな柱としている。技術部会とならびこのような理念のもと海外市場の調査活動を続け

MIJSの活動の重要な役割を担う、海外進出に関すている。

る取り組みを行っているのがMIJSコンソーシアム

海外進出の足がかりとしては、まず日系企業と中オーバーシーズ・オペレーション部会だ。部長の株

小規模の企業が考えられる。オーバーシーズ・オペ

式会社アプレッソ 代表取締役社長の長谷川礼司

レーション部会は、彼らがどんなサービスを求めてはMIJSの海外進出の取り組みについて、以下のよいるのか、あるいは導入にあたっての決定権がどこうに説明する。

にあるのかを調査し、海外進出の際の下地作りを「現在のパッケージアプリケーション市場は、行っているという。

完全な輸入超過の状態です。しかしながら、日本で「今は、実際のポテンシャルエリアがどこにある作られているパッケージアプリケーションには、海のかを調査し、見極めるフェーズです。この調査に外製品に負けない、優れた製品が多く存在します。

は、総務省の協力も得ており、確実なアウトプット

日本製パッケージアプリケーションの強みを生かに向けて順次作業を進めています。日系企業にしかし、海外市場で勝負する体制を作り上げることが、展開の余地がないのか、あるいはもっと大々的にオーバーシーズ・オペレーション部会の大きな使命

マーケティングを行える素地があるのか、この調査です」の結果をもとに、具体的な戦略を立てていくので日本製のパッケージアプリケーションは、国内で08

顧客への思いと作り手としてのこだわり

す」
（長谷川）

は当然認知されており、また利益も上げている。しそれでは、日本のパッケージアプリケーションのかし、国内市場が成熟しつつある現状においては、優れている点とはどのようなことなのだろうか。長

より大きな市場を得るために新天地に目を向ける

谷川は、２つのポイントを挙げて説明する。

ことが求められ始めている。

「そもそも、日本のベンダーは製品のクオリティに

これまでも、日本のソフトウェアベンダーは海外対する価値観が海外と異なっています。これは、責進出を試み、実際に事業所を置くなどの取り組みを任に対する価値観と言い換えてもよいものです。

行っている。だが長谷川は「パッケージソフトウェ

海外製品の場合、例えばソフトウェアにバグがあっ

アで海外市場において成功しているベンダーは皆た場合でも『次のバージョンまで待ってください』

無ではないか」と自戒する。

という対応になるでしょう。

「海外市場への進出には、膨大なコストがかか

ところが日本のベンダーは、顧客の声を最も大ります。このコストが、海外に打って出るにあたって事にします。開発拠点も日本国内に集中しているの足かせになっています。ですが、そのコストを１社ため、素早い対応も可能です。顧客第一のサポー

でなく複数の会社で分散することができれば、もっト体制やサービスは、私たちの誇るべきものです」と勝負しやすくなるのではないか。日本の優れたソ（長谷川）オーバーシーズ・オペレーション部会

このような日本のベンダーの製品に対する責任

たしかに、5分の1の低価格というインパクトは

MIJS
Report感は、顧客満足を最重要視する日本の特徴と言え大きい。日本製品に対する予備知識のない海外のVol.2

るだろう。もちろん、海外ベンダーも顧客サービス

ユーザーの目を引き付け、日本製品の良さを知ってに努めてはいる。だが、顧客それぞれに合わせた細もらうきっかけを作るには、十分な数字だろう。

ものだろう。

「まずは日系企業に対して導入をはたらきかけていきます。日系企業との事例を積み重ねながら現「もうひとつ、海外製品と決定的に異なるのは、地での認知を広げていき、価格破壊を武器に現地

アウトプットに対する美的センスです。海外製品の中小規模の事業所にアプローチできるのではな

は、必要な情報が必要なだけ表示されればよい、

いかと考えています。現在この部分の調査を進めてという考え方のもとに作られています。それに対しいるところです」（長谷川）て日本のソフトウェアは、例えば表の罫線の見え現状では、このような課題を視野に入れつつ、方にこだわって、角を少し丸くするなど、作り手の思

海外進出に向けた具体的なサービス作りを進めて

いが強く現れる製品を作ります。もちろん、こだわいる。今回のカンファレンスでは、そのひとつの成りが『too much』だと評価されることもあるのです

果として、MIJS標準規格に基づいた連携のデモンが、このような細やかな配慮ができる、というのはストレーションが行われる。今後はこれをもとに、日本製品の大きな特徴でしょう」（長谷川）

サービスとしてのブラッシュアップが進められる。

調査の段階から利益を上げるフェーズへ立ち上げ、実際にどのようなサービスが可能なの「サービスの作り込みのために検証センターをだが、日本製品のこのような優位点も、必ずしも

ణ
Ɉ
‎ɺ
ǩʯ
ǥ˂
Ǧʉ
ǯῴ
࿈ʏ
ஈ↗
ˋ
ࡤᇦ
߆़
‫‏‬Ȧ
൦ȭ
‫ێ‬ȭ
ජȥ
ཡɣ
࿍઻
ɘ
ɥ
ĝĝ

やかな対応は、やはり小回りが利く日本ならではの

2007

か、さまざまな検討を行っています。この作業には、各企業の技術者たちが手弁当で参加し、成果を上げつつあります」（長谷川）

そのまま海外で受け入れられるとはかぎらない。前

今回のMIJS標準規格の発表を受け、長谷川は述のように、日本と海外では異なる価値観のもと「いよいよ実際のビジネスとして成立させていく段に製品が作られている。もちろん、異なる部分があ階に入っていく」と語る。

るために日本製品の強みも生まれるのだが、その中「MIJSでは構想だけを提示するのではなく、具で日本製品の良さをうまく伝えていく必要がある。

体的なアプリケーションイメージを作り上げてい長谷川は価格が突破口になると予測する。

ます。これは、テクノロジストたちの議論の場であ「例えば、日米の経営層・役員層の給与を比較る技術部会を擁するMIJSだからこそできることですると、両者には20倍ほどの差があるといわれてす。次は、実際にお金をもらえるサービスとして整います。加えて開発のコストも膨大なものです。彼

備を進めるフェーズに移行する必要があります。もらはこれらの多大な支出をまかないながら利益がちろん個々の製品では利益を上げていますが、これ出るような価格設定をしています。そのため、どうしからはサービスを提供する組織の母体作り、価格てもある程度の価格は必要になってしまうのです。

の設定、マニュアルなどの作成など連携の基盤を固

我々は小さいながらもがんばって黒字を出していく

め、来るべき海外進出に備えなければなりません」

利益構造を作っていますが、製品の単価にするとお（長谷川）

そらく5分の1以下の価格で提供できるでしょう。まMIJSは、海外進出へ向けた足場を着実に固めてずこの価格破壊という点で勝負できると思います」

いる。海の向こうでMIJS標準規格にのっとった製（長谷川）品が広がる日は、一歩ずつ近づいている。
09

進化し続けるMIJS

アプリケーション連携の実現に向けて優れたアプリケーションを創生するベンチャーを仲間に世界を目指す起業家を支援する
MIJS アーリーステージ部会
MIJS コンソーシアム
アーリーステージ部会 部長

浦 聖治

MIJS コンソーシアム アーリーステージ部会は、世界に通用する新しいテクノロジー、新しいアイデアを取り入れたアプリケーションを創生する日本のベンチャー企業を支援するために設置された。ベンチャー企
業によるアプリケーションの発表会を開催するなど、さまざまな活動を行うアーリーステージ部会の取り組
みについて、部長の浦聖治が語った。

正会員企業にない
新技術を求めて
Made In Japanのアプリケーションで世界進出

けでなく、ASPやSaaSなど、オンラインでアプリ
ケーションサービスを提供する企業も大歓迎です。
何でもありとは言えませんが、あえて可能性を狭める必要もない、という考えです」（浦）を目指すMIJSコンソーシアムには、会員各企業がそれぞれ自社の得意分野をカバーし、協力し合っていこうという大きな狙いがある。しかし、MIJSに現在参加している企業の技術だけではなく、将来登場する新技術に対しても積極的に受け入れる体制

アーリーステージ部会では、2007年6月に4社を作っていかなくてはならない。そこで、新しいテクのベンチャー企業を招いて1回目の発表会を開催

ノロジー、新しいアイデアを取り入れたアプリケーした。9月にも4社による第2回発表会が行われてションを開発するベンチャー企業の支援を目的といる。

して、20 07年4月に設置されたのが、MIJSコン「発表会では、アーリーステージ企業が得意とすソーシアム アーリーステージ部会である。部長のクる技術、開発したアプリケーションの紹介などが行

オリティ株式会社 代表取締役社長 浦聖治は、部

われます。その後に行われる懇親会も重要で、質疑

会設立の目的を次のように語る。

応答では回答できなかった本音の話が出てくるこ「MIJSが発足して1年が経過し、MIJSの知名10

ユニークな技術を持つ企業が参加ともあります」（浦）

度は向上しています。それとともに、MIJSに興味を

発表会に参加したアーリーステージ企業は、大持った企業から多くの問い合わせをいただくように学の研究所から生まれた学内ベンチャー、個人がなりました。ところが、ベンチャー企業にとっては、起業したベンチャーなどさまざまだ。第三セクター

会費負担などの面でMIJSの敷居が高く、正会員とから生まれたベンチャーもある。

して参加したくても諦めざるを得ない場合もあると「例えば、第2回発表会に参加したアーリース

いうのが実情です。アーリーステージ部会は、そうテージ企業の中には、大学内に起業されたベンしたベンチャー企業でも、私たちと一緒に活動してチャー企業もありました。同社は、中国語教育の研いけるようにしたいという思いでスタートしたもの

究所の先生が開発した中国語eラーニングの仕組です」

みをパッケージとして販売しています。これはわず

アーリーステージ部会が対象としているのは、か65時間の学習で中国語の一般会話を身に付け

創業から間もない中小のベンチャー企業が中心でることができるというものです。現在、日本と中国ある。ただし、会社の歴史はアーリーステージでなの間では、ソフトウェアの交流が大きくなっていま

くても開発したばかりの新技術を持っている企業

すので、日本のエンジニアが中国のエンジニアとコだったり、あるいは法人として独立していない企業

ミュニケーションを図る上で、非常に役立つアプリ

内ベンチャーといった場合でも広く受け入れるといケーションとしてMIJSでも注目しています。また、う。

同じく第2回発表会には沖縄県の第三セクターの「MIJSは、エンタープライズ市場向けのビジネ

有志が中心となって起業したベンチャー企業も参

スアプリケーションを開発しているベンダーの集ま加しました。この企業では、JavaとXML技術を用りですから、その分野が外れすぎていなければ参加

いたエンタープライズ向け、および組み込み向けを受け入れようと思っています。アプリケーション

アプリケーションを開発しています。このほか、このパッケージ開発や受託開発を行っている企業だ

れまでにない簡便さを特徴とするビジネスインテ

アーリーステージ部会

リジェンスのアプリケーションを開発した企業な

早くアーリーステージから正会員へとステップアッ

MIJS
Report

ど、MIJSの正会員企業にないユニークな技術を持プしてほしい。アーリーステージとして受け入れたの

Vol.2

つアーリーステージ企業が数多く参加しています」

なら、そういう支援を行うことも私たちの責任だと

（浦）

思います」
（浦）

将来的には
企業基盤の支援もアーリーステージ企業を広く募集
このように、アーリーステージ企業との技術交流、支援活動を行うアーリーステージ部会だが、同できた時点で、メンバーとしてMIJSに参加してもら

部会では発表会で新技術をプレゼンテーションすうという。

るベンチャー企業を広く募集している。

「アーリーステージ部会の目標は、アーリース「現時点では、正会員企業からの紹介、あるいテージ企業と私たち正会員企業が交流する場を設

は交流会のような場で知り合ったアーリーステージ

け、アーリーステージ企業の“仲間”を増やしてい企業に声掛けして参加してもらっていますが、今後くことです。MIJSでは、技術部会が非常に重要なはアーリーステージ企業からのアプローチにも期待役割を担っており、各社が自分たちの強みを生かししています。MIJSの会員企業と付き合っていれば、ながら協力して共通のプラットフォームを構築しよ

ワンストップでソリューションを見つけられるといううと取り組んでいます。究極の目的は世界に向かっ安心感をお客様に提供するとともに、会員企業がて出て行くときに、1つのプラットフォームの上で私協力しながら世界市場でビジネスを展開しようといたちの技術が提供されるということを実現したい

うのが、MIJSの目標です。優れた技術力のある日と考えています。アーリーステージ企業にも、それぞ本のアーリーステージ企業には、ぜひ私たちの“仲れの企業が持つ能力をMIJS共通のプラットフォー

間”になっていただき、一緒に世界を目指したいとムで活かす、そういう“仲間”に加わっていただけれ

思います」
（浦）

ణ
Ɉ
‎ɺ
ǩʯ
ǥ˂
Ǧʉ
ǯῴ
࿈ʏ
ஈ↗
ˋ
ࡤᇦ
߆़
‫‏‬Ȧ
൦ȭ
‫ێ‬ȭ
ජȥ
ཡɣ
࿍઻
ɘ
ɥ
ĝĝ

こうした発表会を通じ、アーリーステージ企業と正会員企業とが、お互いに協力し合えることが確認

2007

ばと思っています。さらに言えば、今市場にない新しい技術を提供してもらえることを期待しています」（浦）
発表会を含めた現在の活動は、基本的に2カ月に1回行われているが、今後はさらに活動の場を広げていく考えだ。
「アーリーステージ企業には、いろいろなニーズがあると思いますが、企業基盤を固めていくことも非常に重要な要素です。アーリーステージ企業の数が増えてきた段階で、企業基盤を固めるためのセミナーがあってもよいと私個人は考えています。
最初は、アーリーステージで参加しても、例えば4〜5年経ってもアーリーステージのままでは困りますよね。企業基盤を固めて収益を上げ、できるだけ
11

進化し続けるMIJS

人材採用・育成部会

アプリケーション連携の実現に向けて人材確保・育成のための長期プロジェクト

各社共通の課題を解決すべく継続的な取り組みを実施
MIJS コンソーシアム
人材採用・育成部会 部長

飼沼 健

MIJS コンソーシアム 人材採用・育成部会は、日本のソフトウェア業界が優秀な人材を確保するための、さまざまな施策を企画している。だが、その中にも MIJS というチームならではの強みもある。例えば、参加各社合同での会社説明会などは、その主たるものだ。また、将来的には、外国人技術者の育成による海外進出の足がかり作り、エンジニアのキャリアパスの確立など、ソフトウェアビジネスそのものを支える
土台の整備にも取り掛かるという。人材採用・育成部会 部長の飼沼健が語った。

優秀な人材の確保は各社共通の悩みに、順次活動を広げていくことになるでしょう」（飼

IT関連企業にとって、優秀な人材の確保は大きまた、「最近の若い技術者は、どんどん内向きにな経営課題の1つだ。もちろん、MIJSコンソーシア

なっているのでは」と飼沼は懸念する。しかしそうムに参画している企業にとっても、人材確保はビジ

いった技術者にとっても、複数の企業から人が集まネス拡大に欠かすことのできない大きな課題だ。

り研修を行うことでコミュニティが形成され、技術「M I J Sコンソーシアム 人材 採 用・育成部会

的にも人的にも新たな交流ができ、斬新なアイデアの発足は、7月に行われたMIJSの総会後のパー沼）が生まれるといったメリットもあるだろう。

ティーでの会話がきっかけです。その時は雑談レベルでしたが、人材確保、特にエンジニア採用が厳しいという話題が多数出ました。そこで、参加している各社に共通の課題ならば、MIJSで取り組むべきテーマではないかということになったのです」

日本のソフトウェア企業の中には日本人以外のエンジニアの採用に対するニーズも存在する。こ

弥生株式会社代表取締役で、人材採用・育成部のような状況を受け、MIJSでは、海外の人材の採会の部長を務める飼沼健は、部会が発足したきっ用、育成にも将来的に取り組んでいきたいという。

かけをこのように説明する。

例えば、海外奨学金制度などを実施し、海外の学

一言に人材といっても、さまざまな切り口があ生にIT技術の教育を行い、インターンシップなどのる。採用であれば新卒と中途、教育ならば新人向受け入れ体制を整える。卒業後には各社で採用しけのビジネスマナーから技術、さらに部課長クラス

就業してもらう。さらに経験を積んだ後に帰国し、向けのマネージメント研修など多くのものが考えら

そこで日本企業の開発業務を受けられるような体れる。また、将来的には海外の技術者リソースを制を築き上げてもらうのだ。

活用することも必須になるであろう。これらさまざ

飼沼は、オフショア開発で海外の技術者リソー

まな事柄に1社で対応するには限界があり、外資大スを安く利用するだけでなく、文化の違いを吸収で手など、体力のある企業にかなうものではない。だきる技術者を育て、中長期的に良好な関係を持続が、MIJS参画企業で協力しあうことができれば、させることが重要と考えている。オフショア開発対効率的かつ効果的に人材の確保が可能となる。

象国とMIJSの双方にメリットがある体制を作り、人材採用・育成部会では、まずは新卒採用の活動から始めていく。活動を成功させるには、既存の求人メディアなどとは異なるアプローチが必要と飼
沼は語る。

12

活動を継続することが鍵となる

継続的な活動を確立したほうが効果は大きいだろう。
「人材採用育成の活動は、MIJSにとって息の長いプロジェクトになるでしょう」と飼沼は言う。日本「年内に、MIJSとしての合同会社説明会を開催のソフトウェア産業に活力を与えるには、優秀な人したいと考えています。各社単独でのアプローチは材の確保という短期的な経営課題のクリアはもち難しいので、MIJSという20数社の協会として大学

ろん、日本のIT業界全体の環境を改善していくことにお願いし、こちらから出向いて説明会を開催するも重要であろう。そのためには、海外リソースも含のです。大学もこのほうが受け入れやすいですし、めた人材の育成、さらに内外問わず技術者のキャ

学生にも一度に同じ業界の多数の企業の説明を聞

リアパス構築など、さまざまな課題も出てくるに違けるメリットもあります。これで採用活動がうまくいない。人材採用・育成部会は、これらをより良い

いけば、次は新人の合同研修、中途採用というよう方向へ導くため、継続的な活動を行っていく。

アライアンス部会

MIJSアライアンス部会が推進する賛助会員制度

ソフトウェアインフラを提供する
大手ベンダーとの協業を目指す
MIJS コンソーシアム アライアンス部会は、OS、ミドルウェア、データベースなどのソフトウェアインフラを提供する大手ベンダーと、それらのソフトウェアインフラ上でアプリケーションを開発する MIJS 正会員
企業との「橋渡し」を目的に設置された部会である。その活動内容について、MIJS コンソーシアム アライ
アンス部会 部長の青野慶久が語った。

より一層優れたアプリ開発に期待

MIJS コンソーシアム
アライアンス部会 部長

青野 慶久

リケーションを開発するためのノウハウも共有した

MIJS
Reportいと思います」
（青野）

Vol.2

エンジニア同士が情報交換

ణ
Ɉ
‎ɺ
ǩʯ
ǥ˂
Ǧʉ
ǯῴ
࿈ʏ
ஈ↗
ˋ
ࡤᇦ
߆़
‫‏‬Ȧ
൦ȭ
‫ێ‬ȭ
ජȥ
ཡɣ
࿍઻
ɘ
ɥ

2007

ビジネスアプリケーションを海外市場に展開することである。それを実現するには、大手ベンダーとの協業が不可欠だ。そこでMIJSでは、MIJS正会
員企業をサポートする大手ベンダーを賛助会員としアライアンス部会の主な目的は、正会員と賛助
会員との情報交換だ。

て受け入れ、両者の協業の支援を開始した。その「正会員と賛助会員は、技術情報を交換しなが使命を担うのが、MIJSコンソーシアム アライアン

ら、お互いに次の製品作りに活かしていけるでしょス部会である。部長のサイボウズ株式会社 代表取う。ある賛助会員企業からは『どうしてもミドルウェ

締役社長の青野慶久は次のように語る。

アをやっているとアプリケーションが見えない。最「私たちは、MIJSを閉鎖的な組織にしたいと

終的に我々のミドルウェアがお客様に届くのは、誰は思いません。MIJSのコンセプトに賛同し、MIJS

かがアプリケーションを作っているから。だから、正会員企業と一緒に手を組んでもらえる大手ベン

アプリケーションベンダーの意見を取り入れないこ

ダーには、積極的に我々の活動に参加していただとには、ミドルウェアも発展しない』という意見がきたいと考えています。そうした大手ベンダーが参ありました。賛助会員としてMIJSに参加すると、私加できるように賛助会員という制度を作りました。

たちのようなアプリケーションベンダーから要望が現在は、国内外のソフトウェア、ハードウェア、通信

出るかもしれませんが、それも含めて賛助会員企業などを扱う企業・団体 が賛助会員として参加してにとってもよい影響があるはずです」
（青野）

※

います」
（青野）

正会員と賛助会員との情報交換は、すでに技術

MIJS正会員企業は、基本的にビジネスアプリ部会の会合の場で始まっている。MIJSは現状でケーションを開発することが本業だ。開発されていは、利益を第一として運営されているコンソーシア

るアプリケーションの多くは、大手ベンダーが提ムではないため、ビジネスを前提とした情報交換で供するOS、ミドルウェア、データベース、ハードウェ

はなく、オープンソースのコミュニティのようなエンア上で稼働するように作られている。賛助会員は、ジニア同士の交流を期待している。ただし将来的

こうしたITインフラを提供するベンダーが対象にには、正会員と賛助会員との間で、1対1の提携関なる。アプリケーションを得意とするMIJS正会員係が生まれることも想定しているという。

企業にとっては、互いの強みを生かせるパートナー
シップを作り出せる相手といえるだろう。

アライアンス部会の活動はまだ始まったばかりだが、今後はさらに広く賛助会員を募る意向だ。

「ITインフラを提供する大手ベンダーは決してラ「私たちが勝負するフィールドは、アプリケー

イバル関係ではありません。アライアンスを組むこションの分野が中心です。ですから、インフラを得とで得られるメリットは、大きいと考えています。私意とする企業には、海外ベンダーも含めて積極的

たちは、ITインフラの部分はあまり得意分野ではあな参加を呼びかけています。また、ソフトウェアベ

りませんから、賛助会員企業と情報交換すること

ンダーだけでなくハードウェアベンダーやSaaSので、より一層優れたアプリケーションが開発できる

普及にあわせて通信事業者なども参加していただ

ようになると期待しています。また、賛助会員にはいています。MIJSのネットワークは今後もさらに広ワールドワイドで展開している企業が多いので、海がっていきます。どうぞご期待ください」（青野）

外市場へ進出する際の戦略、世界に通用するアプĝĝ

MIJSコンソーシアムの目標は、優れた日本製の※ MIJS 賛助会員
イー・モバイル
NEC
NTT コミュニケーションズ
エルピーアイジャパン
シャープ
マイクロソフト日本アイ・ビー・エム
日本オラクル日立製作所
富士ゼロックス（2007 年 11 月 1 日現在）

13

監修

MIJS コンソーシアム 技術部会 部長

梅田 弘之

MIJS 技術部会からのメッセージMIJS コンソーシアムの具体的なアウトプットを生み出す技術部会。
その大きな成果が、MIJS 標準規格だ。
ここでは、技術部会の取り組みと今後の展望について、4 人の技術者に語ってもらった。

PART

1

ASPからSaaSへ——
パッケージアプリケーションはベスト・オブ・ブリードの時代に
MIJS コンソーシアム 技術部会 部長

SOA連携に欠かせない
インターフェイスの標準化

梅田 弘之（株式会社システムインテグレータ 代表取締役社長）

描いた餅です。ステレオが一体型からコンポに変貌できたのは、製品間のインターフェイスが標準規格化されたからです。そこでMIJSでは、現実的な

MIJSは、国産トップクラスのパッケージを持つベ

製品連携のための第一歩として、業務間のインターンダーが集結し、日本のIT業界を世界に誇れるもフェイスの標準規格化に取り組んでいるのです。

のにという強い志を抱いて活動しています。よくありがちな、ただ親睦と情報交流を深めるだけの団体ではありません。具体的なアウトプットを出し続けるという方針のもと、ミッションごとに実践的な部会に分かれて精力的に取り組んでいます。

で企業間取引データは標準化されてきました。しかが製品連携の仕組みです。これをテーマとしたのにし、ここで新たに課題となるのはインターナル、つまは、スイートからベスト・オブ・ブリードへの移り変り企業内部のアプリケーション間のデータ連携のわりという時代背景があります。企業におけるコンための標準化です。例えば、販売管理、生産管理、

ピュータの適用範囲が拡大し続けて、１社だけのス

会計という各業務をステレオのコンポのようにメー

イート製品で全業務範囲をカバーする構想の限界

カー、製品を超えて自在に組み合わせるには、デーが明らかになりました。そうした中、ベスト・オブ・

タ連携の標準規格化が必要になるのです。

せて使う事例が増えてきています。

梅田 弘之

これまでも、いわゆる業界VANの取り組みの中その第一弾として技術部会が取り組んでいるのブリード、つまり業務ごとに優れた製品を組み合わ
MIJS コンソーシアム
技術部会 部長

インターナルなデータ連携のための標準化

データ連携というと、このようなトランザクショ
ンデータ（日々の業務で発生するデータ）を連想しこのような変化は、30数年前のオーディオと同がちなのですが、実は取り組むべき課題はもう１つじです。昔のステレオは大きなボックスの一体型であります。それは、社員や部門、顧客などのマスした。しかし、コンポの登場により、アンプ、チュー

ターデータ（あらかじめ登録しておくデータ）の連

ナー、デッキ、スピーカーなどのコンポーネント製品

携です。例えば販売管理、生産管理、会計の3製品に分離され、異なるメーカー、製品同士を自由に組を組み合わせて使う場合、製品ごとに社員マスター

み合わせることが可能となったのです。

が用意されています。もし、マスターの連携がなされ現代のシステム構築は、手作りでなくパッケージ

ないと、社員の配属や異動の際にそれぞれの製品

利用が当たり前になってきました。その結果、１社にログインして変更作業を行わなければなりませで複数のパッケージソフトウェアを導入するケースん。どこか1カ所で変更したらその情報が他の製品が多くなっています。また、SOAの考え方が浸透に伝播する、そんなマスターデータの連携も必要にし、アプリケーションを業務ごとにコンポーネントなるのです。

化して自由に組み合わせようというニーズも非常に強くなっています。
しかし、いくらSOAの優秀さをうたっても業務間のインターフェイスが標準化されていなければ絵に

14

標準規格化による連携
これまでは標準規格がなかったため、手作り・

パッケージソフトウェアともにそれぞれ独自のデータ構造で設計・実装されてきました。標準規格があれば、それに準拠して新規アプリケーションを作る

図1◎標準規格を経由した
した
トランザク
ンザクシ
ショ
ョ
ンデータ
（仕訳）
連携
図1◎標準規格を経由
トラ
ンデータ
（仕訳）
連携
製品A
製品A
（販売管理）（販売管理）

ことによりデータ連携がスムーズに行えます。一
方、既存のアプリケーションも連携させるためには、標準規格に対する変換アダプター（ハードにお

製品E
製品E
（会計）
（会計）

アダプター
アダプター
製品B
製品B
（販売管理）（販売管理）

アダプター
アダプター
アダプター
アダプター

けるコネクタのようなもの）を使って、異なるデータ構造を対応付ける仕組みが必要となります。
図1は、そのようなアダプターを使ってトランザク
ション連携を行うもので、販売管理や生産管理の製品からの仕訳データを会計に連携させる仕組み

アダプター
アダプター
製品C
製品C
（生産管理）（生産管理）

すべて連携することができます。もし、このような標準規格が中央に存在しないピア・トゥ・ピア連
携の場合、各製品は１つずつ相手製品と連携の仕組みを作る必要が生じます。
マスターの連携も同じように標準規格を使って携で、製品Aで変更した社員情報が標準データを経由して他の製品の情報に放射状に反映される仕製品D
製品D（生産管理）（生産管理）MIJSの特徴は、競合関係にある企業が“日本のIT発展のために”大同団結している点です。各社の技術者が合宿などを行って標準規格の制定を図り、それぞれの連携アダプターを製作して標準規格
連携の実証を行ってきました。この標準規格は、い

製品G
製品G
（会計）
（会計）

図2◎標準規格を経由したマスターデータ
したマスターデータ（社員）
連携
図2◎標準規格を経由
（社員）
連携

MIJS
Report

社員
社員

Vol.2

2007

製品A
製品A
マスター
マスター
（販売管理）（販売管理）

社員
社員
マスター
マスター

製品E
製品E
社員 （会計）
社員
（会計）
マスター
マスター

アダプター
アダプター
アダプター
アダプター

製品B
製品B
（販売管理）（販売管理）

組みを示しています。

実証性のある標準規格

アダプター
アダプター

製品C
製品C
（生産管理）（生産管理）

アダプター
アダプター

社員
社員
マスター
マスター
製品D
製品D
（生産管理）（生産管理）

標準規格
標準規格「社員マスター」「社員マスター」

アダプター
アダプター

社員
社員
マスター
マスター

アダプター
アダプター

アダプター
アダプター

幅広く普及している製品の技術者が結集して作っ機能をSOA化して外出しし、各製品がこれらの機たものです。少なくとも、これらの有力製品間で連能を共通利用できるようにすることをテーマにして携されることが保証されているので、他の製品が新取り組んできました。この結果、企業単位での操作

しくアダプターを作って連携に参加する際の実証

性、メンテナンス性の統一やログなどの一元管理性が高いと考えています。

が実現できるのです。

ベスト・オブ・ブリード時代、すなわち１つの企業
もう１つ重要なニーズがくっきりと浮かび上がってき

せっかく日本の有力パッケージベンダーが結集し変だということです。例えば図3の上側のように、たのだから、お互いの製品を連携させてユーザーに会計、販売管理、生産管理、人事給与という各業

メリットある形にしよう。この1年、そのような理念

務ソフトには、それぞれ基幹業務のほかに帳票やの元でトランザクション、
マスター、共通機能というデータ分析、ログ管理などの機能が実装されていま

3つの連携に取り組んできました。その結果、次なす。問題は、製品ごとに帳票ツールやデータ分析

る目標が見えてきました。それがSaaS（Software

ツール、ログの構造などがばらばらなことです。

as a Service）ポータルサイトの構築です。

の使い方やメンテナンス方法を覚えなければなりません。また、各製品のデータがばらばらに管理されるので、それらの関連性も持たせられません。
そこでMIJSでは、このように複数製品で共通な

社員
社員
マスター
マスター

ణ
Ɉ
‎ɺ
ǩʯ
ǥ˂
Ǧʉ
ǯῴ
࿈ʏ
ஈ↗
ˋ
ࡤᇦ
߆़
‫‏‬Ȧ
൦ȭ
‫ێ‬ȭ
ජȥ
ཡɣ
࿍઻
ɘ
ɥ

連携の向こうにあるSaaSました。それは共通機能がばらばらだと使う方が大ユーザーは複数の製品を利用する際に、それぞれ

製品F
製品F
（会計）
（会計）

製品G
製品G
社員 （会計）
社員
（会計）
マスター
マスター

わゆる偉い有識者の机上の空論でなく、世の中に内で複数の業務アプリケーションを利用する際に、

製品F
製品F
（会計）
（会計）

ĝĝ

います。図2は社員マスターの標準規格を使った連

アダプター
アダプター

アダプター
アダプター

アダプター
アダプター

を表しています。各製品は、仕訳の標準規格に対応するアダプターを1つ用意するだけで、他の製品と

標準規格
標準規格
「仕訳
トランザク
ンザクシ
ショ
ョ
ン」
「仕訳
トラ
ン」

ところで、SaaSはASP（Application Services
Provider）とどこが違うのでしょうか。
最大の違いは、ASPが1社単独ビジネスだったのに対し、SaaSはベスト・オブ・ブリード時代を反映し、マルチベンダーのビジネスであることでしょ15

MIJS 技術部会からのメッセージ

図3◎共通インフラ機能連携 〜製品内の独自インフラから外部共通モジュール化へ〜

基本機能

インフラ機能

販売管理

生産管理

人事・給与

会計業務

販売業務

生産業務

人事業務

帳票

帳票

帳票

帳票

ジョブ

ジョブ

ジョブ

ジョブ

ムであり、競合製品を持つ企業も同等の立場で参

分析

分析

分析

分析

加しています。必然的に、開かれたマルチサービス

ログ

ログ

ログ

ログ

の提供を実現し、ユーザーが自社に合ったものを

ワークフロー

ワークフロー

ワークフロー

ワークフロー

選択できるSaaSポータルサイトを目指すのです。

メール

メール

検索

検索

にくい、などユーザーにとっての選択肢が少ないという課題があります。
MIJSは有力パッケージベンダーのコンソーシア❸ 有力パッケージが結集したSaaS
欧米型のSaaSは、特定ベンダーの製品が中心（従来）製品個別インフラ／製品ごとにインフラ機能を個別に用意

で、それ以外は開発環境やAPIを提供して参加ベン各 製 品ごとに 技 術 、プラット
フォーム、使い方がばらばらだったものが、一つに統一される

基本機能

プリケーションの品揃えが少ない、競合製品が入り

会計

会計

販売管理

生産管理

人事・給与

会計業務

販売業務

生産業務

人事業務

ダーに追加してもらう方式です。しかし、そもそもア
プリケーションは莫大な費用と長い開発期間をかけて作り、導入実績の積み重ねとともにバージョン
アップで改良していくものです。MIJSの提供するアプリケーションは、多くのユーザーに利用・評価されている有力製品を「利用」できるようにしたもインフラ機能分析

帳票
ジョブ

ワークフロー
ログ

メール
検索（MIJS連携）
インフラ機能の共通モジュール化／企業全体でインフラ機能の共通化・共有化のであり、最初から顧客満足度の高いサービスが提供されます。また、既存パッケージが自由に参加できる方式なのでアプリケーションの種類も豊富となります。さらに、同一分野に対しても複数の競合製品がサービスを提供するので、ユーザーはそれらの製品を比較しながら、自社に最も適したアプリ

う。複数のサービスをSOA化して選択使用できるケーションを選択することができます。

のがSaaSの大きな特徴であり、MIJSのように複数ソリューションが結集することがSaaSの基本コンセプトとなるのです。

❹ 標準規格連携が可能な統合型SaaS
ユーザーがSaaSで提供される複数のサービスを日本は“個”では及ばないところを“和”の力で自由に選択、組み合わせて利用するためには、アプ強みを発揮します。MIJSは、まさにその“和”の力

リケーション間の相互連携が必要となります。これで勝負しようと活動しているのですが、そんな我々まで説明したトランザクション連携、マスターの連の考えるSaaSには次のような4つの大きな特徴が携管理、共通機能のSOA連携はSaaSにおいて重あります。

要な役割となります。連携の仕組みが提供されな
ければ、ユーザーはサービスごとにデータを重複入❶ パッケージベンダー自身が推進するSaaS
我々ベンダーは、これまでパッケージソフトウェ

力したり、複数の共通機能を使いこなす面倒さを強いられます。

アを「所有」という形態で販売してきました。しかMIJSのSaaSには、標準規格をベースとした連

し、これからは「所有」だけでなく「利用」という形

携の仕組みが用意されます。その結果、参加希望

態、すなわち「パッケージ購入」と「サービス利用」

ベンダーは自製品用のアダプターさえ用意すれば、の両方を提供する必要があると認識しています。

他のアプリケーションと連携することができるので

先ほど、ステレオの話をしましたが、音楽業界です。

もレコードやCD、DVDの所有から、レンタル、そしてオンラインダウンロードと選択肢が広がっています。IT業界でも利用形態の広がりは必然です。我々
パッケージベンダー自らが選択肢を増やし、ユーザーに都合の良い利用形態を選択できる時代になるのです。

MIJSの考える
SaaSポータルサイト構想
MIJSでは、標準規格と連携の仕組みを中核に備え、アプリケーションベンダーが自由に参加できるオープンなポータルサイトを構想しています（P5❷ マルチベンダー連合によるSaaS
欧米型のSaaSは、特定ベンダーの製品が中心に構築されています。そのため、その製品以外のア

16図2参照）。新しく参加するベンダーが作る連携アダプターの検証を行える設備として、MIJSバーチャ
ル検証センターを準備しています。

ユーザーは、提供される複数のサー● ユーザーにとってのメリット

ビスから自社に合ったものを検索してハードウェアの調達、設置、増設、などの作業負荷から開放される

利用申し込みできます。SaaSのメリッ

環境の設定、
アプリケーションのインストールやバージョンアップ、パッチ適用など専門知識を要する作業が不要になる

トは、“試用”により自社への適合性システムやネットワークの監視、保守作業も軽減できるを確かめてから契約したり、いったん申

堅牢なセキュリティやログ監視、
内部統制の仕組みが提供されている

し込んでも合わなければ解約したりで利用者やリソースの増減による設備増設などの対応も容易になる

きることです。また、ユーザーの社内シ

複数のアプリケーションを利用した場合に、シングルサインオンやデータ連携などがあらかじめ実現できている

ステムとSaaSのサービスを併用する

利用という形態なので、所有に比べて割安である形態も多いので、外部EDIの仕組みを● ベンダーにとってのメリット用意してデータ連携できるようにします。

公開により幅広いユーザーに認知され、使ってもらえる機会が増える
料金を低価格に抑えることが可能なので、中小企業に対しても使ってもらえる「ASPはなぜ失敗したか」という質

初期導入、環境構築に関する営業・サポートが不要となり、手離れが良い

問がよくなされます。その原因に、大切ユーザーの成長に応じて、利用から所有へと切り替わるケースも期待できるなデータを外部に預けることへの不安を挙げる人もいますが、それは後付けの解釈だと思います。たんす貯金より銀行預金の「SaaSは成功するか」などの質問に対しては、業にとっては、むしろ情報管理のしっかりしている

まだ確信を持って答えることはできません。しか外部に委託した方が安全と思われるようになるでし、少なくともユーザーとベンダー双方にとって、上しょう。

の表のようなメリットがあることははっきりしている

私はASPがうまくいかなかった原因は、ユーザーので、そのことをきちんと理解した上で気迫を持っとベンダー双方の心理的要因が強いと思います。

て営業活動を行うことが重要だと思っています。

ユーザー側の要因としては、インターネットが登場

MIJSは、日本のIT業界を良くしようという志でして間がなかったせいで、そのような利用形態に慣集まった集団です。あまりに大所帯だとアウトプッ

れていなかったこと。電子商取引の登場から普及

トを出し続けるという方針の実現が困難になるのに要した期間を考えると、今がちょうど「機は熟しで、MIJS標準規格の制定やSaaSポータルサイト

た」と言えるタイミングのような気がします。一方ベ構想作りは、選抜メンバーを中心に取り組んでいまンダー側の要因としては、ASPのときは本気度がす。しかし、その成果は広く公開して多くの企業に足りなかったこと。一応「利用」ビジネスもスタート

利用、参加してもらいたいと考えています。日本のしたが、やっぱり従来どおりの「所有」ビジネスを

IT業界の近代化、効率化、レベルアップに向けて、第一優先で営業活動しており、本当にASPを売りできるだけ多くの企業と一緒に歩んで行ければと込もうという気迫がトップにも営業にもなかったよ

願っています。

アプリケーションに必要なのは「できる」ことではなく「簡単にできる」こと
MIJS コンソーシアム 技術部会 副部長

現在、MIJS技術部会ではMIJS標準規格を介したデータ連携のプロトタイプ開発に取り組んでいPART

小野 和俊（株式会社アプレッソ 代表取締役副社長 CTO）

2007

Vol.2

ణ
Ɉ
‎ɺ
ǩʯ
ǥ˂
Ǧʉ
ǯῴ
࿈ʏ
ஈ↗
ˋ
ࡤᇦ
߆़
‫‏‬Ȧ
൦ȭ
‫ێ‬ȭ
ජȥ
ཡɣ
࿍઻
ɘ
ɥ
ĝĝ

方が安全、と考える人が多くなったように、中小企

プロトタイプを開発しながら
仕様を作成

MIJS
Report

うに感じています。

2

る程度見えてきた段階で実際にプロトタイプを作成し、そこで見つかった課題を仕様にフィードバックし、さらにその仕様をプロトタイプに反映する、といった要領でイテレーティブに仕様の策定を進めています。

ます。技術部会のスタンスとしては、アウトプットとMIJSには多数のベンダーが参加しており、同じして実際に使っていくことができる仕様が出てくる

種類のデータを扱う場合でも、各社のアプリケー

ように心がけています。ですから、まず各社の要望

ションによってデータの持ち方はそれぞれ異なりまを持ち寄って仕様だけを作るのではなく、仕様があす。例えば、社員に関する情報を考えてみると、あ17

MIJS 技術部会からのメッセージ

図4◎MIJS標準に準拠したアダプター

トランザクション

トランザクション

マスター

マスター

会計

販売管理

アダプター

アダプター

トランザクション

トランザクション

マスター

マスター

人事・給与

アダプター

MIJS標準

アダプター

アダプター

アダプター

EC

SFA

トランザクション

トランザクション

マスター

マスター

生産管理

るアプリケーションでは0：男性、1：女性という形格に準拠したアダプターが製品化されていけば、

で性別のデータを持っているのに対し、他のアプリ

ユーザーはアプリケーションごとの差異をほとんど

ケーションでは1：男性、2：女性となっていたり、あ意識することなく、自由にデータの連携を行っているアプリケーションでは名前の姓と名が別々に保くことが可能になります（図4）。

存されているのに対し、もう一方のアプリケーショ
ンでは姓と名が間に空白を入れて保存されていたりします。技術部会では、このようなデータの型と内データ連携のトリガー

容の差異をどのように埋めていくのかを、各社のス

MIJS標準規格で取り扱っているデータはいずれキーマを持ち寄って検討し、その成果をMIJS標準

もエンタープライズシステムで使われますが、ある規格としてまとめています。

アプリケーションでデータが更新されたときに自動的に他のアプリケーションも更新してよい場合と、データの型と内容が異なるときはアダプターで連携させる

目視で内容を確認してから取り込みたい場合とがあります。

データの型と内容の違いは、本来ユーザーが意

例えば、仕訳の取り込みについては一度経理部識しなくてよいものです。MIJS標準規格が策定さ長が確認した後に取り込む必要があるケースが多れても、各アプリケーションから手動での変換が必いようです。自動的に更新する場合にも、リアルタ

要になってしまうと、標準規格の価値が半減してしイム／準リアルタイムの更新が望ましい場合、スケまいます。そこで現在、EAIツール上に各アプリケー

ジューラーで休日などの処理を考慮しながら定期ションに接続するアダプターを作成し、その入出力的に更新するのが望ましい場合、正規表現で指定

フォーマットにMIJS標準規格を採用する形でプロされたパスにマッチするファイルが更新されたときトタイプの開発を進めています。

に、外部からWebサービスやAPIで呼び出したい場

先ほどの性別の例で言えば、MIJS標準規格で合など、データ連携のトリガーのかけ方に関する要

0：男性、1：女性であるのに対し、あるアプリケー

望は多岐にわたります。現在のMIJS標準規格のプションでは1：男性、2：女性だったとします。このロトタイプでは、EAI製品上にプロトタイプを構築

アプリケーションに接続するアダプターは、アプリすることで、これらの各種要望に対応できるように

ケーションからデータを読み取るときには0→1、1

なっています。

→2、アプリケーションにデータを書き込むときにソフトウェアで大切なのは、「できる」ことではは1→0、2→1という変換を行いながらデータを処なく「簡単にできる」ことです。MIJS参加各社のア理します。中にはMIJS標準規格には含まれていな

プリケーション連携はこれまでも行われてきました

いアプリケーション固有のデータで、書き込み時

が、MIJS標準によってこれまでよりずっと簡単にアに必須のものもあります。こうしたデータについて

プリケーション同士が連携できるようにしてきたいは、アプリケーションごとのアダプターの設定項目と考えています。

として指定できるようにしています。MIJS標準規18

データを取り込む前に一度ユーザーに通知が来て、

MIJS SaaSポータルに対応した
ポートレット作成のポイントとは PARTMIJS コンソーシアム 技術部会 副部長

自社の製品に応じた
ポートレットの選択
MIJSではさまざまなベンダーが提供するアプリ
ケーションやサービスをモール形式のSaaSで提供することを目標としています。ここでは、SaaSとして提供したいWebアプリケーション（C/Sのアプリ

札辻 秀樹（サイボウズ株式会社 執行役員 開発本部長）

索結果は、小さなポートレット画面で結果を表示されるより、ページ自体を書き換えた方が利便性は大きくなります。また、ポートレット内でのスクロール
表示は、利用者の使い勝手を損なうため、実装に際しては注意が必要です。
❷ リンク集ポートレット

ケーションは対象としない）を、SaaS環境が提供

常に情報を表示する必要がなく、利用者が能動するポータル上に配置するポートレットを作成する的に利用するアプリケーションについては、この形場合に考慮する点と、MIJSで規格化が必要と思わ式のポートレットを作成する必要があります。通常れるポイントを提示します。

は、利用者が能動的に行動した結果として、受け手が情報を受け取るユースケースが多いため、後述のWindowsではWebパーツとして存在します。どちら

通知ポートレットと組み合わせて実装するケースがもそれぞれの環境に依存する度合いが強いため、多くなります。

が必要と思われます。

リンク集ポートレットには、ポータルの用意する汎用的なものを利用するのが一番効率的です。こポートレットを目的に応じて大別すると以下のの場合は、わざわざアプリケーション側で実装を行

3種類が存在します。アプリケーションベンダーやう必要はありません。ただし、アプリケーションにサービスベンダーは、自社の製品の性格に応じて、よっては、そのメインページまでのリンクはサポート

どのタイプのポートレットを実装するかを検討する

するものの、機能へ直結したリンクをサポートでき必要があります。

ないケースがあり、利用者の利便性を考えて必要と判断した場合は、この機能をアプリ側でサポート❶ 情報の表示や対話的なやり取りを行うポートレット

する必要があります。
ポータルが用意するリンク集ポートレットは、リ

利用者が、常に表示しておきたい情報を表示す

ンクをクリックするとポータル自体がそのリンク集

るアプリケーションの場合は、この形式のポートに書き換わります。その脇のアイコンをクリックす

レットを作成することになります。

ると、別ウィンドウで開く機能がついていたり、カ

しかし、利用者にとって常に情報を表示しておく
必要のあるアプリケーションは多くありません。実

2007

Vol.2

ణ
Ɉ
‎ɺ
ǩʯ
ǥ˂
Ǧʉ
ǯῴ
࿈ʏ
ஈ↗
ˋ
ࡤᇦ
߆़
‫‏‬Ȧ
൦ȭ
‫ێ‬ȭ
ජȥ
ཡɣ
࿍઻
ɘ
ɥ

テゴリや罫線の表示がサポートされため、多くの場
合は、これで必要十分と思われます。

装も複雑になるため、アプリケーションの性質を見表示するリンクの内容を利用者によって変えた

極めて、無理にこのタイプのポートレットを実装しい場合は、アプリケーションがリンク集ポートレッ

ないのが賢明です。

トを用意しなければなりません。例えば、ERPにお利用者にとって常に表示を行っておきたいポー

いて、経理向けに表示する内容と一般利用者向け

トレットは、スケジューラ、検索ポートレットなどでに表示する内容を変えたいようなケースです。このす。当然、営業や経理等の業務によって、常時表示

場合は、一般利用者が利用する機能より、経理がしておきたい情報があり、それらを対象としたアプ

利用する機能が多くなりますから、一般利用者がリケーションでは、このタイプのポートレットを実利用する機能（リンク）を隠す必要があります。

装する必要があります。

MIJS
Reportĝĝ

ポートレットの規格は、JavaではJSR168で、言語や環境への依存が少ない軽量な仕様や規格

3

実は、ポータルが用意するリンク集でも、アクセ実装の際は、ついポートレット内で対話的に動ス権やポリシーの設定によって、この辺りの制御が作するように考えてしまいがちです。しかし、ある可能なケースは少なくありません。しかし、ポータル

ポートレットに操作を加えた場合の結果は、ポップの設定とアプリケーションの設定が離れてしまうた

アップによる子ウィンドウでなく、ポータル自体（つめ、このような場合にこの機能を利用するのは賢くまり親ページ）を書き換えてしまった方が、ユーありません（ただし、アプリ自体へのリンクを制御

ザーの使い勝手が良いことが多いです。例えば、検したい場合は有効です）。

19

MIJS 技術部会からのメッセージ※ R S Sはさまざまなバージョンが存在するのですが、RSS 2.0及びAtom 1.0が現在の主流となります。

❸ 通知ポートレット

場合、アプリケーションと通知ポートレットは、何ら

何らかのイベントが発生すると、リンクや件数を表示するようなポートレットです。

かのプロトコルを用いて通信を行う事になります。
※

このプロトコルとして有望なのがRSS です。

何らかのコミュニケーションが発生するアプリ

アプリケーション側の実装としては、外部からのケーションの多くは、この通知ポートレットを用

HTTPのGET要求に対して、通知したい内容を含意する必要があります。しかし、個々のアプリケー

むデータを、RSS形式で出力するようにします。通ションがそれぞれ通知ポートレットを実装し、それ

知ポートレットには、このRSSを出力するURLを設をポータル上に並べると、利便性や見栄えを損なう

定することになります。

ことがあります。MIJSでは、この通知の仕様を共通知ポートレットは、ブラウザのリロードのタイ

通化して、それぞれのアプリケーションは、１つの通ミング等で、この設定されたURLに問い合わせを

知ポートレットを利用するようにするのが良いと考行い、通知として表示を行います。

えています。
通知には、通知リンクをクリックした後の振る舞いによって、大きく2つの処理方法があります。1つ

シングルサインオン

は、クリックされたら既読にするような単純な仕様

ポータルからポートレットを経由してアクセスすです。もう1つは、通知のリンク先のアプリケーショ

るには、利用者がポータルにログインした際に、同ンの状態を変更しなければ、通知が既読にならな

時に認証が終了しているか、ポータルを経由したア

いような仕様です。

クセスと同時に認証を行う必要があります。これをこのような通知を必要とするアプリケーションの実現するのが、シングルサインオン（以下SSO）で例としては、ワークフローがあります。ワークフロー

す。ほとんどのWebアプリケーションは、BASIC認

は、決済なり却下等の処理を行わない状態では、証もしくはDIGEST認証、フォーム認証を利用して利便性の観点から、通知ポートレット上のリンクをいるので、ポータルの標準機能を利用し、意識する

既読にしないよう処理する必要があるからです。

必要はあまりないかと考えます。

共通化された通知ポートレットが用意されている

PART

4

パッケージソフトウェア発展のカギを握る「部品化」と「共通化」
MIJS コンソーシアム 技術部会 副部長 岩本 幸男（ウイングアーク テクノロジーズ株式会社 営業本部サービス & グローバルビジネス推進室 室長）

効率的な運用を見越した
共通インフラ機能の構築
M I J S 製 品 連 携の実現において、最も重要ないのです。全体最適の観点から見ると、業務ごとに帳票機能が重複しており、その分の開発や運用コストの削減、集中管理の障壁となっていました。

機能の1つとして、共通機能のインフラ化、つまり共通インフラ機能のSOA連携の考え方では、各

SaaSプラットフォームとしての横断的共通インフ

業務システムから帳票機能を統合して利用できる

ラサービスの提供があります（P16図3参照）。

プラットフォームを用意します。特に、上位アプリ

各社製品を持ち寄り、マスターとトランザクショ

ケーションに帳票処理の制御を依存しない、独立

ン連携のための標準規格を整備しただけでは、実した帳票生成を実現して、帳票運用の標準化・共際の運用はできません。製品ごとに帳票機能、集通化・一元化を図ります。別々のパッケージを利用

計分析機能そしてログ管理機能などが個別に、ししていても、帳票の出入口を一本化できるため、内かも重複して提供されていては、システム全体を管部統制にも有効です。

理することができず、まったく統制の利かないシス
テムになってしまうからです。

20

分はスクラップ&ビルドを繰り返さなくてはならな

同じように、ログ管理や分析、検索、あるいは認証といった機能をSaaSプラットフォーム上にサー

例えばこれまで帳票システムは、個別の業務にビスコンポーネントとして用意すれば効率的です。

紐付けされた、それぞれ縦割りの運用でした。しか共通インフラが連携できれば、複数パッケージをも、システムごとの帳票機能は上位のアプリケー

横串にした管理もできます。パッケージベンダーはションに依存し、システムが刷新されると、帳票部

帳票などの機能を自社で用意する必要がなく、共図5◎共通インフラによるSOA連携（帳票機能をSOA化した場合の例）
ホスト

ERP

固有システムWebシステム

C/Sシステム

業務APP

業務APP

業務APP

業務APP

業務APP

アプリケーション層と疎結合
セキュリティ
強化

ログ管理

共通インフラ
スプール

各社連携

PDF

帳票運用の一元化・再利用
ホスト系
印刷

メール
Excel

FAX
ラベル印刷

伝票

MIJS
Report
2007

コンテンツ
管理

タイム
スタンプ

電子署名

通インフラを呼び出せばよいのです。もちろん共を支えた自動車産業などでも、組み立てラインを持通インフラを切り離すことによって、製品の開発コ

つ本社工場を中心に、周辺に標準部品を供給する

ストも抑えられます。一方、ユーザー企業において関連会社が集まって産業を構成しています。ソフト

は、業務ごとに別々のパッケージを導入したとしてウェア業界の問題点は、この標準部品を作成・供も、販売から生産、物流、会計に至るデータを一気給するビジネスが存在していない、もしくは産業化

通貫で分析できるという新しいメリットが得られまされていないことです。

す。これは、ERPのビッグバン導入や、大規模デー

このため、システム構築は毎回部品の標準化策

タウェアハウスの導入アプローチとはまったく異な定から始めなければならないことが多く、何度もるものです。

「同じような作業」を行わなければならないという点では、まだまだこれからの産業です。ここで問題

ソフトウェア業界は「共通化」で成熟する
共通インフラ化への課題は少なくありません。例

なのは、「同じ作業」ではなく「同じような作業」という点です。似ているが少しずつ異なる部品が、単当然、部品としての管理はされていないのです。
パッケージ業界は米国や欧州のルールで進んでア機能と密に結合しており、外部のインフラ部品をきました。自動車業界も同じでしたが、今やトヨタ呼び出す構造になっていません。製品の作り方もがトップです。トヨタは部品化や共通化で成功しま

SOAをベースにサービスコンポーネントの連携としした。もしかすると、我々は部品化や規格化が得意て実装されるようになるときこそ、MIJS共通インフな民族なのかもしれません。ソフトウェアの世界もラの効果が最大限に発揮されるときでしょう。

同じ潮流が感じられ、MIJSの提供する共通インフ

また、トランザクションデータを横串で分析する

ణ
Ɉ
‎ɺ
ǩʯ
ǥ˂
Ǧʉ
ǯῴ
࿈ʏ
ஈ↗
ˋ
ࡤᇦ
߆़
‫‏‬Ȧ
൦ȭ
‫ێ‬ȭ
ජȥ
ཡɣ
࿍઻
ɘ
ɥ

一企業の中にもたくさん存在するということです。

えば、各製品がすでに持っているインフラ機能はコ

ためには、共通マスターとの連携が重要となりま

Vol.2

ĝĝ

各社
電子帳票
システム

オープン系
印刷

ラの果たす役割は非常に大きなものとなると期待しています。

す。トランザクションデータおよびログデータなど

MIJSはコンソーシアムとしてスタートしましたに含まれる項目の名称・コードの意味の統一（共が、共通プラットフォームの実現には大きな投資

通リポジトリ）がなければ、せっかく収集したデータが必要です。しかし、日本にはその投資インフラがも集計ができません。

ありません。欧米のような、アイデアと野心を持つシステム構築は、製造や建築と同じ「モノ作り」

人々に資金が回るような仕組みが整備されれば、産業です。この「モノ作り」産業の長い歴史の中本当の共通インフラを構築することができます。そで、生産性を爆発的に向上させたのは、標準手順のためには官民一体での取り組みも必要になるでによるオートメーション化と部品化です。高度成長

しょう。

21

日本の
ソフトウェアビジネスを
牽引する

テクノロ
ジ

スト

声

の

日本の技術者は、
これからどうあるべきか両方を行う。
の
働
労
体
肉
知識労働と
が
者
働
労
識
知
呼ぶ。
と
ト
きわめて多くの
ス
ジ
ロ
ある。
で
ノ
因
ク
テ
要
を
力
ち
争
た
競
って唯一の
そのような人
と
に
国
進
先
、
こそ
ヤモンド社）
テクノロジスト」1999年 ダイるもの「明日を支配す
（
ー
カ
ッ
ラ
ド
・
ー
――ピータ

t

現実
ベン

製品
い。
ま
受け
慮す
なる
の共

t

企業
マス

マス
に抵
ため
模な
はな
用し

t

各ソ
利用

イン
対し
化す
の作
ずは
イス

22

う。

。

3

MIJS技術部会が掲げるつのテーマ

theme.1

トランザクションレベルでのソフトウェア連携

現実的な案件で通用するソフトウェア連携の仕組みをベンダーの垣根を越えて構築する製品を連携させるには、
ワークフロー的な処理プロセスのルールも管理する必要がある。
また、それぞれのシステム間では、連携を前提とした設計はされていないので、受け渡しのデータ変換や連携処理のエラー発生時の処理などについても別途考慮する必要が生じる。MIJSのトランザクションレベルでのSOA連携では、共通バスとなる
EAI（Enterprise Application Integration）と連携アダプターを提供する。パッケー
ジごとの連携アダプターを共通バスに接続することで、データ形式が製品ごとに異なっていても受け渡しが可能になる。

theme.2

マスターデータの標準化の推進

小さい範囲の規格からスタートし
マスターデータの標準化を推進する

MIJS
Report
2007

Vol.2

﹁ア
Ｍプ
Ｉリ
Ｊケ
Ｓー
標シ
準ョ
規ン
格連
﹂携
第の
一真
弾の
発姿
表が
こ
こ
に

マスターデータは、各社のノウハウの固まりでもあり、それを簡単に公開することに抵抗があるのも事実だ。
とはいえ、製品の連携を進め新たな顧客価値を生み出すためには、共通マスター化は避けては通れない。MIJS技術部会では、一度に大規模な共通マスターの規格を作りあげ、参加している各社にその採用を強制するのではなく、
まずは小さい範囲でマスターの規格を作成し、徐々に展開するという方法を採用している。

theme.3

インフラ機能の共通化

インフラ機能を部品化してさらなる品質向上を目指す
インフラ部分の共通化はパッケージ製品の理想的な形ともいえる。各社は、製品に対し自社のコアコンピテンシーに注力することができ、インフラ機能は部品化、共通化することでさらなる品質の向上が期待できるのだ。
このインフラ機能の共通部品化の作業は、技術部会のテーマ1、テーマ2の活動とも密接に連携する必要がある。
まずはどの機能を共通部品として外出しにするかを決め、その上で部品のインターフェ
イスを共通化するという流れで、共通インフラ機能連携の活動が進められている。

23

お客様ニーズから
技術的本質を見抜け
アクセラテクノロジ株式会社
取締役 技術開発部部長

萩原 純一

お客様のニーズを積み上げただけでは、良い製品は作れません。ニーズの中からその本質を見抜き、製品機能として昇華させる力こそ、今後のプ
ロダクトエンジニアに必要と考えます。例えば、検索技術のようなあらゆる業務を支える汎用技術を開発するエンジニアにとっては、その技術が業務システムやお客様の現場でどう使われるかを理解してこそ、
より良い技術開発が出来るのです。ニーズを知り、製品に昇華さ
せましょう
！

S
B
ソフトウェア開発者のみなさんへ

取締役 プロダクトユニットリーダー

石川 研一

IT投資の生産性への寄与度が低い日本では、
業務改革を促進し、生産性向上に資する戦略
的ソフトウェアが望まれています。日本のユー
ザーの厳しい要求に応えてきた日本のIT技術者
こそが、急速に多様化するIT技術で、顧客に真の価値を提供できます。従来コンソーシアム方式
で製品開発を続けてきた私達は、顧客とともに価値を創出することの意義を胸に、熱い情熱を持って、自己研鑽と挑戦を続け、海外製品を凌駕する製品を生み出していきます。

技術とニーズに着目し積極的な製品の価値創造
ウイングアーク テクノロジーズ株式会社
技術本部 製品企画部 部長

田中 潤

時代に求められるソフトウェアは、常に運用を見据え時代のニーズを上手く汲み取っています。日
本のソフトウェアを世界に広めていくためには、
常に先駆けの技術と業務現場のニーズの両方に着目し、「システムの効率的な構築環境」「お客様の視点に立った製品作り」という観点から製品の価値を創造することが重要です。日本のソフトウェアを盛り上げるために、
このような視点から積極的に製品開発に取り組んでまいりたいと考えます。

代表取締役副社長 CTO

小野 和俊

ソフトウェア産業が他の産業と大きく異なるのは、
アイデアの着想から、その実現までの時間が極端に短いことです。金型を作ったり原材料を調達したりせずとも、技術者はまるで魔法使いのように、何もないところから新しいソフトウェアを生み出していくことができます。
たくさんのアイデアを形にして、結果を確かめて、便利で使っていて楽しくなるようなソフトウェアを開発していきましょう。

テッ

技
日本のスタンダードを世界のスタンダードへク

リサ

ヴィンキュラム ジャパン株式会社
ＩＴスペシャリスト

松野 訓之

古来より日本人は新しい文化や技術を独自に改良し自分のモノにしてきました。ITの世界でも同様に使う人の立場に立った手触りに優れたソフ
トウェアを作ってきました。これが国内ビジネスで海外パッケージより日本製ソフトウェアがより多く採用される要因の１つだと思います。
この手触りの優れたソフトウェアを日本のスタンダードからアジアそして世界のスタンダードへ。技術者はこのビジョンを念頭にモノ作りに取り組むべきだと思います。

ソフトウェア開発は共同開発がスマート

ほど
言っ

や
必

株

シニ

株式会社エイジア
取締役

中西 康治

MIJS技術部会では、各社の独自ノウハウだった
アプリケーション内のマスター情報を惜しみなく提供し合い、共通基盤の構築に向けて技術討論を真剣に行っています。MIJS連携はアプリ
ケーションごとにアダプターを作り、それらをつなぐことですべて連携する設計になっています。私は、今後のソフトウェア開発は、MIJSのようにグ
ローバルでオープンな、
ユーザー指向の開発スタイルになると考えています。

MIJSの技術連携が、新たな競争力を生み出す
24マ株式会社アプレッソ

熱い情熱と挑戦で顧客に真の価値を！
インフォベック株式会社

エ

る。
して

るのは、
間が極
料を調達
いのよう
アを生み
デアを形
て楽しく

ウだった
しみなく
技術討
はアプリ
をつなぐ
ます。私
ようにグ
ます。

テクノロ
ジ

エス・エス・ジェイ株式会社
マーケティング企画部長

山下 武志

お客様が中心にいない言わば システムオリエン
テッド なシステムに対するアンチテーゼという意
味で、私たちはEAやSOAというキーワードを認識するべきなのかもしれません。お客様のビジネスプロセスに適合するシステムとは何か？ それを構築するために何をしなければならないのか？
私たちはもっと視野を広く持ち、ビジネスオリエン
テッドな視点でそのことを考えるべきではないでしょうか？

技術者の意識クオリティ株式会社
リサーチ & デベロップメントグループ リーダー

声

ストのSystem OrientedからBusiness Orientedへ

想像力を鍛えよう！
機能は仕様だけじゃない
株式会社ＮＴＴデータ イントラマート
プロダクトディベロップメントグループ サブリーダー

下村 光男

１つの機能を作成するには、仕様およびインターフェイスが決まれば作成は可能です。
しかし、機能の完成がすべてでしょうか？ それは機能として仕様を満足したものですが、「その機能がなぜ必要なのかといった背景」や、「どのように利用されるのか」を踏まえて作成することが出来れば、同じ機能であってもより効果の高い機能になると考えています。
そう、技術者には「仕様にはない部分を想像する力」が必要だと思います。

MIJS
Report
2007

Vol.2

真
の
﹁ア
Ｍプ
Ｉリ
Ｊケ
Ｓー
標シ
準ョ
ン
規連
格携
﹂が
第こ
一こ
弾か
発ら
表始
ま
る
――

独自に改
界でも同
れたソフ
ジネスで
より多く
の手触り
ドからア
ノ作りに

日本の
ソフトウェアビジネスを
牽引する

小林 博之

技術者は会社に雇用され組織の一員として働いている。客先で問題が発生した場合の責任は経営側にあり雇われている技術者の責任ではな
いと考えがちだ。
しかし利用環境と製品との関係を把握しているのは経営ではなく技術者であり、問題を未然に防ぐことができるのも技術者である。技術者の責任は経営者と同じと言っていいほど重いもので、技術者が高い責任意識を持つことで問題は未然に防げると言ってよい。技術者は自らの意識を高め、自身を持って海外で戦ってほしい。

３年先を見据えた、日本流の技術を世界へ
株式会社構造計画研究所
ソリューションビジネス部長

大黒 篤

私は2000年から、シンクロナイズ、
モビリティ、ワ
イヤレスネットワークといった技術を使ったシステ
ムやサービスを数多く開発してきました。
これらの技術をさらに進化させ、またMIJSが提唱する共通基盤に対応していくことで、日本の優れたソフト
ウェアを他とつないだり、
いつでも・どこでも・安全に利用できる日本流のモビリティ技術を国内外へ広く展開していきたいと思います。

やがて来る、 感性 が必須能力になる時代
株式会社サイエンティア
シニアソリューションアドバイザー

宮腰 康弘

技術者はともすれば顧客から遠く、日頃の仕事の中でビジネスを考える機会も少ない存在になりがちだ。
しかし、どんなビジネスも起点は顧客であり、商品もサービスも技術もすべては顧客のためにある。従って、
これからは技術者であっても顧客起点の発想をしなければならない。技術という殻に閉じ籠らなければ戦えない技術者は淘汰される。技術に加えて顧客を感じ取る感性が、これからの技術者に必須の能力として求められるようになるだろう。

燃費向上に学べ
サイボウズ株式会社
執行役員

山本 泰宇

現在のIT技術がベイエリア周辺の企業によってリードされている状況は、皆様ご存じのとおりかと思います。少し以前を振り返れば、この状況は製造業の直面していたものと同じです。学ぶべきは
貪欲に取り込み、品質等の付加価値で勝負し、今では例えば車の燃費向上技術では世界最先端にあります。GoogleやAppleに対しても、まねるのではなく、学んでさらに良いものを作り出しましょう。
それができることは、歴史が証明しています。

す25

日本の強みを活かし、チャレンジしよう
株式会社システムインテグレータ
代表取締役社長 主席テクノロジスト

梅田 弘之

オシム監督が日本のサッカーを打ち出そうとしているように、我々も日本の強みを活かした形でIT業界の向上を目指さなければならない。米国で続々と誕生する新技術・新ビジネスを模倣しているだけでは、永遠に国際競争力がないままだ。では、日本の強みとは何だろうか。それはチームプ
レーだろう。MIJSのように複数の企業が共同作業で標準規格を策定し、SaaSポータルを構築していくという試みは、
日本だか
らこそ成功できるチャレンジだと思う。

世界市場をにらんだ
製品企画力を！

最新技術知識と、従前からの技法の両立

平鍋 健児

日本のソフトウェア技術力は、決して海外に劣っているわけではありません。私は、今日本の技術者に足りないのは、優れたコンセプトを作り、それをマーケティングできる「企画力」
だと思います。
今や、この企画力は技術力と切り離せないものです。技術者が、テクノロジーの言葉だけでなく、
マーケティングの言葉で語れるようになること。
これが、次の日本の技術者に最も必要な力だと思います。

製品開発部長

事業開発グループ テクノロジーリサーチ課
テクノロジーリサーチマネージャー

近藤 賢志

ソフトウェア技術者は、
グローバルな競争に直面している。
トーマス・フリードマンが著書『フラット化する世界』
で指摘しているように、
日本の技術者は、中国やインドなど世界の技術者と同じ土俵で戦っていかなければならない。では、どうすべきか。
それには、技術者一人ひとりが世界に目を向け、創造性を発揮するほかにない。日本のIT業
界には、世界に通用する技術が数多く眠っている。
それを活かせるかどうかは、
私たちの「志」にかかっている。

製品開発においては１度作って終わりではなく、継続的な修正・改善が必要で、そこにこそ日本人らしいこだわりと高品質を実現する場があると思います。継続的な改善を実現するためには、設計技法や保守性の高いコーディングといった一見派手ではないスキルも重要になってきます。最新技術をキャッチアップすることも必要ですが、それに加えて、開発の土台となる長年培われてきた技法もバランスよく身につける必要があると考えています。

の日
を目指

世
時
株

代表

東洋ビジネスエンジニアリング株式会社
執行役員 プロダクト事業本部長

羽田 雅一

製品を生み出す時には、「 俺こそ一番」という 強い気概と自負 が必要である。製品を世に出してからは、常にマーケットやパートナーからの声に耳を傾け、それらに配慮していく 繊細さと几帳面さが重要になる。エンジニアよ、傲慢かつ謙虚 で
あれ。

て上
るよ

チ
サ
Web 2.0時代の技術者は既得権を捨てる覚悟を

ラク

ITス

株式会社HOWS
代表取締役副社長 CTO

庄司 渉

Web2.0は、社会に蔓延するさまざまな既得権を崩壊させるものだと私たちは期待しています。そのWeb2.0を支える技術を開発する技術者は、自分が持っている既得権を捨てる覚悟が必要です。技術者であることを忘れ、ユーザーの立場に徹して時代が何を求めているかを感じ取ることが大切です。
「後々どのように利用されるか予測のつかないデータをどのように保管すべきか、
それをどのように検索し表現するか」が重要な課題になるでしょう。

MIJS標準規格を携え、海外に雄飛する
26

マー

酒井 和真

技術者に国境無し
トレンドマイクロ株式会社

株

ソフトブレーン株式会社

傲慢かつ謙虚 であれ！

株式会社チェンジビジョン
代表取締役社長

グ
技

各ベ
実現

はなく、
日本人
あると思
は、設計
た一見
す。最新
が、
それ
につける

会社

いう 強
に出して
の声に耳
帳面さ
謙虚 で

は

得権を
ます。そ
術者は、
必要で
立場に
ることが
予測の
現する

テクノロ
ジ

株式会社ビーエスピー
マーケティング部 統括リーダ

結城 淳

MIJSにはメイド・イン・ジャパンの優れた製品が沢山あります。
これらの製品を組み合わせることで、一段と可能性が広がります。異なる技術力をうまくコーディネートし、さまざまな情報をナレッジとして戦略的に活用し新たな製品企画を通じて、グ
ローバルに勝負できる高付加価値ソリューション
を実現する。
そんな新しいスペシャリストが、将来の日本に必要な技術者と考えます。MIJSとともに世界に通じる技術者集団を目指します。

世界に目を向け、時代の風に耳を傾けよう！
株式会社フライトシステムコンサルティング
代表取締役社長兼CTO

片山 圭一朗ソフトウェアテクノロジーは劇的に進化しています。技術者はたえず世界の技術動向に目を配り、先入観に縛られず、常に新しい技術と向き合い、興味を持ち続け、失敗を怖れず取り組んで行くことが必要です。たとえその技術が未完成なものであってもその中からエッセンスを拾い出し、自分なりの解釈で新しい独創的なソリューションに仕立て上げて行くセンスが求められています。
さらに、自ら世界へ情報を発信出来るようになることを望みます。

チームでサービスを創りましょう！
ラクラス株式会社
ITストラテジー&デベロップメント ディレクター

樋口 博昭

技術者のミッションは、
お客様の思いを実現することです。世にはさまざまな技術やソフトウェアがあふれていますが、お客様が本当に求めるもの
は、ITを活用した理想的なビジネスプロセスです。
私たち技術者に求められるのは、
ソフトウェアを単体の製品として捉えることではなく、お客様が真に必要とするプロセスを実現する視点です。
各ベンダーがこれまで培ってきた技術を結集し、チームとしてお客様の思いを実現するサービスを創りあげていきましょう。

声ストのグローバルで勝負する
技術のコーディネート

ビジネス変化に対応できる
基礎技術の重要性
フューチャーアーキテクトグループ

株式会社エルム

東日本ビジネスソリューション事業部 事業部長代理

兵藤 浩

MIJSは日本のソフトウェア業界およびユーザー
企業から大きな期待を担ってスタートしました。各社製品の技術者がそれぞれの基礎技術と豊富な経験を集結し、ＭＩ
ＪＳ技術部会で議論し、各製品連携をシームレスにはかれるかが重要だと考えております。なかなかビジネス変化に気がつかない技術者も増えつつありますが、Ｉ
Ｔ基礎技術
だけにとどまらず対話の基礎技術もこれからの技術者に求められる重要なアイテムではないでしょうか。

MIJS
Report
2007

Vol.2

真
の
﹁ア
Ｍプ
Ｉリ
Ｊケ
Ｓー
標シ
準ョ
ン
規連
格携
﹂が
第こ
一こ
弾か
発ら
表始
ま
る
――

れ！

日本の
ソフトウェアビジネスを牽引する世界に目を向け、
フィールドを広げる
弥生株式会社
製品開発課課長

松本 学

日本のビジネスソフトウェアは、高品質ですが、一部を除いて、海外で普及しておりません。ソフト
ウェアの海外展開には、各企業やMIJSのようなコンソーシアムが、海外を市場として捉え、推進することが必要です。
そのためにも、各エンジニア
が、海外のソフトウェア、
エンジニアをライバルとして、視野と活動範囲を広げていくことが必要だと思います。そうすれば、日本が世界のソフトウェア産業を引っ張る日も近いでしょう。

想像力と汎用化に磨きをかけよ！
株式会社リード・レックス
執行役員 システム開発部長

渡辺 時彦

業務用パッケージの命は、
いかに多くのユーザー様から支持されるかにかかっている。道に例えると、幹線（バリエーション）と迂回路（フレキシビリ
ティ）を用意し効率的な運送基盤とすることに似ている。
この目標を達成するためには、業務知識を想像力で膨らませ、業種・業態を広範囲にカバーする汎用化、抽象化のスキルが決め手となる。想像力と汎用化に磨きをかけ、世界一流のソフトウェアを作成するのが私たちの使命です。

27

MIJSの目的と趣旨◉ 目的
日本の有力ソフトウェアベンダーが結集し、製品の相互連携を行って海外展開および国内ビジネス基盤の強化を図ります。

◉ 趣旨
日本のIT業界は労働集約的業態に甘んじていたり、海外ソフトのロー
カライズ販売に従事しており、国際競争力がない状態が続いています。
しかし、
アプリケーション分野では、決して日本のソフトは海外に負けません。要求の厳しい日本のユーザーの中で熾烈な競争を勝ち抜いた商品は、十分海外に通用する品質と使い勝手を持っています。
鉄鋼や電器、
自動車などの産業に続いて、IT業界も世界市場で成功できるはずです。これは、日本のソフトウェアベンダーに共通する夢です。
これまでにもチャレンジ精神あふれる日本の有力ソフトウェアベンダ
ーは、個別に海外進出を試みてきました。
しかし、１社ずつ単独で活動している状態では、現在の劣勢をひっくり返す結果に至らず、撤退を余儀なくされた企業も多くあります。
また、国内市場においても海外製品のブランド力に押されて苦戦を余儀なくされています。
そこで、国産ソフトウェアベンダーが結集して海外展開および国内競争力強化を図ることにしました。日本でトップクラスの製品群を連携して最強のソリューションとしてまとめることにより、高まる顧客ニーズに柔軟に対応することができます。海外および国内で展開していきます。
トップク
ラス製品の連携により強いアピールができること、販路設立や販売活動などのコストをシェアできることにより「アプリケーションは日本のソフトが優秀」というナショナルブランドを確立していきます。

◉ 参加企業一覧
アクセラテクノロジ株式会社
株式会社アプレッソ
インフォベック株式会社
ヴィンキュラム ジャパン株式会社
ウイングアーク テクノロジーズ株式会社
株式会社エイジア
エス・エス・ジェイ株式会社
株式会社NTTデータ イントラマート
クオリティ株式会社
株式会社構造計画研究所
株式会社サイエンティア
サイボウズ株式会社株式会社システムインテグレータ
ソフトブレーン株式会社
株式会社チェンジビジョン
東洋ビジネスエンジニアリング株式会社
トレンドマイクロ株式会社
株式会社HOWS
株式会社ビーエスピー
フューチャーアーキテクト株式会社
株式会社フライトシステムコンサルティング
弥生株式会社
ラクラス株式会社
株式会社リード・レックス◉ 問い合わせ先MIJSコンソーシアム事務局
tel：03-6714-2914 e-mail：info@mijs.jp
URL：http://www.mijs.jp/