WO2011058676A1 - クライアント端末、コンテンツ利用システム、データ送受信方法、プログラム、および記録媒体 - Google Patents

クライアント端末、コンテンツ利用システム、データ送受信方法、プログラム、および記録媒体 Download PDF

Info

Publication number
WO2011058676A1
WO2011058676A1 PCT/JP2010/003426 JP2010003426W WO2011058676A1 WO 2011058676 A1 WO2011058676 A1 WO 2011058676A1 JP 2010003426 W JP2010003426 W JP 2010003426W WO 2011058676 A1 WO2011058676 A1 WO 2011058676A1
Authority
WO
WIPO (PCT)
Prior art keywords
unit
content
client terminal
server
request
Prior art date
Application number
PCT/JP2010/003426
Other languages
English (en)
French (fr)
Inventor
江川　学
武知秀明
森田英夫
Original Assignee
パナソニック株式会社
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 パナソニック株式会社 filed Critical パナソニック株式会社
Priority to JP2011540386A priority Critical patent/JP5514224B2/ja
Publication of WO2011058676A1 publication Critical patent/WO2011058676A1/ja
Priority to US13/450,977 priority patent/US8903896B2/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce

Definitions

  • the present invention relates to a client terminal, a content use system, a data transmission / reception method, and the like in which a client terminal acquires and uses content provided by a server via a network.
  • Web service in which a processing request from a CE device (hereinafter referred to as a client terminal) is sent to a server in the form of a Web API, the server performs processing according to the request, and returns the result to the client terminal.
  • a Web browser was used to make a processing request to the server, and the result was presented to the user using the Web browser.
  • the client can be There is no need, and the processing result on the server can be used by the application.
  • a server client system is also proposed in which the server displays a screen corresponding to the browser state by notifying the server of the browser state by a query method.
  • the server displays a screen corresponding to the browser state by notifying the server of the browser state by a query method.
  • the present invention allows the status information of the second application of the client terminal to be transferred to the first application having a browser function, and the status information to be smoothly notified to the server.
  • An object is to provide a content use system, a data transmission / reception method, and the like.
  • the first aspect of the present invention provides: A client terminal that acquires and uses content from a server connected through a network, A first application unit that exchanges data with the server; A second application unit that exchanges data with the first application unit, The second application unit includes: A content information acquisition unit for acquiring in advance information about the content; An instruction transmission unit that transmits an instruction for information on the content to the first application unit; A state holding transmission unit that holds state information indicating the state of the second application unit itself and transmits to the first application unit, The first application unit includes: A request generation unit that generates a request command for the server based on the instruction received from the instruction transmission unit; A state addition unit that adds the state information received from the state holding transmission unit to the request command generated by the request generation unit; A client terminal having a request transmission unit that transmits the request command to which the state information is added to the server.
  • the request command generated by the request generation unit is an http request
  • the state adding unit is the client terminal according to the first aspect of the present invention, which adds the state information to an extension area of a header of the http request.
  • the state information is the client terminal of the first or second aspect of the present invention, which is information used when using the content.
  • the fourth aspect of the present invention is The status information is the client terminal according to the first or second aspect of the present invention, which includes at least information related to a content identifier of the content, a usage form of the content, and a usage time limit of the content.
  • the fifth aspect of the present invention provides The state information is a client terminal according to the first or second aspect of the present invention, which is information indicating one procedure in a series of procedures when using the content.
  • the sixth aspect of the present invention provides The state information is the client terminal of the first or second aspect of the present invention, which is user identification information used when using the content.
  • the seventh aspect of the present invention The status information is the client terminal of the first or second aspect of the present invention, which is a usage history of the content.
  • the eighth aspect of the present invention A content usage system in which a client terminal acquires and uses content from a server connected via a network
  • the client terminal includes a first application unit that exchanges data with the server, and a second application unit that exchanges data with the first application unit
  • the second application unit includes: A content information acquisition unit for acquiring in advance information about the content; An instruction transmission unit that transmits an instruction for information on the content to the first application unit; While holding the state information indicating the state of the second application unit itself, and having a state holding transmission unit for transmitting to the first application unit
  • the first application unit includes: A request generation unit that generates a request command for the server based on the instruction received from the instruction transmission unit; A state addition unit that adds the state information received from the state holding transmission unit to the request command generated by the request generation unit; A request transmission unit that transmits the request command to which the state information is added to the server;
  • the server A request receiving unit for receiving the request command transmitted from the client terminal; A status information extraction unit that extracts the status information from
  • the ninth aspect of the present invention provides The request command generated by the request generation unit is an http request
  • the state adding unit is the content use system according to the eighth aspect of the present invention, which adds the state information to an extension area of a header of the http request.
  • the tenth aspect of the present invention is A data transmission / reception method in a content use system in which a client terminal acquires and uses content from a server connected via a network, A content information acquisition step of acquiring in advance information related to the content by the second application unit of the client terminal; An instruction transmitting step in which the second application unit transmits an instruction for information on the content to the first application unit of the client terminal; The second application unit holds state information indicating the state of the second application unit itself, and transmits to the first application unit a state information transmission step; A request generating step of generating a request command for the server based on the instruction by the first application unit; A state addition step of adding the state information to the request command generated in the request generation step by the first application unit; A request transmission step of transmitting the request command to which the state information is added by the first application unit to the server; A response generation step of generating a response command for the client terminal based on the instruction and the state information included in the received request command by the server; And a response transmission step of transmitting the generated
  • the eleventh aspect of the present invention is In the data transmission / reception method according to the tenth aspect of the present invention, the instruction transmission step of transmitting an instruction to the content-related information to the first application unit of the client terminal, and holding state information indicating the state of the second application unit itself
  • the status information transmission step to be transmitted to the first application unit
  • the request generation step for generating a request command for the server based on the instruction
  • the status information in the request command generated in the request generation step Causing the computer to execute the state addition step of adding a response command and the response generation step of generating a response command to respond to the client terminal based on the instruction and the status information included in the received request command Is a program.
  • the twelfth aspect of the present invention is A recording medium on which a program according to an eleventh aspect of the present invention is recorded, which can be processed by a computer.
  • a client terminal a content use system, a data transmission / reception method, and the like that can transfer state information of the second application of the client terminal to the first application having a browser function and smoothly notify the server of the state information. Can be provided.
  • the block diagram showing an example of a structure of the server client system which concerns on Embodiment 1 and Embodiment 2 of this invention
  • the figure showing the flow of a process at the time of the content purchase in the server client system which concerns on Embodiment 1 of this invention.
  • the figure showing the image of the list screen of a content purchase displayed on the client terminal of Embodiment 1 of this invention The figure showing the image of the screen displayed on the client terminal of Embodiment 1 of this invention which prompts the user to confirm the final purchase
  • the figure showing the image of the content purchase page screen displayed on the client terminal of Embodiment 1 of this invention The figure which shows an example of the browser starting argument of the server client system which concerns on Embodiment 1 of this invention Diagram showing the structure of an http request
  • the figure showing the image of the screen which introduces the content content displayed on the client terminal of Embodiment 2 of this invention The figure showing the image of the selection screen of the content purchase form displayed on the client terminal of Embodiment 2 of this invention
  • the figure which shows the example of communication data in case the client terminal of Embodiment 2 of this invention notifies member information as status information.
  • the figure which shows the example of communication data in case the client terminal of Embodiment 2 of this invention notifies the selection history of content as status information.
  • the figure which shows the example of communication data in case the client terminal of Embodiment 2 of this invention notifies the capability information of a client terminal as status information
  • FIG. 1 shows a configuration block diagram of a server client system according to Embodiment 1 of the present invention.
  • Embodiment 1 is a server client system that uses a client terminal 11 that has an application unit 20 and a browser unit 14 and can be connected to a network 13, and a server 12.
  • This server client system smoothly transfers the continuation of the processing performed by the application unit 20 in the client terminal 11 to the browser unit 14 without redundant operations.
  • the server client system of the first embodiment includes a client terminal 11 and a server 12 connected via a network 13.
  • the network 13 may be of any type, such as the Internet or an intranet, or wireless or wired.
  • the client terminal 11 includes an application unit 20 and a browser unit 14.
  • the application unit 20 includes an instruction transmission unit 22, an instruction selection unit 23, a state holding unit 21, and a content information acquisition unit 29.
  • the browser unit 14 includes a data generation unit 19, a state addition unit 18, a data transmission unit 16, a data reception unit 15, and a drawing unit 17.
  • the browser unit 14 is an example of the first application unit of the present invention.
  • the application unit 20 is an example of the second application unit of the present invention, and is used as the dedicated application described in the background art.
  • the state holding unit 21 corresponds to an example of a state holding transmission unit of the present invention.
  • the data generation unit 19 corresponds to an example of the request generation unit of the present invention, and the data transmission unit 16 corresponds to an example of the request transmission unit of the present invention.
  • the application unit 20 receives content information such as a content list and content attributes from the server 12 in advance, displays the content information in a list, accepts a selection operation from the user, and performs operations related to the content.
  • content information such as a content list and content attributes from the server 12 in advance
  • the content information acquisition unit 29 acquires content information from the server 12 in advance using the Web API and stores it in the client terminal 11.
  • the instruction selection unit 23 receives content selected from the content information list stored in the client terminal 11, instructions for the content, and the like.
  • the instruction transmission unit 22 transmits the received instruction and the like to the browser unit 14.
  • the state holding unit 21 holds the information related to the content selected by the instruction selection unit 23 and the received instruction and transmits the information to the browser unit 14.
  • the browser unit 14 is activated by an instruction from the application unit 20.
  • the browser unit 14 receives the operation state of the application unit 20 as an argument at the time of activation, and performs processing according to the operation state of the application unit 20.
  • the data generation unit 19 generates a request statement for processing that the browser unit 14 requests the server 12.
  • a request sentence is generated based on the argument received from the application unit 20, and here, an http request is generated.
  • the browser unit 14 is not limited to being activated from the application unit 20, but may be configured to be activated by another instruction to the client terminal 11, such as key input.
  • the state adding unit 18 adds the operation state information of the application unit 20 acquired from the state holding unit 21 to the extension area in the header of the http request generated by the data generation unit 19.
  • the data transmission unit 16 transmits communication data including an http request statement to which the operation state of the application unit 20 is added by the state addition unit 18 to the server 12.
  • the data receiving unit 15 receives and analyzes the communication data sent from the server 12.
  • the drawing unit 17 draws the screen according to the result analyzed by the data receiving unit 15.
  • the server 12 includes a data receiving unit 27, a data analyzing unit 24, a state extracting unit 25, a data processing unit 26, and a data transmitting unit 28.
  • the data receiving unit 27 is an example of the request receiving unit of the present invention
  • the state extracting unit 25 is an example of the state information extracting unit of the present invention
  • the data processing unit 26 is an example of the response generating unit of the present invention
  • the data transmission unit 28 is an example of the response transmission unit of the present invention.
  • the data receiving unit 27 receives communication data such as commands from the client terminal 11.
  • the data analyzing unit 24 analyzes the communication data received by the data receiving unit 27 and sends a request command to the data processing unit 26.
  • the state extracting unit 25 analyzes the extension area of the header included in the communication data received by the data receiving unit 27. When the information regarding the operation state of the client terminal 11 is included in the extension area, the operation state of the client terminal 11 is extracted from the extension area and notified to the data processing unit 26.
  • the data processing unit 26 performs processing using the operation state of the client terminal 11 notified from the state extraction unit 25 and the request command received from the data analysis unit 24. For example, in this process, a specific page is displayed according to the operation state sent from the client terminal 11, or a specific item is set in advance to create a page.
  • the data transmission unit 28 processes the result of the processing performed by the data processing unit 26 as communication data in response to the command communication received from the client terminal 11 and transmits the communication data to the client terminal 11.
  • the server 12 stores video content such as movies and provides a content distribution service for distributing it to the client terminal 11 through the network 13 which is an Internet line.
  • the user operates the application unit 20 in the client terminal 11 to search for content provided by the server 12. Then, it is possible to confirm the detailed information of the searched content using the browser unit 14, and to request the server 12 to purchase or rent the selected content.
  • the client terminal 11 downloads the content that the user has purchased through the use of such a content distribution service or used for rental from the server 12 via the network 13 that is the Internet.
  • the user can view the downloaded content by using the application unit 20.
  • FIG. 2 is a diagram showing the flow of processing at the time of content purchase in the server client system of the first embodiment.
  • the user operates the client terminal 11 to acquire a list of rentable contents from the server 12.
  • the content information acquisition unit 29 receives the content purchase list information from the server 12 using the Web API and stores it in the client terminal 11 (step S41).
  • FIG. ) Is displayed.
  • FIG. 3A shows an example of a screen displayed on the client terminal 11 when the client terminal 11 is operated to rent content from the server 12.
  • FIG. 3B shows an example of a screen that prompts the user to confirm the final purchase when the user presses the purchase button 31 on the screen of FIG.
  • the user decides the content to be rented from the content list shown in FIG. 3A, the user focuses on the content to be rented and presses the purchase button 31.
  • the client terminal 11 displays a purchase confirmation screen 45 shown in FIG. Then, the user is prompted to confirm the final purchase of the content from the server 12.
  • the browser unit 14 is activated until the content list is displayed, the content is searched, the user is selected, and the user is prompted to confirm the final purchase.
  • application unit 20 alone.
  • processing which is performed by the server by passing data between the server and the browser, is performed only by the application unit 20 of the client terminal 11, so that usability can be improved as compared with the conventional case. .
  • step S42 When the user selects “Yes” on the purchase confirmation screen 45 and indicates an intention to purchase a rental, the application unit 20 performs content purchase processing (step S42).
  • step S42 the browser unit 14 is activated from the application unit 20 (step S43).
  • the browser unit 14 receives the browser activation argument D41 from the application unit 20 as an argument.
  • FIG. 4 shows an example of the browser activation argument D41 when the browser unit 14 is activated at this time.
  • the browser activation argument D41 includes URL information 51 indicating the location of the server 12 and an operation state 52.
  • an http request that is communication data is generated using the data generation unit 19, and an http header area is generated using the status addition unit 18 for the generated http request.
  • the operation state 52 is added to the URL, and an http request including the operation state in the header is generated.
  • http is used as a communication protocol between the server 12 and the client terminal 11, but the communication protocol is not limited to this.
  • http used as communication data from the browser unit 14 to the server 12 will be briefly described with reference to FIG.
  • FIG. 5 shows the structure of an http request.
  • the http request 200 is used for a processing request from the browser unit 14 to the server 12.
  • the http request 200 includes a request line 201, a message header 202, a blank line 203, and a message body 204.
  • the request line 201 describes the type of request from the browser unit 14 for the server 12.
  • the message header 202 describes the communication data encoding type, host name, and the like.
  • a blank line 203 uses a line break as a separator between the message header 202 and the message body 204.
  • the message body 204 describes data to be transmitted from the browser unit 14 to the server 12. The user can freely add an extension header to the message header 202 with “X-” as a prefix.
  • RFC 822 which is an http standard, defines that a server skips and processes a header that cannot be interpreted by the server. Therefore, a server that cannot understand a user-defined header prefixed with “X-” does not cause an error by skipping this. Further, when the browser uniquely defines a user-defined header, adds information, and transmits an http request, the server can acquire the information of the user-defined header as long as the server can interpret the user-defined header.
  • the state information and the like (operation state 52) at the client terminal 11 is added to the message header 202 of the http request 200 in the user-defined header, and the server 12 receives the state information.
  • the server 12 can acquire the status information of the client terminal 11.
  • this extension header cannot be interpreted and will simply be skipped. Therefore, the server does not generate an error, but instead uses the top page specified by the server. By notifying the browser, the browser can display the top page.
  • the browser unit 14 by configuring the browser unit 14 so that the status information is set and sent to the server 12, it is possible to connect to a server that can interpret the status information and to an existing server without error.
  • a server client system that provides a content distribution service can be configured.
  • FIG. 1 An example of communication data D42 is shown in FIG. 1
  • the request line 61 is an http request request line.
  • the message header 62 is a user-defined header including status information 63 in addition to a normal message header.
  • step S46 an http request from the browser unit 14 is acquired through the data receiving unit 27, the http request acquired by the data receiving unit 27 is analyzed by the data analyzing unit 24, and the browser included in the http request The data processing unit 26 is notified of a content purchase page display request from the unit 14.
  • the state extraction unit 25 extracts the state information 63 from the http request acquired by the data reception unit 27, and extracts the operation state of the user at the client terminal 11.
  • the status information of the application unit 20 that is the operation state of the user the content ID (cid) of the selected content, the type of rental use or purchase (sale_type), the rental deadline (limit), the price (price), the preferential point (Point) or the like is notified from the state extraction unit 25 to the data processing unit 26.
  • step S48 the content determined by the data processing unit 26 to be rented or purchased by the user using the application unit 20 based on the user operation state notified from the state extraction unit 25
  • the content purchase page 46 is generated.
  • the content purchase page 46 in FIG. 3C shows an example of a content purchase page screen to be displayed on the client terminal 11 generated by the data processing unit 26 in step S48.
  • step S49 the content transmission page 46 of the content generated in the html creation process (step S48) is processed into communication data by the data transmission unit 28 and transmitted to the client terminal 11.
  • the browser unit 14 of the client terminal 11 receives and analyzes the communication data from the server 12, and displays the content purchase page 46 of the content generated in the html creation process (step S48) by the drawing unit 17 (step S49).
  • the user can browse the content purchase page 46 of the content that has been determined to be used or purchased by simply operating the application unit 20 in the client terminal 11. Then, for the purpose of renting the contents, the contents provided by the server 12 can be rented with a simple operation without having to start the browser again and search for the contents from the top page of the content distribution service in the server 12. Can do.
  • the operation state 52 indicating the state of the client terminal 11 is notified to the server 12 using the extension header of the http request, but the state of the client terminal 11 is changed by other methods. You may make it notify to the server 12.
  • FIG. the server 12 may be notified of the state of the client terminal 11 using a query method.
  • the query is uniquely defined. If the server 12 does not support the query transmitted from the client terminal 11 to the server 12, an error occurs and the client terminal 11 shows an error screen such as “501 Not Implemented”.
  • the application unit 20 is a dedicated application incorporated in the client terminal 11 or the like, in particular, when such an error is displayed, there is a possibility that the user will be confused because the handling method is unknown.
  • the content information acquisition unit 29 of the application unit 20 receives the content purchase list information from the server 12 using the Web API.
  • the content purchase list information is acquired via the network. Instead, it may be acquired from a recording medium such as a CD or a DVD.
  • the model in which the application unit 20 and the browser unit 14 operate in the client terminal 11 has been described.
  • the present invention is not limited to the client terminal 11, and application software as a program that operates on a PC. And browser software.
  • the application unit 20 and the browser unit 14 can be configured by any application that operates in the client terminal 11, and the browser unit 14 is an application that can directly communicate with the server 12, and the application unit 20 is a browser.
  • the application can be configured to communicate with the server 12 indirectly through the unit 14.
  • the operation status of the client terminal 11 is transmitted by transmitting information such as the content ID, the type of rental or sale, and the rental deadline from the client terminal 11 to the server 12.
  • information such as the content ID, the type of rental or sale, and the rental deadline from the client terminal 11 to the server 12.
  • the state information in the client terminal 11 there are several variations of the state information in the client terminal 11.
  • the configuration of the server client system according to the second embodiment is the same as that of the first embodiment, and the configuration block diagram thereof is as shown in FIG.
  • FIG. 7 shows a processing flow at the time of content purchase in the server client system of the second embodiment.
  • the application unit 20 and the browser unit 14 in the client terminal 11 according to the second embodiment notify the server 12 of the processing status in the client terminal 11 through the browser unit 14.
  • the flow of content purchase processing in the client terminal 11 includes a step of displaying a content list (step S101), a step of selecting content (step S102), and a step of confirming the content (step S103).
  • the application unit 20 and the browser unit 14 notify the server 12 through the browser unit 14 of which state the above steps are in.
  • the server 12 Upon receiving the notification, the server 12 generates a response screen corresponding to the notification content, and transmits the response screen to the client terminal 11 to respond.
  • the state notified to the server 12 corresponds to how far the user is operating the application unit 20 or the browser unit 14 of the client terminal 11.
  • FIGS. 8A to 8D show examples of screens displayed on the client terminal 11 of the second embodiment, respectively, and FIG. 8A shows the contents of the content selected by the user.
  • FIG. 8B shows the introduction screen
  • FIG. 8B shows the content purchase mode selection screen
  • FIG. 8C shows the settlement information screen
  • FIG. 8D shows the content purchase confirmation screen.
  • the client terminal 11 notifies the server 12 that the client terminal 11 is in the state of step S102. Then, the server 12 generates a screen shown in FIG. 8A that introduces the content, which is a screen expected after step S102, and transmits the screen to the client terminal 11. Then, the browser unit 14 presents the screen illustrated in FIG.
  • the client terminal 11 notifies the server 12 that the state is in step S103.
  • the server 12 transmits to the client terminal 11 a content purchase mode selection screen shown in FIG. 8B, which is a screen expected after step S103.
  • the client terminal 11 If the purchase mode of the content selected by the user is selected in the client terminal 11, the client terminal 11 notifies the server 12 that it is in the state of step S104. From the server 12, the settlement information screen shown in FIG. 8C, which is a screen expected after step S ⁇ b> 104, is transmitted to the client terminal 11.
  • the client terminal 11 If the user has entered the payment information at the client terminal 11, the client terminal 11 notifies the server 12 that the state is at step S105. From the server 12, a purchase confirmation screen shown in FIG. 8D, which is a screen expected after step S105, is transmitted to the client terminal 11.
  • the server 12 generates appropriate screen data to be displayed next regardless of the content purchase processing in the client terminal 11 by performing the processing in this way. Can be displayed on the client terminal 11.
  • information indicating which step state is notified to the server 12 corresponds to an example of information indicating one procedure in a series of procedures of the present invention.
  • the operation of the server client system described in the first embodiment is that the processing in steps S101 to S104 in FIG. 7 is performed by the application unit 20 of the client terminal 11 and then the state of step S104 is assumed to be the content ID. It can be said that this corresponds to the case where the browser unit 14 notifies the server 12 of information such as the type of rental or sale, the rental deadline, and the like.
  • the status information in the client terminal 11 to be notified to the server 12 may be member information of a user of a site such as a mail order.
  • Member information includes a member ID and a password.
  • the application unit 20 transmits the saved member ID and password to the server 12 through the browser unit 14.
  • the user can be logged in or signed in to the site, such as providing a user-specific screen on the 12 sites.
  • FIG. 9 shows an example of communication data transmitted by the browser unit 14 to the server 12 for notifying member information as state information in the client terminal 11 in this case.
  • the browser unit 14 stores the user ID and password information in the extension area of the http header and transmits them to the server 12.
  • the user member information used as the status information in the client terminal 11 corresponds to an example of the user identification information of the present invention.
  • a content selection history in the application unit 20 may be taken.
  • a history of the content ID of the selected content is stored in the application unit 20 and appropriately notified to the server 12 so that the server 12 can provide information such as a list of recommended content to the client terminal 11. it can.
  • FIG. 10 shows an example of communication data transmitted from the browser unit 14 to the server 12 for notifying the content selection history as the state information in the client terminal 11 in this case.
  • the browser unit 14 stores the selection history of the past five contents in the extension area of the http header, and transmits it to the server 12.
  • the selection history of the content used as the state information in the client terminal 11 is an example of the usage history of the content of the present invention.
  • the status information in the client terminal 11 may be configured to take the capability information of the client terminal 11 or the like.
  • the capability information includes information such as the image resolution and display capability allowed by the client terminal 11 and a recording area for storing content.
  • the server 12 can display the content to be provided to the client terminal 11 and information about whether the content can be stored in the client terminal 11. If the capability is insufficient, a caution screen or the like can be generated and transmitted to the client terminal 11.
  • the server 12 can be configured to notify the client terminal 11 that the requested content can be provided with higher quality.
  • FIG. 11 shows an example of communication data transmitted by the browser unit 14 to the server 12 for notifying the capability information of the client terminal 11 as the state information in the client terminal 11 in this case.
  • the browser unit 14 stores the display capability information of the client terminal 11 in the extension area of the http header and transmits it to the server 12.
  • the capability information of the client terminal 11 used as the state information in the client terminal 11 corresponds to an example of information used when using the content according to the present invention.
  • the server client system of each embodiment can smoothly take over the content purchase processing content in the application unit 20 in the client terminal 11 to the server 12 and smoothly display the content purchase screen provided by the server 12. .
  • the 1st application part in a client terminal will receive the state of operation which the user performed using the 2nd application part in a client terminal, and the content will be received with respect to a server.
  • the server can receive a notification of the operation state from the client terminal and perform processing according to the operation state.
  • the present invention is not limited to the content distribution service, but can be widely applied to a service that uses a Web service on the Internet using an application in a client terminal.
  • the blocks of the client terminal 11 and the server 12 shown in FIG. 1 can be realized by hardware, or can be realized by causing a CPU to execute a program and using hardware resources by software.
  • the processing of the instruction transmission unit 22 and the state holding unit 21 of the application unit 20, the data generation unit 19 and the state addition unit 18 of the client terminal 11, the state extraction unit 25 and the data processing unit 26 of the server 12 are realized by software. By doing so, it is possible to easily and flexibly cope with the change of the status information of the client terminal 11 notified to the server 12 and the change of the data format for notification.
  • the program of the present invention indicates the instruction transmission step of transmitting an instruction for the information related to the content to the first application unit of the client terminal and the state of the second application unit itself in the data transmission / reception method described above.
  • the status information transmission step for transmitting status information to the first application unit, the request generation step for generating a request command for the server based on the instruction, and the request command generated in the request generation step.
  • the state adding step for adding the state information, and the response generating step for generating a response command for responding to the client terminal based on the instruction and the state information included in the received request command.
  • the A program for causing a computer to execute a computer in cooperation with a program that works.
  • the program recording medium of the present invention provides the instruction transmission step of transmitting an instruction for the information related to the content to the first application unit of the client terminal in the data transmission / reception method described above, and the state of the second application unit itself
  • the status information transmission step for transmitting to the first application unit, the request generation step for generating a request command for the server based on the instruction, and the request generated in the request generation step
  • the state addition step of adding the state information to a command, the response generation step of generating a response command to respond to the client terminal based on the instruction and the state information included in the received request command.
  • a program recording medium recording a program for executing the operation of the flop by the computer, a program recording medium and can be read by a computer, said program read is utilized in cooperation with the computer.
  • step operation of the present invention means all or part of the operation of the step.
  • one use form of the program of the present invention may be an aspect in which the program is recorded on a recording medium such as a ROM readable by a computer and operates in cooperation with the computer.
  • one use form of the program of the present invention may be an aspect in which the program is transmitted through a transmission medium such as the Internet or a transmission medium such as light / radio wave, read by a computer, and operates in cooperation with the computer. .
  • the computer of the present invention described above is not limited to pure hardware such as a CPU, but may include firmware, an OS, and peripheral devices.
  • the client terminal, the content use system, the data transmission / reception method, and the like according to the present invention have the effect that the state of the second application of the client terminal is handed over to the first application having a browser function, and the state can be smoothly notified to the server. It is useful as a content distribution service for purchasing content from devices such as digital TVs, mobile AV terminals, and mobile phones, a client terminal used in the content distribution service, and a data transmission / reception method.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

