JP6951095B2 - 親端末、子端末、決済処理方法、およびプログラム - Google Patents

Description

本発明は、決済のための処理を行う端末等に関するものである。

従来、携帯電話端末Ａから携帯電話端末Ｂにサーバを介して電子マネーを送る際に、携帯電話端末Ａと携帯電話端末Ｂとが通話中の場合に、携帯電話端末Ａは携帯電話端末Ｂのユーザの認証を行うことが出来、これに続いて携帯電話端末Ｂへ電子マネーの送金が可能となる決済システムが存在した（例えば、特許文献１参照）。

特開２００９−１１６６２８号公報

しかし、従来の決済システムでは、親子の通話中にのみ電子マネーの送金が可能になるだけで、親が子の決済を許可するものではないため、子の買い物を親が安全に支払うことができなかった。

本第一の発明の親端末は、店舗の端末である店舗端末から指示を受信した子端末であり、指示の受信に応じて、商品の購入に関する購入情報を親端末に送信する購入情報送信部を具備する子端末から購入情報を受信する購入情報受信部と、購入情報を出力する購入情報出力部と、購入情報に対応する購入に対する許可を示す許可情報を受け付ける許可情報受付部と、許可情報受付部が許可情報を受け付けた場合に、購入情報に対応する決済のための処理を行う決済処理部とを具備する親端末である。

かかる構成により、子端末から親端末に購入情報が送信され、親端末によって、購入情報が出力され、それに対する許可情報の受け付けに応じて決済が行われるので、子の買い物を親が安全に支払うことができる。

また、本第二の発明の親端末は、第一の発明に対して、子端末と通話する親通話部をさらに具備し、購入情報受信部は、子端末との通話中のみ、購入情報を受信する親端末である。

かかる構成により、親子の通話中またはその後に決済が行われるので、安全性を高めることができる。

また、本第三の発明の親端末は、第一または第二の発明に対して、購入情報は、通話内容を用いて取得された情報を含む親端末である。

かかる構成により、購入情報の入力操作が軽減されるので、支払いを容易化できる。

また、本第四の発明の親端末は、第一から第三いずれか１つの発明に対して、クレジットカードに関するクレジットカード情報が格納されるクレジットカード情報格納部をさらに具備し、決済処理部は、クレジットカード情報を用いて、決済のための処理を行う親端末である。

かかる構成により、子の買い物を親がクレジットカードで安全に支払うことができる。

また、本第五の発明の親端末は、第一から第三いずれか１つの発明に対して、電子マネーに関する電子マネー情報が格納される電子マネー情報格納部をさらに具備し、決済処理部は、電子マネー情報を用いて、決済のための処理を行う親端末である。

かかる構成により、子の買い物を親が電子マネーで安全に支払うことができる。

また、本第六の発明の親端末は、第一から第三いずれか１つの発明に対して、ポイントに関するポイント情報が格納されるポイント情報格納部をさらに具備し、決済処理部は、ポイント情報を用いて、決済のための処理を行う親端末である。

かかる構成により、子の買い物を親がポイントを利用して安全に支払うことができる。

また、本第七の発明の子端末は、第一から第六いずれか１つの発明に対して、親端末と通信を行う子端末であって、商品の購入に関する購入情報が格納される購入情報格納部と、店舗の端末である店舗端末から指示を受信する子受信部と、店舗端末から指示を受信したことに応じて、購入情報を親端末に送信する購入情報送信部とを具備し、親端末で購入情報が受信され、許可情報が受け付けられたことに応じて、購入情報を用いた決済が行われる子端末である。

かかる構成により、子端末から親端末に購入情報が送信され、親端末によって、購入情報が出力され、それに対する許可情報の受け付けに応じて決済が行われるので、子の買い物を親が安全に支払うことができる。

また、本第八の発明の子端末は、第七の発明に対して、親端末と通話する子通話部をさらに具備し、購入情報送信部は、親端末と通話中のみ、購入情報を親端末に送信できる子端末である。

かかる構成により、親子の通話中またはその後に決済が行われるので、安全性を高めることができる。

本発明によれば、子の買い物を親が安全に支払うことができる。

実施の形態における情報システムのブロック図 同親端末の動作を説明するフローチャート 同決済処理を説明するフローチャート 同子端末の動作を説明するフローチャート 同取得処理を説明するフローチャート 同店舗端末の動作を説明するフローチャート 同購入許可画面の一出力例を示す図 同購入許可画面の他の出力例を示す図 コンピュータシステムの外観図 コンピュータシステムの内部構成の一例を示す図

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

図１は、本実施の形態における情報システムのブロック図である。情報システムは、１または２以上の親端末１、１または２以上の子端末２、および１または２以上の店舗端末３を備える。

１以上の各親端末１、１以上の各子端末２、および１以上の各店舗端末３（以下、単に、親端末１、子端末２、および店舗端末３と記す場合がある）は、例えば、ＬＡＮやインターネット等のネットワーク、無線または有線の通信回線などを介して、通信可能に接続される。ネットワーク等には、図示しないサーバが接続されており、このサーバによって、端末間の通信の制御が行われる。

なお、通信とは、通常、通話も含む。また、通信は、例えば、インターネットや公衆回線網を介した広域通信、無線ＬＡＮ等による特定の領域内（例えば、店内、施設内等）でのローカル通信などを含む。また、通信は、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＮＦＣ等による近距離無線通信、接続ケーブルやコネクタ等を介した通信なども含むことは好適である。ただし、これらは例示に過ぎず、親端末１、子端末２、および店舗端末３の間では、様々な通信が可能であってよい。

親端末１とは、例えば、親の端末である。親とは、親子関係における両親に限らず、例えば、祖父母や後見人といった、子の保護者の総称である。親は、例えば、主従関係における主たる者でもよいし、対等な関係における一方の者でもよく、広く解する。親端末１は、例えば、親が携帯する携帯端末でもよいし、自宅や職場等に設置された端末でもよく、親が使用する端末であれば、そのタイプや所在は問わない。

なお、設置された端末とは、例えば、ＰＣであるが、そのタイプは問わない。ＰＣは、例えば、ＩＰ電話やＳｋｙｐｅ（登録商標）等による通話機能を有することは好適である。また、携帯端末とは、例えば、スマートフォン、タブレット端末、携帯電話機等であるが、そのタイプは問わない（以下同様）。

子端末２とは、例えば、子の端末である。子とは、親子関係における子供に限らず、例えば、孫や被後見人といった、保護者による保護を受ける者の総称である。親は、例えば、主従関係における従たる者でもよいし、対等な関係における他方の者でもよく、広く解する。子端末２は、例えば、子が携帯する携帯端末であるが、子が使用する端末であれば、そのタイプや所在は問わない。

店舗端末３とは、店舗の端末である。店舗とは、例えば、実空間にある実店舗でもよいし、仮想空間にある仮想店舗でもよい。仮想店舗は、例えば、前述したサーバによって実現されるオンラインショップ等であってもよい。店舗端末３は、例えば、実店舗、または仮想店舗を運営する企業等に設置された端末でもよいし、店舗の店員または管理者が携帯する携帯端末でもよい。店舗端末３は、店員等が使用する端末であれば、そのタイプや所在は問わない。

ただし、以上は例示であり、情報システムを構成する各端末のハードウェア構成や、端末間の通信手段、情報システムが用いられる環境等は問わない。

親端末１は、親格納部１１、親受信部１２、親出力部１３、親受付部１４、および親処理部１５を備える。親格納部１１は、クレジットカード情報格納部１１１、電子マネー情報格納部１１２、およびポイント情報格納部１１３を備える。親受信部１２は、購入情報受信部１２１を備える。親出力部１３は、購入情報出力部１３１を備える。親受付部１４は、許可情報受付部１４１を備える。親処理部１５は、決済処理部１５１、および親通話部１５２を備える。

子端末２は、子格納部２１、子受信部２２、子送信部２３、子処理部２４、および子受付部２５を備える。子格納部２１は、購入情報格納部２１１を備える。子送信部２３は、購入情報送信部２３１を備える。子処理部２４は、子通話部２４１を備える。

店舗端末３は、店舗格納部３１、店舗受付部３２、店舗処理部３３、店舗受信部３４、および店舗送信部３５を備える。

親端末１を構成する親格納部１１は、各種の情報を格納し得る。各種の情報とは、例えば、当該親端末１を識別する親端末識別子、当該親端末１に対応する子端末２を識別する１以上の子端末識別子などである。対応する子端末２とは、その親の子が使用する端末である。なお、以下では、対応する子端末２を単に子端末２と記す場合がある。

