開催概要

定例勉強会

大懇親会

開催内容

第1部：事例/発表しよう

第2部：質問/座談会しよう

大懇親会

ご注意：上記は何のまえぶれもなく突然当日に変更される事があります。

開催概要

定例勉強会

大忘年会

開催内容

第1部：事例/発表しよう

第2部：質問/座談会しよう

大忘年会

ご注意：上記は何のまえぶれもなく突然当日に変更される事があります。

今回、FM-TOKYOのレポートをさせて頂く事になりました。レポート遅れてすみません。。
仕事はFileMakerを使ったシステムの受託開発をしております。

今回のメインテーマは
「BaseElements始めの一歩」と「DevCon直後企画：「これ聞いてきた！」フィードバック大会」でした

第1部　事例／紹介

「BaseElements始めの一歩」
speaker:今泉 みゆき さん

BaseElementsの事例紹介をというリクエストがあったためという事でした。
実際に利用されている方は少数のようで、大体の方は初見だったようです。

BaseElementsとは？
DDR(データベースデザインレポート)を使って、ソリューション(FileMakerで作った物)の解析をする。

無料？
残念ながら有料のようです。Goya Pty Ltd というオーストラリアの会社で5万円程のようです。
http://www.goya.com.au/baseelements
興味を持たれた方は円高のうちに…

なぜ自己流管理ではなく、またDDRのみではなくBaseElementsを使うのか？

スクリプトのPDF保存やフィールド定義のコメントだけでは情報がちらかり、管理が大変。100%網羅出来ない。
また、DDRだけでは情報が足りない、DDR内の検索に時間がかかる、見づらい。等の理由。

BaseElementsでできること
・エラー
・警告
・新旧バージョン差分検出
・FileMaker間の互換性確認

新旧バージョンの差分検出ができるとか素晴らしい！

ここで実演デモ

留意点：英語環境でないと動かない、プラグインを使って動作するため、iPadでは見れない
※現在のバージョンでは日本語環境のまま使えるそうです、後から訂正情報が入りました。
作業時間はソリューションのボリュームに応じて結構かかるようです。仕組みとしては、DDR吐き出して解析して
FileMakerに取込直す、FileMakerソリューションとして出来上がる。という感じです。

例えばスクリプトであれば、１ステップづつポータルに分割されているデータ(１ステップが１レコード)と
１つのスクリプトが１つのテキストフィールドにまとまっているデータが用意されるので、検索しやすい。
うお、すごい。

また、用意されているレイアウトを自由に変えて良いそうなので、ビューモードを変えたり、
レイアウトを見やすいようにフィールド追加したり、いろいろ変えて見やすく出来ますとの事。

実際どのように活用されているか
・スクリプト内容の差分：いつどこを編集したか調べる
・サブスクリプトがどこで使われているかという関連を調べる
・計算フィールドの内容変更やフィールド削除したい時に影響範囲を調べるのが容易
・カスタム関数を他のファイルにコピーペースト出来る。

さ・ら・に
・「統合」というの使うと、二つのファイルをマージする際に必要となる作業が分かる
・「比較」はIDとNAMEで選べる。
　※IDとは内部で持っている、フィールドやレイアウトやスクリプトの固有のID
これらは
　・違っているところだけ抽出してくれる(赤く表示される)
　・コイツ、どこにも使われてませんよ？という情報も表示してくれる。
　・作業した箇所にチェックやメモも付けられる。印刷もできる。ので作業漏れも最小限に抑えられる！

これは何という神ツールなのでしょうか？保守作業していて、修正コード等を移植した際に
スクリプト内のフィールドやレイアウトの参照が狂ったりした経験がある方は、このツールを使えば、
参照が狂うのを恐れてチマチマ修正コードを移植したりする手間が省けます。エコですね。

という事でデモ終了。ありがとうございました。

よくある質問：日本語マニュアルはないのか
その質問に対してはこの開発元の会社さんは、そもそものマニュアルが無い、必要と考えていない、見れば分かるでしょ？
というスタンスだそうです。要望としては上がっているようですので、もっと要望としてあげれば、ローカライズ作業の
プライオリティ上がるかもとの事でした(by 蜷川さん)

他の方はどのように使われていらっしゃるのか？
竹内さん：FileMakerServerに置いて使ってる
蜷川さん：リリースバージョンのチェックのために
という事でした。

FileMakerは容量も大きいのですが、容量が許すならば、作業チケット毎とか１修正作業毎とかに本当は使いたいですね。
と思いました。

以上、BaseElementsの事例紹介のレポートでした。

次に

「DevCon直後企画：「これ聞いてきた！」フィードバック大会」

で自分は結構期待していた
のですが、要約すると、こういった場で話せる内容が雰囲気の紹介以外はあまりない。という事でした。
ただ、今度日本で開かれますFileMakerカンファレンスのテクニカルトラックで、幾つかFileMaker社の方が
為になるお話をしてくれそうですので、技術的なことに興味のある方は11月の９日、10日は椿山荘に行きましょう！

紹介頂いた内容としては
・将来のバージョンの要望についての事はお答えできません
　(現行バージョンの仕様質問よりも要望が多かったようです)
・GO FARTHER→雲はただの雲でした

DevConの雰囲気等はスライドを交え説明して頂きました。

行って良かったこと
・ためになるセッションがあった(レイアウトの作り方、考え方についていろいろ勉強になった)
　→fmpatterns.com
http://fmpatterns.com/patterns/list
・興味のあるセッションが同じ時間にやっていて自分のクローンが欲しくなった
　→会社で複数人でいっていると複数のセッションを同時に受けられる。

・デモ(サンプル)を見せてくれるセッションは英語が分からなくてもだいたい分かった
等々…

実際に参加された方々の感想などを聞かせて頂いて、英語あんまり分からなくても何とかなるよとか
いろいろ楽しそうな印象を持つことが出来ました。
来年のDevConは2012年7月16日〜19日にマイアミビーチで開催されるそうです。

お次はライトニングトークスです。今回もいろんなネタが紹介されました！

1人目：竹内 康二さん

「「DevConで参考になったセッションの抜粋」

データの読み込みについてLTして頂きました。

◆データ読み込みについて
・数字フィールド１つ読み書きしたいだけの時でもそのレコードのすべて読み込む
　(※但し非保存の計算フィールド、オブジェクトフィールド、レイアウトに置いていない集計フィールドは除く)
なのでテーブルに沢山のフィールドを定義するのはよくない。
→必要最小限のテーブルを別途作り、元のテーブルと1:1のリレーションを作成するとよいとの事です。
　また、非保存や集計オブジェクトフィールドはレイアウトに無闇に置かなければ必要最小限の読み込みになる。

◆レコードはある程度まとめて読み込まれる
・フォーム画面の場合
　→レコードを25件づつ読む、26件目を表示する時に50件目まで読み込む。
・リスト画面の場合
　→最初は25レコード読むがそれ以降は必要分のみ読み込む

