JP2000163475A - Computer system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an improved graphical user interface(GUI) which facilitates treatment by eliminating differentials in treatment quality among treating person at a visit place, concretely, when a visitor visits the visit place for the computer system which displays information regarding the visitor which plans to visit there. SOLUTION: The computer system which displays information regarding an expected visitor comprises a storage means which stores the visit expected time, image information, and name information on the expected visitor and a display means which displays the name information together with one or more pieces of image information on the expected visitor according to the system time and visitor expected time or displays the image information and displays the name information by the click operation of the image or the like.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a computer system for displaying information on a prospective visitor, and more particularly, to a front desk of an accommodation facility such as a hotel when a prospective guest checks in, and a company when a trader visits. , Group reception,
The present invention relates to a computer system used for accepting a restaurant or the like when a reservation person comes to a store.

[0002]

2. Description of the Related Art In this specification, a prospective visitor is:
This means a person who plans to check in to a hotel (a person who intends to stay), a person who visits a company or an organization, or a person who visits a restaurant or the like where a reservation is made.

[0003] When a prospective guest checks in at the front desk of an accommodation facility such as a hotel, or when a trader visits at a reception of a company or the like, it is necessary to exchange greetings and confirm the identity of the prospective guest. Conventionally, a hotel man or receptionist at the front desk relied on each individual's memory to grasp each customer individually. In this case, if you are a skilled hotelman, you can respond to "Wait for you, Mr.," just by looking at the customer's face, and confirm the identity of the customer. Since the hotel can easily confirm the identity of the hotel by using the customer ledger and the customer database of the hotel without the trouble of the planner, sufficient customer service can be performed. On the other hand, a hotelman who has just been assigned or relocated to the front desk cannot take such measures,
There was an imbalance in the quality of service between front desk personnel.

Further, as a first prior art, "image data is associated with character data, an SQL sentence is created using all or a part of the character data as a search key, and image data is searched" There is a search technology. If the character data of this general technique is applied to the hotel business as the check-in time, the image of the check-in prospective person can be retrieved by the operation of the hotel man at the front desk. However, with this technology,
The hotel man at the front desk has to create the SQL, and the operability is poor.

As a second prior art, there is Japanese Patent Application Laid-Open No. Hei 6-139263, which is a technology used in a service business that welcomes customers such as hotels and restaurants. The technology described in this publication reads the number of a car on which a visitor is riding in a hotel or the like, searches the customer database using the read number as a key, and displays detailed information of the corresponding customer. , Even a relatively inexperienced hotelman or a large number of customers,
A customer guidance system capable of providing the above-mentioned attentive guidance service is provided. However, in such a technique, since the search is performed using the number of the car related to the visit, it cannot be applied to the case where a visit is made using a car different from the registered car (for example, a taxi, a car, a friend's car). . In addition, although the scheduled check-in time and scheduled visit time are often known in advance, such technology cannot obtain detailed information of the customer in advance, so that a newcomer who has just been assigned can acquire the knowledge in advance. There was a problem that it was difficult to store.

[0006]

SUMMARY OF THE INVENTION The present invention has been made to solve the above-mentioned conventional problems. More specifically, an object of the present invention is to provide an improved graphical user interface that eliminates disparity in the quality of correspondence between respondents of visiting places when the prospective visits the visiting place, and facilitates the correspondence. It is to provide a user interface (GUI).

Another object of the present invention is to provide an improved GUI so that a responder can easily understand what service should be provided to a prospective visitor.

[0008]

According to a first aspect of the present invention, there is provided a computer system for displaying information on a prospective visitor, a storage means for storing a prospective visit time, image information and name information of the prospective visitor, and a system time. And display means for displaying the name information together with the image information of one or more prospective visitors, or displaying the image information and displaying the name information by a specific operation, based on the scheduled visitor time.

[0009] The present invention may further comprise:
A display means for managing various kinds of identification information on the prospective visitor and displaying the image information identifiably based on the identification information.

Further, according to a third aspect of the present invention, there is provided a computer-readable storage medium storing a program for causing a computer system to display information on a prospective visitor, and a prospective visit time of the prospective visitor generated on the computer system. , Program code means for reading image information and name information, and based on the system time and the scheduled visitor time, display the name information together with the image information of one or more prospective visitors, or display the image information and perform a specific operation. The name information is constituted by program code means to be displayed on a computer system.

[0011]

Embodiments of the present invention will be described below with reference to the drawings. In one drawing, what is specified by a reference numeral indicates the same object as that specified by the same reference numeral in another drawing.

The present invention is mainly realized by software. For example, C ++, Visual
Basic and other computer languages. In this specification, software that realizes the present invention is referred to as the present software. The Software is a graphical user interface (GU)
I) various operating systems (O
S). For example, such operating systems include the Windows system (Windows is a registered trademark of Microsoft Corporation) and the X Window System.