クライアント端末の専用アプリケーションの状態をブラウザに引き継がせて、サーバに通知することはできなかった。 クライアント端末(１１)は、サーバ(１２)との間でデータの授受を行なう第１アプリケーション部(１４)と、第１アプリケーション部との間でデータの授受を行なう第２アプリケーション部(２０)とを備える。第２アプリケーション部の指示送信部(２２)が、ユーザからの指示を第１アプリケーション部へ送信し、状態保持送信部(２１)が、第２アプリケーション部自らの状態情報を第１アプリケーション部へ送信する。第１アプリケーション部のリクエスト生成部(１９)が、指示送信部から受信した指示に基づいてサーバに対するリクエストコマンドを生成し、状態付加部(１８)が、そのリクエストコマンドに状態保持送信部から受信した状態情報を追加し、リクエスト送信部(１６)が、その状態情報が追加されたリクエストコマンドをサーバへ送信する。

Description

クライアント端末、コンテンツ利用システム、データ送受信方法、プログラム、および記録媒体
　本発明は、サーバが提供するコンテンツをクライアント端末がネットワークを介して取得して利用する、クライアント端末、コンテンツ利用システムおよびデータ送受信方法等に関するものである。
　近年、ＣＥ機器（以下、クライアント端末と表す）からの処理要求をＷｅｂ　ＡＰＩという形式でサーバに送り、サーバがそれに応じた処理を行い、その結果をクライアント端末に返す、「Ｗｅｂサービス」という技術が広く使われている。これまでは、Ｗｅｂブラウザを使用して、サーバに処理要求を行い、その結果をＷｅｂブラウザでユーザに提示するということを行っていたが、Ｗｅｂサービスの仕組みを利用すれば、クライアントはＷｅｂブラウザである必要はなく、アプリケーションでサーバでの処理結果を利用することができる。
　Ｗｅｂサービスでは、一般的に、“ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏ．ｊｐ／ｗｅｂ－ａｐｉ？ｕｓｅｒ＝ｔａｒｏ”のような、クエリー形式というものが使用される。クエリー形式では、“？ｕｓｅｒ＝ｔａｒｏ”の様に、クライアントからサーバへ通知したいデータをＷｅｂ　ＡＰＩのＵＲＬに続けて記述する。
　このようにして、Ｗｅｂサービスにより、サーバとクライアント端末のアプリケーションとの２者間の通信を実現している。
　また、ユーザがブラウザを操作し、要求をサーバに送信する従来の一般的なサーバクライアントシステムでは、ユーザがブラウザを操作し、要求をサーバに送信する。
　このような、一般的な従来のサーバクライアントシステムにおいて、クエリー方式でサーバに対してブラウザの状態を通知することにより、サーバがブラウザの状態に応じた画面を表示させるようにしたサーバクライアントシステムも提案されている（例えば、特許文献１参照）。
　このような従来の一般的なサーバクライアントシステムでは、サーバとクライアント端末のブラウザとの２者間で通信が行われる。
　一方、クライアント端末では、操作性や操作速度などが課題となっている。その解決方法の一つとして、コンテンツの検索や探索など一部の処理をブラウザとは異なる専用アプリケーションで行い、ユーザビリティを高めるということも考えられる。
特開平１１－８５６９３号公報
　しかしながら、従来のサーバとクライアント端末間の通信方法では、専用アプリケーションの状態をブラウザに引き継ぐことができなかった。
　コンテンツの検索や探索など一部の処理をブラウザとは異なる専用アプリケーションで行わせてユーザビリティを高めるためには、専用アプリケーションの状態をブラウザに引き継ぐ必要がある。さらに、ブラウザに引き継いだ専用アプリケーションの状態をサーバに通知する必要がある。
　しかし、上記した従来の通信方法では、サーバと、クライアント端末のブラウザまたはアプリケーションとの間の２者間での通信しかできず、専用アプリケーションの状態をブラウザに引き継がせてサーバに通知させることはできなかった。
　本発明は、上記従来の課題を考慮して、クライアント端末の第２のアプリケーションの状態情報をブラウザ機能を有する第１のアプリケーションに引き継がせ、その状態情報を円滑にサーバへ通知できる、クライアント端末、コンテンツ利用システムおよびデータ送受信方法等を提供することを目的とする。
　上述した課題を解決するために、第１の本発明は、
　ネットワークを通じて接続されたサーバからコンテンツを取得して利用するクライアント端末であって、
　前記サーバとの間でデータの授受を行なう第１のアプリケーション部と、
　前記第１のアプリケーション部との間でデータの授受を行なう第２のアプリケーション部とを備え、
　前記第２のアプリケーション部は、
　前記コンテンツに関する情報を予め取得するコンテンツ情報取得部と、
　前記コンテンツに関する情報に対する指示を前記第１のアプリケーション部へ送信する指示送信部と、
　前記第２のアプリケーション部自らの状態を示す状態情報を保持するとともに、前記第１のアプリケーション部へ送信する状態保持送信部とを有し、
　前記第１のアプリケーション部は、
　前記指示送信部から受信した前記指示に基づいて前記サーバに対するリクエストコマンドを生成するリクエスト生成部と、
　前記リクエスト生成部が生成したリクエストコマンドに、前記状態保持送信部から受信した前記状態情報を追加する状態付加部と、
　前記状態情報が追加された前記リクエストコマンドを前記サーバに対して送信するリクエスト送信部とを有する、クライアント端末である。
　また、第２の本発明は、
　前記リクエスト生成部が生成する前記リクエストコマンドは、ｈｔｔｐリクエストであり、
　前記状態付加部は、前記状態情報を前記ｈｔｔｐリクエストのヘッダの拡張領域に付加する、第１の本発明のクライアント端末である。
　このように、第１のアプリケーション部の状態を示す情報を第２のアプリケーション部に引き継ぎ、その情報をサーバに引き継ぐことを実現するにあたり、独自の定義がサーバとクライアント端末双方で必要なクエリー方式を用いるのではなく、標準化されたｈｔｔｐリクエストの拡張ヘッダを用いることで、第２のアプリケーション部で引き継いだ第１のアプリケーション部の状態の引き継ぎに未対応のサーバにおいても、エラー画面を表示せずに、処理の継続を実現することができる。
　また、第３の本発明は、
　前記状態情報は、前記コンテンツを利用する際に用いる情報である、第１または第２の本発明のクライアント端末である。
　また、第４の本発明は、
　前記状態情報は、前記コンテンツのコンテンツ識別子、前記コンテンツの利用形態、および前記コンテンツの利用期限に関する情報を少なくとも含む、第１または第２の本発明のクライアント端末である。
　また、第５の本発明は、
　前記状態情報は、前記コンテンツを利用する際の一連の手順のうちの一つの手順を示す情報である、第１または第２の本発明のクライアント端末である。
　また、第６の本発明は、
　前記状態情報は、前記コンテンツを利用する際に用いる利用者の識別情報である、第１または第２の本発明のクライアント端末である。
　また、第７の本発明は、
　前記状態情報は、前記コンテンツの利用履歴である、第１または第２の本発明のクライアント端末である。
　また、第８の本発明は、
　クライアント端末がネットワークで接続されたサーバからコンテンツを取得して利用するコンテンツ利用システムであって、
　前記クライアント端末は、前記サーバとの間でデータの授受を行なう第１のアプリケーション部と、前記第１のアプリケーション部との間でデータの授受を行なう第２のアプリケーション部とを有し、
　前記第２のアプリケーション部は、
　前記コンテンツに関する情報を予め取得するコンテンツ情報取得部と、
　前記コンテンツに関する情報に対する指示を前記第１のアプリケーション部へ送信する指示送信部と、
　前記第２のアプリケーション部自らの状態を示す状態情報を保持するとともに、前記第１のアプリケーション部へ送信する状態保持送信部とを持ち、
　前記第１のアプリケーション部は、
　前記指示送信部から受信した前記指示に基づいて前記サーバに対するリクエストコマンドを生成するリクエスト生成部と、
　前記リクエスト生成部が生成したリクエストコマンドに、前記状態保持送信部から受信した前記状態情報を追加する状態付加部と、
　前記状態情報が追加された前記リクエストコマンドを前記サーバに対して送信するリクエスト送信部とを持ち、
　前記サーバは、
　前記クライアント端末から送信された前記リクエストコマンドを受信するリクエスト受信部と、
　前記受信したリクエストコマンドから前記状態情報を抽出する状態情報抽出部と、
　前記受信したリクエストコマンドに含まれる前記指示および前記状態情報に基づいて、前記クライアント端末に対する応答コマンドを生成するレスポンス生成部と、
　前記レスポンス生成部で生成された応答コマンドを前記クライアント端末に対して送信するレスポンス送信部とを有する、コンテンツ利用システムである。
　また、第９の本発明は、
　前記リクエスト生成部が生成する前記リクエストコマンドは、ｈｔｔｐリクエストであり、
　前記状態付加部は、前記状態情報を前記ｈｔｔｐリクエストのヘッダの拡張領域に付加する、第８の本発明のコンテンツ利用システムである。
　また、第１０の本発明は、
　クライアント端末がネットワークで接続されたサーバからコンテンツを取得して利用するコンテンツ利用システムにけるデータ送受信方法であって、
　前記クライアント端末の第２のアプリケーション部によって、前記コンテンツに関する情報を予め取得するコンテンツ情報取得ステップと、
　前記第２のアプリケーション部が、前記コンテンツに関する情報に対する指示を前記クライアント端末の第１のアプリケーション部へ送信する指示送信ステップと、
　前記第２のアプリケーション部が、前記第２のアプリケーション部自らの状態を示す状態情報を保持するとともに、前記第１のアプリケーション部へ送信する状態情報送信ステップと、
　前記第１のアプリケーション部によって、前記指示に基づいて前記サーバに対するリクエストコマンドを生成するリクエスト生成ステップと、
　前記第１のアプリケーション部によって、前記リクエスト生成ステップで生成したリクエストコマンドに、前記状態情報を追加する状態付加ステップと、
　前記第１のアプリケーション部によって、前記状態情報を追加した前記リクエストコマンドを、前記サーバへ送信するリクエスト送信ステップと、
　前記サーバによって、受信した前記リクエストコマンドに含まれる前記指示および前記状態情報に基づいて、前記クライアント端末に対する応答コマンドを生成するレスポンス生成ステップと、
　前記サーバによって、前記生成された応答コマンドを前記クライアント端末に対して送信するレスポンス送信ステップとを備えた、データ送受信方法である。
　また、第１１の本発明は、
　第１０の本発明のデータ送受信方法の、前記コンテンツに関する情報に対する指示を前記クライアント端末の第１のアプリケーション部へ送信する前記指示送信ステップ、前記第２のアプリケーション部自らの状態を示す状態情報を保持するとともに、前記第１のアプリケーション部へ送信する前記状態情報送信ステップ、前記指示に基づいて前記サーバに対するリクエストコマンドを生成する前記リクエスト生成ステップ、前記リクエスト生成ステップで生成したリクエストコマンドに、前記状態情報を追加する前記状態付加ステップ、受信した前記リクエストコマンドに含まれる前記指示および前記状態情報に基づいて、前記クライアント端末に応答する応答コマンドを生成する前記レスポンス生成ステップ、をコンピュータに実行させるプログラムである。
　また、第１２の本発明は、
　第１１の本発明のプログラムを記録した記録媒体であって、コンピュータにより処理可能な記録媒体である。
　本発明により、クライアント端末の第２のアプリケーションの状態情報をブラウザ機能を有する第１のアプリケーションに引き継がせ、その状態情報を円滑にサーバへ通知できる、クライアント端末、コンテンツ利用システムおよびデータ送受信方法等を提供できる。
本発明の実施の形態１および実施の形態２に係るサーバクライアントシステムの構成の一例を表すブロック図 本発明の実施の形態１に係るサーバクライアントシステムにおけるコンテンツ購入時の処理の流れを表す図 本発明の実施の形態１のクライアント端末に表示される、コンテンツ購入の一覧画面のイメージを表す図 本発明の実施の形態１のクライアント端末に表示される、ユーザに購入の最終確認を促す画面のイメージを表す図 本発明の実施の形態１のクライアント端末に表示される、コンテンツ購入ページ画面のイメージを表す図 本発明の実施の形態１に係るサーバクライアントシステムのブラウザ起動引数の一例を示す図 ｈｔｔｐリクエストの構造を示す図 本発明の実施の形態１のブラウザ部がサーバへ送信する通信データの例を示す図 本発明の実施の形態２に係るサーバクライアントシステムのコンテンツ購入時の処理の流れを表す図 本発明の実施の形態２のクライアント端末に表示される、コンテンツ内容を紹介する画面のイメージを表す図 本発明の実施の形態２のクライアント端末に表示される、コンテンツの購入形態の選択画面のイメージを表す図 本発明の実施の形態２のクライアント端末に表示される、決済情報画面のイメージを表す図 本発明の実施の形態２のクライアント端末に表示される、コンテンツ購入確認画面のイメージを表す図 本発明の実施の形態２のクライアント端末が、状態情報として会員情報を通知する場合の通信データの例を示す図 本発明の実施の形態２のクライアント端末が、状態情報としてコンテンツの選択履歴を通知する場合の通信データの例を示す図 本発明の実施の形態２のクライアント端末が、状態情報としてクライアント端末の能力情報を通知する場合の通信データの例を示す図
　以下、本発明を適用した具体的な実施の形態について図面を参照にしながら詳細を説明する。
　（実施の形態１）
　図１に、本発明の実施の形態１に係るサーバクライアントシステムの構成ブロック図を示す。
　本実施の形態１は、アプリケーション部２０とブラウザ部１４とを持ちネットワーク１３に接続可能なクライアント端末１１と、サーバ１２とを利用したサーバクライアントシステムである。
　このサーバクライアントシステムは、クライアント端末１１内のアプリケーション部２０で行った処理の続きを、冗長な操作なくブラウザ部１４に円滑に移行させるものである。アプリケーション部２０の状態情報をｈｔｍｌヘッダに付与してブラウザ部１４を通じてサーバ１２に対して送信することで、必要な情報をサーバ１２から取得しブラウザ部１４に表示することができるものである。
　これにより、アプリケーション部２０とブラウザ部１４とを使用することで、サーバ１２が提供する情報の中から必要な情報を抽出することができる。
　図１に示すように、本実施の形態１のサーバクライアントシステムは、クライアント端末１１と、ネットワーク１３で接続されたサーバ１２とで構成される。ネットワーク１３は、インターネットやイントラネットなど、また、無線、有線などその種類は問わない。
　クライアント端末１１は、アプリケーション部２０とブラウザ部１４とを備えている。
　アプリケーション部２０は、指示送信部２２、指示選択部２３、状態保持部２１およびコンテンツ情報取得部２９を有している。
　ブラウザ部１４は、データ生成部１９、状態付加部１８、データ送信部１６、データ受信部１５および描画部１７を有している。
　なお、ブラウザ部１４が、本発明の第１のアプリケーション部の一例にあたる。また、アプリケーション部２０が、本発明の第２のアプリケーション部の一例にあたり、背景技術で説明した専用アプリケーションとして使用される。また、状態保持部２１が、本発明の状態保持送信部の一例にあたる。また、データ生成部１９が、本発明のリクエスト生成部の一例にあたり、データ送信部１６が、本発明のリクエスト送信部の一例にあたる。
　アプリケーション部２０は、予めサーバ１２からコンテンツの一覧やコンテンツの属性などのコンテンツ情報を受け取っており、これらコンテンツ情報を一覧表示し、ユーザからの選択操作等を受け付け、コンテンツに関する動作を行う。
　コンテンツ情報取得部２９は、Ｗｅｂ　ＡＰＩを用いて予めサーバ１２からコンテンツ情報を取得してクライアント端末１１内に格納する。
　指示選択部２３は、クライアント端末１１に格納されたコンテンツ情報一覧から選択されたコンテンツや、コンテンツに対する指示等を受け付ける。
　指示送信部２２は、受け付けた指示等をブラウザ部１４に対して送信する。
　状態保持部２１は、指示選択部２３により選択されたコンテンツに関する情報と受け付けた指示等を保持するとともに、ブラウザ部１４に対して送信する。
　ブラウザ部１４は、アプリケーション部２０からの指示により起動される。ブラウザ部１４は、その起動時の引数として、アプリケーション部２０の操作状態を受け取り、アプリケーション部２０の操作状態に応じた処理を行う。
　データ生成部１９は、ブラウザ部１４がサーバ１２に対して要求する処理のリクエスト文を生成する。アプリケーション部２０から受け取った引数をもとにリクエスト文を生成し、ここではｈｔｔｐリクエストを生成する。
　なお、ブラウザ部１４は、アプリケーション部２０から起動されるのに限定されるわけではなく、クライアント端末１１に対する他の指示、例えば、キー入力などにより起動するように構成しても構わない。
　また、アプリケーション部２０からブラウザ部１４への、状態保持部２１で保持するアプリケーション部２０の操作状態の通知方法を、上述の起動時の引数とする以外にも、共有メモリを通じた受け渡しや、ソケット通信などを通じて行っても構わない。
　状態付加部１８は、データ生成部１９で生成したｈｔｔｐリクエストのヘッダのうち拡張領域に、状態保持部２１から取得したアプリケーション部２０の操作状態の情報を付加する。
　データ送信部１６は、状態付加部１８でアプリケーション部２０の操作状態を付加したｈｔｔｐリクエスト文からなる通信データをサーバ１２へ送信する。
　データ受信部１５は、サーバ１２から送られてきた通信データを受信し、解析する。
　描画部１７は、データ受信部１５で解析した結果に応じて画面描画する。
　サーバ１２は、データ受信部２７、データ解析部２４、状態抽出部２５、データ処理部２６およびデータ送信部２８を備えている。
　なお、データ受信部２７が、本発明のリクエスト受信部の一例にあたり、状態抽出部２５が、本発明の状態情報抽出部の一例にあたり、データ処理部２６が、本発明のレスポンス生成部の一例にあたり、データ送信部２８が、本発明のレスポンス送信部の一例にあたる。
　データ受信部２７は、クライアント端末１１からコマンドなどの通信データを受信する。
　データ解析部２４は、データ受信部２７で受信した通信データを解析し、データ処理部２６へリクエストコマンドを送る。
　状態抽出部２５は、データ受信部２７が受信した通信データに含まれるヘッダの拡張領域を解析する。拡張領域にクライアント端末１１の操作状態に関する情報が含まれている場合には、拡張領域からクライアント端末１１の操作状態を抽出し、データ処理部２６へ通知する。
　データ処理部２６は、状態抽出部２５から通知されたクライアント端末１１の操作状態と、データ解析部２４から受け取ったリクエストコマンドを利用して、処理を行う。例えば、この処理の際には、クライアント端末１１から送られてきた操作状態に応じて特定のページを表示したり、また、特定の項目について予め設定をしたりしてページの作成を行う。
　データ送信部２８は、クライアント端末１１から受け取ったコマンド通信に応じて、データ処理部２６で行った処理の結果を通信データとして加工し、クライアント端末１１へ送信する。
　以下、本実施の形態１に係るサーバクライアントシステムを用いた具体的な例として、インターネットに接続されたクライアント端末１１から、サーバ１２に要求してコンテンツを購入するコンテンツ配信サービスについて説明する。
　サーバ１２は、映画等の映像コンテンツを蓄積しており、それをインターネット回線であるネットワーク１３を通じて、クライアント端末１１に対して配信するコンテンツ配信サービスを行っている。
　ユーザは、クライアント端末１１内のアプリケーション部２０を操作し、サーバ１２が提供するコンテンツを検索する。そして、ブラウザ部１４を利用して検索したコンテンツの詳細情報などを確認することを行い、そして、選択したコンテンツについての購入やレンタル利用することをサーバ１２に対して要求することができる。
　ユーザがこのようなコンテンツ配信サービスの利用により購入したり、また、レンタル利用することにしたコンテンツを、クライアント端末１１は、サーバ１２からインターネットであるネットワーク１３を経由してダウンロードする。
　ユーザは、アプリケーション部２０を用いることで、ダウンロードしたコンテンツを視聴することができる。
　図１に示した本実施の形態１のサーバクライアントシステムにおいて、ユーザがコンテンツを購入する際のクライアント端末１１およびサーバ１２における処理を、図２で示すシーケンス図を用いて説明する。
　図２は、本実施の形態１のサーバクライアントシステムにおける、コンテンツ購入時の処理の流れを表す図である。
　ユーザが、クライアント端末１１を操作して、サーバ１２からレンタル可能なコンテンツのリストを取得する。アプリケーション部２０は、ユーザからの指示を受けると、コンテンツ情報取得部２９がＷｅｂ　ＡＰＩを用いてサーバ１２からコンテンツ購入一覧情報を受け取ってクライアント端末１１内に格納し（ステップＳ４１）、図３（ａ）に示すようなコンテンツの一覧を表示する。
　図３（ａ）は、クライアント端末１１を操作してサーバ１２からコンテンツをレンタルする場合のクライアント端末１１に表示される画面の一例を示している。また、図３（ｂ）は、図３（ａ）の画面において、ユーザが購入ボタン３１を押した際に、ユーザに購入の最終確認を促す画面の一例を示している。
　ユーザは、図３（ａ）に示すコンテンツのリストの中から、レンタルしたいコンテンツが決まったら、レンタルしたいコンテンツにフォーカスを合わせて、購入ボタン３１を押す。
　ユーザが、購入ボタン３１を押した場合、クライアント端末１１は、図３（ｂ）に示す購入確認画面４５を表示する。そして、サーバ１２からコンテンツをレンタル購入することの、最終確認をユーザに促す。
　本実施の形態１のサーバクライアントシステムでは、このように、コンテンツの一覧を表示し、コンテンツを検索し、ユーザに選択させて購入の最終確認をユーザに促すまでの処理を、ブラウザ部１４を起動せずにアプリケーション部２０のみで行なう。従来のサーバクライアントシステムでは、サーバとブラウザ間でデータを受け渡してサーバが処理していたこのような処理を、クライアント端末１１のアプリケーション部２０のみで行うので、従来よりもユーザビリティを向上させることができる。
　購入確認画面４５において、ユーザが「はい」を選択し、レンタル購入する意志を示した場合、アプリケーション部２０は、コンテンツ購入処理をする（ステップＳ４２）。
　コンテンツ購入処理（ステップＳ４２）では、アプリケーション部２０から、ブラウザ部１４を起動する（ステップＳ４３）。
　この時、ブラウザ部１４は、アプリケーション部２０からブラウザ起動引数Ｄ４１を引数として受信する。
　図４に、この時のブラウザ部１４を起動する際のブラウザ起動引数Ｄ４１の例を示す。
　ブラウザ起動引数Ｄ４１には、サーバ１２の場所を示すＵＲＬ情報５１と、操作状態５２とが含まれる。操作状態５２には、ユーザが購入ボタン３１を押す直前にアプリケーション部２０でユーザが選択したコンテンツの情報である、コンテンツＩＤ（ｃｉｄ）、レンタルか販売かの種別（ｓａｌｅ＿ｔｙｐｅ）、レンタル期限（ｌｉｍｉｔ）、価格（ｐｒｉｃｅ）、優待ポイント（ｐｏｉｎｔ）などが含まれる。
　ｈｔｔｐリクエスト生成処理（ステップＳ４４）では、データ生成部１９を用いて通信データであるｈｔｔｐのリクエストを生成し、その生成したｈｔｔｐのリクエストに対して、状態付加部１８を用いて、ｈｔｔｐのヘッダ領域に操作状態５２を付加し、ヘッダに操作状態が含まれたｈｔｔｐリクエストを生成する。
　ここでは、サーバ１２とクライアント端末１１との間の通信プロトコルとして、ｈｔｔｐを使用しているが、通信プロトコルは、これに限らないものとする。
　ここで、ブラウザ部１４からサーバ１２に対する通信データとして使用しているｈｔｔｐについて、図５を用いて簡単に説明する。
　図５は、ｈｔｔｐリクエストの構造を示している。
　ｈｔｔｐリクエスト２００は、ブラウザ部１４から、サーバ１２への処理要求に用いられる。ｈｔｔｐリクエスト２００は、リクエスト行２０１、メッセージヘッダ２０２、空行２０３、メッセージボディ２０４から構成される。
　リクエスト行２０１には、サーバ１２に対するブラウザ部１４からの要求の種別などを記述する。メッセージヘッダ２０２には、通信データのエンコードタイプや、ホスト名などが記述される。空行２０３は、メッセージヘッダ２０２と、メッセージボディ２０４とのセパレータとして、改行が使用される。メッセージボディ２０４には、ブラウザ部１４からサーバ１２へ送信するデータが記述される。メッセージヘッダ２０２には、「Ｘ―」をプレフィクスとして、ユーザが自由に拡張ヘッダを追加することが可能である。
　ｈｔｔｐの規格であるＲＦＣ８２２では、サーバが解釈できないヘッダに関しては、サーバは読み飛ばして処理を行うことが定義されている。このため、「Ｘ―」をプレフィクスとするユーザ定義ヘッダを理解できないサーバは、これを読み飛ばすことでエラーとなることはない。また、ブラウザがユーザ定義ヘッダを独自に定義して情報を付加し、ｈｔｔｐリクエストを送信した場合、そのユーザ定義ヘッダを解釈できるサーバであれば、ユーザ定義ヘッダの情報をサーバが取得できる。
　このことを用いて、本実施の形態１では、ユーザ定義ヘッダにはクライアント端末１１での状態情報など（操作状態５２）をｈｔｔｐリクエスト２００のメッセージヘッダ２０２に付加することとし、サーバ１２が状態情報の拡張ヘッダを解釈することにより、サーバ１２はクライアント端末１１の状態情報を取得することができる。一方、状態情報の拡張ヘッダを解釈できないサーバについては、この拡張ヘッダを解釈することはできず、単に読み飛ばすこととなるため、サーバではエラーとはならず、その代わりサーバが定めるトップページなどをブラウザに通知することで、ブラウザはそのトップページを表示することができる。
　このように、ブラウザ部１４のみ状態情報を設定してサーバ１２に送るように構成することで、状態情報を解釈できるサーバに対しても、既存のサーバに対してもエラーなく接続することができるように、コンテンツ配信サービスを提供するサーバクライアントシステムを構成することができる。
　次に、図２のコンテンツ購入ページ要求処理（ステップＳ４５）では、ブラウザ起動引数Ｄ４１によってアプリケーション部２０からブラウザ部１４に通知された操作状態５２をｈｔｔｐリクエストの拡張ヘッダに含んだ通信データＤ４２を、ブラウザ部１４からサーバ１２に送信する。
　通信データＤ４２の例を図６に示す。
　リクエスト行６１は、ｈｔｔｐリクエストのリクエスト行である。メッセージヘッダ６２は、通常のメッセージヘッダに加え、状態情報６３を含むユーザ定義ヘッダである。
　データ解析処理（ステップＳ４６）では、データ受信部２７を通じてブラウザ部１４からのｈｔｔｐリクエストを取得し、データ解析部２４によりデータ受信部２７で取得したｈｔｔｐリクエストを解析し、ｈｔｔｐリクエストに含まれる、ブラウザ部１４からのコンテンツ購入ページの表示要求をデータ処理部２６へ通知する。
　状態抽出処理（ステップＳ４７）では、状態抽出部２５により、データ受信部２７で取得したｈｔｔｐリクエストから状態情報６３を取り出し、クライアント端末１１でのユーザの操作状態を抽出する。ユーザの操作状態であるアプリケーション部２０の状態情報として、選択されたコンテンツのコンテンツＩＤ（ｃｉｄ）、レンタル利用かまたは購入かの種別（ｓａｌｅ＿ｔｙｐｅ）、レンタル期限（ｌｉｍｉｔ）、価格（ｐｒｉｃｅ）、優待ポイント（ｐｏｉｎｔ）等が、状態抽出部２５からデータ処理部２６へ通知される。
　ｈｔｍｌ作成処理（ステップＳ４８）では、データ処理部２６が、状態抽出部２５から通知されたユーザの操作状態をもとに、ユーザがアプリケーション部２０を用いてレンタル利用または購入することを決定したコンテンツのコンテンツ購入ページ４６を生成する。
　図３（ｃ）のコンテンツ購入ページ４６は、ステップＳ４８において、データ処理部２６が生成する、クライアント端末１１で表示させるためのコンテンツ購入ページ画面の一例を示している。
　コンテンツ購入ｈｔｍｌ送信処理（ステップＳ４９）では、データ送信部２８によりｈｔｍｌ作成処理（ステップＳ４８）で生成したコンテンツのコンテンツ購入ページ４６を通信データに加工し、クライアント端末１１に送信する。
　クライアント端末１１のブラウザ部１４は、サーバ１２から通信データを受信および解析し、ｈｔｍｌ作成処理（ステップＳ４８）で生成されたコンテンツのコンテンツ購入ページ４６の表示を描画部１７で行う（ステップＳ４９）。
　これまでの一連の処理によって、ユーザは、クライアント端末１１内のアプリケーション部２０を操作するだけで、レンタル利用や購入を決定したコンテンツのコンテンツ購入ページ４６を閲覧することができる。そして、コンテンツのレンタル利用などのために、改めてブラウザを起動し、サーバ１２におけるコンテンツ配信サービスのトップページからコンテンツを探すなどといった手間もなく、サーバ１２が提供するコンテンツを簡単な操作でレンタル利用することができる。
　なお、本実施の形態１では、クライアント端末１１の状態を示す操作状態５２をｈｔｔｐリクエストの拡張ヘッダを用いてサーバ１２に通知することとしたが、これ以外の方法により、クライアント端末１１の状態をサーバ１２へ通知するようにしてもよい。例えば、クエリー方式を用いて、クライアント端末１１の状態をサーバ１２へ通知するようにしてもよい。
　ただし、クエリー方式を用いて通知する場合には、クエリーは独自に定義することになり、クライアント端末１１からサーバ１２へ送信するクエリーに、サーバ１２が対応していなかった場合、エラーとなり、クライアント端末１１には“５０１　Ｎｏｔ　Ｉｍｐｌｅｍｅｎｔｅｄ”等のエラー画面が表示される。アプリケーション部２０が、クライアント端末１１に組み込まれた専用アプリケーションなどの場合は、特にこのようなエラーが表示されると対処方法がわからずユーザが混乱してしまう可能性がある。
　独自の定義がサーバとクライアント端末双方で必要なクエリー方式を用いるのではなく、本実施の形態１で説明したように、標準化されたｈｔｔｐリクエストの拡張ヘッダを用いて、ブラウザ部１４で引き継いだアプリケーション部２０の状態をサーバ１２へ引き継ぐようにすることで、この問題を回避することができる。
　すなわち、ｈｔｔｐリクエストの拡張ヘッダを用いることにより、状態情報６３を含むユーザ定義ヘッダを解釈できないサーバに対して、ｈｔｔｐリクエストを送信してしまった場合でも、エラーが表示されることなく、サーバのトップページなどが表示されるため、ユーザが混乱することを防ぐことができる。
　また、本実施の形態１では、アプリケーション部２０のコンテンツ情報取得部２９がＷｅｂ　ＡＰＩを用いてサーバ１２からコンテンツ購入一覧情報を受け取ることとしたが、コンテンツ購入一覧情報をネットワークを介して取得するのではなく、例えばＣＤやＤＶＤなどの記録メディアから取得するようにしてもよい。
　なお、本実施の形態１では、クライアント端末１１内でアプリケーション部２０とブラウザ部１４とが動作するモデルで説明したが、クライアント端末１１に限る必要はなく、ＰＣ上で動作するプログラムとしてのアプリケーションソフトウェアやブラウザソフトウェアで実現することも可能である。
　さらに、アプリケーション部２０とブラウザ部１４は、クライアント端末１１内で動作する任意のアプリケーションで構成することができ、ブラウザ部１４はサーバ１２と直接通信することができるアプリケーションであり、アプリケーション部２０はブラウザ部１４を通じて間接的にサーバ１２と通信するアプリケーションとするように構成できる。
　（実施の形態２）
　実施の形態１では、コンテンツＩＤ、レンタルか販売かの種別、レンタル期限等の情報をクライアント端末１１からサーバ１２に対して送信することで、クライアント端末１１の操作状態を送ることとした。これ以外にも、クライアント端末１１内の状態情報としてはいくつかの変形例がある。
　本発明の実施の形態２では、この変形例について説明する。
　本実施の形態２に係るサーバクライアントシステムの構成は、実施の形態１と同様であり、その構成ブロック図は図１に示した通りである。
　図７に、本実施の形態２のサーバクライアントシステムにおけるコンテンツ購入時の処理の流れを示す。
　本実施の形態２のクライアント端末１１内のアプリケーション部２０とブラウザ部１４は、クライアント端末１１における処理の状態をブラウザ部１４を通じてサーバ１２に通知する。
　クライアント端末１１におけるコンテンツ購入処理の流れは、図７に示すように、コンテンツ一覧を表示するステップ（ステップＳ１０１）、コンテンツを選択するステップ（ステップＳ１０２）、コンテンツの内容を確認するステップ（ステップＳ１０３）、購入形態を選択するステップ（ステップＳ１０４）、決済情報を入力するステップ（ステップＳ１０５）、購入を決定するステップ（ステップＳ１０６）、購入したコンテンツをダウンロードするステップ（ステップＳ１０７）とからなる。
　アプリケーション部２０とブラウザ部１４は、上記ステップのどの状態にあるかをブラウザ部１４を通じてサーバ１２に対して通知する。通知を受けたサーバ１２は、通知内容に応じた応答画面を生成し、クライアント端末１１に対して送信して応答する。このサーバ１２へ通知する状態は、クライアント端末１１のアプリケーション部２０や、ブラウザ部１４で、ユーザがどこまで操作しているかに対応する。
　図８（ａ）～図８（ｄ）は、それぞれ、本実施の形態２のクライアント端末１１に表示される画面例を示しており、図８（ａ）は、ユーザが選択したコンテンツの内容を紹介する画面を、図８（ｂ）は、コンテンツの購入形態の選択画面を、図８（ｃ）は、決済情報画面を、図８（ｄ）は、コンテンツ購入確認画面を、それぞれ表している。
　例えば、クライアント端末１１においてユーザがコンテンツを選択した状態であれば、クライアント端末１１がステップＳ１０２の状態にあることをサーバ１２に対して通知する。そうすると、サーバ１２は、ステップＳ１０２の次に期待される画面である、コンテンツ内容を紹介する図８（ａ）の画面を生成し、クライアント端末１１に対して送信する。そして、ブラウザ部１４は、図８（ａ）の画面をユーザに提示する。
　また、クライアント端末１１においてユーザがコンテンツの内容を確認した状態であれば、クライアント端末１１はステップＳ１０３の状態である旨をサーバ１２に対して通知する。サーバ１２からは、ステップＳ１０３の次に期待される画面である図８（ｂ）に示したコンテンツの購入形態の選択画面をクライアント端末１１に対して送信する。
　また、クライアント端末１１においてユーザが選択したコンテンツの購入形態を選択した状態であれば、クライアント端末１１はステップＳ１０４の状態である旨をサーバ１２に対して通知する。サーバ１２からは、ステップＳ１０４の次に期待される画面である図８（ｃ）に示した決済情報画面をクライアント端末１１に対して送信する。
　また、クライアント端末１１においてユーザが決済情報を入力した状態であれば、クライアント端末１１はステップＳ１０５の状態である旨をサーバ１２に対して通知する。サーバ１２からは、ステップＳ１０５の次に期待される画面である図８（ｄ）に示した購入確認画面をクライアント端末１１に対して送信する。
　本実施の形態２では、このように処理することにより、クライアント端末１１において、コンテンツ購入処理のいずれの処理までを行っている場合でも、次に表示すべき適切な画面データがサーバ１２で生成され、クライアント端末１１に表示させることができる。
　なお、上記において、サーバ１２に通知する、いずれのステップの状態であるかを示す旨の情報が、本発明の、一連の手順のうちの一つの手順を示す情報の一例にあたる。
　なお、実施の形態１で説明したサーバクライアントシステムの動作は、図７におけるステップＳ１０１～ステップＳ１０４の処理をクライアント端末１１のアプリケーション部２０で行なった後、ステップＳ１０４の状態である旨として、コンテンツＩＤ、レンタルか販売かの種別、レンタル期限等の情報をブラウザ部１４によってサーバ１２に通知する場合に相当するものと言える。
　また、サーバ１２へ通知するクライアント端末１１内の状態情報として、通信販売などのサイト等のユーザの会員情報としても構わない。会員情報として、会員ＩＤとパスワードがある。クライアント端末１１のブラウザ部１４が通信販売サイトやその提携サイトなどに接続すると、アプリケーション部２０からは保存していた会員ＩＤとパスワードとをブラウザ部１４を通じてサーバ１２に対して送信することで、サーバ１２サイト内のユーザ特有の画面を提供させる等、ユーザがサイト内にログインやサインインした状態とできる。
　図９は、この場合にクライアント端末１１内の状態情報としての会員情報を通知するための、ブラウザ部１４がサーバ１２に送信する通信データの例を示している。
　ブラウザ部１４は、この場合、ｈｔｔｐヘッダの拡張領域にユーザＩＤやパスワード情報を格納してサーバ１２に送信する。
　なお、このときに、クライアント端末１１内の状態情報として使用するユーザの会員情報が、本発明の利用者の識別情報の一例にあたる。
　また、クライアント端末１１内の状態情報として、アプリケーション部２０でのコンテンツの選択履歴などを採るように構成しても構わない。選択したコンテンツのコンテンツＩＤの履歴をアプリケーション部２０で記憶し、サーバ１２に対して適宜通知することで、サーバ１２はクライアント端末１１に対して、お勧めコンテンツの一覧などの情報を提供することができる。
　図１０は、この場合にクライアント端末１１内の状態情報としてのコンテンツの選択履歴を通知するための、ブラウザ部１４がサーバ１２に送信する通信データの例を示している。
　ブラウザ部１４は、例えば図１０に示したように、ｈｔｔｐヘッダの拡張領域に過去５つ分のコンテンツの選択履歴を格納して、サーバ１２に対して送信する。
　なお、このときに、クライアント端末１１内の状態情報として使用するコンテンツの選択履歴が、本発明のコンテンツの利用履歴の一例にあたる。
　また、クライアント端末１１内の状態情報として、クライアント端末１１の能力情報等を採るように構成しても構わない。能力情報としては、クライアント端末１１の許容している画像解像度や表示能力、コンテンツを格納するための記録領域などの情報である。
　これらをサーバ１２に対して通知することで、サーバ１２はクライアント端末１１に対して、これから提供するコンテンツを表示することができるか否かや、コンテンツをクライアント端末１１内に格納できるかどうかの情報を判断して、もし能力不足である場合にはそれに応じた注意画面などを生成してクライアント端末１１に対して送信することができる。また、購入要求されたコンテンツであってより高い品質のものを提供できる旨、サーバ１２からクライアント端末１１に対して通知するように構成することもできる。
　図１１は、この場合にクライアント端末１１内の状態情報としてのクライアント端末１１の能力情報を通知するための、ブラウザ部１４がサーバ１２に送信する通信データの例を示している。
　ブラウザ部１４は、この場合、ｈｔｔｐヘッダの拡張領域にクライアント端末１１の表示能力情報を格納して、サーバ１２に対して送信する。
　なお、このときに、クライアント端末１１内の状態情報として使用するクライアント端末１１の能力情報が、本発明の、コンテンツを利用する際に用いる情報の一例にあたる。
　各実施の形態のサーバクライアントシステムは、クライアント端末１１内でのアプリケーション部２０でのコンテンツ購入処理内容をサーバ１２へ円滑に引き継ぎし、サーバ１２が提供するコンテンツ購入画面を円滑に表示させることができる。
　本発明のコンテンツ利用システムを用いれば、クライアント端末内の第２のアプリケーション部を用いてユーザが行った操作の状態を、クライアント端末内の第１のアプリケーション部が受け取り、その内容をサーバに対して送信することにより、クライアント端末からの操作状態の通知を受けてサーバは、その操作状態に応じた処理ができる。
　なお、本発明は、コンテンツ配信サービスに限らず、クライアント端末内のアプリケーションを用いてインターネット上のＷｅｂサービスを利用するサービスなどに幅広く適用可能である。
　なお、図１に示すクライアント端末１１およびサーバ１２の各ブロックは、ハードウェアで実現することもできるし、ＣＰＵにプログラムを実行させてソフトウェアによりハードウェア資源を利用させて実現することもできる。
　特に、アプリケーション部２０の指示送信部２２や状態保持部２１、クライアント端末１１のデータ生成部１９や状態付加部１８、サーバ１２の状態抽出部２５やデータ処理部２６などの処理は、ソフトウェアで実現させることで、サーバ１２へ通知するクライアント端末１１の状態情報の変更や通知するためのデータフォーマットの変更などに容易かつ柔軟に対応することができる。
　なお、本発明のプログラムは、上述したデータ送受信方法の、前記コンテンツに関する情報に対する指示を前記クライアント端末の第１のアプリケーション部へ送信する前記指示送信ステップ、前記第２のアプリケーション部自らの状態を示す状態情報を保持するとともに、前記第１のアプリケーション部へ送信する前記状態情報送信ステップ、前記指示に基づいて前記サーバに対するリクエストコマンドを生成する前記リクエスト生成ステップ、前記リクエスト生成ステップで生成したリクエストコマンドに、前記状態情報を追加する前記状態付加ステップ、受信した前記リクエストコマンドに含まれる前記指示および前記状態情報に基づいて、前記クライアント端末に応答する応答コマンドを生成する前記レスポンス生成ステップの動作をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムである。
　また、本発明のプログラム記録媒体は、上述したデータ送受信方法の、前記コンテンツに関する情報に対する指示を前記クライアント端末の第１のアプリケーション部へ送信する前記指示送信ステップ、前記第２のアプリケーション部自らの状態を示す状態情報を保持するとともに、前記第１のアプリケーション部へ送信する前記状態情報送信ステップ、前記指示に基づいて前記サーバに対するリクエストコマンドを生成する前記リクエスト生成ステップ、前記リクエスト生成ステップで生成したリクエストコマンドに、前記状態情報を追加する前記状態付加ステップ、受信した前記リクエストコマンドに含まれる前記指示および前記状態情報に基づいて、前記クライアント端末に応答する応答コマンドを生成する前記レスポンス生成ステップの動作をコンピュータにより実行させるためのプログラムを記録したプログラム記録媒体であり、コンピュータにより読み取り可能かつ、読み取られた前記プログラムが前記コンピュータと協働して利用されるプログラム記録媒体である。
　また、本発明の上記「ステップの動作」とは、前記ステップの全部または一部の動作を意味する。
　また、本発明のプログラムの一利用形態は、コンピュータにより読み取り可能な、ＲＯＭ等の記録媒体に記録され、コンピュータと協働して動作する態様であっても良い。
　また、本発明のプログラムの一利用形態は、インターネット等の伝送媒体、光・電波等の伝送媒体中を伝送し、コンピュータにより読みとられ、コンピュータと協働して動作する態様であっても良い。
　また、上述した本発明のコンピュータは、ＣＰＵ等の純然たるハードウェアに限らず、ファームウェアや、ＯＳ、更に周辺機器を含むものであっても良い。
　本発明に係るクライアント端末、コンテンツ利用システムおよびデータ送受信方法等は、クライアント端末の第２のアプリケーションの状態をブラウザ機能を有する第１のアプリケーションに引き継がせ、その状態を円滑にサーバへ通知できる効果を有し、デジタルテレビ、モバイルＡＶ端末、携帯電話などの機器からコンテンツを購入するコンテンツ配信サービス、そのコンテンツ配信サービスで利用するクライアント端末およびデータ送受信方法等として有用である。
　１１　クライアント端末
　１２　サーバ
　１３　ネットワーク
　１４　ブラウザ部
　１５　データ受信部
　１６　データ送信部
　１７　描画部
　１８　状態付加部
　１９　データ生成部
　２０　アプリケーション部
　２１　状態保持部
　２２　指示送信部
　２３　指示選択部
　２４　データ解析部
　２５　状態抽出部
　２６　データ処理部
　２７　データ受信部
　２８　データ送信部
　２９　コンテンツ情報取得部
　３１　購入ボタン
　Ｓ４１　コンテンツ情報を取得
　Ｓ４２　コンテンツ購入
　Ｓ４３　ブラウザ起動
　Ｓ４４　操作状態をヘッダに付加しhttpリクエスト生成
　Ｓ４５　コンテンツ購入ページ要求
　Ｓ４６　データ解析
　Ｓ４７　状態抽出
　Ｓ４８　html作成
　Ｓ４９　コンテンツ購入html送信
　４５　購入確認画面
　４６　コンテンツ購入ページ
　５１　ＵＲＬ情報
　５２　操作状態
　６１　リクエスト行
　６２　メッセージヘッダ
　６３　状態情報
　２００　ｈｔｔｐリクエスト
　２０１　リクエスト行
　２０２　メッセージヘッダ
　２０３　空行
　２０４　メッセージボディ

