JP5078132B2 - コンテンツ配信システム - Google Patents

Description

本発明は、コンテンツ配信システムに関し、特に、ユーザのプロフィールや属性などを推測して、それにふさわしいコンテンツを配信するのに好適なシステムに関する。

従来、ユーザのプロフィールに基づいて、ユーザ毎に配信すべき広告コンテンツを抽出して配信を行なう技術が知られている（例えば、特許文献１参照。）。このような技術では、適切な広告コンテンツの配信を受けるために、ユーザは個人情報などの登録を行なうことが必要であった。
特開２００２−２３６８４６号公報

しかしながら、一般の人々のプライバシー意識が高まり、個人情報の保護に関する法律（平成十五年五月三十日法律第五十七号）が制定された今日では、個人情報の登録をためらい、登録を行なわない個人の数が増えてきた。また、従来のテレビやラジオの放送では、放送時間が決められることにより、その時間帯に視聴する人の層が決まっていたが、昨今の個人生活の２４時間化、ビデオなどの録画録音装置の普及などにより、時間帯のみで人の層を特定して、その層に適した広告などのコンテンツを提供することが難しくなってきた。

そこで、本発明では、かかる課題を解決するために、登録された個人情報、視聴時間などを用いなくても、コンテンツを視聴するユーザのプロフィールや属性などを推測して、それにふさわしいコンテンツを配信するシステムを提供することを目的とする。

かかる目的のために、以下では、端末装置と、この端末装置に対してコンテンツを配信するコンテンツサーバ装置と、からなるコンテンツ配信システムであって、端末装置は、コンテンツサーバ装置に対して機種識別情報をコンテンツの要求が生成されるレイヤと異なるレイヤで付加して送信し、コンテンツサーバ装置は、端末装置に配信すべきコンテンツの候補を複数保持し、コンテンツの配信先の端末装置の機種識別情報を取得し、取得した機種識別情報に応じ、保持しているコンテンツを選択して、配信するコンテンツ配信システムについて開示を行なう。

機種識別情報により、端末装置を占有するユーザのプロフィールや属性などを推測する手がかりを得ることができ、適切なコンテンツを選択して配信することが可能となり、課題が解決される。

また、機種識別情報には、端末装置の画面サイズ情報が関連付けられており、コンテンツサーバ装置は、取得した機種識別情報に関連付けられた画面サイズ情報から、端末装置の所有者の所得情報や収入額を推定し、その所得額や収入額を有する消費者層に合ったコンテンツを選択して配信するようになっていてもよい。

例えば、現在急速に普及しつつある薄型テレビなどでは、画面サイズに応じて価格が設定されており、購買できる価格が、ユーザの所得などに関連しているとすると、画面サイズからユーザの所得などを推測することができ、適切なコンテンツを選択して配信することが可能となり、課題が解決される。

また、機種識別情報には、端末装置の製造時期情報が関連づけられており、コンテンツサーバ装置は、取得した機種識別情報に関連付けられた製造時期情報に応じてコンテンツを選択して配信するようになっていてもよい。

例えば、製造時期と販売時期とは対応関係にあり、製造時期によっては、特定の端末装置に興味を持って購入した層を構成するユーザの嗜好などの属性を特定することが可能であり、適切なコンテンツを選択して配信することが可能となり、課題が解決される。

また、コンテンツ配信装置は、他のコンテンツに対するリンク情報を含むコンテンツを端末装置に配信し、そのようなコンテンツを介してアクセスされたコンテンツの履歴を、その端末装置の機種識別情報と関連付けて保持し、コンテンツに対する機種識別情報ごとなどのアクセス傾向を算出するようになっていてもよい。

これにより、機種別のユーザごとなどのコンテンツのアクセス傾向を知ることができ、適切なコンテンツを提供することが可能となり、課題が解決される。

また、端末装置は、ユーザ識別情報を送信可能となっており、コンテンツサーバ装置は、端末装置から送信されたユーザ識別情報を取得可能であれば、そのユーザ識別情報に応じて保持しているコンテンツを選択可能とし、機種識別情報に応じたコンテンツの選択と、ユーザ識別情報に応じたコンテンツの選択とを制御して配信するようになっていてもよい。

これにより、プロフィールなどの個人情報をコンテンツサーバ装置側に登録をしているユーザに対しては、そのプロフィールなどに応じて適切なコンテンツを提供することが可能である。

本発明によれば、登録された個人情報、視聴時間などに依存せずに、コンテンツを視聴するユーザのプロフィールや属性などを推測して、それにふさわしいコンテンツを配信するシステムを提供することができる。

以下、本発明を実施するための最良の形態について、実施形態として図を参照して説明を行なう。なお、本発明は、これら実施形態になんら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施可能である。

（実施形態１）
実施形態１として、端末装置と、この端末装置に対してコンテンツを配信するコンテンツサーバ装置とからなるコンテンツ配信システムであって、端末装置は、コンテンツサーバ装置に対して機種識別情報を送信し、コンテンツサーバ装置は、端末装置に配信すべきコンテンツの候補を複数保持し、コンテンツの配信先の端末装置の機種識別情報を取得し、取得した機種識別情報に応じ、保持しているコンテンツを選択して、配信するコンテンツ配信システムについて説明を行なう。

図１は、実施形態１に係るコンテンツ配信システムの機能ブロック図を例示する。コンテンツ配信システム１００は、端末装置１０１と、コンテンツサーバ装置１０２とからなり、端末装置１０１とコンテンツサーバ装置１０２とは、インターネットなどの通信網１０３を介して接続されている。端末装置１０１は、通信網１０３を介して情報の送受信が可能な装置である。例を挙げれば、パーソナルコンピュータ、情報家電、携帯電話機、などがある。情報家電には、例えばデジタルテレビが含まれる。コンテンツサーバ装置１０２は、端末装置１０１に対してコンテンツを配信するインターネットサイトなどとなる装置である。コンテンツとは、ここでは、主にデジタル情報を想定しており、静止画像情報、動画情報、音声情報など、再生を行なうことにより、人間の五感により知覚できるものをいう。また、コンテンツの表わす情報には、小説、脚本、論文、講演などの言語を専ら伴うもの、音楽などの音声を専ら伴うもの、舞踊など動きにより視覚に訴える情報を伴うもの、絵画、彫刻などの専ら静止画像情報を伴うもの、映画など、映像情報と音声情報を組み合わせたもの、プログラムなどダウンロードの後に実行されることを目的としたものなどがある。また、コンテンツには、視聴などする際には対価の支払を要するものもあるが、広告のように広告主がコンテンツサーバ装置１０２の運営者や、コンテンツを視聴した端末装置の利用者などに対価を支払うものもある。

図１では、コンテンツサーバ装置１０２自らがコンテンツを端末装置１０１に送信して配信する形態が例示されているが、複数のコンテンツサーバ装置からコンテンツ配信システムが構成されていてもよい。

図２（ａ）は、複数のコンテンツサーバ装置からコンテンツ配信システムが構成されている場合の機能ブロック図を例示する。この場合、コンテンツ配信システム２００は、端末装置２０１と、ポータルサーバ装置となるコンテンツサーバ装置２０２とが通信網２０３で接続され、コンテンツサーバ装置２０２が、複数のコンテンツサーバ装置２０４、２０５に接続されている。端末装置２０１にコンテンツを配信するためには、端末装置２０１は、まず、コンテンツサーバ装置２０２に接続され。そして、コンテンツサーバ装置２０２を介して、コンテンツサーバ装置２０４などからコンテンツが端末装置２０１にコンテンツが配信される。「コンテンツサーバ装置２０２を介して」とは、コンテンツという情報が、コンテンツサーバ装置２０２により、コンテンツサーバ装置２０４、２０５から端末装置へと中継されて伝達される。また図２（ｂ）に例示されるコンテンツ配信システム２０６のように、例えば、ポータルサーバとなるコンテンツサーバ装置２０６から提供されるコンテンツに、他のコンテンツに対するリンク情報を含む場合、そのリンク情報をたどる操作（例えば、コンテンツサーバ装置２１０へのリンク情報の選択を行なう操作）を端末装置２０７で行なうと、コンテンツサーバ装置２１０へコンテンツの要求がされ、要求を受けたコンテンツサーバ装置２１０から端末装置２０７へコンテンツが送信される。コンテンツサーバ装置２１０のリンク情報が端末装置２０７で選択されたとき、端末装置２０１は、コンテンツサーバ装置２０８へ、コンテンツサーバ２１０へアクセスした履歴を送付するようになっていてもよい。

