WO2002046951A1

WO2002046951A1 - Method and apparatus for providing real-time internet communication using user account as domain name

Info

Publication number: WO2002046951A1
Application number: PCT/KR2001/002091
Authority: WO
Inventors: Kang Jun Lee
Original assignee: Nstek Co., Ltd.
Priority date: 2000-12-04
Filing date: 2001-12-04
Publication date: 2002-06-13
Also published as: KR100418858B1; AU2002221185A1; KR20020043406A

Abstract

A real-time Internet communication method and apparatus using a user account as a domain are provided. The method includes the steps of performing authentication on a client and transmitting a message indicating use or non-use of a dynamic domain name service to an access server through a mapping server, transmitting a user account and a currently used Internet protocol (IP) address to a dynamic domain name server when the message indicates the use of the dynamic domain name service, and setting a fixed domain name based on the user account. Accordingly, a user can be allocated a fixed domain corresponding to a user account input regardless of an IP address changing in real time and possess his/her own site so that a multi-function web community and a messenger function can be realized.

Description

METHOD AND APPARATUS FOR PROVIDING REAL-TIME INTERNET COMMUNICATION USING USER ACCOUNT AS DOMAIN NAME

Technical Field The present invention relates to a real-time Internet communication method and apparatus using a user account as a domain, and more particularly, to a real-time Internet communication method and apparatus for allocating a fixed domain corresponding to a user account to a client (hereinafter, referred to as a first client) requesting allocation of a fixed domain, using a dynamic domain name server (DDNS) which updates Internet protocol (IP) information in real time, thereby generating a web community allowing the first client to talk with or exchange data with a person accessing the first client's site in real time.

Background Art

With generalization of Internet, recently, the Internet can be easily used at home, and communication and information exchange can be performed through the Internet. As it is necessary to know a telephone number of a particular telephone subscriber to call the subscriber through a telephone network, it is necessary to know the address of a particular computer connected to the Internet to communicate with the particular computer through the Internet. The address of a computer is expressed by numerals (for example, 123.234.56.7), but it is difficult to understand or memorize such a numerical address. Therefore, a domain address system in which an address is expressed by English letters (for example, nic.or.kr) has been developed and used for expressing homepage addresses. Authorized IP addresses or domain addresses are unique names which were not duplicated throughout the world, so if computers anywhere in the world are connected to the Internet, the computers can communicate with each other. FIG. 1 is a conceptual diagram of a general domain name service and shows how a user communicates with other computer using a domain name when the user is about to search a web site (for example, www.nic.or.kr) on his/her computer. If a user 1 enters an address, e.g., www.nic.or.kr, in an address input window on a web browser, the web browser queries a domain name server (DNS) 2 about an IP address corresponding to the domain address, www.nic.or.kr. The DNS 2 searches its database for the IP address corresponding to the domain address, www.nic.or.kr, and transmits the IP address, e.g., 123.234.56.7, corresponding to the queried domain address to the web browser. The DNS 2 includes a database used for translating an IP made for searching and recognizing a computer on the Internet into a domain name made for the user 1 to easily memorize. Accordingly, in order to provide a variety of domain names to the user 1 , it is preferable to secure and store many domain names in the database. When the web browser receives the response to the query, the web browser communicates with a corresponding web server 3 using the IP address. Here, communication between the user 1 and the DNS 2, between the user 1 and the web server 3, and between the DNS 2 and the web server 3 is accomplished through Internet 4.

