JP7396916B2 - 送信プログラム、送信装置、送信方法及び表示プログラム - Google Patents

Description

本発明は、有用情報を送信する送信プログラム等に関する。

一般消費者向けのマーケティング手法として、One to Oneマーケティングが提唱されている。例えば、特許文献１には、ユーザの属性や嗜好性に則したクーポン情報を、ユーザの携帯端末へ送信する情報提供システムが提案されている。

特開２０１９－１２１１３３号公報

しかし、従来の情報提供システムは、ユーザに商品やサービスの消費を促すことを強く感じさせるものである。これは「モノの消費」を促すものであり、近年注目を集めている「コトの消費」を促すものではない。「コトの消費」を促すためには、クーポン情報だけではなく、非日常体験が得られるイベント情報等の提供が必要である。本発明はこのような状況に鑑みてなされたものである。その目的は、インベント情報などの有用情報を送信する送信プログラム等の提供である。

本発明に係る送信プログラムは、有用情報と当該有用情報を参照又は利用したユーザの識別情報とを対応付けた履歴情報、及びユーザの識別情報と属性情報とを対応付けたユーザ情報を記憶した記憶部を備えたコンピュータに、時刻情報、位置情報及び処理対象ユーザの属性情報を取得し、取得した前記時刻情報、前記位置情報及び前記属性情報に基づき、前記処理対象ユーザに適合する有用情報を取得し、前記ユーザ情報を参照し、前記処理対象ユーザの属性情報と同一又は類似の属性情報に対応付けられた類似ユーザの識別情報を取得し、前記履歴情報を参照し、前記取得した有用情報と対応付けられた前記類似ユーザの数を算出し、算出した前記類似ユーザの数と前記取得した有用情報とを対応付けて前記処理対象ユーザの端末へ送信する処理を実行させる。

本発明にあっては、「コトの消費」を促す有用情報の送信が可能となる。

情報提供システムの構成例を示す説明図である。 情報サーバのハードウェア構成例を示すブロック図である。 ユーザ端末のハードウェア構成例を示すブロック図である。 エリアＤＢの例を示す説明図である。 ユーザＤＢの例を示す説明図である。 イベントＤＢの例を示す説明図である。 スポットＤＢの例を示す説明図である。 クーポンＤＢの例を示す説明図である。 記事ＤＢの例を示す説明図である。 広告ＤＢの例を示す説明図である。 ユーザ登録処理の手順例を示すフローチャートである。 ユーザ登録処理の手順例を示すフローチャートである。 トップ画面表示処理の手順例を示すフローチャートである。 新着記事選択処理の手順例を示すフローチャートである。 広告選択処理の手順例を示すフローチャートである。 イベント選択処理の手順例を示すフローチャートである。 クーポン選択処理の手順例を示すフローチャートである。 イベントランキング処理の手順例を示すフローチャートである。 エリア選択画面の例を示す説明図である。 プロフィール画面の例を示す説明図である。 トップ画面の例を示す説明図である。 トップ画面の例を示す説明図である。 学習モデルの例を示す説明図である。 訓練データの例を示す説明図である。 イベント・クーポン選択処理の手順例を示すフローチャートである。 参照履歴ＤＢの例を示す説明図である。 参照数算出処理の手順例を示すフローチャートである。 地図表示処理の手順例を示すフローチャートである。 地図表示画面の例を示す説明図である。

（実施の形態１）
以下実施の形態を、図面を参照して説明する。図１は情報提供システムの構成例を示す説明図である。情報提供システム１００は情報サーバ１及びユーザ端末２を含む。情報サーバ１及びユーザ端末２はネットワークＮにより、互いに通信可能に接続されている。ユーザ端末２は１台のみが記載されているが、ユーザ端末２を複数台としてもよい。

図２は情報サーバのハードウェア構成例を示すブロック図である。情報サーバ１は制御部１１、主記憶部１２、補助記憶部１３、計時部１５、通信部１６及び読み取り部１７を含む。制御部１１、主記憶部１２、補助記憶部１３、計時部１５、通信部１６及び読み取り部１７はバスＢにより接続されている。情報サーバ１はサーバコンピュータ、ＰＣ（Personal Computer）等で構成する。また、情報サーバ１を複数のコンピュータからなるマルチコンピュータ、ソフトウェアによって仮想的に構築された仮想マシン又は量子コンピュータで構成しても良い。さらに、情報サーバ１の機能をクラウドサービスで実現してもよい。

制御部１１は、一又は複数のＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を有する。制御部１１は、補助記憶部１３に記憶された制御プログラム１Ｐ（送信プログラム）を読み出して実行することにより、情報サーバ１に係る種々の情報処理、制御処理等を行い、第１取得部、第２取得部及び送信部等の機能部を実現する。

主記憶部１２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等である。主記憶部１２は主として制御部１１が演算処理を実行するために必要なデータを一時的に記憶する。

補助記憶部１３はハードディスク又はＳＳＤ（Solid State Drive）等であり、制御部１１が処理を実行するために必要な制御プログラム１Ｐや各種ＤＢ（Database）を記憶する。補助記憶部１３は、エリアＤＢ１３１、ユーザＤＢ１３２、イベントＤＢ１３３、スポットＤＢ１３４及びクーポンＤＢ１３５を記憶する。また、補助記憶部１３は学習モデル１４を記憶する。補助記憶部１３は情報サーバ１に接続された外部記憶装置であってもよい。補助記憶部１３に記憶する各種ＤＢ等を、情報サーバ１とは異なるデータベースサーバやクラウドストレージに記憶してもよい。

計時部１５は時刻又は情報サーバ１が起動してからの経過時間等の時間を計時する。計時部１５は制御部１１からの求めに応じて、計時結果を制御部１１に与える回路である。計時部１５は、信頼できるＮＴＰサーバとＮＴＰ（Network Time Protocol）を用いた通信を繰り返し行い、正確な時刻を保持していることが望ましい。通信部１６はネットワークＮを介して、ユーザ端末２と通信を行う。

読み取り部１７はＣＤ（Compact Disc）－ＲＯＭ及びＤＶＤ（Digital Versatile Disc）－ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読み取り部１７を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、補助記憶部１３に記憶してもよい。また、ネットワークＮ等を介して他のコンピュータから制御部１１が制御プログラム１Ｐをダウンロードし、補助記憶部１３に記憶してもよい。さらにまた、半導体メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでもよい。

図３はユーザ端末のハードウェア構成例を示すブロック図である。ユーザ端末２はノートパソコン、パネルコンピュータ、タブレットコンピュータ、スマートフォン等で構成する。ユーザ端末２は制御部２１、主記憶部２２、補助記憶部２３、通信部２４、位置情報取得部２５、入力部２６及び表示部２７を含む。各構成はバスＢで接続されている。

制御部２１は、一又は複数のＣＰＵ、ＭＰＵ、ＧＰＵ等の演算処理装置を有する。制御部２１は、補助記憶部２３に記憶された制御プログラム２Ｐ（送信プログラム）を読み出して実行することにより、情報処理、制御処理等を行う。

主記憶部２２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。主記憶部２２は主として制御部２１が演算処理を実行するために必要なデータを一時的に記憶する。

補助記憶部２３はハードディスク又はＳＳＤ等であり、制御部２１が処理を実行するために必要な制御プログラム２Ｐや各種データを記憶する。

