ТЕРМИНАЛЬНАЯ СИСТЕМА АВТОРИЗАЦИИ КАРТ И СПОСОБ УПРАВЛЕНИЯ КАРТАМИ С ИСПОЛЬЗОВАНИЕМ ЭТОЙ СИСТЕМЫ
CARD AUTHORISATION TERMINAL SYSTEM AND CARD MANAGEMENT METHOD USING SAID SYSTEM

ОБЛАСТЬ ТЕХНИКИ
[1] Настоящее изобретение относится к терминальной системе авторизации карт и способу управления картами с использованием терминальной системы авторизации, в частности к терминальной системе авторизации с использованием системы управления базой данных и способу управления картами с использованием терминальной системы авторизации.
УРОВЕНЬ ТЕХНИКИ
[2] В последнее время электронные карты, включая предоплаченную карту или карту с последующей оплатой, широко используют для оплаты различных видов транспорта, включая автобус или метро. В способе с использованием карты с последующей оплатой, кредитной карте добавлена функция транспортной карты, и транспортные расходы пользователя ежемесячно снимают со счета кредитной карты. В способе с использованием предоплаченной карты деньги предварительно кладут на предоплаченную карту. В дополнение к способу оплаты проезда, предоплаченная карта часто используется для других различных способов оплаты.
[3] Терминальная система авторизации карт подтверждает подлинность транспортных карт и снимает с них соответствующую стоимость проезда. В последнее время стоимость проезда дифференцируют в соответствии информацией об атрибутах (например, взрослый или подросток) и снимают с карты.
[4] Для того чтобы по-разному снимать плату за проезд в соответствии с информацией об атрибутах карты, необходимо, чтобы терминальная система авторизации карт непрерывно управляла изменениями атрибутов, соответствующих номеру карты или идентификационному номеру (например, при изменении возраста от подросткового к взрослому или при изменении степени дисконта).
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
ОПИСАНИЕ ТЕХНИЧЕСКОЙ ПРОБЛЕМЫ
[5] Обычно в терминальной системе авторизации карт используют способ флага (способ битовой карты), в котором управляют флагами (битами) изменения и используют их для всех карт при их аутентификации. Однако при использовании способа флага информация об изменениях хранится как тип файла в памяти системы аутентификации и считывается при необходимости.
[6] То есть, в обычном способе, так как флаги хранят для всех карт и выполняют последовательный поиск по всем адресам памяти, соответствующим номерам карт, на основе хранимых флагов, время поиска значительно увеличивается.
РЕШЕНИЕ ТЕХНИЧЕСКОЙ ПРОБЛЕМЫ
[7] Настоящее изобретение предлагает терминальную систему авторизации карт для предотвращения сбоев в работе системы и способ управления картами с использованием терминальной системы авторизации карт.
[8] В соответствии с типичным вариантом осуществления настоящего изобретения, терминальная система авторизации карт включает блок идентификации карт, блок управления базой данных и обрабатывающий блок авторизации (процессор авторизации). Блок идентификации карт дешифрует информацию об атрибутах карты, сохраненную в карте, и определяет, действительна ли карта. Блок управления базой данных генерирует окончательную информацию об атрибутах карты на основе информации об атрибутах карты, дешифрованной блоком идентификации карт, и информации об изменении атрибутов, сохраненной в блоке управления базой данных. Обрабатывающий блок авторизации вычисляет расходы и обрабатывает транзакции по карте на основе окончательной информации об атрибутах карты, сгенерированной блоком управления базой данных. Блок управления базой данных генерирует идентификационные номера, назначаемые последовательно, начиная с заранее заданного номера, для соответствующих номеров карт, которые соответствуют информации об изменении атрибутов, сохраняет идентификационный номер и информацию об изменении атрибутов, соответствующую идентификационным номерам, и определяет окончательную информацию об атрибутах карты, соответствующую информации об атрибутах карты, на основе сохраненной информации об изменении атрибутов.
[9] В соответствии с другим типичным вариантом осуществления настоящего изобретения, в способе управления картами терминальной системы авторизации карт, включающей блок управления базой данных, в которой хранится информация об изменении атрибутов, дешифруют информацию об атрибутах карты, записанную на карту, определяют, существуют ли идентификационные номера, соответствующие номерам карт, и информацию об изменении атрибутов, которая соответствует идентификационным номерам и сохранена в блоке управления базой данных, определяют как окончательную информацию об атрибутах карты, когда идентификационные номера имеются, а также вычисляют расходы путем использования окончательной информации об атрибутах карты и обработки списка транзакций по карте. Идентификационные номера назначают последовательно, начиная с заранее заданного номера, для номеров карт, соответствующих информации об изменении атрибутов, посредством блока управления базой данных.
[10] Согласно типичному варианту осуществления настоящего изобретения, поскольку удается осуществить эффективное использование области физической памяти, решается проблема ограничения емкости памяти и устраняется снижение скорости обработки, вызванное сложностью структуры обработки файлов или множественными процессами.
[11] Так как проблема ограничения количества информации для управления изменениями решена, и различные типы информации на карте могут быть обработаны, то могут быть предоставлены различные услуги с использованием карты.
ПОЛЕЗНЫЕ ЭФФЕКТЫ
[12] Согласно типичному варианту осуществления настоящего изобретения, в системе управления базой данных генерируют таблицы согласно идентификационным номерам для идентификации поставщика карт и серийным номерам, при этом идентификационные номера соответствуют серийным номерам, и информацию об атрибутах сохраняют в отношении номеров карт, включая изменения в информации об атрибутах. Кроме того, поскольку одновременно определяют, посредством одной порции информации об изменении атрибутов карты, изменилась ли информация о поставщике карты и атрибутах карты, процесс авторизации карты может быть выполнен быстро.
[13] Кроме того, согласно типичному варианту осуществления настоящего изобретения, поскольку новой информацией об атрибутах карты можно управлять путем добавления одного столбца в таблицу, когда новая информация об атрибутах добавляется для управления этой информацией, различные порции информации об атрибутах могут добавляться и управление ими может выполняться в относительно малой области памяти.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[14] Фиг.1 представляет схему системы управления транспортными картами в соответствии с типичным вариантом осуществления настоящего изобретения.
[15] Фиг.2 представляет собой блок-схему внутренней конфигурации терминальной системы авторизации карт в соответствии с типичным вариантом осуществления настоящего изобретения.
[16] Фиг.3 представляет схему блока управления базой данных в соответствии с типичным вариантом осуществления настоящего изобретения.
[17] Фиг.4 показывает блок-схему, представляющую способ управления картами в соответствии с типичным вариантом осуществления настоящего изобретения.
[18] Фиг.5 показывает схему, представляющую способ приема информации об изменении атрибутов в соответствии с типичным вариантом осуществления настоящего изобретения.
[19] Фиг.6 показывает блок-схему, представляющую способ обработки окончательной информации об атрибутах карты в блоке управления базой данных в соответствии с типичным вариантом осуществления настоящего изобретения.
[20] Фиг.7 представляет схему процесса обновления информации об атрибутах в системе управления базой данных в соответствии с типичным вариантом осуществления настоящего изобретения.
[21] Фиг.8 - схема, представляющая другую таблицу базы данных в соответствии с типичным вариантом осуществления настоящего изобретения.
ЛУЧШИЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
[22] В следующем подробном описании конкретные типичные варианты осуществления настоящего изобретения показаны и описаны только в качестве иллюстраций. Специалисты в данной области должны понимать, что описанные ниже варианты осуществления изобретения могут быть изменены различными способами, без выхода за пределы сущности и объема настоящего изобретения. Соответственно, чертежи и описание имеют только иллюстративный, но не ограничительный, характер. Одинаковые номера ссылок обозначают одинаковые элементы.
[23] Кроме того, если явно не указано обратное, то слово "включает" или "содержит" и их производные, например, "включают" и "включающий", необходимо понимать как подразумевающее включение указанных элементов, но не исключение любых других элементов.
[24] Терминальная система 100 авторизации карт согласно типичному варианту осуществления настоящего изобретения и способ управления картами с использованчем указанной терминальной системы 100 авторизации карт будут описаны со ссылкой на прилагаемые чертежи.
[25] Фиг.1 представляет схему системы управления транспортными картами согласно типичному варианту осуществления настоящего изобретения.
[26] Система 200 поставщика карт выпускает карту, включающую информацию об атрибутах карты (например, серийный номер карты, срок действия, тип карты, идентификационный номер поставщика, информацию об использовании и дисконтную информацию), и сохраняет информацию об атрибутах карты в базе данных (не показана) системы 200 поставщика карты. Когда информация об атрибутах карты изменяется по запросу пользователя или согласно политике поставщика карты, измененную информацию сохраняют в базе данных, и информацию об изменении атрибутов карты периодически передают в систему 300 центра управления счетами.
[27] Система 300 центра управления счетами объединяет информацию об изменении атрибутов, принятую от системы 200 поставщика карт, в течение каждого заранее заданного цикла, или когда система нижнего уровня посылает запрос и передает объединенную информацию об изменении атрибутов в терминальную систему 100 авторизации карт через систему 400 операционного центра или систему 500 сбора.
[28] Фиг.2 представляет блок-схему внутренней конфигурации терминальной системы 100 авторизации карт согласно типичному варианту осуществления настоящего изобретения.
[29] Как показано на фиг.2, терминальная система 100 авторизации карт согласно типичному варианту осуществления настоящего изобретения включает блок 110 идентификации карт, блок 120 управления базой данных, обрабатывающий блок 130 авторизации, блок 140 управления изменениями и базу данных 150 информации о транзакциях.
[30] Блок 110 идентификации карт считывает информацию об атрибутах карты (например, серийный номер карты, срок действия, тип карты, идентификационный номер поставщика, информацию об использовании и дисконтную информацию), которая включается в карту при изготовлении карты, и определяет, действительна ли карта.
[31] Блок 140 управления изменениями периодически принимает информацию об изменении атрибутов, включая информацию об изменении атрибутов карт, от системы 400 операционного центра или системы 500 сбора и передает принятую информацию в блок 120 управления базой данных. При этом информация об изменении атрибутов включает информацию об использовании (разрешение или запрещение) и дисконтную информацию (взрослый или подросток).
[32] Блок 120 управления базой данных управляет информацией об атрибутах карты, принятой от блока 110 идентификации карт, и информацией об изменении атрибутов, принимаемой от блока 140 управления изменениями и периодически обновляемой, и генерирует окончательную информацию об атрибутах карты, требуемую для выполнения процесса авторизации на основе информации об атрибутах карты и информации об изменении атрибутов карты.
[33] Обрабатывающий блок 130 авторизации использует окончательную информацию об атрибутах карты с выхода блока 120 управления базой данных для вычисления расходов и выполнения процесса авторизации и сохраняет результат процесса авторизации в базе данных 150 информации о транзакциях.
[34] В этом случае блок 120 управления базой данных согласно типичному варианту осуществления настоящего изобретения применяет эксклюзивную систему управления базой данных (DBMS) с использованием процесса, который отличается от процессов в блоке 110 идентификации карт и обрабатывающем блоке 130 авторизации, для эффективного управления вводом информации в терминальную систему 100 авторизации карт и выводом информации из указанной системы.
[35] Система управления базой данных представляет собой эксклюзивное программное обеспечение, такое как Oracle или MS SQL, которое может легко и быстро добавлять/изменять/удалять различные данные. В типичном варианте осуществления настоящего изобретения систему управления базой данных малого размера, которая может быть обеспечена в терминальной системе авторизации, применяют как программу, используемую множеством пользователей компьютеров, для занесения данных в базу данных или получения доступа к данным.
[36] Система управления базой данных объединяет данные, которые были отдельными в каждой прикладной программе, после чего объединенные данные могут быть совместно использованы каждой прикладной программой, и таким образом информация может быть использована систематически. В этом случае система управления базой данных может выполнять: 1) определение структуры данных, 2) накопление данных в соответствии со структурой данных, 3) поиск и обновление данных с использованием языков баз данных, 4) управление выполнением параллельного процесса обработки данных множеством пользователей, 5) возврат в предыдущее состояние, если происходит ошибочное обновление, и 6) функции обеспечения безопасности информации.
[37] Так как блок 120 управления базой данных согласно типичному варианту осуществления настоящего изобретения выполнен как система управления базой данных, которая представляет эксклюзивный процесс, то данные большого объема могут быть быстро отслежены в малом пространстве памяти. Кроме того, так как дополнительный процесс отличается от процесса авторизации, то сбой соответствующего блока не влияет на другие функции, и поэтому общая ошибка терминальной системы, вызванная сбоем, может быть конструктивно предотвращена.
[38] Фиг.3 представляет схему блока 120 управления базой данных согласно типичному варианту осуществления настоящего изобретения.
[39] Как показано на фиг.3, блок 120 управления базой данных согласно типичному варианту осуществления настоящего изобретения включает модуль 122 управления базой данных, главную базу данных 124 с информацией об изменении атрибутов и временную базу данных 126 с информацией об изменении атрибутов.
[40] Главная база данных 124 с информацией об изменении атрибутов хранит измененную информацию об атрибутах карт. В этом случае главная база данных 124 с информацией об изменении атрибутов включает множество таблиц, соответствующих идентификационным номерам поставщиков карт, и каждая таблица хранит серийные номера карт и информацию об атрибутах соответствующего поставщика карты. При этом идентификационный номер соответствует серийным номерам карт, соответствующим информации об атрибутах, хранимой в таблице, как будет описано ниже более подробно.
[41] Временная база данных 126 с информацией об изменении атрибутов временно сохраняет информацию об изменении атрибутов, принятую из блока 140 управления изменениями.
[42] Модуль 122 управления базой данных сохраняет новую информацию об изменении атрибутов, принятую из блока 140 управления изменениями, во временной базе данных 126 с информацией об изменении атрибутов, и периодически обновляет главную базу данных 124 с информацией об изменении атрибутов на основе новой информации об изменении атрибутов, сохраненной во временной базе данных 126 с информацией об изменении атрибутов. В этом случае, когда главная база данных 124 с информацией об изменении атрибутов обновляется на основе новой информации об изменении атрибутов, модуль 122 управления базой данных удаляет информацию об изменении атрибутов, сохраненную во временной базе данных 126 с информацией об изменении атрибутов.
[43] Способ управления картами с использованием терминальной системы 100 авторизации карт в соответствии с типичным вариантом осуществления настоящего изобретения далее рассмотрен со ссылкой на фиг.4.
[44] Фиг.4 показывает блок-схему алгоритма, представляющую способ управления картами согласно типичному варианту осуществления настоящего изобретения.
[45] Блок 110 идентификации карт терминальной системы 100 авторизации карт дешифрует информацию об атрибутах карты (например, серийный номер карты, срок действия, тип карты, идентификационный номер поставщика карты, информацию об использовании и дисконтную информацию), сохраненную в памяти карты, которая контактирует или не контактирует с блоком 110 идентификации карт на шаге S102.
[46] Затем блок 110 идентификации карт определяет, на шаге S104, действительна ли соответствующая карта, на основе информации об атрибутах карты, полученной на шаге S102.
[47] Если на шаге S104 карта определена как действительная, то блок 110 идентификации карт идентифицирует тип карты, чтобы на шаге S106 определить, является ли эта карта предоплаченной или это карта с последующей оплатой, и идентифицирует срок действия на основе информации об атрибутах карты, дешифрованной на шаге S102, чтобы на шаге S108 определить, не истек ли срок действия карты.
[48] Если на шаге S102 или S108 определено, что карта недействительна или срок действия истек, то блок 110 идентификации карт на шаге S222 выполняет обработку ошибки для соответствующей карты.
[49] Если на шаге S106 или S108 определено, что карта является предоплаченной картой или срок действия карты не истек, то модуль 122 управления базой данных блока 120 управления базой данных на шаге S110 определяет, включает ли главная база данных 124 с информацией об изменении атрибутов таблицу, соответствующую идентификационному номеру поставщика карты, включенному в информацию об атрибутах карты.
[50] Если на шаге S110 определено, что таблица, соответствующая идентификационному номеру поставщика карты, существует, то модуль 122 управления базой данных на шаге S112 генерирует окончательную информацию об атрибутах карты, требуемую для выполнения процесса авторизации, на основе информации об атрибутах карты, полученной от карты, и информации об изменении атрибутов, сохраненной в главной базе данных 124 с информацией об изменении атрибутов. Если на шаге S110 определено, что идентификационного номера поставщика не существует, то модуль 122 управления базой данных на шаге S122 выполняет обработку ошибки для соответствующей карты.
[51] Шаги S110 и S112 будут рассмотрены более подробно ниже со ссылкой на фиг.6.
[52] Обрабатывающий блок 130 авторизации вычисляет расходы на основе информации о пользователе или дисконтной информации, сохраненной в окончательной информации об атрибутах карты, принятой из блока 120 управления базой данных на шаге S114, и идентифицирует расходы, вычисленные на шаге S114, и информацию о состоянии счета, сохраненную на карте, для определения на шаге S116, выполнена ли обработка транзакции по карте.
[53] Если на шаге S116 определено, что обработка транзакции по карте может быть выполнена, то обрабатывающий блок 130 авторизации генерирует списки транзакций по карте, сохраняет их и завершает процесс авторизации карты на шагах S118 и S120. Если на шаге S116 при обработке транзакции по карте происходит ошибка, то обрабатывающий блок 130 авторизации на шаге S200 выполняет обработку ошибки для данной карты.
[54] Способ управления информацией об атрибутах карты в блоке 120 управления базой данных согласно типичному варианту осуществления настоящего изобретения будет рассмотрен со ссылкой на фиг.5.
[55] Фиг.5 показывает схему, представляющую способ приема информации об изменении атрибутов в соответствии с типичным вариантом осуществления настоящего изобретения.
[56] Блок 120 управления базой данных согласно типичному варианту осуществления настоящего изобретения выполняет генерирование, обновление и поиск информации об изменении атрибутов карты, передаваемой из блока 140 управления изменениями и часто изменяемой. Кроме того, блок 120 управления базой данных генерирует окончательную информацию об атрибутах карты на основе информации об атрибутах карты с выхода блока 110 идентификации карт и информации об изменении атрибутов, сохраненной во внутренней памяти.
[57] В этом случае, согласно типичному варианту осуществления настоящего изобретения, поскольку блок 120 управления базой данных выполнен в виде системы управления базой данных с использованием дополнительного процесса (обработки) для выполнения процесса управления, то сбой соответствующего блока не влияет на идентификацию карты, процесс авторизации и функции аутентификации, поэтому количество ошибок уменьшается.
[58] Как показано на фиг.5, модуль 122 управления базой данных блока 120 управления базой данных, согласно типичному варианту осуществления настоящего изобретения, генерирует множество таблиц 124а, 124b и 124с, соответствующих идентификационным номерам поставщиков, для идентификации номеров поставщиков карт, сохраняемых в главной базе данных 124 с информацией об изменении атрибутов, и сохраняет информацию об атрибутах и серийные номера карт, соответствующие идентификационным номерам поставщиков, в соответствующих таблицах. В этом случае, когда названия соответствующих таблиц установлены совпадающими с идентификационными номерами поставщиков, скорость поиска может быть увеличена, а идентификация поставщика и поиск информации об атрибутах карты могут быть выполнены одновременно посредством одной процедуры поиска.
[59] Кроме того, когда информация об изменении атрибутов принята из блока 140 управления изменениями, модуль 122 управления базой данных записывает измененную информацию об атрибутах в таблице, сопоставленной с поставщиком, на основе серийного номера карты и информации об изменении атрибутов и генерирует идентификационный номер (альтернативное имя), соответствующий номеру карты.
Идентификационные номера - это серийные номера, генерируемые так, что они соответствуют соответствующим серийным номерам карт согласно порядку записи информации об измененных атрибутах в таблице.
[60] Модуль 122 управления базой данных группирует генерированные идентификационные номера для каждого диапазона и сохраняет их. То есть, модуль 122 управления базой данных генерирует группы идентификационных номеров путем группировки значений от минимального значения (Мин. Значение) до максимального значения (Макс. Значение) для включения в строку таблицы. В этом случае, как показано на фиг.5, минимальное значение каждой группы идентификационных номеров следует за максимальным значением соседней группы идентификационных номеров, или же максимальное значение каждой группы идентификационных номеров следует за минимальным значением соседней группы идентификационных номеров.
[61] Модуль 122 управления базой данных генерирует идентификационные номера для уменьшения времени поиска. Например, предположим, что номер карты 4200 1243 5678 000, и информация о пользователе карты изменена на категорию "взрослый". Первые шесть цифр (420012) в номере карты представляют собой идентификационный номер поставщика карты, а остальные цифры (435678000) представляют собой серийный номер карты. Следовательно, модуль 122 управления базой данных ищет таблицу 124а, соответствующую идентификационному номеру поставщика карты (420012). В этом случае после обнаружения группы идентификационных номеров, включающей идентификационный номер 30002000, соответствующей серийному номеру карты 435678000, среди записей в таблице 124а, модуль управления базой данных последовательно просматривает идентификационные номера, начиная с минимального значения обнаруженной группы номеров, для обнаружения номера 30002000, и записывает информацию об изменении атрибута (т.е., "взрослый") в запись, соответствующую идентификационному номеру 30002000.
[62] В вышеупомянутом способе управления информацией об атрибутах согласно типичному варианту осуществления настоящего изобретения, поскольку различные части информации об изменении атрибутов хранят и обрабатывают в табличной форме, информацией можно эффективно управлять при малом объеме памяти. Кроме того, так как используют идентификационные номера, время поиска может быть уменьшено.
[63] Способ (S112) генерирования окончательной информации об атрибутах карты, показанный на фиг.4, далее будет описан со ссылкой на фиг.6 и фиг.7.
[64] Фиг.6 показывает блок-схему, представляющую способ обработки окончательной информации об атрибутах карты в блоке 120 управления базой данных согласно типичному варианту осуществления настоящего изобретения.
[65] Модуль 122 управления базой данных на шаге S200 определяет, существует ли таблица, соответствующая идентификационному номеру поставщика, на основе номера карты, содержащегося в информации об атрибутах карты, дешифрованной блоком 110 идентификации карт. Более подробно, если предположить, что серийный номер карты 4200 1243 5678 000, то модуль 122 управления базой данных обращается к первым шести цифрам (420012), которые представляют собой идентификационный номер поставщика, для определения на шаге S200, существует ли таблица с таким же названием, как идентификационный номер поставщика (или таблица, соответствующая идентификационному номеру поставщика).
[66] Если на шаге S200 определено, что идентификационный номер поставщика существует, то модуль 122 управления базой данных на шаге S202 определяет, включает ли таблица, соответствующая идентификационному номеру поставщика, группу идентификационных номеров, соответствующую серийному номеру карты. Более подробно, модуль 122 управления базой данных определяет максимальные и минимальные значения каждой группы идентификационных номеров и на шаге S202 определяет, на основе обнаруженных максимальных и минимальных значений, имеется ли группа идентификационных номеров, включающая идентификационный номер, соответствующий серийному номеру карты.
[67] Если на шаге S202 определено, что имеется группа идентификационных номеров, соответствующая серийному номеру карты, то модуль 122 управления базой данных последовательно просматривает группу идентификационных номеров, начиная с минимального значения, для обнаружения требуемого идентификационного номера и обнаруживает информацию об изменении атрибутов, соответствующую этому идентификационному номеру, для использования ее в качестве окончательной информации об атрибутах карты на шагах S204 и S206. При этом модуль 122 управления базой данных может последовательно просматривать группу идентификационных номеров в обратном порядке, начиная с максимального значения.
[68] Кроме того, если на шаге S202 определено, что таблица, соответствующая идентификационному номеру поставщика, не включает информацию обновления, то модуль 122 управления базой данных определяет, что информация об атрибутах карты не изменена с момента выпуска карты, и использует на шагах S206 и S208 существующую информацию об атрибутах карты (то есть, информацию об атрибутах карты, полученную из блока 110 идентификации карт) как окончательную информацию об атрибутах карты.
[69] Затем обрабатывающий блок 130 авторизации использует полученную окончательную информацию об атрибутах карты и выполняет вышеописанный процесс авторизации.
[70] Фиг.7 показывает схему процесса обновления информации об атрибутах в системе управления базой данных согласно типичному варианту осуществления настоящего изобретения.
[71] Как показано на фиг.7, система 300 центра управления счетами собирает информацию об атрибутах, которая периодически передается из системы 200 поставщика карт, и передает информацию об изменении атрибутов карты в соответствующие терминальные системы 100 авторизации карт.
[72] Посредством этого блок 140 управления изменениями терминальной системы 100 авторизации карт принимает информацию об изменении атрибутов карты "4200 1243 5678 000 N взрослый" от системы 300 центра управления счетами и передает принятую информацию об изменении атрибутов карты в блок 120 управления базой данных. В этом случае, информация об изменении атрибутов карты "4200 1243 5678 000 N взрослый…" включает идентификационный номер поставщика (420012), серийный номер карты (435678000) и измененную информацию об атрибутах (N).
[73] Модуль 122 управления базой данных сохраняет информацию об изменении атрибутов карты (4200 1243 5678 000 N взрослый), принятую из блока 140 управления изменениями, во временной базе данных 126 с информацией об изменении атрибутов, ищет заранее заданную таблицу идентификационного номера поставщика (420012) с информацией об изменении атрибутов карты (4200 1243 5678 000 N взрослый), сохраненной во временной базе данных 126 с информацией об изменении атрибутов в заранее заданное время, ищет группу идентификационных номеров, включающую идентификационный номер 3002100, соответствующий серийному номеру карты, и обновляет соответствующую запись на основе информации об изменении атрибута (N).
[74] Множество таблиц 124а, 124b и 124с, включенных в главную базу данных 124, могут отличаться по форме от показанных на фиг.5 и 7, как будет пояснено со ссылкой на фиг.8.
[75] Схема на фиг.8 показывает таблицу 124а' базы данных 124 согласно примеру осуществления изобретения.
[76] Как показано на фиг.8, таблица 124а' базы данных 124 согласно примеру осуществления изобретения включает в каждой строке идентификационные номера и информацию об использовании и дисконте, соответствующую идентификационным номерам. Например, как показано на фиг.8, первая строка таблицы 124а' включает биты назначения, соответствующие ста идентификационным номерам (30002001-30002100), и информация об изменении атрибутов для соответствующих ста идентификационных номеров может быть соответственно сохранена в битах назначения, соответствующих соответствующим идентификационным номерам. Здесь биты назначения используют для хранения информации об использовании и информации о дисконте для каждого идентификационного номера с использованием нулей и единиц. Например, как показано на фиг.8, сто идентификационных номеров могут быть упорядочены, начиная с минимального номера 30002001 до максимального номера 30002100, или же они могут быть размещены в обратном порядке, от максимального номера к минимальному, или же заранее заданный номер может быть размещен первым согласно назначению, сделанному пользователем. Далее, как показано на фиг.8, одному идентификационному номеру могут быть назначены два бита, или же большее число битов может быть назначено каждому номеру.
[77] Один из двух битов, назначенных каждому идентификационному номеру, может быть использован для хранения информации об использовании, а другой может быть использован для хранения дисконтной информации. Здесь предполагается, что старший из двух битов - это информация об использовании, а младший бит - дисконтная информация. Кроме того, предполагается, что значение "0" информации об использовании указывает на состояние пригодности для использования, а "1" указывает на состояние непригодности для использования. Также предполагается, что значение "0" информации о дисконте указывает на дисконт для молодежи, а "1" указывает на взрослого пользователя (отсутствие дисконта).
[78] При этом, так как информация об использовании и дисконтная информация, соответствующая номеру 30002100, равна соответственно 0 и 1, бит назначения, соответствующий идентификационному номеру 3000210, включает информацию о том, что карта пригодна к использованию с дисконтом, предоставляемым молодежи.
[79] Как описано выше, таблица 124а' включает в каждой строке 100 идентификационных номеров и информацию об использовании и дисконте, соответствующую идентификационным номерам. Однако, когда для 100 идентификационных номеров отсутствует информация об изменении атрибутов, таблица 124а' не будет хранить 100 идентификационных номеров без информации об изменении атрибутов. То есть, как показано на фиг.8, таблица 124а' не включает идентификационные номера от 30002101 до 300021200, поскольку для этих 100 идентификационных номеров нет измененной информации об атрибутах.
[80] В отличие от таблицы 124а, показанной на фиг.5 и 7, таблица 124а', включенная в базу данных, показанную на фиг.8, может хранить информацию об измененных атрибутах для соответствующих идентификационных номеров в ином виде, в строке. Следовательно, использование таблицы 124а, показанной на фиг.5 и 7, обеспечивает преимущество в том случае, когда соседние идентификационные номера имеют аналогичную информацию об измененных атрибутах, а в других случаях предпочтительно использовать таблицу 124а', показанную на фиг.8.
[81] Кроме того, когда в базе данных 124 хранится таблица 124а', показанная на фиг.8, шаг S204 способа обработки окончательной информации об атрибутах карты, показанного на фиг.6, требует изменения. То есть, на шаге S202 определяют, что имеется группа идентификационных номеров, соответствующая серийному номеру карты, и модуль 122 управления базой данных определяет значение бита назначения, соответствующего идентификационному номеру в обнаруженной группе идентификационных номеров, и ищет информацию об изменении атрибутов, соответствующую этому определенному значению бита на шаге S204'.
[82] Как рассмотрено выше, согласно типичному варианту осуществления настоящего изобретения, в системе управления базой данных формируют таблицы в соответствии с идентификационными номерами для идентификации поставщика карт и серийными номерами, при этом идентификационные номера соответствуют серийным номерам, и информацию об атрибутах сохраняют в отношении номеров карт, включая измененные атрибуты. Кроме того, поскольку одновременно определяют, посредством одной порции информации об изменении атрибутов карты, изменилась ли информация о поставщике карты и атрибутах карты, и время поиска сохраненной информации об изменении атрибутов уменьшается, процесс авторизации карты может быть выполнен быстро.
[83] Также, согласно типичному варианту осуществления настоящего изобретения, поскольку новая информация об атрибутах может быть обработана путем добавления одной колонки к таблице, когда добавляется для обработки новая информация об атрибутах, то различные части информации об атрибутах могут быть добавлены и обработаны в относительно малой области памяти.
[84] Кроме того, согласно типичному варианту осуществления настоящего изобретения, поскольку блок 120 управления базой данных реализован в виде системы управления базой данных, представляющей эксклюзивный процесс с использованием обработки, которая отличается от процесса авторизации, то сбои некоторых блоков могут не оказывать влияния на другие блоки, и поэтому терминальная система авторизации карт может работать устойчиво.
[85] Хотя настоящее изобретение было описано в связи с практическими типичными вариантами осуществления, должно быть понятно, что настоящее изобретение не ограничено раскрытыми здесь вариантами осуществления, но, напротив, предназначено для того, чтобы охватить различные модификации и эквивалентные решения в пределах сущности и объема приложенной формулы изобретения.