JP2023091291A

JP2023091291A - プラットフォーム提供装置、方法、プログラム、およびプラットフォーム提供システム

Info

Publication number: JP2023091291A
Application number: JP2021205959A
Authority: JP
Inventors: 誉俊田中; Yoshitoshi Tanaka
Original assignee: MUFG Bank Ltd
Current assignee: MUFG Bank Ltd
Priority date: 2021-12-20
Filing date: 2021-12-20
Publication date: 2023-06-30
Anticipated expiration: 2041-12-20
Also published as: JP7346534B2

Abstract

【課題】複数の商品（例えば、金融商品）の取引を容易に行う。【解決手段】本発明の一実施形態に係るプラットフォーム提供装置は、複数の商品の取引を実行するためのプラットフォームを提供するプラットフォーム提供部と、前記商品の取引の実行の要求を受け付ける取引要求受付部と、前記要求を受け付けた商品の取引を実行するためのＡＰＩを呼び出して、前記ＡＰＩの認証後に前記商品の取引を実行するＡＰＩ呼出部と、を備える。【選択図】図３

Description

本発明は、プラットフォーム提供装置、方法、プログラム、およびプラットフォーム提供システムに関する。

従来、オンラインでの金融商品の取引が知られている（特許文献１）。例えば、顧客は、自身のスマートフォン等を用いて、投資信託の購入、株式の購入といった種々の金融商品の取引を行うことができる。

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

しかしながら、複数の金融商品の取引（例えば、投資信託の購入、株式の購入等）を行いたいときに、顧客は、各社（例えば、銀行、証券会社等）が提供するそれぞれのアプケーションプログラムやＷｅｂサイトで、各金融商品の取引を行わなければならない場合がある。

そこで、本発明では、複数の商品（例えば、金融商品）の取引を容易に行うことを目的とする。

本発明の一実施形態に係るプラットフォーム提供装置は、複数の商品の取引を実行するためのプラットフォームを提供するプラットフォーム提供部と、前記商品の取引の実行の要求を受け付ける取引要求受付部と、前記要求を受け付けた商品の取引を実行するためのＡＰＩを呼び出して、前記ＡＰＩの認証後に前記商品の取引を実行するＡＰＩ呼出部と、を備える。

本発明によれば、複数の商品（例えば、金融商品）の取引を容易に行うことができる。

本発明の一実施形態に係る全体の構成を示す図である。本発明の一実施形態に係る各社の金融商品とＡＰＩについて説明するための図である。本発明の一実施形態に係るプラットフォーム提供装置の機能ブロック図である。本発明の一実施形態に係るプラットフォーム提供処理および金融商品取引処理のシーケンス図である。本発明の一実施形態に係る認証処理のシーケンス図である。本発明の一実施形態に係るプラットフォーム提供処理および金融商品取引処理のフローチャートである。本発明の一実施形態に係る顧客端末に表示される画面の遷移図の一例である。本発明の一実施形態に係るプラットフォーム提供装置のハードウェア構成図である。

以下、図面に基づいて本発明の実施の形態を説明する。

本明細書では、複数の金融商品の取引を実行するためのプラットフォームについて説明するが、本発明は、金融商品に限らず任意の商品に適用することができる。

＜用語の説明＞
・本明細書において、「プラットフォーム」とは、プラットフォーム提供装置（詳細については後述する）が提供する、顧客が複数の金融商品の取引を行うことができるオンライン上の場（例えば、Ｗｅｂサイト）である。なお、「プラットフォーム」では、金融商品の情報等の金融に関する情報も提供される。
・本明細書において、「金融商品」とは、各社（例えば、金融機関（例えば、銀行、証券会社、保険会社等）、フィンテック企業等）が提供する、金融取引における商品である。例えば、「金融商品」は、信託（例えば、投資信託、金銭信託等）、株式、保険、クラウドファンディング、投資一任、ロボアドバイザーによる資産運用サービス等である。
・本明細書において、「金融商品の取引」とは、金融商品の売買（つまり、顧客が金融商品を購入すること、あるいは、顧客が金融商品を売却すること）をいう。

