特開 2024-129895 情報送信装置、情報送信方法、およびプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024129895

(43)【公開日】2024-09-30

(54)【発明の名称】情報送信装置、情報送信方法、およびプログラム

(51)【国際特許分類】

   G06Q 30/0601 20230101AFI20240920BHJP

   G06Q 30/0251 20230101ALI20240920BHJP

【ＦＩ】

G06Q30/0601 340

G06Q30/0251

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023039269

(22)【出願日】2023-03-14

(71)【出願人】

【識別番号】512033109

【氏名又は名称】株式会社プレイド

(74)【代理人】

【識別番号】100115749

【弁理士】

【氏名又は名称】谷川 英和

(72)【発明者】

【氏名】牧野 祐己

(72)【発明者】

【氏名】塩澤 元

(72)【発明者】

【氏名】中西 祐介

(72)【発明者】

【氏名】山本 哲生

(72)【発明者】

【氏名】秋庭 正明

【テーマコード（参考）】

5L030

5L049

【Ｆターム（参考）】

5L030BB08

5L030BB66

5L049BB08

5L049BB66

(57)【要約】

【課題】複数の情報管理装置で管理されているユーザの行動レコードを用いて、複合的な条件に合致するユーザを決定し、当該ユーザに適切な情報を送信できなかった。
【解決手段】２つの各情報管理装置に対応付く行動条件が格納される行動条件管理部１１１と、２つの異なる行動条件を組み合わせた複合条件が格納される複合条件管理部１１２と、複合条件に対応付けて、複合条件に含まれる２つの各行動条件に対応付く情報管理装置２の行動テーブルから、行動条件に合致する１以上の行動レコードを決定し、１以上の行動レコードに基づく検索結果を取得し、２以上の検索結果に対して、複合条件に含まれる演算子に従った処理を行い、１以上のユーザを決定するユーザ決定部１３１と、当該１以上の各ユーザへの送信情報を取得する情報取得部１３３と、１以上の各ユーザに送信情報を送信する情報送信部１４１とを具備する情報送信装置１により、上記課題が解決できる。
【選択図】図３

【特許請求の範囲】

【請求項1】

キーとユーザの行動に基づく行動情報とを有する１以上の行動レコードを有する行動テーブルが格納されている２つの各情報管理装置に対応付く条件であり、行動レコードを検索するための条件である行動条件が格納される行動条件管理部と、
前記２つの異なる行動条件を組み合わせた条件であり、前記２つの行動条件の組み合わせ方を特定する演算子を有する条件である複合条件が格納される複合条件管理部と、
前記複合条件に対応付けて、ユーザに送信する情報を構成するための定義情報が格納される定義情報管理部と、
前記複合条件に含まれる前記２つの各行動条件に対応付く前記情報管理装置の前記行動テーブルから、前記行動条件に合致する１以上の行動レコードを決定し、当該１以上の行動レコードに基づく検索結果を取得し、当該２以上の検索結果に対して、前記複合条件に含まれる前記演算子に従った処理を行い、１以上のユーザを決定するユーザ決定部と、
前記ユーザ決定部が決定した前記１以上の各ユーザへの通知先を特定する通知先識別子を取得する通知先取得部と、
前記ユーザ決定部が決定した前記１以上の各ユーザに送信する情報である送信情報を、前記定義情報を用いて取得する情報取得部と、
前記ユーザ決定部が決定した前記１以上の各ユーザごとに、前記通知先取得部が取得した通知先識別子が特定する通知先に、前記情報取得部が取得した前記送信情報を送信する情報送信部とを具備する情報送信装置。

【請求項2】

前記２つの各情報管理装置の前記行動テーブルは、常時、更新され得、
動作する時を特定するスケジュール情報が格納されるスケジュール管理部をさらに具備し、
前記スケジュール情報が特定する時になったことをトリガーとして、前記ユーザ決定部、前記通知先取得部、前記情報取得部、および前記情報送信部が動作する請求項１記載の情報送信装置。

【請求項3】

前記定義情報は、変数を有し、
前記情報取得部は、
前記ユーザ決定部が決定した前記１以上の各ユーザごとに、前記情報管理装置から取得した前記行動レコードから前記変数に対応する属性値を取得し、当該属性値に基づく情報を、前記複合条件に対応付く前記定義情報が有する前記変数の位置に置き換えて配置し、前記ユーザに送信する送信情報を取得する請求項１または請求項２記載の情報送信装置。

【請求項4】

前記行動テーブルを特定するテーブル名と前記行動テーブルの属性名とに対応付けて、変数を管理する変数管理部をさらに具備し、
前記情報取得部は、
前記定義情報が有する前記変数と対になる前記テーブル名に対応する前記行動テーブルの前記属性名に対応する属性値を取得し、当該属性値を前記変数の位置に置き換えて配置し、前記送信情報を構成する請求項３記載の情報送信装置。

【請求項5】

一のユーザに対して、前記２つの各情報管理装置に格納されている第一行動テーブルの第一キーと、第二行動テーブルの第二キーとは異なる情報あり、
前記２つの各情報管理装置から取得された第一検索結果は第一キーを有し、第二検索結果は第二キーを有し、
前記ユーザ決定部は、
１以上の各ユーザの第一キーと第二キーとの対応を示す対応情報が格納される対応表が格納される対応管理部を参照し、取得した前記２つの検索結果から、前記複合条件に含まれる前記演算子に従った処理を行い、１以上のユーザを決定する請求項１から請求項４いずれか一項に記載の情報送信装置。

【請求項6】

キーとユーザの行動に基づく行動情報とを有する１以上の行動レコードを有する行動テーブルが格納されている２つの各情報管理装置に対応付く条件であり、行動レコードを検索するための条件である行動条件が格納される行動条件管理部と、前記２つの異なる行動条件を組み合わせた条件であり、前記２つの行動条件の組み合わせ方を特定する演算子を有する条件である複合条件が格納される複合条件管理部と、前記複合条件に対応付けて、ユーザに送信する情報を構成するための定義情報が格納される定義情報管理部と、ユーザ決定部と、通知先取得部と、情報取得部と、情報送信部とにより実現される情報送信方法であって、
前記ユーザ決定部が、前記複合条件に含まれる前記２つの各行動条件に対応付く前記情報管理装置の前記行動テーブルから、前記行動条件に合致する１以上の行動レコードを決定し、当該１以上の行動レコードに基づく検索結果を取得し、当該２以上の検索結果に対して、前記複合条件に含まれる前記演算子に従った処理を行い、１以上のユーザを決定するユーザ決定ステップと、
前記通知先取得部が、前記ユーザ決定ステップで決定された前記１以上の各ユーザへの通知先を特定する通知先識別子を取得する通知先取得ステップと、
前記情報取得部が、前記ユーザ決定ステップで決定された前記１以上の各ユーザに送信する情報である送信情報を、前記定義情報を用いて取得する情報取得ステップと、
前記情報送信部が、前記ユーザ決定ステップで決定された前記１以上の各ユーザごとに、前記通知先取得ステップで取得された通知先識別子が特定する通知先に、前記情報取得ステップで取得された前記送信情報を送信する情報送信ステップとを具備する情報送信方法。

【請求項7】

