JP2014203103A

JP2014203103A - 配送物件管理システム、方法及びプログラム

Info

Publication number: JP2014203103A
Application number: JP2013075844A
Authority: JP
Inventors: 学大川; Manabu Okawa
Original assignee: Fujitsu Frontech Ltd
Current assignee: Fujitsu Frontech Ltd
Priority date: 2013-04-01
Filing date: 2013-04-01
Publication date: 2014-10-27

Abstract

【課題】配送対象の物件毎に配送の実施状況を把握し、配送後の物件の精査時に不正操作のチェックを適正に行うことができる配送物件管理システム等を提供する。
【解決手段】ハンディ端末２は、配送対象の物件１に貼付されたバーコードを読取り、該バーコードのデータ、配送担当者、受取日時を該物件の配送情報をシステムサーバ３へ送信し、入金ホスト５は、物件に収納された現金の情報を管理し、精査機６は、物件の積卸後の精査時に該物件に収納された現金の金額を計算し、該金額の情報をシステムサーバ３へ送信する。システムサーバ３は、ハンディ端末２から送信される物件の受取時及び積卸時の配送情報を照合し、また、入金ホスト５から取得した入金情報と精査機６から送信された金額情報とを照合し、該照合結果の正否情報を格納する。クライアント端末７は、システムサーバに格納された物件毎の情報を閲覧可能なように表示する。
【選択図】図１

Description

本発明は、警送事業における配送する物件を管理する配送物件管理システム、方法及びプログラムに関する。

店舗等の売上金等の管理を警備と連携して行うために、店舗等に設けられた入金機に売上金等の現金を投入し、該入金機に投入された現金を入金機カセットに収納し、配送業務を行う警備配送事業者が該入金機カセットを所定の警送事業センターへ配送し、該警送事業センターで該入金機カセット内の現金を精査し、該現金を所定の銀行等への振込などにより入金する警備配送システムが利用されている。

図５に入金機の主要部の構成例を示す。入金機４は、カード読取部４１、紙幣投入部４２ａ、硬貨投入部４２ｂ、紙幣鑑別計数部４３ａ、硬貨鑑別計数部４３ｂ、紙幣カセット４４ａ、硬貨カセット４４ｂ、及び制御部４５を備える。入金機４は、警備配送事業者と契約している顧客の店舗等に設置され、該顧客の店舗等における売上金等の現金が、入金機４の紙幣投入部４２ａ又は硬貨投入部４２ｂに投入される。

投入された紙幣及び硬貨は、それぞれ紙幣鑑別計数部４３ａ及び硬貨鑑別計数部４３ｂにより真贋や金種鑑別され計数された後、紙幣カセット４４ａ及び硬貨カセット４４ｂに収納される。入金機４は入金を管理する入金ホストコンピュータ（以下入金ホストともいう）と通信回線を介して接続され、紙幣鑑別計数部４３ａ及び硬貨鑑別計数部４３ｂにより計数された入金額と店舗の識別子等を含む入金データは、制御部４５の制御により入金ホストへ送信される。

また、紙幣及び硬貨を収納する紙幣カセット４４ａ及び硬貨カセット４４ｂは、警備配送事業者の輸送手段により所定の警送事業センターへ配送され、該警送事業センターで該紙幣カセット４４ａ及び硬貨カセット４４ｂ内の現金が精査され、該現金は顧客等の所定の銀行口座等に入金される。

従来の警備配送システムでは、入金機４に装填されている入金機カセット（紙幣カセット４４ａ及び硬貨カセット４４ｂ）等の配送対象の物件に対して、配送を指示する添付用紙（配送指示書）を発行することにより、配送担当者がどの物件を、何時、何処から何処に配送すれば良いかを把握し得るようにし、誤配の防止及び配送の経歴管理を行っている。

配送指示書には、配送用のバーコードが付与され、配送担当者は配送用のハンディ端末に該バーコードを読み込ませることにより、物件の配送の実施状況と警備配送システム側での実施記録データとを連動させ、警備配送システムにおける物件配送の管理を実現している。警備配送システムについては、例えば下記の特許文献１等に記載されている。

特開平９−１６６９１号公報

物件配送は、契約店舗からの現金が格納された入金機カセットを配送担当者が受取り、受取った入金機カセットを所定の警備輸送事業所内で積卸し、該入金機カセットから現金を取出して精査（計算）する。現金の精査（計算）は、精査専門の担当者によって実施される。

このような警備配送システムにおいて、配送対象の物件が警備輸送事業所内の所定の場所で積卸されずに、別の場所で置き去りにされて不明になる、或いは、配送担当者又は精査担当者により物件に収納された現金の紛失や抜取りなどの事故・事件に対するチェックを適正に行うことができないなどの問題があった。

本発明は、上記課題に鑑み、配送対象の物件毎に配送の実施状況を把握することができ、また、物件に収納された現金の不正操作のチェックを適正に行うことができる配送物件管理システム、方法及びプログラムを提供することを目的とする。

