特開 2024-30835 通知装置、通知方法、通知プログラム、及び端末プログラム

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

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

(11)【公開番号】P2024030835

(43)【公開日】2024-03-07

(54)【発明の名称】通知装置、通知方法、通知プログラム、及び端末プログラム

(51)【国際特許分類】

   H04M 3/432 20060101AFI20240229BHJP

   H04M 3/487 20060101ALI20240229BHJP

【ＦＩ】

H04M3/432

H04M3/487

【審査請求】有

【請求項の数】13

【出願形態】ＯＬ

(21)【出願番号】P 2022134009

(22)【出願日】2022-08-25

(71)【出願人】

【識別番号】522339307

【氏名又は名称】小野 純平

(74)【代理人】

【識別番号】110000198

【氏名又は名称】弁理士法人湘洋特許事務所

(72)【発明者】

【氏名】小野 純平

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

5K201

【Ｆターム（参考）】

5K201BA05

5K201BC04

5K201BC27

5K201CA01

5K201CB13

5K201CC01

5K201DC06

5K201EA05

5K201EC06

5K201ED05

5K201EF10

(57)【要約】

【課題】ユーザの利便性を向上させること
【解決手段】通知装置は、ユーザが指定した予定時刻、又は前記予定時刻よりも所定時間前の時刻になると、第１のサーバから配信情報を取得する取得部と、前記配信情報の少なくとも一部を音声合成した音声ファイルを生成する音声合成部と、第２のサーバに対して、前記音声ファイルの生成後に前記ユーザが使用する端末装置に通知又は発呼をするように指示する指示部と、前記端末装置又は前記第２のサーバのいずれかである外部装置から通知された前記音声ファイルの取得要求に応じて、前記外部装置に前記音声ファイルを送信する送信部とを有する。
【選択図】図１

【特許請求の範囲】

【請求項1】

ユーザが指定した予定時刻、又は前記予定時刻よりも所定時間前の時刻になると、第１のサーバから配信情報を取得する取得部と、
前記配信情報の少なくとも一部を音声合成した音声ファイルを生成する音声合成部と、
第２のサーバに対して、前記音声ファイルの生成後に前記ユーザが使用する端末装置に通知又は発呼をするように指示する指示部と、
前記端末装置又は前記第２のサーバのいずれかである外部装置から通知された前記音声ファイルの取得要求に応じて、前記外部装置に前記音声ファイルを送信する送信部と、
を有する通知装置。

【請求項2】

請求項１に記載の通知装置であって、
前記配信情報は、前記予定時刻を含む当日における前記ユーザの少なくとも一つの予定を示す情報である、
通知装置。

【請求項3】

請求項２に記載の通知装置であって、
前記予定は、前記当日における前記ユーザの全ての予定、又は事前に指定された件数分の前記ユーザの予定である、
通知装置。

【請求項4】

請求項２に記載の通知装置であって、
前記取得部は、
前記第１のサーバにアクセスするための前記ユーザに対応したトークンを前記端末装置から取得し、
前記トークンを前記第１のサーバに送信し、
前記第１のサーバが前記トークンの検証に成功したときに、前記ユーザに係る前記予定を示す前記配信情報を前記第１のサーバから取得する、
通知装置。

【請求項5】

請求項１に記載の通知装置であって、
前記配信情報は、前記予定時刻までに配信された少なくとも一つのニュースを示す情報である、
通知装置。

【請求項6】

請求項５に記載の通知装置であって、
前記ニュースは、前記予定時刻におけるトップニュース、又は事前に指定された件数分のニュースである、
通知装置。

【請求項7】

請求項５に記載の通知装置であって、
前記ニュースは、前記ユーザが予め指定しておいたジャンルのニュースである、
通知装置。

【請求項8】

請求項５に記載の通知装置であって、
前記音声ファイルを記憶する記憶部を更に有し、
前記送信部は、複数の前記外部装置から前記取得要求を受けたときに、複数の前記外部装置の各々に対して、前記記憶部が記憶している同一の前記音声ファイルを送信する、
通知装置。

【請求項9】

請求項１に記載の通知装置であって、
前記予定時刻と、前記音声ファイルの音声を発するキャラクタの名前とを含むアラーム情報を、一人の前記ユーザに対して複数記憶した記憶部を更に有する、
通知装置。

【請求項10】

請求項９に記載の通知装置であって、
前記取得部は、複数の前記アラーム情報のうちで前記ユーザが選択した前記アラーム情報に含まれる前記予定時刻、又は前記予定時刻よりも前記所定時間前の時刻になると、前記第１のサーバから前記配信情報を取得し、
前記音声合成部は、複数の前記アラーム情報のうちで前記ユーザが選択した前記アラーム情報に含まれる前記キャラクタの音声で前記配信情報の少なくとも一部を音声合成して前記音声ファイルを生成する、
通知装置。

【請求項11】

ユーザが指定した予定時刻、又は前記予定時刻よりも所定時間前の時刻になると、第１のサーバから配信情報を取得するステップと、
前記配信情報の少なくとも一部を音声合成した音声ファイルを生成する音声合成部と、
第２のサーバに対して、前記音声ファイルの生成後に前記ユーザが使用する端末装置に通知又は発呼をするように指示するステップと、
前記端末装置又は前記第２のサーバのいずれかである外部装置から通知された前記音声ファイルの取得要求に応じて、前記外部装置に前記音声ファイルを送信するステップと、
をコンピュータが実行する通知方法。

【請求項12】

ユーザが指定した予定時刻、又は前記予定時刻よりも所定時間前の時刻になると、第１のサーバから配信情報を取得するステップと、
前記配信情報の少なくとも一部を音声合成した音声ファイルを生成する音声合成部と、
第２のサーバに対して、前記音声ファイルの生成後に前記ユーザが使用する端末装置に通知又は発呼をするように指示するステップと、
前記端末装置又は前記第２のサーバのいずれかである外部装置から通知された前記音声ファイルの取得要求に応じて、前記外部装置に前記音声ファイルを送信するステップと、
をコンピュータに実行させるための通知プログラム。

【請求項13】

サーバからの通知に応じて、当該通知に対して応答するためのボタンを含む着信画面を表示部に表示するステップと、
前記ボタンの操作に応じて、配信情報の少なくとも一部を音声合成した音声ファイルを通知装置から取得するステップと、
取得した前記音声ファイルを再生するステップと、
を端末装置に実行させるための端末プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通知装置、通知方法、通知プログラム、及び端末プログラムに関する。

【背景技術】

【0002】

モーニングコールと呼ばれるサービスでは、ユーザが希望する時刻に他人に電話をかけてもらうことにより、その時刻にユーザが起床することができる。他人に頼らずに自動でモーニングコールを行うシステムもあり（例えば特許文献１）、これにより他人を煩わすことなく毎日正確な時刻にモーニングコールを行うことができる。また、特許文献１に記載の技術では、ユーザが指定した時刻になると、ユーザが指定した声優の声で発呼が行われる。これにより、ユーザは、飽きを感じずに起床することができる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１２－１２９６６３号公報

【発明の概要】

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

【0004】

しかしながら、モーニングコールでユーザを起床させただけでは、ユーザはその日の自分のスケジュールや出来事を知ることができず、これらの情報を知るために起床後にユーザがスマートフォン等の端末装置を操作する必要があり、ユーザが煩わしさを感じてしまう。

