CN101461163A - 信息管理系统和方法 - Google Patents

信息管理系统和方法 Download PDF

Info

Publication number
CN101461163A
CN101461163A CN200680054639.1A CN200680054639A CN101461163A CN 101461163 A CN101461163 A CN 101461163A CN 200680054639 A CN200680054639 A CN 200680054639A CN 101461163 A CN101461163 A CN 101461163A
Authority
CN
China
Prior art keywords
card
product
management system
information
processor
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
CN200680054639.1A
Other languages
English (en)
Inventor
B·C·汉森
C·E·默芬
S·L·昂鲁
J·M·斯奎尔
M·J·科林
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.)
META BANK
Original Assignee
META BANK
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 META BANK filed Critical META BANK
Publication of CN101461163A publication Critical patent/CN101461163A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Technology Law (AREA)

Abstract

一种信息管理系统，包括计算机服务器。所述计算机服务器包括界面模块。所述信息管理系统还包括经由所述界面模块而与所述计算机服务器通信的多个卡处理器。所述计算机服务器被配置为经由所述界面模块与所述多个卡处理器中的每个卡处理器进行接口。所述计算机服务器被配置为根据与卡产品相关联的唯一标识符选择所述多个卡处理器中的一个以处理与所述卡产品相关联的信息。

Description

