JPWO2015087547A1 - 情報生成方法、及び、情報処理装置 - Google Patents

Abstract

既存装置において入出力されるデータを利用した情報生成方法であって、既存のアプリケーションを変更することなく、より利用価値の高い情報を生成することのできる情報生成方法等を提供する。アプリケーションを備えるコンピューターにおける情報生成方法が、入力データを前記アプリケーションに入力される前に取得する入力データ取得工程と、前記アプリケーションの出力データを前記コンピューターから出力される前に取得する出力データ取得工程と、前記取得された入力データと前記取得された出力データを統合して情報を生成する統合工程と、を有する。

Description

本発明は、既存装置において入出力されるデータを利用した情報生成技術に関し、特に、既存のアプリケーションを変更することなく、利用価値の高い情報を生成することのできる情報生成方法、及び、情報処理装置等に関する。

スーパーマーケットなどの小売販売業においては販売管理システムであるＰＯＳシステムが普及しており、当該システムでは、サーバーとネットワークで接続される複数の端末装置（レジ）が当該装置に備えられるアプリケーションに従って動作し各種の処理を実行する。また、通常、当該端末装置には、それぞれ、バーコードリーダー、プリンター等の周辺機器が接続され、これらの機器を用いて販売した商品に関するデータの入力、レシート・クーポンの出力等が実行される。

このようなＰＯＳシステムにおいても、導入後の技術向上や業務改善要望に伴って、機能拡張、機能変更の必要が出てくるが、このようなシステムは一般に業務の中枢として常時利用されているものであり、また、他のシステムとも複雑に連携している場合も多いため、そのアプリケーションを改変することは通常容易ではない。また、上記機能拡張としては、販売情報の蓄積、売上分析等の機能を追加したいという要望がある。

かかる課題については、従来、下記特許文献１に記載されるような提案がなされている。下記特許文献１に記載の装置では、ＰＯＳアプリケーションから出力されたレシート用の印刷データを取得し、そのデータから売上情報を抽出して売上分析アプリケーションに出力する処理等が行われる。

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

しかしながら、上記特許文献１に記載の装置では、売上分析用に出力する売上情報がレシートに印刷される情報から生成されるので、生成された売上情報は、その内容が限られており、また、使用される商品名もその店舗や店舗チェーン用のものであるので、商品のメーカー等が利用する場合には限界があった。換言すれば、上記売上情報は、汎用性、一般性に欠ける情報であった。

そこで、本発明の目的は、既存装置において入出力されるデータを利用した情報生成方法であって、既存のアプリケーションを変更することなく、より利用価値の高い情報を生成することのできる情報生成方法、等を提供することである。

上記の目的を達成するために、本発明の一つの側面は、アプリケーションを備えるコンピューターにおける情報生成方法が、入力データを前記アプリケーションに入力される前に取得する入力データ取得工程と、前記アプリケーションの出力データを前記コンピューターから出力される前に取得する出力データ取得工程と、前記取得された入力データと前記取得された出力データを統合して情報を生成する統合工程と、を有する、ことである。

更に、上記の発明において、好ましい態様は、前記入力データは、販売された商品の情報であり、前記出力データは、前記販売された商品に係るレシートの印刷データである、ことを特徴とする。

更に、上記の発明において、その好ましい態様は、前記統合工程で生成される情報は、前記販売された商品の標準化された商品コードを含む、ことを特徴とする。

更にまた、上記の発明において、その好ましい態様は、前記統合工程で生成される情報は、前記標準化された商品コード毎に、前記出力データから得られる販売日及び店舗の情報を含む、ことを特徴とする。

また、上記の発明において、好ましい態様は、更に、前記入力データに基づいて、前記コンピューターが接続されるデータベースから、前記販売された商品の関連情報を取得する関連情報取得工程を有する、ことを特徴とする。

更に、上記の発明において、好ましい態様は、前記関連情報は、前記販売された商品の正式名称及び価格の情報を含み、前記統合工程で生成される情報は、前記標準化された商品コード毎に、当該正式名称及び価格の情報を含む、ことを特徴とする。

更に、上記の発明において、好ましい態様は、前記関連情報は、前記販売された商品のローカル名称の情報を含み、前記統合工程で生成される情報は、前記標準化された商品コード毎に、当該ローカル名称の情報を含む、ことを特徴とする。

更に、上記の発明において、好ましい態様は、前記関連情報は、前記販売された商品のローカルコードの情報を含み、前記統合工程で生成される情報は、前記標準化された商品コード毎に、当該ローカルコードの情報を含む、ことを特徴とする情報生成方法。

