JP6099788B1 - 商品データ登録端末、商品データ登録方法および商品データ登録プログラム - Google Patents

Abstract

【課題】商品データを登録する際の労力を軽減する。【解決手段】メニュー画像を表示し、ユーザによる始点および終点を特定するための操作ごとに、始点から終点までの移動方向が、右方向または左方向のいずれに該当するかを判定し、判定した方向に対応付けられた矩形を画像上に表示し、右方向に対応付けられた矩形内の画像に含まれる認識対象を、商品名のパターン認識に特化した文字認識処理を利用してテキストデータに変換し、左方向に対応付けられた矩形内の画像に含まれる認識対象を、料金のパターン認識に特化した文字認識処理を利用してテキストデータに変換し、メニュー登録画面の商品名入力欄および料金入力欄に、変換されたそれぞれのテキストデータを入力し、入力されたデータに基づいて、商品名データおよび料金データを含む商品データをメニュー情報ＤＢに登録する。【選択図】図３

Description

本発明は、商品データ登録端末、商品データ登録方法および商品データ登録プログラムに関する。

下記特許文献１には、飲食店に設置したレジ端末を利用して会計処理を行うシステムが開示されている。

特開２０１３−１３７６５７号公報

飲食店で提供される商品やその料金は店舗ごとに異なるのが一般的である。したがって、特許文献１のように店舗ごとにレジ端末を設置して利用する場合には、店舗ごとのメニューデータ（商品データ）を各レジ端末に事前に登録する作業が必要になる。レジ端末にメニューデータを登録する場合には、登録担当者が店舗ごとのメニューを見ながら、商品ごとに登録することになる。つまり、システムを利用する前に、商品および料金を入力して登録する作業が商品数分繰り返し発生することとなり、労力を要することになる。このような事前作業が存在すると、システムを導入する際の足かせになりかねない。

本発明は、上述した課題を解決するためになされたものであり、商品データを登録する際の労力を軽減することができる商品データ登録端末、商品データ登録方法および商品データ登録プログラムを提供することを目的の一つとする。

本発明の一態様である商品データ登録端末は、商品名および料金を含む画像を表示する手段と、ユーザによる始点および終点を特定するための操作ごとに、前記始点から前記終点までの移動方向が、予め定めた第１方向または当該第１方向と逆向きの第２方向のいずれに該当するかを判定し、当該判定した方向に対応付けられ、かつ前記画像において文字認識をする範囲を指定するための矩形を、前記画像上に表示する手段と、前記第１方向に対応付けられた前記矩形内の画像に含まれる認識対象を、商品名のパターン認識に特化した文字認識処理を利用してテキストデータに変換する、一方、前記第２方向に対応付けられた前記矩形内の画像に含まれる認識対象を、料金のパターン認識に特化した文字認識処理を利用してテキストデータに変換する手段と、商品データを登録するための登録画面領域に設けられる商品名入力欄および料金入力欄に、前記変換されたそれぞれのテキストデータを入力して表示する手段と、前記商品名入力欄および前記料金入力欄に入力されたデータに基づいて、商品名データおよび料金データを含む商品データを記憶部に登録する手段と、を備える。

ユーザの操作に従って、前記矩形のサイズを変更する手段と、最後に変更された前記矩形のサイズを記憶する手段と、をさらに備え、前記矩形を表示する手段は、前記記憶された前記サイズと同じ幅の前記矩形を表示することとしてもよい。

前記矩形を表示する手段は、ユーザにより基点を指定するための操作がなされた場合には、前記記憶された前記サイズと同じサイズの前記矩形を、前記基点を基準にして表示することとしてもよい。

前記第１方向に対応付けられた前記矩形と前記第２方向に対応付けられた前記矩形とを対応付ける手段をさらに備え、前記テキストデータを入力して表示する手段は、前記対応付けられた双方の前記矩形に対応する前記テキストデータを、前記登録画面領域で同一行に配置されている前記商品名入力欄および前記料金入力欄にそれぞれ入力して表示させることとしてもよい。

前記対応付ける手段は、前記第１方向に対応付けられた前記矩形と前記第２方向に対応付けられた前記矩形とがそれぞれ前記画像上に表示された順番に従って、同じ順番の前記矩形同士を対応付けることとしてもよい。

前記第１方向に対応付けられた前記矩形と前記第２方向に対応付けられた前記矩形とを関連付ける操作を受け付ける手段をさらに備え、前記対応付ける手段は、前記受け付けられた前記操作により関連付けられた前記矩形同士を対応付けることとしてもよい。

前記画像は、メニューの画像であることとしてもよい。