なお、図１、図２（ａ）（ｂ）それぞれでは、端末装置は１台しか例示されていないが、複数の端末装置がインターネットなどの通信網に接続され、コンテンツサーバ装置から個々の端末装置にコンテンツが配信されるようになっていてもよい。

図３は、端末装置とコンテンツサーバ装置との間の通信の過程を示すシーケンス図を例示する。通常は、端末装置の電源が投入されるなどして、端末装置が通信可能な状態になると、デフォルトのコンテンツや、日時や周囲の状況（気温、湿度などの気象状況や、端末装置の周囲にいる人や操作を行なう人の状況（例えば体温、脳波の状況）など）に応じて決定されるコンテンツの要求が端末装置からコンテンツサーバ装置に対してされ、それに応じて、コンテンツがコンテンツサーバ装置から端末装置へ返信される。そして、次のコンテンツの要求が端末装置からコンテンツサーバ装置に対してされ、それに応じて、コンテンツがコンテンツサーバ装置から端末装置へ次のコンテンツが返信される。また、最初のコンテンツが、ＨＴＭＬのＦＲＡＭＥ属性を用いて記述されたコンテンツなどである場合には、各ＦＲＡＭＥに含まれるコンテンツへのリンクを検出し、端末装置のユーザなどが操作しなくても、各ＦＲＡＭＥに含まれるコンテンツのリンクに応じた要求が端末装置から次々とコンテンツサーバ装置に送信され、コンテンツが返信されるようになっている場合もある。このような場合には、端末装置１０１の表示画面などに複数のコンテンツが異なる位置に同時に表示などされて、再生されることになる。

図４は、端末装置１０１にコンテンツが表示されている一例を示す。この例では、コンテンツは上述のＦＲＡＭＥ属性を用いて記述され、端末装置の有するあるいは端末装置に接続されたディスプレイなどの表示画面に表示されている。最上欄には、プラズマテレビの広告というコンテンツが表示されており、下欄の左側に画面には、その右側の画面に表示するコンテンツを選択するためのコンテンツが表示されており、下欄の右側の画面には、選択されたコンテンツが表示されている。例えば、ディプレイ上に表示されたカーソル４０１を、「テレビ欄」と表示された下欄の左側の画面に移動させることで、カーソルの形状が符号４０２のように変化して、クリックが可能であることを端末装置のユーザに知らせる。クリックを行なうと、テレビ欄に対応するコンテンツの要求が端末装置からコンテンツサーバ装置に対して行なわれ、その要求に対する返信としてのコンテンツが受信され、下欄の右側の画面にテレビ欄としてそのコンテンツの表示がされる。

図５は、端末装置のハードウェアのモジュール構成図を例示する。端末装置５０１は、表示モジュール５０２と、入力モジュール５０３と、要求送信モジュール５０４と、コンテンツ受信モジュール５０５と、制御モジュール５０６とから構成される。表示モジュール５０２は、コンテンツの再生のために、端末装置５０１が有するディスプレイ又は端末装置５０１に接続されたディスプレイに表示などを行なうモジュールである。入力モジュール５０３は、リモコン、マウスなどのポインティングデバイスの操作やキーボードやボタンなどを介した入力の検出などを扱うためのモジュールである。要求送信モジュール５０４は、コンテンツの要求などの情報の送信をコンテンツサーバ装置などに向けて行なうモジュールである。コンテンツ受信モジュール５０５は、コンテンツサーバ装置などから返信されるコンテンツなどの情報を受信するためのモジュールである。制御モジュール５０６は、端末装置５０１の他のモジュールを制御するためのものである。例えば、入力モジュール５０３で検出されたリモコン操作に応じて、表示モジュール５０２に表示されるカーソルを移動させ、クリックなどの操作を検出すると、そのときカーソルの位置するリンクに対応するコンテンツの要求を要求送信モジュール５０４を用いて送信し、返信されるコンテンツをコンテンツ受信モジュールを用いて受信して、表示モジュール５０２を用いて、そのコンテンツを再生のために表示などする制御を行なう。

図６は、コンテンツサーバ装置のハードウェアのモジュール構成図を例示する。コンテンツサーバ装置６０１は、要求受信モジュール６０２と、コンテンツ送信モジュール６０３と、ログ記録モジュール６０４と、コンテンツ記憶モジュール６０５と、制御モジュール６０６などからなる。要求受信モジュール６０２は、コンテンツの要求などの情報を受信する。このコンテンツの要求は、端末装置から送信される。コンテンツ送信モジュール６０３は、受信された要求に対応するコンテンツを送信する。なお、要求とそれに対応するコンテンツとは、必ずしも一対一に定まっているわけではなくてもよい。例えば、どの端末装置から要求が送信されたか、要求が送信された時刻、などによって、要求に対応するコンテンツは変化し得る。ログ記録モジュール６０４は、コンテンツの要求などが要求受信モジュール６０２により受信された履歴や、コンテンツ送信モジュール６０３により送信されたコンテンツの履歴などから構成されるログなどを記録する。コンテンツ記憶モジュール６０５は、要求受信モジュール６０２により受信された要求に応じて送信されるコンテンツを記憶して保持するモジュールである。制御モジュール６０６は、コンテンツサーバ装置の他のモジュールを制御するためのものである。例えば、要求受信モジュール６０２により、コンテンツの要求が受信されると、受信の履歴をログ記録モジュール６０４に記録させ、コンテンツの要求に応じてコンテンツを選択して、コンテンツ記憶モジュール６０５から読み出して、読み出したコンテンツをコンテンツ送信モジュール６０３により送信を行ない、送信されたコンテンツの識別子などをログ記録モジュール６０４に記録させるなどの制御を行なう。

図７は、実施形態１に係るコンテンツ配信システムの端末装置の機能ブロック図を例示する。端末装置７０１は、機種識別情報送信部７０２を有する。

「機種識別情報送信部」７０２は、コンテンツサーバ装置に対して機種識別情報を送信する。「機種識別情報」とは、端末装置７０１の機種を識別するための情報である。「機種」とは、端末装置の種類である。端末装置の製造会社の中での端末装置の形式である。「機種を識別するための情報」とは、端末装置の形式を特定する情報である。例えば、端末装置の形式の名称である。また、端末装置の中でコンテンツを閲覧するためのブラウザなどのプログラムが動作するのであれば、そのプログラムの名称、バージョン番号なども機種に含められていてもよい。また、機種が識別できればよいので、製造会社の工場のどのラインにより何月何日の何番目に製造された端末装置であるかなどを示す情報でもよい。また、端末装置の個体を識別する情報が機種識別情報に含まれていてもよい。このように機種識別情報に個体を識別する情報が含まれている場合、コンテンツ配信システムが図２に示す構成のようになっている場合、コンテンツサーバ装置２０２が、端末装置２０１の個体を識別する情報により、端末装置２０１を認証（個体を識別する情報が正規に登録された端末装置だけにコンテンツの閲覧などを許すなどの措置）するようになっていてもよい。

機種識別情報送信部７０２が機種識別情報を送信するタイミングとしては、コンテンツの要求を送信するときを挙げることができる。この場合、機種識別情報送信部７０２は、要求送信モジュール５０４に含まれているのが好適である。そして、機種識別情報は、コンテンツの要求という情報のヘッダ部分に含まれていてもよい。図７において、「Ｕｓｅｒ−Ａｇｅｎｔ：」という部分が、ヘッダ部分における機種識別情報が現れるフィールド名を示し、「Ｇｏｒｉｌｌａ／４．０（Ｎａｔｉｏｍ）…」が機種識別情報を表わしている。例えば、「Ｎａｔｉｏｍ」が製造会社を示し、「Ｇｏｒｉｌｌａ／４．０」がその製造会社が製造した製品の形式を特定する名称である。

