[go: up one dir, main page]

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
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2001/001908
Other languages
English (en)
French (fr)
Inventor
Hideaki Inoue
Masahiro Hirakawa
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to AU41099/01A priority Critical patent/AU4109901A/en
Publication of WO2001080019A1 publication Critical patent/WO2001080019A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

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

Description

明现曞
情報䞭継装眮及びクラむアント ·サヌバシステム
[発明の属する技術分野]
本発明は、 クラむアントずサヌバずの間で HT T Pリク゚スト及び H T T Pレ スポンスの䞭継を行う情報䞭継装眮及びクラむアント ·サヌバシステムに関する。
[埓来の技術]
むンタ䞀ネットを利甚したクラむアント ·サヌバシステムでは、 プロトコルに HTTP (Hyper Text Transfer Protocol) が甚いられおいる。 HTTPでは、 ク ラむアントずサヌバずの間で、 リク゚ストヘッダ情報及びリク゚ストタグ情報を 含む HTTPリク゚ストず、 レスポンスヘッダ情報及びレスポンスタグ情報を含 む HTTPレスポンスの受け枡しによっお情報のやり取りが行われる。
䟋えば、 コンテンツを埗るためにクラむアントからコンテンッサヌバに H T T Pリク゚ストが送信されるず、 コンテンツサヌバは、 HTTPに埓っお HTTP リク゚ストを解析する。
リクェストの解析では、 たず最初にリク゚ストヘッダ情報の内容が理解できる か吊かを刀断する。 そしお、 理解できるず刀断した堎合には、 リク゚ストされた メ゜ッドを実行する。 メ゜ッドを実行した結果、 芁求されたコンテンツを読み出 すこずができた堎合には、 リク゚ストが成功した旚の情報ずそのコンテンツを含 む HTTPレスポンスをクラむアントに返信する。
たた、 メ゜ッドを実行した結果、 芁求されたコンテンツが存圚しない堎合や読 み出すこずができない堎合には、 リク゚ス卜が䞍成功である旚の情報を含む HT TPレスポンスをクラむアントに返信する。
䞀方、 クラむアントは、 HTTPレスポンスを受け取るず、 レスポンスヘッダ 情報の内容が理解できるか吊かを刀断し、 理解できる堎合には予め蚭定されおい る凊理を実行し、 リク゚ストが成功した旚の情報を含む HTTPレスポンスを受 けた堎合にはコンテンツを衚瀺させ、 リク゚ストが䞍成功である旚の情報を含む HTTPレスポンスを受けた堎合にはその旚を衚瀺させる。
[発明が解決しょうずする課題] しかしながら、 コンテンツサヌバは、 リク゚ストヘッダ情報の内容を理解でき ない堎合、 メ゜ッドを実行するこずはできず、 H T T Pレスポンスをクラむアン トに返すこずもできない。
たた、 クラむアントでも、 コンテンツサヌバから送られおきた H T T Pレスポ ンスのレスポンスヘッダ情報の内容を理解できない堎合には、 凊理を実行するこ ずはできず、 リク゚ストが成功したのか吊かさえもわからない状況ずなる。
埓っお、 クラむアントがサヌバにリク゚ストを送ったにもかかわらず、 䜕の反 応もなく、 むンタヌネット䞊の情報が取埗できないずいう事態が発生するこずが あった。
このような事態の発生は、 近幎におけるクラむアントの倚様化、 特に携垯電話 や P D Aなどのむンタ䞀ネット接続機胜を有する携垯端末機の登堎、 及びその皮 類の爆発的な増加によっお、 より䞀局顕圚化しおいる。
すなわち、 埓来は、 むンタ䞀ネットに接続するクラむアントずしおデスクトツ プパ゜コンが䞻に甚いられおいたので、 所定範囲内で芏栌が統䞀されおいた.。 埓 ぀お、 サヌバではクラむアントがデスクトップパ゜コンであるこずを前提ずしお プログラムを䜜成すればよく、 クラむアントでもサヌバが察応しおいるこずを前 提ずしおブラりザを䜜成すればよかった。
しかし、 携垯端末機は、 デスクトップパ゜コンず比范しお衚瀺画面の倧きさや 衚瀺ドット数、 受信デヌタ量などの仕様が倧きく異なり、 それぞれが独自に特有 の仕様を有しおいるこずから、 そのブラりザも、 それぞれの仕様に各々察応した ものが存圚し、 倚皮倚様でその数は膚倧な数ずなる。
埓来、 サヌバ偎では各携垯端末機に察しおそれぞれ専甚のプログラムを䜜成し おいたが、 これらの䜜業は、 ブラりザのバヌゞョンアップや新芏な仕様を有する 携垯端末機が登堎するたびに行わなければならず、煩雑でコス卜がかさんでいた。 たた、 携垯端末機偎でも、 耇数のサヌバに察応できるようにプログラムを䜜成し おいたが、 党おのサヌバに察応するこずは䞍可胜である。
埓っお、 䞊述のようにリク゚ストヘッダ情報やレスポンスヘッダ情報の内容を 理解するこずができず、 䜕らかの情報を互いに受け枡すこずすらたたならない状 況が倚発しおいる。 本発明は、 䞊述の点に鑑みおなされたものであり、 その目的は、 ずサヌバが互いに正確な情報を確実に受け枡すこずができる情報䞭継装眮及びク ラむアント ·サヌバシステムを提䟛するこずにある。
[課題を解決するための手段]
䞊蚘課題を解決する請求項 1に蚘茉の発明は、 クラむアントずサヌバずの間で HT T Pリク゚スト及び HT T Pレスポンスの䞭継を行う情報䞭継装眮においお、 クラむアントに䟝存する特有の仕様に基づいお HT T Pリク゚ストのリク゚スト ヘッダ情報をサヌバが理解できるサ䞀バ甚リク゚ストヘッダ情報に曞き換えるず 共に、 H T T Pレスポンスのレスポンスぞッダ情報をクラむアントが理解できる クラむアント甚レスポンスぞッダ情報に曞き換える操䜜を行うぞッダ情報操䜜手 段、 を有するこずを特城ずする。
請求項 1に蚘茉の発明によれば、 情報䞭継装眮は、 クラむアントに䟝存する特 有の仕様に基づいお、 クラむアントからの H T T Pリク゚ストのリク゚ストぞッ ダ情報をサヌバが理解できるサ䞀バ甚リク゚ストヘッダ情報に曞き換えおサヌバ に枡すず共に、 サヌバからの HT T Pレスポンスのレスポンスヘッダ情報をクラ むアントが理解できるクラむアント甚レスポンスぞッダ情報に曞き換えおクラむ アントに枡す。
埓っお、 サヌバは、 リク゚ストヘッダ情報を理解するこずができ、 メ゜ッドを 実行するこずができる。 その結果、 芁求されたコンテンツやリク゚ストが䞍成功 であった旚の情報を含む HT T Pレスポンスをクラむアントに返信するこずがで さる。
同様に、 クラむアントも、 レスポンスヘッダ情報を理解するこずができ、 予め 蚭定されおいる凊理を実行するこずができる。 その結果、 コンテンツやリク゚ス トが䞍成功であ぀た旚の情報を衚瀺するこずができる。
これにより、 サ䞀バ偎では、 クラむアントの皮類ごずに専甚のプログラムをそ れぞれ䜜成する手間を省略するこずができ、 クラむアント偎では、 耇数のサヌバ に察応するためのブラりザを䜜成する手間を省略するこずができる。
埓っお、 クラむアントの機皮、 ブラりザのバヌゞョン等の特有の仕様や、 サ䞀 バのプログラム等に圱響を受けるこずなく、 クラむアントずサヌバずの間で正確 か぀確実に情報の受け枡しを行うこずができる。 尚、 䞊蚘クラむアントには、 い わゆるパ゜コンの他に、 むンタ䞀ネット接続機胜を有した携垯電話や P D A等の 端末機も含たれおいる。
請求項 2に蚘茉の発明は、 請求項 1に蚘茉の情報䞭継装眮においお、 ヘッダ情 報操䜜手段が、 リク゚ストぞッダ情報に基づいおクラむアントの皮類を刀別する 端末機皮類刀別手段ず、 クラむアントに䟝存する特有の仕様を収容したデバむス カヌトリッゞをクラむアントの皮類ごずに有するデバむスカヌトリッゞ保有手段 ず、 クラむアントの皮類に応じたデバむスカヌトリツゞを遞択するデバむスカ䞀 トリッゞ遞択手段ず、 を有する。
そしお、 デバむスカヌトリッゞ遞択手段によっお遞択されたデバむス力䞀トリ ッゞ内の仕様に基づきリク゚ストぞッダ情報をサヌバ甚リク゚ストぞッダ情報に 曞き換え、 レスポンスヘッダ情報をクラむアント甚レスポンスヘッダ情報に曞き 換える操䜜を行うこずを特城ずする。
請求項 2の発明によれば、 クラむアントに䟝存する特有の仕様は、 各クラむア ン卜の皮類ごずに蚭けられたデバむスカヌトリッゞに収容されおおり、 クラむア ントに応じお遞択されたデバむス力䞀トリッゞ内の仕様に基づいおリクェストぞ ッダ情報及びレスポンスぞッダ情報の曞き換えが行われる。
埓っお、 新芏なクラむアントが登楊した堎合には、 新たなデバむス力䞀トリッ ゞを远加するのみで察応するこずができる。 これにより、 埓来のように新芏なク ラむアントが登堎するたびにサヌバのプログラム党䜓を改造する必芁がなく、 早 期の察応が可胜ずなる。 たた、 プログラム倉曎に䌎うコストを䜎枛するこずがで さる。
請求項 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リク゚スト を自動的に生成する。
そしお、 ä»® HT T P送受信手段により、 その新芏なクラむアントのゲヌトゥェ ィに察しお仮 HT T Pリク゚ストを送信し、 ゲヌトりェむに察しおあたかも新芏 なクラむアントから H T T Pリク゚ス卜があ぀たかのように擬䌌的なアクセスを みる。
そしお、 リク゚スト成吊刀断手段で、 ゲヌトりェむからの仮 HT T Pレスボン スに基づき、 ä»® H T T Pリク゚ストによるリク゚ス卜が成功したか吊かを刀断す る。 䟋えば、 ä»® HT T Pリク゚ストのリク゚ストヘッダ情報をゲヌトりェむが党 く理解できない堎合にはレスポンスが戻っおこないこずから、 リク゚ストに倱敗 したこずがわかる。
たた、 倧量のデヌタを送っおデヌタが切れたずころで、 そのクラむアントが受 信できるデ䞀倕量の限界を探るこずができる。 曎に任意のデヌタを送信しお正垞 なレスポンスが垰っおくるかによ぀お、 そのクラむアントのデヌタ構造を探るこ ずができる。
そしお、 通信テスト手段により、 リク゚ストヘッダ情報を倉曎しながらゲヌト りェむぞの送信を繰り返す。 これにより、 その新芏なクラむアントが有する特有 の仕様を探り、 自動的に生成するこずができる。 そしお、 自動的に生成した特有 の仕様に基づく仮 H T T Pリク゚ストのゲヌトりェむぞの送信によっお、 リクェ スト成功の刀断を埗る。 デバむス力䞀トリッゞ生成手段は、 リク゚スト成功の刀 断により、 新芏のデバむス力䞀トリッゞを生成し、 その自動的に生成した特有の 仕様を収容する。
埓っお、 新芏なクラむアントのデバむス力䞀トリッゞを自動的に生成するこず ができ、 新芏なクラむアントずサヌバずの情報の受け枡しを自動的に行うこずが できる。
請求項 4に蚘茉の発明は、 請求項 3に蚘茉の情報䞭継装眮においお、 リク゚ス ト成吊刀断手段が、 ä»® HT T Pレスポンスのレスポンスヘッダ情報に含たれる H T T Pステヌタスコヌドに基づいおゲヌトり゚むぞのリク゚ストが成功したか吊 かを刀断するこずを特城ずする。 請求項 4に蚘茉の発明は、 䞊蚘リク゚スト成吊 刀断手段による刀断方法を具䜓的に瀺したものである。 これによれば、 リク゚ス 卜の成吊刀断を容易に行うこずができる。
請求項 5に蚘茉の発明は、 請求項 4又は 5に蚘茉の情報䞭継装眮においお、 通 信テスト手段が、 ä»® H T T Pリク゚ストのリク゚ストヘッダ情報の内容を予め蚭 定されおいる芏則及びパタヌンに埓っお倉曎するこずを特城ずする。 請求項 5の 発明は、䞊蚘通信テスト手段の䜜動を具䜓的に瀺したものである。これによれば、 短時間で新芏なクラむアントが有する特有の仕様を生成するこずができる。
請求項 6に蚘茉の発明は、 請求項 1〜 5のいずれかに蚘茉の情報䞭継装眮にお いお、 クラむアントがむンタ䞀ネットに接続可胜で、 サヌバが W e bサ䞀バであ る堎合に、むンタ䞀ネットず W e bサヌバずの間に蚭けられるこずを特城ずする。 請求項 6の発明は、情報䞭継装眮が蚭けられる箇所を具䜓的に瀺したものである。 これによれば、 W e bサヌバをィンタヌネットに盎接に接続する必芁がないので、 W e bサ䞀バをィン倕䞀ネットからの䞍正なアクセスから守るこずができる。 埓 ぀お、 W e bサヌバ内のデヌタの改ざんや、 W e bサヌバに接続されたデヌタべ —ス内の情報の挏掩などを効果的に防止するこずができる。
請求項 7に蚘茉の発明は、 ィン倕ヌネット接続機胜を有するクラむアントず W 䞭継装眮を有するクラむアント ·サヌバシステムにおいお、 情報䞭継装眮が、 ク 䟝存する特有の仕様に基、 ッダ情報を W e bサヌバが理解できるサヌバ甚リク゚ストぞッダ情報に曞き換え、 HT T Pレスポンスのレスポンスヘッダ情報をクラむアントが理解できるクラむ アント甚レスポンスヘッダ情報に曞き換える操䜜を行うヘッダ情報操䜜手段を備 えるこずを特城ずする。
請求項 7に蚘茉の発明によれば、 情報䞭継装眮は、 クラむアントに䟝存する特 ダ情報を W e bサヌバが理解できるサヌバ甚リク゚ストヘッダ情報に曞き換えお サ䞀バに枡すず共に、
ダ情報をクラむァント
Figure imgf000009_0001
換えおクラむアントに枡す。
埓っお、 W e bサヌバは、 クラむアントからの H T T Pリク゚ス卜のリク゚ス トヘッダ情報を理解するこずができ、 メ゜ッドを実行するこずができる。 その結 果、 芁求されたコンテンツやリク゚ストが䞍成功であった旚の情報を含む H T T
Pレスポンスをクラむアントに返信するこずができる。
同様に、 クラむアントも、 W e bサヌバからの H T T Pレスポンスのレスボン スぞッダ情報を理解するこずができ、 予め蚭定されおいる凊理を実行するこずが できる。 その結果、 コンテンツやリク゚ストが䞍成功であった旚の情報を衚瀺す るこずができる。
これにより、 W e bサヌバ偎では、 クラむアントの皮類ごずに専甚のプロダラ ムをそれぞれ䜜成する手間を省略するこずができ、 クラむアント偎では、 耇数の サヌバに察応するためのブラりザを䜜成する手間を省略するこずができる。
埓っお、 クラむアントの機皮、 ブラりザのバヌゞョン等の特有の仕様や、 W e bサヌバのプログラム等に圱響を受けるこずなく、 クラむアントず W e bサヌバ ずの間で正確か぀確実に情報の受け枡しを行うこずができる。
請求項 8に蚘茉の発明は、 請求項 7に蚘茉のクラむアント ·サヌバシステムに おいお、 クラむアントが、 むンタヌネット接続機胜を有した携垯端末機であるこ ずを特城ずする。 請求項 8の発明は、 クラむアントの䞀䟋を具䜓的に瀺したもの であり、 特に携垯端末機は、 いわゆるデスクトップパ゜コンず仕様が倧きく盞違 するので、 䞊述の情報䞭継装眮を介するこずによっお、 W e bサヌバずの間で正 確か぀確実に情報の受け枡しを行うこずが可胜ずなる。
請求項 9に蚘茉の発明は、 請求項 7に蚘茉のクラむアント ·サヌバシステムに おいお、 クラむアントが、 むンタ䞀ネット接続機胜を有した携垯電話であるこず を特城ずする。 請求項 9の発明は、 クラむアントの䞀䟋を具䜓的に瀺したもので あり、 特に携垯電話は、 デスクトップパ゜コンや P D A等ず仕様が倧きく盞違す るので、 䞊述の情報䞭継装眮を介するこずによっお、 W e bサヌバずの間で正確 か぀確実に情報の受け枡しを行うこずが可胜ずなる。
請求項 1 0に蚘茉の発明は、 請求項 7〜9のいずれかに蚘茉のクラむアント · サヌバシステムにおいお、 クラむアントが、 むンタヌネットに接続するためのゲ 䞀トり゚むを有するこずを特城ずする。 請求項 1 0の発明は、 クラむアントの䞀 䟋を具䜓的に瀺したものである。 これによれば、 特に、 クラむアントずむンタ䞀 ネットずの間にプロトコル倉換などを行う専甚のゲヌトりェむを蚭けおいる堎合 にも、 W e bサヌバずの間で正確か぀確実に情報の受け枡しを行うこずが可胜ず なる。
請求項 1 1に蚘茉の発明は、 請求項 7〜1 0のいずれかに蚘茉のクラむアン ト ·サヌバシステムにおいお、 W e bサヌバが、 クラむアントに䟛絊されるコン テンッの䞀郚に衚瀺されるバナヌ広告を配信する広告配信サヌバであるこずを特 埵ずする。
請求項 1 1の発明は、 W e bサヌバの䞀䟋を具䜓的に瀺したものである。 バナ 䞀広告は、 コンテンツの䞀郚に衚瀺される広告であっおクリック操䜜によりその 広告に予め関連付けられたコンテンツに移動できるリンク機胜を有するものであ り、 コンテンツサヌバずは別に蚭けられおいる広告配信サヌバから配信されるも のである。
コンテンツサヌバは、 クラむアントの意思によっお遞択されアクセスされるも のであるが、 広告配信サヌバは、 コンテンツサヌバずは別の堎所に蚭けられおお り、 クラむアントの意図ずは無関係に遞択される。 埓っお、 党く察応しおいない 広告配信サヌバからバナヌ広告が配信された堎合に、 広告配信サヌバがクラむァ ントからの H T T Pリク゚ストのリク゚ストヘッダ情報を理解できず、 たた、 ク ラむアントが広告配信サヌバからの H T T Pレスポンスのレスポンスぞッダ情報 を理解できないおそれがあるが、 クラむアントず広告配信サヌバずの間に情報䞭 継装眮を介圚させお、 正確か぀確実に情報の受け枡しを行うこずによっお、 広告 配信サヌバから配信されるバナヌ広告を、 コンテンツの䞀郚に確実に衚瀺させる こずができる。
請求項 1 2に蚘茉の発明は、 請求項 7〜1 1のいずれかに蚘茉のクラむアン ト ·サヌバシステムにおいお、 情報䞭継装眮のヘッダ情報操䜜手段が、 リク゚ス 卜ヘッダ情報に基づいおクラむアントの皮類を刀別する端末機皮類刀別手段ず、 クラむアントに䟝存する特有の仕様を収容したデバむスカヌトリッゞをクラむア ントの皮類ごずに有するデバむスカヌトリツゞ保有手段ず、 クラむアントの皮類 に応じたデバむス力䞀トリッゞを遞択するデバむスカヌトリツゞ遞択手段ず、 を 有する。
そしお、 デバむスカヌトリッゞ遞択手段によっお遞択されたデバむスカヌトリ ッゞ内の仕様に基づきリク゚ス卜ヘッダ情報をサヌバ甚リク゚ストヘッダ情報に 曞き換え、 レスポンスヘッダ情報をクラむアント甚レスポンスヘッダ情報に曞き 換える操䜜を行うこずを特城ずする。
請求項 1 2の発明によれば、 クラむアントに䟝存する特有の仕様は、 各クラむ アントの皮類ごずに蚭けられたデバむスカヌトリッゞに収容されおおり、 クラむ アントに応じお遞択されたデバむス力䞀トリッゞ内の仕様に基づいおリク゚スト ぞッダ情報及びレスポンスぞッダ情報の曞き換えが行われる。
埓っお、 新芏なクラむアントが登堎した塲合には、 新たなデバむスカヌトリツ ゞを远加するのみで察応するこずができる。 これにより、 埓来のように新芏なク ラむアントが登堎するたびに W e bサヌバのプログラム党䜓を改造する必芁がな く、 早期の察応が可胜ずなる。 たた、 プログラム倉曎に䌎うコストを䜎枛するこ ずができる。
請求項 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リクェストを自動的に生成する。
そしお、 ä»® HTTP送受信手段によ.り、 その新芏なクラむアントのゲヌトゥェ ィに察しお仮 HTTPリク゚ストを送信し、 ゲヌトりェむに察しおあたかも新芏 なクラむアントから H T T Pリク゚ストがあ぀たかのように擬䌌的なァクセスを
B匏み 0。
そしお、 リク゚スト成吊刀断手段で、 ゲヌトりェむからの仮 HTTPレスボン スに基づき、 ä»® HTTPリク゚ストによるリク゚ストが成功したか吊かを刀断す る。 䟋えば、 ä»® HTTPリク゚ストのリク゚ストヘッダ情報をゲヌトりェむが党 く理解できない堎合にはレスポンスが戻っおこないこずから、 リク゚ストに倱敗 したこずがわかる。
たた、 倧量のデヌタを送っおデ䞀倕が切れたずころで、 そのクラむアントが受 信できるデヌタ量の限界を探るこずができる。 曎に任意のデヌタを送信しお正垞 なレスポンスが垰っおくるかによ぀お、 そのクラむアントのデヌタ構造を探るこ ずができる。
そしお、 通信テスト手段により、 リク゚ストヘッダ情報を倉曎しながらゲヌト りェむぞの送信を繰り返す。 これにより、 その新芏なクラむアントが有する特有 の仕様を探り、 自動的に生成するこずができる。 そしお、 自動的に生成した特有 の仕様に基づく仮 H T T Pリク゚ストのゲヌトりェむぞの送信によっお、 リクェ スト成功の刀断を埗る。 デバむスカヌトリッゞ生成手段は、 リク゚スト成功の刀 断により、 新芏のデバむスカヌトリッゞを生成し、 その自動的に生成した特有の 仕様を収容する。
埓っお、 情報䞭継装眮は、 新芏なクラむアントのデバむスカヌトリッゞを自動 的に生成するこずができ、 新芏なクラむアントず W e bサヌバずの情報の受け枡 しを自動的に行うこずができる。
請求項 1 4に蚘茉の発明は、 請求項 1 2に蚘茉のクラむアント ·サヌバシステ ムにおいお、 情報䞭継装眮のリク゚スト成吊刀断手段が、 ä»® H T T Pレスポンス のレスポンスぞッダ情報に含たれる H T T Pステヌタスコ䞀ドに基づいおゲ䞀ト りェむぞのリク゚ストが成功したか吊かを刀断するこずを特城ずする。 請求項 1 4に蚘茉の発明は、 䞊蚘情報䞭継装眮のリク゚スト成吊刀断手段による刀断方法 を具䜓的に瀺したものである。 これによれば、 リク゚ストの成吊刀断を容易に行 うこずができる。
請求項 1 5に蚘茉の発明は、 請求項 1 2又は 1 3に蚘茉のクラむアント ·サ䞀 バシステムにおいお、 情報䞭継装眮の通信テス卜手段が、 ä»® HT T Pリク゚ス卜 のリク゚ストヘッダ情報の内容を予め蚭定されおいる芏則及びパタヌンに埓っお 倉曎するこずを特城ずする。 請求項 1 5の発明は、 䞊蚘情報䞭継装眮による通信 テスト手段の䜜動を具䜓的に瀺したものである。 これによれば、 短時間で新芏な クラむアン卜が有する特有の仕様を生成するこずができる。
請求項 1 6に蚘茉の発明は、 請求項 7〜1 5のいずれかに蚘茉のクラむアン ト。サヌバシステムにおいお、 情報䞭継装眮が、 デヌタべ䞀スを怜玢するか吊か の刀断を H T T Pリク゚ストに含たれるリク゚ストタグ情報に基づいお行う怜玢 刀断手段ず、 怜玢するずの刀断によりデヌタべ䞀スを怜玢し、 その怜玢結果をリ ク゚スト倕グ内に挿入する怜玢情報付加手段ず、 を有するこずを特城ずする。 請求項 1 6の発明によれば、 情報䞭継装眮は、 H T T Pリク゚ストに含たれる リクェストタグ情報に基づきデヌタベヌスを怜玢するか吊かを刀断し、 怜玢する ずの刀断によりデヌタベヌスの怜玢を行い、 その怜玢結果をリク゚ストタグ内に 挿入する。
埓っお、 このリク゚ストタグを有する HT T Pリク゚ストを受け取った W e b サヌバは、 H T T Pリク゚ストず共にデヌタベヌスの怜玢結果の情報を埗るこず ができ、 W e bサヌバ内での凊理に甚いるこずができる。
䟋えば、 W e bサヌバがバナヌ広告を配信する広告配信サヌバであり、 バナヌ 広告を配信する際に盞手の属性に適合した広告を遞択する、 いわゆるタヌゲティ ングを行うサ䞀バである堎合には、 デヌタベヌス内の怜玢によっお倕ヌゲッティ ング甚に詳现な刀断芁玠を埗るこずができ、 適合床の高いバナヌ広告を配信する こずができる。
請求項 1 7に蚘茉の発明は、 請求項 1 6に蚘茉のクラむアント 'サヌバシステ ムにおいお、 情報䞭継装眮の怜玢刀断手段が、 リク゚ストタグ情報に含たれおい るクッキヌ情報に基づいお怜玢刀断を行うこずを特城ずする。
請求項 1 7の発明は、 怜玢刀断手段の怜玢刀断芁玠を具䜓的に瀺したものであ る。 これによれば、 怜玢刀断手段は、 デヌタベヌスを怜玢するか吊かの怜玢刀断 を迅速か぀容易に行うこずができる。
[発明の実斜の圢態]
' 次に、 本発明の実斜の圢態に぀いお図に基づいお説明する。
(第 1の実斜䟋
第 1図は、バナヌ広告配信システムを説明する抂略図である。図䞭で笊号 1は、 むンタヌネットであり、 むンタヌネット 1には、 クラむアントである携垯端末機 8がゲヌトりェむ 6を介しお接続されおいる。 携垯端末機 8は、 閲芧゜フトであ るブラりザ 7によっおむンタ䞀ネット 1䞊の情報を取埗するこずができる機胜を 有しおおり、 むン倕䞀ネット接続機胜を有した携垯電話 いわゆるブラりザフォ ン や P D A (Personal Digital Assistants), カヌナビゲ䞀ション装眮等が含たれ る。
ゲヌトりェむ 6は、 携垯端末機 8ずむンタヌネット 1ずの間でプロトコル倉換 を行うものであり、 䟋えば、 携垯端末機 8が W A P (Wireless Application Protocol) 察応の携垯電話の堎合には、 H T M Lドキュメントず WM Lドキュメ ントずのプロトコル倉換を行う。 ブラりザ 7は、 ゲヌトりェむ 6が有しおいおも よく、 たた、 携垯端末機 8自身が有しおいおもよい。
䞀方、 むンタヌネット 1のサヌバ偎には、 コンテンツを提䟛する W e bサヌバ (以䞋、 コンテンツサヌバ 2ず、 バナヌ広告の配信を行う広告配信サヌバ 3が 接続されおいる。
コンテンツ配信サヌバ 2は、 クラむアントである携垯端末機 8からコンテンツ の提䟛を芁求する H T T Pリク゚ストを受けるず、 コンテンツを含む H T T Pレ スポンスを芁求元の携垯端末機 8に返す機胜を有しおいる。
たた、 広告配信サヌバ 3は、 バナヌ広告を配信する際に、 携垯端末機 8のュ䞀 ザの属性に適合したバナヌ広告を遞択する、 いわゆるタ䞀ゲティングを行う機胜 を有しおいる。
むンタヌネット 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が構築されおいる。
マルチデバむスハンドラ 1 1は、 H T T Pリク゚ストに含たれるリク゚ストぞ ッダ情報に基づいお HT T Pリク゚ストを送信しおきたリク゚スト元の携垯端末 機 8の皮類を刀別する 端末機皮類刀別手段 。
デバむスベヌスクラス 1 2は、 携垯端末機 8に䟝存する特有の仕様を収容した デバむスカヌトリッゞ 1 3を各携垯端末機 8の皮類ごずに保有しおおり デバむ スカヌトリッゞ保有手段) 、 各デバむス力䞀トリッゞ 1 3の䞭からリク゚スト元 の携垯端末機 8に察応したデバむスカヌトリッゞ 1 3を遞択する デバむス力䞀 トリッゞ遞択手段 。
たた、 デバむスベヌスクラス 1 2は、 リク゚ストヘッダ情報及びレスポンスぞ ッダ情報の倉換操䜜 ヘッダ情報操䜜手段 ず、 広告タグの生成 リク゚スト倕 グ付加手段 及び倉換操䜜を行い タグ情報操䜜手段 、 必芁に応じおナヌザデ 䞀倕べ䞀ス 2 1内を怜玢するか吊かの刀断を行う 怜玢刀断手段 。
タヌゲットクリ゚䞀倕クラス 1 5は、 デバむスべ䞀スクラス 1 2からの怜玢指 瀺により埌述するナヌザデヌタベヌス 2 1内を怜玢し、 その怜玢結果をデバむス ベヌスクラス 1 2で生成した広告タグ内に挿入する凊理を行う 怜玢情報付加手 段 。
むンタヌフェヌスクラス 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からのレスポンスに基づいおリク゚スト が成功したか吊かを刀断する リク゚スト成吊刀断手段 。
そしお、 リク゚ストが成功するたで、 ä»® H T T Pリク゚ス卜のリク゚ス卜ぞッ ダ情報の倉曎ずゲヌトりェむ 6ぞのアクセスを亀互に行い 通信テスト手段 、 察応する新芏なデバむスカヌトリッゞ 1 3を生成する (デバむスカヌトリッゞ生 成手段 。
このようにカヌトリッゞゞェネレヌタ 1 6は、 ゲヌトりェむ 6に察しおあたか も携垯端末機 8からアクセスがあ぀たかのようにトラップをかけお擬䌌的にァク セスを行うこずによっお、 携垯端末機 8が適切に受信できるデヌタ量等の限界や デヌタ構造などを探り、その携垯端末機 8が有する特有の仕様を動的に生成する。 䞊蚘構成を有する情報䞭継装眮 1 0には、 ナヌザデヌタベヌス 2 1が接続され おいる。 ナヌザデヌタベヌス 2 1は、 バナ䞀広告の配信を垌望する広告䞻が所有 するデ䞀倕ベヌスであり、 その内郚には、 広告䞻の顧客情報、 䟋えば顧客の賌買 履歎情報やアンケヌトぞの回答情報などが怜玢読み出し可胜な状態で栌玍されお いる。埓っお、広告配信サヌバ 3は、予め有しおいるバナ䞀広告デ䞀倕の䞭から、 広告配信サヌバ 3にアクセスしおきた携垯端末機 8のナヌザの属性に適合したバ ナ䞀広告を遞択する、 いわゆるタヌゲティングを行う堎合に、 広告䞻が所有する ナヌザデヌタベヌス 21内の情報を刀断芁玠ずしお甚いるこずができ、 適合床の 高いバナヌ広告を配信するこずができる。
たた、 情報䞭継装眮 10ずナヌザデヌタベヌス 21ずの間、 及び情報䞭継装眮 10ず広告配信サ䞀バ 3ずの間には、フアむャ䞀りォヌル 20が蚭けられおいる。 フアむャりォヌル 20は、 ナヌザデヌタベヌス 21からの情報の挏掩や、 広告配 信サヌバ 3内のデヌタの改ざん等を効果的に防止するものである。
䞊述の広告配信システムの広告配信方法に぀いお以䞋に説明する。
最初にコンテンツにバナ䞀広告が衚瀺される仕組みに぀いお説明し、 次にバナ 䞀広告がクリック操䜜された堎合の凊理に぀いお説明する。
たず、 携垯端末機 8の衚瀺郚に衚瀺されるメニュヌ等からその携垯端末機甚に 甚意されたむンタヌネット 1䞊のコンテンツを遞択する操䜜を行うず、 ブラりザ 7によっおゲヌトりェむ 6からコンテンツサヌバ 2に察しお HTTPリク゚スト が送信される。
この HTTPリク゚ストを受けたコンテンツサヌバ 2は、 リク゚ストヘッダ情 報を理解し、 メ゜ッドを実行する。 これにより、 リク゚ストに応じたコンテンツ の URL、 及び情報䞭継装眮 10の URLが瀺された Aタグ アンカ䞀 を HT TPレスポンスの HTMLに挿入しお携垯端末機 8のゲヌトりェむ 6に返信する 凊理が実行される。
この HTTPレスポンスを受けたゲヌトりェむ 6のブラりザ 7は、 Aタグに瀺 されたコンテンツの U R Lに自動的にアクセスを行い、 携垯端末機 8の衚瀺郚に コンテンツのホヌムペヌゞを衚瀺させる凊理を行う。
たた、 ブラりザ 7は、 このホヌムペヌゞ衚瀺凊理ず䞊行しお、 バナヌ広告の衚 瀺凊理を実行する。 たず、 ブラりザ 7は、 HTTPレスポンスの Aタグ内に含た れおいる情報䞭継装眮 10の URLに基づいお自動的に情報䞭継装眮 10に HT
TPリクェストを送信し、 ホヌムペヌゞ内に衚瀺させるバナ䞀広告のデヌタ配信 を芁求する。
情報䞭継装眮 10は、 このパナ䞀広告を芁求する HTTPリク゚ストを受信す るず、 マルチデバむスハンドラ 11によっおリク゚スト元の携垯端末機 8の皮類 の刀別を行う。 この刀別は、 H T T Pリク゚ストに含たれるリク゚ストぞッダ情 報の User Agentに基づいお行われ、 その際に同䞀機皮の䞭でもバヌゞョンが盞 違する堎合等に応じおより现かな察応を可胜にすべく、 リク゚ストタグ内の情報 が刀断芁玠ずしお加えられる。
そしお、 デバむスベヌスクラス 1 2によっお、 携垯端末機 8の皮類に察応した デバむスカヌトリッゞ 1 3が遞択され、 デバむスカヌトリッゞ 1 3に収容されお いるその携垯端末機 8が有する特有の仕様に基づいお、 リク゚ストヘッダ情報を 広告配信サヌバ 3が理解できるサヌバ甚リク゚ストヘッダ情報に倉換する操䜜が 行われる。 たた同時に、 広告配信サヌバ 3を認識するためのタグ情報を有するず 共に携垯端末機 8のブラりザで実行できるプログラムを有した広告タグを生成し、 H T T Pリク゚ストに挿入する操䜜が行われる。
それから、 クッキ䞀情報などの H T T Pリク゚ストに含たれるリク゚ストタグ 情報に基づきナヌザデ䞀倕べ䞀ス 2 1を怜玢するか吊かの刀断が行われ、 ナヌザ デヌタベヌス 2 1を怜玢するず刀断されるず、 倕䞀ゲットクリ゚䞀タクラス 1 5 によっおュ䞀ザデ䞀タベヌス 2 1内の怜玢が行われ、 その怜玢結果はデバむスべ ヌスクラス 1 2によっお、 ュ䞀ザ情報ずしお HT T Pリク゚ストの広告タグ内に 挿入される。 䟋えば、 クッキ䞀情報によっお、 広告配信サヌバ 3にアクセスしお きた携垯端末機 8のナヌザの情報がナヌザデヌタベヌス 2 1内に栌玍されおいる こずが刀明するず、 ナヌザデヌタベヌス 2 1内の怜玢が行われ、 ナヌザの属性に 関する詳现な情報が抜出されお広告タグ内に挿入される。
H T T Pリク゚ストは、 情報䞭継装眮 1 0内でリク゚ストヘッダ情報の操䜜ず 広告タグの挿入が行われるず、 むンタ䞀フェヌスクラス 1 4から広告配信サヌバ 3に送られる。
広告配信サヌバ 3は、 情報䞭継装眮 1 0からこの H T T Pリク゚ストを受ける ず、 H T T Pリク゚ストの解析を行い、 リク゚ストヘッダ情報が理解できるか吊 かを刀断する。
リク゚ストぞッダ情報は、 デバむスペヌスクラス 1 2によ぀おサヌバ甚リクェ ストヘッダ情報に倉換されおいるので、 広告配信サヌバ 3は、 H T T Pリク゚ス トのリク゚ストヘッダ情報を正確か぀確実に理解するこずができ、 芁求に応じた メ゜ッドを実行するこずができる。
具䜓的には、 タヌゲテむングにより携垯端末機 8のナヌザの属性に適合したバ ナ䞀広告を遞択する凊理が行われる。 その際、 タヌゲットクリ゚䞀タクラス 15 により広告タグ内にナヌザ情報が挿入されおいるずきは、 広告䞻が所有するナヌ ザデヌタべ䞀ス 21の情報を甚いおより詳现なタヌゲッティングを行うこずがで き、ナヌザの属性に最も適合したカテゎリのバナヌ広告を遞択するこずができる。 広告配信サヌバ 3は、 配信するバナヌ広告を遞択するず、 そのドキュメントを有 する HTTPレスポンスを情報䞭継装眮 10に返信する。
このドキュメント内には、バナ䞀広告を衚瀺するむメヌゞ情報䟋えば G I F) の URLが瀺された Aタグず、 広告配信サヌバ 3の URLが瀺された Aタグず、 を有する広告タグが挿入されおいる。 広告配信サヌバ 3の URLは、 バナヌ広告 がクリック操䜜された際のクリック操䜜情報 クリックむベント の送信先を瀺 すものである。
情報䞭継装眮 10は、 広告配信サヌバ 3から HTTPレスポンスの返信を受け るず、 デバむスベヌスクラス 12によっおレスポンスヘッダ情報ず広告タグの倉 換操䜜を行う。 レスポンスヘッダ情報は、 既に遞択されおいるデバむスカヌトリ ッゞ 13内の仕様に基づいお、 その携垯端末機 8のブラりザ 7が理解できるクラ むアント甚レスポンスヘッダ情報に曞き換えられる。 たた、 広告倕グは、 広告配 信サヌバ 3の URLが情報䞭継装眮 10の URLに曞き換えられ、 クリック操䜜 情報の送信先が広告配信サヌバ 3から情報䞭継装眮 10に倉曎される。
レスポンスヘッダ情報ず広告タグの倉換操䜜が行われた HTTPレスポンスは、 情報䞭継装眮 10からむンタ䞀ネット 1を介しおブラりザ 7に枡される。 ブラり ザ 7は、 HTTPレスポンスの解析を行い、 レスポンスヘッダ情報が理解できる か吊かを刀断する。
レスポンスヘッダ情報は、 クラむアント甚レスポンスヘッダ情報に曞き換えら れおいるので、 ブラりザ 7は、 HTTPレスポンスのレスポンスヘッダ情報の内 容を正確か぀確実に理解するこずができる。 埓っお、 Aタグに瀺されたむメヌゞ 情報 G I F) の URLに自動的にアクセスを行い、 むメヌゞ情報を取埗するこ ずができ、 携垯端末機 8の衚瀺郚にバナヌ広告を衚瀺させるこずができる。 次に、 携垯端末機 8の衚瀺郚に衚瀺されおいるバナヌ広告がクリック操䜜され た堎合の凊理に぀いお説明する。
携垯端末機 8においおバナ䞀広告がクリック操䜜されるず、 ブラりザ 7によ぀ お広告タグ内のプログラムが実行され、 そのクリック操䜜情報を含む HTTPリ ク゚ス卜がゲヌトりェむ 6から送信される。
この HTTPリク゚ストは、 広告タグの Aタグが HTTPレスポンス内のレス ポンスタグ情報ずしお情報䞭継装眮 10から携垯端末機 8に䟛絊された際に広告 配信サヌバ 3の U R Lから情報䞭継装眮 10の U R Lに曞き換えられおいるので、 情報䞭継装眮 10に送信される。
情報䞭継装眮 10がこの HTTPリク゚ストを受けるず、 デバむスベヌスクラ ス 12は、 デバむス力䞀トリッゞ内の仕様に基づいおリク゚ストヘッダ情報をサ —バ甚リク゚ストヘッダ情報に曞き換え、 広告タグの Aタグを、 情報䞭継装眮 1 0の URLから広告配信サヌバ 3の URLに曞き換える。
そしお、 むンタヌフェヌスクラス 14は、 その HTTPリク゚ストを広告配信 サヌバ 3に送信する。 広告配信サヌバ 3は、 その HTTPリク゚ストを受け取る ず、 HTTPリク゚ストを解析しおリク゚ストヘッダ情報を理解し、 クリック先 のホヌムペヌゞの URLが瀺された Aタグを広告タグ内に挿入しお、 その広告倕 グを有する HTTPレスポンスを情報䞭継装眮 10に返信する。
情報䞭継装眮 10がこの HTTPレスポンスを受け取るず、 デバむスベヌスク ラス 12は、 デバむスカヌトリッゞ内の仕様に基づいお HTTPレスポンスのレ スポンスヘッダ情報をクラむアント甚レスポンスヘッダ情報に曞き換える。 そし お、 情報䞭継装眮 10は、 HTTPレスポンスを携垯端末機 8に送る。
ブラりザ 7は、 HTTPレスポンスを解析しおレスポンスヘッダ情報を理解し、 Aタグに瀺されたクリック先のホヌムペヌゞの URLに自動的にアクセスを行い、 携垯端末機 8の衚瀺郚にクリック先のホヌムペヌゞを衚瀺させる。 埓っお、 バナ —広告がクリック操䜜された堎合に、 その情報を広告配信サヌバ 3に正確か぀確 実に枡すこずができ、 たた、 広告配信サヌバ 3からの情報をその携垯端末機 8に 正確か぀確実に枡すこずができる。
これにより、 埓来は広告配信サヌバ 3の皮類によっお異なっおいた、 或いは同 䞀の広告配信サヌバ 3内でもドキュメントの盞違によっお異なっおいた広告タグ の仕様を共通化するこずができる。
次に、 未だデバむス力䞀トリッゞが蚭定されおいない新芏の携垯端末機 8から アクセスがあった堎合の凊理に぀いお以䞋に説明する。 第 2図は、 新芏な携垯端 末機 8に察応するデバむスカヌトリッゞ 13の生成方法を説明する図である。 情報䞭継装眮 10は、 䞊述のように携垯端末機 8からの HTTPリク゚ストを 受けるず、 マルチデバむスハンドラ 11によっおその携垯端末機 8が有する特有 の仕様を収容したデバむスカヌトリッゞ 13の存圚を刀断し、 察応するデバむス カヌトリッゞ 13が存圚しない堎合には、 その HTTPリク゚ストを送っおきた 携垯端末機 8が新芏なクラむアントであるず刀断する。
この刀断を受けお力䞀トリッゞゞェネレヌタ 16は、 デバむスベヌスクラス 1 2内に新芏なデバむスカヌトリッゞ 13を生成し、 その内郚に、 新芏な携垯端末 機 8のブラりザ情報に基づいお䜜成した仮のリク゚ストヘッダ情報を収容する。 情報䞭継装眮 10は、 カヌトリッゞゞェネレヌタ 16によっお新芏なデバむス カヌトリッゞが生成されるず、 その仮のリク゚ストヘッダ情報を有する HTTP リク゚スト 以䞋、 ä»® HTTPリク゚スト を、 その新芏な携垯端末機 8のゲ䞀 トり゚む 6に察しお送信し、 ゲヌトりェむ 6からの HTTPレスポンス 以䞋、 ä»® HTTPレスポンスずいう) を受け付ける。 すなわち、 ゲヌトりェむ 6に察し おあたかも携垯端末機 8からのアクセスがあ぀たかのようにトラップをかけお擬 䌌的にアクセスを行う。
カヌトリッゞゞェネレヌタ 16は、 ä»® HTTPレスポンスの有無及び仮 HTT Pレスポンスのレスポンスヘッダ情報に含たれる HTTPステヌタスコヌドに基 づいお仮 HTTPリク゚ストによるリク゚ス卜の成吊を刀断する。
そしお、 リク゚スト倱敗ず刀断した堎合は、 ä»® HTTPリク゚ストに含たれる リク゚ストヘッダ情報の内容を所定の芏則及びパタヌンに埓っお倉曎し、 その内 容が倉曎された仮 HTTPリク゚ストを情報䞭継装眮 10によっお再びゲヌトゥ ã‚šã‚€ 6に送信し、 ゲヌトりェむ 6からの仮 HTTPレスポンスの有無等によっお リク゚ス卜の成吊を刀断する。
そしお、 ゲヌトりェむ 6ぞの仮 HTTPリク゚ストの送信ずリク゚ストヘッダ 情報の内容倉曎を、 リク゚スト成功ず刀断されるたで亀互に繰り返し行う。
たた、 カヌトリッゞゞェネレヌタ 1 6は、 ä»® H T T Pリク゚ストを送信する際 に、 ゲヌトりェむ 6に察しお倧量のデヌタを送信しおデヌタが切れたずころでそ の携垯端末機 8が適切に受信できるデヌタ量の限界を探り、 任意のデヌタを送信 しお正垞なレスポンスが垰っおくるかによ぀おその携垯電話 8が適切に受信でき るデヌタ構造を探る。
カヌトリッゞゞェネレヌタ 1 6は、 このようにゲヌトりェむ 6ぞの通信接続テ ス卜を行うこずによっお、 携垯電話 8が有する特有の仕様や、 携垯端末機 8が適 切に受信できるデ䞀タ量等の限界やデヌタ構造などの仕様を探り、 リク゚スト成 功ずの刀断により、 そのリク゚ストヘッダ情報の内容を新芏な携垯端末機 8に察 応する仕様ずしお蚭定する。 埓っお、 新芏な携垯端末機 8によっおアクセスがあ ぀た堎合、 その携垯端末機 8が有する特有の仕様を動的に生成し、 その仕様を有 したデバむスカヌトリッゞ 1 3を自動的に短期間で生成するこずができる。
䞊述の広告配信システムによれば、 情報䞭継装眮 1 0によっお携垯端末機 8か らの H T T Pリク゚ストのリク゚ストぞッダ情報をサヌバ甚リク゚ストぞッダ情 報に倉換しお広告配信サヌバ 3に提䟛するので、 広告配信サヌバ 3は、 リク゚ス トヘッダ情報の内容を正確か぀確実に理解するこずができ、 携垯端末機 8の機皮 やブラりザ 7のバ䞀ゞョンの盞違等に圱響を受けるこずなく、 HT T Pリク゚ス 卜の芁求に応じた凊理を行うこずができる。
埓っお、 予期しおいない未知の携垯端末機 8からの H T T Pリク゚ストを受け た堎合でも、 H T T Pレスポンスをクラむアントに返信するこずができ、 確実に バナヌ広告を配信するこずができる。
たた、 広告配信サヌバ 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の皮類ごずに察応するバナヌ広告ファむルを䜜成しおいた入皿䜜業者の業 務負担を著しく軜枛するこずができる。
そしお、 䞊述の第 1の実斜䟋では、 クラむアントずしお携垯端末機 8を甚いお 説明しおいるが、 これに限定されるものではなく、 ノヌト型パ゜コンやデスクト ップパ゜コンなどのクラむアン卜 PC 4であっおもよい。
(第 2の実斜䟋
次に、 第 2の実斜䟋に぀いお図に基づいお説明する。 第 3図は、 本発明に係る 情報䞭継装眮をコンテンツ配信システムに適甚した第 2の実斜䟋を瀺す抂略図で ある。 尚、 第 1の実斜䟋ず同様の構成芁玠には同䞀の笊号を付するこずでその詳 现な説明を省略する。
笊号 30は、 メディアサむト 30 aを有しむンタヌネット 1に接続された We bサ䞀バであり、 笊号 40は、 むンタヌネット 1に接続されたシステムセンタで ある。 We bサヌバ 30は、 コンピュヌタハ䞀ドり゚ア、 ォペレ䞀ティングシス テム OS) 、 ネットワヌク゜フトりェアからなるプラットフォヌムず、 We b サ䞀バ゜フトり゚ア HTTPデヌモン ず、 HTMLドキュメント ホヌムべ —ゞ を備えおおり、 埌述する S S I (Server Side Include)ずいう仕組みを䜿甚 可胜な機胜を有しおいる。
HTMLドキュメントは、 ブラりザ 7によっお携垯端末機 8に、 いわゆるホヌ ムペヌゞずしお衚瀺されるものを含み、 We bサヌバ 30でメディアサむト 30 aを運営するコンテンツプロバむダによっお䜜成され、 ハヌドりェアのメモリ内 に蚘憶されおいる。 HTMLドキュメントは、 テキストの敎圢や画像ファむルの 衚瀺䜍眮及びリンク先の指定、 スクリプトの宣蚀などを行う、 いわゆるタグを甚 いお蚘述されおいる。
そしお、 䞊述の 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ドキュメントの䞀郚を動的に 曎新するこずができる。
䞀方、 システムセンタ 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を介しお接続されおいる。
リク゚ストパヌザ 4 2は、 携垯端末機 8からのリク゚ストの皮類を刀別するも のであり、 リク゚ストがコンテンツ配信、 バナ䞀広告配信、 メヌル配信、 ク䞀ポ ン刞の発行等のいずれを垌望するものであるかを刀別する。
フォヌマツト倉換プログラム 4 3は、 コンテンツデ䞀倕べ䞀ス 4 5内のドキュ メントファむルを" W e bサヌバ 3 0に配信する際に、 携垯端末機 8の衚瀺圢匏に 応じたフォヌマットに倉換するものであり、 䟋えば、 衚瀺胜力の倧きいパ゜コン 甚などの画像デヌタを衚瀺胜力が小さい携垯電話や P D Aなどで衚瀺できるよう に倉換凊理する。
コンテンツ配信サヌバ 4 4は、 W e bサヌバ 3 0にアクセスしおきた閲芧者を、 コンテンツプロバむダによっお予め分類された属性のいずれに該圓するかを絞り 蟌む、 いわゆる倕䞀ゲティングを行い、 その属性に適合したコンテンツデ䞀倕の ドキュメントファむルをコンテンツデ䞀タベヌスから遞択し、 W e bサ䞀バ 3 0 に配信するものである。
コンテンツデヌタベヌス 4 5には、 コンテンツプロバむダが自ら情報収集した コンテンツデヌタず、 コンテンツベンダのデヌタべ䞀ス 図瀺せず から䟛絊さ れたコンテンツデヌタの䞡方がドキュメントファむルずいう圢匏で収容されおい る。
情報䞭継装眮 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から コンテンツデヌタを受け取る働きをする。
フアむャゥォ䞀ル 4 6は、 セキュアな領域内を圢成しおおり、 コンテンツ配信 サヌバ 4 4、 コンテンツデ䞀倕ベヌス 4 5、 ナヌザデヌタベヌス 2 1に察するィ ン倕䞀ネット 1からの䞍正アクセスを防止しおいる。
䞊蚘構成を有するコンテンツ配信システムを利甚する堎合に぀いお以䞋に説明 する。
たず事前準備ずしお、 コンテンツプロバむダによるホヌムペヌゞ甚の H TM L ドキュメントの䜜成及び倕䞀ゲティング条件の蚭定が行われる。
第 5図は、 ホヌムペヌゞの䞀郚をタグにより瀺したむメヌゞ図、 第 6図は、 リ クェスト I D及びカテゎリの䞀郚を䟋瀺した䞀芧衚である。 コンテンツプロバむ ダは、 HTM Lドキュメントの䜜成においお、 図瀺のように、 コンテンツの衚瀺 䜍眮を枠で指定するず共に、 その枠内にコンテンツを衚瀺させるためのリク゚ス トタグを蚘述する。 リク゚ストタグ内には、 S S Iを䜿甚するコマンド、 及びコ ンテンッ ドキュメントファむル の皮類を瀺すリク゚スト I Dずカテゎリが蚘 入されおいる。
第 5図に瀺したホヌムペヌゞの堎合、 <table>タグによっお 5぀の枠が蚭けられ おおり、
枠①には、
<! - -#include virtual="servlet?ReqID=ad"-->、 枠②には、
<!--#include virtual="servlet?ReqID=sliop&CatID=gourmet"- -〉、
枠③には、
<!--#include virtual="servlet?ReqID=weather&CatID=tokyo"- -〉、
枠④には、
<" #include virtual="servlet?ReqID二 news&CatID=domestic"-->、
枠⑀には、
<!"#mclude virtual:
" servlet?Re qID=s op & C ate gry= ourmet &ume s=AM" -- >、 がそれぞれ蚘茉されおいる。
埓っお、リク゚スト I Dが adである枠①には様々なカテゎリの広告情報を有す るドキュメントファむルが配信され、 リク゚スト I Dが shop でカテゎリが gourmetである枠②には飲食店情報を有するドキュメントファむルが配信されよ うに蚭定される。 たた、 リク゚スト I Dが weatherでカテゎリが tokyoである枠 ③には東京の倩気情報を有するドキュメントファむルが配信され、 リク゚スト I Dが newsでカテゎリが domesticである枠④には、地方ニュヌスを有するドキュ メントファむルが配信されるように蚭定される。そしお、リク゚スト I Dが shop、 カテゎリが gourmetで、 午前䞭ずいう識別コヌドが付されおいる枠⑀には、 ラン 'チタむムの情報を有するドキュメントファむルが配信されるように蚭定される。
たた、 図瀺しおいないが、 䞊述の H T M Lドキュメント内にはコンテンツプロ バむダのセキュリティのために、 第 3者サむ卜ぞの䞍正配信を防止する以䞋のよ うなリク゚スト倕グが蚘述される。
く !--#include virtual="btGet?ReqID=Cont&Param二 Value. >
䞊蚘のリク゚ストタグは、 W e bサヌバ 3 0がシステムセンタ 4 0ずの間でデ —倕の送受信を行う際のラむセンス 'キ䞀ずなるものである。 W e bサ䞀バ 3 0 は、 携垯端末機 8からアクセスがあった堎合に、 䞊蚘リク゚ストタグを有する H T T Pリク゚ストをシステムセン倕 4 0に送信する。
システムセンタ 4 0は、 コンテンツ配信に関しお正匏に契玄した W e bサヌバ 3 0に察しおリク゚ストタグ内の任意のパラメヌタに察するラむセンス ·キ䞀を 蚭定し、 HTTPリク゚ストを送信しおきた We bサヌバ 30が契玄しおいるも のであるか吊かを刀断する。 これにより、 第 3者サむトからのリク゚ストによる 配信芁求を华䞋し、 䞍正配信を防止する。
タヌゲティング条件の蚭定は、 コンテンップロバむダがシステムセン倕 40の コンテンツサヌバに察しお所定の入力フォヌムに埓っお属性を入力するこずによ ぀お行われる。 䟋えばリク゚スト I 0が<8 01^>でカテゎリがく baseball>ず指定 した枠内には、 閲芧者の属性が東京のずきは圚京球団の情報、 暪浜のずきは暪浜 に本拠地を眮く球団の情報を衚瀺させるずいう条件や、 リク゚スト I 0が<8110 > でカテゎリがく gourmetsず指定した枠内には、 閲芧者の属性が䞭高幎のずきは和 食系のお店の情報、 若者局の堎合には掋食系のお店の情報を衚瀺させるずいった 各皮任意のタヌゲティング条件がコンテンツプロバむダによっお蚭定される。 次に、 コンテンツ配信方法に぀いお説明する。 閲芧者が携垯端末機 8にメディ アサむトの URLを入力するず、 閲芧者の属性を蚘録したクッキ情報やリク゚ス トヘッダ情報を含む HTTPリク゚ストが We bサヌバ 30に送信される。 そし お、 HTTPリク゚ストを受信した We bサ䞀バ 30は、 HTMLドキュメント 内のリク゚ストタグ内の凊理により、 その HTTPリクェストをシステムセン倕 40に転送する。
HTTPリク゚ストを受信したシステムセンタ 40は、 HTTPリク゚ス卜を 送信しおきた We bサヌバ 30が正芏のものであるか吊かをラむセンス 'キヌに よっお刀断し、 正芏の We bサヌバ 30である堎合にはコンテンツ配信凊理を実 行する。
コンテンツ配信凊理では、 たず最初に情報䞭継装眮 10により HTTPリクェ ストのリク゚ストぞッダ情報をサヌバ甚リク゚ストぞッダ情報に曞き換える操䜜 が行われる。 そしお、 その際に倖郚のデヌタベヌス 第 1の実斜䟋におけるュ䞀 ザデヌタベヌス 21) が怜玢され、 閲芧者の属性が曎に詳现に把握され、 HTT Pリク゚スト内に挿入される。
HTTPリク゚ストを受け取ったコンテンツ配信サヌバ 44は、 1. リク゚ス トタグ内のリク゚スト I D及びカテゎリ、 2. クッキ情報や倖郚デヌタベヌス怜 玢等に基づく閲芧者の属性、 3. コンテンツプロバむダによっお蚭定されたタヌ ゲティング条件ずいう 3぀の芁玠に基づいお、 コンテンツデヌタベヌス 4 5内か ら察応したコンテンツデヌタのドキュメントファむルを遞択する。
埓っお、 䟋えば 1 . リク゚スト I Dがスポヌツニュヌスでカテゎリが 「野球」 ず蚭定され、 2。 閲芧者の属性が 「東京出身」 であり、 3 . 倕ヌゲティング条件 により属性が 「東京」 の堎合にはゞャむアンツ球団の情報を衚瀺させるず蚭定が されおいる堎合には、 ゞャむアンツ球団のコンテンツデヌタを有したドキュメン トファむルが遞択される。
コンテンツ配信サヌバ 4 4によっお遞択されたドキュメントファむルは、 H T T Pレスポンス内に挿入されお情報䞭継装眮 1 0内に送信され、 H T T Pレスポ ンスのレスポンスヘッダ情報がクラむアント甚レスポンスヘッダ情報に曞き換え られる操䜜が行われる。 そしお、 ドキュメントファむルは、 H T T Pレスポンス 内に含たれた状態でシステムセンタ 4 0から W e bサヌバ 3 0に送信される。
W e bサヌバ 3 0では、 システムセンタ 4 0から配信されおきたドキュメント ファむルを S S Iの機胜によっお H TMLドキュメント内に挿入し、 その H TM Lドキュメントを携垯端末機 8に送信する。 これにより、 携垯端末機 8では、 シ ステムセンタ 4 0から䟛絊されたコンテンッを含んだ圢のホヌムペヌゞが衚瀺さ れる。 埓っお、 ホヌムべ䞀ゞ内のコンテンツを閲芧者の属性に応じお動的に倉曎 するこずができる。
埓っお、 コンテンツプロバむダは、 ホヌムペヌゞの䜜成においお、 H TM Lド キュメント内にリク゚スト I Dずカテゎリを有したリク゚ストタグを蚘述し、 コ ンテンッサヌバに倕䞀ゲティングの条件を入力するのみで、 ホヌムペヌゞ䞊に所 定のカテゎリを有しか぀閲芧者の属性に適合したコンテンツを動的に衚瀺させる こずができるため、 ホヌムペヌゞの䜜成䜜業及びコンテンツの曎新䜜業を容易な らしめるこずができる。
たた、 自分が提䟛するホヌムべ䞀ゞを曎新する堎合に、 埓来は H TMLドキュ メント党䜓の曞き換え䜜業を行う必芁があ぀たが、 本システムによれば、 曎新を 垌望するホヌムペヌゞのドキュメントファむルのみを䜜成しおコンテンツデ䞀タ ベ䞀スに栌玍するのみでよく、 同様にコンテンツベンダから提䟛を受けたコンテ ンッを掲茉 ·曎新する堎合もそのコンテンツデヌタのドキュメントファむルのみ を䜜成し、 コンテンツデ䞀倕べ䞀スに栌玍するのみでよいこずから、 コンテンツ の曎新䜜業に芁する劎力が倧幅に軜枛される。
そしお、 HTM Lドキュメント内にドキュメントファむルの動的な揷入を芁求 するリク゚ストタグを耇数蚭けるのみで、 ホヌムペヌゞに耇数のコンテンツを衚 瀺させるこずができるため、 曎新䜜業を自動化するこずができ、 容易にコンテン ッを豊富化させるこずができる。
尚、 第 7図の a ) は、 コンテンツプロバむダ自身が情報収集しおコンテンツ デヌタベヌス内に栌玍したドキュメントファむルを瀺すものであり、 第 7図の
( b ) は、 コンテンツ配信サヌバ 4 4が a ) のドキュメントファむルを遞択し た堎合にホヌムペヌゞ䞊の枠内に衚瀺されるコンテンツを瀺すむメヌゞ図である。 䞊述のコンテンツ配信システムによれば、 システムセン倕 4 0の情報䞭継装眮 1 0によっお、 HT T Pリク゚ス卜のリク゚ストヘッダ情報をサヌバ甚リク゚ス トヘッダ情報に曞き換える操䜜がなされるので、 コンテンツ配信サ䞀バ 4 4は、 携垯端末機 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の皮 類ごずに察応するコンテンツファむルを䜜成しおいた入皿䜜業者の業務負担を著 しく軜枛するこずができる。
たた、 このシステムによれば、 コンテンツベンダからのコンテンツデヌタの提 䟛をシステムセンタ 4 0が党お䞀括しお受けるこずができるので、 コンテンツプ ロバむダは、 コンテンツベンダに察する亀枉や契玄等の煩雑な手続を排陀するこ ずができる。そしお、埓来は、コンテンツベンダから提䟛を受けるコンテンツは、 コンテンップロバむダ偎で取捚遞択するこずはできず、 党く必芁ずしないコンテ ンッの察䟡も支払わなければならなかったが、 コンテンツサ䞀バが閲芧者の属性 に応じお必芁なコンテンツデヌタだけを配信するこずができるので、 コンテンッ プロバむダは䜿甚した情報に察する察䟡を支払えばよく、 コンテンッデ䞀倕の利 甚金額を䜎額にでき、 メディアサむ卜の運営を容易なものずするこずができる。 そしお、 閲芧者は、 自己の属性に応じた皮々の情報を同時に埗るこずができる ので、 他のサむトを閲芧する必芁がなく、 これはコンテンツプロバむダからすれ ば、 閲芧者の他のサむトぞの流出を防ぎ、 自分のメディアサむト内に囲い蟌みで きるこずずなり、 利甚率向䞊によりサむトのペヌゞビュヌを増倧させ、 高い広告 収入を埗るこずができるずいう利点ずなる。
本発明は、 䞊述の第 1及び第 2の実斜䟋に限定されるものではなく、 本発明の 趣旚を逞脱しない範囲で皮々の倉曎が可胜である。䟋えば、䞊述の各実斜䟋では、 広告配信システム及びコンテンツ配信システムを䟋に説明したが、 メヌル配信シ ステムやプログラム配信システム等のクラむアント ·サヌバシステムに甚いおも よい。
[発明の効果]
以䞊説明したように、 本発明に係る情報䞭継装眮によれば、 クラむアントに䟝 存する特有の仕様に基づきクラむアントからの HT T Pリク゚ストのリクェスト ヘッダ情報をサ䞀バ甚リク゚ストヘッダ情報に曞き換えおサヌバに枡すず共に、 サヌバからの H T T Pレスポンスのレスポンスヘッダ情報をクラむアント甚レス ポンスヘッダ情報に曞き換えおクラむアントに枡すこずによっお、 サヌバは、 リ ク゚ストヘッダ情報を正確か぀確実に理解するこずができ、 メ゜ッドを実行する こずができる。 その結果、 芁求されたコンテンツやリク゚ストが䞍成功であった 旚の情報を含む HT T Pレスポンスをクラむアントに返信するこずができる。 同様に、 クラむアントも、 レスポンスヘッダ情報を正確か぀確実に理解するこ ずができ、 予め蚭定されおいる凊理を実行するこずができる。 その結果、 コンテ ンッゃリク゚ストが䞍成功であ぀た旚の情報を衚瀺するこずができる。
埓っお、 クラむアントの機皮、 ブラりザのバヌゞョン等の特有の仕様や、 サ䞀 バのプログラム等に圱響を受けるこずなく、 クラむアントずサヌバずの間で正確 か぀確実に情報を受け枡し、 その埌の凊理を実行させるこずができる。 [図面の簡単な説明]
第 1図は、 バナヌ広告を提䟛する広告システム党䜓を瀺す図である。
第 2図は、 新芏なデバむスに察応するデバむスカヌトリッゞの生成方法を瀺 す図である。
第 3図は、 コンテンツ配信システムの機胜構成を瀺す抂念図である。
第 4図は、 システムセンタのアヌキテクチャを瀺す抂念図である。
第 5図は、 ホヌムペヌゞの䞀郚をタグにより瀺したむメヌゞ図である。 第 6図は、 リク゚スト I D及びカテゎリの䞀郚を䟋瀺した䞀芧衚である。 第 7図は、 ホヌムペヌゞ内に衚瀺されるコンテンツ及びそのコンテンツを衚 瀺させるためのドキュメントファむルを瀺す図である。
[笊号の説明]
1 むンタ䞀ネット
2 コンテンツサヌバ W e bサ䞀ノ
3 広告配信サヌバ W e bサヌバ
4 クラむアン卜 P C
6 ゲ䞀トり゚む
7 ブラりザ
8 デバむス 携垯電話
9 デヌタベヌス
1 0 䞭継サヌバ 情報䞭継装眮
1 1
1 2 デバむスベヌスクラス
1 3 デバむス力䞀トリッゞ
1 4 むンタヌフェヌスクラス
1 5 タヌゲッ卜クリ゚䞀倕クラス
1 6 カヌ卜リッゞゞェネレヌタ
2 0 フアむダヌりォヌル

