JP2023110397A - 注文システム、注文方法、及びプログラム - Google Patents

Abstract

【課題】ユーザに、電子マネーを利用して積立商品を注文させる。【解決手段】注文システム（Ｓ）の決済タイミング判定部（１１０）は、ユーザが注文する積立商品に関する決済タイミングが訪れたか否かを判定する。決済処理実行部（１１１）は、決済タイミングが訪れたと判定された場合に、ユーザが保有する電子マネーと、ユーザが指定した積立額と、に基づいて、積立商品に関する決済処理を実行する。注文処理実行部（１１２）は、積立商品に関する注文処理を実行する。【選択図】図５

Description

本開示は、注文システム、注文方法、及びプログラムに関する。

従来、投資信託又は株式といった種々の投資商品が知られている。例えば、特許文献１には、ユーザが入金した電子マネーの運用方法として、元本保証された運用口座に振り分けたり、国債、社債、又は投資信託に関する決済処理を実行したりすることが記載されている。例えば、特許文献２には、クレジットカードのポイントを現金に変換し、銀行口座を介して投資商品口座に入金した後に、投資商品口座に設定された月掛け金に応じた決済処理を実行することが記載されている。

特開２０２０－３０４９１号公報 特表２００８－５２９１１６号公報

しかしながら、特許文献１の技術は、ユーザが電子マネーを入金するたびに、国債、社債、又は投資信託を注文するものにすぎないので、定期的に注文される積立商品を電子マネーで注文することはできない。特許文献２の技術は、クレジットカードのポイントを利用して積立商品を注文するものにすぎないので、電子マネーを利用して積立商品を注文することはできない。従来の技術では、ユーザに、電子マネーを利用して積立商品を注文させることはできなかった。

本開示の目的の１つは、ユーザに、電子マネーを利用して積立商品を注文させることである。

本開示に係る注文システムは、ユーザが注文する積立商品に関する決済タイミングが訪れたか否かを判定する決済タイミング判定部と、前記決済タイミングが訪れたと判定された場合に、前記ユーザが保有する電子マネーと、前記ユーザが指定した積立額と、に基づいて、前記積立商品に関する決済処理を実行する決済処理実行部と、前記積立商品に関する注文処理を実行する注文処理実行部と、を含む。

本開示によれば、ユーザが、電子マネーを利用して積立商品を注文できる。

注文システムの全体構成の一例を示す図である。 ユーザ端末に表示される画面の一例を示す図である。 ユーザ端末に表示される画面の一例を示す図である。 投信積立の注文が完了した後の流れの一例を示す図である。 注文システムで実現される機能の一例を示す機能ブロック図である。 電子マネーデータベースの一例を示す図である。 可能性表示部の処理の一例を示す図である。 投資データベースの一例を示す図である。 注文システムで実行される処理の一例を示す図である。 変形例における機能ブロックの一例を示す図である。 複数の積立設定の各々における決済タイミングが互いに異なる場合の一例を示す図である。 ユーザが積立設定を変更する流れの一例を示す図である。

［１．注文システムの全体構成］
本開示に係る注文システムの実施形態の一例を説明する。図１は、注文システムの全体構成の一例を示す図である。注文システムＳは、電子マネーサーバ１０、証券サーバ２０、及びユーザ端末３０を含む。これらは、インターネット又はＬＡＮ等のネットワークＮに接続可能である。注文システムＳは、少なくとも１つのコンピュータを含めばよく、図１の例に限られない。

電子マネーサーバ１０は、決済事業者のサーバコンピュータである。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、ハードディスク等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。

証券サーバ２０は、証券会社のサーバコンピュータである。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。

ユーザ端末３０は、ユーザのコンピュータである。例えば、ユーザ端末３０は、パーソナルコンピュータ、スマートフォン、タブレット端末、又はウェアラブル端末である。制御部３１、記憶部３２、及び通信部３３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。操作部３４は、タッチパネル等の入力デバイスである。表示部３５は、液晶ディスプレイ又は有機ＥＬディスプレイである。

なお、記憶部１２，２２，３２に記憶されるプログラムは、ネットワークＮを介して供給されてもよい。また、情報記憶媒体に記憶されたプログラムが、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）、又は、外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）を介して供給されてもよい。

［２．注文システムの概要］
本実施形態では、ユーザは、決済事業者が提供する決済サービスと、証券会社が提供する投資サービスと、を利用可能である。決済サービスは、電子決済に関するサービスである。電子決済は、キャッシュレス決済と呼ばれることもある。本実施形態では、決済サービスで利用可能な決済手段の一例として、いわゆる前払式支払手段の一種である電子マネーを説明するが、決済サービスでは、クレジットカード又は銀行口座といった他の決済手段が利用可能であってもよい。

投資サービスは、投資に関するサービスである。投資サービスでは、投資対象の商品である投資商品がユーザに提供される。投資サービスは、証券会社以外の他の業者（例えば、銀行等の金融機関又はその他の会社）によって提供されてもよい。本実施形態では、投資商品の一例として、所定の積立額が定期的に積み立てられる積立商品を説明する。更に、積立商品の一例として、投信積立を説明する。このため、投信積立と記載した箇所は、投資商品又は積立商品と読み替えることができる。

なお、投資サービスで提供される投資商品は、任意の種類であってよく、投信積立に限られない。例えば、投資商品は、株式、外貨、国債、その他の有価証券、金、又はプラチナといったように、投資信託以外の他のものを対象とした商品であってもよい。投資商品は、積立商品ではなく、一度きりの注文を受け付ける商品であってもよい。注文は、投資商品の購入又は買付ということもできる。本実施形態では、投資商品の決済方法に特徴があるので、投資商品の仕組み自体は、公知の仕組みを利用可能である。

本実施形態では、ユーザが、ユーザ端末３０のアプリケーションから、決済サービス及び投資サービスを利用する場合を例に挙げるが、ユーザは、ユーザ端末３０のブラウザから、決済サービス及び投資サービスの少なくとも一方を利用してもよいし、特にユーザ端末３０を利用せずに決済サービス及び投資サービスの少なくとも一方を利用してもよい。以降、決済事業者が提供するアプリケーションを、決済アプリという。証券会社が提供するアプリケーションを、証券アプリという。

例えば、ユーザは、決済アプリから、決済サービスが提供する電子マネーに関する種々の機能を利用できる。本実施形態では、電子マネーの一例として、オンライン型の電子マネーを例に挙げるが、電子マネーは、任意のタイプであってよく、オンライン型の電子マネーに限られない。例えば、電子マネーは、ＩＣカードを利用するタイプ、ユーザ端末３０のＩＣチップを利用するタイプ、又は磁気カードを利用するタイプであってもよい。

オンライン型の電子マネーは、電子商取引サービス又は旅行予約サービスといったインターネットサービスで利用可能な電子マネーである。オンライン型の電子マネーは、実店舗で利用可能であってもよい。例えば、ユーザは、バーコード又は二次元コードといったコードを利用して、実店舗でオンライン型の電子マネーを利用できる。以降、オンライン型の電子マネーを、単に電子マネーという。

図２及び図３は、ユーザ端末３０に表示される画面の一例を示す図である。例えば、ユーザ端末３０の証券アプリが起動すると、投資サービスにログインするためのログイン画面Ｇ１が表示部３５に表示される。ユーザは、入力フォームＦ１０，Ｆ１１に、投資サービスにおけるユーザＩＤ及びパスワードを入力してボタンＢ１２を選択すると、投資サービスへのログイン処理が実行される。

ユーザが投資サービスにログインすると、投資サービスのトップ画面Ｇ２が表示部３５に表示される。ユーザは、ボタンＢ２０～Ｂ２３を選択して投資商品を注文できる。例えば、ユーザが、投信積立を注文するためのボタンＢ２１を選択すると、投信積立の設定である積立設定を指定できる。積立設定の流れ自体は、公知の流れであってよく、本実施形態では、投資信託の指定、決済方法の指定、及び積立額と積立指定日の指定といった流れを例に挙げる。

例えば、ユーザがボタンＢ２１を選択すると、投信積立の対象となる投資信託を指定するための投資信託指定画面Ｇ３が表示部３５に表示される。ユーザは、投資信託指定画面Ｇ３から、投資サービスで注文可能な投資信託を検索できる。ユーザが、所望の投資信託を検索してボタンＢ３０を選択すると、決済方法を指定するための決済方法指定画面Ｇ４が表示部３５に表示される。

決済方法は、投信積立の決済で利用する方法である。決済方法は、積立額の支払方法又は引落方法ということもできる。図２の例では、投信積立の決済方法として、電子マネー（図２では「ＹＹＹキャッシュ」）、クレジットカード、及び証券口座の３つが用意されている。決済方法は、これらに限られず、ポイント等を利用した他の決済方法が用意されていてもよい。ユーザは、ボタンＢ４０～Ｂ４２の何れかを選択することによって、任意の決済方法を指定できる。本実施形態では、電子マネーが決済方法として指定される場合を例に挙げる。

例えば、ユーザが、電子マネーに対応するボタンＢ４０を選択してボタンＢ４３を選択すると、図３に移り、積立額と積立指定日を指定するための積立額等指定画面Ｇ５が表示部３５に表示される。ユーザが、入力フォームＦ５０，Ｆ５１に積立額と積立指定日を入力してボタンＢ５２を選択すると、決済アプリが起動し、決済サービスにおけるログイン画面Ｇ６が表示部３５に表示される。証券アプリは、バックグラウンドに移行する。

本実施形態では、ユーザは、電子マネーの残高不足によって投信積立の注文がキャンセルにならないように、電子マネーのオートチャージ機能を利用できる。例えば、ユーザは、初めてオートチャージ機能を利用する場合には、所定の申込手続を行う。申込手続では、利用規約への同意やチャージ方法の指定が行われる。ここでは、ユーザがオートチャージ機能の申込手続を済ませているものとする。

例えば、ユーザが、入力フォームＦ６０，Ｆ６１に、決済サービスのユーザＩＤ及びパスワードを入力してボタンＢ６２を選択すると、決済サービスへのログイン処理が実行される。本実施形態では、決済サービスのユーザＩＤと、投資サービスのユーザＩＤと、が互いに同じである場合を例に挙げる。ユーザは、投資サービスにログインしたユーザＩＤと同じユーザＩＤで、決済サービスにログインする必要がある。

決済サービスへのログインが成功すると、オートチャージ設定を指定するためのオートチャージ設定画面Ｇ７が表示部３５に表示される。図３の例では、チャージ方法として、クレジットカードが指定されている。ユーザは、オートチャージ設定画面Ｇ７からチャージ方法を変更してもよい。例えば、ユーザが、入力フォームＦ７０，Ｆ７１に、チャージ閾値とチャージ後残高を入力してボタンＢ７２を選択すると、オートチャージ設定が決済サービスに保存される。

チャージ閾値は、オートチャージ処理を実行するか否かの基準となる残高の閾値である。本実施形態では、チャージ閾値未満になった場合にオートチャージ処理が実行されるものとするが、チャージ閾値以下になった場合にオートチャージ処理が実行されてもよい。ユーザは、任意のチャージ閾値を指定可能である。例えば、ユーザは、投信積立の積立額以上の数値を、チャージ閾値として指定する。チャージ閾値は、チャージ後残高以下の数値が指定されるものとする。

チャージ後残高は、オートチャージ処理後の残高である。チャージ後残高は、電子マネーに常備される残高ということもできる。本実施形態では、オートチャージ額が指定されるのではなく、チャージ後残高が指定される場合を説明する。即ち、「残高が５０，０００円未満になると、１０，０００円チャージする」といったオートチャージ設定ではなく、「残高が５０，０００円未満になると、残高を５１，０００円にする」といったオートチャージ設定が指定される。ユーザは、任意のチャージ後残高を指定可能である。例えば、ユーザは、投信積立の積立額以上の数値を、チャージ後残高として指定する。チャージ後残高は、チャージ閾値以上の数値が指定されるものとする。

オートチャージ設定が完了すると、証券アプリがフォアグラウンドに戻る。ユーザが、証券アプリから注文内容の最終確認や暗証番号の入力をして注文を確定させると、注文が完了したことを示す注文完了画面Ｇ８が表示部３５に表示される。投信積立の注文が完了すると、ユーザが指定した投資信託が、ユーザが指定した積立額だけ、ユーザが指定した積立指定日に自動的に購入されるようになる。オートチャージ処理は、必要に応じて実行される。