＜全体構成＞
図１は、本発明の一実施形態に係る全体の構成を示す図である。プラットフォーム提供システム１は、プラットフォーム提供装置１０と、金融商品提供装置２０ａ、２０ｂ、２０ｃ、２０ｄ、２０ｅ（以下、金融商品提供装置２０と総称する。なお、図１では、金融商品提供装置２０が５つの場合を説明するが、金融商品提供装置２０の数はこれに限定されない）と、顧客端末３０と、を含む。なお、プラットフォーム提供システム１は、ＡＰＩ提供装置１５を含んでもよい。以下、それぞれについて説明する。

＜＜プラットフォーム提供装置＞＞
プラットフォーム提供装置１０は、金融に関するプラットフォームを提供する装置である。具体的には、プラットフォーム提供装置１０は、顧客が複数の金融商品の取引を行うことができる画面を生成して顧客端末３０に表示させる。そして、プラットフォーム提供装置１０は、顧客が当該画面に金融商品の取引の実行の要求を入力すると、金融商品提供装置２０が提供するＡＰＩ（Application Programming Interface）を呼び出して、金融商品の取引を実行する。なお、プラットフォーム提供装置１０は、１つまたは複数のコンピュータから構成される。

＜＜金融商品提供装置＞＞
金融商品提供装置（単に、商品提供装置とも呼ぶ）２０は、金融商品を提供する企業（例えば、金融機関、フィンテック企業等）が運営するサーバである。金融商品提供装置２０は、プラットフォーム提供装置１０にＡＰＩ（Application Programming Interface）を提供する。なお、各金融商品提供装置２０は、１つまたは複数のコンピュータから構成される。

なお、プラットフォーム提供装置１０が、ＡＰＩ提供装置（各金融商品提供装置２０（図１の例では、金融商品提供装置２０ｄおよび金融商品提供装置２０ｅ）を管理する装置）１５のＡＰＩを呼び出して、ＡＰＩ提供装置１５が、各金融商品提供装置２０に処理を実行させるようにしてもよい（例えば、各金融商品提供装置２０のＡＰＩを呼び出してもよいし、各金融商品提供装置２０とバッチ処理等にてファイル連携してもよい）。

＜＜顧客端末＞＞
顧客端末３０は、プラットフォーム提供装置１０が提供するプラットフォームのサービスを利用するときに顧客が用いる端末である。顧客端末３０は、プラットフォーム提供装置１０および金融商品提供装置２０とデータを送受信することができる。例えば、顧客端末３０は、スマートフォン、タブレット、パーソナルコンピュータ等である。

＜各社の金融商品とＡＰＩ＞
図２は、本発明の一実施形態に係る各社の金融商品とＡＰＩについて説明するための図である。

各金融商品提供装置２０は、金融商品を提供する各企業によって運営される。図２では、Ａ社が金融商品提供装置２０ａを運営し、Ｂ社が金融商品提供装置２０ｂを運営し、Ｃ社が金融商品提供装置２０ｃを運営しているとする。

各金融商品提供装置２０は、プラットフォームを介して、１つまたは複数の金融商品を提供する。図２では、Ａ社が金融商品１を提供し、Ｂ社が金融商品２－１および２－２を提供し、Ｃ社が金融商品３－１および３－２を提供しているとする。

各金融商品提供装置２０は、プラットフォーム提供装置１０にＡＰＩを提供する。ＡＰＩは、１つの金融商品の取引を実行することができるＡＰＩ（図２のＡ社の金融商品１のＡＰＩ、Ｂ社の金融商品２－１のＡＰＩ、Ｂ社の金融商品２－２のＡＰＩ）であってもよいし、複数の金融商品の取引を実行することができるＡＰＩ（図２のＣ社の金融商品３－１と金融商品３－２のＡＰＩ）であってもよい。

