特許 6626252 ＰＯＳ端末およびＰＯＳ端末プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6626252

(24)【登録日】2019年12月6日

(45)【発行日】2019年12月25日

(54)【発明の名称】ＰＯＳ端末およびＰＯＳ端末プログラム

(51)【国際特許分類】

   G06Q 10/06 20120101AFI20191216BHJP

   G07G 1/12 20060101ALI20191216BHJP

   G07C 1/00 20060101ALI20191216BHJP

   G06Q 10/10 20120101ALI20191216BHJP

【ＦＩ】

   G06Q10/06 302

   G07G1/12 341E

   G07C1/00 L

   G06Q10/10 344

【請求項の数】7

【全頁数】22

(21)【出願番号】特願2015-3221(P2015-3221)

(22)【出願日】2015年1月9日

(65)【公開番号】特開2016-128969(P2016-128969A)

(43)【公開日】2016年7月14日

【審査請求日】2017年9月25日

【前置審査】

(73)【特許権者】

【識別番号】000005049

【氏名又は名称】シャープ株式会社

(74)【代理人】

【識別番号】100168217

【弁理士】

【氏名又は名称】大村 和史

(72)【発明者】

【氏名】小山 未歩

(72)【発明者】

【氏名】上田 隆幸

【審査官】 貝塚 涼

(56)【参考文献】

【文献】 特開平５−３５９５０（ＪＰ，Ａ）

【文献】 特開２００２−２４９４７（ＪＰ，Ａ）

【文献】 特開２００３−６３９６（ＪＰ，Ａ）

【文献】 特開２００６−２６０３６７（ＪＰ，Ａ）

【文献】 特開２０１１−６２４７０（ＪＰ，Ａ）

【文献】 特開２００２−２３０６０４（ＪＰ，Ａ）

【文献】 特開２００７−２１３４５２（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００３／０１９１７００（ＵＳ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

Ｇ０７Ｃ １／００

Ｇ０７Ｇ １／１２

(57)【特許請求の範囲】

【請求項1】

勤怠処理メニュー画面を表示する表示部、
前記勤怠処理メニュー画面において従業員がした入店操作または退店操作を検出する検出部、および
前記検出部が入店操作または退店操作を検出したことに応じて、従業員に案内すべき情報と前記情報に必要となる準備情報を出力する出力部を備え、
前記出力部は前記情報を表示するとともに、前記表示された内容を含む情報をレシートに印字する、ＰＯＳ端末。

【請求項2】

従業員のスケジュール情報を登録する登録部をさらに備え、
前記出力部は前記登録部が登録したスケジュール情報に基づく情報を出力する、請求項１記載のＰＯＳ端末。

【請求項3】

現在日時が前記スケジュール情報の示す日時に対して所定期間以内になったかどうか判定する判定部をさらに備え、
前記出力部は前記判定部が現在日時が前記スケジュール情報の示す日時に対して所定期間以内になったと判定したとき前記スケジュール情報に基づく情報を出力する、請求項２記載のＰＯＳ端末。

【請求項4】

前記登録部は前記ＰＯＳ端末とともにＰＯＳシステムを構成する予約管理サーバと連係するデータベースのデータに基づいて前記スケジュール情報を登録する、請求項２または３記載のＰＯＳ端末。

【請求項5】

前記出力部による情報の出力を不要とする不要操作を受け付ける受付部、および前記受付部が受け付けた前記不要操作に応じて前記出力部が前記情報を出力しないようにする出力阻止部をさらに備える、請求項１ないし４のいずれかに記載のＰＯＳ端末。

【請求項6】

前記出力部は前記退店操作に応答して前記情報を出力する、請求項１ないし５のいずれかに記載のＰＯＳ端末。

【請求項7】

ＰＯＳ端末のＣＰＵによって実行可能なＰＯＳ端末プログラムであって、
前記ＣＰＵを、
勤怠処理メニュー画面を表示する表示部、
前記勤怠処理メニュー画面において従業員がした入店操作または退店操作を検出する検出部、および
前記検出部が入店操作または退店操作を検出したことに応じて、従業員に案
内すべき情報と前記情報に必要となる準備情報を出力する出力部として機能させ、
前記出力部は前記情報を表示するとともに、前記表示された内容を含む情報をレシートに印字する、ＰＯＳ端末プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

この発明はＰＯＳ端末およびＰＯＳ端末プログラムに関し、特にたとえば、入店および退店の管理機能を有するＰＯＳ端末およびＰＯＳ端末プログラムに関する。

【背景技術】

【0002】

特許文献１には、従業員の入店、退店を、個人コードを入力することで行うようにし、従来手作業で行われていたデータの確定を半自動化できる、ＰＯＳ端末が開示されている。

【0003】

特許文献１の背景技術では、キーボード上に従来のメニューキーやファンクションキーとは別に「入退店キー」を設ける。入退店キーを押したとき、個人コードの入力画面を表示し、その画面で個人コードを入力することにより、入店または退店を登録する。ＰＯＳ端末は、そのＰＯＳ端末に接続された上位システムへ、入店時間または退店時間および個人コードを送信することによって、上位システムで各従業員の勤怠管理を可能としている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開平9-128659号公報［G07C 1/12 G06F 17/60］

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかし、特許文献１のＰＯＳ端末では、商品の販売情報管理のほか、従業員の勤怠管理は行えるが、研修や試験の予約システムは、ＰＯＳシステムと連動していなかった。