キーとユーザの行動に基づく行動情報とを有する１以上の行動レコードを有する行動テーブルが格納されている２つの各情報管理装置に対応付く条件であり、行動レコードを検索するための条件である行動条件が格納される行動条件管理部と、前記２つの異なる行動条件を組み合わせた条件であり、前記２つの行動条件の組み合わせ方を特定する演算子を有する条件である複合条件が格納される複合条件管理部と、前記複合条件に対応付けて、ユーザに送信する情報を構成するための定義情報が格納される定義情報管理部とにアクセス可能なコンピュータを、
前記複合条件に含まれる前記２つの各行動条件に対応付く前記情報管理装置の前記行動テーブルから、前記行動条件に合致する１以上の行動レコードを決定し、当該１以上の行動レコードに基づく検索結果を取得し、当該２以上の検索結果に対して、前記複合条件に含まれる前記演算子に従った処理を行い、１以上のユーザを決定するユーザ決定部と、
前記ユーザ決定部が決定した前記１以上の各ユーザへの通知先を特定する通知先識別子を取得する通知先取得部と、
前記ユーザ決定部が決定した前記１以上の各ユーザに送信する情報である送信情報を、前記定義情報を用いて取得する情報取得部と、
前記ユーザ決定部が決定した前記１以上の各ユーザごとに、前記通知先取得部が取得した通知先識別子が特定する通知先に、前記情報取得部が取得した前記送信情報を送信する情報送信部として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、所定の行動を行ったユーザに、適切な情報を送信する情報送信装置等に関するものである。

【背景技術】

【0002】

従来技術において、ユーザの購入履歴やユーザの行動を用いて、ユーザに推奨する情報を提供する情報処理装置があった（特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

しかしながら、従来技術においては、複数の情報管理装置で管理されているユーザの行動に基づく情報を用いて、複合的な条件に合致するユーザを決定し、当該ユーザに適切な情報を送信することができなかった。

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

【0005】

本第一の発明の情報送信装置は、キーとユーザの行動に基づく行動情報とを有する１以上の行動レコードを有する行動テーブルが格納されている２つの各情報管理装置に対応付く条件であり、行動レコードを検索するための条件である行動条件が格納される行動条件管理部と、２つの異なる行動条件を組み合わせた条件であり、２つの行動条件の組み合わせ方を特定する演算子を有する条件である複合条件が格納される複合条件管理部と、複合条件に対応付けて、ユーザに送信する情報を構成するための定義情報が格納される定義情報管理部と、複合条件に含まれる２つの各行動条件に対応付く情報管理装置の行動テーブルから、行動条件に合致する１以上の行動レコードを決定し、１以上の行動レコードに基づく検索結果を取得し、２以上の検索結果に対して、複合条件に含まれる演算子に従った処理を行い、１以上のユーザを決定するユーザ決定部と、ユーザ決定部が決定した１以上の各ユーザへの通知先を特定する通知先識別子を取得する通知先取得部と、ユーザ決定部が決定した１以上の各ユーザに送信する情報である送信情報を、定義情報を用いて取得する情報取得部と、ユーザ決定部が決定した１以上の各ユーザごとに、通知先取得部が取得した通知先識別子が特定する通知先に、情報取得部が取得した送信情報を送信する情報送信部とを具備する情報送信装置である。

【0006】

かかる構成により、複数の情報管理装置で管理されているユーザの行動に基づく情報を用いて、複合的な条件に合致するユーザを決定し、当該ユーザに適切な情報を送信できる。

【0007】

また、本第二の発明の情報送信装置は、第一の発明に対して、２つの各情報管理装置の行動テーブルは、常時、更新され得、動作する時を特定するスケジュール情報が格納されるスケジュール管理部をさらに具備し、スケジュール情報が特定する時になったことをトリガーとして、ユーザ決定部、通知先取得部、情報取得部、および情報送信部が動作する情報送信装置である。

【0008】

かかる構成により、適切なタイミングで、適切なユーザに送信情報を送信できる。

【0009】

また、本第三の発明の情報送信装置は、第一または第二の発明に対して、定義情報は、変数を有し、情報取得部は、ユーザ決定部が決定した１以上の各ユーザごとに、情報管理装置から取得した行動レコードから変数に対応する属性値を取得し、属性値に基づく情報を、複合条件に対応付く定義情報が有する変数の位置に置き換えて配置し、ユーザに送信する送信情報を取得する情報送信装置である。

【0010】

かかる構成により、適切な送信情報をユーザに送信できる。

【0011】

また、本第四の発明の情報送信装置は、第三の発明に対して、行動テーブルを特定するテーブル名と行動テーブルの属性名とに対応付けて、変数を管理する変数管理部をさらに具備し、情報取得部は、定義情報が有する変数と対になるテーブル名に対応する行動テーブルの属性名に対応する属性値を取得し、属性値を変数の位置に置き換えて配置し、送信情報を構成する情報送信装置である。

【0012】

かかる構成により、変数を有する定義情報を容易に作成できる。

【0013】

また、本第五の発明の情報送信装置は、第一から第四いずれか１つの発明に対して、一のユーザに対して、２つの各情報管理装置に格納されている第一行動テーブルの第一キーと、第二行動テーブルの第二キーとは異なる情報あり、２つの各情報管理装置から取得された第一検索結果は第一キーを有し、第二検索結果は第二キーを有し、ユーザ決定部は、１以上の各ユーザの第一キーと第二キーとの対応を示す対応情報が格納される対応表が格納される対応管理部を参照し、取得した２つの検索結果から、複合条件に含まれる演算子に従った処理を行い、１以上のユーザを決定する情報送信装置である。

【0014】

かかる構成により、複数の情報管理装置で管理されているユーザの行動に基づく情報を用いて、複合的な条件に合致するユーザを決定し、当該ユーザに適切な情報を送信できる。

【発明の効果】

【0015】

本発明による情報送信装置によれば、複数の情報管理装置で管理されているユーザの行動に基づく情報を用いて、複合的な条件に合致するユーザを決定し、当該ユーザに適切な情報を送信できる。

【図面の簡単な説明】

【0016】

【図1】実施の形態１における情報システムＡの概念図

【図2】同情報システムＡのブロック図

【図3】同情報送信装置１のブロック図

【図4】同情報送信装置１の動作例について説明するフローチャート

【図5】同銅ユーザ決定処理の例について説明するフローチャート

【図6】同キー統合処理の例について説明するフローチャート

【図7】同情報取得処理の例について説明するフローチャート

【図8】同通信先識別子の取得処理の例について説明するフローチャート

【図9】同行動条件管理表を示す図

【図10】同複合条件管理表を示す図

【図11】同定義情報管理表を示す図

【図12】同スケジュール管理表を示す図

【図13】同変数情報管理表を示す図

【図14】同対応表を示す図

【図15】同購入テーブルを示す図

【図16】同応募ユーザテーブルを示す図

【図17】同顧客テーブルを示す図

【図18】同会員テーブルを示す図

【図19】同ユーザ端末３の出力例を示す図

【図20】同コンピュータシステムの概観図

【図21】同コンピュータシステムのブロック図

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

【0017】

以下、情報送信装置等の実施形態について図面を参照して説明する。なお、実施の形態において同じ符号を付した構成要素は同様の動作を行うので、再度の説明を省略する場合がある。

【0018】

