(57)【特許請求の範囲】
【請求項１】
コンテンツのカテゴリーを示すコンテンツカテゴリー情報と前記コンテンツに対するアクションのカテゴリーを示すアクションカテゴリー情報との組み合わせとサービスの識別情報とを紐付ける第１の紐付け情報と、前記サービスの識別情報と当該サービスにアクセスするために必要なアクセス情報およびアイコンに関する情報とを紐付ける第２の紐付け情報が記憶された記憶部と、
ネットワークを通じて情報処理装置から前記コンテンツカテゴリー情報および前記アクションカテゴリー情報を含むサービス選択情報を有するサービス情報取得要求を受信する要求受信部と、
前記受信したサービス情報取得要求に含まれる前記サービス選択情報をもとに前記第１の紐付け情報を参照して前記サービスの識別情報を判定する判定部と、
前記判定されたサービスの識別情報をもとに前記第２の紐付け情報を参照し、前記アクセス情報および前記アイコンに関する情報を含むサービス情報を前記情報処理装置に送信する応答部とを具備するサーバ装置。
【請求項２】
コンテンツのカテゴリーを示すコンテンツカテゴリー情報と前記コンテンツに対するアクションのカテゴリーを示すアクションカテゴリー情報との組み合わせとサービスの識別情報とを紐付ける第１の紐付け情報と、前記サービスの識別情報と当該サービスにアクセスするために必要なアクセス情報およびアイコンに関する情報とを紐付ける第２の紐付け情報が記憶された記憶部と、ネットワークを通じて情報処理装置から前記コンテンツカテゴリー情報および前記アクションカテゴリー情報を含むサービス選択情報を有するサービス情報取得要求を受信する要求受信部と、前記受信したサービス情報取得要求に含まれる前記サービス選択情報をもとに前記第１の紐付け情報を参照して前記サービスの識別情報を判定する判定部と、前記判定されたサービスの識別情報をもとに前記第２の紐付け情報を参照し、前記アクセス情報および前記アイコンに関する情報を含むサービス情報を前記情報処理装置に送信する応答部とを具備するサーバ装置に、前記サービス情報取得要求を送信する要求送信部と、
前記サーバ装置より前記サービス情報を取得するサービス情報取得部と、
前記取得したサービス情報に含まれる前記アイコンに関する情報を用いて当該アイコンを表示するアイコン生成部と、
前記表示されたアイコンに対するユーザからの選択の操作を受け付ける入力部と、
前記選択されたアイコンに対応する前記アクセス情報をもとにウェブブラウザを介して前記サービスにアクセスするサービスアクセス部と
を具備する情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、ウェブ上で提供されるサービスをクライアント装置である情報処理装置において利用しやすくするためのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）環境を提供するサーバ装置および情報処理装置に関する。
【背景技術】
【０００２】
近年、ウェブ上で提供されるサービスの形態は多様化してきている。例えば、音楽、動画などのマルチメディア商品の場合、それらのマルチメディア商品の視聴のためのサービス、購入のためのサービス、さらにはマルチメディア商品に関する情報を友人との間で共有するＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）などに代表される共有サービスなどがある。
【０００３】
このようにウェブ上で提供されるサービスの充実に伴い、これらのサービスをユーザにとって使いやすいものにするための工夫が検討されている。例えば、特許文献１には、ウェブ上で閲覧可能な情報を提供するサービスのサービス内容を示す情報、提供者に関する情報などを有するサービス選択用アイコンをホームページに表示することのできる端末が開示されている。この端末で、ユーザが利用したいサービス選択用アイコンをクリックすることで、そのサービス選択用アイコンに対応するサービス提供者からのサービスの提供を受けることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−０６８８２３号公報（段落［０１２５］−［０１２６］（図６））
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、ウェブ上で提供されるサービスにおいては、アクセス先のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、サービス対象のコンテンツ、さらにはサービス内容などが変更されることが少なくない。したがって、例えば特許文献１に開示されるようなサービス選択用アイコンなどを含むサービス選択用ＧＵＩは、いずれ鮮度的な低下に伴って、サービスに正しく接続できるアイコンと、正しく接続できないアイコンとが混在した環境となり、操作性が著しく低下するおそれがある。したがって、継続的に良好なＧＵＩ環境を維持するためには、クライアント装置に導入されるサービス選択用ＧＵＩプログラムの定期的な設計変更などが必要となり、その設計変更の作業はもちろん、プログラムの再配布などにもコストを要するという問題があった。
【０００６】
以上のような事情に鑑み、本技術の目的は、サービスの変更に柔軟かつ効率的に対応することのできるサーバ装置および情報処理装置を提供することにある。
【課題を解決するための手段】
【０００７】
本技術は、上記の課題を解決するためのものである。
すなわち、本技術に係る第１の側面であるサーバ装置は、ネットワークを通じて情報処理装置から、コンテンツに関する情報を含むサービス選択情報を有するサービス情報取得要求を受信する要求受信部と、前記受信した取得要求に含まれる前記サービス選択情報をもとに、前記コンテンツに対して利用できるサービスを判定する判定部と、前記判定されたサービスにアクセスするために必要なアクセス情報と当該サービスに対応するアイコンに関する情報を含む前記サービス情報を前記情報処理装置に送信する応答部とを具備する。
【０００８】
本技術に係る第１の側面であるサーバ装置は、情報処理装置に、コンテンツに対して利用できるサービスにアクセスするために必要なアクセス情報と当該サービスに対応するアイコンに関する情報を送信する。これにより、情報処理装置にて、コンテンツに対して利用できるサービスに対応するアイコンを表示させることができ、さらにはアクセス情報を用いてサービスにアクセスする機能を情報処理装置に付与できる。また、本技術に係る第１の側面であるサーバ装置は、コンテンツに対して利用できるサービスを判定部にて判定するので、サービスの変更に対し、情報処理装置のアプリケーションプログラムなどのソフトウェアを変更する必要がない。したがって、高い自由度で、かつ迅速にサービスの変更に対処することができる。
【０００９】
サーバ装置は、前記サービス選択情報と前記サービスとを紐付けるための紐付け情報が記憶された記憶部をさらに具備し、前記判定部は、前記記憶部に記憶された前記紐付け情報を参照して、前記サービス選択情報に紐付けられたサービスを判定するようにしてもよい。これにより、記憶部に記憶されたサービス選択情報とサービスとを紐付けるための紐付け情報を変更することによって、サービスの変更に柔軟且つ迅速に対処することができる。
【００１０】
前記コンテンツに関する情報は、前記コンテンツを検索するための検索キーを含み、前記サーバ装置は、前記検索キーを用いたクエリを前記アクセス情報として作成する第１の作成部をさらに具備するものであってよい。これにより、情報処理装置は、コンテンツを利用可能なサービスにクエリを使ってアクセスして、サービスでのクエリの実行結果を得ることができる。
【００１１】
前記サービス選択情報は、前記コンテンツのカテゴリーを示すコンテンツカテゴリー情報を含み、前記紐付け情報は、前記コンテンツカテゴリー情報と前記サービスとを紐付ける情報であってもよい。これによりコンテンツのカテゴリーに対応するサービスを判定することができる。
【００１２】
前記サービス選択情報は、前記コンテンツに対するアクションのカテゴリーを示すアクションカテゴリー情報を含み、前記紐付け情報は、前記アクションカテゴリー情報と前記サービスとを紐付ける情報であってもよい。これにより、コンテンツに対するアクションのカテゴリーに対応するサービスを判定することができる。
【００１３】
前記サービス選択情報は、前記コンテンツのカテゴリーを示すコンテンツカテゴリー情報と前記コンテンツに対するアクションのカテゴリーを示すアクションカテゴリー情報を含み、前記紐付け情報は、前記コンテンツカテゴリー情報と前記アクションカテゴリー情報との組み合わせと前記サービスとを紐付ける情報であってもよい。これにより、コンテンツのカテゴリーとアクションのカテゴリーとの組み合わせに対応するサービスを判定することができる。
【００１４】
前記サービス選択情報は、地域に関する情報を含み、前記紐付け情報は、前記地域に関する情報と前記サービスとを紐付ける情報であってもよい。これにより、国などの地域に対応するサービスを判定することができる。
【００１５】
前記サービス選択情報は、まとめて取得する前記サービス情報の数を制限するための制限情報を含み、前記応答部は、前記制限情報をもとに、まとめて送信する前記サービス情報の数を制限するものであってもよい。これにより、例えば、初回のサービス情報取得要求に対しては少ない数のサービス情報を応答し、その後、次第にサービス情報の数を増やして行くことなどによって、情報処理装置に最初にアイコンが表示されるまでの待ち時間を最短にすることができるなどの効果が期待できる。
【００１６】
前記コンテンツに関する情報は、前記コンテンツを検索するための検索キーを含み、前記サーバ装置は、前記検索キーを含む一次検索用のクエリを作成し、この一次検索用のクエリを引数としてＨＴＴＰクエリを実行し、このＨＴＴＰクエリの実行により１以上のサービスに対する二次検索用の１以上のクエリを応答することが可能なサービス検索サーバより前記二次検索用の１以上のクエリを取得し、少なくともその中の１つのクエリを前記アクセス情報として作成する第２の作成部をさらに具備するものであってもよい。これにより、一次検索用のクエリの実行により１以上のサービスに対する二次検索用の１以上のクエリを応答することが可能なサービス検索サーバをアクセスの対象とした場合においても、情報処理装置において、コンテンツに対して利用できるサービスに対応するアイコンを表示させることができ、さらにはアクセス情報を用いてサービスにアクセスする機能を付与できる。また、このサーバ装置は、コンテンツに対して利用できるサービスを判定部にて判定するので、サービスの変更に対し、情報処理装置のアプリケーションプログラムなどのソフトウェアを変更する必要がない。したがって、高い自由度で、かつ迅速にサービスの変更に対処することができる。
【００１７】
本技術に係る第２の側面の情報処理装置は、ネットワークを通じて情報処理装置から、コンテンツに関する情報を含むサービス選択情報を有するサービス情報取得要求を受信し、前記受信した取得要求に含まれる前記サービス選択情報をもとに、前記コンテンツに対して利用できるサービスを判定し、前記判定されたサービスにアクセスするために必要なアクセス情報と当該サービスに対応するアイコンに関する情報を含む前記サービス情報を前記情報処理装置に送信することが可能なサーバ装置に、前記取得要求を送信する要求送信部と、前記サーバ装置より前記サービス情報を取得するサービス情報取得部と、前記取得したサービス情報に含まれる前記アイコンに関する情報を用いて当該アイコンを表示するアイコン生成部と、前記表示されたアイコンに対するユーザからの選択の操作を受け付ける入力部と、前記選択されたアイコンに対応する前記アクセス情報をもとにウェブブラウザを介して前記サービスにアクセスするサービスアクセス部とを具備する。
サービスアクセス部によるウェブブラウザの使用方法としては、例えば、システムコールによりウェブブラウザを起動させる方法の他、そのウェブブラウザが提供するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を使用して情報処理装置内に設けたフレームにウェブブラウザのコンポーネントを表示して使用する方法などがある。
【００１８】
本技術に係る第２の側面である情報処理装置は、コンテンツに関する情報を含むサービス選択情報を有するサービス情報取得要求をサーバ装置に送信するだけで、そのコンテンツを利用可能なサービスに対応するアイコンを表示することができる。また、ユーザにより選択されたアイコンに対応するアクセス情報をもとにウェブブラウザを介してサービスにアクセスすることができる。また、サービスの変更に対し、情報処理装置のアプリケーションプログラムなどのソフトウェアを変更する必要がない。
【００１９】
前記サーバ装置は、検索キーを用いたクエリを前記アクセス情報として作成することが可能とされ、前記コンテンツに関する情報は、前記クエリに用いられる前記検索キーを含み、前記サービスアクセス部は、前記選択されたアイコンに対応する前記クエリを引数として前記ウェブブラウザをシステムコールすることにより前記サービスにアクセスするものであってもよい。これにより、情報処理装置は、コンテンツの利用が可能なサービスにクエリを使ってアクセスして、サービスでのクエリの実行結果を得ることができる。
【００２０】
前記サーバ装置の前記記憶部に記憶された前記紐付け情報は、コンテンツのカテゴリーを示すコンテンツカテゴリー情報とサービスとを紐付ける情報であり、前記サービス選択情報は、前記コンテンツカテゴリー情報を含むものであってもよい。これによりコンテンツのカテゴリーに対応するサービスのサービス情報を情報処理装置が取得できる。
【００２１】
前記サーバ装置の前記記憶部に記憶された前記紐付け情報は、コンテンツに対するアクションのカテゴリーを示すアクションカテゴリー情報とサービスとを紐付ける情報であり、前記サービス選択情報は、前記アクションカテゴリー情報を含むものであってもよい。これによりコンテンツに対するアクションに対応するサービスのサービス情報を情報処理装置が取得できる。
【００２２】
前記サーバ装置の前記記憶部に記憶された前記紐付け情報は、前記コンテンツのカテゴリーを示すコンテンツカテゴリー情報と前記コンテンツに対するアクションのカテゴリーを示すアクションカテゴリー情報との組み合わせとサービスとを紐付ける情報であり、前記サービス選択情報は、前記コンテンツカテゴリー情報と前記アクションカテゴリー情報を含むものであってもよい。これによりコンテンツのカテゴリーとコンテンツに対するアクションとの組み合わせに対応するサービスのサービス情報を情報処理装置が取得できる。
【００２３】
前記サーバ装置の前記記憶部に記憶された前記紐付け情報は、地域に関する情報と前記サービスとを紐付ける情報であり、前記サービス選択情報は、前記地域に関する情報を含むものであってもよい。これにより、国などの地域に対応するサービスのサービス情報を情報処理装置が取得できる。
【００２４】
前記サーバ装置の前記応答部は、制限情報をもとに、まとめて送信する前記サービス情報の数を制限するものであり、前記サービス選択情報は、前記制限情報を含むものであってよい。これにより、例えば、初回のサービス情報取得要求に対しては少ない数のサービス情報を応答し、その後、次第にサービス情報の数を増やして行くことなどによって、情報処理装置に最初にアイコンが表示されるまでの待ち時間を最短にすることができるなどの効果が期待できる。
【００２５】
本技術に係る情報処理装置は、ホームネットワークを通じて接続されたデジタルテレビジョン装置から、当該デジタルテレビジョン装置にて視聴中のコンテンツに関する情報を取得するコンテンツ情報取得部をさらに具備するものであってもよい。
【発明の効果】
【００２６】
以上のように、本技術によれば、情報処理装置にサービスに対応するアイコンを表示させてサービスの利用を容易とした仕組みにおいて、サービスの変更に柔軟かつ効率的に対応することができる。
【図面の簡単な説明】
【００２７】
【図１】本技術に係る第１の実施形態であるネットワークシステムの構成を示す図である。
【図２】クライアント装置のハードウェアの構成を示すブロック図である。
【図３】クライアント装置の機能的な構成を示すブロック図である。
【図４】図３のクライアント装置のアプリケーションウィンドウの例を示す図である。
【図５】クラウドサーバのハードウェア構成を示すブロック図である。
【図６】図５のクラウドサーバの機能的な構成を示すブロック図である。
【図７】クラウドサーバのサービス情報データベースに保存されている情報を示す図である。
【図８】クライアント装置によるサービス情報取得要求の処理を示すフローチャートである。
【図９】サービス情報取得要求の例を示す図である。
【図１０】クラウドサーバによるサービス情報取得応答の処理のフローチャートである。
【図１１】サービス情報取得応答の例を示す図である。
【図１２】クライアント装置によるアイコン表示処理のフローチャートである。
【図１３】クライアント装置によるサービスへのアクセスのフローチャートである。
【図１４】本技術に係る第２の実施形態のクラウドサーバの機能的な構成を示すブロック図である。
【図１５】図１４のクラウドサーバによるサービス情報取得応答の処理のフローチャートである。
【図１６】サービス提供サーバからの応答データの例を示す図である。
【発明を実施するための形態】
【００２８】
以下、本技術に係る実施形態を、図面を参照しながら説明する。
＜第１の実施形態＞
図１は、本技術に係る第１の実施形態であるネットワークシステムの構成を示す図である。
【００２９】
このネットワークシステムは、情報処理装置であるクライアント装置１００と、クライアント装置１００のユーザに対してクラウドサービスを提供するクラウドサーバ２００とを有する。クライアント装置１００は、具体的には、パーソナルコンピュータ、ゲーム機、携帯電話などのコンシューマ機器である。クラウドサーバ２００は、具体的には、パーソナルコンピュータ、サーバコンピュータなどである。クライアント装置１００とクラウドサーバ２００は、インターネットなどのグローバルなネットワーク１を通じて互いに接続可能である。ネットワーク１には、音楽、映画（動画）、書籍などのコンテンツをユーザが購入することができる購入サービス、コンテンツを試聴することができる試聴サービス、ＳＮＳなどに代表されるような共有サービスなど、様々なサービスを提供するサービス提供サーバ３００，４００，５００も接続可能とされている。一方、クライアント装置１００は、同じ家庭内に設置されたデジタルテレビジョン装置４とホームネットワーク３を通じて接続可能である。
【００３０】
［クライアント装置の構成］
クライアント装置１００は、例えば次のような典型的なコンピュータシステムなどの構成を備える。図２はクライアント装置１００のハードウェアの構成を示すブロック図である。
【００３１】
図２に示すように、クライアント装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１０２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１０３とを備える。また、クライアント装置１００は、入力装置１０４と、出力装置１０５と、ストレージ装置１０６と、メディアインタフェース装置１０７と、第１のネットワーク接続装置１０８と、第２のネットワーク接続装置１０９と、これらを接続するバス１１０とを備える。
【００３２】
ＣＰＵ１０１は、演算処理装置および制御装置として機能し、各種プログラムに従ってクライアント装置１００の動作全般を制御する。ＲＯＭ１０２は、ＣＰＵ１０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ１０３は、ＣＰＵ１０１により実行されるプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。
【００３３】
入力装置１０４は、マウス、キーボード、タッチパネル、ボタン、マイク、スイッチおよびレバーなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ１０１に出力する入力制御回路などから構成されている。クライアント装置１００のユーザは、該入力装置１０４を操作することにより、ＣＰＵ１０１に対して各種のデータを入力したり処理動作を指示したりすることができる。
【００３４】
出力装置１０５は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）装置およびランプなどの表示装置を含む。さらに、出力装置１０５は、スピーカおよびヘッドホンなどの音声出力装置を含む。
【００３５】
ストレージ装置１０６は、プログラムやユーザデータ格納用の装置である。ストレージ装置１０６は、記憶媒体と、記憶媒体にデータを書き込んだり読み出したりする読み書き装置などで構成される。ストレージ装置１０６は、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などで構成される。
【００３６】
メディアインタフェース装置１０７は、記憶媒体用リーダライタである。メディアインタフェース装置１０７は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体２Ａに対してデータの読み書きを行う。
【００３７】
第１のネットワーク接続装置１０８は、例えば、ネットワーク１に接続するためのインタフェースである。第１のネットワーク接続装置１０８は、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）対応の装置であっても、ワイヤレスＵＳＢ対応の装置であっても、有線による通信を行うワイヤー通信装置であってもよい。
【００３８】
第２のネットワーク接続装置１０９は、例えば、ホームネットワーク３に接続するためのインタフェースである。第２のネットワーク接続装置１０９も無線ＬＡＮ対応の装置であっても、ワイヤレスＵＳＢ対応の装置であっても、有線による通信を行うワイヤー通信装置であってもよい。なお、第１のネットワーク接続装置１０８および第２のネットワーク接続装置１０９は、ルータやアクセスポイントを利用することによって１つのネットワーク接続装置とすることができる。
【００３９】
次に、クライアント装置１００の機能的な構成を説明する。
図３はクライアント装置１００の機能的な構成を示すブロック図である。
クライアント装置１００は、サービス情報要求部１２１（要求送信部）、サービス情報受信部１２２（サービス情報取得部）、アイコン生成部１２３、アイコン操作入力部１２５、サービスアクセス部１２６、リモートキーボード処理部１２７（コンテンツ情報取得部）を有する。これらはクライアントアプリケーション１２０に実装された機能であり、ＣＰＵ１０１によって実行される。ストレージ装置１０６にはプログラムとして、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）をはじめ、このＯＳ上で動作するアプリケーションプログラムとして、ウェブブラウザ１４０、クライアントアプリケーション１２０などが格納されている。クライアントアプリケーション１２０はリムーバブル記録媒体２Ａに記録されたものがメディアインタフェース装置１０７によって読み込まれてストレージ装置１０６に導入されることによって、クライアント装置１００で利用することが可能となる。
【００４０】
サービス情報要求部１２１は、クラウドサーバ２００にサービス情報の取得を要求するサービス情報取得要求を送信する。このサービス情報取得要求には、機器タイプ、機器ＩＤ、国情報、クライアントアプリケーションＩＤ、コンテンツカテゴリー、アクションカテゴリー、コンテンツキーなどがサービス選択情報として含まれる。ここで、コンテンツカテゴリー、コンテンツキーを「コンテンツに関する情報」と総称する。コンテンツキーは、コンテンツのＩＤ、タイトル、アーチスト名、アルバム名など、コンテンツを検索するための検索キーである。
【００４１】
サービス情報受信部１２２は、サービス情報取得要求に対してクラウドサーバ２００から応答されたサービス情報を受信し、サービス情報記憶部１２４に保存する。サービス情報は、サービスにアクセスするために必要なアクセス情報であるＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）クエリ、当該サービスに対応するアイコンに関する情報などを含む。アイコンに関する情報とは、アイコンのイメージに関する情報、当該アイコンに対応するサービスの名前情報などを含む。アイコンのイメージに関する情報とは、具体的には、アイコンのイメージのサイズ情報、アイコンのイメージデータ、データ形式などである。
【００４２】
アイコン生成部１２３は、サービス情報記憶部１２４に記憶されたサービス情報に含まれるアイコンに関する情報を用いて当該アイコンを表示する処理を行う。
【００４３】
アイコン操作入力部１２５は、出力装置１０５に表示されたアイコンに対するユーザからの操作（フォーカス移動、選択）を入力装置１０４を通じて受け付けてサービスアクセス部１２６へ通知する。アイコンの選択は、例えばマウスやカーソルキーなどの座標入力系の入力装置１０４の操作によって目的のアイコンにフォーカスを移動させた後、クリック操作などによって行われる。
【００４４】
サービスアクセス部１２６は、ユーザによって選択されたアイコンに対応するサービスにアクセスするための処理を行う。より具体的には、サービスアクセス部１２６は、ユーザによって選択されたアイコンに対応するサービスに対するＨＴＴＰクエリをサービス情報記憶部１２４から取得し、このＨＴＴＰクエリを引数としてウェブブラウザ１４０をシステムコールする。
【００４５】
リモートキーボード処理部１２７は、サービス情報要求部１２１にコンテンツに関する情報を提供する手段の１つとして用いられる。次に、このリモートキーボード処理部１２７の詳細を説明する。
【００４６】
リモートキーボード処理部１２７は、ホームネットワーク３を通じて接続されるデジタルテレビジョン装置４の操作や文字の入力などをクライアント装置１００の入力装置１０４を使って行うことを可能にする。デジタルテレビジョン装置４は、例えばＹｏｕＴｕｂｅ（登録商標）などの動画配信サイトにアクセスして音楽や動画などのコンテンツを楽しむことができる。リモートキーボード処理部１２７は、デジタルテレビジョン装置４にとっての遠隔的な操作装置及びキーボード装置としてクライアント装置１００を機能させる。これにより、動画配信サイトなどにおいて検索キーの文字列の入力を効率的に行うことが可能になる。
【００４７】
また、リモートキーボード処理部１２７は、デジタルテレビジョン装置４において視聴中のコンテンツに関する情報の取得をデジタルテレビジョン装置４に依頼し、その応答内容の少なくとも一部をクライアント装置１００の出力装置１０５の画面に設けられたアプリケーションウィンドウ内に表示させることができる。
【００４８】
図４はアプリケーションウィンドウ１１の例を示す図である。
同図に示すように、アプリケーションウィンドウ１１には、リモート操作対象の機器に関する情報１２と、リモートキーボードのＯＮ／ＯＦＦを切り替えるボタン１３と、リモート操作対象の機器（この例ではデジタルテレビジョン装置４）にて視聴中のコンテンツに関する情報の取得を要求するためのコンテンツ情報取得ボタン１４が設けられている。また、アプリケーションウィンドウ１１には、コンテンツ情報取得ボタン１４が操作されることによって取得されたコンテンツに関する情報を表示するためのコンテンツ情報領域１５が設けられている。
【００４９】
また、アプリケーションウィンドウ１１には、コンテンツアクションボタン１９とアイコン配置領域１６が設けられている。コンテンツアクションボタン１９が操作されることによって、アイコン配置領域１６には、コンテンツ情報領域１５に表示されたコンテンツに関してユーザがウェブ上で利用することのできるサービスに対応するアイコン１６ａ，１６ｂ，１６ｃ，１６ｄ，１６ｅ，１６ｆ，１６ｇが表示される。アイコン配置領域１６において、アイコン１６ａ，１６ｂ，１６ｃ，１６ｄ，１６ｅ，１６ｆ，１６ｇはアクションのカテゴリー別に分類されて表示される。図６の例では"購入（Ｐｕｒｃｈａｓｅ）"、"共有（Ｔｗｅｅｔ）"、"試聴（Ｐｒｅｖｉｅｗ）"などの３種類のアクションカテゴリーが設けられている。なお、アクションカテゴリーの種類はこれらに限定されない。表示させるアクションカテゴリーの種類は固定であってもよいが、ユーザ毎にアクションカテゴリーの種類を予め設定しておくことも可能である。
【００５０】
それぞれのアイコン１６ａ，１６ｂ，１６ｃ，１６ｄ，１６ｅ，１６ｆ，１６ｇには、対応するサービスの名前と、そのサービスにアクセスするために必要なアクセス情報である例えばＨＴＴＰクエリなどが関連付けられている。入力装置１０４の操作によって１つのアイコンにフォーカス１７が移動されたとき、アイコン操作入力部１２５によってそのことが認識され、そのアイコンに対応するサービスの名前がツールチップ１８として表示される。また、フォーカスが当てられた状態にあるアイコンが入力装置１０４の操作によって選択されると、サービスアクセス部１２６が、その選択されたアイコンに関連付けられたアクセス情報であるＨＴＴＰクエリを引数としてウェブブラウザ１４０（図３参照）をシステムコールする。ウェブブラウザ１４０は、ＨＴＴＰクエリに含まれるＵＲＬのサービス提供サーバにＨＴＴＰクエリを送信する。サービス提供サーバは、受信したＨＴＴＰクエリを実行して該当するコンテンツのサービスを提供するためのウェプページなどをウェブブラウザ１４０に返す。
【００５１】
次に、クラウドサーバについて説明する。
［クラウドサーバの構成］
図５はクラウドサーバ２００のハードウェア構成を示すブロック図である。
同図に示すように、クラウドサーバ２００は、クライアント装置１００と同様に典型的なコンピュータシステムの構成を備えるものである。
すなわち、クラウドサーバ２００は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、入力装置２０４、出力装置２０５、ストレージ装置２０６、メディアインタフェース装置２０７、ネットワーク接続装置２０８、バス２０９を備える。
【００５２】
次に、クラウドサーバ２００の機能的な構成を説明する。
図６はクラウドサーバ２００の機能的な構成を示すブロック図である。
同図示すように、クラウドサーバ２００は、サービス情報要求受信部２２１（要求受信部）、サービス判定部２２２（判定部）、クエリ作成部２２３（第１の作成部、第２の作成部）、およびサービス情報応答部２２４（応答部）、サービス情報データベース２２５を備える。これらはクラウドアプリケーション２２０に実装された機能である。ストレージ装置２０６にはＯＳをはじめ、このＯＳ上で動作するアプリケーションプログラムとして、上記のクラウドアプリケーション２２０が格納されている。また、ストレージ装置２０６には、クラウドアプリケーション２２０によってサービス情報データベース２２５が設けられる。クラウドアプリケーション２２０はリムーバブル記録媒体２Ｂに記録されたものがメディアインタフェース装置２０７によって読み込まれてストレージ装置２０６に導入されることで、クラウドサーバ２００において利用することが可能となる。
【００５３】
サービス情報要求受信部２２１は、ネットワーク１を通じてクライアント装置１００からのサービス情報取得要求を受信する。
【００５４】
サービス判定部２２２は、受信されたサービス情報取得要求に含まれるサービス選択情報の中のコンテンツカテゴリー情報およびアクションカテゴリー情報をもとにサービス情報データベース２２５を検索してサービスを判定し、このサービスのサービスＩＤをクエリ作成部２２３とサービス情報応答部２２４にそれぞれ通知する。
【００５５】
ここで、サービス情報データベース２２５の構成を説明しておく。
図７は、サービス情報データベース２２５に保存されている情報を示す図である。
同図に示すように、サービス情報データベース２２５には、蓄積サービス情報２１と、カテゴリー／サービス紐付け情報２２と、サービス対応国情報２３が格納されている。
【００５６】
蓄積サービス情報２１は、１以上のサービスそれぞれに関する情報を含む。蓄積サービス情報２１は、それぞれのサービスに関連する情報の集まりで構成される。個々のサービスに関連する情報は、サービスＩＤ、サービス名、アイコンに関する情報、クエリ作成スクリプトなどで構成される。サービスのＩＤは、サービスを識別する情報である。サービスの名前はサービスの呼称など、ユーザがサービスを認識することのできる名前である。アイコンに関する情報は、アイコンのイメージのサイズ情報、アイコンのイメージデータ、データ形式などで構成される。クエリ作成スクリプトは、サービスにアクセスするために必要なアクセス情報であるＨＴＴＰクエリを作成するための処理手順のスクリプトである。
【００５７】
カテゴリー／サービス紐付け情報２２は、コンテンツカテゴリー情報およびアクションカテゴリー情報とサービスＩＤとを互いに紐付けるための情報である。
コンテンツカテゴリー情報、アクションカテゴリー情報、サービスＩＤの紐付けの関係は、以下のパターンがある。
１．コンテンツカテゴリー情報とアクションカテゴリー情報との組み合わせとサービスＩＤとの紐付け。
２．コンテンツカテゴリー情報とサービスＩＤとの紐付け。
３．アクションカテゴリー情報とサービスＩＤとの紐付け。
【００５８】
より具体的には、例えば、"音楽"というコンテンツカテゴリーと"購入"というアクションカテゴリーとの組み合わせに、販売のサービスを提供する音楽配信サービスのサービスＩＤが紐付けられる。コンテンツカテゴリーを問わずアクションカテゴリーが"共有"である場合には、例えばＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）などのネットワーク共有サービスのサービスＩＤが紐付けられる。
【００５９】
サービス対応国情報２３は、サービスと、サービスの提供先である国情報とを紐付ける情報である。なお、サービスの対応先は国よりも小さい地域単位や国よりも大きい地域単位で変わる場合もある。この場合には、サービスと地域に関する情報とが紐付けられる。
【００６０】
図６に戻って、クエリ作成部２２３は、サービス判定部２２２より通知されたサービスＩＤに対応するクエリ作成スクリプトをサービス情報データベース２２５から読み込む。クエリ作成部２２３は、このクエリ作成スクリプトを、サービス選択情報の中のコンテンツキーを引数として実行することにより、コンテンツキーを検索キーとして含むＨＴＴＰクエリを作成する。
【００６１】
サービス情報応答部２２４は、サービス判定部２２２にて判定されたサービスに対応するアイコンに関する情報をサービス情報データベース２２５から読み込む。サービス情報応答部２２４は、このアイコンに関する情報とクエリ作成部２２３により作成されたＨＴＴＰクエリをサービス情報として少なくとも含むサービス情報取得応答を作成して、クライアント装置１００に返信する。
【００６２】
次に、本実施形態のネットワークシステムにおける動作を説明する。
動作の説明は、
１．クライアント装置１００によるサービス情報取得要求の処理
２．クラウドサーバ２００によるサービス情報取得応答の処理
３．クライアント装置１００によるアイコン表示処理
４．クライアント装置１００によるウェブページアクセス
の順で行う。
【００６３】
［１．クライアント装置１００によるサービス情報取得要求の処理］
図８は、クライアント装置１００によるサービス情報取得要求の処理を示すフローチャートである。
【００６４】
まず、図４に示したアプリケーションウィンドウ１１内のコンテンツアクションボタン１９がユーザによって操作されることにより、サービス情報取得要求を送信する指示がクライアント装置１００のサービス情報要求部１２１に与えられる。
【００６５】
サービス情報要求部１２１は、クラウドサーバ２００が提供するクラウドサービスを利用するための認証に必要な情報を収集する（ステップＳ１０１）。
【００６６】
クラウドサービスを利用するための認証に必要な情報とは、例えば、機器タイプ、機器ＩＤ、国情報、クライアントアプリケーションＩＤなどである。
機器タイプは、パーソナルコンピュータ、デジタルテレビジョン装置、ゲーム機やこれらの機種名など、機器の種類を識別する情報である。
機器ＩＤは、機器毎にユニークに割り当てられたＩＤである。
国情報は、機器のアクセス元の国の情報、あるいはロケール値である。
クライアントアプリケーションＩＤは、クライアントアプリケーション毎にユニークに割り当てられたＩＤである。
【００６７】
なお、クラウドサーバ２００には、機器タイプ、機器ＩＤ、国情報、クライアントアプリケーションＩＤなどの情報の組み合わせが、このクラウドサーバ２００が提供するクラウドサービスを利用可能な機器を認証するために必要な情報として登録されている。
【００６８】
次に、サービス情報要求部１２１は、リモートキーボード処理部１２７に対して、コンテンツに関する情報の取得を要求する。リモートキーボード処理部１２７は、この要求に従って、デジタルテレビジョン装置４から取得済みのコンテンツに関する情報をサービス情報要求部１２１に返す（ステップＳ１０２）。
【００６９】
なお、コンテンツに関する情報の収集方法はこれに限らない。例えば、デジタルテレビジョン装置４ではなくクライアント装置１００において視聴しているコンテンツに関する情報をクライアント装置１００で同様の方法で収集するようにしてもよい。また、ユーザがマニュアルでコンテンツに関する情報を入力してもよい。この場合にはコンテンツの視聴中であるか否かは問わない。
【００７０】
次に、サービス情報要求部１２１は、クラウドサービスを利用するための認証に必要な情報とコンテンツに関する情報からサービス情報取得要求を作成し、ネットワーク１を通じてクラウドサーバ２００に送信する（ステップＳ１０３）。
【００７１】
図９は、サービス情報取得要求の例を示す図である。
サービス情報取得要求には、機器タイプ（ＤＥＶＩＣＥ＿ＴＹＰＥ）、機器ＩＤ（ＤＥＶＩＣＥ＿ＩＤ）、国情報（ＬＯＣＡＬＥ、ＬＡＮＧＵＡＧＥ）、クライアントアプリケーションＩＤ（ＡＰＰ＿ＩＤ）、コンテンツカテゴリー情報（ＣＯＮＴＥＮＴ＿ＣＡＴＥＧＯＲＹ）、アクションカテゴリー情報（ＡＣＴＩＯＮ＿ＣＡＴＥＧＯＲＹ）、コンテンツキー（ＣＯＮＴＥＮＴ＿ＫＥＹ）、マッチカウント（ＭＡＴＣＨ＿ＣＯＵＮＴ）、レンジスタート（ＲＡＮＧＥ＿ＳＴＡＲＴ）などが含まれる。
【００７２】
コンテンツキーは、コンテンツに関する情報の中から抽出された、例えばコンテンツＩＤ、タイトル、アーチスト名などのキー情報である。
マッチカウントは、アクションカテゴリー毎のアイコンの数の上限値（制限情報）である。
レンジスタートは、初回ダウンロード時のサービス情報の数である。例えば、レンジスタートの値が"１"である場合には、初回は１個、次は２個、次は３個のサービス情報を取得することを指示する値である。
【００７３】
マッチカウント、レンジスタートの情報は、例えば、予めユーザによって任意に設定されたものであってもよいし、サービス情報取得要求が作成される毎にユーザによって適宜設定されたものでもよい。
【００７４】
図８のフローチャートの説明に戻る。サービス情報要求部１２１は、サービス情報取得要求を送信した後、クラウドサーバ２００からの応答に対する待機状態となる（ステップＳ１０４）。クラウドサーバ２００からの応答（サービス情報取得応答）を受信（ステップＳ１０５）した場合の動作は後で説明する。また、サービス情報取得要求を送信して一定時間が経過してもクラウドサーバ２００からの応答が来ない場合には（ステップＳ１０４のＹＥＳ）、エラーの発生をユーザに通知するためのダイアログを表示するなどのエラー処理を行った後（ステップＳ１０６）、サービス情報取得要求の送信処理を終了する。
【００７５】
［２．クラウドサーバ２００によるサービス情報取得応答の処理］
図１０は、クラウドサーバ２００によるサービス情報取得応答の処理のフローチャートである。
【００７６】
クラウドサーバ２００のサービス情報要求受信部２２１は、ネットワーク１を通じてクライアント装置１００からサービス情報取得要求を受信する（ステップＳ２０１）。サービス情報要求受信部２２１は受信したサービス情報取得要求からサービス選択情報を抽出してサービス判定部２２２にわたす。サービス判定部２２２は、サービス選択情報の中からコンテンツカテゴリー情報およびアクションカテゴリー情報を抽出する。サービス判定部２２２は、抽出したコンテンツカテゴリー情報およびアクションカテゴリー情報に紐付けられたサービスが存在するかどうかをサービス情報データベース２２５に保存されたカテゴリー／サービス紐付け情報を検索して調べる（ステップＳ２０２）。
【００７７】
該当するサービスがない場合（ステップＳ２０２のＮＯ）、サービス判定部２２２は、その旨をサービス情報応答部２２４に通知する。サービス情報応答部２２４は、この通知に従って、該当するサービスが存在しないことを通知するためのサービス情報取得応答を作成してクライアント装置１００に返信し（ステップＳ２０３）、サービス情報取得応答の処理を終了する。
【００７８】
該当するサービスがある場合（ステップＳ２０２のＹＥＳ）、サービス判定部２２２はサービス情報データベース２２５に記憶されたサービス対応国情報２３を参照して、該当するサービスのサービスＩＤに紐付けられた対応国の情報を読み込む。サービス判定部２２２は、読み込んだ対応国の情報とサービス情報取得要求に含まれる国情報とを比較する（ステップＳ２０４）。対応国と国情報とが一致しない場合、サービス判定部２２２は、このサービスがクライアント装置１００が使用されている国において利用できないサービスであることを判断する。すなわち、サービス判定部２２２は、ステップＳ２０２で判定したサービスのサービスＩＤを破棄し、再度ステップＳ２０２に移行して次のサービスの検索を行う。対応国と国情報とが一致する場合には、サービス判定部２２２は、該当するサービスがクライアント装置１００が使用されている国において利用可能なサービスであることを判断する。この場合、サービス判定部２２２は、そのサービスのサービスＩＤをクエリ作成部２２３とサービス情報応答部２２４に通知する。
【００７９】
クエリ作成部２２３は、通知されたサービスＩＤに対応するクエリ作成スクリプトをサービス情報データベース２２５から取得する（ステップＳ２０５）。クエリ作成部２２３は、取得したクエリ作成スクリプトを、サービス情報取得要求に含まれるサービス選択情報の中のコンテンツキーを引数として実行する。これによりコンテンツキーを検索キーとして含むＨＴＴＰクエリが作成される（ステップＳ２０６）。
【００８０】
この後、サービス情報応答部２２４は、サービス判定部２２２より通知されたサービスＩＤに対応するアイコンに関する情報をサービス情報データベース２２５から読み出す（ステップＳ２０７）。サービス情報応答部２２４は、このアイコンに関する情報とクエリ作成部２２３により作成されたＨＴＴＰクエリを１つのサービスに対応するサービス情報として作成する（ステップＳ２０８）。
【００８１】
クライアント装置１００からのサービス情報取得要求に対して、ステップＳ２０２で複数のサービスが検出される場合には、ステップＳ２０４のサービス対応国であるかどうかの判断、ステップＳ２０５のクエリ作成スクリプトの抽出、ステップＳ２０６のＨＴＴＰクエリの作成、ステップＳ２０７のアイコンに関する情報の抽出、ステップＳ２０８のサービス情報の作成が、サービス選択情報に設定されたマッチカウントおよびレンジスタートの各値によって決まる回数を上限に繰り返される。
【００８２】
マッチカウントおよびレンジスタートの各値によって決まる回数を上限としてサービス情報の作成が完了したところで（ステップＳ２０９のＹＥＳ）、サービス情報応答部２２４は、作成した全てのサービス情報を格納したサービス情報取得応答を作成し、これをクライアント装置１００に返信する（ステップＳ２１０）。
【００８３】
図１１は、サービス情報取得応答の例を示す図である。
このサービス情報取得応答には１以上のサービス情報３１が格納される。個々のサービス情報３１は、アクションカテゴリー情報（ＡＣＴＩＯＮ＿ＣＡＴＥＧＯＲＹ）３５、サービスのタイトル（ＴＩＴＬＥ）３２、アイコンに関する情報（ＩＭＡＧＥ＿ＳＩＺＥ、ＤＡＴＡ＿ＴＹＰＥ、ＶＡＬＵＥ）３３、ＨＴＴＰクエリに関する情報（ＳＥＲＶＩＣＥ＿ＱＵＥＲＹ、ＤＡＴＡ＿ＴＹＰＥ、ＶＡＬＵＥ）３４などからなる。
【００８４】
ＨＴＴＰクエリに関する情報３４は、サービスに関するクエリであることを示す"ＳＥＲＶＩＣＥ＿ＱＵＥＲＹ"、そのクエリのデータ形式を示す"ＤＡＴＡ＿ＴＹＰＥ"、ＨＴＴＰクエリのクエリ文が格納される"ＶＡＬＵＥ"などを含む。クエリ文がＨＴＴＰクエリである場合そのクエリのデータ形式を示す"ＤＡＴＡ＿ＴＹＰＥ"は"ＨＴＴＰ ＲＥＱＵＥＳＴ"となる。ＨＴＴＰクエリは、サービスのＵＲＬと、１以上の検索キーなどで構成される。
【００８５】
なお、ＨＴＴＰクエリの構文は様々であり、本技術は図１１に示されるクエリ構文を利用することに限定されるものではない。例えば、下記のように、コンテンツカテゴリーを検索キーとして用いたＨＴＴＰクエリを採用することが可能である。
http://music.affiservice.com/search?category=cd&keyword_ja_JP=arigato
【００８６】
［３．クライアント装置１００によるアイコン表示処理］
図１２は、クライアント装置１００によるアイコン表示処理のフローチャートである。
クライアント装置１００のサービス情報受信部１２２は、クラウドサーバ２００より受信したサービス情報取得応答からサービス情報を抽出して（ステップＳ３０１）、サービス情報記憶部１２４に保存する（ステップＳ３０２）。
【００８７】
この後、アイコン生成部１２３は、サービス情報記憶部１２４に未表示のアイコンに関する情報を含むサービス情報が記憶されているかどうかを調べる（ステップＳ３０３）。未表示のアイコンに関する情報を含むサービス情報が存在する場合（ステップＳ３０３のＹＥＳ）、アイコン生成部１２３は、そのサービス情報をサービス情報記憶部１２４から読み込み、このサービス情報をもとにアプリケーションウィンドウ１１のアイコン配置領域１６内にアイコンを表示する（ステップＳ３０４）。図４に示したように、アプリケーションウィンドウ１１のアイコン配置領域１６はアクションカテゴリー毎の領域に予め区画されている。アイコン生成部１２３は、サービス情報に設定されたアクションカテゴリー情報をもとに、そのアクションカテゴリーに対応する領域にアイコンを表示される。サービス情報記憶部１２４に記憶されたすべてのサービス情報について上記のアイコンの表示処理が繰り返される。
【００８８】
［４．クライアント装置１００によるサービスへのアクセス］
図１３は、クライアント装置１００によるサービスへのアクセスのフローチャートである。
クライアント装置１００のサービスアクセス部１２６は、アプリケーションウィンドウ１１のアイコン配置領域１６内でいずれかのアイコンがユーザによって選択されたことを判断すると（ステップＳ４０１）、その選択されたアイコンに対応するサービス用のＨＴＴＰクエリをサービス情報記憶部１２４から取得する（ステップＳ４０２）。
【００８９】
サービスアクセス部１２６は、取得したＨＴＴＰクエリを引数としてウェブブラウザ１４０をシステムコールする（ステップＳ４０３）。これにより、ウェブブラウザ１４０が起動される。ウェブブラウザ１４０はＨＴＴＰクエリに含まれるＵＲＬのサービス提供サーバにＨＴＴＰクエリを送信する。サービス提供サーバは、受信したＨＴＴＰクエリを実行して該当するコンテンツのサービスを提供するためのウェプページなどをウェブブラウザ１４０に返す。
【００９０】
以上、本実施形態によれば、次のような効果がある。
１．クライアント装置１００において、指定されたコンテンツに対して利用できるサービスのアイコンを表示させることができる。
２．サービスの変更に対し、クライアント装置１００のクライアントアプリケーション１２０の変更が不要である。すなわち、本実施形態では、クラウドサーバ２００においてサービス情報データベース２２５の内容を変更することによって、高い自由度で、かつ迅速にサービスの変更に対処することができる。クライアントアプリケーション１２０の変更が不要であるため、新しいバージョンのアプリケーションの配布なども不要になり、クライアントアプリケーション１２０を管理するための経費を削減できる。また、クライアント装置１００においてサービスへのアクセスに利用できないアイコンが表示されることが回避されるので、ユーザにとっての操作性が安定する。
３．クライアント装置１００のクライアントアプリケーション１２０を国によって変更することなく、個々のサービスの単位で、そのサービスの利用の可否をクライアント装置１００が使用されている国によって切り替えることができる。これによって国によって異なるクライアントアプリケーション１２０を提供する必要がなくなり、この点からも、クライアントアプリケーション１２０を管理するための経費を削減できる。
【００９１】
＜第２の実施形態＞
本実施形態は、１つのサイト内にアクションカテゴリーが異なる複数のサービスを設け、サイト内でコンテンツキーによるサービスの検索を行い、検索されたサービスに対するＨＴＴＰクエリを含む結果を応答することが可能なサービス提供サーバのサービスを利用する場合に好適なクラウドサーバに関するものである。
【００９２】
図１４は第２の実施形態のクラウドサーバ２００Ａの機能的な構成を示すブロック図である。第１の実施形態のクラウドサーバ２００と相違する点は主にクエリ作成部２２３Ａの機能にある。
【００９３】
図１５は、図１４のクラウドサーバ２００Ａによるサービス情報取得応答の処理のフローチャートである。
ここで、ステップＳ５０１からステップ５０６までは、第１の実施形態の図１０に示したステップＳ２０１からステップ２０６までの動作と基本的に同じであるため、説明を省く。
【００９４】
クエリ作成部２２３Ａは、ステップＳ５０６で作成されたＨＴＴＰクエリを一次検索用のＨＴＴＰクエリとして用いる。クエリ作成部２２３Ａは、この一次検索用のＨＴＴＰクエリを引数として通信処理部２４０ＡのＡＰＩコールをする（ステップＳ５０７）。これにより通信処理部２４０Ａは一次検索用のＨＴＴＰクエリを送信する。ここで、通信処理部２４０Ａは、通信ライブラリ（ソケットや上位プロトコル層をプログラミングしたＡＰＩからなるクラスライブラリなど）やＯＳ（Ｏｐｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）に組み込まれているソフトウェア資産である。
【００９５】
一次検索用のＨＴＴＰクエリは、例えば次のようなものである。
http://music.affiservice.com/Search/wsSearch?term=PPPQQQ12345+arigato
すなわち、"PPPQQQ12345"と"arigato"を検索語として含む一次検索用のＨＴＴＰクエリがサービス提供サーバ６００のサービス検索用のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）に対して実行される。
【００９６】
サービス提供サーバ６００において、サービス検索用のＡＰＩは、サイト内でコンテンツキーに関連した１以上のサービスを検索し、これら１以上のサービスそれぞれに対応する１以上の二次検索用のＨＴＴＰクエリを含む応答データを作成して、クラウドサーバ２００Ａに返信する。通信処理部２４０Ａはこの応答データを受信し、クエリ作成部２２３Ａに返す。
【００９７】
図１６は、サービス提供サーバ６００からの応答データの例を示す図である。
ここで、応答データには、"購入"と"試聴"の２つのアクションカテゴリーのサービスにそれぞれ対応する２つの二次検索用のＨＴＴＰクエリ４１，４２が含まれている。
【００９８】
クラウドサーバ２００Ａのクエリ作成部２２３Ａは、応答データの中からサービス情報取得要求によって指定されたアクションカテゴリーに対応するサービスの二次検索用のＨＴＴＰクエリを抽出してサービス情報応答部２２４Ａに供給する（ステップＳ５０８）。サービス情報応答部２２４Ａは、サービス判定部２２２Ａより通知されたサービスＩＤに対応するアイコンに関する情報をサービス情報データベース２２５Ａから読み出す（ステップＳ５０９）。サービス情報応答部２２４Ａは、このアイコンに関する情報とクエリ作成部２２３Ａにより作成された二次検索用のＨＴＴＰクエリを１つのサービスに対応するサービス情報として作成する（ステップＳ５１０）。
【００９９】
以降の動作は、第１の実施形態と同様である。
すなわち、クライアント装置１００からのサービス情報取得要求に対して、ステップＳ５０２で複数のサービスが検出される場合には、ステップＳ５０４によるサービス対応国であるかどうかの判断から、ステップＳ５１０によるサービス情報の作成までの処理が、サービス選択情報に設定されたマッチカウントおよびレンジスタートの各値によって決まる回数を上限に繰り返される。そしてマッチカウントおよびレンジスタートの各値によって決まる回数を上限としてサービス情報の作成が完了したところで（ステップＳ５１１のＹＥＳ）、サービス情報応答部２２４Ａは、作成した全てのサービス情報を格納したサービス情報取得応答を作成し、これをクライアント装置１００に返信する（ステップＳ５１２）。
【０１００】
以上、本実施形態によれば、１つのサイト内にアクションカテゴリーが異なる複数のサービスを設け、サイト内でコンテンツキーによるサービスの検索を行い、検索されたサービスに対するＨＴＴＰクエリを含む結果を応答することが可能なサービス提供サーバ６００のサービスを利用する場合においても、第１の実施形態と同様の効果を得ることができる。
【０１０１】
＜変形例１＞
［サービス情報の変形例］
以上の実施形態では、クライアント装置においてサービスに対応するアイコンが選択されたときに、ウェブブラウザがＨＴＴＰクエリあるいは二次検索用のＨＴＴＰクエリを用いてサービスにアクセスすることとした。しかし本技術はこれに限定されるものではない。例えば、クエリに代えて、サービスのホームページのＵＲＬなど、ウェブページにアクセスするために必要なアクセス情報をサービス情報として、クラウドサーバからクライアント装置に供給するようにしてもよい。
【０１０２】
＜変形例２＞
［クライアント装置がサービス情報を取得するタイミング］
第１の実施形態では、図４に示したアプリケーションウィンドウ１１内のコンテンツ情報取得ボタン１４が操作されると、クラウドサーバからクライアント装置にサービス情報が提供されることとした。その他の方法としては、
１．アクションカテゴリー情報を設定しておき、クライアントアプリケーションの起動直後、あるいはクライアント装置の起動直後に、サービス情報の取得処理を行う方法、などがある。この方法によると、クライアントアプリケーションの起動、あるいはクライアント装置の起動から最速でサービス情報を取得でき、サービスへの初回のアクセスをより迅速に行うことができる。
【０１０３】
２．ユーザにより選択されるコンテンツやコンテンツカテゴリーが変化した時点で、クライアント装置が、コンテンツカテゴリー情報の設定されたサービス選択情報を含むサービス情報取得要求をクラウドサーバに送信してサービス情報の取得処理を行い、取得したサービス情報を蓄積してアイコンを追加して行く方法。この方法によれば、ユーザの嗜好に合ったコンテンツカテゴリーに属するサービスに対応するアイコンから優先的に追加して行くことができる。
【０１０４】
３．一度取得したサービス情報を長期間使用したままでいると、サービス情報の鮮度が落ちて、実際にはサービスに利用できなくなったアイコンが表示空間を奪ってしまうことが考えられる。そこで、取得したサービス情報の有効期間を設定しておき、有効期間が過ぎたサービス情報を自動的に削除したり、改めてサービス情報の取得処理を行って最新のサービス情報と入れ替える方法が考えられる。
【０１０５】
なお、本技術は以下のような構成も採ることができる。
（１）ネットワークを通じて情報処理装置から、コンテンツに関する情報を含むサービス選択情報を有するサービス情報取得要求を受信する要求受信部と、
前記受信した取得要求に含まれる前記サービス選択情報をもとに、前記コンテンツに対して利用できるサービスを判定する判定部と、
前記判定されたサービスにアクセスするために必要なアクセス情報と当該サービスに対応するアイコンに関する情報を含む前記サービス情報を前記情報処理装置に送信する応答部と
を具備するサーバ装置。
（２）前記（１）に記載のサーバ装置であって、
前記サービス選択情報と前記サービスとを紐付けるための紐付け情報が記憶された記憶部をさらに具備し、
前記判定部は、前記記憶部に記憶された前記紐付け情報を参照して、前記サービス選択情報に紐付けられたサービスを判定する
サーバ装置。
（３）前記（１）または（２）に記載のサーバ装置であって、
前記コンテンツに関する情報は、前記コンテンツを検索するための検索キーを含み、
前記サーバ装置は、
前記検索キーを用いたクエリを前記アクセス情報として作成する第１の作成部をさらに具備する
サーバ装置。
（４）前記（１）から（３）のうちいずれか１つに記載のサーバ装置であって、
前記サービス選択情報は、前記コンテンツのカテゴリーを示すコンテンツカテゴリー情報を含み、
前記紐付け情報は、前記コンテンツカテゴリー情報と前記サービスとを紐付ける情報である
サーバ装置。
（５）前記（１）から（３）のうちいずれか１つに記載のサーバ装置であって、
前記サービス選択情報は、前記コンテンツに対するアクションのカテゴリーを示すアクションカテゴリー情報を含み、
前記紐付け情報は、前記アクションカテゴリー情報と前記サービスとを紐付ける情報である
サーバ装置。
（６）前記（１）から（３）のうちいずれか１つに記載のサーバ装置であって、
前記サービス選択情報は、前記コンテンツのカテゴリーを示すコンテンツカテゴリー情報と前記コンテンツに対するアクションのカテゴリーを示すアクションカテゴリー情報を含み、
前記紐付け情報は、前記コンテンツカテゴリー情報と前記アクションカテゴリー情報との組み合わせと前記サービスとを紐付ける情報である
サーバ装置。
（７）前記（１）から（３）のうちいずれか１つに記載のサーバ装置であって、
前記サービス選択情報は、地域に関する情報を含み、
前記紐付け情報は、前記地域に関する情報と前記サービスとを紐付ける情報である
サーバ装置。
（８）前記（１）から（７）のうちいずれか１つに記載のサーバ装置であって、
前記サービス選択情報は、まとめて取得する前記サービス情報の数を制限するための制限情報を含み、
前記応答部は、前記制限情報をもとに、まとめて送信する前記サービス情報の数を制限する
サーバ装置。
（９）前記（１）から（８）のうちいずれか１つに記載のサーバ装置であって、
前記コンテンツに関する情報は、前記コンテンツを検索するための検索キーを含み、
前記サーバ装置は、
前記検索キーを含む一次検索用のクエリを作成し、この一次検索用のクエリを引数としてＨＴＴＰクエリを実行し、このＨＴＴＰクエリの実行により１以上のサービスに対する二次検索用の１以上のクエリを応答することが可能なサービス検索サーバより前記二次検索用の１以上のクエリを取得し、少なくともその中の１つのクエリを前記アクセス情報として作成する第２の作成部をさらに具備する
サーバ装置。
（１０）ネットワークを通じて情報処理装置から、コンテンツに関する情報を含むサービス選択情報を有するサービス情報取得要求を受信し、前記受信した取得要求に含まれる前記サービス選択情報をもとに、前記コンテンツに対して利用できるサービスを判定し、前記判定されたサービスにアクセスするために必要なアクセス情報と当該サービスに対応するアイコンに関する情報を含む前記サービス情報を前記情報処理装置に送信することが可能なサーバ装置に、前記取得要求を送信する要求送信部と、
前記サーバ装置より前記サービス情報を取得するサービス情報取得部と、
前記取得したサービス情報に含まれる前記アイコンに関する情報を用いて当該アイコンを表示するアイコン生成部と、
前記表示されたアイコンに対するユーザからの選択の操作を受け付ける入力部と、
前記選択されたアイコンに対応する前記アクセス情報をもとにウェブブラウザを介して前記サービスにアクセスするサービスアクセス部と
を具備する情報処理装置。
（１１）前記（１０）に記載の情報処理装置であって、
前記サーバ装置は、検索キーを用いたクエリを前記アクセス情報として作成することが可能とされ、
前記コンテンツに関する情報は、前記クエリに用いられる前記検索キーを含み、
前記サービスアクセス部は、前記選択されたアイコンに対応する前記クエリを引数として前記ウェブブラウザをシステムコールすることにより前記サービスにアクセスする
情報処理装置。
（１２）前記（１０）または（１１）に記載の情報処理装置であって、
前記サーバ装置の前記記憶部に記憶された前記紐付け情報は、コンテンツのカテゴリーを示すコンテンツカテゴリー情報とサービスとを紐付ける情報であり、
前記サービス選択情報は、前記コンテンツカテゴリー情報を含む
情報処理装置。
（１３）前記（１０）または（１１）に記載の情報処理装置であって、
前記サーバ装置の前記記憶部に記憶された前記紐付け情報は、コンテンツに対するアクションのカテゴリーを示すアクションカテゴリー情報とサービスとを紐付ける情報であり、
前記サービス選択情報は、前記アクションカテゴリー情報を含む
情報処理装置。
（１４）前記（１０）または（１１）に記載の情報処理装置であって、
前記サーバ装置の前記記憶部に記憶された前記紐付け情報は、前記コンテンツのカテゴリーを示すコンテンツカテゴリー情報と前記コンテンツに対するアクションのカテゴリーを示すアクションカテゴリー情報との組み合わせとサービスとを紐付ける情報であり、
前記サービス選択情報は、前記コンテンツカテゴリー情報と前記アクションカテゴリー情報を含む
情報処理装置。
（１５）前記（１０）または（１１）に記載の情報処理装置であって、
前記サーバ装置の前記記憶部に記憶された前記紐付け情報は、地域に関する情報と前記サービスとを紐付ける情報であり、
前記サービス選択情報は、前記地域に関する情報を含む
情報処理装置。
（１６）前記（１０）から（１５）のうちいずれか１つに記載の情報処理装置であって、
前記サーバ装置の前記応答部は、制限情報をもとに、まとめて送信する前記サービス情報の数を制限するものであり、
前記サービス選択情報は、前記制限情報を含む
情報処理装置。
（１７）前記（１０）から（１６）のうちいずれか１つに記載の情報処理装置であって、
ホームネットワークを通じて接続されたデジタルテレビジョン装置から、当該デジタルテレビジョン装置にて視聴中のコンテンツに関する情報を取得するコンテンツ情報取得部
をさらに具備する情報処理装置。
【符号の説明】
【０１０６】
１…ネットワーク
３…ホームネットワーク
４…デジタルテレビジョン装置
１００…クライアント装置
１０７…メディアインタフェース１０７
１０８…第１のネットワーク接続装置
１０９…第２のネットワーク接続装置
１２０…クラアントアプリケーション
１２１…サービス情報要求部
１２２…サービス情報受信部
１２３…アイコン生成部
１２４…サービス情報記憶部
１２５…アイコン操作入力部
１２６…サービスアクセス部
１２７…リモートキーボード処理部
１４０…ウェブブラウザ
２００…クラウドサーバ
２２０…クラウドアプリケーション
２２１…サービス情報要求受信部
２２２…サービス判定部
２２３…クエリ作成部
２２４…サービス情報応答部
２２５…サービス情報データベース
２４０…ウェブブラウザ
３００、４００、５００…サービス提供サーバ
【図１】
0005903783.tif 000002
【図２】
0005903783.tif 000003
【図３】
0005903783.tif 000004
【図５】
0005903783.tif 000005
【図６】
0005903783.tif 000006
【図７】
0005903783.tif 000007
【図８】
0005903783.tif 000008
【図９】
0005903783.tif 000009
【図１０】
0005903783.tif 000010
【図１１】
0005903783.tif 000011
【図１２】
0005903783.tif 000012
【図１３】
0005903783.tif 000013
【図１４】
0005903783.tif 000014
【図１５】
0005903783.tif 000015
【図１６】
0005903783.tif 000016
【図４】
0005903783.tif 000017