本発明に係る形態の一つである配送物件管理システムは、配送対象の物件に貼付されたバーコードを読取り、読取ったバーコードのデータ、該物件の配送担当者、受取日時を含む配送情報を、配送物件管理システムサーバへ送信するハンディ端末と、前記物件に収納された現金の情報を管理する入金ホストコンピュータと、前記物件の積卸後の精査時に該物件に収納された現金の金額を計算し、該金額の情報を配送物件管理システムサーバへ送信する精査機と、前記ハンディ端末から送信される、前記各物件の受取時の配送情報及び積卸時の配送情報、前記入金ホストコンピュータから取得した前記物件に収納された現金の金額の情報を含む入金情報、及び前記精査機から送信された金額の情報を、配送物件情報テーブルに格納し、前記各物件の受取時の配送情報及び積卸時の配送情報を照合し、かつ、前記入金ホストコンピュータから取得した金額の情報と、前記精査機から送信された金額の情報とを照合し、該照合結果の正否情報を物件毎に格納する配送物件管理システムサーバと、前記配送物件管理システムサーバに格納された前記物件毎の情報を閲覧可能なように表示するクライアント端末と、を備えたものである。

本発明によれば、配送対象の物件に貼付されたバーコードをハンディ端末で読取り、該読取ったバーコードデータに基づく配送データがシステムサーバに集積され、クライアント端末から配送履歴を参照することにより、物件に関するデータが、物件毎に物件管理システム内で共有され、物件の配送状況を把握することが可能となる。

また、配送対象の物件に収納された現金の精査時に現金の紛失や抜取り等の有無のチェックを、物件毎行うことができるため、不正操作のチェックを適正に行うことが可能となる。

物件管理システムのシステム構成例を示す図である。入金機の処理フロー例を示す図である。入金ホストの処理フロー例を示す図である。入金機から入金ホストへ通知されるデータの例を示す図である。入金機の主要な機能部の構成例を示す図である。配送物件管理システムサーバの処理フロー（前半）の例を示す図である。配送物件管理システムサーバの処理フロー（後半）の例を示す図である。ハンディ端末の処理フローの例を示す図である。精査機の処理フローの例を示す図である。クライアント端末の処理フローの例を示す図である。ハンディ端末及び精査機から配送物件管理システムサーバに通知されるデータの例を示す図である。ハンディ端末及び精査機の画面の例を示す図である。クライアント端末の画面（検索指定時）の例を示す図である。クライアント端末の画面（検索結果）の例を示す図である。入金ホストのデータベースの例を示す図である。配送物件管理システムサーバのデータベースの例を示す図である。配送物件管理システムサーバのデータベースの例を示す図である。配送物件管理システムサーバのデータベースの例を示す図である。ハンディ端末及び精査機のデータベースの例を示す図である。

本発明の実施形態について図面を参照して以下に説明する。図１は本発明の一つの実施形態の配送物件管理システムの構成例を示す。配送物件管理システムは、入金機カセット１、ハンディ端末２、配送物件管理システムサーバ３、入金機４、入金ホスト５、精査機６及びクライアント端末７を構成要素として備える。

入金機カセット１は、図５に示した紙幣カセット４４ａ及び硬貨カセット４４ｂに相当し、入金機４に装填され、入金機４に投入された紙幣又は硬貨を収納する。入金機カセット（以下、カセットともいう）１は、配送対象の物件であり、該配送対象の物件毎にバーコードが貼付される。該バーコードはカセットが装填された入金機を特定する役目を有し、配送対象の物件に対応付けられるコードが付与される。

物件配送の管理の態様を以下に説明する。警送事業者と契約している顧客の契約店舗において、配送担当者が配送指示書を基に該契約店舗の入金機４に装填された配送対象の物件であるカセット１を受取り、配送担当者が自身のハンディ端末２で該物件のバーコードを読取って受取操作を行う。

該受取操作の完了により、該物件の「配送担当者」「受取日時」「バーコード」のデータが、ハンディ端末２及び読取られたバーコードを元にハンディ端末２から配送物件管理システムサーバ（以下、システムサーバともいう）３へ送信される（図１のデータの流れを示す矢印１０１参照）。受取処理の完了後、配送担当者は、受取った物件を警送拠点へ配送する。

システムサーバ３では、各物件の配送予定とハンディ端末２から送信されたデータとを照合し、物件の受取状況の正否をチェックする。物件毎の現金の金額の正否については以下のようにチェックする。

入金機４に入金された現金の入金データは、入金機４のカセット部がオープンされたときに入金ホストコンピュータ５（以下、入金ホスト５という）に送信され、入金ホスト５は、該入金データを入金情報テーブル５１に格納する。システムサーバ３は入金ホスト５に定期的にアクセスし、入金情報テーブル５１を取得する（図１のデータの流れを示す矢印１０２参照）。システムサーバ３は、取得した入金情報テーブル５１と同一の入金情報テーブル３１を保持する。

一方、配送対象の物件であるカセット１は、配送担当者によって警送事業者の所定の警送拠点に配送される。警送拠点に到着したカセット１は、積卸の担当者によって積卸操作が実施される。積卸操作は、受取操作と同様に物件に貼付されているバーコードを積卸担当者のハンディ端末２で読取ることにより、ハンディ端末２からシステムサーバ３に対して「積卸担当者」「受取日時」「バーコード」の情報が送信される（図１のデータの流れを示す矢印１０３参照）。

