Webエクスペリエンスマネジメントの相互運用規格 WEMIについて

OASIS Web Experience Management Interoperability (WEMI) Technical Committee | Charter

以前も簡単にそういう規格が持ち上がりかけてますよ、というお話を紹介させて頂いたことがあったかと思いますが、Liferay関係のポストを稼ぐためにその続報をごく簡単に。

ECMの世界にSQLのような業界標準規格を、ということで策定されたCMISを追って、ということでしょうか、Webエクスペリエンスの相互運用規格についての議論がOASISのお墨付きを目指して進められているようです。弊社aegifのパートナーでもあるオープンソースエンタープライズポータル製品Liferayの製造元であるLiferay社も参加しています。

Webエクスペリエンス管理、という概念事態も賛否両論あるようで、ただのジャーゴン・バズワードだと言い切る人もいれば、ビジネス上必須の概念であると言い切る記事やWebinarもあるようです。ざっとWeb上の関連記事を見渡したところ、特にこのWEMI規格に力を入れている会社として、Hippo CMSの製造元であるHippo社の記事が目立っているように感じます。ApacheファウンデーションのOpenSocial製品Raveなどに取り組んでいる会社でもあるようです。CTOのBlogに参考になりそうな記事があがっていました。ざっくりとポイントをまとめると、「これまでのWebコンテンツ管理はSEO、つまり如何にしてサイトまで来てもらうか、に注力していたが、これからは来てもらった後のこともちゃんと考えなければいけない、それがWebエクスペリエンス管理が目指すところだ」、という主張ですね。「マルチチャネル出力だけでは不十分だ」とも言っています。確かにWCM市場の現状を明確に反映した意見で、総論としては正しい主張であるように思います。（ただ、このような規格を定めて相互運用性を高めることがゴールにどう繋がっていくのかについては、少なくとも私はまだよく飲み込めていません。）

WEMIのチャーターから、狙いを理解する上でキーとなりそうなところを簡単に引用したいと思います。Scope of Workという項目で、作業スコープに含めたユースケースと、あえて外したユースケースを3つずつ列挙してあります。

スコープに含まれているユースケース：

• WCMからのコンテンツの表示とマッシュアップ


• コンテンツとメタデータのインデックス


• 全コンテンツのエクスポートと移行

スコープに含めなかったユースケース：

• アクセス権管理


• バージョン管理とレコード管理


• データ投入と書き込みオペレーション

こうして並べてみると、どのユースケースも、「複数のコンテンツリポジトリを取り扱わざるを得ない」という状況を前提にしないと効果を実感しようがなく、国内市場でそのような前提条件を充足している環境がどれだけあるのか、っていうことが問題になりそうですね。これは相互運用性規格一般の性質であって、CMISも同じような条件だったことを考えると、数年もすれば色々とアプリケーションが揃ってくるのかもしれませんが・・・

（文責 Ishii Akinori IT-Coordinator）

NemakiWareの公開

今日はBlogランチではなく、しかもiPadから更新です。
弊社aegifは基本的にはコンサルティングファームですが、オープンソース製品を扱うために必要となる技術力を持つチームでもあります。そこで、その技術を活用して新しい製品の開発にも乗り出してみました。
#慣れないビジネスモデルへの進出にはリスクがありますが、あくまでオープンソース製品なので、それ程大きなギャップではないのではないか、と考えています。
その製品の名前がNemakiWareです。詳しい情報はWebサイトを参照してください。http://nemakiware.bitbucket.org/
ECMの規格であるCMISをサポートし、バックエンドにいわゆるNoSQL系DBであるCouchDBを採用した、オープンソースのリポジトリ製品です。CMISを使って他のECMと同様にコンテンツのやり取りをできることと、NoSQLを採用することで実現したスケーラビリティが強みであると考えています。
ECM製品は文書管理やコラボレーションのアプリケーションとしても利用されていますが、リポジトリとしてミドルウェア的に活用されるケースも非常に多いわけです。NemakiWareは今のところ基本的に後者のニーズに応えるための製品として設計されています。その意味で（例えばAlfrescoと競合する様な）フルスタックのECM製品というと語弊があります。
まだ大規模なベンチマークをとるような段階ではありませんが、将来的にはNoSQLベースであることのメリットについてもそのうち具体的なお話ができるのではないかと思います。

