JP4650547B2 - 情報処理装置、プログラム、および情報処理システム - Google Patents

Description

本発明は、情報処理装置、プログラム、および情報処理システムに関する。

近年、例えばインターネット（Internet）などのネットワークの普及により、ネットワークを利用して映像や音声などのコンテンツを表すコンテンツデータを別体の装置へと配信する様々なサービスが登場している。上記サービスとしては、例えば、サーバ（Server）がコンテンツデータをＰＣ（Personal Computer）などのコンピュータに配信するストリーム配信サービスや、公共施設などに設置された表示デバイスに時間や場所に応じたコンテンツを表示させるデジタル・サイネージ（Digital Signage）などが挙げられる。

このような中、情報処理装置（いわゆる、サーバ）から外部装置（いわゆる、クライアント装置）へのコンテンツデータの送信に係る技術が開発されている。ネットワークの混雑を防止して円滑なコンテンツデータの配信を図る技術としては、例えば、特許文献１が挙げられる。また、情報提供サーバからユーザ端末へと情報を提供する場合において、別途のコンピュータサーバを介することによって、ユーザ端末への当該情報の表示の迅速化を図る技術としては、例えば、特許文献２が挙げられる。

特開２００２−２０２９２７号公報 特開平１１−１６１６５７号公報

しかしながら、情報処理装置から外部装置へのコンテンツデータの送信に係る従来の技術（以下、「従来の技術」とよぶ。）では、コンテンツデータの送信に係る安全性の問題について、何らの考慮もなされていない。ここで、コンテンツデータの送信に係る安全性の問題としては、例えば、コンテンツデータを受信する外部装置の成りすましや、送信されるコンテンツデータの改竄、盗聴などが挙げられる。よって、従来の技術を用いたとしても、情報処理装置が、送信対象の外部装置に送信すべきコンテンツデータを受信させることができるとは限らない。

ここで、上記の問題を解決するための方法の一例としては、例えば、以下の（ａ）、（ｂ）が挙げられる。

（ａ）コンテンツデータの送信方式としてプッシュ方式を用いる方法
上記の問題を解決するための一の方法としては、例えば、情報処理装置側と外部装置側それぞれにＶＰＮ（Virtual Private Network）装置を設け、ＶＰＮを利用して情報処理装置から外部装置へとコンテンツデータを送信する方法が挙げられる。上記の方法を用いることによって情報処理装置と外部装置との間の通信の安全性を高めることができるので、より確実に送信対象の外部装置に送信すべきコンテンツデータを受信させることが可能となる。しかしながら、上記の方法を実現するためには、情報処理装置側と外部装置側それぞれにＶＰＮ装置を設けなければならない。つまり、上記の方法では、外部装置の数が増えれば増える程、すなわち、情報処理装置と外部装置とを有する情報処理システムの規模が大きくなればなる程、例えば、機器コスト、運用コストなどが増してしまう。

（ｂ）コンテンツデータの送信方式としてプル方式を用いる方法
上記の問題を解決するための他の方法としては、例えば、外部装置が情報処理装置にアクセスして、コンテンツデータを情報処理装置からダウンロードする（当該アクセスに応じて情報処理装置がコンテンツデータを送信する）方法が挙げられる。上記の方法を用いることによって、情報処理装置は、アクセスしてきた外部装置（送信対象の外部装置）に送信すべきコンテンツデータを受信させることができる。しかしながら、例えば、情報処理装置に対して複数の外部装置が同時期にアクセスを行った場合などには情報処理装置の処理負荷が増大し、情報処理装置の機能停止や機能低下を招く恐れがある。ここで、情報処理システムが、例えば、デジタル・サイネージなどのように特定の場所、特定の時間においてコンテンツデータを再生させるサービスに用いられている場合には、情報処理装置の機能停止や機能低下は、サービスの停止や低下を招いてしまう。

以上のように、例えば、従来の技術と、上記（ａ）、（ｂ）の方法とを組み合わせたとしても、他の問題が生じてしまう。したがって、従来の技術を用いたとしても、情報処理装置が送信対象の外部装置に送信すべきコンテンツデータをより安全に受信させることについては、望むべくもない。

本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、送信対象の外部装置に送信すべきコンテンツデータをより安全に受信させることが可能な、新規かつ改良された情報処理装置、プログラム、および情報処理システムを提供することにある。

上記目的を達成するために、本発明の第１の観点によれば、１または２以上の外部装置と通信を行う通信部と、コンテンツデータの送信に係る処理を上記コンテンツデータを送信可能な外部装置に対して選択的に行うための認証に用いる第１認証情報を含む機器情報を記憶する記憶部と、外部装置から送信される処理要求に含まれる第２認証情報と上記記憶部に記憶された上記機器情報とに基づいて上記処理要求を送信した外部装置を認証する認証部と、上記認証部における認証結果に基づいて選択的に上記処理要求に応じた処理を行う処理部と、上記処理部の処理結果に基づいて、処理要求を送信し上記認証部が認証した外部装置にコンテンツデータを選択的に送信するデータ伝送部とを備える情報処理装置が提供される。

かかる構成により、送信対象の外部装置に送信すべきコンテンツデータをより安全に受信させることができる。

また、上記機器情報は、コンテンツデータを送信する外部装置の送信先を示す送信先情報を含み、上記記憶部に記憶された上記機器情報に含まれる上記送信先情報に基づいて、コンテンツデータの送信に関する処理を開始するための取得要求を外部装置に送信させるためのトリガ情報を、外部装置に送信するか否かを判定する送信判定部をさらに備え、上記処理部は、上記送信判定部において上記トリガ情報を送信すると判定された場合には、上記トリガ情報を外部装置に送信させ、上記送信判定部において上記トリガ情報を送信すると判定されない場合には、上記トリガ情報を外部装置に送信させなくてもよい。

また、上記認証部は、外部装置から送信される上記取得要求に含まれる第２認証情報と上記記憶部に記憶された上記機器情報とに基づいて、上記取得要求を送信した上記外部装置を認証し、上記処理部は、上記認証部における認証が完了した場合に、コンテンツデータを外部装置に取得させるためのダウンロード情報を外部装置に送信させてもよい。

また、上記認証部は、上記ダウンロード情報に基づいて外部装置から送信されるダウンロード要求に含まれる第２認証情報と上記記憶部に記憶された上記機器情報とに基づいて、上記ダウンロード要求を送信した上記外部装置を認証し、上記処理部は、上記認証部における認証が完了した場合に、コンテンツデータを外部装置に送信させる送信指示を上記データ伝送部に伝達し、上記データ伝送部は、上記送信指示に基づいてコンテンツデータを外部装置に送信してもよい。

また、コンテンツデータを外部装置に送信する処理を開始する送信処理順序を設定するスケジュール部をさらに備え、上記送信判定部は、上記スケジュール部が設定した送信処理順序に基づいて、上記トリガ情報の送信に関する判定を行ってもよい。

上記目的を達成するために、本発明の第２の観点によれば、コンテンツデータの送信に係る処理を上記コンテンツデータを送信可能な外部装置に対して選択的に行うための認証に用いる第１認証情報を含む機器情報を記憶する記憶部に記憶された上記機器情報と、通信部が受信した外部装置から送信される処理要求に含まれる第２認証情報とに基づいて、上記処理要求を送信した外部装置を認証するステップ、上記認証するステップにおける認証結果に基づいて選択的に上記処理要求に応じた処理を行うステップ、上記処理を行うステップにおける処理結果に基づいて、処理要求を送信し上記認証するステップにおいて認証された外部装置にコンテンツデータを選択的に送信するステップをコンピュータに実行させるためのプログラムが提供される。

かかるプログラムを用いることにより、送信対象の外部装置に送信すべきコンテンツデータをより安全に受信させることができる。

上記目的を達成するために、本発明の第３の観点によれば、コンテンツデータの送信を管理する情報処理装置と、上記情報処理装置からコンテンツデータを取得する１または２以上の配信サーバとを有し、上記情報処理装置は、１または２以上の配信サーバと通信を行う通信部と、コンテンツデータの送信に係る処理を上記コンテンツデータを送信可能な外部装置に対して選択的に行うための認証に用いる第１認証情報を含む機器情報を記憶する記憶部と、配信サーバから送信される処理要求に含まれる第２認証情報と上記記憶部に記憶された上記機器情報とに基づいて上記処理要求を送信した配信サーバを認証する認証部と、上記認証部における認証結果に基づいて選択的に上記処理要求に応じた処理を行う処理部と、上記処理部の処理結果に基づいて、処理要求を送信し上記認証部が認証した配信サーバにコンテンツデータを選択的に送信するデータ伝送部とを備え、上記配信サーバそれぞれは、上記情報処理装置と通信を行うサーバ側通信部と、上記情報処理装置に認証を行わせるための上記第２認証情報を記憶するサーバ側記憶部と、コンテンツデータの送信に関する処理を開始するための取得要求を上記情報処理装置に送信させる取得要求部と、上記取得要求に基づいて上記情報処理装置から送信される、コンテンツデータを外部装置に取得させるためのダウンロード情報に基づいて、コンテンツデータを上記情報処理装置から取得するデータ取得部とを備える、情報処理システムが提供される。

かかる構成により、情報処理装置が送信対象の配信サーバに送信すべきコンテンツデータをより安全に受信させることが可能な、情報処理処理システムが実現される。

本発明によれば、送信対象の外部装置に送信すべきコンテンツデータをより安全に受信させることができる。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