FIG. 1 shows a computer system on which the present software is implemented. In the figure, 1
01 is a computer system on which the software is implemented, 102 is a portable storage medium storing the program code (source code) of the software, 10 is
Reference numeral 3 denotes a network such as the Internet, and 104 denotes a storage device (for example, a hard disk device) of the server of the Internet provider in which the source code of the software is stored. The computer system 1
Although 01 is a desktop computer, it may be a laptop computer or a workstation. The portable storage medium 102 includes, for example, a CD.
-ROM, magneto-optical disk (MO), floppy diskette (FD), etc. are included.

FIG. 2 shows a hardware configuration of the computer system 101. In the figure, 201
Denotes a central processing unit (CPU), 202 denotes a storage device (for example, a hard disk device), 203 denotes a memory, and 20 denotes a memory.
4 is a peripheral device, 205 is an input device such as a keyboard, a mouse, a track point, and a track panel.
Reference numeral 06 denotes an output device such as a display. The display 206 includes a display with a touch sensor, and the peripheral device 204 includes a CD-ROM drive, an MO
Drive, FD drive, printer, modem, and the like.

CD-ROM which is a portable storage medium 102
Is stored in the CD-ROM drive 204 of the computer system 101.
The software is installed in the hard disk device 202 of the computer system 101 via the above. When the software is executed, the software is loaded into the memory 203 of the computer system 101 and executed by the CPU 201.

The software stored in the hard disk device 104 of the server of the Internet provider can be installed in the computer system 101 via the network 103. Even in this case, the source code of the Software
At the time of execution, the memory 20 of the computer system 101
3 is executed by the CPU 201.

First, a GUI of the present software will be described with reference to FIG. 3 to FIG. Also, in the following explanation, the case where the Software is applied to hotel front-office operations will be used, but this explanation also clearly shows that the software is applied to other operations such as reception operations at companies and reception operations at restaurants. Let's be.

FIG. 3 shows a first example of a window displayed on the display 206 of the computer system 101 when the present software is executed. More specifically, a list of images showing the faces of those who are scheduled to check in at 2:00 pm on November 19, 1998 is displayed. In FIG. 3, the image data is displayed together with the name information. However, when only the image data is displayed and a specific operation is performed (for example, when right-clicking on the image data or when a specific function key is pressed). Only when the display mode is changed by pressing, for example), the name information may be displayed. This is the same in FIGS. 4 and 5. This allows the hotel man at the front desk to grasp at a glance the face of the person scheduled to check in at the time, which is particularly effective when the number of customers to be displayed can be displayed on one screen.

In FIG. 1, reference numeral 301 denotes the entire window.
Reference numeral 302 denotes an end button, 303 denotes an enlargement / reduction button of the window 301, 304 denotes a title bar, 305 denotes a face image of a check-in candidate, 309, 310, and 31.
Reference numerals 1 and 312 denote objects indicating display attributes of each customer. Specifically, 309 indicates a customer who has received the message, 310 indicates a customer who has received the package, and 311
Denotes a customer (regular customer), and 312 denotes an object representing a customer who was scheduled to check in before the time, but has not checked in yet. Here, the baggage refers to a tangible entity that the prospective visitor has ownership of, or which becomes the property of the prospective visitor upon delivery. Further, the message refers to intangible information notified to a prospective visitor, and includes not only a message that is verbally conveyed to the visitor, but also a medium on which the information is written or printed.

Therefore, the hotel man at the front desk, who saw the window in FIG. 3, has received a message to Mr. Ota. Greenberg is a good customer, Watanabe has received his luggage, and Sato plans to check in before 2:00 pm, but grasps that he has not checked in with the image of his face. be able to.

