JP2021043694A - プログラム - Google Patents

Abstract

【課題】端末に表示されるコンテンツのＵＲＬを取得するプログラムを提供する。【解決手段】実施形態によれば、プロセッサによって実行されるプログラムは、前記プロセッサに、端末からコンテンツを取得するリクエストを受信させ、前記コンテンツを配信するコンテンツサーバに前記リクエストを送信させ、前記コンテンツサーバから前記コンテンツを含むレスポンスを受信させ、前記レスポンスを前記端末に送信させ、前記リクエスト及び前記レスポンスの通信ログから前記コンテンツを格納するＵＲＬを取得させる。【選択図】 図１

Description

本発明の実施形態は、広告に関連するプログラムに関する。

スマートフォンなどの携帯端末には、アプリケーションを実行し当該アプリケーション上で広告（コンテンツ）を表示するものがある。そのような携帯端末は、広告の格納先を示す広告ＵＲＬから広告を取得して当該アプリケーション上に表示する。

また、外部装置が携帯端末のアプリケーションの動作を監視するのは携帯端末のＯＳによるアクセス制限などによって困難であることがある。

そのため、外部装置がアプリケーション上に表示される広告を取得することは難しい。

そこで、携帯端末のアプリケーション上に表示される広告を取得する技術が望まれる。

特開２０１４−２３５７号公報

上記の課題を解決するため、端末に表示されるコンテンツのＵＲＬを取得するプログラムを提供する。

実施形態によれば、プロセッサによって実行されるプログラムは、前記プロセッサに、端末からコンテンツを取得するリクエストを受信させ、前記コンテンツを配信するコンテンツサーバに前記リクエストを送信させ、前記コンテンツサーバから前記コンテンツを含むレスポンスを受信させ、前記レスポンスを前記端末に送信させ、前記リクエスト及び前記レスポンスの通信ログから前記コンテンツを格納するＵＲＬを取得させる。

実施形態によれば、解析システムは、端末に対してアプリケーション上で広告を表示させる。解析システムは、端末が広告サーバから広告を取得する際のデータ通信をプロキシサーバで中継する。解析システムは、プロキシサーバの通信ログから広告を格納する広告ＵＲＬを取得する。その結果、解析システムは、端末のＯＳなどによる制約のために端末から直接広告を取得できない場合であっても、端末が表示する広告を取得することができる。

図１は、実施形態に係る解析システムの構成例を示すブロック図である。 図２は、実施形態に係る制御装置の構成例を示すブロック図である。 図３は、実施形態に係るプロキシサーバの構成例を示すブロック図である。 図４は、実施形態に係る解析装置の構成例を示すブロック図である。 図５は、実施形態に係る解析システムの動作例を示すシーケンス図である。 図６は、実施形態に係る解析装置の動作例を示すフローチャートである。

以下、図面を参照しながら実施形態について説明する。

実施形態に係る解析システムは、広告サーバ（コンテンツサーバ）がスマートフォンなどの携帯端末に配信する広告（コンテンツ）を解析する。解析システムは、携帯端末に配信される広告のＵＲＬ（Uniform Resource Locator）（広告ＵＲＬ）を取得する。解析システムは、広告ＵＲＬから広告を取得して広告を解析する。ここでは、広告は、動画広告である。なお、解析システムが解析するコンテンツは、広告に限定されるものではない。

図１は、実施形態に係る解析システム１の構成例を示すブロック図である。図１が示すように、解析システム１は、制御装置１０、携帯端末２０、プロキシサーバ３０、解析装置４０、広告サーバ５０及びネットワーク６０などから構成される。制御装置１０は、携帯端末２０と接続する。携帯端末２０は、プロキシサーバ３０と接続する。プロキシサーバ３０は、解析装置４０及びネットワーク６０に接続する。解析装置４０及び広告サーバ５０は、ネットワーク６０に接続する。

なお、解析システム１は、図１が示すような構成の他に必要に応じた構成をさらに具備したり、解析システム１から特定の構成が除外されたりしてもよい。

