JP2006027742A - 金庫を用いる取引支援方法及びシステム - Google Patents

Abstract

【目的】
金融機関における事務処理効率の向上と、顧客の待ち時間を短縮する取引支援方法及びシステムを提供する。
【構成】
取引に関連する物の受け渡しのために複数のロッカーの開閉を制御して該取引を支援する取引支援方法及びシステムであり、該複数のロッカーの各々を金庫として準備する。顧客からの取引要求に応じて、該顧客が適正な顧客であるか否かを予め保持する顧客情報に基づいて判定し、該顧客が適正な顧客であると判定された場合に、該複数の金庫のうちの１を割当金庫として該顧客に割り当て、該割当金庫の施錠を解除する。
【選択図】
図１

Description

本発明は、取引に関連する物の受け渡しのために、商取引の場から遠隔に分散して配置される複数の収納庫（以下、ロッカーと称する）を通信ネットワークを介して制御することにより該取引を支援する取引支援方法及びシステムに関し、特に、金融取引のための取引支援方法及びシステムに関する。

商取引において、例えば、商品を注文したユーザが指定する拠点に設けられたロッカーに注文品を配送してもらい、ユーザが該ロッカーを所定のキーを用いて受け取る構成により電子ショッピングを実現するシステムが開示されている（特許文献１）。

ところで、金融機関営業店における取引は、来店した顧客が記入した伝票や通帳を窓口に提出し、その内容に基づいてテラーと呼ばれる窓口行員が窓口端末を操作して処理する必要がある。
特開２００２−２６９４６７号公報

しかし、最近の金融機関の統廃合による営業店数の減少により、振込、入出金あるいは諸届け等の取引を行うために１つの営業店に来店する顧客の数はむしろ多くなっている。営業店におけるかかる事務量の増大により、金融機関にとってはより収益を上げるための相談業務等の業務に要員を振り向けることができず処理効率の低下を招いている。また、顧客の窓口での待ち時間の増大を招いている。

本発明の目的は、金融機関における事務処理効率の向上と、顧客の待ち時間を短縮する取引支援方法及びシステムを提供することである。

本発明の取引支援方法は、取引に関連する物の受け渡しのために複数のロッカーの開閉を制御して該取引を支援する取引支援方法であり、該複数のロッカーの各々を金庫として準備する金庫準備ステップと、顧客からの取引要求に応じて、該顧客が適正な顧客であるか否かを予め保持する顧客情報に基づいて判定する顧客判定ステップと、該顧客が適正な顧客であると判定された場合に、該複数の金庫のうちの１を割当金庫として該顧客に割り当てる金庫割当ステップと、該割当金庫の施錠を解除する施錠解除ステップとを含むことを特徴とする。

本発明の取引支援システムは、取引に関連する物の受け渡しのために複数のロッカーの開閉を制御して該取引を支援する取引支援システムであり、該複数のロッカーの各々を金庫として収容する金庫収容手段と、顧客からの取引要求に応じて、該顧客が適正な顧客であるか否かを予め保持する顧客情報に基づいて判定する顧客判定手段と、該顧客が適正な顧客であると判定された場合に、該複数の金庫のうちの１を割当金庫として該顧客に割り当てる金庫割当手段と、該割当金庫の施錠を解除する施錠解除手段と、該取引に関連する物の該割当金庫への格納又は取り出しに応じて、該割当金庫の施錠をなす施錠手段とを含むことを特徴とする。

本発明による取引支援方法及びシステムによれば、取引に関連する物の引き渡しをコンピュータにより制御された金庫を介して受け渡す構成が与えられる。これにより、顧客と事務処理側との接触に時間差を設けることが可能となり、例えば、顧客への受け渡しの時期を遅らせることが可能となり、金融機関における事務集中化が可能となる。窓口処理の大半を占めている法人顧客を本方式で処理することで、営業店の事務処理の効率化を図ることができる。

本発明の実施例について添付の図面を参照して詳細に説明する。

図１は、本発明の第１の実施例を示し、システム全体の構成を示している。ここで、複数の金庫装置１０ａ乃至１０ｃが専用ネットワーク３０を介して事務処理センタ４０に接続されている。複数の金庫装置１０ａ乃至１０ｃの各々は、複数の金庫ロッカーと、これらを電子的に制御すると共に事務処理センタ４０との間でデータ通信を行うコンピュータ装置とからなる複合装置である。複数の金庫装置１０ａ乃至１０ｃの各々には、人の操作指令により金庫の開閉及び施錠をなすと共に、取引要求情報の入力を可能とするための操作端末２０ａ乃至２０ｃが各々接続されている。