Further, the user can display a pop-up window indicating the meaning of the object by clicking on the object indicating the display attribute (see FIG. 10). In FIG. 3, a menu bar and a command bar are omitted for simplicity of explanation.

By clicking the end button 302, the user can end the software. By clicking the enlarge / reduce button 303, the window 301 can be enlarged / reduced, whereby the face image 305 is displayed enlarged or reduced according to the size of the window 301.

The image data of the face image 305 is, for example, t
It is provided in IFF format, gif format, and bmp format. In addition, the face image 305 can be photographed by a digital camera or the like at the front of the hotel at the time of the previous stay, and can be requested to be submitted to the person.

In the figure, the face image of Mr. Endo is "none".
This indicates that there is no image data of Mr. Endo. For example, this display is displayed for a person who has no image data or who has experience using a hotel because he has used a hotel for the first time, but who has no image data because he has been refused to take or submit a photo.

FIG. 4 shows a second example of a window displayed on the display 206 of the computer system 101 when the present software is executed. Specifically, an image showing the face of a part of the scheduled check-in persons (three out of eight display target persons) is shown at 2:00 pm on November 19, 1998. This allows the hotel man at the front desk to grasp at a glance the face of the person scheduled to check in at the time, which is particularly effective when there are too many customers to be displayed on one screen. In the second example, it is possible to display a part of the detailed information of the customer (to be described later with reference to FIG. 5) together with the image data.

In the figure, 301 to 304, 30
9 and 311 are as described above. Numeral 307 indicates which position the currently displayed window occupies in the entire display. In this case, it indicates that the window shown in FIG. 4 is the second page out of three pages. .
In this case, by clicking the next page button 306, the third page, which is the next page, can be displayed. By clicking the previous page button 308, the first page, which is the previous page, can be displayed. Can be.

FIG. 5 shows a third example of a window displayed on the display 206 of the computer system 101 when the present software is executed. Specifically, image data of one of the scheduled check-in persons at 2:00 pm on November 19, 1998 is displayed together with detailed information of the customer. Here, the detailed information refers to information for obtaining knowledge necessary for providing services, such as name, address, age, gender, number of stays, remarks, etc.,
It is managed by a database (FIG. 8) that manages customer information to be described later. As a result, the hotel man at the front desk can obtain the information necessary for the face and service of the prospective check-in person at the time, especially when there are few customers to be displayed, or when detailed information is received at the front desk procedure. This is effective when is required.

Referring to FIG. 5, reference numeral 307 indicates which position of the currently displayed window occupies the entire display, as described with reference to FIG. 4. In this case, the window 307 of FIG. This indicates that the display is the fourth page of all eight pages. Also in this case, the user needs to use the mouse 20
5 by clicking the next page button 306 or the previous page button 308, the next page (Mr.
Greenberg information) or the previous page (Endo-like information) can be displayed.

FIGS. 6 and 7 show a flowchart of the software of the present invention. 8 to 10 show various data used when executing the present software. First,
Data used in the software will be described with reference to FIGS. 8 to 10, and FIGS. 6 and 7 and how the software operates using these data will be described.

FIG. 8 shows an example of the data structure of the customer database. The customer database is for managing customers, and generally includes customer codes, names,
In addition to data such as an address, age, telephone number, company name, and number of times the hotel has been used (there is also data not shown), the data includes image data of the customer. In the database, the customer code is unique identification information, and each customer is identified by the customer code. According to this database, for example, the customer code "A0001"
harlesA. Mr. Greenberg says that the hotel has been used 10 times and the file name of the image data is "a0
001. bmp ”. On the other hand, Shozo Endo with the customer code "A0002" has a column of image data of "-", indicating that no image data exists (see FIG. 3). Although the customer database has been described as being physically one database here, it may be physically constructed as two or more distributed databases.

FIG. 9 shows an example of the data structure of the check-in database. The check-in database is for managing customer check-in time, check-out time, and the like. Each record of the check-in database is generated when an accommodation reservation or the like is received, and is changed by a subsequent change in the check-in time or the like. The data in the check-in database is associated with the data in the customer database (FIG. 8) by the customer code. Here, the check-in database is described as a database separate from the customer database, but it is also possible to construct the check-in database collectively in one database.

