特許 6043194 端末装置、サーバ装置、及びプッシュ型配信プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6043194

(24)【登録日】2016年11月18日

(45)【発行日】2016年12月14日

(54)【発明の名称】端末装置、サーバ装置、及びプッシュ型配信プログラム

(51)【国際特許分類】

   G06F 13/00 20060101AFI20161206BHJP

【ＦＩ】

   G06F13/00 510G

   G06F13/00 540P

【請求項の数】7

【全頁数】22

(21)【出願番号】特願2013-15746(P2013-15746)

(22)【出願日】2013年1月30日

(65)【公開番号】特開2014-146268(P2014-146268A)

(43)【公開日】2014年8月14日

【審査請求日】2015年8月6日

(73)【特許権者】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】100106909

【弁理士】

【氏名又は名称】棚井 澄雄

(74)【代理人】

【識別番号】100064908

【弁理士】

【氏名又は名称】志賀 正武

(74)【代理人】

【識別番号】100146835

【弁理士】

【氏名又は名称】佐伯 義文

(72)【発明者】

【氏名】相川 洋平

(72)【発明者】

【氏名】大岸 智彦

【審査官】 小林 義晴

(56)【参考文献】

【文献】 特表２００８−５３８２５０（ＪＰ，Ａ）

【文献】 特開２００４−０５４３１２（ＪＰ，Ａ）

【文献】 特開２００８−０５４２２４（ＪＰ，Ａ）

【文献】 特開２０１２−２３０５５５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

(57)【特許請求の範囲】

【請求項1】

コンテンツ情報を出力するか否かを判定するための出力条件情報と、前記出力条件情報に対応付けられた前記コンテンツ情報と、を受信する受信部と、
前記出力条件情報に応じて、自端末装置の状態を示す情報を取得する取得部と、
前記出力条件情報と、前記自端末装置の状態を示す情報と、を比較し、前記自端末装置の状態が前記出力条件を満たすか否かを判定する判定部と、
前記自端末装置の状態が前記出力条件を満たすと前記判定部により判定された場合、前記コンテンツ情報を出力する出力部と、
を備え、
前記取得部は、前記自端末装置の状態を示す情報として、前記自端末装置の操作を示す変数情報と前記自端末装置の移動情報とのうち少なくとも一つを取得することを特徴とする端末装置。

【請求項2】

前記受信部は、自端末装置において動作するプログラムに対応付けられた前記出力条件情報及び前記コンテンツ情報を受信し、
前記出力部は、前記プログラムに対応付けられた前記コンテンツ情報を出力することを特徴とする請求項１に記載の端末装置。

【請求項3】

コンテンツ情報を出力するか否かを判定するための情報であって、送信先の端末装置において端末装置の状態を示す情報と比較される出力条件情報を生成する条件生成部と、
前記出力条件情報及び前記コンテンツ情報を対応付けて送信する通信部と、
を備え、
前記条件生成部は、前記端末装置の操作を示す変数情報と前記端末装置の移動情報とのうち少なくとも一つと比較される前記出力条件情報を生成することを特徴とするサーバ装置。

【請求項4】

前記通信部は、端末装置の全体集合に定められた部分集合に含まれる前記送信先の端末装置に、前記出力条件情報及び前記コンテンツ情報を送信することを特徴とする請求項３に記載のサーバ装置。

【請求項5】

前記通信部は、端末装置のユーザを区分する情報に基づいて、前記部分集合を定めることを特徴とする請求項４に記載のサーバ装置。

【請求項6】

端末装置のコンピュータに、
コンテンツ情報を出力するか否かを判定するための出力条件情報に応じて、自端末装置の状態を示す情報を取得する手順と、
前記出力条件情報と、前記自端末装置の状態を示す情報と、を比較し、前記自端末装置の状態が前記出力条件を満たすか否かを判定する手順と、
前記自端末装置の状態が前記出力条件を満たすと判定された場合、前記出力条件情報に対応付けられた前記コンテンツ情報を出力する手順と、
を実行させ、
前記取得する手順では、前記自端末装置の状態を示す情報として、前記自端末装置の操作を示す変数情報と前記自端末装置の移動情報とのうち少なくとも一つを取得するためのプッシュ型配信プログラム。

【請求項7】

サーバ装置のコンピュータに、
コンテンツ情報を出力するか否かを判定するための情報であって、送信先の端末装置において端末装置の状態を示す情報と比較される出力条件情報を生成する手順と、
前記出力条件情報及び前記コンテンツ情報を対応付けて送信する手順と、
を実行させ、
前記生成する手順では、前記端末装置の操作を示す変数情報と前記端末装置の移動情報とのうち少なくとも一つと比較される前記出力条件情報を生成するためのプッシュ型配信プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、端末装置、サーバ装置、及びプッシュ型配信プログラムに関する。

【背景技術】

【0002】

配信サービスを利用するユーザにとって興味のある情報を配信することを目的としたプッシュ型配信システムが、特許文献１に開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１０−１２８８１５号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、プッシュ型配信システムは、配信サービスを利用するユーザに情報を適応的に配信するために、サーバ装置が、端末装置の状態（プレゼンス）を監視（トラッキング）する必要があるという問題がある。特に、端末装置上で動作している複数のアプリケーションソフトウェアが配信サービスをそれぞれ利用する場合、プッシュ型配信システムは、サーバ装置が、アプリケーションソフトウェア毎に端末装置の状態を監視する必要があるので、サーバ装置における処理負荷が増大してしまうという問題がある。

【0005】

本発明は、前記の点に鑑みてなされたものであり、サーバ装置が端末装置の状態を監視することなく、配信サービスを利用するユーザに情報を適応的に通知することができるプッシュ型配信システムの端末装置、サーバ装置、及びプッシュ型配信プログラムを提供することを目的とする。

【課題を解決するための手段】

【0006】

本発明の一態様は、コンテンツ情報を出力するか否かを判定するための出力条件情報と、前記出力条件情報に対応付けられた前記コンテンツ情報と、を受信する受信部と、前記出力条件情報に応じて、自端末装置の状態を示す情報を取得する取得部と、前記出力条件情報と、前記自端末装置の状態を示す情報と、を比較し、前記自端末装置の状態が前記出力条件を満たすか否かを判定する判定部と、前記自端末装置の状態が前記出力条件を満たすと前記判定部により判定された場合、前記コンテンツ情報を出力する出力部と、を備えることを特徴とする端末装置である。

【0007】

また、本発明の一態様は、前記受信部が、自端末装置において動作するプログラムに対応付けられた前記出力条件情報及び前記コンテンツ情報を受信し、前記出力部が、前記プログラムに対応付けられた前記コンテンツ情報を出力することを特徴とする端末装置である。

【0008】

また、本発明の一態様は、前記取得部が、前記自端末装置の状態を示す情報として、位置情報、変数情報及び移動情報のうち少なくとも一つを取得することを特徴とする端末装置である。

【0009】

また、本発明の一態様は、コンテンツ情報を出力するか否かを判定するための情報であって、送信先の端末装置において端末装置の状態を示す情報と比較される出力条件情報を生成する条件生成部と、前記出力条件情報及び前記コンテンツ情報を対応付けて送信する通信部と、を備えることを特徴とするサーバ装置である。

【0010】

また、本発明の一態様は、前記通信部が、端末装置の全体集合に定められた部分集合に含まれる前記送信先の端末装置に、前記出力条件情報及び前記コンテンツ情報を送信することを特徴とするサーバ装置である。

【0011】

また、本発明の一態様は、前記通信部が、端末装置のユーザを区分する情報に基づいて、前記部分集合を定めることを特徴とするサーバ装置である。

【0012】

