JP2022160902A - プログラムおよびサーバ - Google Patents

Abstract

【課題】広告を好適なタイミングにおいて配信するプログラムおよびサーバを提供すること。【解決手段】プログラムは、サーバに、広告情報と広告情報の配信条件とにアクセスし、オンラインサービスの複数の個人ユーザに対応付けられた金融資産情報にアクセスし、金融資産情報が配信条件を満たすか否かを判定し、配信条件を満たす金融資産情報に対応する個人ユーザに広告情報を配信する、処理を実行させる。【選択図】図７

Description

本開示は、プログラムおよびサーバに関する。

スマートフォンやタブレット端末等のモバイル端末の普及とともに、ＳＮＳ（Social networking service）を利用するユーザの数が多くなってきた。そのため、企業等がＳＮＳにおいて広告を配信することは非常に有用である。特許文献１には、ユーザの嗜好に応じた広告を配信する広告管理装置が開示されている。

特開２０１６－１０２９６８号公報

本開示の第１の態様によると、プログラムは、サーバに、広告情報と前記広告情報の配信条件とにアクセスし、オンラインサービスの複数の個人ユーザに対応付けられた金融資産情報にアクセスし、前記金融資産情報が前記配信条件を満たすか否かを判定し、前記配信条件を満たす前記金融資産情報に対応する個人ユーザに前記広告情報を配信する、処理を実行させる。

本開示の第２の態様によると、サーバは、広告情報と前記広告情報の配信条件とを対応付けて記憶する広告情報記憶部にアクセス可能な広告情報取得部と、オンラインサービスの複数の個人ユーザと前記個人ユーザの金融資産情報とを対応付けて記憶する資産情報記憶部にアクセス可能な資産情報取得部と、前記金融資産情報が前記配信条件を満たすか否かを判定する判定部と、前記配信条件を満たす前記金融資産情報に対応する個人ユーザに前記広告情報を配信する配信制御部と、を有する。

本開示の一実施形態に係る広告配信システムの構成例を示す図。 サーバのＨＷ構成例を示す図。 端末のＨＷ構成例を示す図。 サーバの記憶部に記憶されるユーザ情報のデータ構成例を示す図。 サーバの記憶部に記憶される広告関連情報のデータ構成例を示す図。 サーバの記憶部に記憶される口座情報のデータ構成例を示す図。 サーバの機能ブロック例を示す図。 端末のディスプレイに表示される画面例を示す図。 端末のディスプレイに表示される画面例を示す図。 端末のディスプレイに表示される画面例を示す図。 広告配信システムの動作例を示したシーケンス。 サーバの動作例を示したフローチャート。

＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。

本開示に係る広告配信システムを実施するための実施形態について、図面を参照して説明する。

＜システム構成＞
図１は、本開示の一実施形態に係る広告配信システムの構成例を示す。図１に開示されるように、広告配信システム１では、サーバ１０Ａ，１０Ｂと、端末２０Ａ，２０Ｂとが、ネットワーク３０を介して接続される。以下では、サーバ１０Ａとサーバ１０Ｂとを区別しない場合、サーバ１０と記載する。また、端末２０Ａと端末２０Ｂとを区別しない場合、端末２０と記載する。

サーバ１０Ａは、例えば、ＳＮＳといったネットワークサービスを提供し、広告を配信するサーバである。サーバ１０Ａは、ネットワークサービス企業によって管理される。ＳＮＳには、例えば、ＭＳ（Messaging Service）やＩＭＳ（Instant Messaging Service）といったサービスが含まれる。

サーバ１０Ｂは、例えば、電子マネー口座といった金融資産情報を管理するサーバである。サーバ１０Ｂは、金融資産情報を管理する企業によって管理される。なお、金融資産情報を管理する企業は、例えば、サーバ１０Ａを管理するネットワークサービス企業であってもよいし、サーバ１０Ａを管理するネットワークサービス企業の子会社等、ネットワークサービス企業の関連企業であってもよい。

端末２０Ａは、サーバ１０Ａが提供するネットワークサービスに登録した企業によって使用される。以下では、サーバ１０Ａが提供するネットワークサービスに登録した企業を、ＯＡユーザ（オフィシャルアカウントユーザ）と称する。

ＯＡユーザは、サーバ１０Ａが提供するネットワークサービス上においてオフィシャルアカウントを開設し、オフィシャルアカウントにおいて、例えば、ＯＡユーザの新商品情報やキャンペーンといった広告を提供することができる。また、サーバ１０Ａを管理する企業もＯＡユーザであってもよい。

端末２０Ｂは、サーバ１０Ａが提供するネットワークサービスに登録したユーザによって使用される。以下では、サーバ１０Ａが提供するネットワークサービスに登録したユーザを、個人ユーザと称する。

個人ユーザは、サーバ１０Ａが提供するネットワークサービスに登録した場合、ＯＡユーザのオフィシャルアカウントに登録することができる。個人ユーザは、ＯＡユーザのオフィシャルアカウントに登録した場合、ＯＡユーザと関連付けられる。ＯＡユーザと関連付けられた個人ユーザは、ＯＡユーザの新商品情報やキャンペーンなどの広告を、端末２０Ｂにて受信することができる。

オフィシャルアカウントに登録した個人ユーザと、そのオフィシャルアカウントのＯＡユーザとは、「友だち」の関係にあると称されてもよい。「友だち」関係にあるとは、例えば、サーバ１０Ａが提供するネットワークサービスにおいて、ＯＡユーザと個人ユーザと（アカウント同士）が関連付けられた（紐づけられた）状態にあることを示している。

サーバ１０Ａは、ＯＡユーザが作成した広告を、好適なタイミングにおいて配信するサービスを提供する。広告配信の好適なタイミングとは、例えば、個人ユーザの給料日直後等、個人ユーザが一定以上のお金を持っているときである。個人ユーザが一定以上のお金を持っているときに、ＯＡユーザの新製品等の広告を配信すれば、個人ユーザに新製品を購入しようというインセンティブが働く可能性が高いためである。

そこで、サーバ１０Ａは、金融資産情報を管理するサーバ１０Ｂにアクセスし、ＯＡユーザと友だち関係にある個人ユーザの金融資産情報にアクセスする。そして、サーバ１０Ａは、金融資産情報が、ＯＡユーザが設定した配信条件を満たすか否かを判定し、配信条件を満たす金融資産情報に対応する個人ユーザの端末２０Ｂに広告を配信する。

なお、ＯＡユーザは、広告を作成し、作成した広告の配信条件を設定した場合、作成した広告の広告情報と、設定した配信条件とを、端末２０を用いてサーバ１０Ａに送信する。

配信条件は、例えば、「５日以内に１万以上５万円未満の入金があった」という条件である。この場合、サーバ１０Ａは、ＯＡユーザと友だち関係にある個人ユーザであって、５日以内に１万以上５万円未満の入金があった個人ユーザの端末２０Ｂに、ＯＡユーザが作成した広告の広告情報を配信する。