In the example of FIG. 9, one database stores
The data of the person scheduled to check in is stored on a weekly basis, and more specifically, the data of the person scheduled to check in in the third week of November 1998 is stored. This database is available on a quarterly basis,
It can be provided on a monthly or daily basis. In the example shown in the figure, the customer with the customer code “A3208” has a check-in time of “November 20, 1998 00:00”, which indicates that the check-in time is undecided.

The flag flg_checkin in FIG.
A flag that indicates whether each customer has checked in,
When the flag is 0, it indicates that the user has not yet checked in, and when the flag is 1, it indicates that the user has already checked in. The flag flg_checkin is updated by steps described later.

The flag flg_bagga in FIG.
ge is a flag indicating whether or not the package has been delivered to each customer. If the flag is 0, it indicates that the package has not been delivered, and if the flag is 1, it indicates that the package has been delivered. . The flag flg_message is a flag indicating whether a message has arrived at each customer. If the flag is 0, it indicates that the message has not arrived. If the flag is 1, it indicates that the message has arrived. .
Flags flg_baggage, flg_message
e is a well-known GU when receiving a package or message
I can be updated directly or indirectly.

The flag flg_vip is a flag for managing whether or not each customer is a customer (VIP).
This flag is set when the number of stays at the hotel managed by the customer database (FIG. 8) has exceeded a predetermined number. Here, a description will be given assuming that the predetermined number is ten.

FIG. 10 shows an example of the data structure of the display attribute object database. The database stores objects 309 to 31 having display attributes.
2 (FIG. 3) and the column serving as the criterion. According to the example of FIG.
Is the flag flg_me of the check-in database
It is associated with the ssage and is displayed when the flag is 1.

Next, a first embodiment of the present software will be described with reference to FIG. The Software performs the flow shown in FIG. 6 or 7 at every predetermined time interval and / or when a predetermined event occurs. The predetermined time interval and the predetermined event can be set by the user. For example, the user can set the predetermined time interval from 1 minute to 30 minutes or 1 hour in consideration of the busy season and the off-peak season. In addition, the user can set the update of the check-in database when the customer checks in (described later in the description of FIG. 12) as a predetermined event, or a specific key (for example, a specific function). Key) can be set. In the following, a description will be given assuming that the predetermined time interval is set in units of 30 minutes.

In step 601, the software opens the check-in database and proceeds to step 6.
At 03, the customer database is opened.

In step 605, the software acquires the system time of the computer system. For example, the system time is acquired at 2:00 pm on November 19, 1998.

Next, proceeding to step 607, the software refers to the record in the check-in database. It is determined whether the scheduled check-in time of the record is within a predetermined range from the system time.

This predetermined range can be set by the user, and can be set to a range of 30 minutes, 1 hour, 2 hours, etc. in consideration of busy periods and off-peak periods. Here, it is assumed that the time is one hour. Therefore, the predetermined range is the system time of the day plus one hour or less, that is, the time zone from midnight on November 19, 1998 to 3:00 pm on November 19, 1998. In this case, if the determination result is affirmative, not only those close to the system time but also those who have already passed the scheduled check-in time are to be processed. In addition, if you have already passed the scheduled check-in time,
The flag flg_c even if one hour or more, which is a predetermined time, has passed.
The object 312 is displayed on the image data of the person whose heckin remains 0 by the processing of step 623 described later.

If it is determined that the record does not belong to the predetermined range, the flow advances to step 609 to move the pointer to the next record. If it is determined that the record belongs to the predetermined range, the process proceeds to step 611, and it is determined whether the flag flg_checkin of the record is 0 or not. If the flag is 1 (the state where the check-in is already made), the process proceeds to step 609, and the pointer is advanced to the next record.

If the flag is 0 (in a state where no check-in has been made), the software proceeds to step 621 and refers to the customer database to acquire the corresponding image data. Specifically, using the customer code in the check-in database as a key, a record having the same customer key in the customer database is referred to, and corresponding image data is acquired.

The determination in step 611 can be omitted, and if the determination in step 607 is affirmative, the process can proceed to step 621. In this case, there is no distinction between those who have not yet checked in and those who have already checked in. Therefore, both image data are stored in the window 30
1 are not identifiably displayed.