親端末識別子とは、親端末１を識別する情報である。親端末識別子は、例えば、当該親端末１に対応付いたＭＡＣアドレスやＩＰアドレスや電話番号等でもよいし、当該親端末１の使用者を識別する使用者識別子でもよい。使用者識別子は、例えば、メールアドレスやＩＤなどであるが、種類は問わない。このように、親端末識別子は、当該親端末１またはそのユーザを識別し得る情報であれば何でもよい。また、子端末識別子とは、子端末２を識別する情報である。子端末識別子もまた、当該子端末２に対応付いたＭＡＣアドレス等でもよいし、その使用者を識別する使用者識別子でもよく、当該親端末１またはそのユーザを識別し得る情報であれば何でもよい。なお、これらのことは、後述する店舗端末識別子にも当てはまる。

クレジットカード情報格納部１１１には、１または２以上のクレジットカード情報が格納される。クレジットカード情報とは、クレジットカードに関する情報である。クレジットカード情報は、例えば、クレジットカード識別子、有効期限、氏名等の情報を含む。クレジットカード識別子とは、クレジットカードを識別する情報である。クレジットカード識別子は、例えば、クレジットカード番号であるが、ＩＤでもよいし、クレジットカードを識別し得る情報であれば何でもよい。

電子マネー情報格納部１１２には、１または２以上の電子マネー情報が格納される。電子マネー情報とは、電子マネーに関する情報である。電子マネー情報は、例えば、電子マネーそのものでもよいし、電子マネーに対応付いたＩＤでもよい。

ポイント情報格納部１１３には、１または２以上のポイント情報が格納される。ポイント情報とは、ポイントに関する情報である。ポイント情報は、例えば、ポイントそのものでもよいし、電子マネーに対応付いたＩＤでもよい。

親受信部１２は、各種の情報を受信する。各種の情報とは、例えば、購入情報などである。購入情報とは、商品の購入に関する情報である。購入情報は、商品の購入に必要な情報であるといってもよい。ここでいう商品とは、購入の対象であり、サービスも含んでよい。購入情報は、例えば、商品名、数量情報、価格情報、代金情報のうち１種類以上の情報を含んでいてもよい。

商品名とは、商品の名称である。商品名は、例えば、“体操服”、“絵具１２色”、“○○パーク入園券”等であってもよい。商品名は、例えば、品番やＩＤ等の商品識別子に対応付いていてもよい。なお、対応付くことは、商品名が商品識別子を有する場合も含む。つまり、商品名とは、商品の名称に限らず、商品識別子であってもよく、広く解する。

数量情報とは、購入する商品の数量を示す情報である。数量情報は、例えば、“１”、“２”、“３”等の数値でもよいし、数値および単位の組であってもよい。数値および単位の組とは、“１枚”、“２箱”、“１ダース”、“２リットル”等であるが、数値と単位の組み合わせは問わない。

価格情報とは、商品の価格に関する情報である。価格情報は、通常、単位数量当たりの価格を示す情報であるが、単に価格を示す情報でもよい。単位数量とは、例えば１枚、１箱、１ダース、１リットル、１回、１時間、１日等であるが、その種類は問わない。価格情報は、例えば、“１０００円”、“１個５０円”、“１枚１５００円”、“２００円／リットル”、“１回１００円”等であるが、その表現形式は問わない。

代金情報とは、商品の購入に対する代金を示す情報である。代金情報は、通常、価格情報と数量情報とを用いて算出される。例えば、価格情報“１枚１５００円”と、数量情報“２枚”との乗算により、代金情報“３０００円”が算出される。

親受信部１２は、購入情報等の情報を、通常、子端末２から受信するが、店舗端末３や、図示しないサーバから受信してもよい。

購入情報受信部１２１は、子端末２から購入情報を受信する。購入情報受信部１２１は、子端末２から、当該子端末２との通話中のみ、購入情報を受信することは好適である。この場合、購入情報は、通話内容を用いて取得された情報を含んでもよい。

通話内容とは、親子間の通話の内容である。通話内容は、通話を音声認識した結果であり、通常、文字列で表現される。通話内容には、例えば、購入対象である商品の商品名や価格などが含まれており、この通話内容を用いて、商品名や価格などの購入情報を取得することができる。こうして、通話内容を用いて、購入情報を取得する処理を、以下では、取得処理と記す場合がある。

すなわち、取得処理とは、通話内容を用いて、商品の購入に必要な情報を取得する処理である。取得処理では、例えば、通話を音声認識し、認識結果を用いて形態素解析を行うことで、１以上の名詞を取得することは好適である。なお、形態素解析により名詞を取得する技術は、公知であり、説明を省略する。さらに、取得処理では、取得した１以上の名詞を、例えば、機械学習や深層学習などにより、商品名、数量、価格等の１以上のクラスに分類することは、より好適である。なお、機械学習等による名詞の分類の技術は、公知であり、説明を省略する。かかる取得処理により、通話内容を用いて、商品の購入に必要な情報であり、商品名、数量、価格等のうち１種類以上の情報を含む購入情報を取得できる。

取得処理は、本実施の形態では、後述する子端末２の子処理部２４によって行われるが、例えば、親処理部１５がこれを行ってもよいし、両者が分担しても構わない。取得処理を分担することは、例えば、子処理部２４は、子の発話内容を用いて購入情報を取得し、親処理部１５は、親の発話内容を用いて購入情報を取得することであってもよいし、これとは逆の分担でも構わない。

親出力部１３は、各種の情報を出力する。各種の情報とは、例えば、購入情報である。親出力部１３は、購入情報等の情報を、例えば、ディスプレイやスピーカ等の出力デバイスを介して出力してもよいし、プリンタでプリントアウトしたり、外部の装置へ送信したり、記録媒体に蓄積したり、他の処理装置や他のプログラムなどに引渡したりしても構わない。

購入情報出力部１３１は、購入情報受信部１２１が受信した購入情報を、通常、ディスプレイやスピーカ等の出力デバイスを介して出力する。なお、出力は、通常、親端末１での出力であるが、外部のディスプレイ等を介した出力でもよい。また、出力される購入情報は、受信された購入情報と同じでなくてもよい。例えば、購入情報出力部１３１は、画面構成情報を保持しており、受信された購入情報と、この画面構成情報とを用いて、購入許可画面を出力することは好適である。

購入許可画面とは、親が子の買い物に許可を与えるための画面である。購入許可画面は、購入情報を有する。また、購入許可画面は、例えば、許可ボタンも有することは好適である。さらに、購入許可画面は、例えば、支払方法選択ダイアログボックス等をも有することは、より好適である。支払方法選択ダイアログボックスとは、支払方法の選択を行うためのダイアログボックスである。なお、支払方法選択ダイアログボックスの具体例については後述する。ただし、購入許可画面の構成は問わない。

画面構成情報は、例えば、画像、文字列、レイアウト情報などを有する。画像とは、例えば、各種のボタンやダイアログボックス等の画像である。文字列とは、例えば、ボタン等に対応付いた文字列である。レイアウト情報とは、購入許可画面内における購入情報や許可ボタン等の配置を示す情報である。ただし、画面構成情報のデータ構造は問わない。

親受付部１４は、各種の情報を受け付ける。各種の情報とは、例えば、後述する許可情報、決済方法の選択などである。決済方法とは、購入する商品の代金を決済する方法である。決済方法は、例えば、クレジットカードによる決済、電子マネーによる支払い、ポイントの利用などであるが、その種類は問わない。決済方法の選択とは、例えば、クレジットカードによる決済、電子マネーによる支払い、ポイントの利用等の２以上の決済方法のうち一の決済方法を選択することである。なお、決済方法の選択は、例えば、クレジットカードによる決済が選択された場合に、２以上のクレジットカードのうち一のクレジットカードを選択することも含んでよい。また、決済方法の選択は、例えば、電子マネーによる支払いが選択された場合に、２種類以上の電子マネーのうち一の電子マネーを選択することも含んでよい。さらに、決済方法の選択は、例えば、ポイントの利用が選択された場合に、２種類以上のポイントのうち一のポイントを選択することも含んでよい。

また、各種の情報には、例えば、子端末２と通話を行うための情報も含まれていてよい。子端末２と通話を行うための情報とは、例えば、子端末２の電話番号等であってもよい。

親受付部１４は、許可情報等の情報を、通常、キーボードやマウスやタッチパネルやマイクロフォン等の入力デバイスを介して受け付けるが、例えば、ネットワーク等を介して受信してもよいし、ディスクや半導体メモリなどの記録媒体から読み出しても構わない。なお、マイクロフォンによる受け付けを行う場合、親受付部１４は、音声認識機能を有する必要がある。なお、これらのことは、後述する許可情報受付部１４１、後述する子受付部２５、後述する店舗受付部３２にも当てはまる。