複数の金庫装置１０ａ乃至１０ｃの各々は、通常、事務処理センタ４０が管轄する営業エリアに分散した店舗に配置され、顧客が自由に利用可能な通常無人状態に置かれる。警備センタ９０が専用ネットワーク３０に接続されて、非常時の通話や店舗に設置された無人カメラ等の監視による警備業務の実行を可能とする。これにより、複数の金庫装置１０ａ乃至１０ｃの各々の保安確保がなされ得る。

事務処理センタ４０は、金庫装置１０ａ乃至１０ｃの全体の管理を行う金庫管理サーバ４１と、事務端末４２と、専用ネットワーク３０を介したデータ通信を可能とするネットワークインタフェース（ＩＦ）４３と、メールサーバ４４と、インターネット５０を介したデータ通信を可能とするネットワークゲートウェイ（ＧＷ）４５とを含み、これらがＬＡＮにより相互接続されている。

事務処理センタ４０は、金融取引における各種事務処理を行うセンタであり、通常の金融機関における支店業務と同等の事務処理を行う。かかる事務処理としては、例えば、貸付処理、手形割引処理、外国為替処理、輸出入信用状関連処理、振込若しくは振替処理、又は現金若しくは小切手入出金処理等の各種金融取引業務を含む。かかる事務処理は、例えば手形割引事務のように手形の書面性が要件となることから必然的に人による事務処理が求められる。かかる事務処理の進捗情報は、行員により事務端末４２を介して金庫管理サーバ４１に入力される。メールサーバ４４は、金庫管理サーバ４１における進捗情報を基に顧客にメールを送信する機能を有する。進捗情報を含むメールは、インターネット５０を介し、携帯電話のためのアクセスポイント（ＡＰ）６０を経て顧客の携帯電話７０に送達される。

図１に示されるシステム構成における運用について説明する。先ず、取引開始フェーズとして、金融機関の顧客が、例えば現金の払い出し行いたいと仮定する。顧客は、現金及び入金伝票を含む事務処理の対象物（以下、処理対象物と称する）を、操作端末２０を操作して金庫装置１０のうちの１つの金庫ロッカーに保管する。この時点で、顧客は入金取引を委ねたまま、店舗から自由に出ることが可能である。

一方、集荷フェーズとして、集配業者が定期的又は該処理対象物の保管に応じて金庫装置１０ａ乃至１０ｂが設置された店舗を巡回して、保管物を集荷する。集配業者による金庫の開閉及び施錠は、適切な集配業者であるか否かの認証が実行されることでセキュリティが確保される。集配業者は、各金庫装置から回収した処理対象物を全て事務処理センタ４０に配送する。

次に、事務処理フェーズとして、各処理対象物は、事務処理センタ４０において各々に対応する事務処理がなされ、結果として得られる結果物、例えば入金済の旨を示す入金伝票の如き文書や払い戻しによる現金の如き物が各取引毎にまとめられる（以下、処理済物と称する）。

次に、配荷フェーズとして、集配業者は、かかる取引毎にまとめられた処理済物を事務処理センタ４０にて集めて再び金庫装置１０ａ乃至１０ｂに配荷する。以上の間、集配業者による集荷、事務処理センタ４０における行員の事務処理、そして再び集配業者による金庫への配荷、再保管の一連の業務の進捗は、金庫管理サーバ４１、事務端末４２及びメールサーバ４１が連携した電子処理により顧客の携帯電話７０に電子メールにて通知される。

最後に、取引終了フェーズとして、顧客は、金庫への再保管を通知する電子メールに応じて再び店舗に訪れることで、入金依頼に対応する伝票の如き処理済物を受け取ることで一連の取引が完了する。

図２は、図１に示される金庫装置のより詳細の構成を示している。金庫装置１０ａ乃至１０ｂの各々は、通常のコンピュータを構成するために共通バスにより相互に接続されたＣＰＵ１７、メモリ１８、ハードディスク１９、ネットワークインタフェース（ＩＦ）１４、金庫インタフェース（ＩＦ）１２を介した金庫ユニット１１及び入出力インタフェース１３から構成され、入出力インタフェース１３を介して操作端末２０に接続されている。 金庫ユニット１１は、複数の金庫ロッカー１１１乃至１１ｎから構成される。各金庫ロッカー１１１乃至１１ｎの各々は個別に、ＣＰＵ１７から指令により電気的施錠及び施錠解除がなされる。各金庫ロッカー１１１乃至１１ｎの各々は、赤外線の方式により保管物の存否を検知する機能を有し、その存否をＣＰＵ１７に通知可能とする。各金庫ロッカー１１１乃至１１ｎの各々の開閉自体は、手動によっても或いは自動的に開閉するにしても良い。各金庫ロッカー１１１乃至１１ｎは、さらに、ＩＣタグとの通信を実現するリーダ／ライタを備えても良い。ＩＣタグは、保管物に添付されるか又は保管物を入れた収納袋に添付される。リーダ／ライタは、ＩＣタグに記録された情報を読みこむか或いはＩＣタグに情報を書き込むことができる。ＩＣタグに記録される情報としては、例えば、預り番号、顧客番号、顧客メールアドレス、使用金庫場所等の情報がある。

