(57)【特許請求の範囲】
【請求項１】
確認期限または完了期限まで所定期間以内となった期限間際の作業指示が存在する場合に、当該作業指示の内容を示す作業指示情報を表示部に表示させる表示制御手段、を備え、
前記表示制御手段は、前記作業指示情報を表示させる際に当該レジスタ端末が顧客対応業務に係る処理の実行中である場合には、前記期限間際の作業指示が存在する旨を示す通知情報を前記顧客対応業務に対応する業務画面の端部に表示させた後、前記処理の実行完了を待ってから前記通知情報および前記業務画面に替えて前記作業指示情報を表示させる、
ことを特徴とするレジスタ端末。
【請求項２】
当該レジスタ端末にサインインされたユーザに対応する作業指示情報を外部のサーバ装置に問い合わせることによって、所定の記憶手段に記憶された作業指示情報のうち前記ユーザに対応する作業指示情報を受信する受信手段、
を更に備えることを特徴とする請求項１に記載のレジスタ端末。
【請求項３】
前記表示制御手段は、前記業務画面に含まれる現在日時情報と並べて前記通知情報を表示させるとともに、前記期限間際の作業指示の件数を前記通知情報に含めて表示させる、
ことを特徴とする請求項１または２に記載のレジスタ端末。
【請求項４】
前記表示制御手段は、前記確認期限または完了期限までの残り期間に応じて表示態様を異ならせて前記通知情報を表示させた後、前記処理の実行完了を待ってから前記作業指示情報とともに前記作業指示の確認または完了を登録するための入力ボタンを表示させる、
ことを特徴とする請求項１から３の何れか一項に記載のレジスタ端末。
【請求項５】
前記通知情報には、前記確認期限または完了期限を示す期限情報、および前記作業指示の重要度を示す重要度情報が含まれる、
ことを特徴とする請求項１から４の何れか一項に記載のレジスタ端末。
【請求項６】
前記顧客対応業務は、売上登録業務であり、
前記表示制御手段は、前記通知情報を前記売上登録業務に対応する売上登録画面の端部に表示させた後、当該売上登録画面に替えて前記作業指示情報を表示させる際には、当該作業指示情報に替えて前記売上登録画面を所定の期間に亘って一時的に再表示させるための保留ボタンを併せて表示させる、
ことを特徴とする請求項１から５の何れか一項に記載のレジスタ端末。
【請求項７】
コンピュータを、
確認期限または完了期限まで所定期間以内となった期限間際の作業指示が存在する場合に、当該作業指示の内容を示す作業指示情報を表示部に表示させる表示制御手段、として機能させ、
前記表示制御手段は、前記作業指示情報を表示させる際に当該レジスタ端末が顧客対応業務に係る処理の実行中である場合には、前記期限間際の作業指示が存在する旨を示す通知情報を前記顧客対応業務に対応する業務画面の端部に表示させた後、前記処理の実行完了を待ってから前記通知情報および前記業務画面に替えて前記作業指示情報を表示させる、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レジスタ端末及びプログラムに関する。
【背景技術】
【０００２】
従来、店舗運営において、店舗内の端末を利用した様々な情報提供の技術が知られている。
例えば、顧客データや購入履歴データ等を基に適当な定型文を組合せ、顧客に特化したメッセージを作成して印字出力させる技術が開示されている（例えば、特許文献１参照）。
また、取引ごとに発行するレシートに、所定の選出基準に合致した品種に関連する奉仕品に関するメッセージを印刷する技術が開示されている（例えば、特許文献２参照）。
【０００３】
また、店舗運営に関わる従業員各々の作業指示（ＴｏＤｏ）の内容を示す作業指示情報（ＴｏＤｏ情報）を管理する技術が知られている。このＴｏＤｏ情報は、一般に、店舗のバックヤードに設置されたＰＣ等の端末の画面に表示可能であり、従業員や経営者が確認できるようになっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−１２６１４７号公報
【特許文献２】特開平０９−８１８６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、店舗の営業中、従業員や経営者は各々業務で忙しいため、バックヤードに設置された端末画面を常時確認することは困難である。従って、営業前等に確認したＴｏＤｏ情報の内容等を忘れてしまい、店舗運営に支障が生じるという問題がある。
【０００６】
本発明の課題は、各担当者に作業指示を直接的に伝達することができるとともに、担当者の業務に支障を生じさせることなく作業指示を伝達することができるようにすることである。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明のレジスタ端末は、確認期限または完了期限まで所定期間以内となった期限間際の作業指示が存在する場合に、当該作業指示の内容を示す作業指示情報を表示部に表示させる表示制御手段、を備え、前記表示制御手段は、前記作業指示情報を表示させる際に当該レジスタ端末が顧客対応業務に係る処理の実行中である場合には、前記期限間際の作業指示が存在する旨を示す通知情報を前記顧客対応業務に対応する業務画面の端部に表示させた後、前記処理の実行完了を待ってから前記通知情報および前記業務画面に替えて前記作業指示情報を表示させる、ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、各担当者に作業指示を直接的に伝達することができるとともに、担当者の業務に支障を生じさせることなく作業指示を伝達することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態に係る作業管理システムを構成する各装置の主制御構成を示すブロック図である。
【図２】ＴｏＤｏ情報テーブルの一例を示す図である。
【図３】端末情報テーブルの一例を示す図である。
【図４】レジスタ端末の担当者指定時にレジスタ端末及びサーバ装置で行われる処理を示すフローチャートである。
【図５】確認期限又は完了期限が接近しているＴｏＤｏを検索してその存在を担当者に通知する処理を示すフローチャートである。
【図６】期限確認ＴｏＤｏ通知情報の取得時にレジスタ端末で行われる処理を示すフローチャートである。
【図７】売上登録画面の通知領域に期限確認ＴｏＤｏ通知を表示させた例を示す図である。
【図８】レジスタ端末の表示部に担当者のＴｏＤｏを表示させるための情報を送信する処理を示すフローチャートである。
【図９】未完了ＴｏＤｏ表示画面の一例を示す図である。
【図１０】期限確認ＴｏＤｏ表示画面の一例を示す図である。
【図１１】ＴｏＤｏの状態を登録する処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００１１】
まず、本実施形態に係る作業管理システム１００の構成について説明する。
作業管理システム１００は、図１に示すように、サーバ装置（作業管理装置）１と、クライアント端末２と、レジスタ端末３と、を備えて構成されている。この作業管理システム１００において、サーバ装置１、クライアント端末２及びレジスタ端末３は、通信ネットワークＮにより互いに通信可能に接続されている。通信ネットワークＮは、有線ＬＡＮ（Local Area Network）、無線ＬＡＮ、移動体通信網、インターネット等を含む通信ネットワークである。なお、クライアント端末２の台数は特に限定されない。
【００１２】
サーバ装置１は、ＰＣ、ＷＳ（Work Station）等の情報機器である。サーバ装置１は、作業スケジュールやＴｏＤｏ等を管理するスケジュール管理サーバである。
サーバ装置１は、通信ネットワークＮ上に展開された一又は複数のサーバから構成される。なお、本実施形態では、１つの管理サーバより構成されるものとするが、例えば、ＷＥＢサーバ、ＤＢサーバ、ストレージサーバ等の複数のサーバ群から構成されてもよい。
サーバ装置１は、図１に示すように、制御部１１と、操作部１２と、表示部１３と、記憶部１４と、通信部１５と、を備えて構成されている。
【００１３】
制御部１１は、サーバ装置１の動作を中央制御する。具体的には、制御部１１は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備えて構成され、ＲＡＭの作業領域に展開されたＲＯＭや記憶部１４に記憶されたプログラムデータとＣＰＵとの協働により、サーバ装置１の各部を統括制御する。
【００１４】
操作部１２は、文字入力キー、数字入力キー、その他各種機能に対応付けられたキーなどを有するキーボード、マウス等のポインティングデバイスなどを備え、ユーザからの操作入力を受け付けて、操作入力に応じた操作信号を制御部１１へと出力する。
【００１５】
表示部１３は、ＬＣＤ（Liquid Crystal Display）などのディスプレイを備え、制御部１１から出力された表示制御信号に基づいた画像を表示画面に表示する。
【００１６】
記憶部１４は、ＨＤＤ（Hard Disk Drive）、半導体メモリなどにより構成され、プログラムデータや各種設定データ等のデータを制御部１１から読み書き可能に記憶する。また、記憶部１４は、ＴｏＤｏ（作業指示）の内容に関する情報を管理するためのテーブルであるＴｏＤｏ情報テーブル（作業指示情報）１４０と、レジスタ端末３とその担当者に関する情報を管理するためのテーブルである端末情報テーブル１６０と、を記憶する。即ち、記憶部１４は、本発明の記憶手段として機能する。
【００１７】
ＴｏＤｏ情報テーブル１４０は、図２に示すように、ＴｏＤｏ（作業指示）を識別可能に管理するための番号であるＩＤ１４１、ＴｏＤｏの名称を示すタイトル１４２、ＴｏＤｏの内容を示す内容１４３、ＴｏＤｏの実行担当者を示す担当者１４４、ＴｏＤｏの通知を開始する日時を示す通知開始日時１４５、ＴｏＤｏの完了期限を示す完了期限日時１４６、ＴｏＤｏの確認期限を示す確認期限日時１４７、ＴｏＤｏ通知を実行した日時を示す通知日時１４８、ＴｏＤｏ通知を確認した日時を示す確認日時１４９、ＴｏＤｏを完了した日時を示す完了日時１５０、ＴｏＤｏの重要度を示す重要度１５１、ＴｏＤｏの登録者を示す登録者１５２のフィールドを有する。
本実施形態では、重要度１５１は、「最重要」、「重要」、「通常」、「なし（未指定）」の４段階で入力される。なお、重要度１５１は、必ずしも４段階で入力される構成である必要はなく、少なくとも２段階以上の段階で入力される構成であればよい。例えば、「重要」、「通常」、「なし（未指定）」の３段階で入力される構成であってもよい。
【００１８】
端末情報テーブル１６０は、図３に示すように、レジスタ端末３の担当者を示す担当者１６１、レジスタ端末３を一意に識別可能な情報である端末識別情報１６２のフィールドを有する。
【００１９】
通信部１５は、通信用ＩＣ（Integrated Circuit）及び通信コネクタなどを有する通信インターフェイスであり、制御部１１の制御の下、所定の通信プロトコルを用いて通信ネットワークＮを介したデータ通信を行う。
【００２０】
クライアント端末２は、ＰＣ、タブレット端末、スマートフォン、携帯電話機等の情報機器である。
クライアント端末２は、図１に示すように、制御部２１と、操作部２２と、表示部２３と、記憶部２４と、通信部２５と、を備えて構成されている。
【００２１】
制御部２１は、クライアント端末２の動作を中央制御する。具体的には、制御部２１は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備えて構成され、ＲＡＭの作業領域に展開されたＲＯＭや記憶部２４に記憶されたプログラムデータとＣＰＵとの協働により、クライアント端末２の各部を統括制御する。
【００２２】
操作部２２は、文字入力キー、数字入力キー、その他各種機能に対応付けられたキーなどを有するキーボード、マウス等のポインティングデバイスなどを備え、ユーザからの操作入力を受け付けて、操作入力に応じた操作信号を制御部２１へと出力する。
【００２３】
表示部２３は、ＬＣＤなどのディスプレイを備え、制御部２１から出力された表示制御信号に基づいた画像を表示画面に表示する。
【００２４】
記憶部２４は、ＨＤＤ、半導体メモリなどにより構成され、プログラムデータや各種設定データ等のデータを制御部２１から読み書き可能に記憶する。
【００２５】
通信部２５は、通信用ＩＣ及び通信コネクタなどを有する通信インターフェイスであり、制御部２１の制御の下、所定の通信プロトコルを用いて通信ネットワークＮを介したデータ通信を行う。
【００２６】
レジスタ端末３は、飲食店や個人商店等の店舗に設置され、顧客に販売する商品の識別情報又は金額、個数の情報を店員の操作入力により受け付け、商品の売上データを算出して登録し、顧客の代金を格納し、レシートを印刷するＥＣＲ（電子式キャッシュレジスタ）である。なお、レジスタ端末３としては、キャッシュレジスタ、電子レジスタ、金銭登録機、ＰＯＳ（Point Of Sales）端末等が含まれる。また、レジスタ端末３には、レジスタ端末３の担当者のＴｏＤｏを表示部３３に一覧表示させる機能を実現するアプリケーション（以下、ＴｏＤｏアプリと称する）がインストールされている。
レジスタ端末３は、図１に示すように、制御部３１と、操作部３２と、表示部３３と、記憶部３４と、通信部３５と、印刷部３６と、スキャナ部３７と、を備えて構成されている。
【００２７】
制御部３１は、レジスタ端末３の動作を中央制御する。具体的には、制御部３１は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備えて構成され、ＲＡＭの作業領域に展開されたＲＯＭや記憶部３４に記憶されたプログラムデータとＣＰＵとの協働により、レジスタ端末３の各部を統括制御する。
また、制御部３１は、記憶部３６に記憶されたＴｏＤｏアプリのプログラムを実行してＴｏＤｏアプリを起動することにより、サーバ装置１と協働して、レジスタ端末３の担当者のＴｏＤｏを表示部３３に一覧表示させる機能を実現する。
【００２８】
操作部３２は、表示部３３の画面上に形成されたタッチパネルであり、ユーザからのタッチ入力に応じた操作情報を制御部３１に出力する。操作部３２は、英数字等の文字、各種機能等のキータッチ入力の受け付けが可能である。また、操作部３２は、英数字等の文字、各種機能等のキー入力を受け付ける複数のキーを備える構成としてもよい。
【００２９】
表示部（表示手段）３３は、ＬＣＤなどのディスプレイを備え、制御部３１から出力された表示制御信号に基づいた画像を表示画面に表示する。
【００３０】
記憶部３４は、ＨＤＤ、半導体メモリなどにより構成され、プログラムデータや各種設定データ等のデータを制御部３１から読み書き可能に記憶する。また、記憶部３４は、ＴｏＤｏアプリを実行するためのプログラムを記憶する。
【００３１】
通信部３５は、通信用ＩＣ及び通信コネクタなどを有する通信インターフェイスであり、制御部３１の制御の下、所定の通信プロトコルを用いて通信ネットワークＮを介したデータ通信を行う。
【００３２】
印刷部３６は、用紙に情報を印刷するサーマルプリンタ等の印刷部である。印刷部３６は、制御部３１の指示に従い、印刷情報をロール紙に印刷する。また、印刷部３６は、印刷後にロール紙をカットして出力する機構を有する。
【００３３】
スキャナ部３７は、一次元のバーコードのスキャナであり、バーコードを読み取り、そのバーコードの２値化したイメージデータを制御部３１に出力する。スキャナ部３７は、例えば、レーザスキャナとするが、バーコードを撮像するイメージスキャナとしてもよい。制御部３１は、スキャナ部３７から出力されたイメージデータをデコードして、バーコードに含まれているコード情報を取得する。
【００３４】
次に、本実施形態に係る作業管理システム１００のサーバ装置１の動作について、図４〜図１１を参照して説明する。
まず、ＴｏＤｏ情報を登録してＴｏＤｏ情報テーブル１４０を生成する処理について説明する。この処理は、サーバ装置１の制御部１１が、クライアント端末２にてユーザ（従業員や経営者）により登録されたＴｏＤｏ情報を、クライアント端末２から取得したことを契機として開始される。
【００３５】
サーバ装置１の制御部１１は、取得したＴｏＤｏ情報に基づいて、ＴｏＤｏ情報テーブル１４０（図２参照）を生成する。クライアント端末２から送信されたＴｏＤｏ情報には、タイトル１４２、内容１４３、担当者１４４、通知開始日時１４５、完了期限日時１４６、確認期限日時１４７、重要度１５１、登録者１５２等が含まれており、これらの情報に基づいてＴｏＤｏ情報テーブル１４０が生成される。生成されたＴｏＤｏ情報テーブル１４０は、記憶部１４に記憶される。
【００３６】
例えば、図２には、クライアント端末２から、タイトル１４２「発注業務」、内容１４３「食材の在庫確認後、〇×商事へ発注処理を行う。」、担当者１４４「東京  一郎」、通知開始日時１４５「２０１５／６／１ １０：００」、完了期限日時１４６「２０１５／６／１４ １０：００」、確認期限日時１４７「２０１５／６／３ １０：００」、重要度１５１「最重要」、登録者１５２「神奈川  一郎」の各情報を含むＴｏＤｏ情報が送信された場合に、これらの情報をＩＤ１４１「１００００００１」と関連付けたレコード等を含むＴｏＤｏ情報テーブル１４０が生成された例が示されている。
なお、ＴｏＤｏ情報テーブル１４０の生成時点では、担当者にＴｏＤｏが通知されていないため、通知日時１４８、確認日時１４９及び完了日時１５０の各フィールドは空欄となる。
【００３７】
次に、レジスタ端末３の担当者指定時にレジスタ端末３及びサーバ装置１で行われる処理について、図４のフローチャートを参照して説明する。
【００３８】
まず、レジスタ端末３の制御部３１は、レジスタ端末３の担当者情報を取得する（ステップＳ１０１）。例えば、制御部３１は、レジスタ端末３の担当者が担当者毎に割り当てられたバーコードをスキャナ部３７で読み取る操作を行った場合に、読み取られた情報を担当者情報として取得する。また、例えば、制御部３１は、表示部３３に表示されたサインイン画面において、担当者がサインインするための入力操作を行った場合に、その担当者の情報を担当者情報として取得する。
【００３９】
次に、制御部３１は、ステップＳ１０１で取得された担当者情報と、自端末を一意に識別させるための端末識別情報とを、通信部３５を介してサーバ装置１に送信する（ステップＳ１０２）。
サーバ装置１の制御部１１は、レジスタ端末３から送信された担当者情報及び端末識別情報を取得する（ステップＳ１０３）。
【００４０】
制御部１１は、ステップＳ１０３で取得された担当者情報及び端末識別情報に基づいて端末情報テーブル１６０を生成する（ステップＳ１０４）。生成された端末情報テーブル１６０は、記憶部１４に記憶される。
例えば、図３には、ステップＳ１０３で、担当者情報１６１「東京一郎」及び端末識別情報１６２「ＸＸＸＸＸＸＸＸＸＸＸＸＸＸＸＸＸＸＸＸ１」が取得された場合に、これらの情報を関連付けたレコード等を含む端末情報テーブル１６０が生成された例が示されている。
【００４１】
一方、レジスタ端末３の制御部３１は、ステップＳ１０２の処理後、ステップＳ１０１で取得された担当者情報に基づいて担当者を指定する処理（サインイン処理）を行う（ステップＳ１０５）。
【００４２】
次に、制御部３１は、記憶部３６に記憶されたＴｏＤｏアプリのプログラムを実行してＴｏＤｏアプリを起動する（ステップＳ１０６）。
次に、制御部３１は、ステップＳ１０１で取得された担当者情報と、ＴｏＤｏアプリでの表示対象として要求するＴｏＤｏの種別を示すＴｏＤｏ種別情報（種別情報）とを、通信部３５を介してサーバ装置１に送信し（ステップＳ１０７）、レジスタ端末３側の処理を終了する。ここでは、未完了ＴｏＤｏを表示対象として要求するためのＴｏＤｏ種別情報を送信する。なお、未完了ＴｏＤｏとは、担当者のＴｏＤｏのうち未完了のＴｏＤｏのことである。
サーバ装置１の制御部１１は、レジスタ端末３から送信された担当者情報及びＴｏＤｏ種別情報を取得し（ステップＳ１０８）、サーバ装置１側の処理を終了する。
【００４３】
その後、レジスタ端末３の制御部３１は、サーバ装置１から未完了ＴｏＤｏが送信された場合、当該未完了ＴｏＤｏを表示部３３に表示させる（図９参照）。
一方、制御部３１は、サーバ装置１から未完了ＴｏＤｏが送信されなかった場合、ＴｏＤｏアプリを終了して、通常のメニュー画面を表示部３３に表示させる。
【００４４】
なお、上記の図４の処理では、サインイン処理を行った場合に、ＴｏＤｏアプリを起動して未完了ＴｏＤｏを要求する処理を行っているが、例えば、担当者が通常のメニュー画面から手動でＴｏＤｏアプリを起動した場合にも、未完了ＴｏＤｏを要求する処理が行われる。
【００４５】
次に、確認期限又は完了期限が接近しているＴｏＤｏを検索してその存在を担当者に通知する処理について、図５のフローチャートを参照して説明する。
まず、サーバ装置１の制御部１１は、第１の所定時間毎に期限接近ＴｏＤｏを検索する処理を行い、期限接近ＴｏＤｏが存在するか否かを判定する（ステップＳ２０１）。ここで、第１の所定時間は、予め設定された値であり、例えば、５分である。また、期限接近ＴｏＤｏとは、確認期限又は完了期限まで第２の所定時間以内のＴｏＤｏのことである。ここで、第２の所定時間は、予め設定された値であり、例えば、２４時間である。
具体的には、まず、制御部１１は、記憶部１４に記憶されているＴｏＤｏ情報テーブル１４０を参照して、「現在日時」が通知開始日時１４５を過ぎているＴｏＤｏを検索する。次いで、制御部１１は、上記の条件を満たすＴｏＤｏのうち、下記２つの条件のいずれかを満たすＴｏＤｏが存在する場合に、期限接近ＴｏＤｏが存在すると判定する。１つ目の条件は「確認日時１４９が「空」で、且つ確認期限日時１４７まで第２の所定時間以内」であることである。２つ目の条件は「完了日時１５０が「空」で、且つ完了期限日時１４６まで第２の所定時間以内」であることである。
制御部１１は、期限接近ＴｏＤｏが存在すると判定した場合（ステップＳ２０１：ＹＥＳ）、次のステップＳ２０２へと移行する。
一方、制御部１１は、期限接近ＴｏＤｏが存在しないと判定した場合（ステップＳ２０１：ＮＯ）、期限接近ＴｏＤｏが存在すると判定するまでステップＳ２０１の処理を繰り返す。
【００４６】
次に、制御部１１は、記憶部１４に記憶されているＴｏＤｏ情報テーブル１４０及び端末情報テーブル１６０を参照して、ステップＳ３０４で検索された期限接近ＴｏＤｏの担当者１４４が、端末情報テーブル１６０の担当者１６１と一致するか否かを判定する（ステップＳ２０２）。即ち、制御部１１は、期限接近ＴｏＤｏの担当者が、現在レジスタ端末３の担当者であるか否かを判定する。
制御部１１は、期限接近ＴｏＤｏの担当者１４４が端末情報テーブル１６０の担当者１６１と一致すると判定した場合（ステップＳ２０２：ＹＥＳ）、期限接近ＴｏＤｏの担当者が現在レジスタ端末３の担当者であると判定し、次のステップＳ２０３へと移行する。
一方、制御部１１は、期限接近ＴｏＤｏの担当者１４４が端末情報テーブル１６０の担当者１６１と一致しないと判定した場合（ステップＳ２０２：ＮＯ）、期限接近ＴｏＤｏの担当者が現在レジスタ端末３の担当者でないと判定し、ステップＳ２０１へと移行して、再度第１の所定時間毎に期限接近ＴｏＤｏを検索する処理を行う。
【００４７】
次に、制御部１１は、端末情報テーブル１６０を参照して、ステップＳ２０２で期限接近ＴｏＤｏの担当者１４４と一致すると判定された端末情報テーブル１６０の担当者１６１と対応付けられた端末識別情報１６２が示すレジスタ端末３に、期限確認ＴｏＤｏが存在する旨を通知するための期限確認ＴｏＤｏ通知情報（期限確認通知情報）を、通信部１５を介して送信し（ステップＳ２０３）、処理を終了する。即ち、制御部１１は、本発明の送信手段として機能する。ここで、期限確認ＴｏＤｏとは、レジスタ端末３の担当者のＴｏＤｏのうち確認期限又は完了期限まで第２の所定時間以内のＴｏＤｏのことである。即ち、期限確認ＴｏＤｏは、期限接近ＴｏＤｏのうちステップＳ２０２で端末情報テーブル１６０の担当者１６１と一致すると判定された担当者１４４のＴｏＤｏのことである。期限確認ＴｏＤｏ通知情報には、期限確認ＴｏＤｏの総数と、期限確認ＴｏＤｏのうち確認期限日時１４７と現在日時との差分又は完了期限日時１４６と現在日時との差分が最小値を示すＴｏＤｏのＩＤ１４１及び重要度１５１と、当該最小値と、が含まれている。
【００４８】
次に、期限確認ＴｏＤｏ通知情報の取得時にレジスタ端末３で行われる処理について、図６のフローチャートを参照して説明する。この処理は、レジスタ端末３の制御部３１が、サーバ装置１から送信された期限確認ＴｏＤｏ通知情報を取得したことを契機として開始される。
【００４９】
まず、レジスタ端末３の制御部３１は、顧客対応業務中であるか否かを判定する（ステップＳ３０１）。顧客対応業務とは、例えば、売上登録業務など、レジスタ端末３の表示部３３を用いて顧客に対応する業務のことである。
制御部３１は、顧客対応業務中であると判定した場合（ステップＳ３０１：ＹＥＳ）、次のステップＳ３０２へと移行する。
一方、制御部３１は、顧客対応業務中でないと判定した場合（ステップＳ３０１：ＮＯ）、ステップＳ３０４へと移行する。
【００５０】
次に、制御部３１は、サーバ装置１から送信された期限確認ＴｏＤｏ通知情報に基づいて、表示部３３の通知領域Ｅ１に期限確認ＴｏＤｏ通知を表示させる（ステップＳ３０２）。ここで、期限確認ＴｏＤｏ通知とは、レジスタ端末３の担当者に対して期限確認ＴｏＤｏが存在する旨を示すことで、期限確認を促すための通知のことである。
【００５１】
図７に、通知領域Ｅ１に期限確認ＴｏＤｏ通知を表示させた売上登録画面Ｇ１の一例を示す。通知領域Ｅ１は、図７に示すように、売上登録業務を妨げることのないよう、売上登録画面Ｇ１の上端部に設けられている。従って、通知領域Ｅ１に期限確認ＴｏＤｏ通知を表示させたとしても、担当者の売上登録業務が妨げられないようになっている。期限確認ＴｏＤｏ通知は、具体的には、確認期限日時１４７と現在日時との差分又は完了期限日時１４６と現在日時との差分が最小値を示すＴｏＤｏ（即ち、期限までの時間が最も短いＴｏＤｏ）の期限までの時間（＝最小値）と、当該ＴｏＤｏの重要度１５１と、その他の期限確認ＴｏＤｏの数と、により構成されている。なお、期限までの時間について、既に期限を過ぎている場合には、マイナス表示を行う。また、重要度１５１は、最重要の場合に「★★★」、重要の場合に「★★」、通常の場合に「★」と表示される。
例えば、図７に示す例では、期限までの時間が最小であるＴｏＤｏの期限が「１時間後」であり、当該ＴｏＤｏの重要度１５１が「★★★（＝最重要）」であり、その他の期限確認ＴｏＤｏの数が「１件」である旨が通知されている。
また、図７に示す例では、期限確認ＴｏＤｏ通知を赤字で表示している。このように、期限確認ＴｏＤｏ通知を赤字で表示することで、担当者の視線を惹き付けるようにしている。なお、図７では、説明の都合上、期限確認ＴｏＤｏ通知を赤字で表現する代わりに、太字で表現している。
【００５２】
次に、制御部３１は、顧客対応業務が完了したか否かを判定する（ステップＳ３０３）。
制御部３１は、顧客対応業務が完了したと判定した場合（ステップＳ３０３：ＹＥＳ）、次のステップＳ３０４へと移行する。
一方、制御部３１は、顧客対応業務が完了していないと判定した場合（ステップＳ３０３：ＮＯ）、顧客対応業務が完了したと判定するまでステップＳ３０３の処理を繰り返す。
【００５３】
次に、制御部３１は、記憶部３６に記憶されたＴｏＤｏアプリのプログラムを実行してＴｏＤｏアプリを起動する（ステップＳ３０４）。
次に、制御部３１は、担当者情報及びＴｏＤｏ種別情報を、通信部３５を介してサーバ装置１に送信し（ステップＳ３０５）、処理を終了する。ここでは、期限確認ＴｏＤｏを表示対象として要求するためのＴｏＤｏ種別情報を送信する。
【００５４】
次に、レジスタ端末３の表示部３３に担当者のＴｏＤｏを表示させるための情報を送信する処理について、図８のフローチャートを参照して説明する。この処理は、レジスタ端末３から送信された担当者情報及びＴｏＤｏ種別情報を取得した（図４のステップＳ１０７、ステップＳ１０８、図６のステップＳ３０５等参照）ことを契機として開始される。
【００５５】
まず、サーバ装置１の制御部１１は、レジスタ端末３から送信されたＴｏＤｏ種別情報を参照して、レジスタ端末３がＴｏＤｏアプリでの表示対象として要求するＴｏＤｏの種別が未完了ＴｏＤｏであるか否かを判定する（ステップＳ４０１）。
制御部１１は、ＴｏＤｏ種別が未完了ＴｏＤｏであると判定した場合（ステップＳ４０１：ＹＥＳ）、次のステップＳ４０２へと移行する。
一方、制御部１１は、ＴｏＤｏ種別が未完了ＴｏＤｏでない、即ち、期限確認ＴｏＤｏであると判定した場合（ステップＳ４０１：ＮＯ）、ステップＳ４０４へと移行する。
【００５６】
次に、制御部１１は、未完了ＴｏＤｏを検索する処理を行い、未完了ＴｏＤｏが存在するか否かを判定する（ステップＳ４０２）。即ち、制御部１１は、本発明の検索手段として機能する。具体的には、制御部１１は、記憶部１４に記憶されているＴｏＤｏ情報テーブル１４０を参照して、担当者１４４が「レジスタ端末３から送信された担当者情報が示す担当者」であり、「現在日時」が通知開始日時１４５を過ぎており、且つ完了日時１５１が「空」であるＴｏＤｏを検索し、条件を満たすＴｏＤｏが存在する場合に、未完了ＴｏＤｏが存在すると判定する。
制御部１１は、未完了ＴｏＤｏが存在すると判定した場合（ステップＳ４０２：ＹＥＳ）、次のステップＳ３０３へと移行する。
一方、制御部１１は、未完了ＴｏＤｏが存在しないと判定した場合（ステップＳ４０２：ＮＯ）、処理を終了する。
【００５７】
次に、制御部１１は、ステップＳ４０２で検索された未完了ＴｏＤｏに係る表示指示情報を、担当者情報及びＴｏＤｏ種別情報を送信してきたレジスタ端末３に通信部１５を介して送信し、当該レジスタ端末３の表示部３３に未完了ＴｏＤｏを表示させる処理を行わせる（ステップＳ４０３）。即ち、制御部１１は、本発明の送信手段として機能する。ここで、表示指示情報には、ＴｏＤｏ情報テーブル１４０の情報（タイトル１４２、内容１４３、確認期限日時１４７、完了期限日時１４６）等が含まれている。なお、ＴｏＤｏ情報テーブル１４０の確認日時１４９に情報が入力されている場合、即ち、担当者によりＴｏＤｏの確認操作が既に行われている場合には、確認期限日時１４７の代わりに、確認済みであることを示す情報が送信される。
そして、制御部１１は、ステップＳ４０２へと移行し、再度未完了ＴｏＤｏを検索する処理を行う。
【００５８】
レジスタ端末３の制御部３１は、サーバ装置１から送信された表示指示情報に基づく未完了ＴｏＤｏ表示画面Ｇ２を表示部３３に表示させる。未完了ＴｏＤｏ表示画面Ｇ２には、図９に示すように、ステップＳ４０２で検索された未完了ＴｏＤｏが、タイトルＦ１１、内容Ｆ１２、確認（期限）Ｆ１３、完了（期限）Ｆ１４のフィールドを有するテーブル形式で表示される。
確認（期限）Ｆ１３のフィールドには、確認期限日時１４７の他、担当者がＴｏＤｏを確認した旨をサーバ装置１に通知するための確認ボタンＢ１１が表示される。担当者により確認ボタンＢ１１が押下されると、確認（期限）Ｆ１３のフィールドには、確認期限日時１４７及び確認ボタンＢ１１の代わりに、確認済みであることを示す「済み」が表示される。
また、完了（期限）Ｆ１４のフィールドには、完了期限日時１４６の他、担当者がＴｏＤｏを完了した旨をサーバ装置１に通知するための完了ボタンＢ１２が表示される。担当者により完了ボタンＢ１２が押下されると、完了（期限）Ｆ１４のフィールドには、完了期限日時１４６及び完了ボタンＢ１２の代わりに、完了済みであることを示す「済み」が表示される。ここで、確認ボタンＢ１１が押下される前に完了ボタンＢ１２が押下された場合、完了（期限）Ｆ１４のフィールドに「済み」が表示されると同時に、確認（期限）Ｆ１３のフィールドに「済み」が表示される。なお、未完了ＴｏＤｏ表示画面Ｇ２には、未完了のＴｏＤｏが表示されるため、完了（期限）Ｆ１４のフィールドに「済み」が表示されたＴｏＤｏは、次回以降表示されなくなる。
即ち、確認ボタンＢ１１及び完了ボタンＢ１２は、ＴｏＤｏを確認した旨又は当該ＴｏＤｏを完了した旨をサーバ装置１に通知させるための通知用情報である。
また、未完了ＴｏＤｏ表示画面Ｇ２の右下端部には、未完了ＴｏＤｏ表示画面Ｇ２を閉じるための閉じるボタンＢ１３が設けられている。
【００５９】
例えば、図９に表示されたテーブルの一番上のレコードには、ＩＤ１４１「１００００００１」である未完了ＴｏＤｏが表示されている。具体的には、ＩＤ１４１「１００００００１」のタイトル１４２「発注業務」、内容１４３「食材の在庫確認後、〇×商事へ発注処理を行う。」、完了期限日時１４６「２０１５／６／１４ １０：００」（図２参照）が、そのままタイトルＦ１１、内容Ｆ１２、完了（期限）Ｆ１４の各フィールドに表示されている。また、完了（期限）Ｆ１４のフィールドには、完了期限日時１４６の他、完了ボタンＢ１２が表示されている。一方、ＩＤ１４１「１００００００１」の確認日時１４９には「２０１５／６／１０ １３：００」との情報が入力されているため、確認期限日時１４７の代わりに確認済みであることを示す情報が送信され、確認（期限）Ｆ１３のフィールドには、確認期限日時１４７及び確認ボタンＢ１１の代わりに、「済み」が表示されている。
【００６０】
一方、ステップＳ４０１で期限確認ＴｏＤｏであると判定した場合（ステップＳ４０１：ＮＯ）、制御部１１は、期限確認ＴｏＤｏを検索する処理を行い、期限確認ＴｏＤｏが存在するか否かを判定する（ステップＳ４０４）。即ち、制御部１１は、本発明の検索手段として機能する。具体的には、まず、制御部１１は、記憶部１４に記憶されているＴｏＤｏ情報テーブル１４０を参照して、担当者１４４が「レジスタ端末３から送信された担当者情報が示す担当者」であり、且つ「現在日時」が通知開始日時１４５を過ぎているＴｏＤｏを検索する。次いで、制御部１１は、上記の条件を満たすＴｏＤｏのうち、下記２つの条件のいずれかを満たすＴｏＤｏが存在する場合に、期限確認ＴｏＤｏが存在すると判定する。１つ目の条件は「確認日時１４９が「空」で、且つ確認期限日時１４７まで第２の所定時間以内」であることである。２つ目の条件は「完了日時１５０が「空」で、且つ完了期限日時１４６まで第２の所定時間以内」であることである。
制御部１１は、期限確認ＴｏＤｏが存在すると判定した場合（ステップＳ４０４：ＹＥＳ）、次のステップＳ４０５へと移行する。
一方、制御部１１は、期限確認ＴｏＤｏが存在しないと判定した場合（ステップＳ４０４：ＮＯ）、処理を終了する。
【００６１】
次に、制御部１１は、ステップＳ４０４で検索された期限確認ＴｏＤｏに係る表示指示情報を、担当者情報及びＴｏＤｏ種別情報を送信してきたレジスタ端末３に通信部１５を介して送信し、当該レジスタ端末３の表示部３３に期限確認ＴｏＤｏを表示させる処理を行わせる（ステップＳ４０５）。即ち、制御部１１は、本発明の送信手段として機能する。ここで、表示指示情報には、ＴｏＤｏ情報テーブル１４０の情報（タイトル１４２、内容１４３、確認期限日時１４７、完了期限日時１４６）等が含まれている。なお、ＴｏＤｏ情報テーブル１４０の確認日時１４９に情報が入力されている場合、即ち、担当者によりＴｏＤｏの確認操作が既に行われている場合には、確認期限日時１４７の代わりに、確認済みであることを示す情報が送信される。
そして、制御部１１は、ステップＳ４０４へと移行し、再度期限確認ＴｏＤｏを検索する処理を行う。
【００６２】
レジスタ端末３の制御部３１は、サーバ装置１から送信された表示指示情報に基づく期限確認ＴｏＤｏ表示画面Ｇ３を表示部３３に表示させる。期限確認ＴｏＤｏ表示画面Ｇ３には、図１０に示すように、ステップＳ４０４で検索された期限確認ＴｏＤｏが、タイトルＦ２１、内容Ｆ２２、確認（期限）Ｆ２３、完了（期限）Ｆ２４のフィールドを有するテーブル形式で表示される。
確認（期限）Ｆ２３のフィールドには、確認期限日時１４７の他、確認ボタンＢ２１が表示される。担当者により確認ボタンＢ２１が押下されると、確認（期限）Ｆ２３のフィールドには、「済み」が表示される。
また、完了（期限）Ｆ２４のフィールドには、完了期限日時１４６の他、完了ボタンＢ２２が表示される。担当者により完了ボタンＢ２２が押下されると、完了（期限）Ｆ２４のフィールドには、「済み」が表示される。ここで、確認ボタンＢ２１が押下される前に完了ボタンＢ２２が押下された場合、完了（期限）Ｆ２４のフィールドに「済み」が表示されると同時に、確認（期限）Ｆ２３のフィールドに「済み」が表示される。なお、期限確認ＴｏＤｏ表示画面Ｇ３には、未完了のＴｏＤｏが表示されるため、完了（期限）Ｆ２４のフィールドに「済み」が表示されたＴｏＤｏは、次回以降表示されなくなる。
【００６３】
また、期限確認ＴｏＤｏ表示画面Ｇ３では、期限確認ＴｏＤｏが確認期限日時１４７まで第２の所定時間以内のＴｏＤｏである場合、当該ＴｏＤｏの確認期限日時１４７を赤字で表示する。同様に、期限確認ＴｏＤｏが完了期限日時１４６まで第２の所定時間以内のＴｏＤｏである場合、当該ＴｏＤｏの完了期限日時１４６を赤字で表示する。例えば、図１０に示す例では、１つ目のＴｏＤｏ（タイトル１４２「発注業務」）の完了期限日時１４６「２０１５／６／１４ １０：００」が赤字で表示されている。また、２つ目のＴｏＤｏ（タイトル１４２「シフト調整」）の確認期限日時１４７「２０１５／６／１４ ２３：００」が赤字で表示されている。このように、第２の所定時間以内の確認期限日時１４７及び完了期限日時１４６を赤字で表示することで、担当者の視線を惹き付けるようにしている。なお、図１０では、説明の都合上、第２の所定時間以内の確認期限日時１４７及び完了期限日時１４６を赤字で表現する代わりに、太字で表現している。
【００６４】
また、期限確認ＴｏＤｏ表示画面Ｇ３の右下端部には、閉じるボタンＢ２３及び後で確認ボタンＢ２４が設けられている。
閉じるボタンＢ２３は、期限確認ＴｏＤｏ表示画面Ｇ３を閉じるためのボタンである。なお、閉じるボタンＢ２３が押下された際、確認期限日時１４７まで第２の所定時間以内のＴｏＤｏの確認ボタンＢ２１、又は完了期限日時１４６まで第２の所定時間以内のＴｏＤｏの完了ボタンＢ２２の押下操作が行われていないＴｏＤｏが残っている場合には、伝票処理の終了後、又は当該ＴｏＤｏに対するサーバ装置１からの再度の期限確認ＴｏＤｏ通知の後に、期限確認ＴｏＤｏ表示画面Ｇ３が再度表示される。
後で確認ボタンＢ２４は、期限確認ＴｏＤｏ表示画面Ｇ３を一時的に閉じるためのボタンである。後で確認ボタンＢ２４が押下されると、第３の所定時間後に期限確認ＴｏＤｏ表示画面Ｇ３が再表示される。ここで、第３の所定時間は、予め設定された値であり、例えば、３０分である。なお、再表示のタイミングが顧客対応業務中であった場合は、表示部３３の通知領域Ｅ１に期限確認ＴｏＤｏ通知を表示させるようにし、顧客対応業務の終了後に期限確認ＴｏＤｏ表示画面Ｇ３を再表示させる。
【００６５】
次に、ＴｏＤｏの状態を登録（更新）する処理について、図１１のフローチャートを参照して説明する。この処理は、サーバ装置１の制御部１１が、レジスタ端末３から送信された通知情報を取得したことを契機として開始される。
【００６６】
ここで、通知情報には、「表示」に関する通知情報、「確認」に関する通知情報及び「完了」に関する通知情報が含まれる。「表示」に関する通知情報は、表示部３３にＴｏＤｏを表示したことをサーバ装置１に通知するための情報である。「確認」に関する通知情報は、担当者がＴｏＤｏを確認したことをサーバ装置１に通知するための情報である。「完了」に関する通知情報は、担当者がＴｏＤｏを完了したことをサーバ装置１に通知するための情報である。
【００６７】
レジスタ端末３の制御部３１は、ＴｏＤｏアプリを起動して未完了ＴｏＤｏ表示画面Ｇ１又は期限確認ＴｏＤｏ表示画面Ｇ２を表示させた際、表示された全てのＴｏＤｏのＩＤ１４１を、「表示」に関する通知情報に含めてサーバ装置１に送信する。
また、制御部３１は、未完了ＴｏＤｏ表示画面Ｇ１に表示された確認ボタンＢ１１又は期限確認ＴｏＤｏ表示画面Ｇ２に表示された確認ボタンＢ２１が押下された際、確認ボタンＢ１１又は確認ボタンＢ２１が押下されたＴｏＤｏのＩＤ１４１を、「確認」に関する通知情報に含めてサーバ装置１に送信する。
また、制御部３１は、未完了ＴｏＤｏ表示画面Ｇ１に表示された完了ボタンＢ１２又は期限確認ＴｏＤｏ表示画面Ｇ２に表示された完了ボタンＢ２２が押下された際、完了ボタンＢ１２又は完了ボタンＢ２２が押下されたＴｏＤｏのＩＤ１４１を、「完了」に関する通知情報に含めてサーバ装置１に送信する。
サーバ装置１の制御部１１は、上記の通知情報を受信することで、本発明の受信手段として機能する。
以下、サーバ装置１の制御部１１が、「表示」に関する通知情報、「確認」に関する通知情報及び「完了」に関する通知情報のいずれかを取得した際に行われる処理を説明する。
【００６８】
まず、サーバ装置１の制御部１１は、レジスタ端末３から送信された通知情報を参照して、その通知内容が「表示」に関するものであるか否かを判定する（ステップＳ５０１）。
制御部１１は、「表示」に関するものであると判定した場合（ステップＳ５０１：ＹＥＳ）、担当者に対するＴｏＤｏの通知が行われたと判定し、次のステップＳ５０２へと移行する。
一方、制御部１１は、「表示」に関するものでないと判定した場合（ステップＳ５０１：ＮＯ）、ステップＳ５０３へと移行する。
【００６９】
次に、制御部１１は、レジスタ端末３から送信された通知情報に含まれているＩＤ１４１の通知日時１４８に現在日時を登録し（ステップＳ５０２）、処理を終了する。
【００７０】
ステップＳ５０１で「表示」に関するものでないと判定した場合、制御部１１は、その通知内容が「確認」に関するものであるか否かを判定する（ステップＳ５０３）。
制御部１１は、「確認」に関するものであると判定した場合（ステップＳ５０３：ＹＥＳ）、担当者によるＴｏＤｏの確認操作が行われたと判定し、次のステップＳ５０４へと移行する。
一方、制御部１１は、「確認」に関するものでないと判定した場合（ステップＳ５０３：ＮＯ）、ステップＳ５０５へと移行する。
【００７１】
次に、制御部１１は、レジスタ端末３から送信された通知情報に含まれているＩＤ１４１の確認日時１４９に現在日時を登録し（ステップＳ５０４）、処理を終了する。
【００７２】
ステップＳ５０３で「確認」に関するものでないと判定した場合、制御部１１は、その通知内容が「完了」に関するものであるか否かを判定する（ステップＳ５０５）。
制御部１１は、「完了」に関するものであると判定した場合（ステップＳ５０５：ＹＥＳ）、担当者によるＴｏＤｏの完了操作が行われたと判定し、次のステップＳ５０６へと移行する。
一方、制御部１１は、「完了」に関するものでないと判定した場合（ステップＳ５０５：ＮＯ）、通知情報がエラーであると判定し（ステップＳ５０７）、処理を終了する。
【００７３】
次に、制御部１１は、レジスタ端末３から送信された通知情報に含まれているＩＤ１４１の完了日時１５０に現在日時を登録し（ステップＳ５０７）、処理を終了する。なお、確認日時１４９に日時が登録される前に完了日時１５０に現在日時が登録される場合、完了日時１５０と同時に確認日時１４９にも現在日時が登録される。
【００７４】
以上の処理により、各ＴｏＤｏの確認日時１４９及び完了日時１５０が登録されるので、各ＴｏＤｏを登録した経営者や従業員が、当該ＴｏＤｏが確認されたか又は完了したかを容易に確認することができる。
【００７５】
以上のように、本実施形態に係る作業管理システム１００のサーバ装置１によれば、レジスタ端末３の要求に応じて、当該レジスタ端末３に割り当てられた担当者に対応する作業指示情報を検索し、検索された作業指示情報をレジスタ端末３に送信する。特に、レジスタ端末３が表示対象として要求する作業指示の種別を示す種別情報に基づいて、当該レジスタ端末３で表示させる作業指示情報を検索し、検索された作業指示情報をレジスタ端末３に送信する。
従って、レジスタ端末３の担当者に対して当日の業務に係るＴｏＤｏを表示することができる。よって、各担当者にＴｏＤｏを直接的に伝達することができる。また、レジスタ端末３側の業務の状態に応じて適切なＴｏＤｏを表示させることができるので、担当者の業務に支障を生じさせることなくＴｏＤｏを伝達することができる。
【００７６】
また、本実施形態では、レジスタ端末３に担当者を割り当てるサインイン処理が行われた際に、当該担当者に対応する作業指示情報を検索する。
従って、レジスタ端末３の担当者はレジスタ端末３での業務の開始時に当日の業務に係るＴｏＤｏを伝達することができるので、担当者への伝達のタイミングが遅滞することがなくＴｏＤｏ処理の始動の遅れを抑制することができる。
【００７７】
また、本実施形態では、確認期限又は完了期限まで所定時間以内の作業指示であって、レジスタ端末３の担当者に対応する作業指示情報が検索された場合に、確認期限又は完了期限まで所定時間以内の作業指示が存在する旨を通知するための期限確認通知情報を、レジスタ端末３に送信する。
従って、期限が差し迫って期限確認が必要なＴｏＤｏの存在を担当者に報知することができるので、担当者にＴｏＤｏの内容確認や完了確認をより確実に行わせることができる。
【００７８】
また、本実施形態では、レジスタ端末３が顧客対応業務中の場合、期限確認を促す通知を表示手段の所定の通知領域に表示させ、レジスタ端末３が顧客対応業務以外の業務中又は顧客対応業務の終了後、確認期限又は完了期限まで所定時間以内の作業指示を表示手段に表示させるための期限確認通知情報を、レジスタ端末３に送信する。
従って、レジスタ端末３側で顧客対応業務が行われている場合には、業務を妨げない領域に期限が差し迫っているＴｏＤｏの存在を報知することができるので、顧客を待たせないように業務を遂行させつつ、期限確認が必要なＴｏＤｏの存在を伝達することができる。
【００７９】
また、本実施形態では、検索された作業指示情報を確認した旨又は当該作業指示情報が示す作業指示の内容を完了した旨を通知させるための通知用情報をレジスタ端末３に送信する。また、通知用情報が選択されたことに基づいてレジスタ端末３から送信された通知情報を受信する。
従って、ＴｏＤｏに加えて当該ＴｏＤｏの内容確認又は完了確認を通知させるための通知用情報を同時に表示することができるので、その通知用情報を選択するという簡易な操作でＴｏＤｏの内容確認や完了確認を容易に行うことができる。
【００８０】
以上、本発明に係る実施形態に基づいて具体的に説明したが、本発明は上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲で変更可能である。
【００８１】
例えば、上記実施形態では、サーバ装置１が、「確認」又は「完了」に関する通知情報を受信するようにしているが、これに限定されるものではない。例えば、サーバ装置１が通知情報を受信する代わりに、店舗責任者や経営者の携帯端末等で通知情報を受信するようにしてもよい。
この場合、店舗責任者や経営者が、自身の休日や外出先等でも通知情報を受信することができるので、必要に応じて担当者によるＴｏＤｏの内容確認や完了確認の状況を取得することができ、より安定した店舗運営を行うことができるようになる。
【００８２】
また、上記実施形態では、レジスタ端末３から送信されたＴｏＤｏ種別情報に基づいて、レジスタ端末３の表示部３３に表示させるＴｏＤｏを検索するようにしているが、これに限定されるものではない。例えば、予め表示部３３に表示させるＴｏＤｏの種別を設定しておくことにより、レジスタ端末３の状態（即ち、顧客対応業務中であるか否か等）に関係なく、所定の種別のＴｏＤｏのみを表示させるようにしてもよい。例えば、未完了ＴｏＤｏのみを表示させるようにしてもよいし、期限確認ＴｏＤｏのみを表示させるようにしてもよい。
なお、例えば、未完了ＴｏＤｏのみを表示させるように設定した場合、期限確認ＴｏＤｏ通知情報をレジスタ端末３に送信しない構成とすることも可能である。この場合、期限確認ＴｏＤｏ通知情報をレジスタ端末３に送信するための処理（図５参照）を行わなくともよくなるため、サーバ装置１における作業負荷を軽減することができる。
【００８３】
また、上記実施形態では、レジスタ端末３が顧客対応業務中の場合、期限確認を促す通知を表示部３３の所定の通知領域Ｅ１に表示させるようにしているが、これに限定されるものではない。勿論、顧客対応業務中の場合、期限確認を促す通知を表示部３３の通知領域Ｅ１に表示させる方がより好ましいが、顧客対応業務中の場合であっても期限確認ＴｏＤｏ表示画面Ｇ３を表示させるようにしてもよい。なお、この場合、レジスタ端末３の担当者は、後で確認ボタンＢ２４を押下するようにするとよい。
【００８４】
また、上記実施形態では、期限確認を促す通知（期限確認ＴｏＤｏ通知）を表示部３３の所定の通知領域Ｅ１に表示させる際、赤字で表示するようにしているが、これに限定されるものではない。例えば、期限確認ＴｏＤｏ通知を、緊急度合いに応じた表示形式で表示するようにしてもよい。ここで、緊急度合いとは、レジスタ端末３の担当者に期限確認ＴｏＤｏの存在を今すぐ通知したい度合いを示す指標のことであり、例えば、残り時間や重要度などにより決定される。緊急度合いに応じた表示形式としては、例えば、残り時間が少なくなるにつれて緑色→黄色→赤色のように表示色を変化させるようにしてもよいし、残り時間が少なくなった場合に、点滅表示させるようにしてもよい。また、重要度が高くなるにつれて緑色→黄色→赤色のように表示色を変化させるようにしてもよいし、重要度が最も高い場合（最重要の場合）に、点滅表示させるようにしてもよい。即ち、緊急度合いが高くなるほど強調の度合いが強くなる表示形式であればいかなる表示形式であってもよい。
上記の構成により、緊急度合いに応じて期限が差し迫っているＴｏＤｏの存在を強調して報知することができるので、担当者の注意を惹き付けて期限確認が必要なＴｏＤｏの存在をより確実に伝達することができる。
【００８５】
また、上記実施形態では、期限確認ＴｏＤｏ表示画面Ｇ３において、第２の所定時間以内の確認期限日時１４７及び完了期限日時１４６を赤字で表示するようにしているが、これに限定されるものではない。例えば、未完了ＴｏＤｏ表示画面Ｇ２においても、確認期限日時１４７又は完了期限日時１４６まで第２の所定時間以内のＴｏＤｏが存在する場合には、第２の所定時間以内の確認期限日時１４７及び完了期限日時１４６を赤字で表示するようにしてもよい。
【００８６】
また、上記実施形態では、第２の所定時間以内の確認期限日時１４７及び完了期限日時１４６を赤字で表示するようにしているが、これに限定されるものではない。第２の所定時間以内の確認期限日時１４７及び完了期限日時１４６を強調表示できればいかなる表示であってもよく、例えば、赤字で表示する代わりに、太字で表示するようにしてもよい。
【００８７】
その他、サーバ装置、クライアント端末及びレジスタ端末を構成する各装置の細部構成及び各装置の細部動作に関しても、本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【００８８】
本発明のいくつかの実施形態を説明したが、本発明の範囲は、上述の実施形態に限定するものではなく、特許請求の範囲に記載された発明の範囲とその均等の範囲を含む。
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。
［付記］
＜請求項１＞
作業指示の内容を示す作業指示情報を担当者に対応づけて記憶する記憶手段と、
レジスタ端末の要求に応じて、前記記憶手段から当該レジスタ端末に割り当てられた担当者に対応する作業指示情報を検索する検索手段と、
前記検索手段により検索された作業指示情報を前記レジスタ端末に送信する送信手段と、
を備える作業管理装置。
＜請求項２＞
前記検索手段は、前記レジスタ端末に担当者を割り当てるサインイン処理が行われた際に、当該担当者に対応する作業指示情報を前記記憶手段から検索する請求項１に記載の作業管理装置。
＜請求項３＞
前記検索手段は、前記レジスタ端末が表示対象として要求する作業指示の種別を示す種別情報に基づいて、前記記憶手段から当該レジスタ端末に割り当てられた担当者に対応する作業指示情報を検索する請求項１又は２に記載の作業管理装置。
＜請求項４＞
前記送信手段は、前記検索手段により、確認期限又は完了期限まで所定時間以内の作業指示であって、前記レジスタ端末の担当者に対応する作業指示情報が検索された場合に、前記確認期限又は完了期限まで所定時間以内の作業指示が存在する旨を通知するための期限確認通知情報を、前記レジスタ端末に送信する請求項１〜３のいずれか一項に記載の作業管理装置。
＜請求項５＞
前記期限確認通知情報は、前記レジスタ端末が顧客対応業務中の場合、期限確認を促す通知を前記レジスタ端末の表示手段の所定の通知領域に表示させ、前記レジスタ端末が前記顧客対応業務以外の業務中又は前記顧客対応業務の終了後、前記確認期限又は完了期限まで所定時間以内の作業指示を前記表示手段に表示させるための情報である請求項４に記載の作業管理装置。
＜請求項６＞
前記期限確認通知情報は、前記レジスタ端末が顧客対応業務中の場合、前記期限確認を促す通知を、緊急度合いに応じた表示形式で前記表示手段の所定の通知領域に表示させるための情報である請求項５に記載の作業管理装置。
＜請求項７＞
前記送信手段は、前記検索手段により検索された作業指示情報を確認した旨又は当該作業指示情報が示す作業指示の内容を完了した旨を通知させるための通知用情報を前記レジスタ端末に送信する請求項１〜６のいずれか一項に記載の作業管理装置。
＜請求項８＞
前記通知用情報が選択されたことに基づいて前記レジスタ端末から送信された通知情報を受信する受信手段を備える請求項７に記載の作業管理装置。
＜請求項９＞
コンピュータを、
レジスタ端末の要求に応じて、作業指示の内容を示す作業指示情報を担当者に対応づけて記憶する記憶手段から当該レジスタ端末に割り当てられた担当者に対応する作業指示情報を検索する検索手段、
前記検索手段により検索された作業指示情報を前記レジスタ端末に送信する送信手段、
として機能させるためのプログラム。
【符号の説明】
【００８９】
１００  作業管理システム
１  サーバ装置（作業管理装置）
１１  制御部（検索手段、送信手段、受信手段）
１２  操作部
１３  表示部
１４  記憶部（記憶手段）
１５  通信部
２  クライアント端末
２１  制御部
２２  操作部
２３  表示部
２４  記憶部
２５  通信部
３  レジスタ端末
３１  制御部
３２  操作部
３３  表示部（表示手段）
３４  記憶部
３５  通信部
３６  印刷部
３７  スキャナ部
Ｇ１  売上登録画面
Ｇ２  未完了ＴｏＤｏ表示画面
Ｇ３  期限確認ＴｏＤｏ表示画面
Ｂ１１、Ｂ２１  確認ボタン（通知用情報）
Ｂ１２、Ｂ２２  完了ボタン（通知用情報）
【図１】
0006432477.tif 000002
【図２】
0006432477.tif 000003
【図３】
0006432477.tif 000004
【図４】
0006432477.tif 000005
【図５】
0006432477.tif 000006
【図６】
0006432477.tif 000007
【図７】
0006432477.tif 000008
【図８】
0006432477.tif 000009
【図９】
0006432477.tif 000010
【図１０】
0006432477.tif 000011
【図１１】
0006432477.tif 000012