これはネットワーク利用をする際のテーブル設計やレイアウト設計の指針になりそうです。
2人目：鈴木 健太郎さん

「FileMakerでRSSを取得する」

FileMakerとScriptMasterというプラグインを使って、RSSを取得して表示するデモを行なって頂きました。

ScriptMasterは、Groovyというスクリプト言語のコードを実行させるプラグインで外部関数として、
FileMakerからデータを変数にセットしたり、変数の値を取得したりとかがあります。

私も旅行会社向けシステムの開発で、BtoBの航空券予約システムとの連携で使いました。
結構簡単に書けちゃいます。

URL: http://www.360works.com/scriptmaster/

取得RSSはエミックさんの「FMGo情報局」のRSSを取得。
このプラグインにはJavaが必要なのでLionの人は注意！との事でした。

デモ用に作成されたサンプルにはScriptMasterプラグインのサンプルファイルを利用されたそうです。
・サンプルの「GetURLasText」と「XPathPars」を利用して作られたものをデモして頂きました。
　別の方法でGroovyっぽい書き方をすると…
————–

1:feed = new groovy.util.XmlParse(url)//変数「url」にfeedのURLをプラグインの関数で入れておく
2:list = "" //変数初期化
3:feed.channel.item.each{item -> list += item.title.text() + "|" + item.link.text() + "\n" }
  //取得したXMLのitemタグがあるだけ繰り返し処理。itemタグのtitleタグとlinkタグの値を「|」で区切って末尾に
  //改行記号をつけたデータを生成
4:return list //実行結果として変数「list」の値を返す。

————–
みたいな感じでしょうか。

3人目：有ヶ谷　薫さん

「くうちゃんとFileMaker(仮)」

　→くうちゃんにとても興味があったのですが、実態は最近の開発作業の中での
　　失敗談と反省点をLTして頂きました。

事例として、週間のカレンダーを印刷という機能を作成された時の事で
・時間をレコードに
・反映させるデータは連想配列にして用意
という設計で作成されたところ、動いたものの遅かったそうです。

原因として
・ポータルが多くて遅い
・計算フィールドが多くて表示が遅い
・計算フィールドの中身もカスタム関数で再帰を使っているので更に遅い

結論として
テストではちゃんと実運用を見越したデータ量を用意しましょう！

聞いていて、あぁ、あるある！というＬＴでした。
設計を思いついた時に「俺凄い！」みたいなことがあって、一気に作成してみるものの、
実際に運用レベルのデータ量で使ってみたり、負荷をかけてみると遅すぎて使えない(´・ω・｀)
って事がままあります。運用を見越したテストって大事です。

4人目：松尾　篤さん

「LionとWeb公開エンジン」

LionでWeb公開エンジンの設定を行うにあたって必要となる作業について等LTして頂きました。

詳細は以下のURLを参照してください。
http://d.hatena.ne.jp/matsuo_atsushi/20110812/p1

最後に質問のコーナー

ネットワークプリンターにアクセスする時に固まってしまう、他の方で同じ症状の方いませんか
Win7　FMv11　CANON
→結構な時間放置していてもフリーズしたまま。
　→もう少し待ってみましょう。という話に。

メーリングリスト以外にもFileMakerナレッジベースも参考に使いましょうという話も出ました。
http://www.filemaker.co.jp/kb
リダイレクトされて下のURLに移動します。

http://filemaker-jp.custhelp.com/app/answers/list

以上、レポート提出遅くなり申し訳ありませんでした。

開催概要

定例勉強会

大懇親会

開催内容

第1部：事例/発表しよう

第2部：質問/座談会しよう

大懇親会

ご注意：上記は何のまえぶれもなく突然当日に変更される事があります。

2011年6月のFM-Tokyoオフラインミーティングで、野田先生が「WebViewerを使ったUser Interface」というタイトルで発表してくださったのですが、その際に、
「ライトニングトークス用のタイマーソリューションもFileMaker+WebVIewerで作れるのでは・・?」
といった話の流れになり、さっそく作ってくださったのがこちらのFileMakerによるタイマーソリューションです。
これまでは「文字の大きさ簡単に変えられるといいな、でもFlashだとカスタマイズやりにくい…」と気になる点もあったのですが、それらも同時に解消されました。やはりFileMakerユーザとしては、FileMakerで動作するものというだけでも嬉しい限りです。他のユーザーズグルーブでもぜひお使いいただければと言うことで、こちらに公開いたします。

ソリューション名：「LTtimer」

主な機能

動作環境

Mac OS X 10.6以降
FileMaker v10, v11　ローカル環境
iPad2でも動作します。ただし、サウンドは再生できません。
注：上記はこれまで動作が確認されている環境ですが、動作保証はいたしません。

著作権と再配布について

著作権は開発者の野田修氏（のだ歯科医院）が保有しています。
GPLライセンスにて公開されていますので、ソースは自由にご覧いただけます。
FM-TokyoのWebからのダウンロードのみとし、再配付についてはご遠慮ください。

ダウンロード

LTtimer.fp7.zip (38K)

　今回、FM-TOKYOのサイトリニューアル後最初のレポートをさせていただくことになりました、FileMakerProを使ったシステムの受託開発をやっております、伊藤と申します。FM-TOKYOは今年で参加して9年目になります。この会からは毎回本当に多くのことを学ばせていただいてるので、今回のような役割を頂けたのをすごく光栄に思っております。（でも公開が遅れてしまってすみません〜）

さて、今回のテーマは以下の２つでした。両方とも大変見応えのある、すばらしい発表でした。

「Webviewerを使ったUser Interface」スピーカー：野田　修さん（のだ歯科医院）
「MacでもWinでも Exifから画像リサイズやFTPまでFileMakerで自動化」スピーカー：高畑浩一さん（StudioBISON）

クリックしてスライドショーを表示

まずは、

「Webviewerを使ったUser Interface」
スピーカー：野田　修さん（のだ歯科医院）

から。WebViewer を使ってFileMakerのインターフェースをリッチにさらに使い易くしましょうというお話です。
野田先生がいままで作成してきた実例を交えながら紹介していただきました。

最初は、先生が今開発している、歯科医院でのぺリオチャートをFileMakerで実現するソリューションの紹介。
ログイン画面からしてWebViewerで作成されており、ログイン用のIDとパスワードを入力する画面がアニメーションしながら出てきます。検査データを入れた結果も美しいグラフで表現されていて、そして極めつけは歯の断面図が表示されている画面をなぞると、そこにそのまま線が引かれるという機能の紹介。これらはすべてモダンブラウザならば必ず実装されている、今話題のHTML5の機能の一つCanvasを使って実現しています。これらの機能は、もちろんiPad上でもほぼ同じ動作になります（iPadもMacとほぼ同じ機能を持ったSafariを搭載しているからです）。しかもiPadでは画面を直接指でなぞるので、より直感的なUIになります。
（余談ですが、このペリオチャートのソリューションは今年のFileMaker DevCon2011で、最も人気のあるセッションの1つでも紹介されました。しかも、紹介していただいたJohn Sindelarさんによると、その後の問い合わせ数が断トツで1番だったそうです。すばらしい！）