（実施の形態１）
本実施の形態において、複数の情報管理装置で管理されているユーザの行動に基づく情報を用いて、複合的な条件に合致するユーザを決定し、当該ユーザに適切な情報を送信する情報送信装置について説明する。なお、複合的な条件とは、複数の条件を組み合わせた条件である。

【0019】

また、本実施の形態において、ユーザに情報を送信するタイミングを管理し、当該タイミングの時に、複数の情報管理装置から最新の情報を取得し、当該情報に基づいて、情報を送信するユーザを決定する情報送信装置について説明する。

【0020】

また、本実施の形態において、ユーザの行動に基づく行動情報を用いて、情報を送信するユーザに固有の情報を取得し、当該情報をユーザに送信する情報送信装置について説明する。

【0021】

また、本実施の形態において、情報管理装置において管理されているテーブルの属性名やテーブル名等に関わらず、ユーザに固有の情報を取得するための定義情報に用いられる変数名を、自由に設定できる情報送信装置について説明する。

【0022】

さらに、本実施の形態において、複数の各情報管理装置で管理されているテーブルにおけるユーザを特定するキーが異なる場合でも、同一ユーザであることを認識するための対応情報を有する対応表を用いて、複合的な条件に合致するユーザを決定し、当該ユーザに適切な情報を送信できる情報送信装置について説明する。

【0023】

なお、本実施の形態において、情報Ｘが情報Ｙに対応付いていることは、情報Ｘから情報Ｙを取得できること、または情報Ｙから情報Ｘを取得できることであり、その対応付けの方法は問わない。情報Ｘと情報Ｙとがリンク付いていても良いし、同じバッファに存在していても良いし、情報Ｘが情報Ｙに含まれていても良いし、情報Ｙが情報Ｘに含まれている等でも良い。

【0024】

図１は、本実施の形態における情報システムＡの概念図である。情報システムＡは、情報送信装置１、２または３以上の情報管理装置２、および１または２以上のユーザ端末３を備える。

【0025】

情報送信装置１は、２以上の情報管理装置２で管理されているユーザの行動に基づく情報を用いて、情報を送信する１または２以上のユーザを決定し、当該１以上のユーザに情報を送信する装置である。情報送信装置１は、通常、サーバである。情報送信装置１は、例えば、クラウドサーバ、ＡＳＰサーバ等であるが、その種類は問わない。

【0026】

情報管理装置２は、ユーザ端末３からのアクセスを受け付け、ユーザの行動に基づく情報を蓄積する装置である。情報管理装置２は、通常、サーバである。情報管理装置２は、例えば、クラウドサーバ、ＡＳＰサーバ等であるが、その種類は問わない。なお、情報管理装置２は、例えば、いわゆるＥＣサーバ、商品やサービスを販売する店舗が顧客の管理等のため使用するサーバである。

【0027】

ユーザ端末３は、ユーザが使用する端末である。ユーザ端末３は、例えば、スマートフォン、タブレット端末、いわゆるパーソナルコンピュータ、ナビゲーション端末等であり、その種類は問わない。なお、ユーザは、例えば、情報管理装置２の一種であるＥＣサイトのサーバに対して、商品を購入するための操作を行うユーザである。つまり、ユーザは、例えば、ＥＣサイトで商品を購入する人である。また、ユーザは、例えば、実店舗で商品を購入する人である。なお、この店舗において、例えば、ユーザの来店や、ユーザが商品を購入したこと等が、当該店舗のサーバである情報管理装置２に蓄積される。

【0028】

情報送信装置１と２以上の各情報管理装置２、情報送信装置１と１以上の各ユーザ端末３、および２以上の各情報管理装置２と１以上の各ユーザ端末３とは、通常、インターネット等のネットワークにより通信可能である。

【0029】

図２は、本実施の形態における情報システムＡのブロック図である。図３は、情報送信装置１のブロック図である。

【0030】

情報送信装置１は、格納部１１、受信部１２、処理部１３、および送信部１４を備える。格納部１１は、行動条件管理部１１１、複合条件管理部１１２、定義情報管理部１１３、スケジュール管理部１１４、変数管理部１１５、および対応管理部１１６を備える。処理部１３は、ユーザ決定部１３１、通知先取得部１３２、情報取得部１３３、および蓄積部１３４を備える。送信部１４は、情報送信部１４１を備える。

【0031】

情報管理装置２は、管理格納部２１、管理受信部２２、管理処理部２３、および管理送信部２４を備える。

【0032】

ユーザ端末３は、ユーザ格納部３１、ユーザ受付部３２、ユーザ処理部３３、ユーザ送信部３４、ユーザ受信部３５、およびユーザ出力部３６を備える。

【0033】

情報送信装置１を構成する格納部１１には、各種の情報が格納される。各種の情報は、例えば、後述する行動条件、後述する複合条件、後述する定義情報、後述するスケジュール情報、後述する変数情報、後述する対応表、配信除外リストである。

【0034】

配信除外リストは、１または２以上の除外情報を有する。除外情報とは、後述する送信情報を送信しないユーザを特定する情報である。除外情報は、送信情報を送信しないユーザの通信先識別子またはユーザ識別子を有する。通信先識別子とは、ユーザに通信するための情報である。通信先識別子は、例えば、メールアドレス、電話番号である。ユーザ識別子とは、ユーザを識別する情報である。ユーザ識別子は、例えば、ユーザＩＤ、通信先識別子である。

【0035】

行動条件管理部１１１には、２以上の行動条件が格納される。２以上の各行動条件には、２以上の情報管理装置２の中のいずれか一の情報管理装置２が対応付く。行動条件には、例えば、情報管理装置２の識別子が対応付く。

【0036】

行動条件とは、行動テーブルから行動レコードを検索するための条件である。行動条件は、行動テーブルの検索条件とも言える。行動条件は、例えば、ＳＱＬで記述されるが、その記述方法や構造は問わない。

【0037】

行動テーブルとは、１以上の行動レコードを有するテーブルである。１以上の各行動テーブルは、２以上の情報管理装置２の中のいずれか一の情報管理装置２が格納しているテーブルである。なお、テーブルは、例えば、リレーショナルデータベースであるが、ＣＳＶ形式のファイルやネットワークデータベース等でも良く、そのデータ構造は問わない。２以上の各情報管理装置２に格納されている行動テーブルのスキーマ構造は、通常異なる。ただし、２以上の各情報管理装置２に格納されている行動テーブルのうち、一部または全部の行動テーブルの構造は同じでも良い。

【0038】

行動レコードとは、ユーザの行動に基づいて、情報管理装置２に蓄積されたレコードである。行動レコードは、キーと１または２以上の行動情報とを有する。行動レコードは、キーと行動情報以外の属性値を有しても良い。

【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】

情報管理装置２を構成する管理格納部２１には、各種の情報が格納される。各種の情報は、例えば、行動テーブルである。行動テーブルの構造は問わない。

【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】

（ステップＳ６０８）ユーザ決定部１３１は、ステップＳ６０７で取得した共通キーをｊ番目のレコードに追記する、またはステップＳ６０７で取得した共通キーをｊ番目のレコードのキーに置き換えて、レコードを更新する。

【0126】

（ステップＳ６０９）ユーザ決定部１３１は、カウンタｊを１、インクリメントする。ステップＳ６０５に戻る。

【0127】

（ステップＳ６１０）ユーザ決定部１３１は、カウンタｉを１、インクリメントする。ステップＳ６０３に戻る。

