コンサルティング、受託開発、共同開発を通じて
貴社のシステム構築・運用を強力にサポート

 土屋企画では高速アプリケーション開発(RAD)ツール ・FileMaker を使用したシステムの受託開発を提供すると共に、社内開発(内製化)を目指すお客様にも、全面的かつ多重的なサービスを提供してまいります。

  • コンサルティング
    FileMaker プロジェクト導入、仕様策定、システム開発、テスト・デバッグ、カットオーバー、保守・アップグレードの各フェイズに於いて、お客様が遭遇する技術的な課題について調査・アドバイスをさせて頂きます。

  • 受託開発
    25年余の開発実績を生かし、FileMaker を使用したシステム開発を行います。MySQL等のSQLデータベースとの連携、PHPを使用したカスタムWeb(CWP)、WebDirect、iPad/iPhone 用システムについても豊富な経験を有しております。

  • 共同開発
    プロジェクト全体を通じてお客様単独ではカバーしきれない技術的・時間的な問題がある場合に、当社の熟練のスタッフが部分的あるいは全面的に開発作業に参加させて頂きます。

  • 講習
    主にプロジェクト導入前後に基本的なスキルを開発担当者に習得して頂くことを目的としています。
    (2017年11月現在、本講習の受講は、コンサルティング/共同開発などお客様に限定させて頂いております。)

 ネットワークやセキュリティ・システムの構築、ホスティングなどのご要望なども、弊社にご相談ください。
 土屋企画ではお客様の多様なニーズに即したきめ細かいサービスを提供できるように、心がけております。 

Blog/Twitterで技術情報を発信中...


土屋企画では、講習/コンサルティングの担当者が FileMaker やシステム関連の情報を Blog や Twitter等で発信しています。

FileMaker って、、、あれかなぁ

FMクライアントからサーバ上のODBC/node.js経由でデータベースをCRUDする
 FileMaker(以下、FM)から FileMaker Server (以下、FMS)上のデータベースに接続し、SQLクエリでデータを CRUD する場合に考えられる方法は、通常は以下の2つです。 FM クライアント機に ODBC を入れて、SQL を実行スクリプトステップを使用する FM クライアント機に ODBC は入れず、ODBCはサーバにのみ入れ、サーバサイドスクリプトで SQL を実行スクリプトステップを使用する  1. のデメリットは、全てクライアントにODBCを入れる必要があり、保守が面倒なこと、  2. のデメリットは、サーバサイドスクリプト内はデバッガが使用できず、またクライアントで実行する場合と動作が異なることがあること、です。 また、「\"」のエスケープが面倒で醜いというのは両者に共通した欠点と思います。  さて、上記の2つの方法のデメリットを回避
>> 続きを読む

iBeacon の適用モデルを考える 3 ― 定位置ビーコン監視モデル(2)
 前稿では、iOS と FileMaker Go を使用して定位置にあるビーコンを監視する方法について記しました。この方法は簡単でとても導入しやすいのですが、ビーコンを監視する端末が多数となる場合、iPad や FileMaker の費用負担がのしかかってきます。また、数十台から百台を超える端末を管理するとしたら、iPad/iPhoneでは大変でしょう。 そこで小社では、FileMaker Go に依存せず、様々なプラットフォームで利用可能なビーコン情報収集サブシステム(以下、TpcBScan.js)を作りました。 多様なデバイスで動作する TpcBScan.js   TpcBScan.jsは node.js、express.js、nobe.js等の node.jsファミリー群の環境下で稼働する ビーコン情報収集サブシステムで、Windows、Macintosh、iOS、
>> 続きを読む

iBeacon の適用モデルを考える 2 ― 定位置ビーコン監視モデル
 前稿の末尾で iBeacon の「常時監視・単品管理モデル」に少し触れましたが、これは倉庫等の保管場所にある商品に iBeacon を取り付け、その存否(存在するのか、しないのか)を iPad 等の端末により常時監視するというものです(下図)。本稿ではこのモデルを掘り下げて考えてみます。 天井等、高所に取り付けた端末で商品に取り付けられたビーコンを監視   モデルの再定義 本モデルは、iBeacon が取り付けられた商品(以下、ビーコン)が多数存在し、システムでビーコンの存否情報を管理することを目的とします。各ビーコンを監視する端末は1つに定められており、その端末がビーコンの電波を受信しなくなった時点で商品は存在しないものとシステムは認識します。ビーコンは倉庫内を移動することは無い(例えば、上図のA区画から他の区画へ移動することは無い)ものと規定します。このモデルを「定位置