このように、サーバ１０Ａは、ＯＡユーザと友だち関係にある個人ユーザであって、例えば、一定以上のお金を持っている個人ユーザに、ＯＡユーザの広告を配信する。これにより、ＯＡユーザは、ＯＡユーザの広告を好適なタイミングにおいて配信できる。例えば、サーバ１０Ａは、個人ユーザが一定以上のお金を持ち、新製品を購入しようというインセンティブが働く可能性が高いタイミングにおいて、広告を配信できる。

なお、ネットワーク３０に接続されるサーバ１０および端末２０の数は、図１の例に限定されない。ネットワーク３０は、１以上の端末２０と、１以上のサーバ１０とを接続する役割を担う。すなわち、ネットワーク３０は、端末２０がサーバ１０に接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。

また、サーバ１０Ａは、個人ユーザの端末２０Ｂから、金融資産情報等を含む個人情報を管理、利用することについて、管理体制や用途の制限などを明確に示した上で、同意するか否かを示す確認情報を受信することが好ましい。サーバ１０Ａは、同意する旨の確認情報を送信した個人ユーザ（端末２０Ｂ）に対して、本開示に係る広告配信を適用することが好ましい。

ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよい。ネットワーク３０は、限定でなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信などの少なくとも１つで構成されてもよい。

端末２０は、本実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。

端末２０Ａおよび端末２０Ｂの構成は基本的には同一であるため、以下の説明においては、端末２０について説明する。

ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定でなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応づけられた情報を少なくとも１つ含む。

サーバ１０は、端末２０に対して、所定のサービスを提供する機能を備える。サーバ１０は、本実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。サーバ１０は、限定でなく例として、サーバ装置、コンピュータ（限定でなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定でなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定でなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、サーバ１０は情報処理装置と表現されてもよい。サーバ１０と端末２０とを区別する必要がない場合は、サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよい。

＜ハードウェア（ＨＷ）構成＞
広告配信システム１に含まれる各装置のＨＷ構成について説明する。

（１）サーバ１０のＨＷ構成
図２は、サーバ１０のＨＷ構成例を示す。サーバ１０は、制御部１１と、入出力部１２と、ディスプレイ１３と、通信Ｉ／Ｆ（インタフェース）１４と、記憶部１５とを備える。サーバ１０のＨＷの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。なお、サーバ１０のＨＷは、サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、サーバ１０のＨＷは、ディスプレイ１３を取り外すような構成であってもよい。

制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよい。

制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）であってもよい。本開示において、制御部１１は、これらに限定されない。

入出力部１２は、サーバ１０に対する各種操作を入力する装置により実現される。入出力部１２は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部１１に伝達できる全ての種類の装置の少なくとも１つにより実現される。入出力部１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力部１２は、限定でなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよい。ただし、本開示において、入出力部１２は、これらに限定されない。

ディスプレイ１３は、代表的にはモニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、ディスプレイ１３は、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）などであってもよい。また、これらのディスプレイ１３は、３Ｄ（three dimensions）で表示データを表示可能であってもよい。ただし、本開示において、ディスプレイ１３は、これらに限定されない。

通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０に送信する。また、通信Ｉ／Ｆ１４は、端末２０から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

記憶部１５は、サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、限定でなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）などの記憶装置および各種の記憶媒体を含む。記憶部１５は、メモリ（memory）と表現されてもよい。

記憶部１５は、例えば、ストレージまたはストレージサーバといったサーバ１０とは別の記憶装置によって構成されてもよい。別の記憶装置は、サーバ１０の一部と捉えてもよい。

制御部１１は、記憶部１５に記憶されたプログラムを実行することで、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムは、サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムは、プログラムモジュールと表現されてもよい。

以下では、サーバ１０Ａの各部の符号には、Ａを付すことがある。サーバ１０Ｂの各部の符号には、Ｂを付すことがある。例えば、サーバ１０Ａの記憶部１５には、記憶部１５ＡとＡを付し、サーバ１０Ｂの記憶部１５には、記憶部１５ＢとＢを付すことがある。

（２）端末２０のＨＷ構成
図３は、端末２０のＨＷ構成例を示す。端末２０は、制御部２１と、通信Ｉ／Ｆ２２と、入出力部２３と、記憶部２８とを備える。端末２０のＨＷの各構成要素は、限定でなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。

制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定でなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよい。

制御部２１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよい。本開示において、制御部２１は、これらに限定されない。

通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。当該通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。

入出力部２３は、端末２０に対する各種操作を入力する装置、および、端末２０で処理された処理結果を出力する装置を含む。入出力部２３は、入力部と出力部（図示せず）とが一体化していてもよいし、入力部と出力部とに分離していてもよい。

入出力部２３は、ユーザからの入力を受け付けて、当該入力に係る情報を制御部２１に伝達できる全ての種類の装置の少なくとも１つにより実現される。入力に係る情報を制御部２１に伝達できる装置には、限定でなく例として、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）などの装置が少なくとも１つ含まれる。

また、入出力部２３は、制御部２１で処理された処理結果を出力することができる全ての種類の装置の少なくとも１つにより実現される。処理結果を出力できる装置には、限定でなく例として、タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定でなく例として３Ｄ出力や、ホログラム出力）、プリンターなどの装置が少なくとも１つ含まれる。

また、入出力部２３は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置の少なくとも１つにより実現される。表示データに従って表示することができる装置には、限定でなく例として、タッチパネル、タッチディスプレイ、モニタ（限定でなく例として、液晶ディスプレイやＯＥＬＤ）、ヘッドマウントディスプレイ（ＨＤＭ）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよい）に画像やテキスト情報等を表示可能な装置などを少なくとも１つを含む。なお、これらの装置は、３Ｄモデルを２次元で表示可能であってもよいし、３Ｄモデルを立体視で表示可能であってもよい。入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。

記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定でなく例として、ＨＤＤ、ＳＳＤ、フラッシュメモリ、ＲＡＭ、ＲＯＭなどの記憶装置および各種の記憶媒体を含む。また、記憶部２８は、メモリと表現されてもよい。

制御部２１は、記憶部２８に記憶されたプログラムを実行することで、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムは、端末２０に、制御部２１が実行する各機能を実現させる。このプログラムは、プログラムモジュールと表現されてもよい。

本開示の実施形態においては、サーバ１０および／または端末２０のＣＰＵがプログラムを実行することにより、１または複数の機能部を実現するものとして説明する。

なお、サーバ１０の制御部１１、および／または、端末２０の制御部２１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよい。

また、本開示の実施形態のプログラム（限定ではなく、例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール）は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよい。記憶媒体は、「一時的でない有形の媒体」に、プログラムを記憶可能である。また、プログラムは、本開示の実施形態の機能の一部を実現するためのものであってもよい。さらに、本開示の実施形態の機能を記憶媒体にすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定でなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリと表現されてもよい。

サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムを読み出し、読み出したプログラムを実行することによって、実施形態に示す複数の機能部の機能を実現することができる。