信息管理系统和方法
版权公告
【0001】本专利文件的公开部分包括受版权保护的材料。版权所有者不反对任何人复制专利文件或者专利公开，如在美国专利和商标局专利文件或者记录中显示的，然而保留所有版权。
技术领域
【0002】本发明涉及基于计算机的信息管理系统。更特别地，本发明涉及一种用于管理与卡产品相关联的信息的系统和方法。
背景技术
【0003】目前越来越多的零售和其它机构以礼品卡的形式提供现金等价值。在过去的几年间礼品卡工业已经经历了很大增长。在2004年礼品卡的销售总额达到大约200亿美元。由机构提供的礼品卡的范围已经变得广泛起来，包括来自零售商、超市、药店、加油站、饭店、便利店和理发沙龙的卡，等等。
【0004】大多数礼品卡与特定的零售商或者商人相关联。换句话说，存储在礼品卡上的任何值只能用于在从其购买礼品卡的特定零售商和商人处购买商品和服务，使得商人能够获取保证销售的利益。这种专有礼品卡可以被称作“封闭系统”卡。商人可以从他们产品中的利润覆盖他们礼品卡项目的成本，例如其利润可以是在50美元销售额的15美元或更多。
【0005】然而，增长的工业趋势是由金融机构提供预付的或者“开放系统”品牌的礼品卡。开放系统礼品卡由联邦管理金融机构发行并且具有主要网络品牌，诸如，例如MasterCardTM、VISATM、DiscoverTM等等，并且包括借记网络，诸如STARTM、PulseTM、NYCETM和其它等等。例如，预付的VISATM礼品卡可以在任何接受VISATM借记卡的零售商或者商人处使用，其包括世界上的数百万场所以及因特网和邮购定单/电话定单商人。这种预付的礼品卡可以用于团体激励、打折和促销，并且可以在金融机构的分支机构中、通过金融机构的消费者网站销售，或者在团体客户中分发。用于银行发行礼品卡的市场预期将从2003年的30亿美元增长到2007年的大约310亿美元。
【0006】开放系统品牌礼品卡与专有“商店”礼品卡在几个方面不同。例如，银行发行礼品卡可以在任何商人处使用。除了少量的交换，银行或者其它金融机构不从利用卡购买的产品/服务的销售获利或者分得销售的利润。更确切地说，月管理费可以用来维持银行发行礼品卡产品的经济生存能力。
【0007】开放系统标记礼品卡共享许多基本的特征。例如，这些卡由网络和金融机构保证。资金由金融机构维持和控制。卡可以在接受网络品牌的任何地方使用。如果丢失、被窃或者过期，卡可以替换。此外，消费者可以从欺骗行为得到保护。
【0008】然而，购买这种礼品卡的传统方法是相当复杂的。例如，消费者可能当职员或者销售代理处理礼品卡购买时在销售点等候很长一段时间。在线礼品卡购买网站对于减轻购买礼品卡的复杂性贡献很少。例如，许多在线网站在分配用户时遇到困难，呈现用户为购买礼品卡必须通过其导航的多个复杂的屏幕，以及其它类似的困难。
【0009】此外，因为每个这些礼品卡与特定的金融机构相关联，消费者被迫与许多不同的实体交互以购买和管理这些礼品卡。例如，如果消费者或者其它用户拥有几个礼品卡，每个由不同的金融机构发行，用户必须导航到并且从每个金融机构访问每个礼品卡的不同的网站以分别签约和管理每个卡。
【0010】因此，需要一种能够减少复杂性和简化控制和管理礼品卡的过程的系统以及其它在许多金融机构之间非可重写和可重写卡产品。
发明内容
【0011】公开了一种用于管理与卡产品相关联的信息的系统以及一种用于在多个卡处理器之间管理卡产品信息的方法。根据本发明的示例性实施例，根据本发明的第一方面，一种信息管理系统包括计算机服务器。计算机服务器包括界面模块。信息管理系统包括通过界面模块与计算机服务器通信的多个卡处理器。计算机服务器被配置为通过界面模块与多个卡处理器中的每个卡处理器进行接口。计算机服务器被配置为根据与卡产品相关联的唯一标识符选择多个卡处理器中的一个卡处理器以处理与卡产品相关联的信息。
【0012】根据第一方面，界面模块可以被配置为把传送到各自的卡处理器的消息转换为由各自的卡处理器利用的格式。到达卡处理器的消息可以包括其中包括文件的计算机网络地址的查询。计算机网络地址的加密可以被添加到查询的结尾。界面模块可以被配置为通过比较计算机网络地址和加密的计算机网络地址的解密结果而检测计算机网络地址的篡改。作为替代，界面模块可以被配置为通过比较加密的计算机网络地址和计算机网络地址的重新加密结果而检测计算机网络地址的篡改。界面模块可以被配置为从每个卡处理器处接收与卡产品相关联的信息。来自每个卡产品处理器的信息可以被规格化为把信息转换为由计算机服务器利用的统一格式。所转换的信息可以被验证以确保信息的准确性。
【0013】根据第一方面，信息管理系统可以包括与计算机服务器通信的数据库。数据库模块可以被配置为存储与卡产品相关联的信息。信息管理系统可以包括与数据库通信的管理模块。管理模块可以被配置为管理信息管理系统。卡处理器可以被配置为把对应的银行识别号(BIN)与卡产品相关联。计算机服务器可以被配置为分配给卡产品对应于每个BIN的卡号。计算机服务器可以被配置为通过图形用户界面显示每个BIN卡号的摘要。每个卡产品可以包括卡号。卡号可以包括数字的第一部分和数字的第二部分。数字的第一部分可以包括BIN。卡处理器可以被配置为把BIN与卡产品相关联。计算机服务器可以被配置为把卡号分配给每个BIN的数字的几乎所有的第二部分。
【0014】根据本发明的第二方面，卡产品管理系统包括代理门户模块。卡产品管理系统包括多个与代理门户模块通信的卡处理器。代理门户模块被配置为与多个卡处理器的每个卡处理器进行接口。代理门户模块被配置为根据唯一的与卡产品相关联的标识符选择多个卡处理器中的一个卡处理器，以处理与卡产品相关联的信息。
【0015】根据第二方面，代理门户模块可以被配置为为多个卡处理器管理与卡产品相关联的信息。代理门户模块可以包括用户应用程序服务器模块。用户应用程序服务器模块可以被配置为把传送到各自的卡处理器的消息转换为由各自的卡处理器利用的格式。到达卡处理器的消息可以包括其中包括文件的计算机网络地址的查询。计算机网络地址的加密可以被添加到查询的末尾。用户应用程序服务器模块可以被配置为通过比较计算机网络地址和加密的计算机网络地址的解密结果而检测计算机网络地址的篡改。作为替代，用户应用程序服务器模块可以被配置为通过比较加密的计算机网络地址和计算机网络地址的重新加密结果而检测计算机网络地址的篡改。例如，计算机网络地址的加密可以包括密码散列函数。用户应用程序服务器模块可以被配置为从每个卡处理器接收与卡产品相关联的信息。来自每个卡处理器的信息可以被规格化成把信息转换为由代理门户模块利用的统一格式。来自每个卡处理器的信息可以包括多个报告。多个报告可以包括综合报告、入账报告和授权报告中的至少一个。所转换的信息可以被验证以确保信息的准确性。
【0016】根据第二个方面，用户应用程序服务器模块可以被配置为生成与卡产品相关联的信息的报告。每个报告可以根据用户的识别置入信息。卡产品管理系统可以包括与用户应用程序服务器模块通信的数据库模块。数据库模块可以被配置为存储与卡相关联的信息。卡产品管理系统可以包括与数据库模块通信的管理应用程序服务器模块。管理应用程序服务器模块可以被配置为管理卡产品管理系统。代理门户模块可以被配置为允许用户的访问以管理与卡产品相关联的信息。代理门户模块可以包括图形用户界面模块。图形用户界面模块可以被配置为通过其用户与卡产品管理系统交互的显示图形用户界面。
【0017】根据第二个方面，通过图形用户界面使用口令和相关联的用户的计算机网络地址而可以授权用户访问卡产品管理系统。产品可以根据用户标识和与金融机构的关系中的至少一项通过图形用户界面被显示给用户。图形用户界面的主题可以与每个卡处理器相关联。每个卡处理器当通过图形用户界面与卡产品管理系统交互作用时，可以以与卡处理器相关联的主题被显示。卡处理器可以被配置为把对应的BIN与卡产品相关联。代理门户模块可以被配置为分配给卡产品以对应于每个BIN的卡号。代理门户模块可以被配置为通过图形用户界面显示每个BIN的卡号的摘要。
【0018】根据第二个方面，唯一标识符可以包括银行识别号(BIN)。每个卡产品可以包括卡产品号。卡产品号可以包括数字的第一部分和数字的第二部分。数字的第一部分可以包括BIN。卡处理器可以被配置为把BIN与卡产品相关联。代理门户模块可以被配置为把卡号分配给每个BIN的数字的几乎所有的第二部分。卡产品可以包括礼品卡。礼品卡可以由金融机构发行。卡产品可以包括借记卡。卡产品可以包括健康储蓄账户(HSA)卡。卡产品可以包括灵活支出账户(FSA)卡。卡产品可以包括可重写工资单卡。多个卡处理器中的至少一种可以包括银行或者类似的。
【0019】根据本发明的第三个方面，一种用于处理卡产品的系统包括多个卡产品。每个卡产品包括卡产品号。卡产品号包括数字的第一部分和数字的第二部分。数字的第一部分包括银行识别号(BIN)。每个BIN被分配给卡处理器。系统包括非处理器。非处理器被配置为管理与多个卡产品相关联的信息。非处理器被配置为把值分配给每个卡产品的数字的几乎所有的第二部分。
【0020】根据第三个方面，分配给每个卡产品的数字的几乎所有的第二部分的值包括卡号。非处理器可以被配置为为每个BIN分配卡号。卡号可以被顺序地分配给每个BIN。作为替代，卡号可以被随机地分配给每个BIN。分配给每个卡产品的数字的几乎所有的第二部分的值可以与分开的用户相对应。
【0021】根据本发明的第四个方面，一种管理卡产品信息的方法，包括以下步骤：a)与多个卡处理器中的每个卡处理器进行接口；和b)根据与卡产品相关联的唯一标识符选择多个卡处理器中的一个卡处理器，以处理与卡产品相关联的信息。
【0022】根据第四个方面，方法可以包括以下步骤：c)为多个卡处理器管理与卡产品相关联的信息；和d)把传送到各自的卡处理器的消息转换为由各自的卡处理器利用的格式。到达卡处理器的消息可以包括其中包括文件的计算机网络地址的查询。方法可以包括以下步骤：e)加密计算机网络地址；f)把加密的计算机网络地址添加到查询的末尾；和g)通过比较计算机网络地址和加密的计算机网络地址的解密结果而检测计算机网络的篡改。作为替代，步骤(g)可以包括以下步骤：g)通过比较加密的计算机网络地址和计算机网络地址的重新加密结果而检测计算机的篡改。例如，根据第四个方面的示例性实施例，步骤(e)可以使用密码散列函数被执行。方法可以包括以下步骤：h)从每个卡处理器接收与卡产品相关联的信息；和i)规格化来自每个卡处理器的信息以把信息转换为统一格式。来自每个卡处理器的信息可以包括多个报告。多个报告可以包括综合报告、入账报告和授权报告中的至少一个。
【0023】根据第四个方面，方法可以包括以下步骤：j)验证所转换的信息以确保信息的准确性；k)生成与卡产品相关联的信息的报告；l)根据用户的识别把信息置入每个报告；m)存储与卡产品相关联的信息；和n)给用户提供门户以管理与卡产品相关联的信息；o)显示通过其用户访问与卡产品相关联的信息的图形用户界面；p)通过图形用户界面使用用户的口令和相关联的计算机网络地址授权用户访问；和q)根据用户标识和金融机构相关联的至少一项通过图形用户界面把产品显示给用户。图形用户界面的主题可以与每个卡处理器相关联。方法可以包括以下步骤：r)当通过图形用户界面交互时，每个卡处理器可以以与卡处理器相关联的主题被显示。卡处理器可以被配置为把对应的银行识别号(BIN)与卡产品相关联。方法可以包括以下步骤：s)分配给卡产品对应于每个BIN的卡号。根据第四个方面，方法可以包括以下步骤：t)显示每个BIN的卡号的摘要。
【0024】根据第四个方面，唯一标识符可以包括银行识别号(BIN)。每个卡产品可以包括卡产品号。卡产品号可以包括数字的第一部分和数字的第二部分。数字的第一部分可以包括BIN。卡处理器可以被配置为把BIN与卡产品相关联。方法可以包括以下步骤：v)把卡号分配给每个BIN的数字的几乎所有的第二部分。卡产品可以包括礼品卡。礼品卡可以由金融机构发行。卡产品可以包括借记卡。卡产品可以包括健康储蓄账户(HSA)卡。卡产品可以包括灵活支出账户(FSA)卡。卡产品可以包括可重写工资单卡。多个卡处理器中的至少一种可以包括银行。
【0025】根据本发明的第五个方面，一种处理卡产品的方法包括以下步骤：a)通过卡处理器把银行识别号(BIN)与每个多个卡产品相关联，其中每个卡产品包括卡产品号，其中卡产品号包括数字的第一部分和数字的第二部分，并且其中数字的第一部分包括BIN；和b)通过非处理器把值分配给每个卡产品的数字的几乎所有的第二部分，其中非处理器被配置为管理与多个卡产品相关联的信息。
【0026】根据第五个方面，分配给每个卡产品的数字的几乎所有的第二部分的值可以包括卡号。方法可以包括以下步骤：c)通过非处理器为每个BIN分配卡号。步骤(c)可以包括以下步骤：d)顺序地分配给每个BIN卡号。作为替代，步骤(c)可以包括以下步骤：e)随机地分配给每个BIN卡号。分配给每个卡产品的数字的几乎所有的第二部分的值可以对应于分开的用户。
【0027】根据本发明的第六个方面，一种用于管理卡产品信息的系统包括与多个卡处理器中的每个卡处理器进行接口的装置。系统包括用于根据与卡产品相关联的唯一标识符选择多个卡处理器中的一个以处理与卡产品相关联的信息的装置。
【0028】根据第六个方面，系统包括用于为多个卡处理器管理与卡产品相关联的信息。系统可以包括用于把传送到各自的卡处理器的消息转换为由各自的卡处理器利用的格式的装置。到达卡处理器的消息包括其中包括文件的计算机网络地址的查询。系统可以包括用于把加密的计算机网络地址添加到查询的末尾的装置。系统可以包括用于通过比较计算机网络地址和加密的计算机网络地址的解密结果而检测计算机网络地址的篡改的装置。作为替代，系统包括用于通过比较加密的计算机网络地址和计算机网络地址的重新加密结果而检测计算机网络地址的装置。例如，加密装置可以使用密码散列函数来加密计算机网络地址。
【0029】根据第六个方面，系统可以包括用于从每个卡处理器接收与卡产品相关联的信息的装置。系统可以包括用于规格化来自每个卡处理器的信息以把信息转换为统一的格式的装置。来自每个卡处理器的信息可以包括多个报告。多个报告可以包括综合报告、入账报告和授权报告中的至少一个。系统可以包括用于验证所转换的信息以确保信息的准确性的装置。系统可以包括用于生成与卡产品相关联的报告的装置。系统可以包括用于根据用户标识把信息置入每个报告的装置。系统可以包括用于存储与卡产品相关联的信息的装置。系统可以包括用于把门户提供给用户以管理与卡产品相关联的信息的装置。系统可以包括用于显示通过其用户访问与卡产品相关联的信息的图形用户界面的装置。
【0030】根据第六个方面，系统可以包括用于通过图形用户界面使用用户的口令和相关联的计算机网络地址，授权用户访问的装置。系统可以包括用于根据用户标识和相关联金融机构的至少一项，通过图形用户界面把产品显示给用户的装置。图形用户界面的主题与每个卡处理器相关联。系统可以包括用于当通过图形用户界面交互时，使用与卡处理器相关联的主题显示每个卡处理器的装置。卡处理器可以被配置为把对应的银行识别号(BIN)与卡产品相关联。系统可以包括用于分配给卡产品对应于每个BIN的卡号的装置。系统可以包括用于显示对于每个BIN的卡号的摘要的装置。
【0031】根据第六个方面，唯一标识符可以包括银行识别号(BIN)。每个卡产品可以包括卡产品号。卡产品号可以包括数字的第一部分和数字的第二部分。数字的第一部分可以包括BIN。卡处理器可以被配置为把BIN与卡产品相关联。系统可以包括用于把卡号分配给每个BIN的数字的几乎所有的第二部分。卡产品可以包括礼品卡。礼品卡可以由金融机构发行。卡产品可以包括借记卡。卡产品可以包括健康储蓄账户(HSA)卡。卡产品可以包括灵活支出账户(FSA)卡。卡产品可以包括可重写工资单卡。多个卡处理器中的至少一种包括银行。
【0032】根据本发明的第七个方面，用于处理卡产品的系统包括用于通过卡处理器把银行识别号(BIN)与每个多个卡产品相关联的装置。每个卡产品包括卡产品号。卡产品号包括数字的第一部分和数字的第二部分。数字的第一部分包括BIN。系统包括用于通过非处理器把值分配给每个卡产品的数字的几乎所有的第二部分的装置。非处理器被配置为管理与多个卡产品相关联的信息。
【0033】根据第七个方面，分配给每个卡产品的数字的几乎所有的第二部分的值可以包括卡号。系统可以包括用于通过非处理器为每个BIN分配卡号的装置。系统可以包括用于顺序地分配给每个BIN卡号的装置。作为替代，系统可以包括用于随机地分配给每个BIN卡号的装置。分配给每个卡产品的数字的几乎所有的第二部分的值可以与分开的用户相对应。
【0034】根据本发明的第八个方面，计算机可读介质包括用于管理卡产品信息的计算机程序。计算机程序执行以下步骤：a)与多个卡处理器中的每个卡处理器进行接口；和b)根据与卡产品相关联的唯一标识符选择多个卡处理器中的一个以处理与卡产品相关联的信息。
【0035】根据第八个方面，计算机程序可以执行以下步骤：c)为多个卡处理器管理与卡产品相关联的信息；和d)把传送到各自的卡处理器的消息转换为由各自的卡处理器利用的格式。到达卡处理器的消息可以包括其中包括文件的计算机网络地址的查询。计算机程序可以执行以下步骤：e)加密计算机网络地址；f)把加密的计算机网络地址添加到查询的末尾；和g)通过比较计算机网络地址和加密的计算机网络地址的解密结果而检测计算机网络的篡改。作为替代，对于步骤(g)，计算机程序可以执行以下步骤：g)通过比较加密的计算机网络地址和计算机网络地址的重新加密结果而检测计算机的篡改。例如，步骤(e)可以通过使用密码散列函数的计算机程序被执行。计算机程序可以执行以下步骤：h)从每个卡处理器接收与卡产品相关联的信息；和i)规格化来自每个卡处理器的信息以把信息转换为统一格式。来自每个卡处理器的信息可以包括多个报告。多个报告可以包括综合报告、入账报告和授权报告中的至少一个。
【0036】根据第八个方面，计算机程序可以执行以下步骤：j)验证所转换的信息以确保信息的准确性；k)生成与卡产品相关联的信息的报告；l)根据用户标识把信息置入每个报告；m)存储与卡产品相关联的信息；n)给用户提门户以管理与卡产品相关联的信息；o)显示通过其用户访问与卡产品相关联的信息的图形用户界面；p)通过图形用户界面使用用户的口令和相关联的计算机网络地址，授权用户访问；和q)根据用户标识和金融机构相关联的至少一项，通过图形用户界面把产品显示给用户。图形用户界面的主题可以与每个卡处理器相关联。计算机程序可以执行以下步骤：r)当通过图形用户界面交互时，生成与卡处理器相关联的主题到每个卡处理器。卡处理器可以被配置为把对应的银行识别号(BIN)与卡产品相关联。计算机程序可以执行以下步骤：s)分配给卡产品对应于每个BIN的卡号；和t)为每个BIN生成卡号的摘要。
【0037】根据第八个方面，唯一标识符可以包括银行识别号(BIN)。每个卡产品可以包括卡产品号。卡产品号可以包括数字的第一部分和数字的第二部分。数字的第一部分可以包括BIN。卡处理器可以被配置为把BIN与卡产品相关联。计算机程序可以执行以下步骤：v)把卡号分配给每个BIN的数字的几乎所有的第二部分。卡产品可以包括礼品卡。礼品卡可以由金融机构发行。卡产品可以包括借记卡。卡产品可以包括健康储蓄账户(HSA)卡。卡产品可以包括灵活支出账户(FSA)卡。卡产品可以包括可重写工资单卡。多个卡处理器中的至少一种可以包括银行。
附图说明
【0038】在结合附图阅读以下的优选实施例的具体实施方式之后，本发明的其它目标和优点将对本领域的技术人员来说是显而易见的，其中相似的附图标记被用于表示相似的元件，其中：
【0039】图1是根据本发明的示例性实施例的表示卡产品管理系统的图。
【0040】图2是根据本发明的示例性实施例的综合或者非财务报告的报告明细。
【0041】图3是根据本发明的示例性实施例的入账报告明细。
【0042】图4是根据本发明的示例性实施例的授权报告明细。
【0043】图5是根据本发明的示例性实施例的用于通过卡产品管理系统观看定单的图形用户界面的例子。
【0044】图6是根据本发明的示例性实施例的表示由卡处理器发行的礼品卡的交易流程的图。
【0045】图7是根据本发明的示例性实施例的管理应用程序服务器模块的整个页面的图示。
【0046】图8A，8B和8C是根据本发明的示例性实施例的分别表示处理器页面、客户页面和项目页面的图示。
【0047】图9是根据本发明的示例性实施例的表示客户明细的页面。
【0048】图10是根据本发明的示例性实施例的表示项目明细的页面。
【0049】图11是根据本发明的示例性实施例的表示客户合同的页面。
【0050】图12是根据本发明的示例性实施例的表示客户质量的页面。
【0051】图13是根据本发明的示例性实施例的表示项目方案计划的页面。
【0052】图14是根据本发明的示例性实施例的表示项目资金的页面。
【0053】图15是根据本发明的示例性实施例的表示项目属性的页面。
【0054】图16是根据本发明的示例性实施例的表示礼品卡报告的页面。
【0055】图17是根据本发明的示例性实施例的表示工作队列报告的页面。
【0056】图18是根据本发明的示例性实施例的表示委托可支付总结报告的页面。
【0057】图19是根据本发明的示例性实施例的表示报告文件的页面。
【0058】图20是根据本发明的示例性实施例的表示财务报告的页面。
【0059】图21是根据本发明的示例性实施例的表示账户核对报告的页面。
【0060】图22是根据本发明的示例性实施例的表示由卡产品管理系统生成的借贷报告书的页面。
【0061】图23是根据本发明的示例性实施例的表示借贷报告书定义报告的页面。
【0062】图24是根据本发明的示例性实施例的表示特别报告的页面。
【0063】图25A和25B是根据本发明的示例性实施例的表示例外明细报告的页面。
【0064】图26是根据本发明的示例性实施例的表示财务报告的页面。
【0065】图27A和27B是根据本发明的示例性实施例的财务报告的页面。
【0066】图28是根据本发明的示例性实施例的表示卡号摘要的页面。
【0067】图29是根据本发明的示例性实施例的表示用于管理卡产品信息的步骤的流程图。
【0068】图30是根据本发明的示例性实施例的表示检测被传送到卡处理器信息的篡改的步骤的流程图。
【0069】图31是根据本发明的示例性实施例的表示用于处理卡产品的步骤的流程图。
具体实施方式
【0070】本发明的示例性实施例针对一种用于管理与卡产品相关联的信息的系统和一种用于在多个卡处理器之间管理卡产品信息的方法。根据示例性实施例，单个银行代理门户给多个卡处理器提供界面以支持由不同实体发行的卡或者其它卡产品的管理和控制，如例如金融机构(如银行)等等。然后银行代理门户可以选择一个卡处理器，通过使用与每个卡产品相关联的唯一识别信息来处理与卡产品相关联的信息。卡产品可以包括，例如，礼品卡(如银行发行的礼品卡)，借记卡和其它非可重写卡产品，以及可重写卡产品，如例如健康储蓄账户(HSA)卡，灵活支出账户(FSA)卡，可重写工资单卡等等。通过给多个卡处理器提供单一界面，用户可以从单个网站有效地并且简单地管理来自单个网站的任何或所有这些卡产品和其它类型的类似的金融交易，而不管发行卡的实体。
【0071】根据示例性实施例，银行代理门户在用户和卡处理器之间提供抽象层。换句话说，本发明处理在各种卡处理器之间的界面、通信、数据格式等等的任何的和所有的不一致和不同点，使得用户只需要与单个、统一的界面相交互。这样，用户可以对任何数量的卡产品从任何数量的金融机构购买、管理和进行管理功能，而不需要分别地对每个机构进行业务(例如通过每个金融机构的网站)。例如，用户可以生成并且观看与从不同的金融机构发行的卡产品相关联的金融信息的摘要报告。
【0072】根据本发明的另一个示例性实施例，卡产品管理系统可以被用于把卡号分配给由金融机构发行的卡产品。每个卡产品包括唯一地识别卡的卡产品号，例如，十六位数字号等等。例如，卡产品号的第十六位数可以是由金融机构分配给卡处理器的银行识别号(BIN)。对于银行发行礼品卡的例子，剩余的(例如十位)数字通常被用于分配BIN扩展(例如六位数字)、卡号(例如三位数)以及校验位(例如一位数)。这些剩余的数字的值也通常由金融机构分配。然而，根据另一个示例性实施例，卡产品管理系统可以通过使用全部剩余数字(例如全部十个剩余数字)来为卡产品分配卡号，以便为特定的BIN分配卡号。然后已被授权的用户可以观看，例如，对于每个BIN的可得到的卡号的分布摘要。
【0073】现在将更详细地描述本发明的这些和其它方面。图1是根据本发明的示例性实施例的表示卡产品管理系统100的图示。卡产品管理系统100(这里也被简单地称作“系统100”)包括代理门户模块105。多个卡处理器110(卡处理器1、卡处理器2、卡处理器3、......、卡处理器N，其中N可以是任何合适的数字)与代理门户模块105通信。每个卡处理器110可以利用任何适当形式的通信介质和协议，诸如，例如本地或者远程网络连接(例如通过内部网或者因特网等等)，直接连接(例如电缆，诸如RS-232连接)，或者任何其它合适的有线或者无线直接或者联网的连接，与代理门户模块105通信。
【0074】根据示例性实施例，代理门户模块105被配置为与卡处理器110中每个处理器进行接口。每个卡处理器110可以以与任何或者所有其它卡处理器110不同的方式与代理门户模块105通信。换句话说，每个卡处理器110可以使用不同的通信技术、协议、协议包、介质等等而与代理门户模块105通信。为了说明而不是限制，第一和第三卡处理器110可以使用SOAP(简单对象访问协议)与代理门户模块105通信，而第二和第N卡处理器110可以使用XML-RPC与代理门户模块105通信，尽管任何合适的通信协议可以由卡处理器110使用。代理门户模块105被配置为封装与每个卡处理器110的接口，以使得代理门户模块105可以使用所使用的并且由各自的卡处理器110所理解的通信协议与每个卡处理器110通信。继续本例子，为了与第一和第三卡处理器110通信，代理门户模块105可以使用SOAP，而XML-RPC可以被用于与第二和第N卡处理器110通信。代理门户模块105可以支持任何合适的通信协议。当附加的卡处理器110被放置于与代理门户模块105通信时，每个新卡处理器110的通信参数(协议、消息格式等等)可以被提供使得代理门户模块105可以被配置为以指定的方式与每个新卡处理器110通信。
【0075】如这里所使用的，“卡处理器”是任何合适的用来服务于或处理卡产品的实体。如这里所使用的，“卡发行商”是任何合适的发行卡产品的实体(例如发行银行或者其它相似的能够发行卡产品的实体)。例如，卡发行商把BIN分配给每个卡处理器。如这里所使用的，“卡产品”可以是任何合适类型的非可重写或者可重写卡或者基于卡的产品，诸如，例如礼品卡(例如银行发行的礼品卡)、借记卡、健康储蓄账户(HSA)卡、灵活支出账户(FSA)卡、可重写工资单卡、旅行卡、专业或者学院团队卡、储蓄账户卡、信用卡等等。例如，在银行发行礼品卡工业中，卡处理器110被简单地称作“处理器”或者“卡处理器”。处理器执行这样的功能，如例如创建并且维持卡和卡产品的信息、与付款网络和销售代理连接以授权卡销售和购买交易、投递卡交易和费用到合适的卡、提供卡报告数据等等。这样，如这里所使用的，“非处理器”是指不是“处理器”的实体(例如不是处理或者服务于卡产品的实体)。例如，代理门户模块105可以被认为是“非处理器”。然而，那些本领域的技术人员将意识到卡处理器110可以是任何合适的能够处理或者服务于任何合适类型的卡产品的实体。根据示例性实施例，卡产品管理系统100被配置为为多个卡处理器110管理与卡产品相关联的信息。
【0076】代理门户模块105被配置为根据与卡产品相关联的唯一标识符选择多个卡处理器110中的一个卡处理器来处理与卡产品相关联的信息。根据示例性实施例，每个卡产品具有允许卡产品管理系统100把卡产品与生成卡产品标识符的卡处理器110相关联的卡产品管理系统100的唯一标识符。唯一标识符可以是任何合适的能够唯一地标识卡产品和把卡产品和生成卡产品标识符的卡处理器110相关联的数字的或者字母数字符号的字符串、图标、符号、图像等等。为了说明而不是限制，假设卡产品是银行发行的礼品卡。这种礼品卡可以包括十六位数数字字符串，通常是以下形式：XXXX XXXX XXXXXXXX，其中“X”可以是从包括0到9的任何数字。头六位数字可以包括银行识别号(BIN)，即唯一地标识服务于和/或处理礼品卡的金融机构(例如银行)的号，尽管任何合适的数字号可以被使用以指定BIN。BIN可以通过卡发行商被分配给每个卡处理器110，并且卡处理器110通常把BIN与卡产品相关联。然后代理门户模块105可以使用与卡产品相关联的BIN以确定多个卡处理器110中的哪个卡处理器通过它来传送与卡产品相关联的信息。一旦合适的卡处理器110已经被确定，代理门户模块105就可以使用通信的方法和卡处理器110本身的协议与卡处理器110通信。再次需要注意的是本例子仅是为了说明的目的而不是限制。任何适用的唯一标识符可被使用于每个卡产品，因为某些基于卡的产品可以不使用BIN。
【0077】本领域技术人员将意识到，代理门户模块105可被扩展成通过适当的计算机网络通信互联的多个代理门户模块105，用来操控任何适当的数目的卡处理器110。
【0078】代理门户模块105包括客户应用程序服务器模块115。根据示例性实施例，客户应用程序服务器模块115被配置为代表代理门户模块105操控与卡处理器110的通信和消息传送。客户应用程序服务器模块115被配置为根据卡产品的唯一标识号选择卡处理器110，通过它来传送与卡产品相关联的信息。例如，客户应用程序服务器模块115保持或否则存储查找表，用来映射唯一标识号与对应的卡处理器110。为了说明的目的而不是限制，假设卡产品是银行发行的礼品卡等，那么查询表可以包括BIN到银行的映射，使得与卡产品相关联的信息可以根据卡产品的BIN被发送到银行。
【0079】此外，客户应用程序服务器模块115被配置为把用于传送到各自的卡处理器110的消息转换为由各自的卡处理器110利用的消息格式。如之前所讨论的，任何或者所有的卡处理器110可以使用不同的通信协议用于传递消息、数据和其它信息。一旦客户应用程序服务器模块115确定卡处理器110中的哪个卡处理器发送信息，客户应用程序服务器模块115就可以以合适的方式格式化消息(例如预先计划标题和把较验和等等添加到消息的主体上)以遵守所选择的卡处理器110所使用的协议。例如，客户应用程序服务器模块115可以维持把卡处理器110与通信协议相关联的查询表，使得对于任何特别的卡处理器110来说，客户应用程序服务器模块115可以确定哪个通信协议和其它类似的参数被所选择的卡处理器110支持。一旦被合适地格式化，客户应用程序服务器模块115就可以把所格式化的消息发送给卡处理器110。通过管理与每个卡处理器110的每个通信链路的细节，而不是使卡处理器110遵守由卡产品管理系统100所创建的通信协议，附加的卡处理器110可以被简单地添加或者相反被连接到系统100，仅需对卡处理器110的系统做很少或者不做修改。作为替代，卡处理器110可以选择通过标准通信格式和由卡产品管理系统100所创建的协议与应用程序服务器模块115通信。
【0080】客户应用程序服务器模块115还被配置为从每个卡处理器110接收与卡产品相关联的信息。然而，任何或者所有卡处理器110可以以不同的数据格式或者由卡产品管理系统100提供的格式发送信息(即，被包含在消息中的数据)。例如，信息的数字值可以通过使用变化的小数位或者完全不使用而被不同地指定，编码或者对于特定答复的响应可以被不同地指定，等等。尽管客户应用程序服务模块115可以保持对应于每个卡处理器110的分开的数据和数据结构，但这种处理趋于增加系统100的复杂性。
【0081】根据示例性实施例，客户应用程序服务器模块115被配置为规格化或者相反从每个卡处理器115映射被包含在每个消息中的信息以把信息转换为由卡产品管理系统100利用的格式。客户应用程序服务器模块115可以对于在系统110中的所有或者几乎所有的处理使用任何合适的数据格式。例如，客户应用程序服务器模块115可以保持或者相反存储合适的查找表或者转换表以规格化或者相反把信息从由卡处理器110支持的格式转换为由卡产品管理系统100支持的格式，反之亦然。例如，客户应用程序服务器模块115可以把数据，如例如状态编码、响应/答复、交易明细或者其它合适的信息转换为由客户应用程序服务器模块115使用的对应的状态编码、响应/答复、交易明细。
【0082】为了说明的目的而不是限制，假设客户应用程序服务器模块115从包括两个字段的特别卡处理器110接收消息。客户应用程序服务器模块115使用统一数据格式，其中第一字段是礼品卡美元总数，用两个小数位指定。第二字段是授权字段，指定为“ACCEPT”或者“DENY”。然而，特定的卡处理器110不同地指定两个字段-第一字段被在整个数字中指定(即没有小数)，以及第二字段或者是“OK”或者是“NOT OK”。这样，两个字段由卡处理器110置入，例如值“5000”和响应“OK”。客户应用程序服务器模块115可以确定从其接收消息的特定的卡处理器110(例如通过使用与消息所属于的卡产品相关联的唯一标识符)。然后客户应用程序服务器模块115可以执行表查询或者转换以确定对于这个特定的卡处理器110，在第一字段中的值(即“5000”)必须被除以100，以便获得具有两个小数位的值，并且“OK”的授权响应对应于“ACCEPT”。这样，通过把来自每个卡处理器110的数据规格化为统一的数据格式，客户应用程序服务器模块115可以管理多个卡处理器110中数据格式之间的任何不同。此外，通过管理由每个卡处理器110支持的数据格式的明细，而不是使卡处理器110与由卡产品管理系统100使用的数据格式一致，附加的卡处理器110可以被容易地添加或者相反被连接到系统，只需要对卡处理器110的系统做很少或者不做修改。
【0083】在规格化成由卡产品管理系统100支持的格式时，客户应用程序服务器115被配置为验证或者相反校验规格化的数据以确保那些数据的准确性。例如，因为客户应用程序服务器模块115“理解”数据将要变成的格式，客户应用程序服务器模块115可以执行，例如，数据的边界或者范围检查、数据验证和其它对于规格化数据的合适的检查。例如，继续之前的说明，假设第一地段(即礼品卡美元总数)将由两位小数位规定并且包含在$0.00到$100.00之间的值。因此，在规格化之后，如果由卡处理器110发送的值在这样的范围之外(例如小于$0.00或者大于$100.00)，那么合适的错误消息可以由系统100被发送到卡处理器110，提供出错通知以及，如有必要，对于校正的数据的请求。此外，合适的错误的记录可以由卡产品管理系统100保持(例如在合适的错误日志等等中)。其它相似的数据校验和验证技术可以由客户应用程序模块115在从每个卡处理器110接收的规格化数据上执行。那些本领域的技术人员将意识到数据校验和验证可以由客户应用程序模块115在把数据规格化成由卡产品管理系统100支持的格式之前或者之后执行。
【0084】任何适当的类型的、与卡产品相关联的信息可以在代理门户模块105和多个卡处理器110之间通信，包括，例如财务信息、状态、查询和任何其它合适的响应和答复以及用于控制和管理卡产品的信息，诸如与用户、注册等等相关的信息。如之前所讨论的，消息的格式和被包含在那些信息中的信息和数据将依赖于众多因素，诸如，例如由卡处理器110使用的通信协议、与卡产品相关联的信息的本质和类型和类似的因素。根据本发明的示例性实施例，从每个卡处理器110接收的信息可以包括多个报告。例如，单个报告可以包括所有的或者几乎所有的、与由卡产品管理系统100保持的一个或多个卡产品相关联的相关信息。作为替代，可以使用多个报告，其中每个报告包含与一个或多个卡产品相关联的信息的预定子集。
【0085】例如，根据本发明的示例性实施例，三个这样的报告可以被用于传送与卡产品相关联的信息，诸如，例如“综合”报告、“入账”报告和“授权”报告。综合报告可以包括任何合适的与卡产品相关联的综合或者非财务数据，包括例如卡持有者的姓名和地址、与卡持有者相关联的人口数据、卡产品的状态和其它类似的信息。然而，综合报告还可以包括任何合适的财务数据，诸如，例如卡的余额等等。入账报告可以包括任何关于入账交易的合适的信息，诸如，例如之前营业日的入账交易的列表等等。授权报告可以包括任何合适的关于财务或者其它交易的授权的信息，包括例如授权尝试、未完成交易等等。然而，每个包含任何合适类型的信息的任何合适数量的报告可以被用于传送与卡产品相关联的信息，例如，从卡处理器110。
【0086】例如，图2是根据本发明的示例性实施例的、对于综合或者非财务报告200的报告明细。综合报告200包括几个部分，包括标题部分205、明细(主体)部分210和尾部部分215。在图2中所示的报告明细描述可以置入标题部分205、明细部分210和尾部215的字段，以及例如每个字段的最大长度220、每个字段的格式225和在每个部分中的每个字段的描述230。标题部分205可以包括任何合适的标题字段，诸如，例如：HEADER(例如，用来指定标题部分205的开始)；PROCESSOR NAME(例如，卡处理器110的名称)；REPORT/DATA FEED NAME(例如，用来指定作为综合或者非财务报告200的报告)；FILEDATE(例如，从处理器接收报告的日期)；RUNDATE BEGIN(例如，在综合报告200中的信息进行参考的开始日期)；和RUNDATE END(例如在综合报告200中的信息进行参考的结束日期)。附加的和/或替代的字段可以被包括在标题部分205中。
【0087】明细部分210可以包括任何合适的明细或者主体字段，诸如，例如：CARD NUMBER(例如发行到卡持有者的塑料信用卡上的号码)；OPEN DATE(例如特定卡的开卡日期)；EXPIRATIONDATE(例如卡的过期日期)；DARDHOLDER IDENTIFICATIONCODE(例如，被使用来标识卡持有者识别值的代码，诸如，例如“1”作为社会保险号、“2”作为驾驶执照号、“3”作为录取领事号、“4”作为护照、“5”作为签证、“6”作为绿卡等等)；CARDHOLDERIDENTIFICATION VALUE(例如，用来识别顾客的值)；PRIMARYCARDHOLDER FIRST NAME；PRIMARY CARDHOLDER LASTNAME；ADDRESS LINE 1；ADDRESS LINE 2(例如卡持有者地址的第一和第二行)；CITY；STATE；ZIP CODE(例如卡持有者地址的城市、州和邮政编码)；PRIMARY PHONE NUMBER；SECONDARY PHONE NUMBER(例如卡持有者的主要和次要电话号码)；STATUS(例如，特定卡的状态)；CURRENT BALANCE(例如在卡上的当前余额)；CURRENT BALANCE SIGN(例如余额是正(+)还是负(-)的标记)；PROGRAM IDENTIFICATIONVALUE(例如由处理器分配的值，如果可适用的话)；和SUB-PROGRAM IDENTIFICATION VALUE(例如由处理器分配的值，如果可适用的话)。根据示例性实施例，CARDHOLDERIDENTIFICATION VALUE字段由子字段的级联组成，包括例如：VALUE(例如规定标识值的、多达25个字母数字字符)；COUNTRY(例如，规定标识的发行的国家的、多达2个字母数字字符)；EXPIRATION DATE(例如指定为MMDDYYY，MMYYY，YYYY等等)；和COMMENTS(例如，规定附注的、多达50个字母数字字符)。附加的和/或替代的字段和子字段可以被包括在明细部分210中。任何合适的卡号或者卡产品可以在综合报告中传递，并且每个卡或者卡产品(例如与每个卡或者卡产品相关联的每个账户)可以在明细部分210中拥有明细记录。
【0088】尾部部分215可以包括任何合适的尾部字段，诸如，例如TRAILER(例如，用来指定尾部部分215的开始)；和COUNT(例如，用来指定在明细部分210中包含的明细记录的号码或者计数)。附加的和/或替代字段可以被包括在尾部部分215中。
【0089】例如，图3是根据本发明的示例性实施例的入账报告300的报告明细。入账报告300包括几个部分，包括标题部分305、明细(主体)部分310和尾部部分315。在图3中所示的报告明细描述可以置入标题部分305、明细部分310和尾部315的字段，以及例如每个字段的最大长度320、每个字段的格式325和在每个部分中的每个字段的描述330。标题部分305可以包括任何合适的标题字段，诸如与对于综合报告200的标题部分205所指定的相同或者不同的标题字段(例如其中REPORT/DATA FEED NAME字段的值指定报告为入账报告300)。
【0090】明细部分310可以包括任何合适的明细或者主体字段，诸如，例如：CARD NUMBER(例如发行到卡持有者的塑料信用卡上的号)；TRANSACTION DATE(例如，原始交易的日期)；TRANSACTION CODE(例如，代表货币交易的类型的代码)；TRANSACTION AMOUNT(例如，入账到卡上的交易的量)；TRANSACTION AMOUNT SIGN(例如，交易是正(+)还是负(-)的标记，其中负号表示取走资金，而正号表示增加资金)；TRANSACTION CURRENCY CODE(例如，代表交易量的当前状态的代码)；AUTHORIZATION CODE(例如，分配给所批准的交易的识别号，并且如果请求被拒绝可以是空格)；POST DATE(例如交易入账到卡的日期)；NETWORK CODE(例如，标识用来处理交易的网络(例如Pulse，NYCE，STAR或者类似的)干线的代码)；MERCHANT NUMBER(例如，标识提交交易的店主的号)；MERCHANT NAME(例如，接受原始交易的店主的姓名)；MERCHANT CATEGORY CODE(例如，代表店主的交易线的代码)；MERCHANT COUNTRY CODE(例如，代表店主的交易所处的国家的代码)；INTERCHANGE FEE AMOUNT(例如与本交易相关联的交换的量)。ACH ROUTING NUMBER(例如，资金将被分发到哪儿的路由号)；和ACH CONFIRMATION NUMBER(例如，在资金将被分发到的地方，可以出现在卡持有者的借贷报告书上的ACH交易的确认代码)。附加的和/或替代的字段和子字段可以被包括在明细部分310中。尾部部分315可以包括任何合适的尾部字段，诸如，与对于综合报告200的尾部部分215所指定的相同或者不同的尾部字段。
【0091】例如，图4是根据本发明的示例性实施例的授权报告400的报告明细。授权报告400包括几个部分，包括标题部分405、明细(主体)部分410和尾部部分415。在图4中所示的报告明细描述可以置入标题部分405、明细部分410和尾部415的字段，以及例如每个字段的最大长度420、每个字段的格式425和在每个部分中的每个字段的描述430。标题部分405可以包括任何合适的标题字段，诸如，与对于综合报告200的标题部分205所指定的相同或者不同的标题字段(例如其中REPORT/DATA FEED NAME字段的值指定报告为授权报告400)。
【0092】明细部分410可以包括任何合适的明细或者主体字段，诸如，例如：CARD NUMBER(例如发行到卡持有者的塑料信用卡上的号)；TRANSACTION DATE/TIME(例如，原始交易的日期和时间)；TRANSACTION CURRENCY CODE(例如，代表交易量的货币的代码)；ADDRESS VERIFICATION RESPONSE(例如，代表如果地址校验被利用的响应的消息)；AUTHORIZATIONRESPONSE(例如，代表请求被授权或者拒绝的原因的消息)；AUTHORIZATION CODE(例如，分配给所批准的交易的识别号，并且如果授权请求被拒绝可以是空格)；NETWORK CODE(例如，标识用于处理交易的网络(例如Pulse，NYCE，STAR等等)干线的代码)；MERCHANT NUMBER(例如标识提交交易的店主的号)；MERCHANT NAME(例如接受原始交易的店主的姓名)；MERCHANT CATEGORY CODE(例如代表店主的交易线的代码)；MERCHANT COUNTRY CODE(例如代表店主的交易所处的国家的代码)；附加的和/或替代的字段和子字段可以被包括在明细部分410中。尾部部分415可以包括任何合适的尾部字段，诸如与对于综合报告200的尾部部分215所指定的相同或者不同的尾部字段。
【0093】如上所讨论的，BIN由卡发行商分配给卡处理器110。例如，BIN或者其它唯一标识符可以由MASTERCARDTM或者VISATM或者其它卡发行商分配给每个卡处理器110。卡处理器110把BIN与卡产品相关联。BIN可以被用于唯一地标识服务于和/或处理特定的卡产品的卡处理器110。对于具有十六位数字卡产品号的银行发行的礼品卡等等的说明例，卡产品号的头六位数字可以包括BIN，尽管任何合适的数字号可以被用于指定BIN。通常地，卡产品号的剩余数字可以被用于唯一地标识用户(例如卡持有者)，并且还由卡处理器110分配。对于银行发行的礼品卡等的说明例，剩余(例如十位)数字通常被用于分配BIN扩展(例如六位数字)、卡号(例如三位数字)和校验位(例如一位数字)。因此整个卡产品号唯一地标识服务于和/或处理卡产品的卡处理器110和那个卡产品的持有者。
【0094】然而，根据本发明的替代示例性实施例，客户应用程序服务器模块115可以被配置为分配和指派给卡产品对应于每个BIN(或者其它唯一标识符)的卡号。更特别地，卡产品可以由两部分数字组成-数字的第一部分和数字的第二部分。为了说明的目的而不是限制，对于十六位数字卡产品号，例如对于银行发行的礼品卡等，数字的第一部分可以包括卡产品号的头六位数字，而数字的第二部分可以包括剩余的十位数字。数字的第一部分可以包括BIN(或者其它合适的唯一标识符)。对于每个BIN，数字的第二部分可以被用于为给定BIN分配卡号。客户应用程序服务器模块115可以为每个BIN分配包括数字的所有或者几乎所有的第二部分的卡号，尽管客户应用程序服务器模块115可以使用数字的第二部分的任何子集分配卡号。
【0095】换句话说，根据示例性实施例，客户应用程序服务器模块115可以通过使用所有或者几乎所有剩余数字而不是在卡产品号中的BIN而被配置为为每个BIN(或者其它合适的唯一标识符)分配和指派卡号。对于具有十六位数字BIN的十六位数字卡产品号，剩余的十位数字(或者它的任何子集)可以被用于为特定的BIN分配十亿卡号中任何一个。因此，对于具有十六位数字BIN和十位剩余数字的十六位数字卡产品号，对于每个卡处理器110可以发行多达十亿的卡产品，尽管可获得卡号的数量将依赖与这些因素，如例如所使用的卡产品号的长度、BIN或者形成卡产品号的一部分的其它标识符的长度和其它类似的因素。这样，“非处理器”，特别是根据示例性实施例的卡产品管理系统100，可以分配和指派每个卡产品的卡产品号的数字的整个第二部分或者它的任何子集的值(例如卡号)。例如，数字的第二部分的卡号可以被顺序地或者随机地分配给每个BIN。根据示例性实施例，数字的第一部分可以在每个卡产品号中的第二部分数字之前。根据替代示例性实施例，第二部分可以在数字的第一部分之前。作为替代，数字的第一和第二部分可以合适地在卡产品号中被交织或者混合。卡产品号的长度(以位记)和对应的数字的第一和第二部分的大小将依赖于这些因素，如例如每个卡产品所使用的卡号的类型、BIN的大小或者长度(以位记)和其它类似的因素。根据替代实施例，客户应用程序服务器模块115，而不是卡发行商，可以把BIN分配和指派给每个卡处理器110。
【0096】合适的和适合的方法和机制可以被用于确保在代理门户模块105和卡处理器110之间所通信的信息的保险和安全。例如，安全的连接(例如通过HTTP等等)可以在代理门户模块105和每个卡处理器110之间被保持。附加地或者作为替代，数据和信息可以使用任何合适的加密或者密码算法或者技术被合适地加密，包括例如任何合适的公钥基础设施(PKI)系统，RC4，MD5，base64加密等等。
【0097】被传送到卡处理器110的消息可以包括，例如，查询等等，其中包括文件的计算机网络地址(例如URL，IP地址等等)。例如，查询可以包括由代理门户模块105发送的常规搜索查询以获取位于特定的网站URL或者其它唯一地址的文件或者其它数据。然而，如果被拦截，则恶意黑客或者入侵者有可能篡改查询。例如，URL或者计算机网络地址可以被修改以获取不同的文件或者数据，诸如不应被卡处理器110访问或者获取的安全文件或者数据。这种恶意行为可以使由卡处理器110和卡产品管理系统100保持的数据易受窃取和破坏。
【0098】根据示例性实施例，为了解决这些安全问题，被包含在查询中的计算机网络地址可以被加密。然后所加密的计算机网络地址被添加到查询的尾部。通过添加加密的计算机网络地址到查询的尾部，查询可以(例如由卡处理器110)以常规的方式被处理(同时忽略所添加的加密的计算机网络地址)，以在指定计算机网络地址获取文件或者数据。对查询的应答(例如，被发送到代理门户模块105)还可以包括查询本身，在应答中有计算机网络地址和加密的计算机网络地址。客户应用程序服务器模块115被配置为通过解密加密的计算机网络地址来检测计算机网络地址的篡改，并且然后比较计算机网络地址和解密的计算机网络地址。如果两个计算机网络地址是相同的，则没有篡改发生。然而，如果计算机网络地址与解密的计算机网络地址不匹配，则篡改发生了。在这种情况中，可以采取合适的安全措施(例如删除消息)，并且合适的警报和警告可以被发送到受影响的客户。
【0099】根据替代示例性实施例，客户应用程序服务器模块115被配置为通过解密加密的计算机网络地址和然后比较重新加密的计算机网络地址和原先加密的计算机网络地址(其已经被添加到查询的末尾)而检测计算机网络地址的篡改。如果原先的和新加密的计算机网络地址是不同的，那么篡改发生了。为了说明的目的而不是限制，根据这个替代示例性实施例创建加密的计算机网络地址，URL的查询串的RC4加密的MD5散列可以被执行以生成加密的散列。所加密的散列可以作为唯一关键值对被添加到查询串。为了校验所加密的查询串的有效性，唯一关键值散列可以从查询串被移走。剩余查询串的RC4加密的MD5散列可以被创建。加密的结果可以与之前从查询串移走的唯一关键值比较。如果这两个加密的散列是不同的，那么查询串的篡改发生了。
【00100】任何合适的加密技术可以被用于加密计算机网络地址。例如，根据示例性实施例，可以使用加密的散列函数。如之前所说明的，计算机网络地址可以被加密(例如使用RC4，MD5，base64等等或它们的任何合适的组合)以生成加密的计算机网络地址。然后合适的散列函数可以被应用于加密的计算机网络地址以生成加密的散列。尽管已经讨论过计算机网络地址，需要注意的是在查询中任何合适的数据，包括整个查询本身或者它的任何部分，为了根据示例性实施例检测篡改的目的，可以被加密并且被添加到查询的末尾。
【00101】为了保持和管理卡产品，卡产品管理系统100包括与客户应用程序服务器模块115通信的数据库模块120。数据库模块120被配置为例如存储与卡产品相关联的信息和其它类似的信息。客户应用程序服务器模块115可以根据客户、卡处理器110或者系统100本身的请求查询或者相反访问数据库模块120以存储或者取回这种信息。例如数据库模块120可以被用于存储对应于每个BIN的卡号的表和其它类似的信息，以支持卡产品的控制和管理。数据库模块120可以是任何合适类型的计算机数据库或者存储介质或者存储器，与任何这种介质或者存储器交互作用的数据库产品(例如SOL)，或者其它类似的电的或者电子的存储装置或者能够为之后的取回存储电的和电子的信息的设备。
【00102】根据示例性实施例，卡处理器110、卡持有者、管理员和其它实体和个体(统称为“用户”)可以通过卡产品管理系统100访问关于卡产品的信息。换句话说，代理门户模块105被配置为允许用户访问与卡产品相关联的管理信息。为了支持这种访问，代理门户模块105包括图形用户界面模块130。图形用户界面模块130被配置为或者本地地或者远程地显示通过其用户可以与卡产品管理系统100交互作用的图形用户界面(GUI)。GUI可以是例如专有地图形界面，任何合适的网络浏览器(例如，Internet Explorer、Netscape、Firefox、Safari、Opera或者任何其它合适的网络浏览器)或者其它类似的能够显示图形和/或文本信息的，并且可以支持到卡产品管理系统100的安全连接和远程访问的界面。例如，个人计算机(PC)或者其它合适类型的计算机系统或者装置(例如膝上型电脑、个人数字助理(PDA)，手机等等)可以由卡持有者143、金融机构147或者其它类似的用户使用，以便通过卡产品管理系统100使用图形用户界面模块130的GUI，例如通过合适的网络浏览器经由因特网或者万维网上的安全连接，远程地访问关于卡产品的信息。
【00103】GUI可以支持提示用户输入用户名(或者电子邮件地址)和唯一分配的口令，以便一旦成功地输入这两个则可达到对卡产品管理系统100的初始访问。口令可以通过任何合适的加密技术被加密(例如MD5等等)，并且用户在三次不成功的登录尝试后可以被锁在系统外面。其它合适的附加的或者替代的安全措施可以被用于登录系统100，包括例如生物测量学等等。根据示例性实施例，图形用户界面模块130被配置为确定用户的计算机网络地址(例如用户从其访问系统100的计算机的IP地址)。作为附加的安全特征，图形用户界面模块130可以比较用户的计算机网络地址与以用户的用户名被存储的计算机网络地址(例如在系统100登记或者注册时被输入的或者相反被记录的、对于用户的IP地址)。除了用户名和口令，如果用户的计算机网络地址与所记录的对应于用户的用户名的计算机网络地址不匹配，那么到卡产品管理系统100的访问可以被拒绝。这样，通过GUI使用口令和相关联的用户的计算机网络地址的二者或任一项，可以授权用户到卡产品管理系统100的访问。
【00104】卡产品管理系统100是基于角色的系统。换句话说，被显示给每个用户的和由每个用户通过GUI可访问的功能、特征和信息可以基于用户在系统100中建立的角色。例如，卡持有者可以被给予访问和管理仅属于由卡持有者持有的卡产品的信息。相反，卡处理器110可以被给予访问和管理属于由卡处理器110发行的所有卡产品的信息。然而，卡产品管理系统100的管理员可以被给予访问和管理属于由系统100保持的所有卡产品的信息。在每个例子中，给定那个用户在卡产品管理系统100中的角色，GUI被配置为允许用户仅仅访问那些合适于用户的特征、功能和信息。
【00105】为了辅助在各种用户之间的功能性的描绘，每种类型的用户可以经由不同的网站地址(例如URL)访问卡产品管理系统100。例如，卡持有者可以通过导航他们的网络浏览器到诸如例如“myprepaidbalance.com”或者“myprepaidaccount.com”或者其它合适的网站地址的地点，而访问系统100。卡处理器100可以通过把他们的网络浏览器指引到不同的地址、如例如“prepaidadmin.com”或者其它合适的网站地址访问系统100。尽管不同的URL可以被用于每种类型的用户，但每个网站地址仍然把各自的用户引导到卡产品管理系统100，虽然通过不同的入口点。
【00106】附加地或者替代地，GUI可以被配置为把不同的主题、外观或者“皮肤”显示给用户，依赖于用户的角色和/或与卡处理器110的关系。例如，根据用户标识经由他们的对应的用户名和口令(以及如果需要计算机网络地址)，图形用户界面模块130可以改变显示给用户的GUI的外观的配置。例如，对于卡持有者，GUI可以是非常“华丽的”或者相反精巧地装饰以加强卡持有者的经历。此外，卡持有者潜在地感兴趣的广告促销、销售信息、使用技巧、导航信息等等可以通过GUI被显示给卡持有者。相反，管理员可以被显示以更加“刻板的”GUI，集中在特征和功能性，而不是精细的显示。此外，每个卡处理器110可以具有于GUI相关联的主题或者“皮肤”。这样，当卡处理器110通过GUI登录卡产品管理系统100时，对应的那个卡处理器110的图形主题或者“皮肤”可以被显示。当管理由卡处理器110发行的卡产品时，这种主题或者“皮肤”还或者替代地可以被显示给用户(例如卡持有者)。
【00107】一旦获得访问，卡产品管理系统100的用户就可以观看并且管理与卡产品相关联的信息。卡产品管理系统100被配置为允许用户执行那些与管理卡产品相关联的功能。例如，对于“塑料信用卡定单”，用户可以定制(最终)分发给卡持有的塑料信用卡产品，包括指定卡的设计或者布局、提供显示在卡上的顾客消息和卡的其它类似的特征。一旦用户已经通过系统100购买了实际的、塑料信用卡，卡就可以被载入值(例如，美元总数)、激活和发行。对于礼品卡的例子，通过使用“即时发行”，个人卡可以被指定例如卡号、有效期、载入量、CVV2/CVC2号、保险号和其它识别信息。然后个人卡可以通过使用卡持有者的姓名、地址、电话号码等等被注册。然后卡可以由卡持有者使用了。此外，“大宗定单”可以被看作“塑料信用卡定单”和“即时发行”的结合。对于大宗定单，塑料信用卡被定购并且可以被预先载入货币的数量，在卡激活后就可以存取该货币量。这样，这种大宗定单可以允许用户在定购时指定卡载入量，并且个人化/用户化用于销售或者分发的那些卡。
【00108】需要注意的是任何合适类型的卡或者基于卡的产品可以通过卡产品管理系统100被提供或者相反出售或者分发。对于特定类型的卡产品，每个已知的卡产品类型的个人卡可以由卡处理器110被服务和/或处理。换句话说，一种卡产品类型可以使用多个卡处理器110。例如，假设卡发行商拥有卡产品类型X的卡库存。卡产品类型X的第一定单可以被分配以第一BIN或者其它唯一标识符，以便由第一卡处理器110服务和/或处理。卡产品类型X的第二定单可以被分配以第二BIN或者其它唯一标识符，以便由第二卡处理器110服务或者处理。卡产品类型X的第三定单可以被分配以第三BIN或者其它唯一标识符，以便由第三卡处理器110服务和/或处理。这样，尽管每个个人卡被特定的卡处理器110服务和/或处理，卡处理器110的任何一个可以被选择，用来服务于和/或处理特定的卡产品类型的卡。
【00109】卡产品管理系统100可以允许用户观看以前的定单。例如图5是根据本发明的示例性实施例的用于通过卡产品管理系统100观看定单的图形用户界面的例子。GUI 500可以显示合适的要概括的信息，例如对于塑料信用卡定单505、即时发行510和大宗定单515的所有或者大多数最近的定单。所概括的信息可以包括，例如定单号、定单日期、客户姓名、项目名称、产品名称、定单状态、所定购的卡的总量、总加载量和任何其它合适的信息。此外，搜索字段520被配置为允许用户搜索并且过滤(使用标准搜索和过滤算法和技术)根据任何之前提到的所概括的信息的定单历史，并且包括这样的附加字段如顾客号、卡持有者姓名、公司名、公司电话、卡号、税ID、卡持有者的生日、邮政编码、保险号等等。通过使用这种搜索/过滤，用户可以在任何或者所有的卡处理器110上观看从个人卡到整个卡定单的卡产品信息的任何想要的粒度水平。
【00110】卡产品管理系统100还被配置为为与卡产品相关联的信息生成报告。例如，客户应用程序服务器模块115可以根据用户的请求进行报告格式化，其可以通过GUI由图形用户界面模块130被显示。任何合适的类型的报告可以由系统100提供给用户，包括例如用户的定单摘要、总销售摘要、分行的总销售摘要、塑料信用卡定单摘要、库存摘要、卡明细、ACH请求的列表或摘要等等。根据示例性实施例，每个报告可以根据用户标识被注入信息。换句话说，一旦登录系统100，所登录的用户的身份就通过用户名和口令被卡产品管理系统100获知。因为用户的身份已知，那个用户的卡产品信息可以通过GUI被呈现或者相反被显示给那个用户，例如以报告的形式。此外，因为用户的身份已知，GUI本身可以被配置为显示与用户相关联的其它信息，诸如，例如，用户可获得的产品的列表、用户可获得的GUI菜单功能(例如下拉或者弹出菜单和子菜单)等等。例如卡产品可以通过GUI根据用户标识和用户与诸如卡处理器110那样的金融机构的联系和关系，被显示给用户。这样，卡产品管理系统100可以设计被呈现给每个用户(例如基于用户的身份)的界面和信息以提高使用的便捷和对系统100的可访问性以及由系统100保持的卡产品信息。
【00111】为了说明的目的而不是限制，图6是根据本发明的示例性实施例的表示由卡处理器110发行的礼品卡的交易流程的图。图6表明卡持有者、销售代理(例如那些在销售点销售和分发卡的人)、处理器和卡产品管理系统100之间的交互。在框605中，消费者从在销售站点处的销售代理购买礼品卡。在框610中，销售代理把交易信息输入到卡产品管理系统100的基于网络的应用程序(例如GUI)中并且把销售数据发送到发行给定礼品卡的卡处理器110。在框615中，卡处理器110验证交易、加载值到卡账户以及激活卡。在框620中卡处理器110把授权发送回销售代理。在框625中，卡处理器110创建并且发送每天的文件到金融机构(例如银行等等)要求资金的流动，包括值加载、销售等等。在框630中，销售代理把(已加载的和激活的)礼品卡、合适的费用公开内容和卡持有者协议、收据等等给顾客。根据示例性实施例，这种(打印的)消费者公开内容可以由消费者或者其它用户通过系统100经由GUI被电子地观看，因为系统100被配置为电子地存储(例如在数据库模块120中)这种公开内容和其它由用户访问的文件。
【00112】在框635中，销售代理把销售的收入存入到销售代理的银行账户中。在框640中，银行或者其它金融机构创建AHC文件以便与销售代理清算，并且代表卡持有者保持资金。在框630中在顾客被给予“活的”礼品卡之后，然后在框645中消费者(现在是卡持有者)可以立即使用卡在上百万个接受礼品卡的主要品牌的地点购买商品和服务。在框650中，卡持有者可以通过GUI与卡产品管理系统100交互作用，以便更新卡余额信息(例如通过在礼品卡背面上所列出的URL)。根据示例性实施例，卡持有者可以通过电话使用合适的交互的语音响应(IVR)系统等等，而不是GUI，与系统100交互作用。
【00113】参考图1，卡产品管理系统100包括管理应用程序服务器模块125。管理应用程序服务器模块125与数据库模块120通信。根据示例性实施例，管理应用程序服务器模块125被配置为管理卡产品管理系统100和由系统100保持的卡产品的任何和所有方面。例如，管理应用程序服务器模块125被配置为监视卡产品活动并且每天提供销售和异常记录。例如，在多个异常报告上出现的销售活动可以被检查可能的可疑活动。异常报告可以包括例如大美元交易、值加载和交易的速度检验、过多的信用支出或者返还、外国交易和其它可能是可疑的类似的活动。此外，每个卡产品的余额和静止时间范围可以由管理应用程序服务器模块125每天监视。交易解决是自动的，资金账户余额可以由应用程序服务器模块125每天监视是否足够。应用程序服务器模块125被配置为监视任何和所有卡产品账户并且一个接一个状态地使充公步骤自动化。这样，应用程序服务器模块125可以每天或者其它定期地监视、跟踪并且报告卡处理器110、用户、项目、卖主、合约等等。
【00114】管理员和其它合适的用户可以使用管理应用程序服务器模块125经由诸如由代理门户模块105的图形用户界面模块130提供的相同的或者不同的GUI那样的合适的GUI，访问和管理系统100，并且观看与卡产品相关联的信息。根据示例性实施例，用于管理应用程序服务器模块125的GUI是由作为管理应用程序服务器模块125的部件的第二图形用户界面模块等等提供的单独的GUI。然而，图形用户界面模块130可以为代理门户模块105和管理应用程序模块125提供GUI。
【00115】管理应用程序服务器模块125可以为管理员和其它相似的用户以合适的格式或者配置显示任何合适的信息，用于管理卡产品管理系统100。例如，图7是根据本发明的示例性实施例的管理应用程序服务器模块的整个页面700的图示。整个页面700可以提供扼要的摘要信息，关于例如相关联的卡处理器110的计数、用户、项目和卖主的状态、卡产品数据和项目细目分类。例如整个页面700可以显示卡摘要705、状态摘要710、项目发起日期摘要715和相关联摘要720。其它相似的信息可以在整个页面700上显示，诸如，例如卡产品(即礼品卡)摘要等等。整个页面被配置为显示其它页面的顶部菜单730，管理员可以导航以获得更多详细的信息，包括用于访问的标签，例如“处理器”、“客户”、“项目”、“卖主”、“实体”、“联系人”、“材料”、“合同”、“资金”、“报告”、“工具”和其它合适的信息。将讨论几个这种示例性菜单项目。
【00116】选择能够把管理员带到其实体类型的列表页面的“处理器”、“用户”、“项目”或者“卖主”标签。图8A、8B和8C分别表明根据本发明的示例性实施例的处理器页面805、用户页面810和项目页面815。每个这种列出的页面可以提供快速搜索或者导航到合适的详细信息的能力。每个列出的页面列出诸如，例如每个实体的姓名和相关摘要的数据。根据示例性实施例，从列表点击或者选择实体姓名(例如经由鼠标或者合适的指示器装置输入)可以把管理员带到那个实体的详细页面。
【00117】例如，图9表明根据本发明的示例性实施例的客户明细页面900。客户明细页面900可以通过，例如选择在顶部菜单730中的“客户”标签和在对应的子菜单中的“明细”标签902而被访问。每个明细页面被配置为提供实体的总貌，并可被使用来添加和编辑与实体相关联的数据。例如，客户明细页面900可以保持这种数据，如客户明细信息905、客户项目数据910、客户方案计划915等等。其它相似的信息可以在客户明细页面900中显示，包括例如客户联系人(例如姓名、头衔、电话号码、联系人类型和类似的)，客户合同、客户地址、客户借贷报告书定义、客户关系(例如代理、合伙人、发行人、位置、市场商人、服务者等等)和其它合适的信息，如例如客户位置、儿童客户委托客户和产品等等。
【00118】从在整个页面700上的每个标签可以往下深钻与每个标签相关联的更多详细的信息。例如，图10表明根据本发明的示例性实施例的项目明细页面1000。通过在顶部菜单700中选择“项目”标签，管理员可以被呈现以列出给定标签的可选项的页面的合适的子菜单1005。例如，从“项目”标签1010，对应的子菜单1005可以包括这种附加标签如“详细资料”、“联系人”、“注释”、“方案计划”、“属性”、“资金”、“产品”、“合同”、“亲属”、“位置”、“质量”等等。通过选择子菜单1005的“详细资料”标签，管理员可以被呈现以项目详细资料页面1000。项目详细页面1000可以显示任何项目详细信息，诸如，例如姓名、客户、项目类型、关联、处理器、状态和其它类似的信息。管理员可以使用这样的列出的页面用于添加和编辑实体的项目信息。在子菜单中1005中的其它标签或者项目可以由管理员选择并且显示给管理员。
【00119】例如，图11表明根据本发明的示例性实施例的客户合同页面1100。通过在顶部菜单730中选择“客户”标签，管理员可以被呈现以列出给定标签的可选项的页面(其可以是与在图10中所示的子菜单类似的或者不同的)的合适子菜单1102。例如对于“客户”标签1101，对应的子菜单1102可以包括这种附加标签如“明细”、“联系人”、“地址”、“注释”、“方案计划”、“资金”、“项目”、“合同”、“亲属”、“位置”、“质量”等等。通过选择子菜单1102的“合同”标签1103，管理员可以被呈现以客户合同页面1100。根据示例性实施例，当每个合同签署时管理员可以通过管理应用程序服务器模块125经由合同页面1100进入。被记录在合同页面1100中的信息包括有关的详细资料和与合同相关联的日期。例如，可以提供行动日期1105。在行动日期1105之下的通知日期字段1110可以被设置到有效日期1115之前的六个月(或者其它合适时段)，以允许重新谈判或者终止通知。一旦达到通知日期，管理应用程序服务器模块125可以发送电子邮件或者其它合适的通知到作为通知联系人1120被列出的用户，其中这种通知被每天或者周期地被发送直到采取合适的行动为止。附加地，电子邮件或者其它合适的通知还可以被发送到合适的操作部门或者个人以通知他们有新合同并且提示他们输入那个合同的借贷报告书定义。其它相似的信息可以被显示在合同页面110上，包括例如可被添加到合同上的附注。其它在子菜单1102中的标签或者选项可以由管理员选择并且被显示给管理员。
【00120】例如，通过选择子菜单1102的“质量”标签，管理员可以被呈现以客户质量页面1200。图12表明根据本发明的示例性实施例的客户质量页面1200。在“质量”标签1205下的客户质量页面1200可以显示客户的用于跟踪尽职调查、质量回顾和合适的法人文件和其它类似的信息的信息。例如，尽职调查部分1210可以当在实体上的信息被输入时完成。回顾部分1215可以提供给卡产品管理系统100以基于客户的风险评估将需要回顾的日期。跟踪部分1220可以表明所要求用于执行尽职调查的文件和其它信息，以及这种文件发行的最近版本的日期。管理应用程序服务器模块125可以生成报告以便探索每年(或者其它合适的时限)从实体需要什么文件。
【00121】回到在顶部菜单730中的“项目”标签1010之下的显示或者列出的可选项，图13表明根据本发明的示例性实施例的项目方案计划页面1300。方案计划页面1300例如可以通过选择在顶部菜单730中的“项目”标签1010和在对应的子菜单1005中的“方案计划”标签1301而被访问。项目方案计划页面1300可以指引管理员到预定的用于建立卡处理器110或者项目的步骤。项目计划页面1300可以允许管理员输入任何合适的对应于每个任务的方案计划任务名称1305。例如，当创建新方案计划时，管理应用程序服务器模块125可以为每个任务名称1305分别计算开始和结束日期1310和1315。管理员还可以为每个任务名称1305分别输入实际的开始和结束日期1320和1325。如果其不是所需的，则每个任务可以通过合适地取消选择任务名称1305而被中止。注释1330可以对于每个任务名称1305被输入。时间1335可以对于每个任务名称1305被跟踪，并且可记账时间条目可以变成例如在客户借贷报告书或者发票上的行式选项。
【00122】还在顶部菜单730中的“项目”标签1010之下，图14表明根据本发明的示例性实施例的程序资金页面1400。资金页面1400例如通过方案计划页面1300例如可以通过选择在顶部菜单730中的“项目”标签1010和在对应的子菜单1005中的“资金”标签而被访问。在项目资金页面1400上的项目资金可选项1405可以显示系统100将需要自动地生成用于项目的ACH资金的日期。例如，在卡处理器110的入账报告300上的每个入账交易可以被戳记交易类型。当购买资金被接通开始时，AHC记录可以每天(或者合适的周期)被创建以便根据交易符号把处于项目级别的资金从固定移动到资金或者从资金移动到固定。例如，入账时间偏差1410可以通知系统100调整交易时间多个小时(或者其它合适的时间段)使得交易可以卷起到合适的交易时间。其它相似的信息可以在项目资金页面1400上被显示。例如，FSA基准参数可以包括可以用于保持在账户中的合适的资金的基准值和资金百分数。当更多的值被载入项目时，基准值可以自动地被增加。资金可以根据购买被周期地补充(例如每天)。银行帐号1430可以被分配给将在资金可选项1405部分发生的每种类型的资金流动。
【00123】仍在顶部菜单730中的“项目”标签1010之下，图15表明根据本发明的示例性实施例的项目属性页面1500。项目属性页面1500例如可以通过方案计划页面1300例如通过选择在顶部菜单730中的“项目”标签1010和在对应的子菜单1005中的“属性”标签1501而被访问。项目属性页面1500可以允许管理员设定可以用于管理项目的功能的值。例如，管理员可以使用这种值以加强对卡产品的限制，包括，例如，最小载入量(例如即时/用户化定单的最小载入量1505，大批定单的最小载入量1515)，最大载入量(例如即时/用户化定单的最大载入量1510，大批定单的最大载入量1520)，有效日期(例如即时/用户化定单的有效日期1525，大批定单的有效日期1530)，每个卡产品的客户费用1535(包括例如每个卡产品的最小和最大客户费用分别是1540和1545)和其它类似的属性。
【00124】管理应用程序服务器模块125被配置为把报告的各种合适的类型显示给管理员或者其它合适的用户。图16表明根据本发明的示例性实施例的礼品卡报告页面1600。通过选择在顶部菜单730中的“报告”标签1610，管理员可以被显示以给定标签的报告可选项的合适的子菜单1615。例如，对于“报告”标签1610，对应的子菜单1615可以包括这种附加标签如“文件”、“财务”、“例外”、“借贷报告书”、“时间跟踪”、“NCR转换”、“礼品卡”、“质量”、“客户服务”、“发展”和其它类似报告。为了说明的目的而不是限制，通过选择子菜单1615的礼品卡标签1620，管理员可以观看或者生成礼品卡(或者其它卡产品)的各种类型的报告以及支持工具，包括例如礼品卡工作流程1625(例如工作队列、登记、定单待决资金、定单等候卡号、定单准备好压花、定单等候激活等等)，报告1630(例如，委托客户条目、委托可支付摘要、项目报告卷起、定单资金例外、处理器客户摘要、客户支配列表、塑料信用卡库存、丢失/被偷窃卡、“现金支出卡”、完成定单概观、可获得卡号工具、定单状态摘要和其它类似的报告)和礼品卡工具1635(例如卡查询等)。例如，礼品卡定单摘要报告页面可以显示任何或者所有礼品卡定单的所摘要的列表(例如，每天、每星期、每月等等)，包括这种信息如定单号、定单日期、定单类型、定单状态、客户、数量、总载入量、塑料信用卡费用、调整、总量和其它类似信息。
【00125】继续该例子，关于可以从礼品卡报告页面1600被观看的礼品卡(或者其它卡产品产品)的示例性报告类型，图17表明根据本发明的示例性实施例的工作队列报告页面1625。管理员可以为例如礼品卡或者其它合适的卡产品项目使用工作队列报告页面1700例如以批准、拒绝、移动和监视登记、大批和塑料信用卡定单等等。可以在工作队列报告页面1700上观看的某些信息的类型包括登记1705。例如，在线登记可以由销售代理为每个新卡产品用户完成，其可以发起合适的合同，尽职调查和由卡产品管理系统100设置的项目。定单未决资金1710可以显示那些需要资金验证和/或批准的定单。资助定单等候卡号1715可以呈现要求创建和分配(例如以之间所述的用于分配和指派卡号的方式)卡号的定单列表。资助定单等候压花1720包括显示需要被发送到压花机的定单。定单等候压花机返回文件1725可以列表在压花机处要求结果文件或者将被处理的定单。其它合适的信息可以在工作队列报告页面1700上显示，包括，例如大批定单等候顾客激活请求1727(例如在到顾客的路由中的定单列表，正在等候顾客发起激活并且载入卡产品)，定单等候由系统100激活(例如已经从顾客接收的定单列表和顾客已经请求卡产品的激活和载入)和其它类似信息。还需要注意根据示例性实施例可获得卡号的范围可以在所资助的定单等候卡号1715中显示，例如，提供开始1730和结束1735卡号(例如卡产品号的头六位数包括BIN，并且剩余的十位数-00000000000到9999999999-对于卡号分配来说是可获得的)。
【00126】图18表明根据本发明的示例性实施例的委托可支付摘要报告页面1800。委托可支付摘要报告页面1800可以从礼品卡报告页面1600的报告1630部分访问。例如，礼品卡委托可支付摘要1805可以显示和跟踪任何或者全部在定单类型级别上支付的委托等等。根据示例性实施例，当登记被系统100批准时，委托条目可以自动地对于销售代理被生成。委托可以经由ACH或者其它合适的用于电子资金到销售代理的转帐的装置被发送。管理员可以通过在报告过滤标准部分1810中输入合适的报告标准而过滤在礼品卡委托可支付摘要1805上显示的信息以观看礼品卡委托可支付摘要1805的任何合适的附加的或者替代的子集。
【00127】其它报告可以通过选择合适的标签或者“报告”标签1610的菜单选项，诸如“文件”的列表，被生成并且观看。例如图19表明根据本发明的示例性实施例的报告文件的页面。报告文件页面1900可以通过选择文件标签1905而被访问。如之前所讨论的，系统100可以从每个卡处理器110接收任何合适的数目的报告，包括但不限于，例如综合或者非财务报告200，入账报告300和授权报告400。这种数据可以被载入到中央储存库中(例如数据库模块120)并且被列出在报告上的每个交易可以被戳记以公共的交易代码并且产生由系统100定义的产品类型。每个报告文件的状态可以在载入步骤期间使用报告文件页面1900被监视。对于每个卡产品处理器110，报告文件页面1900可以列出每个综合报告200、入账报告300和授权报告400是否被接收1910、处理1915和/或载入1920。如以上指出的，在报告中的数据可以对于例如由卡处理器110和系统100在处理器设置期间定义的每个卡处理器110的转换矩阵进行验证。在报告中发现的任何错误可以在数据被接收之前被研究并且纠正。一旦所有数据被成功地载入到数据库模块120中，系统100可以为周期的(例如每天)资金流动发起AHC请求或者其它类似的资金转帐。管理员可以通过在报告过滤标准部分1925中输入合适的报告标准过滤在报告文件页面1900上显示的信息以观看任何合适的附加的或者作为替代的报告文件信息的子集。这样，卡产品管理系统100可以报告在项目、客户、处理器、协会、交易类型等等的任何组合中所收集的数据。
【00128】为了监视资金流动，管理员可以选择在“报告”标签之下的“财务”标签。图20表明根据本发明的示例性实施例的财务报告页面2000。财务报告页面2000通过选择在子菜单1615中的财务标签2005被访问。资金流动可以基于在项目建立和周期的(例如每天)交易数据时被定义的资助规则。ACH请求或者其它合适的资金转账请求可以基于例如通过交易类型和符号为每个项目聚集货币运动。管理应用程序服务器模块125可以对帐所请求的ACH量和所计算的量，并报告差异。附加地，管理应用程序服务器模块125被配置为识别提早和填迟日期的交易，并且可以相应地发起ACH请求或者其它合适的资金转账请求。这样，财务报告页面2000可以为每个卡处理器110把信息显示给管理员或者其它合适的用户，诸如，例如清算日期、交易类型、交易的正负符号(例如表明贷或者借)、资金将要转账自或者到的账户的类型、转账的数量、ACH数量、转账的状态和其它合适的信息。管理员可以通过把合适的报告标准输入到报告过滤器标准部分2010而过滤被显示在财务报告页面2000上的信息以观看任何合适的附加的或者作为替代的财务信息的子集。
【00129】附加地，财务报告页面2000可以显示账户对帐单和其它类似的信息的列表。图21表明根据本发明的示例性实施例的账户核对报告页面2100。周期地(例如每天)，系统100可以每天或者周期地载入GL(总分类帐)和DDA(活期存款记账)账户活动和其它合适的信息。管理应用程序服务器模块125被配置为系统地对帐每个交易和由每天的或者周期的资金流动步骤创建的原始ACH请求。管理员可以观看这些信息并且在需要时手工对帐条目，并且如果有必要系统的条目可以由管理员编辑。再一次，管理员可以通过把合适的报告标准输入到报告过滤器部分2110中而过滤被显示在账户对帐单页面2100上的信息以观看任何合适的附加的或者作为替代的账户对帐单信息的子集。
【00130】对于每个卡处理器110或者其它客户、顾客或者用户，卡产品管理系统100可以为使用系统100购买的卡产品生成合适的借贷报告书或者发票。图22表明根据本发明的示例性实施例的由卡产品管理系统100所生成的借贷报告书2200。借贷报告书2200可以基于借贷报告书定义自动地生成。这种借贷报告书2200可以处于草稿模式，直至所有或者基本上所有地数据完成为止。任何可以被自动地创建的借贷报告书数据可以使借贷报告书处于“批准未决”状态等等，并且管理员可以手动输入任何这种可以被自动地创建的借贷报告书数据。借贷报告书2200可以提供给客户以要求客户付款的购买的合适的列表或者发票，包括单个购买和购买总数的细目分类以及所欠的总量。
【00131】如之前所讨论的，借贷报告书2200可以根据借贷报告书定义被生成。图23编码根据本发明的示例性实施例的借贷报告书定义报告页面2300。借贷报告书定义页面2300可以通过选择例如在顶部菜单730中的“报告”标签下的子菜单1615中的借贷报告书标签2305而被访问。借贷报告书定义可以根据例如在合同或者在其它与卡处理器110的约束协议中规定的规则被建立。借贷报告书(例如借贷报告书2200)可以根据在合同中建立的时间表在合适的日期和/或时间被创建。管理应用程序服务模块125可以被配置为限制一旦借贷报告书被创建(例如通过合适的规则、限制和安全特征)所发生的定义的变化。此外，管理应用程序服务器模块125被配置为允许管理员手动地把一次条目添加到借贷报告书。借贷报告书定义报告页面2300可以包括任何合适的用于生成借贷报告书的信息，诸如，例如，客户明细(例如，客户地址2310)、借贷报告书定义明细2315、行式选项组明细2320、行式选项定义明细2325、行式选项参数明细2330和其它类似的信息。
【00132】管理应用程序服务器模块125还被配置为提供广泛的例外报告工具。图24表明根据本发明的示例性实施例的例外报告页面2400。例外报告页面2400可以通过选择例如顶部菜单730的“报告”标签1610下的子菜单1615中的例外标签2405而被访问。根据示例性实施例，卡产品级别例外可以使用合适的屏幕过滤器(例如基于预定的规则或者其它合适的过滤或者屏蔽参数)被周期地报告。这种可获得的例外报告的例子包括，例如：“生成例外”(例如标记例外，在给定的日期生成)；“例外摘要”(例如，卡或者帐号的任何或者所有的例外的摘要)；“卡余额变化的正负符号”(例如具有负余额，并且现在变为正的借记卡等等，以及对于信用卡等等反之亦然)；“信用卡余额”；“过多的授权”(例如每天具有过多授权次数的卡产品)；“过多的费用”(例如每天具有过多费用的卡产品)；“过多返还”(例如每天具有过多返还的卡产品)；“国外交易”(例如具有国外交易的卡产品)；“高美元交易”(例如具有高美元交易的卡产品)；“高风险MCC”(例如标记为高风险MCC交易的卡产品)；“高值载入”(例如标记为高值载入交易的卡产品)；“负余额”；“负余额(30天)”；“负余额(60天)”；“负余额(90天)”“无余额”；“速度检验”；和任何其它合适的例外报告。通过选择这些条目中的任何一个，管理员可以观看所选择的例外报告的明细。
【00133】例如，图25A和25B表明根据本发明的示例性实施例的例外明细报告页面。如在图25A中所示，高风险MCC摘要页面2505可以列出通过项目标记为高风险MCC交易的卡的摘要，包括这种选项，例如项目名称、BIN、账户号、未回顾、回顾的和警报的交易的美元数量，以及其它合适的摘要信息。如在图25B中所示，高风险MCC明细页面2510可以通过项目呈现本日具有高风险MCC交易的卡产品的明细的显示，包括与那些在高风险MCC摘要页面2505中所列出的相似或者不同的选项。例外可以从可以在报告(例如综合报告200、入账报告300和授权报告400或者任何其它合适的报告)中被提供的从卡处理器110处接收的每天或者周期的交易明细被建立。例外可以被标记为，例如，未回顾、回顾或者警报，如在图25A和25B的示例性例外明细报告页面中所示的。例外历史可以被保持(例如在数据库模块120中)，用于研究和报告的目的。如其它报告页面那样，管理员可以通过在各自的报告过滤标准部分(例如高风险MCC摘要页面2505的部分2515和/或高风险MCC明细页面2510的部分2520)输入合适的报告标准而过滤在例外报告页面上显示的信息以观看任何合适的附加的或者作为替代的详细的例外信息的子集。
【00134】管理应用程序服务器模块125可以根据与卡产品相关联的信息提供给管理员或者其它合适的用户以任何其它合适的财务报告。例如图26表明根据本发明的示例性实施例的财务报告页面2600。财务报告页面2600可以通过选择例如在顶部菜单730中的“报告”标签1610下的子菜单1615中的“财务”标签2005而达到。如在图26中所示，财务报告可以被分组为例如基于文件夹的报告2605、DDA报告2610、GL报告2615和基于卡的报告2620。可获得的财务报告的例子包括，例如：“每天的余额”(例如每天的项目余额)；“每天银行账户余额DDA”；“每天银行账户余额GL(保密的)”；“每天银行账户对帐单”；“未入账的交易”(例如每天的资金账户/未入账交易)；“清算报告”(例如清算账户资金)；“文件夹概观”(例如当前文件夹概观/卡摘要)；“0/30+天的负余额”；“每天资金流动”(例如卡产品集合每天项目资金流动)；“MIS”(例如给定日期范围内的MIS数据)；“状态频率”(例如状态/项目类型的卡号)；“缺少非财务”(例如没有非财务信息的交易)；“丢失/被窃(过去7天)”(例如在过去7天内标记为丢失/被窃的卡)；“礼品卡交易明细”(例如卡明细和授权/入账历史)；“礼品卡项目摘要”；“礼品卡ACH资金”(例如每天卡产品资金)；“ACH文件日志”(例如客户ACH文件/音频踪迹)；“ACH队列”(ACH请求/队列)；和任何其它合适的财务报告。通过在合适的报告组下选择这些条目中的任何一个，管理员可以观看所选择的财务报告的明细。任何或者所有财务报告可以具有日期范围和其它报告特定的过滤器，以使得数据可以在许多不同的视图上的时间点被生成。为了生成这种财务报告，数据库(例如数据模块120)可以从每天或者周期的报告文件(例如综合报告200，入账报告300和授权报告400)从卡处理器110被建立。财务报告的任何合适的类型、定单、组和其它类似的特征可以被显示并且通过财务报告页面2600对于用户可得到的。
【00135】图27A和27B表明根据本发明的示例性实施例的财务报告页面。如在图27A中所示，未入账的摘要页面2705可以列出每天资金账户和未入账的交易。例如，管理应用程序服务器模块125可以用集合卡余额减去值负荷，并且减去花费和卡持有者之前两或者四天(或者任何合适的时限)的费用以生成计算的余额，其应该小于也被列出在未入账摘要页面2705中的资金账户余额。如在图27B中所示，清算摘要页面2710可以显示清算账户资金。例如，管理应用程序服务器模块125可以用所选择的时间段(例如天)的清算账户余额加入之前两天的支付的清算以生成调整的余额。如在其它所显示的页面中，管理员可以通过在各自的报告过滤标准部分(例如未入账摘要页面2705的部分2715和/或清算摘要页面2710的部分2720)输入合适的报告标准而过滤在财务报告页面上显示的信息以观看任何合适的附加的或者作为替代的详细的明细财务信息的子集。
【00136】管理应用程序服务器模块125可以通过相关联的GUI显示任何其它合适的报告或者信息。如之前所讨论的，客户应用程序服务器模块115可以被配置为分配和指派给卡产品以对应于每个BIN(或者其它唯一标识符)的卡号。根据示例性实施例，系统100可以被配置为为每个BIN通过GUI，诸如用于管理应用程序服务器模块125的GUI，显示卡号摘要(例如分配摘要)。例如，图28表明根据本发明的示例性实施例的卡号摘要页面2800。卡号摘要页面2800可以通过选择例如顶部菜单730中的“报告”标签1610之下的子菜单1615中的“礼品卡”(或者合适的“卡产品”)标签1620而达到。例如，卡号摘要页面2800可以显示每个BIN的“可获得的”卡号的计数(例如其中仅为了说明的目的，在“卡状态”列中列出的每个号码的最后六位数字可以包括BIN或者其它唯一标识符)。其它合适的卡号摘要信息可以在卡号摘要页面2800中被显示给用户，包括例如每个BIN的“被装载的”、“被激活的”、“被激活与被载入的”、和“被破坏的”卡和/或卡号的计数，和其它类似的信息。此外，系统100可以被配置为为每个BIN通过GUI显示可获得的卡号的列表以在卡处理器110之间管理卡产品，尽管这种特征当合适时可以为了安全的目的被系统100禁止。
【00137】尽管卡产品管理系统100可以被用于管理与卡和卡产品相关联的信息，但系统100可以被用于管理财务信息并且执行合适类型的财务交易，诸如，例如货币传送或者转帐等等，不管是否使用伴随的卡产品。例如，本地用户可以请求本地金融机构(例如银行)转帐或者相反通过使用系统100发送一笔钱到在远方(例如另一个银行或者在另一个国家的出口)的个人。本地金融机构可以访问系统100以执行货币转帐(例如把钱从一个用户账户转帐到另一个、从一个卡处理器110到另一个、从一个金融机构到另一个或者其它类似的交易)。然后在远方的个人可以到接收货币转帐的远方银行并且把合适的标识呈现给远方的银行。个人的身份可以由远方的银行使用系统100(例如姓名、地址，以及例如个人识别号(PIN)可以对应于在系统100中维持的货币传送的记录)被验证。一旦经过验证，个人就可以被给予转帐的钱。卡产品管理系统100可以用于其它这种财务交易，诸如，例如“薪水发放”账户、生物测量学账户等等，不管是否使用卡或者卡产品。
【00138】卡产品管理系统100被配置为遵守所有可应用的联邦和州法律和法规，包括限制费用和有效日期的州法律、州公开法律、要求在销售点处小余额退还的州法律、州货币发送机许可法律、州放弃财产法律等等。
【00139】卡产品管理系统100的每个模块，包括代理门户模块105、客户应用程序服务器模块115、管理应用程序模块125和图形用户界面模块130或者它们的任何组合，可以由能够执行与各自的元件相关联的功能的任何合适类型的电的或者电子的部件或者装置组成。根据这种示例性实施例，每个部件或者装置可以与另一个部件或者装置通过使用能够携带电子信息的任何合适类型的电子连接相通信。作为替代，每个卡产品管理系统100的模块可以由能够执行与各自的模块相关联的功能的硬件、固件和软件的任何组合组成。
【00140】作为替代，卡产品管理系统100可以由一个或者多个微处理器和存储用来执行系统100的模块的功能的计算机程序的步骤的相关联的存储器组成。微处理器可以是任何类型的处理器，诸如，例如任何类型的通用微处理器或者微控制器、数字信号处理(DPS)处理器、专用集成电路(ASIC)、可编程只读存储器(PROM)、可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、计算机可读介质等等。存储器可以是任何合适类型的计算机存储器或者任何其它类型的电存储介质，诸如，例如只读存储器(ROM)、随机存取存储器(RAM)、超高速缓冲存储器、只读光盘(CDROM)，电光存储器、磁光存储器等等。基于上述描述将会看到，存储器可以通过使用计算机编程领域技术人员已知的传统的技术被编程。例如计算机程序的实际源代码或者目标代码可以被存储在存储器中。例如，根据示例性实施例，代理门户模块105和管理应用程序服务器模块125每个可以使用在合适配置的PC或者其它类似的计算机体系或者计算机系统(例如HEWLETT-PACKARDTM服务器)上运行的WINDOWSTM服务器(例如WINDOWSTM2003或者XP服务器)被执行。根据示例性实施例，数据库模块120可以通过使用SQL服务器和对应的SQL数据库被执行。
【00141】卡产品管理系统100可以包括在管理系统100中使用的其它合适的模块和部件(不管是在硬件、软件、固件或者它们的组合中被实施)，包括日志模块、错误模块、安全模块和类似的。例如系统100可以包括位于卡处理器110和代理门户模块105之间的合适的第一防火墙150以阻止任何对系统100恶意闯入或者计算机攻击。合适的第二防火墙155可以被置于代理门户模块105和数据库模块120与管理应用程序服务器模块125的组合之间以阻止未受限制的用户访问管理应用程序服务器模块125和被存储与被保持在存储模块120中的信息。
【00142】图29是表明根据本发明的示例性实施例的管理卡产品信息的步骤的流程图。每个多个卡处理器在步骤2905中相交接。在步骤2910中，多个卡处理器中的一个根据与卡产品相关联的唯一标识符被选择以处理与卡产品相关联的信息。在步骤2915中，对于多个卡处理器管理与卡产品相关联的信息。在步骤2920中，用于传送到各自的卡处理器的消息被转换成由各自的卡处理器利用的格式。在步骤2925中，与卡产品相关联的信息从每个卡处理器处被接收。根据示例性实施例，来自每个卡处理器的信息包括多个报告。例如，多个报告可以包括综合报告、入账报告和授权报告中的至少一个。在步骤2930中，来自每个卡处理器的信息被规格化以把信息转换成统一的格式。在步骤2935中，转换的信息被验证以确保信息的准确性。在步骤2940中，对于与卡产品相关联的信息，可以生成报告。例如，每个报告可以根据用户标识的被注入信息。
【00143】此外，根据示例性实施例，与卡产品相关联的信息可以被存储。用户可以被提供以访问与卡产品相关联的管理信息。例如，图形用户界面可以被显示，通过其用户访问与卡产品相关联的信息。根据示例性实施例，通过图形用户界面使用用户的口令和相关联的计算机网络地址授权用户访问。一旦授权访问，产品可以通过图形用户界面根据用户标识和与金融机构的关联中的至少一个被呈现或者相反被显示给用户。例如，图形用户界面的主题可以与每个卡产品相关联。当通过图形用户界面交互作用时每个卡处理器可以被呈现以与卡处理器相关联的主题。
【00144】根据本发明的示例性实施例，卡处理器被配置为把对应的BIN与卡产品相关联。可以分配给卡产品对应于每个BIN的卡号。可以显示每个BIN的卡号的摘要。每个卡产品可以包括卡产品号。卡产品号可以包括数字的第一部分和数字的第二部分。数字的第一部分包括BIN。卡处理器被配置为把BIN与卡产品相关联。然后卡号可以为每个BIN被分配给数字的几乎所有的第二部分。
【00145】图30是代表根据本发明的示例性实施例的检测通信到卡处理器信息的篡改的步骤的流程图。到卡处理器的消息可以包括查询，其包括文件等等的计算机网络地址。在步骤3005中，计算机网络地址可以被加密。例如，密码散列函数或者其它类似的加密技术可以被用于加密计算机网络地址。在步骤3010中，加密的计算机网络地址可以被添加到查询的尾部。在步骤3015中，计算机网络地址的篡改可以通过比较计算机网络地址和所加密的计算机网络地址的解密被检测到。作为替代，在步骤3020中，计算机网络地址的篡改可以通过比较加密的计算机网络地址和计算机网络地址的重新加密结果而被检测到。
【00146】图31是表明根据本发明的示例性实施例的处理卡产品的步骤的流程图。在步骤3105中，BIN可以由卡处理器被相关联到多个卡产品的每一个。每个卡产品可以包括卡产品号。卡产品号可以包括数字的第一部分和数字的第二部分。数字的第一部分可以包括BIN。在步骤3110中，值可以由非处理器被分配给每个卡产品的数字的几乎所有的第二部分。非处理器被配置为管理与多个卡产品相关联的信息。分配给每个卡产品的数字的几乎所有的第二部分的值可以包括卡号。卡号可以由非处理器被分配给每个BIN。例如，卡号可以被连续地分配给每个BIN。作为替代，卡号可以被随机地分配给每个BIN。分配给每个卡产品的数字的几乎所有的第二部分的值可以对应于分开的用户。
【00147】如在图29-31中所示的计算机程序的任何或者所有步骤可以在由指令执行系统、设备或者装置，例如基于计算机的系统、包含处理器的系统或者其它能够从指令执行系统、设备或者装置获取指令和执行指令的系统使用的或者与其结合地使用的任何计算机可读介质中被体现。如在此所使用的，“计算机可读介质”可以是任何包含、存储、通信、传播或者传输由指令执行系统、设备或者装置使用的或者与其结合地使用的程序的任何装置。计算机可读介质可以是，例如但不限于，电的、磁的、光的、电磁的、红外的或者半导体系统、设备、装置或者传播介质。计算机可读介质的更具体的例子(非穷举的列表)可以包括以下的：具有一个或者多个电线的电连接、便携计算机磁盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或者快闪存储器)、光纤、和便携只读光盘(CDROM)。
【00148】本发明的示例性实施例可以与处理卡信息的任何装置、系统、过程或者交易结合使用。示例性实施例可以由金融机构作为可重新载入或者非可重新载入卡产品项目使用以访问、控制和管理与卡产品相关联的信息或者执行其它合适类型的金融交易，不管是否使用相关联的卡产品。
【00149】本领域的技术人员将理解本发明可以在各种特定的形式中实施，而不偏离它的主旨或者必要特征。本公开的实施例在各方面来考虑都是说明性的而不是限制性的。本发明的范围由附件的权利要求书表明，而不是之前的说明书，并且试图包括所有在它的等价物的含义和范围之内的变化。
【00150】在此引用的以上讨论的所有美国专利和申请、外国专利和出版物整体地在此引用以供参考。