【0005】

本発明は、このような現状を鑑みてなされたものであり、ユーザの利便性を向上させることを目的とする。

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

【0006】

本願は、上記課題の少なくとも一部を解決する手段を複数含んでいるが、その例を挙げるならば、以下のとおりである。

【0007】

上記課題を解決すべく、本発明の一態様に係る通知装置は、ユーザが指定した予定時刻、又は前記予定時刻よりも所定時間前の時刻になると、第１のサーバから配信情報を取得する取得部と、前記配信情報の少なくとも一部を音声合成した音声ファイルを生成する音声合成部と、第２のサーバに対して、前記音声ファイルの生成後に前記ユーザが使用する端末装置に通知又は発呼をするように指示する指示部と、前記端末装置又は前記第２のサーバのいずれかである外部装置から通知された前記音声ファイルの取得要求に応じて、前記外部装置に前記音声ファイルを送信する送信部と、を有する。

【0008】

前記配信情報は、前記予定時刻を含む当日における前記ユーザの少なくとも一つの予定を示す情報とすることができる。

【0009】

前記予定は、前記当日における前記ユーザの全ての予定、又は事前に指定された件数分の前記ユーザの予定とすることができる。

【0010】

前記取得部は、前記第１のサーバにアクセスするための前記ユーザに対応したトークンを前記端末装置から取得し、前記トークンを前記第１のサーバに送信し、前記第１のサーバが前記トークンの検証に成功したときに、前記ユーザに係る前記予定を示す前記配信情報を前記第１のサーバから取得することができる。

【0011】

前記配信情報は、前記予定時刻までに配信された少なくとも一つのニュースを示す情報とすることができる。

【0012】

前記ニュースは、前記予定時刻におけるトップニュース、又は事前に指定された件数分のニュースとすることができる。

【0013】

前記ニュースは、前記ユーザが予め指定しておいたジャンルのニュースであるとすることができる。

【0014】

前記音声ファイルを記憶する記憶部を更に有し、前記送信部は、複数の前記外部装置から前記取得要求を受けたときに、複数の前記外部装置の各々に対して、前記記憶部が記憶している同一の前記音声ファイルを送信することができる。

【0015】

前記予定時刻と、前記音声ファイルの音声を発するキャラクタの名前とを含むアラーム情報を、一人の前記ユーザに対して複数記憶した記憶部を更に有することができる。

【0016】

前記取得部は、複数の前記アラーム情報のうちで前記ユーザが選択した前記アラーム情報に含まれる前記予定時刻、又は前記予定時刻よりも前記所定時間前の時刻になると、前記第１のサーバから前記配信情報を取得し、前記音声合成部は、複数の前記アラーム情報のうちで前記ユーザが選択した前記アラーム情報に含まれる前記キャラクタの音声で前記配信情報の少なくとも一部を音声合成して前記音声ファイルを生成することができる。

【0017】

本発明の他の態様に係る通知方法は、ユーザが指定した予定時刻、又は前記予定時刻よりも所定時間前の時刻になると、第１のサーバから配信情報を取得するステップと、前記配信情報の少なくとも一部を音声合成した音声ファイルを生成する音声合成部と、第２のサーバに対して、前記音声ファイルの生成後に前記ユーザが使用する端末装置に通知又は発呼をするように指示するステップと、前記端末装置又は前記第２のサーバのいずれかである外部装置から通知された前記音声ファイルの取得要求に応じて、前記外部装置に前記音声ファイルを送信するステップと、をコンピュータが実行する。

【0018】

本発明の更に他の態様に係る通知プログラムは、ユーザが指定した予定時刻、又は前記予定時刻よりも所定時間前の時刻になると、第１のサーバから配信情報を取得するステップと、前記配信情報の少なくとも一部を音声合成した音声ファイルを生成する音声合成部と、第２のサーバに対して、前記音声ファイルの生成後に前記ユーザが使用する端末装置に通知又は発呼をするように指示するステップと、前記端末装置又は前記第２のサーバのいずれかである外部装置から通知された前記音声ファイルの取得要求に応じて、前記外部装置に前記音声ファイルを送信するステップと、をコンピュータに実行させる。

【0019】

本発明の別の態様に係る端末プログラムは、サーバからの通知に応じて、当該通知に対して応答するためのボタンを含む着信画面を表示部に表示するステップと、前記ボタンの操作に応じて、配信情報の少なくとも一部を音声合成した音声ファイルを通知装置から取得するステップと、取得した前記音声ファイルを再生するステップと、
を端末装置に実行させる。

【発明の効果】

【0020】

本発明によれば、ユーザの利便性を向上させることができる。

【図面の簡単な説明】

【0021】

【図1】図１は、第１実施形態に係る通知システムの構成図の一例を示す図である。

【図2】図２は、ユーザ情報とアラーム情報のデータ構造の一例を示す模式図である。

【図3】図３（ａ）、（ｂ）は、端末装置の表示部に表示されたアプリの画面の一例を示す模式図である。

【図4】図４は、アラームタイプがボイスのときの第１実施形態に係る通知方法のシーケンス図の一例である。

【図5】図５は、アラームタイプがカレンダのときの第１実施形態に係る通知方法のシーケンス図の一例である。

【図6】図６は、アラームタイプがニュースのときの第１実施形態に係る通知方法のシーケンス図の一例である。

【図7】図７（ａ）は着信画面の一例を示す図であり、図７（ｂ）は通話画面の一例を示す図である。

【図8】図８は、第２実施形態に係る通知システムの構成図の一例を示す図である。

【図9】図９は、アラームタイプがボイスのときの第２実施形態に係る通知方法のシーケンス図の一例である。

【図10】図１０は、アラームタイプがカレンダのときの第２実施形態に係る通知方法のシーケンス図の一例である。

【図11】図１１は、アラームタイプがニュースのときの第２実施形態に係る通知方法のシーケンス図の一例である。

【図12】図１２は、第１実施形態及び第２実施形態に係る通知装置のハードウェア構成の一例を示す図である。

【図13】図１３は、第１実施形態及び第２実施形態に係る端末装置のハードウェア構成の一例を示す図である。

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

【0022】

以下、本発明に係る一実施形態を図面に基づいて説明する。なお、一実施形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。また、以下の実施形態において、その構成要素（要素ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。また、「Ａからなる」、「Ａよりなる」、「Ａを有する」、「Ａを含む」と言うときは、特にその要素のみである旨明示した場合等を除き、それ以外の要素を排除するものでないことは言うまでもない。同様に、以下の実施形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に明らかにそうでないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。

【0023】

＜第１実施形態＞
図１は、本実施形態に係る通知システムの構成図の一例を示す図である。通知システム１は、予定時刻が近づくとモーニングコール等のようにユーザの端末装置に通知を行うシステムである。

【0024】

一例として、通知システム１は、通知装置２、端末装置３、プッシュ通知サーバ４、ニュース配信サーバ５、及びカレンダサービスサーバ６を備える。これらの各装置はインターネット等のネットワーク７を介して相互に接続される。

【0025】

端末装置３は、ユーザUが操作するスマートフォン等の携帯端末であって、処理部３ａ、通信部３ｂ、入力部３ｃ、表示部３ｄ、及び出力部３ｅを備える。

【0026】

