JP2018097389A - 配信装置、配信方法、配信プログラム、端末装置、表示方法、及び表示プログラム - Google Patents

Abstract

【課題】ユーザに視認されやすく、満足度が低下しない情報を通知する配信装置及び表示プログラムを提供する。【解決手段】ユーザＵ１は、端末装置１０から、配信装置１００Ａにログインし、配信装置１００Ａが提供する配信サービスの収支コンテンツＳ３２の配信を要求する。配信装置１００Ａは、端末装置１０に、家計簿に関する情報に基く、収支コンテンツＳ３２を配信する。ユーザＵ１が、配信装置１００Ａに外部装置５１が提供するサービス情報を問合せると、配信装置１００Ａは、外部装置５１から取得したサービス情報Ｓ３４に基き、コンテンツと同じ表示様態となるように、通知情報ＮＣ２１を生成し、端末装置１０に配信する。【選択図】図９

Description

本発明は、配信装置、配信方法、配信プログラム、端末装置、表示方法、及び表示プログラムに関する。

近年、ユーザが閲覧中のコンテンツとは異なる情報を通知する技術が提供されている。例えば、地震や津波などの災害が発生した場合に、ユーザに災害に係る情報を提供する技術が提供されている。

特開２００７−０６６２８７号公報

しかしながら、上記の従来技術ではユーザに適切に情報を通知することが難しい。例えば、ユーザに視認されにくい位置に通知する情報が表示された場合、表示した情報がユーザに視認されない可能性が高くなり、ユーザに適切に情報を通知することは難しい。また、例えば、ポップアップ表示などのようにコンテンツに重畳して通知する情報が表示された場合、ユーザの満足度が低下する可能性が高くなり、ユーザに適切に情報を通知することは難しい。

本願は、上記に鑑みてなされたものであって、ユーザに適切に情報を通知する配信装置、配信方法、配信プログラム、端末装置、表示方法、及び表示プログラムを提供することを目的とする。

本願に係る配信装置は、端末装置を利用するユーザの収支に関するコンテンツを一覧表示する前記端末装置に、前記端末装置を利用するユーザへ通知する前記コンテンツ以外の通知情報であって、前記コンテンツとともに一覧表示される通知情報を配信する配信部、を備えたことを特徴とする。

実施形態の一態様によれば、ユーザに適切に情報を通知することができるという効果を奏する。

図１は、実施形態に係る配信処理の一例を示す図である。 図２は、実施形態に係る配信装置の構成例を示す図である。 図３は、実施形態に係るユーザ情報記憶部の一例を示す図である。 図４は、実施形態に係る収支情報記憶部の一例を示す図である。 図５は、実施形態に係る端末装置の構成例を示す図である。 図６は、実施形態に係る通知情報を配信する処理の一例を示すフローチャートである。 図７は、実施形態に係る通知情報を表示する処理の一例を示すフローチャートである。 図８は、実施形態に係る配信処理の一例を示す図である。 図９は、変形例に係る配信処理の一例を示す図である。 図１０は、変形例に係る配信装置の構成例を示す図である。 図１１は、変形例に係るサービス情報記憶部の一例を示す図である。 図１２は、変形例に係る通知情報を配信する処理の一例を示すフローチャートである。 図１３は、変形例に係る通知情報を表示する処理の一例を示すフローチャートである。 図１４は、配信装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

以下に、本願に係る配信装置、配信方法、配信プログラム、端末装置、表示方法、及び表示プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る配信装置、配信方法、配信プログラム、端末装置、表示方法、及び表示プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（実施形態）
〔１．配信処理〕
まず、図１を用いて、実施形態に係る配信処理の一例について説明する。図１は、実施形態に係る配信処理の一例を示す図である。配信装置１００は、ユーザの収支に関するコンテンツを配信する配信サービスを提供する。図１の例では、配信装置１００がユーザの家計簿に関するコンテンツを配信する場合を示すが、ユーザの収支に関するコンテンツであれば、家計簿に関するコンテンツに限らず、銀行等の金融機関の出入金に関するコンテンツや株式等の金融商品取引に関するコンテンツ等、種々のコンテンツであってもよい。以下、配信装置１００が配信するコンテンツを「収支コンテンツ」と称する場合がある。なお、収支コンテンツには、収支に関する広告コンテンツが含まれてもよい。

また、配信装置１００が配信する収支コンテンツは、端末装置１０において一覧表示される。そして、配信装置１００は、ユーザへ通知する収支コンテンツ以外の通知情報であって、収支コンテンツとともに一覧表示される通知情報を、端末装置１０に配信する。

図１に示すように、配信システム１は、端末装置１０と、外部装置５０と、配信装置１００とが含まれる。端末装置１０と、外部装置５０と、配信装置１００とは図示しない所定の通信網を介して、有線または無線により通信可能に接続される。なお、図１に示した配信システム１には、複数台の端末装置１０や、複数台の外部装置５０や、複数台の配信装置１００が含まれてもよい。

端末装置１０は、ユーザによって利用される情報処理装置である。端末装置１０は、ユーザによる操作を受け付ける。図１に示す例において端末装置１０は、ユーザの操作により所定のアプリケーション（以下、単に「アプリ」とする場合がある）を起動する。図１の例では、アプリは、家計簿アプリであってもよい。そして、端末装置１０は、ユーザの操作によりアプリに表示するコンテンツを配信装置１００へ要求する。なお、端末装置１０は、配信装置１００が配信する収支コンテンツを表示可能であれば、どのようなアプリにより収支コンテンツを表示してもよい。例えば、端末装置１０は、家計簿アプリ等の専用のアプリケーションにより収支コンテンツを表示してもよいし、ブラウザアプリ（以下、単に「ブラウザ」とする場合がある）により収支コンテンツを表示してもよい。

また、以下では、端末装置１０をユーザと表記する場合がある。すなわち、以下では、ユーザを端末装置１０と読み替えることもできる。なお、端末装置１０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等により実現される。図１に示す例においては、端末装置１０がタッチパネル機能を有するスマートフォンである場合を示す。また、端末装置１０は、端末装置１０を利用するユーザへの通知情報を配信装置１００から受信する。また、端末装置１０は、受信した通知情報を配信装置１００が配信する収支コンテンツとともに一覧表示する。

配信装置１００は、端末装置１０に収支コンテンツや通知情報を配信するサービスを提供する情報処理装置である。図１に示す例において、配信装置１００は、端末装置１０から配信要求を受け付け、端末装置１０において起動されたアプリ中のページに一覧表示される収支コンテンツを配信する。また、配信装置１００は、ユーザへ通知する収支コンテンツ以外の通知情報であって、収支コンテンツとともに一覧表示される通知情報を端末装置１０に配信する。

外部装置５０は、配信装置１００が提供する配信サービス以外のサービスを提供する情報処理装置である。なお、外部装置５０は、配信装置１００が提供する配信サービス以外のサービスであれば、どのようなサービスを提供する情報処理装置であってもよい。例えば、外部装置５０は、美容院やレストラン等の所定のサービスの予約サービスを提供する情報処理装置であってもよく、電子商取引サービスを提供する情報処理装置であってもよく、ユーザの情報を管理するサービスを提供する情報処理装置であってもよい。また、外部装置５０は、配信装置１００以外の配信サービスを行う情報処理装置であってもよい。なお、図１においては、外部装置５０が、アドレス情報管理サービスを提供する情報処理装置である場合を例として説明する。

以下、図１を用いて、配信処理の一例を説明する。図１に示す例においては、ユーザがユーザＩＤ「Ｕ１」により識別されるユーザ（以下、「ユーザＵ１」とする場合がある）である場合を示す。また、図１においては、ユーザＵ１は、外部装置５０が提供するアドレス情報管理サービスを利用中のユーザであるとする。ここで言うアドレス情報とは、電話番号やメールアドレス等の情報を含むものとする。なお、配信装置１００が通知情報の生成に用いる情報を取得済みであれば、配信システム１には、外部装置５０が含まれなくてもよい。また、例えば、配信装置１００が通知情報の生成に用いる情報（例えばアドレス情報等）を端末装置１０から取得する場合、配信システム１には、外部装置５０が含まれなくてもよい。

図１に示すように、ユーザＵ１は端末装置１０で起動されたアプリを操作し、配信装置１００にコンテンツの配信要求を送信する（ステップＳ１１）。例えば、図１においては図示を省略するが、ユーザＵ１は端末装置１０で起動されたアプリにおいて所定のログイン操作等を行うことにより、配信装置１００にコンテンツの配信を要求する。また、アプリの起動時において端末装置１０は、配信装置１００にコンテンツの配信を要求してもよい。

端末装置１０から配信要求を受け付けた配信装置１００は、端末装置１０に配信装置１００が提供する配信サービスの収支コンテンツを配信する（ステップＳ１２）。例えば、配信装置１００は、端末装置１０にユーザＵ１の家計簿に関する情報（以下、「家計簿情報」ともいう）に基づく配信サービスの収支コンテンツを配信する。そして、端末装置１０は、配信装置１００から受信した収支コンテンツを表示する（ステップＳ１３）。すなわち、端末装置１０は、アプリ中のページＷ１１に収支コンテンツ（以下、単に「コンテンツ」ともいう）を一覧表示する。図１に示す例においては、端末装置１０中のページＷ１１には、コンテンツＣＴ１１、コンテンツＣＴ１２、コンテンツＣＴ１３、コンテンツＣＴ１４の順に上下方向に並んで一覧表示される。このように、端末装置１０において、収支コンテンツは所定の方向に並べて一覧表示される。具体的には、収支コンテンツはスクロール方向（図１においては上下方向）に並べて表示される。図１の例では、ページＷ１１には、ユーザの収支コンテンツのうち、支出に関するコンテンツが表示される場合を示す。例えば、ページＷ１１には、２０１６年１０月２３日に美容院Ａで４０００円を支出したことを示すコンテンツＣＴ１１や２０１６年１０月３０日にコンビニＢで２０００円を支出したことを示すコンテンツＣＴ１２等が表示される。

なお、ページＷ１１に表示されたコンテンツＣＴ１１〜ＣＴ１４は収支コンテンツの一部であり、ユーザは端末装置１０の表示画面にタッチした指Ｆ１を下から上へ移動させる操作（以下、「フリック操作」とする場合がある）をすることにより、表示を下へスクロールさせて、下に続く残りのコンテンツを表示させることができる。

