KR20030003399A - Methods of relaying web contents for billing agency in internet service system - Google Patents

Abstract

PURPOSE: A method for relaying contents for payment is provided to relay and write web contents without a program for additional edition by a web gateway which acts for writing used contents between a web server and a client. CONSTITUTION: When a user connects to a web server and selects contents from a contents provider, a web gateway refers to information of a corresponding contents provider and subscriber(301) and checks if a service supply is possible(302). If the service is available, the web gateway constitutes "HTTP(Hyper Text Transfer Protocol) REQUEST packet", transmits the packet to a corresponding contents provider(305), and receives corresponding charged web contents from the corresponding contents provider(306,307). A file form of the corresponding charged web contents is checked. If the file form is an HTTP file(309), the web gateway converts all contents provider addresses of the HTTP file into addresses which pass the web gateway and have the original link information supplied from the corresponding contents provider(310), transmits the addresses to the user(311), and records usage details of charged web contents(312).

Description

Method of relaying web contents for billing agency in internet service system

According to the present invention, in order to record and charge paid web content usage in an Internet service system, a web client requests paid content from a web server of a content provider (CP) that provides web content, and the web server receives a request. The present invention relates to a method of relaying content at a web gateway between a web server and a client and a computer-readable recording medium having recorded thereon a program for realizing the method.

In other words, if a web client sends a "HTTP REQUEST packet" directly to an Internet Protocol (IP) address of a web server on a URL (Uniform Resource Locator) of one required content due to the nature of the Hypertext Transfer Protocol (HTTP), the web server receives a request. The content is directly transmitted to the web client, in which the present invention is a device for recording the content of the web server always records the content of the web server in order to record the web content usage in a device other than the web server for billing or statistical agency ( Web gateway).

In order to charge paid web content, a method of directly recording paid web content transmission history from a web server and transmitting it to a billing agency is possible, but a device for transmitting paid web content usage history separately from the web content delivery server to the web server side Will be needed. It is also possible to install a program that records usage history on the client side and send it to the billing agency, but this method also requires a separate program to operate on the client side, and also to the side where usage history is payable. It is undesirable to exist for security reasons.

Therefore, it is preferable to use a web gateway in order to record usage history or charge without establishing a separate program on the content provider or user side.

However, as a method for recording the web content usage history in a web gateway instead of a web server, a web gateway is placed on a Transmission Control Protocol / Internet Protocol (TCP / IP) routing path between the web server and the client, and the HTTP REQUEST packet or There is a method of manipulating the IP level (layer 3 or layer 4 of the OSI (Open Systems Interconnection) model) to modify the routing table so that content packets for it always pass through the web gateway. However, this is a simple advantage because it does not need to operate at the application level (layer 7 of the OSI model). However, since only the information on the TCP header or the IP header is referred to, the flexibility is low, and the packet is not required to be charged for the purpose of charging the Web gateway. There is a disadvantage to passing.

On the other hand, another web content relaying method is a method of suggesting a link address of paid content via a web gateway in a HyperText Markup Language (HTML) page transmitted from a web server. However, since all links in many HTML files in the web server must be manipulated, there is a disadvantage in that an existing web site is required to be modified in the web server configuration when the web gateway is changed or the web gateway is changed.

Therefore, the current technology includes a web gateway for the purpose of recording usage history between the web server and the client that provides the digital content, and the web gateway and the client do not require any additional modification or separate programs through the web gateway. In addition, a plan to continuously perform web content relay and usage history recording is required.

The present invention has been proposed in response to the above-described demands, and has a web gateway for the purpose of recording usage history between a web server and a client of a content provider (CP) that provides web content in an Internet service system. Through the web gateway, a web gateway content relay method and a program for realizing the above method to continuously record the web content and record the usage history without additional modifications or separate programs in the web server and the client. Its purpose is to provide a computer readable recording medium having recorded thereon.

1 is an exemplary configuration diagram of an Internet service system to which the present invention is applied.