【0128】

なお、図６のフローチャートにおいて、ユーザ決定部１３１は、複数の各検索結果を構成するレコードの中で、同一のユーザに対応するレコードが、同一のキーを含むようにする処理を行う。

【0129】

次に、ステップＳ４１０の情報取得処理の例について、図７のフローチャートを用いて説明する。

【0130】

（ステップＳ７０１）情報取得部１３３は、取得されている複合条件に対応する定義情報を定義情報管理部１１３から取得する。

【0131】

（ステップＳ７０２）情報取得部１３３は、ステップＳ７０１で取得した定義情報の中に、変数が存在するか否かを判断する。変数が存在する場合はステップＳ７０３に行き、変数が存在しない場合は上位処理にリターンする。

【0132】

（ステップＳ７０３）情報取得部１３３は、対象となるユーザ（ｊ番目のユーザ）のユーザ識別子または共通キーを取得する。なお、共通キーは、ユーザ識別子でもある。

【0133】

（ステップＳ７０４）情報取得部１３３は、１以上の各検索結果から、ユーザ識別子または共通キーに対応するレコードを取得する。

【0134】

（ステップＳ７０５）情報取得部１３３は、カウンタｉに１を代入する。

【0135】

（ステップＳ７０６）情報取得部１３３は、ステップＳ７０１で取得した定義情報の中に、ｉ番目の変数が存在するか否かを判断する。ｉ番目の変数が存在する場合はステップＳ７０７に行き、存在しない場合は上位処理にリターンする。

【0136】

（ステップＳ７０７）情報取得部１３３は、ステップＳ７０１で取得した定義情報の中からｉ番目の変数を取得する。

【0137】

（ステップＳ７０８）情報取得部１３３は、ｉ番目の変数に対応する変数情報が変数管理部１１５に存在するか否かを判断する。変数情報が存在する場合はステップＳ７０９に行き、存在しない場合はステップＳ７１０に行く。

【0138】

（ステップＳ７０９）情報取得部１３３は、ｉ番目の変数に対応する変数情報が有するテーブル名と属性名とを変数管理部１１５から取得する。ステップＳ７１１に行く。

【0139】

（ステップＳ７１０）情報取得部１３３は、デフォルトのテーブル名と属性名である変数名とを取得する。

【0140】

（ステップＳ７１１）情報取得部１３３は、取得したテーブル名と属性名とに対応する情報を取得する。

【0141】

（ステップＳ７１２）情報取得部１３３は、ステップＳ７１１で取得した情報を、定義情報の中のｉ番目の変数の位置に配置し、変数を取得した情報に置き換える。

【0142】

（ステップＳ７１３）情報取得部１３３は、カウンタｉを１、インクリメントする。ステップＳ７０６に戻る。

【0143】

次に、ステップＳ４１１の通信先取得処理の例について、図８のフローチャートを用いて説明する。

【0144】

（ステップＳ８０１）通知先取得部１３２は、検索結果から取得されたレコードであり、ステップＳ４０９のｊ番目のユーザに対応するレコードの中に、通知先識別子（例えば、メールアドレスまたは電話番号）が存在するか否かを判断する。通知先識別子が存在する場合はステップＳ８０２に行き、存在しない場合はステップＳ８０３に行く。

【0145】

（ステップＳ８０２）通知先取得部１３２は、検索結果から取得されたレコードの中の通知先識別子を取得する。上位処理にリターンする。

【0146】

（ステップＳ８０３）通知先取得部１３２は、検索結果から取得されたレコードの中のユーザ識別子を取得する。

【0147】

（ステップＳ８０４）通知先取得部１３２は、ステップＳ８０３で取得したユーザ識別子と対になる通知先識別子を、対応管理部１１６の対応表またはいずれかの情報管理装置２の行動テーブルから取得する。上位処理にリターンする。

【0148】

情報管理装置２は、例えば、公知のＥＣサイトのサーバ、公知のウェブサーバ、または店舗における顧客管理を行うサーバ等により実現可能であるので、情報管理装置２の動作例の詳細な説明は省略する。情報管理装置２は、ユーザ端末３や図示しない実店舗の端末から情報を受信し、ユーザの行動に基づく行動レコードを蓄積する装置である。

【0149】

ユーザ端末３は、ユーザがＥＣサイトから商品を購入したり、ＥＣサイトやウェブサーバ等にアクセスし、情報を閲覧したりするための端末である。また、ユーザ端末３は、情報送信装置１から出力情報を受信し、出力する端末である。ユーザ端末３は、公知の端末により実現可能であるので、ユーザ端末３の動作例の詳細な説明は省略する。

【0150】

以下、本実施の形態における情報システムＡの具体的な動作例について説明する。

【0151】

情報送信装置１の行動条件管理部１１１には、図９に示す行動条件管理表が格納されている。行動条件管理表は、１以上の行動条件を管理する表である。なお、情報送信装置１の受信部１２が図示しない１または２以上の各管理端末から送信された行動条件を受信し、蓄積部１３４が当該行動条件を行動条件管理部１１１に蓄積する。その結果が、行動条件管理表（図９）である。

【0152】

行動条件管理表（図９）は、「ＩＤ」「行動条件」「サーバ識別子」「備考」を有する１以上のレコードを有する。「ＩＤ」はレコードを識別する情報である。「サーバ識別子」は、行動条件を用いて検索する対象の情報管理装置２を特定する情報である。「サーバ識別子」は、ここでは、情報管理装置２の名称であるが、情報管理装置２のＩＰアドレス等、情報管理装置２にアクセスするためのアクセス情報であれば良い。なお、格納部１１には、例えば、２以上の各情報管理装置２の名称に対応づけて、各情報管理装置２にアクセスするためのアクセス情報が格納されているとする。アクセス情報は、例えば、情報管理装置２の行動テーブルを検索するためのＡＰＩの情報、検索ＩＰアドレスである。「備考」は、対になる行動条件の意味を示す。例えば、「ＩＤ＝１」の行動条件は、「商品Ａを１ヶ月以内に購入したユーザ」のユーザＩＤ等を取得するための検索条件である。「ＩＤ＝２」の行動条件は、「キャンペーンＢに登録したユーザ」のユーザ識別子等を取得するための検索条件である。「ＩＤ＝３」の行動条件は、「２０２３年１月１日以降に東京都内の店舗を利用したユーザ」のユーザＩＤを取得するための検索条件である。「ＩＤ＝４」の行動条件は、「会員ランクがＧｏｌｄのユーザ」のユーザＩＤ等を取得するための検索条件である。

【0153】

複合条件管理部１１２には、図１０に示す複合条件管理表が格納されている。複合条件管理表は、１以上の複合条件を管理する表である。なお、情報送信装置１の受信部１２が図示しない１または２以上の各管理端末から送信された複合条件を受信し、蓄積部１３４が当該複合条件を複合条件管理部１１２に蓄積する。その結果が、複合条件管理表（図９）である。なお、受信部１２は、２以上の行動条件と複合条件とを一緒に受信し、蓄積部１３４は当該２以上の行動条件と複合条件とを一緒に蓄積しても良い。

【0154】

