JP2005165530A - System and method for processing information - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an interface having superior operability for a portable terminal particularly with low display capability regarding re-inputting operation of data. <P>SOLUTION: In an orderer information input screen and an addressee information input screen, when input data is faulty, items necessary for reinputting by a user are plainly noticed so that an input field for these items is indicated on a display of the portable terminal by priority. Further, scrolling operation is lessened while reinputting, and operability for the user can be also improved. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to an information processing apparatus and an information processing method for receiving an order for services and the like online from a user terminal, particularly an information communication terminal having a small display unit such as a mobile phone.

2. Description of the Related Art Conventionally, sites that accept orders for various services such as services for printing images on a postcard from a user's information communication terminal via a network such as the Internet are known. When placing an order from such a site, when a user accesses the site, data describing a screen displayed on the terminal is transmitted from the server to the terminal. The terminal interprets the data with a browser and displays it. The screen includes a field for the user to input various information for ordering, a field for the user to give the terminal an opportunity to transmit the input information to the server, and the like. The user inputs necessary items in these fields and transmits them to the server.
JP2003-281029

  However, if the user's information communication terminal has a limited display capability, such as a mobile phone, which has a limited display capacity such as the amount of screens and colors that can be displayed at one time, no script installed, or no cookie function, what The burden of user operations will be excessive, such as having to enter the same information again, scrolling the screen because it is a small screen, and making it difficult to enter characters. There was a problem. Of course, the same applies to a small information terminal called a PDA, a stationary browser phone, etc., which is not a mobile phone but has a small display portion.

  In addition, the browser software installed on mobile devices has fewer usable tags and attributes than the browser software installed on Personal Computer (PC), so the expressive ability is poor and events such as errors occur. At times, there was a great limitation on the presentation method to notify the user. Also, even if it is expressed to call attention by changing the character type such as color, font bold, italic etc., the display size of the mobile terminal display is small, so the user is hard to see or overlooked there were.

  In addition, since the script is not installed, it is necessary to connect to the server every time the service is ordered, and line charges (circuit exchange fee, packet fee, etc.) are also generated, causing the user to bear an excessive cost. There was a problem.

  In addition, it is possible to reduce the amount of screen information displayed at one time. However, when multiple items such as addresses and names are entered, if the screen is divided into multiple screens, Since the information cannot be confirmed, there is a problem that it is difficult for the user to operate when it is desired to change the information of the already input item.

  The present invention has been made to solve the above-described problems of the prior art, and the object of the present invention is to enable reuse of data once entered by a user and to easily change the data. is there. Another object of the present invention is to provide a user-friendly interface that reduces the load on the user when prompting re-input of data that has failed to be input.

  In order to achieve the above object, the present invention has the following configuration.

An information processing apparatus for receiving an order from an information terminal via a network,
Transmitting means for transmitting screen display information for inputting order information to the information terminal;
Receiving means for receiving order information input at the information terminal according to the screen display information;
Of the order information received by the receiving means, determination means for determining items that need to be re-input,
Re-transmission means for transmitting, to the information terminal, screen display information edited so that items determined to be re-input by the determination means are preferentially displayed.

  More preferably, the re-transmission means does not display information in the entry field of the item determined to require re-input, and displays already input information for the other items. As described above, the screen display information is generated and transmitted.

  More preferably, the re-transmission means further arranges an item for instructing completion of re-input near the end of the item determined to require re-input.

Alternatively, a server device using a browser phone as a client,
Send form data describing a form for inputting order information to the browser phone,
Receiving the order information entered on the browser phone according to the form;
The form data is edited so that an item determined to be re-input is determined in the received order information, and the item determined to be re-input is arranged at the top part of the form, and the form data is edited in the browser A server device that transmits to a phone.

  According to the present invention, it is possible to improve operability when an input error or the like occurs in an information input process in a device with a limited screen display data amount. In addition, regardless of restrictions on the expression capability of the terminal, such as color, the user can be alerted to items that need to be re-input, and the difference is not affected by variations for each terminal. Furthermore, it is possible to improve the operability and acquire the independence of the terminal without increasing the data amount.

  Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the drawings. Here, an information providing system that shares and provides image data via the Internet will be described as an example of an information processing system according to an embodiment that implements the present invention.

