(57)【要約】【課題】複数の機器の間で楽曲検索サービスと音楽ダウンロード・サービスを好適に連携させる。【解決手段】テレビ装置と多機能端末の間でデータ連携するとき、ＵＲＬエンコードして受け渡しする検索キーワードを短縮ＵＲＬデータに変換することで、転送データ量の制限（１９２バイト）を意識せずにＦｅｌｉＣａのＰｕｓｈコマンドで送信できる。データ連携サーバーは、ＵＲＬデータの短縮処理及び逆変換の際に、テレビ装置のＩＤ及び多機能端末のＩＤを持つユーザーが、データ連携された楽曲情報で表わされるような嗜好を持っているという情報を収集できる。【選択図】  図３
2013210876.tif 000002
【特許請求の範囲】
【請求項１】
第２のサービスを実施する第２の機器へ第１の通信路を経由して前記第２のサービスの実施要求を送信する第１の通信部と、
データの短縮処理及び逆変換を行なうデータ連携装置と第２の通信路を経由して通信する第２の通信部と、
第１のサービスを実施して第１の情報を取得するとともに、前記データ連携装置に対して前記第２の通信部を介して第１の情報の短縮を要求し、前記第１の情報が短縮された第１の短縮情報を用いて前記第２の機器に前記第１の通信部を介して前記第２のサービスの実施要求を送信する処理部と、
を具備する情報処理装置。
【請求項２】
前記第１の通信部は、前記第１の短縮情報を含む所定の制限値以下のデータ量の前記第２のサービスの実施要求を前記第２の機器に送信する、
請求項１に記載の情報処理装置。
【請求項３】
前記処理部は、前記第１のサービスとして楽曲検索サービスを実施して、第１の情報として楽曲情報を取得し、前記第２の機器に対し、前記第２のサービスとして、取得した楽曲情報に基づく音楽ダウンロード・サービスの実施を要求する、
請求項１に記載の情報処理装置。
【請求項４】
前記処理部は、前記データ連携装置に対して、前記音楽ダウンロード・サービスで指定される表現形式にした楽曲情報の短縮処理を要求する、
請求項３に記載の情報処理装置。
【請求項５】
第１のサービスを実施して第１のサービスを取得する第１の機器から第１の通信路を経由して第１の情報を短縮した第１の短縮情報を含んだ第２のサービスの実施要求を受信する第１の通信部と、
データの短縮処理及び逆変換を行なうデータ連携装置と第２の通信路を経由して通信する第２の通信部と、
前記第１の機器から受信した第１の短縮情報の逆変換処理を前記第２の通信部を介して前記データ連携装置に要求するとともに、逆変換された第１の情報を用いて第２のサービスを実施する処理部と、
を具備する情報処理装置。
【請求項６】
前記第１の機器から、前記第１の短縮情報を含む所定の制限値以下のデータ量の前記第２のサービスの実施要求を受信する、
請求項５に記載の情報処理装置。
【請求項７】
前記第１の機器は前記第１のサービスとして楽曲検索サービスを実施して、第１の情報として楽曲情報を取得し、
前記処理部は、前記第１の機器で取得された楽曲情報に基づく音楽ダウンロード・サービスを実施する、
請求項５に記載の情報処理装置。
【請求項８】
前記処理部は、前記データ連携装置に対して、前記音楽ダウンロード・サービスで指定される表現形式で短縮された楽曲情報の逆変換処理を要求する、
請求項７に記載の情報処理装置。
【請求項９】
第１のサービスを実施して第１の情報を取得する第１の機器及び第１の情報を用いて第２のサービスを実施する第２の機器の各々と第２の通信路を経由して通信する通信部と、
前記第１の機器からの第１の情報の短縮要求に従って第１の情報を短縮処理して第１の短縮情報を返信するとともに、前記第２の機器からの第１の短縮情報の逆変換要求に従って第１の短縮情報を元の第１の情報に逆変換して返信する処理部と、
を具備する情報処理装置。
【請求項１０】
前記処理部は、第１の情報を所定の制限値以下のデータ量となる第１の短縮情報へ短縮処理する、
請求項９に記載の情報処理装置。
【請求項１１】
前記処理部は、前記第１の機器が前記第１のサービスとして楽曲検索サービスを実施して取得した第１の情報としての楽曲情報を短縮処理する、
請求項９に記載の情報処理装置。
【請求項１２】
前記処理部は、前記第２の機器が第２のサービスとして実施する音楽ダウンロード・サービスで指定される表現形式で楽曲情報を短縮処理する、
請求項１１に記載の情報処理装置。
【請求項１３】
前記処理部は、前記第１の機器から受け取った第１の情報を前記第１の機器及び前記第２の機器のユーザーの情報として管理する、
請求項９に記載の情報処理装置。
【請求項１４】
第１のサービスを実施して第１の情報を取得するステップと、
データ連携装置に対して第２の通信路を経由して第１の情報の短縮処理を要求するステップと、
第２の機器に対して第１の通信路を経由して前記データ連携装置によって第１の情報を短縮した第１の短縮情報を送信して、第１の情報を用いた第２のサービスの実施を要求するステップと、
を有する情報処理方法。
【請求項１５】
第１の機器から、前記第１の機器が第１のサービスを実施して取得した第１の情報を短縮した第１の短縮情報を第１の通信路を経由して受信するステップと、
データ連携装置に対して第２の通信路を経由して第１の短縮情報の元の第１の情報への逆変換を要求するステップと、
逆変換された第１の情報を用いて第２のサービスを実施するステップと、
を有する情報処理方法。
【請求項１６】
第１の機器から、前記第１の機器が第１のサービスを実施して取得した第１の情報の短縮要求を第２の通信路を経由して受信するステップと、
第１の情報を短縮処理して第１の短縮情報を生成するステップと、
第１の短縮情報を前記第１の機器に返信するステップと、
第２の機器から、第１の短縮情報の逆変換要求を前記第２の通信路を経由して受信するステップと、
第１の短縮情報を元の第１の情報に逆変換するステップと、
逆変換した第１の情報を前記第２の機器に返信するステップと、
を有する情報処理方法。
【請求項１７】
第１のサービスを実施して第１の情報を取得する第１の機器と、
第１の情報を用いて第２のサービスを実施する第２の機器と、
前記第１の機器から前記第２の機器へ前記第２のサービスの実施要求を送信する第１の通信路と、
データの短縮処理及び逆変換を行なうデータ連携装置と、
前記第１の機器及び前記第２の機器の各々と前記データ連携装置間で通信を行なう第２の通信路と、
を具備し、
前記第１のサービスと前記第２のサービスを連携して実施する際に、
前記第１の機器は、第１の情報の短縮処理を前記データ連携装置に要求し、前記データ連携装置から返された第１の短縮情報を用いて前記第２の機器に対して前記第２のサービスの実施要求を送信し、
前記第２の機器は、前記第１の機器から受け取った第１の短縮情報の逆変換処理を前記データ連携装置に要求し、前記データ連携装置から返された元の第１の情報を用いて第２のサービスを実施する、
情報通信システム。
【請求項１８】
第２のサービスを実施する第２の機器へ第１の通信路を経由して前記第２のサービスの実施要求を送信する第１の通信部、
データの短縮処理及び逆変換を行なうデータ連携装置と第２の通信路を経由して通信する第２の通信部、
第１のサービスを実施して第１の情報を取得するとともに、前記データ連携装置に対して前記第２の通信部を介して前記第１の情報の短縮を要求し、前記第１の情報が短縮された第１の短縮情報を用いて前記第２の機器に前記第１の通信部を介して前記第２のサービスの実施要求を送信する処理部、
としてコンピューターを機能させるようにコンピューター可読形式で記述されたコンピューター・プログラム。
【請求項１９】
第１のサービスを実施して第１の情報を取得する第１の機器から第１の通信路を経由して第１の情報を短縮した第１の短縮情報を含んだ第２のサービスの実施要求を受信する第１の通信部、
データの短縮処理及び逆変換を行なうデータ連携装置と第２の通信路を経由して通信する第２の通信部、
前記第１の機器から受信した第１の短縮情報の逆変換処理を前記第２の通信部を介して前記データ連携装置に要求するとともに、逆変換された第１の情報を用いて第２のサービスを実施する処理部、
としてコンピューターを機能させるようにコンピューター可読形式で記述された
コンピューター・プログラム。
【請求項２０】
第１のサービスを実施して第１の情報を取得する第１の機器及び第１の情報を用いて第２のサービスを実施する第２の機器の各々と第２の通信路を経由して通信する通信部、
前記第１の機器からの第１の情報の短縮要求に従って第１の情報を短縮処理して第１の短縮情報を返信するとともに、前記第２の機器からの第１の短縮情報の逆変換要求に従って第１の短縮情報を元の第１の情報に逆変換して返信する処理部、
としてコンピューターを機能させるようにコンピューター可読形式で記述されたコンピューター・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示する技術は、複数のサービスを連携させる情報処理装置及び情報処理方法、情報通信システム、並びにコンピューター・プログラムに係り、特に、複数の機器の間で楽曲検索サービスと音楽ダウンロード・サービスを連携させる情報処理装置及び情報処理方法、情報通信システム、並びにコンピューター・プログラムに関する。
【背景技術】
【０００２】
近年、画像や音声を認識並びに理解する技術が発展し、民生機器のさまざまなアプリケーションに画像や音声など各種の認識・理解技術が利用されることが多くなってきている。音楽認識技術の用途として、楽曲検索サービスを挙げることができる（例えば特許文献１を参照のこと）。例えば「Ｔｒａｃｋ  ＩＤ（登録商標）」を使えば、スピーカーから流れる曲からタイトル、アーティスト名、アルバム名などの楽曲情報を閲覧することができる。
【０００３】
他方、スマートフォンなどのＡｎｄｒｏｉｄ端末で利用できる「ｍｏｒａ  ｔｏｕｃｈ」など、主に多機能端末で利用される音楽ダウンロード・サービスも広範に利用されている。単一のＡｎｄｒｏｉｄ端末上で「Ｔｒａｃｋ  ＩＤ」などの楽曲検索サービスと「ｍｏｒａ  ｔｏｕｃｈ」などの音楽ダウンロード・サービスを組み合わせれば、ユーザーは、聴いてみて気に入ったがタイトルを知らない曲を楽曲検索サービスで調べ、検索結果に基づいて音楽ダウンロード・サービスで自分の端末にダウンロードして楽しむことができる。
【０００４】
また、「Ｔｒａｃｋ  ＩＤ」などの楽曲検索サービスをテレビ装置に搭載すれば、テレビ放送で流れている曲をその場で素早く検索することができる。ユーザーは、テレビ番組やコマーシャルで使われている曲について知りたくなったときには、テレビ・リモコンで楽曲検索を操作すると、テレビ装置はインターネット上のデータベース・サーバーと照合して、該当する曲名やアーティスト情報を画面に表示する。
【０００５】
本出願人は、テレビ装置上で利用する楽曲検索サービスと多機能端末上で利用する音楽ダウンロード・サービスが連携していれば、視聴中のテレビ番組やコマーシャルで気に入った曲を、多機能端末上でも楽しむことができて、便利である、と考えている。
【０００６】
ユーザーは、視聴中のテレビ放送から気に入った曲を見つけると、テレビ装置上で楽曲検索サービスを利用して、トラック名やアーティスト名などを取得することができる。音楽ダウンロード・サービスではトラック名やアーティスト名などをキーワードとした検索を行なうことから、連携サービスを行なう場合、このようなキーワードをテレビ装置から多機能端末へデータ転送する必要がある。
【０００７】
ここで、テレビ装置と多機能端末間のデータ転送には、ＮＦＣ（Ｎｅａｒ  Ｆｉｅｌｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に代表される非接触通信を用いるのが一般的である。ＮＦＣ通信方式は、元々は非接触式ＩＣカードとして広く普及しているソニーの「ＦｅｌｉＣａ」やＰｈｉｌｉｐｓ社の「Ｍｉｆａｒｅ」を継承したものであり、２００３年１２月にＩＳＯ／ＩＥＣ  ＩＳＯ  １８０９２として国際標準となっている。テレビ装置から多機能端末間への上記のキーワードのデータ転送には、例えばＦｅｌｉＣａのＰｕｓｈコマンドを利用できるが、転送バイト数が１９２バイトまでに制限されるという問題がある。
【０００８】
また、Ａｎｄｒｏｉｄ端末上で「ｍｏｒａ  ｔｏｕｃｈ」などのＡｎｄｒｏｉｄアプリケーションを起動する際に、キーワードなどの外部からのパラメーターをＩｎｔｅｎｔと呼ばれるオブジェクトを用いて受け渡しすることができる。その際、上記のように１９２バイトに収める必要があることから、Ａｎｄｒｏｉｄ  Ｉｎｔｅｎｔを使用した場合にキーワードとなるトラック名やアーティスト名がすべて入りきらない場合がある
【０００９】
例えば、高速通信路が使えないときに、方式変換を行なうことでデータ・サイズを減らして低速通信路（非接触通信路）によりデータ通信を行なう無線通信システムについて提案がなされている（例えば、特許文献２を参照のこと）。しかしながら、この無線通信システムでは、非接触通信路上の転送データを単純に圧縮するものであり他のサービスと連携したり、他のサービスを利用したりするものではない。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特表２００４−５１１８３８号公報
【特許文献２】特開２００８−２７１１５１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本明細書で開示する技術の目的は、複数の機器の間で楽曲検索サービスと音楽ダウンロード・サービスを好適に連携させることができる、優れた情報処理装置及び情報処理方法、情報通信システム、並びにコンピューター・プログラムを提供することにある。
【課題を解決するための手段】
【００１２】
本願は、上記課題を参酌してなされたものであり、請求項１に記載の技術は、
第２のサービスを実施する第２の機器へ第１の通信路を経由して前記第２のサービスの実施要求を送信する第１の通信部と、
データの短縮処理及び逆変換を行なうデータ連携装置と第２の通信路を経由して通信する第２の通信部と、
第１のサービスを実施して第１の情報を取得するとともに、前記データ連携装置に対して前記第２の通信部を介して第１の情報の短縮を要求し、前記第１の情報が短縮された第１の短縮情報を用いて前記第２の機器に前記第１の通信部を介して前記第２のサービスの実施要求を送信する処理部と、
を具備する情報処理装置である。
【００１３】
本願の請求項２に記載の技術によれば、請求項１に記載の情報処理装置の前記第１の通信部は、前記第１の短縮情報を含む所定の制限値以下のデータ量の前記第２のサービスの実施要求を前記第２の機器に送信するように構成されている。
【００１４】
本願の請求項３に記載の技術によれば、請求項１に記載の情報処理装置の前記処理部は、前記第１のサービスとして楽曲検索サービスを実施して、第１の情報として楽曲情報を取得し、前記第２の機器に対し、前記第２のサービスとして、取得した楽曲情報に基づく音楽ダウンロード・サービスの実施を要求するように構成されている。
【００１５】
本願の請求項４に記載の技術によれば、請求項３に記載の情報処理装置の前記処理部は、前記データ連携装置に対して、前記音楽ダウンロード・サービスで指定される表現形式にした楽曲情報の短縮処理を要求するように構成されている。
【００１６】
また、本願の請求項５に記載の技術は、
第１のサービスを実施して第１のサービスを取得する第１の機器と第１の通信路を経由して第１の情報を短縮した第１の短縮情報を含んだ第２のサービスの実施要求を受信する第１の通信部と、
データの短縮処理及び逆変換を行なうデータ連携装置と第２の通信路を経由して通信する第２の通信部と、
前記第１の機器から受信した第１の短縮情報の逆変換処理を前記第２の通信部を介して前記データ連携装置に要求するとともに、逆変換された第１の情報を用いて第２のサービスを実施する処理部と、
を具備する情報処理装置である。
【００１７】
本願の請求項６に記載の技術によれば、請求項５に記載の情報処理装置は、前記第１の機器から、前記第１の短縮情報を含む所定の制限値以下のデータ量の前記第２のサービスの実施要求を受信するように構成されている。
【００１８】
本願の請求項７に記載の技術によれば、前記第１の機器は前記第１のサービスとして楽曲検索サービスを実施して、第１の情報として楽曲情報を取得する。そして、請求項５に記載の情報処理装置の前記処理部は、前記第１の機器で取得された楽曲情報に基づく音楽ダウンロード・サービスを実施するように構成されている。
【００１９】
本願の請求項８に記載の技術によれば、請求項７に記載の情報処理装置の前記処理部は、前記データ連携装置に対して、前記音楽ダウンロード・サービスで指定される表現形式で短縮された楽曲情報の逆変換処理を要求するように構成されている。
【００２０】
また、本願の請求項９に記載の技術は、
第１のサービスを実施して第１の情報を取得する第１の機器及び第１の情報を用いて第２のサービスを実施する第２の機器の各々と第２の通信路を経由して通信する通信部と、
前記第１の機器からの第１の情報の短縮要求に従って第１の情報を短縮処理して第１の短縮情報を返信するとともに、前記第２の機器からの第１の短縮情報の逆変換要求に従って第１の短縮情報を元の第１の情報に逆変換して返信する処理部と、
を具備する情報処理装置である。
【００２１】
本願の請求項１０に記載の技術によれば、請求項９に記載の情報処理装置の前記処理部は、第１の情報を所定の制限値以下のデータ量となる第１の短縮情報へ短縮処理するように構成されている。
【００２２】
本願の請求項１１に記載の技術によれば、請求項９に記載の情報処理装置の前記処理部は、前記第１の機器が前記第１のサービスとして楽曲検索サービスを実施して取得した第１の情報としての楽曲情報を短縮処理するように構成されている。
【００２３】
本願の請求項１２に記載の技術によれば、請求項１１に記載の情報処理装置の前記処理部は、前記第２の機器が第２のサービスとして実施する音楽ダウンロード・サービスで指定される表現形式で楽曲情報を短縮処理するように構成されている。
【００２４】
本願の請求項１３に記載の技術によれば、請求項９に記載の情報処理装置の前記処理部は、前記第１の機器から受け取った第１の情報を前記第１の機器及び前記第２の機器のユーザーの情報として管理するように構成されている。
【００２５】
また、本願の請求項１４に記載の技術は、
第１のサービスを実施して第１の情報を取得するステップと、
データ連携装置に対して第２の通信路を経由して第１の情報の短縮処理を要求するステップと、
第２の機器に対して第１の通信路を経由して前記データ連携装置によって第１の情報を短縮した第１の短縮情報を送信して、第１の情報を用いた第２のサービスの実施を要求するステップと、
を有する情報処理方法である。
【００２６】
また、本願の請求項１５に記載の技術は、
第１の機器から、前記第１の機器が第１のサービスを実施して取得した第１の情報を短縮した第１の短縮情報を第１の通信路を経由して受信するステップと、
データ連携装置に対して第２の通信路を経由して第１の短縮情報の元の第１の情報への逆変換を要求するステップと、
逆変換された第１の情報を用いて第２のサービスを実施するステップと、
を有する情報処理方法である。
【００２７】
また、本願の請求項１６に記載の技術は、
第１の機器から、前記第１の機器が第１のサービスを実施して取得した第１の情報の短縮要求を第２の通信路を経由して受信するステップと、
第１の情報を短縮処理して第１の短縮情報を生成するステップと、
第１の短縮情報を前記第１の機器に返信するステップと、
第２の機器から、第１の短縮情報の逆変換要求を前記第２の通信路を経由して受信するステップと、
第１の短縮情報を元の第１の情報に逆変換するステップと、
逆変換した第１の情報を前記第２の機器に返信するステップと、
を有する情報処理方法である。
【００２８】
また、本願の請求項１７に記載の技術は、
第１のサービスを実施して第１の情報を取得する第１の機器と、
第１の情報を用いて第２のサービスを実施する第２の機器と、
前記第１の機器から前記第２の機器へ前記第２のサービスの実施要求を送信する第１の通信路と、
データの短縮処理及び逆変換を行なうデータ連携装置と、
前記第１の機器及び前記第２の機器の各々と前記データ連携装置間で通信を行なう第２の通信路と、
を具備し、
前記第１のサービスと前記第２のサービスを連携して実施する際に、
前記第１の機器は、第１の情報の短縮処理を前記データ連携装置に要求し、前記データ連携装置から返された第１の短縮情報を付加して前記第２の機器に対して前記第２のサービスの実施を指示し、
前記第２の機器は、前記第１の機器から受け取った第１の短縮情報の逆変換処理を前記データ連携装置に要求し、前記データ連携装置から返された元の第１の情報を用いて第２のサービスを実施する、
情報通信システムである。
【００２９】
但し、ここで言う「システム」とは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。
【００３０】
また、本願の請求項１８に記載の技術は、
第２のサービスを実施する第２の機器へ第１の通信路を経由して前記第２のサービスの実施要求を送信する第１の通信部、
データの短縮処理及び逆変換を行なうデータ連携装置と第２の通信路を経由して通信する第２の通信部、
第１のサービスを実施して第１の情報を取得するとともに、前記データ連携装置に対して前記第２の通信部を介して第１の情報の短縮を要求し、前記第１の情報が短縮された第１の短縮情報を用いて前記第２の機器に前記第１の通信部を介して前記第２のサービスの実施要求を送信する処理部、
としてコンピューターを機能させるようにコンピューター可読形式で記述されたコンピューター・プログラムである。
【００３１】
また、本願の請求項１９に記載の技術は、
第１のサービスを実施して第１の情報を取得する第１の機器と第１の通信路を経由して第１の情報を短縮した第１の短縮情報を含んだ第２のサービスの実施要求を受信する第１の通信部、
データの短縮処理及び逆変換を行なうデータ連携装置と第２の通信路を経由して通信する第２の通信部、
前記第１の機器から受信した第１の短縮情報の逆変換処理を前記第２の通信部を介して前記データ連携装置に要求するとともに、逆変換された第１の情報を用いて第２のサービスを実施する処理部、
としてコンピューターを機能させるようにコンピューター可読形式で記述されたコンピューター・プログラムである。
【００３２】
また、本願の請求項２０に記載の技術は、
第１のサービスを実施して第１の情報を取得する第１の機器及び第１の情報を用いて第２のサービスを実施する第２の機器の各々と第２の通信路を経由して通信する通信部、
前記第１の機器からの第１の情報の短縮要求に従って第１の情報を短縮処理して第１の短縮情報を返信するとともに、前記第２の機器からの第１の短縮情報の逆変換要求に従って第１の短縮情報を元の第１の情報に逆変換して返信する処理部、
としてコンピューターを機能させるようにコンピューター可読形式で記述されたコンピューター・プログラムである。
【００３３】
本願の請求項１８乃至２０に係るコンピューター・プログラムはそれぞれ、コンピューター上で所定の処理を実現するようにコンピューター可読形式で記述されたコンピューター・プログラムを定義したものである。換言すれば、本願の請求項１８乃至２０に係るコンピューター・プログラムをコンピューターにインストールすることによって、コンピューター上では協働的作用が発揮され、それぞれ本願の請求項１、５、９に係る情報処理装置と同様の作用効果を得ることができる。
【発明の効果】
【００３４】
本明細書で開示する技術によれば、複数の機器の間で楽曲検索サービスと音楽ダウンロード・サービスを好適に連携させることができる、優れた情報処理装置及び情報処理方法、情報通信システム、並びにコンピューター・プログラムを提供することができる。
【００３５】
本明細書で開示する技術によれば、データ連携に必要な情報をデータ連携装置で短縮処理及び逆変換処理するので、データ連携を行なう機器間で転送データ量の制限がある場合であっても、制限を意識することなくデータ連携を実現することができる。
【００３６】
本明細書で開示する技術によれば、データ連携により複数の機器間で複数のサービスを連携して実施する場合であっても、単一の機器内で複数のサービスを連携して実施する場合と同様の処理結果を得ることができる。
【００３７】
本明細書で開示する技術によれば、データ連携装置は、データ連携に必要な情報を短縮処理及び逆変換処理することを通して、連携するデータを各機器のユーザーの嗜好情報として収集して管理することができる。
【００３８】
本明細書で開示する技術によれば、データ連携装置は、各機器がデータ連携によりサービスを利用した回数や、データ連携のためのリクエストの日付、時刻を収集して管理することができる。
【００３９】
本明細書で開示する技術によれば、複数のサービスを連携して実施する各ユーザー機器はデータ連携装置と通信帯域の広い回線で接続して情報の短縮処理及び逆変換処理を行なうことにより、ユーザー機器同士を接続する回線の通信帯域を削減することができるので、システム全体の処理効率を向上させることができる。
【００４０】
本明細書で開示する技術によれば、データ連携装置は、各機器からのデータ連携のためのリクエストの日付、時刻を収集して管理するので、一方の機器でサービスが実施された時刻と他方の機器でサービスが実施された時刻の差分時間などから、利用したサービスに関するユーザーの嗜好度合いを推定し、次にリコメンドするサービスを決定する一要素として利用することができる。
【００４１】
本明細書で開示する技術のさらに他の目的、特徴や利点は、後述する実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【図面の簡単な説明】
【００４２】
【図１】図１は、テレビ装置上での楽曲検索サービスと多機能端末上での音楽ダウンロード・サービスを連携させる仕組みを模式的に示した図である。
【図２】図２は、アプリケーション起動パラメーターとして指定するＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔのフォーマット例を示した図である。
【図３】図３は、本明細書で開示する技術の一実施形態に係る情報通信システム４００の構成を模式的に示した図である。
【図４】図４は、データ連携サーバー４５０においてユーザー管理データベースで管理するデータの構成例を示した図である。
【図５】図５は、テレビ装置４１０が実行する処理手順を示したフローチャートである。
【図６】図６は、多機能端末４３０が実行する処理手順を示したフローチャートである。
【図７】図７は、情報通信システム４００における通信シーケンス例（但し、短縮ＵＲＬを使用する場合）を示した図である。
【図８】図８は、情報通信システム４００における通信シーケンス例（但し、短縮ＵＲＬを使用しない場合）を示した図である。
【図９】図９は、Ａｎｄｒｏｉｄ  Ｉｎｔｅｎｔ構成データを示した図である。
【図１０】図１０は、Ａｎｄｒｏｉｄ  Ｉｎｔｅｎｔ構成データの記述例を示した図である。
【図１１】図１１は、短縮ＵＲＬデータを利用したＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔ構成データを示した図である。
【図１２】図１２は、縮ＵＲＬデータを利用したＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔ構成データの記述例を示した図である。
【発明を実施するための形態】
【００４３】
以下、図面を参照しながら本明細書で開示する技術の実施形態について詳細に説明する。
【００４４】
図１には、テレビ装置上での楽曲検索サービスと多機能端末上での音楽ダウンロード・サービスを連携させる仕組みを模式的に示している。
【００４５】
同図において、テレビ装置１００側では、「Ｔｒａｃｋ  ＩＤ」などの楽曲検索アプリケーションがインストールされている。一方、多機能端末２００は、例えばオペレーティング・システムにＡｎｄｒｏｉｄ  ＯＳを使用したＡｎｄｒｏｉｄ端末であり、「ｍｏｒａ  ｔｏｕｃｈ」などの音楽ダウンロードを行なうＡｎｄｒｏｉｄアプリケーションがインストールされている。
【００４６】
テレビ装置１００は、インターネットに接続されているとともに、無線データ通信又は赤外線通信により双方向通信が可能なテレビ・リモコン３００を備えている。また、テレビ・リモコン３００と多機能端末２００間は、例えばＮＦＣ通信方式で非接触接続され、テレビ装置１００は、テレビ・リモコン３００を通じて多機能端末２００とＦｅｌｉＣａコマンド及びレスポンス、データ転送を行なうものとする。
【００４７】
楽曲検索サービスと音楽ダウンロード・サービスの連携サービスのおおまかな動作シーケンスについて、図１を参照しながら説明する。
【００４８】
テレビ装置１００では楽曲検索アプリケーションが起動している。ユーザーがテレビ放送で流れている楽曲の情報閲覧をテレビ・リモコン３００から指示する。すると、楽曲検索アプリケーションは、流れている楽曲を音声認識し、抽出した特徴情報を引数として、楽曲検索サービスで提供されている音楽データベースにアクセスして、指定された引数を基に該当する楽曲の音楽情報を検索する。そして、楽曲検索アプリケーションは、テレビ装置１００の画面に、楽曲検索サービスによる検索結果を閲覧する音楽情報ページを表示する。
【００４９】
ここで、ユーザーが、テレビ・リモコン３００の操作などによって、テレビ装置１００に対して音楽ダウンロード・サービスとの連携を指示する。この指示に応答して、テレビ装置１００と多機能端末２００の間でＮＦＣ通信方式による双方向のデータ通信が開始される。
【００５０】
テレビ装置１００側では、多機能端末２００へ送信する音楽情報ページの情報を基に、アプリケーション起動パラメーター（Ａｎｄｒｏｉｄ  Ｉｎｔｅｎｔ）を作成し、多機能端末２００へ送信するＦｅｌｉＣａのＰｕｓｈコマンドを作成して、テレビ・リモコン３００へ送信する。
【００５１】
そして、テレビ・リモコン３００は、テレビ装置１００からのＦｅｌｉＣａのＰｕｓｈコマンドを多機能端末２００へ転送する。
【００５２】
多機能端末２００は、Ｐｕｓｈコマンドを受信すると、そのペイロード・データを基に、引数を指定して、音楽ダウンロード・アプリケーションを起動する。引数として、例えば楽曲のタイトル名やアーティスト名などの楽曲検索のためのキーワードが指定される。
【００５３】
起動された音楽ダウンロード・アプリケーションは、携帯電話網などを介して音楽ダウンロード・サービスで提供されている音楽データベースにアクセスして、指定された引数を基に該当する楽曲を検索する。
【００５４】
そして、音楽ダウンロード・アプリケーションが検索した結果が、多機能端末２００の画面に表示される。その後、所定の購入手続きなどの操作を経て、検索された音楽データのダウンロードや再生処理が可能になる。
【００５５】
上述した動作シーケンスにおいて、以下の事柄に留意する必要がある。
【００５６】
（１）楽曲検索サービスと音楽ダウンロード・サービスの音楽データベースの相違
テレビ装置１００側で楽曲検索サービスを利用して得られたトラック名やアーティスト名などの音楽情報を検索キーワードとして、多機能端末２００側で音楽ダウンロード・サービスの音楽データベースを検索する。両サービスの音楽データベースが異なることから、検索パラメーターによっては、該当する楽曲が見つからない場合もある。
【００５７】
（２）ＦｅｌｉＣａのＰｕｓｈコマンドの転送バイト数の制限
ＦｅｌｉＣａのＰｕｓｈコマンドは、転送バイト数が１９２バイトに制限されている。テレビ装置１００上での楽曲検索サービスと多機能端末２００上での音楽ダウンロード・サービスを連携させる場合、テレビ装置１００のテレビ・リモコン３００から多機能端末２００へ、楽曲検索サービスによる検索結果をＦｅｌｉＣａのＰｕｓｈコマンドのペイロードに載せて転送することになる。楽曲検索サービスの検索結果は、トラック名やアーティスト名などを日本語などの２バイト文字コードで記述されることから、転送バイト数が１９２バイトの制限を超えると、多機能端末２００へすべての検索キーワードを渡すことができない場合がある。
【００５８】
図２には、アプリケーション起動パラメーターとして指定するＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔのフォーマット例を示している。トラック名及びアーティスト名からなる検索キーワードをアプリケーション起動パラメーターとして指定する場合、図示のように、トラック名「Ｓ．ｔｒａｃｋ」とアーティスト名「Ｓ．ａｒｔｉｓｔ」が変数になる。アクション名（同図では「ｃｏｍ．ｃｏｍｐａｎｙ．ｉｎｔｅｎｔ．ａｃｔｉｏｎ．ｄｏｗｎｌｏａｄ．ＡＰＰ」）は固定値である。受信側である「ｍｏｒａ  ｔｏｕｃｈ」などのＡｎｄｒｏｉｄアプリケーションの仕様として、トラック名を記載した「ｘｘｘ」、アーティスト名を記載した「ｙｙｙ」の各部はＵＲＬエンコードが施されている必要がある。また、図示のアプリケーション起動パラメーターをＦｅｌｉＣａのＰｕｓｈコマンドで送信することになるが、ヘッダーやフッターが付加する必要があることから、日本語などの複数バイトコード文字列の場合に収まりきらない場合がある。
【００５９】
そこで、本明細書で開示する技術では、テレビ装置側から送信するＵＲＬエンコードされた検索キーワードを短縮処理並びに逆変換処理するデータ連携サーバーを設置することで、テレビ装置上での楽曲検索サービスと多機能端末上での音楽ダウンロード・サービスをより円滑に連携させるようにしている。
【００６０】
なお、テレビ装置上での楽曲検索サービスと多機能端末上での音楽ダウンロード・サービスを連携させる場合、上述した転送データ・サイズの制限の問題の他にも、サービス事業者毎の仕様の相違のため、下記のような課題がある。
【００６１】
（１）楽曲検索サービスと音楽ダウンロード・サービスは、それぞれ運営しているサービス事業者が別々であり、使用する音楽データベースが異なっている。
（２）それぞれの音楽データベースで登録内容が異なっているため、検索キーワードによっては見つからない場合がある。
【００６２】
図３には、本明細書で開示する技術の一実施形態に係る情報通信システム４００の構成を模式的に示している。図示の情報通信システム４００は、テレビ装置４１０と、テレビ装置４１０が備えるテレビ・リモコン４２０と、多機能端末４３０と、音楽ダウンロード・サービス事業者が運営する音楽ダウンロード・サーバー４４０と、楽曲検索サービスと音楽ダウンロード・サービス間（若しくはテレビ装置４１０と多機能端末４３０間）でデータ連携を実現するためのデータ連携サーバー４５０と、楽曲検索サービスを提供する楽曲検索サーバー４６０で構成される。
【００６３】
テレビ装置４１０は、楽曲検索アプリケーションをインストールしており、テレビ放送で流れている楽曲の情報閲覧がユーザーから指示されると、楽曲検索サービス事業者が運営している楽曲検索サーバー４６０上の音楽データベースにアクセスして、楽曲のトラック名やアーティスト名などの音楽情報を取得すると、検索結果を閲覧する音楽情報ページを画面に表示する。なお、楽曲検索サービス並びに楽曲検索サーバー４６０自体は、現在運営されているものと同じ構成並びに動作でよいので、以下では詳細な説明を省略している。
【００６４】
また、テレビ装置４１０は、データ連携時には、楽曲検索サーバー４６０から取得したトラック名及びアーティスト名などの検索キーワードを含むＵＲＬを作成する。また、テレビ装置４１０は、データ連携サーバー４５０に対して、作成したＵＲＬの短縮処理のためのリクエスト送信及びレスポンス受信を行なう。また、テレビ装置４１０は、データ連携サーバー４５０からの短縮ＵＲＬデータを基に、多機能端末４３０のためのアプリケーション起動パラメーター（Ａｎｄｒｏｉｄ  Ｉｎｔｅｎｔ）を生成して、多機能端末４３０のアプリケーション起動パラメーターのリクエスト及びレスポンスの送受信を、テレビ・リモコン４２０経由で行なう。
【００６５】
テレビ・リモコン４２０は、テレビ装置４１０との間で、無線で双方向のデータ通信を行なう。また、テレビ・リモコン４２０は、テレビ装置４１０からリクエストされたアプリケーション起動パラメーターを、ＦｅｌｉＣａのＰｕｓｈコマンドにより多機能端末４３０へ送信する。
【００６６】
多機能端末４３０は、例えばオペレーティング・システムにＡｎｄｒｏｉｄ  ＯＳを使用したＡｎｄｒｏｉｄ端末であり、Ａｎｄｒｏｉｄアプリケーションの１つとして音楽ダウンロードを行なう音楽ダウンロード・アプリケーションがインストールされている。本実施形態では、多機能端末４３０上で動作する音楽ダウンロード・アプリケーションは、テレビ装置４１０側で利用している楽曲検索サービスとデータ連携して、音楽のダウンロードを行なう。
【００６７】
多機能端末４３０は、テレビ装置４１０とデータ連携する際、テレビ・リモコン４２０からのＰｕｓｈコマンドで、アプリケーション起動パラメーターをＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔとして受信する。そして、多機能端末４３０は、このＡｎｄｒｏｉｄ  Ｉｎｔｅｔｎを解析して、データ連携サーバー４５０へ、短縮ＵＲＬデータの逆変換リクエストを送信する。そして、多機能端末４３０は、データ連携サーバー４５０からのレスポンスに含まれる元のＵＲＬデータを解析して、トラック名及びアーティスト名を取り出して、これらの情報を検索キーワードにして、音楽ダウンロード・サーバー４４０と通信して検索を行ない、音楽ダウンロード・サーバー４４０から返信された検索結果を表示する。
【００６８】
データ連携サーバー４５０は、テレビ装置４１０からのＵＲＬデータの短縮リクエストを受信すると、指定された情報をパラメーターとして短縮ＵＲＬデータを作成して、その処理結果をテレビ装置４１０へレスポンスとして送信する。また、データ連携サーバー４５０は、多機能端末４３０からの短縮ＵＲＬデータの逆変換リクエストを受信すると、元のＵＲＬデータに逆変換（解凍処理）して返信する。
【００６９】
図４には、データ連携サーバー４５０においてユーザー管理データベースで管理するデータの構成例を示している。データ連携サーバー４５０は、テレビ装置４１０からＵＲＬ短縮のリクエストを受信したとき、及び、多機能端末４３０から逆変換のリクエストを受信したときに、図４にあるようなフィールドを格納する機能を持つ。
【００７０】
データ連携サーバー４５０は、テレビ装置４１０及び多機能端末４３０の双方からのリクエストにおいて、同じＣｏｏｋｉｅ値であるときに該当するトラック番号のデータを更新する機能を持つ。当業界ではＣｏｏｋｉｅはセッションを管理するパラメーターとして周知であるが、本実施形態では同一のユーザーを特定するためにＣｏｏｋｉｅを利用している。
【００７１】
また、データ連携サーバー４５０は、サービスを運営する上で有益なデータ（テレビ装置４１０及び多機能端末４３０の固有識別子を基にしたユーザーの嗜好データ）を提供する機能、テレビ装置４１０と多機能端末４３０とがデータ連携サーバー４５０を介してデータ連携されたことを保持する機能を持つ。さらに、データ連携サーバー４５０は、データ連携サーバー４５０を介してデータ連携をしたという事実（テレビ装置４１０から誘導されて多機能端末４３０で音楽ダウンロードが行なわれたという事実）を基に、音楽ダウンロード・サービスの事業者などからアフィリエイト・フィーを受ける仕組みを持つ。
【００７２】
音楽ダウンロード・サーバー４４０は、多機能端末４３０から指定されたリクエストを基に、結果をレスポンスとして送信する。また、音楽ダウンロード・サーバー４４０は、データ連携サーバー４５０から提供されるユーザーの嗜好データを基に、データ連携時にユーザーへのリコメンドをする機能を持つ。
【００７３】
なお、楽曲検索サービス事業者が運営する楽曲検索サーバー４６０と、音楽ダウンロード・サービス事業者が運営する音楽ダウンロード・サーバー４４０が別々の音楽データベースを使用している場合には、本明細書で開示する技術を好適に実現する（すなわち、サーバー間でデータ連携を実現する）上で、両データベースの仕様が統一していることが好ましい。
【００７４】
続いて、図３に示した情報通信システム４００においてデータ連携を実現するための動作シーケンスについて説明する。
【００７５】
ユーザーは、テレビ・リモコン４２０の操作を介してテレビ装置４１０を操作することができる。そして、ユーザーは、視聴しているテレビ放送で気になる曲が流れると、テレビ・リモコン４２０の操作などによりテレビ装置４１０対して楽曲検索を指示する。テレビ装置４１０は、楽曲検索サービスを利用して楽曲検索サーバー４６０上の音楽データベースにアクセスして（ＳＥＱ４０１）、トラック名「ａａａ」並びにアーティスト名「ｂｂｂ」を含む音楽情報を取得すると（ＳＥＱ４０２）、取得した音楽情報ページを画面に表示する。
【００７６】
ここで、ユーザーがテレビ・リモコン４２０の操作により、テレビ装置４１０に対して音楽ダウンロード・サービスとの連携を指示する。テレビ装置４１０は、この指示に応答して、トラック名「ａａａ」並びにアーティスト名「ｂｂｂ」をＵＲＬのパラメーターとして、変換前のＵＲＬ“ｈｔｔｐ：／／ｗｗｗ．ｓｏｎｙ．ｃｏ．ｊｐ／？ｔｒａｃｋ＝ａａａ＆ａｒｔｉｓｔ＝ｂｂｂ”（但し、ｃｏｏｋｉｅを省略）を作成する（ＳＥＱ４０３）。
【００７７】
そして、テレビ装置４１０は、データ連携サーバー４５０に対して上記で作成したＵＲＬの短縮処理のリクエストを送信し（ＳＥＱ４０５）、データ連携サーバー４５０から短縮処理したＵＲＬの結果（例えば、“ｈｔｔｐ：／／ｂｉｔ．ｌｙ／ｎｏＴＫＸＯ”とする）を受信する（ＳＥＱ４０５）。
【００７８】
テレビ装置４１０は、この短縮ＵＲＬを入力としてＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔを作成して（ＳＥＱ４０６）、テレビ・リモコン４２０に無線送信する（ＳＥＱ４０７）。
【００７９】
テレビ・リモコン４２０は、受信したＡｎｄｒｏｉｄ  ＩｎｔｅｎｔをＦｅｌｉＣａのＰｕｓｈコマンドのペイロードに格納して、多機能端末４３０に転送する（ＳＥＱ４０８）。ＵＲＬは短縮されているので、無線プロトコルが定める転送バイト数の制限以内である。
【００８０】
多機能端末４３０は、テレビ・リモコン４２０からのＰｕｓｈコマンドを受信すると、音楽ダウンロード・アプリケーションが自動起動する。そして、音楽ダウンロード・アプリケーションは、受信したＰｕｓｈコマンドに含まれるＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔを解析して、上記の短縮ＵＲＬデータを取得する（ＳＥＱ４０９）。
【００８１】
そして、多機能端末４３０は、データ連携サーバー４５０へ、短縮ＵＲＬの逆変換のリクエストを送信し（ＳＥＱ４１０）、データ連携サーバー４５０から短縮前のＵＲＬの結果“ｈｔｔｐ：／／ｗｗｗ．ｓｏｎｙ．ｃｏ．ｊｐ／？ｔｒａｃｋ＝ａａａ＆ａｒｔｉｓｔ＝ｂｂｂ”を受信する（ＳＥＱ４１１）。
【００８２】
多機能端末４３０は、変換前のＵＲＬのパラメーター部分から、楽曲のトラック名「ａａａ」とアーティスト名「ｂｂｂ」を抜き出す（ＳＥＱ４１２）。そして、起動中の音楽ダウンロード・アプリケーションは、抜き出したトラック名「ａａａ」とアーティスト名「ｂｂｂ」を検索パラメーターとして、音楽ダウンロード・サーバー４４０に楽曲の検索をリクエストする（ＳＥＱ４１３）。そして、音楽ダウンロード・サーバー４４０から検索結果が返信されると（ＳＥＱ４１４）、受信した検索結果を表示する。
【００８３】
図５には、上記の動作シーケンス中で、テレビ装置４１０が実行する処理手順をフローチャートの形式で示している。なお、楽曲のトラック名及びアーティスト名を含んだＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔが規定の転送バイト数以上となるかどうかで、短縮ＵＲＬを使用する場合と使用しない場合がある。図示の処理手順では、短縮ＵＲＬを使用するかしないかを短縮ＵＲＬフラグで示すものとする。
【００８４】
テレビ装置４１０は、ユーザーからのテレビ・リモコン４２０の操作を通した指示に応じて、テレビ放送で流れている曲のトラック名及びアーティスト名を楽曲検索サーバー４６０から取得する（ステップＳ６０１）。
【００８５】
そして、テレビ装置４１０は、まず短縮ＵＲＬフラグをオフにして（ステップＳ６０２）、トラック名及びアーティスト名を含んだＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔを作成し（ステップＳ６０３）、テレビ・リモコン４２０を介して多機能端末４３０に送信するＰｕｓｈコマンドのペイロードを作成する（ステップＳ６０４）。
【００８６】
ここで、Ｐｕｓｈコマンドのペイロードが、ＦｅｌｉＣａなどテレビ・リモコン４３０と接続する無線プロトコルが規定する転送バイト数（例えば１９２バイト）以上であるかどうかをチェックする（ステップＳ６０５）。
【００８７】
作成したＰｕｓｈコマンドのペイロードが規定の転送バイト数未満である場合には（ステップＳ６０５のＮｏ）、テレビ装置４１０は、短縮ＵＲＬフラグをオフにしたＰｕｓｈコマンドをそのままテレビ・リモコン４２０に送信して（ステップＳ６１１）、本処理を終了する。
【００８８】
一方、作成したＰｕｓｈコマンドのペイロードが規定の転送バイト数以上であるときには（ステップＳ６０５のＹｅｓ）、テレビ装置４１０は、変換前のＵＲＬデータを作成する（ステップＳ６０６）。そして、テレビ装置４１０は、データ連携サーバー４５０に対して上記で作成したＵＲＬの短縮処理のリクエストを送信し、短縮処理したＵＲＬの結果をレスポンスとして受信する（ステップＳ６０７）。
【００８９】
その後、テレビ装置４１０は、短縮ＵＲＬフラグをオンにし（ステップＳ６０８）、受信した短縮ＵＲＬデータを用いてＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔを改めて作成し（ステップＳ６０９）、このＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔを含んだＰｕｓｈコマンドのペイロードを作成する（ステップＳ６１０）。そして、テレビ装置４１０は、この短縮ＵＲＬフラグをオンにしたＰｕｓｈコマンドをテレビ・リモコン４２０に送信して（ステップＳ６１１）、本処理を終了する。
【００９０】
また、図６には、上記の動作シーケンス中で、多機能端末４３０が実行する処理手順をフローチャートの形式で示している。なお、図示の処理手順では、短縮ＵＲＬが使用されているかいないかが短縮ＵＲＬフラグで示されているものとする。
【００９１】
多機能端末４３０は、テレビ装置４１０からのＰｕｓｈコマンドをテレビ・リモコン４２０経由で受信すると（ステップＳ７０１）、受信したＰｕｓｈコマンドからＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔを取り出して、Ａｎｄｒｏｉｄシステム内でブロードキャストする（ステップＳ７０２）。
【００９２】
Ａｎｄｒｏｉｄアプリケーションの１つである音楽ダウンロード・アプリケーションは、このＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔを受信して自動起動する（ステップＳ７０３）。そして、音楽ダウンロード・アプリケーションは、受信したＰｕｓｈコマンドの短縮ＵＲＬフラグをチェックする（ステップＳ７０４）。
【００９３】
ここで、短縮ＵＲＬフラグがオフであれば（ステップＳ７０５のＮｏ）、受信したＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔに含まれるＵＲＬデータは短縮処理されていないものであることが分かる。そこで、多機能端末４３０は、Ａｎｄｒｏｉｄ  Ｉｎｔｅｎｔからトラック名及びアーティスト名を取得して（ステップＳ７０９）、本処理を終了する。その後、音楽ダウンロード・アプリケーションは、取得したトラック名及びアーティスト名を検索パラメーターとして、音楽ダウンロード・サーバー４４０に楽曲の検索をリクエストする。
【００９４】
一方、短縮ＵＲＬフラグがオンであれば（ステップＳ７０５のＹｅｓ）、受信したＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔに含まれるＵＲＬデータは短縮処理されていることが分かる。そこで、多機能端末４３０は、データ連携サーバー４５０へ、短縮ＵＲＬデータの逆変換のリクエストを送信し、データ連携サーバー４５０から逆変換した結果である元にＵＲＬデータをレスポンスとして受信する（ステップＳ７０６）。
【００９５】
そして、多機能端末４３０は、受信したＵＲＬデータを解析し（ステップＳ７０７）、そのパラメーター部分からトラック名及びアーティスト名を取得して（ステップＳ７０８）、本処理を終了する。その後、音楽ダウンロード・アプリケーションは、取得したトラック名及びアーティスト名を検索パラメーターとして、音楽ダウンロード・サーバー４４０に楽曲の検索をリクエストする。
【００９６】
図７には、情報通信システム４００における通信シーケンス例（但し、Ｐｕｓｈコマンドのペイロードが制限バイト数を超えて、短縮ＵＲＬを使用する場合）を示している。
【００９７】
まず、ユーザーがテレビ装置４１０側の楽曲検索サービスを利用して、テレビ放送で流れている楽曲などの音楽検索の操作を行なう。このとき、テレビ装置４１０は、楽曲検索サーバー４６０に対して、音楽検索リクエストをＨＴＴＰ（Ｓ）リクエストとして送信する（ＳＥＱ８０１）。このリクエストには、テレビ装置４１０の固有識別子（ＴＶ  ＵＩＤ）をパラメーターとして付加する。
【００９８】
以後に音楽ダウンロード・サーバー４４０とのデータ連携を行なう可能性があるため、楽曲検索サーバー４６０からデータ連携サーバー４５０へ、以下の２つのデータ（ａ）、（ｂ）を含んだ通知を行なう（ＳＥＱ８０２）。
【００９９】
（ａ）テレビ装置４１０の固有識別子（ＴＶ  ＵＩＤ）
（ｂ）このリクエストを識別するための任意のＣｏｏｋｉｅデータ（新規作成）
【０１００】
データ連携サーバー４５０は、楽曲検索サーバー４６０から受信したＨＴＴＰ（Ｓ）リクエストに含まれている以下のパラメーター（ｃ）〜（ｆ）を基に、図４に示したようなフォーマットのアイテムを新規に１つ作成して、ユーザー管理データベースへ格納する（ＳＥＱ８０３）。
【０１０１】
（ｃ）テレビ装置４１０の固有識別子
（ｄ）Ｃｏｏｋｉｅデータ
（ｅ）Ｉｔｅｍ  Ｎｏ（他のアイテムと重複しないように新規に採番する）
（ｆ）テレビ装置４１０からのリクエストの日付及び時刻
【０１０２】
次いで、楽曲検索サーバー４６０は、データ連携サーバー４５０からのレスポンスを基に、テレビ装置４１０へＨＴＴＰ（Ｓ）レスポンスを返す（ＳＥＱ８０４）。このレスポンスには、先のＣｏｏｋｉｅデータを付加する。
【０１０３】
上記のシーケンスに加えて、テレビ装置４１０において楽曲検索サービスにより音楽検索処理を行なうことで、音楽検索結果がテレビ画面に表示される。
【０１０４】
ここで、ユーザーがテレビ・リモコン４２０の操作などにより、音楽ダウンロード・サービスとのデータ連携が指示される（ＳＥＱ８０５）。
【０１０５】
すると、テレビ装置４１０からデータ連携サーバー４５０に対して、短縮ＵＲＬリクエストがＨＴＴＰ（Ｓ）リクエストとして送信される（ＳＥＱ８０６）。このとき、Ａｎｄｒｏｉｄ  Ｉｎｔｅｎｔ構成データに含まれる、以下のデータ（ｇ）〜（ｋ）を、短縮ＵＲＬリクエストのパラメーターとして付加する。図９には、Ａｎｄｒｏｉｄ  Ｉｎｔｅｎｔ構成データを示している。また、図１０には、Ａｎｄｒｏｉｄ  Ｉｎｔｅｎｔ構成データの記述例を示している。
【０１０６】
（ｇ）任意のＵＲＬ（起動アプリケーションの名前）
（ｈ）各種パラメーター（楽曲のトラック名（Ｓ．ｔｒａｃｋ）、アーティスト名（Ｓ．ａｒｔｉｓｔ））
（ｉ）Ｃｏｏｋｉｅデータ（Ｓ．ｃｏｏｋｉｅ）
（ｊ）ＰｕｓｈＦｌａｇ
（ｋ）テレビ固有識別子（ＴＶ  ＵＩＤ）
【０１０７】
データ連携サーバー４５０は、テレビ装置４１０からのＨＴＴＰ（Ｓ）リクエストに含まれる上記のパラメーターから、Ｃｏｏｋｉｅデータを検索キーとしてユーザー管理データベース（図４を参照のこと）の検索を行ない（ＳＥＱ８０６）、該当アイテムを取得する（ＳＥＱ８０７）。取得したアイテムにおいて次のフィールド値（ｌ）、（ｍ）を更新する
【０１０８】
（ｌ）各種パラメーター（Ｓ．ｔｒａｃｋ、Ｓ．ａｒｔｉｓｔ、Ｓ．ｃｏｏｋｉｅ）
（ｍ）ＰｕｓｈＦｌａｇ
【０１０９】
データ連携サーバー４５０は、テレビ装置４１０からのＨＴＴＰ（Ｓ）リクエストに含まれるパラメーターのうち＃２〜＃５のフィールド（図９を参照のこと）を情報圧縮して短縮ＵＲＬを生成する。例えば、＃２〜＃５のフィールド値を連結した文字列“Ｓ.ｔｒａｃｋ＝ｘｘｘ；Ｓ.ａｒｔｉｓｔ＝ｙｙｙ；Ｓ.ｃｏｏｋｉｅ＝ａｂｃｄｅｆｇ；Ｓ.ｐｕｓｈＦｌａｇ＝１”が、短縮ＵＲＬの文字列“ｈｔｔｐ：//ｂｉｔ.ｌｙ/ｎｏＴＫＸＯ”に変換される。
【０１１０】
そして、データ連携サーバー４５０は、テレビ装置４１０へ、生成した短縮ＵＲＬを付加してＨＴＴＰ（Ｓ）レスポンスとして返す（ＳＥＱ８０８）。
【０１１１】
テレビ装置４１０は、受け取った短縮ＵＲＬデータ“ｈｔｔｐ：//ｂｉｔ.ｌｙ/ｎｏＴＫＸＯ”を利用して、図１１に示すようなＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔ構成データを作成するとともに、Ｐｕｓｈコマンドのペイロードを作成する。図１２には、短縮ＵＲＬデータを利用したＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔ構成データの記述例を示している。作成したＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔ構成データは、Ｐｕｓｈコマンドのペイロードの「個別部パラメーター３」内に格納される。そして、テレビ装置４１０は、テレビ・リモコン４２０を介して、多機能端末４３０へＰｕｓｈコマンドを送信する（ＳＥＱ８０９）。
【０１１２】
多機能端末４３０は、Ｐｕｓｈコマンドを受信すると、Ａｎｄｒｏｉｄ  Ｉｎｔｅｎｔの情報を基に、該当するアプリケーション（音楽ダウンロード・アプリケーション）を起動する（ＳＥＱ８１０）。このとき、Ａｎｄｒｏｉｄ  Ｉｎｔｅｎｔの情報を引数に付加してアプリケーションに渡す。
【０１１３】
多機能端末４３０上で起動したアプリケーションは、引数として渡されたＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔの情報を解析して短縮ＵＲＬを取得する。そして、データ連携サーバー４５０に対して、短縮ＵＲＬの逆変換リクエストをＨＴＴＰ（Ｓ）リクエストとして送信する（ＳＥＱ８１１）。このリクエストには、次のパラメーター（ｎ）、（ｏ）を付加する。
【０１１４】
（ｎ）短縮ＵＲＬデータ
（ｏ）多機能端末４３０の固有識別子（Ｐｈｏｎｅ  ＵＩＤ）
【０１１５】
データ連携サーバー４５０は、短縮ＵＲＬデータの逆変換処理を行ない、元のＵＲＬデータを取得する。そして、元のＵＲＬデータからＣｏｏｋｉｅデータを取得し、このＣｏｏｋｉｅデータを検索キーとしてユーザー管理データベースの検索を行ない（ＳＥＱ８１２）、該当アイテムを取得する（ＳＥＱ８１３）。取得したアイテムにおいて、次のフィールド（ｐ）の値を更新する。
【０１１６】
（ｐ）多機能端末４３０の固有識別子（Ｐｈｏｎｅ  ＵＩＤ）
【０１１７】
その後、データ連携サーバー４５０は、短縮ＵＲＬデータの逆変換結果をパラメーターとして付加して、要求元のアプリケーションへＨＴＴＰ（Ｓ）レスポンスを返す（ＳＥＱ８１４）。
【０１１８】
アプリケーションは、データ連携サーバー４５０からのＨＴＴＰ（Ｓ）レスポンスから取得されたパラメーターを用いて、音楽ダウンロード・サーバー４４０へのコンテンツ取得リクエストをＨＴＴＰ（Ｓ）リクエストとして送信する（ＳＥＱ８１５）。このリクエストには、次のデータ（ｑ）〜（ｕ）を付加する。
【０１１９】
（ｑ）ＵＲＬ
（ｒ）各種パラメーター（楽曲のトラック名（Ｓ．ｔｒａｃｋ）、アーティスト名（Ｓ．ａｒｔｉｓｔ））
（ｓ）Ｃｏｏｋｉｅデータ（Ｓ．ｃｏｏｋｉｅ）
（ｊ）ＰｕｓｈＦｌａｇ
（ｔ）多機能端末４３０の固有識別子（Ｐｈｏｎｅ  ＵＩＤ）
（ｕ）ＰｕｓｈＦｌａｇ）
【０１２０】
音楽ダウンロード・サーバー４４０は、データ連携サーバー４５０に対して、アプリケーションから受信したＨＴＴＰ（Ｓ）リクエストに付加されているパラメーターをそのまま転送する（ＳＥＱ８１６）。
【０１２１】
データ連携サーバー４５０は、Ｃｏｏｋｉｅデータを検索キーとしてユーザー管理データベースの検索を行ない（ＳＥＱ８１７）、該当アイテムを取得する（ＳＥＱ８１８）。このとき、多機能端末４３０の固有識別子（Ｐｈｏｎｅ  ＵＩＤ）を検索キーにして該当アイテムの絞り込みに利用してもよい。ここで、ＰｕｓｈＦｌａｇがＴＲＵＥの場合には、取得したアイテムについて、次のフィールド（ｖ）、（ｗ）の値を更新する。
【０１２２】
（ｖ）ＰｕｓｈＣｏｕｎｔ（Ｐｕｓｈコマンドによって経由によって登録された回数を格納するフィールド）
（ｗ）多機能端末４３０からのリクエスト日付及び時刻
【０１２３】
データ連携サーバー４５０は、ユーザー管理データベースの更新を終えたら、音楽ダウンロード・サーバー４４０へ、コンテンツ取得要求に対するＨＴＴＰ（Ｓ）レスポンスを返す（ＳＥＱ８１９）。
【０１２４】
音楽ダウンロード・サーバー４４０は、データ連携サーバー４５０からのレスポンスを受信すると、このレスポンスに含まれるパラメーター（楽曲のトラック名（Ｓ．ｔｒａｃｋ）、アーティスト名（Ｓ．ａｒｔｉｓｔ））を検索キーとして楽曲の検索処理を行なう。そして、要求元のアプリケーションへ、検索結果をＨＴＴＰ（Ｓ）レスポンスとして返す（ＳＥＱ８２０）。
【０１２５】
そして、アプリケーションは、ＨＴＴＰ（Ｓ）レスポンスを受信すると、検索結果を多機能端末４３０の画面上に表示する。
【０１２６】
また、図８には、情報通信システム４００における通信シーケンス例（但し、Ｐｕｓｈコマンドのペイロードが制限バイト数を超えず、短縮ＵＲＬを使用しない場合）を示している。
【０１２７】
まず、ユーザーがテレビ装置４１０側の楽曲検索サービスを利用して、テレビ放送で流れている楽曲などの音楽検索の操作を行なう。このとき、テレビ装置４１０は、楽曲検索サーバー４６０に対して、音楽検索リクエストをＨＴＴＰ（Ｓ）リクエストとして送信する（ＳＥＱ９０１）。このリクエストには、テレビ装置４１０の固有識別子（ＴＶ  ＵＩＤ）をパラメーターとして付加する。
【０１２８】
以後に音楽ダウンロード・サーバー４４０とのデータ連携を行なう可能性があるため、楽曲検索サーバー４６０からデータ連携サーバー４５０へ、以下の２つのデータ（ａ）、（ｂ）を含んだ通知を行なう（ＳＥＱ９０２）。
【０１２９】
（ａ）テレビ装置４１０の固有識別子
（ｂ）このリクエストを識別するための任意のＣｏｏｋｉｅデータ（新規作成）
【０１３０】
データ連携サーバー４５０は、楽曲検索サーバー４６０から受信したＨＴＴＰ（Ｓ）リクエストに含まれている以下のパラメーター（ｃ）〜（ｆ）を基に、図４に示したようなフォーマットのアイテムを新規に１つ作成して、ユーザー管理データベースへ格納する（ＳＥＱ９０３）。
【０１３１】
（ｃ）テレビ装置４１０の固有識別子
（ｄ）Ｃｏｏｋｉｅデータ
（ｅ）Ｉｔｅｍ  Ｎｏ（他のアイテムと重複しないように新規に採番する）
（ｆ）テレビ装置４１０からのリクエストの日付及び時刻
【０１３２】
次いで、楽曲検索サーバー４６０は、データ連携サーバー４５０からのレスポンスを基に、テレビ装置４１０へＨＴＴＰ（Ｓ）レスポンスを返す（ＳＥＱ９０４）。このレスポンスには、先のＣｏｏｋｉｅデータを付加する。
【０１３３】
上記のシーケンスに加えて、テレビ装置４１０において楽曲検索サービスにより音楽検索処理を行なうことで、音楽検索結果がテレビ画面に表示される。
【０１３４】
ここで、ユーザーがテレビ・リモコン４２０の操作などにより、音楽ダウンロード・サービスとのデータ連携が指示される（ＳＥＱ９０５）。
【０１３５】
テレビ装置４１０は、図９に示したようなＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔ構成データを作成するとともに、Ｐｕｓｈコマンドのペイロードを作成する。作成したＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔ構成データは、Ｐｕｓｈコマンドのペイロードの「個別部パラメーター３」内に格納される（同上）。そして、テレビ装置４１０は、テレビ・リモコン４２０を介して、多機能端末４３０へＰｕｓｈコマンドを送信する（ＳＥＱ９０６）。
【０１３６】
多機能端末４３０は、Ｐｕｓｈコマンドを受信すると、Ａｎｄｒｏｉｄ  Ｉｎｔｅｎｔの情報を基に、該当するアプリケーション（音楽ダウンロード・アプリケーション）を起動する（ＳＥＱ９０７）。このとき、Ａｎｄｒｏｉｄ  Ｉｎｔｅｎｔの情報を引数に付加してアプリケーションに渡す。
【０１３７】
起動したアプリケーションは、引数として渡されたＡｎｄｒｏｉｄ  Ｉｎｔｅｎｔの情報を解析して、次のデータ（ｑ）〜（ｕ）を取得する。そして、アプリケーションは、これらのデータ（ｑ）〜（ｕ）をパラメーターとして付加して、音楽ダウンロード・サーバー４４０へのコンテンツ取得リクエストをＨＴＴＰ（Ｓ）リクエストとして送信する（ＳＥＱ９０８）。
【０１３８】
（ｑ）ＵＲＬ
（ｒ）各種パラメーター（楽曲のトラック名（Ｓ．ｔｒａｃｋ）、アーティスト名（Ｓ．ａｒｔｉｓｔ））
（ｓ）Ｃｏｏｋｉｅデータ（Ｓ．ｃｏｏｋｉｅ）
（ｊ）ＰｕｓｈＦｌａｇ
（ｔ）多機能端末４３０の固有識別子（Ｐｈｏｎｅ  ＵＩＤ）
（ｕ）ＰｕｓｈＦｌａｇ）
【０１３９】
音楽ダウンロード・サーバー４４０は、データ連携サーバー４５０に対して、アプリケーションから受信したＨＴＴＰ（Ｓ）リクエストに付加されているパラメーターをそのまま転送する（ＳＥＱ９０９）。
【０１４０】
データ連携サーバー４５０は、Ｃｏｏｋｉｅデータを検索キーとしてユーザー管理データベースの検索を行ない（ＳＥＱ９１０）、該当アイテムを取得する（ＳＥＱ９１１）。このとき、多機能端末４３０の固有識別子（Ｐｈｏｎｅ  ＵＩＤ）を検索キーにして該当アイテムの絞り込みに利用してもよい。ここで、ＰｕｓｈＦｌａｇがＴＲＵＥの場合には、取得したアイテムについて、次のフィールド（ｖ）、（ｗ）の値を更新する。
【０１４１】
（ｖ）ＰｕｓｈＣｏｕｎｔ（Ｐｕｓｈコマンドによって経由によって登録された回数を格納するフィールド）
（ｗ）多機能端末４３０からのリクエスト日付及び時刻
【０１４２】
データ連携サーバー４５０は、ユーザー管理データベースの更新を終えたら、音楽ダウンロード・サーバー４４０へ、ＨＴＴＰ（Ｓ）レスポンスを返す（ＳＥＱ９１２）。
【０１４３】
音楽ダウンロード・サーバー４４０は、データ連携サーバー４５０からのレスポンスを受信すると、このレスポンスに含まれるパラメーター（楽曲のトラック名（Ｓ．ｔｒａｃｋ）、アーティスト名（Ｓ．ａｒｔｉｓｔ））を検索キーとして楽曲の検索処理を行なう。そして、要求元のアプリケーションへ、検索結果をＨＴＴＰ（Ｓ）レスポンスとして返す（ＳＥＱ９１３）。
【０１４４】
そして、アプリケーションは、ＨＴＴＰ（Ｓ）レスポンスを受信すると、検索結果を多機能端末４３０の画面上に表示する。
【０１４５】
図７及び図８に示した動作シーケンスのいずれにおいても、テレビ装置４１０と多機能端末４３０の間でデータ連携するときに、ＦｅｌｉＣａのＰｕｓｈコマンドを転送するが、データ連携サーバー４５０で生成した短縮ＵＲＬデータとして検索キーワードを送信するので、転送データ量の制限（１９２バイト）を意識せずにデータ連携を行なうことができる。
【０１４６】
「背景の技術」の欄でも述べたように、単一のＡｎｄｒｏｉｄ端末上で「Ｔｒａｃｋ  ＩＤ」などの楽曲検索サービスと「ｍｏｒａ  ｔｏｕｃｈ」などの音楽ダウンロード・サービスを組み合わせて実施する技術は既に広く利用されている。これに対し、本実施形態によれば、図７に示した動作シーケンスからも分かるように、テレビ装置側で利用する「Ｔｒａｃｋ  ＩＤ」などの楽曲検索サービスと、スマートフォンなどの多機能端末側で利用する「ｍｏｒａ  ｔｏｕｃｈ」などの音楽ダウンロード・サービスを連携して実施することができ、単一の多機能端末上で両サービスを実施する場合と同様の処理結果を得ることができる。
【０１４７】
また、本実施形態では、データ連携サーバーは、テレビ装置から楽曲情報（トラック名及びアーティスト名）の短縮ＵＲＬデータへの変換要求を処理するとともに、多機能端末からの短縮ＵＲＬデータの逆変換要求を処理することを通して、テレビ装置のＩＤ及び多機能端末のＩＤを持つユーザーが、データ連携された楽曲情報で表わされるような嗜好を持っているという情報を収集してユーザー管理データベースに管理することができる。このような嗜好データを所定のサービス事業者に提供すれば、嗜好データに基づくリコメンド・サービスなどを展開することができる。
【０１４８】
また、図７及び図８に示した動作シーケンスでは、データ連携サーバーは、ユーザーがデータ連携サーバーを介して音楽ダウンロード・サービスを利用した回数（ＰｕｓｈＣｏｕｎｔ）や、テレビ装置並びに多機能端末からのリクエストの日付、時刻をユーザー管理データベースに管理することができる。これらのデータを利用して、データ連携サーバーを介した回数に応じたアフィリエイトの仕組みなどを展開することができる。
【０１４９】
テレビ・リモコンと多機能端末間の通信にはＦＡＬＰ（ＦｅｌｉＣａ  Ａｄ−ｈｏｃ  Ｌｉｎｋ  Ｐｒｏｔｏｃｏｌ）やＬＬＣＰ（Ｌｏｇｉｃａｌ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）といった任意のデータ量に対応する通信技術を利用することも勿論可能である。これに対し、上述した実施形態では、それぞれ楽曲検索サービスを実施するテレビ装置と音楽ダウンロード・サービスを実施する多機能端末の各々とデータ連携サーバー間はインターネットなどの通信帯域の広い回線を経由して接続して、Ａｎｄｒｏｉｄ  Ｉｎｔｅｎｔ構成データからなるＵＲＬデータの短縮処理及び逆変換を行なうので、テレビ装置のテレビ・リモコンと多機能端末間の非接触通信、並びに、テレビ装置とテレビ・リモコン間の無線データ通信の通信路を削減することができ、これによりシステム全体の処理効率を向上させることができる。
【０１５０】
また、図７及び図８に示した動作シーケンスでは、データ連携サーバーは、テレビ装置並びに多機能端末からのリクエストの日付、時刻をユーザー管理データベースに管理するので、テレビ装置側で音楽検索結果を表示した時刻から実際にＰｕｓｈコマンドにより多機能端末側に結果が表示されるまでの時刻の差分時間などから、検索又はダウンロードした音楽コンテンツに対するユーザーの嗜好度合いを推定し、リコメンドするコンテンツを決定する一要素として利用することができる。
【０１５１】
なお、本明細書の開示の技術は、以下のような構成をとることも可能である。
（１）第２のサービスを実施する第２の機器へ第１の通信路を経由して前記第２のサービスの実施要求を送信する第１の通信部と、データの短縮処理及び逆変換を行なうデータ連携装置と第２の通信路を経由して通信する第２の通信部と、第１のサービスを実施して第１の情報を取得するとともに、前記データ連携装置に対して前記第２の通信部を介して第１の情報の短縮を要求し、前記第１の情報が短縮された第１の短縮情報を用いて前記第２の機器に前記第１の通信部を介して前記第２のサービスの実施要求を送信する処理部を具備する情報処理装置。
（２）前記第１の通信部は、前記第１の短縮情報を含む所定の制限値以下のデータ量の前記第２のサービスの実施要求を前記第２の機器に送信する、上記（１）に記載の情報処理装置。
（３）前記処理部は、前記第１のサービスとして楽曲検索サービスを実施して、第１の情報として楽曲情報を取得し、前記第２の機器に対し、前記第２のサービスとして、取得した楽曲情報に基づく音楽ダウンロード・サービスの実施を要求する、上記（１）に記載の情報処理装置。
（４）前記処理部は、前記データ連携装置に対して、前記音楽ダウンロード・サービスで指定される表現形式にした楽曲情報の短縮処理を要求する、上記（３）に記載の情報処理装置。
（５）第１のサービスを実施して第１のサービスを取得する第１の機器から第１の通信路を経由して第１の情報を短縮した第１の短縮情報を含んだ第２のサービスの実施要求を受信する第１の通信部と、データの短縮処理及び逆変換を行なうデータ連携装置と第２の通信路を経由して通信する第２の通信部と、前記第１の機器から受信した第１の短縮情報の逆変換処理を前記第２の通信部を介して前記データ連携装置に要求するとともに、逆変換された第１の情報を用いて第２のサービスを実施する処理部を具備する情報処理装置。
（６）前記第１の機器から、前記第１の短縮情報を含む所定の制限値以下のデータ量の前記第２のサービスの実施要求を受信する、上記（５）に記載の情報処理装置。
（７）前記第１の機器は前記第１のサービスとして楽曲検索サービスを実施して、第１の情報として楽曲情報を取得し、前記処理部は、前記第１の機器で取得された楽曲情報に基づく音楽ダウンロード・サービスを実施する、上記（５）に記載の情報処理装置。
（８）前記処理部は、前記データ連携装置に対して、前記音楽ダウンロード・サービスで指定される表現形式で短縮された楽曲情報の逆変換処理を要求する、上記（７）に記載の情報処理装置。
（９）第１のサービスを実施して第１の情報を取得する第１の機器及び第１の情報を用いて第２のサービスを実施する第２の機器の各々と第２の通信路を経由して通信する通信部と、前記第１の機器からの第１の情報の短縮要求に従って第１の情報を短縮処理して第１の短縮情報を返信するとともに、前記第２の機器からの第１の短縮情報の逆変換要求に従って第１の短縮情報を元の第１の情報に逆変換して返信する処理部を具備する情報処理装置。
（１０）前記処理部は、第１の情報を所定の制限値以下のデータ量となる第１の短縮情報へ短縮処理する、上記（９）に記載の情報処理装置。
（１１）前記処理部は、前記第１の機器が前記第１のサービスとして楽曲検索サービスを実施して取得した第１の情報としての楽曲情報を短縮処理する、上記（９）に記載の情報処理装置。
（１２）前記処理部は、前記第２の機器が第２のサービスとして実施する音楽ダウンロード・サービスで指定される表現形式で楽曲情報を短縮処理する、上記（１１）に記載の情報処理装置。
（１３）前記処理部は、前記第１の機器から受け取った第１の情報を前記第１の機器及び前記第２の機器のユーザーの情報として管理する、上記（９）に記載の情報処理装置。
（１４）前記処理部は、前記第２の機器から逆変換を要求した回数又は日時・時刻の情報を管理する、上記（９）に記載の情報処理装置。
（１５）第１のサービスを実施して第１の情報を取得するステップと、データ連携装置に対して第２の通信路を経由して第１の情報の短縮処理を要求するステップと、第２の機器に対して第１の通信路を経由して前記データ連携装置によって第１の情報を短縮した第１の短縮情報を送信して、第１の情報を用いた第２のサービスの実施を要求するステップと、を有する情報処理方法。
（１６）第１の機器から、前記第１の機器が第１のサービスを実施して取得した第１の情報を短縮した第１の短縮情報を第１の通信路を経由して受信するステップと、データ連携装置に対して第２の通信路を経由して第１の短縮情報の元の第１の情報への逆変換を要求するステップと、逆変換された第１の情報を用いて第２のサービスを実施するステップと、を有する情報処理方法。
（１７）第１の機器から、前記第１の機器が第１のサービスを実施して取得した第１の情報の短縮要求を第２の通信路を経由して受信するステップと、第１の情報を短縮処理して第１の短縮情報を生成するステップと、第１の短縮情報を前記第１の機器に返信するステップと、第２の機器から、第１の短縮情報の逆変換要求を前記第２の通信路を経由して受信するステップと、第１の短縮情報を元の第１の情報に逆変換するステップと、逆変換した第１の情報を前記第２の機器に返信するステップと、を有する情報処理方法。
（１８）第１のサービスを実施して第１の情報を取得する第１の機器と、第１の情報を用いて第２のサービスを実施する第２の機器と、前記第１の機器から前記第２の機器へ前記第２のサービスの実施要求を送信する第１の通信路と、データの短縮処理及び逆変換を行なうデータ連携装置と、前記第１の機器及び前記第２の機器の各々と前記データ連携装置間で通信を行なう第２の通信路を具備し、前記第１のサービスと前記第２のサービスを連携して実施する際に、前記第１の機器は、第１の情報の短縮処理を前記データ連携装置に要求し、前記データ連携装置から返された第１の短縮情報を用いて前記第２の機器に対して前記第２のサービスの実施要求を送信し、前記第２の機器は、前記第１の機器から受け取った第１の短縮情報の逆変換処理を前記データ連携装置に要求し、前記データ連携装置から返された元の第１の情報を用いて第２のサービスを実施する、情報通信システム。
（１９）前記データ連携装置は、前記第１の機器から短縮要求された第１の情報を所定の制限値以下のデータ量となる第１の短縮情報に変換する、上記（１８）に記載の情報通信システム。
（２０）前記データ連携装置は、前記第１の機器から受け取った第１の情報を前記第１の機器及び前記第２の機器のユーザーの情報として管理する、上記（１８）に記載の情報通信システム。
（２１）前記データ連携装置は、前記第２の機器から逆変換を要求した回数又は日時・時刻の情報を管理する、上記（１８）に記載の情報通信システム。
（２２）前記第１の通信路は前記第２の通信路よりも通信帯域が狭い、上記（１８）に記載の情報通信システム。
（２３）第２のサービスを実施する第２の機器へ第１の通信路を経由して前記第２のサービスの実施要を送信する第１の通信部、データの短縮処理及び逆変換を行なうデータ連携装置と第２の通信路を経由して通信する第２の通信部、第１のサービスを実施して第１の情報を取得するとともに、前記データ連携装置に対して前記第２の通信部を介して第１の情報の短縮を要求し、前記第１の情報が短縮された第１の短縮情報を用いて前記第２の機器に前記第１の通信部を介して前記第２のサービスの実施要求を送信する処理部、としてコンピューターを機能させるようにコンピューター可読形式で記述されたコンピューター・プログラム。
（２４）第１のサービスを実施して第１の情報を取得する第１の機器から第１の通信路を経由して第１の情報を短縮した第１の短縮情報を含んだ第２のサービスの実施要求を受信する第１の通信部、データの短縮処理及び逆変換を行なうデータ連携装置と第２の通信路を経由して通信する第２の通信部、前記第１の機器から受信した第１の短縮情報の逆変換処理を前記第２の通信部を介して前記データ連携装置に要求するとともに、逆変換された第１の情報を用いて第２のサービスを実施する処理部、としてコンピューターを機能させるようにコンピューター可読形式で記述されたコンピューター・プログラム。
（２５）第１のサービスを実施して第１の情報を取得する第１の機器及び第２のサービスを実施する第２の機器の各々と第２の通信路を経由して通信する通信部、前記第１の機器からの第１の情報の短縮要求に従って第１の情報を短縮処理して第１の短縮情報を返信するとともに、前記第２の機器からの第１の短縮情報の逆変換要求に従って第１の短縮情報を元の第１の情報に逆変換して返信する処理部、としてコンピューターを機能させるようにコンピューター可読形式で記述されたコンピューター・プログラム。
【産業上の利用可能性】
【０１５２】
以上、特定の実施形態を参照しながら、本明細書で開示する技術について詳細に説明してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。
【０１５３】
本明細書では、テレビ装置側で利用する「Ｔｒａｃｋ  ＩＤ」などの楽曲検索サービスと、スマートフォンなどの多機能端末側で利用する「ｍｏｒａ  ｔｏｕｃｈ」などの音楽ダウンロード・サービスを連携して実施する実施形態について説明してきたが、本明細書で開示する技術の要旨は係る実施形態逃げ定されるものではない。すなわち、テレビ装置と多機能端末以外の複数の機器の組合せで複数のサービスの連携を行なう場合や、楽曲検索サービスと音楽ダウンロード・サービス以外のサービスの組合せで連携を行なう場合であっても、同様に本明細書で開示する技術を適用することができる。
【０１５４】
要するに、例示という形態により本明細書で開示する技術について説明してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本明細書で開示する技術の要旨を判断するためには、特許請求の範囲を参酌すべきである。
【符号の説明】
【０１５５】
１００…テレビ装置
２００…多機能端末
３００…テレビ・リモコン
４００…情報通信システム４００
４１０…テレビ装置
４２０…テレビ・リモコン
４３０…多機能端末
４４０…音楽ダウンロード・サーバー
４５０…データ連携サーバー
４６０…楽曲検索サーバー
【図４】
2013210876.tif 000003
【図５】
2013210876.tif 000004
【図６】
2013210876.tif 000005
【図７】
2013210876.tif 000006
【図８】
2013210876.tif 000007
【図９】
2013210876.tif 000008
【図１１】
2013210876.tif 000009
【図１】
2013210876.tif 000010
【図２】
2013210876.tif 000011
【図３】
2013210876.tif 000012
【図１０】
2013210876.tif 000013
【図１２】
2013210876.tif 000014