本発明の一態様である商品データ登録方法は、ユーザが操作する端末が、商品名および料金を含む画像を表示するステップと、ユーザによる始点および終点を特定するための操作ごとに、前記始点から前記終点までの移動方向が、予め定めた第１方向または当該第１方向と逆向きの第２方向のいずれに該当するかを判定し、当該判定した方向に対応付けられ、かつ前記画像において文字認識をする範囲を指定するための矩形を、前記画像上に表示するステップと、前記第１方向に対応付けられた前記矩形内の画像に含まれる認識対象を、商品名のパターン認識に特化した文字認識処理を利用してテキストデータに変換する、一方、前記第２方向に対応付けられた前記矩形内の画像に含まれる認識対象を、料金のパターン認識に特化した文字認識処理を利用してテキストデータに変換するステップと、商品データを登録するための登録画面領域に設けられる商品名入力欄および料金入力欄に、前記変換されたそれぞれのテキストデータを入力して表示するステップと、前記商品名入力欄および前記料金入力欄に入力されたデータに基づいて、商品名データおよび料金データを含む商品データを記憶部に登録するステップと、を実行する。

本発明の一態様である商品データ登録プログラムは、コンピュータを、商品名および料金を含む画像を表示する手段、ユーザによる始点および終点を特定するための操作ごとに、前記始点から前記終点までの移動方向が、予め定めた第１方向または当該第１方向と逆向きの第２方向のいずれに該当するかを判定し、当該判定した方向に対応付けられ、かつ前記画像において文字認識をする範囲を指定するための矩形を、前記画像上に表示する手段、前記第１方向に対応付けられた前記矩形内の画像に含まれる認識対象を、商品名のパターン認識に特化した文字認識処理を利用してテキストデータに変換する、一方、前記第２方向に対応付けられた前記矩形内の画像に含まれる認識対象を、料金のパターン認識に特化した文字認識処理を利用してテキストデータに変換する手段、商品データを登録するための登録画面領域に設けられる商品名入力欄および料金入力欄に、前記変換されたそれぞれのテキストデータを入力して表示する手段、前記商品名入力欄および前記料金入力欄に入力されたデータに基づいて、商品名データおよび料金データを含む商品データを記憶部に登録する手段、として機能させる。

本発明によれば、商品データを登録する際の労力を軽減することができる。

実施形態における店舗端末を含む商品管理システムの構成を例示する図である。 図１に示す店舗端末の構成を例示する図である。 店舗端末でメニューデータを登録する際の処理手順を説明するためのフローチャートである。 店舗端末の画面上に表示されるメニュー登録画面の一例を示す図である。 店舗端末の画面上に表示されるメニュー登録画面の一例を示す図である。 店舗端末の画面上に表示されるメニュー登録画面の一例を示す図である。 店舗端末の画面上に表示されるメニュー登録画面の一例を示す図である。 店舗端末の画面上に表示されるメニュー登録画面の一例を示す図である。

以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。

図１は、本発明の一実施形態における店舗端末（商品データ登録端末）を含む商品管理システムの構成を例示する概略図である。商品管理システム１は、単数又は複数の店舗端末２と、管理サーバ３とを備える。店舗端末２および管理サーバ３は、ネットワークＮを介して相互に通信できるように構成される。

本実施形態では、例示的に、飲食店の各店舗に店舗端末２を導入する場合について説明する。店舗端末２は、それぞれの店舗ごとに、単数又は複数備えることができる。各店舗では、店員が、後述するメニュー登録機能を利用して、自店舗のメニューに含まれる商品名および料金をメニューデータ（商品データ）として店舗端末２に登録する。

店舗端末２は、メニュー登録機能に加え、例えば、登録したメニューデータを用いて、来店した顧客からの注文内容を登録する注文受付処理や、登録した注文内容を用いて会計処理（例えば、売上登録処理、レシートの発行処理）を実行する機能等を有する。店舗端末２に登録された各データは、適宜管理サーバ３に送信され、管理サーバ３において店舗ＩＤ等が付与された状態で管理される。

本実施形態では、店舗端末２として、タブレット端末を想定する。しかし、店舗端末２はこれに限定されず、店舗端末２として、例えば、ノートＰＣ（パーソナルコンピュータ）、スマートフォン、携帯電話機、携帯情報端末（ＰＤＡ）、その他の端末装置を適宜用いることができる。

管理サーバ３は、例えば、演算処理能力の高いコンピュータによって構成され、そのコンピュータにおいて所定のサーバ用プログラムが動作することにより、サーバ機能を実現するものである。ここで、管理サーバ３を構成するコンピュータは、必ずしも１台である必要はなく、ネットワーク上に分散する複数のコンピュータから構成されてもよい。

