JP2018101362A

JP2018101362A - 送信装置、送信方法、送信システム及び印刷方法

Info

Publication number: JP2018101362A
Application number: JP2016248346A
Authority: JP
Inventors: 白井　直人; Naoto Shirai; 直人白井
Original assignee: Howa Sangyo KK
Current assignee: Howa Sangyo KK
Priority date: 2016-12-21
Filing date: 2016-12-21
Publication date: 2018-06-28
Anticipated expiration: 2036-12-21
Also published as: JP6803220B2

Abstract

【課題】シート状パッケージの印刷に必要な画像データを送信する送信装置等の提供をすること。【解決手段】送信装置は、複数種類が製造される商品に共通して用いられる包装フィルムが有し、商品の種類毎に異なる内容が印刷される第１の領域への印刷に用いる画像データを記憶部から取得する取得部と、複数箇所それぞれに設置され、商品の製造数に応じて第１の領域に印刷を行なう印刷システムへ、取得した画像データを送信する送信部とを備える。【選択図】図５

Description

本発明は、商品の包装フィルムに印刷を行なうための画像データを送信する送信装置等に関する。

近年、コンビニエンスストア（以下、「コンビニ」と記す。）などの小売店舗では、おにぎり、サンドイッチ及び弁当などの食品が販売されている。このような、食品のパッケージには、包装フィルムを用いたシート状パッケージが採用されている。包装フィルムは帯状をなし、ロール状にして供給される。また、包装フィルムは等間隔に商品を示す文字や図形を繰り返し、印字してある。包装フィルムは自動包装機や裁断機等の機械に取り付けられ、商品１個単位に必要な長さに裁断され、パッケージが作られる。

このように、従来の包装フィルムは、商品を示す文字や図形を予め印刷するため、製造する商品の種類に応じた数の包装用シートを用意する必要があった。しかし、ＰＯＳシステム（ＰｏｉｎｔｏｆＳａｌｅｓＳｙｓｔｅｍ：販売時点情報管理）の導入により、売れ行きの良い商品の他の商品よりも発注は多くされるようになっている。さらに、製造メーカへの発注がロット単位ではなく、個数単位となってきている。そのため、発注量の少ない商品に用いる包装フィルムは不良在庫となる場合がある。また、製造メーカでは発注量の少ない商品の包装フィルムは、１ロール使い切らずに破棄する場合がある。

加えて、コンビニでは、一年に数回、商品の見直しを行なう。それにともない、シートパッケージのデザインも変更される。そのため、それまで使用していた包装フィルムは破棄しなければならず、無駄が多い。

このような状況に対して、特許文献１では、文字・模様・図形などの共通パターンを印刷した包装フィルム（帯状の包装用連続シート）と内容表示熱転写パターンを有する帯状の転写シートを上下に並列して設け、熱転写手段により、内容表示熱転写パターンを包装フィルムに熱転写し、次いでこの内容表示熱転写パターンを熱転写した包装フィルムを自動包装機に供給するシステムが提案されている。

特開２００３−９５４９７号公報

従来技術において、包装フィルムには共通パターンのみを印字することで、包装フィルムは複数の商品に対応できる。しかし、帯状の転写シートは商品ごとに用意するため、転写シートに無駄が出るという問題が依然として残る。

本発明はこのような事情に鑑みてなされたものである。その目的は、シート状パッケージの印刷に必要な印刷データを送信する送信装置等の提供をすることである。

本発明に係る送信装置は、複数種類が製造される商品に共通して用いられる包装フィルムが有し、前記商品の種類毎に異なる内容が印刷される第１の領域への印刷に用いる画像データを記憶部から取得する取得部と、複数箇所それぞれに設置され、前記商品の製造数に応じて前記第１の領域に印刷を行なう印刷システムへ、取得した画像データを送信する送信部とを備えたことを特徴とする。

本発明にあっては、複数箇所に設置された印刷システムにおいて、第１の領域への印刷に必要な画像データを送信することが可能となる。

本発明に係る送信装置は、前記印刷システムそれぞれから前記商品の識別子を受け付ける受付部を備え、前記記憶部は前記商品の識別子及び前記画像データを対応付けて記憶し、前記取得部は受け付けた識別子に対応付けられた画像データを取得し、前記送信部は前記印刷システムそれぞれから受け付けた前記識別子に対応付けられた画像データを送信することを特徴とする。

本発明にあっては、印刷システムからの要求にしたがい画像データを送信するので、印刷システムは必要に応じて、画像データを取得することが可能となる。

本発明に係る送信装置は、前記画像データの変更内容を受け付ける変更受付部と、受け付けた変更内容にしたがい、前記画像データを変更する変更部と、前記送信部は変更した画像データを送信することを特徴とする。

本発明にあっては、画像データが変更された場合には、変更後の画像データを送信するので、第１の領域の印刷内容の統一性を担保することが可能となる。

本発明に係る送信装置は、前記変更部は画像データを変更する期間を受け付け、前記送信部は受け付けた期間のみ前記変更した画像データを送信することを特徴とする。

本発明にあっては、画像データを変更する期間を受け付けるので、セール商品や季節商品など販売期間が限定される商品にも対応可能となる。

本発明に係る送信装置は、前記包装フィルムは前記画像データが印刷される領域とは異なる第２の領域を有し、前記取得部は前記第２の領域への印刷に用いる第２の印刷データを取得し、前記送信部は取得した第２の印刷データを送信することを特徴とする。

本発明にあっては、第２の領域への印刷に必要な印刷データを送信することが可能となる。

本発明に係る送信装置は、前記包装フィルムは所定単位毎に識別子が付与されており、前記印刷装置が使用した前記包装フィルムの前記識別子、前記包装フィルムが使用された前記商品の識別子及び使用単位数を取得する単位取得部と、前記複数箇所それぞれに付与された箇所識別子、及び前記複数箇所それぞれが有する前記包装フィルムの前記識別子を対応付けた記憶部に基づいて、取得した前記包装フィルムの前記識別子に対応付けられた前記箇所識別子を特定する特定部と、特定した前記箇所識別子、並びに取得した前記商品の識別子及び前記使用単位数に基づいて、前記箇所識別子、前記商品の識別子及び前記包装フィルムの使用実績数を対応付けて記憶する記憶部の前記使用実績数を更新する実績更新部と、前記箇所識別子、前記商品の識別子及び前記使用実績数を出力する出力部とを備えることを特徴とする。

本発明にあっては、包装フィルムの使用実績数を商品の識別子と対応付けて出力するので、包装フィルムの在庫量を管理することが可能となる。

本発明に係る送信装置は、前記画像データは複数の承認フラグと対応付けて記憶してあり、前記取得部は前記複数の承認フラグが全て承認済である前記画像データのみを取得することを特徴とする。