ここで先生からTipsの紹介。FileMakerGoでWebViewerを表示したときに出るリロードマークは、レイアウトを表示した後で最後にオブジェクトの移動で該当のWebViewerに移動してあげると出なくなる、というTipsでした。

次に紹介していただいたのが、昨年のFileMaker選手権に応募したトランプゲーム スピードの改良版です（このページの下部にあるリンクから改良前のバージョンをダウンロード出来ます。素晴らしい作品なので是非ダウンロードしてみてください）。トランプを掴んで移動させるのはドラッグandドロップの動きになりますが、その際にトランプの絵柄がちゃんと半透明なって移動するという改良が施されたバージョンでした（ファイルメーカー標準の機能では、ただの枠線になってしまいます）。
これらももちろん、Canvasを使って実現しています。この事例の紹介の中で、ビデオ再生もQuickTimeで作成したものをWebViewerで表示するという例の紹介もありました。

次に紹介していただいたのが、地域歯科医師会での訪問診療を補佐するソリューション。
患者さんの住所を入力すると、YahooAPIを使って経度位度情報情報を取得。その付近の地図をGoogleMapで表示するのですが、そのGoogleMap上には付近の歯医者さんの場所がしっかりとマッピングされていました。実際の現場で、かなり役に立っていそうなソリューションだなと感じました。

次にファイルメーカー内部だけでWebViewerを使用する例として、美しいボタンを作ってみるデモを実演していただきました。
これもモダンブラウザならば必ず実装されているCSS3を使用した例でした。

data:text/html, から書き始めて

data:text/html,
<div>Hello</div>

だけだと、ただたんにHelloとWebViewerには表示されるだけですが、

CSS3を使って以下のように装飾すると

data:text/html,
<style>
div{
background-color:green;
width:200px;
text-align:center;
padding:35px 0;
font-family:Osaka;
line-height:30px;
-webkit-box-shadow:inset 0 50px 50px rgba(255,255,255,0),8px 8px
rgba(100,100,100,50);
-webkit-border-radius: 10px;
}
body{maedin:0px}
</style>

<div>Hello</div>

角丸で影付きのボタンになります。こんな感じです。

（注：-webkit-box-shadow　-webkit-border-radius　はIEでは無効です。SafariがWebViewerの描画エンジンになってるMac環境だけで有効です）

これらをカスタム関数でうまいこと置き換えてしまうと、ファイルメーカーのフィールド値で色や丸みを設定できることになり、先生は実際にそうしているとのこと。便利ですねー。

応用すると、いろんな形のボタンを簡単に作れます。ということで、矢印ボタンの作り方を実際に作りながら説明していただきました。
ボーダーの色は上下左右の4辺ででそれぞれ変えられます。これを応用します。ボーダーの幅は50pxで、大きさは0px0pxとすると50pxの四角形が出来るのですが、これはボーダー要素だけで構成されている四角形です。4辺はそれぞれ四角形の中心に向かった三角形になります。この4つの三角形のうち、色は一辺だけ残して後は透明にします。すると見た目上は一つの三角形だけが残ることになり、三角形のボタンが出来上がります。その横に、四角形を作ってくっつけると全体として矢印の形のボタンが出来上がります。会場からは、おおーという感嘆の声と笑い声が先生の一つ一つの操作のたびに上がりました。

さらに次は、WebViewer内部との通信をFileMakerだけでやってしまうというデモ。WebViewerに嵌ったら誰もがやりたくなるのがこれですよね。

上記の方法等でボタンは生成出来ますが、どのボタンが押されたかをFileMaker側で取得する方法の紹介です。
1つ目の方法としてWebViewer内でJavascriptを記述する際、onclickイベントに

<div onclick="location.href='data:text/html, hello'">

と記述すると、WebViewer内のソースがhelloになるので、そのソースが変更されたかどうかをオンタイマースクリプトで監視し、変更を察知したら、GetLayoutObjectAttribute関数でソースを取得します。helloの部分をボタン毎に変えればどのボタンが押されたのかFileMaker側でちゃんと取得出来ることになります。
２つ目つの方法として、1つ目のようにonclickイベントでソース自体を書き換えるのではなく、windowOpen,RecordLoad,LayoutEnterなどのタイミングでtemp.html等の名前をつけたファイルをテンポラリフォルダにファイルをエクスポートします。テンポラリフォルダを同様にオンタイマースクリプトで監視し、何かファイルが存在したらそのファイルをインポートして内部に書き込まれた情報をFileMaker側で取得します。この方法を応用して、WebViewer内にあるスライダーで指定した値をFileMakerのフィールドに読み込ませるというデモをしていただきました。1つ目の方法では、WebViewer内のソースが変わってしまうのでスライダーを動かした瞬間にそのスライダーがなくなってしまうのですが、この2つ目の方法ならば情報はファイルとして書き出されるので、そのようなことは起きないのです。そのまたその逆も可能で、FileMaker側で指定した値がスライダーに渡されるという動作もデモしていただきました。これはもう、すごいの一言でした。この動作の概略図を先生のご好意で公開しても良いということでいただきました。以下が概略図です。