通信部２４はネットワークＮを介して、情報サーバ１と通信を行う。また、制御部２１が通信部２４を用い、ネットワークＮ等を介して他のコンピュータから制御プログラム２Ｐをダウンロードし、補助記憶部２３に記憶してもよい。

位置情報取得部２５は、ＧＰＳ（Global Positioning System）受信機などで構成される。位置情報取得部２５は、ＧＰＳ衛星からの電波を受信する。位置情報取得部２５は、受信した衛星電波を元に、自らの位置を求める。位置情報取得部２５はジャイロや加速センサを含んでも良い。ジャイロや加速センサの計測値により、衛星電波を元に求めた位置の補正、一時的に衛星電波が受信できない場合の位置推定を行なう。

入力部２６はキーボードやマウスである。表示部２７は液晶表示パネル等を含む。表示部２７は情報サーバ１が出力した有用情報などを表示する。また、表示部２７は入力部２６と一体化したタッチパネルディスプレイでもよい。なお、ユーザ端末２は外部の表示装置に表示を行ってもよい。

続いて、情報提供システム１００が用いるデータベースについて説明する。図４はエリアＤＢの例を示す説明図である。エリアＤＢ１３１は地理的区域の定義を記憶する。エリアＤＢ１３１はエリアＩＤ列及び名称列を含む。エリアＩＤ列はエリアを一意に特定するエリアＩＤを記憶する。名称列はエリアの名称を記憶する。エリアは行政区域のように厳密なものである必要はない。エリアに重なりがあってもよいし、境界にある程度の幅があってもよい。

図５はユーザＤＢの例を示す説明図である。ユーザＤＢ１３２はエンドユーザの情報を記憶する。ユーザＤＢ１３２はユーザＩＤ列、エリア列、性別列、生年列、通知列及びメール列を含む。ユーザＩＤ列はエンドユーザを一意に特定するユーザＩＤ（識別情報）を記憶する。エリア列は、エンドユーザが良く行くエリア又は好きなエリアとして選択したエリアのエリアＩＤを記憶する。性別列はエンドユーザの性別を記憶する。生年列はエンドユーザの生まれ年を記憶する。通知列はエンドユーザがプッシュ通知を受け取るか否か記憶する。メール列はエンドユーザのメールアドレスを記憶する。

図６はイベントＤＢの例を示す説明図である。イベントＤＢ１３３はイベントに関する情報（イベント情報）を記憶する。イベントＤＢ１３３はイベントＩＤ列、タイプ列、名称列、オーナ列、関連スポット列、エリア列、カテゴリ列、サブカテゴリ列、開催期間列、掲載期間列、開場列、開始列、終了列、定員列、料金列、性別列及び生まれ年列を含む。イベントＩＤ列はイベントを一意に特定するイベントＩＤを記憶する。タイプ列は情報のタイプを記憶する。タイプは例えば、イベント情報、イベントニュースである。名称列はイベントの名称を記憶する。オーナ列はイベント情報を管理しているユーザを記憶する。関連スポット列はイベントが行われるスポットを示すＩＤを記憶する。エリア列はイベントが開かれるエリアを示すエリアＩＤを記憶する。カテゴリ列はイベントのカテゴリを記憶する。カテゴリは例えば、食・グルメ、買い物、エンタメ・体験、アクティビティ、美容・癒し、アート・カルチャー、歴史・名所、おしゃれである。サブカテゴリ列はカテゴリを細分化したカテゴリを記憶する。例えば、食・グルメのサブカテゴリは、カフェ、スイーツ・パン、ランチ、デパ地下、テイクアウト・デリ、手土産である。開催期間列はイベントの開始日及び終了日を記憶する。掲載期間列はイベント情報の掲載開始日及び掲載終了日を記憶する。開場列はイベント会場の開場時間を記憶する。開始列はイベントの開始時刻を記憶する。終了列はイベントの終了時刻を記憶する。定員列はイベントの入場定員を記憶する。料金列はイベントの入場料金を記憶する。性別列は配信対象とするエンドユーザの性別を記憶する。生まれ年列は配信対象とするエンドユーザの生まれ年を記憶する。記憶する年は単年ではなく複数年でもよい。なお、性別列及び生まれ年列については、値を設定しなくともよい。値を設定しない列については、配信対象のエンドユーザをマッチングする際に条件から外す。例えば、性別列に値が設定されていない場合、生まれ年列の条件に合致するエンドユーザであれば、性別に関わらず配信対象となる。

図７はスポットＤＢの例を示す説明図である。スポットＤＢ１３４はスポットの情報を記憶する。ここでのスポットは店舗、コンサートホール、イベント広場等である。スポットＤＢ１３４はスポットＩＤ列、スポット名列、住所列、緯度列、経度列、最寄り駅・徒歩列、エリア列、カテゴリ列及びサブカテゴリ列を含む。スポットＩＤ列はスポットを一意に特定するスポットＩＤを記憶する。スポット名列はスポットの名称を記憶する。住所列はスポットの住所を記憶する。緯度列及び経度列はスポットの位置を示す緯度及び経度を記憶する。最寄り駅・徒歩列はスポットの最寄り駅及び最寄り駅からスポットまでの徒歩での所要時間を記憶する。エリア列はスポットが位置するエリアのエリアＩＤを記憶する。カテゴリ列はスポットのカテゴリを記憶する。サブカテゴリ列はスポットのサブカテゴリを記憶する。

図８はクーポンＤＢの例を示す説明図である。クーポンＤＢ１３５はスポットで使用可能なクーポンの情報を記憶する。クーポンＤＢ１３５はクーポンＩＤ列、タイトル列、詳細列、開始日列、開始時刻列、終了日列、終了時刻列、注意事項列、対象店舗・施設列、性別列、生まれ年列及びスポットＩＤ列を含む。クーポンＩＤ列はクーポンを一意に特定するクーポンＩＤを記憶する。タイトル列はクーポンのタイトル・名称を記憶する。詳細列はクーポンにより受けられる特典の内容を記憶する。開始日列はクーポン利用可能開始日を記憶する。開始時刻列はクーポン利用可能開始時刻を記憶する。終了日列クーポン利用可能終了日を記憶する。終了時刻列はクーポン利用可能終了時刻を記憶する。注意事項列はクーポン利用にあたって注意事項を記憶する。対象店舗・施設列はクーポンが利用可能な店舗・施設が、ショッピングモール等の大型施設にある場合、当該大型施設の情報を記憶する。性別列は配信対象とするエンドユーザの性別を記憶する。生まれ年列は配信対象とするエンドユーザの生まれ年を記憶する。記憶する年は単年ではなく複数年でもよい。スポットＩＤ列はクーポンを使用できる店舗・施設のスポットＩＤを記憶する。なお、性別列及び生まれ年列については、値を設定しなくともよい。値を設定しない列については、配信対象のエンドユーザをマッチングする際に条件から外す。例えば、性別列に値が設定されていない場合、生まれ年列の条件に合致するエンドユーザであれば、性別に関わらず配信対象となる。

