Migaro.
TechnicalReport

セレクション 2
第8回 ゴールド賞受賞

澁谷工業におけるブランク加工図管理システムの構築
入力インターフェースの可能性を求めて

小山 祐二
澁谷工業株式会社
経営情報システム部
課長代理

エンドユーザーによるシステム運用が増加する中で「カスタマーファースト」をモットー面上で構築してきた。ただし最近は、

ランク加工図管理システム 」 の構築

システムを 新 たに 構 築 する 場 合 は例である。既存のブランク加工図ファ

Delphi/400 と Delphi が主たるツール

イルを有 効 利 用し、 入 力インターである。

フェースを工夫して開発したシステムとする澁谷工業（以下、当社）は、顧基幹システムはこれまで、そのすべ客ニーズに合わせたパッケージングプてをシステム部門（経営情報システムラントの「ターンキー」による提供を部）で開発してきた。しかし最近は、ビジネスの主体としている。最近では

ICT 知 識 を も つ エ ン ド ユ ー ザ ー が再生医療事業への進出も果たした。

Oﬃce 製品などを使い、自ら業務シスを紹介する。

問題が顕在化システム部門へ再構築依頼

当社のホストコンピュ ータの変遷テムを管理することが増えている。とブランク加工図とは、 部品を加工

は、IBM のシステム /32 から始まり、ころが、 データ量が増加し運用や管する前の素材図面のことである。完成

AS/400、Power Systems を経て現在理が困難になると、システム部門に再部品はブランク加工図の作成以前に設の PureFlex System に 至 っている。

構築を依頼してくるケースも多くなっ計済みで、 その品番、 品名が IBM i

そしてこの長い歴史の中で、基幹シスてきた。

上の基幹システムに登録されている。

テムの多くを 5250 のエミュレータ画

本稿は、そういったケースの1つ、「ブ

完成部品とブランク加工図の関係は、1 対 N 個で紐づいており、完成部品の品番・品名をもとに、ブランク加工図

図表 1のファイル名を決定している。

基幹システムとファイルサーバーの連携

最初に、エンドユーザーが行っていIBM i

た処理の概要を説明する。
◆ エンドユーザー側管理者基幹システム（以下、管理者）
ファイルサーバー

1. CADソフトでブランク加工図を作成
2. アクセス制限付きファイルサーバー
上で、「あかさたな」の品名別にフォルダを管理
3. ブランク加工図に品番を含むファイ

94

2016 Autumn

094-097_16imagAUTUMN_migaro_FIX.indd 94

2016/08/18 18:52

Migaro.Technical Report セレクション 2 第8回 ゴールド賞受賞

ル名を付けてフォルダに保存◆ エンドユーザー（利用者）
1. 基幹システム上で、該当ブランク加工図の品名・品番を検索者側では「検索時間の増加」と、検索COMPANY PROFILEしても「間違った図面が表示される 」

本社：石川県金沢市などの問題が起きていた。

創業：1931（昭和6）年

設立：1949（昭和24）年

このような状況の中で、システム部
門にシステム構築の依頼が来た。

2. ファイルサーバー上の該当フォルダ内で図面検索問題を整理するために、 まず現状分析を行った。その内容が以下である。

資 本 金：113億9201万円（2015年6月）
売 上 高：804億円（連結、2015年6月）
従業員数：3152名（シブヤグループ、2015年6月）
事業内容： パッケージプラントを主力製品とす
る東証・名証1 部上場の機械メーカ

3. 2 の結果に基づき、基幹システムと連携（図表 1）ー。特に、国内外の大手飲料メーカ
ーに採用されているボトリングシス

・ ブランク加工図を作成／照会するテム製造では、世界トップの地位を確立している。近年では、無菌化な

CAD ソフトが複数ある。
以上をまとめると、エンドユーザー

