WO2010114133A1 - Ｓｎｓを利用した協同購入システムおよび方法 - Google Patents

Ｓｎｓを利用した協同購入システムおよび方法 Download PDF

Info

Publication number
WO2010114133A1
WO2010114133A1 PCT/JP2010/056099 JP2010056099W WO2010114133A1 WO 2010114133 A1 WO2010114133 A1 WO 2010114133A1 JP 2010056099 W JP2010056099 W JP 2010056099W WO 2010114133 A1 WO2010114133 A1 WO 2010114133A1
Authority
WO
WIPO (PCT)
Prior art keywords
sns
information
store
purchase
amount
Prior art date
Application number
PCT/JP2010/056099
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 株式会社メキキ
Priority to US13/262,824 priority Critical patent/US20120116865A1/en
Publication of WO2010114133A1 publication Critical patent/WO2010114133A1/ja

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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • 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/38—Payment protocols; Details thereof
    • G06Q20/387—Payment using discounts or coupons
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0239—Online discounts or incentives
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0613—Third-party assisted

Definitions

  • the present invention relates to a system and method for consolidating purchasing power and points into an SNS by proxying SNS (social networking service) members to pay for individual purchases and returning the profits obtained thereby to SNS members.
  • SNS social networking service
  • Patent Document 1 discloses a membership-based Web electronic money site management system that provides a settlement service using SNS and membership-based electronic money via a mobile phone website.
  • the member pays for the payment through the account of the management company of the system.
  • interest is paid to the advantage of the account of the management company acting as a payment agent. Absent. If a management company with a payment agent account is considered as one virtual huge consumer, there will be many advantages (price reduction, preferential treatment such as point addition) that take advantage of the scale. I don't see any mechanism to reduce the benefits.
  • the benefits obtained by the SNS operating entity (hereinafter referred to as “SNS”) on behalf of the individual members are paid to the members, so that the SNS, the members, and the affiliated stores can enjoy the benefits.
  • SNS SNS operating entity
  • Another object of the present invention is to propose a mechanism that enables point exchange and reduces the possibility of a card becoming invalid due to expiration.
  • the present invention provides an SNS in which payment of a purchase price for a product by an SNS member is performed by debiting from an account opened in a financial institution under the name of the SNS (hereinafter referred to as “SNS account”). It relates to the joint purchase system used, This is realized by the function of a system management computer that can be connected to a store computer used by an affiliated store that provides products via the Internet.
  • the system management computer includes a storage unit and a processing unit.
  • a member information database for storing member identification information and payable amount in association with each other;
  • a store information database that stores the identification information of partner stores and payment institutions in association with each other;
  • a purchase history database that stores the history of purchases by members at affiliated stores;
  • a payment information database for storing a payment date and a payment amount in association with a payment institution, Is included.
  • a purchase history registration means for registering purchase information including the price transmitted from the store computer together with store identification information in the purchase history database when the product price is within the range of the payable amount;
  • the settlement institution of the store that has transmitted the purchase information is extracted from the settlement information database and remittance from the SNS account to the settlement institution of the store at a predetermined timing to the financial institution where the SNS account is opened.
  • a payment instruction means for instructing; Payable amount management means for setting and updating the payable amount for each member of the member information database; Is included.
  • “Stores” include not only real stores but also online shopping sites.
  • the “store computer” corresponds to a store terminal in the following embodiment.
  • “Products” include not only tangible products but also intangible products (services).
  • SNS There are two types of SNS: a type that cannot be subscribed without an invitation from an existing member, and a type that anyone can join. However, the former is preferable from the viewpoint of obtaining external credit. Not only consumers but also stores can become members of the system. This is because stores not only produce and sell, but also purchase. If a store joins this system, not only the benefit as a consumer but also the benefit of being able to advertise using SNS. This is because the Internet advertising function based on SNS is remarkable.
  • SNS serves as a payment window
  • the purchase of individual SNS members is regarded as a single SNS purchase, and therefore the purchasing entity also becomes an SNS.
  • discounts and earned points are also collected in the SNS. Is done.
  • SNS purchases and pays as an agent SNS can be regarded as a “big consumer”.
  • Individual consumers are usually overwhelmingly weaker than sellers, but the SNS of this system can take a strong position as a huge consumer. You can also expect scale merit in situations such as discounts and earning points than normal consumers. This scale advantage is ultimately returned to members.
  • the current SNS has no particular return from the SNS operator to the member in terms of economics, but this system can also bring a practical profit to the member.
  • this system uses SNS as a management entity, it can utilize functions unique to SNS. For example, it is possible to utilize functions such as the ability to decide themes such as hobbies and regions and exchange on the bulletin board, the function of registering new acquaintances, the advertisement posted on the site, the function of recommending products and services to friends, and the like. For this reason, there is an advantage that the number of members increases without particularly incurring costs. As the number of members increases, the position of SNS as one consumer is strengthened, and the return to the members accompanying it is also richer. In addition, the number of affiliated stores will increase due to the excellent advertising function. This encourages competition between similar stores and allows members to obtain quality products at reasonable prices.
  • the system management computer further includes an acquisition point database and point management means, and the point management means is issued to the SNS by a partner store where a member purchased the product.
  • the valuable value information may be registered in the acquisition point database together with the store identification information, and the valuable information acquired for each member may be aggregated and updated and registered in the member information database.
  • the “value information” corresponds to “point” in the following embodiment. In other words, it is the “point” of the point service introduced by various retailers.
  • the system management computer further comprises deposit / withdrawal inquiry means for querying a financial institution where the SNS account is opened for deposit / withdrawal information related to the SNS account.
  • the payable amount management means may add the received deposit amount to the payable amount of the member in the member information database.
  • a depositing method there are normal transfer and depositing by electronic money.
  • the payable amount management means can pay the member in the member information database for a member who is given a predetermined limit of credit from the SNS or a financial institution performing a credit operation. You may make it add the amount within the limit amount credited to the amount. Thereby, even when there is no cash on hand that can be deposited in the SNS account, the product can be purchased.
  • the payable amount management means converts the payable amount in the member information database into a monetary amount obtained by converting all or part of the number of acquired points of the member into an amount by a predetermined method. May be added.
  • the member information database may include information indicating a member's age, and the payable amount managing means may add the converted amount only to a member whose age satisfies a predetermined condition.
  • the “information indicating age” corresponds to the date of birth in the following embodiment. For example, if an arrangement is made to use points after the age of 60, it will be a substitute for a future pension.
  • a member terminal used by an SNS member can be connected to the system management computer via a communication network, and the system management computer includes the usable amount and the purchase history in response to a request from the member terminal.
  • a member information providing means for transmitting information on the member may be further provided. As a result, the member can appropriately view his / her own usage record, etc., so that even if there is a fraud by another person, the member can grasp the damage at an early stage and can use this system with confidence.
  • a method of operating a computer as a system management computer of the above joint purchase system also achieves the object of the present invention.
  • the SNS aggregates the consumption behavior of individual members, there may be a direction that pays attention to the similarities with existing cooperatives.
  • this system is not similar to the cooperative as follows.
  • Co-ops mainly conduct joint purchasing activities in which products are purchased jointly and retailed to members.
  • the main SNS that is, the system, does not assume that it purchases or retails itself.
  • Co-ops are limited to small societies such as communities and universities.
  • this invention if it can connect to a communication network, it will become possible to participate in SNS whatever the residence is. In other words, this system can be deployed nationwide.
  • SNS acts as a proxy for the payment of merchandise purchases for individual SNS members, so that purchasing power and points can be aggregated into SNS, and profits obtained thereby can be returned to SNS members.
  • FIG. 1 is an overall configuration diagram schematically showing a system according to this embodiment (hereinafter “this system”)
  • FIG. 2 is a functional block diagram schematically showing a configuration in a system management computer used in this system.
  • an SNS subscriber 7 (hereinafter referred to as an “SNS member”) deposits funds in the SNS account 3 opened in the financial institution 2 by the SNS operator 1 under the SNS name, and forms a partnership with the SNS operator 1.
  • SNS member deposits funds in the SNS account 3 opened in the financial institution 2 by the SNS operator 1 under the SNS name, and forms a partnership with the SNS operator 1.
  • a case will be described in which when a product is purchased from a store 4 designated as a store, payment is made via the SNS account 3 within the range of funds deposited.
  • the cooperative purchase system used in the present embodiment is installed by the SNS operator 1, and has opened a system management computer 5 storing various data and programs necessary for this system, and an SNS account 3.
  • the terminal of the financial institution 2 the store terminal 6 used by the store that receives payment of the purchase price via the SNS account 3, and the SNS member 7 who deposits funds in the SNS account 3 and withdraws the purchase price from the account.
  • the system management computer 5 is configured to be able to exchange information with the store terminal 6 and the SNS member terminal 8 via a communication network N such as the Internet, a wired telephone line, a wireless telephone line, and a CATV (cable television) line.
  • a communication network N such as the Internet, a wired telephone line, a wireless telephone line, and a CATV (cable television) line.
  • the store terminal 6 refers to a personal computer or a mobile phone owned by a store connected to the system management computer 5 so as to be able to exchange information.
  • a store action including an action performed by a store through these terminals may be simply referred to as “partner store”.
  • the member terminal 8 refers to a personal computer or a mobile phone owned by a member connected to the system management computer 5 so as to be able to exchange information.
  • a member's actions including actions performed by a member through these terminals may be simply referred to as “SNS member”.
  • the member terminal 8 and the store terminal 6 are required to have screen display means and software called a Web browser.
  • a system using the Internet such as SNS, usually reads a file described in the HTML language and displays it on a screen, which is used as a user interface. Therefore, the description regarding the user interface is omitted below.
  • the system management computer 5 includes a storage unit 9, a processing unit 10, and communication interface means 11.
  • the storage unit 9 includes at least a member information database 12, a store information database 13, a purchase history database 14, and a payment information database 15.
  • the storage unit 9 is implemented by a hard disk drive device or a database server separate from the system management computer 5.
  • the processing unit 10 includes at least member information registration means 16, store information registration means 17, deposit / withdrawal inquiry means 18, payable amount management means 19, inquiry response means 20, purchase history registration means 21, and settlement instruction. It comprises means 22 and member information providing means 23.
  • Each means of the processing unit 10 is realized mainly by a CPU (not shown) reading a predetermined program from a storage medium such as a CD-ROM into the memory and executing it.
  • the system management computer 5 stores an HTML file describing an operating system, various application programs, various data, and Web pages in a hard disk drive, RAM, or the like. Also, input means such as a keyboard and a mouse and output means such as a display and a printer are provided as appropriate.
  • the function of the system management computer 5 may be distributed over a plurality of computers. For example, transmission and reception of information with members and stores are performed exclusively via a Web page, but a Web server that manages this Web site may be provided separately.
  • the member information registration means 16 is a person who subscribes to the SNS, receives personal information regarding the SNS member who wants to shop at the affiliated store using this system, and stores this information in the member information database 12.
  • the information regarding the SNS member is a member ID given to the member by the system, information that can specify the member such as an address and name, a payable amount indicating the amount of money that can be purchased within a predetermined period of the member, etc. This information can be referred to in order to determine whether or not the system can be purchased.
  • the member ID is issued by the member information registration unit 16 based on a predetermined rule.
  • the store information registration means 17 is associated with the system, receives information on the affiliated store that is going to receive the purchase price via the SNS account 3, and stores the store information together with the store ID given to the store by the system. Such information is stored in the database 13.
  • the store ID is issued by the store information registration unit 17 based on a predetermined rule.
  • the deposit / withdrawal inquiry means 18 performs processing for inquiring transaction details such as deposit, withdrawal, transfer, and transfer to the SNS account 3 managed by the financial institution 2.
  • the deposit to the SNS account 3 includes a transfer from a member or a fund transfer between accounts in a form using electronic money.
  • the payable amount management means 19 sets and updates the payable amount for each member in the member information database 12. If the deposit / withdrawal inquiry means 18 acquires the deposit information from the member to the SNS account 3, the acquired deposit amount is added to the payable amount of the member.
  • the inquiry response means 20 accepts an inquiry from the affiliated store about whether or not settlement is possible through the SNS account 3 when any member tries to shop at the affiliated store, and the payment agent from the SNS account 3 receives the payment agent. It is determined whether or not it is possible, and a process of notifying the partner store is performed. That is, since the store terminal 6 transmits the member ID of the member who is going to shop and the amount of the product, the payable amount is extracted from the database using this member ID as a key, and this amount must be less than the amount of the product. For example, it is determined that the payment from the SNS account 3 is possible, and the fact that payment is possible is transmitted to the store terminal 6.
  • the purchase history registration means 21 receives this information and registers it in the database. That is, since the member ID of the member, purchase information including the purchased product and the purchase price are transmitted together with the store ID, the purchase information is registered in the purchase history database 14 and the payable amount of the member in the member information database 12 is calculated. Subtract the purchase amount and write the updated payable amount.
  • the store information database 13 is referred to based on the store ID, and the account number, settlement amount, and settlement date of the store are registered in the settlement information database 15. The settlement date is determined in advance when the store is registered as a partner store. For example, the same day or payment on the 27th of the month following the end of the month.
  • the settlement instructing means 22 refers to the settlement information database 15 and, when the settlement date has arrived, transfers money from the SNS account 3 to the settlement institution of the store to the financial institution 2 in which the SNS account 3 has been opened. Perform the process of instructing.
  • the system management computer 5 it is only necessary to send a signal requesting the transfer of funds to the account opened by the store to the financial institution 2 where the SNS account 3 is opened.
  • an existing system such as net banking may be used.
  • the member information providing unit 23 performs a process of transmitting information on the member including the usable amount and the purchase history.
  • the member information database 12 is associated with a member ID, and personal information such as a member name, an address, a telephone number, an e-mail address, and a date of birth is purchased by the member through the SNS account 3.
  • the payable amount is stored.
  • information related to the member's personal account, and authentication information such as a personal identification number and fingerprint data for authenticating the member himself / herself are stored as appropriate.
  • the store information database 13 is information that can identify a store such as a location, name, and telephone number in association with a store ID, and the name, account number, and account of the financial institution that the store has established in the financial institution. Information that can specify an account such as type is stored. In addition, information for authenticating that the store is a legitimate store is also stored as appropriate.
  • the purchase history database 14 stores who, at what store, when, what, and how much, together with a purchase ID assigned by the system. Information indicating whether or not the payment has been completed is also stored.
  • the settlement information database 15 stores an ID for identifying an event of purchase and information indicating when, how much, and where to transfer.
  • the SNS operator opens an SNS account 3 in any financial institution 2 (step [A]).
  • This SNS account 3 is an account that acts as a proxy for payment of the purchase price of the member, and the name of the established financial institution, account number, and account type are made known to the member.
  • An SNS participant who wishes to purchase a product using this system registers the system as a member of the SNS operator (step [B]).
  • the member registration means stores necessary information in the member information database 12. For example, as shown in FIG. 3, a member whose name is “Oyama ⁇ Oo”, address is “Shibuya-ku Nishi 1-1-1”, telephone number is “0300010002”, and mail address is “Az@bbb.jp”. It is newly registered and stored in association with the member ID “0123” assigned by this system.
  • the person who registered as a member deposits a predetermined or arbitrary amount into the SNS account 3 (step [C]).
  • the depositing method may be any method such as transfer or using electronic money.
  • the amount of money deposited in the SNS account 3 is grasped by the deposit / withdrawal inquiry means 18 and the payable amount column of the member information database 12 is updated.
  • the member “Yamao Yamao” is currently depositing 30000 yen into the SNS account 3.
  • the member deposits the SNS account 3 as many times as appropriate, such as when trying to purchase a large amount of money or when the payable amount decreases.
  • the store that intends to receive the payment agency service from the SNS account 3 using this system registers with the SNS operator as a partner store of this system (step [D]).
  • the store information registration unit 17 stores necessary information in the store information database 13. For example, as shown in FIG. 4, a store having a name “ ⁇ ⁇ bookstore”, an address “Shinjuku-ku Minami 2-2”, and a telephone number “0310002000” is newly registered and is called “S1001” given by this system. Stored in association with the store ID.
  • step [B] and step [D] are performed at an arbitrary timing whenever a newly registered member or store appears.
  • step [E] the member tries to shop at the affiliated store.
  • a plurality of shopping forms are possible. For example, First, if a card with a member ID is issued when you become a member of an SNS, after deciding the product you want to purchase, present this card to the store and communicate with the system management computer 5 A mode in which the member himself / herself inputs authentication information to the store terminal 6 in a state of being connected, Secondly, after determining a product to be purchased, the member himself / herself inputs a member ID and authentication information into the store terminal 6 in a state of being communicably connected to the system management computer 5; Third, a form in which a member accesses a net shopping site established by a partner store from his / her terminal, specifies a product to be purchased, and inputs a member ID and authentication information, And so on. In this system, it doesn't matter what kind of shopping is done, but the second and third methods above do not require a card, so the system saves the card issuance, and the member lose
  • the store transmits to the system management computer 5 the member ID desired to be purchased and the price of the purchase desired product (step [F]).
  • the inquiry response means 20 refers to the member information database 12 based on the received member ID, and extracts the payable amount of the member. If the transmitted product price is less than or equal to the payable amount, proxy settlement by SNS is possible, so that the store side can be purchased (step [G]).
  • the store that has received the purchase permission by the member from this system sells the product and transmits purchase history information such as the sold product, the price of the product, and the sales date to the system management computer 5 (step [H]). ).
  • the purchase history registration means 21 of the system management computer 5 registers the received information in the purchase history database 14, the payable amount management means 19 updates the payable amount in the member information database 12, and the settlement instruction means 22
  • the account information, the amount, and the settlement date of the store are registered in the settlement information database 15 (step [I]).
  • the settlement instructing means 22 refers to the settlement information database 15 periodically, and if the settlement required data with the settlement date is found, it corresponds to the financial institution 2 that has opened the SNS account 3 from the SNS account 3. Request the transfer of funds to the store account (step [J]). The requested financial institution 2 moves the funds to the requested store account according to the agreement between the financial institutions (step [K]). If the existing Internet banking mechanism is used, funds can be easily transferred between accounts.
  • the processing of the system management computer 5 is as follows: First, the process for registering and updating stores and members, Second, a process for grasping the deposit from the member corresponding to step [C] in FIG. Third, processing corresponding to purchase by the member corresponding to steps [F] to [I], Fourthly, it is roughly divided into processes for instructing the financial institution corresponding to step [J] to make a payment, and these processes are executed independently.
  • the member registration process is performed by a member who wishes to register, accessing the system, displaying a web page for member registration on the member terminal 8, and inputting predetermined information such as name and email address.
  • the registration means 16 stores the input information in the member information database 12.
  • the affiliated store registration process is performed in the same manner.
  • FIG. 3 shows an example of registration of member information
  • FIG. 4 shows an example of registration of store information.
  • the deposit / withdrawal inquiry means 18 queries the financial institution 2 that has established the SNS account 3 at a predetermined timing (for example, once every day at 9:00 am, etc.) for information related to deposit within a predetermined period (step S1). If there is new deposit information (“Yes” in step S2), the member information database 12 is searched based on information identifying the member such as a member ID (step S3). If the corresponding member record does not exist (“no" in step S4), it is determined that the deposit is not received from the member, and appropriate processing such as error processing is performed. If there is a record of the corresponding member (“yes” in step S4), the payable amount of the member is extracted and updated by adding the deposit amount (step S5). The processing after step S3 is repeated until there is no new deposit data.
  • a predetermined timing for example, once every day at 9:00 am, etc.
  • the store When the store receives an intention to purchase the product from the member (U1), the store transmits the member ID and authentication information desired to be purchased and the price of the purchase desired product together with the store ID to the system management computer 5 (U2).
  • the inquiry response means 20 searches the member information database 12 for member data that matches the received member ID and authentication information.
  • the store information database 13 is searched for store data that matches the received store ID (step S31). If at least one of the member and the store does not exist in the database (“no” in step S31), the purchase using this system is not permitted (step S32), and the store side does not sell or does not accept other payments such as cash settlement. Respond to sales by payment method.
  • the member information database 12 is referred to based on the member ID, the payable amount of the member is extracted, and the transmitted product price can be paid It is determined whether it is within the amount range (step S33). If it is within the payable amount (“Yes” in step S33), since the proxy settlement by SNS is possible, the fact that the purchase is possible is transmitted to the store side (step S35). If the amount exceeds the payable amount (“no” in step S33), the fact that the purchase is not possible is transmitted (step S34), and the store side does not sell or sells with another payment method such as cash settlement. Take measures such as responding.
  • the store that received the purchase permission by the member from the system management computer 5 notifies the SNS member that the system can be used (U3), confirms the intention of purchase (U4), and then sells the desired product.
  • the purchase information such as the sold product, product price, and sales date is transmitted to the system management computer 5 together with the store ID and member ID (U5).
  • the purchase history registration means 21 registers the received information in the purchase history database 14 (step S36), and the payable amount management means 19 pays the payment in the member information database 12.
  • the product price is deducted from the numerical value in the possible amount column and updated (step S37), and the settlement instruction unit 22 registers the account information, amount and settlement date of the store in the settlement information database 15 (step S38).
  • the purchase history database 14 As shown in FIG.
  • a purchase ID “E0012” is issued by this system, and is identified from other purchase histories.
  • the member information database 12 is updated as the current payable amount of 24,000 yen, which is a reduction of 6000 yen from 30000 yen before purchase.
  • the settlement information is stored as illustrated in FIG.
  • the payment corresponding to the purchase ID “E0012” is 6000 yen on January 31, 2009.
  • Store account with store ID S1001 (account information extracted from store information database 13: savings account 0123456 opened in bank aa ) Is recorded.
  • step [J] in FIG. 7 Processing is sometimes performed (processing of step [J] in FIG. 7). This process will be described with reference to FIG.
  • the settlement instruction unit 22 refers to the settlement information database 15 at a predetermined timing (for example, every day at 9:00 am) (step S51). If there is data to be settled today ("Yes" in step S52), the amount and remittance account information are extracted (step S53) and sent to the financial institution 2 where the SNS account 3 is opened, and this SNS account Requests a transfer of funds from 3 (step S54). For example, if today is January 31, 2009, the purchase ID “E0012” has arrived at the settlement date as shown in FIG. Therefore, it requests the financial institution 2 to transfer 6000 yen from the SNS account 3 to the ordinary deposit account 0123456 of the aa bank.
  • step S55 purchase history data having the same ID as the purchase ID of the payment data is extracted from the purchase history database 14 and the payment flag column is updated (step S55). For example, in the example of FIG. 5, since the purchase ID “E0012” has been settled, the settlement flag 0 is updated to 1 indicating settlement as shown in the lower row. The processing after step S53 is repeated until there is no more data to be settled.
  • the system management computer 5 prepares Web screen data (not shown) for responding to browsing requests from members and stores it in the storage means.
  • the member information providing means 23 confirms whether the member is a valid member.
  • Data with a matching member ID is extracted from the member information database 12 and the purchase history database 14 and transmitted to the member terminal 8.
  • FIG. 11 is a block diagram schematically showing the configuration of the system management computer 101 used in the system of this embodiment.
  • the system management computer 101 includes a storage unit 102, a processing unit 103, and a communication interface unit 11.
  • the storage unit 102 includes at least a member information database 104, a store information database 105, a purchase history database 106, a payment information database 15, and an acquisition point database 107.
  • the processing unit 103 includes at least member information registration means 16, store information registration means 108, deposit / withdrawal inquiry means 18, payable amount management means 19, inquiry response means 20, purchase history registration means 109, and settlement instruction. It comprises means 22, member information providing means 23, and point management means 110.
  • the store information registration unit 108 determines whether or not the store has issued points, and if so, the conversion rate of points.
  • the expiration date is also stored in the store information database 105.
  • a store and B store employ a point system with a conversion rate of 1/100
  • C store employs a point system with a conversion rate of 5/100.
  • a conversion rate of 1/100 means that when 100 yen is purchased, points 1 that can be exchanged for 1 yen are attached.
  • a conversion rate of 5/100 means that if you purchase 100 yen, you get 5 points that can be converted into 5 yen.
  • One point of A store and B store corresponds to 100 yen shopping, while one point of C store corresponds to 20 yen shopping.
  • step S101 processing of the system management computer 101 when a member of this system makes a purchase at a store adopting the point system
  • step S101 the number of points given together with purchase history information such as a sold product, a product price, and a sales date is received together with a store ID and a member ID.
  • step S102 This process corresponds to step S36 in FIG. 9 of the first embodiment.
  • the purchase history registration unit 109 registers the received information in the purchase history database 106 (step S102). In the example of FIG. 14, it is shown that 30 points have been given by purchasing a product of 3000 yen.
  • the point management unit 110 updates the acquired point database 107 by adding the number of points newly added to the current acquired point of the member purchased from the member information database 104 (step S103). .
  • the purchase amount corresponding to the acquired points is also stored together with the number of points.
  • the acquisition point database 107 stores the accumulated point number of the store and the conversion rate extracted from the store information database 105 in association with the store ID.
  • the value obtained by dividing the cumulative number of points by the conversion rate is the purchase amount that is the basis for acquiring points at the store.
  • the purchase price at the store whose ID is “S1012” in FIG.
  • the day when the point of the store is first used and the date when the latest point is used are also stored.
  • the date obtained by adding the expiration date (in this example, one year) from the date of the latest usage is stored as the usage date. This is because when the point system is adopted, a rule for invalidating the acquired points is often established when the point system is not used for a long period of time, so the date check is indispensable.
  • the acquisition point database 107 records how many points have been acquired at which stores as the entire SNS, and information on which member has acquired points at which stores is not necessary.
  • the member information database 104 records how many points have been acquired in total, but information on which store the points have been acquired is unnecessary.
  • the number of points that the member wishes to use is received from the store terminal 6 together with the member ID and the store ID (step S111).
  • the point management means 110 takes out the accumulated point number and the expiration date from the acquired point database 107 based on the store ID (step S112).
  • the accumulated point number is less than the desired use point number, or when the expiration date has passed (no in step S113)
  • a message indicating that the use is not possible is transmitted to the store terminal 6 (step S114).
  • step S113 If the accumulated point number is equal to or greater than the desired use point number and the expiration date has not passed (yes in step S113), the acquisition point number of the member is extracted from the member information database 104 based on the member ID (step S115). ). If the cumulative number of points of the individual member is less than the desired number of points to use (no in step S116), a message indicating that the member cannot be used is transmitted to the store terminal 6 (step S114). In other cases (yes in step S116), the store terminal 6 is transmitted to the effect that it can be used (step S117). When the conversion rate of points differs depending on the affiliated store, the determination process in step S116 is performed as follows.
  • the point conversion rate of the store is extracted from the store information DB 107, and the desired point use amount is obtained by dividing the desired use point number by this point conversion rate. If the purchase amount of the member extracted from the member information database 104 is not less than the desired point use amount, it is determined that the point can be used. That is, if the conversion rates of all the affiliated stores are equal, the points may be compared with each other. However, if the conversion rates differ depending on the affiliated stores, the points are converted into monetary amounts and then compared.
  • the member has been described as being able to use points within the acquired range, but an age limit may be provided.
  • the date of birth may be extracted from the member information database 104, and use of the points may be permitted only when the age is within a predetermined age range. If it is determined that points can only be used by people over the age of 60, the accumulated points can be used as if they were pensions. It is also possible to make up for the decline in income after retirement with points accumulated when you are young and earn a lot of money. This is one of the advantages of this system.
  • points are used for all or part of payment when purchasing a product.
  • the portion where points are not used is premised on settlement from the SNS account 3 within the range of payable amounts.
  • the acquired points may be converted into an amount and incorporated in the payable amount of each member, and the entire amount may be settled from the SNS account 3.
  • An age limit may be set when incorporating the acquisition points into the payable amount.
  • the amount that can be paid is supported by the amount deposited in the SNS account 3, or the sum of the amount deposited in the SNS account 3 and the converted amount of the acquisition points.
  • the SNS may provide the member with a certain amount of credit, and the SNS account 3 may be repaid for the SNS account 3 at a later date. That is, the SNS assumes payment to the store and charges the member at a later date.
  • this is a so-called credit function, instead of the SNS providing credit directly, a financial institution affiliated with the SNS may provide credit to the member.
  • the SNS acts as a proxy for the members, manages points in a lump, and the SNS behaves as if it were one huge consumer. Therefore, the data structure and processing flow of the database in each embodiment described above are merely examples, and the present invention is not limited to this.
  • SNS which is becoming widespread, personal consumption can be expected to increase by forming a joint purchase system that has advantages for consumers, producers and sellers.
  • SYMBOLS 1 SNS administration entity 2 Financial institution where SNS account is opened 3 SNS account 4 Partner store 5 System management computer 6 (in the first embodiment) Store terminal 7 SNS member 8 Member terminal 9 Storage unit 10 Processing unit 11 Communication Interface means 12 Member information database 13 Store information database 14 Purchase history database 15 Settlement information database 16 Member information registration means 17 Store information registration means 18 Deposit / withdrawal inquiry means 19 Payable amount management means 20 Inquiry response means 21 Purchase history registration means 22 Settlement Instructing means 23 Member information providing means N Communication network 101 (second embodiment) System management computer 102 Storage section 103 Processing section 104 Member information database 105 Store information database 106 Purchase history database 107 Acquisition point database 108 Store information registration means 109 Purchase history registration means 110 Point management means