処理部３ａは、ユーザUに対してモーニングコール等を行う端末プログラム（アプリ）を端末装置３が実行することで実現される機能部である。通信部３ｂは、ネットワーク７に端末装置３を接続するための通信インターフェースである。入力部３ｃは、例えばタッチパネルであり、ユーザの入力操作を受け付けるハードウェアである。表示部３ｄは、例えばタッチセンサと一体化された液晶パネル又は有機EL (Electro Luminescence)パネル等のディスプレイである。出力部３ｅは、音声を出力するスピーカである。

【0027】

例えば、通知装置２に格納されている各種の情報を編集するために、ユーザが入力部３ｃに対してタップ操作又はスワイプ操作等の入力操作を行うと、処理部３ａは、ネットワーク７を介してその入力操作を通知装置２に通知する。その通知を受けた通知装置２は、自装置にある各種の情報を、入力操作に応じて編集する。

【0028】

通知装置２は、物理サーバ又は仮想サーバ等の計算機であって、処理部１１、記憶部１２、及び通信部１３を備える。処理部１１は、通知装置２の各部を制御する機能部である。例えば、処理部１１は、設定登録部１４、アラーム実行制御部１５、カレンダ取得部１６、ニュース取得部１７、音声合成部１８、指示部１９、及び送信部２０を備える。

【0029】

設定登録部１４は、ユーザ情報２１とアラーム情報２２を設定し、それを記憶部１２に登録する機能部である。

【0030】

図２は、ユーザ情報２１とアラーム情報２２のデータ構造の一例を示す模式図である。

【0031】

ユーザ情報２１は、端末装置３を操作するユーザUに関連した情報である。ここでは、アプリID、ユーザ名、アクセストークン、及びリフレッシュトークンがユーザ情報２１に格納される。アプリIDは、端末装置３が実行する端末プログラム（アプリ）を一意に識別する識別子である。ユーザ名は、ユーザの名前やニックネームである。アクセストークンは、ユーザUの予定を含む予定情報を通知装置２がカレンダサービスサーバ６から取得するときに、カレンダサービスサーバ６が通知装置２の真正性を検証するのに使用する文字列である。リフレッシュトークンは、アクセストークンを更新するときに使用する文字列である。

【0032】

アラーム情報２２は、モーニングコール等のアラームに関する情報である。例えば、アラーム名、アラームタイプ、スケジュール、及びキャラクタ名がアラーム情報２２に含まれる。

【0033】

アラーム名は、複数のアラームを識別するためにユーザが付けた名前である。

【0034】

アラームタイプは、ボイス、カレンダ、及びニュースのどのタイプのアラームかを指定する情報である。ボイスは、予定時刻になったことのみを伝える音声を端末装置３が出力するタイプである。カレンダは、予定時刻になったことに加えて、ユーザUの当日の予定も伝える音声を端末装置３が出力するタイプである。ニュースは、予定時刻になったことに加えて、当日のニュースを伝える音声を端末装置３が出力するタイプである。

【0035】

一方、スケジュールは、例えば月曜日の午前７時００分等のように、そのアラームが起動する曜日と予定時刻である。キャラクタ名は、アラームの音声を発するキャラクタの名前である。

【0036】

本実施形態では、一人のユーザUに対して一つのユーザ情報２１を対応させる。そして、一つのユーザ情報に対して複数のアラーム情報２２を対応させることで、ユーザUが複数のアラーム情報２２を選択できるようにする。これにより、ユーザは、複数のアラーム情報２２のキャラクタ名のうち好みのキャラクタ名を選択でき、そのキャラクタの音声でモーニングコール等の通知を受けることができる。

【0037】

再び図１を参照する。アラーム実行制御部１５は、複数のアラーム情報２２のうちでユーザUが選択したアラーム情報２２のスケジュールが示す予定時刻に現在時刻が近づいたかを監視する。例えば、予定時刻、又は当該予定時刻よりも所定時間前の時刻になると、アラーム実行制御部１５は、カレンダ取得部１６、ニュース取得部１７、音声合成部１８、指示部１９、及び送信部２０の各部に処理を開始させる。所定時間は、予定時刻に端末装置３で音声が出力されるように、処理や通信による遅延時間を考慮して設定することができる。

【0038】

カレンダ取得部１６は、予定時刻を含む当日におけるユーザUの少なくとも一つの予定を示す予定情報をカレンダサービスサーバ６から取得する機能部である。なお、予定情報は配信情報の一例である。

【0039】

また、予定情報が示すユーザUの予定は、当日における全ての予定でもよいし、ユーザUによって事前に指定された件数分の予定でもよい。

【0040】

ユーザの予定情報は、ユーザUの行動を含む秘匿性の高い情報である。そのため、予定情報の取得に先立ち、カレンダ取得部１６は、カレンダサービスサーバ６にアクセスするためのアクセストークンを予め取得しておく。アクセストークンの取得は、例えば以下のようにOAuthに基づいて行われる。

【0041】

まず、端末装置３の処理部３ａが、表示部３ｄに、連携ボタン（不図示）を含む画面を表示する。

【0042】

ユーザUがその連携ボタンをタップしたのを処理部３ａが検知すると、処理部３ａがwebブラウザを起動し、webブラウザがカレンダサービスサーバ６にリダイレクトする。

【0043】

次に、ユーザUが、入力部３ｃを操作することにより、webブラウザにユーザ名とパスワードとを入力する。そのユーザ名とパスワードに基づき、カレンダサービスサーバ６がユーザUの認証を行う。

【0044】

その認証に成功すると、カレンダサービスサーバ６がユーザ名に対応した許可コードを発行し、webブラウザがその許可コードと共に所定のURLにリダイレクトする。

【0045】

次に、処理部３ａが、許可コードをカレンダサービスサーバ６に送信する。カレンダサービスサーバ６は、許可コードを受信すると、処理部３ａにアクセストークンとリフレッシュトークンとを送信する。アクセストークンは、カレンダサービスサーバ６にアクセスするのに必要なトークンであって、ユーザ名と対応付けられている。

【0046】

次いで、処理部３ａが、通知装置２に、アクセストークンとリフレッシュトークンとの各々をユーザ名と対応付けて渡す。

【0047】

そして、通知装置２の設定登録部１４が、渡されたユーザ名に対応したユーザ情報２１に、アクセストークンとリフレッシュトークンとを格納する。

【0048】

以上により、カレンダ取得部１６がアクセストークンを取得するときの基本的な処理を終える。この後は、カレンダ取得部１６は、ユーザUに対応したアクセストークンをカレンダサービスサーバ６に送信する。そして、カレンダサービスサーバ６がアクセストークンの検証に成功すると、カレンダ取得部１６は、ユーザUの予定情報をカレンダサービスサーバ６から取得することができる。

【0049】

再び処理部１１の各部の説明に戻る。ニュース取得部１７は、予定時刻までに配信された少なくとも一つのニュースを示すニュース情報をニュース配信サーバ５から取得する機能部である。ニュース情報は、配信情報の一例である。

【0050】

ニュース情報が示すニュースは、予定時刻におけるトップニュースでもよいし、ユーザUによって事前に指定された件数分のニュースでもよい。更に、ニュース情報が示すニュースは、ユーザUが予め指定したジャンルのニュースでもよい。ジャンルとしては、例えば、スポーツ、政治、及び経済等がある。

【0051】