【0006】

そのため、研修や試験の予約は、ＰＯＳ端末とは別の手段（パソコンや電話／FAXなど）を用いて行う必要があり、予約の確認や変更等にもＰＯＳ端末とは別の手段を用いる必要があった。つまり、研修や試験の予約は、通常の店舗運営業務とは別の作業となり、従業員やマネージャの負担となる以外に、受講／受験忘れなどの原因にもなっていた。

【0007】

それゆえに、この発明の主たる目的は、新規な、ＰＯＳ端末およびＰＯＳ端末プログラムを提供することである。

【0008】

この発明の他の目的は、研修や試験の予約を行える、ＰＯＳ端末およびＰＯＳ端末プログラムを提供することである。

【0009】

この発明のさらに他の目的は、従業員の研修や試験の受講または受験忘れを可及的防止できる、ＰＯＳ端末およびＰＯＳ端末プログラムを提供することである。

【課題を解決するための手段】

【0010】

第１の発明は、勤怠処理メニュー画面を表示する表示部、勤怠処理メニュー画面において従業員がした入店操作または退店操作を検出する検出部、および検出部が入店操作または退店操作を検出したことに応じて、従業員に案内すべき情報と情報に必要となる準備情報を出力する出力部を備え、出力部は前記情報を表示するとともに、その表示された内容を含む情報をレシートに印字する、ＰＯＳ端末である。

【0011】

第１の発明では、たとえばタッチスクリーンのような表示部が、勤怠処理メニュー画面を表示する。勤怠処理メニュー画面は、実施例では、入店ボタンおよび退店ボタンを含み、従業員は、入店時に入店ボタンによって入店操作を行い、退店時に退店ボタンによって退店操作を行う。検出部がそのような入店操作または退店操作を検出する。そして、出力部は、入店操作または退店操作に応じて、情報を出力する。具体的には、その情報は、従業員に案内すべき情報と情報に必要となる準備情報を含み、出力部はその情報を表示するとともに、表示された内容を含む情報をレシートに印字する。それによって、従業員は、ＰＯＳ端末で必ず実行しなければならない、入店操作または退店操作に応じて、出力部が出力する情報を確認することができる。

【0012】

第１の発明によれば、従業員は入店操作または退店操作に応じて、出力部が出力する情報を確認するので、従業員は確実に必要な情報を確認することができる。その際、従業員は情報を印字したレシートを受け取ることができるので、情報を一層確実に、確認することができる。

【0013】

第２の発明は、第１の発明に従属し、従業員のスケジュール情報を登録する登録部をさらに備え、出力部は登録部が登録したスケジュール情報に基づく情報を出力する、ＰＯＳ端末である。

【0014】

第２の発明では、登録部はたとえばサーバをアクセスすることによって獲得したデータに基づいて、スケジュール情報を登録する。そして、出力は、入店操作または退店操作に応じて、その登録したスケジュール情報を読出し、それに基づいて従業員に必要な情報を出力する。

【0015】

第２の発明によれば、ＰＯＳ端末が登録したスケジュール情報に基づいて情報を出力するので、従業員はスケジュール情報を確認することができる。

【0016】

第３の発明は、第２の発明に従属し、現在日時がスケジュール情報の示す日時に対して所定期間以内になったかどうか判定する判定部をさらに備え、出力部は判定部が現在日時がスケジュール情報の示す日時に対して所定期間以内になったと判定したときスケジュール情報に基づく情報を出力するＰＯＳ端末である。

【0017】

第３の発明では、スケジュール情報は、そのスケジュールが実行されるべき日時を含んでいて、判定部は、現在日時がその日時からたとえば７日のような所定期間内に接近したかどうか判定する。つまり、スケジュール情報は現在日時から所定期間内には実行されるスケジュールを含んでいるかどうか判定される。そして、判定部が、現在日時がスケジュール情報の示す日時に対して所定期間以内になったと判定したとき、出力部がスケジュール情報に基づく情報を出力する。

【0018】

第３の発明によれば、従業員は、スケジュール情報が含む日時が近づいてきたとき、確実にスケジュール情報に基づく情報を確認することができるので、スケジュールの徒過を可及的防止できる。

【0019】

第４の発明は、第２の発明または第３の発明に従属し、登録部はＰＯＳ端末とともにＰＯＳシステムを構成する予約管理サーバと連係するデータベースのデータに基づいてスケジュール情報を登録する、ＰＯＳ端末である。

【0020】

第４の発明では、登録部はたとえば本部に設置される予約管理サーバと連係する、たとえば研修／試験データベースに基づいて、スケジュール情報を登録する。

【0021】

第４の発明によれば、ＰＯＳ端末が本部のサーバをアクセスしてスケジュール情報、たとえば研修／試験または予約を登録することができる。

【0022】

第５の発明は、第１ないし第４のいずれかの発明に従属し、出力部による情報の出力を不要とする不要操作を受け付ける受付部、および受付部が受け付けた不要操作に応じて出力部が情報を出力しないようにする出力阻止部をさらに備える、ＰＯＳ端末である。

【0023】

第５の発明では、たとえば情報の確認のための画面にチェックボックスを表示し、受付部では、従業員がそれにチェックマークを付したことに応じて、不要操作を受け付ける。出力阻止部は、もし不要操作が従業員によって行われたなら、出力部が情報を出力するのを阻止（禁止）する。

【0024】

