[go: up one dir, main page]

JP2004252517A - Booking transaction inquiry method and financial system - Google Patents

Booking transaction inquiry method and financial system Download PDF

Info

Publication number
JP2004252517A
JP2004252517A JP2003039093A JP2003039093A JP2004252517A JP 2004252517 A JP2004252517 A JP 2004252517A JP 2003039093 A JP2003039093 A JP 2003039093A JP 2003039093 A JP2003039093 A JP 2003039093A JP 2004252517 A JP2004252517 A JP 2004252517A
Authority
JP
Japan
Prior art keywords
transaction
reservation
date
user
reservation transaction
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.)
Pending
Application number
JP2003039093A
Other languages
Japanese (ja)
Inventor
Hiroko Oguma
寛子 尾熊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2003039093A priority Critical patent/JP2004252517A/en
Publication of JP2004252517A publication Critical patent/JP2004252517A/en
Pending legal-status Critical Current

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

【課題】本発明は予約取引を確認する方法とそのシステムに関するものであり、従来はユーザが予約取引の存在を忘れた場合、予約取引の取引が失敗したことに気が付かないという問題があった。
【解決手段】上記課題を解決するために、ユーザが操作する端末と金融機関システムにより構成された予約取引の照会方法およびシステムにより解決する。
【選択図】 図1
The present invention relates to a method and a system for confirming a reservation transaction, and conventionally has a problem that if a user forgets the existence of a reservation transaction, he or she does not notice that the transaction of the reservation transaction has failed.
In order to solve the above-mentioned problems, a reservation transaction inquiry method and system configured by a terminal operated by a user and a financial institution system are solved.
[Selection diagram] Fig. 1

Description

