(57)【特許請求の範囲】
【請求項１】
記憶部と、
外部から取得したコンテンツを上記記憶部に書き込む第一書込手段と、
プログラムに基づいて、利用者から命令された特定の処理を実行する処理手段と、
上記特定の処理が開始されたことを検知すると、上記特定の処理が開始されてから完了するまでのうちの少なくとも一部の期間において、上記記憶部に書き込まれているコンテンツを再生する再生手段と、
上記特定の処理の開始時に開始要求信号を生成する信号生成手段と、
上記プログラムの種類と、上記プログラムによって実現される上記特定の処理に要する推定時間とがプログラム毎に対応付けられている対応付テーブルと、
特定の処理が開始されるとこの特定の処理を実現しているプログラムの種類を検出し、検出したプログラムの種類に対応付けられている推定時間を上記対応付テーブルから読み出す推定時間取得手段とを含み、
上記再生手段は、上記開始要求信号の生成タイミングで上記再生を開始し、上記推定時間取得手段にて取得された推定時間が上記開始から経過すると、上記再生を終了することを特徴とする情報処理装置。
【請求項２】
記憶部と、
外部から取得したコンテンツを上記記憶部に書き込む第一書込手段と、
プログラムに基づいて、利用者から命令された特定の処理を実行する処理手段とを備えた情報処理装置であって、
上記記憶部は、互いに同一内容であるものの互いにデータ品質が異なる複数のコンテンツの組を記憶しており、
上記特定の処理が開始されるとこの特定の処理を実現しているプログラムの種類を検出する検出手段と、
上記プログラムの種類と、上記プログラムの種類に応じたデータ品質を示す品質情報とが対応付けられている品質テーブルと、
上記検出手段に検出されたプログラムの種類に対応付けられている品質情報を上記品質テーブルから読み出し、上記品質テーブルから読み出した品質情報に示されているデータ品質に最も近いデータ品質を有するコンテンツを上記記憶部から読み出す品質選択部と、
上記特定の処理が開始されると、上記特定の処理が開始されてから完了するまでのうちの少なくとも一部の期間において、上記品質選択部にて読み出されたコンテンツを再生する再生手段とを備え、
上記データ品質とは、上記コンテンツのデータ量、色数、画素数、解像度、階調数のうちのいずれかであることを特徴とする情報処理装置。
【請求項３】
記憶部と、
外部から取得したコンテンツを上記記憶部に書き込む第一書込手段と、
プログラムに基づいて、利用者から命令された特定の処理を実行する処理手段と、
上記特定の処理が開始されたことを検知すると、上記特定の処理が開始されてから完了するまでのうちの少なくとも一部の期間において、上記記憶部に書き込まれているコンテンツを再生する再生手段と、
上記特定の処理を実現したプログラムの種類と、この特定の処理に要した時間とを対応付けた履歴を上記記憶部に記録する第二書込手段と、
上記特定の処理が開始されるとこの処理を実現しているプログラムの種類を検出する検出手段と、
上記検出手段にて検出されたプログラムの種類に対応付けられている上記時間を上記記憶部から読み出す読出手段とを備え、
上記再生手段は、上記読出手段に読み出された時間が長いほどデータ量の大きいコンテンツを再生し、上記読出手段に読み出された時間が短いほどデータ量の小さいコンテンツを再生するようになっていることを特徴とする情報処理装置。
【請求項４】
上記特定の処理とは、上記プログラムの起動処理であって、上記プログラムの実行中に表示部に表示されるＧＵＩ画像を入力不可状態から入力待ち受け状態に移行させる処理であることを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
【請求項５】
上記特定の処理とは、外部装置との間でデータを通信する処理であることを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
【請求項６】
上記特定の処理の開始時に開始要求信号を生成し、上記処理手段による処理の終了時に終了通知信号を生成する信号生成手段を含み、
上記再生手段は、上記開始要求信号の生成タイミングで上記再生を開始し、上記終了通知信号の生成タイミングで上記再生を終了することを特徴とする請求項２または３に記載の情報処理装置。
【請求項７】
上記記憶部には複数のコンテンツが書き込まれており、
上記再生手段は、上記複数のコンテンツの各々を所定の順序で再生することを特徴とする請求項１に記載の情報処理装置。
【請求項８】
上記再生手段は、再生中のコンテンツに対してスキップする指示が利用者から入力されると、当該スキップの対象となったコンテンツの再生を中止し、次に再生すべきコンテンツを再生することを特徴とする請求項７に記載の情報処理装置。
【請求項９】
上記記憶部には、上記複数のコンテンツと、当該複数のコンテンツの各々の再生順序を示した順序データとが対応付けられて書き込まれており、
上記再生手段は、上記順序データに示される順序に基づいて上記所定の順序を決定することを特徴とする請求項７または８に記載の情報処理装置。
【請求項１０】
上記複数のコンテンツの各々についての再生履歴を上記記憶部に書き込む第三書込手段と、
上記記憶部に記憶されている再生履歴を参照して、上記順序データを書き換える順序変更手段と、
を含むことを特徴とする請求項９に記載の情報処理装置。
【請求項１１】
上記順序変更手段は、過去の再生回数または再生時間の少ないコンテンツが優先される順序になるように、上記順序データを書き換えることを特徴とする請求項１０に記載の情報処理装置。
【請求項１２】
上記記憶部には、上記コンテンツと当該コンテンツを再生すべき期間を日時で示したスケジュール情報とが対応付けられて書き込まれており、
上記再生手段は、上記コンテンツについて、当該コンテンツに対応付けられているスケジュール情報に示される日時に限定して再生することを特徴とする請求項７または８に記載の情報処理装置。
【請求項１３】
上記複数のコンテンツの各々についての再生履歴を上記記憶部に書き込む第三書込手段と、
上記記憶部に記憶されている再生履歴を参照して、上記スケジュール情報を書き換えるスケジュール変更手段と、
を含むことを特徴とする請求項１２に記載の情報処理装置。
【請求項１４】
上記スケジュール変更手段は、過去の再生回数または再生時間の少ないコンテンツほど上記再生すべき期間が長くなるように、上記スケジュール情報を書き換えることを特徴とする請求項１３に記載の情報処理装置。
【請求項１５】
請求項１から１４のいずれか１項の情報処理装置と、上記情報処理装置に対して上記コンテンツを配信するサーバ装置とを含むコンテンツ配信システム。
【請求項１６】
上記情報処理装置は、上記コンテンツを再生すると、当該コンテンツが再生されたことを示す再生済情報を上記サーバ装置に送信することを特徴とする請求項１５に記載のコンテンツ配信システム。
【請求項１７】
請求項１から１４のいずれか１項に記載の情報処理装置の制御プログラムであって、コンピュータを上記情報処理装置の各手段として機能させる制御プログラム。
【請求項１８】
請求項１７に記載の制御プログラムを記憶したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像，画像，音響等のコンテンツを取得し、当該コンテンツを再生する情報処理装置，当該コンテンツをサーバ装置から当該情報処理装置に配信するコンテンツ配信システム，制御プログラム，コンピュータ読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
近年、インターネット等の通信網を利用して、画像データや音響データ等のコンテンツを端末装置に配信するコンテンツ配信システムが実現されている。また、単にコンテンツを端末装置に配信し、再生するだけでなく、再生したコンテンツに利用者が関心を抱くように、コンテンツの配信態様や再生態様に様々な工夫を施す試みがなされている。
【０００３】
例えば、以下に示す特許文献１においては、情報処理装置にて広告コンテンツを再生しているときに、視聴者から入力された指示に応じて、上記広告コンテンツの再生を一時停止し、当該広告の内容に関連する関連コンテンツを再生する技術が開示されている。また、以下に示す特許文献２においては、視聴者装置において視聴者がテレビ放送等を視聴している際、上記視聴者装置からの要求に応じて、当該テレビ放送の内容に関連したコンテンツを上記視聴者装置に配信するコンテンツ提供サーバが開示されている。
【特許文献１】特開２００４−８０４４７号公報（公開日：平成１６年３月１１日）
【特許文献２】特開２００２−２０９２０４号公報（公開日：平成１４年７月２６日）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように、コンテンツ配信業者においては、配信・再生するコンテンツに対する利用者の関心度を向上させるために、コンテンツの配信・再生態様に様々な趣向を凝らせる工夫が日々行われている。
【０００５】
つまり、コンテンツ配信業者においては、どのようなタイミングまたはどのような態様でコンテンツを配信し、また、どのようなタイミングまたはどのような態様でコンテンツを再生すれば、より効果的に当該コンテンツを利用者に印象付けることができるかが重大なテーマとなっている。
【０００６】
本発明は、利用者がコンテンツに関心を示しやすいタイミングで、当該コンテンツを再生する情報処理装置，コンテンツ配信システム，制御プログラム，コンピュータ読み取り可能な記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００７】
以上の目的を達成するために、本発明の情報処理装置は、記憶部と、外部から取得したコンテンツを記憶部に書き込む第一書込手段と、プログラムに基づいて、利用者から命令された特定の処理を実行する処理手段と、上記特定の処理が開始されたことを検知すると、上記特定の処理が開始されてから完了するまでのうちの少なくとも一部の期間において、上記第一記憶部に書き込まれているコンテンツを再生する再生手段と、を含むことを特徴とする。
【０００８】
この構成によれば、外部から取得したコンテンツは、利用者から命令された特定の処理が開始されてから完了するまでのうちの少なくとも一部の期間において、再生されることとなる。これにより、特定の処理の実行命令を入力した利用者からすれば、この特定の処理が開始されてから完了されるまでの間に、再生されている広告用コンテンツを視聴することができる。
【０００９】
なお、上記した「特定の処理」とは、開始から完了にある程度の時間を要する処理であって、利用者を処理完了待ち状態にさせる処理であり、例えば、プログラムの起動処理（プログラムを起動して該プログラムの実行中に用いられるＧＵＩ画像を入力待ち受け状態に移行させる処理），通信処理（外部装置からデータをダウンロードし、または、外部装置へデータをアップロードさせる処理），ウィルスソフトにおける各種処理（ウィルススキャン処理等），リムーバブルな記録媒体から装置内部の記憶装置へ大量データを転写する処理，ソフトウェアの更新処理，ソフトウェアのインストールまたはアンインストール処理等が該当する。
【００１０】
一般的に、コンピュータにおいては、上記起動処理等の特定の処理はすぐに完了せず、処理の開始から完了まである程度の時間を要するものである。ここで、上記特定の処理の実行命令を入力した利用者からすれば、この時間が経過するまで何もせずに待機しておかなければならない。
【００１１】
これに対し、上記構成によれば、この待機している間、利用者にコンテンツを視聴させることになる。ここで、利用者からすれば、何もしない待機時間であるからこそ、この待機時間に再生されるコンテンツへの関心が高まる。それゆえ、上記構成によれば、利用者がコンテンツに関心を示しやすいタイミングで、当該コンテンツを利用者に再生することとなり、コンテンツを効果的に利用者に印象付けさせることができる。また、利用者からしても、上記待機時間にコンテンツを視聴することにより、上記待機時間を有効活用できるというメリットがある。
【００１２】
また、開始から完了までにある程度の時間を要する処理の代表例としては、上記プログラムの起動処理であって、上記プログラムの実行中に表示部に表示されるＧＵＩ画像を入力待ち受け状態にまで移行させる処理が挙げられる。それゆえ、上記特定の処理としては、上記プログラムの起動処理であって、上記プログラムの実行中に表示部に表示されるＧＵＩ画像を入力待ち受け状態にまで移行させる処理であることが好ましい。
【００１３】
さらに、開始から完了までにある程度の時間を要する処理の代表例としては、外部装置との間でデータをダウンロードまたはアップロードさせる処理（通信処理）が挙げられる。それゆえ、上記特定の処理とは、外部装置との間でデータを通信する処理であることが好ましい。
【００１４】
また、本発明の情報処理装置は、上記構成に加えて、上記特定の処理の開始時に開始要求信号を生成し、上記処理手段による処理の終了時に終了通知信号を生成する信号生成手段を含み、上記再生手段は、上記開始要求信号の生成タイミングで上記再生を開始し、上記終了通知信号の生成タイミングで上記再生を終了することが好ましい。
【００１５】
また、上記特定の処理に要する時間は、処理の実行を実現するプログラムの種類毎に異なるものである。それゆえ、例えば、コンテンツの再生時間を一定とすれば、あるプログラムによる上記特定の処理の実行中においては、必要十分な時間、コンテンツを再生できるが、別のプログラムによる上記特定の処理の実行中においては、コンテンツの再生時間が過剰または不足するという事態が起こりうる。
【００１６】
これに対し、上記構成によれば、上記特定の処理が行われる度に、この特定の処理の開始タイミングおよび完了タイミングを実際に検知していることになるため、特定の処理の実行を実現するプログラム毎に当該処理に要する時間が異なっていても、プログラムの種類や処理の種類には関係なく、実際に処理に要した時間だけコンテンツを再生することができる。
【００１７】
さらに、本発明の情報処理装置は、上記構成に加えて、上記特定の処理の開始時に開始要求信号を生成する信号生成手段と、上記プログラムの種類と、上記プログラムによって実現される上記特定の処理に要する推定時間とがプログラム毎に対応付けられて記憶されている対応付テーブルと、特定の処理が開始されるとこの特定の処理を実現しているプログラムの種類を検出し、検出したプログラムの種類に対応付けられている推定時間を上記対応付テーブルから読み出す推定時間取得手段と、を含み、上記再生手段は、上記開始要求信号の生成タイミングで上記再生を開始し、上記推定時間取得手段にて取得された推定時間が上記開始から経過すると、上記再生を終了することが好ましい。
【００１８】
以上の構成によれば、上記特定の処理が開始されるとコンテンツの再生が開始され、当該特定の処理の開始から完了に要する推定時間が経過するまでの間、コンテンツの再生が行われ続ける。ここで、上記推定時間は、対応付テーブルにおいて、上記特定の処理を行うプログラムの種類に応じて予め記憶されているため、上記特定の処理を行うプログラムの種類毎に、コンテンツの再生時間を異ならせることができる。
【００１９】
つまり、上記特定の処理に要する時間は、プログラムの種類毎に異なるものであるところ、上記構成によれば、プログラム毎に特定の処理に要する予測時間を予め記憶させておき、この予測時間だけコンテンツを再生することになる。したがって、コンテンツの再生時間を、上記特定の処理を行うプログラムに応じた最適な時間に設定することが可能となる。
【００２０】
また、以上の構成は、上記終了通知信号の生成が不要であり、このような信号を生成することのできないプログラムにて上記特定の処理を行う場合に最適な構成となる。
【００２１】
また、本発明の情報処理装置は、上記構成に加えて、上記特定の処理が開始されるとこの特定の処理を実現しているプログラムの種類を検出する検出手段を含み、上記再生手段は、上記検出手段に検出されたプログラムの種類に応じて、再生するコンテンツのデータ品質を変更することが好ましい。
【００２２】
ここで、データ品質とは、コンテンツのデータ量，色数，画素数，解像度，階調数等を意味するものである。
【００２３】
上記特定の処理に要する時間は、この特定の処理を実行するプログラムの種類によって異なるものである。そこで、上記構成によれば、上記特定の処理を行っているプログラムの種類に応じて、再生するコンテンツのデータ品質を変更している。これにより、上記特定の処理に要する時間に応じて、該時間に適したデータ品質（データ量）のコンテンツを再生することができる。例えば、コンテンツのデータ量が大き過ぎて、コンテンツの再生が始まる前に上記データ処理が完了するという不都合を回避できる。
【００２４】
また、本発明の情報処理装置は、上記構成に加えて、上記所定の処理を実現したプログラムの種類と、この所定の処理に要した時間とを対応付けた履歴を上記記憶部に記録する第二書込手段と、上記所定の処理が開始されるとこの処理を実現しているプログラムの種類を検出する検出手段と、上記検出手段にて検出されたプログラムの種類に対応付けられている上記時間を上記記憶部から読み出す読出手段と、上記再生手段は、上記読出手段に読み出された時間の多寡に応じて、再生するコンテンツのデータ品質を変更することが好ましい。
【００２５】
上記特定の処理に要する時間は、この特定の処理を実行するプログラムの種類によって異なり、また、プログラムの種類が同じであれば当該特定の処理に要する時間は略一定の傾向を示す。そこで、上記構成においては、プログラムによって上記特定の処理が開始されると、過去に行われた上記プログラムによる上記特定の処理に要した時間に応じて、再生するコンテンツの品質を変更している。これにより、過去の履歴から予想される特定の処理に要する時間に応じて、コンテンツのデータ量をこの時間内に再生可能な量に調整することができ、例えば、コンテンツのデータ量が大き過ぎて、コンテンツの表示が開始されるよりも先にアプリケーションの起動処理が完了してしまうという不都合を回避できる。
【００２６】
さらに、本発明の情報処理装置は、上記構成に加えて、上記第一記憶部には複数のコンテンツが書き込まれており、上記再生手段は、上記複数のコンテンツの各々を所定の順序で再生することが好ましい。
【００２７】
以上の構成によれば、利用者から命令された特定の処理が開始されてから完了するまでのうちの少なくとも一部の期間において、単一のコンテンツを再生するのではなく、複数のコンテンツの各々を順次再生することとなる。それゆえ、利用者からすれば、複数のコンテンツの各々を順に視聴することができるため、単一のコンテンツを再生する構成よりも、バリエーションに富んだコンテンツ視聴サービスを受けることができる。
【００２８】
また、本発明の情報処理装置は、上記構成に加えて、上記再生手段は、再生中のコンテンツに対してスキップする指示が利用者から入力されると、当該スキップの対象となったコンテンツの再生を中止し、次に再生すべきコンテンツを再生することが好ましい。
【００２９】
上記構成によれば、利用者からすれば、再生される全てのコンテンツを視聴する必要性はなく、所望するコンテンツを選択して視聴することが可能となる。
【００３０】
また、本発明の情報処理装置は、上記構成に加えて、上記記憶部には、上記複数のコンテンツと、当該複数のコンテンツの各々の再生順序を示した順序データとが対応付けられて書き込まれており、上記再生手段は、上記順序データに示される順序に基づいて上記所定の順序を決定することが好ましい。
【００３１】
上記構成によれば、複数のコンテンツの各々の再生順序は、第一記憶部に書き込まれている順序データに基づいて定められる。それゆえ、利用者やコンテンツ提供者からすれば、複数のコンテンツを外部から情報処理装置に入力する際、同時に各コンテンツの順序を示した順序データを入力することによって、各コンテンツの再生順序を予め定めておくことが可能となる。
【００３２】
さらに、本発明の情報処理装置は、上記構成に加えて、上記複数のコンテンツの各々についての再生履歴を上記記憶部に書き込む第三書込手段と、上記記憶部に記憶されている再生履歴を参照して、上記順序データを書き換える順序変更手段と、を含むことが好ましい。
【００３３】
以上の構成によれば、各コンテンツの再生順序を固定とせず、過去の再生履歴を参照して、逐次再生順序を変更することが可能になる。それゆえ、例えば、過去の再生順序とは異なる再生順序となるように順序データを書き換えたり、また、過去に再生されていないコンテンツの再生順序が優先されるように順序データを書き換えたり、さらに、過去の再生時間または再生回数が少ないコンテンツの再生順序が優先されるように順序データを書き換えるといった制御が可能となる。また、過去の再生回数の多いコンテンツの再生順序が優先されるように順序データを書き換えてもよい。
【００３４】
なお、上記順序変更手段が、過去の再生回数または再生時間の少ないコンテンツが優先される順序になるように、上記順序データを書き換える場合、複数のコンテンツの各々の通算の再生時間や通算の再生回数をできるだけ均等に近くなるようにすることができるという効果を奏する。
【００３５】
また、本発明の情報処理装置は、上記構成に加えて、上記記憶部には、上記コンテンツと当該コンテンツを再生すべき期間を日時で示したスケジュール情報とが対応付けられて書き込まれており、上記再生手段は、上記コンテンツについて、当該コンテンツに対応付けられているスケジュール情報に示される日時に限定して再生することが好ましい。
【００３６】
以上の構成によれば、コンテンツの再生すべき日時をコンテンツ毎に予め定めておくことができる。それゆえ、各コンテンツについて、再生するのに好ましい日時（例えば、上映中の映画を広告するコンテンツの場合、上映期間中のみ）に限定してコンテンツを再生することができる。
【００３７】
また、本発明の情報処理装置は、上記構成に加えて、上記複数のコンテンツの各々についての再生履歴を上記記憶部に書き込む第三書込手段と、上記記憶部に記憶されている再生履歴を参照して、上記スケジュール情報を書き換えるスケジュール変更手段と、を含むことを特徴とする。
【００３８】
以上の構成によれば、過去の再生履歴を参照して、逐次、上記スケジュール情報を変更することが可能になる。それゆえ、例えば、過去に再生されていないコンテンツが優先して再生されるようにスケジュール情報を変更したり、過去の再生頻度の高いコンテンツの再生期間を圧縮するようにスケジュール情報を変更したり、過去の再生頻度の低いコンテンツの再生期間を伸ばすようにスケジュール情報を変更するといった制御が可能となる。また、過去の再生頻度の高いコンテンツの再生期間を伸ばすようにスケジュール情報を変更してもよい。
【００３９】
なお、上記スケジュール変更手段が、過去の再生回数または再生時間の少ないコンテンツほど上記再生すべき期間が長くなるように、上記スケジュール情報を書き換える場合、複数のコンテンツの各々の通算の再生時間や通算の再生回数をできるだけ均等に近くなるようにすることができるという効果を奏する。
【００４０】
また、本発明のコンテンツ配信システムは、以上の目的を達成するために、上記情報処理装置と、上記情報処理装置に対して上記コンテンツを配信するサーバ装置とを含む。
【００４１】
以上の構成によれば、コンテンツを配信するサーバを管理する配信業者からすれば、利用者がコンテンツに関心を示しやすいタイミングで、当該コンテンツを利用者に再生することができ、コンテンツを効果的に利用者に印象付けさせることができる。
【００４２】
また、本発明のコンテンツ配信システムにおいて、上記情報処理装置は、上記コンテンツを再生すると、当該コンテンツが再生されたことを示す再生済情報を上記サーバ装置に送信することが好ましい。
【００４３】
これにより、サーバ装置の管理者からすれば、情報処理装置に配信したコンテンツが配信先で真に再生されたことを確認することが可能になる。
【００４４】
また、本発明の情報処理装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させる制御プログラム，当該制御プログラムを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【発明の効果】
【００４５】
以上の目的を達成するために、本発明の情報処理装置は、記憶部と、外部から取得したコンテンツを記憶部に書き込む第一書込手段と、プログラムに基づいて、利用者から命令された特定の処理を実行する処理手段と、上記特定の処理が開始されたことを検知すると、上記特定の処理が開始されてから完了するまでのうちの少なくとも一部の期間において、上記第一記憶部に書き込まれているコンテンツを再生する再生手段と、を含むことを特徴とする。
【００４６】
それゆえ、上記構成によれば、利用者がコンテンツに関心を示しやすいタイミングで、当該コンテンツを利用者に再生することとなり、コンテンツを効果的に利用者に印象付けさせることができる。また、利用者からしても、上記待機時間にコンテンツを視聴することにより、上記待機時間を有効活用できるというメリットがある。
【発明を実施するための最良の形態】
【００４７】
〔実施の形態１〕
以下、本発明の一実施形態について図に基づいて説明する。図２は、本実施形態のコンテンツ配信システムの概略を示すブロック図である。図２に示すように、コンテンツ配信システム１は、利用者端末（情報処理装置）２…，配信管理サーバ（サーバ装置）３，登録用端末４，通信ネットワークＮを含む構成である。なお、同図に示すように、利用者端末２…，配信管理サーバ３，登録用端末４は、各々、通信ネットワークＮに接続されている。
【００４８】
登録用端末４は、スポンサー（広告主）の保有する端末コンピュータである。スポンサーは、登録用端末４から配信管理サーバ３にアクセスし、配信管理サーバ３に対して、広告用コンテンツの登録作業を行う。
【００４９】
なお、広告用コンテンツとは、スポンサー（企業等）が取り扱う商品・サービスを一般公衆に宣伝するための情報媒体であり、本実施形態ではこの広告用コンテンツを静止画像として説明する。但し、広告用コンテンツは、静止画像に限定されるものではなく、例えば、動画像，音響等であっても構わない。また、登録用端末４は、スポンサーではなく、広告代理業者の保有する端末であっても構わない。
【００５０】
配信管理サーバ３は、コンテンツ配信業者の所有するサーバコンピュータであり、登録されている広告用コンテンツを利用者端末２…の各々に配信するものである。
【００５１】
利用者端末２…は、配信管理サーバ３から広告用コンテンツが配信され、当該広告用コンテンツを利用者に表示する情報処理装置である。なお、利用者端末２としては、汎用のパーソナルコンピュータ，携帯電話，ＰＨＳ（Personal Handyphone System，登録商標），ＰＤＡ（Personal Digital Assistant）等が挙げられる。
【００５２】
通信ネットワークＮは、インターネット，衛生通信網，ＬＡＮ（Local Area Network），ＷＡＮ（Wide Area Network），ＦＴＴＨ（Fiber To The Home），ＣＡＴＶ（Community Antenna Television），ＸＤＳＬ（Digital Subscribe Line），ＩＳＤＮ（Integrated Services Digital Network），公衆電話回線網，接続ケーブル等を含む種々の無線・有線通信回線である。
【００５３】
以上示した構成において、スポンサーは、登録用端末４を用いて、配信対象となる広告用コンテンツを配信管理サーバ３に登録する。そして、この配信管理サーバ３は、登録された広告用コンテンツを利用者端末２…の各々に配信する。さらに、利用者端末２においては、配信された広告用コンテンツが利用者に表示されることとなる。このようにして、スポンサーは、利用者端末２…の利用者に対して広告用コンテンツを提示することができ、コマーシャル活動を行うことができる。
【００５４】
（広告用コンテンツの登録）
つぎに、スポンサーが配信管理サーバ３に広告用コンテンツの登録作業を行う手順について詳細に説明する。図３は、配信管理サーバ３と登録用端末４との間で実現される通信手順を示したフローチャートである。
【００５５】
まず、登録用端末４は、スポンサー（登録用端末４のオペレータ）から入力された指示に応じて、ブラウザによって配信管理サーバ３にアクセスする。そして、登録用端末４は、スポンサーから入力されたスポンサーＩＤ（Identification Data）を配信管理サーバ３へ送信する（Ｓ１）。なお、上述したスポンサーＩＤは、当該スポンサーの識別情報であって、真正なスポンサーに対してユニークに与えられていると共に、配信管理サーバ３の記憶部（不図示）に予め記憶されている情報である。
【００５６】
配信管理サーバ３は、登録用端末４からスポンサーＩＤを受信すると、この登録用端末４が真正のスポンサーによって操作されているものか否かを判別する処理（スポンサー認証）を行う（Ｓ２）。具体的に、配信管理サーバ３は、登録用端末４から上記スポンサーＩＤを受信すると、受信したスポンサーＩＤと、配信管理サーバ３に予め記憶されているスポンサーＩＤとを照合している。
【００５７】
そして、配信管理サーバ３は、Ｓ２のスポンサー認証処理において、アクセスしてきた登録用端末４が真正のスポンサーによって操作されているものと判断すると、この登録用端末４との通信を維持すると共に、コンテンツ登録用画像と当該コンテンツ登録用画像の表示指示とを登録用端末４に送信する（Ｓ３）。さらに、登録用端末４は、自装置の表示部に、配信管理サーバ３から送られてきたコンテンツ登録用画像を表示する（Ｓ４）。ここで、コンテンツ登録用画像とは、登録用端末４に入力された広告用コンテンツや登録用端末４に記憶されている広告用コンテンツを配信管理サーバ３にアップロードさせるためのＧＵＩ（Graphical User Interface）である。
【００５８】
なお、配信管理サーバ３は、Ｓ２のスポンサー認証処理において、登録用端末４が不正なスポンサーによって操作されているものと判断すると、当該登録用端末４との通信を切断する。
【００５９】
Ｓ４において、登録用端末４の表示部にコンテンツ登録用画像が表示されると、当該登録用端末４は、スポンサーから入力される指示に応じて、当該登録用端末４に入力された広告用コンテンツまたは記憶されている広告用コンテンツを配信管理サーバ３へ送信（アップロード）する（Ｓ６）。これにより、配信管理サーバ３に広告用コンテンツが入力されることとなる（Ｓ７）。
【００６０】
その後、配信管理サーバ３は、入力された広告用コンテンツから、互いに同一内容かつ異品質の広告用コンテンツを複数生成し（データ品質の調整処理，Ｓ８）、生成した各品質の広告用コンテンツをコンテンツＤＢ１８（図４参照）に保存・登録する（Ｓ９）。具体的に、コンテンツＤＢ１８においては、同一内容の広告用コンテンツについて、各々異なる品質の広告用コンテンツが互いに対応付けられて記憶されることになる。なお、上記した「品質」とは、広告用コンテンツのデータ量，色数，画素数，解像度，階調数等を意味するものである。
【００６１】
なお、このように、同一の内容で互いに異なる品質の広告用コンテンツを複数生成しているのは、利用者端末２…のスペックは端末毎で異なるものであり、各々の利用者端末２…のスペックに適した品質の広告用コンテンツを配信するためである。ここで、上記「スペック」とは、利用者端末２におけるデータ処理性能（メモリ容量，ＣＰＵの処理能力）や表示性能（色数，画素数，解像度，階調数等）を意味するものである。
【００６２】
コンテンツの登録が終了すると、配信管理サーバ３は、各品質の広告用コンテンツのうち、登録用端末４の性能に適合する品質の広告用コンテンツと、登録済を示すメッセージと、当該コンテンツおよび上記メッセージを表示する指示とを登録用端末４に送信する（Ｓ１０）。これにより、登録用端末４において、配信管理サーバ３に登録された広告用コンテンツと、登録済を示すメッセージとが表示部に表示され（Ｓ１１）、スポンサーは、配信管理サーバ３にアップロードした広告用コンテンツが登録されたことを確認することができる。このようにして、広告用コンテンツの登録処理が行われる。
【００６３】
なお、以上示した広告用コンテンツの登録処理はあくまでも一例に過ぎず、コンテンツ配信サーバに対して配信対象となるコンテンツを登録する処理であれば周知のいかなる手法を用いても構わない。例えば、上述した一例では、登録用端末４を用いて配信管理サーバ３に広告用コンテンツを登録しているが、このような登録用端末４を用いずに、配信管理サーバ３に直接広告用コンテンツを入力する構成であってもよいし、配信管理サーバ３にて広告用コンテンツを生成する構成であってもよい。
【００６４】
（広告用コンテンツの配信）
つぎに、配信管理サーバ３が利用者端末２に広告用コンテンツを配信する処理について詳細に説明する。図４は、配信管理サーバ３および登録用端末４において、コンテンツ配信処理を実行する構成の詳細を示した機能ブロック図である。
【００６５】
同図に示すように、配信管理サーバ３は、通信部１１，制御部１９，端末・スペックＤＢ（データベース）１７，コンテンツＤＢ１８を含む構成である。また、制御部１９は、配信管理サーバ３を制御するコンピュータであって、コンテンツ登録監視部１２，スペック情報送信部１３，スペック情報更新処理部１４，コンテンツ要求受付部１５，コンテンツ配信部１６を含んでいる。
【００６６】
通信部１１は、通信ネットワークＮを介して外部装置（例えば、利用者端末２）と通信を行うための通信インターフェースである。
【００６７】
端末・スペックＤＢ１７は、配信管理サーバ３の管理者（コンテンツ配信業者）との間で予め契約を締結している利用者の利用者端末２…について、当該利用者端末２の位置情報（例えばＩＰアドレス，ＵＲＬ等）と、当該利用者端末２のスペックを示したスペック情報とを対応付けて蓄積しているデータベースである。なお、配信管理サーバ３は、利用者端末２との間で上記契約を締結する際に、当該利用者端末２の位置情報とスペック情報とを利用者端末２から受信して端末・スペックＤＢ１７に記憶しているものとする。
【００６８】
コンテンツＤＢ１８は、登録用端末４からアップロードした広告用コンテンツを登録・蓄積するためのデータベースである。なお、上述したように、コンテンツＤＢ１８においては、同一内容の広告用コンテンツについて、各々異なる品質の広告用コンテンツが互いに対応付けられて記憶されている。
【００６９】
コンテンツ登録監視部１２は、コンテンツＤＢ１８を監視するブロックであり、コンテンツＤＢ１８に新たなコンテンツが登録された場合、新たなコンテンツが登録された旨をスペック情報送信部１３およびコンテンツ配信部１６に伝達するものである。
【００７０】
スペック情報送信部１３は、コンテンツＤＢ１８に新たなコンテンツが登録された場合、端末・スペックＤＢ１７から各利用者端末２の位置情報およびスペック情報を読み出し、各利用者端末２に対して各々の利用者端末２のスペック情報を送信するブロックである。
【００７１】
なお、後述するが、上記スペック情報を受信した利用者端末２は、受信したスペック情報に示されるスペックが自装置の現時点のスペックと一致する場合、配信管理サーバ３に対してコンテンツ要求を送信する。また、利用者端末２は、受信したスペック情報に示されるスペックが自装置の現時点のスペックと一致しない場合、真正のスペック情報（利用者端末２の現時点のスペックを示したスペック情報）とスペック情報更新要求とを配信管理サーバ３に送信する。
【００７２】
コンテンツ要求受付部１５は、利用者端末２から上記コンテンツ要求を受信すると、コンテンツ要求を送ってきた利用者端末２の位置情報とスペック情報とを端末・スペックＤＢ１７から読み出し、読み出した位置情報およびスペック情報をコンテンツ配信部１６に伝達するブロックである。
【００７３】
コンテンツ配信部１６は、コンテンツ要求を送ってきた利用者端末２の位置情報とスペック情報とが伝達されると、新たに登録された広告用コンテンツであって、上記スペック情報に示されるスペックに最も適合する品質の広告用コンテンツをコンテンツＤＢ１８から読み出し、読み出した広告用コンテンツを上記位置情報に示される利用者端末２に送信するブロックである。
【００７４】
スペック情報更新処理部１４は、利用者端末２から真正のスペック情報とスペック情報更新要求とを受信すると、端末・スペックＤＢ１７においてこの利用者端末２の位置情報に対応付けられているスペック情報を、上記真正のスペック情報に書き換える処理（更新処理）を行うブロックである。また、スペック情報更新処理部１４は、上記更新処理を完了すると、スペック情報の更新が行われた利用者端末２に対して再度スペック情報の送信を行う旨の命令をスペック情報送信部１３に与える。
【００７５】
つぎに、利用者端末２の構成について説明する。図４に示すように、利用者端末２は、通信部２１，制御部２８，スペック情報記憶部２６，コンテンツ記憶部２７を含む構成である。また、制御部２８は、利用者端末２を制御するコンピュータであり、スペック情報照合部２２，コンテンツ要求部２３，スペック情報更新要求部２４，コンテンツ取得部２５を含む構成である。
【００７６】
通信部２１は、通信ネットワークＮを介して外部装置（例えば、配信管理サーバ３）と通信を行うための通信インターフェースである。
【００７７】
スペック情報記憶部２６は、書き込み可能な不揮発性メモリ（ＥＰＲＯＭ，ＥＥＰＲＯＭ，フラッシュメモリ）またはハードディスク等に含まれる記憶領域であって、利用者端末２の上記スペック情報が格納される記憶領域である。このスペック情報記憶部２６においては、現在の利用者端末２のスペックを示すスペック情報がリアルタイムで更新記憶されている。
【００７８】
コンテンツ記憶部（記憶部）２７は、書き込み可能な不揮発性メモリまたはハードディスク等に含まれる記憶領域であって、配信管理サーバ３から配信されてくる広告用コンテンツが書き込まれる記憶領域である。
【００７９】
スペック情報照合部２２は、配信管理サーバ３から上記したスペック情報を受信すると、受信したスペック情報の照合を行うブロックである。具体的に、スペック情報照合部２２は、配信管理サーバ３から受信したスペック情報と、スペック情報記憶部２６に記憶されているスペック情報（自装置の現時点の機種を示したスペック情報）とを照合し、配信管理サーバ３から受信したスペック情報が自装置の現時点のスペック情報と一致するか否かを判定する。
【００８０】
そして、スペック情報照合部２２は、配信管理サーバ３から受信したスペック情報が自装置の現時点のスペック情報と一致する場合、コンテンツ要求部２３にコンテンツ要求の送信を命令し、配信管理サーバ３から受信したスペック情報が自装置の現時点のスペック情報と一致しない場合、スペック情報更新要求部２４にスペック情報更新要求の送信を命令する。
【００８１】
コンテンツ要求部２３は、スペック情報照合部２２からコンテンツ要求の送信の命令を受けると、配信管理サーバ３に対してコンテンツ要求（コンテンツ要求を示した信号）を送信する。
【００８２】
スペック情報更新要求部２４は、スペック情報照合部２２からスペック情報更新要求の送信の命令を受けると、スペック情報記憶部２６から現時点の自装置のスペック情報（つまり、真正の機種情報）を読み出し、当該スペック情報とスペック情報更新要求（更新要求を示した信号）とを配信管理サーバ３に送信する。
【００８３】
コンテンツ取得部（第一書込手段）２５は、配信管理サーバ３から広告用コンテンツが配信されると、当該広告用コンテンツをコンテンツ記憶部２７に書き込んで保存する処理を行うブロックである。
【００８４】
つぎに、配信管理サーバ３から利用者端末２に広告用コンテンツが配信される通信手順について詳細に説明する。図５は、配信管理サーバ３と利用者端末２との間で実現される通信手順を示したフローチャートである。
【００８５】
まず、配信管理サーバ３は、コンテンツＤＢ１８に新たなコンテンツが登録されるか監視している。そして、コンテンツＤＢ１８に新たなコンテンツが登録された場合（Ｓ１１においてＹＥＳ）、配信管理サーバ３は、端末・スペックＤＢ１７から各利用者端末２の位置情報およびスペック情報を読み出し、各利用者端末２に対して各々の利用者端末２のスペック情報を送信する（Ｓ１２）。
【００８６】
これに対し、利用者端末２は、上記スペック情報を受信し、受信したスペック情報と自装置の現時点のスペックを示したスペック情報との照合処理を行う（Ｓ１３）。
【００８７】
さらに、利用者端末２は、この照合処理の結果、配信管理サーバ３から受信したスペック情報と自装置の現時点の機種を示したスペック情報とが一致する場合、配信管理サーバ３に対してコンテンツ要求を送信する（Ｓ１４）。そして、配信管理サーバ３は、上記コンテンツ要求を受信すると（Ｓ１５）、このコンテンツ要求を送ってきた利用者端末２に対して新たに登録された広告用コンテンツを配信する（Ｓ１６）。なお、配信されるコンテンツは、新たに登録された広告用コンテンツであって、配信先の利用者端末２のスペック情報（端末・スペックＤＢに記憶されているスペック情報）に示されるスペックに最も適合する品質の広告用コンテンツが配信される。そして、利用者端末２は、この広告用コンテンツを受信し、当該広告用コンテンツをコンテンツ記憶部２７に格納する（Ｓ１７）。
【００８８】
また、利用者端末２は、Ｓ１３の照合処理の結果、配信管理サーバ３から受信したスペック情報と自装置の現時点の機種を示したスペック情報とが不一致である場合、スペック情報記憶部２６から自装置の現時点の機種を示した真正のスペック情報を読み出し、この真正のスペック情報とスペック情報更新要求とを配信管理サーバ３に送信する（Ｓ１８）。そして、この真正のスペック情報およびスペック情報更新要求を受信した配信管理サーバ３は、端末・スペックＤＢ１７において上記利用者端末２の位置情報に対応付けられているスペック情報を、上記真正のスペック情報に書き換える処理（更新処理）を行う（Ｓ１９）。さらに、配信管理サーバ３は、Ｓ１９の更新処理を完了すると、スペック情報の更新が行われた利用者端末２に対して更新後のスペック情報の送信を行う（Ｓ１２）。そして、この利用者端末２に広告用コンテンツが格納されるまで（Ｓ１７）、Ｓ１３〜Ｓ１６の処理が行われることになる。
【００８９】
以上示した広告用コンテンツの配信手順によれば、配信管理サーバ３は、利用者端末２のスペックを示したスペック情報を予め保持しておき、当該スペック情報に示されるスペックに適合する品質の広告用コンテンツを、当該利用者端末２に送信している。これにより、配信管理サーバ３から各利用者端末２に配信される広告用コンテンツは、配信先の利用者端末２のスペック（記憶容量，表示可能な色数，階調数，解像度，画素数等）に適合したものとなる。例えば、携帯電話の表示部のスペックと汎用ＰＣの表示部のスペックとは大幅に異なるものであるが、配信管理サーバ３は、同一内容の広告用コンテンツについて、携帯電話には当該携帯電話の表示部のスペックに適合したデータ形式の広告用コンテンツを送信でき、汎用ＰＣには当該汎用ＰＣの表示部のスペックに適合したデータ形式の広告用コンテンツを送信することができる。
【００９０】
また、以上示した広告用コンテンツの配信手順によれば、利用者端末２側において、配信管理サーバ３に記憶されているスペック情報が現時点の利用者端末２のスペックと一致するものか否かの判定が行われている（Ｓ１３）。そして、一致する場合は、このスペック情報に示されるスペックに応じた広告用コンテンツが配信され（Ｓ１４〜Ｓ１６）、一致しない場合は、配信管理サーバ３に記憶されているスペック情報の更新処理が行われ（Ｓ１８，Ｓ１９）、その後、更新されたスペック情報に示されるスペックに応じた広告用コンテンツが配信されることとなる（Ｓ１４〜Ｓ１６）。このようにすることによって、例えば、利用者端末２の位置情報とスペック情報とが端末・スペックＤＢ１７に登録された後、利用者端末２においてスペックが変更された場合（例えば、メモリ容量を変更した等）であっても、変更後のスペックに適合した広告用コンテンツを配信することが可能になる。
【００９１】
また、以上示した広告用コンテンツの配信処理において、利用者端末２のスペック情報の代わりに、利用者端末２の機種を示した機種情報を用いてもよい。装置のスペックは装置の機種に固有のものであるため、このような機種情報であっても利用者端末２のスペックを特定することが可能だからである。
【００９２】
なお、以上示した広告用コンテンツの配信処理において、利用者端末２は、配信された広告用コンテンツをコンテンツ記憶部２７に格納（Ｓ１７）した後、広告用コンテンツを受信した旨を示すコンテンツ受付信号を配信管理サーバ３に送信し、配信管理サーバ３は、広告用コンテンツを送信してから上記コンテンツ受付信号を所定時間内に受信しなかった場合、再度利用者端末２に広告用コンテンツを送信するようにしてもよい。これにより、例えば利用者端末２の電源がＯＦＦになっている等の理由で利用者端末２が広告用コンテンツを受信できなかった場合、配信管理サーバ３は、再度、この利用者端末２に広告用コンテンツを送信することができ、より確実に広告用コンテンツの配信処理を実行することが可能となる。
【００９３】
また、図４および図５に示した処理によれば、利用者端末２のスペック情報を配信管理サーバ３が予め記憶しているが、このように記憶しておく必要はない。例えば、広告用コンテンツが配信管理サーバ３に新たに登録される度に（Ｓ１１においてＹＥＳ）、配信管理サーバ３が利用者端末２から該利用者端末２のスペック情報を取得し、取得したスペック情報に示されるスペックに適合する広告用コンテンツを該利用者端末２に配信するようにしてもよい。
【００９４】
なお、図４，図５に示した広告用コンテンツの配信処理は、あくまでも一例に過ぎず、周知のコンテンツ配信処理を適用することによっても、配信管理サーバ３から利用者端末２に広告用コンテンツを配信することが可能である。
【００９５】
また、本願の発明者による特許第３５５５７５６号において開示されているコンテンツの配信処理を本実施形態の広告用コンテンツの配信処理に適用することも可能である。さらに、未公開ではあるが本願の発明者による先行特許出願である特願２００４−２４５７９８号，特願２００４−３１８４１４号，特願２００５−０２４５５４号に開示されているコンテンツの配信処理を本実施形態の広告用コンテンツの配信処理に適用することによっても、配信管理サーバ３から利用者端末２に広告用コンテンツを配信することが可能である。
【００９６】
（広告用コンテンツの表示）
つぎに、利用者端末２における広告用コンテンツの表示処理の内容について詳細に説明する。図１は、利用者端末２において、広告用コンテンツの表示を実行する構成の詳細を示した機能ブロック図である。
【００９７】
図１に示すように、利用者端末２は、入力部３１，表示部３２，制御部３３，コンテンツ記憶部２７，アプリ格納部（記憶部）３４，通信部２１を含む構成である。
【００９８】
入力部３１は、利用者から各種の入力を受け付けるものであり、入力用ボタン、キーボード、マウスなどのポインティングデバイス、その他の入力デバイスによって構成されている。なお、入力部３１は、オペレータから入力された情報を入力データに変換して制御部３３に送信する。
【００９９】
表示部３２は、ＣＲＴ（陰極線管）、ＬＣＤ（液晶表示素子）、ＰＤＰ（プラズマディスプレィ）、有機ＥＬ（electroluminescence）ディスプレィ、無機ＥＬディスプレィなどの表示デバイスによって構成されている。表示部３２は、制御部２８から受信した表示データに基づいて、文字や画像などの各種の情報を表示出力する。
【０１００】
アプリ格納部３４は、不揮発性メモリ（ＲＯＭ，ＥＰＲＯＭ，ＥＥＰＲＯＭ，フラッシュメモリ）またはハードディスク等に含まれる記憶領域であって、利用者端末２にインストールされている各種アプリケーション（アプリケーションプログラム）が保存・格納されている記憶領域である。なお、各種アプリケーションとしては、例えば、文書作成ソフト，作図ソフト等のアプリケーションや、メールソフト，ブラウザ，ストリーミングデータ再生用ソフト等の通信用アプリケーションが該当する。利用者端末２においては、このようなアプリケーションを起動させることによって様々な処理を実現することが可能となる。
【０１０１】
コンテンツ記憶部２７は、図４にて示したコンテンツ記憶部２７と同一の部材である。つまり、配信管理サーバ３から配信された広告用コンテンツが格納されている記憶領域である。
【０１０２】
制御部３３は、利用者端末２を制御するコンピュータであって、起動処理部３６，コンテンツ取得部２５，監視部３８，再生部３９を含む構成である。
【０１０３】
コンテンツ取得部２５は、図４に示すコンテンツ取得部２５と同一の部材である。つまり、コンテンツ取得部２５は、配信管理サーバ３から通信部２１を介して広告用コンテンツが配信されると、当該広告用コンテンツをコンテンツ記憶部２７に書き込んで保存する処理を行うブロックである。
【０１０４】
起動処理部（データ処理手段）３６は、入力部３１から入力される利用者の命令に応じて、アプリ格納部３４に保存されているアプリケーションを起動するブロックである。具体的に、本実施形態において、起動処理部３６は、利用者によるアプリケーションの起動命令を入力部３１から入力すると、利用者が指定しているアプリケーションをアプリ格納部３４から読み出し、当該アプリケーションの実行中に表示部３２に表示されるＧＵＩ画像を入力不可状態から入力待ち受け状態にまで移行させる処理（アプリケーション起動処理）を行う。
【０１０５】
監視部（信号生成手段）３８は、起動処理部３６を監視し、起動処理部３６が上記アプリケーションの起動を開始する際、このアプリケーションの起動要求である起動要求信号（開始要求信号）を生成し、この起動要求信号を再生部３９に伝達している。また、監視部３８は、起動処理部３６を監視し、上記アプリケーションの起動処理中において、上記ＧＵＩ画像が表示部３２に完全に表示されることによって当該ＧＵＩ画像が入力待ち受け状態（利用者がアプリケーションを使用できる状態）に移行すると、上記ＧＵＩ画像が入力待ち受け状態に移行してアプリケーションの起動が完了したことを示す入力待ち受け信号（終了通知信号）を生成し、この入力待ち受け信号を再生部３９に伝達している。
【０１０６】
つまり、上記した起動要求信号は、上記アプリケーションの起動処理が開始されることを示すシグナルであるといえ、入力待ち受け信号は、上記起動処理時において、上記ＧＵＩ画像が入力不可状態から入力待ち受け状態に移行して当該起動処理が完了したことを示すシグナルであると言える。
【０１０７】
再生部（再生手段）３９は、アプリケーション起動処理が開始されたことを検出すると、コンテンツ記憶部２７から広告用コンテンツを読み出して、この読み出した広告用コンテンツを表示部３２に表示（再生）する。なお、再生部３９は、監視部３８による起動要求信号の生成が伝達されることによって、上記開始を検出している。
【０１０８】
また、再生部３９は、アプリケーション起動処理が完了したことを検出すると、コンテンツの表示（再生）を終了する。なお、再生部３９は、監視部３８による上記入力待ち受け信号の生成が伝達されることによって、アプリケーションの起動処理の完了を検出している。
【０１０９】
つまり、アプリケーション起動処理が開始されてから、上記ＧＵＩ画像が入力待ち受け状態になるまでの間、表示部３２においては、上記ＧＵＩ画像（入力待ち受け状態前のＧＵＩ画像）の他、広告用コンテンツが表示されることとなる。なお、広告用コンテンツの表示態様としては、図１４（ａ）に示すように、表示部３２に表示されているＧＵＩ画像１００上に広告用コンテンツ１０１を重畳表示する態様であってもよいし、図１４（ｂ）に示すように、表示部３２上において、縮小されて表示されているＧＵＩ画像１００とは別領域に広告用コンテンツ１０１を表示させる態様であってもよい。
【０１１０】
以上示した利用者端末２は、コンテンツ記憶部２７と、配信管理サーバ３から取得した広告用コンテンツをコンテンツ記憶部２７に書き込むコンテンツ取得部２５と、アプリケーションが保存されているアプリ格納部３４と、利用者から命令された処理であるアプリケーション起動処理（アプリケーションを起動し、このアプリケーションのＧＵＩ画像を入力待ち受け状態まで移行させる処理）を実行する起動処理部３６と、上記アプリケーション起動処理の開始を検知すると、この起動処理が開始されてから完了するまでの間において、コンテンツ記憶部２７に書き込まれている広告用コンテンツを再生する再生部３９と、を含む構成であると言える。
【０１１１】
この構成によれば、配信管理サーバ３から利用者端末２に配信された広告用コンテンツは、利用者端末２におけるアプリケーション起動処理が開始されてから完了されるまでの間に再生されることとなる。つまり、アプリケーションの起動に際し、当該アプリケーションにおけるＧＵＩ画像が表示され始めてから上記ＧＵＩ画像が入力待ち受け状態になるまでの間、広告用コンテンツが再生されることになる。これにより、アプリケーションの起動命令を入力した利用者からすれば、アプリケーションにおけるＧＵＩ画像が入力待ち受け状態になるまでの間（利用者がアプリケーションを使用できるようになるまでの間）、再生されている広告用コンテンツを視聴することができる。
【０１１２】
一般的に、コンピュータにおいては、アプリケーションが起動してもＧＵＩ画像は直ぐに入力待ち受け状態にならず、入力待ち受け状態になるまである程度の時間を要するものである。ここで、アプリケーションを用いようとしている利用者からすれば、この時間が経過するまで何もせずに待機しておかなければならない。
【０１１３】
これに対し、上記構成によれば、この待機している間、利用者に広告用コンテンツを視聴させることになる。ここで、利用者からすれば、何もしない待機時間であるからこそ、この待機時間に再生される広告用コンテンツへの関心が高まる。それゆえ、上記構成によれば、利用者が広告用コンテンツに関心を示しやすいタイミングで、当該広告用コンテンツを利用者に再生することとなり、広告用コンテンツを効果的に利用者に印象付けさせることができる。また、利用者からしても、上記待機時間に広告用コンテンツを視聴することにより、上記待機時間を有効活用できるというメリットがある。
【０１１４】
また、アプリケーションの起動処理に要する時間は、アプリケーションの種類毎に異なるものである。それゆえ、例えば、再生部３９による広告用コンテンツの再生時間を一定とすれば、あるアプリケーションの起動処理中においては、必要十分な時間、広告用コンテンツを再生できるが、別のアプリケーションの起動処理中においては、広告用コンテンツの再生時間が過剰または不足するという事態が起こりうる。
【０１１５】
そこで、本実施形態の構成によれば、監視部３８が、起動処理部３６を監視し、アプリケーション起動処理の開始時に起動要求信号を生成し、アプリケーション起動処理の完了時（アプリケーションにおけるＧＵＩ画像の入力待ち受け状態への移行が修了したとき）に入力待ち受け信号を生成している。そして、再生部３９は、上記起動要求信号の生成タイミングで上記再生を開始し、上記入力待ち受け信号の生成タイミングで上記再生を終了している。この構成によれば、アプリケーションの起動の度に、アプリケーションの起動処理の開始タイミングおよび完了タイミングを実際に検知していることになるため、アプリケーション毎に起動処理に要する時間が異なっていても、起動させたアプリケーションにおいて実際に起動に要する時間だけ広告用コンテンツを再生することができる。
【０１１６】
なお、以上示した実施の形態においては、スポンサーの宣伝媒体としての広告用コンテンツを再生しているが、再生されるコンテンツは広告用コンテンツに限定されるものではない。例えば、本日のニュース等を内容とした報道コンテンツであってもよいし、各種グラビアや風景画像等を内容としたコンテンツであってもよい。
【０１１７】
また、本実施形態では、再生されるコンテンツは静止画像であることを前提として説明したが、静止画像に限定されるものではなく、動画像でもよいし、音響であってもよい。なお、動画像のコンテンツを再生する場合、例えば、映画のワンシーンを示したコンテンツを再生してもよいし、短時間のアニメーションを示したコンテンツを再生してもよい。また、音響のコンテンツを再生する場合、例えば、流行中の音楽を再生してもよいし、携帯電話の着メロ（登録商標）を音響コンテンツとして再生してもよい。
【０１１８】
また、本実施形態の構成においては、コンテンツ記憶部２７に保存されている広告用コンテンツは、配信管理サーバ３から配信されたものであるが、利用者端末２にインストールされているプログラムとは別個に外部から取得したものであれば、配信管理サーバ３から配信されてきたものに限定されない。例えば、リムーバブルな各種記録媒体に記録された広告用コンテンツを利用者端末２に読み込ませることによっても、コンテンツ取得部２５は、利用者端末２のコンテンツ記憶部２７に広告用コンテンツを書き込むことができる。
【０１１９】
また、コンテンツ記憶部２７に保存されている広告用コンテンツは、その内容が配信管理サーバ３によって適宜更新される形態であってもよい。
【０１２０】
さらに、本実施の形態においては、広告用コンテンツは、利用者端末２におけるアプリケーション起動処理が開始されてから完了されるまでの間に再生されていることになるが、上記アプリケーション起動処理が開始されてから完了するまでの全期間再生する形態には限定されず、アプリケーション起動処理が開始されてから完了するまでの間の少なくとも一部の期間に再生する形態であってもよい。
【０１２１】
また、コンテンツ記憶部２７に記憶されている広告用コンテンツが配信管理サーバ３から配信されたものである場合、利用者端末２は、当該広告用コンテンツを再生した後、当該広告用コンテンツが再生されたことを示す再生済情報を配信管理サーバ３に送信してもよい。そして、配信管理サーバ３では、この再生済情報を記憶部（不図示）に記憶し、管理者にこの再生済情報を提示する。これにより、配信管理サーバ３の管理者からすれば、利用者端末２に配信した広告用コンテンツが配信先で真に再生されたことを確認することが可能になる。
【０１２２】
なお、上記した実施の形態では、アプリケーション起動処理の際にコンテンツを再生するようにしているが、開始から完了にある程度の時間を要する処理であって、利用者を処理完了待ち状態にさせる処理であれば上記アプリケーション起動処理に限定されるものではない。
【０１２３】
例えば、通信処理（外部装置からデータをダウンロードし、または、外部装置へデータをアップロードさせる処理），ウィルスソフトにおける各種処理（ウィルススキャン処理等），リムーバブルな記録媒体から装置内部の記憶装置へ大量データを転写する処理，ソフトウェアの更新処理，ソフトウェアのインストールまたはアンインストール処理の開始から完了までの間にコンテンツを再生するようにしてもよい。
【０１２４】
〔実施の形態２〕
実施の形態１では、アプリケーションの起動処理が開始されてから、上記ＧＵＩ画像が入力待ち受け状態になるまでの間に広告用コンテンツを再生する態様について説明したが、本実施形態では、通信用アプリケーションが通信処理を開始してから完了するまでの間、広告用コンテンツを再生する態様について説明する。
【０１２５】
通信用アプリケーションによる通信処理は、開始から完了まである程度の待機時間を要するものであり、利用者は、この待機時間中、大抵何もしない。したがって、この待機時間中に広告用コンテンツを再生すれば、実施の形態１と同様、利用者が広告用コンテンツに関心を示しやすいタイミングで、当該広告用コンテンツを利用者に示すこととなり、広告用コンテンツを効果的に利用者に印象付けさせることができる。また、利用者からしても、上記待機時間に広告用コンテンツを視聴することにより、上記待機時間を有効活用できるというメリットがある。
【０１２６】
なお、本実施形態では、実施の形態１と同様の部材については同一の参照符号を付してその説明を省略し、実施の形態１と異なる点のみについて説明することとする。
【０１２７】
図６は、利用者端末２ａにおいて、広告用コンテンツの表示を実行する構成の詳細を示した機能ブロック図である。図６に示すように、利用者端末２ａは、実施の形態１にて説明した入力部３１，表示部３２，コンテンツ記憶部２７，通信部２１の他、制御部３３ａ，通信アプリ格納部４１を含む構成である。
【０１２８】
通信アプリ格納部（記憶部）４１は、不揮発性メモリまたはハードディスク等に含まれる記憶領域であって、利用者端末２にインストールされている各種通信用アプリケーションが保存・格納されている記憶領域である。
【０１２９】
制御部３３ａは、利用者端末２ａを制御するコンピュータであって、実施の形態１にて説明したコンテンツ取得部２５の他、監視部３８ａ，再生部３９ａ，通信処理部４２を含む構成である。
【０１３０】
通信処理部（データ処理手段）４２は、入力部３１から入力される通信命令に応じて、通信アプリ格納部４１の通信用アプリケーションに基づいて、外部装置との間で通信処理を行うブロックである。ここで、通信とは、外部装置からデータをダウンロードする処理や、外部装置へデータをアップロードする処理を意味するものとする。
【０１３１】
また、本実施形態において、監視部３８ａは、通信処理部４２を監視し、通信処理部４２が通信処理を開始する際、この通信処理の開始要求である開始要求信号を生成し、この開始要求信号を再生部３９ａに伝達している。また、監視部３８ａは、通信処理部４２を監視し、上記通信処理が終了すると、通信が終了したことを示す終了信号（終了通知信号）を生成し、この終了信号を再生部３９ａに伝達している。
【０１３２】
さらに、本実施形態において、再生部３９ａは、監視部３８によって上記開始要求信号が生成されると、コンテンツ記憶部２７から広告用コンテンツを読み出して、この読み出した広告用コンテンツを表示部３２に表示（再生）する。また、再生部３９ａは、監視部３８によって上記終了信号が生成されると、コンテンツの表示（再生）を終了する。
【０１３３】
以上のようにすれば、通信処理の開始から終了までの間、表示部３２において広告用コンテンツを再生することが可能となる。
【０１３４】
なお、本実施の形態において、監視部３８ａは、通信処理部４２を監視し、開始要求信号および終了信号を生成する構成であるが、例えば、通信処理時に利用される通信ポート，通信元および通信先のアドレス（ＵＲＬ等），ネットワークポート，ネットワークプロトコル等を監視することによっても、通信開始および通信終了のタイミングを検知して開始信号および終了信号を生成できる場合もある。
【０１３５】
〔実施の形態３〕
実施の形態１，２では、監視部３８において入力待ち受け信号または終了信号が生成されるタイミングで、再生部３９が広告用コンテンツの再生を終了することとしたが、この再生を終了する形態としては別の形態であってもよい。本実施形態では、再生部３９が、別の方法で広告用コンテンツの再生を終了する形態について説明する。なお、本実施形態では、実施の形態１，２と同様の部材については同一の参照符号を付してその説明を省略し、実施の形態１，２と異なる点のみについて説明することとする。
【０１３６】
図７は、利用者端末２ｂにおいて、広告用コンテンツの表示を実行する構成の詳細を示した機能ブロック図である。図７に示すように、利用者端末２ｂは、実施の形態１，２にて説明した入力部３１，表示部３２，コンテンツ記憶部２７，アプリ格納部３４，通信部２１の他、アプリ・時間対応テーブル５１，制御部３３ｂを含む構成である。
【０１３７】
アプリ・時間対応テーブル（対応付テーブル）５１には、アプリ格納部３４に格納されている各アプリケーションの種類と、上記アプリケーションの起動処理の開始から完了に要する推定時間との関係がアプリケーション毎に対応付けられて記憶されている。
【０１３８】
制御部３３ｂは、利用者端末２ｂを制御するコンピュータであって、実施の形態１にて説明した起動処理部３６，コンテンツ取得部２５の他、監視部３８ｂ，再生部３９ｂ，推定時間取得部５２を含む構成である。
【０１３９】
監視部（信号生成手段）３８ｂは、起動処理部３６における起動処理を監視し、起動処理部３６がアプリケーションを起動する際、このアプリケーションの起動要求である起動要求信号を生成し、この起動要求信号を再生部３９ｂに伝達している。
【０１４０】
推定時間取得部（推定時間取得手段）５２は、起動処理部３６においてアプリケーションの起動処理が行われると、起動されたアプリケーションの種類を検出し、検出されたアプリケーションの種類に対応付けられている推定時間をアプリ・時間対応テーブル５１から読み出して、読み出した推定時間を示す情報を再生部３９ｂに伝達している。
【０１４１】
再生部３９ｂは、監視部３８ｂによる上記起動要求信号の生成が伝達されると、コンテンツ記憶部２７から広告用コンテンツを読み出して、この読み出した広告用コンテンツを表示部３２に表示（再生）する。また、再生部３９ｂは、再生開始から、推定時間取得部５２によって読み出された推定時間が経過するまで当該再生を継続し、再生開始からこの推定時間が経過すると当該再生を終了する。
【０１４２】
以上の構成によれば、アプリケーションの起動処理が開始されると広告用コンテンツの再生が開始され、当該アプリケーションの起動処理の開始から完了に要する推定時間が経過するまでの間、広告用コンテンツの再生が行われ続ける。ここで、上記推定時間は、アプリ・時間対応テーブル５１において、アプリケーションの種類に応じて予め記憶されているため、起動されるアプリケーションの種類毎に、広告用コンテンツの再生時間を異ならせることができる。
【０１４３】
つまり、アプリケーションの起動処理に要する時間は、アプリケーションの種類毎に異なるものであるところ、上記構成によれば、アプリケーション毎にアプリケーションの起動処理に要する予測時間を予め記憶させておき、この予測時間だけ広告用コンテンツを再生することになる。したがって、広告用コンテンツの再生時間を、起動させるアプリケーションに応じた最適な時間に設定することが可能となる。
【０１４４】
また、以上の構成は、アプリケーションの起動処理の完了を示す入力待ち受け信号が不要であり、このような信号を生成することのできないアプリケーションを起動させる場合に最適な構成となる。
【０１４５】
なお、本実施の形態では、アプリケーションの起動処理の際のコンテンツの再生を例にして説明したが、通信処理の際にコンテンツを再生する場合（実施の形態２の場合）においても本実施の形態の構成を適用できることは言うまでもない。
【０１４６】
〔実施の形態４〕
また、以上示した利用者端末２において、起動されるプログラムの種類または通信処理を行っているプログラムの種類に応じて、再生するコンテンツの品質を変更するようにしてもよい。以下では、この変更を実現する構成について説明する。なお、本実施形態では、実施の形態１〜３と同様の部材については同一の参照符号を付してその説明を省略し、実施の形態１〜３と異なる点のみについて説明することとする。
【０１４７】
図８は、利用者端末２ｃにおいて、広告用コンテンツの表示を実行する構成の詳細を示した機能ブロック図である。図８に示すように、利用者端末２ｃは、実施の形態１，２にて説明した入力部３１，表示部３２，アプリ格納部３４の他、制御部３３ｃ，コンテンツ記憶部２７ａ，品質テーブル６４を含む構成である。
【０１４８】
なお、図８においては、説明の便宜上、ネットワークＮ，通信部２１，コンテンツ取得部２５の各々の部材を省略しているが、これら部材は図８の利用者端末２ｃにおいても構成されているものとする。
【０１４９】
コンテンツ記憶部２７ａは、広告用コンテンツが格納されている記憶領域であるが、本実施形態では、同一内容の広告用コンテンツについて互いに異品質の広告用コンテンツが複数記憶されている。例えば、図９に示すように、コンテンツ記憶部２７ａにおいては、Ａ社の広告を示すコンテンツＡについて、「品質ａ」の広告用コンテンツと、「品質ｂ」の広告用コンテンツと、「品質ｃ」の広告用コンテンツとが互いに対応付けられて記憶されている。ここで、各品質の広告用コンテンツは、互いに同一の広告内容を示すものであるが、各々は品質を異とするものである。ここで、「品質」とは、前述した通り、広告用コンテンツのデータ量，色数，画素数，解像度，階調数等を意味するものである。
【０１５０】
なお、実施の形態１においては、配信管理サーバ３は、同一内容の広告用コンテンツについて互いに異品質の広告用コンテンツを複数生成し、この複数の広告用コンテンツのうち、配信先の利用者端末２に最も適合する品質の広告用コンテンツのみを当該利用者端末２に配信する構成であった。しかし、本実施形態においては、配信管理サーバ３は、この複数の広告用コンテンツの全てを利用者端末２に配信しているものとする。
【０１５１】
品質テーブル６４は、アプリケーションの種類を示した種類情報と、広告用コンテンツの品質の度合を示した品質情報とを対応付けたテーブルである。ここで、起動処理に要する時間が長いと予想されるアプリケーションの種類情報には、データ量の大きい品質の品質情報を対応付け、起動処理に要する時間が短いと予想されるアプリケーションの種類情報には、データ量の小さい品質の品質情報を対応付けておく。
【０１５２】
また、制御部３３ｃは、利用者端末２ｃを制御するコンピュータであって、実施の形態１にて説明した起動処理部３６，監視部３８の他、再生部３９ｃ，アプリ種類検出部６１，品質選択部６２を含む構成である。
【０１５３】
アプリ種類検出部（検出手段）６１は、起動処理部３６においてアプリケーションの起動処理が開始されると、起動されるアプリケーションの種類を検出し、この種類を示した種類情報を品質選択部６２に伝達するブロックである。
【０１５４】
品質選択部６２は、上記種類情報が伝達されると、品質テーブル６４を参照して、伝達された種類情報に対応付けられている品質情報を読み出し、さらに、この品質情報に示される品質に最も近い品質の広告用コンテンツをコンテンツ記憶部２７ａから読み出して再生部３９ｃに伝達するブロックである。
【０１５５】
再生部３９ｃは、監視部３８によって起動要求信号が伝達されると、品質選択部６２によって読み出された広告用コンテンツを表示部３２に表示（再生）する。また、再生部３９は、監視部３８によって上記入力待ち受け信号が伝達されると、広告用コンテンツの表示（再生）を終了する。
【０１５６】
以上の構成によれば、再生部３９ｃにおいて再生される広告用コンテンツは、起動処理の対象となるアプリケーションの種類に応じて、同一内容ではあるが広告用コンテンツの品質が変更されることになる。
【０１５７】
また、以上の構成では、起動処理に要する時間が長いアプリケーションほど、当該起動処理中に、データ量の大きい品質の広告用コンテンツが再生され、起動処理に要する時間が短いアプリケーションほど、当該起動処理中に、データ量の小さい品質の広告用コンテンツが再生されることとなる。
【０１５８】
つまり、比較的起動時間の長いアプリケーションを起動する際、広告用コンテンツの再生時間に余裕があるため、データ量の多い高品質（高解像度，高画素数，多色）の広告用コンテンツを再生し、比較的起動時間の短いアプリケーションを起動する際、広告用コンテンツの再生時間に余裕がないため、データ量の小さい低品質（低解像度，低画素数）の広告用コンテンツを再生している。
【０１５９】
これにより、アプリケーションの起動時間に応じて、該起動時間に適したデータ量の広告用コンテンツを再生することができる。例えば、広告用コンテンツのデータ量が大き過ぎて、広告用コンテンツの表示が開始されるよりも先にアプリケーションの起動処理が完了してしまうという不都合を回避できる。
【０１６０】
なお、本実施の形態では、アプリケーションの起動処理の際のコンテンツの再生を例にして説明したが、通信処理の際にコンテンツを再生する場合（実施の形態２の場合）においても本実施の形態の構成を適用できることは言うまでもない。
【０１６１】
〔実施の形態５〕
実施の形態４では、起動されるプログラムの種類または通信処理を行っているプログラムの種類に応じて、再生する広告用コンテンツの品質を変更する形態について説明したが、プログラムの起動履歴に応じて、再生する広告用コンテンツの品質を変更する形態であってもよい。以下では、この変更を実現する構成について説明する。なお、本実施形態では、実施の形態４にて用いた図８を援用し、さらに、実施の形態４と同様の部材については同一の参照符号を付してその説明を省略し、実施の形態４と異なる点のみについて説明することとする。
【０１６２】
図８に示すように、利用者端末２ｃは、実施の形態４にて説明した入力部３１，表示部３２，アプリ格納部３４，制御部３３ｃ，コンテンツ記憶部２７ａ，品質テーブル６４の他、履歴記憶部６０を含む構成である。
【０１６３】
また、制御部３３ｃにおいては、実施の形態４にて説明した起動処理部３６，監視部３８，再生部３９ｃ，監視部３８，アプリ種類検出部６１，品質選択部６２の他、履歴書込部６３を含む構成である。
【０１６４】
履歴書込部（第二書込手段）６３は、起動処理部３６においてアプリケーションの起動処理が行われ、再生部３９ｃにおいて広告用コンテンツが再生された後、上記起動されたアプリケーションの種類と、アプリケーションの起動処理に要した起動時間とを対応付けた履歴を履歴記憶部（記憶部）６０に記録するブロックである。なお、履歴書込部６３は、アプリ種類検出部６１から、上記起動されたアプリケーションの種類を検知し、起動処理部３６から上記起動処理に要した起動時間を検知している。
【０１６５】
また、本実施形態において、品質選択部（読出手段）６２は、起動処理部３６においてアプリケーションの起動処理が開始され、アプリ種類検出部６１から上記種類情報（アプリケーションの種類を示した情報）が伝達されると、伝達された種類情報に示されるアプリケーションの種類に対応付けられている起動時間を履歴記憶部６０から読み出し、この起動時間の多寡に応じて、コンテンツ記憶部２７ａから読み出す広告用コンテンツの品質を選択している。
【０１６６】
具体的に、品質選択部６２は、読み出した起動時間が長い程、データ量の大きい品質の広告用コンテンツを選択し、読み出した起動時間が短い程、データ量の小さな品質の広告用コンテンツを選択している。そして、品質選択部６２によってコンテンツ記憶部２７ａから読み出された広告用コンテンツは再生部３９ｃに伝達される。
【０１６７】
そして、再生部３９ｃは、監視部３８によって起動要求信号が伝達されると、品質選択部６２によって読み出された広告用コンテンツを表示部３２に表示（再生）する。また、再生部３９ｃは、監視部３８によって上記入力待ち受け信号が伝達されると、広告用コンテンツの表示（再生）を終了する。
【０１６８】
以上の構成によれば、アプリケーションの起動処理が開始されると、このアプリケーションの過去の起動処理時における起動に要した時間の多寡に応じて、現在開始された起動処理中に再生される広告用コンテンツの品質が変更されることとなる。具体的に、過去における起動に要した時間が長い程、データ量の大きい高品質の広告用コンテンツが再生され、過去における起動に要した時間が短い程、データ量の小さな低品質の広告用コンテンツが再生されることとなる。
【０１６９】
つまり、アプリケーションの起動処理に要する時間は、アプリケーションの種類に応じて異なり、また、アプリケーションの種類が同じであれば、アプリケーションの起動処理に要する時間は略一定の傾向を示す。それゆえ、上記構成においては、アプリケーションの起動処理が開始されると、このアプリケーションの過去の起動処理における起動時間から、現在開始されているアプリケーションの起動処理中に再生する広告用コンテンツの品質を選択している。
【０１７０】
具体的に、過去の起動時間が比較的長いアプリケーションを起動する際、起動時間に余裕があると考えられるため、データ量の多い高品質（高解像度，高画素数，多色）の広告用コンテンツを再生し、過去の起動時間が比較的短いアプリケーションを起動する際、起動時間に余裕がないものと考えられるため、データ量の小さい低品質（低解像度，低画素数）の広告用コンテンツを再生している。
【０１７１】
これにより、過去の起動履歴からアプリケーションの起動時間を予想し、該起動時間に適したデータ量の広告用コンテンツを再生するということが可能になる。それゆえ、例えば、広告用コンテンツのデータ量が大き過ぎて、広告用コンテンツの表示が開始されるよりも先にアプリケーションの起動処理が完了してしまうという不都合を回避できる。
【０１７２】
なお、起動されたアプリケーションの種類と、アプリケーションの起動処理に要した起動時間とを対応付けた履歴が履歴記憶部６０に書き込まれていないと、品質選択部６２における品質の選択処理は実現することができない。そこで、履歴が未だ書き込まれていない場合、品質選択部６２は、品質テーブル６４を参照して、広告用コンテンツの品質を選択すればよい（つまり、実施の形態４の処理を行えばよい）。
【０１７３】
また、本実施の形態において、再生部３９ｃは、アプリケーションの起動処理が開始されると、履歴記憶部６０を参照して、このアプリケーションの過去の起動処理時における起動に要した時間の多寡に応じて、広告用コンテンツの再生時間を調整するようにしてもよい。このようにすれば、過去の起動履歴からアプリケーションの起動時間を予想し、広告用コンテンツの再生時間をこの起動時間に合致するようにすることも可能となる。
【０１７４】
なお、本実施の形態では、アプリケーションの起動処理の際のコンテンツの再生を例にして説明したが、通信処理の際にコンテンツを再生する場合（実施の形態２の場合）においても本実施の形態の構成を適用できることは言うまでもない。
【０１７５】
〔実施の形態６〕
また、アプリケーションの起動処理の際に、単一の広告用コンテンツを再生するのではなく、互いに内容の異なる複数の広告用コンテンツの各々を順次再生することも可能である。以下では、この点について具体的に説明する。なお、本実施形態では、実施の形態１〜５と同様の部材については同一の参照符号を付してその説明を省略し、実施の形態１〜５と異なる点のみについて説明することとする。
【０１７６】
図１１は、利用者端末２ｄにおいて、広告用コンテンツの再生を実行する構成の詳細を示した機能ブロック図である。図１１に示すように、利用者端末２ｄは、実施の形態１〜５にて説明した入力部３１，表示部３２，アプリ格納部３４の他、制御部３３ｄ，コンテンツ記憶部２７ｂを含む構成である。なお、図１１においては、説明の便宜上、ネットワークＮ，通信部２１，コンテンツ取得部２５の各々の部材を省略しているが、これら部材は図１１の利用者端末２ｄにおいても構成されているものとする。
【０１７７】
コンテンツ記憶部２７ｂは、広告用コンテンツが格納されている記憶領域であるが、本実施形態のコンテンツ記憶部２７ｂにおいては、互いに異なる内容の複数のコンテンツと各広告用コンテンツの再生順序とが対応付けられて記憶されている。例えば、図１３に示すように、コンテンツ記憶部２７ｂにおいては、互いに内容の異なるコンテンツＡ，コンテンツＢ，コンテンツＣと、これらコンテンツの再生順序（Ａ，Ｂ，Ｃの順）を示した順序データと、が対応付けられて記憶されている。
【０１７８】
また、図１１に示すように、制御部３３ｄは、実施の形態１と同様、監視部３８，再生部３９ｄを含む構成である。つまり、再生部３９ｄは、監視部３８によって起動要求信号が伝達されると、品質選択部６２によって読み出されたコンテンツを表示部３２に表示（再生）する。また、再生部３９ｄは、監視部３８によって上記入力待ち受け信号が伝達されると、コンテンツの表示（再生）を終了する。
【０１７９】
ここで、本実施の形態では、再生部３９ｄは、起動要求信号が伝達されて入力待ち受け信号が伝達されるまでの間、単に一つのコンテンツを再生しているのではなく、互いに内容の異なる複数のコンテンツの各々を順次再生している。具体的に、再生部３９ｄは、監視部３８が起動要求信号を生成すると、コンテンツ記憶部２７ｂに記憶されている順序データを参照して、コンテンツＡ，Ｂ，Ｃの順で循環するように各々のコンテンツを再生する。
【０１８０】
このようにすることによって、アプリケーションの起動処理が終了するのを待機している利用者からすれば、複数のコンテンツの各々を順に視聴することができるため、単一のコンテンツを再生する構成よりも、バリエーションに富んだコンテンツ視聴サービスを提供することができる。
【０１８１】
また、以上の構成において、再生中のコンテンツをスキップする指示が入力部３１を介して利用者から入力されると、再生部３９ｂは、当該スキップの対象となったコンテンツの再生を中止し、次に再生すべきコンテンツを再生するようにしてもよい。例えば、コンテンツＡが再生されている瞬間に利用者がスキップ指示を入力すると、再生部３９ｄは、次に再生すべきコンテンツＢを再生することとなる。このような構成により、利用者からすれば、再生される全てのコンテンツを視聴する必要性はなく、所望するコンテンツを選択して視聴することが可能となる。
【０１８２】
また、以上の構成において、コンテンツ記憶部２７ｂには、複数コンテンツに順序データが対応付けられて記憶されていることとなるが、この複数コンテンツと順序データとの組み合わせは配信管理サーバ３から配信されたものであってもよいし、リムーバブルな記録媒体から読み出されたものであってもよい。
【０１８３】
なお、この複数コンテンツと順序データとの組み合わせが配信管理サーバ３から配信される形態である場合、この複数コンテンツと順序データとの組み合わせは、スポンサーによって登録用端末４から配信管理サーバ３に登録されるものである。但し、複数コンテンツのみが登録用端末４から配信管理サーバ３に登録され、順序データは配信管理サーバ３によって自動的または管理者からの入力によって上記複数コンテンツに対応付けられる形態であってもよい。
【０１８４】
また、コンテンツ記憶部２７ｂに記憶されている順序データは、利用者端末２の利用者からの入力指示によって書き込まれ、または、利用者端末２の利用者からの入力指示に応じて書き換えられてよい。
【０１８５】
さらに、コンテンツ記憶部２７ｂに記憶されている複数のコンテンツと順序データとの組み合わせは、配信管理サーバ３によって適宜更新される形態であっても構わない。
【０１８６】
また、コンテンツ記憶部２７において、互いに内容の異なる複数のコンテンツの各々に、コンテンツを再生すべき時間帯を示したスケジュールデータを対応付けて記憶させておき、再生部３９ｄは、当該スケジュールデータに従って各コンテンツを再生する形態であってもよい。例えば、図１２に示すコンテンツ記憶部２７ｃのように、コンテンツＡには８時〜１０時を示すスケジュールデータを対応付け、コンテンツＢには１０時〜１４時を示すスケジュールデータを対応付け、コンテンツＣには１５時〜１７時を示すスケジュールデータを対応付けて記憶しておく。そして、再生部３９ｄは、コンテンツ記憶部２７ｃのスケジュールデータを参照して、８時〜１０時の時間帯で監視部３８から起動要求信号が伝達されてきた場合はコンテンツＡを再生し、１０時〜１４時の時間帯で監視部３８から起動要求信号が伝達されてきた場合はコンテンツＢを再生し、１５時〜１７時の時間帯で監視部３８から起動要求信号が伝達されてきた場合はコンテンツＣを再生する。このようにしておけば、予め定めたスケジュールで各コンテンツを再生することができる。つまり、互いに内容の異なる複数のコンテンツの各々を、互いに別々の時間帯で再生することができる。
【０１８７】
また、図１２に示したコンテンツ記憶部２７ｃでは、時間帯のみがスケジュールデータとして記憶されていることになるが、月日をスケジュールデータとして記憶してもよい。このようにすれば、各コンテンツについて、再生するのに好ましい日時（例えば、上映中の映画を広告するコンテンツの場合、上映期間中のみ）に限定してコンテンツを再生することができる。
【０１８８】
なお、図１２に示したコンテンツとスケジュールデータとの組み合わせは、配信管理サーバ３から配信されたものであってもよいし、リムーバブルな記録媒体から読み出されたものであってもよい。
【０１８９】
また、図１２に示したスケジュールデータは、利用者端末２の利用者からの入力指示によって書き込まれ、または、利用者端末２の利用者からの入力指示に応じて書き換えられるものであってもよい。
【０１９０】
また、このコンテンツとスケジュールデータとの組み合わせが配信管理サーバ３から配信される形態である場合、このコンテンツとスケジュールデータとの組み合わせは、スポンサーによって登録用端末４から配信管理サーバ３に登録されるものである。但し、コンテンツのみが登録用端末４から配信管理サーバ３に登録され、スケジュールデータは配信管理サーバ３によって自動的または管理者からの入力によって上記コンテンツに対応付けられる形態であってもよい。
【０１９１】
さらに、配信管理サーバ３は、コンテンツとスケジュールデータとの組み合わせの登録を行うに際し、同一時間帯に複数のコンテンツが登録されないようにコンテンツの登録を制限し、さらに、コンテンツが既に登録されている時間帯に対して別のコンテンツの登録指示が登録用端末４から入力された場合、登録用端末４に対してエラー通知を行ってもよい。
【０１９２】
また、図１２に示したコンテンツ記憶部２７ｃでは、同一の時間帯について単一のコンテンツのみが登録されていることとなるが、同一の時間帯について複数のコンテンツを登録させることも可能である。例えば、図１０に示すコンテンツ記憶部２７ｄでは、同一の時間帯について、互いに内容の異なる複数のコンテンツと、各コンテンツの再生順序を示した順序データとが対応付けて記憶されている。
【０１９３】
具体的には、コンテンツ記憶部２７ｄでは、８時〜１０時の時間帯を示すスケジュールデータに、コンテンツＡ，Ｂ，Ｃと、Ａ→Ｂ→Ｃの順序データとが対応付けられて記憶されている。また、１０時〜１２時の時間帯を示すスケジュールデータには、コンテンツＣ，Ｄ，Ｅと、Ｃ→Ｄ→Ｅの順序データとが対応付けられて記憶されている。そして、このコンテンツ記憶部２７ｄを参照する再生部３９ｄは、８時〜１０時の時間帯で監視部３８から起動要求信号が伝達されてきた場合、アプリケーションの起動処理が行われている間、コンテンツＡ，Ｂ，Ｃの順に各々を順次再生することになる。また、再生部３９ｄは、１０時〜１２時の時間帯で監視部３８から起動要求信号が伝達されてきた場合、アプリケーションの起動処理が行われている間、コンテンツＡ，Ｂ，Ｃの順に各々を順次再生することになる。さらに、再生部３９ｄは、１０時〜１２時の時間帯で監視部３８から起動要求信号が伝達されてきた場合、アプリケーションの起動処理が行われている間、コンテンツＤ，Ｅ，Ｆの順に各々を順次再生することになる。
【０１９４】
なお、図１０に示したコンテンツ記憶部２７ｄを適用する場合、時間帯を示したスケジュールデータと複数のコンテンツと順序データとの組み合わせは、配信管理サーバ３から配信されたものであってもよいし、リムーバブルな記録媒体から読み出されたものであってもよい。
【０１９５】
また、時間帯を示したスケジュールデータと複数のコンテンツと順序データとの組み合わせが配信管理サーバ３から配信される形態である場合、これらデータの組み合わせは、スポンサーによって登録用端末４から配信管理サーバ３に登録されるものである。但し、複数コンテンツのみが登録用端末４から配信管理サーバ３に登録され、順序データは配信管理サーバ３によって自動的または管理者からの入力によって上記複数コンテンツに対応付けられる形態であってもよい。
【０１９６】
また、図１３においては、同一時間帯を示したスケジュールデータに３つのコンテンツが登録されていることとなるが、同一時間帯に登録することの可能なコンテンツの数の最大値は、コンテンツの登録が行われる配信管理サーバ３において定められているものである。そして、配信管理サーバ３は、この最大値を超えた数のコンテンツが登録用端末４から登録されようとしている場合、登録用端末４に対してエラー通知を行うと共に、この最大値を越える数のコンテンツの登録を禁止する。なお、この最大値は配信管理サーバ３の管理者によって調整可能である。
【０１９７】
なお、本実施の形態では、アプリケーションの起動処理の際のコンテンツの再生を例にして説明したが、通信処理の際にコンテンツを再生する場合（実施の形態２の場合）においても本実施の形態の構成を適用できることは言うまでもない。
【０１９８】
また、本実施形態にて説明した互いに異なる内容の複数コンテンツを順に再生する点と、実施の形態５にて説明したコンテンツの品質を適宜変更する点とを組み合わせてコンテンツ再生処理を行ってもよい。
【０１９９】
〔実施の形態７〕
実施の形態６では、コンテンツ記憶部２７ｂに複数のコンテンツを記憶させておき、この複数のコンテンツに対応付けて記憶されている順序データに応じて、各コンテンツを順次再生する構成について説明した。
【０２００】
ところが、この構成によれば、単に再生順序のみが規定されているだけであるため、各コンテンツが均等に再生されない恐れがある。例えば、図１３のコンテンツ記憶部２７ｂにおいては、コンテンツＡ→コンテンツＢ→コンテンツＣ→コンテンツＡ→…の順で各コンテンツが再生されることになるが、コンテンツＢの再生中にアプリケーションの起動処理が終了した場合、コンテンツＣはコンテンツＡ，Ｂよりも再生回数および再生時間が少なくなる。
【０２０１】
そこで、本実施の形態では、コンテンツの再生履歴を蓄積しておき、該再生履歴に応じて上記順序データを書き換える構成を採用する。以下、この構成について詳細に説明する。なお、本実施形態では、実施の形態６にて用いた図１１を援用し、さらに、実施の形態６と同様の部材については同一の参照符号を付してその説明を省略し、実施の形態６と異なる点のみについて説明することとする。
【０２０２】
図１１に示すように、利用者端末２ｄは、実施の形態６にて説明した入力部３１，表示部３２，アプリ格納部３４，制御部３３ｄ，コンテンツ記憶部２７ｂの他、履歴記憶部６０ａを含む構成である。また、制御部３３ｄは、監視部３８，再生部３９ｄの他、履歴書込部６３ａおよび順序変更部７０を含む構成である。
【０２０３】
履歴記憶部（記憶部）６０ａは、再生部３９ｄによって過去に再生されたコンテンツの種類と、該コンテンツの再生時間と、該コンテンツの再生回数とを対応付けた再生履歴が記録されている記録領域である。
【０２０４】
履歴書込部（第三書込手段）６３ａは、再生部３９ｄを監視し、再生されたコンテンツの種類および再生時間を順次検出していき、履歴記憶部６０ａにおいてコンテンツの種類毎に記録されている再生時間と再生回数とを順次更新する処理を行うブロックである。
【０２０５】
順序変更部（順序変更手段）７０は、履歴記憶部６０ａを逐次参照し、再生回数または再生時間の少ないコンテンツが優先される順序になるように、コンテンツ記憶部２７ｂに記憶されている順次データを更新（書き換える）処理を行うブロックである。例えば、図１３に示すコンテンツ記憶部２７ｂの順序データは、コンテンツＡ，Ｂ，Ｃの順になるように定められているが、履歴記憶部６０ａにおいて、コンテンツＣの再生時間が最も少なく、コンテンツＡの再生時間が次に少ない場合、順序変更部７０は、上記順序データをコンテンツＣ，Ａ，Ｂの順に書き換える処理を行う。
【０２０６】
以上の構成によれば、各コンテンツの再生順序を固定とせず、過去の再生時間または再生回数が少ないコンテンツの再生順序が優先されるように、逐次再生順序が変更されることとなる。それゆえ、複数のコンテンツの各々の通算の再生時間や通算の再生回数を可能な限り均等に近くなるようにすることができる。
【０２０７】
なお、以上の構成では、図１３における各コンテンツの再生順序を示す順序データを上記再生履歴に基づいて書き替えていることになるが、書き換えるデータは順序データに限定されるものではない。例えば、図１２や図１３における時間帯を示したスケジュールデータを上記再生履歴に基づいて書き換える構成であってもよい。具体的には、図１１に示す利用者端末２ｄにおいて、履歴記憶部６０ａに記憶されている再生履歴を参照して、過去の再生回数または再生時間の少ないコンテンツほど上記時間帯が長くなるように上記スケジュール情報を書き換えるスケジュール変更部（スケジュール変更手段，不図示）を含めてもよい。このようにしても、複数のコンテンツの各々の通算の再生時間や通算の再生回数をできるだけ均等に近くなるようにすることができる。
【０２０８】
また、利用者端末２は、履歴記録部６３ａに記録されている履歴情報を、適宜、配信管理サーバ３へ送信し、配信管理サーバ３にも上記履歴情報を保持させ、配信管理サーバ３の管理者からの要求に応じて、この履歴情報を配信管理サーバ３の表示部にて表示させる構成でもよい。これにより、配信管理サーバ３の管理者は、コンテンツ配信先の利用者端末２におけるコンテンツの再生状況を適宜確認することができる。
【０２０９】
ところで、以上の実施の形態にて示した制御部１９，２８，３３に含まれる各部の奏する機能は、プロセッサなどの演算回路が、ＲＯＭやＲＡＭなどの記憶手段に記憶されたプログラムを実行し、各種周辺回路，センサ等を制御することによっても実現することができる。したがって、以上の演算回路，周辺回路等を有するコンピュータが、上記プログラムを記録した記録媒体を読み取り、当該プログラムを実行するだけで、本実施形態の利用者端末２の各種機能および各種処理を実現することができる。また、上記プログラムをリムーバブルな記録媒体に記録することにより、任意のコンピュータ上で上記の各種機能および各種処理を実現することができる。
【０２１０】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０２１１】
また、利用者端末を通信ネットワークと接続可能に構成し、上記プログラムコードを、通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０２１２】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、上述した実施形態において開示された各技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０２１３】
本発明の情報処理装置は、汎用のパーソナルコンピュータ，携帯電話，ＰＨＳ，ＰＤＡ等のコンピュータ機器に利用することが可能である。
【図面の簡単な説明】
【０２１４】
【図１】本発明の一実施形態に係る利用者端末の構成を示した機能ブロック図である。
【図２】図１に示した利用者端末を含んだコンテンツ配信システムの構成を示したブロック図である。
【図３】図２に示したコンテンツ配信システムに含まれる登録用端末と配信管理サーバとの間の通信処理の流れを示すフローチャートである。
【図４】図２に示したコンテンツ配信システムに含まれる配信管理サーバと利用者端末とについて、通信処理を実現する各種構成を示した機能ブロック図である。
【図５】図４に示した配信管理サーバと利用者端末との間の通信処理の流れを示すフローチャートである。
【図６】本発明の別の実施形態に係る利用者端末の構成を示した機能ブロック図である。
【図７】本発明のさらに別の実施形態に係る利用者端末の構成を示した機能ブロック図である。
【図８】再生するコンテンツの品質を切り換え可能な利用者端末の構成を示した機能ブロック図である。
【図９】図８に示した利用者端末に含まれるコンテンツ記憶部に記憶されている情報の内容を示した模式図である。
【図１０】コンテンツ記憶部において、複数のコンテンツと、再生時間帯を示したスケジュールデータと、再生順序を示したスケジュールデータとが対応付けられていることを示した模式図である。
【図１１】互いに内容の異なる複数のコンテンツを所定の順序で再生する利用者端末の構成を示した機能ブロック図である。
【図１２】コンテンツ記憶部において、複数のコンテンツと、該コンテンツの再生時間帯を示したスケジュールデータとが対応付けられていることを示した模式図である。
【図１３】コンテンツ記憶部において、複数のコンテンツと、各々のコンテンツの再生順序を示した順序データとが対応付けられていることを示した模式図である。
【図１４】（ａ）は、アプリケーションにおけるＧＵＩ画像上に広告用コンテンツが重畳表示されている態様を示した模式図であり、（ｂ）は、アプリケーションにおけるＧＵＩ画像とは別領域に広告用コンテンツが表示されている態様を示した模式図である。
【符号の説明】
【０２１５】
１      コンテンツ配信システム
２      利用者端末（情報処理装置）
３      配信管理サーバ（サーバ装置）
４      登録用端末
１１    通信部
１２    コンテンツ登録監視部
１３    スペック情報送信部
１４    スペック情報更新処理部
１５    コンテンツ要求受付部
１６    コンテンツ配信部
１９，２８，３３  制御部
２１    通信部
２２    スペック情報照合部
２３    コンテンツ要求部
２４    スペック情報更新要求部
２５    コンテンツ取得部（第一書込手段）
２６    スペック情報記憶部
２７    コンテンツ記憶部（記憶部）
３１    入力部
３２    表示部
３４    アプリ格納部（記憶部）
３６    起動処理部（データ処理手段）
３８    監視部（信号生成手段）
３９    再生部（再生手段）
４１    通信アプリ格納部（記憶部）
４２    通信処理部（データ処理手段）
５１    アプリ・時間対応テーブル（対応付テーブル）
５２    推定時間取得部（推定時間取得手段）
６０    履歴記憶部（記憶部）
６０ａ  履歴記憶部（記憶部）
６１    アプリ種類検出部（検出手段）
６２    品質選択部（読出手段）
６３    履歴書込部（第二書込手段）
６３ａ  履歴書込部（第三書込手段）
６４    品質テーブル
７０    順序変更部（順序変更手段）
【図１】
0004709972.tif 000002
【図２】
0004709972.tif 000003
【図３】
0004709972.tif 000004
【図４】
0004709972.tif 000005
【図５】
0004709972.tif 000006
【図６】
0004709972.tif 000007
【図７】
0004709972.tif 000008
【図８】
0004709972.tif 000009
【図９】
0004709972.tif 000010
【図１０】
0004709972.tif 000011
【図１１】
0004709972.tif 000012
【図１２】
0004709972.tif 000013
【図１３】
0004709972.tif 000014
【図１４】
0004709972.tif 000015