また、本開示のプログラムは、当該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して、サーバ１０および／または端末２０に提供されてもよい。サーバ１０および／または端末２０は、限定でなく例として、インターネット等を介してダウンロードしたプログラムを実行することにより、実施形態に示す複数の機能部の機能を実現する。

また、本開示の実施形態は、プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。

端末２０における処理の少なくとも一部を、サーバ１０により行う構成としてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、サーバ１０で行う構成としてもよい。

サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよい。この場合、サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよい。

明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよい。

なお、本開示のプログラムは、限定でなく例として、ActionScript、JavaScript（登録商標）などのスクリプト言語、Objective-C、Java（登録商標）などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装される。

サーバ１０Ａは、１台でなく複数のサーバによって構成されてもよい。サーバ１０Ａの本開示に係る広告配信機能は、複数のサーバの連携した機能または動作によって実現されてもよい。

サーバ１０Ａが複数のサーバによって構成される場合、本開示に係る広告配信機能を実現するプログラムは、複数のプログラムで構成され、各プログラムは複数のサーバの記憶部に分散されて記憶されてもよい。各サーバは、分割されたプログラムを実行して、本開示に係る広告配信機能を実現してもよい。

サーバ１０Ａとサーバ１０Ｂとは別々としたが、これに限られない。サーバ１０Ａとサーバ１０Ｂとの機能は、１台のサーバで実現されてもよい。例えば、１台のサーバが、サーバ１０Ｂが管理する金融資産情報を管理してもよい。また、サーバ１０Ａとサーバ１０Ｂとの機能は、複数のサーバで実現されてもよい。例えば、サーバ１０Ａの機能の一部がサーバ１０Ｂやその他のサーバで実現されてもよいし、サーバ１０Ｂの一部の機能がサーバ１０Ａやその他のサーバにあってもよい。また、サーバ１０Ａおよびサーバ１０Ｂの一部の機能が、サーバ１０Ａおよびサーバ１０やその他のサーバとの協働によって実現されてもよい。

＜データ構成＞
図４は、サーバ１０Ａの記憶部１５Ａに記憶されるユーザ情報１５ａのデータ構成例を示す。図４に示すように、ユーザ情報１５ａは、ＯＡユーザ情報１５ａ－１と、個人ユーザ情報１５ａ－２とを有する。

ＯＡユーザ情報１５ａ－１は、ＯＡユーザの識別情報である。識別情報は、例えば、ＯＡユーザに付与された識別子、ユーザ名、および企業名を少なくとも１つ含む。ＯＡユーザ情報１５ａ－１は、例えば、ＯＡユーザが、サーバ１０Ａが提供するネットワークサービスに登録した場合に、記憶部１５Ａに記憶される。例えば、ＯＡユーザ情報１５ａ－１は、ＯＡユーザの端末２０Ａから、サーバ１０Ａが提供するネットワークサービスへの登録要求を受信した場合に、記憶部１５Ａに記憶される。

ＯＡユーザ情報１５ａ－１は、ＯＡユーザを識別する情報の他に、サーバ１０ＡがＯＡユーザの端末２０Ａに情報（データ）を送信する場合に使用する情報（宛先情報）を含む。例えば、ＯＡユーザ情報１５ａ－１は、端末２０Ａに付与されたプッシュＩＤや端末２０Ａにおいて使用されるメールアドレスを含む。これにより、サーバ１０Ａは、ＯＡユーザ情報１５ａ－１の宛先情報を参照して、端末２０Ａに情報を送信できる。

個人ユーザ情報１５ａ－２は、例えば、個人ユーザが、サーバ１０Ａが提供するネットワークサービスに登録し、ＯＡユーザのオフィシャルアカウントに登録した場合に、ＯＡユーザのＯＡユーザ情報１５ａ－１に紐づけられて記憶部１５Ａに記憶される。例えば、個人ユーザ情報１５ａ－２は、個人ユーザの端末２０Ｂから、サーバ１０Ａが提供するネットワークサービスへの登録要求を受信し、ＯＡユーザのオフィシャルアカウントへの登録要求を受信した場合に、ＯＡユーザのＯＡユーザ情報１５ａ－１に紐づけられて記憶部１５Ａに記憶される。

例えば、個人ユーザ情報Ｘ１を有する個人ユーザが、ＯＡユーザ情報Ａを有するＯＡユーザのオフィシャルアカウントに登録したとする。この場合、図４に示すように、ＯＡユーザ情報Ａと個人ユーザ情報Ｘ１とが対応付けられ、記憶部１５Ａに記憶される。また、例えば、個人ユーザ情報Ｙ１を有する個人ユーザが、ＯＡユーザ情報Ｂを有するＯＡユーザのオフィシャルアカウントに登録したとする。この場合、図４に示すように、ＯＡユーザ情報Ｂと個人ユーザ情報Ｙ１とが対応付けられ、記憶部１５Ａに記憶される。

なお、図４の例において、個人ユーザ情報Ｘ１～Ｘｘを有する個人ユーザと、ＯＡユーザ情報Ａを有するＯＡユーザとは、友だち関係となる。また、個人ユーザ情報Ｙ１～Ｙｙを有する個人ユーザと、ＯＡユーザ情報Ｂを有するＯＡユーザとは、友だち関係となる。

個人ユーザ情報１５ａ－２は、個人ユーザの識別情報である。識別情報は、例えば、個人ユーザに付与された識別子、およびユーザ名を少なくとも１つ含む。

個人ユーザ情報１５ａ－２は、個人ユーザを識別する情報の他に、サーバ１０Ａが個人ユーザの端末２０Ｂに情報（データ）を送信する場合に使用する情報（宛先情報）を含む。例えば、個人ユーザ情報１５ａ－２は、端末２０Ｂに付与されたプッシュＩＤや端末２０Ｂにおいて使用されるメールアドレスを含む。これにより、サーバ１０Ａは、個人ユーザ情報１５ａ－２の宛先情報を参照して、端末２０Ｂに情報を送信できる。

図５は、サーバ１０Ａの記憶部１５Ａに記憶される広告関連情報１５ｂのデータ構成例を示す。図５に示すように、広告関連情報１５ｂは、ＯＡユーザ情報１５ｂ－１と、広告情報１５ｂ－２と、配信条件１５ｂ－３とを有する。広告関連情報１５ｂは、例えば、ＯＡユーザが使用する端末２０Ａから送信され、記憶部１５Ａに記憶される。

ＯＡユーザ情報１５ｂ－１は、端末２０Ａを用いて、広告情報１５ｂ－２と配信条件１５ｂ－３とをサーバ１０Ａに送信したＯＡユーザのユーザ情報である。ＯＡユーザ情報１５ｂ－１は、図４で説明したＯＡユーザ情報１５ａ－１と同様の情報を有し、その説明を省略する。

広告情報１５ｂ－２は、ＯＡユーザが作成した広告の広告情報（データ）である。

