(57)【要約】【課題】  繰り返しの衝撃によりデバイスの破損が生じることを防止する。【解決手段】  実施形態の販売データ処理装置は、衝撃センサと報知部とを備える。衝撃センサは、オペレータにより操作される少なくとも１つの被操作ユニットの操作に伴う衝撃を検知する。報知部は、衝撃センサにより一定強度以上の衝撃が検知されたことに応じて、オペレータに注意を促すための報知動作を行う。【選択図】      図１
2016004554.tif 000002
【特許請求の範囲】
【請求項１】
オペレータにより操作される少なくとも１つの被操作ユニットの操作に伴う衝撃を検知する衝撃センサと、
前記衝撃センサにより一定強度以上の前記衝撃が検知されたことに応じて、前記オペレータに注意を促すための報知動作を行う報知部とを具備したことを特徴とする販売データ処理装置。
【請求項２】
前記被操作ユニットを複数種類含み、
前記衝撃センサにより検知された前記衝撃が、複数種類の前記被操作ユニットのうちのいずれに対する操作に伴うかを判定する判定部をさらに備えることを特徴とする請求項１に記載の販売データ処理装置。
【請求項３】
前記報知動作は、文字メッセージの表示であり、
前記報知部は、複数種類の前記被操作ユニットのそれぞれに対して個別に予め定められた複数の文字メッセージのうちの前記判定部により判定された種類に応じた文字メッセージを表示することを特徴とする請求項２に記載の販売データ処理装置。
【請求項４】
前記報知部は、前記衝撃センサにより検知された前記衝撃が、複数種類の前記被操作ユニットのうちのいずれに対する操作に伴うかを前記判定部が判定できない場合には、前記複数の文字メッセージとは別の文字メッセージを表示することを特徴とする請求項３に記載の販売データ処理装置。
【請求項５】
前記被操作ユニットを複数種類含み、
前記報知部は、複数種類の前記被操作ユニットの１つが操作されたことに伴って、複数種類の前記被操作ユニットのそれぞれに対して個別に予め定められた強度のうちの前記操作された種類の被操作ユニットに対応する強度以上の前記衝撃が前記衝撃センサにより検知されたことに応じて前記報知動作を行うことを特徴とする請求項１に記載の販売データ処理装置。
【請求項６】
オペレータにより操作される少なくとも１つの被操作ユニットの操作に伴う衝撃を検知する衝撃センサと、
前記オペレータに注意を促すための報知動作を行う報知デバイスとを備えた販売データ処理を制御するコンピュータを、
前記衝撃センサにより一定強度以上の前記衝撃が検知されたことに応じて、前記オペレータに注意を促すための報知動作を行う制御部として機能させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、販売データ処理装置およびその制御プログラムに関する。
【背景技術】
【０００２】
ＰＯＳ端末装置などの販売データ処理装置は、ハードディスクドライブなどのような、衝撃により破損する恐れのあるデバイスを備える。
【０００３】
例えば、ドロワを乱暴に閉じた場合には大きな衝撃が生じやすく、そのような衝撃が繰り返されると、上記のデバイスを破損させてしまう危険性が高まる。
【０００４】
このような事情から、繰り返しの衝撃によりデバイスの破損が生じてしまうことを防止できることが望まれていた。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平５−２３３９５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が解決しようとする課題は、繰り返しの衝撃によりデバイスの破損が生じてしまうことを防止できる販売データ処理装置およびその制御プログラムを提供することである。
【課題を解決するための手段】
【０００７】
実施形態の販売データ処理装置は、衝撃センサと報知部とを備える。衝撃センサは、オペレータにより操作される少なくとも１つの被操作ユニットの操作に伴う衝撃を検知する。報知部は、衝撃センサにより一定強度以上の衝撃が検知されたことに応じて、オペレータに注意を促すための報知動作を行う。
【図面の簡単な説明】
【０００８】
【図１】実施形態に係るレジスタのブロック図。
【図２】図１に示すレジスタの外観の斜視図。
【図３】第１の実施形態における制御処理のフローチャート。
【図４】第１の実施形態における制御処理のフローチャート。
【図５】一例としての第１の警告画像を示す図。
【図６】一例としての第２の警告画像を示す図。
【図７】一例としての第３の警告画像を示す図。
【図８】一例としての第４の警告画像を示す図。
【図９】第２の実施形態における制御処理のフローチャート。
【図１０】第２の実施形態における制御処理のフローチャート。
【図１１】一例としての第２の警告画像を示す図。
【図１２】一例としての第３の警告画像を示す図。
【図１３】一例としての第４の警告画像を示す図。
【発明を実施するための形態】
【０００９】
以下、実施の形態について図面を用いて説明する。なお、本実施の形態では、本願の販売データ処理装置を電子キャッシュレジスタ（以降においては、「レジスタ」と略記する）として実施する場合につき説明する。
【００１０】
図１は本実施形態に係るレジスタ１００のブロック図である。図２はレジスタ１００の外観の斜視図である。なお、図１および図２においては、同一の要素については同一の符号を付している。
【００１１】
レジスタ１００は、ＣＰＵ（central processing unit）１、ＲＯＭ（read-only memory）２、ＲＡＭ（random-access memory）３、ＨＤＤ（hard disk drive）４、時計ユニット５、入出力ポート（Ｉ／Ｏ）６、通信インタフェース（通信Ｉ／Ｆ）７，８，９，１０，１１，１２、キーボード１３、タッチパネル１４、客面表示器１５、レシートプリンタ１６、ジャーナルプリンタ１７、衝撃センサ１８およびバスライン１９を含む。そして、ＣＰＵ１、ＲＯＭ２、ＲＡＭ３、ＨＤＤ４、時計ユニット５、入出力ポート６および通信インタフェース７〜１２は、バスライン１９にそれぞれ接続されている。なお、ＣＰＵ１、ＲＯＭ２、ＲＡＭ３およびＨＤＤ４は、バスライン１９により接続されることによりコンピュータを構成している。
【００１２】
ＣＰＵ１は、上記コンピュータの中枢部分に相当する。ＣＰＵ１は、オペレーティングシステムやアプリケーションプログラムに従って、レジスタ１００としての各種の機能を実現するべく各部を制御する。
【００１３】
ＲＯＭ２は、上記コンピュータの主記憶部分に相当する。ＲＯＭ２は、上記のオペレーティングシステムやアプリケーションプログラムを記憶する。ＲＯＭ２は、ＣＰＵ１が各種の処理を実行する上で必要なデータを記憶する場合もある。
【００１４】
ＲＡＭ３は、上記コンピュータの主記憶部分に相当する。ＲＡＭ３は、ＣＰＵ１が各種の処理を実行する上で必要なデータを必要に応じて記憶する。またＲＡＭ３は、ＣＰＵ１が各種の処理を行う際のワークエリアとしても利用される。
【００１５】
ＨＤＤ４は、上記コンピュータの補助記憶部分に相当する。ＨＤＤ４は、ＣＰＵ１が各種の処理を行う上で使用するデータや、ＣＰＵ１での処理によって生成されたデータを保存する。ＨＤＤ４は、上記のアプリケーションプログラムを記憶する場合もある。
【００１６】
ＲＯＭ２またはＨＤＤ４が保存するアプリケーションプログラムには、後述する制御処理について記述した制御プログラムが含まれる。このレジスタ１００の譲渡は一般に、この制御プログラムがＲＯＭ２またはＨＤＤ４に記憶された状態にて行われる。しかし、ＨＤＤ４またはその他の書き込み可能な記憶デバイスに、このレジスタ１００とは個別に譲渡された制御プログラムがユーザなどの操作に応じて書き込まれても良い。制御プログラムの譲渡は、リムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。上記の記憶媒体は、上記のコンピュータ装置に内蔵または接続された読取装置によって読み取り可能であれば、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなど、その形態は問わない。
【００１７】
時計ユニット５は、定常的に計時動作を行い、日付および時刻を表した日時情報を生成する。時計ユニット５としては、例えばＴＯＤ（time of day）時計が利用できる。
【００１８】
入出力ポート６は、ＣＰＵ１からドロワ開放が指示されたことに応じてドロワ２００を駆動するための駆動信号をドロワ２００に対して出力する。ドロワ２００は、紙幣や硬貨を収容する。ドロワ２００は、駆動信号を受けて自動的に開放する。ドロワ２００は、オペレータにより閉じられる。ドロワ２００は、クローズセンサを内蔵し、閉じられた場合にはクローズ信号をレジスタ１００へと出力する。ドロワ２００は、被操作ユニットの一例である。
【００１９】
通信インタフェース７〜１２には、キーボード１３、タッチパネル１４、客面表示器１５、レシートプリンタ１６、ジャーナルプリンタ１７および衝撃センサ１８がそれぞれ接続される。通信インタフェース７〜１２は、これら接続されたデバイスとＣＰＵ１との通信をインタフェースする。通信インタフェースとしては、例えばＲＳ（recommended standard）−２３２Ｃ、ＰＳ／２、ＵＳＢ（universal serial bus）、ＬＶＤＳ（low voltage differential signaling）、ＩＥＥＥ（institute of electrical and electronic engineers）１２８４（いわゆるセントロニクス仕様）などの周知の規格に準拠したデバイスを適宜に利用できる。
【００２０】
キーボード１３は、オペレータによる操作の内容を表したコマンドを出力する。キーボード１３は、被操作ユニットの一例である。
【００２１】
タッチパネル１４は、表示デバイスおよびタッチセンサを含む。表示デバイスは、ＧＵＩ画面などのオペレータに対して提示すべき任意の画面を表示する。表示デバイスとしては、例えばカラーＬＣＤ（liquid crystal display）等の周知のデバイスが利用できる。タッチセンサは、表示デバイスの表示面に重ねて配置されている。タッチセンサは、表示デバイスの表示面へのオペレータのタッチ位置を検出し、その位置情報をＣＰＵ３１へと送る。タッチセンサとしては、周知のデバイスが利用できる。タッチパネル１４は、被操作デバイスの一例である。
【００２２】
客面表示器１５は、例えばＬＣＤまたは蛍光管表示器であり、ＣＰＵ１の制御の下に任意の画像を表示可能である。客面表示器１５は、通常は、顧客に対して提示するべき各種の情報を表した画像を表示するために利用される。
【００２３】
レシートプリンタ１６は、例えばサーマルプリンタやドットインパクトプリンタなどであり、レシートなどの伝票を印刷する。
【００２４】
ジャーナルプリンタ１７は、例えばサーマルプリンタやドットインパクトプリンタなどであり、レジスタ１００での登録処理に関する履歴情報をロール紙に対して印字する。これによりジャーナルプリンタ１７は、多数の登録処理に関する履歴情報が印字されたロール紙としてのジャーナルを作成する。
【００２５】
衝撃センサ１８は、レジスタ１００が受けた衝撃の強度を検知し、その強度に応じた衝撃値を出力する。衝撃センサ１８としては、例えば加速度計などが利用できる。
【００２６】
次に以上のように構成されたレジスタ１００の動作についての第１および第２の実施形態について順に説明する。
【００２７】
（第１の実施形態）
ＣＰＵ１は、既存の電子キャッシュレジスタが備える各種の機能を実現するための処理を、当該既存の電子キャッシュレジスタで行われているのと同様にして実行する。ＣＰＵ１はこれとは別タスクの処理として、次の制御処理を繰り返し実行する。
【００２８】
図３および図４は第１の実施形態における制御処理のフローチャートである。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。
【００２９】
Ａｃｔ１においてＣＰＵ１は、ドロワクローズされたか否かを確認する。ＣＰＵ１は、ドロワ２００から出力されたクローズ信号が入出力ポート６により入力されたか否かを確認し、入力されていないならばＮＯと判定する。そしてＣＰＵ１はこの場合、Ａｃｔ２へと進む。
【００３０】
Ａｃｔ２においてＣＰＵ１は、キープッシュされたか否か確認する。ＣＰＵ１は、キーボード１３から出力されたコマンドが通信インタフェース７により入力されたか否かを確認し、入力されていないならばＮＯと判定する。そしてＣＰＵ１はこの場合、Ａｃｔ３へと進む。
【００３１】
Ａｃｔ３においてＣＰＵ１は、パネルタッチされたか否かを確認する。ＣＰＵ１は、タッチパネル１４から出力された位置情報が通信インタフェース８により入力されたか否かを確認し、入力されていないならばＮＯと判定する。そしてＣＰＵ１はこの場合、Ａｃｔ４へと進む。
【００３２】
Ａｃｔ４においてＣＰＵ１は、衝撃センサ１８が出力する衝撃値を、通信インタフェース１２を介して取得する。
【００３３】
Ａｃｔ５においてＣＰＵ１は、上記の取得した衝撃値が予め定められた閾値ＳＨ以上であるか否かを確認する。なお、閾値ＳＨは、レジスタ１００の設計者等によって任意に定められて良い。一例として閾値ＳＨは、ＨＤＤ４の損傷につながる恐れのある大きさに定めることが想定される。そしてＣＰＵ１は、衝撃値が閾値ＳＨ未満であるためにＮＯと判定したならば、Ａｃｔ１に戻る。
【００３４】
かくしてＣＰＵ１は、Ａｃｔ１〜Ａｃｔ５において、ドロワクローズ、キープッシュおよびパネルタッチのいずれかが発生するか、あるいは閾値ＳＨ以上の衝撃値の衝撃が生じるのを待ち受ける。
【００３５】
ＣＰＵ１は、ドロワ２００がオペレータにより閉じられたことに応じてドロワ２００がクローズ信号を出力し、これが入出力ポート６により入力されたならば、Ａｃｔ１にてＹＥＳと判定し、Ａｃｔ６へと進む。
【００３６】
Ａｃｔ６においてＣＰＵ１は、フラグＦ１を「１」にセットする。フラグＦ１は例えば、ＲＡＭ３に記憶した１ビットのデータである。
【００３７】
さてＣＰＵ１は、キーボード１３のいずれかのキーがオペレータによりプッシュされたことに応じてキーボード１３がコマンドを出力し、これが通信インタフェース７により入力されたならば、Ａｃｔ２にてＹＥＳと判定し、Ａｃｔ７へと進む。
【００３８】
Ａｃｔ７においてＣＰＵ１は、フラグＦ２を「１」にセットする。フラグＦ２は例えば、ＲＡＭ３に記憶した１ビットのデータである。
【００３９】
ＣＰＵ１は、Ａｃｔ６またはＡｃｔ７でフラグＦ１またはＦ２を「１」にセットしたならば、図４のＡｃｔ８へと進む。またＣＰＵ１は、タッチパネル１４の画面がオペレータによりタッチされたことに応じてタッチパネル１４が位置情報を出力し、これが通信インタフェース８により入力されたならば、Ａｃｔ３にてＹＥＳと判定し、Ａｃｔ８へと進む。
【００４０】
Ａｃｔ８においてＣＰＵ１は、衝撃センサ１８が出力する衝撃値を、通信インタフェース１２を介して取得する。
【００４１】
Ａｃｔ９においてＣＰＵ１は、Ａｃｔ１〜Ａｃｔ３のいずれかでＹＥＳと判定してから予め定められた時間が経過するまでの待機期間が終了したか否かを確認する。そしてＣＰＵ１は、待機期間が終了していないためにＮＯと判定したならば、Ａｃｔ１０へと進む。
【００４２】
Ａｃｔ１０においてＣＰＵ１は、上記の取得した衝撃値が閾値ＳＨ以上であるか否かを確認する。そしてＣＰＵ１は、衝撃値が閾値ＳＨ未満であるためにＮＯと判定したならば、Ａｃｔ９へと戻る。
【００４３】
かくしてＣＰＵ１は、Ａｃｔ９，Ａｃｔ１０において、待機期間内に閾値ＳＨ以上の衝撃値が検知されるか否かを確認する。そしてＣＰＵ１は、待機期間内に閾値ＳＨ以上の衝撃値が検知されたならば、Ａｃｔ１０にてＹＥＳと判定し、Ａｃｔ１１へと進む。
【００４４】
Ａｃｔ１１においてＣＰＵ１は、フラグＦ１が「１」にセットされているか否かを確認する。そしてＣＰＵ１は、フラグＦ１が「１」にセットされているならばＹＥＳと判定し、Ａｃｔ１２へと進む。
【００４５】
Ａｃｔ１２においてＣＰＵ１は、第１の警告表示を行う。第１の警告表示は、ドロワを閉めるに際して大きな衝撃が生じたことをオペレータに報知するための報知動作である。具体的にはＣＰＵ１は、第１の警告画像をタッチパネル１４に表示させる。
【００４６】
図５は一例としての第１の警告画像を示す図である。
【００４７】
図５に示す第１の警告画像は、衝撃を検出した旨、ＨＤＤ４が破損する恐れがある旨、さらにはドロワを閉める作業に際して注意が必要である旨をそれぞれ表した文字メッセージを含む。
【００４８】
ＣＰＵ１は、フラグＦ１が「１」にセットされていないためにＡｃｔ１１にてＮＯと判定したならば、Ａｃｔ１３へと進む。
【００４９】
Ａｃｔ１３においてＣＰＵ１は、フラグＦ２が「１」にセットされているか否かを確認する。そしてＣＰＵ１は、フラグＦ２が「１」にセットされているならばＹＥＳと判定し、Ａｃｔ１４へと進む。
【００５０】
Ａｃｔ１４においてＣＰＵ１は、第２の警告表示を行う。第２の警告表示は、キーボード１３をプッシュするに際して大きな衝撃が生じたことをオペレータに報知するための報知動作である。具体的にはＣＰＵ１は、第２の警告画像をタッチパネル１４に表示させる。
【００５１】
図６は一例としての第２の警告画像を示す図である。
【００５２】
図６に示す第２の警告画像は、第１の警告画像における、ドロワを閉める作業に際して注意が必要である旨を表した文字メッセージを、キーボード１３のプッシュに際して注意が必要である旨を表した文字メッセージに代えたものである。
【００５３】
ＣＰＵ１は、フラグＦ２が「１」にセットされていないためにＡｃｔ１３にてＮＯと判定したならば、Ａｃｔ１５へと進む。
【００５４】
Ａｃｔ１５においてＣＰＵ１は、第３の警告表示を行う。第３の警告表示は、タッチパネル１４の画面をタッチするに際して大きな衝撃が生じたことをオペレータに報知するための報知動作である。具体的にはＣＰＵ１は、第３の警告画像をタッチパネル１４に表示させる。
【００５５】
図７は一例としての第３の警告画像を示す図である。
【００５６】
図７に示す第３の警告画像は、第１の警告画像における、ドロワを閉める作業に際して注意が必要である旨を表した文字メッセージを、タッチパネル１４のタッチに際して注意が必要である旨を表した文字メッセージに代えたものである。
【００５７】
ＣＰＵ１は、第１〜第３の警告画像がそれぞれ含むＯＫボタンがオペレータによりタッチされたことをもって、Ａｃｔ１２、Ａｃｔ１４またはＡｃｔ１５における警告表示を終了し、Ａｃｔ１６へと進む。なおＣＰＵ１は、Ａｃｔ９およびＡｃｔ１０の待ち受け状態において、閾値ＳＨ以上の衝撃値が検知されることなく待機期間が終了したならば、Ａｃｔ９にてＹＥＳと判定し、Ａｃｔ１１〜Ａｃｔ１５をいずれも行うことなしにＡｃｔ１６へと進む。
【００５８】
Ａｃｔ１６においてＣＰＵ１は、フラグＦ１，Ｆ２をいずれも「０」にクリアする。
【００５９】
そしてＣＰＵ１は、これをもって図３，４に示す制御処理を終了する。
【００６０】
ところでＣＰＵ１は、図３中のＡｃｔ４で取得した衝撃値が閾値ＳＨ以上であった場合には、Ａｃｔ５にてＹＥＳと判定してＡｃｔ１７へと進む。
【００６１】
Ａｃｔ１７においてＣＰＵ１は、第４の警告表示を行う。第４の警告表示は、原因を提示すること無しに、大きな衝撃が生じたことをオペレータに報知するための報知動作である。具体的にはＣＰＵ１は、第４の警告画像をタッチパネル１４に表示させる。
【００６２】
図８は一例としての第４の警告画像を示す図である。
【００６３】
図８に示す第４の警告画像は、第１の警告画像における、ドロワを閉める作業に際して注意が必要である旨を表した文字メッセージを、単に注意が必要である旨を表した文字メッセージに代えたものである。
【００６４】
以上の第１〜第４の警告画像の表示は、それぞれ報知動作の一例である。従って、タッチパネル１４は、報知デバイスの一例である。また制御プログラムに基づいて上記の制御処理をＣＰＵ１が実行することによって、ＣＰＵ１を中枢部分とするコンピュータは制御部として機能する。そして、ＣＰＵ１とタッチパネル１４との協働により、報知部としての機能が実現される。
【００６５】
ＣＰＵ１は、第４の警告画像が含むＯＫボタンがオペレータによりタッチされたことをもって、図３，４に示す制御処理を終了する。
【００６６】
以上のように第１の実施形態によれば、衝撃センサ１８により閾値ＳＨ以上の衝撃値が検知されたことに応じて、オペレータに対して注意を促す報知動作が行われる。これにより、注意をすべきことをオペレータに認識させることができ、以降においてレジスタ１００に同様の衝撃が加えられる危険性を低減できる。
【００６７】
また第１の実施形態によれば、衝撃センサ１８により閾値ＳＨ以上の衝撃値が検知される直前においてドロワクローズ、キープッシュおよびパネルタッチのいずれかが行われていた場合には、それらを原因として提示する警告画像を表示するので、どのような操作に関して注意をするべきであるのかをオペレータに認識させることができる。
【００６８】
（第２の実施形態）
第２の実施形態は、ＣＰＵ１が実行する制御処理の内容が第１の実施形態とは異なる。
【００６９】
以下、第２の実施形態における制御処理について説明する。
【００７０】
図９および図１０は第２の実施形態における制御処理のフローチャートである。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。
【００７１】
第２の実施形態においては、４つの閾値ＳＨ１，ＳＨ２，ＳＨ３，ＳＨ４を予め個別に定めておく。閾値ＳＨ１〜ＳＨ４は、レジスタ１００の設計者等によって任意に定められて良い。閾値ＳＨ１〜ＳＨ４のうちの一部が同一値であっても良い。ここでは、閾値ＳＨ１はＨＤＤ４の損傷につながる恐れのある大きさに、閾値ＳＨ２はキーボード１３の損傷につながる恐れのある大きさに、閾値ＳＨ３はタッチパネル１４の損傷につながる恐れのある大きさに、そして閾値ＳＨ４はレジスタ１００の何らかの障害につながる恐れのある大きさに、それぞれ定めることが想定される。
【００７２】
Ａｃｔ２１〜Ａｃｔ２５においてＣＰＵ１は、前述の第１の実施形態におけるＡｃｔ１〜Ａｃｔ５と同様に、ドロワクローズ、キープッシュおよびパネルタッチのいずれかが発生するか、あるいは衝撃が生じるのを待ち受ける。ただしＣＰＵ１はＡｃｔ２５においては、取得した衝撃値が閾値ＳＨ４以上であるか否かを確認する。
【００７３】
ＣＰＵ１は、ドロワ２００がオペレータにより閉じられたことに応じてドロワ２００がクローズ信号を出力し、これが入出力ポート６により入力されたならば、Ａｃｔ２１にてＹＥＳと判定し、Ａｃｔ２６へと進む。
【００７４】
Ａｃｔ２６においてＣＰＵ１は、閾値ＳＨに閾値ＳＨ１をセットする。閾値ＳＨは例えば、ＲＡＭ３に記憶されるデータである。
【００７５】
ＣＰＵ１は、キーボード１３のいずれかのキーがオペレータによりプッシュされたことに応じてキーボード１３がコマンドを出力し、これが通信インタフェース７により入力されたならば、Ａｃｔ２２にてＹＥＳと判定し、Ａｃｔ２７へと進む。
【００７６】
Ａｃｔ２７においてＣＰＵ１は、閾値ＳＨに閾値ＳＨ２をセットする。
【００７７】
ＣＰＵ１は、タッチパネル１４の画面がオペレータによりタッチされたことに応じてタッチパネル１４が位置情報を出力し、これが通信インタフェース７により入力されたならば、Ａｃｔ２３にてＹＥＳと判定し、Ａｃｔ２８へと進む。
【００７８】
Ａｃｔ２８においてＣＰＵ１は、閾値ＳＨに閾値ＳＨ３をセットする。
【００７９】
ＣＰＵ１は、Ａｃｔ２６〜Ａｃｔ２８でのいずれかで閾値ＳＨをセットしたならば、図１０のＡｃｔ２９へと進む。
【００８０】
Ａｃｔ２９においてＣＰＵ１は、衝撃センサ１８が出力する衝撃値を、通信インタフェース１２を介して取得する。
【００８１】
Ａｃｔ３０においてＣＰＵ１は、Ａｃｔ２１〜Ａｃｔ２３のいずれかでＹＥＳと判定してから予め定められた時間が経過するまでの待機期間が終了したか否かを確認する。そしてＣＰＵ１は、待機期間が終了していないためにＮＯと判定したならば、Ａｃｔ３１へと進む。
【００８２】
Ａｃｔ３１においてＣＰＵ１は、上記の取得した衝撃値が閾値ＳＨ以上であるか否かを確認する。そしてＣＰＵ１は、衝撃値が閾値ＳＨ未満であるためにＮＯと判定したならば、Ａｃｔ３０へと戻る。
【００８３】
かくしてＣＰＵ１は、Ａｃｔ３０，Ａｃｔ３１において、待機期間内に閾値ＳＨ以上の衝撃値が検知されるか否かを確認する。そしてＣＰＵ１は、待機期間内に閾値ＳＨ以上の衝撃値が検知されたならば、Ａｃｔ３１にてＹＥＳと判定し、Ａｃｔ３２へと進む。
【００８４】
Ａｃｔ３２においてＣＰＵ１は、閾値ＳＨに閾値ＳＨ１がセットされているか否かを確認する。そしてＣＰＵ１は、閾値ＳＨに閾値ＳＨ１がセットされているならばＹＥＳと判定し、Ａｃｔ３３へと進む。
【００８５】
Ａｃｔ３３においてＣＰＵ１は、第１の警告表示を行う。第１の警告表示は、ドロワを閉めるに際して、ＨＤＤ４の損傷につながる恐れのある大きな衝撃が生じたことをオペレータに報知するための報知動作である。具体的にはＣＰＵ１は、第１の警告画像をタッチパネル１４に表示させる。第１の警告画像は、例えば第１の実施形態の第１の警告画像と同様なものとすることが想定される。
【００８６】
ＣＰＵ１は、閾値ＳＨに閾値ＳＨ１がセットされていないためにＡｃｔ３２にてＮＯと判定したならば、Ａｃｔ３４へと進む。
【００８７】
Ａｃｔ３４においてＣＰＵ１は、閾値ＳＨに閾値ＳＨ２がセットされているか否かを確認する。そしてＣＰＵ１は、閾値ＳＨに閾値ＳＨ２がセットされているならばＹＥＳと判定し、Ａｃｔ３５へと進む。
【００８８】
Ａｃｔ３５においてＣＰＵ１は、第２の警告表示を行う。第２の警告表示は、キーボード１３をプッシュするに際して、キーボード１３の損傷につながる恐れのある大きな衝撃が生じたことをオペレータに報知するための報知動作である。具体的にはＣＰＵ１は、第２の警告画像をタッチパネル１４に表示させる。
【００８９】
図１１は一例としての第２の警告画像を示す図である。
【００９０】
図１１に示す第２の警告画像は、第１の実施形態の第２の警告画像における、ＨＤＤ４が破損する恐れがある旨を表した文字メッセージを、キーボード１３が破損する恐れがある旨を表した文字メッセージに代えたものである。
【００９１】
ＣＰＵ１は、閾値ＳＨに閾値ＳＨ２がセットされていないためにＡｃｔ３４にてＮＯと判定したならば、Ａｃｔ３６へと進む。
【００９２】
Ａｃｔ３６においてＣＰＵ１は、第３の警告表示を行う。第３の警告表示は、タッチパネル１４の画面をタッチするに際して、タッチパネル１４の損傷につながる恐れのある大きな衝撃が生じたことをオペレータに報知するための報知動作である。具体的にはＣＰＵ１は、第３の警告画像をタッチパネル１４に表示させる。
【００９３】
図１２は一例としての第３の警告画像を示す図である。
【００９４】
図１２に示す第３の警告画像は、第１の実施形態の第３の警告画像における、ＨＤＤ４が破損する恐れがある旨を表した文字メッセージを、タッチパネル１４が破損する恐れがある旨を表した文字メッセージに代えたものである。
【００９５】
ＣＰＵ１は、第１〜第３の警告画像がそれぞれ含むＯＫボタンがオペレータによりタッチされたことを持って、Ａｃｔ３３、Ａｃｔ３５またはＡｃｔ３６における警告表示を終了し、さらに図９，１０に示す制御処理を終了する。
【００９６】
ところでＣＰＵ１は、図３中のＡｃｔ２４で取得した衝撃値が閾値ＳＨ４以上であった場合には、Ａｃｔ２５にてＹＥＳと判定してＡｃｔ３７へと進む。
【００９７】
Ａｃｔ３７においてＣＰＵ１は、第４の警告表示を行う。第４の警告表示は、原因および影響するデバイスを提示すること無しに、大きな衝撃が生じたことをオペレータに報知するための報知動作である。具体的にはＣＰＵ１は、第４の警告画像をタッチパネル１４に表示させる。
【００９８】
図１３は一例としての第４の警告画像を示す図である。
【００９９】
図１３に示す第４の警告画像は、第１の実施形態における第４の警告画像における、ＨＤＤ４が破損する恐れがある旨を表した文字メッセージを、単に注意が必要である旨を表した文字メッセージに代えたものである。
【０１００】
ＣＰＵ１は、第４の警告画像が含むＯＫボタンがオペレータによりタッチされたことをもって、図９，１０に示す制御処理を終了する。
【０１０１】
以上のように第２の実施形態によれば、第１の実施形態と同様に、注意をすべきことをオペレータに認識させることができ、以後においてレジスタ１００に同様の衝撃が加えられる危険性を低減できる。
【０１０２】
また第２の実施形態によれば、ＣＰＵ１は、衝撃の原因となる操作の種類を判定し、その種類に応じて予め定められた閾値以上の衝撃が生じた場合に、警告表示を行う。つまり制御プログラムに基づいて図９，１０に示す制御処理をＣＰＵ１が実行することによって、ＣＰＵ１を中枢部分とするコンピュータは判定部として機能する。そしてこれにより、衝撃が生じた原因と、その衝撃により損傷につながる恐れのあるデバイスの違いとを考慮して適切に警報動作を行うことが可能である。
【０１０３】
この実施形態は、次のような種々の変形実施が可能である。
【０１０４】
警報動作は、文字メッセージの表示に変えて、あるいは文字メッセージの表示に加えて、アイコンなどの表示、警報音の出力、音声メッセージの出力、振動、あるいは発光などのさまざまな動作を行うことができる。
【０１０５】
ＰＯＳ（point-of-sale）端末などの、別の種類の販売データ処理装置においても、上記の各実施形態と同様に実施が可能である。
【０１０６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１０７】
１…ＣＰＵ、２…ＲＯＭ、３…ＲＡＭ、４…ＨＤＤ、５…時計ユニット、６…入出力ポート、７〜１２…通信インタフェース、１３…キーボード、１４…タッチパネル、１５…客面表示器、１６…レシートプリンタ、１７…ジャーナルプリンタ、１８…衝撃センサ、１９…バスライン、１００…レジスタ、２００…ドロワ。
【図１】
2016004554.tif 000003
【図２】
2016004554.tif 000004
【図３】
2016004554.tif 000005
【図４】
2016004554.tif 000006
【図５】
2016004554.tif 000007
【図６】
2016004554.tif 000008
【図７】
2016004554.tif 000009
【図８】
2016004554.tif 000010
【図９】
2016004554.tif 000011
【図１０】
2016004554.tif 000012
【図１１】
2016004554.tif 000013
【図１２】
2016004554.tif 000014
【図１３】
2016004554.tif 000015