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