aegif CTO blog

OPEN TEXTによるVignette買収

OPEN TEXT — Open Text Webサイト：

こんにちは。aegif 技術担当役員の石井です。

WCMの世界の話になりますが、大手ベンダの1つとして知られるVignette社のOpen Text社による買収が決定したようです。これでまたECMに関連する分野のプレイヤが集約されたことになります。

私が受講したAlfresco WCMトレーニングコースのトレーナも元々はVignetteに勤務していた人でした。（Alfresco WCMの開発社の多くがInterwoven出身というのはよく知られていますが、Vignette経由の人もいるみたいですね）

そういえばコースの中で、Alfrescoなどのエンタープライズ向けの製品を使うような規模のサイトの場合、どこまでのコンテンツを動的に生成し、どこまでをあらかじめ静的なファイルに出力しておくのか、という決断が非常に重要になります。VignetteはInterwovenよりも動的なコンテンツの取扱に長けているが、Alfrescoは両者の良いところを組み合わせられるように工夫している、という説明を受けました。Open Textは、Enterprise 2.0という標語で動的なWebアプリケーションの組合せによる作業環境の充実を強く提唱してきているので、Vignetteとは相性が良いかもしれませんね。（買収したソフトウェアをどの程度自社のラインナップにうまく統合できるか、という意味では会社毎にアプローチもゴールの設定も全く違うので、この場合にどうなるかはまだわかりませんが）

（文責 Ishii Akinori IT-Coordinator）

How KnowledgeTreeLive's Zoho integration provides a complete online work environment for remote users | Document Management Software | Open Source Document Management System

How KnowledgeTreeLive's Zoho integration provides a complete online work environment for remote users | Document Management Software | Open Source Document Management System — KnowledgeTree Blog：

こんにちは。aegif 技術担当役員の石井です。

出張中で作業が溜まっているので、軽めの話題を1つ。（最近ではなるべく毎日の更新を心がけているので）

オープンソースかつECMという意味ではAlfrescoの競合になるKnowledgeTreeですが、SaaS版 KnowledgeTreeLiveとZoho Officeの連携を発表しています。Zohoのオフィススイートの機能を使ってサーバ側で編集ロジックも完結しようという試みです。Office 2010 Live版とSharePointの組合せに対する対抗策といったところでしょうか。

単独でのHA構成が（比較的）実現しづらいであろうKnowledgeTreeの場合、オンプレミス型の市場よりもこういったクラウドベースの領域に注力していくのが正当な進化のありかたなんでしょうね。PHPベースで、Web系エンジニアによるカスタマイズにも対応できるというのも魅力の1つだと思うので、その特色との両立をどうやって図っていくのか（あるいはあえて図らないのか）は興味深いところだと思います。

（文責 Ishii Akinori IT-Coordinator）

Web版Office 2010のこと

Web版Office 2010の対応ブラウザはIE、Safari、Firefox。史上最大のJavaScriptアプリに（動画デモ付き） － Blog on Publickey — Publickey：

こんにちは。aegif 技術担当役員の石井です。

最近発表されたOffice 2010のWeb版ですが、これはECMを取り扱う者としてもOSSを取り扱う者としても無視できないニュースですね。ざっとみたところPublickeyの記事が一番参考になりそうだったので、冒頭のリンクはそのページにしました。

ZohoやGoogle Docsはブラウザによる編集環境だけでなくデータの保管環境や配信・共有のための基盤も提供しています。ブラウザ上に編集環境を実現したことそのものにも、プラットフォームへの依存度を下げたり、肥大化してしまったオフィススイートの再設計という意味である種の軽快さやユーザビリティを獲得したり、といったメリットがあると思いますが、それらは基本的に「データを預ける」ことと引き替えでしか手に入らないものでした。（「データを預ける」ことによるメリットもたくさんあり、配信・共有やデータ保護などが非常に大きな利点を生むと思いますが）