許可情報受付部１４１は、許可情報を受け付ける。許可情報とは、購入情報に対応する購入に対する許可を示す情報である。購入情報に対応する購入とは、通常、購入情報が有する商品名で識別される商品の購入である。許可情報は、通常、許可を示すフラグであるが、例えば、購入情報が有する商品名、価格情報、数量情報、および代金情報のうち１種類以上の情報も有していてよい。また、許可情報は、例えば、購入情報に対応する購入に対する一部許可を示す一部許可情報であってもよい。一部許可とは、購入情報に対応する購入の一部のみを許可することである。例えば、購入情報が、商品名“○○パーク入園券”および数量情報“２枚”を有する場合に、一部許可情報は、数量情報“１枚”と、許可を示すフラグとを有していてもよい。なお、許可情報は、前述したクレジットカードによる決済、電子マネーによる支払い、ポイントの利用等の決済方法を識別する決済方法識別子を有すると考えてもよい。

許可情報受付部１４１は、通常、購入情報受信部１２１が購入情報を受信し、購入情報出力部１３１が購入情報を出力したことに応じて、当該購入情報に対する許可情報を受け付ける。

親処理部１５は、各種の処理を行う。各種の処理とは、例えば、決済処理部１５１、および親通話部１５２などの処理である。各種の処理には、図２および図３のフローチャートで説明する各種の判別なども含まれる。親処理部１５は、子端末２と通話中か否かを、例えば、通信モジュールからの情報を用いて判別してもよい。

決済処理部１５１は、決済のための処理を行う。決済とは、通常、購入情報に対応する決済である。決済は、例えば、クレジットカードによる決済、電子マネーによる支払い、またはポイントの利用などであるが、電子的な決済であれば、その方法は問わない。決済のための処理は、決済それ自体を含んでいてもよいし、含まなくてもよい。決済それ自体は、例えば、図示しないサーバで行われてもよいし、親端末１、子端末２または店舗端末３のいずれかで実行されても構わない。決済のための処理は、例えば、決済が実行される装置への購入情報の送信も含んでよい。このように、決済のための処理の内容や実行主体は問わない。以下では、決済のための処理を、単に決済処理と記す場合もある。

決済処理部１５１は、通常、購入情報受信部１２１が子端末２等から購入情報を受信し、購入情報出力部１３１が当該購入情報を出力し、許可情報受付部１４１が当該購入情報に対する許可情報を受け付けた場合に、当該購入情報に対応する決済のための処理を行う。

詳しくは、決済処理部１５１は、上記のような場合に、クレジットカード情報を用いて、決済のための処理を行ってもよい。クレジットカード情報を用いた決済のための処理とは、例えば、クレジットカード情報の送信であってもよい。クレジットカード情報の送信先は、店舗端末３でも、図示しないサーバでもよい。

また、決済処理部１５１は、上記のような場合に、例えば、電子マネー情報を用いて、決済のための処理を行ってもよい。電子マネー情報を用いた決済のための処理とは、例えば、電子マネーの残額で決済が可能か否かの判断を行い、残額で決済が可能な場合に、代金分の電子マネーを送金し、残額を更新する処理であってもよい。また、電子マネー情報を用いた決済のための処理は、残額で決済が不可能な場合に、電子マネーの入金または他の決済方法の選択を促すメッセージを出力する処理をも含むことは好適である。なお、電子マネーを送金することは、例えば、代金分の電子マネーそのものを送信することでもよいし、代金を示す金額情報と電子マネーのＩＤとを送信することでもよい。また、電子マネー等の送信先は、店舗端末３でもサーバでもよい。

さらに、決済処理部１５１は、上記のような場合に、例えば、ポイント情報を用いて、決済のための処理を行ってもよい。ポイント情報を用いた決済のための処理とは、例えば、残りポイントで決済が可能か否かの判断であってもよいし、残りポイントで決済が可能な場合に、代金分のポイントを利用し、残りポイントを更新する処理であってもよいし、残りポイントで決済が不可能な場合に、他の決済方法の選択を促すメッセージを出力する処理などであってもよい。なお、ポイントを利用することは、例えば、代金分のポイントそのものを送信することでもよいし、代金を示す金額情報とポイントのＩＤとを送信することでもよい。ポイント等の送信先もまた、店舗端末３でもサーバでもよい。

例えば、親受付部１４が、クレジットカードによる決済、電子マネーによる支払い、またはポイントの利用のうち２以上の決済方法の中から一の決済方法の選択を受け付け、決済処理部１５１は、どの決済方法が選択されたかの判別を行い、選択された決済方法を用いて決済を行うことは好適である。

また、決済処理部１５１は、決済処理の完了後、その旨の通知を、子端末２または店舗端末３のうち１以上の端末に送信することは、より好適である。通知は、例えば、文字列「決済が完了しました」、商品名、および子端末識別子等を有する画面でもよいし、決済完了を示すＱＲコード（登録商標）等でもよく、その表現形式は問わない。通知の送信先が子端末２である場合、子受信部２２が当該通知を受信し、子処理部２４は、受信された通知をディスプレイに表示する。子は、子端末２のディスプレイに表示された通知を店員に見せることで、店員から商品を受け取ることができる。通知の送信先が店舗端末３である場合、店舗受信部３４が当該通知を受信し、店舗処理部３３は、受信された通知をディスプレイに表示する。店員は、店舗端末３のディスプレイに表示された通知を確認し、例えば、店内に居るその子を探して、または、目の前にいるその子に、商品を渡せばよい。ただし、通知は、図示しない決済サーバから、子端末２または店舗端末３のうち１以上の端末に送信されてもよく、その送信元は問わない。

親通話部１５２は、子端末２と通話する。通話は、例えば、携帯電話、固定電話、ＩＰ電話、Ｓｋｙｐｅ（登録商標）等による通話であるが、その種類は問わない。なお、このことは、後述する子通話部２４１にも当てはまる。

子端末２を構成する子格納部２１は、各種の情報を格納し得る。各種の情報とは、例えば、当該子端末２またはその使用者である子を識別する子端末識別子、当該当該子端末２に対応する親端末１を識別する親端末識別子などである。対応する親端末１とは、その子の親が使用する端末である。なお、以下では、対応する親端末１を単に親端末１と記す場合がある。

購入情報格納部２１１は、１または２以上の購入情報が格納される。購入情報とは、前述したように、商品の購入に関する情報であり、例えば、商品名、価格情報、数量情報、代金情報などを含む。

子受信部２２は、各種の情報を受信する。各種の情報とは、例えば、購入情報、後述する指示などである。子受信部２２は、購入情報等の情報を、例えば、店舗端末３から受信してもよいし、図示しないサーバ等から受信しても構わない。

子受信部２２は、例えば、店舗端末３から購入情報を受信する。ただし、子受信部２２は、例えば、後述する子処理部２４が通話内容を用いて購入情報を取得する場合、購入情報の一部のみを店舗端末３から受信してもよい。

子受信部２２は、店舗端末３から指示を受信する。ここでいう指示とは、購入情報格納部２１１に格納されている購入情報の送信を実行させるための指示である。指示は、通常、当該指示の送信元である店舗端末３を識別する店舗端末識別子を有する。ただし、店舗端末３が一つしなかない場合、指示は、店舗端末識別子を有さなくてよい。

子送信部２３は、各種の情報を送信する。各種の情報とは、例えば、購入情報などである。

購入情報送信部２３１は、購入情報を送信する。購入情報送信部２３１は、通常、購入情報受信部１２１が店舗端末３から指示を受信したことに応じて、購入情報格納部２１１に格納されている購入情報を、親端末１に送信する。親端末１で購入情報が受信され、許可情報が受け付けられたことに応じて、その購入情報を用いた決済が行われる。なお、決済は、親端末１に限らず、例えば、子端末２または店舗端末３で行われてもよいし、図示しないサーバで行われてもよく、どこで実行されるかは問わない。

購入情報送信部２３１は、親端末１と通話中のみ、購入情報を親端末１に送信できることは好適である。例えば、子処理部２４が、子格納部２１に格納されている親端末識別子で識別される親端末１と通話中か否かを判別し、当該親端末識別子で識別される親端末１と通話中であると判別された場合に、購入情報送信部２３１は、購入情報を当該親端末１に送信してもよい。

ただし、購入情報送信部２３１は、親端末１と通話中か否かに関わらず、購入情報を親端末１に送信し、親端末１において、親処理部１５が、子端末２と通話中か否かを判別してもよい。この場合、親端末１において、子端末２と通話中であると判別された場合にのみ、購入情報受信部１２１が、購入情報を受信してもよいし、または、購入情報受信部１２１は、子端末２と通話中か否かに関わらず、購入情報を受信し、購入情報出力部１３１が、子端末２と通話中であると判別された場合にのみ、受信された購入情報を出力しても構わない。なお、購入情報送信部２３１は、親端末１と通話中のみ、購入情報を親端末１に送信できることは、かかる場合も含むと考えてもよく、広く解し得る。