積卸操作後には、カセット１から現金が取出され、精査処理が開始される。精査（計算）は、精査担当者により精査機６を使用して実施される。精査担当者は、精査（計算）を行う際に、カセット１に貼付されたバーコードを、精査機６のバーコードスキャナにより読取り、精査機６でカセット１内の現金の金額を精査（計算）し、該精査により計算した精査結果（実績値）をシステムサーバ３へ送信する（図１のデータの流れを示す矢印１０３参照）。

システムサーバ３は、物件毎の受取時の金額（理論値）及び精査結果（実績値）を配送物件情報テーブル３２（以下、物件情報テーブル３２ともいう）に保持する。システムサーバ３に保持されている情報は、クライアント端末７から参照可能に表示される（図１のデータの流れを示す矢印１０４参照）。

クライアント端末７は、システムサーバ３が事前に入金ホスト５を介して取得した物件毎の受取時の金額（理論値）と、物件の精査時の計算結果（実績値）とを参照し、金額が相違する場合はアラーム（警告）通知を行う。また、クライアント端末７から、システムサーバ３に保持された物件の処理に関する経歴情報を参照可能にすることにより、物件の配送実施状況を確認することが可能となる。

このように、ハンディ端末２で読取ったデータがシステムサーバ３に集積され、クライアント端末７から配送履歴を参照することにより、物件の「誰が（担当者）」「何時（日時）」「金額（理論値／実績値）」に関する情報が、物件毎に物件管理システム内で共有され、物件の配送状況を把握することが可能となる。

また、警送事業所内での精査時に現金の紛失や現金抜取り等の有無のチェック及び担当者のチェックを、物件毎に行うことができるため、現金の紛失や現金抜取り等の不正操作のチェックを適正に行うことが可能となる。また、契約店舗から受取った物件の配送予定と配送実施状況とを照合することができる。これにより配送業務の厳正化を図り、事件・事故に対する対処・予防策を講じることができ、警備配送業務のサービス品質の向上、信頼性の向上を図ることが可能となる。

以下、本発明の物件管理システムの構成要素毎の処理フローの例について説明する。図２は、入金機４の処理フローの例を示す。まず、入金機４は、ワークエリアの入金金額を０のクリアーする（Ｓ２０１）。次にカード読取部４１（図５参照）によるカード読取を監視し（Ｓ２０２）、カード読取が行われた場合（Ｓ２０２：Ｙｅｓ）、カードの磁気ストライプに記憶されているカード種別が「入金」か否かを判定し（Ｓ２０３）、「入金」の場合（Ｓ２０３：Ｙｅｓ）、紙幣投入部４２ａ又は硬貨投入部４２ｂ（図５参照）に現金がセットされたか否かを監視し（Ｓ２０４）、現金がセットされた場合（Ｓ２０４：Ｙｅｓ）、現金の鑑別及び計数を実行する（Ｓ２０５）。

次に、現金の鑑別及び計数の完了を監視し（Ｓ２０６）、現金の鑑別及び計数が完了した場合（Ｓ２０６：Ｙｅｓ）、ワークエリアで入金金額を累計し（Ｓ２０７）、前述の処理（Ｓ２０２）に戻って同様の処理を繰り返す。

一方、前述の処理（Ｓ２０３）において、カード種別が「入金」ではないと判定された場合、即ちカード種別が「回収」の場合は（Ｓ２０３：Ｎｏ）、入金機４のカセット部がオープンされたか否かを監視し（Ｓ２０７）、カセット部がオープンされた場合（Ｓ２０８：Ｙｅｓ）、入金金額を格納した入金データ電文を作成し（Ｓ２０９）、該入金データ電文を入金ホストへ送信し（Ｓ２１０）、ワークエリアの入金金額を０にクリアーする（Ｓ２１１)。

次にカセット１が抜取られたか否かを監視し（Ｓ２１２）、カセット１が抜取られた場合（Ｓ２１２：Ｙｅｓ）、空カセットが入金機４に装填されたか否かを監視し（Ｓ２１３）、空カセットが入金機４に装填された場合（Ｓ２１３：Ｙｅｓ）、前述の処理（Ｓ２０２）に戻って同様の処理を繰り返す。

図３は入金ホストの処理フローの例を示す。入金ホスト５は、入金機４から入金データ電文を受信したか否かを監視する（Ｓ３０１）。入金データ電文が受信された場合（Ｓ３０１：Ｙｅｓ）、該入金電文データを入金機データテーブルである入金情報テーブルに格納する（Ｓ３０２）。

図４は、入金機４から入金ホスト５へ通知されるデータの例を示す。図４の（ａ）に示すように、入金機４から入金ホスト５へ入金データ電文が送信される。入金データ電文は、図４の（ｂ）に示すように、入金機設置コード、入金機号機、入金金額、日付及び時間の情報である。なお、日付及び時間は入金機４のカセット部がオープンされた日時である。