操作端末２０は、タッチパネルを構成する表示装置２１とキーボード（ＫＢ）２２と、警備センタの要員との会話を可能とするマイク２３と、音声ガイダンス等を発音するためのスピーカ２４と、預り番号等を印字するための伝票を出力するプリンタ２５とを含む。操作端末２０は、また、顧客の磁気カード又はＩＣカード２７を読み込み又は書き込むためのカードリーダ／ライタ２６を備えても良い。操作端末２０は、さらに、顧客のアイリス又は指紋等の生体情報により個人を識別するのに用いるための生体情報入力装置（図示せず）を含んでも良い。

図３は、図１に示される金庫管理サーバのより詳細の構成を示している。金庫管理サーバ４１は、通常のサーバコンピュータにより構成される。図示されるように、金庫管理サーバ４１のソフトウェア構成は、コンピュータの基本制御をなすサーバ制御部４１１と、事務処理センタ内の各部と通信をなすためのネットワークインタフェース（ＩＦ）４１４と、認証管理部４１２と、進捗管理部４１３とから構成される。

認証管理部４１２は、顧客又は集配業者からの取引又は操作要求に応じて、これらの者が金庫を開閉するに適正な者であるか否かを顧客情報データベース４１５及び集配業者情報データベース４１６を参照して認証する機能を有する。進捗管理部４１３は、取引開始に始まって、処理対象物の金庫への入庫、集配業者による集荷、事務処理センタにおける事務処理、そして再び金庫への配荷、そして最後に顧客の処理済物の顧客による受取に至る一連の進捗情報を進捗情報データベース４１７を記憶更新することで管理する機能を有する。進捗管理部４１３は、また、所定のタイミングで進捗情報を顧客に通知するためのメールをメールサーバにネットワークインタフェース４１４を介して転送する機能を有する。

図４は、図３に示される顧客情報データベース、集配業者情報データベース及び進捗情報データベースの構成例を示している。顧客情報データベース４１５は、顧客の識別を与える「顧客番号」と、取引があるか否か示す情報を示す「仕掛」と、保管物の紛失等の事故情報を与える「事故」と、パスワードそのもの或いは生体情報ファイルとのリンクを与える「認証情報」と、顧客の「メールアドレス」とを含む。集配業者情報データベース４１６は、集配業者の識別を与える「集配業者番号」と、保管物の紛失等の事故情報を与える「事故」と、パスワードそのもの或いは生体情報ファイルにアクセス可能な情報を与える「認証情報」とを含む。「事故」の情報は、取引手続き上の事故の発生を意味し、かかる場合にはその旨が記録されることで、以後の取引サービスレベルに差異を設けることが可能である。

進捗情報データベース４１７は、個々の取引の識別を与える「預り番号」と、顧客の識別を与える「顧客番号」と、取引の進捗状況情報を与える「進捗情報」と、当該取引に用いられている「金庫番号」とからなるエントリを取引毎に複数含む。「進捗情報」としては、例えば、図示されるように、「１．金庫内（未処理）」、「２．集配中」、「３．事務処理終了」、「４．配送中」、「５．金庫内（処理済）」及び「６．受取済」の如く状態を数値より示すことが考えられる。尚、取引の識別を与える「預り番号」を設けることにより、個々の取引を識別すると共に、ひとりの顧客について同時に複数の取引をなすことができる。また、図示されるように、「金融機関番号」の欄を設け、取引毎に複数の金融機関を割り当てることにより、後述する共同金庫の形態を実現することもできる。

図５乃至図９は、本発明の実施例における処理手順を示し、かかる処理手順を複数のフェーズ、すなわち、取引開始フェーズ、集荷フェーズ、事務処理フェーズ及び取引終了フェーズの５つのフェーズに分けて説明する。ここで、金庫装置１０ａ乃至１０ｃを代表して１つ金庫装置１０と金庫管理サーバ４１とが連携して動作する処理手順をシーケンスの形で示している。

図５は、顧客による取引開始フェーズにおけるシステム全体の処理手順を示している。図を参照すると、先ず、顧客からの取引依頼に応じて、金庫装置１０は、顧客からの取引受付を行う（ステップＳ０１）。顧客からの取引依頼は、金庫装置１０に接続されたタッチパネルを介して伝票記入操作を契機として認識される。伝票記入操作に代えて、顧客に予め貸与された磁気カード又はＩＣカードが用いられても良い。次いで、金庫装置１０は、顧客に対してパスワード入力を促し、パスワードを受け付ける（ステップＳ０２）。次いで、金庫装置１０は、金庫管理サーバ４１に対して顧客番号及びパスワードを送信することで顧客認証依頼を行う（ステップＳ０３）。