【0001】
【発明の属する技術分野】
本発明は、ユーザが金融機関における取引を確認する取引確認技術に関する。
【0002】
【従来の技術】
ユーザと金融機関との間でネットワークを構築したシステムは既に存在している。ATMおよびインターネットバンキングのホームページはユーザが操作出来る端末と位置付けられる。ATMやインターネットバンキング等では、ユーザが操作する端末と金融機関のコンピュータとをネットワークで結び、データの送受信を行なう。特開2002−140752に開示されているようなATMやインターネットバンキングを用いることで、ユーザは実施した取引の明細を参照したり、他人名義の口座への振込を行うなど、金融機関が提供する取引を実施することができる。ユーザが金融機関の提供する取引を行う場合、当該取引が実施される日付を指定することができる。ユーザが指定する日付は当日以降の日付となる。ユーザは取引の結果を照会できる。照会する取引には金融機関において未処理の取引(以後、予約取引と呼ぶ)も含む。
【特許文献1】
特開2002−140752号
【0003】
【発明が解決しようとする課題】
上記従来技術は、ユーザが既に行った取引の内容を確認したい場合、その都度取引の結果を照会する。予約取引は指定した日付に実際の取引を実施する。予約取引は取引を受け付けた日付と実施する日付とが同じでないため、受け付けた時点の入金先の口座および支払元の口座の状態と実施する時点での入金先の口座および支払元の口座の状態は変化する。そのため、金融機関システムで予約取引を実施する際、入金先の口座または支払元の口座が存在しないことや、支払元の口座の残高が不足するなどの理由により取引が失敗する可能性がある。ユーザが予約取引の存在を忘れた場合、予約取引の取引が失敗したことに気が付かないという問題がある。
【0004】
本発明の目的は、ユーザが予約取引の存在を忘れた場合でも予約取引をユーザが確認出来るようにすることで、取引失敗になった取引に対する再手続きを円滑に行うことにある。
【0005】
【課題を解決するための手段】
上記目的を達成するために、ユーザが予約取引の存在を忘れた場合を考慮して、ユーザが取引の結果を照会しなくても、自動的に当該ユーザの予約取引を表示するようにしたものである。
【0006】
【発明の実施の形態】
以下、本発明の一実施例を図面に基づいて詳細に説明する。
図1は本発明におけるシステムの実施例である。システムは金融機関が提供する取引を実施するユーザが操作する端末10と金融機関システム11とで構成され、ネットワーク12を経由して接続する。尚、端末10にはユーザのPC端末やATMを含み、ネットワーク12の種類は限定しない。金融機関システム11は金融機関が提供する取引を実施するユーザを認識するユーザ認識部111と、ユーザ指定情報116を記録した個人情報記録部115と、予約取引内容117を記録した予約取引記録部113と、予約取引記録部113に当該ユーザの予約取引が存在するか否かを判断する予約取引検索部112と、存在した予約取引を表示する予約取引表示部114から構成されている。個人情報記録部115に記録するユーザ指定情報116は予約取引の表示期間などのユーザが指定した情報とする。ユーザが指定する表示期間の一例としては、予約取引の取引日から1ヶ月間、ユーザが予約取引表示画面において予約取引を1度確認するまでなどである。予約取引記録部113に記録する予約取引内容117は当該予約取引を認識できる情報とする。一例としては、金融機関が予約取引を受け付けた受付日1171、金融機関が予約取引を実施する取引日1172、予約取引を一意に識別する受付番号1173、予約取引に関係する取引内容(入出金口座、金額、処理状況など)1174などである。尚、入出金口座とは予約取引によって対象となる入金先の口座と支払元の口座である。金額とは予約取引によって取引する金額である。処理状況とは金融機関において予約取引が現在どのような処理状況であるかを表したものである。処理状況には受付完了、取引完了、取引失敗などが含まれる。予約取引内容117の具体例を予約取引1175を用いて示す。予約取引1175は、当該予約取引を受け付けた日付は2002年7月5日に、当該予約取引を実施する日付は2002年7月15日に、当該予約取引を一意に識別する受付番号は00001111に、取引内容は○○銀行△△支店…に、そして金融機関における当該予約取引の処理状況は取引失敗に設定されている。
【0007】
表示する予約取引を受付日1171、取引日1172、受付番号1173、取引内容1174などを用いて絞り込むことができる。表示する期間が過ぎた予約取引は予約取引記録部113から削除することができる。
【0008】
本システムを実施した場合の一例を示す。ユーザが端末10からネットワーク12を経由して金融機関システム11に接続する。端末10の画面上にはログイン画面101を表示する。ユーザがログインしたタイミングで、ユーザ認識部111はユーザを認識し、当該ユーザの指定した予約取引の表示期間を取得する。ユーザが指定した予約取引の表示期間は個人情報記録部115に記録されている。予約取引検索部112は当該ユーザの予約取引を検索する。当該ユーザが過去に行った予約取引は予約取引記録部113に記録されている。当該予約取引がユーザによって指定された表示期間の予約取引である場合、予約取引を認識できる情報を予約取引表示画面102に表示する。予約取引表示画面102の一例を図3に示す。ユーザが予約取引内容を確認した後、ユーザが次に行う取引(振込、振替など金融期間が提供する取引)を選択する取引選択画面103を表示する。
【0009】
図2は金融機関システム11の処理フロー例を示したものである。ユーザを認識し、ユーザが指定した予約取引の表示期間を個人情報記録部115から取得する(ステップ201)。当該ユーザの予約取引が存在するか否か、予約取引記録部113を検索する(ステップ202)。当該ユーザの予約取引が存在した場合、当該予約取引がユーザによって指定された表示期間の予約取引か否かを判定する(ステップ203)。当該予約取引が指定された表示期間の予約取引である場合、予約取引を認識できる情報を予約取引表示画面に表示する(ステップ204)。表示する内容の一例を図3に示す。
【0010】
図3は予約取引を表示した予約取引表示画面の一例を示したものである。当該ユーザの予約取引内容30を表示する。表示する内容は、予約取引を認識できる情報とする。一例としては、予約取引を一意に識別する受付番号301、予約取引を実施する取引日302、予約取引に関係する取引内容(入出金口座、金額など)303、金融機関において予約取引が現在どのような処理状況であるかを表した処理状況304などである。表示するタイミングは、ユーザが金融機関の提供する取引を実施し始めたタイミング、ユーザが金融機関の提供する取引を実施しているタイミング、またはユーザが金融機関の提供する取引を実施し終えたタイミングである。予約取引を表示する期間は予めユーザが指定できる。
【0011】
ユーザが指定した予約取引の表示期間は個人情報記録部115に記録されている。予約取引記録部113に図1の予約取引内容117が記録され、ユーザが金融機関システムにアクセスした日時が8月4日15:00:00であるとする。ユーザが表示期間を予約取引の実施される月の1ヶ月間と指定した場合、図1の予約取引記録部113に記録された予約取引内容117の中から取引日1172が8月である予約取引を検索し、図3のように表示する。ユーザは予約取引表示画面を参照し、8月に実施される全ての予約取引を確認できる。処理状況304により、当該予約取引が金融機関において現在どのような処理状況であるかを確認できる。予約取引305および306の場合を例に示す。予約取引306は処理状況304が受付完了であるため、当該予約取引が金融機関において受付中であり、取引日302に取引内容303の内容に従って当該予約取引が実施されることが分かる。予約取引305は処理状況304が取引失敗であるため、金融機関が取引日304に取引内容303の内容に従って当該予約取引を実施した際、残高不足などの理由により取引が失敗し、当該予約取引の取引が正常に完了していないことが分かる。
以上によれば、ユーザが意識することなく予約取引を表示するので、ユーザが予約取引の存在を忘れた場合でも予約取引の内容を確認することができる。これにより、取引失敗になった取引に対する再手続きを円滑に行うことができる。
【0012】
【発明の効果】
本発明によれば、失敗になった取引に対する再手続きを円滑に行うことができる。
【図面の簡単な説明】
【図1】本発明のシステム実施例
【図2】金融機関システムの処理フロー例
【図3】予約取引表示画面のイメージ図
【符号の説明】
10…端末
101…ログイン画面
102…予約取引表示画面
103…取引選択画面
11…金融機関システム
111…ユーザ認識部
112…予約取引検索部
113…予約取引記録部
114…予約取引表示部
115…個人情報記録部
116…ユーザ指定情報
117…予約取引記録部113に記録された予約取引内容
1171…予約取引の受付日
1172…予約取引の取引日
1173…予約取引の受付番号
1174…予約取引の取引内容
12…ネットワーク
30…予約取引表示画面102に表示された予約取引内容
301…予約取引の受付番号
302…予約取引の取引日
303…予約取引の取引内容
304…予約取引の処理状況
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a transaction confirmation technology in which a user confirms a transaction at a financial institution.
[0002]
[Prior art]
A system that has established a network between a user and a financial institution already exists. ATM and Internet banking homepages are positioned as terminals that can be operated by users. In ATM, Internet banking, and the like, a terminal operated by a user is connected to a computer of a financial institution via a network to transmit and receive data. By using ATM or Internet banking as disclosed in Japanese Patent Application Laid-Open No. 2002-140752, the user can refer to the details of the executed transaction, transfer money to an account in the name of another person, and perform other transactions provided by the financial institution. Can be implemented. When a user performs a transaction provided by a financial institution, a date on which the transaction is performed can be specified. The date specified by the user is a date after that day. The user can query the result of the transaction. Transactions to be referred to include transactions not yet processed by the financial institution (hereinafter referred to as reservation transactions).
[Patent Document 1]
JP-A-2002-140752
[Problems to be solved by the invention]
In the above-described conventional technology, when the user wants to check the details of a transaction that has already been made, he or she inquires the result of the transaction each time. The reservation transaction executes the actual transaction on the specified date. Since the date when the reservation transaction is accepted and the date when the transaction is executed are not the same, the state of the account of the receiving party and the account of the payer at the time of acceptance and the state of the account of the recipient and the account of the payer at the time of executing Changes. Therefore, when executing a reservation transaction in the financial institution system, the transaction may fail due to the absence of the account of the payment destination or the account of the payment source, or the shortage of the balance of the account of the payment source. If the user forgets the existence of the reservation transaction, there is a problem that the user does not notice that the transaction of the reservation transaction has failed.
[0004]
An object of the present invention is to enable a user to confirm a reservation transaction even if the user forgets the existence of a reservation transaction, thereby smoothly performing a re-procedure for a transaction in which a transaction has failed.
[0005]
[Means for Solving the Problems]
In order to achieve the above object, in consideration of the case where a user has forgotten the existence of a reservation transaction, the reservation transaction of the user is automatically displayed without the user inquiring the result of the transaction. It is.
[0006]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of the present invention will be described in detail with reference to the drawings.
FIG. 1 shows an embodiment of the system according to the present invention. The system includes a terminal 10 operated by a user who performs a transaction provided by a financial institution and a financial institution system 11, and is connected via a network 12. The terminal 10 includes a user's PC terminal and ATM, and the type of the network 12 is not limited. The financial institution system 11 includes a user recognizing unit 111 for recognizing a user who performs a transaction provided by a financial institution, a personal information recording unit 115 for recording user designation information 116, and a reservation transaction recording unit 113 for recording reservation transaction contents 117. And a reservation transaction search unit 112 for determining whether or not a reservation transaction of the user exists in the reservation transaction recording unit 113, and a reservation transaction display unit 114 for displaying the existing reservation transaction. The user designation information 116 recorded in the personal information recording unit 115 is information designated by the user such as the display period of the reservation transaction. An example of the display period specified by the user is one month from the transaction date of the reservation transaction, until the user confirms the reservation transaction once on the reservation transaction display screen. The reservation transaction content 117 recorded in the reservation transaction recording unit 113 is information capable of recognizing the reservation transaction. As an example, a reception date 1171 at which the financial institution accepts the reservation transaction, a transaction date 1172 at which the financial institution carries out the reservation transaction, a reception number 1173 for uniquely identifying the reservation transaction, transaction contents relating to the reservation transaction (deposit / withdrawal account) , Amount, processing status, etc.) 1174. Note that the deposit / withdrawal account is the account of the payment destination and the account of the payment source that are the target of the reservation transaction. The amount is an amount to be traded by a reservation transaction. The processing status indicates the status of the reservation transaction in the financial institution at present. The processing status includes reception completion, transaction completion, transaction failure, and the like. A specific example of the reservation transaction contents 117 will be described using a reservation transaction 1175. In the reservation transaction 1175, the date on which the reservation transaction was accepted is July 5, 2002, the date on which the reservation transaction is executed is July 15, 2002, and the receipt number for uniquely identifying the reservation transaction is 000011111. The transaction content is set to XX Bank / Branch ..., and the processing status of the reservation transaction at the financial institution is set to transaction failure.
[0007]
The reservation transactions to be displayed can be narrowed down using the reception date 1171, the transaction date 1172, the reception number 1173, the transaction content 1174, and the like. A reservation transaction whose display period has elapsed can be deleted from the reservation transaction recording unit 113.
[0008]
An example when the present system is implemented is shown. A user connects to the financial institution system 11 from the terminal 10 via the network 12. A login screen 101 is displayed on the screen of the terminal 10. At the timing when the user logs in, the user recognition unit 111 recognizes the user and acquires the display period of the reservation transaction specified by the user. The display period of the reservation transaction designated by the user is recorded in the personal information recording unit 115. The reservation transaction search unit 112 searches for a reservation transaction of the user. Reservation transactions made by the user in the past are recorded in the reservation transaction recording unit 113. If the reservation transaction is a reservation transaction for a display period specified by the user, information that can recognize the reservation transaction is displayed on the reservation transaction display screen 102. An example of the reservation transaction display screen 102 is shown in FIG. After the user confirms the details of the reserved transaction, a transaction selection screen 103 for selecting the next transaction (transfer, transfer, etc. provided by the financial period) to be performed by the user is displayed.
[0009]
FIG. 2 shows an example of a processing flow of the financial institution system 11. The user is recognized, and the display period of the reservation transaction designated by the user is obtained from the personal information recording unit 115 (Step 201). The reservation transaction recording unit 113 is searched for a reservation transaction of the user (step 202). If there is a reservation transaction for the user, it is determined whether the reservation transaction is a reservation transaction for a display period specified by the user (step 203). If the reservation transaction is a reservation transaction for a designated display period, information that can recognize the reservation transaction is displayed on the reservation transaction display screen (step 204). FIG. 3 shows an example of the content to be displayed.
[0010]
FIG. 3 shows an example of a reservation transaction display screen displaying reservation transactions. The reservation transaction content 30 of the user is displayed. The content to be displayed is information that can recognize the reservation transaction. As an example, a reception number 301 for uniquely identifying a reservation transaction, a transaction date 302 for executing the reservation transaction, transaction contents (deposit / withdrawal account, amount, etc.) 303 related to the reservation transaction, and how the reservation transaction is currently performed in the financial institution. A processing status 304 indicating whether the processing status is a proper processing status. The timing to display is the timing when the user starts performing the transaction provided by the financial institution, the timing when the user performs the transaction provided by the financial institution, or the timing when the user finishes performing the transaction provided by the financial institution. It is. The period for displaying the reservation transaction can be specified in advance by the user.
[0011]
The display period of the reservation transaction designated by the user is recorded in the personal information recording unit 115. It is assumed that the reservation transaction content 117 of FIG. 1 is recorded in the reservation transaction recording unit 113, and the date and time when the user accessed the financial institution system is 15:00 on August 4th. When the user designates the display period as one month of the month in which the reservation transaction is performed, the reservation transaction whose transaction date 1172 is August from the reservation transaction contents 117 recorded in the reservation transaction recording unit 113 in FIG. And is displayed as shown in FIG. The user can refer to the reservation transaction display screen and check all reservation transactions to be performed in August. From the processing status 304, it is possible to confirm the processing status of the reservation transaction at the financial institution at present. The case of reservation transactions 305 and 306 is shown as an example. Since the processing status 304 of the reservation transaction 306 has been accepted, the financial institution is accepting the reservation transaction, and it can be seen that the reservation transaction is executed on the transaction date 302 according to the contents of the transaction content 303. Since the processing status 304 of the reservation transaction 305 is transaction failure, when the financial institution executes the reservation transaction on the transaction date 304 according to the content of the transaction content 303, the transaction fails due to insufficient balance or the like, and the It turns out that the transaction has not been completed successfully.
According to the above, since the reservation transaction is displayed without the user being conscious, even if the user forgets the existence of the reservation transaction, the contents of the reservation transaction can be confirmed. This makes it possible to smoothly perform a re-procedure for a transaction in which a transaction has failed.
[0012]
【The invention's effect】
According to the present invention, a re-procedure for a failed transaction can be performed smoothly.
[Brief description of the drawings]
FIG. 1 is a system embodiment of the present invention. FIG. 2 is a processing flow example of a financial institution system. FIG. 3 is an image diagram of a reservation transaction display screen.
10 terminal 101 login screen 102 reserved transaction display screen 103 transaction selection screen 11 financial institution system 111 user recognition unit 112 reserved transaction search unit 113 reserved transaction recording unit 114 reserved transaction display unit 115 personal information Recorder 116 User-specified information 117 Reservation transaction contents 1171 recorded in reservation transaction recording unit 113 Reception date of reservation transaction 1172 Reservation transaction transaction date 1173 Reservation transaction reception number 1174 Reservation transaction transaction 12 ... network 30 ... reservation transaction contents 301 displayed on reservation transaction display screen 102 ... reservation transaction reception number 302 ... reservation transaction date 303 ... reservation transaction details 304 ... reservation transaction processing status