本発明にあっては、複数の承認フラグが全て承認済である画像データのみを取得するので、承認を得ていない画像データの使用を防ぐことが可能となる。

本発明に係る送信方法は、複数種類が製造される商品に共通して用いられる包装フィルムが有し、前記商品の種類毎に異なる内容が印刷される第１の領域への印刷に用いる画像データを記憶部から取得し、複数箇所それぞれに設置され、前記商品の製造数に応じて前記第１の領域に画像を行なう印刷システムへ、取得した画像データを送信することを特徴とする。

本発明に係る送信システムは、複数種類が製造される商品に共通して用いられる包装フィルムが有し、前記商品の種類毎に異なる内容が印刷される第１の領域への印刷に用いる画像データを記憶部から取得する取得部と、複数箇所それぞれに、取得した画像データを送信する送信部とを有する送信装置、及び前記画像データを受信する受信部と、前記商品の製造数及び受信した画像データに基づいて、前記第１の領域に印刷を行なう印刷部とを有し、前記複数箇所それぞれに設置される印刷システムを備えることを特徴とする。

本発明に係る印刷方法は、コンピュータが、複数種類が製造される商品に共通して用いられる包装フィルムが有し、前記商品の種類毎に異なる内容が印刷される第１の領域への印刷に用いる商品名を含む画像データを記憶部から取得し、前記食品の製造を行なう複数の食品工場それぞれに、取得した画像データを送信し、前記食品工場それぞれに設置された印刷システムは、受信した画像データを前記第１の領域に印刷することを特徴とする。

本発明に係る印刷方法は、前記包装フィルムは第２の領域を有し、前記コンピュータは前記商品の原材料、栄養成分、相対消費期限又は商品ＩＤを記憶部から取得し、取得した前記商品の原材料、栄養成分又は商品ＩＤを送信し、前記印刷システムは、前記商品の原材料、栄養成分、相対消費期限又は商品ＩＤを受信し、受信した前記商品の原材料、栄養成分、相対消費期限から定めた消費期限又は商品ＩＤを前記第２の領域に印刷することを特徴とする。

本発明にあっては、シート状パッケージの印刷に必要な画像データを送信することが可能となる。

パッケージ印字システムの構成例を示す説明図である。出荷時の包装フィルムの一例を示す破断図である。印刷後の包装フィルムの一例を示す破断図である。業務フローの一例を示すチャート図である。デザイン管理サーバのハードウェア構成例を示すブロック図である。デザインＤＢのレコードレイアウトの一例を示す説明図である。工場ＤＢのレコードレイアウトの一例を示す説明図である。製造担当ＤＢのレコードレイアウトの一例を示す説明図である。工場が備える設備の一例を示す説明図である。印刷サーバのハードウェア構成例を示すブロック図である。画像ＤＢのレコードレイアウトの一例を示す説明図である。稼働ＤＢのレコードレイアウトの一例を示す説明図である。画像データ送信処理の手順の一例を示すフローチャートである。印刷処理の手順の一例を示すフローチャートである。送信要求ＤＢのレコードレイアウトの一例を示す説明図である。印刷サーバが行なう画像データ要求処理の手順の一例を示すフローチャートである。画像データ送信処理の手順の他の例を示すフローチャートである。デザインＤＢのレコードレイアウトの他の例を示す説明図である。変更処理の手順の一例を示すフローチャートである。デザインＤＢのレコードレイアウトの他の例を示す説明図である。画像データ送信処理の手順の他の例を示すフローチャートである。属性ＤＢのレコードレイアウトの一例を示す説明図である。画像データ送信処理の手順の他の例を示すフローチャートである。印刷後の包装フィルムの他の例を示す破断図である。使用履歴ＤＢのレコードレイアウトの一例を示す説明図である。使用数収集処理の手順の一例を示すフローチャートである。実績集計処理の手順の一例を示すフローチャートである。集計結果出力画面の一例を示す説明図である。印刷用画像データの一例を示す説明図である。

以下、実施の形態を、図面を用いて具体的に説明する。以下の説明では、シート状パッケージの一例として、スーパーマーケットやコンビニなどのように食品を取り扱うフランチャイズチェーンの店鋪で販売されるおにぎりのパッケージについて述べる。

（実施の形態１）
図１はパッケージ印字システム１００の構成例を示す説明図である。パッケージ印字システム１００はフィルムメーカ１１０、フランチャイズ本部１２０及び食品メーカ１３０を含む。フィルムメーカ１１０、フランチャイズ本部１２０及び食品メーカ１３０それぞれはネットワークＮにより、通信可能に接続してある。

フィルムメーカ１１０はシート状パッケージの元となる包装フィルムを製造する。また、フィルムメーカ１１０は商品のパッケージデザインを行なう。フィルムメーカ１１０はパッケージデザインをフランチャイズ本部１２０に提案する。フランチャイズ本部１２０は、例えばコンビニエンスストアチェーンの本部である。フランチャイズ本部１２０は加盟店が販売する商品のパッケージデザインについて、フィルムメーカ１１０から提案を受け付け、採用の可否を判断する。食品メーカ１３０は加盟店が販売する商品（食品）を工場（食品工場）１３２で製造し、フランチャイズ本部１２０の配送センターや加盟店に納品する。

フィルムメーカ１１０はデザイン管理サーバ（送信装置）１及び端末１１１を含む。デザイン管理サーバ１はパッケージデザイン及びパッケージに印刷する画像データを記憶している。デザイン管理サーバ１はサーバコンピュータ、ワークステーション又はブレードサーバなどにより構成される。端末１１１は、例えばフィルムメーカ１１０のパッケージデザイナやデザイン管理者などが使用するコンピュータである。端末１１１はデスクトップ型ＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）、ノート型ＰＣ、タブレット型ＰＣ又はスマートフォンなどにより構成される。

フランチャイズ本部１２０は端末１２１を含む。端末１２１は、例えばフランチャイズ本部１２０の商品企画担当者などが使用するコンピュータである。端末１２１はデスクトップ型ＰＣ、ノート型ＰＣ、タブレット型ＰＣ又はスマートフォンなどにより構成される。

食品メーカ１３０は端末１３１及び工場１３２を含む。端末１３１は、例えば食品メーカ１３０の製造責任者などが使用するコンピュータである。端末１３１はデスクトップ型ＰＣ、ノート型ＰＣ、タブレット型ＰＣ又はスマートフォンなどにより構成される。工場１３２は食品の製造を行なう。工場１３２は印刷システム２０が構築されている。印刷システム２０は印刷サーバ２及び印刷装置（印刷部）１３３を含む。印刷サーバ２はデザイン管理サーバ１から受信した画像データを記憶する。印刷サーバ２は画像データを印刷装置１３３へ送信する。印刷装置１３３は印刷サーバ２から受信した画像データに基づいて、商品パッケージに用いる包装フィルムに印刷を行なう。