この依頼に応じて、金庫管理サーバ４１は、顧客情報データベースを参照して、顧客番号に対応する認証情報のパスワードを参照して顧客認証処理を行い、認証結果を金庫装置１０に返信する（ステップＳ０４）。顧客認証処理の方式としては、パスワードにより行う方法以外に多様な方式が考えられる。例えば、顧客情報データベースの認証情報に指紋情報ファイル又はアイリス情報ファイルを保持し、顧客の指紋又はアイリスを金庫装置１０において取得送信することにより当該顧客が適正な顧客本人であることを認証することも可能である。

金庫管理サーバ４１から返信される認証結果に応じて、金庫装置１０は、取引が可否（ＯＫ又はＮＧ）を判定する（ステップＳ０５）。もし認証結果がＮＧである場合には以下のステップをパスすることより手続を中止する。一方、認証結果がＯＫである場合には、金庫装置１０は、複数の金庫ロッカーのうちの１つを当該顧客に割り当てる（ステップＳ０６）。次いで、該金庫ロッカーを電気的指令により施錠解除し、該金庫ロッカーの扉をオープン状態にする（ステップＳ０７）。顧客は、このオープン状態の金庫ロッカーに取引に必要なもの、すなわち処理対象物を入れる。

処理対象物の入庫に応じて、金庫装置１０は、処理対象物が正しく入れられたかを赤外線センサー等の検知手段より認識する（ステップＳ０８）。この際に、ＩＣタグとの間で情報を書込又は読込のためのリーダ／ライタを用いて、処理対象物に何らかの形で添付されたＩＣタグに、取引の識別を与える預り番号、顧客番号、顧客メールアドレス、使用金庫場所、金庫番号等の情報を記録するようにしても良い。次いで、金庫ロッカーをクローズし、電気的指令より施錠を行う（ステップＳ０９）。好ましくは、処理対象物が正しく入れられていない場合に顧客に音声ガイダンス等の手段より入れ直しを促すようにする。また、この際に、取引の識別を与える預り番号、顧客番号、使用金庫場所、金庫番号等の情報を記録した預り伝票を出力するようにしても良い。次に、金庫装置１０は、金庫管理サーバ４１に金庫格納情報の送信する（ステップＳ１０）。この金庫格納情報には、顧客番号、金庫ロッカーを特定する金庫番号を含む。

金庫管理サーバ４１は、受信された金庫格納情報に基づいて、進捗情報データベースに新規取引のために新たなエントリー作成する（ステップＳ１１）。新たなエントリーとしては、取引の識別を与える「預り番号」を設定し、受信された金庫格納情報から「顧客番号」及び当該取引に用いられている「金庫番号」とを抽出して設定し、さらに取引の進捗状況情報としての「進捗情報」に「１．金庫内（未処理）」の如く設定する。次いで、金庫管理サーバ４１は、顧客に取引進捗をメールサーバを介して顧客に通知する（ステップＳ１２）。この場合、金庫管理サーバ４１は、顧客情報データベースを参照することにより、顧客番号に対応するメールアドレスを認識し、先の進捗情報データベースにおける「進捗情報」をメールに挿入編集してメール発信することで進捗通知が実現される。すなわち、メールの宛先は、預り番号に対応する顧客のメールアドレスであり、その内容は「集金庫内（未処理）」となる。

図６は、集配業者による集荷フェーズにおけるシステム全体の処理手順を示している。図を参照すると、先ず、集配業者からの集荷通知に応じて、金庫装置１０は、集配業者からの集荷受付を行う（ステップＳ１３）。集配業者からの集荷通知は、金庫装置１０に接続されたタッチパネルを介した集荷通知操作を契機として認識される。集荷通知操作に代えて、集配業者に予め貸与された磁気カード又はＩＣカードが用いられても良い。次いで、金庫装置１０は、集配業者に対してパスワード入力を促し、パスワードを受け付ける（ステップＳ１４）。次いで、金庫装置１０は、金庫管理サーバ４１に対して集配業者番号及びパスワードを送信することで集配業者認証依頼を行う（ステップＳ１５）。

この依頼に応じて、金庫管理サーバ４１は、集配業者情報データベースを参照して、集配業者番号に対応する認証情報のパスワードを参照して集配業者認証処理を行い、認証結果を金庫装置１０に返信する（ステップＳ１６）。集配業者認証処理の方式としては、顧客認証の場合と同様にして、パスワードにより行う方法以外に多様な方式が考えられる。例えば、集配業者情報データベースの認証情報に指紋情報ファイル又はアイリス情報ファイルを保持し、集配業者の指紋又はアイリスを金庫装置１０において取得送信することにより当該集配業者が適正な集配業者本人であることを認証することも可能である。