図４は、投信積立の注文が完了した後の流れの一例を示す図である。図４のｔ軸は、時間軸である。図４では、Ｔ（Ｔは自然数）月に実行される処理と、Ｔ月の前後の月に実行される処理と、が示されている。Ｔが１の場合には、Ｔ－１月は、前年の１２月である。Ｔが１２の場合には、Ｔ＋１月は、翌年の１月である。投信積立における時系列的な流れ自体は、公知の種々の流れを利用可能であり、図４の例に限られない。

図４の例では、ユーザは、「ファンドＡ」、「ファンドＢ」、及び「ファンドＣ」といった３つの投信積立を、電子マネーで注文する。「ファンドＡ」の積立額は、「１０，０００円」である。「ファンドＡ」の指定積立日は、「毎月３日」である。「ファンドＢ」の積立額は、「１５，０００円」である。「ファンドＢ」の指定積立日は、「毎月１２日」である。「ファンドＣ」の積立額は、「２５，０００円」である。「ファンドＣ」の指定積立日は、「毎月２５日」である。

例えば、Ｔ－１月の１３日に、Ｔ＋１月における投信積立の積立設定が開始される。Ｔ月の１２日に、Ｔ＋１月における投信積立の積立設定が締め切られる。Ｔ月の１５日は、Ｔ＋１月における投信積立の決済タイミングである。決済タイミングとは、決済処理を実行すべきタイミングである。図４の例では、電子マネーの決済タイミングを示しているが、決済タイミングは、決済方法に応じて異なってもよい。例えば、決済方法としてクレジットカードが指定された場合には、Ｔ月の１３日にオーソリゼーションが実行されて、Ｔ＋１月の２７日に銀行口座からの引き落としが行われてもよい。

Ｔ月の１５日における所定時刻（例えば、午前３時）になると、Ｔ月の１２日で締め切られた積立設定に基づいて、電子マネーの決済処理が実行される。図４の例では、ユーザが指定した３つの投資信託の積立金の合計額である「５０，０００円」が、電子マネーの残高から引かれる。ユーザのオートチャージ設定が、図３のように「残高が５０，０００円未満になると、残高を５１，０００円にする」といった内容であれば、電子マネーの残高は、常に決済処理で必要な額（図４の例では「５０，０００円」）以上になる。このため、Ｔ月の１５日における決済処理は、原則として失敗しない。Ｔ月の月末になると、決済事業者から証券会社に対し、Ｔ月に実行された電子マネーの決済処理に応じた入金が実行される。

Ｔ＋１月になると、ユーザが指定した積立指定日に、ユーザが指定した投資信託の注文処理が自動的に実行される。図４の例であれば、Ｔ＋１月の３日になると、「ファンドＡ」が「１０，０００円」注文される。Ｔ＋１月の１２日になると、「ファンドＢ」が「１５，０００円」注文される。Ｔ＋１月の２５日になると、「ファンドＣ」が「２５，０００円」注文される。本実施形態の注文システムＳでは、図４のような流れが繰り返されることによって、電子マネーを利用した投信積立の注文が繰り返される。以降、注文システムＳの詳細を説明する。

［３．注文システムで実現される機能］
図５は、注文システムＳで実現される機能の一例を示す機能ブロック図である。

［３－１．電子マネーサーバで実現される機能］
データ記憶部１００は、記憶部１２を主として実現される。他の各機能は、制御部１１を主として実現される。

［データ記憶部］
データ記憶部１００は、ユーザに決済サービスを提供するために必要なデータを記憶する。例えば、データ記憶部１００は、電子マネーデータベースＤＢ１を記憶する。

図６は、電子マネーデータベースＤＢ１の一例を示す図である。図６に示すように、電子マネーデータベースＤＢ１は、決済サービスにおけるユーザに関する情報が格納されたデータベースである。例えば、電子マネーデータベースＤＢ１には、ユーザＩＤ、パスワード、電子マネーの残高、チャージ方法情報、オートチャージ設定、及び決済設定が格納される。電子マネーデータベースＤＢ１に格納される情報は、ユーザに関する任意の情報であってよく、図６の例に限られない。例えば、電子マネーデータベースＤＢ１には、電子マネーの利用履歴又はチャージ履歴が格納されてもよい。

ユーザＩＤは、ユーザに関するユーザ情報の一例である。このため、ユーザＩＤについて説明している箇所は、ユーザ情報と読み替えることができる。ユーザ情報は、ユーザを識別可能な任意の情報であってよく、例えば、ユーザアカウントと呼ばれる情報、メールアドレス、又は電話番号であってもよい。ユーザ情報は、ユーザの名前であってもよい。例えば、ユーザ情報は、文字、数字、その他の記号、又はこれらの組み合わせである。ユーザＩＤ及びパスワードは、決済サービスにログインするために利用される。電子マネーの残高は、現状の残高である。残高は、０以上の任意の数値を示す。残高には、上限が設定されてもよい。

チャージ方法情報は、電子マネーのチャージ方法に関する情報である。チャージ方法とは、電子マネーのチャージで利用する決済手段である。チャージ方法は、任意の決済手段であってよく、例えば、クレジットカード、銀行口座、オンラインフリーマーケットサービスの売上金、暗号資産、又はポイントであってもよい。例えば、クレジットカードがチャージ方法に相当する場合、チャージ方法情報は、カード番号、有効期限、及び名義人を示す。例えば、銀行口座がチャージ方法に相当する場合、チャージ方法情報は、銀行名、支店名、口座番号、及び名義人を示す。他のチャージ方法の場合も同様に、チャージ方法情報は、チャージ方法を識別可能な情報を示せばよい。チャージ方法情報は、ユーザの操作により変更可能である。

オートチャージ設定は、オートチャージに関する設定である。本実施形態では、オートチャージ設定が、チャージ閾値及びチャージ後残高を示す場合を説明するが、オートチャージ設定は、チャージ閾値又はチャージ後残高の何れか一方のみを示してもよい。他にも例えば、オートチャージ処理を実行するオートチャージタイミングをユーザが指定できる場合には、オートチャージ設定は、オートチャージタイミングを示してもよい。オートチャージ設定は、ユーザの操作により変更可能である。更に、ユーザが手動で行う通常のチャージ処理のチャージ方法と、オートチャージ処理のチャージ方法と、を異ならせる場合には、オートチャージ処理のチャージ方法がオートチャージ設定に示されてもよい。本実施形態では、チャージ方法情報が示すチャージ方法によってオートチャージ処理が実行される場合を説明するが、オートチャージ処理は、特定のクレジットカードを利用したチャージ方法のみを選択できるようにしてもよい。

決済設定は、投信積立の決済処理に関する設定である。電子マネーデータベースＤＢ１に格納される決済設定は、投資データベースＤＢ２に格納される積立設定のうち、少なくとも電子マネーの決済処理に必要な情報を含めばよい。図６の例では、決済設定として、投資信託ＩＤ及び積立額が電子マネーデータベースＤＢ１に格納されているものとする。ユーザが決済タイミングを指定できる場合には、決済設定は、決済タイミングを示してもよい。電子マネー以外の決済方法が指定された場合には、決済設定は、決済方法を示してもよい。

なお、データ記憶部１００に記憶されるデータは、電子マネーデータベースＤＢ１に限られない。データ記憶部１００は、決済サービスに必要なデータを記憶すればよい。例えば、データ記憶部１００は、オートチャージ設定画面Ｇ７等の画面をユーザ端末３０に表示させるために必要なデータを記憶してもよい。

［一致判定部］
本実施形態では、投信積立は、投資サービスにより提供される。電子マネーは、投資サービスとは異なる決済サービスにより提供される。投資サービスにおけるユーザＩＤと、決済サービスにおけるユーザＩＤとは、互いに同じものが利用されるので、一致判定部１０１は、投資サービスにおけるユーザＩＤと、決済サービスにおけるユーザＩＤと、が一致するか否かを判定する。即ち、一致判定部１０１は、投資サービスにログイン中のユーザと、決済サービスにログインしようとしているユーザと、が同一人物であるか否かを判定する。ユーザＩＤが一致することは、同一人物であることを意味する。

図２及び図３の例であれば、一致判定部１０１は、ログイン画面Ｇ１に入力されたユーザＩＤと、ログイン画面Ｇ６に入力されたユーザＩＤと、が一致するか否かを判定する。例えば、電子マネーサーバ１０は、ログイン画面Ｇ６が表示される前に、証券サーバ２０又はユーザ端末３０から、ログイン画面Ｇ１に入力されたユーザＩＤを取得する。電子マネーサーバ１０は、当該取得されたユーザＩＤと、ログイン画面Ｇ６に入力されたユーザＩＤと、が一致するか否かを判定する。

なお、ユーザＩＤ以外の他の情報がユーザ情報として利用される場合、一致判定部１０１は、他の情報の一致を判定してもよい。例えば、ユーザの名前がユーザ情報として利用される場合、一致判定部１０１は、投資サービスにおけるユーザの名前（例えば、証券口座の名義人）と、決済サービスにおけるユーザの名前（例えば、電子マネーの名義人）と、が一致するか否かを判定してもよい。他の情報がユーザ情報として利用される場合も同様にして、一致判定部１０１は、ユーザ情報の一致を判定すればよい。

［オートチャージ設定許可部］
オートチャージ設定許可部１０２は、一致判定部１０１の判定結果に基づいて、ユーザによるオートチャージ設定を許可する。オートチャージ設定許可部１０２は、一致判定部１０１によりユーザＩＤが一致すると判定されない場合には、オートチャージ設定を許可せず、一致判定部１０１によりユーザＩＤが一致すると判定された場合に、オートチャージ設定を許可する。オートチャージ設定が許可されなかったとしても、投信積立の注文自体は許可されてもよい。

図２及び図３の例であれば、オートチャージ設定許可部１０２は、一致判定部１０１によりユーザＩＤが一致すると判定されない場合には、オートチャージ設定画面Ｇ７を表示させないようにすることによって、オートチャージ設定を許可しない。オートチャージ設定許可部１０２は、一致判定部１０１によりユーザＩＤが一致すると判定された場合に、オートチャージ設定画面Ｇ７の表示を許可することによって、オートチャージ設定を許可する。即ち、オートチャージ設定許可部１０２は、オートチャージ設定画面Ｇ７を表示させるか否かを制御することによって、オートチャージ設定を許可するか否かを制御する。

なお、オートチャージ設定許可部１０２は、他の方法によって、オートチャージ設定を許可してもよい。例えば、オートチャージ設定許可部１０２は、オートチャージ設定画面Ｇ７の表示は許可するが、オートチャージ設定画面Ｇ７に対する入力を制限するか否かを制御することによって、オートチャージ設定を許可するか否かを制御してもよい。例えば、オートチャージ設定許可部１０２は、オートチャージ設定画面Ｇ７に対する入力は許可するが、電子マネーデータベースＤＢ１に反映するか否かを制御することによって、オートチャージ設定を許可するか否かを制御してもよい。

［合計額計算部］
合計額計算部１０３は、投信積立に関する複数の積立設定をユーザが指定した場合に、当該複数の積立設定の各々における積立額に関する合計額を計算する。合計額は、決済処理に必要な額である。本実施形態では、合計額計算部１０３は、複数の積立設定の各々における積立額を合計した値を、そのまま合計額として計算する場合を説明するが、所定の手数料が加算される場合には、積立額を合計した値に手数料を加算した値を、合計額として計算してもよい。

本実施形態では、ユーザは、電子マネー以外の他の決済方法も指定可能なので、合計額計算部１０３は、決済方法として電子マネーが指定された複数の積立設定の各々における積立額に関する合計額を計算する。電子マネー以外の他の決済方法が指定された積立設定における積立額は、合計額の計算から除外される。ある決済タイミングで決済処理が発生する積立設定における積立額が、合計額の計算対象になる。

図４の例であれば、「ファンドＡ」、「ファンドＢ」、及び「ファンドＣ」の合計３つの積立設定が指定されている。これら３つの積立設定が示す決済方法は、電子マネーである。Ｔ月の１５日における決済タイミングで、「ファンドＡ」の積立額、「ファンドＢ」の積立額、及び「ファンドＣ」の積立額が決済処理の対象となる。合計額計算部１０３は、「ファンドＡ」の積立額「１０，０００円」、「ファンドＢ」の積立額「１５，０００円」、及び「ファンドＣ」の積立額「２５，０００円」を合計し、合計額「５０，０００円」を計算する。

