[go: nahoru, domu]

WO2001080019A1 - Information repeater and client/server system - Google Patents

Information repeater and client/server system Download PDF

Info

Publication number
WO2001080019A1
WO2001080019A1 PCT/JP2001/001908 JP0101908W WO0180019A1 WO 2001080019 A1 WO2001080019 A1 WO 2001080019A1 JP 0101908 W JP0101908 W JP 0101908W WO 0180019 A1 WO0180019 A1 WO 0180019A1
Authority
WO
WIPO (PCT)
Prior art keywords
request
client
information
header information
server
Prior art date
Application number
PCT/JP2001/001908
Other languages
French (fr)
Japanese (ja)
Inventor
Hideaki Inoue
Masahiro Hirakawa
Original Assignee
Hideaki Inoue
Masahiro Hirakawa
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hideaki Inoue, Masahiro Hirakawa filed Critical Hideaki Inoue
Priority to AU41099/01A priority Critical patent/AU4109901A/en
Publication of WO2001080019A1 publication Critical patent/WO2001080019A1/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22Parsing or analysis of headers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Definitions

  • the present invention relates to an information relay device and a client-server system for relaying an HTTP request and an HTTP response between a client and a server.
  • HTTP Hyper Text Transfer Protocol
  • HTTP Hyper Text Transfer Protocol
  • request header information and request tag information an HTTP response including response header information and response tag information.
  • the content server parses the HTTP request according to HTTP.
  • request analysis it is first determined whether the contents of the request header information can be understood. Then, if it is determined that it can be understood, execute the requested method. If the requested content can be read as a result of executing the method, the information that the request was successful and the HTTP response containing the content are returned to the client.
  • an HTTP response including information indicating that the request was unsuccessful is returned to the client.
  • the client when the client receives the HTTP response, it determines whether or not the contents of the response header information can be understood, and if so, executes a preset process and includes information indicating that the request was successful. If an HTTP response is received, the content is displayed. If an HTTP response including information indicating that the request was unsuccessful is received, that effect is displayed.
  • the client cannot understand the contents of the response header information of the HTTP response sent from the content server, it cannot execute the process, and it is difficult to know whether the request was successful or not. Become.
  • desktop PCs were mainly used as clients connecting to the Internet, so standards were unified within a predetermined range. Therefore, the server had to create the program on the assumption that the client was a desktop personal computer, and the client had to create the browser on the assumption that the server was compatible.
  • mobile terminals differ greatly in specifications such as the size of the display screen, the number of display dots, the amount of received data, etc. compared to desktop PCs, and each has its own unique specifications.
  • specifications such as the size of the display screen, the number of display dots, the amount of received data, etc. compared to desktop PCs, and each has its own unique specifications.
  • the server side created a dedicated program for each mobile terminal, but these tasks must be performed every time a browser version is upgraded or a mobile terminal with new specifications appears. It was complicated and costly. On the mobile terminal side, programs were created to support multiple servers, but it is impossible to support all servers.
  • the present invention has been made in view of the above points, and an object of the present invention is to provide an information relay device and a client / server system that allow a server and a server to reliably pass accurate information to each other. .
  • the invention according to claim 1, which solves the above-mentioned problem, is an information relay device that relays an HT TP request and an HT TP response between a client and a server.
  • Header information that performs the operation of rewriting the request header information of the HTTP response into server request header information that the server can understand, and rewriting the response header information of the HTTP response into the client response header information that the client can understand.
  • operating means that performs the operation of rewriting the request header information of the HTTP response into server request header information that the server can understand, and rewriting the response header information of the HTTP response into the client response header information that the client can understand.
  • the information relay device is a server request header that allows the server to understand the request header information of the HTTP request from the client based on the specific specification depending on the client.
  • the information is rewritten and passed to the server, and the response header information of the HTTP response from the server is rewritten into client response header information that can be understood by the client and passed to the client.
  • the server can understand the request header information and execute the method. As a result, an HTTP response containing the requested content and information indicating that the request was unsuccessful can be returned to the client.
  • the client can understand the response header information and can execute a preset process. As a result, information indicating that the content or the request was unsuccessful can be displayed.
  • the above clients include not only personal computers, but also terminals such as mobile phones and PDAs that have an Internet connection function.
  • the header information operating unit determines a type of the client based on the request header information;
  • Device cartridge holding means having a device cartridge accommodating dependent specific specifications for each type of client, and device cartridge selecting means for selecting a device cartridge according to the type of client.
  • the specific specifications depending on the client are contained in the device cartridge provided for each type of the client, and are included in the device cartridge selected according to the client.
  • the request header information and the response header information are rewritten based on the specifications in (1).
  • the browser of the client when the device force storage corresponding to the type of the client is not held in the device force holding means, the browser of the client is used.
  • a provisional HTTP request generating means for generating a provisional HTTP request based on the specifications of the above, a provisional HTTP response from the gateway based on the provisional HT TP request transmitted while transmitting the provisional HTTP request to the client gateway.
  • a temporary HTTP transmission / reception means for receiving the temporary HTTP request and a temporary HTTP request based on the temporary HTTP response.
  • a request success / failure judging means for judging whether or not the request to the gateway by the request succeeded, and a new device cartridge is generated by judging the request success, and a request header of the provisional HTTP request is generated in the device cartridge.
  • a device cartridge generating means for storing the information as a unique specification depending on the client, and changing the content of the request header information of the temporary HTTP request based on the judgment of the request failure, and transmitting the changed information to the gateway again.
  • Communication test means for repeatedly changing the request header information of the provisional HTTP request and transmitting it to the gateway until the request is successfully determined.
  • the temporary HTTP request generation means when there is access from a new client, the temporary HTTP request generation means generates temporary request header information based on the specifications of the browser of the new client. Automatically generate a temporary HT TP request.
  • the temporary HTTP transmission / reception means transmits a temporary HTTP request to the gateway of the new client, and looks at the pseudo-access to the gateway as if the HTTP request was received from the new client. .
  • the request success / failure judging means judges whether or not the request by the provisional HTTP request was successful, based on the provisional HTTP response from the gateway. For example, if the gateway cannot fully understand the request header information of the temporary HTP request, no response is returned, indicating that the request failed.
  • the limit of the amount of data that the client can receive can be searched. Furthermore, depending on whether a normal response is returned after transmitting arbitrary data, the data structure of the client can be searched.
  • the transmission to the gateway is repeated while changing the request header information by the communication test means.
  • the unique specifications of the new client can be searched for and automatically generated.
  • the request is then sent to the gateway by sending a temporary HTTP request based on the automatically generated unique specifications to the gateway. Get success judgment.
  • the device capability generation means generates a new device capability upon determination of a successful request and contains the automatically generated unique specification.
  • the request success / failure determining means succeeds in the request to the gateway based on the HTTP status code included in the response header information of the temporary HT TP response. It is characterized by judging whether or not it has been done.
  • the invention described in claim 4 specifically shows a judgment method by the request success / failure judging means. According to this, it is possible to easily determine the success or failure of the request.
  • the communication test means changes the content of the request header information of the temporary HTTP request according to a preset rule and pattern. It is characterized by the following.
  • the invention of claim 5 specifically shows the operation of the communication test means. According to this, it is possible to generate a unique specification of a new client in a short time.
  • the invention according to claim 6 is the information relay device according to any one of claims 1 to 5, wherein the client is connectable to the Internet and the server is a Web server. It is provided between the Internet and a Web server.
  • the invention of claim 6 specifically shows a place where the information relay device is provided. According to this, since it is not necessary to connect the Web server directly to the Internet, the Web server can be protected from unauthorized access from the Internet. Therefore, it is possible to effectively prevent falsification of data in the Web server and leakage of information in a database connected to the Web server.
  • the invention according to claim 7 is a client / server system having a client having an Internet connection function and a W relay device, wherein the information relay device is based on the following: Header information operation means for rewriting the header information into server request header information that the Web server can understand, and rewriting the response header information of the HTTP response into client response header information that the client can understand. It is characterized by the following.
  • the information relay device rewrites the client-dependent header information into server request header information that can be understood by the Web server, and passes it to the server.
  • the Web server can understand the request header information of the HTTP request from the client, and can execute the method. As a result, H T T containing the requested content and information that the request was unsuccessful
  • P response can be returned to the client.
  • the client can also understand the response header information of the HTTP response from the Web server, and can execute a preset process. As a result, information indicating that the content or the request was unsuccessful can be displayed.
  • the invention according to claim 8 is the client-server system according to claim 7, wherein the client is a portable terminal having an Internet connection function.
  • the invention of claim 8 specifically shows an example of a client.
  • a portable terminal has a greatly different specification from a so-called desktop personal computer. Positive between It is possible to reliably and reliably transfer information.
  • the client is a mobile phone having an Internet connection function.
  • the invention of claim 9 specifically shows an example of a client.
  • a mobile phone has a significantly different specification from a desktop personal computer, a PDA, or the like. Information can be exchanged accurately and reliably with the eb server.
  • the client has a gateway for connecting to the Internet.
  • the invention of claim 10 specifically shows an example of the client. According to this, it is possible to accurately and reliably transfer information to and from the Web server, especially when a dedicated gateway that performs protocol conversion etc. is provided between the client and the Internet. It will be possible.
  • the invention according to claim 11 is the client server system according to any one of claims 7 to 10, wherein the web server displays a banner advertisement displayed on a part of the content supplied to the client. It is an advertisement distribution server that distributes
  • Banana advertising is an advertisement that is displayed on a part of the content and has a link function that can be clicked to move to the content associated with the advertisement in advance, and is provided separately from the content server. It is distributed from the distribution server.
  • the content server is selected and accessed according to the client's will, but the advertisement distribution server is located in a different location from the content server and is selected independently of the client's intention. Therefore, when a banner advertisement is distributed from an advertisement distribution server that does not support it at all, the advertisement distribution server cannot understand the request header information of the HTTP request from the client, and the client does not understand the HTTP header from the advertisement distribution server. Response header information of the response Although the information may not be understood, the information relay device is interposed between the client and the advertisement distribution server to accurately and reliably transfer the information. It can be displayed on a part of the screen.
  • the invention according to claim 12 is the client server system according to any one of claims 7 to 11, wherein the header information operating means of the information relay device determines the type of the client based on the request header information.
  • Terminal type discriminating means for discriminating; device cartridge holding means having a device cartridge containing specific specifications depending on the client for each type of client; and device for selecting a device power cartridge according to the type of client. And a cartridge selection means.
  • the request header information is rewritten to the server request header information, and the response header information is rewritten to the client response header information.
  • the specific specifications depending on the client are contained in the device cartridge provided for each type of the client, and are included in the device cartridge selected according to the client.
  • the request header information and the response header information are rewritten based on the specifications of.
  • the information relay device has a device cartridge corresponding to the type of the client held in the device cartridge holding means. If there is no provisional HT TP request generation means that generates a provisional HTTP request based on the specifications of the client's browser, send a provisional HT TP request to the gateway, and A provisional HTTP transmission / reception unit that receives a provisional HTTP response from the gateway based on the HTTP request, and a request success / failure determination unit that determines whether or not the request to the gateway by the provisional HTTP request was successful based on the provisional HTTP response.
  • a device power generation means for generating a new device power cartridge by judging the request success, and storing the request header information of the provisional HTTP request in the device cartridge as a unique specification depending on the client; If the request fails, the contents of the header information of the provisional HTTP request are changed and transmitted to the gateway again, and the request information of the provisional HTTP request is transmitted until the request is determined to be successful.
  • Communication test means for repeatedly changing and transmitting to gateways Characterized in that it has a. According to the invention of claim 13, when the information relay device receives access from the new client, the information relay device generates temporary request header information based on the specification of the browser of the new client by the temporary HTTP request generation means. Automatically generate a temporary HTT request.
  • the temporary HTTP transmission / reception means transmits a temporary HTTP request to the gateway of the new client, and performs pseudo-access to the gateway as if the HTTP request was received from the new client.
  • the request success / failure judging means judges whether or not the request by the provisional HTTP request succeeds based on the provisional HTTP response from the gateway. For example, if the gateway cannot understand the request header information of the temporary HTTP request at all, no response is returned, indicating that the request failed.
  • the limit of the amount of data that the client can receive can be searched. Furthermore, depending on whether a normal response is returned after transmitting arbitrary data, the data structure of the client can be searched.
  • the transmission to the gateway is repeated while changing the request header information by the communication test means.
  • the request is determined to be successful by sending a temporary HTTP request to the gateway based on the automatically generated unique specifications.
  • the device cartridge generation means generates a new device cartridge based on the success of the request, and stores the automatically generated unique specification.
  • the information relay device can automatically generate a device cartridge for a new client, and can automatically transfer information between the new client and the Web server.
  • the invention according to claim 14 is the client / server system according to claim 12, wherein the request success / failure determination means of the information relay device includes an HTTP status code included in the response header information of the provisional HTTP response.
  • the method is characterized in that it is determined whether or not the request to the gateway is successful based on the password.
  • the invention according to claim 14 specifically shows a judgment method by the request success / failure judgment means of the information relay device. According to this, it is possible to easily determine the success or failure of the request.
  • the communication test means of the information relay device transmits the contents of the request header information of the temporary HTTP request. It is characterized in that it is changed in accordance with preset rules and patterns.
  • the invention of claim 15 specifically shows the operation of the communication test means by the information relay device. According to this, it is possible to generate a unique specification possessed by a new client in a short time.
  • the invention according to claim 16 is the client according to any one of claims 7 to 15.
  • the information relay device determines whether to search the database based on the request tag information included in the HTTP request, and a search determining means, and searches the database based on the determination to search. And a search information adding means for inserting the search result into a request message.
  • the information relay device determines whether or not to search the database based on the request tag information included in the HTTP request, searches the database based on the determination to search, and searches the database. Result in request tag insert.
  • the Web server that has received the HTTP request having the request tag can obtain the information of the search result of the database together with the HTTP request, and can use the information in the Web server.
  • the Web server is an advertisement distribution server that distributes banner advertisements and is a server that performs so-called targeting, which selects advertisements that match the attributes of the other party when distributing banner advertisements, a database By searching within the website, detailed judgment factors for evening get- ting can be obtained, and banner ads with high relevance can be delivered.
  • the search determining means of the information relay device makes a search determination based on the cookie information included in the request tag information. It is characterized by the following.
  • the invention of claim 17 specifically shows the search judging element of the search judging means. According to this, the search determining means can quickly and easily make a search determination as to whether or not to search the database.
  • FIG. 1 is a schematic diagram illustrating a banner advertisement distribution system.
  • reference numeral 1 denotes the Internet
  • a mobile terminal 8 as a client is connected to the Internet 1 via a gateway 6.
  • the mobile terminal 8 has a function of acquiring information on the Internet 1 by a browser 7 as browsing software, and a mobile phone having an Internet connection function (a so-called browser phone). ), PDA (Personal Digital Assistants), car navigation equipment, etc.
  • the gateway 6 performs protocol conversion between the mobile terminal 8 and the Internet 1. For example, when the mobile terminal 8 is a mobile phone supporting WAP (Wireless Application Protocol), the HTML document and the WML are used. Performs protocol conversion with the document. Browser 7, even if Gateway 6 has Alternatively, the portable terminal 8 itself may have it.
  • WAP Wireless Application Protocol
  • the server side of the Internet 1 is connected to a Web server (hereinafter referred to as a content server) 2 for providing contents and an advertisement distribution server 3 for distributing banner advertisements.
  • a Web server hereinafter referred to as a content server
  • an advertisement distribution server 3 for distributing banner advertisements.
  • the content distribution server 2 has a function of, upon receiving an HTTP request requesting the provision of content from the portable terminal 8 as a client, returning an HTTP response including the content to the requesting portable terminal 8.
  • the advertisement distribution server 3 has a function of selecting a banner advertisement suitable for the attribute of the user of the portable terminal 8 when distributing the banner advertisement, that is, a function of performing so-called targeting.
  • An information relay device 10 is provided between the Internet 1 and the advertisement distribution server 3 as a Web server that relays an HTTP request and an HTTP response.
  • the information relay device 10 is configured by connecting a CPU, a ROM, a RAM, a hard disk, and an interface to each other through a system bus (not shown) as hardware, and as software.
  • a multi-device handler 11, a device-based class 12, a device-based cartridge 13, an interface class 14, a target clearing class 15, and a cartridge generator 16 have been constructed.
  • the multi-device handler 11 determines the type of the mobile terminal 8 that has transmitted the HTTP request based on the request header information included in the HTTP request (terminal type determining means).
  • the device base class 12 holds device cartridges 13 each containing a specific specification depending on the mobile terminal 8 for each type of mobile terminal 8 (device cartridge holding means).
  • the device cartridge 13 corresponding to the requesting portable terminal 8 is selected from the cartridges 13 (device capacity cartridge selection means).
  • the device base class 12 performs a conversion operation of request header information and response header information (header information operation means), generates an advertisement tag (request evening addition means), and performs a conversion operation (tag information operation means). ), User data as needed A decision is made as to whether or not to search the overnight 21 (search determination means).
  • the target query overnight class 15 searches the user database 21 described later according to the search instruction from the device base class 12 and inserts the search result into the advertisement tag generated by the device base class 12 Perform processing (search information addition means).
  • the interface class 14 transmits the HTTP request operated by the device base class 12 to the advertisement distribution server 3, and receives the HTTP response returned by the advertisement distribution server 3 in response to the HTTP request.
  • the cartridge generator 16 receives the HTTP request from the new mobile terminal 8 when the device power is not set in the device base class 12 and the new mobile terminal 8 without the cartridge 13 is set.
  • a temporary HTTP request is generated based on the browser information included in the request header information (temporary HTTP request generation means), and the gateway 6 of the portable terminal 8 is accessed (temporary HTTP transmission / reception means). Based on the response from the gateway 6, it is determined whether the request was successful (request success / failure determination means).
  • the request header information of the temporary HTTP request is changed alternately and access to the gateway 6 is performed alternately (communication test means), and a corresponding new device cartridge 13 is generated (device Cartridge generation means).
  • the cartridge generator 16 performs a pseudo-access by trapping the gateway 6 as if it had been accessed from the mobile terminal 8, so that the mobile terminal 8 can be appropriately It explores the limit of the amount of data that can be received, the data structure, etc., and dynamically generates the unique specifications of the portable terminal 8.
  • a user database 21 is connected to the information relay device 10 having the above configuration.
  • the user database 21 is an overnight database owned by an advertiser who wants to deliver a banana advertisement, and contains customer information of the advertiser, such as customer purchase history information and questionnaire response information. Are stored in a searchable and readable state. Therefore, the advertisement distribution server 3 selects, from among the previously stored banners and advertisements, advertisements that match the attributes of the user of the mobile terminal 8 accessing the advertisement distribution server 3.
  • the first advertisement that is, when so-called targeting is performed, information in the user database 21 owned by the advertiser can be used as a judgment factor, and a banner advertisement with high relevance can be distributed.
  • a firewall 20 is provided between the information relay device 10 and the user database 21 and between the information relay device 10 and the advertisement distribution server 3.
  • the firewall 20 effectively prevents leakage of information from the user database 21 and falsification of data in the advertisement distribution server 3.
  • the gateway 7 is transmitted from the gateway 6 to the content server 2 by the browser 7. HTTP request is sent.
  • the content server 2 Upon receiving this HTTP request, the content server 2 understands the request header information and executes the method. As a result, the process of inserting the URL of the content corresponding to the request and the A tag (anchor 1) indicating the URL of the information relay device 10 into the HTML of the HTTP response and returning it to the gateway 6 of the mobile terminal device 8 is performed. Be executed.
  • the browser 7 of the gateway 6 Upon receiving the HTTP response, the browser 7 of the gateway 6 automatically accesses the URL of the content indicated by the A tag and performs a process of displaying the home page of the content on the display unit of the mobile terminal 8.
  • the browser 7 executes a banner advertisement display process in parallel with the homepage display process. First, the browser 7 automatically sends the information relay device 10 an HT based on the URL of the information relay device 10 included in the A tag of the HTTP response.
  • the multi-device handler 11 sends the type of the mobile terminal 8 of the request source. Is determined. This determination is made based on the User Agent of the request header information included in the HTTP request. In this case, even if the versions differ even among the same model, it is possible to take more detailed measures The information in the request tag is added as a judgment factor.
  • the device cartridge 13 corresponding to the type of the mobile terminal 8 is selected by the device base class 12, and the request is made based on the specific specifications of the mobile terminal 8 contained in the device cartridge 13.
  • An operation of converting the header information into server request header information that can be understood by the advertisement distribution server 3 is performed.
  • an operation of generating an advertisement tag having tag information for recognizing the advertisement distribution server 3 and having a program that can be executed by the browser of the mobile terminal 8 and inserting the generated advertisement tag into the HTTP request is performed.
  • the decision whether or not to search for Yuzade one evening Ichisu 2 1 based on the request tag information included in the HTTP request, such as cookie information is performed, it is determined that searches the user database 2 1, evening one A search in the user database 21 is performed by the get creator class 15, and the search result is inserted into the advertisement tag of the HTTP request as user information by the device-based class 12. For example, if it is found from the cookie information that the information of the user of the portable terminal 8 accessing the advertisement distribution server 3 is stored in the user database 21, a search in the user database 21 is performed. Detailed information on user attributes is extracted and inserted into the advertisement tag.
  • the HTTP request is sent from the interface class 14 to the advertisement distribution server 3.
  • the advertisement distribution server 3 Upon receiving the HTTP request from the information relay device 10, the advertisement distribution server 3 analyzes the HTTP request and determines whether the request header information can be understood.
  • the advertisement distribution server 3 can accurately and reliably understand the request header information of the HTTP request. , On request Method can be executed.
  • a process of selecting a banner advertisement suitable for the attribute of the user of the portable terminal 8 by targeting is performed.
  • the advertisement distribution server 3 returns an HTTP response having the document to the information relay device 10.
  • an A tag indicating the URL of the image information (for example, GIF) for displaying the banner advertisement, an A tag indicating the URL of the advertisement distribution server 3, and an advertisement tag having I have.
  • the URL of the advertisement distribution server 3 indicates a transmission destination of click operation information (click event) when the banner advertisement is clicked.
  • the information relay device 10 When the information relay device 10 receives the response of the HTTP response from the advertisement distribution server 3, the information relay device 10 performs a conversion operation of the response header information and the advertisement tag by the device base class 12. The response header information is rewritten into client response header information that can be understood by the browser 7 of the mobile terminal 8 based on the specifications in the device cartridge 13 that has already been selected.
  • the URL of the advertisement distribution server 3 is rewritten to the URL of the information relay device 10, and the transmission destination of the click operation information is changed from the advertisement distribution server 3 to the information relay device 10.
  • the HTTP response in which the conversion operation of the response header information and the advertisement tag is performed is passed from the information relay device 10 to the browser 7 via the Internet 1.
  • the browser 7 analyzes the HTTP response and determines whether the response header information can be understood.
  • the browser 7 can accurately and reliably understand the content of the response header information of the HTTP response. Therefore, it is possible to automatically access the URL of the image information (GIF) indicated by the A tag, acquire the image information, and display the banner advertisement on the display unit of the portable terminal 8. Next, a description will be given of a process performed when a banner advertisement displayed on the display unit of the mobile terminal 8 is clicked.
  • GIF image information
  • the program in the advertisement tag is executed by the browser 7, and an HTTP request including the click operation information is transmitted from the gateway 6.
  • This HTTP request is rewritten from the URL of the advertisement distribution server 3 to the URL of the information relay device 10 when the A tag of the advertisement tag is supplied from the information relay device 10 to the mobile terminal 8 as the response tag information in the HTTP response. Therefore, it is transmitted to the information relay device 10.
  • the device base class 12 When the information relay device 10 receives the HTTP request, the device base class 12 rewrites the request header information into server request header information based on the specifications in the device cartridge, and replaces the A tag of the advertisement tag with The URL of the information relay device 10 is rewritten to the URL of the advertisement distribution server 3.
  • the interface class 14 transmits the HTTP request to the advertisement distribution server 3.
  • the advertisement distribution server 3 analyzes the HTTP request to understand the request header information, inserts an A tag indicating the URL of the homepage of the click destination into the advertisement tag, An HTTP response having a response is returned to the information relay device 10.
  • the device base class 12 rewrites the response header information of the HTTP response to the client response header information based on the specifications in the device cartridge. Then, the information relay device 10 sends an HTTP response to the portable terminal device 8.
  • the browser 7 analyzes the HTTP response to understand the response header information, automatically accesses the URL of the clicked homepage indicated by the A tag, and displays the clicked homepage on the display of the mobile terminal 8. Display. Therefore, when the advertisement is clicked, the information can be accurately and reliably passed to the advertisement distribution server 3, and the information from the advertisement distribution server 3 can be accurately and reliably transmitted to the portable terminal 8. Can be passed.
  • FIG. 2 is a diagram for explaining a method of generating a device cartridge 13 corresponding to the new portable terminal device 8.
  • the force cartridge generator 16 In response to this determination, the force cartridge generator 16 generates a new device cartridge 13 in the device base class 12, and stores therein a temporary request header created based on the browser information of the new mobile terminal 8. Accommodates information.
  • the information relay device 10 transmits an HTTP request having the temporary request header information (hereinafter, temporary HTTP request) to the gateway of the new portable terminal 8. 6 and accepts the HTTP response from the gateway 6 (hereinafter referred to as the temporary HTTP response).
  • the gateway 6 is trapped and accessed simulatedly as if the access from the portable terminal 8 had been obtained.
  • the cartridge generator 16 determines whether the request by the provisional HTTP request is successful based on the presence or absence of the provisional HTTP response and the HTTP status code included in the response header information of the provisional HTTP response.
  • the content of the request header information included in the provisional HTTP request is changed according to a predetermined rule and pattern, and the provisional HTTP request whose content has been changed is gated again by the information relay device 10. 6 to determine the success or failure of the request based on the presence or absence of a provisional HTTP response from the gateway 6.
  • the cartridge generator 16 transmits a large amount of data to the gateway 6 and, when the data is cut, limits the amount of data that can be properly received by the portable terminal 8. It searches for a data structure that can be properly received by the mobile phone 8 depending on whether a normal response is returned after transmitting arbitrary data.
  • the cartridge generator 16 can limit the specific specifications of the mobile phone 8 and the amount of data that the mobile terminal 8 can properly receive.
  • the specification of the request header information is searched for, and if the request is determined to be successful, the contents of the request header information are set as specifications corresponding to the new mobile terminal 8. Therefore, when a new mobile terminal 8 is accessed, a unique specification of the mobile terminal 8 is dynamically generated, and a device cartridge 13 having the specification is automatically generated in a short time. be able to.
  • the information relay device 10 converts the request header information of the HTTP request from the portable terminal 8 into the server request information and provides it to the advertisement distribution server 3. Therefore, the advertisement distribution server 3 can accurately and surely understand the content of the request header information, and is not affected by differences in the model of the mobile terminal 8 or the version of the browser 7, and can perform the HTTP request. The processing can be performed according to the request of the server.
  • the browser 7 of the mobile terminal 8 is affected by differences in the program of the advertisement distribution server 3 and the like. For example, even if the browser 7 receives an HT TP response from an advertisement distribution server 3 that does not support it, the content of the response header information can be accurately and reliably understood, and a banner advertisement based on the HT TP response is displayed. Process to make it happen.
  • the information relay device 10 may automatically convert a language such as HTML or image data such as GIF or BMP into a format suitable for the portable terminal 8. According to this, the banner advertisement can be accurately displayed on the display units of various portable terminals 8 only by creating one banner advertisement file. Therefore, it is possible to remarkably reduce the work burden of the submission worker who has conventionally created the banner advertisement file corresponding to each type of the mobile terminal 8.
  • the mobile terminal 8 is used as the client, but the present invention is not limited to this, and the client PC 4 such as a notebook computer or a desktop personal computer is used. Is also good.
  • FIG. 3 is a schematic diagram showing a second embodiment in which the information relay device according to the present invention is applied to a content distribution system.
  • the same components as those in the first embodiment are denoted by the same reference numerals, and detailed description thereof will be omitted.
  • Reference numeral 30 denotes a web server having a media site 30 a and connected to the Internet 1
  • reference numeral 40 denotes a system center connected to the Internet 1.
  • the web server 30 includes a platform consisting of computer hardware, an operating system (OS), and network software, a web server software (HTTP daemon), and an HTML document (home page). It has a function that can use a mechanism called SSI (Server Side Include) described later.
  • OS operating system
  • HTTP daemon web server software
  • HTML document home page
  • HTML documents including those displayed as so-called home pages on the mobile terminal 8 by the browser 7, are created by the content provider that operates the media site 30a on the web server 30, and are stored in the memory of the hardware. ing. HTML documents are described using so-called tags that perform formatting of text, designation of display positions and link destinations of image files, declaration of scripts, and the like.
  • the Web server 30 When the Web server 30 receives an HTTP request from the mobile terminal 8 in the above-described HTML document, the HTTP request is transmitted to the system. In addition to the transfer to the center 40, the document file is received from the system center 40, dynamically inserted into the HTML document, and when the web server 30 distributes the HTML document to the terminal 1, A request tag for performing a process of inserting the document file into the HTML document and distributing it to the portable terminal 8 as a part of the HTML document is described. This request uses a function of the Web server 30 called SSI (Server Side Include), and by using this function, a part of the HTML document can be updated dynamically.
  • SSI Server Side Include
  • FIG. 4 is a schematic diagram showing the architecture of the system center 40, the web server software 7 (HTTP daemon) 41, the request 2. It has an information relay device 10, a format conversion program 43, and a content distribution server 44 and a content data base 45 are connected via a firewall 46.
  • HTTP daemon web server software 7
  • the request parser 42 determines the type of the request from the portable terminal device 8 and requests the content to be delivered, for example, delivery of a banner, delivery of mail, delivery of a coupon, etc. Determine if there is.
  • the format conversion program 43 converts the document file in the content server 45 into a format corresponding to the display format of the portable terminal 8 when distributing the document file to the web server 30. For example, conversion processing is performed so that image data for personal computers with high display capabilities can be displayed on mobile phones or PDAs with low display capabilities.
  • the content distribution server 44 performs so-called evening targeting, which narrows down the viewers who have accessed the web server 30 to which of the attributes pre-classified by the content provider, and matches the attribute.
  • a document file for the content database is selected from the content database and distributed to the web server 30.
  • the content database 45 contains both content data collected by the content provider itself and content data supplied from a content vendor database (not shown) in the form of a document file. You.
  • the information relay device 1.0 is the multi-device handler 11 described in the first embodiment, the device base class 12, the device cartridge 13, the interface class 14, and the evening getter class 1.
  • it has extension class 17, tracking class 18, and custom class 19.
  • the extension class 17 extends the function of the information relay device 10 and functions to take, for example, a document file converted by the format conversion program 43 into the information relay device 10.
  • the tracking class 18 performs processing and log management of a click event from the portable terminal device 8, and the custom class 19 receives the content data from the content server 45.
  • the firewall 46 forms a secure area and prevents unauthorized access to the content distribution server 44, the content database 45, and the user database 21 from the Internet 1. I have.
  • an HTML document for a homepage is created by a content provider and setting of an evening targeting condition is performed.
  • Fig. 5 is an image diagram showing a part of the homepage by tags
  • Fig. 6 is a list showing an example of the request ID and a part of the category.
  • the content provider specifies the display position of the content with a frame as shown in the figure, and describes a request tag for displaying the content in the frame.
  • a command using SSI a request ID indicating a type of content (document file), and a category are described.
  • a document file having various categories of advertisement information is distributed in the frame ⁇ ⁇ having the request ID ad, and a document file having restaurant information is provided in the frame ⁇ ⁇ having the request ID shop and the category gourmet.
  • a document file containing the weather information of Tokyo is distributed in the box 3 with the request ID weather and the category tokyo, and a document file containing local news in the box ⁇ ⁇ with the request ID news and category domestic. Is set to be delivered.
  • the request ID is shop
  • the category is gourmet
  • the identification code “morning” is set in a frame 5 so that a document file having run-time information is set to be distributed.
  • the request tag described above is a license key when the Web server 30 performs data transmission / reception with the system center 40 in the evening.
  • the Web server 30 transmits an HTTP request having the above request tag to the system center 40 when there is access from the mobile terminal 8.
  • the system center 40 issues a license key for any parameter in the request tag to the web server 30 that has formally contracted for content distribution.
  • the Web server 30 that has set and sent the HTTP request determines whether or not it is a contracted one. As a result, the distribution request by the request from the third party site is rejected, and illegal distribution is prevented.
  • the setting of the targeting condition is performed by the content provider inputting an attribute to the content server of the system center 40 according to a predetermined input form. For example, in the frame where Request I 0 is ⁇ 8 01 ⁇ > and the category is baseball>, if the viewer's attribute is Tokyo, information on the baseball team in Tokyo, and if the viewer's attribute is Yokohama, information on the baseball team based in Yokohama. In the condition that the request is displayed, the request I 0 is ⁇ 8 110> and the category is gourmets, the information on the Japanese food shop when the viewer's attribute is middle-aged or older, and in the case of young people, Various optional targeting conditions, such as displaying information on western food-based shops, are set by the content provider.
  • the system center 40 that has received the HTTP request determines whether the Web server 30 that has transmitted the HTTP request is legitimate based on the license key, and if the Web server 30 is legitimate, Executes content distribution processing.
  • the information relay device 10 performs an operation of rewriting the request header information of the HTTP request into the server request header information. Then, at that time, an external database (user database 21 in the first embodiment) is searched, and the attributes of the viewer are grasped in more detail and inserted into the HTTP request.
  • an external database user database 21 in the first embodiment
  • the content distribution server 44 determines: 1. the request ID and category in the request tag; 2. the attributes of the viewer based on cookie information and external database searches; 3. the target set by the content provider. Based on the three elements of the targeting condition, a document file of the corresponding content data is selected from the content database 45.
  • Request ID is Sports News and the category is set to “Baseball”; If the attribute of the viewer is “Tokyo” and 3. If the attribute is set to “Tokyo” by the evening targeting condition, the information of the Giants team is set to be displayed, the content data of the Giants team is The document file you have is selected.
  • the document file selected by the content distribution server 44 is inserted into the HTTP response and transmitted to the information relay device 10, and an operation is performed in which the response header information of the HTTP response is rewritten into the client response header information. . Then, the document file is transmitted from the system center 40 to the Web server 30 while being included in the HTTP response.
  • the Web server 30 inserts the document file distributed from the system center 40 into the HTML document by the function of the SSI, and transmits the HTML document to the portable terminal 8.
  • a home page including the content supplied from the system center 40 is displayed. Therefore, the contents in the home page can be dynamically changed according to the attributes of the viewer.
  • the content provider when creating a homepage, the content provider simply describes the request tag with the request ID and category in the HTML document, and enters the conditions for evening targeting in the content server, and the content provider specifies the content on the homepage. Since it is possible to dynamically display content having the category described above and conforming to the attributes of the viewer, it is possible to easily perform a homepage creation operation and a content update operation.
  • FIG. 7 (a) shows a document file collected by the content provider itself and stored in the content database.
  • (b) is an image diagram showing the content displayed in the frame on the homepage when the content distribution server 44 selects the document file of (a).
  • the operation of rewriting the request header information of the HTTP request into the request header information for the server is performed by the information relay device 10 of the system center 40. 4 can understand the contents of the request header information without being affected by differences in the model, version, etc. of the mobile terminal 8.
  • the portable terminal 8 Since the operation of rewriting the response header information of the HT TP response to the response header information for the client is performed, the portable terminal 8 transmits the HT TP response of the HT TP response received from the content distribution server 44 via the Web server 30. Understand the contents of the response header information and perform processing based on it. In addition, when converting languages such as HTML and image data such as GIF and BMP into a format compatible with the mobile terminal 8, content distribution to various mobile terminals 8 becomes possible with one content file. Conventionally, the work load of the submission worker who has created content files corresponding to the types of the mobile terminals 8 can be significantly reduced.
  • the system center 40 can receive all of the content data from the content vendor in a lump, the content provider can perform complicated procedures such as negotiations and contracts with the content vendor. It can be eliminated.
  • content provided by a content vendor cannot be sorted out by the content provider, and content that is not needed at all is required.
  • the content server can distribute only the necessary content data according to the viewer's attributes, so the content provider only has to pay for the information used. It is possible to reduce the amount of money used for overnight content, and to make the operation of the media site easier. And since the viewer can obtain various information according to his / her own attribute at the same time, there is no need to browse other sites. This means that users can be locked in their own media sites, and by increasing the usage rate, the number of page views on the site can be increased, and high advertising revenue can be obtained.
  • the present invention is not limited to the above-described first and second embodiments, and various changes can be made without departing from the spirit of the present invention.
  • the advertisement distribution system and the content distribution system have been described as examples, but the present invention may be applied to a client / server system such as a mail distribution system or a program distribution system.
  • the request header information of the HTTP request from the client is rewritten to the server request header information and passed to the server based on the specific specifications depending on the client.
  • the server can understand the request header information accurately and reliably, and the method can be executed. it can.
  • an HTTP response containing the requested content and information indicating that the request was unsuccessful can be returned to the client.
  • the client can correctly and reliably understand the response header information and can execute a preset process. As a result, information indicating that the content request was unsuccessful can be displayed.
  • FIG. 1 is a diagram showing an entire advertisement system for providing a banner advertisement.
  • FIG. 2 is a diagram illustrating a method of generating a device cartridge corresponding to a new device.
  • FIG. 3 is a conceptual diagram showing a functional configuration of the content distribution system.
  • Fig. 4 is a conceptual diagram showing the architecture of the system center.
  • FIG. 5 is an image diagram showing a part of the homepage using tags.
  • FIG. 6 is a list showing an example of the request ID and a part of the category.
  • FIG. 7 is a diagram showing contents displayed on the homepage and a document file for displaying the contents.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