もっと複雑なことをしたければ、FusionReactorプラグインを使いましょう。さらにもっとやりたかったら、同じくFusionReactorのBlackBox Custom Controlを使いましょうとのこと。まあ、そりゃあそうですね(^^;
最後にFusionReactorプラグインの使用例として、アコーディオンメニューインターフェースとファイルメーカーの連動のデモをしていただきました。

まとめ
・Google Yahoo 楽天などのAPI使える。
・Canvasの描画機能。サウンドやビデオ再生。ドラッグandドロップ。
・Javascript CSSを利用するといいことがたくさんあります。
・テンポラリフォルダを利用して
　→外部JavascriptやCSSファイルの利用。
　→画像などのリソースもエクスポートしてしまえば、パス指定が容易。
　→自分自身へのリダイレクトが出来る。

注意
初代iPadではテンポラリフォルダへのエクスポートで異常終了が多発するそうです。
・Win/IE9の環境でもちと不安定。
・クエリ文字列の扱いに注意

以上です。全体的に、ここはDevCon会場かと思うような内容でした。野田先生ありがとうございました。

さて、休憩を挟んで次の発表は、

「MacでもWinでも Exifから画像リサイズやFTPまでFileMakerで自動化」
スピーカー：高畑浩一さん（StudioBISON）

です。この発表も、野田先生の発表に負けず劣らずの素晴らしいものでした。

高畑さんがなぜこのようなソリューションを開発したかというと、ITコンサルタントである高畑さんのお客様に頼まれた案件がきっかけだったそうです。
このやっかいな要件を満たせそうだという確信は、MacOS X 10.3あたりからコマンドラインに実装されたsipsコマンドのおかげだったそうです。

さて、FileMakerでの画像の扱いはいろいろ考える所があります。大きな考え所としては、参照先のパスを保存するか、実体として取り込むかという2択問題があります。今は、NASをWindowsとMac混在環境でも同じように参照できるので、参照先のパスを保存するほうが都合良さそうと高畑さんは判断。リサイズしてFTPアップロードもしたいという要望でもあったので、それも実装したとのこと。

◎使用したプラグイン
ExifPlugin2
http://jensteich.de/filemaker-plugins/exif-plugin/

Exif情報を取り出すプラグインで、Mac版Windows版両方があり、非常に簡単に扱えるとのこと。
このプラグインを使うと画像から多くの情報を取り出せますが、今回の用件では作成日時のみの取得でよかったそうです。計算式は
Exif_Get( 画像データが入っているオブジェクトフィールド名 ； “DateTime” )
という形で求めることになり、実際にはフィールド設定か変数の定義スクリプトステップ中に記述します。このへんは、プラグインを一度でも使用したことのある方ならば大丈夫だと思います。
情報を取得するには、オブジェクトフィールドに実体として画像が格納されてなければなければならないため、今回は最終的には参照情報としの画像をオブジェクトフィールに持つ都合上、一旦オブジェクトフィールドに取り込んで作成日時を取得した上で、オリジナルをフィールド内容のエクスポートで書き出し、その書き出し先を参照するという手順となりました。

ここから先は、その後の手順にそってそれぞれのコマンドやアプリについて説明してくださいました。

◎書き出した後の画像のリサイズについて

Macでのリサイズはsipsコマンドを使用。
http://www.bison.jp/nucleus/index.php?itemid=314

縦横で指定。アスペクト比も変えられる。
アスペクト比を保持しながら変形する方法。
回転する指定。角度も指定できる。
反転も指定できる。
切り出しと余白の指定もできる。
これらの中で必要な要素を複数のファイルに一気に指定するスクリプトステップを、Loop文で作成したとのこと。

WindowsではIrfanViewアプリを使用。
http://www.irfanview.com/
これは、非常に有名なWindows用フリーウエアのマルチメディアビューアーです。
sipsと同じようなことがGUIアプリとして実行できます。
DOSプロンプトからも実行可能です。

◎リサイズ後のFTPアップロードについて

MacではUpload_to_FTPというAutomater Actionを使用。
http://editkid.com/upload_to_ftp/

実際やってみると、ファイルが4つでアップロードが止まったりしてしまい、原因を調査したそうです。その結果、このAutomater Actionを指定してるフォルダ（フォルダアクションが指定されたフォルダ）に直接書き出すとダメなのがわかったので、一旦書き出し用フォルダに書き出してから、該当のフォルダにコピーすることで解決したとのこと。

WindowsでのFTPアップロードはFFFTPアプリを使用。
http://www2.biglobe.ne.jp/~sota/ffftp.html
これも、非常に有名なWindows用フリーウエアのFTP管理アプリです。
GUIアプリですが、これもDOSプロンプトからも利用可能です。しかし、ミラーリングアップロードしか仕様上できないので、ローカルで削除したファイルはリモートでも消えてしまいます。それがまずい場合は、削除したくないファイル名を*.jpg等でアプリ側で指定できるとのこと。

上記、書き出した後の画像のリサイズ及びその後のFTPアップロードの実際の実行には、MacではAppleScritpを実行スクリプトステップでshellスクリプトを使用し、WindowsではEventを送信スクリプトステップでDOSコマンドを使用することで、FileMakerから操作することになります。その際に発生する、ややこしいダブルコーテーションやシングルコーテーションの扱いは、Enclose関数、ChangePathFmt関数、という自作したカスタム関数と、FieldSubstitute関数という既存のカスタム関数を組み合わせることで記述をなるべく単純化したそうです。

そしてなんと、これら一連のスクリプトステップやカスタム関数をまとめたFileMakerファイル及び、当日の発表用資料を、高畑さんのご好意によりダウンロードにて配布していただけることになりました。リンクはこちらです。Enclose関数、ChangePathFmt関数、FieldSubstitute関数の組み合わせによるコマンド文の作成方法が大変すばらしいので、是非ダウンロードの上確認してみてください。

高畑さんの今回の発表のまとめとして、CUI最高！ということが挙げられました。私も聞いていて納得でした。FileMakerProというGUIでなんでも解決しがちになるアプリケーションにおいても、結局はCUIの力を借りることでその可能性が何倍にも広がることを再確認した次第でした。

最後におまけ　Typinator（タイピネーター）の紹介
http://www.ergonis.com/products/typinator/
http://www.youtube.com/watch?v=W4LFACGvTPM

関数名等の入力自動補完をIME的にしてくれるユーティリティで、いろいろな開発環境用のプラグインがありFileMaker用のもあるそうです。これをMacにインストールすると、FileMakerで計算式等を作成している時に、先頭の数文字を入れただけで該当する関数の候補を表示してくれて、後はそこから選択するだけでよくなるので非常に便利になるとのこと。実際にデモをしていただき、これは確かに開発効率が相当上がりそうだなと思いました。

以上

開催概要

定例勉強会

大懇親会

開催内容

第1部：事例/発表しよう

第2部：質問/座談会しよう

大懇親会

ご注意：上記は何のまえぶれもなく突然当日に変更される事があります。

開催概要

定例勉強会

大懇親会

開催内容

第1部：事例/発表しよう

第2部：質問/座談会しよう

大懇親会

ご注意：上記は何のまえぶれもなく突然当日に変更される事があります。

会場に向かうまでは日差しもまぶしく暑い日でした。ミーティング中にスコールのような雨が降りましたが終了時には止んでいて良かった。今回は、総勢47名の方々が参加されました。今回のレポートは坪川さんからの寄稿です。ありがとうございました。

■■ミーティング概要■■

Demo1） 『とりあえずAPI for PHPに触れてみる』給前悟郎さん（株式会社ジェネコム） FileMakerのWeb公開機能を簡単に復習しつつ、FileMakerにPHPでアクセスができるという 「FileMaker API for PHP パブリックベータ 」の解説と簡単なデモンストレーションを通じて理解を深めます。 自己紹介） 参加者全員による恒例の自己紹介。 Demo2） 『ネットショップ向け受注処理ソフト「頑張れ♪店長！」について』佐藤俊郎さん（株式会社日本ビジネス・サポート） 「頑張れ♪店長！」は、2001年9月に発売を開始し、現在では550店舗以上のネットショップ様にご導入されており、楽天市場ショップ・オブ・ザ・イヤー受賞店舗の46％が利用しています。 「頑張れ♪店長！」の誕生から、基本機能、楽天WebAPI対応、8.5における問題点等について、ご説明します。 [ぶっちゃけ全員でトーク] ご参加されるあなたが主人公の時間です。今回のお題目は、 「あなたの開発スタイル」 たとえば、あなたの開発は「独り派？」それとも「複数派？」。 ぶっちゃけ仕様書どうしています? FSAって入った方がいいの? インハウスの方、デベロッパな方、１人で頑張る方…それぞれの開発スタイルがあるでしょう。立ち位置が変われば考え方、見え方も変わるかもしれない。今回は、なかなか普段会話できない内容を赤裸々にお互いぶっちゃけてみませんか?　Let's Discussion! ■■詳しい報告■■

Demo1）　▲Top 『とりあえずAPI for PHPに触れてみる』給前悟郎さん（株式会社ジェネコム） インストールから超簡単な検索フォーム作成まで FileMakerのWeb公開機能 3種類（Proを使ったインスタントweb公開／サーバのインスタントweb公開／ＸＳＬＴでのカスタムweb公開）の利点／欠点の解説 FileMaker.incがAPI for PHPを公開した。（正式リリースではない）（日本語版） 自分で作ったPHPからAPI for PHPにリクエストを投げると、API for PHPがFileMaker Serverにリクエストを投げる。それに答える形でFileMaker ServerがXML形式でAPI for PHPにデータを返すので、それを使っているPHPスクリプトに送る。。。ような事をしている。（イメージ） インストールは、迷う事はない。 データベースの設定 公開したいDBに拡張アクセス権の追加と、XML公開用拡張アクセス権の有効化、FileMaker Serverへの登録が必要。 日本語のフィールド名は、利用可能。 書式はCDMLのような感じで出来る。 リスト形式で表示できるようなデータの場合、配列にデータが入って、それを一つずつ取り出しているような感じで出力する。 UTF-8で書くように設定した方がいい（去年のデベコンでアドバイスされた）。 オブジェクトフィールドの画像は、イメージ表示タグで表示させるようにすれば表示できる。リンク先はURLエンコードしたリンク先にする。 画面毎のファイルを作り、フォームを設定する。 XMLの記述をわざわざしなくても良くなる。 フルインストールの時に、PHPもインストールされる。OSXにデフォルトで入っているものとは違う、バージョンも違うものが入っている…はず。（要確認） FileMakerの中の関数は自分で定義しなくてもよい。呼び出し方を気を付ける必要がある。 絞り込み検索については、、、調査してないから分からない（試してない）（CDMLではうまくいかなかった／面倒だった）。 FileMakerとPHP（web）のサーバを分けている場合には、PHPのサーバにインストールすればよい。 DREAMWEAVERのFMstudioを使えば、同じような事を簡単にGUIで一行もコードを書かずにレイアウトを作る事が出来る。

自己紹介）　▲Top 参加者全員による恒例の自己紹介 それぞれの近況なども簡単に紹介していただきました。

Demo2）　▲Top 『ネットショップ向け受注処理ソフト「頑張れ♪店長！」について』佐藤俊郎さん（株式会社日本ビジネス・サポート） 通販サイトの販売サポートソフト 特徴 カスタマイズ自由 導入した翌日から利用可能 モールの変更に即日対応（変更予定のファイル名を変えて分かりやすくする。そのファイルだけ変更して対応←アウトソーシングが楽になった） 過去の問題 FileMaker6の販売中止（追加注文／在庫をもって対応／ほぼ完売） 楽天CSVファイルにメールアドレス非表示（ファイル（メール？）のヘッダにアドレスがある事で対応） 楽天クレジット情報非公開 FileMakerと組み合わせて出来た機能 ＣＳＶファイル連結（モールからの出力が細切れなので、それをまとめる機能） 楽天APIの利用（楽天から提供されているAPIをファイルメーカーから利用が出来るようにした） ヤフーのtarファイル（まとめてあるデータ／一回50件分しかダウンロードできない）の解凍／連結（50件以上のデータをまとめる） EUC, UTF-8でのCSVファイル出力 FileMakerのバージョン変更による不具合 インポート時のレコード数の現象（半分程度になる）（8.5） 文字化け（改行コードが複数存在する（楽天））（エディタで見て分かる文字化けした文字がファイルに含まれる（ヤフー））（8.0） ドットプリンタの不具合（8.0、8.5）（対応できず、中止）（ヤマト、佐川ではCSVで対応してもらえる）（←ドットプリンタしか登録しなければ、問題が無い。他のプリンタが使えるようにドライバが入っていると問題がある） 対応モールで必要な部分は別ファイルに作っておいて、契約したモール向けのもののみファイルを渡す。これにより、画面上で出来そうでも、契約以外の作業が出来なくなる。

[ぶっちゃけ全員でトーク]　▲Top あなたの開発スタイルは？（挙手を求める） ファイルメーカーの開発は私一人? 　>ほとんど ファイルメーカーの開発を教導でパート訳して開発している? 　>名だたる方が… 一人派がいい人? 　>…誰もいない… 一人派で困る事? * 自分がコケたら、このシステムどうなる？後継者がいないし… * ファイルメーカーでの開発以外の仕事を頼まれ、工程が遅れていく／圧迫されていく 一人でやりつつ、他の作業をやりつつ…なひと? 　>半分位？ 一人派での情報収集 * 基本的にはweb／代表的な本が揃ってきたので、本 * 2ch（この間、解決した事がある） * FM選手権のファイルを分解して見る 英語はだめ、でも情報は集めてくる * exite、googleでの翻訳を利用する * …英語の情報源は、情報源としては入ってない…。 * FMProのML:fmjml（時系列で見ると、よい） どのように分割しているのか * レイアウトデザイン、インターフェイスを別の人に頼む（ぴかいち） * 業務の流れ、テーブル構造（ぴかいち） * 人に話す事で疑問点が明確になる。（レクレアル） * 電話、メールなどの雑務を他の人に頼む（レクレアル） * 自分の作ったものが、他人に見られる事が重要（竹内さん） 　→レビューやディスカッションをしつつ作るようにするといい 　→→ある程度出来る人が二人以上いないと難しい… ここで知り合って、開発がうまくいった 　>若干名 解決例 * XSLTとメールで悩んでいる時に、FMToykoのメーリングリストで教えてもらった * リレーションがクモの巣のようになっていたものを、グローバルフィールドを利用する事で解決した * この会のおかげで、人生が変わってしまった（まめに来る事はいい事だ） 一人派の人も、周りに振っていってやっていってもらえば、結果として複数開発が出来るようになるのではないか？ 仕様書ちゃんと作ってる？ 作った方が早くできる…はず。 * 規模が大きくなると、仕様書を作らなければ、自分の首を絞めてしまう。 * 資料を作っておけば、将来、自分の忘れた頃のバグ報告、仕様改定に対応できる。 * インハウスでの開発の場合、物を言いやすく、急な仕様変更／あいまいな仕様／仕様の無視などが起こりやすい。他の人に示すためにも、仕様書を作っている。 * 最近仕様書類を作り始めた。昔、説明した内容を蒸し返され、それが元にクレームになっている。 * 打ち合わせの内容を書面にして、保管しておいている。 * 仕様書を書く事で、開発が進むという事がある事を実感している。 * 新人などに説明するために作っている。仕様書、というよりも、説明書。 * 全く作ってない。業務を変更しつつ、それに併せて開発しているので、仕様書を作ってない。 * ＦＭだと、「何となく作れて、何となく動いてしまう」。 * 最初に仕様書を気合い入れて作ると、それが無駄になる。ある程度まとまった時に作るようにしている。いきなり立派には作らない。 「インハウス」の定義は？ 自分の会社の中で、自分の会社向けに開発をする、デベロッパ。 FSA、入った方がいいの？　入ってる？ FSA入っている人? 　>半分位 初耳? 　>数人 FSAとは * メーカーが主催して、技術情報を提供したり、ビジネスのサポートをするためにあるサービスプログラム * メーカーとしてしか得られない情報をきく事が出来る * メーカーがアメリカのメーカーだから英語情報が中心になるが、 * ロードマップに近い、先々の事を示唆するような情報が手に入る。 * …よって、とってもいいプログラムじゃないかと思う。 基本はサブスクライバ。これに情報が追加される。 * 今、参加すれば、製品がもらえる。 * 情報が見る事が出来る（web）。 * アソシエイトでは、自分の所のソリューションの説明や、コンサルタントの紹介が出来る。そこから、ビジネスが始まったりする事がある。 * パートナーは（…日本でまだ2社しかないから、メリットが明確ではないが…）重要な情報が、先駆けてもらう事が可能になる。 * ファイルメーカーサーバのアドバンスドが、デベロッパ用ではあるが、もらえる。テスト用に使えるのが、便利。 * 認定デベロッパの掲載された所に連絡が来る。ただで宣伝してもらえるようなもの。 * 事例紹介のページに、ある特定の事例を載せた途端に、連絡が何件も来た。実際にビジネスになったものもある。 FSAの費用 * サブスクライバ　24000円 * アソシエイト　59000円 * パートナー　79000円 * サブスクライバであっても、開発向けにサーバアドバンスが手に入るのは、いい事ではないか。 デベコンでFSAに参加している人だけが参加できる会がある。そこでの話はNDAの物もある。グッズも…。 デベコンは、8月上旬開催。 サーバ利用の複数利用でのセキュリティ ゲストは閲覧だけ 利用者分のアカウントを作成。Get(アカウント名)でアカウントを変える。 ファイルメーカーの内部にアカウント情報を入れなければいけない。 　>evaluate関数の利用 　>テーブルからのアクセス権セットの作成が可能 （All reported by 坪川昌嗣）

編集後記） 久しぶりのレポートです。今回は、坪川さんのおかげでなんとかアップが可能となりました。ありがとうございました。最近「ぶっちゃけトーク」のコーナーが設けられましたが多くの方の発言が出てとてもいい雰囲気です。また、茂田さんからは発売されたばかりの新刊書籍「FileMaker関数・スクリプト+α辞典」を一冊ご提供いただきました。じゃんけん大会でラッキーな方が当選！ (Shin Ninagawa)

懇親会） オフラインミーティングの本編終了後は，お楽しみの懇親会です。新宿に場所を移して18時からじっくりお酒を交わして約30名の方が、GWの初日をゆったりと飲み交わしました！

※写真は個人の許諾を得て掲載しています。 ※無断転用は禁止です。

▲Top

]]> http://web.fmtokyo.jp/2007/04/28/fm-tokyo-%e9%81%8e%e5%8e%bb%e3%81%ae%e3%83%9f%e3%83%bc%e3%83%86%e3%82%a3%e3%83%b3%e3%82%b0%e5%a0%b1%e5%91%8a-20/feed/ 0 Administrator http://web.fmtokyo.jp/2004/08/07/fm-tokyo-%e9%81%8e%e5%8e%bb%e3%81%ae%e3%83%9f%e3%83%bc%e3%83%86%e3%82%a3%e3%83%b3%e3%82%b0%e5%a0%b1%e5%91%8a-19/ http://web.fmtokyo.jp/2004/08/07/fm-tokyo-%e9%81%8e%e5%8e%bb%e3%81%ae%e3%83%9f%e3%83%bc%e3%83%86%e3%82%a3%e3%83%b3%e3%82%b0%e5%a0%b1%e5%91%8a-19/#comments Sat, 07 Aug 2004 00:00:00 +0000 Super Admin http://fmtokyo.wordpress.com/1999/11/30/fm-tokyo-%e9%81%8e%e5%8e%bb%e3%81%ae%e3%83%9f%e3%83%bc%e3%83%86%e3%82%a3%e3%83%b3%e3%82%b0%e5%a0%b1%e5%91%8a-19/ 続きを読む »]]>