また、本発明の一態様は、端末装置のコンピュータに、コンテンツ情報を出力するか否かを判定するための出力条件情報に応じて、自端末装置の状態を示す情報を取得する手順と、前記出力条件情報と、前記自端末装置の状態を示す情報と、を比較し、前記自端末装置の状態が前記出力条件を満たすか否かを判定する手順と、前記自端末装置の状態が前記出力条件を満たすと判定された場合、前記出力条件情報に対応付けられた前記コンテンツ情報を出力する手順と、を実行させるためのプッシュ型配信プログラムである。

【0013】

また、本発明の一態様は、サーバ装置のコンピュータに、コンテンツ情報を出力するか否かを判定するための情報であって、送信先の端末装置において端末装置の状態を示す情報と比較される出力条件情報を生成する手順と、前記出力条件情報及び前記コンテンツ情報を対応付けて送信する手順と、を実行させるためのプッシュ型配信プログラムである。

【発明の効果】

【0014】

本発明によれば、端末装置の判定部は、出力条件情報と、自端末装置の状態を示す情報と、を比較し、自端末装置の状態が出力条件を満たすか否かを判定する。端末装置の出力部は、自端末装置の状態が出力条件を満たすと判定部により判定された場合、コンテンツ情報を出力する。これにより、プッシュ型配信システムの端末装置、サーバ装置、及びプッシュ型配信プログラムは、サーバ装置が端末装置の状態を監視することなく、配信サービスを利用するユーザに情報を適応的に通知することができる。

【図面の簡単な説明】

【0015】

【図1】本発明の第１実施形態における、プッシュ型配信システムの構成例を示すブロック図である。

【図2】本発明の第１実施形態における、状態情報と可否条件情報との対応例を表により示す図である。

【図3】本発明の第１実施形態における、通知情報の例を表により示す図である。

【図4】本発明の第１実施形態における、プッシュ型配信システムの動作手順の例を示すシーケンス図である。

【図5】本発明の第１実施形態における、生成装置の動作手順の例を示すフローチャートである。

【図6】本発明の第１実施形態における、端末装置の動作手順の例を示すフローチャートである。

【図7】本発明の第１実施形態における、通知情報の適用例を表により示す図である。

【図8】本発明の第１実施形態における、プッシュ型配信システムの適用例を示すブロック図である。

【図9】本発明の第２実施形態における、プッシュ型配信システムの構成例を示すブロック図である。

【図10】本発明の第２実施形態における、通知情報の適用例を表により示す図である。

【図11】本発明の第２実施形態における、プッシュ型配信システムの適用例を示すブロック図である。

【発明を実施するための形態】

【0016】

［第１実施形態］
本発明の第１実施形態について図面を参照して詳細に説明する。図１には、プッシュ型配信システムの構成例が、ブロック図により示されている。プッシュ型配信システムは、サーバ装置１００ａと、端末装置２００−ｎ（符号ｎは、１以上の整数）とを備える。サーバ装置１００ａ、端末装置２００−ｎ、プッシュ型配信システム及びプッシュ型配信プログラムは、サーバ装置１００ａが、端末装置２００−ｎの状態（プレゼンス）を監視（トラッキング）することなく、配信サービスを利用するユーザに情報を適応的に通知することができる。

【0017】

まず、サーバ装置１００ａの構成例を説明する。
サーバ装置１００ａは、通信回線３００を介して、端末装置２００−１〜２００−ｎのそれぞれと接続されている。サーバ装置１００ａは、生成装置１１０と、配信装置１２０ａとを有する。生成装置１１０及び配信装置１２０ａは、所定のプログラムに基づいて、所定の演算処理をそれぞれ実行する。なお、生成装置１１０及び配信装置１２０ａは、概念的に区別されている場合でも、物理的には一体で構成されてもよい。

【0018】

以下、説明を簡便にするため、端末装置２００−１〜２００−ｎは、同構成を有するものとする。また、以下、端末装置２００−１〜２００−ｎに共通する事項については、符号ｎを省略して、端末装置２００と表記する。

【0019】

生成装置１１０は、指定部１１１と、設定部１１２と、条件生成部１１３と、コンテンツ生成部１１４と、結合部１１５とを有する。
指定部１１１は、端末装置の状態を示す情報との一致が端末装置２００において判定される情報として、状態情報（プレゼンス情報）を定める。つまり、状態情報は、端末装置２００において、当該端末装置の状態を示す情報と比較され、当該端末装置の状態を示す情報との一致が判定される情報である。端末装置の状態には、例えば、端末装置の位置情報、端末装置の操作を示す変数情報、及び、端末装置の移動情報がある。状態情報の詳細については、図２を用いて後述する。

【0020】

なお、端末装置の状態には、例えば、時刻情報、配信サービスを利用するユーザの趣味趣向情報、配信サービスを利用するユーザの所有物情報、及び、通信回線（ネットワーク）の種別情報があってもよい。

【0021】

設定部１１２は、コンテンツ情報（図３を用いて後述する）を端末装置２００がユーザに通知するか否かを定めるための可否条件を定める。可否条件は、例えば、値又は関数を用いて表現される。

【0022】

図２には、状態情報と可否条件情報との対応例が、表により示されている。状態情報及び可否条件情報は、比較演算子、算術演算子又は論理演算子を用いて、組み合わされる。以下、状態情報と可否条件情報とが組み合わされた情報を「一次情報」という。状態情報は、端末装置２００が取得する各種情報と対応付けられている。状態情報の要素には、例えば、位置、操作及び移動がある。

【0023】

状態情報の要素「位置」は、端末装置２００の位置情報と対応付けられている。図２では、位置情報は、「Ｌｏｃａｔｉｏｎ」と表記されている。また、状態情報の要素「操作」は、端末装置２００の変数情報と対応付けられている。この変数情報は、例えば、オペレーティングシステムのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）による関数の返り値を示す情報である。図２では、変数情報は、「Ａｃｔｉｏｎ」と表記されている。また、状態情報の要素「移動」は、端末装置２００の加速度情報と対応付けられている。図２では、加速度情報は、「Ｓｉｔｕａｔｉｏｎ」と表記されている。

【0024】

状態情報の要素「位置」に対応付けられている可否条件情報は、例えば、所定座標系における座標（ｘ，y）を中心とする半径ｒの領域を示す情報である。図２では、この領域を示す情報は、「ａｒｅａ（ｘ，y，ｒ）」と表記されている。なお、状態情報の要素「位置」に対応付けられている可否条件情報は、座標面上に定められた領域を示す情報であれば、どのような情報でもよい。例えば、状態情報の要素「位置」に対応付けられている可否条件情報は、３点以上の座標に囲まれた領域を示す情報でもよい。

【0025】

状態情報の要素「操作」に対応付けられている可否条件情報は、整数値を用いたコード体系により識別されてもよい。例えば、状態情報の要素「操作」に対応付けられている可否条件情報は、非操作中を示す情報「値０」と、操作中を示す情報「値１」と、通話中を示す情報「値２」とを用いて識別されてもよい。図２では、これら操作を示す情報は、整数値であることを意味する「ｉｎｔ」と表記されている。

【0026】

状態情報の要素「移動」に対応付けられている可否条件情報は、整数値を用いたコード体系により識別されてもよい。例えば、状態情報の要素「移動」に対応付けられている可否条件情報は、停止を示す情報「値０」と、歩行を示す情報「値１」と、走行を示す情報「値２」とを用いて識別されてもよい。図２では、これら操作を示す情報は、整数値であることを意味する「ｉｎｔ」と表記されている。

【0027】