第５の発明によれば、必ず情報が出力されるという煩瑣を回避することができる。

【0025】

第６の発明は、第１ないし第５のいずれかの発明に従属し、出力部は退店操作に応答して情報を出力する、ＰＯＳ端末である。

【0026】

第６の発明によれば、従業員が退店しようとするときに情報を出力するので、入力操作時に情報を伝える場合に比べて、従業員に情報が伝わりやすい。

【0029】

第７の発明は、ＰＯＳ端末のＣＰＵによって実行可能なＰＯＳ端末プログラムであって、ＣＰＵを、勤怠処理メニュー画面を表示する表示部、勤怠処理メニュー画面において従業員がした入店操作または退店操作を検出する検出部、および検出部が入店操作または退店操作を検出したことに応じて、従業員に案内すべき情報と情報に必要となる準備情報を出力する出力部として機能させ、出力部は前記情報を表示するとともに、表示された内容を含む情報をレシートに印字する、ＰＯＳ端末プログラムである。

【0030】

第７の発明によれば、第１の発明と同様の効果が期待できる。

【発明の効果】

【0031】

この発明によれば、従業員は入店操作または退店操作に応じて、出力部が出力する情報を確認するので、従業員は確実に必要な情報を確認することができる。したがって、たとえば研修／試験の予約確認をＰＯＳ端末で出力できるようにすれば、たとえば従業員の受講／受験忘れをなくすることができる。

【0032】

この発明の上述の目的、その他の目的、特徴および利点は、図面を参照して行う後述の実施例の詳細な説明から一層明らかとなろう。

【図面の簡単な説明】

【0033】

【図1】図１はこの発明が実施され得るＰＯＳシステムの一例を示す概略図である。

【図2】図２は図１実施例の従業員管理サーバと連係する従業員データベースの一例を示す概略図である。

【図3】図３は図１実施例の予約管理サーバと連係する研修／試験データベースの一例を示す概略図である。

【図4】図４は図１実施例の予約管理サーバと連係する予約データベースの一例を示す概略図である。

【図5】図５は図１実施例に用いられるＰＯＳ端末の一例を示すブロック図である。

【図6】図６は図５に示すメモリのメモリマップの一例を示す概略図である。

【図7】図７は従業員管理画面の一例を示す概略図である。

【図8】図８は従業員管理画面で研修／試験ボタンを操作したときの研修／試験メニュー画面の一例を示す概略図である。

【図9】図９は研修／試験メニュー画面を用いた予約／変更／取消し処理の一例を示すフロー図である。

【図10】図１０は研修／試験の予約のためのカレンダ形式の予約画面の一例を示す概略図である。

【図11】図１１は研修／試験の予約登録処理において登録を確定させるための予約登録画面の一例を示す概略図である。

【図12】図１２は図７に示す従業員管理メニューから進んだ勤怠処理メニュー画面の一例を示す概略図である。

【図13】図１３は勤怠処理メニュー画面を用いた勤怠処理の一例を示すフロー図である。

【図14】図１４は図１３の勤怠処理における予約確認処理の一例を示すフロー図である。

【図15】図１５は図１４の予約確認処理において表示されるお知らせ画面の一例を示す概略図である。

【図16】図１６は図１４の予約確認処理において印字される予約確認レシートの一例を示す概略図である。

【図17】図１７は閉店処理のための閉店処理画面の一例を示す概略図である。

【図18】図１８は図１７に示す閉店処理画面を用いた閉店処理の一例を示すフロー図である。

【図19】図１９は閉店処理における予約状況照会画面の一例を示す概略図である。

【図20】図２０は閉店処理において印字される予約状況照会レシートの一例を示す概略図である。

【図21】図２１は勤怠処理における予約確認処理の他の例を示すフロー図である。

【図22】図２２は図２１に示す予約確認処理において表示されるお知らせ画面の一例を示す概略図である。

【図23】図２３は図２２に示すお知らせ画面においてチェックボックスにチェックした後に変更される登録テーブルの一例を示す概略図である。

【図24】図２４は図１３の勤怠処理における退店処理の他の例を示すフロー図である。

【図25】図２５は図２４に示す退店処理において参照される担当シフトテーブルの一例を示す概略図である。

【図26】図２６は図２４に示す退店処理において表示される次回シフト連絡画面の一例を示す概略図である。

【図27】図２７は図２４に示す退店処理において印字される次回シフト連絡レシートの一例を示す概略図である。

【発明を実施するための形態】

【0034】

［第１実施例］
図１を参照して、この実施例のＰＯＳシステム１００は、本部１０２および店舗１０４を含み、本部１０２および店舗１０４は通信回線１０６によって通信可能とされている。ただし、通信回線１０６は、専用通信回線、インターネット、イントラネットなど、有線または無線の任意の通信回線であってよい。

【0035】

本部１０２には、商品販売管理サーバ１０８、従業員管理サーバ１１０および予約管理サーバ１１４が設置されている。商品販売管理サーバ１０８は、ＰＯＳシステム１００の本来的な業務である、販売時点管理（Point Of Sales）を実行するサーバであり、商品データベース（図示せず）などと連係する。

【0036】

