(57)【特許請求の範囲】
【請求項１】
複数の収納票の情報を取得する情報取得部と、
前記情報取得部により取得された情報に基づき、前記複数の収納票に支払い対象の重複の可能性がある収納票の組み合わせが含まれるか否かを判断する判断部と、
前記複数の収納票に支払い対象の重複の可能性がある収納票の組み合わせが含まれると前記判断部により判断されると、支払い対象が重複している可能性を示唆するメッセージの表示を制御する表示制御部と、
を備える、収納票処理装置。
【請求項２】
前記表示制御部は、前記複数の収納票に支払い対象の重複の可能性がある収納票の組み合わせが含まれると前記判断部により判断されると、さらに前記複数の収納票の処理を継続するか否かを選択するための確認画面の表示を制御する、請求項１に記載の収納票処理装置。
【請求項３】
前記収納票処理装置は、前記確認画面において前記複数の収納票の処理を継続しないことが選択された場合に、前記複数の収納票を排出口から排出する、請求項２に記載の収納票処理装置。
【請求項４】
前記支払い対象の重複の可能性がある収納票の組み合わせは、事業者コードおよび支払期限が同一である収納票の組み合わせを含む、請求項１〜３までのいずれか一項に記載の収納票処理装置。
【請求項５】
前記支払い対象の重複の可能性がある収納票の組み合わせは、事業者コードおよび支払期限に加えて、収納企業コードが同一である収納票の組み合わせを含む、請求項４に記載の収納票処理装置。
【請求項６】
前記支払い対象の重複の可能性がある収納票の組み合わせは、事業者コードおよび支払期限に加えて、科目コードが同一である収納票の組み合わせを含む、請求項４に記載の収納票処理装置。
【請求項７】
前記支払い対象の重複の可能性がある収納票の組み合わせは、１の収納票の情報に含まれる支払金額と、１または２以上の他の収納票の情報に含まれる支払金額の合計とが同一である関係である場合に、前記１の収納票と前記１または２以上の他の収納票の組み合わせを含む、請求項１〜３までのいずれか一項に記載の収納票処理装置。
【請求項８】
外部装置に収納票の情報を送信し、前記収納票による支払い対象への支払が完了しているか否かを示す情報を前記外部装置から受信する通信部と、
前記通信部により受信された情報が前記収納票による支払い対象への支払が完了していることを示す場合、支払い対象への支払いが済んでいることを示す画面の表示を制御する表示制御部と、
を備える、収納票処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、収納票処理装置に関する。
【背景技術】
【０００２】
近年、郵便局およびコンビニエンスストアなどの店舗において、通信販売での購入代金、公共料金および税金の支払いを行うための収納代行システムが広く利用されている。このような収納代行システムについては、例えば、特許文献１に開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−１３１２３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
収納票には、一括払い用の収納票と、分割払い用の収納票が存在する。例えば、１年間分の固定資産税を一括払いするための収納票と、１年間分の固定資産税を４回で分割払いするための収納票とが存在し、一括払い用の収納票および分割払い用の収納票が冊子状に綴られて送付され得る。収納票の受取人は、一括払いを希望する場合には一括払い用の収納票を用いて支払を行い、分割払いを希望する場合には分割払い用の収納票を用いて支払を行う。
【０００５】
しかし、収納票の受取人は、一括払い用の収納票と、分割払い用の収納票との双方を用いて支払を行ってしまう場合があった。この場合、払い戻し等の事後処理のための負荷が発生してしまう。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、複数の収納票の処理の際に、複数の収納票の間の関係を判断することが可能な、新規かつ改良された収納票処理装置を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある観点によれば、複数の収納票の情報を取得する情報取得部と、前記情報取得部により取得された情報に基づき、前記複数の収納票に支払い対象の重複の可能性がある収納票の組み合わせが含まれるか否かを判断する判断部と、前記複数の収納票に支払い対象の重複の可能性がある収納票の組み合わせが含まれると前記判断部により判断されると、支払い対象が重複している可能性を示唆するメッセージの表示を制御する表示制御部と、を備える、収納票処理装置が提供される。
【０００８】
前記表示制御部は、前記複数の収納票に支払い対象の重複の可能性がある収納票の組み合わせが含まれると前記判断部により判断されると、さらに前記複数の収納票の処理を継続するか否かを選択するための確認画面の表示を制御してもよい。
【０００９】
前記収納票処理装置は、前記確認画面において前記複数の収納票の処理を継続しないことが選択された場合に、前記複数の収納票を排出口から排出してもよい。
【００１０】
前記支払い対象の重複の可能性がある収納票の組み合わせは、事業者コードおよび支払期限が同一である収納票の組み合わせを含んでもよい。
【００１１】
前記支払い対象の重複の可能性がある収納票の組み合わせは、事業者コードおよび支払期限に加えて、収納企業コードが同一である収納票の組み合わせを含んでもよい。
【００１２】
前記支払い対象の重複の可能性がある収納票の組み合わせは、事業者コードおよび支払期限に加えて、科目コードが同一である収納票の組み合わせを含んでもよい。
【００１３】
前記支払い対象の重複の可能性がある収納票の組み合わせは、１の収納票の情報に含まれる支払金額と、１または２以上の他の収納票の情報に含まれる支払金額の合計とが同一である関係である場合に、前記１の収納票と前記１または２以上の他の収納票の組み合わせを含でもよい。
【００１５】
上記課題を解決するために、本発明の別の観点によれば、外部装置に収納票の情報を送信し、前記収納票による支払い対象への支払が完了しているか否かを示す情報を前記外部装置から受信する通信部と、前記通信部により受信された情報が前記収納票による支払い対象への支払が完了していることを示す場合、支払い対象への支払いが済んでいることを示す画面の表示を制御する表示制御部と、を備える、収納票処理装置が提供される。
【発明の効果】
【００１６】
以上説明したように本発明によれば、複数の収納票の処理の際に、複数の収納票の間の関係を判断することが可能である。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態による収納代行システムを示す説明図である。
【図２】収納票処理装置の外観構成例を示す説明図である。
【図３】収納票の構成例を示す説明図である。
【図４】データコード領域に形成されるデータコードのコード体系の一例を示す説明図である。
【図５】自由使用欄の具体例を示す説明図である。
【図６】本発明の実施形態による収納票処理装置の構成を示す説明図である。
【図７】収納票処理部の構成を示す説明図である。
【図８】確認画面の具体例を示す説明図である。
【図９】本発明の実施形態による収納票処理装置の動作を示すフローチャートである。
【図１０】センタサーバが記憶する情報の一例を示す説明図である。
【図１１】センタサーバが記憶する情報の一例を示す説明図である。
【図１２】収納票の支払期限と支払金額の具体例を示す説明図である。
【図１３】科目ごとの支払期限の具体例を示す説明図である。
【図１４】応用例によるセンタサーバが記憶する情報の具体例を示す説明図である。
【図１５】応用例の動作を示す説明図である。
【図１６】自立型の収納票処理装置の構成を示す外観図である。
【発明を実施するための形態】
【００１８】
以下に添付図面を参照しながら、本発明の実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１９】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。
【００２０】
＜＜１．収納代行システムの概要＞＞
近日、収納代行業務のための一連の作業は、店舗の店員による手作業に行われることが多い。例えば、店舗の店員は、以下のような手作業を行うことにより、収納代行業務を遂行する。
【００２１】
まず、店員は、顧客から受け取った収納票の枚数を確認し、店員側タッチパネルやキーボードなどを操作してＰＯＳ端末に収納票の枚数を入力する。続いて、店員は、収納票に記載されたデータコードをデータコードリーダで読み取り、合計収納金額の確認と承認を顧客に依頼する。この時、合計金額と承認ボタンが顧客側タッチパネルに表示される。顧客が承認ボタンを押下すると、店員は、顧客から現金を受け取り、現金収納部（キャッシュドロワ―）に現金を入金して、釣銭があった場合には釣銭を顧客に返却する。また、店員は店員側タッチパネルやキーボードなどを操作して、当該顧客から収納金額を領収したことをＰＯＳ端末に入力する。さらに、店員は、収納票の領収印欄に当日の日附を含む領収印を押印する。また、印紙が必要な場合には、店員は収納票の印紙貼付欄に印紙を貼り付ける。その後、店員は領収印欄を含むお客様控え（受領証領域）を収納票から切り離して顧客に渡す。最後に、店員は収納票の保管場所にお客様控えが切り離された収納票を格納する。
【００２２】
しかし、上記の処理の大部分は店員の手作業により行われるので、不備が発生しやすいという問題があった。特に、収納代行業務に慣れていない店員（主にアルバイト店員）は、処理に長時間かかってしまうことや、処理を間違えてしまうことがあった。
【００２３】
＜１−１．収納代行システムの構成＞
本発明の実施形態は、上記の手作業の少なくとも一部を機械的に処理することにより、店員の負荷を軽減しつつ、処理の確実性を向上することが可能な収納代行システムに関する。以下、図１を参照し、このような収納代行システムの構成を説明する。
【００２４】
図１は、本発明の実施形態による収納代行システムを示す説明図である。図１に示したように、本発明の実施形態による収納代行システムは、収納票処理装置１、通信網１２および収納票処理装置１と通信網１２を介して接続されるセンタサーバ８を備える。
【００２５】
通信網１２は、通信網１２に接続されている装置から送信される情報の有線、または無線の伝送路である。例えば、通信網１２は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などを含んでもよい。また、通信網１２は、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）などの専用回線網を含んでもよい。
【００２６】
センタサーバ８は、収納票処理装置１と通信網１２を介して収納代行業務に関する情報を通信する。例えば、センタサーバ８は、収納票処理装置１において収納代行業務が行われた収納票に関する情報を受信し、当該情報を記憶してもよい。
【００２７】
収納票処理装置１は、商品の登録や代金支払いのための物販処理装置としての機能と、収納票のような媒体を機械的に処理する媒体処理装置としての機能を有する。以下、図２を参照し、収納票処理装置１の外観構成例を説明する。
【００２８】
＜１−２．収納票処理装置１の外観構成＞
図２は、収納票処理装置１の外観構成例を示す説明図である。図２に示したように、収納票処理装置１は、ＰＯＳ端末部２０と、現金処理部３０と、収納票処理部４０と、を備える。ＰＯＳ端末部２０は、現金処理部３０および収納票処理部４０と図示しない通信部により接続されている。
【００２９】
ＰＯＳ端末部２０は、図２に示したように、ハンディスキャナ１２２、店員側タッチパネル１２４および顧客側タッチパネル１２６を有する。
【００３０】
ハンディスキャナ１２２は、商品に形成されているバーコードから情報を光学的に読取る構成である。店員が、ハンディスキャナ１２２を把持し、商品に形成されているバーコードにハンディスキャナ１２２を近付けることにより、ハンディスキャナ１２２による情報の読み取りが行われる。
【００３１】
店員側タッチパネル１２４は、表示機能と操作検出機能を有する。例えば、店員側タッチパネル１２４は、収納票処理装置１が設置される店舗の店員による各種情報の確認や収納票処理装置１への操作の検出に用いられる。顧客側タッチパネル１２６は、店員側タッチパネル１２４と同様に、表示機能と操作検出機能を有する。顧客側タッチパネル１２６は、例えば、商品の購入や収納代行による支払を行う顧客による各種情報の確認や、承認などの操作の検出に用いられる。
【００３２】
現金処理部３０は、現金の入出金に関する処理を行う構成である。例えば現金処理部３０は、入金された現金を計数し、ＰＯＳ端末部２０に計数結果を通知する。また、現金処理部３０は、計数された現金の格納処理、および釣銭の出金処理を行う。
【００３３】
収納票処理部４０は、取込口および排出口として機能する開口１４１、および収納票が載置されるステージ１４２を有する。収納票処理部４０は、ステージ１４２に載置された１または２以上の収納票を開口１４１から取り込み、取り込んだ収納票を用いて収納代行に関する処理を行う。例えば、収納票処理部４０は、収納票をスキャンし、スキャンの結果に基づいて支払金額を特定し、支払金額の入金が確認されると、収納票に領収印を形成し、領収印が形成された収納票を排出する。
【００３４】
＜１−３．収納票の構成例＞
ここで、図３および図４を参照し、収納票処理部４０により処理される収納票の構成例を説明する。
【００３５】
図３は、収納票６０の構成例を示す説明図である。図３に示したように、収納票６０は、払込取扱票７０、店舗控え８０および受領証９０からなる。
【００３６】
払込取扱票７０は、図３に示したように、支払先の口座番号や支払金額などの情報の他、領収印領域７２とデータコード領域７４を含む。領収印領域７２には領収印が形成（押印）される。データコード領域７４には、収納に関する情報を含む一次元のデータコードが形成される。
【００３７】
図４は、データコード領域７４に形成されるデータコードのコード体系の一例を示す説明図である。図４に示したように、データコードは、印紙フラグ（６）、支払金額（７）などの情報を含む。また、データコードに含まれる自由使用欄（３）には、多様な情報が含まれる。例えば、図５に示したにように、２１桁の自由使用欄の最初の５ケタに相当するデータ部分Ｘは収納企業コードに対応し、次の２ケタに相当するデータ部分Ｙは科目コードに対応し得る。
【００３８】
なお、払込取扱票７０は、本部控えとも呼ばれ、収納票処理装置１により当該収納票の処理が行われた後に本部に送られる。
【００３９】
店舗控え８０は、図３に示したように領収印領域８２を含む。領収印領域８２には領収印が形成（押印）される。
【００４０】
受領証９０は、図３に示したように領収印領域９２を含む。領収印領域９２には領収印が形成（押印）される。受領証９０は、お客様控えとも呼ばれ、収納票処理装置１により当該収納票の処理が行われた後に顧客に返却される。
【００４１】
＜１−４．背景＞
上述した収納票には、一括払い用の収納票と、分割払い用の収納票が存在する。例えば、１年間分の固定資産税を一括払いするための収納票と、１年間分の固定資産税を４回で分割払いするための収納票とが存在し、一括払い用の収納票および分割払い用の収納票が冊子状に綴られて送付され得る。収納票の受取人である顧客は、一括払いを希望する場合には一括払い用の収納票を用いて支払を行い、分割払いを希望する場合には分割払い用の収納票を用いて支払を行う。
【００４２】
しかし、顧客が、一括払い用の収納票と、分割払い用の収納票との双方を用いて支払を行ってしまう場合があった。この場合、払い戻し等の事後処理のための負荷が発生してしまう。
【００４３】
そこで、本件発明者は、上記事情を一着眼点にして本発明の実施形態による収納票処理装置１を創作するに至った。本発明の実施形態によれば、同一の対象についての重複払いの発生を抑制することが可能である。以下、このような本発明の実施形態の構成および動作を順次詳細に説明する。
【００４４】
＜＜２．収納票処理装置の構成＞＞
図６は、本発明の実施形態による収納票処理装置１の構成を示す説明図である。図６に示したように、本発明の実施形態による収納票処理装置１は、現金処理部３０、収納票処理部４０、制御部１１０、通信部１２０、ハンディスキャナ１２２、店員側タッチパネル１２４、顧客側タッチパネル１２６および記憶部１６０を備える。ハンディスキャナ１２２、店員側タッチパネル１２４および顧客側タッチパネル１２６の構成は、「１−２．収納票処理装置１の外観構成」において説明済であるので、ここでの詳細な説明は省略する。
【００４５】
（通信部）
通信部１２０は、有線／無線により他の情報処理装置との間でデータの送受信を行うための通信モジュールである。例えば、通信部１２０は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）などに接続され、同一店舗内に設置された図示されない他のＰＯＳ端末やコンピュータと通信する。また、通信部１２０は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）や電話回線などに接続され、通信網１２を介してセンタサーバ８と通信する。例えば、通信部１２０は、通信網１２を介してセンタサーバ８に、収納票処理装置１で収納代行処理が行われた収納票に関する情報を送信してもよい。
【００４６】
（記憶部）
記憶部１６０は、物販処理や収納代行処理における入力データ、および収納票処理装置１の動作を制御するための制御プログラムなどを格納する。また、店員側タッチパネル１２４、顧客側タッチパネル１２６の表示を制御するための情報も記憶部１６０に格納されている。
【００４７】
（収納票処理部）
収納票処理部４０は、ステージ１４２に載置された１または２以上の収納票を開口１４１から取り込み、取り込んだ収納票を用いて収納代行に関する処理を行う。図７を参照し、この収納票処理部４０の構成をより具体的に説明する。
【００４８】
図７は、収納票処理部４０の構成を示す説明図である。図７に示したように、収納票処理部４０は、開口１４１と、スキャナ部１４４と、一時保留部１４６と、領収印形成部１４８と、を備える。
【００４９】
スキャナ部１４４は、開口１４１から取り込まれた収納票をスキャンし、収納票の画像を取得する。一時保留部１４６は、収納票を一時的に集積し、一時的な集積の後、収納票を繰り出す。領収印形成部１４８は、一時保留部１４６から繰り出された収納票に領収印を印刷する。例えば、領収印形成部１４８は、収納票の受領証の部分に領収印を印刷することにより、領収印が形成された受領証を取得する受領証取得部としての機能を有する。領収印形成部１４８により領収印が印刷された収納票は、開口１４１から排出される。
【００５０】
上記の収納票処理部４０によれば、データコードのスキャンおよび領収印の印刷を手作業から機械的な処理に切り替えることができるので、店員の負荷を軽減しつつ、処理の確実性を向上することが可能である。
【００５１】
（制御部）
制御部１１０は、記憶部１６０に格納されている制御プログラムに基づいて収納票処理装置１の各構成を制御する。例えば、制御部１１０は、ハンディスキャナ１２２により読み取られたデータコードを解析して、データコードに含まれる情報を取得する。また、制御部１１０は、店員側タッチパネル１２４および顧客側タッチパネル１２６の表示を制御する。また、制御部１１０は、収納票処理部４０による収納代行処理を制御する。なお、本明細書においては、収納票処理部４０が収納票処理部４０の外部に設けられた制御部１１０により制御される例を説明するが、収納票処理部４０の内部に設けられた制御機能が収納票処理部４０の処理を制御してもよい。
【００５２】
さらに、本実施形態による制御部１１０は、情報取得部１１２、重複判断部１１３、および表示制御部１１４としての機能を包含する。情報取得部１１２は、収納票処理部４０のスキャナ部１４４により得られた画像に含まれるデータコードを解析し、各収納票の情報を取得する。
【００５３】
重複判断部１１３は、情報取得部１１２により取得された情報に基づいて、複数の収納票の関係を判断する。具体的には、重複判断部１１３は、支払い対象の重複の可能性がある所定の関係を有する収納票の組み合わせがあるか否かを判断する。例えば、ある年度の固定資産税の一括払い用の収納票、および当該年度の固定資産税の分割払い用の収納票とでは、支払い対象が重複する。このため、ある年度の固定資産税の一括払い用の収納票および当該年度の固定資産税の分割払い用の収納票が複数の収納票に含まれる場合、重複判断部１１３は、一括払い用の収納票と分割払い用の収納票とが所定の関係を有すると判断する。当該重複判断部１１３が行う判断の具体的な方法は後述する。
【００５４】
表示制御部１１４は、所定の関係を有する収納票の組み合わせが複数の収納票に含まれると重複判断部１１３により判断されたことに基づき、収納票の処理を継続するか否かを選択するための確認画面を生成する。表示制御部１１４により生成された確認画面は、例えば顧客側タッチパネル１２６に表示される。ここで、図８を参照し、確認画面の具体例を説明する。
【００５５】
図８は、確認画面６４の具体例を示す説明図である。図８に示したように、確認画面６４は、支払い対象が重複している可能性を示唆するメッセージと、続行ボタン６６および中止ボタン６８を含む。続行ボタン６６が顧客により選択された場合には支払処理が続行され、中止ボタン６８が顧客により選択された場合には支払処理が中止される。
【００５６】
＜＜３．収納票処理装置の動作＞＞
以上、本発明の実施形態による収納票処理装置１の構成を説明した。続いて、図９を参照し、本発明の実施形態による収納票処理装置１の動作を整理する。
【００５７】
図９は、本発明の実施形態による収納票処理装置１の動作を示すフローチャートである。図９に示したように、開口１４１から収納票が取り込まれると（Ｓ３０４）、取り込まれた収納票をスキャナ部１４４がスキャンする（Ｓ３０８）。その後、一時保留部１４６が収納票を一時的に集積する（Ｓ３１２）。そして、Ｓ３０４〜Ｓ３１２の動作が、ステージ１４２にセットされた全ての収納票が取り込まれるまで繰り返される（Ｓ３１６）。
【００５８】
そして、全ての収納票が取り込まれると（Ｓ３１６／ｙｅｓ）、所定の関係を有する収納票の組み合わせがあるか否かを重複判断部１１３が判断する（Ｓ３２４）。ここで、所定の関係を有する収納票の組み合わせが含まれると判断されると（Ｓ３２４／ｙｅｓ）、顧客側タッチパネル１２６が図８を参照して説明した確認画面６４を表示する（Ｓ３２８）。確認画面６４において中止ボタン６８が選択されると（Ｓ３３２／ｎｏ）、収納票処理装置１はＳ３０４において取り込んだ全ての収納票を排出し、処理を中止する（Ｓ３３６）。
【００５９】
一方、確認画面６４において続行ボタン６６が選択された場合（Ｓ３３２／ｙｅｓ）、または複数の収納票が所定の関係を有さないと判断された場合（Ｓ３２４／ｎｏ）、収納代行処理が進められる。
【００６０】
具体的には、支払金額の合計金額を顧客側タッチパネル１２６が表示し、図９に示したように収納票についての合計金額の支払いが確認されると（Ｓ３４０）、一時保留部１４６が収納票を繰り出す（Ｓ３４４）。そして、一時保留部１４６から繰り出された収納票に領収印形成部１４８が領収印を印刷し（Ｓ３４８）、領収印が印刷された収納票が開口１４１から排出される（Ｓ３５２）。なお、領収印が印刷された収納票をスキャナ部１４４がスキャンし、スキャンにより得られた画像を記憶部１６０が保管用に記憶しておいてもよい。そして、全ての収納票の排出が終了するまで、Ｓ３４４〜Ｓ３５２の処理が繰り返される（Ｓ３５６）。
【００６１】
以上説明したように、本発明の実施形態によれば、支払い対象の重複の可能性がある所定の関係を有する収納票の組み合わせがある場合に確認画面６４が表示される。当該確認画面６４は、顧客に支払の重複を気付かせ得るので、同一の対象についての重複払いの発生、および払い戻し処理の発生を抑制することが可能である。
【００６２】
なお、上記では確認画面６４の表示により重複払いの発生を抑制する例を説明したが、支払い対象が重複する可能性がある場合には収納票処理装置１が確認画面６４の表示を経ずに複数の収納票を排出することでも、重複払いの発生を抑制することが可能である。
【００６３】
＜＜４．重複判断の具体例＞＞
以上、本発明の実施形態による収納票処理装置１の構成および動作を説明した。続いて、支払い対象の重複の可能性が認められる所定の関係、および重複判断部１１３による判断の幾つかの具体例を説明する。
【００６４】
＜４−１．第１の例＞
ある支払い対象についての一括払い用の収納票と分割払い用の収納票とでは、収納代行を行う事業者が同一であると考えられる。また、一括払い用の収納票の支払期限は、第一期の分割払い用の収納票の支払期限と同一であることが通常である。このため、複数の収納票に、事業者コードおよび支払期限が同一の関係である収納票の組み合わせが含まれる場合、当該収納票の組み合わせは一括払い用の収納票および分割払い用の収納票との組み合わせに該当する可能性がある。
【００６５】
そこで、支払い対象の重複の可能性が認められる所定の関係として、事業者コードおよび支払期限が同一である関係が適用されてもよく、この場合、重複判断部１１３は、複数の収納票に事業者コードおよび支払期限が同一である収納票が含まれるか否かを判断する。
【００６６】
かかる構成により、支払い対象の重複の可能性がある場合に確認画面６４を表示し、顧客に注意を促すことができる。
【００６７】
＜４−２．第２の例＞
ある支払い対象についての一括払い用の収納票と分割払い用の収納票とでは、事業者および支払期限に加え、収納企業も同一であると考えられる。このため、支払い対象の重複の可能性が認められる所定の関係として、事業者コードおよび支払期限に加えて収納企業コードが同一である関係が適用されてもよい。
【００６８】
なお、収納企業コードは、図５を参照して説明したように、自由使用欄に含まれる。しかし、収納企業コードの自由使用欄における桁位置は固定されていない。このため、自由記載欄から収納企業コードを抽出するためには、自由使用欄における収納企業コードの桁位置および桁数が事業者ごとに既知である必要がある。
【００６９】
そこで、システム運用側は、各事業者から収納企業コードの桁位置および桁数を事前に聴取し、図１０に示したように、センタサーバ８が収納企業コードの桁位置および桁数を事業者ごとに記憶してもよい。この場合、収納票処理装置１は、センタサーバ８への問い合わせにより、各収納票の収納企業コードを取得することが可能である。
【００７０】
上述したように、所定の関係として、事業者コードおよび支払期限に加えて収納企業コードが同一である関係を適用することにより、支払い対象の重複の可能性を高精度に判断することが可能となる。
【００７１】
＜４−３．第３の例＞
図５を参照して説明したように、自由使用欄には科目コードが含まれ得る。当該科目コードに関し、異なる税種には、異なる科目コードが対応することが想定される。例えば、固定資産税、健康保険料および住民税には、それぞれ異なる科目コードが対応する。
【００７２】
このため、ある支払い対象についての一括払い用の収納票と分割払い用の収納票とでは、さらに、科目コードも同一であると考えられる。そこで、支払い対象の重複の可能性が認められる所定の関係として、事業者コード、支払期限および収納企業コードに加えて、科目コードが同一である関係が適用されてもよい。
【００７３】
なお、科目コードの自由使用欄における桁位置は、収納企業コードと同様に固定されていない。従って、自由記載欄から科目コードを抽出するためには、自由使用欄における科目コードの桁位置および桁数が事業者ごとに既知である必要がある。
【００７４】
そこで、システム運用側は、各事業者から科目コードの桁位置および桁数を事前に聴取し、図１１に示したように、センタサーバ８が科目コードの桁位置および桁数を事業者および収納企業の組み合わせごとに記憶してもよい。この場合、収納票処理装置１は、センタサーバ８への問い合わせにより、各収納票の科目コードを取得することが可能である。
【００７５】
上述したように、所定の関係として、事業者コード、支払期限および収納企業コードに加えて科目コードが同一である関係を適用することにより、支払い対象の重複の可能性をより高精度に判断すること可能となる。
【００７６】
＜４−４．第４の例＞
ある支払い対象についての一括払い用の収納票による支払金額と、当該支払い対象についての分割払い用の収納票による支払金額の合計金額とは、同一であることが一般的である。このため、１の収納票の支払金額と、２以上の他の収納票による支払金額の合計金額とが同一である場合、１の収納票と２以上の他の収納票は、一括払い用の収納票と分割払い用の収納票に該当する可能性がある。
【００７７】
そこで、支払い対象の重複の可能性が認められる所定の関係として、１の収納票の支払金額と、２以上の他の収納票による支払金額の合計金額とが同一である関係が適用されてもよい。以下、図１２を参照し、当該例をより具体的に説明する。
【００７８】
図１２は、複数の収納票の支払期限および支払金額の具体例を示す説明図である。当該例において、収納票１の支払金額は「１９７００円」であり、収納票２、３、５および６の支払金額の合計金額も「１９７００円」である。このため、重複判断部１１３は、収納票１と収納票２、３、５および６とが所定の関係を有すると判断する。
【００７９】
さらに判断の精度を向上するために、重複判断部１１３は、各収納票の支払期限を参照してもよい。例えば、支払い対象の分割払いの各支払期限は事前に決まっているので、重複判断部１１３は、ある収納票の支払金額と支払金額の合計金額が同一になる２以上の他の収納票があるか否かの判断を、ある収納票の支払い対象についての分割払いの支払期限と支払期限が同一である収納票の範囲内で行ってもよい。図１２および図１３に示した例において、収納票１の科目コードが「６７」である場合、収納票１の支払い対象についての分割払いの支払期限は「６／３０」、「９／１」、「１０／３１」および「２／２」である。このため、重複判断部１１３は、支払期限が「６／３０」、「９／１」、「１０／３１」および「２／２」である収納票２、３、５および６の範囲内で、合計金額の同一性を判断してもよい。
【００８０】
なお、センタサーバ８において、図１３に示したように科目コードごとの支払期限の一覧が記憶されている場合、収納票処理装置１は、センタサーバ８への問い合わせにより、ある収納票の支払い対象についての分割払いの各支払期限を取得することが可能である。
【００８１】
また、当該第４の例は、上述した第１の例〜第３の例のいずれかと組み合わせて実施されることで、支払い対象の重複の可能性をより高精度に判断することができる。
【００８２】
＜＜５．応用例＞＞
以上、本発明の実施形態を説明した。続いて、本発明の応用例を説明する。収納票は、紛失や未払いなどの事情により再発行されることがあり、収納票が再発行されると、同一の支払い対象について複数の収納票が存在することになる。本発明の応用例は、再発行された収納票を含む同一の支払い対象についての複数の収納票を用いることで生じる重複払いを抑制するための提案に関する。
【００８３】
応用例による収納票処理装置１は、収納票による支払いが完了すると、当該収納票による支払が完了したことをセンタサーバ８に通知する。応用例によるセンタサーバ８は、収納票処理装置１からの通知に基づき、支払が完了した収納票に関する情報を記憶する。
【００８４】
図１４は、応用例によるセンタサーバ８が記憶する情報の具体例を示す説明図である。センタサーバ８は、収納票処理装置１から上記通知として収納票のコードを受信すると、図１４に示したように、当該コードを支払者名、支払金額および支払状況と関連付けて記憶する。
【００８５】
ここで、上記コードは、図４を参照して説明したデータコードのうちで、少なくとも再発行区分、支払期限日および全体チェックデジットを除くコード部分である。初回に発行された収納票と再発行された収納票とでは、再発行区分が異なり、場合によっては支払期限日も異なるが、上記コードは、少なくとも再発行区分、支払期限日および全体チェックデジットを除くコード部分であるので、初回に発行された収納票と再発行された収納票とで同一になる。
【００８６】
このようなセンタサーバ８が記憶する情報を用いる応用例の動作を、図１５を参照して以下に説明する。
【００８７】
図１５は、応用例の動作を示す説明図である。図１５に示したように、開口１４１から収納票が取り込まれると（Ｓ３０４）、取り込まれた収納票をスキャナ部１４４がスキャンする（Ｓ３０８）。その後、一時保留部１４６が収納票を一時的に集積する（Ｓ３１２）。そして、Ｓ３０４〜Ｓ３１２の動作が、ステージ１４２にセットされた全ての収納票が取り込まれるまで繰り返される（Ｓ３１６）。
【００８８】
続いて、収納票処理装置１は、例えば制御部１１０が有する検索要求部としての機能により、各収納票から得られたコードをセンタサーバ８へ送信する（Ｓ４０４）。センタサーバ８は、受信した各コードに対応する支払状況を確認し（Ｓ４０８）、確認結果を収納票処理装置１に送信する（Ｓ４１２）。
【００８９】
そして、支払済みの収納票があることを確認結果が示す場合（Ｓ４１６／ｙｅｓ）、制御部１１０は、例えば処理制御部としての機能により、当該収納票を支払の対象から除外する（Ｓ４２０）。このとき、制御部１１０は、店員側タッチパネル１２４または顧客側タッチパネル１２６に、既に同一対象への支払が済んでいること、および当該収納票を支払の対象から除外すること、を示す画面を表示させてもよい。一方、支払済みの収納票があることを確認結果が示す場合（Ｓ４１６／ｎｏ）、収納票処理装置１は、図９を参照して説明したＳ３２４〜Ｓ３５６の支払、排出処理を行う（Ｓ４２４）。その後、収納票処理装置１は、制御部１１０が有する支払い通知部としての機能により、支払が完了した収納票のコードをセンタサーバ８に通知する（Ｓ４２８）。センタサーバ８は、収納票処理装置１から通知されたコードを、支払状況「済」と関連付けて記憶する（Ｓ４３２）。
【００９０】
以上説明したように、本発明の応用例によれば、支払が完了した収納票の情報をセンタサーバ８が管理することにより、再発行された収納票を含む同一の支払い対象についての複数の収納票を用いた重複払いの発生を抑制することが可能である。
【００９１】
＜＜６．補足＞＞
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００９２】
例えば、本実施形態は、上述した店員により操作される収納票処理装置１への適用に加え、顧客により操作される自立型の収納票処理装置への応用も可能である。以下、自立型装置について説明する。
【００９３】
図１６は、自立型の収納票処理装置３の構成を示す外観図である。図１６に示したように、自立型の収納票処理装置３は、制御部格納部２１と、現金処理部３０と、収納票処理部４０と、印刷部５０と、タッチパネル１２５と、を備える。
【００９４】
制御部格納部２１には、上述した制御部１１０の機能を実現する構成が格納される。現金処理部３０、収納票処理部４０および印刷部５０の機能は図２および図７などを参照して説明した通りである。タッチパネル１２５は、顧客への案内画面および確認画面などを表示する機能および顧客からの操作を検出する機能を有する。
【００９５】
上記の自立型の収納票処理装置３によれば、顧客による自立型の収納票処理装置３の操作に基づき、店員を介さずに収納代行処理を完了することが可能となる。すなわち、店員を介さずに収納代行処理を進められる自立型の収納票処理装置３を店舗に設置することが可能である。
【００９６】
また、本明細書の収納票処理装置１の処理における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、収納票処理装置１の処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
【００９７】
また、収納票処理装置１に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアに、上述した収納票処理装置１の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【符号の説明】
【００９８】
１  収納票処理装置
３  収納票処理装置
８  センタサーバ
１２  通信網
２０  ＰＯＳ端末部
２１  制御部格納部
３０  現金処理部
４０  収納票処理部
５０  印刷部
１１０  制御部
１１２  情報取得部
１１３  重複判断部
１１４  表示制御部
１２０  通信部
１２２  ハンディスキャナ
１２４  店員側タッチパネル
１２５  タッチパネル
１２６  顧客側タッチパネル
１４１  開口
１４２  ステージ
１４４  スキャナ部
１４６  一時保留部
１４８  領収印形成部
１６０  記憶部
【図１】
0006720708.tif 000002
【図２】
0006720708.tif 000003
【図３】
0006720708.tif 000004
【図４】
0006720708.tif 000005
【図５】
0006720708.tif 000006
【図６】
0006720708.tif 000007
【図７】
0006720708.tif 000008
【図８】
0006720708.tif 000009
【図９】
0006720708.tif 000010
【図１０】
0006720708.tif 000011
【図１１】
0006720708.tif 000012
【図１２】
0006720708.tif 000013
【図１３】
0006720708.tif 000014
【図１４】
0006720708.tif 000015
【図１５】
0006720708.tif 000016
【図１６】
0006720708.tif 000017