また、上記の発明において、好ましい態様は、更に、前記統合工程で生成された情報を、前記コンピューターの外部に出力する出力工程を有する、ことを特徴とする。

更に、上記の発明において、一つの態様は、前記入力データはバーコードリーダーから入力され、前記出力データはプリンターへ出力される、ことを特徴とする。

更に、上記の発明において、その好ましい態様は、前記入力データ取得工程及び前記出力データ取得工程は、前記コンピューターのＯＳカーネル層で行われ、前記統合工程は、前記コンピューターのアプリケーション層で行われる、ことを特徴とする。

上記の目的を達成するために、本発明の別の側面は、アプリケーションを備える情報処理装置が、入力データを前記アプリケーションに入力される前に取得する入力データ取得部と、前記アプリケーションの出力データを前記情報処理装置から出力される前に取得する出力データ取得部と、前記取得された入力データと前記取得された出力データを統合して情報を生成する情報統合部と、を有する、ことである。

本願発明によれば、既存装置において入出力されるデータを利用した情報生成方法で、既存のアプリケーションを変更することなく、より利用価値の高い情報を生成することができる。

本発明の更なる目的及び、特徴は、以下に説明する発明の実施の形態から明らかになる。

本発明を適用したＰＯＳ端末装置の実施の形態例に係るネットワーク構成図である。 ＰＯＳ端末装置の概略機能構成図である。 決済処理時に行われる販売情報の生成処理の手順を例示したフローチャートである。 第１実施形態に係る情報統合ユーティリティー２１０によって生成される販売情報を例示した図である。 第２実施形態に係る情報統合ユーティリティー２１０によって生成される販売情報を例示した図である。

以下、図面を参照して本発明の実施の形態例を説明する。しかしながら、かかる実施の形態例が、本発明の技術的範囲を限定するものではない。なお、図において、同一又は類似のものには同一の参照番号又は参照記号を付して説明する。

図１は、本発明を適用したＰＯＳ端末装置の実施の形態例に係るネットワーク構成図である。また、図２は、当該ＰＯＳ端末装置の概略機能構成図である。図１及び図２に示すＰＯＳ端末装置２（情報処理装置）が本発明を適用した装置であり、当該装置では、商品販売等の決済処理時において、バーコードリーダー２４（外部装置）から入力される商品コード（例えばＪＡＮ（Ｊａｐａｎ Ａｒｔｉｃｌｅ Ｎｕｍｂｅｒ）コード等）をＰＯＳアプリケーション２０１が受け取る前に取得し、且つ、これらの入力データに基づいてＰＯＳアプリケーション２０１が出力するレシート用の出力データを出力ポート２０７が受け取る前に取得する。その後、これら取得したデータを統合すると共に、関連する情報も付加して販売情報を生成する。かかるＰＯＳ端末装置２の処理により、ＰＯＳアプリケーション２０１を改変する必要なく、商品販売に係る利用価値の高い情報を生成することができる。なお、本実施の形態例では、バーコードリーダーなど外部装置から入力されるデータを入力データと称し、プリンターなどの外部装置に出力するデータを出力データと称す。

本実施の形態例では、販売店舗などで用いられるＰＯＳシステムを想定しており、図１に示すように、ＰＯＳサーバー１にＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）６を介して複数のＰＯＳ端末装置２が接続される構成をしている。ＰＯＳサーバー１は、コンピューターシステムで構成され、上記複数のＰＯＳ端末装置２の管理とそれらのＰＯＳ端末装置２から取得される各種データの集計、管理等の処理を実行する。

また、当該ＬＡＮ６には、ＰＬＵサーバー３が接続されており、ＰＬＵ（Ｐｒｉｃｅ Ｌｏｏｋ−Ｕｐ ｔａｂｌｅ）サーバー３は、ＰＬＵ−ＤＢ３１を格納している。ＰＬＵ−ＤＢ３１は、当該店舗で販売される各商品の価格を記憶したデータベース（記憶装置）であり、各商品の標準商品コードに対して、当該店舗で用いられる商品名称（以下、ローカル名称と称す）、当該店舗で用いられる商品コード（以下、ローカルコードと称す）、価格等の情報を収めている。

ここで、標準商品コードとは、広く一般に共通に用いられる商品コード（標準化された商品コード）である。以降、本実施の形態例を、標準商品コードとして、例えばＪＡＮコードを用いた場合について説明する。当該コードは各商品に付されるバーコード情報に含まれており、このコードを用いることにより国内において各商品を識別可能である。

なお、ＰＬＵサーバー３はコンピューターシステムで構成され、また、ＰＬＵ−ＤＢ３１はＰＯＳサーバー１に格納される構成であってもよい。また、ＰＬＵ−ＤＢ３１は当該ＰＯＳシステムの管理者によって情報がメンテナンスされており、ＪＡＮコードに基づいてその店舗における商品の最新の情報（ローカル名称、ローカルコードや価格等）を参照可能である。

