JP2023027164A - Computer system and service provision method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To allow a user to view various contents by selecting and operating tags displayed in a virtual space that is 3D digital visualization of the real world.

SOLUTION: A virtual space that is 3D digital visualization of the real world is displayed on a user terminal, input information is stored in order to leave a record in a predetermined place in the virtual space, a tag is displayed in the input place, and when a user selects the tag, input information corresponding to the tag is output to the user terminal. A hyperlink for transitioning a browsing target of the user to another content is displayed on the user terminal by the tag selection operation, and the hyperlink is transitioned to the link destination by the user's selection operation.

SELECTED DRAWING: Figure 20

COPYRIGHT: (C)2023,JPO&INPIT

Description

There is an application for the application of Article 30, Paragraph 1 of the Patent Law Published on March 18, 2010 by the Japan Institute of Invention and Innovation (former Japan Institute of Invention and Innovation) public technical bulletin (public technical number 2010-501615) Presented at

The present invention puts a person who wants to send a business message and a plurality of users into a state of being able to interact using a computer, and sends a business message from the business message sender of the communication destination to the users who are in the state of being able to interact. Computer systems and programs for enabling.

As a method of enabling specific persons to communicate with each other using a computer, conventionally generally known methods, such as informing the other person of the e-mail address or telephone number of one's own mobile phone, and contacting the other person It is a general method from the past to put the device into a state in which it is possible to communicate (hereinafter referred to as a “communicable state”). A mobile phone has been proposed that can store the known e-mail address of the other party in the address book of the mobile phone and display the list in response to the user's operation (for example, Patent Document 1).

Japanese Patent No. 4256374

However, this conventionally common contactable state has the following drawbacks.
a. Many people feel uneasy and hesitant about giving personal information such as telephone numbers and e-mail addresses to people they meet for the first time.
b. The person to whom personal information has been notified may contact you at any time of the day or night, causing annoyance.
c. Personal information, such as e-mail addresses, that has been communicated to the other party may be leaked to others, and other people may impersonate themselves and send e-mails, or suffer spam damage.
d. Invalidating personal information once transmitted involves troublesome work such as changing a phone number or changing an e-mail address.

In view of the above, the ideal contactable state is one in which contact can be made later without informing the other party of each other's personal information, and where someone other than the other party pretends to be the other party and contacts the other party. Inconvenience can also be prevented.

The present invention has been devised in view of such circumstances, and its object is to provide means for constructing the aforementioned ideal communicable state.

Concrete examples of measures to solve problems

Next, the corresponding relationships between various means for solving the problems and the embodiments are indicated in parentheses below.