(Outline of information provision system)
FIG. 1 is a diagram illustrating a configuration example of an information providing system according to the present embodiment. The information providing system according to this embodiment includes a photo site 105 that provides a service for managing images and personal information from a user, a print site 109 that prints an image managed by the photo site 105, and a user as a price for printed matter. A store 121 that directly receives money, a payment site 120 that performs deposit processing, a personal computer (PC) 102 (hereinafter, abbreviated as user PC) of a user who receives service, and a mobile terminal 113. The user PC 102 is connected to a digital camera 101 that converts an optical image, which is image information, into an electrical signal, performs predetermined image processing, and then records and reproduces the digital information. In addition, not only a digital camera but an image input device such as a scanner may be connected to the user PC 102. The data transfer interface 116 is an interface for transferring image data from the digital camera 101 to the storage area of the user PC 102. As the data transfer interface 116, a universal serial bus (USB), a wired interface represented by IEEE1394, or a wireless interface represented by IrDA or Bluetooth can be used.

  The photo site 105 stores image data taken by the user's digital camera 101 in a server on the Internet 104 or in a storage area connected to the server, and allows the user to view the stored image data. A service for accepting a print order for stored image data and a service for allowing an invited user designated by the user to view the stored image data are provided. It should be noted that the photo site 105 according to the present embodiment does not provide a print service independently, and is affiliated with a print site 109 that can provide various print services.

  In addition, the photo site 105 according to the present embodiment does not provide a settlement service independently, and is affiliated with a settlement site 120 that collects the price. The photo site 105 according to the present embodiment waits for payment information for the price of the printed material, and requests the print site 109 to print the image data. The print site 109 prints out electronic documents such as New Year's cards, word processing documents, and images transferred using the Internet 104 using a printing apparatus, and provides the printed matter 112 to the user as a product.

  On the user PC 102, a Web browser having a standard protocol capable of transferring information over the Internet 104 can operate. With this Web browser, the photo site 105 can be accessed using a standard protocol such as the http protocol, and Web information created in a description language such as HTML or XML can be displayed. The Web information is linked to multimedia information such as images and sounds managed by the photo site 105. With this operation, the user of the user PC 102 can receive the service provided by the photo site 105 using the Internet 104.

(Hardware configuration example of the server that constitutes the photo site)
FIG. 2 is a diagram illustrating a hardware configuration example of a server that configures the photosite 105 according to the present embodiment. FIG. 2 mainly shows the control unit, and the input / output device and the like are omitted. The photo site 105 includes a plurality of server devices that execute various functions connected to a local area network (LAN). Note that the server computer of the photo site 105 actually communicates with a terminal or the like via the Internet. The server computer may be referred to as the photo site 105.

  A central processing unit (CPU) 210 is a control device for controlling the entire server device by executing a program. The ROM 220 stores programs and parameters that do not need to be changed. The RAM 230 is a storage area for temporarily storing programs and data. The external storage device 240 is a fixed hard disk or memory card, or a removable and portable floppy disk (FD) or compact disk (CD) or other optical disk, magnetic or optical card, IC card, or memory card. For example, a non-volatile file device. The external storage device 240 includes a data storage area and a program storage area. The ROM 220 and the RAM 230, particularly the external storage device 240, may be configured to be distributed among a plurality of devices, or may exist outside the server device and be communicably connected to the server device. Good.

(Image storage service)
A user can upload an image held by the user to a photo site and request storage thereof. At this time, when the user PC 102 accesses the photo site 105 and transmits information indicating the intention to the server of the photo site 105, screen information serving as a user interface is transmitted from the server of the photo site 105 to the user PC 102, and the web browser Is displayed. According to the information displayed on the web browser, image data to be transferred is selected from the image data stored in the information storage area of the user PC 102, and is managed by the photo site 105 via the Internet 104 in conjunction with the image upload request action. To the image DB 117 to be transferred. Alternatively, it may be transferred according to image upload dedicated software installed in the user PC 102 instead of information displayed on the Web browser. Both methods are executed based on a protocol that can be used on the Internet 104, such as http or ftp.

  The photo site 105 stores the image data uploaded from the user PC 102 in the image DB 117. Note that the photo site 105 can also manage image data uploaded from the user PC 102 as an album in which a plurality of image data are collected as one unit. The photo site 105 not only manages image data, but also centrally manages attribute information and various data of the image data. For example, the various types of data include user attribute information used for authentication of a user who accesses the photo site 105, and attribute information of the print site 109 that requests printing of stored image data. Further, although a PC has been described as an example of a terminal for uploading image data, the present invention is not limited to this, and the present invention is not limited to this. A portable terminal 113 such as a cellular phone, or a digital camera, digital video, scanner, copying machine You may upload from image input devices, such as.

(Image viewing service)
When a user browses an image on the photo site 105, the user accesses the photo site 105 using a Web browser operating on the user PC 102, and requests to browse image data stored in the photo site 105. I do. Next, after executing user authentication and the like, the photo site 105 sends Web page information for displaying an image on the Web browser of the user PC 102 to the Internet 104. The web browser of the user PC 102 analyzes the web page information sent from the photo site 105 and displays an image. Further, in order to allow an invited user designated by the user to view images or albums stored in the image DB 117 of the photo site 105, the user provides from the photo site 105 displayed on the web browser of the user PC 102. The e-mail address of the invited user is entered on the input screen, and the photo site 105 is notified.

  The photo site 105 generates a universal resource locator (URL) for accessing an image or album to be viewed by the invited user. Then, the generated URL is described in an e-mail message and transmitted to the invited user. The invited user who has received the e-mail from the photo site 105 can access the photo site 105 and display an image or album by inputting the URL described in the e-mail into the web browser of the user PC 102 ′. . In the above description, an example in which the user and the invited user browse images using a PC has been described. However, it is obvious that the mobile phone 113 can be used in the same manner as in the case of the PC.