図９は記事ＤＢの例を示す説明図である。記事ＤＢ１３６はニュース記事を記憶する。ニュース記事として取り上げる内容は、イベントや話題のグルメ情報等のお出かけ情報である。記事の内容は、テーマパーク、水族館、ショールームなどのスポットの紹介でもよい。記事ＤＢ１３６は記事ＩＤ列、タイトル列、リード文列、本文列、掲載開始日時列、及び掲載終了日時列を含む。記事ＩＤ列は記事を一意に特定する記事ＩＤを記憶する。タイトル列は記事のタイトルを記憶する。リード文列は記事のリード文を記憶する。本文列は記事の本文を記憶する。本文列はサブタイトル列、画像列、テキスト列、スポットＩＤ列、リンク列を含む。サブタイトル列は記事のサブタイトルを記憶する。画像列は記事のアイキャッチ画像を記憶する。アイキャッチ画像は記事の参照を誘引することを目的としている画像である。テキスト列は記事本文のテキストデータを記憶する。スポットＩＤ列は記事が取り上げているスポットのスポットＩＤを記憶する。記事が取り上げているスポットがスポットＤＢ１３４に登録されていない場合、スポットＩＤは空又は空を示すデータを記憶する。リンク列はスポットを紹介しているホームページ等へのリンク、例えばＵＲＬ（Uniform Resource Locator）を記憶する。掲載開始日時列は記事の配信を開始する日時を記憶する。掲載終了日時列は記事の配信を終了する日時を記憶する。

図１０は広告ＤＢの例を示す説明図である。広告ＤＢ１３７はバナー広告を記憶する。広告ＤＢ１３７は広告ＩＤ列、見出し列、画像列、タイトル列、性別列、生まれ年列、エリア列、開始日時列、終了日時列及びリンク列を含む。広告ＩＤ列は広告を一意に特定する広告ＩＤを記憶する。見出し列は広告の見出しを記憶する。見出しは各広告の固有ものではなく、内容を示すタグ、例えば「デート×天然温泉」などでもよい。画像列はアイキャッチ画像を記憶する。タイトル列は広告のタイトルを記憶する。タイトルは文章であってよい。性別列は配信対象とするエンドユーザの性別を記憶する。生まれ年列は配信対象とするエンドユーザの生まれ年を記憶する。記憶する年は単年ではなく複数年でもよい。エリア列はエリアＩＤを記憶する。記憶されているエリアＩＤとユーザＤＢ１３２のエリア列の値とを対照し、広告を配信するエンドユーザを決定する。開始日時列は広告の配信を開始する日時を記憶する。終了日時列は広告の配信を終了する日時を記憶する。リンク列は広告実態へのリンク情報を記憶する。リンク情報は例えばＵＲＩ（Uniform Resource Identifier）である。なお、性別列、生まれ年列、エリア列については、値を設定しなくともよい。値を設定しない列については、配信対象のエンドユーザをマッチングする際に条件から外す。例えば、性別列に値が設定されていない場合、生まれ年列及びエリア列の条件に合致するエンドユーザであれば、性別に関わらず配信対象となる。

次に、情報提供システム１００におけるエンドユーザの操作について、簡単に説明する。エンドユーザはユーザ端末２に専用のアプリケーションプログラム（以下、単に「アプリ」と記す。）をインストールする。ユーザ端末２でアプリが起動すると、初回のみユーザ登録の処理が実行され、トップ画面が表示される。ユーザ登録が完了している後に、アプリを起動すると、トップ画面が表示される。トップ画面はエンドユーザの属性等を加味して有用情報が選択表示されるパーソナライズされた画面である。トップ画面には、お出かけに関する記事、イベント情報、クーポン等の有用情報が表示される。エンドユーザはパーソナライズされた有用情報を参照することにより、得られる体験を意識したお出かけを促される。なお、ユーザ端末２にアプリのインストールを必要としない形態も可能である。例えば、情報サーバ１でＷｅｂサービスを実行し、ユーザ端末２のＷｅｂブラウザで情報サーバ１にアクセスする形態である。

続いて、情報提供システム１００で実行される情報処理について説明する。図１１及び図１２はユーザ登録処理の手順例を示すフローチャートである。ユーザ登録処理は、エンドユーザの属性やお気に入りのエリアを登録する処理である。ユーザ端末２でアプリが起動すると、制御部２１は初回の起動か否かを判定する。当該判定は、例えばアプリがインストールされた際に、補助記憶部２３に確保されたフラグにより判定する。フラグの初期値は０とし、ユーザ登録処理が実行された後にフラグの値を１にする。制御部２１は初回と判定した場合、ユーザ登録処理を実行する。制御部２１は同意画面を表示部２７に表示する（ステップＳ１）。同意画面は、利用規約、プライバシーポリシーに同意を求める画面である。エンドユーザは入力部２６により回答を入力する。制御部２１は回答を取得する（ステップＳ２）。制御部２１は回答が同意であるか否かを判定する（ステップＳ３）。制御部２１は回答が同意でないと判定した場合（ステップＳ３でＮＯ）、処理を終了する。制御部２１は回答が同意であると判定した場合（ステップＳ３でＹＥＳ）、表示部２７にエリア選択画面を表示する（ステップＳ４）。エリア選択画面は、エンドユーザがよく行くエリア（街）や気になるエリアを選択肢により回答する画面である。エリアの選択を飛ばし、ユーザ登録後に選択することも可能である。エンドユーザは入力部２６によりエリアを選択する。制御部２１は回答を取得する（ステップＳ５）。制御部２１は回答がスキップであるか否かを判定する（ステップＳ６）。制御部２１は回答がスキップであると判定した場合（ステップＳ６でＹＥＳ）、処理をステップＳ８へ移す。制御部２１は回答がスキップでないと判定した場合（ステップＳ６でＮＯ）、制御部２１は回答として得たエリアを、主記憶部２２又は補助記憶部２３に設けた一時記憶領域に記憶する（ステップＳ７）。制御部２１は表示部２７にプロフィール画面を表示する（ステップＳ８）。プロフィール画面は、性別や生年を回答する画面である。エンドユーザは入力部２６により回答する。制御部２１は回答を取得する（ステップＳ９）。制御部２１は回答がスキップであるか否かを判定する（ステップＳ１０）。制御部２１は回答がスキップであると判定した場合（ステップＳ１０でＹＥＳ）、処理をステップＳ１２へ移す。制御部２１は回答がスキップでないと判定した場合（ステップＳ１０でＮＯ）、制御部２１は回答として得たプロフィールを、一時記憶領域に記憶する（ステップＳ１１）。制御部２１は表示部２７に通知設定画面を表示する（ステップＳ１２）。通知設定画面はアプリからのプッシュ通知を許可するか否かを設定する画面である。エンドユーザはプッシュ通知の設定を行う。エンドユーザは「次へ」ボタンを選択する。制御部２１は表示部２７にメールアドレス入力画面を表示する（ステップＳ１３）。メールアドレス入力画面は、メールアドレスを入力する画面である。エンドユーザは入力部２６により回答する。制御部２１は回答を取得する（ステップＳ１４）。制御部２１は回答がスキップであるか否かを判定する（ステップＳ１５）。制御部２１は回答がスキップであると判定した場合（ステップＳ１５でＹＥＳ）、処理をステップＳ１７へ移す。制御部２１は回答がスキップでないと判定した場合（ステップＳ１５でＮＯ）、制御部２１は回答として得たメールアドレスを、一時記憶領域に記憶する（ステップＳ１６）。制御部２１は一時記憶領域に記憶したエリアの選択情報、プロフィール、メールアドレスを情報サーバ１へ送信し（ステップＳ１７）、処理を終了する。情報サーバ１の制御部１１はユーザ端末２からエリアの選択情報、プロフィール、メールアドレスを受信すると、ユーザＩＤを発番する。制御部１１はエリアの選択情報、プロフィール、メールアドレスをユーザＩＤと対応付けて、ユーザＤＢ１３２に記憶する。制御部１１はユーザＩＤをユーザ端末２へ送信し、ユーザ端末２の制御部２１は受信したユーザＩＤを補助記憶部２３に記憶してもよい。

