(57)【要約】【課題】ユーザに提供する情報を選択する技術において、選択に利用される、ユーザのプロフィールや嗜好に関するユーザ情報を、ユーザに対して入力を要求することなく生成することを目的とする。【解決手段】第一の装置と第二の装置とを含む情報提供システムであって、第一の装置は、ユーザを識別するユーザ識別情報を用いてサーバに登録された登録情報に関する情報を前記第二の装置へ送信するとともに、該第二の装置から、提供情報を受信する第一の通信部を有し、第二の装置は、前記第一の装置から受信した前記登録情報に関する情報に基づいて、前記提供情報を生成する制御部と、前記提供情報を前記第一の装置へ送信する第二の通信部とを有することを特徴とする情報提供システム。【選択図】図３
2014081745.tif 000002
【特許請求の範囲】
【請求項１】
第一の装置と第二の装置とを含む情報提供システムであって、
第一の装置は、
ユーザを識別するユーザ識別情報を用いてサーバに登録された登録情報に関する情報を前記第二の装置へ送信するとともに、該第二の装置から、提供情報を受信する第一の通信部を有し、
第二の装置は、
前記第一の装置から受信した前記登録情報に関する情報に基づいて、前記提供情報を生成する制御部と、
前記提供情報を前記第一の装置へ送信する第二の通信部とを有することを特徴とする情報提供システム。
【請求項２】
前記第一の装置は、
前記サーバから取得した前記登録情報に基づいて、前記ユーザに関するユーザ情報を生成する他の制御部を有し、
前記登録情報に関する情報は、前記ユーザ情報を含むことを特徴とする請求項１記載の情報提供システム。
【請求項３】
前記ユーザ情報は、複数の項目を含み、
前記制御部は、前記提供情報を生成する際に利用する前記複数の項目を指定した要求を生成し、
前記第二の通信部は、前記要求を送信し、
前記第一の通信部は、前記第二の装置から、前記要求を受信し、
前記他の制御部は、前記要求にて指定された前記複数の項目ごとに、項目値を決定するとともに、該項目値が設定された前記ユーザ情報を生成することを特徴とする請求項２記載の情報提供システム。
【請求項４】
ユーザを識別するユーザ識別情報を用いてサーバに登録された登録情報に関する情報を、他の装置へ送信するとともに、該他の装置から、前記登録情報に関する情報に基づいて生成された提供情報を受信する通信部を有することを特徴とする提供情報の受信装置。
【請求項５】
前記受信装置は、前記サーバから取得した前記登録情報に基づいて、前記ユーザに関するユーザ情報を生成する制御部を有し、
前記登録情報に関する情報は、前記ユーザ情報を含むことを特徴とする請求項４記載の受信装置。
【請求項６】
前記ユーザ情報は、複数の項目を含み、
前記通信部は、前記他の装置から、前記提供情報を生成する際に利用する前記複数の項目が指定された要求を受信し、
前記制御部は、前記登録情報に基づいて、前記要求にて指定された前記複数の項目ごとに項目値を決定するとともに、該項目値が設定された前記ユーザ情報を生成することを特徴とする請求項５記載の受信装置。
【請求項７】
前記要求において、前記複数の項目の少なくとも一部の項目は、該項目に対する項目値の候補となる複数の候補値が対応付けて設定され、
前記制御部は、前記登録情報における前記複数の候補値各々の出現回数を計数し、前記出現回数に基づいて、該複数の候補値から前記項目値を決定し、決定された該項目値を含む前記ユーザ情報を生成することを特徴とする請求項６記載の受信装置。
【請求項８】
前記制御部は、画像を取得し、該画像を識別する識別子を該画像から抽出し、
前記通信部は、前記識別子を含み、前記画像に関する前記提供情報の送信を依頼する提供情報要求を、前記他の装置へ送信することを特徴とする請求項５乃至請求項７のいずれか一項に記載の受信装置。
【請求項９】
前記通信部は、前記サーバから、前記ユーザにより登録されたプロフィールに関するプロフィール情報と、前記ユーザが投稿した記事に関する投稿情報とを含む前記登録情報を受信することを特徴とする請求項４乃至８のいずれか一項に記載の受信装置。
【請求項１０】
ユーザを識別するユーザ識別情報を用いてサーバへ登録された登録情報に関する情報に基づいて、他の装置へ提供する前記提供情報を生成する制御部と、
前記提供情報を前記他の装置へ送信する通信部とを有することを特徴とする提供情報の送信装置。
【請求項１１】
前記登録情報に関する情報は、前記他の装置の前記ユーザに関するユーザ情報を含み、
前記制御部は、受信した前記ユーザ情報に基づいて、前記ユーザに応じた前記提供情報を生成することを特徴とする請求項１０記載の送信装置。
【請求項１２】
前記ユーザ情報は、複数の項目を含み、
前記通信部は、前記他の装置へ、前記提供情報を生成する際に利用する前記複数の項目を指定した要求を送信するとともに、前記複数の項目ごとに項目値が設定された前記ユーザ情報を、該他の装置から受信することを特徴とする請求項１１記載の送信装置。
【請求項１３】
コンピュータに、
ユーザを識別するユーザ識別情報を用いて登録された登録情報に関する情報を、他のコンピュータへ送信し、
前記他のコンピュータから、前記登録情報に関する情報に基づいて生成された提供情報を受信する処理を実行させることを特徴とするプログラム。
【請求項１４】
コンピュータが、
ユーザを識別するユーザ識別情報を用いてサーバへ登録された登録情報に関する情報を受信し、
前記登録情報に関する情報に基づいて、他のコンピュータへ提供する提供情報を生成し、
前記提供情報を前記他のコンピュータへ送信する処理を実行することを特徴とする情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に開示する技術は、ユーザに情報を提供する技術、および情報の提供を受ける技術に関する。
【背景技術】
【０００２】
近年、情報提供を行うサービスにおいて、情報提供を受けるユーザのプロフィールや嗜好に応じて選択された情報を提供することが行われている。
【０００３】
例えば、ユーザが入力フォームに入力を行うことにより登録された趣味嗜好情報に基づいて、一または複数の広告を割り当てる技術がある（例えば、特許文献１）。ユーザがＷｅｂページにアクセスする際には、割り当てられた広告のファイル群の内容を、Ｗｅｂページを構成する少なくとも一のファイルに組み込んで、ユーザへ送信する。
【０００４】
また、ユーザが入力フォームに入力を行う事により登録された属性情報を、ユーザの端末が保持する。そして、サーバから受信した複数のホームページ広告に対して、端末が、ユーザの属性情報に適合するか判断することで、ユーザが関心のあると思われる広告のみを表示させる技術がある（例えば、特許文献２）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−０９２０２２号公報
【特許文献２】特開２００２−２９７６１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
Ｗｅｂページに表示される広告に限らず、ユーザのプロフィールや嗜好に応じた情報を提供することは、ユーザにとってより興味深い情報を入手するきっかけとなる。さらに、情報を提供する側が企業であれば、情報に対して興味を抱くことが期待される顧客へ、より効果的な情報の配信を行うことができる。
【０００７】
しかし、特許文献１や特許文献２に開示された技術では、ユーザのプロフィールや嗜好に関する情報は、ユーザによる入力フォームへの入力によって、生成される。つまり、ユーザは、サービスを利用するために、事前に入力フォームへ入力を行う必要があった。
【０００８】
そこで、本実施例に開示の技術は、ユーザに応じた情報を提供する技術において、ユーザのプロフィールや嗜好などに関するユーザ情報を、ユーザに対して入力を要求することなく生成することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一観点では、第一の装置と第二の装置とを含む情報提供システムであって、第一の装置は、ユーザを識別するユーザ識別情報を用いてサーバに登録された登録情報に関する情報を前記第二の装置へ送信するとともに、該第二の装置から、提供情報を受信する第一の通信部を有し、第二の装置は、前記第一の装置から受信した前記登録情報に関する情報に基づいて、前記提供情報を生成する制御部と、前記提供情報を前記第一の装置へ送信する第二の通信部とを有することを特徴とする。
【発明の効果】
【００１０】
本発明の一観点では、ユーザに応じた情報を提供する技術において、ユーザのプロフィールや嗜好などに関するユーザ情報を、ユーザに対して入力を要求することなく生成することができる。
【図面の簡単な説明】
【００１１】
【図１】図１は、本実施例にかかる情報提供システムを説明するための図である。
【図２】図２は、広告主端末５によるコンテンツ処理依頼から、識別子が付与されたコンテンツが広告主へ返却されるまでのシーケンス図である。
【図３】図３は、ユーザ端末１から情報提供の要求が行われてから、提供情報がユーザ端末１へ送信されるまでのシーケンス図である。
【図４】図４は、ユーザ端末１と情報提供サーバ２の機能ブロック図である。
【図５】図５は、登録情報が表示される際のイメージ図である。
【図６】図６は、ログイン情報記憶部１５のデータ構成例を示す図である。
【図７】図７は、関連情報記憶部２５のデータ構成例を示す図である。
【図８】図８は、管理情報記憶部２６のデータ構成例を示す図である。
【図９】図９は、ユーザ情報要求のデータ構成例を示す図である。
【図１０】図１０は、受信装置における受信処理のフローチャートおよび送信装置における送信処理のフローチャートである。
【図１１】図１１は、ユーザ情報生成処理のフローチャートである。
【図１２】図１２は、ユーザ情報の例を示す図である。
【図１３】図１３は、提供情報生成処理のフローチャートである。
【図１４】図１４は、他の実施例にかかる情報提供システムを説明するための図である。
【図１５】図１５は、他の実施例における、ユーザ端末７から情報提供の要求が行われてから、提供情報がユーザ端末７へ送信されるまでのシーケンス図である。
【図１６】図１６は、ユーザ端末７および情報収集サーバ８の機能ブロック図である。
【図１７】図１７は、履歴情報記憶部８４のデータ構成例である。
【図１８】図１８は、他の実施例における送信装置における送信処理、受信装置における受信処理および情報収集サーバにおける一連の処理のフローチャートである。
【図１９】図１９は、他の実施例におけるユーザ情報生成処理のフローチャートである。
【図２０】図２０は、受信装置として機能する無線端末１００のハードウェア構成を示す図である。
【図２１】図２１は、送信装置や情報収集サーバ８として機能するコンピュータ２００のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下に添付図面を参照して、この発明にかかる実施例を詳細に説明する。
【００１３】
図１は、本実施例にかかる情報提供システムを説明するための図である。情報提供システムは、少なくとも、提供情報を送信する送信装置と、提供情報を受信する受信装置とを含む。本実施例においては、送信装置は、情報提供サーバ２であるとして説明する。また、受信装置は、ユーザ端末１であるとして説明する。
【００１４】
ユーザ端末１は、ユーザのアカウントを用いて、Ｗｅｂサーバ３に情報を登録する。ユーザのアカウントを用いてＷｅｂサーバ３に登録された情報を、登録情報と称する。そして、Ｗｅｂサーバ３は、登録情報を管理蓄積する。本実施例においては、Ｗｅｂサーバ３は、ＳＮＳ（ｓｏｃｉａｌ  ｎｅｔｗｏｒｋ  ｓｅｒｖｉｃｅ）を提供する装置である。
【００１５】
ユーザは、ＳＮＳのようなサービスを利用する際、自身のアカウントを作成する。通常、アカウント作成時には、ユーザは、プロフィールに関する情報を登録することが多い。よって、このプロフィールに関する情報を、Ｗｅｂサーバ３は登録情報の一部として記憶する。さらに、ＳＮＳのようなサービスにおいては、ユーザは自己のアカウントを利用して記事を投稿することができる。よって、Ｗｅｂサーバ３は、投稿された情報も、登録情報の一部として蓄積する。
【００１６】
本実施例においては、ユーザ端末１がＷｅｂサーバ３から登録情報を取得し、登録情報に関する情報を、情報提供サーバ２へ送信する。そして、情報提供サーバ２は、登録情報に関する情報に基づき、ユーザ端末１へ提供する提供情報を生成する。登録情報に関する情報は、例えば、登録情報や、ユーザのプロフィールや嗜好に関するユーザ情報などの場合が考えられる。
【００１７】
具体的には、ユーザ端末１がＷｅｂサーバ３から取得した登録情報を、情報提供サーバ２へ送信する。この場合は、登録情報に関する情報として、登録情報の少なくとも一部が、情報提供サーバ２へ送信される。情報提供サーバ２は、登録情報から、プロフィールや嗜好に関するユーザ情報を抽出する。
【００１８】
そして、ユーザ情報に基づき、ユーザ端末１へ提供する提供情報を生成する。情報提供サーバ２は、ユーザのプロフィールや嗜好に合致する可能性が高い関連情報を選択し、提供情報として提供する。関連情報は、コンテンツに関連する情報であって、例えば広告に関係する商品サイトのＵＲＬなどである。
【００１９】
一方、ユーザ端末１がＷｅｂサーバ３から取得した登録情報から、プロフィールや嗜好に関するユーザ情報を抽出してもよい。この場合は、登録情報に関する情報として、ユーザ情報が、情報提供サーバ２へ送信される。そして、情報提供サーバ２は、受信したユーザ情報に基づき、ユーザ端末１へ提供する提供情報を生成する。
【００２０】
本実施例においては、登録情報に関する情報が、ユーザ情報である後者の例を説明するが、先に述べた実施形態でも実現可能である。
【００２１】
情報提供システムは、さらに、送信装置と受信装置以外に、コンテンツ処理サーバ４を含んでもよい。コンテンツ処理サーバ４は、少なくともひとつの画像を含むコンテンツに対して、情報を付与する装置である。具体的には、コンテンツ処理サーバ４は、コンテンツに対して、コンテンツに情報を埋め込む電子透かしの技術を適用したり、情報を表すＱＲコード（登録商標）を付与する技術を適用する。
【００２２】
また、コンテンツは、本実施例においては、広告用画像やコマーシャル動画であって、広告主端末５からコンテンツ処理サーバ４へ送られる。そして、付与される情報は、情報提供サーバ２から指定された識別子である。識別子は、コンテンツを一意に識別する情報である。
【００２３】
広告主端末５は、コンテンツへの情報の付与を依頼する装置である。なお、広告主端末５は、コンテンツ処理サーバ４経由で、情報提供サーバ２へ、複数の関連情報および各関連情報を選択するために必要な条件情報もあわせて登録する。条件情報の詳細は後述する。
【００２４】
ユーザ端末１、情報提供サーバ２、Ｗｅｂサーバ３、コンテンツ処理サーバ４、広告主端末５は、互いに、インターネット、ＬＡＮ、ＷＡＮなどの通常ネットワーク６で接続される。なお、ユーザ端末１、情報提供サーバ２、Ｗｅｂサーバ３、コンテンツ処理サーバ４、広告主端末５のうち、いくつかの装置は、専用のネットワークで接続されてもよい。
【００２５】
次に、広告主端末５によるコンテンツ処理依頼から、識別子が付与されたコンテンツが広告主へ返却されるまでの流れを、図２を用いて説明する。図２は、広告主端末５によるコンテンツ処理依頼から、識別子が付与されたコンテンツが広告主へ返却されるまでのシーケンス図である。
【００２６】
まず、広告主端末５から、コンテンツ処理依頼が、コンテンツ処理サーバ４へ送信される（Ｔ１）。コンテンツ処理依頼には、コンテンツ、複数の関連情報、各関連情報を提供するユーザを指定するための条件情報が含まれる。条件情報は、項目名とその項目の項目値との組み合わせを１以上含む情報であって、複数の関連情報からひとつの関連情報を特定するための情報である。
【００２７】
例えば、関連情報として「ｈｔｔｐ：／／ｆｊｃｌｏｔｈｅｓ．ｃｏｍ／ｍ００１０／」というＵＲＬを提供する場合に、項目名「性別」および項目値「男性」、項目名「年齢」および項目値「０−１０歳」、項目名「好きな色」および項目値「ホワイト」という条件情報が広告主端末５を操作する管理者から入力される。そして、広告主端末５は、各々の関連情報に対する条件情報を、コンテンツ処理サーバ４へ送信する。
【００２８】
コンテンツ処理サーバ４は、情報提供サーバ２に対して、コンテンツに付与する識別子の配布を依頼する（Ｔ２）。識別子配布依頼には、複数の関連情報、各関連情報の条件情報が含まれる。なお、さらにコンテンツ名が含まれてもよい。
【００２９】
情報提供サーバ２は、受信した情報を、関連情報記憶部へ記憶する。なお、関連情報記憶部については、後述する。そして、情報提供サーバ２は、コンテンツに一意の識別子を生成するとともに、コンテンツ処理サーバ４へ、識別子を配布する（Ｔ３）。
【００３０】
コンテンツ処理サーバ４は、受信した識別子をコンテンツに付与する。そして、識別子が付与されたコンテンツを、広告主端末５へ返却する（Ｔ４）。なお、本実施例においては、コンテンツ処理サーバ４は、コンテンツに識別子を埋め込む処理を行うものとする。例えば、コンテンツ処理サーバ４は、特開２００４−３４９８７９号公報、特開２００７−６７６２９号公報、特開２０１２−１４２７４１号公報に開示の技術を利用する。
【００３１】
以上のように、コンテンツに情報が付与されたあと、広告主はコンテンツを配信する業者へ納める。その後、業者がコンテンツを配信するなどし、配信されたコンテンツを、ユーザが閲覧する。そして、ユーザは、自身の興味を抱くコンテンツに関連する情報を取得したいと考えた場合に、ユーザ端末１を用いて情報提供を、情報提供サーバ２に対して依頼する。
【００３２】
ここで、ユーザは、コンテンツをユーザ端末１のカメラで撮影する。コンテンツ処理サーバ４が利用した識別子の埋め込み技術に対応する、識別子を抽出する技術を、ユーザ端末１は実行可能である。つまり、ユーザは、識別子抽出用のアプリケーションを起動させたのちに、コンテンツを撮影する。そして、ユーザ端末１は、特定のアルゴリズムによって識別子が埋め込まれたコンテンツから、識別子を抽出するアルゴリズムを実行する。なお、埋め込まれた情報を画像などのコンテンツから抽出する技術も、特開２００４−３４９８７９号公報、特開２００７−６７６２９号公報、特開２０１２−１４２７４１号公報に開示された技術が利用可能である。
【００３３】
例えば、コンテンツがコマーシャル映像である場合は、放送局へコマーシャルを収める。その後、放送局により放送されたコマーシャルを、ユーザがユーザ端末１で撮影する。そして、先に述べたとおり、撮影した少なくとも１枚の画像から、ユーザ端末１は、識別子を抽出する処理を行う。
【００３４】
以下、ユーザ端末１から情報提供の要求が行われてから、提供情報がユーザ端末へ送信されるまでの流れを説明する。図３は、ユーザ端末１から提供情報の要求が行われてから、提供情報がユーザ端末１へ送信されるまでのシーケンス図である。
【００３５】
まず、ユーザ端末１は、情報提供サーバ２に対して、情報提供要求を送信する（Ｔ１０）。なお、情報提供要求は、コンテンツから抽出した識別子を含む情報である。そして、情報提供サーバ２は、識別子に対応するコンテンツについて、複数の関連情報から、ユーザ端末１へ提供する関連情報を選択するために必要な項目を特定する。
【００３６】
つまり、本実施例においては、ユーザ端末１においてユーザ情報が、登録情報から抽出されるが、登録情報から抽出する必要のあるプロフィールおよび嗜好の項目名が、特定される。例えば、項目「性別」、項目「年齢」、項目「好きな色」が条件情報として指定されている場合は、必要なユーザ情報は「性別」「年齢」「好きな色」の情報となる。
【００３７】
次に、情報提供サーバ２は、ユーザ情報要求を、ユーザ端末１へ送信する（Ｔ１１）。ユーザ情報要求は、必要なユーザ情報の項目名を含む情報である。さらに、複数の候補値からひとつの値を選択する形式で項目値が決定される項目の場合、ユーザ情報要求は、項目名と対応付けて複数の候補値となる文字列を含む場合もある。
【００３８】
例えば、項目「好きな色」について、「ホワイト」「ブラック」のうち、ユーザがより好む色に応じた関連情報を提供する場合は、ユーザ情報要求は、項目名「好きな色」と合わせて、候補値「ホワイト、ブラック」という情報が含まれる。
【００３９】
ユーザ端末１は、ユーザ情報要求を受信したあと、Ｗｅｂサーバ３へアクセスし、登録情報要求を行う（Ｔ１２）。そして、Ｗｅｂサーバ３は、ユーザ端末１のユーザのアカウントを用いて登録された登録情報を、ユーザ端末１へ提供する（Ｔ１３）。例えば、ログイン後に、表示される画面を描画するためのＨＴＭＬ文書が、登録情報として提供される。
【００４０】
次に、ユーザ端末１は、登録情報に基づいてユーザ情報を生成し、ユーザ情報を、情報提供サーバ２へ提供する（Ｔ１４）。次に、情報提供サーバ２は、ユーザ情報に基づき、少なくともひとつの関連情報を含む提供情報を生成する。そして、生成した提供情報をユーザ端末１へ送信する（Ｔ１５）。
【００４１】
以上のように、ユーザのプロフィールや嗜好に応じた情報提供がなされる際に、ユーザは情報提供のためにプロフィールや嗜好に関するユーザ情報を登録する必要はない。つまり、過去にユーザがＳＮＳサイトなどに登録した情報を活用することで、ユーザに適した情報が提供される。
【００４２】
次に、受信装置であるユーザ端末１と、送信装置である情報提供サーバ２の機能的構成について説明する。図４は、ユーザ端末１と情報提供サーバ２の機能ブロック図である。
【００４３】
ユーザ端末１は、通信部１１、制御部１２、ログイン情報記憶部１５を有する。さらに、制御部１２は、画像処理部１３と生成部１４を有する。一方、情報提供サーバ２は、通信部２１、制御部２２、関連情報記憶部２５、管理情報記憶部２６を有する。さらに、制御部２２は要求生成部２３と提供情報生成部２４を有する。
【００４４】
ユーザ端末１における通信部１１は、他の装置と通信を行う処理部である。例えば、情報提供サーバ２やＷｅｂサーバ３と通信を行う。
【００４５】
ユーザ端末１における制御部１２は、ユーザ端末１における各種処理を制御する処理部である。画像処理部１３は、コンテンツの画像を少なくとも１枚以上取得するとともに、取得した画像を解析することで、識別子を抽出する処理部である。例えば、画像処理部１３は、カメラを起動し、ユーザの指示により画像を取得する。そして、画像処理部１３は、画像から識別子を取得する。なお、先に述べたとおり、特開２００４−３４９８７９号公報、特開２００７−６７６２９号公報、特開２０１２−１４２７４１号公報等の技術を利用することができる。
【００４６】
ユーザ端末１における生成部１４は、Ｗｅｂサーバへのアクセスを制御する処理部である。さらに、情報提供サーバ２からのユーザ情報要求に応じて、Ｗｅｂサーバ３から取得した登録情報に基づいて、ユーザ情報を生成する処理部である。例えば、ユーザ端末１は、ユーザ情報要求にて指定される項目名をキーに、登録情報を検索する。そして、ユーザ端末１は、項目名の後ろに記述された文字列をユーザ情報として取得する。例えば、ＨＴＭＬ文書に「性別」という項目名と同様の文字列が存在する場合、ユーザ端末１は、その後ろに存在する文字または文字列「男性」を取得することで、項目名「性別」および項目値「男性」を含むユーザ情報が生成される。
【００４７】
また、ユーザ端末１は、ユーザ情報要求において項目名と候補値が対応付けて指定されている場合、候補値をキーワードとして登録情報を検索する。そして、ユーザ端末１は、各候補値の出願回数に応じて、ユーザ情報を生成する。例えば、ユーザ端末１は、ＨＴＭＬ文書における「ホワイト」と「ブラック」の出現回数を計数する。そして、項目名「好きな色」と、より出現回数が多い候補値である項目値とを含むユーザ情報を生成する。
【００４８】
図５は、登録情報が表示される際のイメージ図である。図５を用いて、左記に述べたユーザ情報の生成を詳細に説明する。図５は、ログイン後に表示される画面を描画するためのＨＴＭＬ文書を登録常用として利用する場合に、当該登録情報に基づいて表示された画面５０を示している。
【００４９】
画面５０には、ユーザのプロフィール表示領域５１と、ユーザの投稿記事表示領域５２とが設けられていることが多い。つまり、登録情報は、プロフィール表示領域５１に表示されるプロフィール情報と、投稿記事表示領域５２に表示される投稿記事に関する投稿情報を含む。
【００５０】
したがって、生成部１４は、ログイン後に表示される画面描画用のＨＴＭＬ文書をＷｅｂサーバ３から取得するとともに、登録情報からユーザ情報を生成する。これは、プロフィール情報や投稿情報には、ユーザのプロフィールや嗜好に関する情報が含まれている可能性が高いことに着目したものである。なお、本実施例においては、Ｗｅｂサーバ３から取得した登録情報を、ユーザ端末１において表示する必要はなく、ユーザ情報の生成のために登録情報を利用してもよい。
【００５１】
次に、図４におけるログイン情報記憶部１５は、ログイン情報を記憶する記憶部である。図６は、ログイン情報記憶部１５のデータ構成例を示す図である。
【００５２】
ログイン情報は、サービス名、ユーザＩＤ、パスワード、ＵＲＬを含む情報である。ログイン情報記憶部１５は、サービス名、ユーザＩＤ、パスワード、ＵＲＬを対応付けて記憶する。なお、ユーザが複数のＷｅｂサービスでアカウントを取得している場合には、複数のログイン情報が記憶されてもよい。
【００５３】
サービス名は、Ｗｅｂサーバ３が提供するサービスの名称である。なお、ユーザ端末１は、本サービスを提供するＷｅｂサイトへログインすることで、登録情報を取得する。ユーザＩＤは、当該サービスにおいてユーザに付与された識別情報である。パスワードは、ユーザまたはＷｅｂサーバ３が指定したログイン用のパスワードである。ＵＲＬは、ログイン用のＵＲＬを示す情報である。
【００５４】
ここで、生成部１４は、通信部１１を制御し、ログイン情報を利用して、Ｗｅｂサーバ３へアクセスする。なお、スマートフォンなどのユーザ端末１に、アプリケーションがダウンロードされている場合には、自動でログインが行われるとしてもよい。また、アプリケーションが有するログイン情報を、本実施例に開示のログイン処理において利用することとしてもよい。
【００５５】
次に、情報提供サーバ２における通信部２１は、他の装置と通信する処理部である。例えば、コンテンツ処理サーバ４やユーザ端末１と通信を行う。
【００５６】
情報提供サーバ２における制御部２２は、情報提供サーバ２における各種処理を制御する処理部である。要求生成部２３は、ユーザ情報要求を生成する処理部である。
【００５７】
提供情報生成部２４は、ユーザ端末１から受信した登録情報に関する情報に基づいて、提供情報を生成する処理部である。本実施例においては、ユーザ端末１から取得したユーザ情報に基づいて、ユーザへ提供する情報を生成する。
【００５８】
具体的には、提供情報生成部２４は、複数の関連情報から、ユーザ情報に応じた関連情報を選択する。そして、提供情報生成部２４は、選択した関連情報を含む提供情報を生成する。
【００５９】
関連情報記憶部２５は、コンテンツに対応する複数の関連情報を記憶する記憶部である。図７は、関連情報記憶部２５のデータ構成例を示す図である。
【００６０】
関連情報記憶部２５は、識別子、コンテンツ名、項目、関連情報を対応付けて記憶する。図６の例では、識別子「１２３４」であるコンテンツ「洋服ＦＪのＣＭ」について、複数の関連情報「ｈｔｔｐ：／／ｆｊｃｌｏｔｈｅｓ．ｃｏｍ／ｍ００１０／」「ｈｔｔｐ：／／ｆｊｃｌｏｔｈｅｓ．ｃｏｍ／ｍ００１１／」等が対応付けられている。そして、各々の関連情報は、ユーザ情報に含まれる項目の項目値により一意に選択される。
【００６１】
例えば、ユーザ情報が、項目「性別」の項目値「男性」、項目「年齢」の項目値「３０歳」、項目「好きな色」の項目値「ブラック」である場合は、提供情報生成部２４は、関連情報「ｈｔｔｐ：／／ｆｊｃｌｏｔｈｅｓ．ｃｏｍ／ｍ２０３１／」を選択する。なお、各関連情報を一意に選択する条件情報および複数の関連情報は、コンテンツ処理サーバ４を介して、広告主端末５により入力される。
【００６２】
なお、広告主端末５を操作する管理者は、コンテンツごとに任意の条件情報を設定できる。つまり、図７の例では、項目名「性別」「年齢」「好きな色」であるが、他のコンテンツについては、他の項目名が条件情報にて指定されてもよい。なお、他のコンテンツにおいて、項目「性別」や「好きな色」などの条件が指定されていない場合は、他のコンテンツに対応する当該項目名については値が格納されない。
【００６３】
管理情報記憶部２６は、管理情報を記憶する記憶部である。図８は、管理情報記憶部２６のデータ構成例を示す図である。
【００６４】
管理情報記憶部２６は、識別子と、項目名と、フラグとを対応付けて記憶する。管理情報は、識別子と、項目名と、フラグとを含む情報であって、ユーザ情報要求において、候補値を指定する必要があるか否かを管理する情報である。例えば、ある識別子を含む情報提供要求をユーザ端末１から受けた場合に、要求生成部２３により、管理情報記憶部２６が参照される。
【００６５】
そして、指定された識別子に対応する項目のうち、フラグが「０」である項目名については、ユーザ情報要求において候補値は指定しない。一方、フラグが「１」である項目名については、ユーザ情報要求において候補値を指定する。ユーザ情報の生成においては、候補値が指定された項目については、候補値の中から項目値が決定されることとなる。
【００６６】
例えば、通信部２１が識別子「１２３４」を含む情報提供要求を受信した場合、要求生成部２３は、管理情報記憶部２６を参照し、識別子「１２３４」に関するユーザ情報要求を生成する。要求生成部２３は、ユーザ情報要求において、項目名「性別」は、フラグが「０」であるので、候補値を空欄または「０」とする。項目名「年齢」についても同様である。
【００６７】
一方、項目名「好きな色」は、フラグが「１」であるので、候補値を設定する。候補値を設定する際には、要求生成部２３は、関連情報記憶部２５を参照する。そして、要求生成部２３は、当該識別子「１２３４」における当該項目名「好きな色」のカラムに設定されている値を、候補値として取得する。例えば、図７の例では、「ホワイト」および「ブラック」が取得される。そして、取得した候補値を、ユーザ情報要求に、項目名と対応付けて設定する。なお、図８に示す管理情報記憶部２６において、フラグが「１」となる項目名については、あらかじめ候補値を対応付けて記憶しておいてもよい。
【００６８】
図９は、ユーザ情報要求のデータ構成例を示す図である。ユーザ情報要求は、項目名と、候補値とを対応付けた情報を含む。さらに、コンテンツの識別子を含んでもよい。図９は、項目名「性別」と候補値「空欄または０」、項目名「年齢」と候補値「空欄または０」、項目名「好きな色」と候補値「ホワイト、ブラック」が指定されたユーザ情報要求の例である。
【００６９】
続いて、本実施例における受信装置および送信装置の処理フローを説明する。図１０は、受信装置における受信処理のフローチャートおよび送信装置における送信処理のフローチャートである。
【００７０】
まず、ユーザ端末１における画像処理部１３は、コンテンツ画像を取得する（Ｏｐ．１）。例えば、ユーザが、画像に付与された識別子を抽出するためのアプリケーションを起動し、その後カメラを操作して画像を撮影する。そして、画像処理部１３は、撮影された１または複数の画像を、コンテンツ画像として取得する。なお、カメラは、携帯電話やスマートフォンなどのユーザ端末が備えるカメラである。
【００７１】
続いて、画像処理部１３は、取得したコンテンツ画像から、識別子を抽出する（Ｏｐ．２）。ここで、コンテンツ画像には、識別子の他に、情報提供サーバ２のアドレス情報も埋め込まれているとしてもよい。この場合は、識別子とともに、アドレス情報も抽出される。一方、ユーザ端末１にインストールされたアプリケーションで、情報提供サーバ２のアドレス情報を管理してもよい。この場合は、アプリケーション側で管理しているアドレスに対して、後述の情報提供要求を送信する。
【００７２】
次に、制御部１２は、抽出した識別子を含む情報提供要求を生成する。通信部１１は、制御部１２の制御の下、情報提供サーバ２へ情報提供要求を送信する（Ｏｐ．３）。
【００７３】
情報提供サーバ２の通信部２１は、情報提供要求を受信する（Ｏｐ．４）。そして、要求生成部２３は、ユーザ情報要求を生成する（Ｏｐ．５）。具体的には、情報提供要求に含まれる識別子をキーに、管理情報記憶部２６に記憶された管理情報を取得する。さらに、候補値を設定する必要のある項目名、つまりフラグが「１」である項目名がある場合には、要求生成部２３は、関連情報記憶部２５を参照し、候補値を取得する。要求生成部２３は、例えば、図９のようなユーザ情報要求を生成する。
【００７４】
次に、通信部２１は、制御部２２の制御の下、ユーザ情報要求を、ユーザ端末１へ送信する（Ｏｐ．６）。ユーザ端末１の通信部１１は、ユーザ情報要求を受信する（Ｏｐ．７）。そして、生成部１４は、ユーザ情報要求に基づいて、ユーザ情報を生成する（Ｏｐ．８）。なお、ユーザ情報生成処理については、後述する。
【００７５】
そして、通信部１１は、制御部１２の制御の下、ユーザ情報を、情報提供サーバ２へ送信する（Ｏｐ．９）。ここでは、通信部１１は、ユーザ情報とともに、Ｏｐ．２において抽出した識別子も、再度送信する。情報提供サーバ２の通信部２１は、ユーザ情報および識別子を受信する（Ｏｐ．１０）。
【００７６】
提供情報生成部２４は、提供情報を生成する（Ｏｐ．１１）。なお、提供情報生成処理については、後述する。そして、通信部２１は、制御部２２の制御の下、生成された提供情報を送信する（Ｏｐ．１２）。
【００７７】
そして、ユーザ端末１の通信部１１は、提供情報を受信する（Ｏｐ．１３）。ここで、ユーザ端末１は、提供情報に基づいて、さらなる処理を行ってもよい。例えば、提供情報が特定のサイトのＵＲＬである場合は、ユーザ端末１は当該サイトへアクセスする。
【００７８】
以上の処理によって、ユーザのプロフィールや嗜好に基づいて生成された提供情報が、ユーザへ提供される。
【００７９】
次に、ユーザ情報生成処理について、説明する。図１１は、ユーザ情報生成処理のフローチャートである。なお、ユーザ端末１によるユーザ情報生成処理の過程で、Ｗｅｂサーバ３との通信が行われる。よって、図１１には、Ｗｅｂサーバ３側の処理も一部記載する。
【００８０】
ユーザ端末１における制御部１２の制御の下、通信部１１は、Ｗｅｂサーバ３にアクセスする（Ｏｐ．２０）。制御部１２に含まれる生成部１４は、ログイン情報記憶部１５からログイン情報を取得する。例えば、図６の例では、サービス「Ｘ」におけるユーザＩＤ「１００」およびパスワード「ａｂｃｄ」を取得する。さらに、アクセス先として、ＵＲＬ「ｈｔｔｐ：／／ｘ＿ｌｏｇｉｎ」を取得する。通信部１１は、アクセス先に対して、ユーザＩＤおよびパスワードを送信することで、Ｗｅｂサーバ３へ認証を要求する。
【００８１】
Ｗｅｂサーバ３は、ユーザ端末１から受信したユーザＩＤおよびパスワードに基づいて、ユーザを認証する（Ｏｐ．２１）。そして、Ｗｅｂサーバ３は、認証結果を、ユーザ端末１へ送信する（Ｏｐ．２２）。認証結果は、ユーザの認証が成功であったか、または失敗であったかを示す情報である。
【００８２】
ユーザ端末１の通信部１１は、認証結果を受信する（Ｏｐ．２３）。そして、生成部１４は、認証結果が、ユーザ認証が成功であったことを示しているか判定する（Ｏｐ．２４）。
【００８３】
ユーザ認証が成功である場合には（Ｏｐ．２４Ｙｅｓ）、通信部１１は、制御部１２の制御の下、登録情報要求をＷｅｂサーバ３へ送信する（Ｏｐ．２５）。例えば、制御部１２に含まれる生成部１４は、ユーザアカウントを用いて登録された登録情報を要求する登録情報要求を生成する。そして、特定のＷｅｂサーバに対して、通信部１１が登録情報要求を送信する。
【００８４】
Ｗｅｂサーバ３は、登録情報要求を受信する（Ｏｐ．２６）。そして、Ｗｅｂサーバ３は、登録情報要求で指定されたユーザアカウントに対応する登録情報を、記憶部から取得する。そして、Ｗｅｂサーバ３は、取得した登録情報を、ＨＴＭＬ形式でユーザ端末１へ送信する（Ｏｐ．２７）。
【００８５】
ユーザ端末１の通信部１１は、登録情報を受信する（Ｏｐ．２８）。そして、生成部１４は、ユーザ情報要求に設定された１または複数の項目名各々について、項目名とともに候補値が設定されているか判定する（Ｏｐ．２９）。
【００８６】
候補値が設定されている場合には（Ｏｐ．２９Ｙｅｓ）、生成部１４は、複数の候補値各々をキーに、登録情報を検索する。そして、生成部１４は、各候補値の出現回数を計数する（Ｏｐ．３０）。出現回数がもっとも多い候補値を、項目名と対応付けてユーザ情報に設定する（Ｏｐ．３１）。
【００８７】
つまり、登録情報にもっとも出現回数が多い候補値が、ユーザのプロフィールや嗜好に関係する情報であることが推測できるため、当該候補値に基づき、ユーザ情報が生成される。
【００８８】
一方、候補値が設定されていない場合には（Ｏｐ．２９Ｎｏ）、生成部１４は、項目名をキーワードに登録情報を検索する（Ｏｐ．３２）。そして、生成部１４は、登録情報における項目名相当の文字列に対応付けられた他の文字列を取得する（Ｏｐ．３３）。具体的には、ＨＴＭＬ形式の登録情報である場合、項目系相当の文字列の後ろに表示するように指定されている文字列を取得する。なお、プロフィール情報を公開するためのＡＰＩ（ａｐｐｌｉｃａｔｉｏｎ  ｐｒｏｇｒａｍ  ｉｎｔｅｒｆａｃｅ）を利用することで、ユーザ情報を生成するとしてもよい。
【００８９】
続いて、生成部１４は、ユーザ情報要求に含まれる全項目名について処理が終了したか否かを判定する（Ｏｐ．３４）。終了した場合は（Ｏｐ．３４Ｙｅｓ）、生成部１４は、ユーザ情報要求にて要求されたユーザ情報の生成が終了したと判断し、ユーザ情報生成処理を終了する。
【００９０】
一方、全項目について処理が終了していない場合は（Ｏｐ．３４Ｎｏ）、Ｏｐ．２９へ戻り、全項目について処理が終了するまで処理を繰り返す。
【００９１】
なお、ユーザ認証が失敗であった場合には（Ｏｐ．２４Ｎｏ）、ユーザ情報生成処理を終了する。そして、図１０におけるＯｐ．９において、ユーザ情報が抽出できなかった旨の情報を、通信部１１が、制御部１２の制御の下、情報提供サーバへ送信する。ここで、ユーザ情報が抽出できなかった場合には、情報提供装置２は、デフォルトで設定された関連情報を含む提供情報を、ユーザ端末１へ送信するとしてもよい（Ｏｐ．１２）。
【００９２】
以上の処理によって、登録情報からユーザ情報が生成される。つまり、ユーザが、Ｗｅｂサーバ２により提供されるサービスを利用するために登録された情報や、ユーザにより投稿された情報を用いて、ユーザのプロフィールや嗜好に関する情報が生成される。したがって、ユーザは、情報提供を受けるために、改めてプロフィールや嗜好に関する情報を登録する必要はない。
【００９３】
さらに、コンテンツの種類に応じて、ユーザに提供する情報を選択するための必要なファクターは異なることが多い。例えば、洋服に関するコンテンツであれば、項目「性別」「年齢」「好きな色」に基づいて、ユーザが興味を示す提供情報が生成される。一方、食事に関するコンテンツであれば、項目「性別」「好きな食べ物」「好きな国」などに基づいて、ユーザが興味を示す提供情報が生成されるであろう。
【００９４】
本実施例に拠れば、これまでにＷｅｂサーバ３に登録された情報を利用する事で、幅広いユーザのプロフィールや嗜好に関する情報を生成することができる。ユーザに提供する情報を選択するための必要なファクターに応じて、さまざまなプロフィールや嗜好に関する情報を生成することができる。ユーザに入力を強いる場合には、入力する情報が多くなることが予想されるが、本実施例に拠れば、こういった不都合も解消される。
【００９５】
さらに、あらゆる項目についてあらかじめ項目値をユーザに入力させ、ユーザ端末１が記憶する場合には、多くの項目に関するユーザ情報を記憶するための記憶領域が必要となる。しかし、本実施例によれは、登録情報に基づいてユーザ情報が生成されるため、あらゆる項目に関するユーザ情報を記憶領域に記憶しておく必要はない。
【００９６】
なお、以上は、ユーザ端末１がユーザ情報を生成する例を説明したが、先に述べたとおり、情報提供サーバ２がユーザ情報を生成しても良い。具体的には、ユーザ端末１は、登録情報に関する情報として、登録情報を、情報提供サーバへ送信する。そして、情報提供サーバ２は、図１１におけるＯｐ．２８乃至Ｏｐ．３４の処理を実行する。
【００９７】
図１２は、ユーザ情報の例を示す図である。なお、図１２は、図９に示すユーザ情報要求を受けた場合に生成されたユーザ情報を例として示す。
【００９８】
ユーザ情報は、項目名と項目値とが対応づいた情報である。例えば、ユーザ情報は、項目名「性別」と項目値「女」、項目名「年齢」と項目値「２５歳」、項目名「好きな色」と項目値「ホワイト」を含む。つまり、図９のようなユーザ情報要求で要求された項目について、項目値が設定された情報がユーザ情報である。
【００９９】
次に、情報提供サーバ２における提供情報生成処理について説明する。図１３は、提供情報生成処理のフローチャートである。
【０１００】
提供情報生成部２４は、ユーザ情報とともに受信した識別子をキーに、関連情報記憶部２５のレコードを検索する（Ｏｐ．４０）。さらに、提供情報生成部２４は、ユーザ情報に含まれる項目名および項目値に基づいて、関連情報記憶部２５のレコードを検索する（Ｏｐ．４１）。
【０１０１】
ユーザ情報に含まれるすべての項目について検索処理が終了した場合は（Ｏｐ．４２Ｙｅｓ）、検索結果であるレコードに格納された関連情報を取得する（Ｏｐ．４３）。例えば、検索は、ユーザ情報要求において設定された複数の項目のうち、先頭にある項目から実施される。つまり、図７の関連情報記憶部２５において、左に登録された項目から実行される。
【０１０２】
次に、提供情報生成部２４は、取得した関連情報を含む提供情報を生成する（Ｏｐ．４４）。提供情報は、少なくともひとつの関連情報を含む情報である。さらに、コンテンツ名や、関連情報の提供者名を含んでもよい。
【０１０３】
以上の処理によって、提供情報が生成される。つまり、ユーザのプロフィールや嗜好に応じた提供情報がユーザへ提供される。さらに、コンテンツごとに、提供する関連情報を特定するために必要な項目を、ユーザ情報要求にて指定する事で、必要なユーザ情報をユーザ端末１から取得することができる。よって、コンテンツごとに必要な項目および項目値を備えたユーザ情報に基づいて、情報提供サーバ２は、適切な提供情報を生成することができる。
【０１０４】
（他の実施例）
以下、他の実施例について、説明する。図１４は、他の実施例にかかる情報提供システムを説明するための図である。情報提供システムは、受信装置であるユーザ端末７と、送信装置である情報提供サーバ２、情報収集サーバ８を少なくとも含む。
【０１０５】
なお、図１４に開示の複数の装置のうち、情報提供サーバ２、コンテンツ処理サーバ４、広告主端末５は先の実施例と同様の処理を行う。
【０１０６】
他の実施例においては、情報収集サーバ８が、Ｗｅｂサーバ３から登録情報を収集するとともに、ユーザ情報を生成する。そして、ユーザ情報は、ユーザ端末７を介して、情報提供サーバへ送信される。さらには、情報収集サーバ８は、ユーザ情報の生成に関わる履歴情報を管理する。なお、履歴情報については、後述する。
【０１０７】
つまり、受信装置であるユーザ端末７は、情報収集サーバ８から登録情報に関わる情報を受信する。なお、登録情報に関わる情報は、本実施例においては、情報収集サーバ８による生成されたユーザ情報である。
【０１０８】
そして、ユーザ端末７は、登録情報に関わる情報であるユーザ情報を、送信装置である情報提供サーバ２へ送信する。情報提供サーバ２は、ユーザ情報に基づいて、提供情報を生成し、ユーザ端末７へ送信する。ユーザ端末７は、提供情報を受信する事で、情報提供を受ける。
【０１０９】
図１５は、他の実施例における、ユーザ端末７から情報提供の要求が行われてから、提供情報がユーザ端末７へ送信されるまでのシーケンス図である。なお、Ｔ１０、Ｔ１１、Ｔ１４、Ｔ１５についてはは、図３と同様である。
【０１１０】
ユーザ端末７は、ユーザ情報要求を、情報提供サーバ２から受信したあと、ユーザ情報要求を情報収集サーバ８へ送信する（Ｔ２０）。なお、ユーザ端末７は、ログイン情報もあわせて情報収集サーバ８へ送信する。
【０１１１】
そして、情報収集サーバ８は、ログイン情報を利用してＷｅｂサーバ３へアクセスするとともに、登録情報要求を送信する（Ｔ２１）。Ｗｅｂサーバ３は、情報収集サーバ８へ登録情報を提供する（Ｔ２２）。情報収集サーバ８は、登録情報およびユーザ情報要求に基づいて、ユーザ情報を生成する。そして、生成したユーザ情報を、ユーザ端末７へ送信する（Ｔ２３）。
【０１１２】
そして、ユーザ端末７は、ユーザ情報を、情報提供サーバ２へ送信する（Ｔ１４）。以降の処理は、図３と同様である。
【０１１３】
また、情報収集サーバ８は、ログイン情報に含まれるユーザＩＤとともに履歴情報を記憶する。なお、ユーザ端末７を識別する端末ＩＤを利用し、端末ＩＤごとに履歴情報を記憶しても良い。この場合は、Ｔ２１において、さらに端末ＩＤがユーザ端末７から情報収集サーバ８へ送信される。
【０１１４】
そして、情報収集サーバ８は、ユーザ情報の生成において、履歴情報を利用する。例えば、ユーザ端末７から、ユーザ情報要求およびログイン情報を受信した場合に、情報収集サーバ８は、ユーザ端末７のユーザのユーザＩＤに対応する履歴情報が、履歴情報記憶部に格納されているかを判定する。履歴情報が格納されている場合は、ユーザ情報の生成において、履歴情報を流用する。詳細は後述する。
【０１１５】
また、ユーザのプロフィールや嗜好に関するユーザ情報は、変化することが予想される。したがって、情報収集サーバ８は、ユーザ情報を生成した日時から、一定期間以内である履歴情報を用いて、ユーザ情報の生成に利用するとしてもよい。
【０１１６】
次に、他の実施例におけるユーザ端末７および情報収集サーバ８の機能的構成について説明する。図１６は、ユーザ端末７および情報収集サーバ８の機能ブロック図である。なお、情報提供サーバ２などの機能的構成は、先の実施例と同様である。
【０１１７】
ユーザ端末７は、通信部７１、制御部７２、ログイン情報記憶部７４を有する。また、制御部７２は、画像処理部７３を含む。一方、情報収集サーバ８は、通信部８１、制御部８２、履歴情報記憶部８４を有する。さらに、制御部８２は、生成部８３を含む。
【０１１８】
ユーザ端末７における通信部７１は、他の装置と通信する処理部である。例えば、情報提供サーバ２や情報収集サーバ８と通信を行う。
【０１１９】
制御部７２は、ユーザ端末７の各種処理を制御する。例えば、制御部７２は、ユーザ情報要求を受信した場合に、ログイン情報とユーザ情報要求とを、情報収集サーバ８へ送信するよう、通信部７１を制御する。したがって、制御部７２は、情報収集サーバ３を介して、Ｗｅｂサーバ３へのアクセスを制御する。画像処理部７３は、先の実施例における画像処理部１３と同様の処理を行う。
【０１２０】
ログイン情報記憶部７４は、ログイン情報を記憶する記憶部である。なお、ログイン情報記憶部７４のデータ構成は、先の実施例におけるログイン情報記憶部１５と同様の構成である。
【０１２１】
情報収集サーバ８の通信部８１は、他の装置と通信する処理部である。例えば、ユーザ端末７やＷｅｂサーバ３と通信を行う。
【０１２２】
制御部８３は、情報収集サーバ８の各種処理を制御する。生成部８３は、ログイン情報に基づき、通信部８１を介して、Ｗｅｂサーバへアクセスする。また、ユーザ情報要求および登録情報に基づいて、ユーザ情報を生成する。さらに、生成部８３は、ユーザ情報の生成において、さらに履歴情報を利用する。
【０１２３】
履歴情報記憶部８４は、履歴情報を記憶する。履歴情報記憶部８４は、ユーザＩＤと履歴情報とを対応付けて記憶する記憶部である。履歴情報は、項目名、項目値、候補値、出現回数を含む情報である。履歴情報記憶部８４は、さらに、履歴情報の更新日もあわせて記憶してもよい。
【０１２４】
図１７は、履歴情報記憶部８４のデータ構成例である。履歴情報記憶部８４は、ユーザＩＤ、項目名、項目値、候補値、出現回数、更新日を対応付けて記憶する。項目名は、過去に生成したユーザ情報に含まれる項目名である。項目値は、過去に生成したユーザ情報における項目値が格納される。ただし、ユーザ情報要求において候補値が設定されていない項目については、項目値が格納されるとする。
【０１２５】
候補値は、ユーザ情報要求において候補値が設定されている項目については、各々の候補値が項目名と対応付けて記憶される。さらに、出現回数は、ユーザ情報の生成において計数した各候補値の出現回数が格納される。なお、ユーザ情報要求において候補値が設定されている項目については、項目値は格納されないとする。
【０１２６】
また、更新日は、当該レコードのいずれかの情報を更新した日の情報である。例えば、項目値が更新された場合や、出現回数が更新された場合には、更新された日の情報が記憶される。
【０１２７】
情報収集サーバ８が、図９のようなユーザ情報要求をユーザ端末７から受信した場合に、当該ユーザ情報要求に対して、図１２のユーザ情報を生成したとする。この場合には、情報収集サーバ８は、項目名「性別」については候補値の設定がないため、項目名「性別」と対応付けて、項目値である「女性」を履歴情報記憶部８４の項目値に格納する。また、項目名「年齢」についても同様である。
【０１２８】
一方、項目名「好きな色」については、ユーザ情報要求において候補値が設定されている。したがって、生成部８３は、候補値に設定されている候補値「ホワイト」および「ブラック」を、項目名「好きな色」に対応付けて、履歴情報記憶部８４の候補値に各々設定する。そして、先の実施例と同様、ユーザ情報を生成する際に、各々の候補値の出現回数を計数した結果を、「出現回数」として記憶する。
【０１２９】
生成部８３は、ユーザ情報要求にて指定された項目名が履歴情報記憶部８４に存在する場合であって、かつユーザ情報要求において候補値が設定されていない場合には、履歴情報記憶部８４から、項目名に対応する項目値を取得する。そして、当該項目名と項目値を含むユーザ情報を生成する。
【０１３０】
一方、生成部８３は、ユーザ情報要求にて指定された項目名が履歴情報記憶部８４に存在する場合であって、かつ候補値が設定されている場合には、各候補値の出現回数を利用して、候補値から項目値とする値を決定する。
【０１３１】
ただし、生成部８３は、複数の候補値のうち、履歴情報記憶部８４に同一の候補値が記憶されていない候補値については、Ｗｅｂサーバ３から取得した登録情報を利用して、出現回数を計数する。そして、生成部８３は、各候補値の出現回数のうち、最大の出現回数を有する候補値を項目値とするユーザ情報を生成する。
【０１３２】
次に、送信装置である情報提供サーバ２による送信処理、受信装置であるユーザ端末７による受信処理、および情報収集サーバにおける一連の処理フローを説明する。図１８は、他の実施例における送信装置における送信処理、受信装置における受信処理および情報収集サーバにおける一連の処理のフローチャートである。
【０１３３】
なお、図１８において、図１０と同様の符号が付された処理は、図１０における処理と同様の処理内容である。情報提供サーバ２からユーザ情報要求を受信した後（Ｏｐ．７）、ユーザ端末７の通信部７１は、制御部７２の制御の下、情報収集サーバ８へユーザ情報要求およびログイン情報を送信する（Ｏｐ．１０１）。
【０１３４】
そして、情報収集サーバ８の通信部８１は、ユーザ情報要求およびログイン情報を受信する（Ｏｐ．１０２）。続いて、情報収集サーバ８の生成部８３は、ユーザ情報を生成する（Ｏｐ．１０３）。詳細は後述する。
【０１３５】
つぎに、通信部８１は、制御部８２の制御の下、生成したユーザ情報を、ユーザ端末７へ送信する（Ｏｐ．１０４）。ユーザ端末７の通信部７１は、ユーザ情報を受信する（Ｏｐ．１０５）。そして、受信したユーザ情報は、通信部７１により、情報提供サーバ２へ送信される（Ｏｐ．９）。以降の処理は、先の実施例と同様である。
【０１３６】
ここで、他の実施例におけるユーザ情報生成処理について、説明する。図１９は、他の実施例におけるユーザ情報生成処理のフローチャートである。
【０１３７】
情報収集サーバ８は、まず、ログイン情報を利用して、図１１におけるＯｐ．２０、２３、２４、２５、２８の処理を行う。つまり、Ｗｅｂサーバ３へアクセスするとともに、登録情報を受信する。続いて、情報収集サーバは、図１９のＯｐ．１１０の処理を実行する。
【０１３８】
生成部８３は、ユーザ情報要求に含まれる項目名のうち、ひとつの項目名を取得する（Ｏｐ．１１０）。生成部８３は、履歴情報記憶部８４を参照し、ログイン情報に含まれるユーザＩＤに対応付けられて、取得した項目名が格納されているかを判定する（Ｏｐ．１１１）。
【０１３９】
例えば、ユーザ情報要求から取得した項目名が「性別」であり、履歴情報記憶部８４が図９の履歴情報を記憶している場合は、生成部８３は、項目名が格納されていると判定される。
【０１４０】
ここで、項目名が格納されていない場合は（Ｏｐ．１１１Ｎｏ）、生成部８３はＯｐ．２９ないしＯｐ．３３の処理を行う。なお、Ｏｐ．２９ないしＯｐ．３３の処理は、図１１を用いて説明した先の実施例と同様の処理である。
【０１４１】
そして、Ｏｐ．２９ないしＯｐ．３３の処理を実行したあと、生成部８３は、生成したユーザ情報に基づいて、新たな履歴情報を生成する（Ｏｐ．１１８）。そして生成した履歴情報を、ユーザＩＤおよび更新日時とともに履歴情報記憶部８４へ記憶する。
【０１４２】
つまり、Ｏｐ．２９において肯定の判定を行った場合は、生成部８３は、各候補値と各候補値の出現回数とを含む履歴情報を、履歴情報記憶部８４へ記憶する。一方、Ｏｐ．２９において否定の判定を行った場合は、生成部８３は、生成したユーザ情報における、項目名および項目値を含む履歴情報を、履歴情報記憶部８４へ記憶する。
【０１４３】
一方、項目名が履歴情報に存在する場合（Ｏｐ．１１１Ｙｅｓ）、生成部８３は、ユーザ情報要求を参照し、取得した項目名に対応付けて候補値が設定されているかを判定する（Ｏｐ．１１２）
候補値が設定されている場合には（Ｏｐ．１１２Ｙｅｓ）、生成部８３は、ユーザ情報要求に設定されている全候補値が履歴情報に存在し、かつ  全候補値に関する履歴情報が一定期間内に更新された情報であるかを判定する（Ｏｐ．１１３）。
【０１４４】
例えば、ユーザ情報要求に、項目名「好きな色」と候補値「ホワイト、ブラック」が設定されており、処理実行日が２０１２／５／１であるとする。さらに、更新日から３ヶ月以内の履歴情報を有効とする設定がなされているとする。この場合は、図１７のユーザ情報記憶部８４に、すべての候補値が存在し、かつすべての履歴情報が一定期間内に更新されていると判定される。
【０１４５】
一方、ユーザ情報要求に、項目名「好きな色」と候補値「ホワイト、グリーン」が設定されている場合は、図１７のユーザ情報記憶部に、すべての候補値が存在しないと判定される。
【０１４６】
全候補値が履歴情報に存在し、かつ一定期間内に更新されている場合は（Ｏｐ．１１３Ｙｅｓ）、生成部８３は、候補値のうち、出現回数が最大となる候補値を項目値とするユーザ情報を生成する（Ｏｐ．１１６）。例えば、ユーザ情報要求において、項目名「好きな色」と候補値「ホワイト、ブラック」が設定されている場合は、生成部８３は、履歴情報記憶部８４を参照し、項目名「好きな色」に対して項目値「ホワイト」を設定したユーザ情報を生成する。
【０１４７】
全候補値が履歴情報に存在しない、または一定期間内に更新されていない候補値が存在する場合は（Ｏｐ．１１３Ｎｏ）、生成部８３は、履歴情報に存在しない候補値、または一定期間更新されていない候補値について、登録情報における出現回数を計数する（Ｏｐ．１１４）。例えば、ユーザ情報要求において項目名「好きな色」と候補値「ホワイト、グリーン」が設定されている場合は、生成部８３は、履歴情報に存在しない候補値「グリーン」の出現回数を計数する。
【０１４８】
次に、生成部８３は、各々の候補値および各候補値の出現回数に基づいて、履歴情報を生成または更新する（Ｏｐ．１１５）。例えば、生成部８３は、履歴情報に存在しない候補値については、項目名、候補値、出現回数を含む新たなレコードを、履歴情報記憶部８４に生成する。また、一定期間内に更新されていない候補値については、新たに計数した出現回数で上書き更新する。なお、更新日時もあわせて記憶される。その後、生成部８３は、Ｏｐ．１１６を実行する。
【０１４９】
一方、取得した項目に対して候補値が設定されていない場合には（Ｏｐ．１１２Ｎｏ）、生成部８３は、履歴情報記憶部８４を参照し、項目名に対応する項目値を設定したユーザ情報を生成する（Ｏｐ．１１７）。
【０１５０】
例えば、Ｏｐ．１１０において項目名「性別」を取得した場合、生成部８３は、図１７の履歴情報記憶部８４から、項目名「性別」に対応する項目値「女性」を取得する。そして、生成部８３は、項目名「性別」と項目値「女性」を設定したユーザ情報を生成する。なお、候補値が設定されていない項目についても、更新日を考慮して、採用の要否を判断しても良い。
【０１５１】
そして、生成部８３は、ユーザ情報要求で指定された全項目について、ユーザ情報の生成処理が終了したかを判定する（Ｏｐ．１１９）。終了していない場合は（Ｏｐ．１１９Ｎｏ）、生成部８３は、Ｏｐ．１１０へ戻る。
【０１５２】
一方、全項目についてユーザ情報の生成処理が終了した場合は（Ｏｐ．１１９Ｙｅｓ）、他の実施例におけるユーザ情報生成処理を終了する。
【０１５３】
以上のように、情報収集サーバ８３は、ユーザごとにユーザ情報の生成に関する履歴情報を記憶する。したがって、ユーザ情報の生成処理において、履歴情報を利用することで、計算量を軽減することができる。また、情報収集サーバ８においてユーザ情報が生成されるため、ユーザ端末７における処理負荷を軽減することができる。
【０１５４】
また、ユーザの嗜好に関する情報は、時間の経過とともに変化することが想定されるため、一定期間更新されていない履歴情報については、後のユーザ情報生成には利用しない。このようにすることで、ユーザの嗜好をより反映したユーザ情報を生成することができる。なお、年齢等の時間の経過により変化する情報については、履歴情報を一定期間ごとに更新することとしてもよい。
【０１５５】
つぎに、ユーザ端末１やユーザ端末７として機能する無線端末１００のハードウェア構成を説明する。図２０は、受信装置として機能する無線端末１００のハードウェア構成を示す図である。図２０に示すように、無線端末１００は、ハードウェアの構成要素として、例えばアンテナ１０４を備えるＲＦ回路１０３と、ＣＰＵ１０２と、メモリ１０１とを有するコンピュータである。
【０１５６】
さらに、無線端末１００は、ＣＰＵ１０２に接続されるＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）等の表示装置を有してもよい。さらに、無線端末１００は、ＣＰＵ１０２に接続されるカメラ等の撮像装置を有してもよい。
【０１５７】
メモリ１０１は、例えばＳＤＲＡＭ等のＲＡＭ、ＲＯＭ、及びフラッシュメモリの少なくともいずれかを含み、プログラムや各種データを格納する。例えば、メモリ１０１は、ログイン情報を格納する。さらには、メモリ１０１は、受信処理が記述されたプログラムや、コンテンツに付与された情報を抽出するためのプログラムを格納する。なお、先の実施例においては、受信処理の一部であるユーザ情報生成処理が含まれる。
【０１５８】
通信部１１や通信部７１は、例えばアンテナ１０４およびＲＦ回路１０３により実現される。制御部１２や制御部７２は、例えばＣＰＵ１０２等の集積回路により実現される。
【０１５９】
つぎに、情報提供サーバ２や情報収集サーバ８として機能するコンピュータ２００のハードウェア構成について説明する。図２１は、送信装置や情報収集サーバ８として機能するコンピュータ２００のハードウェア構成の一例を示す図である。
【０１６０】
コンピュータ２００はＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２，ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３，通信装置２０４、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）２０５、入力装置２０６、表示装置２０７、媒体読取装置２０９を有しており、各部はバス２０８を介して相互に接続されている。そしてＣＰＵ２０１による管理下で相互にデータの送受を行うことができる。
【０１６１】
コンピュータ２００が情報提供サーバ２として機能する場合は、送信処理に係るプログラムが、コンピュータが読み取り可能な記録媒体に記録される。また、コンピュータ２００が情報収集サーバ８として機能する場合は、ユーザ情報生成処理に係るプログラムが、コンピュータが読み取り可能な記録媒体に記録される。
【０１６２】
コンピュータが読み取り可能な記録媒体には、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ＨＤＤ、フレキシブルディスク（ＦＤ）、磁気テープ（ＭＴ）などがある。また、実施例にて説明した各種処理に関わるプログラムが、コンピュータが読み取り可能な記録媒体に記録される。
【０１６３】
光ディスクには、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  −  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＣＤ−Ｒ（Ｒｅｃｏｒｄａｂｌｅ）／ＲＷ（ＲｅＷｒｉｔａｂｌｅ）などがある。光磁気記録媒体には、ＭＯ（Ｍａｇｎｅｔｏ  −  Ｏｐｔｉｃａｌ  ｄｉｓｋ）などがある。このプログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売されることが考えられる。
【０１６４】
そしてコンピュータ２００は、例えば媒体読取装置２０９が、各種プログラムを記録した記録媒体から、該プログラムを読み出す。ＣＰＵ２０１は、読み出されたプログラムをＨＤＤ２０５若しくはＲＯＭ２０２、ＲＡＭ２０３に格納する。
【０１６５】
ＣＰＵ２０１は、コンピュータ２００の全体の動作制御を司る中央処理装置である。ＨＤＤ２０５には、上記の各実施例に示した情報提供サーバ２や情報収集サーバ８と同様の機能をコンピュータに発揮させるプログラムとして、例えば、図１０、１３、１８、１９に示す各処理をコンピュータに実行させるプログラムが記憶されている。
【０１６６】
そして、ＣＰＵ２０１が、プログラムをＨＤＤ２０５から読み出して実行することで、各種処理部として機能するようになる。また、各種プログラムはＣＰＵ２０１とアクセス可能なＲＯＭ２０２またはＲＡＭ２０３に格納されていても良い。
【０１６７】
さらにＨＤＤ２０５にはＣＰＵ２０１の管理下で各種記憶部として機能する。プログラム同様、記憶部の情報はＣＰＵ２０１とアクセス可能なＲＯＭ２０２またはＲＡＭ２０３に格納されても良い。また、ＲＯＭ２０２またはＲＡＭ２０３は、処理の過程で一時的に生成された情報も記憶する。
【０１６８】
表示装置２０７は、必要に応じて各画面を表示する。通信装置２０４はネットワークを介して他の装置からの信号を受信し、その信号の内容をＣＰＵ２０１に渡す。さらに通信装置２０４はＣＰＵ２０１からの指示に応じてネットワークを介して他の装置に信号を送信する。なお、通信装置２０４は、情報提供サーバ２における通信部２１、情報収集サーバ８における通信部８１として機能する。入力装置２０６は、必要に応じて、ユーザからの情報の入力を受け付ける。
【０１６９】
以下、上記実施例に関する変形例を説明する。
（変形例１）
ユーザ情報要求において、候補値が設定されていない項目は、年齢、性別、出身地などのプロフィールに関する項目であることが多い。一方、候補値が設定されている項目は、好きな色や好きな食べ物など、嗜好に関する項目であることが多い。
【０１７０】
一方、ＨＴＭＬ文書には、プロフィール情報と投稿情報とが区別可能な態様で記述されていることが期待される。例えば、先に示した図５における、プロフィール表示領域５１と、投稿記事表示領域５２とを有する画面を描画するためのＨＴＭＬ文書を登録情報として利用する場合には、プロフィール情報と投稿情報とを区別可能である。
【０１７１】
したがって、このようなＨＴＭＬ文書を登録情報として取得した場合、ユーザ情報生成処理においては、ユーザ端末１または情報収集サーバ８は、プロフィールに関する項目については、プロフィール情報から項目値を抽出するとしてもよい。そして、ユーザ端末１または情報収集サーバ８は、嗜好に関する項目については、投稿情報から抽出するとしてもよい。
（変形例２）
登録情報がプロフィール情報と投稿情報とが区別可能な態様で記述されている場合に、ユーザ端末１または情報収集サーバ８は、ユーザ情報要求にて指定された項目名に対応する各候補値について、プロフィール情報における出現回数と、投稿情報における出現回数とに基づいて、ユーザ情報を生成しても良い。
【０１７２】
例えば、候補値「ホワイト」が、プロフィール情報において「１回」出現し、投稿情報において「５回」出現するとする。この場合、ユーザ端末１または情報収集サーバ８は、以下の式を利用して、重み付け出現回数を算出する。
【０１７３】
Ａ×（プロフィール情報における出現回数）  ＋  Ｂ×（投稿情報における出現回数）  ＝  （重み付け出現回数）  
なお、ＡおよびＢは重み付け係数であって、管理者などにより設定させる。例えば、プロフィール情報において、候補値が記述されていることは、より候補値に対するユーザの嗜好が高いと推測することもできるため、ＡをＢよりも大きな値に設定することが考えられる。そして、重み付け出現回数に基づいて、複数の候補値の中から、ユーザ情報に項目値として設定される候補値が決定される。
（変形例３）
上記実施例においては、登録情報を項目名または候補値をキーに検索することで、ユーザ情報を生成した。しかし、これに限らず、例えば、以下の方法により、ユーザのプロフィールや嗜好に関するユーザ情報を、登録情報から生成しても良い。
【０１７４】
例えば、ユーザ端末１や情報収集サーバ８は、登録情報を解析し、文体に基づきユーザの性別を判定する方法を利用することもできる（池田大輔他、ｂｌｏｇの著者の性別推定、言語処理学会第１２回年次大会、２００６）。
【０１７５】
また、ユーザ端末１や情報収集サーバ８は、登録情報を解析し、言語の構造的な特性から、あるものに対する評判情報を抽出する方法を利用することもできる（畠山英之、Ｗｅｂｌｏｇに適した観光評判情報抽出システムの開発、高知工科大学フロンティア工学コース、２０１０）。つまり、ユーザ端末１や情報収集サーバ８は、ユーザが良い評判を与えている情報を、ユーザ情報として採用することも可能である。
【符号の説明】
【０１７６】
１、７    ユーザ端末
２        情報提供サーバ
３        Ｗｅｂサーバ
４        コンテンツ処理サーバ
５        広告主端末
６        ネットワーク
８        情報収集サーバ
１１      通信部
１２      制御部
１５      ログイン情報記憶部
２１      通信部
２２      制御部
２５      関連情報記憶部
２６      管理情報記憶部
７１      通信部
７２      制御部
７４      ログイン情報記憶部
８１      通信部
８２      制御部
８４      履歴情報記憶部
１００    無線端末
１０１    メモリ
１０２    ＣＰＵ
１０３    ＲＦ回路
１０４    アンテナ
２００    コンピュータ
２０１    ＣＰＵ
２０２    ＲＯＭ
２０３    ＲＡＭ
２０４    通信装置
２０５    ＨＤＤ
２０６    入力装置
２０７    表示装置
２０８    バス
２０９    媒体読取装置
【図１】
2014081745.tif 000003
【図２】
2014081745.tif 000004
【図３】
2014081745.tif 000005
【図４】
2014081745.tif 000006
【図５】
2014081745.tif 000007
【図６】
2014081745.tif 000008
【図７】
2014081745.tif 000009
【図８】
2014081745.tif 000010
【図９】
2014081745.tif 000011
【図１０】
2014081745.tif 000012
【図１１】
2014081745.tif 000013
【図１２】
2014081745.tif 000014
【図１３】
2014081745.tif 000015
【図１４】
2014081745.tif 000016
【図１５】
2014081745.tif 000017
【図１６】
2014081745.tif 000018
【図１７】
2014081745.tif 000019
【図１８】
2014081745.tif 000020
【図１９】
2014081745.tif 000021
【図２０】
2014081745.tif 000022
【図２１】
2014081745.tif 000023