その後、端末装置１０は、サービス情報を配信装置１００へ問い合わせる（ステップＳ１４）。図１に示す例において、端末装置１０は、外部装置５０が提供するアドレス情報管理サービスに関するサービス情報を配信装置１００へ問い合わせる。例えば、端末装置１０は、サービスを識別する情報や端末装置１０を利用するユーザを識別する情報を配信装置１００へ送信することにより、サービス情報を配信装置１００へ問い合わせる。また、端末装置１０は、サービス情報を配信装置１００へ問い合わせる際に、コンテンツＣＴ１１〜ＣＴ１４が表示されていることを示す情報や次に表示されるコンテンツがコンテンツＣＴ１５やコンテンツＣＴ１６等であることを示す情報を配信装置１００へ送信してもよい。なお、配信装置１００は、端末装置１０からの問い合わせに関わらず所定のタイミングで、以下に示すステップＳ１５〜Ｓ１７の処理を行ってもよい。

配信装置１００は、端末装置１０からサービス情報の問合せを受け付けた場合、問合せを受け付けたサービスを提供する外部装置５０に、端末装置１０を利用するユーザＵ１に関する情報を要求する（ステップＳ１５）。図１に示す例において、配信装置１００は、ユーザＵ１に関するアドレス情報管理サービスのサービス情報を外部装置５０に要求する。例えば、配信装置１００は、ユーザを識別する情報を送信することにより、外部装置５０にサービス情報を要求する。例えば、配信装置１００は、ユーザＵ１の収支に関する情報を外部装置５０に送信してもよい。例えば、配信装置１００は、コンテンツＣＴ１１〜ＣＴ１７に示すように、ユーザＵ１が美容院ＡやコンビニＢやレストランＥで支出したことを示す情報を外部装置５０に送信してもよい。

配信装置１００から要求を受け付けた外部装置５０は、端末装置１０を利用するユーザＵ１に関するサービス情報を配信装置１００に送信する（ステップＳ１６）。図１に示す例において、外部装置５０は、ユーザＵ１が登録しているアドレス情報を、ユーザＵ１に関するサービス情報として配信装置１００に送信する。なお、図１の例では、ユーザＵ１が登録しているアドレス情報中にレストランＥに関するアドレス情報が含まれないものとする。外部装置５０は、ユーザＵ１が美容院ＡやコンビニＢやレストランＥで支出したことを示す情報を取得している場合、レストランＥがユーザＵ１のアドレス情報に含まれないことを示す情報を、ユーザＵ１に関するサービス情報として配信装置１００に送信してもよい。

外部装置５０からユーザＵ１に関するサービス情報を受け付けた配信装置１００は、種々の情報に基づいて、通知情報を生成する。図１に示す例において、配信装置１００は、ユーザＵ１のアドレス情報中にレストランＥに関するアドレス情報が含まれないことを示す情報やコンテンツＣＴ１６に示すようにユーザＵ１がレストランＥで支出した、すなわち食事をしたことを示す情報に基づいて、通知情報ＮＣ１１を生成する。具体的には、配信装置１００は、ユーザＵ１にレストランＥの電話番号をアドレス情報として登録することを促す通知情報ＮＣ１１を生成する。このように、配信装置１００は、配信サービスとは別サービスであるアドレス情報管理サービスに関する通知情報ＮＣ１１を生成する。その後、配信装置１００は、生成した通知情報ＮＣ１１を端末装置１０へ配信する（ステップＳ１７）。図１に示す例において、配信装置１００は、配信サービスとは別サービスであるアドレス情報管理サービスに関する通知情報ＮＣ１１を端末装置１０へ配信する。この場合、配信装置１００は、コンテンツＣＴ１１〜ＣＴ１７等と同じ表示態様となるように生成した通知情報を端末装置１０へ配信する。

その後、ユーザＵ１は、指Ｆ１を下から上へフリック操作を行う（ステップＳ１８）。これにより、端末装置１０中のページＷ１１には、コンテンツＣＴ１１〜ＣＴ１４の次のコンテンツが表示される（ステップＳ１９）。ここで、端末装置１０は、次に表示されるコンテンツに通知情報を割り込ませて表示させる。図１に示す例において、端末装置１０中のページＷ１１には、コンテンツＣＴ１５、コンテンツＣＴ１６、通知情報ＮＣ１１、コンテンツＣＴ１７の順に上下方向に並んで一覧表示される。

このように、端末装置１０において、通知情報ＮＣ１１が、コンテンツＣＴ１６とコンテンツＣＴ１７との間に差し込まれて一覧表示される。図１の例では、２０１６年１１月１３日にレストランＥで８０００円を支出したことを示すコンテンツＣＴ１６と、２０１６年１１月１３日に映画館Ｄで３０００円を支出したことを示すコンテンツＣＴ１７との間に通知情報ＮＣ１１が差し込まれて一覧表示される。例えば、通知情報ＮＣ１１は表示前に予めコンテンツＣＴ１６とコンテンツＣＴ１７との間に差し込まれて一覧表示される。

図１に示すように、通知情報ＮＣ１１は、外部装置５０が提供するアドレス情報管理サービスにおけるユーザＵ１に関するサービス情報を示す。具体的には、端末装置１０中のページＷ１１には、レストランＥの電話番号及びその登録を許可する「ＯＫ」ボタンを含む通知情報ＮＣ１１が表示される。

ここで、通知情報ＮＣ１１の内容は、ユーザＵ１が食事したレストランＥの電話番号の登録を促す、すなわちユーザＵ１のアドレス情報にレストランＥの電話番号が含まれていないことをユーザＵ１に通知する内容である。言い換えると、通知情報ＮＣ１１の内容は、配信装置１００の配信サービス以外であってユーザが利用中のサービスによりユーザに通知される情報である。具体的には、通知情報ＮＣ１１は、ユーザが利用中のアドレス情報管理サービスを提供する外部装置５０によりユーザＵ１に通知される情報である。

このような内容の通知情報ＮＣ１１を閲覧したユーザＵ１は、「ＯＫ」ボタンを押下すること等により、外部装置５０が提供するアドレス情報管理サービスのアプリ等を起動して、レストランＥの電話番号をアドレス情報として登録する可能性が高くなる。すなわち、通知情報ＮＣ１１は、収支コンテンツを提供するサービス以外のサービスの利用を促す情報である。具体的には、通知情報ＮＣ１１は、配信装置１００以外の外部装置５０が提供するアドレス情報管理サービスの利用を促す情報である。

上述したように、配信装置１００は、収支コンテンツ以外で収支コンテンツとともに一覧表示される通知情報を配信する。そして、通知情報を受信した端末装置１０は、収支コンテンツとともに通知情報を一覧表示する。図１に示す例においては、端末装置１０は、コンテンツＣＴ１５〜ＣＴ１７とともに、アドレス情報管理サービスに関する通知情報ＮＣ１１を上下方向に並べて一覧表示される。つまり、配信装置１００は、通知情報をユーザが閲覧しているコンテンツとともに表示されるように配信することができるため、通知情報をユーザに視認可能性が高い態様で、通知することができる。また、配信装置１００は、収支コンテンツに重畳させることなく、収支コンテンツと調和した態様で通知情報が表示されるように配信することができるため、ユーザの満足度を低下させることなく、通知情報をユーザに適切に通知することができる。すなわち、配信装置１００は、ユーザに適切に情報を通知することができる。

〔１−１．通知タイミング〕
なお、上記の例における通知情報の配信タイミングは一例であり、配信装置１００は、目的に応じて種々のタイミングで通知情報を配信してもよい。例えば、配信装置１００は、ステップＳ１１において端末装置１０から配信要求を受け付けた際に、ステップＳ１５、Ｓ１６の処理を行い、ステップＳ１２において収支コンテンツを配信する際に通知情報も併せて配信してもよい。すなわち、配信装置１００は、収支コンテンツを配信するタイミングで通知情報を配信してもよいし、収支コンテンツの配信と異なるタイミングで通知情報を配信してもよい。なお、この点についての詳細は後述する。

また、上記の例においては、端末装置１０が、家計簿アプリ等の収支コンテンツを閲覧する専用のアプリケーションにより収支コンテンツを表示する場合を示したが、収支コンテンツの表示は上記に限らず、端末装置１０は、例えばブラウザなどにより、収支コンテンツを表示してもよい。端末装置１０は、例えばブラウザなどにより収支コンテンツを表示する場合、収支コンテンツや通知情報が表示されるページはウェブページであってもよい。

なお、収支コンテンツを配信する情報処理装置と、通知情報を配信する情報処理装置は別体であってもよい。例えば、所定のコンテンツ配信装置が収支コンテンツを配信し、コンテンツ配信装置や端末装置１０から要求を受け付けた配信装置１００が端末装置１０やコンテンツ配信装置に通知情報を配信してもよい。例えば、コンテンツ配信装置は、端末装置１０からの要求に応じて端末装置１０に収支コンテンツを配信し、通知情報を配信装置１００に問い合わせてもよい。コンテンツ配信装置から問合せを受け付けた配信装置１００は、端末装置１０へ直接通知情報を配信してもよい。つまり、端末装置１０は、収支コンテンツと通知情報との各々を別の装置から配信を受けてもよい。

例えば、端末装置１０には、収支コンテンツがコンテンツ配信装置から配信され、配信装置１００から通知情報が配信されてもよい。また、配信装置１００は、コンテンツ配信装置を介して端末装置１０へ通知情報を通知してもよい。すなわち、コンテンツ配信装置が通知情報を問い合せした配信装置１００から受け付けた場合、コンテンツ配信装置は配信装置１００から受け付けた通知情報を端末装置１０に配信する。この場合、配信装置１００と外部装置５０とが、一体であってもよい。

また、上記例における通知情報は一例であり、配信サービスが配信するコンテンツ（収支コンテンツ）以外の情報であり、ユーザに通知される情報であればどのような情報であってもよい。すなわち、配信装置１００は、配信サービスが配信する収支コンテンツ以外の情報であれば、種々の通知情報を端末装置１０へ配信してもよい。例えば、配信装置１００は、広告ではなく、ユーザの利用サービスに関する通知情報を端末装置１０へ配信してもよい。