また、図１に示すように、当該店舗のＰＯＳシステムは、インターネット７を介して外部のサイトと通信可能である。外部のサイトには、ＪＡＮサーバー４と販売情報サーバー５がある。

ＪＡＮサーバー４には、ＪＡＮ−ＤＢ４１が格納されている。ＪＡＮ−ＤＢ４１はＪＡＮコードに対して各商品の情報を記憶したデータベース（記憶装置）である。記憶される情報は、その商品の正式名称等広く共通に用いることができる情報であり、ＪＡＮ−ＤＢ４１を管理する団体によってメンテナンスされる。なお、ＪＡＮサーバー４は、コンピューターシステムで構成される。

また、販売情報サーバー５には、販売情報ＤＢ５１が格納される。販売情報ＤＢ５１は、ＰＯＳ端末装置２で生成される販売情報を記憶するデータベース（記憶装置）である。当該データベースに記憶される情報が本発明により生成される情報であり、当該データベースに当該店舗で販売された商品の情報が蓄積されていく。なお、販売情報サーバー５は、コンピューターシステムで構成される。

次に、ＰＯＳ端末装置２は、当該店舗の各レジに設置され、それぞれ、周辺機器（外部装置）と接続される。本実施の形態例では、周辺機器として、プリンター２１、ディスプレイ２２、キーボード・マウス２３、バーコードリーダー２４、及びカードリーダー２５等と接続される。

プリンター２１は、ＰＯＳ端末装置２から出力される印刷データに従って、レシート等を出力する印刷装置である。従って、ＰＯＳ端末装置２はプリンター２１のホスト装置と位置づけられ、レシート等の印刷時には、印刷データをプリンター２１に出力して印刷を指示する。

ディスプレイ２２は、顧客に商品の金額等を表示する表示装置である。キーボード・マウス２３は、オペレーターがデータを入力するための入力装置であり、同じ商品が複数販売された際の個数の入力、バーコードによって情報が取得できない場合のローカルコードの入力等に用いられる。

バーコードリーダー２４は、商品に付されたバーコードを読み取る装置であり、例えば、バーコードスキャナー等である。バーコードリーダー２４によって商品のＪＡＮコードがＰＯＳ端末装置２に入力される。カードリーダー２５は、各種カードに記憶された情報を読み取って、顧客情報や決済に必要な情報などを取得する。

ＰＯＳ端末装置２は、上述したキーボード・マウス２３、バーコードリーダー２４、及びカードリーダー２５から入力される情報に基づいて、レシート等に印刷する情報を生成して、プリンター２１へ出力する。当該ＰＯＳ端末装置２は、コンピューターで構成され、図示していないが、ＣＰＵ、ＲＡＭ、ＲＯＭ、ＨＤＤなどを備える。後述するＰＯＳアプリケーション２０１、プリンタードライバー２０２、及び情報統合ユーティリティー２１０等のプログラムは、上記ＲＯＭ又は上記ＨＤＤに記憶され、それらのプログラムに従って上記ＣＰＵが動作することにより各処理が実行される。

ＰＯＳ端末装置２は、また、図２に示すような機能構成である。ＰＯＳアプリケーション２０１は、上述したレシート等に印刷する情報を生成して出力する処理等を行う。なお、図２は、入力装置としてバーコードリーダー２４を用いた場合について示す。

プリンタードライバー２０２は、プリンター２１用のプリンタードライバーであり、ＰＯＳアプリケーション２０１から出力されたデータを、プリンター２１の機種（デバイス）に依存したコマンドによって表現した印刷データとして出力する。なお、ＰＯＳアプリケーション２０１とプリンタードライバー２０２は、上記ＲＯＭ又は上記ＨＤＤに格納され各部が行う処理を指示するプログラムと当該プログラムに従って処理を実行する上記ＣＰＵ等によって構成される。

なお、ＰＯＳアプリケーション２０１とプリンタードライバー２０２は、図２に示すように、コンピューターのオペレーティングシステム（ＯＳ）に基づきその上でプログラムが各処理を実行するアプリケーション層２２０に位置する。また、ＰＯＳアプリケーション２０１とプリンタードライバー２０２は、本発明を適用する前の従来装置で用いられていたものがそのまま使用される。

また、アプリケーション層２２０は、情報統合ユーティリティー２１０を備える。情報統合ユーティリティー２１０は、バーコードリーダー２４やカードリーダー２５等からＰＯＳ端末装置２に入力されたデータ及びプリンタードライバー２０２から出力された印刷データを統合することによって、上述した販売情報ＤＢ５１に格納する情報を生成する部分である。