図１３はトップ画面表示処理の手順例を示すフローチャートである。上述したようにトップ画面はユーザ登録後に、アプリを起動すると表示される画面である。エンドユーザはユーザ端末２でアプリを記憶する。制御部２１はメールアドレスを情報サーバ１へ送信する（ステップＳ３１）。情報サーバ１の制御部１１はメールアドレスを受信する（ステップＳ３２）。制御部１１はメールアドレスを検索キーとして、ユーザＤＢ１３２を検索する。エンドユーザを特定するためにメールアドレスではなく、ＩＤ及びパスワードの組み合わせで特定してもよいし、ユーザ端末２の個体識別番号や、通信部２４のＭＡＣ（Media Access Control）アドレスを使用してもよい。検索にヒットしたエンドユーザのユーザ情報から、ユーザ属性（性別、生年）を取得する（ステップＳ３３）。制御部１１はユーザ情報から、ユーザが選択したエリアを取得する（ステップＳ３４）。制御部１１は新着記事の選択処理を行なう（ステップＳ３５）。制御部１１は広告の選択処理を行なう（ステップＳ３６）。制御部１１はイベント選択処理を行なう（ステップＳ３７）。制御部１１はクーポン選択処理を行なう（ステップＳ３８）。制御部１１はイベントランキング処理を実行する（ステップＳ３９）。制御部１１は選択した新着記事、広告、イベント、クーポン、及びイベントランキングをユーザ端末２へ送信する（ステップＳ４０）。ユーザ端末２の制御部２１は新着記事、広告、イベント、クーポン、及びイベントランキングを受信する（ステップＳ４１）。受信した新着記事、広告、イベント、クーポン、及びイベントランキングを、表示部２７に表示し（ステップＳ４２）、処理を終了する。

図１４は新着記事選択処理の手順例を示すフローチャートである。新着記事選択処理は図１３のステップＳ３５に対応する。制御部１１は記事ＤＢ１３６から現在が掲載期間である記事を取得する（ステップＳ５１）。制御部１１は取得した記事をソートする（ステップＳ５２）。例えば、掲載開始日が新しい順にソートする。制御部１１は上位の６件を選択し、一時記憶領域に記憶する（ステップＳ５３）。制御部１１は処理を呼び出し元に戻す。

図１５は広告選択処理の手順例を示すフローチャートである。広告選択処理は図１３のステップＳ３６に対応する。制御部１１は変数ｎに３を代入する（ステップＳ６１）。制御部１１は、属性ｎ個で広告ＤＢ１３７のレコードとエンドユーザとのマッチングを行なう（ステップＳ６２）。ｎ＝３のとき、広告ＤＢ１３７において、性別列、生まれ年列、エリア列に値が設定されているレコードと、エンドユーザの性別、生まれ年、選択エリアとをマッチングし、３つがマッチするものを抽出する。エリアについてはエンドユーザが複数選択可であるから、選択した中の一つが一致すれば、マッチしたと判定する。ｎ＝２のときは、広告ＤＢ１３７において、性別列、生まれ年列、エリア列のいずれか２つに値が設定されているレコードとエンドユーザとのマッチングを行なう。ｎ＝１のときは、広告ＤＢ１３７において、性別列、生まれ年列、エリア列のいずれか１つに値が設定されているレコードとエンドユーザとのマッチングを行なう。ｎ＝０のときは、広告ＤＢ１３７において、性別列、生まれ年列、エリア列の全てに値が設定されていないレコードを抽出する。制御部１１は抽出された件数が１件以上である否かを判定する（ステップＳ６３）。制御部１１は抽出された件数が１件以上であると判定した場合（ステップＳ６３でＹＥＳ）、抽出された件数と、抽出されたレコードの広告ＩＤを一時記憶領域に記憶し（ステップＳ６４）、処理を呼び出し元に戻す。制御部１１は抽出された件数が１件以上でないと判定した場合（ステップＳ６３でＮＯ）、変数ｎを１減算する（ステップＳ６５）。制御部１１は変数ｎが－１以下である否かを判定する（ステップＳ６６）。制御部１１は変数ｎが－１以下でないと判定した場合（ステップＳ６６でＮＯ）、処理をステップＳ６２へ戻す。制御部１１は変数ｎが－１以下であると判定した場合（ステップＳ６６でＹＥＳ）、件数０を一時記憶領域に記憶し（ステップＳ６７）、処理を呼び出し元に戻す。なお、広告を選択する際に、エンドユーザの性別及び生まれ年を用いたが、他の属性を用いてもよい。例えば、職業、職種、星座、血液型、婚姻状況（未婚・既婚）、趣味等である。これらの属性について、エンドユーザから提供を受け、ユーザＤＢ１３２に記憶しておき、広告ＤＢ１３７において当該項目を追加し、配信条件を設定可能とする。

図１６はイベント選択処理の手順例を示すフローチャートである。イベント選択処理は図１３のステップＳ３７に対応する。制御部１１はイベントＤＢ１３３から、ユーザの性別、生年及びユーザが選択したエリアにマッチするイベントを取得する（ステップＳ８１）。制御部１１は取得した各イベントについて、評点を算出する（ステップＳ８２）。評点は、例えば、本日と開催期間との関係で算出する。開催前のイベントであれば、開催開始日が近いほど、評点を高くする。開催中のイベントであれば、開催終了日が近いほど、評点を高くする。その他、管理者がおすすめフラグを付したものは加点する、サムネイル画像が設定されている、お出かけ記事と紐付けがされている等により、加点してもよい。制御部１１は評点により、イベントの情報を降順にソートする（ステップＳ８３）。制御部１１はイベント情報の上位数件、例えば上位５件について、イベントＩＤを一時記憶領域に記憶する（ステップＳ８４）。制御部１１は処理を呼び出し元に戻す。なお、評点を算出する際、より詳細な絞り込みをしてもよい。例えば、情報サーバ１にアクセスした当日に、イベントに参加する前提で絞り込む。ユーザ端末２より位置情報を取得し、エンドユーザの現在位置からイベントの開催場所までの移動に掛かる所要時間と、現在時刻からイベント開始時間までとを対照して、参加可能なイベントに対して、高い評点を付与してもよい。

図１７はクーポン選択処理の手順例を示すフローチャートである。クーポン選択処理は図１３のステップＳ３８に対応する。制御部１１はクーポンＤＢ１３５から現在有効なクーポン情報を取得する（ステップＳ９１）。制御部１１は取得したクーポン情報にエリアを付与する（ステップＳ９２）。エリア情報に含まれるスポットＩＤを検索キーとして、スポットＤＢ１３４を検索する。なお、検索条件にエンドユーザの性別、生まれ年等の属性を加えてもよい。ヒットしたレコードに含まれるエリアＩＤを付与する。制御部１１はクーポン情報に優先フラグを付与する（ステップＳ９３）。制御部１１はクーポン情報に付与されたエリアＩＤが、エンドユーザが選択したエリアＩＤに含まれる場合、優先フラグを立て、含まれない場合は優先フラグを立てない。制御部１１は優先フラグが立っているレコード（優先レコード）の件数と、優先フラグが立っていないレコード（劣後レコード）の件数を取得する（ステップＳ９４）。制御部１１はそれぞれ件数が所定の閾値より大きいか否かを判定する（ステップＳ９５）。制御部１１は件数が所定の閾値より大きいと判定した場合（ステップＳ９５でＹＥＳ）、レコード順をランダムソートする（ステップＳ９６）。ステップＳ９６の処理は、優先レコードと劣後レコードとは分けて件数に応じて行なう。制御部１１は件数が所定の閾値より大きくないと判定した場合（ステップＳ９５でＮＯ）、処理をステップＳ９７へ移す。制御部１１は以上の処理を経たクーポン情報を一時記憶領域に記憶し（ステップＳ９７）、処理を呼び出し元に戻す。エンドユーザに提供するクーポン情報について、時間帯で絞り込みをしてよい。例えば、ランチクーポンは午前中のみとし、ディナーのクーポン情報は１５時以降のみに配信する。