複合条件管理表（図１０）は、「ＩＤ」「複合条件」「備考」を有する１以上のレコードを有する。「ＩＤ」はレコードを識別する情報である。「複合条件」は、ここでは、「ＡＮＤ」「ＯＲ」「ＮＯＴ」等の１または２以上の演算子を有する。「備考」は、対になる複合条件の意味を示す。複合条件の中の「行動条件１」は、行動条件管理表（図９）の「ＩＤ＝１」の行動条件であることを意味する。

【0155】

定義情報管理部１１３には、図１１に示す定義情報管理表が格納されている。定義情報管理表は、複合条件に対応する１以上の定義情報を管理する表である。なお、情報送信装置１の受信部１２が図示しない１または２以上の各管理端末から送信された定義情報を複合条件に対応付けて受信し、蓄積部１３４が当該定義情報を複合条件に対応付けて定義情報管理部１１３に蓄積する。その結果が、定義情報管理表（図１１）である。

【0156】

定義情報管理表（図１１）は、「ＩＤ」「定義情報」「複合条件識別子」を有する１以上のレコードを有する。「ＩＤ」はレコードを識別する情報である。「定義情報」は、変数を含んでも含まなくても良い。「定義情報」における変数名は「＜＜」および「＞＞」で囲まれた情報である。「複合条件識別子」は、複合条件管理表（図９）の複合条件のＩＤである。

【0157】

スケジュール管理部１１４には、図１２に示すスケジュール管理表が格納されている。スケジュール管理表は、１以上のスケジュール情報を管理する表である。なお、情報送信装置１の受信部１２が図示しない１または２以上の各管理端末から送信されたスケジュール情報を複合条件に対応付けて受信し、蓄積部１３４が当該スケジュール情報を複合条件に対応付けてスケジュール管理部１１４に蓄積する。その結果が、スケジュール管理表（図１２）である。

【0158】

なお、例えば、スケジュール管理表の「ＩＤ＝１」のレコードは、「２０２３年１月２４日 １２時００分」に、複合条件識別子「１」で識別される複合条件に基づいて、情報送信装置１が、ユーザを決定し、当該ユーザに送信情報を送信することを示す。

【0159】

変数管理部１１５には、図１３に示す変数情報管理表が格納されている。変数情報管理表は、１以上の変数情報を管理する表である。なお、情報送信装置１の受信部１２が図示しない１または２以上の各管理端末から送信された変数情報を複合条件に対応付けて受信し、蓄積部１３４が当該変数情報を変数管理部１１５に蓄積する。その結果が、変数情報管理表（図１３）である。

【0160】

変数情報管理表（図１３）は、「ＩＤ」「変数名」「演算情報」「サーバ識別子」「テーブル名」「属性名」を有する１以上のレコードを有する。「ＩＤ」はレコードを識別する情報である。「変数名」は、変数の名称であり、定義情報の中で使用される文字列である。「演算情報」は、情報の取得方法を示す情報であり、例えば、演算式、プログラムの関数名、メソッド名等である。「サーバ識別子」は、変数の情報または演算式の中の情報を取得する対象の情報管理装置２の名称である。「テーブル名」は、変数の情報または演算式の中の情報を取得する対象の情報管理装置２の中のテーブルの名称である。「属性名」は、変数の情報または演算式の中の情報を取得する対象の情報管理装置２の中のテーブルの中の属性の名称である。

【0161】

対応管理部１１６には、図１４に示す対応表が格納されている。対応表は、一のユーザについて、２以上の情報管理装置２の間で異なるキーでユーザの情報が管理されている場合に、２以上の情報管理装置２の間で異なるキーを対応付けるための情報である対応情報を管理する表である。

【0162】

対応表（図１４）は、「ユーザＩＤ」、「氏名」、２以上の各情報管理装置２のユーザに対応するキー（通常、ユーザ識別子）、「メールアドレス」を有する１以上のレコードを有する。なお、ここでは、２以上の各情報管理装置２のユーザに対応するキーは、サーバ１のユーザＩＤ（サーバ１．ユーザＩＤ）と、サーバ６のユーザＩＤ（サーバ６．ユーザＩＤ）である、とする。なお、「メールアドレス」は、通信先識別子であり、ここでの共通キーと考えても良い。

【0163】

また、情報管理装置２（１）は、ＥＣサイトのサーバである。情報管理装置２（１）の管理格納部２１には、図１５に示す購入テーブルが格納されている。購入テーブルとは、ユーザによるＥＣサイトでの商品の購入を管理するテーブルである。購入テーブルは、行動テーブルの一例である。購入テーブルは、「ＩＤ」「ユーザＩＤ」「ｄａｔｅ」「Ｇｎａｍｅ」「ｉｍｇ」「ｎｕｍ」「ｐｒｉｃｅ」を有する１以上のレコードを有する。「ＩＤ」は、商品の購入を管理するレコードのＩＤである。「ユーザＩＤ」は、購入者のユーザ識別子である。「ｄａｔｅ」は購入日である。「Ｇｎａｍｅ」は購入された商品の名称である。「ｉｍｇ」は、購入された商品の商品画像のファイル名である。「ｎｕｍ」は購入された商品数である。「ｐｒｉｃｅ」が購入された商品の価格である。

【0164】

購入テーブルの各レコードは、ユーザ端末３から情報管理装置２（１）に送信されてきた商品の購入指示を、情報管理装置２（１）が受信し、当該購入指示を用いて購入レコードを構成し、蓄積した情報である。なお、購入レコードは、行動レコードの一例である。

【0165】

また、情報管理装置２（２）は、ユーザの情報を管理するユーザ管理サイトのサーバである。情報管理装置２（２）の管理格納部２１には、図１６に示す応募ユーザテーブルが格納されている。応募ユーザテーブルとは、キャンペーンＢに応募したユーザの情報を管理するテーブルである。応募ユーザテーブルは、行動テーブルの一例である。応募ユーザテーブルは、「ＩＤ」「ユーザ識別子」「氏名」「メールアドレス」を有する１以上のレコードを有する。応募ユーザテーブルは、キャンペーンＢに応募したユーザの情報を管理する応募レコードを有する。応募レコードは、行動レコードの一例である。

【0166】

また、情報管理装置２（３）、情報管理装置２（４）、および情報管理装置２（５）は、訪問ユーザ管理サイトのサーバである。情報管理装置２（３）、情報管理装置２（４）、および情報管理装置２（５）の管理格納部２１には、図１７に示す構造を有する顧客テーブルが格納されている。顧客テーブルは、実店舗を利用したユーザを管理するためのテーブルである。顧客テーブルは、行動テーブルの一例である。顧客テーブルは、「ＩＤ」「ユーザＩＤ」「日付」「店舗ＩＤ」「都道府県」を有する１以上のレコードを有する。「ＩＤ」は、レコードを識別する情報である。「ユーザＩＤ」は、ユーザの識別子である。情報管理装置２（３）、情報管理装置２（４）、および情報管理装置２（５）の「ユーザＩＤ」は、情報管理装置２（１）の「ユーザＩＤ」と同じＩＤが使用される、とする。
「日付」は、ユーザが店舗を訪問した日である。「店舗ＩＤ」は、ユーザが訪問した店舗のＩＤである。「都道府県」は、ユーザが訪問した店舗の所在地の都道府県である。

【0167】