（文責 Ishii Akinori IT-Coordinator）

New Alfresco Mobile Features for iPad and iPhone

New Alfresco Mobile Features for iPad and iPhone:

Alfresco Mobile 1.3 launched this week – that’s our fifth mobile app iteration in a year, demonstrating Alfresco’s continued commitment to providing the best mobile experience to our customers to ensure they receive the most up-to-date features to work with their content on their tablets and smartphones.

(Via Alfresco Global Feed)

またも、長期間にわたって放置してしまっていました。社長やエンジニアだけでなく、管理スタッフまでちゃんとBlogを更新しているというのに。

本当はWEMIについて書きたいんですけど、時間がなかなかとれなくて・・・

本題（？）に入ります。AlfrescoのiOSアプリが更新されました。新機能は、「暗号化」「一括アップロード」「メタデータ対応」とのことですが、注目すべきは「暗号化」ですね。企業システムにおけるBYODの問題に関しては、ざっくりと端末管理をがっつりと行っていくアプローチととにかく個人用よりも便利な公式アプリを企業側で提供することで無茶な行動を抑制していくというアプローチがある、なんて話を聞きますが、実際にはこの2つはどちらか一方だけを選んで集中すればOKという話でもないと思います。その意味でAlfrescoのモバイルアプリはどちらの方向性に対しても一定の目配せをしていると言えそうです。

タブレット端末が一般のPCよりもコンテンツの閲覧に関しては便利だ、という評価も一度はかなり固まっていたような気がするんですが、実際には複数の端末を使いこなすための心理的なオーバーヘッドもあわせて考えると、事態はそれほど単純でもありません。そもそもiPadその他のアプリケーションを書ける人は、がっつりとPCを使いこなしているわけで、「あんなことやこんなことまでノンプログラミングで！」とうたうビジネスソリューションを作っているのはプログラマ（＝プログラミング言語を効率的に書ける人）、というのと同じ苦しさがありますよね。

久しぶりなので、快調に脱線してしまいました。

Alfrescoは今、タブレット端末でリポジトリ内の企業コンテンツを快適に・適切に閲覧し適切なリアクションを取っていくための環境整備を進めています。この流れの中で、安全性面に関して一歩コマを進めたのが今回公開されたバージョン1.3ということになります。PCベースで暗号化その他の情報漏洩防止ソリューションに投資しすぎて生産性を損なってしまっているケースに対しても、良い処方箋になるかもしれません。その様なケースでは、単純に低い生産性で我慢してモチベーションを下げていくか、下らない（？）ルールを迂回するために無駄なリスクをとるための抜け穴探しに血道をあげるか、という残念な流れに進みがちなわけで、ECMというコンプライアンス推進側でもあるベンダがこうした回答を用意するというのは必要かつ効果的なことだと思います。

（文責 Ishii Akinori IT-Coordinator）

WordによるDITA編集

Simply XML | Home: "Let the rest of your organization get the benefits of XML."

最近技術評価作業で協同作業をしていただいている会社さんの製品（と支援体制）に感銘を受けたので、特にオープンソース製品ということではありませんが、ご紹介したいと思います。

XMLで技術文書を作成するための標準規格（という説明で良いのでしょうか？）、DITAに対応したXMLオーサリング環境の選択肢として、「使い慣れたMicrosoft Wordで編集」を実現するソリューションです。DITA1.2のすべての表現に対応しているわけではないのですが、WordでWYSIWYG的な環境でDITAコンテンツを作れるということには一定の価値があると思います。XML以外のコンテンツ形式での編集を禁止したいがフル機能のXMLエディタを全員に配るのは非現実的、なんて状況はよくあるわけですし。