ネットワークＮは、店舗端末２と管理サーバ３との間で情報を送受信可能な通信網を含む。ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。

図２は、店舗端末２の構成を概略的に示すブロック図である。店舗端末２は、例えば、プロセッサ２１と、通信インタフェース２２と、入力デバイス２３と、表示デバイス２４と、記憶資源２５とを備える。

プロセッサ２１は、算術論理演算ユニットおよび各種レジスタ（プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等）から構成され、記憶資源２５に格納されているプログラム２５０を実行することで、後述するメニュー登録機能等の各種機能を実現する。プログラム２５０の一例として、店舗端末２にインストールされたメニュー登録用のアプリケーションプログラム（商品データ登録プログラム。以下、「メニュー登録アプリ」ともいう。）がある。このアプリケーションプログラムは、例えば、管理サーバ３からネットワークＮを通じてダウンロードし、店舗端末２にインストールする。

通信インタフェース２２は、管理サーバ３との接続インタフェースを提供するものであり、無線通信インタフェースまたは有線通信インタフェースから構成される。入力デバイス２３は、ユーザからの入力操作を受け付けるインタフェースを提供するものであり、タッチパネル、キーボード、マウス等を例示することができる。表示デバイス２４は、後述するメニュー登録画面等の画像表示インタフェースをユーザに提供するものであり、例えば、有機ＥＬディスプレイ、液晶ディスプレイ、ＣＲＴディスプレイ等が挙げられる。本実施形態では、入力デバイス２３および表示デバイス２４として、例示的にタッチパネル付きディスプレイを用いる。

記憶資源２５は、例えば、物理デバイスの記憶領域が提供する論理デバイスである。物理デバイスは、例えば、ディスクドライブまたは半導体メモリ等のコンピュータ読み取り可能な記録媒体である。記憶資源２５には、上記プログラム２５０に加え、オペレーティングシステムプログラム、ドライバプログラム、各種データ等が格納される。ドライバプログラムとしては、例えば、入力デバイス２３を制御するための入力デバイスドライバプログラムや、表示デバイス２４を制御するための出力デバイスドライバプログラム等がある。各種データとしては、例えば、商品名データおよび料金データを含むメニューデータがある。メニューデータは、例えばメニュー情報ＤＢ２５２に記憶される、

本実施形態におけるプログラム２５０は、例示的に、メニュー登録処理モジュール２５１を有する。このメニュー登録処理モジュール２５１を実行することでメニュー登録機能が発現する。図３〜図８を参照し、メニュー登録機能を利用してメニューデータを登録する際の手順について、その一例を説明する。図３は、メニューデータを登録する際の店舗端末２における基本的な処理の流れを例示するフローチャートであり、図４〜図８は、その際の店舗端末２における表示画面の一例を示す図である。

最初に、ユーザである店員の操作に応じて、店舗端末２のメニュー登録アプリの起動要求を受け付けると、店舗端末２のメニュー登録処理モジュール２５１は、図４に示すメニュー登録画面（登録画面領域）２４Ｓをディスプレイ２４に表示させる（ステップＳ１０１）。上記メニュー登録アプリの起動要求は、例えば、店舗端末２のディスプレイ２４に表示されたアイコンをタップ（選択）等することで行う。

続いて、店員の操作に応じて、メニュー登録に利用するメニュー画像を選択する画面の表示要求を受け付けると、メニュー登録処理モジュール２５１は、図５に示すメニュー画像選択画面２４１を、メニュー登録画面２４Ｓ上にポップアップ表示させる（ステップＳ１０２）。上記メニュー画像は、商品名および料金を表示するメニューを撮影した画像である。上記メニュー画像を選択する画面の表示要求は、例えば、“メニュー画像を表示する”ボタン２４ａをタップ等することで行う。

続いて、店員の操作に応じて、メニュー画像の選択要求を受け付けると、メニュー登録処理モジュール２５１は、図６に示すように、選択されたメニュー画像２４ｆをメニュー登録画面２４Ｓの画像表示領域に表示させる（ステップＳ１０３）。上記メニュー画像の選択要求は、例えば、図５に示すメニュー画像選択画面２４１上で所望のメニュー画像２４ｆに対応するファイル名“ＩＭＧ＿６１９８．ＪＰＧ”２４１ａを選択し、“開く”ボタン２４１ｂをタップ等することで行う。