夏の日差しよりも熱いファイルメーカー・フリークたちは今回も各地から続々集合！このオフ会で、確実に何かを求めて。

■■ミーティング概要■■

Demo1） 『XmChartを使った予約表作成に挑戦-三度目の正直』わしざわ歯科大学前クリニック　鷲沢直也氏 Speaker紹介：本業は歯医者さん。お忙しい中、毎回新潟から泊まりがけでFM-Tokyoに参加され、ITMediaに紹介されるほどのファイルメーカーProの使い手です。 自己紹介） 参加者全員による恒例の自己紹介。 Demo2） 『初心者脱却大作戦』茂田カツノリ氏 Speaker紹介：「ファイルメーカーPro関数・スクリプト事典」などファイルメーカーPro関連書籍の著作多数。ファイルメーカー界で知らないものはいない有名人。 Demo3） 『Filemaker Mobile 7 vs ファイルメーカー Mobile 2.0』坪川昌嗣氏 Speaker紹介：Palmユーザコミュニティの有名人。Macworld等での分かりやすいデモには定評があります。 フリーディスカッション） 『座談会コーナー』司会：高岡幸生氏 ■■詳しい報告■■

Demo1）　▲Top 「XmChartを使った予約表作成に挑戦-三度目の正直」わしざわ歯科大学前クリニック　鷲沢直也氏 ●使いやすさはクリックで 歯科の予約システム開発を過去に２度行った経験を生かし、「今回は３度目のチャレンジ」と、わしざわ歯科大学前クリニック　鷲沢直也医師の挨拶で、デモンストレーションが始まった。 　歯科医院では一般的に紙の予約表を使い、日々の予約状況の把握を行っている。　例として示された予約表にはビッシリと予約状況が書かれていた。　１枚の予約表で250名程度の予約を管理することができるそうだ。 この予約表をファイルメーカー Proで表現するために、１度目は繰り返しフィールドを採用したが、レイアウトの柔軟さに乏しく挫折。２度目はポータルで表現して、良いところまでは来たのだが、多くの医院に対する標準化やカスタマイズの手間などの問題があり再び挫折を味わった。 　３度目の開発である今回では、ファイルメーカー Proの画面上で、予約表をガントチャート*として表現し、さらに使いやすさの面を考え、予約を取りたい時間帯をマウスクリックすることで予約の手続きが行えるようになると良いのではないかと考え、医師医師は開発に臨んだ。 ●座標を取り出す 予約表をクリックしたときに、何月何日の何時頃の部分がクリックされたのかを知ることがなにり重要。鷲沢医師は、画面上でマウスクリックされた座標さえわかれば、その座標が含まれている範囲（時間帯）を予約時間帯とすることができると考えた。 そこで採用されたのが「Factory's FileMaker Plug-in」**。このプラグイン使用するとマウスクリックの座標を取り出すことができ、画面上の表現されている時間帯のどの位置がクリックされたかを特定することができるようになった。　座標さえ分かれば、あとはチャートを各方法を解決すれば、ガントチャートによる予約表を作ることができる。 ●xmCHART チャートを記述するために用いたのが、「xmCHART」***というプラグインだ。このプラグインは主にファイルメーカー Proの画面上にグラフを描画するために使用するもので、鷲沢医師はこのプラグインが応用できないかと考えたわけだ。 「xmCHARTはとにかく簡単でおもしろい」と鷲沢医師は説明する。このプラグインは、高機能で多機能。そしてサンプルが豊富な上に、サンプルグラフの描画を行うための引数（計算式）をコピー/ペーストで自分のデータベースへ移植することができる。 　引数では、グラフの種類、大きさ、色、背景の設定、Y軸X軸の表示方法などの設定が記述される。 複数のサンプルを比較し、いらないところは削り、他のサンプルの引数から一部だけを移植。Y軸やX軸の太さや色、それぞれのラベル位置など、トライアンドエラーを繰り返すことで、自分が欲しい形に近づけていくことができた。 ●ダイナミック（動的）にチャートを描画 チャートを描画するために作成しなくてはならないのが引数だが、この引数をいかに効率よく簡単に構築していくかがポイントとなるが、それは「プレースホルダ」という考えで解決している。 引数をいくつかのグループに分け、それぞれのグループの名称を引数に記載しておく。 ■初期プレースホルダの例 OpneDrawing() 　[OpenChart_AM] 　[Const_01] 　[Axis_X] 　[Axis_Y_AM] 　[Data_AM_a] 　[Scaling_AM] CloseDrawing() OpneDrawing()からCloseDrawing()の間に損記述されているのが、プレースホルダになる。ここのプレースホルダに入るべき引数の内容を計算フィールドで作成しておき、実際にチャートを描画するときにプレースホルダと計算式で作成される引数の内容をSubstitute関数で置き換えることで、描画に必要な引数を作成することができる仕組みだ。 たとえば「[OpenChart_AM]」というプレースホルダを実際の引数に置き換えるには、Substitute(gDummy,”[OpenChart_AM]“,”OpenChart(340;50;260;266;on)”)のように行う。 ※上記例では、置き換え前のプレースホルダを含む引数をいったんgDummy（作業用フィールド）に保存しておき、そのフィールドに対してプレースホルダの置き換えを行っている。 このようにプレースホルダを上手に使用することにより、効率よく簡単にチャートを描くことができる。確かに鷲沢医師のデモンストレーションを見ていると、自分でも簡単にチャートが作れるような気になってくる。 ●アポイントヘルパー ファイルメーカー Pro、Factory's FileMaker Plug-in、xmCHART、それから鷲沢医師の工夫の集結が、「アポイントヘルパー」になる。現在は開発途上と言うこともあり、予約とチャート描画の部分のみができているバージョンではあったが、クリックによる予約が実現されていた。予約したい日の予約したい時間帯の部分を画面上でクリックすることで、予約に必要な情報を入力する画面が表示され、確定することによって、画面上に予約を示す色付きのバーとともに予約情報（テキスト）が表示されるようになっている。予約の変更も同様の操作で行えるとのことだ。 何ヶ月かすると、この開発途上版に多くの機能が付加され、「アポイントヘルパー」として世の中に送り出させることになるかもしれない。　その時にはまた、FM-Tokyoで先行デモンストレーションをお願いしたいものだ。 ●まとめ 鷲沢医師のデモンストレーションはいつ見ても楽しい。これは鷲沢医師本人が楽しみながら開発をしているからではないだろうか。鷲沢医師が楽しかったことは、同じファイルメーカー Proを使う私たちにとっても、楽しいことだし、興味深いことであるからだろう。 楽しみながら自分の描いたシステムを形にしていけるということは、とても良いことだと思うし、そのような気持ちで構築されたシステムは、きっと良い物になるのではないか。実際楽しみながらシステム開発を行うと、アイデアはどんどんわきだし、そのアイデアがシステムに組み込まれていく。　そんなシステム作りっていいですね。 【資料】 ・わしざわ歯科大学前クリニック http://towa-project.com/wdc/ http://towa-project.com/ *「ガントチャート」 工場などで人員、工程管理などに用いられる帯状のグラフ。横軸に時間、縦軸に人員、製造設備等を配置し、工程ごとの個別の作業開始日、作業完了日などといった情報を帯状に示す。 （IT用語辞典 e-Wordsより） **「Factory's FileMaker Plug-in」 http://www.factory-1987.co.jp/ ***「xmCHART」 http://www.x2max.com/ （reported by Yukio Takaoka）