情報統合ユーティリティー２１０は、図２に示すように、情報統合部２１１、関連情報取得部２１２、及び情報出力部２１３を備える。情報統合部２１１は、情報の統合処理を行う部分であり、関連情報取得部２１２は、ＰＬＵ−ＤＢ３１及びＪＡＮ−ＤＢ４１から関連情報を取得する部分であり、情報出力部２１３は、統合された販売情報を販売情報ＤＢ５１に記憶される形式のデータに変換して出力する部分である。なお、これら各部が行う具体的な処理内容については後述する。

また、情報統合ユーティリティー２１０は、上記ＲＯＭ又は上記ＨＤＤに格納され各部が行う処理を指示するプログラムと当該プログラムに従って処理を実行する上記ＣＰＵ等によって構成される。

次に、オペレーティングシステムが収められるＯＳカーネル層２３０は、ＨＩＤドライバー２０３、入力フィルタードライバー２０４（入力データ取得部）、及び出力フィルタードライバー２０５（出力データ取得部）を備える。

ＨＩＤ（Ｈｕｍａｎ Ｉｎｔｅｒｆａｃｅ Ｄｅｖｉｃｅ）ドライバー２０３は、ここでは、バーコードリーダー２４用のドライバーであり、バーコードリーダー２４からの入力データを受け取り、受け取ったデータをＰＯＳアプリケーション２０１が理解可能な形式としてＰＯＳアプリケーション２０１に渡す部分である。なお、本実施の形態例では、バーコードリーダー２４からの入力データは、入力フィルタードライバー２０４を介して受け取る。

入力フィルタードライバー２０４は、バーコードリーダー２４からの入力データをＨＩＤドライバー２０３が受け取る前に取得し、取得した情報を上述した情報統合部２１１に渡す部分である。当該入力フィルタードライバー２０４を構成するプログラムがＰＯＳ端末装置２にインストールされると、オペレーティングシステムが起動した際に、バーコードリーダー２４からの入力データがまず当該入力フィルタードライバー２０４に送られるように、レジストリーに設定され、その設定によって上記情報の取得が実現される。

次に、出力フィルタードライバー２０５は、ＰＯＳアプリケーション２０１からプリンタードライバー２０２を介して出力された印刷データを、出力ポート２０７が受け取る前にＯＳカーネル層２３０で取得する部分である。取得した印刷データは、出力フィルタードライバー２０５から情報統合部２１１に引き渡される。当該出力フィルタードライバー２０５を構成するプログラムがＰＯＳ端末装置２にインストールされると、オペレーティングシステムが起動した際に、出力ポート２０７へ向けたデータは、まず、出力フィルタードライバー２０５が受け取るように、レジストリーに設定され、その設定によって上記情報の取得が実現される。

以上のＨＩＤドライバー２０３、入力フィルタードライバー２０４、及び出力フィルタードライバー２０５は、処理内容を指示する上記ＲＯＭ又は上記ＨＤＤに格納されたプログラムと当該プログラムに従って処理を実行する上記ＣＰＵ等によって構成される。

なお、上述した情報統合ユーティリティー２１０、入力フィルタードライバー２０４、及び出力フィルタードライバー２０５のプログラムが、情報生成プログラムに相当する。

次に、ＰＯＳ端末装置２は、物理層２４０に入力ポート２０６、出力ポート２０７、及び通信ポート２１４を備える。入力ポート２０６にはバーコードリーダー２４が接続され、出力ポート２０７にはプリンター２１が接続される。また、ＰＯＳ端末装置２は、通信ポート２１４を介してＬＡＮ６、インターネット７による通信を行う。

以上説明したような構成を有する本実施の形態例に係るＰＯＳ端末装置２では、商品販売の決済処理時に行われる販売情報の生成処理に特徴があり、以下、その具体的な処理内容について説明する。

（第１実施形態）
図３は、決済処理時に行われる販売情報の生成処理の手順を例示したフローチャートである。以下、図３に基づいて、顧客の買物１回分の処理について、すなわち、１回のレシート出力に対応する処理について説明する。

まず、ＰＯＳ端末装置２のオペレーターは、顧客が購入する各商品について、その商品に付いているバーコードを、バーコードリーダー２４を用いて読む。一つ目の商品についてバーコードリーダー２４で読むと、読み込まれたデータ（入力データ）が入力ポート２０６からＰＯＳ端末装置２に入力される。なお、この時点では、レシートの印刷データは未だ出力されないので、図３に示すフローでは処理がステップＳ１のＮｏに移行し、また、バーコードデータが入力されたので処理がステップＳ２のＹｅｓに移行する。

