(57)【要約】【課題】券面への画像デザイン機能と、ＲＦタグメモリへのメモリレイアウト設計機能との連携性を強化させ、メモリレイアウト設計の容易化を図る編集プログラム等を提供する。【解決手段】本発明に係る編集プログラムは、ＲＦタグが埋め込まれた印刷媒体に対し、印刷面上に印刷されるデータのメモリレイアウトを行う編集装置に、データと、データの取りうる範囲情報とを取得する取得手順と、データに基づいて、データのデータ型を判定する判定手順と、データ型から特定されるメモリ配置形式と記範囲情報とに基づいて、ＲＦタグのメモリ上、データが格納されるメモリ領域を決定する決定手順とを実行させる。【選択図】図９
2014032614.tif 000002
【特許請求の範囲】
【請求項１】
ＲＦタグが埋め込まれた印刷媒体に対し、印刷面上に印刷されるデータのメモリレイアウトを行う編集装置に、
前記データと、該データの取りうる範囲情報とを取得する取得手順と、
前記データに基づいて、該データのデータ型を判定する判定手順と、
前記データ型から特定されるメモリ配置形式と、前記範囲情報とに基づいて、ＲＦタグのメモリ上、前記データが格納されるメモリ領域を決定する決定手順と、
を実行させるための編集プログラム。
【請求項２】
前記決定手順は、前記メモリ領域の開始アドレスと、前記メモリ配置形式及び前記範囲情報から算出される前記データのデータ長とに基づき、前記メモリ領域を決定する、請求項１記載の編集プログラム。
【請求項３】
前記判定手順により複数のデータ型が存在すると判定された場合、複数のデータ型を選択可能に表示する表示手順を実行させ、
前記判定手順は、前記表示手順により表示され、複数のデータ型の中から選択された一のデータ型を、前記データのデータ型と決定する、請求項１又は２記載の編集プログラム。
【請求項４】
前記決定手順により決定された前記データのメモリレイアウトを含むフォームファイルを出力する出力手順と、
前記データを含むデータファイルを入力する入力手順と、
前記データファイルが入力されたとき、前記フォームに対し前記データファイルに含まれるデータを入力し、前記メモリレイアウトに従って、ＲＦタグのメモリ上に該データを入力した印刷媒体を作成する作成手順と、
を実行させる請求項１ないし３何れか一行記載の編集プログラム。
【請求項５】
前記印刷媒体は、ＲＦタグ付きリライタブルハイブリットメディアである、請求項１ないし４何れか一項記載の編集プログラム。
【請求項６】
ＲＦタグが埋め込まれた印刷媒体に対し、印刷面上に印刷されるデータのメモリレイアウトを行う編集装置における編集方法であって、
前記データと、該データの取りうる範囲情報とを取得する取得手順と、
前記データに基づいて、該データのデータ型を判定する判定手順と、
前記データ型から特定されるメモリ配置形式と、前記範囲情報とに基づいて、ＲＦタグのメモリ上、前記データが格納されるメモリ領域を決定する決定手順と、
を有することを特徴とする編集方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、編集プログラム及び編集方法の分野に関する。
【背景技術】
【０００２】
従来より、ＲＦＩＤ（Radio Frequency IDentification）が知られている。ＲＦＩＤは、電波などを用いた無線通信によって、離れたところからでも、ＲＦタグ内に書き込まれた情報を瞬時に読み取り、システムにその情報を反映できる技術である。これまで人の手によって行われていた業務をＲＦＩＤの導入により自動化を図ることで、大幅なコスト削減が図れるため、特に商品・部品の管理や工程の管理などの分野でその導入が進んでいる。しかしこれまでは、専用の読み取り機がないと、ＲＦタグに書き込まれた情報（中身）を見ることはできないという問題があった。
【０００３】
そこで、近年、ＲＦタグと書き換えのできるリライタブルシートとを組み合わせ、ＲＦタグに書き込まれた電子情報を券面に同時表示するメディアとして、「リライタブルハイブリッドメディア」が普及してきた。リライタブルハイブリッドメディアの表面は、薄い化学素材のシートでできており、またそのシートの間に挟まる形でＲＦタグが埋め込まれている（例えば、図１参照）。
【０００４】
リライタブルハイブリッドメディアの特徴は、ＲＦタグ内の電子情報をリライタブルシート表面に熱を加え黒発色で印刷できる点、リライタブルシート表面の特殊加工により繰り返し書き換えが可能な点、ＲＦタグの電子情報とリライタブルシート表面の印刷情報を同時に書き換え、両情報の一致性を確保できるといった点がある。また、リライタブルハイブリッドメディアは、バーコード情報も併用でき、既存インフラとの親和性も高い。
【０００５】
例えば、図１の場合、券面上、「注文番号」は「RS2012030001」と印刷されていると同時に、ＲＦタグには、「注文番号」は「RS2012030001」であることが書き込まれている。この場合、ユーザは、作業時、視覚的に券面上から「注文番号」は「RS2012030001」であることを認識しつつ、ＲＦＩＤ読み取り機により、「注文番号」は「RS2012030001」であることが読み取られ、システムに注文番号が反映される。このようなリライタブルハイブリッドメディアは、出荷・着荷など物流現場で「現品票」や「納品書」として使われたり、工場現場で「作業指示書」として使われるなど、帳票として活用されることも多い。
【０００６】
通常、リライタブルハイブリッドメディアを作成するには、次のような作業が必要である。ユーザは、まず、帳票レイアウトエディタのようなツールを用い、券面上に印刷する画像をデザインする。次に、専用のプリンタを用いて、リライタブルハイブリッドメディアの券面上、ツールでデザインされた画像を印刷する。次に、専用の書き込み機を用いて、リライタブルハイブリッドメディアに埋め込まれたＲＦタグに対し、電子情報を格納するためのメモリレイアウト設計及び電子情報の格納作業を実施する。
【０００７】
これに関する技術として、例えば、特許文献１には、「帳票アプリケーションプログラムによって印刷データとＲＦＩＤデータを同時に管理し、前記帳票アプリケーションプログラムからプリンタコントローラに送信される制御言語データに前記印刷データと前記ＲＦＩＤデータを組み込むことにより、１台の印刷システムによって画像情報の印刷とＲＦＩＤタグへの情報の書き込みが可能な印刷システム」が記載されている。また、「印刷データとＲＦＩＤデータの双方を編集可能な帳票アプリケーション」が記載されている。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記特許文献１に記載されるように、従来の帳票アプリケーションの中には、１のツール上で、リライタブルハイブリッドメディアの券面上に印刷すべき画像をデザインできると同時に、ＲＦタグのメモリレイアウト設計を行えるものも存在する。
【０００９】
しかしながら、従来の帳票アプリケーションは、従来それぞれ個々に独立していた画像デザイン機能とメモリレイアウト設計機能とを単純に統合したという面がある。このため、ユーザは、１のツール上で画像デザインとメモリレイアウト設計とを実施できるにもかかわらず、相互連携性が十分でなく、使い勝手が十分でないという問題があった。
【００１０】
例えば、ＲＨメディアに対するメモリレイアウト設計には、例えば、ＲＦタグに対し、券面上に印刷される入力項目値を格納するためのメモリ領域の確保や、入力項目値を配置するためのメモリアドレス決定する作業などがある。このとき、従来、ユーザ自身の判断によって、入力項目値として取りうる入力書式（データ型）を決定する必要があった。また、書き込み開始アドレス、書込みサイズなどを、ユーザ自身がメモリマップ仕様を参考に、使用済みメモリ領域部分を確認しながら、メモリの空き番地を見つけて入力しなくてはならない。このため、ユーザにとって、メモリレイアウト設計は、ツールを用いたとしても困難な作業であった（例えば、図２０参照）。
【００１１】
本発明では上記のような問題に鑑みて、券面への画像デザイン機能と、ＲＦタグメモリへのメモリレイアウト設計機能との連携性を強化させ、メモリレイアウト設計の容易化を図る編集プログラム等を提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するため、本発明に係る編集プログラムは、ＲＦタグが埋め込まれた印刷媒体に対し、印刷面上に印刷されるデータのメモリレイアウトを行う編集装置に、前記データと、該データの取りうる範囲情報とを取得する取得手順と、前記データに基づいて、該データのデータ型を判定する判定手順と、前記データ型から特定されるメモリ配置形式と、前記範囲情報とに基づいて、ＲＦタグのメモリ上、前記データが格納されるメモリ領域を決定する決定手順とを実行させる。
【００１３】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１４】
本発明の実施の形態によれば、リライタブルハイブリッドメディア券面への印刷画像を編集するに際し、印刷仕上がりの向上に配慮した編集プログラム等を提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態に係るリライタブルハイブリッドメディアの一例示す。
【図２】本実施形態に係るリライタブルハイブリッドメディアのプリンタシステム構成図を示す。
【図３】実施形態に係る編集装置１の一実施形態の主要構成を示すハードウェア構成図である。
【図４】本実施形態に係る編集装置１の機能ブロック図の一例を示す。
【図５】本実施形態に係る編集画面（その１）の一例を示す。
【図６】本実施形態に係る編集画面（その２）の一例を示す。
【図７】本実施形態に係る編集画面（その３）の一例を示す。
【図８】本実施形態に係る帳票フォームに基づく帳票作成例を示す。
【図９】本実施形態に係る編集画面（その４）の一例を示す。
【図１０】本実施形態に係る編集画面（その５）の一例を示す。
【図１１】本実施形態に係る編集画面（その６）の一例を示す。
【図１２】本実施形態に係る編集画面（その７）の一例を示す。
【図１３】本実施形態に係る帳票フォームの一例を示す。
【図１４】本実施形態に係る編集画面（その８）の一例を示す。
【図１５】本実施形態に係る差込データファイルの一例を示す。
【図１６】本実施形態に係る編集画面（その９）の一例を示す。
【図１７】本実施形態に係る入力書式判定処理を説明するフローチャートである。
【図１８】本実施形態に係るメモリレイアウト決定処理を説明するフローチャートである。
【図１９】本実施形態に係るメモリ配置形式決定表の一例を示す。
【図２０】従来例に係る帳票アプリケーションの編集画面例を示す。
【発明を実施するための形態】
【００１６】
以下、本発明を実施するための形態を各実施形態において図面を用いて説明する。
【００１７】
[システム構成]
（システム構成）
図２は、本実施形態に係るリライタブルハイブリッドメディアのプリンタシステム構成図を示す。図２（ａ）に示されるように、本実施形態に係るプリンタシステムは、編集装置１、プリンタ制御装置２、プリンタ３が、ＬＡＮなどのネットワークを介し接続され構成される。なお、以下、リライタブルハイブリッドメディアを、ＲＨメディアと略称することとする。
【００１８】
編集装置１は、ＲＨメディアの券面（印刷面）へ印刷するための印刷画像を編集したり、ＲＦタグへのメモリレイアウトを行うためのコンピュータ装置である。具体的には、ＲＨメディア編集アプリケーション（以下、編集アプリと略称する）１０がインストールされたＰＣ等により実現されうる。ユーザは、編集アプリ１０の編集画面を通じて、ＲＨメディアの券面への印刷したい画像をデザイン、描画、又は編集すると共に、ＲＦタグへのメモリレイアウトを行う。
【００１９】
そして、ＲＨメディアの券面上に印刷すべき画像のデザインと、ＲＦタグ内に書き込む電子情報のメモリレイアウトとを完了すると、編集装置１の編集アプリ１０から、プリンタ制御装置２を通じて、データと共にプリント命令が送信され、プリンタ３により、ＲＨメディアへの券面印刷及びＲＦタグへの電子情報の書き込みが実行される。
【００２０】
プリンタ制御装置２は、プリンタ３を制御する。プリンタ制御装置２は、編集装置１の編集アプリ１０からデータと共にプリント命令を受信すると、プリンタ３を制御し、プリンタ３にセットされているＲＨメディアの券面上に、同印刷画像を印刷させる。また、ＲＦタグへの電子情報の書き込みを実行させる。
【００２１】
プリンタ３は、ＲＨメディア用のプリンタである。プリンタ３は、プリンタ制御装置２からの制御に従って、プリンタ３にセットされているＲＨメディアの券面上に、同印刷画像を印刷する。また、ＲＦタグへの電子情報の書き込みを実行する。
【００２２】
なお、図２（ｂ）に示されるように、本実施形態に係るプリンタシステムは、編集装置１に直接プリンタ３を接続することも可能である。この場合、編集装置１は、プリンタ３を制御するためのプリンタ制御ドライバなどを有する。
【００２３】
（ハードウェア）
図３は、本実施形態に係る編集装置１の一実施形態の主要構成を示すハードウェア構成図である。編集装置１は、主要な構成として、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、ＨＤＤ１４、記憶媒体読取装置１５、入力装置１６、表示装置１７、及び通信装置１８を含む構成である。
【００２４】
ＣＰＵ１１は、マイクロプロセッサ及びその周辺回路から構成され、装置全体を制御する回路である。また、ＲＯＭ１２は、ＣＰＵ１１で実行される所定の制御プログラムを格納するメモリであり、ＲＡＭ１３は、ＣＰＵ１１がＲＯＭ１２に格納された所定の制御プログラムを実行して各種の制御を行うときの作業領域として使用するメモリである。ＨＤＤ１４は、汎用のＯＳ、各種プログラムを含む各種情報を格納する装置であり、不揮発性の記憶装置である。記憶媒体読取装置１５は、ＣＤやＤＶＤ、ＵＳＢメモリ等の外部記憶媒体から情報を入力する装置である。
【００２５】
入力装置１６は、ユーザが各種入力操作を行うための装置である。入力装置１６は、マウス、キーボード、表示装置１７の表示画面上に重畳するように設けられたタッチパネルスイッチなどを含む。表示装置１７は、各種データを表示画面に表示する装置である。例えばＬＣＤ(Liquid Crystal Display)、ＣＲＴ(Cathode Ray Tube)などから構成される。通信装置１８は、ネットワークを介して他の機器との通信を行う装置である。有線ネットワークや無線ネットワークなど含む各種ネットワーク形態に応じた通信をサポートする。
【００２６】
（機能）
次に、本実施形態に係る編集装置１の主要機能構成について説明する。図４は、本実施形態に係る編集装置１の機能ブロック図の一例を示す。図に示されるように、本実施形態に係る編集装置１（編集アプリ１０）は、画像編集部１０１、入力情報取得部１０２、入力書式判定部１０３、メモリレイアウト決定部１０４、表示部（ＧＵＩ）１０５、ＣＳＶ入力部１０６、帳票作成部１０７、記憶部１０８を含む。
【００２７】
画像編集部１０１は、ユーザからの操作指示に従って、編集画面上で、ＲＨメディアの券面に印刷したい画像を編集する。なお、編集とは、券面に印刷したい画像を編集するために必要な処理、例えば、任意画像の描画、文字の入力、削除、ＲＨメディアの券面上への画像の配置など、券面上の一切の編集処理を含む。
【００２８】
入力情報取得部１０２は、表示部１０５を介し、編集画面から、入力項目値（入力項目値のサンプル値を含む）や入力項目値の取りうる範囲情報など、各種入力された情報を取得する。
【００２９】
入力書式判定部１０３は、入力項目値（入力項目値のサンプル値を含む）に基づいて、該入力項目値の入力書式（データ型）を判定する。なお、入力書式判定部１０３は、入力書式のうちフラグを判定するために用いられるフラグタイプ判定辞書を有する（詳細後述）。
【００３０】
メモリレイアウト決定部１０４は、入力項目値の入力書式（データ型）から特定されるメモリ配置形式と、入力項目値の取りうる範囲情報とに基づいて、入力項目値のメモリレイアウトを決定する。表示部１０５を介し、決定されたメモリレイアウトは、メモリレイアウト図（メモリマップ）上に表示される。
【００３１】
表示部１０５は、編集アプリ１０の編集画面を表示する。ユーザは編集画面をＧＵＩとして、ＲＨメディアの券面に印刷したい画像を編集したり、入力項目値のメモリレイアウトに係る設定を行う。
【００３２】
ＣＳＶ入力部１０６は、帳票フォーム（いわゆる帳票雛形）に対し、外部からＣＳＶ形式の差込データファイルを入力する。これにより、効率的に複数のＲＨメディア帳票を作成することができる。
【００３３】
帳票作成部１０７は、記憶部１０８の帳票フォームに、ＣＳＶ入力部１０６により入力されたＣＳＶ形式の差込データファイルを流し込むことにより、一以上のＲＨメディア帳票を一度に作成する。
【００３４】
記憶部１０８は、帳票フォームなど記憶する。また、フラグタイプ判定辞書をここへ記憶させてもよい。
【００３５】
以上、編集装置１の主要機能構成である。これらの機能は、実際には装置のＣＰＵ１１が実行する編集アプリ１０のプログラムによりコンピュータに実現させるものである。
【００３６】
[編集画面例]
次に、本実施形態に係る編集アプリ１０の編集画面例について説明する。ユーザが、まっさらなＲＨメディア（券面は未印刷及びＦＲタグ内メモリは空）に対し、編集装置１の編集アプリ１０を用いて、業務で使用するためのＲＨメディア帳票（以下、単に帳票という場合がある）を作成することが目的である。具体的に、ユーザは、ＲＨメディアの券面上に印刷すべき画像をデザインすると同時に、ＲＦタグ内に書き込む電子情報のメモリレイアウトを行う。
【００３７】
（概要）
例えば、帳票上、「注文番号」なる項目を扱いたい場合、編集アプリ１０を用いて、券面上、「注文番号」とその注文番号値を入力するための欄を、画像として印刷されるようデザイン、配置する。また、「注文番号」の注文番号値をＲＦタグ内のメモリに書き込んで保持させる必要があるため、編集アプリ１０を用いて、注文番号を格納するためのメモリレイアウトの設計を行う。具体的なメモリレイアウトの設計内容は、例えば、注文番号値用のメモリ確保及び配置する為のアドレス決定等である。
【００３８】
そして、ＲＨメディアの券面上に配置すべき画像のデザインと、ＲＦタグ内に書き込む電子情報のメモリレイアウトとを完了すると、実際にＲＨメディアへの券面印刷及びＲＦタグへの電子情報の書き込みを行う。編集装置１の編集アプリ１０から、プリンタ制御装置２を通じて、データと共にプリント命令が送信され、プリンタ３により、ＲＨメディアへの券面印刷及びＲＦタグへの電子情報の書き込みが実行される。以下、帳票の作成の流れについて、各ＳＴＥＰに分けて説明する。
【００３９】
（ＳＴＥＰ１）
図５は、本実施形態に係る編集画面（その１）の一例を示す。ＲＨメディアの券面をデザインする場合、ユーザは、編集装置１を操作し、編集アプリ１０を起動させ、まず編集画面を立ち上げる。次に、同編集画面において、今回使用するＲＨメディアの型番を指定する。編集アプリ１０は、予め対応可能なＲＨメディア情報を読込んでおり、その中から、一の種類（例えば、型番）を選択させる。
【００４０】
（ＳＴＥＰ２）
図６は、本実施形態に係る編集画面（その２）の一例を示す。ユーザにより一の型番が選択されると、選択された型番のＲＨメディア情報（例えば、帳票サイズ、形状、ＲＦタグのメモリ容量など）に基づいて、編集画面上、ＲＨメディアを表示する。
【００４１】
（ＳＴＥＰ３）
図７は、本実施形態に係る編集画面（その３）の一例を示す。ユーザは、編集アプリ１０の編集画面を通じて、ＲＨメディアの券面へ印刷したい任意の画像を編集していく。具体的に、編集アプリ１０の編集ツールを用いて、ＲＨメディアの券面上、印刷したい任意画像の描画、文字の入力、削除、ＲＨメディアの券面上への画像の配置などを行う。
【００４２】
また、例えば、帳票上、「注文番号」なる項目を扱いたい場合、編集アプリ１０の編集ツールを用いて、券面上、「注文番号」という項目と、その注文番号値を入力するための入力欄を、画像として印刷されるようデザイン、配置する。
【００４３】
なおここで、本図では、券面上、「注文番号」の入力欄には「RS2012030001」と入力されている。しかし、この「RS2012030001」は、「注文番号」の入力欄に具体的にどのような値（数値、文字列、フラグ値など）が入力されるのかを把握するために入力されるサンプル値である。勿論、このまま、このデータをプリンタ３で印刷させれば、編集画面に表示される画像そのものがＲＨメディアの券面上に印刷されることになる。しかしながら、帳票を１枚のみ作成したい場合はこれでよいものの、複数毎の帳票を作成したい場合、同作業を枚数分だけ行わなくてはならない。
【００４４】
このため、本実施形態では、「帳票フォーム」作成方式を採用する。「帳票フォーム」は、帳票上扱いたい項目（フォーム情報）のみを作成し、その具体的な項目値は未入力状態としておくという、いわば帳票の雛形である。この後、「帳票フォーム」に対し、例えば、ＣＳＶ形式の差込データファイルを帳票数分流し込むことにより、所望数分の同一帳票フォームでありつつも、個々には、項目値がＣＳＶ形式の入力項目値が反映された帳票が出来上がる（例えば、図８参照）。また、券面上、バーコードを印刷するかどうかは任意であるが、バーコードも印刷する場合には、そのバーコードに対応する入力項目値に従い、券面上、可変に描画される。これにより、同一雛形の帳票を複数毎の作成したい場合には、簡単に帳票の作成を行うことが可能となる。
【００４５】
本図の場合、券面上の「注文番号」、「部品名」、「部品番号」、「仕入先」、「仕入れコード」、「検査結果」、「数量」の項目値がＣＳＶ形式で入力され、その結果、各項目の入力欄に入力される。
【００４６】
以上の要領で、ユーザは、ＲＨメディアの券面へ印刷したい任意の画像を編集、配置を完了させる。また各項目の入力欄に対し、入力されうるサンプル値を入力する。
【００４７】
次に、ユーザは、券面上に各項目の入力欄に対するサンプル値に基づいて、ＲＨタグのメモリレイアウト、つまり、ＲＦタグ内のメモリ領域において、券面上の各項目の入力項目値を格納するためのメモリ領域を確保するための操作を実施する。これは、券面上の各項目の入力項目値を、ＲＦタグ内のメモリ上のどこへ、どういう形で格納（配置）するかを決める作業である。
【００４８】
基本的に、券面上の各項目の入力項目値について、メモリへの格納位置を決めるために必要な情報は、例えば次の通りである。
メモリ配置形式（入力項目値の入力書式に基づく）
必要な格納容量
メモリバンク
開始アドレス
図７の場合、券面上の各項目のうち、ＲＨタグのメモリに格納（配置）すべき電子情報は、「注文番号」、「部品番号」、「仕入れコード」、「検査結果」、「数量」の入力項目値とする。即ち、順番に、「RS2012030001」、「001002」、「2011A001」、「可」、「12」である。
【００４９】
なお、「部品名」及び「仕入先」の入力項目値（例えば、「はさみＡ」、「ＡＢＣ商店」）は、ＲＨタグのメモリに格納するまでもないため、ここでは格納を省略する。理由は、例えば、「部品名」と「部品番号」とはセットで対応関係にあるからである。このため、ＲＨタグのメモリに、少なくとも「部品番号」が格納されていれば、ＲＦＩＤリーダで「部品番号」を読み取れば、ＤＢ等を参照し当該部品番号から「部品名」が分かる。「仕入先」についても同様である。
【００５０】
さて、まずユーザは、「注文番号」、「部品番号」、「仕入れコード」、「検査結果」、「数量」のうち、はじめに「注文番号」について、その入力項目値を格納するためのメモリ領域を確保するための操作を実施する。具体的に、図７の編集画面において、「注文番号」の入力項目欄をカーソル７０１で選択し、編集画面右上の「メモリ連携」７０２ボタンを押下する。
【００５１】
（ＳＴＥＰ４）
図９は、本実施形態に係る編集画面（その４）の一例を示す。同図は、「メモリ連携」７０２ボタンを押下後に表示され、メモリレイアウトを行うための設定画面である。
【００５２】
選択欄９０１は、「注文番号」として取りうる値の入力書式（データ型）を選択するための選択欄である。ここでは、入力項目値の入力書式として、「フラグ」、「数字」、「数字＋[A-F]」、「文字列」の種類がある。ユーザは、ＲＦタグのメモリ上、「注文番号」の入力項目値を、どの書式で扱うかをこの選択欄で決定する。本実施形態に係る入力書式は以下のものがある。
フラグ：値として2種類のみ存在する文字列
数字：[0-9]の数字のみを含む文字列
数字＋[A-F]：[0-9]の数字と[A-F][a-f]の文字のみを含む文字列
文字列：その他の文字列（ASCII文字とする）
また、本実施形態においては、サンプル値（例えば、「RS2012030001」）に基づいて、サンプル値が取りうる入力書式（データ型）が自動的に判断される。つまり、サンプル値に基づいて、「注文番号」として取りうる入力書式を、「フラグ」、「数字」、「数字＋[A-F]」、「文字列」の種類の中から判断し、「注文番号」が取りうる入力書式（データ型）のみを、選択欄９０１で選択できるようにする。
【００５３】
ここでは、サンプル値（例えば、「RS2012030001」）に基づいて、「フラグ」、「数字」、「数字＋[A-F]」、「文字列」の種類のうち、「文字列」のみが、「注文番号」の取りうる入力書式であると判断されている。一方、「フラグ」、「数字」、「数字＋[A-F]」は、「注文番号」が取りうる入力書式ではない。このため、ユーザは、「注文番号」の入力項目値の入力書式を、「文字列」のみを、この選択欄９０１から選択できる。
【００５４】
このように、具体的な入力項目値のサンプル値さえ入力されれば、自動的に取りうる入力書式が編集アプリ１０によって判断されるようになっているため、あまり知識のないユーザであっても、容易に入力項目値の入力書式（データ型）を決定することが可能である。なお、この入力項目値の取りうる入力書式の情報は、ＲＦタグに対するメモリレイアウトを行うのに必要な情報である（詳細後述）。
【００５５】
（ＳＴＥＰ５）
再び図９を参照する。ユーザが、選択欄９０１において、一の入力書式を選択すると、次いで、当該入力項目値が取りうる「数値範囲」又は「最大文字数」を入力する。
【００５６】
ここで、選択欄９０１において、「数字」以外、即ち「フラグ」、「数字＋[A-F]」、「文字列」のいずれかが選択された場合、入力欄９０２が表示される。ユーザは、入力欄９０２において、入力項目値が取りうる「最大文字数」を入力する。例えば、「注文番号」の入力項目値が取りうる「最大文字数」が１２であるならば、ユーザは、「最大文字数」として、１２を入力する。
【００５７】
一方これに対し、選択欄９０１において、「数字」が選択された場合、入力欄９０３が表示される。ユーザは、入力欄９０３において、入力項目値が取りうる「数値範囲」を入力する。例えば、「数量」の入力項目値が取りうる「数値範囲」が１〜９９であるならば、ユーザは、「数値範囲」として、１〜９９を入力する。
【００５８】
以上、入力を終えると、ユーザは、「次へ」９０４を押下し次へ進む。なお、この入力項目値が取りうる「数値範囲」又は「最大文字数」の情報は、入力項目値のデータ長を算出するに用いられる。即ち、ＲＦタグに対するメモリレイアウトを行うのに必要な情報である（詳細後述）。
【００５９】
（ＳＴＥＰ６）
図１０は、本実施形態に係る編集画面（その５）の一例を示す。同図は、「次へ」９０４ボタンを押下後に表示され、引き続きメモリレイアウトを行うための設定画面である。
【００６０】
選択欄１００１は、ＲＦタグ内のメモリ領域（メモリバンクという）の種類が表示され、電子情報の格納に用いるメモリ領域を選択するための選択欄である。ここでは、ユーザは、例えば、「ＵＳＥＲ」なるメモリバンクをこの選択欄で決定する。
【００６１】
入力欄１００２は、選択欄１００１で選択されたＲＦタグ内のメモリバンクのメモリにおいて、当該入力項目値（例えば、「注文番号」の入力項目値）が格納される先頭のメモリアドレス（「開始アドレス」という）を入力するための入力欄である。
【００６２】
本実施形態では、ユーザが「自動」１００３を押下すると、自動的に、選択されたメモリバンクの先頭から、Ｗｏｒｄ単位（１Ｗｏｒｄ＝２ｂｙｔｅ）で空き領域を検索し、空き領域が見つかった場合、その先頭アドレスを取得する。そしてこの先頭のアドレスが「開始アドレス」として入力欄１００２に自動入力される。
【００６３】
ユーザは、「開始アドレス」の入力を完了すると、「設定」１００４を押下し次へ進む。なお、この入力項目値が取りうる「メモリバンク」又は「開始アドレス」の情報は、ＲＦタグに対するメモリレイアウトを行うのに必要な情報である（詳細後述）。
【００６４】
（ＳＴＥＰ７）
図１１は、本実施形態に係る編集画面（その６）の一例を示す。同図は、「設定」１００４ボタンを押下後に表示され、メモリレイアウトの設定確認を行うためのメモリレイアウト図画面である。
【００６５】
まず、メモリレイアウト図について説明する。本実施形態に係るメモリレイアウト図において、１個のセルは、１ｂｙｔｅ分のデータ格納領域を表す。また、+0,+1,+2,・・・の表記で区切られた２個のセルは、１Ｗｏｒｄ（２ｂｙｔｅ）分のデータ格納領域を表す。通例、ＲＦＩＤメモリのアドレスは、慣例的に、１Ｗｏｒｄ単位で付与されるため（割り当てられるため）、Ｗｏｒｄ単位でデータ格納領域を表すとユーザにとっても分かり易い。
【００６６】
また、メモリレイアウト図において、列毎に+0,+1, +2,・・・の表記がある。「WORD ADDRESS」列に表示されているアドレス値を基準に、列の値（+0,+1, +2・・・）を加算した値が、そのＷｏｒｄセルのアドレスになるものである。例えば、図１１の例では、「WORD ADDRESS」'00hの行で、'+2'列の交差するＷｏｒｄセルのデータは、'3132'(16進)であり、そのＷｏｒｄセルのアドレスは、'02H'である。なお、１６進数値は、４ｂｉｔで１桁を表現する。即ち、１ｂｙｔｅ＝８ｂｉｔであるため、１個のセルには、２桁の１６進数を格納できる。また、１個のＷｏｒｄセルには、４桁の１６進数を格納できる。
【００６７】
同編集画面には、ＲＦタグ内のメモリレイアウト図（メモリマップ）が表示され、メモリ上、これまで設定してきた設定内容がここに反映されている。具体的に、上述の例では、「注文番号」の入力項目値を格納するためのメモリ領域を確保するための操作を実施した。具体的に、「注文番号」のサンプル値（例えば、「RS2012030001」）に基づいて、以下の設定を実施した。
「入力書式」：文字列（ＡＳＣＩＩ文字）
「最大文字数」：１２
「メモリバンク」：ＵＳＥＲ
「開始アドレス」：００
従って、「注文番号」のサンプル値のメモリレイアウト結果として、「注文番号」の入力項目値を格納するため格納領域（値フィールド）は、「ＵＳＥＲ」メモリのＷｏｒｄアドレス00h〜05hに、「文字列」として格納（配置）された。
【００６８】
例えば、「注文番号」のサンプル値「RS2012030001」の場合、１２文字をメモリに格納するためには、１２ｂｙｔｅを確保する必要がある。よって、図１１のように、「注文番号」の入力項目値を格納するため格納領域（値フィールド）は、「ＵＳＥＲ」メモリのＷｏｒｄアドレス00h〜05h（１２ｂｙｔｅ分）に、「文字列」として格納（配置）された。
【００６９】
ここで、ＡＳＣＩＩ文字列の場合、１文字＝１ｂｙｔｅであるため、メモリレイアウト図上の１個のセルに、１文字を格納することが可能である（例えば、'R'は、１６進数では'52'と表現される。この値が、「WORD ADDRESS」'00h'の行での１番目のＷｏｒｄセル内に格納されている）。
【００７０】
以上、「注文番号」について、その入力項目値を格納するためのメモリ領域を確保するための操作である。ユーザは、「ＯＫ」１００１を押下し、図７の編集画面へ戻る。ユーザは、残る「部品番号」、「仕入れコード」、「検査結果」、「数量」についても、その入力項目値を格納するためのメモリ領域を確保するための操作を実施していく。
【００７１】
（ＳＴＥＰ８）
ユーザは、同様の要領で、残る「部品番号」、「仕入れコード」、「検査結果」、「数量」についても、その入力項目値を格納するためのメモリ領域を確保するための操作を実施していく。具体的には、残る「部品番号」、「仕入れコード」、「検査結果」、「数量」のそれぞれについて、入力項目欄をカーソル７０１で選択し、編集画面右上の「メモリ連携」７０２ボタンを押下することで、メモリ連携操作を実施する（ＳＴＥＰ３〜６）。
【００７２】
図１２は、本実施形態に係る編集画面（その７）の一例を示す。同編集画面には、ＲＦタグ内のメモリレイアウト図（メモリマップ）が表示され、メモリ上、これまで設定してきた設定内容がここに反映されている。
【００７３】
具体的に、「注文番号」、「部品番号」、「仕入れコード」、「検査結果」、「数量」の入力項目値を格納するためのメモリ領域を確保するための操作が実施された。従って、「注文番号」、「部品番号」、「仕入れコード」、「検査結果」、「数量」のサンプル値のメモリレイアウト結果として、これら入力項目値を格納するため格納領域（値フィールド）は、「ＵＳＥＲ」メモリのＷｏｒｄアドレス00h〜11hに格納（配置）された。なお、本実施形態において、入力項目値は、Ｗｏｒｄ単位でメモリ領域を確保する。
【００７４】
次に、ユーザは、「ＯＫ」１００１を押下し、図７の編集画面へ戻る。
【００７５】
（ＳＴＥＰ９）
再び図７を参照する。ユーザは、ＲＨメディアの券面上への画像のデザイン、メモリレイアウトを全て完了させると、この結果を保存するために、「保存」７０３ボタンを押下する。これにより、ＲＨメディア帳票の「帳票フォーム」が保存される。
【００７６】
図１３は、本実施形態に係る帳票フォームの一例を示す。「帳票フォーム」は、いわば帳票の雛形であり、ＲＨメディア帳票において、券面上に印刷される画像及び画像のレイアウト情報、並びにメモリ上のメモリレイアウトの情報を記録するファイルである。
【００７７】
図１３の帳票フォームは、ＸＭＬ形式で記述されたものであり、具体的に、券面上の各要素については、券面上への画像配置位置や表示用の付属情報を、メモリ上の要素については、メモリ上での配置情報や付属情報を記録する。これら情報は、ＲＨドメディアを複数枚印刷する場合でも、共通の情報である。具体的に、各要素（タグ）は、次の通りである。
【００７８】
要素「rhm:label」は、券面上の要素で、固定の文字列を定義する。券面上の位置情報（x, y, width, height）、フォント情報、フィールド内での位置情報（センタリング、右寄せ、左寄せ）、枠線情報、固定表示文字列をもつ。
【００７９】
要素「rhm:text」は、券面上の要素で、可変の文字列を定義する。券面上の位置情報（x, y, width, height）、フォント情報、フィールド内での位置情報（センタリング、右寄せ、左寄せ）、枠線情報をもつ。また、差込データファイルとの連携キー情報（ref）を定義する。
【００８０】
要素「rhm:barcode」は、券面上の要素で、可変のバーコードを定義する。券面上の位置情報（x, y, width, height）、フィールド内での位置情報（センタリング、右寄せ、左寄せ）、バーコード属性情報をもつ。また、差込データファイルとの連携キー情報（ref）を定義する。
【００８１】
要素「rhm:rfid」は、RFIDの定義ルートタグ。本タグがあれば、印刷時にメモリ書込みも必要であることを示す。利用するRFIDのチップの種類（例では"hibiki"）も定義する。
【００８２】
要素「rhm:rfid/ rhm:data」は、RFID上の要素で、可変のフィールドを定義する。メモリ上の位置情報（bank, address, length）、メモリ上での配置形式（エンコード形式）を定義する。また、差込データファイルとの連携キー情報（ref）を定義する。
【００８３】
（ＳＴＥＰ１０）
再び図７を参照する。次に、ユーザは、「帳票フォーム」の各項目に対し、具体的な入力項目値を入力するため、ＣＳＶ形式の差込データファイルを入力する。ユーザは、「データファイル入力」７０４ボタンを押下する。
【００８４】
図１４は、本実施形態に係る編集画面（その８）の一例を示す。同図は、「データファイル入力」７０４ボタンを押下後に表示される。ユーザは、一のファイルを選択することにより、ＣＳＶ形式の差込データファイル（例えば、「data1.csv」）を入力する。
【００８５】
図１５は、本実施形態に係る差込データファイルの一例を示す。本実施形態に係る差込データファイルは、ＣＳＶ形式のため、各データは、カンマで区切られている。また、同図の差込データファイルには、ＲＨメディア３枚分のデータが記載されている。差込データファイルには、帳票フォーム（例えば、図１３）上で定義した可変のデータ値（例えば、「注文番号」、「部品名」、「部品番号」、「仕入先」、「仕入れコード」、「検査結果」、「数量」）が記載され、帳票フォーム上の「ref」に対応させて、データ値を帳票フォーム上に出力する。
【００８６】
なお、差込データファイル内の可変のデータ値は、項目値毎に編集画面で入力した設定値に従う必要があることはいうまでもない（「注文番号」は最大文字数１２文字など）。
【００８７】
図１６は、本実施形態に係る編集画面（その９）の一例を示す。同図は、ＣＳＶ形式の差込データファイル（例えば、「data1.csv」）入力後に表示される、いわば印刷プレビューである。具体的に例えば、「data1.csv」は、ＲＨメディア３枚分のデータが記載されているため、同ファイルを帳票フォームに流し込むことにより、３枚分のＲＨメディア帳票の印刷プレビューが表示される。
【００８８】
ユーザは、編集アプリ１０の編集画面から、印刷プレビューにより、視覚的にＲＨメディア帳票の印刷仕上がり具合を確認する。そして、これでよければ、ＲＨメディア帳票を実際に印刷すべく、「印刷」７０５ボタンを押下する。これにより、編集装置１の編集アプリ１０から、プリンタ制御装置２を通じて、データと共にプリント命令が送信され、プリンタ３により、ＲＨメディアへの券面印刷及びＲＦタグへの電子情報の書き込みが実行される。その結果、プリント３から印刷プレビュー通りのＲＨメディア帳票が出力される（例えば、図８の３枚のＲＨメディア帳票）。
【００８９】
[情報処理]
次に、上述の編集画面例の遷移に伴う情報処理について説明する。
【００９０】
（入力書式判定処理）
図１７は、本実施形態に係る入力書式判定処理を説明するフローチャートである。再び図９の編集画面を参照する。選択欄９０１は、この例では、「注文番号」が取りうる入力書式（データ型）を、選択欄で選択するものである。従来は、ユーザ自身の判断によって、「注文番号」として取りうる入力書式（データ型）を、「フラグ」、「数字」、「数字＋[A-F]」、「文字列」の種類の中から選択する必要があった。
【００９１】
一方、本実施形態においては、入力書式判定処理により、入力項目値のサンプル値に基づいて、入力項目値が取りうる入力書式（データ型）が判断される。具体的に、入力書式判定処理によって、「注文番号」のサンプル値に基づいて、「注文番号」として取りうる入力書式を、「フラグ」、「数字」、「数字＋[A-F]」、「文字列」の種類の中から判断する。これにより、ユーザは、「注文番号」が取りうる入力書式（データ型）のみを、選択欄９０１の選択肢の中から選択できる。また、「注文番号」が取り得ない入力書式を誤った選択してしまうことを回避できる。
【００９２】
なお、当フローチャートが適用される場面は、ユーザによる「メモリ連携」７０２ボタン押下後である。そして、入力書式判定処理の処理結果が、選択欄９０１の選択肢に反映される。以下、詳しく説明する。
【００９３】
Ｓ１：編集アプリ１０の入力情報取得部１０２は、まずサンプル値を取得する。取得されるサンプル値は、カーソル７０１で選択された入力項目欄内のサンプル値である。具体的に、図７の編集画面の場合、「注文番号」のサンプル値である「RS2012030001」が取得される。
【００９４】
Ｓ２：編集アプリ１０の入力書式判定部１０３は、サンプル値が取得されると、はじめに、取得したサンプル値の入力書式（データ型）が、フラグタイプであるか否かを判定する。フラグタイプとは、例えば、可／不可、ＯＮ／ＯＦＦ、Ｔｅｓ／Ｎｏ、Ｔｒｕｅ／Ｆａｌｓｅ、有／無といったように、値として二者択一の値しかとらない文字列の入力書式をいう。
【００９５】
入力書式判定部１０３は、フラグタイプ判定辞書を予め用意しておき、フラグタイプ判定辞書を参照し、サンプル値の入力書式がフラグタイプであるか否かを判定する。具体的に、フラグタイプ判定辞書には、例えば、可／不可、ＯＮ／ＯＦＦ、Ｙｅｓ／Ｎｏ、Ｔｒｕｅ／Ｆａｌｓｅ、有／無といったように、一般に、フラグタイプとして用いられる入力書式が予め登録されている。そして、編集アプリ１０は、サンプル値が、例えば、「可」、「不可」「ＯＮ」、「ＯＦＦ」、「Ｙｅｓ」、「Ｎｏ」、「Ｔｒｕｅ」、「Ｆａｌｓｅ」、「有」、「無」の何れかである場合、当該サンプル値の入力書式がフラグタイプであると判定する。一方、例えば、サンプル値がフラグタイプ判定辞書に登録のない「RS2012030001」である場合、当該サンプル値の入力書式はフラグタイプでないと判定する。
【００９６】
Ｓ３：入力書式判定部１０３は、取得したサンプル値の入力書式が、フラグタイプであると判定すると、取得したサンプル値の入力書式候補は、「フラグ」であると判定する。なお、候補というのは、ユーザに選択された入力書式を最終的な入力書式と決定するため、この時点では入力書式の候補としておく。
【００９７】
Ｓ４：入力書式判定部１０３は、取得したサンプル値の入力書式が、フラグタイプでないと判定すると、次へ進む。編集アプリ１０は、今度は、取得したサンプル値が、0〜9、A〜F以外の文字を含むか否かを判定する。例えば、サンプル値「RS2012030001」の場合、「R」や「S」といった0〜9、A〜F以外の文字を含んでいる。
【００９８】
Ｓ５：入力書式判定部１０３は、取得したサンプル値が、0〜9、A〜F以外の文字を含むと判定すると、取得したサンプル値の入力書式候補は、「文字列」であると判定する。例えば、サンプル値「RS2012030001」の場合、入力書式候補は、「文字列」と判定される。
【００９９】
Ｓ６：入力書式判定部１０３は、取得したサンプル値のが、0〜9、A〜F以外の文字を含まないと判定すると、次へ進む。入力書式判定部１０３は、今度は、取得したサンプル値が、0〜9のみを含むか否かを判定する。
【０１００】
Ｓ７：入力書式判定部１０３は、取得したサンプル値が、0〜9のみを含むと判定すると、取得したサンプル値の入力書式候補は、「数字」、「数値＋[A-F]」、「文字列」であると判定する。
【０１０１】
Ｓ８：一方、入力書式判定部１０３は、取得したサンプル値が、0〜9のみを含まないと判定すると、取得したサンプル値の入力書式候補は、「数値＋[A-F]」、「文字列」であると判定する。
【０１０２】
Ｓ９：編集アプリ１０の表示部１０５は、入力書式の選択欄において、入力書式判定部１０３の判定結果に従って、入力書式候補を選択可能に表示する。例えば、例えば、サンプル値「RS2012030001」の場合、入力書式候補は、「文字列」と判定されるため、選択欄９０１には、「フラグ」、「数字」、「数字＋[A-F]」、「文字列」のうち、「文字列」のみが選択可能に表示される（例えば、図９）。
【０１０３】
また、サンプル値「RS2012030001」の場合、その入力書式として、「フラグ」、「数字」、「数字＋[A-F]」は取り得ないため、選択欄９０１では、選択不可能に表示される。このため、ユーザが入力書式として取り得ない入力書式を誤って選択してしまうということはない。
【０１０４】
Ｓ１０：入力書式判定部１０３は、入力書式の選択欄において、ユーザにより入力書式が選択されたか否かを判定する。なお、Ｓ９で、入力書式候補が複数はなく、入力書式候補が１のみ存在する場合（例えば、「文字列のみ」）、その１の入力書式候補のみが選択可能に表示したとしても、事実上選択されるのは、１の入力書式候補である。よって、入力書式候補が１のみ存在する場合、ユーザの選択操作の手間を軽減するべく、Ｓ１０で、既にその１の入力書式候補が選択されたものとして扱うことも可能である。
【０１０５】
Ｓ１１：入力書式判定部１０３は、ユーザにより選択された入力書式を、入力書式と判定（決定）する。
【０１０６】
このように、具体的なサンプル値さえ入力されれば、自動的に取りうる入力書式が編集アプリ１０によって判断されるようになっているため、あまり知識のないユーザであっても、容易に入力書式を決定することが可能である。
【０１０７】
（メモリレイアウト決定処理）
図１８は、本実施形態に係るメモリレイアウト決定処理を説明するフローチャートである。従来は、ＲＨメディアに対しメモリレイアウトを行う場合、ユーザ自身の判断によって、書き込み開始アドレス、書込みサイズなどを、ユーザ自身がメモリマップ仕様を参考に、使用済み部分を確認しながら、メモリの空き番地を見つけて入力しなくてはならず、ユーザにとって、メモリレイアウトが困難であった。
【０１０８】
一方、本実施形態においては、メモリレイアウト決定処理によって、自動的に必要なメモリ領域が確保され、メモリレイアウト図中に表示される。例えば、再び図１１及び１２の編集画面を参照するように、ユーザは、編集画面に沿って、所定の入力を行っていくことにより、容易にメモリレイアウトを行うことができる。
【０１０９】
なお、当フローチャートが適用される場面は、ユーザによる「設定」１００４ボタン押下後である（例えば、図１０）。そして、メモリレイアウト決定処理の処理結果が、メモリレイアウト図のメモリ確保表示に反映される。以下、詳しく説明する。
【０１１０】
Ｓ２１：編集アプリ１０のメモリレイアウト決定部１０４は、入力書式に基づいて、メモリ配置形式を決定する。入力書式は、図９の編集画面の選択欄９０１、及びＳ１１において、一の入力書式が既に決定されている。
【０１１１】
図１９は、本実施形態に係るメモリ配置形式決定表の一例を示す。メモリ配置形式決定表には、入力書式とメモリ配置形式が１対１で対応付けられている。このため、編集アプリ１０は、メモリ配置形式決定表を参照することにより、一の入力書式から一のメモリ配置形式を決定できる。例えば、入力書式「フラグ」の場合、メモリ配置形式は「ビット」となる。また、例えば、入力書式「文字列」の場合、メモリ配置形式は「文字列」となる。
【０１１２】
なお、本実施形態に係るメモリ配置形式は以下のものがある。
ビット：1ビットの値 0/1で配置する。
数値：Byte, Wordで表現できる数値／Byte ：0〜255(又は-128〜127)、Word ：0〜65535(又は-32768〜32767)
HEX文字列：4ビットに1文字の数値を割り当てる形式で配置。BCDコード含む。1バイトで2文字表現できる。
文字列：文字のコード値をそのまま配置する。
【０１１３】
Ｓ２２：次に、メモリレイアウト決定部１０４は、入力項目値が取りうる「数値範囲」又は「最大文字数」を取得する。具体的に、再び図９を参照する。ユーザが、選択欄９０１において、一の入力書式を選択すると、次いで、当該入力項目値が取りうる「数値範囲」又は「最大文字数」を入力するため、メモリレイアウト決定部１０４は、ここで入力された「数値範囲」又は「最大文字数」取得する。
【０１１４】
なお、上述したように、選択欄９０１において、「数字」以外、即ち「フラグ」、「数字＋[A-F]」、「文字列」のいずれかが選択された場合、入力項目値が取りうる「最大文字数」を取得する。一方、これに対し、選択欄９０１において、「数字」が選択された場合、入力項目値が取りうる「数値範囲」を取得する。
【０１１５】
Ｓ２３：メモリレイアウト決定部１０４は、メモリ上、入力項目値を格納する格納領域の「開始アドレス」（先頭アドレス）を取得する。具体的には、再び図１０を参照し、メモリレイアウト決定部１０４は、入力欄１００２において、入力された「開始アドレス」を取得する。
【０１１６】
Ｓ２４：次に、メモリレイアウト決定部１０４は、メモリ上、入力項目値を格納するに必要なＷｏｒｄ数を算出する。つまり、メモリレイアウト決定部１０４は、「メモリ配置形式」と、「数値範囲」又は「最大文字数」とにより、入力項目値を格納するために必要な格納領域（値フィールド）の容量を算出する。なお、本実施形態において、上述の如く、入力項目値は、Ｗｏｒｄ単位（１Ｗｏｒｄ＝２ｂｙｔｅ）でメモリ領域を確保する。この場合の、必要とされる容量の算出式例を以下に示す。
【０１１７】
（１）「メモリ配置形式」が「文字列」の場合：
（ASCII文字）：Word数＝（「最大文字数」/2）+「最大文字数」%2
（２）「メモリ配置形式」が「HEX文字列」の場合：
Word数＝（「最大文字数」/4）+｛(「最大文字数」%4 == 0)? 0 : 1｝
（３）「メモリ配置形式」が「数値」の場合：
if( Max値 > 4294967295 ) エラー（桁数が2Wordを超える「数値」はエラーと扱う）
else if( Max値  > 65535 ) Word数=2
else Word数=1
ここで、例えば、「注文番号」のサンプル値「RS2012030001」の場合、「メモリ配置形式」は「文字列」である。よって、この場合、上記（１）式により、（12/2）+「12」%2＝6+0=6 Wordと算出される。
【０１１８】
Ｓ２５：メモリレイアウト決定部１０４は、選択されたメモリバンク（例えば、「ＵＳＥＲ」）において、Ｓ２３で取得した「開始アドレス」から、Ｓ２４で算出した必要なＷｏｒｄ数を確保できるか否かを判定する。
【０１１９】
具体的には、選択されたメモリバンク（例えば、「ＵＳＥＲ」）の「開始アドレス」から、算出された必要なＷｏｒｄ数分の空き領域があるかどうかを確認する。空き領域があった場合は、必要なＷｏｒｄ数を確保できると判定する。一方、空き領域がなかった場合は、必要なＷｏｒｄ数を確保できないと判定する。この場合、Ｓ２７へ進み、空きメモリなしの旨をユーザに通知すればよい。
【０１２０】
Ｓ２６：表示部１０５は、メモリレイアウト図を表示する。メモリレイアウト図中、選択されたメモリバンクの「開始アドレス」から、算出された必要なＷｏｒｄ数の空き領域に対し、メモリ配置形式でサンプル値を配置して表示する。
【０１２１】
例えば、再び図１１を参照する。メモリレイアウト図中、選択されたメモリバンク「ＵＳＥＲ」）の「開始アドレス」（先頭アドレス00hに等しい）から、算出された６Ｗｏｒｄ数の空き領域に対し、メモリ配置形式でサンプル値（ASCII 16進数表記）を配置して表示する。
【０１２２】
このように、編集画面に沿って、所定の入力を行っていくことにより、メモリレイアウト決定処理によって、メモリレイアウト図中、自動的に必要なメモリ領域が確保されるので、ユーザは容易にメモリレイアウトを行うことができる。また、実際に、確保されたメモリ領域に、メモリ配置形式でサンプル値が配置、格納されるので、ユーザは視覚的に具体的なイメージを持って、メモリレイアウトを行うことができる。
【０１２３】
[従来例]
図２０は、従来例に係る帳票アプリケーションの編集画面例を示す。従来の帳票アプリケーションでは、券面への画像デザイン機能と、ＲＦタグへのメモリレイアウト設計機能とは連携していないため、例えば、編集画面（図２０（ａ））において、入力項目値（例えば、「CHUBAN」）のメモリレイアウト情報を個別に入力し定義する必要がある。具体的には次の情報を入力する。
・「参照キー」には、入力項目値の名称を入力する。
・「エンコード」には、ユーザが、実際に使用される入力項目値を見ながら、適切な入力書式（データ型）を決定する。
・「メモリバンク」には、ＲＦタグ内のメモリ領域の種類が表示され、電子情報の格納に用いるメモリ領域を選択する。
・「書込み開始アドレス」には、ユーザ自身がメモリマップ仕様（図２０（ｂ））を参照し、メモリの使用済み部分を確認しながら、空き番地を見つけて、具体的にアドレスを入力する。
・「書込みサイズ」には、実際に使用される入力項目値のデータサイズを算出のうえ、入力する。また、ユーザ自身がメモリマップ仕様（図２０（ｂ））を参照し、「書込み開始アドレス」から、データサイズ分の空き領域があるかどうかも確認する。
【０１２４】
[総括]
以上、本実施形態によれば、券面への画像デザイン機能と、ＲＦタグメモリへのメモリレイアウト設計機能との連携性を強化させ、メモリレイアウト設計の容易化を図る編集プログラム等を提供することが可能となる。なお、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【０１２５】
１          編集装置
２          プリンタ制御装置
３          プリンタ
１１        ＣＰＵ
１２        ＲＯＭ
１３        ＲＡＭ
１４        ＨＤＤ
１５        記憶媒体読取装置
１６        入力装置
１７        表示装置
１８        通信装置
１０１      画像編集部
１０２      力情報取得部
１０３      入力書式判定部
１０４      メモリレイアウト決定部
１０５      表示部
１０６      ＣＳＶ入力部
１０７      帳票作成部
１０８      記憶部
【先行技術文献】
【特許文献】
【０１２６】
【特許文献１】特許４３６４７７２号
【図１】
2014032614.tif 000003
【図２】
2014032614.tif 000004
【図３】
2014032614.tif 000005
【図４】
2014032614.tif 000006
【図５】
2014032614.tif 000007
【図６】
2014032614.tif 000008
【図７】
2014032614.tif 000009
【図９】
2014032614.tif 000010
【図１０】
2014032614.tif 000011
【図１１】
2014032614.tif 000012
【図１２】
2014032614.tif 000013
【図１３】
2014032614.tif 000014
【図１４】
2014032614.tif 000015
【図１５】
2014032614.tif 000016
【図１７】
2014032614.tif 000017
【図１８】
2014032614.tif 000018
【図１９】
2014032614.tif 000019
【図２０】
2014032614.tif 000020
【図８】
2014032614.tif 000021
【図１６】
2014032614.tif 000022