また、例えば、配信装置１００は、一のＩＤに関連付けられたサービス間における通知情報であってもよい。例えば、配信装置１００は、ユーザＵ１が共通のＩＤ（例えば「Ｕ１」）を用いて配信サービスや他のサービス（例えば予約サービス等）の提供を受ける場合、共通のＩＤを用いる配信サービスのコンテンツとともに共通のＩＤを用いる他のサービスに関する通知情報が一覧表示されるように、通知情報を配信してもよい。この場合、例えば、共通のＩＤを用いてユーザに利用されるサービスＡのコンテンツとともに共通のＩＤを用いてユーザに利用されるサービスＢの通知情報が表示され、サービスＢのコンテンツとともにサービスＡの通知情報が表示されてもよい。このように、共通のＩＤにより利用されるサービス間で通知情報を相互に提供してもよい。

また、配信装置１００は、通知情報の内容とコンテンツとの関連性に基づいて、通知情報を差し込む位置を決定してもよい。例えば、配信装置１００は、図１に示すように、レストランＥに関するコンテンツＣＴ１６の直下に通知情報ＮＣ１１を配置すると決定してもよい。これにより、通知情報ＮＣ１１の対象であるレストランＥに関連する情報とともに通知情報ＮＣ１１をユーザＵ１に閲覧させることができる。

また、図１の例では、配信装置１００は、ユーザＵ１がレストランＥで支出した２０１６年１１月１３日から所定の期間以内に、通知情報ＮＣ１１を配信してもよい。例えば、配信装置１００は、ユーザＵ１がレストランＥで２０１６年１１月１３日に支出をしたことを示す情報を登録してから、１日や３日以内に通知情報ＮＣ１１を配信してもよい。例えば、配信装置１００は、ユーザＵ１がレストランＥで２０１６年１１月１３日に支出をしたことを示す情報を登録した後、次にアプリを起動した際に通知情報ＮＣ１１を配信してもよい。

〔１−２．他のサービス（予約サービス）〕
また、上述した例では、アドレス管理サービスに関する通知情報を一例として示したが、配信装置１００は、種々のサービスに関する通知情報を配信してもよい。例えば、配信装置１００は、予約サービスに関する通知情報を配信してもよい。例えば、配信装置１００は、ユーザが行った店舗（施設）の予約を促す通知情報を配信してもよい。例えば、配信装置１００は、ユーザが所定の店舗を利用した後、所定のタイミングでその店舗の予約を促す通知情報を配信してもよい。例えば、配信装置１００は、ユーザが美容院に行ってからまもなく２ヶ月のタイミングで予約を促す通知情報を配信してもよい。

〔１−３．レビュー投稿サービス〕
また、例えば、配信装置１００は、所定の対象の評価に関するレビュー投稿サービスに関する通知情報を配信してもよい。例えば、配信装置１００は、ユーザが所定の店舗を利用した後、所定のタイミングでその店舗のレビューの投稿を促す通知情報を配信してもよい。例えば、配信装置１００は、ユーザがレストランに行った直後に、そのレストランのレビューの投稿を促す通知情報を配信してもよい。例えば、配信装置１００は、ユーザがレストランでの支出の登録を行った直後に、そのレストランのレビューの投稿を促す通知情報を配信してもよい。

〔１−４．クレジットサービス〕
また、例えば、配信装置１００は、クレジットサービスに関する通知情報を配信してもよい。例えば、配信装置１００は、クレジットカードの引き落としに関する通知情報を配信してもよい。例えば、配信装置１００は、クレジットカードの引き落としの期日前の所定のタイミングでクレジットカードの引き落としに関する通知情報を配信してもよい。例えば、配信装置１００は、クレジットカードの引き落としの３日前に、クレジットカードの引き落としに関する通知情報を配信してもよい。

〔１−５．収支状況に応じた通知〕
また、例えば、配信装置１００は、ユーザの収支状況に応じた通知情報を配信してもよい。例えば、配信装置１００は、ユーザの収入に対し支出が多い場合に求人、クラウドソーシングサービスに関する通知情報を配信してもよい。また、例えば、配信装置１００は、ユーザの収入に対し支出が多い場合に、オークションサービスに関する通知情報を配信してもよい。例えば、配信装置１００は、ユーザの収入に対し支出が多い場合に、「出品しませんか」等の提案を含む通知情報を配信してもよい。また、例えば、配信装置１００は、ユーザの収支状況に応じてマッチングサービスに関する通知情報を配信してもよい。例えば、配信装置１００は、ユーザに、収支バランスが類似する、すなわち金銭感覚が類似する他のユーザを紹介する通知情報を配信してもよい。

〔１−６．資産状況に応じた通知〕
また、例えば、配信装置１００は、ユーザの収支に関する情報に基づいて推定されるユーザの資産状況に応じた内容の通知情報を配信してもよい。例えば、配信装置１００は、推定したユーザの資産状況に応じて、納税に関する通知情報を配信してもよい。例えば、配信装置１００は、推定したユーザの資産状況に応じて、ふるさと納税に関する通知情報を配信してもよい。例えば、配信装置１００は、推定したユーザの収入に基づく上限額に応じて、納税額と所定の自治体の商品との関連を示す通知情報を配信してもよい。

〔２．配信装置の構成〕
次に、図２を用いて、実施形態に係る配信装置１００の構成について説明する。図２は、実施形態に係る配信装置１００の構成例を示す図である。図２に示すように、配信装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、配信装置１００は、配信装置１００の管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークと有線または無線で接続され、端末装置１０との間で情報の送受信を行う。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。実施形態に係る記憶部１２０は、図２に示すように、ユーザ情報記憶部１２１と、収支情報記憶部１２２とを有する。

（ユーザ情報記憶部１２１）
実施形態に係るユーザ情報記憶部１２１は、ユーザに関する各種情報を記憶する。例えば、ユーザ情報記憶部１２１は、ユーザ属性に関する各種情報を記憶する。図３は、実施形態に係るユーザ情報記憶部の一例を示す図である。図３に示すユーザ情報記憶部１２１は、「ユーザＩＤ」、「年齢」、「性別」といった項目が含まれる。

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。例えば、ユーザＩＤ「Ｕ１」により識別されるユーザは、図１の例に示したユーザＵ１に対応する。また、「年齢」は、ユーザＩＤにより識別されるユーザの年齢を示す。なお、「年齢」は、例えば３５歳など、ユーザＩＤにより識別されるユーザの具体的な年齢であってもよい。また、「性別」は、ユーザＩＤにより識別されるユーザの性別を示す。

例えば、図３に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザの年齢は、「３０代」であり、性別は、「男性」であることを示す。また、例えば、図３に示す例において、ユーザＩＤ「Ｕ２」により識別されるユーザの年齢は、「２０代」であり、性別は、「女性」であることを示す。

なお、ユーザ情報記憶部１２１は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、ユーザ情報記憶部１２１は、年齢や性別に加えて他のデモグラフィック属性情報やサイコグラフィック属性情報を記憶してもよい。例えば、ユーザ情報記憶部１２１は、氏名、自宅、勤務地、興味、家族構成、収入、ライフスタイル等の情報を記憶してもよい。

（収支情報記憶部１２２）
実施形態に係る収支情報記憶部１２２は、収支に関する各種情報を記憶する。図４に、実施形態に係る収支情報記憶部１２２の一例を示す。図４に示す収支情報記憶部１２２は、「ユーザＩＤ」、「種別」、「日時」、「対象」、「金額（円）」といった項目が含まれる。

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。また、「種別」は、対応するユーザの支出または収入の種別に関する情報を示す。「日時」は、対応するユーザの行動が行われた日時を示す。なお、図４の例では、「日時」に記憶される情報を「2016/10/23」等の年月日までを図示するが、「日時」には、「２０１６年９月２１日２２時０１分４３秒」等の時分秒までを含む具体的な日時が記憶されてもよい。また、「対象」は、対応するユーザの支出や収入における対象を示す。なお、図４の例では、「対象」として、支出を行った相手先や収入を得た相手先を示すが、「対象」には、支出を行った、すなわち購入した商品等の情報が含まれてもよい。「金額（円）」は、対応する支出において支払った金額または、対応する収入において得た金額を示す。

例えば、図４に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザ（ユーザＵ１）は、２０１６年１０月２３日に美容院Ａで４０００円の支出を行ったことを示す。また、図４に示す例においてユーザＵ１は、２０１６年１０月２５日に会社Ａから２０万円の収入を得たことを示す。また、例えば、図４に示す例において、ユーザＵ１は、２０１６年１０月３０日にコンビニＢで２０００円の支出を行ったことを示す。

なお、収支情報記憶部１２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。また、図４では、ユーザＩＤごとに収支情報が収支情報記憶部１２２に記憶される場合を示したが、収支情報は、ユーザＩＤごとに限らず、例えば時刻順に記憶されてもよい。また、収支情報記憶部１２２は、ログＩＤ等の各種の支出や収入を識別する情報を記憶してもよい。また、上述したように、収支情報記憶部１２２は、各支出における品目等の詳細な情報を記憶してもよい。

（制御部１３０）
図２の説明に戻って、制御部１３０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、配信装置１００内部の記憶装置に記憶されている各種プログラム（配信プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図２に示すように、制御部１３０は、受付部１３１と、生成部１３２と、配信部１３３とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図２に示した接続関係に限られず、他の接続関係であってもよい。

（受付部１３１）
受付部１３１は、種々の情報を受け付ける。例えば、受付部１３１は、外部の情報処理装置から配信要求を受け付ける。例えば、受付部１３１は、端末装置１０から配信要求を受け付ける。図１に示す例において、受付部１３１は、端末装置１０において動作するアプリによる配信要求を受け付ける。また、受付部１３１は、端末装置１０からサービス情報の問合せを受け付ける。図１に示す例において、受付部１３１は、端末装置１０から外部装置５０が提供するサービスに関するサービス情報の問合せを受け付ける。また、受付部１３１は、外部装置５０からサービス情報を受け付ける。図１に示す例において、受付部１３１は、ユーザＵ１が利用中のサービスを提供する外部装置５０からユーザＵ１に関するサービス情報を受け付ける。