＜機能ブロック＞
図３は、本発明の一実施形態に係るプラットフォーム提供装置１０の機能ブロック図である。プラットフォーム提供装置１０は、プラットフォーム提供部１０１と、取引要求受付部１０２と、ＡＰＩ呼出部１０３と、を備えることができる。また、プラットフォーム提供装置１０は、プログラムを実行することで、プラットフォーム提供部１０１、取引要求受付部１０２、ＡＰＩ呼出部１０３として機能することができる。以下、それぞれについて説明する。

プラットフォーム提供部１０１は、複数の金融商品の取引を実行するためのプラットフォームを顧客端末３０に提供する。具体的には、プラットフォーム提供部１０１は、顧客が複数の金融商品の取引を行うことができる画面を生成して顧客端末３０に表示させる。

＜＜プラットフォーム＞＞
ここで、プラットフォームについて説明する。プラットフォーム（つまり、顧客が複数の金融商品の取引を行うことができる画面（例えば、金融商品の説明が記載された画面、金融商品の取引の実行の要求を入力する画面等））は、プラットフォーム全体で統一されたユーザインタフェース（画面）である（例えば、プラットフォーム内で共通のウェブデザインが採用される）。そのため、顧客は、どの企業が提供するどの金融商品であっても、同一の操作感で金融商品の取引を行うことができる。

取引要求受付部１０２は、１つまたは複数の金融商品の取引の実行の要求を顧客端末３０から受け付ける。具体的には、取引要求受付部１０２は、顧客が顧客端末３０に表示されたプラットフォームの画面に入力した、取引の実行を要求する１つまたは複数の金融商品を特定するための情報を顧客端末３０から受信する。

ＡＰＩ呼出部１０３は、取引要求受付部１０２が受け付けた１つまたは複数の金融商品に応じたＡＰＩ（つまり、当該金融商品の取引を実行するための１つまたは複数のＡＰＩ）を金融商品提供装置２０に対して呼び出す。ＡＰＩ呼出部１０３は、ＡＰＩの認証後に金融商品の取引を実行する。

＜＜ＡＰＩの認証＞＞
ここで、ＡＰＩの認証について説明する。ＡＰＩを利用するための認証（つまり、プラットフォーム提供装置１０にアクセス権限を付与するための認証）は、金融商品提供装置２０と顧客端末３０との間で行われる。具体的には、プラットフォーム提供部１０１は、金融商品の取引の実行の要求が受け付けられると、プラットフォームの画面から金融商品提供装置２０が提供する認証の画面へ遷移させて、顧客に認証情報を入力させる。そのため、顧客は、自身の認証情報（例えば、ＩＤおよびパスワード）を第三者に提供することなく、金融商品の取引を行うことができる。なお、ＡＰＩごとに、プラットフォーム提供装置１０のアクセス権限の有効期限を設定するようにしてもよい。

＜処理方法＞
図４は、本発明の一実施形態に係るプラットフォーム提供処理および金融商品取引処理のシーケンス図である。

ステップ１（Ｓ１）において、プラットフォーム提供装置１０は、複数の金融商品の取引を実行するためのプラットフォームを顧客端末３０に提供する。具体的には、プラットフォーム提供装置１０は、顧客が複数の金融商品の取引を行うことができる画面を生成して、顧客端末３０に表示させる。

ステップ２（Ｓ２）において、顧客端末３０が、１つまたは複数の金融商品の取引の実行をプラットフォーム提供装置１０に対して要求したとする。具体的には、顧客端末３０は、顧客が顧客端末３０に表示されたＳ１のプラットフォームの画面に入力した、取引の実行を要求する１つまたは複数の金融商品を特定するための情報をプラットフォーム提供装置１０へ送信する。

その後、プラットフォーム提供装置１０は、Ｓ２で取引の実行を要求された１つまたは複数の金融商品に応じたＡＰＩ（つまり、当該金融商品の取引を実行するための１つまたは複数のＡＰＩ）を呼び出す。具体的には、プラットフォーム提供装置１０は、金融商品提供装置２０ａ、２０ｂ、２０ｃの少なくとも１つに対してＡＰＩを呼び出す（つまり、ステップ３－１～５－１、ステップ３－２～５－２、ステップ３－３～５－３の少なくとも１つが実行される）。

