JP7344712B2 - 情報処理システム、情報処理方法 - Google Patents

Description

特許法第３０条第２項適用 ▲１▼ 平成３０年９月１３日にサトーホールディングス株式会社内の会議室で開催された営業説明会にて公開 ▲２▼ 令和１年５月１０日にサトーホールディングス株式会社のウェブサイトにて公開（ｈｔｔｐ：／／ｗｗｗ．ｓａｔｏ．ｃｏ．ｊｐ／ｄｏｗｎｌｏａｄ／ｍａｎｕａｌ／ｐｒｉｎｔｅｒｄｒｉｖｅｒ＿ｕｔｉｌｉｔｙ／ｆｘ３－ｌｘ．ｈｔｍｌ）

本発明は、プログラム、情報処理システム、および、情報処理方法に関する。

従来から、ネットワークを利用してサーバから端末にデータを配信することが行われている。例えば引用文献１には、情報配信要求端末を介して入力された配信希望情報及び配信希望時間帯をデータ格納部に格納し、データ格納部に格納された配信希望情報に基づき配信情報を生成し、配信情報を配信希望時間帯に情報受信端末に自動配信するようにしたサーバが記載されている。

特開２００６－２６８０７８号公報

ところで、複数のプリンタを対象として印字用データを配信するシステムでは、状況あるいは期間に応じて配信する印字用データをプリンタごとに変更したい場合がある。例えば、複数の店舗の各々にプリンタを配置し、各店舗のプリンタでラベル等を印字して商品に貼付する用途では、特定の店舗においてのみ扱う限定商品があるため、この特定の店舗に配信する印字用データが他の店舗に配信する印字用データと異なることになる。このような場合、従来は、店舗ごとに配信するデータを用意して送信していたため、配信処理が煩雑であった。

そこで、本発明は、複数のプリンタに異なる内容を印字させる場合に、データの配信の手間を軽減することを目的とする。

本発明のある態様は、情報処理端末と、ネットワークを介して前記情報処理端末からデータを受信可能な複数のプリンタと、を含む情報処理システムであって、前記複数のプリンタの各々は、プリンタ識別情報によって識別可能であり、前記情報処理端末は、前記複数のプリンタの各々において印字に必要となる印字用データを記憶する記憶部と、ユーザによる操作入力に基づいて、前記複数のプリンタのうち前記印字用データに基づく印字を可能にするプリンタのプリンタ識別情報を選択する第１選択部と、を備える。各プリンタは、前記情報処理端末から前記印字用データを取得する取得部と、前記取得部が取得した前記印字用データを記憶する記憶部と、前記情報処理端末の第１選択部によるプリンタ識別情報の選択結果に基づいて、前記記憶部が記憶する前記印字用データに基づく印字の可否を判定する判定部と、を備える。

本発明のある態様によれば、複数のプリンタに異なる内容を印字させる場合に、データの配信の手間を軽減することができる。

実施形態に係る情報処理システムのシステム構成図である。 実施形態に係るプリンタの斜視図である。 実施形態に係るプリンタの印字動作を説明する図である。 実施形態に係る情報処理装置のプロジェクトファイル作成画面の一例を示す図である。 実施形態に係る情報処理装置において呼出しテーブル定義を表示する手順を示す図である。 実施形態に係る情報処理装置において呼出しテーブルを表示する手順を示す図である。 実施形態に係る情報処理装置において店名テーブルを表示する手順を示す図である。 実施形態に係る情報処理装置においてサーバにプロジェクトファイルをアップロードする手順を示す図である。 実施形態に係るプリンタの操作手順を示す図である。 実施形態に係る情報処理システムの各装置のブロック図である。 実施形態に係る情報処理装置において配信期間を設定する手順を示す図である。 実施形態に係る情報処理システムのシーケンスチャートの一例である。 実施形態に係る情報処理装置において配信先を設定する手順を示す図である。 実施形態に係る情報処理装置において配信先を設定する手順を示す図である。 実施形態に係る情報処理システムのシーケンスチャートの一例である。 実施形態に係る情報処理装置において配信可否を設定する手順を示す図である。 実施形態に係る情報処理装置において加算値の上限値および下限値を設定する手順を示す図である。 実施形態に係るプリンタにおいて消費期限を決定するフローチャートである。 実施形態に係るプリンタにおいて消費期限を入力する手順を示す図である。

以下の説明において「オブジェクト」とは、例えば、印字媒体の印字有効範囲内の所定領域で規定され、当該所定領域内に印字対象として文字列およびコードのうち少なくともいずれかを含むものである。ユーザが印字媒体における印字内容を決定するときに、オブジェクトは印字有効範囲内で移動可能であることが好ましい。オブジェクトが印字有効範囲内で移動した場合には、オブジェクトに含まれる文字列やコードも移動することになる。オブジェクトに含まれる印字対象として、文字列又はコードに限定するものではなく、それに加えて図形、記号若しくはマーク等を含むものであってもよい。
以下の説明において「プリンタ識別情報」とは、複数のプリンタの中から個々のプリンタを識別するための情報であれば如何なる情報であってもよい。例えば、プリンタのシリアル番号、ＭＡＣ（Media Access Control address）アドレス、ユーザによって個々のプリンタに一意に割り当てられたコード等がプリンタ識別情報となりうる。
本開示における「記憶装置」は、情報処理端末に内蔵されるメモリあるいはストレージであってもよいし、情報処理端末の外部の装置（例えば、ＨＤＤ（Hard Disk Drive）あるいはＵＳＢ（Universal Serial Bus）メモリ等の外部の記憶装置やデータベースサーバ）であってもよい。
本開示において、ラベル等の印字媒体に対する印字可否は、実質的に印字媒体の発行可否を意味する。

（１）システム概要
以下、本発明の情報処理システムの一実施形態であるデータ配信システム１について、図１～図３を参照して説明する。図１は、本実施形態に係るデータ配信システム１のシステム構成図である。図２は本実施形態に係るプリンタの斜視図であり、図３は本実施形態に係るプリンタの印字動作を説明する図である。

図１に示すように、本実施形態のデータ配信システム１では、例えばインターネット、ＬＡＮ（Local Area Network）等のネットワークＮＷを介して、情報処理装置２と複数のプリンタ３－Ａ，３－Ｂ，３－Ｃ，３－Ｄ，３－Ｅ，…が、サーバ５に接続されている。
本実施形態の例では、データ配信システム１は、複数の店舗を運営する販売業者によって運用され、各店舗で販売する商品にラベルを発行するためのシステムである。なお、本実施形態では、ラベルが発行される場所が店舗である場合を例として説明するが、実際には工場等でラベルが発行される場合もある。

販売業者の本部には情報処理装置２が配置される。情報処理装置２（以下、「ＰＣ２」という。）は、例えばパーソナルコンピュータやタブレット端末等のコンピュータ装置である。各店舗には、少なくとも１台のプリンタが配置される。例えば、プリンタ３－Ａ，３－Ｂ，３－Ｃ，３－Ｄ，３－ＥがそれぞれＡ店、Ｂ店、Ｃ店、Ｄ店、Ｅ店に配置されるといった具合である。なお、以下の説明では、複数のプリンタに対して共通した事項について言及するときには、「プリンタ３」と表記する。
本部では，ＰＣ２を使用してラベルの基本的なレイアウトデザインを設計する。各店舗では、本部から提供されるラベルのレイアウトデザインを基に、商品に貼付するラベルを発行する。