音声合成部１８は、予定情報又はニュース情報の各々の少なくとも一部を音声合成した音声ファイルを生成し、それを一時合成音声情報２４として記憶部１２に格納する機能部である。例えば、音声合成部１８は、複数のアラーム情報２２のうちでユーザUが選択したアラーム情報２２を特定し、そのアラーム情報２２に含まれるキャラクタ名のキャラクタの音声で音声合成を行う。

【0052】

また、音声合成部１８は、予め定めておいたテンプレート文をキャラクタの音声で音声合成し、それをテンプレート合成音声情報２３として記憶部１２に格納してもよい。テンプレート文としては、例えば、予定時刻になったことをユーザに知らせる「〇〇時〇〇分になりました。」等の文、及び「おはようございます。」等の挨拶文がある。音声合成部１８は、ユーザ情報２１に含まれるユーザ名をキャラクタの音声で音声合成し、それをテンプレート合成音声情報２３として記憶部１２に格納してもよい。ユーザ名の合成音声は、ユーザの呼び掛けに使用できる。

【0053】

なお、音声合成部１８は、テンプレート合成音声情報２３と一時合成音声情報２４の各々を識別できるように、これらの音声ファイルに名前を付けて記憶部１２に格納する。

【0054】

指示部１９は、プッシュ通知サーバ４に対して、端末装置３にVoIP(Voice over Internet Protocol)プッシュ通知をするように指示する機能部である。例えば、一時合成音声情報２４を使用する場合は、指示部１９は、一時合成音声情報２４の生成後に当該指示をプッシュ通知サーバ４に通知する。

【0055】

送信部２０は、外部装置である端末装置３から通知された音声ファイルの取得要求に応じて、端末装置３に音声ファイルを送信する機能部である。例えば、送信部２０は、端末装置３からテンプレート合成音声情報２３の取得要求が通知されると、端末装置３にテンプレート合成音声情報２３を送信する。また、送信部２０は、端末装置３から一時合成音声情報２４の取得要求が通知されると、端末装置３に一時合成音声情報２４を送信する。

【0056】

記憶部１２は、前述のユーザ情報２１、アラーム情報２２、テンプレート合成音声情報２３、及び一時合成音声情報２４の各々を記憶する機能部である。なお、各情報２１～２４の少なくとも一部を通知装置２とは別のコンピュータやクラウド上の記憶部に格納してもよい。

【0057】

通信部１３は、ネットワーク７に通知装置２を接続するためのインターフェースである。

【0058】

一方、プッシュ通知サーバ４は、第２のサーバの一例であって、通知装置２からの指示に応じて、端末装置３に対してVoIPプッシュ通知をする物理サーバ又は仮想サーバ等のコンピュータである。例えば、Apple（登録商標）社のプッシュ通知サービスであるAPNsのサーバをプッシュ通知サーバ４として使用できる。

【0059】

ニュース配信サーバ５は、ニュースを配信するサービスを提供するための物理サーバや仮想サーバ等のコンピュータであり、通知装置２の要求に応じて当日のニュースを通知装置２に配信する。

【0060】

カレンダサービスサーバ６は、カレンダサービスを提供するための物理サーバ又は仮想サーバ等のコンピュータである。カレンダサービスとしては、例えば、Google（登録商標）社が提供するGoogleカレンダがある。

【0061】

なお、ニュース配信サーバ５とカレンダサービスサーバ６は、いずれも第１のサーバの一例である。

【0062】

次に、ユーザUがアラーム情報２２を編集する方法について説明する。アラーム情報２２は、ユーザUが端末装置３に対して以下のように入力操作を行うことで編集できる。

【0063】

図３（ａ）、（ｂ）は、端末装置３の表示部３ｄに表示されたアプリの画面の一例を示す模式図である。これらの画面は、処理部３ａが生成した画面である。

【0064】

このうち、図３（ａ）はアプリのホーム画面３０の一例を示す図である。ホーム画面３０には、キャラクタ３１、設定ボタン３２、及びアラーム登録ボタン３３が表示される。

【0065】

キャラクタ３１は、ユーザUが選択したアラーム情報２２のキャラクタ名に対応したキャラクタである。例えば、端末装置３の処理部３ａが、ユーザUが選択したアラーム情報２２を通知装置２から取得し、そのアラーム情報２２のキャラクタ名に対応したキャラクタを表示部３ｄに表示する。なお、キャラクタの画像データは、予め端末装置３の記憶部に格納しておけばよい。これに代えて、当該キャラクタの画像データを予め通知装置２の記憶部１２に格納しておき、処理部３ａがその画像データを取得してもよい。

【0066】

設定ボタン３２は、ユーザ情報２１を設定するための設定画面を表示させるボタンである。その設定画面をユーザUが操作することで、ユーザ情報２１のユーザ名を設定することができる。なお、ユーザ情報２１のアプリIDは、端末装置３に端末プログラム（アプリ）をインストールするときに処理部３ａから設定登録部１４に通知され、設定登録部１４がアプリID２１をユーザ情報２１に格納する。

【0067】

アラーム登録ボタン３３は、アラーム登録画面を表示させるためのボタンである。

【0068】

図３（ｂ）は、アラーム登録画面３５の一例を示す図である。アラーム登録画面３５には、時刻設定項目３６、曜日設定項目３７、アラーム名設定項目３８、及びアラームタイプ設定項目３９が表示される。

【0069】

時刻設定項目３６は、アラームを発する予定時刻を設定する項目である。曜日設定項目３７は、アラームを発する曜日を設定する項目である。時刻設定項目３６で設定した予定時刻と、曜日設定項目３７で設定した曜日とが、アラーム情報２２におけるスケジュールとなる。

【0070】

アラーム名設定項目３８は、アラーム情報２２におけるアラーム名を設定する項目である。

【0071】

アラームタイプ設定項目３９は、ボイス、カレンダ、及びニュース等のアラーム情報２２におけるアラームタイプを設定する項目である。

【0072】

その他に、アラーム情報２２のキャラクタ名を設定する項目をアラーム登録画面３５に表示してもよい。

【0073】

端末装置３の処理部３ａは、アラーム登録画面３５におけるこれらの項目３６～３９の内容を通知装置２に通知する。その通知を受けた設定登録部１４は、各項目３６～３９の内容をアラーム情報２２に格納する。

【0074】

また、処理部３ａは、ホーム画面３０とアラーム登録画面３５の他に、表示部３ｄにアラーム選択画面を表示してもよい。アラーム選択画面では、アラーム登録画面３５で登録した複数のアラームのうちの一つをユーザUが選択する。なお、アラーム選択画面において、アラーム登録画面３５で登録した複数のアラームを個別にオン／オフできるようにしてもよい。この場合、オンとされた複数のアラームを併用することができる。そして、処理部３ａは、ユーザUが選択したアラームを通知装置２に通知する。その通知を受けた設定登録部１４は、複数のアラーム情報２２のうちで、ユーザが選択したアラームに対応した情報にフラグを立てる。これにより、アラーム実行制御部１５は、ユーザUが選択したアラームに対応したアラーム情報２２を特定することができる。

【0075】

次に、本実施形態に係る通知方法について説明する。以下では、ボイス、カレンダ、及びニュースのアラームタイプごとに通知方法を説明する。

【0076】

＜ボイス＞
図４は、アラームタイプがボイスのときの本実施形態に係る通知方法のシーケンス図の一例である。

【0077】