なお、デザイン管理サーバ１はフィルムメーカ１１０ではなく、フランチャイズ本部１２０が備えていてもよい。また、デザイン管理サーバ１をクラウドにより提供してもよい。

次に、おにぎりのパッケージとなる包装フィルムの一例について説明する。図２は出荷時の包装フィルム４の一例を示す破断図である。図２は、フィルムメーカ１１０が食品メーカ１３０に出荷する時点での包装フィルム４の状態を示している。包装フィルム４は印刷領域（第１の領域）４１、材質マーク４２、注意書き４３及びマーカ４４を含む。印刷領域４１は画像が印刷される領域である。材質マーク４２は包装フィルムの材質を示す。注意書き４３は商品についての注意書きである。マーカ４４は印刷位置を示すものである。マーカ４４は印刷装置１３３で印刷を行なう際、包装フィルム４の位置合わせに用いられる。印刷領域４１にはコンビニ本部を示すシンボル４１１が印刷されている。食品メーカに出荷される包装フィルム４は帯状をなしている。包装フィルム４には、長手方向に沿って、図２に示す印刷領域４１からマーカ４４が所定間隔で繰り返し印刷されている。包装フィルム４は紙管に巻かれたロール状の状態で、出荷される。図２に示す状態の包装フィルム４はおにぎりや具の名称、及び値段など各商品に固有な内容を印刷していない。そのため、図２に示す包装フィルム４は、複数種類あるおにぎりに共通して使用される。

図３は印刷後の包装フィルム４の一例を示す破断図である。図３は食品メーカ１３０の工場１３２において、おにぎりの製造時、印刷装置１３３により印刷がされた後の包装フィルム４の状態を示している。包装フィルム４の印刷領域４１に画像４１２が印刷されている。画像４１２は商品名表示４１２ａと価格表示４１２ｂを含む。印刷領域４１への印刷が完了した包装フィルム４は商品１個毎に使用される長さに裁断される。裁断された包装フィルム４により、商品が包装される。

（業務フロー）
次に、パッケージ印字システム１００を用いた業務フローについて説明する。図４は業務フローの一例を示すチャート図である。フィルムメーカ１１０は加盟店の売り場設計を行なう（ステップＳ１）。例えば、フィルムメーカ１１０のデザイナは、商品の陳列棚及び陳列棚での商品の見せ方を設計する。フィルムメーカ１１０は売り場設計に基づき、商品パッケージのデザインを行なう（ステップＳ２）。例えば、フィルムメーカ１１０のデザイナは、パッケージの全体デザインを行う。また、デザイナは全体デザインに基づき、商品の包装方法を考慮しつつ、パッケージに用いる包装フィルムのデザインを作成する。フィルムメーカ１１０はフランチャイズ本部１２０及び食品メーカ１３０に対して、デザインの確認を依頼する（ステップＳ３）。フランチャイズ本部１２０及び食品メーカ１３０はデザインを確認する（ステップＳ４）。フランチャイズ本部１２０はデザインに問題がなければデザインを承認し、その旨をフィルムメーカ１１０に通知する（ステップＳ５）。食品メーカ１３０はデザインに問題がなければ承認する（ステップＳ５）。そして、食品メーカ１３０はフィルムメーカ１１０に印刷用画像データの作成依頼を行なう（ステップＳ６）。フィルムメーカ１１０はフランチャイズ本部１２０、食品メーカ１３０からの作成依頼を受けて、印刷用画像データの作成を行なう（ステップＳ７）。フィルムメーカ１１０は印刷用データを食品メーカ１３０に印刷用画像データを送信する（ステップＳ８）。食品メーカ１３０はフィルムメーカ１１０から送信された印刷用画像データを用いて、包装フィルムに印刷を行なう（ステップＳ９）。食品メーカ１３０は印刷済み包装フィルムにより商品を包装する（ステップＳ１０）。食品メーカ１３０は包装した商品を納品する（ステップＳ１１）。なお、フィルムメーカ１１０は印刷用画像データの作成依頼を行なう際、フランチャイズ本部１２０から品名及び売価を商品毎に受け取る。そして、フィルムメーカ１１０は品名、売価を含む印刷用画像データを作成する。なお、図２に示す業務フローはワークフローシステムにより、進行を管理しても良い。

図５はデザイン管理サーバ１のハードウェア構成例を示すブロック図である。デザイン管理サーバ１は、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）１１、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）１２、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）１３、大容量記憶部１４、通信部１５及び読み取り部１６を含む。各構成はバスＢで接続されている。

ＣＰＵ１１はＲＯＭ１２に記憶された制御プログラム１Ｐに従い、ハードウェア各部を制御する。ＲＡＭ１３は例えばＳＲＡＭ（ＳｔａｔｉｃＲＡＭ）、ＤＲＡＭ（ＤｙｎａｍｉｃＲＡＭ）又はフラッシュメモリである。ＲＡＭ１３はＣＰＵ１１によるプログラムの実行時に発生するデータを一時的に記憶する。

大容量記憶部１４は、例えばハードディスク又はＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）などである。大容量記憶部１４は後述するデザインＤＢ（ＤａｔａＢａｓｅ）１４１、工場ＤＢ１４２及び製造担当ＤＢ１４３を記憶する。また、制御プログラム１Ｐを大容量記憶部１４に記憶してもよい。

通信部１５はネットワークＮを介して、食品メーカ１３０の印刷サーバ２、印刷装置１３３及び端末１３１並びにフランチャイズ本部１２０の端末１２１と通信を行う。通信部１５はローカルネットワーク等により端末１１１と通信を行なう。

読み取り部１６はＣＤ（ＣｏｍｐａｃｔＤｉｓｃ）−ＲＯＭ及びＤＶＤ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｃ）−ＲＯＭを含む可搬型記憶媒体１ａを読み取る。ＣＰＵ１１が読み取り部１６を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１４に記憶してもよい。また、ネットワークＮ等を介して他のコンピュータからＣＰＵ１１が制御プログラム１Ｐをダウンロードし、大容量記憶部１４に記憶してもよい。さらにまた、半導体メモリ１ｂから、ＣＰＵ１１が制御プログラム１Ｐを読み込んでもよい。