ＰＣ２には、ラベルのレイアウトデザインについてのデータのほか、ラベルに含まれる各項目のデータ、各種設定、店舗の情報等を包含するプロジェクトファイルを作成するラベル作成アプリケーションプログラム（以下、適宜「ラベル作成アプリケーション」という。）がインストールされている。ラベル作成アプリケーションを実行することで作成されたプロジェクトファイルは、ＰＣ２からプリンタ３にサーバ５を介して配信される。つまり、ユーザの所定の操作に応じて情報処理装置２からサーバ５に対してプロジェクトファイルがアップロードされ、所定のタイミングでサーバ５からプリンタ３にダウンロードされる。
プリンタ３には、プロジェクトファイルを基にラベルを発行するラベル発行アプリケーションプログラム（以下、適宜「ラベル発行アプリケーション」という。）がインストールされている。ラベル発行アプリケーションを実行することで、ラベルのレイアウトデザイン、ラベルに含まれる各項目のデータ等を特定する発行データを選択し、あるいは必要に応じて選択した発行データを編集し、発行データを基にラベルを発行することができる。
プロジェクトファイルおよび発行データについては後述する。

本実施形態のデータ配信システム１において、プリンタ３としては、形態や印字方式等を限定する意図はないが、例示的な感熱式のプリンタ３について図２および図３を参照して説明する。
図２に示すように、本実施形態のプリンタ３は、筐体４２とカバー４３を備え、カバー４３の上部には表示パネル３４ａが配置される。表示パネル３４ａは、カバー４３が閉鎖した状態においてユーザに対する入出力インタフェースを提供し、例えばタッチパネル機能を備えた液晶表示パネルである。

図３に示すように、プリンタ３の内部には、収容室４８にロール紙Ｒが収容される。ロール紙Ｒは、帯状の台紙上に予め決められた間隔毎に仮着された複数枚のラベルを有する連続紙Ｐがロール状に巻回されたものである。例えば、ラベルの表面には感熱発色層が形成され、ラベルの裏面には粘着層が形成され、当該粘着層が台紙の剥離面に付着した状態となっている。
カバー４３は、端部にある軸部４９を中心にして筐体４２に対して揺動可能であり、収容室４８を開放又は閉鎖する。ロール紙Ｒを収容室４８に収容するには、カバー４３を開放状態とする。

図３に示すように、筐体４２の搬送方向下流側には、プラテンローラ４５が正逆方向に回動自在の状態で軸支されている。プラテンローラ４５は、ロール紙Ｒから繰り出される連続紙Ｐを搬送する搬送手段であり、連続紙Ｐの幅方向に沿って延在した状態で形成されている。なお、プラテンローラ４５は、ステッピングモータ（図示せず）等に機械的に連結されて駆動される。

プリンタ３は、サーバ５からプロジェクトファイルを受信し、後述するように、ユーザの操作に基づいて印字データを生成する。
サーマルヘッド４６は、カバー４３が閉鎖状態のときにプラテンローラ４５と対向するように、カバー４３に配置され、印字データに基づいて連続紙Ｐのラベル上に印字する。サーマルヘッド４６の印字面には、通電により発熱する複数の発熱抵抗体（発熱素子）が連続紙Ｐの幅方向（ライン方向）に沿って並んで設置されている。サーマルヘッド４６は、印字データの各ラインに対応する発熱素子を選択的に通電させてラベルの感熱発色層を変色させることにより印字する。
サーマルヘッド４６によって印字された連続紙Ｐは、カバー４３と閉鎖状態のときの筐体４２とカバー４３の隙間である排出口４７（図２参照）からプリンタ３の外部に排出される（つまり、ラベルが発行される）。店舗の従業員は、排出口４７から排出された連続紙Ｐの台紙からラベルを剥がし、当該ラベルを店舗内の商品に貼付する。

（２）ラベル発行までの流れ
次に、図４～図９を参照して、ＰＣ２によってプロジェクトファイルが作成され、プリンタ３によってラベルが発行されるまでの一連の流れについて説明する。
図４は、ＰＣ２のプロジェクトファイル作成画面の一例を示す図である。図５は、ＰＣ２において呼出しテーブルを表示する手順を示す図である。図６は、ＰＣ２において店名テーブルを表示する手順を示す図である。図７は、ＰＣ２において呼出しテーブル定義を表示する手順を示す図である。図８は、ＰＣ２においてサーバにプロジェクトファイルをアップロードする手順を示す図である。図９は、プリンタ３においてラベルを発行するときの操作手順を示す図である。

（２－１）プロジェクトファイルの作成
図４は、ラベル作成アプリケーションを起動したときにＰＣ２に表示されるＰＣ画面Ｇ１（プロジェクトファイル作成画面）の一例である。プロジェクトファイル作成画面においてユーザは、ラベルの印字有効範囲に配置すべきオブジェクトを設定することで、プリンタ３によって発行されるラベルをデザインすることができる。

ラベル作成アプリケーションでは、プロジェクトファイルによってデータが管理される。プロジェクトファイルは、ラベル作成アプリケーションによって作成されたデータの管理単位を示すファイルであり、各プリンタ３にサーバ５を介して配信される。

図４に示すように、ＰＣ画面Ｇ１は、指示ボタン群１０１、オブジェクトボタン群１０２、デザインウィンドウ１０３、プロジェクト設定部１０４、および、オブジェクトプロパティ設定部１０５を含む。
プロジェクト設定部１０４には、プロジェクトファイルに含まれるデータが階層構造で表示される。この階層構造で示すように、プロジェクトファイルは、呼出しテーブルと、レイアウトデータと、店名テーブルとを含む。

呼出しテーブル（印字用データの一例）は、プリンタ３のラベル発行アプリケーションにおいてラベルを印字するためのデータである。
レイアウトデータは、呼出しテーブルと組み合わせてプリンタ３でラベルを発行するためのデザインデータであり、例えば編集の際にＰＣ画面Ｇ１のデザインウィンドウ１０３に表示される。
店名テーブルには、プロジェクトファイルの配信先の店舗に配置されているプリンタのプリンタＩＤ（プリンタ識別情報）に対応する情報が登録されている。

デザインウィンドウ１０３は、ラベルの作成・編集エリアに相当し、この作成・編集エリア内にオブジェクトを配置・移動する操作を行うことで、ラベルがデザインされる。つまり、デザインウィンドウ１０３は、ラベルのレイアウトデザインを行うウィンドウである。本実施形態の例では、「品名」項目に対応するオブジェクトＯＢＪ１、「名称」項目に対応するオブジェクトＯＢＪ２、「内容量」項目に対応するオブジェクトＯＢＪ３、および、「消費期限」項目に対応する日時オブジェクトであるオブジェクトＯＢＪ４の４つのオブジェクトを含むラベルがデザインされる場合が例示される。
ボタンｂ２（「入力画面」）を操作すると、デザインウィンドウ１０３に代えて、各オブジェクトに含まれる文字列又はコードを入力するウィンドウ（図示せず）が表示される。当該ウィンドウが表示された状態でボタンｂ１（「レイアウト」）を操作すると、デザインウィンドウ１０３に戻る。

オブジェクトボタン群１０２は、デザインウィンドウ１０３上のオブジェクトを選択して移動させる操作、あるいは、オブジェクトを新たに設定する操作を行う部分である。オブジェクトボタン群１０２では、オブジェクトとして文字列オブジェクト、価格オブジェクト、バーコードオブジェクト、日時オブジェクト、グラフィックオブジェクト等が選択可能である。オブジェクトの各種設定は、オブジェクトプロパティ設定部１０５において行うことが可能である。
図４に示す例では、選択されているオブジェクトＯＢＪ１に対する各種設定をオブジェクトプロパティ設定部１０５において行うことができる。例えば、オブジェクトプロパティ設定部１０５の項目名（この例では「品名」）によって、デザインウィンドウ１０３内のレイアウトデザイン内で使用される項目が設定される。入力方法として「固定」又は「発行時」が選択可能である。入力方法として「固定」が選択された場合には、「データ」の欄にセットされた値（この例では、「チキンカツサンド」）が印字される設定であることを示し、入力方法として「発行時」が選択された場合には、「データ」の欄にセットされた初期値がプリンタ３のラベル発行アプリケーションにおいて変更可能であることを示す。