さらに、情報管理装置２（６）は、会員管理サイトのサーバである。情報管理装置２（６）の管理格納部２１には、図１８に示す会員テーブルが格納されている。会員テーブルとは、会員であるユーザを管理する表である。会員テーブルは、行動テーブルの一例である。会員テーブルは、「ＩＤ」「会員ＩＤ」「会員ランク」「総額」を有する１以上のレコードを有する。「ＩＤ」は、レコードを識別する情報である。「会員ＩＤ」は、会員であるユーザの識別子である。「会員ランク」は、ユーザのランクであり、例えば、「Ｐｒｅｍｉｕｍ」「Ｇｏｌｄ」「Ｓｉｌｖｅｒ」「Ｂｒｏｎｚｅ」のいずれかである。「総額」は、会員が利用した金額の総額である。

【0168】

かかる状況において、以下の３つの具体例について説明する。各具体例は、各々、「ＩＤ＝１」「ＩＤ＝２」「ＩＤ＝３」の複合条件に基づいて、動作を行う。

【0169】

（具体例１）
情報送信装置１のユーザ決定部１３１は、図示しない時計から現在時刻「２０２３年１月２４日１２時」を取得した、とする。そして、ユーザ決定部１３１は、現在時刻が、スケジュール管理表（図１２）の「ＩＤ＝１」のスケジュール情報に該当する、と判断する。

【0170】

次に、ユーザ決定部１３１は、「ＩＤ＝１」のスケジュール情報と対になる複合条件識別子「１」をスケジュール管理表（図１２）から取得する。次に、ユーザ決定部１３１は、複合条件識別子「１」で識別される複合条件「行動条件１ ＡＮＤ 行動条件２」を複合条件管理表（図１０）から取得する。

【0171】

次に、ユーザ決定部１３１は、当該複合条件が有する行動条件１に対応する行動条件である「ＩＤ＝１」と対になる行動条件を行動条件管理表（図９）から取得する。また、ユーザ決定部１３１は、当該複合条件が有する行動条件２に対応する行動条件である「ＩＤ＝２」と対になる行動条件を行動条件管理表（図９）から取得する。

【0172】

次に、ユーザ決定部１３１は、「ＩＤ＝１」の行動条件「Ｓｅｌｅｃｔ ・・・ ｆｒｏｍ サーバ１．購入テーブル ｗｈｅｒｅ Ｇｎａｍｅ＝‘Ａ’ ＡＮＤ ｄａｔｅ＞＝（＄今日－１ヶ月）」の変数「＄今日」に「２０２３年１月２４日」を代入し、行動条件「Ｓｅｌｅｃｔ ・・・ ｗｈｅｒｅ Ｇｎａｍｅ＝‘Ａ’ ＡＮＤ ｄａｔｅ＞＝２０２２年１２月２４日」を取得する。なお、本日の日付は、２０２３年１月２４日である、とする。

【0173】

次に、ユーザ決定部１３１は、サーバ識別子「サーバ１」で識別される情報管理装置２（１）にアクセスし、当該行動条件に合致するレコードを、「サーバ１」の「購入テーブル」から取得し、図示しないバッファに蓄積する。なお、ここで蓄積された情報は、検索結果１である、とする。また、行動条件に合致するレコードは、２０２２年１２月２４日以降に、商品Ａを購入したユーザのレコードである。

【0174】

なお、ユーザ決定部１３１は、対応表（図１４）を参照し、サーバ１のユーザＩＤと対になるメールアドレスを取得し、検索結果１の各レコードに、ユーザＩＤと対になるメールアドレスを付加した、とする。

【0175】

また、ユーザ決定部１３１は、「ＩＤ＝２」の行動条件「Ｓｅｌｅｃｔ ・・・ ｆｒｏｍ サーバ２．キャンペーン登録テーブル」より、サーバ識別子「サーバ２」で識別される情報管理装置２（２）にアクセスし、キャンペーン登録テーブルから、全ユーザのユーザ識別子とメールアドレスを取得し、図示しないバッファに蓄積する。なお、ここで蓄積された情報は、検索結果２である、とする。

【0176】

次に、ユーザ決定部１３１は、複合条件が有する演算子「ＡＮＤ」に従い、図示しないバッファの検索結果１と検索結果２とに対して、メールアドレスをキーとしてＡＮＤ演算を行い、商品Ａを１ヶ月以内に購入し、かつキャンペーンＢに登録したユーザのメールアドレス「[e-mail]」「[e-mail]」を取得した、とする。

【0177】

以上の処理により、ユーザ決定部１３１は、情報を送信するべき二人のユーザ（ここでは「山田Ａ子」「田中Ｃ子」）を決定できた。

【0178】

次に、情報取得部１３３は、複合条件識別子「１」と対になる定義情報を、定義情報管理表（図１１）から取得する。

【0179】

次に、情報取得部１３３は、取得した定義情報の中の変数「商品名」「商品画像」を取得する。情報取得部１３３は、変数「商品名」と対になるサーバ識別子「サーバ１」、テーブル名「購入テーブル」、および属性名「Ｇｎａｍｅ」を、変数情報管理表（図１３）から取得する。次に、情報取得部１３３は、サーバ識別子「サーバ１」、テーブル名「購入テーブル」、および属性名「Ｇｎａｍｅ」に対応する情報である商品名の「Ａ」を、図示しないバッファから取得する。また、情報取得部１３３は、変数「商品画像」と対になるサーバ識別子「サーバ１」、テーブル名「購入テーブル」、および属性名「ｉｍｇ」を取得する。次に、情報取得部１３３は、サーバ識別子「サーバ１」、テーブル名「購入テーブル」、および属性名「ｉｍｇ」に対応する情報であるファイル名「ｆｉｌｅＡ」を図示しないバッファから取得し、当該ファイル名に対応する商品画像の実体をサーバ識別子「サーバ１」で識別されるサーバから取得する。次に、情報取得部１３３は、取得した商品名の「Ａ」、商品Ａの商品画像「ｆｉｌｅＡ」を、定義情報の各変数の位置の配置し、送信情報を構成する。

【0180】

次に、通知先取得部１３２は、二人の各ユーザの通信先識別子「[e-mail]」「[e-mail]」を取得する。

【0181】

次に、情報送信部１４１は、取得された送信情報を、二人の各ユーザのメールアドレス宛に送信する。

【0182】

次に、二人の各ユーザ端末３は、当該送信情報を含むメールを受信し、出力する。かかる出力例は、図１９である。図１９は、ユーザが購入した商品Ａに対する感想を聞くためのアンケートである。

【0183】

（具体例２）
情報送信装置１のユーザ決定部１３１は、図示しない時計から、ある日曜日の１０時の日時を取得した、とする。そして、ユーザ決定部１３１は、現在時刻が、スケジュール管理表（図１２）の「ＩＤ＝２」のスケジュール情報に該当する、と判断する。

【0184】

次に、ユーザ決定部１３１は、「ＩＤ＝２」のスケジュール情報と対になる複合条件識別子「２」をスケジュール管理表（図１２）から取得する。次に、ユーザ決定部１３１は、複合条件識別子「２」で識別される複合条件「行動条件１ ＯＲ 行動条件３ ＮＯＴ 行動条件４」を複合条件管理表（図１０）から取得する。

【0185】

次に、ユーザ決定部１３１は、当該複合条件が有する行動条件１に対応する行動条件である「ＩＤ＝１」と対になる行動条件、行動条件３に対応する行動条件である「ＩＤ＝３」と対になる行動条件、行動条件４に対応する行動条件である「ＩＤ＝４」と対になる行動条件を行動条件管理表（図９）から取得する。