まず、アラーム実行制御部１５がスケジュールを監視する（ステップＳ１０）。例えば、アラーム実行制御部１５は、複数のアラーム情報２２のうちでユーザUが選択したアラーム情報２２を参照し、そのアラーム情報２２のアラームタイプがボイスであることを特定する。更に、アラーム実行制御部１５は、そのアラーム情報２２のスケジュールに含まれる曜日と予定時刻とを特定する。そして、アラーム実行制御部１５は、その曜日の予定時刻、又は当該予定時刻よりも所定時間前の時刻になったかを監視する。

【0078】

そして、予定時刻、又は当該予定時刻よりも所定時間前の時刻になると、アラーム実行制御部１５は指示部１９に処理を開始させる。これにより、指示部１９は、プッシュ通知サーバ４に対して、端末装置３にVoIPプッシュ通知をするように指示する（ステップＳ１２）。また、指示部１９は、ユーザUが選択したアラーム情報２２に含まれるキャラクタ名を特定し、そのキャラクタの音声で音声合成したテンプレート合成音声情報２３の音声ファイルの名前を含めてプッシュ通知サーバ４に通知する。例えば、予定時刻が７：００である場合は、キャラクタが「７時になりました。」という音声を発する音声ファイルを指示部１９がプッシュ通知サーバ４に通知する。更に、指示部１９は、ユーザ情報２１に含まれるアプリIDを含めてプッシュ通知サーバ４に通知する。

【0079】

次に、プッシュ通知サーバ４が、端末装置３に対してVoIPプッシュ通知をする（ステップＳ１４）。このとき、プッシュ通知サーバ４は、指示部１９から取得した音声ファイルの名前とアプリIDとを含めて端末装置３に通知する。

【0080】

次に、端末装置３の処理部３ａが表示部３ｄに着信画面を表示する（ステップＳ１６）。例えば、端末装置３がApple社製のiPhone（登録商標）である場合には、まず端末装置３のOS(Operating System)が自装置宛てにVoIPプッシュ通知が来たことをアプリIDに基づいて検知し、そのアプリIDに対応した端末プログラム（アプリ）を起動する。そして、端末プログラムがCallKitを呼び出し、CallKitに着信画面を表示させる。なお、CallKitは、VoIPを用いた通話をするために必要なユーザインタフェースを端末プログラム（アプリ）が利用できるようにするためのフレームワークである。

【0081】

図７（ａ）は、ステップＳ１６で表示される着信画面の一例を示す図である。図７（ａ）に示すように、着信画面４１には、拒否ボタン４２と応答ボタン４３とが表示される。拒否ボタン４２は、VoIPプッシュ通知に対する応答を拒否するためのボタンである。応答ボタン４３は、VoIPプッシュ通知に対して応答して通話をするためのボタンである。

【0082】

再び図４を参照し、次に、ユーザUが応答ボタン４３をタップすると（ステップＳ１８）、処理部３ａが表示部３ｄに通話画面を表示する（ステップＳ２０）。一例としては、着信画面上の応答ボタン４３のタップ操作はCallKitを介して端末プログラムに通知されるので、これに応じて端末プログラムがCallKitを呼び出し、CallKitに通話画面を表示させる。

【0083】

図７（ｂ）は、ステップＳ１８で表示される通話画面の一例を示す図である。図７（ｂ）に示すように、通話画面４５には切るボタン４６が表示される。切るボタン４６は、通話を停止するためのボタンである。

【0084】

再び図４を参照し、次に、応答ボタン４３のタップ操作に応じて端末装置３の処理部３ａが、通知装置２に対し、音声ファイルの取得要求を通知する（ステップＳ２２）。このとき、処理部３ａは、ステップＳ１４で通知された音声ファイルの名前と、通知装置２の記憶部１２において音声ファイルが格納されている場所を示すURL(Uniform Resource Locator)とを含めて通知装置２に通知する。当該URLは、例えば、端末プログラム（アプリ）を端末装置３にインストールするときに、端末装置３の記憶部（不図示）に格納される。

【0085】

次いで、通知装置２の送信部２０が、通知されたURLに格納されている通知された名前の音声ファイルを端末装置３に送信する（ステップＳ２４）。

【0086】

次に、端末装置３の処理部３ａがその音声ファイルを再生した音声を生成し、出力部３ｅがその音声を出力する（ステップＳ２６）。その音声は、ユーザUが指定したキャラクタ名のキャラクタが「７時になりました。」等のテンプレート文を読み上げる音声である。

【0087】

そして、ユーザUが通話画面４５の切るボタン４６をタップし（ステップＳ２８）、処理部３ａが通話画面４５を非表示にする（ステップＳ３０）。

【0088】

以上により、アラームタイプがボイスのときの本実施形態に係る通知方法の基本ステップを終える。

【0089】

この通知方法によれば、予定時刻が近づくとプッシュ通知サーバ４から端末装置３にVoIPプッシュ通知が行われ（ステップＳ１４）、ユーザUが応答ボタン４３をタップしてその通知に応答すると、ユーザUが指定したキャラクタ名のキャラクタの声が出力される（ステップＳ２６）。そのため、ユーザUの好みの声でモーニングコール等を行うことができ、ユーザUが飽きない仕組みを提供することができる。

【0090】

＜カレンダ＞
図５は、アラームタイプがカレンダのときの本実施形態に係る通知方法のシーケンス図の一例である。

【0091】

まず、アラーム実行制御部１５がスケジュールを監視する（ステップＳ３０）。例えば、アラーム実行制御部１５は、複数のアラーム情報２２のうちでユーザUが選択したアラーム情報２２を参照し、そのアラーム情報２２のアラームタイプがカレンダであることを特定する。更に、アラーム実行制御部１５は、そのアラーム情報２２のスケジュールに含まれる曜日と予定時刻とを特定する。そして、アラーム実行制御部１５は、その曜日の予定時刻、又は当該予定時刻よりも所定時間前の時刻になったかを監視する。

【0092】

そして、予定時刻、又は当該予定時刻よりも所定時間前の時刻になると、アラーム実行制御部１５はカレンダ取得部１６に処理を開始させる。これにより、カレンダ取得部１６は、カレンダサービスサーバ６に予定情報の取得要求を通知し（ステップＳ３２）、カレンダサービスサーバ６から予定情報を取得する（ステップＳ３４）。

【0093】

次に、音声合成部１８が、予定情報の少なくとも一部を音声合成した音声ファイルを一時合成音声情報２４として生成し、当該音声ファイルに名前を付けて記憶部１２に格納する（ステップＳ３６）。

【0094】

この後は、図４のボイスの場合と同様にステップＳ１２～Ｓ３０を行い、アラームタイプがカレンダのときの本実施形態に係る通知方法の基本ステップを終える。

【0095】

この通知方法によれば、予定時刻が近づくと、予定情報を音声合成した一時合成音声情報２４を音声合成部１８が生成し（ステップＳ３６）、ユーザが応答すると（ステップＳ１８）、端末装置３が一時合成音声情報２４を再生する（ステップＳ２６）。予定情報は、前述のように予定時刻を含む当日のユーザUの予定を示す情報である。そのため、ユーザUは、再生された音声を聞くことで、予定時刻が到来したことだけでなく、当日の自分のスケジュールをも知ることができ、ユーザUの利便性が向上する。

【0096】

