(57)【要約】【課題】番組内容に合わせて起動できるアプリケーションを自動的に連携できる連携装置、連携システム、連携方法及び連携プログラムを提供すること。【解決手段】連携情報生成装置３０は、番組のシーンを特定する情報に対して、当該シーンの内容を示すクラスを対応付けたエンティティ情報を取得するエンティティ取得部３１と、アプリケーションを特定する情報に対して、クラスを対応付けたアプリ情報を取得するアプリ取得部３２と、クラスに基づいて、エンティティ情報とアプリ情報とをマッチングした連携情報を生成するマッチング処理部３３と、シーンに対応する連携情報を特定し提供する連携情報提供部３５と、を備える。【選択図】図１
2018182636.tif 000002
【特許請求の範囲】
【請求項１】
番組のシーンを特定する情報に対して、当該シーンの内容を示すクラスを対応付けたエンティティ情報を取得するエンティティ取得部と、
アプリケーションを特定する情報に対して、前記クラスを対応付けたアプリ情報を取得するアプリ取得部と、
前記クラスに基づいて、前記エンティティ情報と前記アプリ情報とをマッチングした連携情報を生成するマッチング処理部と、
前記シーンに対応する前記連携情報を特定し提供する連携情報提供部と、を備える連携装置。
【請求項２】
前記エンティティ情報には、前記シーンを特定する情報に対して、前記クラスに含まれる属性及び属性値が対応付けられ、
前記アプリ情報には、前記アプリケーションに対して入力するクエリの属性が指定され、
前記マッチング処理部は、前記アプリ情報で指定された属性に対する属性値を前記エンティティ情報から取得し、前記クエリを生成して前記連携情報に含める請求項１に記載の連携装置。
【請求項３】
前記マッチング処理部は、前記クラスの包含関係が定義されたオントロジを参照し、前記アプリ情報のクラスに対して、同一の又は下位のクラスが対応付けられた前記エンティティ情報をマッチングさせる請求項１又は請求項２に記載の連携装置。
【請求項４】
生成された前記連携情報を記憶する記憶部と、
前記連携情報の入力を受け付け、前記記憶部に記憶させる入力部と、を備える請求項１から請求項３のいずれかに記載の連携装置。
【請求項５】
請求項１から請求項４のいずれかに記載の連携装置と、前記アプリケーションを提示する提示装置とを備えた連携システムであって、
前記提示装置は、
前記シーンを特定する情報に基づいて、前記連携情報を前記連携情報提供部から取得する連携情報取得部と、
取得した前記連携情報に基づいて、前記シーンに紐付けられた前記アプリケーションを起動するアプリ起動部と、を備える連携システム。
【請求項６】
前記連携情報取得部は、前記番組の放送信号に含まれるトリガ情報に応じて、前記連携情報を取得する請求項５に記載の連携システム。
【請求項７】
前記提示装置は、前記連携情報の取得実績、及び前記アプリケーションの実行実績を前記連携装置へ通知する実績通知部を備える請求項５又は請求項６に記載の連携システム。
【請求項８】
前記アプリ起動部は、前記提示装置で実行可能なアプリケーションを管理し、前記連携情報に基づくアプリケーションを起動できない場合に、代替のアプリケーションを起動する請求項５から請求項７のいずれかに記載の連携システム。
【請求項９】
番組のシーンを特定する情報に対して、当該シーンの内容を示すクラスを対応付けたエンティティ情報を取得するエンティティ取得ステップと、
アプリケーションを特定する情報に対して、前記クラスを対応付けたアプリ情報を取得するアプリ取得ステップと、
前記クラスに基づいて、前記エンティティ情報と前記アプリ情報とをマッチングした連携情報を生成するマッチング処理ステップと、
前記シーンに対応する前記連携情報を特定し提供する連携情報提供ステップと、をコンピュータが実行する連携方法。
【請求項１０】
番組のシーンを特定する情報に対して、当該シーンの内容を示すクラスを対応付けたエンティティ情報を取得するエンティティ取得ステップと、
アプリケーションを特定する情報に対して、前記クラスを対応付けたアプリ情報を取得するアプリ取得ステップと、
前記クラスに基づいて、前記エンティティ情報と前記アプリ情報とをマッチングした連携情報を生成するマッチング処理ステップと、
前記シーンに対応する前記連携情報を特定し提供する連携情報提供ステップと、をコンピュータに実行させるための連携プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、番組とアプリケーションとを連携させるための装置、システム、方法及びプログラムに関する。
【背景技術】
【０００２】
近年、スマートフォン等の携帯端末の普及によりインターネット網が発達する中、放送局においても、放送インフラだけでなくインターネットを活用したサービス展開が活発になってきている。一方で、携帯端末で多種のサービスが受けられる状況において、放送局から放送に関する情報を取得できるといった放送サービスを享受できるだけでは、十分ではない。例えば、レストランへの行き方を調べる、日用品を買うといったことも携帯端末で可能であり、放送番組の内容を、このようなアプリケーション・サービス、又はユーザ行動に繋げる方策が重要になってきている。従来、番組内では、例えばユーザに検索を促すような演出も行われている。
【０００３】
放送又はＶＯＤ等の番組内容とアプリケーションの連携として、特許文献１では、番組の進行に合わせて、アプリケーション制御情報を放送以外の伝送路で送る手法が提案されている。また、特許文献２では、家庭用電子機器とスマートフォン等との間でのシームレスな動画視聴を可能とする手法が提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−１９０８号公報
【特許文献２】特開２０１４−１０８４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の手法は、放送事業者が制御する仕組みであるため、放送事業者側にデータ生成の負担があり、利用できるアプリケーションの拡張性がなかった。また、特許文献２の手法は、同じネットワーク内の同一アプリケーションを発見する仕組みを提供するものであり、サービスの内容が限定されていた。
【０００６】
本発明は、番組内容に合わせて起動できるアプリケーションを自動的に連携できる連携装置、連携システム、連携方法及び連携プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係る連携装置は、番組のシーンを特定する情報に対して、当該シーンの内容を示すクラスを対応付けたエンティティ情報を取得するエンティティ取得部と、アプリケーションを特定する情報に対して、前記クラスを対応付けたアプリ情報を取得するアプリ取得部と、前記クラスに基づいて、前記エンティティ情報と前記アプリ情報とをマッチングした連携情報を生成するマッチング処理部と、前記シーンに対応する前記連携情報を特定し提供する連携情報提供部と、を備える。
【０００８】
前記エンティティ情報には、前記シーンを特定する情報に対して、前記クラスに含まれる属性及び属性値が対応付けられ、前記アプリ情報には、前記アプリケーションに対して入力するクエリの属性が指定され、前記マッチング処理部は、前記アプリ情報で指定された属性に対する属性値を前記エンティティ情報から取得し、前記クエリを生成して前記連携情報に含めてもよい。
【０００９】
前記マッチング処理部は、前記クラスの包含関係が定義されたオントロジを参照し、前記アプリ情報のクラスに対して、同一の又は下位のクラスが対応付けられた前記エンティティ情報をマッチングさせてもよい。
【００１０】
前記連携装置は、生成された前記連携情報を記憶する記憶部と、前記連携情報の入力を受け付け、前記記憶部に記憶させる入力部と、を備えてもよい。
【００１１】
本発明に係る連携システムは、前記連携装置と、前記アプリケーションを提示する提示装置とを備えた連携システムであって、前記提示装置は、前記シーンを特定する情報に基づいて、前記連携情報を前記連携情報提供部から取得する連携情報取得部と、取得した前記連携情報に基づいて、前記シーンに紐付けられた前記アプリケーションを起動するアプリ起動部と、を備える。
【００１２】
前記連携情報取得部は、前記番組の放送信号に含まれるトリガ情報に応じて、前記連携情報を取得してもよい。
【００１３】
前記提示装置は、前記連携情報の取得実績、及び前記アプリケーションの実行実績を前記連携装置へ通知する実績通知部を備えてもよい。
【００１４】
前記アプリ起動部は、前記提示装置で実行可能なアプリケーションを管理し、前記連携情報に基づくアプリケーションを起動できない場合に、代替のアプリケーションを起動してもよい。
【００１５】
本発明に係る連携方法は、番組のシーンを特定する情報に対して、当該シーンの内容を示すクラスを対応付けたエンティティ情報を取得するエンティティ取得ステップと、アプリケーションを特定する情報に対して、前記クラスを対応付けたアプリ情報を取得するアプリ取得ステップと、前記クラスに基づいて、前記エンティティ情報と前記アプリ情報とをマッチングした連携情報を生成するマッチング処理ステップと、前記シーンに対応する前記連携情報を特定し提供する連携情報提供ステップと、をコンピュータが実行する。
【００１６】
本発明に係る連携プログラムは、番組のシーンを特定する情報に対して、当該シーンの内容を示すクラスを対応付けたエンティティ情報を取得するエンティティ取得ステップと、アプリケーションを特定する情報に対して、前記クラスを対応付けたアプリ情報を取得するアプリ取得ステップと、前記クラスに基づいて、前記エンティティ情報と前記アプリ情報とをマッチングした連携情報を生成するマッチング処理ステップと、前記シーンに対応する前記連携情報を特定し提供する連携情報提供ステップと、をコンピュータに実行させるためのものである。
【発明の効果】
【００１７】
本発明によれば、番組内容に合わせて起動できるアプリケーションを自動的に連携できる。
【図面の簡単な説明】
【００１８】
【図１】実施形態に係る連携システムの機能構成を示す図である。
【図２】実施形態に係るエンティティ情報を例示する図である。
【図３】実施形態に係るアプリ情報を例示する図である。
【図４】実施形態に係る連携情報を例示する図である。
【図５】実施形態に係るマッチング処理において、起動候補のアプリケーションを検知する手順を例示する図である。
【図６】実施形態に係るマッチング処理において、クエリを生成する手順を例示する図である。
【図７】実施形態に係るマッチング処理において、オントロジを利用する場合の手順を例示する図である。
【図８】実施形態に係る連携情報提供部から、コンテンツホルダに対して提供される情報を例示する図である。
【図９】実施形態に係る連携情報提供部から、アプリ情報管理事業者に対して提供される情報を例示する図である。
【発明を実施するための形態】
【００１９】
以下、本発明の実施形態の一例について説明する。
本実施形態では、放送事業者がアプリケーション起動情報を制御するのではなく、番組シーンの内容に関するエンティティ情報を記述するのみであり、連携システム１は、エンティティ情報と、アプリケーションの管理事業者が定義したアプリケーションの検知及び起動に関するアプリ情報とを紐付け、番組シーンとアプリケーションとを連携させる。
【００２０】
放送事業者等が番組の各シーンに映る情報（「Ｋ駅」又は「吾輩は○○である」等）を、メタデータとして記述する際、それぞれの情報（以下、エンティティ）の上位概念（例えば、「Ｋ駅」であれば「場所」、「吾輩は○○である」であれば「書籍」等）を定義しておく。
一方、番組に連動して起動されるアプリケーションに対しては、例えば「場所」情報を見つけたら、「緯度」及び「経度」を指定して起動する、といった検知情報及び起動情報が定義される。
【００２１】
なお、本実施形態では、エンティティ情報、アプリ情報及び連携情報は、柔軟な拡張が可能であるＲＤＦ（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）で記述されるものとするが、データの記述フォーマットは限定されない。
【００２２】
図１は、本実施形態に係る連携システム１の機能構成を示す図である。
連携システム１は、コンテンツ情報蓄積装置１０と、アプリ情報蓄積装置２０と、アプリケーションとエンティティとを紐づける連携情報生成装置３０（連携装置）と、端末装置４０（提示装置）とを備える。
【００２３】
コンテンツ情報蓄積装置１０には、放送事業者等のコンテンツホルダＡにより、番組シーンの内容に基づくエンティティ情報が蓄積される。
エンティティ情報は、番組のシーンを特定する情報（例えば、放送時刻）に対して、このシーンの内容を示すクラスを対応付けた情報である。また、エンティティ情報には、シーンを特定する情報に対して、クラスに含まれる属性及び属性値が対応付けられる。
【００２４】
図２は、本実施形態に係るエンティティ情報を例示する図である。
例えば、エンティティ「Ｅ００１」は、番組内で、Ｔｉｔｌｅが「吾輩は○○である」という「Ｂｏｏｋ」クラスの情報が紹介されたシーンに対応付けられ、放送タイミングが「２０１７年２月２０日１０時１３分００秒」であることを示している。
また、エンティティ「Ｅ００２」は、緯度が「３５．６５８６１１」、経度が「１３９．７０１１１１」という「Ｌｏｃａｔｉｏｎ」クラスの情報が「２０１７年２月２０日１０時２０分００秒」に放送されることを示している。
【００２５】
アプリ情報蓄積装置２０には、アプリケーション情報を管理するアプリ情報管理事業者Ｂにより、アプリケーションの検知及び起動に関するアプリ情報が蓄積される。
アプリ情報は、アプリケーションを特定する情報に対して、エンティティ情報に記述されるクラスを対応付けた情報である。また、アプリ情報には、アプリケーションを起動する際に入力するクエリ（パラメータ）の属性が指定される。
【００２６】
図３は、本実施形態に係るアプリ情報を例示する図である。
例えば、アプリケーション「Ａ＿０１」は、「Ｂｏｏｋ」クラスのエンティティ情報があれば検知され、「Ｋｅｙ」には「ｓ」、「Ｖａｌｕｅ」には「＜Ｔｉｔｌｅ＞」が起動時のクエリとして設定される。また、アプリ情報には、アプリケーションを特定するためのＡｐｐＩＤ、及びＵＲＬ等も記述されている。
【００２７】
なお、クエリの形式は、例示したＫｅｙ−Ｖａｌｕｅ構造には限られない。クエリは、アプリケーションが対応している形式、又は対応している形式に変換可能であればよく、例えば、「ｈｔｔｐｓ：／／ｗｗｗ．＊＊＊／？ｓ＝％Ｔｉｔｌｅ％」といったクエリＵＲＬとして記述されてもよい。
【００２８】
連携情報生成装置３０は、コンテンツ情報蓄積装置１０のエンティティ情報と、アプリ情報蓄積装置２０のアプリ情報とを紐付け、連携情報を生成する。
連携情報生成装置３０は、エンティティ取得部３１と、アプリ取得部３２と、マッチング処理部３３と、連携情報蓄積部３４（記憶部）と、連携情報提供部３５と、入力部３６とを備える。
【００２９】
エンティティ取得部３１は、コンテンツ情報蓄積装置１０から、エンティティ情報を取得し、マッチング処理部３３へ提供する。
アプリ取得部３２は、アプリ情報蓄積装置２０から、アプリ情報を取得し、マッチング処理部３３へ提供する。
【００３０】
マッチング処理部３３は、エンティティ情報のクラスとアプリケーションの検知条件であるクラス定義とを照合し、両者を紐付ける。
さらに、マッチング処理部３３は、アプリケーションの起動条件として指定されたクエリの属性（Ｖａｌｕｅ）を元に、エンティティから該当の属性値を抽出し、このクエリを含めた連携情報を生成する。
【００３１】
また、マッチング処理部３３は、クラスの包含関係が定義されたオントロジを参照し、アプリ情報のクラスに対して、同一の又は下位のクラスが対応付けられたエンティティ情報をマッチングさせてもよい。
【００３２】
連携情報蓄積部３４は、紐付けの結果として生成された連携情報を蓄積する。
図４は、本実施形態に係る連携情報を例示する図である。
例えば、連携情報「ＥＡ００１」は、エンティティ「Ｅ００１」とアプリケーション「Ａ＿０１」とを紐付けており、アプリケーション「Ａ＿０１」を起動する際のクエリとして、Ｋｅｙ及びＶａｌｕｅが設定されている。
なお、本実施形態において、クエリは、外部システムが処理しやすいＪＳＯＮ形式で例示しているが、他のフォーマットで記述されてもよい。
【００３３】
連携情報提供部３５は、ユーザが視聴中のシーンに対応する連携情報を、時刻等により特定し、外部に提供する。
【００３４】
入力部３６は、マッチング処理部３３を介さずに、コンテンツホルダＡ等により生成された連携情報の入力を受け付け、連携情報蓄積部３４に記憶させる。
【００３５】
端末装置４０は、番組連携アプリケーションを実行することにより、連携情報取得部４１、アプリ起動部４２、及び実績通知部４３として機能し、視聴中の番組内容に合わせて起動候補のアプリケーションをユーザに提示する。
【００３６】
連携情報取得部４１は、ユーザが端末装置４０で、又は他のテレビ等で、番組を視聴中に、この番組のシーンに関する連携情報を、連携情報提供部３５から取得する。
また、端末装置４０は、番組の放送信号に含まれるトリガ情報に応じて、番組連携アプリケーションを起動し、連携情報取得部４１が連携情報を取得してもよい。
なお、連携情報取得部４１は、トリガに応じて自動的に連携情報を取得してもよいし、ユーザの操作入力を受け付けて連携情報を取得してもよい。
【００３７】
アプリ起動部４２は、取得した連携情報に基づいて、番組のシーンに紐付けられたアプリケーションを起動する。
また、アプリ起動部４２は、端末装置４０で実行可能なアプリケーションを管理し、連携情報に基づいて選択されたアプリケーションを起動できない（インストールされていない）場合に、同様の機能を有する代替のアプリケーションを提示し起動する。
なお、アプリ起動部４２は、取得した連携情報に基づいて自動的にアプリケーションを起動してもよいし、ユーザの操作入力を受け付けて起動してもよい。
【００３８】
実績通知部４３は、端末装置における連携情報の取得実績、及びアプリケーションの実行実績を連携情報生成装置３０へ通知する。これらの情報は、連携情報提供部３５を介して、コンテンツホルダＡ又はアプリ情報管理事業者Ｂへ提供される。
連携情報提供部３５から、アプリケーションとエンティティとの組み合わせ、及び実績情報（例えば、端末装置４０のユーザ画面での表示回数、及び実際に起動された回数）を受け取ることで、コンテンツホルダＡは、アプリケーションの起動に必要なエンティティ情報の作成が、アプリ情報管理事業者Ｂは、番組との連携に使われやすいクラス定義等の分析が可能である。
【００３９】
端末装置４０で動作する番組連携アプリケーションは、例えば、放送局が料理番組を放送中に、放送信号からエンティティ取得のトリガを受け、連携情報提供部３５に情報取得要求を出す。トリガを受けたシーンに対して食材エンティティが登録されていると、このエンティティは、食材を調べるための辞典アプリケーション、又は食材を買うためのネットスーパーのアプリケーション等とマッチングされる。
番組連携アプリケーションは、この食材エンティティに対してマッチングされたアプリケーションも、連携情報提供部３５から取得し、ユーザ画面に表示してもよい。また、ユーザ画面では、アプリケーションの起動に必要な食材名等のパラメータ（クエリ）がセットされているため、ユーザは、自身でパラメータを入力する必要がない。
【００４０】
次に、連携情報生成装置３０によるマッチング処理の詳細を示す。
図５は、本実施形態に係るマッチング処理において、起動候補のアプリケーションを検知する手順を例示する図である。
【００４１】
まず、連携情報生成装置３０は、番組に対して生成された最新のエンティティ情報をエンティティ取得部３１により取得すると、このエンティティ情報に対して、起動できるアプリケーションをアプリ取得部により取得する。
この例では、エンティティ情報「Ｅ００２」の「Ｌｏｃａｔｉｏｎ」クラスに対して、同一のクラスで検知されるアプリケーション「Ａ＿０２」が取得できている。
【００４２】
図６は、本実施形態に係るマッチング処理において、クエリを生成する手順を例示する図である。
連携情報生成装置３０は、アプリケーションの起動時に必要なクエリ情報を生成する。具体的には、マッチング処理部３３は、アプリ情報から、「ｇｅｏ」をＫｅｙに、「＜緯度＞，＜経度＞」をＶａｌｕｅにする起動条件と、「ｑ」をＫｅｙに、「＜Ｔｉｔｌｅ＞」をＶａｌｕｅにする起動条件とを取得できる。
【００４３】
ここで、Ｖａｌｕｅに設定される「緯度」、「経度」、「Ｔｉｔｌｅ」は、参照するための変数であることを意味するため、「＜」と「＞」とで囲っている。つまり、Ｖａｌｕｅの記述は、番組のエンティティ情報から「緯度」及び「経度」プロパティ、又は「Ｔｉｔｌｅ」プロパティを抽出することを示している。
なお、「＜」及び「＞」で参照変数であることを定義したが、記述フォーマットはこれに限定しない。
この例では、エンティティ情報に、「緯度」プロパティと「経度」プロパティが存在するため、これらのデータが抽出され、Ｋｅｙ及びＶａｌｕｅに設定したＪＳＯＮ形式のクエリが生成されている。
【００４４】
クエリを生成する際に、クラス名のマッチングのみでは、拡張性が低いため、マッチング処理部３３は、例えば、オントロジといった概念構造を利用してもよい。なお、オントロジは、連携情報生成装置３０の内部に設けられてもよいし、外部に設けられ参照される形態でもよい。
【００４５】
図７は、本実施形態に係るマッチング処理において、オントロジを利用する場合の手順を例示する図である。
この例では、番組のエンティティ情報「Ｅ００２」において、場所に関する情報が「ｌａｔｉｔｕｄｅ／ｌｏｎｇｉｔｕｄｅ」というクラス名で定義されているが、アプリ情報では「Ｌｏｃａｔｉｏｎ」というクラス名で検知する定義となっている。このため、このままマッチングを行っても、アプリケーション「Ａ＿０２」は、起動候補とはならない。
【００４６】
そこで、オントロジを利用することで、「ｌａｔｉｔｕｄｅ／ｌｏｎｇｉｔｕｄｅ」は「Ｌｏｃａｔｉｏｎ」の下位概念であることが分かるため、マッチング処理部３３は、クラスが「ｌａｔｉｔｕｄｅ／ｌｏｎｇｉｔｕｄｅ」のエンティティに対して、起動条件のクラスが「Ｌｏｃａｔｉｏｎ」であるアプリケーションを連携できる。
【００４７】
図８は、本実施形態に係る連携情報提供部３５から、コンテンツホルダＡに対して提供される情報を例示する図である。
コンテンツホルダＡは、「Ｌｏｃａｔｉｏｎ」クラスで、「緯度」及び「経度」プロパティを持つエンティティ情報「Ｅ００２」とは別に、「Ｔｉｔｌｅ」プロパティを持つエンティティ情報「Ｅ００３」を追加している。
【００４８】
マッチング処理部３３は、アプリ情報を「Ｌｏｃａｔｉｏｎ」クラスで検知し、「緯度」及び「経度」プロパティで連携情報を生成し、さらに、「Ｔｉｔｌｅ」プロパティでも連携情報を生成できる。したがって、コンテンツホルダＡは、番組内容を特定の属性で記述しなくても、アプリケーションを連携できる。
また、この結果として、「緯度」及び「経度」を定義したエンティティ情報「Ｅ００２」と、「Ｔｉｔｌｅ」を定義したエンティティ情報「Ｅ００３」との、両方の利用実績を取得できるため、コンテンツホルダＡは、アプリケーションを連携しやすいエンティティ情報、及びその記述を把握できる。
【００４９】
図９は、本実施形態に係る連携情報提供部３５から、アプリ情報管理事業者Ｂに対して提供される情報を例示する図である。
アプリ情報管理事業者Ｂは、エンティティ情報の記述に利用されるクラスの一覧を取得でき、アプリ情報の検知条件として随時反映していくことができる。この例では、アプリ情報「Ａ＿０１」に対して、「Ｂｏｏｋ」クラスの他に、「Ａｐｐｌｉａｎｃｅ」クラスが追加定義されている。
【００５０】
本実施形態によれば、連携情報生成装置３０は、エンティティ情報に定義されたクラスと、アプリ情報に定義されたクラスとをマッチングし、連携情報を生成する。連携情報生成装置３０は、番組のシーンに対応する連携情報を特定して提供することにより、番組内容に合わせて起動できるアプリケーションを自動的に連携できる。
この結果、例えば、料理番組に対して、食材辞典を提示したり、買い物用のアプリケーションを起動したり、レシピをシェアするためのＳＮＳアプリケーションを起動したり、番組予告に対して、視聴予約をしたり、ＶＯＤを探したりといった、番組を起点とした生活空間へのシームレスなユーザ行動を実現できる。
【００５１】
また、放送事業者等のコンテンツホルダＡは、番組内容を細かく定義することなく、クラス定義によってアプリ側とのマッチングを図ることができると共に、アプリ情報管理事業者Ｂも、各アプリケーションの起動条件をクラスにより定義しておくことで、ユーザ画面において自動的に番組内容に合わせたアプリケーションを起動させることができる。これにより、連携システム１は、番組内容とユーザ行動とをシームレスにつなぐだけでなく、コンテンツホルダＡによる新たな広告モデルを提供できる。
【００５２】
さらに、連携情報生成装置３０は、起動するアプリケーションに必要なクエリ（パラメータ）の属性値を、エンティティ情報から取得する。これにより、ユーザは、起動されたアプリケーションに対する入力を省略でき、利便性が向上する。
また、連携システム１は、検知のためのクラスと起動のためのクエリとを分けて定義することにより、候補アプリケーションの選別と、各候補アプリケーションの起動に必要なクエリの受け渡しを分けて行うことができ、検知されたアプリケーションを起動するために必要なクエリ情報をエンティティが持っていない場合に提示しないなど、アプリケーション数が増加した際にも必要最低限のアプリケーションのみをユーザに提示できる。
【００５３】
連携情報生成装置３０は、クラスの包含関係が定義されたオントロジを参照し、アプリ情報のクラスに対して、同一の又は下位のクラスが対応付けられたエンティティ情報をマッチングする。したがって、連携情報生成装置３０は、クラス定義の階層の違いによってエンティティ情報とアプリ情報とのマッチングができない事態を回避できると共に、アプリ情報のクラスを広く定義することで、広範囲のエンティティと連携させるといった制御が容易に可能となる。
【００５４】
連携情報生成装置３０は、予め生成された連携情報の入力を受け付けて記憶できるので、マッチング処理を介さずに、コンテンツホルダＡ又はアプリ情報管理事業者Ｂがエンティティとアプリケーションとの紐付けを直接編集することもできる。
【００５５】
連携システム１において、端末装置４０は、番組の放送信号に含まれるトリガ情報に応じて、番組連携アプリケーションを動作させて連携情報を取得する。したがって、ユーザは、端末装置４０において、番組のシーンに合わせて適時に関連するアプリケーションの提示を受けられる。
【００５６】
また、端末装置４０は、連携情報の取得実績、及びアプリケーションの実行実績を連携情報生成装置３０へ通知するので、連携情報の利用実績に基づいて、連携システム１を利用するコンテンツホルダＡ及びアプリ情報管理事業者Ｂは、エンティティ情報及びアプリ情報を適切に編集することができる。
【００５７】
さらに、端末装置４０は、実行可能なアプリケーションを管理し、連携情報に基づくアプリケーションを起動できない場合に、同種の代替のアプリケーションを起動する。したがって、端末装置４０は、インストール済みのアプリケーションを用いて、効率的に番組に連動したサービスを提供できる。
【００５８】
以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、本実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本実施形態に記載されたものに限定されるものではない。
【００５９】
本実施形態では、コンテンツ情報蓄積装置１０、アプリ情報蓄積装置２０、連携情報生成装置３０及び端末装置４０が連携する連携システム１を説明したが、システムの構成はこれに限られない。
【００６０】
例えば、コンテンツ情報蓄積装置１０、アプリ情報蓄積装置２０及び連携情報生成装置３０は、単一のサーバ装置として構成されてもよい。
連携情報生成装置３０は、端末装置４０に組み込まれていてもよい。この場合、端末装置４０は、アプリ情報の少なくとも一部を内部に保持し、定期的に更新する構成であってよい。
【００６１】
また、コンテンツ情報蓄積装置１０及びアプリ情報蓄積装置２０は、クラウド環境に設けられてもよく、さらに、連携情報生成装置３０もクラウドのサーバ機能として実装されてもよい。
【００６２】
端末装置４０は、スマートフォン、タブレット等の携帯端末の他、パーソナルコンピュータ等、各種の情報処理装置であってよく、これらは、番組の受信及び提示の機能を併せ持ってもよい。また、テレビ、レコーダ等の放送受信機が端末装置４０として構成されてもよい。
【００６３】
本実施形態では、コンテンツホルダＡがエンティティ情報を作成及び蓄積する構成を説明したが、これには限られず、エンティティ情報は、他の事業者がインターネット上の外部サーバ（コンテンツ情報蓄積装置１０）で公開してもよい。この場合、例えば、端末装置４０が放送信号から取得した番組情報に基づいて、連携情報生成装置３０がエンティティ情報を外部サーバから取得する。
【００６４】
また、エンティティ情報及びアプリ情報の管理者は、これらには限られず、例えば同一の事業者がエンティティ情報及びアプリ情報の両方を登録し、広告としてアプリケーションを連携させてもよい。この場合、独自のオントロジを採用することで、マッチングの範囲を適宜設計できる。
【００６５】
本実施形態では、放送番組に対するアプリケーションの連携を説明したが、番組は、通信を介してリアルタイム配信、又はＶＯＤ配信されてもよい。ＶＯＤ配信の場合には、番組のシーンを特定する情報は、放送時刻に代わり、再生位置が用いられる。
【００６６】
エンティティ情報におけるクラスは、自動的に付与されてもよい。クラス名称は、例えば、字幕等の番組情報の言語処理、又は音声解析によって抽出されてもよいし、さらに、外部データベースから取得されてもよい。外部データベースにおいてクラス名称が標準化されることで、より汎用的なクラス定義が実現され、マッチング精度の向上が期待できる。
【００６７】
本実施形態では、主に連携システム１の構成と動作について説明したが、本発明はこれに限られず、各構成要素を備え、番組を推薦するための方法、又はプログラムとして構成されてもよい。
【００６８】
さらに、連携システム１の機能を実現するためのプログラムをコンピュータで読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。
【００６９】
ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータで読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００７０】
さらに「コンピュータで読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時刻の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時刻プログラムを保持しているものも含んでもよい。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
【符号の説明】
【００７１】
１  連携システム
１０  コンテンツ情報蓄積装置
２０  アプリ情報蓄積装置
３０  連携情報生成装置（連携装置）
３１  エンティティ取得部
３２  アプリ取得部
３３  マッチング処理部
３４  連携情報蓄積部
３５  連携情報提供部
３６  入力部
４０  端末装置（提示装置）
４１  連携情報取得部
４２  アプリ起動部
４３  実績通知部
【図１】
2018182636.tif 000003
【図２】
2018182636.tif 000004
【図３】
2018182636.tif 000005
【図４】
2018182636.tif 000006
【図５】
2018182636.tif 000007
【図６】
2018182636.tif 000008
【図７】
2018182636.tif 000009
【図８】
2018182636.tif 000010
【図９】
2018182636.tif 000011