［金融商品提供装置２０ａのＡＰＩを呼び出す場合］
・ステップ３－１（Ｓ３－１）において、プラットフォーム提供装置１０は、金融商品提供装置２０ａのＡＰＩを呼び出す。
・ステップ４－１（Ｓ４－１）において、金融商品提供装置２０ａと顧客端末３０との間で認証が行われる。
・ステップ５－１（Ｓ５－１）において、プラットフォーム提供装置１０は、Ｓ４－１の認証が成功すると、金融商品の取引を実行する。

［金融商品提供装置２０ｂのＡＰＩを呼び出す場合］
・ステップ３－２（Ｓ３－２）において、プラットフォーム提供装置１０は、金融商品提供装置２０ｂのＡＰＩを呼び出す。
・ステップ４－２（Ｓ４－２）において、金融商品提供装置２０ｂと顧客端末３０との間で認証が行われる。
・ステップ５－２（Ｓ５－２）において、プラットフォーム提供装置１０は、Ｓ４－２の認証が成功すると、金融商品の取引を実行する。

［金融商品提供装置２０ｃのＡＰＩを呼び出す場合］
・ステップ３－３（Ｓ３－３）において、プラットフォーム提供装置１０は、金融商品提供装置２０ｃのＡＰＩを呼び出す。
・ステップ４－３（Ｓ４－３）において、金融商品提供装置２０ｃと顧客端末３０との間で認証が行われる。
・ステップ５－３（Ｓ５－３）において、プラットフォーム提供装置１０は、Ｓ４－３の認証が成功すると、金融商品の取引を実行する。

図５は、本発明の一実施形態に係る認証処理のシーケンス図である。図５のＳ１１～Ｓ１４は、図４のＳ４－１、Ｓ４－２、Ｓ４－３に相当する。

まず、図４のＳ３が実行される。

ステップ１１（Ｓ１１）において、金融商品提供装置２０は、顧客が認証情報（例えば、顧客のＩＤおよびパスワード）を入力するための画面を生成して、顧客端末３０に表示させる。

ステップ１２（Ｓ１２）において、顧客端末３０は、顧客が顧客端末３０に入力した認証情報（例えば、顧客のＩＤおよびパスワード）を金融商品提供装置２０へ送信する。

ステップ１３（Ｓ１３）において、金融商品提供装置２０は、Ｓ１２で受信した認証情報を用いて顧客を認証する。

ステップ１４（Ｓ１４）において、金融商品提供装置２０は、Ｓ１３の認証が成功すると、プラットフォーム提供装置１０にアクセス権限を付与する。アクセス権限を付与されたプラットフォーム提供装置１０は、金融商品の取引の実行が可能となる。

その後、図４のＳ５が実行されて、プラットフォームの画面が顧客端末３０に表示される。

図６は、本発明の一実施形態に係るプラットフォーム提供処理および金融商品取引処理のフローチャートである。

ステップ１０１（Ｓ１０１）において、プラットフォーム提供部１０１は、金融に関するプラットフォームのサービスへログインするための画面を顧客端末３０に表示させる。ログイン後、ステップ１０２へ進む。

ステップ１０２（Ｓ１０２）において、プラットフォーム提供部１０１は、金融に関するプラットフォームを顧客端末３０に提供する。具体的には、プラットフォーム提供部１０１は、顧客が複数の金融商品の取引を行うことができる画面を生成して顧客端末３０に表示させる。

ステップ１０３（Ｓ１０３）において、取引要求受付部１０２は、１つまたは複数の金融商品の取引の実行の要求を顧客端末３０から受け付ける。具体的には、取引要求受付部１０２は、顧客が顧客端末３０に表示されたＳ１０２のプラットフォームの画面に入力した、取引の実行を要求する１つまたは複数の金融商品を特定するための情報を顧客端末３０から受信する。