なお、前述のように当日におけるユーザUの全ての予定を予定情報とすることで、ユーザUは当日の全ての予定を一度に把握することができる。また、前述のようにユーザUによって事前に指定された件数分の予定を予定情報とすることで、全ての予定を聞く場合と比較して再生時間が短くなり、予定を聞き終えるまでのユーザUの待ち時間を減らすことができる。これらについては後述の第２実施形態でも同様である。

【0097】

＜ニュース＞
図６は、アラームタイプがニュースのときの本実施形態に係る通知方法のシーケンス図の一例である。

【0098】

まず、アラーム実行制御部１５がスケジュールを監視する（ステップＳ４０）。例えば、アラーム実行制御部１５は、複数のアラーム情報２２のうちでユーザUが選択したアラーム情報２２を参照し、そのアラーム情報２２のアラームタイプがニュースであることを特定する。更に、アラーム実行制御部１５は、そのアラーム情報２２のスケジュールに含まれる曜日と予定時刻とを特定する。そして、アラーム実行制御部１５は、その曜日の予定時刻、又は当該予定時刻よりも所定時間前の時刻になったかを監視する。

【0099】

そして、予定時刻、又は当該予定時刻よりも所定時間前の時刻になると、アラーム実行制御部１５はニュース取得部１７に処理を開始させる。これにより、ニュース取得部１７は、ニュース配信サーバ５に対してニュース情報の取得要求を通知し（ステップＳ４２）、ニュース配信サーバ５からニュース情報を取得する（ステップＳ４４）。

【0100】

次に、音声合成部１８が、ニュース情報の少なくとも一部を音声合成した音声ファイルを一時合成音声情報２４として生成し、当該音声ファイルに名前を付けて記憶部１２に格納する（ステップＳ４６）。

【0101】

この後は、図４のボイスの場合と同様にステップＳ１２～Ｓ３０を行い、アラームタイプがニュースのときの本実施形態に係る通知方法の基本ステップを終える。

【0102】

この通知方法によれば、予定時刻が近づくと、ニュース情報を音声合成した一時合成音声情報２４を音声合成部１８が生成し（ステップＳ４６）、ユーザが応答すると（ステップＳ１８）、端末装置３が一時合成音声情報２４を再生する（ステップＳ２６）。そのため、ユーザUは、再生された音声を聞くことで、予定時刻が到来したことだけでなく、当日のニュースをも知ることができ、ユーザUの利便性が向上する。

【0103】

なお、前述のように予定時刻におけるトップニュースをニュース情報とすることで、ユーザUは重要性が高いトップニュースを直ちに確認することができる。また、前述のようにユーザUによって事前に指定された件数分のニュースをニュース情報とすることで、全てのニュースを聞く場合と比較して再生時間が短くなり、ニュースを聞き終えるまでのユーザUの待ち時間を減らすことができる。更に、前述のようにユーザUが予め指定したジャンルのニュースをニュース情報とすることで、興味のあるニュースのみをユーザUが知ることができる。これについては後述の第２実施形態でも同様である。

【0104】

また、ニュースは、ユーザUの予定のように各ユーザに特化した情報ではなく、複数のユーザが共有できる情報である。そのため、複数の端末装置３がステップＳ２２で音声ファイルの取得要求を通知したときに、ステップＳ４６において一時合成音声情報２４として記憶部１２に格納した同一の音声ファイルをステップＳ２４で送信部２０が複数の端末装置３に送信してもよい。つまり、音声合成されたニュースの音声ファイルがキャッシュされ、複数のユーザ間で再利用される。これにより、複数の端末装置３ごとに音声合成部１８が音声ファイルを生成する必要がなくなり、通知装置２の計算資源の無駄使いを抑制できる。これについては後述の第２実施形態でも同様である。

【0105】

更に、本実施形態では、ボイス、カレンダ、及びニュースのアラームタイムごとに動作を説明したが、これらのアラームタイプを組み合わせてもよい。例えば、通知装置２のカレンダ取得部１６がカレンダサービスサーバ６からカレンダ情報を取得し、かつ、ニュース取得部１７がニュース配信サーバ５からニュース情報を取得してもよい。この場合、通知装置２の音声合成部１８は、カレンダ情報とニュース情報の各々の少なくとも一部を音声合成した一時合成音声情報２４を生成する。そして、端末装置３がその一時合成音声情報２４を再生することで、ユーザUが、当日の予定とニュースの両方を同時に知ることができ、ユーザUの利便性を更に向上させることができる。これについては後述の第２実施形態でも同様である。

【0106】

＜第２実施形態＞
第１実施形態では、予定時刻が近づくと、プッシュ通知サーバ４が端末装置３に対してVoIPプッシュ通知を行った。これに対し、本実施形態では、予定時刻が近づくと以下のようにして電話網を介して端末装置３に発呼を行う。

【0107】

図８は、本実施形態に係る通知システムの構成図の一例を示す図である。なお、図８において、第１実施形態で説明したのと同じ要素には第１実施形態におけるのと同じ符号を付し、以下ではその説明を書略する。

【0108】

通知システム１は、第１実施形態のプッシュ通知サーバ４（図１参照）に代えて電話サーバ５１を備える。電話サーバ５１は、第２のサーバの一例であって、クラウド電話サービスを提供するための物理サーバ又は仮想サーバ等のコンピュータである。そのようなクラウド電話サービスとしては、例えばAmazon Connect及びTwilio等がある。また、電話サーバ５１は、電話網５２を介して端末装置３と接続される。

【0109】

また、本実施形態においては、通知装置２の指示部１９は、電話サーバ５１に対して発呼をするように指示をする。更に、本実施形態では、端末装置３の電話番号をユーザ情報２１に格納する。

【0110】

そして、送信部２０は、外部装置である電話サーバ５１からテンプレート合成音声情報２３の取得要求が通知されると、電話サーバ５１にテンプレート合成音声情報２３を送信する。また、送信部２０は、電話サーバ５１から一時合成音声情報２４の取得要求が通知されると、電話サーバ５１に一時合成音声情報２４を送信する。

【0111】

次に、本実施形態に係る通知方法について、ボイス、カレンダ、及びニュースのアラームタイプごとに説明する。

【0112】

＜ボイス＞
図９は、アラームタイプがボイスのときの本実施形態に係る通知方法のシーケンス図である。

【0113】

まず、アラーム実行制御部１５がスケジュールを監視する（ステップＳ５０）。なお、本ステップの処理はステップＳ１０と同様なので、その詳細な説明は省略する。

【0114】

そして、予定時刻、又は当該予定時刻よりも所定時間前の時刻になると、アラーム実行制御部１５は指示部１９に処理を開始させる。これにより、指示部１９は、電話サーバ５１に対して、端末装置３に電話網５２を介して発呼をするように指示する（ステップＳ５２）。このとき、指示部１９は、ユーザUが選択したアラーム情報２２に含まれるキャラクタ名を特定する。そして、指示部１９は、そのキャラクタの音声で音声合成したテンプレート合成音声情報２３の音声ファイルの名前と、通知装置２の記憶部１２においてその音声ファイルが格納されている場所を示すURLとを含めて通知装置２に通知する。更に、指示部１９は、ユーザUが選択したアラーム情報２２に含まれる端末装置３の電話番号も含めて通知装置２に通知する。

【0115】

次に、電話サーバ５１が、音声ファイルの取得要求を通知する（ステップＳ５４）。このとき、電話サーバ５１は、ステップＳ５２で通知された音声ファイルの名前、当該音声ファイルのURLとを含めて通知装置２に通知する。

