(57)【要約】【課題】通信ネットワークに接続していない情報処理装置において、通信に対する負荷を抑えつつ、外部からの付加情報を取得する。【解決手段】売上データを処理するＥＣＲ１は、携帯端末２との間でBluetoothによりデータ通信が可能となっている。携帯端末２は、通信ネットワークＮを介して、天気情報提供装置３から所定時間ごとに天気情報を取得している。ＥＣＲ１は、携帯端末２を利用して担当者情報を入力するタイミング等、携帯端末２との間でデータ通信が行われる際に、携帯端末２から天気情報を取得し、取得された天気情報と売上データとを対応付けて記憶させる。【選択図】図１
2018159969.tif 000002
【特許請求の範囲】
【請求項１】
入力された情報を処理する情報処理装置であって、
携帯端末との間で近距離無線通信によりデータ通信を行う通信手段と、
前記携帯端末との間で前記通信手段によりデータ通信が行われる所定のタイミングで、前記携帯端末において予め外部装置から取得されている付加情報を、前記通信手段を介して取得する取得手段と、
前記取得手段により取得された前記付加情報と前記入力された情報とを対応付けて記憶手段に記憶させる制御手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記制御手段は、前記付加情報が示す複数の区分に応じて、前記入力された情報を当該情報に対応する区分ごとに累積することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記制御手段は、前記入力された情報を前記区分ごとに累積した結果を出力手段に出力させることを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記制御手段は、前記入力された情報を当該情報が入力された日時と対応付けて前記記憶手段に記憶させ、前記付加情報を当該付加情報が前記携帯端末から取得された日時と対応付けて前記記憶手段に記憶させ、
前記付加情報は、複数の区分のいずれかを示すものであり、
前記制御手段は、前記入力された情報のそれぞれについて、当該情報が入力された日時と、当該情報が入力された日時における最新の付加情報とから、当該最新の付加情報が示す区分を特定し、前記最新の付加情報が前記携帯端末から取得された日時に基づいて、当該最新の付加情報の鮮度を判断し、当該情報を前記特定された区分の前記判断された鮮度ごとに累積することを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記制御手段は、前記最新の付加情報が前記携帯端末から取得された日時から前記最新の付加情報に対応する前記入力された情報が入力された日時までの経過時間、又は、前記最新の付加情報とその次に取得された付加情報との異同に基づいて、前記最新の付加情報の鮮度を判断することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記制御手段は、前記入力された情報を前記複数の区分の鮮度ごとに累積した結果を出力手段に出力させることを特徴とする請求項４又は５に記載の情報処理装置。
【請求項７】
前記付加情報は、当該情報処理装置が設置された地域における天気情報、気温情報又は交通情報であることを特徴とする請求項１から６のいずれか一項に記載の情報処理装置。
【請求項８】
前記所定のタイミングは、前記携帯端末を利用して、当該情報処理装置に担当者情報を入力するタイミングであることを特徴とする請求項１から７のいずれか一項に記載の情報処理装置。
【請求項９】
入力された情報を処理する情報処理装置のコンピュータを、
携帯端末との間で近距離無線通信によりデータ通信を行う通信手段、
前記携帯端末との間で前記通信手段によりデータ通信が行われる所定のタイミングで、前記携帯端末において予め外部装置から取得されている付加情報を、前記通信手段を介して取得する取得手段、
前記取得手段により取得された前記付加情報と前記入力された情報とを対応付けて記憶手段に記憶させる制御手段、
として機能させるためのプログラム。
【請求項１０】
携帯端末との間で近距離無線通信によりデータ通信が行われる所定のタイミングで、前記携帯端末において予め外部装置から取得されている付加情報を、前記近距離無線通信により取得する取得手段と、
前記取得した付加情報と関連付けて所定の情報を蓄積する際に、前記付加情報を取得したタイミングに基づいて前記付加情報の鮮度を判別し、判別した鮮度ごとに前記所定の情報を分けて記憶手段に記憶させる制御手段と、
前記記憶された前記所定の情報を前記付加情報と関連付けて出力する際に、前記付加情報の鮮度が異なることが識別できるように前記所定の情報と前記付加情報とを出力させる出力手段と、
を備えることを特徴とする情報処理装置。
【請求項１１】
コンピュータを、
携帯端末との間で近距離無線通信によりデータ通信が行われる所定のタイミングで、前記携帯端末において予め外部装置から取得されている付加情報を、前記近距離無線通信により取得する取得手段、
前記取得した付加情報と関連付けて所定の情報を蓄積する際に、前記付加情報を取得したタイミングに基づいて前記付加情報の鮮度を判別し、判別した鮮度ごとに前記所定の情報を分けて記憶手段に記憶させる制御手段、
前記記憶された前記所定の情報を前記付加情報と関連付けて出力する際に、前記付加情報の鮮度が異なることが識別できるように前記所定の情報と前記付加情報とを出力させる出力手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
現在のＰＯＳシステムにおいては、インターネット等の通信ネットワークを介して取得できる天気情報、気温情報、交通情報等の情報に基づいて、売上データの傾向を分析することにより、店舗運営へのフィードバックを行うことが一般的になりつつある。
【０００３】
例えば、ネットワークを介して接続された情報提供サーバから、ＥＣＲ（Electronic Cash Register）が設置された店舗を含む地域の天気に関する情報を取得し、現在の天気に対応する広告情報を抽出して広告を出力する広告出力装置が提案されている（特許文献１参照）。
また、天気観測機器から取得した降雨量等の天気情報に対応する販促特典を表示したり、天気情報に対応するポイントを顧客に付与したりするＰＯＳシステムが提案されている（特許文献２参照）。
【０００４】
ところで、通信ネットワークに接続していない低価格のＥＣＲ等の情報処理装置においては、売上データの分析に用いる天気情報、気温情報、交通情報等の情報を取得することは難しい。
近年では、ＥＣＲとスマートフォン等の携帯端末とをBluetooth（登録商標）で接続し、ＥＣＲが携帯端末を介して、必要な情報を取得する方法が考えられている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−２６６２５５号公報
【特許文献２】特開２０１５−８４１８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ＥＣＲが携帯端末と常時通信を行うことになると、電力コスト、操作運用等の点で負荷が大きく、実際の運用には適さない。
【０００７】
本発明の課題は、通信ネットワークに接続していない情報処理装置において、通信に対する負荷を抑えつつ、外部からの付加情報を取得することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の情報処理装置は、入力された情報を処理する情報処理装置であって、携帯端末との間で近距離無線通信によりデータ通信を行う通信手段と、前記携帯端末との間で前記通信手段によりデータ通信が行われる所定のタイミングで、前記携帯端末において予め外部装置から取得されている付加情報を、前記通信手段を介して取得する取得手段と、前記取得手段により取得された前記付加情報と前記入力された情報とを対応付けて記憶手段に記憶させる制御手段と、を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、通信ネットワークに接続していない情報処理装置において、通信に対する負荷を抑えつつ、外部からの付加情報を取得することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１の実施の形態におけるレジスタ管理システムのシステム構成図である。
【図２】ＥＣＲの内部の機能構成を示すブロック図である。
【図３】携帯端末の内部の機能構成を示すブロック図である。
【図４】ＥＣＲにおいて実行される担当者処理を示すフローチャートである。
【図５】携帯端末において実行されるアプリケーション処理を示すフローチャートである。
【図６】ＥＣＲにおいて実行される売上データ登録処理を示すフローチャートである。
【図７】売上レポートの出力結果を示す図である。
【図８】第２の実施の形態における売上データテーブルのデータ構成を示す図である。
【図９】天気情報テーブルのデータ構成を示す図である。
【図１０】ＥＣＲにおいて実行される売上データ分析処理を示すフローチャートである。
【図１１】売上レポートの出力結果を示す図である。
【発明を実施するための形態】
【００１１】
〔第１の実施の形態〕
まず、本発明に係る情報処理装置の第１の実施の形態について説明する。なお、本発明は、図示例に限定されるものではない。
【００１２】
図１に、第１の実施の形態におけるレジスタ管理システム１００のシステム構成を示す。レジスタ管理システム１００は、入力された情報を処理する情報処理装置としてのＥＣＲ１と、携帯端末２と、天気情報提供装置３と、を備える。携帯端末２と天気情報提供装置３とは、通信ネットワークＮに接続されている。通信ネットワークＮは、インターネットにより構成されているものとするが、移動体通信網、公衆回線、Ｗｉ−Ｆｉ（Wireless Fidelity）等を含むこととしてもよい。
【００１３】
ＥＣＲ１は、個人商店、スーパーマーケット等の店舗に設置されており、店員の操作により顧客に販売した商品の金額、個数等の売上データを登録する装置である。
【００１４】
図２は、ＥＣＲ１の内部の機能構成を示すブロック図である。図２に示すように、ＥＣＲ１は、取得手段、制御手段としてのＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、表示部１３と、入力部１４と、計時部１５と、出力手段としての印刷部１６と、ドロア１７と、通信部１８と、記憶部１９と、を備える。
【００１５】
ＣＰＵ１１は、ＥＣＲ１の各部を制御する。ＣＰＵ１１は、各種プログラムのうち指定されたプログラムを記憶部１９から読み出してＲＡＭ１２に展開し、展開されたプログラムとの協働で各種処理を実行する。
ＲＡＭ１２は、揮発性の半導体メモリから構成され、各種データ及びプログラムを格納するワークエリアが形成される。
【００１６】
表示部１３は、ＬＣＤ（Liquid Crystal Display）、ＥＬ（ElectroLuminescent）ディスプレイ等から構成され、ＣＰＵ１１の制御により、各種表示情報を表示画面に表示する。例えば、表示部１３は、商品販売時の商品の金額、合計金額等の情報を表示する。
入力部１４は、数字キーや各種機能キー等を備え、ユーザからのキー入力を受け付け、その操作情報をＣＰＵ１１に出力する。入力部１４は、売上データの登録時に、数字キー、部門キー等へのキー入力を受け付ける。また、入力部１４は、商品に設けられたバーコードを読み取るバーコードリーダやバーコードスキャナ等を備える。
【００１７】
計時部１５は、計時回路（ＲＴＣ：Real Time Clock）を有し、この計時回路により現在日時を計時してＣＰＵ１１に出力する。
【００１８】
印刷部１６は、ＣＰＵ１１の制御により、ロール紙等の用紙に、レシートのデータ、電子ジャーナルのデータ等を印刷するサーマルプリンタである。
ドロア１７は、現金、商品券等を格納する引き出しである。
【００１９】
通信部１８は、携帯端末２との間で近距離無線通信によりデータ通信を行うためのインターフェースを有する。ここで、近距離無線通信とは、比較的近距離（数ｍｍ〜数ｍ等）において、機器同士が直接通信を行う通信方式であり、インターネットを含む通信ネットワークＮを介したものでないことを前提としている。本実施の形態では、通信部１８は、Bluetoothの無線通信規格に従って外部装置とデータの送受信を行う。通信部１８は、携帯端末２から担当者情報を受信したり、携帯端末２に売上データを送信したりする際に用いられる。担当者情報は、ＥＣＲ１を使用する担当者を識別するための識別情報である。
【００２０】
記憶部１９は、ＨＤＤ（Hard Disk Drive）や不揮発性の半導体メモリ等により構成される。記憶部１９には、各種処理プログラム、売上データ、各種設定情報等が記憶される。
【００２１】
ＣＰＵ１１は、携帯端末２との間で通信部１８によりデータ通信が行われる所定のタイミングで、携帯端末２において予め天気情報提供装置３から取得されている付加情報としての天気情報を、通信部１８を介して取得する。付加情報は、売上データの分析をする際に用いる情報である。天気情報は、例えば、晴れ、曇り、雨、雪等の区分を示す情報を含む。
所定のタイミングとして、携帯端末２を利用して、ＥＣＲ１に担当者情報を入力するタイミングを用いる。
【００２２】
ＣＰＵ１１は、天気情報と売上データとを対応付けて記憶部１９に記憶させる。
ＣＰＵ１１は、天気情報が示す複数の区分（天気）に応じて、売上データを当該売上データに対応する区分ごとに累積する。具体的には、記憶部１９は、天気ごとの金額カウンタ及び件数カウンタを備えており、ＣＰＵ１１は、売上データの登録時に、天気に対応する金額カウンタに売上金額を加算していき、天気に対応する件数カウンタに１ずつ加算していく。
ＣＰＵ１１は、売上データを区分ごとに累積した結果を、印刷部１６に印刷させる。
【００２３】
携帯端末２は、スマートフォンや携帯電話機等の端末装置であり、ＥＣＲ１を使用する店員により携帯されている。
【００２４】
図３は、携帯端末２の内部の機能構成を示すブロック図である。図３に示すように、携帯端末２は、ＣＰＵ２１と、ＲＡＭ２２と、表示部２３と、操作部２４と、計時部２５と、スピーカ２６Ａと、マイク２６Ｂと、第１通信部２７と、第２通信部２８と、記憶部２９と、を備える。
【００２５】
ＣＰＵ２１は、携帯端末２の各部を制御する。ＣＰＵ２１は、各種プログラムのうち指定されたプログラムを記憶部２９から読み出してＲＡＭ２２に展開し、展開されたプログラムとの協働で各種処理を実行する。
ＲＡＭ２２は、揮発性の半導体メモリから構成され、各種データ及びプログラムを格納するワークエリアが形成される。
【００２６】
表示部２３は、ＬＣＤ等により構成され、ＣＰＵ２１の制御により、各種表示情報を表示画面に表示する。
操作部２４は、各種機能キーを備え、ユーザからのキー入力を受け付け、その操作情報をＣＰＵ２１に出力する。また、操作部２４は、表示部２３の表面を覆うように透明電極を格子状に配置したタッチパネルを有し、手指やタッチペン等で押下された位置を検出し、その位置情報を操作情報としてＣＰＵ２１に出力する。
【００２７】
計時部２５は、計時回路を有し、この計時回路により現在日時を計時してＣＰＵ２１に出力する。
【００２８】
スピーカ２６Ａは、第１通信部２７を介して外部装置から受信した電気信号を音声信号に変換し、音声を出力する。
マイク２６Ｂは、音波を検知して電気信号に変換し、ＣＰＵ２１や第１通信部２７に出力する。
【００２９】
第１通信部２７は、無線により基地局又はアクセスポイントを介して移動体通信網を含む通信ネットワークＮに接続し、通信ネットワークＮに接続された外部装置との通信を行う。
【００３０】
第２通信部２８は、ＥＣＲ１等の外部装置との間で近距離無線通信によりデータ通信を行うためのインターフェースを有する。第２通信部２８は、Bluetoothの無線通信規格に従って外部装置とデータの送受信を行う。
【００３１】
記憶部２９は、不揮発性の半導体メモリ等により構成される。記憶部２９には、各種処理プログラム、各種設定情報、ＥＣＲ１を使用する担当者を示す担当者情報、天気情報提供装置３から取得した天気情報等が記憶される。
【００３２】
携帯端末２では、ＥＣＲ１が設置された地域における天気情報を定期的に天気情報提供装置３から取得するように、予め設定されている。あるいは、携帯端末２を所有する操作者がＥＣＲ１を使用する際には、携帯端末２はＥＣＲ１が設置された地域に存在すると考えられるため、携帯端末２は、携帯端末２が存在する地域における天気情報を天気情報提供装置３から取得することとしてもよい。
【００３３】
天気情報提供装置３は、各地域における天気情報を収集し、管理するサーバ装置である。天気情報提供装置３は、通信ネットワークＮを介して接続されている外部装置からの要求に応じて、外部装置に天気情報を提供する。
【００３４】
次に、レジスタ管理システム１００における動作について説明する。
図４は、ＥＣＲ１において実行される担当者処理を示すフローチャートである。この処理は、店員等がＥＣＲ１の使用を開始する際に行われる処理であり、ＣＰＵ１１と記憶部１９に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。
【００３５】
まず、店員等の操作者が入力部１４の「担当者入力待ち」キーを押下すると、ＣＰＵ１１は、担当者入力を開始する（ステップＳ１）。
次に、ＣＰＵ１１は、通信部１８をBluetoothの接続待ちの状態にする（ステップＳ２）。
【００３６】
ここで、ＣＰＵ１１は、通信部１８を介して、データを受信したか否かを判断する（ステップＳ３）。具体的には、ＣＰＵ１１は、接続機器の認証が終了し、携帯端末２から接続相手として設定した旨の信号を受信したか否かを判断する。
【００３７】
携帯端末２からデータを受信した場合には（ステップＳ３；ＹＥＳ）、ＣＰＵ１１は、通信部１８を介して、携帯端末２から送信された担当者情報を取得する（ステップＳ４）。担当者情報には、担当者ＩＤ及びパスワードが含まれる。
【００３８】
次に、ＣＰＵ１１は、通信部１８を介して、携帯端末２から送信された天気情報を取得する（ステップＳ５）。ＣＰＵ１１は、天気情報を、当該天気情報を取得した日時（更新日時）と対応付けて記憶部１９に記憶させる（ステップＳ６）。第１の実施の形態では、記憶部１９に、携帯端末２から取得した最新の天気情報のみを残しておけばよい。
【００３９】
次に、ＣＰＵ１１は、通信部１８を制御して、Bluetoothの接続を解除し（ステップＳ７）、携帯端末２との間の通信を終了する。
【００４０】
次に、ＣＰＵ１１は、ステップＳ４で取得した担当者情報に基づいて、携帯端末２を所有している操作者が有効な担当者であるか否かを判断する（ステップＳ８）。具体的には、ＣＰＵ１１は、携帯端末２から取得した担当者情報に含まれる担当者ＩＤ及びパスワードの組み合わせが、予め登録されているものと一致する場合には、操作者が有効な担当者であると判断する。
【００４１】
操作者が有効な担当者である場合には（ステップＳ８；ＹＥＳ）、ＣＰＵ１１は、操作者によるサインオンを認め、ＥＣＲ１において売上データの登録等の処理を許可する（ステップＳ９）。
以上で、担当者処理が終了する。
【００４２】
ステップＳ３において、携帯端末２からデータを受信しない場合には（ステップＳ３；ＮＯ）、ＣＰＵ１１は、タイムアウトであるか否かを判断する（ステップＳ１０）。具体的には、ＣＰＵ１１は、通信部１８がBluetoothの接続待ちの状態になってから一定時間、携帯端末２から応答がなかった場合には、タイムアウトであると判断する。
タイムアウトでない場合には（ステップＳ１０；ＮＯ）、ステップＳ３に戻り、処理を繰り返す。
【００４３】
ステップＳ８において、操作者が有効な担当者でない場合（ステップＳ８；ＮＯ）、又は、ステップＳ１０において、タイムアウトである場合には（ステップＳ１０；ＹＥＳ）、エラーと判断し、本処理を終了する。
【００４４】
図５は、携帯端末２において実行されるアプリケーション処理を示すフローチャートである。この処理は、ＥＣＲ１に対する管理・保守を行うための処理であり、ＣＰＵ２１と記憶部２９に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。
【００４５】
まず、アプリケーションの起動状態において、ＣＰＵ２１は、本アプリケーションが表示部２３の画面に表示されているか否かを判断する（ステップＳ１１）。
【００４６】
本アプリケーションが表示部２３の画面に表示されていない場合には（ステップＳ１１；ＮＯ）、ＣＰＵ２１は、バックグラウンド処理として、第１通信部２７により、通信ネットワークＮを介して接続されている天気情報提供装置３からＥＣＲ１が設置された地域における天気情報を取得する（ステップＳ１２）。ＣＰＵ２１は、取得した天気情報を記憶部２９に記憶させる。なお、記憶部２９には、天気情報提供装置３から取得した最新の天気情報のみを残しておけばよい。
ステップＳ１２の後、ステップＳ１１に戻り、処理を繰り返す。なお、バックグラウンド処理における天気情報の取得は、例えば、計時部２５から得られる現在日時に基づいて、５分ごと等、予め設定された所定時間ごとに行えばよい。
【００４７】
ステップＳ１１において、本アプリケーションが表示部２３の画面に表示されている場合には（ステップＳ１１；ＹＥＳ）、ＣＰＵ２１は、操作者の操作部２４からの操作により、担当者処理が選択されているか否かを判断する（ステップＳ１３）。
【００４８】
担当者処理が選択されている場合には（ステップＳ１３；ＹＥＳ）、ＣＰＵ２１は、第２通信部２８を介して、Bluetoothの接続相手の検索を開始する（ステップＳ１４）。
次に、ＣＰＵ２１は、Bluetoothの接続相手の検索に成功したか否かを判断する（ステップＳ１５）。
【００４９】
Bluetoothの接続相手の検索に成功した場合には（ステップＳ１５；ＹＥＳ）、ＣＰＵ２１は、記憶部２９に記憶されている担当者情報を読み出し、読み出した担当者情報を、第２通信部２８を介してＥＣＲ１に送信する（ステップＳ１６）。
【００５０】
次に、ＣＰＵ２１は、記憶部２９に記憶されている天気情報を読み出し、読み出した天気情報を、第２通信部２８を介してＥＣＲ１に送信する（ステップＳ１７）。
【００５１】
次に、ＣＰＵ２１は、第２通信部２８を制御して、Bluetoothの接続を解除し（ステップＳ１８）、ＥＣＲ１との通信を終了する。
【００５２】
ステップＳ１５において、Bluetoothの接続相手の検索に成功しなかった場合には（ステップＳ１５；ＮＯ）、ＣＰＵ２１は、エラーとして処理する（ステップＳ１９）。
ステップＳ１８又はステップＳ１９の後、ステップＳ１１に戻り、処理を繰り返す。
【００５３】
ステップＳ１３において、担当者処理が選択されていない場合には（ステップＳ１３；ＮＯ）、ＣＰＵ２１は、担当者情報設定処理等、本アプリケーションにおける担当者処理以外の処理を適宜行う（ステップＳ２０）。担当者情報設定処理では、操作部２４から担当者ＩＤ及びパスワードの入力を受け付け、ＣＰＵ２１は、入力された担当者ＩＤ及びパスワードを含む担当者情報を記憶部２９に記憶させる。
【００５４】
ここで、ＣＰＵ２１は、アプリケーションの終了が指示されたか否かを判断する（ステップＳ２１）。アプリケーションの終了が指示されていない場合には（ステップＳ２１；ＮＯ）、ステップＳ１１に戻り、処理を繰り返す。
【００５５】
ステップＳ２１において、アプリケーションの終了が指示された場合には（ステップＳ２１；ＹＥＳ）、アプリケーション処理が終了する。
【００５６】
図６は、ＥＣＲ１において実行される売上データ登録処理を示すフローチャートである。この処理は、１件分の売上データが登録される際の処理であり、ＣＰＵ１１と記憶部１９に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。
【００５７】
まず、操作者が入力部１４を操作して、商品が分類される部門や商品の金額を含む売上データを入力すると、ＣＰＵ１１は、この売上データをＲＡＭ１２に格納する（ステップＳ３１）。
【００５８】
次に、ＣＰＵ１１は、１件（１レシート）分の入力が終了したか否かを判断する（ステップＳ３２）。例えば、入力部１４において、小計キーが押下され、預かり金額が入力された場合に、ＣＰＵ１１は、１件分の入力が終了したと判断する。
１件分の売上データの入力が終了していない場合には（ステップＳ３２；ＮＯ）、ステップＳ３１に戻り、処理を繰り返す。
【００５９】
ステップＳ３２において、１件分の売上データの入力が終了した場合には（ステップＳ３２；ＹＥＳ）、ＣＰＵ１１は、印刷部１６を制御して、商品ごとの部門と金額、合計金額等が記載されたレシートを印刷させる（ステップＳ３３）。
【００６０】
次に、ＣＰＵ１１は、記憶部１９に記憶されている最新の天気情報を読み出す（ステップＳ３４）。
次に、ＣＰＵ１１は、最新の天気情報が示す天気の金額カウンタに、今回の１件分の売上金額を加算して、該当する天気の金額カウンタを更新する（ステップＳ３５）。
また、ＣＰＵ１１は、最新の天気情報が示す天気の件数カウンタに、１を加算して、該当する天気の件数カウンタを更新する（ステップＳ３６）。
以上で、売上データ登録処理が終了する。
【００６１】
図７に、１日の精算時に印刷された売上レポートの出力結果を示す。天気別（晴れ、曇り、雨、雪等）に、各天気において取引があった件数及び合計金額が記載されている。
ＣＰＵ１１は、天気ごとの件数カウンタ及び金額カウンタの値に基づいて、印刷用データを生成し、印刷部１６に、売上レポートを印刷させる。
図７の例は、天気が「晴れ」の間に、取引が７件あり、その売上の合計金額が１３４４４円であり、天気が「雨」の間に、取引が５件あり、その売上の合計金額が１２７０６円であることを示している。
【００６２】
以上説明したように、第１の実施の形態によれば、ＥＣＲ１と携帯端末２との間で、別の目的でデータ通信を行うタイミングで、携帯端末２から天気情報を取得するので、通信ネットワークＮに接続していないＥＣＲ１において、通信に対する負荷を抑えつつ、外部からの天気情報を取得することができる。
【００６３】
また、天気情報と売上データとを対応付けて記憶するので、天気情報に基づいて、売上データを分析することができる。
具体的には、天気情報が示す晴れ、曇り、雨、雪等の区分に応じて、売上データを当該売上データに対応する区分ごとに累積することで、天気ごとの売上データの傾向を把握することができる。
【００６４】
また、売上データを区分ごとに累積した結果を印刷することで、売上データの分析結果をユーザに提示することができるとともに、分析結果を書類として残すことができる。
【００６５】
また、ＥＣＲ１では、携帯端末２からＥＣＲ１に担当者情報を入力するタイミングで、売上データの分析に用いる天気情報を随時更新することができる。また、操作者が天気情報を手入力する必要がないため、入力ミスを防ぐことができ、人が判断する場合と比較して、天気の判断における揺らぎが発生しない。
【００６６】
〔第２の実施の形態〕
次に、本発明を適用した第２の実施の形態について説明する。
第２の実施の形態におけるレジスタ管理システムは、第１の実施の形態に示したレジスタ管理システム１００と略同様の構成であるため、図１〜図３を援用し、その構成については図示及び説明を省略する。以下、第２の実施の形態に特徴的な構成及び処理について説明する。
【００６７】
ＥＣＲ１の記憶部１９には、売上データテーブル１９Ａ（図８参照）、天気情報テーブル１９Ｂ（図９参照）が記憶される。
売上データテーブル１９Ａは、売上データを当該売上データが登録された日時と対応付けるものである。図８に示すように、売上データテーブル１９Ａには、１件分の取引ごとに、取引日時（１件分の売上データが登録された日時）と売上金額とが対応付けられる。
天気情報テーブル１９Ｂは、天気情報を当該天気情報が携帯端末２から取得された日時と対応付けるものである。図９に示すように、天気情報テーブル１９Ｂには、天気情報の更新ごとに、更新日時と天気とが対応付けられる。
【００６８】
ＣＰＵ１１は、１組のお客様ごとに（１件ごとに）、計時部１５から現在日時を取得し、取引日時（現在日時）と売上金額とを対応付けて、売上データテーブル１９Ａに格納する。
また、ＣＰＵ１１は、携帯端末２から天気情報を取得するごとに、計時部１５から現在日時を取得し、更新日時（現在日時）と天気（晴れ、曇り、雨、雪等）とを対応付けて、天気情報テーブル１９Ｂに格納する。
【００６９】
ＣＰＵ１１は、売上データのそれぞれについて、当該売上データが登録された日時と、当該売上データが登録された日時における最新の天気情報とから、当該最新の天気情報が示す区分（晴れ、曇り、雨、雪等）を特定し、最新の天気情報が携帯端末２から取得された日時に基づいて、当該最新の天気情報の鮮度（高、中、低）を判断し、当該売上データを、特定された区分の、判断された鮮度ごとに累積する。
この場合、天気情報の鮮度とは、天気情報の新しさを示すもので、天気情報の鮮度「高」とは最新の天気情報であるという意味であり、天気情報の鮮度「中」とは比較的新しい天気情報であるという意味であり、天気情報の鮮度「低」とは比較的古い天気情報であるという意味である。
【００７０】
ＣＰＵ１１は、最新の天気情報が携帯端末２から取得された日時から最新の天気情報に対応する売上データが登録された日時までの経過時間、及び、最新の天気情報とその次に取得された天気情報との異同に基づいて、最新の天気情報の鮮度を判断する。
【００７１】
記憶部１９は、天気ごと、鮮度ごとの金額カウンタ及び件数カウンタを備えており、ＣＰＵ１１は、１日の売上データの分析時に、該当する天気の鮮度に対応する金額カウンタに売上金額を加算していき、該当する天気の鮮度に対応する件数カウンタに１ずつ加算していく。
【００７２】
ＣＰＵ１１は、売上データを複数の区分の鮮度ごとに累積した結果を印刷部１６に印刷させる。
【００７３】
次に、第２の実施の形態におけるレジスタ管理システムにおける動作について説明する。
第２の実施の形態においても、第１の実施の形態と同様、ＥＣＲ１において、図４に示した担当者処理が実行され、携帯端末２において、図５に示したアプリケーション処理が実行される。ただし、ステップＳ６では、ＣＰＵ１１は、携帯端末２から取得した天気情報を、当該天気情報を取得した日時（更新日時）と対応付けて、記憶部１９の天気情報テーブル１９Ｂに格納する。第２の実施の形態では、天気情報が取得される度に、天気情報テーブル１９Ｂ内のレコードが追加されていく。
【００７４】
また、第２の実施の形態では、ＥＣＲ１において、図６に示した売上データ登録処理のステップＳ３１〜ステップＳ３３の処理が実行される。
その後、ＣＰＵ１１は、計時部１５から現在日時を取得し、取引日時（現在日時）と売上金額（１件分の合計金額）とを対応付けて、記憶部１９の売上データテーブル１９Ａに格納する。
【００７５】
図１０は、ＥＣＲ１において実行される売上データ分析処理を示すフローチャートである。この処理は、１日の精算後に行われる処理であり、ＣＰＵ１１と記憶部１９に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。
【００７６】
まず、ＣＰＵ１１は、記憶部１９の売上データテーブル１９Ａ（取引日時ごとの売上データ）から１レコードを取得する（ステップＳ４１）。このレコードには、取引日時と売上金額とが含まれている。
【００７７】
次に、ＣＰＵ１１は、取得したレコードに含まれる取引日時における天気情報を、記憶部１９の天気情報テーブル１９Ｂから読み出す（ステップＳ４２）。具体的には、ＣＰＵ１１は、天気情報テーブル１９Ｂにおいて、更新日時が取引日時より前のレコードのうち、最新のものを取得する。
【００７８】
次に、ＣＰＵ１１は、ステップＳ４１で処理対象としたレコードの取引日時が、ステップＳ４２で読み出した天気情報の更新日時から一定時間経過しているか否かを判断する（ステップＳ４３）。
取引日時が天気情報の更新日時から一定時間経過していない場合には（ステップＳ４３；ＮＯ）、ＣＰＵ１１は、天気情報の鮮度が高いと判断し、該当する天気の「鮮度高」の金額カウンタに、ステップＳ４１で取得した売上金額を加算する（ステップＳ４４）。
また、ＣＰＵ１１は、該当する天気の「鮮度高」の件数カウンタに１を加算する（ステップＳ４５）。
【００７９】
ステップＳ４３において、取引日時が天気情報の更新日時から一定時間経過している場合には（ステップＳ４３；ＹＥＳ）、ＣＰＵ１１は、記憶部１９の天気情報テーブル１９Ｂを参照して、ステップＳ４２で読み出した天気情報の次の更新日時の天気情報があるか否かを判断する（ステップＳ４６）。
次の更新日時の天気情報がある場合には（ステップＳ４６；ＹＥＳ）、ＣＰＵ１１は、次の更新日時の天気情報が示す天気が、ステップＳ４２で読み出した天気情報が示す天気（一つ前の天気）と同じであるか否かを判断する（ステップＳ４７）。
【００８０】
次の更新日時の天気が一つ前の天気と同じである場合には（ステップＳ４７；ＹＥＳ）、ＣＰＵ１１は、天気情報の鮮度が中程度であると判断し、該当する天気の「鮮度中」の金額カウンタに、ステップＳ４１で取得した売上金額を加算する（ステップＳ４８）。
また、ＣＰＵ１１は、該当する天気の「鮮度中」の件数カウンタに１を加算する（ステップＳ４９）。
【００８１】
ステップＳ４６において、次の更新日時の天気情報がない場合（ステップＳ４６；ＮＯ）、又は、ステップＳ４７において、次の更新日時の天気が一つ前の天気と異なる場合には（ステップＳ４７；ＮＯ）、ＣＰＵ１１は、天気情報の鮮度が低いと判断し、該当する天気の「鮮度低」の金額カウンタに、ステップＳ４１で取得した売上金額を加算する（ステップＳ５０）。
また、ＣＰＵ１１は、該当する天気の「鮮度低」の件数カウンタに１を加算する（ステップＳ５１）。
【００８２】
ステップＳ４５、ステップＳ４９又はステップＳ５１の後、ＣＰＵ１１は、売上データテーブル１９Ａ（取引日時ごとの売上データ）の全レコードについて、処理が終了したか否かを判断する（ステップＳ５２）。
売上データテーブル１９Ａにおいて、処理が終了していないレコードが残っている場合には（ステップＳ５２；ＮＯ）、ステップＳ４１に戻り、処理を繰り返す。
【００８３】
ステップＳ５２において、売上データテーブル１９Ａの全レコードについて、処理が終了した場合には（ステップＳ５２；ＹＥＳ）、売上データ分析処理が終了する。
【００８４】
図１１に、１日の精算時に印刷された売上レポートの出力結果を示す。各天気における鮮度ごとに、取引があった件数及び合計金額が記載されている。
ＣＰＵ１１は、各天気の鮮度ごとの件数カウンタ及び金額カウンタの値に基づいて、印刷用データを生成し、印刷部１６に、売上レポートを印刷させる。
図１１の例は、天気が「鮮度高」の「晴れ」の間に、取引が６件あり、その売上の合計金額が１２２２２円であり、天気が「鮮度中」の「晴れ」の間に、取引が１件あり、その売上の合計金額が１２２２円であり、天気が「鮮度高」の「雨」の間に、取引が３件あり、その売上の合計金額が８５８３円であり、天気が「鮮度中」の「雨」の間に、取引が２件あり、その売上の合計金額が４１２３円であることを示している。
【００８５】
以上説明したように、第２の実施の形態によれば、第１の実施の形態と同様、通信ネットワークＮに接続していないＥＣＲ１において、通信に対する負荷を抑えつつ、外部からの天気情報を取得することができる。
【００８６】
また、天気情報と売上データとを対応付けて記憶するので、天気情報に基づいて、売上データを分析することができる。
具体的には、売上データを当該売上データに対応する天気情報が示す区分（晴れ、曇り、雨、雪等）の鮮度ごとに累積することで、天気ごと、さらには天気の鮮度ごとの売上データの傾向を把握することができる。
例えば、天気情報が携帯端末２から取得された日時からの経過時間や、次の天気情報との間で天気が変わっているか否かに基づいて、天気情報の鮮度を判断することができる。
【００８７】
また、売上データを複数の区分の鮮度ごとに累積した結果を印刷することで、売上データの分析結果をユーザに提示することができるとともに、分析結果を書類として残すことができる。
【００８８】
また、ＥＣＲ１では、携帯端末２からＥＣＲ１に担当者情報を入力するタイミングで、売上データの分析に用いる天気情報を随時更新することができる。
【００８９】
なお、第２の実施の形態では、最新の天気情報が携帯端末２から取得された日時から最新の天気情報に対応する売上データが登録された日時までの経過時間、及び、最新の天気情報とその次に取得された天気情報との異同に基づいて、最新の天気情報の鮮度を判断することとしたが、最新の天気情報が携帯端末２から取得された日時から最新の天気情報に対応する売上データが登録された日時までの経過時間、最新の天気情報とその次に取得された天気情報との異同のいずれか一方に基づいて、最新の天気情報の鮮度を判断することとしてもよい。経過時間のみに基づいて天気情報の鮮度を判断する場合には、１件ごとの売上データの登録時に、売上データを分類してもよい。
【００９０】
例えば、ＣＰＵ１１は、携帯端末２から取得した天気情報と関連付けて売上データを蓄積する際に、天気情報を取得したタイミングに基づいて天気情報の鮮度を判別し、判別した鮮度ごとに売上データを分けて記憶部１９に記憶させる。具体的には、ＣＰＵ１１は、１件分の売上データの登録時に、該当する天気の鮮度に対応する金額カウンタに売上金額を加算していき、該当する天気の鮮度に対応する件数カウンタに１ずつ加算していく。
ＣＰＵ１１は、記憶部１９に記憶された売上データを天気情報と関連付けて出力する際に、天気情報の鮮度が異なることが識別できるように、売上データと天気情報とを出力させる。具体的には、ＣＰＵ１１は、図１１と同様に、各天気における鮮度ごとに、取引があった件数及び合計金額を印刷部１６に印刷させる。
【００９１】
なお、上記各実施の形態における記述は、本発明に係る情報処理装置の例であり、これに限定されるものではない。装置を構成する各部の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【００９２】
例えば、ＥＣＲ１において、１組のお客様ごとに（１件ごとに）、各商品の部門、商品名、金額等を含む売上データと、当該売上データの登録日時と、最新の天気情報と、当該天気情報の取得日時（更新日時）と、を対応付けて記憶部１９に記憶させることとしてもよい。
【００９３】
また、上記各実施の形態では、付加情報が、ＥＣＲ１が設置された地域における天気情報である場合を例にして説明したが、付加情報が、ＥＣＲ１が設置された地域における気温情報又は交通情報（渋滞情報、渋滞している道路や通行止め区間等）であることとしてもよい。気温情報を扱う場合には、気温を複数の範囲に区切って、それぞれの範囲を区分として売上データを分析することができる。交通情報を扱う場合には、交通量や渋滞の程度を複数のランクに区切って、それぞれのランクを区分として売上データを分析することができる。
また、付加情報の区分の数、鮮度を分類する際の段階の数についても、任意に変更可能である。
なお、上記各実施の形態では、付加情報の鮮度を判別又は判断するようにしたが、鮮度という表現に限定せず、付加情報の精度を判別又は判断するようにしてもよい。
【００９４】
また、上記各実施の形態では、携帯端末２が天気情報提供装置３から天気情報を取得することとしたが、携帯端末２にインストールされている天気アプリを利用して、天気情報を取得することとしてもよい。
【００９５】
また、ＥＣＲ１と携帯端末２との間の通信は、Bluetoothに限定されず、ＩｒＤＡ（Infrared Data Association）、ＮＦＣ（Near Field Communication）、ＲＦＩＤ（Radio Frequency Identifier）、ZigBee（登録商標）等の近距離無線通信や、Ｗｉ−Ｆｉダイレクトによる無線通信を利用することとしてもよい。
【００９６】
また、ＥＣＲ１が携帯端末２から付加情報を取得するタイミングについては、上記の例に限定されず、ＥＣＲ１と携帯端末２との間でデータ通信が行われる他のタイミングであってもよい。例えば、ＥＣＲ１が携帯端末２から勤務開始・終了時間を示すタイムカード情報を受信するタイミングや、ＥＣＲ１から携帯端末２に売上データを送信するタイミングであってもよい。
【００９７】
また、上記各実施の形態では、売上データを区分ごとに累積した結果や、売上データを複数の区分の鮮度ごとに累積した結果を出力する出力手段として、売上データの分析結果を印刷する印刷部１６を用いる場合について説明したが、売上データの分析結果を表示部１３等に表示することとしてもよい。
【００９８】
以上の説明では、各処理を実行するためのプログラムを格納したコンピュータ読み取り可能な媒体としてＨＤＤや不揮発性の半導体メモリを使用した例を開示したが、この例に限定されない。その他のコンピュータ読み取り可能な媒体として、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することも可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）を適用することとしてもよい。
【００９９】
本発明の実施の形態を説明したが、本発明の範囲は、上述の実施の形態に限定するものではなく、特許請求の範囲に記載された発明の範囲とその均等の範囲を含む。
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。
〔付記〕
＜請求項１＞
入力された情報を処理する情報処理装置であって、
携帯端末との間で近距離無線通信によりデータ通信を行う通信手段と、
前記携帯端末との間で前記通信手段によりデータ通信が行われる所定のタイミングで、前記携帯端末において予め外部装置から取得されている付加情報を、前記通信手段を介して取得する取得手段と、
前記取得手段により取得された前記付加情報と前記入力された情報とを対応付けて記憶手段に記憶させる制御手段と、
を備えることを特徴とする情報処理装置。
＜請求項２＞
前記制御手段は、前記付加情報が示す複数の区分に応じて、前記入力された情報を当該情報に対応する区分ごとに累積することを特徴とする請求項１に記載の情報処理装置。
＜請求項３＞
前記制御手段は、前記入力された情報を前記区分ごとに累積した結果を出力手段に出力させることを特徴とする請求項２に記載の情報処理装置。
＜請求項４＞
前記制御手段は、前記入力された情報を当該情報が入力された日時と対応付けて前記記憶手段に記憶させ、前記付加情報を当該付加情報が前記携帯端末から取得された日時と対応付けて前記記憶手段に記憶させ、
前記付加情報は、複数の区分のいずれかを示すものであり、
前記制御手段は、前記入力された情報のそれぞれについて、当該情報が入力された日時と、当該情報が入力された日時における最新の付加情報とから、当該最新の付加情報が示す区分を特定し、前記最新の付加情報が前記携帯端末から取得された日時に基づいて、当該最新の付加情報の鮮度を判断し、当該情報を前記特定された区分の前記判断された鮮度ごとに累積することを特徴とする請求項１に記載の情報処理装置。
＜請求項５＞
前記制御手段は、前記最新の付加情報が前記携帯端末から取得された日時から前記最新の付加情報に対応する前記入力された情報が入力された日時までの経過時間、又は、前記最新の付加情報とその次に取得された付加情報との異同に基づいて、前記最新の付加情報の鮮度を判断することを特徴とする請求項４に記載の情報処理装置。
＜請求項６＞
前記制御手段は、前記入力された情報を前記複数の区分の鮮度ごとに累積した結果を出力手段に出力させることを特徴とする請求項４又は５に記載の情報処理装置。
＜請求項７＞
前記付加情報は、当該情報処理装置が設置された地域における天気情報、気温情報又は交通情報であることを特徴とする請求項１から６のいずれか一項に記載の情報処理装置。
＜請求項８＞
前記所定のタイミングは、前記携帯端末を利用して、当該情報処理装置に担当者情報を入力するタイミングであることを特徴とする請求項１から７のいずれか一項に記載の情報処理装置。
＜請求項９＞
入力された情報を処理する情報処理装置のコンピュータを、
携帯端末との間で近距離無線通信によりデータ通信を行う通信手段、
前記携帯端末との間で前記通信手段によりデータ通信が行われる所定のタイミングで、前記携帯端末において予め外部装置から取得されている付加情報を、前記通信手段を介して取得する取得手段、
前記取得手段により取得された前記付加情報と前記入力された情報とを対応付けて記憶手段に記憶させる制御手段、
として機能させるためのプログラム。
＜請求項１０＞
携帯端末との間で近距離無線通信によりデータ通信が行われる所定のタイミングで、前記携帯端末において予め外部装置から取得されている付加情報を、前記近距離無線通信により取得する取得手段と、
前記取得した付加情報と関連付けて所定の情報を蓄積する際に、前記付加情報を取得したタイミングに基づいて前記付加情報の鮮度を判別し、判別した鮮度ごとに前記所定の情報を分けて記憶手段に記憶させる制御手段と、
前記記憶された前記所定の情報を前記付加情報と関連付けて出力する際に、前記付加情報の鮮度が異なることが識別できるように前記所定の情報と前記付加情報とを出力させる出力手段と、
を備えることを特徴とする情報処理装置。
＜請求項１１＞
コンピュータを、
携帯端末との間で近距離無線通信によりデータ通信が行われる所定のタイミングで、前記携帯端末において予め外部装置から取得されている付加情報を、前記近距離無線通信により取得する取得手段、
前記取得した付加情報と関連付けて所定の情報を蓄積する際に、前記付加情報を取得したタイミングに基づいて前記付加情報の鮮度を判別し、判別した鮮度ごとに前記所定の情報を分けて記憶手段に記憶させる制御手段、
前記記憶された前記所定の情報を前記付加情報と関連付けて出力する際に、前記付加情報の鮮度が異なることが識別できるように前記所定の情報と前記付加情報とを出力させる出力手段、
として機能させるためのプログラム。
【符号の説明】
【０１００】
１  ＥＣＲ
２  携帯端末
３  天気情報提供装置
１１  ＣＰＵ
１３  表示部
１４  入力部
１６  印刷部
１８  通信部
１９  記憶部
１９Ａ  売上データテーブル
１９Ｂ  天気情報テーブル
２１  ＣＰＵ
２３  表示部
２４  操作部
２７  第１通信部
２８  第２通信部
２９  記憶部
１００  レジスタ管理システム
Ｎ  通信ネットワーク
【図１】
2018159969.tif 000003
【図２】
2018159969.tif 000004
【図３】
2018159969.tif 000005
【図４】
2018159969.tif 000006
【図５】
2018159969.tif 000007
【図６】
2018159969.tif 000008
【図７】
2018159969.tif 000009
【図８】
2018159969.tif 000010
【図９】
2018159969.tif 000011
【図１０】
2018159969.tif 000012
【図１１】
2018159969.tif 000013