(57)【特許請求の範囲】
【請求項１】
銀行券を識別するための読み取り装置／銀行券スキャナ（１７ａ〜１７ｃ）を備えて、輸送／保管の前に、および前記銀行券を受け取り時に、銀行券（２）を走査することにより、および、銀行券（２）が流通で用いられるときに、銀行券（２）を確認することにより、銀行券の輸送中または保管中などの強盗／盗難のリスクを少なくする、あるいは解消するコンピュータで実施される方法であって、
送り主（３）からの輸送前／輸送中、または送り主（３）のところで保管するとき、
ロックされることを意図される銀行券（２）を登録／読み取り／画像化するステップと、
前記銀行券（２）の識別情報を、いわゆる銀行券ＩＤに決定するステップと、
受取人（４）のところで送信の受取り／保管後、
ロック／再ロックされることを意図される銀行券（２）を登録／読み取り／画像化するステップと、
前記銀行券（２）の識別情報を、いわゆる銀行券ＩＤに決定するステップと、
銀行券が取り扱われる／流通する取引場所（６）で、銀行券（２）による購入が行われようとするとき、
流通する銀行券（２）を登録／読み取り／画像化するステップと、
前記銀行券（２）の識別情報を、いわゆる銀行券ＩＤに決定するステップと、
前記送り主（３）からの輸送前／輸送中、または前記送り主（３）のところで保管するとき、
受取人の識別情報（４）、口座情報など、予め決められている受取人（４）の情報、あるいは、キー、コード、および／または、前記銀行券（２）を取引可能にする、あるいは再ロックするために、満たされなければならないその他のロック解除条件（ＵＶ１）を含む第１の補足情報（Τ１）を、前記送り主（３）のところで、登録／生成するステップと、
少なくとも１つの銀行券の識別情報、および補足情報（Τ１）を含むロック／ブロック依頼（９ａ）を生成するステップと、
このロック依頼（９ａ）を中央サーバ（５）、および／またはローカルメモリ（２５ａ）に送信するステップであって、これにより、前記中央サーバ（５）内で前記銀行券（２）がロックされていると示される、ステップと、
前記受取人（４）のところで送信の受取り／保管後、
前記受取人（４）の識別情報、キー、コード、および／または、前記送り主（３）により指定される、あるいは中央サーバ（５）内で予め決められている、前記ロック解除条件（ＵＶ１）に満たす／一致することを意図される、前記銀行券（２）のロック解除証明（ＵＶ２）を提供するその他の情報のうちの少なくとも１つの情報を含む第２の補足情報（Ｔ２）を、登録／生成して、前記銀行券（２）を取引可能にする、あるいは再ロックするステップと、
少なくとも１つの銀行券（２）の識別情報および補足情報（Ｔ２）を含む、ロック解除／再ロック依頼（９ｂ〜９ｃ）を生成するステップと、
このロック解除／再ロック依頼（９ｂ〜９ｃ）を中央サーバ（５）、および／またはローカルメモリ（２５ｂ）に送信するステップと、
前記受取人（４）からの前記補足情報（Ｔ２）が、前記送り主（３）からの前記補足情報（Ｔ１）内に設定された条件（ＵＶ１）、および／または前記中央サーバ（５）内に格納されている予め決められた条件（ＵＶ１）を満たしているかチェックするステップであって、満たしている場合、前記中央サーバ（５）内で前記ロック解除／再ロック依頼（９ｂ〜９ｃ）が実行されるステップと、
銀行券が取り扱われる／流通する取引場所（６）で、銀行券（２）による購入が行われようとするとき、
存在する銀行券（２）が、ロックされているか、あるいは、取引可能かを、ローカルメモリユニット（２５ｃ）および／または前記中央サーバ（５）に依頼するステップと、
参照された依頼に対する回答が、前記参照された銀行券（２）が取引不能であることを示しているとき、銀行券が流通において受け取られることがないように、自動的にインジケータ／警報を起動させるなどの電子的／機械的な動作を引き起こし、かつ／または、前記銀行券（２）の受け取り／流通を防止するバリア／ブロック装置（２９ａ〜２９ｂ）を起動させるステップと、を含む方法。
【請求項２】
好ましくは前記中央サーバ（５）内で、前記銀行券（２）の識別情報に関連する／関する／と共に格納される明確な／暗黙のステータスを、その銀行券ＩＤに割り当てるステップであって、それらのステータスには、例えば、前記銀行券（２）が取引可能であること、取引不能であること、ブロックされていること、盗まれていること、または追跡のためマークを付けられていることなどが含まれる、ステップをさらに含む請求項１に記載の方法。
【請求項３】
好ましくは前記中央サーバ（５）で、前記銀行券（２）識別情報、すなわち、その銀行券ＩＤに関連する／関する／と共に格納されている前記明確な／暗黙の銀行券（２）のステータスをチェックして、前記銀行券（２）が、例えば、取引可能か、取引不能か、ロックされているか、盗まれているものか、あるいは、追跡のためにマークを付けられているかを判定するステップをさらに含む請求項１または２に記載の方法。
【請求項４】
前記銀行券（２）の輸送前、輸送中、前記銀行券（２）と共に、または輸送後、前記送り主（３）から前記受取人（４）へロック解除命令（８）を送信するステップであって、前記ロック解除命令は、前記銀行券（２）をロック解除／再ロックするために、ロック解除方法、および／または情報のタイプ、および／または前記受取人（４）が必要な情報を指定するステップをさらに含む請求項１〜３のいずれか一項に記載の方法。
【請求項５】
銀行券（２）を識別するための読み取り装置／銀行券スキャナ（１７ｂ）を備えて、前記銀行券（２）の受け取り／保管の後に、前記銀行券（２）を取引可能にする／再ロックするために、受取人（４）のところで、１つ以上の銀行券（２）をロック解除／再ロックするコンピュータで実施される方法であって、
ロック／再ロックされることを意図される銀行券（２）を登録／読み取り／画像化するステップと、
前記銀行券（２）の識別情報を、いわゆる銀行券ＩＤに決定するステップと、
前記受取人（４）の識別情報、キー、コード、および／または、送り主（３）により指定される、あるいは中央サーバ（５）内で予め決められている、第１の補足情報（Ｔ１）に含まれるロック解除条件（ＵＶ１）に満たす／一致することを意図される、前記銀行券（２）のロック解除証明（ＵＶ２）を提供するその他の情報のうちの少なくとも１つの情報を含む第２の補足情報（Ｔ２）を、前記受取人（４）のところで、登録／生成して、前記銀行券（２）を取引可能にする、あるいは再ロックするステップと、
少なくとも１つの銀行券（２）の識別情報および前記補足情報（Ｔ２）を含むロック解除／再ロック依頼（９ｂ〜９ｃ）を生成するステップと、
このロック解除／再ロック依頼（９ｂ〜９ｃ）を中央サーバ（５）、および／またはローカルメモリ（２５ｂ）に送信するステップと
前記受取人（４）からの前記補足情報（Ｔ２）が、前記送り主（３）からの前記補足情報（Ｔ１）内に設定されている前記条件（ＵＶ１）、および／または、前記中央サーバ（５）内に格納されている予め決められた条件（ＵＶ１）を満たしているかをチェックし、満たしていれば、前記中央サーバ（５）内で、前記ロック解除／再ロック依頼（９ｂ〜９ｃ）を実行するステップと、を含む方法。
【請求項６】
好ましくは前記中央サーバ（５）内で、前記銀行券（２）の識別情報に関連する／関する／と共に格納される明確な／暗黙のステータスを、その銀行券ＩＤに割り当てるステップであって、それらのステータスは、例えば、前記銀行券（２）が取引可能であること、取引不能であること、ロックされていること、盗まれていること、または追跡のためマークを付けられていることなどを意味する、ステップをさらに含む請求項５に記載の方法。
【請求項７】
銀行券（２）の受け取り／保管後に、前記銀行券（２）を取引可能にする／再ロックするために、中央サーバ（５）内で１つ以上の銀行券（２）をロック解除／再ロックするコンピュータで実施される方法であって、
前記銀行券（２）の識別情報、前記銀行券（２）を識別する銀行券ＩＤ、および補足情報（Ｔ２）を含むロック解除／再ロック依頼（９ｂ〜９ｃ）を受け取るステップと、
前記ロック解除／再ロック依頼（９ｂ〜９ｃ）内の前記補足情報（Ｔ２）が、前記参照される銀行券ＩＤに関する格納されている補足情報（Ｔ１）内の以前のロック依頼（９ａ）内で設定されたロック解除条件（ＵＶ１）、および／または、前記中央サーバ（５）内に格納された、予め決められている条件（ＵＶ１）に一致していることをチェックするステップであって、一致している場合、前記銀行券がロック解除され／再ロックされる、ステップと、含む方法。
【請求項８】
前記銀行券（２）の識別情報に関連する／関する／と共に格納される明確な／暗黙のステータスを、その銀行券ＩＤに割り当てるステップであって、それらのステータスは、例えば、前記銀行券（２）が取引可能であること、取引不能であること、ロックされていること、盗まれていること、または追跡のためマークを付けられていることを意味する、ステップをさらに含む請求項７に記載の方法。
【請求項９】
ロック解除／再ロックするとき、補足情報（Ｔ２）を受け取るステップであって、前記補足情報（Ｔ２）には、少なくとも前記受取人（４）の識別情報、キー、コードなどの情報、および／または、前記銀行券（２）を取引可能とするために、または再ロックするために、以前のロック依頼（９ａ）で示されている／格納されている、あるいは、前記中央サーバ（５）内に予め決められている、前記銀行券（２）のロック解除条件（ＵＶ１）に従う／一致するよう意図されるロック解除証明（ＵＶ２）を提供するその他の情報が含まれる、ステップをさらに含む請求項７または８に記載の方法。
【請求項１０】
銀行券（２）を輸送／保管する前、および受け取るときに、前記銀行券（２）を走査することにより、かつ、流通において使用されるときに、前記銀行券（２）を確認することにより、例えば、銀行券の輸送中または保管中の強盗／盗難のリスクを少なくする、あるいは解消するシステムであって、
少なくとも１つのコンピュータ／プロセッサ（１９ａ〜１９ｃ）と、
少なくとも１つの通信装置（１８ａ〜１８ｃ）と、
送り主（３）のところで、銀行券を識別するための第１の読み取り装置（１７ａ）と、
受取人（４）のところで、銀行券を識別するための第２の読み取り装置（１７ｂ）と、
取引場所（６）のところで、銀行券を識別するための第３の読み取り装置（１７ｃ）と、
前記送り主（３）のところで、補足情報（Ｔ１）を登録するための第１の登録装置（２０ａ）と、
前記受取人（４）のところで、補足情報（Ｔ２）を登録するための第２の登録装置（２０ｂ）と、
少なくとも１つの警報／ブロック／表示装置（２９ａ〜２９ｂ）と、
少なくとも１つのローカルメモリユニット（２５ａ〜２５ｃ）と、
少なくとも１つの中央サーバ（５）と、を含み、
前記送り主（３）からの輸送前／輸送中、あるいは前記送り主（３）での保管中に、
銀行券を識別するための前記第１の読み取り装置（１７ａ）が、前記銀行券（２）の識別情報を、いわゆる銀行券ＩＤに決定するために、銀行券（２）を画像化／検知するよう構成され、
前記第１の登録装置（２０ａ）が、補足情報（Ｔ１）を登録／生成するよう構成され、
コンピュータ／プロセッサ（１９ａ）が、少なくとも１つの銀行券の識別情報、および補足情報（Ｔ１）を含むロック依頼（９ａ）を生成し、かつ、通信装置（１８ａ）を介して、参照される依頼（９ａ）を中央サーバ（５）および／またはローカルメモリ（２５ａ）に送信するよう構成され、これにより、前記中央サーバ（５）内で前記銀行券（２）がロックされていると示され、
前記受取人（４）のところで送信の受け取り／保管後、
銀行券を識別するための前記第２の読み取り装置（１７ｂ）が、銀行券の識別情報を、いわゆる銀行券ＩＤに確立するために、前記受け取られた銀行券（２）を画像化／検知するよう構成され、
前記第２の登録装置（２０ｂ）が、補足情報（Ｔ２）を登録／生成するよう適応され、
コンピュータ／プロセッサ（１９ｂ）が、少なくとも１つの銀行券の識別情報および補足情報（Ｔ２）を含むロック解除／再ロック依頼（９ｂ〜９ｃ）を生成し、通信装置（１８ｂ）を介して、この依頼（９ｂ〜９ｃ）を中央サーバ（５）、および／またはローカルメモリ（２５ｂ）に送信するよう構成され、
前記中央サーバ（５）が、前記受取人（４）からの前記補足情報（Ｔ２）が、前記送り主（３）からの前記補足情報（Τ１）内で設定された条件（ＵＶ１）、および／または前記中央サーバ（５）内に格納されている予め決められた前記条件（ＵＶ１）を満たす／一致していることをチェックし、一致している場合、前記ロック解除／再ロック依頼（９ｂ〜９ｃ）を実行するよう構成され、
取引場所（６）で銀行券（２）を流通させようとするとき、
銀行券を識別するための前記第３の読み取り装置（１７ｃ）が、銀行券の識別情報を、いわゆる銀行券ＩＤに確立するために、前記取引場所（６）で、前記受け取った銀行券（２）を画像化／検知するよう構成され、
コンピュータ／プロセッサ（１９ｃ）が、前記銀行券（２）の識別情報を、前記銀行券（２）、および前記ローカルメモリユニット（２５ｃ）内の前記銀行券（２）の明確な／暗黙のステータスに関する、前記格納されている情報と照合し、かつ／または、通信装置（１８ｃ）を介して、前記銀行券（２）が取引可能か取引不能かどうかを前記中央サーバ（５）に依頼するよう構成され、
機械的／電子的な警報装置／ロック装置／表示装置（２９ａ〜２９ｂ）が、表示および／または警報を発し、かつ／または、前記銀行券（２）の識別情報が、前記ローカルメモリユニット（２５ｃ）および／または前記中央サーバ（５）内で見つかり、前記銀行券（２）のステータスが、前記銀行券（２）が取引不能であることを示しているとき、前記銀行券（２）の受け取り／流通を防止するブロック装置を起動させるよう構成される、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、未達現金（ＣＩＴ）または保管現金の強盗／盗難のリスクを少なくするめに、銀行券の取り扱いを保護し、例えば、経済犯罪の捜査の目的のために、銀行券を追跡することも可能にする方法およびシステムに関する。
【背景技術】
【０００２】
銀行券は、泥棒や犯罪者の標的になりやすい。銀行、未達現金の輸送、小売店、および個人から強盗や盗難により、かなりの額のお金が盗まれている。そのときに、通常、武器が使用されるため、強盗に合った人達、その周囲の人達は、または、影響を受けた人達は、非常に危険な目に合い、トラウマとなる。人質を取られる状況が発生する、あるいは、逃走車両で無謀な運転をするといったケースもある。現金輸送車や現金自動預払機が強盗に合うとかなりの金額がなくなる。また、その他の例として、ＣＩＴサービスを依頼したクライアントに輸送される現金の金額を、クレジットする前に、合法的なＣＩＴ会社がクライアントのお金をクレジットの準備金として独自に使用し、そのＣＩＴ会社が倒産／破産した場合、クライアントにとっては大きな損失となる。
【０００３】
銀行券が泥棒たちにとって魅力的である理由は、デビット／クレジットカードなどとは異なり、現在では銀行券がその所有者と結びつかない／関連しないからである。このことは、犯罪が検知されるリスクがなく、取引において盗まれた銀行券を自由に使うことができることを意味する。現在では、クレジット／デビットカードのように銀行券／紙幣をロックし、かつ／または、追跡することはできない。銀行券は、クレジット／デビットカードとは異なり、識別情報、パスワード、または署名のような所有権を証明する形態なしに、誰にでも自由に使うことができる。それに加えて、銀行券は、クレジット／デビットカードと異なり、オンラインの証明サービスまたは最新式の電子機器にアクセスすることなく使用可能である。自分で所有している現金よりも多くの現金を失ったり／奪われたりすることも、持っている金額より多くの現金を使うこともないため、銀行券には、危険にさらされる金額を少なくするメリットもある。
【０００４】
技術の成熟度は、全世界で一様ではない。中には、ほとんど現金しか支払いに使用されていない市場もある。このことは、デジタルキャッシュ、および／またはデビット／クレジットカードが存在しても、銀行券が依然として将来にわたって使用される可能性が高いことを意味する。
【０００５】
強盗のリスクを少なくし、未達現金および保管銀行券を守る、現在の方法およびシステムは、十分でなく／不完全であり、銀行券を守ろうとする側と銀行券を盗もうとする側の間で軍備競争が絶え間なく行われている。現在使用されている方法では、トレース可能で、かつ、銀行券の入れ物が破損した場合に、銀行券を物理的に破壊し、かつ／または、マーキング／色を付ける、特別な安全セキュリティ・バッグ／ケース／入れ物を使用している。その他の未達現金を守る方法では、基本的に、武装警備員に守られる移動金庫室である、装甲車両を使用する。その他に用いられる方法は、キャシュレジスターを用いて、例えば、デパート内で、キャシュレジスターにより銀行券の余剰または不足のどちらかが判明したとき、スタッフの銀行券へのアクセスおよび銀行券の内部振替を制限することである。
【０００６】
現在のニュースで、未達現金、銀行および小売店が強盗に襲われていることが頻繁に報じられていることから明らかなように、これらの方法では、強盗のリスクを防ぐことはできない。これらの強盗および強盗のリスクにより、現金を取り扱う全ての人達に身体的、精神的なストレスが生じている。強盗が発生したとき、および、それに伴って警察の作戦行動が開始されたときには、人身傷害という明確な危険が発生する。
【０００７】
この方法は、いわゆる内部犯行に対しては効果がない。現金輸送会社が、輸送している金額を、クライアント／所有者のお金として登録せず、その後、ＣＩＴ会社が倒産し、クライアントがそのお金を失うケースもある。
【０００８】
現在の方法では、盗まれた現金が流通したときに、それを検知することは非常に困難である。容疑をかけられた犯罪者が、大量の銀行券を所有して捕まったとしても、それらの銀行券が他の供給源／活動から得られている可能性もあるため、その犯罪者と特定の犯罪を結びつけることは非常に難しい。
【０００９】
これらの課題を解決するために、数多くの試みがなされてきた。例えば、独国特許公報第１０１０７３４４号明細書には、身代金および／または盗まれた銀行券の一部であった流通銀行券、および偽造銀行券を検知する方法が開示されている。この方法は、機械で読み取り可能なバーコード、マイクロチップ、または磁気ストリップの形態の、新しい識別マーキングを導入した金融システム内で、全ての銀行券が流通するという原理に基づく。これは、この方法を採用するためには、この金融システム内の全ての銀行券の変更し、かつ／または交換しなければならないことが基本的な必要条件であることを意味する。この方法では、金融システム内の各銀行券には所有者が登録されており、その所有者および所有権はデータベースに格納されていることが前提となる。
【００１０】
この方法の短所として、全ての銀行券、および銀行券の所有者がデータベースに登録されていることが前提となることであり、これにより、個人のプライバシー／匿名性が不必要に侵害される可能性があることと、この方法では、この方法が至る所で導入されることが必要であり、金融システム内で銀行券の持ち主／所有権が変更されると同時に、全ての銀行券は新しいタイプの識別情報が必要となるが、これは事実上不可能であることと、この方法では、登録されている所有者のない銀行券を除外し、銀行券の持ち主が変更される各取引において、所有権の確認、およびデータベース上の所有権の更新が必要であり、所有権が変更されるときに、銀行券の現在の所有者と新しい所有者は、同じ物理的位置に居なくてはならないことと、が挙げられる。この公報の方法ではまた、現金を輸送する前に、かつ／または現金を保管中に、銀行券をどのように保護するか、あるいは、ロックするか、かつ、どのように安全に銀行券をロック解除するか／開放するかが示されていない。
【００１１】
独国特許公報第１９８２４４３５号明細書には、銀行券の信憑性、有効性、および識別情報を評価し、銀行券の識別情報を盗まれたお金として、指定された、あるいは身代金、または強奪されたお金の一部として特定された銀行券ＩＤのリストと照合することが可能な方法および装置が開示されている。この方法により、万が一盗まれたときのために、銀行券が特定の所有者に属していると登録することもでき、これにより、どの銀行券が盗まれたのかということを警察に知らせることができる。
【００１２】
この方法では、輸送の前に、かつ／または保管中に、銀行券をどのように保護／ロックするか、そして、これらの銀行券をどのように安全にロック解除／開放することができるかということが示されていない。というのも、未達現金の発送の全段階あるいは一部の段階において、銀行券の正当な受取人／将来の所有者が決められておらず、銀行券には登録されている所有者がいないからである。
【００１３】
その他のこの方法の短所は、誰でも銀行券の所有権を登録したり、記憶装置内の所有権のデータを削除したりすることができることである。この方法は、制御、追跡、および警告／警報サービスを提供する中央サーバの代わりに、同期しているメモリのネットワークに基づく。したがって、盗まれた銀行券を流通させる試みがあるとき、この方法では、中央警報を生成する能力に欠ける。また、このシステムおよび方法は、トレース／追跡する目的のためだけに登録されている銀行券を流通させ、中央警報を生成する能力にも欠ける。この方法では、盗まれた銀行券の識別情報を登録するために、メモリユニットを手動で更新する必要がある。
【００１４】
独国特許公報第１９５３０３７０号明細書には、銀行券がキャシュレジスターに入れられると、銀行券の識別情報を記録し、その銀行券の識別情報を盗まれた銀行券ＩＤのエンティティが格納されているメモリのコンテンツと照合し、銀行券の識別情報を見つけた場合、信号を送る方法および装置が開示されている。
【００１５】
この方法には、未達現金を輸送する前に、かつ／または、現金を保管する前に、どのように銀行券を保護するか、あるいはロックするかということ、および、これらの銀行券をどのように安全に解放／ロック解除することができるかということが示されていない。この公報の方法は、ロックする方法、および解放／ロック解除する方法に欠けている。また、この方法は、どの人物または組織が銀行券を解放／ロック解除する合法的な権利を有するかということを決定／確認する方法／能力に欠けている。
【００１６】
その他のこの方法の短所は、誰でも記憶装置内のデータを削除することができることである。この方法では、制御、追跡、および警報サービスを提供する中央サーバが欠けている。したがって、この方法はシステム内で盗まれた銀行券を流通／転用させる試みがあるときに中央警報を生成する能力に欠けている。また、この方法は、トレース／追跡する目的のためだけに登録されている銀行券を流通させ、トレースされた／追跡された銀行券が検知された場合に、中央警報を生成する能力にも欠ける。また、この方法では、盗まれた銀行券の識別情報を登録するために、記憶装置を手動で更新する必要がある。
【００１７】
したがって、送り主から現金を輸送し、かつ／または、銀行券を安全に保管することができるソリューションを見つけることが所望される。このことは、基本的に、意図されるｃａｓの受取人／所有者が、銀行券を「ロック解除」／「開放」するまで未達現金／保管現金を使用することができないことを意味する。
【００１８】
このようなソリューションは、現在流通している銀行券の物理的な変更を必要とせず、このソリューションは、このシステムが至る所で一度に実装される必要なく、徐々に使用されていくことが可能となる。
【００１９】
このようなソリューションでは、襲撃や恐喝のリスクが少なくなり、安全バック／ケースおよび装甲車などの特別な安全設備の必要もなくなり、現金を輸送する間のセキュリティ・スタッフの必要性もなくなる／少なくなる。
重要概念および定義
【００２０】
本特許出願では、数多くの重要概念が頻繁に使用されている。最も重要な概念、およびそれらの定義を下記に示す。
【００２１】
送り主−例えば、小売店、銀行、現金自動預払機、現金交換機、自然人または法人／実体などの、支払い、保管、預金などの目的で銀行券を受取人に送ろうとする者である。例えば、システムを使用する目的が銀行券を安全に保管する場合、送り主と受取人は基本的には同じ実体でよい。好ましくは、送り主は、送り主ＩＤにより身元を確認することができる。
【００２２】
受取人−例えば、小売店、銀行、現金自動預払機、現金交換機、自然人または法人／実体などの、例えば、支払い、保管、預金のために、送り主からの銀行券を受け取る、かつ／または管理する者である。好ましくは、受取人は、受取人ＩＤにより身元を確認することができる。
【００２３】
輸送業者−送り主から受取人までの銀行券／未達現金の物理的な移動を行う１人以上の人間または機能／組織である。
【００２４】
取引スポット−例えば、小売店、すなわち、銀行券の持ち主／所有者が変更される、かつ／または、銀行券が支払いとして用いられる場所である。
【００２５】
銀行券スキャナ−銀行券の画像、額面金額、紙幣の種類／バージョン、通貨、識別情報／既存の銀行券番号などを識別、検知、かつ／または記録し、かつ、これらの特徴をデジタル情報に変換する走査／検知装置／銀行券読み取り装置である。銀行券スキャナは、そのデジタル情報に基づいて、すべての銀行券の一意の銀行券ＩＤを形成／作成するよう構成されたプロセッサを含むこともできる。識別はＲＦＩＤ、ＯＣＲ、バーコード走査、ＱＲコード（登録商標）、写真などを通して行われ得る。好ましくは、銀行券スキャナは、一意の銀行券スキャナＩＤにより識別することができる。
【００２６】
中央サーバ−銀行券、銀行券のステータスなどに関する情報を受信、処理、送信、格納するよう適用される１つ以上のコンピュータである。中央サーバは、送り主、受取人、販売店／取引スポットなどにより依頼される複数のサービスを行い、これらのサービスは、例えば、コンピュータ／モバイルネットワークを用いる通信リンクのいくつかの形態を介して呼び出される。
【００２７】
通信ユニット−好ましくは、中央サーバから／中央サーバに、ネットワークの形態を介して、デジタル情報を送信／受信するためのユニット／機能である。デジタル情報は、ＵＳＢフラッシュドライバ、またはその他の記憶媒体などの取り外し可能な物理的媒体を通して送信／受信することができる。
【００２８】
銀行券ＩＤ−銀行券を識別する一意の情報の組合せ、例えば、銀行券のシリアルナンバー、または額面金額／通貨を有する銀行券のシリアルナンバー、あるいはデジタル画像、または銀行券と関連するデジタル情報のチェックサム。この銀行券ＩＤは、銀行券スキャナにより／を介して、読み取られる／形成される。
【００２９】
銀行券のステータス−例えば、その銀行券が、取引可能かどうか、ロックされているかどうか、盗まれたものかどうか、システム内で追跡／トレースなどするためにマークが付けられているかどうか、などを指定する。銀行券のステータスは、例えば、中央サーバへ依頼することにより取得することができ、かつ／または、中央サーバへの要請を経て変更／割り当てることができる。このようなステータスは、例えば、銀行券ＩＤをレジスター／データベース／メモリ内のコードと組合せて格納することにより、中央サーバ内で実装され得、かつ／または、銀行券ＩＤは、特定の位置／ファイル内のテーブル／データベース／メモリに格納され、格納された全ての銀行券ＩＤが暗黙のステータスを有する、あるいは、レジスター／テーブル／データベース／メモリ内に銀行券ＩＤが存在しないことは、例えば、銀行券が取引可能／ロック解除されているという、暗黙のステータスを示唆する。銀行券ＩＤ、およびそれらのステータスをローカルの記憶装置にコピー／格納することも可能である。
【００３０】
取引可能−特定の銀行券を、支払いとして受け入れる／受け入れることができることを意味する。
【００３１】
ロックされている−特定の銀行券が取引不能である、すなわち、アンプルからの安全インクで着色された、破られた／盗まれた安全バック／貸金庫／銀行窓口からの銀行券が受け入れられないのと同様に、支払いとして受け入れられない／有効でないこと意味する。
【００３２】
追跡のためにマークを付けられている−このようなステータスを有する銀行券が取引／検知されたとき、システムが警告を出す／警報を発する／ログエントリを作成する銀行券のステータスである。
【００３３】
ロックする−銀行券をロックするとは、その銀行券が取引不能であることを示唆する特定のステータスを銀行券に割り当て、その銀行券は、関連する一連のロック解除の条件を有することを意味する。
【００３４】
ロック解除する−銀行券をロック解除するとは、その銀行券が取引可能であることを示唆する特定のステータスを銀行券に割り当てることを意味する。
【００３５】
再ロックする−銀行券をロック解除後に、好ましくは、新しい一連のロック解除の条件を用いて、その銀行券をすぐに再ロックすることである。
【００３６】
警告、警報−人々／システムにロックされた銀行券を用いた取引／取引未遂が行われている／行われたことを気付かせることができる情報／信号を生成することである。
【００３７】
サービス依頼−明確な依頼、補足情報、およびその他の必要な付加情報を含む、少なくとも１つの銀行券ＩＤを通常含む１つの情報である。その他の付加情報には、例えば、銀行券スキャナのシリアルナンバー／ＩＤ、日付／時間、人／ユーザＩＤ、会社／顧客ＩＤ、口座番号、受取人ＩＤ、送り主ＩＤなどが含まれ得る。サービス依頼は、中央サーバに送信され、そこでサービス依頼に関連する銀行券ＩＤに関する／対する／関連する１つ以上の動作が行われる。
【００３８】
依頼−送り主／受取人／取引スポットが依頼する、銀行券ＩＤに関して中央サーバ内で行われる、例えば、銀行券ステータスの変更／割り当てなどの動作を指定する。依頼は、明示的にまたは暗黙的に指定され得る。暗黙の依頼は、中央サーバの特定のポートまたはアドレス上のサービスへの呼び出しを通して行われ得、ポート／アドレス自体が実行される動作を判定する、あるいは、サービス依頼内の情報／サービス依頼の一部が最も実行され得る動作を示す。たとえば、サービス依頼が送り主により行われる場合、それにより、銀行券がロックされることが想定でき、サービス依頼が受取人により行われる場合、それにより、銀行券がロック解除されることが想定できる。
【００３９】
補足情報−１つまたは複数の銀行券ＩＤと共に送信される一連の情報であり、このような情報には、例えば、銀行券をロックするべきか、追跡／トレースのためにマークを付けるべきか、ロック解除すべきかなど、中央サーバが各銀行券ＩＤをどのように処理するべきかを制御するための、中央サーバへの依頼が含まれる。
【００４０】
ロック解除方法（ＵＳ１およびＵＳ２）−ロック解除のための依頼が有効であることを確認するためにどの方法／どの技術（ＵＳ１）を用いるか、例えば、銀行ＩＤを使用しなければならない、パスワードを入力しなければならないなどの特定の証明方法、を指定する。例えば、銀行ＩＤの証明方法が、特定の受取人に関して常に使用されるものとするなど、ロック解除方法は常に暗黙のもの、すなわち、中央サーバ内で予め決められているものでもよい。ロック解除方法は、ロック解除情報Ｕ１内で設定することも／ロック解除情報Ｕ１から検索することも可能である。例えば、「銀行ＩＤ５５６４０３１２３４」は、登録番号５５６４０３−１２３４の組織のための有効な銀行ＩＤ証明が必要とされることを意味し得る。ロック解除方法は、通常、モバイル・バンキングＩＤ、チップ付きのＩＤカード、ＩＤボックス、生体認証、および／または、パスワードなどの識別情報のいくらかの形態である。ロック解除のために必要となるロック解除方法は、ＵＳ１により示され、通常、送り主により設定され、ロック解除するための試み／依頼による、通常、受取人により実際に用いられるロック解除する方法は、ＵＳ２により示される。
【００４１】
ロック解除条件（ＵＶ１）−ロック解除方法ＵＳ１、および／またはロック解除情報Ｕ１で構成される。例えば、銀行券は特定のスキャナで走査されなければならないとか、受取人はモバイル・バンキングＩＤ、ＩＤカード、パスワードなどの特定の方法で自分自身を識別するなど、いくつかのロック解除条件を組合せてセキュリティを向上させることができる。モバイル・バンキングＩＤ、またはＩＤカードあるいは特定のパスワードで受取人が自分自身を識別できるよう、いくつかのロック解除条件ＵＶ１をオプションとして指定することも可能である。ロック解除条件ＵＶ１は、ロック依頼に直接／明示的に入力することができる、あるいは、例えば、中央サーバ内に予め格納することができ、ロック依頼により、間接的に／暗黙に、参照される／関連する。例えば、ロック依頼内には、特定の受取人ＩＤが指定され、中央サーバ内には、この受取人ＩＤに関連するロック解除条件ＵＶ１が予め格納されている。間接的な／参照される／関連するロック解除条件ＵＶ１は、例えば、受取人ＩＤ、送り主ＩＤ、銀行券スキャナのＩＤ、キー、タイムスタンプ／時間間隔または同様の情報の組合せを介して、参照される／見つけられる。
【００４２】
ロック解除証明（ＵＶ２）−ロック解除方法ＵＳ２、および／またはロック解除一致情報Ｕ２から構成される。複数のロック解除証明ＵＶ２を組合せて、ロック解除条件ＵＶ１の組合せ、または別のロック解除条件ＵＶ１と一致させることができる。ロック解除証明ＵＶ２をロック解除依頼のうちの１つに直接／明示的に入力することができる、あるいは、例えば、中央サーバ内に予め格納することができ、ロック解除依頼内で間接的に／暗黙に、参照される／関連する。例えば、ロック解除依頼内では、特定の受取人ＩＤが指定され、中央サーバ内には、受取人ＩＤに関連するロック解除証明ＵＶ２が予め格納されている。間接的な／参照される／関連するロック解除証明ＵＶ２は、例えば、受取人ＩＤ、送り主ＩＤ、銀行券スキャナのＩＤ、キー、タイムスタンプ／時間間隔または同様の情報の組合せを介して、参照される／見つけられる。
【００４３】
ロック解除情報（Ｕ１）−ロック解除方法と共に、１つ以上の銀行券ＩＤとリンクする／関連する一連の情報である。このロック解除情報Ｕ１は、例えば、送り主により供給される。ロック解除依頼を実行するためには、このロック解除情報Ｕ１は、１つ以上の銀行券ＩＤをロック解除するための中央サーバへの依頼の中で、例えば、受取人により付与される、ロック解除一致情報Ｕ２内で供給された情報と一致していなければならない。ロック解除一致情報Ｕ２内の情報は、ロック解除条件ＵＶ１内で指定されるロック解除方法により、生成／規定される／されていなければならない。規定された銀行券ＩＤをロック解除するためには、ロック解除情報Ｕ１は、ロック解除一致情報Ｕ２と一致しなければならない。ロック解除情報Ｕ１は、例えば、個人識別コード、口座番号、顧客番号、スキャナのエンジンシリアルナンバー、パスワードなどでよい。
【００４４】
ロック解除一致情報（Ｕ２）−１つまたは複数の銀行券ＩＤに関するロック解除依頼と共に指定され／生成され／参照され／移動する一連の情報である。この一致情報は、ロック解除条件ＵＶ１内で記述されたロック解除方法により、生成され／入力されている。銀行券ＩＤに関するロック解除依頼を実行するために、ロック解除一致情報Ｕ２は、ロック解除情報Ｕ１と一致しなくてはならない。本発明の一実施形態では、送り主が、ロック解除条件ＵＶ１を用いて、特定の数の銀行券ＩＤをロックしており、ロック解除条件ＵＶ１では、パスワードを入力しなければならず（ロック解除方法）、その必要とされるパスワードは「Ｏｔｈｅｌｌｏ１２３」（Ｕ１）である。あるケースでは、銀行券およびそれらの銀行券ＩＤに対するロック解除依頼を送信することにより、受取人は銀行券ＩＤをロック解除し、パスワード（Ｕ２）すなわち「Ｏｔｈｅｌｌｏ１２３」が明確に指定される。別のケースでは、受取人はロック解除依頼を送信し、パスワード（ロック解除一致情報Ｕ２）は、ロック解除依頼内のその他の情報、例えば、受取人ＩＤの助けにより、中央サーバから参照され／検索され得る。後のケースでは、この受取人ＩＤと関連する情報（ロック解除証明ＵＶ２）が、好ましくは、中央サーバ内に予め格納されている。間接的な／参照される／関連するロック解除証明ＵＶ２は、例えば、受取人ＩＤ、送り主ＩＤ、銀行券スキャナのＩＤ、キー、タイムスタンプ／時間間隔、または、それらの同様の情報の組合せを介して参照／見つけることができる。
【００４５】
第１の補足情報（Ｔ１）−少なくとも１つのロック解除条件ＵＶ１、および／または、ロック解除条件ＵＶ１に関連／参照／検索するために用いられる情報を含む。
【００４６】
第２の補足情報（Ｔ２）−少なくとも１つのロック解除証明ＵＶ２、および／またはロック解除証明ＵＶ２に関連／参照／検索するために用いられる情報を含む。
【００４７】
ロック解除命令−第１の補足情報Ｔ１は銀行券をロックするために必要であり、第２の補足情報Ｔ２は銀行券をロック解除するために必要である。本発明の特定の実施形態では、送り主から携帯電話の通話またはＥメールなどを通すなどして、ロック解除命令が受取人に通信されなければならない。第１の補足情報Ｔ１は、銀行券をロック解除するために、どのロック解除方法、および／またはロック解除情報、および／または情報のタイプが必要かということを指定する。ロック解除を行うためのロック解除方法、および／またはロック解除情報の必要要件は「透明」でよく、これにより、例えば、特定の銀行ＩＤ証明による識別情報を介して、あるいは特定の照合質問に正確に回答することにより、特定の銀行券ＩＤをロック解除することができる／ロック解除しなければならないことを、受取人の依頼を受けた中央サーバが受取人に知らせることができる。その他のケースでは、ロック解除を行うためのロック解除方法、および／またはロック解除情報の必要要件は「秘密」でよく、そのため、銀行券をロック解除するために、どのロック解除方法、および／または情報のタイプが必要かということを受取人は、中央サーバにより知らされることはない。例えば、送り主および受取人は、銀行券ＩＤをロック解除するときに提出しなければならない、特定の送り主からの所定のパスワードに同意している。ロック解除方法が「秘密」の場合、銀行券ＩＤロック解除するための必要要件／方法に関する情報により、ロック解除命令が構成される。
【００４８】
第１の補足情報（Ｔ１）の登録／生成−銀行券ＩＤに関するロック／追跡依頼が行われる前に／行われるときに／行われている間に生成される。この第１の補足情報（Ｔ１）は、例えば、特定の受取人が決められ、その受取人がどのように自分自身を識別するかを指定することにより、あるいは、入力装置を通して選択される／入力される、あるいは、チップ／磁気カード／メモリから読み出される、あるいは、プロセッサを用いて生成される、あるいはデジタルサービスから検索されるパスワード／その他の情報を指定することにより、生成される。
【００４９】
第２の補足情報（Ｔ２）の登録／生成−銀行券ＩＤに関するロック解除依頼が行われる前に／行われるときに／ロック解除依頼に関連して生成される。この第２の補足情報は、例えば、受取人の識別情報を確認することにより、あるいは、入力装置を通して選択され／入力される、あるいはチップ／磁気カード／メモリから読み出される、あるいはプロセッサを用いて生成される、あるいはデジタルサービスから検索される、パスワード／一連の情報を提示することにより、生成される。
【００５０】
ロック依頼−直接的／明確な、あるいは間接的／暗黙の／関連するロック解除条件ＵＶ１を用いて、中央サーバ内の１つ以上の銀行券ＩＤをロックすることを目的とするサービス依頼である。
【００５１】
ロック解除依頼−ロック解除証明ＵＶ２を用いて、中央サーバ内の１つ以上の銀行券ＩＤをロック解除することを目的とするサービス依頼である。
【００５２】
再ロック依頼−最初に、ロック解除証明ＵＶ２を用いて１つ以上の銀行券ＩＤロック解除し、その後すぐに新しく関連するロック解除条件ＵＶ１を用いて、それらの銀行券ＩＤをロックすることを目的とするサービス依頼である。
【００５３】
追跡依頼−中央サーバ内の１つ以上の銀行券ＩＤに、関連する／と共に格納されているステータスを割り当て／関連付け、その銀行券ＩＤが追跡されることを示すことを目的とするサービス依頼である。
【００５４】
制御依頼−中央サーバ内の１つ以上の銀行券ＩＤのステータスを戻す／確認することを目的とするサービス依頼である。
【発明の概要】
【発明が解決しようとする課題】
【００５５】
本発明の目的は、上記の課題を解決する方法およびシステムを提供することであり、これにより、小売店／銀行／現金自動預払機／両替所などの指定された受取人が、銀行券の受け取りを承認し／銀行券をロック解除するまで、システム内で銀行券を取引不能にして、銀行券を小売店／銀行／現金ｄｅｐｔ／両替所などの送り主から輸送し、かつ／または、保管することが可能となる。
【００５６】
更なる目的は、警備員、武装車両、セキュリティ・バッグ／セキュリティ・ケースなどのその他の追加のセキュリティ手段を使うことなしに、銀行券を輸送／保管することを可能にするシステムを提供することである。
【００５７】
本発明の更なる目的は、このシステムで処理するために、既存の銀行券を物理的に変更する必要のないシステムを提供することである。
【００５８】
本発明の更なる目的は、順次に／次第に稼働可能となるシステムを提供することである。すなわち、このシステムは、全ての場所で一度に実装される必要はない。このシステムは、全ての市場参加者にシステムへの参加、あるいは設備の入手を要請することなく、方法／システムを導入した参加者／運営者に対して運営されるものとする。
【００５９】
本発明の更なる目的は、銀行券がロックされたとき、意図された受取人、または第１のロック解除条件ＵＶ１に記載されたロック解除条件を実行することができる人だけが、銀行券をロック解除することができるシステムを提供することである。つまり、銀行券の送り主、または輸送者を攻撃したり、脅迫したりすることは意味がない。
【００６０】
更なる目的は、未達現金および現金の取り扱いに関するセキュリティ手段のコストを著しく抑えることである。
【００６１】
更なる目的は、現金の取り扱い、および未達現金に関与する人達の肉体的および精神的の両方の人身傷害のリスクを少なくすることである。
【００６２】
このシステムの更なる目的は、簡単な手段で実装可能にすることである。
【００６３】
更なる目的は、基本的な変更の必要なく、国境を越えて導入可能なシステムを提供することである。
【００６４】
本発明の更なる目的は、例えば、発送される１つ以上の銀行券を、偽造銀行券、以前に盗まれた銀行券、および／またはロックされた銀行券などの別の銀行券と入れ替えることによる、銀行券の発送の操作が不可能なシステムを提供することである。
【００６５】
これらの目的は、主に請求項１、１０の特徴に従った、本発明の方法、システムおよび装置により実現される。
【課題を解決するための手段】
【００６６】
本発明は、統合されたシステムである。本発明は、総合的な方法と総合的なシステムで構成されている。本発明の各部分は密接に相互依存し、互いに統合し、相互作用する。本発明は、全ての部分が共に動作する条件においてのみ機能する。
【００６７】
この総合的な方法は、３つの相互作用するサブ方法で構成され、この総合的なシステムは、３つの相互作用するサブシステムで構成される。第１のサブ方法および第１のサブシステムは、銀行券の輸送／未達現金の前に、あるいは銀行券の輸送／未達現金に関連して、すなわち、銀行券が送り主からに受取人に送信されるときに、銀行券をロックすることを目的とする。第２のサブ方法および第２のサブシステムは、銀行券の輸送／未達現金の後で受取人により受け取られるときに銀行券をロック解除するよう構成される。第３のサブ方法および第３のサブシステムは、例えば、小売店で品物を買うために支払うとき、銀行券がロックされているかどうか、あるいは、取引可能かどうか／ロック解除されているかどうか、を確認することができるよう構成されている。
【００６８】
銀行券が輸送されるとき、特定の受取人が定められる。この方法およびシステムによると、輸送中／未達現金の間、銀行券はロックされ、取引不能となる。これにより、輸送中／未達現金の間の強盗および襲撃のリスクを最小にし、武装車両、特別なセキュリティ・バッグ／セキュリティ・ボックス、武装警備員などの必要がなく、現金輸送を非常に簡単に行うことができる。このことは、銀行券の発送を、円滑で、簡単で、リスクがなく、低コストにすることを意味する。受取人が銀行券を受け取り、適切な証明書を有する者が発送された現金の銀行券をロック解除するときに、はじめて、銀行券は取引可能／ロック解除される。
【００６９】
第１のサブ方法および第１のサブシステム−現金輸送の前
銀行券の輸送または現金の保管の前の準備に関連して、存在する銀行券と一意の識別情報が銀行券スキャナなどの読み取り／識別装置により検知される。例えば、小売店などの送り主から１００，０００ＵＳドルの銀行券が、銀行などの受取人に送信される場合、これらの銀行券は小売店で走査され、銀行券シリアルナンバーおよび、おそらく額面金額、紙幣の種類、通貨などその他の特徴が、読み取られ／走査され、かつローカルに格納され、かつ／または、中央サーバ／データベース／クラウドサービスに電子的に送信される。銀行券の一意の識別情報を形成する特徴は、銀行券ＩＤと呼ばれる。
【００７０】
送り主は、銀行券ＩＤの識別／走査と連動して、登録／生成された、これらの銀行券ＩＤに関するロック解除条件を入力することにより／関連付けることにより、銀行券をロックする。
【００７１】
このロック解除条件は、意図された受取人によってのみ満たされることを目的としたものであり、ロック解除条件の一例として、受取人は、自分が所持しているコード／パスワードを用いて、あるいは、例えば、特定の装置を介してコードを入力することにより、あるいは、自分がアクセスする特定のキーカードを提出することにより、あるいは、ある種の受取人の電子／デジタル識別情報により銀行券の受け取りを承認しなければならない。いくつかの特定のケースでは、送り主および／または第三者により、銀行券がロック解除され得ることを想像することができる。いくつかの特定のケースではまた、ロック解除条件は、送り主以外の誰かにより指定され得る。以後本明細書では、ロック解除条件を満たすことができる人または複数の人／組織を「ロック解除者」と呼ぶ。したがって、特定のロック解除条件は、特定の「キー」がはまる、送り主により指定された「ロック」にたとえることができる。銀行券の「ロック」が「第１の補足情報」に含まれるとき、ロック解除条件が供給される。銀行券の金額が記帳される口座の詳細、および／または、今現在その銀行券を誰が所有しているか、すなわち、銀行券の所有者など、その他の情報もこの第１の補足情報に含まれ得る。銀行券ＩＤおよび第１の補足情報は、中央サーバに送信されるロック依頼の中で電子的に送信され、これにより、特定の銀行券ＩＤを有する銀行券が、ロックされ／取引不能であり、特定のロック解除条件を実行することのみにより、ロック解除することができる、すなわち取引可能にすることができることが登録される。
【００７２】
銀行券ＩＤ、およびそれに関連する第１の補足情報が中央サーバに送信されると、銀行券ＩＤの中央サーバへの送信依頼／中央サーバ内でのロック依頼により、銀行券がロックされ、取引不能としてマークを付けられるため、実際の銀行券を意図される受取人に安全に輸送することが可能となる。銀行券は、送り主から受取人まである方法で物理的に輸送され、それらの銀行券ＩＤに関する情報、および、それに付随／関連する第１の補足情報は、別の方法で、デジタル方式／電子的に送り主から中央サーバに送信される。これにより、盗まれた銀行券を使用／流通させようとする試みに対する高いセキュリティが実現する。というのも、犯罪者は、銀行券を有するだけでなく、銀行券ＩＤに関連する正確なロック解除条件を満たし、かつ、ロック解除の試みを実行するための正確な機器も備えなければならないからである。
【００７３】
これらの銀行券は、中央サーバ内で、未達現金である間は、ロックされ／取引不能として登録される。銀行券が受取人に到着する途中で、盗まれたり、失われたりすると、これらの銀行券に関連するステータスは、「ロックされ」／「取引不能」となる。つまり、キャシュレジスターがシステムと接続された小売店などで、誰かが、盗まれた／置き忘れた銀行券のうちの１枚を使おうとすると、この銀行券ＩＤは受け取られた後すぐに走査され、走査された銀行券ＩＤのステータスを確認する依頼が中央サーバに送信され、その銀行券が取引可能かどうか、すなわち、ロックされている／盗まれたものかどうかに関する回答が戻される。その回答により、銀行券が盗まれたもの／取引不能であることが判明した場合、警報を作動させること、現金引き出しをロックすること、ロックされた／盗まれた銀行券を使おうとした人の写真を撮ることなど、１つ以上の動作が行われる。このようなキャシュレジスターのシステムの実際の実装形態では、盗まれている／ロックされているものとして登録されている銀行券ＩＤのリスト／レジスターが存在し得、中央サーバとの不必要なやり取りを避けるために、そのリスト／レジスターは、キャッシュレジスター内に局所的に格納されている。このような、局所的に格納されているリスト／レジスターは、リアルタイムで、定期的に、あるいは必要に応じて、更新され得る。
【００７４】
いくつかのケースでは、例えば、身代金が支払われたとき、犯罪者のネットワークを特定するとき、あるいは、資金の流れを解明するときなど、犯罪捜査当局が、銀行券を追跡することを望む可能性がある。そのような銀行券はロックされてはならず、銀行券が追跡されていることを、銀行券を提出している人物に悟られることなく流通させなければならない。そのような追跡されている銀行券が、例えば、小売店での支払いとして流通し、中央サーバに、その銀行券がロックされているかどうかの確認の依頼が送信されると、その銀行券ＩＤが追跡のためにマークを付けられているかどうかも確認される。その銀行券ＩＤが追跡されていることを示すステータスで登録／関連している場合、このシステムは中央警報を出し、かつ／または、それらの銀行券の監視／追跡を担当している人に信号／情報を送ることができる。このシステムは、局所的に格納された、追跡のためマークを付けられている銀行券ＩＤのリストを、例えば、キャシュレジスター内に有するべきではない。というのも、それにより、犯罪者／犯罪組織が、この情報にアクセスできる可能性があり、捜査が危うくなるからである。
【００７５】
第２のサブ方法および第２のサブシステム−現金輸送の後
輸送／発送された銀行券が到着すると、例えば、発送された銀行券が小売店から銀行に到着すると、その銀行券ＩＤは、銀行券スキャナなどの第２の読み取り／識別装置で検知される。輸送中／未達現金の間、第１のサブ方法／サブシステムの処理により、銀行券はロックされ取引不能であり、第１の補足情報内で記述され、中央サーバに格納されている、銀行券ＩＤにリンクする／関連するロック解除条件を実行することのみにより、その銀行券をロック解除することができる。特定の装置を用いることにより、あるいは、受取人だけがアクセスする特定のキーカードを用いること、受取人を証明する電子識別情報のいくつかの形態を用いること、受取人が所持するコード／パスワードを供給すること、あるいは、ロック解除証明を提示する／生成することにより、受取人は銀行券をロック解除する。銀行券の「ロック解除」で提出されるロック解除証明は、「第２の補足情報」の中に含まれる。この第２の補足情報には、銀行券の金額が記帳される口座の詳細など、その他の情報も含まれ得る。ロック解除証明の目的は、発送前に／保管時に銀行券がロックされたとき、その銀行券と関連付けられた特定のロック解除条件と一致することである。
【００７６】
ロック解除依頼内の第２の補足情報と銀行券ＩＤを中央サーバに送信することによりロック解除は完了する。中央サーバは、ロック解除を依頼された銀行券に関して、第２の補足情報内のロック解除証明が、第１の補足情報内に記述されているロック解除条件と一致するかどうかを確認する。
【００７７】
ロック解除条件が一致しない場合、何かが間違っている、すなわち、うっかりした間違いか、あるいは、銀行券をロック解除しようとする不正行為が行われている可能性がある。ロック解除条件が一致しない場合、警報、またはその他の所望の動作を開始することができる。これらの銀行券は、依然としてロックされている。
【００７８】
ロック解除条件が一致した場合、例えば、銀行券ＩＤと共に格納されているステータスのコードを変更／更新すること、あるいは、レジスター／テーブル／メモリからこの銀行券ＩＤを削除すること、あるいは、別のレジスター／テーブル／メモリにこの銀行券ＩＤを移すことにより、中央サーバ内の銀行券のステータスが変更される。この変更は、その方法に関わらず、この銀行券ＩＤを有する銀行券が、ロック解除／取引可能になることを意味する。
【００７９】
このシステム／発明の実際の実装形態では、めったに銀行券をロック解除したいとは思わない。１つのオプションとして、銀行券を受け取った後、受取人はその銀行券をロック解除しないで、前のロック解除条件を新しいものと交換する、すなわち、銀行券の「再ロック」することである。このようにして、システム内で銀行券が、いつ何どきロック解除されてしまうかもしれない状況を防止する。この処理の有用性の例として、輸送された現金を受け取った銀行内で、この銀行券が、ロック解除条件と一致することにより、中央サーバに対して承認／確認されたときに、このロック解除条件を新しいものに変更する、これにより、この銀行券は保管中でもロックされ安全であることを意味する。本発明の一実施形態では、銀行券をその時に所有している個人／組織に関する情報でロック解除条件を補足することが可能である。その他の選択肢として、その受取人／所有者が、受け取った銀行券を新しい受取人に転送することを選択するまで銀行券の受け取り時／受け取り後に行うロック解除を行わず、その後、その銀行券に対して新しいロック解除条件を指定することを選択することもできる。
【００８０】
いくつかの特定のケースでは、送り主および／または第三者により、銀行券がロック解除され得ることが想定できる。お金の所有者は、例えば、発送人／第三者とコンタクトし、銀行券が目的地に安全に到着したことを確認することができ、次いで、例えば、コードを指定することにより、あるいはその他の方法（上記を参照）により、ロック解除条件を満たすことにより、輸送者／第三者が、銀行券をロック解除する。２者間の金融取引のセキュリティを向上させるために、このような第三者を用いるロック解除手順を用いて、「第三者預託」を実施することができる。
【００８１】
第３のサブ方法および第３のサブシステム−銀行券のステータスのチェック
銀行券が小売店などで支払いとして使われようとするとき、システム内でその銀行券のステータスをチェックして、その銀行券がロックされているか、あるいは、取引可能／ロック解除されているかを確認する。ステータをスチェックする目的は、ロックされた銀行券が支払いとして使われることを防ぐためである。輸送されている銀行券（すなわち、未達現金）は、中央サーバ内でロックされ／取引不能として登録されているため、これは、受取人に輸送される途中で、銀行券が盗まれる、あるいは、紛失した場合でも、銀行券のステータスは依然として「ロック」され／「取引不能」あることを意味する。盗まれ、ロックされた銀行券を誰かが所有し、それを流通させようとしたとき、すなわち、小売店などで、支払いとして使おうとしたとき、キャシュレジスターなどで、その銀行券ＩＤが走査され、その銀行券ＩＤに対するステータス制御依頼が中央サーバに送信され、その銀行券が取引可能か、あるいは、ロックされているかを示す回答が戻される。その回答によりその銀行券がロックされ／取引不能であることが判明した場合、警報を作動させること、現金引き出しをロックすること、この銀行券を使おうとした人物の写真を撮ることなど、１つ以上の動作が行われる。このようなキャシュレジスターシステムの実際の実装形態では、中央サーバとの不必要な取引を避けるために、キャシュレジスターシステム内のローカルメモリに格納された、盗まれた／ロックされた銀行券ＩＤのリスト／レジスターを有することが効率的である。このようなリストはリアルタイムで、定期的に、あるいは必要に応じて、更新可能である。
【００８２】
いくつかのケースでは、例えば、身代金が支払われたとき、犯罪者のネットワークを特定するとき、あるいは、資金の流れを解明するときなど、犯罪捜査当局が、銀行券を追跡することを望む可能性がある。そのような銀行券はロックされてはならず、銀行券が追跡されていることを、銀行券を提出する人物に悟られることなく流通させなければならない。そのような追跡されている銀行券が、例えば、小売店での支払いとして流通し、銀行券がロックされているかどうかをチェックする依頼が中央サーバに送信されると、銀行券ＩＤが追跡のためにマークを付けられているかどうかもチェックされる。その銀行券ＩＤが追跡されていることを示すステータスが登録／関連している場合、このシステムは中央警報を出し、かつ／または、それらの銀行券の監視／追跡を担当している人に信号／情報を送ることができる。このシステムは、局所的に格納された、追跡のためにマークを付けられている銀行券ＩＤのリストを、例えば、キャシュレジスター内に有するべきではない。というのも、それにより、犯罪者／犯罪組織が、この情報にアクセスできる可能性があり、捜査が危うくなるからである。
【００８３】
ある人物が強盗または泥棒などにより、ロックされている銀行券を手に入れ、銀行券のロック解除条件を実行するために必要な機器、および／または、情報にアクセスできたとしても、その取引が、例えば、時系列で中央サーバ内に記録されていれば、犯罪が見つかるとすぐに、それらの銀行券を再度ロックすることができる。このサーバ内の記録により、銀行券および銀行券の所在の履歴を作成し、犯罪者の行動によりロック解除された銀行券に関する情報をこの履歴から検索し、この情報を用いてその銀行券を再度ロックすることができる。このような履歴は、所望／必要である限り、保存しておくことができる。
【００８４】
銀行券が、取引可能／受け入れ可能として、システムに受け入れられたとき／場合、銀行券ＩＤ、および第１の補足情報内に指定されているロック解除条件で構成されるロック依頼を中央サーバに送ることにより、その銀行券はロックされる。中央サーバは、その特定の銀行券ＩＤを有する銀行券はロックされ／取引不能であり、特定のロック解除条件を満たすことのみにより、ロック解除され／取引可能になることを登録する。この例では、ロック解除条件は、例えば、チップに予めプログラムすること、手動で登録すること、ネットワークを介してダウンロードすること、磁気カードから移すことなどにより、キャシュレジスター内に存在し得る／キャシュレジスターにより供給され得る。
【００８５】
銀行券がおつりとして、例えば、キャシュレジスターから顧客に渡されると、これらの銀行券は、顧客に渡される前に、ロック解除され／取引可能となる。銀行券を走査し、それらの銀行券ＩＤを登録することによりこれが実現され、これにより、キャシュレジスターにより供給される、参照された銀行券ＩＤおよび第２の補足情報内のロック解除証明の情報は、ロック解除依頼の中で、中央サーバに送信され、この中央サーバは、これらの銀行券をロック解除／取引可能として登録する。現金が引き出されるときにキャシュレジスターにより供給されるロック解除証明は、その現金が同じキャシュレジスターに保管されたときに、そのキャシュレジスターにより設定されたロック解除条件と、一致する／しなければならない。これにより、その現金はキャシュレジスター内のロック状態から解除される。
【００８６】
その他
銀行券の一意の識別子を、システム内に格納／登録されている識別子と照合することで、これらの銀行券が識別可能であることをこのシステムは前提とする。この識別は必ずしも走査機／装置により行われる必要はなく、キーボード、携帯電話、ハンドスキャナなどを介して手動で行うことも可能である。
【００８７】
本発明の第１の実施形態では、送り主が、受取人に輸送される前に銀行券を走査するが、送り主は、この走査と同時に、（第１の補足情報に添付される）ロック解除条件を選択する。このロック解除条件は、前もって受取人に与えられる／知らされる、あるいは、後で受取人に知らされる／アクセスされる特定のパスワード（ロック解除情報）でよい。このロック解除条件は、好ましくは、走査された銀行券ＩＤ、およびロック依頼と共に中央サーバに送られ、特定の銀行券ＩＤに関連するステータスがロックされていると設定され、ロック解除条件は銀行券ＩＤと共に格納される。銀行券が受取人のもとに到着すると、その銀行券は再度走査され、受取人は、これらの銀行券をロック解除するために、パスワード（「第２の補足情報」に添付された「ロック解除証明」内に含まれる「ロック解除一致情報」）を提出する。この提出されたパスワードは、（「第１の補足情報」の中に含まれる）ロック解除条件の中で送り主が指定したパスワードと一致しなければならない。その後、銀行券ＩＤおよび「第２の補足情報」と共に、ロック解除依頼が中央サーバに送信される。「第２の補足情報」内の「ロック解除一致情報」が「第１の補足情報」内の「ロック解除情報」と一致した場合、ロック解除依頼が実行され、例えば、同封されている銀行券ＩＤのステータスがロック解除／取引可能に設定される。
【００８８】
第２の実施形態では、送り主が、受取人に輸送される前に銀行券を走査するが、送り主は、この走査と同時に、ロック解除条件を選択する。このロック解除条件には、証明／銀行ＩＤ（「ロック解除方法」）などにより、特定の識別情報（この識別情報が「ロック解除情報」である）を用いて、安全な方法で、受取人が自分自身を識別しなければならないことが指定される。このロック解除条件は、「ロック解除情報」および「ロック解除方法」で構成され、第１の補足情報内に添付され、この第１の補足情報は、好ましくは、走査された銀行券ＩＤと共に中央サーバに送信され、これらの銀行券ＩＤと関連するステータスがロックされていると指定され、このロック解除条件はこれらの銀行券ＩＤと関連して格納される。銀行券が受取人のもとに到着すると、その銀行券は再度走査され、受取人は、これらの銀行券をロック解除するために、自分の識別情報（第２の補足情報内で提出される「ロック解除一致情報」内で指定される）を、それらの銀行券がロックされるとき、送り主がロック解除条件の中で指定した方法（「ロック解除方法」）に従って、証明しなければならない（「ロック解除方法」および「ロック解除情報」は、銀行券がロックされるときに第１の補足情報内で指定されている）。「ロック解除一致情報」が「ロック解除情報」と一致した場合、銀行券はロック解除される。
【００８９】
第３の実施形態では、その他のロック解除条件を指定することができる。例えば、走査用には、指定された一意の識別情報を有する、銀行券スキャナなどの特定の技術機器を使用しなくてはならない。
【００９０】
その原理は、以下の通りである。第１の補足情報内で記述されているロック解除条件およびロック解除方法は、銀行券がロックされるときに、送り主により決定／指定され、銀行券がロック解除されるとき、受取人は、この指定されているロック解除方法を用いて、このロック解除条件を実行して、第２の補足情報内で供給される特定の情報を登録／生成／割り当てなければならない。
【００９１】
第１の補足情報の主な目的は、誰が／何が、銀行券をロック解除する権利を持っているか、かつ／または、それをどのように実行するかを明確にすることである。この第１の補足情報は、１つ以上の銀行券ＩＤと共に（これらの銀行券の）送り主から中央サーバに送信される。
【００９２】
第２の補足情報の主な目的は、１つ以上のロックされている銀行券をロック解除する権限／権利を証明／実証することである。通常のケースでは、受取人が銀行券／複数の銀行券をロック解除しようとするとき、第２の補足情報が登録／生成される。この第２の補足情報は、１つ以上の銀行券ＩＤと共に（これらの銀行券の）受取人から中央サーバに送信される。実際の実装形態では、第１の補足情報および第２の補足情報は、デジタル証明のいくらかの形態で暗号化されるのが最も一般的である。
【００９３】
第１の補足情報内で提出されている「ロック解除条件」と、第２の補足情報内で提出されている「ロック解除証明」とは、ロックとキーに例えることができる「組合せ」を構成している。銀行券の輸送、または銀行券の保管が開始されると、「ロック解除条件」により、このロックが「ロック解除」される前に、ロックされた銀行券が自由に流通する／支払いとして使用されることを防止するデジタルロックが構成される。このことは、送り主が、銀行券の輸送／保管の前に、特定の銀行券の輸送のために、一意のデジタルロックを作成すること、あるいは、以前に作成されたロックを用いることが可能であることを意味する。各ロックは、デジタルキーを合わせることにより開くことができる。このキーはいわゆる「ロック解除証明」により表される。各キーは、１つ以上のロックを開くことができ、各ロックは、１つ以上のキーにより開くことができる。ロックは１人以上の異なる送り主により使用され得、キーは１人または複数の受取人により使用され得る。
【００９４】
第４の実施形態では、小売店などの所与の送り主が、特定の銀行の支店が有する特定のキーなどにより、特定の受取人にのみ開くことができる一意のロックを用いることができる。
【００９５】
第５の実施形態では、所与の送り主が、銀行の異なる支店などの、共通のキーを有する複数の受取人により開くことができる一意のロックを使用／指定する。この実施形態で重要なことは、送り主に銀行券の金額が記帳される限り、実際の銀行のどの支店に銀行券が送信されるかは問題ではないことである。
【００９６】
第６の実施形態では、例えば、様々な銀行を代表する権限を有する手形交換所などの仲介者によりロック解除することができるキーで銀行券をロックする。
【００９７】
第７の実施形態では、小売店のチェーン店などの、送り主のグループが、同じロックを使用し、銀行の支店などの特定の受取人の共通のキーによりこのロックを開くことができる。
【００９８】
ロックは、一致しなければならないロック解除条件の明細であり、キーはロック解除条件と一致する情報である。これにより、異なる実装形態に対して、数多くの可能性が提供される。例えば、チップカードまたはチップ証明を介して有効なデジタルの非対称キーシステムのような複雑な方法を用いることができる、あるいは、手動などの簡単な方法を用いることができる。
【００９９】
今日使用されている既知の技術に基づく、システムのメイン原理のデジタル類似例として、送り主Ａが秘密のデジタルドキュメントを受取人Ｂに送ろうとする場合がある。送り主Ａは、キーを用いてこのドキュメントを暗号化し、受取人Ｂに送信する。送り主Ａは、キーを受取人Ｂに通信する、あるいは受取人Ｂは既にキーを知っている。したがって、受取人Ｂは、このドキュメントを受信したとき、それを復号化することができる。このドキュメントが、間違った持ち主に渡った場合、権限がないため、この情報を復号することができない、すなわち、ロック解除できない。
【０１００】
物理的な類似例では、銀行券の発送／輸送が始まる前に、送り主はロック可能なブリーフケースの中に全ての銀行券を入れ、キーを用いてそれをロックする。ロックされたブリーフケースは受取人に送られ、その受取人はブリーフケースを開くことができるキーを所持している、あるいは、送り主が前もってキーを受取人に送っている、あるいはブリーフケースが受取人に送信される／送信されたのとは、異なるルート／配送業者により、キーを受取人に送っている。すなわち、キーとブリーフケースが、同時に、かつ、同じ方法で送信されることがないことが重要である。
【０１０１】
本発明では、上記の例よりも、かなりセキュリティが高い。というのも、これらの銀行券は一意の物理的な見本として存在し、ロック解除しようとする者は、実際の銀行券と、銀行券をロック解除し取引可能にするために必要な「ロック解除一致情報」の両方を受け取とっていなければならないためである。ある人物が銀行券、および「ロック解除一致情報」の両方を所持したとしても、あるいは、「ロック解除一致情報」へのアクセスを有する人物に強要して、銀行券をロック解除させたとしても、中央サーバにより、銀行券ＩＤを用いたデジタルトレースが行われ、例えば、取り締まり機関が、その情報を用いて、盗まれた銀行券を再びロックする。したがって、この「ロック解除情報」は、もう一方のジグゾーピース、すなわち「ロック解除一致情報」にだけ合うジグゾーピースとして機能する。
【０１０２】
本発明を用いると、銀行券を支払いとして受け取り、銀行券をおつりとして与える／戻す小売店などにおけるセキュリティはかなり高くなる。顧客から銀行券を受け取ると、その銀行券は即座に走査され、銀行券が取引可能かどうかのチェックが行われ、その他に中央サーバ内では、「追跡」のためにその銀行券はマークを付けられているかどうかを確認するためのチェックも行われる。マークを付けられた銀行券が検知された場合、中央サーバ内に、トレースされている銀行券が検知されたということが通知され、所定の手段、あるいは、好適な手段が実行される。
【０１０３】
受け取った銀行券がロックされていない場合、その銀行券はロック解除条件を用いて即座にロックされる。結果として、受け取った後のキャシュレジスター内の全ての銀行券は、自動的にロックされる。その小売店が強盗に合った場合、誰かが盗まれた銀行券を流通させようとすると／支払いとして使おうとすると、その銀行券はシステム内で検知されるため、盗まれた銀行券を流通させること／支払いとして使用することはできない。さらに、例えば、家宅捜索または身体捜検で疑わしい銀行券を走査し、中央サーバ内の銀行券ＩＤおよびそれらのステータスをチェックすることにより、その銀行券を識別することが可能である。
【０１０４】
顧客がおつりとして１つ以上の銀行券を受け取ると、そのおつりとして受け取った銀行券を走査することにより、その銀行券は即座にロック解除され、その銀行券ＩＤはロック解除証明と共に中央サーバに送信され、この中央サーバ内で、銀行券をロック解除し／取引可能にするための依頼が行われる。例えば、強盗により、出納係が銀行券のロック解除を強要された場合でも、まだ銀行券ＩＤのデジタル追跡が存在し、これにより、例えば、取り締まり機関により／取り締まり機関に通報されたとき、盗まれた銀行券を再ロックすることができる。例えば、盗まれたお金または身代金の捜索中、ロック／追跡されたものとしてマークを付けられた銀行券に出くわしたとき、あからさまに警報が鳴ることが好ましくない場合も想像できる。例えば、離れて写真を撮るための、キャシュレジスターに接続したカメラを使用する、かつ／または、その銀行券で支払を行った人物のビデオを記録し、かつ、銀行券がおつりとして受け取られた場合には、隠れてその銀行券ＩＤの追跡を続行できるよう、中央サーバ内でおつりの銀行券の銀行券ＩＤを取引可能／ロック解除されていると登録する代わりに、「トレース」されていると登録することにより、システム内で、そのおつりを構成している銀行券の銀行券ＩＤに、今度は、「トレース」されていると、マークを付けることができる。ある人物が「トレース」されている盗まれた銀行券の大部分を複数の場所で両替できたとしても、「追跡」されているとしてマークを付けられた銀行券が依然として存在する。追跡されている１００ＵＳＤの銀行券は、５つの２０ＵＳＤの銀行券に両替され得、その結果、そのおつりは追跡されているとしてマークを付けられる。もちろん、追跡されている銀行券の全額よりも少ない金額のおつりを受け取ること、あるいは、小さい額面金額を大きな額面金額に両替することもでき、このようなおつりも、上記のおつりを通してトレースすることが可能である。
【０１０５】
「ロック解除条件」および「ロック解除証明」は、例えば、キャシュレジスター内に予め格納することができる、あるいは、出納係が、キャシュレジスターなどで「サインイン」するために使用するチップカードに格納することができる。
【０１０６】
これは、本発明に従ってシステムで流通している銀行券が輸送中と保管中の両方でロックされていることを意味する。現金を扱う仕事をしている人達／スタッフの身は非常に安全となる。というのも、銀行券および／またはロック解除コード（「ロック解除証明」としても知られる）を渡すよう、スタッフを強要することは強盗にとって意味のないことであるからである。
【０１０７】
送り主と中央サーバの間の通信、受取人と中央サーバの間の通信、および現金交換所（ｃａｓｈ  ｔｕｒｎｏｖｅｒ  ｐｏｉｎｔ）と中央サーバの間の通信は、証明および暗号化されたキーを用いた通信プロトコルなどの安全な方法を使用しなくてはならない。
【０１０８】
強盗が盗まれた銀行券を所有し、このシステムと接続していない個人または会社／ビジネスと取引する／に与えたとしても、システム内で検知されると／流通すると、これらの盗まれた銀行券は特定される。ある人物が誠実な取引で盗まれた銀行券を受け取ったとしても、銀行券をこの受取人に渡した人物について、この受け取った人間に尋問／質問することができるため、犯罪者の捜査は著しく容易になる。
【０１０９】
大量の盗まれたお金を流通させることは事実上不可能である。おとりが雇われている場合でも、そのおとりが盗まれたお金がどこからきているのか明示できない／覚えていないと主張するかどうか、信用できない。複数のおとり／仲介人を通して、大量の盗まれたお金を少しずつ取引できたとしても、それらのおとりを地理的に追跡し、彼らのソーシャルネットワークを捜査することにより、最終的に犯罪者／強盗の特定が容易になる。
【０１１０】
盗まれた銀行券が資本財を購入するために使用されるケースでは、最終的に、売り手は、例えば、銀行で、支払いに使われる銀行券を走査して、ロック解除されているか／取引可能かをチェックする依頼を行う。売り手が支払いに使われる銀行券をチェックしない場合は、大抵の場合、登録番号などにより品物自体をトレースすることが可能である。
【０１１１】
犯罪者が用心深く、盗まれた銀行券で少額の購入しか行わない場合でも、地理的パターンが徐々に見分けられ、遅かれ早かれ盗まれた銀行券がシステム内に入れられ、これにより、最終的に犯罪者を特定し易くなる。
【０１１２】
刑務所に入れられた強盗は、盗まれたお金／銀行券が回収されなければ、その懲役刑を完了させることができず、釈放されても盗まれたお金／銀行券を使うことはできない。また、それらの銀行券は依然としてロックされているため、強盗の身内の者、および／または、友人が、盗まれたお金／銀行券を使うことはできない。
【０１１３】
強盗が銀行券を持って海外に行き、そのお金を外国の銀行、または両替所で使用しようとした場合でも、それらの銀行券は、遅かれ早かれシステムにより認識され、犯罪者の捜査が容易になる。海外で大量の銀行券が両替されるとき、システムと接続していない両替所が、中央サーバに依頼を送ることにより、受け取った大量の銀行券の中の銀行券をランダムにチェックすることができ、銀行券ＩＤを入力し、銀行券が取引可能かどうか、あるいはロックされているかどうかの回答を得ることができることが想像できる。
【０１１４】
本発明により、個人のプライバシーを侵害することなく、銀行券の追跡／ロックが可能な、匿名で柔軟な支払い方法として銀行券を使用することが可能になる。本発明の一実施形態では、ロックされている／輸送中の銀行券だけがシステムのデータベースに登録される。別の実施形態では、流通している全ての銀行券が、その銀行券が取引可能かどうか、ロックされているかどうか、盗まれたものかどうか、トレースされているかどうかなどを示すステータスとともにシステムのデータベースに記録される。そのような実装形態では、複製／偽造も識別することができる。銀行券のステータスには、例えば、銀行券が盗まれたもの、発送／輸送中のもの、第三者預託中のもの、指定された時間中は取引不能のもの、紛失したもの、所有されているもの、キャシュレジスター内のもの、金庫に保管されているものなど、様々なタイプがあり得る。重要なことは、銀行券の一意の識別情報（銀行券ＩＤ）に関連するステータの表示があり、このリンク／関係が、例えば、中央サーバ内に登録されていることである。
【０１１５】
このシステムは、例えば、特定のＡＴＭ／現金自動預払機／現金自動支払機／現金自動預け機内でも銀行券の追跡を続けることができる。ＡＴＭに新しい銀行券が入れられるとき、すなわち銀行券が現金自動預金機に入れられる場合、機械の中の銀行券はすべて、ロックされているとしてマークが付けられている。銀行券が顧客に支払われると、銀行券がキャシュレジスターから引き出されたケースとして、銀行券ＩＤを走査し、ロック解除依頼を発行することにより、その銀行券はロック解除される。何者かがＡＴＭに侵入し銀行券を盗んだ場合、このシステムはどの銀行券が盗まれたことを認識し、それらの銀行券をロックし／取引不能にする。
【０１１６】
銀行券は、様々な現金輸送の流れの中で移動する。銀行券がこれらのフィード内にどこに存在しても、このシステムは、それらの銀行券とそれらのステータスの追跡を続けることが可能である。キャシュレジスター、警備輸送会社、銀行、現金自動預払機、銀行券製造者などが強盗に合うかは関係なく、銀行券は、依然として、盗まれたものとして／ロックされたものとしてマークが付けられ、何者かがそれらの銀行券を使おうとしたときに検知される。
【０１１７】
このシステムは、どの銀行券が、例えば、現金輸送時の束の一部になるかの制御を行っているため、例えば、銀行券を抜いたり、追加したり、あるいは交換したりなど、それらの束がどのように小細工されても、受け取り時には検知することが可能である。
【０１１８】
個人の間で直接支払いを行うために銀行券が使われるケースでも、インターネットなどによりチェックを行って、支払いのために使われる銀行券がロックされているかどうかを確かめることができる。銀行券のステータスをチェックできる銀行、または小売店により提供されているサービスを利用することが可能である。例えば、自動車の購入など、個人の間で多額の現金が取引されるケースでは、買い手の銀行券が、支払いとして受け取る前に売り手によりチェックされる。
【０１１９】
所定の期間、銀行券をロックするためにシステムを使用することも可能である。例えば、銀行券および銀行券ＩＤを走査し、銀行券がロック解除されるべき日付／時間、または、日付／時間／期間が過ぎた／経過したときに中央サーバ内で銀行券が自動的にロック解除するまでに経過すべき特定の期間などの、日付／時限をロック解除条件に指定することによりシステムのロック機能を利用する。このケースでは、受取人により、銀行券の走査は行われず、ロック解除証明も必要ではない／指定されない。
【０１２０】
強盗から守るために、例えば、ＡＴＭで同様の機能を実装することができる。すなわち、受取人が、家に、または銀行券を受け取る予定の人／場所に到着できるように、分配された銀行券を特定の期間ロックする依頼を行うことが可能である。
【０１２１】
本発明の主な使用目的は、銀行券が盗まれることを防止することである。また、本発明を一意的に識別可能で登録されている所有者のないほとんどのもの、例えば、銀行の小切手、トラベラーズチェックなどの制御を確立するために用いることもできる。
【発明の効果】
【０１２２】
本発明の効果は以下の通りである。
・銀行券が、ロック／取引不能とし、かつ、取引されるとき追跡することができ、これにより、盗まれた銀行券が実際には使えなくなるため、輸送中および保管中に銀行券が盗難されるリスクが著しく少なくなる。
・もはや、銀行券を盗むことが魅力的ではないため、人身傷害のリスクが少なくなる。
・強盗／強盗未遂により、人々が身体的に、かつ／または、精神的に危害を加えられるリスクが少なくなる。
・盗まれたお金はロックされ／取引不能となり、銀行券が流通されようとすると、遅かれ早かれ特定されるため、人身傷害のリスクがある場合、警察や警備員等は強盗を取り逃がしてもよい。
・銀行券の取り扱い、保管、および輸送中に特別な警備員、安全設備、特別な車両等が必要なくなるため、銀行券を取り扱うための社会的コストを少なくすることができる。
・強盗が送り主、および／または、輸送者に、銀行券のロック解除を強要できないときの、スタッフに対する脅迫が著しく少なくなる。
・システム内でのデジタルトレースを残さないで、強盗が銀行券のロック解除を強要することができないときの、スタッフに対する脅迫が著しく少なくなる。
・所与の期間、銀行券を自動的に取引禁止／ロックすることができる。
・盗まれ、ロックされた銀行券は、発明されたシステム内では価値がなくなる。
・盗まれ、ロックされた銀行券を追跡することができる。
・この方法は既存の銀行券に対していかなる物理的な変更も必要とせず、実際の銀行券からロック／トレースされていることを検知できない。
・このシステムおよび方法は徐々に導入することができ、これは、銀行券における特定の通貨が扱われている「市場」における全ての参加者が、最初からシステムに接続する必要がないことを意味する。
・このシステムおよび方法は、市場において、犯罪を解決するために、完全に実施される必要はない。というのも、銀行券は、システム内で／システムにより遅かれ早かれ検知されるからである。
・このシステムおよび方法は、異なる通貨の現金で全世界で実装することができ、顧客のところで銀行券を回収するとき、あるいは輸送の終わりに、輸送者／運送者は、顧客から現金輸送者に預けられた金額を、顧客の口座に即座に入金することができる。
・資金洗浄を防止する／困難にする。
・出くわした銀行券が既知の盗まれた品物の一部かどうかを確認するために、家宅捜査または身体捜検などに関連して差し押さえた現金を、簡単にチェックすることができ、これにより、犯罪の解明につながる。
・トレースのためにマークを付けた銀行券を用い、システム内で、どこで、いつ、どのように追跡されている銀行券が検知されたかを監視することにより、多額の現金が関与する犯罪の捜査を容易にすることができる。
・混ざり合った額面金額、異なる通貨、ばらばらの銀行券の番号などの要求にかかわらず、身代金の一部としての銀行券を簡単に記録／走査することができる。
【図面の簡単な説明】
【０１２３】
【図１】図１は、実際の銀行券の移動、および／または銀行券の流通に関連する情報のやり取りを示す概略ブロック図である。
【図２】図２は、サービス依頼、すなわち、送り主、受取人、および取引スポットから中央サーバに送信される情報の例を示す図である。
【図３】図３は、システムに接続する可能性のある多種多様な装置およびユーザを示す図である。
【図４】図４は、お金／銀行券が、受取人により受け取られ、承認／ロック解除される前に、盗まれたり／紛失したりした場合、そのお金／銀行券を使用できなくする、送り主から受取人に、例えば、小売店から銀行にお金／銀行券を輸送する方法およびシステムの原理を示す図である。この図では、輸送中にトラブルが発生せずに、お金／銀行券が受取人に届き、承認／ロック解除される通常のケースが示されている。
【図５】図５は、図４と同じ方法を示しているが、輸送中に強盗が発生し、お金／銀行券が受取人に届かないために、強盗はお盗んだ金／銀行券を使用することができない場合を示す図である。
【図６】図６は、小売店／銀行／現金自動預払機などに対して強盗／押し込み強盗／窃盗が行われ、その後、強盗が、盗まれたお金／銀行券を使用しようと試みている様子を示す概略図である。
【図７】図７は、例えば、その銀行券が身代金の一部のとき、支払いとして銀行券を使用する試みが行われた場合に、銀行券がどのように登録／走査され、その後、追跡されるかを示す概略図である。
【図８】図８は、送り主から受取人までの通常の現金輸送の手順に関する本発明の実施形態のフローチャートである。
【図９】図９は、例えば、小売店で銀行券を支払いとして用いる手順に関する本発明の実施形態のフローチャートである。
【図１０】図１０は、本発明に係る、銀行券スキャナの概略ブロック図である。
【図１１ａ】図１１ａは、銀行券の中央サーバ内のデータ記録の一例を示す図である。
【図１１ｂ】図１１ｂは、中央サーバ内のバッチデータ記録および銀行券のデータ記録の一例を示す図である。
【発明を実施するための形態】
【０１２４】
本発明は、輸送中に銀行券をロックすること、および、支払いのために銀行券が使われようとするとき銀行券をチェックすることなどの手段により、例えば、未達現金（ＣＩＴ）の輸送または銀行券の保管中に、その銀行券が強盗／盗まれるリスクを少なくする、あるいは排除する方法およびシステムに関する。
【０１２５】
図１には、実際の銀行券の輸送１、および／または銀行券の流通２に関連する情報交換を示す概略ブロック図が示されている。
【０１２６】
図示されているブロックは、送り主３、受取人４、中央サーバ５、および小売店などの取引スポット６である。
【０１２７】
これらの送り主３、受取人４、および取引スポット６は、中央サーバ５と情報のやり取りを行う。中央サーバ５に送信される情報には、通常、サービス依頼７ａ、７ｂ、７ｃ、および１つまたは複数の銀行券ＩＤが含まれる。
【０１２８】
送り主３から中央サーバ５に送信される最も一般的な情報は、１つ以上の銀行券ＩＤをロックするためのサービス依頼７ａである。受取人４から中央サーバ５に送信される最も一般的な情報は、１つまたは複数の銀行券ＩＤをロック解除するためのサービス依頼７ｂである。取引スポット６から中央サーバ５に送信される最も一般的な情報は、１つまたは複数の銀行券ＩＤに関する銀行券ステータスをチェックするためのサービス依頼７ｃである。
【０１２９】
好ましくは、実際の銀行券の輸送１が送り主３と受取人４の間で始まる前に、送り主３は、中央サーバ５にデジタル情報を送信する。デジタル情報７ａは、１つの経路を辿り、実際の銀行券１は、別の経路を辿る。実施形態の一例では、実際の銀行券の輸送１の前、輸送中、実際の銀行券と共に、あるいは、輸送後に、ロック解除命令８が送り主３から受取人４に送信され得る。
【０１３０】
銀行券２が支払いとして、流通／使用されようとするとき、取引スポット６は、中央サーバ５と通信する。
【０１３１】
図２には、サービス依頼の例、すなわち、送り主３、受取人４、および取引スポット６から中央サーバ５に送信する／送信することができる情報が示されている。
【０１３２】
送り主３、受取人４、および取引スポット６は、様々なタイプのサービス依頼を中央サーバ５に送信する。最も一般的なタイプのサービス依頼７ａ〜７ｃは、ロック依頼９ａ、ロック解除依頼９ｂ、再ロック依頼９ｃ、ステータス制御依頼９ｄ、および追跡依頼９ｅである。
【０１３３】
サービス依頼７ａ〜７ｃには、通常、１つ以上の銀行券ＩＤに関する情報、および実行される特定のタイプのサービス依頼に関する全ての補足情報が含まれる。
【０１３４】
補足情報Ｔ１には、少なくともロック解除条件ＵＶ１を規定する情報が含まれる。このロック解除条件ＵＶ１は、ロック解除方法ＵＳ１、および／またはロック解除情報Ｕ１で構成される。補足情報Ｔ１には、日付、時間、送り主ＩＤ、受取人ＩＤなどの付加的な情報が含まれ得る。
【０１３５】
補足情報Ｔ２には、少なくともロック解除証明ＵＶ２を規定する情報が含まれる。このロック解除証明ＵＶ２は、ロック解除方法ＵＳ２、および／またはロック解除一致情報Ｕ２で構成される。補足情報Ｔ２には、日付、時間、送り主ＩＤ、受取人ＩＤなどの付加的な情報が含まれ得る。
【０１３６】
ロック依頼９ａは、通常、送り主３から送信され、少なくとも１つの銀行券ＩＤおよび補足情報Ｔ１を含み、その目的は、補足情報Ｔ１内に記述されるロック解除条件ＵＶ２で、中央サーバ５内の１つ以上の銀行券をロックすることである。
【０１３７】
ロック解除依頼９ｂは、通常、受取人４から送信され、少なくとも１つの銀行券ＩＤおよび補足情報Ｔ２を含み、その目的は、補足情報Ｔ２内に記載されるロック解除証明ＵＶ２で、中央サーバ５内の１つまたは複数の銀行券をロック解除することである。
【０１３８】
再ロック依頼９ｃは、通常、受取人４または取引スポット６から送信され、少なくとも１つの銀行券ＩＤと、補足情報Ｔ２および補足情報Τ１とを含み、その目的は、最初に補足情報Ｔ２内で与えられるロック解除証明ＵＶ２で、中央サーバ５内の１つまたは複数の銀行券をロック解除し、その後即座に、あるいは同時に、中央サーバ５内の銀行券を、補足情報Ｔ１内で記述される新しいロック解除条件ＵＶ１を規定することにより、ロックすることである。
【０１３９】
ステータス制御依頼９ｄは、通常、取引スポット６から送信され、少なくとも１つの銀行券ＩＤを含み、その目的は、銀行券ＩＤに関連する／関して保存されている潜在的な銀行券のステータスを含む回答を得ることである。
【０１４０】
追跡依頼９ｅは、通常、いくらかの犯罪行為に関連する銀行券を追跡するために起こされ、少なくとも１つの銀行券ＩＤを含み、その目的は、中央サーバ５内で追跡／トレースするために銀行券ＩＤにマークを付けることである。
【０１４１】
図３には、このシステムと接続する、潜在的な多種多様な装置およびユーザが示されている。
【０１４２】
これらの装置およびユーザは、例えば、インターネット、モバイルネットワーク、固定ネットワーク、無線通信、およびダイレクト・ポイント・トゥ・ポイント接続を介して、あるいは、その他の種類のデータ通信により通信を行う。このシステムと接続するユーザは、小売店１０、銀行１１、現金自動預払機１２、個人１３、両替所１４、公的機関５などでよい。このシステムと接続する装置は、現金計数機、現金リサイクル機、キャシュレジスター、携帯端末、現金管理システム、コンピュータ、音声認識システムなどでよい。ユーザおよび装置は、中央サーバ５とデータのやり取りを行う。中央サーバ５は、複数のコンピュータなどで構成することができ、これらのコンピュータは同じ物理的空間に配置される、かつ／または、地理的に離れて配置され、各コンピュータは、全ての銀行券ＩＤまたは一部の銀行券ＩＤに関する情報を有することができる。中央サーバ５の実際の構成は、性能、冗長性、保護、セキュリティなどの必要な／所望されるレベルに依存する。
【０１４３】
図４には、お金／銀行券が、受取人４により受け取られ、承認／ロック解除される前に、盗まれたり／紛失したりした場合、そのお金／銀行券２を使用できなくする、送り主３から受取人４（例えば、小売店から銀行）にお金／銀行券２を輸送する方法およびシステムの原理が示されている。この図では、輸送中にトラブルが発生せずに、お金／銀行券２が受取人４に届き、承認／ロック解除される通常のケースが示されている。
【０１４４】
このシステムは、送り主３、受取人４、および中央サーバ５で構成される。送り主３および受取人４は、小売店、銀行、現金ｄｅｐｔ、両替所などでよい。中央サーバ５は、コンピュータ１６、複数のコンピュータ、クラウドサービスなどを含むことができる。
【０１４５】
送り主３には、据置型または移動式の高速スキャナまたはカメラなどの、読み取り装置／銀行券スキャナ１７ａが設けられる。この読み取り装置／銀行券スキャナ１７ａは、通信装置１８ａを含む、あるいは通信装置１８ａに接続することができ、この通信装置１８ａにより、読み取り装置／銀行券スキャナ１７ａは、中央サーバ５と情報をやり取りすることができる。この読み取り装置／銀行券スキャナ１７ａは、少なくとも銀行券２を走査するよう、あるいは銀行券２の画像を生成するよう構成されている。銀行券２の識別情報、および銀行券ＩＤは、読み取り装置／銀行券スキャナ１７ａ内で直接、または接続している別のコンピュータ１９ａ内で識別することができる（例えば、ＯＣＲ処理により）、あるいは後で、識別することができる。銀行券２の一意の識別情報は、通常、シリアルナンバーで構成されているが、額面金額、および／または、通貨のタイプ、および／または、紙幣の種類／バージョン、および／または、複数の銀行券２を互いに、一意的に識別し、区別するために用いることができるその他の情報も含むこともできる。この読み取り装置／銀行券スキャナ１７ａは、高い能力を有し、大量の銀行券２を高速で読み取り／走査することができる。この読み取り装置／銀行券スキャナ１７ａは、登録装置２０ａを含む、あるいは登録装置２０ａと直接／間接的に接続するが、コンピュータユニット１９ａでこの装置を代替えする／コンピュータユニット１９ａでこの装置を補うことも可能である。この登録装置２０ａにより、ロック解除方法ＵＳ１およびロック解除情報Ｕ１（共にロック解除条件ＵＶ１を構成する）を含む第１の補足情報Τ１が、各銀行券ＩＤと共に／関連して登録され、かつ格納されている。
【０１４６】
サービス依頼７ａは、少なくとも１つの銀行券ＩＤ、および関連する第１の補足情報Ｔ１を含み、無線または有線で中央サーバ５に送信される。このサービス依頼７ａには、銀行券２をロックすることを目的とするロック依頼９ａが含まれ得る。このデータのセットには、口座番号、送り主の識別情報、スキャナのＩＤ、日付／時間などが含まれ得る。
【０１４７】
上記の方法で記録／登録された実際の銀行券２は、袋やバッグなどの好適な輸送装置２１に入れられ、これにより、銀行券２の発送／輸送１が行われる。好ましくは、レシート、および／または、発送１に関する情報を含み得るマーキングラベル２３を印刷するようプリンタ２２が構成され、特にこのマーキングラベル２３は、例えば、赤、オレンジ、蛍光色の黄色などで明確に色を付けされ得る。このレシート／マーキングラベル２３は発送１の中に含まれ、マーキングラベル２３を発送１に添付することができ、これにより、発送１のコンテンツが、取引不能のロックされた銀行券２であることが明確に示され得る。銀行券を実際に送り主３から受取人４に輸送する輸送者／配送業者２４により、銀行券２は輸送される。
【０１４８】
受取人４には、読み取り装置／銀行券スキャナ１７ｂが設けられる。この読み取り装置／銀行券スキャナ１７ｂは、通信装置１８ｂを含む、あるいは通信装置１８ｂに接続することができ、この通信装置１８ｂにより、読み取り装置／銀行券スキャナ１７ｂは、中央サーバ５と情報をやり取りすることができる。この読み取り装置／銀行券スキャナ１７ｂは、通常は、シリアルナンバー、額面金額、および通貨である、少なくとも銀行券の一意の識別特徴を走査するよう構成されている。この読み取り装置／銀行券スキャナ７ｂは、登録装置２０ｂを含む、あるいは、直接／間接的に登録装置２０ｂに接続し、この登録装置２０ｂにより、ロック解除方法ＵＳ２およびロック解除一致情報Ｕ２（共にロック解除証明ＵＶ２を構成する）を含む第２の補足情報Ｔ２が登録／リスト化／生成／参照される。コンピュータユニット１９ｂでこの登録装置２０ｂの代替えする／コンピュータユニット１９ｂでこの登録装置２０ｂを補うことも可能である。
【０１４９】
サービス依頼７ｂは、少なくとも銀行券ＩＤおよび関連する第２の補足情報Ｔ２を含み、無線または有線で中央サーバ５に送信される。このサービス依頼７ｂには、銀行券をロック解除することを目的とするロック解除依頼９ｂが含まれ得る。このサービス依頼７ｂには、口座番号、受取人の識別情報、スキャナのＩＤ、日付／時間なども含まれ得る。
【０１５０】
したがって、登録され、好ましくは、ロック解除された実際の銀行券２は、金庫室または金庫などの好適な保管スペースに保管される。
【０１５１】
この中央サーバ５は、コンピュータ１６、複数のコンピュータ、クラウドサービスなどでよい。この中央サーバ５は、通信ユニット１８ｃを含む、あるいは通信ユニット１８ｃに接続する。この中央サーバ５は、銀行券２の送り主３、および／または受取人４と情報をやり取りするよう構成される。この中央サーバ５は、データベースなどの中央メモリ２６に情報を格納するよう適用される。送り主３から送信される情報は、通常、１つ以上の銀行券ＩＤをロックすることを目的とするサービス依頼７ａに関与する。受取人４から送信される情報は、通常、１つ以上の銀行券ＩＤをロック解除することを目的とするサービス依頼７ｂに関与する。サービス依頼７ａ、ロック依頼９ａ内の情報には、通常、第１の補足情報Ｔ１が含まれ、この補足情報Ｔ１は、ロック解除方法ＵＳ１およびロック解除情報Ｕ１を示し、これらが共にロック解除条件ＵＶ１を形成する。ロック解除依頼９ｂ内の情報には、通常、第２の補足情報Ｔ２が含まれ、この第２の補足情報Ｔ２は、ロック解除方法ＵＳ２およびロック解除一致情報Ｕ２を示し、これらが共にロック解除証明ＵＶ２を形成する。ロック解除依頼９ｂが実行されるためには、ＵＶ２からのロック解除一致情報Ｕ２は、ＵＶ１からのロック解除情報Ｕ１と一致しなくてはならず、ロック解除方法ＵＳ２は、ロック解除方法ＵＳ１と一致しなくてはならない。
【０１５２】
別の例では、送り主３は、ロック解除条件ＵＶ１の中で明確なロック解除方法ＵＳ１を指定せず、これにより、ロック解除証明ＵＶ２の中でロック解除方法ＵＳ２を指定する必要がなくなる。
【０１５３】
別の例では、このシステムが、中央サーバ５内に予め格納されているロック解除条件を銀行券ＩＤと接続／関連付けるよう構成されているため、送り主３は、サービス依頼７ａの中で明確なロック解除条件ＵＶ１を指定しない。例えば、特定の受取人ＩＤは、予め決められている／予め格納されているロック解除条件ＵＶ１を有する。この例では、予め格納されているロック解除条件ＵＶ１を判定／検索するために、第１の補足情報Ｔ１の中に、受取人ＩＤが含まれていなければならない。
【０１５４】
別の例では、このシステムが、中央サーバ５内に予め格納されているロック解除証明ＵＶ２を銀行券ＩＤと接続／関連付けるよう構成されているため、受取人４は、そのサービス依頼７ｂの中で明確なロック解除証明ＵＶ２を指定しない。例えば、特定の受取人ＩＤは、予め決められている／予め格納されている、１つ以上のロック解除証明ＵＶ２を有する。この例では、予め格納されている、１つまたは複数のロック解除証明ＵＶ２を判定／検索するために、第２の補足情報Ｔ２の中に受取人ＩＤが含まれていなければならない。このようにロック解除証明ＵＶ２が予め格納されていることと、この例において、受取人４が予め格納されている「キー・リング」にアクセスしていることとを、同じこととして見なすことができる。例えば、メイン銀行の事務所が、複数の支店に関する銀行券をロック解除する代理権として、許可（すなわち、予め格納されているロック解除証明ＵＶ２）を有し、銀行券をロック解除するためのサービス依頼７ｂにおいて、メイン銀行の事務所は、その銀行券が元来どの支店でロックされ／どの支店に送信されるかには関係なく、第２の補足情報Ｔ２の中のそれらの受取人ＩＤを指定するだけでよいようシステムは構成され得る。
【０１５５】
この中央サーバ５は、主に、銀行券ＩＤ、およびそれらに関連するステータスに関する情報、およびそれらの銀行券ＩＤとリンクする全てのロック解除条件ＵＶ１を格納する。このロック解除条件ＵＶ１は、例えば、銀行券ＩＤごとに格納することができる、すなわち、複数の銀行券ＩＤに関する共通のロック解除条件ＵＶ１を含むバッチデータ記録など、銀行券ＩＤに関連する記録として格納することができる。
【０１５６】
システムがバッチデータ記録を用いて実施される例では、特定の銀行券ＩＤを供給するよりはむしろ、ロック解除依頼９ｂ内のバッチＩＤを供給することにより、バッチのロック解除を実施することも可能であり、このバッチＩＤと共に／関連して格納されているロック解除条件ＵＶ１が、ロック解除証明ＵＶ２と一致すれば、このバッチＩＤに関連する銀行券ＩＤがロック解除される。
【０１５７】
図４に示されている本発明を要約すると、以下の方法のステップとなり、これらのステップは送り主３からの輸送の前に／輸送中に、あるいは送り主３のところで保管する前に行われる。：
ロックされる銀行券２を記録／読み取り／画像化する。
銀行券２の識別情報を、いわゆる、銀行券ＩＤに決定する。
送り主３のところで／送り主３により、第１の補足情報Ｔ１を登録／生成する。尚、この第１の補足情報Ｔ１には、少なくとも、受取人４の識別情報などの所定の受取人４の情報、口座情報などに関する情報、あるいは、キー、コード、および／または、銀行券２をロック解除するために、あるいは再ロックするために、満たされなければならない／実行されなければならない、その他のロック解除条件ＵＶ１が含まれる。
少なくとも１つの銀行券２の識別情報、および補足情報Ｔ１を含むロック依頼９ａを生成する。
ロック依頼９ａを中央サーバ５、および／またはローカルメモリ２５ａに送信する。尚、これにより、中央サーバ５内で銀行券２がロックされたことが示される。
銀行券２の識別情報、および補足情報Ｔ１を含むロック依頼９ａを中央サーバ５内で受け取る。
補足情報Ｔ１および銀行券２の識別情報、銀行券ＩＤを中央サーバ５内に格納して、銀行券２をロック／取引不能にし、これにより、依頼に基づいて、中央サーバ５は、警告、警報を発する目的で、またはブロック機構（図５を参照）のために、銀行券２がロック／取引不能であるという応答情報を発信する。
好ましくは、中央サーバ５内で、銀行券２の識別情報に関連する／関する／共に格納されている、明確／暗黙のステータスを、その銀行券ＩＤなどに割り当てる。尚、それらのステータスには、例えば、銀行券２が取引可能、取引不能、ロックされている、盗まれていると通知されている、あるいは追跡／トレースのためにマークを付けられているなどがある。
【０１５８】
輸送された銀行券を受け取った後、あるいは、保管期間終了後、受取人４は、以下の方法のステップを実行する。：
ロック解除される銀行券２を記録／読み取り／画像化する。
銀行券２の識別情報を、いわゆる、銀行券ＩＤに決定する。
受取人４のところで／受取人４により、第２の補足情報Ｔ２を登録／生成する。尚この第２の補足情報Ｔ２には、少なくとも受取人４の識別情報に関する情報、キー、コード、および／または、ロック解除証明ＵＶ２を構成するその他の情報が含まれ、このロック解除証明ＵＶ２は、銀行券２をロック解除するために、あるいは、銀行券２を再ロックするために、送り主３により規定される、あるいは、中央サーバ５内で予め決められている、銀行券２のロック解除条件ＵＶ１を実行する／ロック解除条件ＵＶ１と一致するよう意図される。
少なくとも１つの銀行券ＩＤなどの銀行券２の識別情報、および補足情報Ｔ２を含むロック解除依頼／再ロック依頼９ｂ〜９ｃを生成する。
ロック解除依頼／再ロック依頼９ｂ〜９ｃを中央サーバ５、および／またはローカルメモリ２５ｂに送信する。
銀行券ＩＤなどの銀行券２の識別情報、および補足情報Ｔ２を含むロック解除依頼／再ロック依頼９ｂ〜９ｃを中央サーバ５内で受け取る。
中央サーバ５により／中央サーバ５内で、受取人４からの補足情報Ｔ２が、送り主３からの／送り主３による補足情報Ｔ１内で予め規定されたロック解除条件ＵＶ１を満たしているか／ロック解除条件ＵＶ１と一致しているか、かつ／または、中央サーバ５内に格納されている、予め決められている条件を満たしているかをチェックし、これらの条件が一致している場合、中央サーバ５内でロック依頼／再ロック依頼９ｂ〜９ｃを実行する。
好ましくは、中央サーバ５内で、銀行券２の識別情報に関連する／関する／と共に格納される、明確／暗黙のステータスを、その銀行券ＩＤなどに割り当てる。尚、それらのステータスには、例えば、銀行券２が取引可能であること、取引不能であること、ロックされていること、盗まれていると通知されていること、あるいは追跡／トレースのために、または銀行券ＩＤの削除によりマークを付けられていることなどがある。
【０１５９】
要約すると、このシステムは主に、
少なくとも１つのコンピュータ／プロセッサ１９ａ〜１９ｃと、
少なくとも１つの通信装置１８ａ〜１８ｃと、
送り主３のところで／送り主３により銀行券を識別するための、第１の読み取り装置／銀行券スキャナ１７ａと、
受取人４のところで／受取人４により銀行券を識別するための、第２の読み取り装置／銀行券スキャナ１７ｂと、
取引スポット６（図示せず）のところで／取引スポット６により銀行券を識別するための、第３の読み取り装置／銀行券スキャナ１７ｃと、
送り主３のところで／送り主３により登録される補足情報Τ１のための、第１の登録装置２０ａと、
受取人４のところで／受取人４により登録される補足情報Ｔ２のための、第２の登録装置２０ｂと、
少なくとも１つの警報／ブロック／インジケータ／ディスプレイ・ユニット（図示せず）と、
少なくとも１つのローカルメモリ装置（図示せず）と、
中央メモリ２６を含む少なくとも１つの中央サーバ５と、で構成される。
【０１６０】
送り主３の場所からの現金輸送の前／現金輸送中、あるいは送り主３の場所での現金の保管前／保管中、このシステムは、以下の特徴を有する。
銀行券を識別するための第１の読み取り装置１７ａが、銀行券２の識別情報を、いわゆる、銀行券ＩＤに決定するために、銀行券２を画像化／検知するよう構成される。
第１の登録装置２０ａが、補足情報を登録／生成するよう構成される。
コンピュータ／プロセッサ１９ａが、少なくとも１つの銀行券の識別情報および補足情報Τ１を含むロック依頼９ａを生成し、その依頼を、通信装置１８ａを介して、中央サーバ５、および／または、ローカルメモリ２５ａに送信するよう構成され、これにより、銀行券２が中央サーバ５内でロックされたと示される。
【０１６１】
受取人４のところで、輸送された銀行券を受け取った後／銀行券の保管終了後、このシステムは、以下の特徴を有する。
銀行券を識別するための第２の読み取り装置１７ｂが、銀行券の識別情報を、いわゆる、銀行券ＩＤに確立するために、受け取った銀行券２を画像化／検知するよう構成される。
第２の登録装置２０ｂが、補足情報Ｔ２を登録／生成するよう適用される。
コンピュータ／プロセッサ１９ｂが、少なくとも１つの銀行券の識別情報、および補足情報Ｔ２を含むロック解除依頼／再ロック依頼９ｂ〜９ｃを生成し、通信装置１８ｂを介して、この依頼９ｂ〜９ｃを中央サーバ５および／またはローカルメモリ２５ｂに送信するよう構成される。
受取人４からの補足情報Ｔ２が、送り主３からの補足情報Τ１内で設定されている条件ＵＶ１、および／または中央サーバ５内に格納されている、予め決められている条件ＵＶ１に一致しているかどうかを中央サーバ５がチェックし、一致していれば、ロック解除依頼／再ロック依頼９ｂ〜９ｃを実行するよう中央サーバ５が構成される。
【０１６２】
図５には、図４と同じ方法およびシステムが示されている。これらの図面の違いは、図５では、輸送者／配送業者２４が強盗に合い、銀行券２の入った銀行券の入れ物２１を強盗２７が奪うケースが示されている点である。お金／銀行券２は受取人４のもとに到着しないため、受取人４は、銀行券を承認／ロック解除しない。これは、強盗２７が、そのお金／銀行券２を支払いとして使用することができないことを意味する。
【０１６３】
取引スポット６は、小売店などでよく、据置型または移動式の高速スキャナまたはカメラなどの読み取り装置／銀行券スキャナ１７ｃが設けられている。この読み取り装置／銀行券スキャナ１７ｃは、通信装置１８ｃを含む、あるいは通信装置１８ｃに接続し、この通信装置１８ｃにより、読み取り装置／銀行券スキャナ１７ｃは、中央サーバ５と情報をやり取りすることができる。この読み取り装置／銀行券スキャナ１７ｃは、少なくとも銀行券２の一意の識別特徴を走査するよう構成され、この一意の識別特徴は、通常は、シリアルナンバー、額面金額、および通貨である。
【０１６４】
一般に、各銀行券２は、中央サーバ５またはローカルメモリ２５ｃ内で／により、その銀行券が取引可能か／ロック解除されているかをチェックされ、取引可能／ロック解除されていれば、実際の銀行券２はキャシュレジスター２８の中に入れられ、好ましくは、中央サーバ５、および／またはローカルメモリ２５ｃ内で、その銀行券ＩＤにステータスが割り当てられて、この銀行券ＩＤを有する銀行券２が取引不能となる。また、誰が銀行券２の新しい所有者であるかについての情報も添付することができ、小売店が強盗に合った場合でも、キャシュレジスター内に存在した銀行券の記録から、やがて誰が正当な所有者なのかが分かる。現金／銀行券で支払いを行った顧客が、キャシュレジスター２８からおつりを受け取った場合、中央サーバ５および／またはローカルメモリ２５ｃ内で、おつりとして顧客が受け取った全ての銀行券２にステータスが割り当てられて、各銀行券ＩＤを有する各銀行券２は取引可能となる。
【０１６５】
銀行券が盗まれる特定な例では、少なくとも銀行券ＩＤを含むサービス依頼７ｃが、無線または有線により、中央サーバ５に送信される。このサービス依頼７ｃは、銀行券２が取引可能かどうかをチェックするための、ステータス制御依頼９ｄを含み得る。銀行券２のこのようなステータス制御依頼９ｄが、中央サーバ５に送信されると、銀行券２がロックされているかどうか、あるいは取引可能かどうかを示す回答が戻される。その回答が、銀行券２がロックされ／取引不能であることを示している場合、取引スポット６で警報ユニット２９ａを介して明白に、あるいは、密かに警報が発せられる。この取引スポット６には、カメラが設けられ、このカメラにより、ロックされた銀行券２を用いて取引しようとした人物２７の写真が撮られる。
【０１６６】
中央サーバ５が、その銀行券２がロックされていることを示す回答を送信すると、警報を生成して、警報の受取人３０、例えば、警察またはその他の公的機関にも送ることができる。ロックされた銀行券２がシステム内のどこで識別されても、リアルタイムで即座に検知することができる。
【０１６７】
取引スポット６の読み取り装置／銀行券スキャナ１７ｃには、定期的に更新される、ロックされた銀行券ＩＤのリストを含むローカルメモリ２５ｃを設けることができる。このメモリ２５ｃは、中央サーバ５内でロックされた銀行券、および／または盗まれた銀行券が新しく登録されたとき、あるいは、１日に１回などの定期的な時間間隔で中央サーバ５により更新される。銀行券２が取引可能かどうかの確認のためのステータス制御依頼が行われると、この依頼は、おそらく、ローカルメモリ２５ｃに対して実行することができる／ローカルメモリ２５ｃにより実行することができる。これは、何らかの理由で中央サーバ５との通信が遮断されたとき、あるいは、通信コストを抑えたいときのケースであり得る。
【０１６８】
したがって、取引スポット６での処理を要約すると、以下の方法のステップになる。；
流通させる銀行券２を記録／読み取り／画像化する。
銀行券２の識別情報を、いわゆる、銀行券ＩＤに決定する。
ローカルメモリユニット２５ｃおよび／または中央サーバ５からの現在の銀行券２がロックされているかどうか、あるいは、取引可能かどうかに関する情報を依頼する。
銀行券２の識別情報を含むステータス制御依頼９ｄを中央サーバ５内で受け取る。
銀行券２の識別情報を中央サーバ５内に格納されている情報と照合する。
好ましくは中央サーバ５内で、銀行券２の識別情報に関連する／関する／と共に格納されている銀行券２の明確な／暗黙のステータスをチェックして、銀行券２が、例えば、取引可能かどうか、取引不能かどうか、ロックされているかどうか、盗まれたものかどうか、あるいは、追跡のためにマークを付けられたものかどうかを判定する。
その銀行券２がロックされ／取引不能の場合、警告、警報を発するために、あるいは、キャシュレジスターをロックするために、銀行券２が、例えば、取引可能かどうかを示す回答／情報を送信する。
銀行券２が取引不能であることを示すステータス制御依頼に対応して、インジケータ、警報ユニット２９ａを起動させ、かつ／または、銀行券の流通を防止するロック機構２９ｂを起動させる。
【０１６９】
取引スポット６で銀行券２が流通されようとするとき、このシステムは以下の特徴を有する。：
銀行券を識別するための第３の読み取り装置１７ｃが、取引スポット６で、銀行券の識別情報を、いわゆる、銀行券ＩＤに確立するために、受け取った銀行券２を画像化／検知するよう構成される。
コンピュータ／プロセッサ１９ｃが、銀行券２の識別情報を銀行券２に関する格納情報、およびローカルメモリユニット２５ｃ内の銀行券２の明確な／暗黙のステータスと照合し、かつ／または、通信装置１８ｃを介して、銀行券２が取引可能かどうかの確認を中央サーバ５に依頼するよう構成される。
ローカルメモリユニット２５ｃ内、および／または中央サーバ５内で、銀行券２の識別情報が見つかり、銀行券２が取引不能であることを意味するとき、警報装置２９ａ、ロック機構２９ｂ、および／または表示装置が、表示および／または警報を発し、かつ／または、銀行券２の流通を防止するブロック装置を起動させるよう構成される。
【０１７０】
図６には、図４の方法およびシステムが示されている。これらの図面の違いは、図６では、例えば、銀行、現金自動預払機、または小売店３、小売店４、小売店６などの銀行券が保管されている場所で強盗が実行されている点である。
【０１７１】
例えば、輸送現金を受け取るとき、あるいは、キャシュレジスターで支払いとして銀行券２を受け取るとき、銀行券２が受け取られると、その銀行券２は読み取られ／走査される。ロックするためのサービス依頼７ａにより、各銀行券２はロックされており、ロック依頼９ａは中央サーバ５に送信されている。そのようなサービス依頼７ａは、即座に、特定の間隔で、あるいは必要に応じて行うことができる。したがって、輸送中だけでなく保管されているときでも、この銀行券２はロックされる。
【０１７２】
図７には、図４の方法およびシステムが示されている。これらの図面の違いは、図７では、登録／走査された銀行券２が、例えば、身代金の一部であり、これらの銀行券２は、ロックされてないが、その代わりに、中央サーバ５内で、トレースのためのサービス依頼（追跡依頼９ｅとも呼ばれる）を用いて、トレースのためにマークを付けられている点である。取引スポット６で、追跡のためのマークを付けられた銀行券のうちの１枚が、支払いとして使用されると、サービス依頼７ｃが、中央サーバ５に送信されて、銀行券２が取引可能かどうかチェックされる。このチェックに加えて、銀行券２のＩＤが追跡のためのマークを付けられているかを確認するチェックも中央サーバ５内で行われる。このチェックにより、銀行券２のＩＤが追跡のためのマークを付けられていることが示された場合、この銀行券２を追跡する目的があるため、この状態に関する情報は、取引スポット６には戻されない。これは、その銀行券２を提出した人物３１に、その銀行券２が追跡されていること、あるいは発見されたことを、多少なりとも悟られてはならないことを意味する。潜在的な犯罪者３１に警戒されたくないため、ローカル警報は発せられないが、その代わり、中央警報が発せられ、例えば、警察などの公共機関３０は、犯罪者３１に疑いを持たれることなく、監視および捜査を開始することができる。
【０１７３】
図８には、送り主３から受取人４までの、通常の現金輸送の手順に関する本発明の実施形態のフローチャートが示されている。
【０１７４】
この図は、主に、３つのブロックに分かれている。第１のブロックは送り主３の動作を表し、第２のブロックは中央サーバ５の動作を表し、第３のブロックは受取人４の動作を表している。
【０１７５】
送り主３は、銀行券２を輸送／保管する前に、銀行券２を走査（３２）し、第１の補足情報Ｔ１を記録／生成（３３）し、走査された銀行券ＩＤに関すロックサービス依頼７ａを生成し、中央サーバ５に送信（３４）する。中央サーバ５は、ロックサービス依頼７ａを受け取り、走査された銀行券ＩＤに関するステータスが、変更／格納（３５）されて、中央メモリ２６内で「ロック」される。第１の補足情報Ｔ１内のロック解除条件ＵＶ１およびロック解除情報Ｕ１が格納され、メモリ内の銀行券ＩＤとリンクする。送り主３は、輸送のめに、実際の銀行券２を用意（３６）し、それらの銀行券にラベル／マークを付けることができ、これにより、これらの銀行券２がロックされていることを明確に示し、輸送者２４が、実際の銀行券２を受取人４まで輸送する。銀行券２の保管だけを行う場合では、送り主３と受取人４は同じでよく、銀行券２を物理的に移動させる必要はない。
【０１７６】
受取人４は、実際の銀行券２を受け取り（３７）、それらの銀行券を走査（３８）し、第２の補足情報Ｔ２を記録／生成（３９）し、走査された銀行券ＩＤに関するロック解除サービス依頼７ｂを生成し、中央サーバ５に送信（４０）する。中央サーバ５は、ロック解除サービス依頼を受け取り、第２の補足情報Ｔ２内のロック解除一致情報Ｕ２が、各銀行券ＩＤに関して中央メモリ２６内に格納されているロック解除情報Ｕ１と一致するかどうかをチェック（４１）する。ロック解除一致情報Ｕ２がロック解除情報Ｕ１と一致する場合、中央メモリ２６内で銀行券ＩＤのステータスが変更／格納（４２）され、「ロック解除」され／取引可能となる。ロック解除一致情報Ｕ２が、ロック解除情報Ｕ１と一致しない場合、中央メモリ２６内の銀行券ＩＤのステータスは変更されず、警報が発（４３）せられる。
【０１７７】
別の実施形態では、ロック解除条件ＵＶ１がロック解除方法ＵＳ１も含み、そしてロック解除証明ＵＶ２はロック解除方法ＵＳ２を含まなければならない。銀行券２をロック解除するために、ロック解除一致情報Ｕ２は、ロック解除情報Ｕ１と一致しなくてはならず、ロック解除条件ＵＶ１内で指定されたロック解除方法ＵＳ１は、ロック解除証明ＵＶ２内で指定されたロック解除方法ＵＳ２と一致しなければならない。
【０１７８】
第３の実施形態では、受取人４は、受け取った銀行券２を自動的に再ロックすることができ、その手順は以下の通りである。まず、受取人４は、第２の補足情報Ｔ２を補足することにより、銀行券をロック解除し、付加的な新しい第１の補足情報Ｔ１を用いて、新しいロック解除条件ＵＶ１を規定することにより銀行券２を即座に再ロックする。この手順にはギャップが存在しないため、これらの銀行券２が取引可能である時間は全くない。ある例では、送り主３は、銀行券２の金額を受取人４に送り、輸送中は、銀行券２はロックされ／取引不能となる。銀行券２が受取人４に受け取られると、これらの銀行券２は再ロックされ、保管される。受取人４のところで、強盗や押し込み強盗が発生した場合でも、これらの銀行券２は、依然としてロックされ／取引不能である。受取人４が、銀行券２を新しい受取人４に送ろうとする場合、それらの銀行券２は再ロックされ、その後、新しい受取人４は、後にそれらの銀行券をロック解除／再ロックすることができる。
【０１７９】
受取人４および送り主３は、実際の人間、法人、組織、デポジット／ＡＴＭなどの実際のユニットなどでよい。
【０１８０】
図９には、小売店などで銀行券を支払いとして用いる手順に関する、本発明の実施形態のフローチャートが示されている。
【０１８１】
この図面は、主に、２つのブロックに分かれている。第１のブロックは、取引スポット６での動作を表し、第２のブロックは、中央サーバ５での動作を表している。
【０１８２】
支払いとして銀行券が支払／使用されると、その銀行券２は走査（４４）され、ローカルメモリ２５ｃおよび／または中央メモリ２６内の銀行券２のステータスをチェックするかどうかの選択（４５）が手動または自動的で行われる。中央メモリ２６内でチェックが行われる場合、サービス依頼７ｃが生成（４６）され、中央サーバ５に送信される。
【０１８３】
中央サーバ５は、サービス依頼７ｃを受け取り、メモリ２６内で、銀行券２のＩＤが登録されているかどうかをチェック（４７）する。登録されている場合、銀行券２のステータスが「ロックされている」か、「盗まれた」ものか、あるいは「取引可能か」、あるいは「追跡されている」可能性はあるかをチェックする。
【０１８４】
銀行券２のＩＤがメモリ２６内で見つかり、そのステータスが「追跡」（４８）されている場合、銀行券２のＩＤは、ログ、好ましくは、メモリ２６内に格納（４９）され、かつ／または、警報４９が発せられ／起動する。銀行券２が追跡のためにマークを付けられている場合でも、その銀行券２を提出した人物にその銀行券２が追跡されていることを通知することなく、支払いとして依然として使用できることが重要である。ある実施形態では、銀行券２に追跡のためのマークを付け、かつロックできるように、あるいは、追跡のためのマークを付け、かつ取引可能にできるように、１つ以上のステータスコードを銀行券２に割り当てることができる。
【０１８５】
メモリ２６内で銀行券２のＩＤが見つからないか、あるいは、そのステータスが「取引可能」である場合、取引スポット６にサービス依頼７ｃに対する回答を戻（５０）して、銀行券２を流通させる／支払いとして使用（５３）できることが知らされる。
【０１８６】
メモリ２６内で銀行券２のＩＤが見つかり、そのステータスが「ロックされている」、あるいは「盗まれている」場合、すなわち銀行券が、取引不能であることを意味するステータスを有する場合、取引スポット６にサービス依頼７ｃに対する回答を戻（５０）して、銀行券２を流通させる／支払いとして使用できないことが知らされ、その銀行券は有効な支払い５２として受け取れない旨、ロック機構２９ｂかつ／または、警報２９ａが起動（５２）される。
【０１８７】
取引スポット６の読み取り装置／銀行券スキャナ１７ｃにも、ローカルメモリ２５ｃが設けられ、このローカルメモリ２５ｃには、定期的に更新されるロックされた銀行券ＩＤのリストが含まれる。新しく中央サーバ５内でロックされた銀行券および／または盗まれた銀行券が登録されたとき、あるいは、１日に１回などの定期的な時間間隔で、このローカルメモリ２５ｃは、中央サーバ５内の中央メモリ２６からの情報で更新（５１）される。銀行券２が取引可能かどうかの確認の依頼が行われるとき、このテスト（５４）をローカルメモリ２５ｃ内で行うことができる。何らかの理由で、中央サーバ５との通信が遮断されたとき、あるいは、通信コストを抑えたいときにこのケースが起こり得る。
【０１８８】
図１０には、本発明に従った、銀行券スキャナの概略ブロック図が示されている。
【０１８９】
例示的な実施形態では、この銀行券スキャナは、銀行券スキャナ／読み取り機５５、銀行券ＩＤ検知機５６、銀行券ＩＤメモリ５７、ＣＰＵ５８、意図された受取人などの補足情報を生成／登録するための装置５９、および通信装置６０、または取り外し可能なメモリを含む。
【０１９０】
この銀行券スキャナ／読み取り機５５は、例えば、カメラ６１、コードスキャナ、ＲＦＩＤ検知機、および／または、磁気読み取り装置６２など、光学手段、磁気手段、および／または、電子手段により、銀行券２の特徴を読み取る機器を含む。この銀行券読み取り装置／スキャナ５５は、手持ち型、または据え付け型でよい。
【０１９１】
銀行券ＩＤ検知機５６は、銀行券読み取り機／スキャナ５５からの信号を復号する装置６３、ＯＣＲを認識するユニット６４、および／または、額面金額、銀行券のシリアルナンバー、銀行券のタイプおよび／または通貨を検知する装置６５で構成されている。これらの情報を組合せて一意の銀行券ＩＤを生成する。
【０１９２】
銀行券２の特徴は、銀行券スキャナ／読み取り機５５により、読み取り／検知／画像化され、その情報が銀行券ＩＤ検知機５６により処理されて、一意の銀行券ＩＤが生成され、銀行券ＩＤメモリ５７内などに格納される、あるいは、通信装置６０を介して、中央サーバ５などに直接送信される。
【０１９３】
この機器には、他にも様々な付加的な機器を接続することができる。例えば、受取人６６、ロック解除条件６７、送り主６８、受け取り口座番号などを入力するためのキーボードなどの登録装置５９、その機器を使用する人物の信憑性を証明するためのカード読み取り機などの機器、暗号化／復号化のための電子ユニット６９などの機器、小細工から装置を保護するためのショック／光／侵入検知機７０などの機器、物理的位置を示すためのＧＰＳ装置７１などの機器を接続することができ、かつ取引スポットの機器の銀行券スキャナ／読み取り機で警報７２を鳴らすための実施形態を含むことができる。警報を鳴らすための機器は、例えば、視覚信号７３、音響信号７４、電子信号、印刷物７５などを出力できる装置でよい。機器を使用する人物の権限７６を証明する機器は、パスワードを入力するためのキーボード７７、カード読み取り機、生体認証装置７８ａ〜７８ｃなどでよい。
【０１９４】
銀行券ＩＤのメモリ５７には、好ましくは、走査された銀行券ＩＤのリスト８０、銀行券ＩＤ、およびバッチ内の銀行券の枚数、総額、チェックサムなどの、走査され／読み取られた銀行券のグループ（束）７９に関する情報、および既知のロックされた銀行券ＩＤの監視リスト８１を含むことができ、中央サーバ５にサービス依頼を送る必要なく、これらを検知することができる。
【０１９５】
これらの異なる装置／機器／ユニットを単一の物理的装置に統合することができる、あるいは、これらの異なる装置／機器／ユニットは、無線または有線で接続される独立型の装置でよい。この銀行券スキャナはまた、銀行券２が本物であることを証明する装置と接続することができる、あるいは、含むことができる。
【０１９６】
上記のユニットを有する銀行券スキャナは、独立した物理的装置でよい、あるいは、キャシュレジスター、金庫、現金自動預金機、ＡＴＭ、または銀行券を管理／保管するその他の機器と統合することもできる。
【０１９７】
要約すると、この装置は、銀行券読み取り装置５５が、各銀行券２を検知し、かつ／または、画像化するよう構成され、少なくとも１つの検知機５６が、各銀行券の既存のシリアルナンバー、額面金額、銀行券のタイプ、および／または通貨を識別するよう構成され、プロセッサ５８が、これらの識別データに基づいて、銀行券ごとに一意の銀行券ＩＤを形成するよう構成されることを特徴とする。
【０１９８】
図１１ａには、銀行券に関して中央サーバ５内に格納されている銀行券のデータ記録８２の例が示されている。
【０１９９】
この例は、「ロックされた」銀行券ＩＤ８３の詳細なデータ記録に関する。この例では、データ記録８２には、「銀行券ＩＤ」８３、「日付」８４、「時間」８５、「送り主ＩＤ」８６、「受取人ＩＤ」８７、「ロック解除条件」８８、および「ステータス」８９のデータフィールドが含まれる。
【０２００】
「銀行券ＩＤ」８３は、銀行券スキャナにより読み取られ、「日付」８４、「時間」８５、および「送り主ＩＤ」８６は、走査処理により／の中で自動的に生成され、「受取人ＩＤ」８７は、走査処理中に手動で登録され／選択され、銀行券ＩＤのステータスを「取引可能」／「ロック解除」に変更する権利／権限を誰が有しているかを指定している。「ロック解除条件」８８は、走査処理と連動して、送り主／ユーザにより指定される。「ステータス」８９は、  受け取った／行われたサービス依頼のタイプに基づいて設定される、例えば、この例では、「ロックされている」が同時に、「追跡されている」、「盗まれている」、「ロック解除されている」、「取引可能」、「時間でロックされている」なども可能である。システムの一実施形態では、銀行券ＩＤがロックされている期間を示す、指定された「ロック期間」９０が存在し得る。
【０２０１】
別の実施形態では、ロック解除条件が予め決められている／予め格納されており、特定の受取人が銀行券ＩＤをロック解除することを可能にするために、特定の受取人に関連する場合、「ロック解除条件」８８に関するフィールドを省略することができる。
【０２０２】
別の実施形態では、特定の受取人が規定された銀行券ＩＤをロック解除することが必要でないことが、ロック解除条件で指定されている場合、「受取人ＩＤ」８７のフィールドを省略することができる。
【０２０３】
図１１ｂには、中央サーバ５内に格納されているバッチのデータ記録９１および銀行券のデータ記録９２の例が示されている。
【０２０４】
図１１ａの例では、「日付」８４、「時間」８５、「送り主ＩＤ」８６、「受取人ＩＤ」８７、および「ロック解除条件」８８のフィールドが銀行券のデータ記録８２内に格納されている。中央サーバ５の性能を強化すること、および／または、データ記憶の要求に関する必要性を削減すること、および／または、特定の機能をサポートするために中央サーバ５内の情報を特別に構成することが望まれる実装形態、または特定の開発方法がサポートされる必要がある実装形態では、異なる方法での情報の構成を選択することができる。例えば、リレーショナルデータベース内で、情報を分割し、異なるテーブルに格納することができ、データをどのように分割／格納するかは、実装者により選択される設計による。
【０２０５】
別の実施形態では、「日付」８４、「時間」８５、「送り主ＩＤ」８６、「受取人ＩＤ」８７、および「ロック解除条件」８８のフィールドを「バッチＩＤ」９３により一意的に識別される別のバッチデータ記録９１内に格納することができる。そして、この「バッチＩＤ」９３を、例えば、「日付」８４のフィールドへの参照として、銀行券のデータ記録９２内のフィールド内に格納することができ、各銀行券記録９２の代わりに、その情報をバッチデータ記録９１ごとに１回だけ格納するだけでよい。このようなバッチデータ記録９１には、好ましくは、バッチ内の銀行券の数９４、バッチ内の総額９５、および、おそらくチェックサム９６などの要約情報も含まれ得る。
【０２０６】
別の実施形態では、「ロックされている」という暗黙のステータスを有する銀行券ＩＤに関するレジスター、「取引可能」という暗黙のステータスを有する銀行券ＩＤに関する別のレジスターなどの、特定のレジスター／メモリ／テーブル内に格納されている銀行券のデータ記録９２または８２を有することにより、「ステータス」のフィールド８９をエミュレートする／実施する。
【０２０７】
フィールド「日付」８４およびフィールド「時間」８５は、個々に、あるいは、複合形態で格納することができる。
【０２０８】
「ステータス」８９には、ステータスコードまたは平文が含まれ得、今度は、このステータスコードが、ステータスの情報を含むテーブルを参照することができる。
【０２０９】
上記の説明は、主に、本発明を容易に理解することを目的とする。したがって、本発明は、元来、上記の実施形態に限定されるものではなく、本発明のその他の変更形態も、発明の趣旨、および付随する請求項の範囲内において、可能であり、想定できる。したがって、例えば、送り主３などが銀行券２を即座にロックせず、銀行券ＩＤだけを格納し、例えば、強盗が確認された／確立された後にのみ、この情報を中央サーバ５に送信することも可能である。銀行券２の画像化だけを行い、その画像情報を格納し、強盗が確認された／確立されたとき／場合のみに分析することも可能である。しかし、このような、銀行券２を即座にロックしないシステムのセキュリティは低くなる。
（付記）
（付記１）
銀行券を識別するための読み取り装置／銀行券スキャナ（１７ａ〜１７ｃ）を備えて、輸送／保管の前に、および前記銀行券を受け取り時に、銀行券（２）を走査することにより、および、銀行券（２）が流通で用いられるときに、銀行券（２）を確認することにより、銀行券の輸送中または保管中などの強盗／盗難のリスクを少なくする、あるいは解消するコンピュータで実施される方法であって、
送り主（３）からの輸送前／輸送中、または送り主（３）のところで保管するとき、
ロックされることを意図される銀行券（２）を登録／読み取り／画像化するステップと、
前記銀行券（２）の識別情報を、いわゆる銀行券ＩＤに決定するステップと、
受取人（４）のところで送信の受取り／保管後、
ロック／再ロックされることを意図される銀行券（２）を登録／読み取り／画像化するステップと、
前記銀行券（２）の識別情報を、いわゆる銀行券ＩＤに決定するステップと、
銀行券が取り扱われる／流通する取引場所（６）で、銀行券（２）による購入が行われようとするとき、
流通する銀行券（２）を登録／読み取り／画像化するステップと、
前記銀行券（２）の識別情報を、いわゆる銀行券ＩＤに決定するステップと、
前記送り主（３）からの輸送前／輸送中、または前記送り主（３）のところで保管するとき、
受取人の識別情報（４）、口座情報など、予め決められている受取人（４）の情報、あるいは、キー、コード、および／または、前記銀行券（２）を取引可能にする、あるいは再ロックするために、満たされなければならないその他のロック解除条件（ＵＶ１）を含む第１の補足情報（Τ１）を、前記送り主（３）のところで、登録／生成するステップと、
少なくとも１つの銀行券の識別情報、および補足情報（Τ１）を含むロック／ブロック依頼（９ａ）を生成するステップと、
このロック依頼（９ａ）を中央サーバ（５）、および／またはローカルメモリ（２５ａ）に送信するステップであって、これにより、前記中央サーバ（５）内で前記銀行券（２）がロックされていると示される、ステップと、
前記受取人（４）のところで送信の受取り／保管後、
前記受取人（４）の識別情報、キー、コード、および／または、前記送り主（３）により指定される、あるいは中央サーバ（５）内で予め決められている、前記ロック解除条件（ＵＶ１）に満たす／一致することを意図される、前記銀行券（２）のロック解除証明（ＵＶ２）を提供するその他の情報のうちの少なくとも１つの情報を含む第２の補足情報（Ｔ２）を、登録／生成して、前記銀行券（２）を取引可能にする、あるいは再ロックするステップと、
少なくとも１つの銀行券（２）の識別情報および補足情報（Ｔ２）を含む、ロック解除／再ロック依頼（９ｂ〜９ｃ）を生成するステップと、
このロック解除／再ロック依頼（９ｂ〜９ｃ）を中央サーバ（５）、および／またはローカルメモリ（２５ｂ）に送信するステップと、
前記受取人（４）からの前記補足情報（Ｔ２）が、前記送り主（３）からの前記補足情報（Ｔ１）内に設定された条件（ＵＶ１）、および／または前記中央サーバ（５）内に格納されている予め決められた条件（ＵＶ１）を満たしているかチェックするステップであって、満たしている場合、前記中央サーバ（５）内で前記ロック解除／再ロック依頼（９ｂ〜９ｃ）が実行されるステップと、
銀行券が取り扱われる／流通する取引場所（６）で、銀行券（２）による購入が行われようとするとき、
存在する銀行券（２）が、ロックされているか、あるいは、取引可能かを、ローカルメモリユニット（２５ｃ）および／または前記中央サーバ（５）に依頼するステップと、
参照された依頼に対する回答が、前記参照された銀行券（２）が取引不能であることを示しているとき、銀行券が流通において受け取られることがないように、自動的にインジケータ／警報を起動させるなどの電子的／機械的な動作を引き起こし、かつ／または、前記銀行券（２）の受け取り／流通を防止するバリア／ブロック装置（２９ａ〜２９ｂ）を起動させるステップと、を含む方法。
（付記２）
好ましくは前記中央サーバ（５）内で、前記銀行券（２）の識別情報に関連する／関する／と共に格納される明確な／暗黙のステータスを、その銀行券ＩＤに割り当てるステップであって、それらのステータスには、例えば、前記銀行券（２）が取引可能であること、取引不能であること、ブロックされていること、盗まれていること、または追跡のためマークを付けられていることなどが含まれる、ステップをさらに含む付記１に記載の方法。
（付記３）
好ましくは前記中央サーバ（５）で、前記銀行券（２）識別情報、すなわち、その銀行券ＩＤに関連する／関する／と共に格納されている前記明確な／暗黙の銀行券（２）のステータスをチェックして、前記銀行券（２）が、例えば、取引可能か、取引不能か、ロックされているか、盗まれているものか、あるいは、追跡のためにマークを付けられているかを判定するステップをさらに含む付記１または２に記載の方法。
（付記４）
前記銀行券（２）の輸送前、輸送中、前記銀行券（２）と共に、または輸送後、前記送り主（３）から前記受取人（４）へロック解除命令（８）を送信するステップであって、前記ロック解除命令は、前記銀行券（２）をロック解除／再ロックするために、ロック解除方法、および／または情報のタイプ、および／または前記受取人（３）が必要な情報を指定するステップをさらに含む付記１〜３のいずれか一項に記載の方法。
（付記５）
銀行券を識別するための読み取り装置／銀行券スキャナ（１７ａ）を備えて、送り主（３）のところで、前記銀行券（２）を取引で使用できないようにするために、銀行券（２）の輸送／保管前、および／または輸送／保管中に、１つ以上の銀行券（２）をロックするコンピュータで実施される方法であって、
輸送／保管前に／輸送／保管中に、前記送り主（３）のところで、銀行券（２）を登録／読み取り／画像化するステップと、
前記銀行券（２）の識別情報を、いわゆる銀行券ＩＤと決定するステップと、
受取人の識別情報（４）、口座情報など、予め決められている受取人（４）の情報、あるいは、キー、コード、および／または、前記銀行券（２）を取引可能にする、あるいは再ロックするために、満たされなければならないその他のロック解除条件（ＵＶ１）を含む第１の補足情報（Τ１）を、前記送り主（３）のところで、登録／生成するステップと、
少なくとも１つの銀行券の識別情報および補足情報（Ｔ１）を含むロック／ブロック依頼（９ａ）を生成するステップと、
中央サーバ（５）内で、前記銀行券（２）がロックされていると表示するために、このロック依頼（９ａ）を中央サーバ（５）、および／またはローカルメモリ（２５ａ）に送信するステップと、を含む方法。
（付記６）
好ましくは前記中央サーバ（５）内で、前記銀行券（２）の識別情報に関連する／関する／と共に格納される明確な／暗黙のステータスを、その銀行券ＩＤに割り当てるステップであって、それらのステータスは、例えば、前記銀行券（２）が取引可能であること、取引不能であること、ロックされていること、盗まれていること、または追跡のためマークを付けられていることなどを意味する、ステップをさらに含む付記５に記載の方法。
（付記７）
前記銀行券（２）の輸送前、輸送中、前記銀行券（２）と共に、または輸送後、送り主（３）から前記受取人（４）へロック解除命令（８）を送信するステップであって、前記ロック解除命令は、前記銀行券（２）をロック解除／再ロックするために、ロック解除方法、および／または情報のタイプ、および／または前記受取人（３)が必要な情報を指定するステップをさらに含む付記５または６に記載の方法。
（付記８）
銀行券を識別するための読み取り装置／銀行券スキャナ（１７ｂ）を備えて、前記銀行券（２）の受け取り／保管の後に、前記銀行券（２）を取引可能にする／再ロックするために、受取人（４）のところで、１つ以上の銀行券（２）をロック解除／再ロックするコンピュータで実施される方法であって、
ロック／再ロックされることを意図される銀行券（２）を登録／読み取り／画像化するステップと、
前記銀行券（２）の識別情報を、いわゆる銀行券ＩＤに決定するステップと、
前記受取人（４）の識別情報、キー、コード、および／または、送り主（３）により指定される、あるいは中央サーバ（５）内で予め決められている、ロック解除条件（ＵＶ１）に満たす／一致することを意図される、前記銀行券（２）のロック解除証明（ＵＶ２）を提供するその他の情報のうちの少なくとも１つの情報を含む第２の補足情報（Ｔ２）を、前記受取人（４）のところで、登録／生成して、前記銀行券（２）を取引可能にする、あるいは再ロックするステップと、
少なくとも１つの銀行券（２）の識別情報および前記補足情報（Ｔ２）を含むロック解除／再ロック依頼（９ｂ〜９ｃ）を生成するステップと、
このロック解除／再ロック依頼（９ｂ〜９ｃ）を中央サーバ（５）、および／またはローカルメモリ（２５ｂ）に送信するステップと
前記受取人（４）からの前記補足情報（Ｔ２）が、前記送り主（３）からの前記補足情報（Ｔ１）内に設定されている前記条件（ＵＶ１）、および／または、前記中央サーバ（５）内に格納されている予め決められた条件（ＵＶ１）を満たしているかをチェックし、満たしていれば、前記中央サーバ（５）内で、前記ロック解除／再ロック依頼（９ｂ〜９ｃ）を実行するステップと、を含む方法。
（付記９）
好ましくは前記中央サーバ（５）内で、前記銀行券（２）の識別情報に関連する／関する／と共に格納される明確な／暗黙のステータスを、その銀行券ＩＤに割り当てるステップであって、それらのステータスは、例えば、前記銀行券（２）が取引可能であること、取引不能であること、ロックされていること、盗まれていること、または追跡のためマークを付けられていることなどを意味する、ステップをさらに含む付記８に記載の方法。
（付記１０）
銀行券を識別するための読み取り装置、すなわち銀行券スキャナ（１７ｃ）、および警報／ロック／表示装置（２９ａ〜２９ｂ）を備えて、取引場所（６）で、前記銀行券（２）を流通させようと試みるとき、ローカルメモリユニット（２５ｃ）および／または中央サーバ（５）内で、銀行券（２）のステータスをチェックし、銀行券（２）をロック／ブロックするコンピュータで実施される方法であって、
前記銀行券（２）が、ブロックされているか、あるいは、取引可能かを依頼する、ステータス制御依頼（９ｄ）をローカルメモリユニット（２５ｃ）および／または中央サーバ（５）に生成／送信するステップと、
前記ステータス制御依頼（９ｄ）に対する応答が、前記銀行券（２）が取引不能であることを示している場合、自動的にインジケータ／警報を起動させるなどの電子的／機械的な動作を引き起こし、かつ／または、システム内の前記銀行券（２）の受け取り／流通を防止するバリア／ブロック装置（２９ａ〜２９ｂ）を起動させるステップと、
前記ステータス制御依頼（９ｄ）に対する応答が、前記銀行券（２）が取引可能であることを示している場合、前記銀行券（２）を受け入れるステップと、
取引可能であることが示された前記銀行券（２）である場合、少なくとも１つの銀行券の識別情報、および補足情報（Τ１）を含むロック／ブロック依頼（９ａ）を前記中央サーバ（５）および／またはローカルメモリ（２５ａ）に生成／送信するステップと、を含む方法。
（付記１１）
前記銀行券（２）が、例えば、取引可能か、取引不能か、ロックされているか、盗まれたものか、または追跡のためマークを付けられているかことなどを判定するために、好ましくは前記中央サーバ（５）内で、前記銀行券（２）の識別情報、すなわちその銀行券ＩＤに関連する／関する／と共に格納される、明確な／暗黙の前記銀行券（２）のステータスをチェックするステップをさらに含む付記１０に記載の方法。
（付記１２）
銀行券（２）の輸送／保管前に、前記銀行券（２）を取引不能にするために、中央サーバ（５）内で、１つ以上の銀行券（２）をロックするコンピュータで実施される方法であって、
前記銀行券（２）の識別情報、前記銀行券ＩＤ、および補足情報（Ｔ１）を含むロック依頼（９ａ）を受け取るステップと、
前記銀行券（２）がロックされ／取引不能にする、前記補足情報（Ｔ１）および前記銀行券（２）の識別情報を前記中央サーバ（５）内に格納するステップであって、これにより、依頼を受けた前記中央サーバ（５）が、前記銀行券（２）がロックされ／取引不能にされる回答情報を提供し、自動的に表示／警報などの電子的／機械的な動作を引き起こし、かつ／または、ブロック装置（２９ａ〜２９ｂ）を起動させるステップと、含む方法。
（付記１３）
前記銀行券（２）の識別情報、に関連する／関する／と共に格納される、明確な／暗黙のステータスをその銀行券ＩＤに割り当てるステップであって、それらのステータスは、例えば、前記銀行券（２）が取引可能であること、取引不能であること、ロックされていること、盗まれていること、または追跡のためマークを付けられていることを意味する、ステップをさらに含む付記１２に記載の方法。
（付記１４）
ロックするときに、少なくとも前記受取人（４）の識別情報、口座情報などの予め決められている受取人（４）の情報、あるいは、キー、コード、および／または、前記銀行券（２）を取引で使用可能にする、あるいは再ロックするために、一致しなくてはならない、その他のロック解除条件（ＵＶ１）を含む補足情報（Τ１）を格納するステップをさらに含む、付記１２または１３に記載の方法。
（付記１５）
前記銀行券（２）の受け取り／保管後に、前記銀行券を取引可能にする／再ロックするために、中央サーバ（５）内で１つ以上の銀行券（２）をロック解除／再ロックするコンピュータで実施される方法であって、
前記銀行券（２）の識別情報、前記銀行券ＩＤ、および補足情報（Ｔ２）を含むロック解除／再ロック依頼（９ｂ〜９ｃ）を受け取るステップと、
前記ロック解除／再ロック依頼（９ｂ〜９ｃ）内の前記補足情報（Ｔ２）が、前記参照される銀行券ＩＤに関する前記格納されている補足情報（Ｔ１）内の以前のロック依頼（９ａ）内で設定された前記条件（ＵＶ１）、および／または、前記中央サーバ（５）内に格納された、予め決められている条件（ＵＶ１）に一致していることをチェックするステップであって、一致している場合、前記銀行券がロック解除され／再ロックされる、ステップと、含む方法。
（付記１６）
前記銀行券（２）の識別情報に関連する／関する／と共に格納される明確な／暗黙のステータスを、その銀行券ＩＤに割り当てるステップであって、それらのステータスは、例えば、前記銀行券（２）が取引可能であること、取引不能であること、ロックされていること、盗まれていること、または追跡のためマークを付けられていることを意味する、ステップをさらに含む付記１５に記載の方法。
（付記１７）
ロック解除／再ロックするとき、補足情報（Ｔ２）を受け取るステップであって、前記補足情報（Ｔ２）には、少なくとも前記受取人（４）の識別情報、キー、コードなどの情報、および／または、前記銀行券（２）を取引可能とするために、または再ロックするために、以前のロック依頼（９ａ）で示されている／格納されている、あるいは、前記中央サーバ（５）内に予め決められている、前記銀行券（２）のロック解除条件（ＵＶ１）に従う／一致するよう意図されるロック解除証明（ＵＶ２）を提供するその他の情報が含まれる、ステップをさらに含む付記１５または１６に記載の方法。
（付記１８）
銀行券を輸送／保管する前、および受け取るときに、前記銀行券（２）を走査することにより、かつ、流通において使用されるときに、前記銀行券（２）を確認することにより、例えば、銀行券の輸送中または保管中の強盗／盗難のリスクを少なくする、あるいは解消するシステムであって、
少なくとも１つのコンピュータ／プロセッサ（１９ａ〜１９ｃ）と、
少なくとも１つの通信装置（１８ａ〜１８ｃ）と、
送り主（３）のところで、銀行券を識別するための第１の読み取り装置（１７ａ）と、
受取人（４）のところで、銀行券を識別するための第２の読み取り装置（１７ｂ）と、
取引場所（６）のところで、銀行券を識別するための第３の読み取り装置（１７ｃ）と、
前記送り主（３）のところで、補足情報（Ｔ１）を登録するための第１の登録装置（２０ａ）と、
前記受取人（４）のところで、補足情報（Ｔ２）を登録するための第２の登録装置（２０ｂ）と、
少なくとも１つの警報／ブロック／表示装置（２９ａ〜２９ｂ）と、
少なくとも１つのローカルメモリユニット（２５ａ〜２５ｃ）と、
少なくとも１つの中央サーバ（５）と、を含み、
前記送り主（３）からの輸送前／輸送中、あるいは前記送り主（３）での保管中に、
銀行券を識別するための前記第１の読み取り装置（１７ａ）が、前記銀行券（２）の識別情報を、いわゆる銀行券ＩＤに決定するために、銀行券（２）を画像化／検知するよう構成され、
前記第１の登録装置（２０ａ）が、補足情報（Ｔ１）を登録／生成するよう構成され、
コンピュータ／プロセッサ（１９ａ）が、少なくとも１つの銀行券の識別情報、および補足情報（Ｔ１）を含むロック依頼（９ａ）を生成し、かつ、通信装置（１８ａ）を介して、参照される依頼（９ａ）を中央サーバ（５）および／またはローカルメモリ（２５ａ）に送信するよう構成され、これにより、前記中央サーバ（５）内で前記銀行券（２）がロックされていると示され、
前記受取人（４）のところで送信の受け取り／保管後、
銀行券を識別するための前記第２の読み取り装置（１７ｂ）が、銀行券の識別情報を、いわゆる銀行券ＩＤに確立するために、前記受け取られた銀行券（２）を画像化／検知するよう構成され、
前記第２の登録装置（２０ｂ）が、補足情報（Ｔ２）を登録／生成するよう適応され、
コンピュータ／プロセッサ（１９ｂ）が、少なくとも１つの銀行券の識別情報および補足情報（Ｔ２）を含むロック解除／再ロック依頼（９ｂ〜９ｃ）を生成し、通信装置（１８ｂ）を介して、この依頼（９ｂ〜９ｃ）を中央サーバ（５）、および／またはローカルメモリ（２５ｂ）に送信するよう構成され、
前記中央サーバ（５）が、前記受取人（４）からの前記補足情報（Ｔ２）が、前記送り主（３）からの前記補足情報（Τ１）内で設定された条件（ＵＶ１）、および／または前記中央サーバ（５）内に格納されている予め決められた前記条件（ＵＶ１）を満たす／一致していることをチェックし、一致している場合、前記ロック解除／再ロック依頼（９ｂ〜９ｃ）を実行するよう構成され、
取引場所（６）で銀行券（２）を流通させようとするとき、
銀行券を識別するための前記第３の読み取り装置（１７ｃ）が、銀行券の識別情報を、いわゆる銀行券ＩＤに確立するために、前記取引場所（６）で、前記受け取った銀行券（２）を画像化／検知するよう構成され、
コンピュータ／プロセッサ（１９ｃ）が、前記銀行券（２）の識別情報を、前記銀行券（２）、および前記ローカルメモリユニット（２５ｃ）内の前記銀行券（２）の明確な／暗黙のステータスに関する、前記格納されている情報と照合し、かつ／または、通信装置（１８ｃ）を介して、前記銀行券（２）が取引可能か取引不能かどうかを前記中央サーバ（５）に依頼するよう構成され、
機械的／電子的な警報装置／ロック装置／表示装置（２９ａ〜２９ｂ）が、表示および／または警報を発し、かつ／または、前記銀行券（２）の識別情報が、前記ローカルメモリユニット（２５ｃ）および／または前記中央サーバ（５）内で見つかり、前記銀行券（２）のステータスが、前記銀行券（２）が取引不能であることを示しているとき、前記銀行券（２）の受け取り／流通を防止するブロック装置を起動させるよう構成される、システム。
（付記１９）
銀行券（２）の輸送／保管前に、あるいは輸送／保管中に、前記銀行券（２）を取引不能にするために、送り主（３）のところで、１つ以上の銀行券（２）をロックするシステムであって、
コンピュータ／プロセッサ（１９ａ）と、
通信装置（１８ａ）と、
銀行券を識別するための読み取り装置（１７ａ）と、
補足情報（Τ１）のための登録装置（２０ａ）と、を含み、
銀行券を識別するための前記読み取り装置（１７ａ）が、銀行券（２）の識別情報を、いわゆる銀行券ＩＤに確立するために、銀行券（２）を画像化／検知するよう構成され、
前記登録装置（２０ａ）が、補足情報（Ｔ１）を登録／生成するよう構成され、
コンピュータ／プロセッサ（１９ａ）が、少なくとも１つの銀行券の識別情報および補足情報（Ｔ１）を含むロック依頼（９ａ）を生成し、通信装置（１８ａ）を介して、参照される依頼（９ａ）を中央サーバ（５）および／またはローカルメモリ（２５ａ）に送信するよう構成され、これにより、前記中央サーバ（５）内で前記銀行券（２）がロックされなければならないことを示す、システム。
（付記２０）
銀行券（２）の受け取り／保管後、銀行券（２）を取引可能／再ロックするために、受取人（４）のところで、１つ以上の前記銀行券（２）をロック解除／再ロックするシステムであって、
コンピュータ／プロセッサ（１９ｂ）と、
通信装置（１８ｂ）と、
銀行券を識別するための読み取り装置（１７ｂ）と、
補足情報（Ｔ２）を登録するための登録装置（２０ｂ）と、を含み、
銀行券を識別するための前記読み取り装置（１７ｂ）が、銀行券の識別情報を、いわゆる銀行券ＩＤに確立するために、前記受け取った銀行券（２）を画像化／検知するよう構成され、
前記登録装置（２０ｂ）が、補足情報（Ｔ２）を登録／生成するよう構成され、
コンピュータ／プロセッサ（１９ｂ）が、少なくとも１つの銀行券の識別情報および補足情報（Ｔ２）を含むロック解除／再ロック依頼（９ｂ〜９ｃ）を生成し、前記受取人（４）からの前記補足情報（Ｔ２）が、送り主（３）からの前記補足情報（Ｔ１）内、および／または、中央サーバ（５）内に格納されている前記予め決められた条件（ＵＶ１）内に設定された前記条件（ＵＶ１）に満たす／一致しているかどうかをチェックするために、通信装置（１８ｂ）を介して、この依頼（９ｂ〜９ｃ）を、前記中央サーバ（５）、および／またはローカルメモリ（２５ｂ）に送信し、一致している場合、前記中央サーバ（５）内で、前記ロック解除／再ロック依頼（９ｂ〜９ｃ）を行うよう構成される、システム。
（付記２１）
取引場所（６）で、銀行券（２）が流通されようするとき、ローカルメモリユニット（２５ｃ）および／または中央サーバ（５）内の前記銀行券（２）のステータスをチェックし、前記銀行券（２）をロック／ブロックするシステムであって、銀行券の識別のための読み取り装置、すなわち銀行券スキャナ（１７ｃ）と、コンピュータ／プロセッサ（１９ｃ）と、通信装置（１８ｃ）と、少なくとも１つの警報装置／ロック装置／表示装置（２９ａ〜２９ｂ）と、を含み、
前記読み取り装置（１７ｃ）が、銀行券の識別情報を、いわゆる銀行券ＩＤに確立するために、前記取引場所（６）で、受け取った銀行券（２）を画像化／検知するよう構成され、
前記コンピュータ／プロセッサ（１９ｃ）が、前記銀行券（２）が、ブロックされているか、あるいは、取引可能かを依頼する、ローカルメモリユニット（２５ｃ）および／または中央サーバ（５）に送信するステータス制御依頼（９ｄ）を生成するよう構成され、
前記ステータス制御依頼（９ｄ）に対する応答が、前記銀行券（２）が取引不能であることを示している場合、例えば、インジケータ／警報を起動、かつ／または、システム内の前記銀行券（２）の受け取り／流通を防止するバリア／ブロック装置（２９ａ〜２９ｂ）を起動させるなどの電子的／機械的な動作を自動的に引き起こし、
前記制御依頼（９ｄ）に対する応答が、前記銀行券（２）が取引可能であることを示している場合、システムは、前記銀行券（２）を受け入れるよう構成され、
取引可能であることが示された前記銀行券（２）である場合、前記コンピュータ／プロセッサ（１９ｃ）が、前記中央サーバ（５）および／またはローカルメモリ（２５ａ）に送信する、少なくとも１つの銀行券の識別情報、および補足情報（Τ１）を含むロック／ブロック依頼（９ａ）を生成するよう構成される、システム。
（付記２２）
取引場所（６）で、銀行券（２）を流通させようするとき、前記銀行券（２）のステータスをチェックし、前記銀行券（２）をロック／ブロックする装置であって、読み取り装置、すなわち銀行券スキャナ（１７ｃ）と、コンピュータ／プロセッサ（１９ｃ）と、通信装置（１８ｃ）と、を含み、
前記読み取り装置（１７ｃ）が、銀行券の識別情報を確立するために、受け取った銀行券（２）を画像化／検知するよう構成され、
前記コンピュータ／プロセッサ（１９ｃ）が、前記銀行券（２）が、ブロックされているか、あるいは、取引可能かを依頼する、ローカルメモリ（２５ｃ）および／または中央サーバ（５）に送信するステータス制御依頼（９ｄ）を生成するよう構成され、
前記コンピュータ／プロセッサ（１９ｃ）は、前記銀行券（２）が取引可能であることを示している場合、ローカルメモリユニット（２５ｃ）および／または前記中央サーバ（５）に送信する少なくとも銀行券の識別情報、および補足情報（Τ１）を含むロック／ブロック依頼（９ａ）を生成するよう構成され、
前記装置は、前記ステータス制御依頼（９ｄ）に対する応答が、前記銀行券（２）が取引可能であることを示している場合、前記銀行券（２）を受け入れるよう構成され、
電子的／機械的装置（２９ａ〜２９ｂ）は、前記ステータス制御依頼（９ｄ）に対する応答が、前記銀行券（２）が取引不能であることを示している場合、例えば、インジケータ／警報を起動、かつ／または、前記銀行券（２）の受け取り／流通を防止するバリア／ブロック装置（２９ａ〜２９ｂ）の起動が自動的に引き起こされるよう構成される、装置。
【図１】
0006385946.tif 000002
【図２】
0006385946.tif 000003
【図３】
0006385946.tif 000004
【図４】
0006385946.tif 000005
【図５】
0006385946.tif 000006
【図６】
0006385946.tif 000007
【図７】
0006385946.tif 000008
【図８】
0006385946.tif 000009
【図９】
0006385946.tif 000010
【図１０】
0006385946.tif 000011
【図１１】
0006385946.tif 000012