図１に戻り、サーバ装置１００ａの構成例の説明を続ける。条件生成部１１３は、論理演算子を用いて、複数の一次情報を結合する（組み合わせる）ことにより、これら複数の一次情報から構成される採択条件情報（出力条件情報）を生成する。なお、条件生成部１１３は、一つの一次情報から構成される採択条件情報を生成してもよい。つまり、この場合、採択条件情報は、一次情報と同じ情報である。

【0028】

採択条件情報（出力条件情報）を構成する一次情報は、端末装置２００の状態を示す情報との一致が判定された場合に、真偽を判定可能であれば、どのような情報でもよい。例えば、採択条件情報は、端末装置２００の測位センサが取得した位置情報としての一次情報と、その端末装置２００の加速度センサが取得した移動情報としての一次情報とが、ＡＮＤ演算子により結合された情報でもよい。

【0029】

コンテンツ生成部１１４は、端末装置２００のユーザ、すなわち、配信サービスを利用するユーザに通知するコンテンツ情報を生成する。コンテンツ情報には、例えば、テキストデータ、画像データ、及び、音データが含まれていてもよい。コンテンツ生成部１１４は、コンテンツ情報を指定及び編集するための入出力インタフェースを有していてもよい。

【0030】

結合部１１５は、採択条件情報とコンテンツ情報とが一対一で結合された（組み合わされた）一次メッセージ情報を生成する。また、結合部１１５は、複数の一次メッセージ情報を一つに結合する（組み合わせる）ことにより、これら複数の一次メッセージ情報から構成されるメッセージ情報を生成し、生成したメッセージ情報を配信装置１２０aに出力する。ここで、一次メッセージ情報は、割り振られた識別子（ラベル）に基づいて識別される。複数の一次メッセージ情報は、割り振られた識別子を引数とする関数（選出条件）に基づいて結合されることにより、メッセージ情報を構成する。

【0031】

なお、結合部１１５は、一つの一次メッセージ情報から構成されるメッセージ情報を生成してもよい。つまり、この場合、メッセージ情報は、一次メッセージ情報と同じ情報である。

【0032】

配信装置１２０ａは、ユーザ情報記憶部１２１と、宛先記憶部１２２と、アプリ記憶部１２３と、通信部１２４とを有する。
ユーザ情報記憶部１２１は、端末装置２００の識別情報（以下、「端末ＩＤ」という。）と、セグメント情報（区分情報）とを対応付けて記憶するデータベース部である。ここで、セグメント情報とは、端末装置２００のユーザを区分する情報である。セグメント情報は、例えば、ユーザの年齢を示す情報、ユーザの性別を示す情報、ユーザの居住地を示す情報、又は、ユーザの趣味趣向を示す情報である。端末装置２００のユーザは、セグメント情報毎に分類される。ここで、セグメント情報は、端末ＩＤの集合として管理される。なお、セグメント情報は、端末ＩＤの集合から部分集合を切り出すことが可能な情報であれば、どのような情報でもよい。

【0033】

宛先記憶部１２２は、ネットワークアドレスと端末ＩＤとを対応付けて記憶するデータベース部である。端末ＩＤは、例えば、端末装置２００毎に割り当てられた電話番号である。なお、端末ＩＤは、端末装置２００を識別することが可能な情報であれば、どのような情報でもよい。

【0034】

アプリ記憶部１２３は、ネットワークアドレスと、端末装置２００上で動作するアプリケーションソフトウェア（プログラム）の識別情報（以下、「アプリＩＤ」という。）とを対応付けて記憶するデータベース部である。アプリＩＤは、例えば、ＧＣＭ（Ｇｏｏｇｌｅ Ｃｌｏｕｄ Ｍｅｓｓａｇｉｎｇ）に定義された「Ｒｅｇｉｓｔｒａｔｉｏｎ ＩＤ」、又は、ＡＰＮｓ（Ａｐｐｌｅ Ｐｕｓｈ Ｎｏｔｉｆｉｃａｔｉｏｎ ｓｅｒｖｉｃｅ）に定義された「ｄｅｖｉｃｅ Ｔｏｋｅｎ」である。なお、アプリＩＤは、端末装置２００上で動作するアプリケーションソフトウェアを識別することが可能な情報であれば、どのような情報でもよい。

【0035】

以下、ネットワークアドレスとメッセージ情報とが組み合わされた情報を「通知情報」という。なお、ネットワークアドレスは、端末装置２００に通知情報を到達させることが可能な情報であれば、どのような情報でもよい。例えば、ネットワークアドレスは、ＩＰ（Iｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスでもよい。

【0036】

通信部１２４は、結合部１１５が生成したメッセージ情報を含む通知情報を、通信回線３００を介して、配信する対象とされた端末装置２００に配信する。ここで、通信部１２４は、端末ＩＤ又はアプリＩＤに対応付けられているネットワークアドレスを、メッセージ情報に対応付けることにより、通知情報を生成する。通信部１２４は、共通のメッセージ情報に、異なるネットワークアドレスを対応付けて、複数の通知情報を生成してもよい。また、通信部１２４は、異なるメッセージ情報に、共通のネットワークアドレスを対応付けて、複数の通知情報を生成してもよい。

【0037】

図３には、通知情報の例が、表により示されている。図３に示す例１では、端末装置２００−１に割り当てられたネットワークアドレス「１７２．１９．７０．１６２」と、一次メッセージ情報の採択条件情報「Ｌｏｃａｔｉｏｎ ＜ ａｒｅａ(３５．３９，１３９．４４，２００)」及びコンテンツ情報「“クーポン差し上げます！店舗はすぐ近く！！”」と、が対応付けられている。また、図３に示す例２では、端末装置２００−２に割り当てられたネットワークアドレス「１７２．１９．７０．１６３」と、一次メッセージ情報の採択条件情報「(Ｌｏｃａｔｉｏｎ ＜ ａｒｅａ(３５．３９，１３９．４４，２００)) ＆＆ (Ａｃｔｉｏｎ＝＝１)」及びコンテンツ情報「“リンク先へどうぞ”」と、が対応付けられている。

【0038】

ここで、採択条件情報（条件式）は、コンテンツ情報をユーザに通知するか否かを定めるための一つ以上の可否条件情報を含む論理情報（論理式）である。図３に示す例1では、緯度３５．３９、経度１３９．４４を中心とする半径２００［ｍ］の領域に位置している端末装置２００のみが、コンテンツ情報をユーザに通知することになる。また、図３に示す例２では、緯度３５．３９、経度１３９．４４を中心とする半径２００［ｍ］の領域に位置し、且つ、操作中の状態（図２を参照）である端末装置２００のみが、コンテンツ情報をユーザに通知することになる。

【0039】

ここで、所定領域の部分領域「ａｒｅａ(ｘ，ｙ，ｒ)」に位置している端末装置２００であることが可否条件（図２を参照）とされているにもかかわらず、当該所定領域に位置している全ての端末装置２００に通知情報が一斉にプッシュ配信されてしまうと、コンテンツ情報をユーザに通知させる必要のない端末装置２００にまで、通知情報がプッシュ配信されてしまうことになる。

【0040】

そこで、通信部１２４は、当該所定領域に位置している端末装置２００の全体集合に対して、粗いクラスタリングをセグメント情報に基づいて予め実行した上で、クラスタリング結果が示す部分集合を、通知情報をプッシュ配信する対象としてもよい。ここで、通信部１２４は、論理演算子を用いて、セグメント情報を結合する。例えば、通信部１２４は、セグメント情報「居住地＝東京都内」と、セグメント情報「年齢＝２０代」と、セグメント情報「性別＝女性」とを、ＡＮＤ演算子を用いて結合することにより、東京都内在住の２０代の女性が所有している端末装置２００を、通知情報をプッシュ配信する対象としてもよい。

【0041】

