WO2002095640A1 - Procede de fourniture de magasin virtuel, procede de recherche de sites, et procede de fourniture tableau d'affichage - Google Patents

Procede de fourniture de magasin virtuel, procede de recherche de sites, et procede de fourniture tableau d'affichage Download PDF

Info

Publication number
WO2002095640A1
WO2002095640A1 PCT/JP2002/004812 JP0204812W WO02095640A1 WO 2002095640 A1 WO2002095640 A1 WO 2002095640A1 JP 0204812 W JP0204812 W JP 0204812W WO 02095640 A1 WO02095640 A1 WO 02095640A1
Authority
WO
WIPO (PCT)
Prior art keywords
product
information
server
search
transmitted
Prior art date
Application number
PCT/JP2002/004812
Other languages
English (en)
French (fr)
Inventor
Kimito Uemura
Akira Ohmura
Setsu Mitsuhashi
Takashi Toida
Original Assignee
Nikon Corporation
Nikon Technologies Inc.
Nikon Photo Products Inc.
Nikon Systems Inc.
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
Priority claimed from JP2001149978A external-priority patent/JP2002342378A/ja
Priority claimed from JP2001149935A external-priority patent/JP2002342631A/ja
Priority claimed from JP2001149927A external-priority patent/JP2002342630A/ja
Priority claimed from JP2001149948A external-priority patent/JP2002342597A/ja
Priority claimed from JP2001149969A external-priority patent/JP2002342376A/ja
Priority claimed from JP2001149958A external-priority patent/JP4803900B2/ja
Application filed by Nikon Corporation, Nikon Technologies Inc., Nikon Photo Products Inc., Nikon Systems Inc. filed Critical Nikon Corporation
Priority to EP02726434A priority Critical patent/EP1394709A4/en
Publication of WO2002095640A1 publication Critical patent/WO2002095640A1/ja
Priority to US10/713,097 priority patent/US20040107147A1/en
Priority to US11/184,889 priority patent/US20050256784A1/en
Priority to US12/068,328 priority patent/US8073831B2/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0609Buyer or seller confidence or verification
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0623Item investigation
    • G06Q30/0625Directed, with specific intent or strategy
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0641Shopping interfaces
    • G06Q30/0643Graphical representation of items or shoppers

Definitions

  • the present invention relates to customer service via the Web and the like. Background art
  • An information retrieval system called the Web which retrieves information on the Internet using hypertext, is known.
  • contents are registered on a Web server having an Internet Protocol (IP) address, and the contents registered on the Web server are searched for from a terminal connected to the Internet using a browsing program. .
  • IP Internet Protocol
  • the location where content is registered is called a website.
  • content containing unique information is prepared on a website, and this website is searched to provide information to people who use the content, while information is also obtained from those who receive the information. It is possible.
  • the inventor thought that a new customer service could be constructed by providing content for posting product information, collecting information from the content and collecting information from a person who purchased the product into the content. Disclosure of the invention
  • the present invention provides a method of providing an electronic shop that performs customer service, a method of searching for a site that performs customer service, and a method of providing an electronic bulletin board that performs customer service.
  • the method for providing an electronic shop manages inventory of commodities according to information indicating selection of commodities transmitted from a user.
  • information indicating the selection of commodities is transmitted.
  • the stock does not run out during operation of the terminal for payment Can provide an electronic shop for purchasers.
  • the information indicating the product selection may be transmitted when the product is put into the electronic shopping cart.
  • the electronic shop provision method further monitors whether or not the stock quantity of the product is equal to or less than a second predetermined value that is smaller than the first predetermined value, and each time the stock quantity becomes equal to or less than the second predetermined value. Then, the product manager may be notified.
  • the administrator may be notified by e-mail.
  • the electronic shop may be an electronic shop on the Web.
  • the method of providing an electronic shop records the number of changes in stock for each product in association with product identification information prepared for each product, and sequentially responds to information indicating the selection of a product transmitted from a purchaser.
  • the number of stocks of the commodity that changes is counted, and the number of increase / decrease in stock and the number of stocks are displayed.
  • the above method it is possible to know how much the stock was increased or decreased from the initial stock by the number of stock changes, and it is possible to know whether the stock is sufficient or insufficient according to the stock.Therefore, it is possible to provide an e-shop manager with a stock management electronic shop. .
  • the product identification information may differ depending on at least the presence or absence of rubbing.
  • the above-mentioned electronic shop provision method further records information on the product for each product identification information, monitors whether the stock quantity becomes 0 or less, and (1) if the stock quantity is not 0 or less, In response to the information request for the transmitted product information, the information of the relevant product is read and transmitted to the purchaser. (2) When the stock quantity is 0 or less, transmission of the relevant product information may be stopped. .
  • the electronic shop providing method there are a plurality of actions to be taken when the stock quantity of a product reaches a predetermined value, and which of the plurality of actions is performed for each product is set.
  • the predetermined value is reached, the treatment set for the predetermined product is detected and the set treatment is executed.
  • actions can be taken according to the product, such as posting out-of-stock for a product that takes a long time to arrive next time and posting a sold-out display for a limited quantity of product.
  • the above treatment may be to stop providing the product information.
  • the action may be to provide out-of-stock information along with product information.
  • the above-mentioned treatment may be excluded from the product search.
  • the method for providing an electronic shop manages products by using product identification information assigned to each product type, and performs a predetermined process for products of the same type. Different product identification information is assigned depending on the presence or absence of the product, and the product is managed based on the assigned product identification information.
  • the above-mentioned predetermined treatment may be wrapping of a product.
  • the predetermined treatment may be to put characters on the product.
  • the method for providing an electronic shop uses an information signal indicating a user's intention to purchase a product, confirming the stock status of the product, and using the information for planning a product reservation when the product is not in stock. To the person.
  • the user can easily make a reservation even if the product to be purchased is out of stock, so that an easy-to-use electronic shop can be provided.
  • the method of providing an electronic shop described above may further transmit information on an estimated date on which the product can be purchased.
  • the method of providing an electronic shop includes transmitting lottery information to a purchaser of a product, performing a lottery in accordance with information indicating a selection transmitted from the purchaser, and providing a purchaser who has won a prize in the lottery. It requests the delivery destination instruction for the product and the prize, and when the purchaser sends information indicating the instruction to send the product and the prize to the same destination, gives an instruction to bundle the product and the prize.
  • the delivery fee can be reduced as compared with the case of separately delivering.
  • the method for providing an electronic shop requires a purchaser who purchases both an in-stock item and an out-of-stock item to request a delivery instruction as to whether or not to send both items together.
  • a delivery instruction as to whether or not to send both items together.
  • the delivery fee can be reduced as compared with the case of separately delivering.
  • the method of providing an electronic shop according to the present invention requires a purchaser who purchases both an in-stock item and an out-of-stock item to request a first settlement instruction as to whether or not to settle both items separately. Requesting a second payment instruction as to whether or not to make a credit card payment when the information indicating the instruction for split payment is transmitted from the customer, and when the information indicating the instruction for credit card payment is transmitted from the buyer Then, a credit instruction is issued for the second and subsequent settlements.
  • the method for providing an electronic shop according to the present invention includes first polygon image data photographing a first product and second polygon image data photographing a second product attached to the first product.
  • the first polygon image data and the second polygon image data are stored according to the information indicating the selection of the first product and the information indicating the selection of the second product transmitted from the buyer.
  • the first and second polygon image data read out and read, respectively, are joined and integrated so as to correspond to the respective mounting portions of the first and second products, and integrated. Send the processed image data to the buyer.
  • the purchaser can check, for example, an image in which accessories are attached to the camera body before purchasing the product.
  • e-shop sellers can save the trouble of preparing images with accessories attached.
  • the electronic shop providing method may further perform a rotation process on the image data after the integration process according to the information of the rotation instruction transmitted from the purchaser, and transmit the image data after the rotation process to the purchaser. .
  • the method of providing an electronic shop records information on related products prepared for each product, and is transmitted from the purchaser at least including information on the product already owned by the purchaser and the purchaser's authentication information. Record the registration information, read the information of the product owned by the purchaser from the registration information corresponding to the authentication information transmitted from the purchaser, further read the information of the related product corresponding to the read product, and transmit the information to the purchaser I do.
  • E-shops can be provided.
  • the electronic shop providing method may further include, in response to information indicating a selection of a product transmitted from the purchaser, reading information on a related product corresponding to the product and transmitting the information to the purchaser.
  • the site search method searches a plurality of contents registered in a site.
  • the search character or search character string transmitted from the client is searched for each of the plurality of contents, and the search is performed.
  • the information indicating the registered character or registered location where the character string is registered is classified for each content. Sort the information classified for each content, and
  • a predetermined number of pieces of information are extracted from the top of the information classified for each content, and the extracted information is transmitted to the client.
  • the predetermined number may be determined for each content.
  • the site search method searches for a plurality of contents registered in a site, and includes characters or characters related to a content provider in information for generating a page screen to be transmitted to a client.
  • a character string is included, the character or character string is used as a search character or search character string, and the search character or search character string is searched for a plurality of contents according to information indicating a search instruction transmitted from the client.
  • the information indicating the registered location where the character or character string hit by the search is registered is classified for each content, the information classified for each content is rearranged, and the information is classified for each content after rearrangement For each piece of information, a predetermined number of pieces of information are extracted from the top for each content, and the extracted Send to Ianto.
  • the client does not need to input the search character or the search character string, so that a site search that is easy for the client to use can be provided.
  • a site search method searches a plurality of contents registered in a site, and includes information of a search character or a search character string in advance in information for generating a page screen to be transmitted to a client.
  • the search character or the search character string is searched for each of a plurality of contents, and the information indicating the registered location where the character or the character string hit by the search is registered.
  • the information categorized for each content is sorted, and the information is sorted for each content after sorting
  • the information of the search character or the search character string may be generated in relation to the content of the page screen, or may be included in the information for generating the page screen.
  • the site search method searches a plurality of contents registered in a site, and searches a search character or a search character string transmitted from a user for each of a plurality of contents. Information indicating the location where the hit character or character string is registered is classified for each content, and the classified information is transmitted to the user.
  • search results are classified for each content, so that it is easier to understand than when no classification is performed.
  • the site search method may further extract a predetermined number of pieces of information for each content and send the information to the user.
  • the site search method may further select a content to be searched from a plurality of contents.
  • the site search method may further determine a predetermined number according to the number of selected contents to be searched, extract a predetermined number of information for each selected content, and transmit the extracted information to the user.
  • the site search method searches for a plurality of pages, includes arranging start means for starting a search on a predetermined page, receiving a signal indicating that the start means has been operated by a user, and receiving the signal. In response, a page related to the specified page is searched, and the search result is transmitted to the user.
  • a character or a character string serving as a search keyword may be set in a predetermined page in advance.
  • the page in this case may be given a predetermined description so that the character or character string serving as the search keyword can be specified.
  • This page may be described in HTML, and a character or a character string serving as a search key may be sandwiched between predetermined tags.
  • the above site search method searches for a predetermined location within a predetermined page.
  • the search may be performed as a word.
  • the predetermined location may be a title in a predetermined page.
  • the predetermined page may be described in HTML, or may be a character or a character string sandwiched between predetermined tags.
  • a method for providing an electronic bulletin board includes posting a question transmitted from a questioner and posting an answer transmitted from the respondent.
  • the image data of the category corresponding to the question is read.
  • it when reading out the image data after classification, it generates the information necessary for posting the questions of the category corresponding to the image data.
  • the user when the user wants to know the image of the electronic album, the user can quickly find the bulletin board on which the question corresponding to the image is posted, so that a convenient electronic bulletin board can be provided. .
  • the above category may classify questions and image data for each area on the map.
  • FIG. 1 is a diagram showing an example of the overall configuration of a Web site in which Web site contents are registered.
  • FIG. 2 is a diagram showing a site map.
  • Figure 3 is a diagram showing the screen of the top page of the Web.
  • FIG. 4 is a diagram showing a screen of the top page of the category of new arrival information.
  • FIG. 5 is a diagram showing a screen of the top page of the category of the community.
  • FIG. 6 is a diagram showing a screen for inputting product information.
  • FIG. 7 is a diagram showing a screen for inputting customer information (customer information).
  • FIG. 8 shows a screen for answering the questionnaire.
  • FIG. 9 is a flowchart explaining the flow of the question processing.
  • FIG. 10 is a diagram showing a prize selection screen.
  • FIG. 11 is a flowchart illustrating the flow of a prize selection screen creation process.
  • FIG. 12 is a diagram showing a screen for introducing a booklet.
  • FIG. 13A shows a screen for notifying the destination.
  • FIG. 13 (b) is a diagram showing a screen for notifying the point addition.
  • FIG. 14 is a flowchart illustrating the flow of a member registration guidance screen creation process.
  • FIG. 15 is a diagram showing a screen for displaying a notice of acceptance of a prize order and a message for guiding a user to register as a member.
  • FIG. 16 is a diagram showing a screen for member authentication.
  • FIG. 17 is a flowchart illustrating the flow of a registered content update process.
  • FIG. 18 is a diagram showing a screen for updating customer information (customer information).
  • FIG. 19 is a diagram showing a screen for customer authentication.
  • Figure 21 is a diagram showing the screen of the top page of the online shop category.
  • FIG. 22 is a diagram showing an item selection screen.
  • FIG. 23 is a flowchart illustrating the flow of polygon image processing.
  • FIG. 24 is a diagram showing a joined image of the camera body and the interchangeable lens.
  • Figure 25 is a diagram showing an introduction screen for recommended products.
  • FIG. 26 is a flowchart illustrating the flow of the recommended product proposal process.
  • FIG. 27 is a flowchart illustrating the flow of the recommended product proposal process.
  • FIG. 28 is a diagram showing a product information management screen.
  • FIG. 29 is a flowchart illustrating the flow of the inventory notification process.
  • FIG. 30 is a flowchart illustrating the flow of the posting switching process.
  • FIG. 31 is a flowchart illustrating the flow of the product delivery instruction process.
  • FIG. 32 (a) is a diagram showing a lottery screen.
  • FIG. 32 (b) is a diagram showing a display screen of a camera winning notification and a delivery destination selection button.
  • FIG. 33 is a diagram showing a delivery destination confirmation screen of the winning product.
  • FIG. 34 is a flowchart illustrating the flow of the product delivery instruction process.
  • FIG. 35 is a flowchart illustrating the flow of the reservation process.
  • FIG. 36 is a diagram showing a reservation screen.
  • FIG. 37 is a flowchart illustrating the flow of the option settlement process.
  • FIG. 38 is a diagram showing a delivery method selection screen.
  • Figure 39 is a diagram showing the page screen of the statement.
  • FIG. 40 is a flowchart illustrating the flow of a process for determining a shipping fee.
  • Figure 41 is a flowchart explaining the flow of the batch payment process.
  • FIG. 42 is a flowchart illustrating the flow of the split settlement process.
  • FIG. 43 is a diagram showing a screen in which the user logs in to the online album category.
  • FIG. 44 is a flowchart for explaining the flow of the album erasing process.
  • FIG. 45 is a flowchart for explaining the flow of the album erasing process.
  • FIG. 46 is a flowchart for explaining the flow of the album erasing process.
  • FIG. 47 is a diagram showing an album management screen.
  • FIG. 48 is a flowchart illustrating the flow of the album list creation process.
  • FIG. 49 (a) is a diagram showing a thumbnail image display.
  • FIG. 49 (b) is a diagram showing an image display larger than a thumbnail image.
  • FIG. 51 is a flowchart illustrating the flow of the file name determination process.
  • FIG. 52 is a diagram showing a screen where a user logs in to a community category.
  • FIG. 53 is a flowchart illustrating the flow of the thumbnail image posting process.
  • FIG. 54 is a flowchart illustrating the flow of the thumbnail image posting process.
  • FIG. 55 is a diagram showing a screen notifying that the selected image cannot be posted.
  • FIG. 56 is a flowchart for explaining the flow of the thumbnail image posting process.
  • FIG. 57 is a flowchart illustrating the flow of the thumbnail image posting process.
  • FIG. 58 (a) is a diagram showing a display screen of a question classified on the bulletin board as “photographing information” — “Hokkaido”.
  • Fig. 58 (b) is a diagram showing a display screen of images classified as "landscape"-"Hokkaido" in the album.
  • FIG. 59 is a flowchart illustrating the flow of the search process.
  • FIG. 60 is a diagram showing a search screen.
  • FIG. 61 is a flowchart illustrating the flow of the search process.
  • FIG. 62 (a) is a diagram showing a display screen of a search result of a plurality of contents.
  • FIG. 62 (b) is a diagram showing a display screen of a search result of one content.
  • Figure 63 shows the expert introduction screen.
  • FIG. 64 is a flowchart illustrating the flow of the search process.
  • Figure 65 shows the product information introduction screen.
  • FIG. 66 is a flowchart for explaining the flow of the search process.
  • FIG. 67 is a flowchart for explaining the flow of the search process. BEST MODE FOR CARRYING OUT THE INVENTION
  • FIG. 1 is a diagram showing an example of the overall configuration of a Web site in which Web site contents are registered.
  • the service provider places a server in the data center, and the service user connects to the Internet from a terminal and searches for a Web site.
  • the service user specifies the URL (Uniform Resource Locator) of the website server from a terminal that can access the Internet
  • the content of the content stored on the server is read out. And sent to the service user's terminal.
  • a camera is taken as an example of a product, and information and services related to the camera and the camera are provided to service users.
  • the contents according to the present invention are classified into the following seven categories as shown in the site map of FIG.
  • the What's New 2 is a page for introducing service users to information such as newly registered content on the website.
  • Product information 3 is a page that introduces products such as cameras to service users.
  • Service 'Support 4' is a page for introducing service users' questions and the answers to those questions to service users.
  • Online Album 5 is a page that provides service users with electronic image data. For example, in online album 5, image data shot by service users can be stored free of charge up to a predetermined capacity, or image data selected by service users from the stored image data can be stored in high detail. Providing services such as printout and delivery.
  • Online shop 6 is a page that sells products to service users.
  • FIG. 3 is a diagram showing an example of a screen of the top page 10 of the Web displayed on the display of the terminal of the service user. This screen is displayed on the display of the terminal of the user of the service by a browsing program provided on the terminal of the user based on the URU stored in the URU specified by the terminal of the person using the Web service. You. In FIG. 3, the link destination buttons 21 to 27 to the above-described seven category pages are displayed. In addition, button 28 to link to the page of "article 1", button 29 to link to the page of "article 2", and button 30 to link to the page of "article 3" will be described later. The link button 31 to the "Search” page is displayed.
  • the Web service When a user of the Web service operates a pointing device (not shown) provided on the terminal and clicks a link button, the information of the link attached to each link button, that is, IffiL Is specified. As a result, the data stored in the URL is transmitted to the terminal, and a screen based on the data is displayed on the display of the terminal. For example, Web service users When the user clicks the link button 21 of "What's New", the top page screen of the category of What's New 2 shown in Figure 4 is displayed on the terminal display.
  • Fig. 4 the screen of the category page of What's New 2 shows "Notice”, “New Product Information 'News'”, “Services' Sabot Information”, and "Site Update” described in the site map of Fig. 2.
  • Information is displayed.
  • a link button may be provided in the page screen shown in FIG. 4 and displayed on a page screen of a different link destination from the page screen shown in FIG.
  • the screen shown in Fig. 4 further includes link destination buttons 21 to 26 for jumping to other category pages.
  • the link button 31 to the "Search” page and the link button 3 2 for "j to return to the top page” are also displayed. Clicking on each of these link buttons will bring up the page corresponding to each button. If the link button 21 to the “What's New” category page is clicked while the page screen shown in Fig. 4 is displayed, the page screen shown in Fig. 4 will be displayed. It remains displayed.
  • FIG. 3 when the link button 26 of “Community” is clicked, the top page screen of the category of the community 7 shown in FIG. 5 is displayed.
  • the screen of the category page of the community 7 displays buttons 28, 29, 30, and 30 for the link to the page corresponding to the article described in the site map in Fig. 2.
  • a link button 7 2 to the page for downloading the image, a button 7 2 to the page to download the image data, and a button 2 7 to the page for “member registration” are displayed. These display contents may be displayed in the page shown in FIG. 5 without providing a link destination button.
  • link buttons 21 to 26 for jumping to other category pages similarly to the screen of FIG. 4 described above, link buttons 21 to 26 for jumping to other category pages, a link button 31 for a “search” page, A link button 32 for "return to the top page” is also displayed. If the link button 26 for the category page of “Community” is clicked while the page screen shown in FIG. 5 is displayed, the page screen shown in FIG. 5 remains displayed.
  • link destination buttons common to each page such as click buttons 21 to 26.
  • link destination button commonly provided on a predetermined page, such as the link destination buttons 28 to 30.
  • a Web-based service provider asks registered service users to register their service names in order to provide services to service users registered in advance.
  • the member registration page is also used for customer registration, in which a user who has purchased a product sold by a service provider registers customer information and the like, in addition to member registration for service use via the Web.
  • customer registration instead of the user writing and returning customer information on a postcard called a customer registration card, the customer information is transmitted online using the member registration page.
  • a selection screen (not shown) for member registration is displayed on the terminal display. This selection screen
  • a Web site server generally has multiple servers, such as a Web server, a content management server, a mail server, a bulletin board server, and a shop server.
  • the web server stores web screen data
  • the content management server manages the content.
  • the mail server stores mail data
  • the bulletin board server stores data written on the bulletin board
  • the shop server stores shop data.
  • these servers are collectively referred to as server-1.
  • the service user When the screen for inputting product information is displayed on the terminal display, the service user writes the registered content in the frame of the display screen according to the displayed content.
  • a pull-down menu is prepared for the frame in which a downward triangle is displayed. The service user selects the corresponding item from the menu pre-written by the service provider.
  • the service user clicks the pull-down menu button 6A displayed in the product name frame
  • the product name is displayed as product 1, product 2, product 3,....
  • the service user selects the product name he / she purchased from the menu of the product name. If there is no corresponding product name in the pull-down menu, or in a frame where no pull-down menu is provided, the service user operates the terminal key (not shown) to write the registration details.
  • the service user clicks the OK button 6B the registration information of the product information is sent to the server of the service provider.
  • the server of the service provider Upon receiving the registration information of the product information sent from the service user, the server of the service provider sends a display message to the service user terminal and displays the customer information (custom information) shown in FIG. Information) input screen is displayed on the terminal display.
  • the service user writes the registered contents in the frame of the display screen according to the contents displayed on the display.
  • a service user inputs a password in a password box 7 ⁇ . If the service user changes the registered contents later, the user must enter this passcode and make the change. Path input from the screen for entering customer information
  • the password is also used as a common password when registering for the use of the service via the Web, which will be described later.
  • the above-mentioned pull-down menu is prepared in the frame in which the downward triangle is displayed.
  • the service user operates a terminal key (not shown) to write the registered contents.
  • the password in the password box 7A is displayed as * * * * ... without displaying the password input by the service user as it is.
  • OK button 7B after writing the registration details, the registration data of the customer information is transmitted to the server of the service provider.
  • FIG. 9 is a flowchart illustrating the flow of a question process performed by a service provider's supervisor. The process according to FIG. 9 starts when the registration data of the customer information is received.
  • step S201 the server reads information on the product name registered by the service user from a predetermined database in the server from the product information input screen, and proceeds to step S202.
  • step S202 the server selects a question according to the registered product name, and proceeds to step S203.
  • questions are prepared for each product in advance, and these questions are recorded in the database in the server.
  • Each question recorded in the database is managed so that questions common to multiple products and questions specific to a certain product can be determined.
  • the server selects a question corresponding to the product by the registered product name. When the service user purchases multiple products, the questions corresponding to these multiple products are selected. If there is a common question among the selected questions, the server deletes one duplicate question so as not to send the same question to the service user terminal.
  • step S203 the server creates a page view for displaying the questionnaire input screen in FIG. Proceed to 4.
  • step S204 the server transmits data necessary for displaying the created questionnaire input screen to the terminal of the service user, and ends the processing in FIG.
  • questions 1 to 5 in FIG. 8 show questions common to product 1 and product 2, respectively.
  • Question 6 shows the question about product 1
  • Question 7 shows the question about product 2.
  • Service users can answer questions for multiple products in a single questionnaire input screen even if they have purchased multiple products.
  • Fig. 10 (a) is an example of a page screen when an individual registers
  • Fig. 10 (b) is an example of a page screen when a corporation registers.
  • FIG. 11 is a flowchart illustrating the flow of a prize selection screen creation process performed on the server of the service provider.
  • the process shown in Fig. 11 starts when the registration data of the questionnaire is received.
  • the server sends the product name, purchase category (individual or corporate), and purchase quantity entered from the product information input screen shown in FIG. 6 and the customer information input screen shown in FIG.
  • the input information such as the name and address of the purchaser is read from a predetermined database in the server 1, and the flow advances to step S102.
  • step S102 the server determines whether the purchase category is a corporation.
  • step S102 the server 1 makes an affirmative decision in step S102 and proceeds to step S104, and in the case of an individual, makes a negative decision in step S102 and proceeds to step S103.
  • step 103 the server prepares data for a page screen for individuals as shown in FIG. 10 (a).
  • Figure 10 (a) shows a prize for a person who has purchased a single SLR camera.
  • the booklet contains information on shooting, a camera strap, or a point that can be used with the web service. It is a screen to select. This Here, the points are prizes prepared for individuals, not for corporations.
  • the server creates the data for the page screen it proceeds to step S105.
  • the points can be used when shopping at the online shop 6 in Fig. 2, and the price of the product can be discounted according to these points.
  • the storage capacity of image data can be increased more than usual according to points, and a printout service can be received free of charge.
  • community 7 there is also a usage method in which a service user who posted a question gives points as a reward to a service user who posted an answer.
  • step S104 the server prepares data for a corporate page screen as shown in FIG. 10 (b).
  • Figure 10 (b) shows prizes for corporations that have purchased a total of three SLR cameras and compact cameras.
  • the booklet contains information on shooting, a camera strap, and a compact camera case. This screen is used to select up to three points. Points are not prepared as prizes for corporations, unlike individuals.
  • a case is prepared as a prize corresponding to the purchased product, here a compact camera.
  • step S105 the server sends data to the terminal of the service user, and ends the processing in FIG.
  • the screen shown in FIG. 10 (a) or FIG. 10 (b) is displayed on the display of the service user terminal.
  • the service user checks the desired prize on one of the screens shown in FIGS. 10 (a) and 10 (b), and clicks the OK button 10B.
  • a quantity frame 10C is displayed.
  • the service user opens the pull-down menu and selects the desired quantity.
  • a description of the prize is displayed beside the prize image 10A.
  • Image 1 OA doubles as a link destination button, and when a service user clicks on this button, new data is sent from the server to the terminal, and a page for the service user is displayed in detail. Displayed on the terminal display.
  • Figure 12 is an example of a screen that introduces a booklet.
  • the service user clicks the OK button 10B the selection data is transmitted to the server of the service provider.
  • the server of the service provider Upon receiving the selection data transmitted from the service user, the server of the service provider transmits data of a page screen corresponding to the prize to the terminal of the service user.
  • a screen notifying the destination is displayed on the service user terminal display as shown in Fig. 13 (a).
  • a screen notifying of point addition is displayed on the display of the service user's terminal as shown in Fig. 13 (b).
  • FIG. 14 is a flowchart illustrating the flow of a member registration guidance screen creation process performed by the service provider server.
  • the process shown in Fig. 14 starts when customer registration is completed.
  • step S301 the server determines whether the purchase category is a corporation. In the case of a corporation, the server makes an affirmative decision in step S301 and proceeds to step S304. In the case of an individual, the server makes a negative decision in step S301 and proceeds to step S302.
  • step S302 the server determines whether the service user is a registered member. If the member is a registered member, the server makes an affirmative decision in step S302 and proceeds to step S304. If the server is a non-member, the server makes a negative decision in step S302 and proceeds to step S303.
  • the information as to whether the registered customer is a member of the service using the Web is transmitted to the server by the link button clicked when the customer registration is started.
  • the button “Click the button to” Newly register customers who do not use the Web service to register as a service user, "is regarded as a non-member. Register. "If the button is clicked, it is regarded as a member.
  • step S303 the server creates data for displaying a page screen as shown in FIG. Figure 15 shows the notification of the prize order indicating the end of customer registration and a message to guide the user to the web-based service registration page. It is an example of a screen to be displayed.
  • the server prepares the data for the page screen, the process proceeds to step S305.
  • step S305 the server sends a message to the terminal of the service user and ends the processing in FIG. As a result, the screen of FIG. 15 described above is displayed on the display of the terminal of the service user.
  • the service user clicks the link destination button 15 A for member registration of the service using the Web the server sends the data necessary for displaying the member registration screen to the terminal of the service user.
  • the server sends the necessary data for displaying the top page 10 in FIG. 3 described above to the service user. Send to terminal.
  • the server does not recommend Web service membership registration when proceeding to step S304. This is to avoid recruiting corporations to service members and to prevent duplicate registration of members who have already registered.
  • step S304 the server displays a prize order acceptance notification, creates page screen data indicating the end of customer registration, and proceeds to step S305. As a result, a screen (not shown) of the end of the customer registration is displayed on the display of the service user terminal.
  • the server sends to the service user terminal the data necessary for displaying the above-described top page 10 in FIG.
  • the service user clicks a link destination button (not shown) corresponding to ⁇ A person who has already registered as a member of the service using the Web will register a new customer. '' When clicked, the service provider's server sends the display data to the service user's terminal, and displays the Web service member authentication screen shown in Figure 16 on the terminal display. The service user enters the login name and password registered at the time of member registration, and clicks the OK button 16A. This sends the login name and password to the service provider's server.
  • FIG. 17 is a flowchart illustrating the flow of a registered content update process performed by the server of the service provider. The process shown in Fig. 17 starts when the login name and password sent from the service user match the contents of the database on the server side.
  • step S401 the server reads, from the data base, the data of items common to the data registration of the customer from the data registration data of the web registration already registered, and reads the data from the data base. Go to 0 2.
  • step S402 the server prepares page data for displaying the product information input screen shown in FIG. 6 described above, and transmits the page data to the terminal.
  • the service user writes the registered contents in the frame of the display screen according to the contents displayed on the display in the same manner as in the case where the non-member of the service using the Web registers the customer as described above.
  • OK button 6 B a registration message is sent to the server of the service provider.
  • the server of the service provider Upon receiving the registration information of the product information transmitted from the service user, the server of the service provider prepares a page for displaying a screen for updating customer information (customer information) and transmits it to the terminal. Proceed to step S403.
  • the page screen shown in Fig. 18 is displayed on the display of the service user's terminal.
  • the contents at the time of Web member registration are displayed in a frame of items common to Web member registration and customer registration.
  • the service user only needs to check the contents displayed on the display and write only the parts that have changed. If the service user clicks OK button 18B after writing the changes, a change message is sent to the service provider's server.
  • step S403 the server determines whether or not the change data has been received.
  • the server makes an affirmative decision in step S403 when the change data is received and proceeds to step S404, and makes a negative decision in step S403 when no change data is received.
  • step S404 the server compares the received data with the data at the time of Web membership registration, and determines whether there is any change. judge. If a change has been made, the server makes an affirmative decision in step S404 and proceeds to step S405, and if no change has been made, the server makes a negative decision in step S404 and makes a negative decision in step S404. Go to 08.
  • step S405 the supervisor changes the page screen of FIG. 18 to the content based on the change data transmitted from the service user, and creates a page screen (not shown).
  • the server further sends the created screen image to the service user terminal, for example, together with the data of the message "Are you sure you want to overwrite this?" Proceed to 06.
  • step S406 the server determines whether to change the database. When the service user clicks the OK button (not shown) on the terminal display, a change instruction is sent from the terminal to the server. If the server receives the change instruction, the server makes an affirmative decision in step S406 and proceeds to step S407.If the server does not receive the change instruction, it makes a negative decision in step S406 and returns to step S406. Proceed to S408.
  • step S 407 the supervisor overwrites the contents of the database with the change data and proceeds to step S 408.
  • step S408 the server registers the data of the item that is not common to the data at the time of the Web membership registration on a data basis. The server further sends the data of the message notifying that the registration has been completed to the service user terminal, and ends the processing in FIG. Note that if the change data is blank data, that is, if the service user sends the change data with the box blank, the server does not overwrite the data with blank data. In this case, the server creates message data notifying that no changes have been entered and sends it to the service user terminal.
  • the server sends the display data to the service user's terminal, and displays the questionnaire response screen shown in FIG. 7 on the terminal display.
  • the subsequent steps are the same as those described above when a non-member who uses the Web-based service to register a customer is omitted. However, it is not recommended to register as a member of the service using the Web at the end of customer registration.
  • the server determines that the service user is already a member of the Web. Is determined to be affirmative. As a result, only a screen (not shown) notifying the end of the membership registration is displayed on the display of the terminal of the service user, and the membership registration on the Web is not recommended.
  • the service user clicks the link button (not shown) corresponding to ⁇ Register the member for service use by Wel '' to provide the service.
  • the server of the user transmits display data to the terminal of the service user, and displays a screen (not shown) describing a membership rule for using the service on the Web on the display of the terminal.
  • the server of the service provider receives the data indicating the consent transmitted from the service user, the server transmits the display data to the terminal of the service user, and inputs the login name, the password, and the nickname.
  • the illustrated screen is displayed on the terminal display.
  • the service user writes the registered contents in the frame of the display screen according to the display contents on the display.
  • the login name is the user name that the service user registers to receive the service.
  • the passcode is used for authentication.
  • the nickname is required when using the bulletin board included in the category of the community.
  • Registration data is sent to the bar.
  • the server of the service provider Upon receiving the registration data transmitted from the service user, the server of the service provider transmits the display data to the terminal of the service user, and inputs the membership information on the Web as in FIG. 7 described above. Is displayed on the terminal display. The service user has selected the content displayed on the display. Then, the registered contents are written in the frame of the display screen. However, the password is omitted because it has already been sent as described above.
  • the service user clicks on K button 7B after writing the registration details the registration data of the member information is transmitted to the server of the service provider.
  • the server of the service provider Upon receiving the registration data of the Web membership information transmitted from the service user, the server of the service provider transmits display data to the terminal of the service user. As a result, a message notifying the completion of Web membership registration is displayed on the service user's terminal display.
  • the server displays the customer authentication screen shown in FIG. 19 on the terminal display.
  • the service user enters the ID and password registered when registering the customer information, and clicks OK button 19A. This sends the ID and password to the service provider's server.
  • the service provider's supervisor performs the following processing.
  • the new contents will be overwritten (updated). This means that when a Web member described above registers a customer, the information common to the information registered at the time of Web member registration and the information registered at the time of customer registration is overwritten (updated) to the latest contents. ).
  • the service provider's server updates the membership information on the Web as shown in Figure 18 above.
  • a page screen similar to that shown in Fig. 18 is displayed on the display of the service user's terminal, and the data at the time of customer registration is displayed in the frame of items common to those at the time of customer registration.
  • the service user only needs to check the contents displayed on the display and write only the parts that have changed. Service user writes changes
  • the OK button 18B is clicked later, a change message is sent to the service provider's supervisor. In this way, if only information that is different from the information registered at the time of customer registration is written, membership registration using the Web can be performed without writing the same contents as at the time of customer registration.
  • the service user clicks a link button (not shown) corresponding to "A person who has completed customer registration (member registration) changes the registration details." Then, the server of the service provider transmits display data to the terminal of the service user, and the screen for customer member authentication shown in FIG. 19 is displayed on the terminal display.
  • the Web member authentication screen shown in Fig. 16 is displayed on the terminal display.
  • the service user who has already registered the customer enters the password and ID registered at the time of customer registration, and clicks OK button 19A. This sends the ID and password to the service provider's server.
  • a service user who has already registered as a Web member enters the password and login name registered at the time of member registration, and clicks ⁇ K button 16 ⁇ . This sends the login name and password to the service provider's server.
  • the service provider's server prepares page data to display a customer information update screen when the transmitted ID and password match the ones recorded in the server's database, and stores it on the terminal. Send.
  • the service provider's server displays a web page for updating the membership information on the server.
  • a page screen similar to that of FIG. 18 described above is displayed on the display of the service user terminal.
  • the data at the time of registration is displayed in the registration item frame.
  • the service user only needs to check the contents displayed on the display and write only the parts that have changed.
  • the service user clicks the OK button 18B after writing the changes the change data is sent to the service provider's server. Subsequent processes are the same as those in step S403 and subsequent steps in FIG. You. In other words, the server overwrites only the changed data sent from the service user out of the registered data registered in the database.
  • the server has been described as using the password for customer registration and the password for web membership registration in common, and the service user registers both passwords the same.
  • service users may register different passwords for customer registration and Web membership registration.
  • customer registration and Web membership registration are performed independently. That is, even if there is an item common to the registration data between the customer registration and the Web member registration, the data at the time of one registration is not used at the time of the other registration.
  • the service provider will have a longer warranty period for the product than when registering the customer using a postcard or the like. Give extra benefits.
  • the warranty period is extended when the customer purchases the product through the online shop described below and registers the customer online for the product.
  • FIG. 20 is a flowchart illustrating the flow of the warranty period extension process performed by the server of the service provider.
  • the process shown in FIG. 20 starts when customer registration is completed.
  • step S801 the server determines from the data registered with the customer whether or not the product is purchased at an online shop.
  • the server makes an affirmative decision in step S801 when the product is purchased through the online shop and proceeds to step S802, and makes a negative determination in step S8001 when the product is not purchased through the online shop.
  • the processing according to FIG. 20 ends. In this case, the warranty period will not be extended.
  • step S802 the server accesses a predetermined database associated with the customer information, reads out the sabot information such as the warranty period of the product, and proceeds to step S803.
  • step S803 the server extends the warranty period of the read support information, for example, by six months, and changes the data in the database.
  • step S804. the server performs processing for enabling the warranty card with the extended warranty period to be sent to the purchaser, and ends the processing in FIG.
  • an example of extending the warranty period has been described as a privilege of registering customers online using the Web service, for example, points that can be used for the Web service may be given.
  • the link image is used as the prize image 10A, and the service user displays image 9A.
  • the page screen (Fig. 12) that introduces the prize in detail is further displayed. Therefore, the service user can obtain detailed information of the prize without having to search the introduction page screen for the prize.
  • the service provider extends the warranty period of the product. This has the effect of encouraging the purchaser to register online with less burden on the service provider than when registering using a tag.
  • a gift such as a booklet or a strap
  • Online shops are also called electronic shops. While the screen of the top page 10 in Fig. 3 described above is displayed on the terminal display, the Web-based service user operates a pointing device (not shown) provided on the terminal to link to the "online shop". When you click 5, the top page screen of the category of online shop 6 shown in Fig. 21 is displayed on the terminal display. As described above, the service use of the online shop 6 is to be performed after the service user who has registered as a member of the service using the Web enters the login name and pass password and logs in.
  • products A to F are introduced as recommended products by an image (not shown) and a description.
  • Link information is pasted at the display position of each of the products A to F.
  • a pointing device By operating a pointing device (not shown), one of the images of “Product A” to “Product F” is displayed. If you click, a page screen that describes the product in detail will be displayed. In this way, the place where the link destination information is pasted is indicated by underlining.
  • product group 1, product group 2, product group 3, ... are displayed.
  • Product group 1 For example, a film camera, and product group 2 is an accessory for a single-lens reflex camera. In this case, clicking on the underlined “Product Group 1” will bring up a further page screen that introduces the film camera in detail. Clicking on the underlined “Product Group 2” will bring up an additional page screen detailing the accessories for SLR cameras.
  • the Top Sellers ranking introduces the names of products that sell well in online shops, along with the first, second, third, and so on. Link information is also pasted on these rank displays or product names. Therefore, by clicking on the order in which the underline is drawn or the character of the product name, a page screen that further explains the product in detail is displayed. At the top of the screen in Fig. 21, a link destination button for jumping to the current category page and another power category page is provided like the top page of other categories.
  • the service provider provides the service user with a service as described below.
  • the user of the Web service will be called the purchaser.
  • the actual shop operation may be performed by a service provider, or the service provider may entrust a third party.
  • the service provider has a camera Prepare a polygon image of the main unit and a polygon image of each accessory such as an interchangeable lens and a flash device. These polygon images are composed of images of the camera body and each accessory according to the size ratio of the actual device. For this reason, when the images of the camera body and the accessory are joined together, the image looks the same as when the camera body and the interchangeable lens or the camera body and the flash device are mounted on an actual device.
  • the spliced image obtained by joining the image of the camera body and the image of the accessory can be integrally rotated and moved in the display screen.
  • Such polygon images are stored in advance in a predetermined database on the server of the service provider.
  • the server of the service provider transmits display data to the purchaser's terminal.
  • the item selection screen is displayed on the display of the terminal, the purchaser writes the selected contents in the frame of the display screen according to the displayed contents.
  • a pull-down menu is prepared for the frame with a downward-pointing triangle, and the purchaser selects the desired item from the menu.
  • the example in Fig. 22 shows a screen for selecting a replacement lens to be combined with the camera body, F ⁇ .
  • FIG. 23 is a flowchart illustrating the flow of polygon image processing performed by the server of the service provider.
  • the process shown in Fig. 23 starts when the server receives the data of the selected item.
  • the server reads a polygon image corresponding to the selected item from the database and information associated with the polygon image, and proceeds to step S502.
  • the server determines whether images of the selected item can be joined.
  • “joinable” means that the accessory can be attached to the camera body. If joining is possible, the server makes an affirmative decision in step S502 and proceeds to step S503.
  • step S503 the server joins the images of the selected items together and proceeds to step S504.
  • the image joining shows the actual attachment of the accessory. That is, when the selected item is an interchangeable lens, image synthesis is performed so that the mount section of the camera body and the mount section of the interchangeable lens are aligned, and an integrated image as shown in FIG. 24 is obtained.
  • step S504 the server transmits the data of the joined polygon image (FIG. 24) to the terminal of the purchaser, and ends the processing in FIG.
  • a pointing device not shown
  • the purchaser can rotate the joint image to an image viewed from an arbitrary angle.
  • step S505 the server transmits data of a message notifying that the selected item is not a joinable combination to the terminal of the purchaser, and proceeds to step S506.
  • step S506 the server transmits the display data to the terminal of the purchaser, and ends the processing in FIG.
  • the item selection screen shown in Fig. 22 is displayed again on the buyer's terminal, prompting the buyer to reconsider the item selection.
  • Buyers can receive new product suggestions based on the products they own.
  • the service provider prepares recommended products for each product. For example, an interchangeable lens a a a, a flash device b b b, a knot pack c c c, and a case d d d are prepared for the camera body, and priorities are set for these.
  • the data of such recommended products is stored in advance in a predetermined database of the service provider's helper.
  • the service provider's server sends display data to the buyer's terminal. Send it and display the recommended product introduction screen shown in Figure 25 on the terminal display.
  • Figure 25 is an example of a screen that introduces the image, specifications, and purchase benefits of the flash device b b b. If a buyer buys a recommended product,
  • FIG. 26 is a flowchart illustrating the flow of a recommended product proposal process performed by the server of the service provider.
  • the process shown in Fig. 26 starts when the purchaser's terminal clicks the "Check recommended products" button (not shown).
  • step S601 the server determines whether or not the user has logged in. If the server is logged in, the server makes an affirmative decision in step S601 and proceeds to step S602.If the server is not logged in, the server makes a negative decision in step S601 and returns to step S600. Proceed to 6.
  • step S602 the server accesses the database in which the customer registration information of the logged-in purchaser is stored, and obtains a model such as a camera or the like already purchased and owned by the purchaser from the registered data.
  • the information is read, and the flow advances to step S603.
  • step S603 the server extracts recommended products from the read model information, and proceeds to step S604. For example, when the purchaser owns a camera, the recommended products are extracted in the order of priority from the interchangeable lens a a a, the flash device b b b, the battery pack c c c, and the case d d d for the camera.
  • the owned model can be arbitrarily additionally registered on the customer information update page screen in addition to the above-described customer registration.
  • step S604 the server creates page data necessary for displaying the screen of FIG. 25 introducing the extracted recommended products, and proceeds to step S604.
  • step S605 the server transmits the created page data to the terminal of the purchaser, and ends the processing in FIG.
  • step S606 the server sends a display message to the buyer's terminal Then, the same model input screen as in FIG. 22 described above is displayed on the terminal display.
  • the purchaser writes his / her own model and accessories in the frame of the display screen according to the displayed contents.
  • OK button 2 2 B the data of the owned model is transmitted to the server of the service provider.
  • step S607 the server determines whether or not data of the owned model has been received.
  • the server makes an affirmative decision in step S607, proceeds to step S603, and repeats the decision processing when no data has been received.
  • Buyers can receive new product suggestions based on the products in the shopping cart. As described above, the service provider prepares recommended products for each product, sets priorities, and stores them in the database.
  • FIG. 27 is a flowchart illustrating the flow of a recommended product proposal process performed by the server of the service provider.
  • the process shown in Fig. 27 is activated when the purchaser's terminal clicks the unillustrated "Add Product to Cart" button.
  • step S701 the server determines whether or not the purchaser has logged in. If the server has logged in, the server S 1 makes an affirmative decision in step S 7 01 and proceeds to step S 7 02, and if not, the server 1 makes a negative decision in step S 7 01 and makes a step S 7 0 3 Proceed to.
  • step S702 the supervisor accesses a database that stores the member registration information of the logged-in purchaser's Web, and the purchaser has already purchased and owned from the registered data.
  • the model information of the camera or the like is read, and the flow advances to step S703.
  • step S703 the server extracts recommended products from the product name put in the shopping cart and the model information owned by the purchaser, and proceeds to step S704.
  • the server extracts recommended products from the product name put in the shopping cart and the model information owned by the purchaser, and proceeds to step S704.
  • the purchaser owns the camera, and the one put in the shopping cart extracts the interchangeable lens aaa for the camera in the case of the flash device bbb.
  • step S701 If a negative determination is made in step S701 (the user is not logged in), recommended products are extracted from the product names put in the shopping cart, and the process proceeds to step S704.
  • step S704 the server creates page data necessary for displaying the screen of FIG. 25 introducing the extracted recommended products, and proceeds to step S705.
  • step S705 the server sends the created display page data to the terminal of the purchaser, and ends the processing in FIG.
  • Service providers manage product inventories in relative numbers rather than absolute numbers.
  • the stock quantity decreases according to the quantity of the product when the purchaser puts the product in the shopping cart, and increases according to the quantity of the product when the purchaser removes the product from the shopping cart.
  • the service provider manages inventory (referred to as “valid inventory” in this description) based on the relative increase / decrease number based on the initial absolute number of inventory and the number of inventory that changes in real time.
  • FIG. 28 is a diagram showing an example of a management page screen for managing product information.
  • the management page screen is prepared by the service provider for each product handled by the online shopping service. Even for the same product, the wrapped product and the product with the name given to the product are assigned as a different product ID from the normal product and managed as separate products.
  • the server sends a screen of the management page screen to the administrator's terminal and sends the diagram to the administrator's terminal.
  • the management screen of 8 is displayed.
  • the outline of the product is entered in the box 28 A of the explanation 1.
  • Description 2 box 28B contains a detailed description of the product.
  • the keyword for the product is entered in the search keyword box 28C.
  • the search keyword box 28C For example, if the product is a flash device, a flash, speedlight, lighting, etc. will be entered.
  • Key words should preferably be words that are not entered in the boxes described in Explanations 1 and 2. The reason for this is that in the search function described later, the words entered in the boxes of the explanations 1 and 2 are also referred to in addition to the keywords.
  • the period of posting period 28D indicates the period for posting the product on the online shop page screen. Publishing is the online show shown in Figure 21 above. This means that it is displayed as a shop menu or recommended product on the homepage page.
  • the server will post the product in the online shop within the period specified in the posting period box 28D. If the administrator unchecks the display on the right side of the posting period frame 28D to remove the posting, the posting of the product on the online shop page will be stopped even during the posting period. That is, the display of the shop menu and the recommended product is stopped.
  • the sales acceptance period box 28 E the period during which the order for the product is received by the online shop is entered. The server will accept the order for the item within the time period specified. If the administrator unchecks the display on the right side of the sales acceptance period frame 28 E, order acceptance of the product will be stopped even during the acceptance period.
  • the product ID of another product related to the product is entered.
  • the recommended product entered in box 28 F when the buyer puts the product in the shopping cart Is proposed.
  • the Out-of-stock processing column 28 G the processing to be performed by the server when the product is out of stock is checked. In the example shown in Figure 28, it is checked to post a stockout indication and stop selling. In this case, when the product is out of stock, an out-of-stock display will appear on the shop menu or recommended product page screen at the product. At this time, if the expected storage date is entered in the 28 G of out-of-stock processing column, the expected storage date will be posted on the page screen.
  • Inventory increase / decrease box 28H indicates the relative increase / decrease based on the initial inventory.
  • the administrator enters +1 0 to add 10 units to the initial stock number, and 15 to decrease 5 units. Therefore, the manager can see how much the number in box 28H has increased or decreased from the initial inventory.
  • the current inventory count box 28 I displays the real-time inventory count depending on whether the purchaser has placed the item in the shopping cart.
  • Virtual inventory manages inventory based on changes in inventory and current inventory levels.
  • registration data is transmitted from the administrator's terminal to the server.
  • the server is When the registration data is received, the database is changed and reflected on the online shop page. As described above, the manager can change the description in each of the above-mentioned frames except for the current inventory number of the frame 28 I.
  • the server sends an e-mail to the administrator to warn when the current stock quantity of the product is less than the specified quantity. Also, the server notifies the buyer that there is no stock if the current stock quantity of the product is 0 or negative when the purchaser puts the product in the shopping cart.
  • FIG. 29 is a flowchart illustrating the flow of the inventory notification process performed by the server of the service provider.
  • the processing in Fig. 29 is always executed when the online shop service is provided.
  • the server 1 determines whether or not X items (X is an integer of 1 or more) are placed in a shopping cart.
  • the server makes an affirmative decision in step S1801 and proceeds to step S1802.
  • the server proceeds to step S18. Decision is made for 01, and the process proceeds to step S1803.
  • step S1805 the server determines whether the stock number n is equal to or less than a predetermined value Z.
  • Z is a quantity considered to be out of stock and is a value determined for each product (product ID).
  • the server makes an affirmative decision in step S1805 when n ⁇ Z holds and proceeds to step S1806, and makes a negative decision in step S1805 when n> Z holds. Proceed to step S1808.
  • step S1806 the server determines whether the affirmative determination in step S1805 is the first time counted from a predetermined time.
  • the predetermined time is, for example, midnight, or the time when the virtual stock is increased or decreased.
  • the server makes an affirmative decision in step S 1806 when the determination is the first time counting from the predetermined time and proceeds to step S 1807, and when not the first determination, proceeds to step S 1806. Is negative, and the process proceeds to step S1808.
  • step S 1807 the server sends an e-mail notifying the administrator managing the virtual inventory that the stock is running low. Transmit and go to step S 1808. As a result, only when the number of stocks n becomes equal to or less than the predetermined value Z for the first time after the predetermined time, a mail notifying of the stock reduction is sent to the administrator.
  • step S ⁇ b> 1808 the server determines whether the current stock number n of the virtual stock is 0 or less. The server makes an affirmative decision in step S 1808 when n ⁇ 0 is satisfied, proceeds to step S 189, and proceeds with step S 188 when n> 0 is satisfied. A negative determination is made and the process returns to step S1801.
  • step S 1809 the server sends an e-mail notifying the manager who manages the virtual inventory that the inventory has become 0, and proceeds to step S 1810. As a result, every time the stock number n becomes 0 or less, an e-mail is sent to the administrator notifying that the stock is out of stock.
  • step S1810 the server sends display data to the purchaser's terminal that puts product A in the cart, and sends a message notifying that the product is out of stock to the purchaser's terminal. Display on the display.
  • the server sends the display data to the purchaser's terminal the server returns to step S1801.
  • step S1803 to which the server proceeds after making a negative determination in step S1801 described above, the server determines whether or not the product A has been issued from the Y shopping cart (Y is an integer of 1 or more). Is determined.
  • the server 1 makes an affirmative decision in step S1803 when the product A is removed from the cart, proceeds to step S1804, and proceeds to step S1804 when the product A is not removed from the cart.
  • a negative determination is made at 3 and the procedure returns to step S18001.
  • the current inventory number n of the virtual inventory calculated by the processing in FIG. 29 described above is linked with the display content of the management screen of FIG. 28 for the manager described above.
  • the value of n is displayed in the current stock quantity frame 28 I in FIG.
  • sales are stopped when the current stock number n becomes 0.
  • the check in the column 28G for processing when the stock is out of stock is removed and displayed when the sales are stopped. In this case, if the number of stocks n increases and sales resume, a check is displayed at the original position in the out-of-stock process column 28G.
  • Products that continue to sell even when the number of stocks n becomes 0 or less are products whose production volume is sufficiently secured and products can be supplied stably.
  • the out-of-stock status is displayed, and sales are suspended until the stock is replenished. This means products whose production volume is small relative to orders and requires a long time to supply.
  • sold-out is displayed and sales after that are stopped.
  • the display of the product is deleted and the sale after that is stopped, it corresponds to the discontinued (discontinued) product.
  • Such classification of the products a to d is performed for each product (product ID) in the management screen of FIG. 28 by the administrator.
  • FIG. 30 is a flowchart illustrating the flow of a posting switching process performed by the server of the service provider. The processing in FIG. 30 is always executed when the online shop service is provided.
  • step S1661 the server determines whether or not the virtual inventory quantity n ⁇ 0. The server determines affirmatively in step S1601 when n ⁇ 0 and proceeds to step S1662, and negatively determines step S1661 when n> 0. Repeat the judgment process.
  • step S 1602 the server accesses the database and determines whether or not the product whose stock number n is 0 or less is a product classified as d. The server makes an affirmative decision in step S1602 if the product is classified as d and proceeds to step S1663, and makes a negative determination in step S1662 if the product is not classified as d. To step S1605.
  • step S1663 the server excludes the product from display and proceeds to step S1664.
  • step S164 the server excludes the product from the search target and ends the process in FIG.
  • step S 1605 the server 1 determines whether or not the product whose stock number n has become 0 is a product classified as c. The server judges affirmatively in step S1665 when the product is classified as c and proceeds to step S1666, and denies step S1665 when the product is not classified as c. Judge and proceed to step S166.
  • step S166 the server instructs the product to be sold out and ends the process in FIG. As a result, the sold-out display is posted on the shop menu and the recommended product page screen at the product. In addition, posting a sold-out display does not exclude it from the online shop search process.
  • step S1667 the server determines whether or not the product whose stock number n has become 0 is a product classified as b above. An affirmative determination is made in S16607, and the flow advances to step S16608.
  • step S 168 the server instructs the display of out-of-stock for the product and ends the processing in FIG. As a result, an out-of-stock display will appear on the shop menu or recommended product page screen at the product.
  • step S1667 the server makes a negative decision in step S1667 and ends the processing in FIG.
  • the out-of-stock indication is not posted even if the product becomes out of stock. Also, do not exclude from the search process of online shop.
  • the product is excluded from the search processing of the online shop only when the product classified in the above d is out of stock (step S 1604). If a product that is classified as “out of stock” becomes out of stock, the product may be excluded from the search processing of the online shop. In this case, the process may proceed to step S1664 after the processing in step S166 described above.
  • FIG. 31 is a flowchart for explaining the flow of the product delivery instruction process performed by the server of the service provider. The process shown in Fig. 31 starts when the purchase process of the product by the online shop ends. In step S901, the server determines whether or not the purchase price P of the product is equal to or more than a predetermined price Q.
  • step S901 If P ⁇ Q holds, the server makes an affirmative decision in step S901 and proceeds to step S902, and if P ⁇ Q holds, the server makes a negative decision in step S901 to make a decision as shown in FIG.
  • the processing by 1 ends.
  • buyers whose purchase amount P is Q or more are given the opportunity of lottery.
  • step S902 the server transmits a display message to the terminal of the purchaser, and displays the lottery page screen shown in FIG. 32 (a) on the display of the terminal.
  • FIG. 32 (a) when the lottery page screen is displayed on the terminal display, the purchaser performs a lottery according to the displayed content.
  • the buyer clicks on the handle of the lottery device displayed on the screen data indicating that the lottery should be started is transmitted to the service provider's server.
  • step S903 the server determines whether or not data for starting a lottery has been received. The server makes an affirmative decision in step S903 when receiving the start of the lottery, performs predetermined lottery processing, and proceeds to step S904. When the server does not receive the data of the lottery start, the server repeats the determination processing.
  • step S904 the server determines whether the purchaser's address is the same as the delivery address of the purchased product.
  • the buyer's address and the shipping address were entered during the online shop purchase process. If the purchaser and the delivery address are the same, the server makes an affirmative decision in step S904 and proceeds to step S905, and if the purchaser and the delivery address are different, step S900 A negative determination is made at 4, and the process proceeds to step S906.
  • step S906 the server transmits display data to the terminal of the purchaser, and proceeds to step S907.
  • the page screen shown in FIG. 32 (b) is displayed on the terminal display.
  • a red ball appears to notify that the camera has been won, and a button for selecting the delivery destination of the winning product is displayed.
  • the select button data indicating the information of the selected delivery address is sent from the buyer's terminal to the supermarket.
  • step S905 the supervisor transmits display data to the terminal of the purchaser, and proceeds to step S907.
  • the delivery destination of the purchased product is the same as the purchaser's address
  • the delivery destination of the winning product is also regarded as the purchaser's address. Therefore, a page screen (not shown) in which the delivery destination selection button is omitted from the screen shown in Fig. 32 (b) is displayed on the display of the buyer's terminal. In other words, only the red ball comes out and the camera is won.
  • a confirmation button (not shown)
  • data indicating the address information of the purchaser is sent from the terminal of the purchaser to the server.
  • the server determines whether or not information on the delivery address has been received.
  • the server makes an affirmative decision in step S907 when receiving the delivery address data overnight, and proceeds to step S908, and repeats the determination processing when not receiving the delivery address data.
  • step S908 the server determines whether the delivery address of the purchased product is the same as the delivery address of the winning product. If the delivery address is the same, the server makes an affirmative decision in step S908 and proceeds to step S909, and if the delivery address is different, makes a negative decision in step S908. Proceed to step S910.
  • step S909 the server sends display data to the buyer's terminal, and causes the terminal to display a screen for confirming the delivery destination of the winning product shown in FIG. 33.
  • the server performs processing to bundle the purchased goods and the winning goods so that they can be sent to the purchaser, and ends the processing in FIG.
  • step S910 the server transmits display data to the purchaser's terminal, and causes the terminal to display a delivery destination confirmation screen for the winning product shown in FIG. 33.
  • the server performs a process of separately packing the purchased product and the winning product so that they can be sent to their respective destinations, and ends the process shown in FIG.
  • Fig. 3-4 illustrates the flow of the product delivery instruction process performed by the service provider's server. It is a flowchart to clarify.
  • the process shown in Fig. 34 starts when the buyer's terminal performs a login process on the online shop page.
  • step S1001 the server determines whether or not an instruction to put a product into a shopping cart has been sent from the purchaser's terminal. This instruction is sent when the purchaser clicks the “Add to cart” button (not shown) on the display screen of the terminal.
  • the server receives the data indicating the instruction to put in the cart, the server makes an affirmative decision in step S1001 and proceeds to step S1002.
  • the server proceeds to step S100.
  • a negative determination is made at 1 and the routine proceeds to step S1005.
  • step S 1002 the server determines whether or not the product instructed to be put into the cart is out of stock. If the server is out of stock, the server makes an affirmative decision in step S1002 and proceeds to step S1004. If the server is not out of stock, the server makes a negative decision in step S1002 and makes a negative decision in step S1003 Proceed to.
  • step S1003 the server transmits display data to the terminal of the buyer who transmitted the instruction to put the product into the cart, and a page screen (not shown) indicating that the product has been put into the cart. Is displayed on the display of the buyer's terminal. After transmitting the display data, the server proceeds to step S1005.
  • step S1004 the server performs a reservation process for out-of-stock products, and proceeds to step S1005 after the reservation process.
  • the reservation processing will be described later.
  • step S1000 the server determines whether or not an instruction to end shopping has been sent from the purchaser's terminal. This instruction is sent when the purchaser clicks a “quit shopping” button (not shown) on the display screen of the terminal. Upon receiving the data indicating the shopping end instruction, the server makes an affirmative decision in step S1005, and proceeds to step S1006. If the server does not receive the data indicating the shopping end instruction, step S100 A negative determination is made for 0 5 and the process returns to step S 1 0 0 1.
  • step S106 the server determines whether or not a product is in the shopping cart. If there is an item in the cart, the server makes an affirmative decision in step S 1 0 6 and proceeds to step S 1 0 7, and if there is no item in the cart, In this case, a negative determination is made in step S1006, and the processing in FIG. 34 ends.
  • step S107 the server determines whether there is a reserved product among the products in the shopping cart. If there is a reserved product, the server makes an affirmative decision in step S 1 0 7 and proceeds to step S 1 0 8. If there is no reserved product, the server makes a negative decision in step S 1 0 7 and makes a negative decision in step S 1. Go to 0 0 9
  • step S108 the server performs a payment process called option payment, and ends the process in FIG. 34 after the payment process.
  • the server performs a settlement process called normal settlement, and ends the process in FIG. 34 after the settlement process.
  • the normal settlement process and the option settlement process will be described later.
  • FIG. 35 is a flowchart illustrating the flow of a reservation process performed on the server of the service provider.
  • the process according to FIG. 35 is started when the server 1 makes a positive determination in step S1002 in FIG. 34 described above.
  • the server accesses the database to read out the product information of the out-of-stock product, obtains information on the expected arrival date of the product, and obtains information in step S1. Proceed to 102.
  • the server creates display data for a reservation page screen described later, and proceeds to step S1103.
  • step S1103 the server transmits display page data to the terminal of the purchaser, and proceeds to step S1104.
  • the reservation page screen shown in Fig. 36 is displayed on the display of the buyer's terminal.
  • the expected arrival date of the product is displayed.
  • step S111 the server determines whether or not an instruction for product reservation has been sent from the terminal of the purchaser. Upon receiving the reservation instruction data, the server makes an affirmative decision in step S111 and proceeds to step S1107, and when not receiving the reservation instruction data, makes a negative decision in step S1104. And proceed to step S1105. In step S117, the server adds the product to the shopping power, and proceeds to step S1108.
  • step S111 the supervisor The display page data is sent to the buyer's terminal that has sent the instruction to put the product in the cart, and the page screen indicating that the product has been added to the cart, that is, that the product has been reserved, is displayed on the buyer's terminal. Display on the display.
  • the server sends the display page data the server ends the reservation process shown in FIG. 35.
  • step S1105 the server determines whether or not an instruction not to reserve a product has been sent from the terminal of the purchaser.
  • the instruction to not make a reservation is sent to the server by clicking the “do not make reservation” button 36 C on the screen shown in Fig. 36.
  • the server Upon receiving the data indicating the non-reservation instruction, the server makes an affirmative decision in step S111 and proceeds to step S1106. If the server does not receive the data indicating the non-reservation instruction, it proceeds to step S1105. A negative determination is made and the process returns to step S111.
  • step S1106 the server sends display page data to the terminal of the purchaser who has transmitted the instruction to put the product into force, and displays the page screen indicating that the product is not to be reserved on the purchaser's terminal. Display on the terminal display.
  • the reservation process shown in FIG. 35 ends.
  • FIG. 37 is a flowchart illustrating the flow of an option settlement process performed by a server of a service provider.
  • the process shown in FIG. 37 starts when the server 1 makes a positive determination in step S1007 of FIG. 34 described above.
  • step S12201 in FIG. 37 the server 1 determines whether there is any product other than the reserved product in the products in the shopping cart.
  • the server makes an affirmative decision in step S1221 if there is a product other than the reserved product, proceeds to step S1222, and denies step S1221 if there is no product other than the reserved product
  • the determination is made and the process proceeds to step S 1 204.
  • step S122 the server transmits display page data to the terminal of the purchaser, and proceeds to step S123.
  • the delivery method selection page screen shown in Fig. 38 is displayed on the buyer's terminal display.
  • Fig. 38 the estimated delivery date of the reserved product is displayed.
  • step S123 the server determines whether or not the same transmission instruction has been transmitted from the terminal of the purchaser. Upon receiving the data indicating the same transmission instruction, the server makes an affirmative decision in step S1203 and proceeds to step S1204. If the server does not receive the data indicating the same transmission instruction, it proceeds to step S122. A negative decision is made on 0 3 and the process proceeds to step S 1 205.
  • step S124 the server performs calculation for preparing a statement, and proceeds to step S126. In this case, only one delivery of the product is required, so the shipping cost and the price of the product are included.
  • step S125 the server performs a calculation for preparing a statement and proceeds to step S122. In this case, the delivery of the product is divided into multiple times, so the shipping cost and the price of the product are included for each delivery.
  • step S122 the server transmits display page data to the terminal of the purchaser, and proceeds to step S127. As a result, the screen of the calculator page shown in Fig. 39 is displayed on the display of the buyer's terminal.
  • step S127 the server determines whether or not a payment instruction has been sent from the purchaser's terminal.
  • the server upon receiving the data indicating the settlement instruction, makes an affirmative decision in step S 1207 and proceeds to step S 1 208, and repeats the judgment processing if it does not receive any data indicating the settlement instruction.
  • step S128, the server performs the payment processing, and then ends the option payment processing shown in FIG. 37.
  • the normal settlement processing described above will be described.
  • the processing from step S1201 to step S1203 and the processing in step S125 in the option settlement processing shown in FIG. 37 are omitted.
  • the normal settlement processing is performed when the server makes a negative determination in step S1007 of FIG. 34 described above, that is, when there is no reserved product. In this case, since all the items in the cart are stored, only one delivery is required, so the statement should be prepared by including the postage for one time and the price of the item. . Therefore, the process is started from the process in step S122.
  • FIG. 40 is a flowchart illustrating the flow of processing for determining a shipping fee according to a delivery method and a settlement method, which is performed instead of the option settlement processing in FIG. 37.
  • the server creates a page screen for selecting a delivery method and a settlement method, and proceeds to step S1302.
  • For the delivery method selection select whether to send the reserved product and other products together or to deliver them separately.
  • the settlement method selection selects whether to settle the booked product and other products collectively or to settle separately.
  • the server transmits the created page screen data to the terminal of the purchaser, and proceeds to step S1303.
  • a page screen having a delivery method selection check column (not shown) and a settlement method selection check column (not shown) is displayed on the display of the purchaser's terminal.
  • step S1303 the server determines whether or not a delivery and settlement instruction has been sent from the purchaser's terminal.
  • the server makes an affirmative decision in step S1303 and proceeds to step S1304.
  • the server proceeds to step S133. A negative determination is made on 03, and the determination process is repeated.
  • step S1304 the server detects the number of deliveries D, and proceeds to step S1305.
  • D 1 when the goods are sent together.
  • the reserved product is delivered separately, D ⁇ 2.
  • the value of D varies depending on the presence or absence of reserved products and the scheduled arrival date of each reserved product.
  • step S135, the supervisor determines whether or not to perform collective settlement. If data indicating an instruction for collective settlement is sent from the buyer's terminal, the server makes an affirmative decision in step S 13 05 and proceeds to step S 13 06 to indicate the instruction for split settlement If data has been sent, a negative determination is made in step S 13 05 and the process proceeds to step S 13 07.
  • Step S 1 3 0 6 In, the server performs the settlement processing of the collective settlement, and after the settlement processing, ends the processing in FIG.
  • step S 13 07 the server performs the settlement processing of the split settlement, and ends the processing in FIG.
  • FIG. 41 is a flowchart illustrating the flow of the collective settlement process performed by the server of the service provider.
  • the server determines whether the purchased product and the reserved product in the shopping cart have been purchased. Calculate the total amount E and proceed to step S1402.
  • the server calculates the number of delivery times G for which a fee is charged, and proceeds to step S1403.
  • step S1403 the server determines whether G ⁇ 0 holds.
  • the server makes an affirmative decision in step S1403 when G ⁇ 0 holds, proceeds to step S1405, and makes a negative decision in step S1403 when G> 0 holds. And proceed to step S1404.
  • step S 1405 the server sets the shipping fee to 0, creates a calculation statement, and proceeds to step S 144.
  • step S144 the server creates a calculation including the delivery charges for G times, and proceeds to step S1406.
  • step S1406 the server transmits the page data for displaying the calculation statement to the terminal of the purchaser, and proceeds to step S1407.
  • a page screen of the calculation sheet similar to that of FIG. 39 described above is displayed on the display of the buyer's terminal.
  • the server determines whether or not a payment instruction has been sent from the purchaser's terminal.
  • the server receives the data indicating the settlement instruction, it makes an affirmative decision in step S1407 and proceeds to step S1408, and when not receiving the data indicating the settlement instruction, repeats the determination processing.
  • step S 148 the server determines whether payment by credit card Detect whether or not.
  • the payment method is a method selected by the purchaser from, for example, a credit card debit, COD upon delivery, and the like.
  • the server makes an affirmative decision in step S 1408 and proceeds to step S 1 09, and when the payment is not by credit card, makes a negative decision in step S 1408. Proceed to step S1410.
  • step S 1 4 0 mono-bar, to the credit card company the buyer has a contract, c server to perform a credit for the amount of payment for the credit card, the step S 1 4 1 and perform the credit processing Go to 0.
  • step S 1410 the server performs the settlement process when the credit is accepted, and ends the collective settlement process shown in FIG. 41.
  • the server performs non-settlement processing if the credit is not passed and ends the processing in FIG. In this case, the sale is not established.
  • FIG. 42 is a flowchart illustrating the flow of the split settlement process performed by the server of the service provider.
  • the server calculates the total amount H to be settled this time among the purchased items and reserved items in the shopping cart, and proceeds to step S1502.
  • the server calculates the number of deliveries J at which free service can be performed, and proceeds to step S1503.
  • step S1506 the server sets the shipping fee to 0, creates a calculation report, and proceeds to step S1507.
  • step S1504 Then, the server creates a statement including the shipping fee, and proceeds to step S 1507.
  • step S 1507 the supervisor transmits the created display page for the calculation statement to the purchaser's terminal, and proceeds to step S 1508.
  • a page screen of the calculation sheet similar to that of FIG. 39 described above is displayed on the display of the purchaser's terminal.
  • the server determines whether or not a payment instruction has been sent from the purchaser's terminal.
  • the server receives the data indicating the payment instruction, it makes an affirmative determination in step S1508 and proceeds to step S1509, and repeats the determination processing when receiving no data indicating the payment instruction. .
  • step S1509 the server detects whether or not the payment is by credit card. In the case of payment by credit card, the server makes an affirmative decision in step S1509 and proceeds to step S15010, and when the payment is not by credit card, makes a negative decision in step S15009 and makes a negative decision in step S1509. Proceed to 1 5 13.
  • step S1510 the server credits the credit card company with which the buyer has contracted the amount to be settled for the credit card at this time. After performing the credit processing, the server proceeds to step S 1511.
  • step S1511 the server performs settlement processing when the credit is accepted, and proceeds to step S1512. At this point, the settlement of the reserved product is not performed. If the credit is not passed, the server performs a non-settlement process and proceeds to step S1512. In the case of non-settlement processing, trading is not completed.
  • step S1512 the server gives credit for the amount of the reserved product excluding the current settlement amount. After performing the credit processing, the server proceeds to step S1513.
  • step S1513 the server ends the divisional settlement process shown in Fig. 42 when the credit is accepted. If the credit is not passed, the server performs settlement processing using a settlement method other than the credit card. End the process.
  • the service provider has prepared a polygon image of the camera body and a polygon image of each accessory such as an interchangeable lens, so that these polygon images can be joined together. This allows the purchaser to check the image with each accessory attached to the camera body before purchasing the product. On the other hand, the service provider does not need to take many shots with the accessories actually attached to the camera body according to the number of combinations of the camera body and each accessory, thus reducing the trouble of shooting. Can be.
  • Inventory (virtual inventory) based on the relative increase / decrease number based on the initial absolute number of items in stock and the number n of items that change in real time depending on whether the purchaser puts the item in the shopping cart or not. Since the management was implemented, the manager can see how much the number in the inventory increase / decrease has been increased / decreased from the initial inventory quantity, and the current inventory quantity Sufficient / shortage is indicated by the number of stocks n displayed in.
  • step S 1002 If the number n of the items in the cart that the buyer has put in the cart is 0 (step S 1002), the reservation button is notified by notifying the buyer's terminal of the out-of-stock and scheduled arrival date. It is now possible to make reservations with 36 B. This allows the purchaser to easily make a purchase reservation.
  • step S 90 A lottery is conducted online to the purchaser who purchased the product at the online shop, and if the destination of the winning prize and the purchased product are the same, the bundled instruction is given (step S 90). 9) I did it. As a result, the shipping fee can be reduced as compared with the case where the delivery is performed separately.
  • step S1 203 When the purchaser purchases an in-stock item and an out-of-stock item, it is checked whether or not the in-stock item and the reserved item are to be delivered at the same time (step S1 203). Therefore, the buyer has two options: one is to have the pre-ordered items arrive and then be delivered together with the in-stock items, or the other is to have the in-stock items delivered first and the pre-ordered items separately later. You can choose.
  • step S 13 0 When the buyer purchases an in-stock item and an out-of-stock item, it is checked whether or not the in-stock item and the out-of-stock reserved item are settled together (step S 13 0) 5).
  • step S13 0 Upon receiving an instruction to settle the payment in a divided manner and further receiving an instruction to settle the payment by card (affirmative determination in step S1509), credit is applied to the price of the reserved product separately from the current payment amount (step S1). 5 1 2) As a result, it can be confirmed that the reserved product can be purchased, so that the credibility of the reservation is enhanced.
  • One Album 'Print Service-Online Album 5' Online albums are also called electronic albums. While the screen of the top page 10 in Fig. 3 above is displayed on the display of the terminal, the Web service user operates a pointing device (not shown) provided on the terminal to link the "online album". Clicking on the previous page 24 displays the top page screen of the category of the online album 5 (not shown) on the terminal display. When the service user logs in on the top page screen, the page screen shown in Fig. 43 is displayed on the terminal display. As described above, the service use of the online album 5 is received by the service user who has registered as a Web member after logging in by entering a login name and password.
  • the memory size (storage capacity) of the data storage area for albums is, for example, 50 MB per user, and the validity period (use period) is one year.
  • the memory size and the validity period as described above, preferential measures are taken for the service user who has registered the customer so that the memory size is larger than usual and the validity period is longer than usual.
  • the image data stored in the electronic album registered by the service user is read out from the data storage area by the service user to the terminal in principle, and the image based on the image data is viewed by the service user. Is done. If a service user wants another service user to view the above album or allows another service user to view it, the service provider can be notified and released. .
  • the released album will be listed as a public album on the screen in Figure 43. In the example of Fig. 43, descriptions of album 1, album 2, and album 3 are displayed together with the representative images in each album. If the service user clicks on any of these images and the underlined 7 rubum characters, the image data stored in each album will be saved from the storage area of the data to the service user's Sent to the terminal. As a result, the service user can view the sent image on the terminal screen.
  • the album If the album is not made public, it will be kept private and only the service user who created the album will be able to view it, and other service users will not be able to view it.
  • the public / private setting is determined by the service user who created the album for each image registered in the album.
  • the server makes it possible for anyone to read the image data in case of unconditional publication, and in the case of publication with a password, only the service user who entered the password can read the image data. I do.
  • the public album will be featured on the screen shown in Fig. 43 with a representative image posted on it. It is introduced by being classified according to the category of the system. For example, if the service user clicks the underlined “Category 1” letter, a page that introduces the public albums classified into Category 1 along with the representative images in each album will be displayed. Is displayed. In this way, the public albums are classified and introduced in each category.
  • a print service page screen is further displayed.
  • the print service is a service that prints out the images registered in the electronic album in high detail on the service provider side, and makes it possible to send out to service users.
  • the print itself may be performed by the service provider, or the service provider may entrust a third party.
  • the print service flow is
  • the service user checks the payment amount, payment method and delivery destination of the print
  • Photo mail is a mail service to which information on the link destination of an image registered in the electronic album described above can be attached.
  • the person receiving the photo mail can read and view the image data registered in the electronic album by specifying the link destination information described in the e-mail, for example, the URL.
  • a page screen that introduces how to use the online album service is further displayed.
  • the user of the service obtains information such as how to use the above-mentioned electronic album by referring to the introduction screen.
  • the service provider provides the following services to the service user.
  • the online album service lends a data storage area for storing images to service users, and therefore requires more data storage area than mail services. For this reason, after a certain period of non-use of the service, the data is stored in the data storage area lent to the user so that the data storage area does not continue to be reserved for those who no longer use the service. Erase the data that has been deleted. As a result, the data storage area can be lent to other service users.
  • FIG. 44 is a flowchart illustrating the flow of the album erasing process performed by the server of the service provider.
  • the processing according to Fig. 44 is performed, for example, periodically once a month.
  • the server accesses the database to search for a login date recorded for each service user, and proceeds to step S2002.
  • the server determines whether there is a service user who has not recorded a log-in during the first predetermined period or more.
  • the first predetermined period is, for example, one year.
  • step S 2 0 2 If there is a user who has no login record, the server makes an affirmative decision in step S 2 0 2 and proceeds to step S 2 0 3 . If there is no user who has no login record, the server 1 proceeds to step S 2 0 0 A negative determination is made at 2, and the process proceeds to step S2006.
  • step S2003 the server determines whether the service user has an album. If the service user has registered the album, the server makes an affirmative decision in step S203 and proceeds to step S204, and if the album has not been registered, the server proceeds to step S200. A negative determination is made in 3 and the processing in FIG. If a negative determination is made in step S2003, the album is not deleted.
  • step S2004 the server deletes all the albums registered by the service user and proceeds to step S205.
  • step S205 the server deletes the album because there is no mouth for more than the first predetermined period. An e-mail is sent to the service user notifying that the request has been made, and the processing in FIG. 44 ends.
  • step S2006 the server determines whether or not there is a service user who has not logged in for at least a second predetermined period shorter than the first predetermined period.
  • the second predetermined period is, for example, 11 months. If there is a user who has no login record, the server makes an affirmative decision in step S206 and proceeds to step S2007. If there is no user who has no login record, the server proceeds to step S200. A negative determination is made in step 6, and the processing in FIG. If a negative determination is made in step S2006, the album is not deleted.
  • step S207 the server determines whether the service user has an album. If the service user has registered the album, the server makes an affirmative decision in step S207 and proceeds to step S208, and if the album has not been registered, the server proceeds to step S200. A negative determination is made in 7 and the processing in FIG. If a negative determination is made in step S207, the album is not deleted.
  • step S208 the server sends a warning mail to the service user that the album will be deleted if the user is not queried for the first predetermined period or more, and ends the processing in FIG. 44. .
  • a warning e-mail is sent to the service user who has not used the service for the second predetermined period before deleting the album.
  • FIG. 45 is a flowchart for explaining the flow of the album erasing process performed on the server of the service provider. The processing according to Fig. 45 is performed regularly, for example, once a month.
  • step S2101 the server accesses the database to search for login data recorded for each service user, and in step S2101, Proceed to.
  • step S2102 the server determines whether there is a service user for whom there is no login record for a first predetermined period or more. The server makes an affirmative decision in step S2102 if there is a user without a login record and proceeds to step S2103, and proceeds to step S2102 if there is no user with a login record. And the process proceeds to step S210.
  • step S2103 the server determines whether the service user has an album. If the service user has registered the album, the server makes an affirmative decision in step S210 and proceeds to step S210, and if the album has not been registered, the server proceeds to step S210. A negative determination is made in 3 and the processing in FIG. 45 ends. If a negative decision is made in step S2103, the album is not deleted.
  • step S210 the supervisor accesses the database to search for data indicating the access status of each album registered by the service user, and proceeds to step S210.
  • step S2105 the server determines whether there is any album that has not been accessed for a first predetermined period or more. If there is an album that has not been accessed, the server makes an affirmative decision in step S2105 and proceeds to step S2106. If there is no album that has not been accessed, the server proceeds to step S210. A negative determination is made at 5, and the process proceeds to step S2111.
  • step S210 the server deletes the album that has not been accessed among the albums registered by the service user, and proceeds to step S2107.
  • step S2107 the server sends an e-mail to the service user notifying that the album that has not been logged in and has not been accessed for the first predetermined period or longer is sent to the service user. To end.
  • step S2108 the server determines whether there is a service user who has not recorded a log-in for at least a second predetermined period shorter than the first predetermined period.
  • the server makes an affirmative decision in step S210 if there is a user without a login record and proceeds to step S210, and if there is no user with a login record, proceeds to step S210.
  • a negative determination is made and the processing in FIG. If a negative determination is made in step S210, the album is not deleted.
  • step S2109 the server determines whether the service user has an album. If the service user has registered an album, the server makes an affirmative decision in step S2109 and proceeds to step S2110. If the album has not been registered, the server proceeds to step S211. A negative determination is made on 09, and the processing in FIG. 45 ends. If a negative determination is made in step S2109, the album is not deleted.
  • step S2112 the server sends a warning e-mail to the service user indicating that the album is to be deleted for a first predetermined period or longer and the album is deleted if the server is not accessed.
  • the process ends.
  • a warning e-mail will be sent to service users who have not used the service for more than the second predetermined period before deleting the inaccessible album.
  • FIG. 46 is a flowchart illustrating the flow of the album erasing process performed by the server of the service provider.
  • the process shown in Fig. 46 is performed when the procedure for unsubscribing a Web member ends.
  • step S2301 the server determines whether the withdrawn member has an album. If the unsubscribed member has registered an album, the server makes an affirmative decision in step S2301 and proceeds to step S2302, and if the album has not been registered, step S230. A negative determination is made at 1 and the routine proceeds to step S2303.
  • the server deletes the album registered by the withdrawn member and proceeds to step S2303. At this time, the server The contents that the unsubscribed member wrote on the bulletin board before the unsubscribe and the data of the reduced-sized image (for example, thumbnail image) attached to this post are not deleted. The thumbnail image will be described later.
  • step S2303 the server retrieves the data indicating the nickname and the photo mail address used by the unsubscribed member when using the bulletin board from the temporary storage area of the database for storing the registered member information on the Web. Move to the evening area where the information of the withdrawn member is stored, and proceed to step S2304.
  • the server stores the information of the withdrawn member so that future registered members will not be given the same nickname and photo mail address as the withdrawn member.
  • step S2304 the server determines whether or not the unsubscribed member is registered as a customer (customer). The server makes an affirmative decision in step S2304 when the unsubscribed member has registered a customer and proceeds to step S2305, and makes a negative decision in step S2304 when it has not registered a customer. To step S230.
  • step S2305 the server deletes data that is not required for customer registration data from the data registered by the unsubscribed member when registering on the Web, and ends the processing in FIG.
  • step S2306 the server deletes all the data registered by the unsubscribed member at the time of registration of the Web, and ends the processing in FIG.
  • the service provider classifies and manages the albums registered by the service users by category, and makes it possible to list the registered image data by category. Generally, images that are offensive to public order and morals are considered to be registered in a specific category. Therefore, the service provider manages the album so that it can be easily monitored for each category.
  • FIG. 47 is a diagram showing an example of a management page screen for managing albums.
  • the management page screen is prepared by the service provider for each registered album category.
  • the server sends the management data to the administrator's terminal and sends it to the administrator's terminal as shown in FIG.
  • the management screen is displayed.
  • the administrator Check the “Sort” column of the first priority, select “Power category” from the pull-down menu 47 A, and click the Execute button 47 E. As a result, a list of albums belonging to “power category” is displayed.
  • a list of albums belonging to “Category” – “Scenery” is displayed.
  • the user ID of the service user who has registered the album the category name (in this case, the scenery), the album name (if the album name is registered), and the registered image And the registered date and time (up date and time) are displayed as a list.
  • pull-down menus 47 C and 47 D for rearranging and extracting as the second priority are provided, and the conditions for the second priority are further added to the conditions for the first priority.
  • An extraction can be performed.
  • the selected contents of the selected pull-down menus 47A to 47D are displayed continuously while the list is displayed.Therefore, the albums displayed in the list must be further sorted or extracted again. Is easy.
  • Fig. 47 for example, if you select "Camera used" in the pull-down menu 47A and rearrange it, the model name of the camera used will be displayed instead of the category, and shooting with the camera of the model name will be performed. A list of albums with the registered images is displayed.
  • FIG. 48 is a flowchart illustrating the flow of an album list creation process performed by the server of the service provider.
  • the processing shown in FIG. 48 is performed when the above-mentioned execution button 47 E is clicked by the administrator.
  • the server executes rearrangement and extraction in accordance with the conditions of the selection pull-down menu, and proceeds to step S2402.
  • the server First, it is determined whether or not the rearrangement and extraction processing has been completed. If the processing has been completed, the server makes an affirmative decision in step S2402 and proceeds to step S2403.If the processing has not been completed, the server makes a negative decision in step S2402 and makes a decision again. Perform processing.
  • step S2403 the server creates a page screen for displaying the album list, and proceeds to step S2404.
  • step S2404 the server sends the data of the page screen to the administrator's terminal, and ends the processing in FIG. As a result, the management screen shown in Fig. 47 is displayed on the administrator's terminal.
  • Fig. 49 (a) is a diagram showing thumbnail images based on image data stored in the album "Mt. Fuji”.
  • 10 images stored in the album that is, 6 images 1 to 6 of the image data of image 1 to image 10 are thumbnails 1 to 10. It is displayed as thumbnail 6. Below each thumbnail image, the title of each image is displayed if the image has a title.
  • the image shown in Fig. 49 (a) is displayed, for example, when the administrator clicks on the thumbnail 1 image, as shown in Fig. 49 (b), the image Is larger than the thumbnail image and is displayed on the display of the administrator's terminal.
  • shooting conditions such as the working power, aperture value, shutter speed, presence / absence of a flash device, exposure compensation value, and the relevant image will be described later.
  • Information on whether the message is posted on the bulletin board is displayed with the image.
  • the shooting conditions of the images registered in the album and the information on whether or not the images are posted on the bulletin board are displayed on the management screen for the administrator, and are not transmitted to the terminal of the service user. Absent. In other words, the service user can only view the published image and the title attached to the image. Memory size for albums for service users who have registered with one customer.
  • the server for albums is performed by a server that performs other services and another server. Therefore, the album service server also holds member information required for the album service, such as information such as a login name, a photo mail address, a service flag, and an additional service flag.
  • the service flag is a flag that is ON when the member has registered as a customer.
  • FIG. 50 is a flowchart illustrating the flow of preferential processing performed by the server of the service provider. The process in Fig. 50 is activated when the service user logs in on the top page screen of online album 5.
  • step S2501 in FIG. 50 the server accesses the database in the album service server, retrieves the member information, and proceeds to step S2502.
  • step S2502 the server determines whether there is information of the logged-in member. If there is member information, the server makes an affirmative decision in step S2502 and proceeds to step S2504. If there is no member information, the server makes a negative decision in step S2502 and makes a step S25 Go to 0 3.
  • step S2503 the server registers the member information in the database in the album service server 1 and proceeds to step S2504.
  • step S2504 the server determines whether or not data indicating that the user is a service user registered as a customer has been received at the time of login to the album 'print service. If the server receives the data indicating that the customer is registered, the server makes an affirmative decision in step S2504 and proceeds to step S2505 to receive the data indicating that the customer is registered. If not, a negative determination is made in step S250 and the process proceeds to step S2507.
  • step S2505 the server determines whether the service flag in the member information is ON. If the service flag is ON, the server makes an affirmative decision in step S2505 and proceeds to step S2507, and if the service flag is not ON, the server makes a negative decision in step S2505 and returns to step S2505.
  • step S2506 the server turns on the service flag and proceeds to step S2507.
  • the server increases the memory size for albums from, for example, normal 50 MB to 100 MB for service users with the service flag set to ON, and sets the expiration date to normal. Prefer to change indefinitely from one year.
  • step S2507 the server 1 determines whether or not data indicating the point information has been received when logging in to the album / print service.
  • the point information is information of points to be added when a point is selected on the premium selection page screen after the customer registration described above. This point will also be added if you post your answer on the bulletin board described below. If the server has received the data indicating the point information, the server makes an affirmative decision in step S2507 and proceeds to step S2508. If the server has not received the data indicating the point information, the server proceeds to step S250. A negative determination is made on 07, and the processing in FIG. 50 ends.
  • step S2508 the server determines whether the additional service flag in the member information is ON. If the additional service flag is ON, the server makes an affirmative decision in step S2508 and ends the processing in FIG. 50. If the additional service flag is not ON, the server makes a negative decision in step S2508 Then go to step S2509. In step S2509, the server turns on the additional service flag and ends the processing in FIG. 50.
  • the server preferentially increases the memory size for the album by adding, for example, 50 MB to the service user for whom the additional service flag is ON.
  • the additional service flag is unconditionally turned ON for the service user having points, that is, the memory size for the album is further increased by 50 MB.
  • the number of points possessed by the service user may be reduced in exchange for turning on the additional service flag.
  • the print job service may be made free. . Irregular file names of image data registered in one album
  • Fig. 51 is a flowchart explaining the flow of file name determination processing performed by the service provider's server. The process shown in Fig. 51 is started when the upload of the registered image is started by the service user.
  • step S221 the server determines whether or not uploading of data of one image file has been completed. When the upload is completed, the server makes an affirmative decision in step S221 and proceeds to step S222, and when the upload is not completed, the server makes a negative decision in step S221 and upload is performed. Repeat the judgment process until completed. In step S2202, the server determines the file name of the uploaded image data file at random, and proceeds to step S2203.
  • the file name is determined using the well-known one-time password technique.
  • the server generates the file name using, for example, the time at which the image file was uploaded as a parameter. For this reason, even when image data files are continuously uploaded, since the upload time of each image data file is different, completely different file names are generated for these image data files. As a result, an at random file name that cannot be inferred from the file names of other images registered in the album is determined.
  • step S223 the server moves the uploaded image data file with the random file name to a predetermined folder according to the service user, and ends the processing in FIG. 51.
  • the data stored in the album data storage area lent to the user is deleted when the service user who has registered the album does not use the service for a predetermined period.
  • the data storage area can be lent to other service users, and the data storage area can be used effectively.
  • the service provider categorizes the albums registered by the service users by category, and lists the registered image data by category. As a result, it is possible to focus on specific categories where images that are offensive to public order and morals are likely to concentrate.
  • sorting / extracting is performed for each album. If images are registered in units of image data without using the concept of albums, sorting and extraction may be performed in image units. — Bulletin board
  • the service user clicks the link button 7 1 to the “bulletin board” page while the category page screen of community 7 in Fig. 5 is displayed the top page screen of the bulletin board (not shown) is displayed on the terminal display. Is displayed.
  • the page screen shown in Fig. 52 is displayed on the terminal display.
  • the service user of the bulletin board receives a service user who has registered as a member of the service using the Web after logging in by entering a login name and a password.
  • This bulletin board is also called an electronic bulletin board.
  • the experts read the questions posted and write the answers on the bulletin board, and the points move when the questioner reads the answers posted on the bulletin board. Points are used as rewards for answers. For this point, the point described above as a gift at the time of customer registration can be used.
  • the server can read the contents of the bulletin board to an unspecified person. If so, make it public, and if you want a specific person to see it, let the specific person enter the password and read it.
  • the expert's nickname is posted along with the earned points. Experts with the most points earned are answering many questions. Click on the underlined “Category 1”, “Category 2”, “Category 3”,..., and the experts corresponding to the questions belonging to each category will be listed in the order of earned points. That is, expert nicknames are classified and managed for each question category. If you click on the underlined expert's nickname letter “ ⁇ ”, a page screen (for example, Figure 63) introducing the expert is displayed on the terminal display. The person posting the question can determine the question destination expert by referring to the expert information shown in Figure 63.
  • Posting an image on a bulletin board may make it easier to understand the contents of the post than posting only the text.
  • the question poster clicks the word "image posting" with an underline
  • the question poster registers in the album registered by the question poster (service user). Images can be attached to questions and posted. However, images that have been made public will be posted, and images that have not been made public will not be posted. The image posted with the question is the same as the image registered by the question poster. Alternatively, an image registered by another service user that has been made public may be used.
  • the bulletin board service according to the present embodiment, a thumbnail image whose data size is reduced as compared with the original image data in the registered album is created, and this thumbnail image is posted on the bulletin board.
  • FIGS. 53 and 54 are flowcharts illustrating the flow of the thumbnail image posting process performed by the server of the service provider.
  • the process shown in Fig. 53 and Fig. 54 starts when the question poster (service user) clicks the word "image posted" on the screen shown in Fig. 52 described above.
  • the supervisor determines whether or not the logged-in service user has an album. If the service user has registered the album, the server makes an affirmative decision in step S1701 and proceeds to step S1702.If the service user has not registered the album, the server proceeds to step S1702. A negative determination is made for S1.701, and the flow advances to step S1.707.
  • step S1702 the server reads the image data of the album (referred to as “my album”) registered by the service user and creates a top page screen image (not shown). Then, the process proceeds to step S1773.
  • the created top page screen data is sent to the service user terminal, and the My Album top page screen is displayed on the service user terminal display.
  • This top page screen displays, for example, thumbnail images and titles based on image data in My Album as shown in FIG. 49 (a). The service user clicks on the thumbnail image to be posted on the bulletin board.
  • step S1703 the server determines whether an image in My Album has been selected. When the thumbnail image is clicked, the server makes an affirmative decision in step S1703, and proceeds to step S1711, and when the thumbnail image is not clicked, makes a negative decision in step S1703. The determination process is repeated.
  • step S1771 the server determines whether the selected image is set to be private. If the selected image is set to private, Step S 1 7 1 1 is affirmatively determined and the process proceeds to step S 1 7 1 2 in FIG. 54.If it is set to open, step S 1 7 1 1 is negatively determined and step S 1 7 0 4 Proceed to.
  • step S 174 the server creates the thumbnail image data selected by the click operation and the medium image data having a larger data size than the thumbnail image data, and generates the thumbnail image data in the bulletin board server.
  • the image folder in which the thumbnail image data and the middle image data are stored is a storage area for storing data to be written on the bulletin board, and an album for storing image data of the My Album (original data). It is provided separately from the data storage area.
  • step S 175 the server creates a bulletin board page screen on which the information of the link of the selected image data (information indicating the storage position in the image folder) is pasted, and in step S 1 Go to '7 06.
  • the link information the question and the selected thumbnail image are displayed at any time in the question writing frame 52B in FIG.
  • the server further pastes the link information so that when the thumbnail image displayed in the question writing frame 52B is clicked, the image based on the medium image is displayed.
  • the link information is pasted so that the image based on the image data (original data) in My Album is displayed. wear.
  • step S1766 the server transmits the bulletin board page screen data to which the link information has been pasted, as described above, to the terminal of the service user, and ends the processing in FIG. 53.
  • the screen shown in Fig. 52 with the thumbnail image is displayed on the display of the service user's terminal.
  • the question poster clicks the underlined “Ask a question”
  • the question data is sent from the terminal of the question poster (service user) to the server. Is done.
  • the information of the link to the thumbnail image data described above is included in the evening of the question.
  • the thumbnail image is displayed on the terminal screen. Click the thumbnail image on the terminal screen to display the image based on the medium image data, and click the image based on the medium image data to display the image based on the image data (original data) in My Album.
  • step S1777 the server notifies the service user that the album has not been registered, and creates page screen data including a message urging the user to register the album. Send it to the terminal and go to step S1708.
  • step S 178 the server determines whether an instruction to create an album has been received. Upon receiving the data indicating the instruction to register the image of the album, the server makes an affirmative decision in step S1708 and proceeds to step S1709 to receive the data indicating the instruction to register the album image. If not, a negative determination is made in step S1708, and the flow advances to step S17010.
  • step S1799 the server applies the registered image data from the service user to perform the album registration process, and proceeds to step S1773 described above.
  • step S1710 the server creates page screen data notifying that the image cannot be posted on the bulletin board, transmits the page screen data to the terminal of the service user, and ends the processing in FIG.
  • step S1772 in Fig. 54 the server creates page screen data including a message notifying that the selected image cannot be posted because it has been set to private, and the service user And the process proceeds to step S1713.
  • the page screen shown in Fig. 55 is displayed on the display of the service user's terminal. The service user can select the following three processes.
  • step S1773 the server determines whether or not the "make public" button 55A is clicked. When the button 5 5 A is clicked, the server makes an affirmative decision in step S 1 7 1 3 and proceeds to step S 1 7 1 4. If A is not clicked, a negative decision is made in step S 1 7 13 and the process proceeds to step S 17 15. In step S1774, the server sets the selected image to public, and proceeds to step S1774 in FIG.
  • step S1715 the server determines whether or not the "other selection" button 55B has been clicked.
  • the server makes an affirmative decision in step S 1 7 15 when button 5 5 B is clicked, returns to step S 1 7 0 2 in FIG. 5 3, and returns to step S 1 7 when button 5 5 B is not clicked.
  • a negative determination is made for 1 5 and the process proceeds to step S 17 16.
  • step S17716 the server determines whether the "stop" button 55C has been clicked. When the button 55C is clicked, the server makes an affirmative decision in step S1716 to end the processing in FIGS.53 and 54, and when the button 55C is not clicked. A negative determination is made in step S17716 and the process returns to step S17713.
  • the images registered in the album can be posted on the bulletin board.
  • a thumbnail image data whose size is smaller than that of the original image is created, and the thumbnail image data is different from the bulletin board server and album data storage device. Saved in a folder and pasted the information of the link to the folder where thumbnail images are stored in the question written on the bulletin board.
  • the load on the server can be reduced.
  • the thumbnail image is stored in the storage area for the image data for the bulletin board and the image folder different from the data storage area for the album, and the thumbnail image is stored in the question written on the bulletin board.
  • the thumbnail image data may be stored in the storage area of the bulletin board write data together with the question.
  • the burden on the bulletin board server can be reduced as compared with the case where the original image data is copied and stored in the storage area for the bulletin board writing data.
  • only the information of the link to the original image in the album is pasted into the question to be written on the bulletin board, and the thumbnail image data is not created initially, but the thumbnail image data is created when the original image is deleted. After saving the thumbnail image data in an image folder different from the bulletin board write data storage area and album data storage area, rewrite the link information pasted in the question above to link to the image folder. Is also good.
  • FIG. 56 and FIG. 57 are flowcharts illustrating the flow of the above-described processing performed by the server of the service provider.
  • step S1704B of the processing in FIG. 53 described above is changed to step S1744B, and therefore only step S1704B will be described.
  • step S 1704 B in FIG. 56 the server adds information indicating that the information is posted on the bulletin board to the image data (original data) of My Album corresponding to the thumbnail image data selected by the click operation. Then, the process proceeds to step S 175.
  • the information to be added may be added to the header section in the original image data, or may be held in My Album in association with the original image data.
  • step S1901 in FIG. 57 the server detects whether the image data to be deleted is posted on the bulletin board, and proceeds to step S1902.
  • step S1902 the server determines whether the image data is posted on a bulletin board. If information indicating publication is added to the image data, the server makes an affirmative decision in step S1902 and proceeds to step S1903, where the information indicating publication is included in the image data. If it has not been added, a negative determination is made in step S1902, and the process according to FIG. 57 ends.
  • step S 1903 the server creates thumbnail image data whose data size is reduced and medium image data whose data size is larger than that of the thumbnail image data, and performs predetermined processing together with the image data.
  • the server transmits the information of the link destination of the image data that is pasted on the Change the information indicating the link to Bum (original data) to the information indicating the link to the image folder (thumbnail image data, medium image data), and end the processing in FIG. 57.
  • the server transmits the information of the link destination of the image data that is pasted on the Change the information indicating the link to Bum (original data) to the information indicating the link to the image folder (thumbnail image data, medium image data), and end the processing in FIG. 57.
  • the category displayed on the page screen of the online album 5 shown in FIG. 43 matches the category displayed on the page screen of the bulletin board shown in FIG.
  • the album category has categories such as “landscape”, “night view”, “portrait”,.
  • the category of “landscape” is further classified into subcategories such as “Hokkaido”, “Tohoku”, “Kanto”,.
  • the bulletin board categories are classified into, for example, a category of “photographing information” and subcategories such as “Hokkaido”, “Tohoku”, “Kanto”,.
  • Fig. 58 (a) is an example of a page screen that displays a question classified as "Shooting information"-"Hokkaido" on a bulletin board.
  • Fig. 58 (a) the category “Shooting information” and the sub-categories “Hokkaido”, “Tohoku”, “Kanto”, ... are displayed on the left side of the screen.
  • questions classified as "Hokkaido” are posted in order.
  • the number of answers is displayed on the right side of the screen according to the number of answers.
  • information on the link to the top page of online album 5 information on the link to the album category "landscape” page, and information on the link to the album subcategory "Hokkaido” are displayed. Each is pasted.
  • FIG. 58 (b) is an example of a page screen displaying an image based on image data registered in an album classified as “landscape”-“Hokkaido” in the online album 5.
  • the category “landscape” and the subcategories “Hokkaido”, “Tohoku”, “Kanto”, ... are displayed at the left of the screen.
  • images based on image data classified as "Hokkaido” are displayed in order.
  • information on the link to the top page of the bulletin board, information on the link to the page of the bulletin board category “Shooting information”, and information on the link to the page of the bulletin board subcategory “Hokkaido” are displayed. Each is pasted.
  • the service user clicks the underlined “bulletin board” the top page of the bulletin board is displayed on the display of the service user terminal. Also, when the service user clicks the underlined “Shooting information” text, a page screen of the bulletin board category “Shooting information” is displayed on the display of the service user's terminal. Furthermore, when the service user clicks the word "Hokkaido” with an underline, the page screen of the bulletin board sub-category "Hokkaido" is displayed on the display of the terminal of the service user.
  • the service user browses the images displayed on the “Hokkaido” page of the album and finds a favorite field image, the image is stored in a specific location in Hokkaido, when and under what shooting conditions. Suppose you want to know if the photo was taken. At this time, since the category of the question on the bulletin board matches the category of the album, and the link information is pasted, the service user gets lost in the page of the bulletin board on which the corresponding question is posted. You can easily see without.
  • Figure 59 is a flowchart explaining the flow of search processing performed on the server of the service provider.
  • the process shown in FIG. 59 is started when a search button 52 F is clicked on the bulletin board page screen shown in FIG.
  • the service user writes a search character in the search character writing frame 52E, and then clicks the search button 52F.
  • step S2601 of FIG. 59 the server has written in the bulletin board. For all writings, search for a character that matches the search character, and go to step S2602. In step S2602, the server determines whether there is any writing that matches the search character. The server makes an affirmative decision in step S2602 if there is a write in which the search character hits, proceeds to step S2667, and proceeds to step S2662 if there is no write in which the hit occurs. A negative determination is made and the process proceeds to step S2603.
  • step S 2603 the server searches for a keyword registered in advance in the server that matches the search character, and proceeds to step S 2604. Keywords are registered according to the bulletin board category. For example, the keywords "Tokyo Yuichi", “National Diet Building”, “Shibuya”, and "Yokohama Port” are associated with the bulletin board category "Kanto". Registered. Also,
  • step S2644 the server determines whether there is a keyword that matches the search character.
  • the server makes an affirmative decision in step S2664 if there is a keyword that matches the search character, proceeds to step S2666, and proceeds to step S2664 if there is no keyword to be hit.
  • a negative determination is made and the process proceeds to step S2605.
  • step S266 the server jumps to a page of a category associated with the hit keyword in the bulletin board. For example, if the search character is "Shibuya”, jump to the bulletin board page of the category "Kanto" associated with the keyword “Shibuya”.
  • the server displays the bulletin board page of the category "Kanto" on the terminal of the service user, the processing in FIG. 59 ends.
  • step S2607 the server creates a page screen (not shown) in which the writing of the bulletin board in which the search characters have been hit is extracted, and proceeds to step S2608.
  • step S2608 the server uses the created page screen data for service use. The data is transmitted to the user terminal, and the processing in FIG. 59 ends.
  • thumbnail image data with a smaller data size than the original image is created from the original images registered in the album, and the thumbnail image data is transferred to the bulletin board server and album data. After saving it in a folder different from the storage device, paste the link information to the folder containing the thumbnail images in the question written on the bulletin board. As a result, since the image data is not stored on the bulletin board server, the load on the server can be reduced, and even if the original image in the album is deleted, the image can be continued to be posted on the bulletin board using the thumbnail image data. Will be possible.
  • step S1711 If the thumbnail image clicked by the question poster (service user) to post on the bulletin board is a private image (affirmative judgment in step S1711), the selected image is To notify service users that they cannot be posted. For this reason, it is possible to prevent a private image from being posted on a bulletin board by mistake.
  • the category of the question on the bulletin board is matched with the category of the album, and link information is pasted on each page of the bulletin board and the album. Therefore, for example, if you browse the images displayed on the “Hokkaido” page of the album and find an image that you like, then that image is specifically captured where, when, and under what photography conditions in Hokkaido When you do not want to know, you can easily see the bulletin board page that contains the corresponding question without hesitation.
  • Site search is performed on the screen of the top page 10 of the Web shown in Fig. 3 and the top page of each category of Web site content shown in Fig. 4, Fig. 5, Fig. 21 and Fig. 43.
  • the server sends display page data to the service user's terminal, and displays the search page screen shown in FIG. 60 on the terminal display.
  • a search document box 6OA a search character writing frame 60B, a search range check box 60C, and a search button 60D are provided.
  • FIG. 61 is a flowchart illustrating the flow of a search process performed on the server of the service provider. The process shown in FIG. 61 is activated when the search button 60D is clicked.
  • step S2701 in FIG. 61 the server determines whether or not a natural sentence search is performed.
  • the server regards it as a natural sentence search, and makes an affirmative decision in step S2701, and proceeds to step S2702.
  • the server regards it as a character search, and makes a negative determination in step S 2701. Proceed to step S2703.
  • step S2702 the server analyzes the search sentence and proceeds to step S2703.
  • the analysis is a pre-process for performing a well-known sentence search using a search sentence.
  • step S2703 the server searches for characters included in the page screen registered in the content in the content specified by the search range check box 60C, and in step S2703 Proceed to 4.
  • step S2704 the server determines whether the search for the specified search range has been completed. I do. When the search is completed, the server makes an affirmative decision in step S2704 and proceeds to step S2705. On the other hand, if the search is not completed, the server makes a negative determination in step S2704, returns to step S2703, and continues the search processing.
  • step S2705 the server determines whether or not the searched content has a plurality of categories.
  • step S2706 the server sorts the hits as a result of the search by search range (contents), creates a search result page screen that displays the search results for each content, and creates a search result page screen in step S2706. Proceed to 7 08.
  • step S2708 the server transmits the data of the search result page screen to the terminal of the service user, and ends the processing in FIG. As a result, the search result screen shown in FIG. 62 (a) is displayed on the terminal display.
  • the number of hits for each content is displayed.
  • the top five items with the highest similarity to the search string and sentence are displayed.
  • all hits are displayed in the column of contents where the number of hits is less than 5, and if the number of hits is 0, a message (not shown) notifying that no hit is displayed is displayed. Is done.
  • step S2707 the server sends the data of the search result page screen to the service user terminal, and ends the processing in FIG.
  • the search result screen shown in FIG. 62 (b) is displayed on the terminal display.
  • the number of hits in the specified content is displayed. Of these, the top 20 items with the highest similarity between the search string and the sentence are displayed. If the number of hits is less than 20, the number of all hits is displayed. If the number of hits is 0, a message (not shown) notifying that no hit is displayed is displayed. It is.
  • the search range for the number of hits for each content is up to the top 5 per content. Is a single content category (negative determination in step S2755), the top 20 items of the relevant content are set.
  • the upper limit of the number of displayed items may be changed for each content category, or may be changed according to the number of content categories spanning the search range.
  • the number of checks is 1, the upper limit of the number of displayed items is 20.
  • the upper limit of the number of displayed items is 10 per content.
  • the number of checks is 3, the upper limit of the displayed items. To 7 per content.
  • the website content according to the present embodiment provides a camera and information and services related to the camera. Therefore, for example, when the model name of the camera is displayed on the page screen of the bulletin board, the search processing is performed by regarding the model name as a search character.
  • Figure 63 is an example of a page screen that introduces the expert mentioned above. In this, the model name is introduced as “owned camera”. In the example of Fig. 63, the model names "F ⁇ " and "F Exit" are listed. The display data is configured so that the characters of these model names can be clicked.
  • FIG. 64 is a flowchart for explaining the flow of the search process performed by the server of the service provider.
  • the process shown in Fig. 64 starts when one of the characters "FA" or "F" in the model name is clicked and the server receives the data indicating the click.
  • the server accesses the database, searches whether the model name indicated by the clicked character is registered in the database, and proceeds to step S2802.
  • a service relating to a camera is provided, and data relating to a camera in which the service provider is involved in production and sales are registered in a database by the service provider.
  • the server determines whether or not the clicked model name is registered. If the model name is registered in the database, the server proceeds to step S28. A positive determination is made for 02, and the process proceeds to step S2803. If the information is not registered, a negative determination is made for step S2802, and the process proceeds to step S2806.
  • step S2803 the server searches for the clicked model name as a search character for all content categories such as new information, product information, service support, online shops, communities, and bulletin boards. Go to 804.
  • step S2804 the server determines whether or not the search of the search range has been completed. When the search is completed, the server makes an affirmative decision in step S2804, and proceeds to step S2805. On the other hand, if the search is not completed, the server makes a negative determination in step S2804, returns to step S2803, and continues the search processing.
  • step S 2805 the server sorts hits as a result of the search by search range (by content), creates a search result page screen that displays search results for each content, and creates a search result page screen. Go to 09.
  • step S2809 the server sends the search result page screen image to the service user terminal, and ends the processing in FIG. As a result, a search result screen similar to the screen shown in FIG. 62 (a) is displayed on the terminal display.
  • the search result page screen displays the number of hits for each content, and the top 5 items with the highest similarity to the model name clicked in each content column Are displayed.
  • the number of all hits is displayed in the content column where the number of hits is less than 5. If the number of hits is 0, a message notifying that there is no hit is displayed.
  • a “display all” button 62 A that displays all hits in the content column with 6 or more hits.
  • step S2806 the server searches for the clicked model name as a search character for the content category of the community and the bulletin board, and proceeds to step S2807. If a negative determination is made in step S2802, it can be considered that the model name is not a camera for which the service provider is engaged in production and sales. In this case, even if you search the latest information, product information, services, support, and online shops, you will not find any hits.
  • Steps In S2807 the server determines whether or not the search of the search range has been completed. When the search is completed, the server makes an affirmative decision in step S2807, and proceeds to step S2808. On the other hand, if the search has not been completed, the server makes a negative determination in step S2807, returns to step S2806, and continues the search processing.
  • step S2808 the server sorts the hits as a result of the search by search range (contents) and creates a search result page screen that displays the search results for each content. Proceed to 8 09. In this case, since the content to be searched is small, the search results are displayed such that the top 10 items per content are displayed in descending order of similarity with the clicked model name. For the page viewed by the service user, character strings and sentences described in HTML (Hyper Text Markup Language) for the Web are extracted in advance for the page screen, and the extracted character strings and sentences are extracted. Search within each content. For example, a case where a service user is looking at a page screen introducing product information shown in Fig. 65 will be described as an example. In Fig.
  • HTML Hyper Text Markup Language
  • a “Related Search” button 65 A is provided at the bottom right of the page screen.
  • the title string between the title tags (TITLE> ⁇ / TITLE>) is the search string Is extracted as
  • a character string or text sandwiched between specially provided search tags (for example, Ku! SEARCH CONTEXT- -X! --SE ARCH CONTEXT-->) may be described.
  • Character strings or sentences between search tags are extracted as search character strings or sentences.
  • the HTML tag is excluded from the search characters.
  • Fig. 66 is a flowchart explaining the flow of search processing performed by the service provider's server. It is a low chart.
  • the process shown in Fig. 66 is activated when the "Related Search" button 65A is clicked on the page screen shown in Fig. 65.
  • the server extracts a character string or a sentence represented by the above-described tag or the like on the displayed page screen, and proceeds to step S2902.
  • the server 1 searches each content using the extracted character string or sentence as a search character string. At this time, the displayed page screen is not searched.
  • the server determines whether the search has been completed.
  • step S2904 proceeds to step S2904 with an affirmative decision in step S2903 when the search for all contents is completed, and proceeds to step S290 when the search for contents is not completed.
  • a negative decision is made on 0 3 and the process returns to step S 29 02 to continue the search.
  • step S2904 the server sorts hits as a result of the search for each content, creates a search result page screen that displays search results for each content, and proceeds to step S2905 .
  • step S2905 the server transmits the data of the search result page screen to the terminal of the service user, and ends the processing in FIG. 66.
  • a search result screen similar to the screen shown in FIG. 62 (a) is displayed on the terminal display.
  • the search result page screen displays the number of hits for each content, and the top five items with the highest similarity between the search character string and the sentence are displayed in each content column. Are displayed. In the column of contents with less than 5 hits, all hits are displayed. If the number of hits is 0, a message notifying that there is no hit is displayed. In addition, there is a “display all” button 62 A that displays all hits in the content column where the number of hits is 6 or more.
  • "Related expert search” button 63A is provided at the bottom of the page screen.
  • HTML that describes this page screen, in addition to the description for locating the “Related Expert Search” button 63 A, it is also described in the field of expertise of the expert and the model name of the camera owned. The description may be sandwiched between specially provided search tags so that the character string in question is used as a search character string.
  • Fig. 67 is a flowchart explaining the flow of search processing performed on the server of the service provider.
  • the process in FIG. 67 is activated when the “Related Expert Search” button 63 A is clicked on the page screen in FIG. 63.
  • the server extracts a character string or a sentence represented by the above-described tag or the like on the displayed page screen, and proceeds to step S3002. Steps
  • the server uses the extracted character string or text as a search character string to search a database in which expert information is stored. At this time, the page screen being displayed is not searched.
  • step S3003 the server determines whether the search has been completed. If the search for all expert information has been completed, the server makes an affirmative decision in step S 3 0 3 and proceeds to step S 3 0 4. If the search has not been completed, step S 3 A negative determination is made for 0 0 3 and the process returns to step S 3 0 2 to continue the search.
  • step S 304 the server sorts the experts hit as a result of the search in the order of rating, creates a search result page screen that displays the search results in the order of rating, and proceeds to step S 3005.
  • step S3005 the server transmits the data of the search result page screen to the terminal of the service user, and ends the processing in FIG. 67. As a result, the search result screen is displayed on the terminal display.
  • a rating is such that a person who has many points and has a good reputation from the question poster is ranked high, and a person who has low points and has a bad reputation from the question poster is ranked low.
  • Search text box 6 Search text written in OA or search text writing frame 60B Hits within the range of the content checked in search range check box 60C for search characters written in B Find what you want.
  • search for each content column The top 5 items with the highest similarity between the character string and the sentence are displayed, and the button for "Display all" 6 2 A is clicked, and there are 6 or more hits All hits are displayed in the content column.
  • the service user can check the hits of each content without scrolling the display screen.
  • this model name of a camera is displayed on the bulletin board page screen (Fig. 63)
  • this model name is regarded as a search character and search processing is performed. Since the website content according to the present embodiment provides a camera and information / service related to the camera, a better search service can be provided to the service user.
  • the service provider On the page screen that introduces product information (Fig. 65), the service provider describes in advance the search character string related to the description on the page screen in HTML, and sets the related The search can now be started without having to enter a search string by simply clicking on the "Search" button 65A. As a result, the service user can quickly perform a search related to the currently viewed (displayed) page screen.
  • a method of sandwiching a sentence with body characters (B0DYX / B0DY ») or a method of searching for all characters in an HTML page may be used for describing a search character string in HTML. If all characters in the page are to be searched, it is expected that the search results will increase noise (hit more than necessary).
  • the description of the search character string may be changed for each page. For example, on a page with content describing "product information”, the character string between title tags is searched, and on a page with "article”, the character string between title tags is searched. And sentences sandwiched between body tags are searched.
  • the service provider provides the e-shop service, site search service, and electronic bulletin board service via the Web, and the service user receives the above services using terminals that can connect to the Internet.
  • Service users use mobile phones, PDAs (portable information terminals), etc. as terminals in addition to personal convenience stores.

Description

明細書 電子ショップの提供方法、 サイト検索方法、 および電子掲示板の提供方法 本出願は以下の日本国特許出願を基礎として、 その内容は引用文としてここに 組み込まれる。
2001年第 149927号 (200 1年 5月 1 8日出願)
2001年第 149935号 (2001年 5月 1 8日出願)
2001年第 149948号 (2001年 5月 18日出願)
2001年第 1499 58号 (2001年 5月 1 8日出願)
2001年第 149969号 (2001年 5月 1 8日出願)
2001年第 149978号 (2001年 5月 18日出願) 技術分野
本発明は、 Webなどによる顧客サービスに関する。 背景技術
Webと呼ばれ、 ハイパーテキストを用いてインターネット上で情報を検索する情 報検索システムが知られている。 このシステムでは、 インターネットプロトコル (I P)アドレスを有する Webサ一バーにコンテンツを登録し、 Webサーバーに登録 されるコンテンツをィン夕一ネットに接続された端末からブラウジングプロダラ ムを用いて検索する。 コンテンツの登録場所は Webサイトと呼ばれる。 Webによれ ば、 ユニークな情報を含むコンテンツを Webサイトに用意し、 この Webサイトを検 索してコンテンツを利用する人々に情報を提供する一方、 情報の提供を受ける人 々からも情報を得ることが可能である。
発明者は、 製品の情報を掲載するコンテンツを設け、 このコンテンツから情報 を得て当該製品を購入した人からの情報を上記コンテンツに集めれば、 新たな顧 客サービスが構築できると考えた。 発明の開示
本発明は、 顧客サービスを行う電子ショップの提供方法、 顧客サービスを行う サイト検索方法、 および顧客サービスを行う電子掲示板の提供方法を、 それぞれ 提供するものである。
本発明による電子ショップの提供方法は、 利用者から発信される商品の選択を 示す情報に応じて商品の在庫管理を行い、 商品の在庫数が所定数以下の場合に、 商品選択を示す情報を発信した利用者に対して商品の在庫切れを示す情報を発信 する。
上記方法によれば、 購入者が商品を選択した以降に行う決済処理などの時点で 在庫切れか否かを判定する場合と異なり、 決済のための端末操作の間に在庫切れ になることがないから、 購入者にとつて利用しゃすい電子ショップを提供できる。 上記商品選択を示す情報は、 電子ショッビングカートに商品を入れたときに発 信してもよい。
本発明による電子ショップの提供方法は、 利用者から発信される商品の選択を 示す情報に応じて商品の在庫管理を行い、 商品の在庫数が第 1の所定値以下にな るか否かを監視し、 在庫数が所定時刻以降にはじめて第 1の所定値以下になった とき、 商品の管理者に報知する。
上記電子ショップの提供方法はさらに、 商品の在庫数が第 1の所定値より小さ な第 2の所定値以下になるか否かを監視し、 在庫数が第 2の所定値以下になるご とに、 商品の管理者に報知してもよい。
上記管理者へは電子メールにより報知するとよい。
上記電子ショップは、 Webによる電子ショップでもよい。
本発明による電子ショップの提供方法は、 商品ごとに用意される商品識別情報 に関連して商品ごとの在庫増減数を記録し、 購入者から発信される商品の選択を 示す情報に対応して逐次変化する当該商品の在庫数をカウン卜し、 在庫増減数と 在庫数とを表示する。
上記方法によれば、 在庫増減数によって当初の在庫数に対していくら増減させ たかがわかり、 在庫数によって充足/不足がわかるので、 電子ショップの管理者 にとつて在庫管理しゃすい電子ショップを提供できる。 上記商品識別情報は、 少なくともラッビングの有無によって異なるようにして よい。
上記電子ショップの提供方法はさらに、 在庫数が第 1の所定値以下になるか否 かを監視し、 在庫数が所定時刻以降にはじめて第 1の所定値以下になったとき、 当該商品の在庫数の減少を管理者に報知してもよい。 さらに、 在庫数が第 1の所 定値より小さな第 2の所定値以下になるか否かを監視し、 在庫数が第 2の所定値 以下になるごとに、 当該商品の在庫切れを管理者に報知してもよい。 さらにまた、 在庫数が第 2の所定値以下の場合、 購入者から発信される商品の選択を示す情報 に応じて当該購入者に当該商品の在庫切れを示す情報を発信してもよい。
上記電子ショップの提供方法はさらに、 商品識別情報ごとに当該商品の情報を 記録し、 在庫数が 0以下になるか否かを監視し、 (1)在庫数が 0以下でない場合、 購入者から発信される商品の情報の要求に対応して当該商品の情報を読出して購 入者に発信し、 (2)在庫数が 0以下の場合、 当該商品の情報の発信を中止してもよ い。
本発明による電子ショップの提供方法は、 商品の在庫数が所定値になったとき に行う処置が複数あり、 商品ごとに複数処置のいずれの処置を行うかを設定し、 所定商品の在庫数が所定値になったときに、 所定商品に設定された処置を検出し、 設定されている処置を実行する。
上記方法によれば、 たとえば、 次の入荷までに時間がかかる商品の場合に在庫 切れを掲載し、 数量限定の商品の場合に完売表示を掲載するなど、 商品に応じた 処置が行えるので、 購入者にとって利用しやすい電子ショップを提供できる。 上記処置は、 商品情報の提供を中止することでもよい。
上記処置は、 商品情報とともに在庫切れである情報を提供することでもよい。 上記処置は、 商品検索の対象外にすることでもよい。
本発明による電子ショップの提供方法は、 商品の種類ごとに付与された商品識 別情報により商品の管理を行うものであって、 同種類の商品であっても商品に対 して行う所定の処置の有無により異なる商品識別情報を付与し、 付与された商品 識別情報により商品の管理を行う。
上記方法によれば、 たとえば、 ラッピングの有無により別管理をすれば、 商品 に対してラッピングを施したり外したりする無駄な作業を省くことが可能になる c 上記所定の処置は、 商品に対するラッピングでもよい。
上記所定の処置は、 商品への文字入れでもよい。
本発明による電子ショップの提供方法は、 利用者から商品の購入意志の指示信 号を受信し、 商品の在庫状況を確認し、 商品の在庫がない場合に商品の予約を案 内する情報を利用者に発信する。
上記方法によれば、 利用者は、 購入しょうとする商品が在庫切れであっても簡 単に予約できるから、 利用しやすい電子ショップを提供できる。
上記電子ショップの提供方法はさらに、 商品が購入できる予定日の情報を発信 してもよい。
本発明による電子ショップの提供方法は、 商品の購入者に対して抽選の情報を 発信し、 購入者から発信される選択を示す情報に応じて抽選を行い、 抽選で賞品 が当選した購入者に商品と賞品との配送先指示を要求し、 購入者から商品と賞品 とを同一の配送先に送る指示を示す情報が発信された場合に、 商品と賞品とを同 梱する指示を行う。
上記方法によれば、 別々に配送する場合に比べて配送料を低減することができ る。
本発明による電子ショップの提供方法は、 在庫商品および在庫切れしている商 品の両方を購入する購入者に両方の商品を同送するか否かの配送指示を要求し、 購入者から同送の指示を示す情報が発信された場合に、 両方の商品を同送する指 示を行う。
上記方法によれば、 別々に配送する場合に比べて配送料を低減することができ る。
本発明による電子ショップの提供方法は、 在庫商品および在庫切れしている商 品の両方を購入する購入者に両方の商品を分割決済するか否かの第 1の決済指示 を要求し、 購入者から分割決済の指示を示す情報が発信された場合に、 クレジッ 卜カード決済するか否かの第 2の決済指示を要求し、 購入者からクレジットカー ド決済の指示を示す情報が発信された場合に、 2回目以降の決済に対する与信の 指示を行う。 本発明による電子ショップの提供方法は、 第 1の商品を撮影した第 1のポリゴ ン画像データと、 第 1の商品に装着する第 2の商品を撮影した第 2のポリゴン画 像データとをそれぞれ記憶し、 購入者から発信される第 1の商品の選択を示す情 報および第 2の商品の選択を示す情報に対応して第 1のポリゴン画像データおよ び第 2のポリゴン画像デー夕をそれぞれ読出し、 読出した第 1のポリゴン画像デ 一夕および第 2のポリゴン画像データを第 1の商品および第 2の商品のそれぞれ の装着部位に対応するように接合して一体化処理し、 一体化処理後の画像データ を購入者に発信する。
上記方法によれば、 購入者は、 たとえば、 カメラ本体にアクセサリを装着した 画像を商品購入前に確認することができる。 一方、 電子ショップの販売者は、 実 際にアクセサリを装着した状態の画像を用意する手間を省くことが可能になる。 上記電子ショップの提供方法はさらに、 購入者から発信される回転指示の情報 に応じて一体化処理後の画像データに対する回転処理を行い、 回転処理後の画像 データを購入者に発信してもよい。
本発明による電子ショップの提供方法は、 商品ごとに用意される関連商品の情 報を記録し、 少なくとも購入者が既に所有する商品の情報と購入者の認証情報と を含めて購入者から発信される登録情報を記録し、 購入者から発信される認証情 報に対応して登録情報から購入者が所有する商品の情報を読出し、 読出した商品 に対する関連商品の情報をさらに読出して購入者に発信する。
上記方法によれば、 購入者が既に所有しているものの購入を勧めることがない 上に、 購入者が検索しなくても自動的にアクセサリなどの関連商品が提案される ので、 購入者にとって便利な電子ショップを提供することができる。
上記電子ショップの提供方法はさらに、 購入者から発信される商品の選択を示 す情報に応じて、 当該商品に対する関連商品の情報を読出して購入者に発信して もよい。
本発明によるサイト検索方法は、 サイトに登録されている複数のコンテンツ内 を検索するものであって、 クライアントから発信される検索文字あるいは検索文 字列を複数のコンテンツについてそれぞれ検索し、 検索によりヒットした文字あ るいは文字列が登録されている登録場所を示す情報を各コンテンツごとに分類し、 各コンテンツごとに分類された情報を並び替え、 並び替え後の各コ
に分類された情報について各コンテンツごとに上位から所定数の情報をそれぞれ 抽出し、 抽出した情報をクライアントに発信する。
上記方法によれば、 たとえば、 特定のコンテンツ内にヒット件数が多い場合で も、 所定のヒット数を表示するから特定のコンテンツ内の検索結果によって表示 画面がいっぱいになることがない。 このため、 全てのコンテンツ内のヒット内容 をスクロールしないで確認することができる。
上記所定数は、 各コンテンツごとに決定してもよい。
本発明によるサイト検索方法は、 サイ卜に登録されている複数のコンテンツ内 を検索するものであって、 クライアントに発信するページ画面を生成する情報の 中にコンテンツの提供者に関連する文字あるいは文字列が含まれるとき、 当該文 字あるいは文字列を検索文字あるいは検索文字列とし、 クライアントから発信さ れる検索指示を示す情報に応じて、 検索文字あるいは検索文字列を複数のコンテ ンッについてそれぞれ検索し、 検索によりヒットした文字あるいは文字列が登録 されている登録場所を示す情報を各コンテンッごとに分類し、 各コンテンツごと に分類された情報を並び替え、 並び替え後の各コンテンツごとに分類された情報 について各コンテンツごとに上位から所定数の情報をそれぞれ抽出し、 抽出した 情報をクライアントに発信する。
上記方法によれば、 クライアントは検索文字あるいは検索文字列をわざわざ入 力しなくてもよいので、 クライアントにとって利用しやすいサイ卜検索を提供で きる。
本発明によるサイト検索方法は、 サイトに登録されている複数のコンテンツ内 を検索するものであって、 クライアントに発信するページ画面を生成する情報の 中にあらかじめ検索文字あるいは検索文字列の情報を含め、 クライアントから発 信される検索指示を示す情報に応じて、 検索文字あるいは検索文字列を複数のコ ンテンッについてそれぞれ検索し、 検索によりヒットした文字あるいは文字列が 登録されている登録場所を示す情報を各コンテンツごとに分類し、 各コンテンツ ごとに分類された情報を並び替え、 並び替え後の各コンテンツごとに分類された
:上位から所定数の情報をそれぞれ抽出し、 抽出 した情報をクライアントに発信する。
上記方法によれば、 クライアントは検索文字あるいは検索文字列をわざわざ入 力しなくてもよいので、 クライアントにとって利用しやすいサイト検索を提供で きる。
上記検索文字あるいは検索文字列の情報は、 ページ画面の内容に関連して生成 してもよく、 ページ画面を生成する情報の中に含めてもよい。
本発明によるサイト検索方法は、 サイ卜に登録されている複数のコンテンツ内 を検索するものであって、 利用者から発信される検索文字あるいは検索文字列を 複数のコンテンツについてそれぞれ検索し、 検索によりヒットした文字あるいは 文字列が登録されている登録場所を示す情報を各コンテンツごとに分類し、 分類 した情報を利用者に発信する。
上記方法によれば、 検索結果がコンテンツごとに分類されるので、 分類されな い場合に比べてわかりやすくなる。
上記サイト検索方法はさらに、 各コンテンツごとに所定数の情報を抽出して利 用者に発信してもよい。
上記サイト検索方法はさらに、 複数のコンテンツの中から検索するコンテンツ を選択してもよい。 この場合のサイト検索方法はさらに、 検索するコンテンツの 選択数に応じて所定数を決定し、 選択された各コンテンツごとに所定数の情報を 抽出して利用者に発信してもよい。
本発明によるサイト検索方法は、 複数のページを検索するものであって、 所定 ページに検索を開始する開始手段を配置し、 利用者により開始手段が操作された 信号を受信し、 受信したことに応じて所定ページに関連があるページを検索し、 検索結果を利用者に発信する。
上記サイト検索方法は、 所定ページ内にあらかじめ検索キーワードとなる文字 または文字列を設定してもよい。 この場合のページは、 検索キーワードとなる文 字または文字列を特定できるようにあらかじめ所定の記述を施してもよい。 この ページは H T M Lで記述してもよく、 検索キーヮ一ドとなる文字または文字列を 所定のタグで挟んでもよい。
上記サイト検索方法は、 所定ページ内のあらかじめ決められた箇所を検索キ一 ワードとして検索を行ってもよい。 あらかじめ決められた箇所は、 所定ページ内 のタイトルでもよい。 所定ページは、 H T M Lで記述してもよく、 所定のタグで 挟まれた文字または文字列でもよい。
本発明による電子掲示板の提供方法は、 質問者から発信された質問を掲載し、 回答者から発信された回答を掲載するものであって、 質問者から発信されて掲載 されている質問と、 電子アルバム利用者から発信されて電子アルバムに記録され ている画像デ一夕とを所定のカテゴリで分類し、 分類後の質問を掲載するとき、 当該質問に対応するカテゴリの画像デー夕を読出すのに必要な情報を生成する一 方、 分類後の画像データを読出すとき、 当該画像デ一夕に対応するカテゴリの質 問を掲載するのに必要な情報を生成する。
上記方法によれば、 たとえば、 電子アルバムの画像について知りたくなつたと き、 当該画像に対応する質問が掲載されている掲示板を早く見つけることができ るから、 便利な電子掲示板を提供することができる。
上記カテゴリは、 質問および画像データを地図上のエリアごとに分類するもの でもよい。 図面の簡単な説明
図 1は、 Webサイト用コンテンツが登録される Webサイトの全体構成例を示す図 である。
図 2は、 サイ卜マップを示す図である。
図 3は、 Webのトップページの画面を示す図である。
図 4は、 新着情報のカテゴリのトップページの画面を示す図である。
図 5は、 コミュニティのカテゴリのトップページの画面を示す図である。 図 6は、 製品情報入力用の画面を示す図である。
図 7は、 顧客情報(カスタマ情報)入力用の画面を示す図である。
図 8は、 アンケート回答用の画面を示す図である。
図 9は、 設問処理の流れを説明するフ口一チャートである。
図 1 0は、 景品選択用の画面を示す図である。
図 1 1は、 景品選択画面作成処理の流れを説明するフ口一チャートである。 図 1 2は、 冊子を紹介する画面を示す図である。
図 1 3 (a)は、 送付先を通知する画面を示す図である。
図 1 3 (b)は、 ポイント加算を通知する画面を示す図である。
図 1 4は、 会員登録の誘導画面作成処理の流れを説明するフローチャートであ る。
図 1 5は、 景品注文の承り通知および会員登録への誘導メッセ一ジを表示する 画面を示す図である。
図 1 6は、 会員認証用の画面を示す図である。
図 1 7は、 登録内容更新処理の流れを説明するフローチャートである。
図 1 8は、 顧客情報(カスタマ情報)更新用の画面を示す図である。
図 1 9は、 顧客認証用の画面を示す図である。
図 2 0は、 保証期間延長処理の流れを説明するフローチャートである。
図 2 1は、 オンラインショップのカテゴリのトップページの画面を示す図であ る。
図 2 2は、 アイテム選択画面を示す図である。
図 2 3は、 ポリゴン画像処理の流れを説明するフ口一チャートである。
図 2 4は、 カメラ本体と交換レンズとの接合画像を示す図である。
図 2 5は、 推奨商品の紹介画面を示す図である。
図 2 6は、 推奨商品提案処理の流れを説明するフローチヤ一卜である。
図 2 7は、 推奨商品提案処理の流れを説明するフローチヤ一卜である。
図 2 8は、 商品情報管理用画面を示す図である。
図 2 9は、 在庫通知処理の流れを説明するフローチャートである。
図 3 0は、 掲載切替え処理の流れを説明するフローチャートである。
図 3 1は、 商品配送指示処理の流れを説明するフローチャートである。
図 3 2 (a)は、 抽選用画面を示す図である。
図 3 2 (b)は、 カメラの当選通知および配送先選択ボタンの表示画面を示す図で ある。
図 3 3は、 当選商品の配送先確認画面を示す図である。
図 3 4は、 商品配送指示処理の流れを説明するフローチャートである。 図 3 5は、 予約処理の流れを説明するフローチャートである。
図 3 6は、 予約用画面を示す図である。
図 3 7は、 オプション決済処理の流れを説明するフローチャートである。
図 3 8は、 配送方法選択用画面を示す図である。
図 3 9は、 計算書のページ画面を示す図である。
図 4 0は、 配送料を決める処理の流れを説明するフローチャートである。
図 4 1は、 一括決済処理の流れを説明するフローチヤ一トである。
図 4 2は、 分割決済処理の流れを説明するフローチヤ一トである。
図 4 3は、 オンラインアルバムのカテゴリにログインした画面を示す図である。 図 4 4は、 アルバム消去処理の流れを説明するフローチヤ一トである。
図 4 5は、 アルバム消去処理の流れを説明するフローチヤ一トである。
図 4 6は、 アルバム消去処理の流れを説明するフローチャートである。
図 4 7は、 アルバム管理用画面を示す図である。
図 4 8は、 アルバム一覧作成処理の流れを説明するフロ一チャートである。 図 4 9 (a)は、 サムネイル画像表示を示す図である。
図 4 9 (b)は、 サムネイル画像より大きな画像表示を示す図である。
図 5 0は、 優遇処理の流れを説明するフローチャートである。
図 5 1は、 ファイル名決定処理の流れを説明するフローチャートである。
図 5 2は、 コミュニティのカテゴリにログインした画面を示す図である。
図 5 3は、 サムネイル画像掲載処理の流れを説明するフローチャートである。 図 5 4は、 サムネイル画像掲載処理の流れを説明するフ口一チヤ一トである。 図 5 5は、 選択画像が掲載できないことを通知する画面を示す図である。
図 5 6は、 サムネイル画像掲載処理の流れを説明するフローチャートである。 図 5 7は、 サムネイル画像掲載処理の流れを説明するフローチャートである。 図 5 8 (a)は、 掲示板で 「撮影情報」 一 「北海道」 に分類される質問の表示画面 を示す図である。
図 5 8 (b)は、 アルバムで 「風景」 ― 「北海道」 に分類される画像の表示画面を 示す図である。
図 5 9は、 検索処理の流れを説明するフ口一チヤ一トである。 図 6 0は、 検索画面を示す図である。
図 6 1は、 検索処理の流れを説明するフローチャートである。
図 6 2 (a)は、 複数のコンテンツの検索結果の表示画面を示す図である。
図 6 2 (b)は、 1つのコンテンツの検索結果の表示画面を示す図である。
図 6 3は、 エキスパートの紹介画面を示す図である。
図 6 4は、 検索処理の流れを説明するフローチャートである。
図 6 5は、 製品情報の紹介画面を示す図である。
図 6 6は、 検索処理の流れを説明するフローチヤ一トである。
図 6 7は、 検索処理の流れを説明するフローチヤ一トである。 発明を実施するための最良の形態
以下、 図面を参照して本発明の実施の形態を説明する。
本発明の一実施の形態による Webサイト用コンテンツは、 Webによるサービス提 供者が、 製品に関する情報やサービスをサービス利用者に提供するものである。 図 1は、 Webサイト用コンテンツが登録される Webサイトの全体構成例を示す図で ある。 図 1において、 サ一ビス提供者はデータセンタ一にサーバーを配置し、 サ 一ビス利用者は端末からイン夕一ネットに接続して Webサイトを検索する。 サービ ス利用者が、 インタ一ネットにアクセス可能な端末から Webサイトサーバーの URL (Uni f orm Resource Loca tor)を指定すると、 当該サーバ一側に格納されているコ ンテンッのデ一夕が読み出されてサービス利用者の端末に送られる。 本実施の形 態では、 製品としてカメラを例にあげ、 カメラおよびカメラに関連する情報ゃサ 一ビスをサービス利用者に提供する。 本発明によるコンテンツは、 図 2のサイ卜 マップに示すように、 次の 7つのカテゴリに分類されている。
2 . 新着情報
3 . 製品情報
4 . サービス ·サポート
5 . オンラインアルバム
6 . オンラインショップ 7 . コミュニティ
会員登録 1は、 Webによるサービス利用者の登録を行うためのページである。 新 着情報 2は、 Webサイ卜に新しく登録されたコンテンツなどの倩報をサービス利用 者に紹介するためのページである。 製品情報 3は、 サービス利用者にカメラなど の製品を紹介するページである。 サービス 'サポート 4は、 製品ユーザから寄せ られた質問、 およびその質問に対する回答などをサービス利用者に紹介するべ一 ジである。 オンラインアルバム 5は、 サービス利用者に電子画像データを极ぅサ —ビスを提供するページである。 たとえば、 オンラインアルバム 5では、 サ一ビ ス利用者が撮影した画像データを無料で所定容量になるまで蓄積したり、 蓄積し た画像データの中からサービス利用者が選択した画像データを高詳細にプリント ァゥトして配送可能にするなどのサービスを提供する。 オンラインショップ 6は、 サービス利用者に商品を販売するページである。 コミュニティ 7は、 サービス利 用者同士のコミュニケーションの場を提供するページである。 たとえば、 コミュ 二ティ 7では、 質問を持つサービス利用者が質問を掲載し、 質問に対する回答を 知っているサービス利用者が回答を掲載するような掲示板機能などを提供する。 図 3は、 サービス利用者の端末のディスプレイに表示される Webのトップページ 1 0の画面例を示す図である。 この画面は、 Webによるサービスを利用する人の端 末から指定された URUこ格納されているデ一夕に基づいて、 サービス利用者の端末 に備えられるブラウジング用プログラムによって当該端末のディスプレイに表示 される。 図 3において、 上述した 7つの各カテゴリページへのリンク先ポタン 2 1 ~ 2 7が表示されている。 さらに、. 「記事 1」 のページへのリンク先ポタン 2 8と、 「記事 2」 のページへのリンク先ポタン 2 9と、 「記事 3」 のページへの リンク先ボタン 3 0と、 後述する 「検索」 ページへのリンク先ボタン 3 1とが表 示される。
Webによるサービスを利用する人が、 端末に備えられる不図示のポインティング デバイスを操作してリンク先ポタンをクリックすると、 各リンク先ポタンに対応 して貼りつけられているリンク先の情報、 すなわち、 IffiLが指定される。 これによ り、 当該 URL内に格納されているデ一夕が端末に向けて送信され、 当該データによ る画面が端末のディスプレイに表示される。 たとえば、 Webによるサービス利用者 が 「新着情報」 のリンク先ポタン 2 1をクリックすると、 図 4に示す新着情報 2 のカテゴリのトップページの画面が端末のディスプレイに表示される。
図 4において、 新着情報 2のカテゴリページの画面には、 図 2のサイトマップ に記載されている 「お知らせ」 、 「新製品情報 'ニュース」 、 「サービス 'サボ 一卜情報」 、 および 「サイト更新情報」 がそれぞれ表示される。 これらの表示内 容は、 図 4によるページ画面の中にリンク先ポタンを設け、 図 4によるページ画 面と異なるリンク先のページ画面に表示するようにしてもよい。 図 4の画面には さらに、 他のカテゴリページへジャンプするためのリンク先ボタン 2 1〜 2 6と、
「検索」 ページへのリンク先ポタン 3 1と、 「トップページにもどる j ためのリ ンク先ボタン 3 2も表示される。 これらの各リンク先ポタンをクリックすると、 各ポタンに対応するページが端末のディスプレイに表示される。 なお、 図 4によ るページ画面が表示されている状態で 「新着情報」 のカテゴリページへのリンク 先ボタン 2 1がクリックされた場合は、 図 4によるページ画面が表示されたまま となる。
図 3において、 「コミュニティ」 のリンク先ポタン 2 6をクリックすると、 図 5に示すコミュニティ 7のカテゴリのトップページの画面が表示される。 図 5に おいて、 コミュニティ 7のカテゴリページの画面には、 図 2のサイトマップに記 載されている記事に対応するページへのリンク先ポタン 2 8、 2 9、 3 0、 「掲 示板」 のページへのリンク先ポタン 7 1、 画像デ一夕をダウンロードするページ へのリンク先ボタン 7 2、 および 「会員登録」 を行うページへのリンク先ポタン 2 7が表示される。 これらの表示内容は、 リンク先ボタンを設けずに、 図 5によ るページの中に表示するようにしてもよい。
図 5の画面にはさらに、 上述した図 4の画面と同様に、 他のカテゴリページへ ジャンプするためのリンク先ポタン 2 1〜 2 6と、 「検索」 ページへのリンク先 ボタン 3 1と、 「トップページに戻る」 ためのリンク先ポタン 3 2も表示される。 なお、 図 5によるページ画面が表示されている状態で 「コミュニティ」 のカテゴ リページへのリンク先ボタン 2 6がクリックされた場合は、 図 5によるページ画 面が表示されたままとなる。
上述した図 3、 図 4および図 5による各ページ画面において、 たとえば、 リン ク先ポタン 2 1〜2 6のように各ページに共通に設けられるリンク先ボタンがあ る。 また、 リンク先ボタン 2 8〜3 0のように所定のページにおいて共通に設け られるリンク先ポタンがある。 異なるページ間で共通のリンク先ボタンを設ける ことにより、 図 2のサイトマップに示す各ページの表示切替えを行うとき、 トツ プページ 1 0に一旦戻らなくても各カテゴリページ相互の間でページ画面を切替 えることができる。 さらに、 リンク先ポタンが各ページ間に共通に設けられてい ると、 リンク先ポタンが Webによるサービス利用者の目にとまりやすくなる。 この 結果、 サービス利用者に対してリンク先ポタンに対応するページを表示させるよ うにィンセンティブが与えられる。
本実施の形態では、 上述したカテゴリの中で 「会員登録」 、 「オンラインショ ップ」 、 「オンラインアルバム」 、 および 「掲示板」 に特徴を有するので、 これ らのカテゴリを中心に説明を行う。
一会員登録一
Webによるサービス提供者は、 あらかじめ登録したサービス利用者にサービスを 提供することを目的にして、 サービスの利用者名などを登録してもらう。 会員登 録のページは、 Webによるサービス利用の会員登録の他に、 サービス提供者が販売 する商品を購入したユーザが顧客情報などを登録する顧客登録にも使用される。 顧客登録は、 ユーザが顧客登録カードと呼ばれるハガキなどに顧客情報を書いて 返送する代わりに、 上記会員登録のページを用いてオンラインで顧客情報を送信 するものである。 サービス利用者が、 図 3によるべ一ジ画面において 「会員登 録」 へのリンク先ポタン 2 7をクリックすると、 会員登録用の不図示の選択画面 が端末のディスプレイに表示される。 この選択画面は、
ェ. Webによるサービス利用の会員登録をしていない人が新規に顧客登録を行う
2 . Webによるサービス利用の会員登録済みの人が新規に顧客登録を行う
3 . Webによるサービス利用の会員登録を行う
4 . 顧客登録(会員登録)済みの人が登録内容の変更を行う
の 4つの入力画面を選択するためのものである。
一 Webによるサービス利用の非会員が顧客登録する場合一
上記の選択画面において、 サービス利用者が 「Webによるサービス利用の会員登 録をしていない人が新規に顧客登録を行う」 に対応する不図示のリンク先ボタン をクリックすると、 Webサイトサーバー、 すなわち、 サービス提供者のサーバーが サービス利用者の端末に表示用データを送信し、 図 6に示す製品情報入力用の画 面を端末のディスプレイに表示させる。 図 1に示すように、 一般に Webサイトサ一 バーには、 Web用サーバー、 コンテンツ管理サーバ一、 メール用サーバー、 掲示板 用サーバー、 ショップ用サーバーなど複数のサーバ一がある。 それぞれ、 Web用サ —バ一は Web画面のデータを格納し、 コンテンツ管理サーバーはコンテンツ管理を 行う。 また、 メ一ル用サーバ一はメールのデータを格納し、 掲示板用サーバーは 掲示板に書込まれたデータを格納し、 ショップ用サーバーはショップ用データを 格納する。 本説明ではこれらの複数のサーバーを総称してサーバ一と呼ぶ。
サービス利用者は、 製品情報入力用の画面が端末のディスプレイに表示される と、 表示内容にしたがって表示画面の枠内に登録内容を書き込む。 図 6において、 下向き三角形が表示される枠には、 プルダウンメニューが用意されている。 サ一 ビス利用者は、 サービス提供者によってあらかじめ書込まれているメニューの中 から該当する項目を選択する。
たとえば、 サービス利用者が商品名の枠に表示されるプルダウンメニューポ夕 ン 6 Aをクリックすると、 商品 1、 商品 2、 商品 3、 …と商品名が表示される。 サービス利用者は、 商品名のメニューの中から自分が購入した商品名を選ぶ。 プ ルダウンメニューに該当する商品名がない場合や、 プルダウンメニューが用意さ れていない枠内には、 サービス利用者が不図示の端末キーを操作して登録内容を 書込む。 サービス利用者が O Kボタン 6 Bをクリックすると、 サービス提供者の サーバ一に向けて製品情報の登録デ一夕が送信される。
サービス提供者のサーバーは、 サービス利用者から送信された製品情報の登録 デ一夕を受信すると、 サービス利用者の端末に表示用デ一夕を送信し、 図 7に示 す顧客情報(カス夕マ情報)入力用の画面を端末のディスプレイに表示させる。 サ 一ビス利用者は、 ディスプレイ上の表示内容にしたがつて表示画面の枠内に登録 内容を書き込む。 図 7において、 パスワードの枠 7 Αには、 サービス利用者がパ スワードを入力する。 サービス利用者が後に登録内容を変更する場合は、 このパ スヮ一ドを入力した上で変更を行う。 顧客情報入力用の画面から入力されるパス ワードは、 後述する Webによるサービス利用の会員登録を行う場合にも共通のパス ワードとして使用される。
下向き三角形が表示される枠には、 上述したプルダウンメニューが用意されて いる。 プルダウンメニューに該当する項目がない場合、 およびプルダウンメニュ 一が用意されていない枠内には、 サービス利用者が不図示の端末キーを操作して 登録内容を書き込む。 なお、 上記パスワード枠 7 A内の表示は、 サービス利用者 が入力したパスヮードをそのまま表示せずに * * *…として表示する。 サ一ビス 利用者が登録内容を書き込み後に O Kポタン 7 Bをクリックすると、 サービス提 供者のサーバ一に向けて顧客情報の登録データが送信される。
サービス提供者のサーバーは、 サービス利用者から送信された顧客情報の登録 データを受信すると、 サービス利用者の端末に表示用データを送信し、 図 8に示 すアンケート回答用の画面を端末のディスプレイに表示させる。 サービス利用者 は、 ディスプレイ上の表示内容にしたがって表示画面の枠内に回答を書き込む。 ここで、 アンケートの設問は次のように決定される。 図 9は、 サービス提供者の サ一パーで行われる設問処理の流れを説明するフローチャートである。 図 9によ る処理は、 顧客情報の登録データが受信されると起動する。
ステップ S 2 0 1において、 サーバーは、 商品情報入力画面から当該サービス 利用者によって登録された商品名の情報をサーバ一内の所定のデータベースから 読出してステップ S 2 0 2へ進む。 ステップ S 2 0 2において、 サ一バーは、 登 録された商品名に応じて質問を選び、 ステップ S 2 0 3へ進む。 ここで、 あらか じめ全ての商品に対応してそれぞれ質問が用意されており、 これらの質問がサ一 バー内のデータベースに記録されている。 データベースに記録された各質問は、 複数の商品に共通の質問と、 ある商品に固有の質問とが判断できるように管理さ れている。 サーバ一は、 登録された商品名により当該商品に対応する質問を選ぶ。 サービス利用者が複数の商品を購入した場合には、 これら複数の商品に対応す る質問がそれぞれ選択される。 サ一バーは、 選択された質問の中に共通の質問が ある場合、 同じ質問をサービス利用者の端末に送信しないように、 重複する質問 は 1つ残して残りを削除する。 ステップ S 2 0 3において、 サ一バーは、 図 8の アンケート入力画面を表示させるためのページデ一夕を作成してステップ S 2 0 4へ進む。 ステップ S 2 0 4において、 サーバーは、 作成したアンケート入力画 面の表示に必要なデータをサービス利用者の端末に向けて送信し、 図 9による処 理を終了する。 これにより、 たとえば、 図 8の質問 1〜質問 5には、 それぞれ商 品 1と商品 2とに共通の質問が表示される。 質問 6には商品 1に関する質問が、 質問 7には商品 2に関する質問が、 それぞれ表示される。 サ一ビス利用者は、 複 数の商品を購入した場合でも、 1つのアンケート入力画面の中で複数の商品に対 する質問に答えることができる。
サービス利用者が図 8の画面上で各質問に対する回答を各枠 8 A〜 8 G内に書 込んだ後に登録ポタン 8 Hをクリックすると、 サービス提供者のサーバーに向け てアンケートの登録データが送信される。 サービス提供者のサーバーは、 サービ ス利用者から送信された登録データを受信すると、 サービス利用者の端末に表示 用データを送信し、 図 1 0に示す景品選択用の画面を端末のディスプレイに表示 させる。 図 1 0 (a)は個人が登録する場合のページ画面の例、 図 1 0 (b)は法人が 登録する場合のページ画面の例である。
サービス利用者は、 ディスプレイ上の表示内容にしたがって希望する景品を選 択する。 ここで、 景品選択画面は次のように決定される。 図 1 1は、 サービス提 供者のサーバ一で行われる景品選択画面作成処理の流れを説明するフローチヤ一 トである。 図 1 1による処理は、 アンケートの登録データが受信されると起動す る。 ステップ S 1 0 1において、 サーバーは、 上述した図 6による製品情報入力 画面から入力された商品名、 購入区分(個人または法人)、 および購入数量と、 上 述した図 7による顧客情報入力画面から入力された購入者の名前、 住所などの情 報とをサーバ一内の所定のデータベースから読出してステップ S 1 0 2へ進む。 ステップ S 1 0 2において、 サーバーは、 購入区分が法人か否かを判定する。 サーバ一は、 法人の場合にステップ S 1 0 2を肯定判定してステップ S 1 0 4へ 進み、 個人の場合にステップ S 1 0 2を否定判定してステップ S 1 0 3へ進む。 ステップ 1 0 3において、 サーバ一は、 図 1 0 (a)のような個人向けのページ画面 用のデータを用意する。 図 1 0 (a)は、 一眼レフカメラ 1台を購入した人に対する 景品を紹介しており、 撮影に関する情報を載せた冊子、 カメラ用ストラップ、 We bによるサービスで使用できるボイントのうちいずれかを選択する画面である。 こ こで、 ポイントは個人向けに用意される景品であって、 法人向けの景品としては 用意されない。 サーバーは、 ページ画面用のデータを作成するとステップ S 1 0 5へ進む c
ポイントは、 図 2のオンラインショップ 6での買い物の際に利用でき、 このポ イントに応じて商品の価格を割引いて購入できる。 また、 オンラインアルバム 5 によるサービスでは、 ポイントに応じて画像データの蓄積容量を通常より増やす ことができたり、 プリントアウトサービスを無料で受けたりできる。 また、 コミ ュニティ 7では、 質問を掲載したサービス利用者が回答を掲載したサービス利用 者に報酬としてポイントを渡すなどの使い方もある。
ステップ S 1 0 4へ進んだ場合、 サーバ一は、 図 1 0 (b)のような法人向けのぺ ージ画面用のデータを用意する。 図 1 0 (b)は、 一眼レフカメラとコンパクトカメ ラとを合計 3台購入した法人に対する景品を紹介しており、 撮影に関する情報を 載せた冊子、 カメラ用ストラップ、 コンパクトカメラ用ケースのうちいずれかを 合わせて 3点まで選択する画面である。 法人向けの場合は、 個人向けと異なりポ イントが景品として用意されない。 また、 購入した商品、 ここでは、 コンパクト カメラに対応する景品としてケースが用意される。 サーバーは、 ページ画面用の データを作成するとステップ S 1 0 5へ進む。
ステップ S 1 0 5において、 サーバ一は、 サービス利用者の端末にデータを送 信して図 1 1による処理を終了する。 これにより、 サービス利用者の端末のディ スプレイには、 上述した図 1 0 (a)もしくは図 1 0 (b)に示す画面が表示される。 サービス利用者は、 図 1 0 (a)、 図 1 0 (b)によるいずれかの画面上で希望する景 品をチェックし、 O Kポタン 1 0 Bをクリックする。 図 1 0 (b)のように複数個の 景品が選択できる場合は数量枠 1 0 Cが表示されるので、 サ一ビス利用者はプル ダウンメニューを開いて希望する数量を選択する。 図 1 0 (a)、 図 1 0 (b)におい て、 景品の画像 1 0 Aの横には当該景品の説明が表示される。 画像 1 O Aはリン ク先ポタンを兼ねており、 サ一ビス利用者がこのポタンをクリックするとサーバ 一から新たなデータが端末に送信され、 当該景品を詳細に紹介するベージ画面が サービス利用者の端末のディスプレイに表示される。 図 1 2は、 冊子を紹介する 画面の例である。 図 1 0 (a)、 図 1 0 (b)においてサービス利用者が O Kボタン 1 0 Bをクリック すると、 サービス提供者のサーバ一に向けて選択データが送信される。 サービス 提供者のサーバーは、 サービス利用者から送信された選択データを受信すると、 景品に応じたページ画面のデータをサービス利用者の端末に向けて送信する。 こ れにより、 サ一ビス利用者に対して配送が必要な景品の場合には、 図 1 3 (a)のよ うに送付先を通知する画面がサービス利用者の端末のディスプレイに表示される。 また、 ポイントなど配送が不要な景品の塲合は、 図 1 3 (b)のようにポイント加算 を通知する画面がサ一ビス利用者の端末のディスプレイに表示される。
図 1 3 (a)、 図 1 3 (b)の画面でサービス利用者が〇Kポタンをクリックすると、 Webによるサ一ビス利用の会員登録をしていない人による顧客登録が終了する。 こ のとき、 サーバーは、 購入区分が個人の場合に引き続き Webによるサービス利用の 会員登録のページに導く。
図 1 4は、 サービス提供者のサーバーで行われる会員登録の誘導画面作成処理 の流れを説明するフローチャートである。 図 1 4による処理は、 顧客登録が終了 すると起動する。 ステップ S 3 0 1において、 サーバーは、 購入区分が法人か否 かを判定する。 サーバーは、 法人の場合にステップ S 3 0 1を肯定判定してステ ップ S 3 0 4へ進み、 個人の場合にステップ S 3 0 1を否定判定してステップ S 3 0 2へ進む。 ステップ S 3 0 2において、 サーバーは、 サービス利用者が登録 会員か否かを判定する。 サーバーは、 登録会員の場合にステップ S 3 0 2を肯定 判定してステップ S 3 0 4へ進み、 非会員の場合にステップ S 3 0 2を否定判定 してステップ S 3 0 3へ進む。 ここで、 登録顧客が Webによるサ一ビス利用の会員 か否かの情報は、 顧客登録が開始されるときにクリックされたリンク先ポタンに よりサーバ一に伝えられている。 すなわち、 「Webによるサービス利用の会員登録 をしていない人が新規に顧客登録を行う」 ポタンがクリックされていれば非会員 とみなし、 「Webによるサービス利用の会員登録済みの人が新規に顧客登録を行 う」 ポタンがクリックされていれば会員とみなす。
ステップ S 3 0 3において、 サーバーは、 図 1 5に示すようなページ画面を表 示させるデータを作成する。 図 1 5は、 顧客登録の終了を示す景品注文の承り通 知と、 Webによるサービス利用の会員登録のページに誘導するメッセージとを表示 する画面の例である。 サーバーは、 ページ画面用のデ一夕を用意するとステップ S 3 0 5へ進む。 ステップ S 3 0 5において、 サーバ一は、 サービス利用者の端 末にデ一夕を送信して図 1 4による処理を終了する。 これにより、 サービス利用 者の端末のディスプレイには、 上述した図 1 5の画面が表示される。 サービス利 用者が Webによるサービス利用の会員登録のリンク先ボタン 1 5 Aをクリックする と、 サーバ一は、 会員登録画面の表示に必要なデータをサービス利用者の端末に 向けて送信する。 Webによるサービス利用の会員登録については後述する。 一方、 サービス利用者が 「トップページにもどる」 リンク先ポタン 3 2をクリックする と、 サーバ一は、 上述した図 3のトップページ 1 0の表示に必要なデ一夕をサ一 ビス利用者の端末に向けて送信する。
サーバーは、 ステップ S 3 0 4へ進む場合に Webによるサービス利用の会員登録 を勧めない。 これは、 サービス利用会員に法人を募らないことと、 既に登録して いる会員が重複して登録しないようにするためである。 ステップ S 3 0 4におい て、 サーバ一は、 景品注文の承り通知を表示するとともに、 顧客登録の終了を示 すページ画面のデータを作成してステップ S 3 0 5へ進む。 これにより、 サービ ス利用者の端末のディスプレイには、 顧客登録終了の不図示の画面が表示される。 サービス利用者が 「トップページにもどる」 リンク先ポタンをクリックすると、 サーバ一は、 上述した図 3のトップページ 1 0の表示に必要なデ一夕をサービス 利用者の端末に向けて送信する。
— Webによるサ一ビス利用の会員が顧客登録する場合—
リンク先ボタン 2 7に対応する会員登録用の選択画面において、 サービス利用 者が 「Webによるサービス利用の会員登録済みの人が新規に顧客登録を行う」 に対 応する不図示のリンク先ボタンをクリックすると、 サ一ビス提供者のサーバーが サービス利用者の端末に表示用データを送信し、 図 1 6に示す Webによるサービス 利用の会員認証用の画面を端末のディスプレイに表示させる。 サービス利用者は、 会員登録時に登録したログイン名とパスワードとを入力し、 O Kボタン 1 6 Aを クリックする。 これにより、 ログイン名とパスワードとがサービス提供者のサー パに送信される。
サービス提供者のサーバ一は、 送信された口グイン名およびパスワードがサー パー内のデータベースに記録されているものとそれぞれ一致する場合に、 次の処 理を行う。 Webの会員登録時に登録された情報と、 顧客登録時に登録される情報と で共通する項目について、 相違する内容があれば最新の内容に上書き(更新)する。 図 1 7は、 サービス提供者のサ一バーで行われる登録内容更新処理の流れを説明 するフローチャートである。 図 1 7による処理は、 サービス利用者から送信され た上記ログイン名およびパスワードが、 サーバー側のデータベースの内容とそれ ぞれ一致した場合に起動する。
ステップ S 4 0 1において、 サーバーは、 既に登録されている Webの会員登録の デ一夕の中から、 顧客登録のデ一夕と共通する項目のデータをデ一夕ベースから 読出してステップ S 4 0 2へ進む。 ステップ S 4 0 2において、 サーバ一は、 上 述した図 6に示す製品情報入力用の画面を表示させるページデータを用意し、 端 末に送信する。 サービス利用者は、 上述した Webによるサービス利用の非会員が顧 客登録する場合と同様に、 ディスプレイ上の表示内容にしたがって表示画面の枠 内に登録内容を書き込む。 サービス利用者が O Kポタン 6 Bをクリックすると、 サービス提供者のサーバーに向けて登録デ一夕が送信される。
サービス提供者のサーバ一は、 サービス利用者から送信された製品情報の登録 データを受信すると、 顧客情報(カスタマ情報)更新用の画面を表示させるページ デ一夕を用意して端末に送信し、 ステップ S 4 0 3へ進む。 これにより、 サ一ビ ス利用者の端末のディスプレイには図 1 8に示すページ画面が表示される。 図 1 8において、 Webの会員登録と顧客登録とで共通する項目の枠内に Webの会員登録 時の内容が表示される。 サービス利用者はディスプレイ上の表示内容を確認し、 変更がある箇所だけ書き込めばよい。 サービス利用者が変更内容を書き込み後に O Kポタン 1 8 Bをクリックすると、 サービス提供者のサーバ一に向けて変更デ 一夕が送信される。
ステップ S 4 0 3において、 サーバーは、 変更データを受信したか否かを判定 する。 サーバーは、 変更データを受信した場合にステップ S 4 0 3を肯定判定し てステップ S 4 0 4へ進み、 変更デ一夕を受信していない場合にステップ S 4 0 3を否定判定して判定処理を繰り返す。 ステップ S 4 0 4において、 サーバーは、 受信したデータと Webの会員登録時のデータとを比較し、 変更箇所があるか否かを 判定する。 サーバーは、 変更が行われている場合にステップ S 4 0 4を肯定判定 してステップ S 4 0 5へ進み、 変更が行われていない場合にステップ S 4 0 4を 否定判定してステップ S 4 0 8へ進む。
ステップ S 4 0 5において、 サ一パーは、 図 1 8のページ画面をサ一ビス利用 者から送信された変更データによる内容に変更して不図示のページ画面を作成す る。 サーバーはさらに、 作成したぺ一ジ画面のデ一夕を、 たとえば、 「この内容 で上書きしてよろしいですか?」 というメッセージのデータとともにサービス利 用者の端末に向けて送信し、 ステップ S 4 0 6へ進む。 ステップ S 4 0 6におい て、 サーバ一は、 データベースを変更するか否かを判定する。 サービス利用者が 端末のディスプレイ上で不図示の O Kポタンをクリックすると、 変更指示が端末 からサーバ一に向けて送信される。 サーバ一は、 変更指示を受信した場合にステ ップ S 4 0 6を肯定判定してステップ S 4 0 7へ進み、 変更指示を受信しない場 合にステップ S 4 0 6を否定判定してステップ S 4 0 8へ進む。
ステップ S 4 0 7において、 サ一パーは、 データベースの内容を変更デ一夕で 上書き変更してステップ S 4 0 8へ進む。 ステップ S 4 0 8において、 サ一バ一 は、 Webの会員登録時のデータと共通しない項目について、 当該項目のデ一夕をデ 一夕ベースに登録する。 サーバーはさらに、 登録を終了したことを通知するメッ セージのデータをサービス利用者の端末に向けて送信し、 図 1 7による処理を終 了する。 なお、 変更データがブランクデ一夕の場合、 すなわち、 サービス利用者 が枠内を空欄にして変更データを送信した場合は、 サーバ一はデー夕べ一スをブ ランクデータで上書きしない。 この場合には、 サーバーは変更内容が未入力であ ることを通知するメッセージデータを作成し、 サービス利用者の端末に向けて送 信する。
次に、 サーバ一はサービス利用者の端末に表示用デ一夕を送信し、 上述した図 7に示すアンケート回答用の画面を端末のディスプレイに表示させる。 以降の手 順は、 上述した Webによるサービス利用の非会員が顧客登録する場合の手順と同様 であるので説明を省略する。 ただし、 顧客登録が終了した時点において Webによる サービス利用の会員登録を勧めない。 すなわち、 上述した図 1 4による処理のス テツプ S 3 0 2において、 サーバ一はサービス利用者が既に Webの会員であること から肯定判定する。 この結果、 サービス利用者の端末のディスプレイには会員登 録終了を通知する不図示の画面が表示されるだけで、 Webの会員登録を勧めること はない。
— Webによるサービス利用の会員登録を行う場合一
上述した Webサイトに登録されているコンテンツの 7つのカテゴリのうち、 オン ラインアルバム 5、 オンラインショップ 6、 コミュニティ 7の各ページのサービ スは、 Webによるサービス利用の登録会員に提供される。 つまり、 サービス利用者 は、 これら 3つのカテゴリのサ一ビスを受けるために会員登録を行う必要がある。 会員登録を行うと、 これら 3つのカテゴリのサービスを受けるための口グインが 許可される。
リンク先ポタン 2 7に対応する会員登録用の選択画面において、 サ一ビス利用 者が 「Wel)によるサービス利用の会員登録を行う」 に対応する不図示のリンク先ボ タンをクリックすると、 サービス提供者のサーバ一がサービス利用者の端末に表 示用データを送信し、 Webによるサービス利用の会員規約を記載する不図示の画面 を端末のディスプレイに表示させる。 サービス利用者は、 規約に同意する場合に 不図示の O Kボタンをクリックする。 サービス提供者のサーバーは、 サ一ビス利 用者から送信された同意を示すデータを受信すると、 サービス利用者の端末に表 示用データを送信し、 ログイン名、 パスワード、 およびニックネーム入力用の不 図示の画面を端末のディスプレイに表示させる。 サービス利用者は、 ディスプレ ィ上の表示内容にしたがって表示画面の枠内に登録内容を書き込む。 ログイン名 は、 サービス利用者がサービスを受けるために登録する利用者名である。 パスヮ —ドは認証用に用いられるものである。 ニックネームは、 コミュニティのカテゴ リに含まれる掲示板の利用時に必須となるものである。
サービス利用者が端末のキー操作 (こより口グイン名、 パスヮ一ドおよびニック ネームを書込み後に不図示の O Kポタンをクリックすると、 サ一ビス提供者のサ
—バーに向けて登録データが送信される。 サービス提供者のサーバーは、 サービ ス利用者から送信された登録デー夕を受信すると、 サービス利用者の端末に表示 用デ—夕を送信し、 上述した図 7と同様の Webの会員情報入力用の画面を端末のデ イスプレイに表示させる。 サービス利用者は、 ディスプレイ上の表示内容にした がって表示画面の枠内に登録内容を書込む。 ただし、 パスワードは上述したよう に既に送信しているので省略される。 サービス利用者が登録内容を書込み後に〇 Kポタン 7 Bをクリックすると、 サービス提供者のサーバーに向けて会員情報の 登録データが送信される。
サービス提供者のサーバ一は、 サービス利用者から送信された Webの会員情報の 登録データを受信すると、 サービス利用者の端末に表示用データを送信する。 こ れにより、 サービス利用者の端末のディスプレイには Webの会員登録の完了を通知 するメッセージが表示される。
以上の説明は、 顧客登録をしていない人が Webによるサービス利用の会員登録を 行う場合を例にあげて説明したが、 顧客登録済みの人が Webの会員登録を行うこと もできる。 この場合には、 サーバ一は、 図 1 9に示す顧客認証用の画面を端末の ディスプレイに表示させる。 サービス利用者は、 顧客情報登録時に登録した I D とパスワードとを入力し、 O Kポタン 1 9 Aをクリックする。 これにより、 I D とパスワードとがサービス提供者のサーバに送信される。
サービス提供者のサ一パーは、 送信された I Dおよびパスワードがサーバ一内 のデー夕ベースに記録されているものとそれぞれ一致する場合に、 次の処理を行 う。
顧客登録時に登録された情報と Webの会員登録時に登録される情報とで共通する 項目について、 相違する内容があれば最新の内容に上書き(更新)する。 これは、 先に説明した Webの会員が顧客登録を行う場合に、 Webの会員登録時に登録された 情報と顧客登録時に登録される情報とで共通する項目について、 最新の内容に上 書き(更新)するのと同様である。
サービス提供者-のサーバーは、 端末から送信された I Dおよびパスヮードがサ 一バー内のデータベースに記録されているものとそれぞれ一致すると、 上述した 図 1 8と同様の Webの会員情報更新用の画面を表示させるページデ一夕を用意して 端末に送信する。 これにより、 サービス利用者の端末のディスプレイには図 1 8 と同様のページ画面が表示され、 顧客登録時の項目と共通する項目の枠内に顧客 登録時のデータが表示される。 サービス利用者は、 ディスプレイ上の表示内容を 確認して変更がある箇所だけ書込めばよい。 サービス利用者が変更内容を書込み 後に O Kボタン 1 8 Bをクリックすると、 サービス提供者のサ一パーに向けて変 更デ一夕が送信される。 このように、 顧客登録時に登録された情報と異なる情報 のみを書込めば、 顧客登録時と同じ内容を重複して書込むことなしに Webによるサ 一ビス利用の会員登録を行うことができる。
一顧客登録(Webの会員登録)済みの人が登録内容の変更を行う場合一
リンク先ポタン 2 7に対応する会員登録用の選択画面において、 サービス利用 者が 「顧客登録(会員登録)済みの人が登録内容の変更を行う」 に対応する不図示 のリンク先ポタンをクリックすると、 サービス提供者のサーバーがサービス利用 者の端末に表示用データを送信し、 図 1 9に示す顧客会員認証用の画面を端末の ディスプレイに表示させる。 Webの会員登録済みの人が登録内容を変更する場合は、 図 1 6に示す Webの会員認証用の画面を端末のディスプレイに表示させる。
顧客登録済みのサービス利用者は、 顧客登録時に登録したパスワードと I Dと を入力し、 O Kポタン 1 9 Aをクリックする。 これにより、 I Dとパスワードと がサービス提供者のサーバに送信される。 一方、 Webの会員登録済みのサービス利 用者は、 会員登録時に登録したパスワードとログイン名とを入力し、 〇Kポタン 1 6 Αをクリックする。 これにより、 ログイン名とパスワードとがサービス提供 者のサーバに送信される。
サ一ビス提供者のサーバーは、 送信された I Dおよびパスワードがサーバー内 のデータベースに記録されているものとそれぞれ一致する場合に、 顧客情報更新 用の画面を表示させるページデータを用意して端末に送信する。 一方、 サービス 提供者のサーバーは、 送信された口グイン名およびパスヮードがサーバー内のデ —夕ベースに記録されているものとそれぞれ一致する場合に、 Webの会員情報更新 用の画面を表示させるページデータを用意して端末に送信する。 これにより、 サ —ビス利用者の端末のディスプレイには上述した図 1 8と同様のページ画面が表 示される。 図 1 8において、 登録項目の枠内に登録時のデ一夕が表示される。
サービス利用者はディスプレイ上の表示内容を確認し、 変更がある箇所だけ書 込めばよい。 サ一ビス利用者が変更内容を書込み後に O Kボタン 1 8 Bをクリツ クすると、 サービス提供者のサーバーに向けて変更データが送信される。 以降の 処理は、 上述した図 1 7のステップ S 4 0 3以降と同様であるので説明を省略す る。 すなわち、 サーバーは、 データベースに登録されている登録デ一夕のうち、 サービス利用者から送信された変更デ一夕についてのみ上書き変更する。
以上の会員登録に関する説明では、 サーバーは、 顧客登録時のパスワードと We bの会員登録時のパスワードとを共通に使えるようにし、 サービス利用者が両パス ワードを同じに登録する場合について説明した。 これに対し、 サービス利用者は 顧客登録と Webの会員登録とで異なるパスワードを登録してもよい。 この場合には、 顧客登録と Webの会員登録とは独立して行われる。 すなわち、 顧客登録と Webの会 員登録との間で登録データに共通する項目がある場合でも、 一方の登録時のデー 夕が他方の登録時に用いられることがない。
また、 商品を購入した人が上述したように端末からサ一パーに対してオンライ ンで顧客登録を行うと、 サービス提供者は、 ハガキなどによって顧客登録する場 合に比べてその商品の保証期間を延長する特典を与える。 なお、 保証期間を延長 するのは、 後述するオンラインショップによって商品を購入し、 当該商品の顧客 登録をオンラインで行った場合とする。
図 2 0は、 サービス提供者のサーバ一で行われる保証期間延長処理の流れを説 明するフローチャートである。 図 2 0による処理は、 顧客登録が終了すると起動 する。 ステップ S 8 0 1において、 サーバ一は、 顧客登録されたデータより、 当 該商品がオンラインショップで購入されたものか否かを判定する。 サーバーは、 商品がオンラインショップによる購入の場合にステップ S 8 0 1を肯定判定して ステップ S 8 0 2へ進み、 商品がオンラインショップによる購入でない場合にス テツプ S 8 0 1を否定判定して図 2 0による処理を終了する。 この場合には、 保 証期間の延長処理を行わない。
ステップ S 8 0 2において、 サーバーは、 顧客情報に関連づけられている所定 のデータベースにアクセスし、 当該商品の保証期間などのサボ一卜情報を読出し てステップ S 8 0 3へ進む。 ステップ S 8 0 3において、 サ一バーは、 読出した サポート情報のうち、 たとえば、 保証期間を 6ヶ月延長し、 上記データベース内 のデータを変更する。 サ一バーは、 データべ一スを変更するとステップ S 8 0 4 へ進む。 ステップ S 8 0 4において、 サーバ一は、 保証期間が延長された保証書 を購入者に発送可能にする処理を施し、 図 2 0による処理を終了する。 Webによるサービスを利用するオンラインで顧客登録する特典として、 保証期間 を延長する例を説明したが、 たとえば、 Webによるサービスで使用できるポイント を与えるようにしてもよい。
以上説明した実施の形態によるコンテンッで行う会員登録によれば、 次の作用 効果が得られる。
( 1 ) 景品を選択するための画面 (図 1 0 (a)、 図 1 0 (b) ) において、 景品の画 像 1 0 Aにリンク先ポタンを兼用させ、 サービス利用者が画像 9 Aをクリックす ると当該景品を詳細に紹介するページ画面(図 1 2 )がさらに表示されるようにし た。 したがって、 サービス利用者は、 わざわざ当該景品を紹介ページ画面を検索 しなくても、 当該景品の詳細情報を得ることができる。
( 2 ) 景品として Webによるサービスで使用できるポイントを用意した。 これによ り、 サービス利用者が顧客登録後に W e bによるサービスを利用するようにサービス 利用者にィンセンティブを与えることができる。
( 3 ) 顧客情報登録時のパスワードと、 Webによるサービス利用の会員登録時のパ スワードとを共通のパスワードとして用いるようにした。 この結果、 複数のパス ヮードを使い分ける場合に比べて、 サービス利用者によるパスヮ一ドの入力間違 いが減り、 サービス利用者の負担を低減できる。
( 4 ) Webの会員登録時に登録された情報と顧客登録時に登録される情報とで共通 する項目について、 相違する内容があれば最新の内容に上書き(更新)するように した。 これにより、 同じサービス利用者の登録データを一元管理することができ る。 また、 ブランクデータの場合はブランクデータで上書きしないようにしたの で、 元の情報を失うことがない。
( 5 ) 全ての商品に対応してそれぞれアンケートの質問を用意し、 これらの質問 を複数の商品に共通の質問と商品に固有の質問とに判断できるように管理する。 サーバーは、 登録された商品名に応じて質問を選び、 サービス利用者の端末に送 信する。 これにより、 サービス利用者が複数の商品を登録する場合でも同じ質問 が重複して送信されることがない上に、 1つのアンケート入力画面の中で複数の 商品に対して質問することができる。
( 6 ) 顧客登録が終了すると、 引き続き Webの会員登録に導くようにしたので、 会 員登録に導かない場合に比べて Webの会員を増やすことができる。 この結果、 Web によるサービス利用者を増やすことができる。
( 7 ) 商品を購入した人が端末からサーバ一に対してオンラインで顧客登録を行 うと、 サービス提供者が商品の保証期間を延長するようにした。 このため、 八ガ キなどを用いて登録する場合に比べてサービス提供者の負担が少ないオンライン 登録をするように購入者に促す効果が得られる。
以上の説明では、 顧客登録した人への景品として、 小冊子やストラップなどの
「物」 の他に Webによるサ一ビスで使用できるポイントを用意した。 ポイントの代 わりに、 後述するアルバム ·プリントサービスにおいてサービス提供者がサービ ス利用者に提供するアルバム用のデータ格納領域のメモリサイズおよび有効期間 を、 通常のメモリサイズより大きく、 通常の有効期間より長くして優遇してもよ い。
—オンラインショップ一
オンラインショッピング 6のカテゴリについて説明する。 オンラインショップ は電子ショップとも呼ばれる。 上述した図 3のトップページ 1 0の画面が端末の ディスプレイに表示された状態で、 Webによるサービス利用者が端末に備えられる 不図示のポインティングデバイスを操作して 「オンラインショップ」 のリンク先 ポタン 2 5をクリックすると、 図 2 1に示すオンラインショップ 6のカテゴリの トップページ画面が端末のディスプレイに表示される。 オンラインショップ 6の サービス利用は、 上述したように、 Webによるサービス利用の会員登録を行ったサ —ビス利用者が口グイン名とパスヮ一ドとを入力してログインした上で受けるも のである。
図 2 1において、 おすすめ商品として商品 A〜商品 Fが不図示の画像と説明文 とでそれぞれ紹介される。 商品 A〜商品 Fの表示位置には、 それぞれリンク先の 情報が貼りつけられており、 不図示のポインティングデバイスを操作して 「商品 A」 ~ 「商品 F」 の画像おょぴ文字のいずれかをクリックすると、 その商品を詳 細に説明するページ画面がさらに表示される。 このように、 リンク先の情報が貼 られているところは、 アンダーラインを引いて示すことにする。 ショップメニュ 一として商品群 1、 商品群 2、 商品群 3、 …が分類表示されている。 商品群 1は、 たとえば、 フィルムカメラであり、 商品群 2は一眼レフカメラ用アクセサリであ る。 この場合、 アンダーラインが引かれている 「商品群 1」 の文字をクリックす ると、 フィルムカメラを詳細に紹介するページ画面がさらに表示される。 また、 アンダーラインが引かれている 「商品群 2」 の文字をクリックすると、 一眼レフ カメラ用アクセサリを詳細に紹介するページ画面がさらに表示される。
売れ筋ランキングは、 オンラインショップでよく売れる商品名を 1位、 2位、 3位、 …の順位とともにそれぞれ紹介するものである。 これらの順位表示、 もし くは商品名にもリンク先の情報が貼りつけられている。 したがって、 アンダーラ ィンが引かれている順位あるいは商品名の文字をクリックすることにより、 当該 商品を詳細に説明するページ画面がさらに表示される。 なお、 図 2 1の画面の上 部には、 他のカテゴリのトップページと同様に、 現在のカテゴリページと別の力 テゴリページにジャンプするためのリンク先ポタンが設けられている。
オンラインショップにおける商品の購入の流れは、
①購入者がサービス提供者のォンラインショップにログオンし、
②購入者がショップメニューの中から商品を選び、
③購入者が選んだ商品について詳細に紹介するページ画面により確認し、
④購入者が当該商品を仮想のショッピングカートの中に入れ、
⑤購入者が支払い金額、 支払い方法および商品の配送先を確認し、
⑥購入者が注文する
⑦サービス提供者が決済処理する
⑧サービス提供者が商品を発送する
の流れで行われる。 本発明によるオンラインショップのサービスにおいて、 サー ビス提供者はサービス利用者に対し、 以下に説明するようなサービスを提供する。 なお、 オンラインショップの説明では、 Webによるサービスの利用者を購入者と呼 ぶことにする。 また、 実際のショップ業務はサービス提供者が行ってもよいし、 サービス提供者が第三者に依託してもよい。
—アクセサリを装着した状態の画像を提供する一
購入者は、 商品にアクセサリを装着した状態、 たとえば、 カメラ本体にァクセ サリを装着した状態の画像を確認することができる。 サービス提供者は、 カメラ 本体のポリゴン画像と、 交換レンズ、 および閃光装置などの各アクセサリのポリ ゴン画像とをそれぞれ用意する。 これらのポリゴン画像は、 カメラ本体および各 アクセサリの画像が、 それぞれ実際の機器のサイズの比率に合わせて構成されて いる。 このため、 これらのカメラ本体およびアクセサリの画像を接合処理すると、 カメラ本体と交換レンズ、 あるいはカメラ本体と閃光装置とを実際の機器で装着 した場合と同様に見える。 カメラ本体の画像とアクセサリの画像とを接合した接 合画像は、 ディスプレイ画面内において一体化して回転および移動させることが 可能である。 このようなポリゴン画像は、 あらかじめサービス提供者のサーバー の所定のデータベース内に格納されている。
購入者の端末の不図示の画面において、 購入者が 「アクセサリ装着状態を確認 する」 に対応する不図示のリンク先ポタンをクリックすると、 サービス提供者の サーバーが購入者の端末に表示用データを送信し、 図 2 2に示すアイテム選択画 面を端末のディスプレイに表示させる。 図 2 2において、 購入者は、 アイテム選 択画面が端末のディスプレイに表示されると、 表示内容にしたがって表示画面の 枠内に選択内容を書込む。 図 2 2において、 下向き三角形が表示される枠にはプ ルダウンメニューが用意されており、 購入者はメニューの中から希望するアイテ ムを選択する。 図 2 2の例では、 F〇〇というカメラ本体に組合わせる交換レン ズを選択している画面を示している。
購入者が O Kポタン 2 2 Bをクリックすると、 サービス提供者のサーバーに向 けて選択アイテムのデータが送信される。 図 2 3は、 サービス提供者のサーバー で行われるポリゴン画像処理の流れを説明するフローチャートである。 図 2 3に よる処理は、 サーバ一が選択アイテムのデータを受信すると起動する。 ステップ S 5 0 1において、 サ一バーは、 データベースから選択されたアイテムに対応す るポリゴン画像と、 このポリゴン画像に付随する情報とを読出し、 ステップ S 5 0 2へ進む。 ステップ S 5 0 2において、 サーバーは、 選択されたアイテムの画 像が接合可能か否かを判定する。 ここで接合可能とは、 カメラ本体にアクセサリ が装着可能であることを意味する。 サーバーは、 接合可能の場合にステップ S 5 0 2を肯定判定してステップ S 5 0 3へ進み、 接合不可能の場合にステップ S 5 0 2を否定判定してステップ S 5 0 5へ進む。 ステップ S 5 0 3において、 サーバーは、 選択されているアイテムの画像どう しを接合してステップ S 5 0 4へ進む。 画像の接合は、 実際にアクセサリを装着 した様子を示す。 すなわち、 選択アイテムが交換レンズの場合は、 カメラ本体の マウント部と交換レンズのマウント部とを合わせるように画像合成を行い、 図 2 4に示すような一体化された画像を得る。
ステップ S 5 0 4において、 サ一バーは、 接合後のポリゴン画像(図 2 4 )のデ 一夕を購入者の端末に向けて送信し、 図 2 3による処理を終了する。 購入者は、 図 2 4の表示が行われている状態で端末の不図示のポインティングデバイスを操 作することにより、 接合画像を回転させて任意の角度から見た画像にすることが できる。
ステップ S 5 0 5において、 サ一バーは、 選択されているアイテムが接合でき る組合わせでないことを通知するメッセージのデータを購入者の端末に送信し、 ステップ S 5 0 6へ進む。 ステップ S 5 0 6において、 サーバ一は、 購入者の端 末に表示用データを送信し、 図 2 3による処理を終了する。 これにより、 購入者 の端末に再び図 2 2に示すアイテム選択画面が表示され、 購入者に対してアイテ ム選択の再考が促される。
一購入者が所有する商品に応じて他の推奨商品を提案する一
購入者は、 所有している商品に応じて新たな商品の提案を受けることができる。 サービス提供者は、 商品ごとに推奨する商品を用意する。 たとえば、 カメラ本体 に対して交換レンズ a a a、 閃光装置 b b b、 ノ ッテリパック c c c、 ケース d d dを用意し、 これらに優先順位を設けておく。 このような推奨商品のデータは、 あらかじめサービス提供者のサ一パーの所定のデータベース内に格納されている。 購入者の端末の不図示の画面において、 購入者が 「推奨商品を確認する」 に対 応する不図示のリンク先ポタンをクリックすると、 サービス提供者のサーバーが 購入者の端末に表示用データを送信し、 図 2 5に示す推奨商品の紹介画面を端末 のディスプレイに表示させる。 図 2 5は、 閃光装置 b b bの画像、 仕様、 および 購入メリットを紹介する画面の例である。 購入者が推奨商品を購入する場合は、
「ショッピングカートに入れる」 ポタン 2 5 Bをクリックすると、 サービス提供 者のサーバーに向けて購入の意志を伝えるデータが送信される。 図 2 6は、 サービス提供者のサーバ一で行われる推奨商品提案処理の流れを説 明するフローチャートである。 図 2 6による処理は、 購入者の端末によって不図 示の 「推奨商品を確認する」 ポタンがクリックされると起動する。 ステップ S 6 0 1において、 サーバーは、 購入者によってログインされているか否かを判定す る。 サーバーは、 ログインされている場合にステップ S 6 0 1を肯定判定してス テツプ S 6 0 2へ進み、 口グインされていない場合にステップ S 6 0 1を否定判 定してステップ S 6 0 6へ進む。
ステップ S 6 0 2において、 サーバ一は、 ログインしている購入者の顧客登録 情報が格納されているデータベースにアクセスし、 登録データの中から当該購入 者が既に購入して所有するカメラなどの機種情報を読出してステップ S 6 0 3へ 進む。 ステップ S 6 0 3において、 サーバーは、 読出した機種情報から推奨商品 を抽出してステップ S 6 0 4へ進む。 推奨商品の抽出は、 たとえば、 購入者が力 メラを所有している場合に、 当該カメラ用の交換レンズ a a a、 閃光装置 b b b、 パッテリパック c c c、 およびケース d d dの中から優先順位の順に行う。 優先 順位が
1 . 交換レンズ a a a
2 . 閃光装置 b b b
3 . ノ ッテリパック c c c
4 . ケース d d d
の順に定められているとき、 購入者が交換レンズ a a aを所有していない場合は 交換レンズ a a aを抽出する。 また、 購入者が交換レンズ a a aおよび閃光装置 b b bを所有する場合はバッテリパック c c cを抽出する。 なお、 ログインして いる購入者が所有する機種の情報は、 上述した顧客登録時以外にも顧客情報更新 のページ画面により所有機種を任意に追加登録することもできる。
ステップ S 6 0 4において、 サーバーは、 抽出した推奨商品を紹介する図 2 5 の画面の表示に必要なページデータを作成し、 ステップ S 6 0 5へ進む。 ステツ プ S 6 0 5において、 サーバーは、 作成したページデータを購入者の端末に向け て送信し、 図 2 6による処理を終了する。
ステップ S 6 0 6において、 サーバーは、 購入者の端末に表示用デ一夕を送信 し、 上述した図 2 2と同様の所有機種入力用画面を端末のディスプレイに表示さ せる。 図 2 2において、 購入者は、 表示内容にしたがって表示画面の枠内に所有 する機種、 アクセサリ類を書込む。 購入者が O Kポタン 2 2 Bをクリックすると、 サービス提供者のサーバーに向けて所有機種のデータが送信される。
ステップ S 6 0 7において、 サーバ一は、 所有機種のデータを受信したか否か を判定する。 サーバーは、 データを受信した場合にステップ S 6 0 7を肯定判定 してステップ S 6 0 3へ進み、 デ一夕を受信していない場合に判定処理を繰り返 す。
一購入者がカートに入れた商品に応じて他の推奨商品を提案する一
購入者は、 ショッピングカートに入れた商品に応じて新たな商品の提案を受け ることができる。 サ一ビス提供者は、 上述したように、 商品ごとに推奨する商品 を用意し、 優先順位を設けてデータベースに格納する。
図 2 7は、 サービス提供者のサーバ一で行われる推奨商品提案処理の流れを説 明するフローチャートである。 図 2 7による処理は、 購入者の端末によって不図 示の 「商品をカートに入れる」 ポタンがクリックされると起動する。 ステップ S 7 0 1において、 サーバ一は、 購入者によってログインされているか否かを判定 する。 サーバ一は、 ログインされている場合にステップ S 7 0 1を肯定判定して ステップ S 7 0 2へ進み、 口グインされていない場合にステップ S 7 0 1を否定 判定してステップ S 7 0 3へ進む。
ステップ S 7 0 2において、 サ一パ一は、 ログインしている購入者の Webの会員 登録情報が格納されているデータベースにアクセスし、 登録データの中から当該 購入者が既に購入して所有するカメラなどの機種情報を読出してステップ S 7 0 3へ進む。 ステップ S 7 0 3において、 サーバーは、 ショッピングカートに入れ られた商品名、 および購入者が所有する機種情報から推奨商品を抽出してステツ プ S 7 0 4へ進む。 推奨商品の抽出は、 たとえば、 購入者がカメラを所有してお り、 ショッピングカートに入れられたものが閃光装置 b b bの塲合に、 当該カメ ラ用の交換レンズ a a aを抽出する。 なお、 ステップ S 7 0 1で否定判定されて いる(ログインされていない)場合は、 ショッビングカートに入れられた商品名か ら推奨商品を抽出してステップ S 7 0 4へ進む。 ステップ S 7 0 4において、 サーバ一は、 抽出した推奨商品を紹介する図 2 5 の画面の表示に必要なページデータを作成し、 ステップ S 7 0 5へ進む。 ステツ プ S 7 0 5において、 サーバ一は、 作成した表示用ページデータを購入者の端末 に向けて送信し、 図 2 7による処理を終了する。
ーバ一チャル在庫管理一
サービス提供者は、 商品の在庫を絶対数ではなく相対数で管理する。 在庫数は、 購入者が商品をショッピングカートに入れると当該商品の数量に応じて減少し、 購入者が商品をショッピングカートから出すと当該商品の数量に応じて増加する。 オンラインショッビングサービスでは多数の購入者が同時にアクセスするので、 商品の在庫数が時々刻々変化する。 このため、 サービス提供者は、 当初の在庫絶 対数を基準にした相対的な増減数と、 リアルタイムに変化する在庫数とによって 在庫(本説明ではバ一チヤル在庫と呼ぶ)管理する。
図 2 8は、 商品情報を管理する管理用ページ画面の例を示す図である。 管理用 ページ画面は、 オンラインショッビングサービスで取り扱われる商品ごとにサー ビス提供者によって用意される。 同じ商品であっても、 ラッピングされた商品、 および商品に名前入れを施した商品などは、 通常の商品と異なる商品 I Dを付与 して別商品として管理する。
サ一ビス提供者によってあらかじめ決められている管理者がサーバーに対して 所定の操作を行うことにより、 サーバーが管理者の端末に管理用ページ画面のデ 一夕を送り、 管理者の端末に図 2 8の管理用画面が表示される。 図 2 8において、 説明 1の枠 2 8 Aには当該商品の概要が記入されている。 説明 2の枠 2 8 Bには 当該商品の詳細な説明が記入されている。 検索キーワードの枠 2 8 Cには、 当該 商品に対するキーワードが記入されている。 たとえば、 当該商品が閃光装置であ る場合に、 フラッシュ、 スピードライト、 照明などが記入される。 キ一ワードは、 なるべく上述した説明 1、 説明 2の枠内に記入されていない語句がよい。 この理 由は、 後で説明する検索機能において、 キーワードの他に説明 1および説明 2の 各枠内に記入されている語句も参照されるからである。
掲載期間の枠 2 8 Dには、 当該商品をオンラインショップのページ画面に掲載 する期間が記入されている。 掲載とは、 上述した図 2 1によるオンラインショッ プのページ画面において、 ショップメニューやおすすめ商品として表示されるこ とを意味する。 サーバーは、 掲載期間の枠 2 8 Dに記入されている期間内におい てオンライショップに当該商品を掲載する。 なお、 管理者が掲載期間の枠 2 8 D の右側の表示のチェックを外して非掲載にすると、 掲載期間内であってもオンラ インショップのページに対する当該商品の掲載が停止される。 すなわち、 ショッ プメニューやおすすめ商品としての表示が停止される。 販売受付期間の枠 2 8 E には、 オンラインショップによって当該商品の注文を受ける期間が記入されてい る。 サーバーは、 記入されている期間内において当該商品の注文を受付ける。 な お、 管理者が販売受付期間の枠 2 8 Eの右側の表示のチェックを外すと、 受付期 間内であっても当該商品の注文受付が停止される。
関連商品の枠 2 8 Fには、 当該商品に関連する他の商品の商品 I Dが記入され ている。 上述した推奨商品の商品 I Dを関連商品の枠 2 8 F内に記入しておくこ とにより、 購入者が当該商品をショッピングカートに入れた場合に枠 2 8 Fに記 入されている推奨商品が提案される。 在庫切れ時の処理の欄 2 8 Gには、 当該商 品が在庫切れになったときにサーバ一が行うべき処理がチェックされている。 図 2 8の例では、 在庫切れ表示を掲載して販売を停止するようにチェックされてい る。 この場合には、 当該商品が在庫切れになると、 ショップメニューやおすすめ 商品のページ画面において当該商品のところに在庫切れ表示が掲載される。 この とき、 在庫切れ時の処理の欄 2 8 Gに入庫予定日が記入されていると、 入庫予定 日がページ画面に掲載される。
在庫の増減の枠 2 8 Hには、 当初の在庫数を基準とする相対的な増減数が記入 されている。 管理者は、 当初の在庫数に対して 1 0個追加する場合は + 1 0、 5 個減らす場合は一 5を入力する。 したがって、 管理者は、 枠 2 8 Hに記入されて いる数値によって当初の在庫数に対していくら増減させたかがわかる。 現在の在 庫数の枠 2 8 Iには、 購入者が商品をショッピングカートに入れたか否かによつ て在庫数がリアルタイムで表示される。 バーチャル在庫は、 在庫の増減と現在の 在庫数とによって在庫を管理する。
管理者が不図示のボインティングデバイスを操作して登録ポタン 2 8 Jをクリ ックすると、 管理者の端末からサーバーへ登録データが送信される。 サーバーは、 登録データを受信するとデータベースを変更してオンラインショップのページに 反映させる。 このように、 管理者は、 現在の在庫数の枠 2 8 Iの在庫数を除いて 上記各枠内の記載内容を変更することができる。
一パーチャル在庫が所定数以下になると通知する一
サーバーは、 商品の現在の在庫数が所定数以下になると管理者にメールを送信 して警告を行う。 また、 サーバーは、 購入者が商品をショッピングカートに入れ た時点で当該商品の現在の在庫数が 0または負の数の場合に、 在庫がないことを 購入者に通知する。
図 2 9は、 サービス提供者のサーバーで行われる在庫通知処理の流れを説明す るフローチャートである。 図 2 9による処理は、 オンラインショップのサービス が提供されているときに常時実行される。 ステップ S 1 8 0 1において、 サーバ 一は、 商品 Aが X個(Xは 1以上の整数)ショッビングカートに入れられたか否か を判定する。 サーバ一は、 商品 Aがカートに入れられた場合にステップ S 1 8 0 1を肯定判定してステップ S 1 8 0 2へ進み、 商品 Aがカー卜に入れられない場 合にステップ S 1 8 0 1を否定判定してステップ S 1 8 0 3へ進む。
ステップ S 1 8 0 2において、 サーバーは、 商品 Aのバ一チャル在庫の現在の 在庫数 n = n— Xとしてステップ S 1 8 0 5へ進む。 ステップ S 1 8 0 5におい て、 サーバ一は、 在庫数 nが所定値 Z以下か否かを判定する。 ここで、 Zは在庫 切れとみなす数量であって商品(商品 I D)ごとに定められる値である。 サーバー は、 n≤Zが成立する場合にステップ S 1 8 0 5を肯定判定してステップ S 1 8 0 6へ進み、 n > Zが成立する場合にステップ S 1 8 0 5を否定判定してステツ プ S 1 8 0 8へ進む。
ステップ S 1 8 0 6において、 サーバーは、 ステップ S 1 8 0 5において肯定 判定したのは所定時から数えて 1回目か否かを判定する。 所定時とは、 たとえば、 午前 0時、 あるいはバーチャル在庫の増減を行った時刻とする。 サーバーは、 所 定時から数えて 1回目の判定である場合にステップ S 1 8 0 6を肯定判定してス テツプ S 1 8 0 7へ進み、 1回目の判定でない場合にステップ S 1 8 0 6を否定 判定してステップ S 1 8 0 8へ進む。 ステップ S 1 8 0 7において、 サーバーは、 バーチャル在庫を管理する管理者に在庫が少なくなつたことを通知するメールを 送信し、 ステップ S 1 8 0 8へ進む。 これにより、 所定時以降にはじめて在庫数 nが所定値 Z以下となったときだけ、 在庫減少を知らせるメールが管理者に送ら れる。
ステップ S 1 8 0 8において、 サーバ一は、 バーチャル在庫の現在の在庫数 n が 0以下か否かを判定する。 サ一バーは、 n≤ 0が成立する場合にステップ S 1 8 0 8を肯定判定してステップ S 1 8 0 9へ進み、 n > 0が成立する場合にステ ップ S 1 8 0 8を否定判定してステップ S 1 8 0 1へ戻る。 ステップ S 1 8 0 9 において、 サ一バーは、 バ一チャル在庫を管理する管理者に在庫が 0になったこ とを通知するメールを送信し、 ステップ S 1 8 1 0へ進む。 これにより、 在庫数 nが 0以下になるたびに、 在庫切れを知らせるメールが管理者に送られる。 ステ ップ S 1 8 1 0において、 サーバ一は、 商品 Aをカートに入れた購入者の端末に 向けて表示用データを送信し、 在庫切れであることを通知するメッセージを購入 者の端末のディスプレイに表示させる。 サーバーは、 購入者の端末に表示用デ一 夕を送信するとステップ S 1 8 0 1へ戻る。
一方、 上述したステップ S 1 8 0 1において否定判定されて進むステップ S 1 8 0 3において、 サーバ一は、 商品 Aが Y個(Yは 1以上の整数)ショッピング力 ートから出されたか否かを判定する。 サーバ一は、 商品 Aがカートから出された 場合にステップ S 1 8 0 3を肯定判定してステップ S 1 8 0 4へ進み、 商品 Aが 力一卜から出されない場合にステップ S 1 8 0 3を否定判定してステップ S 1 8 0 1へ戻る。 ステップ S 1 8 0 4において、 サーバ一は、 商品 Aの現在の在庫数 n = n + Yとしてステップ S 1 8 0 1へ戻る。
以上説明した図 2 9による処理によって算出されるバ一チャル在庫の現在の在 庫数 nは、 上述した管理者用の図 2 8の管理画面の表示内容と連動する。 つまり、 図 2 8の現在の在庫数の枠 2 8 Iには nの値が表示される。 なお、 図 2 8の例で は現在の在庫数 nが 0になると販売が停止されるが、 在庫切れ時の処理の欄 2 8 Gのチェックは、 販売停止時は外されて表示される。 この場合、 在庫数 nが増え て販売が再開されると、 在庫切れ時の処理の欄 2 8 Gには元の位置にチェックが 表示される。
一完売商品を検索対象から除外する— 上述した図 2 8における在庫切れ時の処理の欄 2 8 Gのチェック位置に基づい て、 サ一パーは、 在庫切れ時に次のような処理を行う。
a . 在庫数 nが 0以下になっても販売を継続する。
b . 在庫数 nが 0になると在庫切れを表示し、 在庫が補充されるまで販売を停止 する。
c . 在庫数 nが 0になると完売を表示し、 以降の販売を停止する。
d . 在庫数 nが 0になると商品の表示を削除し、 以降の販売を停止する。
在庫数 nが 0以下になっても販売を継続するものは、 生産量が十分に確保され ており、 商品の安定供給が可能な商品が該当する。 在庫数 nが 0になると在庫切 れを表示して在庫が補充されるまで販売を停止するものは、 受注に対して生産量 が少なく、 供給できるまでに時間を要する商品が該当する。 在庫数 nが 0になる と完売を表示して以降の販売を停止するものは、 数量限定商品が該当する。 在庫 数 nが 0になると商品の表示を削除して以降の販売を停止するものは、 生産終了 (打ち切り)商品が該当する。 このような商品 a〜dの分類は、 管理者によって図 2 8の管理用画面の中で各商品(商品 I D )ごとに行われている。
サ一バーは、 上記 a〜dの処理を行う商品について、 次のようにオンラインシ ョップ上の掲載の切替えを行う。 図 3 0は、 サービス提供者のサーバーで行われ る掲載切替え処理の流れを説明するフローチャートである。 図 3 0による処理は、 オンラインショップのサ一ビスが提供されているときに常時実行される。 ステツ プ S 1 6 0 1において、 サーバーは、 バーチャル在庫数 n≤ 0か否かを判定する。 サーバ一は、 n≤ 0が成立する場合にステップ S 1 6 0 1を肯定判定してステツ プ S 1 6 0 2へ進み、 n > 0の場合にステップ S 1 6 0 1を否定判定して判定処 理を繰り返す。 ステップ S 1 6 0 2において、 サーバーは、 データベースにァク セスし、 在庫数 nが 0以下になった商品が上記 dに分類される商品か否かを判定 する。 サーバーは、 商品が dに分類される場合にステップ S 1 6 0 2を肯定判定 してステップ S 1 6 0 3へ進み、 商品が dに分類されない場合にステップ S 1 6 0 2を否定判定してステップ S 1 6 0 5へ進む。
ステップ S 1 6 0 3において、 サーバーは、 当該商品を表示対象外にしてステ ップ S 1 6 0 4へ進む。 これにより、 当該商品の表示、 すなわち、 オンラインシ ョップ画面上への掲載が停止される。 ステップ S 1 6 0 4において、 サーバーは、 当該 ¾品を検索対象外にして図 3 0による処理を終了する。 これにより、 当該商 品がオンラインショップの検索処理の対象から外される。 ステップ S 1 6 0 5に おいて、 サーバ一は、 在庫数 nが 0になった商品が上記 cに分類される商品か否 かを判定する。 サーバ一は、 商品が cに分類される場合にステップ S 1 6 0 5を 肯定判定してステップ S 1 6 0 6へ進み、 商品が cに分類されない場合にステツ プ S 1 6 0 5を否定判定してステップ S 1 6 0 7へ進む。
ステップ S 1 6 0 6において、 サーバーは、 当該商品について完売表示を指示 して図 3 0による処理を終了する。 これにより、 ショップメニューやおすすめ商 品のページ画面において当該商品のところに完売表示が掲載される。 なお、 完売 表示を掲載しても、 オンラインショップの検索処理の対象からは外さない。 ステ ップ S 1 6 0 7において、 サーバ一は、 在庫数 nが 0になった商品が上記 bに分 類される商品か否かを判定'し、 商品が bに分類される場合はステップ S 1 6 0 7 を肯定判定してステップ S 1 6 0 8へ進む。 ステップ S 1 6 0 8において、 サー バーは、 当該商品について在庫切れ表示を指示して図 3 0による処理を終了する。 これにより、 ショップメニューやおすすめ商品のページ画面において当該商品の ところに在庫切れ表示が掲載される。 なお、 在庫切れ表示を掲載しても、 オンラ インショップの検索処理の対象からは外さない。 一方、 在庫数 nが 0になった商 品が上記 bに分類されない場合は、 サーバーがステップ S 1 6 0 7を否定判定し て図 3 0による処理を終了する。 この場合には、 在庫数 nが 0になった商品が上 記 aに分類されるため、 在庫切れになっても在庫切れの表示を掲載しない。 また、 オンラインショップの検索処理の対象から外さない。
以上の説明では、 上記 dに分類される商品が在庫切れになった場合にのみ、 当 該商品をオンラインショップの検索処理の対象から外す(ステップ S 1 6 0 4 )よ うにしたが、 上記 cに分類される商品が在庫切れになった場合にも、 当該商品を オンラインショップの検索処理の対象から外すようにしてもよい。 この場合には、 上述したステップ S 1 6 0 6による処理の後からステップ S 1 6 0 4へ進むよう にすればよい。
一商品購入者に抽選を行い、 当選者に購入商品と当選商品とを同梱配送する一 サービス提供者は、 オンラインショップにより商品を購入する購入者に対して 抽選を行い、 当選者に購入商品と当選商品とを同梱して配送する。 図 3 1は、 サ 一ビス提供者のサーバ一で行われる商品配送指示処理の流れを説明するフローチ ャ一トである。 図 3 1による処理は、 オンラインショップによる商品の購入処理 が終了することによって起動する。 ステップ S 9 0 1において、 サーバーは、 商 品の購入金額 Pが所定の金額 Q以上か否かを判定する。 サーバーは、 P≥Qが成 立する場合にステップ S 9 0 1を肯定判定してステップ S 9 0 2へ進み、 P < Q が成立する場合にステップ S 9 0 1を否定判定して図 3 1による処理を終了する。 ここでは、 購入金額 Pが Q以上の購入者に抽選の機会が与えられる。
ステップ S 9 0 2において、 サーバーは、 購入者の端末に表示用デ一夕を送信 し、 図 3 2 (a)に示す抽選ページ画面を端末のディスプレイに表示させる。 図 3 2 (a)において、 購入者は、 抽選ページ画面が端末のディスプレイに表示されると、 表示内容にしたがって抽選を行う。 購入者が画面に表示されている抽選器のハン ドル部分をクリックすると、 サ一ビス提供者のサーバ一に向けて抽選を開始する 旨のデータが送信される。 ステップ S 9 0 3において、 サ一バーは、 抽選を開始 するデータを受信したか否かを判定する。 サーバーは、 抽選開始のデ一夕を受信 した場合にステップ S 9 0 3を肯定判定し、 所定の抽選処理を行ってステップ S 9 0 4へ進む。 サーバーは、 抽選開始のデータを受信しない場合に判定処理を繰 り返す。
ステップ S 9 0 4において、 サーバーは、 購入者の住所と購入商品の配送先の 住所とが同じか否かを判定する。 購入者の住所および配送先の住所は、 オンライ ンショップの購入処理の中で入力されている。 サーバ一は、 購入者および配送先 の住所が同一の場合にステップ S 9 0 4を肯定判定してステップ S 9 0 5へ進み、 購入者および配送先の住所が相違する場合にステップ S 9 0 4を否定判定してス テツプ S 9 0 6へ進む。
ステップ S 9 0 6において、 サーバ一は、 購入者の端末に表示用データを送信 してステップ S 9 0 7へ進む。 これにより、 図 3 2 (b)に示すページ画面が端末の ディスプレイに表示される。 図 3 2 (b)において、 赤色の玉が出てカメラが当選し たことを通知するとともに、 当選商品の配送先を選択するポタンが表示されてい る。 購入者は、 選択ポタンのいずれかをクリックして配送先住所(購入商品の配送 先)、 購入者の住所、 あるいは、 その他の中から当選商品の配送先を選ぶ。 購入者 が選択ボタンをクリックすると、 選択された配送先住所の情報を示すデータが購 入者の端末からサ一パーに送られる。
一方、 ステップ S 9 0 5において、 サ一パーは、 購入者の端末に表示用データ を送信してステップ S 9 0 7へ進む。 この場合には、 購入商品の配送先が購入者 の住所と同一であるから、 当選商品の配送先も購入者の住所とみなす。 そこで、 購入者の端末のディスプレイには、 図 3 2 (b)による画面から配送先の選択ポタン を省略した不図示のページ画面が表示される。 すなわち、 赤色の玉が出てカメラ が当選したことのみが通知される。 購入者が不図示の確認ボタンをクリックする と、 購入者の住所の情報を示すデータが購入者の端末からサーバ一に送られる。 ステップ S 9 0 7において、 サーバーは、 配送先住所の情報を受信したか否か を判定する。 サーバーは、 配送先住所のデ一夕を受信した場合にステップ S 9 0 7を肯定判定してステップ S 9 0 8へ進み、 配送先住所のデータを受信しない場 合は判定処理を繰り返す。 ステップ S 9 0 8において、 サーバ一は、 購入商品の 配送先住所と当選商品の配送先住所とが同一か否かを判定する。 サーバ一は、 配 送先住所が同一の場合にステップ S 9 0 8を肯定判定してステップ S 9 0 9へ進 み、 配送先住所が相違する場合はステップ S 9 0 8を否定判定してステップ S 9 1 0へ進む。
ステヅプ S 9 0 9において、 サーバ一は、 購入者の端末に表示用データを送信 し、 図 3 3に示す当選商品の配送先確認画面を端末に表示させる。 購入者が O K ポタン 3 3 Bをクリックすると、 サーバ一は、 購入商品と当選商品とを同梱して 購入者に発送可能にする処理を施し、 図 3 1による処理を終了する。 ステップ S 9 1 0において、 サ一バーは、 購入者の端末に表示用データを送信し、 図 3 3に 示す当選商品の配送先確認画面を端末に表示させる。 購入者が O Kボタン 3 3 B をクリックすると、 サーバーは、 購入商品と当選商品とを別梱してそれぞれの配 送先に別送可能にする処理を施し、 図 3 1による処理を終了する。
一購入商品の一部が入荷待ちの場合に、 入荷後全ての購入商品を同梱配送する一 図 3 4は、 サービス提供者のサーバーで行われる商品配送指示処理の流れを説 明するフローチャートである。 図 3 4による処理は、 購入者の端末によってオン ラインショップのページに口グイン処理が行われると起動する。 ステップ S 1 0 0 1において、 サーバーは、 購入者の端末から商品をショッピングカー卜に入れ る指示が送られたか否かを判定する。 この指示は、 購入者が端末のディスプレイ の画面上で不図示の 「商品をカートに入れる」 ポタンをクリックすることにより 送られる。 サーバーは、 カートに入れる指示を示すデータを受けるとステップ S 1 0 0 1を肯定判定してステップ S 1 0 0 2へ進み、 カートに入れる指示を示す データを受けない場合はステップ S 1 0 0 1を否定判定してステップ S 1 0 0 5 へ進む。
ステップ S 1 0 0 2において、 サーバーは、 カートに入れる指示を受けた商品 が在庫切れか否かを判定する。 サーバーは、 在庫切れの場合にステップ S 1 0 0 2を肯定判定してステップ S 1 0 0 4へ進み、 在庫切れでない場合にステップ S 1 0 0 2を否定判定してステップ S 1 0 0 3へ進む。 ステップ S 1 0 0 3におい て、 サーバーは、 商品をカートに入れる指示を送信した購入者の端末に向けて表 示用データを送信し、 商品をカートに入れたことを示す不図示のページ画面を購 入者の端末のディスプレイに表示させる。 サーバーは、 表示用データを送信する とステップ S 1 0 0 5へ進む。
ステップ S 1 0 0 4において、 サーバーは、 在庫切れ商品に対する予約処理を 行い、 予約処理後にステップ S 1 0 0 5へ進む。 予約処理については後述する。 ステップ S 1 0 0 5において、 サーバーは、 購入者の端末からショッピングを 終了する指示が送られたか否かを判定する。 この指示は、 購入者が端末のデイス プレイの画面上で不図示の 「ショッピングを終了する」 ポタンをクリックするこ とにより送られる。 サーバ一は、 ショッピング終了の指示を示すデータを受ける とステップ S 1 0 0 5を肯定判定してステップ S 1 0 0 6へ進み、 ショッビング 終了の指示を示すデータを受けない場合はステップ S 1 0 0 5を否定判定してス テツプ S 1 0 0 1へ戻る。
ステップ S 1 0 0 6において、 サーバーは、 ショッピングカート内に商品が入 つているか否かを判定する。 サーバーは、 カート内に商品がある場合にステップ S 1 0 0 6を肯定判定してステップ S 1 0 0 7へ進み、 カート内に商品がない場 合にステップ S 1 0 0 6を否定判定して図 3 4による処理を終了する。 ステップ S 1 0 0 7において、 サーバーは、 ショッピングカート内の商品の中に予約商品 があるか否かを判定する。 サーバーは、 予約商品がある場合にステップ S 1 0 0 7を肯定判定してステップ S 1 0 0 8に進み、 予約商品がない揚合にステップ S 1 0 0 7を否定判定してステップ S 1 0 0 9に進む。
ステップ S 1 0 0 8において、 サーバーは、 オプション決済と呼ぶ決済処理を 行い、 決済処理後に図 3 4による処理を終了する。 一方、 ステップ S 1 0 0 9に おいて、 サーバ一は、 通常決済と呼ぶ決済処理を行い、 決済処理後に図 3 4によ る処理を終了する。 なお、 通常決済処理およびオプション決済処理については後 述する。
上述した予約処理について説明する。 図 3 5は、 サービス提供者のサーバ一で 行われる予約処理の流れを説明するフローチャートである。 図 3 5による処理は、 上述した図 3 4のステップ S 1 0 0 2においてサーバ一が肯定判定すると起動す る。 図 3 5のステップ S 1 1 0 1において、 サ一バーは、 データベースにァクセ スして在庫切れとなっている商品の商品情報を読出し、 当該商品の入荷予定日の 情報を得てステップ S 1 1 0 2へ進む。 ステップ S 1 1 0 2において、 サーバー は、 後述する予約ページ画面用の表示用データを作成してステップ S 1 1 0 3へ 進む。 ステップ S 1 1 0 3において、 サーバーは、 購入者の端末に向けて表示用 ページデータを送信してステップ S 1 1 0 4へ進む。 これにより、 購入者の端末 のディスプレイに図 3 6に示す予約ページ画面が表示される。 図 3 6において、 当該商品の入荷予定日が表示されている。
購入者が端末のディスプレイの画面(図 3 6 )上で予約ポタン 3 6 Bをクリック すると、 商品を予約する指示を示すデータが購入者の端末からサーバーに送られ る。 ステップ S 1 1 0 4において、 サーバ一は、 購入者の端末から商品予約の指 示が送られたか否かを判定する。 サーバーは、 予約指示のデータを受けるとステ ップ S 1 1 0 4を肯定判定してステップ S 1 1 0 7へ進み、 予約指示のデータを 受けない場合はステップ S 1 1 0 4を否定判定してステップ S 1 1 0 5へ進む。 ステップ S 1 1 0 7において、 サーバーは、 ショッピング力一卜に当該商品を 追加してステップ S 1 1 0 8へ進む。 ステップ S 1 1 0 8において、 サ一パーは、 商品をカートに入れる指示を送信した購入者の端末に向けて表示用ページデータ を送信し、 商品をカートに入れたこと、 すなわち、 商品を予約したことを示すぺ ージ画面を購入者の端末のディスプレイに表示させる。 サーバーは、 表示用べ一 ジデータを送信すると図 3 5による予約処理を終了する。
ステップ S 1 1 0 5において、 サ一バーは、 購入者の端末から商品を予約しな い指示が送られたか否かを判定する。 予約しない指示は、 購入者が図 3 6による 画面上で 「予約しない」 ポタン 3 6 Cをクリックすることによりサーバ一に送ら れる。 サーバーは、 予約しない指示を示すデータを受けるとステップ S 1 1 0 5 を肯定判定してステップ S 1 1 0 6へ進み、 予約しない指示を示すデータを受け ない場合はステップ S 1 1 0 5を否定判定してステップ S 1 1 0 4へ戻る。
ステップ S 1 1 0 6において、 サーバーは、 商品を力一卜に入れる指示を送信 した購入者の端末に向けて表示用ページデータを送信し、 商品を予約しないこと を示すページ画面を購入者の端末のディスプレイに表示させる。 サ一バーは、 表 示用ページデ一夕を送信すると図 3 5による予約処理を終了する。
上述したオプション決済処理について説明する。 図 3 7は、 サービス提供者の サ一バーで行われるォプション決済処理の流れを説明するフローチャートである。 図 3 7による処理は、 上述した図 3 4のステップ S 1 0 0 7においてサーバ一が 肯定判定すると起動する。 図 3 7のステップ S 1 2 0 1において、 サーバ一は、 ショッピングカート内の商品の中に予約商品以外の商品があるか否かを判定する。 サーバーは、 予約商品以外の商品がある場合にステップ S 1 2 0 1を肯定判定し てステップ S 1 2 0 2に進み、 予約商品以外の商品がない塲合にステップ S 1 2 0 1を否定判定してステップ S 1 2 0 4に進む。 ステップ S 1 2 0 2において、 サーバーは、 購入者の端末に向けて表示用ページデータを送信してステップ S 1 2 0 3へ進む。 これにより、 購入者の端末のディスプレイには図 3 8に示す配送 方法選択用のページ画面が表示される。 図 3 8において、 予約商品の配送見込み 日が表示されている。
購入者が端末のディスプレイの画面(図 3 8 )上でボタン 3 8 Bをクリックする と、 予約商品を他の商品と同送する指示を示すデータが購入者の端末からサーバ —に送られる。 一方、 購入者がポタン 3 8 Cをクリックすると、 予約商品を他の 商品と別送する指示を示すデータが購入者の端末からサーバーに送られる。 ステ ップ S 1 2 0 3において、 サーバーは、 購入者の端末から同送指示が送られたか 否かを判定する。 サーバーは、 同送指示を示すデータを受けるとステップ S 1 2 0 3を肯定判定してステップ S 1 2 0 4へ進み、 同送指示を示すデ一夕を受けな い場合はステップ S 1 2 0 3を否定判定してステップ S 1 2 0 5へ進む。
ステップ S 1 2 0 4において、 サーバ一は、 計算書の作成のための計算を行つ てステップ S 1 2 0 6へ進む。 この場合には、 商品の配送が 1回でよいので 1回 分の送料と商品の金額とが含まれる。 また、 ステップ S 1 2 0 5において、 サー バーは、 計算書の作成のための計算を行ってステップ S 1 2 0 6へ進む。 この場 合には、 商品の配送が複数回に分かれるので、 配送ごとの送料と商品の金額とが 含まれる。 ステップ S 1 2 0 6において、 サーバ一は、 購入者の端末に向けて表 示用ページデータを送信してステップ S 1 2 0 7へ進む。 これにより、 購入者の 端末のディスプレイには図 3 9に示す計算書のページ画面が表示される。
購入者が端末のディスプレイの画面(図 3 9 )上で不図示の 「この内容で注文す る」 ボタンをクリックすると、 決済の指示を示すデータが購入者の端末からサー バーに送られる。 ステップ S 1 2 0 7において、 サーバーは、 購入者の端末から 決済の指示が送られたか否かを判定する。 サーバーは、 決済指示を示すデータを 受けるとステップ S 1 2 0 7を肯定判定してステップ S 1 2 0 8へ進み、 決済指 示を示すデ一夕を受けない場合は判定処理を繰り返す。 ステップ S 1 2 0 8にお いて、 サーバーは、 決済処理を行った後、 図 3 7によるオプション決済処理を終 了する。
上述した通常決済処理について説明する。 通常決済処理では、 図 3 7によるォ プシヨン決済処理におけるステップ S 1 2 0 1〜ステップ S 1 2 0 3までの処理 とステップ S 1 2 0 5の処理とが省略される。 通常決済処理は、 上述した図 3 4 のステップ S 1 0 0 7においてサーバーが否定判定した場合、 すなわち、 予約商 品がない場合に行われる。 この場合には、 カートに入れられている商品が全て在 庫されていることから配送が 1回で済むので、 計算書の作成は 1回分の送料と商 品の金額とを含めて行えばよい。 このため、 ステップ S 1 2 0 4による処理から 行うようにする。 上.記オプション決済処理では、 予約商品を他の商品と同送する場合に 1回分の 送料で計算し、 さらに、 予約商品と他の商品との決算処理を共通にする場合につ いて説明した。 次に説明するのは、 購入する商品の合計金額に応じて配送料を無 料にしたり、 予約商品と他の商品とで別々に決済したりする例である。
図 4 0は、 配送方法および決済方法に応じて配送料を決める処理の流れを説明 するフローチャートであり、 図 3 7によるオプション決済処理の代わりに行われ る。 図 4 0のステップ S 1 3 0 1において、 サ一バ一は、 配送方法の選択および 決済方法の選択用のページ画面を作成してステップ S 1 3 0 2へ進む。 配送方法 選択は、 予約商品と他の商品とを同送するか、 別々に配送するかを選択する。 決 済方法選択は、 予約商品と他の商品とを一括して決済するか、 分割して決済する かを選択する。 ステップ S 1 3 0 2において、 サーバーは、 作成したページ画面 のデータを購入者の端末に向けて送信し、 ステップ S 1 3 0 3へ進む。 これによ り、 購入者の端末のディスプレイには、 不図示の配送方法選択用チェック欄と、 不図示の決済方法選択チェック欄とを有するページ画面が表示される。
購入者が端末のディスプレイの画面上で任意のチェック檷をチェックした上で 不図示の〇Kポタンをクリックすると、 配送方法および決済方法の指示を示すデ 一夕が購入者の端末からサ一バーに送られる。 ステップ S 1 3 0 3において、 サ 一バーは、 購入者の端末から配送および決済の指示が送られたか否かを判定する。 サーバーは、 端末からの指示を示すデータを受けるとステップ S 1 3 0 3を肯定 判定してステップ S 1 3 0 4へ進み、 端末からの指示を示すデータを受けない場 合はステップ S 1 3 0 3を否定判定して判定処理を繰り返す。
ステップ S 1 3 0 4において、 サ一バーは、 配送回数 Dを検出してステップ S 1 3 0 5へ進む。 ここで、 商品を同送する場合は D = 1である。 また、 予約商品 を別に配送する場合は D≥ 2となる。 Dの値は、 予約商品の有無と各予約商品の 入荷予定日とに応じて異なる値をとる。 ステップ S 1 3 0 5において、 サ一パー は、 一括決済するか否かを判定する。 サーバーは、 購入者の端末から一括決済の 指示を示すデータが送られている場合にステップ S 1 3 0 5を肯定判定してステ ップ S 1 3 0 6へ進み、 分割決済の指示を示すデータが送られている場合はステ ップ S 1 3 0 5を否定判定してステップ S 1 3 0 7へ進む。 ステップ S 1 3 0 6 において、 サーバーは一括決済の決済処理を行い、 決済処理後に図 4 0による処 理を終了する。 一方、 ステップ S 1 3 0 7において、 サーバーは、 分割決済の決 済処理を行い、 決済処理後に図 4 0による処理を終了する。
上述した一括決済処理について説明する。 一括決済では、 在庫されている商品 と、 在庫切れで予約した予約商品とがー緒に決済される。 図 4 1は、 サービス提 供者のサーバ一で行われる一括決済処理の流れを説明するフローチャートである ステップ S 1 4 0 1において、 サ一バーは、 ショッピングカート内の購入商品お よび予約商品の合計金額 Eを算出し、 ステップ S 1 4 0 2へ進む。 ステップ S 1 4 0 2において、 サーバーは、 有料となる配送回数 Gを算出してステップ S 1 4 0 3へ進む。 有料配送回数 Gは G = D— (E / F )により算出される。 ただし、 F は送料を無料にサービスするようにあらかじめ定められた金額である。 Gの小数 点以下の端数は切り上げられる。
ステップ S 1 4 0 3において、 サーバーは、 G≤ 0が成立するか否かを判定す る。 サーバーは、 G≤ 0が成立する場合にステップ S 1 4 0 3を肯定判定してス テツプ S 1 4 0 5へ進み、 G > 0が成立する場合にステップ S 1 4 0 3を否定判 定してステップ S 1 4 0 4へ進む。 ステップ S 1 4 0 5において、 サーバーは、 配送料を 0にして計算書を作成し、 ステップ S 1 4 0 6へ進む。 一方、 ステップ S 1 4 0 4において、 サーバ一は、 G回分の配送料を含めて計算書を作成し、 ス テツプ S 1 4 0 6へ進む。
ステップ S 1 4 0 6において、 サーバ一は、 購入者の端末に向けて計算書表示 用ページデータを送信してステップ S 1 4 0 7へ進む。 これにより、 購入者の端 末のディスプレイには上述した図 3 9と同様の計算書のページ画面が表示される。 購入者が端末のディスプレイの画面(図 3 9 )上で不図示の 「この内容で注文す る」 ポタンをクリックすると、 決済の指示を示すデ一夕が購入者の端末からサ一 バーに送られる。 ステップ S 1 4 0 7において、 サーバーは、 購入者の端末から 決済の指示が送られたか否かを判定する。 サーバ一は、 決済指示を示すデ一夕を 受けるとステップ S 1 4 0 7を肯定判定してステップ S 1 4 0 8へ進み、 決済指 示を示すデータを受けない場合は判定処理を繰り返す。
ステップ S 1 4 0 8において、 サーバーは、 クレジットカードによる支払いか 否かを検出する。 ここで、 支払い方法は、 たとえば、 クレジットカードによる引 落とし、 配送時の代金引換払い、 などの支払方法の中から購入者によって選択さ れている方法である。 サーバーは、 クレジットカードによる支払いの場合にステ ップ S 1 4 0 8を肯定判定してステップ S 1 0 9へ進み、 クレジットカードに よる支払いでない場合にステップ S 1 4 0 8を否定判定してステップ S 1 4 1 0 へ進む。
ステップ S 1 4 0 9において、 サ一バーは、 購入者が契約しているクレジット カード会社に対し、 当該クレジットカードについて決済金額について与信を行う c サーバーは、 与信処理を行うとステップ S 1 4 1 0へ進む。 ステップ S 1 4 1 0 において、 サーバーは、 与信が通った場合に決済処理を行い、 図 4 1による一括 決済処理を終了する。 また、 サーバーは、 与信が通らなかった塲合は不決済処理 を行って図 4 1による処理を終了する。 この場合には売買が成立しない。
上述した分割決済処理について説明する。 分割決済では、 在庫されている商品 について先に決済を行い、 在庫切れ商品について当該商品が入荷された後に決済 を行う。 図 4 2は、 サービス提供者のサーバーで行われる分割決済処理の流れを 説明するフローチャートである。 ステップ S 1 5 0 1において、 サーバーは、 シ ョッピングカート内の購入商品および予約商品のうち、 今回決済される合計金額 Hを算出し、 ステップ S 1 5 0 2へ進む。 ステップ S 1 5 0 2において、 サーバ 一は、 無料サービス可能な配送回数 Jを算出してステップ S 1 5 0 3へ進む。 無 料配送回数 Jは J = HZ Fにより算出される。 ただし、 Fは送料を無料にサービ スするようにあらかじめ定められた金額である。 Jの小数点以下の端数は切り捨 てられる。
ステップ S 1 5 0 3において、 サーバーは、 J = 0が成立するか否かを判定す る。 サーバ一は、 J = 0が成立する場合にステップ S 1 5 0 3を肯定判定してス テツプ S 1 5 0 4へ進み、 J≠ 0が成立する場合にステップ S 1 5 0 3を否定判 定してステップ S 1 5 0 5へ進む。 ステップ S 1 5 0 5において、 サーバーは、 J = J一 1とおき、 Jの値を購入者に関連づけてデータべ一スに格納し、 ステツ プ S 1 5 0 6へ進む。 ステップ S 1 5 0 6において、 サーバ一は、 配送料を 0に して計算書を作成し、 ステップ S 1 5 0 7へ進む。 一方、 ステップ S 1 5 0 4に おいて、 サーバーは、 配送料を含めて計算書を作成し、 ステップ S 1 5 0 7へ進 む。
ステップ S 1 5 0 7において、 サ一パーは、 作成した計算書の表示用ページデ 一夕を購入者の端末に向けて送信し、 ステップ S 1 5 0 8へ進む。 これにより、 購入者の端末のディスプレイには上述した図 3 9と同様の計算書のページ画面が 表示される。 購入者が端末のディスプレイの画面(図 3 9 )上で不図示の 「この内 容で注文する」 ボタンをクリックすると、 決済の指示を示すデータが購入者の端 末からサーバーに送られる。 ステップ S 1 5 0 8において、 サーバ一は、 購入者 の端末から決済の指示が送られたか否かを判定する。 サーバ一は、 決済指示を示 すデ一夕を受けるとステップ S 1 5 0 8を肯定判定してステップ S 1 5 0 9へ進 み、 決済指示を示すデータを受けない場合は判定処理を繰り返す。
ステップ S 1 5 0 9において、 サーバ一は、 クレジットカードによる支払いか 否かを検出する。 サーバーは、 クレジットカードによる支払いの場合にステップ S 1 5 0 9を肯定判定してステップ S 1 5 1 0へ進み、 クレジットカードによる 支払いでない場合にステップ S 1 5 0 9を否定判定してステップ S 1 5 1 3へ進 む。
ステップ S 1 5 1 0において、 サーバーは、 購入者が契約しているクレジット カード会社に対し、 当該クレジットカードについて今回決済する金額の与信を行 う。 サーバーは、 与信処理を行うとステップ S 1 5 1 1へ進む。 ステップ S 1 5 1 1において、 サーバーは、 与信が通った場合に決済処理を行いステップ S 1 5 1 2へ進む。 この時点では予約商品の決済をしない。 サーバ一は、 与信が通らな かった場合は不決済処理を行ってステップ S 1 5 1 2へ進む。 不決済処理の場合 には売買が成立しない。 ステップ S 1 5 1 2において、 サーバーは、 今回の決済 金額を除く予約商品の金額について与信を行う。 サーバーは、 与信処理を行うと ステップ S 1 5 1 3へ進む。 これにより、 当該クレジットカードによって予約商 品を購入可能であることが確認できるので、 予約の信ぴょう性が高くなる。 ステップ S 1 5 1 3において、 サーバーは、 与信が通った場合に図 4 2による 分割決済処理を終了する。 また、 サーバ一は、 与信が通らなかった場合はクレジ ットカード以外の他の決済方法による決済処理を行い、 図 4 2による分割決済処 理を終了する。
以上説明した実施の形態によるコンテンツで行うオンラインショップによれば、 次の作用効果が得られる。
( 1 ) サービス提供者がカメラ本体のポリゴン画像と、 交換レンズなどの各ァク セサリのポリゴン画像とを用意し、 これらのポリゴン画像をそれぞれ接合できる ようにした。 これにより、 購入者は商品を購入する前に、 カメラ本体に各ァクセ サリを装着した状態の画像を確認することができる。 一方、 サービス提供者は、 本体と各アクセサリとの組合わせ数に応じて、 カメラ本体に各アクセサリを実際 に装着した状態で数多くの撮影をしなくてもよいので、 撮影の手間を低減するこ とができる。
( 2 ) ログインしている購入者の会員登録情報が格納されているデ一夕ベースに アクセスし、 当該購入者が既に所有するカメラなどの機種情報を読出し、 当該機 種用アクセサリなどの新たな商品を購入者に提案するようにした。 これにより、 購入者が既に所有している機種と同じ物を提案することがない上に、 購入者がわ ざわざ検索しなくても所有する機種用のアクセサリを自動的に提案できるので、 購入者にとつて便利なショップサービスを提供できる。
( 3 ) 上記(2 )に加えて、 購入者がショッピングカートに入れた商品に応じて新 たな商品を提案するようにしたので、 購入者が既にショッピンダカ一トに入れて いる商品と同じ物を提案することがないから、 購入者にとつて便利なショップサ 一ビスを提供できる。
( 4 ) 商品の当初の在庫絶対数を基準にした相対的な増減数と、 購入者が当該商 品をショッピングカートに入れるか否かによってリアルタイムに変化する在庫数 nとによって在庫(バーチャル在庫)管理するようにしたので、 管理者は、 在庫増 減の枠 2 8 H内に記入されている数値によって当初の在庫数に対していくら増減 させたかがわかり、 現在の在庫数の枠 2 8 I内に表示される在庫数 nによって充 足/不足がわかる。
( 5 ) 商品情報を管理するとき、 ラッピングされた商品、 および商品に名前入れ を施した商品などは同じ商品であっても異なる商品 I Dを付与して別商品として 管理するようにした。 したがって、 必要に応じてラッピングする場合に比べて作 業効率がよくなる。
( 6 ) 商品の在庫数 nが所定時刻以降にはじめて所定値 Z以下となったときにの み、 当該商品の在庫減少を知らせるメールを管理者に送るようにした。 このため、 多数の購入者が同時にオンラインショップにアクセスして在庫数 nが時々刻々変 化し、 在庫数 nが Zより大きくなつたり小さくなつたりする場合でも、 管理者に 同じメ一ルが何度も送信されることがない。
( 7 ) 商品の在庫数 nが 0以下になるたびに、 当該商品の在庫 0を知らせるメ一 ルを管理者に送るようにした。 このため、 管理者は、 在庫数 nが 0になった以降 に当該商品がショッビングカートに入れられた回数を、 在庫 0を知らせるメール を受けた回数から知ることができる。
( 8 ) 商品の在庫数 nが 0の場合、 購入者が当該商品をカートに入れた時点で購 入者の端末に向けて在庫切れであることを通知するメッセージを送信するように した。 このため、 購入者がカートに入れた商品に対して決済処理を行うための端 末操作をしている間に、 当該商品が在庫切れになることがない。 つまり、 カート に入れた時点で在庫切れでない商品は、 当該購入者が予約待ちすることなく購入 できる。
( 9 ) 在庫数 nが 0の場合、 商品ごとに管理されている商品情報管理画面の在庫 切れ時の処理の欄 2 8 Gのチェック内容に応じて、 在庫切れ表示の掲載の有無、 完売表示の掲載の有無、 当該商品の掲載の継続および中止を決定するようにした。 したがって、 入荷までに時間を要する商品は在庫切れ表示を掲載し、 数量限定商 品で売り切れた商品は完売表示を掲載し、 生産打ち切り商品は掲載中止するよう に、 商品に応じて在庫切れ時の掲載内容を変えることができる。 この結果、 購入 者にとってわかりやすく在庫切れ情報を提供できる。
( 1 0 ) 購入者がカートに入れた商品の在庫数 nが 0の場合(ステップ S 1 0 0 2 )に、 購入者の端末に向けて在庫切れと入荷予定日とを通知して予約ポタン 3 6 Bにより予約できるようにした。 これにより、 購入者は簡単に購入予約をするこ とができる。
( 1 1 ) オンラインショップで商品を購入した購入者にオンラインで抽選を行い、 当選賞品と購入商品との配送先が同一の場合に同梱の指示をする(ステップ S 9 0 9 )ようにした。 これにより、 別々に配送する場合に比べて配送料を低減すること ができる。
( 1 2 ) 購入者が在庫商品と在庫切れ商品とを購入する場合に、 在庫商品と予約 商品とを同時に配送するか否かを確認する(ステップ S 1 2 0 3 )ようにした。 し たがって、 購入者は、 予約商品が入荷されてから在庫商品と一緒に配送してもら う方法と、 在庫商品を先に、 予約商品を後から別々に配送してもらう方法のいず れかを選択することができる。
( 1 3 ) 購入者が在庫商品と在庫切れ商品とを購入する場合に、 在庫されている 商品と在庫切れで予約した予約商品とを一緒に決済するか否かを確認(ステップ S 1 3 0 5 )する。 分割して決済する指示を受け、 さらにカードによる決済の指示を 受けると(ステップ S 1 5 0 9の肯定判定)、 今回の決済金額と別に予約商品の金 額についての与信を行う(ステップ S 1 5 1 2 )ようにした。 この結果、 予約商品 を購入可能であることも確認できるので、 予約の信ぴよう性が高くなる。
一アルバム 'プリン卜サ一ビス - オンラインアルバム 5のカテゴリについて説明する。 オンラインアルバムは電 子アルバムとも呼ばれる。 上述した図 3のトップページ 1 0の画面が端末のディ スプレイに表示された状態で、 Webによるサービス利用者が端末に備えられる不図 示のポィンティングデバイスを操作して 「オンラインアルバム」 のリンク先ポ夕 ン 2 4をクリックすると、 不図示のオンラインアルバム 5のカテゴリのトップぺ ージ画面が端末のディスプレイに表示される。 このトップページ画面でサービス 利用者がログインすると、 図 4 3に示すページ画面が端末のディスプレイに表示 される。 上述したように、 オンラインアルバム 5のサービス利用は Webの会員登録 を行ったサービス利用者がログイン名とパスワードとを入力してログインした上 で受けるものである。
図 4 3において、 「アルバム作成」 と、 「プリントサービス」 と、 「フォトメ ール」 と、 「はじめての方はこちら」 と記載された各位置に、 それぞれリンク先 の情報が貼り付けられている。 サービス利用者が、 アンダーラインが引かれてい る 「アルバム作成」 の文字おょぴポタンをクリックすると、 アルバム作成用のぺ ージ画面がさらに表示される。 アルバム作成は、 サ一ビス提供者が用意するアル バム用サーバー内のデータ格納領域をサービス提供者が借り受け、 このデータ格 納領域にサービス利用者が画像を格納することにより行う。 サービス利用者は、 画像を格納したデ一夕格納領域を電子アルバムとして利用する。 ここで、 電子ァ ルバムに画像デ一タを格納することを画像を登録するという。
アルバム用のデータ格納領域のメモリサイズ(記憶容量)は、 たとえば、 1利用 者当たり 5 0 Mバイト、 有効期間(使用期間)を 1年とする。 このメモリサイズお よび有効期間は、 上述したように、 顧客登録したサ一ビス利用者に対してメモリ サイズを通常より大きく、 有効期間を通常より長くするように適宜優遇措置が行 われる。
サービス利用者が登録した電子アルバムに格納される画像デ一夕は、 原則とし てサービス利用者自身によってデ一夕格納領域から端末に読出され、 当該画像デ 一夕による画像がサービス利用者によって閲覧される。 サ一ビス利用者が他のサ —ビス利用者に上記ァルバムを見てもらいたい場合、 あるいは他のサービス利用 者が見ることを許可する場合は、 サービス提供者にその旨を通知して公開できる。 公開されたアルバムは、 図 4 3の画面上に公開アルバムとして掲載される。 図 4 3の例では、 アルバム 1、 アルバム 2、 アルバム 3について、 各アルバムの中の 代表画像とともに説明が表示されている。 サービス利用者がこれらの画像、 およ びアンダーラインが引かれている 7ルバムの文字のいずれかをクリックすると、 各アルバムに格納されている画像データが当該データの格納領域からサービス利 用者の端末に送信される。 この結果、 サービス利用者は送られたデ一夕による画 像を自分の端末の画面上で閲覧できる。
アルバムを公開しない場合は非公開とされ、 アルバムを作成したサービス利用 者のみが閲覧でき、 他のサービス利用者は閲覧できない。 公開/非公開の設定は、 ァルバムに登録されている画像ごとに、 アルバムを作成したサ一ビス利用者が決 定する。 公開には無条件の公開とパスワードつき公開とがある。 サーバーは、 無 条件公開の場合にサービス利用者がだれでも当該画像デ一夕を読出せるようにし、 パスワードつき公開の場合にパスワードを入力したサービス利用者だけが当該画 像データを読出せるようにする。
公開アルバムは、 図 4 3の画面上に代表画像を掲載して紹介される他、 ァルバ ムのカテゴリごとに分類されて紹介される。 たとえば、 サービス利用者がアンダ —ラインが引かれている 「カテゴリ 1」 の文字をクリックすると、 カテゴリ 1に 分類されている公開アルバムを各アルバムの中の代表画像とともに紹介するべ一 ジ画面がさらに表示される。 このように、 公開アルバムは、 各カテゴリごとに分 類され紹介されている。
図 4 3において、 アンダーラインが引かれている 「プリントサ一ビス」 の文字 およびポタンをサービス利用者がクリックすると、 プリントサービス用のページ 画面がさらに表示される。 プリントサービスは、 電子アルバムに登録されている 画像をサービス提供者側で高詳細にプリントアウトし、 サービス利用者に発送可 能にするサービスである。 なお、 プリントそのものはサ一ビス提供者が行っても よいし、 サービス提供者が第三者に依託してもよい。 プリントサービスの流れは、
①サ一ビス利用者がサービス提供者のオンラインアルバムにログオンし、
②サービス利用者が登録されている画像の中から希望する画像を選び、
③サービス利用者が支払い金額、 支払い方法およびプリントの配送先を確認し、
④サービス利用者が注文する
⑤サービス提供者が決済処理する
⑥サ一ビス提供者がプリントアウトして発送する
の流れで行われる。
図 4 3において、 アンダーラインが引かれている 「フォトメール」 の文字およ びボタンをサービス利用者がクリックすると、 メールサービス用のページ画面が さらに表示される。 フォトメールは、 上述した電子アルバムに登録されている画 像のリンク先の情報を添付可能なメールサービスである。 フォトメ一ルを受けた 人は、 メールに記載されているリンク先の情報、 たとえば、 URLを指定することに より、 電子アルバムに登録されている画像データを読出して閲覧することができ る。
図 4 3において、 アンダーラインが引かれている 「はじめての方はこちら」 の 文字およびポタンをサービス利用者がクリックすると、 オンラインアルバムサ一 ビスの利用方法を紹介するページ画面がさらに表示される。 サービスの利用者は、 この紹介画面を参照して上述した電子アルバムなどの利用方法などの情報を得る。 本実施の形態によるオンラインアルバムのサービスにおいて、 サービス提供者 はサービス利用者に対して以下に説明するようなサ一ビスを提供する。
—サービス利用者が所定期間ログインしない場合にァルバムを消去する一
オンラインァルバムサービスは、 画像を格納するデータ格納領域をサービス利 用者に貸し出すので、 メールサービスなどに比べて多くのデータ格納領域を必要 とする。 このため、 サービスを利用しなくなった人のためにデータ格納領域を確 保し続けることがないように、 サービス利用がない状態が所定期間経過すると、 当該利用者に貸し出していたデータ格納領域に格納されていたデータを消去する。 これにより、 当該データ格納領域は他のサービス利用者に対して貸し出し可能に なる。
図 4 4は、 サービス提供者のサ一バーで行われるアルバム消去処理の流れを説 明するフローチャートである。 図 4 4による処理は、 たとえば、 月に一度定期的 に行われる。 ステップ S 2 0 0 1において、 サーバ一は、 データベースにァクセ スしてサービス利用者ごとに記録されている口グインデー夕を検索し、 ステップ S 2 0 0 2へ進む。 ステップ S 2 0 0 2において、 サーバ一は、 第 1の所定期間 以上の間、 ログイン記録がないサービス利用者がいるか否かを判定する。 第 1の 所定期間は、 たとえば、 1年とする。 サーバ一は、 ログイン記録がない利用者が いる場合にステップ S 2 0 0 2を肯定判定してステップ S 2 0 0 3へ進み、 ログ イン記録がない利用者がいない場合はステップ S 2 0 0 2を否定判定してステツ プ S 2 0 0 6へ進む。
ステップ S 2 0 0 3において、 サーバーは、 当該サービス利用者がアルバムを 有するか否かを判定する。 サーバーは、 当該サービス利用者がアルバムを登録し ている場合にステップ S 2 0 0 3を肯定判定してステップ S 2 0 0 4へ進み、 ァ ルバムを登録していない場合にステップ S 2 0 0 3を否定判定して図 4 4による 処理を終了する。 ステップ S 2 0 0 3を否定判定する場合は、 アルバムを消去し ない。
ステップ S 2 0 0 4において、 サーバ一は、 当該サービス利用者が登録してい るアルバムを全て消去してステップ S 2 0 0 5へ進む。 ステップ S 2 0 0 5にお いて、 サーバーは、 第 1の所定期間以上の間口グィンがないのでアルバムを消去 したことを通知するメールを当該サービス利用者に向けて送信し、 図 4 4による 処理を終了する。
ステップ S 2 0 0 6において、 サーバーは、 第 1の所定期間より短い第 2の所 定期間以上の間、 口グイン記録がないサービス利用者がいるか否かを判定する。 第 2の所定期間は、 たとえば、 1 1ヶ月とする。 サーバ一は、 ログイン記録がな い利用者がいる場合にステップ S 2 0 0 6を肯定判定してステップ S 2 0 0 7へ 進み、 ログイン記録がない利用者がいない場合はステップ S 2 0 0 6を否定判定 して図 4 4による処理を終了する。 ステップ S 2 0 0 6を否定判定する場合は、 アルバムを消去しない。
ステップ S 2 0 0 7において、 サーバーは、 当該サービス利用者がアルバムを 有するか否かを判定する。 サーバーは、 当該サービス利用者がアルバムを登録し ている場合にステップ S 2 0 0 7を肯定判定してステップ S 2 0 0 8へ進み、 ァ ルバムを登録していない場合にステップ S 2 0 0 7を否定判定して図 4 4による 処理を終了する。 ステップ S 2 0 0 7を否定判定する場合は、 アルバムを消去し ない。
ステップ S 2 0 0 8において、 サーバーは、 第 1の所定期間以上の間口グィン されない場合はアルバムを消去するという警告メールを当該サービス利用者に向 けて送信し、 図 4 4による処理を終了する。 これにより、 第 2の所定期間以上サ 一ビスを利用していないサービス利用者に対し、 アルバムを消去する前に警告メ ールが送られる。
—他のサ一ビス利用者によって閲覧されているアルバムを消去しない一
ァルバムを登録したサ一ビス利用者がログインしない場合でも、 当該アルバム が公開されていて、 他のサービス利用者から当該アルバムが閲覧されている場合 は当該アルバムを消去しない。 これにより、 サービス提供者は公開アルバムを目 当てにサービスを利用する人を確保できる。 図 4 5は、 サービス提供者のサーバ 一で行われるアルバム消去処理の流れを説明するフローチヤ一トである。 図 4 5 による処理は、 たとえば、 月に一度定期的に行われる。
ステップ S 2 1 0 1において、 サーバ一は、 データベースにアクセスしてサー ビス利用者ごとに記録されているログインデータを検索し、 ステップ S 2 1 0 2 へ進む。 ステップ S 2 1 0 2において、 サーバーは、 第 1の所定期間以上の間、 ログイン記録がないサ一ビス利用者がいるか否かを判定する。 サーバーは、 ログ イン記録がない利用者がいる場合にステップ S 2 1 0 2を肯定判定してステップ S 2 1 0 3へ進み、 ログイン記録がない利用者がいない場合にステップ S 2 1 0 2を否定判定してステップ S 2 1 0 8へ進む。
ステップ S 2 1 0 3において、 サーバ一は、 当該サービス利用者がアルバムを 有するか否かを判定する。 サーバーは、 当該サービス利用者がアルバムを登録し ている場合にステップ S 2 1 0 3を肯定判定してステップ S 2 1 0 4へ進み、 ァ ルバムを登録していない場合にステップ S 2 1 0 3を否定判定して図 4 5による 処理を終了する。 ステップ S 2 1 0 3を否定判定する場合は、 アルバムを消去し ない。
ステップ S 2 1 0 4において、 サ一パ一は、 データベースにアクセスして当該 サービス利用者が登録したァルバムごとのアクセス状況を示すデータを検索し、 ステップ S 2 1 0 5へ進む。 ステップ S 2 1 0 5において、 サーバ一は、 第 1の 所定期間以上の間、 アクセスされていないアルバムがあるか否かを判定する。 サ 一バーは、 アクセスされていないアルバムがある場合にステップ S 2 1 0 5を肯 定判定してステップ S 2 1 0 6へ進み、 アクセスされていないアルバムがない場 合はステップ S 2 1 0 5を否定判定してステップ S 2 1 1 1へ進む。
ステップ S 2 1 0 6において、 サ一バーは、 当該サービス利用者が登録してい るアルバムのうち、 アクセスされていないアルバムを消去してステップ S 2 1 0 7へ進む。 ステップ S 2 1 0 7において、 サーバーは、 第 1の所定期間以上の間 口グインおよびアクセスがないアルバムを消去したことを通知するメールを当該 サービス利用者に向けて送信し、 図 4 5による処理を終了する。
ステップ S 2 1 0 8において、 サーバーは、 第 1の所定期間より短い第 2の所 定期間以上の間、 ログイン記録がないサービス利用者がいるか否かを判定する。 サーバーは、 ログイン記録がない利用者がいる場合にステップ S 2 1 0 8を肯定 判定してステップ S 2 1 0 9へ進み、 ログイン記録がない利用者がいない場合は ステップ S 2 1 0 8を否定判定して図 4 5による処理を終了する。 ステップ S 2 1 0 8を否定判定する場合は、 アルバムを消去しない。 ステップ S 2 1 0 9において、 サーバーは、 当該サービス利用者がアルバムを 有するか否かを判定する。 サーバーは、 当該サービス利用者がアルバムを登録し ている塲合にステップ S 2 1 0 9を肯定判定してステップ S 2 1 1 0へ進み、 ァ ルバムを登録していない場合にステップ S 2 1 0 9を否定判定して図 4 5による 処理を終了する。 ステップ S 2 1 0 9を否定判定する場合は、 アルバムを消去し ない。
ステップ S 2 1 1 0において、 サーバーは、 データベースにアクセスして当該 サ一ビス利用者が登録したアルバムごとのアクセス状況を示すデータを検索し、 ステップ S 2 1 1 1へ進む。 ステップ S 2 1 1 1において、 サーバーは、 第 2の 所定期間以上の間、 アクセスされていないアルバムがあるか否かを判定する。 サ —バーは、 アクセスされていないアルバムがある場合にステップ S 2 1 1 1を肯 定判定してステップ S 2 1 1 2へ進み、 アクセスされていないアルバムがない場 合にステップ S 2 1 1 1を否定判定して図 4 5による処理を終了する。 ステップ S 2 1 1 1を否定判定する場合は、 アルバムを消去しない。
ステップ S 2 1 1 2において、 サーバ一は、 第 1の所定期間以上の間口グィン およびアクセスされない場合はアルバムを消去するという警告メールを当該サ一 ビス利用者に向けて送信し、 図 4 5による処理を終了する。 これにより、 第 2の 所定期間以上利用がないサービス利用者に対し、 アクセスがないァルバムを消去 する前に警告メールが送られる。
一サービス利用者が Webの会員を退会すると当該サービス利用者が登録していたァ ルバムを消去する一
図 4 6は、 サービス提供者のサーバーで行われるアルバム消去処理の流れを説 明するフローチャートである。 図 4 6による処理は、 Webの会員の退会手続きが終 了すると行われる。 ステップ S 2 3 0 1において、 サーバ一は、 退会会員がアル バムを有しているか否かを判定する。 サーバ一は、 退会会員がアルバムを登録し ていた場合にステップ S 2 3 0 1を肯定判定してステップ S 2 3 0 2へ進み、 ァ ルバムを登録していなかった場合はステップ S 2 3 0 1を否定判定してステップ S 2 3 0 3へ進む。 ステップ S 2 3 0 2において、 サーバーは、 退会会員が登録 していたアルバムを消去してステップ S 2 3 0 3へ進む。 このときサ一バーは、 退会会員が退会前に掲示板に書込んだ内容や、 この書込みに添付されているデ一 夕サイズ縮小画像(たとえば、 サムネイル画像)のデータは消去しないで残す。 な お、 サムネイル画像については後述する。
ステップ S 2 3 0 3において、 サーバ一は、 退会会員が使用していた掲示板利 用時のニックネームおよびフォトメールァドレスを示すデータを、 Webの登録会員 の情報を保存するデータベースのデ一夕領域から退会会員の情報を保存するデー 夕領域に移動してステップ S 2 3 0 4へ進む。 サーバーは、 退会会員の情報を保 存することにより、 将来登録される会員に退会会員と同じニックネームおよびフ オトメールアドレスを与えないようにする。 ステップ S 2 3 0 4において、 サー バーは、 退会会員がカス夕マ(顧客)登録しているか否かを判定する。 サーバーは、 退会会員が顧客登録している場合にステップ S 2 3 0 4を肯定判定してステップ S 2 3 0 5へ進み、 顧客登録していない場合にステップ S 2 3 0 4を否定判定し てステップ S 2 3 0 6へ進む。
ステップ S 2 3 0 5において、 サーバーは、 退会会員が Webの会員登録時に登録 したデータのうち顧客登録データに必要ないデータを削除し、 図 4 6による処理 を終了する。 ステップ S 2 3 0 6において、 サーバーは、 退会会員が Webの会員登 録時に登録したデータを全て削除し、 図 4 6による処理を終了する。
一アルバム管理一
サービス提供者は、 サービス利用者によって登録されたアルバムをカテゴリご とに分類して管理し、 登録されている画像データをカテゴリごとに一覧可能にす る。 一般に、 公序良俗に反する画像は特定のカテゴリに集中して登録されると考 えられる。 そこで、 サ一ビス提供者はカテゴリごとに監視しやすいようにァルバ ムの管理を行う。
図 4 7は、 アルバムを管理する管理用ページ画面の例を示す図である。 管理用 ページ画面は、 登録されているアルバムのカテゴリごとにサ一ビス提供者によつ て用意される。 サービス提供者によってあらかじめ決められている管理者がサー バ一に対して所定の操作を行うことにより、 サーバーが管理者の端末に管理用デ —夕を送り、 管理者の端末に図 4 7の管理用画面が表示される。 図 4 7において、 登録されているアルバムをカテゴリごとに並びかえて表示させる場合に、 管理者 は第 1優先の 「並替」 欄をチェックし、 プルダウンメニュー 4 7 Aの中から 「力 テゴリ」 を選択して実行ボタン 4 7 Eをクリックする。 これにより、 「力テゴ リ」 に属するアルバムの一覧が表示される。
また、 カテゴリ内の 「風景」 に属するアルバム一覧を表示させる場合、 管理者 は第 1優先の 「抽出」 欄をチェックし、 プルダウンメニュー 4 7 Aの中から 「力 テゴリ」 を選択する。 さらに、 管理者はプルダウンメニュー 4 7 Bの中から 「風 景」 を選択して実行ポタン 4 7 Eをクリックする。 これにより、 図 4 7に示す
「カテゴリ」 一 「風景」 に属するアルバムのー覽が表示される。 図 4 7の例では、 アルバムを登録しているサ一ビス利用者のユーザ I D、 カテゴリ名(この場合は風 景)、 アルバム名(アルバム名が登録されている場合)、 登録されている画像の数、 および登録された日時(アップ日時)が一覧として表示されている。
プルダウンメニュー 4 7 Aの中には、 「カテゴリ」 の他に 「アップ日時」 、
「使用カメラ」 、 「撮影方法」 、 「会員」 、 「最終ログイン」 、 「閲覧回数」 な どがあり、 それぞれアルバムの並ぴ替えおよび抽出が可能に構成されている。 さ らに、 第 2優先として並び替えおよび抽出を行うプルダウンメニュー 4 7 Cおよ び 4 7 Dが設けられており、 第 1優先の条件に第 2優先の条件をさらに付加して 並び替えおよび抽出を行うことができる。 なお、 選択されたプルダウンメニュー 4 7 A〜4 7 Dの選択内容は、 一覧表示が行われている間続けて表示されるので、 一覧表示されているアルバムをさらに並べ替えたり、 抽出をやり直すことが容易 である。
図 4 7において、 たとえば、 プルダウンメニュー 4 7 Aの中で 「使用カメラ」 を選択して並び替えを行うと、 カテゴリの代わりに使用カメラの機種名が表示さ れ、 当該機種名のカメラで撮影された画像が登録されているアルバム一覧が表示 される。
図 4 8は、 サービス提供者のサーバ一で行われるアルバム一覧作成処理の流れ を説明するフローチャートである。 図 4 8による処理は、 管理者によって上述し た実行ボタン 4 7 Eがクリックされると行われる。 ステップ S 2 4 0 1において、 サーバ一は、 選択プルダウンメニューによる条件にしたがって並ぴ替えおよび抽 出を実行してステップ S 2 4 0 2へ進む。 ステップ S 2 4 0 2において、 サーバ 一は、 並び替えおよび抽出処理が終了したか否かを判定する。 サーバーは、 処理 が終了した場合にステップ S 2 4 0 2を肯定判定してステップ S 2 4 0 3へ進み、 処理が終了していない場合はステップ S 2 4 0 2を否定判定し、 再び判定処理を 行う。
ステップ S 2 4 0 3において、 サーバーは、 アルバム一覧表示のページ画面を 作成してステップ S 2 4 0 4に進む。 ステップ S 2 4 0 4において、 サーバーは、 ページ画面のデータを管理者の端末に向けて送信し、 図 4 8による処理を終了す る。 これにより、 管理者の端末に図 4 7に示す管理用画面が表示される。
管理者の端末に図 4 7の管理用画面が表示された状態で、 たとえば、 アンダー ラインが引かれているアルバム名 「富士山」 という文字を管理者がクリックする と、 アルバム名 「富士山」 に保存されている画像デ一夕が読出され、 サムネイル 画像が管理者の端末のディスプレイに表示される。 サムネイル画像は、 たとえば、 ォリジナル画像デ一夕を間引きするなどしてデータ数をオリジナル画像のデータ 数より縮小した縮小画像である。 図 4 9 (a)は、 「富士山」 というアルバムに保存 されている画像データによるサムネイル画像を表示した図である。 図 4 9 (a)にお いて、 アルバムに保存されている 1 0枚の画像、 すなわち、 画像 1〜画像 1 0の 画像データのうち画像 1〜画像 6の 6枚分の画像がサムネイル 1〜サムネイル 6 として表示されている。 各サムネイル画像の下には、 画像にタイトルがつけられ ている場合に各画像のタイトルが表示される。
図 4 9 (a)に示すサムネイル画像が表示された状態で、 たとえば、 サムネイル 1 画像を管理者がクリックすると、 図 4 9 (b)に示すように、 画像 1の画像デ一夕に よる画像がサムネイル画像より大きく管理者の端末のディスプレイに表示される。 このとき、 画像デ一夕内に記録されている撮影情報のデータに基づいて、 使用力 メラ、 絞り値、 シャッター速度、 閃光装置の有無、 露出補正値などの撮影条件や、 当該画像が後述する掲示板に掲載されているか否かの情報が、 画像とともに表示 される。 なお、 アルバムに登録されている画像の撮影条件、 および掲示板への掲 載の有無の情報は、 管理者用の管理画面において表示されるもので、 サービス利 用者の端末に送信されるものではない。 つまり、 サービス利用者が閲覧できるの は、 公開されている画像と当該画像につけられているタイトルのみである。 一顧客登録したサービス利用者にァルバム用のメモリサイズぉよぴ使用期間を優 遇^る一
図 1に示されるように、 アルバム用のサーバ一は、 他のサ一ビスを行うサーバ 一と別のサーバ一が行う。 そこで、 アルバムサービス用サーバー内にもアルバム サービスに必要な会員情報、 たとえば、 ログイン名、 フォトメールアドレス、 サ 一ビスフラグ、 および追加サービスフラグなどの情報を保持する。 サービスフラ グは、 会員が顧客登録している場合に O Nされるフラグである。 図 5 0は、 サ一 ビス提供者のサーバ一で行われる優遇処理の流れを説明するフローチャートであ る。 図 5 0による処理は、 オンラインアルバム 5のトップページ画面でサービス 利用者がログインすることにより起動する。
図 5 0のステップ S 2 5 0 1において、 サーバ一は、 アルバムサービス用サー バー内のデータベースにアクセスし、 会員情報を検索してステップ S 2 5 0 2へ 進む。 ステップ S 2 5 0 2において、 サーバ一は、 ログインされた会員の情報が あるか否かを判定する。 サーバーは、 会員情報がある場合にステップ S 2 5 0 2 を肯定判定してステップ S 2 5 0 4へ進み、 会員情報がない場合はステップ S 2 5 0 2を否定判定してステップ S 2 5 0 3へ進む。 ステップ S 2 5 0 3において、 サーバーは、 アルバムサービス用サーバ一内のデータベースに会員情報を登録し てステップ S 2 5 0 4へ進む。
ステップ S 2 5 0 4において、 サーバーは、 アルバム 'プリントサービスへの 口グイン時に、 顧客登録したサービス利用者であることを示すデータを受信した か否かを判定する。 サーバーは、 顧客登録していることを示すデータを受けた場 合にステップ S 2 5 0 4を肯定判定してステップ S 2 5 0 5へ進み、 顧客登録し ていることを示すデータを受けていない場合にステップ S 2 5 0 を否定判定し てステップ S 2 5 0 7へ進む。 ステップ S 2 5 0 5において、 サーバーは、 会員 情報の中のサービスフラグが O Nか否かを判定する。 サーバーは、 サービスフラ グが O Nの場合にステップ S 2 5 0 5を肯定判定してステップ S 2 5 0 7へ進み、 サービスフラグが O Nでない場合にステップ S 2 5 0 5を否定判定してステップ S 2 5 0 6へ進む。 ステップ S 2 5 0 6において、 サーバーは、 サービスフラグ を O Nしてステップ S 2 5 0 7へ進む。 サーバーは、 サービスフラグが O Nされているサ一ビス利用者に対し、 ァルバ ム用のメモリサイズを、 たとえば、 通常の 5 0 M Bから 1 0 0 M Bにサイズアツ プするとともに、 使用期限を通常の 1年から無期限に変更して優遇する。
ステップ S 2 5 0 7において、 サーバ一は、 アルバム ·プリントサービスへの ログイン時に、 ポイント情報を示すデータを受信したか否かを判定する。 ポイン ト情報は、 上述した顧客登録後の景品選択ページ画面でポイントを選択した場合 に加算されるポイントの情報である。 このポイントは、 後述する掲示板で回答を 掲載した場合にも加算される。 サーバーは、 ポイント情報を示すデ一夕を受けた 場合はステップ S 2 5 0 7を肯定判定してステップ S 2 5 0 8へ進み、 ポイント 情報を示すデータを受けていない場合はステップ S 2 5 0 7を否定判定して図 5 0による処理を終了する。
ステップ S 2 5 0 8において、 サーバーは、 会員情報の中の追加サービスフラ グが O Nか否かを判定する。 サーバーは、 追加サービスフラグが O Nの場合にス テツプ S 2 5 0 8を肯定判定して図 5 0による処理を終了し、 追加サービスフラ グが O Nでない場合にステップ S 2 5 0 8を否定判定してステツプ S 2 5 0 9へ 進む。 ステップ S 2 5 0 9において、 サーバーは、 追加サ一ビスフラグを O Nし て図 5 0による処理を終了する。
サ一バーは、 追加サービスフラグが O Nされているサービス利用者に対し、 ァ ルバム用のメモリサイズを、 たとえば、 さらに 5 0 M Bを加えてサイズアップし て優遇 ^る。
以上説明した図 5 0による処理では、 ポイントを有するサービス利用者に対し て無条件で追加サービスフラグを O Nする、 すなわち、 アルバム用のメモリサイ ズをさらに 5 0 M Bサイズアップするようにした。 この代わりに、 追加サービス フラグを O Nするのと引替えにサービス利用者が有するボイン卜を減らすように してもよい。 また、 サービス利用者が有するポイントと、 サービス提供者による 優遇措置とを引替える場合は、 優遇措置としてアルバム用のメモリサイズをサイ ズアップする他に、 プリントァゥトサービスを無料にするようにしてもよい。 一アルバムに登録される画像データのファイル名を不規則にする一
たとえば、 アルバムへの画像登録時に画像データのファイル名が通し番号で付 与された場合、 1つの画像データファイル名がわかると他の画像データのフアイ ル名を推測しやすくなる。 そこで、 アルバムサ一ビス用のサーバーは、 サービス 利用者からアルバムに登録する画像データがサーバ一にアップロードされると、 当該画像データのファイル名を付け直してデ一タ格納領域に登録する。 図 5 1は, サ一ビス提供者のサ一バーで行われるフアイル名決定処理の流れを説明するフ口 —チャートである。 図 5 1による処理は、 サービス利用者によって登録画像のァ ップロードが開始されると起動する。
ステップ S 2 2 0 1において、 サーバ一は、 1つの画像ファイルのデータのァ ップロードが完了したか否かを判定する。 サ一バーは、 アップロードが完了した 場合にステップ S 2 2 0 1を肯定判定してステップ S 2 2 0 2へ進み、 完了して いない場合にステップ S 2 2 0 1を否定判定してアップロードが完了するまで判 定処理を繰り返す。 ステップ S 2 2 0 2において、 サーバーは、 アップロードし た画像データファイルのファイル名をアトランダムに決定し、 ステップ S 2 2 0 3へ進む。
ファイル名の決定は、 周知のワンタイム ·パスワードの技術を用いる。 サーバ 一は、 たとえば、 当該画像ファイルがアップロードされた時刻をパラメ一夕とし てファイル名を生成する。 このため、 画像データファイルが続けてアップロード される場合でも、 それぞれの画像デ一夕ファイルのアップロード時刻が異なるた め、 これらの画像データファイルには全く異なるファイル名が生成される。 これ により、 ァルバムに登録されている他の画像デ一夕のファイル名から類推できな いアトランダムなファイル名が決定される。
ステップ S 2 2 0 3において、 サーバーは、 アップロードされ、 ァトランダム なファイル名が付与された画像データファイルをサービス利用者に合わせて所定 のフォルダに移動し、 図 5 1による処理を終了する。
図 5 1による処理を行うと、 アルバムに複数の画像データが登録される場合に、 これらの画像デ一夕ファイルに互いに他のファイル名を類推できないファイル名 が付与される。 この結果、 アルバム内の 1つの画像データが公開されることによ つて公開された画像データのファイル名から他のファイル名が推測されてしまレ、、 推測されたファイル名を有する非公開の画像デー夕が読出されてしまうことがな い。
以上説明した実施の形態によるコンテンツで行うアルバム ·プリントサービス によれば、 次の作用効果が得られる。
( 1 ) ァルバムを登録したサービス利用者によるサービス利用が所定期間ない場 合に、 当該利用者に貸し出していたアルバム用のデータ格納領域に格納されてい たデータを消去するようにした。 この結果、 当該データ格納領域を他のサービス 利用者に対して貸し出すことができるので、 データ格納領域を有効に使用するこ とができる。
( 2 ) アルバムを登録したサービス利用者によるサービス利用がない場合でも、 当該アルバムが公開されていて、 他のサービス利用者から当該アルバムが閲覧さ れている場合は当該アルバムを消去しないようにした。 これにより、 サービス提 供者は公開アルバムを目当てにサービスを利用する人を確保できる。
( 3 ) サービス提供者は、 サービス利用者によって登録されたアルバムをカテゴ リごとに分類し、 登録されている画像データをカテゴリごとに一覧するようにし た。 この結果、 公序良俗に反する画像が集中しやすい特定のカテゴリを重点的に 監視することが可能になる。
( 4 ) アルバムに登録されている画像データ内に記録されている撮影情報のデー 夕に基づいて、 管理者の端末の管理画面に当該画像を撮影したカメラ、 絞り値、 シャッター速度、 閃光装置の有無、 露出補正値などの撮影条件や、 当該画像が後 述の掲示板に掲載されているか否かの情報を表示するようにした。 登録されてい る多くのアルバムについて調べれば、 たとえば、 サービス利用者がどのような撮 影条件を好むかなどの情報を得ることができ、 カメラの新製品開発に役立てるこ とができる。
( 5 ) アルバム用のデータ格納領域のメモリサイズ(記憶容量)は、 上述した顧客 登録したサービス利用者に対してメモリサイズを通常より大きく、 有効期間を通 常より長くするように優遇措置を行なうようにした。 この結果、 サービス利用者 に顧客登録をするように促すことができる。
( 6 ) アルバムに登録する画像データフアイルが続けてアツプロ一ドされる場合 でも、 それぞれの画像データファイルに全く異なるァ卜ランダムなファイル名を 付与するようにした。 この結果、 公開されている画像データファイル名から他の 画像デ一夕のファイル名が推測され、 非公開にもかかわらず閲覧されることが防 止される。
以上説明したアルバム一覧表示の並べ替えでは、 アルバム単位で並べ替えゃ抽 出を行うようにした。 もし、 アルバムという概念を用いずに画像データ単位で画 像を登録する場合には、 当該画像単位で並べ替えや抽出を行うようにしてもよい。 —掲示板一
図 5のコミュニティ 7のカテゴリページの画面が表示された状態で、 サービス 利用者が 「掲示板」 のページへのリンク先ポタン 7 1をクリックすると、 不図示 の掲示板のトップページ画面が端末のディスプレイに表示される。 この卜ップぺ —ジ画面でサービス利用者がログインすると、 図 5 2に示すページ画面が端末の ディスプレイに表示される。 掲示板のサービス利用は、 上述したように、 Webによ るサービス利用の会員登録を行ったサービス利用者がログイン名とパスワードと を入力してログインした上で受けるものである。 この掲示板は電子掲示板とも呼 ばれる。
掲示板のサービスでは、 サービス利用者が掲載した質問に対し、 掲載された質 問を見た他のサービス利用者が質問に答えてくれる。 サービス利用者はニックネ ームを用いて質問を掲載し、 ニックネームを用いて回答を掲載する。 質問する人 が不特定の人から広く回答を募る 「質問オークションで聞く」 と、 質問する人が 特定の人から回答を募る 「エキスパートに聞く」 とがある。 サービス利用者は、 「質問オークションで聞く」 に対応するボタン 5 2 Cと、 「エキスパートに聞 く」 に対応するポタン 5 2 Dとのいずれかをクリックして両者を選択する。 ここ でエキスパートとは、 掲載された質問に対して回答をよせる人のことをいう。 掲載された質問に対してエキスパートが回答をよせると、 質問を掲載した人か ら回答したエキスパートに対してポイントが移動する。 具体的には、 エキスパー トが掲載された質問を読んで掲示板に回答を書込み、 質問者が掲示板に書込まれ た回答を読出したときにポイントが移動する。 ポイントは回答に対する報酬とし て利用される。 このポイントは、 上述した顧客登録時の景品として説明したボイ ントを使用できる。 サーバーは、 掲示板に書込まれた内容を不特定の人に見ても らう場合は公開し、 特定の人に見てもらう場合は、 特定の人がパスワードを入力 した上で読出せるようにする。
図 5 2に示す画面の左下部に、 エキスパートのニックネームが獲得ボイントと ともに掲載される。 獲得ポイントが多いエキスパートは、 多くの質問に回答して いることを意味する。 アンダーラインが引かれた 「カテゴリ 1」 、 「カテゴリ 2」 、 「カテゴリ 3」 、 …の文字をクリックすると、 各カテゴリに属する質問に 対応するエキスパートが獲得ポイント順に掲載される。 すなわち、 エキスパート のニックネームは、 質問のカテゴリごとに分類されて管理される。 アンダーライ ンが引かれたエキスパートのニックネームの文字 「〇Δ Χ」 をクリックすると、 当該エキスパートを紹介するページ画面(たとえば、 図 6 3 )が端末のディスプレ ィに表示される。 質問を掲載する人は、 図 6 3のようなエキスパート情報を参考 に質問先のエキスパートを決めることができる。
質問を掲載する人がエキスパートに聞く場合、 ポタン 5 2 Dおよび質問が該当 するカテゴリの文字をクリックし、 そのとき掲載されるエキスパートの中から選 択したエキスパートに対する質問をサーバ一に送る。 一方、 質問を掲載する人が 質問オークションで聞く場合、 ポタン 5 2 Cおよび質問が該当するカテゴリの文 字をクリックし、 質問をサーバに送る。 質問をサーバーに送るとき、 ニックネー ム書込み枠 5 2 Αにニックネームを書込み、 質問書込み枠 5 2 Bに質問を書込み、 アンダーラインが引かれている 「質問する」 の文字をクリックすると、 質問掲載 者(サービス利用者)の端末からサーバーに向けて質問のデータが送信される。 本実施の形態による掲示板のサービスにおいて、 サービス提供者はサービス利 用者に対して以下に説明するようなサービスを提供する。
一アルバムに登録された画像を掲示板に掲載する—
掲示板に画像を掲載すると、 文字だけ掲載する場合に比べて書込み内容がわか りやすくなることがある。 図 5 2において、 質問掲載者(サービス利用者)がアン ダーラインが引かれている 「画像掲載」 の文字をクリックすると、 質問掲載者(サ 一ビス利用者)が登録しているァルバムの中の画像を質問に添付して掲載できる。 ただし、 公開にされている画像について掲載し、 非公開にされている画像は掲載 しない。 なお、 質問とともに掲載する画像は、 質問掲載者が登録している画像の 他に、 公開されている他のサービス利用者による登録画像でもよい。
画像デー夕を掲示板にそのまま掲載すると、 掲示板用サーバ一内に蓄積される デ一夕量が増大して掲示板用のデ一夕があふれてしまう。 そこで、 本実施の形態 による掲示板サービスでは、 登録されているアルバム内のオリジナル画像データ に比べてデータサイズを縮小したサムネィル画像を作成し、 このサムネィル画像 を掲示板に掲載する。
図 5 3、 図 5 4は、 サービス提供者のサーバーで行われるサムネイル画像掲載 処理の流れを説明するフローチャートである。 図 5 3、 図 5 4による処理は、 質 問掲載者(サービス利用者)によって上述した図 5 2による画面上で 「画像掲載」 の文字がクリックされると起動する。 図 5 3のステップ S 1 7 0 1において、 サ —パーは、 ログインしているサ一ビス利用者がアルバムを有するか否かを判定す る。 サーバーは、 サ一ビス利用者がアルバムを登録している場合にステップ S 1 7 0 1を肯定判定してステップ S 1 7 0 2へ進み、 サービス利用者がアルバムを 登録していない場合にステップ S 1 7 0 1を否定判定してステップ S 1 7 0 7へ 進む。
ステップ S 1 7 0 2において、 サーバーは、 当該サ一ビス利用者が登録してい るアルバム(マイアルバムと呼ぶことにする)の画像データを読出し、 不図示のト ップページ画面のデ一夕を作成してステップ S 1 7 0 3へ進む。 作成されたトツ プページ画面のデータがサービス利用者の端末に送信されることにより、 サービ ス利用者の端末のディスプレイにマイアルバムのトップページ画面が表示される。 このトップページ画面は、 たとえば、 図 4 9 (a)に示したようなマイアルバム内の 画像データによるサムネイル画像とタイトルとが表示されたものである。 サービ ス利用者は、 掲示板に掲載したいサムネイル画像をクリックする。
ステップ S 1 7 0 3において、 サーバーは、 マイアルバム内の画像が選択され たか否かを判定する。 サーバ一は、 サムネイル画像がクリックされるとステップ S 1 7 0 3を肯定判定してステップ S 1 7 1 1へ進み、 サムネイル画像がクリツ クされない場合はステップ S 1 7 0 3を否定判定して判定処理を繰り返す。 ステ ッブ S 1 7 1 1において、 サーバ一は、 選択された画像が非公開に設定されてい るか否かを判定する。 サーバーは、 選択画像が非公開に設定されている塲合はス テツプ S 1 7 1 1を肯定判定して図 5 4のステップ S 1 7 1 2へ進み、 公開に設 定されている場合はステップ S 1 7 1 1を否定判定してステップ S 1 7 0 4へ進 む。
ステップ S 1 7 0 4において、 サーバ一は、 クリック操作によって選択された サムネィル画像デ一夕と、 サムネィル画像デー夕よりデータサイズが大きな中画 像データとを作成して掲示板用サーバ一内の所定の画像用フォルダにそれぞれ保 存する。 ここで、 サムネイル画像デ一夕および中画像データが格納される画像用 フォルダは、 掲示板への書込みデータを格納する格納領域、 およびマイアルバム の画像データ(オリジナルデ一夕)を格納するアルバム用のデータ格納領域と別に 設けられるものである。 サーバ一は、 サムネイル画像データおよび中画像データ をそれぞれ保存すると、 ステップ S 1 7 0 5へ進む。
ステップ S 1 7 0 5において、 サーバ一は、 選択された画像データのリンクの 情報(上記画像用フォルダにおける格納位置を示す情報)を貼り付けた掲示板用べ —ジ画面を作成し、 ステップ S 1 '7 0 6へ進む。 リンクの情報により、 図 5 2の 質問書込み枠 5 2 B内に、 質問と選択されたサムネイル画像とがいつしょに表示 されるようになる。 サーバーはさらに、 質問書込み枠 5 2 B内に表示されたサム ネイル画像がクリックされた場合に、 中画像デ一夕による画像が表示されるよう にリンクの情報を貼り付ける。 さらにまた、 中画像データによる画像が表示され ている状態で当該中画像がクリックされた場合に、 マイアルバムの中の画像デー 夕(オリジナルデータ)による画像が表示されるようにリンクの情報を貼り付ける。 ステップ S 1 7 0 6において、 サーバーは、 上述したようにリンクの情報を貼 り付けた掲示板用ページ画面のデータをサービス利用者の端末に送信し、 図 5 3 による処理を終了する。 これにより、 サービス利用者の端末のディスプレイに、 サムネイル画像が掲載された図 5 2による画面が表示される。 この状態で、 質問 掲載者(サービス利用者)がアンダーラインの引かれている 「質問する」 の文字を クリックすると、 質問掲載者(サービス利用者)の端末からサーバーに向けて質問 のデータが送信される。
他のサービス利用者が端末で掲示板に掲載された質問を見るとき、 質問のデー 夕に上述したサムネイル画像データへのリンクの情報が含まれるので、 質問とと もにサムネイル画像が端末の画面に表示される。 そして、 端末の画面でサムネィ ル画像をクリックすると中画像データによる画像が、 中画像データによる画像を クリックするとマイァルバムの中の画像データ(ォリジナルデー夕)による画像が、 端末の画面にそれぞれ表示される。
一方、 ステップ S 1 7 0 7において、 サーバ一は、 アルバムが登録されていな いことを通知するとともに、 アルバムを登録することを督促するメッセージを含 むページ画面データを作成してサービス利用者の端末に送信し、 ステップ S 1 7 0 8へ進む。 ステップ S 1 7 0 8において、 サーバーは、 アルバム作成の指示を 受けたか否かを判定する。 サーバーは、 アルバムの画像登録の指示を示すデータ を受けるとステップ S 1 7 0 8を肯定判定してステップ S 1 7 0 9へ進み、 アル バムの画像登録の指示を示すデ一夕を受けていない場合はステップ S 1 7 0 8を 否定判定してステップ S 1 7 1 0へ進む。
ステップ S 1 7 0 9において、 サ一バーは、 サ一ビス利用者からの登録画像デ 一夕をアツプロ一ドしてアルバムの登録処理を行い、 上述したステップ S 1 7 0 3へ進む。 ステップ S 1 7 1 0において、 サーバーは、 掲示板に画像を掲載でき ないことを通知するページ画面データを作成してサービス利用者の端末に送信し、 図 5 3による処理を終了する。
図 5 4のステップ S 1 7 1 2において、 サーバーは、 選択された画像が非公開 に設定されているため掲載できないことを通知するメッセ一ジを含むページ画面 のデータを作成し、 サービス利用者の端末に送信してステップ S 1 7 1 3へ進む。 これにより、 サービス利用者の端末のディスプレイに図 5 5に示すページ画面が 表示される。 サービス利用者は、 次の 3つの処理を選択できる。
1 . 図 5 5による表示画面上で 「公開にする」 ポタン 5 5 Aをクリックして当該 画像を公開にした上で掲載する。
2 . 「他選択」 ポタン 5 5 Bをクリックして他の公開画像を掲載する。
3 . 「中止」 ボタン 5 5 Cをクリックして画像の掲載を中止する。
ステップ S 1 7 1 3において、 サーバーは、 「公開にする」 ポタン 5 5 Aがク リックされたか否かを判定する。 サーバーは、 ポタン 5 5 Aがクリックされた場 合にステップ S 1 7 1 3を肯定判定してステップ S 1 7 1 4へ進み、 ポタン 5 5 Aがクリックされない場合にステップ S 1 7 1 3を否定判定してステップ S 1 7 1 5へ進む。 ステップ S 1 7 1 4において、 サーバ一は、 選択された画像を公開 に設定して図 5 3のステップ S 1 7 0 4へ進む。
ステップ S 1 7 1 5において、 サーバ一は、 「他選択」 ポタン 5 5 Bがクリツ クされたか否かを判定する。 サーバーは、 ポタン 5 5 Bがクリックされた場合に ステップ S 1 7 1 5を肯定判定して図 5 3のステップ S 1 7 0 2へ戻り、 ポタン 5 5 Bがクリックされない場合にステップ S 1 7 1 5を否定判定してステップ S 1 7 1 6へ進む。
ステップ S 1 7 1 6において、 サーバ一は、 「中止」 ポタン 5 5 Cがクリック されたか否かを判定する。 サ一バーは、 ポタン 5 5 Cがクリックされた場合にス テツプ S 1 7 1 6を肯定判定して図 5 3および図 5 4による処理を終了し、 ボタ ン 5 5 Cがクリックされない場合にステップ S 1 7 1 6を否定判定してステップ S 1 7 1 3へ戻る。
図 5 3および図 5 4による処理を行うと、 アルバム内に登録されている画像を 掲示板に掲載できる。 このとき、 アルバム内に登録されているオリジナル画像か ら、 オリジナル画像に比べてデータサイズが小さなサムネイル画像デ一夕を作成 し、 サムネイル画像データを掲示板用サーバーおよびアルバム用データストレ一 ジ装置と異なるフォルダに保存した上で、 掲示板に書込む質問にサムネイル画像 の格納フォルダへのリンクの情報を貼り付けるようにした。 この結果、 掲示板サ 一バーに画像データを保存しないから、 当該サーバーにかかる負担を抑えること ができる。 さらに、 アルバム内のオリジナル画像が削除された場合でも、 サムネ ィル画像データによって掲示板への画像掲載を続けることが可能になる。
以上の説明では、 サムネイル画像データを掲示板用書込みデ一夕の格納領域、 およびアルバム用のデータ格納領域と異なる画像用フォルダに保存した上で、 掲 示板に書込む質問にサムネィル画像が格納されている画像用フォルダへのリンク の情報を貼り付けるようにした。 この代わりに、 サムネイル画像データを質問と ともに掲示板用書込みデータの格納領域に保存するようにしてもよい。 この場合 にも、 オリジナル画像データを掲示板用書込みデ一夕の格納領域にコピーして保 存する場合に比べて、 掲示板用サーバーにかかる負担を抑えることができる。 また、 掲示板に書込む質問にアルバム内のオリジナル画像へのリンクの情報を 貼り付けるのみで当初はサムネイル画像データを作成せず、 当該オリジナル画像 が削除される場合にサムネイル画像デー夕を作成し、 掲示板用書込みデー夕の格 納領域、 およびアルバム用データ格納領域と異なる画像用フォルダにサムネイル 画像データを保存した上で、 上記質問に貼り付けたリンクの情報を画像用フオル ダヘリンクするように書き換えてもよい。
図 5 6および図 5 7は、 サービス提供者のサーバーで行われる上記処理の流れ を説明するフローチャートである。 図 5 6による処理は、 上述した図 5 3による 処理のステップ S 1 7 0 4がステップ S 1 7 0 4 Bに変更されるので、 ステップ S 1 7 0 4 Bについてのみ説明を行う。 図 5 6のステップ S 1 7 0 4 Bにおいて、 サーバーは、 クリック操作によって選択されたサムネイル画像データに対応する マイアルバムの画像データ(オリジナルデータ)に、 掲示板に掲載されていること を示す情報を付加してステップ S 1 7 0 5へ進む。 付加する情報は、 オリジナル 画像データ内のヘッダ部に加えてもよいし、 マイアルバム内に当該オリジナル画 像データと対応づけて保持してもよい。
図 5 7による処理は、 マイアルバム、 もしくはマイアルバム内に保存されてい るオリジナル画像データを削除する指示をサーバーが受けると開始する。 図 5 7 のステップ S 1 9 0 1において、 サーバーは、 削除する画像データが掲示板に掲 載されているかを検出してステップ S 1 9 0 2へ進む。 ステップ S 1 9 0 2にお いて、 サーバーは、 当該画像データが掲示板に掲載されているか否かを判定する。 サ一バーは、 当該画像デー夕に掲載を示す情報が付加されている場合にステツプ S 1 9 0 2を肯定判定してステップ S 1 9 0 3へ進み、 当該画像データに掲載を 示す情報が付加されていない場合にステップ S 1 9 0 2を否定判定して図 5 7に よる処理を終了する。
ステップ S 1 9 0 3において、 サーバーは、 当該画像データのデータサイズを 縮小したサムネイル画像デ一夕、 およびサムネィル画像デ一夕よりデータサイズ が大きな中画像データをそれぞれ作成し、 当該画像データとともに所定の画像用 フォルダにそれぞれ保存する。 ステップ S 1 9 0 4において、 サーバーは、 掲示 板用ページ画面に貼り付けられている画像デ一夕のリンク先の情報を、 マイアル バム(オリジナルデータ)へのリンクを示す情報から画像用フアルダ(サムネイル画 像データ、 中画像デ一夕)へのリンクを示す情報に変更して図 5 7による処理を終 了する。 これにより、 マイアルバムのオリジナルデータが削除されても、 画像用 フォルダ内のサムネィル画像デー夕によって掲示板の掲載画像が保持される。 一掲示板の質問のカテゴリとアルバムのカテゴリとを一致させる一
図 4 3に示すオンラインアルバム 5のページ画面において表示されているカテ ゴリと、 図 5 2に示す掲示板のページ画面において表示されているカテゴリとを 一致させる。 たとえば、 アルバムのカテゴリが 「風景」 、 「夜景」 、 「ポートレ ート」 、 …などのカテゴリを有する。 このうち、 「風景」 というカテゴリは、 さ らに 「北海道」 、 「東北」 、 「関東」 、 …などのサブカテゴリに分類されている。 この場合に、 掲示板のカテゴリを、 たとえば、 「撮影情報」 というカテゴリと、 「北海道」 、 「東北」 、 「関東」 、 …などのサブカテゴリとによって分類する。 図 5 8 (a)は、 掲示板で 「撮影情報」 ― 「北海道」 に分類される質問を表示する ページ画面の例である。 図 5 8 (a)において、 画面の左寄り位置にカテゴリ 「撮影 情報」 およびサブカテゴリ 「北海道」 、 「東北」 、 「関東」 、 …が表示されてい る。 画面の中央位置に 「北海道」 に分類される質問が順に掲載されている。 質問 に対してエキスパートが回答したものは、 回答された数に応じて画面の右寄り位 置に回答数が表示される。 画面の右上位置には、 オンラインアルバム 5のトップ ページへのリンクの情報、 アルバムのカテゴリ 「風景」 のページへのリンクの情 報、 およびアルバムのサブカテゴリ 「北海道」 のページへのリンクの情報がそれ ぞれ貼り付けられている。
サービス利用者が、 アンダーラインが引かれている 「アルバム」 の文字をクリ ックすると、 サービス利用者の端末のディスプレイにオンラインアルバム 5のト ップページ画面が表示される。 また、 サービス利用者が、 アンダーラインが引か れている 「風景」 の文字をクリックすると、 サービス利用者の端末のディスプレ ィにアルバムのカテゴリ 「風景」 のページ画面が表示される。 さらにまた、 サー ビス利用者が、 アンダーラインが引かれている 「北海道」 の文字をクリックする と、 サービス利用者の端末のディスプレイにアルバムのサブカテゴリ 「北海道」 のページ画面が表示される。 図 5 8 (b)は、 オンラインアルバム 5において 「風景」 ― 「北海道」 に分類され るアルバムに登録されている画像データによる画像を表示するページ画面の例で ある。 図 5 8 (b)において、 画面の左寄り位置にカテゴリ 「風景」 およびサブカテ ゴリ 「北海道」 、 「東北」 、 「関東」 、 …が表示されている。 画面の中央位置に 「北海道」 に分類される画像データによる画像が順に表示されている。 画面の右 上位置には、 掲示板のトップページへのリンクの情報、 掲示板のカテゴリ 「撮影 情報」 のページへのリンクの情報、 および掲示板のサブカテゴリ 「北海道」 のべ ージへのリンクの情報がそれぞれ貼り付けられている。
サービス利用者がアンダーラインが引かれている 「掲示板」 の文字をクリック すると、 サービス利用者の端末のディスプレイに掲示板のトップページ画面が表 示される。 また、 サービス利用者がアンダーラインが引かれている 「撮影情報」 の文字をクリックすると、 サービス利用者の端末のディスプレイに掲示板のカテ ゴリ 「撮影情報」 のページ画面が表示される。 さらにまた、 サービス利用者がァ ンダーラインが引かれている 「北海道」 の文字をクリックすると、 サービス利用 者の端末のディスプレイに掲示板のサブカテゴリ 「北海道」 のページ画面が表示 される。
サービス利用者がアルバムの 「北海道」 のページに表示されている画像を閲覧 し、 気に入った圃像を見つけた場合に、 その画像が具体的に北海道のどこで、 い つ、 どのような撮影条件で撮影されたのかを知りたくなつたとする。 このとき、 掲示板の質問のカテゴリとアルバムのカテゴリとがー致しており、 また、 リンク の情報が貼り付けられているので、 サービス利用者は、 対応する質問が掲載され ている掲示板のページを迷うことなく簡単に見ることができる。
一入力した地名に該当する掲示板のカテゴリを表示する—
図 5 9は、 サービス提供者のサーバーで行われる検索処理の流れを説明するフ ローチヤ一トである。 図 5 9による処理は、 図 5 2に示す掲示板のページ画面に おいて、 検索ポタン 5 2 Fがクリックされると起動する。 サービス利用者は、 検 索文字書込み枠 5 2 Eに検索文字を書込んだ上で検索ボタン 5 2 Fをクリックす る。
図 5 9のステップ S 2 6 0 1において、 サーバーは、 掲示板内に書込まれてい る全ての書込みについて、 検索文字と一致する文字を検索してステップ S 2 6 0 2へ進む。 ステップ S 2 6 0 2において、 サーバーは、 検索文字と一致する書込 みが有るか否かを判定する。 サ一バーは、 検索文字がヒットする書込みがある場 合にステップ S 2 6 0 2を肯定判定してステップ S 2 6 0 7へ進み、 ヒットする 書込みがない場合にステップ S 2 6 0 2を否定判定してステップ S 2 6 0 3へ進 む。 ステップ S 2 6 0 3において、 サーバ一は、 サ一バー内にあらかじめ登録さ れているキーワードについて、 検索文字と一致するものを検索してステップ S 2 6 0 4へ進む。 キーワードは、 掲示板のカテゴリに対応して登録されているもの で、 たとえば、 「東京夕ヮ一」 、 「国会議事堂」 、 「渋谷」 、 「横浜港」 という キーワードが掲示板のカテゴリ 「関東」 と関連づけて登録されている。 また、
「大阪城」 、 「関西空港」 、 「神戸」 というキーワードが掲示板のカテゴリ 「関 西」 と関連づけて登録されている。
ステップ S 2 6 0 4において、 サーバーは、 検索文字と一致するキーワードが 有るか否かを判定する。 サーバーは、 検索文字がヒットするキーワードがある場 合にステップ S 2 6 0 4を肯定判定してステップ S 2 6 0 6へ進み、 ヒットする キ一ワードがない場合にステップ S 2 6 0 4を否定判定してステップ S 2 6 0 5 へ進む。 ステップ S 2 6 0 6において、 サーバーは、 掲示板の中でヒットしたキ 一ワードに関連づけられたカテゴリのページにジャンプする。 たとえば、 検索文 字が 「渋谷」 である場合に、 キーワード 「渋谷」 に関連づけられているカテゴリ 「関東」 の掲示板ページにジャンプする。 サーバ一は、 サービス利用者の端末に カテゴリ 「関東」 の掲示板ページを表示させると図 5 9による処理を終了する。 ステップ S 2 6 0 5において、 サーバーは、 検索文字にヒットする書込み、 お よび検索文字に関連する掲示板のカテゴリのいずれもないので、 検索文字を変更 するように促すメッセージとともに図 5 2の掲示板のページ画面をサービス利用 者の端末に再度表示させる。 サーバーは、 図 5 2のページにジャンプすると図 5 9による処理を終了する。
ステップ S 2 6 0 7において、 サーバーは、 検索文字がヒッ卜した掲示板の書 込みを抽出した不図示のページ画面を作成してステップ S 2 6 0 8へ進む。 ステ ップ S 2 6 0 8において、 サーバーは、 作成したページ画面データをサービス利 用者の端末に送信して図 5 9による処理を終了する。
以上説明した実施の形態によるコンテンツで行う掲示板サービスによれば、 次 の作用効果が得られる。
( 1 ) 質問掲載者(サービス利用者)が登録しているアルバムの中の公開画像を質 問に添付して掲載できるようにしたので、 掲載質問が文字だけの場合に比べてわ かりやすくなる。
( 2 ) 掲示板への画像掲載は、 アルバム内に登録されているオリジナル画像から ォリジナル画像に比べてデータサイズが小さなサムネイル画像データを作成し、 サムネイル画像デ一夕を掲示板用サーバ一およびアルバム用データストレージ装 置と異なるフォルダに保存した上で、 掲示板に書込む質問にサムネィル画像が格 納されたフォルダへのリンクの情報を貼り付ける。 この結果、 掲示板サーバーに 画像データを保存しないから当該サーバーにかかる負担を抑えることができる上 に、 アルバム内のオリジナル画像が削除された場合でもサムネイル画像データに よって掲示板への画像掲載を続けることが可能になる。
( 3 ) 質問掲載者(サービス利用者)が掲示板に掲載するためにクリックしたサム ネイル画像が非公開画像である場合(ステップ S 1 7 1 1の肯定判定)に、 選択画 像が非公開のため掲載できないことをサービス利用者に通知するようにした。 こ のため、 非公開画像を誤って掲示板に掲載することを防止できる。
( 4 ) 掲示板の質問のカテゴリとアルバムのカテゴリとを一致させ、 掲示板およ びアルバムのページのそれぞれに互いにリンクの情報を貼り付けるようにした。 したがって、 たとえば、 アルバムの 「北海道」 のページに表示されている画像を 閲覧して気に入った画像を見つけた場合に、 その画像が具体的に北海道のどこで、 いつ、 どのような撮影条件で撮影されたのかを知りたくなつたとき、 対応する質 問が掲載されている掲示板のページを迷うことなく簡単に見ることができる。
( 5 ) 掲示板のページ画面(図 5 2 )の検索ポタン 5 2 Fをクリックすると、 検索 文字書込み枠 5 2 Eに書込まれている検索文字と一致する文字を掲示板書込みか ら検索し、 ヒッ卜する書込みがある場合に当該書込みを抽出して端末に表示させ る。 一方、 ヒットする書込みがない場合にあらかじめ登録されている複数のキ一 ワードと検索文字がヒットするかを検索し、 ヒットしたキーワードに関連づけら れたカテゴリのページを端末に表示させる。 これにより、 検索文字と一致する書 込みがない場合でも、 比較的類似しているカテゴリの掲示板が自動的に端末に表 示されるので、 サービス利用者にとって使いやすい掲示板サービスを提供できる。 一検索機能一
上述した図 3による Webのトップページ 1 0の画面、 および図 4、 図 5、 図 2 1, 図 4 3などに示した Webサイト用コンテンツの各カテゴリのトップページの画面に おいて、 サイト検索を行う 「検索」 ページへのリンク先ボタン 3 1が設けられて いる。 サービス利用者がこのポタン 3 1をクリックすると、 サーバ一はサービス 利用者の端末に向けて表示用ページデータを送信し、 図 6 0に示す検索ページ画 面を端末のディスプレイに表示させる。 図 6 0において、 検索文書込み枠 6 O A と、 検索文字書込み枠 6 0 Bと、 検索範囲チェックボックス 6 0 Cと、 検索ポ夕 ン 6 0 Dとが設けられている。
サーバーは、 検索文書込み枠 6 O Aに書込まれた検索文、 もしくは検索文字書 込み枠 6 0 Bに書込まれた検索文字について、 検索範囲チェックボックス 6 0 C にチェックされたコンテンツの範囲でヒットするものを検索する。 図 6 1は、 サ —ビス提供者のサーバーで行われる検索処理の流れを説明するフローチャートで ある。 図 6 1による処理は、 検索ポタン 6 0 Dがクリックされると起動する。
図 6 1のステップ S 2 7 0 1において、 サーバーは、 自然文検索か否かを判定 する。 サーバ一は、 検索文書込み枠 6 O Aに書込みが行われている場合に自然文 検索とみなし、 ステップ S 2 7 0 1を肯定判定してステップ S 2 7 0 2へ進む。 一方、 サーバ一は、 検索文書込み枠 6 O Aに書込みが無く、 検索文字書込み枠 6 0 Bに書込みが行われている場合は文字検索とみなし、 ステップ S 2 7 0 1を否 定判定してステップ S 2 7 0 3へ進む。
ステップ S 2 7 0 2において、 サーバーは、 検索文を解析してステップ S 2 7 0 3へ進む。 解析は、 検索文を用いて周知の文章検索を行うための前処理である。 ステップ S 2 7 0 3において、 サーバーは、 検索範囲チェックボックス 6 0 Cに より指定されたコンテンツにおいて、 当該コンテンツ内に登録されているページ 画面に含まれる文字の検索を行い、 ステップ S 2 7 0 4へ進む。 ステップ S 2 7 0 4において、 サーバーは、 指定された検索範囲の検索が終了したか否かを判定 する。 サーバ一は、 検索が終了した場合にステップ S 2 7 0 4を肯定判定してス テツプ S 2 7 0 5へ進む。 一方、 サーバ一は、 検索が終了していない場合にステ ップ S 2 7 0 4を否定判定してステップ S 2 7 0 3へ戻り、 検索処理を継続する。 ステップ S 2 7 0 5において、 サーバ一は、 検索したコンテンツのカテゴリが 複数か否かを判定する。 サーバ一は、 検索範囲チェックボックス 6 0 Cが複数チ エックされている場合にステップ S 2 7 0 5を肯定判定してステップ S 2 7 0 6 へ進み、 検索範囲チェックボックス 6 0 Cが複数チェックされていない場合にス テツプ S 2 7 0 5を否定判定してステップ S 2 7 0 7へ進む。 ステップ S 2 7 0 6において、 サーバ一は、 検索の結果ヒットしたものを検索範囲ごと(コンテンツ ごと)に並べ替え、 各コンテンツごとに検索結果を表示する検索結果ページ画面を 作成してステップ S 2 7 0 8へ進む。 ステップ S 2 7 0 8において、 サーバ一は、 検索結果ページ画面のデータをサービス利用者の端末に向けて送信し、 図 6 1に よる処理を終了する。 これにより、 図 6 2 (a)に示す検索結果の画面が端末のディ スプレイに表示される。
図 6 2 (a)による検索結果ページ画面において、 各コンテンツごとにヒットした 件数が表示されている。 各コンテンツの欄には検索文字列、 文章との間で類似度 が高いものから上位 5件ずつが表示されている。 ここで、 ヒット件数が 5件に満 たないコンテンツの欄には全てのヒット件数分が表示され、 ヒット件数が 0の場 合はヒットしない旨を通知する不図示のメッセ一ジデ一夕が表示される。 また、 「すべて表示」 するためのポタン 6 2 Aが設けられており、 ポタン 6 2 Aがクリ ックされた場合に、 サ一バーは、 ヒット件数が 6件以上あるコンテンツの欄に上 位 5件だけでなく、 ヒッ卜したもの全てを表示させる。
ステップ S 2 7 0 7において、 サーバ一は、 検索結果ページ画面のデータをサ —ビス利用者の端末に向けて送信し、 図 6 1による処理を終了する。 これにより、 図 6 2 (b)に示す検索結果の画面が端末のディスプレイに表示される。 図 6 2 (b) において、 指定されているコンテンツにおいてヒットした件数が表示されている。 このうち、 検索文字列、 文章との間で類似度が高いものから上位 2 0件が表示さ れる。 ヒット件数が 2 0件に満たない場合は、 全てのヒット件数分が表示され、 ヒット件数が 0の場合はヒットしない旨を通知する不図示のメッセージが表示さ れる。
図 6 1による処理では、 各コンテンツごとのヒット件数表示について、 検索範 囲が複数のコンテンツカテゴリにまたがる場合(ステップ S 2 7 0 5で肯定判定) に、 1コンテンツ当たり上位 5件まで、 検索範囲が 1つのコンテンツカテゴリの 場合(ステップ S 2 7 0 5で否定判定)に、 当該コンテンツの上位 2 0件までとし た。 これらの表示件数の上限は、 コンテンツカテゴリごとに表示件数の上限を変 えてもよいし、 検索範囲がまたがるコンテンツカテゴリの数に応じて変えてもよ レ^ たとえば、 検索範囲チェックボックス 6 0 Cのチェック数が 1つの場合に表 示件数の上限を 2 0件に、 チェック数が 2つの場合に表示件数の上限を 1コンテ ンッ当たり 1 0件に、 チェック数が 3つの場合に表示件数の上限を 1コンテンツ 当たり 7件にする。
—カメラの機種名から検索する一
本実施の形態による Webサイト用コンテンツは、 カメラおよびカメラに関連する 情報やサービスを提供するものである。 そこで、 たとえば、 掲示板のページ画面 でカメラの機種名が表示されると、 この機種名を検索文字とみなして検索処理を 行う。 図 6 3は、 上述したエキスパートを紹介するページ画面の例である。 この 中で、 「所有カメラ」 として機種名が紹介されている。 図 6 3の例では、 「F △」 および 「F口」 という機種名が掲載される。 これらの機種名の文字は、 クリ ック可能に表示データが構成されている。
図 6 4は、 サービス提供者のサーバーで行われる検索処理の流れを説明するフ ローチヤ—トである。 図 6 4による処理は、 機種名の文字 「F A」 、 「F口」 の いずれかがクリックされ、 クリックを示すデータをサーバーが受けると起動する。 ステップ S 2 8 0 1において、 サーバーは、 データベースにアクセスし、 クリツ クされた文字が示す機種名がデータベースに登録されているかを検索してステツ プ S 2 8 0 2へ進む。 本実施の形態ではカメラに関するサービスを提供するので、 サービス提供者がその生産および販売に携わっているカメラに関するデータは、 サ一ビス提供者によってデータベースに登録されている。 ステップ S 2 8 0 2に おいて、 サーバーは、 クリックされた機種名が登録されているか否かを判定する。 サーバ一は、 当該機種名がデータベースに登録されている場合にステップ S 2 8 0 2を肯定判定してステップ S 2 8 0 3へ進み、 登録されていない場合にステツ プ S 2 8 0 2を否定判定してステップ S 2 8 0 6へ進む。
ステップ S 2 8 0 3において、 サーバーは、 新着情報、 製品情報、 サービス · サポート、 オンラインショップ、 コミュニティ、 掲示板など全てのコンテンツ力 テゴリについて、 クリックされた機種名を検索文字として検索し、 ステップ S 2 8 0 4へ進む。 ステップ S 2 8 0 4において、 サーバーは、 検索範囲の検索が終 了したか否かを判定する。 サーバ一は、 検索が終了した場合にステップ S 2 8 0 4を肯定判定してステップ S 2 8 0 5へ進む。 一方、 サーバーは、 検索が終了し ていない場合にステップ S 2 8 0 4を否定判定してステップ S 2 8 0 3へ戻り、 検索処理を継続する。
ステップ S 2 8 0 5において、 サーバーは、 検索の結果ヒットしたものを検索 範囲ごと(コンテンツごと)に並べ替え、 各コンテンツごとに検索結果を表示する 検索結果ページ画面を作成してステップ S 2 8 0 9へ進む。 ステップ S 2 8 0 9 において、 サーバ一は、 検索結果ページ画面のデ一夕をサービス利用者の端末に 向けて送信し、 図 6 4による処理を終了する。 これにより、 図 6 2 (a)に示した画 面と同様の検索結果の画面が端末のディスプレイに表示される。
図 6 2 (a)と同様に、 検索結果ページ画面は各コンテンツごとにヒットした件数 が表示され、 各コンテンツの欄にクリックされた機種名との間で類似度が高いも のから上位 5件ずつが表示される。 また、 ヒット件数が 5件に満たないコンテン ッの欄には全てのヒット件数分が表示され、 ヒット件数が 0の場合はヒットしな い旨を通知するメッセージが表示される。 さらに、 ヒット件数が 6件以上あるコ ンテンッの欄にヒットしたもの全てを表示させる 「すべて表示」 ポタン 6 2 Aが 設けられる。
ステップ S 2 8 0 6において、 サーバーは、 コミュニティ、 掲示板のコンテン ッカテゴリについて、 クリックされた機種名を検索文字として検索し、 ステップ S 2 8 0 7へ進む。 ステップ S 2 8 0 2で否定判定した場合、 当該機種名はサー ビス提供者がその生産およぴ販売に携わっているカメラではないとみなせる。 こ の場合、 新着情報、 製品情報、 サービス 'サポート、 オンラインショップ内を検 索してもヒットしないので、 これらのコンテンツ内の検索を省略する。 ステップ S 2 8 0 7において、 サーバ一は、 検索範囲の検索が終了したか否かを判定する。 サーバーは、 検索が終了した場合にステップ S 2 8 0 7を肯定判定してステップ S 2 8 0 8へ進む。 一方、 サーバーは、 検索が終了していない場合にステップ S 2 8 0 7を否定判定してステップ S 2 8 0 6へ戻り、 検索処理を継続する。
ステップ S 2 8 0 8において、 サーバ一は、 検索の結果ヒットしたものを検索 範囲ごと(コンテンツごと)に並べ替え、 各コンテンツごとに検索結果を表示する 検索結果ページ画面を作成してステップ S 2 8 0 9へ進む。 この場合には、 検索 するコンテンツが少ないので、 クリックされた機種名との間で類似度が高いもの から 1コンテンツ当たり上位 1 0件ずつを表示するように検索結果が表示される。 サービス利用者が見ているページについて、 当該ページ画面に関してあらかじ め Web用文書記述言語 H T M L (Hyper Text Markup Lunguage)で記述されている文 字列および文章を抽出し、 抽出した文字列および文章を各コンテンツ内から検索 する。 たとえば、 サービス利用者が図 6 5に示す製品情報を紹介するページ画面 を見ている場合を例に説明する。 図 6 5において、 「F A」 という機種名のカメ ラの情報が紹介されている。 ページ画面に右下に 「関連検索」 ボタン 6 5 Aが設 けられている。 このページ画面を記述する H T M Lでは、 「関連検索」 ボタン 6 5 Aを配置するための記述の他に、 タイトルタグ(く TITLE></TITLE>)に挟まれた夕 ィトル文字列が検索文字列として抽出される。
また、 特別に設けられた検索用タグ(たとえば、 く!一 SEARCH CONTEXT- -X ! --SE ARCH CONTEXT- -〉)に挟まれた文字列もしくは文章を記述してもよい。 検索用タグ に挟まれた文字列もしくは文章は、 検索文字列、 文章として抽出される。 この場 合には H T M Lタグを検索文字から除外する。
さらにまた、 実際にページ画面に表示される文字列もしくは文章以外に、 検索 文字列として用いるために特別に作成された文字列、 文章をく META HTTP-EQUIV=" Keywords" C0NTENT=" **** ">の中の ******に埋め込んで記述してもよい。 ***** *に埋め込んで記述された文字列もしくは文章は、 検索文字列、 文章として抽出さ れる。
図 6 6は、 サ一ビス提供者のサーバーで行われる検索処理の流れを説明するフ ローチャートである。 図 6 6による処理は、 図 6 5のページ画面上で 「関連検 索」 ポタン 6 5 Aがクリックされると起動する。 ステップ S 2 9 0 1において、 サーバーは、 表示されているページ画面において上述したタグなどにより表され ている文字列、 文章を抽出してステップ S 2 9 0 2へ進む。 ステップ S 2 9 0 2 において、 サーバ一は、 抽出した文字列もしくは文章を検索文字列として各コン テンッの中を検索する。 このとき、 表示中のページ画面は検索対象にしない。 ステップ S 2 9 0 3において、 サーバーは、 検索が終了したか否かを判定する。 サ一バーは、 全てのコンテンツの検索が終了した場合にステップ S 2 9 0 3を肯 定判定してステップ S 2 9 0 4へ進み、 コンテンツの検索が終了していない場合 にステップ S 2 9 0 3を否定判定してステップ S 2 9 0 2へ戻り、 検索を継続す る。
ステップ S 2 9 0 4において、 サーバーは、 検索の結果ヒットしたものをコン テンッごとに並べ替え、 各コンテンツごとに検索結果を表示する検索結果ページ 画面を作成してステップ S 2 9 0 5へ進む。 ステップ S 2 9 0 5において、 サー バーは、 検索結果ページ画面のデ一夕をサービス利用者の端末に向けて送信し、 図 6 6による処理を終了する。 これにより、 図 6 2 (a)に示した画面と同様の検索 結果の画面が端末のディスプレイに表示される。
図 6 2 (a)と同様に、 検索結果ページ画面は各コンテンツごとにヒットした件数 が表示され、 各コンテンツの欄に検索文字列、 文章との間で類似度が高いものか ら上位 5件ずつが表示される。 また、 ヒット件数が 5件に満たないコンテンツの 欄には全てのヒット件数分が表示され、 ヒット件数が 0の場合はヒットしない旨 を通知するメッセージが表示される。 さらに、 ヒット件数が 6件以上あるコンテ ンッの欄にヒットしたもの全てを表示させる 「すべて表示」 ポタン 6 2 Aが設け られる。
一関連エキスパート検索一
エキスパート情報を紹介する図 6 3のページ画面において、 ページ画面下部 「関連エキスパート検索」 ポタン 6 3 Aが設けられている。 このページ画面を記 述する H T M Lでは、 「関連エキスパート検索」 ボタン 6 3 Aを配置するための 記述の他に、 当該エキスパートの得意撮影分野、 所有カメラの機種名に記載され ている文字列を検索文字列とするように特別に設けられた検索用タグで挟んで記 述してもよい。
図 6 7は、 サービス提供者のサーバーで行われる検索処理の流れを説明するフ ローチャートである。 図 6 7による処理は、 図 6 3のページ画面上で 「関連ェキ スパート検索」 ポタン 6 3 Aがクリックされると起動する。 ステップ S 3 0 0 1 において、 サーバーは、 表示されているページ画面において上述したタグなどに より表されている文字列、 文章を抽出してステップ S 3 0 0 2へ進む。 ステップ
S 3 0 0 2において、 サーバーは、 抽出した文字列もしくは文章を検索文字列と してエキスパート情報が格納されているデータベースを検索する。 このとき、 表 示中のページ画面は検索対象にしない。
ステップ S 3 0 0 3において、 サーバーは、 検索が終了したか否かを判定する。 サ一バーは、 全てのエキスパート情報の検索が終了した塲合にステップ S 3 0 0 3を肯定判定してステップ S 3 0 0 4へ進み、 検索が終了していない場合にステ ップ S 3 0 0 3を否定判定してステップ S 3 0 0 2へ戻り、 検索を継続する。 ステップ S 3 0 0 4において、 サーバーは、 検索の結果ヒットしたエキスパー トを格付け順に並べ替え、 格付け順に検索結果を表示する検索結果ページ画面を 作成してステップ S 3 0 0 5へ進む。 ステップ S 3 0 0 5において、 サーバ一は、 検索結果ページ画面のデ一タをサ一ビス利用者の端末に向けて送信し、 図 6 7に よる処理を終了する。 これにより、 検索結果の画面が端末のディスプレイに表示 される。 格付けとは、 たとえば、 獲得ポイントが多く、 質問掲載者からの評判が よい人を上位格とし、 獲得ポイントが低く、 質問掲載者からの評判が悪い人を低 位格にするものである。 質問掲載者が高い格付けのエキスパートを選ぶと、 それ だけ満足できる回答を得られる可能性が高くなる。
以上説明した実施の形態によるコンテンツで行う検索によれば、 次の作用効果 が得られる。
( 1 ) 検索文書込み枠 6 O Aに書込まれた検索文もしくは検索文字書込み枠 6 0 Bに書込まれた検索文字について、 検索範囲チェックボックス 6 0 Cにチェック されたコンテンツの範囲でヒッ卜するものを検索する。 複数のコンテンツ内を検 索して各コンテンツごとにヒット件数を表示するとき、 各コンテンツの欄に検索 文字列、 文章との間で類似度が高いものから上位 5件ずつを表示するようにし、 さらに 「すべて表示」 するためのボタン 6 2 Aがクリックされた場合に、 ヒット 件数が 6件以上あるコンテンツ欄にヒットしたもの全てを表示するようにした。 この結果、 サービス利用者は、 表示画面をスクロールしなくても各コンテンツで ヒッ卜したものを確認することができる。
( 2 ) 掲示板のページ画面(図 6 3 )でカメラの機種名が表示されると、 この機種 名を検索文字とみなして検索処理を行うようにした。 本実施の形態による Webサイ ト用コンテンツはカメラおよびカメラに関連する情報ゃサービスを提供するもの であるので、 サービス利用者によりよい検索サービスを提供できる。
( 3 ) 製品情報を紹介するページ画面(図 6 5 )において、 当該ページ画面の記載 内容に関連する検索文字列をサービス提供者があらかじめ H T M Lで記述し、 当 該ページ画面上に設けた 「関連検索」 ボタン 6 5 Aをサ一ビス利用者がクリック するだけで検索文字列を入力しなくても検索を開始するようにした。 この結果、 サービス利用者は、 現在見ている(表示されている)ページ画面に関連する検索を 素早く行うことができる。
( 4 ) エキスパート情報を紹介するページ画面(図 6 3 )において、 当該ページ画 面の記載内容に関連する検索文字列をサービス提供者があらかじめ H T M Lで記 述し、 当該ページ画面上に設けた 「関連エキスパート検索」 ポタン 6 3 Aをサー ビス利用者がクリックするだけで検索文字列を入力しなくても検索を開始するよ うにした。 この結果、 サービス利用者は、 現在見ている(表示されている)エキス パートと撮影分野が同じであったり、 所有カメラが同じである他のエキスパート 検索を素早く行うことができる。
H T M Lによる検索文字列の記述は、 上述した以外にもボディ夕グ(く B0DYX/B 0DY»により文章を挟む方法や、 H T M Lページ内全ての文字を検索対象にする方 法を用いてもよい。 ページ内全ての文字を検索対象にする場合は、 検索結果にノ ィズが増える(必要以上にヒットする)ことが予想される。
また、 ページごとに検索文字列の記述を変えるようにしてもよい。 たとえば、 「製品情報」 を記載するコンテンツのページではタイトルタグに挟まれた文字列 を検索対象とし、 「記事」 を記載するページではタイトルタグに挟まれた文字列 とボディタグに挟まれた文章とを検索対象とする。 産業上の利用の可能性
サービス提供者が Webによって電子ショップサービス、 サイト検索サービス、 電 子掲示板サービスを提供し、 サービス利用者がインターネットに接続可能な端末 を用いて上記サービスを受ける。 サービス利用者は、 パーソナルコンビュ一夕の 他に、 携帯電話機、 P D A (携帯型情報端末)などを端末として用いる。
本説明では、 カメラおよびカメラに関連する商品の情報ゃサービスを提供する 例を説明したが、 家電商品や自動車などの他の商品に関連する情報やサービスを 提供してもよい。

Claims

請求の範囲
1 . 電子ショップの提供方法は、
利用者から発信される商品の選択を示す情報に応じて前記商品の在庫管理を行 い、
前記商品の在庫数が所定数以下の場合に、 前記商品選択を示す情報を発信した 利用者に対して前記商品の在庫切れを示す情報を発信する。
2 . 請求項 1に記載の電子ショップの提供方法において、
前記商品選択を示す情報は、 電子ショッピングカートに商品を入れたときに発 信する。
3 . 電子ショップの提供方法は、
利用者から発信される商品の選択を示す情報に応じて前記商品の在庫管理を行 い、
前記商品の在庫数が第 1の所定値以下になるか否かを監視し、
前記在庫数が所定時刻以降にはじめて前記第 1の所定値以下になったとき、 前 記商品の管理者に報知する。
4 . 請求項 3に記載の電子ショップの提供方法において、
前記商品の在庫数が前記第 1の所定値より小さな第 2の所定値以下になるか否 かを監視し、
前記在庫数が前記第 2の所定値以下になるごとに、 前記商品の管理者に報知す る。
5 . 請求項 3または 4に記載の電子ショップの提供方法において、
前記管理者へは電子メールにより報知する。
6 . 請求項 1乃至 5に記載の電子ショップの提供方法において、
前記電子ショップは、 Webによる電子ショップである。
7 . 電子ショップの提供方法は、
商品ごとに用意される商品識別情報に関連して前記商品ごとの在庫増減数を記 録し、
購入者から発信される商品の選択を示す情報に対応して逐次変化する当該商品 の在庫数をカウントし、 前記在庫増減数と前記在庫数とを表示する。
8 . 請求項 7に記載の電子ショップの提供方法において、
前記商品識別情報は、 少なくともラッピングの有無によって異なる。
9 . 請求項 7または 8に記載の電子ショップの提供方法において、
前記在庫数が第 1の所定値以下になるか否かを監視し、
前記在庫数が所定時刻以降にはじめて前記第 1の所定値以下になったとき、 当 該商品の在庫数の減少を管理者に報知する。
1 0 . 請求項 9に記載の電子ショップの提供方法において、
前記在庫数が前記第 1の所定値より小さな第 2の所定値以下になるか否かを監 視し、
前記在庫数が前記第 2の所定値以下になるごとに、 当該商品の在庫切れを管理 者に報知する。
1 1 . 請求項 1 0に記載の電子ショップの提供方法において、
前記在庫数が前記第 2の所定値以下の場合、 購入者から発信される商品の選択 を示す情報に応じて当該購入者に当該商品の在庫切れを示す情報を発信する。
1 2 . 請求項 7に記載の電子ショップの提供方法において、
前記商品識別情報ごとに当該商品の情報をさらに記録し、
前記在庫数が 0以下になるか否かを監視し、
( 1)前記在庫数が 0以下でない場合、 前記購入者から発信される商品の情報の要 求に対応して当該商品の情報を読出して前記購入者に発信し、
(2)前記在庫数が 0以下の場合、 当該商品の情報の発信を中止する。
1 3 . 電子ショップの提供方法は、
商品の在庫数が所定値になったときに行う処置が複数あり、 商品ごとに複数処 置のいずれの処置を行うかを設定し、
所定商品の在庫数が所定値になったときに、 所定商品に設定された処置を検出 し、
設定されている処置を実行する。
1 4 . 請求項 1 3に記載の電子ショップの提供方法において、
前記処置は、 商品情報の提供を中止することである。 '
1 5 . 請求項 1 3に記載の電子ショップの提供方法において、 前記処置は、 商品情報とともに在庫切れである情報を提供することである。
1 6 . 請求項 1 3に記載の電子ショップの提供方法において、
前記処置は、 商品検索の対象外にすることである。
1 7 . 商品の種類ごとに付与された商品識別情報により商品の管理を行う電子シ ョップの提供方法は、
同種類の商品であつても商品に対して行う所定の処置の有無により異なる商品 識別情報を付与し、
付与された商品識別情報により商品の管理を行う。
1 8 . 請求項 1 7に記載の電子ショップの提供方法において、
前記所定の処置は、 商品に対するラッピングである。
1 9 . 請求項 1 7に記載の電子ショップの提供方法において、
前記所定の処置は、 商品への文字入れである。
2 0 . 電子ショップの提供方法は、
利用者から商品の購入意志の指示信号を受信し、
前記商品の在庫状況を確認し、
前記商品の在庫がない場合に前記商品の予約を案内する情報を前記利用者に発 信する。 '
2 1 . 請求項 2 0に記載の電子ショップの提供方法において、
前記商品が購入できる予定日の情報を発信する。
2 2 . 電子ショップの提供方法は、
商品の購入者に対して抽選の情報を発信し、
前記購入者から発信される選択を示す情報に応じて抽選を行い、
前記抽選で賞品が当選した購入者に前記商品と前記賞品との配送先指示を要求 し、
前記購入者から前記商品と前記賞品とを同一の配送先に送る指示を示す情報が 発信された場合に、 前記商品と前記賞品とを同梱する指示を行う。
2 3 . 電子ショップの提供方法は、
在庫商品および在庫切れしている商品の両方を購入する購入者に前記両方の商 品を同送するか否かの配送指示を要求し、
前記購入者から同送の指示を示す情報が発信された場合に、 前記両方の商品を 同送する指示を行う。
2 4 . 電子ショップの提供方法は、
在庫商品および在庫切れしている商品の両方を購入する購入者に前記両方の商 品を分割決済するか否かの第 1の決済指示を要求し、
前記購入者から分割決済の指示を示す情報が発信された場合に、 クレジッ卜力 ―ド決済するか否かの第 2の決済指示を要求し、
前記購入者からクレジッ卜カード決済の指示を示す情報が発信された場合に、 2回目以降の決済に対する与信の指示を行う。
2 5 . 電子ショップの提供方法は、
第 1の商品を撮影した第 1のポリゴン画像データと、 前記第 1の商品に装着す る第 2の商品を撮影した第 2のポリゴン画像デ一夕とをそれぞれ記憶し、 購入者から発信される前記第 1の商品の選択を示す情報および前記第 2の商品 の選択を示す情報に対応して前記第 1のポリゴン画像デ一夕および前記第 2のポ リゴン画像デ一夕をそれぞれ読出し、
読出した前記第 1のポリゴン画像データおよび前記第 2のポリゴン画像データ を前記第 1の商品および前記第 2の商品のそれぞれの装着部位に対応するように 接合して一体化処理し、
前記一体化処理後の画像データを前記購入者に発信する。
2 6 . 請求項 2 5に記載の電子ショップの提供方法において、
前記購入者から発信される回転指示の情報に応じて前記一体化処理後の画像デ —夕に対する回転処理をさらに行い、
前記回転処理後の画像データを前記購入者に発信する。
2 7 . 電子ショップの提供方法は、
商品ごとに用意される関連商品の情報を記録し、
少なくとも購入者が既に所有する商品の情報と前記購入者の認証情報とを含め て前記購入者から発信される登録情報を記録し、
前記購入者から発信される前記認証情報に対応して前記登録情報から前記購入 者が所有する商品の情報を読出し、
読出した商品に対する関連商品の情報をさらに読出して前記購入者に発信する 2 8 . 請求項 2 7に記載の電子ショップの提供方法において、
前記購入者から発信される商品の選択を示す情報に応じて、 当該商品に対する 関連商品の情報をさらに読出して前記購入者に発信する。
2 9 . サイ卜に登録されている複数のコンテンツ内を検索するサイト検索方法は、 クライアントから発信される検索文字あるいは検索文字列を前記複数のコンテ ンッについてそれぞれ検索し、
前記検索によりヒットした文字あるいは文字列が登録されている登録場所を示 す情報を各コンテンッごとに分類し、
前記各コンテンッごとに分類された情報を並び替え、
前記並び替え後の前記各コンテンツごとに分類された情報について各コンテン ッごとに上位から所定数の情報をそれぞれ抽出し、
前記抽出した情報を前記クライアントに発信する。
3 0 . 請求項 2 9に記載のサイト検索方法において、
前記所定数は、 前記各コンテンツごとに決定される。
3 1 . サイトに登録されている複数のコンテンツ内を検索するサイト検索方法は、 クライアントに発信するページ画面を生成する情報の中に前記コンテンツの提 供者に関連する文字あるいは文字列が含まれるとき、 当該文字あるいは文字列を 検索文字あるいは検索文字列とし、
前記クライアン卜から発信される検索指示を示す情報に応じて、 前記検索文字 あるいは前記検索文字列を前記複数のコンテンツについてそれぞれ検索し、 前記検索によりヒットした文字あるいは文字列が登録されている登録場所を示 す情報を各コンテンツごとに分類し、
前記各コンテンツごとに分類された情報を並び替え、
前記並び替え後の前記各コンテンツごとに分類された情報について各コンテン ッごとに上位から所定数の情報をそれぞれ抽出し、
前記抽出した情報を前記クライアントに発信する。
3 2 . サイトに登録されている複数のコンテンツ内を検索するサイト検索方法は、 クライアントに発信するページ画面を生成する情報の中にあらかじめ検索文字 あるいは検索文字列の情報を含め、
前記クライアン卜から発信される検索指示を示す情報に応じて、 前記検索文字 あるいは前記検索文字列を前記複数のコンテンッについてそれぞれ検索レ、 前記検索によりヒッ卜した文字あるいは文字列が登録されている登録塲所を示 す情報を各コンテンツごとに分類し、
前記各コンテンツごとに分類された情報を並び替え、
前記並び替え後の前記各コンテンツごとに分類された情報について各コンテン ッごとに上位から所定数の情報をそれぞれ抽出し、
前記抽出した情報を前記クライアントに発信する。
3 3 . 請求項 3 2に記載のサイト検索方法において、
前記検索文字あるいは検索文字列の情報は、 前記ページ画面の内容に関連して 生成され、 前記ページ画面を生成する情報の中に含められる。
3 4 . サイトに登録されている複数のコンテンツ内を検索するサイト検索方法は、 利用者から発信される検索文字あるいは検索文字列を前記複数のコンテンッに ついてそれぞれ検索し、
前記検索によりヒッ卜した文字あるいは文字列が登録されている登録場所を示 す情報を各コンテンツごとに分類し、
前記分類した情報を前記利用者に発信する。
3 5 . 請求項 3 4に記載のサイト検索方法において、
各コンテンツごとに所定数の情報を抽出して前記利用者に発信する。
3 6 . 請求項 3 4に記載のサイト検索方法において、
前記複数のコンテンツの中から検索するコンテンツを選択する。
3 7 . 請求項 3 6に記載のサイト検索方法において、
検索するコンテンツの選択数に応じて所定数を決定し、
選択された各コンテンツごとに前記所定数の情報を抽出して前記利用者に発信 する。
3 8 . 複数のページを検索するサイト検索方法は、
所定ページに検索を開始する開始手段を配置し、 利用者により前記開始手段が操作された信号を受信し、
受信したことに応じて前記所定ページに関連があるページを検索し、
検索結果を利用者に発信する。
3 9 . 請求項 3 8に記載のサイト検索方法において、
前記所定ページ内にあらかじめ検索キーワードとなる文字または文字列が設定 される。
4 0 . 請求項 3 9に記載のサイト検索方法において、
前記ページは、 検索キーワードとなる文字または文字列を特定できるようにあ らかじめ所定の記述が施される。
4 1 . 請求項 4 0に記載のサイト検索方法において、
前記ページは、 H T M Lで記述され、
検索キーワードとなる文字または文字列は所定のタグで挟まれる。
4 2 . 請求項 3 8に記載のサイト検索方法において、
前記所定ページ内のあらかじめ決められた箇所を検索キ一ヮ一ドとして検索を 行う。
4 3 . 請求項 4 2に記載のサイト検索方法において、
前記あらかじめ決められた箇所は、 前記所定ページ内のタイトルである。
4 4 . 請求項 4 2に記載のサイト検索方法において、
前記所定ページは、 H T M Lで記述され、 所定のタグで挟まれた文字または文 字列である。
4 5 . 質問者から発信された質問を掲載し、 回答者から発信された回答を掲載す る電子掲示板の提供方法は、
前記質問者から発信されて前記掲載されている質問と、 電子アルバム利用者か ら発信されて前記電子ァルバムに記録されている画像デー夕とを所定のカテゴリ で分類し、
前記分類後の質問を掲載するとき、 当該質問に対応するカテゴリの画像データ を読出すのに必要な情報を生成する一方、 前記分類後の画像データを読出すとき、 当該画像データに対応するカテゴリの質問を掲載するのに必要な情報を生成する。 4 6 . 請求項 4 5に記載の電子掲示板の提供方法において、 前記カテゴリは、 前記質問および前記画像データを地図上のエリアごとに分類 する。
PCT/JP2002/004812 2001-05-18 2002-05-17 Procede de fourniture de magasin virtuel, procede de recherche de sites, et procede de fourniture tableau d'affichage WO2002095640A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP02726434A EP1394709A4 (en) 2001-05-18 2002-05-17 PROVISION METHOD FOR AN ELECTRONIC STORE, SITE SEARCH METHOD AND BULLETIN BOARD PROVISION METHOD
US10/713,097 US20040107147A1 (en) 2001-05-18 2003-11-17 Electronic shop providing method, site search method, and bulletin board providing method
US11/184,889 US20050256784A1 (en) 2001-05-18 2005-07-20 Electronic shop providing method, site search method, and bulletin board providing method
US12/068,328 US8073831B2 (en) 2001-05-18 2008-02-05 Electronic shop providing method, site search method, and bulletin board providing method for searching a plurality of content registered onto a website

Applications Claiming Priority (12)

Application Number Priority Date Filing Date Title
JP2001-149948 2001-05-18
JP2001-149958 2001-05-18
JP2001149978A JP2002342378A (ja) 2001-05-18 2001-05-18 電子掲示板の提供方法
JP2001-149935 2001-05-18
JP2001-149978 2001-05-18
JP2001149935A JP2002342631A (ja) 2001-05-18 2001-05-18 電子ショップの提供方法
JP2001149927A JP2002342630A (ja) 2001-05-18 2001-05-18 電子ショップの提供方法
JP2001149948A JP2002342597A (ja) 2001-05-18 2001-05-18 電子ショップの提供方法
JP2001-149969 2001-05-18
JP2001149969A JP2002342376A (ja) 2001-05-18 2001-05-18 サイト検索方法
JP2001149958A JP4803900B2 (ja) 2001-05-18 2001-05-18 電子ショップの提供方法
JP2001-149927 2001-05-18

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US10/713,097 Continuation US20040107147A1 (en) 2001-05-18 2003-11-17 Electronic shop providing method, site search method, and bulletin board providing method

Publications (1)

Publication Number Publication Date
WO2002095640A1 true WO2002095640A1 (fr) 2002-11-28

Family

ID=27554941

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2002/004812 WO2002095640A1 (fr) 2001-05-18 2002-05-17 Procede de fourniture de magasin virtuel, procede de recherche de sites, et procede de fourniture tableau d'affichage

Country Status (4)

Country Link
US (3) US20040107147A1 (ja)
EP (1) EP1394709A4 (ja)
CN (1) CN100432963C (ja)
WO (1) WO2002095640A1 (ja)

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002095641A1 (fr) * 2001-05-18 2002-11-28 Nikon Corporation Procede d'enregistrement de client de magasin electronique
US7685028B2 (en) * 2003-05-28 2010-03-23 Gross John N Method of testing inventory management/shipping systems
US20110028212A1 (en) * 2004-07-01 2011-02-03 David Krien Computerized Imaging of Sporting Trophies and Method of Providing a Replica
US20060089918A1 (en) * 2004-10-07 2006-04-27 Umberto Avanzi System and method for performing real-time market researches
CN101331522B (zh) * 2005-10-18 2012-10-10 富士胶片株式会社 图册创建设备
WO2007062045A2 (en) * 2005-11-23 2007-05-31 Mashhur Zarif Haque Method and system for surplus management
US20080082611A1 (en) * 2006-08-17 2008-04-03 Sam Samaha Unbiased information dissemination website
US7788136B2 (en) * 2006-09-08 2010-08-31 Karl Schweitzer Online agent ordering server and system for ordering items including booking activities from an in-room TV
JP2009087330A (ja) * 2007-09-11 2009-04-23 Nikon Corp 電子アルバム提供システムおよびファイル提供システム
US9497583B2 (en) 2007-12-12 2016-11-15 Iii Holdings 2, Llc System and method for generating a recommendation on a mobile device
EP3503008A1 (en) * 2007-12-12 2019-06-26 III Holdings 2, LLC System and method for generating a recommendation on a mobile device
JP5174748B2 (ja) * 2009-06-25 2013-04-03 三浦印刷株式会社 テナント店販売促進管理システム
WO2011040202A1 (ja) 2009-09-30 2011-04-07 楽天株式会社 画像内に存在しない物品をレコメンドするシステム
US8688578B2 (en) * 2010-02-26 2014-04-01 Bank Of America Corporation Business customer community hub
US20120036048A1 (en) 2010-08-06 2012-02-09 Diy Media, Inc. System and method for distributing multimedia content
JP5699744B2 (ja) * 2011-03-30 2015-04-15 カシオ計算機株式会社 検索方法、検索装置、ならびに、コンピュータプログラム
CN102194191A (zh) * 2011-05-16 2011-09-21 许昌义 电子版变纸质版的运营方法
US20140136606A1 (en) * 2012-11-09 2014-05-15 Nfluence Media, Inc. Consumer and brand owner data management
US10540515B2 (en) 2012-11-09 2020-01-21 autoGraph, Inc. Consumer and brand owner data management tools and consumer privacy tools
US10039987B2 (en) * 2013-12-18 2018-08-07 Activision Publishing, Inc. Methods and systems for an input device with an e-commerce button
CN104050285B (zh) * 2014-06-27 2018-04-27 广州猎豹网络科技有限公司 一种照片存储方法及装置
US20160005082A1 (en) * 2014-07-07 2016-01-07 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Advertising accessories for a digital imaging device
US20170074623A1 (en) * 2015-07-03 2017-03-16 Mark Hughes Electronic dartboard with scoreboard interface with portable electronic devices
CN106485447A (zh) * 2016-09-30 2017-03-08 北京京东尚科信息技术有限公司 基于用户浏览商品行为的数据处理的方法、装置及系统
CN110264308B (zh) * 2019-05-23 2022-02-01 厦门美柚股份有限公司 显示分类信息的方法、装置及移动终端
KR102413659B1 (ko) * 2021-08-09 2022-06-27 쿠팡 주식회사 아이템 정보 제공 방법 및 그 장치

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10124574A (ja) * 1996-10-16 1998-05-15 Oimatsu Sangyo:Kk コンピュータによる仮想空間商取引方法
JPH10302015A (ja) * 1997-02-28 1998-11-13 Fujitsu Ltd 商品管理装置
JP2000099585A (ja) * 1998-09-25 2000-04-07 Hitachi Ltd 検索型予約購入システム
JP2000163480A (ja) * 1998-11-30 2000-06-16 Ntt Data Corp 電子商取引システム、注文決済方法及び記録媒体
JP2000187683A (ja) * 1998-03-11 2000-07-04 Toray Ind Inc 衣料・服飾品の製造方法および衣料・服飾品の製造支援装置
JP2001109804A (ja) * 1999-10-12 2001-04-20 Toshiba Corp 情報提供システム
JP2001125976A (ja) * 1999-10-29 2001-05-11 Fujitsu Ltd 商品発注受注統合システム,商品情報管理プログラム記憶媒体および商品マスタデータ記憶媒体

Family Cites Families (95)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US188530A (en) * 1877-03-20 Improvement in pegging-awl handles
US128918A (en) * 1872-07-09 Improvement im the manufacture
US152200A (en) * 1874-06-16 Improvement in garters
JPS6330943A (ja) 1986-07-25 1988-02-09 Nec Corp 不要レコ−ド削除方式
US5774882A (en) * 1992-03-12 1998-06-30 Keen; Regina D. Credit approval system
US7058596B1 (en) * 1993-08-24 2006-06-06 Lykes Bros., Inc. System for managing customer orders and methods of implementation
JPH0877255A (ja) 1994-09-02 1996-03-22 Sony Corp サイバースペースシステム
US5732400A (en) * 1995-01-04 1998-03-24 Citibank N.A. System and method for a risk-based purchase of goods
US5706507A (en) 1995-07-05 1998-01-06 International Business Machines Corporation System and method for controlling access to data located on a content server
JPH09330355A (ja) 1996-06-10 1997-12-22 Hitachi Ltd 通信販売方法
US5864845A (en) * 1996-06-28 1999-01-26 Siemens Corporate Research, Inc. Facilitating world wide web searches utilizing a multiple search engine query clustering fusion strategy
JP3638181B2 (ja) 1996-08-13 2005-04-13 松下電器産業株式会社 電子掲示板登録装置
US5920854A (en) * 1996-08-14 1999-07-06 Infoseek Corporation Real-time document collection search engine with phrase indexing
US5873080A (en) * 1996-09-20 1999-02-16 International Business Machines Corporation Using multiple search engines to search multimedia data
US6058373A (en) * 1996-10-16 2000-05-02 Microsoft Corporation System and method for processing electronic order forms
WO1998018088A1 (fr) 1996-10-23 1998-04-30 Access Co., Ltd. Dispositif de traitement de l'information avec fonction de lecture automatique du web
JP4171080B2 (ja) 1996-12-11 2008-10-22 グローリー株式会社 遊技機システム
US6573927B2 (en) 1997-02-20 2003-06-03 Eastman Kodak Company Electronic still camera for capturing digital image and creating a print order
US6006205A (en) * 1997-02-28 1999-12-21 Walker Asset Management Limited Partnership Credit card billing method and system
JPH113372A (ja) 1997-06-10 1999-01-06 Sega Enterp Ltd 通信ネットワークを用いたユーザ情報ポイント管理システム及びユーザ情報ポイント管理方法
JPH119806A (ja) 1997-06-26 1999-01-19 Sankyo Kk 遊技用装置
US6415262B1 (en) * 1997-07-08 2002-07-02 Walker Digital, Llc Method and apparatus for determining a subscription to a product in a retail environment
DE69724947T2 (de) 1997-07-31 2004-05-19 Siemens Ag Rechnersystem und Verfahren zur Sicherung einer Datei
JPH1166035A (ja) 1997-08-21 1999-03-09 Omron Corp アンケート装置、アンケートシステムおよびレジ装置
JPH1185578A (ja) 1997-09-05 1999-03-30 Fujitsu Ltd ファイル管理装置とその動作を実行するためのプログラムを記載した記録媒体
US5960411A (en) * 1997-09-12 1999-09-28 Amazon.Com, Inc. Method and system for placing a purchase order via a communications network
GB2329489A (en) * 1997-09-17 1999-03-24 Oxford Forecasting Services Li Order processing apparatus and method
US6301586B1 (en) 1997-10-06 2001-10-09 Canon Kabushiki Kaisha System for managing multimedia objects
US6097389A (en) 1997-10-24 2000-08-01 Pictra, Inc. Methods and apparatuses for presenting a collection of digital media in a media container
US6104334A (en) 1997-12-31 2000-08-15 Eremote, Inc. Portable internet-enabled controller and information browser for consumer devices
JPH11203359A (ja) 1998-01-14 1999-07-30 Fuji Photo Film Co Ltd ネットワークフォトサービスシステム
JPH11249943A (ja) 1998-03-03 1999-09-17 Nec Corp 分散型データベースの同期管理システムおよび同期管理方法
JP2951307B1 (ja) 1998-03-10 1999-09-20 株式会社ガーラ 電子掲示板システム
US6915271B1 (en) * 1998-03-11 2005-07-05 The Product Engine, Inc. Method and system for delivering redeeming dynamically and adaptively characterized promotional incentives on a computer network
JPH11328216A (ja) 1998-05-20 1999-11-30 Nippon Telegr & Teleph Corp <Ntt> カタログ連結装置および方法とカタログ連結プログラムを記録した記録媒体
US6076071A (en) * 1998-07-06 2000-06-13 Automated Business Companies Automated synchronous product pricing and advertising system
JP2000020368A (ja) 1998-07-07 2000-01-21 Fuji Xerox Co Ltd 複合機のファイル管理方法および装置
US6389403B1 (en) * 1998-08-13 2002-05-14 International Business Machines Corporation Method and apparatus for uniquely identifying a customer purchase in an electronic distribution system
JP2000113031A (ja) 1998-09-30 2000-04-21 Toshiba Corp バーチャルモールシステム
JP2000194726A (ja) 1998-10-19 2000-07-14 Sony Corp 情報処理装置及び方法、情報処理システム並びに提供媒体
KR100608981B1 (ko) * 1998-10-27 2006-08-03 가부시키가이샤 아마다 판매 지원 시스템
TW515971B (en) 1999-02-10 2003-01-01 Ibm Network-based product information server
JP2000305617A (ja) 1999-02-19 2000-11-02 Nec Corp データ処理方法および装置、情報記憶媒体
US6980962B1 (en) * 1999-03-02 2005-12-27 Quixtar Investments, Inc. Electronic commerce transactions within a marketing system that may contain a membership buying opportunity
JP2000259859A (ja) 1999-03-10 2000-09-22 Dainippon Printing Co Ltd 3次元商品情報表示装置及び記録媒体
US6374241B1 (en) * 1999-03-31 2002-04-16 Verizon Laboratories Inc. Data merging techniques
JP4849706B2 (ja) 1999-03-31 2012-01-11 ソニー株式会社 情報提供処理装置、情報提供処理方法、および情報提供処理プログラム格納媒体
JP2000341644A (ja) 1999-05-28 2000-12-08 Canon Inc 画像処理装置及び方法並びに記憶媒体
US6868397B1 (en) * 1999-05-28 2005-03-15 Basic Resources, Inc. Equipment information system and method
US7243082B1 (en) * 1999-06-30 2007-07-10 Kyklos Entertainment S.R.L. Method and apparatus for generating a sale offer to selected individuals over electronic network systems
JP3660533B2 (ja) 1999-08-13 2005-06-15 日本電信電話株式会社 電子蔵書システム,電子蔵書作成処理方法および電子蔵書システムのプログラムを記録した記録媒体
JP2001084302A (ja) 1999-09-10 2001-03-30 Kazuya Sato 設問形式を用いた広告システム
JP3440040B2 (ja) 1999-10-22 2003-08-25 株式会社ファンコミュニケーションズ ネットワーク広告配信管理・ポイント還元システム、ネットワーク広告配信管理・ポイント還元システムの管理サーバ及びコンピュータ読取り可能な記録媒体。
JP2001134517A (ja) 1999-11-02 2001-05-18 Matsushita Electric Ind Co Ltd 電子掲示板システム
US6933832B1 (en) * 1999-11-09 2005-08-23 Noel Simms Automated receiving and delivery system and method
US7668747B2 (en) * 1999-12-13 2010-02-23 Autosavings Network, Inc. System and method for providing incentives to purchasers
US6976229B1 (en) 1999-12-16 2005-12-13 Ricoh Co., Ltd. Method and apparatus for storytelling with digital photographs
US7013286B1 (en) * 1999-12-30 2006-03-14 International Business Machines Corporation Generation, distribution, storage, redemption, validation and clearing of electronic coupons
US6965865B2 (en) * 1999-12-30 2005-11-15 Bank One Delaware N.A. System and method for integrated customer management
AU2659301A (en) * 2000-01-10 2001-07-24 Skulogix Inc. Method and system for facilitating fulfillment of electronic commercial transactions
US6446045B1 (en) * 2000-01-10 2002-09-03 Lucinda Stone Method for using computers to facilitate and control the creating of a plurality of functions
US20020004735A1 (en) * 2000-01-18 2002-01-10 William Gross System and method for ranking items
JP4028150B2 (ja) * 2000-02-09 2007-12-26 株式会社ソニー・コンピュータエンタテインメント 販売管理システムおよび販売管理方法
US6771801B1 (en) * 2000-02-11 2004-08-03 Sony Corporation Adaptable pre-designed photographic storyboard
JP3307625B2 (ja) 2000-02-25 2002-07-24 株式会社ガーラ 電子掲示板システムおよびメールサーバー
US7114124B2 (en) * 2000-02-28 2006-09-26 Xerox Corporation Method and system for information retrieval from query evaluations of very large full-text databases
US6996538B2 (en) * 2000-03-07 2006-02-07 Unisone Corporation Inventory control system and methods
US6611881B1 (en) * 2000-03-15 2003-08-26 Personal Data Network Corporation Method and system of providing credit card user with barcode purchase data and recommendation automatically on their personal computer
US6999637B1 (en) 2000-03-16 2006-02-14 Ipac Acquisition Subsidiary I, Llc Method and system for providing a photo album to a user of a digital imaging device
US20010032151A1 (en) 2000-04-18 2001-10-18 Glenn Paul Internet presentation system
US7200677B1 (en) * 2000-04-27 2007-04-03 Microsoft Corporation Web address converter for dynamic web pages
US6912532B2 (en) * 2000-05-22 2005-06-28 Benjamin H. Andersen Multi-level multiplexor system for networked browser
US20020152200A1 (en) * 2000-05-31 2002-10-17 Krichilsky Philip S. System and method for retrieving information pertaining to product
US20020147633A1 (en) 2000-06-19 2002-10-10 Kambiz Rafizadeh Interactive advertisement and reward system
JP2002024656A (ja) * 2000-07-12 2002-01-25 Fujitsu Ltd サーバ装置およびその記録媒体
US7284008B2 (en) * 2000-08-30 2007-10-16 Kontera Technologies, Inc. Dynamic document context mark-up technique implemented over a computer network
US20020038221A1 (en) * 2000-08-31 2002-03-28 Tiwary Vivek John Competitive reward commerce model
WO2002019233A1 (en) * 2000-09-01 2002-03-07 Mercanti Systems Apparatus and method for ensuring availability of inventory for electronic commerce
US7076444B1 (en) * 2000-09-20 2006-07-11 Priva Technologies, Inc. Electronic offer management system and method thereof
US20020089534A1 (en) * 2000-11-03 2002-07-11 Siekmann Rick L. Interactive marketing guide
US6678694B1 (en) * 2000-11-08 2004-01-13 Frank Meik Indexed, extensible, interactive document retrieval system
GB2370132A (en) * 2000-12-13 2002-06-19 Itt Mfg Enterprises Inc Procument system
US20020082954A1 (en) * 2000-12-22 2002-06-27 Dunston Stephen J. System and method for providing direct channel distribution over a global computer network
US20030074349A1 (en) * 2000-12-22 2003-04-17 Aman Gupta Method and apparatus for displaying real-time status of product availability, orders, and sales revenue
US20020091590A1 (en) * 2001-01-06 2002-07-11 Edgar Gary W. Fundraising system with creation, coordination, and order tracking tools
US20020111874A1 (en) * 2001-02-13 2002-08-15 Binnur Al-Kazily System and method for network based purchasing
US6591273B2 (en) 2001-03-02 2003-07-08 Ge Financial Holdings, Inc. Method and system for secure electronic distribution, archiving and retrieval
US20040128282A1 (en) * 2001-03-07 2004-07-01 Paul Kleinberger System and method for computer searching
US20020128918A1 (en) * 2001-03-07 2002-09-12 International Business Machines Corporation System, method and storage medium for back ordering out of stock products
US6785834B2 (en) * 2001-03-21 2004-08-31 International Business Machines Corporation Method and system for automating product support
US20020169681A1 (en) * 2001-05-11 2002-11-14 Vincent Christine S. Method and system for conducting business transactions through multiple and diverse distribution and product order channels
CN101853473B (zh) 2001-05-18 2013-08-14 株式会社尼康 登载图像的电子公告牌和电子相册服务的提供方法
WO2002095641A1 (fr) 2001-05-18 2002-11-28 Nikon Corporation Procede d'enregistrement de client de magasin electronique
US20020178223A1 (en) * 2001-05-23 2002-11-28 Arthur A. Bushkin System and method for disseminating knowledge over a global computer network
US6968362B2 (en) 2001-12-28 2005-11-22 Bellsouth Intellectual Property Corp. Systems and methods for remote access to a display-based bulletin board in a shared user environment

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10124574A (ja) * 1996-10-16 1998-05-15 Oimatsu Sangyo:Kk コンピュータによる仮想空間商取引方法
JPH10302015A (ja) * 1997-02-28 1998-11-13 Fujitsu Ltd 商品管理装置
JP2000187683A (ja) * 1998-03-11 2000-07-04 Toray Ind Inc 衣料・服飾品の製造方法および衣料・服飾品の製造支援装置
JP2000099585A (ja) * 1998-09-25 2000-04-07 Hitachi Ltd 検索型予約購入システム
JP2000163480A (ja) * 1998-11-30 2000-06-16 Ntt Data Corp 電子商取引システム、注文決済方法及び記録媒体
JP2001109804A (ja) * 1999-10-12 2001-04-20 Toshiba Corp 情報提供システム
JP2001125976A (ja) * 1999-10-29 2001-05-11 Fujitsu Ltd 商品発注受注統合システム,商品情報管理プログラム記憶媒体および商品マスタデータ記憶媒体

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"'Kaimono Dairinin' ga daiyakushin kakaku kosho de ninki atsumeru", NIKKEI INFORMATION STRATEGY, vol. 7, no. 8, 24 August 1998 (1998-08-24), pages 142 - 151, XP002955807 *
See also references of EP1394709A4 *

Also Published As

Publication number Publication date
CN100432963C (zh) 2008-11-12
US20080147680A1 (en) 2008-06-19
US8073831B2 (en) 2011-12-06
US20040107147A1 (en) 2004-06-03
US20050256784A1 (en) 2005-11-17
CN1509451A (zh) 2004-06-30
EP1394709A4 (en) 2007-07-25
EP1394709A1 (en) 2004-03-03

Similar Documents

Publication Publication Date Title
WO2002095640A1 (fr) Procede de fourniture de magasin virtuel, procede de recherche de sites, et procede de fourniture tableau d&#39;affichage
WO2002095597A1 (en) Method for providing bulletin board for placing an image and method for providing electronic album service
US6119101A (en) Intelligent agents for electronic commerce
US20160203493A1 (en) Electronic shop customer registration method
KR100460008B1 (ko) 온라인 쇼핑 검색 서비스 제공 방법 및 시스템
US7043527B2 (en) System and method for offering information service, method of assisting information release service, and information sharing server
WO1997026612A1 (en) Intelligent agents for electronic commerce
US20090228339A1 (en) Method and system for revenue per reverse redirect
JP4803900B2 (ja) 電子ショップの提供方法
BRPI0719759A2 (pt) Métodos e sistemas para a oferta e venda de anúncio
JP4758025B2 (ja) 電子アルバムサービスシステム
JP2011065670A (ja) 電子ショップの提供方法
JP4724950B2 (ja) ネットワークサービスシステム
JP2002342376A (ja) サイト検索方法
JP4622156B2 (ja) 顧客登録システム
JP4674412B2 (ja) 登録システム
JP4784002B2 (ja) ネットワークサービスシステム
JP2002342378A (ja) 電子掲示板の提供方法
JP2002342597A (ja) 電子ショップの提供方法
JP2002342630A (ja) 電子ショップの提供方法
JP2002342636A (ja) 顧客登録方法
JP2002342631A (ja) 電子ショップの提供方法
JP2002015075A (ja) 教習所入校システム
WO2001063523A1 (en) INFORMATION RESEARCH AND PURCHASING SYSTEM
WO2002050709A2 (en) Managing a database of media data

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE ES FI GB GD GE GH GM HR HU ID IL IN IS KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ OM PH PL PT RO RU SD SE SG SI SK SL TJ TM TN TR TT TZ UA UG US UZ VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 10713097

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 028101960

Country of ref document: CN

REEP Request for entry into the european phase

Ref document number: 2002726434

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2002726434

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 2002726434

Country of ref document: EP

REG Reference to national code

Ref country code: DE

Ref legal event code: 8642