金庫管理サーバ４１から返信される認証結果に応じて、金庫装置１０は、集荷の可否（ＯＫ又はＮＧ）を判定する（ステップＳ１７）。もし認証結果がＮＧである場合には以下のステップをパスすることより集荷を中止する。一方、認証結果がＯＫである場合には、金庫装置１０は、処理対象物がある金庫ボックスのみか又は全ての金庫ロッカーを電気的指令により施錠解除し、該金庫ロッカーの扉をオープン状態にする（ステップＳ１８）。集配業者は、このオープン状態の金庫ロッカーから処理対象物を取り出す。処理対象物は、取引単位すなわち預り番号単位に仕分けされて集荷される。この際に、ＩＣタグとの間で情報を書込又は読込のためのリーダ／ライタを用いて、処理対象物に添付されたＩＣタグから預り番号を読み込み、処理対象物の識別を容易にすることもできる。

処理対象物の出庫に応じて、金庫装置１０は、処理対象物が正しく取り除かれたかを赤外線センサー等の検知手段より認識する（ステップＳ１９）。次いで、金庫ロッカーをクローズし、電気的指令より施錠を行う（ステップＳ２０）。好ましくは、処理対象物が正しく取り除かれていないか又は取り残しがある場合に集配業者に音声ガイダンス等の手段より再度取り除きを促すようにする。次に、金庫装置１０は、金庫管理サーバ４１に集荷の旨の情報を含む金庫格納情報を送信する（ステップＳ２１）。この金庫格納情報には、集配業者番号、金庫ロッカーを特定する金庫番号、預り番号、顧客番号を含む。

金庫管理サーバ４１は、受信された金庫格納情報に基づいて、進捗情報データベースに含まれる該当エントリーを更新する（ステップＳ２２）。この場合、金庫格納情報に含まれる預り番号及び／又は顧客番号に一致するエントリーを検索し、当該エントリーにおける「進捗情報」を、「２．集配中」の如く設定する。金庫管理サーバ４１は、かかる処理を集荷された全ての処理対象物毎に行う。次いで、金庫管理サーバ４１は、顧客に取引進捗をメールサーバを介して顧客に通知する（ステップＳ２３）。この場合、メールの宛先は、預り番号に対応する顧客のメールアドレスであり、その内容は「集配中」となる。

図７は、事務処理センタにおける事務処理フェーズにおけるシステム全体の処理手順を示している。先ず、事務処理センタにおいて、集配業者が金庫装置１０から集荷した処理対象物を受領し、事務処理端末において受領した旨を登録することにより、集配業者からの集荷の受付を行う（ステップＳ２４）。この際に、ＩＣタグとの間で情報を書込又は読込のためのリーダ／ライタを用いて、処理対象物に添付されたＩＣタグから預り番号を読み込み、処理対象物の識別を容易にすることもできる。処理対象物の各々は、処理対象物の取引内容に応じた事務処理がなされる。例えば、現金入金処理であれば、現金を当該口座に入金する事務処理が行員の手により実行される。次いで、その結果が事務処理端末に入力されることで、金庫管理サーバ４１は、事務処理結果の入力を受け付ける（ステップＳ２５）。事務処理結果の情報としては、少なくとも預り番号と処理済の旨の情報を含む。

次に、金庫管理サーバ４１は、この事務処理結果に基づいて、進捗情報データベースの内容を更新する（ステップＳ２５）。この場合、金庫格納情報に含まれる預り番号に一致するエントリーを検索し、当該エントリーにおける「進捗情報」を、「３．事務処理終了」の如く設定する。以上の手順は、保管物毎にその処理が終了される都度なされる。次いで、金庫管理サーバ４１は、顧客に現在の取引進捗をメールサーバを介して顧客に通知する（ステップＳ２７）。この場合、メールの宛先は、預り番号に対応する顧客のメールアドレスであり、その内容は「事務処理終了」となる。

事務処理センタにおいて、事務処理がなされた結果として得られる処理済物を再び金庫に戻す配荷作業を行う集配業者により引き取られる。集配業者は、これら処理済物の各々を適切な金庫のある店舗に搬送する。ここで、金庫管理サーバ４１は、この配荷出しの状況を事務処理端末からの入力により受け付ける（ステップＳ２８）。この配荷出しの入力に基いて、金庫管理サーバ４１は進捗情報データベースの内容を更新する（ステップＳ２９）。この場合、金庫格納情報に含まれる預り番号に一致するエントリーを検索し、当該エントリーにおける「進捗情報」を、「４．配送中」の如く設定する。以上の手順は、処理済物毎になされる。次いで、金庫管理サーバ４１は、顧客に現在の取引進捗をメールサーバを介して顧客に通知する（ステップＳ３０）。この場合、メールの宛先は、預り番号に対応する顧客のメールアドレスであり、その内容は「配送中」となる。