Claims (35)

1.一种信息管理系统，包括：
计算机服务器，
其中所述计算机服务器包括界面模块；和
经由所述界面模块与所述计算机服务器通信的多个卡处理器，
其中所述计算机服务器被配置为经由所述界面模块与
所述多个卡处理器的每个卡处理器连接，和
其中所述计算机服务器被配置为根据与卡产品相关联的唯一标识符选择所述多个卡处理器中的一个以处理与所述卡产品相关联的信息。
2.如权利要求1中所述的信息管理系统，其中所述界面模块被配置为把用于传送到各自的卡处理器的消息转换成由所述各自的卡处理器利用的格式。
3.如权利要求1中所述的信息管理系统，包括：
与所述计算机服务器通信的数据库，
其中所述数据库模块被配置为存储与卡产品相关联的信息。
4.如权利要求3中所述的信息管理系统，包括：
管理模块，与所述数据库通信，
其中所述管理模块被配置为管理所述信息管理系统。
5.如权利要求1中所述的信息管理系统，其中每个卡产品包括卡号，
其中所述卡号包括数字的第一部分和数字的第二部分，
其中所述数字的第一部分包括银行识别号(BIN)，
其中所述卡处理器被配置为把BIN与所述卡产品相关联，和
其中所述计算机服务器被配置为为每个BIN把卡号分配给数字的几乎所有的第二部分。
6.一种卡产品管理系统，包括：
代理门户模块；和
与所述代理门户模块通信的多个卡处理器，
其中所述代理门户模块被配置为与所述多个卡处理器的每个卡处理器进行接口，和
其中所述代理门户模块被配置为根据与卡产品相关联的唯一标识符选择所述多个卡处理器中的一个以处理与所述卡产品相关联的信息。
7.如权利要求6中所述的卡产品管理系统，其中所述代理门户模块包括：
客户应用程序服务器模块。
8.如权利要求7中所述的产品管理系统，其中所述客户应用程序服务器模块被配置为把用于传送到各自的卡处理器的消息转换成由所述各自的卡处理器利用的格式。
9.如权利要求8中所述的卡产品管理系统，其中到卡处理器的消息包括查询，其包括文件的计算机网络地址，和
其中所述计算机网络地址的加密被添加到查询的尾部。
10.如权利要求9中所述的卡产品管理系统，其中所述客户应用程序服务器模块被配置为通过比较所述计算机网络地址和所述所加密的计算机网络地址的解密检测所述计算机网络地址的篡改。
11.如要求要求9中所述的计算机管理系统，其中所述客户应用程序服务器模块被配置为通过比较所述所加密的计算机网络地址与所述计算机网络地址的重新加密结果而检测所述计算机网络地址的篡改。
12.如权利要求11中所述的卡管理系统，其中所述计算机网络地址的所述加密包括密码散列函数。
13.如权利要求7中所述的卡产品管理系统，其中所述客户应用程序模块被配置为从每个所述卡处理器接收与卡产品相关联的信息，和
其中所述来自每个所述卡处理器的信息被规格化为把所述信息转换成由所述代理门户模块所利用的统一格式。
14.如权利要求13中所述的卡产品管理系统，其中所述来自每个卡处理器的信息包括多个报告。
15.如权利要求14中所述的卡产品管理系统，其中所述多个报告包括综合报告、入账报告和授权报告中的至少一个。
16.如权利要求13中所述卡产品管理系统，其中所述被转换的信息被验证以确保所述信息的准确性。
17.如权利要求7中所述的卡产品管理系统，其中所述客户应用程序服务器模块被配置为生成对于与卡产品相关联的信息的报告。
18.如权利要求17中所述卡产品管理系统，其中每个报告根据用户标识被填入信息。
19.如权利要求7中所述卡产品管理系统，包括：
与所述客户应用程序服务器模块通信的数据库模块，
其中所述数据库模块被配置为存储与卡产品相关联的信息。
20.如权利要求19中所述的卡产品管理系统，包括：
与所述数据库模块通信的管理应用程序服务器模块，
其中所述管理应用程序服务器模块被配置为管理所述卡产品管理系统。
21.如权利要求19中所述的卡产品管理系统，其中所述代理门户模块被配置为允许用户访问以管理与所述卡产品相关联的信息。
22.如权利要求19中所述的卡产品管理系统，其中所述代理门户模块包括：
图形用户界面模块，
其中所述图形用户界面模块被配置为显示图形用户界面，用户通过该图形用户界面与所述卡产品管理系统交互。
23.如权利要求22中所述的卡产品管理系统，其中允许用户使用用户的口令和相关联的计算机网络地址通过所述图形用户界面访问卡产品管理系统。
24.如权利要求22所述的卡产品管理系统，其中产品通过所述图形用户界面根据用户标识和相关联金融机构中的至少一个被呈现给用户。
25.如权利要求22中所述的卡产品管理系统，其中所述图形用户界面的主题与每个卡处理器相关联，和
其中当通过所述图形用户界面与所述卡产品管理系统交互时，每个卡处理器被呈现以与所述卡处理器相关联的所述主题。
26.如权利要求6所述的卡产品管理系统，其中所述卡处理器被配置为把对应的银行识别号(BIN)相关联到所述卡产品，和
其中所述代理门户模块被配置为给所述卡产品分配对应于每个BIN的卡号。
27.如权利要求6中所述的卡产品管理系统，其中所述代理门户模块被配置为为每个BIN通过图形用户界面显示卡号的摘要。
28.如权利要求6中所述的卡产品管理系统，其中所述唯一标识符包括银行识别号(BIN)。
29.如权利要求6中所述的卡产品管理系统，其中每个卡产品包括卡产品号，
其中所述卡产品号包括数字的第一部分和数字的第二部分，
其中数字的所述第一部分包括银行识别号(BIN)，
其中所述卡处理器被配置为把BIN与所述卡产品相关联，和
其中所述代理门户模块被配置为为每个BIN分配卡号给数字的几乎所有的所述第二部分。
30.如权利要求6中所述的卡产品管理系统，其中所述卡产品包括礼品卡。
31.如权利要求6中所述的卡产品管理系统，其中所述卡产品包括借记卡、健康储蓄账户(HSA)卡、灵活支出账户(FSA)卡和可重写工资单卡中的至少一个。
32.一种用于处理卡产品的系统，包括：
多个卡产品，
其中每个卡产品包括卡产品号，
其中所述卡产品号包括数字的第一部分和数字的第二部分，
其中数字的所述第一部分包括银行识别号(BIN)，和
其中每个BIN被分配给卡产品处理器；和
非处理器，
其中所述非处理器被配置为管理与所述多个卡产品相关联的信息，和
其中所述非处理器被配置为分配值给每个卡产品的数字的几乎所有的第二部分。
33.一种管理卡产品信息的方法，包括以下步骤：
a)与多个卡处理器中的每个卡处理器进行接口；和
b)根据与卡产品相关联的唯一标识符选择所述多个卡处理器中的一个卡处理器以处理与所述卡产品相关联的信息。
34.如权利要求33中所述的方法，其中所述卡处理器被配置为把对应的银行识别号(BIN)与所述卡产品相关联，和
其中所述方法包括以下步骤：
c)给所述卡产品分配对应于每个BIN的卡号。
35.如权利要求33中所述的方法，其中每个卡产品包括卡产品号，
其中所述卡产品号包括数字的第一部分和数字的第二部分，
其中数字的所述第一部分包括银行识别号(BIN)，
其中所述卡处理器被配置为把BIN相关联到所述卡产品，和
其中所述方法包括以下步骤：
c)为每个BIN把卡号分配给数字的几乎所有的所述第二部分。
CN200680054639.1A 2006-03-24 2006-03-24 信息管理系统和方法 Pending CN101461163A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/US2006/011148 WO2007123513A1 (en) 2006-03-24 2006-03-24 Information management system and method