図３に示す例３では、端末装置２００−３に割り当てられたネットワークアドレス「１７２．１９．７０．１６４」と、一次メッセージ情報の選出条件「ｍｉｎ（Ａ，Ｂ）」と、一次メッセージ情報のラベル情報「Ａ」と、一次メッセージ情報の採択条件情報「Ｌｏｃａｔｉｏｎ＝＝ａｒｅａ(３５．３９，１３９．４４，０)」及びコンテンツ情報「画像α」とが、対応付けられている。

【0042】

さらに、図３に示す例３では、端末装置２００−３に割り当てられたネットワークアドレス「１７２．１９．７０．１６４」と、一次メッセージ情報の選出条件「ｍｉｎ（Ａ，Ｂ）」と、一次メッセージ情報のラベル情報「Ｂ」と、一次メッセージ情報の採択条件情報「Ｌｏｃａｔｉｏｎ＝＝ａｒｅａ(３５．３９，１３９．４５，０)」及びコンテンツ情報「画像β」とが、対応付けられている。

【0043】

ここで、選出条件とは、ラベル情報を選出するための条件である。選出条件は、比較関数によって表現されてもよい。図３に示す例３のように、同一のネットワークアドレスに複数の一次メッセージ情報が対応付けられ、かつ、採択条件が満たされる一次メッセージ情報が複数存在する場合、端末装置２００−３により選出されたラベル情報に対応付けられた一次メッセージ情報に含まれるコンテンツ情報が、ユーザに通知される。

【0044】

図３に示す例３では、ラベル情報「Ａ」に対応付けられた第１位置（緯度３５．３９、経度１３９．４４）から、端末装置２００−３の位置までの距離は、「Ｌｏｃａｔｉｏｎ−ａｒｅａ（３５．３９，１３９．４４，０）」と表記されている。また、ラベル情報「Ｂ」に対応付けられた第２位置（緯度３５．４０、経度１３９．４５）から、端末装置２００−３の位置までの距離までの距離は、「Ｌｏｃａｔｉｏｎ−ａｒｅａ（３５．４０，１３９．４５，０）」と表記されている。

【0045】

図３に示す例３では、前記第１位置から端末装置２００−３の位置までの距離と、前記第２位置から端末装置２００−３の位置までの距離とのうち、最も距離が短いほう（ｍｉｎ（Ａ，Ｂ））のラベル情報に対応付けられた一次メッセージ情報が、端末装置２００により選出される。これにより、コンテンツ情報「画像α」又は「画像β」は、端末装置２００の位置が前記第１位置又は前記第２位置のいずれに近いかに応じて選出され、選出されたコンテンツ情報がユーザに通知されることになる。

【0046】

次に、図１に戻り、端末装置２００の構成例を説明する。
端末装置２００は、所定のプログラムに基づいて、所定の演算処理を実行する。例えば、端末装置２００は、ユーザに保持されて移動が可能な小型の端末装置（例えば、スマートフォン）である。また、例えば、端末装置２００は、車両に搭載されて移動が可能な車載器でもよい。端末装置２００は、受信部２１０と、抽出部２２０と、取得部２３０と、判定部２４０と、出力部２５０とを有する。

【0047】

受信部２１０は、サーバ装置１００ａの配信装置１２０ａの通信部１２４から、通信回線３００を介して、通知情報を受信し、受信した通知情報を抽出部２２０に転送する。ここで、受信部２１０は、無線通信により通知情報を受信してもよい。

【0048】

抽出部２２０は、通知情報のメッセージ情報から採択条件情報を抽出し、抽出した採択条件情報を、判定部２４０に出力する。また、抽出部２２０は、通知情報のメッセージ情報からコンテンツ情報を抽出し、抽出したコンテンツ情報を、出力部２５０に出力する。また、抽出部２２０は、抽出した採択条件情報の一次情報の状態情報に対応付けられている、自端末装置の状態を示す情報の取得を、取得部２３０に要求する。

【0049】

取得部２３０は、少なくとも一つのセンサを有する。ここで、センサとは、空間の状態を時系列で取得するセンサ（例えば、測位センサ、加速度センサ）だけでなく、例えば、ソフトウェアの変数値を取得するセンサ（以下、「変数値センサ」という。）でもよい。取得部２３０は、抽出部２２０により抽出された採択条件情報の一次情報の状態情報に対応する、自端末装置の状態を示す情報を、抽出部２２０を介して判定部２４０に出力する。

【0050】

取得部２３０の測位センサは、例えば、人工衛星からの電波に基づいて位置情報を取得するセンサ、又は、複数の基地局による電波強度に基づいて位置情報を取得するセンサでもよい。測位センサは、取得した自端末装置の座標値を示す情報を、自端末ＩＤに対応付けて、抽出部２２０に出力する。また，取得部２３０の加速度センサは、例えば、静電容量の変化に基づいて自端末装置の移動による半可動部の位置変化の情報を取得する導体式静電容量型センサ、又は、電気抵抗値の変化に基づいて自端末装置の移動によるガスの移動の情報を取得するセンサでもよい。また、取得部２３０の変数値センサは、例えば、オペレーティングシステムのＡＰＩによる関数の返り値を取得するセンサでもよい。

【0051】

判定部２４０は、自端末装置の状態を示す情報と、通知情報のメッセージ情報の採択条件情報との一致を、当該採択条件情報の一次情報毎に判定し、自端末装置の状態が採択条件（出力条件）を満たしているか否かを判定する。自端末装置の状態が採択条件を満たしている場合、判定部２４０は、通知情報のコンテンツ情報を、出力部２５０に出力する。一方、自端末装置の状態が採択条件を満たしていない場合、判定部２４０は、通知情報を棄却（例えば、自端末装置の記憶部から消去）する。

【0052】

また、判定部２４０は、同一のネットワークアドレスに複数の一次メッセージ情報が対応付けられ、かつ、採択条件が満たされる一次メッセージ情報が複数存在する場合（図３に示す例３を参照）、選出条件情報に基づいてラベル情報を選出し、選出したラベル情報に対応付けられた一次メッセージ情報のコンテンツ情報を、出力部２５０に出力する。

【0053】

なお、判定部２４０は、同一のネットワークアドレスに複数の一次メッセージ情報が対応付けられ、かつ、採択条件が満たされる一次メッセージ情報が一つも存在しない場合でも、選出条件情報に基づいてラベル情報を選出し、選出したラベル情報に対応付けられた一次メッセージ情報のコンテンツ情報を、出力部２５０に出力してもよい。

【0054】

出力部２５０は、通知情報のコンテンツ情報を、判定部２４０による判定結果に基づいて出力することで、そのコンテンツ情報をユーザに通知する。出力部２５０は、例えば、振動子、スピーカー及び表示画面を有する。

【0055】

出力部２５０は、コンテンツ情報に含まれる文字列（テキストデータ）について、その書体の色及び大きさを加工し、加工した文字列を表示画面に表示する。ここで、文字列は、ダイアログボックス又はバナーに表示されてもよい。また、出力部２５０は、所定の音又は振動を予め出力してから、文字列を表示画面に表示してもよい。これにより、出力部２５０は、コンテンツ情報の通知を、ユーザに気づかせ易くすることができる。

【0056】

次に、プッシュ型配信システムの動作手順例を説明する。
図４は、プッシュ型配信システムの動作手順の例を示すシーケンス図である。
（ステップＳ１）サーバ装置１００ａの生成装置１１０（図１を参照）は、配信サービスを利用するユーザに通知したいメッセージ情報を生成し、生成したメッセージ情報を含む通知情報の配信を、配信装置１２０ａに要求する。

【0057】