An information repeater and a client/server system are provided in which information is transferred reliably between a client and a server. An information repeater for transferring HTTP requests and HTTP responses between a client and a server comprises a means that, based on a particular specification unique to the client, rewrites request header information of a HTTP request to request header information for the server and rewrites response header information of a HTTP response to response header information that the client can recognize.

Description

明細書  Specification
情報中継装置及びクライアント ·サーバシステム  Information relay device and client / server system
[発明の属する技術分野] [Technical field to which the invention belongs]
本発明は、 クライアントとサーバとの間で HT T Pリクエスト及び H T T Pレ スポンスの中継を行う情報中継装置及びクライアント ·サーバシステムに関する。  The present invention relates to an information relay device and a client-server system for relaying an HTTP request and an HTTP response between a client and a server.
[従来の技術]  [Prior art]
インタ一ネットを利用したクライアント ·サーバシステムでは、 プロトコルに HTTP (Hyper Text Transfer Protocol) が用いられている。 HTTPでは、 ク ライアントとサーバとの間で、 リクエストヘッダ情報及びリクエストタグ情報を 含む HTTPリクエストと、 レスポンスヘッダ情報及びレスポンスタグ情報を含 む HTTPレスポンスの受け渡しによって情報のやり取りが行われる。  HTTP (Hyper Text Transfer Protocol) is used as the protocol in client / server systems using the Internet. In HTTP, information is exchanged between a client and a server by passing an HTTP request including request header information and request tag information and an HTTP response including response header information and response tag information.
例えば、 コンテンツを得るためにクライアントからコンテンッサーバに H T T Pリクエストが送信されると、 コンテンツサーバは、 HTTPに従って HTTP リクエストを解析する。  For example, when an HTTP request is sent from a client to a content server to obtain content, the content server parses the HTTP request according to HTTP.
リクェストの解析では、 まず最初にリクエストヘッダ情報の内容が理解できる か否かを判断する。 そして、 理解できると判断した場合には、 リクエストされた メソッドを実行する。 メソッドを実行した結果、 要求されたコンテンツを読み出 すことができた場合には、 リクエストが成功した旨の情報とそのコンテンツを含 む HTTPレスポンスをクライアントに返信する。  In request analysis, it is first determined whether the contents of the request header information can be understood. Then, if it is determined that it can be understood, execute the requested method. If the requested content can be read as a result of executing the method, the information that the request was successful and the HTTP response containing the content are returned to the client.
また、 メソッドを実行した結果、 要求されたコンテンツが存在しない場合や読 み出すことができない場合には、 リクエス卜が不成功である旨の情報を含む HT TPレスポンスをクライアントに返信する。  If the requested content does not exist or cannot be read as a result of executing the method, an HTTP response including information indicating that the request was unsuccessful is returned to the client.
一方、 クライアントは、 HTTPレスポンスを受け取ると、 レスポンスヘッダ 情報の内容が理解できるか否かを判断し、 理解できる場合には予め設定されてい る処理を実行し、 リクエストが成功した旨の情報を含む HTTPレスポンスを受 けた場合にはコンテンツを表示させ、 リクエストが不成功である旨の情報を含む HTTPレスポンスを受けた場合にはその旨を表示させる。  On the other hand, when the client receives the HTTP response, it determines whether or not the contents of the response header information can be understood, and if so, executes a preset process and includes information indicating that the request was successful. If an HTTP response is received, the content is displayed. If an HTTP response including information indicating that the request was unsuccessful is received, that effect is displayed.
[発明が解決しょうとする課題] しかしながら、 コンテンツサーバは、 リクエストヘッダ情報の内容を理解でき ない場合、 メソッドを実行することはできず、 H T T Pレスポンスをクライアン トに返すこともできない。 [Problems to be solved by the invention] However, if the content server cannot understand the contents of the request header information, it cannot execute the method and cannot return an HTTP response to the client.
また、 クライアントでも、 コンテンツサーバから送られてきた H T T Pレスポ ンスのレスポンスヘッダ情報の内容を理解できない場合には、 処理を実行するこ とはできず、 リクエストが成功したのか否かさえもわからない状況となる。  In addition, if the client cannot understand the contents of the response header information of the HTTP response sent from the content server, it cannot execute the process, and it is difficult to know whether the request was successful or not. Become.
従って、 クライアントがサーバにリクエストを送ったにもかかわらず、 何の反 応もなく、 インターネット上の情報が取得できないという事態が発生することが あった。  Therefore, even though the client sent a request to the server, there was a case where information on the Internet could not be obtained without any response.
このような事態の発生は、 近年におけるクライアントの多様化、 特に携帯電話 や P D Aなどのインタ一ネット接続機能を有する携帯端末機の登場、 及びその種 類の爆発的な増加によって、 より一層顕在化している。  This situation has become even more evident with the diversification of clients in recent years, especially the emergence of portable terminals with Internet connection functions, such as mobile phones and PDAs, and the explosive increase in their types. ing.
すなわち、 従来は、 インタ一ネットに接続するクライアントとしてデスクトツ プパソコンが主に用いられていたので、 所定範囲内で規格が統一されていた.。 従 つて、 サーバではクライアントがデスクトップパソコンであることを前提として プログラムを作成すればよく、 クライアントでもサーバが対応していることを前 提としてブラウザを作成すればよかった。  In other words, in the past, desktop PCs were mainly used as clients connecting to the Internet, so standards were unified within a predetermined range. Therefore, the server had to create the program on the assumption that the client was a desktop personal computer, and the client had to create the browser on the assumption that the server was compatible.
しかし、 携帯端末機は、 デスクトップパソコンと比較して表示画面の大きさや 表示ドット数、 受信データ量などの仕様が大きく異なり、 それぞれが独自に特有 の仕様を有していることから、 そのブラウザも、 それぞれの仕様に各々対応した ものが存在し、 多種多様でその数は膨大な数となる。  However, mobile terminals differ greatly in specifications such as the size of the display screen, the number of display dots, the amount of received data, etc. compared to desktop PCs, and each has its own unique specifications. However, there are ones corresponding to each specification, and there are a wide variety and the number is huge.
従来、 サーバ側では各携帯端末機に対してそれぞれ専用のプログラムを作成し ていたが、 これらの作業は、 ブラウザのバージョンアップや新規な仕様を有する 携帯端末機が登場するたびに行わなければならず、煩雑でコス卜がかさんでいた。 また、 携帯端末機側でも、 複数のサーバに対応できるようにプログラムを作成し ていたが、 全てのサーバに対応することは不可能である。  Conventionally, the server side created a dedicated program for each mobile terminal, but these tasks must be performed every time a browser version is upgraded or a mobile terminal with new specifications appears. It was complicated and costly. On the mobile terminal side, programs were created to support multiple servers, but it is impossible to support all servers.
従って、 上述のようにリクエストヘッダ情報やレスポンスヘッダ情報の内容を 理解することができず、 何らかの情報を互いに受け渡すことすらままならない状 況が多発している。 本発明は、 上述の点に鑑みてなされたものであり、 その目的は、 とサーバが互いに正確な情報を確実に受け渡すことができる情報中継装置及びク ライアント ·サーバシステムを提供することにある。 Therefore, as described above, the content of the request header information and the response header information cannot be understood, and there are many situations in which some information is not even passed to each other. The present invention has been made in view of the above points, and an object of the present invention is to provide an information relay device and a client / server system that allow a server and a server to reliably pass accurate information to each other. .
[課題を解決するための手段]  [Means for solving the problem]
上記課題を解決する請求項 1に記載の発明は、 クライアントとサーバとの間で HT T Pリクエスト及び HT T Pレスポンスの中継を行う情報中継装置において、 クライアントに依存する特有の仕様に基づいて HT T Pリクエストのリクエスト ヘッダ情報をサーバが理解できるサ一バ用リクエストヘッダ情報に書き換えると 共に、 H T T Pレスポンスのレスポンスへッダ情報をクライアントが理解できる クライアント用レスポンスへッダ情報に書き換える操作を行うへッダ情報操作手 段、 を有することを特徴とする。  The invention according to claim 1, which solves the above-mentioned problem, is an information relay device that relays an HT TP request and an HT TP response between a client and a server. Header information that performs the operation of rewriting the request header information of the HTTP response into server request header information that the server can understand, and rewriting the response header information of the HTTP response into the client response header information that the client can understand. And operating means.
請求項 1に記載の発明によれば、 情報中継装置は、 クライアントに依存する特 有の仕様に基づいて、 クライアントからの H T T Pリクエストのリクエストへッ ダ情報をサーバが理解できるサ一バ用リクエストヘッダ情報に書き換えてサーバ に渡すと共に、 サーバからの HT T Pレスポンスのレスポンスヘッダ情報をクラ イアントが理解できるクライアント用レスポンスへッダ情報に書き換えてクライ アントに渡す。  According to the invention described in claim 1, the information relay device is a server request header that allows the server to understand the request header information of the HTTP request from the client based on the specific specification depending on the client. The information is rewritten and passed to the server, and the response header information of the HTTP response from the server is rewritten into client response header information that can be understood by the client and passed to the client.
従って、 サーバは、 リクエストヘッダ情報を理解することができ、 メソッドを 実行することができる。 その結果、 要求されたコンテンツやリクエストが不成功 であった旨の情報を含む HT T Pレスポンスをクライアントに返信することがで さる。  Therefore, the server can understand the request header information and execute the method. As a result, an HTTP response containing the requested content and information indicating that the request was unsuccessful can be returned to the client.
同様に、 クライアントも、 レスポンスヘッダ情報を理解することができ、 予め 設定されている処理を実行することができる。 その結果、 コンテンツやリクエス トが不成功であつた旨の情報を表示することができる。  Similarly, the client can understand the response header information and can execute a preset process. As a result, information indicating that the content or the request was unsuccessful can be displayed.
これにより、 サ一バ側では、 クライアントの種類ごとに専用のプログラムをそ れぞれ作成する手間を省略することができ、 クライアント側では、 複数のサーバ に対応するためのブラウザを作成する手間を省略することができる。  This eliminates the need for the server to create a dedicated program for each type of client, and the client to save the time and effort required to create a browser to handle multiple servers. Can be omitted.
従って、 クライアントの機種、 ブラウザのバージョン等の特有の仕様や、 サ一 バのプログラム等に影響を受けることなく、 クライアントとサーバとの間で正確 かつ確実に情報の受け渡しを行うことができる。 尚、 上記クライアントには、 い わゆるパソコンの他に、 インタ一ネット接続機能を有した携帯電話や P D A等の 端末機も含まれている。 Therefore, accurate communication between the client and server is possible without being affected by the specific specifications such as the model of the client, the version of the browser, and the server program. In addition, information can be transferred reliably. The above clients include not only personal computers, but also terminals such as mobile phones and PDAs that have an Internet connection function.
請求項 2に記載の発明は、 請求項 1に記載の情報中継装置において、 ヘッダ情 報操作手段が、 リクエストへッダ情報に基づいてクライアントの種類を判別する 端末機種類判別手段と、 クライアントに依存する特有の仕様を収容したデバイス カートリッジをクライアントの種類ごとに有するデバイスカートリッジ保有手段 と、 クライアントの種類に応じたデバイスカートリツジを選択するデバイスカ一 トリッジ選択手段と、 を有する。  According to a second aspect of the present invention, in the information relay device according to the first aspect, the header information operating unit determines a type of the client based on the request header information; Device cartridge holding means having a device cartridge accommodating dependent specific specifications for each type of client, and device cartridge selecting means for selecting a device cartridge according to the type of client.
そして、 デバイスカートリッジ選択手段によって選択されたデバイス力一トリ ッジ内の仕様に基づきリクエストへッダ情報をサーバ用リクエストへッダ情報に 書き換え、 レスポンスヘッダ情報をクライアント用レスポンスヘッダ情報に書き 換える操作を行うことを特徴とする。  Rewriting the request header information to the server request header information based on the specifications in the device cartridge selected by the device cartridge selection means, and rewriting the response header information to the client response header information. Is performed.
請求項 2の発明によれば、 クライアントに依存する特有の仕様は、 各クライア ン卜の種類ごとに設けられたデバイスカートリッジに収容されており、 クライア ントに応じて選択されたデバイス力一トリッジ内の仕様に基づいてリクェストへ ッダ情報及びレスポンスへッダ情報の書き換えが行われる。  According to the second aspect of the present invention, the specific specifications depending on the client are contained in the device cartridge provided for each type of the client, and are included in the device cartridge selected according to the client. The request header information and the response header information are rewritten based on the specifications in (1).
従って、 新規なクライアントが登楊した場合には、 新たなデバイス力一トリッ ジを追加するのみで対応することができる。 これにより、 従来のように新規なク ライアントが登場するたびにサーバのプログラム全体を改造する必要がなく、 早 期の対応が可能となる。 また、 プログラム変更に伴うコストを低減することがで さる。  Therefore, when a new client goes up, it can be dealt with simply by adding a new device capability. As a result, it is not necessary to modify the entire server program every time a new client appears, as in the past, and early response is possible. In addition, costs associated with program changes can be reduced.
請求項 3に記載の発明は、 請求項 2に記載の情報中継装置において、 クライア ントの種類に応じたデバイス力一トリッジがデバイス力一トリッジ保有手段に保 有されていない場合に、 クライアントのブラウザの仕様に基づいて仮 H T T Pリ クェストを生成する仮 H T T Pリクエスト生成手段と、 生成した前記仮 H T T P リクエストをクライアントのゲートウェイに対して送信すると共に送信された仮 HT T Pリクエストに基づくゲートウェイからの仮 H T T Pレスポンスを受信す る仮 H T T P送受信手段と、 仮 H T T Pレスポンスに基づいて仮 H T T Pリクェ ストによるゲ一トウエイへのリクエストが成功したか否かを判断するリクエス卜 成否判断手段と、 リクエスト成功の判断により新規なデバイスカートリッジを生 成し、 そのデバィスカートリッジに仮 H T T Pリクエストのリクエストヘッダ情 報をクライアントに依存する特有の仕様として収容するデバイスカートリッジ生 成手段と、 リクエスト失敗の判断により仮 HT T Pリクエストのリクエストへッ ダ情報の内容を変更して再度ゲ一トウエイに対して送信し、 リクエスト成功の判 断がされるまで仮 H T T Pリクエストのリクエストへッダ情報の変更とゲートゥ エイに対する送信を繰り返し行う通信テスト手段と、を有することを特徴とする。 請求項 3に記載の発明によれば、 新規なクライアントからのアクセスがあった 場合に、 仮 HT T Pリクエスト生成手段により、 その新規なクライアントのブラ ゥザの仕様に基づいて仮のリクエストヘッダ情報を有する仮 HT T Pリクエスト を自動的に生成する。 According to a third aspect of the present invention, in the information relay device according to the second aspect, when the device force storage corresponding to the type of the client is not held in the device force holding means, the browser of the client is used. A provisional HTTP request generating means for generating a provisional HTTP request based on the specifications of the above, a provisional HTTP response from the gateway based on the provisional HT TP request transmitted while transmitting the provisional HTTP request to the client gateway. A temporary HTTP transmission / reception means for receiving the temporary HTTP request and a temporary HTTP request based on the temporary HTTP response. A request success / failure judging means for judging whether or not the request to the gateway by the request succeeded, and a new device cartridge is generated by judging the request success, and a request header of the provisional HTTP request is generated in the device cartridge. A device cartridge generating means for storing the information as a unique specification depending on the client, and changing the content of the request header information of the temporary HTTP request based on the judgment of the request failure, and transmitting the changed information to the gateway again. Communication test means for repeatedly changing the request header information of the provisional HTTP request and transmitting it to the gateway until the request is successfully determined. According to the third aspect of the present invention, when there is access from a new client, the temporary HTTP request generation means generates temporary request header information based on the specifications of the browser of the new client. Automatically generate a temporary HT TP request.
そして、 仮 HT T P送受信手段により、 その新規なクライアントのゲートゥェ ィに対して仮 HT T Pリクエストを送信し、 ゲートウェイに対してあたかも新規 なクライアントから H T T Pリクエス卜があつたかのように擬似的なアクセスを みる。  Then, the temporary HTTP transmission / reception means transmits a temporary HTTP request to the gateway of the new client, and looks at the pseudo-access to the gateway as if the HTTP request was received from the new client. .
そして、 リクエスト成否判断手段で、 ゲートウェイからの仮 HT T Pレスボン スに基づき、 仮 H T T Pリクエストによるリクエス卜が成功したか否かを判断す る。 例えば、 仮 HT T Pリクエストのリクエストヘッダ情報をゲートウェイが全 く理解できない場合にはレスポンスが戻ってこないことから、 リクエストに失敗 したことがわかる。  Then, the request success / failure judging means judges whether or not the request by the provisional HTTP request was successful, based on the provisional HTTP response from the gateway. For example, if the gateway cannot fully understand the request header information of the temporary HTP request, no response is returned, indicating that the request failed.
また、 大量のデータを送ってデータが切れたところで、 そのクライアントが受 信できるデ一夕量の限界を探ることができる。 更に任意のデータを送信して正常 なレスポンスが帰ってくるかによつて、 そのクライアントのデータ構造を探るこ とができる。  In addition, when a large amount of data is sent and the data is cut, the limit of the amount of data that the client can receive can be searched. Furthermore, depending on whether a normal response is returned after transmitting arbitrary data, the data structure of the client can be searched.
そして、 通信テスト手段により、 リクエストヘッダ情報を変更しながらゲート ウェイへの送信を繰り返す。 これにより、 その新規なクライアントが有する特有 の仕様を探り、 自動的に生成することができる。 そして、 自動的に生成した特有 の仕様に基づく仮 H T T Pリクエストのゲートウェイへの送信によって、 リクェ スト成功の判断を得る。 デバイス力一トリッジ生成手段は、 リクエスト成功の判 断により、 新規のデバイス力一トリッジを生成し、 その自動的に生成した特有の 仕様を収容する。 Then, the transmission to the gateway is repeated while changing the request header information by the communication test means. As a result, the unique specifications of the new client can be searched for and automatically generated. The request is then sent to the gateway by sending a temporary HTTP request based on the automatically generated unique specifications to the gateway. Get success judgment. The device capability generation means generates a new device capability upon determination of a successful request and contains the automatically generated unique specification.
従って、 新規なクライアントのデバイス力一トリッジを自動的に生成すること ができ、 新規なクライアントとサーバとの情報の受け渡しを自動的に行うことが できる。  Therefore, it is possible to automatically generate a new client device cartridge, and to automatically transfer information between the new client and the server.
請求項 4に記載の発明は、 請求項 3に記載の情報中継装置において、 リクエス ト成否判断手段が、 仮 HT T Pレスポンスのレスポンスヘッダ情報に含まれる H T T Pステータスコードに基づいてゲートウエイへのリクエストが成功したか否 かを判断することを特徴とする。 請求項 4に記載の発明は、 上記リクエスト成否 判断手段による判断方法を具体的に示したものである。 これによれば、 リクエス 卜の成否判断を容易に行うことができる。  According to a fourth aspect of the present invention, in the information relay device according to the third aspect, the request success / failure determining means succeeds in the request to the gateway based on the HTTP status code included in the response header information of the temporary HT TP response. It is characterized by judging whether or not it has been done. The invention described in claim 4 specifically shows a judgment method by the request success / failure judging means. According to this, it is possible to easily determine the success or failure of the request.
請求項 5に記載の発明は、 請求項 4又は 5に記載の情報中継装置において、 通 信テスト手段が、 仮 H T T Pリクエストのリクエストヘッダ情報の内容を予め設 定されている規則及びパターンに従って変更することを特徴とする。 請求項 5の 発明は、上記通信テスト手段の作動を具体的に示したものである。これによれば、 短時間で新規なクライアントが有する特有の仕様を生成することができる。  According to a fifth aspect of the present invention, in the information relay device according to the fourth or fifth aspect, the communication test means changes the content of the request header information of the temporary HTTP request according to a preset rule and pattern. It is characterized by the following. The invention of claim 5 specifically shows the operation of the communication test means. According to this, it is possible to generate a unique specification of a new client in a short time.
請求項 6に記載の発明は、 請求項 1〜 5のいずれかに記載の情報中継装置にお いて、 クライアントがインタ一ネットに接続可能で、 サーバが W e bサ一バであ る場合に、インタ一ネットと W e bサーバとの間に設けられることを特徴とする。 請求項 6の発明は、情報中継装置が設けられる箇所を具体的に示したものである。 これによれば、 W e bサーバをィンターネットに直接に接続する必要がないので、 W e bサ一バをィン夕一ネットからの不正なアクセスから守ることができる。 従 つて、 W e bサーバ内のデータの改ざんや、 W e bサーバに接続されたデータべ —ス内の情報の漏洩などを効果的に防止することができる。  The invention according to claim 6 is the information relay device according to any one of claims 1 to 5, wherein the client is connectable to the Internet and the server is a Web server. It is provided between the Internet and a Web server. The invention of claim 6 specifically shows a place where the information relay device is provided. According to this, since it is not necessary to connect the Web server directly to the Internet, the Web server can be protected from unauthorized access from the Internet. Therefore, it is possible to effectively prevent falsification of data in the Web server and leakage of information in a database connected to the Web server.
請求項 7に記載の発明は、 ィン夕ーネット接続機能を有するクライアントと W 中継装置を有するクライアント ·サーバシステムにおいて、 情報中継装置が、 ク :依存する特有の仕様に基、 ッダ情報を W e bサーバが理解できるサーバ用リクエストへッダ情報に書き換え、 HT T Pレスポンスのレスポンスヘッダ情報をクライアントが理解できるクライ アント用レスポンスヘッダ情報に書き換える操作を行うヘッダ情報操作手段を備 えることを特徴とする。 The invention according to claim 7 is a client / server system having a client having an Internet connection function and a W relay device, wherein the information relay device is based on the following: Header information operation means for rewriting the header information into server request header information that the Web server can understand, and rewriting the response header information of the HTTP response into client response header information that the client can understand. It is characterized by the following.
請求項 7に記載の発明によれば、 情報中継装置は、 クライアントに依存する特 ダ情報を W e bサーバが理解できるサーバ用リクエストヘッダ情報に書き換えて サ一バに渡すと共に、  According to the invention described in claim 7, the information relay device rewrites the client-dependent header information into server request header information that can be understood by the Web server, and passes it to the server.
ダ情報をクライァント
Figure imgf000009_0001
Client information
Figure imgf000009_0001
換えてクライアントに渡す。 And pass it to the client.
従って、 W e bサーバは、 クライアントからの H T T Pリクエス卜のリクエス トヘッダ情報を理解することができ、 メソッドを実行することができる。 その結 果、 要求されたコンテンツやリクエストが不成功であった旨の情報を含む H T T Therefore, the Web server can understand the request header information of the HTTP request from the client, and can execute the method. As a result, H T T containing the requested content and information that the request was unsuccessful
Pレスポンスをクライアントに返信することができる。 P response can be returned to the client.
同様に、 クライアントも、 W e bサーバからの H T T Pレスポンスのレスボン スへッダ情報を理解することができ、 予め設定されている処理を実行することが できる。 その結果、 コンテンツやリクエストが不成功であった旨の情報を表示す ることができる。  Similarly, the client can also understand the response header information of the HTTP response from the Web server, and can execute a preset process. As a result, information indicating that the content or the request was unsuccessful can be displayed.
これにより、 W e bサーバ側では、 クライアントの種類ごとに専用のプロダラ ムをそれぞれ作成する手間を省略することができ、 クライアント側では、 複数の サーバに対応するためのブラウザを作成する手間を省略することができる。  This eliminates the need to create dedicated programs for each type of client on the Web server side, and saves the client side from creating browsers to support multiple servers. be able to.
従って、 クライアントの機種、 ブラウザのバージョン等の特有の仕様や、 W e bサーバのプログラム等に影響を受けることなく、 クライアントと W e bサーバ との間で正確かつ確実に情報の受け渡しを行うことができる。  Therefore, it is possible to accurately and reliably transfer information between the client and the Web server without being affected by the specific specifications such as the client model, browser version, etc., and the Web server program. .
請求項 8に記載の発明は、 請求項 7に記載のクライアント ·サーバシステムに おいて、 クライアントが、 インターネット接続機能を有した携帯端末機であるこ とを特徴とする。 請求項 8の発明は、 クライアントの一例を具体的に示したもの であり、 特に携帯端末機は、 いわゆるデスクトップパソコンと仕様が大きく相違 するので、 上述の情報中継装置を介することによって、 W e bサーバとの間で正 確かつ確実に情報の受け渡しを行うことが可能となる。 The invention according to claim 8 is the client-server system according to claim 7, wherein the client is a portable terminal having an Internet connection function. The invention of claim 8 specifically shows an example of a client. In particular, a portable terminal has a greatly different specification from a so-called desktop personal computer. Positive between It is possible to reliably and reliably transfer information.
請求項 9に記載の発明は、 請求項 7に記載のクライアント ·サーバシステムに おいて、 クライアントが、 インタ一ネット接続機能を有した携帯電話であること を特徴とする。 請求項 9の発明は、 クライアントの一例を具体的に示したもので あり、 特に携帯電話は、 デスクトップパソコンや P D A等と仕様が大きく相違す るので、 上述の情報中継装置を介することによって、 W e bサーバとの間で正確 かつ確実に情報の受け渡しを行うことが可能となる。  According to a ninth aspect of the present invention, in the client / server system according to the seventh aspect, the client is a mobile phone having an Internet connection function. The invention of claim 9 specifically shows an example of a client. In particular, a mobile phone has a significantly different specification from a desktop personal computer, a PDA, or the like. Information can be exchanged accurately and reliably with the eb server.
請求項 1 0に記載の発明は、 請求項 7〜9のいずれかに記載のクライアント · サーバシステムにおいて、 クライアントが、 インターネットに接続するためのゲ 一トウエイを有することを特徴とする。 請求項 1 0の発明は、 クライアントの一 例を具体的に示したものである。 これによれば、 特に、 クライアントとインタ一 ネットとの間にプロトコル変換などを行う専用のゲートウェイを設けている場合 にも、 W e bサーバとの間で正確かつ確実に情報の受け渡しを行うことが可能と なる。  According to a tenth aspect of the present invention, in the client-server system according to any one of the seventh to ninth aspects, the client has a gateway for connecting to the Internet. The invention of claim 10 specifically shows an example of the client. According to this, it is possible to accurately and reliably transfer information to and from the Web server, especially when a dedicated gateway that performs protocol conversion etc. is provided between the client and the Internet. It will be possible.
請求項 1 1に記載の発明は、 請求項 7〜1 0のいずれかに記載のクライアン ト ·サーバシステムにおいて、 W e bサーバが、 クライアントに供給されるコン テンッの一部に表示されるバナー広告を配信する広告配信サーバであることを特 徵とする。  The invention according to claim 11 is the client server system according to any one of claims 7 to 10, wherein the web server displays a banner advertisement displayed on a part of the content supplied to the client. It is an advertisement distribution server that distributes
請求項 1 1の発明は、 W e bサーバの一例を具体的に示したものである。 バナ 一広告は、 コンテンツの一部に表示される広告であってクリック操作によりその 広告に予め関連付けられたコンテンツに移動できるリンク機能を有するものであ り、 コンテンツサーバとは別に設けられている広告配信サーバから配信されるも のである。  The invention of claim 11 specifically shows an example of the Web server. Banana advertising is an advertisement that is displayed on a part of the content and has a link function that can be clicked to move to the content associated with the advertisement in advance, and is provided separately from the content server. It is distributed from the distribution server.
コンテンツサーバは、 クライアントの意思によって選択されアクセスされるも のであるが、 広告配信サーバは、 コンテンツサーバとは別の場所に設けられてお り、 クライアントの意図とは無関係に選択される。 従って、 全く対応していない 広告配信サーバからバナー広告が配信された場合に、 広告配信サーバがクライァ ントからの H T T Pリクエストのリクエストヘッダ情報を理解できず、 また、 ク ライアントが広告配信サーバからの H T T Pレスポンスのレスポンスへッダ情報 を理解できないおそれがあるが、 クライアントと広告配信サーバとの間に情報中 継装置を介在させて、 正確かつ確実に情報の受け渡しを行うことによって、 広告 配信サーバから配信されるバナー広告を、 コンテンツの一部に確実に表示させる ことができる。 The content server is selected and accessed according to the client's will, but the advertisement distribution server is located in a different location from the content server and is selected independently of the client's intention. Therefore, when a banner advertisement is distributed from an advertisement distribution server that does not support it at all, the advertisement distribution server cannot understand the request header information of the HTTP request from the client, and the client does not understand the HTTP header from the advertisement distribution server. Response header information of the response Although the information may not be understood, the information relay device is interposed between the client and the advertisement distribution server to accurately and reliably transfer the information. It can be displayed on a part of the screen.
請求項 1 2に記載の発明は、 請求項 7〜1 1のいずれかに記載のクライアン ト ·サーバシステムにおいて、 情報中継装置のヘッダ情報操作手段が、 リクエス 卜ヘッダ情報に基づいてクライアントの種類を判別する端末機種類判別手段と、 クライアントに依存する特有の仕様を収容したデバイスカートリッジをクライア ントの種類ごとに有するデバイスカートリツジ保有手段と、 クライアントの種類 に応じたデバイス力一トリッジを選択するデバイスカートリツジ選択手段と、 を 有する。  The invention according to claim 12 is the client server system according to any one of claims 7 to 11, wherein the header information operating means of the information relay device determines the type of the client based on the request header information. Terminal type discriminating means for discriminating; device cartridge holding means having a device cartridge containing specific specifications depending on the client for each type of client; and device for selecting a device power cartridge according to the type of client. And a cartridge selection means.
そして、 デバイスカートリッジ選択手段によって選択されたデバイスカートリ ッジ内の仕様に基づきリクエス卜ヘッダ情報をサーバ用リクエストヘッダ情報に 書き換え、 レスポンスヘッダ情報をクライアント用レスポンスヘッダ情報に書き 換える操作を行うことを特徴とする。  Then, based on the specifications in the device cartridge selected by the device cartridge selection means, the request header information is rewritten to the server request header information, and the response header information is rewritten to the client response header information. And
請求項 1 2の発明によれば、 クライアントに依存する特有の仕様は、 各クライ アントの種類ごとに設けられたデバイスカートリッジに収容されており、 クライ アントに応じて選択されたデバイス力一トリッジ内の仕様に基づいてリクエスト へッダ情報及びレスポンスへッダ情報の書き換えが行われる。  According to the invention of claim 12, the specific specifications depending on the client are contained in the device cartridge provided for each type of the client, and are included in the device cartridge selected according to the client. The request header information and the response header information are rewritten based on the specifications of.
従って、 新規なクライアントが登場した塲合には、 新たなデバイスカートリツ ジを追加するのみで対応することができる。 これにより、 従来のように新規なク ライアントが登場するたびに W e bサーバのプログラム全体を改造する必要がな く、 早期の対応が可能となる。 また、 プログラム変更に伴うコストを低減するこ とができる。  Therefore, when a new client appears, it can be handled simply by adding a new device cartridge. As a result, it is not necessary to modify the entire Web server program each time a new client appears as in the past, and early response is possible. In addition, costs associated with program changes can be reduced.
請求項 1 3に記載の発明は、 請求項 1 2に記載のクライアント ·サーバシステ ムにおいて、 情報中継装置は、 クライアントの種類に応じたデバイスカートリツ ジがデバイス力一トリッジ保有手段に保有されていない場合に、 クライアントの ブラウザの仕様に基づいて仮 H T T Pリクエストを生成する仮 HT T Pリクエス ト生成手段と、 ゲ一トウエイに対して仮 HT T Pリクエストを送信すると共に仮 HTTPリクエストに基づくゲートウェイからの仮 HTTPレスポンスを受信す る仮 HTTP送受信手段と、 仮 HTTPレスポンスに基づいて仮 HTTPリクェ ストによるゲートウェイへのリクエス卜が成功したか否かを判断するリクエスト 成否判断手段と、 リクエスト成功の判断により新規なデバイス力一トリッジを生 成し、 そのデバイスカートリッジに仮 HTTPリクエストのリクエストヘッダ情 報をクライアントに依存する特有の仕様として収容するデバイス力一トリッジ生 成手段と、 リクエス卜失敗の判断により仮 HTTPリクエス卜のリクエストへッ ダ情報の内容を変更して再度ゲ一トウエイに対して送信し、 リクエスト成功の判 断がされるまで仮 H T T Pリクエストのリクエストへッダ情報の変更とゲー卜ゥ エイに対する送信を繰り返し行う通信テスト手段と、を有することを特徴とする。 請求項 13に記載の発明によれば、 情報中継装置は、 新規なクライアントから アクセスを受けると、 仮 HTTPリクエスト生成手段により、 その新規なクライ アントのブラウザの仕様に基づいて仮のリクエストヘッダ情報を有する仮 HTT Pリクェストを自動的に生成する。 According to a thirteenth aspect of the present invention, in the client / server system according to the thirteenth aspect, the information relay device has a device cartridge corresponding to the type of the client held in the device cartridge holding means. If there is no provisional HT TP request generation means that generates a provisional HTTP request based on the specifications of the client's browser, send a provisional HT TP request to the gateway, and A provisional HTTP transmission / reception unit that receives a provisional HTTP response from the gateway based on the HTTP request, and a request success / failure determination unit that determines whether or not the request to the gateway by the provisional HTTP request was successful based on the provisional HTTP response. A device power generation means for generating a new device power cartridge by judging the request success, and storing the request header information of the provisional HTTP request in the device cartridge as a unique specification depending on the client; If the request fails, the contents of the header information of the provisional HTTP request are changed and transmitted to the gateway again, and the request information of the provisional HTTP request is transmitted until the request is determined to be successful. Communication test means for repeatedly changing and transmitting to gateways Characterized in that it has a. According to the invention of claim 13, when the information relay device receives access from the new client, the information relay device generates temporary request header information based on the specification of the browser of the new client by the temporary HTTP request generation means. Automatically generate a temporary HTT request.
そして、 仮 HTTP送受信手段によ.り、 その新規なクライアントのゲートゥェ ィに対して仮 HTTPリクエストを送信し、 ゲートウェイに対してあたかも新規 なクライアントから H T T Pリクエストがあつたかのように擬似的なァクセスを Then, the temporary HTTP transmission / reception means transmits a temporary HTTP request to the gateway of the new client, and performs pseudo-access to the gateway as if the HTTP request was received from the new client.
B式み 0。 B expression 0.
そして、 リクエスト成否判断手段で、 ゲートウェイからの仮 HTTPレスボン スに基づき、 仮 HTTPリクエストによるリクエストが成功したか否かを判断す る。 例えば、 仮 HTTPリクエストのリクエストヘッダ情報をゲートウェイが全 く理解できない場合にはレスポンスが戻ってこないことから、 リクエストに失敗 したことがわかる。  Then, the request success / failure judging means judges whether or not the request by the provisional HTTP request succeeds based on the provisional HTTP response from the gateway. For example, if the gateway cannot understand the request header information of the temporary HTTP request at all, no response is returned, indicating that the request failed.
また、 大量のデータを送ってデ一夕が切れたところで、 そのクライアントが受 信できるデータ量の限界を探ることができる。 更に任意のデータを送信して正常 なレスポンスが帰ってくるかによつて、 そのクライアントのデータ構造を探るこ とができる。  Also, when a large amount of data is sent and the data is over, the limit of the amount of data that the client can receive can be searched. Furthermore, depending on whether a normal response is returned after transmitting arbitrary data, the data structure of the client can be searched.
そして、 通信テスト手段により、 リクエストヘッダ情報を変更しながらゲート ウェイへの送信を繰り返す。 これにより、 その新規なクライアントが有する特有 の仕様を探り、 自動的に生成することができる。 そして、 自動的に生成した特有 の仕様に基づく仮 H T T Pリクエストのゲートウェイへの送信によって、 リクェ スト成功の判断を得る。 デバイスカートリッジ生成手段は、 リクエスト成功の判 断により、 新規のデバイスカートリッジを生成し、 その自動的に生成した特有の 仕様を収容する。 Then, the transmission to the gateway is repeated while changing the request header information by the communication test means. This makes the new client unique You can search for the specifications and generate them automatically. Then, the request is determined to be successful by sending a temporary HTTP request to the gateway based on the automatically generated unique specifications. The device cartridge generation means generates a new device cartridge based on the success of the request, and stores the automatically generated unique specification.
従って、 情報中継装置は、 新規なクライアントのデバイスカートリッジを自動 的に生成することができ、 新規なクライアントと W e bサーバとの情報の受け渡 しを自動的に行うことができる。  Therefore, the information relay device can automatically generate a device cartridge for a new client, and can automatically transfer information between the new client and the Web server.
請求項 1 4に記載の発明は、 請求項 1 2に記載のクライアント ·サーバシステ ムにおいて、 情報中継装置のリクエスト成否判断手段が、 仮 H T T Pレスポンス のレスポンスへッダ情報に含まれる H T T Pステータスコ一ドに基づいてゲ一ト ウェイへのリクエストが成功したか否かを判断することを特徴とする。 請求項 1 4に記載の発明は、 上記情報中継装置のリクエスト成否判断手段による判断方法 を具体的に示したものである。 これによれば、 リクエストの成否判断を容易に行 うことができる。  The invention according to claim 14 is the client / server system according to claim 12, wherein the request success / failure determination means of the information relay device includes an HTTP status code included in the response header information of the provisional HTTP response. The method is characterized in that it is determined whether or not the request to the gateway is successful based on the password. The invention according to claim 14 specifically shows a judgment method by the request success / failure judgment means of the information relay device. According to this, it is possible to easily determine the success or failure of the request.
請求項 1 5に記載の発明は、 請求項 1 2又は 1 3に記載のクライアント ·サ一 バシステムにおいて、 情報中継装置の通信テス卜手段が、 仮 HT T Pリクエス卜 のリクエストヘッダ情報の内容を予め設定されている規則及びパターンに従って 変更することを特徴とする。 請求項 1 5の発明は、 上記情報中継装置による通信 テスト手段の作動を具体的に示したものである。 これによれば、 短時間で新規な クライアン卜が有する特有の仕様を生成することができる。  According to a fifteenth aspect of the present invention, in the client server system according to the first or second aspect, the communication test means of the information relay device transmits the contents of the request header information of the temporary HTTP request. It is characterized in that it is changed in accordance with preset rules and patterns. The invention of claim 15 specifically shows the operation of the communication test means by the information relay device. According to this, it is possible to generate a unique specification possessed by a new client in a short time.
請求項 1 6に記載の発明は、 請求項 7〜1 5のいずれかに記載のクライアン ト。サーバシステムにおいて、 情報中継装置が、 データべ一スを検索するか否か の判断を H T T Pリクエストに含まれるリクエストタグ情報に基づいて行う検索 判断手段と、 検索するとの判断によりデータべ一スを検索し、 その検索結果をリ クエスト夕グ内に挿入する検索情報付加手段と、 を有することを特徴とする。 請求項 1 6の発明によれば、 情報中継装置は、 H T T Pリクエストに含まれる リクェストタグ情報に基づきデータベースを検索するか否かを判断し、 検索する との判断によりデータベースの検索を行い、 その検索結果をリクエストタグ内に 挿入する。 The invention according to claim 16 is the client according to any one of claims 7 to 15. In the server system, the information relay device determines whether to search the database based on the request tag information included in the HTTP request, and a search determining means, and searches the database based on the determination to search. And a search information adding means for inserting the search result into a request message. According to the invention of claim 16, the information relay device determines whether or not to search the database based on the request tag information included in the HTTP request, searches the database based on the determination to search, and searches the database. Result in request tag insert.
従って、 このリクエストタグを有する HT T Pリクエストを受け取った W e b サーバは、 H T T Pリクエストと共にデータベースの検索結果の情報を得ること ができ、 W e bサーバ内での処理に用いることができる。  Therefore, the Web server that has received the HTTP request having the request tag can obtain the information of the search result of the database together with the HTTP request, and can use the information in the Web server.
例えば、 W e bサーバがバナー広告を配信する広告配信サーバであり、 バナー 広告を配信する際に相手の属性に適合した広告を選択する、 いわゆるターゲティ ングを行うサ一バである場合には、 データベース内の検索によって夕ーゲッティ ング用に詳細な判断要素を得ることができ、 適合度の高いバナー広告を配信する ことができる。  For example, if the Web server is an advertisement distribution server that distributes banner advertisements and is a server that performs so-called targeting, which selects advertisements that match the attributes of the other party when distributing banner advertisements, a database By searching within the website, detailed judgment factors for evening get- ting can be obtained, and banner ads with high relevance can be delivered.
請求項 1 7に記載の発明は、 請求項 1 6に記載のクライアント 'サーバシステ ムにおいて、 情報中継装置の検索判断手段が、 リクエストタグ情報に含まれてい るクッキー情報に基づいて検索判断を行うことを特徴とする。  According to a seventeenth aspect of the present invention, in the client 'server system according to the sixteenth aspect, the search determining means of the information relay device makes a search determination based on the cookie information included in the request tag information. It is characterized by the following.
請求項 1 7の発明は、 検索判断手段の検索判断要素を具体的に示したものであ る。 これによれば、 検索判断手段は、 データベースを検索するか否かの検索判断 を迅速かつ容易に行うことができる。  The invention of claim 17 specifically shows the search judging element of the search judging means. According to this, the search determining means can quickly and easily make a search determination as to whether or not to search the database.
[発明の実施の形態]  [Embodiment of the invention]
' 次に、 本発明の実施の形態について図に基づいて説明する。 Next, an embodiment of the present invention will be described with reference to the drawings.
(第 1の実施例)  (First embodiment)
第 1図は、バナー広告配信システムを説明する概略図である。図中で符号 1は、 インターネットであり、 インターネット 1には、 クライアントである携帯端末機 8がゲートウェイ 6を介して接続されている。 携帯端末機 8は、 閲覧ソフトであ るブラウザ 7によってインタ一ネット 1上の情報を取得することができる機能を 有しており、 イン夕一ネット接続機能を有した携帯電話 (いわゆるブラウザフォ ン) や P D A (Personal Digital Assistants), カーナビゲ一ション装置等が含まれ る。  FIG. 1 is a schematic diagram illustrating a banner advertisement distribution system. In the figure, reference numeral 1 denotes the Internet, and a mobile terminal 8 as a client is connected to the Internet 1 via a gateway 6. The mobile terminal 8 has a function of acquiring information on the Internet 1 by a browser 7 as browsing software, and a mobile phone having an Internet connection function (a so-called browser phone). ), PDA (Personal Digital Assistants), car navigation equipment, etc.
ゲートウェイ 6は、 携帯端末機 8とインターネット 1との間でプロトコル変換 を行うものであり、 例えば、 携帯端末機 8が W A P (Wireless Application Protocol) 対応の携帯電話の場合には、 H T M Lドキュメントと WM Lドキュメ ントとのプロトコル変換を行う。 ブラウザ 7は、 ゲートウェイ 6が有していても よく、 また、 携帯端末機 8自身が有していてもよい。 The gateway 6 performs protocol conversion between the mobile terminal 8 and the Internet 1. For example, when the mobile terminal 8 is a mobile phone supporting WAP (Wireless Application Protocol), the HTML document and the WML are used. Performs protocol conversion with the document. Browser 7, even if Gateway 6 has Alternatively, the portable terminal 8 itself may have it.
一方、 インターネット 1のサーバ側には、 コンテンツを提供する W e bサーバ (以下、 コンテンツサーバ) 2と、 バナー広告の配信を行う広告配信サーバ 3が 接続されている。  On the other hand, the server side of the Internet 1 is connected to a Web server (hereinafter referred to as a content server) 2 for providing contents and an advertisement distribution server 3 for distributing banner advertisements.
コンテンツ配信サーバ 2は、 クライアントである携帯端末機 8からコンテンツ の提供を要求する H T T Pリクエストを受けると、 コンテンツを含む H T T Pレ スポンスを要求元の携帯端末機 8に返す機能を有している。  The content distribution server 2 has a function of, upon receiving an HTTP request requesting the provision of content from the portable terminal 8 as a client, returning an HTTP response including the content to the requesting portable terminal 8.
また、 広告配信サーバ 3は、 バナー広告を配信する際に、 携帯端末機 8のュ一 ザの属性に適合したバナー広告を選択する、 いわゆるタ一ゲティングを行う機能 を有している。  In addition, the advertisement distribution server 3 has a function of selecting a banner advertisement suitable for the attribute of the user of the portable terminal 8 when distributing the banner advertisement, that is, a function of performing so-called targeting.
インターネット 1と広告配信サーバ 3との間には、 H T T Pリクエス卜と H T T Pレスポンスの中継を行う W e bサーバとして、 情報中継装置 1 0が設けられ ている。情報中継装置 1 0は、ハ一ドウエアとしては、 C P U、 R OM, R AM, ハードディスク、 ィンタ一フェースをシステムバスによって互いに接続すること によって構成されており (いずれも図示せず) 、 ソフトウェアとしては、 マルチ デバイスハンドラ 1 1、デバイスべ一スクラス 1 2、デバイス力一トリッジ 1 3、 インタ一フェースクラス 1 4、 ターゲットクリエ一夕クラス 1 5、 カートリッジ ジェネレータ 1 6が構築されている。  An information relay device 10 is provided between the Internet 1 and the advertisement distribution server 3 as a Web server that relays an HTTP request and an HTTP response. The information relay device 10 is configured by connecting a CPU, a ROM, a RAM, a hard disk, and an interface to each other through a system bus (not shown) as hardware, and as software. A multi-device handler 11, a device-based class 12, a device-based cartridge 13, an interface class 14, a target clearing class 15, and a cartridge generator 16 have been constructed.
マルチデバイスハンドラ 1 1は、 H T T Pリクエストに含まれるリクエストへ ッダ情報に基づいて HT T Pリクエストを送信してきたリクエスト元の携帯端末 機 8の種類を判別する (端末機種類判別手段) 。  The multi-device handler 11 determines the type of the mobile terminal 8 that has transmitted the HTTP request based on the request header information included in the HTTP request (terminal type determining means).
デバイスベースクラス 1 2は、 携帯端末機 8に依存する特有の仕様を収容した デバイスカートリッジ 1 3を各携帯端末機 8の種類ごとに保有しており (デバイ スカートリッジ保有手段) 、 各デバイス力一トリッジ 1 3の中からリクエスト元 の携帯端末機 8に対応したデバイスカートリッジ 1 3を選択する (デバイス力一 トリッジ選択手段) 。  The device base class 12 holds device cartridges 13 each containing a specific specification depending on the mobile terminal 8 for each type of mobile terminal 8 (device cartridge holding means). The device cartridge 13 corresponding to the requesting portable terminal 8 is selected from the cartridges 13 (device capacity cartridge selection means).
また、 デバイスベースクラス 1 2は、 リクエストヘッダ情報及びレスポンスへ ッダ情報の変換操作 (ヘッダ情報操作手段) と、 広告タグの生成 (リクエスト夕 グ付加手段) 及び変換操作を行い (タグ情報操作手段) 、 必要に応じてユーザデ 一夕べ一ス 2 1内を検索するか否かの判断を行う (検索判断手段) 。 The device base class 12 performs a conversion operation of request header information and response header information (header information operation means), generates an advertisement tag (request evening addition means), and performs a conversion operation (tag information operation means). ), User data as needed A decision is made as to whether or not to search the overnight 21 (search determination means).
ターゲットクリエ一夕クラス 1 5は、 デバイスべ一スクラス 1 2からの検索指 示により後述するユーザデータベース 2 1内を検索し、 その検索結果をデバイス ベースクラス 1 2で生成した広告タグ内に挿入する処理を行う (検索情報付加手 段) 。  The target query overnight class 15 searches the user database 21 described later according to the search instruction from the device base class 12 and inserts the search result into the advertisement tag generated by the device base class 12 Perform processing (search information addition means).
インターフェースクラス 1 4は、 デバイスベースクラス 1 2によって操作され た HT T Pリクエストを広告配信サーバ 3に送信すると共に、 広告配信サーバ 3 がその H T T Pリクエス卜に応じて返してきた H T T Pレスポンスを受信する。 カートリッジジェネレータ 1 6は、 デバイスべ一スクラス 1 2内にデバイス力 —トリッジ 1 3が設定されていない新規の携帯端末機 8からアクセスがあつた場 合に、 その携帯端末機 8からの HT T Pリクエストのリクエストへッダ情報に含 まれているブラウザ情報に基づいて仮 H T T Pリクエストを生成して (仮 H T T Pリクエスト生成手段) 、 その携帯端末機 8のゲートウェイ 6にアクセスし (仮 HT T P送受信手段) 、 ゲートウェイ 6からのレスポンスに基づいてリクエスト が成功したか否かを判断する (リクエスト成否判断手段) 。  The interface class 14 transmits the HTTP request operated by the device base class 12 to the advertisement distribution server 3, and receives the HTTP response returned by the advertisement distribution server 3 in response to the HTTP request. The cartridge generator 16 receives the HTTP request from the new mobile terminal 8 when the device power is not set in the device base class 12 and the new mobile terminal 8 without the cartridge 13 is set. A temporary HTTP request is generated based on the browser information included in the request header information (temporary HTTP request generation means), and the gateway 6 of the portable terminal 8 is accessed (temporary HTTP transmission / reception means). Based on the response from the gateway 6, it is determined whether the request was successful (request success / failure determination means).
そして、 リクエストが成功するまで、 仮 H T T Pリクエス卜のリクエス卜へッ ダ情報の変更とゲートウェイ 6へのアクセスを交互に行い (通信テスト手段) 、 対応する新規なデバイスカートリッジ 1 3を生成する (デバイスカートリッジ生 成手段) 。  Until the request succeeds, the request header information of the temporary HTTP request is changed alternately and access to the gateway 6 is performed alternately (communication test means), and a corresponding new device cartridge 13 is generated (device Cartridge generation means).
このようにカートリッジジェネレータ 1 6は、 ゲートウェイ 6に対してあたか も携帯端末機 8からアクセスがあつたかのようにトラップをかけて擬似的にァク セスを行うことによって、 携帯端末機 8が適切に受信できるデータ量等の限界や データ構造などを探り、その携帯端末機 8が有する特有の仕様を動的に生成する。 上記構成を有する情報中継装置 1 0には、 ユーザデータベース 2 1が接続され ている。 ユーザデータベース 2 1は、 バナ一広告の配信を希望する広告主が所有 するデ一夕ベースであり、 その内部には、 広告主の顧客情報、 例えば顧客の購買 履歴情報やアンケートへの回答情報などが検索読み出し可能な状態で格納されて いる。従って、広告配信サーバ 3は、予め有しているバナ一広告デ一夕の中から、 広告配信サーバ 3にアクセスしてきた携帯端末機 8のユーザの属性に適合したバ ナ一広告を選択する、 いわゆるターゲティングを行う場合に、 広告主が所有する ユーザデータベース 21内の情報を判断要素として用いることができ、 適合度の 高いバナー広告を配信することができる。 In this manner, the cartridge generator 16 performs a pseudo-access by trapping the gateway 6 as if it had been accessed from the mobile terminal 8, so that the mobile terminal 8 can be appropriately It explores the limit of the amount of data that can be received, the data structure, etc., and dynamically generates the unique specifications of the portable terminal 8. A user database 21 is connected to the information relay device 10 having the above configuration. The user database 21 is an overnight database owned by an advertiser who wants to deliver a banana advertisement, and contains customer information of the advertiser, such as customer purchase history information and questionnaire response information. Are stored in a searchable and readable state. Therefore, the advertisement distribution server 3 selects, from among the previously stored banners and advertisements, advertisements that match the attributes of the user of the mobile terminal 8 accessing the advertisement distribution server 3. When selecting the first advertisement, that is, when so-called targeting is performed, information in the user database 21 owned by the advertiser can be used as a judgment factor, and a banner advertisement with high relevance can be distributed.
また、 情報中継装置 10とユーザデータベース 21との間、 及び情報中継装置 10と広告配信サ一バ 3との間には、フアイャ一ウォール 20が設けられている。 フアイャウォール 20は、 ユーザデータベース 21からの情報の漏洩や、 広告配 信サーバ 3内のデータの改ざん等を効果的に防止するものである。  Further, a firewall 20 is provided between the information relay device 10 and the user database 21 and between the information relay device 10 and the advertisement distribution server 3. The firewall 20 effectively prevents leakage of information from the user database 21 and falsification of data in the advertisement distribution server 3.
上述の広告配信システムの広告配信方法について以下に説明する。  An advertisement distribution method of the above-described advertisement distribution system will be described below.
最初にコンテンツにバナ一広告が表示される仕組みについて説明し、 次にバナ 一広告がクリック操作された場合の処理について説明する。  First, the mechanism by which a banana advertisement is displayed on the content will be described, and then, the processing when the banana advertisement is clicked will be described.
まず、 携帯端末機 8の表示部に表示されるメニュー等からその携帯端末機用に 用意されたインターネット 1上のコンテンツを選択する操作を行うと、 ブラウザ 7によってゲートウェイ 6からコンテンツサーバ 2に対して HTTPリクエスト が送信される。  First, when an operation of selecting content on the Internet 1 prepared for the mobile terminal from a menu or the like displayed on the display unit of the mobile terminal 8 is performed, the gateway 7 is transmitted from the gateway 6 to the content server 2 by the browser 7. HTTP request is sent.
この HTTPリクエストを受けたコンテンツサーバ 2は、 リクエストヘッダ情 報を理解し、 メソッドを実行する。 これにより、 リクエストに応じたコンテンツ の URL、 及び情報中継装置 10の URLが示された Aタグ (アンカ一) を HT TPレスポンスの HTMLに挿入して携帯端末機 8のゲートウェイ 6に返信する 処理が実行される。  Upon receiving this HTTP request, the content server 2 understands the request header information and executes the method. As a result, the process of inserting the URL of the content corresponding to the request and the A tag (anchor 1) indicating the URL of the information relay device 10 into the HTML of the HTTP response and returning it to the gateway 6 of the mobile terminal device 8 is performed. Be executed.
この HTTPレスポンスを受けたゲートウェイ 6のブラウザ 7は、 Aタグに示 されたコンテンツの U R Lに自動的にアクセスを行い、 携帯端末機 8の表示部に コンテンツのホームページを表示させる処理を行う。  Upon receiving the HTTP response, the browser 7 of the gateway 6 automatically accesses the URL of the content indicated by the A tag and performs a process of displaying the home page of the content on the display unit of the mobile terminal 8.
また、 ブラウザ 7は、 このホームページ表示処理と並行して、 バナー広告の表 示処理を実行する。 まず、 ブラウザ 7は、 HTTPレスポンスの Aタグ内に含ま れている情報中継装置 10の URLに基づいて自動的に情報中継装置 10に HT The browser 7 executes a banner advertisement display process in parallel with the homepage display process. First, the browser 7 automatically sends the information relay device 10 an HT based on the URL of the information relay device 10 included in the A tag of the HTTP response.
TPリクェストを送信し、 ホームページ内に表示させるバナ一広告のデータ配信 を要求する。 Sends a TP request and requests data distribution of a banner advertisement displayed on the homepage.
情報中継装置 10は、 このパナ一広告を要求する HTTPリクエストを受信す ると、 マルチデバイスハンドラ 11によってリクエスト元の携帯端末機 8の種類 の判別を行う。 この判別は、 H T T Pリクエストに含まれるリクエストへッダ情 報の User Agentに基づいて行われ、 その際に同一機種の中でもバージョンが相 違する場合等に応じてより細かな対応を可能にすべく、 リクエストタグ内の情報 が判断要素として加えられる。 When the information relay device 10 receives the HTTP request for the Pana advertisement, the multi-device handler 11 sends the type of the mobile terminal 8 of the request source. Is determined. This determination is made based on the User Agent of the request header information included in the HTTP request. In this case, even if the versions differ even among the same model, it is possible to take more detailed measures The information in the request tag is added as a judgment factor.
そして、 デバイスベースクラス 1 2によって、 携帯端末機 8の種類に対応した デバイスカートリッジ 1 3が選択され、 デバイスカートリッジ 1 3に収容されて いるその携帯端末機 8が有する特有の仕様に基づいて、 リクエストヘッダ情報を 広告配信サーバ 3が理解できるサーバ用リクエストヘッダ情報に変換する操作が 行われる。 また同時に、 広告配信サーバ 3を認識するためのタグ情報を有すると 共に携帯端末機 8のブラウザで実行できるプログラムを有した広告タグを生成し、 H T T Pリクエストに挿入する操作が行われる。  Then, the device cartridge 13 corresponding to the type of the mobile terminal 8 is selected by the device base class 12, and the request is made based on the specific specifications of the mobile terminal 8 contained in the device cartridge 13. An operation of converting the header information into server request header information that can be understood by the advertisement distribution server 3 is performed. At the same time, an operation of generating an advertisement tag having tag information for recognizing the advertisement distribution server 3 and having a program that can be executed by the browser of the mobile terminal 8 and inserting the generated advertisement tag into the HTTP request is performed.
それから、 クッキ一情報などの H T T Pリクエストに含まれるリクエストタグ 情報に基づきユーザデ一夕べ一ス 2 1を検索するか否かの判断が行われ、 ユーザ データベース 2 1を検索すると判断されると、 夕一ゲットクリエ一タクラス 1 5 によってュ一ザデ一タベース 2 1内の検索が行われ、 その検索結果はデバイスべ ースクラス 1 2によって、 ュ一ザ情報として HT T Pリクエストの広告タグ内に 挿入される。 例えば、 クッキ一情報によって、 広告配信サーバ 3にアクセスして きた携帯端末機 8のユーザの情報がユーザデータベース 2 1内に格納されている ことが判明すると、 ユーザデータベース 2 1内の検索が行われ、 ユーザの属性に 関する詳細な情報が抽出されて広告タグ内に挿入される。 Then, the decision whether or not to search for Yuzade one evening Ichisu 2 1 based on the request tag information included in the HTTP request, such as cookie information is performed, it is determined that searches the user database 2 1, evening one A search in the user database 21 is performed by the get creator class 15, and the search result is inserted into the advertisement tag of the HTTP request as user information by the device-based class 12. For example, if it is found from the cookie information that the information of the user of the portable terminal 8 accessing the advertisement distribution server 3 is stored in the user database 21, a search in the user database 21 is performed. Detailed information on user attributes is extracted and inserted into the advertisement tag.
H T T Pリクエストは、 情報中継装置 1 0内でリクエストヘッダ情報の操作と 広告タグの挿入が行われると、 インタ一フェースクラス 1 4から広告配信サーバ 3に送られる。  When the operation of the request header information and the insertion of the advertisement tag are performed in the information relay device 10, the HTTP request is sent from the interface class 14 to the advertisement distribution server 3.
広告配信サーバ 3は、 情報中継装置 1 0からこの H T T Pリクエストを受ける と、 H T T Pリクエストの解析を行い、 リクエストヘッダ情報が理解できるか否 かを判断する。  Upon receiving the HTTP request from the information relay device 10, the advertisement distribution server 3 analyzes the HTTP request and determines whether the request header information can be understood.
リクエストへッダ情報は、 デバイスペースクラス 1 2によつてサーバ用リクェ ストヘッダ情報に変換されているので、 広告配信サーバ 3は、 H T T Pリクエス トのリクエストヘッダ情報を正確かつ確実に理解することができ、 要求に応じた メソッドを実行することができる。 Since the request header information is converted into the request header information for the server by the device pace class 12, the advertisement distribution server 3 can accurately and reliably understand the request header information of the HTTP request. , On request Method can be executed.
具体的には、 ターゲテイングにより携帯端末機 8のユーザの属性に適合したバ ナ一広告を選択する処理が行われる。 その際、 ターゲットクリエ一タクラス 15 により広告タグ内にユーザ情報が挿入されているときは、 広告主が所有するユー ザデータべ一ス 21の情報を用いてより詳細なターゲッティングを行うことがで き、ユーザの属性に最も適合したカテゴリのバナー広告を選択することができる。 広告配信サーバ 3は、 配信するバナー広告を選択すると、 そのドキュメントを有 する HTTPレスポンスを情報中継装置 10に返信する。  Specifically, a process of selecting a banner advertisement suitable for the attribute of the user of the portable terminal 8 by targeting is performed. At that time, when user information is inserted in the ad tag by the target creator class 15, more detailed targeting can be performed using the information in the user database 21 owned by the advertiser. It is possible to select a banner advertisement of a category most suitable for the attribute of the user. When selecting the banner advertisement to be distributed, the advertisement distribution server 3 returns an HTTP response having the document to the information relay device 10.
このドキュメント内には、バナ一広告を表示するイメージ情報(例えば G I F) の URLが示された Aタグと、 広告配信サーバ 3の URLが示された Aタグと、 を有する広告タグが挿入されている。 広告配信サーバ 3の URLは、 バナー広告 がクリック操作された際のクリック操作情報 (クリックイベント) の送信先を示 すものである。  In this document, an A tag indicating the URL of the image information (for example, GIF) for displaying the banner advertisement, an A tag indicating the URL of the advertisement distribution server 3, and an advertisement tag having I have. The URL of the advertisement distribution server 3 indicates a transmission destination of click operation information (click event) when the banner advertisement is clicked.
情報中継装置 10は、 広告配信サーバ 3から HTTPレスポンスの返信を受け ると、 デバイスベースクラス 12によってレスポンスヘッダ情報と広告タグの変 換操作を行う。 レスポンスヘッダ情報は、 既に選択されているデバイスカートリ ッジ 13内の仕様に基づいて、 その携帯端末機 8のブラウザ 7が理解できるクラ イアント用レスポンスヘッダ情報に書き換えられる。 また、 広告夕グは、 広告配 信サーバ 3の URLが情報中継装置 10の URLに書き換えられ、 クリック操作 情報の送信先が広告配信サーバ 3から情報中継装置 10に変更される。  When the information relay device 10 receives the response of the HTTP response from the advertisement distribution server 3, the information relay device 10 performs a conversion operation of the response header information and the advertisement tag by the device base class 12. The response header information is rewritten into client response header information that can be understood by the browser 7 of the mobile terminal 8 based on the specifications in the device cartridge 13 that has already been selected. In the advertisement, the URL of the advertisement distribution server 3 is rewritten to the URL of the information relay device 10, and the transmission destination of the click operation information is changed from the advertisement distribution server 3 to the information relay device 10.
レスポンスヘッダ情報と広告タグの変換操作が行われた HTTPレスポンスは、 情報中継装置 10からインタ一ネット 1を介してブラウザ 7に渡される。 ブラウ ザ 7は、 HTTPレスポンスの解析を行い、 レスポンスヘッダ情報が理解できる か否かを判断する。  The HTTP response in which the conversion operation of the response header information and the advertisement tag is performed is passed from the information relay device 10 to the browser 7 via the Internet 1. The browser 7 analyzes the HTTP response and determines whether the response header information can be understood.
レスポンスヘッダ情報は、 クライアント用レスポンスヘッダ情報に書き換えら れているので、 ブラウザ 7は、 HTTPレスポンスのレスポンスヘッダ情報の内 容を正確かつ確実に理解することができる。 従って、 Aタグに示されたイメージ 情報 (G I F) の URLに自動的にアクセスを行い、 イメージ情報を取得するこ とができ、 携帯端末機 8の表示部にバナー広告を表示させることができる。 次に、 携帯端末機 8の表示部に表示されているバナー広告がクリック操作され た場合の処理について説明する。 Since the response header information is rewritten into the client response header information, the browser 7 can accurately and reliably understand the content of the response header information of the HTTP response. Therefore, it is possible to automatically access the URL of the image information (GIF) indicated by the A tag, acquire the image information, and display the banner advertisement on the display unit of the portable terminal 8. Next, a description will be given of a process performed when a banner advertisement displayed on the display unit of the mobile terminal 8 is clicked.
携帯端末機 8においてバナ一広告がクリック操作されると、 ブラウザ 7によつ て広告タグ内のプログラムが実行され、 そのクリック操作情報を含む HTTPリ クエス卜がゲートウェイ 6から送信される。  When the banner advertisement is clicked on the mobile terminal 8, the program in the advertisement tag is executed by the browser 7, and an HTTP request including the click operation information is transmitted from the gateway 6.
この HTTPリクエストは、 広告タグの Aタグが HTTPレスポンス内のレス ポンスタグ情報として情報中継装置 10から携帯端末機 8に供給された際に広告 配信サーバ 3の U R Lから情報中継装置 10の U R Lに書き換えられているので、 情報中継装置 10に送信される。  This HTTP request is rewritten from the URL of the advertisement distribution server 3 to the URL of the information relay device 10 when the A tag of the advertisement tag is supplied from the information relay device 10 to the mobile terminal 8 as the response tag information in the HTTP response. Therefore, it is transmitted to the information relay device 10.
情報中継装置 10がこの HTTPリクエストを受けると、 デバイスベースクラ ス 12は、 デバイス力一トリッジ内の仕様に基づいてリクエストヘッダ情報をサ —バ用リクエストヘッダ情報に書き換え、 広告タグの Aタグを、 情報中継装置 1 0の URLから広告配信サーバ 3の URLに書き換える。  When the information relay device 10 receives the HTTP request, the device base class 12 rewrites the request header information into server request header information based on the specifications in the device cartridge, and replaces the A tag of the advertisement tag with The URL of the information relay device 10 is rewritten to the URL of the advertisement distribution server 3.
そして、 インターフェースクラス 14は、 その HTTPリクエストを広告配信 サーバ 3に送信する。 広告配信サーバ 3は、 その HTTPリクエストを受け取る と、 HTTPリクエストを解析してリクエストヘッダ情報を理解し、 クリック先 のホームページの URLが示された Aタグを広告タグ内に挿入して、 その広告夕 グを有する HTTPレスポンスを情報中継装置 10に返信する。  Then, the interface class 14 transmits the HTTP request to the advertisement distribution server 3. Upon receiving the HTTP request, the advertisement distribution server 3 analyzes the HTTP request to understand the request header information, inserts an A tag indicating the URL of the homepage of the click destination into the advertisement tag, An HTTP response having a response is returned to the information relay device 10.
情報中継装置 10がこの HTTPレスポンスを受け取ると、 デバイスベースク ラス 12は、 デバイスカートリッジ内の仕様に基づいて HTTPレスポンスのレ スポンスヘッダ情報をクライアント用レスポンスヘッダ情報に書き換える。 そし て、 情報中継装置 10は、 HTTPレスポンスを携帯端末機 8に送る。  When the information relay device 10 receives this HTTP response, the device base class 12 rewrites the response header information of the HTTP response to the client response header information based on the specifications in the device cartridge. Then, the information relay device 10 sends an HTTP response to the portable terminal device 8.
ブラウザ 7は、 HTTPレスポンスを解析してレスポンスヘッダ情報を理解し、 Aタグに示されたクリック先のホームページの URLに自動的にアクセスを行い、 携帯端末機 8の表示部にクリック先のホームページを表示させる。 従って、 バナ —広告がクリック操作された場合に、 その情報を広告配信サーバ 3に正確かつ確 実に渡すことができ、 また、 広告配信サーバ 3からの情報をその携帯端末機 8に 正確かつ確実に渡すことができる。  The browser 7 analyzes the HTTP response to understand the response header information, automatically accesses the URL of the clicked homepage indicated by the A tag, and displays the clicked homepage on the display of the mobile terminal 8. Display. Therefore, when the advertisement is clicked, the information can be accurately and reliably passed to the advertisement distribution server 3, and the information from the advertisement distribution server 3 can be accurately and reliably transmitted to the portable terminal 8. Can be passed.
これにより、 従来は広告配信サーバ 3の種類によって異なっていた、 或いは同 一の広告配信サーバ 3内でもドキュメントの相違によって異なっていた広告タグ の仕様を共通化することができる。 As a result, it has been different depending on the type of Even within one advertisement distribution server 3, it is possible to standardize the specifications of the ad tags that have been different due to the difference between the documents.
次に、 未だデバイス力一トリッジが設定されていない新規の携帯端末機 8から アクセスがあった場合の処理について以下に説明する。 第 2図は、 新規な携帯端 末機 8に対応するデバイスカートリッジ 13の生成方法を説明する図である。 情報中継装置 10は、 上述のように携帯端末機 8からの HTTPリクエストを 受けると、 マルチデバイスハンドラ 11によってその携帯端末機 8が有する特有 の仕様を収容したデバイスカートリッジ 13の存在を判断し、 対応するデバイス カートリッジ 13が存在しない場合には、 その HTTPリクエストを送ってきた 携帯端末機 8が新規なクライアントであると判断する。  Next, a description will be given below of a process in a case where an access is made from a new portable terminal 8 for which a device power cartridge has not yet been set. FIG. 2 is a diagram for explaining a method of generating a device cartridge 13 corresponding to the new portable terminal device 8. When the information relay device 10 receives the HTTP request from the mobile terminal 8 as described above, the multi-device handler 11 determines the presence of the device cartridge 13 containing the specific specifications of the mobile terminal 8, and responds. If the device cartridge 13 to be used does not exist, it is determined that the portable terminal 8 that has sent the HTTP request is a new client.
この判断を受けて力一トリッジジェネレータ 16は、 デバイスベースクラス 1 2内に新規なデバイスカートリッジ 13を生成し、 その内部に、 新規な携帯端末 機 8のブラウザ情報に基づいて作成した仮のリクエストヘッダ情報を収容する。 情報中継装置 10は、 カートリッジジェネレータ 16によって新規なデバイス カートリッジが生成されると、 その仮のリクエストヘッダ情報を有する HTTP リクエスト (以下、 仮 HTTPリクエスト) を、 その新規な携帯端末機 8のゲ一 トウエイ 6に対して送信し、 ゲートウェイ 6からの HTTPレスポンス (以下、 仮 HTTPレスポンスという) を受け付ける。 すなわち、 ゲートウェイ 6に対し てあたかも携帯端末機 8からのアクセスがあつたかのようにトラップをかけて擬 似的にアクセスを行う。  In response to this determination, the force cartridge generator 16 generates a new device cartridge 13 in the device base class 12, and stores therein a temporary request header created based on the browser information of the new mobile terminal 8. Accommodates information. When a new device cartridge is generated by the cartridge generator 16, the information relay device 10 transmits an HTTP request having the temporary request header information (hereinafter, temporary HTTP request) to the gateway of the new portable terminal 8. 6 and accepts the HTTP response from the gateway 6 (hereinafter referred to as the temporary HTTP response). In other words, the gateway 6 is trapped and accessed simulatedly as if the access from the portable terminal 8 had been obtained.
カートリッジジェネレータ 16は、 仮 HTTPレスポンスの有無及び仮 HTT Pレスポンスのレスポンスヘッダ情報に含まれる HTTPステータスコードに基 づいて仮 HTTPリクエストによるリクエス卜の成否を判断する。  The cartridge generator 16 determines whether the request by the provisional HTTP request is successful based on the presence or absence of the provisional HTTP response and the HTTP status code included in the response header information of the provisional HTTP response.
そして、 リクエスト失敗と判断した場合は、 仮 HTTPリクエストに含まれる リクエストヘッダ情報の内容を所定の規則及びパターンに従って変更し、 その内 容が変更された仮 HTTPリクエストを情報中継装置 10によって再びゲートゥ エイ 6に送信し、 ゲートウェイ 6からの仮 HTTPレスポンスの有無等によって リクエス卜の成否を判断する。  If it is determined that the request has failed, the content of the request header information included in the provisional HTTP request is changed according to a predetermined rule and pattern, and the provisional HTTP request whose content has been changed is gated again by the information relay device 10. 6 to determine the success or failure of the request based on the presence or absence of a provisional HTTP response from the gateway 6.
そして、 ゲートウェイ 6への仮 HTTPリクエストの送信とリクエストヘッダ 情報の内容変更を、 リクエスト成功と判断されるまで交互に繰り返し行う。 Then, send a temporary HTTP request to Gateway 6 and the request header The contents of the information are changed alternately until the request is determined to be successful.
また、 カートリッジジェネレータ 1 6は、 仮 H T T Pリクエストを送信する際 に、 ゲートウェイ 6に対して大量のデータを送信してデータが切れたところでそ の携帯端末機 8が適切に受信できるデータ量の限界を探り、 任意のデータを送信 して正常なレスポンスが帰ってくるかによつてその携帯電話 8が適切に受信でき るデータ構造を探る。  Also, when transmitting the provisional HTTP request, the cartridge generator 16 transmits a large amount of data to the gateway 6 and, when the data is cut, limits the amount of data that can be properly received by the portable terminal 8. It searches for a data structure that can be properly received by the mobile phone 8 depending on whether a normal response is returned after transmitting arbitrary data.
カートリッジジェネレータ 1 6は、 このようにゲートウェイ 6への通信接続テ ス卜を行うことによって、 携帯電話 8が有する特有の仕様や、 携帯端末機 8が適 切に受信できるデ一タ量等の限界やデータ構造などの仕様を探り、 リクエスト成 功との判断により、 そのリクエストヘッダ情報の内容を新規な携帯端末機 8に対 応する仕様として設定する。 従って、 新規な携帯端末機 8によってアクセスがあ つた場合、 その携帯端末機 8が有する特有の仕様を動的に生成し、 その仕様を有 したデバイスカートリッジ 1 3を自動的に短期間で生成することができる。  By performing the communication connection test to the gateway 6 in this manner, the cartridge generator 16 can limit the specific specifications of the mobile phone 8 and the amount of data that the mobile terminal 8 can properly receive. The specification of the request header information is searched for, and if the request is determined to be successful, the contents of the request header information are set as specifications corresponding to the new mobile terminal 8. Therefore, when a new mobile terminal 8 is accessed, a unique specification of the mobile terminal 8 is dynamically generated, and a device cartridge 13 having the specification is automatically generated in a short time. be able to.
上述の広告配信システムによれば、 情報中継装置 1 0によって携帯端末機 8か らの H T T Pリクエストのリクエストへッダ情報をサーバ用リクエストへッダ情 報に変換して広告配信サーバ 3に提供するので、 広告配信サーバ 3は、 リクエス トヘッダ情報の内容を正確かつ確実に理解することができ、 携帯端末機 8の機種 やブラウザ 7のバ一ジョンの相違等に影響を受けることなく、 HT T Pリクエス 卜の要求に応じた処理を行うことができる。  According to the above-described advertisement distribution system, the information relay device 10 converts the request header information of the HTTP request from the portable terminal 8 into the server request information and provides it to the advertisement distribution server 3. Therefore, the advertisement distribution server 3 can accurately and surely understand the content of the request header information, and is not affected by differences in the model of the mobile terminal 8 or the version of the browser 7, and can perform the HTTP request. The processing can be performed according to the request of the server.
従って、 予期していない未知の携帯端末機 8からの H T T Pリクエストを受け た場合でも、 H T T Pレスポンスをクライアントに返信することができ、 確実に バナー広告を配信することができる。  Therefore, even when an unexpected HTTP terminal request from an unknown portable terminal 8 is received, an HTTP response can be returned to the client, and the banner advertisement can be reliably delivered.
また、 広告配信サーバ 3からの H T T Pレスポンスのレスポンスヘッダ情報を クライアント用レスポンスへッダ情報に変換するので、 携帯端末機 8のブラウザ 7は、 広告配信サーバ 3のプログラムの相違等に影響を受けることなく、 例えば ブラウザ 7が対応していない広告配信サーバ 3からの HT T Pレスポンスを受け た場合でも、レスポンスヘッダ情報の内容を正確かつ確実に理解することができ、 HT T Pレスポンスに基づくバナー広告を表示させるための処理を実行すること ができる。 尚、 情報中継装置 10で、 HTMLなどの言語、 及び G I Fや BMPなどの画 像データを携帯端末機 8に適合したフォーマツ卜に自動的に変換してもよい。 こ れによれば、 一つのバナー広告ファイルを作成するのみで、 種々の携帯端末機 8 の表示部にバナー広告を正確に表示させることができる。 従って、 従来、 携帯端 末機 8の種類ごとに対応するバナー広告ファイルを作成していた入稿作業者の業 務負担を著しく軽減することができる。 Also, since the response header information of the HTTP response from the advertisement distribution server 3 is converted into client response header information, the browser 7 of the mobile terminal 8 is affected by differences in the program of the advertisement distribution server 3 and the like. For example, even if the browser 7 receives an HT TP response from an advertisement distribution server 3 that does not support it, the content of the response header information can be accurately and reliably understood, and a banner advertisement based on the HT TP response is displayed. Process to make it happen. The information relay device 10 may automatically convert a language such as HTML or image data such as GIF or BMP into a format suitable for the portable terminal 8. According to this, the banner advertisement can be accurately displayed on the display units of various portable terminals 8 only by creating one banner advertisement file. Therefore, it is possible to remarkably reduce the work burden of the submission worker who has conventionally created the banner advertisement file corresponding to each type of the mobile terminal 8.
そして、 上述の第 1の実施例では、 クライアントとして携帯端末機 8を用いて 説明しているが、 これに限定されるものではなく、 ノート型パソコンやデスクト ップパソコンなどのクライアン卜 PC 4であってもよい。  In the first embodiment described above, the mobile terminal 8 is used as the client, but the present invention is not limited to this, and the client PC 4 such as a notebook computer or a desktop personal computer is used. Is also good.
(第 2の実施例)  (Second embodiment)
次に、 第 2の実施例について図に基づいて説明する。 第 3図は、 本発明に係る 情報中継装置をコンテンツ配信システムに適用した第 2の実施例を示す概略図で ある。 尚、 第 1の実施例と同様の構成要素には同一の符号を付することでその詳 細な説明を省略する。  Next, a second embodiment will be described with reference to the drawings. FIG. 3 is a schematic diagram showing a second embodiment in which the information relay device according to the present invention is applied to a content distribution system. The same components as those in the first embodiment are denoted by the same reference numerals, and detailed description thereof will be omitted.
符号 30は、 メディアサイト 30 aを有しインターネット 1に接続された We bサ一バであり、 符号 40は、 インターネット 1に接続されたシステムセンタで ある。 We bサーバ 30は、 コンピュータハ一ドウエア、 ォペレ一ティングシス テム (OS) 、 ネットワークソフトウェアからなるプラットフォームと、 We b サ一バソフトウエア (HTTPデーモン) と、 HTMLドキュメント (ホームべ —ジ) を備えており、 後述する S S I (Server Side Include)という仕組みを使用 可能な機能を有している。  Reference numeral 30 denotes a web server having a media site 30 a and connected to the Internet 1, and reference numeral 40 denotes a system center connected to the Internet 1. The web server 30 includes a platform consisting of computer hardware, an operating system (OS), and network software, a web server software (HTTP daemon), and an HTML document (home page). It has a function that can use a mechanism called SSI (Server Side Include) described later.
HTMLドキュメントは、 ブラウザ 7によって携帯端末機 8に、 いわゆるホー ムページとして表示されるものを含み、 We bサーバ 30でメディアサイト 30 aを運営するコンテンツプロバイダによって作成され、 ハードウェアのメモリ内 に記憶されている。 HTMLドキュメントは、 テキストの整形や画像ファイルの 表示位置及びリンク先の指定、 スクリプトの宣言などを行う、 いわゆるタグを用 いて記述されている。  HTML documents, including those displayed as so-called home pages on the mobile terminal 8 by the browser 7, are created by the content provider that operates the media site 30a on the web server 30, and are stored in the memory of the hardware. ing. HTML documents are described using so-called tags that perform formatting of text, designation of display positions and link destinations of image files, declaration of scripts, and the like.
そして、 上述の HTMLドキュメント内には、 We bサーバ 30が携帯端末機 8から H T T Pリクエストを受けた場合に、 その HTTPリクエストをシステム センタ 4 0に転送すると共に、 システムセン夕 4 0からドキュメントファイルを 受け取り、 H TM Lドキュメント内に動的に挿入し、 W e bサーバ 3 0が HTM Lドキュメントを端末機 1に配信する際に、 そのドキュメントファイルを H TM Lドキュメント内に挿入して、 HTMLドキュメントの一部として携帯端末機 8 に配信するという処理を行うリクエストタグが記述されている。 このリクエスト 夕グは、 S S I (Server Side Include)という W e bサーバ 3 0の機能を使用する ものであり、 これを用いることによって、 H TMLドキュメントの一部を動的に 更新することができる。 When the Web server 30 receives an HTTP request from the mobile terminal 8 in the above-described HTML document, the HTTP request is transmitted to the system. In addition to the transfer to the center 40, the document file is received from the system center 40, dynamically inserted into the HTML document, and when the web server 30 distributes the HTML document to the terminal 1, A request tag for performing a process of inserting the document file into the HTML document and distributing it to the portable terminal 8 as a part of the HTML document is described. This request uses a function of the Web server 30 called SSI (Server Side Include), and by using this function, a part of the HTML document can be updated dynamically.
一方、 システムセンタ 4 0は、 システムセンタ 4 0のアーキテクチャを示す概 略図である第 4図に示すように、 W e bサーバソフトゥェ 7 (HT T Pデ一モン) 4 1、 リクエストパ一サ 4 2、 情報中継装置 1 0、 フォーマット変換プログラム 4 3を有し、 コンテンツ配信サーバ 4 4とコンテンツデータべ一ス 4 5がフアイ ャウォール 4 6を介して接続されている。  On the other hand, as shown in FIG. 4, which is a schematic diagram showing the architecture of the system center 40, the web server software 7 (HTTP daemon) 41, the request 2. It has an information relay device 10, a format conversion program 43, and a content distribution server 44 and a content data base 45 are connected via a firewall 46.
リクエストパーザ 4 2は、 携帯端末機 8からのリクエストの種類を判別するも のであり、 リクエストがコンテンツ配信、 バナ一広告配信、 メール配信、 ク一ポ ン券の発行等のいずれを希望するものであるかを判別する。  The request parser 42 determines the type of the request from the portable terminal device 8 and requests the content to be delivered, for example, delivery of a banner, delivery of mail, delivery of a coupon, etc. Determine if there is.
フォーマツト変換プログラム 4 3は、 コンテンツデ一夕べ一ス 4 5内のドキュ メントファイルを" W e bサーバ 3 0に配信する際に、 携帯端末機 8の表示形式に 応じたフォーマットに変換するものであり、 例えば、 表示能力の大きいパソコン 用などの画像データを表示能力が小さい携帯電話や P D Aなどで表示できるよう に変換処理する。  The format conversion program 43 converts the document file in the content server 45 into a format corresponding to the display format of the portable terminal 8 when distributing the document file to the web server 30. For example, conversion processing is performed so that image data for personal computers with high display capabilities can be displayed on mobile phones or PDAs with low display capabilities.
コンテンツ配信サーバ 4 4は、 W e bサーバ 3 0にアクセスしてきた閲覧者を、 コンテンツプロバイダによって予め分類された属性のいずれに該当するかを絞り 込む、 いわゆる夕一ゲティングを行い、 その属性に適合したコンテンツデ一夕の ドキュメントファイルをコンテンツデ一タベースから選択し、 W e bサ一バ 3 0 に配信するものである。  The content distribution server 44 performs so-called evening targeting, which narrows down the viewers who have accessed the web server 30 to which of the attributes pre-classified by the content provider, and matches the attribute. A document file for the content database is selected from the content database and distributed to the web server 30.
コンテンツデータベース 4 5には、 コンテンツプロバイダが自ら情報収集した コンテンツデータと、 コンテンツベンダのデータべ一ス (図示せず) から供給さ れたコンテンツデータの両方がドキュメントファイルという形式で収容されてい る。 The content database 45 contains both content data collected by the content provider itself and content data supplied from a content vendor database (not shown) in the form of a document file. You.
情報中継装置 1 .0は、 第 1の実施例で説明したマルチデバイスハンドラ 1 1、 デバイスベースクラス 1 2、 デ ^、イスカートリッジ 1 3、 インタ一フェースクラ ス 1 4、 夕ーゲットクリエ一夕クラス 1 5、 及び力一トリッジジエネレ一タ 1 6 の他に、 エクステンションクラス 1 7、 トラッキングクラス 1 8、 及びカスタム クラス 1 9を有している。 エクステンションクラス 1 7は、 情報中継装置 1 0の 機能を拡張するものであり、 例えばフォ一マツト変換プログラム 4 3によって変 換処理されたドキュメントファイルを情報中継装置 1 0内に取り込む働きをする。 また、 トラッキングクラス 1 8は、 携帯端末機 8からのクリックイベントの処 理ゃログ管理を行い、 カスタムクラス 1 9は、 コンテンツデ一夕べ一ス 4 5から コンテンツデータを受け取る働きをする。  The information relay device 1.0 is the multi-device handler 11 described in the first embodiment, the device base class 12, the device cartridge 13, the interface class 14, and the evening getter class 1. In addition to 5, and power generator 16, it has extension class 17, tracking class 18, and custom class 19. The extension class 17 extends the function of the information relay device 10 and functions to take, for example, a document file converted by the format conversion program 43 into the information relay device 10. The tracking class 18 performs processing and log management of a click event from the portable terminal device 8, and the custom class 19 receives the content data from the content server 45.
フアイャゥォ一ル 4 6は、 セキュアな領域内を形成しており、 コンテンツ配信 サーバ 4 4、 コンテンツデ一夕ベース 4 5、 ユーザデータベース 2 1に対するィ ン夕一ネット 1からの不正アクセスを防止している。  The firewall 46 forms a secure area and prevents unauthorized access to the content distribution server 44, the content database 45, and the user database 21 from the Internet 1. I have.
上記構成を有するコンテンツ配信システムを利用する場合について以下に説明 する。  The case where the content distribution system having the above configuration is used will be described below.
まず事前準備として、 コンテンツプロバイダによるホームページ用の H TM L ドキュメントの作成及び夕一ゲティング条件の設定が行われる。  First, as an advance preparation, an HTML document for a homepage is created by a content provider and setting of an evening targeting condition is performed.
第 5図は、 ホームページの一部をタグにより示したイメージ図、 第 6図は、 リ クェスト I D及びカテゴリの一部を例示した一覧表である。 コンテンツプロバイ ダは、 HTM Lドキュメントの作成において、 図示のように、 コンテンツの表示 位置を枠で指定すると共に、 その枠内にコンテンツを表示させるためのリクエス トタグを記述する。 リクエストタグ内には、 S S Iを使用するコマンド、 及びコ ンテンッ (ドキュメントファイル) の種類を示すリクエスト I Dとカテゴリが記 入されている。  Fig. 5 is an image diagram showing a part of the homepage by tags, and Fig. 6 is a list showing an example of the request ID and a part of the category. When creating an HTML document, the content provider specifies the display position of the content with a frame as shown in the figure, and describes a request tag for displaying the content in the frame. In the request tag, a command using SSI, a request ID indicating a type of content (document file), and a category are described.
第 5図に示したホームページの場合、 <table>タグによって 5つの枠が設けられ ており、  In the case of the homepage shown in Fig. 5, five frames are provided by the <table> tag,
枠①には、  In frame ①,
<! - -#include virtual="servlet?ReqID=ad"-->、 枠②には、 <!--# include virtual = "servlet? ReqID = ad"->, In frame ②,
<!--#include virtual="servlet?ReqID=sliop&CatID=gourmet"- -〉、  <!-# include virtual = "servlet? ReqID = sliop & CatID = gourmet"-->,
枠③には、  In frame ③,
<!--#include virtual="servlet?ReqID=weather&CatID=tokyo"- -〉、  <!-# include virtual = "servlet? ReqID = weather & CatID = tokyo"-->,
枠④には、  In frame ④,
<!" #include virtual="servlet?ReqID二 news&CatID=domestic"-->、  <! "#include virtual =" servlet? ReqID 二 news & CatID = domestic "->,
枠⑤には、  In frame ⑤,
<!"#mclude virtual:  <! "# mclude virtual:
" servlet?Re qID=s op & C ate gry= ourmet &ume s=AM" -- >、 がそれぞれ記載されている。  "servlet? ReqID = sop & Categry = ourmet & umes = AM"->
従って、リクエスト I Dが adである枠①には様々なカテゴリの広告情報を有す るドキュメントファイルが配信され、 リクエスト I Dが shop でカテゴリが gourmetである枠②には飲食店情報を有するドキュメントファイルが配信されよ うに設定される。 また、 リクエスト I Dが weatherでカテゴリが tokyoである枠 ③には東京の天気情報を有するドキュメントファイルが配信され、 リクエスト I Dが newsでカテゴリが domesticである枠④には、地方ニュースを有するドキュ メントファイルが配信されるように設定される。そして、リクエスト I Dが shop、 カテゴリが gourmetで、 午前中という識別コードが付されている枠⑤には、 ラン 'チタイムの情報を有するドキュメントファイルが配信されるように設定される。  Therefore, a document file having various categories of advertisement information is distributed in the frame あ る having the request ID ad, and a document file having restaurant information is provided in the frame あ る having the request ID shop and the category gourmet. Set to be delivered. In addition, a document file containing the weather information of Tokyo is distributed in the box ③ with the request ID weather and the category tokyo, and a document file containing local news in the box あ る with the request ID news and category domestic. Is set to be delivered. Then, the request ID is shop, the category is gourmet, and the identification code “morning” is set in a frame ⑤ so that a document file having run-time information is set to be distributed.
また、 図示していないが、 上述の H T M Lドキュメント内にはコンテンツプロ バイダのセキュリティのために、 第 3者サイ卜への不正配信を防止する以下のよ うなリクエスト夕グが記述される。  Although not shown, the following request message is described in the HTML document described above to prevent unauthorized distribution to a third party site for the security of the content provider.
く !--#include virtual="btGet?ReqID=Cont&Param二 Value. >  Ku!-# Include virtual = "btGet? ReqID = Cont & Param2 Value.>
上記のリクエストタグは、 W e bサーバ 3 0がシステムセンタ 4 0との間でデ —夕の送受信を行う際のライセンス 'キ一となるものである。 W e bサ一バ 3 0 は、 携帯端末機 8からアクセスがあった場合に、 上記リクエストタグを有する H T T Pリクエストをシステムセン夕 4 0に送信する。  The request tag described above is a license key when the Web server 30 performs data transmission / reception with the system center 40 in the evening. The Web server 30 transmits an HTTP request having the above request tag to the system center 40 when there is access from the mobile terminal 8.
システムセンタ 4 0は、 コンテンツ配信に関して正式に契約した W e bサーバ 3 0に対してリクエストタグ内の任意のパラメータに対するライセンス ·キ一を 設定し、 HTTPリクエストを送信してきた We bサーバ 30が契約しているも のであるか否かを判断する。 これにより、 第 3者サイトからのリクエストによる 配信要求を却下し、 不正配信を防止する。 The system center 40 issues a license key for any parameter in the request tag to the web server 30 that has formally contracted for content distribution. The Web server 30 that has set and sent the HTTP request determines whether or not it is a contracted one. As a result, the distribution request by the request from the third party site is rejected, and illegal distribution is prevented.
ターゲティング条件の設定は、 コンテンップロバイダがシステムセン夕 40の コンテンツサーバに対して所定の入力フォームに従って属性を入力することによ つて行われる。 例えばリクエスト I 0が<8 01^>でカテゴリがく baseball>と指定 した枠内には、 閲覧者の属性が東京のときは在京球団の情報、 横浜のときは横浜 に本拠地を置く球団の情報を表示させるという条件や、 リクエスト I 0が<8110 > でカテゴリがく gourmetsと指定した枠内には、 閲覧者の属性が中高年のときは和 食系のお店の情報、 若者層の場合には洋食系のお店の情報を表示させるといった 各種任意のターゲティング条件がコンテンツプロバイダによって設定される。 次に、 コンテンツ配信方法について説明する。 閲覧者が携帯端末機 8にメディ アサイトの URLを入力すると、 閲覧者の属性を記録したクッキ情報やリクエス トヘッダ情報を含む HTTPリクエストが We bサーバ 30に送信される。 そし て、 HTTPリクエストを受信した We bサ一バ 30は、 HTMLドキュメント 内のリクエストタグ内の処理により、 その HTTPリクェストをシステムセン夕 40に転送する。 The setting of the targeting condition is performed by the content provider inputting an attribute to the content server of the system center 40 according to a predetermined input form. For example, in the frame where Request I 0 is <8 01 ^> and the category is baseball>, if the viewer's attribute is Tokyo, information on the baseball team in Tokyo, and if the viewer's attribute is Yokohama, information on the baseball team based in Yokohama. In the condition that the request is displayed, the request I 0 is < 8 110> and the category is gourmets, the information on the Japanese food shop when the viewer's attribute is middle-aged or older, and in the case of young people, Various optional targeting conditions, such as displaying information on western food-based shops, are set by the content provider. Next, a content distribution method will be described. When the viewer inputs the URL of the media site to the portable terminal 8, an HTTP request including the cookies information and request header information that record the attributes of the viewer is transmitted to the Web server 30. Then, the Web server 30 that has received the HTTP request transfers the HTTP request to the system center 40 by processing the request tag in the HTML document.
HTTPリクエストを受信したシステムセンタ 40は、 HTTPリクエス卜を 送信してきた We bサーバ 30が正規のものであるか否かをライセンス 'キーに よって判断し、 正規の We bサーバ 30である場合にはコンテンツ配信処理を実 行する。  The system center 40 that has received the HTTP request determines whether the Web server 30 that has transmitted the HTTP request is legitimate based on the license key, and if the Web server 30 is legitimate, Executes content distribution processing.
コンテンツ配信処理では、 まず最初に情報中継装置 10により HTTPリクェ ストのリクエストへッダ情報をサーバ用リクエストへッダ情報に書き換える操作 が行われる。 そして、 その際に外部のデータベース (第 1の実施例におけるュ一 ザデータベース 21) が検索され、 閲覧者の属性が更に詳細に把握され、 HTT Pリクエスト内に挿入される。  In the content distribution process, first, the information relay device 10 performs an operation of rewriting the request header information of the HTTP request into the server request header information. Then, at that time, an external database (user database 21 in the first embodiment) is searched, and the attributes of the viewer are grasped in more detail and inserted into the HTTP request.
HTTPリクエストを受け取ったコンテンツ配信サーバ 44は、 1. リクエス トタグ内のリクエスト I D及びカテゴリ、 2. クッキ情報や外部データベース検 索等に基づく閲覧者の属性、 3. コンテンツプロバイダによって設定されたター ゲティング条件という 3つの要素に基づいて、 コンテンツデータベース 4 5内か ら対応したコンテンツデータのドキュメントファイルを選択する。 Upon receiving the HTTP request, the content distribution server 44 determines: 1. the request ID and category in the request tag; 2. the attributes of the viewer based on cookie information and external database searches; 3. the target set by the content provider. Based on the three elements of the targeting condition, a document file of the corresponding content data is selected from the content database 45.
従って、 例えば 1 . リクエスト I Dがスポーツニュースでカテゴリが 「野球」 と設定され、 2。 閲覧者の属性が 「東京出身」 であり、 3 . 夕ーゲティング条件 により属性が 「東京」 の場合にはジャイアンツ球団の情報を表示させると設定が されている場合には、 ジャイアンツ球団のコンテンツデータを有したドキュメン トファイルが選択される。  Thus, for example: 1. Request ID is Sports News and the category is set to “Baseball”; If the attribute of the viewer is “Tokyo” and 3. If the attribute is set to “Tokyo” by the evening targeting condition, the information of the Giants team is set to be displayed, the content data of the Giants team is The document file you have is selected.
コンテンツ配信サーバ 4 4によって選択されたドキュメントファイルは、 H T T Pレスポンス内に挿入されて情報中継装置 1 0内に送信され、 H T T Pレスポ ンスのレスポンスヘッダ情報がクライアント用レスポンスヘッダ情報に書き換え られる操作が行われる。 そして、 ドキュメントファイルは、 H T T Pレスポンス 内に含まれた状態でシステムセンタ 4 0から W e bサーバ 3 0に送信される。  The document file selected by the content distribution server 44 is inserted into the HTTP response and transmitted to the information relay device 10, and an operation is performed in which the response header information of the HTTP response is rewritten into the client response header information. . Then, the document file is transmitted from the system center 40 to the Web server 30 while being included in the HTTP response.
W e bサーバ 3 0では、 システムセンタ 4 0から配信されてきたドキュメント ファイルを S S Iの機能によって H TMLドキュメント内に挿入し、 その H TM Lドキュメントを携帯端末機 8に送信する。 これにより、 携帯端末機 8では、 シ ステムセンタ 4 0から供給されたコンテンッを含んだ形のホームページが表示さ れる。 従って、 ホームべ一ジ内のコンテンツを閲覧者の属性に応じて動的に変更 することができる。  The Web server 30 inserts the document file distributed from the system center 40 into the HTML document by the function of the SSI, and transmits the HTML document to the portable terminal 8. As a result, on the portable terminal device 8, a home page including the content supplied from the system center 40 is displayed. Therefore, the contents in the home page can be dynamically changed according to the attributes of the viewer.
従って、 コンテンツプロバイダは、 ホームページの作成において、 H TM Lド キュメント内にリクエスト I Dとカテゴリを有したリクエストタグを記述し、 コ ンテンッサーバに夕一ゲティングの条件を入力するのみで、 ホームページ上に所 定のカテゴリを有しかつ閲覧者の属性に適合したコンテンツを動的に表示させる ことができるため、 ホームページの作成作業及びコンテンツの更新作業を容易な らしめることができる。  Therefore, when creating a homepage, the content provider simply describes the request tag with the request ID and category in the HTML document, and enters the conditions for evening targeting in the content server, and the content provider specifies the content on the homepage. Since it is possible to dynamically display content having the category described above and conforming to the attributes of the viewer, it is possible to easily perform a homepage creation operation and a content update operation.
また、 自分が提供するホームべ一ジを更新する場合に、 従来は H TMLドキュ メント全体の書き換え作業を行う必要があつたが、 本システムによれば、 更新を 希望するホームページのドキュメントファイルのみを作成してコンテンツデ一タ ベ一スに格納するのみでよく、 同様にコンテンツベンダから提供を受けたコンテ ンッを掲載 ·更新する場合もそのコンテンツデータのドキュメントファイルのみ を作成し、 コンテンツデ一夕べ一スに格納するのみでよいことから、 コンテンツ の更新作業に要する労力が大幅に軽減される。 In addition, when updating the home page provided by the user, it was necessary to rewrite the entire HTML document in the past, but according to this system, only the document file of the home page desired to be updated is It is only necessary to create and store it in the content database. Similarly, when posting and updating the content provided by the content vendor, only the document file of the content data is used Since it is only necessary to create the content and store it in the content database overnight, the labor required for updating the content is greatly reduced.
そして、 HTM Lドキュメント内にドキュメントファイルの動的な揷入を要求 するリクエストタグを複数設けるのみで、 ホームページに複数のコンテンツを表 示させることができるため、 更新作業を自動化することができ、 容易にコンテン ッを豊富化させることができる。  By simply providing a plurality of request tags in the HTML document that request dynamic entry of the document file, it is possible to display multiple contents on the homepage, so that the updating operation can be automated and easy. Content can be enriched in the future.
尚、 第 7図の (a ) は、 コンテンツプロバイダ自身が情報収集してコンテンツ データベース内に格納したドキュメントファイルを示すものであり、 第 7図の FIG. 7 (a) shows a document file collected by the content provider itself and stored in the content database.
( b ) は、 コンテンツ配信サーバ 4 4が (a ) のドキュメントファイルを選択し た場合にホームページ上の枠内に表示されるコンテンツを示すイメージ図である。 上述のコンテンツ配信システムによれば、 システムセン夕 4 0の情報中継装置 1 0によって、 HT T Pリクエス卜のリクエストヘッダ情報をサーバ用リクエス トヘッダ情報に書き換える操作がなされるので、 コンテンツ配信サ一バ 4 4は、 携帯端末機 8の機種やバージョン等の相違に影響を受けることなく、 リクエスト ヘッダ情報の内容を理解することができる。 (b) is an image diagram showing the content displayed in the frame on the homepage when the content distribution server 44 selects the document file of (a). According to the content distribution system described above, the operation of rewriting the request header information of the HTTP request into the request header information for the server is performed by the information relay device 10 of the system center 40. 4 can understand the contents of the request header information without being affected by differences in the model, version, etc. of the mobile terminal 8.
そして、 HT T Pレスポンスのレスポンスヘッダ情報をクライアント用レスポ ンスヘッダ情報に書き換える操作がなされるので、 携帯端末機 8は、 W e bサー バ 3 0を介してコンテンツ配信サーバ 4 4から受け取った HT T Pレスポンスの レスポンスヘッダ情報の内容を理解し、 それに基づく処理を行うことができる。 また、 HTMLなどの言語、 及び G I Fや B M Pなどの画像データを携帯端末 機 8に適合したフォーマットに変換する場合には、 一つのコンテンツフアイルで 種々の携帯端末機 8へのコンテンツ配信が可能となり、 従来、 携帯端末機 8の種 類ごとに対応するコンテンツファイルを作成していた入稿作業者の業務負担を著 しく軽減することができる。  Since the operation of rewriting the response header information of the HT TP response to the response header information for the client is performed, the portable terminal 8 transmits the HT TP response of the HT TP response received from the content distribution server 44 via the Web server 30. Understand the contents of the response header information and perform processing based on it. In addition, when converting languages such as HTML and image data such as GIF and BMP into a format compatible with the mobile terminal 8, content distribution to various mobile terminals 8 becomes possible with one content file. Conventionally, the work load of the submission worker who has created content files corresponding to the types of the mobile terminals 8 can be significantly reduced.
また、 このシステムによれば、 コンテンツベンダからのコンテンツデータの提 供をシステムセンタ 4 0が全て一括して受けることができるので、 コンテンツプ ロバイダは、 コンテンツベンダに対する交渉や契約等の煩雑な手続を排除するこ とができる。そして、従来は、コンテンツベンダから提供を受けるコンテンツは、 コンテンップロバイダ側で取捨選択することはできず、 全く必要としないコンテ ンッの対価も支払わなければならなかったが、 コンテンツサ一バが閲覧者の属性 に応じて必要なコンテンツデータだけを配信することができるので、 コンテンッ プロバイダは使用した情報に対する対価を支払えばよく、 コンテンッデ一夕の利 用金額を低額にでき、 メディアサイ卜の運営を容易なものとすることができる。 そして、 閲覧者は、 自己の属性に応じた種々の情報を同時に得ることができる ので、 他のサイトを閲覧する必要がなく、 これはコンテンツプロバイダからすれ ば、 閲覧者の他のサイトへの流出を防ぎ、 自分のメディアサイト内に囲い込みで きることとなり、 利用率向上によりサイトのページビューを増大させ、 高い広告 収入を得ることができるという利点となる。 Further, according to this system, since the system center 40 can receive all of the content data from the content vendor in a lump, the content provider can perform complicated procedures such as negotiations and contracts with the content vendor. It can be eliminated. Conventionally, content provided by a content vendor cannot be sorted out by the content provider, and content that is not needed at all is required. Although the content provider had to pay for the content, the content server can distribute only the necessary content data according to the viewer's attributes, so the content provider only has to pay for the information used. It is possible to reduce the amount of money used for overnight content, and to make the operation of the media site easier. And since the viewer can obtain various information according to his / her own attribute at the same time, there is no need to browse other sites. This means that users can be locked in their own media sites, and by increasing the usage rate, the number of page views on the site can be increased, and high advertising revenue can be obtained.
本発明は、 上述の第 1及び第 2の実施例に限定されるものではなく、 本発明の 趣旨を逸脱しない範囲で種々の変更が可能である。例えば、上述の各実施例では、 広告配信システム及びコンテンツ配信システムを例に説明したが、 メール配信シ ステムやプログラム配信システム等のクライアント ·サーバシステムに用いても よい。  The present invention is not limited to the above-described first and second embodiments, and various changes can be made without departing from the spirit of the present invention. For example, in each of the embodiments described above, the advertisement distribution system and the content distribution system have been described as examples, but the present invention may be applied to a client / server system such as a mail distribution system or a program distribution system.
[発明の効果]  [The invention's effect]
以上説明したように、 本発明に係る情報中継装置によれば、 クライアントに依 存する特有の仕様に基づきクライアントからの HT T Pリクエストのリクェスト ヘッダ情報をサ一バ用リクエストヘッダ情報に書き換えてサーバに渡すと共に、 サーバからの H T T Pレスポンスのレスポンスヘッダ情報をクライアント用レス ポンスヘッダ情報に書き換えてクライアントに渡すことによって、 サーバは、 リ クエストヘッダ情報を正確かつ確実に理解することができ、 メソッドを実行する ことができる。 その結果、 要求されたコンテンツやリクエストが不成功であった 旨の情報を含む HT T Pレスポンスをクライアントに返信することができる。 同様に、 クライアントも、 レスポンスヘッダ情報を正確かつ確実に理解するこ とができ、 予め設定されている処理を実行することができる。 その結果、 コンテ ンッゃリクエストが不成功であつた旨の情報を表示することができる。  As described above, according to the information relay device of the present invention, the request header information of the HTTP request from the client is rewritten to the server request header information and passed to the server based on the specific specifications depending on the client. At the same time, by rewriting the response header information of the HTTP response from the server to the response header information for the client and passing it to the client, the server can understand the request header information accurately and reliably, and the method can be executed. it can. As a result, an HTTP response containing the requested content and information indicating that the request was unsuccessful can be returned to the client. Similarly, the client can correctly and reliably understand the response header information and can execute a preset process. As a result, information indicating that the content request was unsuccessful can be displayed.
従って、 クライアントの機種、 ブラウザのバージョン等の特有の仕様や、 サ一 バのプログラム等に影響を受けることなく、 クライアントとサーバとの間で正確 かつ確実に情報を受け渡し、 その後の処理を実行させることができる。 [図面の簡単な説明] Therefore, the information is passed accurately and reliably between the client and server without being affected by the specific specifications such as the client model and browser version, the server program, etc., and the subsequent processing is executed. be able to. [Brief description of drawings]
第 1図は、 バナー広告を提供する広告システム全体を示す図である。  FIG. 1 is a diagram showing an entire advertisement system for providing a banner advertisement.
第 2図は、 新規なデバイスに対応するデバイスカートリッジの生成方法を示 す図である。  FIG. 2 is a diagram illustrating a method of generating a device cartridge corresponding to a new device.
第 3図は、 コンテンツ配信システムの機能構成を示す概念図である。  FIG. 3 is a conceptual diagram showing a functional configuration of the content distribution system.
第 4図は、 システムセンタのアーキテクチャを示す概念図である。  Fig. 4 is a conceptual diagram showing the architecture of the system center.
第 5図は、 ホームページの一部をタグにより示したイメージ図である。 第 6図は、 リクエスト I D及びカテゴリの一部を例示した一覧表である。 第 7図は、 ホームページ内に表示されるコンテンツ及びそのコンテンツを表 示させるためのドキュメントファイルを示す図である。  Fig. 5 is an image diagram showing a part of the homepage using tags. FIG. 6 is a list showing an example of the request ID and a part of the category. FIG. 7 is a diagram showing contents displayed on the homepage and a document file for displaying the contents.
[符号の説明]  [Explanation of symbols]
1 インタ一ネット  1 Internet
2 コンテンツサーバ (W e bサ一ノ  2 Content server (Web server)
3 広告配信サーバ (W e bサーバ)  3 Advertising distribution server (Web server)
4 クライアン卜 P C  4 Client PC
6 ゲ一トウエイ  6 Gateway
7 ブラウザ  7 Browser
8 デバイス (携帯電話)  8 devices (mobile phones)
9 データベース  9 Database
1 0 中継サーバ (情報中継装置)  10 Relay server (information relay device)
1 1  1 1
1 2 デバイスベースクラス  1 2 Device base class
1 3 デバイス力一トリッジ  1 3 Device power cartridge
1 4 インターフェースクラス  1 4 Interface Class
1 5 ターゲッ卜クリエ一夕クラス  1 5 Target Crier Overnight Class
1 6 カー卜リッジジェネレータ  1 6 Cartridge generator
2 0 フアイヤーウォール  2 0 Firewall

Claims

請求の範囲 The scope of the claims
1 . 1.
スの中継を行う情報中継装置において、 Information relay device that relays
前記クライアントに依存する特有の仕様に基づいて前記 HT T Pリクエストの リクエストヘッダ情報を前記サーバが理解できるサーバ用リクエストヘッダ情報 に書き換えると共に、 前記 H T T Pレスポンスのレスポンスヘッダ情報を前記ク ライアントが理解できるクライアント用レスポンスヘッダ情報に書き換える操作 を行うへッダ情報操作手段を有することを特徴とする情報中継装置。  Rewrite the request header information of the HTTP request into server request header information that can be understood by the server based on a specific specification that depends on the client, and, for the client that can understand the response header information of the HTTP response, An information relay device comprising header information operation means for performing an operation of rewriting the response header information.
2 . 前記へッダ情報操作手段は、 2. The header information operating means includes:
前記リクエストへッダ情報に基づいて前記クライアントの種類を判別する端末 機種類判別手段と、  Terminal type determining means for determining the type of the client based on the request header information;
前記クライアントに依存する特有の仕様を収容したデバイスカートリッジを前 記クライアントの種類ごとに有するデバイスカートリツジ保有手段と、  A device cartridge holding unit having a device cartridge containing a specific specification depending on the client for each type of the client,
前記クライアントの種類に応じた前記デバイスカートリッジを選択するデバイ スカ一トリッジ選択手段と、 を有し、  Device cartridge selection means for selecting the device cartridge according to the type of the client,
前記デバイス力一卜リッジ選択手段によって選択された前記デバイス力一トリ ッジ内の仕様に基づき前記リクエストヘッダ情報を前記サーバ用リクエストへッ ダ情報に書き換え、 前記レスポンスヘッダ情報を前記クライアント用レスポンス ヘッダ情報に書き換える操作を行うことを特徴とする請求項 1に記載の情報中継  The request header information is rewritten to the server request header information based on the specification in the device power selection selected by the device power selection means, and the response header information is replaced with the client response header. 2. The information relay according to claim 1, wherein an operation of rewriting the information is performed.
3 . 前記クライアントの種類に応じたデバイスカートリッジが前記デバイス力 一トリッジ保有手段に保有されていない場合に、 前記クライアントのブラウザの 仕様に基づいて仮 H T T Pリクエストを生成する仮 HT T Pリクエスト生成手段 と、 3. Temporary HT TP request generation means for generating a temporary HTTP request based on the specification of the client browser when a device cartridge corresponding to the type of the client is not held in the device cartridge holding means,
該生成した前記仮 H T T Pリクエストを前記クライアントのゲートウェイに対 して送信すると共に該送信された仮 HT T Pリクエストに基づく前記ゲートウェ ィからの仮 HTTPレスポンスを受信する仮 H TTP送受信手段と、 該仮 HTTPレスポンスに基づいて前記仮 HTTPリクエストによる前記ゲー トウエイへのリクエストが成功したか否かを判断するリクエスト成否判断手段と、 リクエスト成功の判断により新規なデバイス力一トリッジを生成し、 該デバイ スカートリツジに前記仮 HT T Pリクエストのリクエストへッダ情報を前記クラ イアントに依存する特有の仕様として収容するデバイス力一トリッジ生成手段と、 リクエスト失敗の判断により前記仮 H T T Pリクエストのリクエストへッダ情 報の内容を変更して再度前記ゲートウェイに対して送信し、 リクエスト成功の判 断がされるまで前記仮 H T T Pリクエストのリクエストへッダ情報の変更と前記 ゲートウェイに対する送信を繰り返し行う通信テスト手段と、 を有することを特 徵とする請求項 2に記載の情報中継装置。 The generated temporary HTTP request is transmitted to the client gateway, and the gateway based on the transmitted temporary HTTP request is transmitted. Temporary HTTP transmission / reception means for receiving a temporary HTTP response from the client, request success / failure determination means for determining whether or not the request to the gateway by the temporary HTTP request has been successful based on the temporary HTTP response; A device power generation means for generating a new device power cartridge by judging success, and storing the request header information of the temporary HTTP request in the device skirt ridge as a specific specification depending on the client; The request information of the provisional HTTP request is changed according to the determination of the request failure, and the content of the request information is changed and transmitted to the gateway again, and the request of the provisional HTTP request is continued until the request is determined to be successful. Communication test means for repeatedly changing information and transmitting to the gateway; Information relay apparatus according to claim 2, FEATURE: to have a.
4. 前記リクエスト成否判断手段は、 4. The request success / failure determination means:
前記仮 HTTPレスポンスのレスポンスへッ.ダ情報に含まれる HTTPステー タスコードに基づいて前記ゲートウェイへのリクエストが成功したか否かを判断 することを特徴とする請求項 3に記載の情報中継装置。  4. The information relay device according to claim 3, wherein whether or not the request to the gateway is successful is determined based on an HTTP status code included in the response header information of the temporary HTTP response.
5. 前記通信テスト手段は、 5. The communication test means includes:
前記仮 H T T Pリクエストの前記リクエストへッダ情報の内容を予め設定され ている規則及びパターンに従って変更することを特徴とする請求項 4又は 5に記 載の情報中継装置。  6. The information relay device according to claim 4, wherein the content of the request header information of the provisional HTTP request is changed according to a preset rule and pattern.
6. 前記請求項 1〜 5のいずれかに記載の情報中継装置は、 6. The information relay device according to any one of claims 1 to 5,
前記クライアン卜がインターネッ卜に接続可能で、 前記サ一バが We bサーバ である場合に、 前記インターネットと前記 We bサーバとの間に設けられること を特徴とする。  When the client is connectable to the Internet and the server is a Web server, the client is provided between the Internet and the Web server.
7. インタ一ネット接続機能を有するクライアントと We bサーバとの間で H TTPリクエストと HTTPレスポンスの中継を行う情報中継装置を有するクラ' イアント。サーバシステムにおいて、 7. A client with an information relay device that relays HTTP requests and HTTP responses between a client with an Internet connection function and a Web server. Iant. In the server system,
前記情報中継装置は、  The information relay device,
前記クライアントに依存する特有の仕様に基づいて前記 HT T Pリクエストの リクエストへッダ情報を前記 W e bサーバが理解できるサーバ用リクエストへッ ダ情報に書き換え、 前記 H T T Pレスポンスのレスポンスヘッダ情報を前記クラ イアントが理解できるクライアント用レスポンスヘッダ情報に書き換える操作を 行うヘッダ情報操作手段を備えることを特徴とするクライアン卜 ·サーバシステ ム。 8 . 前記クライアントは、  The request header information of the HTTP request is rewritten into server request header information that can be understood by the Web server based on a specific specification that depends on the client, and the response header information of the HTTP response is replaced by the client. A client / server system comprising a header information operating means for performing an operation of rewriting to client response header information which can be understood by the client. 8. The client
インターネット接続機能を有した携帯端末機であることを特徴とする請求項 7 に記載のクライアント ·サーバシステム。  The client / server system according to claim 7, wherein the client / server system is a portable terminal having an Internet connection function.
9 . 前記クライアントは、 9. The client
インタ一ネッ卜接続機能を有した携帯電話であることを特徴とする請求項 7に 記載のクライアント ·サーバシステム。  8. The client / server system according to claim 7, wherein the client / server system is a mobile phone having an Internet connection function.
1 0 . 前記クライアントは、 1 0. The client
前記インターネットに接続するためのゲートウェイを有することを特徴とする 請求項?〜 9のいずれかに記載のクライアント ·サーバシステム。  Claims: 1. A device comprising a gateway for connecting to the Internet. A client / server system according to any one of claims 9 to 9.
1 1 . 前記 W e bサーバは、 1 1. The Web server is
前記クライアントに供給されるコンテンツの一部に表示されるバナー広告を配 信する広告配信サーバであることを特徴とするクライアント ·サーバシステム。  A client-server system, which is an advertisement distribution server that distributes a banner advertisement displayed on a part of the content supplied to the client.
1 2 . 前記ヘッダ情報操作手段は、 1 2. The header information operating means includes:
前記リクエストへッダ情報に基づいて前記クライアントの種類を判別する端末 機種類判別手段と、 .  Terminal type determining means for determining the type of the client based on the request header information;
前記クライアントに依存する特有の仕様を収容したデバイスカートリッジを前 記クライアントの種類ごとに有するデバイスカートリッジ保有手段と、 Forward the device cartridge containing the specific specifications depending on the client Device cartridge holding means for each type of client;
前記クライアントの種類に応じた前記デバィスカートリツジを選択するデバイ スカートリッジ選択手段と、 を有し、  Device cartridge selecting means for selecting the device skirt ledge according to the type of the client,
前記デバイスカー卜リッジ選択手段によって選択された前記デバイスカートリ ッジ内の仕様に基づき前記リクエストヘッダ情報を前記サーバ用リクエストへッ ダ情報に書き換え、 前記レスポンスへッダ情報を前記クライアント用レスポンス ヘッダ情報に書き換える操作を行うことを特徴とする請求項 7〜1 1のいずれか に記載のクライアント ·サーバシステム 1 3。 前記情報中継装置は、  The request header information is rewritten into the server request header information based on the specifications in the device cartridge selected by the device cartridge selection means, and the response header information is replaced with the client response header information. The client / server system 13 according to any one of claims 7 to 11, wherein an operation of rewriting is performed. The information relay device,
前記クライアントの種類に応じたデバイスカ一トリッジが前記デバィスカート リッジ保有手段に保有されていない場合に、 前記クライアントのブラウザの仕様 に基づいて仮 HT T Pリクエストを生成する仮 HT T Pリクエスト生成手段と、 前記ゲ一トウエイに対して前記仮 HT T Pリクエストを送信すると共に前記仮 H T T Pリクエストに基づく前記ゲートウエイからの仮 H T T Pレスポンスを受 信する仮 H T T P送受信手段と、  A temporary HT TP request generating means for generating a temporary HT TP request based on a specification of a browser of the client when a device cartridge corresponding to the type of the client is not held in the device ridge holding means; Temporary HTTP transmission / reception means for transmitting the temporary HTTP request to the gateway and receiving a temporary HTTP response from the gateway based on the temporary HTTP request;
該仮 H T T Pレスポンスに基づいて前記仮 H T T Pリクエストによる前記ゲー トウエイへのリクエストが成功したか否かを判断するリクエスト成否判断手段と、 リクエスト成功の判断により新規なデバイスカートリッジを生成し、 該デバイ スカ一トリッジに前記仮 H T T Pリクエストのリクエストヘッダ情報を前記クラ イアントに依存する特有の仕様として収容するデバイスカートリッジ生成手段と、 リクエスト失敗の判断により前記仮 H T T Pリクエストのリクエストヘッダ情 報の内容を変更して再度前記ゲートウェイに対して送信し、 リクエスト成功の判 断がされるまで前記仮 HT T Pリクエストのリクエストヘッダ情報の変更と前記 ゲートウェイに対する送信を繰り返し行う通信テスト手段と、 を有することを特 徵とする請求項 1 0〜1 2のいずれかに記載のクライアント 'サーバシステム。  Request success / failure determining means for determining whether or not the request to the gateway by the temporary HTTP request is successful based on the temporary HTTP response; and generating a new device cartridge by determining the request success; A device cartridge generating means for storing the request header information of the temporary HTTP request as a unique specification depending on the client in a cartridge, and changing the content of the request header information of the temporary HTTP request based on the determination of the request failure and re-executing the request. A communication test unit for transmitting to the gateway and repeatedly changing request header information of the temporary HTTP request and transmitting to the gateway until a success of the request is determined. Item 10 0-12 The client's server system as described in Reka.
1 4。 前記リクエスト成否判断手段は、 14. The request success / failure determination means includes:
前記仮 H T T Pレスポンスのレスポンスヘッダ情報に含まれる H T T Pステー タスコ一ドに基づいて前記ゲ一トウエイへのリクエストが成功したか否かを判断 することを特徴とする請求項 1 3に記載のクライアント 'サーバシステム。 HTTP status included in the response header information of the provisional HTTP response 14. The client / server system according to claim 13, wherein it is determined whether or not the request to the gateway is successful based on a task code.
1 5 . 前記通信テスト手段は、 15. The communication test means includes:
前記仮 H T T Pリクエストの前記リクエストへッダ情報の内容を予め設定され ている規則及びパターンに従って変更することを特徴とする請求項 1 3又は 1 4 に記載のクライアント 'サーバシステム。  15. The client server system according to claim 13, wherein the contents of the request header information of the provisional HTTP request are changed according to a preset rule and pattern.
1 6 . 前記情報中継装置は、 1 6. The information relay device,
データベースを検索するか否かの判断を前記 HT T Pリクエストに含まれるリ クエストタグ情報に基づいて行う検索判断手段と、  Search determining means for determining whether or not to search the database based on request tag information included in the HTTP request;
検索するとの判断により前記データベースを検索し、 該検索結果を前記リクェ スト夕グ内に挿入する検索情報付加手段と、 を有することを特徴とする請求項 7 〜1 5のいずれかに記載のクライアント ·サーバシステム。  The client according to any one of claims 7 to 15, further comprising: a search information adding unit that searches the database according to a determination to search, and inserts the search result into the request message. · Server system.
1 7 . 前記検索判断手段は、 1 7. The search judging means:
前記リクエストタグ情報に含まれているクッキー情報に基づいて検索判断を行 うことを特徴とする請求項 1 6に記載のクライアント ·サーバシステム。 17. The client / server system according to claim 16, wherein a search is determined based on cookie information included in the request tag information.
補正書の請求の範囲 Claims of amendment
[2001年 8月 20日 (20. 08. 01 ) 国際事務局受理:出願当初の請求の範囲 7, 1 2, 1 3及び 1 6は補正された;出願当初の請求の範囲 1一 6, 8— 1 1 , 1 4, 1 5 及び 1 7は取リ下げられた;他の請求の範囲は変更なし。 ( 3頁) ]  [August 20, 2001 (20.08.01) Accepted by International Bureau: Claims 7, 12, 13, and 16 at the time of filing were amended; Claims at the time of filing 8—11, 14, 15, and 17 have been withdrawn; other claims remain unchanged. (Page 3)]
1. (削除) 1. (Delete)
2. (削除)  2. (Delete)
3. (削除)  3. (Delete)
4. (削除)  4. (Delete)
5. (削除)  5. (Delete)
6. (削除)  6. (Delete)
7. (補正後) リクエスト元の携帯端末機がコンテンツサーバからコンテンツ の配信を受けることにより、 前記携帯端末機から広告配信サーバに対して自動的 にバナー広告の配信が要求され、 該要求を受けた広告配信サーバによって対応す るバナー広告が前記携帯端末機に配信されるインターネットを利用したバナー広 告配信システムにおいて、  7. (After correction) When the requesting mobile terminal receives the content distribution from the content server, the mobile terminal automatically requests the advertisement distribution server to distribute the banner advertisement, and receives the request. In a banner advertisement distribution system using the Internet, a corresponding banner advertisement is distributed to the portable terminal by the advertisement distribution server,
前記携帯端末機と前記広告配信サーバとの間で情報配信の中継を行う情報中継 装置を設け、  An information relay device for relaying information distribution between the portable terminal device and the advertisement distribution server is provided,
前記情報中継装置は、  The information relay device,
前記携帯端末機から前記広告配信サーバに対するバナー広告の配信要求を中継 する際に、 前記携帯端末機から前記情報中継装置に送信されてきた HTTPリク エストのリクエストヘッダ情報に基づいて前記携帯端末機の種類を判別し、 予め 携帯端末機の種類ごとに収容されている各携帯端末機に依存する特有の仕様の中 から前記判別された携帯端末機に依存する特有の仕様を選択し、 該選択した特有 の仕様に基づいて前記 HTTPリクェストのリクエストヘッダ情報を前記広告配 信サーバが理解できるサーバ用リクエストヘッダ情報に書き換え、 該リクエスト ヘッダ情報の書き換えが行われた HTTPリクエストを前記広告配信サーバに配 信し、  When relaying a banner advertisement distribution request from the mobile terminal to the advertisement distribution server, the mobile terminal transmits the banner advertisement based on the HTTP request header information transmitted from the mobile terminal to the information relay device. The type is determined, and a specific specification dependent on the determined mobile terminal is selected from the specific specifications dependent on each mobile terminal accommodated in advance for each type of the mobile terminal, and the selected type is selected. The request header information of the HTTP request is rewritten to server request header information that can be understood by the advertisement distribution server based on a specific specification, and the HTTP request with the rewritten request header information is transmitted to the advertisement distribution server. And
前記広告配信サーバから前記携帯端末機に対するバナー広告の配信を中継する 際に、 前記広告配信サーバから前記情報中継装置に送信されてきた HTTPレス ポンスのレスポンスへッダ情報を前記携帯端末機に依存する特有の仕様に基づい て前記携帯端末機が理解できるクライアント用リクエストへッダ情報に書き換え、  When relaying the banner advertisement from the advertisement distribution server to the mobile terminal, the HTTP response response header information transmitted from the advertisement distribution server to the information relay device depends on the mobile terminal. Rewriting the client request header information that the portable terminal can understand based on the specific specifications
補正された 条約第 該レスポンスへッダ情報の書き換えが行われた H T T Pレスポンスを前記携帯端 末機に配信することを特徴とするバナー広告配信システム。 Amended Convention No. A banner advertisement distribution system, which distributes an HTTP response in which the response header information has been rewritten to the portable terminal.
8. (削除)  8. (Delete)
9. (削除)  9. (Delete)
10. (削除)  10. (Delete)
1 1. (削除) .  1 1. (Deleted).
12. (補正後) 前記情報中継装置は、  12. (After amendment) The information relay device
前記携帯端末機に依存する特有の仕様を収容したデバイスカートリッジを前記 携帯端末機の種類ごとに保有するデバイスカートリツジ保有手段と、 前記判別し た携帯端末機に対応するデバイスカートリッジを前記デバイスカートリッジ保有 手段に保有されているデバイスカートリッジの中から選択するデバイスカートリ ッジ選択手段を有し、  Device cartridge holding means for holding a device cartridge containing a specific specification depending on the portable terminal for each type of the portable terminal; and holding the device cartridge corresponding to the determined portable terminal in the device cartridge. Device cartridge selecting means for selecting from device cartridges held by the means,
該選択された前記デバイスカートリッジに収容されている特有の仕様に基づい て前記 HTTPリクェス トのリクエストヘッダ情報を前記広告配信サーバが理解 できるサーバ用リクエストヘッダ情報に書き換え、 前記 HTTPレスポンスのレ スポンスへッダ情報を前記携帯端末機が理解できるクライアント用レスポンスへ ッダ情報に書き換えることを特徴とする請求項 7に記載のバナー広告配信システ ム。  The request header information of the HTTP request is rewritten into server request header information that can be understood by the advertisement distribution server based on the specific specification contained in the selected device cartridge, and the response of the HTTP response is rewritten. 8. The banner advertisement distribution system according to claim 7, wherein the header information is rewritten into client response header information that can be understood by the portable terminal.
13. (補正後) 前記情報中継装置は、  13. (After amendment) The information relay device
前記 HTTPリクエストを送信してきた携帯端末機に対応するデバイスカート リッジが前記デバイスカートリッジ保有手段に保有されていないとの判断により、 前記携帯端末機が新規な携帯端末機であると判断した場合に、  If it is determined that the device cartridge corresponding to the mobile terminal that has transmitted the HTTP request is not held in the device cartridge holding unit, and the mobile terminal is determined to be a new mobile terminal,
新規なデバイスカートリッジを生成し、 その内部に前記携帯端末機のブラウザ 情報に基づいて作成した仮のリクエストヘッダ情報を収容し、  A new device cartridge is generated, and temporary request header information created based on the browser information of the portable terminal is accommodated therein,
前記仮のリクエストヘッダ情報を有する仮 HTT Pリクエストを前記携帯端末 機と前記ィンターネットとの間でプ口トコル変換を行うゲートウエイに対して送 信して前記ゲートウヱイからの仮 HTTPレスポンスを受信し、  A tentative HTTP request having the tentative request header information is transmitted to a gateway that performs a protocol conversion between the portable terminal and the Internet, and a tentative HTTP response from the gateway is received. ,
前記受信した前記仮 HTTPレスポンスに基づいて前記仮 HTTPリグエスト による前記ゲートウヱイへのリクエストが成功したか否かを判断し、  Judging whether or not the request to the gateway by the temporary HTTP request is successful based on the received temporary HTTP response;
補正された ffl紙 (条約第 条)' リクエスト失敗の判断により前記新規なデバイスカートリッジに収容している 仮のリクエストヘッダ情報の内容を変更すると共に変更後の仮のリクエストへッ ダ情報を有する仮 HT T Pリクェス トを再度前記ゲートウェイに対して送信して 前記リクエスト成功の判断がされるまで前記仮のリクエストヘッダ情報の変更と 前記ゲートウエイに対する送信を繰り返し行い、 Amended ffl paper (Article Treaty) ' Upon determining that the request has failed, the content of the temporary request header information contained in the new device cartridge is changed, and a temporary HTTP request having the changed temporary request header information is sent to the gateway again. Transmitting and repeatedly changing the provisional request header information and transmitting to the gateway until the success of the request is determined,
リクエスト成功の判断により前記デバイスカートリッジ內の前記仮のリクエス トヘッダ情報の内容を前記新規な携帯端末機に依存する特有の仕様として設定し、 前記携帯端末機に対応するデバイスカートリッジを自動的に生成することを特徴 とする請求項 1 2に記載のバナー広告配信システム。  By determining the request success, the contents of the temporary request header information of the device cartridge 內 are set as specific specifications depending on the new portable terminal, and a device cartridge corresponding to the portable terminal is automatically generated. 13. The banner advertisement distribution system according to claim 12, wherein:
1 4 . (削除)  1 4. (Deleted)
1 5 . (削除)  1 5 (deleted)
1 6 . (補正後) 前記情報中継装置は、  1 6. (After correction) The information relay device
前記携帯端末機から前記広告配信サーバに対するバナー広告の配信要求を中継 する際に、 複数の携帯端末機のユーザ情報が蓄積されているユーザデータベース 内を検索して、 該当する携帯端末機のユーザ情報を抽出し、 前記 H T T Pリクェ ストに付して前記広告配信サーバに提供することを特徴とする請求項 7、 1 2、 1 3のいずれかに記載のバナー広告配信システム。  When relaying a banner advertisement distribution request from the mobile terminal to the advertisement distribution server, a search is performed in a user database in which user information of a plurality of mobile terminals is stored, and user information of the corresponding mobile terminal is searched. The banner advertisement distribution system according to any one of claims 7, 12 and 13, wherein the advertisement distribution server extracts the HTTP request and supplies the HTTP request to the advertisement distribution server.
1 7 . (削除)  1 7. (Deleted)
篛正された (条約第 19条) 条約第 1 9条 (1 ) に基づく説明書 篛 Corrected (Article 19 of the Convention) Statement under Article 19 (1) of the Convention
1 . 請求の範囲第 7項のバナー広告配信システムは、 旧第 8項及ぴ第 1 1項に記載されて いた要件を付加したものであり、 これにより、 携帯端末機がコンテンツの提供を受けるこ とによって広告配信サーバに対し自動的にバナー広告の配信が要求され、 その携帯端末機 に対してバナー広告を配信するバナー広告配信システムであることを明確にした。 1. The banner advertisement distribution system in claim 7 is a system in which the requirements described in the previous paragraphs 8 and 11 are added, whereby the mobile terminal receives the provision of the content. As a result, it was clarified that the banner advertisement distribution system automatically requests the advertisement distribution server to distribute the banner advertisement, and distributes the banner advertisement to the portable terminal.
一方、 引用例 1 (特開平 6—1 8 7 2 5 8号) には、 送信側外部装置から入力された伝 送データを受信側外部装置に合わせた伝送データに変換するデータ処理装置が示されてお り、 引用例 2 (特開平 1 1— 1 4 9 4 4 8号) には、 サーバとクライアント端末との間で 情報の中継を行う中継サーバを有したネットワークシステムが示されている。  On the other hand, the cited example 1 (Japanese Patent Laid-Open No. 6-187572) discloses a data processing device that converts transmission data input from a transmission-side external device into transmission data suitable for a reception-side external device. Reference 2 (Japanese Unexamined Patent Application Publication No. Hei 11-144948) discloses a network system having a relay server that relays information between a server and a client terminal. .
上記請求の範囲第 7項のバナー広告配信システムは、 予め特定されていない互いに未知 の携帯端末機と広告配信サーバとの間で情報配信の中継を適切に行うことを目的としたも のであり、 情報中 II装置が、 コンテンツサーバと携帯端末機との間ではなく、 コンテンツ サーバとは別の場所に配置されている広告配信サーバと携帯端末機との間に設けられてい る。  The banner advertisement distribution system according to claim 7 is intended to appropriately relay information distribution between an unknown portable terminal and an advertisement distribution server that are not specified in advance. The II device in the information is provided not between the content server and the mobile terminal, but between the advertisement distribution server and the mobile terminal located at a different location from the content server.
これに対し、 引用例 1のデータ処理装置は、 予め特定されている送信側端末装置と受信 側端末装置との間に設けられ、 これらの端末装置間で情報の中継を行うことを目的とする 点で、 本願発明と異なる。 また、 引用例 2のネットワークシステムは、 予め特定されてい るクライアント端末とサーバとの間に中継サーバが設けられ、 これらの予め特定されてい るクライアント端末とサーバとの間で情報の中継を行うことを目的とする点で、 本願 明 と異なる。 従って、 本願発明は、 引用例 1、 2とは相異し、 新規性、 進歩性を有するもの と居、料する。  In contrast, the data processing device of Reference 1 is provided between a transmitting terminal device and a receiving terminal device specified in advance, and aims to relay information between these terminal devices. In this respect, the present invention is different from the present invention. In addition, in the network system of Reference 2, a relay server is provided between a client terminal and a server that are specified in advance, and information is relayed between the client terminal and the server that are specified in advance. This is different from the present invention in that it aims at Therefore, the present invention is different from the cited examples 1 and 2 and has novelty and inventive step.
2 . 請求の範囲第 1 3項のバナー広告配信システムは、 新規な携帯端末機が登場した場合 に、 情報中継装置が、 携帯端末機のゲートウェイに対して自動的に仮 HT T Pリクエスト を送信し、 ゲートウェイからの仮 HT T Pレスポンスの受信に基づき、 対応するデバイス カートリッジ (請求の範囲第 1 2項参照) を自動的に生成することを明確にした。 2. In the banner advertisement distribution system according to claim 13, when a new mobile terminal appears, the information relay device automatically sends a temporary HTTP request to the gateway of the mobile terminal. Clarified that a corresponding device cartridge (refer to claim 12) is automatically generated based on the reception of the temporary HTTP response from the gateway.
引用例 3 (特開平 7— 6 6 8 4 6号) には、 相手方電子計算機との間で電文の送受信を 行い、 受信した電文の解析結果に基づき、 相手方電子計算機の通信プロトコルを特定する 通信プロトコル調査装置が開示されている。  The cited example 3 (Japanese Patent Application Laid-Open No. 7-68664) describes a communication that transmits and receives a message to and from the other computer and specifies the communication protocol of the other computer based on the analysis result of the received message. A protocol research device is disclosed.
上記請求の範囲第 1 3項のバナー広告配信システムは、 デバイスカートリッジ保有手段 に新たに追加された新規な携帯端末機に対応するデバイスカートリッジを用いてリクエス トヘッダ情報とレスポンスヘッダ情報の変換を行い、 その新規な携帯端末機と広告配信サ —バとの間の情報配信を中継する。 これによれば、 新規な携帯端末機の登場に対して迅速 に対応することができ、 携帯端末機の種類の増加に応じて対応するデバイスカートリッジ を自己増殖的に自動的に増加させることができる。  The banner advertisement distribution system according to claim 13 converts the request header information and the response header information by using a device cartridge corresponding to a new portable terminal newly added to the device cartridge holding means, It relays information distribution between the new mobile terminal and the advertisement distribution server. According to this, it is possible to respond promptly to the emergence of a new portable terminal, and to automatically increase the number of corresponding device cartridges in a self-proliferating manner as the type of portable terminal increases. .
一方、 弓 I用例 3の通信プロトコル調査装置は、 相手方電子計算機の通信プロトコルを特 定するだけである。 従って、 本願発明は、 引用例 3と異なり、 弓 I用例 3に対して新規性、 進歩性を有するものと思料する。  On the other hand, the communication protocol investigation device of Example 3 for Bow I only specifies the communication protocol of the other computer. Therefore, unlike the Reference 3, the present invention is considered to have novelty and an inventive step with respect to the Bow I Example 3.
PCT/JP2001/001908 2000-04-12 2001-03-12 Information repeater and client/server system WO2001080019A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
AU41099/01A AU4109901A (en) 2000-04-12 2001-03-12 Information repeater and client/server system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2000110229 2000-04-12
JP2000-110229 2000-04-12

Publications (1)

Publication Number Publication Date
WO2001080019A1 true WO2001080019A1 (en) 2001-10-25

Family

ID=18622772

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2001/001908 WO2001080019A1 (en) 2000-04-12 2001-03-12 Information repeater and client/server system

Country Status (2)

Country Link
AU (1) AU4109901A (en)
WO (1) WO2001080019A1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004094736A (en) * 2002-09-02 2004-03-25 Toshiba Corp Electronic equipment, communication environment setting method and program
US8116261B2 (en) 2003-09-19 2012-02-14 Access Co., Ltd. Message display terminal, gateway server, program for message display terminal, and program for gateway server

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06187258A (en) * 1992-12-17 1994-07-08 Hitachi Ltd Method and device for processing data
JPH0766846A (en) * 1993-08-25 1995-03-10 Nippon Telegr & Teleph Corp <Ntt> Communication protocol examining device
JPH10301946A (en) * 1997-04-24 1998-11-13 Fujitsu Ltd Information providing device
JPH11149448A (en) * 1997-11-18 1999-06-02 Sony Corp Network system, client terminal and relay server

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06187258A (en) * 1992-12-17 1994-07-08 Hitachi Ltd Method and device for processing data
JPH0766846A (en) * 1993-08-25 1995-03-10 Nippon Telegr & Teleph Corp <Ntt> Communication protocol examining device
JPH10301946A (en) * 1997-04-24 1998-11-13 Fujitsu Ltd Information providing device
JPH11149448A (en) * 1997-11-18 1999-06-02 Sony Corp Network system, client terminal and relay server

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004094736A (en) * 2002-09-02 2004-03-25 Toshiba Corp Electronic equipment, communication environment setting method and program
US8116261B2 (en) 2003-09-19 2012-02-14 Access Co., Ltd. Message display terminal, gateway server, program for message display terminal, and program for gateway server

Also Published As

Publication number Publication date
AU4109901A (en) 2001-10-30

Similar Documents

Publication Publication Date Title
US9081756B2 (en) Method and apparatus for populating a form with data
US7739658B2 (en) Web server for remote user devices service and web page generation
US9479343B2 (en) Engine for processing content rules associated with locations in a page
KR101367928B1 (en) Remote module incorporation into a container document
US7747782B2 (en) System and method for providing and displaying information content
US7072984B1 (en) System and method for accessing customized information over the internet using a browser for a plurality of electronic devices
US20020112078A1 (en) Virtual machine web browser
US20060294396A1 (en) Multiplatform synchronized data access from mobile devices of dynamically aggregated content
KR20090016745A (en) Message catalogs for remote modules
WO2004040481A1 (en) A system and method for providing and displaying information content
CN101606371A (en) Content distribution management device, communication terminal, program and content delivering system
CA2437273C (en) Network conduit for providing access to data services
CN1997997A (en) Improved user interface
JP2002132836A (en) Device and method for file generation, data managing method, and information communication terminal device
WO2001009771A9 (en) Targeted advertising system
CN101933011B (en) System and method for profiling remote user interface
US6658452B1 (en) Schemes for selecting and passing an application from an application provider to an application service provider
WO2001080019A1 (en) Information repeater and client/server system
KR20010084096A (en) System and method for providing domain name using by telephone number
WO2005094186A2 (en) E-mail automatic processing program, recording medium containing e-mail automatic processing program, and e-mail automatic processing system
US20040260817A1 (en) Facilitating access to a resource of an on-line service
US8849872B2 (en) Providing a model-view-controller relationship
JP2002183024A (en) System and method for adding information
JP2002149674A (en) Hierarchical database retrieval system
KR20010016332A (en) System and method for providing search engine by using banner

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref country code: JP

Ref document number: 2001 553967

Kind code of ref document: A

Format of ref document f/p: F

AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EE ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NO NZ PL PT RO RU SD SE SG SI SK SL TJ TM TR TT TZ UA UG US UZ VN YU ZA ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZW AM AZ BY KG KZ MD RU TJ TM AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE TR BF BJ CF CG CI CM GA GN GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)