また、受付部１３１は、外部の情報処理装置からユーザ情報記憶部１２１に記憶されるユーザ情報を受け付けてもよい。例えば、受付部１３１は、ユーザが利用する端末装置１０から各種情報を受け付ける。例えば、受付部１３１は、ユーザが利用する端末装置１０からユーザ情報を受け付ける。

（生成部１３２）
生成部１３２は、種々の情報を生成する。例えば、生成部１３２は、受付部１３１により受け付けられたユーザに関するサービス情報に基づいて、通知情報を生成する。図１に示す例において、生成部１３２は、受付部１３１により受け付けられたユーザに関するサービス情報に基づいて、通知情報ＮＣ１１を生成する。また、生成部１３２は、受付部１３１により外部装置５０が提供するサービスに関するサービス情報の問合せが受け付けられた場合、外部装置５０へサービス情報の問合せを行ってもよい。また、生成部１３２は、外部装置５０へのサービス情報の問合せを配信部１３３に行わせてもよい。

生成部１３２は、端末装置１０へ配信する収支コンテンツを生成してもよい。例えば、生成部１３２は、受付部１３１により配信要求が受け付けられた場合、収支情報記憶部１２２に記憶されたユーザの収支に関する情報を加工して収支コンテンツを生成してもよい。この場合、生成部１３２は、端末装置１０に表示する形式に応じて、収支情報記憶部１２２に記憶されたユーザの収支に関する情報を加工し、収支コンテンツを生成してもよい。

図１の例では、生成部１３２は、ユーザＵ１のアドレス情報中にレストランＥに関するアドレス情報が含まれないことを示す情報やコンテンツＣＴ１６に示すようにユーザＵ１がレストランＥで支出した、すなわち食事をしたことを示す情報に基づいて、通知情報ＮＣ１１を生成する。図１の例では、生成部１３２は、ユーザＵ１にレストランＥの電話番号をアドレス情報として登録することを促す通知情報ＮＣ１１を生成する。図１の例では、生成部１３２は、配信サービスとは別サービスであるアドレス情報管理サービスに関する通知情報ＮＣ１１を生成する。

（配信部１３３）
配信部１３３は、種々の情報を配信する。例えば、配信部１３３は、端末装置１０を利用するユーザの収支に関するコンテンツを一覧表示する端末装置１０に、端末装置１０を利用するユーザへ通知するコンテンツ以外の通知情報であって、コンテンツとともに一覧表示される通知情報を配信する。例えば、配信部１３３は、収支に関する情報に基づくタイミングでユーザへ通知する通知情報を配信する。例えば、配信部１３３は、収支に関する情報に基づく内容の通知情報を配信する。例えば、配信部１３３は、収支に関する情報に基づいて推定されるユーザの資産状況に応じた内容の通知情報を配信する。

例えば、配信部１３３は、コンテンツの配信サービス以外のサービスに関する通知情報を配信する。例えば、配信部１３３は、コンテンツの配信サービス以外のサービスの利用を促す通知情報を配信する。例えば、配信部１３３は、コンテンツの配信サービス以外であってユーザが利用中のサービスによりユーザに通知される通知情報を配信する。例えば、配信部１３３は、配信要求を送信した端末装置１０に、通知情報を配信する。

例えば、配信部１３３は、コンテンツ間に予め差し込まれ、コンテンツとともに一覧表示される通知情報を配信する。図１の例では、配信部１３３は、ユーザへ通知する収支コンテンツ以外の通知情報であって、収支コンテンツとともに一覧表示される通知情報を端末装置１０に配信する。図１の例では、配信部１３３は、配信サービスとは別サービスであるアドレス情報管理サービスに関する通知情報ＮＣ１１を端末装置１０へ配信する。図１の例では、配信部１３３は、配信サービスとは別サービスであるアドレス情報管理サービスに関する通知情報ＮＣ１１を端末装置１０へ配信する。

図１の例では、配信部１３３は、コンテンツＣＴ１５〜ＣＴ１７とともに一覧表示される通知情報ＮＣ１１を端末装置１０へ配信する。また、配信部１３３は、受付部１３１により受け付けられたユーザに関するサービス情報に基づく通知情報ＮＣ１１を配信する。図１の例では、配信部１３３は、コンテンツＣＴ１１〜ＣＴ１７等と同じ表示態様となるように生成した通知情報ＮＣ１１を端末装置１０へ配信する。

また、配信部１３３は、コンテンツがスクロール方向に並べて表示される端末装置１０に、コンテンツ間に配置して表示される通知情報を配信する。例えば、配信部１３３は、コンテンツの各々が複数の表示形式のいずれかにより表示される端末装置１０に、複数の表示形式から選択される表示形式で表示される通知情報を配信する。例えば、配信部１３３は、コンテンツが所定の表示形式により表示される端末装置１０に、所定の表示形式で表示される通知情報を配信する。

〔３．端末装置の構成〕
次に、図５を用いて、実施形態に係る端末装置１０の構成について説明する。図５は、実施形態に係る端末装置１０の構成例を示す図である。図５に示すように、端末装置１０は、通信部１１と、記憶部１２と、入力部１３と、出力部１４と、制御部１５とを有する。

（通信部１１）
通信部１１は、例えば、通信回路等によって実現される。そして、通信部１１は、図示しない所定の通信網と有線または無線で接続され、配信装置１００との間で情報の送受信を行う。

（記憶部１２）
記憶部１２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２は、例えば、端末装置１０にインストールされているアプリケーション（例えば家計簿アプリ等）に関する情報、例えばプログラム等を記憶する。

（入力部１３）
入力部１３は、ユーザからの各種操作を受け付ける。例えば、入力部１３は、タッチパネル機能により表示面（例えば表示部１５３）を介してユーザからの各種操作を受け付けてもよい。また、入力部１３は、端末装置１０に設けられたボタンや、端末装置１０に接続されたキーボードやマウスからの各種操作を受け付けてもよい。

（出力部１４）
出力部１４は、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。

（制御部１５）
制御部１５は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、端末装置１０内部の記憶部１２などの記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。例えば、この各種プログラムは、インストールされているアプリケーション（例えば家計簿アプリ等）のプログラムが含まれる。また、制御部１５は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図５に示すように、制御部１５は、要求部１５１と、受信部１５２と、表示部１５３とを有し、以下に説明する配信処理の機能や作用を実現または実行する。なお、制御部１５の内部構成は、図５に示した構成に限られず、後述する配信処理を行う構成であれば他の構成であってもよい。

要求部１５１は、入力部１３により受け付けたユーザ操作に従って、配信装置１００へ配信要求を送信する。例えば、要求部１５１は、起動したアプリからの配信要求を配信装置１００へ送信する。また、要求部１５１は、サービス情報の問合せを要求する。図１に示す例において、要求部１５１は、配信装置１００にサービス情報の問合せを要求する。なお、要求部１５１は、外部装置５０や通知情報を提供する通知装置へサービス情報の問合せを要求してもよい。

受信部１５２は、配信装置１００から配信された収支コンテンツを受信する。また、受信部１５２は、端末装置１０を利用するユーザへの通知情報を受信する。また、受信部１５２は、受信した収支コンテンツや通知情報を記憶部１２に格納してもよい。図１に示す例において、受信部１５２は、配信装置１００から通知情報を受信する。なお、受信部１５２は、外部装置５０や通知装置から通知情報を受信してもよい。

表示部１５３は、受信部１５２により受信された通知情報を所定のコンテンツとともに一覧表示する。具体的には、表示部１５３は、通知情報を収支コンテンツとともに一覧表示する。また、表示部１５３は、収支コンテンツを所定の方向に並べて一覧表示する。具体的には、表示部１５３は、コンテンツをスクロール方向に並べて表示する。また、表示部１５３は、コンテンツ間に通知情報を配置して表示する。また、表示部１５３は、コンテンツの各々を複数の表示形式のいずれかで表示する。この場合、表示部１５３は、通知情報を複数の表示形式から選択した表示形式で表示する。また、表示部１５３は、コンテンツを所定の表示形式により表示する。この場合、表示部１５３は、コンテンツと同じ表示形式で通知情報を表示する。

図１に示す例においては、表示部１５３は、コンテンツＣＴ１１、コンテンツＣＴ１２、コンテンツＣＴ１３、コンテンツＣＴ１４の順に上下方向に並べて、ページＷ１１に一覧表示する。また、表示部１５３は、ユーザのフリック操作等により、表示を下へスクロールさせる操作がされた場合、下に続く残りのコンテンツを表示する。図１に示す例においてユーザのフリック操作がされた後、表示部１５３は、コンテンツＣＴ１１〜ＣＴ１４の次のコンテンツをページＷ１１に表示する。

また、表示部１５３は、次に表示されるコンテンツに通知情報を割り込ませて表示する。図１に示す例において、表示部１５３は、コンテンツＣＴ１５、コンテンツＣＴ１６、通知情報ＮＣ１１、コンテンツＣＴ１７の順に上下方向に並べて、ページＷ１１に一覧表示する。具体的には、表示部１５３は、コンテンツＣＴ１６とコンテンツＣＴ１７との間に通知情報ＮＣ１１を差し込ませて一覧表示する。このように、表示部１５３は、通知情報ＮＣ１１をコンテンツＣＴ１５〜ＣＴ１７とともに一覧表示する。

なお、上述した制御部１５による表示処理等の処理は、例えば、ＪａｖａＳｃｒｉｐｔ（登録商標）などにより実現されてもよい。また、上述した表示処理が所定のアプリケーション（例えば家計簿アプリ等）により行われる場合や表示処理が専用アプリにより行われる場合、制御部１５は、例えば、所定のアプリや専用アプリを制御するアプリ制御部を有してもよい。

〔４．配信処理のフロー〕
次に、図６及び図７を用いて、実施形態に係る配信システム１による配信処理の手順について説明する。まず、図６を用いて配信装置１００における通知情報の配信までの処理の流れを示す。図６は、実施形態に係る通知情報を配信する処理の一例を示すフローチャートである。