制御装置１０は、携帯端末２０を操作する。具体的には、制御装置１０は、携帯端末２０に所定のアプリケーションを起動させ、当該アプリケーション上で広告を表示させる。制御装置１０については、後に詳述する。

携帯端末２０は、制御装置１０からの制御に基づいて所定のアプリケーションを起動し、当該アプリケーション上で広告を表示する。ここでは、携帯端末２０は、制御装置１０からのリモート操作で動作するように設定される。たとえば、携帯端末２０は、ＯＳ（Operating System）のユーザ補助機能を有効する。携帯端末２０は、ユーザ補助機能を有効にすることで、リモート操作可能になる。即ち、携帯端末２０は、制御装置１０から、画面操作（タップなど）などの操作に相当する操作の入力を受け付ける。

携帯端末２０は、予めアプリケーションプログラムを格納する。携帯端末２０は、アプリケーションプログラムを実行し、アプリケーションを起動する。携帯端末２０は、アプリケーションの動作に従って広告サーバ５０から広告を取得しアプリケーション上に表示する。

たとえば、携帯端末２０は、広告ＵＲＬを含むアプリデータを外部装置から取得する。携帯端末２０は、アプリケーションの起動時などにおいて、アプリデータを取得するリクエストを外部装置に送信する。たとえば、アプリデータは、アプリケーションの動作に必要なデータである。携帯端末２０は、外部装置からアプリデータを含むレスポンスを受信する。

また、携帯端末２０は、予めアプリケーションに組み込まれている広告ＵＲＬを取得してもよい。

携帯端末２０は、アプリデータが格納する広告ＵＲＬを用いて広告サーバ５０から広告を取得し、アプリケーションの所定の画面（広告画面）に表示する。

たとえば、携帯端末２０は、画面の上部、底部又は中央部などに広告を表示する。携帯端末２０が表示する広告の位置及び広告が表示される画面（深度）は、特定の構成の限定されるものではない。

たとえば、携帯端末２０は、スマートフォン、タブレットＰＣ、フューチャーフォン、ウェアラブル端末又はＩｏＴ機器などである。

プロキシサーバ３０は、携帯端末２０とネットワーク６０との間の通信を中継する。たとえば、プロキシサーバ３０は、ネットワーク６０を通じて、携帯端末２０からのリクエストを広告サーバ５０に送信する。また、プロキシサーバ３０は、ネットワーク６０を通じて広告サーバ５０から受信したレスポンスを携帯端末２０に送信する。プロキシサーバ３０については、後に詳述する。

解析装置４０は、広告を解析する。解析装置４０は、広告サーバ５０から広告ＵＲＬを用いて広告を取得する。解析装置４０は、取得した広告を解析する。解析装置４０については、後に詳述する。

広告サーバ５０は、広告を配信する。広告サーバ５０は、広告ＵＲＬに基づくリクエストに従って広告を送信する。広告サーバ５０は、ネットワーク６０を通じて、携帯端末２０及び解析装置４０に広告を送信する。広告サーバ５０は、予め広告を格納する。広告サーバ５０は、適宜広告を更新してもよい。

ネットワーク６０は、プロキシサーバ３０、解析装置４０及び広告サーバ５０などを互いに接続する通信網である。たとえば、ネットワーク６０は、インターネットである。

次に、制御装置１０の構成例について説明する。
図２は、制御装置１０の構成例を示すブロック図である。図２が示すように、制御装置１０は、プロセッサ１１、ＲＯＭ１２、ＲＡＭ１３、ＮＶＭ１４、通信部１５、操作部１６及び表示部１７などを備える。これらの各部は、データバスを介して互いに接続される。なお、制御装置１０は、図２が示すような構成の他に必要に応じた構成を具備したり、制御装置１０から特定の構成が除外されたりしてもよい。

プロセッサ１１は、制御装置１０全体の動作を制御する機能を有する。プロセッサ１１は、内部キャッシュ及び各種のインターフェースなどを備えてもよい。プロセッサ１１は、内部メモリ、ＲＯＭ１２又はＮＶＭ１４が予め記憶するプログラムを実行することにより種々の処理を実現する。