指示ボタン群１０１内のボタン操作を行うことで、プロジェクトファイルのストレージからの読み出すこと、プロジェクトファイルをストレージに保存すること、あるいは、プロジェクトファイルをサーバ５にアップロードすること等が可能である。

次に、図５～図７を参照して、呼出しテーブルおよび店名テーブルについて説明する。
ラベルに印字するためのデータを呼出しテーブルに登録するには、予めデータを定義する必要がある。そのデータ定義を行うためには、図５に示すように、プロジェクト設定部１０４の「呼出しテーブル」を操作する（例えば、右クリックして「定義」を選択操作する）ことで呼出しテーブル定義のウィンドウＷ１を表示させる。ウィンドウＷ１の呼出しテーブル定義データＴＬ１には、「品名」、「名称」、「内容量」、「消費期限」の４個の項目名が定義された例が示されている。呼出しテーブル定義データＴＬ１の各項目名に対応するレコードには、例えば「桁数」、「桁数チェック」、「文字種チェック」等の各フィールドの値が入力される。

「桁数」、「桁数チェック」、「文字種チェック」等の各フィールドの値は、ラベルレイアウト、ラベル上の表示内容の整合性等の観点から、ユーザによって入力される各項目名に対応する文字列に対するチェックを行うために設けられているが、必須ではない。
「桁数」フィールドの値は、各項目名に対応する文字列の最大桁数の値を示す。「桁数チェック」フィールドの値は、呼出しテーブルにおいて項目名に対応する文字列が入力されているかのチェックの有無、あるいは、項目名に対応する文字列の桁数が「桁数」フィールドの値以下であるかについてのチェックの有無を示す。「文字種チェック」フィールドの値は、項目名に対応する文字列の文字種（数字、あるいは数字以外の文字列）のチェックを有無、チェックする場合の文字種の指定を示す。
ユーザがウィンドウＷ１において入力を行い、呼出しテーブル定義データＴＬ１を作成することで、ラベルに印字するための項目名が呼出しテーブルに登録される（つまり、項目が定義される）。

呼出しテーブル定義のウィンドウＷ１には、配信期間設定部２０１、配信先設定部２０２、および、配信可否設定部２０３が設けられるが、これについては後に説明する。

呼出しテーブル定義データＴＬ１を作成した後に、ユーザは、呼出しテーブルにおいて印字データの登録を行う。図６に示すように、プロジェクト設定部１０４の「呼出しテーブル」を操作する（例えば、ダブルクリックするか、あるいは右クリックして「開く」を選択操作する（図５参照））ことで呼出しテーブルＴＬ２が表示される。
呼出しテーブルＴＬ２には、呼出しテーブル定義データＴＬ１（図５参照）で定義された「品名」、「名称」、「内容量」、「消費期限」の４個の項目名のフィールドに加え、「呼出しＮｏ．」と「レイアウト指定」の各フィールドが設けられる。

呼出しテーブルＴＬ２の各レコードは１つのラベルを発行するためのラベルレイアウトと定義された各項目名のデータ（文字列）を示している。この各レコードのデータを以下では、「発行データ」（個別データの一例）という。ユーザは、呼出しテーブルＴＬ２に各項目名に対応する文字列を入力することで、ラベルのレイアウトと各項目名に対応する文字列とを対応付けることができる。なお、呼出しテーブルＴＬ２には複数のレコードを設けなくてもよく、１つのレコード（つまり、１つの発行データ）のみであってもよい。
呼出しテーブルＴＬ２では、呼出しＮｏ．によって発行データが特定される。プリンタ３のラベル発行アプリケーションでは、呼出しＮｏ．によって発行データが呼び出される。

呼出しテーブルＴＬ２において「レイアウト指定」フィールドの値は、デザインウィンドウ１０３（図４参照）で作成された１又は複数のレイアウトデータのいずれかのレイアウトデータを示す値である。この例では、「レイアウト指定」フィールドの値は、[1]内容表示ラベルと[2]期限ラベルの２つのレイアウトデータが作成済みである場合に、各発行データがこの２つのレイアウトデータのうちいずれのレイアウトデータに対応するかを示している。

例えば、図４のＰＣ画面Ｇ１に示したデザインウィンドウ１０３内のラベルデザインでは、呼出しテーブルＴＬ２の呼出しＮｏ．：１（呼出し名：「チキンカツサンド」）のレコードに対応する発行データが表示されている。
この例では、デザインウィンドウ１０３のラベルデザインは、呼出しＮｏ．：１に対応するレコードの「レイアウト指定」フィールドの値（[1]内容表示ラベル）に対応する。品名に対応するオブジェクトＯＢＪ１内の文字列は、呼出しテーブルＴＬ２の呼出しＮｏ．：１のレコードの「品名」フィールドの値に対応する。名称に対応するオブジェクトＯＢＪ２内の文字列は、呼出しテーブルＴＬ２の呼出しＮｏ．：１のレコードの「名称」フィールドの値に対応する。内容量に対応するオブジェクトＯＢＪ３内の文字列は、呼出しテーブルＴＬ２の呼出しＮｏ．：１のレコードの「内容量」フィールドの値に対応する。

呼出しＮｏ．：１に対応するレコードの「消費期限」フィールドの値は、消費期限に対応する日時オブジェクトであるオブジェクトＯＢＪ４内の日付の最大桁数を示す。デザインウィンドウ１０３のラベルデザインにおいて、消費期限に対応するオブジェクトＯＢＪ４内の日付として、例えばＰＣ２の基準日付あるいは現在日付が表示される。なお、プリンタ３でのラベル発行時には、オブジェクトＯＢＪ４内の値は、プリンタ３のラベル発行アプリケーションにおいて設定される基準日付、あるいは、当該基準日付に対して所定の加算値を加算した日時となる。

以上のようにしてＰＣ２のユーザは、呼出しテーブルＴＬ２にデータを登録することで、異なるレイアウトのラベルや、同一のレイアウトであるが各項目の印字内容が異なるラベルを設計することができる。例えば、図６に示す例では、呼出しＮｏ．：１～３の各々に対応する発行データは、同一のレイアウト（[1]内容表示ラベル）であるが各項目の印字内容が異なるラベルに対応する。呼出しＮｏ．：１００に対応する発行データは、呼出しＮｏ．：１～３とは異なるレイアウト（[2]期限ラベル）のラベルに対応する。

図７に示すように、プロジェクト設定部１０４の「店名テーブル」を操作する（例えば、ダブルクリックする）ことで店名テーブルＴＬ３を表示させることができる。
図示の例では、店名テーブルＴＬ３の各レコードは、「登録番号」、「店名」、「住所」、「電話番号」の各フィールドの値を含む。登録番号は、プロジェクトファイルの配信先となるプリンタ３を特定する値であり、プリンタＩＤ（プリンタ識別情報）と対応づけられている。店舗によっては複数のプリンタ３が配置されている場合があるため、登録番号と店名は必ずしも１対１で対応しない。図７の例では、Ｆ店に登録番号：６，７の２台のプリンタ３が配置されていることを示している。なお、図７には図示しないが、所定のユーザ操作に基づいて、店名テーブルＴＬ３に新たな登録番号のレコードを追加し、あるいは店名テーブルＴＬ３から既存のレコードを削除することが可能である。
店名テーブルＴＬ３は、プロジェクトファイルの配信先であるプリンタ３を特定するためのデータであり、各店舗についての「住所」および「電話番号」の各フィールドは必ずしも必要ない。