また、以下では、下記に示す順序で説明を行う。
１．本発明の実施形態に係るアプローチ
２．本発明の実施形態に係る情報処理システム
３．本発明の実施形態に係るプログラム

（本発明の実施形態に係るアプローチ）
本発明の実施形態に係る情報処理システム（以下、「情報処理システム１０００」という。）の構成について説明する前に、本発明の実施形態に係るコンテンツデータの送受信アプローチについて説明する。ここで、本発明の実施形態に係るコンテンツデータとは、例えば、映像や音声などを表すデータであり、視覚的、聴覚的に情報を伝達する役目を果たす。

［情報処理システム１０００の概要］
図１は、本発明の実施形態に係る情報処理システム１０００の概要を説明するための説明図である。ここで、図１は、情報処理システム１０００が、デジタル・サイネージに用いられる場合におけるシステムの概要を示している。なお、以下では、情報処理システム１０００がデジタル・サイネージに用いられる場合を例に挙げて説明するが、本発明の実施形態に係る情報処理システムが、上記の例に限られないことは、言うまでもない。

情報処理システム１０００は、情報処理装置１００と、コンテンツデータ配信システムＰ１、Ｐ２、…とを有し、情報処理装置１００とコンテンツデータ配信システムそれぞれとは、ネットワーク６００で接続される。ここで、ネットワーク６００としては、例えば、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）などの有線ネットワーク、基地局を介した無線ＷＡＮ（ＷＷＡＮ；Wireless Wide Area Network）や無線ＭＡＮ（ＷＭＡＮ；Wireless Metropolitan Area Network）などの無線ネットワーク、あるいは、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）などの通信プロトコルを用いたインターネットなどが挙げられるが、上記に限られない。

コンテンツデータ配信システムＰ１は、配信サーバ２００（外部装置）と、表示コントローラ３００Ａ〜３００Ｃと、所定の場所に設置された表示デバイス４００Ａ〜４００Ｅとを有する。配信サーバ２００と各表示コントローラとは、例えば、プライベート・ネットワークで接続される。コンテンツデータ配信システムＰ１では、配信サーバ２００がコンテンツデータを各表示コントローラそれぞれに選択的に送信し、各表示コントローラが当該コンテンツデータを再生する。また、各表示コントローラに接続された表示デバイスは、表示コントローラにおいて再生されたコンテンツデータに基づいて、当該コンテンツデータが表す映像の表示や音声の出力を行う。上記の構成によって、コンテンツデータ配信システムＰ１では、特定の場所、特定の時間に応じた映像や音声を表示デバイスから表示、出力させ、視覚的、聴覚的な情報を不特定多数のユーザに伝達させることができる。

コンテンツデータ配信システムＰ２は、配信サーバ５００（外部装置）と、表示コントローラ３００Ｄ、３００Ｅと、表示デバイス４００Ｆ〜４００Ｈとを有する。コンテンツデータ配信システムＰ２では、コンテンツデータ配信システムＰ１と同様に、配信サーバ５００が各表示コントローラに送信したコンテンツデータが表す映像や音声が、表示デバイスにおいて表示または出力される。また、その他のコンテンツデータ配信システムにおいても、コンテンツデータ配信システムＰ１、Ｐ２と同様の構成を有することによって、コンテンツデータが表す映像や音声が、表示デバイスにおいて表示または出力される。

情報処理装置１００は、情報処理システム１０００においてコンテンツデータを管理し、選択的にコンテンツデータを各コンテンツデータ配信システムに送信する役目を果たす。より具体的には、情報処理装置１００は、各コンテンツデータ配信システムの配信サーバそれぞれに対して、コンテンツデータを選択的に送信する。よって、各コンテンツデータ配信システムは、情報処理装置１００から適宜取得されるコンテンツデータが表す映像や音声を表示、出力させることができるので、特定の場所、特定の時間に応じたより鮮度の高い情報を不特定多数のユーザに伝達することができる。

情報処理システム１０００は、例えば、図１に示す構成によって、特定の場所、特定の時間に応じた映像や音声を各表示デバイスから表示、出力させ、視覚的、聴覚的な情報を不特定多数のユーザに伝達させることができる。

［本発明の実施形態に係るアプローチ］
図１を用いて説明したように、情報処理システム１０００では、情報処理装置１００がコンテンツデータを管理し、ネットワーク６００を介して各コンテンツデータ配信システムの配信サーバにコンテンツデータを選択的に送信する。ここで、図１に示すように、情報処理装置１００は、ネットワーク６００を介して各配信サーバにコンテンツデータを送信するので、例えば上述したコンテンツデータの送信に係る安全性の問題が生じる恐れがある。そこで、情報処理装置１００は、例えば、コンテンツデータの送信に係る処理をコンテンツデータを送信可能な配信サーバ（外部装置）に対して選択的に行うための認証を、コンテンツデータの送信に係る処理ごとに行う。上記のようにコンテンツデータの送信に係る処理ごとに認証を行うことによって、情報処理装置１００は、送信対象の配信サーバ（外部装置）に送信すべきコンテンツデータをより安全に受信させることができる。より具体的には、情報処理装置１００は、例えば、以下の（０）に示す前提の下、（１）〜（４）の処理によって、例えば上述したコンテンツデータの送信に係る安全性の問題の発生を防止して、コンテンツデータを送信対象の配信サーバに受信させる。

（０）前提
情報処理装置１００は、コンテンツデータの送信に係る処理をコンテンツデータを送信可能な配信サーバ（外部装置）に対して選択的に行うための認証に用いる第１認証情報を含む機器情報を記憶する。また、機器情報には、第１認証情報に限られず、例えば、コンテンツデータを送信する配信サーバの送信先を示す送信先情報をさらに含むことができる。ここで、送信先情報としては、例えば、配信サーバのＩＰアドレス（Internet Protocol address）やポート番号などが挙げられるが、上記に限られない。情報処理装置１００は、例えば、送信対象の配信サーバの各情報が配信サーバ（外部装置）ごとに記録されたデータベース（以下、「ＤＢ」という。）形式の機器情報を記憶することができるが、上記に限られない。例えば、情報処理装置１００は、送信対象の配信サーバごとの機器情報を当該配信サーバごとにファイル形式で記憶することもできる。なお、以下では、情報処理装置１００が、ＤＢ形式の機器情報（以下、「機器情報ＤＢ」という。）を記憶する場合を例に挙げて説明する。

（１）送信方式の決定処理
情報処理装置１００は、配信サーバにコンテンツデータを送信する場合、送信方式を決定する。より具体的には、情報処理装置１００は、例えば、機器情報ＤＢに送信対象の配信サーバに対応する送信先情報が記憶されているか否かに基づいて、例えば、以下の（１−１）、（１−２）のいずれかの送信方式を選択することにより、送信方式を決定する。

（１−１）プッシュ方式
機器情報ＤＢに送信対象の配信サーバに対応する送信先情報が記憶されている場合には、情報処理装置１００は、プッシュ方式によるコンテンツデータの送信を選択する。ここで、本発明の実施形態に係るプッシュ方式は、コンテンツデータの取得に係る処理を送信対象の配信サーバに開始させるためのトリガ情報を配信サーバに送り込むことによって、配信サーバにコンテンツデータの取得を行わせる方式である。上記トリガ情報を受信した配信サーバが情報処理装置１００に取得要求を送信することによって、情報処理装置１００はコンテンツデータの送信に係る処理を開始する。

ここで、トリガ情報は、例えば、以下の情報を含むが、本発明の実施形態に係るトリガ情報が、以下の情報を含むものに限られないことは、言うまでもない。

＜トリガ情報が含む情報の一例＞
・送信要求ＩＤ（コンテンツデータの送信に係る処理を識別する識別情報。）
・送信先情報

また、上記取得要求は、情報処理装置１００がコンテンツデータの送信に関する処理を開始するためのトリガとしての役目を果たす情報であり、当該取得要求には情報処理装置１００に認証を行わせるための第２認証情報が含まれる。より具体的には、取得要求は、例えば、以下の情報を含むが、本発明の実施形態に係る取得要求が、以下の情報を含むものに限られないことは、言うまでもない。例えば、取得要求には第２認証情報が含まれず、配信サーバが、取得要求と第２認証情報とを併せて送信してもよい。また、本発明の実施形態に係るプッシュ方式に係る処理の流れの具体例については後述する。

＜取得要求が含む情報の一例＞
・送信要求ＩＤ（なお、トリガ情報に対する応答でない場合には、例えば、“Ｎｕｌｌ”となる。）
・装置情報（例えば、ＩＰアドレスやポート番号など、送信先情報に対応する情報。）
・コンテンツ情報（例えば、コンテンツ名、コンテンツの種別、日付などの情報。例えば、配信サーバが記憶しているコンテンツに関する情報、または、配信サーバが受信を所望するコンテンツに関する情報に対応する。）
・第２認証情報

（１−２）プル方式
機器情報ＤＢに送信対象の配信サーバに対応する送信先情報が記憶されていない場合には、情報処理装置１００は、プル方式によるコンテンツデータの送信を選択する。ここで、本発明の実施形態に係るプル方式は、配信サーバが情報処理装置１００に取得要求を送信することによって、情報処理装置１００がコンテンツデータの送信に係る処理を開始する方式である。本発明の実施形態に係るプル方式に係る処理の流れの具体例については後述する。