【0116】

次いで、通知装置２の送信部２０が、通知されたURLに格納されている通知された名前の音声ファイルを電話サーバ５１に送信する（ステップＳ５６）。

【0117】

続いて、電話サーバ５１が、ステップＳ５２で通知された電話番号宛てに発呼をする（ステップＳ５８）。

【0118】

次に、端末装置３にインストールされている既存の電話アプリが、端末装置３の表示部に着信画面（不図示）を表示する（ステップＳ６０）。

【0119】

そして、ユーザUがその着信画面に表示された応答ボタン（不図示）をタップすると（ステップＳ６２）、端末装置３の電話アプリが電話サーバ５１に接続し（ステップＳ６４）、電話アプリが端末装置３に通話画面（不図示）を表示する（ステップＳ６６）。

【0120】

次いで、電話サーバ５１が、ステップＳ５６で取得した音声ファイルを再生し、その音声信号を端末装置３に送信する（ステップＳ６８）。これにより、電話サーバ５１のスピーカ等の出力部から、「７時になりました。」等のキャラクタの音声が出力されることになる。

【0121】

そして、ユーザUが通話画面の切るボタン（不図示）をタップすると（ステップＳ７０）、電話アプリが電話サーバ５１との通信を切断し（ステップＳ７２）、電話アプリが通話画面を非表示にする（ステップＳ７４）。

【0122】

以上により、アラームタイプがボイスのときの本実施形態に係る通知方法の基本ステップを終える。

【0123】

この通知方法によれば、予定時刻が近づくと電話サーバ５１から端末装置３に発呼が行われ（ステップＳ５８）、ユーザUが着信画面の応答ボタンをタップしてその発呼に応答すると、ユーザUが指定したキャラクタ名のキャラクタの声が端末装置３から出力される（ステップＳ６８）。そのため、ユーザUの好みの声でモーニングコール等を行うことができ、ユーザUが飽きない仕組みを提供することができる。

【0124】

＜カレンダ＞
図１０は、アラームタイプがカレンダのときの本実施形態に係る通知方法のシーケンス図である。なお、図１０において、第１実施形態の図５と同じステップには同じ符号を付し、以下ではその説明を省略する。

【0125】

まず、アラーム実行制御部１５の監視の結果、予定時刻、又は当該予定時刻よりも所定時間前の時刻になると（ステップＳ３０）、第１実施形態のステップＳ３２～Ｓ３６を実行する。そのステップＳ３６を実行した時点では、カレンダサービスサーバ６から取得した予定情報の少なくとも一部を音声合成した音声ファイルが一時合成音声情報２４として記憶部１２に格納された状態となっている。

【0126】

この後は、図８のボイスの場合と同様にステップＳ５２～Ｓ７４を行い、アラームタイプがカレンダのときの本実施形態に係る通知方法の基本ステップを終える。

【0127】

この通知方法によれば、第１実施形態と同様に、予定情報を音声合成した音声がステップＳ６８で端末装置３から出力される。その結果、ユーザUは、その音声を聞くことで、予定時刻が到来したことだけでなく、当日の自分のスケジュールをも知ることができ、ユーザUの利便性が向上する。

【0128】

＜ニュース＞
図１１は、アラームタイプがニュースのときの本実施形態に係る通知方法のシーケンス図である。なお、図１１において、第１実施形態の図６と同じステップには同じ符号を付し、以下ではその説明を省略する。

【0129】

まず、アラーム実行制御部１５の監視の結果、予定時刻、又は当該予定時刻よりも所定時間前の時刻になると（ステップＳ４０）、第１実施形態のステップＳ４２～Ｓ４６を実行する。そのステップＳ４６を実行した時点では、ニュース配信サーバ５から取得したニュース情報の少なくとも一部を音声合成した音声ファイルが一時合成音声情報２４として記憶部１２に格納された状態となっている。

【0130】

この後は、図８のボイスの場合と同様にステップＳ５２～Ｓ７４を行い、アラームタイプがカレンダのときの本実施形態に係る通知方法の基本ステップを終える。

【0131】

この通知方法によれば、第１実施形態と同様に、ニュース情報を音声合成した音声がステップＳ６８で端末装置３から出力される。その結果、ユーザUは、その音声を聞くことで、予定時刻が到来したことだけでなく、当日のニュースをも知ることができ、ユーザUの利便性が向上する。

【0132】

＜ハードウェア構成＞
次に、本実施形態に係る各装置のハードウェア構成について説明する。図１２は、第１実施形態及び第２実施形態に係る通知装置２のハードウェア構成の一例を示す図である。

【0133】

図１２に示すように、通知装置２は、記憶装置２ａ、メモリ２ｂ、プロセッサ２ｃ、通信インターフェース２ｄ、及び媒体読み取り装置２ｆを有する。これらの各装置はバス２ｇにより相互に接続される。

【0134】

記憶装置２ａは、HDD(Hard Disk Drive)及びSSD(Solid State Drive)等の不揮発性の記憶装置であって、本実施形態に係る通知プログラム１００を記憶する。

【0135】

通知プログラム１００をコンピュータが読み取り可能な記録媒体２ｈに記録させておき、プロセッサ２ｃに記録媒体２ｈの通知プログラム１００を読み取らせるようにしてもよい。

【0136】

そのような記録媒体２ｈとしては、例えばCD-ROM(Compact Disc - Read Only Memory)、DVD(Digital Versatile Disc)、及びUSB(Universal Serial Bus)メモリ等の物理的な可搬型記録媒体がある。また、フラッシュメモリ等の半導体メモリ及びハードディスクドライブを記録媒体２ｈとして使用してもよい。

【0137】

更に、公衆回線、インターネット、及びLAN(Local Area Network)等に接続された装置に通知プログラム１００を記憶させてもよい。その場合は、プロセッサ２ｃがその通知プログラム１００を読み出して実行すればよい。

【0138】

メモリ２ｂは、DRAM(Dynamic Random Access Memory)等のようにデータを一時的に記憶するハードウェアであって、その上に通知プログラム１００が展開される。

【0139】

プロセッサ２ｃは、通知装置２の各部を制御するCPU(Central Processing Unit)、GPU(Graphical Processing Unit)等のプロセッシングデバイスである。そのプロセッサ２ｃがメモリ２ｂと協働して通知プログラム１００を実行することにより図１の処理部１１が実現される。

【0140】

図１の記憶部１２は、記憶装置２ａとメモリ２ｂにより実現される。更に、通信インターフェース２ｄは、通知装置２をネットワーク７に接続するためのNIC(Network Interface Card)等のハードウェアである。その通信インターフェース２ｄにより図１の通信部１３が実現される。

【0141】

媒体読み取り装置２ｆは、記録媒体２ｈに記録されているデータを読み取るためのUSBリーダ等のハードウェアである。

【0142】

図１３は、第１実施形態及び第２実施形態に係る端末装置３のハードウェア構成の一例を示す図である。

【0143】

図１３に示すように、端末装置３は、メモリ３ｇ、プロセッサ３ｈ、表示装置３ｉ、通信インターフェース３ｍ、及びスピーカ３ｎを備える。これらの各装置はバス３ｐにより相互に接続される。

【0144】

メモリ３ｇは、DRAM等のハードウェアであって、その上に本実施形態に係る端末プログラムが展開される。

【0145】