図６はシステムサーバの処理フローの例を示す。システムサーバ３は、入金ホスト５のデータベースから顧客マスタ情報５１を取得する（Ｓ６０１）。次に、入金ホスト５のデータベースから担当マスタ情報５２を取得する（Ｓ６０２）。次に、入金ホスト５のデータベースに対するアクセス用タイマを起動し（Ｓ６０３）、該アクセス用タイマがタイムアウトしたか否かを判定する（Ｓ６０４）。

該アクセス用タイマがタイムアウトした場合（Ｓ６０４：Ｙｅｓ）、図７に示す７Ａ以降の処理を実行する。タイムアウトしていない場合（Ｓ６０４：Ｎｏ）、ハンディ端末２から電文を受信したか否かを判定する（Ｓ６０５）。ハンディ端末２から電文を受信した場合（Ｓ６０５：Ｙｅｓ）、図７に示す７Ｂ以降の処理を実行する。

ハンディ端末２から電文を受信していない場合（Ｓ６０５：Ｎｏ）、精査機６から電文を受信したか否かを判定する（Ｓ６０６）。精査機６から電文を受信した場合（Ｓ６０６：Ｙｅｓ）、図７に示す７Ｃ以降の処理を実行する。精査機６から電文を受信していない場合（Ｓ６０６：Ｎｏ）、前述の処理（Ｓ６０４）に戻り、同様の処理を繰り返す。

前述のアクセス用タイマがタイムアウトした場合、図７の７Ａ以降の処理を実行し、入金ホスト５の入金情報テーブルにシステムサーバ３の物件情報テーブルに存在しないデータが有るか否かを判定する。即ち入金情報テーブルに入金データが追加されたかを判定する（Ｓ７０１）。物件情報テーブルに存在しないデータが有る場合（Ｓ７０１：Ｙｅｓ）、該入金情報テーブルのデータをシステムサーバ３の物件情報テーブルに格納する（Ｓ７０２）。入金情報テーブルにシステムサーバ３の物件情報テーブルに存在しないデータが無い場合（Ｓ７０１：Ｎｏ）、何もせずにこの処理フローを終了する。

前述のハンディ端末２から電文を受信した場合、図７の７Ｂ以降の処理を実行し、まず、受信電文の読取フラグが「０」であるか否かを判定する（Ｓ７０３）。読取フラグは、ハンディ端末２において「受取」の場合「０」に設定され、「積卸」の場合「１」に設定される。

受信電文の読取フラグが「０」の場合（Ｓ７０３：Ｙｅｓ）、受取実績データ電文の入金機設置コード、入金機号機、顧客コード及び店舗コードをキーにして、該キーに合致するシステムサーバ３の物件情報テーブルのレコードに受取実績データ電文の担当者コード、顧客コード、店舗コード、処理日時を格納する（Ｓ７０６）。受信電文の読取フラグが「１」の場合（Ｓ７０３：Ｎｏ）、積卸実績データ電文の入金機コード、入金機号機、顧客コード及び店舗コードをキーにして、物件情報テーブルを検索し、該キーの受取実績データが物件情報テーブルに格納されているか否かを判定する（Ｓ７０４）。

受信電文の読取フラグが「１」の場合、「積卸」の処理が行われたことを意味し、この場合には、その前に必ず「受取」の処理が行われているはずである。「受取」の処理が行われれば、物件情報テーブルに受取情報が格納されているはずである。

従って、受信電文の読取フラグが「１」の場合、後述する物件情報テーブルにおいて、入金機設置コード、入金機号機、顧客コード、店舗コードをキーとして検索した積卸情報が格納されているレコードに、受取情報（受取担当者コード〜処理日時のカラム）が格納されているかどうかをチェックしたとき、受取実績データが物件情報テーブルに格納されていない場合（Ｓ７０４：Ｎｏ）、「受取」処理が適正に行われなかった物件であることを示すため、アラームフラグを「１」に設定する（Ｓ７０５）。

受取実績データが物件情報テーブルに格納されている場合（Ｓ７０４：Ｙｅｓ）、該レコードに積卸実績データ電文の担当者コード、顧客コード、店舗コード、処理日時を格納する（Ｓ７０７）。前述のアラームフラグを「１」に設定した場合も、同様に積卸実績データ電文の担当者コード、顧客コード、店舗コード、処理日時を格納する（Ｓ７０７）。

アラームフラグは、システムサーバ３の物件情報テーブルに設けられ、処理（Ｓ７０４）において、該当レコードに受取情報が格納されていないと判定された場合は、システムサーバ３の物件情報テーブルのアラームフラグのカラムに「１」を格納した後に、後述する積卸情報（積卸担当コード〜処理日時のカラム）を格納する。

前述の精査機６から電文を受信した場合、図７の７Ｃ以降の処理が実行され、受信電文の精査（計算）金額が物件情報テーブルの入金金額と同一であるか否か判定する（Ｓ７０８）。即ち、物件情報テーブルにおいて、該当するレコード（入金機設置コード、入金機号機、顧客コード、店舗コードをキーにして検索）に対して、入金金額カラムのデータと、精査実績データ電文から取得した精査（計算）金額のデータと、が同一かどうかをチェックする。