また、機種識別情報は、コンテンツの要求という情報に含まれるのではなく、コンテンツの要求に付加されるようになっており、その付加は、端末装置がコンテンツサーバ装置と通信を行なうためのレイヤ（例えば、ＯＳＩ参照モデルでのレイヤ）において、コンテンツの要求が生成されるレイヤと異なっていてもよい。例えば、コンテンツの要求は、アプリケーションレイヤで生成され、機種識別情報は、アプリケーションレイヤの下位のレイヤであるセッションレイヤなどで、コンテンツの要求に付加されるようになっていてもよい。このように、コンテンツの要求が生成されるレイヤと異なるレイヤで機種識別情報が付加されることにより、コンテンツの要求には暗号化を施さず、一方、機種識別情報には暗号化を施すなどが可能となる。機種識別情報を集計することにより機種のシェアなどが計算できることから、機種識別情報は、企業にとっては重要な情報である。このため、機種識別情報を暗号化することにより、端末装置がコンテンツサーバ装置との通信のために利用するインターネットサービスプロバイダなどに、シェアなどを知られることを防止することができる。

図８は、実施形態１に係るコンテンツ配信システムのコンテンツサーバ装置の機能ブロック図を例示する。コンテンツサーバ装置８０１は、コンテンツ保持部８０２と、機種識別情報取得部８０３と、第一コンテンツ選択部８０４と、コンテンツ配信部８０５と、を有する。

「コンテンツ保持部」８０２は、配信するべきコンテンツの候補を複数保持する。「保持」とは、読出し可能に記憶することである。コンテンツ保持部８０２は、コンテンツ記憶モジュールに含まれ、例えば、ハードディスク装置などを用いてコンテンツ保持が行なわれる。「候補」とあるので、保持されているコンテンツの全てが、必ず配信される必要はない。「配信するべき」とは、端末装置から送信される要求に応じて特定され得ることをいう。

図９は、コンテンツ保持部９０１に、コンテンツ１（９０２）、コンテンツ２（９０３）、コンテンツ３（９０４）などが保持されている様子を例示する模式図である。コンテンツ１などは、コンテンツ保持部９０１を構成するハードディスク装置などに、ファイルなどとして格納されることで保持される。コンテンツを読み出す場合には、例えばファイルの格納された位置であるシリンダ番号、セクタ番号、ブロック番号などを指定することにより、コンテンツが読み出される。また、コンテンツ保持部９０１は、ファイルシステムを構成し、ファイルシステムでのファイルなどのパスを、ファイルシステムを構成するための情報から、シリンダ番号、セクタ番号、ブロック番号などに変換するデバイスドライバを含んでいてもよい。

「機種識別情報取得部」８０３は、コンテンツ配信先の端末装置の機種識別情報を取得する。例えば、コンテンツの配信先となる端末装置から送信された機種識別情報を取得する。機種識別情報がコンテンツの要求などに含まれたり付加されたりする場合には、機種識別情報取得部８０３は、要求受信モジュール６０２に含まれる。

「第一コンテンツ選択部」８０４は、取得した機種識別情報に応じ、保持しているコンテンツを選択する。「取得した機種識別情報」とは、機種識別情報取得部８０３が取得した機種識別情報をいい、「保持しているコンテンツ」とは、コンテンツ保持部８０２が保持しているコンテンツをいう。「応じ」とは、機種識別情報と、選択されたコンテンツとの間に何らかの関係が成立することをいう。機種識別情報以外の情報が選択に際して参照されるようになっていてもよい。第一コンテンツ選択部８０４は、制御モジュール６０６に含まれる。

図１０は、第一コンテンツ選択部１００１が、機種識別情報に応じ、コンテンツを選択するためのテーブルを保持などして管理している様子を例示する模式図である。そのテーブルは、「機種識別情報」という名の列１００２と、「コンテンツＩＤ」という名の列１００３とから構成されている。例えば、機種識別情報がＧｏｒｉｌｌａ／４．０であれば、コンテンツ２５で識別されるコンテンツを選択し、機種識別情報がＦｏｘ／５．５であれば、コンテンツ２６で識別されるコンテンツを選択する。図１０に例示されたテーブルを用いると、どのコンテンツが要求されたかによらず、機種識別情報のみからコンテンツが選択可能である。このようなテーブルは、例えば、端末装置に電源が投入され、電源が投入されたことにより機種識別情報が端末装置から送信された場合、機種ごとに定まったデフォルのコンテンツを選択するために用いることができる。機種識別情報に加えて、要求されたコンテンツのＩＤを参照して、コンテンツを選択するためのテーブルについては、後で例示する。

「コンテンツ配信部」８０５は、選択したコンテンツを端末装置に配信する。「選択したコンテンツ」とは、第一コンテンツ選択部８０４が選択したコンテンツである。また、「端末装置」は、機種識別情報取得部８０３にその機種識別情報を取得させた端末装置がもっぱら想定される。もし、機種識別情報や、コンテンツの要求など、端末装置から送信された情報に、コンテンツの配信先が含まれたり付加されたりしている場合には、その配信先がここでいう「端末装置」になることも想定される。コンテンツ配信部８０５は、コンテンツ送信モジュール６０３に含まれる。

図１１は、コンテンツを配信するために、取得した機種識別情報を参照して、図１０に例示されたテーブルを用いてコンテンツを選択する際の処理のフローチャートを例示する。ステップＳ１１０１において、「行番号」という変数に、１を代入する。ステップＳ１１０１において、「行番号」という変数の値が、図１０に例示されたテーブルの行数以下であるかどうかを判断する。もし、変数の値がテーブルの行数を超えていれば、ステップＳ１１０４以下の説明から判読できるように、取得した機種識別情報は、「機種識別情報」という名の列１００２に格納された情報のどれともマッチしなかったのであるから、そのような場合の機種識別情報に対するデフォルトのコンテンツを選択する。ここにいうデフォルトのコンテンツの例としては、どのような端末装置でも表示などの再生が可能なコンテンツである。例えば、テキスト情報で表現されるコンテンツ（顔文字などのアスキーアートなど）である。

もし、「行番号」という変数の値が、図１０に例示されたテーブルの行数以下であれば、ステップＳ１１０４に処理を移行し、取得した機種識別情報が、「行番号」という変数の値で示される番号の行の「機種識別情報」という名の列に格納されている情報にマッチするかどうかを判断する。「マッチするかどうか」の判断とは、同一であるかどうかの判断を含み、例えば、「機種識別情報」という名の列に格納されている情報がワイルドカードなどを用いて表現されている場合に、そのワイルドカードなどに適合するかどうかを判断することも含まれる。もし、マッチすれば、ステップＳ１１０５へ処理を移行させ、「行番号」という変数の値で示される番号の行の「コンテンツＩＤ」という名の列１１０３に格納されるコンテンツＩＤで示されるコンテンツを選択する。もし、マッチしなければ、ステップｓ１１０６へ処理を移行させ、「行番号」という変数の値を1増やして、ステップＳ１１０２へ戻る。

図１２は、機種識別情報に加えて、要求されたコンテンツの識別情報（ＩＤ）などを参照して、コンテンツを選択するためのテーブルを例示する。このテーブルは、「要求コンテンツＩＤ」という名の列１２０１と、「機種識別情報」という名の列１２０２と、「選択コンテンツＩＤ」という名の列１２０３とから構成される。そして、このテーブルは、列１２０１の値によってグループ化されている。例えば、「コンテンツＡ」が端末装置から要求された場合、取得した機種識別情報が、Ｇｏｒｉｌｌａ／４．０であれば、コンテンツ１が選択され、Ｆｏｘ／５．５であれば、コンテンツ２が選択され、その他であれば、コンテンツ３が選択される。同様に、「コンテンツＢ」が端末装置から要求された場合、取得した機種識別情報が、Ｇｏｒｉｌｌａ／４．０であれば、コンテンツ１２が選択され、Ｆｏｘ／５．５であれば、コンテンツ１１が選択され、その他であれば、コンテンツ１０が選択される。