従業員管理サーバ１１０は、従業員の勤怠（入退店）管理、配置管理（シフト管理を含む）などを実行するサーバである。従業員管理サーバ１１０は、たとえば図２に示す従業員データベース１１２と連係する。従業員データベースには、従業員毎に一意に割り当てられる従業員コード、従業員氏名、従業員の資格、従業員の役職、入社日などが関連付けて登録される。なお、従業員毎の勤務条件（シフトなど）などは、この従業員データベース１１２に登録されてもよく、あるいは別のシフトデータベース（図示せず）に登録されてもよい。

【0037】

予約管理サーバ１１４は、研修（初任者研修、家族研修など）や試験（昇格試験、昇任試験など）の予約登録を行わせ、あるいはそれらの予約の管理を行うサーバである。予約管理サーバ１１４は、たとえば図３に示すような研修／試験（試験および／または試験の意味）データベース１１６などと連係するだけでなく、上述の従業員データベース１１２とも連係可能である。なお、図３に示す研修／試験データベース１１６はそれ自身説明的であるので、ここでは詳細な説明は省略するが、この研修／試験データベース１１６には、研修／試験毎に、図３に示すような各項目を予め設定している。なお、「宿泊区分」とは、たとえば宿泊なし、前泊、当日泊、後泊などの区分を意味し、これらの宿泊区分は予約時に選択するものとする。また、「対象資格」、「対象役職」、「対象入社日」は、当該研修/試験はどのような従業員が受講／受験できるかを制限するものである。

【0038】

ただし、この研修／試験データベース１１６の登録項目はこの実施例のものに限定されない。

【0039】

なお、この研修／試験データベース１１６の変更や削除は、原則として、予約管理サーバ１１４だけで実行できるものとする。

【0040】

また、図１の実施例では、本部１０２に３つのサーバ１０８、１１０および１１６を設置したが、これらのサーバすべてまたは任意の２つが１つのサーバで実現されてもよく、４つ以上のサーバで分担するようにしてもよい。

【0041】

店舗１０４には、複数のＰＯＳ端末１０が設置される。ＰＯＳ端末１０は、一例として、図５に示す構成を有する。ただし、この図５においては各デバイスのインタフェースの図示は省略していることに留意されたい。

【0042】

ＰＯＳ端末１０は、ＣＰＵ（中央演算処理装置）１２を含み、ＣＰＵ１２には、内部バス１４を介して通信装置１６が接続される。通信装置１６は、たとえばモデムなどを含み、ＣＰＵ１２はこの通信装置１６および図１に示す通信回線１０６を介して本部１０２の各サーバ１０８、１１０、１１４と通信でき、それらの間でデータの授受を行うことができる。

【0043】

ＣＰＵ１２にはさらに、内部バス１４を介して、メモリ１８が接続されるとともに、外部記憶装置２０が接続される。メモリ１８は、必要に応じてＲＯＭやＲＡＭを含み、各商品の商品データやそれらの商品の価格データなどを記憶するとともに、ＣＰＵ１２の一時記憶装置あるいはワーキングメモリとして利用される。外部記憶装置２０としては、ハードディスク装置、光学ディスク装置など任意の大容量記憶装置が利用可能である。

【0044】

ＰＯＳ端末１０に必要なプログラム（ＯＳや後述の従業員管理プログラム、研修／試験プログラム、勤怠管理プログラム、閉店処理プログラムなど）は、通信装置１６からメモリ１８にダウンロードされ、あるいは外部記憶装置２０からこのメモリ１８にロードされる。ＰＯＳ端末１０はメモリ１８にロードされるプログラムに従って動作する。メモリ１８にはさらに、各種テーブルやフラグ（後述する）が保存される。

【0045】

ＣＰＵ１２にはさらに、テンキーパッド等を含むキーボード２２、ハンディスキャナのようなバーコードリーダ２４、レシート等を印字するプリンタ２６およびタッチスクリーン２８が内部バス１４を介して接続される。バーコードリーダ２４は、商品に付されているバーコードを読み取って販売登録をするだけでなく、従業員がたとえば首に掛けている従業員タグを読み取って従業員コードを入力するときなどにも利用される。ただし、従業員コードを入力するためには、キーボード２２が利用されてもよいことはもちろんである。

【0046】

タッチスクリーン２８は、適宜のフラットディスプレイとタッチパネルの組み合せを含み、任意のオブジェクト（画像、アイコン、ホルダ、仮想キー、文字列など）を表示し、ユーザないしオペレータ（従業員）は、それらのオブジェクトにタッチすることによって、必要な入力操作を行うことができる。なお、このタッチスクリーン２８は、主として、従業員が操作するものであり、それの表示面は操作者側（内側）に向けられている。

【0047】

このタッチスクリーン２８とは対照的に、ＰＯＳ端末１０には、表示面が客側（外側）に向けられたカスタマディスプレイが設けられる。

【0048】

図６はメモリ１８のメモリマップの一例を示し、メモリ１８には、プログラム記憶領域３０およびデータ記憶領域３２が形成される。プログラム記憶領域３０は、先に説明したように、たとえば外部記憶装置２０（図５）に予め設定しているプログラムデータの一部または全部を読み出して記憶（展開）しておくための領域である。

【0049】

プログラム記憶領域３０には、従業員管理プログラム３０ａ、予約／変更／取消しプログラム３０ｂ、勤怠処理プログラム３０ｃ、閉店処理プログラム３０ｄなどが記憶される。

【0050】