子処理部２４は、各種の処理を行う。各種の処理とは、例えば、後述する子通話部２４１などの処理である。各種の処理には、図４および図５フローチャートで説明する各種の判別なども含まれる。また、子処理部２４は、親端末１と通話中か否かを、例えば、通信モジュールからの情報を用いて判別してもよい。

さらに、子処理部２４は、前述した取得処理を実行することは好適である。例えば、子処理部２４は、音声認識機能を有しており、後述する子通話部２４１の通話音声を内部メモリに蓄積し、内部メモリに格納されている通話音声に対して音声認識を行うことで、通話内容を示す文字列を取得してもよい。通話内容には、例えば、商品名、数量、価格などの情報が含まれており、子処理部２４は、認識結果を用いて形態素解析を行うことで、１以上の名詞を取得してもよい。さらに、子処理部２４は、取得した１以上の名詞を、例えば、機械学習等により、商品名、数量情報、価格情報等の１以上のクラスに分類することは、より好適である。これにより、子処理部２４は、通話内容を用いて、商品の購入に必要な情報である購入情報を取得できる。

購入情報送信部２３１は、こうして子処理部２４が取得した購入情報を、親端末１または店舗端末３のうち１種類以上の端末に送信してもよい。ただし、前述した親処理部１５が、上記と同様の取得処理を行ってもよい。

子通話部２４１は、親端末１と通話する。なお、通話については、前述したので繰り返さない。

子受付部２５は、各種の情報を受け付ける。各種の情報とは、例えば、親端末１と通話を行うための情報などである。親端末１と通話を行うための情報とは、例えば、親端末１の電話番号等であってもよい。なお、情報の受け付けについては、前述したので繰り返さない。

店舗端末３を構成する店舗格納部３１は、各種の情報を格納し得る。各種の情報とは、例えば、当該店舗端末３を識別する店舗端末識別子などである。

店舗受付部３２は、各種の情報を受け付ける。各種の情報とは、例えば、購入情報、指示などである。なお、こうした各種の情報、およびその受け付けについては、前述したので繰り返さない。

店舗受付部３２は、各種の情報を、子端末２と通信可能である場合に受け付けることは好適である。子端末２と通信可能である場合とは、例えば、子端末２が店舗端末３の近傍に位置していて、近距離無線通信が可能である場合でもよいし、子端末２が店舗内に存在していて、店内の無線ＬＡＮに接続されている場合でもよい。または、子端末２と通信可能である場合とは、例えば、子端末２の使用者である子が、店内または店外で所定のアプリを起動するなどして、子端末２がインターネットや通信回線等を介して店舗端末３または図示しないサーバと接続され、広域通信が可能である場合でもよい。

店舗処理部３３は、各種の処理を行う。各種の処理とは、例えば、図６のフローチャートで説明する各種の判別などである。店舗処理部３３は、例えば、通信モジュールや近距離無線通信モジュールからの情報を用いて、子端末２と通信可能であるか否かを判別してもよい。

店舗受信部３４は、各種の情報を受信する。各種の情報とは、例えば、子端末識別子などである。店舗受信部３４は、子端末２から子端末識別子を受信してもよい。

店舗送信部３５は、各種の情報を送信する。各種の情報とは、例えば、購入情報、指示などである。店舗送信部３５は、店舗受付部３２が受け付けた購入情報や指示等を、通常、子端末２に送信する。

ただし、店舗送信部３５は、店舗受付部３２が受け付けた購入情報や指示等を、例えば、子端末２に対応する親端末１に送信してもよい。その場合、例えば、店舗送信部３５が、親端末１を識別する親端末識別子の要求を子端末２に送信し、店舗受信部３４が、子端末２から親端末識別子を受信し、店舗送信部３５は、受信された親端末識別子で識別される親端末１に、購入情報や指示等を送信することは好適である。

親格納部１１、クレジットカード情報格納部１１１、電子マネー情報格納部１１２、ポイント情報格納部１１３、子格納部２１、購入情報格納部２１１、および店舗格納部３１は、例えば、ハードディスクやフラッシュメモリといった不揮発性の記録媒体が好適であるが、ＲＡＭなど揮発性の記録媒体でも実現可能である。

親格納部１１等に情報が記憶される過程は問わない。例えば、記録媒体を介して情報が親格納部１１等で記憶されるようになってもよく、ネットワークや通信回線等を介して送信された情報が親格納部１１等で記憶されるようになってもよく、あるいは、入力デバイスを介して入力された情報が親格納部１１等で記憶されるようになってもよい。入力デバイスは、例えば、キーボード、マウス、タッチパネル、マイクロフォン等、何でもよい。

親受信部１２、購入情報受信部１２１、子受信部２２、および店舗受信部３４は、は、通常、有線または無線の通信手段（例えば、ネットワークカードやモデム等の通信モジュール、ＮＦＣ等の近距離無線通信モジュール）で実現されるが、放送を受信する手段（例えば、放送受信モジュール）で実現されてもよい。

親出力部１３、および購入情報出力部１３１は、ディスプレイやスピーカ等の出力デバイスを含むと考えても含まないと考えてもよい。親出力部１３等は、出力デバイスのドライバーソフトによって、または出力デバイスとそのドライバーソフトとで実現され得る。

親受付部１４、許可情報受付部１４１、子受付部２５、および店舗受付部３２は、入力デバイスを含むと考えても、含まないと考えてもよい。親受付部１４等は、上記のような入力デバイスのドライバーソフトによって、または入力デバイスとそのドライバーソフトとで実現され得る。

親処理部１５、決済処理部１５１、親通話部１５２、子処理部２４、子通話部２４１、および店舗処理部３３は、通常、ＭＰＵやメモリ等から実現され得る。親処理部１５等の処理手順は、通常、ソフトウェアで実現され、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。ただし、処理手順は、ハードウェア（専用回路）で実現してもよい。

子送信部２３、購入情報送信部２３１、および店舗送信部３５は、通常、有線または無線の通信手段で実現されるが、放送手段（例えば、放送モジュール）で実現されてもよい。親出力部１３の送信機能、購入情報出力部１３１の送信機能、親処理部１５の送信機能、および決済処理部１５１の送信機能も、同様である。

次に、情報システムの動作について図２〜図６のフローチャートを用いて説明する。なお、既出の事項に関する説明は、省略または簡略化している。

図２は、親端末１の動作を説明するフローチャートである。

（ステップＳ２０１）親処理部１５は、子端末２と通話中か否かを、例えば、通信モジュールからの情報を用いて判別する。子端末２と通話中である場合はステップＳ２０２に進み、子端末２と通話中でない場合はステップＳ２０１に戻る。

（ステップＳ２０２）親処理部１５は、購入情報受信部１２１が子端末２から購入情報を受信したか否かを判別する。購入情報受信部１２１が子端末２から購入情報を受信した場合はステップＳ２０２に進み、受信していない場合はステップＳ２０１に戻る。

（ステップＳ２０３）購入情報出力部１３１は、受信された購入情報を、ディスプレイ等の出力デバイスを介して出力する。

（ステップＳ２０４）親処理部１５は、許可情報受付部１４１が許可情報を受け付けたか否かを判別する。許可情報受付部１４１が許可情報を受け付けた場合はステップＳ２０２に進み、受け付けていない場合はステップＳ２０４に戻る。

（ステップＳ２０５）親処理部１５および決済処理部１５１は、決済のための処理を行う。なお、決済のための処理については、図３のフローチャートを用いて説明する。その後、ステップＳ２０１に戻る。

なお、図２のフローチャートでは省略しているが、ステップＳ２０５の決済処理の完了後、決済処理部１５１等は、決済処理が完了した旨の通知を、子端末２または店舗端末３のうち１以上の端末に送信してもよい。

なお、図２のフローチャートにおいて、親端末１の電源オンやプログラムの起動に応じて処理が開始し、電源オフや処理終了の割り込みにより処理は終了する。ただし、処理の開始または終了のトリガは問わない。

また、通常、図２のフローチャートの処理と並列に、親通話部１５２による通話制御処理が行われる。通話制御処理とは、端末間の通話を制御する処理である。詳しくは、親通話部１５２は、例えば、発信操作または着信信号の有無などを基に、通話を開始するか否かを判断し、通話を開始する場合は、子端末２との通話処理を開始する。また、親通話部１５２は、例えば、終話操作または終話信号の有無などを基に、通話を終了するか否かを判断し、通話を終了する場合は、通話処理を終了する。

図３は、決済処理を説明するフローチャートである。

（ステップＳ３０１）親処理部１５は、親受付部１４が決済方法の選択を受け付けたか否かを判別する。親受付部１４が決済方法の選択を受け付けた場合はステップＳ３０２に進み、受け付けていない場合はステップＳ３０１に戻る。

（ステップＳ３０２）決済処理部１５１は、クレジットカードによる決済が選択されたか否かを判別する。クレジットカードによる決済が選択された場合はステップＳ３０３に進み、そうでないない場合はステップＳ３０４に進む。