図１３は、第一コンテンツ選択部でコンテンツが選択された後、コンテンツ配信部でコンテンツが配信される処理を説明するフローチャートを例示する。ステップＳ１３０１において、第一コンテンツ選択部で選択されたコンテンツＩＤを取得する。ステップＳ１３０２において、取得されたコンテンツＩＤで識別されるコンテンツの取得を行なう。例えば、コンテンツ保持部にコンテンツＩＤを渡して得られるコンテンツをメモリに一時的に格納する。ステップＳ１３０３において、取得されたコンテンツを配信する。例えば、一時的にコンテンツが格納されたメモリのアドレスをコンテンツ送信モジュール６０２に渡して、送信を行なう。

図１４は、図１３に例示されたフローチャートを実行するためのコンテンツ配信部の機能ブロック図を例示する。コンテンツ配信部１４０１は、コンテンツＩＤ取得手段１４０２と、コンテンツ取得手段１４０３と、コンテンツ配信手段１４０４とを有する。コンテンツＩＤ取得手段１４０２は、ステップＳ１３０１に対応し、第一コンテンツ選択部で選択されたコンテンツＩＤ１４０５を取得する。コンテンツ取得手段１４０３は、ステップＳ１３０２に対応し、取得されたコンテンツＩＤ１４０５を、コンテンツ保持部が受け付け可能な形式などで表わされたコンテンツＩＤ１４０６に変換して（例えば、ファイル名にルートディレクトリからのディレクトリ名の列などを付加する）、コンテンツＩＤ１４０６として要求を行ない、保持されているコンテンツ１４０７を取得する。コンテンツ配信手段１４０４は、ステップＳ１４０３に対応し、コンテンツ１４０７を配信し、配信されたコンテンツ１４０８とする。

このように本実施形態に係るコンテンツ配信システムによれば、機種識別情報から推測されるユーザのプロフィールや属性などの関係を、図１２などに例示されるテーブルとして表現しておくことにより、プロフィールなどが登録されていないユーザであっても、機種識別情報から、ユーザの嗜好などに合った適切なコンテンツを配信することが可能である。

（実施形態２）
実施形態２として、実施形態１のコンテンツ配信システムであって、機種識別情報には、端末装置の画面サイズ情報が関連付けられており、コンテンツサーバ装置は、取得した機種識別情報に関連付けられた画面サイズ情報に応じてコンテンツを選択して配信するように構成したコンテンツ配信システムについて説明する。

図１５は、実施形態２に係るコンテンツ配信システムを構成する端末装置の機能ブロック図を例示する。端末装置１５０１は、機種識別情報送信部１５０２を有し、機種識別情報送信部１５０２は、画面サイズ機種識別情報送信手段１５０３を有している。

「画面サイズ機種識別情報送信手段」１５０３は、端末装置１５０１の画面サイズを示す画面サイズ情報が関連付けられた機種識別情報を送信する手段である。「端末装置１５０１の画面サイズ」とは、端末装置１５０１が有する表示装置、あるいは、端末装置１５０１が接続された表示装置の画面（ディスプレイ）の大きさである。表示装置は、例えば、プラズマディスプレイパネルや、液晶パネルなどを用いて実現される。もちろん、ブラウン管などの旧来の技術を用いても実現される。画面サイズは、通常は、表示装置の画面の対角線の長さにより表現されるが、走査線の数や、例えば、１０２４×７６８ドットのように画素数を用いて表現されてもよい。図１５において、「Ｕｓｅｒ−Ａｇｅｎｔ： Ｆｏｘ／５．５ （Ｎａｔｉｏｍ ＬＸ−５０）」に含まれる「ＬＸ−５０」の「５０」が画面サイズを示しており、例えば、対角線の長さが５０インチあることを示す。また、機種識別情報に画面サイズが含まれている必要はなく、例えば、コンテンツサーバ装置などに、機種識別情報と、画面サイズ情報とを対応付けるテーブルなどの情報が格納されており、コンテンツサーバ装置などは、そのような情報を参照して、機種識別情報から、画面サイズ情報を得ることができるようになっていてもよい。

図１６は、機種識別情報と、画面サイズ情報とを対応付けるテーブルの一例を示す。列１６０１は、「機種識別情報」という名前が付いており、機種識別情報が格納される。列１６０２は、「画面サイズ」という名前が付いており、画面サイズ情報が格納される。例えば、Ｇｏｒｉｌｌａ／４．０という機種識別情報を有する端末装置の画面サイズは、例えば、２５インチであり、Ｆｏｘ／５．５という機種識別情報を有する端末装置の画面サイズは、５０インチであることが示されている。

また、画面サイズ情報には、画面がどのような部材を用いて実現されているかの情報が含まれていてもよい。例えば、図１５において、「ＬＸ−５０」が機種識別情報に含まれているが、「ＬＸ」の「Ｌ」は液晶パネルを意味しており、端末装置１５０１の画面が液晶パネルという部材を用いて実現されていることを示している。部材には、液晶パネルの他に、プラズマディスプレイパネル、表面電界ディスプレイパネル、有機ＥＬパネル、ブラウン管、などがある。どのような部材が用いられるかは、後に説明するように端末装置の販売価格などを推測する参考の情報とすることができる。

図１７は、実施形態２に係るコンテンツ配信装置のコンテンツサーバ装置の機能ブロック図を例示する。コンテンツサーバ装置１７０１は、実施形態１におけるように、コンテンツ保持部１７０２と、機種識別情報取得部１７０３と、第一コンテンツ選択部１７０４と、コンテンツ配信部１７０５と、を有する。本実施形態では、第一コンテンツ選択部１７０４が、画面サイズ依存コンテンツ選択手段１７０６を有している構成となっている。

「画面サイズ依存コンテンツ選択手段」１７０６は、機種識別情報に関連付けられた画面サイズ情報を取得し、取得した画面サイズ情報に応じてコンテンツを選択する。すなわち、機種識別情報取得部１７０３により取得された機種識別情報に、画面サイズ情報が含まれている場合には、機種識別情報から画面サイズ情報の部分を抽出することで、画面サイズ情報を取得する。また、画面サイズ情報が機種識別情報に含まれておらず、図１６に例示されるテーブルなどの情報により、画面サイズ情報が機種識別情報に関連付けられている場合には、機種識別情報をキーとしてそのテーブルなどの情報を検索して、画面サイズ情報を取得する。そして、画面サイズ依存コンテンツ選択手段１７０６は、画面サイズ情報に応じて、コンテンツを選択する。

図１８は、画面サイズ依存コンテンツ選択手段１７０６が、画面サイズ情報に応じてコンテンツを選択するために用いるテーブルを例示する。そのテーブルは、「要求コンテンツＩＤ」という名前の列１８０１、「画面サイズ」という名前の列１８０２、「選択コンテンツＩＤ」という名前の列１８０３からなる。列１８０１には、端末装置から要求されるコンテンツのＩＤが、コンテンツＡ、コンテンツＢなどとして格納されている。列１８０２には、画面サイズ情報が要求コンテンツＩＤごとに格納され、それぞれのコンテンツのＩＤを要求として送信した端末装置の画面サイズ情報が検索可能になっている。そして、列１８０３には、コンテンツのＩＤと画面サイズ情報とに関連づけて、選択するべきコンテンツのＩＤが格納されている。このようなテーブルにより、例えば、端末装置から要求されたコンテンツのＩＤが、コンテンツＡであり、その端末装置の画面サイズ情報の示す画面のサイズが、２５インチ未満であれば、コンテンツ７を選択し、２５インチ以上３０インチ未満であれば、コンテンツ３を選択し、３０インチ以上３５インチ未満であれば、コンテンツ５を選択し、３５インチ以上であれば、コンテンツ６を選択する。