以上説明したようにして、ＰＣ２のラベル作成アプリケーションでは、レイアウトデータ、呼出しテーブル、および、店名テーブルが作成される。そして、指示ボタン群１０１内の出力ボタンを操作することで、レイアウトデータ、呼出しテーブル、および、店名テーブルを含むプロジェクトファイルがサーバ５にアップロードされる。
具体的には、指示ボタン群１０１内の出力ボタンを操作すると、図８に示すようにデータ出力のウィンドウＷ２が表示される。ウィンドウＷ２の出力先選択部２０４では、出力先としてＰＣ２内のストレージ（「デバイスとドライブ」）又はサーバ５（「サーバ」）が選択可能である。ここで、「サーバ」を選択すると、ウィンドウＷ３が表示される。ウィンドウＷ３において、サーバ５に対応するアドレス（ＵＲＬ）、ログインＩＤ、および、プロジェクトファイルのファイル名を入力してＯＫボタンを操作することでプロジェクトファイルのアップロードが行われる（ウィンドウＷ４）。なお、ウィンドウＷ３では、安全のためにパスワードによる認証を行ってもよい。
図８に示す例では、「サンドイッチデータ」というファイル名のプロジェクトファイルがサーバ５にアップロードされる。

（２－２）ラベルの発行
プリンタ３においてラベルを発行するときの手順は以下のとおりである。
先ず、プリンタ３のラベル発行アプリケーションを起動させ、プロジェクトファイルをサーバ５からダウンロードする操作を行う。次いで、図９のプリンタ画面ｇ１に示すように、ダウンロードしたプロジェクトファイルの中から、ユーザが発行したいラベルに対応するプロジェクトファイルとして、「サンドイッチデータ」を選択する。
次いで表示されるプリンタ画面ｇ２は、選択されたプロジェクトファイルにおいて呼出しＮｏ．を入力するための入力ボックスｂｘ１を含む。ここで入力される呼出しＮｏ．は、プロジェクトファイル内の呼出しテーブル（図６参照）の呼出しＮｏ．に対応する。例えば、入力ボックスｂｘ１に呼出しＮｏ．：００３を入力した場合には、図６の呼出しテーブルの呼出しＮｏ．：３に対応するレコードの発行データが呼び出され、プリンタ画面ｇ３が表示される。

プリンタ画面ｇ３には、初期値として呼出しＮｏ．：３に対応する発行データの各項目の値が発行データ表示部２０６に表示される。発行データ表示部２０６では、消費期限に対応する値は、プリンタ３の基準日付である。
プリンタ画面ｇ３において確定ボタンが操作された場合、プリンタ画面ｇ４が表示される。プリンタ画面ｇ４は、プレビューボタンｂ４、確定ボタンｂ５、発行枚数を入力するための入力ボックスｂｘ２、および、入力ボックス群２０７を含む。
入力ボックス群２０７は、発行データの各項目に対応する入力ボックスからなる。ラベル作成アプリケーションにおいてデータの入力方法が「発行時」（図４のオブジェクトプロパティ設定部１０５参照）に設定されていた場合には、入力ボックスを選択し、例えばソフトウェアキーボードＳＫを操作することでユーザが文字列を編集することができる。
プリンタ画面ｇ４において確定ボタンｂ５を操作することでラベルが発行される。なお、ラベル発行前にプレビューボタンｂ４を操作することで、ラベルのプレビュー画像を表示させることができる。

（３）データ配信システム１の構成
次に、図１０を参照して、データ配信システム１に含まれるＰＣ２、プリンタ３、および、サーバ５の構成について説明する。

（３－１）ＰＣ２
図１０に示すように、ＰＣ２は、制御部２１、ストレージ２２（記憶部の一例）、操作入力部２３、表示部２４、および、通信部２５を備える。通信部２５は、サーバ５との間で通信を行う通信インタフェースである。

制御部２１は、マイクロプロセッサを主体として構成され、ＰＣ２全体を制御する。例えば、制御部２１に含まれるマイクロプロセッサは、ストレージ２２に記録されているラベル作成アプリケーションプログラムをロードして実行し、その実行結果を表示部２４に表示する。
ストレージ２２は、不揮発性のメモリであり、例えばフラッシュメモリ等のＳＳＤ(Solid State Drive)であってもよい。ストレージ２２は、ラベル作成アプリケーションプログラムのほか、ラベル作成アプリケーションを実行することで作成されたプロジェクトファイル、各店舗に配置されるプリンタ３のプリンタＩＤ（店名テーブルの登録番号に対応するプリンタＩＤ）等を記憶する。

図１０に示すように、ラベル作成アプリケーションは、データ作成モジュール２１１、受信可能化モジュール２１２、データ選択モジュール２１３、条件設定モジュール２１４を含む。

データ作成モジュール２１１は、プロジェクトファイル作成画面においてＧＵＩ(Graphical User Interface)を提供し、操作入力部２３に対するユーザ操作に応じて、プロジェクトファイル（レイアウトデータ、呼出しテーブル、店名テーブル）を作成し、更新し、ストレージ２２に保存する処理を行う。この処理には、以下の内容(1-i)～(1-iv)が含まれる。
(1-i) ラベルの印字有効範囲内に、ラベル内の項目に対応するオブジェクトを配置してレイアウトデータを作成、更新すること
(1-ii) 各オブジェクトに対する各種設定を行うこと
(1-iii) 呼出しテーブル定義データを作成し、それに応じて呼出しテーブルを作成することで、呼出しＮｏ．に対応する各発行データに対してレイアウトデータと各項目の値（文字列）を対応付けること
(1-iv) 店名テーブルを作成、更新すること

受信可能化モジュール２１２は、プロジェクトファイルを各プリンタ３が受信可能な状態とするモジュールである。具体的には、受信可能化モジュール２１２は、通信部２５を介してプロジェクトファイルをサーバ５にアップロードする。受信可能化モジュール２１２は、第１受信可能化手段および第２受信可能化手段の一例である。
データ選択モジュール２１３および条件設定モジュール２１４については後述する。

表示部２４は、例えば液晶表示パネルを含み、ラベル作成アプリケーションの実行結果を表示する。
操作入力部２３は、例えば、ポインティングデバイス、タッチパネル等の入力デバイスを含む。表示部２４がタッチパネル入力用表示パネルを備える場合、表示部２４は、操作入力部２３の一部を構成する。

（３－２）プリンタ３
図１０に示すように、プリンタ３は、制御部３１（設定部の一例）、ストレージ３２、操作入力部３３（入力部の一例）、表示部３４（出力部の一例）、搬送部３５、印字部３６、および、通信部３７を備える。通信部３７は、サーバ５との間で通信を行う通信インタフェースである。

制御部３１は、マイクロプロセッサを主体として構成され、プリンタ３の全体を制御する。ストレージ３２は、不揮発性のメモリであり、例えばフラッシュメモリ等のＳＳＤであってもよい。
例えば、制御部３１に含まれるマイクロプロセッサは、ストレージ３２に記録されているファームウェアおよびラベル発行アプリケーションプログラムをロードして実行する。
制御部３１は、サーバ５に対してプロジェクトファイルの送信を要求し、当該要求に応じて送信されるプロジェクトファイルを通信部３７を介して受信し、ストレージ３２に保存する。制御部３１がサーバ５に対してプロジェクトファイルの送信を要求するタイミングは限定するものではないが、例えば、プリンタ３の起動時、毎日の所定の時刻、あるいは、ユーザによって所定のダウンロード操作が行われたタイミング等である。通信部３７は、プロジェクトファイルを取得する取得部の一例である。