なお、プロセッサ１１がプログラムを実行することにより実現する各種の機能のうちの一部は、ハードウエア回路により実現されるものであってもよい。この場合、プロセッサ１１は、ハードウエア回路により実行される機能を制御する。

ＲＯＭ１２は、制御プログラム及び制御データなどが予め記憶された不揮発性のメモリである。ＲＯＭ１２に記憶される制御プログラム及び制御データは、制御装置１０の仕様に応じて予め組み込まれる。ＲＯＭ１２は、たとえば、制御装置１０の回路基板を制御するプログラムなどを格納する。

ＲＡＭ１３は、揮発性のメモリである。ＲＡＭ１３は、プロセッサ１１の処理中のデータなどを一時的に格納する。ＲＡＭ１３は、プロセッサ１１からの命令に基づき種々のアプリケーションプログラムを格納する。また、ＲＡＭ１３は、アプリケーションプログラムの実行に必要なデータ及びアプリケーションプログラムの実行結果などを格納してもよい。

ＮＶＭ１４は、データの書き込み及び書き換えが可能な不揮発性のメモリである。ＮＶＭ１４は、たとえば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）又はフラッシュメモリなどから構成される。ＮＶＭ１４は、制御装置１０の運用用途に応じて制御プログラム、アプリケーション及び種々のデータなどを格納する。

通信部１５は、携帯端末２０とデータを送受信するためのインターフェースである。たとえば、通信部１５は、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続をサポートするインターフェースである。また、通信部１５は、ＬＡＮ接続をサポートするインターフェースであってもよい。

操作部１６は、オペレータから種々の操作の入力を受け付ける。操作部１６は、受け付けた操作を示す信号をプロセッサ１１へ送信する。たとえば、操作部１６は、キーボード、テンキー及びタッチパネルから構成される。

表示部１７は、プロセッサ１１の制御により種々の情報を表示する。たとえば、表示部１７は、液晶モニタから構成される。なお、操作部１６がタッチパネルなどで構成される場合、表示部１７は、操作部１６と一体的に形成されてもよい。
制御装置１０は、たとえば、デスクトップＰＣなどであってもよい。

次に、プロキシサーバ３０について説明する。
図３は、プロキシサーバ３０の構成例を示すブロック図である。図３が示すように、プロキシサーバ３０は、プロセッサ３１、ＲＯＭ３２、ＲＡＭ３３、ＮＶＭ３４、第１の通信部３５、第２の通信部３６、第３の通信部３７、操作部３８及び表示部３９などを備える。これらの各部は、データバスを介して互いに接続される。なお、プロキシサーバ３０は、図３が示すような構成の他に必要に応じた構成を具備したり、プロキシサーバ３０から特定の構成が除外されたりしてもよい。

プロセッサ３１は、プロキシサーバ３０全体の動作を制御する機能を有する。

ＲＯＭ３２は、制御プログラム及び制御データなどが予め記憶された不揮発性のメモリである。

ＲＡＭ３３は、揮発性のメモリである。

ＮＶＭ３４は、データの書き込み及び書き換えが可能な不揮発性のメモリである。

第１の通信部３５は、携帯端末２０とデータを送受信するためのインターフェースである。たとえば、第１の通信部３５は、Ｂｌｕｅｔｏｏｔｈ接続をサポートするインターフェースである。また、第１の通信部３５は、ＬＡＮ接続をサポートするインターフェースであってもよい。

第２の通信部３６は、ネットワーク６０とデータを送受信するためのインターフェースである。たとえば、第２の通信部３６は、ＬＡＮ接続をサポートするインターフェースである。

第３の通信部３７は、解析装置４０とデータを送受信するためのインターフェースである。たとえば、第３の通信部３７は、ＬＡＮ接続をサポートするインターフェースである。また、第３の通信部３７は、Ｂｌｕｅｔｏｏｔｈ接続をサポートするインターフェースであってもよい。また、第３の通信部３７は、ＵＳＢ接続をサポートするインターフェースであってもよい。

操作部３８は、オペレータから種々の操作の入力を受け付ける。

表示部３９は、プロセッサ３１の制御により種々の情報を表示する。