Claims (5)

資金の移動を所定の取引日に実施する金融システムにおける予約取引照会方法において、
取引口座と該取引口座から資金を移動する前記取引日と取引内容を含む予約取引登録要求を受け付けた場合、処理状況を受付完了と記憶し、当該予約取引登録要求を受け付けた受付日と前記資金と前記取引日と前記取引内容と該処理状況とを対応付けて前記取引口座毎に記憶し、
前記取引日には資金移動処理が正常に終了した場合は処理状況を取引完了と記憶し、前記資金移動処理が異常終了した場合は処理状況を取引失敗と記憶し、
前記取引口座への取引要求を受け付けた場合、少なくとも前記取引内容および該取引内容の前記処理状況を表示することを特徴とする予約取引照会方法。
In a reservation transaction reference method in a financial system in which funds are transferred on a predetermined transaction day,
When a reservation transaction registration request including the transaction account and the transaction date and transaction content for transferring funds from the transaction account is received, the processing status is stored as completion of reception, the reception date at which the reservation transaction registration request was received and the funds And storing the transaction date, the transaction content, and the processing status in association with each transaction account,
On the transaction day, if the fund transfer process is completed normally, the processing status is stored as transaction completion, and if the fund transfer process is abnormally completed, the processing status is stored as transaction failure,
When a transaction request to the transaction account is received, at least the transaction contents and the processing status of the transaction contents are displayed.
前記取引内容を表示する期間を入力し、上記取引日が当該期間内の前記取引内容を表示することを特徴とする請求項1記載のいずれかの予約取引照会方法。2. The reservation transaction inquiry method according to claim 1, wherein a period for displaying the transaction content is input, and the transaction date indicates the transaction content within the period. 前記表示する期間で処理状況が取引失敗である前記取引内容を表示することを特徴とする請求項2記載の予約取引照会方法。3. The reservation transaction reference method according to claim 2, wherein the transaction content whose transaction status is transaction failure in the display period is displayed. 前記表示する期間で処理状況が取引完了である前記取引内容を表示することを特徴とする請求項2記載の予約取引照会方法。3. The reservation transaction reference method according to claim 2, wherein the transaction content whose transaction status is transaction completion is displayed in the display period. 資金の移動を所定の取引日に実施する金融システムにおいて、
取引口座と該取引口座から資金を移動する前記取引日と取引内容を含む予約取引登録要求を受け付けた場合、処理状況を受付完了と記憶し、当該予約取引登録要求を受け付けた受付日と前記資金と前記取引日と前記取引内容と該処理状況とを対応付けて前記取引口座毎に記憶する手段と、
前記取引日には資金移動処理が正常に終了した場合は処理状況を取引完了と記憶し、前記資金移動処理が異常終了した場合は処理状況を取引失敗と記憶する手段と、
前記取引口座への取引要求を受け付けた場合、少なくとも前記取引内容および該取引内容の前記処理状況を表示する手段とを備えたことを特徴とする金融システム。
In a financial system that transfers funds on a predetermined trading day,
When a reservation transaction registration request including the transaction account and the transaction date and transaction content for transferring funds from the transaction account is received, the processing status is stored as completion of reception, the reception date at which the reservation transaction registration request was received and the funds Means for storing the transaction date, the transaction content, and the processing status in association with each transaction account;
Means for storing the processing status as transaction completion if the fund transfer processing is normally completed on the transaction date, and storing the processing status as transaction failure if the fund transfer processing is abnormally terminated;
Means for displaying at least the transaction content and the processing status of the transaction content when a transaction request to the transaction account is received.
JP2003039093A 2003-02-18 2003-02-18 Booking transaction inquiry method and financial system Pending JP2004252517A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003039093A JP2004252517A (en) 2003-02-18 2003-02-18 Booking transaction inquiry method and financial system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003039093A JP2004252517A (en) 2003-02-18 2003-02-18 Booking transaction inquiry method and financial system