次に大容量記憶部１４が記憶するデータベースについて説明する。図６はデザインＤＢ１４１のレコードレイアウトの一例を示す説明図である。デザインＤＢ１４１は包装フィルムに印刷する商品パッケージ用の画像に関するデータを記憶する。デザインＤＢ１４１は商品コード列、品名列、画像列、状態列、本部列、メーカＡ列及びメーカＢ列を含む。商品コード列は商品を一意に特定する商品コード（識別子）を記憶する。商品コードは、例えばＪＡＮ（ＪａｐａｎｅｓｅＡｒｔｉｃｌｅＮｕｍｂｅｒ）コードやＧＴＩＮ（ＧｌｏｂａｌＴｒａｄｅＩｔｅｍＮｕｍｂｅｒ）コードである。品名列は商品名を記憶する。画像列は包装フィルムに印刷する画像ファイル名を記憶する。画像ファイルの実体は、大容量記憶部１４に別途記憶してある。状態列はデザインの承認状態（承認フラグ）を記憶する。本部列、メーカＡ列及びメーカＢ列はそれぞれ、フランチャイズ本部１２０、食品メーカＡ及び食品メーカＢによるデザインの承認状態を記憶する。図４に示す例では、取引がある食品メーカ数が２社の場合であるが、それに限らない。食品メーカ数が３社以上であれば、それに応じて列を設ければよい。デザインＤＢ１４１は食品の種類ごとに設けてもよい。例えば、おにぎりに関してのデザインＤＢ１４１、サンドイッチに関してのデザインＤＢ１４１、菓子パンに関してのデザインＤＢ１４１を設ける。なお、デザインＤＢ１４１の状態列、本部列、メーカＡ列及びメーカＢ列の値は、業務フローを管理するワークフローシステムにより、適宜書き換えられる。

図７は工場ＤＢ１４２のレコードレイアウトの一例を示す説明図である。工場ＤＢ１４２は各工場１３２についての情報を記憶する。工場ＤＢ１４２はメーカコード列、メーカ名列、工場コード列、工場名列及び送信先列を含む。メーカコード列はメーカを一意に特定するメーカコードを記憶する。メーカ名列はメーカ名を記憶する。工場コード列は工場１３２を特定する工場コード（箇所識別子）を記憶する。工場コードは少なくとも同じメーカ内であれば工場１３２を一意に特定可能なコードである。工場名列は工場の名称を記憶する。送信先列は画像ファイルを送信する場合の送信先を記憶する。

図８は製造担当ＤＢ１４３のレコードレイアウトの一例を示す説明図である。製造担当ＤＢ１４３は各商品の製造を担当している工場１３２に関する情報を記憶する。製造担当ＤＢ１４３は商品コード列、品名列、メーカコード列及び工場コード列を含む。商品コード列は商品コードを記憶する。品名列は商品名を記憶する。メーカコード列は商品の製造を担当しているメーカのメーカコードを記憶する。工場コード列は商品の製造を担当している工場１３２の工場コードを記憶する。

次に印刷システム２０について、更に説明する。図９は工場１３２が備える設備の一例を示す説明図である。図９には印刷システム２０に加えて、印刷システム２０と関わりがある装置類についても記載している。印刷システム２０は印刷サーバ２及び印刷装置１３３に加えて、印刷装置１３３に接続されるＱＲコード（登録商標）リーダ１３４を含む。印刷装置１３３に装着される包装フィルム４を巻いている中空円筒状の包材紙管の内面には包装フィルムを特定するフィルムコード（識別子）が印刷（付与）されている。フィルムコードは例えばＱＲコードである。当該ＱＲコードは包装フィルム４が印刷装置１３３に装着される際に、ＱＲコードリーダ１３４で読み取られる。読み取られたＱＲコードより得たフィルムコードは印刷装置１３３を介して、印刷サーバ２に送られる。なお、図９には印刷装置１３３、製造装置３０及び包装装置４０はそれぞれ１台のみ記載しているが、それに限らない。印刷装置１３３、製造装置３０及び包装装置４０が複数であってもよい。その場合、複数の印刷装置１３３を１の印刷サーバ２が制御してもよいし、複数の複数の印刷サーバ２が制御してもよい。

工場１３２には、生産管理システム１０、製造装置３０及び包装装置４０が設置されている。製造装置３０で作られたおにぎりは、製造ラインにおいて画像データが印刷されたフィルムと合わされ、包装装置４０に包装される。生産管理システム１０は印刷システム２０、製造装置３０及び包装装置４０の制御を行なう。

次に食品会社に設置してある印刷サーバについて説明する。図１０は印刷サーバ２のハードウェア構成例を示すブロック図である。印刷サーバ２は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、大容量記憶部２４、通信部２５及び読み取り部２６を含む。各構成はバスＢで接続されている。

ＣＰＵ２１はＲＯＭ２２に記憶された制御プログラム２Ｐに従い、ハードウェア各部を制御する。ＲＡＭ２３は例えばＳＲＡＭ、ＤＲＡＭ又はフラッシュメモリである。ＲＡＭ２３はＣＰＵ２１によるプログラムの実行時に発生するデータを一時的に記憶する。

大容量記憶部２４は、例えばハードディスク又はＳＳＤなどである。大容量記憶部２４は後述する画像ＤＢ２４１及び稼働ＤＢ２４２を記憶する。また、制御プログラム２Ｐを大容量記憶部２４に記憶してもよい。

通信部２５はネットワークＮを介して、フィルムメーカ１１０のデザイン管理サーバ１等と通信を行う。通信部２５はローカルネットワーク等により端末１３１と通信を行なう。

読み取り部２６はＣＤ及びＤＶＤ−ＲＯＭを含む可搬型記憶媒体２ａを読み取る。ＣＰＵ２１が読み取り部２６を介して、制御プログラム２Ｐを可搬型記憶媒体２ａより読み取り、大容量記憶部２４に記憶してもよい。また、ネットワークＮ等を介して他のコンピュータからＣＰＵ２１が制御プログラム２Ｐをダウンロードし、大容量記憶部２４に記憶してもよい。さらにまた、半導体メモリ２ｂから、ＣＰＵ２１が制御プログラム２Ｐを読み込んでもよい。

次に大容量記憶部２４が記憶するデータベースについて説明する。図１１は画像ＤＢ２４１のレコードレイアウトの一例を示す説明図である。画像ＤＢ２４１はデザイン管理サーバ１から受信した印刷用画像データを記憶する。画像ＤＢ２４１は商品コード列、品名列及び画像列を含む。商品コード列は商品コードを記憶する。品名列は商品名を記憶する。画像列は画像データのファイル名を記憶する。ファイル名で示される画像データの実体は、別途、大容量記憶部２４に記憶されている。画像ＤＢ２４１がＢＬＯＢ型など画像データを記憶可能なデータ型に対応している場合、画像列に画像データの実体を記憶してもよい。