情報処理装置１００は、例えば、機器情報ＤＢの接続先情報に基づいて上記（１−１）の方式または（１−２）の方式を選択することによって、コンテンツデータを送信する配信サーバに対する送信方式を決定する。上記のように送信方式を決定することによって、情報処理システム１０００は、例えば、情報処理装置１００から直接的にアクセスすることが困難な配信サーバと、直接的にアクセス可能な配信サーバとの混在を許容することができる。つまり、情報処理システム１０００では、情報処理装置１００から直接的に配信サーバにアクセスできるか否かを問わず、情報処理装置１００は、送信対象の配信サーバにコンテンツデータを受信させることができる。

また、情報処理装置１００は、例えば、予め設定された配信スケジュールに基づいてコンテンツデータを送信する配信サーバを決定する。

〔配信スケジュールの設定方法〕
図２は、本発明の実施形態に係る情報処理装置１００における配信スケジュールの設定方法の一例を示す流れ図である。

情報処理装置１００は、コンテンツデータの配信要求が検出されたか否かを判定する（Ｓ１００）。ここで、情報処理装置１００は、例えば、他の装置から送信された配信要求を受信することによってステップＳ１００の処理を行うことができるが、上記に限られない。例えば、情報処理装置１００は、情報処理装置１００のユーザのユーザ入力に応じた配信要求に基づいてステップＳ１００の処理を行うこともできる。ここで、配信要求には、例えば、送信対象の配信サーバを指定する情報や、送信するコンテンツデータを指定する情報、コンテンツデータの送信を完了する期限情報などが含まれるが、上記に限られない。例えば、配信要求は、コンテンツデータの再生を確認する再生確認用装置へのコンテンツデータの送信を指定する再生確認情報をさらに含むことができる。

ステップＳ１００において配信要求が検出されたと判定されない場合には、情報処理装置１００は、配信要求が検出されるまで処理を進めない。

また、ステップＳ１００において配信要求が検出されたと判定された場合には、情報処理装置１００は、コンテンツデータを緊急に配信すべきか否かを判定する（Ｓ１０２）。ここで、情報処理装置１００は、例えば、配信要求に含まれる上記期限情報と現在の日時とに基づいてステップＳ１０２の判定を行うが、上記に限られない。

ステップＳ１０２においてコンテンツデータを緊急に配信すべきと判定された場合には、情報処理装置１００は、優先度を優先度＝１（最大）に設定する（Ｓ１０４）。

また、ステップＳ１０２においてコンテンツデータを緊急に配信すべきと判定されない場合には、情報処理装置１００は、再生確認用の配信要求か否かを判定する（Ｓ１０６）。ここで、情報処理装置１００は、例えば、配信要求に含まれる上記再生確認情報に基づいてステップＳ１０６の判定を行うが、上記に限られない。

ステップＳ１０６において再生確認用の配信要求であると判定された場合には、情報処理装置１００は、優先度を優先度＝２（大）に設定する（Ｓ１０８）。

また、ステップＳ１０６において再生確認用の配信要求であると判定されない場合には、情報処理装置１００は、優先度を優先度＝３（通常）に設定する（Ｓ１１０）。

ステップＳ１０４、Ｓ１０８、Ｓ１１０において優先度が設定されると、情報処理装置１００は、送信要求ＩＤを設定する（Ｓ１１２）。そして、情報処理装置１００は、優先度に基づいて、配信スケジュールを設定する（Ｓ１１４）。ここで、情報処理装置１００は、例えば、より優先度が高い（上記の例では、優先度の値が小さい）送信要求ＩＤに対応する配信サーバへとより早くコンテンツデータが送信されるような配信スケジュールを設定する。また、情報処理装置１００は、優先度が同一の送信要求ＩＤが複数ある場合には、例えば、配信要求が検出された順にコンテンツデータが送信されるような配信スケジュールを設定するが、上記に限られない。

情報処理装置１００は、例えば、図２に示す方法を用いることによって、配信スケジュールを設定することができる。なお、情報処理装置１００におけるコンテンツデータを送信する配信サーバの順序は、上記に限られない。例えば、情報処理装置１００は、情報処理装置１００のユーザのユーザ操作に基づいて、任意の配信サーバを、コンテンツデータを送信する配信サーバとして決定することもできる。

（２）取得要求の受信判定処理
情報処理装置１００は、配信サーバから送信される取得要求が受信されたか否かを判定する。情報処理装置１００は、取得要求が受信されるとコンテンツデータの送信に係る処理を開始する。

（３）認証処理
情報処理装置１００は、配信サーバから送信された、例えば取得要求などの各種処理要求（他の処理要求については、後述する。）が受信されると、当該処理要求に含まれる第２認証情報と機器情報に基づいて、処理要求を送信した配信サーバを認証する。ここで、情報処理装置１００は、例えば、第２認証情報と、機器情報に含まれる第１認証情報とのマッチング処理によって、処理要求を送信した装置が送信対象の配信サーバであるか否かを判定するが、認証の方法は、上記に限られない。

情報処理装置１００が各種処理要求が受信されるごとに当該処理要求に含まれる第２認証情報に基づく認証を行うことによって、情報処理装置１００は、送信対象の配信サーバに対するコンテンツデータの送信に係る処理を行うことができる。よって、情報処理装置１００は、例えば、コンテンツデータを受信する配信サーバの成りすましや、送信されるコンテンツデータの改竄、盗聴などを防止することができる。

（４）コンテンツデータの送信に係る処理
情報処理装置１００は、上記（３）の処理（認証処理）の処理結果に基づいて、認証が完了した場合にコンテンツデータの送信に係る各種処理を行う。よって、情報処理装置１００は、例えば、コンテンツデータを受信する配信サーバの成りすましや、送信されるコンテンツデータの改竄、盗聴などを防止し、送信すべきコンテンツデータを送信対象の配信サーバに受信させることができる。

また、情報処理装置１００は、上記（３）の処理（認証処理）の処理結果、認証が完了しない場合には、不正アクセス処理を行う。ここで、本発明の実施形態に係る不正アクセス処理としては、例えば、処理要求を送信した外部装置のＩＰアドレスやＭＡＣアドレス（Media Access Control address）などの情報を処理対象外の装置としてＤＢに登録することが挙げられるが、上記に限られない。処理対象外の装置の情報がＤＢ（いわゆる、ブラックリスト。）に登録されることによって、情報処理装置１００は、送信すべきコンテンツデータをより確実に送信対象の配信サーバに受信させることができる。

情報処理装置１００は、例えば、上記（１）〜（４）の処理によって、例えば上述したコンテンツデータの送信に係る安全性の問題の発生を防止し、送信すべきコンテンツデータを送信対象の配信サーバに受信させることができる。

［情報処理装置１００における処理と、各配信サーバにおける処理との一例］
次に、上述した本発明の実施形態に係るアプローチに係る各処理についてより具体的に説明するために、情報処理装置１００における処理と、各配信サーバにおける処理との一例を示す。また、以下では、配信サーバとして、図１に示す配信サーバ２００を例に挙げて説明する。なお、本発明の実施形態に係るその他の配信サーバについては、後述する配信サーバ２００と同様のため、説明を省略する。

〔情報処理装置１００における処理の一例〕
図３は、本発明の実施形態に係る情報処理装置１００における処理の一例を示す流れ図である。ここで、図３は、情報処理装置１００が１の配信サーバに対してコンテンツデータを送信する処理を表している。情報処理装置１００は、送信対象の配信サーバそれぞれに対して図２に示す処理を行うことによって、複数の配信サーバそれぞれにコンテンツデータを送信することができる。

情報処理装置１００は、コンテンツデータの送信先の配信サーバにアクセス可能か否かを判定する（Ｓ２００）。ここで、情報処理装置１００は、例えば、機器情報ＤＢに送信対象の配信サーバに対応する送信先情報が記憶されているか否かに基づいて、ステップＳ２００の判定を行うことができる。

ステップＳ２００において配信サーバにアクセス可能ではあると判定されない場合には、情報処理装置１００は、配信サーバから送信される取得要求が受信されたか否かを判定する（Ｓ２０６）。ここで、ステップＳ２００の処理からステップＳ２０６の処理への遷移は、プル方式が選択されたことに相当する。

ステップＳ２０６において配信サーバから送信される取得要求が受信されたと判定されない場合には、情報処理装置１００は、取得要求が受信されたと判定されるまで（取得要求が受信されるまで）処理を進めない。

また、ステップＳ２００において配信サーバにアクセス可能であると判定された場合には、情報処理装置１００は、配信サーバにトリガ情報を送信する（Ｓ２０２）。ここで、情報処理装置１００は、例えば、機器情報ＤＢに送信対象の配信サーバに対応する送信先情報に基づいてトリガ情報を送信する。ステップＳ２００の処理からステップＳ２０２の処理への遷移は、プッシュ方式が選択されたことに相当する。

なお、ステップＳ２０２において送信されたトリガ情報が、仮に送信対象ではない装置に取得されたとしても、当該装置は、後述するステップＳ２０８、Ｓ２１０における認証処理によって送信対象の配信サーバから除外されることとなる。よって、情報処理装置１００が送信したトリガ情報が送信対象ではない装置に取得されたとしても、コンテンツデータが当該送信対象ではない装置に送信されることは防止される。

ステップＳ２０２においてトリガ情報を送信すると、情報処理装置１００は、配信サーバから送信される取得要求が受信されたか否かを判定する（Ｓ２０４）。そして、ステップＳ２０４において配信サーバから送信される取得要求が受信されたと判定されない場合には、情報処理装置１００は、取得要求が受信されたと判定されるまで（取得要求が受信されるまで）処理を進めない。なお、ステップＳ２０２においてトリガ情報を送信してから所定の時間が経過しても取得要求が受信されたと判定されない場合には、情報処理装置１００は、ステップＳ２０２からの処理を再度行うこともできる（いわゆる、リトライ処理。）。