ストレージ３２は、ファームウェアおよびラベル発行アプリケーションプログラムのほか、プリンタ３のプリンタＩＤを記憶する。このプリンタＩＤは、ＰＣ２に記録される店名テーブルの登録番号に対応している。後述するように、プリンタＩＤは、プリンタ３自身が配信先であるか否か判定するために参照される。

表示部３４は、表示パネル３４ａ（図２参照）を有し、表示パネル３４ａ上にラベル発行アプリケーションの実行結果を表示する。操作入力部３３は、表示パネル３４ａに設けられるタッチパネル入力とその入力回路を含む。

ラベル発行アプリケーションを実行することで行われる処理は、例えば、以下の処理を含む。
(2-i) ストレージ３２に保存されているプロジェクトファイルの中からユーザ操作に基づいてプロジェクトファイルを特定すること
(2-ii) 特定されたプロジェクトファイルの中からユーザの呼出しＮｏ．の選択入力に基づいて、呼出しＮｏ．に対応する発行データを読み出すこと（呼び出すこと）
(2-iii) 読み出した発行データのうち編集可能な値（文字列）をユーザ操作に応じて変更すること
(2-iv) ラベルの発行可否のための設定を行うこと

制御部３１は、ファームウェアを実行することで、発行データを印字用のビットマップデータ（印字データ）に変換し、印字データのライン毎のデータであるラインデータを順次、印字部３６へ送出する。搬送部３５および印字部３６は、順次送出されるラインデータに基づいて印字を行う。
搬送部３５は、プラテンローラ４５（図３参照）、および、図示しないモータ駆動回路およびステッピングモータを含み、プリンタ３内の連続紙Ｐの搬送を行う。例えば、ファームウェアによる搬送要求に基づき、モータ駆動回路が、プラテンローラ４５の回転を制御するステッピングモータを駆動することによって、連続紙Ｐを搬送させる。
印字部３６は、サーマルヘッド４６（図３参照）および図示しないヘッド駆動回路を含む。ヘッド駆動回路は、ラインデータに基づきサーマルヘッド４６の各発熱素子に選択的に電流を流すことで、連続紙Ｐのラベル上に印字を行う。

（３－３）サーバ５
サーバ５は、制御部５１、ストレージ５２、および、通信部５３を備える。通信部５３は、ＰＣ２およびプリンタ３との間で通信を行う通信インタフェースである。
ストレージ５２は、例えばＨＤＤ等の大容量記憶装置であり、ＰＣ２から送信されるプロジェクトファイルをログインＩＤと対応付けて記憶する。
制御部５１は、マイクロプロセッサを主体として構成され、サーバ５の全体を制御する。制御部５１は、例えば、プリンタ３からの要求に応じてプロジェクトファイルを送信するように通信部５３を制御する。

（４）呼出しテーブルによる配信設定
次に、呼出しテーブルによる配信設定について、図１１～図１６を参照して説明する。
ＰＣ２で実行されるラベル作成アプリケーションでは、各プリンタ３に対する配信設定を呼出しテーブルに登録することができる。

（４－１）配信期間の設定（図１１，図１２）
図１１は、ラベル作成アプリケーションおいて配信期間を設定する手順を示す図である。図１２は、本実施形態に係るデータ配信システム１のシーケンスチャートの一例である。

配信期間の設定は、呼出しテーブルの各発行データに対して配信開始日及び／又は配信終了日を設定することである。配信開始日及び／又は配信終了日を設定することで、所望の期間に特定の発行データに基づくラベルをプリンタ３側で発行できないように制御することができる。例えば、店舗での商品の販売開始日や販売終了日に応じて、当該商品に対応する発行データの配信期間が設定され、あるいは、期間限定の商品に対応する発行データの配信期間が設定される。そのため、バレンタインデーやクリスマスなどイベント商品や季節商品など、限定期間のみ商品が有効となる場合に、イベントの度にプロジェクトファイルを配信する手間や、プリンタ３側でプロジェクトファイルを入れ替える手間を軽減することができる。

配信期間を設定する際に、ラベル作成アプリケーションのデータ選択モジュール２１３（図１０参照）は、ユーザによる操作入力に基づいて、各プリンタ３によって発行データに基づく印字が可能になる日付（配信開始日）、および、印字が不可能となる日付（配信終了日）のうち少なくともいずれか一方の日付を選択する。データ選択モジュール２１３は、第２選択手段の一例である。
具体的には、図１１に示すように、ユーザ操作に応じて呼出しテーブル定義データＴＬ１のウィンドウＷ５を表示させ、配信期間設定部２０１を操作してチェックマークを表示させる。その後に呼出しテーブルＴＬ２を表示させると、呼出しテーブルＴＬ２には、「配信開始日」および「配信終了日」の各フィールドが設けられる。「配信開始日」及び／又は「配信終了日」の各フィールドに値（日付）を入力することで、配信期間が設定される。

図１２を参照すると、配信期間が設定された場合のラベルの発行動作は以下のとおりである。
呼出しテーブルに配信期間が設定された後に、ユーザの操作に応じて、ＰＣ２のラベル作成アプリケーションは、当該呼出しテーブルを含むプロジェクトファイルをサーバ５に送信する（ステップＳ２）。サーバ５は、ＰＣ２から受信したプロジェクトファイルをストレージ５２に保存する（ステップＳ４）。
サーバ５は、プリンタ３からの要求に応じて当該プロジェクトファイルをプリンタ３に送信し（ステップＳ６）、プリンタ３は、受信したプロジェクトファイルをストレージ３２に保存する（ステップＳ８）。

その後、プリンタ３は、図９に示したように、ユーザ操作に応じて選択されたプロジェクトファイルを読み出し（ステップＳ１０）、呼出しＮｏ．の入力を受け付ける（ステップＳ１２）。次いで、プリンタ３は、現在日付が、入力された呼出しＮｏ．によって呼び出される発行データの配信期間内であるか否か判定する（ステップＳ１４）。現在日付が発行データの配信期間内である場合には、プリンタ画面ｇ３（図９）に示したように発行データが表示され（ステップＳ１６）、ラベルが発行可能な状態となる。逆に、現在日付が発行データの配信期間内ではない場合には、発行データが表示されず、あたかも当該発行データが存在しないかのように処理される。

本実施形態のデータ配信システム１では、プリンタ３は、ダウンロードするタイミングが配信期間内であるか否かに関わらず同一のプロジェクトファイルを取得するが、現在日付と配信期間の設定に応じて呼び出し可能な発行データを選択する。換言すれば、現在日付と配信期間の設定に応じて、プロジェクトファイルに含まれる呼出しテーブルのすべての発行データの中から呼び出し可能な発行データのフィルタリング処理が行われる。
別の観点では、いったんプロジェクトファイルをサーバ５から取得すれば、プリンタ３のラベル発行アプリケーションは、現在日付に応じて発行データの呼出しの可否を判定する。そのため、オフラインの環境においても各呼出しＮｏ．に対応するラベルの発行可否を判定することができる。

（４－２）配信先の設定（図１３～図１５）
図１３は、ラベル作成アプリケーションにおいて配信先を設定する手順を示す図である。図１４は、ラベル作成アプリケーションにおいて配信先を設定する手順を示す図である。図１５は、本実施形態に係るデータ配信システム１のシーケンスチャートの一例である。