2 is a flowchart illustrating a content relaying procedure according to the present invention.

3 is a flowchart illustrating an embodiment of a content relay method according to the present invention;

4A and 4B are detailed flowcharts of an embodiment of the HTML file conversion process of FIG. 3 according to the present invention;

* Explanation of symbols for the main parts of the drawings

11: user terminal 12: content provider (CP)

13: Web Gateway 14: History Database

16: content provider (CP) and user information database

In order to achieve the above object, the present invention provides a method for relaying content in an Internet service system, wherein when a user accesses a web server and selects a desired content provider, the web gateway refers to the information provider and subscriber information. A first step of checking whether a service can be provided; According to the check result of the first step, if the service is available, the web gateway constructs a "Hypertext Transfer Protocol (HTTP) REQUEST packet" and transmits it to the corresponding content provider, and the paid web content from the corresponding content provider. Receiving a second step; And checking the file format of the paid web content, and in the case of an HTML (HyperText Markup Language) file, the web gateway passing through all content provider addresses of the HTML file via itself and providing the original content provided by the corresponding content provider. And converting to have link information, transmitting the link information to the user, and recording usage history of paid web contents.

In addition, the present invention relates to an Internet service system having a high-capacity processor, wherein when a user accesses a web server and selects a desired content provider's content, the web gateway refers to the content provider's information and the subscriber's information to provide a service. A first function of checking; According to the check result of the first function, if a service can be provided, the web gateway constructs a "Hypertext Transfer Protocol (HTTP) REQUEST packet" and transmits it to the corresponding content provider, and the paid web content from the corresponding content provider. Receiving a second function; And checking the file format of the paid web content, and in the case of an HTML (HyperText Markup Language) file, the web gateway passing through all content provider addresses of the HTML file via itself and providing the original content provided by the corresponding content provider. Provided is a computer-readable recording medium having a program recorded thereon for converting to have link information, transmitting the same to the user, and realizing a third function of recording paid web content usage history.

The present invention relates to which client used the content provided by the web server of the content provider (CP) that provides the web content through the flexible operation of the web gateway for the purpose of billing charges for the paid web content usage history. Make sure you know the usage history. At this time, since there is a web gateway, the web server or client does not require additional programs or servers, and the web gateway can perform web content relay and billing with minimal effort.

To this end, the present invention converts a link address in an HTML file into an address of a web gateway when relaying web content, and uses a web to record usage history between a web server and a client of a content provider (CP) that provides digital content. Through the operation of the gateway, it is possible to achieve the purpose of web content relay and history recording without special modification of the web server or client.

That is, the present invention receives a digital content requested by a web client from a web server (content provider (CP)) and transmits it to the web client and a web gateway operating method (web content relay (relay function) ) And usage history (billing function), etc. In this case, if the content is an HTML file, the link address pointing to the content of the web server in the HTML file is converted into the address of the web gateway. It also prevents the web client from requesting content directly from the web server without going through the web gateway, saving the effort of manually modifying all link addresses for the content in the HTML file via the web gateway.

Therefore, when the web server (content provider CP) intending to provide digital content to a web client through the web attempts to delegate the content usage record to a third party for the purpose of billing or statistical agency, You can achieve the goals of web content relay (relay function) and usage history (billing function) with minimal effort without modifying HTML files in your web server.

The above objects, features and advantages will become more apparent from the following detailed description taken in conjunction with the accompanying drawings. Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is an exemplary configuration diagram of an Internet service system to which the present invention is applied. In the drawing, "11" is a user terminal, "12" is a content provider (a web server of a CP side providing web content), and "13" is a web. A gateway, "14" represents a usage history database, and "15" represents a content provider (CP) and a user information database, respectively.

As shown in FIG. 1, the Internet service system to which the present invention is applied includes a user terminal (web client) 11 for user registration, a content provider (web server) 12 for providing web content, and a user. Receives the digital content requested by the terminal 11 from the content provider 12 and transmits it to the user terminal 11 through an information communication network such as the Internet (relay function) and transmits the usage history to the usage history database 14. Web gateway 13 recording (billing function) on behalf of CP), and usage history database 14 and web content relaying records of details (use history) of web content relayed by web gateway 13 It includes a content provider (CP) and a user information database (15) which records information about the referring content provider (CP) and the user.