ステップＳ２０４またはステップＳ２０６において取得要求が受信されたと判定された場合には、情報処理装置１００は、取得要求に含まれる第２認証情報と、記憶する機器情報とに基づいて、取得要求を送信した配信サーバを認証する（Ｓ２０８）。そして、情報処理装置１００は、認証が完了したか否かを判定する（Ｓ２１０）。

ステップＳ２１０において認証が完了したと判定されない場合（例えば、認証が失敗した場合）には、情報処理装置１００は、不正アクセス処理を行う（Ｓ２２２）。ここで、不正アクセス処理としては、例えば、ＤＢ（いわゆる、ブラックリスト）への処理対象外の装置の情報の登録が挙げられるが、上記に限られない。

ステップＳ２１０において認証が完了したと判定された場合には、情報処理装置１００は、配信サーバへダウンロード情報を送信する（Ｓ２１２）。ここで、本発明の実施形態に係るダウンロード情報とは、コンテンツデータを送信先の配信サーバ（外部装置）に取得させる（ダウンロードさせる）ための情報である。ダウンロード情報は、例えば、以下の情報を含むが、本発明の実施形態に係るダウンロード情報が、以下の情報を含むものに限られないことは、言うまでもない。

＜ダウンロード情報が含む情報の一例＞
・送信要求ＩＤ
・送信先情報
・コンテンツ情報
・コンテンツデータ取得情報（例えば、コンテンツデータのダウンロード先を示すＵＲＬや、コンテンツデータのハッシュ値など。）

ステップＳ２１２においてダウンロード情報を送信すると、情報処理装置１００は、配信サーバから送信されるダウンロード要求が受信されたか否かを判定する（Ｓ２１４）。そして、ステップＳ２１４において配信サーバから送信されるダウンロード要求が受信されたと判定されない場合には、情報処理装置１００は、ダウンロード要求が受信されたと判定されるまで（ダウンロード要求が受信されるまで）処理を進めない。

ここで、本発明の実施形態に係るダウンロード要求とは、配信サーバがコンテンツデータの取得（ダウンロード）を行うことを情報処理装置１００に通知して、情報処理装置１００にコンテンツデータを送信させるものである。配信サーバは、例えば、ダウンロード情報に含まれるコンテンツデータ取得情報が示すダウンロード先のＵＲＬにアクセスすることによって、ダウンロード情報に対応するコンテンツデータを情報処理装置１００に送信させる。また、ダウンロード要求には、情報処理装置１００に認証を行わせるための第２認証情報が含まれる。より具体的には、ダウンロード要求は、例えば、以下の情報を含むが、本発明の実施形態に係るダウンロード要求が、以下の情報を含むものに限られないことは、言うまでもない。例えば、ダウンロード要求には第２認証情報が含まれず、配信サーバが、ダウンロード要求と第２認証情報とを併せて送信してもよい。

＜ダウンロード要求が含む情報の一例＞
・送信要求ＩＤ（ダウンロード情報に対応する送信要求ＩＤ）
・装置情報
・第２認証情報

ステップＳ２１４においてダウンロード要求が受信されたと判定された場合には、情報処理装置１００は、ダウンロード要求に含まれる第２認証情報と、記憶する機器情報とに基づいて、ダウンロード要求を送信した配信サーバを認証する（Ｓ２１６）。そして、情報処理装置１００は、認証が完了したか否かを判定する（Ｓ２１８）。

ステップＳ２１８において認証が完了したと判定されない場合（例えば、認証が失敗した場合）には、情報処理装置１００は、不正アクセス処理を行う（Ｓ２２２）。

また、ステップＳ２１８において認証が完了したと判定された場合には、情報処理装置１００は、配信サーバからのダウンロード要求に基づいてコンテンツデータを、当該ダウンロード要求を送信した配信サーバに送信する。

情報処理装置１００は、例えば、図３に示す処理を行うことによって、上述した（１）の処理〜（４）の処理を実現することができる。したがって、情報処理装置１００は、例えば上述したコンテンツデータの送信に係る安全性の問題の発生を防止し、送信すべきコンテンツデータを送信対象の配信サーバに受信させることができる。

なお、本発明の実施形態に係る情報処理装置１００における処理は、図３に示す処理に限られない。例えば、情報処理装置１００は、さらに、コンテンツデータが受信された後に配信サーバから送信される、コンテンツデータの取得結果（受信結果）を示す取得報告情報に含まれる第２認証情報に基づく認証を行うこともできる。取得報告情報に基づく認証を行うことによって、情報処理装置１００は、送信先の配信サーバが送信すべきコンテンツデータを受信したのかを認識することができる。また、仮に送信先の配信サーバ以外の装置がコンテンツデータを取得した事態が生じたとしても、不正アクセス処理が行われることによって、当該事態の再発を防止することができる。

ここで、本発明の実施形態に係る取得報告情報は、例えば、以下の情報を含むが、本発明の実施形態に係る取得報告情報が、以下の情報を含むものに限られないことは、言うまでもない。例えば、取得報告情報には第２認証情報が含まれず、配信サーバが、取得報告情報と第２認証情報とを併せて送信してもよい。

＜取得報告情報が含む情報の一例＞
・送信要求ＩＤ（ダウンロード情報に対応する送信要求ＩＤ）
・コンテンツデータの取得結果情報（例えば、成功かエラーかを示すフラグ。）
・第２認証情報

〔配信サーバ２００における処理の一例〕
次に、図３に示す情報処理装置１００における処理に対応して配信サーバ２００において行われる処理の一例について説明する。図４は、本発明の実施形態に係る配信サーバ２００における処理の一例を示す流れ図である。なお、図４に示す処理は、一度行われれば完了する類の処理ではなく、処理が終了するごとに繰り返し行われる。

配信サーバ２００は、トリガ情報が受信されたか否かを判定する（Ｓ３００）。

ステップＳ３００においてトリガ情報が受信されたと判定された場合には、配信サーバ２００は、当該トリガ情報に基づいて取得要求を生成する（Ｓ３０２）。そして、配信サーバ２００は、取得要求を情報処理装置１００に送信する（Ｓ３０８）。ここで、ステップＳ３００の処理〜ステップＳ３０２の処理へと遷移した場合は、情報処理装置１００においてプッシュ方式が選択された場合に対応する。

また、ステップＳ３００においてトリガ情報が受信されたと判定されない場合には、配信サーバ２００は、待機時間が経過したか否かを判定する（Ｓ３０４）。ここで、配信サーバ２００は、例えば、前回取得要求を送信してから所定の時間が経過したときに待機時間が経過したと判定することができるが、上記に限られない。例えば、配信サーバ２００は、配信サーバ２００が備える時計が示す時間が、予め設定された取得要求の送信時間となったときに待機時間が経過したと判定することもできる。

ステップＳ３０４において所定の時間が経過したと判定されない場合には、配信サーバ２００は、ステップＳ３００からの処理を繰り返す。

また、ステップＳ３０４において所定の時間が経過したと判定された場合には、配信サーバ２００は、取得要求を生成する（Ｓ３０６）。そして、配信サーバ２００は、取得要求を情報処理装置１００に送信する（Ｓ３０８）。ここで、ステップＳ３０４の処理〜ステップＳ３０６の処理へと遷移した場合は、情報処理装置１００においてプル方式が選択された場合に対応する。

ステップＳ３０８において取得要求を送信すると、配信サーバ２００は、ダウンロード情報が受信されたか否かを判定する（Ｓ３１０）。

ステップＳ３１０において、例えば、取得要求を送信してから予め定められた時間内にダウンロード情報が受信されたと判定されない場合には、配信サーバ２００は処理を終了する。

また、ステップＳ３１０においてダウンロード情報が受信されたと判定された場合には、配信サーバ２００は、ダウンロード情報に基づいてコンテンツデータを情報処理装置１００から取得する（Ｓ３１２）。そして、配信サーバ２００は、コンテンツデータの取得結果に応じた取得報告情報を情報処理装置１００へ送信する（Ｓ３１４）。

配信サーバ２００は、例えば、図４に示す処理によって、情報処理装置１００から送信されたコンテンツデータを取得（受信）することができる。

（本発明の実施形態に係る情報処理システム１０００）
次に、上述した本発明の実施形態に係るアプローチに係る上記（１）の処理〜（４）の処理を実現することが可能な情報処理装置１００を含む情報処理システム１０００の構成について説明する。

図５は、本発明の実施形態に係る情報処理システム１０００の構成の一例を示す説明図である。ここで、図５では、本発明の実施形態に係る配信サーバとして配信サーバ２００を示し、また、本発明の実施形態に係る表示コントローラとして表示コントローラ３００Ａを示している。

［情報処理装置１００］
情報処理装置１００は、通信部１０２と、記憶部１０４と、制御部１０６と、操作部１０８と、表示部１１０とを備える。

また、情報処理装置１００は、ＲＯＭ（Read Only Memory；図示せず）や、ＲＡＭ（Random Access Memory；図示せず）などを備えてもよい。情報処理装置１００は、例えば、データの伝送路としてのバス（bus）により各構成要素間を接続することができる。ここで、ＲＯＭは、制御部１０６が使用するプログラムや演算パラメータなどの制御用データを記憶する。ＲＡＭは、制御部１０６により実行されるプログラムなどを一次記憶する。