ステップ１０４（Ｓ１０４）において、ＡＰＩ呼出部１０３は、Ｓ１０３で受け付けた１つまたは複数の金融商品に応じたＡＰＩ（つまり、当該金融商品の取引を実行するための１つまたは複数のＡＰＩ）を呼び出す。

ステップ１０５（Ｓ１０５）において、ＡＰＩ呼出部１０３は、ＡＰＩを提供する金融商品提供装置２０と顧客端末３０との認証が成功すると、金融商品提供装置２０からアクセス権限が付与されて金融商品の取引の実行が可能となる。

ステップ１０６（Ｓ１０６）において、ＡＰＩ呼出部１０３は、金融商品の取引を実行する。

＜画面＞
図７は、本発明の一実施形態に係る顧客端末３０に表示される画面の遷移図の一例である。

ステップ１００１（Ｓ１００１）において、金融に関するプラットフォームのサービスへログインするための画面が表示される。Ｓ１００１の画面は、プラットフォーム提供装置１０によって提供される。ログイン後、ステップ１００２へ進む。

ステップ１００２（Ｓ１００２）において、複数の金融商品の説明が記載された画面（プラットフォームの画面）が表示される。Ｓ１００２の画面は、プラットフォーム提供装置１０によって提供される。顧客が取引を行いたい所望の金融商品を選択すると（例えば、"ショッピングカートへ"を選択すると）、当該金融商品がショッピングカートのリストに加えられる。例えば、金融商品１と金融商品２－２が選択されたとする。

ステップ１００３（Ｓ１００３）において、ショッピングカート内の金融商品のリストが表示されたとする。Ｓ１００３の画面は、プラットフォーム提供装置１０によって提供される。顧客が金融商品の取引の実行の要求を入力すると（例えば、"取引実行"を選択すると）、各金融商品の認証の画面に遷移する。

Ｓ１００３で、例えば、金融商品１の取引の実行の要求が入力されると、金融商品１の認証が行われる（ステップ１００４－１およびステップ１００５－１）。

ステップ１００４－１（Ｓ１００４－１）において、Ｓ１００３で取引の実行が要求された金融商品のＡＰＩを利用するための認証画面が表示される。Ｓ１００４－１の画面は、金融商品提供装置２０によって提供される。ＡＰＩを提供する金融商品提供装置２０と顧客端末３０との認証が成功すると金融商品の取引が実行され、ステップ１００５－１へ進む。

ステップ１００５－１（Ｓ１００５－１）において、プラットフォーム提供装置１０が提供するプラットフォームの画面へ戻る。

Ｓ１００３で、例えば、金融商品２－２の取引の実行の要求が入力されると、金融商品２－２の認証が行われる（ステップ１００４－２およびステップ１００５－２）。

ステップ１００４－２（Ｓ１００４－２）において、Ｓ１００３で取引の実行が要求された金融商品のＡＰＩを利用するための認証画面が表示される。Ｓ１００４－２の画面は、金融商品提供装置２０によって提供される。ＡＰＩを提供する金融商品提供装置２０と顧客端末３０との認証が成功すると金融商品の取引が実行され、ステップ１００５－２へ進む。

ステップ１００５－２（Ｓ１００５－２）において、プラットフォーム提供装置１０が提供するプラットフォームの画面へ戻る。

＜金融に関する情報の提示＞
本発明の一実施形態では、プラットフォーム提供装置１０は、金融に関する情報を顧客端末３０に提示することができる。例えば、プラットフォーム提供装置１０は、顧客の金融商品の取引の履歴に基づいたレコメンド（ポートフォリオ等）を提示することができる。また、プラットフォーム提供装置１０は、顧客の属性（年齢、興味または関心等）に応じたニュース、コラム、同一期間内によく取引されている商品、類似属性の顧客が閲覧、取引している情報や商品等を提示することができる。