Here, when the web client (user terminal 11) requests and the web server (content provider 12) transmits the requested content to record and charge paid web content usage history, the web gateway 13 is always present. Through the web gateway 13, the web gateway 13 performs charging for the web content relay and paid web content usage history. Therefore, the usage history of which web client used the content provided by the web server can be known accurately.

The information communication network connects communication lines between the user terminal 11 and the content provider 12 to establish a data communication between them.

The user terminal 11 establishes a communication environment including a web browser capable of accessing the Internet, and uses a wired network such as a dedicated line, a public switched telephone network (PSTN), a public switched data network (PSDN), or a wireless data network. The content provider 12 may also be connected through a synchronous / asynchronous wireless network such as a communication network, a personal mobile communication network (PCS), and a next generation mobile communication network (IMT-2000).

Accordingly, the user terminal 11 may include personal digital assistants (PDAs) and cellular phones, as well as personal computers (PCs) and laptops including communication mediation devices (modems, etc.), monitors, keyboards (or keypads), and the like. Alternatively, the present invention may be a mobile communication terminal such as a personal communication system (PCS) phone or a next-generation mobile communication terminal such as an international mobile telecommunication service (IMT-2000).

Then, the procedure after providing the menu for the content provider 12 to the Internet user connecting to the web gateway 13 will be described in more detail with reference to FIG.

First, when a user connects to a web server and selects the content of the desired content provider 12 (201), the web gateway 13 allows the content provider CP and the corresponding content provider CP in the user information DB 15 ( By referring to the information of 12) and the subscriber information transmitted from the user terminal 11 (202), it is checked whether the paid information, whether or not the paid member (203).

If the serviceable content provider (CP) 12 and the subscriber, the web gateway 13 constructs an HTTP REQUEST packet instead of the user terminal 11 and transmits it to the corresponding content provider (CP) 12 (204). . On the other hand, the content provider (CP) 12 transmits the content corresponding to the URL in the HTTP REQUEST packet received like the general web server to the web gateway 13 (205).

Thereafter, when the received content is not an HTML file, the web gateway 13 records only the content (content name, type, user, time, etc.) of the corresponding content in the usage history DB 14 (207). 11) (208).

On the other hand, in the case of the HTML file, since the file transmitted by the web server of the content provider (CP) 12 may be a general file without considering the web gateway 13, the link address in the HTML is the content provider (CP) 12. It is recorded at the address of. Therefore, when transmitted to the user terminal 11 without a machining operation, if a link in the HTML file received from the user terminal 11 is clicked, it is directly connected to the content provider (CP) 12 without passing through the web gateway 13. Done. Accordingly, all the content provider (CP) addresses of the HTML file are converted to have the original link information provided by the corresponding content provider (CP) 12 via the web gateway 13 (206). It records in the DB 14 (207) and sends it to the user terminal 11 (208).

In this order, requests from one client can be performed.

3, the operation of the web gateway 13 will now be described in more detail.

When the user clicks on a link in the HTML file received from the web gateway 13, the user terminal 11 transmits an HTTP REQUEST packet to the web gateway 13.

In the HTTP REQUEST packet, "CP_CODE (ID assigned to CP by web gateway)", "SERVICE_CODE (ID assigned to each directory in case of dividing directories by characteristics such as fee and billing method in one CP web server)", "PATH (path below the directory path registered in SERVICE_CODE among the requested content paths)", "AUTH (information for authenticating a web gateway subscriber)", "CP_PARAM (parameter value required for providing content in CP), Information such as "CP_COOKIE (COOKIE value required for providing content in CP)" and the like are included.