（ステップＳ２）サーバ装置１００ａの配信装置１２０ａは、メッセージ情報を含む通知情報を生成し、生成した通知情報を、配信する対象とされた端末装置２００に配信する。
（ステップＳ３）端末装置２００の受信部２１０は、サーバ装置１００ａの配信装置１２０ａの通信部１２４が配信した通知情報を受信し、受信した通知情報を抽出部２２０に転送する。抽出部２２０は、通知情報のメッセージ情報から、採択条件情報を抽出する。取得部２３０は、抽出部２２０により抽出された採択条件情報の一次情報の状態情報に対応付けられている、自端末装置の状態を示す情報を、抽出部２２０に出力する。

【0058】

（ステップＳ４）判定部２４０は、自端末装置の状態（プレゼンス）を示す情報と、通知情報のメッセージ情報の採択条件情報との一致を、当該採択条件情報の一次情報毎に判定し、自端末装置の状態が採択条件（出力条件）を満たしているか否かを判定する。自端末装置の状態が採択条件を満たしている場合、判定部２４０は、通知情報のコンテンツ情報を、出力部２５０に出力する。一方、自端末装置の状態が採択条件を満たしていない場合、判定部２４０は、通知情報を棄却（例えば、自端末装置の記憶部から消去）する。

【0059】

図５は、生成装置の動作手順の例を示すフローチャートである。
（ステップＳａ１）指定部１１１（図１を参照）は、端末装置の状態を示す情報との一致が判定される状態情報（プレゼンス情報）を定める。ここで、状態情報は、端末装置２００が有する取得部２３０のセンサと、必ずしも一対一で対応していなくてもよい。状態情報がセンサと一対一で対応していない場合、その状態情報を含む採択条件は満たされていない、と判定されてもよい。

【0060】

（ステップＳａ２）設定部１１２は、コンテンツ情報を端末装置２００がユーザに通知するか否かを定めるための可否条件を定める。
（ステップＳａ３）設定部１１２は、複数の一次情報を生成するか否かを判定する。複数の一次情報を生成する場合（ステップＳａ３：Ｙｅｓ）、設定部１１２は、ステップＳａ１に処理を戻す。一方、複数の一次情報を生成しない場合（ステップＳａ３：Ｎｏ）、設定部１１２は、ステップＳａ４に処理を進める。

【0061】

（ステップＳａ４）条件生成部１１３は、設定部１１２により生成された一次情報を、論理演算子を用いて結合することで、採択条件情報を生成する。ここで、条件生成部１１３は、端末装置２００の取得部２３０の同一のセンサにより取得された、当該端末装置の状態を示す情報に対応付けられた複数の一次情報に基づいて、採択条件情報が生成してもよい。例えば、条件生成部１１３は、第１の位置情報に対応する一次情報と、第２の位置情報に対応する一次情報とを結合することで、採択条件情報を生成してもよい。

【0062】

また、採択条件情報は、それ自身が、論理演算子を用いて結合される被演算子（オペランド）とされてもよい。例えば、条件生成部１１３は、第１の採択条件情報と、第３の位置情報に対応する一次情報とを結合することで、第２の採択条件情報を生成してもよい。 結合部１１５は、採択条件情報とコンテンツ情報とが一対一で結合された（組み合わされた）メッセージ情報を生成し、生成したメッセージ情報を配信装置１２０ａに出力する。

【0063】

図６は、端末装置の動作手順の例を示すフローチャートである。
（ステップＳｂ１）受信部２１０は、サーバ装置１００ａの配信装置１２０ａの通信部１２４から、通信回線３００を介して、通知情報を受信したとする。抽出部２２０は、通知情報のメッセージ情報から採択条件情報を抽出し、抽出した採択条件情報を、判定部２４０に出力する。また、抽出部２２０は、通知情報のメッセージ情報からコンテンツ情報を抽出し、抽出したコンテンツ情報を、出力部２５０に出力する。また、取得部２３０は、抽出部２２０により抽出された採択条件情報の一次情報の状態情報に対応付けられた、自端末装置の状態を示す情報を、抽出部２２０を介して判定部２４０に出力する。

【0064】

（ステップＳｂ２）判定部２４０は、自端末装置の状態を示す情報と、通知情報のメッセージ情報の採択条件情報との一致を、当該採択条件情報の一次情報毎に判定し、自端末装置の状態が採択条件を満たしているか否かを判定する。自端末装置の状態が採択条件を満たしている場合（ステップＳｂ２：Ｙｅｓ）、判定部２４０は、ステップＳｂ３に処理を進める。一方、自端末装置の状態が採択条件を満たしていない場合（ステップＳｂ２：Ｎｏ）、判定部２４０は、ステップＳｂ４に処理を進める。

【0065】

（ステップＳｂ３）出力部２５０は、通知情報のコンテンツ情報を、判定部２４０による判定結果に基づいて出力することで、そのコンテンツ情報をユーザに通知する。出力部２５０は、コンテンツ情報に含まれる文字列（テキスト）の書体の色及び大きさを加工して、その文字列を表示画面に表示する。ここで、文字列は、ダイアログボックス又はバナーに表示されてもよい。出力部２５０は、所定の音又は振動を予め出力してから、文字列を表示画面に表示してもよい。
（ステップＳｂ４）出力部２５０は、出力したコンテンツ情報を、一定時間が経過した後に棄却（例えば、自端末装置の記憶部から消去）する。

【0066】

＜適用例１＞
以下、パーラーチェーンの広告配信システムに、第１実施形態のプッシュ型配信システムを適用する例を説明する。

【0067】

図７には、通知情報の適用例が、表により示されている。また、図８には、プッシュ型配信システムの適用例が、ブロック図により示されている。本適用例におけるパーラーチェーンは、東京都内の店舗を対象として、女性を対象とした期間限定の電子クーポン広告を、プッシュ型配信システムにより配信するものとする。ここで、サーバ装置１００ａは、パーラーチェーンが自社で用意している装置であるものとする。また、パーラーチェーンは、スマートフォンなどの端末装置２００上で動作するアプリケーションソフトウェアを、端末装置２００に別途提供しているものとする。このアプリケーションソフトウェアのアプリＩＤは、一例として、値１であるものとする。端末装置２００は、このアプリケーションソフトウェアにより、電子クーポン広告をユーザに通知する。

【0068】

サーバ装置１００ａの生成装置１１０の指定部１１１（図１を参照）は、端末装置の状態を示す情報との一致が判定される状態情報として、位置情報を定める。
サーバ装置１００ａの生成装置１１０の設定部１１２は、電子クーポン広告を端末装置２００がユーザに通知するか否かを定めるための可否条件（図２を参照）を定める。具体的には、設定部１１２（図１を参照）は、指定部１１１が状態情報として位置情報を定めたため、店舗Ａの座標（ｘ，y，ｒ）を中心とする半径ｒ＝１００［ｍ］の領域５００−Ａを示す一次情報Ａ「Ｌｏｃａｔｉｏｎ＜ａｒｅａＡ」を定めたものとする。一次情報Ｂ及び一次情報Ｃについても同様である。また、設定部１１２は、東京都内を示す領域６００−Ｄを示す一次情報Ｄ「Ｌｏｃａｔｉｏｎ＜ａｒｅａＤ」を定める。

【0069】

条件生成部１１３は、ＯＲ演算子を用いて一次情報Ａ〜Ｃを結合することにより、採択条件情報ＡＣを生成する。また、条件生成部１１３は、ＡＮＤ演算子を用いて採択条件情報ＡＣと一次情報Ｄとを結合することにより、採択条件情報ＡＤを生成する。これにより、採択条件情報ＡＤは、東京都内を示す領域６００−Ｄのうち、店舗Ａから半径１００［ｍ］の領域５００−Ａ、店舗Ｂから半径１００［ｍ］の領域５００−Ｂ、及び、店舗Ｃから半径１００［ｍ］の領域５００−Ｃを示す情報となる。