〔情報処理装置１００のハードウェア構成例〕
図６は、本発明の実施形態に係る情報処理装置１００のハードウェア構成の一例を示す説明図である。図６を参照すると、情報処理装置１００は、例えば、ＭＰＵ１５０と、ＲＯＭ１５２と、ＲＡＭ１５４と、記録媒体１５６と、入出力インタフェース１５８と、操作入力デバイス１６０と、表示デバイス１６２と、通信インタフェース１６４とを備える。また、情報処理装置１００は、例えば、データの伝送路としてのバス１６６で各構成要素間を接続する。

ＭＰＵ１５０は、ＭＰＵ（Micro Processing Unit）や、制御機能を実現するための複数の回路が集積されたチップセットなどで構成され、情報処理装置１００全体を制御する制御部１０６として機能する。また、ＭＰＵ１５０は、情報処理装置１００において、後述するスケジュール部１１２、配信制御部１１４、およびデータ伝送部１１６としての役目を果たすこともできる。

ＲＯＭ１５２は、ＭＰＵが使用するプログラムや演算パラメータなどの制御用データを記憶し、また、ＲＡＭ１５４は、ＭＰＵにより実行されるプログラムなどを一次記憶する。

記録媒体１５６は、記憶部１０４として機能し、例えば、機器情報ＤＢやコンテンツデータ、アプリケーションなどを記憶する。ここで、記録媒体１５６としては、例えば、ハードディスク（Hard Disk）などの磁気記録媒体や、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）、フラッシュメモリ（flash memory）、ＭＲＡＭ（Magnetoresistive Random Access Memory）、ＦｅＲＡＭ（Ferroelectric Random Access Memory）、ＰＲＡＭ（Phase change Random Access Memory）などの不揮発性メモリ（nonvolatile memory）が挙げられるが、上記に限られない。

入出力インタフェース１５８は、例えば、操作入力デバイス１６０や、表示デバイス１６２を接続する。操作入力デバイス１６０は、操作部１０８として機能し、また、表示デバイス１６２は、表示部１１０として機能する。ここで、入出力インタフェース１５８としては、例えば、ＵＳＢ（Universal Serial Bus）端子や、ＤＶＩ（Digital Visual Interface）端子、ＨＤＭＩ（High-Definition Multimedia Interface）端子などが挙げられるが、上記に限られない。また、操作入力デバイス１６０は、例えば、情報処理装置１００上に備えられ、情報処理装置１００の内部で入出力インタフェース１５８と接続される。操作入力デバイス１６０としては、例えば、ボタン、方向キー、ジョグダイヤルなどの回転型セレクター、あるいは、これらの組み合わせなどが挙げられるが、上記に限られない。また、表示デバイス１６２は、例えば、情報処理装置１００上に備えられ、情報処理装置１００の内部で入出力インタフェース１５８と接続される。表示デバイス１６２としては、例えば、ＬＣＤ（Liquid Crystal Display。液晶ディスプレイ）や有機ＥＬディスプレイ（organic ElectroLuminescence display。または、ＯＬＥＤディスプレイ（Organic Light Emitting Diode display）ともよばれる。）などが挙げられるが、上記に限られない。なお、入出力インタフェース１５８は、情報処理装置１００の外部装置としての操作入力デバイス（例えば、キーボードやマウスなど）や、表示デバイス（例えば、外部ディスプレイなど）と接続することもできることは、言うまでもない。

通信インタフェース１６４は、情報処理装置１００が備える通信手段であり、ネットワーク６００を介して（あるいは、直接的に）配信サーバ２００、…などの外部装置と無線／有線で通信を行うための通信部１０２として機能する。ここで、通信インタフェース１６４としては、例えば、通信アンテナおよびＲＦ回路（無線通信）や、ＩＥＥＥ８０２．１５．１ポートおよび送受信回路（無線通信）、ＩＥＥＥ８０２．１１ｂポートおよび送受信回路（無線通信）、あるいはＬＡＮ端子および送受信回路（有線通信）などが挙げられるが、上記に限られない。例えば、通信インタフェース１６４は、ネットワーク６００に対応する構成とすることができる。

情報処理装置１００は、例えば図６に示すようなハードウェア構成によって、上述した（１）の処理（送信方式の決定処理）〜（４）の処理（コンテンツデータの送信に係る処理）を実現する。したがって、情報処理装置１００は、例えば上述したコンテンツデータの送信に係る安全性の問題の発生を防止し、送信すべきコンテンツデータを送信対象の配信サーバに受信させることができる。

再度図５を参照して、情報処理装置１００の構成要素について説明する。通信部１０２は、情報処理装置１００が備える通信手段であり、ネットワーク６００を介して（あるいは、直接的に）配信サーバ２００、…などの外部装置と有線／無線で通信を行う役目を果たす。また、通信部１０２は、例えば、制御部１０６によってその通信が制御される。

記憶部１０４は、情報処理装置１００が備える記憶手段である。ここで、記憶部１０４としては、例えば、ハードディスクなどの磁気記録媒体や、フラッシュメモリなどの不揮発性メモリなどが挙げられるが、上記に限られない。

また、記憶部１０４は、例えば、機器情報ＤＢや、コンテンツデータ、アプリケーションなどを記憶する。ここで、図５では、機器情報ＤＢ１３０、コンテンツデータＡ１３２、コンテンツデータＢ１３４、…などが記憶部１０４に記憶されている例を示しているが、上記に限られない。例えば、記憶部１０４は、処理対象外の装置の情報が記録されたＤＢ（いわゆる、ブラックリスト。）や、制御部１０６が実行可能なアプリケーションなど様々な情報（データ）を記憶することもできる。

制御部１０６は、例えば、ＭＰＵやチップセットなどで構成され、情報処理装置１００全体を制御する役目を果たす。また、制御部１０６は、スケジュール部１１２、配信制御部１１４、データ伝送部１１６を備え、上述した（１）の処理（送信方式の決定処理）〜（４）の処理（コンテンツデータの送信に係る処理）を実現する。

スケジュール部１１２は、上述した配信スケジュールの設定方法に係る処理を行う役目を果たし、配信スケジュールを設定する。また、スケジュール部１１２は、設定した配信スケジュールを配信制御部１１４に伝達する。

配信制御部１１４は、上述した（１）の処理（送信方式の決定処理）〜（４）の処理（コンテンツデータの送信に係る処理）を行う役目を果たす。配信制御部１１４は、例えば、送信判定部１２０と、認証部１２２と、処理部１２４とを備える。ここで、送信判定部１２０は、上述した（１）の処理（送信方式の決定処理）と（２）の処理（取得要求の受信判定処理）とを行う役目を果たす。認証部１２２は、上述した（３）の処理（認証処理）を行う役目を果たす。また、処理部１２４は、上述した（４）の処理（コンテンツデータの送信に係る処理）を行う役目を果たす。なお、図５では、配信制御部１１４の構成が、送信判定部１２０、認証部１２２、および処理部１２４を備える構成に限られないことは、言うまでもない。

データ伝送部１１６は、処理部１２４の処理結果に基づいて、ダウンロード要求（処理要求の一例）を送信し認証部１２２が認証した配信サーバにコンテンツデータを選択的に送信する。

制御部１０６は、例えば、スケジュール部１１２、配信制御部１１４、およびデータ伝送部１１６を備えることによって、上述した（１）の処理（送信方式の決定処理）〜（４）の処理（コンテンツデータの送信に係る処理）を実現する。なお、制御部１０６の構成は、上記に限られない。例えば、制御部１０６は、通信部１０２における通信を制御する通信制御部（図示せず）を備えてもよい。

操作部１０８は、ユーザによる操作を可能とする情報処理装置１００が備える操作手段である。情報処理装置１００は、操作部１０８を備えることによって、例えば、機器情報ＤＢへの各種情報の新規登録や情報の更新、また、配信要求の生成など、情報処理装置１００のユーザが所望する処理を情報処理装置１００に行わせることができる。ここで、操作部１０８としては、例えば、キーボードやマウスなどの操作入力デバイスや、ボタン、方向キー、ジョグダイヤルなどの回転型セレクタ、あるいは、これらの組み合わせなどが挙げられるが、上記に限られない。

表示部１１０は、情報処理装置１００が備える表示手段であり、表示画面に様々な情報を表示する。表示部１１０の表示画面に表示される画面としては、例えば、所望する動作を情報処理装置１００に対して行わせるための操作画面などが挙げられる。ここで、表示部１１０としては、例えば、ＬＣＤや有機ＥＬディスプレイなどが挙げられるが、上記に限られない。例えば、情報処理装置１００は、表示部１１０を、タッチスクリーンで構成することもできる。上記の場合には、表示部１１０は、ユーザ操作および表示の双方が可能な操作表示部として機能することとなる。

情報処理装置１００は、例えば図５に示す構成によって、上述した（１）の処理（送信方式の決定処理）〜（４）の処理（コンテンツデータの送信に係る処理）を行うことができる。したがって、情報処理装置１００は、例えば上述したコンテンツデータの送信に係る安全性の問題の発生を防止し、送信すべきコンテンツデータを送信対象の配信サーバに受信させることができる。

［配信サーバ２００］
次に、配信サーバ２００の構成例について説明する。配信サーバ２００は、通信部２０２（サーバ側通信部）と、記憶部２０４（サーバ側記憶部）と、制御部２０６と、操作部２０８と、表示部２１０とを備える。