Among the above values, "AUTH" and "CP_COOKIE" are transmitted in the form of a cookie, and the rest are transmitted as parameter values in the form of "GET METHOD" or "POST METHOD". For example, when requesting content of "www.cp.com/movie/comedy/index.html", the web gateway (13) is "www.cp.com" as "CP_CODE 11010001" and "movie" as "100001". ), "PATH" becomes "comedy / index.html".

The web gateway 13 parses a packet including the above contents and extracts respective values (301). That is, subscriber information and CP information are extracted from the input value transmitted from the client. Then, it is checked whether the subscriber can use the corresponding content by referring to the value of "AUTH", "CP_CODE", and "SERVICE_CODE" (302), and if not possible, sends an error screen to the user terminal (11) (308). .

On the other hand, once it is determined that the request is serviceable (302), a URL of the content is constructed using "CP_CODE", "SERVICE_CODE", and "PATH" (303). Then, by reconfiguring 304 the CP_PARAM and CP_COOKIE values required for requesting the corresponding content to the content provider 12, the web gateway 13 is connected to the content provider 12. An HTTP REQUEST packet is sent to content provider (CP) 12 to appear as a client (305). That is, if a service is available (302), a CP URL value is generated from the CP information (303), and after extracting the cookies and parameters required by the content provider (CP) 12 (304), and generates an HTTP REQUEST packet. In operation 305, the content provider 12 transmits the content to the content provider 12.

Thereafter, when a response to the HTTP REQUEST is received from the content provider (CP) 12 (306), it is checked whether the content is normally transmitted (307). At this time, if the HTTP response code is not normal, an error screen is transmitted to the user terminal 11 (308), and if it is normal, it is determined by the value of the Context-Type field in the HTTP RESPONSE header whether the transmitted content is an HTML file ( 309).

As a result of the determination, if the file is an HTML file, link values connected to the corresponding content provider (CP) 12 in the file are changed via the web gateway 13 (310), and the converted content is transmitted to the user terminal (311), If it is not an HTML file, the content received from the content provider (CP) 12 is transmitted to the user terminal 11 as it is (311). Then, the details of which subscriber used what content and when for billing or other purposes are recorded in the web gateway 13 own use history DB 14 (312).

The HTML file conversion process 310 will be described in more detail with reference to FIGS. 4A and 4B as follows.

4A and 4B, "ptr (the first letter in the original HTML file)" is a pointer moving in the original HTML, "cp_url (URL of the requested content)" is the URL value where the original HTML is located, and "svc_list (in the corresponding CP). SERVICE_CODEs) "is information about all" SERVICE_CODEs "belonging to the content provider (CP) 12 that provides the original HTML, and" tags "are the HTML specs to convert. A tag list for tags that need to be included, i.e. may contain link information.

First, when the HTML file is searched to increase the "ptr" and a tag matching the tag in the "tags" comes out (401, 402), the HTML file from the previous "ptr" to the searched tag is copied (404). That is, "ptr" is incremented until the HTML tag belonging to "tags" comes out (401), and if the original HTML no longer has a conversion target tag, the remaining original HTML is inserted into the transfer file (403), and the original HTML is converted to If the tag is present, the file for transmission is added after the previous tag to the current "ptr" (404).

Then, it is checked whether the URL in the searched tag is a relative path (405), and if it is a relative path, it is converted to an absolute path (406). At this time, if "BASE URL" is set in the HTML file, the value is converted based on the original HTML file. That is, it is checked whether the URL in the tag located in "ptr" is a relative path (405), and if there is a "BASE URL", the base station is converted into an absolute path based on the "cp_url" otherwise (406).

For example, if <a href="ovie1.mpg">, if "BASE URL" is "http://www.cp.com/repot" then <a href = "http://www.cp.com /repot/movie1.mpg ">, if the current HTML is" http://www.cp.com/main/index.html "and" BASE URL "is not set, <a href =" http: // www .cp.com / main / movie1.mpg ">.

Next, it is checked which one belongs to "SERVICE_CODE" in "svc_list" with the URL converted into absolute path (407). That is, it is checked whether the directory to which the converted URL belongs in "svc_list" exists (407).