＜情報管理＞
本発明の一実施形態では、プラットフォーム提供装置１０は、プラットフォーム提供装置１０が扱う情報を、個人情報と個人情報以外の情報とに分けて管理するようにしてもよい。例えば、プラットフォーム提供装置１０は、個人情報を金融機関の顧客カードと同様のセキュリティで管理し、個人情報以外の情報をマーケティングに用いることができる。

＜効果＞
本発明の一実施形態では、顧客は、プラットフォーム全体で統一されたユーザインタフェース（画面）を介して、各社が提供する各種の金融商品の取引を行うことができる。そのため、顧客は、金融機関やフィンテック企業が提供するアプリケーションプログラムやＷｅｂサイトごとの金融商品の取引の操作を把握することなく、どの企業が提供するどの金融商品であっても、同一の操作感で金融商品の取引を行うことができる。さらに、ＡＰＩを利用するための認証は、金融商品提供装置と顧客端末との間で行われるので、顧客は、自身の認証情報（例えば、ＩＤおよびパスワード）を第三者に提供しなくてもよい。このように、顧客が容易に金融商品を取引しつつ、高いセキュリティを担保することができる。

＜ハードウェア構成＞
図８は、本発明の一実施形態に係るプラットフォーム提供装置１０のハードウェア構成図である。

図８に示すように、プラットフォーム提供装置１０は、ＣＰＵ（Central Processing Unit）１００１、ＲＯＭ（Read Only Memory）１００２、ＲＡＭ（Random Access Memory）１００３を有する。ＣＰＵ１００１、ＲＯＭ１００２、ＲＡＭ１００３は、いわゆるコンピュータを形成する。また、プラットフォーム提供装置１０は、補助記憶装置１００４、表示装置１００５、操作装置１００６、Ｉ／Ｆ（Interface）装置１００７、ドライブ装置１００８を有する。なお、プラットフォーム提供装置１０の各ハードウェアは、バスＢを介して相互に接続されている。

ＣＰＵ１００１は、補助記憶装置１００４にインストールされている各種プログラムを実行する演算デバイスである。

ＲＯＭ１００２は、不揮発性メモリである。ＲＯＭ１００２は、補助記憶装置１００４にインストールされている各種プログラムをＣＰＵ１００１が実行するために必要な各種プログラム、データ等を格納する主記憶デバイスとして機能する。具体的には、ＲＯＭ１００２は、ＢＩＯＳ（Basic Input/Output System）やＥＦＩ（Extensible Firmware Interface）等のブートプログラム等を格納する、主記憶デバイスとして機能する。

ＲＡＭ１００３は、ＤＲＡＭ（Dynamic Random Access Memory）やＳＲＡＭ（Static Random Access Memory）等の揮発性メモリである。ＲＡＭ１００３は、補助記憶装置１００４にインストールされている各種プログラムがＣＰＵ１００１によって実行される際に展開される作業領域を提供する、主記憶デバイスとして機能する。

補助記憶装置１００４は、各種プログラムや、各種プログラムが実行される際に用いられる情報を格納する補助記憶デバイスである。

表示装置１００５は、プラットフォーム提供装置１０の内部状態等を表示する表示デバイスである。

操作装置１００６は、プラットフォーム提供装置１０の管理者がプラットフォーム提供装置１０に対して各種指示を入力する入力デバイスである。

Ｉ／Ｆ装置１００７は、ネットワークに接続し、他の装置と通信を行うための通信デバイスである。

ドライブ装置１００８は記憶媒体１００９をセットするためのデバイスである。ここでいう記憶媒体１００９には、ＣＤ－ＲＯＭ、フレキシブルディスク、光磁気ディスク等のように情報を光学的、電気的あるいは磁気的に記録する媒体が含まれる。また、記憶媒体１００９には、ＲＯＭ、フラッシュメモリ等のように情報を電気的に記録する半導体メモリ等が含まれていてもよい。