【0070】

サーバ装置１００ａの生成装置１１０のコンテンツ生成部１１４（図１を参照）は、文字列「クーポン差し上げます！店舗はすぐ近く！！」が、電子クーポン広告にアクセス可能なＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）タグにより囲まれたコンテンツ情報を生成する。

【0071】

結合部１１５は、採択条件情報ＡＤと、コンテンツ情報の文字列「クーポン差し上げます！店舗はすぐ近く！！」と、が一対一で結合されたメッセージ情報（図７を参照）を生成し、生成したメッセージ情報を配信装置１２０ａ（図１を参照）に出力する。

【0072】

サーバ装置１００ａの配信装置１２０ａのアプリ記憶部１２３（図１を参照）は、アプリＩＤと、ネットワークアドレスとを対応付けて記憶するデータベース部である。東京都内を示す領域６００−Ｄに位置している全ての端末装置２００に対して、サーバ装置１００ａの配信装置１２０ａの通知情報をプッシュ配信してしまうと、その通知情報を通知せずに棄却することになる端末装置２００が多い。

【0073】

そこで、通信部１２４は、東京都内を示す領域６００−Ｄに位置している端末装置２００の全体集合に対して、粗いクラスタリングをセグメント情報に基づいて予め実行した上で、クラスタリング結果が示す部分集合を、通知情報をプッシュ配信する対象としてもよい。例えば、通信部１２４は、セグメント情報「居住地＝東京都内」と、セグメント情報「年齢＝２０代」と、セグメント情報「性別＝女性」とを、ＡＮＤ演算子を用いて結合することにより、東京都内在住の２０代の女性の端末装置２００を、通知情報をプッシュ配信する対象としてもよい。

【0074】

通信部１２４は、セグメント情報に基づくクラスタリング結果が示す部分集合と、電子クーポン広告を配信するアプリケーションソフトウェアを示すアプリＩＤの集合との論理積を、通知情報をプッシュ配信する対象の集合と定める。通信部１２４は、通知情報をプッシュ配信する対象の集合を、宛先記憶部１２２（図１を参照）に記憶されているネットワークアドレスと端末ＩＤとの対応付けに基づいて、ネットワークアドレスの集合に変換する。

【0075】

通信部１２４は、変換したネットワークアドレスの集合を構成するネットワークアドレスのそれぞれに、共通のメッセージ情報（図７を参照）を結合させることにより複数の通知情報を生成し、生成した複数の通知情報を、通信回線３００及び無線通信装置４００を介して、端末装置２００に送信する。

【0076】

無線通信装置４００は、東京都内を示す領域６００−Ｄに位置している端末装置２００のうち、アプリＩＤ「１」が示すアプリケーションソフトウェアがバックエンドで動作している端末装置２００−１及び２００−２に、通知情報に含まれているネットワークアドレスに基づいて、その通知情報を配信する。

【0077】

端末装置２００の受信部２１０（図１を参照）は、サーバ装置１００ａの配信装置１２０ａの通信部１２４から、通信回線３００及び無線通信装置４００を介して、通知情報を受信したとする。

【0078】

端末装置２００の抽出部２２０（図１を参照）は、通知情報のメッセージ情報から採択条件情報ＡＤを抽出し、抽出した採択条件情報ＡＤを、判定部２４０に出力する。また、抽出部２２０は、通知情報のメッセージ情報から、コンテンツ情報としての文字列「クーポン差し上げます！店舗はすぐ近く！！」を抽出し、抽出したコンテンツ情報を、出力部２５０に出力する。

【0079】

抽出部２２０は、抽出した採択条件情報ＡＤの一次情報の状態情報としての位置情報に対応付けられた、自端末装置の位置を示す情報の取得を、取得部２３０に要求する。
取得部２３０の測位センサは、抽出部２２０により抽出された採択条件情報ＡＤの一次情報Ａ〜Ｄの状態情報としての位置情報に対応付けられた、自端末装置の位置を示す情報を、抽出部２２０を介して判定部２４０に出力する。

【0080】

端末装置２００の判定部２４０（図１を参照）は、採択条件情報ＡＤを示す論理式（図７を参照）の真偽に基づいて、自端末装置の位置が採択条件情報ＡＤを満たしているか否かを判定する。より具体的には、判定部２４０は、自端末装置の位置を示す情報と、通知情報のメッセージ情報の採択条件情報ＡＤとの一致を、採択条件情報ＡＤの一次情報Ａ〜Ｄ毎に判定し、自端末装置の位置が採択条件情報ＡＤを満たしているか否かを判定する。

【0081】

自端末装置の位置が採択条件情報ＡＤを満たしている場合、判定部２４０は、通知情報のコンテンツ情報を、出力部２５０に出力する。一方、自端末装置の位置が採択条件情報ＡＤを満たしていない場合、判定部２４０は、通知情報を棄却（例えば、自端末装置の記憶部から消去）する。

【0082】

端末装置２００の出力部２５０は、通知情報のコンテンツ情報を、判定部２４０による判定結果に基づいて出力することで、そのコンテンツ情報をユーザに通知する。出力部２５０は、コンテンツ情報に含まれる文字列（テキスト）について、その書体の色及び大きさを加工し、加工した文字列を表示画面に表示する。ここで、文字列は、ダイアログボックス又はバナーに表示されてもよい。出力部２５０は、所定の音又は振動を予め出力してから、文字列を表示画面に表示してもよい。

【0083】

これにより、アプリＩＤ「１」が示すアプリケーションソフトウェアがバックエンドで動作している端末装置２００のうち、東京都内を示す領域６００−Ｄに位置し、且つ、店舗を中心とする半径１００［ｍ］の領域５００−Ａ〜５００−Ｃのいずれかに位置する端末装置２００（図８では、端末装置２００−１）は、通知情報のコンテンツ情報としての電子クーポン広告を表示することができる。

【0084】

以上のように、端末装置２００（図１を参照）は、コンテンツ情報を出力するか否かを判定するための出力条件情報（採択条件情報）と、前記出力条件情報に対応付けられた前記コンテンツ情報と、を受信する受信部２１０（図１を参照）と、前記出力条件情報に応じて、自端末装置の状態を示す情報を取得する取得部２３０（図１を参照）と、前記出力条件情報と、前記自端末装置の状態を示す情報と、を比較し、前記自端末装置の状態が前記出力条件を満たすか否かを判定する判定部２４０（図１を参照）と、前記自端末装置の状態が前記出力条件を満たすと判定部２４０により判定された場合、前記コンテンツ情報を出力する出力部２５０（図１を参照）と、を備える。

【0085】

また、プッシュ型配信プログラムは、端末装置２００のコンピュータに、コンテンツ情報を出力するか否かを判定するための出力条件情報（採択条件情報）に応じて、自端末装置の状態を示す情報を取得する手順と、前記出力条件情報と、前記自端末装置の状態を示す情報と、を比較し、前記自端末装置の状態が前記出力条件を満たすか否かを判定する手順と、前記自端末装置の状態が前記出力条件を満たすと判定された場合、前記出力条件情報に対応付けられた前記コンテンツ情報を出力する手順と、を実行させる。

【0086】

この構成により、判定部２４０は、前記出力条件情報と、前記自端末装置の状態を示す情報と、を比較し、前記自端末装置の状態が前記出力条件を満たすか否かを判定する。出力部２５０は、前記自端末装置の状態が前記出力条件を満たすと前記判定部により判定された場合、前記コンテンツ情報を出力する。

【0087】