今回の発表によれば、Office 2010ではSharePointのオンプレミス（自社内で環境を保持することで、最近SaaSの対義語としてよく目にします）環境上でも動作するということなので、プライベートクラウド云々の議論すらスキップして、データを預けることなく上記のメリットを享受することができることになります。

もちろんベンダーロックインという問題は残りますが、コスト面さえ折り合いがつけば、魅力を感じる企業は多いのではないかと思います。Web版になる前の2007ですが過去バージョンより使い勝手が悪いという評価を受けることが多いようなので、OpenOffice.orgなどの互換製品だけじゃなく自社製品の過去バージョンとも競合するため、コスト面での評価は相当シビアになるはずですが。

しかし、編集環境自体がブラウザ上に実現し、作られた文書がサーバ上に保管される、という操作モデルがどのようにエンドユーザに受け容れられるのか、ですとか、そういった通常のファイルシステムとしての操作も許されないツール独自のデータ管理の機能だけで企業内のコンテンツ管理ニーズに対応できるのか、など気になる課題はまだたくさんあります。GoogleはGoogle Waveでそのあたりの操作モデル自体を抜本的に再定義することを提案していますが、今回Microsoftは（いつもの通り？）既存資産を活かすという、どちらかと言うと保守的な方向性を打ち出したことになると思います。（Officeが部分的にであれ無料で使えるということになれば、本来これほど革新的な話はないはずなのですが、この場合は比較相手が身軽すぎますね）

この対立は、オフィススイートというもっとも端末寄りの業務アプリの世界の革新と、SaaSモデルによるソフトウェアビジネスそのものの構造変化が、どの程度のスピードで行われるのかによって結果が大きく変わりそうです。我々も無縁ではないはずなので、このスピードを計測するための予測モデルや指標を考えないといけませんね。

（文責 Ishii Akinori IT-Coordinator）

AIIM's official guide to OASIS' CMIS AIIM

AIIM - CMIS, Content Management Interoperable Services — aiim Webサイト：

こんにちは。aegif 技術担当役員の石井です。

AIIMのサイトにCMISの専用ページができていますね。CMISもバージョンが0.62に微妙にあがってきていて、BaseTypeまわりなど0.5よりもすっきりしてきているようです。近いうちに差分についても紹介記事を書いてみたいと思います。

さて、AIIMのページですが、CMIS策定に関与しているECMベンダとして、実に21社もの名前が連ねられています。そのこと自体は規格の意味からすると非常に頼もしいことなのですが、我々としてはやはり日本の会社の名前が1つもないということが気になりますね。（国内ECM市場の特殊性については、いろいろと考えるところがあるのですが、それはまた機会を改めて）

このページは、Supplemental Resourcesと題して、各社のCMISについての取り組みへのリンクが整理されていて非常に参考になります。類似の規格との比較記事、講演の内容、ポートレット実装の事例、Windowsクライアント、SAP ECMプラグインなどなど、内容も多岐にわたっていて、その多くが動画です。（しかし、こういう業界団体主導のまとめサイトから発信されるものがYouTube動画である、というのはある種感慨深いものがありますね）

AlfrescoもCMISに関しては牽引する立場を取っているので、類似のサイト Alfresco CMIS Resource Centerを立ち上げていて、そのサイトもOther CMIS Resource Centersとして紹介されています。（複数形ですが今はAlfrescoのものしか載っていません）

Other Resource CentersだけでなくBlogsやProductsのセクションも今のところAlfresco関連のものだけなので、あまり先行しすぎて孤立しないか逆に心配になりますね・・・

CMISよりも先行してECMの相互運用規格を検討していたAIIM iECMの部会もCMISをアシストするということで、リンクが貼られています。

（文責 Ishii Akinori IT-Coordinator）

Digital Landfill: 10 Fast Facts About Document Management Value

Digital Landfill: 10 Fast Facts About Document Management Value — Digital Landfill：

こんにちは。aegif 技術担当役員の石井です。