また、配信サーバ２００は、ＲＯＭ（図示せず）や、ＲＡＭ（図示せず）などを備えてもよい。配信サーバ２００は、例えば、データの伝送路としてのバスにより各構成要素間を接続することができる。ここで、ＲＯＭは、制御部２０６が使用するプログラムや演算パラメータなどの制御用データを記憶する。ＲＡＭは、制御部２０６により実行されるプログラムなどを一次記憶する。

〔配信サーバ２００のハードウェア構成例〕
図７は、本発明の実施形態に係る配信サーバ２００のハードウェア構成の一例を示す説明図である。図７を参照すると、配信サーバ２００は、例えば、ＭＰＵ１５０と、ＲＯＭ１５２と、ＲＡＭ１５４と、記録媒体１５６と、入出力インタフェース１５８と、操作入力デバイス１６０と、表示デバイス１６２と、通信インタフェース１６４とを備える。また、配信サーバ２００は、例えば、データの伝送路としてのバス１６６で各構成要素間を接続する。図７に示すように、配信サーバ２００は、図６に示す情報処理装置１００と同様のハードウェアによって構成することができる。

ＭＰＵ１５０は、図６に示すＭＰＵ１５０と同様の構成を有し、配信サーバ２００全体を制御する制御部２０６として機能する。また、ＭＰＵ１５０は、配信サーバ２００において、後述する取得要求部２１２、データ取得部２１４、およびデータ配信部２１６としての役目を果たすこともできる。

記録媒体１５６は、記憶部２０４として機能し、例えば、第２認証情報や、情報処理装置１００から取得したコンテンツデータ、アプリケーションなどを記憶する。

通信インタフェース１６４は、配信サーバ２００が備える通信手段であり、ネットワーク６００を介して（あるいは、直接的に）、情報処理装置１００などと無線／有線で通信を行うための通信部２０２として機能する。また、通信インタフェース１６４は、プライベート・ネットワーク（図示せず）を介して、表示コントローラ３００Ａ、…と通信を行う役目を果たすこともできる。

配信サーバ２００は、図７に示すようなハードウェア構成によって、例えば図４に示す処理を実現する。また、配信サーバ２００は、図７に示すようなハードウェア構成によって、各表示コントローラに対してコンテンツデータを配信する。

再度図５を参照して配信サーバ２００の構成要素について説明する。通信部２０２は、配信サーバ２００が備える通信手段であり、ネットワーク６００を介して（あるいは、直接的に）情報処理装置１００などと有線／無線で通信を行う役目を果たす。また、通信部２０２は、プライベート・ネットワーク（図示せず）を介して、各表示コントローラと通信を行う役目を果たす。ここで、通信部２０２は、例えば、制御部２０６によってその通信が制御される。

記憶部２０４は、配信サーバ２００が備える記憶手段である。ここで、記憶部２０４としては、例えば、ハードディスクなどの磁気記録媒体や、フラッシュメモリなどの不揮発性メモリなどが挙げられるが、上記に限られない。

また、記憶部２０４は、例えば、第２認証情報や、情報処理装置１００から取得したコンテンツデータ、アプリケーションなどを記憶する。ここで、図５では、第２認証情報２２０、コンテンツデータＡ１３２、コンテンツデータＣ１３６、…などが記憶部１０４に記憶されている例を示しているが、上記に限られない。例えば、記憶部２０４は、各表示コントローラにコンテンツデータを配信するスケジュールの情報が記録されたスケジュール情報を記憶することもできる。また、図５では、第２認証情報２２０が記憶部２０４に記憶されている例を示しているが、上記に限られない。例えば、第２認証情報が機器認証ドングルなどの機器認証用の装置に記憶され、配信サーバ２００が、接続された当該機器認証用の装置に記憶された第２認証情報を用いることもできる。

制御部２０６は、例えば、ＭＰＵやチップセットなどで構成され、配信サーバ２００全体を制御する役目を果たす。また、制御部２０６は、取得要求部２１２、データ取得部２１４、データ配信部２１６を備え、例えば、図４に示す処理や、各表示コントローラに対するコンテンツデータの配信を行う。

取得要求部２１２は、通信部２０２が受信したトリガ情報、または待機時間の経過に基づいて、取得要求を生成する。そして、取得要求部２１２は、通信部２０２を介して情報処理装置１００へと取得要求を送信する。

データ取得部２１４は、通信部２０２が受信したダウンロード情報に基づいて、通信部２０２を介して情報処理装置１００へとダウンロード要求を送信する。データ取得部２１４がダウンロード要求を送信することによって、配信サーバ２００は、情報処理装置１００は、コンテンツデータを取得することができる。また、データ取得部２１４は、通信部２０２がコンテンツデータを受信した場合、受信されたコンテンツデータを記憶部２０４に記憶させる。

データ配信部２１６は、例えば、記憶部２０４に記憶されているスケジュール情報（図示せず）に基づいて、記憶部２０４に記憶されているコンテンツデータを選択的に各表示コントローラへ送信する。

制御部２０６は、例えば、取得要求部２１２、データ取得部２１４、データ配信部２１６を備えることによって、図４に示す処理や、各表示コントローラに対するコンテンツデータの配信を行う。なお、制御部２０６の構成は、上記に限られない。例えば、制御部２０６は、通信部２０２における通信を制御する通信制御部（図示せず）を備えてもよい。

操作部２０８は、ユーザによる操作を可能とする配信サーバ２００が備える操作手段である。配信サーバ２００は、操作部２０８を備えることによって、例えば、配信サーバ２００のユーザが所望する処理を配信サーバ２００に行わせることができる。ここで、操作部１０８としては、例えば、キーボードやマウスなどの操作入力デバイスや、ボタン、方向キー、あるいは、これらの組み合わせなどが挙げられるが、上記に限られない。

表示部２１０は、配信サーバ２００が備える表示手段であり、表示画面に様々な情報を表示する。表示部２１０の表示画面に表示される画面としては、例えば、所望する動作を配信サーバ２００に対して行わせるための操作画面などが挙げられる。ここで、表示部２１０としては、例えば、ＬＣＤや有機ＥＬディスプレイなどが挙げられるが、上記に限られない。

配信サーバ２００は、例えば図５に示す構成によって、図４に示す処理や、各表示コントローラに対するコンテンツデータの配信を実現することができる。

情報処理システム１０００は、図５に示す情報処理装置１００を備えることによって、上述した本発明の実施形態に係るアプローチを実現し、送信対象の配信サーバ（外部装置）に送信すべきコンテンツデータをより安全に受信させることができる。

［情報処理装置１００と配信サーバ２００との間におけるコンテンツデータの送受信に係る処理の例］
次に、情報処理装置１００と配信サーバ２００との間におけるコンテンツデータの送受信に係る処理について、より具体的に説明する。なお、以下では、情報処理装置１００と配信サーバ２００との間におけるコンテンツデータの送受信に係る処理の一例について説明するが、情報処理装置１００と他の配信サーバとの間においても同様の処理によってコンテンツデータの送受信が行われる。また、以下では、情報処理装置１００が、プッシュ方式を選択した場合と、プル方式を選択した場合とについて、それぞれ説明する。

〔１〕情報処理装置１００がプッシュ方式を選択した場合
図８は、本発明の実施形態に係る情報処理装置１００と配信サーバ２００との間におけるコンテンツデータの送受信に係る処理の第１の例を示す説明図である。ここで、図８は、情報処理装置１００が本発明の実施形態に係るプッシュ方式を選択した場合における処理の一例を示している。なお、図８では、情報処理装置１００の通信部１０２、配信サーバ２００の通信部２０２、およびネットワーク６００を示していないが、情報処理装置１００と配信サーバ２００との間の通信は、例えばこれらを介して行われる。

情報処理装置１００の配信制御部１１４は、送信判定処理を行う（Ｓ４００）。ここで、図８は、情報処理装置１００がプッシュ方式を選択した場合を示しているので、ステップＳ４００ではプッシュ方式が選択されたものとする。

ステップＳ４００において送信判定処理が行われ送信方式がプッシュ方式に決定されると、配信制御部１１４は、トリガ情報を配信サーバ２００へ送信する（Ｓ４０２）。

ステップＳ４０２において情報処理装置１００から送信されたトリガ情報が受信されると、配信サーバの取得要求部２１２は、取得要求を情報処理装置１００へ送信する（Ｓ４０４）。

ステップＳ４０４において配信サーバ２００から送信された取得要求が受信されると、配信制御部１１４は、取得要求に含まれる第２認証情報と記憶部１０４に記憶された機器情報ＤＢとに基づいて、配信サーバ２００に対する認証を行う（Ｓ４０６；認証処理）。

ステップＳ４０６において認証が完了すると、配信制御部１１４は、ダウンロード情報を生成する（Ｓ４０８；ダウンロード情報生成処理）。そして、配信制御部１１４は、生成されたダウンロード情報を配信サーバ２００へ送信する（Ｓ４１０）。

ステップＳ４１０において情報処理装置１００から送信されたダウンロード情報が受信されると、取得要求部２１２は、データ取得部２１４にコンテンツデータを取得する取得指示を伝達する（Ｓ４１２）。ここで、取得要求部２１２は、例えば、ダウンロード情報に含まれる送信要求ＩＤとコンテンツデータ取得情報とを、取得指示と併せてデータ取得部２１４に伝達するが、上記に限られない。例えば、取得要求部２１２は、ダウンロード情報を取得指示と併せてデータ取得部２１４に伝達してもよい。

データ取得部２１４は、ステップＳ４１２の取得指示に基づいて、ダウンロード要求を情報処理装置１００へ送信する（Ｓ４１４）。