受信電文の精査（計算）金額が物件情報テーブルの入金金額と同一でない場合（Ｓ７０８：Ｎｏ）、アラームフラグに「２」を設定する（Ｓ７０９）。受信電文の精査（計算）金額が物件情報テーブルの入金金額と同一である場合、該レコードに計算実績データ電文の計算金額を格納する（Ｓ７１０）。また、アラームフラグに「２」を設定した場合も、同様に計算実績データ電文の計算金額を格納する（Ｓ７１０）。

図８は、ハンディ端末の処理フロー例を示す。ハンディ端末２は、システムサーバ３のデータベースから担当マスタ情報３３を取得する（Ｓ８０１）。次に、入金機４のカセット１のバーコードを読取ったか否かを監視する（Ｓ８０２）。カセット１のバーコードを読取った場合（Ｓ８０２：Ｙｅｓ）、ハンディ端末２から担当者コードが入力されたか否かを監視する（Ｓ８０３）。

担当者コードが入力された場合（Ｓ８０３：Ｙｅｓ）、ハンディ端末２でボタン押下されたか否かを監視する（Ｓ８０４）。ボタン押下された場合（Ｓ８０４：Ｙｅｓ）、押下されたボタンが「受取」であるか否かを判定する（Ｓ８０５）。

押下されたボタンが「受取」の場合（Ｓ８０５：Ｙｅｓ）、読取フラグを「０」に設定する（Ｓ８０６）。押下されたボタンが「受取」ではない場合、即ち「積卸」の場合（Ｓ８０５：Ｎｏ）、読取フラグを「１」に設定する（Ｓ８０７）。次に、ハンディ端末データ電文（受取実績データ電文又は積卸実績データ電文）を作成し（Ｓ８０８）、システムサーバ３へ該電文を送信する（Ｓ８０９）。その後、処理（Ｓ８０２）に戻り、同様の処理を繰り返す。

図９は精査機の処理フロー例を示す。精査機６は、精査機６に備えたバーコードスキャナより入金機カセット１のバーコードが読取られたか否かを監視する（Ｓ９０１）。
入金機カセット１のバーコードが読取られた場合（Ｓ９０１：Ｙｅｓ）、精査機６の投入部に現金がセットされたか否かを監視する（Ｓ９０２）。精査機６の投入部に現金がセットされた場合（Ｓ９０２：Ｙｅｓ）、精査機６の画面より「計算実行ボタン」が押下されたか否かを監視する（Ｓ９０３）。

「計算実行ボタン」が押下された場合（Ｓ９０３：Ｙｅｓ）、現金の鑑別及び計数処理を実行する（Ｓ９０４）。現金の鑑別及び計数が完了したか否かを監視し（Ｓ９０５）、完了した場合（Ｓ９０５：Ｙｅｓ）、計数結果に基づき精査実績データ電文を作成し（Ｓ９０６）、システムサーバ３へ該電文を送信する（Ｓ９０７）。その後、処理（Ｓ９０１）に戻り、同様の処理を繰り返す。

図１０は、クライアント端末の処理フロー例を示す。クライアント端末７は、まず、検索画面を表示する（Ｓ１００１）。次に、顧客コード、店舗コード、入金機設置コード、入金機号機等の検索条件が入力されたか否かを監視する（Ｓ１００２）。検索条件が入力された場合（Ｓ１００２：Ｙｅｓ）、「検索実行ボタン」が押下されたか否かを監視する（Ｓ１００３）。

「検索実行ボタン」が押下された場合（Ｓ１００３：Ｙｅｓ）、システムサーバ３のデータベースに検索条件に合致するデータが有るか否かを判定する（Ｓ１００４）。システムサーバ３のデータベースに検索条件に合致するデータが有る場合（Ｓ１００４：Ｙｅｓ）、検索結果データにアラーム有り（アラームフラグ「１」又は「２」）のデータが有るか否かを判定する（Ｓ１００５）。

検索結果データにアラーム有りのデータが有る場合（Ｓ１００５：Ｙｅｓ）、アラーム有りのデータを強調表示するため、該アラーム有りのデータの表示色を変更する（Ｓ１００６）。そして、検索結果画面を表示する（Ｓ１００７）。検索結果データにアラーム有りのデータが無い場合（Ｓ１００５：Ｎｏ）、表示色を変えることなく、検索結果画面を表示する（Ｓ１００７）。システムサーバ３のデータベースに検索条件に合致するデータ無い場合（Ｓ１００４：Ｎｏ）、「検索結果無し」のメッセージを出力する（Ｓ１００８）。

図１１にハンディ端末及び精査機からシステムサーバに通知されるデータの例を示す。図１１の（ａ）に示すように、ハンディ端末２からシステムサーバ３に対して、受取実績データ電文、及び積卸実績データ電文が送信される。また、精査機６からシステムサーバ３に対して精査実績データ電文が送信される。

ハンディ端末２からシステムサーバ３に送信される受取実績データ電文及び積卸実績データ電文は、図１１の（ｂ）に示すように、顧客コード、店舗コード、入金機設置コード、入金機号機、処理日時、担当者コード、読取フラグを含んでいる。これらのデータ電文は、ハンディ端末２での受取時及び積卸時の処理により、ハンディ端末２及びバーコードスキャン時のデータを基に電文が生成される。