自己紹介）　▲Top 参加者全員による恒例の自己紹介 今回も初参加の方が2〜3割ほど。ということは7〜8割の方が定着した常連メンバーと言うことになるのでしょうか。様々な職、立場におけるファイルメーカーとの関わりや現在の状況を付け加えての自己紹介は、毎回とても興味深いのです。

Demo2）　▲Top 「初心者脱却大作戦」茂田カツノリ氏 FileMakerはフィールドを定義しレイアウトを作ってというところまでは簡単だけれど、その先で壁に当たってしまう人も多いでしょう。そこで、その壁を突破するには「これとこれを覚えれば大丈夫」という知識を、「ファイルメーカー関数事典」の著者でもある茂田さんにピンポイントでレクチャーしていただきました。 ※FileMaker Pro 6を対象としています。 ●最初に誰が使うのかを意識するということ 自分だけが使う場合は「確実に動くこと」を優先し、細部にはこだわらないこと。 反対に自分以外の人が使う場合は、インターフェイスデザインが大事であり、遷移イメージを準備しておく事など。Webのナビゲーション関連書籍が参考に なるなど、DB以外の知識も必要になる。 ●データベースの設計の中核とは１レコードの意味を明確にすること ここでひとつのレコードにいくつもの意味を持たせるために、リレーションの機能を使うことなど。 ●作成のルール フィールド名の定義する際にルールを決めることなど。 ただし、そこでこだわらないのもひとつの考えであること。 ●関数について 頻繁に使用するものは覚えるべきものであり、それ以外のものはHelp参照で必 要時に調べる。いくつかの代表的な関数を例にあげ説明。 ●スクリプト これも代表的なものとして、フィールド設定、ループ処理、レイアウト切り替 えをあげ、これを基本にあとは必要時にHelp参照で調べる。 あと、注意点として全置換やレコード削除等について述べられた。 ●まとめ ファイルメーカーを使い始めて暫く経って、一通りの事が出来るようになった 次はさらに高機能を求めてファイルメーカーの深部に入り込んでいくもので す。 最近はファイルメーカーの関連書籍も数は少ない（他のDBに比べて）ですが、 内容的には充実してますし参考にされている方も多いと思います。しかし、一 番参考になるのは他の人の作ったファイルを研究することだと思います。そこ には初心者の方々にとってはまさに「目から鱗」のテクニックが満載されてい ます。それらを研究、応用していくことで初心者から次のステップへ進みましょう。 （reported by Yasuhiro Okuda）