(Image print order acceptance service)
The user can browse the image data of the album stored in the image DB 117 of the photo site 105 by operating the user PC 102 or the portable terminal 113 and inputting the URL issued by the photo site 105 to the web browser. FIG. 10 shows a login screen displayed on the display of the portable terminal 113 when browsing the album. The user can view the images in the album by operating the portable terminal 113 to input an appropriate password in the password input area 1001 and pressing an “OK” button 1002. When the photo site 105 receives a new access from the mobile terminal 113, the photo site 105 issues a session ID for uniquely identifying the access, creates a new record in the MB session information table 600 (FIG. 6), and Values are stored in ID 601, last access date and time 602, and access date and time 603, respectively. The mobile terminal 113 is notified of the session ID, and thereafter, the mobile terminal 113 accesses the photo site 105 using the URL including the session ID in the parameter portion of the URL. As described above, the communication between the mobile terminal 113 and the photo site 105 using the session ID allows the photo site 105 to recognize that it is continuous access from the mobile terminal 113. You can manage access. Then, the user can make an order for printing the images of the viewed album to the photo site 105.

  FIG. 3 is a flowchart for explaining the print order receiving process executed by the server of the photo site 105. When the user places a print order for the album being browsed, the user presses a “print order” link 1109 in the image browsing screen 1100 of FIG. When the “print order” link 1109 is pressed, information indicating that “print order” has been pressed is transmitted to the photo site 105 together with the number of input sheets.

  The photo site 105 receives information from the terminal, examines its contents, and detects that the “print order” link 909 has been pressed (step S301). The procedure in FIG. 3 starts from reception of information from the terminal. In step S301 in FIG. 3, the processing loops until the number of prints is received, but this is for convenience of description and does not mean that other processing cannot be performed.

  When the photo site 105 detects that the print order link 1109 is pressed on the mobile terminal 113, the photo site 105 transmits screen data for displaying the batch print order screen 1200 (FIG. 12) on the display of the mobile terminal 113 (step S302). ). Then, the web browser of the portable terminal 113 analyzes the screen data from the photo site 105 and displays the batch print order screen 1200 on the display. In accordance with the batch print order screen 1200, the user designates the print size and the number of prints for all image data included in the browsed album. Further, the photo site 105 issues a new order number for the print order and creates a new record in the order information table 700 (FIG. 7) in the database 118 (step S303). The issued order number is always added to various URL parameter parts embedded in a print order-related screen described later.

  FIG. 7 is a diagram showing an order information table managed by the photo site 105 in the present embodiment. In the order information table 700, when an album print order is placed, one record is created for each order and is registered and managed in the database 118. Using the order number 701 issued for each print order as a key, the orderer ID 702, delivery destination name 703, delivery destination postal code (1, 2) 704, 705, delivery destination prefecture code 706, delivery destination address (1, 2) 707 708, delivery destination telephone numbers (1, 2, 3) 709, 710, 711 and order date 713 are stored.

  When the user operates the portable terminal 113 and presses a pull-down menu 1202 on the batch print order screen 1200, various print sizes are displayed in a list form, and a desired print size is selected from the list. The various print sizes include, for example, no DP border, DP border, L border, L border, 2L border, 2L border, and the like. Subsequently, the user operates the portable terminal 113 to input a desired number of prints in the number input area 1203 of the batch print order screen 1200. When the selection of the print size and the input of the number of prints are completed, the user operates the portable terminal 113 and presses the “Proceed” button 1204.

  The photo site 105 detects whether the “Proceed” button 1204 is pressed on the mobile terminal 113, the “here” button 1205 is pressed, or the “order cancel” link 1206 is pressed (step S 304). When the photo site 105 detects that the “order cancel” link 1206 is pressed, the photo site 105 cancels the print order processing. Further, the display of the portable terminal 113 returns to the display of the image browsing screen 1100. At this time, the image displayed on the image browsing screen 1100 is an image displayed immediately before entering the print order process.

  When the photo site 105 detects that the “here” button 1204 is pressed on the portable terminal 113, the photo site 105 selectively orders only some of the images in the album or prints a different number of prints for each image in the album. Screen data for displaying the individual print order screen 1300 (FIG. 13) that can be designated on the display of the portable terminal 113 is transmitted (step S305).

  On the individual print order screen 1300, the image names 1302 of the images in the album that the user is browsing are displayed in a list, and the desired number of images can be entered in the number-of-images input area 1303 of the image to be printed. The number of prints can be specified for each. When the “setting update” button 1304 is pressed, the number input in the number input area 1303 is sent from the Web browser of the portable terminal 113 to the photo site 105.

  In this embodiment, the print size is specified on the batch print order screen 1200 and is not specified on the individual print order screen 1300, but this is not particularly limited. In the present embodiment, a maximum of five image names are displayed on one screen of the individual print order screen 1300. If there are more images in the album, the image names span multiple pages. However, the number of image names displayed on one screen is not particularly limited. A page number 1305 represents a currently displayed page when a list of image names is displayed across a plurality of pages. Further, by pressing a “Previous” link 1306 and a “Next” link 1307, movement between pages is performed. Further, by inputting the page number of the movement destination in the page number designation area 1308 and pressing the display button 1309, it is possible to move to the page of the designated page number. When there are five or less image names to be displayed on one screen of the individual print order screen 1300, a “setting update” button 1304, a “previous” link 1306, a “next” link 1307, a page number designation area 1308, There is no “display” button 1309. The image name itself displayed on the screen is also a link. When the user operates the portable terminal 113 and presses this link, the display on the portable terminal 113 is displayed on the image confirmation screen 1400 (FIG. Transition to 14). When the “return” link 1312 is pressed on the individual print order screen 1300, the display on the mobile terminal 113 transitions to the batch print order screen 1200.

  An image confirmation screen 1400 in FIG. 14 is a screen for the user to actually see and confirm an image desired to be printed. On this screen, the image stored in the image DB 117, the image name, the image page number, the image size, and the number of prints are displayed. When a “return” link 1401 is pressed, a transition is made to the individual print order screen 1300. When the “Proceed” button 1204 or 1310 is pressed on the batch print order screen 1200 or the individual print order screen 1300, the photo site 105 creates and selects records for the number of images ordered in the order image data table 1200. The print size and the number of input prints are stored (step S306). When the “setting update” button 1304 is pressed on the individual print order screen 1300, the photosite 105 can accept the number of prints input from the portable terminal 113 and stores the number of prints.

  FIG. 9 is a diagram showing an order image data table managed by the photo site 105 in the present embodiment. In the order image data table 900, when there is a print order for an album image, records corresponding to the number of images to be ordered are created and registered in the database 118 and managed. The order image data table 900 includes an acceptance number 902 of the print site 109 using the order number 901 as a key, an image number 903 managed for each print order, a thumbnail image copied for print order, an original image, and a preview display image. File paths 904, 905, and 906, the number of prints 907, the print size 908, the print type 909, and the image ID 910 are managed. The print size 908 stores “1” for L size, “2” for 2L size, “3” for government postcard size, “4” for private postcard size, and “5” for A4 size. . In the print type 909, a value indicating that “0” means a borderless print and “1” means a bordered print is stored. In the same order, the same number is stored as the order number 901 and the order number 501. The image ID 910 holds an image ID for uniquely identifying the album image stored in the image DB 117. The photo site 105 transmits screen data for displaying the orderer information input screen 1500 (FIG. 15) on the display of the portable terminal 113 (step S307).

  The photo site 105 searches for a record having the corresponding session ID 401 from the MB session information table 600 (see FIG. 6) using the session ID included in the parameter part of the URL used for access from the mobile terminal 113 as a key. If there is a corresponding record and a value is stored in the order number 606, a record having the corresponding order number 701 is searched from the order information data table 900 using the order number 606 as a key. If there is a corresponding record and a value is stored in the orderer ID 702, a record having the corresponding orderer ID 801 is searched from the orderer data table 800 using the orderer ID 702 as a key. Then, the information of the corresponding record is displayed on the orderer information input screen 1500.

  In this way, the orderer information can be acquired based on the session ID. Therefore, when the same user makes print orders a plurality of times with access to the same session ID, the orderer input immediately before is entered. This information can be displayed in advance on the orderer information input screen 1500, so that it is possible to save the user from having to input the same information over and over again. If this is the first print order with a new access, no value is stored in the order number 606 of the MB session information table 600, so there is no information that can be reused. Is displayed.

  FIG. 8 is a diagram showing an orderer data table managed by the photo site 105 in the present embodiment. In the orderer data table 800, when an album print order is placed, one record is created for each order and is registered and managed in the database 118. In the orderer data table 800, using the orderer ID 801 as a key, a user ID 802, a notification e-mail address 803, a full name (surname) 804, a full name (surname) 805, a furigana (surname) 806, a furigana (surname) 807, a zip code (1) 2) 808, 809, prefecture code 810, address (1, 2) 811, 812, telephone number (1, 2, 3) 813, 814, 815 are managed. In the same order, the same ID is stored in the orderer ID 801 of the ordering company data table and the orderer ID 702 (FIG. 7) of the order information data table.

  The user follows the instructions on the orderer information input screen 1500 displayed on the display of the portable terminal 113, first and last names 1502 and 1503, first and last name readings 1504 and 1505, postal code 1506, address 1507 to 1509, telephone number 1510, mail address 1511, The delivery method 1512 and the delivery destination 1513 are input, and the “Proceed” button 1514 is pressed. Here, the photo site 105 detects whether or not the “Proceed” button 1514 has been pressed (step S308). The user does not need to input items for which information input in the past is displayed in advance, but can input again if there is a correction or change. If the “Proceed” button 1514 is pressed, the photosite 105 checks whether there is any deficiency in the input information (step S309).

  If there is no defect in the input information, the photo site 105 generates a new record in the orderer information table 800 and stores the input data (step S310). At this time, the newly assigned orderer ID is stored in the orderer ID field 801 in the generated new record. Further, the newly assigned orderer ID is stored in the orderer ID field 702 in the record of the order information data table 700 created in step S301. Further, an order number corresponding to the order currently being processed is stored in the order number field 606 in the session information table 600 corresponding to the current session. This order number is included in the URL parameter when the orderer information input screen 1200 is called, and is the order number issued in step S303 described above. As a result, the order information in the corresponding order information data table 700 and the orderer information in the orderer data table 800 can be traced from the session information in the MB session information table 600. If the order number has already been stored in the order number field 606, it is overwritten with the newly issued order number (step S310).

  Upon receiving the “Proceed” button 1514 pressed by the user's operation, the photo site 105 checks whether “same as the orderer” is selected as the delivery destination 1513 or “designate delivery destination” is selected. To do. If “designate delivery destination” is selected, the photo site 105 outputs Web page data for transitioning the screen displayed on the display of the portable terminal 113 to the delivery destination input screen 1600 of FIG. In the delivery destination input screen 1600, as in the orderer information input screen 1500, the corresponding order information record is searched from the order information data table 700 using the session ID as a key, and information is stored in the delivery destination information 703 to 711 of the corresponding record. Are stored, they are displayed. As a result, when a print order is made a plurality of times in the same session, since the delivery destination information input immediately before is displayed in advance, the user can save the trouble of inputting the delivery destination again. It should be noted that the delivery destination input screen 1600 also checks whether there is any deficiency in the input data as in the orderer information input screen 1500, and the processing corresponding to the check result is executed in the same manner. Then, the data input on the delivery destination input screen 1600 is stored in the order information data table 700. On the other hand, if “same as the orderer” is selected, the value of the corresponding record in the orderer data table 800 is stored in the order information data table 700 (step S311). When the “Return” button 1516 is pressed instead of the “Proceed” button 1514, the screen displayed on the display of the mobile terminal 113 is displayed from the orderer information input screen 1500 as a batch print displayed immediately before that. The screen transits to either the order screen 1200 or the individual print order screen 1300.

  Then, the photo site 105 outputs Web page data for transitioning the screen displayed on the display of the mobile terminal 113 to the estimate display screen 1800 in FIG. 18 (step S312). Here, the photo site 105 totals the product price, the shipping fee, and various fees for display on the estimate display screen 1800, calculates the usage amount, and displays it.

  When the “return” link 1804 is pressed on the estimate display screen 1800, the display on the mobile terminal 113 is changed to either the orderer information input screen 1500 or the delivery destination input screen 1600 displayed immediately before. . When the “order cancel” link 1803 is pressed, the photo site 105 cancels the print order process and returns the display on the mobile terminal 113 to the image browsing screen 1100. The image displayed on the image browsing screen 1100 is the image displayed immediately before entering the print order process.

  When the “Order” button 1802 is pressed on the estimate display screen 1800, the photo site 105 checks whether or not the image selected by the user is in the image DB 117 (S313). If there is no image, an error screen is displayed on the display of the portable terminal 113, and then the batch print order screen 1200 is displayed again to prompt the user to select an image.

  If there is an image, the order confirmation screen 1900 of FIG. 19 is displayed on the display of the portable terminal 113 to notify the user that the print order request has been accepted. Then, the photosite 105 performs a print order file creation process (step S314). Here, the print order file is a collection of information such as image data to be printed, number of prints, print size, orderer information, delivery destination information, usage amount, and the like in one file.

  Subsequently, the photo site 105 notifies the settlement site 120 of the usage amount (step S315). The settlement site 120 performs a process of accepting the notified usage amount, and then notifies the photo site 105 of the confirmation number. As a result, the photo site 105 can confirm that the settlement of the print order has been completed. In addition, the process of accepting the usage amount notified by the settlement site 120 includes, specifically, a process of receiving a credit from a credit company and a notification that a user has completed payment at a bank transfer or a convenience store. There is processing received from financial institutions.

  Then, when the photo site 105 confirms that the settlement of the print order is completed, the order file created in step S314 is transferred to the print site 109 together with the print request (step S316). Upon receiving the print request, the print site 109 prints image data with a printer, and obtains a printed matter 112. Then, the operator of the print site 109 delivers the printed matter 112 to the delivery destination specified in the order file.

  When the end button 1902 of the order confirmation screen 1900 is pressed, the user can complete the print order process and return the screen displayed on the display of the mobile terminal 113 to the image browsing screen 1100. The image displayed on the image browsing screen 1100 is an image displayed immediately before entering the print order process.