図８は、集配業者による配荷フェーズにおけるシステム全体の処理手順を示している。図を参照すると、先ず、集配業者からの集荷通知に応じて、金庫装置１０は、集配業者からの配荷受付を行う（ステップＳ３１）。集配業者からの配荷通知は、金庫装置１０に接続されたタッチパネルを介した配荷通知操作を契機として認識される。次いで、金庫装置１０及び金庫管理サーバ４１は、当該集配業者のパスワードによる認証処理を行う（ステップＳ３２、Ｓ３３及びＳ３４）。集配業者認証処理の方式としては、前述の集荷フェーズの場合と同様にして、パスワードにより行う方法以外に多様な方式が考えられる。

金庫管理サーバ４１から返信される認証結果に応じて、金庫装置１０は、配荷の可否（ＯＫ又はＮＧ）を判定する（ステップＳ３５）。もし認証結果がＮＧである場合には以下のステップをパスすることより手続を中止する。一方、認証結果がＯＫである場合には、金庫装置１０は、処理済物毎が入れられるべき金庫ロッカーを電気的指令により施錠解除し、該金庫ロッカーの扉をオープン状態にする（ステップＳ３６）。集配業者は、このオープン状態の金庫ロッカーに対応する処理済物を入れる。

処理済物の入庫に応じて、金庫装置１０は、格納物が正しく入れられたかを赤外線センサー等の検知手段より認識する（ステップＳ３７）。次いで、金庫ロッカーをクローズし、電気的指令より施錠を行う（ステップＳ３８）。この場合にも、処理済物の入庫の仕方が不適切な場合には集配業者に音声ガイダンス等の手段より適切な操作を促すようにしても良い。この際に、ＩＣタグとの間で情報を書込又は読込のためのリーダ／ライタを用いて、処理対象物に添付されたＩＣタグから預り番号を読み込み、処理対象物の識別を容易にするようにしても良い。次に、金庫装置１０は、金庫管理サーバ４１に配荷の旨の情報を含む金庫格納情報を送信する（ステップＳ３９）。

金庫管理サーバ４１は、受信された金庫格納情報に基づいて、進捗情報データベースに含まれる該当エントリーを更新する（ステップＳ４０）。この場合、当該エントリーにおける「進捗情報」を、「５．金庫内（処理済）」の如く設定する。金庫管理サーバ４１は、かかる手順を配荷された全ての処理済物毎に行う。次いで、金庫管理サーバ４１は、顧客に取引進捗をメールサーバを介して顧客に通知する（ステップＳ４１）。この場合、メールの内容は「金庫内（処理済）」となる。

図９は、顧客による取引終了フェーズにおけるシステム全体の処理手順を示している。図を参照すると、先ず、顧客からの受取依頼に応じて、金庫装置１０は、顧客からの受取受付を行う（ステップＳ４２）。顧客からの受取依頼は、金庫装置１０に接続されたタッチパネルを介して受取要求操作を契機として認識される。次いで、金庫装置１０及び金庫管理サーバ４１は、顧客に対してパスワードによる認証処理を行う（ステップＳ４３、Ｓ４４及びＳ４５）。顧客認証処理の方式としては、取引開始フェーズの場合と同様に、パスワードにより行う方法以外に多様な方式が考えられる。

金庫管理サーバ４１から返信される認証結果に応じて、金庫装置１０は、取引終了の可否（ＯＫ又はＮＧ）を判定する（ステップＳ４６）。もし認証結果がＮＧである場合には以下のステップをパスすることにより手続を中止する。一方、認証結果がＯＫである場合には、金庫装置１０は、当該顧客に割り当てられていた金庫ロッカーを電気的指令により施錠解除し、該金庫ロッカーの扉をオープン状態にする（ステップＳ４７）。顧客は、このオープン状態の金庫ロッカーから事務処理センタにおいて処理された処理済物を受領する。

処理済物の出庫に応じて、金庫装置１０は、処理済物が正しく取り除かれたかを赤外線センサー等の検知手段より認識する（ステップＳ４８）。次いで、金庫ロッカーをクローズし、電気的指令より施錠を行う（ステップＳ４９）。好ましくは、格納物が取り除かれていない場合に顧客に音声ガイダンス等の手段より入れ直しを促すようにする。次に、金庫装置１０は、金庫管理サーバ４１に金庫格納情報の送信する（ステップＳ５０）。

金庫管理サーバ４１は、受信された金庫格納情報に基づいて、進捗情報データベースに含まれる該当エントリーを、顧客の受取により取引終了した旨に更新する（ステップＳ５１）。当該エントリーにおける「進捗情報」を、「６．受取済」の如く設定する。金庫管理サーバ４１は、かかる処理を配荷された全ての処理済物毎に行う。次いで、金庫管理サーバ４１は、顧客に取引進捗をメールサーバを介して顧客に通知する（ステップＳ５２）。この場合、メールの内容は「受取済」となる。以上の一連の処理手順の実行により１つの取引が終了する。