このContent Mapperという製品、残念ながら現時点では日本語に対応していないのですが、製造元のSimply XML社の迅速な対応により我々の評価環境ではすでに日本語（とECMリポジトリとの接続）がしっかり動作するようになっています。まだ、検証段階なんですがSimply XML社のメンバのレスポンスは非常に早く（一度、「今野球を見に来てるから帰宅時まで待ってくれ。あ、でも延長戦だ！」というメールが返ってきたことがありました。なんてアメリカンな・・・）、心強いです。また、彼らのライセンスサーバは使用許諾や課金状況をチェックするだけでなく、ソフトウェアモジュールやテンプレート類の配信管理の機能もあるらしく、バグの報告をする度に修正版をサーバにあげてもらい、次回起動時には自動的に問題が解決する、というフローになっています。Wordを利用！、というコンセプトはEUCよりに見えなくもないんですが、やはりDITA周りではこういったエンタープライズIT的な工夫がしっかりされているもんなんですね。

（文責 Ishii Akinori IT-Coordinator）

Liferayロードショーもどき

Liferay社のグローバルオペレーションの責任者であるMichael Han氏が諸国行脚と途中、来日して弊社オフィスにも来てくれました。

バージョン6.1や今後の計画についての情報共有が主な目的だったのですが、6.1は控えめなバージョンナンバーの割に大きな変化を持つバージョンであるように見えました。特にAlfrescoのパートナーでもある我々としては慎重に正しい使い分けのあり方について提案できるようにしていかないといけない側面があると思います。

6.1ではコンテンツ管理、文書管理の機能が大きく強化されています。メタデータ管理やワークフロー管理については特に顕著にその傾向が見て取れます。しかし、想定されている利用方法は、Alfrescoのそれとはある意味で正反対のものであると考えられます。

Alfrescoは本格的なECM製品であり、シリアスな用途においてやはり最後はカスタマイズを完全に避けることはできない、という前提が暗黙に存在しているように感じます。だからこそ、ワークフロー定義のGUIなどECMのコアサービスの可能性を制限してしまいそうなモジュールはなかなか実装されませんでしたし、最も安定的にメタデータ管理の実装を行う方法は現在でもXMLファイルの編集によって行われます。それに対して、これらの機能の標準パターンだけをうまく使いこなせれば、ファイル管理の方法として成果をあげられそうな、ECM文脈でいうところの「シリアス」な用途とまではいかない規模のニーズというのも一定量存在するのは事実であり、Liferayの文書管理機能の強化はその領域を意識して設計実装されている、と考えられます。

また、6.1ではソーシャルビジネスシステムであるLiferay Social Officeも配布物としては同梱されるようになりましたし、実事例も増えていくのでは無いかと思います。その当たりも含めて継続的にご紹介していきたいですね。

（文責 Ishii Akinori IT-Coordinator）

久しぶりに合宿に行ってきました

技術系のメンバーを引き連れて、というか、実際には後ろからくっついていくイメージでしたが、久しぶりに社内行事としての合宿を実施しました。場所は越後湯沢で、期間は（たったの）1泊2日でした。

ベンチャー企業の合宿というと「開発合宿」的なものをイメージされる方も多いかと思いますが、残念ながら今回はそういうノリではなく、今後のチームの方向性なんかを議論したり確認しあったりということをメインとしたイベントになりました。開発系のイベントもやっていきたいところなので、そのうちそういうご報告もできれば、と思います。

そこでの議論のほとんどは外に向かって発信するような内容ではありませんが、1つ私個人に振られた（振られ直した？）タスクがあります。このBlogにおけるLiferayに関する情報発信です。思えば、確かにAlfrescoとECMに関する情報に偏向していたきらいがありますね。個人のキャリアとしてECM製品を取り扱うプロジェクトの比率が1番大きかったのは事実ですが、ポータル製品についても継続的に取り組んできているので（製品ベンダの公式トレーナーをやっていたこともあります！）、そちらの側の話題も積極的に取り入れていきたいと思います。