図１８はイベントランキング処理の手順例を示すフローチャートである。イベントランキング処理は図１３のステップＳ３９に対応する。制御部１１はイベントＤＢ１３３から現在開催中のイベントを取得する（ステップＳ１１１）。制御部１１は取得した各イベントについて、評点を算出する（ステップＳ１１２）。評点の算出は、上述したイベント選択処理と同様である。制御部１１は評点により、イベントの情報を降順にソートする（ステップＳ１１３）。制御部１１は、イベントＩＤを一時記憶領域に記憶する（ステップＳ１１４）。制御部１１は処理を呼び出し元に戻す。

次に、ユーザ端末２の表示部２７に表示される画面例を示す。図１９はエリア選択画面の例を示す説明図である。エリア選択画面ｄ０１は、エンドユーザがよく行く街や気になるエリアを設定する画面である。エリア選択画面ｄ０１は、エリアボタンｄ０１１、次へボタンｄ０１２、スキップリンクｄ０１３、及び残質問表示ｄ０１４を含む。エリアボタンｄ０１１はエリアを選択入力するためのボタンである。次へボタンｄ０１２は次の質問画面に遷移するためのボタンである。次へボタンｄ０１２は初期表示では操作できない非アクティブ状態で表示される。エリアボタンｄ０１１で少なくとも１つのエリアが選択された状態になると、操作可能なアクティブ状態となる。スキップリンクｄ０１３は次の画面へスキップするためのリンクであり、エリアが一つも選択されていなくとも、スキップリンクｄ０１３を選択すると、次の画面へ遷移する。エリアが選択されている場合に、スキップリンクｄ０１３が選択された場合、エリアの選択は無視され、次の画面へ遷移する。残質問表示ｄ０１４は、エリア選択画面ｄ０１と同様な質問画面が幾つ有り、現在は何番目の画面であるかを表示する。図１９の例では、質問画面は全部で４画面あり、エリア選択画面ｄ０１は最初の画面であることを示している。

図２０はプロフィール画面の例を示す説明図である。プロフィール画面ｄ０２はユーザの性別及び生まれ年を設定する画面である。性別ボタンｄ０２１、生まれ年ドラムロールｄ０２２、次へボタンｄ０２３、スキップリンクｄ０２４、及び残質問表示ｄ０２５を含む。性別ボタンｄ０２１は性別を選択入力するボタンである。生まれ年ドラムロールｄ０２２は生まれ年を選択入力するインタフェースである。図２０に示す生まれ年ドラムロールｄ０２２は初期表示であり、生年が選択されていない状態である。「上下にスクロールして選択」が初期表示になっている上下方向中央の部分に自分の生まれ年が表示されるように、エンドユーザはスクロール操作をする。次へボタンｄ０２３は次の質問画面に遷移するためのボタンである。次へボタンｄ０２３は初期表示では操作できない非アクティブ状態で表示される。性別ボタンの何れが選択状態で、かつ生まれ年が選択されていれば、操作可能なアクティブ状態となる。スキップリンクｄ０２４は次の画面へスキップするためのリンクであり、性別が選択されてなくとも、生まれ年が選択されてなくとも、スキップリンクｄ０２４を選択すると、次の画面へ遷移する。性別や生まれ年が選択されている場合に、スキップリンクｄ０２４が選択された場合、性別や生まれ年の選択は無視され、次の画面へ遷移する。残質問表示ｄ０２５は、質問画面が幾つ有り、現在は何番目の画面であるかを表示する。図２０の例では、質問画面は全部で４画面あり、プロフィール画面ｄ０２は２番目の画面であることを示している

図２１及び図２２はトップ画面の例を示す説明図である。トップ画面ｄ０３はアプリを２回目以降に起動した場合に初期表示される画面である。トップ画面ｄ０３は多数の有用情報を表示するため、通常は内容全てを同時に表示できない。上下にスクロールすることにより、隠れて表示されていない内容を確認することが可能となる。ここでは、図２１に示した内容の下に、図２２で示した内容が表示されている。トップ画面ｄ０３は記事領域ｄ０３１、広告領域ｄ０３２、イベント領域ｄ０３３、クーポン領域ｄ０３４、及びイベントランキング領域ｄ０３５を含む。記事領域ｄ０３１は新着記事を表示する。表示する記事は図１３のステップＳ３５で選択される。広告領域ｄ０３２は広告を表示する。表示する広告は図１３のステップＳ３６で選択される。イベント領域ｄ０３３はイベントを表示する。表示するイベントは図１３のステップＳ３７等で選択される。クーポン領域ｄ０３４はクーポンを表示する。表示するクーポンは図１３のステップＳ３８等で選択される。イベントランキング領域ｄ０３５はイベントをランキング表示する。表示するイベントランキングは図１３のステップＳ３９で生成する。

本実施の形態は、以下の効果を奏する。エンドユーザに新着記事、広告、イベント、クーポン、及びイベントランキング等の有用情報を表示するので、「コトの消費」を促すことが可能となる。

（実施の形態２）
本実施の形態は、学習モデルを用いて、エンドユーザに提示する有用情報の選択を行なう形態に関する。図２３は学習モデルの例を示す説明図である。まず、学習モデル１４の生成について説明する。学習モデル１４は、エンドユーザの属性、選択したエリア、所定の時間帯における、イベントの参加傾向又はクーポンの利用傾向をディープラーニングにより学習することで、エンドユーザの属性、選択したエリア、時間帯を入力とし、カテゴリ、種別、利用エリアを出力とするニューラルネットワークを生成する。ニューラルネットワークは例えばＣＮＮ（Convolution Neural Network）であり、エンドユーザの属性、選択したエリア、時間帯の入力を受け付ける入力層と、イベント又はクーポンの特徴を示すカテゴリ、種別、利用エリアを出力する出力層と、イベントの参加傾向又はクーポンの利用傾向を抽出する中間層とを有する。また、時間帯は例えば、午前７時から正午までを午前中、正午から午後５時までを午後、午後５時から午後７時までを夕方、午後７時から午後１０時までを夜間、午後１０時から午前２時までを深夜、午前２時から午前７時までを早朝とする。