続いて、店員の操作に応じて、メニュー画像２４ｆのうち、登録対象となる商品名および料金の表示領域がそれぞれ個別に指定されると、メニュー登録処理モジュール２５１は、図７に示すように、指定された商品名の表示領域ごとに、文字認識の対象範囲を画定するための矩形２４ｇを表示させ、指定された料金の表示領域ごとに、上記矩形２４ｈを表示させる（ステップＳ１０４）。上記商品名および料金の表示領域の指定は、例えば、メニュー画像２４ｆ上をなぞることで行い、なぞる方向に応じて２種類の矩形２４ｇ、２４ｈを表示させる。以下に具体的に説明する。

商品名の表示領域は、店員が、登録対象となる商品名の左端付近から右端付近に向けて右方向に指でなぞることで指定する。メニュー登録処理モジュール２５１は、ディスプレイ２４に表示された画像上をなぞることで特定される始点（接触開始点）と終点（接触終了点）とに基づいて、始点から終点までの移動方向が右方向であると判定した場合に、商品名用の矩形２４ｇを表示する。

一方、料金の表示領域は、店員が、登録対象となる料金の右端付近から左端付近に向けて左方向に指でなぞることで指定する。メニュー登録処理モジュール２５１は、ディスプレイ２４に表示された画像上をなぞることにより特定される始点と終点とに基づいて、始点から終点までの移動方向が左方向であると判定した場合に、料金用の矩形２４ｈを表示する。

本実施形態では、例示的に、メニュー画像の横方向をＸ軸とし、縦方向をＹ軸とするＸＹ座標を利用して、始点および終点の特定や、矩形の表示位置の決定を行うこととする。以下に具体的に説明する。

最初に、メニュー登録処理モジュール２５１は、タッチパネル付きディスプレイ２４により検知される接触開始点と接触終了点とに基づいて始点と終点とを特定する。

続いて、メニュー登録処理モジュール２５１は、終点のＹ座標を始点のＹ座標と同じ値に変更する。これは、なぞる操作にはぶれが生じ易いのに対し、例えば横書きのメニューでは、商品名や料金が横方向の直線上に表示されることが多いことを考慮して設けられた機能である。始点および終点のＹ座標を同じ値に揃えることで、矩形の長辺方向をメニューの文字方向に揃えることが可能となり、商品名や料金の表示方向に合わせて矩形を配置し易くする効果がある。

続いて、メニュー登録処理モジュール２５１は、矩形の左辺（高さ）の中点を始点座標上に設定し、矩形の右辺（高さ）の中点を終点座標上に設定することで、矩形の表示位置を決定する。続いて、メニュー登録処理モジュール２５１は、決定した表示位置に矩形を表示する。

矩形の表示位置は、矩形全体をドラッグすることで任意に変更することができる。また、表示されている各矩形は、それぞれを選択することで、例えば矩形の四隅にサイズ調整部２４ｉが出現し、そのサイズ調整部２４ｉをドラッグ等してサイズを調節することで、矩形のサイズを任意に変更することができる。

矩形のサイズを変更すると、変更後の矩形のサイズ（例えば高さ（幅）、長さ等）がメモリに記憶される。この矩形のサイズは、矩形の種類ごとに記憶することとしてもよい。メニュー登録処理モジュール２５１は、矩形を表示する際に、その時点でメモリに記憶されているサイズに基づいて同じ高さの矩形を表示する。

同じ高さの矩形を表示する機能は、メニューに表示される商品名および料金が、同じ大きさの文字で表示されることが多いことを勘案して設けられたものである。この機能を利用することで、例えば、横書きの商品名の文字の高さに合わせて矩形の高さを変更した場合には、他の商品名や料金に矩形を表示する際に、変更後の高さと同じ高さの矩形を表示させることができることとなり、矩形の高さを調節する手間を省くことが可能となる。

また、メニュー登録処理モジュール２５１は、画像上を、例えばダブルタップされた場合に、そのダブルタップされた座標を始点（基点）として、その時点でメモリに記憶されているサイズと同じサイズの矩形を表示する。また、画像上に表示されている矩形がダブルタップされた場合には、その矩形を削除する。同じサイズの矩形を表示する機能は、メニューに表示されている商品名や料金の長さが揃っているほど、矩形のサイズを変更する手間を削減することができ、作業効率を向上させることが可能となる。

特に、メニューに表示される料金の長さは同じ長さになることが多いため、いずれかの料金に合わせて矩形のサイズを変更することで、その後に表示する他の料金の矩形のサイズを変更する手間を省略することができ、作業負担を軽減させることが可能となる。