本実施形態において、画面サイズ情報に応じて、コンテンツを選択する理由は、画面サイズ情報が示す画面サイズによって、端末装置の販売価格がおおよそ推定できるからである（例えば、薄型テレビなどの端末装置では、一インチあたり５０００円のようにインチ数から端末装置の価格が推定できる）。端末装置は、一般には、日用品のように購入できるものではなく、消費者により頻繁に購入されるものではない。このため、端末装置の価格は、購入した消費者の可処分所得など、所得額や収入額と関連性があると考えられる。そこで、本実施形態では、画面サイズ情報から、端末装置の所有者の所得額や収入額を推定し、その所得額や収入額を有する消費者層に合ったコンテンツを提供する。

図１９は、画面サイズ情報と、その画面サイズを有する端末装置を購買した消費者の平均所得額とを関連付けるテーブルであり、「画面サイズ」という名前の列１９０１と、「平均所得」という名前の列１９０２からなる。例えば、２５インチ未満の画面サイズを有する端末装置を購入した消費者の年間の平均所得額は、５００万円であり、２５インチ以上から３０インチ未満の画面サイズを有する端末装置を購入した消費者の年間の平均所得額は、５５０万円であることが例示されている。平均所得額は、例えば、端末装置を購入した消費者に対するアンケートを実施することで知ることができる。このようなテーブルを用いることにより、例えば、所得額が７００万円を超える高所得者層には、別荘などの不動産の広告というコンテンツを選択し、所得額が５５０万円以下の低所得者層には、賃貸マンションなどの広告というコンテンツを選択することができる。また、画面サイズの大きな端末装置を有するユーザは、広い間取りの家に住んでいることが多いので、家の広さに応じた装備、例えば、システムキッチンや、大型の家電製品などの広告のコンテンツを選択してもよい。

以上のように、現在急速に普及しつつある薄型テレビなどでは、画面サイズに応じて価格が設定されており、購買できる価格が、ユーザの所得などに関連していると考えられるので、実施形態２によれば、画面サイズからユーザの所得などを推測することができ、ユーザ層に適切なコンテンツを選択して配信することが可能となる。

（実施形態３）
実施形態３として、実施形態１または２に係るコンテンツ配信システムにおいて、機種識別情報には、端末装置の製造時期情報が関連づけられており、コンテンツサーバ装置は、取得した機種識別情報に関連付けられた製造時期情報に応じてコンテンツを選択して配信するコンテンツ配信システムについて説明する。

図２０は、実施形態３に係るコンテンツ配信システムの端末装置の機能ブロック図を例示する。端末装置２００１は、機種識別情報送信部２００２を有し、機種識別情報送信部２００２は、製造時期機種識別情報送信手段２００３を有している。また、実施形態２におけるように、機種識別情報送信部２００２は、画面サイズ機種識別情報送信手段を有していてもよい。

「製造時期機種識別情報送信手段」２００３は、端末装置２００１の属する機種の製造時期を示す製造時期情報が関連付けられた機種識別情報を送信する手段である。「端末装置２００１の属する機種の製造時期」とは、端末装置２００１の形式の端末装置が製造された期間であり、例えば、端末装置２００１の属する機種が、１９９６年１月から３月まで製造されていたのであれば、１９９６年第１四半期などとして表現される。図２０において、「Ｕｓｅｒ−Ａｇｅｎｔ： Ｄｏｇ／６．０ （Ｎａｔｉｏｍ； １９９６）」に含まれる「１９９６」が製造時期を示しており、端末装置２００１の属する機種の製造時期が１９９６年であることを示している。また、機種識別情報に、製造時期を示す情報が含まれている必要はなく、例えば、コンテンツサーバ装置などに、機種識別情報と、製造時期情報とを対応付けるテーブルなどの情報が格納されており、コンテンツサーバ装置などは、そのような情報を参照して、機種識別情報から製造時期情報を得ることができるようになっていてもよい。

図２１は、機種識別情報と、製造時期情報とを対応付けるテーブルの一例を示す。列２１０１は、「機種識別情報」という名前がついており、機種識別情報が格納される。列２１０２は、「製造時期」という名前がついており、製造時期情報が格納される。例えば、Ｇｏｒｉｌｌａ／４．０という機種識別情報を有する機種に属する端末装置の製造時期は１９９７年であり、Ｆｏｘ／５．５という機種識別情報を有する機種に属する端末装置の製造時期は２０００年であることが示されている。このようなテーブルを用いる場合には、そのテーブルは、コンテンツサーバ装置が保持していたり、他のサーバに保持され、コンテンツサーバ装置により通信などにより参照可能とする。

図２２は、実施形態３に係るコンテンツ配信システムのコンテンツサーバ装置の機能ブロック図を例示する。コンテンツサーバ装置２２０１は、実施形態１におけるようにコンテンツ保持部２２０２と、機種識別情報取得部２２０３と、第一コンテンツ選択部２２０４と、コンテンツ配信部２２０５と、を有する。本実施形態では、第一コンテンツ選択部２２０４が、製造時期依存コンテンツ選択手段２２０６を有する構成となっている。また、実施形態２のように、第一コンテンツ選択部２２０４が、画面サイズ依存コンテンツ選択手段を有していてもよい。

「製造時期依存コンテンツ選択手段」２２０６は、機種識別情報に関連付けられた製造時期情報を取得し、取得した製造時期情報に応じてコンテンツを選択する。すなわち、機種識別情報取得部２２０３により取得された機種識別情報に、製造時期情報が含まれている場合には、機種識別情報から製造時期情報を抽出することで、製造時期情報を取得する。また、製造時期情報が機種識別情報に含まれておらず、図２１に例示されるテーブルなどの情報により、製造時期情報が機種識別情報に関連付けられている場合には、機種識別情報をキーとしてそのテーブルなどの情報を検索して、機種識別情報を取得する。そして、製造時期依存コンテンツ選択手段２２０６は、機種識別情報に応じてコンテンツを選択する。これにより、例えば、端末装置の想定された耐用年数前頃に製造された端末装置に対して、新しい機種の広告のコンテンツを選択して配信し、買い替えを奨励することなどができる。

図２３は、製造時期依存コンテンツ選択手段２２０６が、製造時期情報に応じて、コンテンツを選択するために用いるテーブルを例示する。そのテーブルは、「要求コンテンツＩＤ」という名前の列２３０１と、「製造時期」２３０２という名前の列と、「選択コンテンツＩＤ」と名前の列２３０３とからなる。列２３０１には、端末装置から要求されるコンテンツのＩＤが、コンテンツＡ、コンテンツＢなどとして格納されている。列２３０２には、製造時期情報が、要求コンテンツＩＤごとに格納され、それぞれのコンテンツのＩＤを要求として送信した端末装置の製造時期情報により検索可能になっている。そして、列２３０３には、コンテンツのＩＤと製造時期とに関連付けて、選択するべきコンテンツのＩＤが格納されている。このようなテーブルにより、例えば、端末装置から要求されたコンテンツのＩＤが、コンテンツＡであり、その端末装置の製造時期が、１９９３年以前であれば、コンテンツ１０を選択し、１９９４年以降１９９８年以前であれば、コンテンツ９を選択し、１９９９年以降であれば、コンテンツ８を選択する。

また、第一コンテンツ選択部２２０４が、実施形態２のように画面サイズ依存コンテンツ選択手段１７０６を有するような場合には、端末装置の製造時期から、その当時の液晶ディスプレイ装置やプラズマディスプレイ装置などの表示装置の画面サイズあたりの単価（例えば、２０００年は、１インチあたり、１万円程度の単価だったなど）を読み出して、端末装置の価格を推定して、利用者の収入額、可処分所得などを推定して、コンテンツを選択するようになっていてもよい。

また、製造時期が端末装置という商品のライフサイクルにおいて立ち上がりの時期などの早期の段階であれば、そのような早期の段階で購入したユーザは、端末装置などの電子機器に興味を持つユーザ層に属すると考えて、そのようなユーザ層に適合したコンテンツを選択することが可能である。