従業員管理プログラム３０ａはたとえば図７のような従業員管理画面３４を表示して、予約／変更／取消しプログラム３０ｂまたは勤怠処理プログラム３０ｃを実行するプログラムである。予約／変更／取消しプログラム３０ｂは、各従業員の研修／試験の予約、予約変更／取消し、などを行うためのプログラムである。勤怠処理プログラム３０ｃは、従業員の勤怠を管理するためのプログラムであり、特に図１２に示す勤怠処理メニュー画面６４を表示して従業員に入店操作または退店操作を行わせる。

【0051】

なお、プログラム記憶領域３０には、ＯＳ（Operating System）などの他、ＰＯＳ端末１０の通常業務に必要な処理を実行するためのプログラムも含まれるが、この発明にとっては重要ではないので、それらの説明は省略する。

【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】

ステップＳ２１で“ＹＥＳ”を判断すると、ＣＰＵ１２は続くステップＳ２３の入店処理を実行する。入店処理では、ＣＰＵ１２は、従業員コードと入店時刻を本部１０２の従業員管理サーバ１１０に送信する。

【0083】

ステップＳ２１で“ＮＯ”が判断されたとき、ＣＰＵ１２は次のステップＳ２５で、退店ボタン６４ｂが操作されたかどうか判断する。つまり、ステップＳ２５は、従業員などによる退店操作を検出する検出部として機能する。

【0084】

ステップＳ２５で“ＹＥＳ”のとき、ＣＰＵ１２は、ステップＳ２７において、退店処理を実行する。退店処理では、ＣＰＵ１２は、従業員コードと退店時刻を本部１０２の従業員管理サーバ１１０に送信する。

【0085】

なお、ステップＳ２５で“ＮＯ”を判断したとき、ＣＰＵ１２は、次のステップＳ３１で、戻るボタン４０ａが操作されたかどうか判断し、 “ＹＥＳ”の場合には、その他の処理を実行し、“ＮＯ”のときには入力待ちとなる。

【0086】

ステップＳ２７の後、ステップＳ２９の予約確認処理を実行する。この実施例では、退店時に退店ボタン６４ｂを操作すると、通常の退店処理を実行するとともに、当該従業員の研修／試験の予約確認処理を実行する。予約確認処理は、詳しくは図１４に示される。

【0087】

図１４の最初のステップＳ４１では、ＰＯＳ端末１０のＣＰＵ１２は、予約管理サーバ１１４（図１）から図４に示す予約データベース１１８のデータを取得し、そのとき退店ボタン６４ｂを操作した従業員と同じ従業員コードを持つレコードをすべて抽出して、テーブルＴ（図示せず）を生成する。このテーブルＴはメモリ１８の各種テーブルデータ３２ｃ（図６）に保存される。ただし、テーブルＴにおいて研修／試験の予約登録件数はｎ件とする。

【0088】

次のステップＳ４３において、ＣＰＵ１２は、たとえばメモリ１８のデータ記憶領域３２に設定されている件数カウンタ（図示せず）にまず「１」をセットする（ｉ＝１）。そして、次のステップＳ４５において、ＣＰＵ１２は、件数ｉがテーブルＴの総件数ｎより小さいか（ｉ＞ｎ）を判断する。“ＹＥＳ”なら、つまり、予約確認すべき予約登録がなくなったとき、このルーチンを抜けて、たとえばメインルーチンにリターンする。

【0089】

ステップＳ４５で“ＮＯ”なら、ＣＰＵ１２は、続くステップＳ４７においてテーブルＴのｉ番目のレコードを読出し、さらに、ステップＳ４９でそのレコードＴｉに記録されている研修／試験コードＥｉｄを読み出す。

【0090】

ステップＳ５１で、ＣＰＵ１２は、研修／試験テーブル１１６（図３）から、研修／試験コードがＥｉｄのレコードＭ（研修／試験Ｍ）を抽出する。

【0091】

ＣＰＵ１２は、続くステップＳ５３において、研修／試験Ｍの開始日が、現在の日付からＸ日すなわち警告開始日数以内かどうか判定する。警告開始日数とは、予約登録している研修／試験の開始日まであとＸ日（たとえば、７日）あることを示す日数であり、「Ｘ」は研修／試験毎に研修／試験データベース１１６に予め設定されていてもよいし、各店舗の管理者が独自に設定してたとえばメモリ１８のデータ記憶領域３２に「警告開始日数Ｘ」として登録しておいてもよい。

【0092】

そして、ステップＳ５５で、当日（退店処理をした日）がＸ日以内であるかどうか判断する。

【0093】

研修／試験Ｍが警告開始日数Ｘ以内であると判断したとき、すなわち、ステップＳ５５で“ＹＥＳ”のとき、ステップＳ５７で、ＣＰＵ１２は、たとえば図１５に示すお知らせ画面６６をタッチスクリーン２８に表示する。

【0094】

お知らせ画面６６では、たとえば「XX月YY日に△△研修があります。」というような、そのとき退店しようとしている従業員に向けてメッセージ６８を表示するとともに、ＯＫボタン４０ｇを表示する。ただし、メッセージ６８の内容は、従業員に注意を促すものであればよく、任意に変更可能である。また、ＯＫボタン４０ｇは、そのようなメッセージ６８を見た従業員が、そのメッセージの意味を了解したとき操作するためのボタンである。

【0095】

そして、次のステップＳ５９では、ＣＰＵ１２は、ＰＯＳ端末１０に必ず備えられているプリンタ２６（図５）を用いて、レシート用紙に、図１６に示す予約確認レシート７０を印字する。

【0096】

