知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6205313
(24)【登録日】2017年9月8日
(45)【発行日】2017年9月27日
(54)【発明の名称】販売データ処理装置およびその制御プログラム
(51)【国際特許分類】
G07G 1/00 20060101AFI20170914BHJP
【ＦＩ】
G07G1/00 321Z
G07G1/00 311A
【請求項の数】4
【全頁数】15
(21)【出願番号】特願2014-126596(P2014-126596)
(22)【出願日】2014年6月19日
(65)【公開番号】特開2016-4554(P2016-4554A)
(43)【公開日】2016年1月12日
【審査請求日】2016年7月19日
(73)【特許権者】
【識別番号】000003562
【氏名又は名称】東芝テック株式会社
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100109830
【弁理士】
【氏名又は名称】福原 淑弘
(74)【代理人】
【識別番号】100103034
【弁理士】
【氏名又は名称】野河 信久
(74)【代理人】
【識別番号】100075672
【弁理士】
【氏名又は名称】峰 隆司
(74)【代理人】
【識別番号】100153051
【弁理士】
【氏名又は名称】河野 直樹
(74)【代理人】
【識別番号】100140176
【弁理士】
【氏名又は名称】砂川 克
(74)【代理人】
【識別番号】100158805
【弁理士】
【氏名又は名称】井関 守三
(74)【代理人】
【識別番号】100179062
【弁理士】
【氏名又は名称】井上 正
(74)【代理人】
【識別番号】100124394
【弁理士】
【氏名又は名称】佐藤 立志
(74)【代理人】
【識別番号】100112807
【弁理士】
【氏名又は名称】岡田 貴志
(74)【代理人】
【識別番号】100111073
【弁理士】
【氏名又は名称】堀内 美保子
(72)【発明者】
【氏名】廣瀬 崇史
【審査官】
永安 真
(56)【参考文献】
【文献】
特開２００５−３０９６９４（ＪＰ，Ａ）
【文献】
特開２０１２−１２３６９５（ＪＰ，Ａ）
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｇ０７Ｇ １／００ − １／１４
(57)【特許請求の範囲】
【請求項1】
オペレータにより操作される複数種の被操作ユニットの操作に伴う衝撃を検知する衝撃センサと、
前記衝撃センサにより検知された前記衝撃が、複数種の前記被操作ユニットのうちのいずれに対する操作に伴うかを判定する判定部と、
前記衝撃センサにより一定強度以上の前記衝撃が検知されたことに応じて、いずれも前記オペレータに注意を促すためのものであり、かつ前記判定部での判定結果に応じて異なる報知動作を行う報知部と、
を具備した販売データ処理装置。
前記衝撃センサにより検知された前記衝撃が、複数種の前記被操作ユニットのうちのいずれに対する操作に伴うかを判定する判定部と、
前記衝撃センサにより一定強度以上の前記衝撃が検知されたことに応じて、いずれも前記オペレータに注意を促すためのものであり、かつ前記判定部での判定結果に応じて異なる報知動作を行う報知部と、
を具備した販売データ処理装置。
【請求項2】
前記報知動作は、文字メッセージの表示であり、
前記報知部は、複数種類の前記被操作ユニットのそれぞれに対して個別に予め定められた複数の文字メッセージのうちの前記判定部により判定された種類に応じた文字メッセージを表示する、
請求項１に記載の販売データ処理装置。
前記報知部は、複数種類の前記被操作ユニットのそれぞれに対して個別に予め定められた複数の文字メッセージのうちの前記判定部により判定された種類に応じた文字メッセージを表示する、
請求項１に記載の販売データ処理装置。
【請求項3】
前記報知部は、前記衝撃センサにより検知された前記衝撃が、複数種類の前記被操作ユニットのうちのいずれに対する操作に伴うかを前記判定部が判定できない場合には、前記複数の文字メッセージとは別の文字メッセージを表示する、
請求項２に記載の販売データ処理装置。
請求項２に記載の販売データ処理装置。
【請求項4】
オペレータにより操作される複数種の被操作ユニットの操作に伴う衝撃を検知する衝撃センサと、
前記オペレータに注意を促すための報知動作を行う報知デバイスと、
を備えた販売データ処理装置を制御するコンピュータを、
前記衝撃センサにより検知された前記衝撃が、複数種類の前記被操作ユニットのうちのいずれに対する操作に伴うかを判定する判定部と、
前記衝撃センサにより一定強度以上の前記衝撃が検知されたことに応じて、いずれも前記オペレータに注意を促すためのものであり、かつ前記判定部での判定結果に応じて異なる報知動作を行う制御部と、
して機能させるための制御プログラム。
前記オペレータに注意を促すための報知動作を行う報知デバイスと、
を備えた販売データ処理装置を制御するコンピュータを、
前記衝撃センサにより検知された前記衝撃が、複数種類の前記被操作ユニットのうちのいずれに対する操作に伴うかを判定する判定部と、
前記衝撃センサにより一定強度以上の前記衝撃が検知されたことに応じて、いずれも前記オペレータに注意を促すためのものであり、かつ前記判定部での判定結果に応じて異なる報知動作を行う制御部と、
して機能させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施形態は、販売データ処理装置およびその制御プログラムに関する。
【背景技術】
【0002】
ＰＯＳ端末装置などの販売データ処理装置は、ハードディスクドライブなどのような、衝撃により破損する恐れのあるデバイスを備える。
【0003】
例えば、ドロワを乱暴に閉じた場合には大きな衝撃が生じやすく、そのような衝撃が繰り返されると、上記のデバイスを破損させてしまう危険性が高まる。
【0004】
このような事情から、繰り返しの衝撃によりデバイスの破損が生じてしまうことを防止できることが望まれていた。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開平５−２３３９５４号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
本発明が解決しようとする課題は、繰り返しの衝撃によりデバイスの破損が生じてしまうことを防止できる販売データ処理装置およびその制御プログラムを提供することである。
【課題を解決するための手段】
【0007】
実施形態の販売データ処理装置は、衝撃センサ、判定部および報知部を備える。衝撃センサは、オペレータにより操作される複数種の被操作ユニットの操作に伴う衝撃を検知する。判定部は、衝撃センサにより検知された衝撃が、複数種の被操作ユニットのうちのいずれに対する操作に伴うかを判定する。報知部は、衝撃センサにより一定強度以上の衝撃が検知されたことに応じて、いずれもオペレータに注意を促すためのものであり、かつ前記判定部での判定結果に応じて異なる報知動作を行う。
【図面の簡単な説明】
【0008】
【図1】実施形態に係るレジスタのブロック図。
【図3】第１の実施形態における制御処理のフローチャート。
【図4】第１の実施形態における制御処理のフローチャート。
【図5】一例としての第１の警告画像を示す図。
【図6】一例としての第２の警告画像を示す図。
【図7】一例としての第３の警告画像を示す図。
【図8】一例としての第４の警告画像を示す図。
【図9】第２の実施形態における制御処理のフローチャート。
【図10】第２の実施形態における制御処理のフローチャート。
【図11】一例としての第２の警告画像を示す図。
【図12】一例としての第３の警告画像を示す図。
【図13】一例としての第４の警告画像を示す図。
【発明を実施するための形態】
【0009】
以下、実施の形態について図面を用いて説明する。なお、本実施の形態では、本願の販売データ処理装置を電子キャッシュレジスタ（以降においては、「レジスタ」と略記する）として実施する場合につき説明する。
【0011】
レジスタ１００は、ＣＰＵ（central processing unit）１、ＲＯＭ（read-only memory）２、ＲＡＭ（random-access memory）３、ＨＤＤ（hard disk drive）４、時計ユニット５、入出力ポート（Ｉ／Ｏ）６、通信インタフェース（通信Ｉ／Ｆ）７，８，９，１０，１１，１２、キーボード１３、タッチパネル１４、客面表示器１５、レシートプリンタ１６、ジャーナルプリンタ１７、衝撃センサ１８およびバスライン１９を含む。そして、ＣＰＵ１、ＲＯＭ２、ＲＡＭ３、ＨＤＤ４、時計ユニット５、入出力ポート６および通信インタフェース７〜１２は、バスライン１９にそれぞれ接続されている。なお、ＣＰＵ１、ＲＯＭ２、ＲＡＭ３およびＨＤＤ４は、バスライン１９により接続されることによりコンピュータを構成している。
【0012】
ＣＰＵ１は、上記コンピュータの中枢部分に相当する。ＣＰＵ１は、オペレーティングシステムやアプリケーションプログラムに従って、レジスタ１００としての各種の機能を実現するべく各部を制御する。
【0013】
ＲＯＭ２は、上記コンピュータの主記憶部分に相当する。ＲＯＭ２は、上記のオペレーティングシステムやアプリケーションプログラムを記憶する。ＲＯＭ２は、ＣＰＵ１が各種の処理を実行する上で必要なデータを記憶する場合もある。
【0014】
ＲＡＭ３は、上記コンピュータの主記憶部分に相当する。ＲＡＭ３は、ＣＰＵ１が各種の処理を実行する上で必要なデータを必要に応じて記憶する。またＲＡＭ３は、ＣＰＵ１が各種の処理を行う際のワークエリアとしても利用される。
【0015】
ＨＤＤ４は、上記コンピュータの補助記憶部分に相当する。ＨＤＤ４は、ＣＰＵ１が各種の処理を行う上で使用するデータや、ＣＰＵ１での処理によって生成されたデータを保存する。ＨＤＤ４は、上記のアプリケーションプログラムを記憶する場合もある。
【0016】
ＲＯＭ２またはＨＤＤ４が保存するアプリケーションプログラムには、後述する制御処理について記述した制御プログラムが含まれる。このレジスタ１００の譲渡は一般に、この制御プログラムがＲＯＭ２またはＨＤＤ４に記憶された状態にて行われる。しかし、ＨＤＤ４またはその他の書き込み可能な記憶デバイスに、このレジスタ１００とは個別に譲渡された制御プログラムがユーザなどの操作に応じて書き込まれても良い。制御プログラムの譲渡は、リムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。上記の記憶媒体は、上記のコンピュータ装置に内蔵または接続された読取装置によって読み取り可能であれば、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなど、その形態は問わない。
【0017】
時計ユニット５は、定常的に計時動作を行い、日付および時刻を表した日時情報を生成する。時計ユニット５としては、例えばＴＯＤ（time of day）時計が利用できる。
【0018】
入出力ポート６は、ＣＰＵ１からドロワ開放が指示されたことに応じてドロワ２００を駆動するための駆動信号をドロワ２００に対して出力する。ドロワ２００は、紙幣や硬貨を収容する。ドロワ２００は、駆動信号を受けて自動的に開放する。ドロワ２００は、オペレータにより閉じられる。ドロワ２００は、クローズセンサを内蔵し、閉じられた場合にはクローズ信号をレジスタ１００へと出力する。ドロワ２００は、被操作ユニットの一例である。
【0019】
通信インタフェース７〜１２には、キーボード１３、タッチパネル１４、客面表示器１５、レシートプリンタ１６、ジャーナルプリンタ１７および衝撃センサ１８がそれぞれ接続される。通信インタフェース７〜１２は、これら接続されたデバイスとＣＰＵ１との通信をインタフェースする。通信インタフェースとしては、例えばＲＳ（recommended standard）−２３２Ｃ、ＰＳ／２、ＵＳＢ（universal serial bus）、ＬＶＤＳ（low voltage differential signaling）、ＩＥＥＥ（institute of electrical and electronic engineers）１２８４（いわゆるセントロニクス仕様）などの周知の規格に準拠したデバイスを適宜に利用できる。
【0020】
キーボード１３は、オペレータによる操作の内容を表したコマンドを出力する。キーボード１３は、被操作ユニットの一例である。
【0021】
タッチパネル１４は、表示デバイスおよびタッチセンサを含む。表示デバイスは、ＧＵＩ画面などのオペレータに対して提示すべき任意の画面を表示する。表示デバイスとしては、例えばカラーＬＣＤ（liquid crystal display）等の周知のデバイスが利用できる。タッチセンサは、表示デバイスの表示面に重ねて配置されている。タッチセンサは、表示デバイスの表示面へのオペレータのタッチ位置を検出し、その位置情報をＣＰＵ３１へと送る。タッチセンサとしては、周知のデバイスが利用できる。タッチパネル１４は、被操作デバイスの一例である。
【0022】
客面表示器１５は、例えばＬＣＤまたは蛍光管表示器であり、ＣＰＵ１の制御の下に任意の画像を表示可能である。客面表示器１５は、通常は、顧客に対して提示するべき各種の情報を表した画像を表示するために利用される。
【0023】
レシートプリンタ１６は、例えばサーマルプリンタやドットインパクトプリンタなどであり、レシートなどの伝票を印刷する。
【0024】
ジャーナルプリンタ１７は、例えばサーマルプリンタやドットインパクトプリンタなどであり、レジスタ１００での登録処理に関する履歴情報をロール紙に対して印字する。これによりジャーナルプリンタ１７は、多数の登録処理に関する履歴情報が印字されたロール紙としてのジャーナルを作成する。
【0025】
衝撃センサ１８は、レジスタ１００が受けた衝撃の強度を検知し、その強度に応じた衝撃値を出力する。衝撃センサ１８としては、例えば加速度計などが利用できる。
【0026】
次に以上のように構成されたレジスタ１００の動作についての第１および第２の実施形態について順に説明する。
【0027】
（第１の実施形態）ＣＰＵ１は、既存の電子キャッシュレジスタが備える各種の機能を実現するための処理を、当該既存の電子キャッシュレジスタで行われているのと同様にして実行する。ＣＰＵ１はこれとは別タスクの処理として、次の制御処理を繰り返し実行する。
【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】
以下、第２の実施形態における制御処理について説明する。
【0071】
第２の実施形態においては、４つの閾値ＳＨ１，ＳＨ２，ＳＨ３，ＳＨ４を予め個別に定めておく。閾値ＳＨ１〜ＳＨ４は、レジスタ１００の設計者等によって任意に定められて良い。閾値ＳＨ１〜ＳＨ４のうちの一部が同一値であっても良い。ここでは、閾値ＳＨ１はＨＤＤ４の損傷につながる恐れのある大きさに、閾値ＳＨ２はキーボード１３の損傷につながる恐れのある大きさに、閾値ＳＨ３はタッチパネル１４の損傷につながる恐れのある大きさに、そして閾値ＳＨ４はレジスタ１００の何らかの障害につながる恐れのある大きさに、それぞれ定めることが想定される。
【0072】
Ａｃｔ２１〜Ａｃｔ２５においてＣＰＵ１は、前述の第１の実施形態におけるＡｃｔ１〜Ａｃｔ５と同様に、ドロワクローズ、キープッシュおよびパネルタッチのいずれかが発生するか、あるいは衝撃が生じるのを待ち受ける。ただしＣＰＵ１はＡｃｔ２５においては、取得した衝撃値が閾値ＳＨ４以上であるか否かを確認する。
【0073】
ＣＰＵ１は、ドロワ２００がオペレータにより閉じられたことに応じてドロワ２００がクローズ信号を出力し、これが入出力ポート６により入力されたならば、Ａｃｔ２１にてＹＥＳと判定し、Ａｃｔ２６へと進む。
【0074】
Ａｃｔ２６においてＣＰＵ１は、閾値ＳＨに閾値ＳＨ１をセットする。閾値ＳＨは例えば、ＲＡＭ３に記憶されるデータである。
【0075】
ＣＰＵ１は、キーボード１３のいずれかのキーがオペレータによりプッシュされたことに応じてキーボード１３がコマンドを出力し、これが通信インタフェース７により入力されたならば、Ａｃｔ２２にてＹＥＳと判定し、Ａｃｔ２７へと進む。
【0076】
Ａｃｔ２７においてＣＰＵ１は、閾値ＳＨに閾値ＳＨ２をセットする。
【0077】
ＣＰＵ１は、タッチパネル１４の画面がオペレータによりタッチされたことに応じてタッチパネル１４が位置情報を出力し、これが通信インタフェース７により入力されたならば、Ａｃｔ２３にてＹＥＳと判定し、Ａｃｔ２８へと進む。
【0078】
Ａｃｔ２８においてＣＰＵ１は、閾値ＳＨに閾値ＳＨ３をセットする。
【0079】
ＣＰＵ１は、Ａｃｔ２６〜Ａｃｔ２８でのいずれかで閾値ＳＨをセットしたならば、図１０のＡｃｔ２９へと進む。
【0080】
Ａｃｔ２９においてＣＰＵ１は、衝撃センサ１８が出力する衝撃値を、通信インタフェース１２を介して取得する。
【0081】
Ａｃｔ３０においてＣＰＵ１は、Ａｃｔ２１〜Ａｃｔ２３のいずれかでＹＥＳと判定してから予め定められた時間が経過するまでの待機期間が終了したか否かを確認する。そしてＣＰＵ１は、待機期間が終了していないためにＮＯと判定したならば、Ａｃｔ３１へと進む。
【0082】
Ａｃｔ３１においてＣＰＵ１は、上記の取得した衝撃値が閾値ＳＨ以上であるか否かを確認する。そしてＣＰＵ１は、衝撃値が閾値ＳＨ未満であるためにＮＯと判定したならば、Ａｃｔ３０へと戻る。
【0083】
かくしてＣＰＵ１は、Ａｃｔ３０，Ａｃｔ３１において、待機期間内に閾値ＳＨ以上の衝撃値が検知されるか否かを確認する。そしてＣＰＵ１は、待機期間内に閾値ＳＨ以上の衝撃値が検知されたならば、Ａｃｔ３１にてＹＥＳと判定し、Ａｃｔ３２へと進む。
【0084】
Ａｃｔ３２においてＣＰＵ１は、閾値ＳＨに閾値ＳＨ１がセットされているか否かを確認する。そしてＣＰＵ１は、閾値ＳＨに閾値ＳＨ１がセットされているならばＹＥＳと判定し、Ａｃｔ３３へと進む。
【0085】
Ａｃｔ３３においてＣＰＵ１は、第１の警告表示を行う。第１の警告表示は、ドロワを閉めるに際して、ＨＤＤ４の損傷につながる恐れのある大きな衝撃が生じたことをオペレータに報知するための報知動作である。具体的にはＣＰＵ１は、第１の警告画像をタッチパネル１４に表示させる。第１の警告画像は、例えば第１の実施形態の第１の警告画像と同様なものとすることが想定される。
【0086】
ＣＰＵ１は、閾値ＳＨに閾値ＳＨ１がセットされていないためにＡｃｔ３２にてＮＯと判定したならば、Ａｃｔ３４へと進む。
【0087】
Ａｃｔ３４においてＣＰＵ１は、閾値ＳＨに閾値ＳＨ２がセットされているか否かを確認する。そしてＣＰＵ１は、閾値ＳＨに閾値ＳＨ２がセットされているならばＹＥＳと判定し、Ａｃｔ３５へと進む。
【0088】
Ａｃｔ３５においてＣＰＵ１は、第２の警告表示を行う。第２の警告表示は、キーボード１３をプッシュするに際して、キーボード１３の損傷につながる恐れのある大きな衝撃が生じたことをオペレータに報知するための報知動作である。具体的にはＣＰＵ１は、第２の警告画像をタッチパネル１４に表示させる。
【0089】
図１１は一例としての第２の警告画像を示す図である。
【0090】
図１１に示す第２の警告画像は、第１の実施形態の第２の警告画像における、ＨＤＤ４が破損する恐れがある旨を表した文字メッセージを、キーボード１３が破損する恐れがある旨を表した文字メッセージに代えたものである。
【0091】
ＣＰＵ１は、閾値ＳＨに閾値ＳＨ２がセットされていないためにＡｃｔ３４にてＮＯと判定したならば、Ａｃｔ３６へと進む。
【0092】
Ａｃｔ３６においてＣＰＵ１は、第３の警告表示を行う。第３の警告表示は、タッチパネル１４の画面をタッチするに際して、タッチパネル１４の損傷につながる恐れのある大きな衝撃が生じたことをオペレータに報知するための報知動作である。具体的にはＣＰＵ１は、第３の警告画像をタッチパネル１４に表示させる。
【0093】
図１２は一例としての第３の警告画像を示す図である。
【0094】
図１２に示す第３の警告画像は、第１の実施形態の第３の警告画像における、ＨＤＤ４が破損する恐れがある旨を表した文字メッセージを、タッチパネル１４が破損する恐れがある旨を表した文字メッセージに代えたものである。
【0095】
ＣＰＵ１は、第１〜第３の警告画像がそれぞれ含むＯＫボタンがオペレータによりタッチされたことを持って、Ａｃｔ３３、Ａｃｔ３５またはＡｃｔ３６における警告表示を終了し、さらに図９，１０に示す制御処理を終了する。
【0096】
ところでＣＰＵ１は、図３中のＡｃｔ２４で取得した衝撃値が閾値ＳＨ４以上であった場合には、Ａｃｔ２５にてＹＥＳと判定してＡｃｔ３７へと進む。
【0097】
Ａｃｔ３７においてＣＰＵ１は、第４の警告表示を行う。第４の警告表示は、原因および影響するデバイスを提示すること無しに、大きな衝撃が生じたことをオペレータに報知するための報知動作である。具体的にはＣＰＵ１は、第４の警告画像をタッチパネル１４に表示させる。
【0098】
図１３は一例としての第４の警告画像を示す図である。
【0099】
図１３に示す第４の警告画像は、第１の実施形態における第４の警告画像における、ＨＤＤ４が破損する恐れがある旨を表した文字メッセージを、単に注意が必要である旨を表した文字メッセージに代えたものである。
【0100】
ＣＰＵ１は、第４の警告画像が含むＯＫボタンがオペレータによりタッチされたことをもって、図９，１０に示す制御処理を終了する。
【0101】
以上のように第２の実施形態によれば、第１の実施形態と同様に、注意をすべきことをオペレータに認識させることができ、以後においてレジスタ１００に同様の衝撃が加えられる危険性を低減できる。
【0102】
また第２の実施形態によれば、ＣＰＵ１は、衝撃の原因となる操作の種類を判定し、その種類に応じて予め定められた閾値以上の衝撃が生じた場合に、警告表示を行う。つまり制御プログラムに基づいて図９，１０に示す制御処理をＣＰＵ１が実行することによって、ＣＰＵ１を中枢部分とするコンピュータは判定部として機能する。そしてこれにより、衝撃が生じた原因と、その衝撃により損傷につながる恐れのあるデバイスの違いとを考慮して適切に警報動作を行うことが可能である。
【0103】
この実施形態は、次のような種々の変形実施が可能である。
【0104】
警報動作は、文字メッセージの表示に変えて、あるいは文字メッセージの表示に加えて、アイコンなどの表示、警報音の出力、音声メッセージの出力、振動、あるいは発光などのさまざまな動作を行うことができる。
【0105】
ＰＯＳ（point-of-sale）端末などの、別の種類の販売データ処理装置においても、上記の各実施形態と同様に実施が可能である。
【0106】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。以下に、本願の当初の特許請求の範囲に記載された発明を付記する。
［付記１］ オペレータにより操作される少なくとも１つの被操作ユニットの操作に伴う衝撃を検知する衝撃センサと、
前記衝撃センサにより一定強度以上の前記衝撃が検知されたことに応じて、前記オペレータに注意を促すための報知動作を行う報知部とを具備したことを特徴とする販売データ処理装置。
［付記２］ 前記被操作ユニットを複数種類含み、
前記衝撃センサにより検知された前記衝撃が、複数種類の前記被操作ユニットのうちのいずれに対する操作に伴うかを判定する判定部をさらに備えることを特徴とする付記１に記載の販売データ処理装置。
［付記３］ 前記報知動作は、文字メッセージの表示であり、
前記報知部は、複数種類の前記被操作ユニットのそれぞれに対して個別に予め定められた複数の文字メッセージのうちの前記判定部により判定された種類に応じた文字メッセージを表示することを特徴とする付記２に記載の販売データ処理装置。
［付記４］ 前記報知部は、前記衝撃センサにより検知された前記衝撃が、複数種類の前記被操作ユニットのうちのいずれに対する操作に伴うかを前記判定部が判定できない場合には、前記複数の文字メッセージとは別の文字メッセージを表示することを特徴とする付記３に記載の販売データ処理装置。
［付記５］ 前記被操作ユニットを複数種類含み、
前記報知部は、複数種類の前記被操作ユニットの１つが操作されたことに伴って、複数種類の前記被操作ユニットのそれぞれに対して個別に予め定められた強度のうちの前記操作された種類の被操作ユニットに対応する強度以上の前記衝撃が前記衝撃センサにより検知されたことに応じて前記報知動作を行うことを特徴とする付記１に記載の販売データ処理装置。
［付記６］ オペレータにより操作される少なくとも１つの被操作ユニットの操作に伴う衝撃を検知する衝撃センサと、
前記オペレータに注意を促すための報知動作を行う報知デバイスとを備えた販売データ処理を制御するコンピュータを、
前記衝撃センサにより一定強度以上の前記衝撃が検知されたことに応じて、前記オペレータに注意を促すための報知動作を行う制御部として機能させるための制御プログラム。
【符号の説明】
【0107】
１…ＣＰＵ、２…ＲＯＭ、３…ＲＡＭ、４…ＨＤＤ、５…時計ユニット、６…入出力ポート、７〜１２…通信インタフェース、１３…キーボード、１４…タッチパネル、１５…客面表示器、１６…レシートプリンタ、１７…ジャーナルプリンタ、１８…衝撃センサ、１９…バスライン、１００…レジスタ、２００…ドロワ。