（ステップＳ３０３）決済処理部１５１は、クレジットカード情報を用いた決済のための処理を行う。なお、この処理については、前述したので繰り返さない。その後、上位処理にリターンする。

（ステップＳ３０４）決済処理部１５１は、電子マネーによる支払いが選択されたか否かを判別する。電子マネーによる支払いが選択された場合はステップＳ３０５に進み、そうでないない場合はステップＳ３０６に進む。

（ステップＳ３０５）決済処理部１５１は、電子マネー情報を用いた決済のための処理を行う。なお、この処理については、前述したので繰り返さない。その後、上位処理にリターンする。

（ステップＳ３０６）決済処理部１５１は、ポイントの利用が選択されたか否かを判別する。ポイントの利用が選択された場合はステップＳ３０７に進み、そうでないない場合はステップＳ３０１に戻る。

（ステップＳ３０７）決済処理部１５１は、ポイント情報を用いた決済のための処理を行う。なお、この処理については、前述したので繰り返さない。その後、上位処理にリターンする。

図４は、子端末２の動作を説明するフローチャートである。

（ステップＳ４０１）子処理部２４は、店舗端末３と通信可能か否かを、例えば、通信モジュールまたは近距離無線通信モジュールからの情報を用いてか否かを判別する。店舗端末３と通信可能である場合はステップＳ４０２に進み、店舗端末３と通信可能でない場合はステップＳ４０１に戻る。

（ステップＳ４０２）子処理部２４は、親端末１と通話中か否かを、例えば、通信モジュールからの情報を用いて判別する。親端末１と通話中である場合はステップＳ４０３に進み、親端末１と通話中でない場合はステップＳ４０７に進む。

（ステップＳ４０３）子処理部２４は、通話内容を用いて購入情報を取得するか否かを、例えば、これに関する事前の設定を示す設定情報を用いて判別する。通話内容を用いて購入情報を取得する場合はステップＳ４０４に進み、そうでない場合はステップＳ４０７に進む。

（ステップＳ４０４）子処理部２４は、取得処理を実行する。なお、取得処理については、図５のフローチャートを用いて説明する。

（ステップＳ４０５）子処理部２４は、取得処理によって、購入情報を取得できたか否かを判別する。購入情報を取得できた場合はステップＳ４０６に進み、取得できていない場合はステップＳ４０７に進む。

（ステップＳ４０６）子処理部２４は、取得した購入情報を購入情報格納部２１１に蓄積する。その後、ステップＳ４０１に戻る。

（ステップＳ４０７）子処理部２４は、店舗端末３等から購入情報を受信したか否かを判別する。店舗端末３等から購入情報を受信した場合はステップＳ４０８に進み、購入情報を受信していない場合はステップＳ４０９に進む。

（ステップＳ４０８）子処理部２４は、受信された購入情報を購入情報格納部２１１に蓄積する。その後、ステップＳ４０１に戻る。

（ステップＳ４０９）子処理部２４は、店舗端末３から指示を受信したか否かを判別する。店舗端末３から指示を受信した場合はステップＳ４１０に進み、受信していない場合はステップＳ４０１に戻る。

（ステップＳ４１０）子処理部２４は、購入情報格納部２１１に購入情報が格納されているか否かを判別する。購入情報格納部２１１に購入情報が格納されている場合はステップＳ４１１に進み、格納されていない場合はステップＳ４０１に戻る。

（ステップＳ４１１）購入情報送信部２３１は、購入情報格納部２１１に格納されている購入情報を親端末１に送信する。その後、処理は終了する。

なお、図４のフローチャートでは省略しているが、購入情報送信部２３１が購入情報格納部２１１に格納されている購入情報を送信した後、子処理部２４は、購入情報格納部２１１からその購入情報を削除するか、または、その購入情報に送信済みを示すフラグ等を対応付けてもよい。

また、図４のフローチャートにおいて、例えば、ステップＳ４０７でＮＯの場合、子処理部２４は、子受付部２５がレジ要求を受け付けたか否かを判別し、子受付部２５が、レジ要求を受け付けた場合に、子送信部２２が当該レジ要求を店舗端末３に送信し、子受付部２５がレジ要求を受け付けていない場合に、ステップＳ４０９に進んでもよい。レジ要求とは、ショッピングサイトで、カートに入っている商品を購入するべく、レジに進むことの要求である。なお、かかる処理は、後述する具体例２に対応している。

さらに、通常、図４のフローチャートの処理と並列に、子通話部２４１による通話制御処理が行われる。詳しくは、子通話部２４１は、例えば、発信操作または着信信号の有無などを基に、通話を開始するか否かを判断し、通話を開始する場合は、親端末１との通話処理を開始する。また、子通話部２４１は、例えば、終話操作または終話信号の有無などを基に、通話を終了するか否かを判断し、通話を終了する場合は、通話処理を終了する。

図５は、取得処理を説明するフローチャートである。

（ステップＳ５０１）子処理部２４は、子通話部２４１の通話音声を内部メモリに蓄積する。

（ステップＳ５０２）子処理部２４は、内部メモリに格納されている通話音声に対して音声認識を行う。

（ステップＳ５０３）子処理部２４は、認識結果を用いて形態素解析等を行い、必要な情報を取得する。ただし、例えば、音声認識や形態素解析等の成否、通話内容などによっては、子処理部２４は、必要な情報を取得できない可能性もある。その後、上位処理にリターンする。

図６は、店舗端末３の動作を説明するフローチャートである。

（ステップＳ６０１）店舗処理部３３は、子端末２と通信可能か否かを、例えば、通信モジュールまたは近距離無線通信モジュールからの情報を用いてか否かを判別する。子端末２と通信可能である場合はステップＳ６０２に進み、子端末２と通信可能でない場合はステップＳ６０１に戻る。

（ステップＳ６０２）店舗処理部３３は、店舗受付部３２が購入情報を受け付けたか否かを判別する。店舗受付部３２が購入情報を受け付けた場合はステップＳ６０３に進み、受け付けていない場合はステップＳ６０４に進む。

（ステップＳ６０３）店舗送信部３５、受け付けられた購入情報を子端末２に送信する。その後、ステップＳ６０１に戻る。

（ステップＳ６０４）店舗処理部３３は、店舗受付部３２が指示を受け付けたか否かを判別する。なお、オンラインショッピングでは、店舗処理部３３は、店舗受付部３２がキーボード等の入力デバイスを介して指示を受け付けた場合だけでなく、店舗受信部３４が子端末１からレジ要求を受信した場合にも、店舗受付部３２が指示を受け付けたと判別してよい。
店舗受付部３２が指示を受け付けた場合はステップＳ６０５に進み、受け付けていない場合はステップＳ６０１に戻る。

（ステップＳ６０５）店舗送信部３５は、受け付けられた指示を子端末２に送信する。なお、オンラインショッピングでは、店舗受信部３４が子端末１からレジ要求を受信した場合、店舗処理部３３は、カート内の商品群に対応する代金情報を取得し、取得した代金情報と指示とを子端末２に送信してもよい。その後、ステップＳ６０１に戻る。

なお、図６のフローチャートにおいて、店舗端末３の電源オンやプログラムの起動に応じて処理が開始し、電源オフや処理終了の割り込みにより処理は終了する。ただし、処理の開始または終了のトリガは問わない。

以下、本実施の形態における情報システムの具体的な動作例について説明する。お、以下の説明は、種々の変更が可能であり、本発明を何ら限定するものではない。また、既出の事項に関する説明は、省略または簡略化している。

本例における情報システムは、２以上の親端末１、２以上の子端末２、および２以上の店舗端末３を備える。２以上の親端末１のうち一つは、親Ａによって使用される。親Ａには、二人の子（以下、子ａおよび子ｂと記す）があり、２以上の子端末２のうち一つは、子ａによって使用され、他の一つは、子ｂによって使用される。

２以上の店舗端末３のうち一つは、子ａまたは子ｂが来店して買い物をする実店舗である店舗Ｘの店員によって操作される。２以上の店舗端末３のうち他の一つは、子ａまたは子ｂがオンラインで買い物をする仮想店舗である店舗Ｙの管理者による操作が可能である。

親Ａの親端末１の親格納部１１には、当該親端末１を識別する親端末識別子“Ａ”、子ａの子端末２を識別する子端末識別子“ａ”、および子ｂの子端末２を識別する子端末識別子“ｂ”が格納されている。

また、クレジットカード情報格納部１１１には、親Ａが保有するクレジットカードに関する２以上のクレジットカード情報が格納されている。各クレジットカード情報には、ＩＤ（例えば、１，２，…）が対応付いている。以下では、例えば、ＩＤ“１”に対応付いたクレジットカード情報を、クレジットカード情報１のように記す場合がある。なお、このことは、電子マネー情報またはポイント情報にも当てはまる。