・ 管理者は、基幹システムで品名・品側では手作業による運用を行っていた番を検索後、 手作業でファイル名ため、IBM i 上のマスター（完成部品を付け、ファイルサーバー上のフォの品番・ 品名） は台帳の役割しか果ルダ内に保存する。

どの技術力を活かし、再生医療事業も積極的に展開している。
http://www.shibuya.co.jp/

向けて関係者とミーティングの場をたしておらず、ファイルサーバー上の・ 利用者は、基幹システムで図面情報もった。そこでエンドユーザーから出ブランク加工図とシステム的な連携がを検索し、 手作業でファイルサーされた要望は、次のとおりである。

取れていなかった、ということである。

バー上のフォルダを参照後、該当す

当初は、 管理すべきブランク加工図の件数が少なかったのであまり問題る品番を検索する。

（ア）簡単に、ブランク加工図の登録

・ その後、基幹システムと連携する。にならなかったが、登録件数の増加に（イ）正確に、ブランク加工図の登録伴って運用負荷が増大したため管理システム部門では、 非常に無駄の者側の「登録ミス」が多くなり、利用多い運用であると判断し、 再構築へ

図表 2処理を行いたい。
処理を行いたい。
（ウ）簡単に、品番および品名で検索再構築に向けて検討したシステム⑦正常品番の場合・該当フォルダへ移動

ファイルサーバー
管理者作業用 PC
・品名取得

・IBM i テーブル追加／更新②ブランク加工図
ワークフォルダへ③イベント
発生①ワークフォルダ
監視IBM i⑤IBM i 上のマスターチェック

Delphi/400④品番自動取得⑥エラー品番の場合・エラー専用フォルダへ移動

http://www.imagazine.co.jp/094-097_16imagAUTUMN_migaro_FIX.indd 95

95

2016/08/18 18:52

加工図だけでも数千点ある。 また、（ア）については、既存のブランク（エ）簡単に、複数の CAD ソフトでを行いたい。

今後も新規登録が増えることを考える

加工図ファイルを有効利用したいとこ作成したブランク加工図を照と、このオペレーションをエンドユーろである。また（イ）を実現するには、会したい。

ザーに委ねるのはあまりにも負荷が大IBMi 上の基幹システムとの連携が必（オ）簡単に、完成図面を照会したい。

きく、現実的でない。

須になる。そこで、実現性はひとまず（カ）簡単に、各種基幹システムとの（ウ）に関しては、検索の都度、ファ度外視して、次のようなプロセスを検イルサーバーにアクセスして該当ファ討した（図表 2）。

連携を行いたい。

イルを見つけるのは可能である。しか（ア）（イ）に関して一般的な方法は、し、この方法は非常に効率が悪い。

該当品番を手入力し、 エラーチェッ

検討の結果、 上記をいかに吸収すク後、 登録処理を行うことである。

るかが、当システム構築の成功のカギ

しかし当社では、作成済みのブランクと考えた。

①システムで、ワークフォルダ内を監視する。
②既存のブランク加工図ファイルを、ワークフォルダに保管。
③②の処理後、イベントを発生させる。
④ブランク加工図ファイル名から、品

図表 3

エンドユーザー側管理者が行うワークフォルダの設定番を自動取得する。
⑤ IBM i 上のマスターによる妥当性チェック、および品名取得を行う。
⑥エラー品番の場合、エラーメッセージを表示。その後、該当ファイルを、エラー専用フォルダに移動する。

ドラッグ＆ドロップで登録

図表 4

ブランク加工図保管フォルダ設定
ドラッグ＆ドロップで登録

IBM i との連 携は、Delphi/400 があるので問題ない。しかし当時、①の制御方法がわからなかった。 そこで、いろいろと調査した結果、WindowsAPI の利用によりフォルダ内を監視できることがわかった。また、インターネットでも（＊）有益な情報を取得でき、この問題を解決できた。

図表 5

基幹システム連携の例⑤基幹システム連携

例

完成図面へ