配信先の設定とは、呼出しテーブルに登録されている登録番号の中から配信先を設定することである。呼出しテーブルの登録番号はプリンタＩＤに対応付けられているため、登録番号の中から配信先を設定することは、配信先のプリンタ３を設定することを意味する。配信先を設定することにより、例えば特定の店舗においてのみ特定の発行データに基づくラベルを発行できる、あるいは発行できないように制御することができる。例えば、特定の店舗で扱っていない商品のラベルを当該店舗で発行できないようにする、あるいは特定の店舗でのみ扱っている商品のラベルを当該店舗でのみ発行できるようにすることができる。

配信先を設定する際に、ラベル作成アプリケーションのデータ選択モジュール２１３（図１０参照）は、ユーザによる操作入力に基づいて、複数のプリンタ３のうち発行データに基づく印字を可能にするプリンタのプリンタＩＤを選択する。データ選択モジュール２１３は、第１選択手段および第１選択部の一例である。
具体的には、図１３に示すように、ユーザ操作に応じて呼出しテーブル定義データＴＬ１のウィンドウＷ７を表示させ、配信先設定部２０２を操作してチェックマークを表示させる。その後に呼出しテーブルＴＬ２を表示させると、ウィンドウＷ８の呼出しテーブルＴＬ２には、「配信先」フィールドが設けられる。「配信先」フィールドの初期値は「全端末」となっている（すべてのプリンタ３に配信する設定となっている）。ここで、いずれかの呼出しＮｏ．に対応する「配信先」フィールドを選択操作することで図１４のウィンドウＷ９が表示され、当該呼出しＮｏ．に対応する配信先を設定することができる。ウィンドウＷ９は、一例として呼出しＮｏ．：１に対応する配信先を設定する例を示している。

ウィンドウＷ９には、選択可能な配信先として店名テーブルＴＬ３（図７参照）に登録されているすべての登録番号に対応する店舗が表示される。図７の例では、Ｆ店に２台のプリンタ３が配置されているため、選択可能な配信先として[6]Ｆ店（登録番号：６）と[7]Ｆ店（登録番号：７）は区別して表示される。このウィンドウＷ９において、選択可能な配信先の中からいずれかの登録番号の店舗を選択した状態でボタンｂ１１を操作することで、当該登録番号の店舗が選択済みの配信先として設定される。また、選択済みの配信先の中からいずれかの登録番号の店舗を選択した状態でボタンｂ１２を操作することで、当該登録番号の店舗が選択済みの配信先から解除される。
選択済みの配信先として(2)Ｂ店を設定した後に呼出しテーブルＴＬ２を表示させると、ウィンドウＷ１０に示すように、呼出しＮｏ．：１に対応する配信先として「(2)Ｂ店」が設定される。

図１５を参照すると、配信先が設定された場合のラベルの発行動作は以下のとおりである。
呼出しテーブルに配信先が設定された後に、ユーザの操作に応じて、ＰＣ２のラベル作成アプリケーションは、当該呼出しテーブルを含むプロジェクトファイルをサーバ５に送信する（ステップＳ２０）。サーバ５は、ＰＣ２から受信したプロジェクトファイルをストレージ５２に保存する（ステップＳ２２）。
サーバ５は、プリンタ３からの要求に応じて当該プロジェクトファイルをプリンタ３に送信し（ステップＳ２４）、プリンタ３は、受信したプロジェクトファイルをストレージ３２に保存する（ステップＳ２６）。

その後、プリンタ３の制御部３１は、図９に示したように、ユーザ操作に応じて選択されたプロジェクトファイルを読み出し（ステップＳ２８）、呼出しＮｏ．の入力を受け付ける（ステップＳ３０）。次いで、プリンタ３の制御部３１（判定部の一例）は、入力された呼出しＮｏ．によって呼び出される発行データが、自身が配信先であるか否か判定する（ステップＳ３２）。自身が配信先である場合には、プリンタ画面ｇ３（図９参照）に示したように発行データが表示され（ステップＳ３４）、ラベルが発行可能な状態となる。逆に、自身が配信先でない場合には、発行データが表示されず、あたかも当該発行データが存在しないかのように処理される。

本実施形態のデータ配信システム１では、複数のプリンタ３の各々は、自身が配信先であるか否かに関わらず同一のプロジェクトファイルを取得するが、配信先の設定と自身のプリンタＩＤに応じて呼び出し可能な発行データを選択する。換言すれば、配信先の設定と自身のプリンタＩＤに応じて、プロジェクトファイルに含まれる呼出しテーブルのすべての発行データの中から呼び出し可能な発行データのフィルタリング処理が行われる。

配信先の設定を行うことは、チェーン店やフランチャイズ店等、複数の店舗を運営する状況において、一部の店舗で地域限定商品等の特別な商品を取り扱っている場合（つまり、当該店舗でのみ特定のラベルの発行を可能とする場合）に有効である。その場合に、ＰＣ２を操作する本部側では、店舗ごとにプロジェクトファイルを用意する必要がなく、複数の店舗に対して共通のプロジェクトファイルで管理することができるという利点がある。
例えば、特定のラベルについてＡ店で発行可能、Ｂ店で発行不可に設定している場合、Ａ店で使用していたプリンタ３をＢ店で使用したいときでも当該プリンタ３のプリンタＩＤを書き換えるだけで、当該プリンタ３をＢ店で発行可能にすることができる。

（４－３）プリンタ３側での設定のオン・オフ
プリンタ３のラベル発行アプリケーションは、上述した配信期間の設定および配信先の設定をプリンタ３側で有効とするか否かについて、ユーザの操作入力に基づいて設定するようにしてもよい。そして、上述した配信期間の設定および配信先の設定をプリンタ３側で有効とないように設定された場合には、図１２のステップＳ１４又は図１５のステップＳ３２の判定結果に関わらず、入力された呼出しＮｏ．に対応する発行データを表示させ、当該発行データに基づいてラベルを発行可能とする。
配信期間の設定および配信先の設定の有効／無効をプリンタ３側で設定することで、各店舗においてラベルの発行についての裁量自由度を持たせることができる。

（４－４）配信可否の設定（図１６）
図１６は、ラベル作成アプリケーションにおいて配信可否を設定する手順を示す図である。
配信可否の設定は、呼出しテーブルの各発行データに対して配信可能か否かを設定することである。配信可否を設定することで、発行データごとに配信を行うか否かを柔軟に設定することができる。例えば、過去に使用した発行データであるが現在使用していない発行データを、再度の使用のために呼出しテーブルに登録しておくことができる。それによって、発行データを適宜追加、削除等する必要がなくなる利点がある。

配信可否を設定する際に、ラベル作成アプリケーションのデータ選択モジュール２１３（図１０参照）は、ユーザによる操作入力に基づいて、複数の発行データのうち各プリンタが受信可能となる発行データを選択する。データ選択モジュール２１３は、第３選択手段の一例である。
具体的には、図１６に示すように、呼出しテーブル定義データＴＬ１のウィンドウＷ１１を表示させ、配信可否設定部２０３を操作してチェックマークを表示させる。その後に呼出しテーブルＴＬ２を表示させると、ウィンドウＷ１２の呼出しテーブルＴＬ２には、「配信可否」フィールドが設けられる。「配信可否」フィールドにチェックマークを付けることで配信可に設定され、チェックマークを外すことで配信不可に設定される。ウィンドウＷ１２では、呼出しＮｏ．：２の発行データが配信不可に設定された例が示される。
配信可否が設定された場合、ＰＣ２は、配信不可に設定された発行データを除いた状態の呼出しテーブルを含むようにして、プロジェクトファイルをサーバ５にアップロードする。そのため、各プリンタ３は、ラベル作成アプリケーション側で配信不可に設定された発行データに対応する呼出しＮｏ．が入力されても当該発行データを呼び出すことができない。