また、電子マネー情報格納部１１２には、親Ａが保有する電子マネーに関する２以上の電子マネー情報が格納されている。各電子マネー情報には、ＩＤ（例えば、１，２，…）が対応付いている。

さらに、ポイント情報格納部１１３には、親Ａが保有するポイントに関する２以上のポイント情報が格納されている。各ポイント情報には、ＩＤ（例えば、１，２，…）が対応付いている。

子ａの子端末２の子格納部２１には、当該子端末２を識別する子端末識別子“ａ”、および親Ａの親端末１を識別する親端末識別子“Ａ”が格納されている。同様に、子ｂの子端末２の子格納部２１には、子端末識別子“ｂ”、および親端末識別子“Ａ”が格納されている。

店舗Ｘの店舗端末３の店舗格納部３１には、当該店舗端末３を識別する店舗端末識別子“Ｘ”が格納されている。同様に、店舗Ｙの店舗端末３の店舗格納部３１には、店舗端末識別子“Ｙ”が格納されている。

（具体例１）
いま、子ａが店舗Ｘを訪れ、店内に陳列されている２以上の商品の中から一の商品（ここでは、体操服）を選び、レジで購入しようとしている。レジには、店舗端末３が設置されている。子ａは、携帯している子端末２を起動する。起動が完了すると、子ａの子端末２（以下、単に子端末２と記す場合がある）と、店舗Ｘの店舗端末３（以下、店舗端末３）とが通信可能となる。

その後、子ａは、当該商品の購入に関して許可を受けるべく、親Ａの親端末１（以下、親端末１）に電話を掛ける。電話が繋がると、子ａは、店舗Ｘで１０００円の体操服を購入する旨を親Ａに伝える。親Ａが承諾すると、子ａは、電話が繋がったままの状態で、その旨を店員に伝える。

店員は、親の承諾が得られたことから、店舗端末３が有するキーボード等の入力デバイスを操作して、購入情報を入力する。ここでは、商品名“体操服”、および代金情報“１０００円”を含む商品情報が入力されたとする。ただし、商品情報は、例えば、数量情報“１枚”、および価格情報“１０００円／１枚”等も含んでいてよい。

店舗端末３において、店舗受付部３２が、上記購入情報を受け付ける。店舗送信部３５、受け付けられた購入情報を、店舗格納部３１に格納されている店舗端末識別子“Ｘ”と対に、子端末２に送信する。なお、対に送信または受信または蓄積等することは、購入情報が店舗端末識別子“Ｘ”を有する場合も含む。また、このことは、他の情報の送信または受信または蓄積等にも当てはまる。

子端末２において、子受信部２２が、上記購入情報を受信する。子処理部２４は、子格納部２１に格納されている親端末識別子“Ａ”で識別される親端末１と通話中か否かを、通信モジュールからの情報を用いて判別しており、当該親端末１と通話中に子受信部２２が上記購入情報を受信した場合に、当該購入情報を購入情報格納部２１１に蓄積する。その際、子処理部２４は、当該購入情報と対に受信された店舗端末識別子“Ｘ”を、当該購入情報と対に蓄積することは好適である。

店員は、引き続き、指示を入力する。店舗端末３において、店舗受付部３２が上記指示を受け付け、店舗送信部３５は、受け付けられた指示を店舗端末識別子“Ｘ”と対に子端末２に送信する。

子端末２において、子受信部２２が上記指示を受信し、購入情報送信部２３１は、購入情報格納部２１１に格納されている上記購入情報を、これと対に格納されている店舗端末識別子Ｘ、および子格納部２１に格納されている子端末識別子“ａ”と対に、親端末１に送信する。

親端末１において、親処理部１５は、子端末２と通話中か否かを通信モジュールからの情報を用いて判別しており、子端末２と通話中に、購入情報受信部１２１が当該子端末２から購入情報を受信した場合に、購入情報出力部１３１は、当該購入情報を、ディスプレイ等の出力デバイスを介して出力する。その際、購入情報出力部１３１は、当該購入情報と、保持している画面構成情報とを用いて、例えば、図７に示すような購入許可画面を出力する。

図７は、購入許可画面の一出力例を示す図である。この購入許可画面は、文字列“ａ様が、下記商品の購入をご希望です。許可ボタンまたは不許可ボタンを押してください。”と、受信された購入情報に対応する文字列“商品名：体操服、代金：１０００円”、当該購入情報に対応する購入に対する許可情報を入力するための“許可”ボタン、および当該許可情報の入力を拒否するための不許可ボタンを有する。対応する購入とは、体操服を１０００円で購入することである。

また、この購入許可画面は、図示しない支払方法選択ダイアログボックスも有していてよい。支払方法選択ダイアログボックスは、文字列“次の中から支払方法を選択してください。（１）クレジットカード、（２）電子マネー、（３）ポイント”を有する。ただし、支払方法選択ダイアログボックスは、当初、例えば、グレーアウトされており、“許可”ボタンの選択に応じて、そのグレーアウトが解除されることは好適である。なお、支払方法選択ダイアログボックスは、当初、表示されておらず、“許可”ボタンの選択に応じて表示されてもよい。また、支払方法が１つしかない場合や、事前に選択された支払方法が保持されている場合には、購入許可画面は、支払方法選択ダイアログボックスを有さなくてよい。

親Ａが、タッチパネル等の入力デバイスを介して、“許可”ボタンを選択すると、許可情報受付部１４１が、上記のような許可情報を受け付け、親処理部１５および決済処理部１５１は、決済のための処理を行う。なお、許可しない場合は、例えば、前画面に戻る等のキャンセル操作を行えばよい。

決済のための処理では、親処理部１５は、例えば、決済方法選択ダイアログボックスのグレーアウトを解除し、親受付部１４が決済方法の選択を受け付けたか否かを判別する。親受付部１４が、表示されている決済方法選択ダイアログボックスに対して、一の決済方法の選択を受け付けた場合、または事前に選択され決済方法を保持している場合、親処理部１５は、親受付部１４が決済方法の選択を受け付けたと判別する。

選択された決済方法がクレジットカードによる決済である場合、決済処理部１５１は、クレジットカード情報を用いた決済のための処理を行う。また、選択された決済方法が電子マネーによる支払いである場合、電子マネー情報を用いた決済のための処理を行う。さらに、選択された決済方法がポイントの利用である場合、ポイント情報を用いた決済のための処理を行う。

なお、上記各場合における決済のための処理については、前述したので繰り返さない。ただし、クレジットカード情報を用いた決済のための処理を行う際に、購入情報出力部１３１は、クレジットカード選択ダイアログを表示することは好適である。クレジットカード選択ダイアログとは、２以上のクレジットカードのうち一のクレジットカードを選択するためのダイアログである。クレジットカード選択ダイアログは、例えば、文字列“次の中からクレジットカードを選択してください。（１）ＰＰカード、（２）ＱＱカード，…”を有する。この文字列中の“（１）ＰＰカード”は、クレジットカード情報１に対応付いており、“（２）ＱＱカード”は、クレジットカード情報２に対応付いている。表示中のクレジットカード選択ダイアログに対して、“（１）ＰＰカード”が選択された場合、決済処理部１５１は、これに対応するクレジットカード情報１を用いて決済のための処理を行い、“（２）ＱＱカード”が選択された場合、決済処理部１５１は、これに対応するクレジットカード情報２を用いて決済のための処理を行うことは好適である。

また、電子マネー情報を用いた決済のための処理を行う際に、購入情報出力部１３１は、電子マネー選択ダイアログを表示し、選択された一の種類の電子マネーに対応する電子マネー情報を用いて決済のための処理を行うことは好適である。同様に、ポイント情報を用いた決済のための処理を行う際に、購入情報出力部１３１は、ポイント選択ダイアログを表示し、選択された一の種類のポイントに対応するポイント情報を用いて決済のための処理を行うことは好適である。

本例では、決済方法選択ダイアログボックスから、“（１）クレジットカード”が選択され、さらに、クレジットカード選択ダイアログボックスから、“（１）ＰＰカード”が選択されたとする。決済処理部１５１は、クレジットカード情報格納部１１１からＰＰカードに対応するクレジットカード情報１を取得し、ＰＰカードの発行元であるカード会社のサーバ等に送信する。このサーバで決済のための処理が完了すると、その旨の通知が親端末１に送信される。同様の通知は、店舗端末３にも送信される。

親端末１において、親受信部１２が上記通知を受信し、親出力部１３がこれを出力すると、親Ａは、決済が完了した旨を子ａに告げ、電話を切る。店舗端末３において、店舗受信部３４が上記通知を受信し、店舗処理部３３がこれをディスプレイに表示すると、店員は、子に商品を渡す。こうして、子ａが店舗Ｘを訪れて買い物を行う場合に、その代金を、店外に居る親Ａが安全に支払うことができる。