配信条件１５ｂ－３は、ＯＡユーザが設定した広告の配信条件である。配信条件１５ｂ－３は、例えば、サーバ１０Ｂにおいて管理されている電子マネー口座の入出金の有無、入出金の時期、残高、残高変動、または入出金額が、所定の状態であるという条件である。例えば、配信条件は、「５日以内に１万以上５万円未満の入金があった」という条件である。

図６は、サーバ１０Ｂの記憶部１５Ｂに記憶される口座情報１５ｃのデータ構成例を示す。図６に示すように、口座情報１５ｃは、個人ユーザ情報１５ｃ－１と、残高情報１５ｃ－２とを有する。口座情報１５ｃは、例えば、個人ユーザが電子マネー口座を開設した場合に、記憶部１５Ｂに記憶される。例えば、口座情報１５ｃは、個人ユーザの端末２０Ｂから、電子マネー口座の開設要求を受信した場合に、記憶部１５Ｂに記憶される。口座情報１５ｃは、金融資産情報の一例である。

個人ユーザ情報１５ｃ－１は、電子マネー口座を開設した個人ユーザの情報である。個人ユーザ情報１５ｃ－１は、図４で説明した個人ユーザ情報１５ａ－２と同様の情報を有し、その説明を省略する。

残高情報１５ｃ－２は、電子マネー口座の残高に関する情報である。残高情報１５ｃ－２は、例えば、入出金の有無、入出金の時期、残高、残高変動、および、入出金額といった情報の少なくとも１つを含む。

例えば、残高情報１５ｃ－２は、５日以内における残高変動といった情報を有してもよい。より具体的には、残高情報１５ｃ－２は、５日以内に、１円以上１万円未満の出金があった、１万以上５万円未満の出金があった、または、５万円以上の出金があった、といった情報を有してもよい。また、残高情報１５ｃ－２は、５日以内に、１円以上１万円未満の入金があった、１万以上５万円未満の入金があった、または、５万円以上の入金があった、という情報を有してもよい。

残高情報１５ｃ－２には、複数種類の残高に関する情報が含まれてもよい。例えば、残高情報１５ｃ－２には、上記した一定期間における残高変動の他に、残高比や入出金頻度といった情報が含まれてもよい。

なお、サーバ１０Ｂは、例えば、入出金があった場合に、または、定期的（例えば、毎朝５時）に、残高情報１５ｃ－２を生成し、記憶部１５Ｂ記憶してもよい。これにより、サーバ１０Ａは、例えば、広告を配信する場合に、サーバ１０Ｂから個人ユーザの残高を受信して、残高に関する情報をリアルタイムで生成しなくて済み、処理負荷を低減できる。

＜機能構成＞
図７は、サーバ１０Ａの機能ブロック例を示す。図７に示すように、サーバ１０Ａは、広告情報取得部１１ａと、資産情報取得部１１ｂと、判定部１１ｃと、配信制御部１１ｄとを有する。図７に示す各機能部は、例えば、サーバ１０Ａの制御部１１Ａが記憶部１５Ａに記憶されているプログラムを実行することによって実現される。

広告情報取得部１１ａは、サーバ１０Ａの記憶部１５Ａに記憶される広告関連情報１５ｂ（例えば、図５を参照）の広告情報１５ｂ－２と、広告情報１５ｂ－２に対応する配信条件１５ｂ－３とにアクセスする。

資産情報取得部１１ｂは、サーバ１０Ｂの記憶部１５Ｂに記憶される口座情報１５ｃ（例えば、図６を参照）の個人ユーザ情報１５ｃ－１と、個人ユーザ情報１５ｃ－１に対応する残高情報１５ｃ－２とにアクセスする。

判定部１１ｃは、資産情報取得部１１ｂがアクセスした個人ユーザの残高情報１５ｃ－２が、広告情報取得部１１ａがアクセスした配信条件１５ｂ－３を満たすか否かを判定する。

配信制御部１１ｄは、判定部１１ｃの判定結果に基づき、配信条件１５ｂ－３を満たす口座情報１５ｃに対応する個人ユーザ情報１５ｃ－１の個人ユーザ（端末２０Ｂ）に広告情報１５ｂ－２を配信する。例えば、配信制御部１１ｄは、個人ユーザ情報１５ｃ－１に対応する個人ユーザ情報１５ａ－２に含まれる宛先情報に基づいて、個人ユーザ（端末２０Ｂ）に広告情報１５ｂ－２を配信する。

なお、アクセスは、取得と言い換えられてもよい。アクセスした情報は、サーバ１０Ａの記憶部１５Ａに記憶されてもよい。

＜画面構成＞
図８は、端末２０Ａのディスプレイに表示される画面例を示す。オフィシャルアカウントを開設したＯＡユーザは、広告を配信する場合、端末２０Ａを用いてサーバ１０Ａにアクセスし、広告を配信するための画面３１を、端末２０Ａのディスプレイに表示する。

なお、画面３１の画像データは、例えば、ＯＡユーザが端末２０Ａを用いてサーバ１０Ａにアクセスした場合、サーバ１０Ａから送信される。画面３１は、例えば、ブラウザによって、端末２０Ａのディスプレイに表示される。

ＯＡユーザは、端末２０Ａを用いて、広告の配信条件の属性を絞り込む（選択する）ことができる。例えば、ＯＡユーザは、画面３１に表示されるプルダウン３１ａから、配信条件の属性を選択できる。

配信条件の属性には、例えば、画面３１の属性一覧３１ｃに示すように、年齢、性別、地域、ＯＳ、友だち期間、入出金状況、および口座残高といった属性がある。

配信条件の属性一覧３１ｃは、ブルダウン３１ａの右横に表示されるプルダウンボタン３１ｂが押下されると表示される。ＯＡユーザは、プルダウンボタン３１ｂを押下して属性一覧３１ｃを表示し、表示した属性一覧３１ｃから、配信条件の属性を選択する。

図９は、端末２０Ａのディスプレイに表示される画面例を示す。図９において、図８と同じ構成要素には同じ符号が付してある。

図９に示す画面３２は、図８に示した属性一覧３１ｃの入出金状況が選択された場合の画面例を示す。ＯＡユーザは、配信条件の属性として、入出金状況を選択した場合、個人ユーザの電子マネー口座の入出金状況に関して、広告の配信条件を選択できる。

例えば、ＯＡユーザは、プルダウン３１ａの下に表示された配信条件選択画面３２ａのチェックボックスにチェックを入れ、個人ユーザの電子マネー口座の入出金状況に関する広告の配信条件を選択できる。配信条件は、配信条件選択画面３２ａのチェックボックスに示すように、複数選択されてもよい。なお、図９の配信条件選択画面３２ａの例の場合、ＯＡユーザの広告は、広告を配信する日前の５日以内に、１円以上１万円未満の入金があった個人ユーザと、１万円以上５万円未満の入金があった個人ユーザとに配信される。