A service of converting an address expressed by English letters (i.e., a domain name) into an address expressed by numerals (i.e., an IP address) is referred to as a domain name service, and software performing the conversion is referred to as a domain name system. In order to allow many users to use a particular domain name on the Internet, the particular domain name must be registered in a domain name server (or system). Internet users cannot use a domain whose name is not registered in a DNS because the domain name cannot be converted into an IP address. A static (or fixed) allocation method and a dynamic allocation method are IP address allocation methods. The static allocation method is used to allocate an IP address to a client being about to access the Internet. The dynamic allocation method is used to allocate an IP address to a client that operates behind a firewall or does not access the Internet. Accordingly, when a client accesses the Internet, a static IP address is positively necessary. However, when a client does not access the Internet, a static IP address is not necessary, and the client can use the Internet within the range of a dynamic IP address. An IP address system has defined by the Internet Corporation for Assigned Names and Numbers (ICANN) which manages IPs all over the world. Korean IP addresses are entrusted to and managed by the KoRea interNet Information Center (KRNIC). When an Internet user needs an IP address, the user can be allocated an IP address through an Internet Service Provider (ISP) or an upper-class Internet registry (IR). Accordingly, an Internet user does not own an IP address but is vested with authority to use the IP address, so the user must return the allocated IP address to a source of allocation according to a predetermined procedure when the user does not use the IP address.