一方、メニューに表示される商品名の長さは揃わないことが多いが、商品名と料金との間には、最も長い商品名に合わせて空白が埋められることが多いため、最も長い商品名に合わせた矩形を用いて文字認識することとしても、文字認識の精度を維持することができる。そこで、商品名に矩形を表示させる際に、最も長い商品名に合わせて矩形のサイズを変更することで、その後に表示する他の商品名の矩形のサイズを変更する手間を省くことができ、作業負担を軽減させることが可能となる。

また、メニュー登録処理モジュール２５１は、右方向になぞることで表示される商品名用の矩形２４ｇを、例示的に水色のハイライトを用いて強調表示し、左方向になぞることで表示される料金用の矩形２４ｈを、例示的に黄色のハイライトを用いて強調表示する。これにより、商品名の表示領域と料金の表示領域とを視覚的に判別し易くすることができる。

図３に示すフローチャートの説明に戻る。上記ステップＳ１０４で登録対象の商品名および料金に対してそれぞれ矩形２４ｇ、２４ｈが表示された後、店員により、図７に示すメニュー登録画面２４Ｓの“解析”ボタン２４ｂがタップ等されると、メニュー登録処理モジュール２５１は、矩形２４ｇ、２４ｈ内の画像に含まれる認識対象を、矩形２４ｇ、２４ｈの種類ごとに定められた文字認識処理を利用して文字認識し、テキストデータに変換する（ステップＳ１０５）。以下に具体的に説明する。

矩形が、画像上を右方向になぞることで表示された商品用の矩形２４ｇである場合には、商品名のパターン認識に特化した文字認識処理を利用して文字認識し、テキストデータに変換する。一方、矩形が、画像上を左方向になぞることで表示された料金用の矩形２４ｈである場合には、料金のパターン認識に特化した文字認識処理を利用して文字認識し、テキストデータに変換する。

ここで、文字認識処理の内容は、特に制限されず、例えば、一般的なＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅａｄｅｒ:光学式文字読取装置）技術に代表される画像認識系アプリケーションを適用することができる。また、ＯＣＲ技術に代えて、データ学習に用いるいわゆるディープラーニング（Ｄｅｅｐ Ｌｅａｒｎｉｎｇ）技術を適用することもできる。かかるディープラーニング技術を含む文字認識は、例えば、画像処理、機械学習および言語処理（認識結果補正）のステップを含めて構成することができる。

続いて、メニュー登録処理モジュール２５１は、上記ステップＳ１０５で変換した各テキストデータを、図８に示すメニュー登録画面２４Ｓの各商品名欄２４ｄおよび各料金欄２４ｅに、順次（テキストデータに変換するごとに）入力し、表示する（ステップＳ１０６）。

ここで、メニュー登録処理モジュール２５１は、変換したテキストデータの数に合わせて、商品名欄２４ｄおよび料金欄２４ｅを、メニュー登録画面２４Ｓ上に逐次追加していく。

また、メニュー登録処理モジュール２５１は、対応付けられた商品名用の矩形２４ｇと料金用の矩形２４ｈとに対応するテキストデータを、メニュー登録画面２４Ｓ上で同一行に配置されている商品名欄２４ｄおよび料金欄２４ｅにそれぞれ入力して表示させる。商品名用の矩形２４ｇと料金用の矩形２４ｈとの対応付けは、例えば、以下の（１）〜（３）のいずれかにより行うことができる。

（１）矩形２４ｇと矩形２４ｈとがそれぞれ画像上に表示された順番に従って、同じ順番の矩形同士を対応付ける。その際、表示された順番を店員が確認できるように、矩形２４ｇおよび矩形２４ｈの近くにそれぞれの表示順に対応する番号を表示させることとしてもよい。

（２）解析を開始する前に、矩形２４ｇおよび矩形２４ｈを店員にそれぞれ順番にタップさせ、タップされた順番に従って、同じ順番の矩形同士を対応付ける。このとき、タップされた順番に対応する番号を矩形２４ｇおよび矩形２４ｈの近くにそれぞれ表示させることとしてもよい。

（３）解析を開始する前に、矩形２４ｇと矩形２４ｈとを結び付けるリンク線を店員に設定させ、そのリンク線で結ばれた矩形同士を対応付ける。

なお、商品名欄２４ｄおよび料金欄２４ｅの内容は、ユーザが任意に変更することができる。また、商品名欄２４ｄおよび料金欄２４ｅを削除する場合には、その商品名欄２４ｄおよび料金欄２４ｅと同一行にある削除ボタン２４ｊをタップ等することで、その削除ボタン２４ｊに対応する行全体を削除することができる。