入力層は、エンドユーザの属性、選択したエリア、時間帯の入力を夫々受け付ける複数のニューロンを有し、入力された値を中間層に受け渡す。中間層は複数のニューロンを有し、入力に基づく、イベントの参加又はクーポンの利用についての特徴量を抽出して出力層に受け渡す。例えば学習モデル１４がＣＮＮである場合、中間層は、入力層から入力された値を畳み込むコンボリューション層と、コンボリューション層で畳み込んだ値をマッピングするプーリング層とが交互に連結された構成を有し、イベント又はクーポンの特徴を抽出する。出力層はＳＶＭ（Support Vector Machine）に係る識別器であり、イベント又はクーポンの特徴を示すカテゴリ、種別、利用エリアを出力する複数のニューロンを有し、中間層から出力された特徴量に基づいて、イベント又はクーポンの特徴を出力する。なお、本実施の形態では学習モデル１４はＣＮＮであるものとして説明するが、学習モデル１４はＣＮＮに限定されず、ＣＮＮ以外のニューラルネットワーク、ベイジアンネットワーク、決定木など、他の学習アルゴリズムで構築された学習済みモデルであってよい。

図２４は訓練データの例を示す説明図である。訓練データ１４１は、エンドユーザの属性（性別、生まれ年）、ユーザ登録時に選択したエリア、及びイベント参加又はクーポン利用の時間帯と、正解値（カテゴリー、種別、利用エリア）である、イベント又はクーポンのカテゴリ、イベント参加又はクーポン利用を示す種別、及びイベント開催地又はクーポン利用店舗に対応したエリアとが対応付けられている。

情報サーバ１の制御部１１は、訓練データ１４１のうち、エンドユーザの属性、ユーザ登録時に選択したエリア、及びイベント参加又はクーポン利用の時間帯を入力層に入力し、中間層での演算処理を経て、出力層からカテゴリ、種別、及び利用エリアを取得する。なお、出力層から出力される分類結果は離散的な値（例えば「０」又は「１」の値）であってもよく、連続的な確率値（例えば「０」から「１」までの範囲の値）であってもよい。

制御部１１は、出力層から出力されたカテゴリ、種別、及び利用エリアを訓練データ１４１の正解値と比較し、出力層からの出力値が正解値に近づくように、中間層での演算処理に用いるパラメータを最適化する。当該パラメータは、例えばニューロン間の重み（結合係数）、各ニューロンで用いられる活性化関数の係数などである。パラメータの最適化の方法は特に限定されないが、例えば情報サーバ１は誤差逆伝播法を用いて各種パラメータの最適化を行う。制御部１１は、訓練データ１４１の複数レコードについて上記の処理を行い、学習モデル１４を生成する。なお、情報サーバ１以外のコンピュータにおいて、訓練データ１４１による学習モデル１４の生成処理を行ってもよい。生成処理後、学習モデル１４を特徴付けるパラメータを、情報サーバ１が記憶している学習モデル１４に反映させる。

図２４に示した訓練データ１４１は、エンドユーザのイベント参加履歴や、クーポン利用履歴から生成する。イベントの参加履歴は、イベント情報の参照履歴、ユーザ端末２から収集した位置履歴に基づいて生成する。チケット購入が必要なイベントの場合、情報サーバ１経由でチケット購入サイトにアクセスしたとき、イベントの参加を推定可能である。また、情報サーバ１にエンドユーザ向けの投稿機能を実装し、イベントについての感想等の投稿を受け付けることによって、イベント参加の推定が可能である。エンドユーザは、クーポン利用時に、ユーザ端末２にクーポンを表示させ、店舗・施設に提示する。提示を受けた店舗・施設の店員は使用済み操作、例えばダブルタップを行なうので、それを契機に利用履歴を情報サーバ１へ送信させることにより、クーポン利用履歴を取得可能である。なお、上記履歴が更新される毎に訓練データ１４１を作成し、当該訓練データ１４１により、学習モデル１４を再学習してもよい。

続いて、学習モデル１４を用いたイベント情報、クーポンの選択について説明する。図２５はイベント・クーポン選択処理の手順例を示すフローチャートである。イベント・クーポン選択処理は、図１３に示したステップＳ３７及びステップＳ３８に替わるものである。情報サーバ１の制御部１１は、ステップＳ３６実行後に、時間帯を取得する（ステップＳ１２１）。エンドユーザが時間帯を指定している場合は、それに従う。エンドユーザが時間帯を指定していない場合、現在の時刻から数時間後の時刻が含まれる時間帯とする。例えば、現在が午前中であれば、時間帯を午後とする。現在が午後であれば、時間帯を夕方とする。時間帯は複数としてもよい。制御部１１は、既に取得しているエンドユーザの属性（性別、生まれ年）及びエンドユーザが選択しているエリア並びに時間帯を学習モデル１４に入力し、学習モデル１４が出力したカテゴリ、種別及び利用エリアを取得する（ステップＳ１２２）。制御部１１は種別がイベントであるか否かを判定する（ステップＳ１２３）。制御部１１は種別がイベントであると判定した場合（ステップＳ１２３でＹＥＳ）、ステップＳ１２２で得たカテゴリ（例えば、エンタメ・体験）と利用エリア（例えば、７:丸の内・日本橋）とに適合するイベントをイベントＤＢ１３３から取得する（ステップＳ１２４）。制御部１１は取得したイベントを開始時刻の昇順でソートする（ステップＳ１２５）。制御部１１は上位（例えば上位５件）のイベントを一時記憶領域に記憶する（ステップＳ１２６）。制御部１１はクーポン選択処理を行なう（ステップＳ１２７）。当該処理は、図１７に示した処理である。制御部１１は、処理を図１３のステップＳ３９へ移す。制御部１１は種別がイベントでないと判定した場合（ステップＳ１２３でＮＯ）、ステップＳ１２２で得たカテゴリとエリアとに適合するクーポンをクーポンＤＢ１３５から取得する（ステップＳ１２８）。制御部１１は取得したクーポンをランダムでソートする（ステップＳ１２９）。制御部１１はクーポンを一時記憶領域に記憶する（ステップＳ１３０）。制御部１１はイベント選択処理を行なう（ステップＳ１３１）。当該処理は、図１７のステップＳ３８に示した処理である。制御部１１は、処理を図１３のステップＳ３９へ移す。

本実施の形態においては、複数のエンドユーザのイベント参加実績、クーポン利用実績により学習した学習モデル１４により、エンドユーザに提供するイベント情報またはクーポン情報を選択するので、適切なイベント情報またはクーポン情報を提供することが可能となる。

（実施の形態３）
本実施の形態は、エンドユーザに有用情報を送信する際、当該有用情報を参照した他のエンドユーザであって、属性が類似するエンドユーザは何人含まれているかの情報を付加する形態である。図２６は参照履歴ＤＢの例を示す説明図である。参照履歴ＤＢ１３８はエンドユーザが有用情報を参照した履歴（履歴情報）を記憶する。参照履歴ＤＢ１３８は種別列、ＩＤ列、ユーザＩＤ列、及び日時列を含む。種別列は有用情報の種別を記憶する。種別は、例えば、記事、広告、クーポン、又はイベント情報である。ＩＤ列は有用情報を特定するＩＤを記憶する。ユーザＩＤ列は有用情報を参照したエンドユーザのユーザＩＤを記憶する。日時列はエンドユーザが有用情報を参照した日時を記憶する。ここで、ユーザ端末２に表示されるトップ画面に含まれるだけでは参照とはみなさず、トップ画面に含まれる有用情報を選択し詳細を表示した時点で、参照したとして参照履歴を収集する。また、有用情報の検索をし、検索結果一覧表示されただけでは参照とはみなさず、当該一覧から詳細情報が表示された時点で、参照したとして参照履歴を収集する。

