WO2017222128A1 - 카드 발급사를 대신하여 카드 서비스를 제공하는 방법 및 서버 - Google Patents

카드 발급사를 대신하여 카드 서비스를 제공하는 방법 및 서버 Download PDF

Info

Publication number
WO2017222128A1
WO2017222128A1 PCT/KR2016/014604 KR2016014604W WO2017222128A1 WO 2017222128 A1 WO2017222128 A1 WO 2017222128A1 KR 2016014604 W KR2016014604 W KR 2016014604W WO 2017222128 A1 WO2017222128 A1 WO 2017222128A1
Authority
WO
WIPO (PCT)
Prior art keywords
card
user
information
server
billing
Prior art date
Application number
PCT/KR2016/014604
Other languages
English (en)
French (fr)
Inventor
지우승
김대진
위정민
이해승
조진득
박현일
Original Assignee
비씨카드(주)
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 비씨카드(주) filed Critical 비씨카드(주)
Publication of WO2017222128A1 publication Critical patent/WO2017222128A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/067—Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Definitions

  • the present invention relates to a method and a server for providing a card service on behalf of a card issuer, and more particularly, a card payment processor processes a card issuer's membership registration, card issuance, card delivery, and card billing. Thereby, the present invention relates to a method and a server for preventing occurrence of duplicate investment and duplicate costs of a card issuer.
  • conventional card issuers provide a user registration procedure for issuing a new card to a user, issue and ship a card to the registered user, and directly perform a series of processes for charging a card payment. have.
  • the card issuers are constructing and operating a system for performing the series of processes by themselves, and have suffered the inconvenience of incurring duplicate investment and duplicate costs for each of the affiliates of the card issuers. This fee must be set high.
  • the small and medium banks that cannot build the system are in a difficult situation to provide a card issuing service to the user, and thus, users who use the small and medium bank have difficulty in obtaining a card.
  • Korean Patent Publication No. 10-2009-0076855 discloses contents related to user member registration, card issuance and billing of card issuers as described above, but the card issuer is a system for directly issuing and billing a card. There is still a problem of having to build and operate the system.
  • the present invention is to solve the above-mentioned problems of the prior art, the card payment processor by the card issuer member registration, card issuance, card delivery and card billing process in the middle of the user and the card issuer, the card issuer, It aims to prevent duplication of investment, reduce card service related costs, and lower the fees paid by merchants.
  • small and medium-sized banks to facilitate providing a card issuing service to the user, it is intended to promote the user's card issuing convenience.
  • the card payment processor automatically manages the user's card bill receipt method to prevent the user from receiving the bill for a long time, the purpose of improving the stability of the card payment service provided to the user.
  • a method for providing a card service to a user on behalf of a first financial company server, the second financial company server, (a) from the first financial company server Receiving a card issuing request including member information related to the service; (b) storing or storing new card information of the user generated with reference to the card issuing request; (c) when the inspection of the card produced using the new card information is completed, a process for receiving the inspection completed card according to a predetermined card receiving method and requesting a card issuance agreement from the user, or Performing a process of assisting a party to claim; (d) generating and inspecting billing data based on the determined total card payment amount, when the total card payment amount generated during the credit donation date of the user is confirmed; And (e) processing a bill to be sent to the user according to a method of receiving a bill when a bill is generated using the bill data.
  • the step (a) may include receiving credit risk evaluation information corresponding to the member information from the first financial institution server and supporting the credit risk evaluation or evaluation based on the credit risk evaluation information.
  • the member information may include at least one of user information of the user, member number information, credit donation date information, and consent information created when the user requests a member registration.
  • the new card information may include one or more of card number information, expiration date information, CVC number information, and payment limit amount information of a card to be issued to the user.
  • the predetermined card receipt may be received by the user or another person who is an issuer of the card offline, or the user may receive the card in the form of a mobile card through a user terminal.
  • the card issuance consent claim process may include: (i) collecting the card issuance agreement from the user or assisting the carrier to collect the card before the receipt of the completed card, (ii) the user himself If received, it may include a process of transmitting the full receipt confirmation message to the first financial institution server, and (iii) a process of transmitting the receipt notification message to the user himself.
  • the card issuance consent collection process may include: (i) claiming the card issuance agreement from someone other than the user, or assisting the carrier to collect the card prior to receipt of the completed card, and (ii) the card by the other person.
  • receiving may include a process for transmitting the full receipt confirmation message to others to the first financial institution server, and (iii) a process for transmitting the other person receiving notification message to the user himself.
  • the receipt confirmation full transmission process and the receipt notification message transmission process may be performed when a delivery completion signal including at least one of a delivery completion time, recipient information, and delivery information of the card is received from a delivery company server.
  • the total card payment amount may be generated from the first financial institution server or by being commissioned by the first financial institution server.
  • the generation of the billing data may include (i) the billing information determined based on the total card payment amount and the card details of the user, (ii) the amount of credit points calculated based on the billing information, and (iii) ) Fee information and (iv) benefit information.
  • the inspection of the billing data may include normal method of sampling the detailed usage information of each user's card stored in advance, and extract abnormal billing history information such as double billing history, missing billing history, and cancellation billing history among the billing data.
  • abnormal billing history information such as double billing history, missing billing history, and cancellation billing history among the billing data.
  • step (d) it may further comprise the step of generating the customer relationship management (CRM) marketing data of the user by analyzing the completed billing data and the existing billing data of the user.
  • CRM customer relationship management
  • the bill receiving method may be one or more days of receiving e-mail, receiving mobile, and receiving mail.
  • the user receiving the bill by mail if the number of times of return of the bill is more than a certain number of times, the e-mail or mobile receipt of the bill receiving method of the user receiving the bill through the mail You can switch to one.
  • the member information associated with the user from the first financial company server Member registration unit for receiving a card issuing request including; A card issuing unit configured to store new card information of the user generated with reference to the card issuing request or to cause the first financial institution server to store the new card information;
  • a card delivery management unit configured to perform a process for supporting the service;
  • a billing data processing unit for generating and inspecting billing data based on the determined total card billing price when the total card billing price generated during the credit donation date of the user is determined;
  • a billing management unit configured to process the bill to be sent to the user according to a predetermined bill receiving method when a bill is generated using the billing data.
  • the second financial company server may include a credit risk provider that receives credit risk evaluation information corresponding to the member information from the first financial company server and evaluates or assesses the credit risk based on the credit risk evaluation information.
  • the billing data processor may generate the CRM (Customer Relationship Management) marketing data of the user by analyzing the billed data and the existing billing data of the user.
  • CRM Customer Relationship Management
  • the card payment processor handles the card issuer's membership registration, card issuance, card delivery and card billing at an intermediate stage between the user and the card issuer, thereby preventing duplicate investment of the card issuer. This can reduce the costs associated with card services and reduce the fees charged by merchants.
  • the card payment processor automatically manages the user's card bill payment method to prevent the user from receiving the bill for a long time, the stability of the card payment service provided to the user You can also improve.
  • FIG. 1 is a configuration diagram of a card issuing and billing service providing system according to an embodiment of the present invention.
  • FIG. 2 is a diagram showing the configuration of a card payment processing company server according to an embodiment of the present invention.
  • FIG. 3 is a diagram illustrating a card issuing agent service providing process according to an embodiment of the present invention.
  • FIG. 4 is a diagram illustrating a billing service providing process according to an embodiment of the present invention.
  • card is preferably understood to mean all cards that a card issuer such as a credit card, check card, debit card, membership card, etc. can issue to a user.
  • first financial company means a card issuer that is a member company of the card payment processor
  • second financial company server means a user's member registration, card issuance, card delivery and It is preferable to mean a card payment processor that acts on behalf of a card service such as a billing process.
  • FIG. 1 is a configuration diagram of a card issuing and billing service providing system according to an embodiment of the present invention.
  • the card issuing and billing service providing system may include a user terminal 100, a first financial company server 200, a second financial company server 300, and a delivery company server 400.
  • a communication network can be configured without regard to its communication aspects such as wired and wireless.
  • Local area network LAN
  • metropolitan area network MAN: Metropolitan Area Network
  • WAN wide area network
  • the user terminal 100 may be a first financial company server 200, a second financial company server 300, and a delivery company through a network such as a mobile phone, a smartphone, a personal digital assistant (PDA), a portable multimedia player (PMP), a tablet PC, and the like. It can be connected to an external server such as server 400, and can include all kinds of handheld based wireless communication devices. In addition, IPTV including desktop PCs, tablet PCs, laptop PCs, and set-top boxes can be included. Likewise, the communication device may also be connected to an external server such as the first financial company server 200, the second financial company server 300, and the delivery company server 400 through a network.
  • a network such as a mobile phone, a smartphone, a personal digital assistant (PDA), a portable multimedia player (PMP), a tablet PC, and the like. It can be connected to an external server such as server 400, and can include all kinds of handheld based wireless communication devices. In addition, IPTV including desktop PCs, tablet PCs, laptop PCs, and set-top
  • the user terminal 100 may execute a web browser and request a card service web page provided from a web server (not shown).
  • the request of the web page may be made by various methods such as inputting an address of a web page, selecting a link in a specific web page, and requesting a search in a web page providing a search service.
  • the user terminal 100 may be installed with a card service application that provides a card service to the user.
  • the application management server (not shown) may provide an application store capable of distributing various applications.
  • the user terminal 100 may apply an application store. Card service applications registered in the store can be downloaded and installed in memory.
  • the card service application is a program module that can communicate with an external server and an external device.
  • the card service application may be included in the user terminal 100 or another device that can communicate therewith in the form of an operating system, an application module, and other program modules. Can be stored on various known storage devices.
  • program modules include, but are not limited to, routines, subroutines, programs, objects, components, data structures, etc. that perform particular tasks or execute particular abstract data types, described below, in accordance with the present invention.
  • the first financial company server 200 may be a server operated by a first financial company that has previously signed an alliance with the second financial company as a member company of the second financial company.
  • the first financial institution server 200 may receive a member registration request for issuing a new card of the user through the user terminal 100 from the user.
  • the user's request for membership registration may include a user's name, contact information, address, email address, account number, personal receipt, card receipt method, card destination address, e-mail receipt, mobile receipt, or postal mail corresponding to any one of the user receipt and mobile receipt. It may include one or more of user information, such as a method of receiving a bill corresponding to one or more days of receipt, a billing address, a card payment date, and the like.
  • the user registration request of the user may include the user's consent information written by the user through the user terminal 100 or through real documents.
  • the first financial institution server 200 receiving the user registration request of the user may transmit the full text including the credit risk evaluation information of the user to the second financial institution server 300.
  • the credit risk evaluation information may include the user's credit rating, loan status, arrears status, property possession status, income status, and the like.
  • the first financial company server 200 may receive the full credit risk evaluation result of the user from the second financial company server 300, and according to the internal regulations of the first financial company based on the credit risk evaluation result. In this case, it is possible to determine whether the user can issue the card.
  • the first financial company server 200 may transmit the full card issuing request message including the member registration request information of the user determined that the card issuable to the second financial company server 300.
  • the first financial institution server 200 may transmit the full text of the card issuing request including the member information of the user generated to the second financial institution server 300.
  • the member information may include the user information of the user, the member number, the information on the date of donation and consent information, or more.
  • the first financial company server 200 may receive the full member registration result of the user from the second financial company server 300.
  • the first financial company server 200 may receive a full text indicating that the card of the user registered as a member has been issued and completed the delivery, and a full text indicating the completion of delivery to the user from the second financial company server 300. .
  • the first financial institution server 200 when the user's credit offer date is closed it is possible to determine the user's card payment amount information generated within the period of the credit offer itself to transmit to the second financial company server 300.
  • the user may delegate the card settlement amount settlement operation to the second financial company.
  • the second financial company server 300 may be a server operated by a second financial company that acts for card services such as user registration, card issuance, card delivery, and billing process for the first financial company.
  • the second financial institution server 300 may receive a full text including credit risk evaluation information of a specific user from the first financial institution server 200.
  • the full credit risk evaluation information may include user information and credit risk evaluation information of the specific user.
  • the second financial company server 300 may analyze the credit risk evaluation information or collect credit risk evaluation information of the user separately through a server (not shown) operated by a financial institution, a credit information company, or the like.
  • the credit information may be analyzed to generate credit risk evaluation result information of the user.
  • the second financial institution server 300 may transmit the generated credit risk evaluation result information to the first financial institution server 200.
  • the second financial institution server 300 may receive the full card issuing request including the member registration request information of the specific user from the first financial institution server 200.
  • the second financial company server 300 may designate a member number and a credit grant date for the user based on the card issuing request information, and the member registration request information, the member number and the credit grant date are members of the user. By storing as information, the user can be registered as a member.
  • the second financial institution server 300 may receive the full card issuing request message including the member information of the user, which is generated by the first financial institution server 200, and based on this, the user may register the user as a member. You can also register with.
  • the second financial company server 300 may generate and store card number information, expiration date information, CVC number information, payment limit amount information, etc. of a card to be newly issued to the user based on the user's member information. .
  • the second financial company server 300 is a series of processes for producing a card by the second financial company on the basis of the information of the generated card, that is, to issue a blank card to the MS (Magnetic Stripe), IC (Integrated Circuit) information and the like may be encoded and embossed, and the process of sealing the completed card with the card payment service information guide to the carrier may be performed.
  • MS Magnetic Stripe
  • IC Integrated Circuit
  • the second financial company server 300 may transmit a delivery request signal including a user's card receiving method and a card receiving address to the delivery company server 400 when the second financial company completes the process of producing the card.
  • the second financial company server 300 may check whether the agreement has been pre-claimed, whether the agreement has been collected from the user in advance through the received member registration request message, and if the agreement has not been made in advance.
  • the delivery request signal may further include a consent claim request information.
  • the second financial company server 300 may transmit the complete delivery notification of the delivery of the card to the first financial company server 200, and the user terminal 100 may be used.
  • the delivery start notification message of the card may be transmitted.
  • the second financial company server 300 may receive a delivery completion signal indicating that the delivery company has completed the delivery of the card to the user or another person from the delivery company server 400.
  • the delivery completion signal may include a time when the card is completed delivery, information of the recipient receiving the card, information of the delivery company that delivered the card, or the like.
  • the second financial company server 300 may transmit the receipt confirmation message or the receipt receipt message of another person to the first financial company server 200, and transmit the receipt notification message or the receipt notification message of another person to the user terminal 100. It may be.
  • the second financial company server 300 may store delivery completion history information including at least one delivery completion time, recipient information, delivery company information, and the like, based on the delivery completion signal.
  • the second financial company server 300 may transmit the produced card to the user terminal 100 in the form of a mobile card according to the user's card receiving method.
  • the second financial company server 300 when the user's credit offer date is closed, the total credit card payment information of the user occurred during the credit offer date from the first financial company server 200 If the first financial company has delegated the user's card payment amount determination to the second financial company, the second financial company server 300 may generate the total card payment information of the user by itself.
  • the second financial company server 300 checks each payment date, payment amount, finished product, etc. of the details of the user's use of the card within the credit donation date based on the user's membership number and previously stored card details. Billing information of the user can be determined.
  • the second financial company server 300 may generate the billing data to be included in the bill sent to the user by generating the user's earning point amount information, fee information and benefit information based on the user billing history information.
  • the billing data may include one or more of the user billing history information, the earned point amount information, the fee information, and the benefit information.
  • the second financial institution server 300 may improve the reliability and safety of the generated billing data by sampling and inspecting the generated billing data itself before outputting the bill.
  • the second financial company server 300 may process the second financial company to send the invoice according to a user's invoice receiving method when the second financial company completes outputting the invoice including the inspected completed billing data.
  • the delivery company server 400 may be a server operated by a delivery company that has previously signed an alliance with a second financial company.
  • the delivery company server 400 may transmit a delivery request signal received from the second financial company server 300 to a terminal (not shown) of the delivery company.
  • the delivery company server 400 may transmit a delivery completion signal including a delivery completion time, recipient information, delivery information, and the like to the second financial company server 300. .
  • the delivery company server 400 may transmit the agreement information received through the user at the time of card delivery to the first financial company server 200.
  • FIG. 2 is a diagram showing the configuration of a second financial company server 300 according to an embodiment of the present invention.
  • the second financial company server 300 is a member information DB 310, credit risk provider 320, member register 330, card issuing processor 340, The card delivery manager 350, the bill data processor 360, the bill dispatch manager 370, the controller 380, and the communicator 390 may be included.
  • the member information DB 310 may store various information generated or collected by the second financial company server 300 with respect to a user registered as a member.
  • the member information DB 310 may classify and store member information of a user, which is received through the member register 330, for each user.
  • the member information is the user's name, contact information, address, email address, account number, card receiving method, card receiving address, bill receiving method, billing address, card payment date information, etc.
  • the membership number information and the credit grant date specified for the user may include more than one day.
  • the member information DB 310 may claim the user's consent by storing the consent information of each user received through the member register 330 in the future.
  • the consent information may be information of an agreement written by a user when requesting member registration.
  • the member information DB 310 may store information related to a card issued to each user.
  • the card-related information may include at least one day of the card number, expiration date, CVC number, payment limit amount information, etc. issued to each user received from the card issuing processor 340 in the future, the card issued by the user May include detailed usage information of the card which is actually used history information.
  • the member information DB 310 may also store delivery completion history information such as a delivery completion time, a recipient information, a delivery company information, and the like of the card received through the card delivery management unit 350 in the future.
  • the credit risk provider 320 receives the full text including credit risk evaluation information of a specific user from the first financial institution server 200, and analyzes the credit risk evaluation information of the user to the first financial institution server 200. Can transmit
  • the credit risk provider 320 may receive credit risk evaluation information of the user from the first financial institution server 200.
  • the credit institution, credit Credit risk evaluation information of the user may be separately collected through a server (not shown) operated by an information company.
  • the credit risk providing unit 320 may generate the credit risk evaluation result information of the user according to the screening criteria set by itself based on the credit risk evaluation information.
  • the credit risk provider 320 may calculate the credit risk evaluation result of the user as a “credit risk” when the loan status and the arrears status of the user exist, and differ according to the size of the loan amount and the arrears amount. Credit risk can also be assessed by applying weights.
  • the credit risk provider 320 transmits the credit risk evaluation information of the user to a server (not shown) operated by an external credit rating agency, so that the credit rating of the user evaluated by the credit rating agency Risk assessment results may be collected.
  • the credit risk provider 320 may transmit the credit risk evaluation result information of the user, which is generated by itself or collected from the outside, to the first financial institution server 200.
  • the credit risk provider 320 determines the credit risk evaluation result information such as the rating, score, and the like for the credit risk evaluation information according to a predetermined criterion, thereby providing the credit risk evaluation result information to the first financial company.
  • the first financial institution server 200 may support to evaluate the credit risk of the user itself.
  • the member registrar 330 generates and stores member information of the user based on the full card issue request of the user received from the first financial institution server 200, or stores the member information of the user by allowing the first financial institution server 200 to store the user information. Can be registered as a member of the first financial company.
  • the member registration unit 330 may receive a full card issuing request including at least one user information and consent information from the first financial company server 200.
  • the full membership registration request may not include the consent information, and accordingly, the member registration unit 330 determines that the consent has not been pre-collected by the user, and thus forwards the card.
  • the management unit 350 may transmit the agreement request information together with the delivery request signal transmission.
  • the member register 330 may generate and designate a unique member number for each user.
  • the member registrar 330 may set the credit donation date of the user based on the card payment date specified by the user.
  • the credit grant date may be set according to internal regulations of the first financial company or the second financial company.
  • the member registration unit 330 stores the member information including one or more of the user information, the consent information, the member number information, and the credit donation date information in the member information DB 310 or the first financial company server. 200 may be stored, and through this, the user may be registered as a member of the first financial company.
  • the first financial institution server 200 may generate the above-described member information by itself, and accordingly, the member registrar 330 may complete the first card issuance request message including the member information.
  • the member registrar 330 may complete the first card issuance request message including the member information.
  • the member registration unit 330 may transmit the full member registration result including the member information to the first financial company server 200.
  • the second financial company server 300 may add a card of a user corresponding to an existing member. Full issuance request can also be received through the first financial company server 200, it is a matter of course to perform a procedure for issuing and shipping a new card to the existing member.
  • the card issuing processor 340 may generate information of a card to be issued to a user registered as a member through the member registration unit 330, and allow a second financial company to produce a card of the user.
  • the card issuing processing unit 340 may query the member information of the user newly registered as a member through the member information DB 310, the number information of the card to be newly issued to the user, valid New card information such as period information, CVC number information, payment limit amount information, and the like may be generated and stored in the member information DB 310.
  • the card issuing processing unit 340 may perform a procedure for inquiring the member information of the newly registered user at a predetermined time, and thus each of the plurality of inquired users It is also possible to collectively generate new card information corresponding to.
  • the card issuing processing unit 340 may query the member information of the newly registered user every day at dawn time, thereby collectively generating new card information for each of the users registered as the new members the previous day. Can be done.
  • the card issuing processor 340 may cause the second financial company to perform a series of processes for producing a new card according to the generated new card information.
  • the second financial company issues a blank card, encodes and embosses the MS (Magnetic Stripe), IC (Integrated Circuit) information, etc., including the new card information, and inspects the encoded and embossed information.
  • the process of sealing the completed card to the carrier together with an invitation containing card payment service guide information may be performed.
  • the card delivery management unit 350 may process the manufactured card so that the user can receive it according to the user's card receiving method.
  • the user's card receiving method may be a method received by the user or another person offline, and the user may use his or her own user terminal 100 with a card generated in the form of a mobile card. It may be a method of receiving through.
  • the card delivery management unit 350 delivers the card to the user when the second financial company has completed the creation of a new card to be issued to the user.
  • the delivery request signal to be sent may be transmitted to the delivery company server 400.
  • the delivery request signal may include a user-designated card receiving method and a card receiving address.
  • the card delivery management unit 350 receives the card from the shipper of the shipper.
  • Requestor consent request information for requesting a consent form from a recipient may be further included in the delivery request signal.
  • the consent request information request may include the consent form information specified by the first financial company or the second financial company.
  • the card delivery management unit 350 may transmit a delivery commencement notification message indicating that the card is handed over to the delivery company, and a complete delivery of the delivery of the card to the user terminal 100 and the first financial company server 200, respectively. .
  • the card delivery management unit 350 may receive a delivery completion signal of the card requested for delivery from the delivery company server 400.
  • the delivery completion signal may include a delivery completion time, recipient information, delivery company information, and the like of the card more than one day.
  • the card delivery management unit 350 stores the received delivery completion signal as delivery completion history information, when receiving a request for inquiring delivery information from the first financial institution server 200 and the user terminal 100 in the future.
  • the delivery details information may be transmitted to the first financial company server 200 and the user terminal 100.
  • the recipient of the card according to the recipient information may be a user who issues the card. Accordingly, the card delivery manager 350 may transmit a receipt confirmation message to the first financial company server 200 to notify the first financial company and the user that the user directly received the card. 100 may also send a receipt notification message.
  • the recipient of the card according to the recipient information may be another person other than the user who issues the card. Accordingly, the card delivery management unit 350 may transmit a receipt confirmation message to the first financial company server 200 to notify the first financial company and the user that the other person received the card on behalf of the user. The reception notice message of the other person may be transmitted to the user terminal 100.
  • the card delivery management unit 350 is newly issued to the user by the second financial company
  • the produced card may be converted into a mobile card.
  • the card delivery management unit 350 may transmit the mobile card to the user terminal 100. Accordingly, the user may receive the mobile card through a card service web page and a card service application installed in the user terminal 100. It may be.
  • the billing data processing unit 360 is data included in the card bill, based on the total card payment information and the user's card details information, which is information that determines the total amount of the card payment of the user, the card being billed to the user.
  • Billing data which is data related to a payment amount, may be generated.
  • the billing data processing unit 360 may check whether the user's credit offer date is closed according to the user's credit offer date information stored in the member information DB 310.
  • the billing data processing unit 360 removes the total card payment information, which is information for which the user whose credit date has ended has determined the total amount of the payment made using the card during the credit donation period. 1 may be received from the financial institution server 200.
  • the second financial company may be commissioned a series of processes for calculating the total card payment information from the first financial company in advance, and accordingly, the billing data processing unit 360 may request the member information DB 310.
  • the total card payment information may be calculated on the basis of the detailed usage information of each user's card that can be viewed through.
  • the billing data processing unit 360 stores the billing information of the user, such as the payment date, the payment amount, and the item of the payment, using the card, based on the total card payment information and the detailed usage information of the card. It can be confirmed by card payment.
  • the billing data processor 360 may calculate the accumulated point amount information and the fee information of the card accumulated during the credit donation period based on the determined billing information of the user.
  • the amount of credit points and fees may be calculated by applying a certain ratio to the payment amount according to the respective billing history information, the ratio may be determined according to the internal regulations of the first financial company or the second financial company. .
  • the bill data processor 360 may derive various benefit information that the user can receive from the second financial company based on the billing history information of the user.
  • the benefit may include a discount and a refund for the price paid by the user using a card, or more. 2 It may be provided only when the financial institution's benefits are satisfied.
  • the billing data processor 360 may collect the billing details information of the user, the accumulated point amount information, the fee information, and the benefit information, and process the billing data of the user.
  • the billing data processor 360 may inspect the billing data by sampling the details of usage of each user's card stored in the member information DB 310.
  • the billing data processing unit 360 has a plurality of claims for the same amount or the same billing authorization number at the same time, the billing authorization number, the billing authorization number exists but the billing history does not exist It is also possible to extract abnormal charge history information, such as the missing claim history, payment cancellation history exists, but the cancellation charge history processed as billing payment, and to maintain normal billing.
  • the claim data processing unit 360 determines whether the discount or refund benefits based on the benefit information of the claim data is normally applied to the claim history information applicable to the benefit, You may apply missing benefits or cancel misapplied benefits.
  • the billing data processing unit 360 analyzes the user's existing billing data that can be checked through the billing data and the member information DB 310 that have been inspected. ) Marketing data can be generated.
  • the bill data processing unit 360 may analyze the purchase pattern of the user's goods, services, etc. by checking the list of defective products through the detailed usage history of the card. Accordingly, the billing data processor 360 may generate information for recommending a card that allows the user to receive a service such as a larger amount of discounts, refunds, and points earning based on the purchase pattern.
  • the bill data processor 360 may transmit the above-described bill data and CRM marketing data to the bill dispatch manager 370.
  • the billing management unit 370 may process a series of processes of generating or outputting a card bill of a user and sending the bill.
  • the billing managing unit 370 may check a user's bill receiving method and a billing destination address through the member information DB 310, and receive billing data and CRM marketing data of the user from the billing data processing unit 360. Can be.
  • the billing managing unit 370 may generate the card statement information for the email by collecting the billing data and the CRM marketing data of the user.
  • the mail including the card specification information for the e-mail may be transmitted to the e-mail address set by the user.
  • the billing management unit 370 may collect the billing data and CRM marketing data of the user and generate card statement information for mobile when the billing method of the user corresponds to the mobile receipt, the user of the user The mobile card statement information may be transmitted to the terminal 100.
  • the user terminal 100 may display the message and provide the mobile card statement information to the user as the message including the mobile card statement information is received.
  • the user terminal 100 displays the mobile card statement information through a card issuing and billing service application installed in the user terminal 100, thereby providing the mobile card statement information to the user. It may be.
  • the billing management unit 370 may generate the billing card statement information for the mail by collecting the billing data and CRM marketing data of the user when the billing method of the user corresponds to the mail receipt. have.
  • the billing management unit 370 may further include predetermined card price discount information provided when the bill is received through the mail receiving method or the mobile receiving method in the postal card statement information. In addition, this may induce a user to change the bill receiving method to the email receiving method or the mobile receiving method, thereby reducing the cost that the second financial company spends on outputting the invoice.
  • the billing management unit 370 may allow a second financial company to output the billing material including the postal card statement information, and a billing destination where the user sets the billing material to a post office server (not shown). You can also send a signal to the address requesting delivery.
  • the billing management unit 370 may automatically manage the user's bill receiving method.
  • the billing management unit 370 receives an email or mobile receipt of a bill receiving method of the user when the billing object of the user is returned a predetermined number of times for the user who receives the billing item by mail. You can switch to either.
  • the controller 380 may include a member information DB 310, a credit risk provider 320, a member register 330, a card issue processor 340, a card delivery manager 350, and a bill data processor 360. ), A function of controlling the flow of data between the billing management unit 370 and the communication unit 390 may be performed. That is, the controller 380 according to the present invention includes a member information DB 310, a credit risk provider 320, a member register 330, a card issue processor 340, a card delivery manager 350, and a bill data processor ( 360), the billing management unit 370 and the communication unit 390 may control to perform unique functions.
  • the communication unit 390 enables communication between the second financial institution server 300, an external server, and an external device.
  • the second financial company server 300 enables communication with the user terminal 100, the first financial company server 200, and the delivery company server 400.
  • FIG. 3 is a diagram illustrating a card issuing agent service providing process according to an embodiment of the present invention.
  • the second financial company server 300 may add a card of a user corresponding to an existing member. Full issuance request can also be received through the first financial company server 200, it is a matter of course to perform a procedure for issuing and shipping a new card to the existing member.
  • the user terminal 100 may be installed card issuance and billing services services.
  • a user may execute a card service application installed in the user terminal 100 (S301), and accordingly a member registration request for newly issuing a card to the first financial institution server 200.
  • the signal may be transmitted (S302).
  • the user may access the card service web page through the user terminal 100, and thus transmit a member registration request signal to the first financial institution server 200 through the web page. It may be.
  • the user may create an agreement in a form designated by the first financial company through the user terminal 100 when the member registration request is made, or may be written through a physical document.
  • the member registration request may include at least one of user information such as a user's name, contact information, address, email address, account number, card receiving method, card receiving address, bill receiving method, billing address, and card payment date information. It may include, and may also include the consent information of the user.
  • user information such as a user's name, contact information, address, email address, account number, card receiving method, card receiving address, bill receiving method, billing address, and card payment date information. It may include, and may also include the consent information of the user.
  • the first financial company server 200 may transmit the full text including the credit risk evaluation information of the user who requested the member registration in step S302 to the second financial company server 300 (S303).
  • the full text of the credit risk evaluation information request may also include user information of the user received in step S302.
  • the second financial company server 300 may separately collect credit risk evaluation information of the user from a server (not shown) operated by a financial institution, a credit information company, or the like.
  • the second financial company server 300 may generate the credit risk evaluation result information of the user according to the screening criteria set by itself based on the credit risk evaluation information of the user (S304).
  • the second financial institution server 300 transmits the credit risk evaluation information of the user to a server (not shown) operated by an external credit rating agency, thereby determining the user's rating. You can also receive credit risk assessment results.
  • the credit risk provider 320 determines the credit risk evaluation result information such as the rating, score, and the like for the credit risk evaluation information according to a predetermined criterion, thereby providing the credit risk evaluation result information to the first financial company.
  • the first financial institution server 200 may support to evaluate the credit risk of the user itself.
  • the second financial institution server 300 may transmit the full credit risk evaluation result of the user including the credit risk evaluation result information of the user generated or received from the outside to the first financial institution server 200. (S305).
  • the first financial company server 200 may determine whether the user can issue the card by itself according to the internal regulations of the first financial company, based on the credit risk information of the user received through the step S305 (S306).
  • step S306 If it is determined in step S306 that the user can be issued a card, the first financial company server 200 transmits the full member registration request to the second financial company server 300, the user of the received in step S302 The card issuing request signal may be transmitted to the second financial company server 300 (S307).
  • the second financial company server 300 generates the user's member information on the basis of the full card issue request received in step S307, or according to the member information of the user included in the full card issue request, the first financial company. Can be registered as a member of (S308).
  • the second financial company server 300 may generate and designate a unique member number for each user.
  • the second financial company server 300 may set the credit offer date of the user based on the card payment date specified by the user.
  • the credit grant date may be set according to internal regulations of the first financial company or the second financial company.
  • the second financial company server 300 may store the member information including one or more of the user information of the user, the consent information, the member number information, and the credit donation date information in a database. You can register as a member of the first financial company.
  • the first financial company server 200 may generate the above-described member information by itself, and accordingly, the member registrar 330 transmits the full card issuing request message including the member information to the first financial company server ( By receiving from the storage 200 or having the first financial institution server 200 store the information, the user corresponding to the member information may be registered as a member of the first financial institution. The second financial institution server 300 may then register the user. The full member registration result including the member information generated in step S308 may be transmitted to the first financial institution server 200 to inform that the user registration of the user is completed (S309).
  • the second financial company server 300 When the user registration of the user is completed through the step S308, the second financial company server 300 generates and stores information of a card to be issued to the user, and causes the second financial company to create a new card corresponding to the information of the card. It may be to perform the procedure to manufacture (S310).
  • the second financial company server 300 may query the member information of the user newly registered as a member through the database, the card number information, expiration date information, CVC to be newly issued to the user New card information such as number information and payment limit amount information can be generated and stored in the database.
  • the second financial company server 300 may cause the second financial company to perform a series of processes of manufacturing a new card corresponding to the generated new card information.
  • the second financial company issues a blank card, encodes and embosses the MS (Magnetic Stripe), IC (Integrated Circuit) information, etc., including the new card information, and inspects the encoded and embossed information.
  • the process of sealing the completed card to the carrier together with an invitation containing card payment service guide information may be performed.
  • the second financial institution server 300 may allow the user to receive the card according to the user's card receiving method.
  • the user's card receiving method is a method of receiving mobile, that is, a card converted into a mobile card form through the user terminal 100
  • the second financial company server 300 is a mobile card is completed production Can be converted into the form of a card.
  • the second financial company server 300 may transmit the mobile card to the user terminal 100, and thus the user receives the mobile card through a card service web page and a card service application installed in the user terminal 100. It may also be (S311-1).
  • the second financial company server 300 when the user's card receiving method is an offline receipt by the user or another person, the second financial company server 300, when the second financial company completes the process of producing the card, the user to the delivery company server 400 It is possible to transmit a delivery request signal including a card receiving method of the person (or the other person received) and the card destination address (S311-2).
  • the second financial company server 300 may check whether the consent has been collected from the user in advance through the member registration request message received in step S307, and if the consent is not made in advance, the delivery request is made.
  • the signal may further include consent request information.
  • the second financial company server 300 may transmit a notification of the completion of the delivery of the card to the first financial company server 200 (S312-1).
  • the delivery start notification message of the card may be transmitted to the user terminal 100 (S312-2).
  • the delivery company server 400 transmits the delivery request signal received in step S311-2 to the shipper's terminal (not shown), so that the delivery company can perform delivery of the card received from the second financial company. Can be.
  • the receiving method of the card included in the delivery request signal may be a method of receiving by the user who issues the card. Accordingly, the delivery company may transfer the card after moving to the destination address of the card included in the delivery request signal, performing the identity verification process for the user.
  • the delivery company is the consent form from the user through the consent form or physical documents stored in the terminal (not shown) of the shipper You can get written.
  • the delivery company may transmit the information of the agreement to the delivery company server 400 through the delivery terminal (not shown), the delivery server server 400 transmits the agreement information to the first financial company server ( 200).
  • the receiving method of the card included in the delivery request signal may be a method that is received by someone other than the user who receives the card. Accordingly, the delivery company may transfer the card after moving to the destination address of the card included in the delivery request signal and performing the identity verification process for the other person.
  • the shipper when the delivery request signal includes the consent claim request information, the shipper may be transferred from the other person through an agreement form or physical document stored in a terminal (not shown) of a shipper. You can get a consent form.
  • the delivery company may transmit the information of the agreement to the delivery company server 400 through the delivery terminal (not shown), the delivery server server 400 transmits the agreement information to the first financial company server ( 200).
  • the shipper server 400 includes at least one recipient's information including a delivery completion time of the card, identity verification information of the user or identity verification information of the other person, shipper information, and the like.
  • the delivery completion signal is received from the delivery company terminal (not shown), it is possible to confirm whether the delivery of the card is completed (S313).
  • the delivery company server 400 may transmit the delivery completion signal received in step S313 to the second financial company server 300 (S314).
  • the second financial company server 300 may transmit the receipt confirmation message of the card or the receipt confirmation message of another person to the first financial company server 200 (S315-1), and the card.
  • the receipt notification message or the receipt notification message of others may be transmitted to the user terminal 100 (S315-2).
  • the second financial company server 300 stores the delivery completion signal received in step S314 as the delivery completion history information, in the future to query the delivery information from the first financial company server 200 and the user terminal 100 Upon receiving the request, the delivery completion history information may be transmitted to the first financial company server 200 and the user terminal 100.
  • FIG. 4 is a diagram illustrating a billing service providing process according to an embodiment of the present invention.
  • the second financial company server 300 provides the total card payment information, which is information in which the user whose credit offering date is closed has determined the total amount of the payment made using the card during the credit offering day. Only the procedure of receiving from the first financial institution server 200 is described, but the second financial institution may be commissioned a series of processes for calculating the total card payment information from the first financial institution in advance, and accordingly, the second financial institution server ( 300 may of course calculate the total card payment information itself.
  • the second financial company server 300 may check whether the user's credit offer date is closed according to the user's credit offer date information, and the total card payment of the user whose credit donation date is closed.
  • the signal for requesting information may be transmitted to the first financial institution server 200 (S401).
  • the total card payment of the user is analyzed by analyzing the card payment history of the user generated during the credit donation period of the user.
  • the billing information may be generated (S402).
  • the first financial company server 200 may transmit the card payment total amount determination information generated in step S402 to the second financial company server 300 (S403).
  • the second financial company server 300 based on the total card payment price information and the detailed usage information of the pre-stored card, the user of the user, such as the payment date, payment amount and final product using the card, etc. Claim details can be determined for each card payment (S404).
  • the second financial company server 300 may calculate the accumulated point amount information and fee information of the card accumulated during the credit donation period based on the user's billing history information determined in the step S404, the user 2 Various benefit information that can be provided from the financial company may be derived (S405).
  • the accumulated point amount and fee may be calculated by applying a predetermined ratio to the payment amount according to each billing detail information, and the ratio may be determined according to internal regulations of the first financial company or the second financial company.
  • the benefit may include a discount and a refund for the price paid by the user using a card for more than one day, the payment amount, the final product items, etc. that the user paid using the card is set in advance 2 It may be provided only when the financial institution's benefits are satisfied.
  • the second financial company server 300 may generate the billing data of the user by collecting the billing detail information of the user, the accumulated point amount information, the fee information, and the benefit information (S406).
  • the second financial company server 300 may inspect the billing data generated in step S406 through various methods (S407).
  • the second financial institution server 300 may inspect the billing data by sampling the details of the card of each user stored in the database.
  • the second financial company server 300 according to an embodiment of the billing data, a plurality of claims for the same amount or the same billing authorization number at the same time, the billing authorization number, the billing authorization number exists but the billing history exists It is also possible to extract abnormal claim details such as missing claim details and payment cancellation details that are not present, but cancellation claims processed as billing payments, and to maintain normal billing.
  • the second financial company server 300 determines whether the discount or refund benefits based on the benefit information of the claim data is normally applied to the claim history information applicable to the benefit For example, you may apply a missing benefit or cancel a misapplied benefit.
  • the second financial company server 300 analyzes the billing data that has been inspected and the existing billing data of the user previously stored in the database through step S407, and the card may be provided with a greater benefit to the user.
  • Customer relationship management (CRM) marketing data such as recommendation information, may be generated (S408).
  • the second financial company server 300 may automatically manage a method of receiving a bill of a user who receives a bill through postal mail. It is possible to check whether or not meeting a predetermined time (S409).
  • the second financial company server 300 may switch the user's bill receiving method to either an email receipt or a mobile receipt.
  • the second financial institution server 300 collects the billing data generated in the step S406 and the inspection completed in the step S407 and the CRM marketing data generated in the step S408 according to the user's preset bill receiving method.
  • Card statement information of different types may be generated for each receiving method (S410), and the card statement information generated in step S410 may be processed to be sent to the user according to each bill receiving method (S411).
  • the second financial institution server 300 may generate the card statement information for the email when the billing method of the user corresponds to the receipt of the email, to the email address set by the user.
  • the mail including the card information for the e-mail may be transmitted.
  • the second financial company server 300 may generate the mobile card statement information when the method of receiving the bill corresponding to the mobile receipt, the mobile card statement information to the user terminal 100 of the user Can also be transmitted.
  • the second financial company server 300 may generate postal card statement information when the user's bill receiving method corresponds to a mail receipt.
  • the second financial company server 300 may further include predetermined card price discount information provided when receiving a bill through the mail receiving method or the mobile receiving method in the postal card statement information. In addition, this may induce a user to change the bill receiving method to the email receiving method or the mobile receiving method, thereby reducing the cost that the second financial company spends on outputting the invoice.
  • the second financial company server 300 may cause the second financial company to output the billing item including the postal card statement information, and the bill set by the user to the post office server (not shown).
  • a signal may be sent to the destination address to request delivery.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Human Resources & Organizations (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Mining & Analysis (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Technology Law (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Controls And Circuits For Display Device (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

본 발명의 일 실시예에 따르면, 제2 금융사 서버가 제1 금융사 서버를 대신하여 사용자에게 카드 서비스를 제공하는 방법에 있어서, (a) 상기 제1 금융사 서버로부터 상기 사용자와 관련된 회원정보를 포함하는 카드 발급 요청을 수신하는 단계; (b) 상기 카드 발급 요청을 참조로 하여 생성된 상기 사용자의 신규 카드 정보를 저장하거나, 저장하도록 하는 단계; (c) 상기 신규 카드 정보를 이용하여 제작된 카드에 대한 검수가 완료되면, 상기 검수가 완료된 카드를 소정의 카드 수령방법에 따라 수령하도록 하는 프로세스 및 상기 사용자로부터 카드 발급 동의서를 징구하거나, 배송업자로 하여금 징구하도록 지원하는 프로세스를 수행하는 단계; (d) 상기 사용자의 신용공여일 동안 발생한 총 카드결제 대금이 확정되면, 상기 확정된 총 카드결제 대금을 토대로 청구 데이터를 생성하고, 검수하는 단계; 및 (e) 상기 청구 데이터를 이용하여 청구서가 생성되면, 상기 청구서가 소정의 청구서 수령방법에 따라 상기 사용자에게 발송되도록 처리하는 단계를 포함하는, 카드 서비스 제공 방법이 제공된다.

Description

카드 발급사를 대신하여 카드 서비스를 제공하는 방법 및 서버
본 발명은 카드 발급사를 대신하여 카드 서비스를 제공하는 방법 및 서버에 관한 것으로, 보다 상세하게는, 카드결제 처리사가 카드 발급사의 회원 등록, 카드 발급, 카드 배송 및 카드 대금 청구 업무를 대행하여 처리함으로써, 카드 발급사의 중복 투자 및 중복 비용의 발생을 방지하는 방법 및 서버에 관한 것이다.
일반적으로, 종래의 카드 발급사들은 사용자에게 카드를 신규 발급하기 위한 회원가입 절차를 제공하고, 상기 회원가입 된 사용자에게 카드를 발급하여 배송하며, 카드 결제 대금을 청구하는 일련의 과정을 직접 수행하고 있다.
이에 따라, 상기 카드 발급사들은 상기 일련의 과정들을 자체적으로 수행하기 위한 시스템을 구축 및 운영하고 있으며, 이를 위한 중복 투자 및 중복 비용의 발생을 감수해야 하는 불편을 겪고 있어 상기 카드 발급사들의 가맹점 각각이 부담해야 하는 수수료도 높게 책정할 수밖에 없는 실정이다.
뿐만 아니라, 상기 시스템을 구축할 수 없는 중소형 은행들은 사용자에게 카드 발급 서비스를 제공하기 어려운 상황에 처해있으며, 이에 따라 상기 중소형 은행을 이용하는 사용자들은 카드를 발급받기가 불편한 곤란을 겪고 있다.
한국공개특허공보 제10-2009-0076855호에서는 상술한 바와 같은 카드 발급사들의 사용자 회원 등록, 카드 발급 및 대금 청구 업무와 관련된 내용을 개시하고 있으나, 카드 발급사가 직접 카드 발급 및 대금 청구를 위한 시스템을 직접 구축하고 운영해야 하는 문제점을 여전히 초래하고 있다.
따라서, 카드 발급사들이 안고 있는 회원 등록, 카드 발급, 카드 배송 및 카드 대금 청구 업무의 부담을 해소함으로써, 카드 발급사들의 중복 투자로 인한 손실을 방지하고, 카드결제 관련 업무에 소모되는 비용을 절감할 수 있는 기술의 필요성이 점차 증대되고 있으며, 상술한 문제점을 해결하기 위한 방안이 시급한 실정이다.
본 발명은 전술한 종래기술의 문제점을 해결하기 위한 것으로, 카드결제 처리사가 카드 발급사의 회원 등록, 카드 발급, 카드 배송 및 카드 대금 청구 업무를 사용자와 카드 발급사의 중간 단계에서 대행 처리함으로써, 카드 발급사의 중복 투자를 방지하고, 카드 서비스 관련 비용을 절감시키며, 가맹점이 부담하는 수수료를 인하시키는 것을 목적으로 한다.
또한, 중소형 은행들로 하여금 사용자에게 카드 발급 서비스를 용이하게 제공할 수 있도록 하며, 이에 따라 사용자의 카드 발급 편의성을 증진시키는 것을 목적으로 한다.
뿐만 아니라, 카드결제 처리사가 사용자의 카드 대금 청구서 수령 방법을 자동으로 관리하여 사용자가 청구서를 장기간 수령하지 못하는 상황을 방지함으로써, 사용자에게 제공되는 카드결제 서비스의 안정성을 향상시키는 것을 목적으로 한다.
본 발명의 목적들은 이상에서 언급한 목적들로 제한되지 않으며, 언급되지 않은 또 다른 목적들은 아래의 기재로부터 명확하게 이해될 수 있을 것이다.
상술한 목적을 달성하기 위한 본 발명의 일 실시예에 따르면, 제2 금융사 서버가 제1 금융사 서버를 대신하여 사용자에게 카드 서비스를 제공하는 방법에 있어서, (a) 상기 제1 금융사 서버로부터 상기 사용자와 관련된 회원정보를 포함하는 카드 발급 요청을 수신하는 단계; (b) 상기 카드 발급 요청을 참조로 하여 생성된 상기 사용자의 신규 카드 정보를 저장하거나, 저장하도록 하는 단계; (c) 상기 신규 카드 정보를 이용하여 제작된 카드에 대한 검수가 완료되면, 상기 검수가 완료된 카드를 소정의 카드 수령방법에 따라 수령하도록 하는 프로세스 및 상기 사용자로부터 카드 발급 동의서를 징구하거나, 배송업자로 하여금 징구하도록 지원하는 프로세스를 수행하는 단계; (d) 상기 사용자의 신용공여일 동안 발생한 총 카드결제 대금이 확정되면, 상기 확정된 총 카드결제 대금을 토대로 청구 데이터를 생성하고, 검수하는 단계; 및 (e) 상기 청구 데이터를 이용하여 청구서가 생성되면, 상기 청구서가 소정의 청구서 수령방법에 따라 상기 사용자에게 발송되도록 처리하는 단계를 포함하는, 카드 서비스 제공 방법이 제공된다.
상기 (a) 단계는, 상기 제1 금융사 서버로부터 상기 회원정보에 대응되는 신용 위험도 평가 정보를 수신하여 이를 근거로 신용 위험도를 평가하거나, 평가하도록 지원하는 단계를 포함할 수 있다.
상기 회원 정보는, 상기 사용자의 사용자 정보, 회원번호 정보, 신용공여일 정보 및 상기 사용자가 회원 등록 요청 시 작성한 동의서 정보 중 일 이상을 포함할 수 있다.
상기 신규 카드 정보는, 상기 사용자에게 발급할 카드의 번호 정보, 유효기간 정보, CVC 번호 정보, 결제 한도 금액 정보 중 일 이상을 포함할 수 있다.
상기 소정의 카드 수령은, 상기 검수가 완료된 카드를 오프라인 상에서 상기 카드의 발급 대상자인 상기 사용자 본인 또는 타인이 수령하거나, 상기 사용자가 사용자 단말기를 통해 모바일 카드 형태로써 수령할 수 있다.
상기 카드 발급 동의서 징구 프로세스는, (i) 상기 검수가 완료된 카드 수령 전, 상기 사용자 본인으로부터 상기 카드 발급 동의서를 징구하거나, 배송업자로 하여금 징구하도록 지원하는 프로세스, (ii) 상기 사용자 본인이 카드를 수령한 경우, 상기 제1 금융사 서버에 본인 수령 확인 전문을 전송하는 프로세스 및 (iii) 상기 사용자 본인에게 본인 수령 알림 메시지를 전송하는 프로세스를 포함할 수 있다.
상기 카드 발급 동의서 징구 프로세스는, (i) 상기 검수가 완료된 카드 수령 전, 상기 사용자가 아닌 타인으로부터 상기 카드 발급 동의서를 징구하거나, 배송업자로 하여금 징구하도록 지원하는 프로세스, (ii) 상기 타인이 카드를 수령한 경우, 상기 제1 금융사 서버에 타인 수령 확인 전문을 전송하는 프로세스 및 (iii) 상기 사용자 본인에게 타인 수령 알림 메시지를 전송하는 프로세스를 포함할 수 있다.
상기 수령 확인 전문 전송 프로세스 및 상기 수령 알림 메시지 전송 프로세스는, 배송업체 서버로부터 상기 카드의 배송 완료 시간, 수령인 정보, 배송업자 정보 중 일 이상을 포함하는 배송 완료 신호가 수신되면, 수행될 수 있다.
상기 총 카드결제 대금은, 상기 제1 금융사 서버로부터 수신하거나, 상기 제1 금융사 서버로부터 산출 작업을 위임 받아 생성될 수 있다.
상기 청구 데이터의 생성은, (i) 상기 총 카드결제 대금 및 상기 사용자의 카드 세부이용내역 정보를 토대로 확정한 청구내역 정보, (ii) 상기 청구내역 정보를 토대로 산정된 적립 포인트 금액 정보, (iii) 수수료 정보 및 (iv) 혜택 정보 중 일 이상을 이용하여 수행될 수 있다.
상기 청구 데이터의 검수는, 기 저장된 각 사용자별 카드의 세부이용내역 정보를 샘플링하는 방법, 상기 청구 데이터 중 이중 청구 내역, 누락 청구 내역, 취소 청구 내역 등과 같은 비정상 청구 내역 정보를 추출하여 정상 청구되도록 정비하는 방법 및 상기 청구 데이터에 대하여 누락된 혜택을 적용하거나 오적용 된 혜택을 취소 처리하는 방법 중 일 이상으로 수행될 수 있다.
상기 (d) 단계 이후, 상기 검수가 완료된 청구 데이터 및 상기 사용자의 기존 청구 데이터를 분석하여, 상기 사용자의 CRM(Customer Relationship Management) 마케팅 데이터를 생성하는 단계를 더 포함할 수 있다.
상기 청구서 수령방법은, 이메일 수령, 모바일 수령 및 우편 수령 중 일 이상일 수 있다.
상기 소정의 청구서 수령은, 우편을 통해 청구서를 수령하는 사용자에 대하여, 상기 청구서의 반송 횟수가 일정 회 이상일 경우, 상기 우편을 통해 청구서를 수령하는 사용자의 청구서 수령방법을 이메일 수령 또는 모바일 수령 중 어느 하나로 전환할 수 있다.
상술한 목적을 달성하기 위한 본 발명의 다른 실시예에 따르면, 제1 금융사 서버를 대신하여 사용자에게 카드 서비스를 제공하는 제2 금융사 서버에 있어서, 상기 제1 금융사 서버로부터 상기 사용자와 관련된 회원정보를 포함하는 카드 발급 요청을 수신하는 회원 등록부; 상기 카드 발급 요청을 참조로 하여 생성된 상기 사용자의 신규 카드 정보를 저장하거나, 상기 제1 금융사 서버로 하여금 저장하도록 하는 카드 발급 처리부; 상기 신규 카드 정보를 이용하여 제작된 카드에 대한 검수가 완료되면, 상기 검수가 완료된 카드를 소정의 카드 수령방법에 따라 수령하도록 하는 프로세스 및 상기 사용자로부터 카드 발급 동의서를 징구하거나, 배송업자로 하여금 징구하도록 지원하는 프로세스를 수행하는 카드 배송 관리부; 상기 사용자의 신용공여일 동안 발생한 총 카드결제 대금이 확정되면, 상기 확정된 총 카드결제 대금을 토대로 청구 데이터를 생성하고, 검수하는 청구 데이터 처리부; 및 상기 청구 데이터를 이용하여 청구서가 생성되면, 상기 청구서가 소정의 청구서 수령방법에 따라 상기 사용자에게 발송되도록 처리하는 청구서 발송 관리부를 포함하는, 제2 금융사 서버가 제공된다.
상기 제2 금융사 서버는, 상기 제1 금융사 서버로부터 상기 회원정보에 대응되는 신용 위험도 평가 정보를 수신하여 이를 근거로 신용 위험도를 평가하거나, 평가하도록 지원하는 신용 위험도 제공부를 포함할 수 있다.
상기 청구 데이터 처리부는, 상기 검수가 완료된 청구 데이터 및 상기 사용자의 기존 청구 데이터를 분석하여, 상기 사용자의 CRM(Customer Relationship Management) 마케팅 데이터를 생성할 수 있다.
본 발명의 일 실시예에 따르면, 카드결제 처리사가 카드 발급사의 회원 등록, 카드 발급, 카드 배송 및 카드 대금 청구 업무를 사용자와 카드 발급사의 중간 단계에서 대행 처리함으로써, 카드 발급사의 중복 투자를 방지하고, 카드 서비스 관련 비용을 절감시키며, 가맹점이 부담하는 수수료를 인하시킬 수 있다.
또한, 본 발명의 일 실시예에 따르면, 중소형 은행들로 하여금 사용자에게 카드 발급 서비스를 용이하게 제공할 수 있도록 하며, 이에 따라 사용자의 카드 발급 편의성을 증진시킬 수 있다.
뿐만 아니라, 본 발명의 일 실시예에 따르면, 카드결제 처리사가 사용자의 카드 대금 청구서 수령 방법을 자동으로 관리하여 사용자가 청구서를 장기간 수령하지 못하는 상황을 방지함으로써, 사용자에게 제공되는 카드결제 서비스의 안정성을 향상시킬 수 도 있다.
본 발명의 효과는 상기한 효과로 한정되는 것은 아니며, 본 발명의 상세한 설명 또는 특허청구범위에 기재된 발명의 구성으로부터 추론 가능한 모든 효과를 포함하는 것으로 이해되어야 한다.
도 1은 본 발명의 일 실시예에 따른 카드 발급 및 대금 청구 대행 서비스 제공 시스템의 구성도이다.
도 2는 본 발명의 일 실시예에 따른 카드결제 처리사 서버의 구성을 도시한 도면이다.
도 3은 본 발명의 일 실시예에 따른 카드 발급 대행 서비스 제공 과정을 도시한 도면이다.
도 4는 본 발명의 일 실시예에 따른 대금 청구 대행 서비스 제공 과정을 도시한 도면이다.
이하에서 첨부한 도면을 참조하여 본 발명을 설명하기로 한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며, 따라서 여기에서 설명하는 실시예로 한정되는 것은 아니다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
명세서 전체에서, 어떤 부분이 다른 부분과 “연결”되어 있다고 할 때, 이는 “직접적으로 연결”되어 있는 경우뿐 아니라, 그 중간에 다른 부재를 사이에 두고 “간접적으로 연결”되어 있는 경우도 포함한다. 또한 어떤 부분이 어떤 구성요소를 “포함”한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 구비할 수 있다는 것을 의미한다.
본 명세서 상에서 “카드”라 함은 신용카드, 체크카드, 직불카드, 멤버십카드 등과 같은 카드 발급사가 사용자에게 발급할 수 있는 모든 카드를 의미하는 것으로 이해됨이 바람직하다.
또한, 본 명세서 상에서 “제1 금융사”라 함은 상기 카드결제 처리사의 회원사인 카드 발급사를 의미하며, “제2 금융사 서버”는 카드 발급사를 위하여 사용자의 회원 등록, 카드 발급, 카드 배송 및 대금 청구 프로세스 등과 같은 카드 서비스를 대행하는 카드결제 처리사를 의미하는 것으로 이해됨이 바람직하다.
이하 첨부된 도면을 참고하여 본 발명의 실시예를 상세히 설명하기로 한다.
도 1은 본 발명의 일 실시예에 따른 카드 발급 및 대금 청구 대행 서비스 제공 시스템의 구성도이다.
도 1을 참조하면, 카드 발급 및 대금 청구 대행 서비스 제공 시스템은 사용자 단말기(100), 제1 금융사 서버(200), 제2 금융사 서버(300) 및 배송업체 서버(400)를 포함할 수 있다.
먼저, 통신망은 유선 및 무선 등과 같은 그 통신 양태를 가리지 않고 구성될 수 있다. 근거리 통신망(LAN : Local Area Network), 도시권 통신망(MAN : Metropolitan Area Network), 광역 통신망(WAN : Wide Area Network) 등 다양한 통신망으로 구성될 수 있다.
사용자 단말기(100)는 휴대폰, 스마트폰, PDA(Personal Digital Assistant), PMP(Portable Multimedia Player), 태블릿 PC 등과 같이 네트워크를 통하여 제1 금융사 서버(200), 제2 금융사 서버(300) 및 배송업체 서버(400) 등의 외부 서버와 연결될 수 있고, 모든 종류의 핸드헬드(Handheld) 기반의 무선 통신 장치를 포함할 수 있으며, 이 외에도 데스크탑 PC, 태블릿 PC, 랩탑 PC, 셋탑 박스를 포함하는 IPTV와 같이, 네트워크를 통하여 제1 금융사 서버(200), 제2 금융사 서버(300) 및 배송업체 서버(400) 등의 외부 서버와 연결될 수 있는 통신 장치도 포함할 수 있다.
본 발명의 일 실시예에 따른 사용자 단말기(100)는 웹 브라우저를 실행하여 웹 서버(미도시)로부터 제공되는 카드 서비스 웹 페이지를 요청할 수 있다. 상기 웹 페이지의 요청은 웹 페이지의 주소 입력, 특정 웹 페이지에서 링크 선택, 검색 서비스를 제공하는 웹 페이지에서 검색 요청 등 다양한 방법으로 이루어질 수 있다.
또한, 사용자 단말기(100)에는 사용자에게 카드 서비스를 제공하는 카드 서비스 애플리케이션이 설치되어 있을 수 있다. 이때, 애플리케이션 관리 서버(미도시)는 다양한 애플리케이션을 배포할 수 있는 애플리케이션 스토어를 제공할 수 있는데, 카드 서비스를 제공하는 서비스 제공자가 애플리케이션 스토어에 카드 서비스 애플리케이션을 등록하면, 사용자 단말기(100)는 애플리케이션 스토어에 등록된 카드 서비스 애플리케이션을 다운로드 하여 메모리 내에 설치할 수 있다.
상기 카드 서비스 애플리케이션은 외부 서버 및 외부 장치와 통신할 수 있는 프로그램 모듈로써, 운영 시스템, 응용 프로그램 모듈 및 기타 프로그램 모듈의 형태로 사용자 단말기(100) 또는 이와 통신 가능한 다른 장치에 포함될 수 있으며, 물리적으로는 여러 가지 공지의 기억 장치 상에 저장될 수 있다. 한 편, 이러한 프로그램 모듈은 본 발명에 따라 후술할 특정 업무를 수행하거나 특정 추상 데이터 유형을 실행하는 루틴, 서브루틴, 프로그램, 오브젝트, 컴포넌트, 데이터 구조 등을 포괄하지만, 이에 제한되지는 않는다.
제1 금융사 서버(200)는 제2 금융사의 회원사로서 사전에 제2 금융사와 제휴 계약을 체결한 제1 금융사가 운영하는 서버일 수 있다.
일 실시예에 따르면, 제1 금융사 서버(200)는 사용자로부터 사용자 단말기(100)를 통해 상기 사용자의 카드 신규 발급을 위한 회원 등록 요청을 수신할 수 있다.
상기 사용자의 회원 등록 요청은 사용자의 이름, 연락처, 주소, 이메일 주소, 계좌번호, 본인 수령, 타인 수령 및 모바일 수령 중 어느 하나에 해당하는 카드 수령방법, 카드 수령지 주소, 이메일 수령, 모바일 수령 또는 우편 수령 중 일 이상에 해당하는 청구서 수령방법, 청구서 수령지 주소, 카드 대금 결제일 정보 등과 같은 사용자 정보 중 일 이상을 포함할 수 있다.
또한, 상기 사용자의 회원 등록 요청은 사용자가 사용자 단말기(100)를 통해, 또는 실물 서류를 통해 작성한 상기 사용자의 동의서 정보를 포함할 수도 있다.
사용자의 회원 등록 요청을 수신한 제1 금융사 서버(200)는 상기 사용자의 신용 위험도 평가 정보를 포함하는 전문을 제2 금융사 서버(300)로 전송할 수 있다.
상기 신용위험도 평가 정보는 상기 사용자의 신용등급, 대출 현황, 체납 현황, 재산보유 현황, 수입 현황 등을 일 이상 포함할 수 있다.
이에 따라, 제1 금융사 서버(200)는 제2 금융사 서버(300)로부터 상기 사용자의 신용 위험도 평가 결과 전문을 수신할 수 있으며, 상기 신용 위험도 평가 결과를 토대로 하여 제1 금융사의 내부 규정에 따라 자체적으로 상기 사용자의 카드 발급 가능 여부를 판정할 수 있다.
이후, 일 실시예에 따르면, 제1 금융사 서버(200)는 카드 발급이 가능한 것으로 판정된 사용자의 회원 등록 요청 정보가 포함된 카드 발급 요청 전문을 제2 금융사 서버(300)로 전송할 수 있다.
다른 실시예에 따르면, 제1 금융사 서버(200)는 자체적으로 생성한 상기 사용자의 회원 정보가 포함된 카드 발급 요청 전문을 제2 금융사 서버(300)로 전송할 수도 있다. 이때, 상기 회원 정보는 상기 사용자의 사용자 정보, 회원번호, 신용공여일 정보 및 동의서 정보 등을 일 이상 포함할 수 있다.
이에 따라, 제1 금융사 서버(200)는 제2 금융사 서버(300)로부터 상기 사용자의 회원 등록 결과 전문을 수신할 수도 있다.
일 실시예에 따른 제1 금융사 서버(200)는 회원으로 등록된 사용자의 카드가 발급되어 배송 인계 완료되었음을 알리는 전문 및 사용자에게 배송 완료되었음을 알리는 전문을 제2 금융사 서버(300)로부터 수신할 수 있다.
뿐만 아니라, 제1 금융사 서버(200)는 사용자의 신용공여일이 마감되었을 시, 상기 신용공여일 기간 내에 발생한 사용자의 카드 결제 금액 정보를 자체적으로 확정하여 제2 금융사 서버(300)로 전송할 수 있으며, 또는 사전에 제2 금융사와 계약을 체결함에 따라 상기 사용자의 카드 결제 금액 확정 작업을 제2 금융사에 위임할 수도 있다.
제2 금융사 서버(300)는 제1 금융사를 위하여 사용자의 회원 등록, 카드 발급, 카드 배송 및 대금 청구 프로세스 등과 같은 카드 서비스를 대행하는 제2 금융사가 운영하는 서버일 수 있다.
일 실시예에 따르면, 제2 금융사 서버(300)는 제1 금융사 서버(200)로부터 특정 사용자의 신용 위험도 평가 정보를 포함하는 전문을 수신할 수 있다.
상기 신용 위험도 평가 정보 전문은 상기 특정 사용자의 사용자 정보 및 신용 위험도 평가 정보를 포함할 수 있다.
이에 따라, 제2 금융사 서버(300)는 상기 신용 위험도 평가 정보를 분석하거나, 금융기관, 신용정보사 등이 운영하는 서버(미도시)를 통해 별도로 상기 사용자의 신용 위험도 평가 정보를 수집할 수 있으며, 상기 신용정보를 분석하여 상기 사용자의 신용 위험도 평가 결과 정보를 생성할 수 있다.
이후, 제2 금융사 서버(300)는 상기 생성한 신용 위험도 평가 결과 정보를 제1 금융사 서버(200)로 전송할 수도 있다.
일 실시예에 따르면, 제2 금융사 서버(300)는 제1 금융사 서버(200)로부터 특정 사용자의 회원 등록 요청 정보가 포함된 카드 발급 요청 전문을 수신할 수 있다.
이에 따라, 제2 금융사 서버(300)는 상기 카드 발급 요청 정보를 토대로 상기 사용자에 대한 회원번호 및 신용공여일을 지정할 수 있으며, 상기 회원 등록 요청 정보, 회원번호 및 신용공여일을 상기 사용자의 회원 정보로서 저장함으로써 상기 사용자를 회원으로 등록할 수 있다.
다른 실시예에 따르면, 제2 금융사 서버(300)는 제1 금융사 서버(200)는 자체적으로 생성한 상기 사용자의 회원 정보가 포함된 카드 발급 요청 전문을 수신할 수 있으며, 이를 토대로 상기 사용자를 회원으로 등록할 수도 있다.
일 실시예에 따른 제2 금융사 서버(300)는 사용자의 회원 정보를 토대로 하여 상기 사용자에게 신규 발급할 카드의 번호 정보, 유효기간 정보, CVC 번호 정보, 결제 한도 금액 정보 등을 생성하여 저장할 수 있다.
이에 따라, 제2 금융사 서버(300)는 상기 생성한 카드의 정보들을 토대로 제2 금융사로 하여금 카드를 제작하는 일련의 과정, 즉, 공카드를 출고하여 상기 공카드에 MS(Magnetic Stripe), IC(Integrated Circuit) 정보 등을 엔코딩 및 엠보싱하고, 검수가 완료된 카드를 카드결제 서비스 정보 안내장과 함께 캐리어에 봉인하는 과정을 수행하도록 할 수도 있다.
제2 금융사 서버(300)는 제2 금융사가 상기 카드를 제작하는 과정을 모두 완료할 시, 배송업체 서버(400)로 사용자의 카드 수령방법 및 카드 수령지 주소 등을 포함하는 배송 요청 신호를 전송할 수 있다.이때, 제2 금융사 서버(300)는 상기 수신한 회원 등록 요청 전문을 통해 사전에 사용자로부터 동의서가 징구되었는지 여부인 동의서 사전 징구 여부를 확인할 수 있으며, 상기 동의서 징구가 사전에 이루어지지 않았을 경우, 상기 배송 요청 신호에 동의서 징구 요청 정보를 더 포함시킬 수도 있다.
이후, 제2 금융사 서버(300)는 제2 금융사가 카드를 배송업체에 인계 완료하였을 시, 제1 금융사 서버(200)로 상기 카드의 배송 인계 완료 알림 전문을 전송할 수 있으며, 사용자 단말기(100)로 상기 카드의 배송 착수 알림 메시지를 전송할 수도 있다.
일 실시예에 따른 제2 금융사 서버(300)는 배송업체 서버(400)로부터 배송업체가 카드를 사용자 본인 또는 타인에게 배송 완료하였음을 나타내는 배송완료 신호를 수신할 수 있다. 이때, 상기 배송완료 신호는 카드가 배송 완료된 시간, 카드를 수령한 수령인의 정보, 카드를 배송한 배송업자의 정보 등을 일 이상 포함할 수 있다.
이에 따라, 제2 금융사 서버(300)는 제1 금융사 서버(200)로 본인 수령 확인 전문 또는 타인 수령 확인 전문을 전송할 수 있으며, 사용자 단말기(100)로 본인 수령 알림 메시지 또는 타인 수령 알림 메시지를 전송할 수도 있다.
또한, 제2 금융사 서버(300)는 상기 배송완료 신호를 토대로 하여 배송 완료 시간, 수령인 정보, 배송업자 정보 등을 일 이상 포함하는 배송 완료 내역 정보를 저장할 수도 있다.
일 실시예에 따르면, 제2 금융사 서버(300)는 상기 사용자의 카드 수령방법에 따라 상기 제작 완료된 카드를 모바일 카드의 형태로 사용자 단말기(100)에 전송할 수도 있다.
본 발명의 일 실시예에 따르면, 제2 금융사 서버(300)는 사용자의 신용공여일이 마감되었을 시, 상기 신용공여일 동안 발생한 상기 사용자의 총 카드결제 대금 정보를 제1 금융사 서버(200)로부터 수신할 수 있으며, 제1 금융사가 상기 사용자의 카드 결제 금액 확정 업무를 제2 금융사에 위임한 경우에는 제2 금융사 서버(300)가 자체적으로 상기 사용자의 총 카드결제 대금 정보를 생성할 수도 있다.
이후, 제2 금융사 서버(300)는 사용자의 회원번호 및 기 저장된 카드 세부이용내역을 토대로 상기 사용자가 상기 신용공여일 내에 카드를 이용한 내역 건별 각각의 결제일자, 결제금액, 결제품목 등을 확인하여 사용자의 청구 내역 정보를 확정할 수 있다.
또한, 제2 금융사 서버(300)는 상기 사용자 청구 내역 정보를 토대로 사용자의 적립 포인트 금액 정보, 수수료 정보 및 혜택 정보 등을 생성함으로써, 사용자에게 발송되는 청구서에 수록될 청구 데이터를 생성할 수도 있다.
상기 청구 데이터는 상기 사용자 청구 내역 정보, 상기 적립 포인트 금액 정보, 상기 수수료 정보 및 상기 혜택 정보 등을 일 이상 포함할 수 있다.
뿐만 아니라, 제2 금융사 서버(300)는 청구서를 출력하기 전, 상기 생성한 청구 데이터를 자체적으로 샘플링 하여 검수함으로써, 상기 생성한 청구 데이터의 신뢰성 및 안전성을 향상시킬 수도 있다.
일 실시예에 따른 제2 금융사 서버(300)는 제2 금융사가 상기 검수 완료된 청구 데이터를 수록한 청구서를 출력 완료하였을 시, 사용자가 지정한 청구서 수령방법에 따라 상기 청구서를 발송하도록 처리할 수 있다.
배송업체 서버(400)는 사전에 제2 금융사와 제휴 계약을 체결한 배송업체가 운영하는 서버일 수 있다.
일 실시예에 따르면, 배송업체 서버(400)는 제2 금융사 서버(300)로부터 수신한 배송 요청 신호를 배송업자의 단말기(미도시)로 전달할 수 있다.
이후, 배송업체 서버(400)는 배송업자가 카드를 배송 완료하였을 시, 배송 완료 시간, 수령인 정보, 배송업자 정보 등을 일 이상 포함하는 배송 완료 신호를 제2 금융사 서버(300)로 전송할 수 있다.
이때, 상기 배송 요청 신호에 동의서 징구 요청 정보가 포함되어있을 경우, 배송업체 서버(400)는 카드 배송 시 사용자 본인을 통해 작성받은 동의서 정보를 제1 금융사 서버(200)로 전송할 수도 있다.
도 2는 본 발명의 일 실시예에 따른 제2 금융사 서버(300)의 구성을 도시한 도면이다.
도 2를 참조하면, 본 발명의 일 실시예에 따른 제2 금융사 서버(300)는 회원 정보 DB(310), 신용 위험도 제공부(320), 회원 등록부(330), 카드 발급 처리부(340), 카드 배송 관리부(350), 청구 데이터 처리부(360), 청구서 발송 관리부(370), 제어부(380) 및 통신부(390)를 포함할 수 있다.
먼저, 회원 정보 DB(310)는 제2 금융사 서버(300)가 회원으로 등록된 사용자에 대하여 생성 또는 수집한 다양한 정보들을 저장할 수 있다.
구체적으로, 회원 정보 DB(310)는 향후 회원 등록부(330)를 통해 수신하는 사용자의 회원 정보를 각 사용자별로 분류하여 저장할 수 있다.
이때, 상기 회원 정보는 사용자의 이름, 연락처, 주소, 이메일 주소, 계좌번호, 카드 수령방법, 카드 수령지 주소, 청구서 수령방법, 청구서 수령지 주소, 카드 대금 결제일 정보 등과 같은 사용자 정보, 상기 사용자에게 부여된 회원번호 정보 및 상기 사용자에게 지정된 신용공여일 정보 등을 일 이상 포함할 수 있다.
또한, 회원 정보 DB(310)는 향후 회원 등록부(330)를 통해 수신하는 각 사용자의 동의서 정보를 저장함으로써, 상기 사용자의 동의서를 징구할 수도 있다. 상기 동의서 정보는 사용자가 회원 등록 요청 시 작성한 동의서의 정보일 수 있다.
일 실시예에 따르면, 회원 정보 DB(310)는 각 사용자에게 발급된 카드와 관련된 정보를 저장할 수도 있다.
상기 카드 관련 정보는 향후 카드 발급 처리부(340)로부터 수신하는 각 사용자에게 발급된 카드의 번호, 유효기간, CVC 번호, 결제 한도 금액 정보 등을 일 이상 포함할 수 있으며, 상기 사용자가 상기 발급된 카드를 실제 사용한 내역 정보인 카드의 세부이용내역 정보를 포함할 수도 있다.
뿐만 아니라, 회원 정보 DB(310)는 향후 카드 배송 관리부(350)를 통해 수신하는 카드의 배송 완료 시간, 수령인 정보, 배송업자 정보 등과 같은 배송 완료 내역 정보 또한 저장할 수도 있다.
신용 위험도 제공부(320)는 제1 금융사 서버(200)로부터 특정 사용자의 신용 위험도 평가 정보를 포함하는 전문을 수신함에 따라, 상기 사용자의 신용 위험도 평가 정보를 분석하여 제1 금융사 서버(200)로 전송할 수 있다.
구체적으로, 본 발명의 일 실시예에 따르면, 신용 위험도 제공부(320)는 제1 금융사 서버(200)로부터 사용자의 신용 위험도 평가 정보를 수신할 수 있으며, 다른 실시예에 따르면, 금융기관, 신용정보사 등이 운영하는 서버(미도시)를 통해 별도로 상기 사용자의 신용 위험도 평가 정보를 수집할 수 있다.
이에 따라, 신용 위험도 제공부(320)는 상기 신용 위험도 평가 정보를 토대로 하여, 자체적으로 설정한 심사 기준에 따라 상기 사용자의 신용 위험도 평가 결과 정보를 생성할 수 있다.
예를 들면, 신용 위험도 제공부(320)는 사용자의 대출 현황 및 체납 현황이 존재할 시, 상기 사용자의 신용 위험도 평가 결과를 ”신용 위험”으로 산출할 수 있으며, 대출 금액 및 체납 금액의 크기별로 상이한 비중을 적용하여 신용 위험도를 평가할 수도 있다.
다른 실시예에 따르면, 신용 위험도 제공부(320)는 외부의 신용평가기관이 운영하는 서버(미도시)로 상기 사용자의 신용 위험도 평가 정보를 전달하여, 상기 신용평가기관이 평가한 상기 사용자의 신용 위험도 평가 결과 정보를 수집할 수도 있다.
이에 따라, 신용 위험도 제공부(320)는 상기 자체적으로 생성 또는 외부로부터 수집한 사용자의 신용 위험도 평가 결과 정보를 제1 금융사 서버(200)로 전송할 수 있다.
또 다른 실시예에 따르면, 신용 위험도 제공부(320)는 일정 기준에 따라 상기 신용 위험도 평가 정보에 대한 등급, 점수 등의 신용 위험도 평가 결과 정보를 책정함으로써, 상기 신용 위험도 평가 결과 정보를 제1 금융사 서버(200)로 전송함에 따라, 제1 금융사 서버(200)로 하여금 자체적으로 사용자의 신용 위험도를 평가하도록 지원할 수도 있다.
회원 등록부(330)는 제1 금융사 서버(200)로부터 수신한 사용자의 카드 발급 요청 전문을 토대로 상기 사용자의 회원 정보를 생성하여, 저장하거나 제1 금융사 서버(200)로 하여금 저장하도록 함으로써, 상기 사용자를 제1 금융사의 회원으로 등록할 수 있다.
구체적으로, 일 실시예에 따른 회원 등록부(330)는 제1 금융사 서버(200)로부터 사용자 정보 및 동의서 정보를 일 이상 포함하는 카드 발급 요청 전문을 수신할 수 있다.
이때, 본 발명의 일 실시예에 따르면, 상기 회원등록 요청 전문은 동의서 정보를 포함하고 있지 않을 수도 있으며, 이에 따라 회원 등록부(330)는 동의서가 사용자로부터 사전 징구되지 않은 것으로 판단하여, 향후 카드 배송 관리부(350)로 하여금 배송 요청 신호 전송 시 동의서 징구 요청 정보를 함께 전송하도록 할 수 있다.
이에 따라, 회원 등록부(330)는 각 사용자별로 고유한 회원번호를 생성하여 지정할 수 있다.
또한, 회원 등록부(330)는 사용자가 지정한 카드 대금 결제일을 기준으로 하여 상기 사용자의 신용공여일을 설정할 수도 있다. 이때, 상기 신용공여일 설정은 해당 제1 금융사 또는 제2 금융사의 내부 규정에 따라 이루어질 수 있다.
이에 따라, 회원 등록부(330)는 상기 사용자 정보, 상기 동의서 정보, 상기 회원번호 정보 및 상기 신용공여일 정보 중 일 이상을 포함하는 회원 정보를 회원 정보 DB(310)에 저장하거나, 제1 금융사 서버(200)로 하여금 저장하도록 할 수 있으며, 이를 통해 상기 사용자를 제1 금융사의 회원으로 등록할 수 있다.
본 발명의 다른 실시예에 따르면, 제1 금융사 서버(200)가 자체적으로 상술한 회원 정보를 생성할 수도 있으며, 이에 따라 회원 등록부(330)는 상기 회원 정보를 포함하는 카드 발급 요청 전문을 제1 금융사 서버(200)로부터 수신하여 저장하거나, 제1 금융사 서버(200)로 하여금 저장하도록 함으로써, 상기 회원 정보에 대응하는 사용자를 제1 금융사의 회원으로 등록할 수도 있다.
이후, 본 발명의 일 실시예에 따른 회원 등록부(330)는 상기 회원 정보를 포함하는 회원 등록 결과 전문을 제1 금융사 서버(200)로 전송할 수도 있다.
이하에서는 설명의 편의를 위해 제2 금융사 서버(300)가 신규 회원으로 등록된 사용자에게 카드를 발급하고 배송하는 절차만을 서술하나, 제2 금융사 서버(300)는 기존 회원에 해당하는 사용자의 카드 추가 발급 요청 전문 또한 제1 금융사 서버(200)를 통해 수신할 수 있으며, 상기 기존 회원에게 새로운 카드를 발급하고 배송하는 절차를 수행할 수도 있음은 물론이다.
카드 발급 처리부(340)는 회원 등록부(330)를 통해 회원으로 등록된 사용자에게 발급할 카드의 정보를 생성하고, 제2 금융사로 하여금 상기 사용자의 카드를 제작하도록 할 수 있다.
구체적으로, 일 실시예에 따른 카드 발급 처리부(340)는 회원 정보 DB(310)를 통해 회원으로 신규 등록된 사용자의 회원 정보를 조회할 수 있으며, 상기 사용자에게 새로 발급할 카드의 번호 정보, 유효기간 정보, CVC 번호 정보, 결제 한도 금액 정보 등과 같은 신규 카드 정보를 생성하여 회원 정보 DB(310)에 저장할 수 있다.
이때, 본 발명의 일 실시예에 따르면, 카드 발급 처리부(340)는 기 설정된 특정 시각에 상기 신규 등록된 사용자의 회원 정보를 조회하는 절차를 수행할 수 있으며, 이에 따라 조회된 복수의 사용자들 각각에 대응하는 신규 카드 정보들의 생성을 일괄적으로 수행할 수도 있다.
예를 들면, 카드 발급 처리부(340)는 매일 새벽 시간대에 신규 등록된 사용자의 회원 정보를 조회할 수 있으며, 이를 통해 전날 신규 회원으로 등록된 사용자들 각각에 대한 신규 카드 정보들의 생성을 일괄적으로 수행할 수 있다.
이후, 카드 발급 처리부(340)는 제2 금융사로 하여금 상기 생성한 신규 카드 정보에 따라 새로운 카드를 제작하는 일련의 과정을 수행하도록 할 수 있다.
이에 따라, 제2 금융사는 공카드를 출고하여 상기 공카드에 상기 신규 카드 정보를 포함하는MS(Magnetic Stripe), IC(Integrated Circuit) 정보 등을 엔코딩 및 엠보싱하고, 상기 엔코딩 및 엠보싱 된 정보의 검수가 완료된 카드를 카드결제 서비스 안내 정보가 수록된 안내장과 함께 캐리어에 봉인하는 과정을 수행할 수 있다.
카드 배송 관리부(350)는 제작 완료 된 카드를 해당 사용자의 카드 수령 방법에 따라 상기 사용자가 수령할 수 있도록 처리할 수 있다.
구체적으로, 일 실시예에 따르면, 상기 사용자의 카드 수령 방법은 오프라인 상에서 상기 사용자 본인 또는 타인이 수령하는 방법일 수 있으며, 상기 사용자가 모바일 카드 형태로 생성된 카드를 자신의 사용자 단말기(100)를 통해 수령하는 방법일 수도 있다.
사용자의 카드 수령 방법이 사용자 본인 또는 타인에 의한 오프라인 수령일 경우, 카드 배송 관리부(350)는 제2 금융사가 사용자에게 신규 발급하고자 하는 카드를 제작 완료할 시, 배송업체가 상기 카드를 상기 사용자에게 배송하도록 하는 배송 요청 신호를 배송업체 서버(400)로 전송할 수 있다.
상기 배송 요청 신호는 사용자가 지정한 카드 수령방법 및 카드 수령지 주소 등을 포함할 수 있다.
또한, 회원 등록부(330)에서 사용자를 회원으로 등록할 시, 동의서를 상기 사용자로부터 사전에 징구하지 않은 것으로 확인되었을 경우, 카드 배송 관리부(350)는 배송업체의 배송업자로 하여금 상기 카드를 수령하는 수령인로부터 동의서를 징구하도록 하는 요청인 동의서 징구 요청 정보를 상기 배송 요청 신호에 더 포함시킬 수도 있다.
이때, 상기 동의서 징구 요청 정보는 제1 금융사 또는 제2 금융사가 지정한 동의서 양식 정보를 포함할 수 있다.
이후, 카드 배송 관리부(350)는 배송업체에 카드를 배송 인계하였음을 의미하는 배송 착수 알림 메시지 및 카드의 배송 인계 완료 전문을 각각 사용자 단말기(100) 및 제1 금융사 서버(200)로 전송할 수 있다.
일 실시예에 따르면, 카드 배송 관리부(350)는 배송업체 서버(400)로부터 상기 배송 요청한 카드의 배송 완료 신호를 수신할 수 있다. 이때, 상기 배송 완료 신호는 카드의 배송 완료 시간, 수령인 정보, 배송업자 정보 등을 일 이상 포함할 수 있다.
이후, 카드 배송 관리부(350)는 상기 수신한 배송 완료 신호를 배송 완료 내역 정보로서 저장함에 따라, 향후 제1 금융사 서버(200) 및 사용자 단말기(100)로부터 배송정보를 조회하는 요청을 수신할 시, 제1 금융사 서버(200) 및 사용자 단말기(100)로 상기 배송 완료 내역 정보를 전송할 수도 있다.
본 발명의 일 실시예에 따르면, 상기 수령인 정보에 따른 카드의 수령인은 상기 카드를 발급받는 사용자 본인일 수 있다. 이에 따라, 카드 배송 관리부(350)는 상기 사용자 본인이 직접 카드를 수령하였음을 제1 금융사 및 사용자에게 공지하기 위하여, 제1 금융사 서버(200)로 본인 수령 확인 전문을 전송할 수 있으며, 사용자 단말기(100)로 본인 수령 알림 메시지를 전송할 수도 있다.
뿐만 아니라, 본 발명의 일 실시예에 따르면, 상기 수령인 정보에 따른 카드의 수령인은 상기 카드를 발급받는 사용자 본인이 아닌 타인일 수도 있다. 이에 따라, 카드 배송 관리부(350)는 상기 타인이 상기 사용자를 대신하여 카드를 수령하였음을 제1 금융사 및 사용자에게 공지하기 위하여, 제1 금융사 서버(200)로 타인 수령 확인 전문을 전송할 수 있으며, 사용자 단말기(100)로 타인 수령 알림 메시지를 전송할 수 있다.
일 실시예에 따라, 사용자의 카드 수령 방법이 모바일 카드 형태로 생성된 카드를 자신의 사용자 단말기(100)를 통해 수령하는 방법일 경우, 카드 배송 관리부(350)는 제2 금융사가 사용자에게 신규 발급하고자 하는 카드를 제작 완료할 시, 상기 제작 완료된 카드를 모바일 카드의 형태로 변환할 수 있다.
이후, 카드 배송 관리부(350)는 상기 모바일 카드를 사용자 단말기(100)로 전송할 수 있으며, 이에 따라 사용자는 카드 서비스 웹 페이지 및 사용자 단말기(100)에 설치된 카드 서비스 애플리케이션을 통해 상기 모바일 카드를 수령할 수도 있다.
청구 데이터 처리부(360)는 사용자의 카드 결제 총 금액을 확정한 정보인 총 카드결제 대금 정보와 해당 사용자의 카드 세부이용내역 정보를 토대로 하여, 카드 대금 청구서에 수록되는 데이터로서, 사용자에게 청구되는 카드 결제 대금과 관련된 데이터인 청구 데이터를 생성할 수 있다.
구체적으로, 청구 데이터 처리부(360)는 회원 정보 DB(310)에 저장된 사용자의 신용공여일 정보에 따라 상기 사용자의 신용공여일 마감 여부를 확인할 수 있다.
일 실시예에 따르면, 청구 데이터 처리부(360)는 신용공여일이 마감된 사용자가 상기 신용공여일 기간 동안 카드를 이용하여 결제한 대금의 총 합산 금액을 확정한 정보인 총 카드결제 대금 정보를 제1 금융사 서버(200)로부터 수신할 수 있다.
다른 실시예에 따르면, 제2 금융사는 사전에 제1 금융사로부터 상기 총 카드결제 대금 정보를 산출하는 일련의 과정을 위임받을 수도 있으며, 이에 따라 청구 데이터 처리부(360)는 회원 정보 DB(310)를 통해 조회 가능한 각 사용자별 카드의 세부이용내역 정보를 토대로 하여 상기 총 카드결제 대금 정보를 자체적으로 산출할 수도 있다.
이후, 청구 데이터 처리부(360)는 상기 총 카드결제 대금 정보 및 상기 카드의 세부이용내역 정보를 토대로 하여, 사용자가 카드를 이용한 결제일자, 결제금액 및 결제품목 등과 같은 사용자의 청구 내역 정보를 각각의 카드결제 건별로 확정할 수 있다.
또한, 일 실시예에 따른 청구 데이터 처리부(360)는 확정한 상기 사용자의 청구 내역 정보를 토대로 해당 신용공여일 기간 동안 누적된 카드의 적립 포인트 금액 정보 및 수수료 정보를 산출할 수 있다.
이때, 상기 적립 포인트 금액 및 수수료는 각각의 청구 내역 정보에 따른 결제금액에 일정 비율을 적용함에 따라 산출될 수 있으며, 상기 비율은 해당 제1 금융사 또는 제2 금융사의 내부 규정에 따라 책정될 수 있다.
뿐만 아니라, 청구 데이터 처리부(360)는 상기 사용자의 청구 내역 정보를 토대로 상기 사용자가 제2 금융사로부터 제공받을 수 있는 다양한 혜택 정보를 도출할 수도 있다.
이때, 상기 혜택은 상기 사용자가 카드를 이용하여 결제한 대금에 대한 할인 혜택 및 환급 혜택 등을 일 이상 포함할 수 있으며, 상기 사용자가 카드를 이용하여 결제한 결제금액, 결제품목 등이 기 설정된 제2 금융사의 혜택 제공 조건을 만족할 시에만 제공되는 것일 수도 있다.
이후, 청구 데이터 처리부(360)는 상기 사용자의 청구 내역 정보, 상기 적립 포인트 금액 정보, 수수료 정보 및 혜택 정보 등을 취합하여 사용자의 청구 데이터로 가공할 수 있다.
본 발명의 일 실시예에 따르면, 청구 데이터 처리부(360)는 회원 정보 DB(310)에 저장된 각 사용자별 카드의 세부이용내역을 샘플링함으로써 상기 청구 데이터를 검수할 수도 있다.
또한, 일 실시예에 따른 청구 데이터 처리부(360)는 상기 청구 데이터 중 동일한 시간에 동일한 금액 또는 동일한 결제 승인번호에 대하여 복수의 청구가 이루어진 이중 청구 내역, 결제 승인번호는 존재하나 청구 내역은 존재하지 않는 누락 청구 내역, 결제취소 된 내역이 존재하나 결제대금을 청구하는 것으로 처리된 취소 청구 내역 등과 같은 비정상 청구 내역 정보를 추출하여 정상 청구되도록 정비할 수도 있다.
뿐만 아니라, 본 발명의 일 실시예에 따른 청구 데이터 처리부(360)는 상기 청구 데이터 중 혜택 정보에 따른 할인 혜택 또는 환급 혜택이 상기 혜택을 적용 가능한 청구 내역 정보에 정상적으로 적용되었는지 여부를 확인함에 따라, 누락된 혜택을 적용하거나 오적용 된 혜택을 취소 처리할 수도 있다.
본 발명의 일 실시예에 따르면, 청구 데이터 처리부(360)는 상기 검수가 완료된 청구 데이터 및 회원 정보 DB(310)를 통해 확인 가능한 사용자의 기존 청구 데이터를 분석함에 따라 상기 사용자의 CRM(Customer Relationship Management) 마케팅 데이터를 생성할 수 있다.
예를 들면, 청구 데이터 처리부(360)는 카드의 세부이용내역을 통해 결제품목을 확인함으로써 해당 사용자의 물품, 서비스 등의 구입 패턴을 분석할 수 있다. 이에 따라, 청구 데이터 처리부(360)는 상기 구입 패턴을 토대로 상기 사용자가 더 큰 금액의 할인 혜택, 환급 혜택, 포인트 적립 등의 서비스를 제공받을 수 있는 카드를 추천하는 정보를 생성할 수도 있다.
이후, 청구 데이터 처리부(360)는 상술한 청구 데이터 및 CRM 마케팅 데이터를 청구서 발송 관리부(370)로 전송할 수 있다.
청구서 발송 관리부(370)는 사용자의 카드 대금 청구서를 생성하거나 출력하고, 발송하는 일련의 과정을 처리할 수 있다.
구체적으로, 청구서 발송 관리부(370)는 회원 정보 DB(310)를 통해 사용자의 청구서 수령 방법 및 청구서 수령지 주소를 확인하고, 청구 데이터 처리부(360)로부터 상기 사용자의 청구 데이터 및 CRM 마케팅 데이터를 수신할 수 있다.
일 실시예에 따르면, 청구서 발송 관리부(370)는 상기 사용자의 청구서 수령 방법이 이메일 수령에 해당할 경우, 상기 사용자의 청구 데이터 및 CRM 마케팅 데이터를 취합하여 이메일용 카드 명세서 정보를 생성할 수 있으며, 상기 사용자가 설정한 이메일 주소로 상기 이메일용 카드 명세서 정보를 포함하는 메일을 전송할 수 있다.
또한, 청구서 발송 관리부(370)는 상기 사용자의 청구서 수령 방법이 모바일 수령에 해당할 경우, 상기 사용자의 청구 데이터 및 CRM 마케팅 데이터를 취합하여 모바일용 카드 명세서 정보를 생성할 수 있으며, 상기 사용자의 사용자 단말기(100)로 상기 모바일용 카드 명세서 정보를 전송할 수도 있다.
본 발명의 일 실시예에 따르면, 사용자 단말기(100)는 모바일용 카드 명세서 정보가 포함된 메시지를 수신함에 따라, 상기 메시지를 디스플레이 하여 상기 모바일용 카드 명세서 정보를 사용자에게 제공할 수 있다.
다른 실시예에 따르면, 사용자 단말기(100)는 사용자 단말기(100)에 설치된 카드 발급 및 대금 청구 대행 서비스 애플리케이션을 통해 상기 모바일용 카드 명세서 정보를 표시함으로써, 상기 모바일용 카드 명세서 정보를 사용자에게 제공할 수도 있다.
뿐만 아니라, 일 실시예에 따른 청구서 발송 관리부(370)는 상기 사용자의 청구서 수령 방법이 우편 수령에 해당할 경우, 상기 사용자의 청구 데이터 및 CRM 마케팅 데이터를 취합하여 우편용 카드 명세서 정보를 생성할 수 있다.
이때, 일 실시예에 따르면, 청구서 발송 관리부(370)는 상기 우편용 카드 명세서 정보에 이메일 수령 방법 또는 모바일 수령 방법을 통해 청구서를 수령할 경우 제공되는 소정의 카드 대금 할인 혜택 정보를 더 포함시킬 수도 있으며, 이를 통해 사용자로 하여금 청구서 수령 방법을 상기 이메일 수령 방법 또는 모바일 수령 방법으로 변경하도록 유도함으로써 제2 금융사가 청구서 실물을 출력하는 데 소모하는 비용을 절감시킬 수도 있다.
이에 따라, 청구서 발송 관리부(370)는 제2 금융사로 하여금 상기 우편용 카드 명세서 정보를 포함하는 청구서 실물을 출력하도록 할 수 있으며, 우체국 서버(미도시)로 상기 청구서 실물을 사용자가 설정한 청구서 수령지 주소로 배송 요청하는 신호를 전송할 수도 있다.
본 발명의 일 실시예에 따르면, 청구서 발송 관리부(370)는 사용자의 청구서 수령 방법을 자동으로 관리할 수 있다.
구체적으로, 일 실시예에 따른 청구서 발송 관리부(370)는 청구서 실물을 우편으로 수령하는 사용자에 대하여, 상기 사용자의 청구서 실물이 일정 회 이상 반송되었을 시 상기 사용자의 청구서 수령 방법을 이메일 수령 또는 모바일 수령 중 하나로 전환할 수 있다.
이에 따라, 사용자가 청구서를 장기간 수령하지 못하는 상황을 방지함으로써, 사용자에게 제공되는 카드결제 서비스의 안정성을 향상시킬 수 있다.
일 실시예에 따른 제어부(380)는 회원 정보 DB(310), 신용 위험도 제공부(320), 회원 등록부(330), 카드 발급 처리부(340), 카드 배송 관리부(350), 청구 데이터 처리부(360), 청구서 발송 관리부(370) 및 통신부(390) 간의 데이터의 흐름을 제어하는 기능을 수행할 수 있다. 즉, 본 발명에 따른 제어부(380)는 회원 정보 DB(310), 신용 위험도 제공부(320), 회원 등록부(330), 카드 발급 처리부(340), 카드 배송 관리부(350), 청구 데이터 처리부(360), 청구서 발송 관리부(370) 및 통신부(390)에서 각각 고유한 기능을 수행하도록 제어할 수 있다.
일 실시예에 따른 통신부(390)는 제2 금융사 서버(300)와 외부 서버 및 외부 장치 간 통신이 가능하도록 한다. 구체적으로 제2 금융사 서버(300)가 사용자 단말기(100), 제1 금융사 서버(200) 및 배송업체 서버(400)와의 통신을 가능하게 한다.
도 3은 본 발명의 일 실시예에 따른 카드 발급 대행 서비스 제공 과정을 도시한 도면이다.
이하에서는 설명의 편의를 위해 제2 금융사 서버(300)가 신규 회원으로 등록된 사용자에게 카드를 발급하고 배송하는 절차만을 서술하나, 제2 금융사 서버(300)는 기존 회원에 해당하는 사용자의 카드 추가 발급 요청 전문 또한 제1 금융사 서버(200)를 통해 수신할 수 있으며, 상기 기존 회원에게 새로운 카드를 발급하고 배송하는 절차를 수행할 수도 있음은 물론이다.
또한, 사용자 단말기(100)에는 카드 발급 및 대금 청구 대행 서비스 애플리케이션이 설치되어있을 수 있다.
도 3을 참조하면, 일 실시예에 따른 사용자는 사용자 단말기(100)에 설치된 카드 서비스 애플리케이션을 실행할 수 있으며(S301), 이에 따라 제1 금융사 서버(200)로 카드를 신규 발급받기 위한 회원 등록 요청 신호를 전송할 수 있다(S302).
이때, 본 발명의 다른 실시예에 따르면, 사용자는 사용자 단말기(100)를 통해 카드 서비스 웹 페이지에 접속할 수 있으며, 이에 따라 상기 웹 페이지를 통해 제1 금융사 서버(200)로 회원 등록 요청 신호를 전송할 수도 있다.
일 실시예에 따르면, 사용자는 상기 회원 등록 요청 시, 제1 금융사가 지정한 양식의 동의서를 사용자 단말기(100)를 통해 작성할 수 있으며, 실물 서류를 통해 작성할 수도 있다.
이에 따라, 상기 회원 등록 요청은 사용자의 이름, 연락처, 주소, 이메일 주소, 계좌번호, 카드 수령방법, 카드 수령지 주소, 청구서 수령방법, 청구서 수령지 주소, 카드 대금 결제일 정보 등과 같은 사용자 정보 중 일 이상을 포함할 수 있으며, 상기 사용자의 동의서 정보 또한 포함할 수도 있다.
제1 금융사 서버(200)는 상기 S302 단계에서 회원 등록을 요청한 사용자의 신용 위험도 평가 정보를 포함하는 전문을 제2 금융사 서버(300)로 전송할 수 있다(S303).
이때, 상기 신용 위험도 평가 정보 요청 전문은 상기 S302 단계에서 수신한 사용자의 사용자 정보 또한 포함할 수 있다.
일 실시예에 따르면, 제2 금융사 서버(300)는 해당 사용자의 신용 위험도 평가 정보를 금융기관, 신용정보사 등이 운영하는 서버(미도시)로부터 별도로 수집할 수 있다.
이에 따라, 제2 금융사 서버(300)는 상기 사용자의 신용 위험도 평가 정보를 토대로 하여, 자체적으로 설정한 심사 기준에 따라 상기 사용자의 신용 위험도 평가 결과 정보를 생성할 수 있다(S304).
다른 실시예에 따르면, 제2 금융사 서버(300)는 외부의 신용평가기관이 운영하는 서버(미도시)로 상기 사용자의 신용 위험도 평가 정보를 전달함에 따라, 상기 신용평가기관이 심사한 상기 사용자의 신용 위험도 평가 결과 정보를 수신할 수도 있다.
또 다른 실시예에 따르면, 신용 위험도 제공부(320)는 일정 기준에 따라 상기 신용 위험도 평가 정보에 대한 등급, 점수 등의 신용 위험도 평가 결과 정보를 책정함으로써, 상기 신용 위험도 평가 결과 정보를 제1 금융사 서버(200)로 전송함에 따라, 제1 금융사 서버(200)로 하여금 자체적으로 사용자의 신용 위험도를 평가하도록 지원할 수도 있다.
이에 따라, 제2 금융사 서버(300)는 상기 자체적으로 생성 또는 외부로부터 수신한 사용자의 신용 위험도 평가 결과 정보를 포함하는 상기 사용자의 신용 위험도 평가 결과 전문을 제1 금융사 서버(200)로 전송할 수 있다(S305).
제1 금융사 서버(200)는 상기 S305 단계를 통해 수신한 사용자의 신용 위험도 정보를 토대로 하여, 제1 금융사의 내부 규정에 따라 자체적으로 상기 사용자의 카드 발급 가능 여부를 판정할 수 있다(S306).
상기 S306 단계를 통해 사용자가 카드를 발급받을 수 있는 것으로 판정된 경우, 제1 금융사 서버(200)는 회원 등록 요청 전문을 제2 금융사 서버(300)로 전송함으로써, 상기 S302 단계에서 수신한 사용자의 카드 발급 요청 신호를 제2 금융사 서버(300)로 전달할 수 있다(S307).
제2 금융사 서버(300)는 상기 S307 단계에서 수신한 카드 발급 요청 전문을 토대로 하여 사용자의 회원 정보를 생성하거나, 또는 상기 카드 발급 요청 전문에 포함된 사용자의 회원 정보에 따라 상기 사용자를 제1 금융사의 회원으로 등록할 수 있다(S308).
구체적으로, 일 실시예에 따른 제2 금융사 서버(300)는 각 사용자별로 고유한 회원번호를 생성하여 지정할 수 있다.
또한, 제2 금융사 서버(300)는 사용자가 지정한 카드 대금 결제일을 기준으로 하여 상기 사용자의 신용공여일을 설정할 수도 있다. 이때, 상기 신용공여일 설정은 해당 제1 금융사 또는 제2 금융사의 내부 규정에 따라 이루어질 수 있다.
이에 따라, 제2 금융사 서버(300)는 사용자의 사용자 정보, 상기 동의서 정보, 상기 회원번호 정보 및 상기 신용공여일 정보 중 일 이상을 포함하는 회원 정보를 데이터베이스에 저장할 수 있으며, 이를 통해 상기 사용자를 제1 금융사의 회원으로 등록할 수 있다.
다른 실시예에 따르면, 제1 금융사 서버(200)가 자체적으로 상술한 회원 정보를 생성할 수도 있으며, 이에 따라 회원 등록부(330)는 상기 회원 정보를 포함하는 카드 발급 요청 전문을 제1 금융사 서버(200)로부터 수신하여 저장하거나, 제1 금융사 서버(200)로 하여금 저장하도록 함으로써, 상기 회원 정보에 대응하는 사용자를 제1 금융사의 회원으로 등록할 수도 있다.이후, 제2 금융사 서버(300)는 상기 S308 단계에서 생성한 회원 정보를 포함하는 회원 등록 결과 전문을 제1 금융사 서버(200)로 전송함으로써, 상기 사용자의 회원 등록이 완료되었음을 안내할 수도 있다(S309).
상기 S308 단계를 통해 사용자의 회원 등록이 완료될 시, 제2 금융사 서버(300)는 상기 사용자에게 발급할 카드의 정보를 생성하여 저장하고, 제2 금융사로 하여금 상기 카드의 정보에 대응하는 새로운 카드를 제작하는 절차를 수행하도록 할 수 있다(S310).
구체적으로, 일 실시예에 따른 제2 금융사 서버(300)는 데이터베이스를 통해 회원으로 신규 등록된 사용자의 회원 정보를 조회할 수 있으며, 상기 사용자에게 새로 발급할 카드의 번호 정보, 유효기간 정보, CVC 번호 정보, 결제 한도 금액 정보 등과 같은 신규 카드 정보를 생성하여 데이터베이스에 저장할 수 있다.
이후, 제2 금융사 서버(300)는 제2 금융사로 하여금 상기 생성한 신규 카드 정보에 대응하는 새로운 카드를 제작하는 일련의 과정을 수행하도록 할 수 있다.
이에 따라, 제2 금융사는 공카드를 출고하여 상기 공카드에 상기 신규 카드 정보를 포함하는MS(Magnetic Stripe), IC(Integrated Circuit) 정보 등을 엔코딩 및 엠보싱하고, 상기 엔코딩 및 엠보싱 된 정보의 검수가 완료된 카드를 카드결제 서비스 안내 정보가 수록된 안내장과 함께 캐리어에 봉인하는 과정을 수행할 수 있다.
상기 카드를 제작하는 일련의 과정이 완료된 후, 제2 금융사 서버(300)는 사용자의 카드 수령방법에 따라 상기 사용자가 카드를 수령하도록 할 수 있다.
구체적으로, 사용자의 카드 수령 방법이 모바일 수령, 즉, 모바일 카드 형태로 변환된 카드를 자신의 사용자 단말기(100)를 통해 수령하는 방법일 경우, 제2 금융사 서버(300)는 제작 완료된 카드를 모바일 카드의 형태로 변환할 수 있다.
이후, 제2 금융사 서버(300)는 상기 모바일 카드를 사용자 단말기(100)로 전송할 수 있으며, 이에 따라 사용자는 카드 서비스 웹 페이지 및 사용자 단말기(100)에 설치된 카드 서비스 애플리케이션을 통해 상기 모바일 카드를 수령할 수도 있다(S311-1).
또한, 사용자의 카드 수령 방법이 사용자 본인 또는 타인에 의한 오프라인 수령일 경우, 제2 금융사 서버(300)는 제2 금융사가 상기 카드를 제작하는 과정을 모두 완료할 시, 배송업체 서버(400)로 사용자의 카드 수령방법(본인 수령 또는 타인 수령) 및 카드 수령지 주소 등을 포함하는 배송 요청 신호를 전송할 수 있다(S311-2).
이때, 제2 금융사 서버(300)는 상기 S307 단계에서 수신한 회원 등록 요청 전문을 통해 사전에 사용자로부터 동의서가 징구되었는지 여부를 확인할 수 있으며, 상기 동의서 징구가 사전에 이루어지지 않았을 경우, 상기 배송 요청 신호에 동의서 징구 요청 정보를 더 포함시킬 수도 있다.
이후, 제2 금융사 서버(300)는 제2 금융사가 카드를 배송업체에 인계 완료하였을 시, 제1 금융사 서버(200)로 상기 카드의 배송 인계 완료 알림 전문을 전송할 수 있으며(S312-1), 사용자 단말기(100)로 상기 카드의 배송 착수 알림 메시지를 전송할 수도 있다(S312-2).
배송업체 서버(400)는 상기 S311-2 단계에서 수신한 배송 요청 신호를 배송업자의 단말기(미도시)로 전달함에 따라, 상기 배송업자로 하여금 제2 금융사로부터 인계받은 카드의 배송을 수행하도록 할 수 있다.
일 실시예에 따르면, 상기 배송 요청 신호에 포함된 카드의 수령방법이 상기 카드를 발급받는 사용자 본인이 수령하는 방법일 수 있다. 이에 따라, 배송업자는 상기 배송 요청 신호에 포함된 카드의 수령지 주소로 이동하여 상기 사용자에 대한 본인 확인 절차를 수행한 후 카드를 전달할 수 있다.
이때, 본 발명의 일 실시예에 따라, 상기 배송 요청 신호가 동의서 징구 요청 정보를 포함하고 있을 경우, 배송업자는 배송업자의 단말기(미도시)에 저장된 동의서 양식 또는 실물 서류를 통해 사용자로부터 상기 동의서를 작성 받을 수 있다.
상기 동의서 작성 완료 후, 배송업자는 상기 동의서의 정보를 배송업자 단말기(미도시)를 통해 배송업체 서버(400)로 전송할 수 있으며, 배송업체 서버(400)는 상기 동의서 정보를 제1 금융사 서버(200)로 전달할 수도 있다.
또한, 일 실시예에 따르면, 상기 배송 요청 신호에 포함된 카드의 수령방법이 상기 카드를 발급받는 사용자 본인이 아닌 타인이 수령하는 방법일 수 있다. 이에 따라, 배송업자는 상기 배송 요청 신호에 포함된 카드의 수령지 주소로 이동하여 상기 타인에 대한 본인 확인 절차를 수행한 후 카드를 전달할 수 있다.
이때, 본 발명의 일 실시예에 따라, 상기 배송 요청 신호가 동의서 징구 요청 정보를 포함하고 있을 경우, 배송업자는 배송업자의 단말기(미도시)에 저장된 동의서 양식 또는 실물 서류를 통해 상기 타인으로부터 상기 동의서를 작성 받을 수 있다.
상기 동의서 작성 완료 후, 배송업자는 상기 동의서의 정보를 배송업자 단말기(미도시)를 통해 배송업체 서버(400)로 전송할 수 있으며, 배송업체 서버(400)는 상기 동의서 정보를 제1 금융사 서버(200)로 전달할 수도 있다.
이후, 일 실시예에 따른 배송업체 서버(400)는 카드의 배송 완료 시간, 상기 사용자의 본인 확인 정보 또는 상기 타인의 본인 확인 정보 중 하나를 포함하는 수령인 정보, 배송업자 정보 등을 일 이상 포함하는 배송 완료 신호를 배송업자 단말기(미도시)로부터 수신함에 따라, 카드의 배송 완료 여부를 확인할 수 있다(S313).
또한, 배송업체 서버(400)는 상기 S313 단계에서 수신한 배송 완료 신호를 제2 금융사 서버(300)로 전달할 수도 있다(S314).
제2 금융사 서버(300)는 상기 S314 단계에서 수신한 배송 완료 신호에 따라, 카드의 본인 수령 확인 전문 또는 타인 수령 확인 전문을 제1 금융사 서버(200)로 전송할 수 있으며(S315-1), 카드의 본인 수령 알림 메시지 또는 타인 수령 알림 메시지를 사용자 단말기(100)로 전송할 수도 있다(S315-2).
뿐만 아니라, 제2 금융사 서버(300)는 상기 S314 단계에서 수신한 배송 완료 신호를 배송 완료 내역 정보로서 저장함에 따라, 향후 제1 금융사 서버(200) 및 사용자 단말기(100)로부터 배송정보를 조회하는 요청을 수신할 시, 제1 금융사 서버(200) 및 사용자 단말기(100)로 상기 배송 완료 내역 정보를 전송할 수도 있다.
도 4는 본 발명의 일 실시예에 따른 대금 청구 대행 서비스 제공 과정을 도시한 도면이다.
이하에서는 설명의 편의를 위해 제2 금융사 서버(300)가 신용공여일이 마감된 사용자가 상기 신용공여일 동안 카드를 이용하여 결제한 대금의 총 합산 금액을 확정한 정보인 총 카드결제 대금 정보를 제1 금융사 서버(200)로부터 수신하는 절차만을 서술하나, 제2 금융사는 사전에 제1 금융사로부터 상기 총 카드결제 대금 정보를 산출하는 일련의 과정을 위임받을 수도 있으며, 이에 따라 제2 금융사 서버(300)가 상기 총 카드결제 대금 정보를 자체적으로 산출할 수도 있음은 물론이다.
도 4를 참조하면, 먼저, 제2 금융사 서버(300)는 사용자의 신용공여일 정보에 따라 상기 사용자의 신용공여일 마감 여부를 확인할 수 있으며, 상기 신용 공여일이 마감된 사용자의 총 카드결제 대금 정보를 요청하는 신호를 제1 금융사 서버(200)로 전송할 수 있다(S401).
제1 금융사 서버(200)는 상기 S401 단계를 통해 상기 총 카드결제 대금 정보 요청 신호를 수신함에 따라, 상기 사용자의 신용공여일 기간 동안 발생한 상기 사용자의 카드결제 내역을 분석하여 상기 사용자의 총 카드결제 대금 정보를 생성할 수 있다(S402).
이후, 제1 금융사 서버(200)는 상기 S402 단계에서 생성한 카드결제 총 금액 확정 정보를 제2 금융사 서버(300)로 전송할 수 있다(S403).
일 실시예에 따르면, 제2 금융사 서버(300)는 상기 총 카드결제 대금 정보 및 기 저장된 카드의 세부이용내역 정보를 토대로 하여, 사용자가 카드를 이용한 결제일자, 결제금액 및 결제품목 등과 같은 사용자의 청구 내역 정보를 각각의 카드결제 건별로 확정할 수 있다(S404).
이에 따라, 제2 금융사 서버(300)는 상기 S404 단계에서 확정한 사용자의 청구 내역 정보를 토대로 해당 신용공여일 기간 동안 누적된 카드의 적립 포인트 금액 정보 및 수수료 정보를 산출할 수 있으며, 사용자가 제2 금융사로부터 제공받을 수 있는 다양한 혜택 정보를 도출할 수도 있다(S405).
상기 적립 포인트 금액 및 수수료는 각각의 청구 내역 정보에 따른 결제금액에 일정 비율을 적용함에 따라 산출될 수 있으며, 상기 비율은 해당 제1 금융사 또는 제2 금융사의 내부 규정에 따라 책정될 수 있다.
또한, 상기 혜택은 상기 사용자가 카드를 이용하여 결제한 대금에 대한 할인 혜택 및 환급 혜택 등을 일 이상 포함할 수 있으며, 상기 사용자가 카드를 이용하여 결제한 결제금액, 결제품목 등이 기 설정된 제2 금융사의 혜택 제공 조건을 만족할 시에만 제공되는 것일 수도 있다.
이후, 제2 금융사 서버(300)는 상기 사용자의 청구 내역 정보, 상기 적립 포인트 금액 정보, 수수료 정보 및 혜택 정보 등을 취합하여 사용자의 청구 데이터를 생성할 수 있다(S406).
제2 금융사 서버(300)는 다양한 방법을 통해 상기 S406 단계에서 생성한 청구 데이터를 검수할 수 있다(S407).
구체적으로, 본 발명의 일 실시예에 따르면, 제2 금융사 서버(300)는 데이터베이스에 저장된 각 사용자별 카드의 세부이용내역을 샘플링함으로써 상기 청구 데이터를 검수할 수도 있다.
또한, 일 실시예에 따른 제2 금융사 서버(300)는 상기 청구 데이터 중 동일한 시간에 동일한 금액 또는 동일한 결제 승인번호에 대하여 복수의 청구가 이루어진 이중 청구 내역, 결제 승인번호는 존재하나 청구 내역은 존재하지 않는 누락 청구 내역, 결제취소 된 내역이 존재하나 결제대금을 청구하는 것으로 처리된 취소 청구 내역 등과 같은 비정상 청구 내역 정보를 추출하여 정상 청구되도록 정비할 수도 있다.
뿐만 아니라, 본 발명의 일 실시예에 따른 제2 금융사 서버(300)는 상기 청구 데이터 중 혜택 정보에 따른 할인 혜택 또는 환급 혜택이 상기 혜택을 적용 가능한 청구 내역 정보에 정상적으로 적용되었는지 여부를 확인함에 따라, 누락된 혜택을 적용하거나 오적용 된 혜택을 취소 처리할 수도 있다.
일 실시예에 따르면, 제2 금융사 서버(300)는 상기 S407 단계를 통해 검수가 완료된 청구 데이터 및 데이터베이스에 기 저장된 사용자의 기존 청구 데이터를 분석함에 따라 상기 사용자가 더 큰 혜택을 제공받을 수 있는 카드 추천 정보 등과 같은 상기 사용자의 CRM(Customer Relationship Management) 마케팅 데이터를 생성할 수도 있다(S408).
본 발명의 일 실시예에 따르면, 제2 금융사 서버(300)는 우편을 통해 청구서를 수령하는 사용자의 청구서 수령 방법을 자동으로 관리할 수 있으며, 이를 위해 상기 사용자에게 발송된 청구서 실물의 반송 횟수가 일정 회 이상을 만족하는지 여부를 확인할 수 있다(S409).
상기 S409 단계의 확인 결과, 상기 반송 횟수가 일정 횟수 이상으로 나타날 시, 제2 금융사 서버(300)는 상기 사용자의 청구서 수령 방법을 이메일 수령 또는 모바일 수령 중 하나로 전환할 수도 있다.
이후, 제2 금융사 서버(300)는 사용자가 기 설정한 청구서 수령 방법에 따라, 상기 S406 단계에서 생성하고 S407 단계에서 검수를 완료한 청구 데이터 및 S408단계에서 생성한 CRM 마케팅 데이터를 취합하여 각 청구서 수령 방법별로 상이한 형태의 카드 명세서 정보를 생성할 수 있으며(S410), 상기 S410 단계에서 생성한 카드 명세서 정보가 각각의 청구서 수령 방법에 따라 사용자에게 발송되도록 처리할 수 있다(S411).
구체적으로, 일 실시예에 따르면, 제2 금융사 서버(300)는 상기 사용자의 청구서 수령 방법이 이메일 수령에 해당할 경우, 이메일용 카드 명세서 정보를 생성할 수 있으며, 상기 사용자가 설정한 이메일 주소로 상기 이메일용 카드 명세서 정보를 포함하는 메일을 전송할 수 있다.
또한, 제2 금융사 서버(300)는 상기 사용자의 청구서 수령 방법이 모바일 수령에 해당할 경우, 모바일용 카드 명세서 정보를 생성할 수 있으며, 상기 사용자의 사용자 단말기(100)로 상기 모바일용 카드 명세서 정보를 전송할 수도 있다.
뿐만 아니라, 일 실시예에 따른 제2 금융사 서버(300)는 상기 사용자의 청구서 수령 방법이 우편 수령에 해당할 경우, 우편용 카드 명세서 정보를 생성할 수 있다.
이때, 일 실시예에 따르면, 제2 금융사 서버(300)는 상기 우편용 카드 명세서 정보에 이메일 수령 방법 또는 모바일 수령 방법을 통해 청구서를 수령할 경우 제공되는 소정의 카드 대금 할인 혜택 정보를 더 포함시킬 수도 있으며, 이를 통해 사용자로 하여금 청구서 수령 방법을 상기 이메일 수령 방법 또는 모바일 수령 방법으로 변경하도록 유도함으로써 제2 금융사가 청구서 실물을 출력하는 데 소모하는 비용을 절감시킬 수도 있다.
이에 따라, 제2 금융사 서버(300)는 제2 금융사로 하여금 상기 우편용 카드 명세서 정보를 포함하는 청구서 실물을 출력하도록 할 수 있으며, 우체국 서버(미도시)로 상기 청구서 실물을 사용자가 설정한 청구서 수령지 주소로 배송 요청하는 신호를 전송할 수도 있다.
전술한 본 발명의 설명은 예시를 위한 것이며, 본 발명이 속하는 기술분야의 통상의 지식을 가진 자는 본 발명의 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 쉽게 변형이 가능하다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 예를 들어, 단일형으로 설명되어 있는 각 구성 요소는 분산되어 실시될 수도 있으며, 마찬가지로 분산된 것으로 설명되어 있는 구성 요소들도 결합된 형태로 실시될 수 있다.
본 발명의 범위는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

Claims (17)

  1. 제2 금융사 서버가 제1 금융사 서버를 대신하여 사용자에게 카드 서비스를 제공하는 방법에 있어서,
    (a) 상기 제1 금융사 서버로부터 상기 사용자와 관련된 회원정보를 포함하는 카드 발급 요청을 수신하는 단계;
    (b) 상기 카드 발급 요청을 참조로 하여 생성된 상기 사용자의 신규 카드 정보를 저장하거나, 상기 제1 금융사 서버로 하여금 저장하도록 하는 단계;
    (c) 상기 신규 카드 정보를 이용하여 제작된 카드에 대한 검수가 완료되면, 상기 검수가 완료된 카드를 소정의 카드 수령방법에 따라 수령하도록 하는 프로세스 및 상기 사용자로부터 카드 발급 동의서를 징구하거나, 배송업자로 하여금 징구하도록 지원하는 프로세스를 수행하는 단계;
    (d) 상기 사용자의 신용공여일 동안 발생한 총 카드결제 대금이 확정되면, 상기 확정된 총 카드결제 대금을 토대로 청구 데이터를 생성하고, 검수하는 단계; 및
    (e) 상기 청구 데이터를 이용하여 청구서가 생성되면, 상기 청구서가 소정의 청구서 수령방법에 따라 상기 사용자에게 발송되도록 처리하는 단계를 포함하는, 카드 서비스 제공 방법.
  2. 제 1항에 있어서,
    상기 (a) 단계는,
    상기 제1 금융사 서버로부터 상기 회원정보에 대응되는 신용 위험도 평가 정보를 수신하여 이를 근거로 신용 위험도를 평가하거나, 평가하도록 지원하는 단계를 포함하는 것을 특징으로 하는, 카드 서비스 제공 방법.
  3. 제 1항에 있어서,
    상기 회원 정보는,
    상기 사용자의 사용자 정보, 회원번호 정보, 신용공여일 정보 및 상기 사용자가 회원 등록 요청 시 작성한 동의서 정보 중 일 이상을 포함하는 것을 특징으로 하는, 카드 서비스 제공 방법.
  4. 제 1항에 있어서,
    상기 신규 카드 정보는,
    상기 사용자에게 발급할 카드의 번호 정보, 유효기간 정보, CVC 번호 정보, 결제 한도 금액 정보 중 일 이상을 포함하는 것을 특징으로 하는, 카드 서비스 제공 방법.
  5. 제 1항에 있어서,
    상기 소정의 카드 수령은,
    상기 검수가 완료된 카드를 오프라인 상에서 상기 카드의 발급 대상자인 상기 사용자 본인 또는 타인이 수령하거나, 상기 사용자가 사용자 단말기를 통해 모바일 카드 형태로써 수령하는 것을 특징으로 하는, 카드 서비스 제공 방법.
  6. 제 1항에 있어서,
    상기 카드 발급 동의서 징구 프로세스는,
    (i) 상기 검수가 완료된 카드 수령 전, 상기 사용자 본인으로부터 상기 카드 발급 동의서를 징구하거나, 배송업자로 하여금 징구하도록 지원하는 프로세스, (ii) 상기 사용자 본인이 카드를 수령한 경우, 상기 제1 금융사 서버에 본인 수령 확인 전문을 전송하는 프로세스 및 (iii) 상기 사용자 본인에게 본인 수령 알림 메시지를 전송하는 프로세스를 포함하는 것을 특징으로 하는, 카드 서비스 제공 방법.
  7. 제 1항에 있어서,
    상기 카드 발급 동의서 징구 프로세스는,
    (i) 상기 검수가 완료된 카드 수령 전, 상기 사용자가 아닌 타인으로부터 상기 카드 발급 동의서를 징구하거나, 배송업자로 하여금 징구하도록 지원하는 프로세스, (ii) 상기 타인이 카드를 수령한 경우, 상기 제1 금융사 서버에 타인 수령 확인 전문을 전송하는 프로세스 및 (iii) 상기 사용자 본인에게 타인 수령 알림 메시지를 전송하는 프로세스를 포함하는 것을 특징으로 하는 카드 서비스 제공 방법.
  8. 제 6항 또는 제7항에 있어서,
    상기 수령 확인 전문 전송 프로세스 및 상기 수령 알림 메시지 전송 프로세스는,
    배송업체 서버로부터 상기 카드의 배송 완료 시간, 수령인 정보, 배송업자 정보 중 일 이상을 포함하는 배송 완료 신호가 수신되면, 수행되는 것을 특징으로 하는, 카드 서비스 제공 방법.
  9. 제 1항에 있어서,
    상기 총 카드결제 대금은,
    상기 제1 금융사 서버로부터 수신하거나, 상기 제1 금융사 서버로부터 산출 작업을 위임 받아 생성되는 것을 특징으로 하는, 카드 서비스 제공 방법.
  10. 제 1항에 있어서,
    상기 청구 데이터의 생성은,
    (i) 상기 총 카드결제 대금 및 상기 사용자의 카드 세부이용내역 정보를 토대로 확정한 청구내역 정보, (ii) 상기 청구내역 정보를 토대로 산정된 적립 포인트 금액 정보, (iii) 수수료 정보 및 (iv) 혜택 정보 중 일 이상을 이용하여 수행되는 것을 특징으로 하는, 카드 서비스 제공 방법.
  11. 제 1항에 있어서,
    상기 청구 데이터의 검수는,
    기 저장된 각 사용자별 카드의 세부이용내역 정보를 샘플링하는 방법, 상기 청구 데이터 중 이중 청구 내역, 누락 청구 내역, 취소 청구 내역 등과 같은 비정상 청구 내역 정보를 추출하여 정상 청구되도록 정비하는 방법 및 상기 청구 데이터에 대하여 누락된 혜택을 적용하거나 오적용 된 혜택을 취소 처리하는 방법 중 일 이상으로 수행되는 것을 특징으로 하는, 카드 서비스 제공 방법.
  12. 제 1항에 있어서,
    상기 (d) 단계 이후,
    상기 검수가 완료된 청구 데이터 및 상기 사용자의 기존 청구 데이터를 분석하여, 상기 사용자의 CRM(Customer Relationship Management) 마케팅 데이터를 생성하는 단계를 더 포함하는 것을 특징으로 하는, 카드 서비스 제공 방법.
  13. 제 1항에 있어서,
    상기 청구서 수령방법은,
    이메일 수령, 모바일 수령 및 우편 수령 중 일 이상인 것을 특징으로 하는, 카드 서비스 제공 방법.
  14. 제 1항에 있어서,
    상기 소정의 청구서 수령은,
    우편을 통해 청구서를 수령하는 사용자에 대하여, 상기 청구서의 반송 횟수가 일정 회 이상일 경우, 상기 우편을 통해 청구서를 수령하는 사용자의 청구서 수령방법을 이메일 수령 또는 모바일 수령 중 어느 하나로 전환하는 것을 특징으로 하는, 카드 서비스 제공 방법.
  15. 제1 금융사 서버를 대신하여 사용자에게 카드 서비스를 제공하는 제2 금융사 서버에 있어서,
    상기 제1 금융사 서버로부터 상기 사용자와 관련된 회원정보를 포함하는 카드 발급 요청을 수신하는 회원 등록부;
    상기 카드 발급 요청을 참조로 하여 생성된 상기 사용자의 신규 카드 정보를 저장하거나, 상기 제1 금융사 서버로 하여금 저장하도록 하는 카드 발급 처리부;
    상기 신규 카드 정보를 이용하여 제작된 카드에 대한 검수가 완료되면, 상기 검수가 완료된 카드를 소정의 카드 수령방법에 따라 수령하도록 하는 프로세스 및 상기 사용자로부터 카드 발급 동의서를 징구하거나, 배송업자로 하여금 징구하도록 지원하는 프로세스를 수행하는 카드 배송 관리부;
    상기 사용자의 신용공여일 동안 발생한 총 카드결제 대금이 확정되면, 상기 확정된 총 카드결제 대금을 토대로 청구 데이터를 생성하고, 검수하는 청구 데이터 처리부; 및
    상기 청구 데이터를 이용하여 청구서가 생성되면, 상기 청구서가 소정의 청구서 수령방법에 따라 상기 사용자에게 발송되도록 처리하는 청구서 발송 관리부를 포함하는, 제2 금융사 서버.
  16. 제 15항에 있어서,
    상기 제2 금융사 서버는,
    상기 제1 금융사 서버로부터 상기 회원정보에 대응되는 신용 위험도 평가 정보를 수신하여 이를 근거로 신용 위험도를 평가하거나, 평가하도록 지원하는 신용 위험도 제공부를 포함하는 것을 특징으로 하는, 제2 금융사 서버.
  17. 제 15항에 있어서,
    상기 청구 데이터 처리부는,
    상기 검수가 완료된 청구 데이터 및 상기 사용자의 기존 청구 데이터를 분석하여, 상기 사용자의 CRM(Customer Relationship Management) 마케팅 데이터를 생성하는 것을 특징으로 하는, 제2 금융사 서버.
PCT/KR2016/014604 2016-06-20 2016-12-13 카드 발급사를 대신하여 카드 서비스를 제공하는 방법 및 서버 WO2017222128A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2016-0076800 2016-06-20
KR20160076800 2016-06-20
KR10-2016-0123319 2016-09-26
KR1020160123319A KR101757125B1 (ko) 2016-06-20 2016-09-26 카드 발급사를 대신하여 카드 서비스를 제공하는 방법 및 서버

Publications (1)

Publication Number Publication Date
WO2017222128A1 true WO2017222128A1 (ko) 2017-12-28

Family

ID=59280515

Family Applications (8)

Application Number Title Priority Date Filing Date
PCT/KR2016/014604 WO2017222128A1 (ko) 2016-06-20 2016-12-13 카드 발급사를 대신하여 카드 서비스를 제공하는 방법 및 서버
PCT/KR2017/004909 WO2017222172A1 (ko) 2016-06-20 2017-05-11 카드 이용 내역에 따라 모바일 쿠폰 서비스를 제공하는 방법 및 서버
PCT/KR2017/004914 WO2017222177A1 (ko) 2016-06-20 2017-05-11 카드사 통합 대행 승인 서비스를 제공하는 방법 및 이를 수행하는 카드사 서버
PCT/KR2017/004915 WO2017222178A1 (ko) 2016-06-20 2017-05-11 대행 승인을 통한 금융 거래 승인 무중단 서비스 제공 방법 및 이를 수행하는 카드사 서버
PCT/KR2017/004912 WO2017222175A1 (ko) 2016-06-20 2017-05-11 부분 매출 처리 서비스 제공 방법 및 결제 중계 서버
PCT/KR2017/004905 WO2017222170A1 (ko) 2016-06-20 2017-05-11 검증값을 확인하여 결제를 처리하는 방법 및 카드사 서버, 검증값을 이용하여 결제 지원하는 방법 및 스마트 카드
PCT/KR2017/004904 WO2017222169A1 (ko) 2016-06-20 2017-05-11 스마트 카드를 이용한 결제 승인 방법, 이를 수행하는 카드사 서버 및 스마트 카드
PCT/KR2017/004984 WO2017222183A1 (ko) 2016-06-20 2017-05-12 거래 승인 처리 방법 및 카드사 서버

Family Applications After (7)

Application Number Title Priority Date Filing Date
PCT/KR2017/004909 WO2017222172A1 (ko) 2016-06-20 2017-05-11 카드 이용 내역에 따라 모바일 쿠폰 서비스를 제공하는 방법 및 서버
PCT/KR2017/004914 WO2017222177A1 (ko) 2016-06-20 2017-05-11 카드사 통합 대행 승인 서비스를 제공하는 방법 및 이를 수행하는 카드사 서버
PCT/KR2017/004915 WO2017222178A1 (ko) 2016-06-20 2017-05-11 대행 승인을 통한 금융 거래 승인 무중단 서비스 제공 방법 및 이를 수행하는 카드사 서버
PCT/KR2017/004912 WO2017222175A1 (ko) 2016-06-20 2017-05-11 부분 매출 처리 서비스 제공 방법 및 결제 중계 서버
PCT/KR2017/004905 WO2017222170A1 (ko) 2016-06-20 2017-05-11 검증값을 확인하여 결제를 처리하는 방법 및 카드사 서버, 검증값을 이용하여 결제 지원하는 방법 및 스마트 카드
PCT/KR2017/004904 WO2017222169A1 (ko) 2016-06-20 2017-05-11 스마트 카드를 이용한 결제 승인 방법, 이를 수행하는 카드사 서버 및 스마트 카드
PCT/KR2017/004984 WO2017222183A1 (ko) 2016-06-20 2017-05-12 거래 승인 처리 방법 및 카드사 서버

Country Status (2)

Country Link
KR (19) KR101872278B1 (ko)
WO (8) WO2017222128A1 (ko)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101952216B1 (ko) * 2017-03-30 2019-02-26 비씨카드(주) 금융 거래에 대한 품질 관리 방법 및 이를 수행하는 금융사 서버
KR20190044355A (ko) * 2017-10-20 2019-04-30 정혜진 카드 발급 및 결제 시스템 및 방법
KR20200012814A (ko) 2018-07-27 2020-02-05 박기원 실질 매출 귀속 대금 분리 정산 시스템 및 그 방법
KR102181317B1 (ko) * 2018-10-26 2020-11-20 한국정보통신주식회사 결제 대금 정산 서비스 제공 방법 및 그를 수행하는 결제 대행 서버
KR102273891B1 (ko) * 2018-11-01 2021-07-05 한국정보통신주식회사 결제 대금 정산 대행 서비스 제공 방법 및 그를 수행하는 결제 대행 서버
KR102220210B1 (ko) * 2018-11-02 2021-02-24 한국정보통신주식회사 결제 수수료 차액 정산 서비스 제공 방법 및 그를 수행하는 결제 대행 서버
CN113196324A (zh) * 2018-12-21 2021-07-30 维萨国际服务协会 经由条件授权进行处理的方法
KR20200012706A (ko) 2019-02-18 2020-02-05 박기원 실질 매출 귀속 대금 분리 정산 시스템 및 그 방법
KR102275173B1 (ko) * 2019-04-24 2021-07-09 농협은행(주) 자가이상거래 모니터링 장치 및 방법
JP7474609B2 (ja) * 2020-03-09 2024-04-25 東芝テック株式会社 サーバ、プログラム、および決済端末管理システム
KR102432359B1 (ko) 2020-08-13 2022-08-16 네이버파이낸셜 주식회사 온라인 카드 발급 및 리워드 제공 방법, 장치, 시스템 및 컴퓨터 프로그램
CN112255939A (zh) * 2020-09-22 2021-01-22 中国电子科技集团公司第五十二研究所 一种mxm显示单元的独立监测装置及方法
CN112583592A (zh) * 2020-12-29 2021-03-30 湖南万慧通科技有限公司 一种加密系统的工作方法
KR102318557B1 (ko) * 2021-01-20 2021-10-28 이수진 신용카드 결제시스템 및 신용카드 결제방법
KR102326541B1 (ko) * 2021-02-05 2021-11-16 쿠팡 주식회사 아이템 판매 정보 처리를 위한 전자 장치 및 그 방법
KR102483487B1 (ko) * 2021-02-09 2022-12-30 박주인 메시지 기반의 쿠폰 서비스 제공 방법
KR102340807B1 (ko) 2021-03-30 2021-12-20 쿠팡 주식회사 아이템 정보의 제공을 위한 전자 장치의 동작 방법 및 이를 지원하는 전자 장치
KR102333572B1 (ko) 2021-04-26 2021-12-02 쿠팡 주식회사 아이템 정보 제공을 위한 전자 장치의 동작 방법 및 이를 지원하는 전자 장치
KR102419610B1 (ko) * 2021-06-14 2022-07-11 주식회사 차이코퍼레이션 모바일 앱 기반의 카드 혜택을 제공하는 시스템 및 방법
KR102397249B1 (ko) 2021-07-30 2022-05-13 쿠팡 주식회사 서비스 관련 정보 제공을 위한 동작 방법 및 이를 지원하는 전자 장치
WO2023128400A1 (ko) * 2022-01-03 2023-07-06 주식회사 하렉스인포텍 자동 결제 시스템 및 그 방법

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030085201A (ko) * 2002-04-29 2003-11-05 (주)와이솔루션즈 신용카드 전자명세서를 이용한 고객맞춤서비스시스템 및그 서비스방법
KR20050055657A (ko) * 2005-05-17 2005-06-13 주식회사이엠피네트웍스 대량 메일 발송 시 발생하는 오류 메일의 이메일 주소를수정하는 방법 및 그 시스템
KR20070012914A (ko) * 2005-07-25 2007-01-30 (주)스타로지스 정보 단말기를 이용한 신용 카드 배송 시스템 및 방법
KR101158350B1 (ko) * 2007-05-04 2012-06-22 벨리다스, 엘엘씨 웹 기반의 자동 청구서 분석 방법
KR20130007208A (ko) * 2011-06-30 2013-01-18 한국정보통신주식회사 신용 카드 결제 관리 장치 및 방법
KR20140104524A (ko) * 2013-02-18 2014-08-29 (주)하이컨셉카드랩 온라인망을 통한 카드 발급 방법
KR20160049404A (ko) * 2014-10-27 2016-05-09 비씨카드(주) 스마트 동의서 제공 방법 및 서버

Family Cites Families (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2001227116A1 (en) * 2000-05-03 2001-11-12 Woori Technology Inc. Authentication and payment card for automatically updating user numbers, and authentication payment system and method using the card
KR20010109377A (ko) * 2000-05-30 2001-12-10 서동석 인터넷을 이용한 신용카드 결제시스템 및 그 방법
US20020138625A1 (en) * 2001-03-21 2002-09-26 David Bruner Method and apparatus for inflight electronic commerce
JP2003108903A (ja) * 2001-09-27 2003-04-11 Le Tekku:Kk セキュリティの高い磁気カード決済システム
KR20030086647A (ko) * 2002-05-06 2003-11-12 주식회사 에스원 지능형 카드를 이용한 온라인 지불 시스템 및 그 방법
ATE358858T1 (de) * 2002-12-12 2007-04-15 Koninkl Philips Electronics Nv Smartcard mit nichtflüchtiger anzeige auf der basis temperaturempfindlicher elektronischer tinte
KR20040075156A (ko) * 2003-02-20 2004-08-27 주식회사 비즈모델라인 예약 결제 방법 및 시스템
JP2004252751A (ja) * 2003-02-20 2004-09-09 Toyota Motor Corp 電子決済システム
KR20050049569A (ko) * 2003-11-21 2005-05-27 나이스정보통신주식회사 공인인증서가 내장된 카드형 저장매체를 이용한 신용카드거래의 승인시스템 및 방법
US8918900B2 (en) * 2004-04-26 2014-12-23 Ivi Holdings Ltd. Smart card for passport, electronic passport, and method, system, and apparatus for authenticating person holding smart card or electronic passport
KR100685387B1 (ko) * 2004-08-26 2007-02-27 주식회사 하렉스인포텍 다수 발급사를 지원하는 ｉｃ칩 카드 발급/서비스 방법 및그 시스템
KR20070028721A (ko) * 2005-09-07 2007-03-13 주식회사 이페이젠 블랙리스트 파일을 내장한 신용카드 단말기 및 이를 이용한항공기 내에서의 신용카드 결제방법
KR101228073B1 (ko) * 2006-03-07 2013-01-30 주식회사 비즈모델라인 체크카드 결제승인 처리 방법
KR100791269B1 (ko) * 2006-05-11 2008-01-04 주식회사 신한은행 정보처리 방법 및 시스템과 이를 위한 프로그램 기록매체
KR100896007B1 (ko) * 2006-11-16 2009-05-07 한국정보통신서비스 주식회사 결제승인 처리 방법
KR20080044553A (ko) * 2006-11-16 2008-05-21 엘지전자 주식회사 알에프 결제 기능을 제한할 수 있는 스마트 카드 및 그방법
KR20070020101A (ko) * 2007-01-22 2007-02-16 김유정 특정 상품 구매 고객 통합관리 시스템
KR20080030593A (ko) * 2008-03-10 2008-04-04 주식회사 비즈모델라인 대행결제 시스템
KR20090132119A (ko) * 2008-06-20 2009-12-30 하모니테크주식회사 블랙리스트 통합 관리 시스템
KR20100005635A (ko) * 2008-07-07 2010-01-15 김순동 가맹점 결제승인 취소 처리 방법 및 시스템과 이를 위한프로그램 기록매체
KR101007375B1 (ko) * 2008-07-29 2011-01-13 주식회사 케이티 스마트 카드 인증서 관리 장치 및 방법
KR101044677B1 (ko) * 2009-03-16 2011-06-29 주식회사 신세계아이앤씨 암호화 결제 시스템 및 그 방법
KR101184685B1 (ko) * 2009-06-19 2012-09-20 비씨카드(주) 외국인 관광객을 위한 세금 환급 방법 및 시스템
KR101165250B1 (ko) * 2010-02-04 2012-07-16 한국정보통신주식회사 신용 결제 시스템에서 통신 장애를 알리는 방법 및 장치와 그 시스템
ES2909530T3 (es) * 2011-01-21 2022-05-06 Mi Group B V Sistema seguro de información móvil
KR20120100549A (ko) * 2011-03-04 2012-09-12 주식회사 인센트릭 금융 결제 보안 서비스 방법
KR101458593B1 (ko) * 2011-11-17 2014-11-07 주식회사 케이티 온라인 거래 검증 방법 및 시스템
KR101489403B1 (ko) * 2012-04-30 2015-02-04 이민재 결제 중계 서버, 상기 결제 중계 서버 제어 방법, 및 결제 단말기
KR101426995B1 (ko) * 2012-07-10 2014-08-05 주식회사 케이지이니시스 웹 플랫폼 독립형 결제 운영 방법 및 시스템
KR20140021323A (ko) * 2012-08-10 2014-02-20 하나에스케이카드 주식회사 전자 태그를 이용한 쿠폰 제공 시스템 및 방법
KR101468626B1 (ko) * 2012-09-21 2014-12-04 주식회사 유아이디에스 밴사 서버와의 키교환을 이용한 스마트폰 카드결제 시스템
KR20140048447A (ko) * 2012-10-15 2014-04-24 주식회사 우리카드 카드 서비스 제공 방법 및 이를 실행하는 장치
KR20140091183A (ko) * 2013-01-10 2014-07-21 주식회사 우리금융경영연구소 모바일 신용카드를 이용한 추가 서비스 시스템 및 방법
KR20140108473A (ko) * 2013-02-28 2014-09-11 비씨카드(주) 모바일 스탬프 제공 방법 및 서버
KR20140141284A (ko) * 2013-05-31 2014-12-10 한국정보통신주식회사 세금 환급 처리장치 및 방법
KR20150001509A (ko) * 2013-06-27 2015-01-06 주식회사 우리은행 전자금융 안심 정지 서비스 제공 방법 및 장치
KR20150007791A (ko) 2013-07-12 2015-01-21 케이아이에스정보통신 주식회사 개인정보 보호가 가능한 제휴카드 할인 결제 시스템
KR20150015128A (ko) * 2013-07-31 2015-02-10 김형기 금융거래내역의 통지· 관리 시스템
KR20150016649A (ko) * 2013-08-05 2015-02-13 권형석 NFC(보안 카드)Tag 접촉을 이용한 GPS 안심결제서비스 방법
KR20150033208A (ko) * 2013-09-23 2015-04-01 삼성전자주식회사 전자 지갑 서버, 전자 지갑을 이용한 결제 취소 및 재결재 방법 및 컴퓨터 판독 가능한 기록 매체
KR20150040424A (ko) * 2013-10-07 2015-04-15 에스케이씨앤씨 주식회사 모바일 단말기 연동을 통한 공동결제 방법 및 시스템
KR20150049881A (ko) * 2013-10-31 2015-05-08 주식회사 케이티스 외국인을 위한 도심 환급 서비스 제공방법
KR101612597B1 (ko) * 2014-01-13 2016-04-15 김승원 카드 서비스 제공 시스템 및 방법
KR20150093093A (ko) * 2014-02-05 2015-08-17 주식회사 케이티엠하우스 쿠폰 서비스 시스템 및 쿠폰 서비스 방법
KR102243680B1 (ko) * 2014-04-07 2021-04-23 엘지전자 주식회사 투명 플렉서블 디스플레이 장치 및 그 장치의 제어 방법
KR20150125031A (ko) 2014-04-29 2015-11-09 주식회사 리턴트루 공인인증서 등록 및 획득방법
KR20150134155A (ko) * 2014-05-21 2015-12-01 주식회사 케이티 사용자의 개인 정보를 통합 관리하는 개인 정보 관리 장치, 개인 정보 관리 시스템 및 개인 정보 관리 방법
KR20160002430A (ko) * 2014-06-30 2016-01-08 한국정보통신주식회사 카드 결제를 위한 결제 대행 서버, 카드 단말기, 정산 시스템 및 그를 이용한 결제 정보 처리 방법
KR102232375B1 (ko) * 2014-09-12 2021-03-26 에스케이 텔레콤주식회사 전자카드를 이용한 전자 결제 방법 및 장치
KR101512001B1 (ko) * 2014-10-08 2015-04-14 주식회사 한국엔에프씨 이동통신단말기 및 실물 금융카드를 이용한 간편 본인 인증 시스템 및 방법
US20170364906A1 (en) * 2014-11-20 2017-12-21 Brilliantts Co., Ltd Smart multi card, and method for issuing card data for smart multi card

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20030085201A (ko) * 2002-04-29 2003-11-05 (주)와이솔루션즈 신용카드 전자명세서를 이용한 고객맞춤서비스시스템 및그 서비스방법
KR20050055657A (ko) * 2005-05-17 2005-06-13 주식회사이엠피네트웍스 대량 메일 발송 시 발생하는 오류 메일의 이메일 주소를수정하는 방법 및 그 시스템
KR20070012914A (ko) * 2005-07-25 2007-01-30 (주)스타로지스 정보 단말기를 이용한 신용 카드 배송 시스템 및 방법
KR101158350B1 (ko) * 2007-05-04 2012-06-22 벨리다스, 엘엘씨 웹 기반의 자동 청구서 분석 방법
KR20130007208A (ko) * 2011-06-30 2013-01-18 한국정보통신주식회사 신용 카드 결제 관리 장치 및 방법
KR20140104524A (ko) * 2013-02-18 2014-08-29 (주)하이컨셉카드랩 온라인망을 통한 카드 발급 방법
KR20160049404A (ko) * 2014-10-27 2016-05-09 비씨카드(주) 스마트 동의서 제공 방법 및 서버

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "The way of a new credit card issuing", RGNEWS, 12 November 2008 (2008-11-12), pages 1 - 5, Retrieved from the Internet <URL:http://www.rgnews.co.kr/news/quickViewArticleView.html?idxno=2301> *

Also Published As

Publication number Publication date
KR101872278B1 (ko) 2018-06-29
KR101766598B1 (ko) 2017-08-09
KR20170142829A (ko) 2017-12-28
KR20170142821A (ko) 2017-12-28
KR101760622B1 (ko) 2017-07-21
KR20170142823A (ko) 2017-12-28
KR101872279B1 (ko) 2018-06-29
KR101766599B1 (ko) 2017-08-09
KR20170142827A (ko) 2017-12-28
KR101766597B1 (ko) 2017-08-09
KR101757126B1 (ko) 2017-07-12
WO2017222183A1 (ko) 2017-12-28
KR20170142831A (ko) 2017-12-28
KR20170142818A (ko) 2017-12-28
KR20170142822A (ko) 2017-12-28
WO2017222177A1 (ko) 2017-12-28
WO2017222175A1 (ko) 2017-12-28
KR101857073B1 (ko) 2018-05-11
KR101756598B1 (ko) 2017-07-11
KR101852016B1 (ko) 2018-04-26
KR101756594B1 (ko) 2017-07-11
KR101857067B1 (ko) 2018-05-11
KR101852017B1 (ko) 2018-04-26
WO2017222178A1 (ko) 2017-12-28
KR101910915B1 (ko) 2018-10-24
KR20170142817A (ko) 2017-12-28
KR101752102B1 (ko) 2017-06-28
KR101757125B1 (ko) 2017-07-12
KR20170142830A (ko) 2017-12-28
WO2017222169A1 (ko) 2017-12-28
KR101896455B1 (ko) 2018-09-10
KR20170142825A (ko) 2017-12-28
WO2017222172A1 (ko) 2017-12-28
KR101836328B1 (ko) 2018-03-09
WO2017222170A1 (ko) 2017-12-28

Similar Documents

Publication Publication Date Title
WO2017222128A1 (ko) 카드 발급사를 대신하여 카드 서비스를 제공하는 방법 및 서버
WO2019017688A1 (ko) 매출채권의 선지급 방법
WO2018056689A1 (ko) 오픈 마켓에서의 전자상거래에 있어서 결제 후 랜덤 추가 할인을 제공하는 방법, 장치 및 시스템
WO2013032131A1 (ko) 복수의 소셜 커머스 업체간 거래 중개 시스템 및 방법
WO2019212295A1 (ko) 공급자와 판매자간 전자 상거래 중계 시스템 및 중계 방법
WO2013081345A1 (ko) 고객 매칭 서비스의 제공방법 및 이를 위한 중개서버
WO2021025387A1 (ko) 통합 주문 및 통합 배송이 가능한 전자상거래 방법 및 이를 위한 서버
WO2019039803A1 (ko) 예약 서비스를 제공하는 이동통신 단말기의 제어방법, 예약 서비스를 제공하는 이동통신 단말기 및 이를 포함하는 예약 서비스 시스템
WO2016133355A1 (ko) 휴대용 단말기에 설치된 앱을 이용한 중고물품거래 서비스장치 및 그 방법
WO2017078378A2 (ko) 전자상거래에서의 물품 배송 요금 산출 시스템
WO2012115490A2 (en) Method for buying and selling goods and shopping support system supporting the same
WO2019019245A1 (zh) 基金组合购买方法、系统及存储介质
WO2019098571A1 (ko) 온라인 공개 배송시스템
WO2018212400A1 (ko) 해외송금을 위한 사용자 인터페이스를 제공하는 방법
WO2019164354A1 (ko) 블록체인 기반 소셜 네트워크 서비스 시스템 및 방법
WO2017188488A1 (ko) 모바일 선불카드의 서비스 시스템, 이의 클론카드 저장장치 및 서비스 방법
WO2017135608A1 (ko) 이벤트 성공에 따른 판매 수익 분배를 이용한 상품 판매 촉진 시스템 및 방법
WO2021251672A1 (ko) 상품거래관리컴퓨터, 상품거래시스템 및 상품거래방법
WO2012064026A2 (ko) 전자영수증 발급방법
WO2019142990A1 (ko) 고객 데이터베이스 연동을 통한 비즈니스 타겟 매칭 플랫폼 제공 시스템
WO2017043847A1 (ko) 관리비 절감 시스템 그리고 플랫폼 서버 연동 클라우드 기반 결재 서비스 방법
WO2023153680A1 (ko) Wms의 이커머스 물류 이동 프로세스에서 발생하는 데이터 기반의 신용 평가 방법 및 이러한 방법을 수행하는 장치
WO2020153798A1 (ko) 온라인거래에서, url과 연동할 수 있는 신용카드를 이용한 결제시스템이나 결제방법
WO2016064066A1 (ko) 판매 수익의 2배 적립에 의한 현금결제 연동방법 및 이의 연동 시스템
WO2018056691A1 (ko) 모바일 앱을 활용한 실시간 흥정요청방법, 관리장치 및 시스템

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16906403

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16906403

Country of ref document: EP

Kind code of ref document: A1