As a result of the check, if there is no directory belonging to the converted URL in "svc_list", the URL converted to absolute path is added to the file for transmission (408). If there is a directory belonging to the converted URL in "svc_list", "" belonging to "svc_list" SERVICE_CODE "is used to derive the" CP_CODE "and" PATH "values (409).

For example, if the absolute path is <a href="http://www.cp.com/main/movie1.mpg"> and there is "SERVICE_CODE 100001" in "svc_list" whose directory is "/ main", then "svc_list "Belong to. If this absolute path is not in "svc_list", the URL is not added to the translation without conversion (408), otherwise the value "CP_CODE" and "PATH" are derived using the value belonging to "SERVICE_CODE 100001" (409). . That is, if "CP_CODE" of "www.cp.com" is "11010001", this can be known through the information of "SERVICE_CODE 100001", and "www.cp.com" corresponding to "CP_CODE" and the directory path of absolute paths. Except for "/ main", "movie1.mpg" corresponds to "PATH".

Next, if the current tag is a tag of "GET Method" (410), add the web gateway URL to the current tag position, and then add "CP_CODE", "SERVICE_CODE", and "PATH" values as parameters. At the same time, the CP parameter value is inserted instead of the original tag (413). That is, if the current tag is a tag of "GET Method" (410), the "CP_CODE", "SERVICE_CODE", "PATH" value and CP parameter value are inserted in the form of a parameter after the web gateway URL and added to the transmission file. (403).

In this case, <a href="http://webgateway.com/gateway.cgi?cp=11010001&svc=100001&path=movie1.mpg&speed=300>, where " webgateway.com " It is a domain name, "gateway.cgi" is a CGI (Common Gateway Interface) program in the web gateway 13, and "speed = 300" is a parameter value required for service at "www.cp.com".

On the other hand, if the current tag is a "POST method" such as <form method = POST action = "http://www.cp.com/cgi-bin/reg.cgi"> (410), it is followed by "action" In the URL of the web gateway 13, the URL of the web gateway 13, "http://webgateway.com/gateway.cgi", is inserted (411), followed by <input name = cp value = "11010001">, and <input name = svc A separate input value is inserted, such as value = "100002"> and <input name = path value = "reg.cgi"> (412). That is, if the current tag is a tag of "POST Method" (410), the web gateway URL is added to the file for transmission (411), and the input values "CP_CODE", "SERVICE_CODE", "PATH" and parameters for CP. The value is inserted and added to the file for transmission (412).

If the above operation is no longer found until the conversion target tag is found, the conversion of the HTML file 310 is completed.

According to the present invention as described above, a web content provider who intends to delegate usage records to a third party other than himself / herself for other purposes, such as billing or statistical agency, may make efforts to modify his web server or distribute a client program. You can easily achieve the purpose of web content relay (relay function) and usage history (billing function) without performing. In addition, since the content is relayed through HTML content conversion, the client can always obtain the web content through the web gateway, thereby obtaining accurate data. In addition, if the web server is configured to allow access only from the web gateway, even if the URL of the content is known and accessed directly, the web server can prevent the content from being left without a usage history.

In addition, since the present invention leaves usage history on a directory basis in the content conversion method, a more detailed record can be left in comparison with the case where there is no "SERVICE_CODE". For example, if all the data in "www.cp.com" is left in the directory, the contents should be charged equally. However, by dividing into directories, flexibility such as different billing can be made for each directory.

On the other hand, if you register all the contents in the CP, respectively, the maximum flexibility, but it is difficult to manage because all the contents must be managed separately. Accordingly, the present invention can achieve flexibility and convenience by granting "SERVICE_CODE" on the basis of the directory, and can "trade off" between flexibility and convenience by varying the directory setting corresponding to "SERVICE_CODE". have. For example, if the contents of a CP provide a video and a picture, but the video costs 100 won, the picture would cost 10 won. Place the video under the "/ mpg" directory, and the "SERVICE_CODE" for "/ mpg" is 100 won. You can register with "," and place the picture under the "/ pic" directory, and register "SERVICE_CODE" for "/ pic" as 10 won. On the other hand, if you want to make a video of 50 won for 3 minutes and 100 won for 10 minutes, 200 won for 30 minutes, place the 3 minute video under "/ mpg / 3min" and click on the "/ mpg / 3min" directory. SERVICE_CODE "can be registered in detail by registering as 50 won.