（具体例２）
いま、自宅に居る子ｂが、自分の子端末２（以下、単に子端末２と記す場合がある）を起動して、店舗Ｙの店舗端末３（以下、店舗端末３）にアクセスを試みている。親Ａは、外出中である。子端末２と店舗端末３とが通信可能となると、子端末２のディスプレイに、店舗Ｙのショッピングサイトが表示される。子ｂは、このショッピングサイトで販売されている２以上の商品の中から２以上の商品（ここでは、“絵具１２色一箱”、および“○○パーク入園券２枚”）を選び、カートに入れたとする。

その後、子ａは、当該商品群の購入に関して許可を受けるべく、親Ａの親端末１（以下、親端末１）に電話を掛ける。電話が繋がると、子ａは、例えば、「ネットのＹショップで、絵具１２色を一箱と、○○パーク入園券を２枚、買いたい」と発話する。これに対して、親Ａは、例えば、「値段は？」と尋ね、子ａは、「絵具１２色は一箱５００円、○○パーク入園券は１枚１５００円」と答える。

子端末２において、子処理部２４は、通話内容を用いた購入情報の取得を行う旨の設定情報を保持しており、この設定情報に従い、上記のような通話内容を用いて、取得処理を実行する。

詳しくは、子処理部２４は、子通話部２４１の通話音声を内部メモリに蓄積していきつつ、内部メモリに格納されている通話音声に対して音声認識を行う。次に、子処理部２４は、認識結果を用いて形態素解析や機械学習等を行うことで、例えば、“ネット”、“Ｙショップ”、“絵具１２色”等の単語を、順次、取得し、さらに、取得した１以上の単語を、商品名、数量情報、価格情報等に分類していく。これによって、親Ａと子ｂとの通話内容から、例えば、“絵具１２色”，“１箱５００円”および“一箱”を有する１番目の購入情報が取得され、さらに、“○○パーク入園券”，“１枚１５００円”および“２枚”を有する２番目の購入情報も取得される。

子処理部２４は、こうして取得された２つの購入情報を購入情報格納部２１１に蓄積する。

その後、子ｂは、カート内の商品群を購入するべく、レジ要求を入力する。子端末２において、子受付部２５がレジ要求を受け付け、子送信部２２は、当該レジ要求を店舗端末３に送信する。

店舗端末３において、店舗受信部３４が上記レジ要求を受信し、店舗処理部３３は、カート内の商品群に対応する代金情報“３５００円”を取得する。店舗送信部３５は、取得された代金情報“３５００円”と指示とを子端末２に送信する。

子端末２において、子受信部２２が上記代金情報“３５００円”および指示を受信し、子処理部２４は、受信された代金情報を購入情報格納部２１１に蓄積する。こうして、購入情報格納部２１１には、子処理部２４が取得した２つの購入情報、および子受信部２２が店舗端末３から受信した代金情報が格納される結果となる。

購入情報送信部２３１は、購入情報格納部２１１に格納されている２つの購入情報おおよび価格情報の組を、これと対に格納されている店舗端末識別子“Ｙ”、および子格納部２１に格納されている子端末識別子“ｂ”と対に、親端末１に送信する。

親端末１において、子端末２と通話中に、購入情報受信部１２１が当該子端末２から上記２つの購入情報および代金情報の組を受信したため、購入情報出力部１３１は、当該２つの購入情報および代金情報の組を、ディスプレイ等の出力デバイスを介して出力する。その際、購入情報出力部１３１は、当該２つの購入情報および代金情報の組と、保持している画面構成情報とを用いて、例えば、図８に示すような購入許可画面を出力する。

図８は、購入許可画面の他の出力例を示す図である。この購入許可画面は、文字列“ｂ様が、下記商品の購入をご希望です。許可ボタンまたは不許可ボタンを押してください。”を有する。また、購入許可画面は、受信された１番目の購入情報に対応する文字列“＜商品１＞商品名：絵具１２色、数量：一箱、価格：５００円／箱”、受信された２番目の購入情報に対応する文字列“＜商品２＞商品名：○○パーク入園券、数量：２枚、価格：１枚１５００円”、受信された価格情報に対応する３番目の文字列“＜代金＞３５００円”、および当該２つの購入情報および代金情報の組に対応する購入に対する許可情報を入力するための“許可”ボタン、および当該許可情報の入力を拒否するための“不許可”ボタンを有する。

親Ａが“許可”ボタンを選択すると、許可情報受付部１４１が、上記のような許可情報を受け付け、親処理部１５および決済処理部１５１は、決済のための処理を行う。

なお、図８の購入許可画面では、２つの購入情報および代金情報の組に一の許可ボタンおよび一の不許可ボタンが対応付いているが、２つの購入情報の各々に、一の許可ボタンが対応付いていてもよい。この場合、１番目の許可ボタンが押下されると、これに対応付いた１番目の購入情報の購入に対する許可情報が入力される。同様に、２番目の許可ボタンが押下されると、これに対応付いた２番目の購入情報の購入に対する許可情報が入力される。

また、この購入許可画面は、具体例１で説明したものと同じ支払方法選択ダイアログボックスも有していてよい。親Ａが、“許可”ボタンを選択すると、許可情報受付部１４１が許可情報を受け付け、親処理部１５および決済処理部１５１は、決済のための処理を行う。以降の処理は、具体例１と同様であり、説明を省略する。

こうして、子ｂが店舗Ｙのショッピングサイトで買い物を行う場合にも、その代金を、子ｂから離れた場所に居る親Ａが安全に支払うことができる。

以上、本実施の形態によれば、親端末１は、店舗の端末である店舗端末３から指示を受信した子端末２であり、指示の受信に応じて、商品の購入に関する購入情報を親端末１に送信する子端末２から購入情報を受信し、購入情報を出力し、購入情報に対応する購入に対する許可を示す許可情報を受け付け、許可情報を受け付けた場合に、購入情報に対応する決済のための処理を行うことにより、子の買い物を親が安全に支払うことができる。

また、親端末１は、子端末２と通話し、子端末２との通話中のみ、購入情報を受信することにより、安全性を高めることができる。

また、購入情報は、通話内容を用いて取得された情報を含むことにより、購入情報の入力操作が軽減されるので、支払いを容易化できる。

また、記録媒体は、クレジットカードに関するクレジットカード情報が格納されるクレジットカード情報格納部１１１を具備し、親端末１は、クレジットカード情報を用いて、決済のための処理を行うことにより、子の買い物を親がクレジットカードで安全に支払うことができる。

また、記録媒体は、電子マネーに関する電子マネー情報が格納される電子マネー情報格納部１１２を具備し、親端末１は、電子マネー情報を用いて、決済のための処理を行うことにより、子の買い物を親が電子マネーで安全に支払うことができる。

また、記録媒体は、ポイントに関するポイント情報が格納されるポイント情報格納部１１３を具備し、親端末１は、ポイント情報を用いて、決済のための処理を行うことにより、子の買い物を親がポイントを利用して安全に支払うことができる。

また、親端末１と通信を行う子端末２は、商品の購入に関する購入情報が格納される購入情報格納部２１１を具備し、店舗の端末である店舗端末３から指示を受信し、店舗端末３から指示を受信したことに応じて、購入情報を親端末１に送信し、親端末１で購入情報が受信され、許可情報が受け付けられたことに応じて、購入情報を用いた決済が行われることにより、子の買い物を親が安全に支払うことができる。

また、子端末２は、親端末１と通話し、親端末１と通話中のみ、購入情報を親端末１に送信できることにより、安全性を高めることができる。

さらに、本実施の形態における処理は、ソフトウェアで実現してもよい。そして、このソフトウェアをソフトウェアダウンロード等により配布してもよい。また、このソフトウェアをＣＤ−ＲＯＭなどの記録媒体に記録して流布してもよい。なお、このことは、本明細書における他の実施の形態においても該当する。

なお、本実施の形態における親端末１を実現するソフトウェアは、例えば、以下のようなプログラムである。つまり、このプログラムは、親端末１のコンピュータを、店舗の端末である店舗端末３から指示を受信した子端末２であり、前記指示の受信に応じて、商品の購入に関する購入情報を親端末１に送信する購入情報送信部２３１を具備する子端末２から購入情報を受信する購入情報受信部１２１と、前記購入情報を出力する購入情報出力部１３１と、前記購入情報に対応する購入に対する許可を示す許可情報を受け付ける許可情報受付部１４１と、前記許可情報受付部１４１が許可情報を受け付けた場合に、前記購入情報に対応する決済のための処理を行う決済処理部１５１として機能させるためのプログラムである。