入力されたバーコードのデータは、上述の通り、まず入力フィルタードライバー２０４で受け取られる（図３のステップＳ１のＮｏ及びステップＳ２のＹｅｓ）。入力フィルタードライバー２０４は、そのバーコードデータを取得し、情報統合ユーティリティー２１０の情報統合部２１１へ転送する（図３のステップＳ３、入力データ取得工程）。また、バーコードデータは、ＨＩＤドライバー２０３を介してＰＯＳアプリケーション２０１へ入力される。

また、情報統合部２１１は、転送されたバーコードデータを解釈し、その中に含まれる当該商品のＪＡＮコードを取得する（図３のステップＳ４）。その後、取得したＪＡＮコードは関連情報取得部２１２に渡され、関連情報取得部２１２は、当該商品の関連情報を取得する処理を実行する（図３のステップＳ５、関連情報取得工程）。

ここで、関連情報とは、販売された商品についての情報であり、バーコードリーダー２４等の周辺機器から入力されるデータ及びプリンター２１に出力する印刷データに含まれていない付加情報を意味する。

上記関連情報の取得処理では、まず、関連情報取得部２１２は、インターネット７を介してＪＡＮ−ＤＢ４１にアクセスし、ＪＡＮコードをキー項目として、そのＪＡＮコードに対して記憶されているその商品の正式名称を取得する。
また、関連情報取得部２１２は、ＬＡＮ６を介してＰＬＵ−ＤＢ３１にアクセスし、ＪＡＮコードをキー項目として、そのＪＡＮコードに対して記憶されているその商品のローカル名称や価格を取得する。

取得された関連情報、この例では正式名称、ローカル名称、及び価格は、情報統合部２１１に渡されて記憶される。

図４は、第１実施形態に係る情報統合ユーティリティー２１０によって生成される販売情報を例示した図である。図４において、「Ｍ」が生成される販売情報であり、販売された商品毎に、「ＪＡＮコード」、「正式名称」、「ローカル名称」、「個数」、「価格」、「日付」、及び「店舗」の情報が含まれる。図中の１行（レコード）が１商品の情報を表す。ここで、「個数」は販売個数を意味し、「価格」は販売価格を意味し、「日付」は販売日を意味し、「店舗」は販売された店舗名を意味する。

図４に示す「Ａ」の商品は、市場で共通に用いることができる「正式名称」と当該店舗で用いられる「ローカル名称」とが「インクカートリッジ（赤）」という同じ名称の例である。「Ｂ」の商品は、市場で共通に用いることができる「正式名称」が「プリンター用印刷用紙（Ａ４）」、当該店舗で用いられる「ローカル名称」が「Ａ４普通紙」と名称が異なる例である。一般にメーカーで付与する名称は、用途等細かな識別をする目的で名称が長くなる傾向にある。店舗は、取り扱う商品が限定されるため、扱いの容易さを考慮して短い名称を用いる傾向にある。また、これらの売り上げ情報を分析する場合は、利用者が例えばメーカーなのか店舗なのかによって使用する名称が異なる場合が多い。

上述した関連情報が取得され、情報統合部２１１に記憶された時点では、「ＪＡＮコード」、「正式名称」、「ローカル名称」、及び「価格」の情報がそろったことになる。なお、「個数」については、本実施の形態例では、同じ商品を複数販売する場合でも商品毎にバーコードを読み込むこととし、常に「１」とする。

このようにして１商品に対する入力データの処理が終了し、その後、当該買物の全ての商品について、バーコードリーダー２４によるデータの読み込みからの処理が、上述と同様に、繰り返し実行される（図３のステップＳ２のＹｅｓ〜ステップＳ５）。なお、図３のフローチャートでは、バーコードデータの取得・転送の処理（Ｓ３）と、ＪＡＮコードの取得処理（Ｓ４）及び関連情報の取得処理（Ｓ５）をシーケンシャルに（連続する処理として）示したが、次の商品のバーコードデータの入力は、通常、ＪＡＮコードの取得処理（Ｓ４）及び関連情報の取得処理（Ｓ５）の処理を待たずに連続して行われるので、入力フィルタードライバー２０４は、バーコードデータの入力に応じて、ＪＡＮコードの取得処理（Ｓ４）及び関連情報の取得処理（Ｓ５）の処理とは関係なく、入力されたバーコードデータの取得・転送の処理（Ｓ３）を実行する。