(Re-entry procedure)
On the other hand, a process executed at the photosite 105 when it is determined that the information input in step S309 is incomplete will be described. It should be noted that if there is an item that has not been input or if an unspecified character type has been input, it is checked that the input information is incomplete. Specifically, in step S309, whether there are no items that have not been input, whether the input data is appropriate, whether the amount of input data has exceeded the data amount, or the prefecture name has been input correctly. Check if it is. In addition, it can set whether it is essential for every item, and if it is an item which is not essential, it will not be checked that it is incomplete even if data is not input. In addition, an input value condition such as an upper limit or a lower limit of the data amount is set for each item, which one of half-width and full-width is appropriate.

  The photo site 105 stores the data of the items with no deficiencies in the orderer information table 800 (S317). Thereafter, processing for outputting screen data for displaying a re-input request screen 2000 (FIG. 20) prompting re-input of order information on the display of the portable terminal 113 is executed. The photo site 105 displays the data of the items that are not incomplete on the re-input request screen 2000 as already received data, but the items that are incomplete are in an empty state in order to request input again. Is displayed. This is because it is possible to input items that require re-input and correction of data that is not incomplete on one screen.

  In addition, it is assumed that input mistakes are frequently made in a device such as the portable terminal 113 that has a low display capability due to a small display and a low input capability because it does not have a pointing device or a keyboard. Therefore, an object of the present invention is to provide a mechanism for prompting the user to input again efficiently within the limited display capability.

  Here, the contents of the Web page data created by the photo site 105 will be described. In order to display various screens on the display of the mobile terminal 113, the photo site 105 creates Web page data using an HTML form function that can be analyzed by the browser of the mobile terminal 113, and provides the web page data to the mobile terminal 113.

   An example of Web page data (for example, data described in CompactHTML) on the orderer information input screen 1500 is shown in FIG. Since FIG. 22 is an example of data described in HTML, the elements used in FIG. 22 will be described first. FIG. 22 shows only a part for displaying a screen for inputting orderer information by a browser on the terminal as described later, and other elements may be described before and after this part. The form element described by the form tag <FORM> </ FORM> is an element for displaying an input field by the browser. The form element includes an input element for describing each input item, and is described by an input tag (<INPUT>). The input element includes a type attribute (described by “type =”), a value attribute (described by “value =”), a name attribute (described by “name =”), and the like. The type attribute is an attribute for describing an input data type. If text, a text box is displayed by the browser to allow input of a character string. If radiobutton is selected, a radio button can be alternatively selected. Is displayed, the selection is permitted, and if it is a submit, a transfer button for instructing transfer of the data input in the form element is displayed, and the pressing of the button is permitted. If the transfer button is pressed, the input data is transmitted to the server. As the value attribute, if the type attribute is a radio button, a value corresponding to the selected radio button is designated, and if it is a submit, the name of the transfer button is designated. The name attribute indicates a name to which input data is referred. The designation of “checked” indicates designation of a column that has already been checked when the input column is displayed. Note that some of the data input in the form element is more convenient to handle as an input field even if the data items are independent. For example, the user name is input as data in which the first name and the last name are independent, but it is more convenient to form one input field as a whole on the input screen. Therefore, these are collectively called an input block. That is, one input block includes one or more input elements. Reference numerals 2201 to 2208 in FIG. 22 indicate input blocks. The input block is an editing unit of an input field described later. Of course, one input element can be handled as one input block.

  The web page data in FIG. 22 is operated by the user operating the portable terminal 113, and all items are displayed as shown in the orderer information input screen 1500 in FIG. As a result, the layout is such that the “Proceed” button at the bottom can be pressed. Specifically, a form element as shown in FIG. 22 “<FORM>… input block 1… input block group… input block X… <INPUT type = submit value =“ sume ”name = print> </ FORM>” Thus, the data for displaying the ordering company information input screen on the terminal is configured. In this way, the photo site 105 outputs Web page data in which items to be input are displayed in order from the top and the “Proceed” button is displayed at the bottom.

  On the other hand, when outputting the Web page data of the re-input request screen 2000, the photosite 105 checks the number of re-input required items in the determination process S318. If the result of determination in determination processing S1801 is that there are deficiencies in the predetermined number of items or more, the photo site 105 outputs Web page data for displaying the orderer information input screen 1300 again (processing S319). . As the predetermined number, for example, the number of all essential items may be set. Moreover, you may make it set the number according to the display capability of the portable terminal 113, for example, the number of the items displayed on a display at once, without scrolling. Further, on the orderer information input screen 1500 displayed here, a message indicating that re-input is necessary may be displayed at an arbitrary position that is easy for the user to understand, such as the top.

  On the other hand, as a result of the determination in the determination process S318, if the number of incomplete items is less than the predetermined number, the photo site 105 partially changes the layout of the Web page data 2100 of the orderer information input screen 1300. Then, a process for outputting the Web page data of the re-input request screen 2000 is performed (S320). In the data process S320, the photo site 105 performs a process of outputting the Web page data (FIG. 23) of the re-input request screen 2000 (FIG. 20) in which the display order of the items on the orderer information input screen 1500 is changed. As a specific example, if it is determined in the determination process S317 that the data input to “First Name / First Name” and “Email Address” are incomplete, the photo site 105 is as shown in FIG. Web page data in which the input block 2301 of “First name / first name” and the input block 2302 of “Mail address” are moved to the top part of the form element is output, and “First name / last name” is displayed on the display of the mobile terminal 113. The input fields (INPUT attribute) of “Name reading” and “Mail address” are displayed at the top together with an input error message. The name displayed on the button is also changed to “re-input” (value = “re-input”) to prompt the user to call attention. Subsequently, the configuration of the Web page data is changed so that items that are not defective are displayed in order, and an input field (with the INPUT attribute value) in which the record value of the orderer information table 600 is inserted as a value value is sequentially output. .

  FIG. 4 shows an example of a web page data editing process procedure in step S320 of FIG. 3, and FIG. 5 shows an example of data used for the process. The page data 510 in FIG. 5 is template data that is a prototype before editing, and corresponds to the HTML data in FIG. This data is defined in advance and held in a server hard disk or the like. In this embodiment, this template is limited to the form element portion of the web page data. When the server transmits the web page data to the client, the template is inserted at the position where the form element should be originally inserted. Sent.

  In FIG. 5, web page data 510 is divided into input block 0 to input block N by input block definition data 520. The input block definition data 520 is data used for editing template data, and includes a first line column 522 and a last line column 523 of each input block. The start line column 522 and the end line column 523 are defined together with the template data, and define the beginning of each block as the end. However, since the input block may be separated at one place, only one of the head and the tail may be specified. The input flag column 521 is data indicating whether or not all data of the input block has been input. In step S309 in FIG. 3, a value corresponding to “done” is input for the input block in which all input data is prepared. For blocks that are not aligned, a value corresponding to “not yet” is recorded. In step S309, for example, it is desirable to determine not only whether or not any data has been input but also the format of each input field. For example, if it is a phone number, it must be a certain number of digits starting with 0, if it is an email address, it will contain “@”, and if it is less than that, it will take the form of a domain name. The item that does not match the condition is determined as “not yet” input, and the value “not yet” may be recorded in the input flag in the input block definition field of FIG. .

  In step S401, the first item of the input block definition data 520 is set as the initial target input item. The beginning of the template data is set as the initial insertion position. In step S402, it is determined whether the editing process has been completed, that is, whether the process has been completed up to the end of the input block definition data. If not finished, the input item of interest tests the value of the input flag, and if it is a value corresponding to “not yet”, the input block corresponding to the input item of interest is moved to the current insertion position. For example, if the input item of interest is the second item and the current insertion position is the top of the web page data 510, the input block corresponding to the second input item is moved to the top of the web page data 510. In step S405, the current insertion position is changed immediately after the moved input block. In step S406, the input item of interest is moved to the next item. If it is determined in step S403 that the item does not need re-input, the process branches to step S406 and the same processing is repeated for the next item.

  If it is determined in step S402 that the editing process has been completed, the input block of the “Proceed” button is moved to the current insertion position in step S407. The input block of the “Proceed” button is the last input block in the template, but of course it may be in any position depending on the configuration of the template. In that case, a mark for knowing the position of the input block of the “Proceed” button may be included in the input block definition data. Then, the button name is rewritten from “Proceed” to “Re-enter”. Finally, the edited web page data is further incorporated into the entire page as necessary, and transmitted to the client terminal (S408).

  According to the editing procedure of FIG. 4, the input block that needs to be re-input is moved to the top part of the page, and the re-input button is also arranged following the input block to be re-input. Of course, in this example, the web page data of the orderer information input screen is taken as an example, but the input block to be re-inputted can be moved to the top of the page in exactly the same manner for other input screens. In addition, the editing procedure may have various variations because the input block for re-input need only be at the head of the page data as a result of editing.

  In this way, by changing the configuration of the Web page data so that the items that need to be re-input are preferentially displayed as blanks as shown in FIG. 20, the user can select the items that need to be re-input. You can know immediately and can be prompted to re-enter. In addition, if there are multiple items that need to be re-input, and each of them is displayed together, there is a high possibility that some items will not be re-input due to oversight by the user. Since the items that need to be input are displayed together and displayed at the top, the user can be surely input again.

  When data is input to an item that needs to be re-input by the user and the “re-input” button is selected, the photosite 105 receives the data again and performs the determination process S309 again. If there is a deficiency in the data, the processing after step S317 is executed again in order. If it is determined in the determination process S309 that all of the data input is complete, the photosite 105 displays the screen displayed on the display of the mobile terminal 113 as the delivery destination setting screen 1600 (FIG. 16) or the order confirmation screen. Web page data for transitioning to 1900 (FIG. 19) is output, and the processing after step S310 is executed in order.

  In FIG. 20, a black line frame 2001 indicates a screen range that can be displayed on the standard mobile phone 113 display at a time. On the other hand, FIG. 21 shows a screen that is displayed when the Web page data is output without changing the Web page data as in the present embodiment. Comparing FIG. 20 with FIG. 21, it can be seen that the screen shown in FIG. 20 is easier for the user to operate because the distance that must be scrolled during the re-input operation is shorter. In addition, items that were not incomplete at the bottom of the “Resend” button are displayed together with the already input data, so that it is possible to re-input when changes or corrections are necessary later. In addition, each screen displayed on the display of the portable terminal 113 at the time of print order is displayed with a mark as an indicator according to the process. In the present embodiment, for example, the batch print order screen 1200 and the individual print order screen 1300 are the first steps, so the leftmost mark is displayed. Since the orderer information input screen 1500 is the next process, the second mark from the left is displayed. The re-input request screen 2000 is a screen displayed after transition from the orderer information input screen 1500. However, since the process in the print order has not progressed, the ◆ mark is displayed as the second from the left. , It indicates that the process has not been advanced and is re-input. In addition, when re-entry items are separated, and when re-input items are alerted to re-input by decoration such as color, it is difficult to understand on one screen and the scroll amount is large in FIG. Show.

  In this embodiment, the image network service using a digital camera has been described as an example, but it goes without saying that the present invention can be applied to a service for distributing images and information thereof. Furthermore, as described above, the present invention is not limited to an image browsing system, but is a technology that can be widely applied to mobile phone services connected to an external device such as a server via a communication line. These ranges are included. Moreover, the various screens displayed on the display of the portable terminal shown in each figure of this embodiment are examples. Since the screen size is different for each model of the portable terminal 113, the design may be different from that shown here depending on the difference in how characters are wrapped around or the number of characters that can be displayed. In this embodiment, the terminal is a mobile phone, but it may be a normal personal computer. Even in a large-screen device such as a personal computer, it is difficult to re-enter the end of a web page, for example, from the confirmation of its position, and the application of the present invention is very useful for improving operability. It is considered a thing.

  An object of the present invention is to supply a storage medium (or recording medium) in which a program code of software that realizes the functions of the above-described embodiments is recorded to a system or apparatus, and a computer (or CPU or MPU) of the system or apparatus. Is also achieved by reading and executing the program code stored in the storage medium. In this case, the program code itself read from the storage medium realizes the functions of the above-described embodiments, and the storage medium storing the program code constitutes the present invention. Further, by executing the program code read by the computer, not only the functions of the above-described embodiments are realized, but also an operating system (OS) running on the computer based on the instruction of the program code. A case where part or all of the actual processing is performed and the functions of the above-described embodiments are realized by the processing is also included.

  Further, after the program code read from the storage medium is written in a memory provided in a function expansion card inserted into the computer or a function expansion unit connected to the computer, the function is determined based on the instruction of the program code. The case where the CPU of the expansion card or the function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing is also included. When the present invention is applied to the above-described storage medium, the storage medium stores program codes including program codes corresponding to the flowcharts described above.