以上のように、製造時期と販売時期とは対応関係にあり、製造時期によっては、特定の端末装置に興味を持って購入した層を構成するユーザの嗜好などの属性を特定することが可能であり、実施形態３によれば、適切なコンテンツを選択して配信することが可能となる。

（実施形態４）
実施形態４として、実施形態１から３のいずれかのコンテンツ配信システムにおいて、他のコンテンツに対するリンク情報を含むコンテンツを端末装置に配信し、そのようなコンテンツを介してアクセスされたコンテンツの履歴を、その端末装置の機種識別情報と関連付けて保持し、コンテンツに対する機種識別情報ごとのアクセス傾向を算出する構成について説明する。

図２４は、実施形態４に係るコンテンツ配信システムのコンテンツサーバ装置の機能ブロック図を例示する。コンテンツサーバ装置２４０１は、実施形態１から３のいずれかのコンテンツサーバ装置のように、コンテンツ保持部２４０２と、機種識別情報取得部２４０３と、第一コンテンツ選択部２４０４と、コンテンツ配信部２４０５とを有する。本実施形態では、コンテンツサーバ装置２４０１は、さらに、コンテンツ履歴保持部２４０７と、アクセス傾向算出部２４０８とを有する。また、コンテンツ配信部２４０５は、リンカブルコンテンツ配信手段２４０６を有する。また、実施形態２のように、第一コンテンツ選択部２４０４は、画面サイズ依存コンテンツ選択手段を有していたり、実施形態３のように、第一コンテンツ選択部２４０４は、製造時期依存コンテンツ選択手段を有していてもよい。

「リンカブルコンテンツ配信手段」２４０６は、他のコンテンツに対するリンク情報を含むコンテンツを配信する。ここでは、そのようなコンテンツを「リンカブルコンテンツ」と呼ぶことにする。リンカブルコンテンツの例としては、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋ−ｕｐ Ｌａｎｇｕａｇｅ）などで記述されたウェブページなどがある。ＨＴＭＬでは、「＜Ａ ＨＲＥＦ＝”a url ”＞」と「＜／Ａ＞」という記述により、「 a url 」で示される他のコンテンツへのリンクを記述することができる。ウェブページが表示された場合に、この部分に相当する部分をリモコン装置などを用いてクリックすることにより、他のコンテンツを再生や表示などすることができる。

「コンテンツ履歴保持部」２４０７は、配信されたリンカブルコンテンツを介してアクセスしたコンテンツの履歴を、その端末装置の機種識別情報と関連付けて保持する部である。例えば、ハードディスク装置などで実現される。

本実施形態に係るコンテンツサーバ装置は、例えば、図２（ａ）のコンテンツサーバ装置２０２として実現されるのが好適である。この場合、本実施形態に係るコンテンツサーバ装置が配信するリンカブルコンテンツのリンクの記述は、例えば、＜Ａ ＨＲＥＦ＝”ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ１．ｃｏｍ／？ｇｏｔｏ＝ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｎｔｅｎｔ１．ｈｔｍ”＞などのように、ｗｗｗ．ｅｘａｍｐｌｅ１．ｃｏｍが、本実施形態に係るコンテンツサーバ装置２０２、２０８を指し示し、「？ｇｏｔｏ＝」の後に、本来、表示などするべきコンテンツのＵＲＬとすることが望ましい。これにより、本実施形態に係るコンテンツサーバ装置が配信したリンカブルコンテンツを表示などした状態で、リンクをクリックなどすると、そのクリックによる要求が、本実施形態に係るコンテンツサーバ装置へ送信されるようにすることができる。そのクリックによる要求を受信した本実施形態に係るコンテンツサーバ装置は、要求に含まれる機種識別情報と、「？ｇｏｔｏ＝」の後のＵＲＬとをコンテンツ保持部２４０２に保持させる。そして、ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍに対して、ｃｏｎｔｅｎｔ１．ｈｔｍの要求を転送する。

図２５は、コンテンツ保持部２４０２において、アクセスしたコンテンツの履歴を機種識別情報と関連付けて保持するためのテーブルの構造を例示する。このテーブルは、「機種識別情報」という名を有する列２５０１と、「要求コンテンツＩＤ」という名を有する列２５０２とからなり、それぞれ、コンテンツを要求した端末装置の機種識別情報とそのコンテンツのＵＲＬなどの識別子が格納される。図２５では、例えば、Ｇｏｒｉｌｌａ／４．０という機種識別情報を有する端末装置から、コンテンツＡで識別されるコンテンツが要求され、次にＦｏｘ／５．５という機種識別情報を有する端末装置から、コンテンツＢの要求がされていることなどが例示されている。

また、図２５に例示されたテーブルには、要求があった時刻なども格納するようになっていてもよい。

図２６は、機種識別情報取得部２４０３とコンテンツ履歴保持部２４０７との動作を説明するフローチャートを例示する。ステップＳ２６０１において、要求コンテンツＩＤを取得する。ステップＳ２６０２において、機種識別情報を取得する。ここまでは、機種識別情報取得部２４０３などでの処理である。次に、コンテンツ履歴保持部２４０７での処理として、ステップＳ２６０３において、履歴として保持を行なう。

「アクセス傾向算出部」２４０８は、コンテンツ履歴保持部２４０７に保持された履歴に基づいて、端末装置のコンテンツに対するアクセス傾向を算出するための部である。例えば、アクセス傾向算出部２４０８は、コンテンツ履歴保持部２４０７に保持された履歴を読出し、端末装置の機種識別情報ごとに、アクセス数の多かったコンテンツの識別情報の上位１００位などを求める。例えば、Ｇｏｒｉｌｌａ／４．０という機種識別情報を有する端末装置からは、コンテンツ１２４の要求が最も頻度が多く取得され、次いで、コンテンツ５１２、などがあり、Ｆｏｘ／５．５という機種識別情報を有する端末装置からは、コンテンツ２０４８の要求が最も頻度が高く取得され、次いで、コンテンツ１２８という具合である。また、機種識別情報から得られる画面サイズ情報や製造時期情報などごとに、アクセス数の多かったコンテンツの識別情報の上位１００位などを求めるようになっていてもよい。アクセス傾向算出部２４０８は、定期的に、このようなアクセス傾向を算出して、メールなどにより企業のマーケティング部門の者に送付したり、あるいは、コンテンツサーバ装置２４０１のオペレータなどにより手動で操作などされて、算出されたアクセス傾向を、記憶機器に保持したり、メールで送付したりする。

実施形態４では、コンテンツに対するアクセス傾向が、機種識別情報ごとに求めることができ、或る広告のバナーなどが表示された場合、クリックされる割合が高い機種識別情報を得ることができ、機種識別情報を基にして、効果的な広告などのコンテンツの配信を行なうことができる。

また、本実施形態に係るコンテンツ配信システムは、図２（ａ）に示すように、ポータルサーバとなるコンテンツ配信装置２０２の配下に、コンテンツサーバ創始ｈ２０４、２０５以外にも、図２（ｂ）に示すようなポータルサーバ装置２０８から独立したコンテンツサーバ装置２１０、２１１の場合であってもよい。図２（ｂ）の場合、ポータルサーバ装置２０８が配信するリンカブルコンテンツのリンクの記述は、例えば、＜Ａ ＨＲＥＦ＝“ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ１．ｃｏｍ／？ｇｏｔｏ＝ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｎｔｅｎｔ１．ｈｔｍ”＞となっている。このように記述されるリンクをクリックなどすると、端末装置２０７がｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｏｎｔｅｎｔ１．ｈｔｍというＵＲＬで示されるコンテンツを要求していることを、ｗｗｗ．ｅｘａｍｐｌｅ１．ｃｏｍ（ポータルサーバ装置２０８のＦＱＤＮ）に対して伝え、且つ、ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍに対して、ｃｏｎｔｅｎｔ１．ｈｔｍで特定されるコンテンツを要求する。このようにして、コンテンツ履歴保持部２４０７は、リンカブルコンテンツを介してアクセスされたコンテンツの履歴をその端末装置の機種別情報と関連付けて保持することができる。