The method of the present invention as described above may be implemented as a program and stored in a computer-readable recording medium (CD-ROM, RAM, ROM, floppy disk, hard disk, magneto-optical disk, etc.).

The present invention described above is not limited to the above-described embodiments and the accompanying drawings, and various substitutions, modifications, and changes are possible in the art without departing from the technical spirit of the present invention. It will be apparent to those of ordinary knowledge.

In the present invention as described above, a web content provider who intends to delegate usage records to a third party other than himself / herself for other purposes such as billing or statistical agency performs an effort such as modifying his web server or distributing a client program. It is effective to record (bill for) web content relay and usage history easily.

In addition, the present invention is relayed through the HTML content conversion, the client can always obtain the web content only through the web gateway, there is an effect that can obtain a more accurate data.

In addition, through the present invention, if the web server is configured to allow access only from the web gateway, even if the URL of the content is directly known and directly accessed, there is an effect of preventing the provision of content that does not remain in use.

In addition, the present invention can leave a more detailed record compared to the case without the SERVICE_CODE in the content conversion method compared to the case without the SERVICE_CODE, and by providing the SERVICE_CODE based on the directory can achieve flexibility and convenience of management. It has an effect.

Claims (10)

In the content relay method in the Internet service system, A first step of, when the user connects to a web server and selects a desired content provider's content, the web gateway checks whether the service can be provided by referring to the content provider's information and subscriber information; According to the check result of the first step, if a service is available, the web gateway constructs an "HTTP (Hypertext Transfer Protocol) REQUEST packet" and transmits it to the corresponding content provider, and the paid web content from the corresponding content provider. Receiving a second step; And The original link provided by the corresponding content provider by checking the file format of the corresponding paid web content and passing through all the content provider addresses of the HTML file through the web gateway when the file is a HyperText Markup Language (HTML) file. A third step of converting the information to be transmitted to the user and recording the paid web content usage history; Content relaying method for billing in the Internet service system comprising a. The method of claim 1, The web gateway, In relaying the content request packet and the content between the corresponding content provider and the user, a link address in the HTML file is modified to be transmitted via itself, and for this purpose, the content in the web server of the corresponding content provider is transmitted to each property. The content relaying method for the billing agent in the Internet service system, characterized in that the management by dividing the directory according to the directory, and to maintain only the information for each directory used to convert the HTML file. The method of claim 1, The HTTP REQUEST packet is An identifier (CP_CODE) assigned to each content provider (CP) by the web gateway and an identifier (SERVICE_CODE) assigned to each directory when a directory is classified by characteristics of a fee and a charging method in one content provider (CP) web server. , A path (PATH) below a directory path registered in the SERVICE_CODE among the requested content paths, information (AUTH) for authenticating that the web gateway is a subscriber, and parameters required for providing content from each content provider (CP). A value (CP_PARAM) and a cookie value (CP_COOKIE) required for content provision by each content provider (CP). The method of claim 3, wherein The web gateway, In relaying the content request packet and the content between the corresponding content provider and the user, the link address in the HTML file is modified to be transmitted via itself, and the link information in the original HTML file is analyzed during the conversion of the HTML file. To convert the absolute path to find the SERVICE_CODE. The method of claim 3, wherein The web gateway, In relaying the content request packet and the content between the corresponding content provider and the user, a link address in the HTML file is modified to be transmitted via itself, and an address of the content in the HTML file is transmitted to the content provider (CP). The content relaying method for the billing agent in the Internet service system, characterized in that the encoding by separating the SERVICE_CODE and the PATH. The method according to any one of claims 1 to 5, The first step is, A fourth step of transmitting, by the user terminal, the HTTP REQUEST packet to the web gateway when the user clicks a link in the HTML file received from the web gateway; And A fifth step in which the web gateway extracts the subscriber information and the content provider information by analyzing the HTTP REQUEST packet and then checks whether the subscriber can use the corresponding content based on the extracted information; Content relaying method for billing in the Internet service system comprising a. The method of claim 6, The second step, A sixth step of transmitting an error screen to the user terminal when a service is not available as a result of the inspection of the fifth step; As a result of the inspection of the fifth step, when the service is available, the content provider (CP) URL value is generated from the content provider (CP) information, the cookie and the parameter required by the corresponding content provider are extracted, and then the HTTP REQUEST packet Generating a seventh step and transmitting the generated content to the corresponding content provider; An eighth step of checking whether the content is normally transmitted when a response to the HTTP REQUEST packet is received from the corresponding content provider; And A ninth step of transmitting an error screen to the user terminal if the HTTP response code is abnormal as a result of the checking of the eighth step; Content relaying method for billing in the Internet service system comprising a. The method of claim 7, wherein The third step, A tenth step of determining whether the transmitted content is the HTML file if the HTTP response code is normal as a result of the checking of the eighth step; As a result of the determination in the tenth step, in the case of the HTML file, the link values for accessing the corresponding content provider in the file are changed through the web gateway, and the converted content is transmitted to the user terminal. An eleventh step of transmitting the content received from the provider to the user terminal as it is; And 12th step of recording the history in the history database Content relaying method for billing in the Internet service system comprising a. The method of claim 8, The step of changing the link values of the eleventh step via the web gateway, A thirteenth step of increasing the number of HTML tags belonging to the HTML tags that need to be converted to a moving pointer ptr in the original HTML, and determining whether there is a conversion target tag in the original HTML; As a result of the determination of step 13, if the original HTML no longer has a conversion target tag, the remaining original HTML is inserted into the transmission file, and if the conversion target tag is included in the original HTML, the transmission file is added after the previous tag to the current ptr. Step 14; Checking whether the URL in the tag located in the ptr is a relative path, and converting the BASE URL into an absolute path based on the URL (cp_url) of the requested content if there is a BASE URL; A sixteenth step of checking whether the converted URL belongs to SERVICE_CODEs (svc_list) in the corresponding content provider; As a result of the check in the 16th step, if there is no directory to which the converted URL belongs in the svc_list, the URL converted into an absolute path is added to the transmission file, and if there is a directory to which the converted URL belongs to the svc_list, the SERVICE_CODE belonging to the svc_list. A seventeenth step of deriving the CP_CODE and the PATH value using information; If the current tag is a tag of a GET Method, inserting the CP_CODE, the SERVICE_CODE, the PATH value, and the content provider parameter value in the form of a parameter after the web gateway URL to add to the transmission file; And If the current tag is a tag of the POST method, the web gateway URL is added to the file for transmission, and the CP_CODE, the SERVICE_CODE, the PATH value, and the parameter value for the content provider are inserted into the file for transmission as an input value. 19 steps Content relaying method for billing in the Internet service system comprising a. In an Internet service system having a large processor, A first function of checking whether the web gateway can provide a service with reference to the content provider's information and subscriber information when the user connects to the web server and selects the content of the desired content provider; According to the check result of the first function, if a service can be provided, the web gateway constructs a "Hypertext Transfer Protocol (HTTP) REQUEST packet" and transmits it to the corresponding content provider, and the paid web content from the corresponding content provider. Receiving a second function; And The original link provided by the corresponding content provider by checking the file format of the corresponding paid web content and passing through all the content provider addresses of the HTML file through the web gateway when the file is a HyperText Markup Language (HTML) file. A third function of converting the information to be transmitted to the user and recording the paid web contents usage history; A computer-readable recording medium having recorded thereon a program for realizing this.