顧客コード、店舗コード、入金機設置コード、入金機号機には、バーコードのデータを格納する。処理日時には、ハンディ端末２のシステム時刻を格納する。担当者コード及び読取フラグには、ハンディ端末２の画面で担当者が入力／指定した内容を格納する。受取処理又は積卸処理により、読取フラグの格納データは異なる。受取処理では「０」を、積卸処理では「１」を格納する。

精査機６からシステムサーバ３に送信される精査実績データ電文は、図１１の（ｃ）に示すように、入金機設置コード、入金機号機、顧客コード、店舗コード、計算金額を含んでいる。入金機設置コード、入金機号機、顧客コード、店舗コードには、バーコードスキャンで読取られたバーコードのデータを格納する。計算金額には、精査機６により計数された実績データを格納する。

精査実績データ電文は、精査機６での現金計数処理が完了した時点の実績データを基に生成される。また、入金機カセット１のバーコードデータは、図１１の（ｄ）に示すように、顧客コード、店舗コード、入金機設置コード、入金機号機の情報を含む入金機を特定するコードである。

図１２は、ハンディ端末及び精査機の画面の例を示す。ハンディ端末２の画面には、図１２の（ａ）に示すように、担当者コード入力欄、担当者名、「受取」ボタン、「積卸」ボタンが表示される。担当者は、物件のバーコードスキャンを行う前に、担当者コードをハンディ端末２に入力する。

ハンディ端末２は、入力された担当者コードから、ハンディ端末２で保持している担当マスタ情報テーブルを参照し、担当者名を表示する。担当者は、物件のバーコードをハンディ端末２でスキャンした後、「受取」又は「積卸」の何れの処理に該当するものであるかを、画面のボタンの押下により指定する。押下したボタンの種類により、システムサーバ３へ送信するハンディ端末データ電文の読取フラグの値が設定される。

精査機６の画面には、図１２（ｂ）に示すように、入力部として入金機設置コード欄、表示部として入金機設置コード、入金機号機、顧客コード、顧客名、店舗コード及び店舗名が表示され、また、「計算実行」ボタンが表示される。現金計算の開始時には、精査機６に取付けられたバーコードスキャナを用いてカセット１のバーコードを読取ることにより、該バーコードのデータを元に、現金計算の対象物件の入金機設置コード、入金機号機、顧客コード、顧客名、店舗コード及び店舗名が表示される。精査担当者は、その後、現金を精査機６の投入部にセットし、画面の「計算実行」ボタンを押下すると、精査機６は計算処理を開始する。

なお、現金計算の対象物件を特定する際に、バーコードスキャナを用いる代わりに、入力部の入金機設置コードの入力欄に入金機設置コードを入力して特定するよう構成することができる。精査機６は、システムサーバ３のデータベースから顧客マスタ情報を取得しておき、入金機設置コードの入力欄に入力された入金機設置コードをキーにして、顧客マスタ情報を参照し、対象物件の候補の入金機号機、顧客コード、顧客名、店舗コード及び店舗名を表示部に表示し、精査担当者は表示された対象物件を選択して対象物件を特定するようにしても良い。

図１３はクライアント端末の画面（検索指定時）の例を示す。クライアント端末７における検索指定時の画面には、顧客コード、店舗コード、入金機設置コード、入金機号機、担当者コード、受取日時、及び積卸日時についての検索条件入力欄が表示され、また、「検索実行」ボタンが表示される。

各検索項目の検索条件入力欄に検索条件を入力することにより、システムサーバ３のデータベースから該検索条件に合致した出力情報を指定することができる。検索項目の入力指定が無ければ、絞り込み対象外とし、全件数の情報を出力する。「検索実行」ボタンが押下されると、クライアント端末７は、検索指定時の画面の各検索項目で指定された検索条件で、システムサーバ３のデータベースから情報を取得する。

図１４は、クライアント端末の画面（検索結果）の例を示す。クライアント端末７における検索結果の画面には、入金機設置コード、入金機号機、顧客コード、顧客名、店舗コード、店舗名、受取情報として「受取」時の担当者及び日時、積卸情報として「積卸」時の担当者及び日時、入金金額、並びに計算金額についての検索結果情報が表示される。なお、図１４の表示例にように、入金機設置コードに重複が無くユニークな入金機設置コードとなっている場合には、入金機号機の表示を省略するようにしてもよい。

クライアント端末７の検索結果の画面には、検索指定時の画面により指定された検索条件を基に、システムサーバ３のデータベースから取得したデータが表示される。図１４の例において、入金機設置コード０００００００５及０００００００６の破線で囲んだデータに注目すると、このデータには、積卸情報が有るにも拘わらず、受取情報が無く、前処理の実績情報無しとしてアラームが発生し（システムサーバ３のデータベースのアラームフラグがオン）、また、入金機設置コード０００００００７の破線で囲んだデータに注目すると、このデータは、入金金額と計算金額とが相違し、該相違によるアラームが発生している。これら、アラームが発生（アラームフラグがオン）しているレコードに対しては、画面上で例えば赤色等で表示するなど、表示色を変更する。