（実施形態５）
実施形態５として、実施形態１から４のいずれかのコンテンツ配信システムにおいて、端末装置は、ユーザ識別情報を送信可能となっており、コンテンツサーバ装置は、端末装置から送信されたユーザ識別情報を取得可能であれば、そのユーザ識別情報に応じて保持しているコンテンツを選択可能とし、機種識別情報に応じたコンテンツの選択と、ユーザ識別情報に応じたコンテンツの選択とを制御して配信するように構成されているコンテンツ配信システムについて説明する。

図２７は、実施形態５に係るコンテンツ配信システムの端末装置の機能ブロック図を例示する。端末装置２７０１は、実施形態１などのように機種識別情報送信部２７０２を有し、さらに、ユーザ識別情報送信部２７０３を有する構成となっている。

「ユーザ識別情報送信部」２７０３は、コンテンツサーバ装置に対して、ユーザ識別情報を送信可能な部である。「ユーザ識別情報」とは、端末装置２７０１のユーザを識別する情報である。例えば、住所、氏名からなったり、会員番号から構成されていたりする。また、ユーザはユーザ識別情報で直接的に特定される必要はなく、端末装置以外の例えばコンテンツ配信システムの運営会社が機器識別情報と、その機器識別情報で特定される端末装置の購入者などの利用者とを関連付けた情報を管理する場合の機器識別情報のように、間接的にユーザを特定できる情報であってもよい。また、ユーザ識別情報送信部２７０３は、「送信可能」とあるので、常にユーザ識別情報を送信するとは限らず、例えば、端末装置２７０１にユーザの住所、氏名などのユーザ識別情報が設定されている場合にのみ送信するようになっていてもよい。

なお、ユーザ識別情報は、例えば、機種識別情報が送信されるときに、その機種識別情報と伴って送信されるようになっていてもよい。あるいは、最初に端末装置がコンテンツ配信サーバと通信を開始したときのみに送信されるようになっていてもよい。

図２８は、実施形態５に係るコンテンツ配信システムのコンテンツサーバ装置の機能ブロック図を例示する。コンテンツサーバ装置２８０１は、実施形態１などのように、コンテンツ保持部２８０２と、機種識別情報取得部２８０３と、第一コンテンツ選択部２８０４と、コンテンツ配信部２８０５と、を有し、さらにユーザ識別情報取得部２８０６と、第二コンテンツ選択部２８０７と、選択方法制御部２８０８と、を有する。

「ユーザ識別情報取得部」２８０６は、コンテンツ配信先の端末装置のユーザの識別情報が取得可能であれば、取得する。例えば、コンテンツの要求に、ユーザ識別情報が含まれているかどうかを、要求を構成するフィールド名の有無などにより判断し、ユーザ識別情報が含まれていれば、そのフィールド名の値を取得する。

「第二コンテンツ選択部」２８０７は、取得したユーザ識別情報に応じて、保持しているコンテンツを選択する。例えば、ユーザ識別情報ごとにユーザの属性などのテーブルが保持されていれば、そのテーブルに保持されているユーザの属性に適したコンテンツを選択する。例えば、ユーザの年齢と婚姻の有無という属性が、２０代独身であれば、結婚紹介所などの広告のコンテンツを選択し、３０代既婚者であれば、分譲マンションなどの広告のコンテンツを選択する。

「選択方法制御部」２８０８は、第一コンテンツ選択部２８０４によりコンテンツを選択するか、第二コンテンツ選択部２８０７によりコンテンツを選択するかを制御する。例えば、ユーザ識別情報取得部２８０６により、ユーザ識別情報が取得されれば、第二コンテンツ選択部２８０７によりコンテンツの選択を行ない、そうでなければ、第一コンテンツ選択部２８０４によりコンテンツの選択を行なう。また、コンテンツサーバ装置２８０１が、実施形態４のようにコンテンツ履歴保持部などを有する場合には、ユーザ識別情報取得部２８０６が取得したユーザ識別情報で識別されるユーザのコンテンツのアクセス履歴を参照し、集中してアクセスするコンテンツがないアクセス傾向が得られた場合、第一コンテンツ選択部２８０４によるコンテンツを選択するようにしてもよい。これにより、ユーザの属性などに基づいたコンテンツの選択がうまくいっていないことがアクセス傾向から得られた場合、コンテンツの選択方法を変えることで、そのユーザに提供されるコンテンツの種類を変更することができる。

図２９は、実施形態５に係るコンテンツ配信システムのコンテンツサーバ装置の処理の流れを説明するフローチャートを例示する。ステップＳ２９０１において、コンテンツ要求を受信する。このステップは、例えば、要求受信モジュール６０２により行なわれる。次にステップＳ２９０２において、機種識別情報を取得する。このステップは、機種識別情報取得部２８０３にて行なわれる。次のステップＳ２９０３とＳ２９０４において、ユーザ識別情報が、ユーザ識別情報取得部２８０６にて取得されたかどうかを判断する。例えば、ステップＳ２９０３において、ユーザ識別情報を取得し、ステップＳ２９０４にて、会員などとしてそのユーザ識別情報が登録されているかどうかを判断する。なお、ユーザ識別情報が端末装置から受信できず、ユーザ識別情報取得部２８０６にて、ユーザ識別情報が取得できなかった場合には、ステップＳ２９０３において、ダミーの値としてＮＵＬＬなどがユーザ識別情報として取得されるようになっているとする。

ステップＳ２９０４にて、会員などとして登録されていると判断されれば、ステップＳ２９０５へ処理を移行させ、会員プロフィールなどをデータベース管理システムなどの記憶装置から読出し、ステップＳ２９０６にて、第二コンテンツ選択部２８０７を動作させて、会員プロフィールに応じたコンテンツの選択を行なうなどとする。また、ステップＳ２９０４にて、会員などとして登録されていないと判断されれば、ステップＳ２９０７へ処理を移行させ、第一コンテンツ選択部２８０４を動作させて、機種識別情報に応じたコンテンツ選択を行なう。その後、コンテンツ配信部２８０５を動作させて、選択されたコンテンツの配信を行なう。

図３０は、実施形態５に係るコンテンツ配信システムの機能の一例を説明する図である。図３０の左半分は端末装置の側を例示し、右半分は、コンテンツサーバ装置の側を例示している。端末装置３００１が、会員などとして登録されているユーザの利用する端末装置であれば、コンテンツサーバ装置にユーザ識別情報が送信され、会員プロフィールデータベース３００２を、ユーザ識別情報で検索などを行ない、ユーザのプロフィールを得て、その属性に適した会員向けのコンテンツ３００３を選択して、配信を行なう。一方、端末装置３００４が非会員のユーザの利用する端末装置であれば、機種データベース３００５を、機種識別情報により検索を行ない、その検索結果により、機種別購買層分類データベース３００６を検索する。機種別購買層分類データベースとは、例えば、端末装置の属する機種の製造時期などから、その端末装置のユーザ層の傾向を検索するためのデータベースである。例えば、５歳ごとの区間で年齢を区切った場合、どの区間のユーザが製造時期に対する購買時期が最も多いかなどの情報を格納するデータベースである。そして、機種別購買層分類データベース３００６の検索結果から、例えば年齢層に適合した広告データベース３００９から広告のコンテンツを選択して、端末装置３００４へ配信する。例えば、２０代前半のユーザの端末装置には、アイドルが出演する広告を選択して配信し、６０代後半のユーザの端末装置には、演歌歌手が出演する広告を選択して配信するなどである。