ISPs use a dynamic IP address allocation method for a user accessing the Internet on a single personal computer (PC) through an ISP. This method as a part of an access procedure is to inform a PC a Point-to-Point Protocol (PPP) interface to be used during a current accessing period in a PPP service which is being accessed. Here, a dynamic IP address changes every time the PC accesses an ISP. When such a dynamic IP address is used, a limited static IP address space can be saved, and there is provided a spare in an address space, which allows a network to be flexibly designed. Consequently, address allocation can be conveniently managed. Due to these advantages, most of the ISPs use a dynamic IP address allocation method. However, the above described general domain name service has the following problems. First, since a user at home uses the Internet through Internet equipment such as an asymmetric digital subscriber line (ADSL) or a cable modem, the user cannot provide Internet services (for example, the user's homepage, an Internet bulletin board, and an open source) to other users although he/she can use Internet services. Second, when changing information of an Internet service, a user must access a server providing the Internet service and upload changed data. In addition, since the data is not in the user's computer but in the server providing the Internet service, the safety of important data cannot be secured. Third, it takes much time to change a domain name. In a conventional domain name service, a user must perform an IP changing procedure using a web in order to change an IP. This inconvenience makes users hesitate to change their IPs, and it takes long 24 through 48 hours to update a changed IP address. Fourth, even an owner of a homepage cannot be informed about visitors currently accessing his/her own homepage.

Disclosure of the Invention

To overcome the above problems, it is a first object of the present invention to provide a real-time Internet communication method and apparatus using a user account as a domain, in which an Internet user, i.e., a first client, is allocated a fixed domain in real time using a dynamic domain name server, and Internet services can be provided to a client (hereinafter, referred to as a second client) accessing to the site of the first client.

It is a second object of the present invention to provide a real-time Internet communication method and apparatus using a user account as a domain, in which a first client can construct a web community and a messenger function and have a conversation with or exchange data with a second client visiting his/her site. It is a third object of the present invention to provide a real-time Internet communication method and apparatus using a user account as a domain, in which a first client can add a function of checking the list of second clients accessing his/her site in real time when constructing a web community so that the first client can communicate with a particular second client.

To achieve the above objects of the present invention, there is provided a real-time Internet communication apparatus using a user account as a domain. The real-time Internet communication apparatus provides a domain name corresponding to an Internet protocol (IP) address allocated to a client. The real-time Internet communication apparatus includes a mapping server group comprising first servers (hereinafter, each referred to as a "mapping server" which is the brand of this applicant) for each communicating with the client, performing a messenger function providing basic services such as real-time message or file transmission, chatting, 1 :1 conversation, and confirmation of access, and relaying data transmission between the client and another server when necessary; an access server connected to the mapping server group, the access server comprising a database for storing personal information on members and member information by contents which is necessary for performing a messenger function, performing authentication on the client, connecting the client to an arbitrary mapping server in the mapping server group, and relaying the connection between the client and another external server; and other server group connected to the mapping server group and the access server, the other server group performing a web community function, a messenger function, a function of storing a message for a non-accessing user, and a data transmission function for the client.

To achieve the above objects of the present invention, there is also provided a real-time Internet communication method using a user account as a domain, in which a domain name corresponding to an IP address allocated to a client is provided. The real-time Internet communication method includes the steps of performing authentication on the client and transmitting a message indicating use or non-use of a dynamic domain name service to an access server through a mapping server; transmitting a user account and a currently used IP address to a dynamic domain name server when the message indicates the use of the dynamic domain name seπtice; and setting a fixed domain name based on the user account. The present invention provides a fixed domain corresponding to a user account to a person (i.e., a first client), who will be allocated the fixed domain for a dynamic IP address to use Internet, and provides Internet tools for the first client to construct his/her site, so that the first client can realize a web community and messenger function which allow the first client to communicate with persons visiting his/her site. For this, it is preferable to appropriately control a link among a mapping server, dynamic domain name server (DDNS), a web community server, and a messenger server. Here, the site is a general idea indicating an Internet server having a user account allocated after accessing a real-time domain name service of the present invention as a domain address. The first client can download an exclusive program provided through the real-time domain name service of the present invention to manage the site. The first client possessing the user account becomes a server manager on the Internet.

Brief Description of the Drawings

FIG. 1 is a conceptual diagram of a general domain name service.

FIG. 2 is a block diagram of the configuration of a messenger server group according to the present invention. FIG. 3 is a block diagram of the configuration of a real-time Internet communication apparatus for allocating a fixed domain at the request of an Internet user according to the present invention.

FIG. 4 is a flowchart of a procedure for allocating a fixed domain at the request of an Internet user according to the present invention. FIG. 5 is a block diagram of the configuration of a real-time

Internet communication apparatus for generating a web community according to the present invention.

FIG. 6 is a flowchart of a procedure for generating a web community according to the present invention. FIG. 6A is a diagram of an example of the list of clients showing the using state of the clients accessing a relevant domain.

FIG. 7 is a block diagram of the configuration of a real-time Internet communication apparatus for performing a messenger function according to the present invention. FIG. 8 is a flowchart of a procedure for performing a messenger function according to the present invention.

Best mode for carrying out the Invention

Hereinafter, preferred embodiments of a real-time Internet communication method and apparatus using a user account as a domain according to the present invention will be described in detail with reference to the attached drawings.

FIG. 2 is a block diagram of the configuration of a messenger server group according to the present invention. The messenger server group includes a mapping server group 10, an access server 20, a database (DB) 25, and other server group 30. The other server group 30 includes a web server 32, a memo server 34, a pass server 36, and a statistic server 38.

The mapping server group 10 is composed of mapping servers 10a, 10b, ..., and 10c which communicate with clients, a messenger function providing basic sen/ices such as real-time message and file transmission, chatting, 1:1 conversation, and confirmation of access, and relay of data transmission between a client and another server when necessary. Communication with clients is accomplished through the Internet. In addition to the above-described basic messenger function, a memo function allowing a memo to be sent to a particular person or all members, a function allowing a message to be left during the absence of a client, and an external user registration function can be additionally set.

While a message can be sent to anybody whose address is known through electronic mail, only members applying for the same service can communicate through the messenger function. While it takes a minimum of 1 through 2 minutes to transmit data through electronic mail, a message can be immediately transmitted to the other party through the messenger function. In order to use a messenger function, a client must download an exclusive program for the messenger function provided by a service provider and install it in his/her computer. If an Internet user having installed the exclusive program for the messenger function in his/her computer has a messenger ID and password stored, the user can automatically access a messenger service whenever he/she boots the computer.

The access server 20 is connected to the mapping server group 10. The access server 20 performs authentication (for example, confirmation of an ID and password) on a first client, connects the first client to an arbitrary mapping server, and relays the connection between the DB 25 and another external server. The authentication of the first client is performed based on member information stored in the DB 25 in which personal information on members and member information by various contents (for example, a fellowship gathering, a gathering of net friends, and an association of like-minded persons) which is necessary for performing a messenger function can be stored. In addition, if a first client accesses the access server 20, the access server 20 determines a mapping server having a least number of users accessing among the mapping servers and guides the first client to access the mapping server having a least number of users accessing. The other server group 30 is connected to the mapping server group 10 and the access server 20 and includes the web server 32, the memo server 34, the pass server 36, and the statistic server 38. The web server 32 has a server name which is registered in a domain name server and is server hardware through which usual Internet users can search information in the form of a uniform resource locator (URL). The web server 30 processes Internet users' requests using a server program, for example, a server program for Unix such as NCSA, CERN, Apache, or JIGSAW, a server program for Windows NT such as IIS, or a server program for both Windows NT and Windows 95/98 such as WebSite. Particularly, the web server 30 serves to configure a web community for realizing communication between clients. It is preferable to configure a web community such that the web community can provide various categories suitable for the purpose and desires of members and can secure the autonomy of the members as much as possible through functions such as club activity, cooperation between clubs, and organization of a small group. Additionally, it is preferable to efficiently construct a web community such that the web community can be easily used through the organic union between function modules configuring the web community. To realize such web community, the web community is constructed to include various contents such as chatting, official announcement, bulletin board, open source, voting, electronic mail, and small group management so that the web community can immediately meet the needs of the members. It is also one of the methods for constructing an efficient web community to collect and positively reflect contents needed by the members in addition to the above contents.

The memo server 34 transmits messages to members that do not access a homepage and manages buddies by members. According to a buddy management function, if a user registers a member or a membership group in a site by inputting an IP address or making an address book, the user can be informed of the state of a particular member (for example, whether the particular member has accessed the Internet or whether the particular member has accessed the user's site) through a picture. Accordingly, when a client is about to send a message to another client, the client can catch the access station of the other client using the buddy management function, so the client can send the message in various ways (for example, memo, one-to-one conversation, and electronic mail) according to the state of the other client. The pass server 36 relays 1 :1 data transmission such file transmission between clients and chatting. For this, link to other servers can be previously performed when necessary. The statistic server 38 is connected to the web server 32 and provides a service of compiling statistics the details of users' access to a homepage by months, dates, and hours. Through such statistic service, a user, the owner of a homepage, can catch the number of visitors and time zones when the visitors access his/her homepage, so the user can use these statistics when deciding addition and deletion of a homepage function. In addition, the statistic server 38 can construct its own DB to store statistic data obtained through the statistic service, and the statistic data can be used to compare past data with current data any time. Although each of the servers, i.e., the memo server 34, the pass server 36, and statistic server 38, shown in FIG. 2 is illustrated as a separate unit to discriminately explain the functions of the servers, these servers can be included in the web server 32 or can be designed to be integrated into a single server. FIG. 3 is a block diagram of the configuration of a real-time Internet communication apparatus for allocating a fixed domain at the request of an Internet user according to the present invention. The real-time Internet communication apparatus includes a messenger server group 100 including a mapping server group 10, an access server 20, a DB 25, and other server group 30, a client 40, and a dynamic domain name server (DDNS) 50. In FIGS. 2 and 3, the same reference numbers are given to the same members, and thus the description thereof will be omitted. The client 40 is a person who visits the real-time Internet communication apparatus according to the present invention. After accessing the access server 20, the client 40 can become of member, change member information, and use all contents provided by the real-time Internet communication apparatus. In addition, when the client 40 is about to use a messenger function, the client 40 can download an exclusive program provided by a mapping server and use it.

The DDNS 50 is connected to the access server 20 and performs a function of allocating a fixed domain name to the client 40 based on the ID of the client 40 applied from the access server 20 and a current IP. The DDNS 50 must be connected to the Internet through a private line for 24 hours a day. It is important to construct the DDNS 50 to be a server (for example, a server in which the data of a site of each client can be put) which can operate 24 hours a day without the strain. A dynamic IP address is prepared so that an Internet Corporation for Assigned Names and Numbers (ICANN) managing whole IP addresses can previously secure the dynamic IP address for a private network to efficiently use a fixed IP address. Dynamic IP addresses are in the following ranges.

1 A-class: 10.0.0.0-10.255.255.255 (/8 prefix) 16 B-classes: 172.16.0.0-172.31.255.255 (/12 prefix) 256 C-classes: 192.168.0.0-192.168.255.255 (/16 prefix) Allocation and assignment of IP addresses must be registered in a registry which anybody can access and must be performed by a hierarchical method according to network infrastructure topology. Accordingly, if the client 40 accesses one of mapping servers in the mapping server group 10 and authenticates use of his/her dynamic IP, the DDNS 50 sets a domain based on the user account and current IP of the client 40 .

FIG. 4 is a flowchart of a procedure for allocating a fixed domain at the request of an Internet user according to the present invention. Here, it is assumed that a first client has downloaded an exclusive program for a messenger function from a mapping server.

In step S410, a first client starts an exclusive program provided by a real-time Internet communication apparatus according to the present invention to access an access server and goes through an authentication process. The access server compares content input by the first client with content stored in a DB for authentication. Next, in step S420, the first client accesses a mapping server through the access server. The access server stores an IP address currently used by the first client during the authentication, determines a mapping server having a least number of users, and guides the first client to access the mapping server.

In step S430, the first client accesses the mapping server to which the access server guides the first client and transmits a message indicating use or non-use of a domain name service to the access server through the mapping server. Here, the message indicating use or non-use of the domain name service is transmitted from the first client to the mapping server and then transmitted from the mapping server to the access server.

In step S440, the access server determines whether the first client has requested the domain name service based on the message transmitted from the mapping server. If it is determined that the domain name service is requested, the access server transmits the user account and currently used IP address of the first client to a DDNS in step S450. Thereafter, in step S460, the DDNS sets a domain corresponding to the ID input by the first client based on the user account and IP address transmitted from the access server. Once the domain of the first client is set in the DDNS, the first client can enjoy the same effect as if he/she owns his/her site because the set domain is unique. Accordingly, the first client can use all contents provided by a real-time Internet communication apparatus according to the present invention and can set a desirable environment for performing his/her own messenger function and web community function. The first client performs other desired functions in step S470 and terminates the current procedure.

FIG. 5 is a block diagram of the configuration of a real-time Internet communication apparatus for generating a web community according to the present invention. The real-time Internet communication apparatus includes a client 40, a messenger server group 100 composed of a mapping server group 10, an access server 20, a DB 25, and other server group 30, and an applet 60. In FIGS. 2, 3 and 5, the same members are denoted by the same reference numerals, and descriptions thereof will be omitted.

The applet 60 is connected to the statistic server 38 in the other server group 30. The term "applet" is derived from an application indicating an application program. The applet 60 indicates a small and independent application program included in a web page. The applet 60 can be used only when a web browser is equipped with a Java processing function. Unlike static programs based on text developed with HyperText Markup Language (HTML) or two-dimensional pictures, the applet 60 is an application program allowing dynamic information such as three-dimensional animation to be immediately performed. The applet 60 can be developed with Java language. A Java applet has advantages of using sound, calling documents from a URL into a browser, and communicating with another applet within the same HTML document. By using the applet 60, the client 40 can check the use state of a second client visiting the homepage of the client 40 in real time.

FIG. 6 is a flowchart of a procedure for generating a web community according to the present invention.

In step S605, a first client starts an exclusive program provided by a real-time Internet communication apparatus according to the present invention to access an access server and goes through an authentication process. The access server compares content input by the first client with content stored in a DB for authentication. Next, in step S610, the first client accesses a mapping server through the access server. The access server stores an IP address currently used by the first client during the authentication, determines a mapping server having a least number of users, and guides the first client to access the mapping server.

In step S615, the first client accesses the mapping server to which the access server guides the first client and transmits the domain of a web site, which the first client views through the mapping server, to the mapping server. If the mapping server does not access a web server at present, the first client accesses the web server through the access server, and the mapping server then transmits the domain transmitted from the first client to the web server in step S620. The web server transmits the domain transmitted from the mapping server and the state in which the site of the domain is used to the statistic server in step S625. Accordingly, the statistic server can identify a second client accessing the domain based on information (the domain accessed by the first client and the state in which the site of the domain is used) transmitted from the web server. In addition, the information is transmitted to an applet in real time so that the first client can check the information. Next, the web server determines whether one or more second clients are currently using the site corresponding to the domain transmitted from the first client in step S630. If there are one or more second clients, the web server makes the list of the second clients using the domain and transmits the list to the mapping server in step S635. In addition, the mapping server registers the list and transmits it to a client requesting it in step S640 so that the client can check the other clients accessing the site which he/she is visiting. An example of the list of clients which shows a state in which the other clients accessing the relevant domain is illustrated in FIG. 6A. Next, the web server determines whether a second client visiting the domain moves to another domain in step S645. If it is determined that the second client moves to another domain, the procedure goes to the step S615, and the step S615 and its following steps are repeated. The first client can be provided with a service of checking other clients accessing the domain to which the second client has moved. If it is determined that there is no other client visiting the domain where the second client is visiting in step S630, or if it is determined that the second client does not move to any other domain in step S645, other functions selected by the first client are performed in step S650, and the procedure ends.

FIG. 7 is a block diagram of the configuration of a real-time Internet communication apparatus for performing a messenger function according to the present invention. The real-time Internet communication apparatus includes a messenger server group 100 composed of a mapping server group 10, an access server 20, a DB 25, and other server group 30, and a client 40. In FIGS. 2 and 7, the same members are denoted by the same reference numerals, and descriptions thereof will be omitted. Only difference between FIGS. 2 and 7 is that only the memo server 34 and the pass server 36 are used in the other server group 30 in FIG. 7. FIG. 8 is a flowchart of a procedure for performing a messenger function according to the present invention. It is assumed that a first client has downloaded an exclusive program for a messenger function from a real-time Internet communication apparatus according to the present invention and installed it in his/her computer.

In step S805, the first client starts the exclusive program provided by the real-time Internet communication apparatus according to the present invention to access an access seπter and goes through an authentication process. The access server compares content input by the first client with content stored in a DB for authentication. Next, in step S810, the first client accesses a mapping server through the access server. The access server stores an IP address currently used by the first client during the authentication, determines a mapping server having a least number of users, and guides the first client to access the mapping server. In step S815, the first client accesses the mapping server to which the access seπter guides the first client and inputs information (for example, a message or a data file) to be transmitted and the list of clients to be communicated with using the messenger function. The mapping seπter determines whether the first client requests the query about the list of the clients to be communicated with in step S820. If it is determined that the query is requested, the mapping server queries the access server about a current state of second clients accessing other mapping servers which the clients to be communicated with access in step S825. Since the access server recognizes the access of clients whenever the clients access the real-time Internet communication apparatus according tot he present invention, the access server can catch which client is accessing which mapping server in a mapping seπter group or which other server in other server group.

In step S830, the access server analyzes the list of clients about which the mapping server queries and determines whether there are one or more second clients currently accessing the real-time Internet communication apparatus of the present invention. If it is determined there are one or more second clients accessing the real-time Internet communication apparatus, the access server transmits a current state of the one or more second clients through the mapping server to the first client requesting the service in step S835. The first client requesting the seπtice selects a client to be communicated with among from the second clients and performs the messenger function through the mapping server to accomplish a desired operation (for example, chatting, sending a memo, or transmission of a file) in step S840. If the operation requested by the first client needs to be performed through another mapping server, information can be exchanged through a link between the mapping servers.

If it is determined that there is no second client accessing currently in step S830, the first client transmits information to a desired client through a memo server in step S845. The memo server allows the first client to leave a message for a second client currently not accessing the real-time Internet communication apparatus or to store the list of intimate clients. The mapping server determines whether the second client has set security in step S850. If it is determined that the security has been set, the mapping server transmits the information through a pass server in step S855. In other words, when it is impossible to perform an operation such as file transmission, which can be accomplished through a link between clients, due to security equipment such as a firewall, the operation can be performed through the pass server. If it is determined that the first client does not request a query in step S820, if it is determined that the security has not been set in step S850, or after the step S840 or S855, other functions selected by the first client are performed in step S860, and the procedure ends. The above description just concerns embodiments of the present invention. The present invention is not restricted to the above embodiments, and various modifications can be made thereto within the scope defined by the attached claims. For example, the shape and structure of each member specified in the embodiments can be changed.

Industrial Applicability

As described above, in a real-time Internet communication method and apparatus using a user account as a domain according to the present invention, a user can be allocated a fixed domain corresponding to a user account input regardless of an IP address changing in real time and posses his/her own site so that a multi-function web community and a messenger function can be realized.

In addition, a user can be informed of the list of visitors accessing his/her site in real time through a web community function, so the user can form a web community together with particular visitors.

Claims

What is claimed is:

1. A real-time Internet communication apparatus using a user account as a domain, the real-time Internet communication apparatus providing a domain name corresponding to an Internet protocol (IP) address allocated to a client, the real-time Internet communication apparatus comprising: a mapping server group comprising mapping servers for each communicating with the client, performing a messenger function providing basic services such as real-time message or file transmission, chatting, 1 :1 conversation, and confirmation of access, and relaying data transmission between the client and another server when necessary; an access server connected to the mapping server group, the access server comprising a database for storing personal information on members and member information by contents which is necessary for performing a messenger function, performing authentication on the client, connecting the client to an arbitrary mapping server in the mapping server group, and relaying the connection between the client and another external server; and other server group connected to the mapping server group and the access server, the other server group performing a web community function, a messenger function, a function of storing a message for a non-accessing user, and a data transmission function for the client.

2. The real-time Internet communication apparatus of claim 1 , further comprising a dynamic domain name server connected to the access server, the dynamic domain name server allocating a fixed domain name to the client based on the client's ID applied from the access server and a currently used IP.

3. The real-time Internet communication apparatus of claim 1 , further comprising an applet connected to the other server group, the applet calling a document from a uniform resource locator (URL) into a web browser, performing exchange of information within the same HyperText Markup Language (HTML) document, and transmitting a state in which other clients visiting the client's homepage use the homepage to the client, the owner of the homepage.

4. The real-time Internet communication apparatus of claim 1 , wherein the other server group comprises: a web server for processing the clients' requests using a seπter program and realizing communication between the clients; a memo server for transmitting a message to another client current not accessing the client's homepage and performing a buddy management function for each client; a pass server for relaying 1 :1 data transmission such as file transmission and chatting between clients; and a statistic server for compiling statistics the details of users' access to the client's homepage by months, dates, and hours and providing the statistics to the client.

5. A real-time Internet communication method using a user account as a domain, in which a domain name corresponding to an Internet protocol (IP) address allocated to a client is provided, the real-time Internet communication method comprising the steps of: performing authentication on the client and transmitting a message indicating use or non-use of a dynamic domain name service to an access server through a mapping server; transmitting a user account and a currently used IP address to a dynamic domain name server when the message indicates the use of the dynamic domain name service; and setting a fixed domain name based on the user account.

6. The real-time Internet communication method of claim 5, further comprising a step in which the access server determines a mapping server having a least number of accessing clients in a mapping server group and guides the authenticated client to access the mapping server having the least number of accessing clients, and the client accesses the mapping server to which the access server guides the client.

7. The real-time Internet communication method of claim 5 or 6, further comprising: a step in which the client transmits the domain of a site which the client currently accesses to a web server through the mapping server and requests the list of clients accessing the site; a step in which the web server transmits the domain transmitted from the client and the list of clients to a statistic server, the list showing a state in which the client accessing the site use the site; and a step in which when there are clients using the domain transmitted from the client, the web server forms the list of the clients using the domain and transmits the list of the clients to the client requesting it.

8. The real-time Internet communication method of claim 5 or 6, further comprising: a step in which the client inputs information to be transmitted through a messenger function and the list of clients to be communicated with through the messenger function; a step of finding, other clients' access state through the access server when a query about the list of clients input by the client is requested; a step in which when a client currently accessing the site of the client having requested the list of clients is on the list of clients, the access server transmits a current state of the client currently accessing the site to the client having requested the list of clients; and a step in which the client having the list of clients performs the messenger function to communicate with the client determined as being on the list.

9. The real-time Internet communication method of claim 8, further comprising the steps of: transmitting information through a memo seπter when the client currently accessing the site of the client having requested the list of clients is not on the list of clients; and transmitting the information through a pass server when a client on the list of clients to be communicated with has set security.