The present invention is a computer system that supports exchanges through communication via a network between people who wish to interact with each other by operating terminals (eg, mobile phones 2) and using computers (eg, servers 10, 21, etc.). There is
Exchange destination list display control means for controlling display of a list of a plurality of exchange destinations on the terminal (for example, instead of the step of S19, "carrying the user ID specified from the received variable shared virtual tag ID A list of shared virtual tags stored in the EEPROM 42 according to the operation of the input operation unit 37 of the mobile phone 2 by the user in the step of "Send the shared virtual tags to the telephone and the mobile phone of the shared virtual tag generation requester." is displayed on the display unit 35. Alternatively, the method of accessing the shared virtual tag described with reference to FIG. , a shared virtual tag for contracts, a shared virtual tag for business use, etc. As described with reference to FIG. perform an operation to display a list of tags, and select and click the community virtual tag to be accessed from the list display);
Selecting and designating an exchange destination with whom communication is desired from among the plurality of exchange destinations displayed by the exchange destination list display control means (for example, S89, S90, S424), and selecting and designating the selected and designated exchange destination input contents display means (for example, S91, S93, S94, S430, S437 , S438, the content written in S93 on the web page corresponding to the shared virtual tag is stored in S94, and messages are sent and received by browsing (written by Mr. A) (written by Mr. B) in FIG. ,
Position determination means (for example, S16 and S16d, or S434 and S435, or S32 not only updates position data, but also past position data and time) for performing position determination based on the position information transmitted to the computer Data is also stored in the user database 11 as a history, and based on the history data of the position data and the time data stored in the user database 11, it matches the geographical position and time of meeting specified by the contact offerer. to find the other party of the history data to be used) and
One of the persons determined to be within a predetermined geographical area by the position determination means makes an offer of interaction (for example, an offer to create a shared virtual tag) to the other party, and the other party also agrees to the interaction. In this case (if the other party agrees to the offer to generate a shared virtual tag), the position determining exchange destination adding means (for example, S18, Instead of step S19, S18, or S19, "transmit shared virtual tag to mobile phone of user ID specified from received variable shared virtual tag ID and mobile phone of shared virtual tag generation requester" By this process, the shared virtual tag is stored not in the virtual world but in the terminal of the party (mobile phone, etc.) (or S416, S423);
It is determined whether or not the conditions for performing the interaction destination addition process are satisfied by a method other than the position determination, and if it is determined that the conditions are satisfied, other determination interaction destination addition means (for example, , the user of the mobile phone B is accessing a predetermined position in the virtual world as described with reference to FIG. For events held in the virtual world, communication between each attendee's agent (avatar) and the venue agents that make up the virtual event venue generates a shared virtual tag (community). After creating a shared virtual tag, a third party to whom access is permitted by all parties creating the shared virtual tag may be allowed to access the shared virtual tag later.),
By displaying the list of exchange destinations on the terminal based on the control from the computer side, the exchange applicants can interact with each other without notifying the personal information of the contacts (for example, S19 and S84). ~ S87 or instead of step S19, "transmit the shared virtual tag to the mobile phone of the user ID specified from the received variable shared virtual tag ID and to the mobile phone of the shared virtual tag generation requester" 2), the list of shared virtual tags stored in the EEPROM 42 is displayed on the display unit 35 according to the user's operation of the input operation unit 37 of the mobile phone 2).

In another aspect of the present invention, a terminal (for example, mobile phone 2) executes A program that
A location information transmission step of transmitting location information to the computer (for example, in S9, if a member user turns on the GPS function of his or her mobile phone 2, the user ID and GPS data indicating the current location are sent from the mobile phone 2). is sent to the server 10 of the service provider 8), and
A list of shared virtual tags stored in the EEPROM 42 is generated according to a display control step (for example, S19, operation of the input operation unit 37 of the mobile phone 2 by the user) for controlling the display unit (for example, the display unit 35) of the terminal. displayed on the display unit 35. S92, etc.) is executed by the terminal,
The display control step includes:
An exchange destination list display control step for displaying a list of a plurality of exchange destinations (for example, instead of the step of S19, a mobile phone with a user ID specified from the received variable shared virtual tag ID and a shared virtual tag generation In the step of "Send shared virtual tags to requester's mobile phone", the list of shared virtual tags stored in EEPROM 42 is displayed on display unit 35 according to the user's operation of input operation unit 37 of mobile phone 2. Alternatively, the method of accessing shared virtual tags described based on Fig. 5 is not limited to shared virtual tags, but other tags such as history tags, community virtual tags, contract shared virtual tags , business-use shared virtual tags, etc. As described in FIG. select and click the community virtual tag you want to access from the list display by performing the operation);
A person who wishes to communicate is selected and designated from among the displayed plurality of exchange destinations, and the selected and designated person and the other party of the selected and designated exchange destination operate a terminal to communicate input contents to each other. an input content display step (for example, S92, S93, S429, S430; storing the content written in S93 in the web page corresponding to the shared virtual tag in S94) for displaying the input content so that the message can be sent and received by , Sending and receiving messages by viewing (written by Mr. A) (written by Mr. B), etc. in FIG.
The computer is
Position determination means (for example, S16 and S16d, or S434 and S435, or S32 not only update position data but also past position Data and time data are also stored in the user database 11 as a history, and based on the history data of the position data and the time data stored in the user database 11, the geographic position and time of meeting specified by the contact offerer. to find a partner whose historical data matches ) and
When one of the persons determined to be in a predetermined geographical area by the position determination means offers an exchange to the other party, and the other party also agrees to the exchange, the said exchange is regarded as a new exchange destination. Position determining means for adding contacts to be added to the previous list (for example, S15, S16, S16a-S16d, or S433-S435) confirm) and
It is determined whether or not the conditions for performing the interaction destination addition process are satisfied by a method other than the position determination, and if it is determined that the conditions are satisfied, other determination interaction destination addition means (for example, , the user of the mobile phone B is accessing a predetermined position in the virtual world as described with reference to FIG. For events held in the virtual world, communication between each attendee's agent (avatar) and the venue agents that make up the virtual event venue generates a shared virtual tag (community). After creating a shared virtual tag, a third party to whom access is permitted by all parties creating the shared virtual tag may be allowed to access the shared virtual tag later.),
By displaying the list of exchange destinations on the display section based on the control from the computer side, the exchange applicants can interact with each other without notifying the personal information of the contact (for example, S19 and S84 to S87 or instead of step S19, "transmit shared virtual tag to mobile phone of user ID specified from received variable shared virtual tag ID and mobile phone of shared virtual tag generation requester" , the list of shared virtual tags stored in the EEPROM 42 is displayed on the display unit 35 according to the user's operation of the input operation unit 37 of the mobile phone 2).

Effects of specific examples of means for solving problems

According to such a configuration, in order to make contact with the other party, contact can be made later without notifying the other party of personal information.

FIG. 10 is an explanatory diagram showing an example of constructing a contactable state when people meet each other in the real world; FIG. 10 is an explanatory diagram showing an example of constructing a contactable state when a person who has entered the virtual world and a person in the real world meet. 1 is a system diagram showing the overall configuration of an access control system; FIG. It is a figure which shows the memory data of a user database. 3 is a block diagram showing a control circuit of the mobile phone; FIG. 4 is a block diagram showing a control circuit of the server; FIG. 4 is a flowchart showing shared virtual tag generation control. FIG. 11 is a flow chart showing a subroutine program of shared virtual tag generation processing; FIG. 4 is a flowchart showing virtual world display processing; Fig. 3 is a flow chart illustrating access control to shared virtual tags; It is a flowchart which shows the operation|movement of an agent (avatar). FIG. 11 is a flow chart showing generation control of a shared virtual tag for business use; FIG. FIG. 10 is a flow chart showing a subroutine program of business-use shared virtual tag generation processing; FIG. FIG. 4 is a diagram showing data stored in a user four-dimensional coordinate database; Fig. 4 is a flow chart showing the main routine program between the mobile phone and the service provider's server; 10 is a flow chart showing a subroutine program of current virtual world terminal processing and current virtual world correspondence processing. 4 is a flow chart showing a subroutine program of common point search request processing and common point search processing; FIG. 10 is a flow chart showing a subroutine program of community virtual tag terminal processing and community virtual tag support processing; FIG. FIG. 10 is a flow chart showing a subroutine program of community virtual tag terminal processing and community virtual tag support processing; FIG. FIG. 10 is a flow chart showing a subroutine program of community virtual tag terminal processing and community virtual tag support processing; FIG. FIG. 10 is a flow chart showing a subroutine program of user four-dimensional coordinate search processing; FIG. 4 is a flow chart showing a subroutine program of link source designation terminal processing and link source designation handling processing; FIG. 4 is a diagram for explaining data stored in a hyperlink database; FIG. 10 is a flow chart showing a subroutine program of past virtual world terminal processing and past virtual world handling processing. 10 is a flow chart showing a subroutine program of historical virtual world terminal processing and historical virtual world correspondence processing; 10 is a flow chart showing historical virtual world terminal processing and historical virtual world display processing. 10 is a flow chart showing historical virtual world terminal processing and historical virtual world display processing. It is a figure which shows the memory data of the database for a historical virtual. 10 is a flow chart showing a subroutine program of future virtual world terminal processing and future virtual world handling processing; FIG. 10 is a flow chart showing a subroutine program of future schedule terminal processing and future schedule handling processing; FIG. FIG. 10 is a flow chart showing a subroutine program of virtual world display support processing; FIG. FIG. 4 is a diagram for explaining data stored in a conversation database; FIG. 10 is a flow chart showing a subroutine program of authentication terminal processing and authentication processing; FIG. 10 is a flow chart showing a subroutine program of four-dimensional coordinate request processing; FIG. 10 is a flow chart showing a subroutine program of contract authentication request processing and corresponding contract authentication processing on the server side. 10 is a flow chart showing a subroutine program for DRM request processing and DRM processing; 4 is a flowchart showing specific control contents of content reproduction processing and reproduction authentication processing; 10 is a flow chart showing a subroutine program of a four-dimensional coordinate electronic certificate issue request process and a four-dimensional coordinate electronic certificate issue process; 10 is a flow chart showing a subroutine program of virtual world advertisement terminal processing and virtual world advertisement handling processing. FIG. 10 is a flow chart showing a subroutine program of advertisement menu selection input processing and input menu registration processing; FIG. FIG. 10 is a flow chart showing a subroutine program of advertisement menu selection input processing and input menu registration processing; FIG. FIG. 10 is a flow chart showing a subroutine program of advertisement menu selection input processing and input menu registration processing; FIG. FIG. 10 illustrates information stored in a virtual world advertising database; 10 is a flow chart showing a subroutine program of advertisement display terminal processing and advertisement display support processing; 10 is a flow chart showing a subroutine program of advertisement display terminal processing and advertisement display support processing; 10 is a flow chart showing a subroutine program of advertisement display terminal processing and advertisement display support processing; 10 is a flow chart showing a subroutine program of marketing terminal processing and marketing correspondence processing; 10 is a flow chart showing a subroutine program of questionnaire terminal processing and store opening processing based on received contents. 4 is a flow chart showing a subroutine program of payment data provision processing and payment data collection processing; FIG. 4 is a diagram showing data stored in a marketing database; 4 is a flowchart showing a subroutine program of marketing data acquisition processing and marketing data provision processing; It is a display screen figure of a marketing menu.

[First embodiment]
First, the outline of the present invention will be described with reference to FIGS.

[Summary of Invention]
FIG. 1 shows an example of constructing a contactable state when people meet each other in the real world.

Referring to Fig. 1, in front of the International Center for Japanese Culture (Yotsuya Kaidan Museum) in Yotsuya, people meeting each other for the first time meet, and with the consent of both parties, create a shared virtual tag using each other's mobile phones 2. bottom. This shared virtual tag is a tag that is created and displayed at a place in the virtual world corresponding to the place where both of them met. so that we can contact you.

This virtual world is a digitally visualized metaverse that corresponds to the landscape of the real world. As mentioned above, for example, Google Street View is used. Alternatively, instead of using an existing one, it may be newly created by simulating a real-world landscape and converting it into a digital image. FIG. 1 shows that a shared virtual tag was created on Oct. 15, 2009 at 14:03.

In this state, if you access this virtual world (Street View, etc.) and access the front of the International Center for Japanese Culture in Yotsuya, where you created the shared virtual tag, you can Only phone 2 can mirror this shared virtual tag.

In FIG. 1, first, Mr. A clicks on the shared virtual tag (meaning a selection operation or a designation operation, the same applies hereinafter) using his mobile phone 2, and on October 17, 2009, Mr. A doing the writing. When Mr. A writes, a pop-up notification is sent to Mr. B's mobile phone 2 to that effect. Mr. B accesses the virtual world the next day, clicks on the shared virtual tag, and writes as shown in FIG.

Thus, by constructing a contactable state using a shared virtual tag, Mr. A and Mr. B can contact each other without informing each other of personal information such as telephone numbers and e-mail addresses.

In addition, since the shared virtual tag cannot be accessed by a terminal other than the mobile phone 2 of the person who created the shared virtual tag, it is possible to prevent others from using their own mobile phone to write information by spoofing.

By using such shared virtual tags to communicate, it becomes possible to exchange information safely while protecting each other's personal information (privacy) and preventing damages such as spam, thereby creating connections between people. can support the construction of

FIG. 2 shows an example of contacting a person in the real world from the virtual world to generate a shared virtual tag. In the case of the virtual world, it is of course possible to teleport to a desired location. Various situations are conceivable in which such merits of the virtual world are used to contact people in the real world from the virtual world.

For example, as a preview of the travel destination, access the travel destination from the virtual world in advance, contact the residents of the area, and collect the local information. Another method is to find out later that you have left an item in a school classroom, immediately access the location corresponding to that classroom in the virtual world, contact the person in the classroom in the real world from there, and retrieve the lost item. It is conceivable to ask them to keep it temporarily and contact them to pick it up later. However, a particularly important situation is when an emergency such as a disaster occurs.

FIG. 2 shows an example of rushing from the virtual world to a stricken area where an earthquake has occurred to provide assistance. FIG. 2 shows a state in which Mr. D, who has seen the news of the earthquake disaster, uses his mobile phone to access the disaster-affected area in the virtual world. When a resident of the earthquake disaster area has a mobile phone 2 having a GPS function, the avatar C of the resident is displayed at a position in the virtual world corresponding to the current location specified by the GPS function or the like. This avatar C is composed of an agent who is independent and has a certain degree of conversational ability.

Mr. D, who has accessed the virtual world corresponding to the earthquake disaster area, converses with the avatar C displayed there and proposes to create a virtual tag. The avatar C that has received this proposal notifies the mobile phone 2 of the corresponding person to that effect. Mr. C, who is the owner of the notified mobile phone, agrees and notifies avatar C of an instruction to that effect. Then, avatar C informs Mr. D that he has agreed, and a shared virtual tag between Mr. C and Mr. D is created at that location in the virtual world. In this state, Mr. C accesses the virtual world and clicks on the shared virtual tag, so that Mr. D and Mr. C can exchange information as shown in FIG. Efficient rescue becomes possible.

By configuring the shared virtual tag with a voice virtual tag, which will be described later, the user can leave a message in the tag by voice from a mobile phone, which is effective as a message input method in an emergency.

[Detailed description]
Next, a first embodiment of the invention will be described in detail.

FIG. 3 is a system diagram showing the overall configuration of the human connection support system of the present invention.
A mobile phone 2 receives GPS (Global Positioning System) information from a satellite 1, radio waves from a base station 3 connected to a mobile phone network 4, and radio waves from a wireless LAN (Local Area Network) access point 7. is received by the mobile phone 2. Based on these radio waves, the mobile phone 2 identifies the current position. Mobile phone 2 is configured to be able to access server 10 of service provider 8 via base station 3 , mobile phone network 4 , gateway 5 and Internet 6 . The service provider 8 is a company that provides a service that supports connection between people. A user who owns the mobile phone 2 has joined the service of the service provider 8, and a user ID is set at the time of joining.

The service provider 8 is provided with a server 10, a user database 11 storing data of affiliated users, and a virtual tag database 9 storing data of virtual tags.

A virtual world provider 20 connected to the Internet 6 is a service provider that provides images of a virtual world (metaverse) obtained by digitizing 360-degree panoramic images of all places in the real world. A virtual world database 22 is connected to the server 21 of the virtual world provider 20 . The virtual world database 22 stores virtual world 3D data obtained by digitizing 360-degree panoramic images in the real world. For example, 3D data from Google Street View can be used.

Flash, which was developed as an animation creation tool (animation authoring tool), is used for this virtual world 3D data, and interactive expression can be realized by writing a script. This flash is a type that controls the characters and images you want to move by program, and you can create animation by placing still images on the timeline, called Action Script. A scripting language enables complex interactions such as games. As will be described later, an agent (avatar) can be displayed in the 3D virtual world, and along with the movement of the user in the real world, the agent corresponding to the user can also be moved and displayed at the same corresponding position in the virtual world. be able to.

Location data is associated and stored for each area corresponding to an address in the real world in the virtual world 3D data. For example, as shown in FIG. 3, the location data (1-1-1, Shibuya-ku) is associated with the location of the virtual world 3D data corresponding to the address of 1-1-1, Shibuya-ku. remembered. As a result, the user inputs location data such as an address to specify the access location, and the part of the virtual world 3D data corresponding to the specified location data is read out to the user terminal (mobile phone 2, etc.). ).

FIG. 4 is a diagram for explaining data stored in the user database 11 of the service provider 8. As shown in FIG. An agent ID for specifying an agent (avatar) of each member user is stored in association with each user ID. Furthermore, GPS data specifying the current position is transmitted to the server 10 of the service provider 8 from the user who has turned on the GPS function of the mobile phone 2 . The server 10 converts the transmitted GPS data into coordinate data consisting of latitude and longitude, and stores it in the storage area of the current position GPS data of the corresponding user ID in the user database 11 . For example, in the case of the user ID of 13B9PS in FIG. 4, the current position GPS data has a latitude of 35.669299 and a longitude of 139.713655.

Furthermore, the server 10 converts the current position GPS data (latitude and longitude) into position data including an address and the like, and stores the position data in the position data storage area of the user database 11 .

Returning to FIG. 3, the virtual tag database 9 stores user IDs, position data, virtual tag display data, virtual tag types, and virtual tag creation dates and times in association with user IDs. Position data is data for indicating the location where the virtual tag was generated. Virtual tag display data is data for displaying a virtual tag in the virtual world, and is composed of text data, image data, and the like.

The virtual tag type is data indicating the type of virtual tag to be displayed, such as an audio virtual tag, an advertisement virtual tag, and a shared virtual tag. Among these, the shared virtual tag is the one described in FIGS. In the detailed description of the invention, in addition to shared virtual tags, there are also virtual tags that are independently generated by a user or a single vendor. A voice virtual tag is a virtual tag that can convey messages audibly. Advertising virtual tags are virtual tags for advertisements created by advertisers. A virtual tag other than a shared virtual tag can be freely accessed by anyone other than the creator of the virtual tag.

Also, for example, the shared virtual tag shown in FIG. 2 can be composed of an audio virtual tag. By doing so, Mr. C and Mr. D can input messages by voice without key input, and there is an advantage that prompt input can be performed in an emergency.

The date and time of creation is data indicating the date and time when the virtual tag was created.

A server 10 of a service provider 8 uses a virtual world mashed up with street view or the like as a 3D virtual world on the net that is an exact copy of the real world. The server 10 identifies the member user's current position in the real world by the member user's mobile phone 2, and displays the member user's avatar (agent) at the location in the virtual world corresponding to the current position. When another member user enters the virtual world and meets the avatar (agent), the member user and the avatar (agent) can have a conversation. Conversation via avatars in the virtual world is a well-known and commonly used technique that has been used in 3D virtual worlds such as Second Life, for example, and this well-known and commonly used technique is used. In addition, since the avatar (agent) is an agent that is independent and has a certain degree of conversational ability like the aforementioned CLON, the user in the real world can leave the conversation to his avatar to some extent, and the content of the conversation can be sent to the mobile phone. While looking at it, talk to the other party by yourself only when necessary.

FIG. 5 is a block diagram of the hardware configuration of the mobile phone 2. As shown in FIG. The mobile terminal phone 2 includes a CPU (Central Processing Unit) 31 for controlling the entire mobile phone 2 including line connection processing and data communication processing, and a ROM (Read Only Member) storing programs for executing various functions. 32. A camera input unit 34 consisting of a CCD (Charge Coupled Device) imaging device for photographing surrounding scenery, and storing at least one still image data obtained by photographing with the camera input unit 34. Random Access Memory (RAM) 33 including memory for An input operation section 37 for causing the CPU 31 to execute a desired function. The input operation unit 37 includes a touch pen, jog dial, keyboard, microswitches, and the like. The interface 41 performs interface processing to the internal bus 40 of various circuits and devices.

Further, the mobile phone 2 has an audio output section 38a, an audio input section 38b, an EEPROM (Electronically Erasable and Programmable Read Only Memory) 42, and a location information acquisition section 39 for the user to make voice calls. The position information acquisition unit 39 acquires the current position based on GPS information from the satellite 1, radio waves from the base station 3, and radio waves from the wireless LAN access point 7, as described with reference to FIG.

The EEPROM 42 stores a list of shared virtual tags previously created by the user. This list stores, in association with each shared virtual tag, the geographic location (address) at which the shared virtual tag was created and the user's notes. In the memorandum example of FIG. 5, the impression of the other party of the shared virtual tag is stored as a nice young man, friendly, intelligent, and the like. A list of shared virtual tags stored in the EEPROM 42 is displayed on the display unit 35 according to the user's operation of the input operation unit 37 of the mobile phone 2 . The user selects and clicks on a shared virtual tag to access while referring to the creation location and notes. Then, the clicked shared virtual tag is displayed together with the generated virtual world of the geographical position (see FIG. 2).

The user can confirm the scenery around the displayed shared virtual tag in the image of the virtual world, confirm the place where the other person met, and recall the memory of the other person from that place. Thereby, it is possible to recall the memory of the meeting partner without knowing the other party's personal information, and then to decide whether to access the shared virtual tag. When the user clicks on the shared virtual tag to access it, the web page for contact is displayed by the processing of S90 to S94, which will be described later, and can be written and browsed.

Next, FIG. 6 shows a block diagram of the hardware configuration of the servers 10 and 21. As shown in FIG. The functions of the CPU 50, ROM 51 and RAM 52 are the same as those described above for the portable terminal phone 2. FIG. The servers 10 and 21 have storage units (not shown). The storage unit is a storage device that stores information and data including various programs, files, and large-capacity images, and can read them out as needed. These data and programs can be written in the RAM 52 as necessary to perform various information processing. The input unit 55 is composed of a keyboard, a mouse, etc., and gives commands for causing the servers 10 and 21 to perform various types of information processing. The interface 58 performs interface processing to the internal bus 57 of various circuits and devices. The display unit 54 is composed of a CRT, LCD, or the like, and displays characters, graphics, and images. The communication control unit 53 controls communication functions for transmitting and receiving data, etc. via the Internet 6 .

Next, FIG. 7 shows a flow chart for generating the shared virtual tag described above. In the present invention, users in the real world can not only generate a shared virtual tag in the virtual world by using mobile phone A and mobile phone B, but also users in the real world can enter the virtual world and use their mobile phones. can be used to create virtual world agents (avatars) and shared virtual tags. Shared virtual tags can also be generated between agents (avatars). Furthermore, users who have entered the virtual world can generate shared virtual tags through their agents (avatars). In this way, the agent (avatar) is also stored in the user database 11 as an independent member user so that the agent (avatar) can generate shared virtual tags independently from the user. For example, as shown in FIG. 4, the user agent ID corresponding to 13B9PS as the user ID is θ42S15, and this agent (avatar) is also stored in the user database 11 as an independent member user. If the agent ID of θ42S15 is stored in the user ID storage area of the user database 11, and the agent with that agent ID creates a shared virtual tag by itself, AP81K7, which is the shared virtual tag ID, is used by the user. In addition to being stored in the database 11 (see FIG. 4), the virtual tag database 9 also stores position data, virtual tag display data, virtual tag type, and creation date and time as user ID data for θ42S15.

In the flowchart of FIG. 7, one of the parties generating the shared virtual tag transmits data specifying its own shared virtual tag ID (variable shared virtual tag ID) to the mobile phone of the other party, transmits its own user ID and the received ID for the variable shared virtual tag to the server 10, whereby the server 10 identifies the party who generates the shared virtual tag and performs the sharing for that party. A method of generating a virtual tag is adopted.

First, in mobile phone A or agent A, a process of calling its own shared virtual tag ID is performed in step S (hereinafter simply referred to as S) 1 . In the case of the mobile phone A, this shared virtual tag ID is stored in the built-in memory, and in the case of the agent A, it is stored as knowledge data for the agent.

Next, in S2, a process of generating a variable shared virtual tag ID using the time information of the atomic clock included in the GPS radio wave received from the satellite 1 is performed. In this process, a variable shared virtual tag ID is generated by performing processes such as encryption by adding GPS time information to the shared virtual tag ID called in S1. Then, in S3, the generated variable shared virtual tag ID is transmitted to mobile phone B by infrared communication. When transmitting to agent B, the variable shared virtual tag ID is notified to agent B in the virtual world without using infrared communication. Instead of notifying other people of the shared virtual tag ID as it is, in order to notify others as a variable shared virtual tag ID that has been subjected to processing such as encryption, their own shared virtual tag ID is stolen by others. It is possible to prevent as much as possible from being abused.

In S4, the mobile phone B or the agent B determines whether or not to access the server 10. When the operation or determination to access the server 10 is performed, the user ID of the mobile phone B or the agent B is entered in S5. A process of transmitting the included personal authentication data to the server 10 is performed. At S6, the server 10 confirms the identity of the person based on the transmitted data, and when the identity is confirmed, the access permission is returned to the mobile phone B or the agent B at S7. After receiving the access permission, an operation for requesting generation of a shared virtual tag is performed in S8, and the current position data and the variable shared virtual tag ID transmitted in S3 are transmitted to the server 10 along with the operation. Then, a request for generation of a shared virtual tag is made (S9). The server 10 that receives it performs a process of generating a shared virtual tag in the virtual world in S10.

FIG. 8 shows a flowchart of a subroutine program of the shared virtual tag generation process shown in S10. Referring to FIG. 8, in step S15, the received variable shared virtual tag ID is compounded and returned to the original plain text, and the shared virtual tag ID and time information are extracted. This time information is the GPS time information added to the shared virtual tag ID in S2 described above. Next, through S16, it is determined whether or not the extracted time information is within the allowable error range compared to the current time. If the server 10 sends another person's variable shared virtual tag ID, which was used in the previous shared virtual tag generation, instead of the current shared virtual tag generation, to the server 10 to unfairly request generation of the shared virtual tag, Since the current time greatly differs from the time information contained in the transmitted variable shared virtual tag ID, a determination of NO is made through S16, the control shifts to S20, and an illegal shared virtual tag is detected. A process is performed to crack down on an unauthorized user who has made a request to generate a .

Further, through S20, a process of searching the virtual tag database 9 for the shared virtual tag ID that has the same creation date and time as the extracted time information and that has been extracted is performed. Next, in S21, it is determined whether or not there is a corresponding tag, and if there is a corresponding tag, in S22, the user ID (two or more) of the corresponding shared virtual tag is specified, and in S23, the user ID is specified. , a process of specifying the person corresponding to the specified user ID and requesting the mobile carrier to deal with the person is performed. Upon receipt of this request, the mobile carrier identifies the person and sends a warning letter to the person, or cancels the contract of the person if it is too malicious.

On the other hand, if it is determined in S21 that there is no applicable item, the process proceeds to S24, where the user ID is specified from the extracted shared virtual ID, and a request is made to specify the person corresponding to the user ID and take action. to mobile carriers.

On the other hand, if S16 makes a YES determination, control passes to S16a for further security checks based on whether the current locations of the parties creating the shared virtual tag are close. Specifically, through S16a, a process of acquiring the location of the shared virtual tag generation requester is performed. In the example of FIG. 8, the current location of mobile phone B or agent B is acquired. However, as explained with reference to FIG. 2, when the user of mobile phone B accesses a predetermined position in the virtual world, the position in the real world corresponding to the position in the virtual world being accessed is Acquired as the current position. Also, if the agent (avatar) is the shared virtual tag generation requestor, the real world position corresponding to the current position of the agent (avatar) in the virtual world is obtained as the current position.

Next, a process of specifying a user ID from the shared virtual tag ID extracted in S15 is performed in S16b. Next, through S16c, a process of acquiring the current location information of the user ID is performed. Similar to the current position in S16a, if the user has entered the virtual world and accessed a predetermined position, this current position information is a predetermined position in the real world corresponding to the predetermined position in the virtual world. Get it as location information. Further, when the user ID specified from the shared virtual tag ID is that of an agent (avatar), the real world position corresponding to the current position of the agent (avatar) in the virtual world is used as the current position. is obtained.

Next, in S16d, it is determined whether or not the obtained current position and the current position of the shared virtual tag generation requester are within a predetermined distance. This predetermined distance is a distance that enables communication for obtaining mutual consent to generate a shared virtual tag at this location, and is, for example, a distance of about 10 meters. If it is determined that the distance is not within this predetermined distance, for example, the shared virtual tag ID of another person other than the person who generates the shared virtual tag this time is illegally acquired, and the other person's shared virtual tag ID is used. A fraudulent act such as generating and transmitting a variable shared virtual tag ID using GPS time information by misuse is conceivable. In such a case, a determination of NO is made through S16d and the control proceeds to S24, in which, as described above, a request is made to the mobile carrier to identify and deal with the user who has committed such fraudulent activity. do.

On the other hand, if a determination of YES is made through S16d, the process proceeds to S17, where the user database 11 is searched and the user ID is specified from the shared virtual tag ID. The received user ID and the user ID received at the time of access are stored, and the data of the shared virtual tag is stored in association with these user IDs. The state stored in S18 is the shared virtual tag data corresponding to the user IDs A4VZ12 and B27FH8 in the virtual tag database 9 of FIG.

Next, through S19, processing for displaying the shared virtual tag in the received virtual world of the current position is performed. That state is shown in FIG. However, in this display process, the shared virtual tag is displayed only on the mobile phone of the person who created the shared virtual tag.

As described with reference to FIG. 8, as a security measure when generating a shared virtual tag, a first-stage security check using the times of S16, S20 to S24, and a A second-stage security check is performed based on the current location of the terminal, ensuring a high level of security through double security checks.

FIG. 9 is a flowchart showing virtual world display processing performed by server 10 of service provider 8 . Through S30, it is determined whether or not the user ID and GPS data have been received. If not, the control advances to S33 to determine whether or not the user ID and access position have been input, and if not, the process returns to S30.

If the member user turns on the GPS function of his/her mobile phone 2 during the circulation of the loop of S30→S33→S30, the user ID and the GPS data indicating the current position from the mobile phone 2 will be sent to the service provider 8. It is sent to the server 10. Then, a determination of YES is made through S30 and the control proceeds to S31, in which the received GPS data of the current position (coordinate data consisting of latitude and longitude) is converted into position data consisting of an address. Next, in S32, the user database 11 is searched to update the GPS data and position data corresponding to the received user ID, and control proceeds to S33. It should be noted that the control may proceed to S31 for the first time not only by turning on the GPS function of the mobile phone 2 but also by performing an operation to display one's own avatar (agent) in the virtual world.

On the other hand, if the member user operates his/her mobile phone 2 and inputs an access position in order to access the virtual world during the circulation of the loop of S30→S33→S30, the access position and the user ID are sent to the service provider 8. is sent to the server 10 of This access position is not only when the user operates the mobile phone 2 and inputs the address (position data) to be accessed, but also when the shared virtual tag created by the user in the past and the created position are sent to the mobile phone 2. When the list is displayed and the user selects and clicks the shared virtual tag that the user wants to access from the tag list, the position data of the shared virtual tag (see "Position data" in the virtual tag database 9 in FIG. 3) is automatically obtained. You may make it input.

If the user ID and the access position have been input, control proceeds to S34 to determine whether the input user ID is registered in the user database 11 or not. If the user is not registered, the user is not a member user, and control is performed to display NG on the mobile phone 2 through S35.

On the other hand, if the entered user ID is registered in the user database 11, the control advances to S36, and processing for transmitting the entered access position to the server 21 of the virtual world provider 20 is performed. When the server 21 of the virtual world provider 20 receives the access position, it searches the virtual world database 22, reads out the virtual world 3D data part corresponding to the access position (position data), and sends it to the server 10 of the service provider 8. Send. The server 10 acquires the virtual world 3D data corresponding to the transmitted access position (S37), searches the user database 11 in S38, identifies agents (avatars) near the access position, and obtains virtual world 3D data. Controls are made to display the agent overlaid on the world 3D data.

Next, through S39, a process of searching the virtual tag database 9 and reading the position data of the shared virtual tag corresponding to the input user ID is performed. Next, proceeding to S40, it is determined whether or not the position data read out in S39 is included in the area of the 3D virtual world currently being displayed. If not, control returns to S30. On the other hand, if it is included, the process proceeds to S41, where the shared virtual tag determined to be included is read out from the virtual tag database 9 and controlled to be overlaid and displayed in the virtual world 3D. Next, the process proceeds to S42, access processing to the shared virtual tag is executed, and the process returns to S30.

FIG. 10 shows a flow chart of the access processing to this shared virtual tag. As shown in FIG. 10, when the user operates the mobile phone 2 to display the list of shared virtual tags stored in the EEPROM 42 on the display unit 35 as described above, a determination of YES is made through S80. Then, the authentication data including the user ID is transmitted to the server 10 in S81. The server 10 that receives it performs identity verification in S82. When the user who has received the access permission in S83 operates the mobile phone 2 to select and click on the shared virtual tag to be accessed, an access request to the shared virtual tag is transmitted to the server 10 in S85.

In the server 10, the processing in S86 and S87 is performed, and as a result, in S88, only the shared virtual tag corresponding to the user ID of the accessing person, that is, the shared virtual tag created by the accessor is displayed on the mobile phone 2. be done. Therefore, access by persons other than the creator of the shared virtual tag can be blocked. Further, if the retrieval result of S86 shows that the shared virtual tag corresponding to the user ID is not stored in the virtual tag database, a message to the effect that access is not possible is returned to the mobile phone 2 or the agent. Also, FIG. 10 shows an example in which the shared virtual tag is displayed not only in the virtual world but also in the real world, as shown in S87 and S88. As a method of displaying the shared virtual tag in the virtual world, for example, by peeking into the real world through the camera function of a mobile phone, a method of configuring the shared virtual tag to be displayed in a predetermined place is conceivable (sekai camera ( registered trademark)).

When the user has generated a plurality of shared virtual tags, for example, the plurality of shared virtual tags and their creation positions are displayed in a list in chronological order. If the user can jump to the virtual world to which the virtual tag is attached, the user's convenience will be enhanced.

FIG. 11 is a flowchart showing actions of an agent (avatar). Through S50, it is determined whether or not another avatar has spoken to him (agent) in the vicinity of him (agent) in the 3D virtual world, and he waits until he is spoken to. If so, the control advances to S51, and a process of popping up the mobile phone 2 of the corresponding user to notify that the user has been spoken to is performed. Next, the process proceeds to S52, and control is performed to have a conversation corresponding to the conversation and to display the contents of the conversation on the mobile phone 2. FIG.

Next, in S53, it is determined whether or not the user wishes to have a conversation. This is determined by whether or not the user has operated his/her mobile phone 2 to express his or her intention to have a conversation. If the user himself/herself does not desire to have a conversation, it is determined through S54 whether or not the conversation has ended, and if the conversation has not ended yet, the control returns to S52.

On the other hand, if the user himself/herself wishes to have a conversation, the control advances to S55, and control is performed to switch to the user's own conversation and continue the conversation. Next, through S56, it is determined whether or not the conversation has ended, and if it has not ended, the processing of S55 is continued. Then, when the conversation ends, the process returns to S50.

In this way, when another avatar talks to you in the virtual world, the user's agent (avatar) will deal with it at first, so the user does not need to monitor the virtual world all the time, and can only focus on the real world. can be kept

Also, the agent (avatar) may be a resident agent that resides in the user terminal (for example, mobile phone 2 or the like). The contact may be a mobile agent that is normally stored in a database of the service provider 8 (eg, the user database 11, etc.) or a user terminal, and moves to a required location as required.

There are two types of agents (avatars) displayed in the virtual world. First, a first agent, which is displayed at a geographical position in the virtual world corresponding to the current position of the user in the real world and has the ability to communicate with the person entering the virtual world, and the location of the person entering the virtual world. is the second agent for displaying in . In the virtual world, it is desirable to visually distinguish the first agent from the second agent. When a person entering the virtual world meets another agent (avatar), that agent (avatar) is either the agent (avatar) of the user in the real world or the agent (avatar) of the person entering the virtual world. This is so that the user can choose whether or not to talk to the user and the content of the conversation.

FIG. 12 is a flow chart showing generation control of a business-use shared virtual tag. This business-use shared virtual tag is for creating a community in which attendees who have visited an event venue such as an exhibition or a concert can contact the host or attendees later. The term "event" as used in the present invention is a broad concept that includes various promotions, concerts, live performances, etc., as well as exhibitions, and is a concept that includes all events where a large number of people gather. It also includes not only events held in the real world, but also events held in the virtual world.

In the case of an event held in the real world, when creating a shared virtual tag (community) between the organizer and each attendee, a mobile phone is used as a terminal for each attendee as described above. A shared virtual tag (community) is generated using a wireless LAN access point 7 that covers the event site as a communication area as a side terminal. On the other hand, in the case of an event held in the virtual world, a shared virtual tag (community) is generated through communication between each attendee's agent (avatar) and the venue agent that constitutes the virtual event venue.

FIG. 12 performs control similar to that of FIG. 7 described above, and the differences will be mainly described here. In FIG. 12, steps similar to those in FIG. 7 are given the same step numbers.

First, the wireless LAN access point 7 on the side of the event organizer or the venue agent determines whether the event start time has come and waits until the event start time. When it is determined that it is time to start the event, the user authentication data including the user ID of the user (on the side of the organizer) is transmitted to the server 10 . The server 10 performs identity verification based on the received data in the same manner as in FIG. 7, and returns access permission on the condition that the verification is successful (S7). The wireless LAN access point 7 or venue agent that receives it transmits the scheduled start time and scheduled end time of the event to the server 10 in S101. The server 10 stores the scheduled start time and scheduled end time of the received event (S102).

On the other hand, the participants who have agreed to create a shared virtual tag (community) with the organizer execute the processing of S1 to S3 by using the mobile phone 2 or the agent (avatar) in the same manner as in FIG. Since the processing of S1 to S3 is executed by each mobile phone 2 (or agent) of the participants who agree to generate a shared virtual tag (community), it is repeatedly executed by the number of consented participants. (S103). The wireless LAN access point 7 or the venue agent that receives the ID for the variable shared virtual tag transmitted each time receives the current location data of the wireless LAN access point 7 or the venue agent and each variable shared virtual tag as in FIG. and the ID for use are sent to the server 10 to request generation of a shared virtual tag (community) (S9).

The server 10 that has received it determines whether or not the reception time is between the scheduled start time and the scheduled end time received in S102, that is, within the holding time of the event (S104). If it is determined that it is not within the opening time of the event, the control ends without generating a business-use shared virtual tag. On the other hand, if it is determined that it is within the opening time of the event, a shared virtual tag generation process for business use is executed in S105.

FIG. 12 shows a flowchart of a subroutine program for this business-use shared virtual tag generation process. The flowchart of FIG. 12 is similar to the flowchart of FIG. 8, and the same step numbers are used for the same control steps, and the contents of those steps are omitted.

Each step of S15, S16, S16a, S16b, S16c, S16d, and S17 to S24 has the same control content as that of each step shown in FIG. However, in S16d of FIG. 8, whether or not the distance was within the range of about 10 meters was used to determine whether or not the distance was within the range of about 10 meters. It is determined by the distance or not. After the control of S17, the control proceeds to S200, and it is determined whether or not the specified user ID (user ID on the side of the organizer) is already stored in the virtual tag database 9 or not. If it has not yet been stored, that is, if this is the first request to generate a business-use shared virtual tag (community), control proceeds to S18. On the other hand, if it is determined in S200 that the specified user ID (the organizer's user ID) has already been stored in the virtual tag database 9, control proceeds to S201, and the virtual tag database 9 is accessed. In addition to storing the received user ID, processing is performed to store the data of the shared virtual tag in association with the user ID. After that, the control shifts to S19.

As a result of such a business-use shared virtual tag generation process, a shared virtual tag including all participants who agreed to generate a business-use shared virtual tag and operated the tag generation within the event holding time and the organizer side. A tag is generated. By accessing this business-use shared virtual tag, a community page generated in advance by the organizer is displayed, and various notices and messages from the organizer are displayed to the participants. A writing page is also prepared for the participants, and by the participants writing there, communication between the participants and between the participants and the organizer becomes possible.

[Modified example of the first embodiment]
Next, modifications of the first embodiment will be listed.

(1) In the detailed description above, an example was given that took advantage of the advantage of the virtual world that the user can instantly move to any desired location at any time, but the advantages of the virtual world are not limited to this. As described above, in the virtual world, in addition to shared virtual tags, various virtual tags (see Fig. 3) can be accumulated and displayed in chronological order, and users can access past virtual tags to read and write in the tags. It is possible. In other words, the virtual world is not only a three-dimensional spatial spread, but also a four-dimensional spatio-temporal world in which data can be accumulated and browsed along the time axis. If we take advantage of the characteristics of this four-dimensional space-time world, various more attractive services will be possible.

For example, when accessing the virtual world, not only the access location but also the past date and time desired to be accessed are specified so that the access can be made at the specified date and time at the specified location. For example, if you specify Akihabara, Tokyo as the access location and June 8, 2008 as the past date and time you want to access, you can access the virtual tag created on the day of the murder incident that occurred in Akihabara, Tokyo on June 8, 2008. , You can view the situation at that time and the shooting video. Also, information can be exchanged with the person who created the virtual tag through the virtual tag.

As another example, various incidents and events that occurred in the past are displayed in a list with the time and place of occurrence, and by selecting and clicking from the list, you can enter the virtual space-time of the corresponding place and time. You may allow it to jump.

By accumulating virtual tags over many years in a virtual space-time that enables time machine-like access using the time axis in this way, the virtual space-time can grow into a huge historical database. Moreover, since a huge number of users take the initiative in accumulating data in this historical database, a huge historical database can be constructed without incurring costs.

(2) In the above detailed explanation, an avatar (agent) as a user's alter ego corresponding to the user was shown, but in addition to that, an independent character (agent) corresponding to no user is shown in the virtual world. You can let me live. These characters (agents) are composed of intelligent agents programmed to interact with users who have entered the virtual world, and each character (agent) has its own individuality. A user who enters the virtual world finds a character (agent) that matches him/herself the most, and engages in intellectual exchange within the virtual world. This is also a modification of the second embodiment, which will be described later.

(3) In the above detailed description, an example in which two people create a shared virtual tag was shown, but the number of people creating the tag is not limited to this, and may be three or more. Also, after the shared virtual tag is created, a third party to whom access is permitted by all parties involved in creating the shared virtual tag may be allowed to access the shared virtual tag later. As an example of access control, the third party first receives notification from the shared virtual tag creator of the exact location and creation date and time of the shared virtual tag. This information is required to identify the shared virtual tag to which access is permitted. Next, as proof that access is permitted from all parties involved in creating the shared virtual tag, all parties involved in creating the shared virtual tag are notified of the ID for the variable shared virtual tag. Then, the notified information is transmitted to the server 10 and the access right is granted.

(4) A memo function that can be written and viewed by only one sharer of the shared virtual tag may be provided. With this memo function, for example, it is possible to make a memo (write and record) of matters that the other party does not want to read, such as the first impression of the other party, the reason for meeting, the situation at that time, etc., and view it later. Access to the virtual tag can be used as information for determining whether or not to contact the other party.

(5) In the above-described embodiment, the shared virtual tag is displayed in the virtual world. good.

Specifically, in the above-described flowchart of the shared virtual tag generation process, instead of step S19, "the mobile phone of the user ID specified from the received variable shared virtual tag ID and the mobile phone of the shared virtual tag generation requester Use the steps "Send a shared virtual tag to your phone". Through this process, the shared virtual tag is stored in the parties' terminals (mobile phones, etc.) rather than in the virtual world. If the party selects and clicks on the shared virtual tag that he/she wants to access from among the shared virtual tags stored in his/her mobile phone, the designation of the clicked shared virtual tag is sent to the server 10 in S90 described above, and S91 and subsequent steps are performed. control is executed.

In the case of this simplified system, since the shared virtual tag is not displayed in the virtual world of the predetermined geographical position such as the meeting place, it becomes impossible to trace the memory at the time of meeting from that geographical position. Therefore, it is preferable to display the shared virtual tag on the mobile phone together with information (such as an address) that can identify the geographical location where the shared virtual tag was generated.

(6) A shared virtual tag may be canceled by one party. The server 10 receives the cancellation request information (including the user ID of the person) from the mobile phone 2, searches the virtual tag database 9, and stores the cancellation information (flag, etc.) in association with the received user ID. Thereby, even if there is writing from the other party of the canceled shared virtual tag, control is performed so that the pop-up notification to the mobile phone 2 of the canceled person is not performed.

(7) A means of following a certain user moving in the real world in the virtual world to prevent stalking behavior that abuses the virtual world may be employed. Specifically, the user registers a specific area such as the vicinity of the home or the vicinity of the workplace in advance in the user database 11 of the service provider 8, and when the avatar (agent) is overlaid and displayed in the virtual world in S38, the Control is performed so that the avatar (agent) is not displayed in the registered specific area. This is also a modification of the second embodiment, which will be described later.

(8) It is desirable to prepare a way to contact the other party later, even if he/she fails to tell the other party to create a shared virtual tag. For example, first, in addition to updating the position data in S32, past position data and time data are also stored in the user database 11 as a history. Then, in the real world, the virtual world, or between the virtual world and the real world, when you meet the other person or when you meet and break up, register the geographical location and time of the meeting (registration at the time of meeting). If you want to make contact later, have the server 10 search for a partner that matches the registered geographical position and time, and offer to contact the searched partner (for example, offer to create a shared virtual tag to the other party via the service provider 8).

In searching for a partner, based on the history data of location data and time data stored in the user database 11, the partner whose history data matches the geographical position and time of meeting specified by the contact offerer is specified. . For registration of geographical position and time (encounter registration), the user operates the mobile phone 2 to register the mobile phone 2 itself or have the server 10 register it in the user database 11 . The time to be registered may be any convenient time for searching for the other party, such as an arbitrary time while meeting the other party, the time of meeting and the time of separation, or the time of separation and the time of meeting. This registration at the time of encounter is preferably registered in the user database 11 by the server 10 at the time of the encounter in order to prevent contact proposals by impersonation or the like. At that time, steps S4 to S7 and S8 described above are changed to ``operation for requesting registration at the time of encounter'', and step S9 is changed to ``request for registration at the time of encounter by transmitting geographical position data and time data of encounter''. , S10 is changed to "meeting point registration process". In the meeting point registration process, the current position of the requester for meeting point registration is acquired based on the transmitted user ID, and the geographical position data sent is within a predetermined distance (for example, within 10 meters). and that the transmitted time data and the current time are within an allowable range, the transmitted geographical position data and time data are registered in the user database 11 in association with the user ID. do.

In addition, if the other party agrees to the offer to create a shared virtual tag, the shared virtual tag will be created at the place where they met. If the requester wishes to receive a notification of a telephone number and agrees to the creation of the shared virtual tag, it is only necessary to exchange mail addresses and telephone numbers with each other, and it is not necessary to create a shared virtual tag.

[Second embodiment]
Next, a second embodiment will be described. Although the virtual world in the above-described first embodiment mainly targets only the current virtual world, it will be explained below. In the second embodiment, not only the present virtual world but also the past virtual world and the future virtual world are targeted.

In addition to the servers described in the first embodiment, the second embodiment also describes control flowcharts for various computers such as a police server, an advertiser client, an advertiser server, and a vendor client. there is The hardware configurations of the various computers that appear for the first time in the second embodiment are the same as those described with reference to FIG. 6 in the first embodiment. The repetition of the description of the hardware configuration is omitted.

First, the user four-dimensional coordinate database 11a will be described with reference to FIG. This user four-dimensional coordinate database 11a represents a modification of the user database 11 shown in FIG. 4 in the first embodiment. Here, differences from the first embodiment will be mainly described.

The user four-dimensional coordinate database 11a stores user IDs, shared virtual tag IDs, agent IDs, current positions (GPS data, etc.), position data, and schedule data. As will be described later, the schedule is data in which the user himself/herself operates the mobile phone 2 to input a future schedule, and is future data. For example, if the user is planning to participate in the XX event on a certain date and time, the user inputs the data of the XX event, the date and time, and the place from the mobile phone 2, and the data is stored in the user four-dimensional coordinate database 11a corresponding to the user ID. stored with the

The current position (GPS data, etc.) is composed of latitude data x, longitude data y, and sea level (elevation) data z. This data is determined by synthesizing the GPS data from the mobile phone 2 owned by the user, the radio waves from the base station 3 connected to the mobile phone network 4, and the radio waves from the wireless LAN access point 7. location data. For example, for a user whose user ID is 1R37P8, latitude x=35.69419, longitude y=139.714849, and sea level (altitude) z=28 mm. The data of this z is the height specified from the access point 7 when the user enters, for example, a high-rise building and receives radio waves from the access point 7 installed on the floor of the building with the mobile phone 2. (elevation) data. When the user has not entered a high-rise building or the like, altitude data is not known, so "z=unknown" is displayed as shown in FIG.

This current position data changes as the user moves. In this second embodiment, the history of the change is stored along the time axis w retroactively. That is, this user four-dimensional coordinate database stores three-dimensional data of x, y, and z, and historical data that changes along the time axis w, thereby storing four-dimensional coordinate data. It will be done. These position information (x, y, z) are stored in the user four-dimensional coordinate database 11a according to the above-described S30 to S32, and the user four-dimensional coordinate database 11a also cumulatively stores past position information (x, y, z). Therefore, the position information x, y, z along the time axis w is stored in the user four-dimensional coordinate database 11a.

In addition, since the "schedule" data is also stored, not only the user's past location data but also future schedule data are stored.

Note that the user ID "θ42S15" is the ID of the user himself because the agent himself is treated as a user, as described in the first embodiment.

Next, with reference to FIG. 15, a flowchart showing a main routine program between the mobile phone 2 and the server 10 of the service provider 8 in the second embodiment will be described.

Referring to FIG. 15(a), in mobile phone 2, current virtual world terminal processing is executed in S300, past virtual world terminal processing is executed in S301, future virtual world terminal processing is executed in S302, and authentication is performed in S303. terminal processing is executed, virtual world advertising terminal processing is executed in S304, marketing terminal processing is executed in S305, and then control returns to S300.

Referring to FIG. 15(b), in server 10, current virtual world processing is executed in S310, past virtual world processing is executed in S311, future virtual world processing is executed in S312, and authentication is performed in S313. Processing is performed, virtual world advertisement support processing is performed via S314, and marketing support processing is performed via S315, after which control returns to S310.

The current virtual world terminal processing and the current world virtual world correspondence processing are processing for providing various services utilizing the current virtual world. The past virtual world terminal process and the past virtual world correspondence process are processes for providing various services using the past virtual world as a stage. The future virtual world terminal processing and the future virtual world correspondence processing are processing for providing various services utilizing the future of the virtual world as the stage. The terminal processing for authentication and the authentication processing are processing for performing authentication using the four-dimensional coordinate data stored in the user four-dimensional coordinate database of FIG. Virtual world advertising terminal processes and virtual world advertising enabled processes display advertisements in the virtual world and enable monetization from revenues from advertisers. The marketing terminal processing and marketing support processing are processing for collecting history data of user behavior (location and time movement) in the virtual world (four-dimensional space-time) and utilizing it for marketing. Details of each of these processes will be described later.

FIG. 16(a) is a flow chart showing a subroutine program of the current virtual world terminal process shown in S300 of FIG. 15(a). Referring to FIG. 16A, in the current virtual world terminal processing, shared virtual tag terminal processing is performed in S320, virtual world display terminal processing is performed in S321, emergency terminal processing is performed in S322, and terminal processing in an emergency is performed in S323. A disaster time terminal process is performed by S324, a cyber zone terminal process is performed by S324, a common point search request process is performed by S325, a community virtual tag terminal process is performed by S326, and a link source designation terminal process is performed by S327. will be

FIG. 16(b) is a flow chart showing a subroutine program of the current virtual world handling process indicated by S310 in FIG. 15(b). Referring to FIG. 16(b), in the current virtual world handling process, a common virtual tag handling process is executed in S330, a virtual world display handling process is executed in S331, an emergency handling process is executed in S332, and A disaster response process is executed by S333, a cyber special zone response process is executed by S334, a common point search process is executed by S335, a community virtual tag support process is executed by S336, and a user four-dimensional coordinate search process is executed by S337. is executed, and a link source designation handling process is executed in S338.

The shared virtual tag terminal processing and shared virtual tag handling processing are specifically the control shown in FIGS. The virtual world terminal processing and the virtual world display corresponding processing are processing in which the user enters the virtual world and displays the virtual world corresponding to the place and time of entry. The virtual world display handling process will be described later with reference to FIG.

Emergency terminal processing and emergency response processing are processes for displaying a message such as "Please help me!" is. The message "Please help me!" may be displayed as a virtual tag in the real world at the user's current location, not just in the virtual world. When the user moves, the mobile phone 2 possessed by the user also moves, and the message in the virtual world and the real world is controlled to be moved and displayed along with the movement of the mobile phone 2.例文帳に追加

It should be noted that the server 10 may detect the emergency terminal process and automatically report it to the police, security agency, medical institution, or the like. Furthermore, an emergency shelter (a public facility such as a convenience store, a gas station, or a public facility that is always on standby, such as a police fire station) may be displayed on the mobile phone 2 of the user who has performed the operation for executing the emergency terminal processing. .

The disaster terminal process and the disaster response process are processes for controlling the display of the locations of shelters, hospitals, fire departments, police stations, etc. that are necessary in the event of a disaster in the virtual world. This position display process uses virtual tags dedicated to disasters that are different from normal virtual tags. In other words, the system operates independently as a disaster information providing system, provides information, contacts, creates messages, etc., and displays them using virtual tags dedicated to disasters. As a result, it is possible to avoid information confusion and the like in an emergency and provide accurate information in the event of a disaster. In addition to the above-mentioned display of location information, information to be provided includes the provision of information on the sick and injured at hospitals and evacuation centers, the provision of comprehensive information regarding disasters, and the display of emergency messages at evacuation centers, etc. do

Special cyber zone terminal processing and cyber special zone compliant processing are control processing in cyberspace determined by the government, etc., to apply special rules that differ from the social rules applied in the real world. For example, the virtual world that the user can enter is configured in multiple layers, the first layer is cyberspace to which the same social rules as in the real world are applied, and the second layer is, for example, a high consumption tax rate (e.g. 20%). It is a cyberspace in which social rules are applied and the social welfare that accompanies it is substantial, and the third layer is a cyberspace in which, for example, a symbiotic economy is applied (symbiotic economy cyberspace).

The symbiotic economy is to form a self-sufficiency zone (called FEC self-sufficiency zone) of F (food = food), E (energy), and C (care = human relations in a broad sense) at the citizen level. In the symbiotic economy cyber special zone, through solidarity, participation, and collaboration, we will establish an economic zone independent from the yen-based monetary economy in Japan. On top of that, we will make effective use of cyberspace to contribute to the formation of an FEC self-sufficiency zone.

In order to establish an economic zone independent from the monetary economy based on the yen, for example, a unique virtual currency is issued in the symbiotic economy cyber special zone, and the virtual currency is used to directly exchange yen and dollars under a floating regime. We will conduct external transactions with the countries that we have established, thereby making the symbiotic economic cyber special zone an economic zone that is economically independent from the real world.

Furthermore, in addition to replacing the issuance of virtual currency, a "respect number" in the respect market may be introduced. The “respect value” is value information that expresses respect for the other party. Recognize at least part of the original function of money (exchange value and standard (measure) of value) in the "respect value" received from others and accumulated. This can provide incentives other than economic gain to develop a voluntary economy.

The common point search request process and the common point search process are processes for searching for common points such as places of action between a certain user and another user. Details will be described later with reference to FIG.

The community virtual tag terminal processing and the community virtual tag correspondence processing refer to exchanges of opinions about an event that occurred in the real world (such as a guerrilla live event or a total solar eclipse). and processing for generating in the real world. Details will be described later with reference to FIGS. 18 to 20. FIG.

The link source designation terminal processing and the link source designation handling processing are when the user writes a blog etc. based on the user's conversation and action history stored as a history in the virtual world (on the four-dimensional coordinates). , a trackback process is performed to attach a hyperlink to the action history that is the basis of the action history. Details will be described later with reference to FIGS. 22 and 23. FIG.

User four-dimensional coordinate search processing is processing for searching for a user located in a certain closed space in four-dimensional coordinates from a predetermined organization such as the police. For example, when a murder occurs in a certain place at a certain time, the user (eyewitness, etc.) who was near the time and location of the murder that should be investigated is searched and identified. make use of it at times. Details will be described with reference to FIG.

FIG. 17 is a flow chart showing a subroutine program of the common point search request process shown in S325 and the common point search process shown in S335 of FIG. The common point search request process is to search for geographical common points in the actions of users as described above, and is executed between the mobile phone A or B of the user or the agent A or B. FIG. First, mobile phone A or agent A determines in S370 whether or not there is a common point search operation. If there is an operation to search for common points, a determination of YES is made through S370 and the process advances to S371 to perform a process of reading out the shared virtual tag ID. In the case of mobile phone A, this is a process of reading out the shared virtual tag ID stored in the EEPROM 42. In the case of agent A, the shared virtual tag ID stored as knowledge data by agent A is read. This is read processing.

The control then advances to S372 to perform processing for generating a variable shared virtual tag ID using the GPS time information. This process is the same as the process of S2 in FIG. 7, and the repetition of the description is omitted here. Next, through S373, processing for transmitting the variable shared virtual tag ID to mobile phone B or agent B is performed. In mobile phone B or agent B, it is first determined in S376 whether or not a common point search operation has been performed. If not, this subroutine program ends. Receives the variable shared virtual tag ID transmitted from A. Next, through S378, it is determined whether or not to access the server 10, and waits until the access is made. If the user operates the mobile phone B to access the server 10, or if the agent B determines that the server 10 is to be accessed, a determination of YES is made through S378 and control is terminated. Proceeding to S379, a process of transmitting the personal authentication data including the user ID to the server 10 is performed.

The server 10 receives it (S384), performs identity verification in S385, and transmits access permission to mobile phone B or agent B in S386. These S378, S379, S384-S386 are the same as the processing of S4-S7 in FIG. 7, and detailed description thereof will not be repeated here.

Mobile phone B or agent B receives the access permission transmitted from server 10 (S380), and through S381, mobile phone B or agent B's current location data and mobile phone A's or agent A's variable shared virtual tag ID is sent to the server 10 to request a search for common points.

The server 10 receives it (S387) and executes the same steps as S16, S16a to S16c, S16d, and S20 to S24 shown in FIG. Next, if S16d determines YES, the control proceeds to S388, in which the user four-dimensional coordinate database 11a of both mobile phones A and B or agents A and B is searched to obtain data common only to the positions of both. and data that have both a common location and time. Next, through S389, the specified data is transmitted to mobile phone A or agent A and mobile phone B or agent B. FIG. Mobile phone A or agent A receives it (S374) and displays the received data (S375). Mobile phone B or agent B receives the data transmitted in S389 (S382) and displays the received data (S383).

By this control, the owner of mobile phone A and the owner of mobile phone B, or agent A and agent B can confirm geographically common points in their actions. For example, it is possible to confirm common points such as having watched the 2010 FIFA World Cup with each other or often go to the same restaurant for meals, etc., and it is possible to provide useful materials for subsequent communication.

Moreover, not only one party (mobile phone B or agent B) alone issues a search request for common points, but the other party (mobile phone A or agent A) sends an ID for a variable shared virtual tag. As a condition (see S373 and S377), a search request for common points can be issued, so that mutual common points (personal information) can be exchanged under an agreement between the parties, and the problem of privacy can be cleared.

18 to 20 are flow charts showing subroutine programs of the community virtual tag terminal processing shown in S326 of FIG. 16 and the community virtual tag handling processing shown in S336. First, at S410, the server 10 determines whether or not an event input operation has been performed, and if not, the process proceeds to S412. For example, when an event such as a total solar eclipse, a tornado, or a guerrilla live performance by a famous entertainer occurs, an employee (operator) of the service provider 8 sends the location and time of occurrence of the event considered to be important to the server 10. input. For example, in the case of a total solar eclipse or a tornado, since the place of occurrence moves with time, x, y, z and It is input as four-dimensional coordinate data consisting of time change w. Then, a determination of YES is made through S410, and the process proceeds to S411, where the name of the event that occurred, the place of occurrence, and the time of occurrence are stored in an event four-dimensional coordinate database (not shown).

On the other hand, in the mobile phone 2, it is determined in S400 whether or not the community virtual tag has been operated. If not, the control proceeds to S424 shown in FIG. A determination is made, and if not, this community virtual tag terminal processing subroutine program ends. On the other hand, if the user has operated the mobile phone 2 to input a community virtual tag operation, a determination of YES is made through S400 and the process proceeds to S401 to determine whether or not there has been an operation to store the current position and time. If not, it is determined through S403 whether or not there has been a community virtual tag generation operation, and if not, the subroutine program for community virtual tag terminal processing is terminated.

On the other hand, when the user accidentally encounters a guerrilla live event, a tornado, or the like, the mobile phone 2 performs an operation to store the current position and time of the encounter. Then, a determination of YES is made through S401, and the current position and time, that is, the position (x, y, z) and time (w) of encountering the guerrilla live or tornado are stored in the EEPROM 42 through S402.

Next, when the user operates the mobile phone 2 to perform an operation for generating a community virtual tag, a determination of YES is made through S403 and control proceeds to S404, where the stored information stored in S402 is selected. It is determined whether or not an operation for designating has been input, and if not, it is determined in S405 whether or not there has been an input operation for the position and time to be accessed, and if not, the process returns to S404. , S404→S405→S404. For example, if the user wishes to generate a community virtual tag related to an event already stored in the mobile phone 2 based on the processing of S402, the event to be generated is selected from the stored information. Then, a determination of YES is made through S404 and the process proceeds to S406, where the selected input position and time and the user ID are transmitted to the server 10, and a process of requesting generation of a community virtual tag is performed.

On the other hand, if a user encounters an event (e.g. guerrilla live or tornado) but does not remember the current location and time at the time of the encounter, we would like to generate a community virtual tag for the encountered event. In that case, the location and time of the encounter are manually entered into the mobile phone 2 based on one's own memory. Then, a determination of YES is made through S405 and control proceeds to S406, where the input position and time and the user ID are transmitted to the server 10 to request generation of a community virtual tag.

The server 10 receives the community virtual tag generation request from the mobile phone 2 (S412), and determines in S413 whether or not a community virtual tag has already been generated at the received position and time. If it has been generated, the control advances to S414, and a message to the effect that it has already been generated is returned to the mobile phone 2. The user has access to that already created community virtual tag.

On the other hand, if a community virtual tag has not yet been generated, control proceeds to step 415 where a determination is made whether there is already a stored event for the received location and time. This is a judgment as to whether or not the event name, place of occurrence, and time of occurrence have already been stored in S411. If so, control proceeds to S416 to generate a community virtual tag at the place of occurrence of the event, display the time of occurrence of the event on the community virtual tag, and further enter the community name entered by the employee of the service provider 8. is displayed, and the subroutine program of this community virtual tag support processing is terminated. The community name is, for example, "Mr.

On the other hand, if a determination of NO is made through S415, control proceeds to S421. In S421, a process of transmitting an input request for the occurrence time of the event to the mobile phone 2 is performed. The mobile phone 2 receives it (S417), displays an event occurrence time input screen in S418, determines whether or not the user has input the occurrence time in S419, and waits until there is an input operation. In addition to displaying the event occurrence time, a community name input screen may also be displayed to prompt the user to input the community name.

When the user operates the mobile phone 2 to input the occurrence time of the event, the control advances to S420, and processing for transmitting the input time to the server 10 is performed. The server 10 receives it (S422), then the control proceeds to 423, a process of generating a community virtual tag at the position received in S412, and displaying the received time as the occurrence time of the event is performed in S422. .

If a determination of NO is made through S400 and a determination of YES is made through S424, the control advances to S425, and processing of transmitting information designating the community virtual tag to be accessed and the user ID to the server 10 is performed. will be The information specifying the community virtual tag to be accessed may be, for example, data specifying the place where the community virtual tag is generated or the place and time. As another example, as described with reference to FIG. 5, this community virtual tag is stored in the EEPROM 42 in the same manner as the shared virtual tag, and the user performs an operation to display a list of community virtual tags to display the list. By selecting and clicking a community virtual tag to be accessed from among them, the clicked community virtual tag may be automatically specified and transmitted to the server 10 .

The server 10 receives the information transmitted in S425 (S432), and in S433, searches the community virtual tag database (not shown) to extract the location of the specified community virtual tag and the occurrence time of the event. Next, the control advances to S434, and the four-dimensional coordinate data (w, x, y, z) of the user specified from the user ID received in S432 and the position (x, y, z) of the community virtual tag extracted and occurrence time w. Then, it is determined whether or not they match through S435, and if they do not match, an access denial is returned to the mobile phone 2 through S436. On the other hand, if it is determined in S435 that the two match, the control advances to S437 to transmit the accessed community virtual tag page to the mobile phone 2 and control the mobile phone 2 to display the page. .

The mobile phone 2 receives the access denial or the community virtual tag page in S426, determines whether or not the access denial has been received in S427, and carries the access denial in S428 if it receives the access denial. The page is displayed on the phone 2. On the other hand, if the access denial is not received, the process proceeds to S429, where the page of the community virtual tag is extracted and processed for viewing.

Next, through S430, when the user writes a message or text in the page, processing for transmitting the written information to the server 10 is performed. In the server 10, processing for storing the written information in the community virtual tag database is performed through S438. Specifically, the write information is stored in association with the corresponding community virtual tag. Next, when the user operates the mobile phone 2 to perform an end operation (S431), the end operation signal is transmitted to the server 10, and the processing for terminating the community virtual tag correspondence processing in the server 10 is performed by S439.

In the community virtual tag terminal processing and community virtual tag support processing described above, as a result of access control in steps S434 to S437, only the mobile phone 2 of the user who was near the location at the time when the event of the community virtual tag to be accessed occurred occurred. will be allowed access. However, it is not limited to this, and may be accessed by the mobile phone 2 of a user who was in another place at the time when the event occurred. In this case, a difference may be provided between the encountering users who have encountered the event and the non-encountering users who have not encountered the event with regard to restrictions on writing within the page of the community virtual tag. For example, non-encounter users are allowed to write and read only pages for non-encounter users, while encounter users are allowed to write and read pages dedicated to encounter users and also write and read pages for non-encounter users. make it available for viewing.

FIG. 21 is a flow chart showing a subroutine program of the user four-dimensional coordinate search process shown in S337 of FIG.

A server (not shown) installed in a police station executes processing of a user four-dimensional coordinate search request. First, through S450, the personal authentication data is transmitted to the server 10 to make a search request. This personal authentication data is composed of, for example, an electronic certificate (or an attribute certificate) issued by a predetermined authentication authority that has authenticated that the server is a police server. The server 10 receives the search request (S454), and after confirming that the server is a legitimate police server, replies to the police server with permission.

The police server receives it (S451), and transmits the next data as the search target range through S452.

a≦w≦b c≦x≦d e≦y≦f z is not a question. The server 10 receives this data (S456). 11a is searched. Next, through S458, the search result is transmitted to the police server, and the police server receives it through S453.

As a result, for example, when conducting a questioning investigation in the event of a murder, it is possible to easily identify the person (witness) who was in the vicinity of the murder at the time of the murder, thereby saving waste. There is an advantage that interview investigation can be conducted.

FIG. 22 is a flowchart showing a subroutine program of the link source designation terminal processing shown in S327 of FIG. 16 and the link source designation handling processing shown in S338. In the mobile phone 2, it is determined through S460 whether or not there has been a link source designation operation, and if there has not been, the subroutine program of the link source designation terminal processing ends. For example, a user enters a virtual world of the time and place of occurrence of an indiscriminate murder case in order to collect data on a certain theme such as an indiscriminate murder case, and talks to the user's avatar (agent) who was in the vicinity. If you write a blog etc. based on it, embed a hyperlink in your blog with the site of the interview (conversation content in the virtual world etc.) as the link source and want to track back to the link source. , the user operates the mobile phone 2 to specify the link source. Specifically, the four-dimensional coordinates (w, x, y, z) at the start of a conversation such as coverage are entered. Then, a determination of YES is made through S460, and the input starting point coordinate data of the link source space-time is transmitted to the server 10 through S461.

The server 10 receives it (S467), and in S468 stores the URL specifying the time and space of the four-dimensional coordinates of the specified starting point in the hyperlink database 60 (see FIG. 23).

Also, in the mobile phone 2, in S462, the four-dimensional coordinates (w, x, y, z) at the end of the coverage (conversation) are input. Then, a process of transmitting coordinate data (w, x, y, z) designating the end point of the input link source space-time to the server 10 is performed. The server 10 receives it (S469), and in S470 performs a process of storing in the hyperlink database 60 the URL specifying the time and space of the four-dimensional coordinates of the designated end point.

Next, in the server 10, processing for transmitting the start point URL stored in the hyperlink database 60 (see FIG. 23) to the mobile phone 2 is performed in S471. The mobile phone 2 receives it (S463), and performs a process of embedding the received starting point URL in the linked content (for example, a blog or the like) in S464. Next, the process proceeds to S465, in which it is determined whether or not the user has performed a trackback operation.If the mobile phone 2 is operated to perform a trackback operation, the control proceeds to S466, in which the URL of the linked content (blog, etc.) is tracked back. is transmitted to the server 10.

The server 10 receives it (S472), and performs a process of storing the received URL as a link destination URL in the hyperlink database 60 (see FIG. 23) in S473.

FIG. 23 is a diagram for explaining the data stored in the hyperlink database 60. As shown in FIG. This hyperlink database 60 is installed in the service provider 8 and data is written and read by the server 10 .

The hyperlink database 60 stores data such as start point URLs, end point URLs, link destination URLs, and comment data. For example, http://abc is stored as the start URL, http://opq as the end URL, and http://hij as the link destination URL. By S471 described above, for example, http://abc is transmitted to the mobile phone 2 as the starting URL, and the user embeds the received http://abc in the content (blog or the like). If another person accesses the content (blog, etc.) and clicks http://abc, which is the embedded starting point URL, it jumps (moves) to the virtual space (four-dimensional coordinate space) specified by the URL. can be accessed by After that, while time passes to the virtual space (four-dimensional coordinate space) specified by http://opq, which is the end point URL, the user's conversation such as the content of the interview is displayed in the virtual space with the passage of time. becomes. Others who have seen the exchange of the content of the conversation can post a comment at a desired point in the middle of the conversation or at the end of the conversation.

As shown in FIG. 23, when the posted comment data is stored in the hyperlink database 60 and the four-dimensional space-time of the content of the conversation in which the comment is posted is accessed, the posted comment data can be viewed together with the exchange of the conversation content. Comments are also displayed. Furthermore, http://hij, which is the link destination URL, is also displayed. If another person clicks on this link destination URL, they can jump to and access the corresponding user's content (blog, etc.).

In short, the link source designation control described based on FIGS. 22 and 23 has a relay function that connects (bridges) the virtual world (four-dimensional space-time) and cyberspace such as blogs and SNS (Social Networking Service). It is. Also, the object to be linked can be anything as long as it is a virtual world (four-dimensional space-time), such as the above-mentioned community virtual tag, the writing page linked to it, the inside of the cyber special zone, the inside of each area of the historical virtual world (see S231), etc. , can be anything. As a modified example, as will be described later, when the virtual world (four-dimensional space-time) can be searched, ranking is performed based on the number of links, etc., and the search results are ranked. You may control so that it may be reflected in the display order.

FIG. 24(a) shows a subroutine program of the past virtual world terminal processing shown in S301 of FIG. 15(a), and FIG. 24(b) shows a past virtual world terminal process shown in S311 of FIG. 4 is a flow chart showing a subroutine program of a corresponding process;

Referring to FIG. 24(a), in the past virtual world terminal processing, historical virtual world terminal processing is executed from S212, and other terminal processing is executed from S211.

Referring to FIG. 24(b), in the past virtual world terminal process, a historical virtual world handling process is executed in S220, and other handling processes are executed in S221.

The history virtual world terminal processing of S210 and the history virtual world correspondence processing of S220 are processing for providing history-related services using the virtual world, which is a four-dimensional space-time.

Other terminal processing in S210 and other handling processing in S221 include, for example, creating a memorial virtual tag at a memorable place and time, such as the place and time of the proposal, and displaying memorable pictures, words, etc. at that time. It is a service such as recording and saving in the page corresponding to the memorial virtual tag. In addition, it is a service in which the contents of pages corresponding to a plurality of memorial virtual tags of the user from birth to the present are edited and displayed in chronological order, and the personal history of the user can be created.

FIG. 25(a) is a flow chart showing a subroutine program of the historical virtual world terminal process shown in S210 of FIG. 24(a), and FIG. 4 is a flow chart showing a subroutine program of global correspondence processing; In the historical virtual world terminal processing, it is determined in S230 whether or not there has been an access operation to the historical virtual world, and if not, this subroutine program ends. On the other hand, if the user performs an access operation to the historical virtual world using the mobile phone 2, the control advances to S231, and a process of accepting an operation to enter each area in the historical virtual world is executed. Each area of the historical virtual world has four areas: "history area", "hypothetical area", "another world area", and "information exchange area". Choose one.

The “Historical Area” is an area where you can view detailed data on various eras, such as three-dimensional scenes of the time, two-dimensional display functions, voice guidance, historical dates, and whereabouts after that.

A "hypothetical area" is an area that provides disputed information that differs from formal history. For example, Minamoto no Yoshitsune played an active role as Genghis Khan without being killed. and other information.

The "Another World Area" is an area where you can view information such as what would have happened to the world after that time if this person had not been killed.

"Information exchange area" is a community set up in a historical virtual world like today's SNS, where users themselves can freely participate in the community and exchange information about buildings and people. be.

A "historical area" is information provided by the service provider 8 or a service provider specializing in history. In the other "Hypothetical Area", "Another World Area", and "Information Exchange Area", even if the basic information is provided by Service Provider 8 or a service provider specializing in history, the user himself/herself should take the initiative to convey each information and thoughts. It is a mechanism that can be done.

Control then advances to S232 for processing to transmit the user ID and the selected historical virtual world area to the server 10 .

In the server 10, it is received in S238, and in S239, based on the received ID, processing is performed to determine whether or not the user is a paying member. The server 10 stores data for specifying whether or not the user is a paid member in association with the user ID. Then, when it is determined in S240 that the user is a paying member, in S241, a historical virtual world display process is executed. On the other hand, if it is determined that the user is a general member who is not a paid member, control proceeds to S242, and it is determined whether or not the area selected by the user is an area for general user display according to S231. Server 10 is connected to historical virtual database 62, which will be described later with reference to FIG. Data is stored in the history virtual database 62 so that it is possible to distinguish between an area that can be viewed by general users and an area that can only be viewed by paying member users. The server 10 searches this historical virtual database 62 to determine whether or not the selected area is an area for display by general users. If the area is not for display by general users, that is, if it is an area that can only be viewed by paying members, the control advances to S243 to reply to the mobile phone 2 that display is not possible because the member is not a paying member.

The mobile phone 2 receives it in S233, and executes a process of displaying that it cannot be displayed because it is not a paid member in S234.

FIG. 26(b) is a flow chart showing a subroutine program of the historical virtual world display process shown in S241 of FIG. 25(b). First, through S258, a process of retrieving historical tags in the vicinity of the user's current position in the area selected according to S231 is performed. The "user's current position" here means the user's entry position in the virtual world if the user has entered the virtual world, and the real position if the user has not entered the virtual world. It is the user's current location in the world. A "history tag" is a virtual tag displayed in the virtual world and in the real world, and historical explanation data and 3D display data stored in association with the history tag when clicked by the user. is a tag for displaying to the user. The title of this history tag is stored in the history virtual database 62 in association with each area information. The user is then presented with the history tag along with the title.

Control then proceeds to S259, where it is determined whether or not there are multiple history tags in chronological order. In other words, it is determined whether or not there are a plurality of history tags retrieved in S258 chronologically in the vicinity of the user's current position. For example, if the current location of the user is Sekigahara-cho, Fuwa-gun, Gifu Prefecture, in the case of FIG. , the history tag will be displayed, but if there is a history tag corresponding to another historical area in Sekigahara-cho, Fuwa-gun, Gifu Prefecture, on a different time axis w (era), YES in S259. is made, control proceeds to S260, and processing for transmitting the plurality of history tags to the mobile phone 2 is performed.

The mobile phone 2 receives it in S245, and controls to display the plurality of history tags received in S246. Next, through S247, it is determined whether or not the user has performed a history tag selection operation, and the process waits until there is. If there is a selection operation, processing for transmitting the selected history tag to the server 10 is performed through S248. The server 10 receives it in S261. Next, in S262, control is performed to display the received history tag or one history tag retrieved in S258 in the real world or virtual world near the user's current position.

On the other hand, the mobile phone 2 displays the selected history tag through S249, determines whether or not the displayed history tag has been clicked through S250, and repeats the loop of S249→S250→S249 until there is a click operation. patrol. When the user clicks on the displayed history tag, control is performed to transmit a click signal of the history tag to the server 10 through S251. The server 10 receives it in S263, and controls to specify the history explanation data/3D display data corresponding to the clicked history tag and transmit them to the mobile phone 2 in S264. Specifically, the server 10 searches the history virtual database 62 of FIG. 28, and the historical explanation data/3D stored corresponding to the historical area stored corresponding to the title of the clicked history tag. Display data is retrieved and the retrieved data is transmitted to the mobile phone 2. - 特許庁Specifically, when a history tag titled "The Battle of Sekigahara" is clicked, the history explanation data and the 3D display data of "the battle that determined Tokugawa Ieyasu's supremacy" stored in association with the tag are displayed. is specified, and the data is transmitted to the mobile phone 2 .

Depending on the mobile phone 2, it is received in S252, and control is performed to display the received historical explanation data/3D display data in S253. Next, in S254, it is determined whether or not a switching operation has been performed on other history tags among the plurality of history tags existing in time series. If so, the control returns to S246, and an operation of displaying a plurality of history tags existing in chronological order again and selecting a history tag from among them is performed. As a result, it is possible to select another history tag from among the plurality of history tags that exist in chronological order, and display and browse the corresponding history explanation data and 3D display data.

On the other hand, if a determination of NO is made through S254, a determination is made through S270 as to whether or not an entry area switching operation has been performed. If not, the control proceeds to S271, but if the user operates the mobile phone 2 to switch the entrance/exit area, the control returns to S231, and the area to enter is reselected from the four areas. control to re-enter the room.

If a determination of NO is made through S270, a determination is made through S271 as to whether or not there has been a write operation within the page of the area. If not, the control advances to S273, but if the user operates the mobile phone 2 to perform a writing operation, the control advances to S272, and control is performed to transmit the written data to the server 10. FIG.

The server 10 receives the data in S277 and performs control to store the written data in the history virtual database 62. FIG. For example, as another world information, "If the Western army had won, what would have happened to Japan after that?" The user writes data such as "It is suspected that it may be...", and the written data is written in the historical virtual database 62 and stored.

On the other hand, if the user operates the mobile phone 2 to perform a termination operation (S273), the termination operation signal is transmitted to the server 10, received in S279, and terminated in S280.

FIG. 29(a) shows a subroutine program of the future virtual world terminal processing shown in S302 of FIG. 15, and FIG. 29(b) shows a subroutine program of the future virtual world corresponding processing shown in S312 of FIG. there is

First, in the future virtual world terminal processing, weather forecast terminal processing is executed in S700, future dating terminal processing is executed in S701, and future schedule terminal processing is executed in S702.

In the future virtual world processing, weather forecast processing is executed in S705, future dating processing is executed in S706, and future schedule processing is executed in S707.

The weather forecast terminal processing and weather forecast corresponding processing are to display the virtual world according to the past and present weather and the future weather forecast. For example, if the current weather in Tokyo is rainy, a rainy landscape will be displayed when the user enters the virtual world and accesses the current Tokyo.

The future schedule terminal processing and the future schedule handling processing are to display the user's avatar in the future virtual world based on the user's schedule described with reference to FIG. For example, referring to FIG. 14, when the user ID is 13B9PS, the future schedule is to participate in the XX event. If this ○○ event is held at Shibuya Dogenzaka from 1:00 pm to 3:00 pm tomorrow, the avatar (agent) of the user of 13B9PS will continue at Shibuya Dogenzaka from 1:00 pm to 3:00 pm tomorrow in the virtual world. will be displayed.

This detailed control will be described based on FIG. FIG. 30 is a flow chart showing a subroutine program of the future schedule terminal processing shown in S700 and the future schedule handling processing shown in S707. In the user's cellular phone 2, it is first determined in S710 whether or not a schedule input operation has been performed. If not, in S714 it is determined whether or not a future virtual world display operation has been performed. Subroutine program ends.

If the user operates the mobile phone 2 to input a schedule, a determination of YES is made through S710 and control proceeds to S711, where the entered schedule including the time and place is stored in the EEPROM 42 of the mobile phone 2, for example. processing takes place. Next, through S712, it is determined whether or not to notify the server 10, and if not to notify the server 10, the process advances to S714. On the other hand, if the user performs an operation for notifying the server using the mobile phone 2, the control advances to S713, and processing for transmitting the schedule including the input time and place and the user ID to the server 10 is performed. In response, the server 10 stores the received schedule including the time and place in the user four-dimensional coordinate database 11a in S720 in association with the user ID.

On the other hand, if the user operates the mobile phone 2 to display the future virtual world, a determination of YES is made through S714 and the process advances to S715 to perform processing for transmitting the user ID, the access position, and the future access date and time to the server 10. . The user operates the mobile phone 2 to input the position (place) to be accessed in the future virtual world and the future date and time to be accessed, and the input data is transmitted to the server 10 in S715.

In response, the server 10 executes the processing of S34 to S37 shown in FIG. The avatar (agent) scheduled to be present at the date and time is determined, and processing is performed to overlay and display the virtual world 3D data. Next, the processes of S39 to S42 (see FIG. 9) are executed.

FIG. 31 is a flow chart showing a subroutine program of the virtual world display handling process shown in S331 of FIG. First, the server 10 executes the same steps as S30 to S32 shown in FIG. be. If the access position and access time of the virtual world that the user wants to access and his/her own user ID are transmitted from the mobile phone 2 to the server 10, a determination of YES is made through S480, and the same processing as S34 and S35 of FIG. 9 is made. is executed, then the same processing as in S36 is executed, and then the same processing as in S37 is executed. Next, in S481, the user's four-dimensional coordinate database 11a is searched, a user near the access time (w) and the access position (x, y, z) is identified, and the conversation data with the agent (avatar) is virtualized. A process of overlaying and displaying the 3D data of the world is performed. This conversation data is stored in a conversation database 61, which will be described later with reference to FIG. Content.

Control then advances to S482 to determine whether or not the displayed virtual world has a linked URL. The link destination URL is the link destination URL stored in the hyperlink database 60 described with reference to FIG.

If the link destination URL is not attached, the same processing as the processing shown in S39 to S42 of FIG. 9 is executed. On the other hand, if the link destination URL is attached, control proceeds to S483, and control is performed to display the link destination URL in the virtual world. Next, proceeding to S484, it is determined whether or not a comment has been input. If not, the processing of S39 to S42 is executed. (See FIG. 23) and the control is performed to display the comment in the virtual world.

Proceeding next to step 486, a determination is made whether there has been a request to advance time in the virtual world being accessed. For users accessing the virtual world, when accessing the current virtual world, time progresses in the virtual world as well as time progresses in the real world, and the movement of the avatar (agent) is displayed. However, when the user designates and accesses the past virtual world or the future virtual world, the virtual world with the time axis w fixed at the designated time (w) is displayed. Become. When the user moves in the virtual world at that time and wants to advance the time at a certain place, the user operates the mobile phone 2 to make a time advance request and transmits it to the server 10 . Then, a determination of YES is made through S486, the process proceeds to S487, control is performed to advance the time w, and the control returns to S36.

The progress control (stepping control) of the time w in this S487 progresses the virtual world at the same progress speed as the normal progress speed of time in the real world, but the progress speed is faster or slower than the real world. It is also possible for the user to freely select the progress speed and request it to the server 10, such as the speed. The server 10 advances the time w in S487 according to the requested progress speed. Further, it may be possible to control the time axis w to move backward at a specified speed.

On the other hand, if a determination of NO is made through S486, control proceeds to S488, in which it is determined whether or not there is a request to slide the access position in the virtual world. When the user operates the mobile phone 2 to slide and move the access position of the currently accessed virtual world, the slide request signal is transmitted to the server 10, and YES is determined through S488. Then, through S489, control is performed to move the access position by sliding the three-dimensional coordinates (x, y, z) in the virtual world. Control then returns to S36. FIG. 32 is a diagram for explaining data stored in the conversation database 61. As shown in FIG. This conversation database 61 is installed in the service provider 8 and data can be written and read by the server 10 .

The conversation database 60 stores user IDs, location data in the virtual world where conversations take place, and conversation data in association with the user IDs. The position data and conversation data in the virtual world change with the time axis w, and the position data and conversation data in the virtual world at different times are stored in the conversation database 61 according to changes in the time axis w. It is That is, this conversation database 61 stores conversation data in the form of four-dimensional coordinate data, like the user four-dimensional coordinate database 11a shown in FIG. However, since each user enters the virtual world, which is a four-dimensional space-time, and converses while moving between locations and entering times (eras), w, x, y, and z fluctuate along with the movement. The four-dimensional coordinates (w, x, y, z) of the conversation also vary depending on the user. Such fluctuation data is stored as four-dimensional coordinate data in association with each user ID. That is, since each user has a different place of entry, time of entry (age), and mode of movement, the time axis w is also set for each user (each user ID). That is, the time axis w is set for the number of users (user IDs).

FIG. 33 is a flow chart showing a subroutine program of the authentication terminal process shown in S303 of FIG. 15 and the authentication process shown in S313. As authentication terminal processing, it is determined in S800 whether or not an authentication request operation has been performed. If the user operates the mobile phone 2 to request authentication, a determination of YES is made through S800 and the control advances to S801 to determine whether or not the operation is to request SSL (Secure Socket Layer) authentication. be. In the case of a request for normal SSL authentication, normal SSL authentication request processing is executed in S802, and the server 10 receives it and executes normal SSL authentication processing in S805.

On the other hand, if the user operates the mobile phone 2 to request four-dimensional coordinate authentication, a determination of NO is made through S801 and the control advances to S803 to execute four-dimensional coordinate authentication request processing. In response to this, the server 10 executes four-dimensional coordinate authentication processing in S806.

FIG. 34 is a flow chart showing a subroutine program of the four-dimensional coordinate request process shown in S803. Through S803, an authentication menu is displayed on the mobile phone 2 of the user. Menu items displayed by this authentication menu display are "contract authentication item", "four-dimensional coordinate electronic certificate item", and "other authentication items". When the user purchases a product or the like and makes a contract such as installment payment, the user selects "contract authentication item". If you want to have an electronic certificate issued to prove that the user was in a certain place (on a certain four-dimensional coordinate) at a certain time, select "4-dimensional coordinate electronic certificate item". .

When the user operates the mobile phone 2 to select the contract authentication item, the control advances to S835 to execute contract authentication request processing. When the user operates the mobile phone 2 to select the four-dimensional coordinate electronic certificate item, the control advances to S836 to execute a four-dimensional coordinate electronic certificate issue request process. If the user selects any other item, control advances to step 834 to perform other authentication request processing.

The four-dimensional coordinate authentication processing on the server 10 side shown in S806 also includes subroutine programs for the contract authentication processing corresponding to S835 and the four-dimensional coordinate electronic certificate issuing processing corresponding to S836.

FIG. 35 is a flow chart showing a subroutine program of contract authentication request processing shown in S835 and corresponding contract authentication processing on the server 10 side. In the contract authentication request process, the mobile phones 2 of both parties to the contract, that is, the debtor A and the obligee B jointly request the server 10 to generate a shared virtual tag for the contract, and the server 10 authenticates the contract. The process generates a contractual shared virtual tag. Note that when the debtor A purchases digital content such as paid video content, DRM (Digital Rights Management) processing is also executed.

First, through S860, a process of reading the shared virtual tag ID from the EEPROM 42 is performed in the mobile phone 2 of the debtor A. FIG. Next, through S861, a process of generating a variable shared virtual tag ID using GPS time information is performed. This process is the same as the process explained based on S2 of FIG. 7, and repetition of explanation is omitted here. Next, through S862, a process of transmitting the variable shared virtual tag ID to the mobile phone 2 of obligee B using infrared communication or the like is performed.

Debtor B's mobile phone 2 determines whether or not to access the server 10 through S863. If debtor B operates mobile phone 2 to input an operation to access server 10, a determination of YES is made through S863, and the user ID of debtor B (the user ID stored in EEPROM 42) is entered through S864. A process of transmitting the included personal authentication data to the server 10 is performed. The server 10 that has received it performs identity verification in S869, and returns access permission to the mobile phone 2 of the obligor B in S870. Each process of S864 to S870 is the same as the process of S5 to S7 in FIG. 7, and detailed description thereof will not be repeated here.

Next, in S865, an operation for requesting generation of a shared virtual tag for contract is performed on the mobile phone 2 of obligee B. is sent to the server 10, and the contracted shared virtual tag ID and the contractor data are sent to the server 10 to request the generation of the contracted shared virtual tag.

In the server 10 that receives it, the processes of S15, S16, S20 to S24, S16a to S16a, and S17 to S19 described with reference to FIG. 8 are performed. However, the "shared virtual tag" in the processing of each step described based on FIG. 8 becomes the "contract shared virtual tag" in FIG.

Next, through S871, a process of storing the contract data and the payment page data displayed on the contract shared virtual tag page is performed. As a result, when the debtor A or the obligee B operates the mobile phone 2 to access the shared virtual tag for contract generated in the virtual world and clicks on it, the page of the shared virtual tag for contract is displayed. Within that page, the contract concluded between the debtor A and the obligee B is displayed, along with a page for payment in installments or the like. Debtor A can access the payment page and make payment (repayment of the debt) using a credit card or the like according to the payment page.

Next, as described above, in the case of buying and selling digital contents, the mobile phone 2 of obligee B performs DRM request processing in S868, and the server 10 that receives the request performs DRM processing in S872. be done. These processes will be described later with reference to FIG.

As a result of DRM processing, which will be described later, the encrypted digital content is returned from the server 10 to the mobile phone 2 of the obligee B, and the mobile phone 2 of the obligee B receives the encrypted digital content in S873. is transmitted to the mobile phone 2 of the debtor A.

FIG. 36 is a flow chart showing a subroutine program for the DRM request processing shown in S868 and the DRM processing shown in S872. In the DRM process, first, in S820, the process of transmitting the digital content to the server 10 is performed. The server 10 receives the digital content in S823. In addition, in obligee B's mobile phone 2, data for designating the digital content purchaser (obligor A) is transmitted to server 10 in S821. The specified data of the purchaser of the digital content is, for example, the variable shared virtual tag ID of the mobile phone 2 of the debtor A. At S824, the server 10 that receives the request performs a process of randomly determining the four-dimensional coordinate data to be used for DRM from among the four-dimensional coordinate data of the designated purchaser (see FIG. 14) using the random number R1. As a specific example of the processing of S824, for example, suitable four-dimensional coordinate data while the mobile phone 2 of the designated purchaser, namely debtor A, is moving is extracted from the user four-dimensional coordinate database 11a. This extracted data is data in which the coordinate data of x, y, and z change as the time w changes. This is because the purchaser (obligor A) is in transit. A random number R1 is generated by the server 10 within a range in which the time w in the extracted data from the user four-dimensional coordinate database 11a changes. Coordinates (w, x, y, z; where w=R1) obtained by substituting random number R1 for time w in user four-dimensional coordinate database 11a are determined as four-dimensional coordinate data to be used for DRM.

Then, through S825, processing for encrypting the digital content using the determined four-dimensional coordinate data as the key K1 is performed. Next, through S826, a process of embedding the random number R1 in the encrypted digital content as an electronic watermark is performed. Next, through S827, a process of returning the encrypted digital content to obligee B's mobile phone 2 is performed. In obligee B's mobile phone 2, processing for receiving the encrypted digital content is performed in S822.

FIG. 37 shows specifics of content reproduction processing on the mobile phone 2 side and reproduction authentication processing on the server 10 side, which are used when reproducing the digital content purchased by the debtor A, that is, the encrypted digital content transmitted according to S873. 4 is a flowchart showing specific control contents; First, in the mobile phone 2, it is determined through S880 whether or not there is a reproduction operation. If the purchaser (debtor A) operates the mobile phone 2 to reproduce the content, a determination of YES is made through S880, and a process of extracting the random number R1 from the encrypted content is performed through S881. This is a process of extracting the random number R1 embedded in the encrypted content as a digital watermark. Then, through S882, a process of transmitting the user ID and the extracted random number R1 to the server 10 is performed.

The server 10 receives it (S890), and in S891 performs a process of determining the four-dimensional coordinate data to be used for the key K1 from among the four-dimensional coordinate data (see FIG. 14) of the received user ID using R1. done. Specifically, by specifying the four-dimensional coordinate data of the user, which consists of the data of the current position corresponding to the received user ID and the data of the time w, and substituting the random number R1 for the time w, the user's Four-dimensional coordinate data (w, x, y, z; w=R1) is determined.

Next, through S892, a process of randomly determining four-dimensional coordinate data to be used for DRM from among the four-dimensional coordinate data of the user ID using the random number R2 is performed. The process of S892 is the same as the process of S824 described above, and detailed description thereof will not be repeated here. Next, in S893, the determined four-dimensional coordinate data is used as a key K2, and a process of transmitting the key K2, the key K1 determined in S891, and the random number R2 to the mobile phone 2 is performed.

The mobile phone 2 receives it (S883), and uses the received key K1 to decrypt and reproduce the encrypted content. Next, in S885, processing for encrypting the reproduced content using the key K2 is performed, and in S886, processing for embedding the random number R2 in the encrypted content as an electronic watermark is performed. Then, the mobile phone 2 overwrites and saves the new encrypted content in which the random number R2 is embedded. As a result, the old encrypted content embedded with R1 is erased and the new encrypted content embedded with R2 is stored. In this way, every time the encrypted content is reproduced, the key and the random number are updated in the order of key K2→key K3→key K4 . . . , R2→R3→R4 . The new encrypted content is overwritten and saved.

FIG. 38 is a flowchart showing a subroutine program of the four-dimensional coordinate electronic certificate issuance request process indicated by S836 in FIG. 34 and the four-dimensional coordinate electronic certificate issuance process in the server 10 corresponding thereto. First, the mobile phone 2 transmits personal authentication data including the user ID in S840, the server 10 receiving the data verifies the user in S841, and returns access permission to the mobile phone 2 in S842. Since each process of S840 to S842 is the same as each process of S5 to S7 shown in FIG. 7, repetition of detailed description will be omitted here.

In S843, the cellular phone 2 that has received the access permission receives four-dimensional coordinate designation operations (designation of time w, designation of latitude x and longitude y, etc.) to be certified. Next, through S844, the specified four-dimensional coordinates and a four-dimensional coordinate electronic certificate issuance request request are sent to the server 10. FIG. The server 10 that receives it determines whether or not the person exists at the designated four-dimensional coordinates in S845, and if it is determined that the person does not exist in S846, rejects the proof due to non-existence. 2 is processed. On the other hand, if it is determined that the data exists in S846, a process of adding a digital signature to the four-dimensional coordinate data of the person determined to exist and creating an electronic certificate is performed in S847. This digital signature is a digital signature by the service provider 8 in which the server 10 is installed. and the like, and use the decrypted data as a digital signature. Then, the electronic certificate is transmitted to the mobile phone 2 through S848.

The mobile phone 2 stores and keeps the transmitted electronic certificate in the EEPROM 42 or the like. Then, when it is necessary to prove that the person himself/herself exists at the four-dimensional coordinates certified by the electronic certificate, the stored electronic certificate is read out from the EEPROM 42 and presented. For example, if you prove that you attended a certain university class and get credits, or if you encounter a certain incident in the real world, write a blog about the incident and write a blog about the incident at the time and place of the incident. It is possible to think of a usage method such as presenting an electronic certificate to the blog to prove that you have been to the blog.

33 to 38 described above, in order to perform not only terminal authentication but also personal authentication of the user himself/herself, personal authentication must first be carried out between the mobile phone 2 and the user who owns it. must be done. For example, it is conceivable to input a password or a personal identification number into the mobile phone 2 to perform personal authentication, or to have the mobile phone 2 read the user's fingerprint or the like to perform biometric authentication.

Access control to the shared virtual tag for contract may be the same as the access control to the shared virtual tag described in the first embodiment, but the following control may be used. First, the server 10 stores data (w, x, y, z) consisting of the place where the debtor A and the obligee B made a contract (=the place where the shared virtual tag for contract is generated) and the time. . Next, the mobile phone 2 of the user who performed the access operation by clicking the contract shared virtual tag is requested to transmit the user ID to the server 10, and the server 10 searches the user four-dimensional database 11a and associates it with the user ID. to determine whether or not the user was at the contracted location and time (w, x, y, z). allow.

33 to 38, it is possible to perform authentication while keeping the user identification information such as the user's name and address or e-mail address secret, and to perform specific authentication while protecting the user's privacy. There are advantages. Conventionally, anonymous authentication or attribute authentication has existed as an authentication technique having such advantages, but it has the disadvantage that it cannot be realized without making full use of advanced cryptographic techniques such as group signatures. However, the authentication techniques shown in FIGS. 33 to 38 do not require the use of advanced encryption techniques, and have the advantage of being able to achieve the same effect as anonymous authentication or attribute authentication in a simple manner.

FIG. 39(a) shows a subroutine program of the virtual world advertisement terminal processing shown in S304 of FIG. 15(a), and FIG. 39(b) shows the virtual world advertisement terminal process shown in S314 of FIG. 15(b). 4 is a flow chart showing a subroutine program of a corresponding process;

In the virtual world advertising terminal processing, advertisement display terminal processing is performed by S500. This advertisement display terminal process is a process for displaying an advertisement display prepared in the virtual world on the mobile phone 2 .

On the other hand, in the virtual world advertisement processing, a display advertisement setting processing is performed in S503, and an advertisement display processing is performed in S504. The display advertisement setting correspondence processing in S503 is processing for receiving an advertisement setting operation to be displayed in the virtual world by the advertiser client, which will be described later, and setting and storing the advertisement that the advertiser wants to be displayed in the virtual world. The advertisement display handling process of S504 is a process of the server side 10 corresponding to the advertisement display terminal process of S500, and is a process for transmitting an advertisement prepared in the virtual world to the mobile phone 2 and displaying it.

FIG. 39(c) is a flowchart showing a subroutine program of the display advertisement setting operation process executed by the advertiser client, and FIG. 39(d) shows a subroutine program of the display advertisement setting handling process shown in S503. It is a flow chart.

In the advertiser client, when the login operation to the advertisement menu is performed in S510, control for transmitting authentication data of the advertiser client to the server 10 is performed in S511. The server 10 receives it in S515, and in S516, based on the authentication data, confirms whether or not the advertiser client is a legitimate advertiser client, not impersonation, etc., and confirms the identity. Above, control is performed to send advertisement menu data to the advertiser client. The advertiser client receives it in S512, and performs advertisement menu selection input processing in S513. By this advertisement menu selection input process, the server 10 receives the transmitted data, and the input menu registration process is executed in S517.

40(a), 41, and 42 are flowcharts showing the subroutine program of the advertisement menu selection input process shown in S513, and FIG. 40(b) is the subroutine of the input menu registration process shown in S517. It is a flow chart which shows a program. The input menu types include an advertisement display method menu (S520), a display distance menu (S523), a display time menu (S526), an advertisement type menu (S535), a display classification menu in the virtual world (S538), a virtual Eight types are prepared, including a display classification menu for users in the world (S541), a menu display when there is mutual function (S546), and a display region selection menu (S549).

First, via S520, a menu regarding how to display the advertisement is displayed to the advertiser client. There are three types of display methods: a constant display type, a pop-up type, and a selection type advertisement. These three types of menu items are displayed. The constant display type is an advertisement that is always displayed regardless of whether the advertisement has been updated. In the pop-up type, when an advertisement is updated, a pop-up display to that effect is made and the newly updated advertisement is displayed. A selective advertisement is to display an advertisement that matches the user or an advertisement selected by the user from advertisements of a plurality of types of contents.

It is determined at S521 whether or not there has been an operation to select a menu item, and if there has not been, the display processing at S520 is performed. If the user performs a selection operation using mobile phone 2, a determination of YES is made through S521, control proceeds to S522, and processing for transmitting the selected menu item to server 10 is performed. At S530, the server 10 receives the data and registers the received data in the virtual world advertisement database 63 (see FIG. 43). Next, through S532, it is determined whether or not registration of all advertisement menus has been completed. If not yet completed, the process returns to S530, and the loop of S530→S531→S532→S530 is circulated.

On the other hand, in the advertiser client, through S523, control is performed to display the menu item of the display distance of the advertisement to the user who has entered the virtual world. Specifically, as the display distance menu, three types of long distance type, medium distance type, and short distance type are prepared. The advertiser client determines in S524 whether or not the display distance menu item has been selected, and if not, the display processing in S523 continues. When there is a selection operation, the control advances to S525, and processing for transmitting the selected menu item to the server 10 is performed. The server 10 receives the data in S530 and registers the received data in the virtual world advertisement database 63 in S531.

Next, the advertiser client performs control to display the display time menu item through S526. Specifically, items of constant display and time-limited display are displayed. The constant display is an advertisement that is always displayed 24 hours a day, and the time-limited display is an advertisement that is displayed for a limited period of time, such as only during the daytime or only during the night. It is determined in S527 whether or not a selection operation has been performed, and the display processing in S526 is continued until there is a selection operation. If there is a selection operation by the advertiser client, the selected item is sent to the server 10 in S528. At S530, the server 10 receives the data and controls the registration of the received data in the virtual world advertisement database 63. FIG.

The advertiser client is further controlled to display the advertisement type menu through S535. As for the types of advertisements, there are prepared three types of advertisements, namely, advertisements with only voice, advertisements with only moving images and images, and advertisements with voice and moving images or images. It is determined in S536 whether or not there is a selection operation, and if there is no selection operation, the display control in S535 is continued. If there is a selection operation by the advertiser client, a process of transmitting the selected menu item to the server 10 is performed in S537. The server 10 receives the data in S530, and controls the registration of the received data in the virtual world advertisement database 63 in S532.

In the advertiser client, furthermore, through S538, a menu display representing the display categories of advertisements in the virtual world is performed. Specifically, advertisements are displayed in three types: advertisements to be displayed only in the present world, advertisements to be displayed only in the past world, and advertisements to be displayed in all eras including the future. If it is not determined in S539 whether or not a menu item selection operation has been performed, the display of S538 continues. If there is a selection operation by the advertiser client, a process of transmitting the selected item to the server 10 is performed in S540. At S530, the server 10 receives the data, and at S531, the process of registering the received data in the virtual world advertisement database 63 is performed.

In the advertiser client, furthermore, through S541, a menu display indicating the display classification for the user in the virtual world is performed. Specifically, there are four types of display to users: advertisements displayed to all users, advertisements displayed only to limited users, advertisements displayed only to terminal users, and advertisements displayed only to web users. ing. A limited user may be, for example, a user who has registered as a paying member. A determination is made as to whether or not a selection operation has been performed through S542, and if the operation has not been performed, the display control of S541 is continued. If there is a selection operation by the advertiser client, control is performed to transmit the selected menu item to the server 10 in S543. At S530, the server 10 receives the data, and at S531, the process of registering the received data in the virtual world advertisement database 63 is performed.

Further, in the advertiser client, a menu display is performed by S546 when the advertisement has an interactive function. Specifically, three types are available: an inquiry function type, a word-of-mouth function type, and a street sales function type. A query function type is an advertisement that allows the user to ask the advertiser a question. The word-of-mouth function type is an advertisement that allows users to browse already written word-of-mouth and write new word-of-mouth about the product or the like targeted for advertisement. The street sales function type is an advertisement in which, when a user who sees an advertisement wants to purchase the advertised product, the advertiser displays a store at the position where the user enters in the virtual world and sells the product there.

It is determined in S547 whether or not there has been a selection operation, and if there has not been, the display control in S546 is continued. If there is a selection operation by the advertiser client, processing for transmitting the selected item to the server 10 is performed in S548. The server 10 receives the data in S530 and registers the received data in the virtual world advertisement database 63 in S531.

Further, in the advertiser client, a selection menu for the area in which the advertisement is to be displayed is displayed through S549. Specifically, three types of world display, nationwide display, and region-limited display are prepared. In S550, it is determined whether or not a selection operation has been performed. When a selection operation has been performed, a country name to be displayed is selected in S551 in the case of selection 2, ie, selection of nationwide display, and in the case of selection 3, ie, In the case of region-limited display, control is performed to select and input the region to be displayed. In the case of an advertisement displayed in a limited area, for example, an advertisement peculiar to the area in which the advertisement is displayed is displayed. For example, in the case of advertisement display limited to Nishijin in Kyoto, an advertisement for a Nishijin textile shop or the like is displayed. Also, in the case of advertisement limited to the location of a certain store in the virtual world corresponding to the store, the advertisement of the store's products, service contents, etc. is carried out.

Next, in S550, it is determined whether or not there is a selection operation, and if there is a selection operation, in S551, the country name to be displayed is selected in the case of selection 2, that is, the nationwide display, and in the case of selection 3, that is, the region In the case of limited display, control is performed to select and input a display target area. Next, through S552, control for transmitting the selected item to the server 10 is performed. The server 10 receives the data in S530, and controls the registration of the received data in the virtual world advertisement database 63 in S531.

Next, the advertiser client determines whether or not there is an input operation of the advertisement content and comment information through S553. For example, referring to FIG. 43, the content of the advertisement is a display representing the content of the advertisement for XX eyeglass shop, XX product store, etc. As the comment information, sales are in progress, business hours are from 9:00 a.m. to 10:00 p.m. Please feel free to contact us. and so on. If the advertisement content and comment information have been input, the control advances to S554, and processing for transmitting the input information to the server 10 is performed. The server 10 receives the data in S530 and registers the received data in the virtual world advertisement database 63 in S531.

FIG. 43 shows information stored in the virtual world advertisement database 63 connected to the server 10. As shown in FIG. The virtual world advertisement database 63 stores various types of information as described in S520 to S553, but only representative information is shown in FIG.

FIG. 44(a) is a flow chart showing a subroutine program of the advertisement display terminal process shown in S500, and FIG. 44(b) is a flow chart showing a subroutine program of the advertisement display handling process shown in S504. As the advertisement display terminal processing, it is determined whether or not the user is logging in to the virtual world through the mobile phone 2 through S558, and if not logging in, this subroutine program ends. When the user is logged in, the server 10 performs control to display an advertisement shown to the logged-in user in S570. Specifically, the server 10 searches the virtual world advertisement database 63 and selects advertisements to be displayed to the user from advertisements stored in the virtual world advertisement database 63 . Then, via S571, a signal is sent to cause the selected advertisement to be overlaid on the virtual world and displayed on the user's mobile phone 2. FIG. The mobile phone 2 receives it in S559, and performs control to overlay and display the received advertisement in S560. Next, through S561, it is determined whether or not the user has performed an operation of gazing at an advertisement. This is, for example, an operation of displaying the advertisement in the center of the screen and zooming in on the advertisement. When there is an operation to gaze at an advertisement, control is performed in S562 to notify the server 10 of the advertisement to be gazed at. The server 10 receives it in S572, searches the virtual world advertisement database 63 for detailed information such as advertisement content and comment information about the notified advertisement, and transmits it to the mobile phone 2 in S573. control is performed. The mobile phone 2 receives it in S563, and overlays the received detailed information in S564.

Next, through S565, it is determined whether or not there is a selection operation corresponding to the type of advertisement. If there is an operation, the control advances to S577, and it is determined whether or not the operation is a click operation on a link destination of an advertisement. A URL specifying a contact point for inquiries to the advertiser is usually embedded in the advertisement as a hyperlink. If the URL of the link destination is clicked, it will move to the homepage of the advertiser by S578.

On the other hand, if the link destination of the advertisement is not clicked, it is determined in S579 whether or not the word-of-mouth function is selected. In the case of the word-of-mouth function type advertisement described in S546, an operation of selecting the word-of-mouth function is possible. When the user clicks on the display portion of the word-of-mouth function, a determination of YES is made through S579, and a notification that word-of-mouth selection has been made is transmitted to the server 10 through S580. The server 10 receives it in S594 and transmits the written word-of-mouth information to the mobile phone 2 in S595.

The mobile phone 2 receives it in S581 and controls to display the received written reception information in S582. Next, through S583, it is determined whether or not a word-of-mouth writing operation has been performed. If the user performs an operation of writing a word-of-mouth using the mobile phone 2, the written information is transmitted to the server 10 through S584. At S586, the server 10 receives it, and at S597, a process of storing it in the virtual world advertisement database 63 as written word-of-mouth information is performed.

In the mobile phone 2, if it is determined in S579 that the word-of-mouth function is not selected, it is determined in S585 whether or not there is an inquiry operation. If not, the process proceeds to S602, but if there is an inquiry operation, the process of transmitting the inquiry signal to the server 10 is performed through S586. The server 10 receives it in S598, and performs processing for transmitting the inquiry column to the mobile phone 2 in S599.

The cellular phone 2 receives the inquiry field in S587, displays the received inquiry field in S588, writes the inquiry about the advertisement in the inquiry field in S589, and displays the URL of the advertiser embedded in the inquiry field. Accepts the operation of clicking . S590 then navigates to the advertiser's page and notifies the advertiser of the written query. Then, after waiting for the advertiser's response, control is performed to display the received advertiser's response at the stage of receiving the advertiser's response.

If it is determined in S585 that the operation is not an inquiry operation, only the street sales function remains (see S546) among the selections of advertisement types (see S565). Therefore, the mobile phone 2 transmits a street sale request to the server 10 in S602. The server 10 receives it in S609, and transmits a signal for displaying the street store to the mobile phone 2 in S610. The mobile phone 2 receives it in S603, and performs control to display the street sales store overlaid on the virtual world in S604. On the other hand, the server 10, after transmitting the display control signal of the store for street sales to the mobile phone 2, transmits a request for street sales to the advertiser server in S611. The advertiser server receives it in S616, and performs customer correspondence processing at the store in S617. A signal for customer service processing is relayed in S612 and transmitted to the mobile phone 2, and the mobile phone 2 can perform an operation to communicate with the clerk in S605. This mobile phone 2 relays signals of the communication with the store clerk and the customer correspondence processing of S617 by the advertiser server through S612.

Next, when a product purchase operation is performed by the mobile phone 2 (S606), the purchase operation signal is transmitted to the advertiser server via S613, and the advertiser server performs settlement processing in S618.

FIG. 47(a) is a flowchart showing a subroutine program of the marketing terminal processing shown in S305 of FIG. 15(a), and FIG. 47(b) shows a marketing correspondence processing shown in S315 of FIG. 4 is a flow chart showing a subroutine program;

As marketing terminal processing, questionnaire terminal processing is executed in S900, and settlement operation processing is executed in S901. The questionnaire terminal process is a process in which the user answers a questionnaire, and the settlement operation process is a process in which the user uses the mobile phone 2 to perform a settlement operation for the purchased product or the like.

As the marketing correspondence processing, a virtual world opening reception processing is executed in S905, a payment data collection processing is executed in S906, and a marketing data provision processing is executed in S907. The virtual world store opening acceptance process is a process of accepting a request to open a store in the virtual world of a store opening company through a client of the store opening company. The settlement data collection process is that when the user purchases a product or the like in the virtual world, the settlement agency collects the settlement data, and the settlement agency sends the collected settlement data to the server 10. It is a process for collecting and storing in. The marketing data providing process is a process for providing the collected marketing data to the vendors and the like.

FIG. 47(c) is a flow chart showing a subroutine program showing the shop opening request processing by the shop opening client (not shown), and FIG. 47(d) is a flow chart showing a subroutine program of the virtual world shop opening reception processing shown in S905. is. The store opening request is transmitted to the server 10 in S910 at the store opening trader client. The server 10 receives it in S917, and performs processing for transmitting the store opening application page to the store opening trader client in S918. The store vendor client receives it in S911, fills in the address, vendor name, store location, and whether or not there is a questionnaire on the received store application page in S912, and returns it to the server 10. FIG. The server 10 receives it in S919, and determines whether or not there is a questionnaire in S920. This determination is made based on whether or not the data received in S919 contains "questionnaire present". If it is determined that there is a questionnaire, control is performed in S921 to transmit the questionnaire page to the store vendor client. The store vendor client receives it in S913, and in S914 controls to fill in the questionnaire questions on the received questionnaire page and send it back to the server 10. FIG. At S922, the server 10 receives it, and at S923, store opening processing based on the received content is performed.

FIG. 48(a) is a flow chart showing the subroutine program of the questionnaire terminal processing shown in S900, and FIG. 48(b) is a flow chart showing the subroutine program of the shop opening process based on the received contents shown in S923. In server 10, processing for registering the received content in marketing database 64 (see FIG. 50) is performed in S934. This received content is the content received in S919 and the content received in S922.

Referring to FIG. 50, marketing database 64 is connected to server 10 and stores user IDs, user genders, four-dimensional coordinate data, questionnaire information, payment information, and the like. Associated with the user ID, the user gender that is the gender of the user, the latitude x, longitude y, altitude (above sea level) z, and entry in the virtual world when the user entered the virtual world using the mobile phone 2 Four-dimensional coordinate data consisting of the era (time) w when the user performed the survey, questionnaire information in which the user answered the questionnaire, and payment information are stored.

When each user enters the virtual world, which is four-dimensional space-time, and moves from place to place and time of entry (era), w, x, y, and z change along with the movement. Such fluctuation data is stored as four-dimensional coordinate data in association with each user ID. That is, since each user has a different place of entry, time of entry (age), and mode of movement, the time axis w is also set for each user (each user ID). That is, the time axis w is set for the number of users (user IDs).

The payment information includes payment No., payment type, product, amount, store information, and the like. As the payment type, the type of payment used by the user, such as credit payment or cash payment (using a point card), is stored. As the product, for example, the general names of purchased products such as books, polo shirts, personal computers, and DVDs purchased by the user are stored. "Goods" is a broad concept that includes services such as services. As the amount, the purchase amount of the product is stored. Store information stores the name of the store where the product was purchased.

Next, the server performs control to overlay the virtual shop on the corresponding position in the virtual world and display it on the mobile phone 2 through S935. Next, through S936, when there is a questionnaire, control is performed to overlay and display the questionnaire virtual tag corresponding to the questionnaire on the mobile phone 2. FIG. At S928, the mobile phone 2 determines whether or not the virtual questionnaire tag has been clicked.If the virtual questionnaire tag has been clicked, the process of transmitting a click signal of the virtual questionnaire tag to the server 10 is performed at S929. The server 10 receives it at S937, and at S938, the process of transmitting the questionnaire page corresponding to the clicked questionnaire virtual tag to the mobile phone 2 is performed.

The mobile phone 2 receives it in S930, and controls to display the received questionnaire page in S931. Next, through S932, a process of accepting an operation for the user to answer the displayed questionnaire is carried out, and through S933, a process of transmitting the answer data to the server 10 is carried out.

At S939, the server 10 receives it, and at S940, the process of registering the received questionnaire response data in the marketing database 64 as questionnaire information is performed.

FIG. 49(a) is a flow chart of the payment data providing process executed by the store vendor client, and FIG. 49(b) is a flow chart showing a subroutine program of the payment data collection process shown in S906. The store vendor client determines whether or not the payment data has been updated through S945. When a user who has entered the virtual world operates the mobile phone 2 to purchase a product or the like and performs settlement processing, the settlement data is transmitted to the store vendor, and the store vendor updates the settlement data. be Then, a determination of YES is made through S945, and through S946, data for performing personal authentication of the shop owner client is transmitted to the server 10, and processing for accessing the server 10 is performed. The server 10 receives it in S950, verifies the identity of the user in S951, and returns the access permission to the store vendor client. The client of the shop owner receives it in S947, and controls transmission of the payment update data to the server 10 in S948. At S952, the server 10 receives it, and at S953, processing for updating the payment information (payment data) in the marketing database 64 based on the received data is performed.

FIG. 51(a) is a flow chart of the marketing data acquisition process executed by the vendor client, and FIG. 51(b) is a flow chart showing a subroutine program of the marketing data provision process shown in S907. First, in the store trader client, it is determined in S957 whether or not there has been a marketing data acquisition operation. If the operator performs a marketing data acquisition operation in the store trader client, a determination of YES is made through S957, and control is performed through S958 to transmit a request for marketing data together with data for authenticating the identity of the store trader client to the server 10. . In the server 10, it is received in S968, and in S969, control is performed to transmit the marketing menu to the store vendor client after confirming the identity.

The store vendor client receives it in S959, and controls to display the received marketing menu in S960. FIG. 52 shows the display screen of the marketing menu by this S960. The marketing menu consists of four menu items: user's four-dimensional coordinate data, user's personal information, payment information, and questionnaire information. A desired item is selected and clicked from these four menu items. Then, the menu item selected by S961 is transmitted to the server 10. FIG.

The server 10 receives the data at S970, extracts the marketing data corresponding to the selected menu item from the marketing database 64 at S971, and controls the transmission of the extracted data to the client at S972.

The store vendor client receives it in S962, stores the received data in S963, and determines in S964 whether or not the operator has operated to display the marketing data. If there is an operation to display marketing data, control is performed to display the stored marketing data through S965.

[Modification of Second Embodiment]
Next, modifications of the second embodiment will be listed.

(1) The server 10 may be composed of a plurality of dedicated servers according to various control contents. For example, a dedicated server for current virtual world processing (S310), a dedicated server for past virtual world processing (S311), a dedicated server for future virtual world processing (S312), a dedicated server for authentication processing (S313), and a virtual world advertisement. A server dedicated to correspondence processing (S314), a server dedicated to marketing correspondence processing (S315), and the like. This is also a modification of the first embodiment described above.

(2) Search within the virtual world (inside the four-dimensional space-time) may be enabled. Search targets include conversation content in the virtual world (inside four-dimensional space-time), community virtual tags and writing pages linked to them, inside cyber special zones, inside each area of the historical virtual world (see S231), shared virtual tags, A writing page and the like associated therewith. However, in the case of virtual spaces with access restrictions (for example, shared virtual tags and writing pages associated with them, community virtual tags and writing pages associated with them, etc.), only users who are permitted to access (user (only on the mobile phone 2) is displayed as a search result.

(3) The method of accessing shared virtual tags described with reference to FIG. 5 is not limited to shared virtual tags, and other tags such as history tags, community virtual tags, contract shared virtual tags, It may also be applied to a shared virtual tag, etc.

The embodiments described above disclose the following inventions.
In the case of the conventionally general contactable state described in Japanese Patent No. 4256374, there are the following drawbacks.
a. Many people feel uneasy and hesitant about giving personal information such as telephone numbers and e-mail addresses to people they meet for the first time.
b. The person to whom personal information has been notified may contact you at any time of the day or night, causing annoyance.
c. Personal information, such as e-mail addresses, that has been communicated to the other party may be leaked to others, and other people may impersonate themselves and send e-mails, or suffer spam damage.
d. Invalidating personal information once transmitted involves troublesome work such as changing a phone number or changing an e-mail address.
In view of the above, the ideal contactable state is one in which contact can be made later without informing the other party of each other's personal information, and where someone other than the other party pretends to be the other party and contacts the other party. Inconvenience can also be prevented.

On the other hand, meeting people in the real world, attending events and concert halls, etc., is inconvenient because of physical restrictions on the range of people's actions. be. In addition, the free time of a person is limited, and it is impossible to go to a remote place within such a limited time.

For example, an amateur photographer with an interest in astronomy succeeded in photographing a total solar eclipse in Japan. There is an inconvenience that it is not convenient for the total eclipse of the sun, and it is not possible to go to the site.

It would be ideal to be freed from such physical restrictions and time restrictions on the range of activities of a person, and to be able to establish a contactable state by being able to make contact with a person in a place one wants to go at any time.

As a method of overcoming the physical and time constraints of this range of action, the inventor has devised a new idea of utilizing the characteristics of being able to move instantly anywhere in the virtual world such as Street View.

An example of how this can be achieved is shown below.
i First, create a 3D virtual world on the net that is an exact copy of the real world, or prepare an existing world such as street view as a virtual world.
ii Next, the positions of people's mobile phones in the real world are measured by GPS or the like, and their avatars are displayed at positions in the virtual world corresponding to the measured positions. It is desirable that this avatar has an agent function.
iii Next, when another person enters the virtual world and meets the aforementioned avatar, he/she talks to the avatar (agent), and through the avatar, the person in the real world and the person entering the virtual world. Allows you to have a conversation with

By doing so, the avatar corresponding to the person in the real world plays a role of a pipe connecting the virtual world and the real world, and it becomes possible to interact across the boundaries between the virtual world and the real world. As a matter of course, users can teleport to a desired location and contact people there because they can teleport freely in the virtual world.

In the above example of a total solar eclipse, when a total solar eclipse occurs in a foreign country, the place is accessed from the virtual world, and the person corresponding to the avatar is contacted by talking to the avatar displayed at that place in the virtual world. It is possible to establish a contactable state by contacting each other, and later exchange the total solar eclipse image of one's own in Japan and the total solar eclipse image of the other party in another country.

However, even in new exchanges that transcend the boundaries between the virtual world and the real world, the same problems as a to d above arise in constructing a communicable state.

The inventions disclosed in the embodiments have been conceived in view of such circumstances, and the purpose thereof is to provide an access control system and an access control system capable of providing means for constructing the above-mentioned ideal communicable state. to provide a method.

The inventions disclosed in the embodiments can be used to connect specific persons (for example, users who meet in the real world, or users who meet in the virtual world) via a network by operating a user terminal (for example, a mobile phone 2) operated by a user. an access control system used for making contact between users who have entered the virtual world, between users in the real world and users who have entered the virtual world, and between event organizers and event participants,
Within a predetermined geographical area (for example, in the real world, within a range where infrared communication by the mobile phone 2 is possible, within a communicable area between the wireless LAN 7 covering the event venue as a communicable area and the mobile phone 2, in the virtual world Within the area where avatars (agents) of each user who entered can talk with each other (for example, within a 10-meter range), within the range of the virtual event venue, and the current positions of the avatars (agents) of users who have entered the virtual world and the users in the real world. Confirm that consent has been obtained to make contact possible by a person within a conversationable area (for example, within a 10-meter range) with the user's avatar (agent) displayed in the virtual world position corresponding to confirmation means (for example, S15, S16, S16a to S16d) for
Access request receiving means for receiving an access request to a contact shared page for making contact (for example, a web page corresponding to a shared virtual tag or a business shared virtual tag) (for example, receiving data transmitted in S81 )and,
When the access request is accepted by the access request accepting means, on the condition that the consent is confirmed by the confirming means (for example, the sharing generated through S15, S16, S16a to S16d On the condition that an access request to the shared virtual tag in S85 based on the access operation to the shared virtual tag, which is a virtual tag and is displayed only to the consenting parties, has been sent), the consenting parties make contact with each other. and access control means (for example, S86, S87, S91) for allowing access to the shared page for contacts.

According to such a configuration, in order to make contact with the other party, contact can be made later without notifying the other party of personal information.

Preferably, by operating the user terminal, the user can enter a virtual space (for example, a 1, the virtual world shown in the lower half of FIG. 2) can be entered,
The confirmation means enters into the virtual space and operates within a predetermined geographical area in the virtual space (for example, within an area where avatars (agents) of each user who entered the virtual world can talk with each other (for example, within a range of 10 meters). inside) or within the virtual event venue, by the user's avatar (agent) who entered the virtual world and the user's avatar (agent) displayed at the position in the virtual world corresponding to the current position of the user in the real world A virtual area confirmation function (for example, a user's avatar (agent ) or between an avatar (agent) and a user in the real world, S15, S16, S16a-S16d) for determining whether or not they are within a geographical area.

According to such a configuration, in order to be able to make contact with the other party between those who have entered the virtual space, the contact can be made later without notifying the other party of the personal information.

More preferably, by operating the user terminal, the user can enter a digitally visualized virtual space corresponding to a landscape of the real world,
The confirmation means is configured to identify a person who has entered the virtual space and is within a predetermined geographical area in the virtual space and a predetermined geographical area in the real world corresponding to the predetermined geographical area in the virtual space. A confirmation function between the virtual reality and the real world to confirm that consent has been obtained to make contact possible (for example, the user's avatar (agent) who has entered the virtual world and the user's current location in the real world). S15, S16, S16a-S16d) for determining whether or not the user's avatar (agent) displayed at the corresponding position in the virtual world is within a conversationable area (for example, within a 10-meter range).

According to such a configuration, a person who invades the virtual space and a person in the real world can contact each other later without notifying the other person of personal information. become.

More preferably, the verification means includes
A contact consent signal indicating that consent has been obtained, which is transmitted according to the operation of the user terminal (for example, the transmission signal in which the variable shared virtual tag ID of the other party consenting party received by infrared communication by S3 is transmitted by S9 ) (for example, the server 10 receives the transmission signal transmitted by S9),
In-area determination means (for example, S16, S16a to S16d) for determining that the location of the consented user at the time of consent is within the predetermined geographical area,
Consent of a person who is in a predetermined geographical area on the condition that it is determined to be located in the predetermined geographical area by the area determining means (for example, on the condition that S16d determines YES) (For example, by determining YES in S16d, it is confirmed that consent has been obtained, and the process proceeds to the shared virtual tag generation processing in and after S17).

According to such a configuration, on the condition that the position of the consenting user at the time of consent is determined to be within the predetermined geographical area, it is determined that the consent of the person within the predetermined geographical area has been obtained. is performed, more reliable confirmation is possible, and for example, contact by spoofing can be prevented as much as possible.

More preferably, the intra-area determination means
Location information acquisition means (for example, S16a, S16c) for acquiring location information of the user terminal;
determining means (for example, S16d) for determining whether the user terminal is located within the predetermined geographical area based on the location information acquired by the location information acquisition means;
On the condition that the determination means determines that it is located within the predetermined geographical area (for example, on the condition that S16d determines YES), the location of the user terminal at the time of consent is the predetermined geographical area. It is determined that it is within the area (for example, by determining YES in S16d, it is determined that the position at the time of consent is within the predetermined geographical area, and the process shifts to the shared virtual tag generation processing from S17 onwards. do).

According to such a configuration, the location information of the user terminal is acquired, and it is determined whether or not the user terminal is located within the predetermined geographical area based on the location information. Consent of a person within a given geographic area is confirmed based on a positive determination of whether or not the person is located within the geographical area, thus allowing for more reliable confirmation, e.g. It is possible to prevent as much as possible contact caused by

More preferably, the user terminal has a limited range communication function (for example, infrared communication between mobile phones 2, wireless communication using a wireless LAN access point 7) that allows communication only within the range of the predetermined geographical area. have
The in-area determining means includes communication information (for example, variable shared virtual tag ID) from the user terminal communicated by the limited range communication function in the contact consent signal received by the consent signal receiving means. (for example, on the condition that information including the variable shared virtual tag ID has been transmitted by S9), the location of the user terminal at the time of consent is within the predetermined geographical area. is determined (for example, the process of S10 is executed and the processes after S17 are executed).

According to such a configuration, on the condition that communication information from the user terminal communicated by the limited range communication function that allows communication only within the range of a predetermined geographical area is included, the user terminal It is determined that the position at the time of consent is within a predetermined geographical area, and a relatively simple and simple determination method is used to confirm that consent has been obtained from a person who is within the predetermined geographical area. For example, contact by spoofing can be prevented as much as possible.

More preferably, the shared virtual tag generated through S15, S16, and S16a-S16d is displayed only to those who have consented, on the condition that the consent has been confirmed by the confirming means. (provided that an access request to the shared virtual tag has been transmitted by S85 based on the access operation to the shared virtual tag that is not shared), a predetermined geography in the digitally visualized virtual space corresponding to the real world landscape access point generating means (for example, S17 to S19 or S17, S200) for generating an access point (for example, a shared virtual tag) dedicated to the consenting persons to be accessed in order for the consenting persons to contact each other within the target area; , S201, S18, S19) and
When the access request accepting means accepts the access request (for example, when the data in S81 is received), among the access points generated by the access point generating means, the The generated access point (for example, the shared virtual tag corresponding to the user ID transmitted in S81) is displayed to the access requester together with the image of the virtual space corresponding to the geographical position where the access point is generated. Access point display control means (for example, S87) that controls for
When the user operates the user terminal to access the access point, the access control means permits access to the contact shared page corresponding to the access point (for example, S91).

According to such a configuration, the access point generated exclusively for the person who made the access request is displayed to the access requester together with the image of the virtual space corresponding to the geographical position where the access point is generated. Even without knowing the personal information of the contact person, it is possible to revive the memory of the contact person from the image of the virtual space corresponding to the geographical position.

More preferably, the confirming means confirms that an agreement has been reached between the organizer of the event and the participants of the event to enable contact (for example, a shared virtual tag for business use). S15, S16, S16a to S16d in the generation process).

According to such a configuration, it is possible to contact the organizer of the event and the participants of the event later without notifying the other party of personal information, and the participants can participate in the event. Notifications and messages from the organizer can be obtained, while the organizer of the event can build a pipe with the participants (users).

In another aspect of the present invention, specific persons (for example, users met in the real world, users met in the virtual world, An access control system used when contacting each other, between a user in the real world and a user who has entered the virtual world, and between an event organizer and an event participant,
Within a predetermined geographical area (for example, in the real world, within a range where infrared communication by the mobile phone 2 is possible, within a communicable area between the wireless LAN 7 covering the event venue as a communicable area and the mobile phone 2, in the virtual world Within the area where avatars (agents) of each user who entered can talk with each other (for example, within a 10-meter range), within the range of the virtual event venue, and the current positions of the avatars (agents) of users who have entered the virtual world and the users in the real world. Confirm that consent has been obtained to make contact possible by a person within a conversationable area (for example, within a 10-meter range) with the user's avatar (agent) displayed in the virtual world position corresponding to confirmation means (for example, S15, S16, S16a to S16d) for
Access control means (for example, S86, S87, S91, or a contact method other than a shared virtual tag (for example, , notification of e-mail address and phone number), and if the offerer of shared virtual tag generation agrees to that, exchange e-mail addresses and phone numbers with each other),
The confirmation means is
A contact consent signal indicating that consent has been obtained, which is transmitted according to the operation of the user terminal (for example, the transmission signal in which the variable shared virtual tag ID of the other party consenting party received by infrared communication by S3 is transmitted by S9 ) (for example, the server 10 receives the transmission signal transmitted by S9),
In-area determination means (for example, S16, S16a to S16d) for determining that the location of the consented user at the time of consent is within the predetermined geographical area,
Consent of a person who is in a predetermined geographical area on the condition that it is determined to be located in the predetermined geographical area by the area determining means (for example, on the condition that S16d determines YES) (For example, by determining YES in S16d, it is confirmed that consent has been obtained, and the process proceeds to the shared virtual tag generation processing in and after S17).

According to such a configuration, it is possible to prevent the inconvenience of inevitably notifying personal information to a person to whom the personal information is not to be notified in order to make contact with the other person. Furthermore, on the condition that the location of the consenting user at the time of consent is determined to be within a predetermined geographical area, it is confirmed that consent has been obtained from a person who is within the predetermined geographical area. In addition, more reliable confirmation becomes possible, and for example, contact by spoofing can be prevented as much as possible.

In another aspect of the present invention, specific persons (for example, users met in the real world, users met in the virtual world, An access control method used when contacting each other, between a user in the real world and a user who has entered the virtual world, and between an event organizer and an event participant,
Within a predetermined geographical area (for example, in the real world, within a range where infrared communication by the mobile phone 2 is possible, within a communicable area between the wireless LAN 7 covering the event venue as a communicable area and the mobile phone 2, in the virtual world Within the area where avatars (agents) of each user who entered can talk with each other (for example, within a 10-meter range), within the range of the virtual event venue, and the current positions of the avatars (agents) of users who have entered the virtual world and the users in the real world. Confirm that consent has been obtained to make contact possible by a person within a conversationable area (for example, within a 10-meter range) with the user's avatar (agent) displayed in the virtual world position corresponding to (eg, S15, S16, S16a-S16d);
a step of accepting a request for access to a contact shared page (for example, a web page corresponding to a shared virtual tag) for making contact (for example, receiving data sent in S81);
When the access request is accepted by the step of accepting the access request, on the condition that the consent is confirmed by the confirming step (for example, generated through S15, S16, S16a to S16d) on the condition that an access request to the shared virtual tag in S85 based on the access operation to the shared virtual tag that is a shared virtual tag that is shared virtual tag and is displayed only to the consenting person has been transmitted), the consenting parties contact each other (e.g. S86, S87, S91) allowing access to a shared page for contacts to take.

According to such a configuration, in order to make contact with the other party, contact can be made later without notifying the other party of personal information.

In another aspect of the present invention, specific persons (for example, users met in the real world, users met in the virtual world, an access control system used when contacting each other, between a user in the real world and a user who has entered the virtual world, between an event organizer and an event participant, and between people who have encountered a certain event) and
shared page generating means (for example, S91, S437) for generating a contact shared page for making contact (for example, a web page corresponding to a shared virtual tag, a business shared virtual tag, a community virtual tag, etc.);
location information storage means for storing location information of user terminals (for example, user database 11, user four-dimensional coordinate database 11a);
Access request receiving means for receiving an access request to the contact shared page (for example, a Web page corresponding to a shared virtual tag, a business shared virtual tag, or a community virtual tag) (the data transmitted by S81 and S90 are receive, S432);
Access for controlling access to the contact shared page according to whether or not the user terminal requesting the access is present at a predetermined location when the access request is received by the access request receiving means. and control means (for example, S86, S87, S91, S433 to S436).

According to such a configuration, in order to make contact with the other party, contact can be made later without notifying the other party of personal information.

Preferably, the shared page generation means generates a shared page (for example, S410 to S416, S410 to S416, S421 to S423, S437),
The position information storage means stores a history of the position information of the user terminal that changes over time (for example, the position information x, y, z along the time axis w is stored in the user four-dimensional coordinate database 11a according to S30 to S32). remembered),
The access control means retrieves the position information stored in the position information storage means, thereby enabling the user terminal requesting the access to access the contact shared page at a time when the event occurs. It is determined whether or not the contact exists in the geographic area where the contact was made, and access control to the contact shared page is performed according to the determination result (for example, S433 to S436).

According to such a configuration, access control to a shared page related to an event is performed depending on whether or not there is a user terminal requesting access to the geographical area where the event occurred during the time period when the event occurred. To do so, access restrictions can be differentiated between users who have encountered the event and those who have not, for example, a shared page can be a community area limited to users who have encountered it.

Another aspect of the present invention is a server (for example, server 10) used when specific persons contact each other via a network,
an interface unit (for example, an interface 58) that inputs and outputs signals to and from the outside;
A processing unit (for example, CPU 50) for performing processing using data stored in a storage unit (for example, user database 11, user four-dimensional coordinate database 11a),
The processing unit is
Generate a contact shared page for making contact (for example, a web page corresponding to a shared virtual tag, a business shared virtual tag, or a community virtual tag, etc.) (for example, S91, S437),
store location information of the user terminal in the storage unit (for example, S30 to S32);
When a signal requesting access to the contact shared page is input to the interface unit (receive data transmitted in steps S81 and S90, S432), the user terminal requesting the access is located at a predetermined location. Access control to the contact shared page is performed depending on whether or not the page exists (for example, S86, S87, S91, S433 to S436).

According to such a configuration, in order to make contact with the other party, contact can be made later without notifying the other party of personal information.

It should be considered that the embodiments disclosed this time are illustrative in all respects and not restrictive. The scope of the present invention is indicated by the scope of the claims rather than the above description, and is intended to include all modifications within the meaning and range of equivalents of the scope of the claims.

2 mobile phone, 6 Internet, 8 service provider, 9 virtual database, 10 server, 11 user database, 22 virtual world database.

The present invention relates to a computer system and a service providing method for displaying a virtual space, which is a 3D digital image of the real world, on a user's terminal .

This is a simulation of an image captured by a camera placed at an arbitrary position in a predetermined area. Based on the top view data of the predetermined area, part or all of the top view image of the predetermined area is displayed on the display device, and the top view is displayed. The scale of the graphic image, the position of the camera on the top view image, the height position of the camera, the horizontal and vertical installation angles of the camera, and the angle of view are arbitrarily set, and based on these setting information and the top view data There is a technique in which 3D graphics, which is a virtual image taken by a camera, is created and displayed on a display device (for example, Patent Document 1).

JP 2009-217115 A

By using the characteristic of being able to move instantly anywhere in a virtual space (virtual world), which is a digital image of the real world, it is possible to overcome physical and temporal restrictions on the range of human activity.

SUMMARY OF THE INVENTION An object of the present invention is to allow a user to browse various contents by selecting and operating tags displayed in a virtual space that is a 3D digital image of the real world.

A computer system for displaying a virtual space, which is a 3D digital image of the real world, on a user's terminal ,
When the user performs an operation to access the virtual space (for example, YES in S33, this access position is not only when the user operates the mobile phone 2 and inputs the address (position data) to be accessed). , a list of shared virtual tags created by the user in the past and their created positions is displayed on the mobile phone 2, and the user selects and clicks the shared virtual tag that the user wants to access from the tag list, thereby displaying the position of the shared virtual tag. Data (see "Position data" in the virtual tag database 9 in Fig. 3) may be automatically input. , in front of the International Center for Japanese Culture in Yotsuya in Fig. 1, in Fig. 2 the stricken area where the earthquake occurred, the classroom in the virtual world, Sekigahara-cho, Fuwa-gun, Gifu Prefecture, etc.) are displayed on the terminal of the user. (For example, S37 to S41, S481 to S489) and
Input information output means (for example, , S433 to S437, S258 to S264, S481 to S489, etc.),
The display means controls to display a tag (for example, a community virtual tag, a history tag, etc.) at the place where the information for keeping the record is input (for example, S416, S260, S262 etc.),
The input information output means is means for controlling output of input information corresponding to the tag to the terminal of the user when the tag is selected and operated by the user accessing the virtual space (for example, S437, S264 etc.)
A hyperlink for transitioning the browsing target of the user accessing the virtual space to other content is displayed on the user's terminal by the tag selection operation (for example, S483, http: //hij is also displayed, paragraph [0158], S429, S253, FIG. 1, etc.),
The user selects and operates the hyperlink to transition to the link destination (for example, if another person clicks on this link destination URL, they can jump to and access the corresponding user's content (blog, etc.)),
Means for sharing access data (for example, data stored in the EEPROM 42 in FIG. 5, etc.) that enables access to the virtual space in which the tag is displayed, with terminals of other users (for example, FIG. 7, FIG. 8, FIG. 12, FIG. 13, FIG. 20, etc. In addition, after creating a shared virtual tag, a third party who is permitted access by all parties involved in creating the shared virtual tag may be allowed to access the shared virtual tag later. ), and
Other users who share the access data also access the virtual space in which the tag is displayed, so that the virtual space is displayed on the other user's terminal, and the tag displayed in the virtual space is selected. Input information corresponding to the tag is output to the terminal of the other user by the operation, and transition to the link destination is performed by selecting the displayed hyperlink.
Preferably, the display means has an avatar display control function (for example, S37, S38, S481, etc.) for performing control for displaying an avatar,
Communication means for enabling communication between the avatar displayed by the avatar display control function and the user who accessed the virtual space where the avatar is displayed (for example, S50 to S56, S481, etc., Although avatars (agents) have been shown as alter ego of corresponding users, in addition to that, independent characters (agents) not corresponding to any user may be populated in the virtual world. , composed of an intelligent agent programmed to converse and interact with the user entering the virtual world).

Another aspect of the present invention is a service providing method for providing a service for displaying a virtual space, which is a 3D digital image of the real world, on a user terminal,
When the user performs an operation to access the virtual space (for example, YES in S33, this access position is not only when the user operates the mobile phone 2 and inputs the address (position data) to be accessed). , a list of shared virtual tags created by the user in the past and their created positions is displayed on the mobile phone 2, and the user selects and clicks the shared virtual tag that the user wants to access from the tag list, thereby displaying the position of the shared virtual tag. Data (see "Position data" in the virtual tag database 9 in Fig. 3) may be automatically input. , the front of the International Center for Japanese Culture in Yotsuya in FIG. 1, the stricken area where the earthquake occurred in FIG. (For example, S37 to S41, S481 to S489) and
An input information output step (for example, , S433 to S437, S258 to S264, S481 to S489, etc.),
The display step includes a tag display step (for example, S416, S260, S262 etc.),
The input information output step is a step of controlling output of input information corresponding to the tag to the terminal of the user when the tag is selected and operated by the user accessing the virtual space (for example, S437, S264 etc.)
A hyperlink for transitioning the browsing target of the user accessing the virtual space to other content is displayed on the user's terminal by the tag selection operation (for example, S483, http: //hij is also displayed, paragraph [0158], S429, S253, FIG. 1, etc.),
The user selects and operates the hyperlink to transition to the link destination (for example, if another person clicks on this link destination URL, they can jump to and access the corresponding user's content (blog, etc.)),
A step of sharing access data (for example, data stored in the EEPROM 42 in FIG. 5, etc.) that enables access to the virtual space in which the tag is displayed, with terminals of other users (for example, FIG. 7, FIG. 8, FIG. 12, FIG. 13, FIG. 20, etc. In addition, after creating a shared virtual tag, a third party who is permitted access by all parties involved in creating the shared virtual tag may be allowed to access the shared virtual tag later. ), and
Other users who share the access data also access the virtual space in which the tag is displayed, so that the virtual space is displayed on the other user's terminal, and the tag displayed in the virtual space is selected. Input information corresponding to the tag is output to the terminal of the other user by the operation, and transition to the link destination is performed by selecting the displayed hyperlink.
Preferably, the display step includes an avatar display step (for example, S37, S38, S481, etc.) for performing control for displaying the avatar,
Communication is enabled between the avatar displayed by the avatar display step and the user who accessed the virtual space where the avatar is displayed (for example, the user's alter ego corresponding to the user, such as S50 to S56 and S481). In addition, the virtual world may be populated by an independent character (agent) that does not correspond to any user. consists of an intelligent agent programmed to converse with and interact with the user

According to such a configuration, the user can browse various contents by selecting and operating the tags displayed in the virtual space where the real world is converted into a 3D digital image.

The present invention relates to a computer system and a service providing method for displaying a virtual space, which is a 3D digital image of the real world, on a user's terminal .

This is a simulation of an image captured by a camera placed at an arbitrary position in a predetermined area. Based on the top view data of the predetermined area, part or all of the top view image of the predetermined area is displayed on the display device, and the top view is displayed. The scale of the graphic image, the position of the camera on the top view image, the height position of the camera, the horizontal and vertical installation angles of the camera, and the angle of view are arbitrarily set, and based on these setting information and the top view data There is a technique in which 3D graphics, which is a virtual image taken by a camera, is created and displayed on a display device (for example, Patent Document 1).

JP 2009-217115 A

By using the characteristic of being able to move instantly anywhere in a virtual space (virtual world), which is a digital image of the real world, it is possible to overcome physical and temporal restrictions on the range of human activity.

SUMMARY OF THE INVENTION An object of the present invention is to allow a user to browse various contents by selecting and operating tags displayed in a virtual space that is a 3D digital image of the real world.

A computer system for displaying a virtual space, which is a 3D digital image of the real world, on a user's terminal ,
When the user performs an operation to access the virtual space (for example, YES in S33, this access position is not only when the user operates the mobile phone 2 and inputs the address (position data) to be accessed). , a list of shared virtual tags created by the user in the past and their created positions is displayed on the mobile phone 2, and the user selects and clicks the shared virtual tag that the user wants to access from the tag list, thereby displaying the position of the shared virtual tag. Data (see "Position data" in the virtual tag database 9 in Fig. 3) may be automatically input. , in front of the International Center for Japanese Culture in Yotsuya in Fig. 1, in Fig. 2 the stricken area where the earthquake occurred, the classroom in the virtual world, Sekigahara-cho, Fuwa-gun, Gifu Prefecture, etc.) are displayed on the terminal of the user. (For example, S37 to S41, S481 to S489) and
Input information output means (for example, , S433 to S437, S258 to S264, S481 to S489, etc.),
The display means controls to display a tag (for example, a community virtual tag, a history tag, etc.) at the place where the information for keeping the record is input (for example, S416, S260, S262 etc.),
The input information output means is means for controlling output of input information corresponding to the tag to the terminal of the user when the tag is selected and operated by the user accessing the virtual space (for example, S437, S264 etc.)
Means for sharing access data (for example, data stored in the EEPROM 42 in FIG. 5, etc.) that enables access to the virtual space in which the tag is displayed, with terminals of other users (for example, FIG. 7, FIG. 8, FIG. 12, FIG. 13, FIG. 20, etc. In addition, after creating a shared virtual tag, a third party who is permitted access by all parties involved in creating the shared virtual tag may be allowed to access the shared virtual tag later. ), and
Other users who share the access data also access the virtual space in which the tag is displayed, so that the virtual space is displayed on the other user's terminal, and the tag displayed in the virtual space is selected. Input information corresponding to the tag is output to the terminal of the other user by the operation .
Preferably, the display means has an avatar display control function (for example, S37, S38, S481, etc.) for performing control for displaying an avatar,
Communication means for enabling communication between the avatar displayed by the avatar display control function and the user who accessed the virtual space where the avatar is displayed (for example, S50 to S56, S481, etc., Although avatars (agents) have been shown as alter ego of corresponding users, in addition to that, independent characters (agents) not corresponding to any user may be populated in the virtual world. , composed of an intelligent agent programmed to converse and interact with the user entering the virtual world).

Another aspect of the present invention is a service providing method for providing a service for displaying a virtual space, which is a 3D digital image of the real world, on a user terminal,
When the user performs an operation to access the virtual space (for example, YES in S33, this access position is not only when the user operates the mobile phone 2 and inputs the address (position data) to be accessed). , a list of shared virtual tags created by the user in the past and their created positions is displayed on the mobile phone 2, and the user selects and clicks the shared virtual tag that the user wants to access from the tag list, thereby displaying the position of the shared virtual tag. Data (see "Position data" in the virtual tag database 9 in Fig. 3) may be automatically input. , the front of the International Center for Japanese Culture in Yotsuya in FIG. 1, the stricken area where the earthquake occurred in FIG. (For example, S37 to S41, S481 to S489) and
An input information output step (for example, , S433 to S437, S258 to S264, S481 to S489, etc.),
The display step includes a tag display step (for example, S416, S260, S262 etc.),
The input information output step is a step of controlling output of input information corresponding to the tag to the terminal of the user when the tag is selected and operated by the user accessing the virtual space (for example, S437, S264 etc.)
A step of sharing access data (for example, data stored in the EEPROM 42 in FIG. 5, etc.) that enables access to the virtual space in which the tag is displayed, with terminals of other users (for example, FIG. 7, FIG. 8, FIG. 12, FIG. 13, FIG. 20, etc. In addition, after creating a shared virtual tag, a third party who is permitted access by all parties involved in creating the shared virtual tag may be allowed to access the shared virtual tag later. ), and
Other users who share the access data also access the virtual space in which the tag is displayed, so that the virtual space is displayed on the other user's terminal, and the tag displayed in the virtual space is selected. Input information corresponding to the tag is output to the other user's terminal by the operation.
Preferably, the display step includes an avatar display step (for example, S37, S38, S481, etc.) for performing control for displaying the avatar,
Communication is enabled between the avatar displayed by the avatar display step and the user who accessed the virtual space where the avatar is displayed (for example, the user's alter ego corresponding to the user, such as S50 to S56 and S481). In addition, the virtual world may be populated by an independent character (agent) that does not correspond to any user. consists of an intelligent agent programmed to converse with and interact with the user

According to such a configuration, the user can browse various contents by selecting and operating the tags displayed in the virtual space where the real world is converted into a 3D digital image.

Claims (2)

A computer system that supports exchange by communication via a network using a computer by operating a terminal between exchange applicants,
exchange destination list display control means for controlling display of a list of a plurality of exchange destinations on the terminal;
A person who wishes to communicate is selected and designated from among the plurality of exchange destinations displayed by the exchange destination list display control means, and the selected and designated person and the selected and designated exchange destination operate a terminal. input content display means for displaying the input content on the terminal so that the input content can be mutually communicated and messages can be sent and received;
position determination means for performing position determination based on the position information transmitted to the computer;
When one of the persons determined to be in a predetermined geographical area by the position determination means offers an exchange to the other party, and the other party also agrees to the exchange, the said exchange is regarded as a new exchange destination. position determining interaction destination adding means for performing interaction destination addition processing to be added to the previous list;
a means for adding other-determined exchange destinations for determining whether or not the conditions for performing the processing for adding the exchange destinations are satisfied by a method other than the position determination, and adding them to a list of exchange destinations when it is determined that the conditions are satisfied; with
A computer system, wherein the list of exchange destinations is displayed on the terminal under the control of the computer, so that the exchange applicants can exchange with each other without notifying the personal information of the contacts. A program that is executed by a terminal to support exchange by communication between people who wish to exchange using a computer and through a network,
a location information transmission step of transmitting location information to the computer;
causing the terminal to execute a display control step of controlling a display unit of the terminal;
The display control step includes:
an interaction destination list display control step for displaying a list of a plurality of interaction destinations;
A person who wishes to communicate is selected and designated from among the displayed plurality of exchange destinations, and the selected and designated person and the other party of the selected and designated exchange destination operate a terminal to communicate input contents to each other. an input content display step for displaying the input content so that messages can be sent and received by
The computer is
position determination means for performing position determination based on the position information transmitted in the position information transmission step;
When one of the persons determined to be in a predetermined geographical area by the position determination means offers an exchange to the other party, and the other party also agrees to the exchange, the said exchange is regarded as a new exchange destination. position determining interaction destination adding means for performing interaction destination addition processing to be added to the previous list;
a means for adding other-determined exchange destinations for determining whether or not the conditions for performing the processing for adding the exchange destinations are satisfied by a method other than the position determination, and adding them to a list of exchange destinations when it is determined that the conditions are satisfied; with
A program for displaying the list of exchange destinations on the display unit under the control of the computer, thereby enabling the exchange applicants to exchange with each other without notifying them of the personal information of the contacts.

Images