なお、補助記憶装置１００４にインストールされる各種プログラムは、例えば、配布された記憶媒体１００９がドライブ装置１００８にセットされ、該記憶媒体１００９に記録された各種プログラムがドライブ装置１００８により読み出されることでインストールされる。あるいは、補助記憶装置１００４にインストールされる各種プログラムは、Ｉ／Ｆ装置１００７を介して、ネットワークよりダウンロードされることでインストールされてもよい。

なお、上記実施形態に挙げた構成等に、その他の要素との組み合わせ等、ここで示した構成に本発明が限定されるものではない。これらの点に関しては、本発明の趣旨を逸脱しない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。

１プラットフォーム提供システム
１０プラットフォーム提供装置
１５ＡＰＩ提供装置
２０金融商品提供装置
３０顧客端末
１０１プラットフォーム提供部
１０２取引要求受付部
１０３ＡＰＩ呼出部
１００１ＣＰＵ
１００２ＲＯＭ
１００３ＲＡＭ
１００４補助記憶装置
１００５表示装置
１００６操作装置
１００７Ｉ／Ｆ装置
１００８ドライブ装置
１００９記憶媒体

Claims

複数の商品の取引を実行するためのプラットフォームを提供するプラットフォーム提供部と、
前記商品の取引の実行の要求を受け付ける取引要求受付部と、
前記要求を受け付けた商品の取引を実行するためのＡＰＩを呼び出して、前記ＡＰＩの認証後に前記商品の取引を実行するＡＰＩ呼出部と
を備えたプラットフォーム提供装置。
前記複数の商品の取引を実行するためのプラットフォームは、前記プラットフォーム全体で統一された画面である、請求項１に記載のプラットフォーム提供装置。
前記ＡＰＩ呼出部は、前記ＡＰＩを提供する商品提供装置と顧客端末との認証が成功すると前記商品の取引を実行する、請求項１または２に記載のプラットフォーム提供装置。
前記プラットフォーム提供部は、顧客の前記商品の取引の履歴に基づいたレコメンドを提示する、請求項１から３のいずれか一項に記載のプラットフォーム提供装置。
前記商品は、金融商品である、請求項１から４のいずれか一項に記載のプラットフォーム提供装置。
前記金融商品の取引は、前記金融商品の売買である、請求項５に記載のプラットフォーム提供装置。
前記取引要求受付部は、前記金融商品の売買の実行の要求を受け付ける、請求項６に記載のプラットフォーム提供装置。
前記金融商品は、信託と、株式と、保険と、クラウドファンディングと、投資一任と、ロボアドバイザーによる資産運用サービスと、のうちの少なくとも１つを含む、請求項５から７のいずれか一項に記載のプラットフォーム提供装置。
プラットフォーム提供装置が実行する方法であって、
複数の商品の取引を実行するためのプラットフォームを提供するステップと、
前記商品の取引の実行の要求を受け付けるステップと、
前記要求を受け付けた商品の取引を実行するためのＡＰＩを呼び出して、前記ＡＰＩの認証後に前記商品の取引を実行するステップと
を含む方法。
プラットフォーム提供装置を
複数の商品の取引を実行するためのプラットフォームを提供するプラットフォーム提供部、
前記商品の取引の実行の要求を受け付ける取引要求受付部、
前記要求を受け付けた商品の取引を実行するためのＡＰＩを呼び出して、前記ＡＰＩの認証後に前記商品の取引を実行するＡＰＩ呼出部
として機能させるためのプログラム。
プラットフォーム提供装置と、商品提供装置と、顧客端末と、を含むプラットフォーム提供システムであって、
複数の商品の取引を実行するためのプラットフォームを前記顧客端末に提供するプラットフォーム提供部と、
前記商品の取引の実行の要求を前記顧客端末から受け付ける取引要求受付部と、
前記要求を受け付けた商品の取引を実行するためのＡＰＩを前記商品提供装置に対して呼び出して、前記ＡＰＩの認証後に前記商品の取引を実行するＡＰＩ呼出部と
を備えたプラットフォーム提供システム。