図１２は稼働ＤＢ２４２のレコードレイアウトの一例を示す説明図である。稼働ＤＢ２４２は印刷装置１３３の稼働状況を記憶する。稼働ＤＢ２４２は装置ＩＤ列、フィルムコード列、稼働日列、時間帯列、商品コード列及び枚数列を含む。装置ＩＤ列は印刷装置１３３を特定する装置ＩＤを記憶する。装置ＩＤは少なくとも同一の工場１３２内で一意の値を取る。フィルムコード列は使用された包装フィルムを特定するフィルムコードを記憶する。稼働日列は印刷装置１３３が稼働した日付を記憶する。時間帯列は印刷装置１３３が稼働した時間帯を示す。例えば、１日に朝、昼及び夕方の３回製造が行われる場合、時間帯列は朝、昼又は夕方を記憶する。商品コード列は製造した包装フィルム４が使用された商品の商品コードを記憶する。枚数列は商品１個毎に切断された包装フィルム４の使用枚数を記憶する。

次にデザイン管理サーバ１が行なう情報処理について説明する。図１３は画像データ送信処理の手順の一例を示すフローチャートである。ＣＰＵ１１は処理対象の商品を選択する（ステップＳ２１）。すなわち、ＣＰＵ１１はデザインＤＢ１４１でレコードを１つ選択する。ＣＰＵ１１は選択した商品についての状態を取得する（ステップＳ２２）。ＣＰＵ１１は選択したレコードの状態列の値を取得する。ＣＰＵ１１は状態が承認済みか否かを判定する（ステップＳ２３）。ＣＰＵ１１は状態が承認済みでないと判定した場合（ステップＳ２３でＮＯ）、選択した商品についての処理を中止し、処理をステップＳ２７に移す。ＣＰＵ１１は状態が承認済みであると判定した場合（ステップＳ２３でＹＥＳ）、選択している商品に対応しているメーカのメーカコード及び工場コードを取得する（ステップＳ２４）。ＣＰＵ１１は選択したレコードの商品コードを検索キーにして、製造担当ＤＢ１４３を検索する。ＣＰＵ１１は検索にヒットしたレコードに含まれるメーカコード及び工場コードを取得する。ＣＰＵ１１は送信先を取得する（ステップＳ２５）。ＣＰＵ１１は取得したメーカコード及び工場コードを検索キーにして、工場ＤＢ１４２を検索する。ＣＰＵ１１は検索にヒットしたレコードに含まれる送信先を取得する。ＣＰＵ１１は画像データを送信する（ステップＳ２６）。ＣＰＵ１１はステップＳ２６で取得した送信先へステップＳ２１で選択した商品に対応する画像データを商品コードと対応付けて送信する。ステップＳ２４で取得したメーカコード及び工場コードが複数組の場合、取得した組数に等しい回数、ＣＰＵ１１はステップＳ１５及びＳ１６を繰り返し実行する。ＣＰＵ１１は未処理の商品があるか否かを判定する（ステップＳ２７）。ＣＰＵ１１は未処理の商品があると判定した場合（ステップＳ２７でＹＥＳ）、処理をステップＳ２１へ戻す。ＣＰＵ１１は未処理の商品がないと判定した場合（ステップＳ２７でＮＯ）、処理を終了する。

図１３に示す画像データ送信処理は、定期的に実行する。例えば、日次バッチ、週次バッチ又は月次バッチで行なう。また、食品メーカ１３０の生産スケジュールに合わせ、生産に先だち、印刷用データ画像が送られるようにスケジューリングしてもよい。印刷用画像データの送信先は各工場としたが、それに限らない。印刷用画像データを食品メーカ１３０に送信し、食品メーカ１３０内で各工場に配布するようにしてもよい。

続いて、印刷サーバ２が行なう印刷処理について説明する。図１４は印刷処理の手順の一例を示すフローチャートである。印刷サーバ２のＣＰＵ２１は上位装置から商品コード及び印刷数を取得する（ステップＳ３１）。上位装置は例えば、製造工程を一括管理する製造管理システムの管理コンピュータである。印刷数は商品の製造数に応じて決定される。印刷数は製造数と同じである。印刷の歩留まりを考慮して印刷数を製造数よりも多くしてもよい。ＣＰＵ２１は取得した商品コードに対応する画像データを画像ＤＢ２４１から取得する（ステップＳ３２）。ＣＰＵ２１は印刷を担当する印刷装置１３３に画像データを出力する（ステップＳ３３）。ＣＰＵ２１は印刷装置１３３に印刷指示を行なう（ステップＳ３４）。この際、ＣＰＵ２１は印刷装置１３３に印刷数を出力する。ＣＰＵ２１は印刷装置１３３の状態を取得する（ステップＳ３５）。取得する状態には印刷済みの枚数の情報が含まれている。ＣＰＵ２１は印刷装置１３３が印刷数の印刷を終了したか否かを判定する（ステップＳ３６）。ＣＰＵ２１は印刷装置１３３が印刷数の印刷を終了していないと判定した場合（ステップＳ３６でＮＯ）、処理をステップＳ３５に戻す。ＣＰＵ２１は印刷装置１３３が印刷数の印刷を終了したと判定した場合（ステップＳ３６でＹＥＳ）、稼働データを稼働ＤＢ２４２に記憶する（ステップＳ３７）。ＣＰＵ２１は処理を終了する。

本実施の形態は以下の効果を奏する。デザイン管理サーバ１が商品パッケージに印刷する画像データを一括で管理するので、１つの商品群（例えば、おにぎり）に含まれる複数の商品（例えば、塩むすび、鮭のおにぎり又は梅干しのおにぎりなど）毎のパッケージデザインに統一性を持たすこと（デザインのバラ付きを抑制すること）が可能である。特に、商品毎に製造する食品メーカ１３０が異なる場合は有効である。例えば、おにぎりを複数のメーカ又は複数箇所の工場で製造する場合にも、デザインを統一することが可能となる。デザイン管理サーバ１は商品毎の品名及び売価をフランチャイズ本部１２０から一括して受け取り、品名及び売価を含んだ印刷用画像データを作成する。食品メーカ１３０は受け取った印刷用画像データをパッケージ用フィルムに印刷するので、品名及び売価を含む印刷用画像データの内容の正確性が担保される。デザイン管理サーバ１は印刷用画像データ送信処理を定期的に実行するので、食品メーカ１３０が保持する印刷用画像データの最新性が担保される。さらに、フィルムメーカ１１０が食品メーカ１３０の工場１３２に納品する包装フィルムには、品名及び売価を印刷する必要がない。そのため、食品メーカ１３０は１ロールの包装フィルムから複数の商品のシート状パッケージを作成することが可能となる。それにより、商品毎の発注数が大きく異なっている場合であっても、食品メーカ１３０は包装フィルムを効率的に使用し、包装フィルムの無駄を防ぐことが可能となる。