図６に示すように、配信装置１００の受付部１３１は、端末装置１０から配信要求を受け付ける（ステップＳ１０１）。例えば、図１に示す例において、受付部１３１は、端末装置１０において起動されたアプリから配信要求を受け付ける。その後、配信装置１００の配信部１３３は、端末装置１０へコンテンツを配信する（ステップＳ１０２）。例えば、配信部１３３は、配信装置１００の生成部１３２により生成された収支コンテンツを端末装置１０へ配信する。そして、受付部１３１は、端末装置１０からサービス情報の問合せを受け付ける（ステップＳ１０３）。なお、ステップＳ１０３は、ステップＳ１０１と同じタイミングで行われてもよいし、ステップＳ１０１の配信要求がサービス情報の問合せを含んでもよい。また、配信装置１００が所定のタイミングで通知情報を配信する場合、配信装置１００は、ステップＳ１０３の処理を行うことなく所定のタイミングでステップＳ１０４以降の処理を行ってもよい。

そして、配信装置１００は、生成部１３２または配信部１３３により、サービス情報の問合せに対応する外部装置５０に、端末装置１０を利用するユーザに関するサービス情報を要求する（ステップＳ１０４）。図１に示す例において、配信装置１００は、アドレス情報管理サービスを提供する外部装置５０へユーザＵ１に関するサービス情報を要求する。その後、受付部１３１は、外部装置５０からユーザに関するサービス情報を受け付ける（ステップＳ１０５）。図１に示す例において、受付部１３１は、外部装置５０からユーザＵ１に関するサービス情報を受け付ける。

そして、生成部１３２は、ステップＳ１０５において受け付けたサービス情報を基に通知情報を生成する（ステップＳ１０６）。図１に示す例において、生成部１３２は、受付部１３１により外部装置５０から受け付けられたサービス情報を基に、通知情報ＮＣ１１を生成する。なお、配信装置１００が外部装置５０から受け付けたサービス情報を通知情報として、端末装置１０へ配信する場合、ステップＳ１０６の処理を行わなくてもよい。その後、配信部１３３は、通知情報を端末装置１０へ配信する（ステップＳ１０７）。なお、配信部１３３は、ステップＳ１０２において収支コンテンツとともに通知情報を端末装置１０へ配信してもよい。

〔５．表示処理のフロー〕
次に、図７を用いて端末装置１０における通知情報の表示までの処理の流れを示す。図７は、実施形態に係る通知情報を表示する処理の一例を示すフローチャートである。

図７に示すように、端末装置１０の要求部１５１は、配信装置１００へ配信要求を送信する（ステップＳ２０１）。例えば、図１に示す例において、要求部１５１は、端末装置１０において起動されたアプリによる配信要求を配信装置１００へ送信する。その後、端末装置１０の受信部１５２は、配信装置１００からコンテンツを受信する（ステップＳ２０２）。例えば、受信部１５２は、配信装置１００から収支コンテンツを受信する。そして、端末装置１０の表示部１５３は、配信装置１００から受信したコンテンツを表示する（ステップＳ２０３）。例えば、表示部１５３は、配信装置１００から受信した収支コンテンツを表示する。

そして、要求部１５１は、所定のタイミングでサービス情報の問合せを行う（ステップＳ２０４）。なお、ステップＳ２０４は、ステップＳ２０１と同じタイミングで行われてもよいし、ステップＳ２０１の配信要求がサービス情報の問合せを含んでもよい。例えば、図１に示す例において、要求部１５１は、配信装置１００へサービス情報の問合せを行う。なお、要求部１５１は、外部装置５０や通知装置へサービス情報の問合せを行ってもよい。また、配信装置１００が所定のタイミングで通知情報を配信する場合、端末装置１０は、ステップＳ２０４の処理を行うことなく所定のタイミングで配信装置１００から通知情報を受信してもよい。その後、受信部１５２は、通知情報を受信する（ステップＳ２０５）。図１に示す例において、受信部１５２は、配信装置１００から通知情報ＮＣ１１を受信する。例えば、端末装置１０は、通知情報ＮＣ１１とともに通知情報ＮＣ１１をコンテンツＣＴ１６とコンテンツＣＴ１７との間に配置することを示す情報を受信する。なお、受信部１５２は、ステップＳ２０２においてコンテンツとともに通知情報を受信してもよい。

通知情報の受信後において表示するコンテンツを変更した場合（ステップＳ２０６：Ｙｅｓ）、表示部１５３は、コンテンツとともに通知情報を表示する（ステップＳ２０７）。図１に示す例において、ユーザのフリック操作等により表示するコンテンツが変更（遷移）された場合、表示部１５３は、次のコンテンツとともに通知情報を表示する。具体的には、表示部１５３は、次のコンテンツＣＴ１５〜ＣＴ１７とともに通知情報ＮＣ１１を表示する。なお、表示するコンテンツが変更されない場合（ステップＳ２０６：Ｎｏ）、例えば、表示部１５３は、ステップＳ２０６の判定を繰り返す。

〔６．初期表示における通知情報の表示〕
上述した例では、コンテンツ表示後に表示が遷移する際に通知情報を表示する例を示したが、通知情報はコンテンツの初期表示時に含まれてもよい。ここで、図８を用いて、初期表示における通知情報の表示について説明する。図８は、実施形態に係る配信処理の一例を示す図である。なお、図８に示す例において、外部装置５０は、美容院やレストラン等の所定のサービスの予約サービスを提供する情報処理装置である場合を示す。

図８に示すように、ユーザＵ１は端末装置１０で起動されたアプリを操作し、配信装置１００にコンテンツの配信要求を送信する（ステップＳ２１）。例えば、図８においては図示を省略するが、ユーザＵ１は端末装置１０で起動されたアプリにおいて所定のログイン操作等を行うことにより、配信装置１００にコンテンツの配信を要求してもよい。なお、図８の例において、端末装置１０が配信装置１００にコンテンツの配信を要求する日時は、２０１６年１２月１５日であるものとする。

そして、配信装置１００は、予約サービスを提供する外部装置５０に、端末装置１０を利用するユーザＵ１に関する情報を要求する（ステップＳ２２）。図８に示す例において、配信装置１００は、ユーザＵ１に関する予約サービスのサービス情報を外部装置５０に要求する。例えば、配信装置１００は、ユーザＵ１の収支に関する情報を外部装置５０に送信してもよい。例えば、配信装置１００は、コンテンツＣＴ１１〜ＣＴ１３」７に示すように、ユーザＵ１が２０１６年１０月２３日に美容院Ａを利用したことを示す情報や２０１６年１１月２日に病院Ｃを利用したことを示す情報を外部装置５０に送信してもよい。

配信装置１００から要求を受け付けた外部装置５０は、端末装置１０を利用するユーザＵ１に関するサービス情報を配信装置１００に送信する（ステップＳ２３）。図８に示す例において、外部装置５０は、ユーザＵ１が既に予約済みの対象に関する情報を、ユーザＵ１に関するサービス情報として配信装置１００に送信する。なお、図８の例では、ユーザＵ１が予約している対象に美容院が含まれないものとする。外部装置５０は、ユーザＵ１が２０１６年１０月２３日に美容院Ａを利用したことを示す情報や２０１６年１１月２日に病院Ｃを利用したことを示す情報を取得している場合、ユーザＵ１が予約している対象に美容院が含まれないことを示す情報を、ユーザＵ１に関するサービス情報として配信装置１００に送信してもよい。

外部装置５０からユーザＵ１に関するサービス情報を受け付けた配信装置１００は、種々の情報に基づいて、通知情報を生成する。図８の例では、端末装置１０が配信装置１００にコンテンツの配信を要求する日時は、２０１６年１２月１５日であり、ユーザＵ１が２０１６年１０月２３日に美容院Ａを利用してから２ヶ月が経過するまで１０日を切ったタイミングである。そのため、配信装置１００は、ユーザＵ１が予約している対象に美容院が含まれないことを示す情報やコンテンツＣＴ１１に示すように２０１６年１０月２３日に美容院Ａを利用したことを示す情報に基づいて、通知情報ＮＣ１２を生成する。具体的には、配信装置１００は、ユーザＵ１に２０１６年１０月２３日に美容院Ａを利用してから２ヶ月後の２０１６年１２月２３日に美容院Ａを予約することを促す通知情報ＮＣ１２を生成する。このように、配信装置１００は、配信サービスとは別サービスである予約サービスに関する通知情報ＮＣ１２を生成する。

その後、配信装置１００は、コンテンツとともに通知情報ＮＣ１２を端末装置１０へ配信する（ステップＳ２４）。図８に示す例において、配信装置１００は、配信サービスとは別サービスである予約サービスに関する通知情報ＮＣ１２を端末装置１０へ配信する。この場合、配信装置１００は、コンテンツＣＴ１１〜ＣＴ１３等と同じ表示態様となるように生成した通知情報を端末装置１０へ配信する。

そして、端末装置１０は、配信装置１００から受信したコンテンツ及び通知情報を表示する（ステップＳ２５）。すなわち、端末装置１０は、アプリ中のページＷ１１にコンテンツを一覧表示する。図８に示す例においては、端末装置１０中のページＷ１１には、コンテンツＣＴ１１〜ＣＴ１３、及び通知情報ＮＣ１２が一覧表示される。例えば、端末装置１０は、初期表示されるコンテンツ間に通知情報を割り込ませて表示させる。図８に示す例において、端末装置１０中のページＷ１１には、コンテンツＣＴ１１、通知情報ＮＣ１２、コンテンツＣＴ１２、コンテンツＣＴ１３の順に上下方向に並んで一覧表示される。

このように、端末装置１０において、通知情報ＮＣ１２が、コンテンツＣＴ１１とコンテンツＣＴ１２との間に差し込まれて一覧表示される。図８の例では、２０１６年１０月２３日に美容院Ａで４０００円を支出したことを示すコンテンツＣＴ１１と、２０１６年１０月３０日にコンビニＢで２０００円を支出したことを示すコンテンツＣＴ１２との間に通知情報ＮＣ１２が差し込まれて一覧表示される。例えば、通知情報ＮＣ１２は表示前に予めコンテンツＣＴ１１とコンテンツＣＴ１２との間に差し込まれて一覧表示される。