最後に、越後湯沢合宿の総合的な感想ですが、おにぎりとうどんすきは確かに素晴らしかったです。

（文責 Ishii Akinori IT-Coordinator）

Alfresco日本法人設立イベントを終えて

日本における事例とベストプラクティス、というお題で講演をさせて頂きました。ただでさえ、あがり症で何を話して良いかわからなくなりがちな上に今回は準備にも練習にも時間がとれず（毎回同じようなことを言ってますし、練習に関してはやれたことの方が圧倒的にレアなケースになってしまうんですが）、来て頂いた方にはお見苦しいところをお見せしてしまいました。

言い訳がてら、ここで講演資料の意図についてくどくどと補足をさせて頂こうと思います。

まず、全体としては、「aegifの自己紹介」「事例の類型の提示と個別事例の紹介」「ベストプラクティス」という3つの要素を盛り込んだつもりです。以下その構造に従って補足をしていきたいと思います。

「aegifの自己紹介」

もちろん、この項目を最初に持ってきた理由は、講演者がどこの馬の骨なのかを明らかにする、というところにあります。ただし、今回、Alfrescoの日本法人の設立に際して、Alfrescoという製品がそのブランドを持たない若い会社が扱ってもビジネスを継続することができたような「本質的な競争力を持つ製品」であることと同時に、今後Alfrescoを導入されるお客様やエコシステムを共に形成していくことになるであろうパートナー企業の皆さんに対してうちの会社が持つ強みを知って頂きたいという気持ちがありました。そこで、弊社の技術サイドにおける基本的な戦略として、我々がOSSのメリットを単なるTCOの削減ではなくサービス品質の向上やエンジニアを尊重し長期的な競争力を得られるなどの部分に見ているという、本題からすると少し冗長な説明を挟ませて頂きました。

「事例の類型の提示と個別事例の紹介」

土壇場で時間が少し短縮されてしまったため、駆け足になってしまったところですが、Foresterのレポートを参考にして類型の提示をさせてもらいました。導入部分がこなれておらず少々唐突な印象を持たれてしまったかな、と反省はしているんですが、ECMの機能や利用方法をFundamental、Transactional、Business、Persuasiveの4つのタイプに分類するというやり方は実務的な感覚をよく反映していると思うので、これからもリファレンスしていきたいと考えています。もしかすると、日本の事情を考えるともう少しスマートな分類がありえるのかもしれませんが。

会場にはお客様やパートナーさんもいらしていたので、もう少し丁寧に掘り下げたご紹介をしたかったのですが、かないませんでした。またの機会があれば、と思います。

「ベストプラクティス」

事例を踏まえてのお勧めについて簡単に触れました。ここも時間の制約をあおりを受けた面が否めません。パッケージベースのITコンサルティングを行っている身としては、「カスタマイズ」の取り扱いは常にプロジェクトの中心的な関心事であるといえます。実際にはパッケージ選定の重要なインプットでもありますし、コードベースを複数の顧客で金銭的な負担を分けあうという経済的な意義からすると、パッケージを推奨しつつカスタマイズを奨励するというのはある種の綱渡り的な危うさがある議論です。繊細な議論であるため、具体的な前提条件もなしにこういったところで結論がだせるたぐいのものではないのですが、講演においては非常にざっくりとした意見として、「Alfrescoを選んだのであれば、GUIのカスタマイズはむしろ積極的にやってしまってもよいのでは？」というような煽りを入れてみました。乱暴すぎる一般論ですが、Alfresco関連のプロジェクトに関してはそれで不幸になる人は少ないと思います。

 

その後も会場でお会いした皆様と色々なご相談をさせて頂いております。今年はAlfrescoもLiferayも国内市場においても色々と大きな変化がありそうです。

（文責 Ishii Akinori IT-Coordinator）