（実施の形態２）
本実施の形態は、デザイン管理サーバ１が食品メーカ１３０から印刷用画像データの送信要求を受け付けた場合に、画像データ送信処理を行なう形態に関する。

図１５は送信要求ＤＢ１４４のレコードレイアウトの一例を示す説明図である。送信要求ＤＢ１４４は例えば大容量記憶部１４に記憶する。送信要求ＤＢ１４４は食品メーカ１３０からの画像データ送信要求を記憶している。送信要求ＤＢ１４４は日付列、時刻列、メーカコード列、工場コード列、商品コード列及び送信列を含む。日付列は要求があった日付を記憶する。時刻列は要求があった時刻を記憶する。メーカコード列は要求を行ったメーカのメーカコードを記憶する。工場コード列は要求を行った工場１３２の工場コードを記憶する。商品コード列は要求された商品の商品コードを記憶する。送信列は印刷用画像データを送信したか否かを記憶する。例えば、送信が終わっている場合には、送信列は「済」を記憶する。送信が終わっていない場合には、送信列は「未」を記憶する。

図１６は印刷サーバ２が行なう画像データ要求処理の手順の一例を示すフローチャートである。ＣＰＵ２１は上位装置（例えば製造管理システム）から、製造計画を取得する（ステップＳ４１）。ＣＰＵ２１は取得した製造計画から製造予定の商品の商品コードを取得する（ステップＳ４２）。ＣＰＵ２１はデザイン管理サーバ１に対して、製造予定の商品の商品コードを送信し、画像データを要求する（ステップＳ４３）。ＣＰＵ２１はデザイン管理サーバ１から画像データを受信する（ステップＳ４４）。ＣＰＵ２１は画像データを画像ＤＢ２４１に記憶する（ステップＳ４５）。ＣＰＵ２１は処理を終了する。

図１７は画像データ送信処理の手順の他の例を示すフローチャートである。ＣＰＵ１１は送信要求ＤＢ１４４を参照し、処理対象とする食品メーカ１３０を選択する（ステップＳ５１）。ＣＰＵ１１は選択した食品メーカ１３０の中から処理対象とする工場１３２を選択する（ステップＳ５２）。ＣＰＵ１１は処理対象として食品メーカ１３０及び工場１３２と対応付けられた商品コードを送信要求ＤＢ１４４から取得する（ステップＳ５３）。ＣＰＵ１１は取得した商品コードと対応付けられた印刷用画像データを取得する（ステップＳ５４）。ＣＰＵ１１は取得した印刷用画像データをＲＡＭ１３又は大容量記憶部１４などに設けた一時記憶領域に記憶する。ＣＰＵ１１は未処理の商品があるか否かを判定する（ステップＳ５５）。ＣＰＵ１１は未処理の商品があると判定した場合（ステップＳ５５でＹＥＳ）、処理をステップＳ５３に戻す。ＣＰＵ１１は未処理の商品がないと判定した場合（ステップＳ５５でＮＯ）、一時記憶領域に記憶した印刷用画像データを工場１３２に送信する（ステップＳ５６）。ＣＰＵ１１は未処理の工場１３２があるか否かを判定する（ステップＳ５７）。ＣＰＵ１１は未処理の工場１３２があると判定した場合（ステップＳ５７でＹＥＳ）、処理をステップＳ５２に戻す。ＣＰＵ１１は未処理の工場１３２がないと判定した場合（ステップＳ５７でＮＯ）、未処理の食品メーカ１３０がある否かを判定する（ステップＳ５８）。ＣＰＵ１１は未処理の食品メーカ１３０があると判定した場合（ステップＳ５８でＹＥＳ）、処理をステップＳ５１へ戻す。ＣＰＵ１１は未処理の食品メーカ１３０がないと判定した場合（ステップＳ５８でＮＯ）、処理を終了する。

印刷用画像データの送信要求が不当なものでないかを確認するために、送信要求ＤＢ１４４に記憶されているメーカコード、工場コード及び商品コードの組み合わせが、製造担当ＤＢ１４３の記憶内容と矛盾しないかを調べてもよい。

本実施の形態は以下の効果を奏する。食品メーカ１３０は印刷用画像データが必要なときに、デザイン管理サーバ１へ送信要求が可能であるので、印刷用画像データの正確性及び最新性を担保することが可能となる。デザイン管理サーバ１は送信要求がされるまで、印刷用画像データの送信を行わないので、処理負担の軽減が可能となる。

（実施の形態３）
本実施の形態は印刷用画像データの変更に関する形態である。図１８はデザインＤＢ１４１のレコードレイアウトの他の例を示す説明図である。デザインＤＢ１４１は商品コード列、品名列、画像列、送信列、状態列、本部列、メーカＡ列及びメーカＢ列を含む。デザインＤＢ１４１において送信列以外は図４と同様であるので、説明を省略する。送信列は印刷用画像データが送信されたか否かを記憶する。まだ送信されていない場合、送信列は「未」を記憶する。送信済みの場合、送信列は「済」を記憶する。

図１９は変更処理の手順の一例を示すフローチャートである。ＣＰＵ１１は変更内容を受け付ける（ステップＳ６１）。例えば、価格改定された場合には、印刷用画像データが変更となる。ＣＰＵ１１は変更済みの印刷用画像データをデザインＤＢ１４１に記憶し、フランチャイズ本部１２０及び食品メーカ１３０に対して、承認依頼を行なう（ステップＳ６２）。承認依頼は例えば、電子メールを送信するなどして行なう。ＣＰＵ１１は承認が完了したか否かを判定する（ステップＳ６３）。ＣＰＵ１１は承認が完了していないと判定した場合（ステップＳ６３でＮＯ）、処理を繰り返す。ＣＰＵ１１は承認が完了したと判定した場合（ステップＳ６３でＹＥＳ）、変更した印刷用画像データを送信し（ステップＳ６４）、処理を終了する。送信処理は実施の形態１と同様である。

本実施の形態は以下の効果を奏する。印刷用画像データが変更される場合、承認後すぐに変更後の印刷用画像データを食品メーカ１３０に送信するので、品名の変更又は価格改定を迅速に反映させることが可能となる。特に、印刷用画像データの送信を週次バッチや月次バッチで行っている場合に有効である。

（実施の形態４）
本実施の形態は期間限定のセールや期間限定商品に対応可能な形態である。図２０はデザインＤＢ１４１のレコードレイアウトの他の例を示す説明図である。デザインＤＢ１４１は商品コード列、品名列、有効列、期間列、種別列、画像列、状態列、本部列、メーカＡ列及びメーカＢ列を含む。デザインＤＢ１４１において有効列、期間列、種別列以外は図４と同様であるので、説明を省略する。有効列は画像データが有効か否かを記憶する。有効とは画像データを印刷に使用しても良いことを示す。無効とは画像データを印刷に使用してはならないことを示す。画像データが無効であるのは、例えば、承認が済んでいない場合や、使用期間ではない場合である。期間列は印刷用画像データが所定の期間のみ有効の場合に、その期間を記憶する。種別列は印刷用画像データの種別を記憶する。例えば、通常期に使用する印刷用画像データの場合、種別列は「通常」を記憶する。期間限定の値引きセールに使用する印刷用画像データの場合、種別列は「セール」を記憶する。期間限定商品に使用する印刷用画像データの場合、種別列は「イベント」を記憶する。