次に、当該買物の全ての商品について、バーコードリーダー２４によるデータの読み込みが終了すると、全ての商品についてバーコードデータがＰＯＳアプリケーション２０１に入力されるので、ＰＯＳアプリケーション２０１は、合計金額などの計算処理を実行後、レシートの印刷データを生成する。生成された印刷データは、プリンタードライバー２０２によってプリンター２１用のデータとされ、出力ポート２０７へ向けて出力される。

出力フィルタードライバー２０５は、印刷データが出力されると（図３のステップＳ１のＹｅｓ）、その印刷データを出力ポート２０７に入力される前に受け取る。そして、出力フィルタードライバー２０５は、印刷データを取得し情報統合部２１１へ転送する（図３のステップＳ６、出力データ取得工程）。また、印刷データは出力ポート２０７を介してプリンター２１へ出力される。プリンター２１では、印刷データに基づいて当該買物についてのレシートが印刷され出力される。なお、印刷データでは、印刷される商品の名称はローカル名称である。

情報統合部２１１は、転送された印刷データを解釈して販売情報に必要な情報を抽出する（図３のステップＳ７）。本実施の形態例では、販売日と店舗名の情報を抽出する。通常、これらの情報は、レシートに印刷する情報として含まれており、レシートの所定の位置に印刷されるので抽出が可能である。

次に、情報統合部２１１は、上述した入力データと関連情報に基づいて記憶しておいた情報と当該印刷データから抽出した情報を統合する（図３のステップＳ８、統合工程）。図４に示した例においては、既に記憶されている各レコードの情報、すなわち「ＪＡＮコード」、「正式名称」、「ローカル名称」、「個数」、「価格」の情報に、「日付」及び「店舗」の情報を統合する。図４の「Ａ」及び「Ｂ」で指し示す２つの商品が当該買物で購入された場合には、これらの商品について販売日と販売店は同じであるので、すでに記憶されている情報に、同じ「日付」及び同じ「店舗」の情報が統合される。

このようにして、入力データによる情報、関連情報、及び印刷データ（出力データ）による情報が統合されて、当該商品販売についての販売情報が生成される。統合された情報、すなわち販売情報は、情報統合部２１１から情報出力部２１３に渡され、情報出力部２１３は、販売情報を販売情報ＤＢ５１に適合するデータ形式のデータ（例えば、テキストデータ）として販売情報ＤＢ５１への出力情報を生成する（図３のステップＳ９）。生成した出力情報は、インターネット７を介して販売情報サーバー５へ送信される（図３のステップＳ１０）。送信された情報は販売情報ＤＢ５１に記憶される。

以上説明したように、各買物（商品販売）における販売情報の生成処理が実行され、買物（商品販売）毎に、販売情報が販売情報ＤＢ５１に蓄積されていくことになる。

（第２実施形態）
次いで、ローカルコードを用いた第２実施形態について図５を参照して説明する。図５は、第２実施形態に係る情報統合ユーティリティー２１０によって生成される販売情報を例示した図である。ローカルコードは、当該店舗で用いられる商品コードであって、本実施形態では、標準商品コード（例えば、ＪＡＮコード）の空き部分に対して、当該店舗で割り当てられる場合について説明する。具体的には、生鮮食品や店舗で仕分けされる惣菜などに用いられる。なお、第１実施形態と同様な構成および内容については、説明を省略する。

図５において、「Ｎ」が生成される販売情報であり、販売された商品毎に、「ＪＡＮコード（空き部分）」＝「ローカルコード」、ＪＡＮコードによる「正式名称」、「ローカル名称」、「個数」、「価格」、「日付」、及び「店舗」の情報が含まれる。図中の１行（レコード）が１商品の情報を表す。ここで、「個数」は販売個数を意味し、「価格」は販売価格を意味し、「日付」は販売日を意味し、「店舗」は販売された店舗名を意味する。

図５に示す「Ｃ」の商品には、ＪＡＮコードの「空き１」の部分に店舗で設定した商品である「みかん（６個）」を意味するローカルコードが割り当られる。「Ｄ」の商品は、ＪＡＮコードの「空き２」の部分に店舗で設定した商品である「コロッケ（Ｄセット）」を意味するローカルコードを割り当られる。そのため、販売情報「Ｎ」では、「Ｃ」の商品は、「正式名称」が空き１、「ローカル名称」が「みかん（６個）」となる。また、「Ｄ」の商品は、「正式名称」が空き２、「ローカル名称」が「コロッケ（Ｄセット）」となる。

販売情報「Ｎ」は以下の工程によって生成される。
図３に示すＳ３で空き部分を示すＪＡＮコードが情報統合部２１１に転送された場合には、関連情報取得部２１２は、ＪＡＮ−ＤＢ４１にアクセスし空き部分であることを確認する（Ｓ４）。そして、関連情報取得部２１２は、ＰＬＵ−ＤＢ３１にアクセスしそのＪＡＮコード（ローカルコード）に対応した関連情報を取得する（Ｓ５）。なお、関連情報は、ローカル名称、及び価格等である。