［可能性判定部］
可能性判定部１０４は、現状のオートチャージ設定に基づいて、注文処理が完了する可能性を判定する。注文処理が完了する可能性とは、注文処理が確実に完了するか否かである。別の言い方をすれば、決済タイミングにおいて注文処理の完了に十分な残高があるか否かを推定することは、注文処理が完了する可能性を判定することに相当する。可能性判定部１０４は、オートチャージ設定が示すチャージ後残高と、積立設定が示す積立額と、に基づいて、注文処理が完了する可能性を判定する。決済処理が完了しなければ注文処理は完了しないので、注文処理が完了する可能性は、決済処理が完了する可能性と同じ意味である。

図４の例であれば、Ｔ月の１５日における決済タイミングで、「ファンドＡ」の積立額、「ファンドＢ」の積立額、及び「ファンドＣ」の積立額の合計額である「５０，０００円」が必要である。可能性判定部１０４は、現状のオートチャージ設定が示すチャージ後残高が、積立額の合計額である「５０，０００円」以上であるか否かを判定する。可能性判定部１０４は、チャージ後残高が積立額の合計額未満であれば、注文処理が完了しない可能性があると判定し、チャージ後残高が積立額の合計額以上であれば、注文処理が完了する可能性があると判定する。

［オートチャージ設定画面表示部］
オートチャージ設定画面表示部１０５は、オートチャージ設定の指定を受け付けるオートチャージ設定画面Ｇ７を、ユーザ端末３０に表示させる。オートチャージ設定画面表示部１０５は、ユーザ端末３０に対し、オートチャージ設定画面Ｇ７の表示データを送信することによって、オートチャージ設定画面Ｇ７をユーザ端末３０に表示させる。表示データは、任意の形式であってよい。例えば、決済アプリに定められた画面フレームにはめ込む個々の画像データが表示データに相当してもよい。ブラウザが利用される場合には、ＨＴＭＬデータが表示データに相当してもよい。例えば、オートチャージ設定画面表示部１０５は、額情報表示部１０６及び可能性表示部１０７を含む。

額情報表示部１０６は、オートチャージ設定の指定を受け付けるオートチャージ設定画面Ｇ７に、積立額に関する額情報を表示させる。本実施形態では、額情報表示部１０６は、額情報として、オートチャージ設定画面Ｇ７に合計額を表示させる。図３の例であれば、額情報表示部１０６は、「あなたの積立額￥５０，０００円」といった額情報を、オートチャージ設定画面Ｇ７に表示させる。額情報表示部１０６は、オートチャージ設定画面Ｇ７の所定の位置に、額情報を配置することによって、オートチャージ設定画面Ｇ７に額情報を表示させる。

額情報は、積立額に関する何らかの情報であればよく、合計額に限られない。例えば、ユーザが投信積立で１つの投資信託だけを注文する場合には、額情報は、当該１つの投信新宅の積立額であってもよい。積立額に対して所定の手数料が加算される場合には、額情報は、手数料が加算された後の額であってもよい。ユーザが投信積立で複数の投資信託を注文する場合だったとしても、合計額ではなく、個々の積立額が額情報に相当してもよい。図４の例であれば、「ファンドＡの積立額￥１０，０００、ファンドＢの積立額￥１５，０００、ファンドＣの積立額￥２５，０００」といったように、積立額の内訳がオートチャージ設定画面Ｇ７に表示されてもよい。額情報は、図３のオートチャージ設定画面Ｇ７のようなテキストではなく、任意の形式であってよい。例えば、額情報は、アイコンやバーといった他の画像であってもよい。

図７は、可能性表示部１０７の処理の一例を示す図である。可能性表示部１０７は、オートチャージ設定の指定を受け付けるオートチャージ設定画面Ｇ７に、可能性判定部１０４の判定結果を表示させる。可能性表示部１０７は、オートチャージ設定画面Ｇ７の所定の位置に、可能性判定部１０４の判定結果を示す情報を配置することによって、オートチャージ設定画面Ｇ７に可能性判定部１０４の判定結果を表示させる。図７では、この情報の一例としてメッセージＭ７３，Ｍ７４を示しているが、この情報は、他の任意の形式であってよく、例えば、アイコンやその他の画像であってもよい。

図７の例では、可能性表示部１０７は、可能性判定部１０４により注文処理が完了する可能性があると判定された場合に、「積立額以上の額が指定されています」といったように、注文処理が完了する可能性があることを示すメッセージＭ７３を、オートチャージ設定画面Ｇ７に表示させる。可能性表示部１０７は、可能性判定部１０４により注文処理が完了しない可能性があると判定された場合に、「積立額を下回るため残高不足の可能性があります」といったように、注文処理が完了しない可能性があることを示すメッセージＭ７４を、オートチャージ設定画面Ｇ７に表示させる。

［オートチャージタイミング判定部］
オートチャージタイミング判定部１０８は、定期的に訪れるオートチャージタイミングが訪れたか否かを判定する。定期的訪れるとは、所定時間ごとに訪れることである。即ち、オートチャージタイミングの間隔が固定されていることは、定期的に訪れることに相当する。オートチャージタイミングは、オートチャージ処理を実行すべきタイミングである。本実施形態では、全てのユーザでオートチャージタイミングが共通である場合を例に挙げるが、ユーザごとにオートチャージタイミングが定められていてもよい。オートチャージタイミングは、ユーザが任意のタイミングを指定可能であってもよい。

例えば、オートチャージタイミングが毎日の午前３時だったとする。オートチャージタイミング判定部１０８は、リアルタイムクロック又はＧＰＳ信号等を利用して現在日時を取得し、オートチャージタイミングである午前３時になったか否かを判定する。オートチャージタイミング判定部１０８は、午前３時になった場合に、オートチャージタイミングが訪れたと判定する。オートチャージタイミングは、１日に複数回訪れてもよいし、複数日に１回だけ訪れてもよい。

［オートチャージ処理実行部］
オートチャージ処理実行部１０９は、積立額に応じたオートチャージ設定に基づいて、電子マネーに関するオートチャージ処理を実行する。積立額に応じたオートチャージ設定とは、積立額に足りるように設定されたオートチャージ設定である。本実施形態では、ユーザがオートチャージ設定を手動で指定する場合を説明するが、オートチャージ設定は、積立額に応じて自動的に指定されてもよい。オートチャージ処理は、電子マネーのチャージを自動的に実行する処理である。電子マネーのチャージは、電子マネーの残高を増やすことである。

オートチャージ処理自体は、公知の種々の処理を利用可能である。オートチャージ処理実行部１０９は、ユーザが指定したチャージ方法に基づいて、オートチャージ処理を実行する。例えば、ユーザがチャージ方法としてクレジットカードを指定した場合、オートチャージ処理実行部１０９は、クレジットカードのオーソリゼーションを実行し、オーソリゼーションが成功した場合に電子マネーの残高が増えるように、チャージ処理を実行する。例えば、ユーザがチャージ方法として銀行口座を指定した場合、オートチャージ処理実行部１０９は、銀行口座の残高が減って電子マネーの残高が増えるように、チャージ処理を実行する。ユーザが他のチャージ方法を指定した場合には、オートチャージ処理実行部１０９は、他のチャージ方法に応じたオートチャージ処理を実行すればよい。

本実施形態では、オートチャージ設定画面Ｇ７でオートチャージ設定が指定されるので、オートチャージ処理実行部１０９は、オートチャージ設定画面Ｇ７で指定されたオートチャージ設定に基づいて、オートチャージ処理を実行する。図３の例では、オートチャージ設定画面Ｇ７で、チャージ閾値及びチャージ後残高の両方をユーザが指定する場合を説明するが、チャージ閾値及びチャージ後残高のうちの一方だけをユーザが指定した場合には、他方については、自動的に指定されてもよい。

本実施形態では、オートチャージ設定は、オートチャージ処理が実行された後の残高を示すので、オートチャージ処理実行部１０９は、積立額に応じたチャージ後残高となるようなオートチャージ設定である場合に、オートチャージ設定が示すチャージ後残高になるように、オートチャージ処理を実行する。オートチャージ処理実行部１０９は、電子マネーの現残高と、オートチャージ設定が示すチャージ後残高と、に基づいて、オートチャージ額を決定する。オートチャージ処理実行部１０９は、当該決定したオートチャージ額に基づいて、オートチャージ処理を実行する。

本実施形態では、定期的にオートチャージタイミングが訪れるので、オートチャージ処理実行部１０９は、オートチャージタイミングが訪れたと判定された場合に、オートチャージ処理を実行する。オートチャージ処理実行部１０９は、オートチャージタイミングが訪れたと判定されない場合に、オートチャージ処理を実行しない。例えば、オートチャージ処理実行部１０９は、電子マネーの残高がチャージ閾値未満又はチャージ閾値以下になったとしても、オートチャージタイミングが訪れたと判定されるまでは、オートチャージ処理を実行しない。

なお、定期的なオートチャージタイミングが設定されなくてもよい。この場合、オートチャージ処理実行部１０９は、電子マネーの残高がチャージ閾値未満又はチャージ閾値以下になった場合に、すぐにオートチャージ処理を実行してもよい。例えば、オートチャージ処理実行部１０９は、決済タイミングの直前に、オートチャージ処理を実行してもよい。例えば、オートチャージ設定には、チャージ後残高ではなく、チャージ額が示されてもよく、オートチャージ処理実行部１０９は、所定のチャージ額だけチャージされるように、オートチャージ処理を実行してもよい。

［決済タイミング判定部］
決済タイミング判定部１１０は、ユーザが注文する投信積立に関する決済タイミングが訪れたか否かを判定する。決済タイミングは、決済処理を実行すべきタイミングである。本実施形態では、全てのユーザで決済タイミングが共通である場合を例に挙げるが、ユーザごとに決済タイミングが定められていてもよい。決済タイミングは、ユーザが任意のタイミングを指定可能であってもよい。決済タイミングは、ユーザが指定した積立指定日に基づいて自動的に決定されてもよい。

図４の例では、決済タイミングは、毎月１５日の午前３時である。このため、決済タイミングは、オートチャージタイミングと同様に、定期的訪れる。決済タイミングの間隔が固定されていることは、定期的に訪れることに相当する。決済タイミング判定部１１０は、リアルタイムクロック又はＧＰＳ信号等を利用して現在日時を取得し、決済タイミングである毎月１５日の午前３時になったか否かを判定する。決済タイミング判定部１１０は、毎月１５日の午前３時になった場合に、決済タイミングが訪れたと判定する。決済タイミングは、１月に複数回訪れてもよいし、複数月に１回だけ訪れてもよい。

［決済処理実行部］
決済処理実行部１１１は、決済タイミングが訪れたと判定された場合に、ユーザが保有する電子マネーと、ユーザが指定した積立額と、に基づいて、投信積立に関する決済処理を実行する。ユーザが指定した積立額は、電子マネーデータベースＤＢ１に格納された決済設定に示されているので、決済処理実行部１１１は、決済設定に示された積立額に基づいて、決済処理を実行する。決済処理実行部１１１は、決済タイミングが訪れたと判定されない場合には、決済処理を実行しない。決済処理実行部１１１は、決済タイミングが訪れたと判定されるまでは、決済処理の実行を待機する。

決済処理は、投信積立における積立額の決済に関する処理である。本実施形態では、決済方法として電子マネーが指定されるので、決済処理は、電子マネーの残高から、積立額に応じた額を減らす処理である。例えば、決済処理実行部１１１は、ユーザが複数の積立設定を指定した場合には、複数の積立設定の各々における積立額の合計額に基づいて、決済処理を実行する。本実施形態では、決済処理実行部１１１が、電子マネーの残高が積立額の合計額だけ減るように、決済処理を実行する場合を例に挙げるが、決済処理実行部１１１は、積立額の合計額と、所定の手数料と、を合わせた額が電子マネーの残高から減るように、決済処理を実行してもよい。

