知財求人 - 知財ポータルサイト「IP Force」
▶ ネイバー コーポレーションの特許一覧 ▶ ＬＩＮＥ株式会社の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-04-11
(45)【発行日】2023-04-19
(54)【発明の名称】システム
(51)【国際特許分類】
G06Q 20/12 20120101AFI20230412BHJP
G10L 15/22 20060101ALI20230412BHJP
【ＦＩ】
G06Q20/12 300
G10L15/22 453
【請求項の数】
18
(21)【出願番号】P 2019150375
(22)【出願日】2019-08-20
(65)【公開番号】P2021033455
(43)【公開日】2021-03-01
【審査請求日】2022-08-12
【早期審査対象出願】
(73)【特許権者】
【識別番号】505205812
【氏名又は名称】ネイバー コーポレーション
【氏名又は名称原語表記】ＮＡＶＥＲ Ｃｏｒｐｏｒａｔｉｏｎ
(74)【代理人】
【識別番号】100093687
【弁理士】
【氏名又は名称】富崎 元成
(74)【代理人】
【識別番号】100107951
【弁理士】
【氏名又は名称】山田 勉
(74)【代理人】
【識別番号】100168468
【弁理士】
【氏名又は名称】富崎 曜
(74)【代理人】
【識別番号】100166176
【弁理士】
【氏名又は名称】加美山 豊
(73)【特許権者】
【識別番号】321003371
【氏名又は名称】ＬＩＮＥ株式会社
(74)【代理人】
【識別番号】100093687
【弁理士】
【氏名又は名称】富崎 元成
(74)【代理人】
【識別番号】100168468
【弁理士】
【氏名又は名称】富崎 曜
(74)【代理人】
【識別番号】100166176
【弁理士】
【氏名又は名称】加美山 豊
(74)【代理人】
【識別番号】110001759
【氏名又は名称】弁理士法人よつ葉国際特許事務所
(72)【発明者】
【氏名】金花 祐哉
(72)【発明者】
【氏名】立花 翔
(72)【発明者】
【氏名】藤平 賢人
【審査官】大野 朋也
(56)【参考文献】
【文献】特開２０１９－０６６９４１（ＪＰ，Ａ）
【文献】特開２０１３－１８２４８９（ＪＰ，Ａ）
【文献】特開２００７－０２６１８９（ＪＰ，Ａ）
【文献】特開２０１７－０６２７４１（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
Ｇ１０Ｌ １５／２２
(57)【特許請求の範囲】
【請求項1】
アカウントと音声制御装置とを関連付けて保存する保存手段と、前記音声制御装置で受け付けた音声から生成された音声データを解析して、解析結果を外部サーバに送信する第１の送信手段と、
前記音声制御装置に関連付けられた前記アカウントを特定する特定手段と、
前記音声制御装置で受け付けた音声に基づく、前記音声制御装置によるコンテンツの出力とは異なるサービスの利用料金の決済要求を前記外部サーバから受信する受信手段と、
前記決済要求を受信した場合に、特定された前記アカウントに対応する端末上の操作で前記利用料金を決済するための情報を送信する第２の送信手段と、
を備えるシステム。
【請求項2】
アカウントと音声制御装置とを関連付けて保存する保存手段と、前記音声制御装置で受け付けた音声から生成された音声データを解析して、解析結果を外部サーバに送信する第１の送信手段と、
前記音声制御装置に関連付けられた前記アカウントを特定する特定手段と、
前記音声制御装置で提供されるサービスの利用料金の決済要求を前記外部サーバから受信する受信手段と、
前記決済要求を受信した場合に、特定された前記アカウントに対応する端末上の操作で前記利用料金を決済するための情報を送信する第２の送信手段と、を備え、
前記保存手段は、電子マネーによる決済を行うための決済サービスと関連付けられたメッセージングサービスのアカウントを保存する、
システム。
【請求項3】
アカウントと音声制御装置とを関連付けて保存する保存手段と、前記音声制御装置で受け付けた音声から生成された音声データを解析して、解析結果を外部サーバに送信する第１の送信手段と、
前記音声制御装置に関連付けられた前記アカウントを特定する特定手段と、
前記音声制御装置で提供されるサービスの利用料金の決済要求を前記外部サーバから受信する受信手段と、
前記決済要求を受信した場合に、特定された前記アカウントに対応する端末上の操作で前記利用料金を決済するための情報を送信する第２の送信手段と、を備え、
前記保存手段は、前記アカウントと、前記アカウントとは異なる前記サービスに関連する第２のアカウントとを関連付けて保存し、
前記特定手段は、前記第２のアカウントに関連付けられた前記アカウントを特定する、
システム。
【請求項4】
請求項１から請求項３のいずれか一項に記載のシステムであって、前記決済要求は、前記解析結果が有償の前記サービスの利用を要求する音声を示す結果である場合、前記外部サーバから送信される、
システム。
【請求項5】
請求項２に記載のシステムであって、前記受信手段は、前記決済サービスによる前記利用料金の決済を要求する前記決済要求を受信し、
前記第２の送信手段は、特定された前記アカウントに対応する端末上の操作で前記決済サービスによって前記利用料金を決済するための情報を送信する、
システム。
【請求項6】
請求項５に記載のシステムであって、前記決済サービスによって前記利用料金が決済されたことを示す決済情報を、前記決済サービスを提供するサーバから受信する第２の受信手段と、
前記決済情報が受信されたことに基づいて、前記サービスの利用を可能とするための第１の処理を実行する第１の処理手段と、
をさらに備えるシステム。
【請求項7】
請求項６に記載のシステムであって、前記第１の処理手段は、前記決済情報と、前記特定手段によって特定された前記アカウントとに基づいて、前記第１の処理を実行する、
システム。
【請求項8】
請求項２、請求項５から請求項７のいずれか一項に記載のシステムであって、前記サービスと、前記メッセージングサービスのアカウントとの関連付けに関する第２の処理を実行する第２の処理手段をさらに備える、
システム。
【請求項9】
請求項８に記載のシステムであって、前記第２の処理手段は、前記第２の処理として、前記サービスと、前記アカウントとの関連付けに関する情報を、前記端末が有する表示手段に表示させるための処理を実行する、
システム。
【請求項10】
請求項８または請求項９に記載のシステムであって、前記第２の処理手段は、前記第２の処理として、前記サービスと、前記アカウントとの関連付けに関する情報を、前記音声制御装置に音出力させるための処理を実行する、
システム。
【請求項11】
請求項８から請求項１０のいずれか一項に記載のシステムであって、前記サービスと、前記アカウントとを関連付ける第３の処理を実行する第３の処理手段をさらに備える、
システム。
【請求項12】
請求項１から請求項１１のいずれか一項に記載のシステムであって、前記決済要求は、前記サービスにおいて有償の機能として提供される機能を利用するための利用料金の決済要求を含む、
システム。
【請求項13】
システムの情報処理方法であって、
アカウントと音声制御装置とを関連付けて保存することと、
前記音声制御装置で受け付けた音声から生成された音声データを解析して、解析結果を外部サーバに送信する第１の送信を行うことと、
前記音声制御装置に関連付けられた前記アカウントを特定することと、
前記音声制御装置で受け付けた音声に基づく、前記音声制御装置によるコンテンツの出力とは異なるサービスの利用料金の決済要求を前記外部サーバから受信することと、
前記決済要求を受信した場合に、特定された前記アカウントに対応する端末上の操作で前記利用料金を決済するための情報を送信する第２の送信を行うことと、
を含む情報処理方法。
【請求項14】
システムにより実行されるプログラムであって、
アカウントと音声制御装置とを関連付けて保存することと、
前記音声制御装置で受け付けた音声から生成された音声データを解析して、解析結果を外部サーバに送信する第１の送信を行うことと、
前記音声制御装置に関連付けられた前記アカウントを特定することと、
前記音声制御装置で受け付けた音声に基づく、前記音声制御装置によるコンテンツの出力とは異なるサービスの利用料金の決済要求を前記外部サーバから受信することと、
前記決済要求を受信した場合に、特定された前記アカウントに対応する端末上の操作で前記利用料金を決済するための情報を送信することと、
が前記システムにより実行されるプログラム。
【請求項15】
システムの情報処理方法であって、
アカウントと音声制御装置とを関連付けて保存することと、
前記音声制御装置で受け付けた音声から生成された音声データを解析して、解析結果を外部サーバに送信する第１の送信を行うことと、
前記音声制御装置に関連付けられた前記アカウントを特定することと、
前記音声制御装置で提供されるサービスの利用料金の決済要求を前記外部サーバから受信することと、
前記決済要求を受信した場合に、特定された前記アカウントに対応する端末上の操作で前記利用料金を決済するための情報を送信することと、を含み、
前記保存することは、電子マネーによる決済を行うための決済サービスと関連付けられたメッセージングサービスのアカウントを保存することを含む、
情報処理方法。
【請求項16】
システムにより実行されるプログラムであって、
アカウントと音声制御装置とを関連付けて保存することと、
前記音声制御装置で受け付けた音声から生成された音声データを解析して、解析結果を外部サーバに送信する第１の送信を行うことと、
前記音声制御装置に関連付けられた前記アカウントを特定することと、
前記音声制御装置で提供されるサービスの利用料金の決済要求を前記外部サーバから受信することと、
前記決済要求を受信した場合に、特定された前記アカウントに対応する端末上の操作で前記利用料金を決済するための情報を送信することと、が前記システムにより実行され、
前記保存することは、電子マネーによる決済を行うための決済サービスと関連付けられたメッセージングサービスのアカウントを保存することを含む、
プログラム。
【請求項17】
システムの情報処理方法であって、
アカウントと音声制御装置とを関連付けて保存することと、
前記音声制御装置で受け付けた音声から生成された音声データを解析して、解析結果を外部サーバに送信する第１の送信を行うことと、
前記音声制御装置に関連付けられた前記アカウントを特定することと、
前記音声制御装置で提供されるサービスの利用料金の決済要求を前記外部サーバから受信することと、
前記決済要求を受信した場合に、特定された前記アカウントに対応する端末上の操作で前記利用料金を決済するための情報を送信する第２の送信を行うことと、を含み、
前記保存することは、前記アカウントと、前記アカウントとは異なる前記サービスに関連する第２のアカウントとを関連付けて保存することを含み、
前記特定することは、前記第２のアカウントに関連付けられた前記アカウントを特定することを含む、
情報処理方法。
【請求項18】
システムにより実行されるプログラムであって、
アカウントと音声制御装置とを関連付けて保存することと、
前記音声制御装置で受け付けた音声から生成された音声データを解析して、解析結果を外部サーバに送信する第１の送信を行うことと、
前記音声制御装置に関連付けられた前記アカウントを特定することと、
前記音声制御装置で提供されるサービスの利用料金の決済要求を前記外部サーバから受信することと、
前記決済要求を受信した場合に、特定された前記アカウントに対応する端末上の操作で前記利用料金を決済するための情報を送信する第２の送信を行うことと、が前記システムにより実行され、
前記保存することは、前記アカウントと、前記アカウントとは異なる前記サービスに関連する第２のアカウントとを関連付けて保存することを含み、
前記特定することは、前記第２のアカウントに関連付けられた前記アカウントを特定することを含む、
プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、音声制御装置で提供されるサービスに関連するシステムに関する。
【背景技術】
【0002】
昨今、スマートスピーカ等の音声制御装置で提供されるサービスが普及しつつある。例えば特許文献１には、音声制御装置の一種である音声対話装置に関する技術が開示されている。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２０１４－２０４４２９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、従来は、音声制御装置で提供されるサービスをユーザが有償で利用する際の支払い方法について検討されてこなかった。
【0005】
本発明はこのような課題に鑑みなされたものであり、その目的は、音声制御装置で提供されるサービスの利用料金を簡単に決済するための新たな手法を提案することにある。
【課題を解決するための手段】
【0006】
本発明の第１の態様は、アカウントと音声制御装置とを関連付けて保存する保存手段と、音声制御装置で受け付けた音声から生成された音声データを解析して、解析結果を外部サーバに送信する第１の送信手段と、音声制御装置に関連付けられたアカウントを特定する特定手段と、音声制御装置で提供されるサービスの利用料金の決済要求を外部サーバから受信する受信手段と、決済要求を受信した場合に、特定されたアカウントに対応する端末上の操作で利用料金を決済するための情報を送信する第２の送信手段と、を備えるシステムである。
【図面の簡単な説明】
【0007】
【図1】実施形態の一態様における通信システムの構成の一例を示す図。
【図2-1】実施形態の一態様におけるスマートスピーカ管理サーバの構成の一例を示す図。
【図2-2】実施形態の一態様におけるスキル提供サーバの構成の一例を示す図。
【図2-3】実施形態の一態様におけるスマートスピーカの構成の一例を示す図。
【図3-1】実施例に係る端末の制御部により実現される機能の一例を示す図。
【図3-2】実施例に係る端末の記憶部に記憶される情報の一例を示す図。
【図3-3】実施例に係る支払い管理サーバの制御部により実現される機能の一例を示す図。
【図3-4】実施例に係る支払い管理サーバの記憶部に記憶される情報の一例を示す図。
【図3-5】実施例に係る支払いアプリケーションユーザ登録データの一例を示す図。
【図3-6】実施例に係るスキルプロバイダ登録データベースの一例を示す図。
【図3-7】実施例に係るスマートスピーカ管理サーバの制御部により実現される機能の一例を示す図。
【図3-8】実施例に係るスマートスピーカ管理サーバの記憶部に記憶される情報の一例を示す図。
【図3-9】実施例に係るスマートスピーカ登録データの一例を示す図。
【図3-10】実施例に係るスキル登録データの一例を示す図。
【図3-11】実施例に係るスキル提供サーバの制御部により実現される機能の一例を示す図。
【図3-12】実施例に係るスキル提供サーバの記憶部に記憶される情報の一例を示す図。
【図3-13】実施例に係るスキル提供基本情報データの一例を示す図。
【図4-1】実施例に係る端末の表示部に表示される画面の一例を示す図。
【図4-2】実施例に係る端末の表示部に表示される画面の一例を示す図。
【図4-3】実施例に係る端末の表示部に表示される画面の一例を示す図。
【図4-4】実施例に係る端末の表示部に表示される画面の一例を示す図。
【図4-5】実施例に係るスマートスピーカの使用例を示す図。
【図4-6】実施例に係る端末の表示部に表示される画面の一例を示す図。
【図4-7】実施例に係る端末の表示部に表示される画面の一例を示す図。
【図4-8】実施例に係る端末の表示部に表示される画面の一例を示す図。
【図4-9】実施例に係るスマートスピーカの使用例を示す図。
【図4-10】変形例に係る端末の表示部に表示される画面の一例を示す図。
【図4-11】変形例に係る端末の表示部に表示される画面の一例を示す図。
【図5-1】実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図5-2】実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図5-3】実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。
【図5-4】実施例に係る各装置が実行する処理の流れの一例を示すフローチャート。
【発明を実施するための形態】
【0008】
＜法的事項の遵守＞
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
本明細書に記載の開示は、通信の秘密など、本開示の実施に必要な実施国の法的事項遵守を前提とすることに留意されたい。
【0009】
本開示に係るシステムを実施するための実施形態について、図面を参照して説明する。
【0010】
［システム構成］
図１は、本開示の一実施形態に係るシステムの一例である通信システム１の構成例を示す図である。
図１に開示されるように、通信システム１では、ネットワーク３０を介して支払い管理サーバ１０と、端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）と、スマートスピーカ管理サーバ４０と、スキル提供サーバ５０（スキル提供サーバ５０Ａ，スキル提供サーバ５０Ｂ，・・・）と、スマートスピーカ６０（スマートスピーカ６０Ａ，スマートスピーカ６０Ｂ，スマートスピーカ６０Ｃ，・・・）とが接続される。
図１は、本開示の一実施形態に係るシステムの一例である通信システム１の構成例を示す図である。
図１に開示されるように、通信システム１では、ネットワーク３０を介して支払い管理サーバ１０と、端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）と、スマートスピーカ管理サーバ４０と、スキル提供サーバ５０（スキル提供サーバ５０Ａ，スキル提供サーバ５０Ｂ，・・・）と、スマートスピーカ６０（スマートスピーカ６０Ａ，スマートスピーカ６０Ｂ，スマートスピーカ６０Ｃ，・・・）とが接続される。
【0011】
支払い管理サーバ１０は、限定ではなく例として、ユーザが所有する端末２０と、スキル提供サーバ５０とに、ネットワーク３０を介して、支払いに関するサービスを提供する。
なお、ネットワーク３０に接続される端末２０と、スキル提供サーバ５０との数は限定されない。
なお、ネットワーク３０に接続される端末２０と、スキル提供サーバ５０との数は限定されない。
【0012】
スマートスピーカ管理サーバ４０は、ユーザが所有する端末２０と、ユーザが所有するスマートスピーカ６０と、スキル提供サーバ５０とに、ネットワーク３０を介して、スマートスピーカの制御・管理に関する機能を提供する。
【0013】
具体的には、スマートスピーカ管理サーバ４０は、限定ではなく例として、スマートスピーカ６０から送信される音声信号（音響信号）を受信し、インテントに変換する。そして、インテントの内容に応じて、スキル提供サーバ５０へインテントを送信する。また、スキル提供サーバ５０から送信される、インテントの処理結果を受信すると、音声信号（音響信号）に変換し、スマートスピーカ６０へ送信する。
なお、ネットワーク３０に接続されるスマートスピーカ６０の数は限定されない。
なお、ネットワーク３０に接続されるスマートスピーカ６０の数は限定されない。
【0014】
ここで、インテントとは、限定ではなく例として、スマートスピーカ６０のユーザによる、音声でのスマートスピーカ管理サーバ４０への動作指示要求とする。
なお、インテントは、スロットと呼ばれる動作指示要求の引数に相当する単語を含んでいてもよい。
なお、インテントは、スロットと呼ばれる動作指示要求の引数に相当する単語を含んでいてもよい。
【0015】
具体的には、例えば、音声「３分後にタイマーをセットして」は、“タイマー設定”という動作指示要求を表すインテントにおける発話文の一例であり、“３分”という、タイマー作動時間に関するスロットを含むようにしてもよい。
【0016】
スキル提供サーバ５０は、ネットワーク３０を介して、スマートスピーカ管理サーバ４０から入力されるインテントに対して、スキル（アプリケーション）での処理を実行し、処理結果をスマートスピーカ管理サーバ４０に送信する機能を有する。
なお、ネットワーク３０に接続されるスマートスピーカ管理サーバ４０の数は限定されない。
なお、ネットワーク３０に接続されるスマートスピーカ管理サーバ４０の数は限定されない。
【0017】
ネットワーク３０は、１以上の端末２０と、１以上の支払い管理サーバ１０と、１以上のスマートスピーカ管理サーバ４０と、１以上のスキル提供サーバ５０と、１以上のスマートスピーカ６０とを接続する役割を担う。すなわち、ネットワーク３０は、上記の各種の装置が接続した後、データを送受信することができるように接続経路を提供する通信網を意味する。
【0018】
ネットワーク３０のうちの１つまたは複数の部分は、有線ネットワークや無線ネットワークであってもよいし、そうでなくてもよい。ネットワーク３０は、限定ではなく例として、アドホック・ネットワーク（ad hoc network）、イントラネット、エクストラネット、仮想プライベート・ネットワーク（virtual private network：ＶＰＮ）、ローカル・エリア・ネットワーク（local area network：ＬＡＮ）、ワイヤレスＬＡＮ（wireless LAN：ＷＬＡＮ）、広域ネットワーク（wide area network：ＷＡＮ）、ワイヤレスＷＡＮ（wireless WAN：ＷＷＡＮ）、大都市圏ネットワーク（metropolitan area network：ＭＡＮ）、インターネットの一部、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）の一部、携帯電話網、ＩＳＤＮ（integrated service digital networks）、無線ＬＡＮ、ＬＴＥ（long term evolution）、ＣＤＭＡ（code division multiple access）、ブルートゥース（Bluetooth（登録商標））、衛星通信など、または、これらの２つ以上の組合せを含むことができる。ネットワーク３０は、１つまたは複数のネットワーク３０を含むことができる。
【0019】
端末２０（端末２０Ａ，端末２０Ｂ，端末２０Ｃ，・・・）（限定でなく、端末、情報処理装置の一例）は、各実施形態において記載する機能を実現できる情報処理端末であればどのような端末であってもよい。端末２０は、限定ではなく例として、スマートフォン、携帯電話（フィーチャーフォン）、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、端末２０は情報処理端末と表現されてもよい。
【0020】
端末２０Ａ、端末２０Ｂおよび端末２０Ｃの構成は基本的には同一であるため、以下の説明においては、端末２０について説明する。なお、ユーザ情報とは、所定のサービスにおいてユーザが利用するアカウントに対応付けられたユーザの情報である。ユーザ情報は、限定ではなく例として、ユーザにより入力される、または、所定のサービスにより付与される、ユーザの名前、ユーザのアイコン画像、ユーザの年齢、ユーザの性別、ユーザの住所、ユーザの趣味趣向、ユーザの識別子などのユーザに対応付けられた情報を含み、これらのいずれか一つまたは、組み合わせであってもよいし、そうでなくてもよい。
【0021】
スマートスピーカ６０（スマートスピーカ６０Ａ，スマートスピーカ６０Ｂ，・・・）（限定でなく、音声制御装置、音響制御装置、対話装置、情報処理装置の一例）は、各実施形態において記載する機能を実現できる情報処理装置であればどのような電子装置であってもよい。なお、スマートスピーカには表示画面（表示部）があってもよい。
スマートスピーカを単体として考えた場合には、音入力装置であり、音出力装置であり、音入出力装置といえる。また、キーワード（ウエイクワード）を認識し、スマートスピーカ管理サーバ４０に対してオーディオストリーミング接続を実行する通信装置ともいえる。
スマートスピーカを単体として考えた場合には、音入力装置であり、音出力装置であり、音入出力装置といえる。また、キーワード（ウエイクワード）を認識し、スマートスピーカ管理サーバ４０に対してオーディオストリーミング接続を実行する通信装置ともいえる。
【0022】
スマートスピーカ６０は、限定ではなく例として、スマートスピーカまたは人工知能スピーカ（ＡＩスピーカ）、スマート家電製品、スマートフォン、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ・（personal digital assistant）、電子メールクライアントなど）、ウェアラブル端末（メガネ型デバイス、時計型デバイスなど）、または他種のコンピュータ、またはコミュニケーションプラットホームを含む。スマートスピーカ６０がユーザとの対話を実現可能に構成されているのであれば、スマートスピーカ６０は、対話装置と言うこともできる。
【0023】
なお、スマートスピーカ６０に、スマートスピーカ管理サーバ４０および／またはスキル提供サーバ５０の機能の一部もしくは全てを持たせてもよいし、持たせなくてもよい。
【0024】
支払い管理サーバ１０（限定でなく、サーバ、情報処理装置、情報管理装置の一例）は、端末２０に対して、所定のサービスを提供する機能を備える。支払い管理サーバ１０は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。支払い管理サーバ１０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、支払い管理サーバ１０は情報処理装置と表現されてもよい。支払い管理サーバ１０と端末２０とを区別する必要がない場合は、支払い管理サーバ１０と端末２０とは、それぞれ情報処理装置と表現されてもよいし、されなくてもよい。
【0025】
スマートスピーカ管理サーバ４０（限定でなく、サーバ、情報処理装置、情報管理装置の一例）は、各実施形態において記載する機能を実現できる情報処理装置であればどのような装置であってもよい。スマートスピーカ管理サーバ４０は、限定ではなく例として、サーバ装置、コンピュータ（限定ではなく例として、デスクトップ、ラップトップ、タブレットなど）、メディアコンピュータプラットホーム（限定ではなく例として、ケーブル、衛星セットトップボックス、デジタルビデオレコーダ）、ハンドヘルドコンピュータデバイス（限定ではなく例として、ＰＤＡ、電子メールクライアントなど）、あるいは他種のコンピュータ、またはコミュニケーションプラットホームを含む。また、スマートスピーカ管理サーバ４０は情報処理装置と表現されてもよい。
スキル提供サーバ５０についても同様である。
スキル提供サーバ５０についても同様である。
【0026】
なお、スマートスピーカ管理サーバ４０に、スキル提供サーバ５０の機能の一部もしくは全てを持たせてもよいし、持たせなくてもよい。また、これらのサーバを区別せず、同一のサーバによって本開示のシステムが構成されてもよい。
【0027】
また、支払い管理サーバ１０に、スキル提供サーバ５０の機能の一部もしくは全てを持たせてもよいし、持たせなくてもよい。また、これらのサーバを区別せず、同一のサーバによって本開示のシステムが構成されてもよい。
【0028】
［各装置のハードウェア（ＨＷ）構成］
通信システム１に含まれる各装置のＨＷ構成について説明する。
通信システム１に含まれる各装置のＨＷ構成について説明する。
【0029】
（１）端末のＨＷ構成
図１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、表示部２４、マイク２５、スピーカ２６、カメラ２７を備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、マイク２５、カメラ２７等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
図１には、端末２０のＨＷ構成の一例を示している。
端末２０は、制御部２１（ＣＰＵ：central processing unit（中央処理装置））、記憶部２８、通信Ｉ／Ｆ２２（インタフェース）、入出力部２３、表示部２４、マイク２５、スピーカ２６、カメラ２７を備える。端末２０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、端末２０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、端末２０は、マイク２５、カメラ２７等、個々の構成要素、または複数の構成要素を取り外すような構成であってもよいし、そうでなくてもよい。
【0030】
通信Ｉ／Ｆ２２は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ２２は、ネットワーク３０を介して、サーバ１０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ２２は、各種データを制御部２１からの指示に従って、サーバ１０等の各種装置に送信する。また、通信Ｉ／Ｆ２２は、サーバ１０等の各種装置から送信された各種データを受信し、制御部２１に伝達する。また、通信Ｉ／Ｆ２２を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ２２が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
【0031】
入出力部２３は、端末２０に対する各種操作を入力する装置、および、端末２０で処理された処理結果を出力する装置を含む。入出力部２３は、入力部と出力部が一体化していてもよいし、入力部と出力部に分離していてもよいし、そうでなくてもよい。
【0032】
入力部は、ユーザからの入力を受け付けて、入力に係る情報を制御部２１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入力部は、限定ではなく例として、押しボタン、タッチパネル、タッチディスプレイ、キーボード等のハードウェアキーや、マウス等のポインティングデバイス、カメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含む。
【0033】
出力部は、制御部２１で処理された処理結果を出力することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。出力部は、限定ではなく例として、インジケーターランプ、タッチパネル、タッチディスプレイ、スピーカ（音声出力）、レンズ（限定ではなく例として３Ｄ（three dimensions）出力や、ホログラム出力）、プリンターなどを含む。
【0034】
表示部２４は、フレームバッファに書き込まれた表示データに従って、表示することができる全ての種類の装置のいずれかまたはその組み合わせにより実現される。表示部２４は、限定ではなく例として、タッチパネル、タッチディスプレイ、モニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））、ヘッドマウントディスプレイ（ＨＤＭ：Head Mounted Display）、プロジェクションマッピング、ホログラム、空気中など（真空であってもよいし、そうでなくてもよい）に画像やテキスト情報等を表示可能な装置を含む。なお、これらの表示部２４は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。
【0035】
入出力部２３がタッチパネルの場合、入出力部２３と表示部２４とは、略同一の大きさおよび形状で対向して配置されていてもよい。
【0036】
制御部２１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
【0037】
制御部２１は、限定ではなく例として、中央処理装置（ＣＰＵ）、マイクロプロセッサ（microprocessor）、プロセッサコア（processor core）、マルチプロセッサ（multiprocessor）、ＡＳＩＣ（application-specific integrated circuit）、ＦＰＧＡ（field programmable gate array）を含む。
【0038】
記憶部２８は、端末２０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部２８は、限定ではなく例として、ＨＤＤ（hard disk drive）、ＳＳＤ（solid state drive）、フラッシュメモリ、ＲＡＭ（random access memory）、ＲＯＭ（read only memory）など各種の記憶媒体を含む。また、記憶部２８は、メモリ(memory)と表現されてもよいし、されなくてもよい。
【0039】
端末２０は、プログラムＰを記憶部２８に記憶し、このプログラムＰを実行することで、制御部２１が、制御部２１に含まれる各部としての処理を実行する。つまり、記憶部２８に記憶されるプログラムＰは、端末２０に、制御部２１が実行する各機能を実現させる。また、このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
【0040】
マイク２５は、音声（音響）データの入力に利用される。スピーカ２６は、音声（音響）データの出力に利用される。カメラ２７は、動画像データの取得に利用される。
【0041】
（２）支払い管理サーバのＨＷ構成
図１には、支払い管理サーバ１０のＨＷ構成の一例を示している。
支払い管理サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、ディスプレイ１３を備える。支払い管理サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、支払い管理サーバ１０のＨＷは、支払い管理サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、支払い管理サーバ１０のＨＷは、ディスプレイ１３を取り外すような構成であってもよいし、そうでなくてもよい。
図１には、支払い管理サーバ１０のＨＷ構成の一例を示している。
支払い管理サーバ１０は、制御部１１（ＣＰＵ）、記憶部１５、通信Ｉ／Ｆ１４（インタフェース）、入出力部１２、ディスプレイ１３を備える。支払い管理サーバ１０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、支払い管理サーバ１０のＨＷは、支払い管理サーバ１０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、支払い管理サーバ１０のＨＷは、ディスプレイ１３を取り外すような構成であってもよいし、そうでなくてもよい。
【0042】
制御部１１は、プログラム内に含まれたコードまたは命令によって実現する機能を実行するために物理的に構造化された回路を有し、限定ではなく例として、ハードウェアに内蔵されたデータ処理装置により実現される。
【0043】
制御部１１は、代表的には中央処理装置（ＣＰＵ）、であり、その他にマイクロプロセッサ、プロセッサコア、マルチプロセッサ、ＡＳＩＣ、ＦＰＧＡであってもよいし、そうでなくてもよい。本開示において、制御部１１は、これらに限定されない。
【0044】
記憶部１５は、支払い管理サーバ１０が動作するうえで必要とする各種プログラムや各種データを記憶する機能を有する。記憶部１５は、ＨＤＤ、ＳＳＤ、フラッシュメモリなど各種の記憶媒体により実現される。ただし、本開示において、記憶部１５は、これらに限定されない。また、記憶部１５は、メモリ(memory)と表現されてもよいし、されなくてもよい。
【0045】
通信Ｉ／Ｆ１４は、ネットワーク３０を介して各種データの送受信を行う。通信は、有線、無線のいずれで実行されてもよく、互いの通信が実行できるのであれば、どのような通信プロトコルを用いてもよい。通信Ｉ／Ｆ１４は、ネットワーク３０を介して、端末２０等の各種装置との通信を実行する機能を有する。通信Ｉ／Ｆ１４は、各種データを制御部１１からの指示に従って、端末２０等の各種装置に送信する。また、通信Ｉ／Ｆ１４は、端末２０等の各種装置から送信された各種データを受信し、制御部１１に伝達する。また、通信Ｉ／Ｆ１４を単に通信部と表現する場合もある。また、通信Ｉ／Ｆ１４が物理的に構造化された回路で構成される場合には、通信回路と表現する場合もある。
【0046】
入出力部１２は、支払い管理サーバ１０に対する各種操作を入力する装置により実現される。入出力部１２は、ユーザからの入力を受け付けて、入力に係る情報を制御部１１に伝達できる全ての種類の装置のいずれかまたはその組み合わせにより実現される。入出力部１２は、代表的にはキーボード等に代表されるハードウェアキーや、マウス等のポインティングデバイスで実現される。なお、入出力部１２、限定ではなく例として、タッチパネルやカメラ（動画像を介した操作入力）、マイク（音声による操作入力）を含んでいてもよいし、そうでなくてもよい。ただし、本開示において、入出力部１２は、これらに限定されない。
【0047】
ディスプレイ１３は、代表的にはモニタ（限定ではなく例として、液晶ディスプレイやＯＥＬＤ（organic electroluminescence display））で実現される。なお、ディスプレイ１３は、ヘッドマウントディスプレイ（ＨＤＭ）などであってもよいし、そうでなくてもよい。なお、これらのディスプレイ１３は、３Ｄで表示データを表示可能であってもよいし、そうでなくてもよい。本開示において、ディスプレイ１３は、これらに限定されない。
【0048】
（３）スマートスピーカ管理サーバの構成
図２－１には、スマートスピーカ管理サーバ４０のＨＷ構成の一例を示している。
スマートスピーカ管理サーバ４０は、制御部４１（ＣＰＵ）、記憶部４５、通信Ｉ／Ｆ４４（インタフェース）、入出力部４２、ディスプレイ４３を備える。スマートスピーカ管理サーバ４０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、スマートスピーカ管理サーバ４０のＨＷは、スマートスピーカ管理サーバ４０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、スマートスピーカ管理サーバ４０のＨＷは、ディスプレイ４３を取り外すような構成であってもよいし、そうでなくてもよい。
図２－１には、スマートスピーカ管理サーバ４０のＨＷ構成の一例を示している。
スマートスピーカ管理サーバ４０は、制御部４１（ＣＰＵ）、記憶部４５、通信Ｉ／Ｆ４４（インタフェース）、入出力部４２、ディスプレイ４３を備える。スマートスピーカ管理サーバ４０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、スマートスピーカ管理サーバ４０のＨＷは、スマートスピーカ管理サーバ４０のＨＷの構成として、全ての構成要素を含むことは必須ではない。限定ではなく例として、スマートスピーカ管理サーバ４０のＨＷは、ディスプレイ４３を取り外すような構成であってもよいし、そうでなくてもよい。
【0049】
なお、スマートスピーカ管理サーバ４０の各機能部を構成する部品や回路等は、限定ではなく例として、支払い管理サーバ１０と同様とすることができるため、説明を省略する。
【0050】
（４）スキル提供サーバの構成
図２－２には、スキル提供サーバ５０のＨＷ構成の一例を示している。
スキル提供サーバ５０は、制御部５１（ＣＰＵ）、記憶部５５、通信Ｉ／Ｆ５４（インタフェース）、入出力部５２、ディスプレイ５３を備える。スキル提供サーバ５０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、スキル提供サーバ５０のＨＷは、スキル提供サーバ５０のＨＷの構成として、全ての構成要素を含むことは必須ではない。
図２－２には、スキル提供サーバ５０のＨＷ構成の一例を示している。
スキル提供サーバ５０は、制御部５１（ＣＰＵ）、記憶部５５、通信Ｉ／Ｆ５４（インタフェース）、入出力部５２、ディスプレイ５３を備える。スキル提供サーバ５０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、スキル提供サーバ５０のＨＷは、スキル提供サーバ５０のＨＷの構成として、全ての構成要素を含むことは必須ではない。
【0051】
なお、スキル提供サーバ５０の各機能部を構成する部品や回路等は、限定ではなく例として、支払い管理サーバ１０と同様とすることができるため、説明を省略する。
【0052】
（５）スマートスピーカの構成
図２－３には、スマートスピーカ６０のＨＷ構成の一例を示している。
スマートスピーカ６０は、制御部６１（ＣＰＵ：central processing unit（中央処理装置））、記憶部６８、通信Ｉ／Ｆ６２（インタフェース）、入出力部６３、マイク６５、スピーカ６６を備える。スマートスピーカ６０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、スマートスピーカ６０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、スマートスピーカ６０のＨＷは、入出力部６３を取り外すような構成であってもよいし、そうでなくてもよい。また、図２－３に記載のない構成要素を組み込んでもよい。限定ではなく例として、表示部を付け加えるような構成であってもよいし、そうでなくてもよい。
図２－３には、スマートスピーカ６０のＨＷ構成の一例を示している。
スマートスピーカ６０は、制御部６１（ＣＰＵ：central processing unit（中央処理装置））、記憶部６８、通信Ｉ／Ｆ６２（インタフェース）、入出力部６３、マイク６５、スピーカ６６を備える。スマートスピーカ６０のＨＷの各構成要素は、限定ではなく例として、バスＢを介して相互に接続される。なお、スマートスピーカ６０のＨＷ構成として、すべての構成要素を含むことは必須ではない。限定ではなく例として、スマートスピーカ６０のＨＷは、入出力部６３を取り外すような構成であってもよいし、そうでなくてもよい。また、図２－３に記載のない構成要素を組み込んでもよい。限定ではなく例として、表示部を付け加えるような構成であってもよいし、そうでなくてもよい。
【0053】
スマートスピーカ６０のＨＷ構成や、各機能部を構成する部品や回路等は、限定ではなく例として、端末２０と同様に構成することができるため、説明を省略する。
【0054】
（６）その他
支払い管理サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、支払い管理サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。
支払い管理サーバ１０は、プログラムＰを記憶部１５に記憶し、このプログラムＰを実行することで、制御部１１が、制御部１１に含まれる各部としての処理を実行する。つまり、記憶部１５に記憶されるプログラムＰは、支払い管理サーバ１０に、制御部１１が実行する各機能を実現させる。このプログラムＰは、プログラムモジュールと表現されてもよいし、されなくてもよい。
他の装置についても同様である。
【0055】
本開示の各実施形態においては、端末２０および／または支払い管理サーバ１０のＣＰＵがプログラムＰを実行することにより、実現するものとして説明する。
他の装置についても同様である。
他の装置についても同様である。
【0056】
なお、端末２０の制御部２１、および／または、支払い管理サーバ１０の制御部１１は、制御回路を有するＣＰＵだけでなく、集積回路（ＩＣ（Integrated Circuit）チップ、ＬＳＩ（Large Scale Integration））等に形成された論理回路（ハードウェア）や専用回路によって各処理を実現してもよいし、そうでなくてもよい。また、これらの回路は、１または複数の集積回路により実現されてよく、各実施形態に示す複数の処理を１つの集積回路により実現されることとしてもよいし、そうでなくてもよい。また、ＬＳＩは、集積度の違いにより、ＶＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩなどと呼称されることもある。そのため、制御部２１は、制御回路と表現されてもよいし、されなくてもよい。
他の装置についても同様である。
他の装置についても同様である。
【0057】
また、本開示の各実施形態のプログラムＰ(限定ではなく例として、ソフトウェアプログラム、コンピュータプログラム、またはプログラムモジュール)は、コンピュータに読み取り可能な記憶媒体に記憶された状態で提供されてもよいし、されなくてもよい。 記憶媒体は、「一時的でない有形の媒体」に、プログラムＰを記憶可能である。また、プログラムＰは、本開示の各実施形態の機能の一部を実現するためのものであってもよいし、そうでなくてもよい。さらに、本開示の各実施形態の機能を記憶媒体にすでに記録されているプログラムPとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよいし、そうでなくてもよい。
【0058】
記憶媒体は、１つまたは複数の半導体ベースの、または他の集積回路（ＩＣ）（限定ではなく例として、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または特定用途向けＩＣ（ＡＳＩＣ）など）、ハード・ディスク・ドライブ（ＨＤＤ）、ハイブリッド・ハード・ドライブ（ＨＨＤ）、光ディスク、光ディスクドライブ（ＯＤＤ）、光磁気ディスク、光磁気ドライブ、フロッピィ・ディスケット、フロッピィ・ディスク・ドライブ（ＦＤＤ）、磁気テープ、固体ドライブ（ＳＳＤ）、ＲＡＭドライブ、セキュア・デジタル・カード、またはドライブ、任意の他の適切な記憶媒体、またはこれらの２つ以上の適切な組合せを含むことができる。記憶媒体は、適切な場合、揮発性、不揮発性、または揮発性と不揮発性の組合せでよい。なお、記憶媒体はこれらの例に限られず、プログラムＰを記憶可能であれば、どのようなデバイスまたは媒体であってもよい。また、記憶媒体をメモリ（memory）と表現されてもよいし、されなくてもよい。
【0059】
支払い管理サーバ１０および／または端末２０は、記憶媒体に記憶されたプログラムＰを読み出し、読み出したプログラムＰを実行することによって、各実施形態に示す複数の機能部の機能を実現することができる。
他の装置についても同様である。
他の装置についても同様である。
【0060】
また、本開示のプログラムＰは、プログラムを伝送可能な任意の伝送媒体(通信ネットワークや放送波等)を介して、支払い管理サーバ１０および／または端末２０に提供されてもよいし、されなくてもよい。支払い管理サーバ１０および／または端末２０は、限定ではなく例として、インターネット等を介してダウンロードしたプログラムＰを実行することにより、各実施形態に示す複数の機能部の機能を実現する。
他の装置についても同様である。
他の装置についても同様である。
【0061】
また、本開示の各実施形態は、プログラムＰが電子的な伝送によって具現化されたデータ信号の形態でも実現され得る。
支払い管理サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部を、支払い管理サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、支払い管理サーバ１０で行う構成としてもよいし、そうでなくてもよい。
支払い管理サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、支払い管理サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
他の装置についても同様である。
支払い管理サーバ１０および／または端末２０における処理の少なくとも一部は、１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよいし、そうでなくてもよい。
端末２０における処理の少なくとも一部を、支払い管理サーバ１０により行う構成としてもよいし、そうでなくてもよい。この場合、端末２０の制御部２１の各機能部の処理のうち少なくとも一部の処理を、支払い管理サーバ１０で行う構成としてもよいし、そうでなくてもよい。
支払い管理サーバ１０における処理の少なくとも一部を、端末２０により行う構成としてもよいし、そうでなくてもよい。この場合、支払い管理サーバ１０の制御部１１の各機能部の処理のうち少なくとも一部の処理を、端末２０で行う構成としてもよいし、そうでなくてもよい。
他の装置についても同様である。
【0062】
明示的な言及のない限り、本開示の実施形態における判定の構成は必須でなく、判定条件を満たした場合に所定の処理が動作されたり、判定条件を満たさない場合に所定の処理がされたりしてもよいし、そうでなくてもよい。
【0063】
なお、本開示のプログラムは、限定ではなく例として、ActionScript、JavaScript(登録商標)などのスクリプト言語、Objective-C、Java(登録商標)などのオブジェクト指向プログラミング言語、HTML5などのマークアップ言語などを用いて実装される。
【0064】
＜実施例＞
近年、スマートスピーカ６０を通じて利用するサービスに関連する、様々なスキル（スマートスピーカ向けアプリケーション・アプリケーションソフトウェア）の開発が行われている。そして、スマートスピーカ６０のユーザが、これらのスキルを用いて、各種のサービスを受けることが可能になってきている。
近年、スマートスピーカ６０を通じて利用するサービスに関連する、様々なスキル（スマートスピーカ向けアプリケーション・アプリケーションソフトウェア）の開発が行われている。そして、スマートスピーカ６０のユーザが、これらのスキルを用いて、各種のサービスを受けることが可能になってきている。
【0065】
以下説明する実施例は、限定ではなく例として、スマートスピーカ６０のユーザが、スキルを用いて有償（有料）のサービスを受けるにあたり、端末２０または端末２０のユーザのアカウントから、スキルを開発・提供する事業者のアカウントの指示（またはスキル提供サーバ５０の指示）によって、サービスの利用料金の支払いを行う実施例である。
【0066】
以下説明する実施例では、サービスの利用料金の支払いにおいては、端末２０で実行される支払いアプリケーションを用いて、電子マネーによる支払いを行うこととする。
【0067】
以下では、スマートスピーカ６０のスキルを開発・提供する事業者のことを「スキルプロバイダ」と称する。図１では、「開発元Ｐ１」、「開発元Ｐ２」、・・・、のように示している。
また、支払いアプリケーションを用いた支払いサービス・決済サービスを提供する事業者のことを「決済サービス事業者」と称する。
また、スマートスピーカ６０を運用（開発など）する事業者のことを「スマートスピーカ事業者」と称する。
また、支払いアプリケーションを用いた支払いサービス・決済サービスを提供する事業者のことを「決済サービス事業者」と称する。
また、スマートスピーカ６０を運用（開発など）する事業者のことを「スマートスピーカ事業者」と称する。
【0068】
なお、決済サービス事業者は、支払いアプリケーションの事業者や、支払い管理サーバ１０の事業者と表現してもよいし、しなくてもよい。
同様に、スキルプロバイダは、スキル提供サーバ５０の事業者と表現してもよいし、しなくてもよい。
また、スマートスピーカ事業者は、スマートスピーカ管理サーバ４０の事業者と表現してもよいし、しなくてもよい。
同様に、スキルプロバイダは、スキル提供サーバ５０の事業者と表現してもよいし、しなくてもよい。
また、スマートスピーカ事業者は、スマートスピーカ管理サーバ４０の事業者と表現してもよいし、しなくてもよい。
【0069】
また、決済サービス事業者とスマートスピーカ事業者とは、同一の事業者でもよいし、そうでなくてもよい。
また、スマートスピーカ事業者とスキルプロバイダとは、同一の事業者でもよいし、そうでなくてもよい。
また、スマートスピーカ事業者とスキルプロバイダとは、同一の事業者でもよいし、そうでなくてもよい。
【0070】
本実施例では、支払いアプリケーション内で支払いに関する各種のサービスが提供されることとし、決済サービス事業者によって、支払い管理サーバ１０が運用・管理されることとして説明する。以下では、一例として、支払いアプリケーションの名称を「Ｐａｙｍｅｎｔ Ａｐｐ」と称して図示・説明する。
【0071】
また、本実施例では、端末２０で実行されるスマートスピーカアプリケーション内で、スマートスピーカ６０の初期設定やスキルの追加に関する各種サービスが提供されることとし、スマートスピーカ事業者によって、スマートスピーカ管理サーバ４０が運用・管理されることとして説明する。以下では、一例として、スマートスピーカアプリケーションの名称を「スマートスピーカ Ａｐｐ」と称して図示・説明する。
【0072】
本実施例において、「電子マネー」とは、物理的貨幣と区別される電子的な貨幣であって、支払いアプリケーションにおいて管理される端末２０または端末２０のユーザが所有する電子的な貨幣であるとともに、スキルプロバイダのアカウントの指示によって、端末２０のユーザ（または端末２０）からスキルプロバイダへ支払われる電子的な貨幣のことを意味する。電子マネーは、「電子貨幣」と表現してもよいし、しなくてもよい。
【0073】
本実施例における、スマートスピーカ６０のユーザがスキルを用いる際のサービスの利用料金の体系としては、例えば以下のようなものが挙げられる。
（a）スキル利用開始時に支払い（スキルの有料販売・パッケージ販売）
（ｂ）スキル利用中にスキル内で提供されるコンテンツ・機能等に対して個別に支払い（いわゆるスキル（アプリ）内課金）
（ｃ）スキル利用中にスキル内で提供されるコンテンツ・機能等に対して一定期間内における定額利用料金を支払い（いわゆるサブスクリプション）
（ｄ）上記（a）～（ｃ）の２つ以上の組み合わせ
（a）スキル利用開始時に支払い（スキルの有料販売・パッケージ販売）
（ｂ）スキル利用中にスキル内で提供されるコンテンツ・機能等に対して個別に支払い（いわゆるスキル（アプリ）内課金）
（ｃ）スキル利用中にスキル内で提供されるコンテンツ・機能等に対して一定期間内における定額利用料金を支払い（いわゆるサブスクリプション）
（ｄ）上記（a）～（ｃ）の２つ以上の組み合わせ
【0074】
＜機能構成＞
（１）端末の機能構成
図３－１は、本実施例における端末２０の制御部２１により実現される機能の一例を示す図である。
制御部２１は、主要な機能部として、限定ではなく例として、支払いアプリケーション処理部２１１と、スマートスピーカアプリケーション処理部２１２とを含む。
（１）端末の機能構成
図３－１は、本実施例における端末２０の制御部２１により実現される機能の一例を示す図である。
制御部２１は、主要な機能部として、限定ではなく例として、支払いアプリケーション処理部２１１と、スマートスピーカアプリケーション処理部２１２とを含む。
【0075】
支払いアプリケーション処理部２１１は、記憶部２８に記憶されている支払いアプリケーションプログラム２８２に従って、支払いアプリケーションの各種の機能に基づく処理を行う機能を有している。
【0076】
スマートスピーカアプリケーション処理部２１２は、記憶部２８に記憶されているスマートスピーカアプリケーションプログラム２８３に従って、スマートスピーカの初期登録やスマートスピーカへのスキル追加といった、スマートスピーカアプリケーションの各種の機能に基づく処理を行う機能を有している。
【0077】
図３－２は、本実施例における端末２０の記憶部２８に記憶される情報の一例を示す図である。
記憶部２８には、限定ではなく例として、端末メイン処理として実行される端末メイン処理プログラム２８１と、支払いアプリケーション処理として実行される支払いアプリケーションプログラム２８２と、支払いアプリケーションデータ２８５と、スマートスピーカアプリケーション処理として実行されるスマートスピーカアプリケーションプログラム２８３と、スマートスピーカアプリケーションデータ２８６とが記憶される。
記憶部２８には、限定ではなく例として、端末メイン処理として実行される端末メイン処理プログラム２８１と、支払いアプリケーション処理として実行される支払いアプリケーションプログラム２８２と、支払いアプリケーションデータ２８５と、スマートスピーカアプリケーション処理として実行されるスマートスピーカアプリケーションプログラム２８３と、スマートスピーカアプリケーションデータ２８６とが記憶される。
【0078】
文中の支払いアプリケーションとは、この支払いアプリケーションプログラム２８２を意味する。同様に、文中のスマートスピーカアプリケーションとは、このスマートスピーカアプリケーションプログラム２８３を意味する。
【0079】
なお、支払いアプリケーションは、いわゆるメッセージングサービス（ＭＳ：Messaging Service）の機能を有さない単体のアプリケーションとして提供されるようにしてもよいし、ＭＳの機能を有する複合的なアプリケーションとして提供されるようにしてもよい。また、メッセージングサービスには、端末２０間での簡単なメッセージ等のコンテンツの送受信を可能とするインスタントメッセージングサービス（ＩＭＳ：Instant Messaging Service）を含めてもよいし、含めなくてもよい。
【0080】
また、支払いアプリケーションは、いわゆるソーシャルネットワーキングサービス（ＳＮＳ：Social Networking Service）の機能を有さない単体のアプリケーションとして提供されるようにしてもよいし、ＳＮＳの機能を有する複合的なアプリケーションとして提供されるようにしてもよい。
【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】
支払い管理サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によってスキル支払い確認情報を受信する（Ｄ１１１）。すると、支払い管理サーバ１０の制御部１１は、プロバイダＩＤで識別されるスキルプロバイダからの支払い（あるいはプロバイダＩＤで識別される、あるスキルにおいて発生する支払い）に関して、支払いに同意するか否かの情報（支払い同意確認情報）を通信Ｉ／Ｆ１４によって端末２０に送信する（Ｄ１１３）。
【0177】
端末２０の支払いアプリケーション処理部２１１は、通信Ｉ／Ｆ２２によって支払い管理サーバ１０から支払い同意確認情報を受信すると（Ａ１１９）、受信された支払い同意確認情報を表示部２４に表示させる。そして、端末２０のユーザによって支払いに同意する旨の操作が入出力部２３において検知されると、支払いアプリケーション処理部２１１は、通信Ｉ／Ｆ２２によって支払い管理サーバ１０へ支払い同意情報を送信する（Ａ１２１）。
【0178】
支払い管理サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０から支払い同意情報を受信する（Ｄ１１５）。そして、制御部１１は、ｍＩＤとアクティベーションコードとを含む、支払い同意済み情報をスキル提供サーバ５０に送信する（Ｃ１１５）。この場合、制御部１１は、限定ではなく例として、支払い管理サーバ１０が配布（提供）するアプリケーションプログラミングインターフェイス（ＡＰＩ）であって、支払いアプリケーション（支払いサービス）と関連付けられたＡＰＩ（決済用ＡＰＩ、支払い用ＡＰＩ）を介して、支払い同意済み情報をスキル提供サーバ５０に送信するようにすることができる。
【0179】
スキル提供サーバ５０の制御部５１は、通信Ｉ／Ｆ５４によって支払い管理サーバ１０から支払い同意済み情報を受信すると（Ｃ１１５）、ＩＤ情報照合処理を実行する（Ｃ１１７）。具体的には、限定ではなく例として、受信したアクティベーションコードと対になるｓＩＤを記憶部５５から検索する。そして、検索結果として得られるｓＩＤと、支払い同意済み情報から得られるｍＩＤとを紐付けて、スキル提供基本情報データ５５２のスキル提供対象登録データに記憶させる。
【0180】
このような動作をすることで、限定ではなく例として、スキル提供サーバ５０は、アカウント（例えば支払いアプリケーションＩＤ（ｍＩＤ））と第２のアカウント（例えばスマートスピーカアプリケーションＩＤ（ｓＩＤ））とを関連付けて保存することができる。
【0181】
なお、スマートスピーカ６０の初期セットアップを行う際に、スマートスピーカアプリケーションでユーザのアカウントとの紐付けを行うように構成しても構わない。あるいは工場出荷時にユーザのアカウントとスマートスピーカ６０を関連付けた状態にした上で、スマートスピーカ６０を発送するように構成しても構わない。
【0182】
このように、スキル提供サーバ５０が、支払い管理サーバ１０から支払い同意済み情報を受信したことに基づいて、ＩＤ情報照合処理（限定ではなく、サービスと、アカウントとを関連付ける第３の処理の一例）を実行することで、音声制御装置で提供されるサービスと、アカウントとを適切に関連付けることができる。
【0183】
なお、例えば、スマートスピーカアプリケーションとスマートスピーカ６０とが一対一の関係であれば、ｓＩＤは、スマートスピーカ６０のＩＤ（ｄｅｖＩＤ）と実質的に同じである。この場合、上記のＩＤの関連付けは、アカウントと音声制御装置との関連付けと同義となる。
【0184】
また、支払い同意確認処理において、Ａ１１７～Ａ１１９のステップを省略してもよい。
この場合、Ａ１２１のステップにおいて、端末２０の支払いアプリケーション処理部２１１は支払い管理サーバ１０に、プロバイダＩＤと、アクティベーションコードとを含む支払い同意情報を送信する。
この場合、Ａ１２１のステップにおいて、端末２０の支払いアプリケーション処理部２１１は支払い管理サーバ１０に、プロバイダＩＤと、アクティベーションコードとを含む支払い同意情報を送信する。
【0185】
なお、Ｃ１１７のステップ終了後、スキル提供サーバ５０は、ＩＤ情報照合処理が終了した旨の情報を、支払い管理サーバ１０に送信してもよい。また、支払い管理サーバ１０は、受信したその情報を端末２０に送信し、端末２０ではＩＤ情報照合処理が終了した旨を表示するようにしてもよい。
【0186】
スマートスピーカ６０の制御部６１は、スマートスピーカ６０のユーザ発話に基づいて、通信Ｉ／Ｆ６２によってスマートスピーカ管理サーバ４０に図５－１の処理で追加したスキルを起動する旨の情報を送信する。そして、スマートスピーカ６０の制御部６１は、スマートスピーカ６０のユーザ発話の音声データを生成して、通信Ｉ／Ｆ６２によってスマートスピーカ管理サーバ４０に、生成された音声データ（スキル内での有償インテント購入を要求する情報（スキル内購入要求情報））を送信する（Ｅ１１３）。
【0187】
スマートスピーカ管理サーバ４０の制御部４１は、通信Ｉ／Ｆ４４によってスマートスピーカ６０から音声データ（スキル内購入要求情報）を受信する（Ｂ１２３）。すると、制御部４１は、ユーザ発話内容を解析（音声データを解析）し、購入を要求するｉＩＤを算出する。また、制御部４１は、スマートスピーカ６０のｄｅｖＩＤからｓＩＤを検索する。
【0188】
次いで、スマートスピーカ管理サーバ４０の制御部４１は、通信Ｉ／Ｆ４４によってスキル提供サーバ５０に、音声データの解析結果とｓＩＤとｉＩＤとを含む購入要求情報を送信する（Ｂ１２５）。
【0189】
スキル提供サーバ５０の制御部５１は、通信Ｉ／Ｆ５４によってスマートスピーカ管理サーバ４０から購入要求情報を受信すると（Ｃ１１９）、スキル提供基本情報データ５５２のスキル提供対象登録データを参照して、ｓＩＤと対となるｍＩＤが登録されているか否か（ｍＩＤがＮＵＬＬ値か否か）を判定する（Ｃ１２１）。
【0190】
このような動作をすることで、限定ではなく例として、スキル提供サーバ５０は、第２のアカウント（例えばスマートスピーカアプリケーションＩＤ（ｓＩＤ））に関連付けられたアカウント（例えば支払いアプリケーションＩＤ（ｍＩＤ））を特定することができる。
【0191】
ｓＩＤと対となるｍＩＤが登録されていない（ｍＩＤがＮＵＬＬ値）場合には（Ｃ１２１：ＮＯ）、スキル提供サーバ５０の制御部５１は、通信Ｉ／Ｆ５４によってスマートスピーカ管理サーバ４０に、ｓＩＤと、プロバイダＩＤとを含む支払いが発生することへの同意を促す情報（支払い同意要請情報）を送信する（Ｃ１２３）。
【0192】
スマートスピーカ管理サーバ４０の制御部４１は、通信Ｉ／Ｆ４４によって支払い同意要請情報を受信すると（Ｂ１２７）、プロバイダＩＤで識別されるスキルプロバイダからの支払いを承認することを要請する情報（スキル支払い同意要請情報）を、通信Ｉ／Ｆ４４によって端末２０に送信する（Ｂ１２９）。
【0193】
Ａ１２１の後、端末２０は、通信Ｉ／Ｆ２２によってスマートスピーカ管理サーバ４０からスキル支払い同意要請情報を受信する（Ａ１２５）。そして、端末２０のスマートスピーカアプリケーション処理部２１２は、支払い同意確認（支払い同意確認処理）をユーザに促す情報を表示部２４に表示させる。そして、その表示に基づき支払いが同意された場合、支払い同意確認処理が実行される。
【0194】
支払い同意確認を行う対象とするスキル（以下、「対象スキル」と称する。）について、図３－１３のスキル提供基本情報データ５５２内のスキル提供対象登録データにおいてｓＩＤと対となるｍＩＤが登録されていない場合（ｍＩＤがＮＵＬＬ値である場合）、Ｃ１２１の判定結果は「ＮＯ」となる。この場合、スキル提供サーバ５０は、スマートスピーカ管理サーバ４０を介して、対象スキル内での支払いに同意するようにユーザに促す情報（スキル支払い同意要請情報）を、そのＮＵＬＬ値と関連付けてスキル提供対象登録データに記憶されたｓＩＤの端末２０宛に送信する。そして、スキル支払い同意要請情報が端末２０で受信される（Ｃ１２３→Ｂ１２７→Ｂ１２９→Ａ１２５）。
【0195】
端末２０では、例えば図４－４に示したような画面が表示部２４に表示される。また、端末２０と各種のサーバとの間で、図５－２に示した支払い同意確認処理が行われる（Ａ１２５→Ａ１１７～Ａ１２１、Ｄ１１１～Ｄ１１７、Ｃ１１５～Ｃ１１７）。そして、対象スキル内での支払いにユーザが同意した場合、スキル提供サーバ５０において、スキル提供対象登録データにおいて上記のＮＵＬＬ値であった欄に、その端末２０のｍＩＤが新たに記憶されて（Ｄ１１７→Ｃ１１５～Ｃ１１７）、ｓＩＤとｍＩＤとが関連付けられる。その結果、スキル提供基本情報データ５５２において、スキル（スキルＩＤ）（限定ではなく、音声制御装置で提供されるサービスの一例）と、ｍＩＤ（限定ではなく、決済サービスのアカウントの一例）とが関連付けられる。
【0196】
このように、スキル提供サーバ５０が、スマートスピーカ管理サーバ４０を介して、支払い同意要請情報を端末２０に送信する処理（限定ではなく、音声制御装置で提供されるサービスと、アカウント（例えば決済サービスのアカウント）とを関連付けるための処理の一例）を行う。また、その結果、例えばスキル提供サーバ５０において、音声制御装置で提供されるサービスと、アカウントの関連付けが行われる。
【0197】
ｓＩＤと対となるｍＩＤが登録されている（ｍＩＤがＮＵＬＬ値ではない）場合（Ｃ１２１：ＹＥＳ）、スキル提供サーバ５０の制御部５１は、プロバイダＩＤと、ｍＩＤと、ｉＩＤから算出される課金金額とを含む課金要求情報を、通信Ｉ／Ｆ５４によって支払い管理サーバ１０に送信する（Ｃ１２５）。この場合、制御部５１は、限定ではなく例として、前述したＡＰＩを介して、課金要求情報を支払い管理サーバ１０に送信するようにすることができる。
【0198】
ここで、スキル内での有償インテント購入を要求する情報（スキル内購入要求情報）がスマートスピーカ６０からスマートスピーカ管理サーバ４０に送信された場合に、結果的に、Ｃ１２５の処理が実行されることになる。これは、ユーザ発話内容が解析された結果、スキル内での有償インテント購入を要求する音声である場合に、課金要求（決済要求）がスキル提供サーバ５０から支払い管理サーバ１０に送信されることを示している。
このようにすることで、音声制御装置を利用するユーザが、有償のサービスを受けることを求める（希望する）音声を音声制御装置に発した場合に、決済要求が外部サーバから送信されるようにすることができる。
このようにすることで、音声制御装置を利用するユーザが、有償のサービスを受けることを求める（希望する）音声を音声制御装置に発した場合に、決済要求が外部サーバから送信されるようにすることができる。
【0199】
支払い管理サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によってスキル提供サーバ５０から課金要求情報（限定ではなく、決済要求の一例）を受信する（Ｄ１１９）。これは、支払い管理サーバ１０がスマートスピーカ６０で提供されるサービスの利用料金の決済要求を外部サーバ（スキル提供サーバ５０）から受信することを意味する。次に、制御部１１は、通信Ｉ／Ｆ１４によって、ｍＩＤで識別される端末２０に、プロバイダＩＤと支払い金額とを含む支払い確認情報を送信する（Ｄ１２１）。
【0200】
このように、支払い管理サーバ１０は、支払いアプリケーション（限定ではなく、決済サービスの一例）によるスキルの課金金額（利用料金）に関する課金要求情報を受信する。そして、支払い管理サーバ１０は、特定されたｍＩＤに対応する端末２０上の操作で支払いアプリケーションによって利用料金を決済するための支払い確認情報を送信することで、音声制御装置で提供されるサービスの利用料金を、特定されたアカウントに対応する端末上の操作で決済サービスによって簡単に決済できるようにすることができる。
【0201】
端末２０の支払いアプリケーション処理部２１１は、通信Ｉ／Ｆ２２によって支払い管理サーバ１０から支払い確認情報を受信すると（Ａ１２７）、支払い先のプロバイダＩＤに関する情報と支払い金額とを含む確認画面を表示部２４に表示させる。
端末２０の支払いアプリケーション処理部２１１は、端末２０のユーザによって支払いを許可する旨の操作を入出力部２３によって受け付けると、通信Ｉ／Ｆ２２によって支払い管理サーバ１０に、支払い許可情報を送信する（Ａ１２９）。
端末２０の支払いアプリケーション処理部２１１は、端末２０のユーザによって支払いを許可する旨の操作を入出力部２３によって受け付けると、通信Ｉ／Ｆ２２によって支払い管理サーバ１０に、支払い許可情報を送信する（Ａ１２９）。
【0202】
支払い管理サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって端末２０から支払い許可情報を受信すると（Ｄ１２３）、ｍＩＤに対する決済処理を実行する（Ｄ１２５）。決済が完了すると、支払い管理サーバ１０の制御部１１は、通信Ｉ／Ｆ１４によって、端末２０とスキル提供サーバ５０とに、ｍＩＤを含む決済完了情報を送信する（Ｄ１２７）。
【0203】
端末２０の支払いアプリケーション処理部２１１は、通信Ｉ／Ｆ２２によって支払い管理サーバ１０から決済完了情報を受信すると（Ａ１３１）、支払いが完了した旨の情報を表示部２４に表示させる。
【0204】
スキル提供サーバ５０の制御部５１は、通信Ｉ／Ｆ５４によって支払い管理サーバ１０から決済完了情報を受信すると（Ｃ１２７）、スキル提供基本情報データ５５２のスキル提供対象登録データに、ｍＩＤと関連する購入済みインテントとしてｉＩＤを追記して記憶させる。そして、制御部５１は、通信Ｉ／Ｆ５４によってスマートスピーカ管理サーバ４０に、ｓＩＤとｉＩＤとを含む課金機能開放情報を送信する（Ｃ１２９）。
【0205】
スマートスピーカ管理サーバ４０の制御部４１は、通信Ｉ／Ｆ４４によってスキル提供サーバ５０から課金機能開放情報を受信すると（Ｂ１３１）、通信Ｉ／Ｆ４４によってＥ１１３のステップで受信したｄｅｖＩＤで識別されるスマートスピーカ６０に、スキル内でのｉＩＤで識別されるインテントが使用可能となったことを含むスキル内機能開放情報を送信する（Ｂ１３３）。
【0206】
スマートスピーカ６０の制御部６１は、通信Ｉ／Ｆ６２によってスマートスピーカ管理サーバ４０からスキル内機能開放情報を受信すると、Ｅ１１３で購入を要請したインテントが使用可能な旨をスピーカ６６から出力する。
【0207】
なお、スマートスピーカ６０に表示部が存在する場合には、スキル内機能開放情報を表示部に表示させてもよい。
【0208】
このように、スキル提供サーバ５０は、決済完了情報（限定ではなく、決済サービスによって利用料金が決済されたことを示す決済情報の一例）を支払い管理サーバ１０から受信する。そして、決済完了情報が受信されたことに基づいて、スキル提供サーバ５０が、課金機能開放情報をスマートスピーカ管理サーバ４０に送信する処理（限定ではなく、サービスの利用を可能とするための第１処理の一例）を実行する。また、スマートスピーカ管理サーバ４０が、スキル内機能開放情報をスマートスピーカ６０に送信する処理（限定ではなく、サービスの利用を可能とするための第１処理の一例）を実行する。このようにすることで、決済サービスによって利用料金が決済されたことを示す決済情報を、決済サービスを提供するサーバから受信したことに基づいて、音声制御装置で提供されるサービスをユーザに利用させることができる。
【0209】
また、上記の第１の処理を、支払い管理サーバ１０から送信される決済完了情報と、特定したｍＩＤとに基づいて実行することで、誤って別のアカウントを対象として第１の処理が実行されてしまうことを防止することができる。
【0210】
＜実施例の効果＞
本実施例によれば、ｍＩＤ（限定ではなく、アカウントの一例）とｓＩＤ（限定ではなく、音声制御装置に関する情報の一例、音声制御装置で提供されるサービスに関する情報の一例、アカウントとは異なるサービスに関連する第２のアカウントの一例）とが関連付けてスキル提供サーバ５０の記憶部５８に保存される。また、スマートスピーカ６０で受け付けた音声から生成された音声データを解析した解析結果が、スマートスピーカ管理サーバ４０からスキル提供サーバ５０に送信される。
そして、記憶部５８に保存された情報に基づいて、ｓＩＤに関連付けられたｍＩＤがスキル提供サーバ５０によって特定される。そして、支払い管理サーバ１０が、スマートスピーカ６０（限定ではなく、音声制御装置の一例）で提供されるスキル（限定ではなく、サービスの一例）の利用料金に関する課金要求情報（限定ではなく、決済要求の一例）をスキル提供サーバ５０（限定ではなく、外部サーバの一例）から受信する。
そして、決済要求を受信した場合、支払い管理サーバ１０が、特定されたｍＩＤに対応する端末２０に、支払い確認情報（限定ではなく、特定されたアカウントに対応する端末上の操作で利用料金を決済するための情報の一例）を送信する。
かかる構成により、音声制御装置で提供されるサービスの利用料金を、特定されたアカウントに対応する端末上の操作で簡単に決済できるようにすることができる。
本実施例によれば、ｍＩＤ（限定ではなく、アカウントの一例）とｓＩＤ（限定ではなく、音声制御装置に関する情報の一例、音声制御装置で提供されるサービスに関する情報の一例、アカウントとは異なるサービスに関連する第２のアカウントの一例）とが関連付けてスキル提供サーバ５０の記憶部５８に保存される。また、スマートスピーカ６０で受け付けた音声から生成された音声データを解析した解析結果が、スマートスピーカ管理サーバ４０からスキル提供サーバ５０に送信される。
そして、記憶部５８に保存された情報に基づいて、ｓＩＤに関連付けられたｍＩＤがスキル提供サーバ５０によって特定される。そして、支払い管理サーバ１０が、スマートスピーカ６０（限定ではなく、音声制御装置の一例）で提供されるスキル（限定ではなく、サービスの一例）の利用料金に関する課金要求情報（限定ではなく、決済要求の一例）をスキル提供サーバ５０（限定ではなく、外部サーバの一例）から受信する。
そして、決済要求を受信した場合、支払い管理サーバ１０が、特定されたｍＩＤに対応する端末２０に、支払い確認情報（限定ではなく、特定されたアカウントに対応する端末上の操作で利用料金を決済するための情報の一例）を送信する。
かかる構成により、音声制御装置で提供されるサービスの利用料金を、特定されたアカウントに対応する端末上の操作で簡単に決済できるようにすることができる。
【0211】
また、本実施例によれば、決済要求は、スキル内機能（限定ではなく、音声制御装置で提供されるサービスにおいて有償の機能として提供される機能の一例）を利用するための利用料金の決済を要求する情報を含むため、音声制御装置で提供されるサービスにおいて有償の機能として提供される機能を利用するための利用料金を、特定されたアカウントに対応する端末上の操作で簡単に決済できるようにすることができる。
【0212】
＜変形例＞
以下、上記の実施例の変形例について説明する。
以下、上記の実施例の変形例について説明する。
【0213】
＜変形例（１）＞
上記の実施例では、スキル提供サーバ５０において、支払いアプリケーションＩＤ（ｍＩＤ）と、スマートスピーカアプリケーションＩＤ（ｓＩＤ）とが関連付けて保存されることとしたが、これに限定されない。
上記の実施例では、スキル提供サーバ５０において、支払いアプリケーションＩＤ（ｍＩＤ）と、スマートスピーカアプリケーションＩＤ（ｓＩＤ）とが関連付けて保存されることとしたが、これに限定されない。
【0214】
具体的には、限定ではなく例として、スキル提供サーバ５０が記憶するスキル提供対象登録データに、スマートスピーカ６０のＩＤ（ｄｅｖＩＤ）と、ｍＩＤと、購入済みインテントとを関連付けて保存するようにしてもよいし、しなくてもよい。
【0215】
このような動作をすることで、限定ではなく例として、スキル提供サーバ５０は、アカウント（例えば支払いアプリケーションＩＤ（ｍＩＤ））と音声制御装置（例えばスマートスピーカ６０のＩＤ（ｄｅｖＩＤ））とを関連付けて保存することができる。
また、このような動作をすることで、限定ではなく例として、スキル提供サーバ５０は、音声制御装置（例えばスマートスピーカ６０のＩＤ（ｄｅｖＩＤ））に関連付けられたアカウント（例えば支払いアプリケーションＩＤ（ｍＩＤ））を特定することができる。
また、このような動作をすることで、限定ではなく例として、スキル提供サーバ５０は、音声制御装置（例えばスマートスピーカ６０のＩＤ（ｄｅｖＩＤ））に関連付けられたアカウント（例えば支払いアプリケーションＩＤ（ｍＩＤ））を特定することができる。
【0216】
＜変形例（２）＞
上記の実施例では、アクティベーションコードは端末２０で生成されることとしたが、そうでなくてもよい。例えば、スマートスピーカ管理サーバ４０が、図５－１のＢ１１５でスキル追加要求情報を受信すると、アクティベーションコードを生成し、端末２０に送信するようにしてもよい。
上記の実施例では、アクティベーションコードは端末２０で生成されることとしたが、そうでなくてもよい。例えば、スマートスピーカ管理サーバ４０が、図５－１のＢ１１５でスキル追加要求情報を受信すると、アクティベーションコードを生成し、端末２０に送信するようにしてもよい。
【0217】
＜変形例（３）＞
上記の実施例では、スキル利用開始時に支払いが発生しないこととしたが、スキル利用開始時に支払いが発生することとしてもよい。
上記の実施例では、スキル利用開始時に支払いが発生しないこととしたが、スキル利用開始時に支払いが発生することとしてもよい。
【0218】
この場合には、限定ではなく例として、図５－１のＡ１１５を実行後に、支払い同意確認処理が実行される。そして、図５－３のＢ１２５において、スキル内のｉＩＤではなく、利用スキルＩＤに対しての購入要求情報送信処理が実行される。図５－４のＣ１２７において、スキル提供サーバ５０は決済完了情報を受信すると、図５－１のＣ１１３を実行し、スキルの追加を承認することで実現可能である。
【0219】
＜変形例（４）＞
上記の実施例では、一度購入を行ったインテントは以後永続的に利用可能としたが、それに限定されない。例えば、購入後、一定期間内であれば使用可能な支払い体系を取ってもよい。
上記の実施例では、一度購入を行ったインテントは以後永続的に利用可能としたが、それに限定されない。例えば、購入後、一定期間内であれば使用可能な支払い体系を取ってもよい。
【0220】
この場合には、限定ではなく例として、スキル提供基本情報データ５５２のスキル提供対象登録データに、購入済みインテントと、その有効期限とを記憶させることで実現可能である。
【0221】
＜変形例（５）＞
上記の実施例では、スマートスピーカ６０のユーザが、端末２０のスマートスピーカアプリケーションによってスキルの利用登録を行うとした。しかしながら、スマートスピーカ６０のユーザが、スマートスピーカ６０を通して、スキルの利用登録を行うようにしてもよい。
上記の実施例では、スマートスピーカ６０のユーザが、端末２０のスマートスピーカアプリケーションによってスキルの利用登録を行うとした。しかしながら、スマートスピーカ６０のユーザが、スマートスピーカ６０を通して、スキルの利用登録を行うようにしてもよい。
【0222】
この場合には、限定ではなく例として、スマートスピーカ６０はスキル追加要求情報をスマートスピーカ管理サーバ４０に送信する。そして、スマートスピーカ管理サーバ４０は、スマートスピーカ６０からスキル追加要求情報を受信すると、アクティベーションコードを生成し、端末２０に送信することで実現可能である。
【0223】
＜変形例（６）＞
上記の実施例では、スマートスピーカ６０の制御部６１は、スマートスピーカ６０のユーザ発話に基づいて、スマートスピーカ管理サーバ４０にスキル内購入要求情報を送信するとしたが、これに限定されない。
上記の実施例では、スマートスピーカ６０の制御部６１は、スマートスピーカ６０のユーザ発話に基づいて、スマートスピーカ管理サーバ４０にスキル内購入要求情報を送信するとしたが、これに限定されない。
【0224】
具体的には、限定ではなく例として、スマートスピーカ６０のユーザが、端末２０で実行されるスマートスピーカアプリケーションによって、スキル内購入要求情報を送信するようにしてもよい。
【0225】
＜変形例（７）＞
上記の実施例では、端末２０のスマートスピーカアプリケーションを用いてスキルの追加を行い、端末２０の支払いアプリケーションを用いてスキルの利用料金を支払うとして区別した。しかしながら、両者を区別せず、例えば、端末２０のスマートスピーカアプリケーションを用いてスキルの追加と利用料金の支払いとを行うようにしてもよい。
上記の実施例では、端末２０のスマートスピーカアプリケーションを用いてスキルの追加を行い、端末２０の支払いアプリケーションを用いてスキルの利用料金を支払うとして区別した。しかしながら、両者を区別せず、例えば、端末２０のスマートスピーカアプリケーションを用いてスキルの追加と利用料金の支払いとを行うようにしてもよい。
【0226】
この場合には、限定ではなく例として、端末２０のスマートスピーカアプリケーションデータ２８６内に、ｓＩＤとｍＩＤとを記憶させる。そして、支払い管理サーバ１０で行う処理を、スマートスピーカ管理サーバ４０で実行させることで実現可能である。
【0227】
＜変形例（８）＞
上記の実施例では、スキルの利用料金の支払いには、電子マネーを用いるとしたが、そうでなくてもよい。限定ではなく例として、クレジットカードや銀行口座で決済を行うようにしてもよい。
上記の実施例では、スキルの利用料金の支払いには、電子マネーを用いるとしたが、そうでなくてもよい。限定ではなく例として、クレジットカードや銀行口座で決済を行うようにしてもよい。
【0228】
＜変形例（９）＞
上記の実施例では、図５－３のＢ１２９において、スマートスピーカ管理サーバ４０がスキル支払い同意要請情報を端末２０に送信するとしたが、これに限定されない。
上記の実施例では、図５－３のＢ１２９において、スマートスピーカ管理サーバ４０がスキル支払い同意要請情報を端末２０に送信するとしたが、これに限定されない。
【0229】
具体的には、例えば、スキル提供サーバ５０が、スマートスピーカ管理サーバ４０を介してスキル支払い同意要請情報をスマートスピーカ６０に送信する。そして、スマートスピーカ６０が、スピーカ６６を用いて音声でユーザに対して要請を行うようにしてもよい。
【0230】
このように、例えば、スキル提供サーバ５０が、スマートスピーカ管理サーバ４０を介して、支払い同意確認を促す情報（限定ではなく、音声制御装置で提供されるサービスと、アカウントとの関連付けに関する情報の一例）を、スマートスピーカ６０に音出力させるための処理を実行することで、音声制御装置からの音出力という分かり易い方法で、支払いの同意を得ることができる。そして、支払いの同意によって、音声制御装置で提供されるサービスと、アカウントとを関連付けることができる。
【0231】
＜変形例（１０）＞
上記の実施例では、支払いアプリケーションを利用してスキル内での支払いに同意するか否かをユーザに確認することとして説明したが、これに限定されない。具体的には、限定ではなく例として、前述したＩＭＳ等のメッセージングサービスにおける「友だち」の機能を利用して、支払いアプリケーションを利用してスキル内での支払いを行うか否かをユーザに確認させるようにしてもよい。
上記の実施例では、支払いアプリケーションを利用してスキル内での支払いに同意するか否かをユーザに確認することとして説明したが、これに限定されない。具体的には、限定ではなく例として、前述したＩＭＳ等のメッセージングサービスにおける「友だち」の機能を利用して、支払いアプリケーションを利用してスキル内での支払いを行うか否かをユーザに確認させるようにしてもよい。
【0232】
【0233】
図４－１０では、「オーディオブック」のスキルの作成者の情報の下に、メッセージングアプリケーション上で、スキルプロバイダが、提供するスキル（ここでは「オーディオブック」）用に作成した事業者向けのアカウント（以下、「公式アカウント」と称する。）を友だちとして追加するための友だち追加確認アイコンＦＣ２が表示されている。この友だち追加確認アイコンＦＣ２がユーザによってタッチ操作されると、限定ではなく例として、端末２０においてメッセージングアプリケーションが起動（実行）されて、例えば図４－１１に示す画面が表示される。
【0234】
ここで、「友だち」とは、限定ではなく例として、メッセージングアプリケーションにおいてアカウント同士を関連付けること（紐づけること）を意味する。友だち追加を行うことで、メッセージングアプリケーションにおいて、限定ではなく例として、メッセージ等のコンテンツの送受信を行ったり、友だちとして登録されている公式アカウントからの情報の配信サービス等を受けることが可能となる。本変形例において、友だち追加とは、そのスキル内での支払いに同意する意思を示すために端末２０のユーザが行う操作とも言える。
【0235】
図４－１１の画面は、メッセージングアプリケーション（Ｍｅｓｓａｇｉｎｇ Ａｐｐ）の友だち追加画面であり、限定ではなく例として、先にユーザによって選択された「オーディオブック」のスキルと関連付けて、「オーディオブック」の公式アカウントを友だちとして追加するための情報として、「追加」と示された友だち追加ボタンと、この公式アカウントとトークを行うための「トーク」と示されたトークボタンとが表示されている。
【0236】
「追加」と示されたボタンがユーザによってタッチ操作されると、このスキルの公式アカウントが友だちとして追加され、このスキル内での支払いに同意したことになる。そして、これにより、「オーディオブック」のスキル内での支払いを、支払いアプリケーションを用いて行うことが可能となる。
【0237】
なお、これとは異なり、「利用開始」と示されたボタンがユーザによってタッチ操作されると、自動的に公式アカウントが友だち追加されるようにしてもよい。
【0238】
また、この例では、「オーディオブック」のスキルを友だちとして登録しているユーザの延べ人数を集計した集計人数が、スキルの名称「オーディオブック」の下の領域に表示されている。この集計は、限定ではなく例として、メッセージングサービス（メッセージングアプリケーション）を提供する事業者のサーバ（以下、「メッセージングサービスサーバ」と称する。）で集計されるようにすることができる。
なお、この集計及び集計人数の表示は必須ではなく、省略することも可能である。
なお、この集計及び集計人数の表示は必須ではなく、省略することも可能である。
【0239】
「オーディオブック」のスキルが「利用開始」とされた後、例えば図４－５と同様に、ユーザがスマートスピーカ６０に向けて「要約機能を買って」という言葉を発すると、上記の実施例と同様に、スマートスピーカ６０→スマートスピーカ管理サーバ４０→スキル提供サーバ５０へと情報が送信される。そして、スキル提供サーバ５０によって、限定ではなく例として、メッセージングサービスサーバが配布するＡＰＩ（メッセージングＡＰＩ）を介して、支払いアプリケーション（支払いサービス）を利用して決済を行うための決済用情報が端末２０に送信される（スキル提供サーバ５０→メッセージングサービスサーバ→端末２０）。そして、この決済用情報の受信に基づき、例えば図４－６の支払い確認通知と同様の通知が端末２０に表示される。そして、表示された通知に基づいて、端末２０において、支払いアプリケーション（支払いサービス）を利用した決済のための処理が実行される。
【0240】
本変形例では、上記の友だち登録をスキルごとに行い、友だち登録を行ったスキルについては、ユーザが支払いアプリケーションを利用した決済を行うことに同意したと判断される。そして、上記の実施例と同様に、そのスキルの有償の機能を利用する場合に、支払いアプリケーションを利用して決済を行う。
【0241】
また、公式アカウントが友だち追加されていない場合、スキル提供サーバ５０は、限定ではなく例として、以下の方法によって公式アカウントを友だち追加するように端末２０のユーザに促すことができる。
（１）スマートスピーカ６０による音声案内によって、スマートスピーカアプリケーション→スキルストア→スキル一覧から対象スキルを探し、友だち追加するように通知する。
（２）スマートスピーカアプリケーションにプッシュ通知を行い、ユーザが端末２０に表示されたプッシュ通知をタッチ操作すると、前述した友だち追加画面が開くようにする。
（１）スマートスピーカ６０による音声案内によって、スマートスピーカアプリケーション→スキルストア→スキル一覧から対象スキルを探し、友だち追加するように通知する。
（２）スマートスピーカアプリケーションにプッシュ通知を行い、ユーザが端末２０に表示されたプッシュ通知をタッチ操作すると、前述した友だち追加画面が開くようにする。
【0242】
また、例えば、端末２０において公式アカウントからの情報の配信が拒否されている場合（公式アカウントがブロックされている場合）、スキル提供サーバ５０は、限定ではなく例として、スマートスピーカ６０による音声案内によって、公式アカウントのブロックを解除するように通知するようにすることができる。
【0243】
なお、支払いアプリケーションは、メッセージングアプリケーションと関連付けられたアプリケーションであればよい。例えば、メッセージングアプリケーションの一機能として支払いアプリケーションを構成するようにしてもよいし、メッセージングアプリケーションと支払いアプリケーションとをユーザ情報を共有する別のアプリケーションとして構成してもよい。
【0244】
また、本変形例を適用する場合、上記の実施例におけるアカウントは、支払いアプリケーションのアカウントに代えて、メッセージングアプリケーションのアカウント（例えばＭＳ ＩＤ）とすることができる。
【0245】
この場合、例えばスキル提供サーバ５０が記憶するスキル提供対象登録データに、スマートスピーカアプリケーションのＩＤ（ｓＩＤ）またはスマートスピーカ６０のＩＤ（ｄｅｖＩＤ）と、メッセージングアプリケーションのＩＤ（ＭＳ ＩＤ）と、購入済みインテントとを関連付けて保存するようにすることができる。
【0246】
また、支払い管理サーバ１０が、ＩＭＳ等のメッセージングサービス（ＭＳ）を提供する機能と、支払いアプリケーションによって支払いのサービスを提供する機能とを有するようにしてもよい。
【0247】
また、メッセージングサービスを提供する機能を有するサーバと、支払いアプリケーションによる各種のサービスを提供する機能を有するサーバとを別体とし、メッセージングサービスサーバと、支払いサービスサーバとの２つのサーバを構成するようにしてもよい。
【0248】
例えば、支払いアプリケーションを、メッセージングサービス（ＭＳ）の機能を有する複合的なアプリケーションとした場合には、スキルプロバイダ登録データベース１５３は、スキルプロバイダグループを管理するためのデータベースとも言える。
ここで、スキルプロバイダグループとは、スキルプロバイダが、事業者向けのメッセージングアプリケーション内で作成するグループのことを意味する。
ここで、スキルプロバイダグループとは、スキルプロバイダが、事業者向けのメッセージングアプリケーション内で作成するグループのことを意味する。
【0249】
＜その他＞
本開示のシステムに含まれる各種の手段は、上記の実施例で説明した各種の装置が備えるようにすることが可能であり、上記の実施例の構成に限定されるものではない。
本開示のシステムに含まれる各種の手段は、上記の実施例で説明した各種の装置が備えるようにすることが可能であり、上記の実施例の構成に限定されるものではない。
【0250】
例えば、上記の実施例では、スキル提供サーバ５０が保存手段や特定手段を備えることとしたが、これらの手段を、例えばスマートスピーカ管理サーバ４０、支払い管理サーバ１０、メッセージングサービスサーバのいずれかに備えるようにしてもよい。
また、上記の実施例では、支払い管理サーバ１０が、決済要求をスキル提供サーバ５０から受信する受信手段を備えることとしたが、この受信手段を、例えばメッセージングサービスサーバに備えるようにしてもよい。
また、上記の実施例では、支払い管理サーバ１０が、特定されたアカウントに対応する端末上の操作で利用料金を決済するための情報を送信する第２の送信手段を備えることとしたが、この第２の送信手段を、例えばメッセージングサービスサーバに備えるようにしてもよい。
また、上記の実施例では、支払い管理サーバ１０が、決済要求をスキル提供サーバ５０から受信する受信手段を備えることとしたが、この受信手段を、例えばメッセージングサービスサーバに備えるようにしてもよい。
また、上記の実施例では、支払い管理サーバ１０が、特定されたアカウントに対応する端末上の操作で利用料金を決済するための情報を送信する第２の送信手段を備えることとしたが、この第２の送信手段を、例えばメッセージングサービスサーバに備えるようにしてもよい。
【0251】
また、本開示のシステムにおける外部サーバを、例えばスマートスピーカ管理サーバ４０とし、支払い管理サーバ１０やメッセージングサービスサーバが、決済要求をスマートスピーカ管理サーバ４０から受信するようにしてもよい。
この場合、限定ではなく例として、スキル提供サーバ５０の指示に従って、スマートスピーカ管理サーバ４０によって、支払い管理サーバ１０が配布する支払いアプリケーションと関連付けられた決済用ＡＰＩを介して、決済用情報が端末２０に送信されるようにすることもできる（スマートスピーカ管理サーバ４０→支払い管理サーバ１０（またはメッセージングサービスサーバ）→端末２０）。
この場合、限定ではなく例として、スキル提供サーバ５０の指示に従って、スマートスピーカ管理サーバ４０によって、支払い管理サーバ１０が配布する支払いアプリケーションと関連付けられた決済用ＡＰＩを介して、決済用情報が端末２０に送信されるようにすることもできる（スマートスピーカ管理サーバ４０→支払い管理サーバ１０（またはメッセージングサービスサーバ）→端末２０）。
【符号の説明】
【0252】
１ 通信システム
１０ 支払い管理サーバ
２０ 端末
３０ ネットワーク
４０ スマートスピーカ管理サーバ
５０ スキル提供サーバ
６０ スマートスピーカ
１０ 支払い管理サーバ
２０ 端末
３０ ネットワーク
４０ スマートスピーカ管理サーバ
５０ スキル提供サーバ
６０ スマートスピーカ
【図1】
【図2-1】
【図2-2】
【図2-3】
【図3-1】
【図3-2】
【図3-3】
【図3-4】
【図3-5】
【図3-6】
【図3-7】
【図3-8】
【図3-9】
【図3-10】
【図3-11】
【図3-12】
【図3-13】
【図4-1】
【図4-2】
【図4-3】
【図4-4】
【図4-5】
【図4-6】
【図4-7】
【図4-8】
【図4-9】
【図4-10】
【図4-11】
【図5-1】
【図5-2】
【図5-3】
【図5-4】