ステップＳ４１４において配信サーバ２００から送信されたダウンロード要求が受信されると、配信制御部１１４は、ダウンロード要求に含まれる第２認証情報と記憶部１０４に記憶された機器情報ＤＢとに基づいて、配信サーバ２００に対する認証を行う（Ｓ４１６；認証処理）。

ステップＳ４１６において認証が完了すると、配信制御部１１４は、データ伝送部１１６にコンテンツデータの送信指示を伝達する（Ｓ４１８）。そして、データ伝送部１１６は、ステップＳ４１８の送信指示に基づいてコンテンツデータを配信サーバ２００に送信する（Ｓ４２０；送信処理）。

ステップＳ４２０において情報処理装置１００から送信されたコンテンツデータが受信されると、データ取得部２１４は、コンテンツデータの取得結果（例えば、成功したかエラーかなど）を取得要求部２１２に伝達する（Ｓ４２２）。そして、取得要求部２１２は、ステップＳ４２２の取得結果に基づく取得報告情報を情報処理装置１００へ送信する（Ｓ４２４）。

ステップＳ４２４において配信サーバ２００から送信された取得報告情報が受信されると、配信制御部１１４は、取得報告情報に含まれる第２認証情報と記憶部１０４に記憶された機器情報ＤＢとに基づいて、配信サーバ２００に対する認証を行う（Ｓ４２６；認証処理）。

情報処理装置１００がプッシュ方式を選択した場合には、情報処理装置１００と配信サーバ２００との間において、例えば、図８に示す処理が行われる。ここで、情報処理装置１００は、配信サーバ２００から各種要求や各種情報が受信されるごとに認証処理を行い、認証が完了した場合に処理を進める。したがって、例えば、情報処理装置１００と配信サーバ２００との間において図８に示す処理が行われることによって、情報処理装置１００は、送信対象の配信サーバ（外部装置）に送信すべきコンテンツデータをより安全に受信させることができる。

〔２〕情報処理装置１００がプル方式を選択した場合
図９は、本発明の実施形態に係る情報処理装置１００と配信サーバ２００との間におけるコンテンツデータの送受信に係る処理の第２の例を示す説明図である。ここで、図９は、情報処理装置１００が本発明の実施形態に係るプル方式を選択した場合における処理の一例を示している。なお、図９では、情報処理装置１００の通信部１０２、配信サーバ２００の通信部２０２、およびネットワーク６００を示していないが、上述した図８と同様に、情報処理装置１００と配信サーバ２００との間の通信は、例えばこれらを介して行われる。

情報処理装置１００の配信制御部１１４は、送信判定処理を行う（Ｓ５００）。ここで、図９は、情報処理装置１００がプル方式を選択した場合を示しているので、ステップＳ５００ではプル方式が選択されたものとする。

ステップＳ５００において送信判定処理が行われ送信方式がプル方式に決定されると、配信制御部１１４は、配信サーバ２００から送信される取得要求が受信されるまで処理を進めない（Ｓ５０２；取得要求受信待ち）。

配信サーバ２００の取得要求部２１２は、待機時間の経過に基づいて、取得要求を情報処理装置１００へ送信する（Ｓ５０４）。

ステップＳ５０４において配信サーバ２００から送信された取得要求が受信されると、配信制御部１１４は、図８に示すステップＳ４０６と同様に、配信サーバ２００に対する認証を行う（Ｓ５０６；認証処理）。

ステップＳ５０６において認証が完了すると、配信制御部１１４は、ダウンロード情報を生成する（Ｓ５０８；ダウンロード情報生成処理）。そして、配信制御部１１４は、生成されたダウンロード情報を配信サーバ２００へ送信する（Ｓ５１０）。

ステップＳ５１０において情報処理装置１００から送信されたダウンロード情報が受信されると、取得要求部２１２は、図８に示すステップＳ４１２と同様に、データ取得部２１４にコンテンツデータを取得する取得指示を伝達する（Ｓ５１２）。

データ取得部２１４は、ステップＳ５１２の取得指示に基づいて、ダウンロード要求を情報処理装置１００へ送信する（Ｓ５１４）。

ステップＳ５１４において配信サーバ２００から送信されたダウンロード要求が受信されると、配信制御部１１４は、図８に示すステップＳ４１６と同様に、配信サーバ２００に対する認証を行う（Ｓ５１６；認証処理）。

ステップＳ５１６において認証が完了すると、配信制御部１１４は、データ伝送部１１６にコンテンツデータの送信指示を伝達する（Ｓ５１８）。そして、データ伝送部１１６は、ステップＳ５１８の送信指示に基づいてコンテンツデータを配信サーバ２００に送信する（Ｓ５２０；送信処理）。

ステップＳ５２０において情報処理装置１００から送信されたコンテンツデータが受信されると、データ取得部２１４は、図８に示すステップＳ４２２と同様に、コンテンツデータの取得結果を取得要求部２１２に伝達する（Ｓ５２２）。そして、取得要求部２１２は、ステップＳ５２２の取得結果に基づく取得報告情報を情報処理装置１００へ送信する（Ｓ５２４）。

ステップＳ５２４において配信サーバ２００から送信された取得報告情報が受信されると、配信制御部１１４は、図８に示すステップＳ４２６と同様に、配信サーバ２００に対する認証を行う（Ｓ５２６；認証処理）。

情報処理装置１００がプル方式を選択した場合には、情報処理装置１００と配信サーバ２００との間において、例えば、図９に示す処理が行われる。ここで、図８、図９を参照すると、情報処理装置１００が図８のステップＳ４０４〜Ｓ４２６と図９のステップＳ５０４〜Ｓ５２６とにおいて同様の処理を行っていることが分かる。つまり、情報処理装置１００は、プル方式を選択した場合であっても、プッシュ方式が選択された場合と同様に、配信サーバ２００から各種要求や各種情報が受信されるごとに認証処理を行い、認証が完了した場合に処理を進める。したがって、例えば、情報処理装置１００と配信サーバ２００との間において図９に示す処理が行われることによって、情報処理装置１００は、送信対象の配信サーバ（外部装置）に送信すべきコンテンツデータをより安全に受信させることができる。

以上のように、本発明の実施形態に係る情報処理システム１０００は、情報処理装置１００と、１または２以上の配信サーバを有する。情報処理装置１００は、上述した（０）に示す前提の下、上述した（１）の処理（送信方式の決定処理）、（２）の処理（取得要求の受信判定処理）、（３）の処理（認証処理）、（４）の処理（コンテンツデータの送信に係る処理）を行う。ここで、情報処理装置１００は、配信サーバそれぞれから各種要求や各種情報が受信されるごとに認証処理を行い、認証が完了した場合にコンテンツデータの送信に関する処理を進める。したがって、情報処理装置１００は、送信対象の配信サーバ（外部装置）に送信すべきコンテンツデータをより安全に受信させることができる。

また、情報処理装置１００は、例えば、記憶部１０４に記憶された機器情報ＤＢに送信先情報が記録されている場合には、コンテンツデータの送信方式としてプッシュ方式を選択し、その他の場合にはプル方式を選択する。ここで、本発明の実施形態に係るプル方式は、配信サーバから送信される取得要求に基づいて、コンテンツデータの送信に係る処理を開始する送信方式である。また、本発明の実施形態に係るプッシュ方式は、情報処理装置１００がトリガ情報を配信サーバに送信することによって取得要求を当該配信サーバに送信させ、当該取得要求に基づいてコンテンツデータの送信に係る処理を開始する送信方式である。よって、情報処理装置１００は、図８、図９に示すように、プッシュ方式が選択された場合であっても、またプル方式が選択された場合であっても、同一の認証の仕組みを用いてコンテンツデータの送信に係る処理を行うことができる。また、本発明の実施形態に係るプッシュ方式は、情報処理装置１００がトリガ情報を配信サーバに送信することによって取得要求を当該配信サーバに送信させる。よって、本発明の実施形態に係るプッシュ方式を用いる情報処理装置１００は、情報処理装置が直接コンテンツデータを配信サーバに送り込む従来のプッシュ方式を用いる場合と同等の時間で、コンテンツデータの送信処理を行うことができる。したがって、情報処理装置１００は、送信対象の配信サーバ（外部装置）に送信すべきコンテンツデータをより効率的に受信させることができる。

また、情報処理装置１００は、本発明の実施形態に係るプッシュ方式を用いることによって、従来のプッシュ方式を用いる場合のように情報処理装置１００側と各配信サーバ側とのそれぞれにＶＰＮ装置を設ける必要はない。よって、情報処理装置１００は、情報処理システム１０００における機器コスト、運用コストの増大の防止を図ることができる。また、情報処理装置１００は、本発明の実施形態に係るプッシュ方式を用いることによって各配信サーバからの取得要求の送信を管理することができるので、情報処理装置１００の処理負荷の増大の防止を図ることができる。よって、情報処理システム１０００が、例えば、デジタル・サイネージなどのように特定の場所、特定の時間においてコンテンツデータを再生させるサービスに用いられた場合であっても、サービスの停止や低下の発生を防止することができる。

さらに、情報処理装置１００は、コンテンツデータを送信する配信サーバに対して優先度を設定し、当該優先度に基づく配信スケジュールを決定する。よって、情報処理装置１００を有する情報処理システム１０００は、例えば、コンテンツデータの再生時間の差し替えや、コンテンツデータの再生確認などデジタル・サイネージ特有の処理に対応することができる。したがって、情報処理システム１０００は、デジタル・サイネージに用いられた場合においてもサービスの低下を防止することができるので、デジタル・サイネージに好適に適用することができる。なお、情報処理システム１０００が、デジタル・サイネージに適用されることに限られないことは、言うまでもない。