本実施形態では、手動のチャージ機能とオートチャージ機能があるので、決済処理実行部１１１は、チャージ後の電子マネーに基づいて、決済処理を実行可能である。例えば、決済処理の前にオートチャージ処理が実行された場合には、決済処理実行部１１１は、オートチャージ処理によりチャージざれた電子マネーに基づいて、決済処理を実行する。決済処理の前にオートチャージ処理が実行されなかった場合には、決済処理実行部１１１は、ユーザが手動でチャージした電子マネーに基づいて、決済処理を実行する。決済処理実行部１１１は、手動のチャージ分と、オートチャージ処理によるチャージ分と、が残高に混在した電子マネーに基づいて、決済処理を実行することもできる。決済処理実行部１１１は、手動のチャージ分だけに基づいて、決済処理を実行してもよい。

なお、電子マネーは、出金が制限された第１残高と、出金が可能な第２残高と、を含んでもよい。例えば、第１残高は、クレジットカードのショッピング枠を利用してチャージされる。ショッピング枠の現金化を防止するために、第１残高の出金は制限される。例えば、第２残高は、現金化が許可されるチャージ方法によってチャージされる。例えば、第２残高は、銀行口座、オンラインフリーマーケットの売上金、暗号資産、又はクレジットカードのキャッシング枠を利用してチャージされる。この場合、決済処理実行部１１１は、第１残高及び第２残高の両方に基づいて、決済処理を実行してもよい。

本実施形態では、投信積立は、ユーザのクレジットカードを利用した決済処理も可能である。決済処理実行部１１１は、クレジットカードに設定された投信積立の上限額とは別の上限額の範囲内で、決済処理を実行してもよい。例えば、クレジットカードを利用した投信積立が月５０，０００円まで可能であり、電子マネーを利用した投信積立が月５０，０００円まで可能だったとする。この場合、ユーザは、クレジットカード及び電子マネーを利用して合計で月１００，０００円までの投信積立が可能である。ユーザは、銀行口座といった他の決済方法を利用すれば、より多くの投信積立が可能である。

［注文処理実行部］
注文処理実行部１１２は、投信積立に関する注文処理を実行する。注文処理は、ユーザが指定した投資信託を注文する処理である。注文処理自体は、公知の種々の処理を利用可能である。注文処理実行部１１２は、所定の注文タイミングが訪れた場合に、注文処理を実行する。投信積立であれば、注文タイミングは、積立指定日である。投信積立以外の投資商品であれば、決済タイミングと注文タイミングは、互いに同じ又は略同じであってよい。タイミングが略同じとは、時間的なずれが所定以内であることを意味する。

本実施形態では、注文処理実行部１１２は、決済処理が実行された場合に、注文処理を実行する。注文処理実行部１１２は、決済処理が実行されない場合には、注文処理を実行しない。注文処理実行部１１２は、証券サーバ２０に対し、決済処理が完了した注文を識別可能な情報を送信することによって、注文処理を実行する。この情報は、ユーザＩＤであってもよいし、ユーザが指定した投資信託の識別情報であってもよい。なお、注文処理は、決済処理の前に実行されてもよい。

［３－２．証券サーバで実現される機能］
データ記憶部２００は、記憶部２２を主として実現される。注文処理実行部２０１は、制御部２１を主として実現される。

[データ記憶部]
データ記憶部２００は、ユーザに投資サービスを提供するために必要なデータを記憶する。例えば、データ記憶部２００は、投資データベースＤＢ２を記憶する。

図８は、投資データベースＤＢ２の一例を示す図である。図８に示すように、投資データベースＤＢ２は、投資サービスにおけるユーザに関する情報が格納されたデータベースである。例えば、投資データベースＤＢ２には、ユーザＩＤ、パスワード、及び積立設定が格納される。図８の例では、投資サービスのうち、投信積立に関する情報を示しているが、投資データベースＤＢ２に格納される情報は、投資サービスに関する任意の情報であってよく、図８の例に限られない。例えば、投資データベースＤＢ２には、投信積立以外の投資商品に関する情報が格納されてもよい。

本実施形態では、決済サービスのユーザＩＤと、投資サービスのユーザＩＤと、が同じである場合を説明する。同様に、決済サービスのパスワードと、投資サービスのパスワードと、が同じである場合を説明する。投資データベースＤＢ２に格納されたユーザＩＤ及びパスワードは、投資サービスにログインするために利用される。

積立設定は、投信積立に関する設定である。例えば、積立設定は、投資信託ＩＤ、決済方法、積立額、及び積立指定日を示す。投資信託ＩＤは、投資信託を識別可能な投資信託識別情報の一例である。投資信託識別情報は、任意の情報であってよく、投資信託ＩＤに限られない。例えば、投資信託識別情報は、投資信託の名称であってもよい。ユーザが新たに投信積立を申し込んだ場合、新たな積立設定が生成されて投資データベースＤＢ２に格納される。ユーザが積立設定を変更した場合、投資データベースＤＢ２に格納された積立設定が変更される。

なお、データ記憶部２００に記憶されるデータは、投資データベースＤＢ２に限られない。データ記憶部２００は、投資サービスに必要なデータを記憶すればよい。例えば、データ記憶部２００は、図２及び図３の各画面の表示データを記憶してもよい。

［注文処理実行部］
注文処理実行部２０１は、決済処理が実行された場合に、投信積立に関する注文処理を実行する。注文処理は、ユーザが指定した投資信託を注文する処理である。注文処理自体は、公知の種々の処理を利用可能である。注文処理実行部２０１は、決済処理が実行されない場合には、注文処理を実行しない。注文処理が実行されると、ユーザが指定した積立設定が示す積立額だけ、積立設定が示す投資信託が購入される。

［３－３．ユーザ端末で実現される機能］
データ記憶部３００は、記憶部３２を主として実現される。表示制御部３０１及び操作受付部３０２は、制御部３１を主として実現される。

[データ記憶部]
データ記憶部３００は、ユーザが決済サービス及び投資サービスの各々を利用するために必要なデータを記憶する。例えば、データ記憶部３００は、決済アプリ及び証券アプリを記憶する。

［表示制御部］
表示制御部３０１は、任意の画面を表示部３５に表示させる。例えば、表示制御部３０１は、決済アプリ及び証券アプリの少なくとも一方に基づいて、図２及び図３で説明した画面を表示部３５に表示させる。各画面は、ブラウザ上で表示されてもよい。

［操作受付部］
操作受付部３０２は、ユーザによる任意の操作を受け付ける。例えば、操作受付部３０２は、図２及び図３で説明した画面に対する操作を受け付ける。

［４．注文システムで実行される処理］
図９は、注文システムＳで実行される処理の一例を示す図である。この処理は、制御部１１，２１，３１がそれぞれ記憶部１２，２２，３２に記憶されたプログラムに従って動作することによって実行される。図９では、注文システムＳで実行される処理のうち、主に、投信積立に関する処理について示している。

図９のように、ユーザ端末３０は、証券アプリを起動してログイン画面Ｇ１を表示部３５に表示させ、証券サーバ２０との間で、投資サービスにログインするためのログイン処理を実行する（Ｓ１）。Ｓ１では、投資サービスにおけるユーザＩＤ及びパスワードの入力が要求されてもよいし、過去に投資サービスにログインしたことを示す情報をユーザ端末３０に記憶されておき、当該情報に基づいて、投資サービスにおけるユーザＩＤ及びパスワードの入力が要求されないようにしてもよい。

投資サービスへのログインが成功すると、ユーザ端末３０は、トップ画面Ｇ２を表示部３５に表示させる（Ｓ２）。証券サーバ２０及びユーザ端末３０の間で、積立設定の指定を受け付ける処理が実行される（Ｓ３）。Ｓ３では、投資信託指定画面Ｇ３における投資信託の指定、決済方法指定画面Ｇ４における決済方法の指定、及び積立額等指定画面Ｇ５における積立額等の指定が行われる。

電子マネーサーバ１０及びユーザ端末３０の間で、オートチャージ設定の指定を受け付ける処理が実行される（Ｓ４）。Ｓ４では、ログイン画面Ｇ６における決済サービスへのログインと、オートチャージ設定画面Ｇ７におけるオートチャージ設定の指定と、が実行される。電子マネーサーバ１０は、電子マネーデータベースＤＢ１に格納されたオートチャージ設定を、オートチャージ設定画面Ｇ７で指定された内容を示すように更新する。以降、電子マネーサーバ１０は、オートチャージタイミングが訪れるたびに、オートチャージ処理を実行する。本実施形態では、オートチャージ処理は、毎日実行されるので、図９では省略する。

証券サーバ２０及びユーザ端末３０の間で、投信積立の注文を確定する処理が実行される（Ｓ５）。Ｓ５では、証券サーバ２０は、投資データベースＤＢ２に格納された積立設定を、Ｓ３で指定された積立設定を示すように更新し、注文完了画面Ｇ８をユーザ端末３０に表示させる。証券サーバ２０は、電子マネーサーバ１０に対し、注文が確定した積立設定を送信する。電子マネーサーバ１０は、積立設定を受信すると、決済タイミングが訪れた時に積立設定に応じた決済処理が実行されるように、電子マネーデータベースＤＢ１を更新する。

証券サーバ２０は、積立設定の開始日（図４の例では、Ｔ－１月の１３日）が訪れると、ユーザ端末３０との間で、積立設定を変更するための処理が実行される（Ｓ６）。Ｓ６の処理は、Ｔ－１月の１３日からＴ月の１２日まで実行される。ユーザが積立設定を変更しなかった場合には、Ｓ６の処理は実行されない。証券サーバ２０は、ユーザが積立設定を変更した場合に、電子マネーサーバ１０に対し、変更後の積立設定を送信する。電子マネーサーバ１０は、変更後の積立設定を受信すると、積立設定の変更が反映されるように、電子マネーデータベースＤＢ１を更新する。ユーザは、積立設定を変更した場合に、変更後の積立設定に応じたオートチャージ設定となるように、オートチャージ設定を変更してもよい。

証券サーバ２０は、積立設定の締切日（図４の例では、Ｔ月の１２日）が訪れると、積立設定を締め切る（Ｓ７）。Ｓ７では、証券サーバ２０は、ユーザ端末３０に表示される画面に、積立設定をするための画像を表示させないように制限する。電子マネーサーバ１０は、決済タイミング（図４の例では、Ｔ月の１５日）が訪れたか否かを判定する（Ｓ８）。決済タイミングが訪れたと判定されない場合（Ｓ８；Ｎ）、再びＳ８の処理が実行される。決済タイミングが訪れたと判定された場合（Ｓ８；Ｙ）、電子マネーサーバ１０は、電子マネーデータベースＤＢ１に基づいて、決済処理を実行する（Ｓ９）。

電子マネーサーバ１０は、証券会社への入金タイミング（図４の例では、Ｔ月の月末）が訪れると、Ｓ９の決済処理に応じた入金処理を実行する（Ｓ１０）。Ｓ１０では、電子マネーサーバ１０は、Ｓ９の決済処理の総額が証券会社に入金されるように、入金処理を実行する。電子マネーサーバ１０は、決済処理が成功した積立注文を識別可能な情報を、証券サーバ２０に送信する。証券サーバ２０は、ユーザが指定した積立指定日（図４の例では、Ｔ＋１月の３日、１２日、２５日）が訪れると、注文処理を実行し（Ｓ１１）、本処理は終了する。

本実施形態の注文システムＳは、決済タイミングが訪れたと判定された場合に、電子マネーと、ユーザが指定した積立額と、に基づいて、決済処理を実行する。注文システムＳは、投信積立に関する注文処理を実行する。これにより、ユーザが、電子マネーを利用して投信積立を注文できるようになる。例えば、電子マネーを利用可能にすることによって、証券口座に入金することなく、投信積立の注文が可能になるので、ユーザの手間を軽減できる。例えば、電子マネーは、複数のチャージ方法が存在することが多く、ユーザの資産を電子マネーに集めたうえで、投信積立による資産運用をすることができる。例えば、ユーザの資産が、オンラインフリーマーケットサービスの売上金や暗号資産等に分散されていたとしても、これらを利用してチャージ可能な電子マネーであれば、分散された資産を電子マネーに集めたうえで、投信積立の注文をすることができる。このため、オンラインフリーマーケットサービスの売上金や暗号資産といった他の資産で投信積立の注文をすることができなくても、電子マネーを仲介させて投信積立の注文が可能になる。例えば、従来の電子マネーは、現金に比べると利用目的が限られていたが、電子マネーを利用して投信積立を注文できるので、電子マネーの利用目的が増えてユーザの利便性が高まる。