（５）加算値の設定
次に、加算値の設定について、図１７～図１９を参照して説明する。図１７は、ラベル作成アプリケーションにおいて加算値の上限値および下限値を設定する手順を示す図である。図１８は、本実施形態に係るプリンタ３において消費期限を決定するフローチャートである。図１９は、本実施形態に係るプリンタ３において消費期限を入力する手順を示す図である。

加算値とは、ラベル作成アプリケーションによって作成されたレイアウトデータの日時オブジェクトに設定される日付の値として、プリンタ３の基準日付に対して加算される値である。
商品に消費期限あるいは賞味期限がある場合、商品を販売する現場で消費期限あるいは賞味期限を設定したい場合がある。例えば、商品が食品である場合、ラベルのレイアウトデザインを作成する本部では、店舗に直接入荷される商品の消費期限を設定することが難しい場合があり、その場合には商品の消費期限は実質的に店舗側で設定される。
店舗において消費期限を設定する場合、プリンタ３のラベル発行アプリケーションでは、基準日付に対してユーザが加算値を入力することにより設定される。基準日付は、プリンタ３のラベル発行アプリケーションにおいて設定可能である。基準日付は、現在日付とは限らず、消費期限等の日時オブジェクトの値を設定する上での基準となる日付である。例えば、食品の製造日を基準に当該食品に貼付するラベルに印字する消費期限を設定する場合、一般に消費期限が食品の製造日を基準に決定されることから、食品の製造日が基準日付に設定される。

ＰＣ２のラベル作成アプリケーションでは、プリンタ３側で入力される加算値の上限値及び／又は下限値が設定可能である。プリンタ３のラベル発行アプリケーションは、入力される加算値が、設定済みの上限値以下あるか、及び／又は、設定済みの下限値以上であるかの判定を行う。
加算値が上限値以下であるか否かの判定を行うのは、プリンタ３での加算値の入力ミスを防止するためである。大き過ぎる加算値が誤って入力されて食品の消費期限が想定よりも先に設定されてしまうと、食品の衛生管理上良くないため、加算値の上限値を設定するのが好ましい。
他方、加算値が下限値以上であるか否かの判定を行うのは、プリンタ３での加算値の入力ミスを防止するためという目的に加え、商慣習あるいは商品の流通段階での業者間の取り決めに従うためである。例えば、国内の食品流通業界の商慣習では１／３ルールが適用されている。１／３ルールとは、食品の製造日から消費期限までを３分割し、店舗（あるいは卸業者）に対する納入期限は製造日から３分の１の時点までを限度とし、店舗での販売期限は消費期限の３分の２の時点までを限度とするものである。

加算値の上限値及び／又は下限値の設定の際に、ラベル作成アプリケーションの条件設定モジュール２１４（図１０参照）は、ユーザの操作入力に基づいて、消費期限に対する条件として、前記プリンタの基準日付からの加算値の上限値および下限値のうち少なくともいずれか一方の値によって特定される条件を設定する。条件設定モジュール２１４は、条件設定手段および条件設定部の一例である。

好ましくは、条件設定モジュール２１４は、ユーザの操作入力に基づいて、加算値が日単位である場合に、加算値の１日目として、基準日付の当日又は翌日のいずれかを選択して設定する。加算値の１日目を基準日付の当日又は翌日のいずれにするかの設定については、プリンタを使用する店舗の運用次第であるが、当該設定を設けることで、プリンタ３を新たに導入した場合でも店舗の従来からの運用に適合させるようにすることができる。

具体的には、以下の手順で条件が設定される。
図４のプロジェクトファイル作成画面において日時オブジェクトであるオブジェクトＯＢＪ４（消費期限に対応する日時オブジェクト）を選択したときのオブジェクトプロパティ設定部１０５の例を図１７に示す。図１７に示すように、オブジェクトプロパティ設定部１０５は、入力方法として、加算有無の選択、加算有りの場合の加算値の設定を行うための加算値設定部２０８を含む。加算値設定部２０８では、加算値の単位として年、月、日、時のいずれかを選択可能である。
加算値設定部２０８は詳細設定ボタンｂ６を有する。当該ボタンを操作することで、加算値の上限値及び／又は下限値を設定するウィンドウＷ１３が表示される。

ウィンドウＷ１３には、上限値設定部２０９および下限値設定部２１０が設けられ、それぞれ、上限値および下限値を設定するか否かについてのチェックボックスが設けられている。また、上限値、下限値のチェックを行う場合に、上限値、下限値として「固定」と「参照」のいずれかを選択するためのラジオボタンが設けられる。「固定」が選択されたときには、上限値又は下限値を直接入力することができる。図１７に示す例では、上限値として固定値：９（９日）が設定されている。

上限値設定部２０９、下限値設定部２１０において「参照」が選択されたときには、ユーザが予め設定された値（参照値）の中からいずれかの値を選択操作し、選択された値を参照して、上限値又は下限値が設定される。参照値は、例えば製造日から消費期限までの日数に基づき、食品の種類に応じて複数が設定される。
また、「参照」が選択された場合には、特殊処理の有無を選択可能である。特殊処理が選択された場合、上記１／３ルールに従って下限値を以下のように設定する。
・加算値の１日を当日に含める設定の場合には、下限値＝参照値÷３とし、割り切れない場合は切り上げする。
・加算値の１日を当日に含めない設定の場合には、下限値＝（参照値＋１）÷３－１とし、割り切れない場合は切り上げする。例えば、ウィンドウＷ１１に示すように、参照値が「１０」である場合には、下限値は「３」となる。

なお、特殊処理として１／３ルールを適用するのは一例に過ぎずない。店舗に対する納入期限や店舗での販売期限は当事者間の人為的取り決めに基づいて決定することができるため、参照値に対して０より大きく、かつ１未満の所定の値を乗算した値に基づいて、下限値を適宜設定してもよい。

ラベル作成アプリケーションにおいて加算値の上限値及び／又は下限値を設定した場合の、プリンタ３のラベル発行アプリケーションの処理について図１８および図１９を参照して説明する。
ラベル作成アプリケーションにおいて消費期限に対応する日時オブジェクトに加算値の上限値及び／又は下限値を設定されている場合、ラベル発行アプリケーションは、発行データを確定させる操作の後（例えば、図９のプリンタ画面ｇ４において確定ボタンｂ５を操作した後）、加算値入力画面を表示する（ステップＳ４０）。
図１９のプリンタ画面ｇ５は、加算値入力画面の一例である。プリンタ画面ｇ５は、加算値を入力する入力ボックスｂｘ３を含む。ここで、入力ボックスｂｘ３に加算値が入力されて確定ボタンｂ８が操作された場合（ステップＳ４２：ＹＥＳ）、ラベル発行アプリケーションは、入力値が上限値と下限値（上下限）の範囲内であるという条件を満たすか否か判定する。上下限の範囲内であるという条件を満たす場合（ステップＳ４４：ＹＥＳ）、入力された加算値を基準日付に加えた日付を消費期限とする（ステップＳ４６）。

入力値が上下限の範囲内であるという条件を満たさない場合（ステップＳ４４：ＮＯ）、ラベル発行アプリケーションは、図１９のプリンタ画面ｇ６に示すように再入力を要求する画面を表示させ（ステップＳ４８）、ステップＳ４２に戻って再入力を受け付ける。
プリンタ画面ｇ６では、加算値の上限値が「９」に設定されている場合に９を超える加算値（例えば、１２）が入力された場合の表示例を示している。入力された加算値が条件を満たさないと判定した場合、条件（「９以下の数値」）と、加算値の入力のための操作を再度行うことを要求するテキストとを含むメッセージｍ１を表示させることが好ましい。当該メッセージの表示によってユーザが適切な加算値を入力することができるようになる。
なお、プリンタ画面ｇ６では、メッセージｍ１を表示出力する場合について示しているが、プリンタ３が音声出力機能を備えている場合には、メッセージｍ１を音声出力してもよい。