図８に示すように、通知情報ＮＣ１２は、外部装置５０が提供する予約サービスにおけるユーザＵ１に関するサービス情報を示す。具体的には、端末装置１０中のページＷ１１には、美容院Ａを２０１６年１２月２３日に予約可能であることを示す情報及びその予約を行う「今すぐ予約」ボタンを含む通知情報ＮＣ１２が表示される。

ここで、通知情報ＮＣ１２の内容は、ユーザＵ１が利用した美容院Ａの予約を促す、すなわちユーザＵ１の予約した対象に美容院が含まれていないことをユーザＵ１に通知する内容である。言い換えると、通知情報ＮＣ１２の内容は、配信装置１００の配信サービス以外であってユーザが利用中のサービスによりユーザに通知される情報である。具体的には、通知情報ＮＣ１２は、ユーザが利用中の予約サービスを提供する外部装置５０によりユーザＵ１に通知される情報である。

このような内容の通知情報ＮＣ１２を閲覧したユーザＵ１は、「今すぐ予約」ボタンを押下すること等により、外部装置５０が提供する予約サービスのアプリ等を起動して、美容院Ａの予約を行う可能性が高くなる。すなわち、通知情報ＮＣ１２は、収支コンテンツを提供するサービス以外のサービスの利用を促す情報である。具体的には、通知情報ＮＣ１２は、配信装置１００以外の外部装置５０が提供する予約サービスの利用を促す情報である。このように、配信装置１００は、初期表示において、通知情報ＮＣ１２がコンテンツＣＴ１１とコンテンツＣＴ１２との間に差し込まれて一覧表示されるように通知情報ＮＣ１２を配信することにより、収支コンテンツに重畳させることなく、収支コンテンツと調和した態様で通知情報が表示されるように配信することができるため、ユーザの満足度を低下させることなく、通知情報をユーザに適切に通知することができる。すなわち、配信装置１００は、ユーザに適切に情報を通知することができる。

〔７．変形例〕
上述した実施形態に係る配信システム１は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、配信システム１の他の実施形態について説明する。

〔７−１．変形例：複数サービスに基づいた通知情報〕
上述した実施形態においては、１つのサービスに関するサービス情報に基づいて通知情報を配信する場合を例に説明したが、複数のサービスに関するサービス情報に基づいて通知情報を配信してもよい。この点について、図９〜図１３を用いて説明する。図９は、変形例に係る配信処理の一例を示す図である。なお、実施形態と同一部分には、同一符号を付して説明を省略する。変形例に係る配信システム１Ａにおいては、多数のサービス情報に基づいた通知情報が配信される。図９に示す例においては、配信装置１００Ａが、オークションサービスや求人サービス等の複数のサービスに関するサービス情報に基づいて通知情報を配信する場合を示す。

〔７−１−１．配信処理〕
まず、図９を用いて、変形例に係る配信処理の一例について説明する。図９に示す配信装置１００Ａは、所定のコンテンツを配信する配信サービスを提供する。なお、配信装置１００Ａが配信するコンテンツは、実施形態に係る配信装置１００と同様に収支コンテンツであるものとする。

また、配信装置１００Ａが配信する収支コンテンツは、端末装置１０において一覧表示される。そして、配信装置１００Ａは、ユーザへ通知する収支コンテンツ以外の通知情報であって、収支コンテンツとともに一覧表示される通知情報を、端末装置１０に配信する。

図９に示すように、配信システム１Ａは、端末装置１０と、複数台の外部装置５１と、配信装置１００Ａとが含まれる。端末装置１０と、外部装置５１と、配信装置１００Ａとは図示しない所定の通信網を介して、有線または無線により通信可能に接続される。なお、図９に示した配信システム１Ａには、複数台の端末装置１０や、複数台の配信装置１００Ａが含まれてもよい。

配信装置１００Ａは、端末装置１０に収支コンテンツや通知情報を配信するサービスを提供する情報処理装置である。図９の例では、配信装置１００Ａは、端末装置１０から配信要求を受け付け、端末装置１０において起動されたアプリ中のページに一覧表示される収支コンテンツを配信する。また、配信装置１００Ａは、収支コンテンツとともに一覧表示される通知情報を端末装置１０に配信する。

外部装置５１は、配信装置１００Ａが提供する配信サービス以外のサービスを提供する情報処理装置である。例えば、外部装置５１には、オークションサービスを提供する情報処理装置や求人サービスを提供する情報処理装置が含まれる。なお、外部装置５１は、配信装置１００Ａが提供する配信サービス以外のサービスであれば、どのようなサービスを提供する情報処理装置であってもよい。例えば、外部装置５１は、ブログ等のサービスを提供する情報処理装置や配信装置１００Ａ以外の配信サービスを行う情報処理装置であってもよい。

以下、図９を用いて、配信処理の一例を説明する。図９の例では、ユーザがユーザＵ１である場合を示す。図９に示すように、ユーザＵ１は端末装置１０で起動されたアプリを操作し、配信装置１００Ａにコンテンツの配信要求を送信する（ステップＳ３１）。

端末装置１０から配信要求を受け付けた配信装置１００Ａは、端末装置１０に配信装置１００Ａが提供する配信サービスの収支コンテンツを配信する（ステップＳ３２）。そして、端末装置１０は、配信装置１００Ａから受信した収支コンテンツを表示する（ステップＳ３３）。すなわち、端末装置１０は、アプリ中のページＷ２１に収支コンテンツを一覧表示する。図９の例では、端末装置１０中のページＷ２１には、コンテンツＣＴ１１、コンテンツＣＴ１２、コンテンツＣＴ１３、コンテンツＣＴ１４の順に上下方向に並んで一覧表示される。

なお、ページＷ２１に表示されたコンテンツＣＴ１１〜ＣＴ１４は収支コンテンツの一部であり、ユーザＵ１は端末装置１０の表示画面にタッチした指Ｆ１をフリック操作することにより、表示を下へスクロールさせて、下に続く残りのコンテンツを表示させることができる。

また、配信装置１００Ａは、複数の外部装置５１の各々が提供するサービスに関するサービス情報を各外部装置５１から受け付ける（ステップＳ３４）。例えば、配信装置１００Ａは、定期的（例えば、１０分や１時間等）に外部装置５１の各々が提供するサービスに関するサービス情報を各外部装置５１から受け付ける。例えば、配信装置１００Ａは、オークションサービス（以下、「オークションＡ」ともいう）を提供する外部装置５１からユーザＵ１のオークションサービスに関するサービス情報を受け付ける。また、例えば、配信装置１００Ａは、求人サービス（以下、「求人サイトＡ」ともいう）を提供する外部装置５１からユーザＵ１の求人サービスに関するサービス情報を受け付ける。例えば、配信装置１００Ａは、受け付けたサービス情報をサービス情報記憶部１２３（図１０参照）に格納する。

そして、配信装置１００Ａは、収支情報を分析する（ステップＳ３５）。例えば、配信装置１００Ａは、収支情報記憶部１２２に記憶されたユーザＵ１の収支情報に基づいて、ユーザＵ１の資産状況等を分析（推定）する。図９の例では、配信装置１００Ａは、収支情報記憶部１２２に記憶されたユーザＵ１の収支情報に基づいて、ユーザＵ１の所定期間（例えば１ヶ月）におけるユーザＵ１の支出が１７２４８１円であると推定する。また、配信装置１００Ａは、収支情報記憶部１２２に記憶されたユーザＵ１の収支情報に基づいて、ユーザＵ１の所定期間（例えば１ヶ月）における収入が２０万円であると推定する。

図９の例では、配信装置１００Ａは、ユーザＵ１の所定期間（例えば１ヶ月）におけるユーザＵ１の支出がユーザＵ１の所定期間（例えば１ヶ月）における収入に近似しているため、ユーザＵ１の資産状況が逼迫していると推定する。なお、図９の例では、説明を簡単にするためにユーザＵ１の所定期間の支出と収入の関係に基づいてユーザＵ１の資産状況を推定するが、ユーザＵ１の金融機関の口座情報等の種々の情報を適宜用いてユーザＵ１の資産状況を推定してもよい。

そして、配信装置１００Ａは、推定したユーザＵ１の資産状況に基づいて、通知するサービスを決定する。例えば、配信装置１００Ａは、オークションサービスや求人サービスを含む複数のサービスのうち、ユーザＵ１の資産状況に応じて通知するサービスを決定する。例えば、配信装置１００Ａは、ユーザＵ１の資産状況が逼迫していると推定しているため、ユーザＵ１が即入金される収入を必要としていると推定する。そのため、配信装置１００Ａは、オークションサービスをユーザＵ１に通知するサービスとして決定する。

そして、配信装置１００Ａは、ユーザＵ１のオークションサービスに関するサービス情報に基づいて通知情報を生成する。図９の例では、配信装置１００Ａは、ユーザＵ１の資産状況が逼迫していると推定しているため、ユーザＵ１にオークションへの出品を促す通知情報ＮＣ２１を生成する。

その後、配信装置１００Ａは、生成した通知情報ＮＣ２１を端末装置１０へ配信する（ステップＳ３６）。図９の例では、配信装置１００Ａは、ユーザＵ１にオークションへの出品を促す通知情報ＮＣ２１を端末装置１０へ配信する。この場合、配信装置１００Ａは、コンテンツＣＴ１１〜ＣＴ１７と同じ表示態様となるように生成した通知情報ＮＣ２１を端末装置１０へ配信する。

その後、ユーザＵ１は、指Ｆ１を下から上へフリック操作を行う（ステップＳ３７）。これにより、端末装置１０中のページＷ２１には、コンテンツＣＴ１１〜ＣＴ１４の次のコンテンツが表示される（ステップＳ３８）。ここで、端末装置１０は、次に表示されるコンテンツに通知情報を割り込ませて表示させる。図９の例では、端末装置１０中のページＷ２１には、コンテンツＣＴ１５、通知情報ＮＣ２１、コンテンツＣＴ１６、コンテンツＣＴ１７の順に上下方向に並んで一覧表示される。このように、端末装置１０において、通知情報ＮＣ２１が、コンテンツＣＴ１５とコンテンツＣＴ１６との間に差し込まれて一覧表示される。

