(57)【要約】【課題】情報の発信者においてユーザの属性情報を管理することなく、ユーザの属性情報に基づいて配信先を決定すること。【解決手段】複数のユーザについて属性情報を記憶する属性記憶部を備えるシステムが、提供情報の配信先に関する条件を受信し、属性記憶部に記憶される属性情報のうち、受信された条件を満たす属性情報のユーザを、提供情報の配信先として決定する。【選択図】図１
2014225131.tif 000002
【特許請求の範囲】
【請求項１】
提供情報の配信先に関する条件を受信する通信部と、
複数のユーザについて属性情報を記憶する属性記憶部と、
前記属性記憶部に記憶される前記属性情報のうち、前記通信部によって受信された前記条件を満たす属性情報のユーザを、前記提供情報の配信先として決定する配信先決定部と、
を備える配信システム。
【請求項２】
前記通信部は、ユーザ端末から新たな属性情報を受信し、
前記属性記憶部に記憶されている前記属性情報のうち、前記新たな属性情報の送信元である前記ユーザ端末のユーザに関する属性情報を、前記新たな属性情報で更新する更新部をさらに備える、請求項１に記載の配信システム。
【請求項３】
前記配信先決定部によって決定された前記配信先のユーザのユーザ端末に対し、前記提供情報を送信する配信部をさらに備える、請求項１又は２に記載の配信システム。
【請求項４】
前記条件は所定の個人情報を含まない、請求項１から３のいずれか１項に記載の配信システム。
【請求項５】
複数のユーザについて属性情報を記憶する属性記憶部を備える情報処理装置が、
提供情報の配信先に関する条件を受信する受信ステップと、
前記属性記憶部に記憶される前記属性情報のうち、受信された前記条件を満たす属性情報のユーザを、前記提供情報の配信先として決定する配信先決定ステップと、
を有する配信方法。
【請求項６】
複数のユーザについて属性情報を記憶する属性記憶部を備える情報処理装置に対し、
提供情報の配信先に関する条件を受信する受信ステップと、
前記属性記憶部に記憶される前記属性情報のうち、受信された前記条件を満たす属性情報のユーザを、前記提供情報の配信先として決定する配信先決定ステップと、
を実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発信者が発信する情報をユーザに配信する技術に関する。
【背景技術】
【０００２】
従来、所定のユーザに対して様々な情報（コンテンツ）を提供する技術が提案されている（例えば、特許文献１参照）。このような技術では、一般的に各ユーザの属性情報がデータベースに予め管理されている。そして、情報提供者は、各属性情報に基づいてコンテンツの配信先を決定する。このような構成により、各ユーザに適したコンテンツを配信することを可能としている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−２６００８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、属性情報を管理し、属性に基づき配信先を絞って情報を提供するためにはサーバの設置やサーバの保守・管理が必要となる。
上記事情に鑑み、本発明は、情報の発信者においてユーザの属性情報を管理することなく、ユーザの属性情報に基づいて配信先を決定することを可能とする技術の提供を目的としている。
【課題を解決するための手段】
【０００５】
本発明の一態様は、提供情報の配信先に関する条件を受信する通信部と、複数のユーザについて属性情報を記憶する属性記憶部と、前記属性記憶部に記憶される前記属性情報のうち、前記通信部によって受信された前記条件を満たす属性情報のユーザを、前記提供情報の配信先として決定する配信先決定部と、を備える配信システムである。
【０００６】
本発明の一態様は、上記の配信システムであって、前記通信部は、ユーザ端末から新たな属性情報を受信し、前記属性記憶部に記憶されている前記属性情報のうち、前記新たな属性情報の送信元である前記ユーザ端末のユーザに関する属性情報を、前記新たな属性情報で更新する更新部をさらに備える。
【０００７】
本発明の一態様は、上記の配信システムであって、前記配信先決定部によって決定された前記配信先のユーザのユーザ端末に対し、前記提供情報を送信する配信部をさらに備える。
本発明の一態様は、上記の配信システムであって、前記条件は所定の個人情報を含まない。
【０００８】
本発明の一態様は、複数のユーザについて属性情報を記憶する属性記憶部を備える情報処理装置が、提供情報の配信先に関する条件を受信する受信ステップと、前記属性記憶部に記憶される前記属性情報のうち、受信された前記条件を満たす属性情報のユーザを、前記提供情報の配信先として決定する配信先決定ステップと、を有する配信方法である。
【０００９】
本発明の一態様は、複数のユーザについて属性情報を記憶する属性記憶部を備える情報処理装置に対し、提供情報の配信先に関する条件を受信する受信ステップと、前記属性記憶部に記憶される前記属性情報のうち、受信された前記条件を満たす属性情報のユーザを、前記提供情報の配信先として決定する配信先決定ステップと、を実行させるためのコンピュータプログラムである。
【発明の効果】
【００１０】
本発明により、情報の発信者においてユーザの属性情報を管理することなく、ユーザの属性情報に基づいて配信先を決定することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】配信システム２０が接続されるネットワーク構成を表すネットワーク構成図である。
【図２】配信システム２０の機能構成を示す概略ブロック図である。
【図３】レコードの具体例を表す図である。
【図４】宛先情報記憶部２０４が記憶する情報の具体例を示す図である。
【図５】ユーザ端末３０の機能構成を示す概略ブロック図である。
【図６】発信者装置１０からユーザ端末３０へ提供情報が伝送される際の処理の流れを示すシーケンス図である。
【図７】ユーザ端末３０によって属性値が更新される際の処理の流れを示すシーケンス図である。
【図８】属性記憶部２０２に記憶される情報の変形例を示す図である。
【図９】配信システム２０の変形例を示す図である。
【発明を実施するための形態】
【００１２】
［概略］
図１は、配信システム２０が接続されるネットワーク構成を表すネットワーク構成図である。配信システム２０は、ネットワークを介して複数の発信者装置１０及び複数のユーザ端末３０と通信可能に接続される。配信システム２０が接続されるネットワーク構成によって実行される処理の概略について説明する。
【００１３】
まず、ユーザ端末３０に情報が提供される際の処理の概略について説明する。発信者装置１０は、情報を発信する者（発信者）によって利用される装置である。発信者装置１０は、発信者によって提供される情報（以下、「提供情報」という。）を、ネットワークを介して配信システム２０に送信する。
配信システム２０は、各ユーザ端末３０のユーザの属性情報の値を記憶している。配信システム２０は、発信者装置１０から提供情報を受信し、提供情報の配信先となるユーザ端末３０を属性情報の値に基づいて決定する。そして、配信システム２０は、配信先として決定された各ユーザ端末３０に対して提供情報を配信する。そのため、発信者装置１０において属性情報を管理しなくとも、属性情報に応じた配信先を決定することが可能となる。
【００１４】
次に、ユーザ端末３０によって属性情報が更新される際の処理の概略について説明する。ユーザ端末３０は、任意のタイミングで属性情報の新たな値を配信システム２０に送信する。配信システム２０は、記憶している属性情報の値を、ユーザ端末３０から受信した属性情報の値で書き換える。そのため、ユーザはユーザ端末３０を操作することによって、配信システム２０に登録されている自身の属性情報を更新することが可能である。
【００１５】
［詳細］
以下、本実施形態の詳細について説明する。
図２は、配信システム２０の機能構成を示す概略ブロック図である。配信システム２０は、１台又は複数台の情報処理装置によって構成される。例えば、配信システム２０が一台の情報処理装置で構成される場合、情報処理装置は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、配信プログラムを実行する。配信プログラムの実行によって、情報処理装置は、通信部２０１、属性記憶部２０２、配信先決定部２０３、宛先情報記憶部２０４、配信部２０５及び更新部２０６を備える装置として機能する。なお、配信システム２０の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されてもよい。また、配信システム２０は、専用のハードウェアによって実現されてもよい。配信プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ、半導体記憶装置（例えばＳＳＤ：Solid State Drive）等の可搬媒体、コンピュータシステムに内蔵されるハードディスクや半導体記憶装置等の記憶装置である。配信プログラムは、電気通信回線を介して提供されてもよい。
【００１６】
通信部２０１は、ネットワークインタフェース装置を用いて構成される。通信部２０１は、ネットワークを介して発信者装置１０及びユーザ端末３０とデータを送受信する。通信部２０１は、例えば発信者装置１０から配信要求を受信する。配信要求は、提供情報及び属性条件を含む。提供情報は、上述したように発信者によって提供される情報である。属性条件は、提供情報の配信先となるユーザの属性情報に関する条件を示す。属性条件は、所定の個人情報を含まないように構成されても良い。所定の個人情報とは、個人情報に含まれる全ての情報であっても良いし、個人情報に含まれる情報のうち予め定められた一部の情報であっても良い。所定の個人情報とは、例えば、氏名、本籍、住所、生年月日、銀行口座番号のように、他人に知られることによって重大な損害が生じる可能性のある情報であっても良い。所定の個人情報とは、例えば、電話番号、メールアドレスや各種ＩＤ等のようにユーザが提供情報の配信元に知られたくないと考える情報であっても良い。通信部２０１は、例えばユーザ端末３０から更新要求を受信する。更新要求は、ユーザＩＤ、属性項目名及び属性値を含む。
【００１７】
属性記憶部２０２は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。属性記憶部２０２は、ユーザ端末３０のユーザの属性情報を表す値（以下、「属性値」という。）を、ユーザの識別情報（ユーザＩＤ）毎に記憶する。属性情報には複数の種類があり、各種類を属性項目という。例えば、属性情報の種類として年齢及び性別が存在する場合、年齢、性別はそれぞれ属性項目である。各属性項目には、１又は複数の値（属性値）が設定される。例えば、２５歳の男性ユーザの属性情報では、属性項目“年齢”の属性値として“２５”が設定され、属性項目“性別”の属性値として“男性”が設定される。以下、１つのユーザＩＤと、このユーザＩＤによって表されるユーザに関する１又は複数の属性値と、の組み合わせをレコードと呼ぶ。
【００１８】
図３は、レコードの具体例を表す図である。レコード９０は、ユーザＩＤと、１又は複数の属性値とを有する。属性情報は、過去・現在・未来の状態や行動履歴や選択結果などユーザに関する様々な情報を表す。図３には、属性項目の具体例として、年齢、性別、端末種別、位置情報、チャネルの選択結果が示されている。年齢及び性別は、それぞれユーザの年齢及び性別を表す。端末種別は、ユーザが使用しているユーザ端末３０の種別を表す。端末種別として、例えばユーザ端末３０上で動作しているＯＳ（Operating System）の種別や、ユーザ端末３０上で利用されている言語の種別、ユーザ端末３０の型番などが設定される。属性情報として、ユーザ端末３０のセンサー３０４によって取得される情報が含まれても良い。例えば、現在位置、周囲の温度、湿度、明るさ、加速度、傾き等の値が属性項目としてレコード９０に登録されても良い。
【００１９】
位置情報は、ユーザに関する位置の情報を示す。位置情報は、例えばユーザの現在の位置や、ユーザが居住している位置や、ユーザの出身地などを表す。ユーザの現在の位置として、ユーザ端末３０によって測定された現在位置が用いられてもよい。位置情報は、緯度及び経度の値によって表されてもよいし、行政区分の名称によって表されてもよいし、他の値で表されてもよい。チャネルの選択結果は、予め規定されている１又は複数の情報配信ルート（チャネル）について、ユーザによってそのチャネルでの情報取得が選択されているか否かを示す。
【００２０】
図２に戻って配信システム２０の説明を続ける。
配信先決定部２０３は、発信者装置１０によって送信された配信要求に含まれる属性条件を満たすユーザを、配信要求に含まれる提供情報の配信先として決定する。例えば、配信先決定部２０３は以下のように動作する。配信先決定部２０３は、通信部２０１によって受信された配信要求から、属性条件を抽出する。配信先決定部２０３は、属性記憶部２０２に記憶されているレコードの各属性値を参照し、抽出された属性条件を満たす属性値を有するレコードを選択する。配信先決定部２０３は、選択されたレコードのユーザＩＤを読み出し、読み出されたユーザＩＤを配信部２０５へ通知する。なお、属性条件は、１又は複数の属性値が一致することとして設定されてもよいし、１又は複数の属性値が一致しないこととして設定されてもよいし、１又は複数の属性値が所定の範囲内（又は範囲外）にあることとして設定されてもよいし、他の形態で設定されてもよい。
【００２１】
宛先情報記憶部２０４は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。宛先情報記憶部２０４は、各ユーザのユーザ端末３０に設定されている宛先情報を記憶する。図４は、宛先情報記憶部２０４が記憶する情報の具体例を示す図である。宛先情報記憶部２０４は、例えばユーザＩＤ毎に宛先情報を対応付けて記憶する。宛先情報は、提供情報をユーザ端末３０に対してネットワークを介して送信する際に宛先を示す情報として使用される。宛先情報は、例えばユーザ端末３０のＩＰアドレスであってもよいし、ユーザ端末３０のユーザが利用しているメールアドレスであってもよいし、他の情報であってもよい。
【００２２】
図２に戻って配信システム２０の説明を続ける。
配信部２０５は、通信部２０１が配信要求を受信すると、受信された配信要求に含まれる属性条件を配信先決定部２０３に渡すことによって、配信先となるユーザＩＤを問い合わせる。配信部２０５は、配信先決定部２０３から通知されたユーザＩＤに対応する宛先情報を宛先情報記憶部２０４から読み出す。配信部２０５は、読み出された宛先情報に対し、通信部２０１によって受信された配信要求に含まれる提供情報を、通信部２０１を介して送信する。
【００２３】
更新部２０６は、ユーザ端末３０から送信された更新要求に応じて、属性記憶部２０２に記憶されている属性値を更新する。例えば、更新部２０６は以下のように動作する。通信部２０１が更新要求を受信すると、更新部２０６は受信された更新要求からユーザＩＤ、属性項目名及び属性値を抽出する。更新部２０６は、属性記憶部２０２に記憶されている複数のレコードの中から、抽出されたユーザＩＤに対応するレコードを検索する。更新部２０６は、検索されたレコードに含まれる複数の属性値のうち、抽出された属性項目名に該当する属性値を、抽出された属性値で書き換える。以上の処理によって属性値が更新される。
【００２４】
図５は、ユーザ端末３０の機能構成を示す概略ブロック図である。ユーザ端末３０は、通信可能な情報処理装置であり、例えば携帯電話機、スマートフォン、タブレット、パーソナルコンピュータ、固定電話機、テレビ受像機、ゲーム装置、家電装置などである。ユーザ端末３０は、バスで接続されたＣＰＵやメモリや補助記憶装置などを備え、制御プログラムを実行することによって通信部３０１、入力部３０２、出力部３０３、センサー３０４及び制御部３０５を備える装置として機能する。なお、ユーザ端末３０の各機能の全て又は一部は、ＡＳＩＣやＰＬＤやＦＰＧＡ等のハードウェアを用いて実現されてもよい。制御プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。制御プログラムは、電気通信回線を介して提供されてもよい。
【００２５】
通信部３０１は、ネットワークインタフェース装置を用いて構成される。通信部３０１は、ネットワークを介して配信システム２０とデータを送受信する。通信部３０１は、例えば配信システム２０から提供情報を受信する。
【００２６】
入力部３０２は、キーボード、ポインティングデバイス（マウス、タブレット等）、ボタン、タッチパネル等の既存の入力装置を用いて構成される。入力部３０２は、ユーザの指示をユーザ端末３０に入力する際にユーザによって操作される。入力部３０２は、入力装置をユーザ端末３０に接続するためのインタフェースであってもよい。この場合、入力部３０２は、入力装置においてユーザの入力に応じ生成された入力信号をユーザ端末３０に入力する。
【００２７】
出力部３０３は、ユーザ端末３０に設けられた又は接続された出力装置を介し、ユーザ端末３０のユーザに対してデータの出力を行う。出力装置は、例えば画像や文字を画面に出力する装置を用いて構成されてもよい。この場合、出力装置は、ＣＲＴ（Cathode Ray Tube）や液晶ディスプレイや有機ＥＬ（Electro-Luminescent）ディスプレイ等を用いて構成できる。また、出力装置は、画像や文字をシートに印刷（印字）する装置を用いて構成されてもよい。この場合、出力装置は、インクジェットプリンタやレーザープリンタ等を用いて構成できる。また、出力装置は、文字を音声に変換して出力する装置を用いて構成されてもよい。この場合、出力装置は、音声合成装置及び音声出力装置（スピーカー）を用いて構成できる。また、出力装置は、ユーザの触覚、味覚、嗅覚のいずれか１つ又は複数に刺激を与える装置を用いて構成されてもよい。この場合、出力装置は、バイブレータ、臭気発生装置、味発生装置などの装置を用いて構成できる。
【００２８】
センサー３０４は、属性情報として配信システム２０に記憶されている情報を取得するセンサーである。センサー３０４は、例えばＧＰＳ（Global Positioning System）等の測位システムによって現在位置を取得するセンサーであってもよい。センサー３０４は、周囲の温度や湿度や明るさなどの環境値を取得するセンサーであってもよい。センサー３０４は、加速度や傾きなどを検出するセンサーであってもよい。センサー３０４は、１台のユーザ端末３０に複数台設けられてもよい。
【００２９】
制御部３０５は、ユーザ端末３０の動作を制御する。制御部３０５は、例えば通信部３０１がネットワークを介して提供情報を受信すると、受信された提供情報を出力部３０３を介して出力する。制御部３０５は、更新要求のタイミングであると判断すると、更新要求を配信システム２０へ送信する。具体的には、制御部３０５は、ユーザのユーザＩＤ、更新対象となる属性項目名、新たな属性値を取得する。そして、制御部３０５は、取得した各値を含む更新要求を生成し、通信部３０１を介して配信システム２０に更新要求を送信する。
【００３０】
制御部３０５が更新要求を送信するタイミングは、どのように設定されても良い。例えば、ユーザが入力部３０２を介して属性情報の更新処理の実行を指示したタイミングであってもよい。例えば、予め設定されている周期が到来したタイミングであってもよい。例えば、予め設定されている日時が到来したタイミングであってもよい。例えば、センサー３０４によって検出された値が、それまでに検出されていた値と異なったタイミングであってもよい。
【００３１】
図６は、発信者装置１０からユーザ端末３０へ提供情報が伝送される際の処理の流れを示すシーケンス図である。まず、発信者装置１０が提供情報を取得する（ステップＳ１０１）。提供情報の取得はどのような処理によって行われてもよい。例えば、発信者が発信者装置１０を操作して提供情報を入力することによって、発信者装置１０が提供情報を取得しても良い。例えば、発信者装置１０が他の情報処理装置から提供情報のデータを受信することによって、提供情報が取得されても良い。
【００３２】
次に、発信者装置１０が、ステップＳ１０１において取得された提供情報の配信先を示す属性条件を取得する（ステップＳ１０２）。属性条件の取得はどのような処理によって行われてもよい。例えば、発信者が発信者装置１０を操作して属性条件を入力することによって、発信者装置１０が属性条件を取得しても良い。例えば、発信者装置１０が他の情報処理装置から属性条件のデータを受信することによって、属性条件が取得されても良い。例えば、属性条件を予め記憶している記憶装置から発信者装置１０が属性条件を読み出すことによって、属性条件が取得されても良い。
【００３３】
次に、発信者装置１０が、ステップＳ１０１及びステップＳ１０２において取得された提供情報及び属性条件を含む配信要求を生成する（ステップＳ１０３）。そして、発信者装置１０が、生成された配信要求を配信システム２０へ送信する（ステップＳ１０４）。
【００３４】
配信システム２０の通信部２０１は、ネットワークを介して発信者装置１０から配信要求を受信する。配信部２０５は、受信された配信要求から属性条件を抽出する（ステップＳ１０５）。次に、配信部２０５は、抽出された属性条件を配信先決定部２０３に渡すことによって、配信先となるユーザＩＤを問い合わせる。配信先決定部２０３は、配信部２０５から属性条件を受けると、属性記憶部２０２を参照し属性条件を満たすユーザを配信先として決定する（ステップＳ１０６）。配信先決定部２０３は、配信先として決定したユーザを示すユーザＩＤを配信部２０５へ出力する。配信部２０５は、宛先情報記憶部２０４を参照し、配信先決定部２０３から出力されたユーザＩＤの宛先情報を取得する（ステップＳ１０７）。そして、配信部２０５は、配信要求に含まれていた提供情報を、ステップＳ１０７において取得した各宛先情報に対して送信する（ステップＳ１０８）。
【００３５】
ユーザ端末３０の通信部３０１は、ネットワークを介して配信システム２０から提供情報を受信する。制御部３０５は、通信部３０１がネットワークを介して提供情報を受信すると、受信された提供情報を出力部３０３を介して出力する。（ステップＳ１０９）。
【００３６】
なお、配信部２０５が行う送信処理（ステップＳ１０７及びＳ１０８）は、例えば以下のように行われても良い。
ユーザ端末３０の制御部３０５は、配信システム２０から提供情報を受信するアプリケーションが起動された時点で、ネットワークを介して配信システム２０の配信部２０５との間でコネクションを確立する。配信部２０５は、コネクションが確立される度に、その時点で確立しているコネクションに関する情報が登録されたコネクションテーブルを更新する。コネクションテーブルには、コネクションが確立されているユーザ端末３０に対応するユーザＩＤが登録されている。配信部２０５は、配信先決定部２０３から出力されたユーザＩＤのうち、コネクションテーブルに登録されている（その時点でコネクションが確立している）ユーザＩＤを選択する。そして、配信部２０５は、宛先情報記憶部２０４を参照し、選択された各ユーザＩＤの宛先情報を取得し、提供情報を送信する。
【００３７】
図７は、ユーザ端末３０によって属性値が更新される際の処理の流れを示すシーケンス図である。まず、ユーザ端末３０が新たな属性値を取得する（ステップＳ２０１）。新たな属性値の取得はどのような処理によって行われてもよい。例えば、ユーザがユーザ端末３０を操作して新たな属性値を入力することによって、ユーザ端末３０が新たな属性値を取得しても良い。例えば、ユーザ端末３０のセンサー３０４が新たな属性値を取得しても良い。
【００３８】
次に、ユーザ端末３０の制御部３０５は、ステップＳ２０１において取得された新たな属性値を含む更新要求を生成する（ステップＳ２０２）。このとき、制御部３０５は、更新要求に対して、自装置（ユーザ端末３０）を利用しているユーザのユーザＩＤと、取得された属性値の属性項目名と、をさらに格納する。そして、ユーザ端末３０の通信部３０１が、生成された更新要求を配信システム２０へ送信する（ステップＳ２０３）。
【００３９】
配信システム２０の通信部２０１は、ネットワークを介してユーザ端末３０から更新要求を受信する。更新部２０６は、受信された更新要求からユーザＩＤ、属性項目名及び属性値を抽出する（ステップＳ２０４〜Ｓ２０６）。次に、更新部２０６は、属性記憶部２０２を参照し、抽出されたユーザＩＤのレコードを検索する。更新部２０６は、検索されたレコードに登録されている複数の属性値のうち、更新要求から抽出された属性項目名の属性値を、新たな属性値を用いて更新する（ステップＳ２０７）。
【００４０】
このように構成された配信システム２０では、配信システム２０が各ユーザの属性情報を管理し、提供情報毎に属性条件に基づいて配信先を決定し配信する。そのため、発信者においてユーザの属性情報を管理する必要が生じない。さらに、発信者においてユーザの属性情報に基づいた配信先を決定する必要も生じない。
【００４１】
また、従来は、位置情報のように頻繁に変化が発生する属性情報に基づいて配信先を決定するためには、発信者は相応のコストを掛けてサーバの設置や保守・管理を行わなければならないという問題があった。また、属性情報のうち個人情報のように保護が法律で規定されている情報については、発信者は規定に沿った形で相応のコストを掛けてサーバの設置や保守・管理を行わなければならないという問題があった。このような問題に対し、配信システム２０では、ユーザ端末３０から受信した更新要求に基づいて更新部２０６が属性値の更新を行う。そのため、発信者は、属性情報（所定の個人情報を含む）を管理するためのサーバの設置や保守・管理を行う必要が無く、コストや労力を削減することが可能となる。そのため、提供情報の発信を希望する者（発信者）に対し、提供情報をユーザに発信するという事業への参入の敷居を下げることが可能となる。また、発信者は、上記のような所定の個人情報を知得することなく、配信先を指定する条件（属性条件）を定めることが可能となる。
【００４２】
また、配信システム２０において、各ユーザの属性情報は属性記憶部２０２において一元的に管理される。そのため、複数の発信者によって利用される属性情報を汎用化、共有化することが可能となる。したがって、各ユーザの属性情報を管理するための設備リソースの効率化を図ることが可能となる。
【００４３】
また、従来は、ユーザにとっての信用が十分ではない者が発信者である場合、発信者が入手できる属性情報には限りが生じてしまうという問題があった。例えば、大企業はユーザにとっての信用も十分であるため、ユーザの勤務先や現在位置などの属性情報をユーザから取得できる可能性が高い。一方、ベンチャー企業はユーザにとっての信用が十分ではないため、属性情報をユーザから取得できない場合がある。このような問題に対し、ユーザにとっての信用がある者が配信システム２０を運営することによって、発信者は自身のみであれば入手できないような属性情報に基づいて配信先となるユーザを選択し、効率よく情報を提供することが可能となる。
【００４４】
また、配信システム２０に対し、ユーザはユーザ端末３０を用いて任意のタイミングで任意の属性情報を更新することが可能である。そのため、ユーザは自信の判断で所望の属性情報を配信システム２０に設定することが可能となる。例えば、属性情報のうち年齢及び性別については登録しても良いが位置情報については登録したくないとユーザが考えている場合、そのような希望に添った形で属性情報を配信システム２０に登録することが可能となる。また、上述の通り任意のタイミングで属性情報を更新可能であるため、更新に従って配信先が動的に変化する。したがって、より適した配信先に対して提供情報を配信することが可能となる。
【００４５】
また、従来は、ユーザは発信者毎に自身の属性情報を設定する必要があり、属性情報の設定や更新が煩雑であった。このような問題に対し、配信システム２０では、ユーザは配信システム２０に対して一元的に属性情報を設定すれば良い。そのため、属性情報の設定作業や管理の簡易化を図ることができる。
【００４６】
＜変形例＞
発信者は、属性条件として複数の属性項目名を設定しても良い。このように構成された場合、配信先決定部２０３は、複数の属性項目全てについて属性値が条件を満たしているレコードのユーザＩＤを検索する。そのため、発信者は、複数の属性情報の組み合わせによって定義される条件を設定することによって、より精度良く提供情報の配信先を選別することが可能となる。
【００４７】
図８は、属性記憶部２０２に記憶される情報の変形例を示す図である。属性記憶部２０２は、図８に示されるように、発信者毎に、各ユーザの属性情報を記憶しても良い。このとき、発信者毎に、ユーザＩＤに対応付けられる属性項目の組み合わせが異なっても良い。例えば、発信者ＩＤがＤ００１である発信者に関しては、各ユーザＩＤ毎に［年齢、性別、端末種別、Ａチャネルについての選択結果］の属性値が登録されている。これに対し、発信者ＩＤがＤ００２である発信者に関しては、各ユーザＩＤ毎に［年齢、性別、位置情報、Ｂチャネルについての選択結果、Ｃチャネルについての選択結果］の属性値が登録されても良い。属性記憶部２０２にといてどの属性項目についての属性値を登録するかは、各発信者によって決定されても良い。
このように構成されることによって、発信者毎に発信者の希望に添った属性値に基づいて配信先を決定することが可能となる。
【００４８】
図９は、上述した配信システム２０の変形例を示す図である。図９に示されるシステムは、配信先決定システム２０ａとして構成されている。
配信先決定システム２０ａは、宛先情報記憶部２０４及び配信部２０５を備えない。配信先決定システム２０ａに接続される発信者装置１０は、宛先情報記憶部２０４及び配信部２０５を備える。配信先決定システム２０ａは、発信者装置１０から配信要求として属性条件を受信する。配信先決定システム２０ａの配信先決定部２０３は、受信された属性条件に応じたユーザＩＤ（配信先）を決定すると、配信先として決定されたユーザＩＤを発信者装置１０へ送信する。発信者装置１０の配信部２０５は、配信先決定システム２０ａによって決定されたユーザＩＤに対応する宛先に対して提供情報を送信する。この場合、ユーザ端末３０は、各発信者装置１０との間でコネクションを確立しておく。
このように構成された配信先決定システム２０ａによっても、上述した配信システム２０とほぼ同様の効果を得ることが可能である。
【００４９】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【産業上の利用可能性】
【００５０】
本発明は、ユーザに対して情報を提供するシステムに適用可能である。
【符号の説明】
【００５１】
１０…発信者装置，  ２０…配信システム，  ２０ａ…配信先決定システム，  ３０…ユーザ端末，  ２０１…通信部，  ２０２…属性記憶部，  ２０３…配信先決定部，  ２０４…宛先情報記憶部，  ２０５…配信部，  ２０６…更新部，  ３０１…通信部，  ３０２…入力部，  ３０３…出力部，  ３０４…センサー，  ３０５…制御部，  ９０…レコード
【図１】
2014225131.tif 000003
【図２】
2014225131.tif 000004
【図３】
2014225131.tif 000005
【図４】
2014225131.tif 000006
【図５】
2014225131.tif 000007
【図６】
2014225131.tif 000008
【図７】
2014225131.tif 000009
【図８】
2014225131.tif 000010
【図９】
2014225131.tif 000011