8thingsシリーズのどれかをご紹介しようと思ったのですが、10 Fast Factsというのが目についたので、そこから手を付けてみたいと思います。2008年10月の投稿ですね。元々は富士通のスキャナ事業部のPam Doyle氏のプレゼンからの抜粋のようです。Doyle氏はAIIMのECMとERMのトレーナとしても活躍されきた方とのことです。

1．企業からみた場合、1つの文書を見付けるためには20ドル、その文書が間違った場所に保管されていた場合には120ドル、消失した文書を再作成する場合は220ドルの労務費がかかる。

2．全文書のうち7.5パーセントは意図せず消失してしまっている。それ以外のもののうち3パーセントは間違った場所に保管されている。

3．専門家はその労働時間の5から15パーセントを文書を読むことに費やしている。しかし、そのうち半分くらいはその文書を探すために浪費されている時間である。

4．平均的な文書は19回コピーされる。

5．全米規模で考えると実に4兆を超える紙文書が存在している。そして毎年22パーセントの率で増え続けている。（プライスウォーターハウスクーパース調べ）

6．2007年時点では、一般的な企業人は1日18MBのメールを受信している。この数値は2011年までには28MBぐらいまで増える見込みである。

7．平均的な1日のメールの件数は送受信をあわせて約133通である。（Radicatiグループ調べ）

8．通常のFAX機は1台につき年間6,200ドル程度コストがかかる。（Captaris調べ）。手作業でFAXを送信する作業は1文書につき約8分である。

9．郵便の平均的なコストは8ドルから15ドルである。（「1パッケージあたりの郵便コスト」ということですが、パッケージと文書の単位の関係はよくわかりませんでした。）

10．オフィスのスペースのコストが19％アップした。（2008年 Office Space Across the World調べ）

どこかで聞いたことがありそうな数字もありますが、多くの人にとってそれなりに新奇性がある事実も含まれているのではないかと思います。

こういった数値をもとに何故ECMが現代的な企業システムにとって必須のモジュールであるかを示すような資料を作りたいと数ヶ月前から考えているんですが、まだ着手すらできていません・・・

（文責 Ishii Akinori IT-Coordinator）

同世代（？）の会社 その２

大和株式会社－The ECM Professionals

こんにちは。aegif 技術担当役員の石井です。LCIさんに引き続いて、私たちの先輩が起業した会社のご紹介をさせて頂きたいと思います。 大和株式会社、業務内容としても弊社と近いフィールドで活躍している会社です。商用ECMのDocumentumを中心として、ECMというキーワードに特化したサービスを展開しています。（うちもAlfrescoを担いでいる以上、ECMの専門家集団ではありますが、どちらかといえば「オープンソース」というキーワードを軸にサービスを広げていくことを考えています） 社長の幡谷さんとは、コンサルティングファーム勤務時代には面識はなかったのですが、その後、私がDocumentumの導入コンサルティングをお仕事をしている時に、ご一緒させて頂きました。実は、当時チームを組んだ優秀なエンジニアのメンバーのほとんどが大和株式会社の創立に係わっています。（私もaegifのことがなければ呼んで頂けたのでしょうか？） チーム単位で見れば、国内でももっとも優秀なDocumetumコンサルティングサービスのプロバイダだといって間違いないと思います。やはり欧米の市場と比べると国内でのECMの認知度は未だ非常に低い状態です。逆に言えば（楽観的に言えば、と言った方が正確かもしれませんが）、これからまだ成長の余地が十分にあるということで、その流れの中で弊社や大和さんのプレゼンスが高まるようにしていきたいと思っています。 （文責 Ishii Akinori IT-Coordinator）

Digital Landfill: Titles published so far in my ECM "8 things" series...

Digital Landfill: Titles published so far in my ECM "8 things" series... — Digital Landfill：

こんにちは。aegif 技術担当役員の石井です。

最近、AIIM関連のBlogに「8 things ...」というシリーズがよくあがっているのを見かけます。少し前に流行った「○○をするための10の方法」などと同じフォーマットのようです。ノウハウをまとめて文章を書くためのテクニックとして、一般的なものになりつつあるようですね。