Claims (12)

  1. 　ネットワークを通じて接続されたサーバからコンテンツを取得して利用するクライアント端末であって、
    　前記サーバとの間でデータの授受を行なう第１のアプリケーション部と、
    　前記第１のアプリケーション部との間でデータの授受を行なう第２のアプリケーション部とを備え、
    　前記第２のアプリケーション部は、
    　前記コンテンツに関する情報を予め取得するコンテンツ情報取得部と、
    　前記コンテンツに関する情報に対する指示を前記第１のアプリケーション部へ送信する指示送信部と、
    　前記第２のアプリケーション部自らの状態を示す状態情報を保持するとともに、前記第１のアプリケーション部へ送信する状態保持送信部とを有し、
    　前記第１のアプリケーション部は、
    　前記指示送信部から受信した前記指示に基づいて前記サーバに対するリクエストコマンドを生成するリクエスト生成部と、
    　前記リクエスト生成部が生成したリクエストコマンドに、前記状態保持送信部から受信した前記状態情報を追加する状態付加部と、
    　前記状態情報が追加された前記リクエストコマンドを前記サーバに対して送信するリクエスト送信部とを有する、クライアント端末。
  2. 　前記リクエスト生成部が生成する前記リクエストコマンドは、ｈｔｔｐリクエストであり、
    　前記状態付加部は、前記状態情報を前記ｈｔｔｐリクエストのヘッダの拡張領域に付加する、請求項１に記載のクライアント端末。
  3. 　前記状態情報は、前記コンテンツを利用する際に用いる情報である、請求項１または２に記載のクライアント端末。
  4. 　前記状態情報は、前記コンテンツのコンテンツ識別子、前記コンテンツの利用形態、および前記コンテンツの利用期限に関する情報を少なくとも含む、請求項１または２に記載のクライアント端末。
  5. 　前記状態情報は、前記コンテンツを利用する際の一連の手順のうちの一つの手順を示す情報である、請求項１または２に記載のクライアント端末。
  6. 　前記状態情報は、前記コンテンツを利用する際に用いる利用者の識別情報である、請求項１または２に記載のクライアント端末。
  7. 　前記状態情報は、前記コンテンツの利用履歴である、請求項１または２に記載のクライアント端末。
  8. 　クライアント端末がネットワークで接続されたサーバからコンテンツを取得して利用するコンテンツ利用システムであって、
    　前記クライアント端末は、前記サーバとの間でデータの授受を行なう第１のアプリケーション部と、前記第１のアプリケーション部との間でデータの授受を行なう第２のアプリケーション部とを有し、
    　前記第２のアプリケーション部は、
    　前記コンテンツに関する情報を予め取得するコンテンツ情報取得部と、
    　前記コンテンツに関する情報に対する指示を前記第１のアプリケーション部へ送信する指示送信部と、
    　前記第２のアプリケーション部自らの状態を示す状態情報を保持するとともに、前記第１のアプリケーション部へ送信する状態保持送信部とを持ち、
    　前記第１のアプリケーション部は、
    　前記指示送信部から受信した前記指示に基づいて前記サーバに対するリクエストコマンドを生成するリクエスト生成部と、
    　前記リクエスト生成部が生成したリクエストコマンドに、前記状態保持送信部から受信した前記状態情報を追加する状態付加部と、
    　前記状態情報が追加された前記リクエストコマンドを前記サーバに対して送信するリクエスト送信部とを持ち、
    　前記サーバは、
    　前記クライアント端末から送信された前記リクエストコマンドを受信するリクエスト受信部と、
    　前記受信したリクエストコマンドから前記状態情報を抽出する状態情報抽出部と、
    　前記受信したリクエストコマンドに含まれる前記指示および前記状態情報に基づいて、前記クライアント端末に対する応答コマンドを生成するレスポンス生成部と、
    　前記レスポンス生成部で生成された応答コマンドを前記クライアント端末に対して送信するレスポンス送信部とを有する、コンテンツ利用システム。
  9. 　前記リクエスト生成部が生成する前記リクエストコマンドは、ｈｔｔｐリクエストであり、
    　前記状態付加部は、前記状態情報を前記ｈｔｔｐリクエストのヘッダの拡張領域に付加する、請求項８に記載のコンテンツ利用システム。
  10. 　クライアント端末がネットワークで接続されたサーバからコンテンツを取得して利用するコンテンツ利用システムにけるデータ送受信方法であって、
    　前記クライアント端末の第２のアプリケーション部によって、前記コンテンツに関する情報を予め取得するコンテンツ情報取得ステップと、
    　前記第２のアプリケーション部が、前記コンテンツに関する情報に対する指示を前記クライアント端末の第１のアプリケーション部へ送信する指示送信ステップと、
    　前記第２のアプリケーション部が、前記第２のアプリケーション部自らの状態を示す状態情報を保持するとともに、前記第１のアプリケーション部へ送信する状態情報送信ステップと、
    　前記第１のアプリケーション部によって、前記指示に基づいて前記サーバに対するリクエストコマンドを生成するリクエスト生成ステップと、
    　前記第１のアプリケーション部によって、前記リクエスト生成ステップで生成したリクエストコマンドに、前記状態情報を追加する状態付加ステップと、
    　前記第１のアプリケーション部によって、前記状態情報を追加した前記リクエストコマンドを、前記サーバへ送信するリクエスト送信ステップと、
    　前記サーバによって、受信した前記リクエストコマンドに含まれる前記指示および前記状態情報に基づいて、前記クライアント端末に対する応答コマンドを生成するレスポンス生成ステップと、
    　前記サーバによって、前記生成された応答コマンドを前記クライアント端末に対して送信するレスポンス送信ステップとを備えた、データ送受信方法。
  11. 　請求項１０に記載のデータ送受信方法の、前記コンテンツに関する情報に対する指示を前記クライアント端末の第１のアプリケーション部へ送信する前記指示送信ステップ、前記第２のアプリケーション部自らの状態を示す状態情報を保持するとともに、前記第１のアプリケーション部へ送信する前記状態情報送信ステップ、前記指示に基づいて前記サーバに対するリクエストコマンドを生成する前記リクエスト生成ステップ、前記リクエスト生成ステップで生成したリクエストコマンドに、前記状態情報を追加する前記状態付加ステップ、受信した前記リクエストコマンドに含まれる前記指示および前記状態情報に基づいて、前記クライアント端末に応答する応答コマンドを生成する前記レスポンス生成ステップ、をコンピュータに実行させるプログラム。
  12. 　請求項１１に記載のプログラムを記録した記録媒体であって、コンピュータにより処理可能な記録媒体。