以上、本発明の実施形態に係る情報処理システム１０００を構成する構成要素として情報処理装置１００を挙げて説明したが、本発明の実施形態は、かかる形態に限られない。本発明の実施形態は、例えば、サーバやＰＣなどのコンピュータなど、様々な機器に適用することができる。

また、本発明の実施形態に係る情報処理システム１０００を構成する構成要素として配信サーバ２００、５００、…を挙げて説明したが、本発明の実施形態は、かかる形態に限られない。本発明の実施形態は、例えば、サーバやＰＣなどのコンピュータなど、様々な機器に適用することができる。

（本発明の実施形態の情報処理装置に係るプログラム）
コンピュータを、本発明の実施形態に係る情報処理装置１００として機能させるためのプログラムによって、送信対象の外部装置に送信すべきコンテンツデータをより安全に受信させることができる。

以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明は係る例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

例えば、上記では、コンピュータを、本発明の実施形態に係る情報処理装置１００として機能させるためのプログラム（コンピュータプログラム）が提供されることを示したが、本発明の実施形態は、さらに、上記各プログラムを記憶させた記憶媒体も併せて提供することができる。

上述した構成は、本発明の実施形態の一例を示すものであり、当然に、本発明の技術的範囲に属するものである。

本発明の実施形態に係る情報処理システムの概要を説明するための説明図である。 本発明の実施形態に係る情報処理装置１００における配信スケジュールの設定方法の一例を示す流れ図である。 本発明の実施形態に係る情報処理装置における処理の一例を示す流れ図である。 本発明の実施形態に係る配信サーバにおける処理の一例を示す流れ図である。 本発明の実施形態に係る情報処理システムの構成の一例を示す説明図である。 本発明の実施形態に係る情報処理装置のハードウェア構成の一例を示す説明図である。 本発明の実施形態に係る配信サーバのハードウェア構成の一例を示す説明図である。 本発明の実施形態に係る情報処理装置と配信サーバとの間におけるコンテンツデータの送受信に係る処理の第１の例を示す説明図である。 本発明の実施形態に係る情報処理装置と配信サーバとの間におけるコンテンツデータの送受信に係る処理の第２の例を示す説明図である。

符号の説明

１００ 情報処理装置
１０２、２０２ 通信部
１０４、２０４ 記憶部
１０６、２０６ 制御部
１１２ スケジュール部
１１４ 配信制御部
１１６ データ伝送部
２００、５００ 配信サーバ
２１２ 取得要求部
２１４ データ取得部
２１６ データ配信部
１０００ 情報処理システム

Claims (6)

1. １または２以上の外部装置と通信を行う通信部と；
   コンテンツデータの送信に係る処理を前記コンテンツデータを他の装置へ送信可能な外部装置に対して選択的に行うための認証に用いる第１認証情報を含む機器情報を記憶する記憶部と；
   外部装置から送信される処理要求に含まれる第２認証情報と前記記憶部に記憶された前記機器情報とに基づいて前記処理要求を送信した外部装置を認証する認証部と；
   前記認証部における認証結果に基づいて選択的に前記処理要求に応じた処理を行う処理部と；
   前記処理部の処理結果に基づいて、処理要求を送信し前記認証部が認証した外部装置にコンテンツデータを選択的に送信するデータ伝送部と；
   前記処理要求のうちの一つである、コンテンツデータの送信に関する処理を開始するための取得要求を外部装置に送信させるためのトリガ情報を、外部装置に送信するか否かを判定する送信判定部と；
   を備え、
   前記機器情報には、コンテンツデータを送信する対象である外部装置の送信先を示す送信先情報が含まれている場合があり、
   前記送信判定部は、
   前記記憶部に記憶された前記機器情報に前記送信先情報が含まれているか否かに基づいて、前記トリガ情報を前記機器情報に対応する外部装置に送信するか否かを判定し、
   前記トリガ情報を送信すると判定した場合には、前記通信部に、前記トリガ情報を前記機器情報に対応する外部装置に対して送信させ、
   前記トリガ情報を送信すると判定しない場合には、前記通信部に、前記トリガ情報を前記機器情報に対応する外部装置に対して送信させない、情報処理装置。
2. 前記認証部は、外部装置から送信される前記取得要求に含まれる第２認証情報と前記記憶部に記憶された前記機器情報とに基づいて、前記取得要求を送信した前記外部装置を認証し、
   前記処理部は、前記認証部における認証が完了した場合に、コンテンツデータを外部装置に取得させるためのダウンロード情報を外部装置に送信させる、請求項１に記載の情報処理装置。
3. 前記認証部は、前記ダウンロード情報に基づいて外部装置から送信されるダウンロード要求に含まれる第２認証情報と前記記憶部に記憶された前記機器情報とに基づいて、前記ダウンロード要求を送信した前記外部装置を認証し、
   前記処理部は、前記認証部における認証が完了した場合に、コンテンツデータを外部装置に送信させる送信指示を前記データ伝送部に伝達し、
   前記データ伝送部は、前記送信指示に基づいてコンテンツデータを外部装置に送信する、請求項２に記載の情報処理装置。
4. コンテンツデータを外部装置に送信する処理を開始する送信処理順序を設定するスケジュール部をさらに備え、
   前記送信判定部は、前記スケジュール部が設定した送信処理順序に基づいて、前記トリガ情報の送信に関する判定を行う、請求項１に記載の情報処理装置。
5. コンテンツデータの送信に係る処理を前記コンテンツデータを他の装置へ送信可能な外部装置に対して選択的に行うための認証に用いる第１認証情報を含む機器情報を記憶する記憶部に記憶された前記機器情報と、通信部が受信した外部装置から送信される処理要求に含まれる第２認証情報とに基づいて、前記処理要求を送信した外部装置を認証する手段；
   前記認証する手段における認証結果に基づいて選択的に前記処理要求に応じた処理を行う手段；
   前記処理を行う手段における処理結果に基づいて、処理要求を送信し前記認証する手段において認証された外部装置にコンテンツデータを選択的に送信する手段；
   前記処理要求のうちの一つである、コンテンツデータの送信に関する処理を開始するための取得要求を外部装置に送信させるためのトリガ情報を、外部装置に送信するか否かを判定する手段；
   としてコンピュータを機能させ、
   前記機器情報には、コンテンツデータを送信する対象である外部装置の送信先を示す送信先情報が含まれている場合があり、
   前記判定する手段は、
   前記記憶部に記憶された前記機器情報に前記送信先情報が含まれているか否かに基づいて、前記トリガ情報を前記機器情報に対応する外部装置に送信するか否かを判定し、
   前記トリガ情報を送信すると判定した場合には、前記通信部に、前記トリガ情報を前記機器情報に対応する外部装置に対して送信させ、
   前記トリガ情報を送信すると判定しない場合には、前記通信部に、前記トリガ情報を前記機器情報に対応する外部装置に対して送信させない、プログラム。
6. コンテンツデータの送信を管理する情報処理装置と、前記情報処理装置からコンテンツデータを取得する１または２以上の配信サーバとを有し、
   前記情報処理装置は、
   １または２以上の配信サーバと通信を行う通信部と；
   コンテンツデータの送信に係る処理を前記コンテンツデータを他の装置へ送信可能な外部装置に対して選択的に行うための認証に用いる第１認証情報を含む機器情報を記憶する記憶部と；
   配信サーバから送信される処理要求に含まれる第２認証情報と前記記憶部に記憶された前記機器情報とに基づいて前記処理要求を送信した配信サーバを認証する認証部と；
   前記認証部における認証結果に基づいて選択的に前記処理要求に応じた処理を行う処理部と；
   前記処理部の処理結果に基づいて、処理要求を送信し前記認証部が認証した配信サーバにコンテンツデータを選択的に送信するデータ伝送部と；
   前記処理要求のうちの一つである、コンテンツデータの送信に関する処理を開始するための取得要求を外部装置に送信させるためのトリガ情報を、配信サーバに送信するか否かを判定し、判定結果に応じて選択的に、前記通信部に、前記トリガ情報を前記機器情報に対応する配信サーバに対して送信させる送信判定部と；
   を備え、
   前記配信サーバそれぞれは、
   前記情報処理装置と通信を行うサーバ側通信部と；
   前記情報処理装置に認証を行わせるための前記第２認証情報を記憶するサーバ側記憶部と；
   前記取得要求を前記情報処理装置に送信させる取得要求部と；
   前記取得要求に基づいて前記情報処理装置から送信される、コンテンツデータを外部装置に取得させるためのダウンロード情報に基づいて、コンテンツデータを前記情報処理装置から取得するデータ取得部と；
   を備え、
   前記機器情報には、コンテンツデータを送信する対象である外部装置の送信先を示す送信先情報が含まれている場合があり、
   前記送信判定部は、
   前記記憶部に記憶された前記機器情報に前記送信先情報が含まれているか否かに基づいて、前記トリガ情報を配信サーバに送信するか否かを判定し、
   前記トリガ情報を送信すると判定した場合には、前記通信部に、前記トリガ情報を前記機器情報に対応する配信サーバに対して送信させ、
   前記トリガ情報を送信すると判定しない場合には、前記通信部に、前記トリガ情報を前記機器情報に対応する配信サーバに対して送信させない、情報処理システム。
   
   
   

Images