なお、第１の通信部３５、第２の通信部３６及び第３の通信部３７は、一体的に形成されてもよい。

プロキシサーバ３０は、たとえば、デスクトップＰＣなどであってもよい。

次に、解析装置４０について説明する。
図４は、解析装置４０の構成例を示すブロック図である。図４が示すように、解析装置４０は、プロセッサ４１、ＲＯＭ４２、ＲＡＭ４３、ＮＶＭ４４、第１の通信部４５、第２の通信部４６、操作部４７及び表示部４８などを備える。これらの各部は、データバスを介して互いに接続される。なお、解析装置４０は、図４が示すような構成の他に必要に応じた構成を具備したり、解析装置４０から特定の構成が除外されたりしてもよい。

プロセッサ４１は、解析装置４０全体の動作を制御する機能を有する。

ＲＯＭ４２は、制御プログラム及び制御データなどが予め記憶された不揮発性のメモリである。

ＲＡＭ４３は、揮発性のメモリである。

ＮＶＭ４４は、データの書き込み及び書き換えが可能な不揮発性のメモリである。

第１の通信部４５は、プロキシサーバ３０とデータを送受信するためのインターフェースである。たとえば、第１の通信部４５は、ＬＡＮ接続をサポートするインターフェースである。また、第１の通信部４５は、Ｂｌｕｅｔｏｏｔｈ接続をサポートするインターフェースであってもよい。また、第１の通信部４５は、ＵＳＢ接続をサポートするインターフェースであってもよい。

第２の通信部４６は、ネットワーク６０とデータを送受信するためのインターフェースである。たとえば、第２の通信部４６は、ＬＡＮ接続をサポートするインターフェースである。

操作部４７は、オペレータから種々の操作の入力を受け付ける。

表示部４８は、プロセッサ４１の制御により種々の情報を表示する。

なお、第１の通信部４５及び第２の通信部４６は、一体的に形成されてもよい。

解析装置４０は、たとえば、デスクトップＰＣなどであってもよい。

次に、制御装置１０が実現する機能について説明する。制御装置１０が実現する機能は、プロセッサ１１がＲＯＭ１２又はＮＶＭ１４などに格納されるプログラムを実行することで実現される。

まず、制御装置１０のプロセッサ１１は、携帯端末２０にアプリケーションを起動させる機能を有する。

ここでは、携帯端末２０は、制御装置１０との通信を確立しているものとする。また、携帯端末２０は、ユーザ補助機能を有効にし、制御装置１０によってリモート操作可能な状態であるものとする。

プロセッサ１１は、通信部１５を通じて、アプリケーションを起動させる信号を携帯端末２０に送信する。たとえば、プロセッサ１１は、アプリケーションのアイコンをタップする操作と同様な操作を携帯端末２０に入力する。

プロセッサ１１は、広告を表示する所定のアプリケーションを起動させる信号を送信する。たとえば、アプリケーションは、チャットアプリ、ＳＮＳ（Social Networking Service）アプリ、ゲーム、ニュースアプリ、電子書籍アプリ、決済アプリ、売買アプリ、動画閲覧アプリ、メモアプリ、ヘルスケアアプリ、通話アプリなどである。プロセッサ１１が起動させるアプリケーションは、特定の構成に限定されるものではない。

また、プロセッサ１１は、所定のタイミングで、アプリケーションを起動させる信号を携帯端末２０に送信する。たとえば、プロセッサ１１は、所定の間隔、所定の時刻、所定の曜日などのタイミングでアプリケーションを起動させる信号を携帯端末２０に送信する。

また、プロセッサ１１は、携帯端末２０に、アプリケーションにおいて広告が表示される画面（広告画面）に遷移させる機能を有する。

アプリケーションを起動させると、プロセッサ１１は、起動させたアプリケーションにおいて起動時に表示される画面から広告画面までのルートを取得する。たとえば、ＮＶＭ１４は、アプリケーションごとに、起動時に表示される画面から広告画面までのルートを格納する。プロセッサ１１は、ＮＶＭ１４からルートを取得する。