図２１は画像データ送信処理の手順の他の例を示すフローチャートである。図２１において、実施の形態１（図１３）と同様な処理については、同じ符号を付し、説明を省略する。本実施の形態において、ＣＰＵ１１は承認済みであると判定した場合（ステップＳ２３でＹＥＳ）、期間が設定されているか否かを判定する（ステップＳ２８）。ＣＰＵ１１は期間が設定されていないと判定した場合（ステップＳ２８でＮＯ）、ステップＳ２４を実行する。ＣＰＵ１１は期間が設定されていると判定した場合（ステップＳ２８でＹＥＳ）、現在が設定されている期間内であるか否かを判定する（ステップＳ２９）。ＣＰＵ１１は現在が設定されている期間内でないと判定した場合（ステップＳ２９でＮＯ）、処理をステップＳ２７に移す。ＣＰＵ１１は現在が設定されている期間内であると判定した場合（ステップＳ２９でＹＥＳ）、ステップＳ２４を実行する。

本実施の形態は以下の効果を奏する。デザイン管理サーバ１は期間限定セールや期間限定商品に関する印刷用画像データを管理する。それによって、期間限定セール中にセール価格を表示することが可能となる。期間限定商品の印刷用画像データは、対象期間以外には食品メーカやその工場１３２に送信されないので、期間外に商品を出荷してしまうというミスを防ぐことが可能となる。

（実施の形態５）
本実施の形態は、原材料の表示やカロリー表示に関する画像データについても、デザイン管理サーバ１が管理する形態に関する。図２２は属性ＤＢ１４５のレコードレイアウトの一例を示す説明図である。属性ＤＢ１４５は例えば大容量記憶部１４に記憶する。属性ＤＢ１４５は商品コード列、品名列、相対消費期限列、メーカ名列、原材料名列、栄養成分列及びバーコード列を含む。商品コード列は商品コードを記憶する。品名列は商品の名称を記憶する。相対消費期限列は商品の相対消費期限を記憶する。相対消費期限は製造時点から消費期限までの時間数などを記憶する。相対消費期限は商品の性質により製造時点から消費期限までの分数、日数又は月数を記憶してもよい。メーカ名列は食品メーカの名称を記憶する。原材料名列は商品の原材料の名称を記憶する。栄養成分列は商品の栄養成分を商品に含まれる量とともに記憶する。バーコード列は商品コードをバーコード画像（商品ＩＤ）にしたものを記憶する。

図２３は画像データ送信処理の手順の他の例を示すフローチャートである。図２３において、実施の形態１（図１３）と同様な処理については、図１３と同じ符号を付している。以下の説明においては、ステップＳ２１からＳ２５及びＳ２７については、実施の形態１と土曜であるから説明を省略する。ＣＰＵ１１はステップＳ２５実行後に、属性ＤＢ１４５から商品の属性データ（第２の印刷データ）を取得する（ステップＳ３０）。ＣＰＵ１１印刷用画像データと合わせて、取得した属性データを工場１３２に送信する（ステップＳ２６）。工場１３２に送信する属性データ（相対消費期限及びバーコード画像を除く）は、文字データでもよいし、画像データでもよい。

図２４は印刷後の包装フィルム４の他の例を示す破断図である。図２４において、図３と同様な構成は同一の符号を付し、説明を省略する。包装フィルム４は印刷領域４１、材質マーク４２、注意書き４３、マーカ４４、及び属性印刷領域（第２の領域）４５を含む。属性印刷領域４５は第１副領域４５ａ及び第２副領域４５ｂを含む。第１副領域４５ａには栄養成分４５１が印刷されている。第２副領域４５ｂにはバーコード４５２、名称４５３、原材料名４５４、消費期限４５５、保存方法４５６、製造者４５７が表示されている。消費期限４５５は相対消費期限と商品の製造時点から算出した期限を印字する。

本実施の形態は以下の効果を奏する。デザイン管理サーバ１が商品の原材料や栄養成分を管理しているので、原材料や栄養成分が変更になったとしても、正確性、最新性を担保することが可能となる。

（実施の形態６）
本実施の形態は包装フィルムの使用実績を収集する形態に関する。上述したように、印刷装置１３３にはフィルムメーカ１１０が納品したロール状の包装フィルム４が装着される。包装フィルムが巻かれている包材紙管の内面には包装フィルムを特定するフィルムコードが印刷されている。フィルムコードは例えばＱＲコードである。ＱＲコードにより、包装フィルムは１ロール単位（所定単位）で管理が可能である。

図２５は使用履歴ＤＢ１４６のレコードレイアウトの一例を示す説明図である。使用履歴ＤＢ１４６は例えば大容量記憶部１４に記憶する。使用履歴ＤＢ１４６は包装フィルムの使用履歴を記憶する。使用履歴ＤＢ１４６はフィルムコード列、工場コード列、商品コード列、稼働日列及び使用数列を含む。フィルムコード列は包装フィルムを特定するフィルムコードを記憶する。工場コード列は包装フィルムが使用された工場１３２の工場コードを記憶する。商品コード列は包装フィルムが使用された商品の商品コードを記憶する。稼働日列は稼働した日付を記憶する。使用数列は包装フィルムの使用数を記憶する。使用数は包装フィルムの製造枚数である。通常、使用数は印刷装置１３３の印刷回数と等しい。

図２６は使用数収集処理の手順の一例を示すフローチャートである。使用数収集処理は印刷装置１３３や生産管理システム１０により実行される。ここでは印刷装置１３３がおこなうものとして説明する。印刷装置１３３に包装フィルムが装着される際には、印刷装置１３３に接続されたＱＲコードリーダ１３４によりＱＲコードが読み取られる（ステップＳ７１）。印刷装置１３３は包装パッケージの対象となる商品の商品コードを取得する（ステップＳ７２）。印刷装置１３３は印刷用画像データを取得する（ステップＳ７３）。印刷装置１３３は包装フィルムへの印刷を開始すると、包装フィルムの使用数（使用単位数）をカウントする（ステップＳ７４）。印刷が終了したら印刷装置１３３は、商品コード及び使用数をフィルムコードと共にデザイン管理サーバ１に送信し（ステップＳ７５）、処理を終了する。

