三田ブログ

報道関係者各位様

----------------------------------------------------------------------
　　　オープンソースをベースにしたWeb2.0開発ツール「JIRO」
----------------------------------------------------------------------

2006年10月19日
CRMソリューションズ株式会社
----------------------------------------------------------------------
　CRMソリューションズ株式会社（本社：東京都港区、代表取締役：佐藤和己）は、オープンソースをベースにしたWeb2.0開発ツール「JIRO」を開発し、本日より発売を開始しました。「JIRO」は、企業に役立つオープンソースをパッケージ化し、簡単にWeb2.0テクノロジーを利用してシステム構築ができるようにした開発ツールです。簡単なWeb情報共有アプリケーションであれば、最短３分で作成することができます。

■３分で作成できるWeb情報共有アプリケーションの内容
----------------------------------------------------------------------
Microformatsの考え方により、管理したい情報項目を設定し保存するだけで、ソースコードを書き換えることなく、情報の入力機能、更新機能、参照機能、画面等が自動的に作成されます。また、蓄積された情報は、Webブラウザ上でメーラ形式と同じ3ペイン画面でユーザごとに表示され、同時に全文検索機能で自由に情報を検索することができます。さらに、情報単位でURI/RSS/XMLを出力できますので、ご利用のRSSリーダに「JIRO」を登録することによりパーソナルな運用やXML-RPCによるMashup開発等が簡単に行えるようになります。
＊実際の開発手順の動画デモを下記URLでご覧頂くことができます。
【動画デモURL】 http://www.crm.co.jp/jiro/demo1.html

■「JIRO」がパッケージ化したオープンソース群
----------------------------------------------------------------------
・ビジネスロジック制御：Spring Framework 2.0
・画面作成：Apache MyFaces Project
・全文検索：Apache Lucene 2.0
・データベース操作：Hibernate 3
・対応データベース：Hibernate対応のデータベース
なお、開発言語はJava5.0を利用、開発統合環境はEclipse

■「JIRO」に標準装備されているWeb2.0テクノロジー
----------------------------------------------------------------------
・オープンソースのみで製品を構成
・Microformatsの考え方にもとづく様々なフォーマットの定義
・URI/RSS/XMLにより情報（コンテンツ）のFeed化
・GoogleやYahoo!のような全文検索機能
・外部APIによるMashup

■「JIRO」を実現するための独自のテクノロジーについて
----------------------------------------------------------------------
「JIRO」は、「タグ付きデータモデル」という独自のデータ管理手法を採用しています。Web2.0を実現するためには、タグと呼ばれている情報分類によるデータの集合体を管理する必要があり、従来のリレーショナルデータモデル(RDB)では柔軟なデータ管理が出来ずに、そこがボトルネックになっていました。この「タグ付きデータモデル」により、一切のデータベース設計が不要になり、ユーザはいつでも、柔軟にデータ項目を作成、変更することが可能になり、それらの変更内容が、Webアプリケーション画面やRSS、全文検索インデックス等にすべて自動反映されます。
＊「タグ付きデータモデル」の詳細については下記URLでご覧頂くことができます。
【データモデル解説URL】 http://www.crm.co.jp/jiro/tagdb.html

■動作環境
----------------------------------------------------------------------
サーバOS：Linux、Windows Server 2003
WebAPサーバ：Apache Tomcat5
JDK:5.0
対応データベース：MySQL,PostgreSQL,Oracle,DB2,Microsoft SQL Server

○デモURL
http://www.crm.co.jp/jiro/demo2.html

○デモのあらすじ
今回デモで作成する機能は、URLの値を持つデータベースを作成し、ボタンを押すと、実際にインターネットからWebページを取得し、その内容をデータベースに保存する機能です。
デモは、実際のJIRO の開発環境であるEclipse 上で行います。 JIRO 上で、URL とボタンのみを要素に持つ単純なデータベースを定義します。このボタンを押したときに呼び出される処理を、新しくクラスを作って実装し、動作を確認します。
今回のデモでは、3段階に分けて機能の実装を行います。
1. 最初に、期待したメソッドが呼び出されることを確認するために、ログ出力だけを実装します。
2. 次に、プログラムの内部から、ユーザーが入力したデータを取得できることを示すために、データをプログラム内部で文字列として参照します。
3. 最後に、ユーザーが入力したデータを URL とする Web ページの内容をインターネットから取得し、取得したページのテキストをデータとして保存する処理を実装します。