また、注文システムＳは、積立額に応じたオートチャージ設定に基づいて、オートチャージ処理を実行する。注文システムＳは、チャージ後の電子マネーに基づいて、決済処理を実行可能である。これにより、銀行口座の残高やクレジットカードのショッピング枠等に比べると残高が少なくなりがちな電子マネーだったとしても、オートチャージ処理によって一定程度の残高を確保できるので、残高不足による注文キャンセルを回避できる。例えば、ユーザは、決済タイミングが近づいた時に電子マネーの残高を気にしなくてすむので、ユーザの利便性が高まる。

また、注文システムＳは、額情報が表示されたオートチャージ設定画面Ｇ７で指定されたオートチャージ設定に基づいて、オートチャージ処理を実行する。これにより、残高不足を発生させないために、どのようなオートチャージ設定にすればよいかをオートチャージ設定画面Ｇ７上で分かりやすくなるので、ユーザの利便性が高まる。例えば、残高不足による注文キャンセルを、より確実に回避できる。

また、注文システムＳは、積立額に応じたチャージ後残高となるようなオートチャージ設定である場合に、オートチャージ設定が示すチャージ後残高になるように、オートチャージ処理を実行する。これにより、残高不足による注文キャンセルを、より確実に回避できる。例えば、「残高が５０，０００円未満になると、３０，０００円チャージする」といったオートチャージ設定の場合、残高が２０，０００円未満になった場合には、チャージ後残高が５０，０００円未満になるので、残高不足による注文キャンセルが発生する可能性がある。例えば、「残高が５０，０００円未満になると、５０，０００円チャージする」といったオートチャージ設定の場合、残高が５０，０００円をわずかに下回った場合には、チャージ後残高が１００，０００円近くになるので、不要なほど多くの残高になってしまう。実施形態で説明した例のように、「残高が５０，０００円未満になると、残高を５１，０００円にする」といったオートチャージ設定の場合、投信積立の積立額以上のチャージ後残高にしつつ、不要なほど多くの残高になるといったことを防止できるので、ユーザの利便性が高まる。

また、注文システムＳは、複数の積立設定をユーザが指定した場合に、当該複数の積立設定の各々における積立額に関する合計額を、額情報としてオートチャージ設定画面Ｇ７に表示させる。これにより、ユーザが複数の投信積立を注文する場合だったとしても、残高不足を発生させないために、どのようなオートチャージ設定にすればよいかをオートチャージ設定画面Ｇ７上で分かりやすくなるので、ユーザの利便性が高まる。例えば、残高不足による注文キャンセルを、より確実に回避できる。

また、注文システムＳは、現状のオートチャージ設定に基づいて、注文処理が完了する可能性を判定してオートチャージ設定画面Ｇ７に判定結果を表示させる。これにより、残高不足を発生させないために、どのようなオートチャージ設定にすればよいかをオートチャージ設定画面Ｇ７上で分かりやすくなるので、ユーザの利便性が高まる。例えば、残高不足による注文キャンセルを、より確実に回避できる。

また、注文システムＳは、定期的に訪れるオートチャージタイミングが訪れたと判定された場合に、オートチャージ処理を実行する。これにより、決済サービス側でオートチャージ処理を管理しやすくなる。例えば、電子マネーサーバ１０の処理負荷が比較的軽い深夜帯にオートチャージタイミングを設定することにより、電子マネーサーバ１０の処理負荷が比較的高い時間帯にオートチャージ処理が実行されるといったことを防止できる。その結果、オートチャージ処理を確実に完了させることができる。

また、注文システムＳは、投資サービスにおけるユーザＩＤと、決済サービスにおけるユーザＩＤと、が一致するか否かを判定する。注文システムＳは、この判定結果に基づいて、ユーザによるオートチャージ設定を許可する。これにより、投信積立を注文するユーザと、オートチャージ設定をするユーザと、が同一人物であることを確認したうえで、オートチャージ設定が許可されるので、第三者による不正を防止できる。

また、注文システムＳは、電子マネーは、出金が制限された第１残高と、出金が可能な第２残高と、の両方に基づいて、決済処理を実行する。これにより、ユーザは、第１残高及び第２残高の両方を利用して投信積立を注文できるので、有効な投資をすることができる。例えば、クレジットカードのショッピング枠を利用して電子マネーにチャージする場合、ショッピング枠の現金化を防止するために、第１残高にチャージして出金を制限することが望ましい。この点、電子マネーを利用した投信積立の注文は、証券口座に入金することなく注文が完了するので、出金が制限された第１残高を利用しても、ショッピング枠の現金化を確実に防止できる。

また、注文システムＳは、クレジットカードに設定された投信積立の上限額とは別の上限額の範囲内で、決済処理を実行する。これにより、ユーザは、クレジットカード及び電子マネーの両方を利用して、有効な投資をすることができる。例えば、クレジットカードを利用した投信積立の上限額が月５０，０００円であり、かつ、電子マネーを利用した投信積立の上限額が月５０，０００円だったとしても、ユーザは、クレジットカード及び電子マネーの両方を利用して月１００，０００円までは投信積立を注文できるので、有効な投資をすることができる。

［５．変形例］
なお、本開示は、以上に説明した実施形態に限定されるものではない。本開示の趣旨を逸脱しない範囲で、適宜変更可能である。

図１０は、変形例における機能ブロックの一例を示す図である。オートチャージ設定更新部１１３、問い合わせ部２０２、積立設定指定画面表示部２０３、オートチャージ設定更新画面表示部２０４、及び必要性判定部２０５が実現される。オートチャージ設定更新部１１３は、制御部１１を主として実現される。問い合わせ部２０２、積立設定指定画面表示部２０３、オートチャージ設定更新画面表示部２０４、及び必要性判定部２０５は、制御部２１を主として実現される。

［５－１．変形例１］
例えば、オートチャージタイミングが毎日午前３時であり、毎月１５日における決済タイミングが午前１１時だったとする。この場合、オートチャージタイミングから決済タイミングまでの間に、ユーザが買い物等で電子マネーを利用したとすると、決済タイミングで残高不足が発生する可能性がある。このため、オートチャージ処理実行部１０９は、決済タイミングの直前に、オートチャージ処理を実行してもよい。上記の例であれば、オートチャージ処理実行部１０９は、毎日午前３時にオートチャージ処理を実行し、かつ、毎月１５日の午前１１時の直前にオートチャージ処理を実行する。

決済タイミングの直前とは、決済タイミングの所定時間前のタイミングである。この所定時間は、任意の長さであってよく、例えば、数秒～１時間程度であってもよい。この所定時間が短いほど、残高不足になる確率が低くなる。この所定時間は、全ユーザのオートチャージ処理を完了できる程度の長さであればよい。変形例１では、定期的に訪れる第１のオートチャージタイミング（上記の例では、毎日午前３時）と、決済タイミングの直前である第２のオートチャージタイミング（上記の例では、毎月１５日の午前１１時の所定時間前）と、が存在することになる。

オートチャージタイミング判定部１０８は、実施形態と同様にして、第１のオートチャージタイミングが訪れたか否かを判定する。変形例１のオートチャージタイミング判定部１０８は、現在日時に基づいて、第２のオートチャージタイミングが訪れたか否かを判定する。オートチャージ処理実行部１０９は、オートチャージタイミング判定部１０８により第２のオートチャージタイミングが訪れたと判定された場合に、オートチャージ処理を実行する。決済処理実行部１１１は、オートチャージ処理が実行された直後に、決済処理を実行する。オートチャージ処理及び決済処理自体は、実施形態と同様である。

なお、第１のオートチャージタイミングが存在せずに、第２のオートチャージタイミングだけが存在してもよい。即ち、定期的なオートチャージ処理が実行されずに、決済タイミングの直前のオートチャージ処理だけが実行されてもよい。この場合、ユーザが、買い物等の他の目的で電子マネーを利用した場合には、残高不足が発生する可能性があるが、決済タイミングの直前でオートチャージ処理が実行されるので、投信積立における残高不足の発生については確実に防止できる。

変形例１の注文システムＳは、決済タイミングの直前に、オートチャージ処理を実行する。注文システムＳは、オートチャージ処理が実行された直後に、決済処理を実行する。これにより、残高不足による注文キャンセルを、より確実に防止できる。例えば、ユーザが、買い物等の他の目的で電子マネーを利用する場合には、さほど残高がなくても気にしないことがある。例えば、電子マネーの残高を常に高額にすることに抵抗があるユーザもいる。このようなユーザについては、決済タイミングの直前にだけオートチャージ処理を実行することにより、他のタイミングではオートチャージ処理が実行されないので、ユーザの利便性が高まる。

［５－２．変形例２］
例えば、実施形態では、ユーザが複数の積立設定を指定したとしても、複数の積立設定で決済タイミングが共通である場合を説明したが、複数の積立設定の各々における決済タイミングが互いに異なってもよい。図４の例であれば、実施形態では、「ファンドＡ」、「ファンドＢ」、及び「ファンドＣ」の決済タイミングが毎月１５日である場合を説明したが、「ファンドＡ」、「ファンドＢ」、及び「ファンドＣ」の各々の決済タイミングが互いに異なってもよい。

図１１は、複数の積立設定の各々における決済タイミングが互いに異なる場合の一例を示す図である。図１１の例では、積立指定日に決済タイミングが訪れるものとする。例えば、積立指定日の午前１０時に注文処理が実行されたとすると、決済タイミングは、午前１０時の直前に実行される。直前の意味は、変形例１で説明した通りである。変形例２では、決済タイミングが注文処理の１０分前である午前９時５０分であるものとする。

例えば、Ｔ＋１月における「ファンドＡ」の投信積立の決済タイミングは、「ファンドＡ」の積立指定日である「３日」における午前９時５０分である。Ｔ＋１月における「ファンドＢ」の投信積立の決済タイミングは、「ファンドＢ」の積立指定日である「１２日」における午前９時５０分である。Ｔ＋１月における「ファンドＣ」の投信積立の決済タイミングは、「ファンドＣ」の積立指定日である「２５日」における午前９時５０分である。決済サービスから投資サービスへの入金処理は、決済処理の直後に実行されてもよいし、毎日決まった時間に実行されてもよい。

変形例２の投資データベースＤＢ２に格納された積立設定には、決済タイミングが示されている。電子マネーデータベースＤＢ１に格納された決済設定には、積立設定における決済タイミングが示されている。変形例２では、積立指定日と同じ日になるように、決済タイミングが自動的に決定される場合を説明するが、ユーザが決済タイミングを指定してもよい。この場合、ユーザは、積立指定日と同じ日、又は、積立指定日よりも前の日になるように、決済タイミングを指定する。ユーザは、決済タイミングの日付だけでなく、時刻を指定してもよい。積立設定及び決済設定には、決済タイミングの日付だけでなく、決済タイミングの時刻も示されてもよい。

変形例２では、変形例１のように、決済タイミングの直前にオートチャージタイミングが訪れるものとする。また、決済タイミングごとに、オートチャージ設定が指定されるものとする。このため、電子マネーデータベースＤＢ１には、決済タイミングごとに、オートチャージ設定が格納される。決済タイミングの数と、オートチャージタイミングの数と、は同じなので、オートチャージタイミングごとに、オートチャージ設定が指定され、電子マネーデータベースＤＢ１には、オートチャージタイミングごとに、オートチャージ設定が格納されることになる。ある積立設定に対応するオートチャージ設定は、この積立設定における積立額に応じた設定となる。

図１１の例であれば、毎月の決済タイミング及びオートチャージタイミングは、「３日」、「１２日」、及び「２５日」の３回なので、３つのオートチャージ設定が指定されて電子マネーデータベースＤＢ１に格納される。例えば、「３日」のオートチャージ設定は、「ファンドＡ」の積立額「１０，０００円」に応じた内容になるように、「残高が１０，０００円未満になると、残高を１１，０００円にする」といった内容が指定される。

例えば、「１２日」のオートチャージ設定は、「ファンドＢ」の積立額「１５，０００円」に応じた内容になるように、「残高が１５，０００円未満になると、残高を１６，０００円にする」といった内容が指定される。「２５日」のオートチャージ設定は、「ファンドＣ」の積立額「２５，０００円」に応じた内容になるように、「残高が２５，０００円未満になると、残高を２６，０００円にする」といった内容が指定される。

