(57)【要約】【課題】不特定多数の店舗で購入された商品の有効期限を管理する。【解決手段】  複数のクライアント端末と通信可能なサーバは、各クライアント端末から、商品の購入者を識別する購入者ＩＤと、購入者が購入した購入商品を識別する商品ＩＤと、購入商品の有効期限を示す期限情報と、期限情報を入力する入力者を識別する入力者ＩＤと、を取得する手段と、  クライアント端末から取得した購入者ＩＤ、商品ＩＤ、期限情報、及び、入力者ＩＤを互いに関連付けて記憶する手段と、を備える。【選択図】図２
2018156366.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント端末と通信可能なサーバであって、
各クライアント端末から、商品の購入者を識別する購入者ＩＤと、前記購入者が購入した購入商品を識別する商品ＩＤと、前記購入商品の有効期限を示す期限情報と、前記期限情報を入力する入力者を識別する入力者ＩＤと、を取得する手段と、
前記クライアント端末から取得した購入者ＩＤ、商品ＩＤ、期限情報、及び、入力者ＩＤを互いに関連付けて記憶する手段と、
を備えるサーバ。
【請求項２】
前記期限情報が示す有効期限迄の残り時間が所定の閾値以下である場合、前記期限情報に関連付けられた購入者ＩＤによって識別される購入者に対して、前記有効期限が近いことを通知する手段を更に備える、
請求項１に記載のサーバ。
【請求項３】
前記期限情報に関連付けられた入力者ＩＤによって識別される入力者が前記購入者である場合、前記通知する手段は、前記入力者が前記購入者であることを更に通知する、
請求項２に記載のサーバ。
【請求項４】
広告商品を識別する商品ＩＤと、前記広告商品に関する広告情報と、を関連付けて記憶する手段と、
前記期限情報が示す有効期限迄の残り時間が所定の閾値以下である場合、前記期限情報に関連付けられた購入者ＩＤによって識別される購入者に対して、前記期限情報に関連付けられた商品ＩＤを特定する手段と、
前記特定された商品ＩＤに関連付けられた広告情報を提示する手段と、
を更に備える、請求項１〜３の何れかに記載のサーバ。
【請求項５】
前記広告情報と、前記広告商品の種類を示す広告種類情報と、を互いに関連付けて記憶する手段と、
前記クライアント端末から、前記購入商品の種類を示す購入種類情報を取得する手段と、
前記クライアント端末から取得した購入者ＩＤ、購入商品ＩＤ、期限情報、入力者ＩＤ、及び、購入種類情報を互いに関連付けて記憶する手段と、を更に備え、
前記特定する手段は、前記期限情報に関連付けられた入力者ＩＤによって識別される入力者が前記購入者である場合、前記期限情報に関連付けられた購入種類情報が示す種類と同一の種類を示す広告種類情報を特定し、
前記提示する手段は、特定された広告種類情報に関連付けられた広告情報を提示する、
請求項４に記載のサーバ。
【請求項６】
前記入力者ＩＤによって識別される入力者が前記商品を販売する店舗のスタッフである場合、前記所定の閾値は第１閾値であり、
前記入力者ＩＤによって識別される入力者が前記購入者である場合、前記所定の閾値は、前記第１閾値より大きい第２閾値である、
請求項２〜５の何れかに記載のサーバ。
【請求項７】
各クライアント端末から、前記購入商品の種類を示す購入種類情報を取得する手段と、
前記クライアント端末から取得した購入者ＩＤ、購入商品ＩＤ、期限情報、入力者ＩＤ、及び、購入種類情報を互いに関連付けて記憶する手段と、を更に備え、
前記所定の閾値は、前記期限情報に関連付けられた購入種類情報が示す種類によって異なる、
請求項２〜６の何れかに記載のサーバ。
【請求項８】
請求項１〜７の何れかに記載のサーバと通信可能なクライアント端末であって、
前記購入者の指示に応じて、前記購入者ＩＤと、前記商品ＩＤと、前記期限情報と、前記入力者ＩＤと、を取得する手段と、
前記購入者ＩＤと、前記商品ＩＤと、前記期限情報と、前記入力者ＩＤと、を前記サーバに送信する手段と、を備える、
クライアント端末。
【請求項９】
コンピュータを、請求項１〜８の何れかに記載の各手段として機能させるための、プログラム。
【請求項１０】
商品の購入者が使用する第１クライアント端末と、前記購入者が前記商品を購入した店舗のスタッフが使用する第２クライアント端末と、前記第１クライアント端末及び前記第２クライアント端末と通信可能なサーバと、を備える情報処理システムであって、
前記第１クライアント端末は、
前記購入者の指示に応じて、前記購入者を識別する購入者ＩＤと、前記購入者が購入した購入商品を識別する商品ＩＤと、前記購入商品の有効期限を示す期限情報と、前記期限情報を入力する入力者を識別する入力者ＩＤと、を取得する手段と、
前記購入者ＩＤと、前記商品ＩＤと、前記期限情報と、前記入力者ＩＤと、を前記サーバに送信する手段と、を備え、
前記第２クライアント端末は、
前記スタッフの指示に応じて、前記購入者ＩＤと、前記商品ＩＤと、前記期限情報と、前記入力者ＩＤと、を取得する手段と、
前記購入者ＩＤと、前記商品ＩＤと、前記期限情報と、前記入力者ＩＤと、を前記サーバに送信する手段と、を備え、
前記サーバは、前記第１クライアント端末及び前記第２クライアント端末から送信された購入者ＩＤ、商品ＩＤ、期限情報、及び、入力者ＩＤを互いに関連付けて記憶する手段を備える、
情報処理システム。
【請求項１１】
コンピュータが、
複数のクライアント端末のそれぞれから、商品の購入者を識別する購入者ＩＤと、前記購入者が購入した購入商品を識別する商品ＩＤと、前記購入商品の有効期限を示す期限情報と、前記期限情報を入力する入力者を識別する入力者ＩＤと、を取得するステップと、
前記クライアント端末から取得した購入者ＩＤ、商品ＩＤ、期限情報、及び、入力者ＩＤを互いに関連付けて記憶するステップと、
を実行する情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ、クライアント端末、プログラム、情報処理システム、及び、情報処理方法に関する。
【背景技術】
【０００２】
近年、商品の有効期限に対する消費者のニーズが高まっている。
このようなニーズに応えるために、有効期限を管理する技術が注目されている。例えば、特許文献１には、消費者が購入した商品に関する情報、及び、当該商品の有効期限を記憶し、かつ、記憶した情報に基づいて、有効期限が近い商品の消費を消費者に促す技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−９５７８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、特許文献１は、期限設定マスタを参照して有効期限を算出しているので、期限設定マスタに記憶されていない商品の有効期限を算出することはできない。
例えば、期限設定マスタに特定の店舗で販売されている商品に関する情報が記憶されている場合、特定の店舗で購入された商品の有効期限を算出することはできるが、特定の店舗以外の店舗で購入された商品の有効期限を算出することはできない。
【０００５】
つまり、特許文献１は、不特定多数の店舗で購入された商品の有効期限を管理することができない。
【０００６】
本発明の目的は、不特定多数の店舗で購入された商品の有効期限を管理することである。
【課題を解決するための手段】
【０００７】
本発明の一態様は、
複数のクライアント端末と通信可能なサーバであって、
各クライアント端末から、商品の購入者を識別する購入者ＩＤと、前記購入者が購入した購入商品を識別する商品ＩＤと、前記購入商品の有効期限を示す期限情報と、前記期限情報を入力する入力者を識別する入力者ＩＤと、を取得する手段と、
前記クライアント端末から取得した購入者ＩＤ、商品ＩＤ、期限情報、及び、入力者ＩＤを互いに関連付けて記憶する手段と、
を備えるサーバである。
【発明の効果】
【０００８】
本発明のある態様によれば、不特定多数の店舗で購入された商品の有効期限を管理することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態の情報処理システムの構成を示すブロック図。
【図２】本実施形態のアプリケーションの説明図。
【図３】本実施形態の購入者情報データベースのデータ構造を示す図。
【図４】本実施形態のスタッフ情報データベースのデータ構造を示す図。
【図５】本実施形態の商品情報データベースのデータ構造を示す図。
【図６】本実施形態の購入履歴情報データベースのデータ構造を示す図。
【図７】本実施形態の広告情報データベースのデータ構造を示す図。
【図８】図１のＰＯＳレジスタを用いた商品情報の登録の処理のフローチャート。
【図９】本実施形態の購入商品に貼付されるラベルの一例を示す図。
【図１０】図１のスマートフォンを用いた商品情報の登録の処理のフローチャート。
【図１１】図１０の情報処理において表示される画面例を示す図。
【図１２】本実施形態の期限通知の処理のフローチャート。
【図１３】図１２の情報処理において表示される画面例を示す図。
【発明を実施するための形態】
【００１０】
以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１１】
（１）情報処理システムの構成
情報処理システムの構成について説明する。図１は、本実施形態の情報処理システムの構成を示すブロック図である。
【００１２】
図１に示すように、情報処理システム１は、スマートフォン１０と、ＰＯＳ（Point Of Sale）レジスタ２０と、サーバ３０とを備える。
スマートフォン１０、ＰＯＳレジスタ２０、及びサーバ３０は、ネットワーク（例えば、インターネット又はイントラネット）ＮＷを介して接続される。
【００１３】
スマートフォン１０は、サーバ３０にリクエストデータを送信する情報処理装置（クライアント端末）の一例である。
【００１４】
ＰＯＳレジスタ２０は、サーバ３０にリクエストデータを送信する情報処理装置（クライアント端末）の一例である。
【００１５】
サーバ３０は、スマートフォン１０又はＰＯＳレジスタ２０から送信されたリクエストデータに応じたレスポンスデータを提供する情報処理装置の一例である。
【００１６】
（１−１）スマートフォンの構成
スマートフォン１０の構成について説明する。
【００１７】
図１に示すように、スマートフォン１０は、記憶装置１１と、プロセッサ１２と、入出力インタフェース１３と、通信インタフェース１４と、を備える。
【００１８】
記憶装置１１は、プログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
【００１９】
プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、期限管理アプリケーション）のプログラム
【００２０】
データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）
【００２１】
プロセッサ１２は、記憶装置１１に記憶されたプログラムを起動することによって、スマートフォン１０の機能を実現するように構成される。プロセッサ１２は、コンピュータの一例である。
【００２２】
入出力インタフェース１３は、スマートフォン１０に接続される入力デバイスからユーザの指示を受け付け、かつ、スマートフォン１０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。
【００２３】
通信インタフェース１４は、スマートフォン１０とサーバ３０との間の通信を制御するように構成される。
【００２４】
（１−２）ＰＯＳレジスタの構成
ＰＯＳレジスタ２０の構成について説明する。
【００２５】
図１に示すように、ＰＯＳレジスタ２０は、記憶装置２１と、プロセッサ２２と、入出力インタフェース２３と、通信インタフェース２４と、を備える。
【００２６】
記憶装置２１は、プログラム及びデータを記憶するように構成される。記憶装置２１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージの組合せである。
【００２７】
プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ＰＯＳアプリケーション）のプログラム
【００２８】
データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）
【００２９】
プロセッサ２２は、記憶装置２１に記憶されたプログラムを起動することによって、ＰＯＳレジスタ２０の機能を実現するように構成される。プロセッサ２２は、コンピュータの一例である。
【００３０】
入出力インタフェース２３は、ＰＯＳレジスタ２０に接続される入力デバイスからユーザの指示を受け付け、かつ、ＰＯＳレジスタ２０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。
【００３１】
通信インタフェース２４は、ＰＯＳレジスタ２０とサーバ３０との間の通信を制御するように構成される。
【００３２】
バーコードリーダ２５は、バーコード（例えば、一元バーコード、又は、二次元バーコード）を読み取ることにより、バーコードに割り当てられた情報を取得するように構成される。バーコードリーダ２５は、入出力インタフェース２３に接続される。
【００３３】
（１−３）サーバの構成
サーバ３０の構成について説明する。
【００３４】
図１に示すように、サーバ３０は、記憶装置３１と、プロセッサ３２と、通信インタフェース３４とを備える。
【００３５】
記憶装置３１は、プログラム及びデータを記憶するように構成される。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。
【００３６】
プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーション（例えば、サーバアプリケーション）のプログラム
【００３７】
データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理の実行結果
【００３８】
プロセッサ３２は、記憶装置３１に記憶されたプログラムを起動することによって、サーバ３０の機能を実現するように構成される。プロセッサ３２は、コンピュータの一例である。
【００３９】
入出力インタフェース３３は、サーバ３０に接続される入力デバイスからユーザの指示を受け付け、かつ、サーバ３０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。
【００４０】
通信インタフェース３４は、サーバ３０と、スマートフォン１０及びＰＯＳレジスタ２０との間の通信を制御するように構成される。
【００４１】
（１−４）アプリケーション
本実施形態のアプリケーションについて説明する。図２は、本実施形態のアプリケーションの説明図である。
【００４２】
図２に示すように、店舗Ｓａには、ＰＯＳレジスタ２０が設置される。ＰＯＳレジスタ２０のプロセッサ２２は、ＰＯＳアプリケーション２２０を実行する。
店舗Ｓｂは、店舗Ｓａの競合店舗である。店舗Ｓｂには、サーバ３０に接続されていないＰＯＳレジスタ９０が設置されている。
商品Ｐａ及びＰｂの購入者は、スマートフォン１０のユーザである。スマートフォン１０のプロセッサ１２は、期限管理アプリケーション１２０を実行する。
サーバ３０のプロセッサ３２は、サーバアプリケーション３２０を実行する。
【００４３】
購入者が店舗Ｓａで商品Ｐａを購入した場合、店舗Ｓａのスタッフ（ＰＯＳレジスタ２０のユーザの一例）は、バーコードリーダ２５を用いて、商品Ｐａに貼付されたバーコードを読み取る。これにより、商品Ｐａに貼付されたバーコードに割り当てられた商品に関する情報（以下「商品情報」という）が得られる。商品情報は、例えば、商品を識別する情報（以下「商品ＩＤ」という）と、商品の有効期限を示す情報（以下「期限情報」という）と、を含む。
【００４４】
次に、スタッフは、購入者のメンバーズカードＭＣから、購入者を識別する情報（以下「購入者ＩＤ」という）を取得する。
一例として、メンバーズカードＭＣの磁気ストライプに購入者ＩＤが割り当てられている場合、スタッフは、ＰＯＳレジスタ２０に接続された磁気カードリーダ（不図示）を用いて、当該磁気ストライプを読み取る。これにより、磁気ストライプに割り当てられた購入者ＩＤが得られる。
別の例として、購入者ＩＤは、磁気ストライプ以外からも取得可能である。例えば、メンバーズカードＭＣのバーコードに購入者ＩＤが割り当てられている場合、スタッフは、バーコードリーダ２５を用いて、バーコードを読み取る。これにより、バーコードに割り当てられた購入者ＩＤが得られる。
【００４５】
有効期限は、商品の製造者又は販売者によって指定される。有効期限は、例えば、以下の何れかである。
・飲料又は食品の賞味期限
・飲料又は食品の消費期限
・薬剤又は薬品の使用期限
・製品の保証期間の最終日
【００４６】
ＰＯＳアプリケーション２２０は、バーコードリーダ２５によって得られた商品情報及び購入者ＩＤと、期限情報の入力者を識別する情報（以下「入力者ＩＤ」という）と、をサーバアプリケーション３２０に送信する。入力者ＩＤは、例えば、スタッフを識別する情報（以下「スタッフＩＤ」という）である。
【００４７】
購入者が店舗Ｓｂで商品Ｐｂを購入した場合、店舗Ｓｂに設置されたＰＯＳレジスタ９０は、サーバ３０に接続されていないので、サーバアプリケーション３２０に情報を送信することはできない。
この場合、購入者は、スマートフォン１０を用いて、商品ＩＤと、期限情報と、を入力する。
期限管理アプリケーション１２０は、購入者によって入力された商品ＩＤ及び期限情報と、購入者ＩＤと、入力者ＩＤと、をサーバアプリケーション３２０に送信する。入力者ＩＤは、例えば、購入者ＩＤである。
【００４８】
サーバアプリケーション３２０は、期限管理アプリケーション１２０及びＰＯＳアプリケーション２２０から送信された情報（購入者ＩＤ、商品ＩＤ、期限情報、及び、入力者ＩＤ）を記憶する。
サーバアプリケーション３２０は、商品の有効期限が近い場合、有効期限が近いことを示す通知（以下「期限通知」という）を期限管理アプリケーション１２０に送信する。
【００４９】
（２）データベース
本実施形態のデータベースについて説明する。以下のデータベースは、記憶装置３１に記憶される。
【００５０】
（２−１）購入者情報データベース
本実施形態の購入者情報データベースについて説明する。図３は、本実施形態の購入者情報データベースのデータ構造を示す図である。
【００５１】
購入者情報データベースには、購入者に関する情報（以下「購入者情報」という）が格納される。
図３に示すように、購入者情報データベースは、「購入者ＩＤ」フィールドと、「購入者名」フィールドと、「通知先」フィールドと、を含む。各フィールドは、互いに関連付けられている。
【００５２】
「購入者ＩＤ」フィールドには、購入者ＩＤが格納される。
【００５３】
「購入者名」フィールドには、購入者の名前を示す情報（例えば、テキスト）が格納される。
【００５４】
「通知先」フィールドには、期限通知の通知先を示す情報（以下「通知先情報」という）が格納される。
通知先情報は、例えば、以下のものを含む。
・購入者のメールアドレス
・ウェブサービス（一例として、ソーシャルネットワークサービス）のアカウント
【００５５】
（２−２）スタッフ情報データベース
本実施形態のスタッフ情報データベースについて説明する。図４は、本実施形態のスタッフ情報データベースのデータ構造を示す図である。
【００５６】
スタッフ情報データベースには、ＰＯＳレジスタ２０が設置された店舗のスタッフに関する情報（以下「スタッフ情報」という）が格納される。
図４に示すように、スタッフ情報データベースは、「スタッフＩＤ」フィールドと、「スタッフ名」フィールドと、を含む。各フィールドは、互いに関連付けられている。
スタッフ情報データベースは、記憶装置３１に記憶される。
【００５７】
「スタッフＩＤ」フィールドには、スタッフＩＤが格納される。
【００５８】
「スタッフ名」フィールドには、スタッフの名前を示す情報（例えば、テキスト）が格納される。
【００５９】
（２−３）商品情報データベース
本実施形態の商品情報データベースについて説明する。図５は、本実施形態の商品情報データベースのデータ構造を示す図である。
【００６０】
商品情報データベースには、商品情報が格納される。
図５に示すように、商品情報データベースは、「商品ＩＤ」フィールドと、「商品名」フィールドと、「商品種類」フィールドと、「広告ＩＤ」フィールドと、を含む。各フィールドは、互いに関連付けられている。
商品情報データベースは、記憶装置３１に記憶される。
【００６１】
「商品ＩＤ」フィールドには、商品ＩＤが格納される。
【００６２】
「商品名」フィールドには、商品の名前を示す情報（例えば、テキスト）が格納される。
【００６３】
「商品種類」フィールドには、商品の種類を示す情報（以下「商品種類情報」という）が格納される。
【００６４】
「広告ＩＤ」フィールドには、商品の広告を識別する情報（以下「広告ＩＤ」という）が格納される。
【００６５】
（２−４）購入履歴情報データベース
本実施形態の購入履歴情報データベースについて説明する。図６は、本実施形態の購入履歴情報データベースのデータ構造を示す図である。
【００６６】
購入履歴情報データベースには、商品の購入履歴に関する情報（以下「購入履歴情報」という）が格納される。
図６に示すように、購入履歴情報データベースは、「履歴ＩＤ」フィールドと、「購入商品ＩＤ」フィールドと、「入力者ＩＤ」フィールドと、「購入商品名」フィールドと、「期限情報」フィールドと、「購入種類」フィールドと、「価格」フィールドと、「店舗名」フィールドと、を含む。各フィールドは、互いに関連付けられている。
購入履歴情報データベースは、購入者ＩＤに関連付けられている。
【００６７】
「履歴ＩＤ」フィールドには、購入履歴を識別する情報（以下「履歴ＩＤ」という）が格納される。
【００６８】
「購入商品ＩＤ」フィールドには、購入者が購入した商品（以下「購入商品」という）を識別する商品ＩＤ（以下「購入商品ＩＤ」という）が格納される。
【００６９】
「入力者ＩＤ」フィールドには、入力者ＩＤが格納される。
【００７０】
「購入商品名」フィールドには、購入商品の名前を示す情報（テキスト）が格納される。
【００７１】
「期限情報」フィールドには、購入商品の期限情報が格納される。
【００７２】
「購入種類」フィールドには、購入商品の種類（以下「購入種類」という）を示す情報（以下「購入種類情報」という）が格納される。
【００７３】
「価格」フィールドには、購入商品の購入価格を示す情報（以下「価格情報」という）が格納される。
【００７４】
「店舗名」フィールドには、購入商品を販売した店舗の店舗名を示す情報（例えば、テキスト）が格納される。
【００７５】
（２−５）広告情報データベース
本実施形態の広告情報データベースについて説明する。図７は、本実施形態の広告情報データベースのデータ構造を示す図である。
【００７６】
広告情報データベースには、広告に関する情報（以下「広告情報」という）が格納される。
図７に示すように、広告情報データベースは、「広告ＩＤ」フィールドと、「広告種類」フィールドと、「広告コンテンツ」フィールドと、を含む。各フィールドは、互いに関連付けられている。
【００７７】
「広告ＩＤ」フィールドには、広告を識別する情報（以下「広告ＩＤ」という）が格納される。
【００７８】
「広告種類」フィールドには、広告に掲載される商品の種類（以下「広告種類」という）を示す情報（以下「広告種類情報」という）が格納される。
【００７９】
「広告コンテンツ」フィールドには、広告の内容を示す情報（以下「広告コンテンツ」という）が格納される。広告コンテンツは、例えば、商品に関するテキスト、画像、ＵＲＬ（Uniform Resource Locator）、又は、それらの組合せである。
【００８０】
（３）情報処理
本実施形態の情報処理について説明する。
【００８１】
（３−１）ＰＯＳレジスタを用いた商品情報の登録の処理
本実施形態のＰＯＳレジスタを用いた商品情報の登録の処理について説明する。図８は、図１のＰＯＳレジスタを用いた商品情報の登録の処理のフローチャートである。図９は、本実施形態の購入商品に貼付されるラベルの一例を示す図である。
【００８２】
図８に示すように、ＰＯＳレジスタ２０は、購入者ＩＤの取得（Ｓ２００）を実行する。
具体的には、購入者が、顧客ＩＤに対応するバーコードが印字されたメンバーズカードＭＣ（図２）をスタッフに提示する。
スタッフが、バーコードリーダ２５を用いて、バーコードを読み取ると、プロセッサ２２は、バーコードに対応する購入者ＩＤを取得する。
【００８３】
ステップＳ２００の後、ＰＯＳレジスタ２０は、購入商品情報の取得（Ｓ２０１）を実行する。
具体的には、商品には、ラベルＰＬ（図９）が貼付されている。ラベルＰＬには、バーコードＢＣと、テキストＴＸＴと、が印字されている。バーコードＢＣは、ラベルＰＬに印字される時に、商品の商品ＩＤ、期限情報、及び、価格情報に対応付けられる。テキストＴＸＴは、商品の商品名、有効期限、及び、価格を示している。
スタッフが、バーコードリーダ２５を用いて、バーコードＢＣを読み取ると、プロセッサ２２は、バーコードＢＣに対応する商品ＩＤ、期限情報、及び、価格情報を取得する。
【００８４】
ステップＳ２０１の後、ＰＯＳレジスタ２０は、登録リクエスト（Ｓ２０２）を実行する。
具体的には、プロセッサ２２は、登録リクエストデータをサーバ３０に送信する。
登録リクエストデータは、以下の情報を含む。
・ＰＯＳレジスタ２０を使用するスタッフを識別するスタッフＩＤ
・ステップＳ２００で取得された購入者ＩＤ
・ステップＳ２０１で取得された購入商品情報（商品ＩＤ、期限情報、及び、価格情報）
【００８５】
ステップＳ２０２の後、サーバ３０は、データベースの更新（Ｓ３００）を実行する。
具体的には、プロセッサ３２は、ステップＳ２０２で送信された登録リクエストデータに含まれる購入者ＩＤに関連付けられた購入履歴情報データベース（図６）に新規レコードを追加する。
プロセッサ３２は、新規レコードの各フィールドに以下の情報を格納する。
・「履歴ＩＤ」フィールドに、新規履歴ＩＤを格納する。
・「購入商品ＩＤ」フィールドに、登録リクエストデータに含まれる商品ＩＤを格納する。
・「入力者ＩＤ」フィールドに、登録リクエストデータに含まれるスタッフＩＤを格納する。
・「購入商品名」フィールドに、「購入商品ＩＤ」フィールドの商品ＩＤに対応する「商品名」フィールド（図５）の情報を格納する。
・「期限情報」フィールドに、登録リクエストデータに含まれる期限情報を格納する。
・「購入商品種類」フィールドに、「購入商品ＩＤ」フィールドの商品ＩＤに対応する「商品種類」フィールド（図５）の情報を格納する。
・「価格」フィールドに、登録リクエストデータに含まれる価格情報を格納する。
・「店舗名」フィールドに、ＰＯＳレジスタ２０が設置された店舗Ｓａの店舗名を示す情報を格納する。
これにより、店舗Ｓａで購入された購入商品に対応する購入履歴情報が購入履歴情報データベースに登録される。
【００８６】
（３−２）スマートフォンを用いた商品情報の登録の処理
本実施形態のスマートフォンを用いた商品情報の登録の処理について説明する。図１０は、図１のスマートフォンを用いた商品情報の登録の処理のフローチャートである。図１１は、図１０の情報処理において表示される画面例を示す図である。
【００８７】
図１０に示すように、スマートフォン１０は、購入商品情報の取得（Ｓ１１０）を実行する。
具体的には、プロセッサ１２は、画面Ｐ１１０（図１１）をディスプレイに表示する。
【００８８】
図１１に示すように、画面Ｐ１１０は、フィールドオブジェクトＦ１１０ａ〜Ｆ１１０ｄと、ボタンオブジェクトＢ１１０と、を含む。
フィールドオブジェクトＦ１１０ａを介して、購入者は、店舗Ｓｂで購入した購入商品の商品名を示す情報を指定することができる。
フィールドオブジェクトＦ１１０ｂを介して、購入者は、店舗Ｓｂで購入した購入商品の有効期限を指定することができる。
フィールドオブジェクトＦ１１０ｃを介して、購入者は、店舗Ｓｂで購入した購入商品の価格を指定することができる。
フィールドオブジェクトＦ１１０ｄを介して、購入者は、商品を購入した店舗の店舗名を指定することができる。
ボタンオブジェクトＢ１１０を介して、購入者は、登録リクエスト（Ｓ１１１）の実行を指示することができる。
【００８９】
図１０に示すように、ステップＳ１１０の後、スマートフォン１０は、登録リクエスト（Ｓ１１１）を実行する。
具体的には、購入者がボタンオブジェクトＢ１１０（図１１）を指定すると、プロセッサ１２は、登録リクエストデータをサーバ３０に送信する。
登録リクエストデータは、以下の情報を含む。
・ステップＳ１１０でスマートフォン１０を使用する購入者を識別する購入者ＩＤ
・フィールドオブジェクトＦ１１０ａ（図１１）において指定された商品名を示す情報
・フィールドオブジェクトＦ１１０ｂ（図１１）において指定された有効期限を示す期限情報
・フィールドオブジェクトＦ１１０ｃ（図１１）において指定された価格を示す価格情報
・フィールドオブジェクトＦ１１０ｄ（図１１）において指定された店舗名を示す情報
【００９０】
ステップＳ１１１の後、サーバ３０は、データベースの更新（Ｓ３１０）を実行する。
具体的には、プロセッサ３２は、ステップＳ１１１で送信された登録リクエストデータに含まれる購入者ＩＤに関連付けられた購入履歴情報データベース（図６）に新規レコードを追加する。
プロセッサ３２は、新規レコードの各フィールドに以下の情報を格納する。
・「履歴ＩＤ」フィールドに、新規履歴ＩＤを格納する。
・「購入商品ＩＤ」フィールドに、購入商品の商品ＩＤが存在しないことを示すコード「Ｎ／Ａ」を格納する。
・「入力者ＩＤ」フィールドに、登録リクエストデータに含まれる購入者ＩＤを格納する。
・「購入商品名」フィールドに、登録リクエストデータに含まれる購入商品名を示す情報を格納する。
・「期限情報」フィールドに、登録リクエストデータに含まれる期限情報を格納する。
・「購入商品種類」フィールドに、「購入商品名」フィールドの情報に対応する「商品種類」フィールド（図５）の情報を格納する。
・「価格」フィールドに、登録リクエストデータに含まれる価格情報を格納する。
・「店舗名」フィールドに、登録リクエストデータに含まれる店舗名を示す情報を格納する。
これにより、店舗Ｓａで購入された購入商品に対応する購入商品情報が購入履歴情報データベースに登録される。
なお、「購入商品ＩＤ」フィールドにコード「Ｎ／Ａ」が格納されるのは、店舗Ｓｂで購入された商品の商品ＩＤが商品情報データベース（図５）に存在しないためである。
これにより、店舗Ｓｂで購入された購入商品の情報が購入履歴情報データベースに登録される。
【００９１】
（３−３）期限通知の処理
本実施形態の期限通知の処理について説明する。図１２は、本実施形態の期限通知の処理のフローチャートである。図１３は、図１２の情報処理において表示される画面例を示す図である。
【００９２】
図１２に示すように、サーバ３０は、対象商品の特定（Ｓ３２０）を実行する。
具体的には、プロセッサ３２は、購入者を識別する購入者ＩＤに関連付けられた購入履歴情報データベース（図６）を参照して、「期限情報」フィールドの期限情報が示す有効期限迄の残り時間が所定の閾値（例えば、２日）以下であるレコードを特定する。特定されたレコードは、期限通知の対象となる商品（以下「対象商品」という）に対応する。
【００９３】
ステップＳ３２０の後、サーバ３０は、期限通知（Ｓ３２１）を実行する。
具体的には、プロセッサ３２は、購入者情報データベース（図３）を参照して、購入者ＩＤに関連付けられた「通知先」フィールドの情報を特定する。特定された「通知先」フィールドの情報は、有効期限が近いことを通知するための情報（以下「アラート情報」の通知先）を示している。
プロセッサ３２は、特定した通知先にアラート情報を送信する。
アラート情報は、Ｓ３２０で特定された「商品名」フィールドの情報を含む。
【００９４】
ステップＳ３２１の後、スマートフォン１０は、期限通知の提示（Ｓ１２０）を実行する。
具体的には、プロセッサ１２は、ステップＳ３２１で送信されたアラート情報に基づく画面Ｐ１２０（図１３）をディスプレイに表示する。
【００９５】
図１３に示すように、画面Ｐ１２０は、表示領域Ａ１２０と、ボタンオブジェクトＢ１２０と、を含む。
表示領域Ａ１２０には、有効期限が近いことを示すアラートメッセージが表示される。
ボタンオブジェクトＢ１２０を介して、購入者は、広告リクエスト（Ｓ１２１）の実行を指示することができる。
【００９６】
図１２に示すように、ステップＳ１２０の後、スマートフォン１０は、広告リクエスト（Ｓ１２１）を実行する。
具体的には、購入者がボタンオブジェクトＢ１２０（図１３）を指定すると、プロセッサ１２は、広告リクエストデータをサーバ３０に送信する。
【００９７】
ステップＳ１２１の後、サーバ３０は、対象広告の特定（Ｓ３２２）を実行する。
【００９８】
一例として、プロセッサ３２は、ステップＳ３２０で特定したレコードのうち、「入力者ＩＤ」フィールドにスタッフＩＤが格納されているレコードを特定する。特定されたレコードは、店舗Ｓａの購入履歴に対応する。
プロセッサ３２は、特定したレコードの「購入商品ＩＤ」フィールドの商品ＩＤを特定する。特定された商品ＩＤは、有効期限が近い購入商品に対応する。
プロセッサ３２は、商品情報データベース（図５）を参照して、特定した商品ＩＤに関連付けられた広告ＩＤを特定する。特定された広告ＩＤは、購入者に提示すべき広告（以下「対象広告」という）に対応する。対象広告は、店舗Ｓａで購入された購入商品に対応する。
【００９９】
別の例として、プロセッサ３２は、ステップＳ３２０で特定したレコードのうち、「入力者ＩＤ」フィールドに購入者ＩＤが格納されているレコードを特定する。特定されたレコードは、店舗Ｓｂの購入履歴に対応する。
プロセッサ３２は、特定したレコードの「購入種類」フィールドの購入種類情報を特定する。特定された情報は、有効期限が近い購入商品の種類を示している。
プロセッサ３２は、広告情報データベース（図７）を参照して、特定した「購入種類」フィールドの購入種類情報と同一の情報が格納された「広告種類」フィールドを特定する。特定された「広告種類」フィールドの広告種類情報は、店舗Ｓｂで購入された購入商品の種類を示している。
プロセッサ３２は、特定された「広告種類」フィールドに関連付けられた広告ＩＤを特定する。特定された広告ＩＤは、対象広告の広告ＩＤである。対象広告は、店舗Ｓｂで購入された購入商品の種類に対応する。
【０１００】
ステップＳ３２２の後、サーバ３０は、広告レスポンス（Ｓ３２３）を実行する。
具体的には、プロセッサ３２は、広告レスポンスデータをスマートフォン１０に送信する。
広告レスポンスデータは、Ｓ３２２で特定された広告ＩＤに関連付けられた「広告コンテンツ」フィールドの広告コンテンツを含む。
【０１０１】
ステップＳ３２３の後、スマートフォン１０は、広告の提示（Ｓ１２２）を実行する。
具体的には、プロセッサ１２は、ステップＳ３２３で送信された広告レスポンスデータに含まれる広告コンテンツに基づく画面Ｐ１２１（図１３）をディスプレイに表示する。
【０１０２】
図１３に示すように、画面Ｐ１２１は、表示領域Ａ１２１と、ボタンオブジェクトＢ１２１と、を含む。
表示領域Ａ１２１には、広告コンテンツに対応する対象広告（例えば、商品名、及び、価格）が表示される。
ボタンオブジェクトＢ１２１を介して、購入者は、対象広告に掲載された広告商品を購入するためのオンラインショッピングサイトのＵＲＬを指定することができる。
【０１０３】
本実施形態によれば、店舗Ｓａ及びＳｂの何れで購入された購入商品についても、期限情報を管理することができる。つまり、不特定多数の店舗で購入された購入商品の有効期限を管理することができる。特に、サーバ３０に接続されたＰＯＳレジスタ２０が設置されている店舗Ｓａは、自ら販売した商品だけでなく、ＰＯＳレジスタ２０が設置されていない店舗Ｓｂ（つまり、競合店舗）が販売した商品の有効期限を管理することができる。
【０１０４】
また、本実施形態によれば、店舗Ｓａ及びＳｂの何れで購入された購入商品についても、有効期限が近いことを知らせることができる。特に、ＰＯＳレジスタ２０が設置されている店舗Ｓａは、自ら販売した商品だけでなく、店舗Ｓｂが販売した商品についても、有効期限が近いことを知らせることができる。
【０１０５】
また、本実施形態によれば、店舗Ｓａ及びＳｂの何れで購入された購入商品の有効期限が近い場合でも、特定の店舗Ｓａの広告を提供することができる。特に、ＰＯＳレジスタ２０が設置されている店舗Ｓａは、自ら販売した商品だけでなく、店舗Ｓｂが販売した商品の有効期限が近い場合にも、広告を提供することができる。
（４）変形例
本実施形態の変形例について説明する。
【０１０６】
（４−１）変形例１
変形例１について説明する。変形例１は、有効期限が近いことを示すメッセージだけでなく、有効期限を示す期限情報の入力者が購入者である場合、そのことを通知する例である。
【０１０７】
プロセッサ３２は、ステップＳ３２０（図１２）において、対象商品に対応するレコードを特定した後、特定されたレコードの「入力者ＩＤ」フィールドの入力者ＩＤを特定する。
特定した入力者ＩＤが購入者ＩＤである場合、プロセッサ３２は、購入者情報データベース（図３）を参照して、購入者ＩＤに関連付けられた購入者名を特定する。特定された購入者名は、入力者名に対応する。
【０１０８】
プロセッサ３２は、ステップＳ３２１において、入力者名として特定された購入者名を示す情報をアラート情報に含める。
【０１０９】
プロセッサ１２は、ステップＳ１２０において、アラート情報に基づく画面を表示する。当該画面には、入力者名として購入者名が表示される。
【０１１０】
変形例１によれば、入力者が購入者である（例えば、購入商品が店舗Ｓｂで購入された商品である）場合、有効期限が近いことを示す情報に加えて、入力者名も表示される。これにより、有効期限の信頼性を知らせることができる。例えば、表示される入力者名が購入者名（つまり、自分の名前）である場合、購入者に対して、アラート情報の信憑性が低い（例えば、入力ミスの可能性がある）ことを知らせることができる。一方、例えば、表示される入力者名がスタッフ名（つまり、店舗Ｓａのスタッフの名前）である場合、購入者に対して、アラート情報が正確であることを知らせることができる。
【０１１１】
（４−２）変形例２
変形例２について説明する。変形例２は、図１２の期限通知（Ｓ３２１）を実行するか否かを判定するための閾値が入力者に応じて異なる例である。
【０１１２】
記憶装置３１には、第１閾値及び第２閾値が記憶されている。
第１閾値は、入力者がスタッフである場合の閾値である。
第２閾値は、入力者が購入者である場合の閾値である。第２閾値は、第１閾値より大きい。つまり、入力者が購入者である場合の期限通知（Ｓ３２１）は、入力者がスタッフである場合より早く実行される。
【０１１３】
プロセッサ３２は、ステップＳ３２０（図１２）において、購入者ＩＤに関連付けられた購入履歴情報データベース（図６）を参照して、「入力者」フィールドにスタッフＩＤが格納されているレコードを特定する。特定されたレコードは、店舗Ｓａで購入された購入商品の購入履歴に対応する。
プロセッサ３２は、特定したレコードのうち、「期限情報」フィールドの期限情報が示す有効期限迄の残り時間が第１閾値（例えば、１週間）以下であるレコードを特定する。特定されたレコードは、対象商品に対応する。
【０１１４】
一方、プロセッサ３２は、ステップＳ３２０において、購入者ＩＤに関連付けられた購入履歴情報データベース（図６）を参照して、「入力者」フィールドに購入者ＩＤが格納されているレコードを特定する。特定されたレコードは、店舗Ｓｂで購入された購入商品の購入履歴に対応する。
プロセッサ３２は、特定したレコードのうち、「期限情報」フィールドの期限情報が示す有効期限迄の残り時間が第２閾値（例えば、２週間）以下であるレコードを特定する。特定されたレコードは、対象商品に対応する。
【０１１５】
変形例２によれば、期限情報の入力者に応じたタイミングで、購入者に有効期限が近いことを知らせることができる。特に、入力者が購入者である（つまり、購入商品が特定の店舗以外の店舗で購入された）場合、入力者がスタッフである（つまり、購入商品が特定の店舗で購入された）場合より早く期限通知を実行することができる。これにより、入力者の入力ミスに起因する期限通知の遅れを防ぐことができる。
【０１１６】
また、変形例２によれば、期限情報の入力者に応じたタイミングで、購入者に広告を提示することもできる。特に、入力者が購入者である場合、入力者がスタッフである場合より早く広告を提供することができる。
【０１１７】
（４−３）変形例３
変形例３について説明する。変形例３は、図１２の期限通知（Ｓ３２１）を実行するか否かを判定するための閾値が、有効期限が近づいている商品の種類に応じて異なる例である。
【０１１８】
記憶装置３１には、第１閾値及び第２閾値が記憶されている。
第１閾値は、商品種類が第１種類（例えば、野菜）である場合の閾値である。
第２閾値は、商品種類が第２種類（例えば、肉類）である場合の閾値である。
【０１１９】
プロセッサ３２は、ステップＳ３２０（図１２）において、購入者ＩＤに関連付けられた購入履歴情報データベース（図６）を参照して、「購入種類」フィールドに野菜を示す情報が格納されているレコードを特定する。
プロセッサ３２は、特定したレコードのうち、「期限情報」フィールドの期限情報が示す有効期限迄の残り時間が第１閾値（例えば、１週間）以下であるレコードを特定する。特定されたれコードは、対象商品に対応する。
【０１２０】
プロセッサ３２は、ステップＳ３２０において、購入者ＩＤに関連付けられた購入履歴情報データベースを参照して、「購入種類」フィールドに肉類を示す情報が格納されているレコードを特定する。
プロセッサ３２は、特定したレコードのうち、「期限情報」フィールドの期限情報が示す有効期限迄の残り時間が第２閾値（例えば、３日）以下であるレコードを特定する。特定されたレコードは、対象商品に対応する。
【０１２１】
変形例３によれば、購入商品の種類に応じたタイミングで、購入者に有効期限が近いことを知らせることができる。例えば、購入商品が肉類である場合、購入商品が野菜である場合より早く期限通知（Ｓ３２１）が実行される。
【０１２２】
（４−４）変形例４
変形例４について説明する。変形例４は、複数の商品の有効期限が近い場合、一部の商品に対応する広告を提示する例である。
【０１２３】
一例として、プロセッサ３２は、図１２の対象広告の特定（Ｓ３２２）において、有効期限までの残り時間が所定の閾値以下である商品が複数存在する場合、有効期限が最も近い商品に対応する広告を対象広告として特定する。
これにより、購入者にとって購入の優先順位が最も高い商品に対応する広告を提供することができる。
【０１２４】
別の例として、プロセッサ３２は、図１２の対象広告の特定（Ｓ３２２）において、有効期限までの残り時間が所定の閾値以下である商品が複数存在する場合、広告主である店舗Ｓａの在庫が所定量以上である商品に対応する広告を対象広告として特定する。
これにより、購入者にとって購入の優先順位が高く、かつ、ＰＯＳレジスタ２０を設置している店舗Ｓａにとって販売の優先順位が高い商品に対応する広告を提供することができる。
【０１２５】
（４−５）変形例５
変形例５について説明する。変形例５は、有効期限が近い商品を使用するレシピを購入者に提供する例である。例えば、商品は食品であり、有効期限は賞味期限である。
【０１２６】
記憶装置３１には、料理のレシピに関する情報（以下「レシピ情報」という）が記憶されている。レシピ情報は、レシピにおいて使用される商品（つまり、料理の材料）に関する商品情報（例えば、商品ＩＤ、商品の名前を示す情報、及び、商品種類情報の少なくとも１つ）に関連付けられている。
【０１２７】
プロセッサ３２は、ステップＳ３２１（図１２）において、対象商品に関する商品情報に関連付けられたレシピ情報を特定する。特定されたレシピ情報は、購入者に提供すべきレシピ（以下「対象レシピ」という）に対応する。
次に、プロセッサ３２は、アラート情報を送信する。アラート情報は、ステップＳ３２０で特定した「商品名」フィールドの情報に加えて、対象レシピに関するレシピ情報を含む。
【０１２８】
変形例５によれば、購入者に対して、有効期限が近い商品の消費を促すことができる。
【０１２９】
なお、サーバ３０は、対象レシピにおいて使用される商品の中に、購入者が保有していない商品が含まれる場合、当該商品に関する広告を提示してもよい。
具体的には、プロセッサ３２は、ステップＳ３２２において、対象レシピに対応するレシピ情報に関連付けられた商品ＩＤのうち、購入履歴情報データベース（図６）に含まれない商品ＩＤがある場合、当該商品ＩＤに関連付けられた広告ＩＤを特定する。特定された広告ＩＤは、対象広告に対応する。
これにより、購入者に対して、有効期限が近い商品の消費と共に、購入者が保有していない商品の購入を促すことができる。
【０１３０】
（４−６）変形例６
変形例６について説明する。変形例６は、購入履歴情報を用いて、購入者が保有する商品（以下「保有商品」という）を管理する例である。
【０１３１】
変形例６のプロセッサ１２は、購入者の指示に応じて、購入履歴情報データベース（図６）に含まれるレコードに対応する購入商品（つまり、保有商品）の一覧を表示する画面をディスプレイに表示する。
購入者が、保有商品の一覧の中から消費した商品を指定すると、プロセッサ１２は、購入者によって指定された商品を識別する商品ＩＤをサーバ３０に送信する。
【０１３２】
プロセッサ３２は、スマートフォン１０から送信された商品ＩＤを含むレコードを、購入履歴情報データベースから削除する。これにより、購入履歴情報から、購入者が消費した商品に関する情報が削除される。
【０１３３】
変形例６によれば、購入履歴情報データベースを用いて、購入者の保有商品を管理することができる。
【０１３４】
（４−７）変形例７
変形例７について説明する。変形例７は、変形例６に加えて、保有商品を使用するレシピを購入者に提供する例である。変形例７の商品は、例えば、食品である。
【０１３５】
記憶装置３１には、レシピ情報が記憶されている。レシピ情報は、商品情報（例えば、商品ＩＤ、商品名を示す情報、及び、商品種類情報の少なくとも１つ）に関連付けられている。
【０１３６】
プロセッサ１２は、購入者の指示に応じて、レシピの提供を要求するためのリクエストデータ（以下「レシピリクエストデータ」という）をサーバ３０に送信する。レシピリクエストデータは、購入者ＩＤを含む。
【０１３７】
プロセッサ３２は、スマートフォン１０から送信されたレシピリクエストデータに含まれる購入者ＩＤに関連付けられた購入履歴情報データベース（図６）に含まれる商品情報を特定する。特定した商品情報は、保有商品に関する情報である。
次に、プロセッサ３２は、特定した商品情報に関連付けられたレシピ情報を特定する。特定されたレシピ情報は、購入者の保有商品を使用するレシピに対応する。
次に、プロセッサ３２は、特定したレシピ情報をスマートフォン１０に送信する。
【０１３８】
変形例７によれば、購入者に対して、保有商品の使用を促すことができる。
【０１３９】
なお、サーバ３０は、対象レシピにおいて使用される商品の中に、購入者が保有していない商品が含まれる場合、当該商品に関する広告を提示してもよい。
具体的には、プロセッサ３２は、対象レシピに対応するレシピ情報に関連付けられた商品ＩＤのうち、購入履歴情報データベース（図６）に含まれない商品ＩＤがある場合、当該商品ＩＤに関連付けられた広告ＩＤを特定する。特定された広告ＩＤは、対象広告に対応する。
次に、プロセッサ３２は、広告レスポンスデータをスマートフォン１０に送信する。広告レスポンスデータは、特定された広告ＩＤに関連付けられた「広告コンテンツ」フィールドの広告コンテンツを含む。
これにより、購入者に対して、保有商品の消費と共に、購入者が保有していない商品の購入を促すことができる。
【０１４０】
（５）その他の変形例
【０１４１】
記憶装置１１は、ネットワークＮＷを介して、スマートフォン１０と接続されてもよい。記憶装置２１は、ネットワークＮＷを介して、ＰＯＳレジスタ２０と接続されてもよい。記憶装置３１は、ネットワークＮＷを介して、サーバ３０と接続されてもよい。
【０１４２】
上記の情報処理の各ステップは、スマートフォン１０、ＰＯＳレジスタ２０、及び、サーバ３０の何れでも実行可能である。
【０１４３】
以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態及び変形例は、組合せ可能である。
【符号の説明】
【０１４４】
１          ：情報処理システム
１０        ：スマートフォン
１１        ：記憶装置
１２        ：プロセッサ
１３        ：入出力インタフェース
１４        ：通信インタフェース
２０，９０  ：ＰＯＳレジスタ
２１        ：記憶装置
２２        ：プロセッサ
２３        ：入出力インタフェース
２４        ：通信インタフェース
２５        ：バーコードリーダ
３０        ：サーバ
３１        ：記憶装置
３２        ：プロセッサ
３３        ：入出力インタフェース
３４        ：通信インタフェース
１２０      ：期限管理アプリケーション
２２０      ：ＰＯＳアプリケーション
３００      ：ステップ
３２０      ：サーバアプリケーション
【図１】
2018156366.tif 000003
【図２】
2018156366.tif 000004
【図３】
2018156366.tif 000005
【図４】
2018156366.tif 000006
【図５】
2018156366.tif 000007
【図６】
2018156366.tif 000008
【図７】
2018156366.tif 000009
【図８】
2018156366.tif 000010
【図９】
2018156366.tif 000011
【図１０】
2018156366.tif 000012
【図１１】
2018156366.tif 000013
【図１２】
2018156366.tif 000014
【図１３】
2018156366.tif 000015