予約確認レシート７０には、研修名７２ａ、研修コード７２ｂ、従業員氏名７２ｃ、従業員コード７２ｄ、会場名７２ｅ、実施日７２ｆ、開始時刻７２ｇ、終了時刻７２ｈ、宿泊区分７２ｉ、宿泊先７２ｊ、持ち物７２ｋ、その他注意事項７２ｌが印字される。したがって、この予約確認レシート７０を受け取った従業員は、自分が次回受講／受験する研修／試験の実施日などの重要事項を知ることができる。

【0097】

このように、この実施例では、ＰＯＳ端末において予約確認が可能なので、従業員の受講／受験忘れをなくすることができる。

【0098】

しかも、その予約確認処理は、従業員が必ず操作しなければならない退店ボタン６４ｂを操作した退店処理の一環として行われるので、予約確認自体を忘れることがない。

【0099】

さらに、上述のように、ＰＯＳ端末１０に接続されているプリンタ２６で予約している研修/試験の詳細を予約確認レシート７０として印字することで、詳細の確認ができ、予約確認レシート７０はまた持ち帰ることができるため、持ち物の持参忘れを防ぐなどの利点がある。

【0100】

従業員の必須操作を条件にするなら、入店ボタン６４ａを操作した入店処理で行われるようにしてもよい。ただし、入店時に予約確認すると、その後の作業に紛れて忘れる可能性があるので、退店時に予約確認した方が効果的だと思われる。

【0101】

なお、ステップＳ５７および／またはステップＳ５９は、従業員に案内すべき情報を出力する出力部として機能する。

【0102】

なお、図１４のステップＳ６１でＯＫボタン４０ｇの操作を確認すると、ＣＰＵ１２は、次のステップＳ６３において件数ｉをインクリメントし、再びステップＳ４５を実行する。そして、ステップＳ４５で再び“ＮＯ”が確認できれば、ステップＳ４７‐Ｓ６３を繰り返し実行する。

【0103】

そして、ステップＳ４５で“ＹＥＳ”が確認されると、つまり、ステップＳ４１で抽出したテーブルＴに残り件数がなくなれば、先に説明したように、たとえばメインルーチン（図示せず）にリターンする。

【0104】

なお、図１４の実施例では、従業員に案内すべきスケジュール情報として、退店時に、予約している研修／試験の内容を表示するようにした。しかしながら、従業員に案内すべきスケジュール情報は、研修や試験の予約確認に限定されるものではない。

【0105】

たとえば、従業員の健康診断の予約確認に利用する場合は「前日１０時以降の飲食禁止」など、必要な準備について確実に知らせることができる。また、たとえば、平成２６年分給与所得者の扶養控除等(異動)申告書提出期間などを周知せしめることも可能である。

【0106】

さらに、スケジュール情報に限らず、たとえば、従業員やマネージャが実施すべき事項の周知に利用することもできる。つまり、表示する項目は、設定により追加することができる。

【0107】

なお、店舗１０４の営業時間の終わりには、図６に示す閉店処理プログラム３０ｄに従って閉店処理を行うが、この閉店処理の一例が図１７‐図２０に示される。ただし、２４時間営業の店舗では、閉店処理は、１日のうちの所定時刻に行われる精算処理に代えられてもよい。

【0108】

図１７は、閉店処理プログラム３０ｄに従って生成される閉店処理のためのＧＵＩすなわち閉店処理画面７４を示し、この閉店処理画面７４には、精算ボタン７４ａおよび予約照会ボタン７４ｂならびに戻るボタン４０ａが設けられる。精算ボタン７４ａは、ＰＯＳ端末１０における通常の精算業務を実行するときに操作される。

【0109】

予約照会ボタン７４ｂはこの実施例のＰＯＳ端末１０に独特に設けられたものであり、従業員が操作可能とされている。予約照会ボタン７４ｂは、従業員が自身の予約状況を確認するため、あるいはマネージャのような管理権限者が、店舗１０４内の全従業員の研修／試験の予約状況を確認または照会するときに操作される。

【0110】

ただし、図１８や図１９、図２０を利用して行う具体的な説明では、管理権限者が店舗の全従業員の予約状況を照会する場合について説明する。

【0111】

閉店処理プログラム３０ｄに従った閉店処理では、ＰＯＳ端末１０のＣＰＵ１２は、図１８の最初のステップＳ７１において、精算ボタン７４ａが操作されたかどうか判断する。もし、精算ボタン７４ａが操作されたのであれば、ＣＰＵ１２は、次のステップＳ７３において、精算処理を実行する。ただし、精算処理自体はよく知られている通常業務であり、かつこの発明にとって重要ではないので、ここではその説明は省略する。

【0112】

ステップＳ７１で“ＮＯ”が判断されたとき、ＣＰＵ１２は、次のステップＳ７５において予約照会ボタン７４ｂが操作されたかどうか判断する。予約照会ボタン７４ｂも操作されていなければ、他の処理を実行する。

【0113】

ステップＳ７５で“ＹＥＳ”が判断されると、ＣＰＵ１２は、次のステップＳ７７において、指定された期間の指定された種類の予約登録データを、図２‐図４に示す従業員データベース１１２、研修／試験データベース１１６、予約データベース１１８から取得する。たとえば、予約データベース１１８を見れば、どの従業員がどの研修／試験を予約しているか分かるし、研修／試験データベース１１６を参照すれば、該当の研修／試験の開催期間等が分かる。ただし、期間および種類の指定は、ステップＳ１８の閉店処理画面７４ではできないので、サブ画面（図示せず）を表示して期間および種類を指定できるようにすればよい。そのうえで、上述の方法で、予約登録データを収集すればよい。

