知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024076249
(43)【公開日】2024-06-05
(54)【発明の名称】取引処理装置及び情報処理プログラム
(51)【国際特許分類】
G06Q 30/06 20230101AFI20240529BHJP
G07G 1/12 20060101ALI20240529BHJP
【ＦＩ】
G06Q30/06
G07G1/12 321Z
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2022187730
(22)【出願日】2022-11-24
(71)【出願人】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】110003708
【氏名又は名称】弁理士法人鈴榮特許綜合事務所
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100179062
【弁理士】
【氏名又は名称】井上 正
(74)【代理人】
【識別番号】100075672
【弁理士】
【氏名又は名称】峰 隆司
(74)【代理人】
【識別番号】100153051
【弁理士】
【氏名又は名称】河野 直樹
(74)【代理人】
【識別番号】100162570
【弁理士】
【氏名又は名称】金子 早苗
(72)【発明者】
【氏名】八十島 義人
【テーマコード（参考）】
3E142
5L030
5L049
【Ｆターム（参考）】
3E142DA03
3E142DA07
3E142EA02
3E142EA11
3E142FA39
5L030BB21
5L049BB21
(57)【要約】
【課題】 即時の引き渡しとなる商品と後刻の引き渡しとなる商品とを取引対象として混在する一括の取引を処理可能とする。
【解決手段】 実施形態の取引処理装置は、判定手段、受付手段及び生成手段を備える。判定手段は、取引の対象となる商品を判定する。受付手段は、判定手段により判定された商品を後刻の引き渡しとする旨の指示を受ける。生成手段は、判定手段により判定された商品のリストを、受付手段により指示が受けられた商品を区別可能に生成する。
【選択図】 図４
【解決手段】 実施形態の取引処理装置は、判定手段、受付手段及び生成手段を備える。判定手段は、取引の対象となる商品を判定する。受付手段は、判定手段により判定された商品を後刻の引き渡しとする旨の指示を受ける。生成手段は、判定手段により判定された商品のリストを、受付手段により指示が受けられた商品を区別可能に生成する。
【選択図】 図４
【特許請求の範囲】
【請求項1】
取引の対象となる商品を判定する判定手段と、
前記判定手段により判定された商品を後刻の引き渡しとする旨の指示を受ける受付手段と、
前記判定手段により判定された商品のリストを、前記受付手段により前記指示が受けられた商品を区別可能に生成する生成手段と、
を具備する取引処理装置。
前記判定手段により判定された商品を後刻の引き渡しとする旨の指示を受ける受付手段と、
前記判定手段により判定された商品のリストを、前記受付手段により前記指示が受けられた商品を区別可能に生成する生成手段と、
を具備する取引処理装置。
【請求項2】
前記受付手段は、前記指示として、販売者による在庫商品からの引き渡しとするか、販売者が別の業者への発注を経ての入荷商品からの引き渡しとするかの区分の指定を受け、
前記生成手段は、前記リストを、前記受付手段により前記指示が受けられた商品については前記受付手段により受けられた指定による区分を判別可能に生成する、
請求項１に記載の取引処理装置。
前記生成手段は、前記リストを、前記受付手段により前記指示が受けられた商品については前記受付手段により受けられた指定による区分を判別可能に生成する、
請求項１に記載の取引処理装置。
【請求項3】
前記受付手段により前記指示が受けられた商品の引き渡しの予定日を入力する入力手段、
をさらに備え、
前記生成手段は、前記リストを、前記受付手段により前記指示が受けられた商品については、当該商品に関して前記入力手段により予定日が入力されているならば、当該予定日を判別可能に生成する、
請求項１に記載の取引処理装置。
をさらに備え、
前記生成手段は、前記リストを、前記受付手段により前記指示が受けられた商品については、当該商品に関して前記入力手段により予定日が入力されているならば、当該予定日を判別可能に生成する、
請求項１に記載の取引処理装置。
【請求項4】
前記生成手段は、前記判定手段により商品が判定される毎に、当該商品を含むように前記リストを更新し、
前記受付手段は、前記生成手段が前記リストを更新する前に前記指示を受ける、
請求項１に記載の取引処理装置。
前記受付手段は、前記生成手段が前記リストを更新する前に前記指示を受ける、
請求項１に記載の取引処理装置。
【請求項5】
前記リストに含まれる商品に関しての後刻の引き渡しとするか否かの変更指示に応じて、前記リストを更新する更新手段、
をさらに備える請求項４に記載の取引処理装置。
をさらに備える請求項４に記載の取引処理装置。
【請求項6】
取引処理装置に備えられるコンピュータを、
取引の対象となる商品を判定する判定手段と、
前記判定手段により判定された商品を後刻の引き渡しとする旨の指示を受ける受付手段と、
前記判定手段により判定された商品のリストを、前記受付手段により前記指示が受けられた商品を区別可能に生成する生成手段と、
して機能させるための情報処理プログラム。
取引の対象となる商品を判定する判定手段と、
前記判定手段により判定された商品を後刻の引き渡しとする旨の指示を受ける受付手段と、
前記判定手段により判定された商品のリストを、前記受付手段により前記指示が受けられた商品を区別可能に生成する生成手段と、
して機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、取引処理装置及び情報処理プログラムに関する。
【背景技術】
【0002】
例えば、家具販売店などにおいては、店舗に在庫がある商品に関しては店舗にて即時に客に引き渡す形態の取引と、別の倉庫で保管されている大型商品、あるいはメーカから取り寄せる必要のある商品などのような一部商品に関して後刻に客に引き渡す形態の取引とが行われる。
そして、これら２つの形態の取引は、それぞれ別々に処理されていた。
このような事情から、即時の引き渡しとなる商品と後刻の引き渡しとなる商品とを取引対象として混在する一括の取引を処理できることが望まれていた。
そして、これら２つの形態の取引は、それぞれ別々に処理されていた。
このような事情から、即時の引き渡しとなる商品と後刻の引き渡しとなる商品とを取引対象として混在する一括の取引を処理できることが望まれていた。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１１－１４１８９６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本発明が解決しようとする課題は、即時の引き渡しとなる商品と後刻の引き渡しとなる商品とを取引対象として混在する一括の取引を処理できる取引処理装置及び情報処理プログラムを提供することである。
【課題を解決するための手段】
【0005】
実施形態の取引処理装置は、判定手段、受付手段及び生成手段を備える。判定手段は、取引の対象となる商品を判定する。受付手段は、判定手段により判定された商品を後刻の引き渡しとする旨の指示を受ける。生成手段は、判定手段により判定された商品のリストを、受付手段により指示が受けられた商品を区別可能に生成する。
【図面の簡単な説明】
【0006】
【図1】一実施形態に係る取引処理装置の要部回路構成を表すブロック図。
【図2】取引データの構成を模式的に表す図。
【図3】取引処理のフローチャート。
【図4】取引処理のフローチャート。
【図5】取引処理のフローチャート。
【図6】登録画面の一例を表す図。
【図7】登録画面の一例を表す図。
【図8】登録画面の一例を表す図。
【図9】登録画面の一例を表す図。
【図10】編集画面の一例を表す図。
【図11】編集画面の一例を表す図。
【図12】登録画面の一例を表す図。
【図13】入力画面の一例を表す図。
【図14】レシートの一例を表す図。
【発明を実施するための形態】
【0007】
以下、実施の形態の一例について図面を用いて説明する。
図１は本実施形態に係る取引処理装置１００の要部回路構成を表すブロック図である。
取引処理装置１００は、店舗における客に対する商品の販売のための処理を、操作者による操作に応じて行う。なお、取引処理装置１００の操作者は、主として店員である。
図１は本実施形態に係る取引処理装置１００の要部回路構成を表すブロック図である。
取引処理装置１００は、店舗における客に対する商品の販売のための処理を、操作者による操作に応じて行う。なお、取引処理装置１００の操作者は、主として店員である。
【0008】
取引処理装置１００は、プロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３、タッチパネル１０４、キーボード１０５、スキャンユニット１０６、決済ユニット１０７、プリンタ１０８、通信ユニット１０９及び伝送路１１０を含む。そしてプロセッサ１０１、メイン記憶ユニット１０２、補助記憶ユニット１０３、タッチパネル１０４、キーボード１０５、スキャンユニット１０６、決済ユニット１０７、プリンタ１０８及び通信ユニット１０９は、伝送路１１０に接続されている。
【0009】
プロセッサ１０１、メイン記憶ユニット１０２及び補助記憶ユニット１０３が伝送路１１０で接続されて、取引処理装置１００の制御に関する情報処理を実行するためのコンピュータが構成される。
プロセッサ１０１は、上記コンピュータの中枢部分に相当する。プロセッサ１０１は、メイン記憶ユニット１０２及び補助記憶ユニット１０３に記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムなどの情報処理プログラムに基づく情報処理を実行することにより、取引処理装置１００の各種の機能を実現するべく取引処理装置１００の各部を制御する。
プロセッサ１０１は、上記コンピュータの中枢部分に相当する。プロセッサ１０１は、メイン記憶ユニット１０２及び補助記憶ユニット１０３に記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムなどの情報処理プログラムに基づく情報処理を実行することにより、取引処理装置１００の各種の機能を実現するべく取引処理装置１００の各部を制御する。
【0010】
メイン記憶ユニット１０２は、上記コンピュータの主記憶部分に相当する。メイン記憶ユニット１０２は、読み出し専用のメモリ領域と書き換え可能なメモリ領域とを含む。メイン記憶ユニット１０２は、読み出し専用のメモリ領域では上記の情報処理プログラムの一部を記憶する。またメイン記憶ユニット１０２は、プロセッサ１０１が各部を制御するための処理を実行する上で必要なデータを読み出し専用のメモリ領域又は書き換え可能なメモリ領域で記憶する場合もある。メイン記憶ユニット１０２は、書き換え可能なメモリ領域を、プロセッサ１０１によるワークエリアとして使用する。
【0011】
補助記憶ユニット１０３は、上記コンピュータの補助記憶部分に相当する。補助記憶ユニット１０３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）、ＳＳＤ（solid state drive）等の周知の記憶デバイスを備える。補助記憶ユニット１０３は、プロセッサ１０１が各種の情報処理を行う上で使用するデータや、プロセッサ１０１での処理によって生成されたデータを保存する。補助記憶ユニット１０３は、上記の情報処理プログラムを記憶する場合もある。補助記憶ユニット１０３は、本実施形態においては、取引処理プログラムＰＲＡを記憶する。取引処理プログラムＰＲＡは、取引を処理するための後述する情報処理に関する処理手順を記述したアプリケーションプログラムである。補助記憶ユニット１０３の記憶領域の一部は、取引データＤＡＡを記憶する領域として利用される。取引データＤＡＡは、一取引の内容を表すデータである。
【0012】
タッチパネル１０４は、操作者に対する情報提示のための画面を表示する。またタッチパネル１０４は、操作者による画面へのタッチ操作による指示を入力する。
キーボード１０５は、複数のキーを備え、これらのキーの押下による操作者の指示を入力する。
スキャンユニット１０６は、商品コードをスキャンする。スキャンユニット１０６は、ハンディ式及び固定式などの種々のタイプのバーコードスキャナ、あるいはＲＦＩＤスキャナなどの種々のスキャンデバイスを少なくとも１つ備える。
キーボード１０５は、複数のキーを備え、これらのキーの押下による操作者の指示を入力する。
スキャンユニット１０６は、商品コードをスキャンする。スキャンユニット１０６は、ハンディ式及び固定式などの種々のタイプのバーコードスキャナ、あるいはＲＦＩＤスキャナなどの種々のスキャンデバイスを少なくとも１つ備える。
【0013】
決済ユニット１０７は、取引の代金の決済のための処理を行う。決済ユニット１０７は、現金決済、クレジット決済、電子マネー決済、コード決済、プリペイドカード決済、ポイント決済、デビットカード決済などの種々の決済方法のそれぞれに対応するデバイスの１つ又は複数を備えていてよい。
プリンタ１０８は、レシート用紙に対してレシート、領収証又は売上票などの証票の画像を印刷する。プリンタ１０８は、上記の画像を印刷したレシート用紙をレシート排出口から外部へと排出する。
プリンタ１０８は、レシート用紙に対してレシート、領収証又は売上票などの証票の画像を印刷する。プリンタ１０８は、上記の画像を印刷したレシート用紙をレシート排出口から外部へと排出する。
【0014】
通信ユニット１０９は、プロセッサ１０１が通信ネットワーク２００を介して、例えばＰＯＳサーバなどの任意の装置と各種データを授受するための通信処理を行う。通信ネットワーク２００としては、典型的にはＬＡＮ（local area network）が用いられる。しかしながら通信ネットワーク２００としては、ＬＡＮの他に、インターネット、ＶＰＮ（virtual private network）、公衆通信網、移動体通信網などを、単独又は適宜に組み合わせて用いることができる。通信ユニット１０９としては、通信ネットワーク２００の通信方式に準じた周知のデバイスを用いることができる。
伝送路１１０は、アドレスバス、データバス及び制御信号線等を含む。伝送路１１０は、接続されている各部の間で授受されるデータ及び信号を伝送する。
伝送路１１０は、アドレスバス、データバス及び制御信号線等を含む。伝送路１１０は、接続されている各部の間で授受されるデータ及び信号を伝送する。
【0015】
取引処理装置１００の基本ハードウェアとしては、例えば既存のＰＯＳ端末装置のハードウェアを用いることができる。このときに取引処理装置１００の譲渡は一般に、取引処理プログラムＰＲＡが補助記憶ユニット１０３に記憶された状態にて行われる。しかし、取引処理プログラムＰＲＡが補助記憶ユニット１０３に記憶されない状態の取引処理装置１００のハードウェアと取引処理プログラムＰＲＡとが個別に譲渡されてもよい。そして、補助記憶ユニット１０３に、任意の作業者の操作に応じて取引処理プログラムＰＲＡが書き込まれてもよい。あるいは、取引処理プログラムＰＲＡと同種の別バージョンの情報処理プログラムが補助記憶ユニット１０３に記憶された状態の取引処理装置１００のハードウェアと取引処理プログラムＰＲＡとが個別に譲渡されてもよい。そして、補助記憶ユニット１０３に既に記憶されている情報処理プログラムを置き換える形で、取引処理プログラムＰＲＡが書き込まれてもよい。取引処理プログラムＰＲＡの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。取引処理プログラムＰＲＡは、メイン記憶ユニット１０２に記憶されてもよい。
【0016】
図２は取引データＤＡＡの構成を模式的に表す図である。
取引データＤＡＡは、取引処理装置１００にて処理中の取引のそれぞれに関して生成されて補助記憶ユニット１０３に記憶される。
取引データＤＡＡは、フィールドＦＡＡ，ＦＡＢを含む。取引データＤＡＡは、フィールドＦＡＣ以降に任意の数のフィールドを含み得る。フィールドＦＡＡには、該当の取引の識別子としての取引コードがセットされる。フィールドＦＡＢには、後述する予約販売商品の引渡日が指定されている場合に、その引渡日がセットされる。なお、フィールドＦＡＢは、引渡日が未指定の場合には、例えばNull状態とされる。該当の取引の対象として登録済みの商品（以下、取引商品と称する）がある場合には、取引商品のそれぞれに関連付けたフィールドＦＡＣ，ＦＡＤ，…が取引データＤＡＡに追加される。フィールドＦＡＣ，ＦＡＤ，…には、それぞれ別々の取引商品に関する商品データがセットされる。
取引データＤＡＡは、取引処理装置１００にて処理中の取引のそれぞれに関して生成されて補助記憶ユニット１０３に記憶される。
取引データＤＡＡは、フィールドＦＡＡ，ＦＡＢを含む。取引データＤＡＡは、フィールドＦＡＣ以降に任意の数のフィールドを含み得る。フィールドＦＡＡには、該当の取引の識別子としての取引コードがセットされる。フィールドＦＡＢには、後述する予約販売商品の引渡日が指定されている場合に、その引渡日がセットされる。なお、フィールドＦＡＢは、引渡日が未指定の場合には、例えばNull状態とされる。該当の取引の対象として登録済みの商品（以下、取引商品と称する）がある場合には、取引商品のそれぞれに関連付けたフィールドＦＡＣ，ＦＡＤ，…が取引データＤＡＡに追加される。フィールドＦＡＣ，ＦＡＤ，…には、それぞれ別々の取引商品に関する商品データがセットされる。
【0017】
１つの商品データは、フィールドＦＢＡ，ＦＢＢ，ＦＢＣ，ＦＢＤ，ＦＢＥを含む。フィールドＦＢＡには、関連付けられた取引商品の識別子としての商品コードがセットされる。フィールドＦＢＢには、関連付けられた取引商品に対して定められた商品名がセットされる。フィールドＦＢＣには、関連付けられた取引商品の点数がセットされる。フィールドＦＢＤには、関連付けられた取引商品の単価がセットされる。フィールドＦＢＥには、関連付けられた取引商品の引渡方法に関する区分（以下、引渡区分と称する）を表す区分コードがセットされる。なお商品データには、割引情報などの別の様々な情報が含まれていてもよい。かくして、取引データは、取引の対象となる取引商品のリストを表したデータである。
【0018】
次に以上のように構成された取引処理装置１００の動作について説明する。なお、以下に説明する各種の処理の内容は一例であって、一部の処理の順序の変更、一部の処理の省略、あるいは別の処理の追加などは適宜に可能である。例えば、以下の説明では、本実施形態の特徴的な動作を分かり易く説明するために、一部の処理についての説明を省略している。例えば、何らかのエラーが発生した場合に、そのエラーに対処するための処理が行われる場合があるが、そのような処理については記載を省略している。
【0019】
タッチパネル１０４又はキーボード１０５での予め定められた操作により一取引に関する処理の開始が指示されると、プロセッサ１０１は取引処理プログラムＰＲＡに基づく情報処理（以下、取引処理と称する）を開始する。
図３、図４及び図５は取引処理のフローチャートである。
図３、図４及び図５は取引処理のフローチャートである。
【0020】
ＡＣＴ１１としてプロセッサ１０１は、処理対象となる取引に関する新たな取引データを生成する。つまりプロセッサ１０１は例えば、他の取引に対して既に割り当てられている取引コードとは異なる新たな取引コードを予め定められたルールに従って決定し、この取引コードをフィールドＦＡＡにセットするとともに、フィールドＦＡＢはnull状態とし、フィールドＦＡＣ以降の商品データは含まない取引データＤＡＡを生成し、補助記憶ユニット１０３に記憶させる。なおプロセッサ１０１は、過去に実行した取引処理で生成した取引データＤＡＡが補助記憶ユニット１０３に記憶されているならば、その取引データＤＡＡはそのまま補助記憶ユニット１０３に残す。
【0021】
ＡＣＴ１２としてプロセッサ１０１は、登録画面をタッチパネル１０４に表示させる。登録画面は、取引商品の登録状況を表すとともに、取引処理装置１００に対する各種の指示のための操作を受けるためのＧＵＩ（graphical user interface）画面である。
図６は登録画面ＳＣＡの一例を表す図である。
図６はＡＣＴ１２としてのプロセッサ１０１による処理により表示される登録画面ＳＣＡの状況を表す。つまり図６は、取引商品が１つも登録されていない状況における登録画面ＳＣＡを表す。
図６は登録画面ＳＣＡの一例を表す図である。
図６はＡＣＴ１２としてのプロセッサ１０１による処理により表示される登録画面ＳＣＡの状況を表す。つまり図６は、取引商品が１つも登録されていない状況における登録画面ＳＣＡを表す。
【0022】
なお、登録画面ＳＣＡ及び後述する各種の画面は、主要な表示オブジェクトを図示しており、一部の表示オブジェクトの図示を省略している場合がある。例えば、各種の画面に表しているボタンの一部に関しては、割り当てられた機能を表す文字列又はマークなどの図示を省略している。また登録画面ＳＣＡ及び後述する各種の画面は一例であって、例えば取引処理プログラムＰＲＡの作成者などによって適宜に定められてよい。
【0023】
登録画面ＳＣＡは、エリアＡＲＡ，ＡＲＢ，ＡＲＣ，ＡＲＤを含む。エリアＡＲＡは、取引商品の登録状況を表す。図６に表される登録画面ＳＣＡは、取引商品が１つも登録されていない状況であるから、エリアＡＲＡには取引商品に関する情報を表していない。エリアＡＲＢ，ＡＲＣ，ＡＲＤは、それぞれソフトキーである複数のボタンを表す。エリアＡＲＢに表されるボタンＢＵＡ，ＢＵＢは、第１の登録モード、第２の登録モード及び第３の登録モードの切替え指示を受ける。各登録モードについては後述する。エリアＡＲＣには、テンキー及びボタンＢＵＣ，ＢＵＤが表される。ボタンＢＵＣは、取引商品の登録を終えて会計に移行することの指示を受ける。ボタンＢＵＤは、会計を終えて取引を終了することの指示を受ける。
【0024】
プロセッサ１０１は、ＡＣＴ１２として登録画面ＳＣＡを表示させたのちには、ＡＣＴ１３へと進む。
図３中のＡＣＴ１３としてプロセッサ１０１は、第１の登録モードを設定する。
ＡＣＴ１４としてプロセッサ１０１は、第２の登録モードが指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１５へと進む。
ＡＣＴ１５としてプロセッサ１０１は、第３の登録モードが指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１６へと進む。
図３中のＡＣＴ１３としてプロセッサ１０１は、第１の登録モードを設定する。
ＡＣＴ１４としてプロセッサ１０１は、第２の登録モードが指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１５へと進む。
ＡＣＴ１５としてプロセッサ１０１は、第３の登録モードが指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１６へと進む。
【0025】
ＡＣＴ１６としてプロセッサ１０１は、第１の登録モードが指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１７へと進む。
ＡＣＴ１７としてプロセッサ１０１は、商品が指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１８へと進む。
ＡＣＴ１７としてプロセッサ１０１は、商品が指定されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１８へと進む。
【0026】
ＡＣＴ１８としてプロセッサ１０１は、登録済みの取引商品のうちの１つが選択されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１９へと進む。
ＡＣＴ１９としてプロセッサ１０１は、会計開始が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ２０へと進む。
ＡＣＴ１９としてプロセッサ１０１は、会計開始が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ２０へと進む。
【0027】
ＡＣＴ２０としてプロセッサ１０１は、その他の指示がなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ１４へと戻る。
かくしてプロセッサ１０１は、ＡＣＴ１４～ＡＣＴ２０としては、操作者により何らかの指定又は指示がなされるのを待ち受ける。
かくしてプロセッサ１０１は、ＡＣＴ１４～ＡＣＴ２０としては、操作者により何らかの指定又は指示がなされるのを待ち受ける。
【0028】
ここで、第１の登録モードは、会計完了後に即時に客に引き渡す取引商品を登録するためのモードである。この第１の登録モードは例えば、取引処理装置１００が利用される店舗における在庫商品を取引商品として登録する際に適用される。
第２の登録モード及び第３の登録モードは、会計完了後に即時には引き渡さず、後刻に客に引き渡す取引商品を登録するためのモードである。
第２の登録モード及び第３の登録モードは、会計完了後に即時には引き渡さず、後刻に客に引き渡す取引商品を登録するためのモードである。
【0029】
第２の登録モードは、店舗運営者、つまり当該取引に関する販売者が仕入れ済みの商品を取引商品として登録するためのモードである。第２の登録モードは例えば、取引処理装置１００が利用される店舗とは別の場所にある倉庫に保管されている商品を取引商品として登録する際に適用することが想定される。第２の登録モードは例えば、取引処理装置１００が利用される店舗における在庫商品であるものの、配送により客に引き渡す商品を取引商品として登録する際に適用することが想定される。
第３の登録モードは、店舗運営者とは別の、例えば卸売業者などへの発注を伴って入荷した上で引き渡す商品を取引商品として登録するためのモードである。
第３の登録モードは、店舗運営者とは別の、例えば卸売業者などへの発注を伴って入荷した上で引き渡す商品を取引商品として登録するためのモードである。
【0030】
操作者は、以後に登録する取引商品の客への引き渡しを後刻とするならば、第２の登録モード又は第３の登録モードを指定する。なお操作者は例えば、取引商品として登録しようとする商品の在庫状況を任意の方法で調べて、あるいは客の要望を考慮して、当該商品を即座に客に引き渡す（以下、通常渡しと称する）か、在庫商品のうちから客に引き渡す（以下、在庫渡しと称する）か、あるいは注文を経て仕入れた上で客に引き渡す（以下、注文渡しと称する）か、を決定する。そして操作者は、第１の登録モード又は第３の登録モードが設定されている状況で在庫渡しとする取引商品を登録しようとするならば、例えば登録画面ＳＣＡ中のボタンＢＵＡをタップするなどの予め定められた操作によって第２の登録モードを指定する。また操作者は、第１の登録モード又は第２の登録モードが設定されている状況で注文渡しとする取引商品を登録しようとするならば、例えば登録画面ＳＣＡ中のボタンＢＵＢをタップするなどの予め定められた操作によって第３の登録モードを指定する。
【0031】
プロセッサ１０１は、第２の登録モードを指定する操作が行われたことを確認したならばＡＣＴ１４にてＹＥＳと判定し、ＡＣＴ２１へと進む。
ＡＣＴ２１としてプロセッサ１０１は、第２の登録モードを設定する。そしてプロセッサ１０１は、ＡＣＴ１４～ＡＣＴ２０の待ち受け状態に戻る。
ＡＣＴ２１としてプロセッサ１０１は、第２の登録モードを設定する。そしてプロセッサ１０１は、ＡＣＴ１４～ＡＣＴ２０の待ち受け状態に戻る。
【0032】
プロセッサ１０１は、第３の登録モードを指定する操作が行われたことを確認したならばＡＣＴ１５にてＹＥＳと判定し、ＡＣＴ２２へと進む。
ＡＣＴ２２としてプロセッサ１０１は、第３の登録モードを設定する。そしてプロセッサ１０１は、ＡＣＴ１４～ＡＣＴ２０の待ち受け状態に戻る。
ＡＣＴ２２としてプロセッサ１０１は、第３の登録モードを設定する。そしてプロセッサ１０１は、ＡＣＴ１４～ＡＣＴ２０の待ち受け状態に戻る。
【0033】
操作者は、第２の登録モードが設定されている状況で通常渡しとする取引商品を登録しようとするならば、例えば登録画面ＳＣＡ中のボタンＢＵＡをタップするなどの予め定められた操作によって第１の登録モードを指定する。操作者は、第３の登録モードが設定されている状況で通常渡しとする取引商品を登録しようとするならば、例えば登録画面ＳＣＡ中のボタンＢＵＢをタップするなどの予め定められた操作によって第１の登録モードを指定する。
プロセッサ１０１は、第１の登録モードを指定する操作が行われたことを確認したならばＡＣＴ１６にてＹＥＳと判定し、ＡＣＴ１３にて第１の登録モードに設定し直した上で、ＡＣＴ１４～ＡＣＴ２０の待ち受け状態に戻る。
プロセッサ１０１は、第１の登録モードを指定する操作が行われたことを確認したならばＡＣＴ１６にてＹＥＳと判定し、ＡＣＴ１３にて第１の登録モードに設定し直した上で、ＡＣＴ１４～ＡＣＴ２０の待ち受け状態に戻る。
【0034】
かくして操作者は、取引商品として登録する商品を指定するのに先立って、第１～第３の登録モードのいずれかを適宜に設定することができる。そして操作者は、適宜の登録モードを設定した状態で、取引商品として登録しようとする１つの商品を指定する。操作者は例えば、取引商品として登録しようとする商品の商品コードを表したバーコードをスキャンユニット１０６にスキャンさせる。操作者は例えば、登録しようとする商品に関連付けてタッチパネル１０４に表示されたプリセットボタンをタップする。操作者は例えば、キーボード１０５に含まれるキーのうちで登録しようとする商品に関連付けられたキーを押下する。操作者は例えば、例えば商品コードに相当する数値列を、タッチパネル１０４又はキーボード１０５にて直接入力する。
【0035】
プロセッサ１０１は、このようにして商品が指定されると、ＡＣＴ１７にてＹＥＳと判定し、図４中のＡＣＴ３１へと進む。
ＡＣＴ３１としてプロセッサ１０１は、第１の登録モードに設定しているか否かを確認する。そしてプロセッサ１０１は、第１の登録モードに設定しているならばＹＥＳと判定し、ＡＣＴ３２へと進む。
ＡＣＴ３１としてプロセッサ１０１は、第１の登録モードに設定しているか否かを確認する。そしてプロセッサ１０１は、第１の登録モードに設定しているならばＹＥＳと判定し、ＡＣＴ３２へと進む。
【0036】
ＡＣＴ３２としてプロセッサ１０１は、指定された商品を通常渡しとするものとして取引商品として登録する。プロセッサ１０１は例えば、指定された商品の商品コードをフィールドＦＢＡに、指定された商品に対して予め定められている商品名をフィールドＦＢＢに、「１」をフィールドＦＢＣに、指定された商品に対して予め設定されている単価をフィールドＦＢＤに、そして通常渡しを表す区分コードをフィールドＦＢＥに、それぞれセットした新たな商品データを生成する。そしてプロセッサ１０１は、ＡＣＴ１１で生成した取引データＤＡＡの末尾のフィールドの後に新たなフィールドを付加し、当該フィールドに上記の商品データをセットする。なおプロセッサ１０１は、商品名及び単価は、例えば補助記憶ユニット１０３に予め保存した商品マスタデータから取り出すか、あるいは商品マスタデータを管理する図示しないサーバから通信ネットワーク２００を介して取得する。プロセッサ１０１は、商品の指定を受けるのと前後して点数の指定を受けるようにし、その指定された点数をフィールドＦＢＣにセットするのでもよい。
【0037】
プロセッサ１０１は、第１の登録モードに設定していない場合は、ＡＣＴ３１にてＮＯと判定し、ＡＣＴ３３へと進む。
ＡＣＴ３３としてプロセッサ１０１は、第２の登録モードに設定しているか否かを確認する。そしてプロセッサ１０１は、第２の登録モードに設定しているならばＹＥＳと判定し、ＡＣＴ３４へと進む。
ＡＣＴ３４としてプロセッサ１０１は、指定された商品を在庫渡しとするものとして取引商品として登録する。プロセッサ１０１は例えば、ＡＣＴ２１と同様にして商品データを生成し、取引データＤＡＡに追加する。ただしプロセッサ１０１はここでは、在庫渡しを表す区分コードをフィールドＦＢＥにセットする。
ＡＣＴ３３としてプロセッサ１０１は、第２の登録モードに設定しているか否かを確認する。そしてプロセッサ１０１は、第２の登録モードに設定しているならばＹＥＳと判定し、ＡＣＴ３４へと進む。
ＡＣＴ３４としてプロセッサ１０１は、指定された商品を在庫渡しとするものとして取引商品として登録する。プロセッサ１０１は例えば、ＡＣＴ２１と同様にして商品データを生成し、取引データＤＡＡに追加する。ただしプロセッサ１０１はここでは、在庫渡しを表す区分コードをフィールドＦＢＥにセットする。
【0038】
プロセッサ１０１は、第２の登録モードに設定していない場合は、ＡＣＴ３３にてＮＯと判定し、ＡＣＴ３５へと進む。
ＡＣＴ３５としてプロセッサ１０１は、指定された商品を発注渡しとするものとして取引商品として登録する。プロセッサ１０１は例えば、ＡＣＴ２１と同様にして商品データを生成し、取引データＤＡＡに追加する。ただしプロセッサ１０１はここでは、発注渡しを表す区分コードをフィールドＦＢＥにセットする。
ＡＣＴ３５としてプロセッサ１０１は、指定された商品を発注渡しとするものとして取引商品として登録する。プロセッサ１０１は例えば、ＡＣＴ２１と同様にして商品データを生成し、取引データＤＡＡに追加する。ただしプロセッサ１０１はここでは、発注渡しを表す区分コードをフィールドＦＢＥにセットする。
【0039】
以上のようにプロセッサ１０１は、指定された商品を取引の対象となる取引商品として判定している。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは判定手段として機能する。そしてプロセッサ１０１は、第２の登録モード又は第３の登録モードを設定している場合に判定した取引商品を後刻の引き渡しの対象とする。つまりプロセッサ１０１は、第２の登録モード又は第３の登録モードの設定の指示を、商品を後刻の引き渡しとする旨の指示として受けている。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは受付手段として機能する。さらにプロセッサ１０１は、区分コードを含んだ商品データを含む取引データＤＡＡを生成することにより、取引商品のリストを、後刻の引き渡しとする旨の指示が受けられた取引商品を区別可能に生成していることになる。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは生成手段として機能する。
【0040】
プロセッサ１０１は、ＡＣＴ３２、ＡＣＴ３４又はＡＣＴ３５にて取引商品の登録を終えると、いずれの場合もＡＣＴ３６へと進む。
ＡＣＴ３６としてプロセッサ１０１は、ＡＣＴ３２、ＡＣＴ３４又はＡＣＴ３５にて更新された取引データＤＡＡの内容を表すように登録画面ＳＣＡを更新する。そしてプロセッサ１０１はこののち、図３中のＡＣＴ１４～ＡＣＴ２０の待ち受け状態に戻る。
ＡＣＴ３６としてプロセッサ１０１は、ＡＣＴ３２、ＡＣＴ３４又はＡＣＴ３５にて更新された取引データＤＡＡの内容を表すように登録画面ＳＣＡを更新する。そしてプロセッサ１０１はこののち、図３中のＡＣＴ１４～ＡＣＴ２０の待ち受け状態に戻る。
【0041】
図７は更新後の登録画面ＳＣＡの一例を表す図である。
図７に表す登録画面ＳＣＡは、「ＡＡＡＡＡＡＡ」なる商品名の商品と、「ＢＢＢＢＢＢＢ」なる商品名の商品とが１つずつ取引商品として、いずれも通常渡しで登録された後に更新された例である。このため、エリアＡＲＡには、上記の２つの取引商品に関する情報が表されている。
図７に表す登録画面ＳＣＡは、「ＡＡＡＡＡＡＡ」なる商品名の商品と、「ＢＢＢＢＢＢＢ」なる商品名の商品とが１つずつ取引商品として、いずれも通常渡しで登録された後に更新された例である。このため、エリアＡＲＡには、上記の２つの取引商品に関する情報が表されている。
【0042】
図８は更新後の登録画面ＳＣＡの一例を表す図である。
図８に表す登録画面ＳＣＡは、図７に表す登録画面ＳＣＡがタッチパネル１０４により表示されている状態から、「ＣＣＣＣＣＣＣ」なる商品名の商品が１つ、在庫渡しで登録された後に更新された例である。このため、エリアＡＲＡには、「ＣＣＣＣＣＣＣ」なる商品名の商品に関する情報が追加して表されている。また在庫渡しで登録されていることを表すための「予約在庫」なる文字列が、「ＣＣＣＣＣＣＣ」なる商品名の商品に関連付けて表されている。
図８に表す登録画面ＳＣＡは、図７に表す登録画面ＳＣＡがタッチパネル１０４により表示されている状態から、「ＣＣＣＣＣＣＣ」なる商品名の商品が１つ、在庫渡しで登録された後に更新された例である。このため、エリアＡＲＡには、「ＣＣＣＣＣＣＣ」なる商品名の商品に関する情報が追加して表されている。また在庫渡しで登録されていることを表すための「予約在庫」なる文字列が、「ＣＣＣＣＣＣＣ」なる商品名の商品に関連付けて表されている。
【0043】
図９は更新後の登録画面ＳＣＡの一例を表す図である。
図９に表す登録画面ＳＣＡは、図８に表す登録画面ＳＣＡがタッチパネル１０４により表示されている状態から、「ＤＤＤＤＤＤＤ」なる商品名の商品が２つ、通常渡しで登録された後に更新された例である。このため、エリアＡＲＡには、「ＤＤＤＤＤＤＤ」なる商品名の商品に関する情報が追加して表されている。
図９に表す登録画面ＳＣＡは、図８に表す登録画面ＳＣＡがタッチパネル１０４により表示されている状態から、「ＤＤＤＤＤＤＤ」なる商品名の商品が２つ、通常渡しで登録された後に更新された例である。このため、エリアＡＲＡには、「ＤＤＤＤＤＤＤ」なる商品名の商品に関する情報が追加して表されている。
【0044】
操作者は、登録済みの取引商品に関して何らかの変更を行いたい場合には、例えば登録画面ＳＣＡにて該当の取引商品に関する情報が表されているエリア内をタップするなどの予め定められた操作により取引商品の１つを選択する。これに応じてプロセッサ１０１は、図３中のＡＣＴ１８にてＹＥＳと判定し、図４中のＡＣＴ３７へと進む。
【0045】
ＡＣＴ３７としてプロセッサ１０１は、編集画面をタッチパネル１０４に表示させる。編集画面は、登録済みの取引商品に関する諸設定の変更指示を受けるためのＧＵＩ画面である。
図１０は編集画面ＳＣＢの一例を表す図である。
図１０は、図９に表す状態の登録画面ＳＣＡにて商品名が「ＤＤＤＤＤＤＤ」である取引商品に関する情報が表されているエリア内がタップされたことに応じて表示される編集画面ＳＣＢを表す。
図１０は編集画面ＳＣＢの一例を表す図である。
図１０は、図９に表す状態の登録画面ＳＣＡにて商品名が「ＤＤＤＤＤＤＤ」である取引商品に関する情報が表されているエリア内がタップされたことに応じて表示される編集画面ＳＣＢを表す。
【0046】
編集画面ＳＣＢは、エリアＡＲＥ，ＡＲＦ及びボタンＢＵＥ，ＢＵＦを含む。エリアＡＲＥＡは、選択された取引商品に関する商品名、単価、点数、値割引及び合計金額をそれぞれ示す文字列と、引渡区分を表すインジケータとを表す。インジケータは、通常渡し、在庫渡し及び発注渡しのそれぞれが関連付けられたボタンＢＵＧ，ＢＵＨ，ＢＵＩからなる。そしてインジケータは、図１０の例では、通常渡しが関連付けられたボタンＢＵＧを他のボタンＢＵＨ，ＢＵＩに対して強調して表していることにより、通常渡しが設定されていることを表している。ボタンＢＵＧ，ＢＵＨ，ＢＵＩは、変更後の引渡区分の指定を受けるためのソフトキーでもある。エリアＡＲＦは、テンキー及びいくつかの機能キーを表す。ボタンＢＵＥは、選択された取引商品に関する諸設定の変更を中止する旨の指示を受けるためのソフトキーである。ボタンＢＵＦは、選択された取引商品に関する変更後の諸設定をエリアＡＲＥに表されている設定に確定する旨の指示を受けるためのソフトキーである。
【0047】
操作者は、選択している取引商品の引渡区分を変更するならば、ボタンＢＵＧ，ＢＵＨ，ＢＵＩのいずれかをタップすることで、変更後の引渡区分を指定する。操作者は、例えば、「ＤＤＤＤＤＤＤ」なる商品名の取引商品の引渡区分を発注渡しに変更したいのであれば、図１０に表す編集画面ＳＣＢにおいてボタンＢＵＩをタップする。
【0048】
プロセッサ１０１は、図４中のＡＣＴ３７として編集画面ＳＣＢを表示させたのちには、ＡＣＴ３８へと進む。
ＡＣＴ３８としてプロセッサ１０１は、変更後の引渡区分が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３９へと進む。
ＡＣＴ３９としてプロセッサ１０１は、変更の確定が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４０へと進む。
ＡＣＴ３８としてプロセッサ１０１は、変更後の引渡区分が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３９へと進む。
ＡＣＴ３９としてプロセッサ１０１は、変更の確定が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４０へと進む。
【0049】
ＡＣＴ４０としてプロセッサ１０１は、変更の中止が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ４１へと進む。
ＡＣＴ４１としてプロセッサ１０１は、上記以外の指示がなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３８へと戻る。
かくしてプロセッサ１０１はＡＣＴ３８～ＡＣＴ４１としては、引渡区分、確定、中止、あるいはその他の指示がなされるのを待ち受ける。そしてプロセッサ１０１は、前述のようにボタンＢＵＧ，ＢＵＨ，ＢＵＩのいずれかをタップするなどの予め定められた操作により変更後の引渡区分が指示されたならばＡＣＴ３８にてＹＥＳと判定し、ＡＣＴ４２へと進む。
ＡＣＴ４１としてプロセッサ１０１は、上記以外の指示がなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ３８へと戻る。
かくしてプロセッサ１０１はＡＣＴ３８～ＡＣＴ４１としては、引渡区分、確定、中止、あるいはその他の指示がなされるのを待ち受ける。そしてプロセッサ１０１は、前述のようにボタンＢＵＧ，ＢＵＨ，ＢＵＩのいずれかをタップするなどの予め定められた操作により変更後の引渡区分が指示されたならばＡＣＴ３８にてＹＥＳと判定し、ＡＣＴ４２へと進む。
【0050】
ＡＣＴ４２としてプロセッサ１０１は、指示された引渡区分を、選択されている取引商品に関する引渡区分の候補として設定する。
ＡＣＴ４３としてプロセッサ１０１は、候補となっている引渡区分をハイライトするように編集画面を更新する。そしてプロセッサ１０１はこののち、ＡＣＴ３８～ＡＣＴ４１の待ち受け状態に戻る。
ＡＣＴ４３としてプロセッサ１０１は、候補となっている引渡区分をハイライトするように編集画面を更新する。そしてプロセッサ１０１はこののち、ＡＣＴ３８～ＡＣＴ４１の待ち受け状態に戻る。
【0051】
図１１は更新後の編集画面ＳＣＢの一例を表す図である。
図１１に表す編集画面ＳＣＢは、図１０に表す編集画面ＳＣＢがタッチパネル１０４により表示されている状態から、ボタンＢＵＩのタップにより変更後の引渡区分として発注渡しが指示されたことに応じて更新された例である。このため、ボタンＢＵＩが、他のボタンＢＵＧ，ＢＵＨに対してハイライトされている。
図１１に表す編集画面ＳＣＢは、図１０に表す編集画面ＳＣＢがタッチパネル１０４により表示されている状態から、ボタンＢＵＩのタップにより変更後の引渡区分として発注渡しが指示されたことに応じて更新された例である。このため、ボタンＢＵＩが、他のボタンＢＵＧ，ＢＵＨに対してハイライトされている。
【0052】
操作者は、選択している取引商品に関して引渡区分以外の設定を変更したい場合には、その指示のために予め定められた操作を行う。例えば操作者は、点数を変更したいならば、編集画面ＳＣＢにて点数が表されている欄をタップした上で、エリアＡＲＦに表されたテンキーを操作して変更後の点数を指定する。プロセッサ１０１は、このような操作がなされたならば、ＡＣＴ４１にてＹＥＳと判定し、なされた指示の内容を確認し、その指示に応じた処理へと進む。例えばプロセッサ１０１は、上記の操作であることを確認し、当該操作により指示された点数を変更後の点数の候補として設定し、当該の点数の候補を表すように編集画面ＳＣＢを更新した上で、ＡＣＴ３８～ＡＣＴ４１の待ち受け状態に戻る。ＡＣＴ４１にてＹＥＳと判定したのちの処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
【0053】
操作者は、選択している取引商品に関して編集画面ＳＣＢに表されている諸設定が所望の内容になっているならば、例えばボタンＢＵＦをタップするなどの予め定められた操作によって変更の確定を指示する。これに応じてプロセッサ１０１は、ＡＣＴ３９にてＹＥＳと判定し、ＡＣＴ４４へと進む。
ＡＣＴ４４としてプロセッサ１０１は、変更後の候補として設定してある諸設定を反映するように、選択されている取引商品に関する商品データを更新する。プロセッサ１０１は例えば、上述した具体例のように、商品名が「ＤＤＤＤＤＤＤ」なる取引商品が選択されていて、通常渡しからの変更後の取引区分の候補として発注渡しを設定しているならば、商品名が「ＤＤＤＤＤＤＤ」なる取引商品を識別する商品コードがフィールドＦＢＡに設定されている商品データを、フィールドＦＢＥにセットされている区分コードを発注渡しを表す区分コードに書き換えるべく更新する。そしてプロセッサ１０１はこののち、ＡＣＴ４５へと進む。
ＡＣＴ４４としてプロセッサ１０１は、変更後の候補として設定してある諸設定を反映するように、選択されている取引商品に関する商品データを更新する。プロセッサ１０１は例えば、上述した具体例のように、商品名が「ＤＤＤＤＤＤＤ」なる取引商品が選択されていて、通常渡しからの変更後の取引区分の候補として発注渡しを設定しているならば、商品名が「ＤＤＤＤＤＤＤ」なる取引商品を識別する商品コードがフィールドＦＢＡに設定されている商品データを、フィールドＦＢＥにセットされている区分コードを発注渡しを表す区分コードに書き換えるべく更新する。そしてプロセッサ１０１はこののち、ＡＣＴ４５へと進む。
【0054】
操作者は、選択している取引商品に関する諸設定の変更を取り止めるならば、例えばボタンＢＵＥをタップするなどの予め定められた操作によって変更の中止を指示する。これに応じてプロセッサ１０１は、ＡＣＴ４０にてＹＥＳと判定し、ＡＣＴ４４をパスしてＡＣＴ４５へと進む。
ＡＣＴ４５としてプロセッサ１０１は、この時点での取引データＤＡＡの内容に応じた登録画面ＳＣＡをタッチパネル１０４に表示させる。つまりプロセッサ１０１は、確定指示に応じてＡＣＴ４４を経てＡＣＴ４５へと進んだ場合には、ＡＣＴ４４での商品データの更新に伴って変更した登録画面ＳＣＡを表示させる。またプロセッサ１０１は、中止指示に応じてＡＣＴ４４をパスしてＡＣＴ４５へと進んだ場合には、ＡＣＴ３７で編集画面を表示させる前に表示させていたのと同じ登録画面ＳＣＡを再度表示させる。そしてプロセッサ１０１はこののち、図３中のＡＣＴ１４～ＡＣＴ２０の待ち受け状態に戻る。
ＡＣＴ４５としてプロセッサ１０１は、この時点での取引データＤＡＡの内容に応じた登録画面ＳＣＡをタッチパネル１０４に表示させる。つまりプロセッサ１０１は、確定指示に応じてＡＣＴ４４を経てＡＣＴ４５へと進んだ場合には、ＡＣＴ４４での商品データの更新に伴って変更した登録画面ＳＣＡを表示させる。またプロセッサ１０１は、中止指示に応じてＡＣＴ４４をパスしてＡＣＴ４５へと進んだ場合には、ＡＣＴ３７で編集画面を表示させる前に表示させていたのと同じ登録画面ＳＣＡを再度表示させる。そしてプロセッサ１０１はこののち、図３中のＡＣＴ１４～ＡＣＴ２０の待ち受け状態に戻る。
【0055】
図１２は登録画面ＳＣＡの一例を表す図である。
図１２は、図８に表す登録画面ＳＣＡがタッチパネル１０４により表示されている状態から、図１０及び図１１に表す編集画面ＳＣＢが表示される状態を順次に経て、確定指示に応じて表示される登録画面ＳＣＡを表す。
このため、図１２に表す登録画面ＳＣＡは図８に表す登録画面ＳＣＡに対して、発注渡しで登録されていることを表すための「予約発注」なる文字列が、「ＤＤＤＤＤＤＤ」なる商品名の商品に関連付けて表すように変更されている。
図１２は、図８に表す登録画面ＳＣＡがタッチパネル１０４により表示されている状態から、図１０及び図１１に表す編集画面ＳＣＢが表示される状態を順次に経て、確定指示に応じて表示される登録画面ＳＣＡを表す。
このため、図１２に表す登録画面ＳＣＡは図８に表す登録画面ＳＣＡに対して、発注渡しで登録されていることを表すための「予約発注」なる文字列が、「ＤＤＤＤＤＤＤ」なる商品名の商品に関連付けて表すように変更されている。
【0056】
操作者は、取引商品の登録を終えたならば、例えば登録画面ＳＣＡに表されたボタンＢＵＣをタップするなどの予め定められた操作により会計開始を指示する。これに応じてプロセッサ１０１は、図３中のＡＣＴ１９にてＹＥＳと判定して、図５中のＡＣＴ５１へと進む。
ＡＣＴ５１としてプロセッサ１０１は、取引商品の中に予約販売商品が有るか否かを確認する。予約販売商品とは、会計完了に伴って即時に客に引き渡さずに後刻の引き渡しとする商品である。つまり、引渡区分が在庫渡し又は発注渡しとされている取引商品が予約販売商品に該当する。プロセッサ１０１は例えば、取引データＤＡＡのフィールドＦＡＣ以降にセットされた商品データに、フィールドＦＢＥに在庫渡し又は発注渡しの区分コードがセットされている商品データが１つでも含まれるならば、予約販売商品が有るとしてＹＥＳと判定し、ＡＣＴ５２へと進む。
ＡＣＴ５２としてプロセッサ１０１は、入力画面をタッチパネル１０４に表示させる。入力画面は、予約販売商品を客に引き渡す予定日の入力を受けるためのＧＵＩ画面である。
ＡＣＴ５１としてプロセッサ１０１は、取引商品の中に予約販売商品が有るか否かを確認する。予約販売商品とは、会計完了に伴って即時に客に引き渡さずに後刻の引き渡しとする商品である。つまり、引渡区分が在庫渡し又は発注渡しとされている取引商品が予約販売商品に該当する。プロセッサ１０１は例えば、取引データＤＡＡのフィールドＦＡＣ以降にセットされた商品データに、フィールドＦＢＥに在庫渡し又は発注渡しの区分コードがセットされている商品データが１つでも含まれるならば、予約販売商品が有るとしてＹＥＳと判定し、ＡＣＴ５２へと進む。
ＡＣＴ５２としてプロセッサ１０１は、入力画面をタッチパネル１０４に表示させる。入力画面は、予約販売商品を客に引き渡す予定日の入力を受けるためのＧＵＩ画面である。
【0057】
図１３は入力画面ＳＣＣの一例を表す図である。
図１３は、図１２に表す登録画面ＳＣＡにてボタンＢＵＣがタップされたことに応じて表示される入力画面ＳＣＣを表す。この入力画面ＳＣＣは、図１２に表す登録画面ＳＣＡに重ねてウィンドウＷＩＡを表している。ウィンドウＷＩＡは、エリアＡＲＧ，ＡＲＨ，ＡＲＩ，ＡＲＪ及びボタンＢＵＪを表す。エリアＡＲＧ，ＡＲＨ，ＡＲＩは、予定日としての年、月、日をそれぞれ入力するための入力エリアである。エリアＡＲＪは、テンキー及びいくつかの機能キーを表す。ボタンＢＵＪは、エリアＡＲＧ，ＡＲＨ，ＡＲＩに入力した年月日を引き渡しの予定日として確定する旨の指示を受けるためのソフトキーである。
図１３は、図１２に表す登録画面ＳＣＡにてボタンＢＵＣがタップされたことに応じて表示される入力画面ＳＣＣを表す。この入力画面ＳＣＣは、図１２に表す登録画面ＳＣＡに重ねてウィンドウＷＩＡを表している。ウィンドウＷＩＡは、エリアＡＲＧ，ＡＲＨ，ＡＲＩ，ＡＲＪ及びボタンＢＵＪを表す。エリアＡＲＧ，ＡＲＨ，ＡＲＩは、予定日としての年、月、日をそれぞれ入力するための入力エリアである。エリアＡＲＪは、テンキー及びいくつかの機能キーを表す。ボタンＢＵＪは、エリアＡＲＧ，ＡＲＨ，ＡＲＩに入力した年月日を引き渡しの予定日として確定する旨の指示を受けるためのソフトキーである。
【0058】
なお、図１３においては、エリアＡＲＧ，ＡＲＨ，ＡＲＩに数値が入力されている状態を表している。プロセッサ１０１は、ＡＣＴ５２として表示させる入力画面ＳＣＣにおいては、エリアＡＲＧ，ＡＲＨ，ＡＲＩをブランク状態としておく。ただしプロセッサ１０１は、ＡＣＴ５２として表示させる入力画面ＳＣＣにおいて、予め定められた何らかの方法により取得した年月日を表す数値をエリアＡＲＧ，ＡＲＨ，ＡＲＩに表すようにしてもよい。
【0059】
操作者は、予め定められた操作により、エリアＡＲＧ，ＡＲＨ，ＡＲＩのそれぞれに年月日を表す数値を入力する。操作者が、入力画面ＳＣＣにてどのような年月日を入力するかは、操作者により適宜に定められてよい。例えば、予約販売商品を配送することを原則する店舗にあっては、操作者は配送予定日を調べたうえで、エリアＡＲＧ，ＡＲＨ，ＡＲＩに入力する。また操作者は、客が後日に来店しての引き取りを希望するならば、エリアＡＲＧ，ＡＲＨ，ＡＲＩをブランクとしておく。
【0060】
さてプロセッサ１０１は、図５中のＡＣＴ５２として入力画面を表示させたのちには、ＡＣＴ５３へと進む。
ＡＣＴ５３としてプロセッサ１０１は、予定日を入力するための入力操作が行われたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ５４へと進む。
ＡＣＴ５４としてプロセッサ１０１は、確定指示がなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ５３へと戻る。
かくしてＡＣＴ５３及びＡＣＴ５４としてプロセッサ１０１は、入力操作又は確定指示がなされるのを待ち受ける。そしてプロセッサ１０１は、上述のようにエリアＡＲＧ，ＡＲＨ，ＡＲＩのそれぞれに年月日を表す数値を入力する操作が行われたならば、ＡＣＴ５３にてＹＥＳと判定し、ＡＣＴ５５へと進む。
ＡＣＴ５３としてプロセッサ１０１は、予定日を入力するための入力操作が行われたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ５４へと進む。
ＡＣＴ５４としてプロセッサ１０１は、確定指示がなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ５３へと戻る。
かくしてＡＣＴ５３及びＡＣＴ５４としてプロセッサ１０１は、入力操作又は確定指示がなされるのを待ち受ける。そしてプロセッサ１０１は、上述のようにエリアＡＲＧ，ＡＲＨ，ＡＲＩのそれぞれに年月日を表す数値を入力する操作が行われたならば、ＡＣＴ５３にてＹＥＳと判定し、ＡＣＴ５５へと進む。
【0061】
ＡＣＴ５５としてプロセッサ１０１は、入力画面ＳＣＣにてエリアＡＲＧ，ＡＲＨ，ＡＲＩに表す数値を適宜変更するともに、その数値が表す年月日を引渡日として取引データＤＡＡのフィールドＦＡＢにセットする。そしてプロセッサ１０１はこののち、ＡＣＴ５３及びＡＣＴ５４の待ち受け状態に戻る。なおプロセッサ１０１は、改めて入力操作が行われたことによりＡＣＴ５５を繰り返し実行する場合には、新たに入力された数値が表す年月日を引渡日としてセットし直す。かくして取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは更新手段として機能する。
【0062】
かくして、取引処理プログラムＰＲＡに基づく情報処理をプロセッサ１０１が実行することによって、プロセッサ１０１を中枢部分とするコンピュータは引き渡しの予定日を入力する入力手段として機能する。そしてプロセッサ１０１は、当該の入力した予定日を取引データＤＡＡに含めることにより、取引データＤＡＡにより表されるリストを、取引商品のうちの各予約販売商品の引き渡しの予定日を判別可能に生成している。
【0063】
操作者は、引渡日とする年月日を入力し終えたならば、例えばボタンＢＵＪをタップするなどの予め定められた操作によって確定を指示する。なお操作者は、引渡日が未定である場合などに、エリアＡＲＧ，ＡＲＨ，ＡＲＩをブランクとした状態で確定を指示してもよい。これに応じてプロセッサ１０１はＡＣＴ５４にてＹＥＳと判定し、ＡＣＴ５６へと進む。
ＡＣＴ５６としてプロセッサ１０１は、登録画面ＳＣＡをタッチパネル１０４に表示させる。つまりプロセッサ１０１は例えば、タッチパネル１０４の表示を、入力画面ＳＣＣを表示させる前に表示させていた登録画面ＳＣＡに戻す。
ＡＣＴ５６としてプロセッサ１０１は、登録画面ＳＣＡをタッチパネル１０４に表示させる。つまりプロセッサ１０１は例えば、タッチパネル１０４の表示を、入力画面ＳＣＣを表示させる前に表示させていた登録画面ＳＣＡに戻す。
【0064】
操作者は、例えば現金決済などによって、登録済みの全ての取引商品の代金を決済する。操作者はあるいは、クレジットカード決済などの別の決済方法によって代金を決済する。この際に決済者は、適宜に決済ユニット１０７を用いる。プロセッサ１０１は、図５では図示しないが、決済ユニット１０７が決済のために用いられる場合には、例えば決済ユニット１０７からの要求に応じて、決済すべき金額を決済ユニット１０７に通知する場合もある。そして操作者は、決済が完了したならば、例えば登録画面ＳＣＡに表されたボタンＢＵＤをタップするなどの予め定められた操作によって決済の完了を指示する。
【0065】
プロセッサ１０１は、ＡＣＴ５６にて登録画面ＳＣＡを表示させたのちには、ＡＣＴ５７へと進む。なおプロセッサ１０１は、例えば、取引データＤＡＡのフィールドＦＡＣ以降にセットされた商品データに、フィールドＦＢＥに在庫渡し又は発注渡しの区分コードがセットされている商品データが１つも含まれないならば、予約販売商品が無いとしてＡＣＴ５１にてＮＯと判定し、ＡＣＴ５２～ＡＣＴ５６をパスしてＡＣＴ５７へと進む。
ＡＣＴ５７としてプロセッサ１０１は、決済の完了が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ５８へと進む。
ＡＣＴ５８としてプロセッサ１０１は、決済の完了以外の何らかの指示がなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ５７へと戻る。
ＡＣＴ５７としてプロセッサ１０１は、決済の完了が指示されたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ５８へと進む。
ＡＣＴ５８としてプロセッサ１０１は、決済の完了以外の何らかの指示がなされたか否かを確認する。そしてプロセッサ１０１は、該当の事象を確認できないならばＮＯと判定し、ＡＣＴ５７へと戻る。
【0066】
かくしてプロセッサ１０１は、ＡＣＴ５７及びＡＣＴ５８としては、完了指示を含む何らかの指示がなされるのを待ち受ける。そしてプロセッサ１０１は、完了以外の何らかの指示がなされたことを確認したならばＡＣＴ５８にてＹＥＳと判定し、なされた指示の内容を確認し、その指示に応じた処理へと進む。例えばプロセッサ１０１は、決済ユニット１０７を用いる必要のある決済方法での決済の実行が指示されたことを確認し、その指示に応じた決済を実行するべく決済ユニット１０７を動作させる。例えばプロセッサ１０１は、取引商品の追加登録を指示するための予め定められた操作が行われたことを確認し、図４中のＡＣＴ３１以降を実行する。あるいはプロセッサ１０１は、取引の取消を指示する操作が行われたことを確認し、例えば取引データＤＡＡを抹消するなどの予め定められた取消処理を行った上で取引処理を終了する。ＡＣＴ５８にてＹＥＳと判定したのちの処理としては、別の処理、あるいは複数の処理が選択的に行われる場合もあるが、その詳細の説明はここでは省略する。
操作者が上述のように決済の完了を指示する操作を行ったならば、プロセッサ１０１はＡＣＴ５７にてＹＥＳと判定し、ＡＣＴ５９へと進む。
ＡＣＴ５９としてプロセッサ１０１は、取引の内容を表したレシートをプリンタ１０８にプリントさせる。そしてプロセッサ１０１はこののち、取引処理を終了する。
操作者が上述のように決済の完了を指示する操作を行ったならば、プロセッサ１０１はＡＣＴ５７にてＹＥＳと判定し、ＡＣＴ５９へと進む。
ＡＣＴ５９としてプロセッサ１０１は、取引の内容を表したレシートをプリンタ１０８にプリントさせる。そしてプロセッサ１０１はこののち、取引処理を終了する。
【0067】
図１４はレシートの一例を表す図である。
図１４に表すレシートは、図１２の登録画面ＳＣＡにてボタンＢＵＣがタップされ、かつ図１３の入力画面ＳＣＣにてボタンＢＵＪがタップされたのち、現金決済の終了をもって登録画面ＳＣＡにてボタンＢＵＤがタップされた場合の例である。
プロセッサ１０１は、「ＣＣＣＣＣＣＣ」なる商品名の取引商品が在庫渡しであることを表すべく、「在庫品」なる文字列ＣＳＡをレシートに表している。プロセッサ１０１は、「ＤＤＤＤＤＤＤ」なる商品名の取引商品が発注渡しであることを表すべく、「発注品」なる文字列ＣＳＢをレシートに表している。プロセッサ１０１は、引渡日が２０２２年１２月０１日であることをエリアＡＲＫに表している。
図１４に表すレシートは、図１２の登録画面ＳＣＡにてボタンＢＵＣがタップされ、かつ図１３の入力画面ＳＣＣにてボタンＢＵＪがタップされたのち、現金決済の終了をもって登録画面ＳＣＡにてボタンＢＵＤがタップされた場合の例である。
プロセッサ１０１は、「ＣＣＣＣＣＣＣ」なる商品名の取引商品が在庫渡しであることを表すべく、「在庫品」なる文字列ＣＳＡをレシートに表している。プロセッサ１０１は、「ＤＤＤＤＤＤＤ」なる商品名の取引商品が発注渡しであることを表すべく、「発注品」なる文字列ＣＳＢをレシートに表している。プロセッサ１０１は、引渡日が２０２２年１２月０１日であることをエリアＡＲＫに表している。
【0068】
プロセッサ１０１は、取引処理プログラムＰＲＡ又は別の情報処理プログラムに従って、取引データの集計処理を実行する場合もある。そしてその集計処理においてプロセッサ１０１は、引渡区分毎の集計を行う。つまりプロセッサ１０１は、集計期間内に行われた取引に関しての取引商品の点数、客数及び合計金額を、通常渡し、在庫渡し及び発注渡しのそれぞれに関して求める。
【0069】
以上のように取引処理装置１００は、取引商品のリストを表す取引データＤＡＡに含める商品データに区分コードを含めていることによって、取引商品のそれぞれが、即時の引き渡しである通常渡しが指定されているか、後刻の引き渡しとなる在庫渡し又は発注渡しが指定されているかを区別可能とする。これにより、即時の引き渡しとなる商品と後刻の引き渡しとなる商品とを取引対象として混在する一括の取引を処理できる。
【0070】
また取引処理装置１００は、後刻の引き渡しに関し、在庫渡しとするか、あるいは発注渡しとするかを、区分コードを異ならせることにより判別可能としている。これにより、後刻の引き渡しのための商品に関して、在庫渡しとすべき商品と、発注渡しとすべき商品とが混在する一括の取引を処理できる。
【0071】
また取引処理装置１００は、在庫渡し又は発注渡しが指定されている商品が取引商品に含まれる場合には、当該の商品の引渡日を入力して、取引データＤＡＡに含めて判別可能とする。これにより、後刻の引き渡しとする取引商品の引き渡しの予定日を管理することが可能である。
【0072】
また取引処理装置１００は、新たに指定された取引商品に関する商品データを取引データＤＡＡに追加する前に、当該取引商品に関する引渡区分を決定し、その区分コードを、取引データに追加する商品データに含める。これにより、登録済みの取引商品に関する引渡区分の指示を受けて、該当の商品に関する商品データを更新する場合に比べて、引渡区分の設定漏れが生じることを防止できる。
【0073】
また取引処理装置１００は、登録済みの取引商品の引渡区分を、操作者による操作に応じて変更する。これにより、取引商品の登録時に引渡区分を適正に設定できなかった場合に、それを容易に修正することができる。
【0074】
この実施形態は、次のような種々の変形実施が可能である。
後刻の引き渡しに相当する引渡区分は、在庫渡し及び発注渡しのいずれか一方のみとしてもよい。あるいは後刻の引き渡しに相当する引渡区分に、在庫渡し及び発注渡しとは別の区分が含まれてもよい。別の区分としては例えば、同一系列の他店舗から取り寄せた商品を客に引き渡すようなケースが想定される。
後刻の引き渡しに相当する引渡区分は、在庫渡し及び発注渡しのいずれか一方のみとしてもよい。あるいは後刻の引き渡しに相当する引渡区分に、在庫渡し及び発注渡しとは別の区分が含まれてもよい。別の区分としては例えば、同一系列の他店舗から取り寄せた商品を客に引き渡すようなケースが想定される。
【0075】
初期の登録モードは、第２の登録モード又は第３の登録モードとしてもよい。
【0076】
各登録モードのうちの１つを標準登録モードとして定めておき、標準登録モード以外の登録モードを設定した状態で１つの取引商品を登録する毎に、標準登録モードに戻すようにしてもよい。例えば、上記の実施形態において、第１の登録モードを標準登録モードとし、第２の登録モード又は第３の登録モードを設定した状態で１つの取引商品を登録し終えたならば、第１の登録モードを設定するようにしてもよい。つまりプロセッサ１０１は、図４中のＡＣＴ３６を終えたならば、図３中のＡＣＴ１３へと戻るようにする。
【0077】
１つの取引商品を登録する毎に、その取引商品の引渡区分の指定を受けるようにしてもよい。
【0078】
商品を判定したのちに、その商品に関する引渡区分の指示を受けてもよい。
【0079】
取引商品として登録する際には、予め定められた引渡区分を設定しておき、登録済みの個々の取引商品の引渡区分を操作者による指示に応じて適宜に変更してもよい。
【0080】
情報処理によりプロセッサ１０１が実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。
【0081】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【0082】
１００…取引処理装置、１０１…プロセッサ、１０２…メイン記憶ユニット、１０３…補助記憶ユニット、１０４…タッチパネル、１０５…キーボード、１０６…スキャンユニット、１０７…決済ユニット、１０８…プリンタ、１０９…通信ユニット、１１０…伝送路、２００…通信ネットワーク。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