変形例２のオートチャージ処理実行部１０９は、投信積立に関する複数の積立設定をユーザが指定し、かつ、当該複数の積立設定の各々における決済タイミングが互いに異なる場合には、決済タイミングごとのオートチャージ設定に基づいて、オートチャージ処理を実行する。オートチャージ処理実行部１０９は、電子マネーデータベースＤＢ１に格納された複数のオートチャージのうち、直近の決済タイミングに応じたオートチャージ設定に基づいて、オートチャージ処理を実行する。オートチャージ処理の内容自体は、実施形態で説明した通りである。

図１１の例であれば、オートチャージ処理実行部１０９は、決済タイミング及びオートチャージタイミングである「３日」が訪れた場合に、「３日」のオートチャージ設定に基づいて、オートチャージ処理を実行する。オートチャージ処理実行部１０９は、決済タイミング及びオートチャージタイミングである「１２日」が訪れた場合に、「１２日」のオートチャージ設定に基づいて、オートチャージ処理を実行する。オートチャージ処理実行部１０９は、決済タイミング及びオートチャージタイミングである「２５日」が訪れた場合に、「２５日」のオートチャージ設定に基づいて、オートチャージ処理を実行する。

なお、決済タイミングの直前以外の他のタイミングでも、オートチャージ処理が実行されてもよい。図４の例であれば、毎月の「１日」～「３日」は、「３日」のオートチャージ設定に基づいて、オートチャージ処理が実行されてもよい。毎月の「４日」～「１２日」は、「１２日」のオートチャージ設定に基づいて、オートチャージ処理が実行されてもよい。毎月の「１３日」～「２５日」は、「２５日」のオートチャージ設定に基づいて、オートチャージ処理が実行されてもよい。

変形例２の注文システムＳは、複数の積立設定をユーザが指定し、かつ、当該複数の積立設定の各々における決済タイミングが互いに異なる場合には、決済タイミングごとのオートチャージ設定に基づいて、オートチャージ処理を実行する。これにより、決済タイミングに応じた柔軟なオートチャージ処理を実行し、ユーザの利便性が高まる。例えば、必要以上の残高にしたくないユーザにとっては、決済タイミングまでに必要な残高にすることができるので、ユーザの利便性が高まる。

［５－３．変形例３］
例えば、変形例２のように、決済タイミングごとのオートチャージ設定にする場合には、オートチャージ設定画面表示部１０５は、決済タイミングごとのオートチャージ設定の指定を受け付けるオートチャージ設定画面Ｇ７を表示させてもよい。オートチャージ処理実行部１０９は、オートチャージ設定画面Ｇ７で指定された決済タイミングごとのオートチャージ設定に基づいて、オートチャージ処理を実行する。オートチャージ処理の内容自体は、実施形態で説明した通りである。

例えば、ユーザが、「ファンドＡ」及び「ファンドＢ」の積立設定を済ませており、新たに「ファンドＣ」の積立設定を指定するものとする。変形例３のオートチャージ設定画面Ｇ７は、決済タイミング及びオートチャージタイミングである「２５日」に実行されるオートチャージ処理のオートチャージ設定の指定を受け付ける画面である。他の決済タイミング及び他のオートチャージタイミングである「３日」及び「１２日」のオートチャージ設定も同様に、他の決済タイミング及び他のオートチャージタイミングのオートチャージ設定画面Ｇ７が表示されてもよい。

変形例３の注文システムＳは、決済タイミングごとのオートチャージ設定の指定を受け付けるオートチャージ設定画面Ｇ７を表示させる。注文システムＳは、オートチャージ設定画面Ｇ７で指定された決済タイミングごとのオートチャージ設定に基づいて、オートチャージ処理を実行する。これにより、決済タイミングに応じた柔軟なオートチャージ設定をユーザに指定させることができるので、ユーザの利便性が高まる。

［５－４．変形例４］
例えば、実施形態で説明したように、オートチャージ処理実行部１０９は、投信積立に関する複数の積立設定をユーザが指定し、かつ、当該複数の積立設定の各々における決済タイミングが互いに同じ場合には、当該複数の積立設定の各々における積立額の合計額に応じたオートチャージ設定に基づいて、オートチャージ処理を実行してもよい。実施系チアで説明した図４の例であれば、「ファンドＡ」の積立設定、「ファンドＢ」の積立設定、及び「ファンドＣ」の積立設定の３つの積立設定が存在する。これらの３つの積立設定の各々における決済タイミングは、毎月「１５日」で同じである。この場合、オートチャージ設定は、これら３つの積立設定の各々における積立額の合計額「５０，０００円」になるように指定される。この点は、実施形態で説明した通りである。

変形例１～３のように、決済タイミングが固定されていなかったとしても、ある積立設定における決済タイミングと、他の積立設定における決済タイミングと、が互いに同じ場合には、オートチャージ処理実行部１０９は、これらの積立設定の各々における積立額の合計額に応じたオートチャージ設定に基づいて、オートチャージ処理を実行する。例えば、図１１の例において、「ファンドＣ」の決済タイミングが、「ファンドＢ」と同じ「１２日」だったとする。この場合、「１２日」のオートチャージ設定は、「ファンドＢ」の積立額「１５，０００円」と、「ファンドＣ」の積立額「２５，０００円」と、の合計額「４０，０００円」に応じた「残高が４０，０００円未満になると、残高を４１，０００円にする」といった内容になる。オートチャージ処理の内容自体は、実施形態で説明した通りである。

変形例４の注文システムＳは、複数の積立設定をユーザが指定し、かつ、当該複数の積立設定の各々における決済タイミングが互いに同じ場合には、当該複数の積立設定の各々における積立額の合計額に応じたオートチャージ設定に基づいて、オートチャージ処理を実行する。これにより、積立設定に応じた決済タイミングにしてユーザの利便性を高めたとしても、残高不足による注文キャンセルを、より確実に防止できる。

［５－５．変形例５］
例えば、実施形態で説明したように、オートチャージ設定は、電子マネーの残高に関する閾値（実施形態では、チャージ閾値）を示してもよい。この場合に、オートチャージ処理実行部１０９は、決済タイミングの直前以外の期間に、電子マネーの残高が閾値未満又は閾値以下になったとしても、オートチャージ処理を実行せず、決済タイミングの直前に、電子マネーの残高が閾値未満又は閾値以下である場合に、オートチャージ処理を実行してもよい。

変形例５では、変形例２のように、決済タイミングの直前にオートチャージタイミングが訪れるものとする。更に、決済タイミングの直前以外の他のタイミングでは、オートチャージ処理が実行されないものとする。即ち、変形例１で説明した第１のオートチャージタイミングが存在せず、第２のオートチャージタイミングだけが存在するものとする。このため、図１１の例であれば、毎月のオートチャージタイミングは、「３日」、「１２日」、及び「２５日」の３回となる。

図１１の例であれば、オートチャージ処理実行部１０９は、決済タイミング及びオートチャージタイミングである「３日」が訪れた場合に、「３日」のオートチャージ設定に基づいて、オートチャージ処理を実行する。オートチャージ処理実行部１０９は、決済タイミング及びオートチャージタイミングである「１２日」が訪れた場合に、「１２日」のオートチャージ設定に基づいて、オートチャージ処理を実行する。オートチャージ処理実行部１０９は、決済タイミング及びオートチャージタイミングである「２５日」が訪れた場合に、「２５日」のオートチャージ設定に基づいて、オートチャージ処理を実行する。決済タイミングの直前以外の他のタイミング「１日」、「２日」、「４日」～「１１日」、「１３日」～「２４日」、及び「２６日以降」では、オートチャージ処理が実行されない。

なお、ユーザは、買い物等の他の目的で電子マネーを利用することも想定し、積立設定に応じたオートチャージ設定以外の他のオートチャージ設定を指定してもよい。図１１の例であれば、「３日」、「１２日」、及び「２５日」以外の他の日におけるオートチャージ設定が指定されてもよい。このオートチャージ設定は、投信積立以外の目的で電子マネーを利用するためのものである。例えば、ユーザが、普段は少額の決済でしか電子マネーを利用しない場合には、他の日には、「残高が１０００円未満になると、残高を１１００円にする」といったオートチャージ設定が指定されてもよい。

変形例５の注文システムＳは、決済タイミングの直前以外の期間に、電子マネーの残高が閾値未満又は閾値以下になったとしても、オートチャージ処理を実行せず、決済タイミングの直前に、電子マネーの残高が閾値未満又は閾値以下である場合に、オートチャージ処理を実行する。これにより、決済タイミングに応じた柔軟なオートチャージ処理を実行し、ユーザの利便性が高まる。例えば、必要以上の残高にしたくないユーザにとっては、決済タイミングの直前にだけ必要な残高にすることができるので、ユーザの利便性が高まる。

［５－６．変形例６］
例えば、ユーザが積立設定を指定した場合に、オートチャージ設定が自動的に更新されてもよい。変形例６では、ユーザが、指定済みの積立設定を変更した場合に、オートチャージ設定が自動的に更新される場合を例に挙げるが、ユーザが新たな積立設定を指定する場合に、オートチャージ設定が自動的に更新されてもよい。即ち、ユーザが新たな投信積立を注文する場合に、オートチャージ設定が自動的に更新されてもよい。

図１２は、ユーザが積立設定を変更する流れの一例を示す図である。例えば、ユーザが、証券アプリを起動させて積立設定を変更するための変更操作をすると、変更後の積立設定の指定を受け付けるための積立設定指定画面Ｇ９が表示部３５に表示される。変更操作は、任意の画面で受け付け可能な操作であってよい。例えば、トップ画面Ｇ２又は投資信託指定画面Ｇ３から、変更操作が可能であってもよい。ユーザは、入力フォームＦ９０～Ｆ９２から、決済方法、積立額、及び積立指定日の少なくとも１つを変更する。ここでは、ユーザが積立額を変更する場合を説明する。

例えば、ユーザが、「ファンドＡ」の積立額を「１０，０００円」から「２０，０００円」に変更したとする。変形例６では、ユーザは、他のファンドを注文しておらず、電子マネーで利用可能な上限額は超えないものとする。ユーザがボタンＢ９３を選択すると、オートチャージ設定更新画面Ｇ１０が表示部３５に表示される。証券サーバ２０は、オートチャージ設定更新画面Ｇ１０が表示される前に、電子マネーサーバ１０から現状のオートチャージ設定を取得するものとする。オートチャージ設定更新画面Ｇ１０は、証券アプリの画面として表示される。このため、オートチャージ設定更新画面Ｇ１０が表示される前には、決済アプリが起動せず、証券アプリがフォアグランドの状態のままオートチャージ設定が更新される。

図１２の例では、更新後のオートチャージ設定が自動的に決定されているが、ユーザは、オートチャージ設定更新画面Ｇ１０に対し、更新後のオートチャージ設定を指定してもよい。ユーザが、ボタンＢ１００を選択すると、積立設定の変更内容の確認や暗証番号の入力が要求された後に、設定変更完了画面Ｇ１１が表示部３５に表示される。この場合、積立設定及びオートチャージ設定の両方が変更される。証券サーバ２０は、更新後のオートチャージ設定の内容、又は、ユーザがボタンＢ１００を選択した旨の通知を、電子マネーサーバ１０に送信するものとする。電子マネーサーバ１０は、証券サーバ２０から受信した情報に基づいて、オートチャージ設定を更新すればよい。ユーザがボタンＢ１０１を選択すると、積立設定だけが変更されて、オートチャージ設定は変更されない。この場合、ユーザは、決済アプリからオートチャージ設定を手動で変更できる。

変形例６の注文システムＳは、オートチャージ設定更新部１１３、問い合わせ部２０２、積立設定指定画面表示部２０３、及びオートチャージ設定更新画面表示部２０４を含む。積立設定指定画面表示部２０３は、投資サービスにおける画面として、積立設定の指定を受け付ける積立設定指定画面Ｇ９を表示させる。図１２の積立設定指定画面Ｇ９は、積立設定の変更を受け付けるための画面であるが、新規の積立設定の指定を受け付ける画面であってもよい。積立設定指定画面Ｇ９の表示データは、データ記憶部２００及びデータ記憶部３００の少なくとも一方に記憶されているものとする。

投資サービスにおける画面とは、投資サービスが提供する画面である。例えば、証券アプリ上の画面は、投資サービスにおける画面に相当する。ブラウザが利用される場合、証券サービスのドメインの画面は、投資サービスにおける画面に相当する。別の言い方をすれば、ユーザ端末３０が証券サーバ２０と通信することによって表示される画面は、投資サービスにおける画面に相当する。注文システムＳでは、投資サービスにおける画面と、決済サービスにおける画面と、が存在する。