これにより、プッシュ型配信システムの端末装置、サーバ装置、及びプッシュ型配信プログラムは、配信サービスを利用するユーザに、サーバ装置が端末装置の状態を監視することなく、情報を適応的に通知することができる。また、プッシュ型配信システムの端末装置、サーバ装置、及びプッシュ型配信プログラムは、サーバ装置における処理負荷を減少させることができる。また、プッシュ型配信システムの端末装置、サーバ装置、及びプッシュ型配信プログラムは、トラフィックを減少させることができる。また、プッシュ型配信システムの端末装置、サーバ装置、及びプッシュ型配信プログラムは、サーバ装置の構築、管理及び運用コストを減少させることができる。また、プッシュ型配信システムの端末装置、サーバ装置、及びプッシュ型配信プログラムは、端末装置の状態を示す情報を端末装置がアップロードする必要がないため、端末装置の消費電力を低減させることができる。

【0088】

受信部２１０（図１を参照）は、自端末装置において動作するプログラムに対応付けられた前記出力条件情報及び前記コンテンツ情報を受信し、出力部２５０（図１を参照）は、前記プログラムに対応付けられた前記コンテンツ情報を出力してもよい。

【0089】

取得部２３０（図１を参照）は、前記自端末装置の状態を示す情報として、位置情報、変数情報及び移動情報のうち少なくとも一つを取得してもよい。

【0090】

サーバ装置１００ａ（図１を参照）は、コンテンツ情報を出力するか否かを判定するための情報であって、送信先の端末装置において端末装置の状態を示す情報と比較される出力条件情報（採択条件情報）を生成する条件生成部１１３（図１を参照）と、前記出力条件情報及び前記コンテンツ情報を対応付けて送信する通信部１２４（図１を参照）と、を備える。

【0091】

プッシュ型配信プログラムは、サーバ装置のコンピュータに、コンテンツ情報を出力するか否かを判定するための情報であって、送信先の端末装置において端末装置の状態を示す情報と比較される出力条件情報（採択条件情報）を生成する手順と、前記出力条件情報及び前記コンテンツ情報を対応付けて送信する手順と、を実行させる。

【0092】

プッシュ型配信システム（図１を参照）は、端末装置２００と、サーバ装置１００ａと、を備える。

【0093】

この構成により、条件生成部１１３は、コンテンツ情報を出力するか否かを判定するための情報であって、送信先の端末装置において端末装置の状態を示す情報と比較される出力条件情報（採択条件情報）を生成する。

【0094】

これにより、プッシュ型配信システムの端末装置、サーバ装置、及びプッシュ型配信プログラムは、配信サービスを利用するユーザに、サーバ装置が端末装置の状態を監視することなく、情報を適応的に通知することができる。また、プッシュ型配信システムの端末装置、サーバ装置、及びプッシュ型配信プログラムは、サーバ装置における処理負荷を減少させることができる。また、プッシュ型配信システムの端末装置、サーバ装置、及びプッシュ型配信プログラムは、トラフィックを減少させることができる。また、プッシュ型配信システムの端末装置、サーバ装置、及びプッシュ型配信プログラムは、サーバ装置の構築、管理及び運用コストを減少させることができる。また、プッシュ型配信システムの端末装置、サーバ装置、及びプッシュ型配信プログラムは、端末装置の状態を示す情報を端末装置がアップロードする必要がないため、端末装置の消費電力を低減させることができる。

【0095】

通信部１２４は、端末装置２００の全体集合に定められた部分集合に含まれる前記送信先の端末装置２００に、前記出力条件情報及び前記コンテンツ情報を送信してもよい。
通信部１２４は、端末装置２００のユーザを区分する情報（セグメント情報）に基づいて、前記部分集合（粗いクラスタリングの結果）を定めてもよい。

【0096】

［第２実施形態］
第２実施形態では、宛先記憶部及びユーザ情報記憶部が外部サーバ装置に備えられる点が、第１実施形態と相違する。以下では、第１実施形態との相違点についてのみ説明する。

【0097】

図９には、プッシュ型配信システムの構成例が、ブロック図により示されている。プッシュ型配信システムは、サーバ装置１００ｂと、外部サーバ装置７００と、端末装置２００−ｎとを備える。サーバ装置１００ｂ、外部サーバ装置７００、端末装置２００−ｎ、プッシュ型配信システム及びプッシュ型配信プログラムは、サーバ装置１００ｂが、端末装置２００−ｎの状態（プレゼンス）を監視（トラッキング）することなく、配信サービスを利用するユーザに情報を適応的に通知することができる。

【0098】

サーバ装置１００ｂは、生成装置１１０と、配信装置１２０ｂとを有する。生成装置１１０及び配信装置１２０ｂは、所定のプログラムに基づいて、所定の演算処理をそれぞれ実行する。なお、生成装置１１０及び配信装置１２０ｂは、概念的に区別されている場合でも、物理的には一体で構成されてもよい。

【0099】

配信装置１２０ｂは、アプリ記憶部１２３と、通信部１２４とを有する。通信部１２４は、結合部１１５が生成したメッセージ情報を、外部サーバ装置７００に出力する。ここで、通信部１２４は、アプリＩＤ「１」をメッセージ情報に対応付けることにより、メッセージ情報を生成する。

【0100】

外部サーバ装置７００は、サーバ装置１００ｂを運用する事業者とは異なる事業者（以下、「外部事業者」という。）によって運用されているものとする。したがって、通知情報を配信する責任は、外部事業者が負っている。すなわち、アプリＩＤに基づいて通知情報を端末装置２００に到達させることは、外部事業者（例えば、広告を配信する広告ネットワーク事業者（アドネットワーク事業者））が運用する外部サーバ装置７００によって担保される。

【0101】

外部サーバ装置７００は、ユーザ情報記憶部７２１と、宛先記憶部７２２と、通信部７２３とを有する。ユーザ情報記憶部７２１は、第１実施形態のサーバ装置１００ａの配信装置１２０ａのユーザ情報記憶部１２１（図１を参照）に相当する。宛先記憶部７２２は、第１実施形態のサーバ装置１００ａの配信装置１２０ａの宛先記憶部１２２（図１を参照）に相当する。

【0102】

通信部７２３は、配信装置１２０ｂの通信部１２４が出力したメッセージ情報に含まれているアプリＩＤに対応付けられているネットワークアドレスを、配信装置１２０ｂの通信部１２４が出力したメッセージ情報に対応付けることにより、通知情報を生成する。また、通信部７２３は、端末ＩＤに対応付けられているネットワークアドレスを、配信装置１２０ｂの通信部１２４が出力したメッセージ情報に対応付けることにより、通知情報を生成する。通信部７２３は、生成した通知情報を、通信回線３００を介して、配信する対象とされた端末装置２００に配信する。

【0103】

＜適用例２＞
以下、広告主のウェブサイトにユーザを誘導する誘導型の広告コンテンツ情報を配信する広告制作システムに、第２実施形態のプッシュ型配信システムを適用する例を説明する。

【0104】

図１０には、通知情報の適用例が、表により示されている。また、図１１には、プッシュ型配信システムの適用例が、ブロック図により示されている。本適用例におけるサーバ装置１００ｂは、広告主によって運用されているものとする。

【0105】

広告主のウェブサイトにユーザを効果的に誘導するため、当該広告主は、移動体８００としての電車に乗っているユーザによって操作されている端末装置２００に対して、広告コンテンツ情報を外部サーバ装置７００から配信させるものとする。この場合、広告コンテンツ情報は、端末装置の操作を示す変数情報、及び端末装置の移動情報に基づいて、外部サーバ装置７００から配信される。

【0106】