Demo3）　▲Top 「Filemaker Mobile 7 vs ファイルメーカー Mobile 2.0」坪川昌嗣氏 Palm等のMobileツールに対する造詣の深い坪川さんによる、導入手順まで含めたデモがあった。 新しい機能としては、転送時のデータの絞込みが出来る、母艦であらかじめFM7を立ち上げてなくても転送作業をはじめることが出来るなど、多少の性能向上は見られるが、基本的に従来のバージョンとの大きな違いはなく、転送できるのは1ファイル、当然FM7シリーズにおいては1テーブルのフラットなデータのみで、「リレーションで繋がる関連レコードのデータは表示できない」という部分は一緒である。 しかし、これを使う用途で思い浮かべられる、倉庫に持っていって、在庫の管理業務などして、PC上のメインデータと連動させる場合においては、PDAのメモリ能力などを考えれば必要十分なのだとは思う。 ただ、今後のPDAの市場が不透明ということもあり、小型HDD搭載の高性能CPUが載った（しかも低価格の）PDAでも出てこないと、この製品の存在意義自体が変わってくる可能性があるように感じた。やはり私見ではあるが、コンパクトでもパワーとデータ容量の大きなマシンの上で、FM7シリーズのメリットである1ファイル内の複数テーブルが扱えるようなら、活用範囲がもっと広がるような気がする。 （reported by Takao Tsunemori）