【0186】

次に、ユーザ決定部１３１は、「ＩＤ＝１」の行動条件に従い、サーバ識別子「サーバ１」で識別される情報管理装置２（１）にアクセスし、当該行動条件に合致するレコードを、「サーバ１」の「購入テーブル」から取得し、図示しないバッファに蓄積する。なお、ここで蓄積された情報は、検索結果１である、とする。また、ユーザ決定部１３１は、対応表（図１４）を参照し、サーバ１のユーザＩＤと対になるメールアドレスを取得し、検索結果１の各レコードに、ユーザＩＤと対になるメールアドレスを付加する。

【0187】

次に、ユーザ決定部１３１は、「ＩＤ＝３」の行動条件に従い、サーバ識別子「サーバ３」で識別される情報管理装置２（３）、情報管理装置２（４）、および情報管理装置２（５）にアクセスし、当該行動条件に合致するレコードを、３つの各情報管理装置２の「顧客テーブル」から取得し、図示しないバッファに蓄積する。なお、ここで蓄積された情報は、検索結果３である、とする。また、ユーザ決定部１３１は、対応表（図１４）を参照し、サーバ１のユーザＩＤと対になるメールアドレスを取得し、検索結果３の各レコードに、ユーザＩＤと対になるメールアドレスを付加する。

【0188】

次に、ユーザ決定部１３１は、「ＩＤ＝４」の行動条件に従い、サーバ識別子「サーバ６」で識別される情報管理装置２（６）にアクセスし、当該行動条件に合致するレコードを「会員テーブル」から取得し、図示しないバッファに蓄積する。なお、ここで蓄積された情報は、検索結果４である、とする。また、ユーザ決定部１３１は、対応表（図１４）を参照し、サーバ１のユーザＩＤと対になるメールアドレスを取得し、検索結果４の各レコードに、ユーザＩＤと対になるメールアドレスを付加する。

【0189】

次に、ユーザ決定部１３１は、複合条件が有する演算子「ＯＲ」「ＮＯＴ」に従い、メールアドレスをキーとして、（検索結果１ ＯＲ 検索結果３ ＮＯＴ 検索結果４）を演算する。そして、ユーザ決定部１３１は、商品Ａを１ヶ月以内に購入したユーザ、または２０２３年１月１日以降に東京都内の店舗を利用したユーザであり、会員ランクが「Ｇｏｌｄ」ではないユーザのユーザ識別子（ここでは、メールアドレス）を取得する。

【0190】

以上の処理により、ユーザ決定部１３１は、情報を送信するべき１以上のユーザを決定した。

【0191】

次に、情報取得部１３３は、複合条件識別子「２」と対になる定義情報を、定義情報管理表（図１１）から取得する。なお、この定義情報は変数を有しない。この定義情報は、商品を割引で購入できるクーポンの情報である。

【0192】

次に、通知先取得部１３２は、ユーザ決定部１３１が決定した１以上の各ユーザの通信先識別子（メールアドレス）を取得する。

【0193】

次に、情報送信部１４１は、取得されたクーポンの送信情報を、二人の各ユーザのメールアドレス宛に送信する。

【0194】

次に、１以上の各ユーザ端末３は、当該送信情報を含むメールを受信し、出力する。そして、当該ユーザは、送信情報が示すクーポンを利用できることとなる。

【0195】

（具体例３）
情報送信装置１のユーザ決定部１３１は、図示しない時計から、ある月末の日の０時００分の日時を取得した、とする。そして、ユーザ決定部１３１は、現在時刻が、スケジュール管理表（図１２）の「ＩＤ＝３」のスケジュール情報に該当する、と判断する。

【0196】

次に、ユーザ決定部１３１は、「ＩＤ＝３」のスケジュール情報と対になる複合条件識別子「３」をスケジュール管理表（図１２）から取得する。次に、ユーザ決定部１３１は、複合条件識別子「３」で識別される複合条件「行動条件１ ＡＮＤ 行動条件４」を複合条件管理表（図１０）から取得する。

【0197】

次に、ユーザ決定部１３１は、当該複合条件が有する行動条件１に対応する行動条件である「ＩＤ＝１」と対になる行動条件、行動条件４に対応する行動条件である「ＩＤ＝４」と対になる行動条件を行動条件管理表（図９）から取得する。

【0198】

次に、ユーザ決定部１３１は、「ＩＤ＝１」の行動条件に従い、サーバ識別子「サーバ１」で識別される情報管理装置２（１）にアクセスし、当該行動条件に合致するレコードを、「サーバ１」の「購入テーブル」から取得し、図示しないバッファに蓄積する。なお、ここで蓄積された情報は、検索結果１である、とする。また、ユーザ決定部１３１は、検索結果１の各レコードのユーザＩＤと対になるメールアドレスを対応表（図１４）から取得し、当該メールアドレスを各レコードに付加する、とする。

【0199】

次に、ユーザ決定部１３１は、「ＩＤ＝４」の行動条件に従い、サーバ識別子「サーバ６」で識別される情報管理装置２（６）にアクセスし、当該行動条件に合致するレコードを「会員テーブル」（図１８）から取得し、図示しないバッファに蓄積する。なお、ここで蓄積された情報は、検索結果４である、とする。なお、ユーザ決定部１３１は、検索結果４の各レコードのユーザＩＤと対になるメールアドレスを対応表（図１４）から取得し、当該メールアドレスを各レコードに付加する。

【0200】

次に、ユーザ決定部１３１は、複合条件が有する演算子「ＡＮＤ」に従い、メールアドレスをキーにして、（検索結果１ ＡＮＤ 検索結果４）の演算を行い、商品Ａを１ヶ月以内に購入し、かつ会員ランクが「Ｇｏｌｄ」ではあるユーザのユーザ識別子（例えば、メールアドレス）を取得する。なお、ここで、ユーザ決定部１３１は、２つのメールアドレス「[e-mail]」「[e-mail]」を取得した、とする。

【0201】

以上の処理により、ユーザ決定部１３１は、情報を送信するべき１以上のユーザを決定した。

【0202】

次に、情報取得部１３３は、複合条件識別子「３」と対になる定義情報を、定義情報管理表（図１１）から取得する。

【0203】

次に、情報取得部１３３は、取得した定義情報の中の変数「残金額」を取得する。情報取得部１３３は、変数「残金額」と対になるサーバ識別子「サーバ６」、演算式「５万円－総額」、テーブル名「会員テーブル」、および属性名「総額」を取得する。

【0204】

次に、情報取得部１３３は、ユーザごとに、サーバ識別子「サーバ６」で識別される情報管理装置２の会員テーブル（図１８）の「総額」を取得する。また、情報取得部１３３は、ユーザごとに、演算式「５万円－総額」を用いて、「残金額」を取得する。なお、情報取得部１３３は、メールアドレス「[e-mail]」に対して残金額「１５０００円」を取得し、「[e-mail]」に対して残金額「８０００円」を取得する。

【0205】

次に、情報取得部１３３は、ユーザごとに、定義情報の変数＜＜残金額＞＞の位置に、取得した残金額を配置し、送信情報を構成する。

【0206】