以上、本発明の実施形態について説明したが、上記実施形態に対しては、本発明の趣旨から逸脱しない範囲で様々な変形を加えることができる。例えば上記実施例以外の変形例は、以下の通りである。

本実施の形態例では、データ入力を行う周辺機器のうちバーコードリーダー２４から入力された入力データを販売情報として利用（統合）したが、キーボード・マウス２３、カードリーダー２５からの入力データを販売情報として利用（統合）するようにしてもよい。

この場合には、キーボード・マウス２３及びカードリーダー２５について、それぞれ、入力フィルタードライバー２０４と同様の機能のフィルタードライバーが設けられ、各入力データがＰＯＳアプリケーション２０１に渡される前に取得されて、情報統合部２１１に転送される。

キーボード・マウス２３からの入力データとしては、バーコードが付されていない商品のローカルコードや同じ商品を複数購入した際の個数がある。ローカルコードが情報統合部２１１に転送された場合には、関連情報取得部２１２がＰＬＵ−ＤＢ３１にアクセスしそのローカルコードに対応したＪＡＮコードを取得することができる。また、個数のデータが情報統合部２１１に転送された場合には、上述した販売情報の「個数」の情報に当該データが反映される。

また、カードリーダー２５から顧客の会員カード等を読み込んだ場合には、その顧客の会員識別情報（ＩＤ）を入力データとして販売情報に統合してもよい。また、カードリーダー２５から担当したオペレーター（販売員）の社員カード等を読み込んだ場合には、社員識別情報（ＩＤ）を入力データとして販売情報に統合してもよい。なお、社員カード等にバーコードが付されている場合には、同様のデータをバーコードリーダー２４から読み込むこともできる。

なお、ＰＬＵ−ＤＢ３１が利用できない場合には、上記販売情報の「価格」の情報を上記レシートの印刷データから抽出（取得）するようにしてもよい。当該価格の情報と入力データ（バーコードデータ）から取得される上述したＪＡＮコードとの対応付けは、予め、ＰＯＳアプリケーション２０１におけるレシートへの各商品の印刷順のルールを解析しておき、そのルールを情報統合部２１１に設定しておくことで可能である。また、別法として、印刷データから価格と共にローカル名称も対として抽出し、そのローカル名称と、上記関連情報として取得された正式名称との類似性から、対応付けを行うようにすることもできる。

また、入力データの取得はＯＳカーネル層２３０に備える入力フィルタードライバー２０４で行う構成としたが、オペレーティングシステムがアプリケーションに渡すウィンドウメッセージを取得することによって入力データを取得する構成としてもよい。

なお、標準商品コードとしてＪＡＮコードを用いた場合について説明したが、これに限定されるものではなく、他の識別コード、例えばＥＡＮコード、ＵＰＣコードまたは２次元コードであってもよい。

以上説明したように、本実施の形態例に係るＰＯＳ端末装置２及びその変形例を用いることにより、周辺機器から入力される情報と周辺機器へ出力する情報がＰＯＳアプリケーション２０１の外側で取得され、それらの情報が統合されて販売情報が生成される。従って、このような販売情報の生成機能がないＰＯＳシステム及びＰＯＳアプリケーション２０１があった場合に、既存のＰＯＳアプリケーションを改変することなく比較的容易に販売情報の生成機能を追加することができる。具体的には、入力フィルタードライバー２０４、出力フィルタードライバー２０５、及び情報統合ユーティリティー２１０のプログラムを既存のＰＯＳ端末装置２にインストールすることで当該機能追加が可能となる。

また、販売情報生成の主な処理は、コンピューターのアプリケーション層２２０で行うように構成するので、プログラムの開発を容易に行うことができる。

更に、生成される販売情報は、周辺機器から入力される情報と周辺機器へ出力する情報が統合されたものであるので、従来よりも利用価値の高い情報を提供することができる。特に、商品のバーコードデータを利用することにより、ＪＡＮコードが取得されて生成される販売情報に含まれるので、その商品を販売した店舗以外（例えば、商品のメーカー）でも利用可能であり、情報の利用価値が高い。

また、生成される販売情報には、販売日及び販売店の情報が含まれるので、商品の販売時期や販売場所に関する分析に有用である。

また、生成される販売情報は、インターネット７を介してアクセスできるサーバーに格納されるので、情報を利用する際の利便性が高い。