図３に示すフローチャートの説明に戻る。上記ステップＳ１０６で商品名欄２４ｄおよび料金欄２４ｅにデータが入力された後、店員の操作に応じて、メニューデータの登録要求を受け付けると、メニュー登録処理モジュール２５１は、メニュー登録画面２４Ｓに設けられた商品名欄２４ｄおよび料金欄２４ｅに入力されたデータに基づいて、メニュー情報ＤＢ２５２にメニューデータを登録する（ステップＳ１０７）。上記メニューデータの登録要求は、例えば、図８に示すメニュー登録画面２４Ｓの“登録”ボタン２４ｃをタップ等することで行う。

上述したように、実施形態における店舗端末２によれば、商品名および料金を含むメニュー画像２４ｆをメニュー登録画面２４Ｓに表示し、店員による画像上をなぞる操作を受け付けるごとに、始点から終点までの移動方向が右方向または左方向のいずれに該当するかを判定し、その判定した方向に対応付けられた矩形２４ｇ、２４ｈを、画像上に表示することができる。さらに、右方向に対応付けられた矩形２４ｇ内の画像に含まれる認識対象を、商品名のパターン認識に特化した文字認識処理を利用してテキストデータに変換し、左方向に対応付けられた矩形２４ｈ内の画像に含まれる認識対象を、料金のパターン認識に特化した文字認識処理を利用してテキストデータに変換してから、メニュー登録画面２４Ｓの商品名欄２４ｄおよび料金欄２４ｅにそれぞれ入力し、その入力したデータに基づいて、メニュー情報ＤＢ２５２にメニューデータを登録することができる。

これにより、実施形態における店舗端末２によれば、メニューデータを登録する際の労力を軽減することができ、店舗端末２を利用するシステムの導入を促進させることが可能となる。

ここで、本願発明は、以下の事項に着眼してなされたことに特徴がある。メニュー（商品価格表）は、商品とその料金との組み合わせが行単位に表示されることが多い。また、商品に利用される文字は、例えば飲食店の種類等によりある程度絞り込むことができ、料金に関しては数字に絞り込むことができる。したがって、文字認識の対象を商品名とする場合には、商品名に利用される文字のパターンを用いて文字認識処理を行うことで、商品名の認識率を向上させることができる。一方、文字認識の対象を料金とする場合には、料金に利用される数字のパターンを用いて文字認識処理を行うことで、料金の認識率を向上させることができる。

これらの点を勘案し、本願発明は、メニュー画像２４ｆ上で右方向になぞられた場合には、商品名がなぞられたと判定し、そのなぞられた箇所に商品名用の矩形２４ｇを表示するとともに、矩形２４ｇ内の画像に含まれる認識対象を、商品名のパターン認識に特化した文字認識処理を利用して文字認識し、テキストデータに変換する。

また、メニュー画像２４ｆ上で左方向になぞられた場合には、料金がなぞられたと判定し、そのなぞられた箇所に料金用の矩形２４ｈを表示するとともに、矩形２４ｈ内の画像に含まれる認識対象を、料金のパターン認識に特化した文字認識処理を利用して文字認識し、テキストデータに変換する。

本願発明は、これらの文字認識機能を備えることで、メニューデータを登録する際の労力を軽減させることを可能としたものである。また、本願発明によれば、認識に必要な箇所（商品名および料金）をピンポイントに指定して文字認識処理を行うことができるため、不要な文字に対する文字認識処理を排除することができる。それゆえ、文字認識の精度を向上させつつ、文字認識の処理速度を短縮することができる。

[変形例]
なお、本発明は、上述した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。

また、上述した実施形態では、店舗端末２がタッチパネル付きディスプレイを搭載したタブレット端末であることを前提にして説明しているため、メニュー画像２４ｆ上をなぞることで矩形２４ｇ、２４ｈを表示させているが、店舗端末２がタッチパネルのないディスプレイを搭載した端末である場合には、以下のようにして矩形２４ｇ、２４ｈを表示させることとすればよい。

例えば、店員が、登録対象となる商品名の左端付近でマウスをクリックし、クリックしたままマウスポインタを商品名の右端付近までドラッグした場合に、商品名用の矩形２４ｇを表示させる。一方、店員が、登録対象となる料金の右端付近でマウスをクリックし、クリックしたままマウスポインタを料金の左端付近までドラッグした場合に、料金用の矩形２４ｈを表示させる。

また、上述した実施形態では、画像上を右方向になぞった場合に、商品名用の矩形２４ｇを表示させ、画像上を左方向になぞった場合に、料金用の矩形２４ｈを表示させているが、これに限定されない。例えば、画像上を左方向になぞった場合に、商品名用の矩形２４ｇを表示させ、画像上を右方向になぞった場合に、料金用の矩形２４ｈを表示させることとしてもよい。