折を見て、我々の仕事との関連が深そうなエントリをご紹介していこうと思います。

（文責 Ishii Akinori IT-Coordinator）

5/14に実施したセミナについて

[http://www.aegif.jp/event/seminar090514](http://www.aegif.jp/event/seminar090514)

こんにちは。aegif 技術担当役員の石井です。 この場では事後の報告ということになってしまいましたが、先月14日にAlfresco Software社CEOのJohn Powell氏を招いてセミナを開催しました。

JohnさんのプレゼンはAlfrescoの近況報告のようなもので、各国の事例や最新の統計などを説明する内容でした。他にもアイ・ティ・フロンティアさんとレッドハットさんからもそれぞれ講演を頂いたので、その内容を簡単に振り返りたいと思います。

まずは、アイ・ティ・フロンティアさんから。AlfrescoをベースとしたSaaS型ECMサービス、OluOlu Cabinetのご紹介でした。OluOluというのは「快適な」という意味をもつハワイ語だそうです。今回ご紹介頂いた、OluOlu CabinetはOluOluという企業向けのSaaSによるサービス体系の一部を担うECMサービスという位置づけになります。このOluOlu CabinetのバックエンドにAlfrescoが利用されているわけです。

単なるAlfrescoのホスティングではなく、アイ・ティ・フロンティアさんでは、業務指向のテンプレートに加えて幾つかソフトウェア的な強化を行っています。なかでもインパクトが強そうなものが2点ほどあって、1つは、Flexベースのリッチクライアントです。OluOlu CabinetだけでなくOluOluのサービス全体に対するダッシュボードとして用意されたもののようです。もう1つは、ワークフローデザインのためのGUIです。Alfrescoのワークフロー定義は基本的にXMLファイルを直接編集する形で作成します。（jBPMワークベンチを使えばステップの流れ自体はGUIで作成することができますが、JavaScriptなどを埋め込みなどに対応していないため結局は直接編集が必要になるというケースが散見されます）。OluOlu Cabinetでは基本的なワークフローであれば管理者用のクライアントアプリケーションから直接編集できるようになっています。ワークフローに着目してECMの導入を検討されている方にとっては非常に魅力的なのではないでしょうか。これらの機能のスクリーンショットも、OluOluのサイトで見ることができます。[https://www.oluolu-itfrontier.com/web/oluolu/service/cabinet](https://www.oluolu-itfrontier.com/web/oluolu/service/cabinet)

次にレッドハットさんから「JBoss 活用事例の紹介と最新製品ロードマップ」という題の講演をいただきました。Linux界隈のミドルウェアビジネスの現状や今後の展望などが非常にわかりやすくまとめられていました。やはり印象的だったのは、Redhat、JBossという我々からみれば非常に大きなブランドを掲げてビジネスをされている人でも、日本での展開やオープンソースソフトウェアを活用したサービスのビジネスという意味では、まだまだ市場へのアピールが足りていない、と感じられているように思えたことです。レッドハット社の人が、自分の会社のビジネスを新奇性があるメッセージとして語り、またそれを新鮮なプレゼンとして受け取ることができるというのは私にとって非常に意外な体験でした。

最後に主催者である弊社から私が、オープンソースソフトウェアを活用したTCO削減についてお話をさせて頂きました。非常に大雑把に内容を要約しますと、ものを安く買う（TCOの話ですので）方法は、買う内容が決まっている状況では基本的に「仕入れ先を一本化してボリュームディスカウントを得る」か「複数の仕入れ先候補に相見積もりを出させてディスカウント提案を引き出す」のどちらかしかない。しかも前者の場合でも、定期的な契約の見直しスキームなどロックインによる値のつり上げを防止する策がなければ長期的なメリットがでない。という通常のコスト削減プロジェクトの議論をオープンソースのメリットの説明にかぶらせたような話をさせて頂きました。

弊社主催のセミナというのはこれが初めてで、運営その他の点についてもいろいろと至らない点があったと思いますが、参加してくださった皆様、講演をしていただいたパートナ企業の皆様、本当にありがとうございました。アンケートの結果を見ても、概ね成功であったと言って良いのではないかと考えています。また機会があればよろしくお願いします。

（文責 Ishii Akinori ITC）

ようやく策定されたECMのための共通言語 CMIS（3/3） （Insight Now!より転載）

2/3を公開してからかなり時間がたってしまいました。申し訳ありません。 #実は1度にまとめて書いているので、単純なアップロード作業のミスなのですが・・・

リポジトリのモデルや基本となるオブジェクトタイプについてはすでにご説明しているので、本稿では独自のオブジェクトタイプの実装に関する規程と、各オブジェクトに対する操作をとりまとめたサービスについてご紹介したいと思います。

カスタムオブジェクトタイプ

オブジェクトタイプは属性の組み合わせによって定義されます。CMISにおけるオブジェクトは強い型付けがなされ、未定義の属性をインスタンスレベルで後から追加するという仕組みはありません。（JCRにおけるResidual属性、WebDAVにおけるDead属性にあたるものはサポートされません。定義にない属性が検出された場合は例外として扱います）

オブジェクトタイプ自体のユニークネスを確保するため、システムからユニークな識別子をタイプIDとして割り当てます。また、オブジェクトタイプの定義にも継承による階層構造を利用できます。継承の仕組みは以下のルールに従います。

・ルートタイプは親タイプをもたない。ルートでないタイプは必ず1つだけ親タイプを持つ。 ・オブジェクトタイプは（それ自体オブジェクト型のものを含む）属性の集合として定義される。属性のオブジェクト型には継承機能は適用されない。 ・サブタイプには親タイプで定義されている属性がすべて適用される。何かの理由で親の属性の一部を継承したくない場合は、定義ではなく値を未設定とする。 ・クエリにタイプ名を使った場合は子孫タイプのすべてが対象となる。 ・ルートタイプは基本オブジェクトタイプである文書・フォルダ・関連・ポリシの4つのみ。

さらにすべてのオブジェクトタイプに共通する属性がいくつか定義されています。

・ObjectTypeId　オブジェクトタイプの識別子。リポジトリ内でユニークでなければならない。 ・ObjectTypeQueryName　SQLクエリ内でのテーブル名。 ・ObjectTypeDisplayName　アプリケーションに表示される名前。 ・ParentTypeId　親タイプのID。 ・RootTypeQueryName　ルートタイプのテーブル名。 ・Description　アプリケーションによるタイプの説明。使いかたなど。 ・Creatable　当該オブジェクトタイプのオブジェクトを新規作成可能かどうかを判別するフラグ。 ・Queryable　クエリで使えるかどうかを判別するフラグ。関連クラスには適用できない。 ・Controllable　ポリシを適用可能かどうか判別するフラグ。 ・IncludeInSuperTypeQuery　親タイプを指定したクエリの対象とするかを判別するフラグ。

文書タイプのサブタイプを定義するために、追加で以下が定義されています。

・Fileable　フォルダに格納できるかどうかを判別するフラグ。関連の場合はFalse。 ・Versionable　バージョン管理の対象かどうかを判別するフラグ。 ・ContentStreamAllowed　ContentStreamを持てるかどうかを表現する。"持てない""持てる""必須"の3段階。

関連タイプ向けにも追加で以下が定義されています。 ・AllowedSourceTypes　ソースオブジェクトとして許可されるタイプのID。 ・AllowedTargetTypes　ターゲットオブジェクトとして許可されるタイプのID。

さらにカスタムの属性を定義するために、各属性項目自体が持つ属性の規定があります。

・PropertyName　属性の名前。SQLクエリのカラム名としても利用。 ・PropertyId　リポジトリ内でユニークなID。 ・DisplayName　アプリケーションで表示される名前。 ・Description　アプリケーションによる属性の説明。使いかたなど。 ・IsInherited　親タイプですでに定義されていたかどうか。 ・PropertyType　属性値のタイプ。 ・Cardinality　単一の値を持つか、複数の値を持つか。 ・Choices　オプショナルの属性で、アプリケーションが値選択式のUIを利用できるようにする。 ・OpenChoice　Choices利用時に自由記入を可能にする。 ・Required　必須項目にする。 ・DefaultValue　デフォルト値を設定。 ・Updatability　属性値の変更可能性。「読み取り専用」「変更可」「チェックアウト時変更可」の3つがある。 ・Queryable　クエリに利用できるかどうか。 ・Orderable　整列可能かどうか。 ・Precision　小数値向け。精度。 ・MinValue　整数値向け。最小値。 ・MaxValue　整数値向け。最大値。 ・MaximumLength　文字列向け。最大長。 ・SchemaURI　XML属性向け。スキーマのURI。 ・Encoding　XML属性向け。エンコーディング情報。

以上の項目を組み合わせて新しいオブジェクトタイプを作成することができます。



クエリ

CMISで定義されているクエリ文法はSQL-92を下敷きにしたものになっています。また、データ操作については特に規定されておらず、読み取り専用の「リレーショナルビュー」という位置づけのものになります。

コンテンツリポジトリの情報を組み合わせたヴァーチャルなテーブルを想定し、そこへのSELECT文による問い合わせを行うためのルールが整備されている、という状況です。具体的には、オブジェクトタイプ（とその派生タイプ）毎にテーブルが作成され、行は個別のオブジェクトを、列は属性を表現する形になります。（値がセットされていなかったり、継承を受けていない属性の値はNULLになります）

基本的には属性値のテーブルになるので、ContentStream自体への直接的なアクセス手段はこのCMIS SQLの枠組みでは定義されていません。Object IDを取得したあとでメソッド経由でアクセスすることになります。

演算子や複数の値を持ち得る属性と単一の値しかない属性の違いによる振る舞いの違いについて仕様書上には幾つかの言及があるのですが、ここでは割愛させて頂くとして、4つほど特徴的な構文（述語、関数）があるのでそれらについてだけ簡単に紹介したいと思います。

・CONTAINS（[識別子],<検索文字列>）　全文検索による条件づけ。 ・SCORE（）　全文検索によるスコアの取得。 ・IN_FOLDER（[識別子],<フォルダのID>）　対象フォルダに格納されている、という条件を表現。 ・IN_TREE（[識別子],<フォルダのID>）　対象フォルダもしくはそのサブ（子孫）フォルダに格納されている、という条件を表現。

サービス

・共通サービス要素 　特にメソッドは定義されず、例外などが整備されています。例えば以下の例外はCMISサービス全体で共有され、各サービスともに発生させる可能性があります。 　InvalidArgmentException　引数が不正 　　ConstraintViolationException　制約が満たされていない 　　ObjectNotFoundException　オブジェクトが見つからない 　PermissionDeniedException　権限が不十分 　OperationNotSupportedException　オペレーションがサポート（許可）されていない 　RuntimeException　（随時発生） 　その他特定のサービスからしかあがらないような例外も定義されています。 　ContentAlreadyExistsException　作成しようとした文書がすでに存在している 　FilterNotValidExeption　プロパティフィルタの条件にあわない（属性値を取得するメソッドは、対象属性を制限する"プロパティフィルタ”という文字列を受け取ることがあります。プロパティフィルタの実体はワイルドカードである*か属性名をカンマで繋げた文字列です） 　StorageException　容量不足などのストレージエラー 　StreamNotSupportedException　対象のタイプはContentStreamをサポートしていない 　UpdateConfilctException　更新の失敗（ロックをせずに複数ユーザの更新が重複しそうになった場合など） 　VersioningException　版管理上の不整合（対象がすでに最新版でなくなっているなど）

・リポジトリサービス 　getRepositories　対象サービスエンドポイントのアクセス可能なリポジトリのリストを取得 　getRepositoryInfo　リポジトリの情報を取得。名前、URI、対応している機能など 　getTypes　リポジトリ内に定義されているオブジェクトタイプの一覧を取得 　getTypeDefinition　個別のオブジェクトタイプの定義を取得

・ナビゲーションサービス 　getDescendants　リポジトリのツリー上子孫となるオブジェクトの一覧を取得 　getChildren　ツリー上直下の子となるオブジェクトの一覧を取得 　getFolderParent　格納されているフォルダを取得。オプションによって祖先フォルダすべての一覧も取得可能 　getObjectObjectParents　対象オブジェクトを格納しているフォルダの一覧を取得（マルチファイリング） 　getCheckedoutDocuments　チェックアウトされている文書の一覧を取得

・オブジェクトサービス 　createDocument　文書を作成 　createFolder　フォルダを作成 　createRelationship　関連を作成 　createPolicy　ポリシを作成 　getAllowableActions　対象オブジェクトに対して実行可能なCMISサービスコールの一覧を取得 　getProperties　属性の一覧を取得 　getContentStream　ContentStream（ファイル実体）を取得 　updateProperties　属性を更新 　moveObject　オブジェクトを（リポジトリのツリー上で）移動 　deleteObject　オブジェクトを削除 　deleteTree　サブツリーごとオブジェクトを削除 　setContentStream　ContentStreamを割当 　deleteContentStream　ContentStreamを削除

・マルチファイリングサービス 　addObjectToFolder　対象オブジェクトをさらに別のフォルダに格納 　removeObjectFromFolder　フォルダから対象オブジェクトを削除（撤回）

・ディスカバリサービス 　query　CMIS SQLの実行

・バージョン管理サービス 　checkOut　チェックアウト 　cancelCheckOut　チェックアウトの取り消し 　checkIn　チェックイン 　getPropertiesOfLatestVersion　最新バージョンの属性一覧を取得 　getAllVersions　すべてのバージョンを取得 　deleteAllVersions　すべてのバージョンを削除

・関連サービス 　getRelationships　関連の一覧の取得

・ポリシサービス 　applyPolicy　ポリシの適用 　removePolicy　ポリシの削除 　getAppliedPolicies　適用済みポリシ一覧の取得

機会があれば次は実際にCMISを使った開発の簡単なチュートリアルなどを紹介したいと思います。

（文責 Ishii Akinori ITC）

Alfresco Share向けランゲージパックの公開

AlfrescoForge: Japanese Language Pack: Project Info — [sourceName]：

大変ご無沙汰しております。aegif 技術担当役員の石井です。 Alfrescoもバージョン3.0を数え、積極的な機能強化が行われてきています。

最近ですとMicrosoft Sharepointのエミュレーション機能が注目されていますが、Alfresco社自体が提供しているAlfrescoベースのコラボレーションツール、Alfresco Shareについてのご質問などを頂く機会も増えてきました。Surf Platformについての関心も高まってきているのかもしれません。

ところで、このAlfresco Shareは実は現時点では多言語化対応がされていません。Alfresco社のエンジニアとのやりとりの中で次のバージョン（3.1）では多言語対応するという話がでてきてはいるのですが、現状では英語用のメッセージファイルを上書することでしかメッセージの日本語化が行えない状況にあります。また、日本語化されたファイル自体もAlfresco本体のランゲージパックと違い、複数箇所への配置が必要になります。

昨晩、このShare用の日本語メッセージファイルををAlfresco日本語化プロジェクトのサイトにアップしました。（そしてたった今、さらなる修正版で差し替えました） このランゲージパックにはシェルスクリプトが同梱されていますので、それを使ってメッセージファイルの差し替えもできるようになっています。まだまだ、こなれない部分もありますが、これによって日本語環境でもShareの評価をしていただけるのではないかと思います。

（文責　Ishii Akinori ITC）