Claims

請求の範囲
1 .
スの䞭継を行う情報䞭継装眮においお、
前蚘クラむアントに䟝存する特有の仕様に基づいお前蚘 HT T Pリク゚ストの リク゚ストヘッダ情報を前蚘サヌバが理解できるサヌバ甚リク゚ストヘッダ情報 に曞き換えるず共に、 前蚘 H T T Pレスポンスのレスポンスヘッダ情報を前蚘ク ラむアントが理解できるクラむアント甚レスポンスヘッダ情報に曞き換える操䜜 を行うぞッダ情報操䜜手段を有するこずを特城ずする情報䞭継装眮。
2 . 前蚘ぞッダ情報操䜜手段は、
前蚘リク゚ストぞッダ情報に基づいお前蚘クラむアントの皮類を刀別する端末 機皮類刀別手段ず、
前蚘クラむアントに䟝存する特有の仕様を収容したデバむスカヌトリッゞを前 蚘クラむアントの皮類ごずに有するデバむスカヌトリツゞ保有手段ず、
前蚘クラむアントの皮類に応じた前蚘デバむスカヌトリッゞを遞択するデバむ スカ䞀トリッゞ遞択手段ず、 を有し、
前蚘デバむス力䞀卜リッゞ遞択手段によっお遞択された前蚘デバむス力䞀トリ ッゞ内の仕様に基づき前蚘リク゚ストヘッダ情報を前蚘サヌバ甚リク゚ストぞッ ダ情報に曞き換え、 前蚘レスポンスヘッダ情報を前蚘クラむアント甚レスポンス ヘッダ情報に曞き換える操䜜を行うこずを特城ずする請求項 1に蚘茉の情報䞭継
3 . 前蚘クラむアントの皮類に応じたデバむスカヌトリッゞが前蚘デバむス力 䞀トリッゞ保有手段に保有されおいない堎合に、 前蚘クラむアントのブラりザの 仕様に基づいお仮 H T T Pリク゚ストを生成する仮 HT T Pリク゚スト生成手段 ず、
該生成した前蚘仮 H T T Pリク゚ストを前蚘クラむアントのゲヌトりェむに察 しお送信するず共に該送信された仮 HT T Pリク゚ストに基づく前蚘ゲヌトりェ ィからの仮 HTTPレスポンスを受信する仮 H TTP送受信手段ず、 該仮 HTTPレスポンスに基づいお前蚘仮 HTTPリク゚ストによる前蚘ゲヌ トり゚むぞのリク゚ストが成功したか吊かを刀断するリク゚スト成吊刀断手段ず、 リク゚スト成功の刀断により新芏なデバむス力䞀トリッゞを生成し、 該デバむ スカヌトリツゞに前蚘仮 HT T Pリク゚ストのリク゚ストぞッダ情報を前蚘クラ むアントに䟝存する特有の仕様ずしお収容するデバむス力䞀トリッゞ生成手段ず、 リク゚スト倱敗の刀断により前蚘仮 H T T Pリク゚ストのリク゚ストぞッダ情 報の内容を倉曎しお再床前蚘ゲヌトりェむに察しお送信し、 リク゚スト成功の刀 断がされるたで前蚘仮 H T T Pリク゚ストのリク゚ストぞッダ情報の倉曎ず前蚘 ゲヌトりェむに察する送信を繰り返し行う通信テスト手段ず、 を有するこずを特 埵ずする請求項 2に蚘茉の情報䞭継装眮。
4. 前蚘リク゚スト成吊刀断手段は、
前蚘仮 HTTPレスポンスのレスポンスぞッ.ダ情報に含たれる HTTPステヌ タスコヌドに基づいお前蚘ゲヌトりェむぞのリク゚ストが成功したか吊かを刀断 するこずを特城ずする請求項 3に蚘茉の情報䞭継装眮。
5. 前蚘通信テスト手段は、
前蚘仮 H T T Pリク゚ストの前蚘リク゚ストぞッダ情報の内容を予め蚭定され おいる芏則及びパタヌンに埓っお倉曎するこずを特城ずする請求項 4又は 5に蚘 茉の情報䞭継装眮。
6. 前蚘請求項 1〜 5のいずれかに蚘茉の情報䞭継装眮は、
前蚘クラむアン卜がむンタヌネッ卜に接続可胜で、 前蚘サ䞀バが We bサヌバ である堎合に、 前蚘むンタヌネットず前蚘 We bサヌバずの間に蚭けられるこず を特城ずする。
7. むンタ䞀ネット接続機胜を有するクラむアントず We bサヌバずの間で H TTPリク゚ストず HTTPレスポンスの䞭継を行う情報䞭継装眮を有するクラ' むアント。サヌバシステムにおいお、
前蚘情報䞭継装眮は、
前蚘クラむアントに䟝存する特有の仕様に基づいお前蚘 HT T Pリク゚ストの リク゚ストぞッダ情報を前蚘 W e bサヌバが理解できるサヌバ甚リク゚ストぞッ ダ情報に曞き換え、 前蚘 H T T Pレスポンスのレスポンスヘッダ情報を前蚘クラ むアントが理解できるクラむアント甚レスポンスヘッダ情報に曞き換える操䜜を 行うヘッダ情報操䜜手段を備えるこずを特城ずするクラむアン卜 ·サヌバシステ ム。 8 . 前蚘クラむアントは、
むンタヌネット接続機胜を有した携垯端末機であるこずを特城ずする請求項 7 に蚘茉のクラむアント ·サヌバシステム。
9 . 前蚘クラむアントは、
むンタ䞀ネッ卜接続機胜を有した携垯電話であるこずを特城ずする請求項 7に 蚘茉のクラむアント ·サヌバシステム。
1 0 . 前蚘クラむアントは、
前蚘むンタヌネットに接続するためのゲヌトりェむを有するこずを特城ずする 請求項〜 9のいずれかに蚘茉のクラむアント ·サヌバシステム。
1 1 . 前蚘 W e bサヌバは、
前蚘クラむアントに䟛絊されるコンテンツの䞀郚に衚瀺されるバナヌ広告を配 信する広告配信サヌバであるこずを特城ずするクラむアント ·サヌバシステム。
1 2 . 前蚘ヘッダ情報操䜜手段は、
前蚘リク゚ストぞッダ情報に基づいお前蚘クラむアントの皮類を刀別する端末 機皮類刀別手段ず、 .
前蚘クラむアントに䟝存する特有の仕様を収容したデバむスカヌトリッゞを前 蚘クラむアントの皮類ごずに有するデバむスカヌトリッゞ保有手段ず、
前蚘クラむアントの皮類に応じた前蚘デバィスカヌトリツゞを遞択するデバむ スカヌトリッゞ遞択手段ず、 を有し、
前蚘デバむスカヌ卜リッゞ遞択手段によっお遞択された前蚘デバむスカヌトリ ッゞ内の仕様に基づき前蚘リク゚ストヘッダ情報を前蚘サヌバ甚リク゚ストぞッ ダ情報に曞き換え、 前蚘レスポンスぞッダ情報を前蚘クラむアント甚レスポンス ヘッダ情報に曞き換える操䜜を行うこずを特城ずする請求項 7〜1 1のいずれか に蚘茉のクラむアント ·サヌバシステム 1 3。 前蚘情報䞭継装眮は、
前蚘クラむアントの皮類に応じたデバむスカ䞀トリッゞが前蚘デバィスカヌト リッゞ保有手段に保有されおいない堎合に、 前蚘クラむアントのブラりザの仕様 に基づいお仮 HT T Pリク゚ストを生成する仮 HT 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リク゚ストによる前蚘ゲヌ トり゚むぞのリク゚ストが成功したか吊かを刀断するリク゚スト成吊刀断手段ず、 リク゚スト成功の刀断により新芏なデバむスカヌトリッゞを生成し、 該デバむ スカ䞀トリッゞに前蚘仮 H T T Pリク゚ストのリク゚ストヘッダ情報を前蚘クラ むアントに䟝存する特有の仕様ずしお収容するデバむスカヌトリッゞ生成手段ず、 リク゚スト倱敗の刀断により前蚘仮 H T T Pリク゚ストのリク゚ストヘッダ情 報の内容を倉曎しお再床前蚘ゲヌトりェむに察しお送信し、 リク゚スト成功の刀 断がされるたで前蚘仮 HT T Pリク゚ストのリク゚ストヘッダ情報の倉曎ず前蚘 ゲヌトりェむに察する送信を繰り返し行う通信テスト手段ず、 を有するこずを特 埵ずする請求項 1 0〜1 2のいずれかに蚘茉のクラむアント 'サヌバシステム。
1 4。 前蚘リク゚スト成吊刀断手段は、
前蚘仮 H T T Pレスポンスのレスポンスヘッダ情報に含たれる H T T Pステヌ タスコ䞀ドに基づいお前蚘ゲ䞀トり゚むぞのリク゚ストが成功したか吊かを刀断 するこずを特城ずする請求項 1 3に蚘茉のクラむアント 'サヌバシステム。
1 5 . 前蚘通信テスト手段は、
前蚘仮 H T T Pリク゚ストの前蚘リク゚ストぞッダ情報の内容を予め蚭定され おいる芏則及びパタヌンに埓っお倉曎するこずを特城ずする請求項 1 3又は 1 4 に蚘茉のクラむアント 'サヌバシステム。
1 6 . 前蚘情報䞭継装眮は、
デヌタベヌスを怜玢するか吊かの刀断を前蚘 HT T Pリク゚ストに含たれるリ ク゚ストタグ情報に基づいお行う怜玢刀断手段ず、
怜玢するずの刀断により前蚘デヌタベヌスを怜玢し、 該怜玢結果を前蚘リクェ スト倕グ内に挿入する怜玢情報付加手段ず、 を有するこずを特城ずする請求項 7 〜1 5のいずれかに蚘茉のクラむアント ·サヌバシステム。
1 7 . 前蚘怜玢刀断手段は、
前蚘リク゚ストタグ情報に含たれおいるクッキヌ情報に基づいお怜玢刀断を行 うこずを特城ずする請求項 1 6に蚘茉のクラむアント ·サヌバシステム。
補正曞の請求の範囲
[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頁 ]
1. (削陀
2. (削陀
3. (削陀
4. (削陀
5. (削陀
6. (削陀
7. (補正埌) リク゚スト元の携垯端末機がコンテンツサヌバからコンテンツ の配信を受けるこずにより、 前蚘携垯端末機から広告配信サヌバに察しお自動的 にバナヌ広告の配信が芁求され、 該芁求を受けた広告配信サヌバによっお察応す るバナヌ広告が前蚘携垯端末機に配信されるむンタヌネットを利甚したバナヌ広 告配信システムにおいお、
前蚘携垯端末機ず前蚘広告配信サヌバずの間で情報配信の䞭継を行う情報䞭継 装眮を蚭け、
前蚘情報䞭継装眮は、
前蚘携垯端末機から前蚘広告配信サヌバに察するバナヌ広告の配信芁求を䞭継 する際に、 前蚘携垯端末機から前蚘情報䞭継装眮に送信されおきた HTTPリク ゚ストのリク゚ストヘッダ情報に基づいお前蚘携垯端末機の皮類を刀別し、 予め 携垯端末機の皮類ごずに収容されおいる各携垯端末機に䟝存する特有の仕様の䞭 から前蚘刀別された携垯端末機に䟝存する特有の仕様を遞択し、 該遞択した特有 の仕様に基づいお前蚘 HTTPリクェストのリク゚ストヘッダ情報を前蚘広告配 信サヌバが理解できるサヌバ甚リク゚ストヘッダ情報に曞き換え、 該リク゚スト ヘッダ情報の曞き換えが行われた HTTPリク゚ストを前蚘広告配信サヌバに配 信し、
前蚘広告配信サヌバから前蚘携垯端末機に察するバナヌ広告の配信を䞭継する 際に、 前蚘広告配信サヌバから前蚘情報䞭継装眮に送信されおきた HTTPレス ポンスのレスポンスぞッダ情報を前蚘携垯端末機に䟝存する特有の仕様に基づい お前蚘携垯端末機が理解できるクラむアント甚リク゚ストぞッダ情報に曞き換え、
補正された 条玄第 該レスポンスぞッダ情報の曞き換えが行われた H T T Pレスポンスを前蚘携垯端 末機に配信するこずを特城ずするバナヌ広告配信システム。
8. (削陀
9. (削陀
10. (削陀
1 1. (削陀 .
12. (補正埌 前蚘情報䞭継装眮は、
前蚘携垯端末機に䟝存する特有の仕様を収容したデバむスカヌトリッゞを前蚘 携垯端末機の皮類ごずに保有するデバむスカヌトリツゞ保有手段ず、 前蚘刀別し た携垯端末機に察応するデバむスカヌトリッゞを前蚘デバむスカヌトリッゞ保有 手段に保有されおいるデバむスカヌトリッゞの䞭から遞択するデバむスカヌトリ ッゞ遞択手段を有し、
該遞択された前蚘デバむスカヌトリッゞに収容されおいる特有の仕様に基づい お前蚘 HTTPリクェス トのリク゚ストヘッダ情報を前蚘広告配信サヌバが理解 できるサヌバ甚リク゚ストヘッダ情報に曞き換え、 前蚘 HTTPレスポンスのレ スポンスぞッダ情報を前蚘携垯端末機が理解できるクラむアント甚レスポンスぞ ッダ情報に曞き換えるこずを特城ずする請求項 7に蚘茉のバナヌ広告配信システ ム。
13. (補正埌 前蚘情報䞭継装眮は、
前蚘 HTTPリク゚ストを送信しおきた携垯端末機に察応するデバむスカヌト リッゞが前蚘デバむスカヌトリッゞ保有手段に保有されおいないずの刀断により、 前蚘携垯端末機が新芏な携垯端末機であるず刀断した堎合に、
新芏なデバむスカヌトリッゞを生成し、 その内郚に前蚘携垯端末機のブラりザ 情報に基づいお䜜成した仮のリク゚ストヘッダ情報を収容し、
前蚘仮のリク゚ストヘッダ情報を有する仮 HTT Pリク゚ストを前蚘携垯端末 機ず前蚘ィンタヌネットずの間でプ口トコル倉換を行うゲヌトり゚むに察しお送 信しお前蚘ゲヌトりヱむからの仮 HTTPレスポンスを受信し、
前蚘受信した前蚘仮 HTTPレスポンスに基づいお前蚘仮 HTTPリグ゚スト による前蚘ゲヌトりヱむぞのリク゚ストが成功したか吊かを刀断し、
補正された ffl箙 (条玄第 条)' リク゚スト倱敗の刀断により前蚘新芏なデバむスカヌトリッゞに収容しおいる 仮のリク゚ストヘッダ情報の内容を倉曎するず共に倉曎埌の仮のリク゚ストぞッ ダ情報を有する仮 HT T Pリクェス トを再床前蚘ゲヌトりェむに察しお送信しお 前蚘リク゚スト成功の刀断がされるたで前蚘仮のリク゚ストヘッダ情報の倉曎ず 前蚘ゲヌトり゚むに察する送信を繰り返し行い、
リク゚スト成功の刀断により前蚘デバむスカヌトリッゞ內の前蚘仮のリク゚ス トヘッダ情報の内容を前蚘新芏な携垯端末機に䟝存する特有の仕様ずしお蚭定し、 前蚘携垯端末機に察応するデバむスカヌトリッゞを自動的に生成するこずを特城 ずする請求項 1 2に蚘茉のバナヌ広告配信システム。
1 4 . (削陀
1 5 . (削陀
1 6 . (補正埌 前蚘情報䞭継装眮は、
前蚘携垯端末機から前蚘広告配信サヌバに察するバナヌ広告の配信芁求を䞭継 する際に、 耇数の携垯端末機のナヌザ情報が蓄積されおいるナヌザデヌタベヌス 内を怜玢しお、 該圓する携垯端末機のナヌザ情報を抜出し、 前蚘 H T T Pリクェ ストに付しお前蚘広告配信サヌバに提䟛するこずを特城ずする請求項 7、 1 2、 1 3のいずれかに蚘茉のバナヌ広告配信システム。
1 7 . (削陀
篛正された (条玄第 19条) 条玄第 1 9条 1 ) に基づく説明曞
1 . 請求の範囲第 7項のバナヌ広告配信システムは、 旧第 8項及ぎ第 1 1項に蚘茉されお いた芁件を付加したものであり、 これにより、 携垯端末機がコンテンツの提䟛を受けるこ ずによっお広告配信サヌバに察し自動的にバナヌ広告の配信が芁求され、 その携垯端末機 に察しおバナヌ広告を配信するバナヌ広告配信システムであるこずを明確にした。
䞀方、 匕甚䟋 1 (特開平 6—1 8 7 2 5 8号 には、 送信偎倖郚装眮から入力された䌝 送デヌタを受信偎倖郚装眮に合わせた䌝送デヌタに倉換するデヌタ凊理装眮が瀺されおお り、 匕甚䟋 2 (特開平 1 1— 1 4 9 4 4 8号 には、 サヌバずクラむアント端末ずの間で 情報の䞭継を行う䞭継サヌバを有したネットワヌクシステムが瀺されおいる。
䞊蚘請求の範囲第 7項のバナヌ広告配信システムは、 予め特定されおいない互いに未知 の携垯端末機ず広告配信サヌバずの間で情報配信の䞭継を適切に行うこずを目的ずしたも のであり、 情報䞭 II装眮が、 コンテンツサヌバず携垯端末機ずの間ではなく、 コンテンツ サヌバずは別の堎所に配眮されおいる広告配信サヌバず携垯端末機ずの間に蚭けられおい る。
これに察し、 匕甚䟋 1のデヌタ凊理装眮は、 予め特定されおいる送信偎端末装眮ず受信 偎端末装眮ずの間に蚭けられ、 これらの端末装眮間で情報の䞭継を行うこずを目的ずする 点で、 本願発明ず異なる。 たた、 匕甚䟋 2のネットワヌクシステムは、 予め特定されおい るクラむアント端末ずサヌバずの間に䞭継サヌバが蚭けられ、 これらの予め特定されおい るクラむアント端末ずサヌバずの間で情報の䞭継を行うこずを目的ずする点で、 本願 明 ず異なる。 埓っお、 本願発明は、 匕甚䟋 1、 2ずは盞異し、 新芏性、 進歩性を有するもの ず居、料する。
2 . 請求の範囲第 1 3項のバナヌ広告配信システムは、 新芏な携垯端末機が登堎した堎合 に、 情報䞭継装眮が、 携垯端末機のゲヌトりェむに察しお自動的に仮 HT T Pリク゚スト を送信し、 ゲヌトりェむからの仮 HT T Pレスポンスの受信に基づき、 察応するデバむス カヌトリッゞ 請求の範囲第 1 2項参照 を自動的に生成するこずを明確にした。
匕甚䟋 3 (特開平 7— 6 6 8 4 6号 には、 盞手方電子蚈算機ずの間で電文の送受信を 行い、 受信した電文の解析結果に基づき、 盞手方電子蚈算機の通信プロトコルを特定する 通信プロトコル調査装眮が開瀺されおいる。
䞊蚘請求の範囲第 1 3項のバナヌ広告配信システムは、 デバむスカヌトリッゞ保有手段 に新たに远加された新芏な携垯端末機に察応するデバむスカヌトリッゞを甚いおリク゚ス トヘッダ情報ずレスポンスヘッダ情報の倉換を行い、 その新芏な携垯端末機ず広告配信サ —バずの間の情報配信を䞭継する。 これによれば、 新芏な携垯端末機の登堎に察しお迅速 に察応するこずができ、 携垯端末機の皮類の増加に応じお察応するデバむスカヌトリッゞ を自己増殖的に自動的に増加させるこずができる。
䞀方、 匓 I甚䟋 3の通信プロトコル調査装眮は、 盞手方電子蚈算機の通信プロトコルを特 定するだけである。 埓っお、 本願発明は、 匕甚䟋 3ず異なり、 匓 I甚䟋 3に察しお新芏性、 進歩性を有するものず思料する。
PCT/JP2001/001908 2000-04-12 2001-03-12 Information repeater and client/server system Ceased 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
JP2000-110229 2000-04-12
JP2000110229 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 Ceased WO2001080019A1 (en) 2000-04-12 2001-03-12 Information repeater and client/server system

Country Status (2)

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

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004094736A (ja) * 2002-09-02 2004-03-25 Toshiba Corp 電子機噚、通信環境蚭定方法およびプログラム
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 (ja) * 1992-12-17 1994-07-08 Hitachi Ltd デヌタ凊理方法および装眮
JPH0766846A (ja) * 1993-08-25 1995-03-10 Nippon Telegr & Teleph Corp <Ntt> 通信プロトコル調査装眮
JPH10301946A (ja) * 1997-04-24 1998-11-13 Fujitsu Ltd 情報提䟛装眮
JPH11149448A (ja) * 1997-11-18 1999-06-02 Sony Corp ネットワヌクシステム、クラむアント端末及び䞭継サヌバ

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06187258A (ja) * 1992-12-17 1994-07-08 Hitachi Ltd デヌタ凊理方法および装眮
JPH0766846A (ja) * 1993-08-25 1995-03-10 Nippon Telegr & Teleph Corp <Ntt> 通信プロトコル調査装眮
JPH10301946A (ja) * 1997-04-24 1998-11-13 Fujitsu Ltd 情報提䟛装眮
JPH11149448A (ja) * 1997-11-18 1999-06-02 Sony Corp ネットワヌクシステム、クラむアント端末及び䞭継サヌバ

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004094736A (ja) * 2002-09-02 2004-03-25 Toshiba Corp 電子機噚、通信環境蚭定方法およびプログラム
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
KR101367928B1 (ko) 컚테읎너 묞서로의 원격 몚듈 펞입
US9479343B2 (en) Engine for processing content rules associated with locations in a page
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
US20060294396A1 (en) Multiplatform synchronized data access from mobile devices of dynamically aggregated content
US20020112078A1 (en) Virtual machine web browser
US20010009016A1 (en) Computer-based presentation manager and method for individual user-device data representation
KR20090016745A (ko) 원격 몚듈용 메시지 목록
WO2004040481A1 (en) A system and method for providing and displaying information content
CA2437273C (en) Network conduit for providing access to data services
JP2002132836A (ja) ファむル生成装眮、ファむル生成方法、デヌタ管理方法、䞊びに情報通信端末装眮
WO2001009771A9 (en) Targeted advertising system
US6658452B1 (en) Schemes for selecting and passing an application from an application provider to an application service provider
CN101772196A (zh) 倄理移劚终端发送的信息的方法和系统以及代理服务噚
WO2001080019A1 (en) Information repeater and client/server system
JP2004021753A (ja) りェブアプリケヌション察応代理サヌバ及びりェブアプリケヌション察応代理サヌバシステム
US7636786B2 (en) Facilitating access to a resource of an on-line service
US8849872B2 (en) Providing a model-view-controller relationship
JP2002149674A (ja) 階局型デヌタベヌス怜玢システム
KR20010016332A (ko) 배너륌 읎용한 검색 시슀템 및 방법
EP1168162A2 (en) Tag-based user interface
JPWO2001080019A1 (ja) バナヌ広告配信システム
JP2005070833A (ja) ネットワヌク䞭継方法およびネットワヌク䞭継サヌバ

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)