(57)【要約】【課題】ユーザに配信情報が伝達される可能性を向上させる情報配信装置を実現することを目的とする。【解決手段】情報配信装置（２）は、制御部（１０）と記憶部（２０）とを備え、上記制御部（１０）は、対話に関する対話状態情報を、上記記憶部（２０）から読み出し、上記配信情報を配信する対象の端末装置（７０）か、上記端末装置（７０）に対して配信する配信情報の内容の、少なくとも何れかを、読み出した上記対話状態情報を参照して特定する。【選択図】図１
2019086917.tif 000002
【特許請求の範囲】
【請求項１】
制御部と記憶部とを備え、
１又は複数の端末装置に対し、配信情報を配信する情報配信装置であって、
上記制御部は、
上記端末装置とユーザとの対話に関する対話状態情報を、上記記憶部から読み出し、
上記配信情報を配信する対象の端末装置か、上記端末装置に対して配信する配信情報の内容の、少なくとも何れかを、読み出した上記対話状態情報を参照して特定する
ことを特徴とする情報配信装置。
【請求項２】
通信部をさらに備え、
上記制御部は、
上記端末装置の状態に関する端末状態情報を、上記通信部を介して受信し
上記端末状態情報を参照して特定された上記対話状態情報を、上記記憶部に書き込む
ことを特徴とする請求項１に記載の情報配信装置。
【請求項３】
上記制御部は、
上記対話状態情報が、ユーザと当該ユーザに紐づけられた何れかの端末装置とが対話中であることを示す場合において、
配信情報を配信する対象の端末装置を特定した場合は、当該端末装置に対して対応する配信情報を、
端末装置に対して配信する配信情報を特定した場合は、対応する端末装置に対して当該配信情報を配信する
ことを特徴とする請求項１又は２に記載の情報配信装置。
【請求項４】
上記制御部は、
上記配信情報に基づく報知処理を開始するユーザからの指示を受け付ける指示受付部を備えた端末装置を、上記配信情報を配信する対象の端末装置として特定する
ことを特徴とする請求項１から３までの何れか１項に記載の情報配信装置。
【請求項５】
上記制御部は、
ユーザと対話を行った端末装置に対して、上記対話の終了に起因して上記配信情報を配信する
ことを特徴とする請求項１から４までの何れか１項に記載の情報配信装置。
【請求項６】
上記制御部は、
上記対話状態情報を参照して、ユーザと他の装置とが対話中であるか否かに関する対話有無情報を特定し、
特定した上記対話有無情報を、上記配信情報に含める
ことを特徴とする請求項１から４までの何れか１項に記載の情報配信装置。
【請求項７】
制御部と通信部と報知部とを備え、
上記通信部を介して受信した配信情報を参照して、上記報知部による報知処理を行う端末装置であって、
上記制御部は、
ユーザと他の装置とが対話中であるか否かに関する対話有無情報を、上記通信部を介して受信し、
受信した上記対話有無情報を参照して、上記報知処理を行うか否かを判定する
ことを特徴とする端末装置。
【請求項８】
上記制御部は、
自端末装置がユーザと対話中の場合、当該対話が終了するまで、上記報知処理を保留する
ことを特徴とする請求項７に記載の端末装置。
【請求項９】
上記配信情報は、上記対話有無情報を含むことを特徴とする請求項７又は８に記載の端末装置。
【請求項１０】
端末装置と、情報配信装置とを備えた報知システムであって、
上記情報配信装置は、
制御部と記憶部とを備え、
１又は複数の端末装置に対し、配信情報を配信する情報配信装置であって、
上記制御部は、
上記端末装置とユーザとの対話に関する対話状態情報を、上記記憶部から読み出し、
上記配信情報を配信する対象の端末装置か、上記端末装置に対して配信する配信情報の内容の、少なくとも何れかを、読み出した上記対話状態情報を参照して特定し、
上記端末装置は、
制御部と通信部と報知部とを備え、
上記通信部を介して受信した配信情報を参照して、上記報知部による報知処理を行う端末装置であって、
上記制御部は、
ユーザと他の装置とが対話中であるか否かに関する対話有無情報を、上記通信部を介して受信し、
受信した上記対話有無情報を参照して、上記報知処理を行うか否かを判定する
ことを特徴とする報知システム。
【請求項１１】
情報配信装置によって実行される情報配信方法であって、
端末装置とユーザとの対話に関する対話状態情報を、記憶装置から読み出す読み出しステップと、
配信情報を配信する対象の端末装置か、上記端末装置に対して配信する配信情報の内容の、少なくとも何れかを、読み出した上記対話状態情報を参照して特定する特定ステップと
を含むことを特徴とする情報配信方法。
【請求項１２】
請求項７から９までの何れか１項に記載の端末装置としてコンピュータを機能させるための制御プログラムであって、上記制御部としてコンピュータを機能させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報配信装置、端末装置、報知システム、情報配信方法、及び制御プログラムに関する。
【背景技術】
【０００２】
近年、ユーザの発話内容をサーバに送信し、サーバから応対内容を受信することにより、ユーザと対話が可能な家電等の端末装置が存在する。上記のような端末装置が、宅内に複数存在する場合に、サーバから宅内の端末装置全体に情報を配信し、人感センサ等によりユーザを検知したタイミングで当該端末装置に上記情報を発話させる技術が公知である。
【０００３】
下記の特許文献１では、上記のような端末装置が、宅内に複数存在する場合に、発話する端末装置間で発話期間が重複しないように発話時刻を調整するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−６９８３６号公報（２０１７年４月６日公開）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述のような従来技術は、宅内の各端末装置の状態を十分に考慮したものであるとは言えない。例えばサーバから情報を配信したタイミングでユーザが他の端末装置と対話中であった場合、即座に上記端末装置から上記情報を発話させてしまうと、ユーザが発話内容を聞き漏らしやすいという問題がある。特許文献１に開示された技術は、各端末装置の状態を考慮していない為、この問題は特許文献１の技術を用いても解決されない。
【０００６】
本発明の一態様は、上記の課題に鑑みてなされたものであり、ユーザに配信情報が伝達される可能性を向上させる情報配信装置を実現することを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本発明の一態様に係る情報配信装置は、制御部と記憶部とを備え、１又は複数の端末装置に対し、配信情報を配信する情報配信装置であって、上記制御部は、上記端末装置とユーザとの対話に関する対話状態情報を、上記記憶部から読み出し、上記配信情報を配信する対象の端末装置か、上記端末装置に対して配信する配信情報の内容の、少なくとも何れかを、読みだした上記対話状態情報を参照して特定する。
【発明の効果】
【０００８】
本発明の一様態によれば、ユーザに配信情報が伝達される可能性を向上させる情報配信装置を実現することができる。
【図面の簡単な説明】
【０００９】
【図１】実施形態１に係る報知システムの機能ブロック図である。
【図２】ユーザ及び端末装置に係る情報を管理するデータベースを示す図である。
【図３】端末装置に係る情報及び配信情報を管理するデータベースを示す図である。
【図４】実施形態１に係る情報配信装置の処理の流れＡを示すフローチャートである。
【図５】実施形態１に係る情報配信装置の処理の流れＢを示すフローチャートである。
【図６】実施形態１に係る端末装置の処理の流れを示すフローチャートである。
【図７】実施形態２に係る報知システムの機能ブロック図である。
【図８】実施形態２に係る情報配信装置の処理の流れを示すフローチャートである。
【図９】実施形態２に係る端末装置の処理の流れを示すフローチャートである。
【図１０】端末装置又は情報配信装置として利用可能なコンピュータの構成を例示したブロック図である。
【発明を実施するための形態】
【００１０】
本発明の実施形態について図１〜図１０に基づいて説明すれば以下の通りである。
【００１１】
〔実施形態１〕
以下、本発明の一実施形態について、図１〜図６に基づいて説明する。
【００１２】
本実施形態においては、配信情報の報知に係る指示に起因して配信情報を報知する端末装置、及び上記端末装置の実施に供する情報配信装置について説明する。
【００１３】
なお、上記配信情報の一例としては、新製品の発売情報のような広告情報、ユーザが以前購入した商品の賞味期限が近付いている旨の通知であるリマインダ、サーバメンテナンスの通知、又はその他天気情報のような雑談等が挙げられる。
【００１４】
［１．報知システム１の構成］
図１に基づいて本実施形態の構成について説明する。
【００１５】
図１は、本実施形態に係る報知システム１の機能ブロック図である。
【００１６】
図１に示す通り、報知システム１は、情報配信装置２並びに端末装置７０、端末装置８０、及び端末装置９０を備えている。なお、報知システム１が備える端末装置の数は、３つであることに限定されない。例えば、端末装置７０のみを備える構成でもよいし、４つ以上の端末装置を備える構成でもよい。
【００１７】
情報配信装置２は、制御部１０、記憶部２０、情報配信要求受信部１２、及び通信部１３を備えている。制御部１０は情報配信装置２全体を統括する制御回路であり、配信先判断部１１としても機能する。
【００１８】
配信先判断部１１は、配信情報を配信する端末装置７０等を決定する。
【００１９】
記憶部２０は、装置管理データベース２１、ユーザ管理データベース２２、情報データベース２３、及び情報配信管理データベース２４を備える記憶装置であって、各種データを保持する。なお情報配信装置２が、情報配信装置２外部の別途記憶装置が備える上記各データベース２１〜２４を参照する構成でもよい。上記各データベース２１〜２４の説明については後述する。
【００２０】
情報配信要求受信部１２は、情報配信の要求に係る信号を受信する。通信部１３は、インターネットを介して、単数又は複数の端末装置７０等との通信を行う。ただし、上記情報配信装置２と端末装置７０等は同一のローカルエリアネットワークに属する構成でもよい。
【００２１】
端末装置７０は、制御部７１、報知部７２、記憶部７３、指示受付部７４、及び通信部７５を備える。制御部７１は、端末装置７０全体を統括する制御回路である。報知部７２は、ユーザに対して配信情報を報知する。記憶部７３は、各種データを保持する。指示受付部７４は、端末装置７０による発話開始のトリガーとなる信号であって、ボタンや人感センサ等の発話トリガーの動作に起因する信号を受信する。上記発話トリガーの説明については後述する。換言すると、配信情報の報知に係る指示を受け付ける。通信部７５は、情報配信装置２等との通信を行う。端末装置８０及び９０についても端末装置７０と同様の部材を有するものとし、端末装置７０、８０及び９０は、同一のローカルエリアネットワークに属しており、同一のユーザに紐づけられている。以下、本明細書において、端末装置７０における説明は、端末装置８０及び９０にも適用可能である。なお、報知システム１は、図１には図示しない端末装置であって、上記ユーザとは異なるユーザに紐づけられている別途端末装置を備える構成でもよい。
【００２２】
また、情報配信装置２及び端末装置７０等が備える各部材は単数であることに限定されず、複数の当該部材を備える構成でもよい。
【００２３】
［２．データベースの構成］
記憶部２０に格納された各データベース（テーブル）について、図２及び図３に基づいて説明する。図２及び図３は、ユーザ及び端末装置７０等に係る情報並びに配信情報を管理するデータベースを示す図である。
【００２４】
下記の各データベースにおいて、同一のフィールド名を有するデータベースは、当該フィールドにおいて、それぞれ紐づけられている。なお、同一のフィールド名における重複する説明を繰り返さない。
【００２５】
なお、本データベースは一例であって、必ずしも以下の構成でなければならないことを意味しない。
【００２６】
（１）装置管理データベース２１
図２（ａ）に示す通り、装置管理データベース２１は、装置ＩＤ、製品種別、ＭＡＣアドレス、ユーザＩＤ、発話トリガー、及び対話状態のフィールドを有する。装置ＩＤは、情報配信装置２との通信を行う端末装置７０等に対し、一意に付与された主キーとなるＩＤである。製品種別は、端末装置７０等の製品としての名称を示す項目である。ＭＡＣアドレスは、端末装置７０等に対し一意に付与された、ネットワークに接続された端末装置７０等を識別するためのアドレスである。ユーザＩＤは、ユーザごとに付与されたＩＤであり、各装置に対してユーザ設定を行うことで装置とユーザとの紐づけを行う。基本的に、同一宅内にある装置は同一のユーザＩＤを設定することで、同一宅内にある装置の一覧を取得することが可能となる。発話トリガーは、端末装置７０等がどのような操作又は検知結果に起因して発話を開始するかを示す。発話トリガーの例としては、例えばボタンの押下、人感センサによる検知、あるいは無条件での発話等が挙げられる。
【００２７】
即ち、発話トリガーには、ボタンの押下のように、報知処理を開始するユーザからの明示的な指示を受け付けるものと、人感センサによる検知、あるいは無条件での発話のように、ユーザが必ずしも報知処理の開始を意識しないものとがある。
【００２８】
対話状態は、端末装置７０等がユーザと対話状態であるか否かを示す項目であって、当該項目が「active」の場合は端末装置７０等がユーザと対話中であり、「inactive」の場合は、端末装置７０等がユーザと対話中でないことを示す。
【００２９】
（２）ユーザ管理データベース２２
図２（ｂ）に示す通り、ユーザ管理データベース２２は、ユーザＩＤ、ユーザ名、及びメールアドレスのフィールドを有する。ユーザＩＤは、ユーザ管理データベース２２における主キーである。ユーザ名は、当該ユーザＩＤに係るユーザのユーザ名である。メールアドレスは当該ユーザが有するメールアドレスである。
【００３０】
（３）情報データベース２３
図３（ａ）に示す通り、情報データベース２３は、情報ＩＤ、配信範囲、音声データＵＲＬ、及び有効期限のフィールドを有する。情報ＩＤは、情報配信装置２が配信する配信情報ごとに一意に付与された主キーとなるＩＤである。配信範囲は、当該配信情報の配信対象となる製品の種別を示す。音声データＵＲＬは、上記配信情報に係る音声データが存在するＵＲＬを示す。有効期限は、各配信情報の有効期限を示す。
【００３１】
（４）情報配信管理データベース２４
図３（ｂ）に示す通り、情報配信管理データベース２４は、情報ＩＤ、装置ＩＤ、及び配信状況のフィールドを有する。配信状況は、当該情報ＩＤに係る配信情報における当該端末装置７０等に対する配信状況を示す。なお、情報配信管理データベース２４の情報ＩＤフィールド及び装置ＩＤフィールドは複合主キーとして機能し、あるレコードと、情報ＩＤ及び装置ＩＤの両方が同じ値である別のレコードは存在しない。
【００３２】
［３．処理の流れ］
［３．１．情報配信装置２の処理の流れＡ］
本実施形態に係る情報配信装置２の処理の流れの一例について図４に基づいてステップごとに説明する。
【００３３】
図４は、本実施形態に係る情報配信装置２の処理の流れＡを示すフローチャートである。
【００３４】
（Ｓ１０１）
情報配信要求受信部１２は、情報の配信リクエストを受信する。情報配信は、対話サービスの一機能として実行、又は外部サービスと連携した広告配信等として実行される為、上記リクエストの要求元は、情報配信装置２の内部又は外部のどちらの構成もありうる。
【００３５】
（Ｓ１０２）
制御部１０は、装置管理データベース２１を参照して、情報配信の対象であるユーザに紐づいた端末装置７０等の一覧を取得する。
【００３６】
制御部１０は、情報配信の対象であるユーザに紐づいた端末装置７０等と上記ユーザとが対話中であるか否かを示す端末状態情報を、端末装置７０等から通信部１３を介して受信する。
【００３７】
制御部１０は、上記端末状態情報を参照して対話状態情報を特定し、装置管理データベース２１の対話状態フィールドの項目を、上記対話状態情報に応じた値に更新する。換言すると、制御部１０は、上記対話状態情報を、記憶部２０に書き込む。
【００３８】
（Ｓ１０３）
本ステップでは、ユーザが、何れかの端末装置７０等と既に対話中であるか否かの判定を行う。
【００３９】
上記判定は、制御部１０が端末装置とユーザとの対話に関する対話状態情報を、装置管理データベース２１から読みだすことにより行う。換言すると、上記判定は、制御部１０が、上記対話状態情報を記憶部２０から読みだすことにより行う。
上記ユーザが、何れかの端末装置７０等と既に対話中である場合は、ステップＳ１０４へ、対話中でない場合はステップＳ１０５へ遷移する。
【００４０】
（Ｓ１０４）
配信先判断部１１は、ステップＳ１０２で取得した端末装置７０等の一覧に記載された端末装置７０等のうち、発話トリガーが「ボタン」である端末装置７０等にのみ情報配信を行うことを決定する。即ち、制御部１０は、配信先判断部１１による決定を参照し、ユーザが何れかの端末装置７０等と既に対話中であれば、制約として発話トリガーが「ボタン」ではない端末装置７０等には情報配信は行わない。
【００４１】
換言すると、制御部１０（配信先判断部１１）は、上記配信情報に基づく報知処理を開始するユーザからの指示を受け付ける指示受付部７４を備えた端末装置７０等を、上記配信情報を配信する対象の端末装置７０等として特定する。
【００４２】
制御部１０は、通信部１３に発話トリガーが「ボタン」である端末装置７０等に対して配信情報を送信させる。
【００４３】
なお、配信情報の送信においては、少なくとも当該配信情報の情報データベース２３における情報ＩＤフィールドの値を上記配信情報のメタデータとして付随させて送信するものとし、本明細書において以下同様とする。
【００４４】
ステップＳ１０６へ遷移する。
【００４５】
（Ｓ１０５）
配信先判断部１１は、ステップＳ１０２で取得した端末装置７０等の一覧に記載された端末装置７０等全てに情報配信を行うことを決定する。
【００４６】
制御部１０は、情報配信先の端末装置７０等の状態に応じた制約を課さずに、通信部１３に端末装置７０等全てに対して配信情報を送信させる。
【００４７】
即ち、本実施形態に係る情報配信装置２は、制御部１０と記憶部２０とを備え、１又は複数の端末装置７０等に対し、配信情報を配信する情報配信装置２であって、制御部１０は、端末装置７０等とユーザとの対話に関する対話状態情報を、記憶部２０から読み出し、上記配信情報を配信する対象の端末装置７０等を、読みだした上記対話状態を参照して特定する。
【００４８】
（Ｓ１０６）
制御部１０は、情報配信管理データベース２４を、「上記配信情報が、端末装置７０等が属するローカルエリアネットワーク内の端末装置７０等に対して配信された」旨の内容に更新する。
【００４９】
換言すると、制御部１０は、
・情報配信管理データベース２４の上記配信情報及び端末装置７０等に係るレコードの配信状況フィールドの値を「配信済み」に更新するか、又は、
・「上記配信情報が、端末装置７０等が属するローカルエリアネットワーク内の端末装置７０等に対して配信された」旨のレコードを追加する
という処理を行う。
【００５０】
また、上記ローカルエリアネットワークにおいて、情報配信管理データベース２４における発話トリガーフィールドの値が「ボタン」である端末装置７０等が存在しない場合は、端末装置７０等に係るレコードの配信情報フィールドの値を「未配信」に更新、又は上記の内容のレコードを追加する。
【００５１】
（Ｓ１０７）
本ステップでは、上記配信情報に係る処理が、配信対象である全てのユーザに対してなされたか否かの判定を行う。上記判定は、制御部１０が装置管理データベース２１、情報データベース２３、及び情報配信管理データベース２４を参照することにより行う。上記情報配信に係る処理が、配信対象である全てのユーザに対してなされた場合は、本フローチャートに基づく処理を終了し、なされていない場合はステップＳ１０２に遷移する。以上が本ステップＳ１０７における処理である。
【００５２】
［３．２．情報配信装置２の処理の流れＢ］
３．１．情報配信装置２の処理の流れＡのステップＳ１０４において、端末装置７０等の属するローカルエリアネットワーク内に発話トリガーが「ボタン」である端末装置７０等が存在しない場合、又はユーザが発話トリガーである「ボタン」を押下しないような場合、当該配信情報はいつまでもユーザに報知されない。上記のような場合を鑑みて、情報配信装置２は、ユーザと端末装置７０等との対話の終了に起因して、発話トリガーが「ボタン」である端末装置７０等以外にも当該配信情報を再配信し、当該配信情報をユーザに提供する構成について図１及び図５に基づいてステップごとに説明する。
【００５３】
図５は、本実施形態に係る情報配信装置２の処理の流れＢを示すフローチャートである。
【００５４】
（Ｓ２０１）
３．１．情報配信装置２の処理の流れＡのステップＳ１０３における端末装置７０等とユーザとの対話が終了する。ユーザと上記端末装置７０等との対話の終了に起因して、制御部７１は通信部７５に上記対話が終了した旨の信号を送信させる。通信部１３は上記信号を受信し、制御部１０は、上記信号に係る情報を参照し、装置管理データベース２１の上記端末装置７０等に係るレコードの対話状態フィールドの項目を「inactive」に更新する。
【００５５】
なお、上記対話状態フィールドの項目の「inactive」への更新においては、端末装置７０等が、配信情報の報知を完了したとき、配信情報の報知に対するユーザからの所定の応答（操作）を受けつけたとき、あるいは情報の報知完了後に所定の時間経過した後などに、制御部７１が、通信部７５に対話が終了した旨の信号を情報配信装置２に送信させ、制御部１０は、上記信号を参照して対話状態フィールドの項目を「inactive」にするようにしてもよい。
【００５６】
（Ｓ２０２）
制御部１０は、装置管理データベース２１及び情報配信管理データベース２４を参照する。
【００５７】
（Ｓ２０３）
本ステップでは、まだユーザに報知すべき配信情報があるか否かによる判定を行う。上記ローカルエリアネットワークに属する端末装置７０等に対する配信情報のうち、配信済みであって再生されていない配信情報、又は未配信の配信情報が存在する場合はステップＳ２０４へ遷移し、上記配信情報が存在しない場合は、本フローチャートに基づく処理を終了する。
【００５８】
（Ｓ２０４）
制御部１０は、装置管理データベース２１を参照し、上記ユーザに紐づいた端末装置７０等の一覧を取得する。
【００５９】
（Ｓ２０５）
本ステップでは、上記ローカルネットワーク内において、上記配信情報が配信されていない端末装置７０等が存在するか否かの判定を行う。上記配信情報が配信されていない端末装置７０等が存在する場合はステップＳ２０６へ遷移し、存在しない場合は、本フローチャートに基づく処理を終了する。
上記判定は、制御部１０が、上記端末装置７０等の一覧と情報配信管理データベース２４とを参照して行い、配信先判断部１１が、上記配信情報が配信されていない端末装置７０等を、上記配信情報の新たな配信先として決定する。
【００６０】
（Ｓ２０６）
制御部１０は、通信部１３に端末装置７０等に対して上記配信情報を送信させる。
【００６１】
換言すると、制御部１０は、ユーザと対話を行った端末装置７０等に対して、対話の終了に起因して上記配信情報を配信する。
【００６２】
（Ｓ２０７）
制御部１０は、情報配信管理データベース２４において、上記配信情報及び端末装置７０等に係るレコードの配信情報フィールドの値を「配信済み」に更新する。以上が本ステップＳ２０７における処理である。
【００６３】
［３．３．端末装置７０の処理の流れ］
本実施形態に係る、配信情報を受信した端末装置７０の処理の流れについて図６に基づいてステップごとに説明する。
【００６４】
図６は、本実施形態に係る端末装置７０の処理の流れを示すフローチャートである。
【００６５】
（Ｓ３０１）
通信部７５は、配信情報を受信する。制御部７１は、上記配信情報を記憶部７３に格納する。
【００６６】
（Ｓ３０２）
制御部７１は、通信部７５を介して、上記配信情報の情報ＩＤ及び情報データベース２３を参照して上記配信情報の音声データＵＲＬを取得し、上記音声データＵＲＬを参照して上記配信情報に係る音声データを取得し、記憶部７３に格納する。
【００６７】
（Ｓ３０３）
本ステップにおいては、端末装置７０が、ユーザと対話中であるか否かの判定を行う。端末装置７０が、ユーザと対話中である場合は、ステップＳ３０３に留まる。換言すると制御部７１は、自装置の状態に応じた制約として上記対話が終了するまで以降の配信情報報知処理を待機する。
【００６８】
換言すると、制御部７１は、自端末装置がユーザと対話中の場合、当該対話が終了するまで、上記報知処理を保留する。
【００６９】
対話中でない場合又は上記対話が終了した場合は、ステップＳ３０４に遷移する。
【００７０】
（Ｓ３０４）
制御部７１は、端末装置７０が上記配信情報を受信した旨を、ユーザに対して例えば図１には図示しないランプの点滅、又は効果音等により通知する。
【００７１】
（Ｓ３０５）
上記端末装置７０は、装置管理データベース２１の発話トリガーフィールドの値における検知方法でユーザの検知を待機する。上記検知が行われた場合、指示受付部７４は、上記検知に係る信号、即ち配信情報の報知に係る指示信号を受信する。
【００７２】
（Ｓ３０６）
制御部７１は、報知部７２に記憶部７３に格納された上記配信情報（音声データ）をユーザに対して報知させる。
【００７３】
なお、端末装置７０が、配信された情報を受信した場合や、発話トリガーであるボタンや人感センサからの信号に基づいて配信情報の報知を開始した場合、制御部７１が、通信部７５に上記の場合に基づいて対話が開始した旨の信号を情報配信装置２に送信させ、情報配信装置２は、上記信号を参照して対話状態フィールドの項目を「active」にするようにしてもよい。
【００７４】
（Ｓ３０７）
制御部７１は、通信部７５に上記配信情報を再生した旨を情報配信装置２に対し通知させる。制御部１０は、情報配信管理データベース２４を上記配信情報が再生された旨の内容に更新する。以上が本ステップＳ３０７における処理である。
【００７５】
上記の構成によれば、ユーザに配信情報が伝達される可能性を向上させることができる。
【００７６】
＜実施形態１に係る付記事項＞
実施形態１のステップＳ３０３においては、端末装置７０、即ち自装置がユーザと対話中であれば、対話が終了するまで以降の処理を待機したが、本願発明は上記の構成に限定されない。端末装置７０と同一のローカルエリアネットワーク内に属する他の端末装置８０等、即ち他装置がユーザと対話中であれば、対話が終了するまで以降の処理を待機する構成でもよい。上記の構成においては、各端末装置７０等が装置管理データベース２１にアクセスして他装置の対話状態を参照する構成でもよいし、無線又は有線により直接的に、又は上記ローカルエリアネットワークのアクセスポイントを介して間接的に他装置の対話状態を参照する構成でもよい。
【００７７】
［変形例１］
端末装置７０は、音声データＵＲＬと同様の方法で、配信情報の情報データベース２３における有効期間フィールドの値を取得し、上記有効期間が過ぎた配信情報についてはユーザに対して報知されたか否かに関わらず、破棄しても構わない。上記の場合においては、制御部１０は、情報配信管理データベース２４において当該配信情報に係るレコードを削除するか、配信状況フィールドの値を例えば「有効期間切れ」に更新する。
【００７８】
［変形例２］
実施形態１のステップＳ３０２においては、端末装置７０は、配信情報の（メタデータである）情報ＩＤを参照して、音声データＵＲＬを取得したが、本願発明は上記の構成に限定されない。例えば、情報配信装置２が、配信情報と併せて上記配信情報に係る音声データＵＲＬを端末装置７０に送信する構成でもよい。有効期間フィールド等、他のフィールドの値においても同様である。また、端末装置７０が、配信情報及び音声データを情報配信装置２から取得する場合の通信規格は、ＨＴＴＰ等（によるポーリング）だけでなく、ＷｅｂＳｏｃｋｅｔ又はＭＱＴＴ（Message Queue Telemetry Transport）等の常時接続方法を用いる構成でも構わない。
【００７９】
［変形例３］
実施形態１のステップＳ１０３においては、ユーザが、何れかの端末装置７０等と既に対話中であるか否かの判定に応じて、配信先判断部１１は、情報配信を行う端末装置７０等を決定したが、本願発明は上記の構成に限定されない。例えば（端末装置７０が属するローカルエリアネットワークに属する）テレビを視聴中であるか否か、電話が通話中であるか否か、又はオーブンレンジの調理中であるか否かの情報に応じて配信先判断部１１が、上記決定を行う構成でもよい。
【００８０】
即ち、端末装置７０等は、上記テレビの電源がＯＮになった場合に対話が開始した旨の信号を、ＯＦＦになった場合に対話が終了した旨の信号を情報配信装置２に送信してもよい。また、端末装置７０等は、上記電話に対する着信があった場合又は上記電話により発信を行った場合に対話が開始した旨の信号を、通話が終わった場合に対話が終了した旨の信号を情報配信装置２に送信してもよい。また、端末装置７０等は、上記オーブンレンジの扉が開けられた場合に対話が開始した旨の信号を、調理開始ボタンが押下されるか、所定の時間が経過した場合に対話が終了した旨の信号を情報配信装置２に送信してもよい。
【００８１】
また、情報配信装置２は、上記信号に応じて装置管理データベース２１の上記テレビ等の機器に対応するレコードにおける対話状態フィールドの項目を「active」又は「inactive」に切り替える構成でもよい。
【００８２】
［変形例４］
実施形態１のステップＳ１０４において、情報配信装置２は、発話トリガーが「ボタン」でない端末装置７０等には配信情報の送信を行わず、端末装置７０等は、上記配信情報に係る発話を行うことは無かったが、本願発明は上記の構成に限定されない。例えば、発話トリガーが「人感センサ」である端末装置７０等に関しては、人感センサの検知に応じて当該配信情報が配信された旨の情報のみ発話させ、ユーザが上記配信情報を尋ねた場合にのみ上記配信情報を発話するような構成でもよい。
【００８３】
即ち、制御部１０は、端末装置７０等とユーザとの対話に関する対話状態情報を、記憶部２０から読み出し、上記配信情報を配信する対象の端末装置７０等か、端末装置７０等に対して配信する配信情報の内容の、少なくとも何れかを、読みだした上記対話状態情報を参照して特定してもよい。
【００８４】
情報配信装置２からの情報配信を行う場合においては、制御部１０は、上記対話状態情報が、ユーザと当該ユーザに紐づけられた何れかの端末装置７０等とが対話中であることを示す場合において、配信情報を配信する対象の端末装置７０等を特定した場合は、当該端末装置７０等に対して対応する配信情報を、端末装置７０等に対して配信する配信情報を特定した場合は、対応する端末装置７０等に対して当該配信情報を配信する。
【００８５】
［変形例５］
実施形態１のステップＳ３０３において、ユーザと対話中の端末装置７０が、ユーザを検知している状態であるならば、発話トリガーが何れの値かに関わらず、情報配信装置２は、上記端末装置７０に配信情報を送信し、上記端末装置７０が引き続き上記配信情報を発話する構成でもよい。
【００８６】
［変形例６］
実施形態１においては、端末装置７０が音声によって配信情報を報知する場合について説明したが本願発明は上記の構成に限定されない。本願発明は、情報配信装置２から配信される配信情報が、ユーザが意識して端末装置７０等から当該配信情報を得る必要がある他の様態である場合、例えば音声を含む動画、音声を含まない動画、又はスクロール表示される文字情報等である場合においても適用可能である。
【００８７】
なお、上記の各変形例は相互に組み合わせて実施する構成でもよく、下記の実施形態２にも適用可能である。
【００８８】
〔実施形態２〕
本発明の他の実施形態について、図７〜図９に基づいて説明する。
【００８９】
本実施形態では、情報配信装置２ａから端末装置７０に対して配信情報に併せて端末装置７０に発話させるか否かの情報（自発発話可否フラグ）を送信し、端末装置７０において上記情報に応じた処理を行う構成について説明する。
【００９０】
［１．報知システム１ａの構成］
図７は、本実施形態に係る報知システム１ａの機能ブロック図である。
【００９１】
図７に示す構成は、制御部１０ａが、配信先判断部１１を備えない構成である。
【００９２】
［２．データベースの構成］
本実施形態においても、実施形態１と同様のデータベースの構成を用いる。
【００９３】
［３．処理の流れ］
［３．１．情報配信装置２ａの処理の流れ］
本実施形態に係る情報配信装置２ａの処理の流れの一例について図８に基づいてステップごとに説明する。
【００９４】
図８は、本実施形態に係る情報配信装置２ａの処理の流れを示すフローチャートである。
【００９５】
（Ｓ１０１）
情報配信要求受信部１２は、情報の配信リクエストを受信する。情報配信は、対話サービスの一機能として実行、又は外部サービスと連携した広告配信等として実行される為、配信リクエストの要求元は、情報配信装置２ａの内部又は外部のどちらの構成もありうる。
【００９６】
（Ｓ１０２）
制御部１０ａは、装置管理データベース２１を参照して、情報配信の対象であるユーザに紐づいた端末装置７０等の一覧を取得する。
【００９７】
制御部１０ａは、情報配信の対象であるユーザに紐づいた端末装置７０等と上記ユーザとが対話中であるか否かを示す端末状態情報を、端末装置７０等から通信部１３を介して受信する。
【００９８】
制御部１０ａは、上記端末状態情報を参照して対話状態情報を特定し、装置管理データベース２１の対話状態フィールドの項目を、上記対話状態情報に応じた値に更新する。換言すると、制御部１０は、上記対話状態情報を、記憶部２０に書き込む。
【００９９】
（Ｓ１０３’）
本ステップでは、ユーザが、何れかの端末装置７０等と既に対話中であるか否かの判定を行う。
【０１００】
上記判定は、制御部１０ａが端末装置とユーザとの対話に関する対話状態情報を、装置管理データベース２１から読みだすことにより行う。換言すると、上記判定は、制御部１０ａが、上記対話状態情報を記憶部２０から読みだすことにより行う。
【０１０１】
上記ユーザが、何れかの端末装置７０等と既に対話中である場合は、ステップＳ４０１へ、対話中でない場合はステップＳ４０４へ遷移する。
【０１０２】
（Ｓ４０１）
本ステップでは、上記情報配信に係るローカルエリアネットワークに、装置管理データベース２１における発話トリガーフィールドの値が「ボタン」である端末装置７０等が属するか否かの判定を行う。発話トリガーフィールドの値が「ボタン」である端末装置７０等が属する場合は、ステップＳ４０２へ、属していない場合は、ステップＳ４０３へ遷移する。
【０１０３】
（Ｓ４０２）
制御部１０ａは、情報配信先の端末装置７０等の状態に応じた制約として、端末装置７０等に送信する配信情報に係る対話有無情報である自発発話可否フラグの値を「false」にセットする。
【０１０４】
なお上記対話有無情報とは、ユーザが端末装置７０等の何れかの機器と対話中であるか否かを示す情報である。
【０１０５】
ステップＳ４０５へ遷移する。
【０１０６】
（Ｓ４０３）
制御部１０ａは、情報配信先の端末装置７０等の状態に応じた制約として、ユーザと端末装置７０等との対話が終了するまで、本ステップにおいて以降の情報配信処理を待機する。
【０１０７】
（Ｓ４０４）
制御部１０ａは、情報配信先の端末装置７０等の状態に応じた制約として、端末装置７０等に送信する配信情報に係る対話有無情報である自発発話可否フラグの値を「true」にセットする。
【０１０８】
（Ｓ４０５）
制御部１０ａは、通信部１３に端末装置７０等に上記配信情報と上記自発発話可否フラグとを送信させる。
【０１０９】
換言すると、制御部１０ａは、対話状態情報を参照して、ユーザと他の装置とが対話中であるか否かに関する対話有無情報（自発発話可否フラグ）を特定し、特定した上記対話有無情報を、上記配信情報に含める。
【０１１０】
なお、配信情報と対話有無情報は分離したデータであってもよいし、対話有無情報が配信情報に含まれる構成でもよい。
【０１１１】
（Ｓ１０６’）
制御部１０ａは、情報配信管理データベース２４を、「上記配信情報が、端末装置７０が属するローカルエリアネットワーク内の端末装置７０等に対して配信された」旨の内容に更新する。
【０１１２】
換言すると、制御部１０ａは、
・情報配信管理データベース２４の上記配信情報及び端末装置７０等に係るレコードの配信状況フィールドの値を「配信済み」に更新するか、又は、
・「上記配信情報が、端末装置７０等が属するローカルエリアネットワーク内の端末装置７０等に対して配信された」旨のレコードを追加する
という処理を行う。
【０１１３】
（Ｓ１０７）
本ステップでは、上記配信情報に係る処理が、配信対象である全てのユーザに対してなされたか否かの判定を行う。上記判定は、制御部１０ａが装置管理データベース２１、情報データベース２３、及び情報配信管理データベース２４を参照することにより行う。上記配信情報に係る処理が、配信対象である全てのユーザに対してなされた場合は、本フローチャートに基づく処理を終了し、なされていない場合はステップＳ１０２に遷移する。以上が本ステップＳ１０７における処理である。
【０１１４】
［３．２．端末装置７０の処理の流れ］
本実施形態に係る、配信情報を受信した端末装置７０の処理の流れについて図９に基づいてステップごとに説明する。
【０１１５】
図９は、本実施形態にかかる端末装置７０の処理の流れを示すフローチャートである。
【０１１６】
（Ｓ３０１）
通信部７５は、配信情報を受信する。制御部７１は、上記配信情報を記憶部７３に格納する。
【０１１７】
（Ｓ５０１）
通信部７５は、上記配信情報に係る対話有無情報である自発発話可否フラグを受信する。なお、ステップＳ３０１及び本ステップに関して、上記配信情報は、上記対話有無情報を含んでいてもよい。
【０１１８】
（Ｓ５０２）
本ステップにおいては、端末装置７０の装置管理データベース２１における発話トリガーフィールドの値が「ボタン」であるか否かの判定を行う。
【０１１９】
端末装置７０の装置管理データベース２１における発話トリガーフィールドの値が「ボタン」である場合は、ステップＳ３０２へ、上記値が「ボタン」でない場合は、ステップＳ５０３へ遷移する。
【０１２０】
（Ｓ５０３）
本ステップにおいては、上記自発発話可否フラグの値に応じた判定を行う。上記自発発話可否フラグの値が「true」である場合は、ステップＳ３０２へ遷移し、以降、配信情報の報知処理を行う。上記自発発話可否フラグの値が「false」の場合は、本フローチャートに基づく処理を終了する。換言すると、制御部７１は、対話有無情報である自発発話可否フラグを参照し、配信情報処理における制約として、上記自発発話可否フラグの値が「false」の場合には、端末装置７０における発話処理を終了する。
【０１２１】
本実施形態に係る端末装置７０は制御部７１と通信部７５と報知部７２とを備え、通信部７５を介して受信した配信情報を参照して、報知部７２による報知処理を行う端末装置７０であって、制御部７１は、ユーザと他の装置とが対話中であるか否かに関する対話有無情報を、通信部７５を介して受信し、受信した上記対話有無情報を参照して、上記報知処理を行うか否かを判定する。
【０１２２】
（Ｓ３０２〜Ｓ３０７）
本ステップ以降においては、実施形態１と同様の処理を行う。以上がステップＳ３０７までの処理である。
【０１２３】
上記の構成によると、制御部１０ａが、配信先判断部１１として機能せずとも、実施形態１と同様な効果を奏する。
＜実施形態１及び２並びに各変形例における付記事項＞
同一ネットワーク内に存在する各端末装置７０等において、何れかの端末装置７０等から配信情報が報知された場合、端末装置７０等以外の端末装置７０等から再度同じ配信情報を報知する必要は無いので、通常、各端末装置７０等は、何れかの端末装置７０等から既に報知された配信情報に係るデータを破棄する。上記の構成においては、各端末装置７０等が情報配信管理データベース２４にアクセスして他装置の対話状態を参照する構成でもよいし、各端末装置７０等が対話履歴を記録し、無線又は有線により直接的に、又はローカルエリアネットワークのアクセスポイントを介して間接的に他装置の対話履歴を参照する構成でもよい。
【０１２４】
〔ソフトウェアによる実現例〕
端末装置７０等の制御ブロック（特に制御部７１及び記憶部７３）及び情報配信装置２及び２ａの制御ブロック（特に制御部１０及び１０ａ並びに記憶部２０）は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。
【０１２５】
後者の場合、端末装置７０等及び情報配信装置２及び２ａは、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば少なくとも１つのプロセッサ（制御装置）を備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な少なくとも１つの記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【０１２６】
〔実施形態４〕
上記各実施形態では、１つの情報配信装置２及び２ａを用いる例を説明したが、情報配信装置２及び２ａの有する各機能が、個別のサーバにて実現されていてもよい。そして、複数のサーバを適用する場合においては、各サーバは、同じ事業者によって管理されていてもよいし、異なる事業者によって管理されていてもよい。
【０１２７】
〔実施形態５〕
端末装置７０等及び情報配信装置２及び２ａの各ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。後者の場合、端末装置７０等及び情報配信装置２及び２ａのそれぞれを、図１０に示すようなコンピュータ（電子計算機）を用いて構成することができる。
【０１２８】
図１０は、端末装置７０等又は情報配信装置２及び２ａとして利用可能なコンピュータ９１０の構成を例示したブロック図である。コンピュータ９１０は、バス９１１を介して互いに接続された演算装置９１２と、主記憶装置９１３と、補助記憶装置９１４と、入出力インターフェース９１５と、通信インターフェース９１６とを備えている。演算装置９１２、主記憶装置９１３、及び補助記憶装置９１４は、それぞれ、例えばプロセッサ（例えばＣＰＵ：Central Processing Unit等）、ＲＡＭ（random access memory）、ハードディスクドライブであってもよい。入出力インターフェース９１５には、ユーザがコンピュータ９１０に各種情報を入力するための入力装置９２０、及び、コンピュータ９１０がユーザに各種情報を出力するための出力装置９３０が接続される。入力装置９２０及び出力装置９３０は、コンピュータ９１０に内蔵されたものであってもよいし、コンピュータ９１０に接続された（外付けされた）ものであってもよい。例えば、入力装置９２０は、キーボード、マウス、タッチセンサなどであってもよく、出力装置９３０は、ディスプレイ、プリンタ、スピーカなどであってもよい。また、タッチセンサとディスプレイとが一体化されたタッチパネルのような、入力装置９２０及び出力装置９３０の双方の機能を有する装置を適用してもよい。そして、通信インターフェース９１６は、コンピュータ９１０が外部の装置と通信するためのインターフェースである。
【０１２９】
補助記憶装置９１４には、コンピュータ９１０を端末装置７０等又は情報配信装置２及び２ａとして動作させるための各種のプログラムが格納されている。そして、演算装置９１２は、補助記憶装置９１４に格納された上記プログラムを主記憶装置９１３上に展開して該プログラムに含まれる命令を実行することによって、コンピュータ９１０を、端末装置７０等又は情報配信装置２及び２ａが備える各部として機能させる。なお、補助記憶装置９１４が備える、プログラム等の情報を記録する記録媒体は、コンピュータ読み取り可能な「一時的でない有形の媒体」であればよく、例えば、テープ、ディスク、カード、半導体メモリ、プログラマブル論理回路などであってもよい。また、記録媒体に記録されているプログラムを、主記憶装置９１３上に展開することなく実行可能なコンピュータであれば、主記憶装置９１３を省略してもよい。なお、上記各装置（演算装置９１２、主記憶装置９１３、補助記憶装置９１４、入出力インターフェース９１５、通信インターフェース９１６、入力装置９２０、及び出力装置９３０）は、それぞれ１つであってもよいし、複数であってもよい。
【０１３０】
また、上記プログラムは、コンピュータ９１０の外部から取得してもよく、この場合、任意の伝送媒体（通信ネットワークや放送波等）を介して取得してもよい。そして、本発明は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
【０１３１】
〔まとめ〕
本発明の態様１に係る情報配信装置２及び２ａは、制御部１０又は１０ａと記憶部２０とを備え、１又は複数の端末装置７０等に対し、配信情報を配信する情報配信装置２及び２ａであって、上記制御部１０又は１０ａは、上記端末装置７０等とユーザとの対話に関する対話状態情報を、上記記憶部２０から読み出し、上記配信情報を配信する対象の端末装置７０等か、上記端末装置７０等に対して配信する配信情報の内容の、少なくとも何れかを、読みだした上記対話状態情報を参照して特定する構成である。
【０１３２】
上記の構成によれば、ユーザに配信情報が伝達される可能性を向上させることができる。
【０１３３】
本発明の態様２に係る情報配信装置２及び２ａは、上記の態様１において、通信部１３をさらに備え、上記制御部１０又は１０ａは、上記端末装置７０等の状態に関する端末状態情報を、上記通信部１３を介して受信し上記端末状態情報を参照して特定された上記対話状態情報を、上記記憶部２０に書き込む構成としてもよい。
【０１３４】
本発明の態様３に係る情報配信装置２及び２ａは、上記の態様１又は２において、上記制御部１０又は１０ａは、上記対話状態情報が、ユーザと当該ユーザに紐づけられた何れかの端末装置７０等とが対話中であることを示す場合において、配信情報を配信する対象の端末装置７０等を特定した場合は、当該端末装置７０等に対して対応する配信情報を、端末装置７０等に対して配信する配信情報を特定した場合は、対応する端末装置７０等に対して当該配信情報を配信する構成としてもよい。
【０１３５】
本発明の態様４に係る情報配信装置２及び２ａは、上記の態様１から３までの何れかにおいて、上記制御部１０又は１０ａは、上記配信情報に基づく報知処理を開始するユーザからの指示を受け付ける指示受付部７４を備えた端末装置７０等を、上記配信情報を配信する対象の端末装置７０等として特定する構成としてもよい。
【０１３６】
上記の構成によれば、ユーザの指示に基づき報知を行う端末装置７０等に対して配信情報を送信することにより、ユーザに配信情報が伝達される可能性をより向上させることができる。
【０１３７】
本発明の態様５に係る情報配信装置２及び２ａは、上記の態様１から４までの何れかにおいて、上記制御部１０又は１０ａは、ユーザと対話を行った端末装置７０等に対して、上記対話の終了に起因して上記配信情報を配信する構成としてもよい。
【０１３８】
上記の構成によれば、例えば引き続き上記端末装置７０等から配信情報を報知させることができる。
【０１３９】
本発明の態様６に係る情報配信装置２及び２ａは、上記の態様１から４までの何れかにおいて、上記制御部１０又は１０ａは、上記対話状態情報を参照して、ユーザと他の装置とが対話中であるか否かに関する対話有無情報を特定し、特定した上記対話有無情報を、上記配信情報に含める構成としてもよい。
【０１４０】
上記の構成によれば、制御部１０ａが、配信先判断部１１として機能せずとも態様１と同様な効果を奏する。
【０１４１】
本発明の態様７に係る端末装置７０は、制御部７１と通信部７５と報知部７２とを備え、上記通信部７５を介して受信した配信情報を参照して、上記報知部７２による報知処理を行う端末装置７０であって、上記制御部７１は、ユーザと他の装置とが対話中であるか否かに関する対話有無情報を、上記通信部７５を介して受信し、受信した上記対話有無情報を参照して、上記報知処理を行うか否かを判定する構成である。
【０１４２】
上記の構成によれば、適切なタイミングで情報を発話できる端末装置を実現できる。
【０１４３】
本発明の態様８に係る端末装置７０は、上記の態様７において、上記制御部７１は、自端末装置がユーザと対話中の場合、当該対話が終了するまで、上記報知処理を保留する構成としてもよい。
【０１４４】
本発明の態様９に係る端末装置７０は、上記の態様７又は８において、上記配信情報は、上記対話有無情報を含む構成としてもよい。
【０１４５】
本発明の態様１０に係る報知システム１及び１ａは、端末装置７０と、情報配信装置２又は２ａとを備えた報知システムであって、上記情報配信装置２及び２ａは、制御部１０又は１０ａと記憶部２０とを備え、１又は複数の端末装置７０に対し、配信情報を配信する情報配信装置２及び２ａであって、上記制御部１０又は１０ａは、上記端末装置７０とユーザとの対話に関する対話状態情報を、上記記憶部２０から読み出し、上記配信情報を配信する対象の端末装置７０か、上記端末装置７０に対して配信する配信情報の内容の、少なくとも何れかを、読みだした上記対話状態情報を参照して特定し、上記端末装置７０は、制御部７１と通信部７５と報知部７２とを備え、上記通信部７５を介して受信した配信情報を参照して、上記報知部７２による報知処理を行う端末装置７０であって、上記制御部７１は、ユーザと他の装置とが対話中であるか否かに関する対話有無情報を、上記通信部７５を介して受信し、受信した上記対話有無情報を参照して、上記報知処理を行うか否かを判定する構成である。
【０１４６】
本発明の態様１１に係る情報配信方法は、情報配信装置２及び２ａによって実行される情報配信方法であって、端末装置７０等とユーザとの対話に関する対話状態情報を、記憶装置から読み出す読み出しステップと、配信情報を配信する対象の端末装置７０等か、上記端末装置７０等に対して配信する配信情報の内容の、少なくとも何れかを、読みだした上記対話状態情報を参照して特定する特定ステップとを含む方法である。
【０１４７】
上記の方法によれば、態様１と同様な効果を奏する。
【０１４８】
本発明の態様１２に係る制御プログラムは、上記の態様７から９までの何れか１態様に係る端末装置７０としてコンピュータを機能させるための制御プログラムであって、上記コンピュータを上記制御部７１として機能させる構成としてもよい。
【０１４９】
本発明の各態様に係る情報配信装置２及び２ａ又は端末装置７０等は、コンピュータによって実現してもよく、この場合には、コンピュータを上記情報配信装置２及び２ａ又は端末装置７０等が備える各部（ソフトウェア要素）として動作させることにより上記情報配信装置２及び２ａ又は端末装置７０等をコンピュータにて実現させる情報配信装置２及び２ａ又は端末装置７０等の制御プログラム、及びそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。
【０１５０】
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。さらに、各実施形態にそれぞれ開示された技術的手段を組み合わせることにより、新しい技術的特徴を形成することができる。
【符号の説明】
【０１５１】
１、１ａ  報知システム
２、２ａ  情報配信装置
１０、１０ａ、７１  制御部
１１  配信先判断部
１２  情報配信要求受信部
１３、７５  通信部
２０、７３  記憶部
２１  装置管理データベース
２２  ユーザ管理データベース
２３  情報データベース
２４  情報配信管理データベース
７０、８０、９０  端末装置
７２  報知部
７４  指示受付部
９１０  コンピュータ
９１１  バス
９１２  演算装置
９１３  主記憶装置
９１４  補助記憶装置
９１５  入出力インターフェース
９１６  通信インターフェース
９２０  入力装置
９３０  出力装置
【図１】
2019086917.tif 000003
【図２】
2019086917.tif 000004
【図３】
2019086917.tif 000005
【図４】
2019086917.tif 000006
【図５】
2019086917.tif 000007
【図６】
2019086917.tif 000008
【図７】
2019086917.tif 000009
【図８】
2019086917.tif 000010
【図９】
2019086917.tif 000011
【図１０】
2019086917.tif 000012