It is a block diagram of the whole print order system of this embodiment. It is a hardware block diagram of the server apparatus which comprises the photo site of this embodiment. It is a flowchart figure of the print order reception process performed in the photo site of this embodiment. It is a flowchart figure of the edit process at the time of the re-input request | requirement performed in the photo site of this embodiment. It is a schematic diagram which shows the data used as the edit object of this embodiment. It is a figure which shows an example of the data item stored in the MB session table managed in the photo site of this embodiment. It is a figure which shows an example of the item stored in the order information data table managed in the photo site of this embodiment. It is a figure which shows an example of the item stored in the orderer data table which the photo site of this embodiment manages. It is a figure which shows an example of the data item stored in the order image data table which the photo site of this embodiment manages. It is a figure which shows an example of the login screen displayed on the display of the portable terminal of this embodiment. It is a figure which shows an example of the image browsing screen displayed on the display of the portable terminal of this embodiment. It is a figure which shows an example of the batch print order screen displayed on the display of the portable terminal of this embodiment. It is a figure which shows an example of the separate print order screen displayed on the display of the portable terminal of this embodiment. It is a figure which shows an example of the image confirmation screen displayed on the display of the portable terminal of this embodiment. It is a figure which shows an example of the orderer information input screen displayed on the display of the portable terminal of this embodiment. It is a figure which shows an example of the delivery destination input screen displayed on the display of the portable terminal of this embodiment. It is a figure which shows an example of the re-input request screen of a delivery destination displayed on the display of the portable terminal of this embodiment. It is a figure which shows an example of the estimate display screen displayed on the display of the portable terminal of this embodiment. It is a figure which shows an example of the order confirmation screen displayed on the display of the portable terminal of this embodiment. It is a figure which shows an example of the re-input request | requirement screen displayed on the display of the portable terminal of this embodiment. It is a figure which shows an example of the orderer information input screen which needs the re-input displayed on the display of the conventional portable terminal. It is a figure which shows an example of the script of the web page information for displaying the orderer information input screen of this embodiment on the display of a portable terminal. It is a figure which shows an example of the script of the web page information for displaying the orderer information re-input request | requirement screen of this embodiment of this embodiment on the display of a portable terminal.