サーバ１０Ａは、ＯＡユーザが、配信条件選択画面３２ａのチェックボックスを選択した場合、ターゲット推計情報３２ｂを端末２０Ａのディスプレイに表示してもよい。ターゲット推計情報３２ｂは、ＯＡユーザが選択した配信条件によって、ＯＡユーザと友だち関係にある個人ユーザのうち、どの程度の割合の個人ユーザに広告が配信されるかを示す。サーバ１０Ａは、個人情報保護の観点から、広告の配信先の個人ユーザを特定する情報をＯＡユーザに提供できないが、友だち関係にある個人ユーザのうち、どの程度の割合の個人ユーザに広告が配信されるかを、ターゲット推計情報３２ｂによってＯＡユーザに提供する。

配信条件には、個人ユーザの電子マネー口座の残高が減少した場合に広告を配信する、という条件が含まれてもよい。

例えば、図９の配信条件選択画面３２ａに示すように、配信条件には、広告を配信する日前の５日以内に、５万円以上の出金があったという条件（マイナス５万円以上という条件）が含まれてもよい。お金の貸出サービスを提供するＯＡユーザや、アルバイトといった仕事の斡旋サービスを提供するＯＡユーザにおいては、個人ユーザの電子マネー口座の残高が減少した場合に、お金の貸出サービスの広告や、仕事の斡旋サービスの広告を配信すれば、広告効果が高まる可能性がある。

図１０は、端末２０Ａのディスプレイに表示される画面例を示す。図１０において、図８および図９と同じ構成要素には同じ符号が付してある。

ＯＡユーザは、複数の属性において、配信条件を設定（選択）できる。例えば、ＯＡユーザは、図９で説明した入出金状況における配信条件に加え、友だち期間という属性において、配信条件を設定できる。

図１０の画面３３は、友だち期間という属性が選択された場合の画面例を示す。友だち期間という属性は、プルダウン３１ａから選択できる。

ＯＡユーザは、プルダウン３１ａの下に表示された配信条件選択画面３３ａのチェックボックスにチェックを入れ、ＯＡユーザと個人ユーザとの友だち期間に関して、広告の配信条件を選択できる。配信条件は、複数選択されてもよい。なお、図１０の配信条件選択画面３３ａの例の場合、ＯＡユーザの広告は、ＯＡユーザとの友だち期間が９０日以上１７９日未満の個人ユーザに配信される。

複数の属性において設定した配信条件は、ＡＮＤ条件で結ばれてもよいし、ＯＲ条件で結ばれてもよい。例えば、図９で説明した入出金状況という属性における配信条件と、図１０で説明した友だち期間という属性における配信条件は、ＡＮＤ条件で結ばれてもよいし、ＯＲ条件で結ばれてもよい。配信条件をＡＮＤ条件で結ぶか、または、ＯＲ条件で結ぶかは、ＯＡユーザが端末２０Ａを用いて設定してもよい。

なお、広告の配信条件として、個人ユーザの年齢が設定されてもよい。例えば、図８の属性一覧３１ｃにおいて、年齢が選択された場合、広告の配信条件として、２０代未満、２０代以上３０代未満、３０代以上４０代未満、４０代以上５０代未満、５０代以上６０代未満、および６０代以上のいずれか１つまたは複数が設定されてもよい。

また、広告の配信条件として、個人ユーザの性別が設定されてもよい。また、広告の配信条件として、地域が設定されてもよい。また、広告の配信条件として、現在の残高が設定されてもよい。例えば、１万円未満、１万円以上５万円未満、５万円以上１０万円未満、および１０万円以上のいずれか１つまたは複数が設定されてもよい。

また、端末２０Ａのディスプレイには、ＯＡユーザが広告を作成し、または、編集する広告作成画面が表示されてもよい。ＯＡユーザは、端末２０Ａのディスプレイに表示された広告作成画面において広告を作成または編集し、作成または編集した広告の広告情報をサーバ１０Ａに送信してもよい。すなわち、広告情報と配信条件とは、ＯＡユーザによって指定されてもよい。これにより、ＯＡユーザは、容易に自由に広告情報を作成でき、また、配信条件を設定できる。

＜動作例＞
以下では、端末２０Ａを使用するＯＡユーザは、オフィシャルアカウントを開設しているとする。また、端末２０Ｂを使用する個人ユーザは、端末２０Ａを使用するＯＡユーザのオフィシャルアカウントに登録しているとする。すなわち、サーバ１０Ａの記憶部１５Ａには、図４で説明したように、端末２０Ａを使用するＯＡユーザのＯＡユーザ情報１５ａ－１と、端末２０Ｂを使用する個人ユーザの個人ユーザ情報１５ａ－２とが紐付けられて記憶されているとする。

また、端末２０Ｂを使用する個人ユーザは、サーバ１０Ａがアクセスできる電子マネー口座を開設しているとする。すなわち、サーバ１０Ｂの記憶部１５Ｂには、図６で説明したように、端末２０Ｂを使用する個人ユーザの個人ユーザ情報１５ｃ－１と、残高情報１５ｃ－２とが紐づけられて記憶されているとする。

（１）広告配信システム１の動作例
図１１は、広告配信システム１の動作例を示したシーケンスである。端末２０Ａは、ＯＡユーザから、広告関連情報を受付ける（Ｓ１）。例えば、端末２０Ａは、ＯＡユーザから、ＯＡユーザのＯＡユーザ情報と、広告の広告情報と、配信条件とを含む広告関連情報を受け付ける。

端末２０Ａは、Ｓ１にて受け付けた広告関連情報をサーバ１０Ａに送信する（Ｓ２）。

サーバ１０Ａは、端末２０Ａから送信された広告関連情報を受信し、記憶部１５Ａに記憶する（Ｓ３）。これにより、サーバ１０Ａの記憶部１５Ａには、端末２０Ａを使用するＯＡユーザ情報１５ｂ－１と、広告情報１５ｂ－２と、配信条件１５ｂ－３とを含む広告関連情報１５ｂが記憶される（例えば、図５を参照）。

サーバ１０Ａは、広告の配信タイミングか否かを判定する（Ｓ４）。サーバ１０Ａは、広告の配信タイミングであれば（Ｓ４のＹｅｓ）、サーバ１０Ｂにアクセスし、端末２０Ａを使用するＯＡユーザと友だち関係にある個人ユーザの電子マネー口座にアクセスする（Ｓ５）。一方、サーバ１０Ａは、広告の配信タイミングでなければ（Ｓ４のＮｏ）、Ｓ４の処理を繰り返す。

サーバ１０Ａは、Ｓ５にてアクセスした電子マネー口座のうち、Ｓ３にて記憶部１５Ａに記憶した配信条件１５ｂ－３に合致する電子マネー口座を抽出する（Ｓ６）。

サーバ１０Ａは、Ｓ５にて抽出した電子マネー口座の個人ユーザの端末２０Ｂに、Ｓ３にて記憶部１５Ａに記憶した広告情報１５ｂ－２を配信する（Ｓ７）。

