(57)【要約】【課題】開発期間および開発コストを低減可能な、端末装置の利用状況を収集する利用状況収集技術を提供する。【解決手段】端末装置１と、当該端末装置１の利用状況を収集する利用状況収集サーバ３とを備える利用状況収集システムであって、端末装置１は、アプリケーションが利用したコンテンツのＩＤ、または当該端末装置１内で利用されたアプリケーションのＩＤを含む利用状況収集サーバ３宛のアドレスを生成し、アクセス要求を利用状況収集サーバ３に送信するアクセス手段を備え、利用状況収集サーバ３は、端末装置から受信したアクセス要求のアクセスログを記憶手段に記憶するアクセスログ収集手段と、アクセス要求のアドレスに対応するファイルが存在しない場合、アドレスに対応するファイルを生成する生成手段と、を備える。【選択図】図１
2014022821.tif 000002
【特許請求の範囲】
【請求項１】
端末装置と、当該端末装置の利用状況を収集する利用状況収集サーバとを備える利用状況収集システムであって、
前記端末装置は、
当該端末装置内のアプリケーションが利用したコンテンツのＩＤ、または、当該端末装置内で利用されたアプリケーションのＩＤを取得し、当該ＩＤを含む前記利用状況収集サーバ宛のアドレスを生成し、前記アドレスを宛先とするアクセス要求を前記利用状況収集サーバに送信するアクセス手段を備え、
前記利用状況収集サーバは、
前記端末装置からアクセス要求を受信し、アクセス要求のアクセスログを記憶手段に記憶するアクセスログ収集手段と、
前記アクセス要求の宛先の前記アドレスに対応するファイルが存在しない場合、前記アドレスに対応するファイルを生成する生成手段と、を備えること
を特徴とする利用状況収集システム。
【請求項２】
請求項１記載の利用状況収集システムであって、
前記利用状況収集サーバの記憶手段に記憶されたアクセスログを用いて、前記アプリケーションが利用したコンテンツの利用状況、または、アプリケーションの利用状況を解析する解析サーバを、さらに備えること
を特徴とする利用状況収集システム。
【請求項３】
請求項１または２記載の利用状況収集システムであって、
前記アクセス手段は、前記端末装置内の複数のアプリケーションから、各アプリケーションが利用したコンテンツのＩＤ、または、各アプリケーションのＩＤを取得し、当該ＩＤを含む前記利用状況収集サーバ宛のアドレスを生成し、前記アドレスを宛先とするアクセス要求を前記利用状況収集サーバに送信すること
を特徴とする利用状況収集システム。
【請求項４】
請求項１から３のいずれか１項に記載の利用状況収集システムであって、
前記アクセス手段は、前記利用状況収集サーバから取得したキーワードに当該端末装置が属するか否かを判別し、当該端末装置が前記キーワードに属する場合、前記アクセス要求を前記利用状況収集サーバに送信し、当該端末装置が前記キーワードに属しない場合、前記アクセス要求を利用状況収集サーバに送信しないこと
を特徴とする利用状況収集システム。
【請求項５】
端末装置の利用状況を収集する利用状況収集サーバであって、
前記端末装置から送信された、当該端末装置内のアプリケーションが利用したコンテンツのＩＤ、または、当該端末装置内で利用されたアプリケーションのＩＤを含むアドレスを宛先とするアクセス要求を受信し、前記アクセス要求のアクセスログを記憶手段に記憶するアクセスログ収集手段と、
前記アクセス要求の宛先である前記アドレスに対応するファイルが存在しない場合、前記アドレスに対応するファイルを生成する生成手段と、を備えること
を特徴とする利用状況収集サーバ。
【請求項６】
端末装置と、当該端末装置の利用状況を収集する利用状況収集サーバとを備える利用状況収集システムが行う利用状況収集方法であって、
前記端末装置は、
当該端末装置内のアプリケーションが利用したコンテンツのＩＤ、または、当該端末装置内で利用されたアプリケーションのＩＤを取得し、当該ＩＤを含む前記利用状況収集サーバ宛のアドレスを生成する生成ステップと、
前記アドレスを宛先とするアクセス要求を前記利用状況収集サーバに送信するアクセスステップとを行い、
前記利用状況収集サーバは、
前記端末装置からアクセス要求を受信し、アクセス要求のアクセスログを記憶部に記憶するアクセスログ収集ステップと、
前記アクセス要求の宛先の前記アドレスに対応するファイルが存在しない場合、前記アドレスに対応するファイルを生成するファイル生成ステップと、を行うこと
を特徴とする利用状況収集方法。
【請求項７】
請求項６記載の利用状況収集方法であって、
前記ファイル生成ステップは、前記アクセス要求の宛先の前記アドレスに対応するファイルが存在しない場合に、エラー応答を前記端末装置に送信し、前記端末装置から前記アドレスに対応するファイルの生成要求を受信して前記ファイルを生成すること
を特徴とする利用状況収集方法。
【請求項８】
端末装置と、当該端末装置の利用状況を収集する利用状況収集サーバとを備える利用状況収集システムが実行する利用状況収集プログラムであって、
前記端末装置を、
当該端末装置内のアプリケーションが利用したコンテンツのＩＤ、または、当該端末装置内で利用されたアプリケーションのＩＤを取得し、当該ＩＤを含む前記利用状況収集サーバ宛のアドレスを生成し、前記アドレスを宛先とするアクセス要求を前記利用状況収集サーバに送信するアクセス手段として機能させ、
前記利用状況収集サーバを、
前記端末装置からアクセス要求を受信し、アクセス要求のアクセスログを記憶手段に記憶するアクセスログ収集手段、および、
前記アクセス要求の宛先の前記アドレスに対応するファイルが存在しない場合、前記アドレスに対応するファイルを生成する生成手段、
として機能させるための利用状況収集プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置で利用されるコンテンツの利用状況を収集する利用状況収集システム、利用状況収集サーバ、利用状況収集方法、および、利用状況収集プログラムに関する。
【背景技術】
【０００２】
従来より、様々なコンテンツ、アプリケーションなどをネットワーク及びアプリマーケット等を介して端末装置に配信し、端末装置でコンテンツを再生し、視聴すること、またはアプリケーションを利用することが行われている。例えば、コンテンツ配信においては、コンテンツを配信した際の視聴率情報を収集する技術が研究されている。特許文献１では、動画コンテンツを再生可能な携帯端末装置に対し、ストリーミング方式を用いて動画コンテンツを配信した際の視聴率を集計する動画コンテンツ視聴率集計システムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開2008-199373号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、企業を取り巻くビジネス環境が変化し、システムやアプリケーションの開発においても環境の変化に迅速に対応できるスピードが求められている。そのため、システム開発の期間短縮と、コスト削減が求められている。
【０００５】
しかしながら、特許文献１の視聴率集計システムでは、携帯端末装置、コンテンツサーバ装置および視聴率集約サーバ装置の各装置に、それぞれ独自のソフトウェア開発を行う必要があり、システム開発の期間短縮およびコスト削減については、考慮されていない。
【０００６】
また、特許文献１では、ストリーミング方式を用いて動画コンテンツを配信した際の視聴率を集計する技術であって、ストリーミング方式以外のコンテンツ配信やアプリケーションの利用については考慮されていない。
【０００７】
本発明は、上記事情に鑑みてなされたものであり、本発明の目的は、開発期間および開発コストを低減可能な、端末装置の利用状況を収集する利用状況収集システム、利用状況収集サーバ、利用状況収集方法、および、利用状況収集プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、本発明は、端末装置と、当該端末装置の利用状況を収集する利用状況収集サーバとを備える利用状況収集システムであって、前記端末装置は、当該端末装置内のアプリケーションが利用したコンテンツのＩＤ、または、当該端末装置内で利用されたアプリケーションのＩＤを取得し、当該ＩＤを含む前記利用状況収集サーバ宛のアドレスを生成し、前記アドレスを宛先とするアクセス要求を前記利用状況収集サーバに送信するアクセス手段を備え、前記利用状況収集サーバは、前記端末装置からアクセス要求を受信し、アクセス要求のアクセスログを記憶手段に記憶するアクセスログ収集手段と、前記アクセス要求の宛先の前記アドレスに対応するファイルが存在しない場合、前記アドレスに対応するファイルを生成する生成手段と、を備える。
【０００９】
本発明は、端末装置の利用状況を収集する利用状況収集サーバであって、前記端末装置から送信された、当該端末装置内のアプリケーションが利用したコンテンツのＩＤ、または、当該端末装置内で利用されたアプリケーションのＩＤを含むアドレスを宛先とするアクセス要求を受信し、前記アクセス要求のアクセスログを記憶手段に記憶するアクセスログ収集手段と、前記アクセス要求の宛先である前記アドレスに対応するファイルが存在しない場合、前記アドレスに対応するファイルを生成する生成手段と、を備える。
【００１０】
本発明は、端末装置と、当該端末装置の利用状況を収集する利用状況収集サーバとを備える利用状況収集システムが行う利用状況収集方法であって、前記端末装置は、当該端末装置内のアプリケーションが利用したコンテンツのＩＤ、または、当該端末装置内で利用されたアプリケーションのＩＤを取得し、当該ＩＤを含む前記利用状況収集サーバ宛のアドレスを生成する生成ステップと、前記アドレスを宛先とするアクセス要求を前記利用状況収集サーバに送信するアクセスステップとを行い、前記利用状況収集サーバは、前記端末装置からアクセス要求を受信し、アクセス要求のアクセスログを記憶部に記憶するアクセスログ収集ステップと、前記アクセス要求の宛先の前記アドレスに対応するファイルが存在しない場合、前記アドレスに対応するファイルを生成するファイル生成ステップと、を行う。
【００１１】
本発明は、端末装置と、当該端末装置の利用状況を収集する利用状況収集サーバとを備える利用状況収集システムが実行する利用状況収集プログラムであって、前記端末装置を、当該端末装置内のアプリケーションが利用したコンテンツのＩＤ、または、当該端末装置内で利用されたアプリケーションのＩＤを取得し、当該ＩＤを含む前記利用状況収集サーバ宛のアドレスを生成し、前記アドレスを宛先とするアクセス要求を前記利用状況収集サーバに送信するアクセス手段として機能させ、前記利用状況収集サーバを、前記端末装置からアクセス要求を受信し、アクセス要求のアクセスログを記憶手段に記憶するアクセスログ収集手段、および、前記アクセス要求の宛先の前記アドレスに対応するファイルが存在しない場合、前記アドレスに対応するファイルを生成する生成手段、として機能させる。
【発明の効果】
【００１２】
本発明によれば、開発期間および開発コストを低減可能な、端末装置の利用状況を収集する利用状況収集システム、利用状況収集サーバ、利用状況収集方法、および、利用状況収集プログラムを提供することができる。
【図面の簡単な説明】
【００１３】
【図１】第１の実施形態に係る利用状況収集システムの全体構成を示す図である。
【図２】第１の実施形態の端末装置と、利用状況収集サーバの構成を示す構成図である。
【図３】第１の実施形態の動作を示すシーケンス図である。
【図４】第１の実施形態のアクセスログ情報および解析結果の一例を示す図である。
【図５】第２の実施形態の端末装置と、利用状況収集サーバの構成を示す構成図である。
【図６】第２の実施形態の動作を示すシーケンス図である。
【図７】第３の実施形態の端末装置と、利用状況収集サーバの構成を示す構成図である。
【図８】第３の実施形態の動作を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態について、図面を参照して説明する。
【００１５】
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係る利用状況収集システムの全体構成図である。本利用状況収集システムは、端末装置１と、コンテンツサーバ２と、利用状況収集サーバ３と、解析サーバ４とを備える。
【００１６】
本実施形態の端末装置１は、インターネットなどのネットワーク９を介して、コンテンツサーバ２および利用状況収集サーバ３にアクセスする。すなわち、端末装置１は、コンテンツサーバ２にアクセスして所望のコンテンツ取得し、再生（利用）する。また、端末装置１は、取得したコンテンツのＩＤを用いてＵＲＩ（Uniform Resource Identifier：アドレス）を生成し、当該ＵＲＩを宛先として利用状況収集サーバ３にアクセス要求を送信する。端末装置１には、例えば、ＰＣ、スマートフォンなどを用いることができる。
【００１７】
コンテンツサーバ２は、端末装置１からの要求に応じて、要求されたコンテンツを端末装置１に配信する。利用状況収集サーバ３は、各端末装置１から送信されるアクセス要求を収集し、アクセスログとして記憶することで、各端末装置１で利用されるコンテンツの利用状況を収集する。解析サーバ４は、利用状況収集サーバ３が記憶したアクセスログを解析する。なお、図示する解析サーバ４は、利用状況収集サーバ３と直接、接続されているが、解析サーバ４と利用状況収集サーバ３とは、ネットワーク９を介して接続することとしてもよい。また、利用状況収集サーバ３と解析サーバ４とは、１つの装置であってもよい。
【００１８】
図２は、本実施形態の端末装置１と、利用状況収集サーバ３の構成を示す機能ブロック図である。図示する端末装置１は、少なくとも１つのユーザアプリケーション１１を備える。各ユーザアプリケーション１１は、アプリ本体機能部１２と、アクセス部１３とを備える。アプリ本体機能部１２は、所定のアプリケーション処理を行い、当該アプリケーション処理で利用したコンテンツまたは他のアプリケーションのＩＤ(識別情報)を、アクセス部１３に通知する。
【００１９】
本実施形態のアプリ本体機能部１２は、コンテンツサーバ２にアクセスして、所望のコンテンツを要求し、コンテンツサーバ２から配信されるコンテンツを再生し、当該コンテンツのＩＤをアクセス部１３に通知するものとするが、これに限定されるものではない。例えば、アプリ本体機能部１２は、コンテンツサーバ２または他のサーバ（不図示）が提供する所望のアプリケーションを利用し、または、端末装置１内に格納された所望のアプリケーションまたはコンテンツを利用し、利用したアプリケーションまたはコンテンツのＩＤをアクセス部１３に通知してもよい。
【００２０】
アクセス部１３は、アプリ本体機能部１２から、当該アプリ本体機能部１２が利用したコンテンツまたはアプリケーションのＩＤを取得し、当該ＩＤを含む利用状況収集サーバ３宛のアドレスを生成し、生成したアドレスを宛先として利用状況収集サーバにアクセス要求を送信する。
【００２１】
利用状況収集サーバ３は、アクセスログ収集部３１と、ファイル生成部３２と、アクセスログ記憶部３３とを備える。アクセスログ収集部３１は、端末装置１からのアクセス要求を受信し、どの端末装置１からどのファイルへのアクセス要求があったかのアクセスログを、アクセスログ記憶部３３に記憶する。なお、アクセスログ収集部３１およびアクセスログ記憶部３３には、一般的なＷｅｂサーバが備えるアクセスログ蓄積機能を用いることとしてもよい。ファイル生成部３２は、アクセス要求の宛先として指定されたＵＲＩ（アドレス）に対応するファイルが存在しない場合、当該ＵＲＩに対応するファイルを生成する。
【００２２】
上記説明した端末装置１、利用状況収集サーバ３および解析サーバ４は、例えば、ＣＰＵと、メモリと、ＨＤＤ等の外部記憶装置と、入力装置と、出力装置とを備えた汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵがメモリ上にロードされた所定のプログラムを実行することにより、各装置の各機能が実現される。例えば、端末装置１、利用状況収集サーバ３および解析サーバ４の各機能は、端末装置１用のプログラムの場合は端末装置１のＣＰＵが、利用状況収集サーバ３用のプログラムの場合は利用状況収集サーバ３のＣＰＵが、そして、解析サーバ４用のプログラムの場合は解析サーバ４のＣＰＵがそれぞれ実行することにより実現される。また、端末装置１用のプログラム、利用状況収集サーバ３用のプログラムおよび解析サーバ４用のプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ−ＲＯＭなどのコンピュータ読取り可能な記録媒体に記憶することも、ネットワーク及びアプリマーケット等を介して配信することもできる。
【００２３】
次に、本実施形態の動作について説明する。
【００２４】
図３は、本実施形態の動作を示すシーケンス図である。まず、ユーザは、端末装置１を操作し、当該端末装置１の所望のユーザアプリケーション１１を起動する（Ｓ１１）。起動されたユーザアプリケーション１１のアプリ本体機能部１２は、ユーザの操作指示を受け付けて、ユーザが指示したコンテンツのＩＤを含むコンテンツ配信要求をコンテンツサーバ２に送信する（Ｓ１２）。コンテンツサーバ２は、コンテンツ配信要求を受信し、当該コンテンツ配信要求で指定されたＩＤのコンテンツの配信を開始する（Ｓ１３）。
【００２５】
また、端末装置１のアプリ本体機能部１２は、Ｓ１２のコンテンツ配信要求で指定したコンテンツのＩＤを、アクセス部１３に通知する（Ｓ１４）。なお、アプリ本体機能部１２は、Ｓ１３のコンテンツの配信開始から所定の時間の経過後であって、コンテンツの再生（利用）が中止されていない場合に、Ｓ１４のコンテンツのＩＤをアクセス部１３に通知することとしてもよい。これにより、コンテンツの再生（利用）が極端に短く、実質的にはコンテンツを再生（利用）していない状態を排除することができる。
【００２６】
端末装置１のアクセス部１３は、アプリ本体機能部１２から通知されたＩＤを用いてＵＲＩ（アドレス）を生成し、当該ＵＲＩを宛先として利用状況収集サーバ３にアクセス要求を送信する（Ｓ１５）。具体的には、アクセス部１３は、図示しないメモリなどにあらかじめ記憶された利用状況収集サーバ３のアドレス（Ｗｅｂサイト名）の後ろに、当該ＩＤをサブアドレス（ファイル名）として付加したＵＲＩを生成する。または、アプリ本体機能部は、ＵＲＩを直接生成してもよい。
【００２７】
利用状況収集サーバ３のアクセスログ収集部３１は、端末装置１からアクセス要求を受信すると、当該ＵＲＩに対応するファイル（Ｗｅｂページ）が存在する場合、アクセスログ記憶部３３にアクセスログを記憶する（Ｓ１６）。そして、アクセスログ収集部３１は、Ｓ１５のアクセス要求に対するアクセス応答を要求元の端末装置１に送信し（Ｓ１７）、Ｓ１５に対する処理を終了する。
【００２８】
一方、当該ＵＲＩに対応するファイルが存在しない場合（すなわち、全端末装置１において、初めて当該ＩＤのコンテンツが利用された場合）、アクセスログ収集部３１は、端末装置１からアクセス要求を受信すると、ファイルが存在しない旨のエラー応答を端末装置１に送信する（Ｓ１８）。なお、ファイルが存在しない場合も、Ｓ１６と同様に、アクセスログ収集部３１は、アクセスログ記憶部３３にアクセスログを記憶することとしてもよい。端末装置１のアクセス部１３は、エラー応答を受信すると、Ｓ１５のアクセス要求の送信先としたＵＲＩに対応するファイルの生成要求を利用状況収集サーバ３に送信する（Ｓ１９）。
【００２９】
利用状況収集サーバ３のファイル生成部３２は、生成要求を受信し、当該生成要求で指定されたＵＲＩに対応するファイルを生成する（Ｓ２０）。なお、ここで生成するファイルは、ファイルさえ存在していればよいため、空のファイル（０バイトファイル）を生成するものとする。そして、ファイル生成部３２は、ファイルの生成完了通知を、端末装置１に送信する（Ｓ２１）。
【００３０】
端末装置１のアクセス部１３は、ファイルの生成完了通知を受信すると、Ｓ１５と同様のアクセス要求を利用状況収集サーバ３に送信する（Ｓ２２）。利用状況収集サーバ３のアクセスログ収集部３１は、端末装置１からアクセス要求を受信すると、今度は当該ＵＲＩに対応するファイルが存在するため、Ｓ１６と同様にアクセスログ記憶部３３にアクセスログを記憶する（Ｓ２３）。そして、アクセスログ収集部３１は、Ｓ２２のアクセス要求に対するアクセス応答を送信し（Ｓ２４）、Ｓ１５に対する処理を終了する。
【００３１】
なお、図３に示すシーケンス図では、当該ＵＲＩに対応するファイルが存在しない場合、利用状況収集サーバ３のアクセスログ収集部３１は、ファイルが存在しない旨のエラー応答を端末装置１に送信することとしたが（Ｓ１８）、当該ＵＲＩに対応するファイルが存在しない場合、ファイル生成部３２がアクセスログ収集部３１からエラー通知を受け付けて、当該ＵＲＩに対応するファイルを生成し、アクセスログ収集部３１は、Ｓ１５のアクセス要求に対するアクセス応答を要求元の端末装置１送信し、Ｓ１５に対する処理を終了することとしてもよい。
【００３２】
また、Ｓ２２の端末装置１のアクセス要求の再送、及びこれに対するＳ２３、Ｓ２４の処理は、最初にファイルを生成する際の１件分のアクセスログであるため、全体のアクセスログ数（例えば、何万件）から見ると微々たるものであるため、行わないこととしてもよい。また、Ｓ１８でファイルが存在しない旨のエラー応答を送信する際に、Ｓ１６と同様に、アクセスログ収集部３１が、アクセスログ記憶部３３にアクセスログを記憶する場合、Ｓ２２からＳ２４の処理は行わなくてもよい。
【００３３】
以上の処理により、利用状況収集サーバ３のアクセスログ記憶部３３には、各端末装置１からのアクセスログが蓄積される。解析サーバ４は、所定のタイミングで、利用状況収集サーバ３のアクセスログ記憶部３３にアクセスし（Ｓ２５）、アクセスログ記憶部３３に蓄積されたアクセスログを解析し、解析結果を出力する（Ｓ２６）。
【００３４】
図４は、アクセスログ記憶部３３に記憶されるアクセスログおよびアクセスログの解析結果の一例を示すものである。図４（ａ）に示すアクセスログでは、各アクセス要求毎に、要求元情報（例えば、要求元の端末装置のＩＰアドレス等）と、アクセス日時と、アクセスＵＲＩおよびメソッド（ＧＥＴ／ＰＯＳＴ）と、アクセス結果、アクセスＵＲＩのファイルサイズなどが、アクセスログ記憶部３３に記憶されるものとする。
【００３５】
解析サーバ４は、所定のタイミングでアクセスログ記憶部３３のアセスログ情報を解析する。例えば、解析サーバ４は、指定した期間のアクセス数を、アクセスＵＲＩ毎に集計することで、図４（ｂ）に示すような集計表を生成する。図示する集計表は、所定期間（2/25〜2/28）における、コンテンツサーバ２が配信するコンテンツ（/watchserver/tv/1.ch）へのアクセス数を示すグラフである。すなわち、各端末装置１で利用されたコンテンツの利用状況を示すものである。
【００３６】
なお、図４（ｂ）に示す例では、折れ線グラフで示しているが、表示形式はこれに限定されるものではなく、棒グラフ、円グラフなど様々な表示形式で解析結果は表示されるものとする。また、図示するグラフは、１つのコンテンツ（アクセスＵＲＩ）の集計結果を示す集計表であるが、複数のコンテンツの集計結果を含む集計表を生成することとしてよい。
【００３７】
以上説明した第１の実施形態では、端末装置１のアクセス部１３と、利用状況収集サーバ３のファイル生成部３２とを新規に開発し、後の部分については既存のシステムまたはツールなどを流用することができる。これにより、本実施形態では、短期間および低コストで利用状況収集システムを開発および実現することができる。すなわち、端末装置１では、独自ソフトウェアとして、簡易なスクリプト等によるＵＲＩを用いた利用状況収集サーバ３へのアクセス手段（アクセス部１３）を提供することで、新規開発部分の開発工数を削減し、短期間および低コストでのシステムを実現することができる。また、利用状況収集サーバ３においても、アクセスログ収集部３１およびアクセスログ記憶部３３については、一般的なＷｅｂサーバの機能を流用することで、独自ソフトウェアとしてアクセス要求先のＵＲＩに対応するファイルが存在しない場合に、当該ファイルを生成するファイル生成部３２を提供することで、新規開発部分の開発工数を削減し、短期間および低コストでのシステムを実現することができる。
【００３８】
また、本実施形態では、コンテンツサーバ２に対する独自ソフトウェアの作りこみが発生せず、既存のコンテンツサーバ２に影響を与えることなく、そのまま使用することができる。
【００３９】
また、本実施形態の端末装置１で使用するユーザアプリケーション１１は、前述のアプリマーケットなど通して配布可能であるため、端末装置１への配布・運用コストを抑えることができる。また、利用状況収集サーバ３のファイル生成部３２については、一旦、利用状況収集サーバ３に配置すれば、保守の必要が無く運用コストを抑えることができる。
【００４０】
なお、第１の実施形態では、アプリ本体機能部１２が、コンテンツサーバ２にアクセスし、コンテンツサーバ２から配信されるコンテンツのＩＤをアクセス部１３に通知し、アクセス部１３がアクセス要求を送信することで、端末装置１が利用したコンテンツの利用状況を解析することとしたが、これに限定されるものではない。例えば、端末装置１内で利用（起動）されたアプリケーションの利用状況を、利用状況収集サーバ３が収集し、解析サーバ４が解析することとしてもよい。具体的には、アプリ本体機能部１２は、自身のユーザアプリケーション１１が起動されると、自身のアプリケーションＩＤをアクセス部１３に通知する。または、アプリケーション利用（起動）監視アプリがある場合、アプリケーション利用（起動）監視アプリはユーザアプリケーション１１が利用（起動）されると、アプリケーション１１のアプリケーションＩＤを取得し、アクセス部１３に通知することとしてもよい。
【００４１】
アクセス部１３は、前述の第１の実施形態で説明したように、通知されたＩＤを含む利用状況収集サーバ３宛のアドレスを生成し、生成したアドレスを宛先として利用状況収集サーバ３にアクセスする。利用状況収集サーバ３は、アクセス要求を受信し、アクセスログをアクセスログ記憶部３３に記憶するとともに、アクセス要求の宛先として指定されたアドレス（ＵＲＩ）に対応するファイルが存在しない場合に、当該アドレスに対応するファイルを生成する。そして、解析サーバ４は、アクセスログ記憶部３３を用いて端末装置１内で利用（起動）されたアプリケーションの利用状況を解析する。
【００４２】
＜第２の実施形態＞
図５は、第２の実施形態の端末装置１Ａと、利用状況収集サーバ３の構成を示す機能ブロック図である。本実施形態のシステム全体構成については、第１の実施形態の図１と同様であるため、ここでは説明を省略する。また、本実施形態のコンテンツサーバ２、利用状況収集サーバ３および解析サーバ４は、第１の実施形態のコンテンツサーバ２、利用状況収集サーバ３および解析サーバ４と同様である。
【００４３】
本実施形態の端末装置１Ａでは、各ユーザアプリケーション１１Ａがアクセス部を備えるのではなく、複数のユーザアプリケーション１１Ａが共通して使用するアクセス集約部１３Ａを備える。アクセス集約部１３Ａは、各ユーザアプリケーション１１Ａから、当該ユーザアプリケーション１１Ａが利用したコンテンツのＩＤを取得し、当該ＩＤを含む利用状況収集サーバ３宛のＵＲＩ（アドレス）を生成し、当該ＵＲＩを宛先とするアクセス要求を利用状況収集サーバ３に送信する。
【００４４】
図示する端末装置１は、少なくとも１つのユーザアプリケーション１１Ａを備え、ユーザアプリケーション１１Ａは、アプリ本体機能部１２と、インタフェース部１４とを備える。アプリ本体機能部１２は、第１の実施形態のアプリ本体機能部１２と同様であって、所定のアプリケーション処理を行う。また本実施形態のアプリ本体機能部１２は、アプリケーション処理で利用したコンテンツのＩＤを、インタフェース部１４に通知する。インタフェース部１４は、アプリ本体機能部１２から通知されたＩＤを、アクセス集約部１３Ａに通知する。アクセス集約部１３Ａは、各インタフェース部１４から通知されたＩＤを含む利用状況収集サーバ３宛のＵＲＩ（アドレス）を生成し、当該ＵＲＩを宛先とするアクセス要求を利用状況収集サーバ３に送信する。なお、各ユーザアプリケーション１１Ａは、インタフェース部１４を備えることなく、アプリ本体機能部１２が、直接ＩＤをアクセス集約部１３Ａに通知することとしてもよい。
【００４５】
次に、本実施形態の動作について説明する。
【００４６】
図６は、本実施形態の動作を示すシーケンス図である。まず、ユーザは、端末装置１を操作し、当該端末装置１の所望のユーザアプリケーション１１Ａを起動する（Ｓ３１）。起動されたユーザアプリケーション１１Ａのアプリ本体機能部１２は、ユーザの操作指示を受け付けて、ユーザが指示したコンテンツのＩＤを含むコンテンツ配信要求をコンテンツサーバ２に送信する（Ｓ３２）。コンテンツサーバ２は、コンテンツ配信要求を受信し、当該コンテンツ配信要求で指定されたＩＤのコンテンツの配信を開始する（Ｓ３３）。
【００４７】
また、端末装置１のアプリ本体機能部１２は、Ｓ３２のコンテンツ配信要求で指定したコンテンツのＩＤを、インタフェース部１４に通知する（Ｓ３４）。端末装置１のインタフェース部１４は、アプリ本体機能部１２から通知されたＩＤを、アクセス集約部１３Ａに通知する（Ｓ３５）。アクセス集約部１３Ａは、インタフェース部１４から通知されたＩＤを用いてＵＲＩ（アドレス）を生成し、当該ＵＲＩを宛先として利用状況収集サーバ３にアクセス要求を送信する（Ｓ３６）。具体的には、アクセス集約部１３Ａは、図示しないメモリなどにあらかじめ記憶された利用状況収集サーバ３のアドレス（Ｗｅｂサイト名）の後ろに、当該ＩＤをサブアドレス（ファイル名）として付加したＵＲＩを生成する。
【００４８】
以降のＳ３７からＳ４７の処理については、第１の実施形態の図３のＳ１６からＳ２６の処理と同様であるため、ここでは説明を省略する。
【００４９】
以上説明した第２の実施形態では、第１の実施形態と同様に、短期間および低コストで利用状況収集システムを開発および実現することができる。また、第２の実施形態では、各ユーザアプリケーション１１Ａが備えるインタフェース部１４は、アプリ本体機能部１２から通知されたＩＤをアクセス集約部１３Ａに通知するだけで、利用状況収集サーバ３へのアクセスは各ユーザアプリケーション１１Ａが共通して使用するアクセス集約部１３Ａが行う。これにより、各ユーザアプリケーション１１Ａ内で新規に開発するインタフェース部１４の開発量を低減することができる。また、利用状況収集サーバ３と、アクセス集約部１３Ａとのインタフェースがアプリ本体機能部１２から隠蔽されるため、アプリ本体機能部１２の自由度が向上するとともに、ユーザアプリケーション１１Ａ全体の複雑度を低減することができる。
【００５０】
なお、第２の実施形態においては、アプリ本体機能部１２が、コンテンツサーバ２から配信されるコンテンツのＩＤを、インタフェース部１４を介してアクセス集約部１３Ａに通知し、アクセス集約部１３Ａがアクセス要求を送信することで、端末装置１Ａが利用したコンテンツの利用状況を解析することとしたが、端末装置１Ａ内で利用（起動）されたアプリケーションの利用状況を、利用状況収集サーバ３が収集し、解析サーバ４が解析することとしてもよい。この場合、アプリ本体機能部１２は、自身のユーザアプリケーション１１Ａが起動されると、自身のアプリケーションＩＤをインタフェース部１４を介してアクセス集約部１３Ａに通知する。または、アプリケーション利用（起動）監視アプリがある場合、アプリケーション利用（起動）監視アプリはユーザアプリケーション１１Ａが利用（起動）されると、アプリケーション１１ＡのアプリケーションＩＤを取得し、インタフェース部１４を介してアクセス部１３Ａに通知することとしてもよい。アクセス集約部１３Ａが、通知されたＩＤを含む利用状況収集サーバ３宛のアドレスを生成し、生成したアドレスを宛先として利用状況収集サーバ３にアクセスすることで、端末装置１Ａ内で利用（起動）されたアプリケーションの利用状況を、利用状況収集サーバ３が収集し、解析サーバ４が解析することができる。
【００５１】
＜第３の実施形態＞
図７は、第３の実施形態の端末装置１Ｂと、利用状況収集サーバ３Ｂの構成を示す機能ブロック図である。本実施形態のシステム全体構成については、第１の実施形態の図１と同様であるため、ここでは説明を省略する。また、本実施形態のコンテンツサーバ２および解析サーバ４は、第１の実施形態のコンテンツサーバ２および解析サーバ４と同様である。
【００５２】
本実施形態の各端末装置１Ｂは、アクセス要求を利用状況収集サーバ３Ｂに送信する際に、利用状況収集サーバ３Ｂから取得したキーワードに当該端末装置１Ｂ（ユーザ）が属するか否かを判別し、当該端末装置１Ｂがキーワードに属する場合、アクセス要求を利用状況収集サーバ３Ｂに送信し、当該端末装置１Ｂがキーワードに属しない場合、アクセス要求を利用状況収集サーバ３Ｂに送信しないこととする。これにより、本実施形態では、キーワードに属する所定の属性の端末装置１Ｂ（ユーザ）のみの利用状況を解析することができるとともに、利用状況収集サーバ３Ｂの処理能力を超える大量のアクセス要求が、利用状況収集サーバ３Ｂに集中することを防止することができる。
【００５３】
図示する端末装置１Ｂは、少なくとも１つのユーザアプリケーション１１Ｂを備え、ユーザアプリケーション１１Ｂは、アプリ本体機能部１２と、アクセス部１３Ｂとを備える。アプリ本体機能部１２は、第１の実施形態のアプリ本体機能部１２と同様であって、所定のアプリケーション処理を行うとともに、アプリケーション処理で利用したコンテンツのＩＤを、アクセス部１３Ｂに通知する。
【００５４】
アクセス部１３Ｂは、アプリ本体機能部１２から、当該アプリ本体機能部１２が利用したコンテンツのＩＤを取得し、当該ＩＤを含む利用状況収集サーバ３Ｂ宛のアドレスを生成し、生成したアドレスを宛先として利用状況収集サーバ３Ｂにアクセス要求を送信する。また、本実施形態のアクセス部１３Ｂは、アクセス要求を利用状況収集サーバ３Ｂに送信する際に、利用状況収集サーバ３Ｂから取得したキーワードに当該端末装置１Ｂが属するか否かを判別し、判別結果に応じてアクセス要求を利用状況収集サーバ３Ｂに送信するか否かのアクセス制御を行う。すなわち、アクセス部１３Ｂは、当該端末装置１Ｂがキーワードに属する場合、アクセス要求を利用状況収集サーバ３Ｂに送信し、当該端末装置１Ｂがキーワードに属しない場合、アクセス要求を利用状況収集サーバ３Ｂに送信しない。なお、端末装置１Ｂには、ユーザまたは端末装置１Ｂの属性情報が図示しない記憶部に記憶されているものとする。
【００５５】
本実施形態の利用状況収集サーバ３Ｂは、第１の実施形態と同様のアクセスログ収集部３１、ファイル生成部３２およびアクセスログ記憶部３３を備え、さらに、アクセス制御部３４を備える。アクセス制御部３４は、各端末装置１からのアクセスを制御するためのキーワードが記憶されている。キーワードとしては、例えば、端末装置１Ｂを使用するユーザの属性（性別：男性／女性、年齢：10代以下／20代／30代／40代／50代／60代／70代以上、等）、端末装置ＩＤ（ＩＤ、またはＩＤの演算結果（例えば、ＩＤを所定の整数で割った余りの値））、端末装置の設置場所（地域コードなど）、などが考えられる。また、アクセス制御部３４もしくはアクセス部１３Ｂには、キーワードの判断方法（キーワードのａｎｄ／ｏｒ／ｎｏｔ演算など）が記憶されている。
【００５６】
次に、本実施形態の動作について説明する。
【００５７】
図８（ａ）は、キーワード取得動作を示すシーケンス図である。端末装置１Ｂのアクセス部１３Ｂは、所定のタイミングで（例えば、１日／１回）、自動起動し（Ｓ５１）、利用状況収集サーバ３Ｂのアクセス制御部３４にアクセスし、当該アクセス制御部３４に記憶されたキーワードおよび判断方法を取得する（Ｓ５２）。そして、アクセス部１３Ｂは、取得したキーワードおよび判断方法を、図示しない記憶部に格納する。
【００５８】
図８（ｂ）は、アクセス要求送信時の動作を示すシーケンス図である。まず、ユーザは、端末装置１Ｂを操作し、当該端末装置１Ｂの所望のユーザアプリケーション１１Ｂを起動する（Ｓ６１）。起動されたユーザアプリケーション１１Ｂのアプリ本体機能部１２は、ユーザの操作指示を受け付けて、ユーザが指示したコンテンツのＩＤを含むコンテンツ配信要求をコンテンツサーバ２に送信する（Ｓ６２）。コンテンツサーバ２は、コンテンツ配信要求を受信し、当該コンテンツ配信要求で指定されたＩＤのコンテンツの配信を開始する（Ｓ６３）。
【００５９】
また、端末装置１のアプリ本体機能部１２は、Ｓ６２のコンテンツ配信要求で指定したコンテンツのＩＤを、アクセス部１３Ｂに通知する（Ｓ６４）。端末装置１Ｂのアクセス部１３Ｂは、図８（ａ）で利用状況収集サーバ３Ｂから取得したキーワードおよび判断方法に、当該端末装置１Ｂ（ユーザ）の属性情報が属するか（キーワードの対象となるか）否かを判別する（Ｓ６５）。
【００６０】
アクセス部１３Ｂは、端末装置１Ｂがキーワードに属すると判別した場合に、アクセス要求を利用状況収集サーバ３Ｂに送信する（Ｓ６６）。すなわち、アクセス部１３Ｂは、第１の実施形態（図３：Ｓ１５）と同様に、アプリ本体機能部１２から通知されたＩＤを用いてＵＲＩ（アドレス）を生成し、当該ＵＲＩを宛先として利用状況収集サーバ３Ｂにアクセス要求を送信する。以降の処理については、第１の実施形態の図３のＳ１６からＳ２６の処理と同様であるため、ここでは説明を省略する。
【００６１】
一方、当該端末装置１Ｂがキーワードに属しないと判別した場合は、アクセス要求を利用状況収集サーバ３Ｂに送信することなく、処理を終了する。
【００６２】
以上説明した第３の実施形態では、第１の実施形態と同様に、短期間および低コストで利用状況収集システムを開発および実現することができる。また、第３の実施形態では、利用状況収集サーバ３Ｂから取得したキーワードに属する所定の属性の端末装置１Ｂ（ユーザ）のみの利用状況を解析することができるとともに、利用状況収集サーバ３Ｂの処理能力を超える大量のアクセス要求が、利用状況収集サーバ３Ｂに集中することを防止することができる。
【００６３】
なお、第３の実施形態においては、アプリ本体機能部１２が、コンテンツサーバ２から配信されるコンテンツのＩＤを、アクセス部１３Ｂに通知し、アクセス部１３Ｂがアクセス要求を送信することで、端末装置１Ｂが利用したコンテンツの利用状況を解析することとしたが、端末装置１Ｂ内で利用（起動）されたアプリケーションの利用状況を、利用状況収集サーバ３Ｂが収集し、解析サーバ４が解析することとしてもよい。この場合、アプリ本体機能部１２は、自身のユーザアプリケーション１１Ｂが起動されると、自身のアプリケーションＩＤをアクセス部１３Ｂに通知する。または、ユーザアプリケーション利用（起動）監視アプリがある場合、アプリケーション利用（起動）監視アプリはユーザアプリケーション１１Ｂが利用（起動）されると、アプリケーション１１ＢのアプリケーションＩＤを取得し、アクセス部１３Ｂに通知することとしてもよい。アクセス部１３Ｂが、通知されたＩＤを含む利用状況収集サーバ３Ｂ宛のアドレスを生成し、生成したアドレスを宛先として利用状況収集サーバ３Ｂにアクセスすることで、端末装置１Ｂ内で利用（起動）されたアプリケーションの利用状況を、利用状況収集サーバ３Ｂが収集し、解析サーバ４が解析することができる。
【００６４】
なお、本発明は上記第１から第３の実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、本発明は、上記実施形態を組み合わせたものであってもよい。具体的には、本発明は、第２の実施形態と第３の実施形態とを組み合わせたものであって、第３の実施形態の端末装置１Ｂのアクセス部１３Ｂは、複数のユーザアプリケーション１１Ｂで共通して使用されるアクセス集約部であってもよい。
【符号の説明】
【００６５】
１、１Ａ、１Ｂ：端末装置
１１、１１Ａ、１１Ｂ：ユーザアプリケーション
１２：アプリ本体機能部
１３、１３Ｂ：アクセス部
１３Ａ：アクセス集約部
１４：インタフェース部
２  ：コンテンツサーバ
３、３Ｂ：利用状況収集サーバ
３１：アクセスログ収集部
３２：ファイル生成部
３３：アクセスログ記憶部
３４：アクセス制御部
４  ：解析サーバ
【図１】
2014022821.tif 000003
【図２】
2014022821.tif 000004
【図３】
2014022821.tif 000005
【図４】
2014022821.tif 000006
【図５】
2014022821.tif 000007
【図６】
2014022821.tif 000008
【図７】
2014022821.tif 000009
【図８】
2014022821.tif 000010