決済サービスにおける画面とは、決済サービスが提供する画面である。例えば、決済アプリ上の画面は、決済サービスにおける画面に相当する。ブラウザが利用される場合、決済サービスのドメインの画面は、決済サービスにおける画面に相当する。別の言い方をすれば、ユーザ端末３０が電子マネーサーバ１０と通信することによって表示される画面は、決済サービスにおける画面に相当する。

オートチャージ設定更新画面表示部２０４は、投資サービスにおける画面として、オートチャージ設定を更新するためのオートチャージ設定更新画面Ｇ１０を表示させる。オートチャージ設定更新画面Ｇ１０の表示データは、データ記憶部２００及びデータ記憶部３００の少なくとも一方に記憶されているものとする。

問い合わせ部２０２は、ユーザが積立設定を指定した場合に、オートチャージ設定を更新するか否かを、ユーザに問い合わせる。図１２の例であれば、問い合わせ部２０２は、ボタンＢ１００，Ｂ１０１を表示させることによって、ユーザへの問い合わせを行う。問い合わせは、ユーザに対して何らかの操作を要求するものであればよい。例えば、問い合わせ部２０２は、チェックボックス、スライドバー、又はラジオボタンといった他のフォームを利用して問い合わせをしてもよいし、プッシュ通知又はモーダルといった他の媒体を利用して問い合わせをしてもよい。

オートチャージ設定更新部１１３は、問い合わせ部２０２による問い合わせに対するユーザの回答に基づいて、オートチャージ設定を更新する。例えば、オートチャージ設定更新部１１３は、ユーザがオートチャージ設定を更新しない旨の回答をした場合に、オートチャージ設定を更新せず、ユーザがオートチャージ設定を更新する旨の回答をした場合に、オートチャージ設定を更新する。

変形例６では、電子マネーサーバ１０によってオートチャージ設定更新部１１３が実現されるので、オートチャージ設定更新部１１３は、証券サーバ２０から、オートチャージ設定を更新する旨の通知を受信した場合に、当該通知に基づいて、オートチャージ設定を更新する。証券サーバ２０によってオートチャージ設定更新部１１３が実現される場合には、オートチャージ設定更新部１１３は、この通知を送信することによって、オートチャージ設定を更新する。通知には、更新後のオートチャージ設定やユーザＩＤといった更新に必要な情報が含まれているものとする。

オートチャージ設定更新部１１３は、投信積立に関する積立設定をユーザが指定した場合に、当該指定された積立設定に基づいて、オートチャージ設定を更新する。変形例６のように、ユーザが積立設定を変更する場合には、オートチャージ設定更新部１１３は、変更後の積立設定に応じた設定内容になるように、オートチャージ設定を更新する。例えば、オートチャージ設定更新部１１３は、変更後の積立額に応じたチャージ後残高になるように、オートチャージ設定を更新する。このチャージ後残高は、変更後の積立額以上の額である。複数の積立設定が存在する場合には、このチャージ後残高は、変更後の積立額の合計額以上の額である。

変形例６では、オートチャージ設定更新部１１３は、投資サービスにおける画面として表示されたオートチャージ設定更新画面Ｇ１０におけるユーザの操作に基づいて、オートチャージ設定を更新する。オートチャージ設定更新部１１３は、ユーザに対する問い合わせをすることなく、オートチャージ設定を変更してもよい。オートチャージ処理実行部１０９は、オートチャージ設定が更新された場合に、更新後のオートチャージ設定に基づいて、オートチャージ処理を実行する。オートチャージ処理の内容自体は、実施形態で説明した通りである。

変形例６の注文システムＳは、ユーザが積立設定を指定した場合に、当該指定された積立設定に基づいて、オートチャージ設定を更新する。注文システムＳは、オートチャージ設定が更新された場合に、更新後のオートチャージ設定に基づいて、オートチャージ処理を実行する。これにより、ユーザが手動でオートチャージ設定をする手間を省くことができるので、ユーザの利便性が高まる。例えば、新規の投信積立の注文時に、オートチャージ設定も手動で指定させようとすると、ユーザが面倒に感じてしまい、投信積立の注文を完了させないといったことが考えられるが、オートチャージ設定の手間を省くことによって、このような機会損失を防止できる。

注文システムＳは、ユーザが積立設定を指定した場合に、オートチャージ設定を更新するか否かを、ユーザに問い合わせる。注文システムＳは、問い合わせ部２０２による問い合わせに対するユーザの回答に基づいて、オートチャージ設定を更新する。これにより、ユーザの意思を確認したうえで、オートチャージ設定を更新できるので、ユーザの利便性が高まる。例えば、オートチャージ設定の自動更新が不要なユーザについては、オートチャージ設定を更新しないようにすることができる。

注文システムＳは、投資サービスにおける画面として、積立設定指定画面Ｇ９及びオートチャージ設定更新画面Ｇ１０を表示させる。注文システムＳは、投資サービスにおける画面として表示されたオートチャージ設定更新画面Ｇ１０におけるユーザの操作に基づいて、オートチャージ設定を更新する。これにより、投資サービス側の画面で、積立設定の指定からオートチャージ設定の更新まで完了するので、ユーザの利便性が高まる。例えば、証券アプリの起動中に決済アプリが起動して画面が切り替わったり、決済サービスのウェブサイトにリダイレクトしたりするといったことが発生しないので、オートチャージ設定の更新をスムーズに完了できる。

［５－７．変形例７］
例えば、変形例６において、ユーザが指定した積立設定によっては、現状のオートチャージ設定を更新する必要がない時がある。図４の例において、ユーザが「ファンドＡ」の積立額を「１０，０００円」から「５，０００円」に変更した場合には、現状のオートチャージ設定のチャージ後残高を変更しなくても、残高不足にならない可能性が高い。このように、オートチャージ設定の更新の必要性を判定し、判定結果がユーザに通知されてもよい。

変形例７の注文システムＳは、必要性判定部２０５を含む。必要性判定部２０５は、ユーザが指定した積立設定に基づいて、オートチャージ設定を更新する必要性を判定する。ここでの必要性とは、オートチャージ設定の更新の要否である。例えば、必要性判定部２０５は、ユーザが指定した積立設定における積立額が、現状のオートチャージ設定におけるチャージ後残高以上であるか否かを判定する。必要性判定部２０５は、現状のチャージ後残高が積立額以上であれば、オートチャージ設定を更新する必要がないと判定し、現状のチャージ後残高が積立額未満であれば、オートチャージ設定を更新する必要があると判定する。

なお、ユーザが複数の積立設定を指定した場合には、必要性判定部２０５は、複数の積立設定の各々における積立額の合計額と、チャージ後残高と、を比較すればよい。変形例１－４のように、複数の積立設定の各々の決済タイミングが互いに異なり得る場合には、必要性判定部２０５は、決済タイミングごとに、当該決済タイミングの決済処理で必要な額と、チャージ後残高と、を比較すればよい。

オートチャージ設定更新部１１３は、必要性判定部２０５の判定結果に基づいて、オートチャージ設定を更新する。オートチャージ設定更新部１１３は、必要性判定部２０５によりオートチャージ設定を更新する必要がないと判定された場合には、オートチャージ設定を更新せず、必要性判定部２０５によりオートチャージ設定を更新する必要があると判定された場合に、オートチャージ設定を更新する。

変形例７の注文システムＳは、ユーザが指定した積立設定に基づいて、オートチャージ設定を更新する必要性を判定する。注文システムＳは、この判定結果に基づいて、オートチャージ設定を更新する。これにより、オートチャージ設定を更新する必要がない時にまで、オートチャージ設定が自動的に更新されるといったことを防止し、ユーザの利便性が高まる。

［５－８．変形例８］
例えば、投信積立は、通常時の積立額と、ボーナス時の積立額と、が存在するものであってもよい。通常時とは、ボーナス時以外の時である。ボーナス時は、予め定められていてもよいし、ユーザが自由に指定できてもよい。変形例８では、ボーナス時を６月と１２月とする。ボーナス時の積立額は、通常時の積立額よりも多い。ボーナス時の積立額は、積立設定として投資データベースＤＢ２に格納されているものとする。

変形例８の決済処理実行部１１１は、通常時における積立額に基づいて、通常時の決済処理を実行し、ボーナス時における積立額に基づいて、ボーナス時の決済処理を実行してもよい。通常時とボーナス時で積立額が異なるという点で実施形態と異なるが、決済処理自体は、実施形態で説明した通りである。

オートチャージ処理実行部１０９は、通常時は、通常時における積立額に応じたオートチャージ設定に基づいて、オートチャージ処理を実行し、ボーナス時は、ボーナス時における積立額に応じたオートチャージ設定に基づいて、オートチャージ処理を実行する。通常時とボーナス時でオートチャージ設定が異なるという点で実施形態と異なるが、オートチャージ処理自体は、実施形態で説明した通りである。ボーナス時のオートチャージ設定は、ボーナス時の積立額又は合計額以上のチャージ後残高となるように設定される。

変形例８の注文システムＳは、通常時における積立額に基づいて、通常時の決済処理を実行し、ボーナス時における積立額に基づいて、ボーナス時の決済処理を実行する。注文システムＳは、通常時は、通常時における積立額に応じたオートチャージ設定に基づいて、オートチャージ処理を実行し、ボーナス時は、ボーナス時における積立額に応じたオートチャージ設定に基づいて、オートチャージ処理を実行する。これにより、通常時とボーナス時の各々に応じた決済処理とオートチャージ処理が可能になるので、ユーザの利便性が高まる。

［５－９．変形例９］
例えば、実施形態及び変形例１－８で説明したオートチャージ機能は、投信積立以外の投資商品の注文に適用してもよい。変形例９では、投資商品の一例として、株式を例に挙げる。投資商品は、株式及び投信積立以外の他の商品であってもよい。他の商品の例は、実施形態で説明した通りである。注文システムＳは、オートチャージ処理実行部１０９、決済処理実行部１１１、及び注文処理実行部１１２を含む。

オートチャージ処理実行部１０９は、ユーザが指定した投資商品に関する投資額に応じたオートチャージ設定に基づいて、ユーザの電子マネーに関するオートチャージ処理を実行する。実施形態で説明したオートチャージ処理における積立額を投資額と読み替えて、投信積立を投資商品と読み替えればよい。一括で注文される投資商品だったとしても、この投資商品の投資額以上のチャージ後残高となるようにオートチャージ設定が指定されることによって、注文時の残高付属を防止できる。例えば、株式の注文において、ある銘柄の投資額以上のチャージ後残高となるようにオートチャージ設定が指定される。

決済処理実行部１１１は、オートチャージ処理によりチャージされた電子マネーと、投資額と、に基づいて、投資商品に関する決済処理を実行可能である。実施形態で説明したオートチャージ処理における投信積立を投資商品と読み替えればよい。変形例９では、株式の注文も電子マネーを利用できる。注文処理実行部１１２は、決済処理が実行された場合に、投資商品に関する注文処理を実行する。投資商品の注文処理自体は、実施形態と同様に、公知の種々の処理を適用可能である。

変形例９の注文システムＳは、ユーザが注文する投資商品に関する投資額に応じたオートチャージ設定に基づいて、オートチャージ処理を実行する。注文システムＳは、オートチャージ処理によりチャージされた電子マネーと、投資額と、に基づいて、決済処理を実行可能である。注文システムＳは、投資商品に関する注文処理を実行する。注文処理と決済処理の何れが先に実行されても良い点は、実施形態で説明した通りである。これにより、ユーザが、電子マネーを利用して投資商品を注文できるようになる。オートチャージ処理によって投資商品を注文するユーザの利便性が高まる点も、実施形態及び変形例１－９と同様である。

［５－１０．その他変形例］
例えば、上記説明した変形例を組み合わせてもよい。

例えば、電子マネーは、オートチャージ機能を有さなくてもよい。オートチャージ機能が無かったとしても、実施形態等の処理によれば、ユーザは、電子マネーを利用して積立商品やその他の投資商品を注文できる。例えば、オートチャージ設定の指定が受け付けられる場合に、額情報が表示されなくてもよい。例えば、チャージ後残高ではなく、チャージ額がオートチャージ設定に示されてもよい。