また、上述した実施形態では、メニューが横書きである場合について説明しているが、メニューが縦書きである場合にも本発明を適用することができる。縦書きの場合には、以下のようにして矩形２４ｇ、２４ｈを表示させることとすればよい。

例えば、店員が、登録対象となる商品名の上端付近から下端付近に向けて下方向になぞった場合に、商品名用の矩形２４ｇを表示させる。一方、店員が、登録対象となる料金の下端付近から上端付近に向けて上方向になぞった場合に、料金用の矩形２４ｈを表示させる。これとは別に、画像上を上方向になぞった場合に、商品名用の矩形２４ｇを表示させ、画像上を下方向になぞった場合に、料金用の矩形２４ｈを表示させることとしてもよい。

また、上述した実施形態では、メニュー登録に利用するメニュー画像を、保存されている画像の中から選択しているが、これに限定されない。例えば、店舗端末２に搭載されるカメラを用いて撮影した画像を、メニュー画像として利用することとしてもよい。

また、上述した実施形態では、商品名および料金を含むメニューデータを登録する場合について説明したが、これに限定されず、商品名および料金を含む商品データを登録する場合に本発明を適用することができる。

また、上述した実施形態において、店員が、商品名や料金の表示範囲よりも大きな範囲に矩形２４ｇ、２４ｈを設定した場合に、矩形２４ｇ、２４ｈの大きさを商品名や料金の表示範囲に縮小する機能を追加することとしてもよい。矩形２４ｇ、２４ｈの大きさを商品名や料金の表示範囲に縮小する際の手順を以下に例示する。

最初に、矩形内の画像を白黒に二値化する。続いて、文字の羅列に関する制約条件に基づいて、二値化データに含まれる黒の範囲を特定する。特定された黒の範囲に合わせて矩形２４ｇ、２４ｈを表示する。これにより、矩形２４ｇ、２４ｈの大きさを商品名や料金の表示範囲に縮小することができる。

さらに、上述した実施形態において、店員が設定した矩形２４ｇ、２４ｈに、商品名や料金以外の文字群が含まれることとなった場合に、商品名や料金の表示範囲にのみ矩形２４ｇ、２４ｈを表示させる機能を追加することとしてもよい。商品名や料金以外の文字群として、例えば、商品の説明文が該当する。商品名や料金の表示範囲にのみ矩形２４ｇ、２４ｈを表示させる際の手順を以下に例示する。

最初に、矩形内の画像を白黒に二値化する。続いて、文字の羅列に関する制約条件に基づいて、二値化データに含まれる黒の範囲をグループ化していく。続いて、グループ化により形成されたグループを、グループ単位に文字群として特定する。続いて、特定した複数の文字群のうち、表示面積が最大となる文字群を選択し、その選択した文字群の表示範囲にのみ矩形２４ｇ、２４ｈを表示させる。

この場合、特定した複数の文字群を、文字認識の候補として店員に提示し、店員により選択された文字群の表示範囲にのみ、矩形２４ｇ、２４ｈを表示させることとしてもよい。

１…商品管理システム
２…店舗端末
３…管理サーバ
２１…プロセッサ
２２…通信インタフェース
２３…入力デバイス
２４…表示デバイス
２４Ｓ…メニュー登録画面
２４ａ…メニュー画像を表示するボタン
２４ｂ…解析ボタン
２４ｃ…登録ボタン
２４ｄ…商品名欄
２４ｅ…料金欄
２４ｆ…メニュー画像
２４ｇ…商品名用の矩形
２４ｈ…料金用の矩形
２４ｉ…サイズ調整部
２４ｊ…削除ボタン
２５…記憶資源
２５０…プログラム
２５１…メニュー登録処理モジュール
２５２…メニュー情報ＤＢ
Ｎ…ネットワーク

Claims (9)

1. 商品名および料金を含む画像を表示する手段と、
   ユーザによる始点および終点を特定するための操作ごとに、前記始点から前記終点までの移動方向が、予め定めた第１方向または当該第１方向と逆向きの第２方向のいずれに該当するかを判定し、当該判定した方向に対応付けられ、かつ前記画像において文字認識をする範囲を指定するための矩形を、前記画像上に表示する手段と、
   前記第１方向に対応付けられた前記矩形内の画像に含まれる認識対象を、商品名のパターン認識に特化した文字認識処理を利用してテキストデータに変換する、一方、前記第２方向に対応付けられた前記矩形内の画像に含まれる認識対象を、料金のパターン認識に特化した文字認識処理を利用してテキストデータに変換する手段と、
   商品データを登録するための登録画面領域に設けられる商品名入力欄および料金入力欄に、前記変換されたそれぞれのテキストデータを入力して表示する手段と、
   前記商品名入力欄および前記料金入力欄に入力されたデータに基づいて、商品名データおよび料金データを含む商品データを記憶部に登録する手段と、
   を備えることを特徴とする商品データ登録端末。