図２７は、参照数算出処理の手順例を示すフローチャートである。参照数算出処理は、図１３に示したトップ画面表示処理の一部として組み込まれる。具体的にはステップＳ３９とステップＳ４０との間に組み込まれる。制御部１１は、ステップＳ３９を実行後、一時記憶領域に記憶してある有用情報を取得する（ステップＳ１４１）。制御部１１は有用情報の一つを処理対象として選択する（ステップＳ１４２）。制御部１１は選択した有用情報の参照履歴を参照履歴ＤＢ１３８から取得する（ステップＳ１４３）。取得する参照履歴として、参照された日時の条件を付け、過去１年間の履歴のみを取得してもよい。長期に掲載されている有用情報の場合、古い参照履歴を用いると、最近の傾向とは異なる結果となる可能性があるからである。取得した参照履歴に参照したエンドユーザのユーザ情報を結合する（ステップＳ１４４）。参照履歴に含まれるユーザＩＤを用いて、ユーザＤＢ１３２を結合する。制御部１１は、取得した参照履歴の中から、対象となっているエンドユーザ（トップ画面が出力されるユーザ端末２を利用しているエンドユーザ、処理対象ユーザ）と類似する他のエンドユーザ（類似ユーザ）の履歴のみに絞り込みを行なう（ステップＳ１４５）。対象となっているエンドユーザが、女性で、生まれ年が２０００年の場合、類似する他のエンドユーザは、例えば、女性で、生まれ年が１９９９年から２００１年とする。生まれ年の設定は、世代毎にしてもよい。例えば、２０００年生まれは「ゆとり世代」である。ゆとり世代は１９８７～２００４年生まれであるから、当該期間が生まれ年の女性が、類似するエンドユーザとなる。世代の区切り方は諸説あるので、何れか一つの説を採用すればよい。制御部１１は絞り込んだ参照履歴の件数（参照回数）を取得する（ステップＳ１４６）。制御部１１は有用情報と対応付けて、件数を記憶する（ステップＳ１４７）。制御部１１は未処理の有用情報があるか否かを判定する（ステップＳ１４８）。制御部１１は未処理の有用情報があると判定した場合（ステップＳ１４８でＹＥＳ）、処理をステップＳ１４２に戻し、未処理の有用情報についての処理を行なう。制御部１１は未処理の有用情報がないと判定した場合（ステップＳ１４８でＮＯ）、処理をステップＳ４０へ移す。Ｓ４０において、有用情報を送信する際に取得した件数も送信し、ステップＳ４２において有用情報を表示する際に、件数を表示する。

本実施の形態においては、有用情報に類似するエンドユーザが参照した件数を表示することにより、エンドユーザに有用情報の詳細を参照する動機を与えることが可能となる。なお、類似するエンドユーザの参照件数のみではなく、全エンドユーザの参照件数も表示してもよい。参照した全エンドユーザの中で、類似するエンドユーザの割合が多ければ、自分に適合する有用情報と考え、詳細情報の参照を促すことが可能となる。

なお、本実施の形態で収集する履歴を用いて、実施の形態２における訓練データ１４１を生成し、学習モデル１４の再学習を行ってもよい。

上述の実施の形態において、有用情報を選択する際にエンドユーザが予め選択したエリア情報を用いるが、それに限らない。エンドユーザの指示にしたがい、使用するエリアを変更してもよい。また、ユーザ端末２の現在位置が含まれるエリアを使用してもよい。有用情報と対応するスポットの位置を用いて、参照件数を地図表示してもよい。

（実施の形態４）
本実施の形態は、有用情報をエンドユーザに提供するに当たり、当該エンドユーザに類似するユーザの直近の参照件数を地図表示する形態に関する。図２８は地図表示処理の手順例を示すフローチャートである。エンドユーザはユーザ端末２を用いて、地図表示を選択する。ユーザ端末２の制御部２１は地図表示要求を情報サーバ１へ送信する（ステップＳ１６１）。情報サーバ１の制御部１１は要求を受信する（ステップＳ１６２）。制御部１１は処理対象エリアを取得する（ステップＳ１６３）。対象エリアは地図表示要求にユーザの指定情報が含まれている場合、それを取得する。ユーザの指定情報が含まれていない場合、ユーザ端末２から得た位置情報に基づいて特定する。制御部１１はエンドユーザの属性を取得する（ステップＳ１６４）。制御部１１は有用情報を取得する（ステップＳ１６５）。ここではイベント情報又はクーポン情報であって、ステップＳ１６３で取得したエリアに対応する情報である。また、イベント情報であれば、開始時刻が現在時刻より１～２時間以降のもの、クーポン情報であれば、現在時刻において利用可能なものを対象とすることが望ましい。制御部１１は有用情報の一つを処理対象として選択する（ステップＳ１６６）。制御部１１は選択した有用情報の参照履歴を参照履歴ＤＢ１３８から取得する（ステップＳ１６７）。取得する参照履歴として、参照された日時の条件を付け、直近２時間以内の履歴のみとする。取得した参照履歴に参照したエンドユーザのユーザ情報を結合する（ステップＳ１６８）。参照履歴に含まれるユーザＩＤを用いて、ユーザＤＢ１３２を結合する。制御部１１は、取得した参照履歴の中から、対象となっているエンドユーザと類似する他のエンドユーザの履歴のみに絞り込みを行なう（ステップＳ１６９）。ステップＳ１６９の処理は、図２７のステップＳ１４５と同様であるから、説明を省く。制御部１１は絞り込んだ参照履歴の件数を取得する（ステップＳ１７０）。制御部１１は有用情報と対応付けて、件数を記憶する（ステップＳ１７１）。制御部１１は未処理の有用情報があるか否かを判定する（ステップＳ１７２）。制御部１１は未処理の有用情報があると判定した場合（ステップＳ１７２でＹＥＳ）、処理をステップＳ１６６に戻し、未処理の有用情報についての処理を行なう。制御部１１は未処理の有用情報がないと判定した場合（ステップＳ１７２でＮＯ）、各有用情報に対応するスポットの位置に基づき、件数を表示した地図を作成し、ユーザ端末２へ送信する（ステップＳ１７３）。ユーザ端末２の制御部２１は地図を受信し、表示部２７に表示する（ステップＳ１７４）。制御部２１は処理を終了する。

図２９は、地図表示画面の例を示す説明図である。地図表示画面ｄ０４は、位置アイコンｄ０４１、件数表示ｄ０４２及び戻るボタンｄ０４３を含む。位置アイコンｄ０４１は、有用情報に対応するスポットの位置を示す。件数表示ｄ０４２は類似するエンドユーザが参照した件数を示す。戻るボタンｄ０４３は地図表示画面ｄ０４の前に表示していた画面に戻るためのボタンである。位置アイコンｄ０４１は、件数表示ｄ０４２の値により表示の大きさを変えている。件数２００件の位置アイコンｄ０４１が大きく、５件の位置アイコンｄ０４１が小さい。８０件の位置アイコンｄ０４１は中間の大きさである。エンドユーザが地図表示画面ｄ０４において、位置アイコンｄ０４１を選択すると対応するイベント情報、クーポン情報、スポット情報等の有用情報を表示する