図１５は、入金ホストのデータベースの例を示す。図１５の（ａ）は、入金ホスト５の顧客マスタ情報テーブルを示す。顧客マスタ情報テーブルには、顧客の入金機設置コード、入金機号機、顧客コード、顧客名、店舗コード、及び店舗名のデータが格納される。図１５の（ｂ）は、入金ホスト５の担当マスタ情報テーブルを示す。担当マスタ情報テーブルには、担当者の担当者コード及び担当者名のデータが格納される。

図１５の（ｃ）は、入金ホスト５の入金情報テーブルを示す。入金情報テーブルには、入金機の入金機設置コード、入金機号機、入金金額、日付、時間、顧客コード、顧客名、店舗コード、及び店舗名のデータが格納される。入金情報テーブルの入金機設置コード、入金機号機、入金金額、日付、及び時間のデータには、入金データ電文の内容を格納する。

入金情報テーブルの顧客コード、顧客名、店舗コード、及び店舗名のデータには、入金データ電文の入金機設置コード、及び入金機号機のデータを基に、入金ホストの顧客マスタ情報テーブルを参照し、該当するデータを格納する。

図１６〜図１８は、システムサーバのデータベースの例を示す。図１６の（ａ）は、システムサーバ３の顧客マスタ情報テーブルを示し、該顧客マスタ情報テーブルには、入金機設置コード、入金機号機、顧客コード、顧客名、店舗コード、及び店舗名のデータが格納される。これらのデータには、図１６の（ｂ）に示す入金ホスト５の顧客マスタ情報テーブルの内容を格納する。

図１６の（ｃ）はシステムサーバ３の担当マスタ情報テーブルを示し、該担当マスタ情報テーブルには、図１６の（ｄ）に示す入金ホスト５の担当マスタ情報テーブルの担当者コード及び担当者名のデータが格納される。

図１７及び図１８は、システムサーバ３の物件情報テーブルを示し、図１７の（ａ）は、物件情報テーブルの左側部分を、図１８の（ｂ）は、物件情報テーブルの右側部分を示している。物件情報テーブルには、入金機設置コード、入金機号機、入金金額、日付、時間、顧客コード、顧客名、店舗コード、店舗名、受取担当者コード、受取顧客コード、受取店舗コード、受取日時、積卸担当者コード、積卸顧客コード、積卸店舗コード、積卸日時、計算金額、及びアラームフラグのデータが格納される。

物件情報テーブルの入金機設置コード、入金機号機、入金金額、日付、時間、顧客コード、顧客名、店舗コード、及び店舗名のデータには、図１７の（ｂ）に示す入金ホスト５の入金情報テーブルの内容を格納する。これらのデータの取得は、入金ホスト５に対するアクセス用タイマによる定期的なアクセス動作による取得とし、差分のデータを取得するものとする。

物件情報テーブルの受取担当者コード、受取顧客コード、受取店舗コード、受取日時、積卸担当コード、積卸顧客コード、積卸店舗コード、積卸日時のデータには、図１８の（ｂ）に示すハンディ端末データ電文の顧客コード、店舗コード、入金機設置コード、入金機号機をキーにして検索した物件情報テーブルの該当するレコードに、該ハンディ端末データ電文の担当者コード、処理日時のデータを格納する。

「受取」又は「積卸」の何れのエリアに格納するかは、読取フラグの値により判別する。読取りフラグが「０」ならば、受取担当者コード〜受取処理日時のエリアに、読取りフラグが「１」ならば、積卸担当者コード〜積卸日時のエリアに格納する。

物件情報テーブルに格納された受取情報と積卸情報とは、システムサーバ３によって照合され、相互に矛盾が無いか否かがチェックされる。図１７及び図１８の例では、入金機設置コード１００１０００２、入金機号機００１のレコードにおいて、このデータには、積卸情報が有るにも拘わらず、受取情報が無いので、前処理の実績情報無しとしてこのレコードのアラームフラグに「１」が設定される―'42

物件情報テーブルの計算金額には、図１８の（ｃ）に示す精査実績データ電文の顧客コード、店舗コード、入金機設置コード、入金機号機をキーにして検索した物件情報テーブルの該当するレコードに、該精査実績データ電文の計算金額のデータを格納する。この計算金額は、システムサーバ３によって図１７の入金金額と比較照合され、不一致の場合、アラームフラグ「２」が設定される―'42図１７及び図１８の例の場合、入金機設置コード１００１０００２、入金機号機００２のレコードにおいて、入金金額１００００００に対して計算金額９５００００であり、不一致のため、このレコードのアラームフラグに「２」が設定される―'42

図１９は、ハンディ端末及び精査機のデータベースの例を示す。図１９の（ａ）は、ハンディ端末２の担当マスタ情報テーブルを示す。ハンディ端末２の担当マスタ情報テーブルには、担当者コード及び担当者名のデータが格納される。これらのデータは、図１９の（ｂ）に示すシステムサーバ３の担当マスタ情報テーブルの内容が格納される。

図１９の（ｃ）は、精査機６の顧客マスタ情報テーブルを示す。精査機６の顧客マスタ情報テーブルには、入金機設置コード、入金機号機、顧客コード、顧客名、店舗コード、及び店舗名のデータが格納される。これらのデータは、図１９の（ｄ）に示すシステムサーバ３の顧客マスタ情報テーブルの内容を格納する。