○補足説明
デモは実際に Eclipse 上で行った操作をそのまま記録していますので、タイプの間違いを訂正するなどの見苦しい点が多少ございますが、ご容赦いただければ幸いです。
開発は、 Windows XP Professional で、メモリは 2GB、CPU は 1.7GHz の環境で行いました。動作に必要な Apache Tomcat、 MySQL などは、全て同一の pc 上で動作させています。
表中のコマンドボタンに対応する機能は、 Java のクラスとして新規作成していますが、このクラスとコマンドボタンに付ける名前とは、 Spring の Bean 定義を使ってマッピングしています。すなわち、applicationContext.xml の編集により、この対応を記述しています。
Web ページを get する処理は、 Jakarta commons の処理を使っています。これらの処理の詳細は省略させていただきます。また、今回はデモが目的なので、エラー処理などは不十分なところがあります。

SFA(Enterprise2.0)が実現するSFAシステムの世界（ランダムに）。

・年度単位で管理している情報（財務情報など）は、何年分でも追加して管理できる（タグ付きデータモデル）
・顧客ごとに顧客管理項目を変えられる（タグ付きデータモデル）
・情報ごとに、あとから関連するタグを付与することができる（タグ付きデータモデル）
・URIのリンクをベースに情報の関連性を確保できる
・エンタープライズサーチで、たとえば商品をキーにすると、自社商品、競合商品、商品を納品した顧客など一覧で見れる
・SFA外のシステムで管理している情報も含めて、全社的な全文検索が実行できる（エンタープライズサーチ）
・SFAシステムの情報とファイルサーバーで管理しているExcelやWordファイルなども、同時に検索することができる（エンタープライズサーチ）
・書庫に入ってしまうような10年前の顧客情報も、瞬時に引っ張ってくることができる（RDBとは違うインデックス管理をするため/エンタープライズサーチ）
・RSSで、どのシステムの、どのデータということ意識することなしに新着情報を拾ってこれる
・XMLでセマンティック（機械が情報を解釈して仕事を支援する）の実現に向けて１歩を踏み出せる
・MashupでWeb上の資料請求等の情報を、SFAの見込客情報に関連させることができる
・MashupでSFAの受注情報を、販売管理システムの請求書情報に関連させることができる
・顧客情報に付随する、ちょっとした情報も簡単なフォーマットを作成して、必要な情報をWeb上で管理できる
・別のスケジュールソフトで管理している予定表をSFAの顧客情報などと連動させることができる
・SFAの顧客情報に、お客様（当該顧客）のWebページの更新情報などを連動させることができる
・SFAの競合情報に、競合会社のWebページの更新情報などを連動させることができる

タグ付きデータモデル

エンタープライズサーチ

RSS

ECMとは、情報系システムのERPとも呼ばれ、ERPが企業内にある数値情報を統括するなら、ECMは企業内に存在するすべての定性コンテンツ（ファイル、データベース等）を統括し、最適化するためのマネジメント法およびシステムを指します。
従来のシステムとの対比で捉えると、GW+KM+(SFA+CRM)+EIP=ECMというすべての領域をまとめて面倒を見るシステムになります。また、まとめて面倒を見ないと本来のIT効果が発揮されないという考え方です。

●具体的には、ECMは次のような要件を満たすものとされています
・企業全体で、情報を入力、蓄積、配信、検索、共有することができるフレームワーク
・個別にデータモデルやデータベースを作成するのではなく、ECMフレームワーク上で管理できること
・エンドユーザ向けには、必要な情報に瞬時にアクセスできるポータルがあること
・ビジネスプロセスや機能に限定されないコンテンツ部分だけを独立して一元管理できること
・紙コンテンツの光学文字認識 (OCR) 、画像、動画などコンテンツも管理できること
・情報活用には、コンプライアンス、セキュリティーの要件を備えていること

●ECMを実現するためのデータモデル
ECMの実現を難しくしている原因はリレーショナルデータベースモデルにあると言われています。リレーショナルデータベースモデルは、データの設計ありきで事が進んでいかざるおえないからです。コンテンツはデータベースより先に存在し、コンテンツはデータベースの設計のことを考えていちいち作られるものではありません。つまり、いくらでもデータベースに収まらないコンテンツが出てきます。このようなコンテンツはシステムの外に置かれ、組織として共有されなくなります。

これらの問題を解決するデータモデルが必要にあり、それを解決しようとしているのが、タグ付きデータモデルになります。

ネタ自体は少し古いですが・・・

ODFってなんだろうと思って、こちらでODFの定義を見てみると、
http://e-words.jp/w/ODF.html

どうやら
機械（ソフト）が解釈するためのフォーマットで、
人間が一目見て解釈できる品物ではない模様。

