JP3621910B2 - 将来において資金や物品の支払を約束するための電子データの管理システム及びその方法 - Google Patents
将来において資金や物品の支払を約束するための電子データの管理システム及びその方法 Download PDFInfo
- Publication number
- JP3621910B2 JP3621910B2 JP2001328443A JP2001328443A JP3621910B2 JP 3621910 B2 JP3621910 B2 JP 3621910B2 JP 2001328443 A JP2001328443 A JP 2001328443A JP 2001328443 A JP2001328443 A JP 2001328443A JP 3621910 B2 JP3621910 B2 JP 3621910B2
- Authority
- JP
- Japan
- Prior art keywords
- registration
- electronic data
- user
- storage device
- client terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 238000000034 method Methods 0.000 title claims description 38
- 238000013523 data management Methods 0.000 title 1
- 238000004891 communication Methods 0.000 claims description 25
- 238000012545 processing Methods 0.000 description 79
- 238000010586 diagram Methods 0.000 description 11
- 238000012546 transfer Methods 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 5
- 238000013475 authorization Methods 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000005728 strengthening Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
【発明の属する技術分野】
本発明は、電子手形管理システムに関わり、特に、電子手形の登録(振出し、譲渡)の際に、登録の承認権限を有する者が、モバイル環境(屋外、出先など)から、承認手続きを行うことを可能にする一方、手形情報の正真性を確保するために用いる認証書の管理を、企業内で行う方法およびシステムに関する。
【0002】
【従来の技術】
電子商取引の拡大に伴い、新たな決済手段の一つとして電子手形や電子小切手が注目されてきており、実現のための技術として、数多くの例が存在している(特開2000−113089号公報、特開2000−113075号公報など)。
【0003】
これらは、将来の支払いを約束する電子データを、支払人、および、受取人双方のシステム間で送受信した上で管理し、登録データの内容に従い資金を決済する技術である。
【0004】
一方、電子手形や電子小切手などの情報は、電子データであるがゆえに、複製、多重譲渡の危険性があるため、これを防止することを目的として、支払人や受取人以外の第三者機関を想定し、ここで管理する仕組みも知られている(特開平11−296603号公報)。
【0005】
なお本明細書では、現状の券面証券としての手形の概念を拡張し、将来において資金や物品の支払いを約束する電子データ(電子小切手も含む)を以後電子手形と呼ぶものとする。
【0006】
【発明が解決しようとする課題】
しかしながら、従来の技術では、企業側から第三者機関に電子手形の登録(振出し、譲渡)をする際には、各企業内に設置された端末を利用して処理を行うため、以下の様な問題があった。
【0007】
第1に、登録内容の入力担当者(例えば、経理部門の決済担当者)、承認権限者(例えば、企業の代表者)は、企業内の特定の端末に出向いて作業を行う必要があるため、電子手形の登録に要する時間や処理の手間の面で問題があった。特に、承認権限者は、その職位的立場から、企業外の環境(屋外、出先など)に居る可能性が高いために、承認処理を迅速に行うことが難しく、結果的に、電子手形の登録処理全般に要する時間や手間を増大させる可能性があった。第2に、電子手形による決済は、高額な資金の移動を伴うものであるために、これらの情報の授受に対しては、登録要求元の個人や企業からの依頼に基づくものであることを確実に証明することが必要であり、その実現手段のひとつとしては、メッセージに対して、公知技術の一つである電子署名を用いる方法がある。しかしながら、電子署名を用いる際には、秘密鍵や認証書が必要となるが、これらは、厳重に管理される(紛失や盗難が発生しないこと)必要があった。
【0008】
本発明の目的は、電子手形の登録(振出し、譲渡)の際に、登録の承認権限を有する者(例えば、企業代表者)の発行承認意思を確認した上で、さらに、登録対象である電子手形の正真性の確保が容易である電子手形管理システム及びその方法を提供することにある。
【0009】
【課題を解決するための手段】
上記目的を達成するため、本発明の電子手形管理システムでは、電子手形登録サーバと、設置型電子手形登録クライアントと、携帯型電子手形登録クライアントが、通信ネットワークを介して接続された電子手形管理システムにおいて、設置型電子手形登録クライアントは、入力装置から仮登録要求を入力し、通信ネットワークを介して、電子手形登録サーバに送信し、仮登録受付処理結果を電子手形登録サーバから受信し、出力装置から仮登録受付処理結果を出力する。一方、携帯型電子手形登録クライアントは、入力装置から正式登録承認意思を入力し、通信ネットワークを介して電子手形登録サーバに送信し、正式登録承認意思受付処理結果を電子手形登録サーバから受信し、出力装置から正式登録承認意思受付処理結果を出力する。一方、設置型電子手形登録クライアントは、前記入力装置から正式登録要求を入力し、通信ネットワークを介して電子手形登録サーバに送信し、正式登録受付処理結果を電子手形登録サーバから受信し、出力装置から正式登録受付処理結果を出力する。
【0010】
【発明の実施の形態】
以下、本発明の実施例を図面に基づいて詳細に説明する。
【0011】
図1は、本発明の実施例を示す処理フロー図である。図2は、本実施例を実現するための装置構成を含む電子手形管理システムの全体イメージ図である。
【0012】
まず、図2に示す電子手形管理システムの全体イメージ図に関して説明する。電子手形管理システムは、設置型電子手形登録クライアント210と、携帯型電子手形登録クライアント220と、電子手形登録サーバ230とが、通信ネットワークで連結されたシステムである。
【0013】
(1)設置型電子手形登録クライアント210の装置構成
ここで、設置型電子手形登録クライアント210とは、電子手形の登録に際して、企業側の人間(特に、登録内容の入力担当者)が利用する端末であり、電子手形登録サーバに送信する手形情報を入力する機能、手形情報を含む各種のメッセージを送受信する機能、電子署名の付与に必要な秘密鍵や認証書を管理する機能などを有する。
【0014】
設置型電子手形登録クライアント210の装置構成は、計算機2101に、入力装置2102、出力装置2103、通信ネットワーク2104を接続したものである。入力装置2102は、キーボード21021、マウス21022、ICカードリーダ21023、ICカード21024等で構成される。ICカード21024には、電子署名の付与に必要な秘密鍵と、認証書が格納されている。これらが、設置型電子手形登録クライアント210内の記憶装置に格納される場合には、ICカードリーダ21023、及び、ICカード21024は、不要である。
【0015】
(2)携帯型電子手形登録クライアント220の装置構成
ここで、携帯型電子手形登録クライアント220とは、電子手形の登録に際して、企業側の人間(特に、登録内容の承認権限者)が利用する端末であり、電子手形登録サーバに送信する手形に対する登録承認可否の情報を入力する機能、メッセージを送受信する機能などを有する。
【0016】
携帯型電子手形登録クライアント220の装置構成は、計算機2201に、入力装置2202、出力装置2203、通信装置2204を接続したものである。入力装置2202は、文字入力キー22021、マイク22022、カメラ22023で構成される。出力装置2203は、ディスプレイ22031、スピーカ22032で構成される。
【0017】
ここで、マイク22022、および、カメラ22023は、音声情報、あるいは、イメージ情報(指紋、顔の形状など)を元にしてユーザ認証を行う場合に必要であり、それ以外の方法による場合には、必須ではない。
【0018】
結局、本発明を実施する装置構成は、一般にモバイル端末と呼ばれるものであればよいことになる。具体的には、メール送受信機能付き携帯電話や、PDA(携帯情報端末)、モバイルコンピュータのような一般ユーザが出先に持ち歩けるものであれば良く、また、専用の装置で構成されていても良い。
【0019】
(3)電子手形登録サーバ230の装置構成
ここで、電子手形登録サーバ230とは、第3者機関に設置されているサーバであり、電子手形登録クライアント(設置型、および、携帯型)からの電子手形の登録要求、登録承認を受け付ける機能、登録対象である電子手形の正真性を確保するために、ユーザやメッセージに関して、安全かつ確実に認証を行う機能、手形情報を含む各種のメッセージを送受信する機能などを有する。
【0020】
電子手形登録サーバ230の装置構成は、計算機2301、記憶装置2302、通信ネットワーク2303で構成される。記憶装置2302は、磁気ディスク、光ディスク、光磁気ディスク、あるいは、半導体メモリのいずれでも良い。必要なことは、プログラムの実行や大量データのファイルを格納するために十分な容量を具備することである。
【0021】
次に、図2を引用しながら、図1の処理フローに従い、本実施例における処理動作を説明する。
【0022】
(1)設置型電子手形登録クライアント210の処理動作
入力装置2102から、仮登録要求(ログイン情報、処理種別、手形情報)を入力する(ステップ111)。入力した仮登録要求を、通信ネットワーク2104を介して、電子手形登録サーバ230に送信する(ステップ112)。仮登録受付処理結果(正常終了、あるいは、エラー発生の事由など)を、通信ネットワーク2104を介して、電子手形登録サーバ230から受信する(ステップ113)。出力装置2103から、受信した仮登録受付処理結果を出力する(ステップ114)。
【0023】
入力装置2102から、正式登録要求(ログイン情報、手形情報、第2認証情報(電子署名、認証書など))を入力する(ステップ115)。入力した正式登録要求を、通信ネットワーク2104を介して、電子手形登録サーバ230に送信する(ステップ116)。正式登録受付処理結果(正常終了、あるいは、エラー発生の事由など)を、通信ネットワーク2104を介して、電子手形登録サーバ230から受信する(ステップ117)。出力装置2103から、受信した正式登録受付処理結果を出力する(ステップ118)。
【0024】
(2)携帯型電子手形登録クライアント220の処理動作
入力装置2202から、正式登録承認意思(ログイン情報、正式登録の承認対象である手形の手形ID、正式登録承認の可否)を入力する(ステップ121)。入力した正式登録承認意思を、通信ネットワーク2204を介して、電子手形登録サーバ230に送信する(ステップ122)。正式登録承認意思受付処理結果(正常終了、あるいは、エラー発生の事由など)を、通信ネットワーク2204を介して、電子手形登録サーバ230から受信する(ステップ123)。出力装置2203から、受信した正式登録承認意思受付処理結果を出力する(ステップ124)。
【0025】
(3)電子手形登録サーバ230の処理動作
通信ネットワーク2303を介して、設置型電子手形登録クライアント210から送信された仮登録要求を受信する(ステップ131)。受信した仮登録要求に対して、受付処理を実行する(ステップ132)。仮登録受付処理結果を、通信ネットワーク2303を介して、設置型電子手形登録クライアント210に送信する(ステップ133)。
【0026】
通信ネットワーク2303を介して、携帯型電子手形登録クライアント220から送信された正式登録承認意思を受信する(ステップ134)。受信した正式登録承認意思に対して、受付処理を実行する(ステップ135)。正式登録承認意思受付処理結果を、通信ネットワーク2303を介して、携帯型電子手形登録クライアント220に送信する(ステップ136)。
【0027】
通信ネットワーク2303を介して、設置型電子手形登録クライアント210から送信された正式登録要求を受信する(ステップ137)。受信した正式登録要求に対して、受付処理を実行する(ステップ138)。正式登録受付処理結果を、通信ネットワーク2303を介して、設置型電子手形登録クライアント210に送信する(ステップ139)。
【0028】
図1の動作ステップを3つにグループ化することにより、処理の流れを説明する。
【0029】
グループ(1)は、登録対象である電子手形の情報を、設置型電子手形登録クライアント210から、電子手形登録サーバ230に仮登録する部分である。ここで仮登録とは、新規作成や譲渡対象である電子手形情報(受取人、金額、満期日など)を、電子手形登録サーバ230に一時的に保存することである。グループ(2)は、仮登録された電子手形情報を、正式に電子手形登録サーバ230に登録する(電子手形としての効力を発生させる)ことに対する、承認権限者の意思(登録の可否)を、携帯型電子手形登録クライアント220から、電子手形登録サーバ230に登録する部分である。グループ(3)は、電子手形を正式に電子手形登録サーバ230に登録するために、設置型電子手形登録クライアント210から、正式登録対象である電子手形を送信し、電子手形登録サーバ230側で正式登録の可否を判断(承認権限者からの承認意思の正常受付、および、認証情報付与済みの電子手形情報の正常受付、の両処理が完了している場合は、正式登録実行を可とする)した上で、手形情報を正式登録する部分である。ここで、正式登録とは、電子手形登録サーバ内で、決済手段である電子手形としての効力を発生させるととともに、これの管理を依頼することである。
【0030】
なお、グループ(2)の処理の開始(ステップ121)、および、グループ(3)の処理の開始(ステップ131)は、ユーザが、入力装置(2202、および、2302)に対して入力をすることにより開始される。
【0031】
以下に、実施例の各処理ステップの一部に関し、詳細に説明する。
【0032】
[設置型電子手形登録クライアント:ステップ111]
図3は、電子手形登録情報の出力方法を示すイメージ図である。出力装置2103上の画面は、4つのエリア(ログイン情報の入力を受けるためのログイン情報入力エリア301、処理種別の入力を受けるための処理種別入力エリア302、手形情報の入力を受けるための手形情報入力エリア303、コマンドの入力を受けるためのコマンドエリア304)に分割されている。ユーザ(この場合は、仮登録要求者)は、処理種別入力エリア302内の処理種別(新規手形の仮登録、正式登録、一覧表示、発行済み手形の仮登録、正式登録、一覧表示など)を選択するとともに、手形情報入力エリア303に手形情報(処理対象である手形の手形ID、振出人ID、受取人ID,金額、振出日、満期日など)を入力し、ログイン情報(電子手形登録サーバ230を利用するユーザを識別するためのユーザID,パスワード)を入力した上で、コマンドエリア304内の仮登録要求送信ボタンを押下する。このとき入力された情報(ログイン情報、処理種別、手形情報)を、仮登録要求とする。
【0033】
[電子手形登録サーバ:ステップ132]
<ステップ1321:ユーザ認証情報の検索>
仮登録要求内のユーザID、および、パスワードを元に、ユーザ(この場合は、仮登録要求者)のユーザ認証を行う。記憶装置2302内のユーザ認証情報管理DB23021から、ユーザID、および、パスワードを検索する。図4に、ユーザ認証情報管理DB23021の論理構造を示す。ユーザを特定するための識別子であるユーザID501、ユーザIDに対応付けられたパスワード502、ユーザの属する企業を特定するための識別子である企業ID503、手形情報に対する各種の処理実行の可否に関して、ユーザ単位に付与される処理権限種別504を登録してある。
【0034】
<ステップ1322:ユーザ認証による条件分岐>
ユーザ認証が失敗した場合(仮登録要求内のユーザIDが、ユーザ認証情報管理DB23021内に存在しない場合、もしくは、存在する場合であっても、当該ユーザIDに対応するパスワードが一致しない場合)は、すべての処理を終了する。一方、成功した場合(仮登録要求内のユーザIDが、ユーザ認証情報管理DB23021内に存在し、かつ、当該ユーザIDに対応するパスワードが一致する場合)は、ステップ1323を実行する。
【0035】
<ステップ1323:処理権限情報の検索>
受信した仮登録要求内の処理種別を元に、ユーザ(この場合は、仮登録要求者)の処理権限の有無を判断する。当該ユーザIDと、記憶装置2302内のユーザ認証情報管理DB23021の処理権限種別504から、ユーザに付与されている処理権限種別を検索する。
【0036】
<ステップ1324:処理権限の有無による条件分岐>
ユーザ(この場合は、仮登録要求者)に対して、ユーザが要求した処理の処理権限が付与されていない場合(仮登録要求内のユーザIDが、ユーザ認証情報管理DB23021内に存在しない場合、もしくは、存在する場合であっても、当該ユーザIDが要求した処理に対する処理権限種別が「○」でない場合)は、すべての処理を終了する。一方、付与されている場合は、ステップ1325を実行する。
【0037】
<ステップ1325:手形の登録状況の検索>
受信した仮登録要求の手形IDを元に、記憶装置2302内の登録状況管理DB23022から、当該手形の登録状況(仮登録、正式登録承認、正式登録の各処理のステータス(済/未))を検索する。図5に、登録状況管理DB23022の論理構造を示す。手形を特定するための識別子である手形ID601、当該手形の所持人を特定するための識別子である所持人ID602、当該手形の仮登録の状況を示す仮登録状況603(状況区分6031、処理要求者ID6032、処理日時6033)、当該手形の正式登録承認の状況を示す正式登録承認状況604(状況区分6041、承認者ID6042、処理日時6043)、当該手形の正式登録の状況を示す正式登録状況605(状況区分6051、処理要求者ID6052、処理日時6053)を登録してある。
【0038】
ここで、所持人とは、当該手形の保有者であり、手形へのアクセス権を有する者を指す。新規登録手形(新規に振出された手形)の場合には、受取人と同一となり、また、譲渡済み手形(前保有者から裏書譲渡された手形)の場合には、最新の被裏書人と同一となる。
【0039】
<ステップ1326:手形の登録状況による条件分岐>
仮登録要求対象である手形に関して、ユーザ(この場合は、仮登録要求者)の属する企業(ユーザ認証情報管理DB23021内の企業ID503)と、所持人の属する企業(登録状況管理DB23022内の所持人ID602)が同一であり、かつ、正式登録承認状況が「未」であり、かつ、正式登録状況が「未」である場合には、ステップ1327を実行する。それ以外の場合には、全ての処理を終了する。
【0040】
<ステップ1327:仮登録受付処理>
記憶装置2302内の仮登録手形管理DB23023に、当該手形の登録を行う。図6に、仮登録手形管理DB23023の論理構造を示す。手形を特定するための識別子である手形ID801、当該手形の所持人を特定するための識別子である所持人ID802、当該手形の振出人を特定するための識別子である振出人ID803、当該手形の受取人を特定するための識別子である受取人ID804、当該手形の金額を示す金額805、当該手形の振出日を示す振出日806、当該手形の満期日を示す満期日807、当該手形の振出地住所を示す振出地住所808、当該手形の裏書人を示す裏書人ID809、備考欄810が登録される。ここで、所持人ID、振出人ID、受取人ID、裏書人IDで管理されるIDは、個人単位、あるいは、法人単位に付与される。また、備考欄810は、手形登録関与者間(例えば、仮登録要求者と正式登録承認者)での情報共有のためのフィールドである。ここに記載される情報は、手形登録関与者以外の第三者に対して情報が漏洩することのない様に、人間が容易には判読できない形態、例えば、暗号化した上で登録されることが望ましい。
【0041】
手形を譲渡する(既登録手形の裏書譲渡)場合には、譲渡前の所持人ID802を裏書人ID809に転記し、新たに手形の譲渡を受ける者(被裏書人)の識別子を所持人ID802に登録する。
【0042】
記憶装置2302内の仮登録手形管理DB23023への情報登録後、登録状況管理DB23022の仮登録状況603の更新を行う。具体的には、状況区分6031に「済」、仮登録要求者ID6032に当該ユーザID、処理日時6033に処理を実行した日時、を登録する。
【0043】
<ステップ1328:仮登録受付処理結果の作成>
仮登録受付処理結果(正常終了、あるいは、エラー発生の事由など)を作成する。
【0044】
[携帯型電子手形登録クライアント:ステップ121]
ユーザ(この場合は、正式登録承認の権限を有する正式登録承認者)は、携帯型電子手形登録クライアント220に対して、ログイン情報(ユーザID、パスワード)、正式登録の承認対象である手形の手形ID、および、正式登録承認可否(承認、あるいは、非承認)を入力する。尚、ログイン情報は、パスワードに限らず、生体情報(指紋、アイリス等)等の携帯型電子手形登録クライアント220の使用者を特定できる情報であればよい。
【0045】
この際に、仮登録手形情報の少なくとも一つ以上の情報に関して、追記や修正が必要である場合には、当該情報を合わせて入力しても良い。
【0046】
[電子手形登録サーバ:ステップ135]
受信した正式登録承認意思を元に、登録承認者の正式登録承認に関する情報を登録する。以下に、ステップ135の詳細を説明する。
【0047】
<ステップ1351:ユーザ認証情報の検索>
受信した正式登録承認意思内のユーザID、および、パスワードを元に、ユーザ(この場合は、正式登録承認者)のユーザ認証を行う。記憶装置2302内のユーザ認証情報管理DB23021から、ユーザID、および、パスワードを検索する。
【0048】
<ステップ1352:ユーザ認証による条件分岐>
ユーザ認証が失敗した場合(正式登録承認意思内のユーザIDが、ユーザ認証情報管理DB23021内に存在しない場合、もしくは、存在する場合であっても、当該ユーザIDに対応するパスワードが一致しない場合)は、すべての処理を終了する。一方、成功した場合は、ステップ1353を実行する。
【0049】
<ステップ1353:処理権限情報の検索>
受信した正式登録承認意思内の処理種別を元に、ユーザ(この場合は、正式登録承認者)の処理権限の有無を判断する。当該ユーザIDと、記憶装置2302内のユーザ認証情報管理DB23021の処理権限種別504から、ユーザに付与されている処理権限種別を検索する。
【0050】
<ステップ1354:処理権限の有無による条件分岐>
ユーザ(この場合は、正式登録承認者)に対して、ユーザが要求した処理の権限が付与されていない場合(正式登録承認意思内のユーザIDが、ユーザ認証情報管理DB23021内に存在しない場合、もしくは、存在する場合であっても、当該ユーザが要求した処理に対する処理権限種別が「×」である場合))は、すべての処理を終了する。一方、付与されている場合は、ステップ1355を実行する。
【0051】
<ステップ1355:手形の登録状況の検索>
受信した正式登録承認意思内の手形IDを元に、記憶装置2302内の登録状況管理DB23022から、当該手形の登録状況(仮登録、正式登録承認、正式登録の各処理のステータス(済/未))を検索する。
【0052】
<ステップ1356:手形の登録状況による条件分岐>
正式登録承認対象である手形に関して、ユーザ(この場合は、正式登録承認者)の属する企業(ユーザ認証情報管理DB23021内の企業ID503)と、所持人の属する企業(登録状況管理DB23022内の所持人ID602)が同一であり、かつ、仮登録状況が「済」であり、かつ、正式登録状況が「未」である場合には、ステップ1357を実行する。それ以外の場合には、全ての処理を終了する。
【0053】
<ステップ1357:正式登録承認意思受付処理>
記憶装置2302内の登録状況管理DB23022の正式登録承認意思状況604への情報登録を行う。具体的には、状況区分6041に「済」、承認者ID6042に当該ユーザID、処理日時6043に処理を実行した日時、を登録する。
【0054】
<ステップ1358:正式登録承認意思受付処理結果の作成>
正式登録承認意思受付処理結果(正常終了、あるいは、エラー発生の事由など)を作成する。
【0055】
[設置型電子手形登録クライアント:ステップ115]
正式登録要求者は、手形の正式登録要求に必要な情報を、入力装置2102から入力する。ここで、正式登録要求に必要な情報として、ユーザを特定することを目的としたログイン情報(ユーザID、パスワード)、正式登録対象である手形の手形情報などの他に、正式登録要求の安全性や確実性をより強固なものとすることを目的として、第2認証情報を必須とする。ここで、第2認証情報とは、正式登録要求の正真性を確保するための要求メッセージ本体(正式登録対象である手形情報)に対する電子署名付与や、正式登録要求元企業内に設置されたクライアントからの送信であることを確認するための通信路認証の手段(例として、SSLのクライアント認証、電話回線におけるコールバック認証など)を指す。ここでは、第2認証情報として、電子署名を例に取る。
【0056】
ユーザ(この場合は、正式登録要求者)は、設置型電子手形登録クライアント210の入力装置2102を利用して、ログイン情報(ユーザID、パスワード)と、正式登録要求対象である手形の手形情報を入力した後、正式登録のためのコマンドボタンを押下する。
【0057】
設置型電子手形登録クライアント210は、ICカード21024内から秘密鍵と証明書を読み出し、秘密鍵と認証書を用いて電子署名を生成し、正式登録要求対象である手形情報に、当該電子署名と認証書を添付する。なお、秘密鍵とペアである公開鍵は、認証書内に含まれている。このとき入力、あるいは、生成された情報(ログイン情報、手形情報、第2認証情報(電子署名、認証書))を、正式登録要求とする。
【0058】
[設置型電子手形登録クライアント:ステップ116]
正式登録要求(ログイン情報、手形情報、第2認証情報(電子署名、認証書))を、電子手形登録サーバ230に送信する。
【0059】
[電子手形登録サーバ:ステップ138]
受信した正式登録要求を元に、ユーザ(ここでは、正式登録要求者)の正式登録要求に関する情報を登録する。
【0060】
<ステップ1381:ユーザ認証情報の検索>
受信した正式登録要求内のユーザID、および、パスワードを元に、ユーザ(この場合は、正式登録登録要求の送信者)のユーザ認証を行う。記憶装置2302内のユーザ認証情報管理DB23021から、ユーザID、および、パスワードを検索する。
【0061】
<ステップ1382:ユーザ認証による条件分岐>
ユーザ認証が失敗した場合(正式登録要求内のユーザIDが、ユーザ認証情報管理DB23021内に存在しない場合、もしくは、存在する場合であっても、当該ユーザIDに対応するパスワードが一致しない場合)は、すべての処理を終了する。一方、成功した場合は、ステップ1383を実行する。
【0062】
<ステップ1383:第2認証情報の検証>
受信した正式登録要求内の第2認証情報の検証を行う。正式登録要求内の電子署名(署名値)と、手形情報と認証書から算定した署名値を比較し、これが一致した場合は、第2認証情報に基づく第2認証が成功したものとする。第2認証が成功した場合には、ステップ1384を実行する。失敗した場合には、全ての処理を終了する。
【0063】
<ステップ1384:手形の登録状況の検索>
受信した正式登録要求内の手形IDを元に、記憶装置2302内の登録状況管理DB23022から、当該手形の登録状況(仮登録、正式登録承認、正式登録の各処理のステータス(済/未))を検索する。
【0064】
<ステップ1385:手形の登録状況による条件分岐>
正式登録要求対象である手形に関して、ユーザ(この場合は、正式登録要求者)の属する企業(ユーザ認証情報管理DB23021内の企業ID503)と、所持人の属する企業(登録状況管理DB23022内の所持人ID602)が同一であり、かつ、正式登録状況が「未」である場合には、ステップ1386を実行する。それ以外の場合には、全ての処理を終了する。
【0065】
<ステップ1386:正式登録要求受付処理>
記憶装置2302内の正式登録手形管理DB23024に、当該手形の登録を行う。図7に、正式登録手形管理DB23024の論理構造を示す。手形を特定するための識別子である手形ID901、当該手形の所持人を特定するための識別子である所持人ID902、当該手形の振出人を特定するための識別子である振出人ID903、当該手形の受取人を特定するための識別子である受取人ID904、当該手形の金額を示す金額905、当該手形の振出日を示す振出日906、当該手形の満期日を示す満期日907、当該手形の振出地住所を示す振出地住所908、当該手形の裏書人を特定するための識別子である裏書人ID909が登録される。
【0066】
記憶装置2302内の正式登録手形管理DB23024への情報登録後、登録状況管理DB23022の正式登録状況605の更新を行う。具体的には、状況区分6051に「済」、仮登録要求者ID6052に当該ユーザID、処理日時6053に処理を実行した日時、を登録する。
【0067】
<ステップ1387:正式登録要求受付処理結果の作成>
正式登録要求受付処理結果(正常終了、あるいは、エラー発生の事由など)を作成する。
【0068】
なお、本実施例では、電子手形の登録に際して、仮登録要求の送信は、設置型電子手形登録クライアント210から行う形態で説明したが、これを、携帯型電子手形登録クライアント220から行う形態も考えられる。前記実施例と比して、仮登録要求を送信し、仮登録要求処理結果を受信する端末(電子手形登録クライアント)が異なる点以外には大きな差異がないので、処理手順を理解することは容易であると考えられるため、処理フローの詳細説明は割愛する。
【0069】
また、電子手形登録サーバ230側で、各種処理(仮登録受付処理、正式登録承認意思受付処理、正式登録受付処理)を実行した後に、処理依頼の送信元(設置型電子手形登録クライアント210、あるいは、携帯型電子手形登録クライアント220)宛てに、処理結果を送信している。この際、同時に、処理依頼の送信元ではない側の端末(携帯型電子手形登録クライアント220、あるいは、設置型電子手形登録クライアント210)宛てに、電子手形登録サーバ230側から、処理内容や結果を示すメッセージを送信することにより、各々の端末を所持しているユーザに対して、次ステップの作業の着手(例えば、正式登録承認意思や、正式登録要求の作成)のためのトリガーをかけることで、結果的に、電子手形の正式登録までの所要時間の短縮を図ることができると考えられる。この際に送信するメッセージの例としては、電子メールや(音声合成装置による)音声メッセージなどが考えられるが、電子手形登録サーバ230内にそれらメッセージを作成する機能を具備することで、容易に実現可能である。
【0070】
【発明の効果】
本発明によれば、電子手形の登録(振出し、譲渡)の際に、登録の承認権限を有する企業代表者の意思を、承認者が企業外の環境(屋外、出先など)に居る場合であっても確認することができるという効果を奏する。さらに、登録対象である電子手形の正真性の確保が容易であるという効果を奏する。
【図面の簡単な説明】
【図1】本発明を実施するための基本的な流れを示す処理フロー図である。
【図2】電子手形管理システムの装置構成図である。
【図3】電子手形登録サーバの機能構成図である。
【図4】ユーザ認証情報管理DBの論理構造を示す図である。
【図5】登録状況管理DBの論理構造を示す図である。
【図6】仮登録手形管理DBの論理構造を示す図である。
【図7】正式登録手形管理DBの論理構造を示す図である。
【符号の説明】
210…設置型電子手形登録クライアント、2101…計算機、2102…入力装置、2103…出力装置、2104…通信ネットワーク、21021…キーボード、21022…マウス、21023…ICカードリーダ、21024…ICカード、220…携帯型電子手形登録クライアント、2201…計算機、2202…入力装置、22021…文字入力キー、22022…マイク、22023…カメラ、2203…出力装置、22031…ディスプレイ、22032…スピーカ、230…電子手形登録サーバ、2303…通信ネットワーク、301…情報入力エリア、302…処理種別入力エリア、303…手形情報入力エリア、304…コマンドエリア。
Claims (6)
- 第1のユーザの第1のクライアント端末と、第2のユーザの第2のクライアント端末と、将来において資金や物品の支払いを約束するための電子データを登録するための登録サーバとが、通信ネットワークを介して接続される管理システムにおいて、
前記登録サーバは、計算機と、ユーザの所属企業の情報と、前記電子データに決済手段としての効力を発生させるための正式登録を承認するための正式登録承認に対するユーザの権限と前記正式登録承認の対象となる前記電子データを前記登録サーバに保存するための仮登録に対するユーザの権限とを規定した権限情報を記憶し前記計算機からアクセス可能な記憶装置とを備え、
前記登録サーバの前記記憶装置は、前記電子データの所有企業の情報と、前記電子データの前記仮登録、前記正式登録承認及び前記正式登録のステータスを記憶可能で、
前記第1のクライアント端末は、前記第1のユーザの指示に応じて、前記第1のユーザの前記第1のユーザ情報を前記登録サーバへ送信すると共に、前記電子データの仮登録を前記登録サーバヘ要求し、
前記登録サーバの前記計算機は、前記第1のクライアント端末からの前記第1のユーザ情報に基づいて前記記憶装置内の前記権限情報を検索し、その検索結果により前記第1のユーザに前記仮登録の権限があり、前記第1のユーザの所属企業と前記記憶装置内の前記電子データの所有企業が同一で、前記記憶装置内の前記電子データの前記正式登録承認のステータス及び前記正式登録のステータスが「未」である場合に、前記記憶装置内の前記電子データの前記仮登録のステータスを「済」に更新し、前記仮登録の受付結果を前記第1のクライアント端末へ送信し、
前記第1のクライアント端末は、前記登録サーバから前記仮登録の受付結果を受信し、第1の出力装置に出力し、
前記第2のクライアント端末は、前記第2のユーザの指示に応じて、前記第2のユーザの前記第2のユーザ情報を前記登録サーバへ送信すると共に、前記電子データの正式登録承認を前記登録サーバへ送信し、
前記登録サーバの前記計算機は、前記第2のクライアント端末からの前記第2のユーザ情報に基づいて前記記憶装置内の前記権限情報を検索し、その検索の結果前記第2のユーザに前記正式登録の権限があり、前記第2のユーザの所属企業と前記記憶装置内の前記電子データの所有企業が同一で、前記記憶装置内の前記電子データの前記仮登録のステータスが「済」で前記正式登録のステータスが「未」である場合に、前記記憶装置内の前記電子データの前記正式登録承認のステータスを「済」に更新し、前記正式登録承認の受付結果を前記第2のクライアント端末へ送信し、
前記第2のクライアント端末は、前記登録サーバから前記正式登録の承認の受付結果を受信し、第2の出力装置に出力し、
前記第1のクライアント端末は、前記第1のユーザの指示に応じて、秘密鍵を用いて前記電子データに対する電子署名を生成し、前記秘密鍵に対応する公開鍵を含む認証書と前記電子署名を前記登録サーバへ送信すると共に、前記電子データの正式登録を前記登録サーバへ要求し、
前記登録サーバの前記計算機は、前記第1のクライアント端末からの前記認証書に含まれる前記公開鍵と前記電子データから算出された値と前記電子署名を比較し、その比較の結果前記算出された値と前記電子署名が一致し、前記第2のユーザの所属企業と前記記憶装置内の前記電子データの所有企業が同一で、前記記憶装置内の前記電子データの前記正式登録のステータスが「未」である場合に、前記記憶装置内の前記電子データの前記正式登録のステータスを「済」に更新し、前記正式登録の受付結果を前記第1のクライアント端末へ送信し、
前記第1のクライアント端末は、前記登録サーバから前記正式登録の受付結果を受信し、前記第1の出力装置に出力する管理システム。 - 前記第2のクライアント端末は、前記第2のユーザが携帯可能である請求項1に記載の管理システム。
- 前記第2のクライアント端末は、前記第2のユーザからパスワードの入力を受け、前記電子データの正式登録を前記登録サーバへ承認する場合に、前記パスワードを前記登録サーバへ送信し、
前記登録サーバが、前記パスワードを前記第2のクライアント端末から受信し、前記パスワードに基づいて前記正式登録承認を受け付けるか否かを判断する請求項1に記載の管理システム。 - 前記第1のクライアント端末は、記録媒体から前記秘密鍵と前記認証書を読み出す請求項1に記載の管理システム。
- 第1のユーザの第1のクライアント端末及び第2のユーザの第2のクライアント端末に、通信ネットワークを介して接続可能で、前記第1のクライアント端末及び前記第2のクライアント端末からの要求に応じて、将来において資金や物品の支払いを約束するための電子データを登録するための登録装置において、
計算機と、
ユーザの所属企業の情報と、前記電子データに決済手段としての効力を発生させるための正式登録を承認するための正式登録承認に対するユーザの権限と前記正式登録承認の対象となる前記電子データを当該登録装置に保存するための仮登録に対するユーザの権限とを規定した権限情報を記憶し、前記計算機からアクセス可能な記憶装置とを備え、
前記記憶装置は、前記電子データの所有企業の情報と、前記電子データの前記仮登録、前記正式登録承認及び前記正式登録のステータスを記憶可能で、
前記計算機は、前記第1のユーザの前記第1のユーザ情報と前記電子データの仮登録の要求を、前記第1のクライアント端末から受信し、前記第1のユーザ情報に基づいて前記記憶装置内の前記権限情報を検索し、その検索結果により前記第1のユーザに前記仮登録の権限があり、前記第1のユーザの所属企業と前記記憶装置内の前記電子データの所有企業が同一で、前記記憶装置内の前記電子データの前記正式登録承認のステータス及び前記正式登録のステータスが「未」である場合に、前記記憶装置内の前記電子データの前記仮登録のステータスを「済」に変更し、前記仮登録の受付結果を前記第1のクライアント端末へ送信し、
前記計算機は、前記第2のユーザの前記第2のユーザ情報と前記電子データの正式登録の承認を前記第2のクライアント端末から受信し、前記第2のクライアント端末からの前記第2のユーザ情報に基づいて前記記憶装置内の前記権限情報を検索し、その検索の結果前記第2のユーザに前記正式登録の権限があり、前記第2のユーザの所属企業と前記記憶装置内の前記電子データの所有企業が同一で、前記記憶装置内の前記電子データの前記仮登録のステータスが「済」で前記正式登録のステータスが「未」である場合に、前記記憶装置内の前記電子データの前記正式登録承認のステータスを「済」に更新し、前記正式登録承認の受付結果を前記第2のクライアント端末へ送信し、
前記計算機は、秘密鍵を用いて生成された前記電子データの電子署名と前記秘密鍵に対応する公開鍵を含む認証書と前記電子データの正式登録の要求を前記第1のクライアント端末から受信し、前記第1のクライアント端末からの前記認証書に含まれる前記公開鍵と前記電子データから算出された値と前記電子署名を比較し、その比較の結果前記算出された値と前記電子署名が一致し、前記第2のユーザの所属企業と前記記憶装置内の前記電子データの所有企業が同一で、前記記憶装置内の前記電子データの前記正式登録のステータスが「未」である場合に、前記記憶装置内の前記電子データの前記正式登録のステータスを「済」に更新し、前記正式登録の受付結果を前記第1のクライアント端末へ送信する登録装置。 - 第1のユーザの第1のクライアント端末及び第2のユーザの第2のクライアント端末からの要求に応じて、将来において資金や物品の支払いを約束するための電子データを登録するための登録方法であって、計算機と、ユーザの所属企業の情報と、前記電子データに決済手段として効力を発生させるための正式登録を承認するための正式登録承認に対するユーザの権限と前記正式登録承認の対象となる前記電子データを当該コ ンピュータに保存するための仮登録に対するユーザの権限とを規定した権限情報を記憶し、前記計算機からアクセス可能な記憶装置とを備えたコンピュータによって実行される登録方法において、
前記記憶装置が、前記電子データの所有企業の情報と、前記電子データの前記仮登録、前記正式登録承認及び前記正式登録のステータスを記憶し、
前記計算機が、前記第1のユーザの前記第1のユーザ情報と前記電子データの仮登録の要求を、前記第1のクライアント端末から受信し、前記第1のユーザ情報に基づいて前記記憶装置内の前記権限情報を検索し、その検索結果により前記第1のユーザに前記仮登録が権限があり、前記第1のユーザの所属企業と前記記憶装置内の前記電子データの所有企業が同一で、前記記憶装置内の前記電子データの前記正式登録承認のステータス及び前記正式登録のステータスが「未」である場合に、前記記憶装置内の前記電子データの前記仮登録のステータスを「済」に更新し、前記仮登録の受付結果を前記第1のクライアント端末へ送信し、
前記計算機が、前記第2のユーザの前記第2のユーザ情報と前記電子データの正式登録の承認を前記第2のクライアント端末から受信し、前記第2のクライアント端末からの前記第2のユーザ情報に基づいて前記記憶装置内の前記権限情報を検索し、その検索の結果前記第2のユーザに前記正式登録の権限があり、前記第2のユーザの所属企業と前記記憶装置内の前記電子データの所有企業が同一で、前記記憶装置内の前記電子データの前記仮登録のステータスが「済」で前記正式登録のステータスが「未」である場合に、前記記憶装置内の前記電子データの前記正式登録承認のステータスを「済」に変更し、前記正式登録承認の受付結果を前記第2のクライアント端末へ送信し、
前記計算機が、秘密鍵を用いて生成された前記電子データの電子署名と前記秘密鍵に対応する公開鍵を含む認証書と前記電子データの正式登録の要求を前記第1のクライアント端末から受信し、前記第1のクライアント端末からの前記認証書に含まれる前記公開鍵と前記電子データから算出された値と前記電子署名を比較し、その比較の結果前記算出された値と前記電子署名が一致し、前記第2のユーザの所属企業と前記記憶装置内の前記電子データの所有企業が同一で、前記記憶装置内の前記電子データの前記正式登録のステータスが「未」である場合に、前記記憶装置内の前記電子データの前記正式登録のステータスを「済」に変更し、前記正式登録の受付結果を前記第1のクライアント端末へ送信する登録方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001328443A JP3621910B2 (ja) | 2001-10-26 | 2001-10-26 | 将来において資金や物品の支払を約束するための電子データの管理システム及びその方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001328443A JP3621910B2 (ja) | 2001-10-26 | 2001-10-26 | 将来において資金や物品の支払を約束するための電子データの管理システム及びその方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2003132219A JP2003132219A (ja) | 2003-05-09 |
JP3621910B2 true JP3621910B2 (ja) | 2005-02-23 |
Family
ID=19144502
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001328443A Expired - Lifetime JP3621910B2 (ja) | 2001-10-26 | 2001-10-26 | 将来において資金や物品の支払を約束するための電子データの管理システム及びその方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3621910B2 (ja) |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3312519B2 (ja) * | 1995-01-23 | 2002-08-12 | 株式会社デンソー | 製造プロセス生成システム |
JPH1196262A (ja) * | 1997-09-25 | 1999-04-09 | The Asahi Bank Ltd | 売掛債権の流動化処理システム |
JP4228429B2 (ja) * | 1998-09-25 | 2009-02-25 | 沖電気工業株式会社 | 出張関連業務支援システム |
JP2000132625A (ja) * | 1998-10-23 | 2000-05-12 | Ntt Communicationware Corp | ワークフロー管理システム |
JP2001167184A (ja) * | 1999-12-10 | 2001-06-22 | Toshiba Corp | オンライン登記システム |
-
2001
- 2001-10-26 JP JP2001328443A patent/JP3621910B2/ja not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JP2003132219A (ja) | 2003-05-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200336315A1 (en) | Validation cryptogram for transaction | |
US11139984B2 (en) | Information processing system, devices and methods | |
JP6441270B2 (ja) | 取引の当事者を認証するための方法およびシステム | |
US7003497B2 (en) | System and method for confirming electronic transactions | |
RU2320014C2 (ru) | Система электронных переводов | |
US7933835B2 (en) | Secure money transfer systems and methods using biometric keys associated therewith | |
JP5537405B2 (ja) | 分散型ユーザ間で価値を電子的に交換するためのシステムおよび方法 | |
US20150339674A1 (en) | Generation systems and methods for transaction identifiers having biometric keys associated therewith | |
US20090070263A1 (en) | Peer to peer fund transfer | |
KR20180123709A (ko) | 블록체인에서 복수개의 거래를 기록하는 방법 및 시스템 | |
KR20040104660A (ko) | 통신 운영자가 금융 거래 서비스를 제공할 수 있도록 하는시스템 및 상기 거래를 구현하는 방법 | |
KR20100054757A (ko) | 대역밖 인증을 이용한 지불 거래 처리 | |
WO2002099710A1 (fr) | Procede de commerce electronique mettant en oeuvre un coupon electronique | |
US20210383378A1 (en) | Validation Service For Account Verification | |
US20220067717A1 (en) | Blockchain system that includes bank nodes each having separate ledgers for identity, digital currency and other functions, and operation method thereof | |
CN111062717B (zh) | 一种数据转移处理方法、装置和计算机可读存储介质 | |
KR20210029702A (ko) | 블록체인 토큰 기반의 페이먼트를 수행하는 방법 및 이를 이용한 카드사 서버 | |
CN106251145A (zh) | 电子支付系统、电子支付设备及电子支付方法 | |
KR101941625B1 (ko) | 선택적 인증을 통한 에스앤에스 핀테크 시스템 및 그 동작 방법 | |
CN116802661A (zh) | 基于令牌的链外交互授权 | |
JP3621910B2 (ja) | 将来において資金や物品の支払を約束するための電子データの管理システム及びその方法 | |
KR20140125299A (ko) | 모바일 메시징 기반의 전자서명 인증을 통한 자동이체 서비스 제공 방법 | |
KR20220041692A (ko) | 중앙은행 디지털 화폐를 위한 결제 방법 및 시스템 | |
US11812260B2 (en) | Secure offline mobile interactions | |
US20240127242A1 (en) | Methods and systems for processing customer-initiated payment transactions |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040810 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041012 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041116 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041119 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3621910 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071126 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081126 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081126 Year of fee payment: 4 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081126 Year of fee payment: 4 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091126 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101126 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101126 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111126 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111126 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121126 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121126 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131126 Year of fee payment: 9 |
|
EXPY | Cancellation because of completion of term |