ルートを取得すると、プロセッサ１１は、ルートに従って広告画面まで画面を遷移させる信号を携帯端末２０に送信する。たとえば、プロセッサ１１は、アプリケーション上において、広告画面に遷移するアイコンをタップする操作と同様な操作を携帯端末２０に入力する。

なお、アプリケーションを起動して最初に表示される画面が広告画面である場合には、プロセッサ１１は、広告画面に遷移させる信号を送信しなくともよい。

また、プロセッサ１１は、携帯端末２０にアプリケーションにおいてログイン動作（認証処理）を行わせてもよい。即ち、プロセッサ１１は、アプリケーションにおいてログイン動作を行わせる信号を携帯端末２０に送信する。たとえば、プロセッサ１１は、所定の属性（性別、年齢、職業など）を有するユーザのＩＤを用いてログイン動作を行わせた後に、広告画面に遷移させる信号を携帯端末２０に送信してもよい。

また、制御装置１０のプロセッサ１１は、携帯端末２０にアプリケーションを終了させる機能を有する。

広告画面を表示させると、プロセッサ１１は、通信部１５を通じて、アプリケーションを終了させる信号を携帯端末２０に送信する。たとえば、プロセッサ１１は、ユーザがアプリケーションを終了させるために入力する操作と同様な操作を携帯端末２０に入力する。

次に、プロキシサーバ３０が実現する機能について説明する。プロキシサーバ３０が実現する機能は、プロセッサ３１がＲＯＭ３２又はＮＶＭ３４などに格納されるプログラムを実行することで実現される。

まず、プロキシサーバ３０のプロセッサ３１は、携帯端末２０とネットワーク６０との間の通信を中継する機能を有する。

たとえば、プロセッサ３１は、第１の通信部３５を通じて、携帯端末２０から広告サーバ５０へのリクエストを受信する。リクエストを受信すると、プロセッサ３１は、第２の通信部３６を通じて、ネットワーク６０を介して当該リクエストを広告サーバ５０に送信する。

また、プロセッサ３１は、第２の通信部３６を通じて、広告サーバ５０から携帯端末２０へのレスポンスを受信する。レスポンスを受信すると、プロセッサ３１は第１の通信部３５を通じて、当該レスポンスを携帯端末２０に送信する。

また、プロセッサ３１は、アプリケーションの動作に必要な他のデータの送受信も中継する。

プロセッサ３１は、携帯端末２０との通信ログをＮＶＭ３４などに格納する。即ち、プロセッサ３１は、リクエスト及びレスポンスの内容を示す通信ログをＮＶＭ３４に格納する。たとえば、通信ログは、リクエストに関する情報及びレスポンスに関する情報から構成される。たとえば、通信ログは、リクエストのＵＲＬ並びに通信ヘッダ、及び、レスポンスの通信ヘッダ並びにボディなどを示す。

また、プロセッサ３１は、携帯端末２０との通信ログから広告ＵＲＬを取得する機能を有する。

ここでは、広告ＵＲＬは、携帯端末２０で起動されたアプリケーション上で表示される広告のＵＲＬである。

プロセッサ３１は、通信ログのリクエストに関する情報又はレスポンスに関する情報から広告ＵＲＬを取得する。

たとえば、プロセッサ３１は、通信ログから特定の検索ワード（たとえば、ＭＰ４）を検索し、当該検索ワードを含むＵＲＬを広告ＵＲＬとして取得する。また、プロセッサ３１は、当該検索ワードを含むＵＲＬに所定のドメイン名を付与したものを広告ＵＲＬとして取得してもよい。

また、プロセッサ３１は、通信ログの通信ヘッダに含まれる情報（コンテンツタイプ、リクエストＵＲＬのドメインなど）に基づいて、通信ログに含まれるＵＲＬが広告ＵＲＬであるか判定してもよい。たとえば、プロセッサ３１は、広告ＵＲＬのリクエストの通信ヘッダに含まれる情報を予めＮＶＭ３４などから取得する。プロセッサ３１は、取得した情報と通信ログの通信ヘッダに含まれる情報とが一致する場合に、当該通信ヘッダに対応するＵＲＬが広告ＵＲＬであると判定する。