PCT/JP2010/003426 2009-11-13 2010-05-21 クライアント端末、コンテンツ利用システム、データ送受信方法、プログラム、および記録媒体 WO2011058676A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2011540386A JP5514224B2 (ja) 2009-11-13 2010-05-21 クライアント端末、コンテンツ利用システム、データ送受信方法、プログラム、および記録媒体
US13/450,977 US8903896B2 (en) 2009-11-13 2012-04-19 Client terminal, content utilizing system, and data transmitting/receiving method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2009-259620 2009-11-13
JP2009259620 2009-11-13

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/450,977 Continuation US8903896B2 (en) 2009-11-13 2012-04-19 Client terminal, content utilizing system, and data transmitting/receiving method

Publications (1)

Publication Number Publication Date
WO2011058676A1 true WO2011058676A1 (ja) 2011-05-19

Family

ID=43991352

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/003426 WO2011058676A1 (ja) 2009-11-13 2010-05-21 クライアント端末、コンテンツ利用システム、データ送受信方法、プログラム、および記録媒体

Country Status (3)

Country Link
US (1) US8903896B2 (ja)
JP (1) JP5514224B2 (ja)
WO (1) WO2011058676A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013069284A (ja) * 2011-09-23 2013-04-18 Fujitsu Ltd ウェブベースのサービスをＷｅｂサービスに変換する方法及び装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004192563A (ja) * 2002-12-13 2004-07-08 Seiko Precision Inc ファイル処理システム及び制御プログラム
JP2004264933A (ja) * 2003-02-28 2004-09-24 Sony Corp 情報処理装置、およびコンテンツ情報処理方法、並びにコンピュータ・プログラム
JP2009181417A (ja) * 2008-01-31 2009-08-13 Oki Electric Ind Co Ltd オンラインサービス提供システム及びオンラインサービス提供方法

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3700340B2 (ja) 1997-09-04 2005-09-28 富士ゼロックス株式会社 情報アクセス方法および装置
JP3280330B2 (ja) 1998-12-16 2002-05-13 インターナショナル・ビジネス・マシーンズ・コーポレーション 通信方法、クライアント端末、サーバ、通信システム、通信を制御するためのソフトウエア・プロダクトを格納した記録媒体
US8700740B2 (en) * 2007-12-26 2014-04-15 Panasonic Corporation CE device and content browsing system, and content browsing method thereof

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004192563A (ja) * 2002-12-13 2004-07-08 Seiko Precision Inc ファイル処理システム及び制御プログラム
JP2004264933A (ja) * 2003-02-28 2004-09-24 Sony Corp 情報処理装置、およびコンテンツ情報処理方法、並びにコンピュータ・プログラム
JP2009181417A (ja) * 2008-01-31 2009-08-13 Oki Electric Ind Co Ltd オンラインサービス提供システム及びオンラインサービス提供方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013069284A (ja) * 2011-09-23 2013-04-18 Fujitsu Ltd ウェブベースのサービスをＷｅｂサービスに変換する方法及び装置