【0114】

予約状況照会画面７６の一例が図１９に示される。この予約状況照会画面７６では、予約表示部７８に、各従業員の予約している研修／試験が、たとえば日付順（昇順または降順）に表示される。つまり、予約表示部７８には、予約している研修／試験の開催日、研修コース、会場、従業員氏名、資格（役職）、および宿泊区分などが表示される。ただし、表示する項目はこの例に限定されるものではない。たとえば、日付と従業員氏名だけでもよい。

【0115】

その他に、予約状況照会画面７６には、指定した期間を示す期間表示部８０ａおよび指定した種類を示す種類表示部８０ｂが表示される。

【0116】

さらに、戻るボタン４０ａなどに加えて、メニューボタン４０ｈ、印刷ボタン４０ｉ、次へボタン４０ｊが表示される。

【0117】

そして、印刷ボタン４０ｉを操作したとき、ＣＰＵ１２は、プリンタ２６を利用して、図２０に示す予約状況照会レシート８２を印字させる。このレシート８２には、先の予約表示部７８（図１９）に表示されるすべての項目を印字することはできないので、予約表示部７８のうちの適宜の項目のみを印刷するように設定されている。

【0118】

このように、ＰＯＳ端末１０で閉店処理を行ったときに、その店舗に所属する従業員の研修/試験予約リストを表示するようにすれば、マネージャなど管理者は、その予約リストを確認して、たとえばシフトを組みなおしたり、他店舗からの応援を要請したりして、店舗運営に支障が出ないようにすることができる。

【0119】

また、図１９の表示例において、上述のように、期間を変更して表示することができる。また、予約の種類（「研修のみ」、「試験のみ」など）を選択して表示することができる。

【0120】

さらに、項目毎に、昇順または降順で並べ替えての表示することができるし、項目毎に、表示する内容を選択して表示することができる。

【0121】

重複して予約がある場合、たとえば同じ従業員が同じ日時の異なる研修／試験を予約したり、１人の従業員が同じ研修／試験をダブって予約したりしている場合など、通常表示と色を変えて（たとえば、赤色に変えて）表示することによって、そのような重複予約を警告することができる。

【0122】

従業員の休職や退職で受講できない予約（空予約）は、通常表示と色を変えて（たとえば、灰色に変えて）表示することによって、警告することができる。

【0123】

さらに、研修／試験テーブルから抽出して表示する項目を選択したり変更したりすることができる。

【0124】

なお、図１９の予約状況照会画面７６だけを確認し、印刷はせずに閉店処理を続行することができる。たとえば、次へボタン４０ｊを操作すると、図２０のような予約状況照会レシート８２の印刷は省略できる。

【0125】

また、予約状況を照会したとき、変更や取消しの必要がある場合には、閉店処理を保留し、予約の変更／取消しのための操作に進むことができる。たとえば、メニューボタン４０ｈを操作することによって、図５のような予約／変更／取消しのメニューを呼び出せばよい。

【0126】

さらに、図２０のようなレシート印刷では、たとえば図１９の予約状況照会画面７６で絞り込みや並べ替えを行ったとおりに印刷することができる。ただし、印字の際に、表示と連動することなく、独自に印字項目を設定することもできる。

【0127】

そして、予約状況リストを印刷しておくことで、予約の変更や取消し忘れを防ぐことができ、また、人員配置作業がスムーズに行える。

【0128】

ただし、閉店処理の後でもＰＯＳ端末の操作はできるので、レシート印刷は閉店処理後に作業してもよいし、翌日以降に作業することもできる。
［第２実施例］
なお、図１７‐図１９に示す実施例では、図１７の閉店処理画面７４で予約照会ボタン７４ｂを操作したとき、予約照会をするようにした。つまり、予約照会をするかどうかは操作者（従業員）の判断に委ねていて、必要ならマニュアル操作で予約照会メニューを選択して実行させるようにした。

【0129】

これに対して、図１３の勤怠処理での予約確認処理（退店操作に応じて自動的に実行される）と同様に、図示しないＧＵＩで閉店ボタンを操作したとき、自動的に予約照会を実行するようにすることもできる。

【0130】

この場合には、図１７において、予約照会ボタン７４ｂを設ける必要はなく、図１８のフロー図においても、ステップＳ７１やステップＳ７５は必要がない。つまり、閉店処理に進むと自動的に図１８のステップＳ７７、Ｓ７９を実行すればよい。

【0131】

この場合、図１９の予約状況照会画面７６において、予約照会をおえたとき、「次へ」ボタン４０ｊを操作して、本来の閉店業務である、精算処理に移行するようにすればよい。

【0132】

もし表示の範囲（たとえば、研修／試験の種類、期間など）を変更する場合には、次へボタン４０ｊを操作する前に所定することができる。
［第３実施例］
第１実施例においては、図１４の退店処理すなわち予約確認処理では、毎回、図１５のようなお知らせ画面６６を表示し、予約確認レシート７０を印字するように設定している。しかしながら、予約確認が不要な場合もあり、第３実施例はそのような要求に対処できる。

【0133】