Claims (8)

An information processing apparatus for receiving an order from an information terminal via a network,
Transmitting means for transmitting screen display information for inputting order information to the information terminal;
Receiving means for receiving order information input at the information terminal according to the screen display information;
Of the order information received by the receiving means, determination means for determining items that need to be re-input,
An information processing apparatus comprising: a retransmission unit configured to transmit, to the information terminal, screen display information edited so that an item determined to be re-input by the determination unit is preferentially displayed.   The re-sending means does not display information in the input column for the item determined to require re-input, and displays already input information for the other items. The information processing apparatus according to claim 1, wherein the screen display information is generated and transmitted.   The re-transmission means further arranges an item for instructing completion of re-input near the end of the item determined to require re-input. Information processing device. An information processing method for receiving an order from an information terminal via a network,
A transmission step of transmitting screen display information for inputting order information to the information terminal;
A receiving step of receiving order information input at the information terminal according to the screen display information;
Of the order information received by the receiving step, a determination step for determining items that need to be re-input,
An information processing method comprising: a retransmission step of transmitting screen display information edited so that an item determined to be re-input by the determination step is displayed preferentially to the information terminal.   In the re-sending step, information that is determined to require re-input is not displayed in the input field of the item, and information that has already been input is displayed for the other items, and the re-input is performed. 5. The information processing method according to claim 4, further comprising arranging an item for instructing completion of re-input near the end of an item determined to be input. An information processing method for processing service order information from an information terminal via a network,
A first storage step of generating and storing session information in response to access from the information terminal;
A second storage step of receiving and storing input information input at the information terminal in access from the information terminal;
A management step of managing the session information stored in the first storage step in association with the input information stored in the second storage step based on a predetermined condition. . A computer that receives orders from information terminals via the network,
Transmitting means for transmitting screen display information for inputting order information to the information terminal;
Receiving means for receiving order information input at the information terminal according to the screen display information;
Of the order information received by the receiving means, determination means for determining items that need to be re-input,
A program that functions as retransmission means for transmitting screen display information edited so that items determined to be re-input by the determination means are preferentially displayed to the information terminal. A server device using a browser phone as a client,
Send form data describing a form for inputting order information to the browser phone,
Receiving the order information entered on the browser phone according to the form;
The form data is edited so that an item determined to be re-input is determined in the received order information, and the item determined to be re-input is arranged at the top part of the form, and the form data is edited in the browser A server device that transmits to a phone.

Images