図１０は、金庫装置の変形例として、処理対象物又は処理済物を一旦収納袋に入れて、これを金庫に保管する形態を示している。収納袋１１２は、現金、取引伝票、有価証券を収納し得るように袋状にされ、ジッパー１１４により開閉可能とする。収納袋１１２は、また、預り番号、顧客番号、顧客メールアドレス、使用金庫場所、金庫番号等の情報を読み込み又は書き込むためのＩＣタグ１１３を備えても良い。

図１１は、金庫装置の変形例として、個々の金庫ロッカーを持ち運び自在とする形態を示している。小型ボックス１１５は、現金、取引伝票、有価証券を収納し得る箱形状としている。小型ボックス１１５は情報を読み込み又は書き込むためのＩＣタグ１１６を含む。ＩＣタグ１１６に記憶される情報には、預り番号、顧客番号、金庫番号及び金庫施錠制御情報が少なくとも含まれる。かかる金庫施錠制御情報により、顧客及び金融機関の行員のみが小型ボックス１１５を施錠及び施錠解除を可能とする。前述の実施例における個々の金庫ロッカーを小型ボックス１１５として持ち運び自在とすることで、集配業者は、直接に処理対象物及び処理済物に触れることがなくなるために、セキュリティの向上がより図られる。

図１２は、金庫装置のさらなる変形例として、図１０に示された収納袋の受け渡し形態の他の形態を示している。金庫ユニット１１は、これまで説明において示されたと同様の複数の金庫ロッカー、例えばその１つとして図示される金庫ロッカー１１７と、１つの預け入れ口１１８とから構成される。この構成における運用として、顧客は、取引の処理対象物を収納袋１１２に保管して、常に預け入れ口１１８に投入する。事務処理センタにおける事務処理を経てまとめられた当該取引に対応する処理済物の返還は、取引毎に指定する金庫ロッカー１１７により、これまでの説明におけると同様になされる。

本発明の他の変形例として、金庫の空き状態を金庫管理サーバにおいて管理し、事前にに顧客からの予約に応じて１つの金庫を確保しておくことで，顧客の確実な金庫利用を確保するようにしても良い。また、顧客の要求により、取引開始した店舗とは異なり他の場所にある店舗の金庫装置に顧客への返還物を格納する運用をなすことも可能である。かかる方法により、顧客は任意の希望する場所で取引を完了することができ顧客の利便性をさらに向上せしめることができる。

本発明のさらなる他の変形例として、ＡＴＭとの連動する形態も考えられる。金融機関の勘定系システムとのデータ通信が可能なＡＴＭを現金の授受に使用し、文書の授受にかかる運用は本発明による取引支援システムを用いる形態も可能である。これにより、現金取引に伴うセキュリティがより確保され得る。

以上の実施例においては、進捗情報の顧客への通知は、事務処理センタが中心的に行う形態が示されたが、金庫装置１０における最も最新の進捗情報を金庫装置１０から直接に顧客に通知するようにしても良い。

尚、店舗に設置されている複数の金庫装置は、１つの金融機関に属するのが通常であるが、本発明においてはかかる限定はなく、共同金庫という形で複数の金庫を保持し、取引毎に１つの金庫を、顧客とその取引金融機関とに一時的に割り当てることも可能である。

本発明による金庫利用システムは、主に銀行等の金融機関に適用されると共に、例えば、証券会社、保険会社等の金融関連企業にも適用し得る。

本発明の第１の実施例を示し、システム全体の構成を示しているブロック図である。 図１に示される金庫装置のより詳細の構成を示しているブロック図である。 図１に示される金庫管理サーバのより詳細の構成を示しているブロック図である。 図３に示される顧客情報データベース、集配業者情報データベース及び進捗情報データベースの構成例を示している説明図である。 取引開始フェーズにおけるシステム全体の処理手順を示しているシーケンス図である。 集荷フェーズにおけるシステム全体の処理手順を示しているシーケンス図である。 事務処理フェーズにおけるシステム全体の処理手順を示しているシーケンス図である。 配荷フェーズにおけるシステム全体の処理手順を示しているシーケンス図である。 取引終了フェーズにおけるシステム全体の処理手順を示しているシーケンス図である。 金庫装置の変形例を示し、個々の金庫ロッカーに保管する保管物を収納袋に入れて保管する形態を示している斜視図である。 金庫装置の変形例を示し、個々の金庫ロッカーを持ち運び自在とする形態を示している斜視図である。 金庫装置の変形例を示し、図１０に示される収納袋の受け渡し形態の他の形態を示している斜視図である。

符号の説明