Also Published As

Publication number Publication date
US20120203829A1 (en) 2012-08-09
JP5514224B2 (ja) 2014-06-04
US8903896B2 (en) 2014-12-02
JPWO2011058676A1 (ja) 2013-03-28

Similar Documents

Publication Publication Date Title
EP1152582B1 (en) Transparent telecommunications system and apparatus
JP5174955B2 (ja) クライアント端末、サーバ、サーバクライアントシステム、連携動作処理方法、プログラム、および記録媒体
EP2110752A1 (en) Content distribution management device, communication terminal, program, and content distribution system
US20090025086A1 (en) Method for making contents public or private, information providing system, and information providing program
US20030208691A1 (en) Printing using secure pickup
JP5363574B2 (ja) スマートカードを基とした広告サービスシステム及びその方法、並びにこれに適用されるスマートカード
WO2011118122A1 (ja) ユーザインタフェース表示を制御するサーバ装置、方法、プログラム、および集積回路
JP2010170553A (ja) コミュニティ・ウィジェット提供方法及びその装置
WO2012155539A1 (zh) 在近场通信网络中共享数据和应用的方法及近场通信网络
JP4546551B2 (ja) 情報処理装置、情報処理方法、プログラムおよび情報処理システム
JP2005235035A (ja) サーバ装置、印刷装置、印刷システム、印刷方法、プログラムおよび記録媒体
JP5514224B2 (ja) クライアント端末、コンテンツ利用システム、データ送受信方法、プログラム、および記録媒体
JP2010056966A (ja) 画像コンテンツ送信サーバ、画像表示装置、画像コンテンツ送信方法、及び、画像表示方法
JP2010176230A (ja) 端末間連携方法、端末装置、端末間連携制御装置、及びプログラム
JP4297140B2 (ja) 通信システム
JP4840264B2 (ja) テレビジョンシステム
US20070168952A1 (en) Methods for producing, transferring, and renewing virtual machine applications using flash, and system thereof
CN111200551B (zh) Rcs公众消息处理方法、移动终端及可读存储介质
JP6415764B1 (ja) 提供装置、提供方法、ならびに、プログラム
JP2005333406A (ja) 情報提供システム、情報提供方法および情報提供プログラム
JP2002149511A (ja) 通信端末装置、情報通信システム、情報通信方法および情報通信用のプログラムを記録した記録媒体
AU750261B2 (en) Printing using secure pickup
JP5688056B2 (ja) 制御装置、通信システム、制御方法およびプログラム
KR101496135B1 (ko) 획득할 컨텐트의 선택과정에서 제시된 정보를 저장하고 그 저장된 정보를 획득 컨텐트에 연관하여 제공하는 방법 및 장치
CN117156209A (zh) 参数配置更新方法、装置、设备及可读存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10829644

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2011540386

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10829644

Country of ref document: EP

Kind code of ref document: A1