次に、情報送信部１４１は、山田Ａ子のメールアドレス「[e-mail]」宛に、残金額「１５０００円」を含む送信情報を送信する。また、情報送信部１４１は、田中Ｃ子のメールアドレス「[e-mail]」宛に、残金額「８０００円」を含む送信情報を送信する。

【0207】

次に、二人の各ユーザ端末３は、各々、異なる残金額を含む送信情報を含むメールを受信し、出力する。

【0208】

以上、本実施の形態によれば、複数の情報管理装置２で管理されているユーザの行動レコードを用いて、複合的な条件に合致するユーザを決定し、当該ユーザに適切な情報を送信できる。さらに詳細には、情報の送信する際の最新の情報管理装置２の情報を用いて、送信情報を送信するユーザを決定できるため、適切なユーザに情報を送信できる。また、情報の送信する際の最新の情報管理装置２の情報を用いて、送信情報を構成できるため、適切な情報をユーザに送信できる。

【0209】

また、本実施の形態によれば、変数管理部１１５により、変数を有する定義情報を容易に作成できる。

【0210】

さらに、本実施の形態によれば、ユーザ端末３に送信情報を送信するスケジュールを管理することにより、適切なタイミングで、適切なユーザに送信情報を送信できる。なお、かかるスケジュール情報は、情報管理装置２の更新タイミングに基づいて設定することも可能である。

【0211】

なお、本実施の形態における処理は、ソフトウェアで実現しても良い。そして、このソフトウェアをソフトウェアダウンロード等により配布しても良い。また、このソフトウェアをＣＤ－ＲＯＭなどの記録媒体に記録して流布しても良い。なお、このことは、本明細書における他の実施の形態においても該当する。なお、本実施の形態における情報送信装置１を実現するソフトウェアは、以下のようなプログラムである。つまり、このプログラムは、キーとユーザの行動に基づく行動情報とを有する１以上の行動レコードを有する行動テーブルが格納されている２つの各情報管理装置に対応付く条件であり、行動レコードを検索するための条件である行動条件が格納される行動条件管理部と、前記２つの異なる行動条件を組み合わせた条件であり、前記２つの行動条件の組み合わせ方を特定する演算子を有する条件である複合条件が格納される複合条件管理部と、前記複合条件に対応付けて、ユーザに送信する情報を構成するための定義情報が格納される定義情報管理部とにアクセス可能なコンピュータを、前記複合条件に含まれる前記２つの各行動条件に対応付く前記情報管理装置の前記行動テーブルから、前記行動条件に合致する１以上の行動レコードを決定し、当該１以上の行動レコードに基づく検索結果を取得し、当該２以上の検索結果に対して、前記複合条件に含まれる前記演算子に従った処理を行い、１以上のユーザを決定するユーザ決定部と、前記ユーザ決定部が決定した前記１以上の各ユーザへの通知先を特定する通知先識別子を取得する通知先取得部と、前記ユーザ決定部が決定した前記１以上の各ユーザに送信する情報である送信情報を、前記定義情報を用いて取得する情報取得部と、前記ユーザ決定部が決定した前記１以上の各ユーザごとに、前記通知先取得部が取得した通知先識別子が特定する通知先に、前記情報取得部が取得した前記送信情報を送信する情報送信部として機能させるためのプログラムである。

【0212】

また、図２０は、本明細書で述べたプログラムを実行して、上述した種々の実施の形態の情報送信装置１等を実現するコンピュータの外観を示す。上述の実施の形態は、コンピュータハードウェア及びその上で実行されるコンピュータプログラムで実現され得る。図２０は、このコンピュータシステム３００の概観図であり、図２１は、システム３００のブロック図である。

【0213】

図２０において、コンピュータシステム３００は、ＣＤ－ＲＯＭドライブを含むコンピュータ３０１と、キーボード３０２と、マウス３０３と、モニタ３０４とを含む。

【0214】

図２１において、コンピュータ３０１は、ＣＤ－ＲＯＭドライブ３０１２に加えて、ＭＰＵ３０１３と、ＣＤ－ＲＯＭドライブ３０１２等に接続されたバス３０１４と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ３０１５と、ＭＰＵ３０１３に接続され、アプリケーションプログラムの命令を一時的に記憶するとともに一時記憶空間を提供するためのＲＡＭ３０１６と、アプリケーションプログラム、システムプログラム、及びデータを記憶するためのハードディスク３０１７とを含む。ここでは、図示しないが、コンピュータ３０１は、さらに、ＬＡＮへの接続を提供するネットワークカードを含んでも良い。

【0215】

コンピュータシステム３００に、上述した実施の形態の情報送信装置等の機能を実行させるプログラムは、ＣＤ－ＲＯＭ３１０１に記憶されて、ＣＤ－ＲＯＭドライブ３０１２に挿入され、さらにハードディスク３０１７に転送されても良い。これに代えて、プログラムは、図示しないネットワークを介してコンピュータ３０１に送信され、ハードディスク３０１７に記憶されても良い。プログラムは実行の際にＲＡＭ３０１６にロードされる。プログラムは、ＣＤ－ＲＯＭ３１０１またはネットワークから直接、ロードされても良い。

【0216】

プログラムは、コンピュータ３０１に、上述した実施の形態の情報送信装置等の機能を実行させるオペレーティングシステム（ＯＳ）、またはサードパーティープログラム等は、必ずしも含まなくても良い。プログラムは、制御された態様で適切な機能（モジュール）を呼び出し、所望の結果が得られるようにする命令の部分のみを含んでいれば良い。コンピュータシステム３００がどのように動作するかは周知であり、詳細な説明は省略する。

【0217】

なお、上記プログラムにおいて、情報を送信するステップや、情報を受信するステップなどでは、ハードウェアによって行われる処理、例えば、送信ステップにおけるモデムやインターフェースカードなどで行われる処理（ハードウェアでしか行われない処理）は含まれない。

【0218】

また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。

【0219】

また、上記各実施の形態において、一の装置に存在する２以上の通信手段は、物理的に一の媒体で実現されても良いことは言うまでもない。

【0220】

また、上記各実施の形態において、各処理は、単一の装置によって集中処理されることによって実現されてもよく、あるいは、複数の装置によって分散処理されることによって実現されてもよい。

【0221】

本発明は、以上の実施の形態に限定されることなく、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。

【産業上の利用可能性】

【0222】

以上のように、本発明にかかる情報送信装置は、複数の情報管理装置で管理されているユーザの行動レコードを用いて、複合的な条件に合致するユーザを決定し、当該ユーザに適切な情報を送信できるという効果を有し、情報送信装置等として有用である。

【符号の説明】

【0223】

Ａ 情報システム
１ 情報送信装置
２ 情報管理装置
３ ユーザ端末
１１ 格納部
１２ 受信部
１３ 処理部
１４ 送信部
２１ 管理格納部
２２ 管理受信部
２３ 管理処理部
２４ 管理送信部
３１ ユーザ格納部
３２ ユーザ受付部
３３ ユーザ処理部
３４ ユーザ送信部
３５ ユーザ受信部
３６ ユーザ出力部
１１１ 行動条件管理部
１１２ 複合条件管理部
１１３ 定義情報管理部
１１４ スケジュール管理部
１１５ 変数管理部
１１６ 対応管理部
１３１ ユーザ決定部
１３２ 通知先取得部
１３３ 情報取得部
１３４ 蓄積部
１４１ 情報送信部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】