本発明の配送物件管理システムでは、配送対象の物件に貼付されたバーコードをハンディ端末２で読取り、該読取ったバーコードデータに基づく配送データがシステムサーバ３に集積され、クライアント端末７から配送履歴を参照することにより、物件に関するデータが、物件毎に物件管理システム内で共有され、物件の配送状況を把握することが可能となる。

また、警送事業所内での精査時に現金の紛失や現金抜取り等の有無のチェック及び担当者のチェックを、物件毎行うことができるため、現金の紛失や現金抜取り等の不正操作のチェックを適正に行うことが可能となる。また、契約店舗から受取った物件の配送予定と配送実施状況とを照合することができる。

以上本発明の実施形態について説明したが、本発明は、以上に述べた実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の構成又は実施形態を取ることができる。例えば、以上の説明では積卸が１回行われる場合について説明したが、物件が中継拠点で中継されて配送され、積卸が複数回行われる場合にも、各積卸時の配送情報をシステムサーバ３に送信して同様に配送情報を照合し、照合結果の正否判定を行う構成とすることができる。

１入金機カセット
２ハンディ端末
３配送物件管理システムサーバ
３１入金情報テーブル
３２配送物件情報テーブル
４入金機
５入金ホスト
５１顧客マスタ情報テーブル
５２担当マスタ情報テーブル
５３入金情報テーブル
６精査機
７クライアント端末

Claims

配送対象の物件に貼付されたバーコードを読取り、読取ったバーコードのデータ、該物件の配送担当者、受取日時を含む配送情報を、配送物件管理システムサーバへ送信するハンディ端末と、
前記物件に収納された現金の情報を管理する入金ホストコンピュータと、
前記物件の積卸後の精査時に該物件に収納された現金の金額を計算し、該金額の情報を配送物件管理システムサーバへ送信する精査機と、
前記ハンディ端末から送信される、前記各物件の受取時の配送情報及び積卸時の配送情報、前記入金ホストコンピュータから取得した前記物件に収納された現金の金額の情報を含む入金情報、及び前記精査機から送信された金額の情報を、配送物件情報テーブルに格納し、前記各物件の受取時の配送情報及び積卸時の配送情報を照合し、かつ、前記入金ホストコンピュータから取得した金額の情報と、前記精査機から送信された金額の情報とを照合し、該照合結果の正否情報を物件毎に格納する物件管理システムサーバと、
前記物件管理システムサーバに格納された前記物件毎の情報を閲覧可能なように表示するクライアント端末と、
を備えたことを特徴とする配送物件管理システム。
ハンディ端末が、配送対象の物件に貼付されたバーコードを読取り、読取ったバーコードのデータ、該物件の配送担当者、受取日時を含む配送情報を、配送物件管理システムサーバへ送信するステップと、
入金ホストコンピュータが、前記物件に収納された現金の情報を管理するステップと、
精査機が、前記物件の積卸後の精査時に該物件に収納された現金の金額を計算し、該金額の情報を配送物件管理システムサーバへ送信するステップと、
配送物件管理システムサーバが、前記ハンディ端末から送信される、前記各物件の受取時の配送情報及び積卸時の配送情報、前記入金ホストコンピュータから取得した該物件に収納された現金の金額の情報を含む入金情報、及び前記精査機から送信された金額の情報を、配送物件情報テーブルに格納し、前記各物件の受取時の配送情報及び積卸時の配送情報を照合し、かつ、前記入金ホストコンピュータから取得した金額の情報と、前記精査機から送信された金額の情報とを照合し、該照合結果の正否情報を物件毎に格納するステップと、
クライアント端末が、前記物件管理システムサーバに格納された前記物件毎の情報を閲覧可能なように表示するステップと、
を含むことを特徴とする配送物件管理方法。
ハンディ端末に、配送対象の物件に貼付されたバーコードを読取り、読取ったバーコードのデータ、該物件の配送担当者、受取日時を含む配送情報を、配送物件管理システムサーバへ送信する処理を実行させ、
入金ホストコンピュータに、前記物件に収納された現金の情報を管理する処理を実行させ、
精査機に、前記物件の積卸後の精査時に該物件に収納された現金の金額を計算し、該金額の情報を配送物件管理システムサーバへ送信する処理を実行させ、
配送物件管理システムサーバに、前記ハンディ端末から送信される、前記各物件の受取時の配送情報及び積卸時の配送情報、前記入金ホストコンピュータから取得した該物件に収納された現金の金額の情報を含む入金情報、及び前記精査機から送信された金額の情報を、配送物件情報テーブルに格納し、前記各物件の受取時の配送情報及び積卸時の配送情報を照合し、かつ、前記入金ホストコンピュータから取得した金額の情報と、前記精査機から送信された金額の情報とを照合し、該照合結果の正否情報を物件毎に格納する処理を実行させ、
クライアント端末に、前記物件管理システムサーバに格納された前記物件毎の情報を閲覧可能なように表示する処理を実行させる、
ための配送物件管理プログラム。