Publications (1)

Publication Number Publication Date
JP2004252517A true JP2004252517A (en) 2004-09-09

Family

ID=33023366

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003039093A Pending JP2004252517A (en) 2003-02-18 2003-02-18 Booking transaction inquiry method and financial system

Country Status (1)

Country Link
JP (1) JP2004252517A (en)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7716113B2 (en) * 2003-05-15 2010-05-11 Cantor Index, Llc System and method for providing an intermediary for a transaction
US7835974B2 (en) 2003-05-15 2010-11-16 Cantor Index, LLC. System and method for managing risk associated with product transactions
US7925577B2 (en) 2003-05-15 2011-04-12 Cantor Index Llc System and method for establishing and providing access to various types of online accounts
US7996297B2 (en) 2003-05-15 2011-08-09 Cantor Index, Llc System and method for providing access to and managing account activity for an online account
US8001039B2 (en) 2003-05-15 2011-08-16 Cantor Index, Llc System and method for establishing and providing access to an online account
US8799121B2 (en) 2003-05-15 2014-08-05 Cantor Index, Llc System and method for managing trading order requests
JP2016021130A (en) * 2014-07-14 2016-02-04 沖電気工業株式会社 Information processing device, information processing system, information processing method, and program
CN109377339A (en) * 2018-10-22 2019-02-22 中信网络科技股份有限公司 A kind of the auxiliary discriminating method and system of suspicious transaction case
CN109461078A (en) * 2018-10-22 2019-03-12 中信网络科技股份有限公司 A kind of abnormal transaction identification method and system based on funds transaction network

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7716113B2 (en) * 2003-05-15 2010-05-11 Cantor Index, Llc System and method for providing an intermediary for a transaction
US7835974B2 (en) 2003-05-15 2010-11-16 Cantor Index, LLC. System and method for managing risk associated with product transactions
US7925577B2 (en) 2003-05-15 2011-04-12 Cantor Index Llc System and method for establishing and providing access to various types of online accounts
US7996297B2 (en) 2003-05-15 2011-08-09 Cantor Index, Llc System and method for providing access to and managing account activity for an online account
US8001039B2 (en) 2003-05-15 2011-08-16 Cantor Index, Llc System and method for establishing and providing access to an online account
US8160953B2 (en) 2003-05-15 2012-04-17 Cantor Index, Llc System and method for managing risk associated with product transactions
US8417626B2 (en) 2003-05-15 2013-04-09 Cantor Index, Llc System and method for sports betting
US8498924B2 (en) 2003-05-15 2013-07-30 Cantor Index Llc Managing risk associated with betting transactions
US8655768B2 (en) 2003-05-15 2014-02-18 Cantor Index, Llc System and method for managing risk associated with product transactions
US8799121B2 (en) 2003-05-15 2014-08-05 Cantor Index, Llc System and method for managing trading order requests
JP2016021130A (en) * 2014-07-14 2016-02-04 沖電気工業株式会社 Information processing device, information processing system, information processing method, and program
CN109377339A (en) * 2018-10-22 2019-02-22 中信网络科技股份有限公司 A kind of the auxiliary discriminating method and system of suspicious transaction case
CN109461078A (en) * 2018-10-22 2019-03-12 中信网络科技股份有限公司 A kind of abnormal transaction identification method and system based on funds transaction network
CN109377339B (en) * 2018-10-22 2021-01-05 中信网络科技股份有限公司 Auxiliary screening method and system for suspicious transaction cases