図９に示すように、通知情報ＮＣ２１は、複数のサービスのうち、オークションサービスにおけるユーザＵ１に関するサービス情報を示す。具体的には、端末装置１０中のページＷ２１には、オークションＡへユーザＵ１の所持品の出品を行う「今すぐ出品」ボタンを含む通知情報ＮＣ２１が表示される。

ここで、通知情報ＮＣ２１の内容は、ユーザＵ１が過去に利用したことがあるオークションＡの利用を促す内容である。言い換えると、通知情報ＮＣ２１の内容は、配信装置１００Ａの配信サービス以外であってユーザが利用中のサービスによりユーザに通知される情報である。具体的には、通知情報ＮＣ２１は、ユーザが利用中のオークションサービスを提供する外部装置５１によりユーザＵ１に通知される情報である。

このような内容の通知情報ＮＣ２１を閲覧したユーザＵ１は、「今すぐ出品」ボタンを押下すること等により、外部装置５１が提供するアドレス情報管理サービスのアプリ等を起動して、オークションＡに出品を行う可能性が高くなる。すなわち、通知情報ＮＣ２１は、収支コンテンツを提供するサービス以外のサービスの利用を促す情報である。具体的には、通知情報ＮＣ２１は、配信装置１００Ａ以外の外部装置５１が提供するオークションサービスの利用を促す情報である。

上述したように、配信装置１００Ａは、収支に関する情報に基づいて推定されるユーザの資産状況に応じた内容の通知情報を配信することにより、ユーザに適切な通知情報を配信することができる。また、例えば、配信装置１００Ａは、複数のサービスからユーザの資産状況に応じて通知するサービスを決定することにより、ユーザの資産状況に応じて適切なサービスの通知情報を配信することができる。

なお、上記の例における通知情報の配信タイミングは一例であり、配信装置１００Ａは、目的に応じて種々のタイミングで通知情報を配信してもよい。例えば、配信装置１００Ａは、ステップＳ３１において端末装置１０から配信要求を受け付けた際に、ステップＳ３５の処理を行い、ステップＳ３２において収支コンテンツを配信する際に通知情報も併せて配信してもよい。すなわち、配信装置１００Ａは、収支コンテンツを配信するタイミングで通知情報を配信してもよいし、収支コンテンツの配信と異なるタイミングで通知情報を配信してもよい。

〔７−１−２．配信装置の構成〕
次に、図１０を用いて、変形例に係る配信装置１００Ａの構成について説明する。図１０は、変形例に係る配信装置の構成例を示す図である。図１０に示すように、配信装置１００Ａは、通信部１１０と、記憶部１２０Ａと、制御部１３０Ａとを有する。なお、配信装置１００Ａは、配信装置１００Ａの管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。

（記憶部１２０Ａ）
記憶部１２０Ａは、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。変形例に係る記憶部１２０Ａは、図１０に示すように、ユーザ情報記憶部１２１と、収支情報記憶部１２２と、サービス情報記憶部１２３とを有する。

（サービス情報記憶部１２３）
変形例に係るサービス情報記憶部１２３は、サービス情報を記憶する。図１１は、変形例に係るサービス情報記憶部の一例を示す図である。図１１に示すサービス情報記憶部１２３は、「ユーザＩＤ」、「履歴情報」といった項目が含まれる。また、「履歴情報」には、「サービス種別」、「日時」、「対象」、「金額等（円）」といった項目が含まれる。

「ユーザＩＤ」は、ユーザを識別するための識別情報を示す。「履歴情報」は、対応するユーザの各サービスにおける行動等の履歴情報を示す。また、「サービス種別」は、対応するユーザが利用しているサービスの種別に関する情報を示す。「日時」は、対応するユーザの行動が行われた日時を示す。なお、図１１の例では、「日時」に記憶される情報を「2016/8/25」等の年月日までを図示するが、「日時」には、「２０１６年１２月２１日２２時０１分４３秒」等の時分秒までを含む具体的な日時が記憶されてもよい。また、「対象」は、対応するサービスにおいてユーザが行動を行った対象を示す。なお、図１１の例では、「対象」として、オークションＡについてはユーザの出品物や入札商品等を示し、求人サイトＡについてはユーザが閲覧等を行った職種等を示す。「金額等（円）」は、対応する対象の価格や年収等の金額等を示す。

例えば、図１１に示す例において、ユーザＩＤ「Ｕ１」により識別されるユーザ（ユーザＵ１）は、２０１６年８月２５日に財布Ａを１万円で出品したことを示す。また、図１１に示す例においてユーザＵ１は、２０１６年１１月２日に年収５００万円の職種であるプログラマＣに関する情報の閲覧等を行ったことを示す。

なお、サービス情報記憶部１２３は、上記に限らず、目的に応じて種々の情報を記憶してもよい。また、図１１では、ユーザＩＤごとに履歴情報がサービス情報記憶部１２３に記憶される場合を示したが、履歴情報は、ユーザＩＤごとに限らず、例えば時刻順に記憶されてもよい。また、サービス情報記憶部１２３は、ログＩＤ等の各種の履歴を識別する情報を記憶してもよい。

（制御部１３０Ａ）
制御部１３０Ａは、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、配信装置１００Ａ内部の記憶装置に記憶されている各種プログラム（配信プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０Ａは、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図１０に示すように、制御部１３０Ａは、受付部１３１と、生成部１３２Ａと、配信部１３３とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０Ａの内部構成は、図１０に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０Ａが有する各処理部の接続関係は、図１０に示した接続関係に限られず、他の接続関係であってもよい。

（生成部１３２Ａ）
生成部１３２Ａは、生成部１３２と同様の処理を行う。また、図９の例では、生成部１３２Ａは、推定したユーザＵ１の資産状況に基づいて、通知するサービスを決定する。例えば、図９の例では、生成部１３２Ａは、オークションサービスや求人サービスを含む複数のサービスのうち、ユーザＵ１の資産状況に応じて通知するサービスを決定する。図９の例では、生成部１３２Ａは、ユーザＵ１の資産状況が逼迫していると推定しているため、ユーザＵ１が即入金される収入を必要としていると推定する。図９の例では、生成部１３２Ａは、オークションサービスをユーザＵ１に通知するサービスとして決定する。図９の例では、生成部１３２Ａは、ユーザＵ１のオークションサービスに関するサービス情報に基づいて通知情報を生成する。図９の例では、生成部１３２Ａは、ユーザＵ１の資産状況が逼迫していると推定しているため、ユーザＵ１にオークションへの出品を促す通知情報ＮＣ２１を生成する。

〔７−１−３．配信処理のフロー〕
次に、図１２及び図１３を用いて、変形例に係る配信システム１Ａによる配信処理の手順について説明する。まず、図１２を用いて配信装置１００Ａにおける通知情報の配信までの処理の流れを示す。図１２は、変形例に係る通知情報を配信する処理の一例を示すフローチャートである。

図１２に示すように、配信装置１００Ａの受付部１３１は、端末装置１０から配信要求を受け付ける（ステップＳ３０１）。例えば、図９の例では、受付部１３１は、端末装置１０において起動されたアプリから配信要求を受け付ける。その後、配信装置１００Ａの配信部１３３は、端末装置１０へコンテンツを配信する（ステップＳ３０２）。例えば、配信部１３３は、配信装置１００Ａの生成部１３２Ａにより生成された収支コンテンツを端末装置１０へ配信する。

また、受付部１３１は、外部装置５１からユーザに関するサービス情報を受け付ける（ステップＳ３０３）。図９の例では、受付部１３１は、複数の外部装置５１の各々から複数のサービスに関するユーザＵ１のサービス情報を受け付ける。例えば、受付部１３１は、定期的（例えば、５分や３０分等）に複数の外部装置５１の各々から複数のサービスに関するユーザＵ１のサービス情報を受け付ける。

そして、生成部１３２Ａは、受け付けたサービス情報と収支情報とに基づいてユーザに通知するサービスを決定する（ステップＳ３０４）。例えば、生成部１３２Ａは、オークションサービスや求人サービスを含む複数のサービスのうち、ユーザＵ１の資産状況に応じて通知するサービスを決定する。図９の例では、生成部１３２Ａは、ユーザＵ１の資産状況が逼迫していると推定しているため、ユーザＵ１が即入金される収入を必要としていると推定する。図９の例では、生成部１３２Ａは、オークションサービスをユーザＵ１に通知するサービスとして決定する。

その後、生成部１３２Ａは、決定したサービスに基づく通知情報を生成する（ステップＳ３０５）。図９の例では、生成部１３２Ａは、ユーザＵ１の資産状況が逼迫していると推定しているため、ユーザＵ１にオークションへの出品を促す通知情報ＮＣ２１を生成する。その後、配信部１３３は、通知情報を端末装置１０へ配信する（ステップＳ３０６）。なお、配信部１３３は、ステップＳ３０２において収支コンテンツとともに通知情報を端末装置１０へ配信してもよい。

〔７−１−４．表示処理のフロー〕
次に、図１３を用いて端末装置１０における通知情報の表示までの処理の流れを示す。図１３は、変形例に係る通知情報を表示する処理の一例を示すフローチャートである。

図１３に示すように、端末装置１０の要求部１５１は、配信装置１００Ａへ配信要求を送信する（ステップＳ４０１）。例えば、図９の例では、要求部１５１は、端末装置１０において起動されたアプリによる配信要求を配信装置１００Ａへ送信する。その後、端末装置１０の受信部１５２は、配信装置１００Ａからコンテンツを受信する（ステップＳ４０２）。例えば、受信部１５２は、配信装置１００Ａから収支コンテンツを受信する。そして、端末装置１０の表示部１５３は、配信装置１００Ａから受信したコンテンツを表示する（ステップＳ４０３）。例えば、表示部１５３は、配信装置１００Ａから受信した収支コンテンツを表示する。

そして、受信部１５２は、通知情報を受信する（ステップＳ４０４）。図９の例では、受信部１５２は、配信装置１００Ａから通知情報ＮＣ２１を受信する。なお、受信部１５２は、ステップＳ４０２においてコンテンツとともに通知情報を受信してもよい。

