СИСТЕМА УПРАВЛЕНИЯ ДАННЫМИ СЧЕТОВ
ACCOUNT DATA MANAGEMENT SYSTEM

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
[0001] Изобретение относится к системе управления данными счетов, в частности, относится к системе обработки данных, связанной с внесением или снятием, денежным переводом и запросом баланса в отношении счета банка и т.п.
ОПИСАНИЕ УРОВНЯ ТЕХНИКИ
[0002] Раньше финансовая организация, например банк, управлял вкладом клиента, привязанным к номеру счета. Однако, в последнее время, чтобы гибко реагировать на увеличение количества счетов, данными счета управляют с распределением на множество баз данных в групповом блоке из постоянного количества счетов.
[0003] На фиг. 4 показан пример управления распределением, номера счетов назначаются отдельным серверам 50 DB блоками по 1000 номеров счетов, каждый из которых имеет таблицу 52 внесения, таблицу 54 снятия и таблицу 56 баланса.
В данном случае, например, пользователь α со счетом номер 00001 осуществляет доступ к серверу 62 AP с терминала 58 ATM через сервер 60 ATM для запрашивания обработки внесения 10000 йен на собственный счет. Сервер 62 AP запрашивает регистрацию данных внесения на первом сервере 50A DB, который управляет данными пользователя α.
В ответ, первый сервер 50A DB сохраняет данные внесения, соответствующие указанной величине денежных средств, в таблице внесения 52A.
Затем сервер 62 AP запрашивает первый сервер 50A DB обновить данные баланса. Первый сервер 50A DB, приняв этот запрос, выполняет обработку обновления для добавления 10000 йен на баланс пользователя α, хранящийся в таблице 56A баланса.
[0004] Кроме того, пользователь β со счетом номер 01001 осуществляет доступ к серверу 62 AP с терминала 58 ATM через сервер 60 ATM и запрашивает обработку снятия 10000 йен с собственного счета. Сервер 62 AP запрашивает регистрацию данных снятия на втором сервере 50B DB, который управляет данными пользователя β.
В ответ, второй сервер 50B DB сохраняет данные снятия, соответствующие указанной величине денежных средств, в таблице 54B снятия.
Затем сервер 62 AP запрашивает второй сервер 50B DB обновить данные баланса. Второй сервер 50B DB, приняв этот запрос, выполняет обработку обновления для вычитания 10000 йен с баланса пользователя β, хранящегося в таблице 56B баланса.
[0005] Кроме того, пользователь γ со счетом номер 02001 осуществляет доступ к серверу 62 AP с терминала 58 ATM через сервер 60 ATM и запрашивает обработку запроса баланса на собственный счет. Сервер 62 AP запрашивает запрос баланса у третьего сервера 50C DB, который управляет данными пользователя γ.
В ответ, третий сервер 50C DB отправляет данные баланса пользователя γ на текущий момент времени, хранящиеся в таблице 56C баланса, на сервер 62 AP.
Данные баланса отправляются на терминал 58 ATM через сервер 60 ATM и отображаются на дисплее.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Проблемы, решаемые изобретением
[0006] Как упомянуто выше, управление данными назначается отдельному серверу 50 DB на основании группового блока номеров счетов, что позволяет распределять нагрузку на стороне сервера 50 DB.
Кроме того, в случае увеличения количества счетов, добавление нового сервера 50 DB облегчает расширение оборудования.
Кроме того, даже если на любом из серверов 50 DB происходит сбой, то счет, принадлежащий части групп, подвергается ограниченному влиянию. Существует преимущество в распространении общих услуг на счет, отличный от этого.
[0007] Однако, в случае, когда осуществляется обработка денежного перевода 10000 йен от пользователя α к пользователю β, данные снятия, соответствующие 10000 йен, регистрируются в таблице 54A снятия пользователя α, хранящейся на первом сервере 50A DB. Одновременно с выполнением такой сложной обработки, которая занимает длительное время, эти данные внесения, соответствующие 10000 йен, регистрируется в таблице внесения 52B пользователя β, хранящейся на втором сервере 50B DB, проверяется завершение обработки, и затем данные в таблице 56A баланса пользователя α и таблице 56B баланса пользователя β обновляются.
Кроме того, если сбой происходит в середине на любом из серверов 50 DB, серверу 60 AP нужно выполнять откат для отмены всей обработки и возвращения в исходное состояние (см. непатентный источник 1).
[0008] Непатентный источник 1: SQL&T-SQL Guidance (12) for easy learning
URL в интернете:
http://www.atmarkit.co.jp/ait/articles/0803/24/news138.html
Дата поиска: 26 февраля 2015 г.
[0009] Данное изобретение сделано с учетом текущих ситуаций и имеет своей задачей осуществление реализации распределения на стороне сервера DB в отношении управления данных счета и одновременно упрощения обработки денежного перевода между счетами.
Средства для решения проблемы
[0010] Для решения задачи, система управления данными счетов по п. 1 включает в себя сервер DB управления снятием, сервер DB управления внесением, сервер AP и оконечное устройство, задействуемое пользователем, в которой сервер DB управления снятием включает в себя таблицу снятия, в которой сохранены данные снятия, включающие в себя ID снятия, номер счета и величину снятия, таблицу денежного перевода, в которой сохранены данные денежного перевода, включающие в себя ID денежного перевода, таблицу снятия/денежного перевода, в которой сохранены данные снятия/денежного перевода, демонстрирующие отношение соответствия между ID денежного перевода и ID снятия, и таблицу завершения денежного перевода, в которой сохранены данные завершения денежного перевода, включающие в себя ID денежного перевода, сервер DB управления внесением включает в себя таблицу внесения, в которой сохранены данные внесения, включающие в себя ID внесения, номер счета и величину внесения, таблицу получения денежного перевода, в которой сохранены данные получения денежного перевода, включающие в себя ID денежного перевода, и таблицу внесения/денежного перевода, в которой сохранены данные внесения/денежного перевода, демонстрирующие отношение соответствия между ID денежного перевода и ID внесения, когда запрос денежного перевода с номером счета пользователя, величины денежных средств и номером счета назначения денежного перевода отправлен от оконечного устройства, сервер AP запрашивает сервер DB управления снятием, дополнительно регистрировать данные снятия, относящиеся к номеру счета пользователя, в таблице снятия, дополнительно регистрировать данные денежного перевода, включающие в себя уникальный ID денежного перевода, в таблице денежного перевода, и дополнительно регистрировать данные снятия/денежного перевода в таблице снятия/денежного перевода, когда извещение о завершении регистрации отправлено с сервера DB управления снятием, сервер AP запрашивает сервер DB управления внесением дополнительно регистрировать данные внесения, относящиеся к номеру счета назначения перевода в таблице внесения, дополнительно регистрировать данные получения денежного перевода в таблице получения денежного перевода, и дополнительно регистрировать данные внесения/денежного перевода, включающие в себя ID внесения и ID денежного перевода в таблице внесения/денежного перевода, и когда извещение о завершении регистрации отправлено с сервера DB управления внесением, сервер AP запрашивает сервер DB управления снятием дополнительно регистрировать данные завершения денежного перевода в таблице завершения денежного перевода.
[0011] Система управления данными счетов по п. 2 является системой по п. 1, и дополнительно, на основании баланса, относящегося к конкретному номеру счета, сервер AP выполняет процессы: получения данных снятия, относящихся к номеру счета из таблицы снятия; вычисления суммы величин снятия путем суммирования величины каждых данных снятия; получения данных внесения, относящихся к номеру счета, из таблицы внесения; вычисления суммы величин внесения путем суммирования величины каждых данных внесения; и вывода баланса номера счета путем вычитания суммы величины снятия из суммы величины внесения.
[0012] Система управления данными счетов по п. 3 является системой по п. 1 или 2, и дополнительно, сервер AP повторно отправляет соответствующие данные внесения, данные получения денежного перевода и данные внесения/денежного перевода данных денежного перевода, хранящихся в таблице денежного перевода, ID денежного перевода которого не зарегистрирован в таблице завершения денежного перевода, на сервер DB управления внесением, для запрашивания дополнительной регистрации в каждой таблице.
[0013] Система управления данными счетов по п. 4 является системой по пп. 1-3, и дополнительно, сервер AP, к которому подключено множество серверов DB управления снятием, запрашивает все серверы DB управления снятием дополнительно регистрировать одни и те же данные при регистрации данных на сервере DB управления снятием, и запрашивает произвольный сервер DB отправлять необходимые данные при обращении к данным, и сервер AP, к которому подключено множество серверов DB управления внесением, запрашивает все серверы DB управления внесением дополнительно регистрировать одни и те же данные при регистрации данных на сервере DB управления внесением, и запрашивает произвольный сервер DB отправлять необходимые данные при обращении к данным.
[0014] Система управления данными счетов по п. 5 является системой по п. 4, и дополнительно, ограничение, разрешающее только добавление данных и запрещающее удаление и обновление данных, наложено на каждую таблицу на сервере DB управления снятием и каждую таблицу на сервере DB управления внесением.
РЕЗУЛЬТАТЫ ИЗОБРЕТЕНИЯ
[0015] В случае системы управления данными счетов по п. 1, пункт назначения хранения данных, относящихся к управлению счетами, делится на сервер DB управления снятием и сервер DB управления внесением, и поэтому нагрузка на стороне сервера DB может распределяться на две системы.
Кроме того, сервер AP регистрирует данные снятия, данные денежного перевода и данные снятия/денежного перевода на сервере DB управления снятием. Затем сервер DB управления внесением регистрирует данные внесения, данные получения денежного перевода и данные внесения/денежного перевода. Затем сервер DB управления снятием регистрирует данные завершения денежного перевода. Это позволяет эффективно реализовать обработку денежного перевода между счетами, разделяя серверы DB на две системы для управления внесением и управления снятием.
[0016] С помощью системы управления данными счетов по п. 2, сумма величин снятия вычитается из суммы величин внесения, что позволяет выводить баланс каждого счета с помощью вычисления и избавляет от необходимости обеспечивать таблицу, предназначенную для управления балансом.
[0017] С помощью системы управления данными счетов по п. 3, в случае денежного перевода, когда ID денежного перевода не зарегистрирован в таблице завершения денежного перевода, сервер AP повторно отправляет пару данных внесения и т.п. на сервер DB управления внесением. Таким образом, при обработке денежного перевода, оставшееся эффективно предотвращается только с регистрацией данных снятия. В результате, можно поддерживать согласование данных.
[0018] С помощью системы управления данными счетов по п. 4, подготавливается множество серверов DB управления снятием, и на них с избыточностью хранятся общие данные. Кроме того, подготавливается множество серверов DB управления внесением и обеспечивается система для хранения с избыточностью общих данных, что позволяет повысить возможность поддержания данных.
Кроме того, в отношении данных, сервер AP может получать данные от любого из множества серверов DB, что позволяет распределять нагрузку на стороне сервера DB.
[0019] С помощью системы управления данными счетов по п. 5, в результате упрощения обработки содержание на стороне сервера DB, можно повышать ответную производительность.
Кроме того, в случае возникновения сбоя, можно восстанавливать данные, просто копируя недостающие данные с другого сервера DB.
ПРЕДПОЧТИТЕЛЬНЫЕ ВАРИАНТЫ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
[0020] На фиг. 1 показана полная конфигурация системы 10 управления данными счетов согласно изобретению. Предусмотрены сервер 12 AP, сервер 14 DB управления внесением, сервер 16 DB управления счетами и сервер 18 DB управления снятием.
[0021] Множество клиентских терминалов 22, включающих в себя PC и т.п., подключено к серверу 12 AP через веб-сервер 20.
Кроме того, множество терминалов 26 ATM подключено к серверу 12 AP через сервер 24 ATM.
Хотя это не показано в чертежах, на сервере 12 AP распределение нагрузки осуществляется путем умножения через балансировщик нагрузки.
[0022] На сервере 14 DB управления внесением обеспечены, по меньшей мере, таблица 30 внесения, таблица 32 внесения/денежного перевода и таблица 34 получения денежного перевода.
В таблице 30 внесения хранятся записи, имеющие такие элементы данных, как ID внесения, номер счета и величина денежных средств.
Кроме того, в таблице 32 внесения/денежного перевода хранятся записи, имеющие такие элементы данных, как ID внесения и ID денежного перевода.
В таблице 34 получения денежного перевода хранятся записи, имеющие такие элементы данных, как ID денежного перевода.
[0023] На сервере 16 DB управления счетами обеспечена, по меньшей мере, таблица 36 счета.
В таблице 36 счета хранятся записи, имеющие такие элементы данных, как номер счета, пароль, тип вклада и название счета.
[0024] На сервере 18 DB управления снятием обеспечены, по меньшей мере, таблица 38 снятия, таблица 40 снятия/денежного перевода, таблица 42 денежного перевода и таблица 44 завершения денежного перевода.
В таблице 38 снятия хранятся записи, имеющие такие элементы данных, как ID снятия, номер счета и величина денежных средств.
Кроме того, в таблице 40 снятия/денежного перевода хранятся записи, имеющие такие элементы данных, как ID снятия и ID денежного перевода.
В таблице 42 денежного перевода хранятся записи, имеющие такие элементы данных, как ID денежного перевода.
В таблице 44 завершения денежного перевода хранятся записи, имеющие такие элементы данных, как ID денежного перевода.
[0025] В качестве сервера 14 DB управления внесением предусмотрено множество серверов 14', 14", … DB, включающих в себя те же таблицы (таблицу 30 внесения, таблицу 32 внесения/денежного перевода и таблицу 34 получения денежного перевода). Одни и те же данные одновременно отправляются на каждый сервер 14 DB с сервера 12 AP, и дополнительная регистрация выполняется с избыточностью в каждой таблице.
Кроме того, в качестве сервера 18 DB управления снятием подготавливается множество серверов 18', 18", … DB, включающих в себя те же таблицы (таблицу 38 снятия, таблица 40 снятия/денежного перевода, таблицу 42 денежного перевода и таблицу 44 завершения денежного перевода). Одни и те же данные одновременно отправляются на каждый сервер DB 18 с сервера 12 AP. Дополнительная регистрация выполняется с избыточностью в каждой таблице.
[0026] Как упомянуто выше, подготавливается множество серверов 14 DB управления внесением и множество серверов 18 DB управления снятием, в которых сохранены одни и те же данные, соответственно. Таким образом, сервер 12 AP может свободно считывать данные с любого из серверов DB во время обращения к данным, что повышает эффективность обработки обращения к данным.
Кроме того, размещение части серверов DB, имеющих одно и то же содержание, в удаленной области позволяет подготовиться к крупномасштабному бедствию, например землетрясению.
[0027] Кроме того, на сервер 14 DB управления внесением и сервере 18 DB управления снятием заранее установлено ограничение, разрешающее только добавление данных и обращение к ним, и запрещающее обновление и удаление данных.
[0028] Таким образом, в качестве общего сервера DB, если допустимо обновление или удаление данных, при возникновении сбоя на части серверов DB, для восстановления данных, необходимо последовательно воспроизводить добавление, удаление и обновление данных, начиная с определенного момента времени, на основании журнала обновления, хранящегося на сервере DB. Это не только занимает длительное время, но и требует обеспечения механизма постоянного хранения журнала обновления на стороне сервера DB.
[0029] С другой стороны, если в случае регистрации данных разрешено только ʺдобавлениеʺ, данные сравнивается с данными, зарегистрированными на другом сервере DB, который функционирует в обычном режиме, и различие просто копируется, что позволяет переходить к следующим данным. Таким образом, не требуется хранить журнал обновления, и время на восстановление можно значительно сократить.
[0030] Кроме того, ввиду вышеупомянутого упрощения восстановление данных, когда одни и те же данные с избыточностью хранятся на множестве серверов DB, не требуется следовать ненадежной схеме корректировки, именуемой ʺдвухэтапной фиксациейʺ между серверами DB. Когда у каждого сервера DB просто запрашивается дополнительная регистрация одних и тех же данных, и от каждого сервера DB возвращается извещение о завершении, данные могут считываться (так называемая автофиксация).
[0031] Пользователь банка задействует терминал 26 ATM или клиентский терминал 22 для внесения наличных на собственный счет или снятия наличных с собственного счета.
Например, когда пользователь выбирает ʺвнестиʺ в меню обслуживания, отображаемом на дисплее терминала 26 ATM, затем вставляет денежную карту и вводит пароль счета, номер счета и пароль отправляются на сервер 12 AP через сервер 24 ATM.
Приняв их, сервер 12 AP обращается к таблице 36 счета сервера 16 DB управления счетами, и проверяет действительность соответствующего номера счета и пароля.
[0032] Затем, когда пользователь вводит наличные на терминал 26 ATM, величина внесения отправляется с терминала 26 ATM на сервер 12 AP.
Приняв ее, сервер 12 AP отправляет данные внесения (ID внесения, номер счета, величину денежных средств и т.д.) на сервер 14 DB управления внесением.
Сервер 14 DB управления внесением дополнительно регистрирует данные внесения в таблице 30 внесения.
[0033] Кроме того, когда пользователь выбирает ʺснятьʺ в меню обслуживания и указывает величину денежных средств, величина снятия отправляется на сервер 12 AP через сервер 24 ATM.
[0034] Приняв ее, сервер 12 AP сначала вычисляет баланс счета (способ вычисления баланса будет описан ниже).
Затем, когда баланс превышает величину снятия, данные для предписания платежа наличными отправляются на терминал 26 ATM. Кроме того, соответствующие данные снятия (ID снятия, номер счета, величина денежных средств, и т.д.) генерируется и отправляются на сервер 18 DB управления снятием.
Сервер 18 DB управления снятием дополнительно регистрирует данные снятия в таблице 38 снятия.
[0035] Пользователь также может осуществлять доступ к серверу 12 AP с клиентского терминала 22, находящегося у него дома или на работе, через веб-сервер 20, и осуществлять внесение или снятие (оплату) с использованием электронной денежной карты.
[0036] Далее будет приведено описание способа денежного перевода между счетами с использованием системы 10 в соответствии с блок-схемой операций на фиг. 2.
Сначала, когда пользователь выбирает ʺперевестиʺ в меню обслуживания, отображаемом на дисплее терминала 26 ATM, когда указана величина денежных средств и указан номер счета назначения перевода, данные запроса денежного перевода отправляются на сервер 12 AP через сервер 24 ATM. Отправляемые данные запроса включают в себя номер счета пользователя, номер счета назначения перевода и величину денежных средств.
[0037] Приняв их, сервер 12 AP (S10) генерирует уникальный ID денежного перевода и ID снятия и генерирует данные денежного перевода (ID денежного перевода и т.п.), данные снятия (ID снятия, номер счета пользователя, величину денежных средств и т.п.), и данные снятия/денежного перевода (ID снятия, ID денежного перевода и т.п.), отправляет их на сервер 18 DB управления снятием и запрашивает их регистрацию в таблице 42 денежного перевода, таблице 38 снятия и таблице 40 снятия/денежного перевода (S12).
[0038] Приняв их, сервер 18 DB управления снятием совместно добавляет данные денежного перевода, данные снятия и данные снятия/денежного перевода как одну транзакцию в таблицу 42 денежного перевода, таблицу 38 снятия и таблицу 40 снятия/денежного перевода.
[0039] Сервер 12 AP, приняв извещение о завершении регистрации в каждой таблице от сервера 18 DB управления снятием, генерирует уникальный ID внесения, дополнительно генерирует данные получения денежного перевода (ID денежного перевода и т.п.), данные внесения (ID внесения, номер счета назначения перевода, величину денежных средств и т.п.) и данные внесения/денежного перевода (ID внесения, ID денежного перевода и т.п.), отправляет данные на сервер 14 DB управления внесением для запрашивания регистрации в таблице 34 получения денежного перевода, таблице 30 внесения и таблице 32 внесения/денежного перевода (S14).
[0040] Приняв их, сервер 14 DB управления внесением совместно добавляет данные получения денежного перевода, данные внесения и данные внесения/денежного перевода как одну транзакцию в таблицу 34 получения денежного перевода, таблицу 30 внесения и таблицу 32 внесения/денежного перевода.
[0041] Сервер 12 AP, приняв извещение о завершении регистрации с сервера 14 DB управления внесением, отправляет данные завершения денежного перевода (ID денежного перевода и т.п.) на сервер 18 DB управления снятием и запрашивает регистрацию в таблице завершения денежного перевода (S16).
[0042] Когда ID денежного перевода регистрируется в таблице завершения денежного перевода, последовательность обработки денежного перевода безопасно завершается. Таким образом, сервер 12 AP периодически проверяет таблицу 42 денежного перевода и таблицу 44 завершения денежного перевода. Когда таблица 42 денежного перевода включает в себя обработку денежного перевода, и при этом ID денежного перевода не зарегистрирован (S18/N), данные внесения, данные внесения/денежного перевода и данные получения денежного перевода повторно отправляются на сервер 14 DB управления внесением (S14).
[0043] Если первый запрос по той или иной причине не дошел, сервер 14 DB управления внесением заканчивает совместное добавление каждых данных, опять же, на основании повторно отправленного запроса регистрации и затем отправляет извещение о завершении регистрации на сервер 12 AP.
С другой стороны, когда дополнительная регистрация каждых данных завершается на основании первого запроса, но извещение о завершении регистрации не дошло до сервера 12 AP вследствие нарушения связи и т.п., сервер 14 DB управления внесением повторно отправляет извещение о завершении регистрации на основании запроса регистрации после второй или последующей попытки без регистрации данных с избыточностью.
[0044] Это осуществляется на основе исходной функции сервера DB для автоматического исключения избыточной регистрации данных с одним и тем же ID.
Таким образом, поскольку ʺID внесенияʺ является первичным ключом данных внесения и данных внесения/денежного перевода, новый ID доставляется при каждой повторной отправке данных внесения. Однако первый ʺID денежного переводаʺ вносится в первичный ключ данных получения денежного перевода. Таким образом, ID денежного перевода проверяется, что позволяет серверу DB препятствовать избыточной регистрации данных.
[0045] Сервер 12 AP, приняв извещение о завершении регистрации с сервера 14 DB управления внесением, отправляет данные завершения денежного перевода на сервер 18 DB управления снятием и запрашивает регистрацию в таблице завершения денежного перевода (S16).
[0046] Сервер 12 AP, удостоверившись, что соответствующий ID денежного перевода зарегистрирован в таблице 44 завершения денежного перевода (S18/Y), извещает терминал 26 ATM о завершении денежного перевода через сервер 24 ATM (S20).
[0047] Заметим, что, когда ID денежного перевода не зарегистрирован в таблице 44 завершения денежного перевода даже после определенного количества проходов обработки S18→S14→S16, сервер 12 AP отправляет сообщение истечения врезки на терминал 26 ATM.
[0048] Ниже приведено описание процедуры проверки баланса счета с помощью системы 10 в соответствии с блок-схемой операций на фиг. 3.
Сначала, когда пользователь выбирает ʺзапрос балансаʺ в меню обслуживания, отображаемом на дисплее терминала 26 ATM, запрос баланса с номером счета отправляется на сервер 12 AP через сервер 24 ATM.
[0049] Приняв его (S30) сервер 12 AP отправляет номер счета на сервер 18 DB управления снятием, и запрашивает извлечение данных снятия, связанных с номером счета (S32).
После отправки соответствующих данных снятия с сервера 18 DB управления снятием, сервер 12 AP добавляет величину денежных средств каждых данных снятия, и получает суммарную величину денежных средств (S34).
[0050] Затем сервер 12 AP отправляет номер счета на сервер 14 DB для управления внесением, и запрашивает извлечение данных внесения, относящиеся к номеру счета (S36).
После отправки соответствующих данных внесения с сервера 14 DB управления внесением, сервер 12 AP добавляет величину денежных средств каждых данных внесения, и получает суммарную величину денежных средств (S38).
[0051] Затем сервер 12 AP вычитает суммарную величину денежных средств данных снятия из суммарной величины денежных средств данных внесения, и, таким образом получает баланс на текущий момент времени (S40).
Данные баланса отправляются на терминал 26 ATM через сервер 24 ATM (S42) и отображаются на дисплее.
[0052] Выше было приведено описание случая выбора запроса баланса счета пользователем на терминале 26 ATM. Однако, даже в случае проверки баланса счета как предварительной обработки снятия или перевода, сервер 12 AP вычисляет баланс счета посредством аналогичной процедуры обработки.
[0053] Как упомянуто выше, без обеспечения особой таблицы для управления балансом счета на стороне сервера DB, используется способ вычисления с помощью вычисления, соответствующего необходимости. Таким образом, при осуществлении обработки, именуемой денежным переводом между счетами, можно отделить обработку снятия с исходного счета денежного перевода от обработки внесения на счет назначения денежного перевода.
[0054] Таким образом, если управление балансом осуществляется путем обеспечения таблицы баланса, как в традиционном подходе, при обработке денежного перевода, снятие с исходного счета денежного перевода и внесение на счет назначения денежного перевода осуществляются одновременно. Обе операции отражаются на балансе обоих счетов. Приходится осуществлять коррекцию времени (двухэтапную фиксацию) между множественными серверами DB.
Кроме того, в случае сбоя по той или иной причине на одном из этапов обработки, требуется обработка возвращение (откат) каждой таблицы в исходное состояние.
[0055] Конечно, если предположить, что баланс вычисляется каждый раз при необходимости проверки баланса, то увеличения нагрузки на стороне сервера 12 AP не избежать. Однако, как упомянуто выше, сервер 12 AP мультиплексируется через балансировщик нагрузки, или сервер 12 AP выполнен в виде многоядерного компьютера-сервера, что позволяет справиться с этим.
[0056] Кроме того, в случае системы 10, как упомянуто выше, на таблицы, хранящиеся на сервере 14 DB управления внесением и сервере 18 DB управления снятием налагается ограничение, запрещающее удаление и обновление записей. Использование механизма, разрешающего только добавление записей и обращение к ним, позволяет повысить эффективность обработки на стороне сервера DB.
[0057] При обработке денежного перевода с помощью системы 10 между обработкой регистрации данных на стороне снятие и обработкой регистрации данных на стороне внесения неизбежно возникает небольшое отставание по времени. Однако это отставание может не иметь никакого значения с учетом ситуаций транзакция.
Кроме того, предусмотрен механизм повторной отправки данных внесения, данных внесения/денежного перевода и данных получения денежного перевода на сервер 14 DB управления внесением с сервера 12 AP, пока ID денежного перевода не зарегистрируется в таблице 44 завершения денежного перевода. Пока, по меньшей мере, один из множества серверов 14 DB управления внесением и, по меньшей мере, один из множества серверов 18 DB управления снятием функционируют, то, предпочтительно, согласование данных поддерживается.
[0058] Кроме того, функция управления данными распределяется между сервером 14 DB управления внесением и сервером 18 DB управления снятием. Таким образом, можно повысить эффективность за счет распределенной обработки.
Кроме того, сервер 14 DB управления внесением и сервер 18 DB управления снятием мультиплексируются множеством серверов DB, имеющих одну и ту же таблицу и одни и те же данные, соответственно. Таким образом, сервер 12 AP может одновременно извлекать данные из множества серверов DB, что позволяет дополнительно повысить эффективность обработки.
[0059] Выше приведен пример применения системы 10 для управления данными, относящимися к депозитному счету в банке. Однако настоящее изобретение этим не ограничивается.
Например, целесообразно применять систему 10 к управлению данными счета, которая управляет баллами пользователя.
В этом случае, можно использовать термины: ʺдобавление балловʺ вместо ʺвнесениеʺ, ʺиспользование (применение) балловʺ вместо ʺснятиеʺ, ʺперевод балловʺ вместо ʺденежный переводʺ, ʺбаланс балловʺ вместо ʺбалансʺ, ʺ количество балловʺ вместо ʺвеличина денежных средствʺ, и ʺсчетʺ вместо ʺномер счетаʺ.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0060] Фиг. 1 - схема, демонстрирующая полную конфигурацию системы управления данными счетов согласно изобретению.
Фиг. 2 - блок-схема последовательности операций, демонстрирующая процедуру обработки денежного перевода в системе.
Фиг. 3 - блок-схема последовательности операций, демонстрирующая процедуру обработки запроса баланса.
Фиг. 4 - схема, демонстрирующая пример традиционного способа управления данными счета.
ОБЪЯСНЕНИЕ ССЫЛОЧНЫХ ПОЗИЦИЙ
[0061] 10: система управления данными счетов
12: сервер AP
14: сервер DB управления внесением
16: сервер DB управления счетами
18: сервер DB управления снятием
20: веб-сервер
22: клиентский терминал
22: клиентский терминал
24: сервер ATM
26: терминал ATM
30: таблица внесения
32: таблица внесения/денежного перевода
34: таблица получения денежного перевода
36: таблица счета
38: таблица снятия
40: таблица снятия/денежного перевода
42: таблица денежного перевода
44: таблица завершения денежного перевода