１０ａ、１０ｂ、１０ｃ 金庫装置
１１ 金庫ユニット
２０ａ、２０ｂ、２０ｃ 操作端末
３０ 専用ネットワーク
４０ 事務処理センタ
４１ 金庫管理サーバ
４２ 事務端末
４４ メールサーバ
５０ インターネット
６０ アクセスポイント
７０ 携帯電話
９０ 警備センタ
１１１〜１１ｎ 金庫ロッカー
４１５ 顧客情報データベース
４１６ 集配業者情報データベース
４１７ 進捗情報データベース

Claims (16)

1. 取引に関連する物の受け渡しのために複数のロッカーの開閉を制御して前記取引を支援する取引支援方法であって、
   前記複数のロッカーの各々を金庫として準備する金庫準備ステップと、
   顧客からの取引要求に応じて、前記顧客が適正な顧客であるか否かを予め保持する顧客情報に基づいて判定する顧客判定ステップと、
   前記顧客が適正な顧客であると判定された場合に、前記複数の金庫のうちの１を割当金庫として前記顧客に割り当てる金庫割当ステップと、
   前記割当金庫の施錠を解除する施錠解除ステップと、
   を含むことを特徴とする取引支援方法。
2. 前記取引の事務処理をなす施設との間で前記物を搬送する集配業者の要求に応じて、前記集配業者が適正な集配業者であるか否かを予め保持する集配業者情報に基づいて判定する集配業者判定ステップと、
   前記集配業者が適正な集配業者であると判定された場合に、前記割当金庫の施錠を解除する施錠解除ステップと、
   を含むことを特徴とする請求項１記載の取引支援方法。
3. 前記取引の進捗に応じた情報入力に応じて前記取引毎に進捗情報を作成又は更新する進捗情報作成更新ステップと、所定タイミングにて前記進捗情報を前記顧客に通知する進捗通知ステップとをさらに含むことを特徴とする請求項１又は２記載の取引支援方法。
4. 前記取引の進捗に応じた情報入力は、前記割当金庫における物の検知信号又は操作者による情報入力であることを特徴とする請求項３記載の取引支援方法。
5. 前記操作者による情報入力は、前記物に対する事務処理の結果情報を含むことを特徴とする請求項４記載の取引支援方法。
6. 前記顧客判定ステップは、パスワード又は生体情報を基にして判定するステップであることを特徴とする請求項１記載の取引支援方法。
7. 前記集配業者判定ステップは、パスワード又は生体情報を基にして判定するステップであることを特徴とする請求項２記載の取引支援方法。
8. 前記金庫割当ステップは、顧客からの予約要求に応じて、前記割当金庫を事前に前記顧客に割り当てるステップを含むことを特徴とする請求項１乃至３の何れか１記載の取引支援方法。
9. 前記割当金庫における物の保管又は取り出しに応じて、前記割当金庫を施錠する施錠ステップをさらに含むことを特徴とする請求項１乃至３の何れか１記載の取引支援方法。
10. 前記物は、前記取引に関連する情報を記録する読込及び書込自在の情報媒体を含む収納袋に入れられることを特徴とする請求項１乃至３の何れか１記載の取引支援方法。
11. 前記金庫は持ち運び自在であることを特徴とする請求項１乃至３の何れか１記載の取引支援方法。
12. 前記金庫は、前記取引に関連する情報を記録する読込及び書込自在の情報媒体を含むことを特徴とする請求項１１記載の取引支援方法。
13. 前記金庫の保安状態を監視する監視ステップをさらに含むことを特徴とする請求項１乃至３の何れか１記載の取引支援方法。
14. 取引に関連する物の受け渡しのために複数のロッカーの開閉を制御して前記取引を支援する取引支援方法システムであって、
    前記複数のロッカーの各々を金庫として収容する金庫収容手段と、
    顧客からの取引要求に応じて、前記顧客が適正な顧客であるか否かを予め保持する顧客情報に基づいて判定する顧客判定手段と、
    前記顧客が適正な顧客であると判定された場合に、前記複数の金庫のうちの１を割当金庫として前記顧客に割り当てる金庫割当手段と、
    前記割当金庫の施錠を解除する施錠解除手段と、
    を含むことを特徴とする取引支援システム。
15. 前記取引の事務処理をなす施設との間で前記物を搬送する集配業者の要求に応じて、前記集配業者が適正な集配業者であるか否かを予め保持する集配業者情報に基づいて判定する集配業者判定手段と、
    前記集配業者が適正な集配業者であると判定された場合に、前記割当金庫の施錠を解除する施錠解除手段と、
    を含むことを特徴とする請求項１４記載の取引支援システム。
16. 前記取引の進捗に応じた情報入力に応じて前記取引毎に進捗情報を作成又は更新する進捗情報作成更新手段と、所定タイミングにて前記進捗情報を前記顧客に通知する進捗通知手段とをさらに含むことを特徴とする請求項１４又は１５記載の取引支援システム。

Images