サーバ装置１００ｂの生成装置１１０の指定部１１１（図９を参照）は、端末装置２００において端末装置の状態を示す情報との一致が判定される状態情報として、位置情報及び移動情報を定める。

【0107】

サーバ装置１００ｂの生成装置１１０の設定部１１２（図９を参照）は、指定部１１１が状態情報として移動情報を定めたため、コンテンツ情報（図１０を参照）を端末装置２００がユーザに通知するか否かを定めるための可否条件として、端末装置の移動情報「走行」（図２を参照）を定めたものとする。この場合、一次情報Ｓｉは、「Ｓｉｔｕａｔｉｏｎ＝２」と表記される。また、設定部１１２は、コンテンツ情報（図１０を参照）を端末装置２００がユーザに通知するか否かを定めるための可否条件として、端末装置の操作を示す変数情報「操作中」（図２を参照）を定めたものとする。この場合、一次情報Ａｃは、「Ａｃｔｉｏｎ＝１」と表記される。

【0108】

条件生成部１１３は、ＡＮＤ演算子を用いて、一次情報Ｓｉ及び一次情報Ａｃを結合する（組み合わせる）ことにより、一次情報Ｓｉ及び一次情報Ａｃから構成される採択条件情報ＳＡを生成する。

【0109】

当該広告主は、ウェブサイトにユーザを誘導することを主たる目的として、サーバ装置１００ｂの生成装置１１０のコンテンツ生成部１１４（図９を参照）の入出力インタフェースを用いて、広告コンテンツ情報を生成する。コンテンツ生成部１１４は、画像を用いた広告コンテンツ情報を生成してもよい。

【0110】

サーバ装置１００ｂの生成装置１１０の結合部１１５（図９を参照）は、採択条件情報ＳＡとコンテンツ情報（図１０を参照）とが一対一で結合された（組み合わされた）メッセージ情報を生成し、生成したメッセージ情報を配信装置１２０ｂに出力する。
配信装置１２０ｂの通信部１２４（図９を参照）は、結合部１１５が生成したメッセージ情報を、外部サーバ装置７００に出力する。ここで、通信部１２４は、アプリＩＤ「１」を対応付けたメッセージ情報を生成する。

【0111】

外部サーバ装置７００の通信部７２３（図９を参照）は、配信装置１２０ｂの通信部１２４が出力したメッセージ情報に含まれているアプリＩＤに対応付けられているネットワークアドレスを、配信装置１２０ｂの通信部１２４が出力したメッセージ情報に対応付けることにより、通知情報を生成する。また、通信部７２３は、端末ＩＤに対応付けられているネットワークアドレスを、配信装置１２０ｂの通信部１２４が出力したメッセージ情報に対応付けることにより、通知情報を生成する。通信部７２３は、生成した通知情報を、通信回線３００及び無線通信装置４００を介して、配信する対象とされた端末装置２００に配信する。

【0112】

無線通信装置４００は、所定の領域９００−Ｄに位置している端末装置２００のうち、アプリＩＤ「１」が示すアプリケーションソフトウェアがバックエンドで動作している端末装置２００−１及び２００−２に、通知情報に含まれているネットワークアドレスに基づいて、その通知情報を配信する。

【0113】

端末装置２００の受信部２１０（図９を参照）は、外部サーバ装置７００の通信部７２３から、通信回線３００及び無線通信装置４００を介して、通知情報を受信したとする。
端末装置２００の抽出部２２０（図９を参照）は、通知情報のメッセージ情報から採択条件情報ＳＡを抽出し、抽出した採択条件情報ＳＡを、判定部２４０に出力する。また、抽出部２２０は、通知情報のメッセージ情報から、コンテンツ情報としての文字列「リンク先へどうぞ」を抽出し、抽出したコンテンツ情報を、出力部２５０に出力する。

【0114】

抽出部２２０は、抽出した採択条件情報ＳＡの一次情報の状態情報としての操作情報に対応付けられた、自端末装置の操作を示す変数情報の取得を、取得部２３０に要求する。また、抽出部２２０は、抽出した採択条件情報ＳＡの一次情報の状態情報としての移動情報に対応付けられた、自端末装置の移動情報の取得を、取得部２３０に要求する。

【0115】

取得部２３０の変数値センサは、抽出部２２０により抽出された採択条件情報ＳＡの一次情報Ａｃの状態情報としての変数情報に対応付けられた、自端末装置の操作を示す変数情報を、抽出部２２０を介して判定部２４０に出力する。また、取得部２３０の加速度センサは、抽出部２２０により抽出された採択条件情報ＳＡの一次情報Ｓｉの状態情報としての加速度情報に対応付けられた、自端末装置の加速度を示す情報を、抽出部２２０を介して判定部２４０に出力する。

【0116】

端末装置２００の判定部２４０（図９を参照）は、採択条件情報ＳＡを示す論理式（図１０を参照）の真偽に基づいて、自端末装置の加速度及び操作が採択条件情報ＳＡを満たしているか否かを判定する。より具体的には、判定部２４０は、自端末装置の加速度を示す情報と、自端末装置の操作を示す変数情報と、通知情報のメッセージ情報の採択条件情報ＳＡとの一致を、採択条件情報ＳＡの一次情報Ｓｉ及び一次情報Ａｃ毎に判定し、自端末装置の加速度及び操作が採択条件情報ＳＡを満たしているか否かを判定する。

【0117】

自端末装置の位置が採択条件情報ＳＡを満たしている場合、判定部２４０は、通知情報のコンテンツ情報を、出力部２５０に出力する。一方、自端末装置の位置が採択条件情報ＡＤを満たしていない場合、判定部２４０は、通知情報を棄却（例えば、自端末装置の記憶部から消去）する。

【0118】

端末装置２００の出力部２５０は、通知情報のコンテンツ情報を、判定部２４０による判定結果に基づいて出力することで、そのコンテンツ情報をユーザに通知する。出力部２５０は、コンテンツ情報に含まれる文字列（テキスト）について、その書体の色及び大きさを加工し、加工した文字列を表示画面に表示する。ここで、文字列は、ダイアログボックス又はバナーに表示されてもよい。出力部２５０は、所定の音又は振動を予め出力してから、文字列を表示画面に表示してもよい。

【0119】

これにより、アプリＩＤ「１」が示すアプリケーションソフトウェアがバックエンドで動作している端末装置２００のうち、所定の領域９００−Ｄに位置し、且つ、移動体８００としての電車に乗っているユーザによって操作されている端末装置２００（図１１では、端末装置２００−１）は、通知情報のコンテンツ情報としての広告コンテンツ情報を表示することができる。

【0120】

プッシュ型配信システム（図９を参照）は、端末装置２００と、サーバ装置１００ｂと、外部サーバ装置７００と、を備える。

【0121】

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

【0122】

なお、上記に説明したプッシュ型配信システムの端末装置及びサーバ装置を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、実行処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。

【0123】

また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

【0124】

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。
さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

【符号の説明】

【0125】

１００ａ…サーバ装置 １１０ｂ…サーバ装置 １１０…生成装置 １１１…指定部 １１２…設定部 １１３…条件生成部 １１４…コンテンツ生成部 １１５…結合部 １２０…配信装置 １２１…ユーザ情報記憶部 １２２…宛先記憶部 １２３…アプリ記憶部 １２４…通信部 ２００…端末装置 ２１０…受信部 ２２０…抽出部 ２３０…取得部 ２４０…判定部 ２５０…出力部 ３００…通信回線 ４００…無線通信装置 ５００−Ａ〜５００−Ｃ…領域 ６００−Ｄ…領域 ７００…外部サーバ装置 ７２１…ユーザ情報記憶部 ７２２…宛先記憶部 ７２３…通信部 ８００…移動体 ９００−Ｄ…領域

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】