なお、プロセッサ３１が広告ＵＲＬを取得する方法は、特定の方法に限定されるものではない。

また、プロセッサ３１は、広告ＵＲＬに従って広告を取得するアプリケーションを特定してもよい。たとえば、プロセッサ３１は、広告ＵＲＬを含むリクエスト又はレスポンスの通信ヘッダに含まれる情報等に基づいて、アプリケーションを特定する。

プロセッサ３１は、所定のタイミングで広告ＵＲＬを取得する。たとえば、プロセッサ３１は、通信ログを生成するごとに広告ＵＲＬを取得してもよい。また、プロセッサ３１は、所定の間隔で広告ＵＲＬを取得してもよい。また、プロセッサ３１は、操作部３８から所定の操作の入力を受け付けた場合に、広告ＵＲＬを取得してもよい。

プロセッサ３１は、第３の通信部３７を通じて、取得した広告ＵＲＬを解析装置４０に送信する。

次に、解析装置４０が実現する機能について説明する。解析装置４０が実現する機能は、プロセッサ４１がＲＯＭ４２又はＮＶＭ４４などに格納されるプログラムを実行することで実現される。

まず、解析装置４０のプロセッサ４１は、広告ＵＲＬに従って広告サーバ５０から広告を取得する機能を有する。

プロセッサ４１は、第１の通信部４５を通じて、プロキシサーバ３０から広告ＵＲＬを取得する。広告ＵＲＬを取得すると、プロセッサ４１は、第２の通信部４６を通じて、取得した広告ＵＲＬに基づく広告のリクエストを広告サーバ５０に送信する。当該リクエストを広告サーバ５０に送信すると、プロセッサ４１は、第２の通信部４６を通じて、広告を含むレスポンスを広告サーバ５０から受信する。

また、プロセッサ４１は、取得した広告を解析する機能を有する。

たとえば、プロセッサ４１は、取得した広告を出稿した出稿主を特定する。

たとえば、プロセッサ４１は、広告の動画の所定のフレームに対してＯＣＲ処理を行い、広告に表示されるテキストを取得する。プロセッサ４１は、取得されたテキストに基づいて出稿主を特定する。

また、プロセッサ４１は、広告の動画に出演する出演者を画像処理によって特定する。プロセッサ４１は、特定された出演者に基づいて出稿主を特定する。

プロセッサ４１が出稿主を特定する方法は、特定の方法に限定されるものではない。

また、プロセッサ４１は、出稿主の比率を算出する機能を有する。

たとえば、プロセッサ４１は、所定のアプリケーションの複数の広告ＵＲＬから出稿主を特定する。プロセッサ４１は、特定した出稿主から、当該所定のアプリケーションにおいて、各出稿主の比率を算出する。

また、プロセッサ４１は、複数のアプリケーションにおいて、各出稿主の比率を算出してもよい。

また、プロセッサ４１は、ユーザの属性ごとに出稿主の比率を算出してもよい。たとえば、プロセッサ４１は、制御装置１０がログイン動作を行ったユーザの属性を取得し、属性ごとに各出稿主の比率を算出する。

次に、解析システム１が広告ＵＲＬを取得する動作例について説明する。

図５は、解析システム１が広告ＵＲＬを取得する動作例について説明するためのシーケンス図である。

まず、制御装置１０のプロセッサ１１は、通信部１５を通じて、所定のアプリケーションを起動させる信号を携帯端末２０に送信する（Ｓ１１）。

携帯端末２０は、当該信号を受信する。当該信号を受信すると、携帯端末２０は、当該アプリケーションを起動する（Ｓ１２）。

携帯端末２０が当該アプリケーションを起動すると、制御装置１０のプロセッサ１１は、通信部１５を通じて、広告画面に遷移させる信号を携帯端末２０に送信する（Ｓ１３）。

携帯端末２０は、当該信号を受信する。当該信号を受信すると、携帯端末２０は、広告ＵＲＬに従って広告を取得するリクエストをプロキシサーバ３０へ送信する（Ｓ１４）。