また、広告データベースからコンテンツを選択する場合には、機種別アクセスログ３００７と機種別関心分野データベース３００８を参照してもよい。機種別アクセスログ３００７は、例えば、コンテンツ履歴保持部２４０７が保持するデータから構成されるデータベースであり、端末装置の機種識別情報ごとに、どのようなコンテンツの要求が多いか少ないかを示す情報、あるいは多いか少ないかが得られる情報を保持する。機種別関心分野データベース３００８は、コンテンツのアクセス数の多寡から、端末装置の機種識別情報ごとにそのユーザが関心を寄せている分野を特定するための情報を格納する。例えば、ここ２年ほど前までに製造された端末装置からは、アイドルが関係するコンテンツのアクセスが多く、そのような端末装置のユーザは、アイドルに関心を寄せていることが機種別関心分野データベース３００８に格納される。一方、５年ほど前に製造された端末装置からは、計算機のアーキテクチャを解説するコンテンツのアクセスが多く、そのような端末装置のユーザは、いわゆる計算機オタクであることが機種別関心分野データベース３００８に格納される。広告データベース３００９からコンテンツを選択する際には、機種別購買層分類データベース３００６に格納された情報を参照するとともに、機種別関心分野データベースに格納されている情報を参照することにより、アイドルが関係するコンテンツのアクセスが多い機種の端末装置には、アイドル系の広告が多く選択されるようにし、ユーザが計算機オタクと思われる端末装置へは、新製品のゲーム機器などの広告が選択されるようにすることで、効果的な広告コンテンツの配信を行なうことができる。

実施形態１に係るコンテンツ配信システムの機能ブロック図 実施形態１に係るコンテンツ配信システムの機能ブロック図 端末装置とコンテンツサーバ装置との間の通信の過程を示すシーケンス図 端末装置にコンテンツが表示されている様子を示す一例図 端末装置のハードウェア構成図 コンテンツサーバ装置のハードウェア構成図 実施形態１に係るコンテンツ配信システムの端末装置の機能ブロック図 実施形態１に係るコンテンツ配信システムのコンテンツサーバ装置の機能ブロック図 コンテンツ保持部にコンテンツが保持されている様子を示す一例図 第一コンテンツ選択部にコンテンツを選択するためのテーブルが保持されている様子を示す一例図 コンテンツを選択するための処理のフローチャート コンテンツを選択するために用いるテーブルの一例図 コンテンツを配信するための処理のフローチャート コンテンツ配信部の機能ブロック図 実施形態２に係るコンテンツ配信システムを構成する端末装置の機能ブロック図 機種識別情報と画面サイズ情報とを対応付けるテーブルの一例図 実施形態２に係るコンテンツ配信装置のコンテンツサーバ装置の機能ブロック図 画面サイズ情報に応じてコンテンツを選択するために用いるテーブルの一例図 画面サイズ情報と消費者の平均所得額とを関連付けるテーブルの一例図 実施形態３に係るコンテンツ配信システムの端末装置の機能ブロック図 機種識別情報と製造時期情報とを対応付けるテーブルの一例図 実施形態３に係るコンテンツ配信システムのコンテンツサーバ装置の機能ブロック図 コンテンツを選択するために用いるテーブルの一例図 実施形態４に係るコンテンツ配信システムのコンテンツサーバ装置の機能ブロック図 アクセスしたコンテンツの履歴を機種識別情報と関連付けて保持するためのテーブルの一例図 機種識別情報取得部とコンテンツ履歴保持部との動作を説明するフローチャート 実施形態５に係るコンテンツ配信システムの端末装置の機能ブロック図 実施形態５に係るコンテンツ配信システムのコンテンツサーバ装置の機能ブロック図 実施形態５に係るコンテンツ配信システムのコンテンツサーバ装置の処理の流れを説明するフローチャート 実施形態５に係るコンテンツ配信システムの機能の一例を説明する図

符号の説明

１００ コンテンツ配信システム
１０１ 端末装置
１０２ コンテンツサーバ装置
１０３ インターネット

Claims (6)

1. 端末装置と、この端末装置に対してコンテンツを配信するインターネットサイトとなるコンテンツサーバ装置と、からなるコンテンツ配信システムであって、
   前記端末装置は、
   コンテンツサーバ装置に対して機種識別情報をコンテンツの要求が生成されるレイヤと異なるレイヤで付加して送信する機種識別情報送信部を有し、
   前記機種識別情報送信部は、前記端末装置の画面サイズを示す画面サイズ情報が関連付けられた機種識別情報を送信する画面サイズ機種識別情報送信手段を有し、
   前記コンテンツサーバ装置は、
   配信すべきコンテンツの候補を複数保持するコンテンツ保持部と、
   コンテンツ配信先の端末装置の機種識別情報を取得する機種識別情報取得部と、
   取得した機種識別情報に応じ、保持しているコンテンツを選択する第一コンテンツ選択部と、
   選択したコンテンツを前記端末装置に配信するコンテンツ配信部とを有し、
   前記コンテンツ選択部は、前記機種識別情報に関連付けられた画面サイズ情報を取得し、取得した画面サイズ情報から、前記端末装置の所有者の所得情報や収入額を推定し、その所得額や収入額を有する消費者層に合ったコンテンツを選択する画面サイズ依存コンテンツ選択手段を有するコンテンツ配信システム。
2. 前記端末装置は、コンテンツの要求には暗号化を施さず、一方、機種別情報には暗号化を施す請求項１に記載のコンテンツ配信システム。
3. 端末装置の機種識別情報送信部は、前記端末装置の属する機種の製造時期を示す製造時期情報が関連づけられた機種識別情報を送信する製造時期機種識別情報送信手段を有し、
   コンテンツサーバ装置のコンテンツ選択部は、機種識別情報に関連付けられた製造時期情報を取得し、取得した製造時期情報に応じてコンテンツを選択する製造時期依存コンテンツ選択手段を有する請求項１または２に記載のコンテンツ配信システム。
4. コンテンツサーバ装置のコンテンツ配信部は、他のコンテンツに対するリンク情報を含むリンカブルコンテンツを配信するリンカブルコンテンツ配信手段を有し、
   配信されたリンカブルコンテンツを介してアクセスしたコンテンツの履歴をその端末装置の機種識別情報と関連付けて保持するコンテンツ履歴保持部と、
   コンテンツ履歴保持部に保持された履歴に基づいてその端末装置のコンテンツに対するアクセス傾向を算出するためのアクセス傾向算出部と、
   を有する請求項１から３のいずれか一に記載のコンテンツ配信システム。
5. 端末装置は、
   コンテンツサーバ装置に対してユーザ識別情報を送信可能なユーザ識別情報送信部を有し、
   コンテンツサーバ装置は、
   コンテンツ配信先の端末装置のユーザの識別情報を取得可能であれば取得するユーザ識別情報取得部と、
   取得したユーザ識別情報に応じ、保持しているコンテンツを選択する第二コンテンツ選択部と、
   第一コンテンツ選択部によりコンテンツを選択するか、第二コンテンツ選択部によりコンテンツを選択するかを制御する選択方法制御部と、
   をさらに有する請求項１から４のいずれか一に記載のコンテンツ配信システム。
6. 端末装置と、この端末装置に対してコンテンツを配信するインターネットサイトとなるコンテンツサーバ装置と、からなるコンテンツ配信システムの動作方法であって、
   前記端末装置において、
   コンテンツサーバ装置に対して前記端末装置の画面サイズを示す画面サイズ情報が関連付けられた機種識別情報をコンテンツの要求が生成されるレイヤと異なるレイヤで付加して送信する機種識別情報送信ステップを実行し、
   前記コンテンツサーバ装置において、
   配信すべきコンテンツの候補を複数保持するコンテンツ保持ステップと、
   コンテンツ配信先の端末装置の機種識別情報を取得する機種識別情報取得ステップと、
   取得した機種識別情報に関連付けられた画面サイズ情報を取得し、取得した画面サイズ情報から、端末装置の所有者の所得情報や収入額を推定し、その所得額や収入額を有する消費者層に合った保持しているコンテンツを選択する第一コンテンツ選択ステップと、
   選択したコンテンツを端末装置に配信するコンテンツ配信ステップと、
   を実行するコンテンツ配信システムの動作方法。

Images