（＊）Mr.XRAY 氏の「Delphi Library」
http：//bit.ly/migaro08̲02

システム概要と構築後の考慮点構築したシステムは、以下のとおりである。それぞれの作業内容を記す。
◆ システム部門①初期設定として、エンドユーザー側管理者を登録◆ エンドユーザー側管理者①他の管理者の登録②ワークフォルダの設定（図表 3）962016 Autumn

094-097_16imagAUTUMN_migaro_FIX.indd 96

2016/08/18 18:52

Migaro.Technical Report セレクション 2 第8回 ゴールド賞受賞

データとの差異を発見した。原因は、と負荷が大きいため、既存のブランクシステムを利用せずに図面登録した例

加工図ファイルを利用して、 蓄積作④のアクセス権限設定外オペレーションの結果である。万が業の負荷を軽減したいと考えた。それ⑤②に既存登録ブランク加工図ファ

一、例外オペレーションを行うと、整が今回のシステムにつながっている。

③ブランク加工図の保管フォルダの設定（図表 4）

イルを保管（ドラッグ＆ドロップ可）合性が取れなくなる。

現在、システムのトレンドは「作る」

その打 開 策として、 保 管 図 面とから「使う」にシフトしつつある。そIBM i データをチェックし、その差異の動向を全否定するものではないが、⑦エラー品番の場合、メッセージ表示を照会することにより、この問題を回それが加速した 5 年後、10 年後を想像

後、図面をエラーフォルダに移動（品避した。そして運用ルールを再度徹底すると、企業間でシステムに差がなく番修正後、再度ワークフォルダへ移したことも幸いし、それ以降現在まで、なるのではないかと思える。 つまり、動）

問題なく運用が継続している。

⑥ IBM i 上のマスターによる妥当性チェック

システムの差別化による競争優位がな⑧正常品番の場合、 図面を③に移動

さらに、ワークフォルダを監視してくなれば、経営における ICT の付加価

後、IBM i 上のブランク加工図管理いない状況で、ワークフォルダ内に各値が低くなるのだ。 さらに、
「使う 」

テーブルを更新

ブランク加工図ファイルが保管されることがメインとなるため、企業システことも想定し、ワークフォルダ内ブラムを創造的発想でデザインできる人が◆ エンドユーザー側管理者／利用者

ンク加工図の「一括取り込み」機能も少なくなる。その結果、システム化の① CAD ソフト登録追加した（図表 6）。

難易度が高い場合、できない理由を並べて、「だからできない 」 と結論づけ②図番／品名による検索③指定 CAD ソフトによるブランク加工図照会 ／拡張子（PDF など）によるファイル照会「作る」から「使う」へシフトしつつある中でる人が多くなるのではないかと思う。
私は、「どうすればできるか 」 をみんなで考え、できないと思えることで構築にあたって当初、 エンドユーも、できる道筋をファシリテートできザー側から「データの蓄積はエンドユーるよう、日頃から心がけていきたいとザー側で少しずつ行う」との提案があっ思っている。また、そのような考えを構築したシステムに対するエンドた。 再構築の担当者としては、 そのもつ後輩を育成していきたいとも考えユーザーの評価は上々であった。しか言葉に甘えたい気持ちもあったが、そている。本稿が、読者の気づきとなれしあるとき、 保管図面と IBM i 上のの蓄積作業を自分が行うことを考えるば幸いである。

④完成図面照会⑤基幹システム連携（図表 5）

図表 6

例外的な登録を想定して、ブランク加工図の一括取り込み機能を追加※SPICS(Shibuya Production Information Conterol System)＊

Delphi/400

該当
テーブル

ファイルサーバー内

登録情報「IBM i テーブル登録情報」
1234567890. 品名あ . 拡張子なし
なし
4567890123. 品名え . 拡張子

http://www.imagazine.co.jp/

094-097_16imagAUTUMN_migaro_FIX.indd 97

97

2016/08/18 18:52