プロキシサーバ３０のプロセッサ３１は、第１の通信部３５を通じて、当該リクエストを受信する。当該リクエストを受信すると、プロセッサ３１は、第２の通信部３６を通じて、当該リクエストを広告サーバ５０に送信する（Ｓ１５）。

広告サーバ５０は、当該リクエストを受信する。当該リクエストを受信すると、広告サーバ５０は、広告を含むレスポンスをプロキシサーバ３０に送信する（Ｓ１６）。

プロキシサーバ３０のプロセッサ３１は、第２の通信部３６を通じて、当該レスポンスを受信する。当該レスポンスを受信すると、プロセッサ３１は、第１の通信部３５を通じて、当該レスポンスを携帯端末２０に送信する（Ｓ１７）。

携帯端末２０は、プロキシサーバ３０から当該レスポンスを受信する。当該レスポンスを受信すると、携帯端末２０は、広告画面を表示する（Ｓ１８）。

携帯端末２０が広告画面を表示すると、制御装置１０のプロセッサ１１は、通信部１５を通じて、アプリケーションを終了させる信号を携帯端末２０に送信する（Ｓ１９）。

携帯端末２０は、当該信号を受信する。当該信号を受信すると、携帯端末２０は、アプリケーションを終了する（Ｓ２０）。

また、当該レスポンスを携帯端末２０に送信すると、プロセッサ３１は、通信ログから広告ＵＲＬを取得する（Ｓ２１）。

プロセッサ３１が通信ログから広告ＵＲＬを取得すると、解析システム１は、動作を終了する。

解析システム１は、上記の動作を繰り返して複数の広告ＵＲＬを取得する。

なお、アプリケーションを起動して最初に表示される画面が広告画面である場合、制御装置１０のプロセッサ１１は、Ｓ１３を実行しなくてもよい。

また、携帯端末２０は、Ｓ１２とＳ１３との間でＳ１４を実行してもよい。即ち、携帯端末２０は、広告画面に遷移する操作を受け付ける前に広告を取得してもよい。

また、プロキシサーバ３０のプロセッサ３１は、所定の期間又は所定の回数、Ｓ１１乃至Ｓ２０が実行された後に、Ｓ２１を実行してもよい。

次に、解析装置４０の動作例について説明する。

図６は、解析装置４０の動作例について説明するためのフローチャートである。

まず、解析装置４０のプロセッサ４１は、第１の通信部４５を通じてプロキシサーバ３０から広告ＵＲＬを取得する（Ｓ３１）。広告ＵＲＬを取得すると、プロセッサ４１は、広告ＵＲＬに従って広告サーバ５０から広告を取得する（Ｓ３２）。

広告を取得すると、プロセッサ４１は、取得した広告を解析する（Ｓ３３）。広告を解析すると、プロセッサ４１は、出稿主の比率を算出する（Ｓ３４）。出稿主の比率を算出すると、プロセッサ４１は、動作を終了する。

なお、プロキシサーバ３０のプロセッサ３１は、解析装置４０の機能を実現してもよい。

また、プロキシサーバ３０のプロセッサ３１は、広告ＵＲＬに従って広告を取得してもよい。プロセッサ３１は、取得した広告を解析装置４０に送信してもよい。解析装置４０のプロセッサ４１は、プロキシサーバ３０から受信した広告を解析してもよい。

また、広告は、動画広告でなくともよい。たとえば、広告は、テキスト又は画像から構成される広告であってもよい。

また、解析システム１は、携帯端末２０の代わりにデスクトップＰＣ又はノートＰＣなどを備えてもよい。

また、解析システム１は、携帯端末２０を複数個備えてもよい。この場合、制御装置１０は、複数個の携帯端末２０を制御して広告画面を表示させる。

なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

１…解析システム、１０…制御装置、１１…プロセッサ、１２…ＲＯＭ、１３…ＲＡＭ、１４…ＮＶＭ、１５…通信部、１６…操作部、１７…表示部、２０…携帯端末、３０…プロキシサーバ、３１…プロセッサ、３２…ＲＯＭ、３３…ＲＡＭ、３４…ＮＶＭ、３５…第１の通信部、３６…第２の通信部、３７…第３の通信部、３８…操作部、３９…表示部、４０…解析装置、４１…プロセッサ、４２…ＲＯＭ、４３…ＲＡＭ、４４…ＮＶＭ、４５…第１の通信部、４６…第２の通信部、４７…操作部、４８…表示部、５０…広告サーバ、６０…ネットワーク。