>> 続きを読む

太古の FileMaker システムを延命させる! ― 後日談
 今年の4月に FileMaker Pro 5.5 を運用する Windows Server 2008 (32bit版、Remote Desktop Serviceを運用)をP2Vにより仮想マシン化するプロジェクトに関する記事を書きました。あれから4カ月、先月末、ようやく納品が終わりました。いろいろあってとっても苦労しました、トホホ… 以下、古いFileMakerシステムを仮想マシン化してHypervisor上で運用したい、という方の参考に多少ともなれば幸いです。 1. FileMaker Pro 5.5/6を仮想マシン上で運用する 今回、特に問題となったのは、仮想マシン上のFileMaker Pro 5.5/6(FMP)からFMSにアクセスしたときの操作が極端に遅くなること。今回、新マシン(下図のVM)と旧マシン(下図Win Server 2008)上の FMP から
>> 続きを読む

FileMaker 16 と iBeacon の適用モデルを考える
 FileMaker 16 では「領域監視スクリプトステップを構成」というスクリプトステップが新たに加わりました。これにより、 iOS端末が予め指定する iBeacon の電波を受信すると、スクリプトをトリガすることができるようになりました。本稿では、FileMaker Go と iBeacon の利用モデルについて少し掘り下げたいと思います。  尚、本稿を執筆するにあたって、 iBeacon と iOS端末を使用したテストを行っておりますが、実装を伴わない思考実験的な内容も含まれていることをお断りしておきます。 iBeacon 適用モデル 本稿では、よく紹介される展示施設でビーコン接近時に展示物等の案内や説明を端末に表示する「少数非近接ビーコンモデル」と、倉庫等で多数のビーコンが近接存在する環境で目的のビーコンを特定する必要がある「多数近接ビーコンモデル」について、続稿では倉庫等
>> 続きを読む

FileMaker データベース認証に oAuth を利用する
 FileMaker 16 の新機能を使用して弊社在庫管理システムテンプレート『FMEasy在庫』の機能を拡張するというテーマで、前回までに WebDirect を使用した宅配便送状の印刷と、AfterShipから配送データを取得してアプリ内で荷物追跡情報を表示する方法をご紹介してまいりました。今回はその締めくくりとして、oAuth による FileMaker データベース(以下、FileMaker DB)へのログインについてご説明します。  一回目:FileMaker と WebDirect 16 で宅配便送状を印刷し、配送状況を追跡する  二回目:cURL と REST API を使用し、FileMaker アプリ内で配送状況を追跡 出庫画面から運送業者の送状を発行し、配送状況を追跡するまでの流れ  oAuth は一連のデータベース操作の窓口を担う認証機能になりますが、
>> 続きを読む

cURL と REST API を使用し、FileMaker アプリ内で配送状況を追跡
 前回は在庫管理テンプレート『FMEasy在庫』をカスタマイズし、宅配便の送状を印刷・登録するところまでをご説明しました。  前回の記事: FileMaker と WebDirect 16 で宅配便送状を印刷し、配送状況を追跡する  参考:FMEasy在庫 IWP/WD R1.5 出庫画面から運送業者の送状を発行し、配送状況を追跡するまでの流れ  本稿では、出荷後の配送状況の追跡機能を実装する方法(上図の7.と8.)について説明していきます。  機能の実装に入るまえに、FileMaker から出荷物の配送状況を取得するしくみについて触れます。 世界402社と日本3社の配送業者の追跡データAPIを提供する AfterShip   FileMaker 単体では宅配便の配送状況の情報を取得することはできません。このため、各宅配業者が提供する追跡サービスを使用することに
>> 続きを読む