In the case where the determination in step 611 is performed, and even when the determination is negative, the process can proceed to step 621, and the corresponding image data can be obtained. In this case, those who have not checked in yet and those who have already checked in are distinguished. Therefore, both image data can be displayed in the window 301 so as to be identifiable, and can be used particularly when the image data of a person who has already checked in is hidden. Here, the disappearance means a state in which the face of the image data is identifiable, but an identifiable display is added to the image data, for example, the state shown in FIG. 13A described later.

Next, the present software executes step 63
Proceed to 1 to display in the designated mode based on the flag flg_checkin. Here, the designation mode is
The display modes shown in FIGS. 3, 4, and 5 are referred to.
Note that the user can change the display mode by executing a command on a menu bar or a command bar (not shown). Further, “display based on flg_checkin” means that each image data is identifiably displayed based on the value of flg_checkin. In addition, the display to be identifiable means, for example, FIG.
The display example shown in FIG. For examples of these displays,
It will be described later.

Next, the present software executes step 64
Proceed to 1 to determine whether the next record of the current record in the check-in database is the last record (eof). If the next record is determined to be the last record, the software ends the processing, closes both databases, and waits for the start of the processing until a predetermined time interval and / or a predetermined event occurs.

On the other hand, if it is determined that the next record is not the last record, the software proceeds to step 609, advances the record pointer of the check-in database, and reads the next record.

Next, a second embodiment of the present software will be described with reference to FIG. FIG. 7 is a flowchart in which some of the steps from step 607 to step 641 in FIG. 6 are modified. In FIG. 7, the steps referenced by the same reference numerals as in FIG.
Show the same steps. Also, in the flowchart of FIG. 7, similarly to the case of FIG. 6, step 611 can be omitted, or even if the determination result in the step is negative, the process may proceed to step 621. it can. Here, steps different from those in FIG. 6, that is, steps 623 and 628 will be described.

In step 623, the person who is scheduled to check in within a predetermined range from the system time is determined (step 60).
7) Those who have not checked in yet (step 61)
The record of 1) is to be processed. The software determines whether a display attribute is defined in the record of the customer in the customer database. The display attribute to be determined is defined by a display attribute table (FIG. 10), and the software refers to the table to make the determination. If it is determined that a display attribute is defined in the record, the software acquires an object defined in the display attribute table and corresponding to the display attribute.

Here, the display of the display attribute object 312 will be described. First, the software proceeds to step 628, and displays information on the record in the designated display mode based on the display attributes and flags (FIGS. 3, 4, and 5).

Next, a description will be given of the processing of the present software when a check-in candidate displayed in the window 301 checks in. FIG. 11 shows the GUI in this case, and FIG. 12 is a flowchart showing the processing in this case. In FIG. 11,
The display of the object indicating the display attribute is omitted due to space limitations.

In step 1110, the software monitors whether an event has occurred in which the image displayed on the window 301 is selected, and continues monitoring until the occurrence of the event is detected.

If the event has occurred, the software proceeds to step 1120 and acquires the customer code of the selected image from the customer database. “The event” is, for example, when Ota checks in at the front desk, the mouse cursor 32
1 occurs (FIG. 11A) and is generated by clicking the left mouse button.

Next, the present software executes step 11
Proceeding to 30, the server searches for a record having the same customer code as the customer code obtained in step 1120 among the records in the check-in database. The software updates the flag flg_checkin of the record from 0 to 1 in the check-in database. Based on this update, the Software
Based on lg_checkin, an image is displayed in an identifiable manner.

In FIG. 11B, the image of Mr. Ota is shaded or shaded and displayed so as to be distinguishable from other images. This is obtained when the process proceeds to step 621 when the determination result of step 611 is negative in the flowchart of FIG. 6 or 7.

Another example of an identifiable display is shown in FIGS. 13A and 13B. In FIG. 13A, a cross is displayed on an image of Mr. Ota, and is displayed so as to be distinguishable from other images. In this case, the image of Mr. Ota is displayed in a visible state (the above-mentioned “visible” state). this is,
In the flowchart of FIG. 6 or 7, when the result of the determination in step 611 is negative, the process is obtained when the process proceeds to step 621.

In FIG. 13B, an image of Mr. Ota is not displayed, and is distinguishable from other images. This is the result of processing according to the flowchart of FIG. 6 or FIG.