実施形態によれば、プロセッサによって実行されるプログラムは、前記プロセッサに、端末からコンテンツを取得するリクエストを受信させ、前記コンテンツを配信するコンテンツサーバに前記リクエストを送信させ、前記コンテンツサーバから前記コンテンツを含むレスポンスを受信させ、前記レスポンスを前記端末に送信させ、前記リクエスト及び前記レスポンスの通信ログから前記コンテンツを格納するＵＲＬを取得させる。前記コンテンツは、広告である。

なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
以下に本件出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
プロセッサによって実行されるプログラムであって、
前記プロセッサに、
端末からコンテンツを取得するリクエストを受信させ、
前記コンテンツを配信するコンテンツサーバに前記リクエストを送信させ、
前記コンテンツサーバから前記コンテンツを含むレスポンスを受信させ、
前記レスポンスを前記端末に送信させ、
前記リクエスト及び前記レスポンスの通信ログから前記コンテンツを格納するＵＲＬを取得させる、
プログラム。
［Ｃ２］
前記プロセッサに、
前記通信ログから検索ワードを検索させ、前記ＵＲＬを取得させる、
前記Ｃ１に記載のプログラム。
［Ｃ３］
前記プロセッサに、
前記通信ログの通信ヘッダに基づいて前記ＵＲＬを取得させる、
前記Ｃ１に記載のプログラム。
［Ｃ４］
前記ＵＲＬは、アプリケーション上に表示されるコンテンツのＵＲＬである、
前記Ｃ１乃至３の何れか１項に記載のプログラム。
［Ｃ５］
前記コンテンツは、広告である、
前記Ｃ１乃至４の何れか１項に記載のプログラム。
［Ｃ６］
プロセッサによって実行されるプログラムであって、
前記プロセッサに、
端末にアプリケーションを起動させる信号を送信させ、
前記アプリケーションにおいてコンテンツが表示される画面に遷移させる信号を送信させる、
プログラム。
［Ｃ７］
前記プロセッサに、
前記アプリケーションにおいて認証処理を行わせる信号を送信させる、
前記Ｃ６に記載のプログラム。
［Ｃ８］
前記コンテンツは、広告である、
前記Ｃ６又は７に記載のプログラム。

Claims (8)

1. プロセッサによって実行されるプログラムであって、
   前記プロセッサに、
   端末からコンテンツを取得するリクエストを受信させ、
   前記コンテンツを配信するコンテンツサーバに前記リクエストを送信させ、
   前記コンテンツサーバから前記コンテンツを含むレスポンスを受信させ、
   前記レスポンスを前記端末に送信させ、
   前記リクエスト及び前記レスポンスの通信ログから前記コンテンツを格納するＵＲＬを取得させる、
   プログラム。
2. 前記プロセッサに、
   前記通信ログから検索ワードを検索させ、前記ＵＲＬを取得させる、
   前記請求項１に記載のプログラム。
3. 前記プロセッサに、
   前記通信ログの通信ヘッダに基づいて前記ＵＲＬを取得させる、
   前記請求項１に記載のプログラム。
4. 前記ＵＲＬは、アプリケーション上に表示されるコンテンツのＵＲＬである、
   前記請求項１乃至３の何れか１項に記載のプログラム。
5. 前記コンテンツは、広告である、
   前記請求項１乃至４の何れか１項に記載のプログラム。
6. プロセッサによって実行されるプログラムであって、
   前記プロセッサに、
   端末にアプリケーションを起動させる信号を送信させ、
   前記アプリケーションにおいてコンテンツが表示される画面に遷移させる信号を送信させる、
   プログラム。
7. 前記プロセッサに、
   前記アプリケーションにおいて認証処理を行わせる信号を送信させる、
   前記請求項６に記載のプログラム。
8. 前記コンテンツは、広告である、
   前記請求項６又は７に記載のプログラム。

Images