また、本実施の形態における子端末２を実現するソフトウェアは、例えば、以下のようなプログラムである。つまり、親端末１と通信を行う子端末２のコンピュータがアクセス可能な記録媒体は、商品の購入に関する購入情報が格納される購入情報格納部２１１を具備し、このプログラムは、前記子端末２のコンピュータを、店舗の端末である店舗端末３から指示を受信する子受信部２２と、前記店舗端末３から指示を受信したことに応じて、前記購入情報を親端末１に送信する購入情報送信部２３１として機能させ、前記親端末１で購入情報が受信され、許可情報が受け付けられたことに応じて、前記購入情報を用いた決済が行われるプログラムである。

また、図９は、本実施の形態におけるプログラムを実行して、親端末１または子端末２等を実現するコンピュータシステム９００の外観図である。本実施の形態は、コンピュータハードウェアおよびその上で実行されるコンピュータプログラムによって実現され得る。図９において、コンピュータシステム９００は、ディスクドライブ９０５を含むコンピュータ９０１と、キーボード９０２と、マウス９０３と、ディスプレイ９０４と、マイクロフォン９１７とを備える。なお、キーボード９０２やマウス９０３やディスプレイ９０４やマイクロフォン９１７をも含むシステム全体をコンピュータと呼んでもよい。

図１０は、コンピュータシステム９００の内部構成の一例を示す図である。図１０において、コンピュータ９０１は、ディスクドライブ９０５に加えて、ＭＰＵ９１１と、ブートアッププログラム等のプログラムを記憶するためのＲＯＭ９１２と、ＭＰＵ９１１に接続され、アプリケーションプログラムの命令を一時的に記憶すると共に、一時記憶空間を提供するＲＡＭ９１３と、アプリケーションプログラム、システムプログラム、およびデータを記憶するストレージ９１４と、ＭＰＵ９１１、ＲＯＭ９１２等を相互に接続するバス９１５と、外部ネットワークや内部ネットワーク等のネットワークへの接続を提供するネットワークカード９１６と、を備える。ストレージ９１４は、例えば、ハードディスク、ＳＳＤ、フラッシュメモリなどである。

コンピュータシステム９００に、親端末１等の機能を実行させるプログラムは、例えば、ＤＶＤ、ＣＤ−ＲＯＭ等のディスク９２１に記憶されて、ディスクドライブ９０５に挿入され、ストレージ９１４に転送されてもよい。これに代えて、そのプログラムは、ネットワークを介してコンピュータ９０１に送信され、ストレージ９１４に記憶されてもよい。プログラムは、実行の際にＲＡＭ９１３にロードされる。なお、プログラムは、ディスク９２１、またはネットワークから直接、ロードされてもよい。また、ディスク９２１に代えて他の着脱可能な記録媒体（例えば、ＤＶＤやメモリカード等）を介して、プログラムがコンピュータシステム９００に読み込まれてもよい。

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

なお、上述したコンピュータシステム９００は、サーバまたは据え置き型のＰＣであるが、親端末１等は、例えば、タブレット端末やスマートフォンやノートＰＣといった、携帯端末で実現されてもよい。この場合、例えば、キーボード９０２およびマウス９０３はタッチパネルに、ディスクドライブ９０５はメモリカードスロットに、ディスク９２１はメモリカードに、それぞれ置き換えられることが望ましい。店舗端末３も、基本的なハードウェア構成は、ＰＣや携帯端末と同様でよい。ただし、以上は例示であり、親端末１等を実現するコンピュータのハードウェア構成は問わない。

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

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

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

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

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

以上のように、本発明にかかる親端末等は、子の買い物を親が安全に支払うことができるという効果を有し、親端末等として有用である。

１ 親端末
２ 子端末
３ 店舗端末
１１ 親格納部
１２ 親受信部
１３ 親出力部
１４ 親受付部
１５ 親処理部
２１ 子格納部
２２ 子受信部
２３ 子送信部
２４ 子処理部
２５ 子受付部
３１ 店舗格納部
３２ 店舗受付部
３３ 店舗処理部
３４ 店舗受信部
３５ 店舗送信部
１１１ クレジットカード情報格納部
１１２ 電子マネー情報格納部
１１３ ポイント情報格納部
１２１ 購入情報受信部
１３１ 購入情報出力部
１４１ 許可情報受付部
１５１ 決済処理部
１５２ 親通話部
２１１ 購入情報格納部
２３１ 購入情報送信部
２４１ 子通話部

Claims (8)

1. 親端末を機能させるためのプログラムであって、
   子端末と通話する親通話部と、
   店舗の端末である店舗端末から指示を受信した前記子端末であり、前記指示の受信に応じて、商品の購入に関する購入情報を親端末に送信する購入情報送信部を具備する前記子端末から、前記子端末との通話中に購入情報を受信する購入情報受信部と、
   前記子端末との通話中に、前記購入情報を出力する購入情報出力部と、
   前記子端末との通話中に、前記購入情報に対応する購入に対する許可を示す許可情報を受け付ける許可情報受付部と、
   前記許可情報受付部が許可情報を受け付けた場合に、前記購入情報に対応する決済のための処理を行う決済処理部として、前記親端末を機能させるためのプログラム。
2. 前記親端末を、
   前記子端末と通話中であるか否かを判別する親処理部としてさらに機能させ、
   前記購入情報出力部は、
   前記親処理部が前記子端末と通話中であると判別した場合のみ、前記購入情報を出力するものとして、前記親端末を機能させるための請求項１記載のプログラム。
3. 商品の購入に関する購入情報が格納される購入情報格納部にアクセス可能な子端末であり、請求項１または請求項２記載の親端末と通信を行う子端末を、機能させるためのプログラムであって、
   親端末と通話する子通話部と、
   店舗の端末である店舗端末から指示を受信する子受信部と、
   前記店舗端末から指示を受信したことに応じて、前記親端末との通話中に、前記購入情報を前記親端末に送信する購入情報送信部として、前記子端末を機能させるためのプログラムであって、
   前記親端末で購入情報が受信され、許可情報が受け付けられたことに応じて、前記購入情報を用いた決済が行われるものとして、前記子端末を機能させるためのプログラム。
4. 前記親端末と通話中であるか否かを判別する子処理部として、前記子端末を機能させるためのプログラムであって、
   前記購入情報送信部は、
   前記子処理部が親端末と通話中であると判別した場合のみ、前記購入情報を前記親端末に送信するものとして、前記子端末を機能させるための請求項３記載のプログラム。
5. 子端末と通話する親通話部、購入情報受信部、購入情報出力部、許可情報受付部、および決済処理部によって実現される決済処理方法であって、
   前記購入情報受信部が、店舗の端末である店舗端末から指示を受信した前記子端末であり、前記指示の受信に応じて、商品の購入に関する購入情報を親端末に送信する購入情報送信部を具備する前記子端末から、前記子端末との通話中に購入情報を受信する購入情報受信ステップと、
   前記購入情報出力部が、前記子端末との通話中に、前記購入情報を出力する購入情報出力ステップと、
   前記許可情報受付部が、前記子端末との通話中に、前記購入情報に対応する購入に対する許可を示す許可情報を受け付ける許可情報受付ステップと、
   前記決済処理部が、前記許可情報受付部が許可情報を受け付けた場合に、前記購入情報に対応する決済のための処理を行う決済処理ステップとを含む決済処理方法。
6. 親端末と通話する子通話部、商品の購入に関する購入情報が格納される購入情報格納部、子受信部、および購入情報送信部によって実現される決済処理方法であって、
   前記子受信部が、店舗の端末である店舗端末から指示を受信する子受信部と、
   前記購入情報送信部が、前記店舗端末から指示を受信したことに応じて、前記親端末との通話中に、前記購入情報を前記親端末に送信する購入情報送信部とを含み、
   前記親端末で購入情報が受信され、許可情報が受け付けられたことに応じて、前記購入情報を用いた決済が行われる決済処理方法。
7. 子端末と通話する親通話部と、
   店舗の端末である店舗端末から指示を受信した前記子端末であり、前記指示の受信に応じて、商品の購入に関する購入情報を親端末に送信する購入情報送信部を具備する前記子端末から、前記子端末との通話中に購入情報を受信する購入情報受信部と、
   前記子端末との通話中に、前記購入情報を出力する購入情報出力部と、
   前記子端末との通話中に、前記購入情報に対応する購入に対する許可を示す許可情報を受け付ける許可情報受付部と、
   前記許可情報受付部が許可情報を受け付けた場合に、前記購入情報に対応する決済のための処理を行う決済処理部とを具備する親端末。
8. 親端末と通話する子通話部と、
   商品の購入に関する購入情報が格納される購入情報格納部と、
   店舗の端末である店舗端末から指示を受信する子受信部と、
   前記店舗端末から指示を受信したことに応じて、前記親端末との通話中に、前記購入情報を前記親端末に送信する購入情報送信部として機能させ、
   前記親端末で購入情報が受信され、許可情報が受け付けられたことに応じて、前記購入情報を用いた決済が行われる子端末。

Images