この実施例では、ユーザ（従業員）が退店時の予約確認の要／不要を設定できるようにしている。そして、予約確認不要が設定されたとき、たとえば図５示すメモリ１８のデータ記憶領域３２に、不要フラグ（図示せず）を設定する。

【0134】

図２１の予約確認処理は、ステップＳ８１、Ｓ８３、Ｓ８５が追加された点が、図１４の予約確認処理と異なる。すなわち、ステップＳ４７でテーブルＴからｉ番目のレコードを抽出した後、ＣＰＵ１２は、ステップＳ８１で、上述の不要フラグがセットされているかどうか判断する。そして、もし不要フラグがセットされていれば、ステップＳ６３を経て、ステップＳ４５に戻る。つまり、Ｔｉのレコードに関してはステップＳ４９以降の動作は行わないので、ステップＳ５７での表示、ステップＳ５９での印字が行われない。

【0135】

ただし、少なくとも１回は予約確認の表示、印字が行われるので、図２２に示すお知らせ画面６６がタッチスクリーン２８に表示される。この第２実施例におけるお知らせ画面６６では、メッセージ６８の他に、このような予約確認のためのお知らせ画面６６を次回以降表示するかしないかを設定するチェックボックス８４が表示される。したがって、次回以降、退店時のこのようなお知らせ画面６６の表示が不要であると思う従業員は、チェックボックス８４に、たとえばプルダウンメニューに従ってチェックマーク（■）を入れればよい。

【0136】

そして、チェックボックス８４にチェックした場合、図２１のステップＳ８３において、“ＹＥＳ”と判断されるので、そのとき、ＣＰＵ１２はステップＳ８５において確認フラグ（予約の表示や印字をするかしないかを示すフラグ）をセットする。つまり、次回以降の予約確認表示や印字が不要なとき、確認フラグがたとえば「１」にセットされる。

【0137】

このステップＳ８３およびＳ８５が、上記チェックボックス８４とともに、従業員による不要操作の受付部として機能する。

【0138】

したがって、次回以降、上で説明したようにステップＳ８１で確認フラグが判断され、もし確認フラグがセットされていれば、お知らせ画面６６の表示や、予約確認レシート７０（図１６）の印字は行われない。つまり、ステップＳ８１が、不要操作に応答する出力阻止部として機能する。

【0139】

なお、図２１の実施例では、図４に示す予約データベース１１８において、従業員コードや研修／試験コードに加えて、確認フラグがセットされているかどうか、つまり、予約確認のお知らせ画面６６の表示および予約確認レシート７０の印刷の要／不要が記録される。したがって、ステップＳ４１において予約データベース１１８に基づいてテーブルＴを生成する際に、確認フラグのデータも抽出される。

【0140】

第３実施例によれば、退店操作するときに必ず研修／試験の予約確認をしなければならないという煩瑣が解消される。
［第４実施例］
第４実施例は、従業員が退店ボタン６４ｂを操作したとき、その従業員のシフトを確認するものであり、第１実施例または第２実施例および第３実施例と組み合わせることができる。

【0141】

たとえば図１３のステップＳ２７で図２４の退店処理が実行されると、図２４のステップＳ９１において、ＣＰＵ１２は、たとえば内蔵の時計（図示せず）から、現在日時を取得する。

【0142】

そして、次のステップＳ９３において、ＣＰＵ１２は、たとえば本部１０２の従業員管理サーバ１１０にアクセスして、この従業員管理サーバ１１０と連係する従業員データベース（図示せず）に設定している図２５のような担当シフトデータベース１２０を参照して、退店ボタン６４ｂを操作した従業員の従業員コードにおいて、現在日時以降、最も近いシフト情報をレコードとして抽出する。

【0143】

次いで、ＣＰＵ１２はステップＳ９５において、たとえば図２６に示す次回シフト連絡画面８８をタッチスクリーン２８に表示する。この連絡画面８８には、ＯＫボタン４０ｇの他に、メッセージ８８ａが表示される。

【0144】

メッセージ８８ａはシフト情報８８ｂおよび連絡事項８８ｃを含む。シフト情報８８ｂによれば、この図２６の例では、次回のシフトが１２月２０日の１９：００‐２２：００であることが分かる。したがって、従業員はこのメッセージ８８ａを見て、次回シフトを確認することができる。また、連絡事項８８ｃによれば、次回シフト当日は給与支給日であり、そのために印鑑が必要なことがわかる。

【0145】

さらにステップＳ９７で、図２７のような次回シフト連絡レシート９０を印字する。この次回シフト連絡レシート９０には、従業員情報９０ａ、シフト情報９０ｂおよび連絡事項９０ｃが印字される。したがって、従業員はこの次回シフト連絡レシート９０を見て、あるいは持ち帰って、次回シフトを確認することができる。

【0146】

ただし、この第３実施例においても、第２実施例と同様に「不要フラグ」を設定できるようにしてもよい。つまり、退店処理の都度次回シフト確認処理をする必要はなく、図２６の次回シフト連絡画面８８に、たとえば図２２のチェックボックス８４のようなチェックボックスを表示し、それによって、次回シフト連絡の退店処理を休止することができる。

【符号の説明】

【0147】

１０ …ＰＯＳ端末
１２ …ＣＰＵ
１６ …通信装置
１８ …メモリ
２６ …プリンタ
２８ …タッチスクリーン
１００ …ＰＯＳシステム
１０２ …本部
１０４ …店舗
１１０ …従業員管理サーバ
１１６ …予約管理サーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】