Similar Documents

Publication Publication Date Title
US4727243A (en) Financial transaction system
US7481359B2 (en) Automatic transaction system
US7664703B2 (en) Value transfer systems and methods
US8271382B2 (en) Systems and methods of introducing and receiving information across a computer network
KR100933387B1 (en) Online payer authentication service
US8538882B2 (en) User alerts for monitored transactions at automatic teller machines
US20080059363A1 (en) Method and System for Rapid Loan Approval
US20070260536A1 (en) Method and system for account verification
KR100848998B1 (en) How to Affiliate Deal in Branch System
CN113168650A (en) Method for automatic transfer between banks and system for implementing same
JP5396150B2 (en) Transfer processing apparatus, transfer processing method, and transfer processing program
US20030046226A1 (en) System and method for electronic funds transfers
JP2004252517A (en) Booking transaction inquiry method and financial system
JP7045301B2 (en) Cash delivery system and cash delivery method
JP2004086840A (en) Financial transaction method, financial transaction system, third party server mediating financial transaction, integrated cash card, and ATM using the card
JP2006065620A (en) Electronic money charge assist method and system
JP2001202431A (en) Subscription procedure system, method and recording medium
JP2002041786A (en) Cash dispenser system and cash dispenser
JP2001028026A (en) Transaction support system
JP2001250074A (en) Reception of money confirmation system, enterprise center, payment receiving device, and reception of money confirming method
JP2001250070A (en) Payment system, financial institution center, payment source center and payment method
JPH11185109A (en) Transaction processing system
JP2010117805A (en) Automatic transaction device
JP2005208874A (en) Store price settlement method using child card
JP2004126974A (en) Account transfer processing system and method, computer program, and program storage medium