[フリーディスカッション（という名の山本先生の数分のデモ）]　▲Top 今回も熱いFM-Tokyo、充分に濃いデモが3つ行われてもまだ足りず、かねて用意の山本先生の乱入があり、都合4つ目のデモが行われた。 ※このレポートを読もうというような方でこのカタを知らない人は少ないかと思いますが、一応説明しますと、都立広尾病院の小児科の先生で、medical macintosh主催の山本康仁氏です。そのへんのシステム屋さんに発注したら1千万ぐらいかかりそうなものを当直込み4日ぐらいで作ります。 で、そのデモ内容はというと、「FileMaker Proによる電子カルテ -紙カルテを超えることから始まる電子カルテ-」という非常に意義深いものが7分間（と本人はおっしゃっていたが、実際は13分ぐらい）行われた。 カルテとは、文章の内容だけではなく、配置、並び順などが重要であることと、カードというよりはアウトラインプロセッサに近いものであるということがまず説明される。 このカルテシステムでは、入力者は、問題点ひとつに対し、「SOAP」（訴え、現症、考察、計画）の形で登録を行う。このデータをファイルメーカー内部で ・コード化 ・粒子化 ・データマイニング を行い、ユーザに対して「時系列表示」や「急性および慢性疾患に関する複数の時間軸でのビュー」「チェックリスト」を提供する。 2次元的なアウトライン情報に対して、時間軸を加えることによって3次元的な情報の管理および活用を目指したということが説明される。 もっとも会場がどよめいたのは、そのユーザインターフェイスのデモであった。画面右のポータルで行挿入を行い、ポータルのプルダウンメニューから選択（これがまた凝っていた）された情報が、画面の大部分を占める美しいカレンダー画面の適切な位置に表示されていく。ポータル側ではあたかもアウトラインプロセッサのように適切なレベル分けやプルダウンのon/offが行われており、情報が反映されるカレンダーの秀逸なユーザインターフェイスとも相まって、まさに3次元的な情報の活用がなされたシステムであると感じられた。 ということで、本来の座談会コーナーも一瞬行われたような気もしたが、上記のデモに関する質疑応答が数分間行われたところで時間切れとなった。フリーディスカッションは次回に乞うご期待。 （reported by Koji Takeuchi）

編集後記） 今回も前回と同じく45名の参加者で大盛況！ 最近のネタは高度なものが多い中、ファイルメーカーの数ある書籍の中でもベストセラー本を多く書かれている茂田氏に、まだ始めたばかりの方向けのデモを依頼したところ、快く引き受けていただけました。その解りやすいデモ資料はもちろんファイルメーカーで作成され、その中に無意味な（失礼）バナー広告が入っているちゃめっ気さは、実はひょうきんな氏の性格をよく表していて、とても楽しませていただきました。 ところで前回の自分の言葉はどこへやら、レポートの作成がいきなり遅れてしまいましてすみません！8月のレポートだと言うのに、気がついたら秋も終わりです。オフ会が終わってすぐにやればいいのに、なんだかほっとして一同気が抜けてしまいがち・・。担当の皆さんから各原稿があがったのは次の10月のオフ会直前だったのですが、それからさらに1ヶ月あたためていたのは私でございます。←反省！ それでもやっぱり、ご感想、ご意見等お待ちしております。 >>fmtokyo-info@filemaker.gr.jp (Shin Ninagawa)

懇親会） オフラインミーティングの本編終了後は，お楽しみの懇親会です。 新宿はいつも大勢で押し掛けてお世話になっているお店「石狩川」へ。こちらにのみ参加の方も含めて、たしか44名！あちこちで、自作のネタを見せっこしたり、様々な秘話でどよめいたり…、いつもながらの盛り上がりでございました。 続いての二次会は、数名の方々がビールを買い込んで○△×に出かけていったような、はて…？

※写真は個人の許諾を得て掲載しています。 ※無断転用は禁止です。

▲Top

]]> http://web.fmtokyo.jp/2004/08/07/fm-tokyo-%e9%81%8e%e5%8e%bb%e3%81%ae%e3%83%9f%e3%83%bc%e3%83%86%e3%82%a3%e3%83%b3%e3%82%b0%e5%a0%b1%e5%91%8a-19/feed/ 0 Administrator