なお、本実施の形態例では、ＰＯＳ端末装置２のプログラムがＲＯＭやＨＤＤに記憶される例を示したが、これらプログラムはＲＡＭ等の記憶媒体に記憶されていてもよい。また、これらプログラムは別々の記憶媒体に記憶されてもよい。

また、本実施の形態例では、販売情報を生成するために、周辺機器へ出力するデータとしてプリンターへの印刷データを取得したが、他の周辺機器等へ出力するデータを取得するようにしてもよい。例えば、電子レシートとしてレシートの情報を電子データとして出力するＰＯＳシステムの場合には、そのデータを取得して販売情報の生成に利用するようにしてもよい。

本発明の保護範囲は、上記の実施の形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶものである。

以上説明したように、本発明は、既存装置において入出力されるデータを利用し、既存のアプリケーションを変更することなく、より利用価値の高い情報を生成することのできる情報生成方法等に適している。

１…ＰＯＳサーバー、２…ＰＯＳ端末装置、３…ＰＬＵサーバー、４…ＪＡＮサーバー、５…販売情報サーバー、６…ＬＡＮ、７…インターネット、２１…プリンター、２２…ディスプレイ、２３…キーボード・マウス、２４…バーコードリーダー、２５…カードリーダー、３１…ＰＬＵ−ＤＢ、４１…ＪＡＮ−ＤＢ、５１…販売情報ＤＢ、２０１…ＰＯＳアプリケーション、２０２…プリンタードライバー、２０３…ＨＩＤドライバー、２０４…入力フィルタードライバー、２０５…出力フィルタードライバー、２０６…入力ポート、２０７…出力ポート、２１０…情報統合ユーティリティー、２１１…情報統合部、２１２…関連情報取得部、２１３…情報出力部、２１４…通信ポート、２２０…アプリケーション層、２３０…ＯＳカーネル層、２４０…物理層。

Claims (12)

1. アプリケーションを備えるコンピューターにおける情報生成方法であって、
   入力データを前記アプリケーションに入力される前に取得する入力データ取得工程と、
   前記アプリケーションの出力データを前記コンピューターから出力される前に取得する出力データ取得工程と、
   前記取得された入力データと前記取得された出力データを統合して情報を生成する統合工程と、を有する、ことを特徴とする情報生成方法。
2. 請求項１において、
   前記入力データは、販売された商品の情報であり、
   前記出力データは、前記販売された商品に係るレシートの印刷データである、ことを特徴とする情報生成方法。
3. 請求項２において、
   前記統合工程で生成される情報は、前記販売された商品の標準化された商品コードを含む、ことを特徴とする情報生成方法。
4. 請求項３において、
   前記統合工程で生成される情報は、前記標準化された商品コード毎に、前記出力データから得られる販売日及び店舗の情報を含む、ことを特徴とする情報生成方法。
5. 請求項３において、更に、
   前記入力データに基づいて、前記コンピューターが接続されるデータベースから、前記販売された商品の関連情報を取得する関連情報取得工程を有する、ことを特徴とする情報生成方法。
6. 請求項５において、
   前記関連情報は、前記販売された商品の正式名称及び価格の情報を含み、
   前記統合工程で生成される情報は、前記標準化された商品コード毎に、当該正式名称及び価格の情報を含む、ことを特徴とする情報生成方法。
7. 請求項５において、
   前記関連情報は、前記販売された商品のローカル名称の情報を含み、
   前記統合工程で生成される情報は、前記標準化された商品コード毎に、当該ローカル名称の情報を含む、ことを特徴とする情報生成方法。
8. 請求項５において、
   前記関連情報は、前記販売された商品のローカルコードの情報を含み、
   前記統合工程で生成される情報は、前記標準化された商品コード毎に、当該ローカルコードの情報を含む、ことを特徴とする情報生成方法。
9. 請求項１において、更に、
   前記統合工程で生成された情報を、前記コンピューターの外部に出力する出力工程を有する、ことを特徴とする情報生成方法。
10. 請求項１において、
    前記入力データはバーコードリーダーから入力され、
    前記出力データはプリンターへ出力される、ことを特徴とする情報生成方法。
11. 請求項１において、
    前記入力データ取得工程及び前記出力データ取得工程は、前記コンピューターのＯＳカーネル層で行われ、
    前記統合工程は、前記コンピューターのアプリケーション層で行われる、ことを特徴とする情報生成方法。
12. アプリケーションを備える情報処理装置であって、
    入力データを前記アプリケーションに入力される前に取得する入力データ取得部と、
    前記アプリケーションの出力データを前記情報処理装置から出力される前に取得する出力データ取得部と、
    前記取得された入力データと前記取得された出力データを統合して情報を生成する情報統合部と、を有する、ことを特徴とする情報処理装置。

Images