（２）サーバ１０Ａの動作例
図１２は、サーバ１０Ａの動作例を示したフローチャートである。ＯＡユーザは、ＯＡユーザのＯＡユーザ情報と、配信したい広告の広告情報と、広告の配信条件とを含む広告関連情報を端末２０Ａに入力し、サーバ１０Ａに送信する。配信条件については、ＯＡユーザは、例えば、図９および図１０で説明したように、配信条件選択画面３２ａ，３３ａにて入力（選択）し、サーバ１０Ａに送信する。

サーバ１０Ａは、端末２０Ａから送信される、広告情報と、配信条件と、ＯＡユーザ情報とを含む広告関連情報を受信する（Ｓ１１）。

サーバ１０Ａは、Ｓ１１にて受信した広告関連情報を記憶部１５Ａに記憶する（Ｓ１２）。これにより、サーバ１０Ａの記憶部１５Ａには、端末２０Ａを使用するＯＡユーザ情報１５ｂ－１と、広告情報１５ｂ－２と、配信条件１５ｂ－３とを含む広告関連情報１５ｂが記憶される（例えば、図５を参照）。

サーバ１０Ａは、Ｓ１２にて記憶部１５Ａに記憶した広告関連情報１５ｂのＯＡユーザ情報１５ｂ－１に基づいて、記憶部１５Ａに記憶されるユーザ情報１５ａを参照し、ＯＡユーザ情報１５ａ－１に紐付けられた個人ユーザ情報１５ａ－２を取得する（Ｓ１３）。

すなわち、サーバ１０Ａは、Ｓ１２にて記憶したＯＡユーザ情報１５ｂ－１のＯＡユーザと友だち関係にある個人ユーザの個人ユーザ情報１５ａ－２を取得する。例えば、Ｓ１２にて記憶したＯＡユーザ情報１５ｂ－１が「Ａ」であったとする。この場合、サーバ１０Ａは、図４の例において、ＯＡユーザ情報「Ａ」に紐づけられた個人ユーザ情報「Ｘ１」、「Ｘ２」、…、「Ｘｘ」を取得する。

次に、サーバ１０Ａは、口座情報１５ｃ（例えば、図６を参照）を記憶するサーバ１０Ｂにアクセスし、Ｓ１３にて取得した個人ユーザ情報の個人ユーザにおける電子マネー口座にアクセスする（Ｓ１４）。例えば、サーバ１０Ａは、図６の例において、個人ユーザ情報「Ｘ１」の電子マネー口座にアクセスする。

サーバ１０Ａは、アクセスした電子マネー口座の残高情報１５ｃ－２（図６を参照）が、Ｓ１２にて記憶した広告関連情報１５ｂの配信条件１５ｂ－３を満たすか否かを判定する（Ｓ１５）。例えば、ＯＡユーザが選択した配信条件が「５日以内に１万以上５万円未満の入金があった」という条件であったとする。この場合、サーバ１０Ａは、個人ユーザ情報「Ｘ１」の電子マネー口座において、５日以内に１万以上５万円未満の入金があったか否かを判定する。

サーバ１０Ａは、アクセスした電子マネー口座の残高情報１５ｃ－２が、Ｓ１２にて記憶した広告関連情報１５ｂの配信条件１５ｂ－３を満たすと判定した場合（Ｓ１５のＹｅｓ）、アクセスした電子マネー口座に対応する個人ユーザ情報１５ａ－２を、記憶部１５Ａに記憶する（Ｓ１６）。そして、サーバ１０Ａは、処理をＳ１７の処理に移行する。

一方、サーバ１０Ａは、アクセスした電子マネー口座の残高情報１５ｃ－２が、Ｓ１２にて記憶した広告関連情報１５ｂの配信条件１５ｂ－３を満たさないと判定した場合（Ｓ１５のＮｏ）、Ｓ１６の記憶処理を実行せず、処理をＳ１７の処理に移行する。

サーバ１０Ａは、Ｓ１３にて取得した全ての個人ユーザ情報１５ａ－２の電子マネー口座にアクセスしたか否かを判定する（Ｓ１７）。例えば、サーバ１０Ａは、Ｓ１３にて取得した個人ユーザ情報「Ｘ１」、「Ｘ２」、…、「Ｘｘ」の全ての電子マネー口座にアクセスしたか否かを判定する。

サーバ１０Ａは、Ｓ１３にて取得した全ての個人ユーザ情報１５ａ－２の電子マネー口座にアクセスしていないと判定した場合（Ｓ１７のＮｏ）、処理をＳ１４の処理に移行する。

一方、サーバ１０Ａは、Ｓ１３にて取得した全ての個人ユーザ情報１５ａ－２の電子マネー口座にアクセスしたと判定した場合（Ｓ１７のＹｅｓ）、Ｓ１６にて記憶した個人ユーザ情報１５ａ－２における個人ユーザの端末２０Ｂに、Ｓ１１にて受信した広告情報を配信する（Ｓ１８）。なお、個人ユーザ情報１５ａ－２には、端末２０Ｂに情報を送信するための宛先情報が含まれる。サーバ１０Ａは、個人ユーザ情報１５ａ－２に含まれる宛先情報に基づいて、Ｓ１２にて記憶部１５Ａに記憶した広告情報１５ｂ－２を端末２０Ｂに配信する。

＜実施形態の効果＞
以上説明したように、サーバ１０Ａは、広告情報と広告情報の配信条件とを対応付けて記憶する記憶部１５Ａにアクセス可能な広告情報取得部１１ａと、オンラインサービスの複数の個人ユーザと個人ユーザの金融資産情報とを対応付けて記憶するサーバ１０Ｂの記憶部１５Ｂにアクセス可能な資産情報取得部１１ｂと、金融資産情報が配信条件を満たすか否かを判定する判定部１１ｃと、配信条件を満たす金融資産情報に対応する個人ユーザに、広告情報を配信する配信制御部１１ｄと、を有する。

このように、判定部１１ｃが、個人ユーザの金融資産情報が配信条件を満たすか否かを判定し、満たす場合に配信制御部１１ｄが広告情報を個人ユーザに配信するので、ＯＡユーザは、ＯＡユーザの広告を好適なタイミングにおいて配信できる。例えば、サーバ１０Ａは、給料日の直後等、個人ユーザが一定以上の金融資産を持ち、新製品を購入しようというインセンティブが働く可能性が高いタイミングにおいて、広告を配信できる。

また、サーバ１０Ａは、ＯＡユーザと友だち関係にある全ての個人ユーザでなく、例えば、ＯＡユーザと友だち関係にある個人ユーザのうち、一定以上の金融資産を持つ、新製品を購入しようというインセンティブが働く可能性が高い特定の個人ユーザに対して広告を配信する。これにより、ＯＡユーザは、例えば、広告費用が広告の配信数に応じて課金される場合、広告費用を抑えることができ、また、効果の高い広告配信ができる。

なお、上記説明では、サーバ１０Ａが、ＯＡユーザと友だち関係にある個人ユーザを対象として、金融資産情報が配信条件を満たすか否かを判定する場合について説明したが、これに限られず、全ての個人ユーザを対象として、金融資産情報が配信条件を満たすか否かの判定を行い、広告を配信してもよい。