図１９に示すように、プリンタ画面ｇ５では、加算値を直接入力する入力ボックスｂｘ３に加えて、カレンダー上で加算値を実質的に入力するためのボタンｂ７（「カレンダー」）を設けることが好ましい。
ボタンｂ７が操作された場合にはプリンタ画面ｇ７が表示される。プリンタ画面ｇ７は、加算値の上下限の範囲内という条件を満たす日付のみを選択可能となるようにカレンダーＣＡＬを表示し、カレンダーＣＡＬの中の日付を選択する操作に応じて実質的に加算値を入力するものとなっている。具体的には、プリンタ画面ｇ７には、カレンダーＣＡＬ上において、基準日付Ｄ１と、加算値の上限値および下限値とに基づく消費期限設定可能期間Ｔ１とが表示される。消費期限設定可能期間Ｔ１内の任意の日付を操作することで、消費期限を設定することができる。
カレンダーＣＡＬ上で日付を選択するように構成することで、ユーザが適切な加算値を入力することを補助できるようになる。また、カレンダーＣＡＬ上の日付を選択することでユーザは、直感的に消費期限を決定できる。

なお、プリンタ３のラベル発行アプリケーションは、ユーザの操作入力に基づいて、加算値の入力値が上下限の範囲内であるという条件を有効とするか否かを設定するようにしてもよい。そして、当該条件を有効としないと設定された場合には、図１８のステップＳ４２で入力された加算値が条件を満たすか否かに関わらず、当該加算値を基準日付に加算した日付を消費期限として印字するように制御する。
かかる設定は、例えばプリンタ３が店舗だけでなく、商品の工場にも配置されている場合に有効である。工場では生産計画に従って商品を製造するが、商品の製造日よりも前に商品に貼付する予定のラベルを作成したい場合がある。その場合には、加算値を上限値より大きい値にする必要があるため、工場に配置されているプリンタ３に限って加算値の入力値が上下限の範囲内であるという条件を無効にできるようにすると便利である。

以上、本発明のプログラム、情報処理システム、および、情報処理方法の一実施形態について詳細に説明したが、本発明は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。
例えば、上述したデータ配信システム１では、サーバ５を介してプロジェクトファイルをＰＣ２からプリンタ３に配信する例を示したが、その限りではない。サーバ５を介さずに、ＰＣ２から各プリンタ３に直接配信する態様であってもよい。その場合には、ＰＣ２のストレージ２２にプロジェクトファイルを保存した状態で、プリンタ３がプロジェクトファイルを受信可能な状態となる。

１…データ配信システム
２…情報処理装置（ＰＣ）
２１…制御部
２１１…データ作成モジュール
２１２…受信可能化モジュール
２１３…データ選択モジュール
２１４…条件設定モジュール
２２…ストレージ
２３…操作入力部
２４…表示部
２５…通信部
３…プリンタ
３１…制御部
３２…ストレージ
３３…操作入力部
３４…表示部
３４ａ…表示パネル
３５…搬送部
３６…印字部
３７…通信部
４２…筐体
４３…カバー
４５…プラテンローラ
４６…サーマルヘッド
４７…排出口
４８…収容室
４９…軸部
５…サーバ
５１…制御部
５２…ストレージ
５３…通信部
１０１…指示ボタン群
１０２…配置設定ボタン群
１０３…デザインウィンドウ
１０４…プロジェクト設定部
１０５…オブジェクトプロパティ設定部
２０１…配信期間設定部
２０２…配信先設定部
２０３…配信可否設定部
２０４…出力先選択部
２０６…発行データ表示部
２０７…入力ボックス群
２０８…加算値設定部
２０９…上限値設定部
２１０…下限値設定部
ｍ１…メッセージ
Ｐ…連続紙
Ｒ…ロール紙
ＯＢＪ１～ＯＢＪ４…オブジェクト
Ｇ１…ＰＣ画面
ｇ１～ｇ７…プリンタ画面
Ｗ１～Ｗ１４…ウィンドウ
ＳＫ…ソフトウェアキーボード
ＴＬ１…呼出しテーブル
ＴＬ２…店名テーブル
ＴＬ３…呼出しテーブル定義データ
ＣＡＬ…カレンダー
Ｄ１…基準日付
Ｔ１…消費期限設定可能期間

Claims (7)

1. 情報処理端末と、ネットワークを介して前記情報処理端末からデータを受信可能な複数のプリンタと、を含む情報処理システムであって、
   前記複数のプリンタの各々は、プリンタ識別情報によって識別可能であり、
   前記情報処理端末は、
   前記複数のプリンタの各々において印字に必要となる印字用データを記憶する記憶部と、
   ユーザによる操作入力に基づいて、前記複数のプリンタのうち前記印字用データに基づく印字を可能にするプリンタのプリンタ識別情報を選択する第１選択部と、を備え、
   各プリンタは、
   前記情報処理端末から前記印字用データを取得する取得部と、
   前記取得部が取得した前記印字用データを記憶する記憶部と、
   前記情報処理端末の第１選択部によるプリンタ識別情報の選択結果に基づいて、前記記憶部が記憶する前記印字用データに基づく印字の可否を判定する判定部と、を備えた、
   情報処理システム。
2. 前記情報処理端末は、ユーザによる操作入力に基づいて、各プリンタによって前記印字用データに基づく印字が可能になる日付、および、印字が不可能となる日付のうち少なくともいずれか一方の日付を選択する第２選択部をさらに備え、
   各プリンタは、前記第２選択部による日付の選択結果に関するデータを受信する、
   請求項１に記載された情報処理システム。
3. 前記印字用データは、印字内容が異なる複数の個別データを含み、
   前記第２選択部は、個別データごとに日付を選択する、
   請求項２に記載された情報処理システム。
4. 前記印字用データは、印字内容が異なる複数の個別データを含み、
   前記情報処理端末は、ユーザによる操作入力に基づいて、前記複数の個別データのうち各プリンタが受信可能となる個別データを選択する第３選択部をさらに備えた、請求項１から３のいずれか一項に記載された情報処理システム。
5. 前記印字用データは、印字内容が異なる複数の個別データを含み、
   前記第１選択部は、個別データごとにプリンタ識別情報を選択する、
   請求項１から４のいずれか一項に記載された情報処理システム。
6. 前記プリンタは、ユーザの操作入力に基づいて前記判定部による判定結果を有効とするか否かを設定する設定部を備え、
   前記プリンタの制御部は、前記判定結果を有効としないと設定された場合には、前記判定結果に関わらず、前記印字用データに基づく印字を可能とするように制御する、
   請求項１に記載された情報処理システム。
7. 情報処理端末と、ネットワークを介して前記情報処理端末からデータを受信可能な複数のプリンタとの間の情報処理方法であって、
   前記複数のプリンタの各々は、プリンタ識別情報によって識別可能であり、
   前記情報処理方法は
   前記情報処理端末が、前記複数のプリンタのうち、印字用データに基づく印字を可能にするプリンタのプリンタ識別情報を選択し、
   各プリンタが、前記情報処理端末から前記印字用データを取得し、
   各プリンタが、前記取得した前記印字用データを記憶部に記憶させ、
   各プリンタが、前記情報処理端末によるプリンタ識別情報の選択結果に基づいて、前記記憶部に記憶されている前記印字用データに基づく印字の可否を判定する、
   情報処理方法。

Images