In the present embodiment, the present invention has been described using the hotel check-in service. However, in the case where the present invention is applied to the reception service of a company or an organization or the reception service of a restaurant, those skilled in the art can It will be clear from the above description.

Further, from the above disclosure, those skilled in the art will be able to develop software according to other equivalent embodiments without departing from the spirit of the present invention.

[0061]

According to the present invention, when a prospective visitor visits a place to be visited, the quality of the correspondence between the correspondents at the place of visit can be eliminated, and an improved graphical display which facilitates the correspondence can be eliminated. A user interface can be provided. This allows the responder to provide a uniform and smooth service at the reception of a hotel, reception of a company or a group, and the like.

In addition, the present invention displays objects indicating various display attributes together with image information of prospective visitors, so that it is easy to grasp what service should be provided to each prospective visitor. Can be.

[Brief description of the drawings]

FIG. 1 is a computer system on which the present software is implemented.

FIG. 2 is a hardware configuration of a computer system.

FIG. 3 is a first GUI of the present software.

FIG. 4 is a second GUI of the present software.

FIG. 5 is a third GUI of the software.

FIG. 6 is a first flowchart of the present software.

FIG. 7 is a second flowchart of the present software.

FIG. 8 is an example of a data structure of a customer database.

FIG. 9 is an example of a data structure of a check-in database.

FIG. 10 is an example of a data structure of a display attribute table.

FIG. 11 is a fourth GUI of the software.

FIG. 12 is a third flowchart of the present software.

FIG. 13 is a fifth GUI of the software.

 ────────────────────────────────────────────────── ─── Continuing on the front page (72) Inventor Masayoshi Suzuki 3-5-3 Ichibancho, Aoba-ku, Sendai, Miyagi Prefecture F-term in Fujitsu Tohoku System Engineering Co., Ltd. 3E042 AA02 CD04 CE06 5B049 AA01 BB52 CC01 EE05 EE07 FF03 GG04 5E501 AA02 AC08 AC35 CA03 CA04 CB09 EA05 EA13 FA12 FA14 FA23 FA25 FB04

Claims (8)

[Claims] 1. A computer system for displaying information relating to a prospective visitor, a storage means for storing a prospective visit time, image information and name information of the prospective visitor, and one or two based on the system time and the prospective visitor time. A computer system having display means for displaying name information together with the image information of the prospective visitor, or displaying the image information and displaying the name information by a specific operation. 2. The storage means according to claim 1, wherein said storage means manages first identification information as to whether or not a prospective visitor has visited, and said display means comprises:
2. The computer system according to claim 1, wherein the image information is displayed so as to be identifiable based on the first identification information. 3. The storage device according to claim 1, wherein the storage device manages second identification information as to whether or not the package has reached the prospective visitor, and the display device is configured to be identifiable based on the second identification information. The computer system according to claim 1, wherein the computer system displays image information. 4. The storage device according to claim 1, wherein the storage unit manages third identification information as to whether or not the message has reached a prospective visitor,
2. The computer system according to claim 1, wherein the display unit displays the image information in an identifiable manner based on the third identification information. 5. The computer system according to claim 1, wherein the display means displays the image data of the prospective visitor who has passed the scheduled visit time by a predetermined time or more in an identifiable manner. 6. The computer system according to claim 2, further comprising updating means for updating the first identification information when one of the image data displayed on said display means is selected, wherein said display means updates the first identification information. 3. The computer system according to claim 2, wherein the image information is identifiably displayed based on the first identification information. 7. A computer-readable storage medium storing a program for displaying information on a prospective visitor on a computer system, wherein the visitor's expected visit time, image information, and name information generated on the computer system are stored. Based on the program code means to be read and the system time and the expected visitor time, the computer system can display the name information together with the image information of one or more prospective visitors, or display the image information and perform the specific operation to the computer system. A computer-readable storage medium having program code means for displaying. 8. A computer-readable storage medium storing a program for causing a computer system to display information on a prospective visitor, wherein the prospective visitor's scheduled visit time, image information, name information, and the like are generated on the computer system. Program code means for reading the first identification information as to whether or not the prospective visitor has visited; one or more prospective visitors so as to be identifiable according to the first identification information based on the system time and the scheduled visit time A computer-readable storage medium comprising program code means for displaying the name information together with the image information or displaying the image information and displaying the name information by a specific operation on a computer system.