これにより、ＯＡユーザは、幅広い個人ユーザに広告を配信できる。また、サーバ１０Ａは、サーバ１０Ａのネットワークサービスに登録した個人ユーザのうち、残高情報１５ｃ－２が配信条件に合致する個人ユーザに対し広告を配信するので、処理負荷および消費電力を低減できる。

＜第１変形例＞
サーバ１０Ａは、端末２０Ａを介して、広告情報の配信時刻が指定されてもよい。サーバ１０Ａは、指定された配信時刻に基づいたタイミングにおいて、個人ユーザの電子マネー口座における残高情報１５ｃ－２が、広告関連情報１５ｂの配信条件１５ｂ－３を満たすか否かを判定し、広告情報を個人ユーザの端末２０Ｂに配信してもよい。

これにより、ＯＡユーザは、例えば、広告効果が高くなると思われる配信時刻を指定できる。例えば、昼食を提供するＯＡユーザであれば、朝の９時に配信時間を指定できる。また、サーバ１０Ａは、指定された配信時刻に基づいたタイミングにおいて、個人ユーザの電子マネー口座における残高情報１５ｃ－２が、広告関連情報１５ｂの配信条件１５ｂ－３を満たすか否かを判定するので、処理負荷および消費電力を低減できる。

なお、広告情報の配信時刻は、例えば、毎日または毎週金曜日といった、広告配信の繰り返しが設定されてもよい。例えば、広告配信の繰り返しが毎週金曜日に設定された場合、サーバ１０Ａは、毎週金曜日に、ＯＡユーザが指定した配信時刻に基づいたタイミングにおいて、個人ユーザの電子マネー口座における残高情報１５ｃ－２が、広告関連情報１５ｂの配信条件１５ｂ－３を満たすか否かを判定する。

＜第２変形例＞
サーバ１０Ａは、端末２０Ａを介して、広告情報の配信期間が指定（予約）されてもよい。例えば、サーバ１０Ａは、ｘ月ｘ日からｙ月ｙ日まで、広告情報を配信するという期間が指定されてもよい。サーバ１０Ａは、指定された配信期間において、個人ユーザの電子マネー口座における残高情報１５ｃ－２が、広告関連情報１５ｂの配信条件１５ｂ－３を満たすか否かを判定し、広告情報を個人ユーザの端末２０Ｂに配信してもよい。

これにより、ＯＡユーザは、例えば、期間限定のキャンペーンといった広告の配信期間を設定できる。また、サーバ１０Ａは、指定された配信期間において、個人ユーザの電子マネー口座における残高情報１５ｃ－２が、広告関連情報１５ｂの配信条件１５ｂ－３を満たすか否かを判定するので、処理負荷および消費電力を低減できる。

＜第３変形例＞
１人の個人ユーザは、複数の電子マネー口座を有してもよい。この場合、サーバ１０Ａは、各電子マネー口座における残高情報１５ｃ－２が、広告関連情報１５ｂの配信条件１５ｂ－３を満たすか否かを判定してもよい。そして、サーバ１０Ａは、複数の電子マネー口座における残高情報１５ｃ－２が１つでも、広告関連情報１５ｂの配信条件１５ｂ－３を満たす場合、広告情報を個人ユーザの端末２０Ｂに配信してもよい。

これにより、ＯＡユーザは、個人ユーザが複数の電子マネー口座を有していても、ＯＡユーザの広告を好適なタイミングにおいて配信できる。また、サーバ１０Ａは、ＯＡユーザと友だち関係にある全ての個人ユーザでなく、配信条件を満たす個人ユーザに広告を配信するので、処理負荷および消費電力を低減できる。

＜第４変形例＞
端末２０Ａは、例えば、図９で説明した配信条件選択画面３２ａにおいて、「残高減少傾向」および「残高増加傾向」という配信条件を表示してもよい。

ＯＡユーザは、端末２０Ａを用いて、例えば、電子マネー口座の残高が減少傾向を示す場合に配信する広告を作成し、「残高減少傾向」という配信条件を選択してもよい。電子マネー口座の残高が減少傾向を示す場合に配信する広告は、例えば、お金の貸出または仕事の斡旋といった、個人ユーザにおける資金調達に関連する情報を含む広告であってもよい。サーバ１０Ａは、個人ユーザの電子マネー口座の残高が減少傾向を示す場合、「残高減少傾向」という配信条件を満たすと判定し、ＯＡユーザが作成した資金調達に関する広告を配信する。

また、ＯＡユーザは、端末２０Ａを用いて、例えば、電子マネー口座の残高が増加傾向を示す場合に配信する広告を作成し、「残高増加傾向」という配信条件を選択してもよい。電子マネー口座の残高が増加傾向を示す場合に配信する広告は、例えば、新商品の案内またはキャンペーンといった個人ユーザにおける資金消費に関連する情報を含む広告であってもよい。サーバ１０Ａは、個人ユーザの電子マネー口座の残高が増加傾向を示す場合、「残高増加傾向」という配信条件を満たすと判定し、ＯＡユーザが作成した資金消費に関する広告を配信する。

これにより、ＯＡユーザは、資金調達に関する広告と、資金消費に関する広告とを個人ユーザに配信できる。また、サーバ１０Ａは、ＯＡユーザと友だち関係にある全ての個人ユーザでなく、配信条件を満たす個人ユーザに対し広告を配信するので、処理負荷および消費電力を低減できる。

なお、電子マネー口座の残高の増加傾向および減少傾向は、残高に関する情報の一例であり、図６で説明した残高情報１５ｃ－２に含まれる。

＜第５変形例＞
サーバ１０Ｂの記憶部１５Ｂに記憶される残高情報１５ｃ－２には、残高の前日比または５日前比など、残高比が、残高に関する情報として含まれてもよい。

例えば、残高情報１５ｃ－２には、残高の５日前比が含まれるとする。また、配信条件には、残高の５日前比が１未満、１以上２未満、および２以上といった条件が含まれるとする。ＯＡユーザは、配信条件として、残高の５日前比が１以上２未満を選択したとする。

この場合、サーバ１０Ａは、サーバ１０Ｂの口座情報１５ｃにアクセスして、残高の５日前比を取得し、取得した５日前比が１以上２未満（配信条件のパラメータ）を満たすか否かを判定する。そして、サーバ１０Ａは、判定結果に基づいて、広告を配信する。

これにより、ＯＡユーザは、個人ユーザの残高比に基づいた広告配信ができる。また、サーバ１０Ａは、ＯＡユーザと友だち関係にある全ての個人ユーザでなく、配信条件を満たす個人ユーザに対し広告を配信するので、処理負荷および消費電力を低減できる。

また、サーバ１０Ｂの記憶部１５Ｂに記憶される残高情報１５ｃ－２には、一定期間における入出金の頻度（回数）が、残高に関する情報として含まれてもよい。