図２７は実績集計処理の手順の一例を示すフローチャートである。ＣＰＵ１１は使用履歴ＤＢ１４６に記憶されたレコードにより、使用数の集計を行なう（ステップＳ８１）。例えば集計は、稼働日毎、工場１３２ごと、フィルムコードごと、商品コードごとに行なう。ＣＰＵ１１は集計結果を出力する（ステップＳ８２）。

図２８は集計結果出力画面３１の一例を示す説明図である。集計結果出力画面３１は印刷用画像データ表示３１１、フィルム表示３１２及び印刷数表示３１３を含む。印刷用画像データ表示３１１は印刷された印刷用画像データを表示する。フィルム表示３１２は使用された包装フィルムのフィルムコードを表示する。印刷数表示３１３は印刷数（使用実績数）を表示する。図２８に示す例では工場１３２ごとの印刷数とそれらの合計が表示されている。図２８に示す印刷数は１日単位でもよいし、１回の受注により製造時の枚数でもよい。また、商品の製造中に随時、印刷数を更新してもよい。

本実施の形態は以下の効果を奏する。包装フィルム毎に使用数（印刷数）が把握できるので、食品メーカ１３０及び工場１３２ごとに包装フィルムの在庫管理が可能となる。

図２９は印刷用画像データの一例を示す説明図である。図２９Ａは期間限定セールの場合に使用する画像データの例を示している。図２９Ｂは期間限定商品に用いる画像データの例を示している。

各実施の形態で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１００パッケージ印字システム
１１０フィルムメーカ
１デザイン管理サーバ
１１ＣＰＵ
１２ＲＯＭ
１３ＲＡＭ
１４大容量記憶部
１４１デザインＤＢ
１４２工場ＤＢ
１４３製造担当ＤＢ
１４４送信要求ＤＢ
１４５属性ＤＢ
１４６使用履歴ＤＢ
１５通信部
１６読み取り部
１Ｐ制御プログラム
１ａ可搬型記憶媒体
１ｂ半導体メモリ
１２０フランチャイズ本部
１３０食品メーカ
２印刷サーバ

Claims

複数種類が製造される商品に共通して用いられる包装フィルムが有し、前記商品の種類毎に異なる内容が印刷される第１の領域への印刷に用いる画像データを記憶部から取得する取得部と、
複数箇所それぞれに設置され、前記商品の製造数に応じて前記第１の領域に印刷を行なう印刷システムへ、取得した画像データを送信する送信部と
を備えたことを特徴とする送信装置。
前記印刷システムそれぞれから前記商品の識別子を受け付ける受付部を備え、
前記記憶部は前記商品の識別子及び前記画像データを対応付けて記憶し、
前記取得部は受け付けた識別子に対応付けられた画像データを取得し、
前記送信部は前記印刷システムそれぞれから受け付けた前記識別子に対応付けられた画像データを送信する
ことを特徴とする請求項１に記載の送信装置。
前記画像データの変更内容を受け付ける変更受付部と、
受け付けた変更内容にしたがい、前記画像データを変更する変更部と、
前記送信部は変更した画像データを送信する
ことを特徴とする請求項１又は請求項２に記載の送信装置。
前記変更部は画像データを変更する期間を受け付け、
前記送信部は受け付けた期間のみ前記変更した画像データを送信する
ことを特徴とする請求項３に記載の送信装置。
前記包装フィルムは前記画像データが印刷される領域とは異なる第２の領域を有し、
前記取得部は前記第２の領域への印刷に用いる第２の印刷データを取得し、
前記送信部は取得した第２の印刷データを送信する
ことを特徴とする請求項１から請求項４のいずれか一項に記載の送信装置。
前記包装フィルムは所定単位毎に識別子が付与されており、
前記印刷装置が使用した前記包装フィルムの前記識別子、前記包装フィルムが使用された前記商品の識別子及び使用単位数を取得する単位取得部と、
前記複数箇所それぞれに付与された箇所識別子、及び前記複数箇所それぞれが有する前記包装フィルムの前記識別子を対応付けた記憶部に基づいて、取得した前記包装フィルムの前記識別子に対応付けられた前記箇所識別子を特定する特定部と、
特定した前記箇所識別子、並びに取得した前記商品の識別子及び前記使用単位数に基づいて、前記箇所識別子、前記商品の識別子及び前記包装フィルムの使用実績数を対応付けて記憶する記憶部の前記使用実績数を更新する実績更新部と、
前記箇所識別子、前記商品の識別子及び前記使用実績数を出力する出力部と
を備えることを特徴とする請求項１から請求項５のいずれか一項に記載の送信装置。
前記画像データは複数の承認フラグと対応付けて記憶してあり、
前記取得部は前記複数の承認フラグが全て承認済である前記画像データのみを取得する
ことを特徴とする請求項１から請求項６のいずれか一項に記載の送信装置。
複数種類が製造される商品に共通して用いられる包装フィルムが有し、前記商品の種類毎に異なる内容が印刷される第１の領域への印刷に用いる画像データを記憶部から取得し、
複数箇所それぞれに設置され、前記商品の製造数に応じて前記第１の領域に画像を行なう印刷システムへ、取得した画像データを送信する
ことを特徴とする送信方法。
複数種類が製造される商品に共通して用いられる包装フィルムが有し、前記商品の種類毎に異なる内容が印刷される第１の領域への印刷に用いる画像データを記憶部から取得する取得部と、
複数箇所それぞれに、取得した画像データを送信する送信部と
を有する送信装置、及び
前記画像データを受信する受信部と、
前記商品の製造数及び受信した画像データに基づいて、前記第１の領域に印刷を行なう印刷部と
を有し、前記複数箇所それぞれに設置される印刷システム
を備えることを特徴とする送信システム。
コンピュータが、複数種類が製造される商品に共通して用いられる包装フィルムが有し、前記商品の種類毎に異なる内容が印刷される第１の領域への印刷に用いる商品名を含む画像データを記憶部から取得し、
前記食品の製造を行なう複数の食品工場それぞれに、取得した画像データを送信し、
前記食品工場それぞれに設置された印刷システムは、受信した画像データを前記第１の領域に印刷する
ことを特徴とする印刷方法。
前記包装フィルムは第２の領域を有し、
前記コンピュータは前記商品の原材料、栄養成分、相対消費期限又は商品ＩＤを記憶部から取得し、
取得した前記商品の原材料、栄養成分又は商品ＩＤを送信し、
前記印刷システムは、前記商品の原材料、栄養成分、相対消費期限又は商品ＩＤを受信し、
受信した前記商品の原材料、栄養成分、相対消費期限から定めた消費期限又は商品ＩＤを前記第２の領域に印刷する
ことを特徴とする請求項１０に記載の印刷方法。