2. ユーザの操作に従って、前記矩形のサイズを変更する手段と、
   最後に変更された前記矩形のサイズを記憶する手段と、をさらに備え、
   前記矩形を表示する手段は、前記記憶された前記サイズと同じ幅の前記矩形を表示することを特徴とする請求項１記載の商品データ登録端末。
3. 前記矩形を表示する手段は、ユーザにより基点を指定するための操作がなされた場合には、前記記憶された前記サイズと同じサイズの前記矩形を、前記基点を基準にして表示することを特徴とする請求項２記載の商品データ登録端末。
4. 前記第１方向に対応付けられた前記矩形と前記第２方向に対応付けられた前記矩形とを対応付ける手段をさらに備え、
   前記テキストデータを入力して表示する手段は、前記対応付けられた双方の前記矩形に対応する前記テキストデータを、前記登録画面領域で同一行に配置されている前記商品名入力欄および前記料金入力欄にそれぞれ入力して表示させることを特徴とする請求項１〜３のいずれか１項に記載の商品データ登録端末。
5. 前記対応付ける手段は、前記第１方向に対応付けられた前記矩形と前記第２方向に対応付けられた前記矩形とがそれぞれ前記画像上に表示された順番に従って、同じ順番の前記矩形同士を対応付けることを特徴とする請求項４記載の商品データ登録端末。
6. 前記第１方向に対応付けられた前記矩形と前記第２方向に対応付けられた前記矩形とを関連付ける操作を受け付ける手段をさらに備え、
   前記対応付ける手段は、前記受け付けられた前記操作により関連付けられた前記矩形同士を対応付けることを特徴とする請求項４記載の商品データ登録端末。
7. 前記画像は、メニューの画像である、ことを特徴とする請求項１〜６のいずれか１項に記載の商品データ登録端末。
8. ユーザが操作する端末が、
   商品名および料金を含む画像を表示するステップと、
   ユーザによる始点および終点を特定するための操作ごとに、前記始点から前記終点までの移動方向が、予め定めた第１方向または当該第１方向と逆向きの第２方向のいずれに該当するかを判定し、当該判定した方向に対応付けられ、かつ前記画像において文字認識をする範囲を指定するための矩形を、前記画像上に表示するステップと、
   前記第１方向に対応付けられた前記矩形内の画像に含まれる認識対象を、商品名のパターン認識に特化した文字認識処理を利用してテキストデータに変換する、一方、前記第２方向に対応付けられた前記矩形内の画像に含まれる認識対象を、料金のパターン認識に特化した文字認識処理を利用してテキストデータに変換するステップと、
   商品データを登録するための登録画面領域に設けられる商品名入力欄および料金入力欄に、前記変換されたそれぞれのテキストデータを入力して表示するステップと、
   前記商品名入力欄および前記料金入力欄に入力されたデータに基づいて、商品名データおよび料金データを含む商品データを記憶部に登録するステップと、
   を実行することを特徴とする商品データ登録方法。
9. コンピュータを、
   商品名および料金を含む画像を表示する手段、
   ユーザによる始点および終点を特定するための操作ごとに、前記始点から前記終点までの移動方向が、予め定めた第１方向または当該第１方向と逆向きの第２方向のいずれに該当するかを判定し、当該判定した方向に対応付けられ、かつ前記画像において文字認識をする範囲を指定するための矩形を、前記画像上に表示する手段、
   前記第１方向に対応付けられた前記矩形内の画像に含まれる認識対象を、商品名のパターン認識に特化した文字認識処理を利用してテキストデータに変換する、一方、前記第２方向に対応付けられた前記矩形内の画像に含まれる認識対象を、料金のパターン認識に特化した文字認識処理を利用してテキストデータに変換する手段、
   商品データを登録するための登録画面領域に設けられる商品名入力欄および料金入力欄に、前記変換されたそれぞれのテキストデータを入力して表示する手段、
   前記商品名入力欄および前記料金入力欄に入力されたデータに基づいて、商品名データおよび料金データを含む商品データを記憶部に登録する手段、
   として機能させることを特徴とする商品データ登録プログラム。

Images