例えば、残高情報１５ｃ－２には、１か月における入出金の頻度が含まれるとする。また、配信条件には、１か月における入出金の頻度が５回未満、６回以上１０回未満、および１０回以上といった条件が含まれるとする。ＯＡユーザは、配信条件として、１か月における入出金の頻度が６回以上１０回未満を選択したとする。

この場合、サーバ１０Ａは、サーバ１０Ｂの口座情報１５ｃにアクセスして、１か月における入出金の頻度を取得し、取得した頻度が６回以上１０回未満を満たすか否かを判定する。そして、サーバ１０Ａは、判定結果に基づいて、広告を配信する。

これにより、ＯＡユーザは、個人ユーザの入出金頻度に基づいた広告配信ができる。また、サーバ１０Ａは、ＯＡユーザと友だち関係にある全ての個人ユーザでなく、配信条件を満たす個人ユーザに対し広告を配信するので、処理負荷および消費電力を低減できる。

＜第６変形例＞
金融資産情報は、電子マネー口座の残高等に限られない。金融資産情報は、ポイント口座におけるポイントの入出の有無、ポイントの入出時期、ポイント残高、ポイント残高の変動、または、ポイントの入出数であってもよい。配信条件は、例えば、ポイントの入出の有無、ポイントの入出時期、ポイント数、ポイント数の変動、または、ポイントの入出数が、所定の状態であるという条件であってもよい。

また、金融資産情報は、クレジットカードの利用情報であってもよい。配信条件は、クレジットカードの利用情報が所定の状態であるという条件であってもよい。例えば、配信条件は、５日以内に買い物があったという条件であってもよい。また、金融資産情報は、銀行口座であってもよい。

これにより、ＯＡユーザは、様々な金融資産情報において配信条件を設定できる。また、サーバ１０Ａは、ＯＡユーザと友だち関係にある全ての個人ユーザでなく、配信条件を満たす個人ユーザに対し広告を配信するので、処理負荷および消費電力を低減できる。

＜第７変形例＞
ＯＡユーザは、ＯＡユーザが独自に管理するサーバにおいて、個人ユーザのポイントを管理している場合がある。この場合、サーバ１０Ａは、ＯＡユーザが独自にポイント管理するサーバにアクセスして、個人ユーザのポイント口座にアクセスしてもよい。サーバ１０Ａは、ＯＡユーザが独自に管理する個人ユーザのポイント残高に関する情報が、広告関連情報１５ｂの配信条件１５ｂ－３を満たすか否かを判定してもよい。

これにより、サーバ１０Ａを管理するネットワークサービス企業は、ＯＡユーザが独自に管理するサーバの金融資産情報に基づいて、広告を配信するサービスを提供できる。また、サーバ１０Ａは、ＯＡユーザと友だち関係にある全ての個人ユーザでなく、配信条件を満たす個人ユーザに対し広告を配信するので、処理負荷および消費電力を低減できる。

＜その他＞
本開示の実施形態を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本開示の範囲に含まれることに留意されたい。限定でなく例として、各手段、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の手段やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、実施形態に示す構成を適宜組み合わせることとしてもよい。

１ 広告配信システム
１０Ａ，１０Ｂ サーバ
１１ 制御部
１１ａ 広告情報取得部
１１ｂ 資産情報取得部
１１ｃ 判定部
１１ｄ 配信制御部
１２ 入出力部
１３ ディスプレイ
１４ 通信Ｉ／Ｆ
１５ 記憶部
１５ａ ユーザ情報
１５ａ－１ ＯＡユーザ情報
１５ａ－２ 個人ユーザ情報
１５ｂ 広告関連情報
１５ｂ－１ ＯＡユーザ情報
１５ｂ－２ 広告情報
１５ｂ－３ 配信条件
１５ｃ 口座情報
１５ｃ－１ 個人ユーザ情報
１５ｃ－２ 残高情報
２０Ａ，２０Ｂ 端末

Claims (10)

1. サーバに、
   広告情報と前記広告情報の配信条件とにアクセスし、
   オンラインサービスの複数の個人ユーザに対応付けられた金融資産情報にアクセスし、
   前記金融資産情報が前記配信条件を満たすか否かを判定し、
   前記配信条件を満たす前記金融資産情報に対応する個人ユーザに前記広告情報を配信する、処理を実行させる、
   プログラム。
2. 更に、前記サーバに、
   前記広告情報を提供するオフィシャルアカウントユーザの情報と前記オフィシャルアカウントユーザに関連付けられた前記個人ユーザの情報とにアクセスし、
   前記オフィシャルアカウントユーザに関連付けられた前記個人ユーザの金融資産情報が前記配信条件を満たす場合に、前記オフィシャルアカウントユーザに関連付けられた前記個人ユーザに前記広告情報を配信する、処理を実行させる、
   請求項１に記載のプログラム。
3. 前記広告情報と前記配信条件とは、前記オフィシャルアカウントユーザによって指定される、
   請求項２に記載のプログラム。
4. 前記オフィシャルアカウントユーザによって前記広告情報の配信時刻が指定され、
   更に、前記サーバに、前記配信時刻に基づいたタイミングにおいて前記金融資産情報が前記配信条件を満たすか否かを判定する、処理を実行させる、
   請求項２または３に記載のプログラム。
5. 前記広告情報の配信期間が、前記オフィシャルアカウントユーザによって指定される、
   請求項２乃至４のいずれか一項に記載のプログラム。
6. 前記金融資産情報は、口座情報、または、クレジットカード情報である、
   請求項１乃至５のいずれか一項に記載のプログラム。
7. 前記個人ユーザは、前記口座情報を複数有し、
   更に、前記サーバに、前記口座情報ごとに前記配信条件を満たすか否かを判定する、処理を実行させる、
   請求項６に記載のプログラム。
8. 前記配信条件は、前記金融資産情報の入出金の有無、入出金の時期、残高、残高変動、または、入出金額が、所定の状態であるという条件である、
   請求項１乃至５のいずれか一項に記載のプログラム。
9. 前記広告情報は、資金調達情報と資金消費情報とを含み、
   更に、前記サーバに、
   前記金融資産情報が残高減少傾向を示すという前記配信条件を満たす場合に、前記資金調達情報を配信する一方、
   前記金融資産情報が残高増加傾向を示すという前記配信条件を満たす場合に、前記資金消費情報を配信する、処理を実行させる、
   請求項１乃至５のいずれか一項に記載のプログラム。
10. 広告情報と前記広告情報の配信条件とを対応付けて記憶する広告情報記憶部にアクセス可能な広告情報取得部と、
    オンラインサービスの複数の個人ユーザと前記個人ユーザの金融資産情報とを対応付けて記憶する資産情報記憶部にアクセス可能な資産情報取得部と、
    前記金融資産情報が前記配信条件を満たすか否かを判定する判定部と、
    前記配信条件を満たす前記金融資産情報に対応する個人ユーザに前記広告情報を配信する配信制御部と、
    を有するサーバ。

Images