プロセッサ３ｈは、端末装置３の各部を制御するCPU等のプロセッシングデバイスである。そのプロセッサ３ｈがメモリ３ｇと協働して端末プログラムを実行することにより図１の処理部３ａが実現される。

【0146】

表示装置３ｉは、タッチパネル３ｊと表示パネル３ｋとが一体となったハードウェアである。タッチパネル３ｊは、図１の入力部３ｃを実現するデバイスであり、ユーザのタップ操作及びスワイプ操作を所定の信号に変換する。表示パネル３ｋは、図１の表示部３ｄを実現するための液晶パネル又は有機ELパネルである。

【0147】

通信インターフェース３ｍは、端末装置３をネットワーク７に接続するためのNIC等のハードウェアである。その通信インターフェース３ｍにより図１の通信部３ｂが実現される。

【0148】

スピーカ３ｎは音声を出力デバイスである。そのスピーカにより図１の出力部３ｅが実現される。

【0149】

本発明は、上述した実施形態や変形例に限定されるものではなく、さらに様々な変形が可能である。例えば、上述した実施形態や変形例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある変形例の一部を他の変形例に置き換えたり、変形例を組み合わせたりすることが可能である。

【符号の説明】

【0150】

１…通知システム、２…通知装置、３…端末装置、４…プッシュ通知サーバ、５…ニュース配信サーバ、６…カレンダサービスサーバ、７…ネットワーク、１１…処理部、１２…記憶部、１３…通信部、１４…設定登録部、１５…アラーム実行制御部、１６…カレンダ取得部、１７…ニュース取得部、１８…音声合成部、１９…指示部、２０…送信部、２１…ユーザ情報、２２…アラーム情報、２３…テンプレート合成音声情報、２４…一時合成音声情報、３０…ホーム画面、３１…キャラクタ、３２…設定ボタン、３３…アラーム登録ボタン、３５…アラーム登録画面、３６…時刻設定項目、３７…曜日設定項目、３８…アラーム名設定項目、３９…アラームタイプ設定項目、４１…着信画面、４２…拒否ボタン、４３…応答ボタン、４５…通話画面、４６…切るボタン、５１…電話サーバ、５２…電話網。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【手続補正書】

【提出日】2024-01-15

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ユーザが指定した予定時刻、又は前記予定時刻よりも所定時間前の時刻になると、第１のサーバから配信情報を取得する取得部と、
前記配信情報の少なくとも一部を音声合成した音声ファイルを生成する音声合成部と、
第２のサーバに対して、生成した前記音声ファイルの名前を通知し、前記ユーザが使用する端末装置にプッシュ通知をするように指示する指示部と、
前記第２のサーバから前記音声ファイルの名前を含むプッシュ通知を受けた前記端末装置から通知された、前記音声ファイルの名前を含む取得要求に応じて、前記端末装置に前記名前に対応する前記音声ファイルを送信する送信部と、
を有する通知装置。

【請求項2】

請求項１に記載の通知装置であって、
前記配信情報は、前記予定時刻を含む当日における前記ユーザの少なくとも一つの予定を示す情報である、
通知装置。

【請求項3】

請求項２に記載の通知装置であって、
前記予定は、前記当日における前記ユーザの全ての予定、又は事前に指定された件数分の前記ユーザの予定である、
通知装置。

【請求項4】

請求項２に記載の通知装置であって、
前記取得部は、
前記第１のサーバにアクセスするための前記ユーザに対応したトークンを前記端末装置から取得し、
前記トークンを前記第１のサーバに送信し、
前記第１のサーバが前記トークンの検証に成功したときに、前記ユーザに係る前記予定を示す前記配信情報を前記第１のサーバから取得する、
通知装置。

【請求項5】

請求項１に記載の通知装置であって、
前記配信情報は、前記予定時刻までに配信された少なくとも一つのニュースを示す情報である、
通知装置。

【請求項6】

請求項５に記載の通知装置であって、
前記ニュースは、前記予定時刻におけるトップニュース、又は事前に指定された件数分のニュースである、
通知装置。

【請求項7】

請求項５に記載の通知装置であって、
前記ニュースは、前記ユーザが予め指定しておいたジャンルのニュースである、
通知装置。

【請求項8】

請求項５に記載の通知装置であって、
前記音声ファイルをキャッシュとして記憶する記憶部を更に有し、
前記送信部は、複数の前記端末装置から前記取得要求を受けたときに、複数の前記端末装置の各々に対して、前記記憶部がキャッシュとして記憶している同一の前記音声ファイルを送信する、通知装置。

【請求項9】

請求項１に記載の通知装置であって、
前記予定時刻と、前記音声ファイルの音声を発するキャラクタの名前とを含むアラーム情報を、一人の前記ユーザに対して複数記憶した記憶部を更に有する、
通知装置。

【請求項10】

請求項９に記載の通知装置であって、
前記取得部は、複数の前記アラーム情報のうちで前記ユーザが選択した前記アラーム情報に含まれる前記予定時刻、又は前記予定時刻よりも前記所定時間前の時刻になると、前記第１のサーバから前記配信情報を取得し、
前記音声合成部は、複数の前記アラーム情報のうちで前記ユーザが選択した前記アラーム情報に含まれる前記キャラクタの音声で前記配信情報の少なくとも一部を音声合成して前記音声ファイルを生成する、
通知装置。

【請求項11】

ユーザが指定した予定時刻、又は前記予定時刻よりも所定時間前の時刻になると、第１のサーバから配信情報を取得するステップと、
前記配信情報の少なくとも一部を音声合成した音声ファイルを生成する音声合成ステップと、
第２のサーバに対して、生成した前記音声ファイルの名前を通知し、前記ユーザが使用する端末装置にプッシュ通知をするように指示するステップと、
前記第２のサーバから前記音声ファイルの名前を含むプッシュ通知を受けた前記端末装置から通知された、前記音声ファイルの名前を含む取得要求に応じて、前記端末装置に前記名前に対応する前記音声ファイルを送信するステップと、
をコンピュータが実行する通知方法。

【請求項12】

ユーザが指定した予定時刻、又は前記予定時刻よりも所定時間前の時刻になると、第１のサーバから配信情報を取得するステップと、
前記配信情報の少なくとも一部を音声合成した音声ファイルを生成する音声合成ステップと、
第２のサーバに対して、生成した前記音声ファイルの名前を通知し、前記ユーザが使用する端末装置にプッシュ通知をするように指示するステップと、
前記第２のサーバから前記音声ファイルの名前を含むプッシュ通知を受けた前記端末装置から通知された、前記音声ファイルの名前を含む取得要求に応じて、前記端末装置に前記名前に対応する前記音声ファイルを送信するステップと、
をコンピュータに実行させるための通知プログラム。

【請求項13】

ユーザが設定した予定時刻及びタイプを通知装置に通知するステップと、
サーバからの、設定された前記タイプの配信情報の少なくとも一部が音声合成された音声ファイルの名前を含むプッシュ通知に応じて、当該プッシュ通知に対して応答するためのボタンを含む着信画面を表示部に表示するステップと、
前記ボタンの操作に応じて、前記通知装置に対して、前記音声ファイルの名前を含む取得要求を通知し、前記名前に対応する前記音声ファイルを前記通知装置から取得するステップと、
取得した前記音声ファイルを再生するステップと、
を端末装置に実行させるための端末プログラム。