また、元通りに復元することがメインのようで、
本来、どんなシステムからでも利用が可能になるという目的とは、
すこしかけ離れてしまっている節がある。

本来、どんなシステムからでもという中には、人間そのものも入ると思うわけで、
人間が解釈できないフォーマットじゃ使い道が限定されてしまう。

あのMicrosoft Wordのファイルをhtmlで保存したときの、
複雑なhtmlおよびCSSの内容をイメージしてしまう。
あれじゃダメだ。使い物にはならない。みたいな。

jiro で使っている mysqld を停止するには、 /usr/local/jiro にある downmysql.bash を実行すればいい。 このコマンドは root で実行する必要がある。 スクリプトの内容は、こうなっている。

JAVA_HOME=/usr/local/jirotask/jdk1.5.0_09
ANT_HOME=/usr/local/jirotask/apache-ant-1.6.5
CATALINA_HOME=/usr/local/jirotask/apache-tomcat-5.5.17
MYSQL_HOME=/usr/local/jirotask/mysql
CLASSPATH=.
cd $MYSQL_HOME/bin
./mysqladmin --defaults-file=/usr/local/jirotask/mysql/my.cnf --socket=/usr/local/jirotask/mysql/data/mysql.sock --port=3308 -u crm -p shutdown

-u crm というのは、この環境は crm というユーザーで mysql をアクセスするように設定してあるため。 設定した環境によって異なる(applicationContext.xml の内容とあわせる必要がある)。 port も含め、JIRO をインストールした環境によって異なる。 この場合は、標準の 3306 を他の処理に使っているために、 別途 mysqld を起動した状況になっている。

http://blog.goo.ne.jp/ikedanobuo/e/16d34ed43d9cd8a5a20743d93e1f8ca9

http://blogs.itmedia.co.jp/kurikiyo/2007/01/nupedia_ee67.html

http://ja.wikipedia.org/wiki/Nupedia

自由と統制のバランスをどう取るか？ 日本の企業が情報産業で失敗するのは、この点を理解していないからだ。

社内コミュニケーション系Enterprise2.0でも同じこと。

Fedora Core 6 + JIRO。

症状: ローカルアドレスでテストしていた時点では動作していたものが、 pc の IP をグローバルアドレスに変更した後、 JIRO が MySQL に接続しに行った所で例外が発生するようになった。 画面上は 500 のエラー番号が表示される。 log4j.log には次のようなログが残っている。

java.net.SocketException
MESSAGE: java.net.ConnectException: Connection refused

STACKTRACE:

java.net.SocketException: java.net.ConnectException: Connection refused
        at com.mysql.jdbc.StandardSocketFactory.connect(StandardSocketFactory.java:156)
        at com.mysql.jdbc.MysqlIO.(MysqlIO.java:276)
        at com.mysql.jdbc.Connection.createNewIO(Connection.java:2641)
        at com.mysql.jdbc.Connection.(Connection.java:1531)
  ...

        at org.springframework.orm.hibernate3.HibernateTemplate.findByNamedParam(
           Hibernate Template.java:856)
        at jp.co.crm.orm.FacadeHbImpl.getListByHql(FacadeHbImpl.java:181)
        at jp.co.crm.orm.FacadeHbImpl.getList(FacadeHbImpl.java:119)

解決方法: /etc/hosts の先頭に、次の行を追加する。

127.0.0.1  localhost.localdomain localhost

ネットワークの設定で IPv6 が有効になっている場合、 これを無効にする。

JIRO にデータをインポートする方法はいくつかあるが、CSV のデータを作っておいて取り込むのが一番標準的である。この場合、XML で取り込む時とは違って、データ型が曖昧なので、いろいろなことが起こる。例えば日付を想定したフィールドに「未」という文字が入っていたら、そこだけ Date ではなく String のオブジェクトとして取り込む。

今回ハマったのは番号の取り込みなのだが、12桁の番号が、CSV に書き出した時点で、2.3456E+11 のような文字列になってしまっている。数値のように見えるのだが、0で始まるときに困るので、このカラムの書式は「文字列」に指定してあるのだが、なぜこういう表現になるのか分からない。とりあえず、このセルをダブルクリックすると12桁の数字に戻る。全部そういうことをすればよさそうだが、面倒すぎる。

そこで、何気なく、Excel でこのカラムの書式指定を「文字列」ではなく「数値」にしてみたら、一瞬で12桁の数字になった!
　つまり、Excel 的には、

書式が文字列 → 2.3456+11
書式が数値 → 234567890123

ということらしいのだが、若干釈然としない。しかしとりあえず問題は解決した。いやまて、先頭が0の場合はどうなるのだ?