JP2016218654A - 広告配信システム - Google Patents
広告配信システム Download PDFInfo
- Publication number
- JP2016218654A JP2016218654A JP2015101580A JP2015101580A JP2016218654A JP 2016218654 A JP2016218654 A JP 2016218654A JP 2015101580 A JP2015101580 A JP 2015101580A JP 2015101580 A JP2015101580 A JP 2015101580A JP 2016218654 A JP2016218654 A JP 2016218654A
- Authority
- JP
- Japan
- Prior art keywords
- user
- advertisement
- distribution
- condition
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Transfer Between Computers (AREA)
Abstract
【課題】自分の空き時間枠を有効利用したい人と、他人の空き時間枠を利用したいと考える人とを、広告配信によって橋渡しをする広告配信システムを提供する。【解決手段】広告主が使用する広告主端末3およびユーザが使用するユーザ端末2と通信可能に接続するサーバ1が、広告主端末3から受信した情報に基づき広告配信先となるユーザの条件を設定する配信先ユーザ条件設定手段と、ユーザ端末2から受信したスケジュールを含むユーザ個人情報に基づいてユーザの特徴を分析するユーザプロフィール抽出手段と、設定されたユーザの条件とユーザの特徴とに基づき広告配信先のユーザを抽出する配信先ユーザ検索手段と、抽出されたユーザに広告を配信する広告文送信表示手段と、を備える。配信先ユーザ条件は、必須条件群、任意条件のアイテム群、及びアイテムごとに設定されたカテゴリー別重みの集合、から構成される。【選択図】図1
Description
本発明は、自分の空き時間枠を有効利用したい人と、他人の空き時間枠を利用したいと考える人とを、広告配信によって橋渡しをする広告配信システムに関する。
個人のスケジュールを管理するアプリケーションソフトが出回っている。SNSの普及もあいまって、このスケジュールを友人や会社の同僚などと共有したり、第三者に公開したりすることが行われている。公開された他人のスケジュールを閲覧して、自社のビジネスに活用しようとするシステムのアイデアも生まれ、このようなシステムが複数特許出願されている。
特開2003−140590号公報(特許文献1)には、ユーザにスケジュールとそのユーザの嗜好に沿った広告を配信する「スケジュール通信方法、装置およびシステム」が開示されている。
特開2010−33495号公報(特許文献2)には、インターネットを介した簡便な求人広告を可能にする「求人求職支援システム、スケジュール共有システムおよび求人求職支援方法」が開示されている。
特開2003−140590号公報(特許文献1)には、ユーザにスケジュールとそのユーザの嗜好に沿った広告を配信する「スケジュール通信方法、装置およびシステム」が開示されている。
特開2010−33495号公報(特許文献2)には、インターネットを介した簡便な求人広告を可能にする「求人求職支援システム、スケジュール共有システムおよび求人求職支援方法」が開示されている。
いずれの特許文献に記載の発明も、空き時間を有効利用したい人や、他人の空き時間を利用したい人にとって好都合な広告形態を実現するものである。ところで、終身雇用制が崩れつつある現在の雇用環境にあって、自分のキャリアを伸ばしていくことを肯定的に受け止める風潮が生まれつつある。たいていの企業は社員の副業に否定的であったが、最近では副業を容認する企業も出現している。そのため、自分の空き時間を利用したい人と他人の空き時間を利用したい人の双方に資するシステムへの需要は増加することが予想される。
特許文献1に記載の発明によれば、広告主は、広告を配信しようとする相手のスケジュールや嗜好を考慮して広告配信を行うので広告効率が高まるという効果がある。相手のスケジュールが空白の時間帯に、求人広告を送るので、闇雲に送るよりも効率がよいことはたしかである。しかしながら、スケジュールの空き時間といっても、その時間帯のもつ価値はユーザごとに異なる。たとえば、薬剤師の資格を持っている人と、資格や特技を持っていない人とでは時給に換算したときの価値が異なってくる。特許文献1の〔0084〕〜〔0094〕の記載からは、個人ごとの空き時間の価値についての考慮が希薄である。例えば、〔0090〕には、音楽に興味がありそうなユーザに音楽に関連するアルバイトの求人広告を優先的に送信するといった趣旨が記載されている。しかし、このユーザが税理士や翻訳家などの専門職に現在就いているならば、音楽関連のアルバイト情報を送信することは無意味である。このように、特許文献1の発明は広告の効率化を目的としているにもかかわらず、その目的を十分に達成するには限界がある。
特許文献2に記載の発明によれば、広告主が求人情報の配信先を決定する際に参照するのは登録済み求職情報に含まれるキーワードである。このキーワードと求人情報に伴うキーワードとが一致しているときに求人情報を配信するわけである(〔0022〕を参照)。しかしながら、空き時間に副業をしたいと考える人に対し、そのスケジュールを考慮することなくキーワードの有無のみで求人情報を送るのでは、効率のよい求人求職システムとはいえない。〔0056〕には、「ユーザの非公開領域324A、324Bには、スケジュール338A、338Bを登録可能である。スケジュール338A、338Bは、例えば、カレンダーに相当する情報としてよく、各日付の、仕事を入れることが可能な時間帯を指定可能である。」と記載されているが、「仕事を入れることが可能な時間帯」をターゲットとして求人情報を送ることは特に記載がない。まして、この時間帯が有する価値を評価するという考え方は皆無である。
本発明は、上記の問題点に鑑み、広告を配信する際に、空き時間と、ユーザによって異なるその空き時間の持つ価値とを勘案し、効率の高い広告配信を実現することを目的とする。
上記の目的を達成するため、本発明の広告配信システムは、
広告主が使用する広告主端末およびユーザが使用するユーザ端末と通信可能に接続するサーバが、
前記広告主端末から受信した情報に基づき広告配信先となるユーザの条件を設定する配信先ユーザ条件設定手段と、前記ユーザ端末から受信したスケジュールを含むユーザ個人情報に基づいてユーザの特徴を抽出するユーザプロフィール抽出手段と、前記設定された条件と前記ユーザの特徴とに基づき広告配信先のユーザを抽出する配信先ユーザ検索手段と、前記抽出されたユーザに広告を配信する広告文送信表示手段とを備えることを特徴とする。
広告配信先の決定には、必須条件群、任意条件のアイテム群、及びアイテムごとのカテゴリー別重みの集合、とから構成される配信先ユーザ条件の利用が考えられる。前記配信先ユーザ検索手段は、先ず必須条件をすべて満たすユーザを選び、次に任意条件の各アイテムに重み付けした総和を算出して評価値とし、この評価値に基づき広告配信先を決定していくことができる。
広告主が使用する広告主端末およびユーザが使用するユーザ端末と通信可能に接続するサーバが、
前記広告主端末から受信した情報に基づき広告配信先となるユーザの条件を設定する配信先ユーザ条件設定手段と、前記ユーザ端末から受信したスケジュールを含むユーザ個人情報に基づいてユーザの特徴を抽出するユーザプロフィール抽出手段と、前記設定された条件と前記ユーザの特徴とに基づき広告配信先のユーザを抽出する配信先ユーザ検索手段と、前記抽出されたユーザに広告を配信する広告文送信表示手段とを備えることを特徴とする。
広告配信先の決定には、必須条件群、任意条件のアイテム群、及びアイテムごとのカテゴリー別重みの集合、とから構成される配信先ユーザ条件の利用が考えられる。前記配信先ユーザ検索手段は、先ず必須条件をすべて満たすユーザを選び、次に任意条件の各アイテムに重み付けした総和を算出して評価値とし、この評価値に基づき広告配信先を決定していくことができる。
このように、ユーザの特徴を勘案して広告配信先を決定するので、無駄な広告費の出費を抑えることができる。また、配信先の決定に際し、ユーザのスケジュールも考慮するならば、日時の特定を伴う求人広告やイベント開催広告などの配信に適したシステムとなる。
上記の目的を達成するために、前記必須条件には、配信する広告に対応する日時と、ユーザのスケジュール上の空き時間枠との一致を含むことが望ましい。
本発明は空き時間枠の有効利用が第一の目的なので、多くの広告で日時が必須条件となる。その場合、全部一致していることまで要求されるのではなく、一部において一致していれば日時の条件を満たすとみなされることもある。例えば、毎週末のアルバイトを募集する広告の場合、週末の1日でも空いているならば配信対象ユーザとなりうる。
また、前記広告文送信表示手段は、配信する広告を配信先のユーザのスケジュールに組み込んでもよい。特に空き時間枠をターゲットとする広告であれば、スケジュール表の空き時間帯のスケジュール欄に広告が表示されるとユーザにとって見やすく、閲覧される可能性が高まる。
本発明は空き時間枠の有効利用が第一の目的なので、多くの広告で日時が必須条件となる。その場合、全部一致していることまで要求されるのではなく、一部において一致していれば日時の条件を満たすとみなされることもある。例えば、毎週末のアルバイトを募集する広告の場合、週末の1日でも空いているならば配信対象ユーザとなりうる。
また、前記広告文送信表示手段は、配信する広告を配信先のユーザのスケジュールに組み込んでもよい。特に空き時間枠をターゲットとする広告であれば、スケジュール表の空き時間帯のスケジュール欄に広告が表示されるとユーザにとって見やすく、閲覧される可能性が高まる。
ただし、前記配信先ユーザ検索手段は、前記配信される広告の広告主に対して公開が許可されているユーザの情報に基づいて配信先を抽出することが望ましい。広告主(通常営利目的の民間人)が自分の広告配信の可否を、ユーザが自ら公開を希望しない情報に基づいて判断することは適当でないからである。
上記の目的を達成するために、前記サーバは、配信広告諾否処理手段を備え、
前記配信広告諾否処理手段は、配信した広告に対する配信先ユーザの反応を判定する。
判定法について以下に述べる。
通常、ユーザ端末へ配信される広告には広告情報へのリンクが張られている。このリンクを所定時間内にクリックしなかった時は「無関心」、クリックして閲覧した広告本体に含まれるボタンなどを押下して肯定的な応答をした時は「受諾」、否定的な応答をした時は「拒否」、広告本体を閲覧するが「受諾」も「拒否」もしない時は「無回答」と判定する。
前記反応が「無関心」以外の場合は当該ユーザにアプローチ費を付与し、さらに「受諾」の場合はマッチング成立費を付与するとよい。
無関心以外の場合は、広告本体を閲覧したと考えられるので、アプローチ費が付与される。これにより、配信された広告を一応眺めてみようという動機付けがうまれる。「受諾」の場合は、広告主にとっての目的がかなったのであるから相手にアプローチ費に上乗せしたマッチング成立費が付与される。例えば、この広告が求人に関するものであれば、求人に応じるとマッチング成立費という報酬が得られることになる。これは他のインターネット上の求人システムとの差別化要因となる。
前記配信広告諾否処理手段は、配信した広告に対する配信先ユーザの反応を判定する。
判定法について以下に述べる。
通常、ユーザ端末へ配信される広告には広告情報へのリンクが張られている。このリンクを所定時間内にクリックしなかった時は「無関心」、クリックして閲覧した広告本体に含まれるボタンなどを押下して肯定的な応答をした時は「受諾」、否定的な応答をした時は「拒否」、広告本体を閲覧するが「受諾」も「拒否」もしない時は「無回答」と判定する。
前記反応が「無関心」以外の場合は当該ユーザにアプローチ費を付与し、さらに「受諾」の場合はマッチング成立費を付与するとよい。
無関心以外の場合は、広告本体を閲覧したと考えられるので、アプローチ費が付与される。これにより、配信された広告を一応眺めてみようという動機付けがうまれる。「受諾」の場合は、広告主にとっての目的がかなったのであるから相手にアプローチ費に上乗せしたマッチング成立費が付与される。例えば、この広告が求人に関するものであれば、求人に応じるとマッチング成立費という報酬が得られることになる。これは他のインターネット上の求人システムとの差別化要因となる。
配信された広告に対する各ユーザの過去の履歴情報を記憶する機能があれば、この履歴情報に基づきアクティブ指数を算定し、前記配信先ユーザ検索手段は、該アクティブ指数も勘案して広告配信先のユーザを抽出するとよい。
「アクティブ指数」とは、配信された広告に対する積極度である。配信される都度広告を閲覧したり、多くの広告に肯定的な応答をしたりする積極的なユーザはアクティブ指数が高くなる。
これにより、広告主にとって配信先として適当な条件を備えているユーザであっても、広告に関心のないユーザに配信したり、アプローチ費の取得のみを目的として常時「無回答」であったり「拒否」ボタンをクリックしてばかりいるようなユーザに配信したりすることを少なくでき、広告費の無駄を抑制できる。
「アクティブ指数」とは、配信された広告に対する積極度である。配信される都度広告を閲覧したり、多くの広告に肯定的な応答をしたりする積極的なユーザはアクティブ指数が高くなる。
これにより、広告主にとって配信先として適当な条件を備えているユーザであっても、広告に関心のないユーザに配信したり、アプローチ費の取得のみを目的として常時「無回答」であったり「拒否」ボタンをクリックしてばかりいるようなユーザに配信したりすることを少なくでき、広告費の無駄を抑制できる。
上記の目的を達成するために、前記サーバは、配信先ユーザ条件のテンプレートを格納するデータベースを備え、
前記配信先ユーザ条件設定手段は、前記広告主端末から受信した情報を前記テンプレートにあてはめるとよい。
業種によって設定される条件は異なる。また、業種が同じでも職種が違えば条件が異なってくる。テンプレートがシステムに予め用意されているならば、滅多に求人広告を出さないような小規模広告主などにとって、条件設定に伴う負担が軽減される。これにより、本システムを利用しようとする広告主の増加が期待できる。
前記配信先ユーザ条件設定手段は、前記広告主端末から受信した情報を前記テンプレートにあてはめるとよい。
業種によって設定される条件は異なる。また、業種が同じでも職種が違えば条件が異なってくる。テンプレートがシステムに予め用意されているならば、滅多に求人広告を出さないような小規模広告主などにとって、条件設定に伴う負担が軽減される。これにより、本システムを利用しようとする広告主の増加が期待できる。
上記の目的を達成するために、前記サーバは、特徴抽出ルールを格納するデータベースを備え、
前記ユーザプロフィール抽出手段は、明示的あるいは黙示的なユーザ個人情報と前記特徴抽出ルールとから、ユーザプロフィールを抽出する。
ユーザ登録時にユーザ個人情報の入力を要求するが、あまりに詳細な情報を入力させようとすると敬遠されてしまう。一方、明示的にユーザに入力させない事項であっても、ユーザの公開範囲内のスケジュールなどによってもユーザの個人情報が推測できることがある。
この推測しうる情報もユーザ情報として登録しておくならば、広告配信の効率化に資することになる。
前記ユーザプロフィール抽出手段は、明示的あるいは黙示的なユーザ個人情報と前記特徴抽出ルールとから、ユーザプロフィールを抽出する。
ユーザ登録時にユーザ個人情報の入力を要求するが、あまりに詳細な情報を入力させようとすると敬遠されてしまう。一方、明示的にユーザに入力させない事項であっても、ユーザの公開範囲内のスケジュールなどによってもユーザの個人情報が推測できることがある。
この推測しうる情報もユーザ情報として登録しておくならば、広告配信の効率化に資することになる。
広告配信先の決定にあたり、空き時間の有無と空き時間の価値とを優先的に考慮するので、無駄な広告費をカットすることができる。さらに、ユーザプロフィールを利用するのでより効率の良い広告配信が実現できる。
本発明の一実施形態であるシステム(以下、「本システム」)について、図面を参照しながら説明する。
本システムが配信する広告は求人広告にとどまらない。例えば空き時間を自己啓発に利用したい人に対して、関連ツールの広告を行うことも含まれる。このようにさまざまな分野の広告が考えられるが、本実施形態では求人広告を例にとって説明する。
本システムが配信する広告は求人広告にとどまらない。例えば空き時間を自己啓発に利用したい人に対して、関連ツールの広告を行うことも含まれる。このようにさまざまな分野の広告が考えられるが、本実施形態では求人広告を例にとって説明する。
本システムは、図1に示すように、サーバ1がユーザ端末2と広告主端末3と通信ネットワークNを介して接続することによって構成される。端末2、3は図1では1台ずつしか図示されていないが、任意台数接続される。また、サーバ1は、その機能を複数のコンピュータが分散して実行してもかまわない。
サーバ1は、その機能から記憶部と処理部と通信インターフェース部に大別される。
記憶部には、ユーザ側の情報を格納するデータベース11、広告主側の情報を格納するデータベース12、システム側が所定の処理のために参照するデータベース13、その他の図示しない記憶部が含まれる。これらは、ROM、ハードディスクなどの記憶媒体によって実現される。
処理部は、広告配信処理部16と会計処理部17に大別される。処理部は、ROMなどの記憶媒体に格納されているコンピュータプログラムがメモリ上に読み込まれ、CPUが実行することにより実現されるが、一部の機能をハードウェアが実現することもある。
通信インターフェース部には、ユーザ端末通信部14と広告主端末通信部15が含まれる。この通信部14,15の実体はWebサーバであり、ソフトウェアとハードウェアとが協働して実現する。
記憶部には、ユーザ側の情報を格納するデータベース11、広告主側の情報を格納するデータベース12、システム側が所定の処理のために参照するデータベース13、その他の図示しない記憶部が含まれる。これらは、ROM、ハードディスクなどの記憶媒体によって実現される。
処理部は、広告配信処理部16と会計処理部17に大別される。処理部は、ROMなどの記憶媒体に格納されているコンピュータプログラムがメモリ上に読み込まれ、CPUが実行することにより実現されるが、一部の機能をハードウェアが実現することもある。
通信インターフェース部には、ユーザ端末通信部14と広告主端末通信部15が含まれる。この通信部14,15の実体はWebサーバであり、ソフトウェアとハードウェアとが協働して実現する。
次に、記憶部に含まれる各種データベース(以下、データベースを「DB」と記す)について詳しく説明する。
ユーザ個人情報DB111は、図2に例示するようにサーバ1に登録したユーザの個人情報がユーザ識別情報(111a)と対応づけて格納されている。ユーザ端末2から氏名、住所、生年月日、メールアドレスなどの基本的な個人情報(111b)や、希望職種や趣味などの任意的な個人情報(111c)が入力されるのでこれを格納する。個人情報ごとに情報公開範囲も記憶するとよい。本システムは、配信された広告への対応によって報酬を付与するので、報酬の現在高も記憶する(111d)。また、ユーザによって入力された事項以外にシステム側で推測し抽出する事項もある。これもユーザ個人情報DB111に記憶しておくとよい(111e)。他に、広告への対応を反映したアクティブ指数などの情報も適宜記憶するとよい。
ユーザ個人情報DB111は、図2に例示するようにサーバ1に登録したユーザの個人情報がユーザ識別情報(111a)と対応づけて格納されている。ユーザ端末2から氏名、住所、生年月日、メールアドレスなどの基本的な個人情報(111b)や、希望職種や趣味などの任意的な個人情報(111c)が入力されるのでこれを格納する。個人情報ごとに情報公開範囲も記憶するとよい。本システムは、配信された広告への対応によって報酬を付与するので、報酬の現在高も記憶する(111d)。また、ユーザによって入力された事項以外にシステム側で推測し抽出する事項もある。これもユーザ個人情報DB111に記憶しておくとよい(111e)。他に、広告への対応を反映したアクティブ指数などの情報も適宜記憶するとよい。
ユーザスケジュールDB112は、図3に例示するようにユーザ毎のスケジュールをユーザ識別情報と対応づけて格納するものである。スケジュール用アプリケーションソフトなどが市販されているので、これをユーザ端末2に実装し、スケジュールを作成したり更新したり、作成されたスケジュールをインターネット上にアップロードして他者に公開したりすればよい。なお、ユーザは、公開範囲を指定可能とし、これをユーザスケジュールDB112に記憶するとよい。プライベートな予定を友人や同僚には公開するが、それ以外の人には公開しないといった設定をすることはユーザの自由である。
広告主情報DB121は、図4に例示するように広告主の識別情報と対応づけて社名、住所、担当者名、担当者の電話番号・メールアドレスなどを格納する。
なお、広告主は法人に限らず、個人のこともありうる。例えば、フリーランスのデザイナーは本システムにユーザとして登録すると同時に、アシスタント募集の際に広告を配信することもあるからである。このような個人の情報は、ユーザ個人情報DB111と広告主情報DB121の双方に登録される。
なお、広告主は法人に限らず、個人のこともありうる。例えば、フリーランスのデザイナーは本システムにユーザとして登録すると同時に、アシスタント募集の際に広告を配信することもあるからである。このような個人の情報は、ユーザ個人情報DB111と広告主情報DB121の双方に登録される。
配信広告情報DB122は、図5に示すように、ユーザ端末2に配信しようとする広告内容を格納する。広告主の識別情報および広告を識別する情報(122a)と対応づけて、配信期間(122b)、キーワードや広告文などの広告内容(122c)、広告のより詳細な情報の記憶場所(122d)などを記憶する。詳細な情報の記憶場所とはURLなどのことであるが、この記憶場所はサーバ1の管理下にあることが望ましい。もし、サーバ1の外部に記憶してあるのでは、本システムとは無関係に他のシステムなどから広告内容を閲覧できてしまうからである。
配信広告情報DB122には、広告を配信しようとするユーザの条件(122e)や広告費に関する情報(122f)も記憶する。本システムは、広告費の分配についても特徴があるので、広告費欄122fに記憶される広告費に関する情報について図6を参照しながら説明する。
配信広告情報DB122には、広告を配信しようとするユーザの条件(122e)や広告費に関する情報(122f)も記憶する。本システムは、広告費の分配についても特徴があるので、広告費欄122fに記憶される広告費に関する情報について図6を参照しながら説明する。
1件の広告出稿に際し、広告主から広告費総額(X円)が本システムの運営者に提示される。本システムに最低限保証される金額(V円)及びV円を引いた残額の所定割合(A%)の合計が本システムのマージンとなる。残りの金額(=(X−V)÷(100%−A%))がユーザへのインセンティブとして付与される総額である。インセンティブにはアプローチ費(Y円/人)とマッチング成立費(Z円/人)があり、広告に対して何らかのアプローチをしてきた人(B人)にアプローチ費が付与される。さらに、このアプローチをしてきた人の中で、広告に応じた人(C人)にはマッチング成立費も付与される。
本システムの運営者には、一定額・一定割合が支払われる。一定額V円は、運営者に不安を与えないためにも変動させない方がよい。他方一定割合A%の方は、情勢の変化によっては変動もあり得る(例えばマッチングの成立可否に連動させるなど)。
運営者へ支払った残りがユーザへの報酬であって、マッチング成立が予想外に少なかったり、広告にアクセスしたユーザが少なかったりすると広告費が余ることになる。つまり、最初に提示した広告費X円は上限額であり、この範囲内で広告を配信する。
本システムの運営者には、一定額・一定割合が支払われる。一定額V円は、運営者に不安を与えないためにも変動させない方がよい。他方一定割合A%の方は、情勢の変化によっては変動もあり得る(例えばマッチングの成立可否に連動させるなど)。
運営者へ支払った残りがユーザへの報酬であって、マッチング成立が予想外に少なかったり、広告にアクセスしたユーザが少なかったりすると広告費が余ることになる。つまり、最初に提示した広告費X円は上限額であり、この範囲内で広告を配信する。
図6の試算例1は、大きなイベントの会場整備のアルバイトを募集する広告を想定している。試算例2は、ドラッグストアチェーンが薬剤師を募集する広告を想定している。例1ではアプローチ費が50円、マッチング成立費が500円であるのに対し、例2ではアプローチ費が1,000円、マッチング成立費が15,000円である。このように例1に比べ例2が高額となるのは、例1は、目的の日時にスケジュールの空きがある人であれば誰でも応募が可能であるのに対し、例2は薬剤師の資格保有者でなければ応募ができないからである。同じ時間帯に空きがあるといっても、その空き時間の価値は資格や特技のない人と希少な国家資格を保有する人とでは価値が異なるのである。つまり、アプローチ費とマッチング成立費の多寡は広告配信対象ユーザの空き時間枠の価値を反映しているのである。
また、報酬は競合他社からの引き合い状況などを考慮して決めるとよい。例えば、外国人観光客が増加しているので通訳ガイドの需要が増え続け、求人求職システムが競って語学のできる人材を探すようになると予想される。そこで、通訳ガイドの求人広告へ応じた人への報酬を多くするならば競合システムに出稿する場合との差別化が図れる。
また、報酬は競合他社からの引き合い状況などを考慮して決めるとよい。例えば、外国人観光客が増加しているので通訳ガイドの需要が増え続け、求人求職システムが競って語学のできる人材を探すようになると予想される。そこで、通訳ガイドの求人広告へ応じた人への報酬を多くするならば競合システムに出稿する場合との差別化が図れる。
特徴抽出ルールDB131は、図7に例示するように、キーワードなど(131a)と抽出される特徴(131b)との対応を記憶するものである。記憶されたルールは、ユーザが明示的に入力した個人情報や公開しているスケジュールから得られたキーワードに基づいてユーザのプロフィールをサーバ1が抽出するために参照される。
例えば、個人情報に「女性 30歳」が登録され、スケジュールに「保育所 おやつ」などの単語が記入されている場合は、このユーザが子供を持つ女性であることが推測される。この推測は、「女性 50歳未満 保育所 父母会 おやつ ⇒ 母親」という特徴抽出ルールがあれば、人手を介さずにサーバ1が自動的に行うことができる。
例えば、個人情報に「女性 30歳」が登録され、スケジュールに「保育所 おやつ」などの単語が記入されている場合は、このユーザが子供を持つ女性であることが推測される。この推測は、「女性 50歳未満 保育所 父母会 おやつ ⇒ 母親」という特徴抽出ルールがあれば、人手を介さずにサーバ1が自動的に行うことができる。
テンプレートDB132は、広告主が望ましい広告配信先を決定するのに役立つテンプレートが格納されている。テンプレートについては、後で詳しく説明する。
続いて、処理部に含まれる広告配信処理部16と会計処理部17について説明する。
図8に示すように、広告配信処理部16には、入力情報登録部161と配信先ユーザ条件設定部162とユーザプロフィール抽出部163と配信先ユーザ検索部164と広告文送信表示部165と配信広告諾否処理部166が含まれる。これらの広告配信処理部16に含まれる各部161〜166と会計処理部17は、図示しない制御部による処理制御によって連携動作する。
図8に示すように、広告配信処理部16には、入力情報登録部161と配信先ユーザ条件設定部162とユーザプロフィール抽出部163と配信先ユーザ検索部164と広告文送信表示部165と配信広告諾否処理部166が含まれる。これらの広告配信処理部16に含まれる各部161〜166と会計処理部17は、図示しない制御部による処理制御によって連携動作する。
入力情報登録部161は、ユーザ端末2からユーザ端末通信部14を介してwebベースで入力された情報をユーザ個人情報DB111とユーザスケジュールDB112に登録する。また、広告主端末3から広告主端末通信部15を介してwebベースで入力された情報を広告主情報DB121と配信広告情報DB122に登録する。なお、ユーザ端末2と広告主端末3のそれぞれがサーバ1に最初にアクセスし登録するときには識別情報(ユーザID,広告主ID)とパスワードを発行し、以後サーバ1にログインするときにこれらの識別情報とパスワードとを認証に利用する。
配信先ユーザ条件設定部162は、広告主端末3からアクセスがあると配信広告情報DB122を参照し、まだ条件設定がなされていないならば、テンプレートDB132から広告主の業種や求人職種に合致した条件設定テンプレートを表示させる。広告主端末3から入力される情報に基づいてテンプレートが修正され、広告主の所望の条件が設定され、これを配信広告情報DB122に格納する(図5の欄122e)。
ユーザプロフィール抽出部163は、ユーザ端末2から入力された個人情報やスケジュールから推測できるユーザプロフィールを抽出する。例えば、明示的に趣味が音楽とは入力されなかったが、スケジュールにコンサートやライブの文字が含まれていれば音楽が趣味と推測し、ユーザ個人情報DB111に格納する。この推測にあたって適宜、特徴抽出ルールDB131を参照する。
配信先ユーザ検索部164は、広告主が登録した設定条件に、ユーザ個人情報DB111から取り出した情報をあてはめ、当該ユーザの空き時間の価値を評価する。この評価値に基づいて、広告配信対象となるユーザを検索する。検索のための評価値の範囲、検索されたユーザ数が広告費を超過するほど多い場合の絞り込みの条件等も配信広告情報DB122に予め格納しておき、この条件に従って配信先ユーザを決定すればよい。
広告文送信表示部165は、広告配信先ユーザのユーザ端末2に対し、ユーザ端末通信部14を介してwebベースで広告を送信・表示する。その際、ユーザスケジュールDB112から当該ユーザのスケジュールを抽出し、広告が目的としている日時に対応したスペースに組み込む形式で広告を配信する。
配信広告諾否処理部166は、広告を配信されたユーザの反応を分析する。広告には、通常「受諾」と「拒否」のボタンを含み(図12(b)を参照)、「受諾」ボタンがクリックされたならば、マッチング成立と判定しマッチング成立費を付与する。あわせて、アプローチ費を付与してもよい。
「拒否」ボタンがクリックされたならば、マッチングは成立しなかったが、一応広告に関心を示してくれたのでアプローチ費は付与する。「受諾」ボタンも「拒否」ボタンも押されなかった、つまり「無回答」の場合は、アプローチ費も付与しない。
なお、配信された広告情報はキーワードだけにして、詳細を見るには更にリンクのクリックなどの操作を要する構成にすることもできる。この場合は、サーバ1側はユーザが広告を閲覧したか否かという情報を取得でき、リンクがクリックされなかったときは広告に「無関心」と判断できる。「受諾」と「拒否」のボタンのいずれもクリックされなかった「無回答」の場合でも、一応リンクをクリックしたときは、広告に少しは関心を示してくれたと解釈し、アプローチ費を付与してもよい。
これらの「受諾」「拒否」「無回答」「無関心」という広告に対する反応は、ユーザ個人情報DB111に登録しておく。これらの反応に基づいてユーザのアクティブ指数を算出してもよい。例えば、当初は100%に設定しておき、「受諾」以外の反応ならば1回につきN%減算し、評価値の算出時に考慮するとよい。つまり、毎回「拒否」する人はアプローチ費取得が目的と推測され、毎回「無回答」の人は広告に興味がないと推測されるので、アクティブ指数を低く設定する。これにより評価値が低くなり、広告配信先としての優先順位が低くなる。
「拒否」ボタンがクリックされたならば、マッチングは成立しなかったが、一応広告に関心を示してくれたのでアプローチ費は付与する。「受諾」ボタンも「拒否」ボタンも押されなかった、つまり「無回答」の場合は、アプローチ費も付与しない。
なお、配信された広告情報はキーワードだけにして、詳細を見るには更にリンクのクリックなどの操作を要する構成にすることもできる。この場合は、サーバ1側はユーザが広告を閲覧したか否かという情報を取得でき、リンクがクリックされなかったときは広告に「無関心」と判断できる。「受諾」と「拒否」のボタンのいずれもクリックされなかった「無回答」の場合でも、一応リンクをクリックしたときは、広告に少しは関心を示してくれたと解釈し、アプローチ費を付与してもよい。
これらの「受諾」「拒否」「無回答」「無関心」という広告に対する反応は、ユーザ個人情報DB111に登録しておく。これらの反応に基づいてユーザのアクティブ指数を算出してもよい。例えば、当初は100%に設定しておき、「受諾」以外の反応ならば1回につきN%減算し、評価値の算出時に考慮するとよい。つまり、毎回「拒否」する人はアプローチ費取得が目的と推測され、毎回「無回答」の人は広告に興味がないと推測されるので、アクティブ指数を低く設定する。これにより評価値が低くなり、広告配信先としての優先順位が低くなる。
会計処理部17は、広告主から提示された広告費の振り分け処理をする。図6に示したように、当初提示された広告費から一定額あるいは一定割合が本システムの運営者に支払われ、残りはユーザに報酬(アプローチ費またはマッチング成立費)として付与される。ユーザにどのタイミングで報酬を支払うかは予め定めた取り決めに従い、会計処理部17が処理をする。例えば、会計処理部17は、ユーザ個人情報DB111に未払いの報酬を記録し(図2の欄111d)、所定のタイミングでインターネットバンキングを利用して振り込むなどの一連の処理を担う。
ユーザ端末2は、本システムを利用して広告の配信を受けようとするユーザが使用するパソコン、スマートフォン、タブレット端末などである。
広告主端末3は、本システムを利用して広告を配信しようとする広告主が使用するパソコン、スマートフォン、タブレット端末などである。
ユーザ端末2と広告主端末3のいずれも、サーバ1とwebベースで情報の送受信を行うのでブラウザ、そしてスケジュールを管理するためのスケジュール用アプリがインストールされていることは必須である。また、キーボード、マウスやタッチパネルなどの入力手段と、画面表示手段も必須である。ユーザおよび広告主は入力手段を介して文字を入力したり、リンクやボタンの選択操作(本明細書では、「クリック」と表現している)をする。
広告主端末3は、本システムを利用して広告を配信しようとする広告主が使用するパソコン、スマートフォン、タブレット端末などである。
ユーザ端末2と広告主端末3のいずれも、サーバ1とwebベースで情報の送受信を行うのでブラウザ、そしてスケジュールを管理するためのスケジュール用アプリがインストールされていることは必須である。また、キーボード、マウスやタッチパネルなどの入力手段と、画面表示手段も必須である。ユーザおよび広告主は入力手段を介して文字を入力したり、リンクやボタンの選択操作(本明細書では、「クリック」と表現している)をする。
以上、本システムの構成について説明した。続いて本システムの動作を説明する。
まず、ユーザ登録について説明する。
ユーザ甲は、本システムへの登録時に、氏名「甲○男」、住所「東京都渋谷区」、メールアドレス「kou@xxxxxx,jp」等と入力するとサーバ1はユーザID=0101を発行し、ユーザ個人情報DB111には、図9の(a)のような情報が格納される。報酬の現在高やアクティブ指数はシステム登録時は0円と100%である。
あわせて、ユーザ甲は、自分のスケジュールをサーバ1に登録することを要する。なぜなら、本システムにとって重要なのはユーザのスケジュール表の空き時間帯であるからである。本システムは、ユーザの空き時間帯に合致する求人広告を配信することによって、闇雲な広告配信による無駄な費用支出の防止を目的とする。したがって、登録ユーザのスケジュールの開示は必須である。ただし、スケジュール内の一部をユーザの意思により非公開とすることはかまわない。
なお、本システムでは1人のユーザは重複登録はできないものとする。アプローチ費を目当てに多重登録する者を防止するためである。
ユーザ甲は、本システムへの登録時に、氏名「甲○男」、住所「東京都渋谷区」、メールアドレス「kou@xxxxxx,jp」等と入力するとサーバ1はユーザID=0101を発行し、ユーザ個人情報DB111には、図9の(a)のような情報が格納される。報酬の現在高やアクティブ指数はシステム登録時は0円と100%である。
あわせて、ユーザ甲は、自分のスケジュールをサーバ1に登録することを要する。なぜなら、本システムにとって重要なのはユーザのスケジュール表の空き時間帯であるからである。本システムは、ユーザの空き時間帯に合致する求人広告を配信することによって、闇雲な広告配信による無駄な費用支出の防止を目的とする。したがって、登録ユーザのスケジュールの開示は必須である。ただし、スケジュール内の一部をユーザの意思により非公開とすることはかまわない。
なお、本システムでは1人のユーザは重複登録はできないものとする。アプローチ費を目当てに多重登録する者を防止するためである。
図9(b)によれば、ユーザ甲のスケジュールには、「散歩」、「脳トレ」、「ポチ」という単語が記載されている。さらに、ユーザ甲のスケジュールの午後3時以降は空き時間が多い。そこで、特徴抽出ルールDB131を参照するとキーワード「散歩」と「脳トレ」の組み合わせから、ユーザ甲は高齢者と推測され、キーワード「ポチ」から犬を飼っている或は犬好きと推測され、空き時間帯から退職者と推測される。そこでユーザ個人情報DB111の欄111eには、図9(c)のように、「高齢者、犬好き、退職者」という推測された情報も格納しておく。
ユーザの空き時間の価値を評価するためには、そのユーザに関する情報が多いほど精度が高まる。しかし、大量の項目をユーザに入力させるのではユーザに嫌悪感を抱かせる。一方、ユーザが明示的に入力した項目に限らず、スケジュール表内のメモや抽出された単語からユーザのプロフィールを推測できることが多い。サーバ1は、特徴抽出ルールDB131を用意して、ユーザのプロフィールを推測し、その結果もユーザ個人情報DB111に登録する。これにより、ユーザに関して蓄積された情報が増加し、より的確な広告配信が実現できる。
例えば、スケジュール表に「裁判所」とか「依頼人」とか「口頭弁論」といった単語が記載されている場合、明示的な職業の登録がなくても弁護士であると推測される。そのため、このユーザに週末の空き時間枠があるからといってイベント警備のアルバイトの求人広告を配信するようなことは避けられる。
ユーザの空き時間の価値を評価するためには、そのユーザに関する情報が多いほど精度が高まる。しかし、大量の項目をユーザに入力させるのではユーザに嫌悪感を抱かせる。一方、ユーザが明示的に入力した項目に限らず、スケジュール表内のメモや抽出された単語からユーザのプロフィールを推測できることが多い。サーバ1は、特徴抽出ルールDB131を用意して、ユーザのプロフィールを推測し、その結果もユーザ個人情報DB111に登録する。これにより、ユーザに関して蓄積された情報が増加し、より的確な広告配信が実現できる。
例えば、スケジュール表に「裁判所」とか「依頼人」とか「口頭弁論」といった単語が記載されている場合、明示的な職業の登録がなくても弁護士であると推測される。そのため、このユーザに週末の空き時間枠があるからといってイベント警備のアルバイトの求人広告を配信するようなことは避けられる。
次に、広告主の登録について説明する。
乙社は、本システムへの登録時に、社名「乙株式会社」、住所「東京都港区」、担当者「担当乙子」、職種「ペットシッター派遣業」等と入力するとサーバ1は広告主ID=3202を発行し広告主情報DB121には、図10(a)のような情報が格納される。また、配信広告情報DB122に図10(b)に示すような情報を格納する。例えば、広告文「毎週木曜日夕方に大型犬の散歩代行をしてくれる方を求む」を広告ID=3202−3と対応づけて欄122cに格納する。あわせて、この広告の配信予定期間を欄122bに、広告内容の詳細へのリンクを欄122dに格納する。広告を出稿するに際し、広告費も設定しなくてはならないので、図6に示したような広告費の配分に関する情報を欄122fに格納する。
乙社は、本システムへの登録時に、社名「乙株式会社」、住所「東京都港区」、担当者「担当乙子」、職種「ペットシッター派遣業」等と入力するとサーバ1は広告主ID=3202を発行し広告主情報DB121には、図10(a)のような情報が格納される。また、配信広告情報DB122に図10(b)に示すような情報を格納する。例えば、広告文「毎週木曜日夕方に大型犬の散歩代行をしてくれる方を求む」を広告ID=3202−3と対応づけて欄122cに格納する。あわせて、この広告の配信予定期間を欄122bに、広告内容の詳細へのリンクを欄122dに格納する。広告を出稿するに際し、広告費も設定しなくてはならないので、図6に示したような広告費の配分に関する情報を欄122fに格納する。
乙社は、配信先ユーザ条件(欄122e)も設定しなくてはならない。
乙社は、図示しないweb画面のメニュー項目から、テンプレートを要求すると、サーバ1はテンプレートDB132から図11(a)のようなテンプレートを抽出し広告主端末3に表示させる。
このテンプレートでは必須条件は日時(A1)、作業地域(A2)、保有資格(A3)である。任意条件のアイテム(以下、「アイテム」という)は性別(B1)、年齢(B2)、要介護者等の有無(B3)、職歴の有無(B4)であり、アイテムB1〜B4は、それぞれカテゴリーを持ち、カテゴリー別の重みC1〜C4が指定されている。
この配信先ユーザ条件は、ユーザの空き時間の価値を評価するために用いられる。
乙社は、図示しないweb画面のメニュー項目から、テンプレートを要求すると、サーバ1はテンプレートDB132から図11(a)のようなテンプレートを抽出し広告主端末3に表示させる。
このテンプレートでは必須条件は日時(A1)、作業地域(A2)、保有資格(A3)である。任意条件のアイテム(以下、「アイテム」という)は性別(B1)、年齢(B2)、要介護者等の有無(B3)、職歴の有無(B4)であり、アイテムB1〜B4は、それぞれカテゴリーを持ち、カテゴリー別の重みC1〜C4が指定されている。
この配信先ユーザ条件は、ユーザの空き時間の価値を評価するために用いられる。
一般に評価値Valは、図11(c)に示す式で算出される。
必須条件Ai(i=0〜N)は、0か1の値を持ち、N個の必須条件の積を求める。すべての必須条件の値が1のときのみ1になる。アイテムBj(j=0〜M)は、それぞれ点数を持つ。すべてのアイテムの重みが1.0であれば、アイテムの点数の和は100点となる。重み付きのアイテムの点数Bj×Cjの和が任意条件の値である。評価値Valは、必須条件の値、重み付きアイテムの値の合計、及びアクティブ指数Dの積である。
なお、必須条件が無い(N=0)場合は、必須条件の値は1とする。任意条件が無い(アイテム個数M=0)場合は、任意条件の値は100点とする。
必須条件Ai(i=0〜N)は、0か1の値を持ち、N個の必須条件の積を求める。すべての必須条件の値が1のときのみ1になる。アイテムBj(j=0〜M)は、それぞれ点数を持つ。すべてのアイテムの重みが1.0であれば、アイテムの点数の和は100点となる。重み付きのアイテムの点数Bj×Cjの和が任意条件の値である。評価値Valは、必須条件の値、重み付きアイテムの値の合計、及びアクティブ指数Dの積である。
なお、必須条件が無い(N=0)場合は、必須条件の値は1とする。任意条件が無い(アイテム個数M=0)場合は、任意条件の値は100点とする。
それでは、乙株式会社の求人広告用の条件設定について図11(b)に従い説明する。
大型犬の散歩代行という仕事内容から保有資格の有無は問わないのでテンプレートの必須条件A3のチェックを外す。日時(A1)欄には「木曜、夕方」と記入し、作業地域(A2)欄には「東京都港区周辺」と記入する。
アイテムである性別(B1)に60点を付与し、性別のカテゴリーが男性ならば1.0、女性ならば0.3の重み(C1)をつける。アイテムである年齢(B2)に40点を付与し、年齢のカテゴリーが50歳未満ならば1.0、50歳以上ならば0.5の重み(C2)をつける。犬の散歩代行という仕事内容から要介護者等の有無(B3)や職歴の有無(B4)は問わないので、点数は0点とする。このようにテンプレートを自社用に修正し、配信広告情報DB122の欄122eに登録する。
大型犬の散歩代行という仕事内容から保有資格の有無は問わないのでテンプレートの必須条件A3のチェックを外す。日時(A1)欄には「木曜、夕方」と記入し、作業地域(A2)欄には「東京都港区周辺」と記入する。
アイテムである性別(B1)に60点を付与し、性別のカテゴリーが男性ならば1.0、女性ならば0.3の重み(C1)をつける。アイテムである年齢(B2)に40点を付与し、年齢のカテゴリーが50歳未満ならば1.0、50歳以上ならば0.5の重み(C2)をつける。犬の散歩代行という仕事内容から要介護者等の有無(B3)や職歴の有無(B4)は問わないので、点数は0点とする。このようにテンプレートを自社用に修正し、配信広告情報DB122の欄122eに登録する。
続いて、乙社による広告配信先の検索について説明する。
乙社からの広告配信要求を受けたサーバ1は、ユーザ個人情報DB111を参照し、配信先として適したユーザを検索する。
ユーザ甲が配信先として検索されるか否かは、次のように決定される。
ユーザ甲のプロフィールを図11(b)に示した乙社の検索条件にあてはめ、ユーザ甲の空き時間を評価する。評価値Valは図11(c)においてN=2,M=2の場合なので、次の式で算出する。
Val=(A1×A2)×(B1×C1+B2×C2)×D
必須条件A1は日時であり、木曜日夕方には1、それ以外は0を値にもつ。
必須条件A2は作業地域であり、港区周辺は1、それ以外は0を値にもつ。
ユーザ甲は、木曜日の夕方が空いているのでA1=1である。また、ユーザ甲の住所は東京都渋谷区なので東京都港区周辺であり、A2=1である。
ユーザ甲の場合、必須条件であるA1とA2のいずれも1なので(A1×A2)=1である。もし、(A1×A2)=0であるならば、配信先のユーザとして不適当なので任意条件の吟味は打ち切られる。
乙社からの広告配信要求を受けたサーバ1は、ユーザ個人情報DB111を参照し、配信先として適したユーザを検索する。
ユーザ甲が配信先として検索されるか否かは、次のように決定される。
ユーザ甲のプロフィールを図11(b)に示した乙社の検索条件にあてはめ、ユーザ甲の空き時間を評価する。評価値Valは図11(c)においてN=2,M=2の場合なので、次の式で算出する。
Val=(A1×A2)×(B1×C1+B2×C2)×D
必須条件A1は日時であり、木曜日夕方には1、それ以外は0を値にもつ。
必須条件A2は作業地域であり、港区周辺は1、それ以外は0を値にもつ。
ユーザ甲は、木曜日の夕方が空いているのでA1=1である。また、ユーザ甲の住所は東京都渋谷区なので東京都港区周辺であり、A2=1である。
ユーザ甲の場合、必須条件であるA1とA2のいずれも1なので(A1×A2)=1である。もし、(A1×A2)=0であるならば、配信先のユーザとして不適当なので任意条件の吟味は打ち切られる。
図11(b)の例では任意条件のアイテムはB1とB2の2種類があって、それぞれ60点と40点が与えられている。
アイテムB1は性別であって、カテゴリーが男性ならば1.0、女性ならば0.3で重み付けをするが、ユーザ甲は男性なので、B1×C1=60点×1.0=60点となる。
アイテムB2は年齢であって、50歳未満ならば1.0、50歳以上ならば0.5で重みづけをするが、ユーザ甲は高齢者と推測されるので、B2×C2=40点×0.5=20点となる。
よって、ユーザ甲の任意条件の点数(B1×C1+B2×C2)は80点となる。
Dはユーザごとのアクティブ指数であり、仮に100%とすると、ユーザ甲の評価値Valは、80点となる。もし、配信先の条件として評価値が60点以上と定めているならば、ユーザ甲は乙社の広告の配信先となりうる。
もし、乙社が予算の関係で想定している人数を上回る配信先ユーザが検索された場合は、所定のルールのもと、実際の配信先ユーザを決定する。例えば、評価値の上位の人から順に選択したり、ランダムに選択したりする。
この値Valは、配信先ユーザとしての条件を満たした結果、配信先となり且つ広告を受諾したユーザにはマッチング成立費が付与される。値Valが広告配信の条件に達していなければ、広告が配信されないのでマッチング成立費もアプローチ費も付与されることはない。つまり、値Valは、当該ユーザの空き時間のもつ価値を反映しているのである。
アイテムB1は性別であって、カテゴリーが男性ならば1.0、女性ならば0.3で重み付けをするが、ユーザ甲は男性なので、B1×C1=60点×1.0=60点となる。
アイテムB2は年齢であって、50歳未満ならば1.0、50歳以上ならば0.5で重みづけをするが、ユーザ甲は高齢者と推測されるので、B2×C2=40点×0.5=20点となる。
よって、ユーザ甲の任意条件の点数(B1×C1+B2×C2)は80点となる。
Dはユーザごとのアクティブ指数であり、仮に100%とすると、ユーザ甲の評価値Valは、80点となる。もし、配信先の条件として評価値が60点以上と定めているならば、ユーザ甲は乙社の広告の配信先となりうる。
もし、乙社が予算の関係で想定している人数を上回る配信先ユーザが検索された場合は、所定のルールのもと、実際の配信先ユーザを決定する。例えば、評価値の上位の人から順に選択したり、ランダムに選択したりする。
この値Valは、配信先ユーザとしての条件を満たした結果、配信先となり且つ広告を受諾したユーザにはマッチング成立費が付与される。値Valが広告配信の条件に達していなければ、広告が配信されないのでマッチング成立費もアプローチ費も付与されることはない。つまり、値Valは、当該ユーザの空き時間のもつ価値を反映しているのである。
ユーザ甲が配信対象に選ばれた場合、サーバ1は、乙社の広告をユーザ甲のスケジュールの目的日時欄に組み込んでユーザ甲のユーザ端末2に配信する。ユーザ甲のユーザ端末2には図12(a)のように、広告を含んだスケジュールが画面表示される。破線で囲んだ部分が配信された広告である。もし、所定時間内に広告中の「詳細」のリンクがクリックされると、図12(b)のように詳細な広告の内容と各種ボタンを含む画面が表示される。もし、図12(a)のリンクがクリックされなければ、ユーザ甲は「無関心」と判定し、アクティブ指数を当初の100%から減算する。もし、ユーザ甲がリンクをクリックしたならば、アプローチ費を付与する。付与されたアプローチ費はユーザ個人情報DB111に反映される(図2の欄111d)。
ユーザ甲が「詳細」リンクをクリックすると、画面表示は図12(b)に示すように変化する。ここで、ユーザ甲が「拒否」ボタンをクリックしたならば、或は所定時間内にいずれのボタンもクリックしなければアプローチ費の取得が目当てと推測してアクティブ指数を減算する。
もし、ユーザ甲が「受諾」ボタンをクリックしたならば、成約したと判定して、マッチング成立費を付与する。マッチング成立費はアプローチ費よりも通常高額に設定している。成約したときは、アプローチ費に加えてマッチング成立費を付与するか、アプローチ費よりも高額なマッチング成立費のみを付与するかは広告主次第である。
なお、受諾するか否かの意思決定の前に、図12(b)で「質問」ボタンをクリックし、図12(c)に示す画面に遷移して広告主への質問を送信することができる。ここで、質問と回答のやり取りは任意回数行えるものとする。
もし、ユーザ甲が「受諾」ボタンをクリックしたならば、成約したと判定して、マッチング成立費を付与する。マッチング成立費はアプローチ費よりも通常高額に設定している。成約したときは、アプローチ費に加えてマッチング成立費を付与するか、アプローチ費よりも高額なマッチング成立費のみを付与するかは広告主次第である。
なお、受諾するか否かの意思決定の前に、図12(b)で「質問」ボタンをクリックし、図12(c)に示す画面に遷移して広告主への質問を送信することができる。ここで、質問と回答のやり取りは任意回数行えるものとする。
ここで気をつけるべきことは、本システム上は成約し、それによりマッチング成立費が付与されたとしても、そのユーザを実際に雇用するとは限らないということである。雇用するか否かは本システム外で広告主がユーザと交渉して決めるようにしてもよい。あくまでも本システムは広告を適切なユーザに配信するための環境を提供することを主目的としているのである。
配信された広告へのユーザの対応に応じて報酬が計算され、ユーザ個人情報DB111の報酬額(欄111d)が更新されるとともに、会計処理部17は予め指定されたタイミングでインターネットバンキングなどを利用した入出金処理を行う。
また、ユーザの対応に応じてアクティブ指数を更新し、ユーザ個人情報DB111に登録する。配信された広告に対して「拒否」ボタンを連続してクリックしたので、現在のアクティブ指数から所定の値だけ減算したり、前回まで連続して「拒否」ボタンをクリックしたが、今回は「受諾」ボタンをクリックしたので所定の値を加算したりするなど予め定めたルールのもとで更新すればよい。このルールはサーバ1が一律に設定してもよいが、広告主ごとに或は業種ごとに設定してもよい。
上記の実施形態は、本発明の例示に過ぎず、特許請求の範囲を逸脱しない範囲で様々な変形が可能である。
上記の実施形態では、求人広告の配信を想定していたが、他人の空き時間帯を利用するのは求人に限らず、イベント開催の案内や習い事の勧誘など各種考えられる。これらも求人広告の場合と処理上の相違はほとんどない。要は本発明は、空いた時間を持て余し有効利用したいと考える者(個人)とその空き時間をいろいろな形で利用したい者(企業や個人)との一般的なマッチングシステムなのである。
上記の実施形態では、広告費の分配に用いる式や配信先ユーザ選択のための評価値算出式を例示したが、これらの式に限るものではない。データベースの構造も、配信先検索の効率を高めるためにさまざまな工夫が考えられる。例えば、本発明を専門職のための求人広告に限定利用するならば、職種ごとにテンプレートを用意し、ユーザ登録時に自分の職種に合致したテンプレートからユーザ情報を入力してもらってもよい。
また、報酬についても受諾した人にのみ付与してもよい。さらに、今回必須条件を満たしていなくても、任意条件のアイテムが所定の評価値を満たしていれば、後日の配信先ユーザの候補として記憶部に登録しておいてもよい。たとえば、今回の日時の条件とまったく合致しなくても、次回以降合致することもありうるからである。
上記の実施形態では、求人広告の配信を想定していたが、他人の空き時間帯を利用するのは求人に限らず、イベント開催の案内や習い事の勧誘など各種考えられる。これらも求人広告の場合と処理上の相違はほとんどない。要は本発明は、空いた時間を持て余し有効利用したいと考える者(個人)とその空き時間をいろいろな形で利用したい者(企業や個人)との一般的なマッチングシステムなのである。
上記の実施形態では、広告費の分配に用いる式や配信先ユーザ選択のための評価値算出式を例示したが、これらの式に限るものではない。データベースの構造も、配信先検索の効率を高めるためにさまざまな工夫が考えられる。例えば、本発明を専門職のための求人広告に限定利用するならば、職種ごとにテンプレートを用意し、ユーザ登録時に自分の職種に合致したテンプレートからユーザ情報を入力してもらってもよい。
また、報酬についても受諾した人にのみ付与してもよい。さらに、今回必須条件を満たしていなくても、任意条件のアイテムが所定の評価値を満たしていれば、後日の配信先ユーザの候補として記憶部に登録しておいてもよい。たとえば、今回の日時の条件とまったく合致しなくても、次回以降合致することもありうるからである。
現代人の時間管理ツールはスケジュール表であり、これには確保された時間枠(=予定)が埋めつくされている一方、空いた時間枠はブランクとなっている。24時間365日は万人に等しく与えられているとはいえ、その空いた時間枠の価値は人によって様々である。本発明は、キャリア(学歴、職歴、資格等)や嗜好性等を時間枠のニーズに照合し、値付けすることにより、時間枠提供者と時間枠購入者をマッチングして時間枠の売買取引を行うものである。このように、未来の空き時間枠の価値評価という考え方を取り入れた本発明は、従来の日本型雇用が衰退しつつある昨今の新しい労働市場に適合した求人システム等として利用されることが期待できる。
1:サーバ
111:ユーザ個人情報DB
112:ユーザスケジュールDB
121:広告主情報DB
122:配信広告情報DB
131:特徴抽出ルールDB
132:テンプレートDB
14:ユーザ端末通信部
15:広告主端末通信部
16:広告配信処理部
161:入力情報登録部
162:配信先ユーザ条件設定部
163:ユーザプロフィール抽出部
164:配信先ユーザ検索部
165:広告文送信表示部
166:配信広告諾否処理部
17:会計処理部
2:ユーザ端末
3:広告主端末
N:通信ネットワーク
111:ユーザ個人情報DB
112:ユーザスケジュールDB
121:広告主情報DB
122:配信広告情報DB
131:特徴抽出ルールDB
132:テンプレートDB
14:ユーザ端末通信部
15:広告主端末通信部
16:広告配信処理部
161:入力情報登録部
162:配信先ユーザ条件設定部
163:ユーザプロフィール抽出部
164:配信先ユーザ検索部
165:広告文送信表示部
166:配信広告諾否処理部
17:会計処理部
2:ユーザ端末
3:広告主端末
N:通信ネットワーク
Claims (9)
- 広告主が使用する広告主端末およびユーザが使用するユーザ端末と通信可能に接続するサーバが、
前記広告主端末から受信した情報に基づき広告配信先となるユーザの条件を設定する配信先ユーザ条件設定手段と、
前記ユーザ端末から受信したスケジュールを含むユーザ個人情報に基づいてユーザの特徴を抽出するユーザプロフィール抽出手段と、
前記設定された条件と前記ユーザの特徴とに基づき広告配信先のユーザを抽出する配信先ユーザ検索手段と、
前記抽出されたユーザに広告を配信する広告文送信表示手段とを
備えることを特徴とする広告配信システム。 - 前記配信先ユーザ条件は、必須条件群、任意条件のアイテム群、及びアイテムごとのカテゴリー別重みの集合、とから構成され、
前記配信先ユーザ検索手段は、先ず必須条件をすべて満たすユーザを選び、次に任意条件の各アイテムに重み付けした総和を算出して評価値とし、この評価値に基づき広告配信先を決定していくことを特徴とする請求項1に記載の広告配信システム。 - 前記必須条件には、配信する広告に対応する日時と、ユーザのスケジュール上の空き時間枠とが一致することを含むことを特徴とする請求項2に記載の広告配信システム。
- 前記広告文送信表示手段は、配信する広告を配信先のユーザのスケジュールに組み込んで当該ユーザのユーザ端末に送信することを特徴とする請求項1に記載の広告配信システム。
- 前記配信先ユーザ検索手段は、前記配信される広告の広告主に対して公開が許可されているユーザの情報に基づいて配信先を抽出することを特徴とする請求項1に記載の広告配信システム。
- 前記サーバは、配信広告諾否処理手段を備え、
前記配信広告諾否処理手段は、配信した広告に対する配信先ユーザの反応が「受諾」、「拒否」、「無回答」のいずれであるかを判定するとともに、前記配信された広告が所定時間内に閲覧されなかったときは「無関心」と判定し、
前記反応が「無関心」以外の場合は当該ユーザにアプローチ費を付与し、さらに「受諾」の場合はマッチング成立費を付与する
ことを特徴とする請求項1に記載の広告配信システム。 - 前記配信広告諾否処理手段は、配信された広告に対する各ユーザの過去の履歴情報に基づいてアクティブ指数を算定し、
前記配信先ユーザ検索手段は、該アクティブ指数も勘案して広告配信先のユーザを抽出することを特徴とする請求項6に記載の広告配信システム。 - 前記サーバは、配信先ユーザ条件のテンプレートを格納するデータベースを備え、
前記配信先ユーザ条件設定手段は、前記広告主端末から受信した情報を前記テンプレートにあてはめることを特徴とする請求項1〜3のいずれか1に記載の広告配信システム。 - 前記サーバは、特徴抽出ルールを格納するデータベースを備え、
前記ユーザプロフィール抽出手段は、明示的あるいは黙示的なユーザ個人情報と前記特徴抽出ルールとから、ユーザプロフィールを抽出することを特徴とする請求項1に記載の広告配信システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2015101580A JP2016218654A (ja) | 2015-05-19 | 2015-05-19 | 広告配信システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2015101580A JP2016218654A (ja) | 2015-05-19 | 2015-05-19 | 広告配信システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2016218654A true JP2016218654A (ja) | 2016-12-22 |
Family
ID=57581246
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2015101580A Pending JP2016218654A (ja) | 2015-05-19 | 2015-05-19 | 広告配信システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2016218654A (ja) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2020119486A (ja) * | 2019-01-25 | 2020-08-06 | 株式会社フロムスクラッチ | コンテンツ配信システム及びプログラム |
JP7224075B1 (ja) | 2022-05-24 | 2023-02-17 | parpar株式会社 | 不用品サイクル管理装置、不用品サイクル管理方法、及びプログラム |
CN117314530A (zh) * | 2023-11-15 | 2023-12-29 | 北京京拍档科技股份有限公司 | 一种基于用户特征分析广告的投放广告方法及装置 |
-
2015
- 2015-05-19 JP JP2015101580A patent/JP2016218654A/ja active Pending
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2020119486A (ja) * | 2019-01-25 | 2020-08-06 | 株式会社フロムスクラッチ | コンテンツ配信システム及びプログラム |
JP2020119484A (ja) * | 2019-01-25 | 2020-08-06 | 株式会社フロムスクラッチ | コンテンツ配信システム及びプログラム |
JP2020119485A (ja) * | 2019-01-25 | 2020-08-06 | 株式会社フロムスクラッチ | コンテンツ配信システム及びプログラム |
JP7224075B1 (ja) | 2022-05-24 | 2023-02-17 | parpar株式会社 | 不用品サイクル管理装置、不用品サイクル管理方法、及びプログラム |
JP2023172711A (ja) * | 2022-05-24 | 2023-12-06 | parpar株式会社 | 不用品サイクル管理装置、不用品サイクル管理方法、及びプログラム |
CN117314530A (zh) * | 2023-11-15 | 2023-12-29 | 北京京拍档科技股份有限公司 | 一种基于用户特征分析广告的投放广告方法及装置 |
CN117314530B (zh) * | 2023-11-15 | 2024-03-19 | 北京京拍档科技股份有限公司 | 一种基于用户特征分析广告的投放广告方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20180240197A1 (en) | Web property generator | |
US7424438B2 (en) | Apparatus and methods for providing career and employment services | |
US8374901B2 (en) | Career and employment services system and apparatus | |
JP5636013B2 (ja) | 求人求職情報提供装置 | |
JPWO2018037592A1 (ja) | フィードバック型snsユーザ情報発信力スコアリングサーバ | |
KR101892507B1 (ko) | 맞춤형 채용 정보 추천 시스템 | |
KR101863772B1 (ko) | 채용 정보 추천 방법 및 이 방법이 적용된 기기 및 시스템 | |
JP2010079435A (ja) | 人的ネットワーク活用システム | |
JP5213068B2 (ja) | 投稿システム | |
JP2016218654A (ja) | 広告配信システム | |
JP2002373268A (ja) | 求人求職仲介方法およびそのシステム | |
KR101699041B1 (ko) | 소셜 네트워크 서비스를 이용하여 지인 간의 인터랙션하는 방법 및 시스템 | |
US20230112486A1 (en) | System and method for building teams | |
KR101885305B1 (ko) | 이력 기반의 채용 정보 추천 시스템 | |
Moser et al. | Don't be so emotional: How social media communication affects potential applicants' engagement | |
Lv et al. | Preferences of general practitioners for delivering adult vaccination: A discrete choice experiment | |
JP6845365B1 (ja) | 対話型入力支援システム、対話型入力支援方法、情報処理システム及びプログラム | |
JP7460733B2 (ja) | 情報通信システム、及び情報通信方法 | |
JP2023135191A (ja) | マッチング支援システム、マッチング支援装置、マッチング支援方法、およびプログラム | |
Kalogiannidou | Taxwise-Designing a Model for an accounting company: Case study, Tax Wise Accounting | |
JP2002074066A (ja) | 求職者紹介システム及びその紹介方法 | |
Armo-Himbson | Modeling wait times at Ashesi's cafeteria | |
KR20190080439A (ko) | 사용자 사용성 측정 및 이의 반영을 통한 인맥 추천시스템 알고리즘 개선 | |
Grosskurth | Marketing architectural services: the role of the internet in marketing architectural services in the Western Cape | |
WWW | From lip service to reality! |