例えば、注文システムＳは、電子マネーサーバ１０だけを含んでもよい。この場合、証券サーバ２０及びユーザ端末３０は、注文システムＳの外部に存在してもよい。例えば、注文システムＳは、証券サーバ２０だけを含んでもよい。この場合、電子マネーサーバ１０及びユーザ端末３０は、注文システムＳの外部に存在してもよい。例えば、電子マネーサーバ１０で実現されるものとして説明した機能は、証券サーバ２０又は他のサーバコンピュータで実現されてもよい。証券サーバ２０で実現されるものとして説明した機能は、電子マネーサーバ１０又は他のサーバコンピュータで実現されてもよい。例えば、電子マネーサーバ１０又は証券サーバ２０で実現されるものとして説明した機能は、複数のコンピュータで分担されてもよい。各機能は、少なくとも１つのコンピュータで実現されるようにすればよい。

Ｓ 注文システム、Ｎ ネットワーク、１０ 電子マネーサーバ、１１，２１，３１ 制御部、１２，２２，３２ 記憶部、１３，２３，３３ 通信部、２０ 証券サーバ、３０ ユーザ端末、３４ 操作部、３５ 表示部、Ｇ１ ログイン画面、Ｇ２ トップ画面、Ｇ３ 投資信託指定画面、Ｇ４ 決済方法指定画面、Ｇ５ 積立額等指定画面、Ｇ６ ログイン画面、Ｇ７ オートチャージ設定画面、Ｇ８ 注文完了画面、Ｇ９ 積立設定指定画面、１００ データ記憶部、１０１ 一致判定部、１０２ オートチャージ設定許可部、１０３ 合計額計算部、１０４ 可能性判定部、１０５ オートチャージ設定画面表示部、１０６ 額情報表示部、１０７ 可能性表示部、１０８ オートチャージタイミング判定部、１０９ オートチャージ処理実行部、１１０ 決済タイミング判定部、１１１ 決済処理実行部、１１２ 注文処理実行部、１１３ オートチャージ設定更新部、２００ データ記憶部、２０１ 注文処理実行部、２０２ 問い合わせ部、２０３ 積立設定指定画面表示部、２０４ オートチャージ設定更新画面表示部、２０５ 必要性判定部、３００ データ記憶部、３０１ 表示制御部、３０２ 操作受付部、Ｂ１２，Ｂ２０，Ｂ２１，Ｂ３０，Ｂ４０，Ｂ４３，Ｂ５２，Ｂ６２，Ｂ７２，Ｂ９２ ボタン、ＤＢ１ 電子マネーデータベース、ＤＢ２ 投資データベース、Ｆ１０，Ｆ５０，Ｆ６０，Ｆ７０，Ｆ９０ 入力フォーム、Ｇ１０ オートチャージ設定更新画面、Ｇ１１ 設定変更完了画面、Ｍ７３ メッセージ、Ｍ７４ メッセージ、Ｂ１００，Ｂ１０１ ボタン。

Claims (23)

1. ユーザが注文する積立商品に関する決済タイミングが訪れたか否かを判定する決済タイミング判定部と、
   前記決済タイミングが訪れたと判定された場合に、前記ユーザが保有する電子マネーと、前記ユーザが指定した積立額と、に基づいて、前記積立商品に関する決済処理を実行する決済処理実行部と、
   前記積立商品に関する注文処理を実行する注文処理実行部と、
   を含む注文システム。
2. 前記注文システムは、前記積立額に応じたオートチャージ設定に基づいて、前記電子マネーに関するオートチャージ処理を実行するオートチャージ処理実行部を更に含み、
   前記決済処理実行部は、チャージ後の前記電子マネーに基づいて、前記決済処理を実行可能である、
   請求項１に記載の注文システム。
3. 前記注文システムは、前記オートチャージ設定の指定を受け付けるオートチャージ設定画面に、前記積立額に関する額情報を表示させる額情報表示部を更に含み、
   前記オートチャージ処理実行部は、前記オートチャージ設定画面で指定された前記オートチャージ設定に基づいて、前記オートチャージ処理を実行する、
   請求項２に記載の注文システム。
4. 前記オートチャージ設定は、前記オートチャージ処理が実行された後の残高を示し、
   前記オートチャージ処理実行部は、前記積立額に応じたチャージ後残高となるような前記オートチャージ設定である場合に、前記オートチャージ設定が示すチャージ後残高になるように、前記オートチャージ処理を実行する、
   請求項２又は３に記載の注文システム。
5. 前記注文システムは、前記積立商品に関する複数の積立設定を前記ユーザが指定した場合に、当該複数の積立設定の各々における前記積立額に関する合計額を計算する合計額計算部を更に含み、
   前記額情報表示部は、前記額情報として、前記オートチャージ設定画面に前記合計額を表示させる、
   請求項３に記載の注文システム。
6. 前記注文システムは、
   現状の前記オートチャージ設定に基づいて、前記注文処理が完了する可能性を判定する可能性判定部と、
   前記オートチャージ設定の指定を受け付けるオートチャージ設定画面に、前記可能性判定部の判定結果を表示させる可能性表示部と、
   を更に含み、
   前記オートチャージ処理実行部は、前記オートチャージ設定画面で指定された前記オートチャージ設定に基づいて、前記オートチャージ処理を実行する、
   請求項２～５の何れかに記載の注文システム。
7. 前記注文システムは、定期的に訪れるオートチャージタイミングが訪れたか否かを判定するオートチャージタイミング判定部を更に含み、
   前記オートチャージ処理実行部は、前記オートチャージタイミングが訪れたと判定された場合に、前記オートチャージ処理を実行する、
   請求項２～６の何れかに記載の注文システム。
8. 前記オートチャージ処理実行部は、前記決済タイミングの直前に、前記オートチャージ処理を実行し、
   前記決済処理実行部は、前記オートチャージ処理が実行された直後に、前記決済処理を実行する、
   請求項２～７の何れかに記載の注文システム。
9. 前記オートチャージ処理実行部は、前記積立商品に関する複数の積立設定を前記ユーザが指定し、かつ、当該複数の積立設定の各々における前記決済タイミングが互いに異なる場合には、前記決済タイミングごとの前記オートチャージ設定に基づいて、前記オートチャージ処理を実行する、
   請求項２～８の何れかに記載の注文システム。
10. 前記注文システムは、前記決済タイミングごとの前記オートチャージ設定の指定を受け付けるオートチャージ設定画面を表示させるオートチャージ設定画面表示部を更に含み、
    前記オートチャージ処理実行部は、前記オートチャージ設定画面で指定された前記決済タイミングごとの前記オートチャージ設定に基づいて、前記オートチャージ処理を実行する、
    請求項９に記載の注文システム。
11. 前記オートチャージ処理実行部は、前記積立商品に関する複数の積立設定を前記ユーザが指定し、かつ、当該複数の積立設定の各々における前記決済タイミングが互いに同じ場合には、当該複数の積立設定の各々における前記積立額の合計額に応じた前記オートチャージ設定に基づいて、前記オートチャージ処理を実行する、
    請求項２～８の何れかに記載の注文システム。
12. 前記オートチャージ設定は、前記電子マネーの残高に関する閾値を示し、
    前記オートチャージ処理実行部は、前記決済タイミングの直前以外の期間に、前記電子マネーの残高が前記閾値未満又は前記閾値以下になったとしても、前記オートチャージ処理を実行せず、前記決済タイミングの直前に、前記電子マネーの残高が前記閾値未満又は前記閾値以下である場合に、前記オートチャージ処理を実行する、
    請求項２～１１の何れかに記載の注文システム。
13. 前記注文システムは、前記積立商品に関する積立設定を前記ユーザが指定した場合に、当該指定された積立設定に基づいて、前記オートチャージ設定を更新するオートチャージ設定更新部を更に含み、
    前記オートチャージ処理実行部は、前記オートチャージ設定が更新された場合に、更新後の前記オートチャージ設定に基づいて、前記オートチャージ処理を実行する、
    請求項２～１２の何れかに記載の注文システム。
14. 前記注文システムは、前記ユーザが前記積立設定を指定した場合に、前記オートチャージ設定を更新するか否かを、前記ユーザに問い合わせる問い合わせ部を更に含み、
    前記オートチャージ設定更新部は、前記問い合わせ部による問い合わせに対する前記ユーザの回答に基づいて、前記オートチャージ設定を更新する、
    請求項１３に記載の注文システム。
15. 前記積立商品は、投資サービスにより提供され、
    前記電子マネーは、前記投資サービスとは異なる決済サービスにより提供され、
    前記注文システムは、
    前記投資サービスにおける画面として、前記積立設定の指定を受け付ける積立設定指定画面を表示させる積立設定指定画面表示部と、
    前記投資サービスにおける画面として、前記オートチャージ設定を更新するためのオートチャージ設定更新画面を表示させるオートチャージ設定更新画面表示部と、
    を更に含み、
    前記オートチャージ設定更新部は、前記投資サービスにおける画面として表示された前記オートチャージ設定更新画面における前記ユーザの操作に基づいて、前記オートチャージ設定を更新する、
    請求項１３又は１４に記載の注文システム。
16. 前記注文システムは、前記ユーザが指定した前記積立設定に基づいて、前記オートチャージ設定を更新する必要性を判定する必要性判定部を更に含み、
    前記オートチャージ設定更新部は、前記必要性判定部の判定結果に基づいて、前記オートチャージ設定を更新する、
    請求項１３～１５の何れかに記載の注文システム。
17. 前記積立商品は、投資サービスにより提供され、
    前記電子マネーは、前記投資サービスとは異なる決済サービスにより提供され、
    前記注文システムは、
    前記投資サービスにおける前記ユーザに関するユーザ情報と、前記決済サービスにおける前記ユーザに関するユーザ情報と、が一致するか否かを判定する一致判定部と、
    前記一致判定部の判定結果に基づいて、前記ユーザによる前記オートチャージ設定を許可するオートチャージ設定許可部と、
    を更に含む請求項２～１６の何れかに記載の注文システム。
18. 前記決済処理実行部は、通常時における前記積立額に基づいて、通常時の前記決済処理を実行し、ボーナス時における前記積立額に基づいて、ボーナス時の前記決済処理を実行し、
    前記オートチャージ処理実行部は、前記通常時は、前記通常時における前記積立額に応じた前記オートチャージ設定に基づいて、前記オートチャージ処理を実行し、前記ボーナス時は、前記ボーナス時における前記積立額に応じた前記オートチャージ設定に基づいて、前記オートチャージ処理を実行する、
    請求項２～１７の何れかに記載の注文システム。
19. 前記電子マネーは、出金が制限された第１残高と、出金が可能な第２残高と、を含み、
    前記決済処理実行部は、前記第１残高及び前記第２残高の両方に基づいて、前記決済処理を実行する、
    請求項１～１８の何れかに記載の注文システム。
20. 前記積立商品は、前記ユーザのクレジットカードを利用した決済処理も可能であり、
    前記決済処理実行部は、前記クレジットカードに設定された前記積立商品の上限額とは別の上限額の範囲内で、前記決済処理を実行する、
    請求項１～１９の何れかに記載の注文システム。
21. ユーザが注文する投資商品に関する投資額に応じたオートチャージ設定に基づいて、前記ユーザの電子マネーに関するオートチャージ処理を実行するオートチャージ処理実行部と、
    前記オートチャージ処理によりチャージされた前記電子マネーと、前記投資額と、に基づいて、前記投資商品に関する決済処理を実行可能な決済処理実行部と、
    前記投資商品に関する注文処理を実行する注文処理実行部と、
    を含む注文システム。
22. ユーザが注文する積立商品に関する決済タイミングが訪れたか否かを判定する決済タイミング判定ステップと、
    前記決済タイミングが訪れたと判定された場合に、前記ユーザが保有する電子マネーと、前記ユーザが指定した積立額と、に基づいて、前記積立商品に関する決済処理を実行する決済処理実行ステップと、
    前記積立商品に関する注文処理を実行する注文処理実行ステップと、
    を含む注文方法。
23. ユーザが注文する積立商品に関する決済タイミングが訪れたか否かを判定する決済タイミング判定部、
    前記決済タイミングが訪れたと判定された場合に、前記ユーザが保有する電子マネーと、前記ユーザが指定した積立額と、に基づいて、前記積立商品に関する決済処理を実行する決済処理実行部、
    前記積立商品に関する注文処理を実行する注文処理実行部、
    としてコンピュータを機能させるためのプログラム。

Images