Abstract

【課題】ＳＮＳの会員個人の買物の支払いを、ＳＮＳが代行することで、購買力やポイントをＳＮＳに集約させ、これにより得られる利益をＳＮＳ会員に還元するシステム及び方法を提供する。 【解決手段】ＳＮＳ１のシステム管理コンピュータ５は、提携している店舗４の端末６と、ＳＮＳ名義のＳＮＳ口座３を開設している金融機関２と通信可能に接続され、コンピュータ５は、会員７の支払可能金額を記憶する会員情報ＤＢと、提携店舗の決済機関を記憶する店舗情報ＤＢを含むとともに、店舗４で買い物をする会員７が、ＳＮＳ口座３を通じた支払いを希望する場合に、代金が支払可能金額内か否かを判定する手段と、前記店舗４の決済機関を店舗情報ＤＢから抽出して、この決済機関へ送金するようにＳＮＳ口座３を開設している金融機関２に指示する手段と、買い物をした会員７の支払可能金額を更新する手段を含み構成される。

Description

ＳＮＳを利用した協同購入システムおよび方法
　ＳＮＳ（ソーシャルネットワーキングサービス）の会員個人の買物の支払いを、ＳＮＳが代行することで、購買力やポイントをＳＮＳに集約させ、これにより得られる利益をＳＮＳ会員に還元するシステム及び方法に関する。
インターネットの普及に伴い、各種新しいサービスやシステムが出現しており、ＳＮＳもそのひとつである。ＳＮＳは元来仲間作りを目的とするシステムであるが、単なる人脈形成の手段にとどめず、ビジネスにも利用しようとする動きがある。たとえば、特許文献１には、携帯電話のＷｅｂサイトを介して、ＳＮＳ及び会員制の電子マネーによる決済サービスを提供する会員制Ｗｅｂ電子マネーサイト管理システムが開示されている。
特開２００８－３０５１１２号公報
しかしながら、特許文献１に記載のシステムでは、会員はシステムの管理会社の口座を介して代金の決済をするのであるが、管理会社の口座が決済の代行をすることによる利点に関心が払われていない。決済代行口座を持つ管理会社が１個の仮想的な巨大な消費者と考えれば、スケールメリットを活かした数々の利点（値引き、ポイント加算などの優遇措置）が生ずるはずであるが、会員にこの利点を還元する仕組みが見当たらない。
　本発明は、ＳＮＳ運営主体（以下「ＳＮＳ」）が個々の会員に代わって支払いの代行をすることで得られる利点を会員に還元することにより、ＳＮＳも会員も提携店舗も揃って実益を享受できる仕組みの提案を目的とする。
ところで販売促進のためのポイントサービスは、既に各種の小売業者で実施されている。しかしながら、それらは、他人への貸与・譲渡は不可とされ、カードを一定期間使用しなければ無効となる。本発明は、ポイント交換を可能とし、カードが期限切れにより無効となるおそれを減少させる仕組みの提案も目的とする。
　前記目的を達成するため、本発明は、ＳＮＳの会員による商品の購入代金の支払いが、当該ＳＮＳ名義で金融機関に開設された口座（以下、「ＳＮＳ口座」）からの引き落としにより行われるＳＮＳを利用した協同購入システムに係るものであって、
商品を提供する提携店舗が使用する店舗コンピュータとインターネットを介しての接続が可能なシステム管理コンピュータの機能によって実現される。システム管理コンピュータは、記憶部と処理部を備え、記憶部は、
会員の識別情報と支払可能金額とを対応づけて記憶する会員情報データベースと、
提携店舗の識別情報と決済機関とを対応づけて記憶する店舗情報データベースと、
提携店舗における会員による購入の履歴を記憶する購入履歴データベースと、
決済日および決済金額を決済機関と対応づけて記憶する決済情報データベースと、
を含んでいる。
処理部は、
　　前記店舗コンピュータからの販売可否照会要求を、会員識別情報と当該会員が購入を希望する商品の代金とともに受信して前記商品代金が前記会員情報データベースから抽出した当該会員の支払可能金額の範囲内か否かを返答する照会応答手段と、
　　前記商品代金が前記支払可能金額の範囲内の場合に前記店舗コンピュータから送信されてきた代金を含む購入情報を店舗識別情報とともに前記購入履歴データベースに登録する購入履歴登録手段と、
　　前記購入情報を送信してきた店舗の決済機関を前記決済情報データベースから抽出して前記ＳＮＳ口座が開設された金融機関に対して、所定のタイミングで当該ＳＮＳ口座から前記店舗の決済機関への送金を指示する決済指示手段と、
　　前記会員情報データベースの各会員について、その支払可能金額の設定と更新を行う支払可能金額管理手段と、
を含んでいる。
「店舗」には、リアルな店舗だけでなく、オンラインショッピングのサイトも含まれる。
「店舗コンピュータ」は、下記の実施形態では店舗端末が相当する。
「商品」には有形の商品だけでなく、無形の商品（サービス）も含まれる。
ＳＮＳには、既会員からの招待がないと加入できないタイプと、誰でも加入できるタイプとがあるが、本発明ではいずれでもよい。ただし、対外的な信用の獲得の観点からは、前者が好ましい。
消費者だけでなく、店舗も本システムの会員になることができる。店舗は、生産販売だけでなく、購買も行うからである。もし、店舗が本システムに加入するならば、消費者としての利益だけでなく、ＳＮＳを利用して広告宣伝できるという利益も得られる。ＳＮＳが基礎とするインターネットの広告宣伝機能は目覚しいものがあるからである。
このように、ＳＮＳが支払いの窓口となることにより、ＳＮＳ会員個人の買物は、ＳＮＳ単一の買い物とみなされ、従って購入主体もＳＮＳになるから、当然にして割引や獲得ポイントもＳＮＳに集約される。
　　ＳＮＳが代理人として購入し支払いを行うので、ＳＮＳは「巨大な消費者」とみなすことができる。個々の消費者は売主に比べて圧倒的に弱いのが通常であるが、本システムのＳＮＳは巨大な消費者として強い立場がとれる。通常の消費者よりも割引やポイント獲得などの場面でのスケールメリットも期待できる。このスケールメリットは最終的には会員に還元される。現状のＳＮＳは、経済的な面でＳＮＳ運営者から会員への還元は特にないが、本システムは、会員に実利的な利益ももたらすことができる。
さらに、本システムは、ＳＮＳを管理主体とすることから、ＳＮＳならではの機能を活用できる。例えば、趣味や地域などテーマを決めて掲示板などで交流できる機能、新しくできた知人を登録する機能、サイト内に掲載される広告や、友人に商品・サービスを推薦する機能、等を活用できる。そのため、特に費用をかけなくても会員が増加するという利点がある。会員が増加すればするほど、一個の消費者としてのＳＮＳの立場が強化され、それに伴う会員への還元も豊かなものとなる。また、すぐれた広告機能により、提携する店舗が増加する。このことは、同種の店舗間の競争を促し、会員は良質な商品をリーズナブルな価格で入手できることにつながる。
上記の目的を達成するために、前記システム管理コンピュータは、取得ポイントデータベースとポイント管理手段とをさらに備え、前記ポイント管理手段は、会員が商品を購入した提携店舗によって前記ＳＮＳに対して発行された有価価値情報を当該店舗の識別情報とともに前記取得ポイントデータベースに登録するとともに、前記会員情報データベースに会員別に取得した有価価値情報を集計して更新登録するとよい。
「有価価値情報」とは、下記の実施形態では「ポイント」が相当する。つまり、さまざまな小売業者が導入しているポイントサービスの「ポイント」である。
これにより、ＳＮＳに一括してポイントがたまるので、各会員は、たまったポイント（自分が購入したことのない店のポイントもある）の中から気に入ったポイントを利用できる。つまり、事実上のポイント交換が可能になる。
　上記の目的を達成するために、前記システム管理コンピュータは、前記ＳＮＳ口座が開設されている金融機関に当該ＳＮＳ口座に関する入出金情報を照会する入出金照会手段をさらに備え、前記入出金照会手段が、会員の識別情報と入金額を含む入金情報を受信したときに、前記支払可能金額管理手段は、前記会員情報データベースの当該会員の支払可能金額に前記受信した入金額を加算するとよい。
ここで、入金方法としては、通常の振込みと電子マネーによる入金とがある。
　上記の目的を達成するために、前記支払可能金額管理手段は、当該ＳＮＳあるいは与信業務を行う金融機関から所定限度額の信用を供与されている会員について、前記会員情報データベースの当該会員の支払可能金額に信用供与されている限度額内の金額を加算するようにしてもよい。
　これにより、ＳＮＳ口座に預託できるような手持ちの現金がない場合でも、商品の購入ができる。
　上記の目的を達成するために、前記支払可能金額管理手段は、前記会員情報データベースの支払可能金額に、当該会員の前記取得ポイント数の全部または一部を所定の方法で金額に換算した換算額を加算するようにしてもよい。また、前記会員情報データベースには会員の年齢を示す情報を含み、前記支払可能金額管理手段は、年齢が所定の条件を満たす会員に対してのみ前記換算額の加算をしてもよい。
「年齢を示す情報」とは、下記の実施形態では、生年月日が相当する。
例えば、ポイントの使用は６０歳になってから、といった取り決めを設けておくならば、将来の年金代わりともなる。
ＳＮＳの会員が使用する会員端末は、前記システム管理コンピュータと通信ネットワークを介して接続可能であり、前記システム管理コンピュータは会員端末からの要求に対して、前記使用可能金額と前記購入履歴を含む当該会員に関する情報を送信する会員情報提供手段をさらに備えるとよい。
　これにより、会員は、自分の利用実績などを適宜閲覧できるので、万が一他人による不正があっても早期に被害を把握でき、本システムを安心して利用できる。
コンピュータを、上記協同購入システムのシステム管理コンピュータとして動作させる方法も、本発明の目的を達成するものである。
本発明は、個々の会員の消費行動をＳＮＳが集約することから、既存の生活協同組合との類似に着目する向きがあるかもしれない。しかし、本システムと生活協同組合とは、次のように似て非なるものである。
生活協同組合は、主として商品を共同で仕入れて組合員へ小売するという共同購買活動を事業として行う。一方本発明では、主体となるＳＮＳつまりシステムは、自らが仕入れや小売を行うことを想定していない。
また、生活協同組合は、地域や大学といった狭い社会でのみの展開にとどまる。これに対し、本発明の場合、通信ネットワークに接続できるならば、居住地がどこであれＳＮＳへの参加が可能となる。つまり本システムは全国展開が可能なのである。また、通信ネットワークを介して会員間で大量の情報交換がなされ、その中には商品や商業主体に関する情報も含まれる。ＳＮＳが会員制を採用するならば、情報の信頼性も高い。信頼できる情報に大量に接することにより、参加者は購買意欲を喚起される。本システムは、巨大な１個の仮想的消費主体を作り出し、産業界全体に影響を及ぼす可能性を秘めている。
　さらに、生活協同組合によっては店舗利用者にポイントサービスを取り入れるところもあるが、各個人が貯めたポイントは自分で管理して使用する。しかし、本発明では、本システムと提携しているすべての業者（生活協同組合の場合は自店舗に限定される）のポイントサービスが対象であって使い勝手がよい。更に、ＳＮＳがポイントを一括して管理しているので、各会員は、種々の業者のポイントを利用できる等の柔軟性がある。
　個々のＳＮＳ会員の商品購入代金の支払いを、ＳＮＳが代行することで、購買力やポイントをＳＮＳに集約させ、これにより得られる利益をＳＮＳ会員に還元することができる。
第１の実施の形態に係る協同購入方法を実現するためのシステムを概略的に示す全体構成図である。 第１の実施の形態に係るシステム管理コンピュータの機能を簡略的に示すブロック図である。 第１の実施の形態に係る会員情報の一例を示すデータ構造図である。 第１の実施の形態に係る店舗情報の一例を示すデータ構造図である。 第１の実施の形態に係る購入履歴情報の一例を示すデータ構造図である。 第１の実施の形態に係る決済情報の一例を示すデータ構造図である。 第１の実施の形態に係る協同購入方法の全体の処理概要を説明する図である。 第１の実施の形態で用いられるシステム管理コンピュータにおける処理の流れを示すフローチャートである。 第１の実施の形態で用いられるシステム管理コンピュータにおける処理の流れを示すフローチャートである。 第１の実施の形態で用いられるシステム管理コンピュータにおける処理の流れを示すフローチャートである。 第２の実施の形態に係るシステム管理コンピュータの機能を簡略的に示すブロック図である。 第２の実施の形態に係る店舗情報の一例を示すデータ構造図である。 第２の実施の形態で用いられるシステム管理コンピュータにおける処理の流れを示すフローチャートである。 第２の実施の形態に係る購入履歴情報の一例を示すデータ構造図である。 第２の実施の形態に係る会員情報の一例を示すデータ構造図である。 第２の実施の形態に係る取得ポイント情報の一例を示すデータ構造図である。 第２の実施の形態で用いられるシステム管理コンピュータにおける処理の流れを示すフローチャートである。
（第１の実施の形態）
　以下、本発明の一実施の形態について図面を参照して説明する。図１は、この実施の形態のシステム（以下「本システム」）を概略的に示す全体構成図であり、図２は、本システムに用いられるシステム管理コンピュータにおける構成を簡略的に示す機能ブロック図である。
　本実施形態では、ＳＮＳの加入者７（以下、「ＳＮＳ会員」という）が、ＳＮＳ運営者１がＳＮＳ名義で金融機関２に開設したＳＮＳ口座３に資金を預託し、ＳＮＳ運営者１から提携店舗として指定された店舗４から商品を購入する際、預託した資金の範囲内で、ＳＮＳ口座３を介して代金の支払いを行う場合について説明する。
　図１に示すように、本実施の形態で用いる協同購入システムは、ＳＮＳ運営者１が設置し、このシステムで必要な各種データとプログラムを格納したシステム管理コンピュータ５と、ＳＮＳ口座３を開設した金融機関２の端末と、ＳＮＳ口座３を介して購入代金の支払いを受ける店舗が利用する店舗端末６と、ＳＮＳ口座３に資金を預託し、同口座より購入代金の引き落としが行われるＳＮＳ会員７が利用する会員端末８とを有する。そして、システム管理コンピュータ５は、店舗端末６及びＳＮＳ会員端末８と、インターネット、有線電話回線、無線電話回線、ＣＡＴＶ（cable television）回線などの通信回線網Ｎを介して情報の授受が可能に構成されている。
　ここで、店舗端末６とは、システム管理コンピュータ５と情報の授受が可能に接続された店舗が所有するパソコンや携帯電話などをいう。本実施の形態では、店舗がこれらの端末を介して行った行為を含め、店舗の行為を単に「提携店舗」と称して説明することがある。
　会員端末８とは、システム管理コンピュータ５と情報の授受が可能に接続された会員が所有するパソコンや携帯電話などをいう。本実施の形態では、会員がこれらの端末を介して行った行為を含め、会員の行為を単に「ＳＮＳ会員」と称して説明することがある。
　会員および店舗と、システム管理コンピュータ５との情報の送受信はもっぱらＷｅｂページを介して行うので会員端末８および店舗端末６は画面表示手段とＷｅｂブラウザと呼ばれるソフトウェアを備えていることが必要である。なお、ＳＮＳのようにインターネットを利用したシステムは、ＨＴＭＬ言語で記述されたファイルを読みこんで画面に表示させ、これをユーザインターフェースとするのが通常である。したがって、以下、ユーザインターフェースに関する説明は省略する。
　このシステム管理コンピュータ５は、図２に示すように、記憶部９、処理部１０、通信インターフェース手段１１から構成される。
　記憶部９は、少なくとも会員情報データベース１２と、店舗情報データベース１３と、購入履歴データベース１４と、決済情報データベース１５から構成されている。この記憶部９は、ハードディスクドライブ装置あるいはシステム管理コンピュータ５とは別体のデータベースサーバなどによって実装される。
　処理部１０は、少なくとも会員情報登録手段１６と、店舗情報登録手段１７と、入出金照会手段１８と、支払可能金額管理手段１９と、照会応答手段２０と、購入履歴登録手段２１と、決済指示手段２２と、会員情報提供手段２３から構成されている。これらの処理部１０の各手段は、主として図示しないＣＰＵが所定のプログラムをＣＤ－ＲＯＭなどの記憶媒体からメモリ上に読みこんで実行することにより実現される。
　また、システム管理コンピュータ５は、図示しないが、オペレーティング・システム、各種アプリケーションプログラム、各種データ、およびＷｅｂページを記述したＨＴＭＬファイルをハードディスクドライブ装置、ＲＡＭなどに記憶している。また、キーボードやマウスなどの入力手段とディスプレイやプリンタなどの出力手段も適宜備える。
　なお、システム管理コンピュータ５の機能は、複数のコンピュータに分散させてもよい。たとえば、会員および店舗との情報の送受信はもっぱらＷｅｂページを介して行うが、このＷｅｂサイトを管理するＷｅｂサーバを別個に設けてもよい。
　会員情報登録手段１６は、ＳＮＳに加入している者であって、本システムを利用して提携店舗での買い物をしようとするＳＮＳ会員に関する個人情報を受付け、会員情報データベース１２にこれらの情報を記憶する。
　ここで、ＳＮＳ会員に関する情報とは、本システムが会員に対して付与した会員ＩＤや、住所・氏名などの会員を特定できる情報、会員の所定期間内に購入可能な金額を示す支払可能金額などの本システムが購入可否を判定するために参照できる情報をいう。なお、会員ＩＤは、会員情報登録手段１６が予め決められた規則に基づいて発行する。
　店舗情報登録手段１７は、本システムと提携し、購入代金の支払いをＳＮＳ口座３を介して受けようとする提携店舗に関する情報を受付け、本システムが店舗に対して付与した店舗ＩＤとともに、店舗情報データベース１３にこれらの情報を記憶する。
　なお、店舗ＩＤは、店舗情報登録手段１７が予め決められた規則に基づいて発行する。
　入出金照会手段１８は、金融機関２が管理しているＳＮＳ口座３に対する入金、出金、振替、振込などの取引内容を照会する処理を行う。ＳＮＳ口座３に対する入金としては、会員からの振込み、あるいは電子マネーを利用した形態の口座間の資金移動などがある。
　支払可能金額管理手段１９は、前記会員情報データベース１２の各会員について、その支払可能金額の設定と更新処理を行う。入出金照会手段１８によって会員からのＳＮＳ口座３への入金情報を取得したならば、当該会員の支払可能金額に、取得された入金額を加算する。
　照会応答手段２０は、提携店舗において、いずれかの会員が買い物をしようとする際、ＳＮＳ口座３を介しての決済の可否についての提携店舗からの照会を受付け、ＳＮＳ口座３からの支払い代行が可能か否かを判断し、提携店舗に通知する処理を行う。
　すなわち、店舗端末６が買い物をしようとしている会員の会員ＩＤと商品の金額を送信してくるので、この会員ＩＤをキーとしてデータベースから支払可能金額を抽出し、この金額が商品の金額より少なくなければＳＮＳ口座３からの決済が可能であると判断し、店舗端末６に対して支払代行が可能な旨を送信する。
　購入履歴登録手段２１は、照会応答手段２０が決済可能である旨を送信した会員による購入情報が店舗端末６から送信されてくると、この情報を受信しデータベースに登録する処理を行う。
　すなわち、店舗ＩＤとともに、当該会員の会員ＩＤと、購入商品および購入金額を含む購入情報が送信されてくるので、購入履歴データベース１４に登録するとともに、会員情報データベース１２の当該会員の支払可能金額から購入金額を差し引いて、更新後の支払可能金額を書き込む。あわせて、店舗ＩＤに基づき店舗情報データベース１３を参照して、決済情報データベース１５に、当該店舗の口座番号と決済金額と決済日を登録する。決済日は、当該店舗を提携店舗として登録する際にあらかじめ取り決めておく。たとえば、即日とか、月末締めの翌月２７日払いとかである。
　決済指示手段２２は、決済情報データベース１５を参照して、決済日が到来したならば、ＳＮＳ口座３が開設された金融機関２に対して、ＳＮＳ口座３から当該店舗の決済機関への送金を指示する処理を行う。
　システム管理コンピュータ５としては、ＳＮＳ口座３の開設された金融機関２に対して店舗が開設した口座への資金移動を依頼する信号を送信するだけでよい。口座間の資金移動は、ネットバンキングなどの既存のシステムを利用すればよい。
　会員情報提供手段２３は、会員端末８からの問い合わせに対して、前記使用可能金額と前記購入履歴を含む当該会員に関する情報を送信する処理を行う。
　会員情報データベース１２は、たとえば図３に示すように、会員ＩＤと対応づけて、会員名、住所、電話番号、メールアドレス、生年月日といった個人情報とともに、当該会員がＳＮＳ口座３を介した買い物が可能な支払可能金額が記憶される。他に、会員の個人口座に関する情報、会員本人と認証するための暗証番号や指紋データなどの認証情報も適宜記憶される。
　店舗情報データベース１３は、たとえば図４に示すように、店舗ＩＤに対応づけて、所在地・名称・電話番号などの店舗を特定できる情報、店舗が金融機関に開設した金融機関名・口座番号・口座種別などの口座を特定できる情報が記憶される。他に、正当な店舗であることを認証するための情報も適宜記憶される。
　購入履歴データベース１４は、たとえば図５に示すように、システムが付与した購入ＩＤとともに、誰が・どの店で・何時・何を・いくらで購入したかが記憶される。また、支払い済みか否かを示す情報も記憶される。
　決済情報データベース１５は、たとえば図６に示すように、購入というイベントを特定するＩＤ，何時・いくらを・どこに振り込むかを示す情報が記憶される。
　次に、上述のように構成された本システムにおける処理の概要を図７を参照しながら説明する。
　ＳＮＳの運営者は、いずれかの金融機関２にＳＮＳ口座３を開設する(ステップ〔Ａ〕） 。このＳＮＳ口座３は、会員の購入代金の支払いを代行する口座であって、開設されている金融機関名、口座番号、口座の種別が会員に周知される。
　このシステムを利用して商品の購入をしたいと希望するＳＮＳの参加者は、ＳＮＳ運営者に本システムの会員登録をする（ステップ〔Ｂ〕）。会員登録手段は、必要な情報を会員情報データベース１２に記憶させる。例えば図３に示すように、氏名が「○山□夫」、住所が「渋谷区西１－１－１」、電話番号が「０３０００１０００２」、メールアドレスが「Ａｚ＠ｂｂｂ．ｊｐ」の会員が新規登録され、本システムによって付与された「０１２３」という会員ＩＤと対応づけて記憶される。
　なお、本システムの会員は、当該ＳＮＳの参加者であれば上記の登録をすることによって誰でもなれるようにしてもよく、本システムの審査にパスした者のみが会員となれるようにしてもよい。
　会員登録をした者は、ＳＮＳ口座３に所定のあるいは任意の金額を入金する（ステップ〔Ｃ〕） 。入金方法は、振込みでも、電子マネーを利用した方法でも何でもよい。誰がいくらの金額をＳＮＳ口座３に入金したのかが、入出金照会手段１８によって把握され、会員情報データベース１２の支払可能金額の欄が更新される。図３の中段に示す例では、会員「○山□夫」は、現在ＳＮＳ口座３に３００００円入金していることが示されている。会員は、高額の買い物をしようとする場合、支払可能金額が減少した場合など、適当なタイミングで何回でもＳＮＳ口座３に入金をする。
　本システムを利用してＳＮＳ口座３からの支払代行サービスを受けようとする店舗は、ＳＮＳ運営者に本システムの提携店舗として登録をする（ステップ〔Ｄ〕）。店舗情報登録手段１７は、必要な情報を店舗情報データベース１３に記憶させる。例えば図４に示すように、名称が「◎○書店」、住所が「新宿区南２－２」、電話番号が「０３１０００２０００」の店舗が新規登録され、本システムによって付与された「Ｓ１００１」という店舗ＩＤと対応づけて記憶される。
　以上の、ステップ〔Ａ〕、〔Ｂ〕、〔Ｃ〕および〔Ｄ〕の処理がなされた後、登録された会員は登録された提携店舗にて買い物をし、代金支払いをＳＮＳに代行してもらうことができる。ここで、ステップ〔Ｂ〕とステップ〔Ｄ〕の処理は、新規に登録する会員や店舗が現れる都度、任意のタイミングで行われる。
　次に、会員が、提携店舗にて買い物をしようとする（ステップ〔Ｅ〕）。買い物の形態は、複数が考えられる。
たとえば、
第１に、ＳＮＳの会員になった際に会員ＩＤを記載したカードを発行されている場合、購入しようとする商品を決めた後、店舗にこのカードを提示するとともに、システム管理コンピュータ５と通信可能に接続された状態の店舗端末６に会員本人が認証情報を入力する形態、
第２に、購入しようとする商品を決めた後、システム管理コンピュータ５と通信可能に接続された状態の店舗端末６に会員本人が会員ＩＤと認証情報を入力する形態、
第３に、提携店舗が開設するネットショッピングサイトに、会員が自分の端末からアクセスし、購入しようとする商品を特定するとともに、会員ＩＤと認証情報を入力する形態、
などが考えられる。
　本システムでは、どのような形態で買い物をするかは問わないが、上記の第２、第３の方法は、カードが不要であるため、システムにとってカード発行の手間が省け、会員にとってカードの紛失のおそれが無いなど利点が多い。
　店舗は、システム管理コンピュータ５に、購入を希望する会員ＩＤと購入希望商品の代金を送信する（ステップ〔Ｆ〕）。
　照会応答手段２０は、受信した会員ＩＤに基づき会員情報データベース１２を参照し、当該会員の支払可能金額を抽出する。送信された商品代金が支払可能金額以下であるならば、ＳＮＳによる代行決済が可能であるため、店舗側に購入可であることを送信する（ステップ〔Ｇ〕）。
　本システムから当該会員による購入可を受信した店舗は、商品を販売するとともに、システム管理コンピュータ５に対して、販売した商品、商品代金、販売日などの購入履歴情報を送信する（ステップ〔Ｈ〕）。
　システム管理コンピュータ５の購入履歴登録手段２１は、受信した情報を購入履歴データベース１４に登録し、支払可能金額管理手段１９は、会員情報データベース１２の支払可能金額を更新し、決済指示手段２２は、決済情報データベース１５に当該店舗の口座情報と金額と決済日とを登録する（ステップ〔Ｉ〕）。
　決済指示手段２２は、定期的に決済情報データベース１５を参照し、決済日が到来した要決済データが見つかれば、ＳＮＳ口座３を開設してある金融機関２に対して、ＳＮＳ口座３から該当する店舗の口座への資金移動を依頼する（ステップ〔Ｊ〕）。
　依頼された金融機関２は、金融機関同士の取り決めに従い、依頼された店舗口座へ資金を移動する（ステップ〔Ｋ〕）。
　なお、既存のインターネットバンキングの仕組みを利用すれば、口座間の資金移動が簡便にできる。
　以上が、ＳＮＳ会員が提携店舗にて買い物をし、その代金の決済がＳＮＳによって代行されるまでの概要である。
　提携店舗にとっては、ＳＮＳという仮想的な巨大な消費者と取引をすることができ、確実に代金の支払いを受けることができる。提携店舗は、このような有力な消費者を顧客としてつなぎとめておくために、値引きや会員限定プレゼントといった付加価値を設けることが多く、会員は、このようなスケールメリットを享受できる。例えば、本来の商品代金は1０００円であるが、ＳＮＳ口座３を利用することの見返りに１割引きにされたとする。値引きされた1００円のうち、２割（２０円）はＳＮＳ側で手数料として受け取るとともに、残る８割（８０円）は、当該会員の支払可能金額に戻すとするならば、会員は、
１０００円の商品を９２０円で購入したことになる。
　このように、本システムは、提携店舗にとっても、会員にとっても、手数料を受け取れるＳＮＳにとっても、利益がもたらされるシステムであり、個人消費の拡大に寄与するものである。
　次に、以上のような構成のシステムにおけるシステム管理コンピュータ５での動作の一例を説明する。
　システム管理コンピュータ５の処理は、
第１に、店舗および会員を登録・更新するための処理、
第２に、図７のステップ〔Ｃ〕に対応する会員からの入金をシステム側で把握するための処理、
第３に、ステップ〔Ｆ〕～〔Ｉ〕に対応する会員による購入に対応した処理、
第４に、ステップ〔Ｊ〕に対応する金融機関に決済を指示する処理
に大別され、これらの処理はそれぞれ独立に実行される。
　会員の登録処理は、登録を希望する会員が本システムにアクセスし、会員登録のためのｗｅｂページを会員端末８に表示させ、氏名、メールアドレスなどの所定の情報を入力することによって、会員情報登録手段１６が入力された情報を会員情報データベース１２に記憶させる。提携店舗の登録処理も同様に行われる。会員情報の登録例は図３に、店舗情報の登録例は図４に示すとおりである。
　図７のステップ〔Ｃ〕に対応する会員からの入金をシステム側で把握するための処理を図８に従い説明する。
　入出金照会手段１８は、予め決めたタイミング（例えば、毎日１回午前９時など）でＳＮＳ口座３を開設している金融機関２に所定期間内の入金に関する情報を照会する（ステップＳ１）。新規の入金情報があれば（ステップＳ２で‘有り’）、会員ＩＤなどの会員を特定する情報に基づき、会員情報データベース１２を検索する（ステップＳ３）。もし、該当する会員のレコードが存在しなければ（ステップＳ４で‘ｎｏ’）、会員からの入金ではないと判断し、エラー処理などの適宜の処理をする。該当する会員のレコードが存在すれば（ステップＳ４で‘ｙｅｓ’）、当該会員の支払可能金額を抽出し、入金額を加算して更新する（ステップＳ５）。ステップＳ３以降の処理を、新規の入金データがなくなるまで繰り返す。
　続いて、ステップ（Ｆ）～（Ｉ）に対応する会員による購入に対応した処理を図９に従い説明する。なお以下の説明に於いて、表記「Ｕ＊」はユーザ即ち会員或いは店舗の処理を示し、表記「ステップＳ＊」はシステム管理コンピュータ５の処理を示す。
　店舗は、会員から商品購入の意思表示を受けると（Ｕ１）、システム管理コンピュータ５に、購入を希望する会員ＩＤおよび認証情報と購入希望商品の代金を、店舗ＩＤとともに送信する（Ｕ２）。
　照会応答手段２０は、受信した会員ＩＤおよび認証情報が一致する会員データを会員情報データベース１２から検索する。あわせて、受信した店舗ＩＤと一致する店舗データを店舗情報データベース１３から検索する（ステップＳ３１）。会員と店舗の少なくとも一方がデータベースに存在しなければ（ステップＳ３１で‘ｎｏ’）、本システムを用いた購入は認めず（ステップＳ３２）、店舗側は、販売しないか、現金決済などの他の支払い方法による販売に応ずる等の対応をする。
　会員が提携店舗で買い物をしようとしている場合（ステップＳ３１で‘ｙｅｓ’）、会員ＩＤに基づき会員情報データベース１２を参照し、当該会員の支払可能金額を抽出し、送信された商品代金が支払可能金額の範囲内であるかを判定する（ステップＳ３３）。支払可能金額内であるならば（ステップＳ３３で‘ｙｅｓ’）、ＳＮＳによる代行決済が可能であるため、店舗側に購入可であることを送信する（ステップＳ３５）。もし、支払可能金額を上回る場合は（ステップＳ３３で‘ｎｏ’）、購入不可であることを送信し（ステップＳ３４）、店舗側は、販売しないか、現金決済などの他の支払い方法による販売に応ずる等の対応をする。
　システム管理コンピュータ５から当該会員による購入可を受信した店舗は、ＳＮＳ会員に本システムを利用できる旨を通知し（Ｕ３）、購入の意思を確認（Ｕ４）した後、希望する商品を販売するとともに、システム管理コンピュータ５に対して、販売した商品、商品代金、販売日などの購入情報を店舗ＩＤ、会員ＩＤとともに送信する（Ｕ５）。システム管理コンピュータ５は、これらの情報を受信すると、購入履歴登録手段２１は、受信した情報を購入履歴データベース１４に登録し（ステップＳ３６）、支払可能金額管理手段１９は、会員情報データベース１２の支払可能金額欄の数値から商品代金を減額して更新し（ステップＳ３７）、決済指示手段２２は、決済情報データベース１５に当該店舗の口座情報と金額と決済日とを登録する（ステップＳ３８）。
　例えば店舗ＩＤがＳ１００１の店舗にて会員ＩＤが０１２３の会員が平成２０年１２月３０日に６０００円の漢和辞典を購入した履歴は、図５のように購入履歴データベース１４に記録される。ここで、本システムによって購入ＩＤ「Ｅ００１２」が発行されて、他の購入履歴と識別される。この例では、会員情報データベース１２は、図３の下段のように、購入前の３００００円から代金６０００円が減額された２４０００円が現在の支払可能金額として更新される。また、決済情報は、図６に例示するように記憶される。購入ＩＤ「Ｅ００１２」に対応する支払いは、平成２１年１月３１日に６０００円を店舗ＩＤがＳ１００１の店舗の口座（店舗情報データベース１３から抽出した口座情報：ａａ銀行に開設した普通預金口座０１２３４５６）に振り込むべきことが記録される。
　購入と同時に支払う旨の取り決めが本システムと店舗との間でなされている場合は、ただちに決済されるが、それ以外の場合は、決済情報データベース１５に登録しておき、後日決済日が到来したときに処理をする〔図７のステップ〔Ｊ〕の処理）。
　この処理について図１０に従い説明する。
　決済指示手段２２は、予め決めたタイミング（例えば、毎日午前９時）で決済情報データベース１５を参照する（ステップＳ５１）。本日決済すべきデータがあれば（ステップＳ５２で‘有り’）、金額と送金先の口座情報を取り出して（ステップＳ５３）、ＳＮＳ口座３を開設してある金融機関２に送信し、当ＳＮＳ口座３からの資金移動を依頼する（ステップＳ５４）。例えば、本日が平成２１年１月３１日であれば、図６に示すように購入ＩＤ「Ｅ００１２」が決済日到来である。そのため、金融機関２に対して、６０００円をＳＮＳ口座３から、ａａ銀行の普通預金口座０１２３３４５６へ送金するように依頼する。
　次に、当該決済データの購入ＩＤと同一のＩＤをもつ購入履歴データを購入履歴データベース１４から抽出して、決済フラグ欄を更新する（ステップＳ５５）。例えば、図５の例では、購入ＩＤ「Ｅ００１２」が決済されたので、決済フラグ０が下段のように、決済済みを示す１に更新される。
　ステップＳ５３以降の処理を、決済すべきデータがなくなるまで繰り返す。
　会員が自分の現在の支払可能金額や過去の購入履歴などを参照したい場合は、次のようにする。
　システム管理コンピュータ５は、会員からの閲覧要求に対応するためのＷｅｂ画面データ（図示せず）を用意し、記憶手段に格納しておく。会員は、このＷｅｂ画面を介して自分の会員ＩＤと認証情報を入力して問い合わせをすると、会員情報提供手段２３は、正当な会員か否かを確認する。会員ＩＤが一致するデータを会員情報データベース１２、購入履歴データベース１４から抽出して会員端末８に送信する。
（第２の実施形態）
　本発明の他の実施の形態について図面を参照しながら説明する。この第２の実施の形態は、提携店舗が顧客に対してポイントを発行し、顧客である会員はこのポイントを買い物の際に利用できる点で、上記の第１の実施の形態と相違する。つまり、ポイントシステムを加味した点以外は、第１の実施の形態と変わるところはないので、以下の説明において、同一の機能の要素（例えば「入出金照会手段１８」）については同一の符号を用いるとともに、説明を省略する。
　図１１は、本実施形態のシステムに用いられるシステム管理コンピュータ１０１における構成を簡略的に示すブロック図である。
　このシステム管理コンピュータ１０１は、図１１に示すように、記憶部１０２、処理部１０３、通信インターフェース手段１１から構成される。
　記憶部１０２は、少なくとも会員情報データベース１０４と、店舗情報データベース１０５と、購入履歴データベース１０６と、決済情報データベース１５と、取得ポイントデータベース１０７から構成されている。
　処理部１０３は、少なくとも会員情報登録手段１６と、店舗情報登録手段１０８と、入出金照会手段１８と、支払可能金額管理手段１９と、照会応答手段２０と、購入履歴登録手段１０９と、決済指示手段２２と、会員情報提供手段２３と、ポイント管理手段１１０から構成されている。
　本実施形態は、ポイントシステムを取り入れたことにより、提携店舗を登録する際に、店舗情報登録手段１０８は、当該店舗がポイントを発行しているか否か、発行している場合はポイントの換算率、有効期限も店舗情報データベース１０５に記憶する。
　図１２の例では、例えば、Ａ商店とＢ商店は、換算率が１／１００のポイントシステムを採用し、Ｃ商店は、換算率が５／１００のポイントシステムを採用している。ここで、換算率が１／１００とは、１００円分購入すると１円分と換金可能なポイント１がつくことを意味する。同様に、換算率が５／１００とは、１００円分購入すると５円分と換金可能なポイント５がつくことを意味する。Ａ商店とＢ商店の１ポイントは１００円の買い物に対応するが、Ｃ商店の１ポイントは２０円の買い物に対応する。
　次に、本システムの会員がポイント制を採用している店舗で買い物をした場合の、システム管理コンピュータ１０１の処理を図１３に従い説明する。
　店舗端末６から、販売した商品、商品代金、販売日などの購入履歴情報とともに付与されたポイント数を店舗ＩＤ、会員ＩＤとともに受信する（ステップＳ１０１）。この処理は、第１の実施形態の図９のステップＳ３６に対応する。
　購入履歴登録手段１０９は、受信した情報を購入履歴データベース１０６に登録する（ステップＳ１０２）。図１４の例では、３０００円の商品を購入して３０ポイントが与えられたことが示されている。
　ポイント管理手段１１０は、会員情報データベース１０４から購入した会員の現在の取得ポイントに新たに付与されたポイント数を加算して更新する（ステップＳ１０３）とともに、取得ポイントデータベース１０７を更新する（ステップＳ１０４）。図１５の例では、更新前の１２０ポイントが１５０ポイントになったことが示されている。この例では、ポイント数とともに、取得ポイントに対応する購入金額も合わせて記憶されている。
　取得ポイントデータベース１０７は、図１６に例示するように、店舗ＩＤと対応付けて、当該店舗の累積ポイント数、および店舗情報データベース１０５から抽出した換算率を記憶する。ここで、累積ポイント数を換算率で除した値が、当該店舗におけるポイント取得のもとになった購入金額である。図１６のＩＤが「Ｓ１０１２」の店舗における購入金額は、２４０００円（＝２４０／（１／１００））である。
また、当該店舗のポイントを最初に利用した日と最新の利用をした日も記憶する。また、最新の利用をした日から有効期限（この例では１年）を加算した日を利用期限として記憶する。ポイント制を採用する場合、長期間不使用のときは、取得済みのポイントを無効にする規約を定めることが多いので、日付のチェックは欠かせないからである。
　ここで、取得ポイントデータベース１０７はＳＮＳ全体として、どの店舗でどれだけのポイントを取得したかを記録するもので、どの店舗でどの会員がポイントを取得したかという情報は不要である。会員情報データベース１０４には、トータルでどれだけのポイントを取得したかが記録されるが、そのポイントはどの店舗で取得したかという情報は不要である。
　次に、本システムの会員が、ポイント制を採用している店舗で取得済みのポイントを利用した買い物をする場合の、システム管理コンピュータ１０１の処理を図１７に従い説明する。
店舗端末６から会員が使用を希望するポイント数を、会員ＩＤおよび店舗ＩＤとともに受信する（ステップＳ１１１）。
　ポイント管理手段１１０は、店舗ＩＤに基づいて、取得ポイントデータベース１０７から累積ポイント数と利用期限とを取り出す（ステップＳ１１２）。
　累積ポイント数が使用希望ポイント数未満の場合、あるいは利用期限を経過している場合（ステップＳ１１３でｎｏ）は、店舗端末６に使用不可の旨を送信する（ステップＳ１１４）。
　累積ポイント数が使用希望ポイント数以上であり、かつ、利用期限を経過していない場合（ステップＳ１１３でｙｅｓ）は、会員ＩＤに基づき会員情報データベース１０４から当該会員の取得ポイント数を取り出す（ステップＳ１１５）。
会員個人の累積ポイント数が使用希望ポイント数未満の場合（ステップＳ１１６でｎｏ）は、店舗端末６に使用不可の旨を送信する（ステップＳ１１４）。それ以外の場合（ステップＳ１１６でｙｅｓ）は、店舗端末６に使用可の旨を送信する（ステップＳ１１７）。
提携店舗によってポイントの換算率が異なる場合は、ステップＳ１１６の判定処理は次のようにする。その店舗のポイント換算率を店舗情報ＤＢ１０７から取り出し、このポイント換算率で使用希望ポイント数を除し、ポイント使用希望金額を求める。会員情報データベース１０４から取り出した当該会員の購入金額が、ポイント使用希望金額を下回っていなければ、ポイント使用可と判定する。つまり、すべての提携店舗の換算率が等しければ、ポイント数同士を比較すればよいが、提携店舗によって異なるときは、ポイント数を金額に換算してから比較するわけである。
　上記第２の実施の形態では、会員は取得した範囲内であればポイントの利用できるものとして説明したが、年齢制限を設けてもよい。たとえば、図１７のステップＳ１１６の判定処理において、会員情報データベース１０４から生年月日を取り出し、予め定めた年齢範囲にある場合のみポイントの使用を認めてもよい。仮に、６０歳以上でなければポイントの使用ができないと定めておくならば、蓄積されたポイントをあたかも年金のように使用できる。若くて収入が多く消費意欲が高いときに蓄積したポイントによって、老後の収入の減少を補うことも可能である。これも本システムの利点のひとつにあげられる。
　上記第２の実施の形態では、商品を購入する際、全部又は一部の支払いにポイントを利用する。ポイントを使用しない部分は、支払可能金額の範囲内でＳＮＳ口座３からの決済が前提となっている。しかし、取得したポイントを金額に換算して、各会員の支払可能金額に組み入れ、代金の全額をＳＮＳ口座３から決済するようにしてもよい。取得ポイントを支払可能金額に組み入れるに際し、年齢制限を設けてもよい。
　上記の実施の形態では、支払可能金額の裏づけとなるのは、ＳＮＳ口座３に預託してある金額、あるいはＳＮＳ口座３に預託してある金額と取得ポイントの換算額との和である。しかし、ＳＮＳが会員に対して一定額以内の信用を供与し、後日ＳＮＳ口座３に対してＳＮＳが立て替えた金額を返済させるようにしてもよい。つまり、ＳＮＳが店舗への支払いを肩代わりし、後日会員に請求する。いわゆるクレジット機能であるが、ＳＮＳが直接信用供与する代りに、ＳＮＳと提携する金融機関が会員に信用供与をしてもよい。
　要は、本発明のシステムでは、ＳＮＳが会員の支払いを代行し、ポイントも一括して管理し、ＳＮＳがあたかも１個の巨大な消費者であるかのように振舞う点が重要なのである。したがって、上述した各実施形態におけるデータベースのデータ構造や処理フローは一例にすぎず、これに限るものではない。
　普及しつつあるＳＮＳを活用し、消費者にとっても、生産者・販売者にとっても利点が有る協同購入システムの形成によって、個人消費の拡大が見込める。
１　ＳＮＳの運営主体
２　ＳＮＳ口座の開設される金融機関
３　ＳＮＳ口座
４　提携店舗
５　（第１の実施の形態の）システム管理コンピュータ
６　店舗端末
７　ＳＮＳ会員
８　会員端末
９　記憶部
１０　処理部
１１　通信インターフェース手段
１２　会員情報データベース
１３　店舗情報データベース
１４　購入履歴データベース
１５　決済情報データベース
１６　会員情報登録手段
１７　店舗情報登録手段
１８　入出金照会手段
１９　支払可能金額管理手段
２０　照会応答手段
２１　購入履歴登録手段
２２　決済指示手段
２３　会員情報提供手段
Ｎ　通信ネットワーク
１０１　（第２の実施の形態の）システム管理コンピュータ
１０２　記憶部
１０３　処理部
１０４　会員情報データベース
１０５　店舗情報データベース
１０６　購入履歴データベース
１０７　取得ポイントデータベース
１０８　店舗情報登録手段
１０９　購入履歴登録手段
１１０　ポイント管理手段

Claims (9)

  1. ＳＮＳの会員による商品の購入代金の支払いが、当該ＳＮＳ名義で金融機関に開設された口座（以下、「ＳＮＳ口座」）からの引き落としにより行われるＳＮＳを利用した協同購入システムであって、
    前記協同購入システムの管理コンピュータと商品を提供する提携店舗が使用する店舗コンピュータとは、インターネットを介しての接続が可能であるとともに、前記管理コンピュータは、記憶部と処理部を備え、
    前記記憶部は、
    会員の識別情報と支払可能金額とを対応づけて記憶する会員情報データベースと、
    提携店舗の識別情報と決済機関とを対応づけて記憶する店舗情報データベースと、
    提携店舗における会員による購入の履歴を記憶する購入履歴データベースと、
    決済日および決済金額を決済機関と対応づけて記憶する決済情報データベースと、
    を含み、
    前記処理部は、
    　　前記店舗コンピュータからの販売可否照会要求を、会員識別情報と当該会員が購入を希望する商品の代金とともに受信して前記商品代金が前記会員情報データベースから抽出した当該会員の支払可能金額の範囲内か否かを返答する照会応答手段と、
    　　前記商品代金が前記支払可能金額の範囲内の場合に前記店舗コンピュータから送信されてきた代金を含む購入情報を店舗識別情報とともに前記購入履歴データベースに登録する購入履歴登録手段と、
    　　前記購入情報を送信してきた店舗の決済機関を前記決済情報データベースから抽出して前記ＳＮＳ口座が開設された金融機関に対して、所定のタイミングで当該ＳＮＳ口座から前記店舗の決済機関への送金を指示する決済指示手段と、
    　　前記会員情報データベースの各会員について、その支払可能金額の設定と更新を行う支払可能金額管理手段と、
    を含み構成されることを特徴とするＳＮＳを利用した協同購入システム。
  2. 前記管理コンピュータは、取得ポイントデータベースとポイント管理手段とをさらに備え、
    前記ポイント管理手段は、会員が商品を購入した提携店舗によって前記ＳＮＳに対して発行された有価価値情報を当該店舗の識別情報とともに前記取得ポイントデータベースに登録するとともに、前記会員情報データベースに会員別に取得した有価価値情報を集計して更新登録する
    ことを特徴とする請求項１に記載のＳＮＳを利用した協同購入システム。
  3. 　前記管理コンピュータは、前記ＳＮＳ口座が開設されている金融機関に当該ＳＮＳ口座に関する入出金情報を照会する入出金照会手段をさらに備え、
    　前記入出金照会手段が、会員の識別情報と入金額を含む入金情報を受信したときに、前記支払可能金額管理手段は、前記会員情報データベースの当該会員の支払可能金額に前記受信した入金額を加算する
    ことを特徴とする請求項１または２のいずれかに記載のＳＮＳを利用した協同購入システム。
  4. 　前記支払可能金額管理手段は、当該ＳＮＳあるいは与信業務を行う金融機関から所定限度額の信用を供与されている会員について、前記会員情報データベースの当該会員の支払可能金額に信用供与されている限度額内の金額を加算する
    ことを特徴とする請求項１～３のいずれか１に記載のＳＮＳを利用した協同購入システム。
  5. 　前記支払可能金額管理手段は、前記会員情報データベースの支払可能金額に、当該会員の前記取得ポイント数の全部または一部を所定の方法で金額に換算した換算額を加算する
    ことを特徴とする請求項２に記載のＳＮＳを利用した協同購入システム。
  6. 　前記会員情報データベースには会員の年齢を示す情報を含み、前記支払可能金額管理手段は、年齢が所定の条件を満たす会員に対してのみ前記換算額の加算をする
    ことを特徴とする請求項５に記載のＳＮＳを利用した協同購入システム。
  7. ＳＮＳの会員が使用する会員端末は、前記管理コンピュータと通信ネットワークを介して接続可能であり、
    前記管理コンピュータは会員端末からの要求に対して、前記使用可能金額と前記購入履歴を含む当該会員に関する情報を送信する会員情報提供手段をさらに備える
    ことを特徴とする請求項１～６のいずれか１に記載のＳＮＳを利用した協同購入システム。
  8. ＳＮＳの会員による商品の購入代金の支払いが、当該ＳＮＳ名義で金融機関に開設された口座（以下、「ＳＮＳ口座」）からの引き落としにより行われるＳＮＳを利用した協同購入を行うために、
    商品を提供する提携店舗が使用する店舗コンピュータとインターネットを介しての接続が可能なコンピュータによって行われる方法であって、
    前記コンピュータは、
    会員の識別情報と支払可能金額とを対応づけて記憶する会員情報データベースと、
    提携店舗における会員による購入の履歴を記憶する購入履歴データベースと、
    提携店舗の識別情報と決済機関とを対応づけて記憶する決済情報データベースと、
    を含む記憶手段と接続するとともに、
    　　前記店舗コンピュータからの販売可否照会要求を、会員識別情報と当該会員が購入を希望する商品の代金とともに受信して前記商品代金が前記会員情報データベースから抽出した当該会員の支払可能金額の範囲内か否かを返答するステップと、
    　　前記商品代金が前記支払可能金額の範囲内の場合に前記店舗コンピュータから送信されてきた代金を含む購入情報を店舗識別情報とともに前記購入履歴データベースに登録するステップと、
    　　前記購入情報を送信してきた店舗の決済機関を前記決済情報データベースから抽出して前記ＳＮＳ口座が開設された金融機関に対して、所定のタイミングで当該ＳＮＳ口座から前記店舗の決済機関への送金を指示するステップと、
    　　前記会員情報データベースの各会員について、その支払可能金額の設定と更新を行うステップと、
    を含む処理を行うことを特徴とするＳＮＳを利用した協同購入方法。
  9. 前記記憶手段は、取得ポイントデータベースをさらに含むとともに、
    前記コンピュータは、さらに、会員が商品を購入した提携店舗によって前記ＳＮＳに対して発行された有価価値情報を当該店舗の識別情報とともに前記取得ポイントデータベースに登録するとともに、前記会員情報データベースに会員別に取得した有価価値情報を集計して更新登録するステップを
    実行することを特徴とする請求項８に記載のＳＮＳを利用した協同購入方法。
PCT/JP2010/056099 2009-04-03 2010-04-02 Ｓｎｓを利用した協同購入システムおよび方法 WO2010114133A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/262,824 US20120116865A1 (en) 2009-04-03 2010-04-02 Cooperative Purchasing System That Utilizes SNS, and Method Thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2009-090663 2009-04-03
JP2009090663A JP4688233B2 (ja) 2009-04-03 2009-04-03 Ｓｎｓを利用した協同購入システムおよび方法

Publications (1)

Publication Number Publication Date
WO2010114133A1 true WO2010114133A1 (ja) 2010-10-07

Family

ID=42828417

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/056099 WO2010114133A1 (ja) 2009-04-03 2010-04-02 Ｓｎｓを利用した協同購入システムおよび方法

Country Status (3)

Country Link
US (1) US20120116865A1 (ja)
JP (1) JP4688233B2 (ja)
WO (1) WO2010114133A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SG178474A1 (en) * 2009-08-17 2012-03-29 Mol Accessportal Sdn Bhd Value exchange system for use within an internet-based social network
US20110313875A1 (en) * 2010-06-17 2011-12-22 Weihan Lin System and method of organizing secured purchasing groups for buyers of similar interests
KR101099095B1 (ko) 2011-02-25 2011-12-26 주식회사 국민은행 소셜 뱅킹 서비스 시스템 및 방법
JP6334124B2 (ja) * 2013-10-08 2018-05-30 Ｌｉｎｅ株式会社 共同購入支援システムのサーバ装置及びその動作方法及びそのプログラム
US10987804B2 (en) 2016-10-19 2021-04-27 Fuji Xerox Co., Ltd. Robot device and non-transitory computer readable medium
JP2018133104A (ja) * 2018-04-26 2018-08-23 Ｌｉｎｅ株式会社 情報処理装置、決済処理を行う方法及びコンピュータプログラム
JP6721024B2 (ja) * 2018-11-06 2020-07-08 富士ゼロックス株式会社 情報処理装置及びプログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002063397A (ja) * 2000-08-17 2002-02-28 Ntt Comware Corp 注文仲介方法及び注文仲介システム
JP2003109116A (ja) * 2001-10-01 2003-04-11 Nec Corp ポイント管理システム及び方法並びにポイント管理用プログラム
JP2008243008A (ja) * 2007-03-28 2008-10-09 Fujitsu Ltd 販売促進支援方法及び販売促進支援プログラム

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4650977A (en) * 1983-12-21 1987-03-17 International Business Machines Corporation Automatic self service machine system and method
US5793028A (en) * 1996-06-24 1998-08-11 Fred N. Gratzon Electronic transaction security system
US5953710A (en) * 1996-10-09 1999-09-14 Fleming; Stephen S. Children's credit or debit card system
US20070129955A1 (en) * 2000-04-14 2007-06-07 American Express Travel Related Services Company, Inc. System and method for issuing and using a loyalty point advance

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002063397A (ja) * 2000-08-17 2002-02-28 Ntt Comware Corp 注文仲介方法及び注文仲介システム
JP2003109116A (ja) * 2001-10-01 2003-04-11 Nec Corp ポイント管理システム及び方法並びにポイント管理用プログラム
JP2008243008A (ja) * 2007-03-28 2008-10-09 Fujitsu Ltd 販売促進支援方法及び販売促進支援プログラム

Also Published As

Publication number Publication date
JP4688233B2 (ja) 2011-05-25
US20120116865A1 (en) 2012-05-10
JP2010244222A (ja) 2010-10-28

Similar Documents

Publication Publication Date Title
US20220327590A1 (en) Secure execution of an exchange item acquisition request
JP4685812B2 (ja) オンラインクーポン流通方法
US8595055B2 (en) Apparatus and method of facilitating the exchange of points between selected entities
JP4688233B2 (ja) Ｓｎｓを利用した協同購入システムおよび方法
JP2009532776A (ja) リアルタイムで特定の販売者の販売情報を使用する購入取引が決済済みのオンラインの消費者紹介と報酬サービス
JP2006301866A (ja) 特典情報管理方法及び特典情報管理システム
WO2010090309A1 (ja) カード決済による購入に連動したポイント年金化システム及びポイント年金化方法
US20130332348A1 (en) System and method for proxy shopping through multiple payments
JP7005688B2 (ja) 暗号資産管理装置、方法およびプログラム
JP2002083202A (ja) 顧客紹介方法、顧客紹介システム、及び紹介報酬管理サーバ
JP7121850B1 (ja) 情報処理装置、情報処理方法、および情報処理プログラム
JP4708049B2 (ja) ポイント情報管理システム及びポイント情報管理方法
JP2002140642A (ja) 点数制度に基づくポイントを変換する方法、装置および記録媒体
JP5452520B2 (ja) Ｓｎｓを利用した協同購入システムおよび方法
KR20120087331A (ko) 소셜머니 기반 소셜 품앗이 서비스 시스템 및 방법
KR101662366B1 (ko) 대출 서비스 제공 방법, 이를 실행하는 서버 및 이를 실행하는 시스템
KR100444213B1 (ko) 사이버머니를 이용한 결제 시스템 및 그 방법
KR20020074955A (ko) 포인트적립금을 이용한 인터넷 광고방법.
US20130030891A1 (en) Value management system
JP7141664B1 (ja) 管理サーバ及びプログラム
KR20140069747A (ko) 대출 서비스 제공 방법, 이를 실행하는 서버 및 이를 실행하는 시스템
KR101699106B1 (ko) 대출금 상환 방법, 이를 실행하는 서버 및 이를 실행하는 시스템
KR102605877B1 (ko) 가격변동 리스크 회피 가능한 가상화폐 결제 시스템 및 방법
JP7463452B2 (ja) 情報処理装置、情報処理方法及び情報処理プログラム
JP6630012B1 (ja) 寄付機能を備えた決済システム

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: 10758900

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 13262824

Country of ref document: US

122 Ep: pct application non-entry in european phase

Ref document number: 10758900

Country of ref document: EP

Kind code of ref document: A1