Publications (1)

Publication Number Publication Date
CN101461163A true CN101461163A (zh) 2009-06-17

Family

ID=38625303

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200680054639.1A Pending CN101461163A (zh) 2006-03-24 2006-03-24 信息管理系统和方法

Country Status (8)

Country Link
US (2) US20090078757A1 (zh)
EP (1) EP2005628A1 (zh)
CN (1) CN101461163A (zh)
AU (1) AU2006342506A1 (zh)
BR (1) BRPI0621426A2 (zh)
CA (1) CA2647250A1 (zh)
MX (1) MX2008012200A (zh)
WO (1) WO2007123513A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107844911A (zh) * 2010-11-15 2018-03-27 E半球股份有限公司 使用基于网络的门户对产品和服务的性能报告
CN108701298A (zh) * 2016-01-27 2018-10-23 维萨国际服务协会 结账时接受发行方凭证

Families Citing this family (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7987512B2 (en) * 2006-05-19 2011-07-26 Microsoft Corporation BIOS based secure execution environment
US20080005560A1 (en) * 2006-06-29 2008-01-03 Microsoft Corporation Independent Computation Environment and Provisioning of Computing Device Functionality
US20080046380A1 (en) * 2006-08-16 2008-02-21 Kurt Wise System and apparatus for transactions using certificates
US20080243640A1 (en) * 2007-03-27 2008-10-02 The Friendship Gift Bag Company, Llc Interactive product and method of fabricating the same
DE112008001738B4 (de) * 2007-04-30 2018-04-05 Novaled Gmbh Licht emittierendes Bauelement
US20080313034A1 (en) * 2007-06-12 2008-12-18 Kurt Wise Credit item tracking system
US8065123B2 (en) 2007-09-10 2011-11-22 Autodesk, Inc. Systems and methods for performing quantity takeoff computations from computer aided design drawings
US8818887B2 (en) * 2007-12-21 2014-08-26 Metabank Computer-implemented methods, program product, and system for micro-loan product management
US8583515B2 (en) 2007-12-21 2013-11-12 Metabank Transfer account systems, computer program products, and associated computer-implemented methods
US8108272B2 (en) * 2007-12-21 2012-01-31 Metabank Transfer account systems, computer program products, and computer-implemented methods to prioritize payments from preselected bank account
US20090228391A1 (en) * 2008-02-20 2009-09-10 Trent Sorbe Methods To Advance Loan Proceeds On Prepaid Cards, Associated Systems And Computer Program Products
US10515405B2 (en) 2008-03-03 2019-12-24 Metabank Person-to-person lending program product, system, and associated computer-implemented methods
US20090240627A1 (en) * 2008-03-21 2009-09-24 Hector Javier Rodriguez Payment processing system trusted agent identification
US8738451B2 (en) * 2008-04-04 2014-05-27 Metabank System, program product, and method for debit card and checking account autodraw
WO2009124264A1 (en) * 2008-04-04 2009-10-08 Metabank System, program product, and method for debit card and checking account autodraw
US11227331B2 (en) 2008-05-14 2022-01-18 Metabank System, program product, and computer-implemented method for loading a loan on an existing pre-paid card
US8244608B2 (en) * 2008-07-28 2012-08-14 Autodesk, Inc. Takeoff list palette for guiding semi-automatic quantity takeoff from computer aided design drawings
WO2010028266A1 (en) 2008-09-04 2010-03-11 Metabank System, program product and methods for retail activation and reload associated with partial authorization transactions
US8666854B2 (en) * 2008-09-05 2014-03-04 Oracle International Corporation Providing a unified view of contract revenue and invoice details
US9569528B2 (en) * 2008-10-03 2017-02-14 Ab Initio Technology Llc Detection of confidential information
US9213965B1 (en) 2008-11-26 2015-12-15 Metabank Machine, methods, and program product for electronic inventory tracking
US8286863B1 (en) 2009-02-04 2012-10-16 Metabank System and computer program product to issue a retail prepaid card including a user-designed external face using a chit and related computer implemented methods
US20110060684A1 (en) * 2009-03-25 2011-03-10 Jucht Scott J Machine, program product, and computer-implemented methods for confirming a mobile banking request
US20110082737A1 (en) 2009-09-28 2011-04-07 Crowe Andrew B Computer-implemented methods, computer program products, and systems for management and control of a loyalty rewards network
US20120130899A1 (en) * 2010-11-18 2012-05-24 Mcmonagle Patrick Shawn Check21 processing of non-dda transactions
US20140114815A1 (en) * 2011-05-25 2014-04-24 Jpmorgan Chase Bank, N.A. System And Method For Managing And Using A Third Party Subsidy Account
US9135311B2 (en) * 2012-03-20 2015-09-15 Tagboard, Inc. Gathering and contributing content across diverse sources
US8572083B1 (en) * 2012-05-30 2013-10-29 Ncino, Llc Financial-service structured content manager
US10013237B2 (en) * 2012-05-30 2018-07-03 Ncino, Inc. Automated approval
US10282461B2 (en) 2015-07-01 2019-05-07 Ncino, Inc. Structure-based entity analysis
US10192262B2 (en) 2012-05-30 2019-01-29 Ncino, Inc. System for periodically updating backings for resource requests
US8935799B1 (en) * 2012-08-29 2015-01-13 Sprint Communications Company L.P. Report generation system and method
US20140122305A1 (en) * 2012-10-25 2014-05-01 Global Edge Llc Purchase card management
US9858571B2 (en) * 2013-01-02 2018-01-02 Mastercard International Incorporated Methods and systems for mitigating fraud losses during a payment card transaction
US8931093B2 (en) * 2013-03-15 2015-01-06 Bank Of America Corporation Malicious request attribution
US9251478B2 (en) * 2013-07-29 2016-02-02 Amadeus S.A.S. Processing information queries in a distributed information processing environment
US20160013976A1 (en) * 2014-07-14 2016-01-14 Futurewei Technologies, Inc. Wireless Through Link Traffic Reduction
US20160048913A1 (en) * 2014-08-15 2016-02-18 Mastercard International Incorporated Systems and Methods for Assigning a Variable Length Bank Identification Number

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5555496A (en) * 1994-05-06 1996-09-10 Mary T. Tackbary Method and apparatus for communicating with a card distribution center for management, selection, and delivery of social expression cards
US6328217B1 (en) * 1997-05-15 2001-12-11 Mondex International Limited Integrated circuit card with application history list
US5984180A (en) * 1997-10-06 1999-11-16 Albrecht; Jerry L. Method and system for gift credit card
CN1280686A (zh) * 1997-12-02 2001-01-17 凯实技术公司 多事务网络体系结构
US6636833B1 (en) * 1998-03-25 2003-10-21 Obis Patents Ltd. Credit card system and method
US6175823B1 (en) * 1998-09-15 2001-01-16 Amazon.Com, Inc. Electronic gift certificate system
US6597746B1 (en) * 1999-02-18 2003-07-22 Globespanvirata, Inc. System and method for peak to average power ratio reduction
US6675153B1 (en) * 1999-07-06 2004-01-06 Zix Corporation Transaction authorization system
US7222097B2 (en) * 2000-01-18 2007-05-22 Bellosguardo Philippe A Anonymous credit card
US20020032605A1 (en) * 2000-06-05 2002-03-14 Jonas Lee System and method for providing a selectable gift certificate
US20020013766A1 (en) * 2000-07-25 2002-01-31 Chiharu Kumaki Commercial settlement system with prepaid type credit card
US7130817B2 (en) * 2000-12-15 2006-10-31 First Data Corporation Electronic gift linking
US20020100797A1 (en) * 2001-02-01 2002-08-01 Hollingsworth James R. Gift card envelope
US7899742B2 (en) * 2001-05-29 2011-03-01 American Express Travel Related Services Company, Inc. System and method for facilitating a subsidiary card account
US7401049B2 (en) * 2001-05-29 2008-07-15 American Express Travel Related Services Company, Inc. System and method for a prepaid card issued by a foreign financial institution
US7249092B2 (en) * 2001-05-29 2007-07-24 American Express Travel Related Services Company, Inc. System and method for facilitating a subsidiary card account with controlled spending capability
US7865432B2 (en) * 2002-02-15 2011-01-04 Coinstar, Inc. Methods and systems for exchanging and/or transferring various forms of value
KR100445868B1 (ko) * 2002-04-01 2004-08-30 성미선 신용카드 거래를 이용하여 신용카드 상품권을 운용하는시스템 및 방법
US7014104B2 (en) * 2002-05-31 2006-03-21 First Data Corporation Gift matching method
EP2998914A1 (en) * 2002-06-12 2016-03-23 CardinalCommerce Corporation Universal merchant platform for payment authentication
US20040007618A1 (en) * 2002-07-10 2004-01-15 Scott Oram Prepaid credit card method
US8015060B2 (en) * 2002-09-13 2011-09-06 Visa Usa, Inc. Method and system for managing limited use coupon and coupon prioritization
US8374960B2 (en) * 2002-10-29 2013-02-12 Verizon Business Global Llc Prepaid transaction tracking
US20050097039A1 (en) * 2003-11-05 2005-05-05 Laszlo Kulcsar Multiple credit card management system
US7039611B2 (en) * 2003-11-06 2006-05-02 Visa U.S.A., Inc. Managing attempts to initiate authentication of electronic commerce card transactions
US20050145691A1 (en) * 2004-01-05 2005-07-07 Dillard Regina F. Reprove prepaid credit card
US7494048B2 (en) * 2004-04-08 2009-02-24 International Business Machines Corporation System and method for brand name gift card exchange
US7082891B2 (en) * 2004-11-01 2006-08-01 Watson Travis L Food product flavoring apparatus
US7506804B2 (en) * 2005-05-27 2009-03-24 U.S. Bancorp Licensing, Inc. System and method for an integrated payment and reward card

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107844911A (zh) * 2010-11-15 2018-03-27 E半球股份有限公司 使用基于网络的门户对产品和服务的性能报告
CN108701298A (zh) * 2016-01-27 2018-10-23 维萨国际服务协会 结账时接受发行方凭证

Also Published As

Publication number Publication date
EP2005628A1 (en) 2008-12-24
WO2007123513A9 (en) 2007-12-27
US20130161384A1 (en) 2013-06-27
CA2647250A1 (en) 2008-11-01
MX2008012200A (es) 2009-03-31
AU2006342506A1 (en) 2007-11-01
US20090078757A1 (en) 2009-03-26
WO2007123513A1 (en) 2007-11-01
BRPI0621426A2 (pt) 2011-12-13

Similar Documents

Publication Publication Date Title
CN101461163A (zh) 信息管理系统和方法
US11900449B2 (en) Systems and methods to provide account features via web based user interfaces
Abrazhevich Electronic payment systems: A user-centered perspective and interaction design
US7905399B2 (en) Linking transaction cards with spending accounts
US8527406B2 (en) Systems for financial and electronic commerce
US20120084135A1 (en) System and method for tracking transaction records in a network
US20130282480A1 (en) System and method for collaborative affinity marketing
CN104160415A (zh) 包括食品和药品召回、防伪、防身份盗用和更多方面的通用忠诚度计划
KR101165062B1 (ko) 개인자산관리서비스 방법 및 시스템
US20110106608A1 (en) Electronic coupon generation, distribution, reimbursement and settlement system
Raja Global e-banking scenario and challenges in banking system
US20050038701A1 (en) Computer system for card in connection with, but not to carry out, a transaction
JP2003122946A (ja) 受託購入方式での仲介取引を成立させる電子商取引装置
Boczko Accounting Information Systems and the Information Age
KR102469346B1 (ko) 여신한도 내 지급보증을 이용한 상거래대금 정산시스템
KR20100121873A (ko) 커뮤니티 금융 서비스 제공 시스템
KR101161799B1 (ko) 휴대전화번호를 이용한 온라인 오프라인 통합 전사적 자원 관리 방법 및 그 프로그램이 저장된 기록매체
KR102418231B1 (ko) 플랫폼을 이용한 렌탈 시스템 및 이를 이용한 렌탈 방법
Wafgaonkar Critical study of e-commerce in the pharmaceutical industry
TR2024003145A2 (tr) Bi̇r hedi̇ye çeki̇ saklama si̇stemi̇
JP2020109712A (ja) プログラム、情報処理方法、および情報処理システム
Fusiripong Retail management online
AKINRINDE The Implementation of Electronic Purse (E-Purse) System in the Banking Sector (A case study of Afribank (Nigeria) PLC)
Dandis et al. Generic E-Payment System for Palestine (PPU Student Tuition Payment Case)
JP2002015087A (ja) 私文書発行プロバイダ、サービス供給端末、私文書発行システム、私文書発行方法及び記憶媒体

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20090617