通知情報の受信後において表示するコンテンツを変更した場合（ステップＳ４０５：Ｙｅｓ）、表示部１５３は、コンテンツとともに通知情報を表示する（ステップＳ４０６）。図９の例では、ユーザＵ１のフリック操作等により表示するコンテンツが変更された場合、表示部１５３は、次のコンテンツとともに通知情報を表示する。具体的には、表示部１５３は、次のコンテンツＣＴ１５〜ＣＴ１７とともに通知情報ＮＣ２１を表示する。なお、表示するコンテンツが変更されない場合（ステップＳ４０５：Ｎｏ）、例えば、表示部１５３は、ステップＳ４０５の判定を繰り返す。

〔８．効果〕
上述してきたように、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａは、配信部１３３を有する。配信部１３３は、端末装置１０を利用するユーザの収支に関するコンテンツ（実施形態においては「収支コンテンツ」。以下同じ）を一覧表示する端末装置１０に、端末装置１０を利用するユーザへ通知するコンテンツ以外の通知情報であって、コンテンツとともに一覧表示される通知情報を配信する。

これにより、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａは、通知情報をユーザが閲覧しているコンテンツとともに表示されるように配信することができるため、通知情報をユーザに視認可能性が高い態様で、通知することができる。また、配信装置１００、１００Ａは、収支コンテンツに重畳させることなく、収支コンテンツと調和した態様で通知情報が表示されるように配信することができるため、ユーザの満足度を低下させることなく、通知情報をユーザに適切に通知することができる。すなわち、配信装置１００、１００Ａは、ユーザに適切に情報を通知することができる。

また、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａにおいて、配信部１３３は、収支に関する情報に基づくタイミングでユーザへ通知する通知情報を配信する。

これにより、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａは、収支に関する情報に基づくタイミングでユーザへ通知する通知情報を配信することにより、通知情報を適切なタイミングでユーザに通知することができる。

また、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａにおいて、配信部１３３は、収支に関する情報に基づく内容の通知情報を配信する。

これにより、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａは、収支に関する情報に基づく内容の通知情報を配信することにより、適切な内容の通知情報をユーザに通知することができる。

また、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａにおいて、配信部１３３は、収支に関する情報に基づいて推定されるユーザの資産状況に応じた内容の通知情報を配信する。

これにより、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａは、収支に関する情報に基づいて推定されるユーザの資産状況に応じた内容の通知情報を配信することにより、ユーザの資産状況に応じて適切な内容の通知情報をユーザに通知することができる。

また、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａにおいて、配信部１３３は、コンテンツの配信サービス以外のサービスに関する通知情報を配信する。

これにより、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａは、提供するサービス以外のサービスに関する通知情報を端末装置１０に配信することにより、通知情報により他のサービスに関する情報をユーザに通知することができる。

また、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａにおいて、配信部１３３は、コンテンツの配信サービス以外のサービスの利用を促す通知情報を配信する。

これにより、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａは、提供するサービス以外のサービスの利用を促す通知情報を端末装置１０に配信することにより、通知情報によりサービスの利用を促すことができる。

また、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａにおいて、配信部１３３は、コンテンツの配信サービス以外であってユーザが利用中のサービスによりユーザに通知される通知情報を配信する。

これにより、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａは、ユーザが利用中のサービスによりユーザに通知される通知情報を配信することにより、ユーザが利用中のサービスの利便性を向上させることができ、ユーザの満足度を高めることができる。

また、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａは、受付部１３１を有する。受付部１３１は、端末装置１０から配信要求を受け付ける。また、配信部１３３は、配信要求を送信した端末装置１０に、通知情報を配信する。

これにより、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａは、配信要求を送信した端末装置１０を利用するユーザが閲覧しているコンテンツとともに表示されるように通知情報を配信することができるため、ユーザに適切に情報を通知することができる。

また、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａにおいて、配信部１３３は、コンテンツ間に予め差し込まれ、コンテンツとともに一覧表示される通知情報を配信する。

これにより、実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａは、通知情報をユーザが閲覧しているコンテンツとともに表示されるように配信することができるため、通知情報をユーザに視認可能性が高い態様で、通知することができる。また、配信装置１００、１００Ａは、収支コンテンツに重畳させることなく、収支コンテンツと調和した態様で通知情報が表示されるように配信することができるため、ユーザの満足度を低下させることなく、通知情報をユーザに適切に通知することができる。例えば、配信装置１００、１００Ａは、次に表示されるコンテンツ間に通知情報を割り込ませて（差し込んで）表示させる。この場合、配信装置１００、１００Ａは、次に表示されるコンテンツに通知情報を差し込んでおいて、ユーザが表示を変更する操作を行った際に、通知情報を次に表示されるコンテンツとともに表示する。これにより、配信装置１００、１００Ａは、収支コンテンツに重畳させることなく、収支コンテンツと調和した態様で通知情報が表示されるように配信することができる。したがって、配信装置１００、１００Ａは、ユーザに適切に情報を通知することができる。

また、実施形態及び変形例に係る端末装置１０は、受信部１５２と、表示部１５３とを有する。受信部１５２は、端末装置１０を利用するユーザへの通知情報を受信する。表示部１５３は、受信部１５２により受信された通知情報を、通知情報以外のコンテンツであって、端末装置１０を利用するユーザの収支に関するコンテンツとともに一覧表示する。

これにより、実施形態及び変形例に係る端末装置１０は、通知情報をユーザが閲覧しているコンテンツとともに表示することができるため、通知情報をユーザに視認可能性が高い態様で、通知することができる。また、端末装置１０は、コンテンツに重畳させることなく、コンテンツと調和した態様で通知情報を表示することができるため、ユーザの満足度を低下させることなく、通知情報をユーザに適切に通知することができる。すなわち、端末装置１０は、ユーザに適切に情報を通知することができる。

〔９．ハードウェア構成〕
上述してきた実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａは、例えば図１４に示すような構成のコンピュータ１０００によって実現される。図１４は、配信装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータをネットワークＮを介して他の機器へ送信する。

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インターフェイス１６００を介して出力装置へ出力する。

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

例えば、コンピュータ１０００が実施形態に係る配信装置１００及び変形例に係る配信装置１００Ａとして機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０、１３０Ａの機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

以上、本願の実施形態及び変形例のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の行に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

〔１０．その他〕
また、上記実施形態及び変形例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。

１ 配信システム
１００ 配信装置
１２１ ユーザ情報記憶部
１２２ 収支情報記憶部
１３０ 制御部
１３１ 受付部
１３２ 生成部
１３３ 配信部
１０ 端末装置
１５１ 要求部
１５２ 受信部
１５３ 表示部
Ｎ ネットワーク

Claims (14)

1. 端末装置を利用するユーザの収支に関するコンテンツを一覧表示する前記端末装置に、前記端末装置を利用するユーザへ通知する前記コンテンツ以外の通知情報であって、前記コンテンツとともに一覧表示される通知情報を配信する配信部、
   を備えたことを特徴とする配信装置。
2. 前記配信部は、
   前記収支に関する情報に基づくタイミングで前記ユーザへ通知する前記通知情報を配信する
   ことを特徴とする請求項１に記載の配信装置。
3. 前記配信部は、
   前記収支に関する情報に基づく内容の前記通知情報を配信する
   ことを特徴とする請求項１または請求項２に記載の配信装置。
4. 前記配信部は、
   前記収支に関する情報に基づいて推定される前記ユーザの資産状況に応じた内容の前記通知情報を配信する
   ことを特徴とする請求項１〜３のいずれか１項に記載の配信装置。
5. 前記配信部は、
   前記コンテンツの配信サービス以外のサービスに関する前記通知情報を配信する
   ことを特徴とする請求項１〜４のいずれか１項に記載の配信装置。
6. 前記配信部は、
   前記コンテンツの配信サービス以外のサービスの利用を促す前記通知情報を配信する
   ことを特徴とする請求項１〜５のいずれか１項に記載の配信装置。
7. 前記配信部は、
   前記コンテンツの配信サービス以外であって前記ユーザが利用中のサービスにより前記ユーザに通知される前記通知情報を配信する
   ことを特徴とする請求項１〜６のいずれか１項に記載の配信装置。
8. 前記端末装置から配信要求を受け付ける受付部、
   をさらに備え、
   前記配信部は、
   前記配信要求を送信した前記端末装置に、前記通知情報を配信する
   ことを特徴とする請求項１〜７のいずれか１項に記載の配信装置。
9. 前記配信部は、
   前記コンテンツ間に予め差し込まれ、前記コンテンツとともに一覧表示される前記通知情報を配信する
   ことを特徴とする請求項１〜８のいずれか１項に記載の配信装置。
10. コンピュータが実行する配信方法であって、
    端末装置を利用するユーザの収支に関するコンテンツを一覧表示する前記端末装置に、前記端末装置を利用するユーザへ通知する前記コンテンツ以外の通知情報であって、前記コンテンツとともに一覧表示される通知情報を配信する配信工程、
    を含むことを特徴とする配信方法。
11. 端末装置を利用するユーザの収支に関するコンテンツを一覧表示する前記端末装置に、前記端末装置を利用するユーザへ通知する前記コンテンツ以外の通知情報であって、前記コンテンツとともに一覧表示される通知情報を配信する配信手順、
    をコンピュータに実行させることを特徴とする配信プログラム。
12. 端末装置であって、
    前記端末装置を利用するユーザへの通知情報を受信する受信部と、
    前記受信部により受信された前記通知情報を、前記通知情報以外のコンテンツであって、前記端末装置を利用するユーザの収支に関するコンテンツとともに一覧表示する表示部と、
    を備えたことを特徴とする端末装置。
13. 端末装置が実行する表示方法であって、
    前記端末装置を利用するユーザへの通知情報を受信する受信工程と、
    前記受信工程により受信された前記通知情報を、前記通知情報以外のコンテンツであって、前記端末装置を利用するユーザの収支に関するコンテンツとともに一覧表示する表示工程と、
    を含んだことを特徴とする表示方法。
14. 端末装置が実行する表示プログラムであって、
    前記端末装置を利用するユーザへの通知情報を受信する受信手順と、
    前記受信手順により受信された前記通知情報を、前記通知情報以外のコンテンツであって、前記端末装置を利用するユーザの収支に関するコンテンツとともに一覧表示する表示手順と、
    を前記端末装置に実行させることを特徴とする表示プログラム。

Images