本実施の形態においては、地図上に有用情報を表示し、類似するエンドユーザの直近の参照件数表示をする。類似する属性を持つユーザの参照したイベントの参加を選択すれば、会場の雰囲気に馴染めないという心配をすることなく、エンドユーザは参加することが可能となる。また、類似する属性を持つユーザの参照したクーポンの利用を選択すれば、他の来店客の言動が気になるという確率は低いことを期待して、エンドユーザはクーポンの利用が可能となる。

なお、有用情報を選択する際に敢えてエンドユーザの属性情報を用いない。それにより、属性情報を条件とした場合には選択されない幅広い情報をエンドユーザへ提供することが可能となる。

上述の実施の形態において、有用情報の選択の際、参照履歴を使用してもよい。各エンドユーザの参照履歴から、エリア毎、カテゴリ毎及びサブカテゴリ毎の参照回数を求め、エンドユーザが多く参照したエリア、カテゴリ及びサブカテゴリを特定する。特定したエリア、カテゴリ、サブカテゴリを用いて、提供する有用情報を選択する。また、クーポンの利用履歴から、エンドユーザの行動履歴を取得し、エンドユーザがよく訪れるエリアを特定し、特定したエリアを用いて、提供する有用情報を選択してもよい。履歴を用いることにより、エンドユーザにより良く適合する有用情報の提供が可能となる。エリアに関しては、エンドユーザが登録したエリアと、実際に訪れるエリアとが整合していない場合に、履歴の利用は特に有用である。

記事については、新着記事を表示するとしたが、それに限らない。スポットを紹介する記事を、エンドユーザの参照履歴や行動履歴に基づいて選択し、お勧めスポット情報として、新着記事とは分けて提供してもよい。

各実施の形態で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１００ 情報提供システム
１ 情報サーバ
１１ 制御部
１２ 主記憶部
１３ 補助記憶部
１３１ エリアＤＢ
１３２ ユーザＤＢ
１３３ イベントＤＢ
１３４ スポットＤＢ
１３５ クーポンＤＢ
１３６ 記事ＤＢ
１３７ 広告ＤＢ
１３８ 参照履歴ＤＢ
１４ 学習モデル
１４１ 訓練データ
１５ 計時部
１６ 通信部
１Ｐ 制御プログラム
２ ユーザ端末
２１ 制御部
２２ 主記憶部
２３ 補助記憶部
２４ 通信部
２５ 位置情報取得部
２６ 入力部
２７ 表示部
２Ｐ 制御プログラム

Claims (9)

1. 有用情報と当該有用情報を参照又は利用したユーザの識別情報とを対応付けた履歴情報、及びユーザの識別情報と属性情報とを対応付けたユーザ情報を記憶した記憶部を備えたコンピュータに、
   時刻情報、位置情報及び処理対象ユーザの属性情報を取得し、
   取得した前記時刻情報、前記位置情報及び前記属性情報に基づき、前記処理対象ユーザに適合する有用情報を取得し、
   前記ユーザ情報を参照し、前記処理対象ユーザの属性情報と同一又は類似の属性情報に対応付けられた類似ユーザの識別情報を取得し、
   前記履歴情報を参照し、前記取得した有用情報と対応付けられた前記類似ユーザの数を算出し、
   算出した前記類似ユーザの数と前記取得した有用情報とを対応付けて前記処理対象ユーザの端末へ送信する
   処理を実行させることを特徴とする送信プログラム。
2. 前記有用情報は、イベント又はグルメに関する情報若しくはイベント又はグルメに関するクーポン情報を含む
   ことを特徴とする請求項１に記載の送信プログラム。
3. 前記記憶部は、前記時刻情報、前記位置情報及び前記属性情報と対応付けられた前記有用情報を記憶しており、
   取得した前記時刻情報、前記位置情報及び前記属性情報に基づき、前記記憶部から前記ユーザに適合する有用情報を取得する
   ことを特徴とする請求項１又は請求項２に記載の送信プログラム。
4. ユーザに適合する有用情報の種別を出力する学習モデルへ、取得した前記時刻情報、前記位置情報及び前記属性情報を入力し、
   前記学習モデルより得た有用情報の種別に基づく有用情報を送信する
   ことを特徴とする請求項１から請求項３のいずれか１項に記載の送信プログラム。
5. 取得した前記時刻情報、前記位置情報及び前記属性情報、並びに有用情報の種別を対応付けた訓練データを取得し、
   取得した訓練データに基づき、前記学習モデルを再学習する
   ことを特徴とする請求項４に記載の送信プログラム。
6. 有用情報と当該有用情報を参照又は利用したユーザの識別情報とを対応付けた履歴情報、及びユーザの識別情報と属性情報とを対応付けたユーザ情報を記憶した記憶部と、
   時刻情報、位置情報及び処理対象ユーザの属性情報を取得する第１取得部と、
   取得した前記時刻情報、前記位置情報及び前記属性情報に基づき、前記処理対象ユーザに適合する有用情報を取得する第２取得部と、
   前記ユーザ情報を参照し、前記処理対象ユーザの属性情報と同一又は類似の属性情報に対応付けられた類似ユーザの識別情報を取得する第３取得部と、
   前記履歴情報を参照し、前記取得した有用情報と対応付けられた前記類似ユーザの数を算出しする算出部と、
   算出した前記類似ユーザの数と前記取得した有用情報を前記ユーザの端末へ送信する送信部と
   を備えることを特徴とする送信装置。
7. 有用情報と当該有用情報を参照又は利用したユーザの識別情報とを対応付けた履歴情報、及びユーザの識別情報と属性情報とを対応付けたユーザ情報を記憶した記憶部を備えたコンピュータが、
   時刻情報、位置情報及び処理対象ユーザの属性情報を取得し、
   取得した前記時刻情報、前記位置情報及び前記属性情報に基づき、前記処理対象ユーザに適合する有用情報を取得し、
   前記ユーザ情報を参照し、前記処理対象ユーザの属性情報と同一又は類似の属性情報に対応付けられた類似ユーザの識別情報を取得し、
   前記履歴情報を参照し、前記取得した有用情報と対応付けられた前記類似ユーザの数を算出し、
   算出した前記類似ユーザの数と前記取得した有用情報とを対応付けて前記処理対象ユーザの端末へ送信する
   ことを特徴とする送信方法。
8. 有用情報と当該有用情報を参照又は利用したユーザの識別情報とを対応付けた履歴情報、及び前記ユーザの識別情報と属性情報とを対応付けたユーザ情報を記憶した記憶部を備えたコンピュータに、
   時刻情報、位置情報及び処理対象ユーザの属性情報を取得し、
   取得した前記時刻情報及び前記位置情報に基づき、前記ユーザに適合する有用情報を取得し、
   前記ユーザ情報を参照し、前記処理対象ユーザの属性情報と同一又は類似の属性情報に対応付けられた類似ユーザの識別情報を取得し、
   前記履歴情報を参照し、前記取得した有用情報と対応付けられた前記類似ユーザの数を算出し、
   前記取得した有用情報と算出した前記類似ユーザの数とを対応付けて前記処理対象ユーザの端末へ送信する
   処理を実行させることを特徴とする送信プログラム。
9. ユーザが携帯するコンピュータに、
   位置情報を取得し、
   取得した位置情報、及び前記ユーザの識別情報を送信し、
   時刻情報及び前記位置情報に基づき、前記ユーザに適合すると判定された有用情報と、該有用情報を前記ユーザに類似するユーザが参照した参照回数とを対応付けたデータを受信し、
   受信したデータを表示する
   処理を実行させることを特徴とする表示プログラム。

Images