JP7267369B2 - 情報処理装置、プログラム、および情報処理方法 - Google Patents

Description

本発明は、情報処理装置、プログラム、および情報処理方法に関する。

取引の情報と、アカウント（例えば、口座など）における資金移動の情報と、を照合する技術が知られている。下記特許文献１には、複数の取引の請求データと複数のアカウントに対する入金データとを、予め設定された照合順序に基づいて、請求書発行先名と振込依頼人名、請求金額と入金額などのそれぞれの照合項目を照合するデータ照合プログラムが記載されている。このデータ照合プログラムでは、照合の結果に基づいて、複数の取引の請求データのうち未入金の請求データと入金済みの請求データとを特定して一括消込処理を行う。

特開２０１８－７３２４９号公報

ところで、取引の情報とアカウントにおける資金移動の情報との照合を効率的に行いたいという要望がある。しかしながら、上記従来技術では、取引の情報の照合項目とこれに相当するアカウントの情報の照合項目とを順番に１つ１つ照合していく必要があるため、効率化において改善の余地がある。

そこで、本発明は、上記課題を解決するため、取引の情報とアカウントにおける資金移動の情報との照合を効率的に行わせることができる情報処理装置、プログラム、および情報処理方法を提供することを目的とする。

本発明の一態様に係る情報処理装置は、ユーザが使用するユーザ装置から、ユーザの決済に用いる第１アカウントを識別するための第１アカウント識別情報を含む第１アカウント情報を取得するアカウント取得部と、第１アカウントに対応付ける第２アカウントであってユーザの取引のための第２アカウントを発行させるタイミングの設定をユーザ装置から受け付けて、タイミングを設定する設定部と、ユーザ装置および取引を行うための取引装置の少なくともいずれかから、ユーザが要求する取引の取引情報を取得する取引取得部と、第１アカウント情報と取引情報とに基づいて、設定されたタイミングで第２アカウントを発行するための処理を行うアカウント制御部と、ユーザ装置に、発行された第２アカウントを識別するための第２アカウント識別情報を含む第２アカウント情報を提供する提供部と、ユーザ装置および取引装置の少なくともいずれかから、第２アカウントによる取引の決済要求を示す決済情報を取得する決済取得部と、決済情報に基づいて、取引について、第１アカウントを用いた決済のための処理を行う決済処理部と、を備える。

本発明の一態様に係るプログラムは、コンピュータに、ユーザが使用するユーザ装置から、ユーザの決済に用いる第１アカウントを識別するための第１アカウント識別情報を含む第１アカウント情報を取得するアカウント取得機能と、第１アカウントに対応付ける第２アカウントであってユーザの取引のための第２アカウントを発行させるタイミングの設定をユーザ装置から受け付けて、タイミングを設定する設定機能と、ユーザ装置および取引を行うための取引装置の少なくともいずれかから、ユーザが要求する取引の取引情報を取得する取引取得機能と、第１アカウント情報と取引情報とに基づいて、設定されたタイミングで第２アカウントを発行するための処理を行うアカウント制御機能と、ユーザ装置に、発行された第２アカウントを識別するための第２アカウント識別情報を含む第２アカウント情報を提供する提供機能と、ユーザ装置および取引装置の少なくともいずれかから、第２アカウントによる取引の決済要求を示す決済情報を取得する決済取得機能と、決済情報に基づいて、取引について、第１アカウントを用いた決済のための処理を行う決済処理機能部と、を実現させる。

本発明の一態様に係る情報処理方法は、コンピュータが、ユーザが使用するユーザ装置から、ユーザの決済に用いる第１アカウントを識別するための第１アカウント識別情報を含む第１アカウント情報を取得し、第１アカウントに対応付ける第２アカウントであってユーザの取引のための第２アカウントを発行させるタイミングの設定をユーザ装置から受け付け、タイミングを設定し、ユーザ装置および取引を行うための取引装置の少なくともいずれかから、ユーザが要求する取引の取引情報を取得し、第１アカウント情報と取引情報とに基づいて、設定されたタイミングで第２アカウントを発行するための処理を行い、ユーザ装置に、発行された第２アカウントを識別するための第２アカウント識別情報を含む第２アカウント情報を提供し、ユーザ装置および取引装置の少なくともいずれかから、第２アカウントによる取引の決済要求を示す決済情報を取得し、決済情報に基づいて、取引について、第１アカウントを用いた決済のための処理を行う。

本発明によれば、取引の情報とアカウントにおける資金移動の情報との照合を効率的に行わせることができる情報処理装置、プログラム、および情報処理方法を提供することができる。

本実施形態に係る取引支援システムのシステム構成例を説明するための図である。 本実施形態に係る取引支援システムの概要の一例を説明するための図である。 本実施形態に係る取引支援システムの概要の一例を説明するための図である。 本実施形態に係る取引支援システムの概要の一例を説明するための図である。 本実施形態に係る取引支援システムの概要の一例を説明するための図である。 本実施形態に係るサーバ装置の機能構成の一例を示す図である。 本実施形態に係るサーバ装置の動作例を示す図である。 本実施形態に係るサーバ装置のハードウェア構成の一例を示す図である。

添付図面を参照して、本発明の好適な実施形態（以下、「本実施形態」ともいう）について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。

本実施形態に係る取引支援システム１は、取引の決済を支援するためのシステムである。取引支援システム１は、実際に決済（資金移動）を行うアカウント（以下、「第１アカウント」または「第１ＡＣ」ともいう）に対応付けて、取引のためのアカウント（以下、「第２アカウント」または「第２ＡＣ」ともいう）を発行させる。そして取引支援システム１では、ユーザに、この第２アカウントを介して第１アカウントを決済に利用させることができる。第１アカウントはユーザの決済（資金移動）に用いるアカウント（例えば、銀行の口座や仮想通貨の口座、電子マネーのアカウントなど）である。第２アカウントは、ユーザの取引のためのアカウントであり、第１アカウントと対応付けられるアカウントである。

第１アカウントと第２アカウントとは、例えば、１対１、Ｎ対１、１対Ｎ、Ｎ対Ｎ（Ｎは自然数。以下同じ。）で対応付けられてもよい。また、第１アカウントと第２アカウントとは、テーブルとビューの関係と同じような関係であってもよい。例えば、第２アカウントは、第１アカウントのように実際に残高やトークンなどの価値を保有してはないが、あたかもアカウントのように利用できる仮想的なものであってもよい。具体的には、第２アカウントは、第１アカウントの特定の部分を抽出して、この抽出された特定の部分により仮想的に構成されてもよい。この特定の部分とは、例えば、第１アカウントの総残高に含まれる特定の残高（枠）であってもよい。例えば、第１アカウントの総残高が１，０００万円であれば、そのうち５００万円の残高を第２アカウント用の残高として抽出して設定してもよい。この設定された５００万円の残高については、第２アカウントを介して第１アカウントに対して資金移動の指示が行われ、この指示に基づいて資金移動（例えば、第１アカウントにおける第２アカウント用の残高（５００万円）の中から別の口座へ３００万円送金など）が行われてもよい。また他の例として、この特定の部分とは、第１アカウントの資金移動の履歴に含まれる特定の履歴（枠）であってもよい。

第１アカウントと第２アカウントとは、例えば、発行および維持管理する主体が以下の（１）～（４）のいずれかの組み合わせであってもよい。なお、取引支援システム１が発行および維持管理するアカウントは、言い換えれば、運営事業者が発行および維持管理するアカウントでもある。また、後述する決済システム４００が発行および維持管理するアカウントは、言い換えれば、決済機関が発行および維持管理するアカウントでもある。
（１）第１アカウント：取引支援システム１が発行および維持管理するアカウント、第２アカウント：取引支援システム１が発行および維持管理するアカウント
（２）第１アカウント：取引支援システム１が発行および維持管理するアカウント、第２アカウント：決済システム４００が発行および維持管理するアカウント
（３）第１アカウント：決済システム４００が発行および維持管理するアカウント、第２アカウント：第１アカウントと同じ決済システム４００が発行および維持管理するアカウント
（４）第１アカウント：決済システム４００が発行および維持管理するアカウント、第２アカウント：第１アカウントと異なる決済システム４００が発行および維持管理するアカウント

取引支援システム１を運営する事業者（以下、単に「運営事業者」ともいう）は、例えば、取引の決済で利用可能な決済サービスを提供する事業者であってもよい。また、運営事業者は、例えば、取引の決済を行う業者（例えば、ＰＳＰ（Ｐａｙｍｅｎｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ））等であってもよい。また、運営事業者は、決済指示サービス提供者（ＰＩＳＰ（Ｐａｙｍｅｎｔ Ｉｎｉｔｉａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ））として銀行等の金融機関に対して決済や資金移動を指示するサービスを提供するものであってもよい。また、他の例として、運営事業者は、資金移動を行う金融機関（銀行や電子マネー業者）そのものであってもよい。

＜１．システム構成＞
図１を参照して、本実施形態に係る取引支援システム１のシステム構成例を説明する。

図１に示すように、取引支援システム１は、運営事業者が使用するサーバ装置１００と、ユーザが使用するユーザ装置２００とを含む。サーバ装置１００とユーザ装置２００とは、ネットワークＮを介して通信可能に接続されている。また、取引支援システム１は、ネットワークＮを介して外部システムと連携（情報連携および／または機能連携を含む。以下同じ。）してもよい。具体的には、サーバ装置１００と、ユーザ装置２００と、後述する取引装置３１０と、同じく後述する決済装置４１０とは、ネットワークＮを介して通信可能に接続されていてもよい。

ネットワークＮは、無線ネットワークや有線ネットワークにより構成される。ネットワークの一例としては、携帯電話網や、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙ－ｐｈｏｎｅ Ｓｙｓｔｅｍ）網、無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、３Ｇ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、４Ｇ（４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、５Ｇ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）、ＷｉＭａｘ（登録商標）、赤外線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）、有線ＬＡＮ、電話線、電灯線ネットワーク、ＩＥＥＥ１３９４等に準拠したネットワークがある。

［サーバ装置］
サーバ装置１００は、ユーザ装置２００や外部システムとの通信が可能な情報処理装置である。サーバ装置１００は、所定のプログラムを実行することにより、ユーザ装置２００から第１アカウント情報や取引情報を取得して、これらの情報を記憶部１４０に記憶させる。ここで「第１アカウント情報」とは、第１アカウントに関する情報であって、第１アカウントを識別するための第１アカウント識別情報を含む。第１アカウント情報は、アカウント情報の一態様である。アカウント情報の詳細は後述する。さらに、サーバ装置１００は、第１アカウントに対応付ける第２アカウントを発行するための処理を行う。また、サーバ装置１００は、取引支援サービスを提供するためのＷｅｂサイト（以下、「取引支援サイト」ともいう）を生成し、生成した取引支援サイトのＷｅｂページを外部装置に配信するようなＷｅｂサーバの機能を実現してもよい。

［ユーザ装置］
ユーザ装置２００は、ユーザ（個人や法人など）が使用する情報処理装置であり、サーバ装置１００や外部システムと通信可能な情報処理装置である。ユーザ装置２００は、所定のプログラムを実行することにより、ユーザの取引のための第２アカウントを発行するための各種設定や各種要求の入力受け付けや、これらの結果について取引支援サイトなどの画面を介した出力を行う。ユーザ装置２００は、例えば、法人の担当者が使用する販売管理機能や会計管理機能を備えるＥＲＰシステム等の業務システムを制御するサーバ装置であってもよい。また他の例として、ユーザ装置２００は、個人が使用するスマートフォンやラップトップ等の端末装置であってもよい。

［外部システム］
外部システムは、ネットワークＮを介して、サーバ装置１００および／またはユーザ装置２００と通信可能に接続されている。外部システムは、例えば、企業が利用する、取引システム３００、決済システム４００（クレジットカードシステムまたは銀行システムなどを含む）、クラウド会計システム、ＳＣＭ（Ｓｕｐｐｌｙ Ｃｈａｉｎ Ｍａｎａｇｅｍｅｎｔ）システム、またはＥＲＰシステムなどである。

取引システム３００は、取引を行うためのシステムである。取引システム３００は、例えば、取引を仲介したり管理したりする。取引システム３００は、例えば、ＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ：電子商取引）を利用するシステムであり、例えば、商品を販売するためのＥＣサイトを運用するシステムである。取引システム３００は、取引装置３１０を含む。なお、本実施形態では、取引システム３００をＥＣシステムとする例を説明するが、取引システムをこれに限る趣旨ではない。本発明に係わる取引システムは、例えば、対面での取引を実行するためのＰＯＳシステムであってもよい。また、取引が送金取引の場合は、決済システム４００が取引システムを兼ねてもよい。決済システム４００が取引システムを兼ねる場合、決済装置４１０が取引装置を兼ねる。

決済システム４００は、決済機関が運営するシステムであって、決済機能を外部に提供するシステムである。決済システム４００は、例えば、決済機関が銀行であればこの銀行の銀行システムであってもよいし、決済機関がクレジットカード会社（国際ブランド、イシュア、アクワイアラを含む）であればクレジットカード会社のクレジットカードシステムであってもよい。銀行システムは、例えば、銀行口座（第１アカウント）の口座情報を管理し、この銀行口座に対する振込処理や参照処理を行う。決済システム４００は、決済機関が使用する決済装置４１０を含む。

＜２．概要＞
図２～５を参照して、本実施形態に係る取引支援システム１の概要の一例を説明する。

＜２－１．全体像＞
図２を参照して、取引支援システム１の全体像の一例を説明する。図２に示すように、取引支援システム１全体が実現する機能は、「Ａ．事前登録機能」、「Ｂ．第２アカウント発行機能」、「Ｃ．精算機能」、「Ｄ．履歴照会機能」の４つのセクションに分類される。取引支援システム１では、それぞれのセクションが互いに連携して、取引支援サービスを提供する。また、それぞれのセクションは、ユーザ装置２００や外部システムとも連携を行う。

＜２－２．取引発生前～取引発生後＞
図３を参照して、取引支援システム１の取引発生前後に実行される機能の一例を説明する。取引発生前後に実行される機能には、「Ａ．事前登録機能」、と「Ｂ．第２アカウント発行機能」とが含まれている。取引支援システム１は、第２アカウントを発行するための事前登録を行い、この事前登録に基づいて第２アカウントを発行するための処理を行う。

（１）＜Ａ１）情報取得機能＞図３に示すように、サーバ装置１００のアカウント取得部１１１ａは、ユーザ装置２００または決済システム４００の決済装置４１０から、第１アカウント情報を取得する。アカウント取得部１１１ａは、取得した第１アカウント情報をアカウント記憶部１４１に登録させる。なお、取引支援システム１では、複数の第１アカウントを登録させることができる。この場合、アカウント取得部１１１ａは、ユーザ装置２００または１以上の決済装置４１０から、複数の第１アカウント情報それぞれを取得することができる。また、アカウント記憶部１４１は、第１アカウント情報と、後述する第２アカウントを発行させるための各種設定を示す設定情報とを対応付けて記憶する。

アカウント情報は、第１アカウント情報と、第２アカウント情報とを含む。アカウント情報は、例えば、アカウント識別情報、各アカウントに入金されている総額を示す総残高もしくは各アカウントが保有するトークンの情報、または各アカウントを利用した資金移動（アカウントに対する入出金）の履歴を示す入出金履歴、もしくはトークンの移転履歴を示す資金移動履歴などを含む。また、アカウント情報は、例えば、各アカウントに適用される金利、または利用限度額や貯金限度額などを含んでもよい。

資金移動履歴は、例えば、各資金移動を識別するための資金移動識別情報、資金移動の相手方を示す相手方のアカウント識別情報、資金移動された日時を示す資金移動日時、アカウントに入金された金額を示す入金額、またはアカウントから出金された金額を示す出金額、移転されたトークン値もしくはトークン識別情報などを含む。

アカウント識別情報は、例えば、銀行の口座番号（加えて、金融機関コードや支店コード）、クレジットカードのカード番号や加盟店番号、電子マネーのアカウントＩＤや加盟店番号などである。アカウント識別情報は、第１アカウント識別情報と、第２アカウント識別情報とを含む。

（２）＜Ａ２）サービス登録機能＞サーバ装置１００の設定部１１２は、ユーザ装置２００から、取引の決済に用いる決済機能（決済サービス）の設定を受け付ける。設定部１１２は、この受け付けた決済機能を、設定情報の１つとしてアカウント記憶部１４１に設定登録する。ここで「取引の決済に用いる決済機能」とは、例えば、決済システム４００が提供する決済機能であってもよい。また、この決済機能の設定にあたっては、決済機能とのＩＦとして、例えば、決済システム４００が提供するアプリもしくはＷｅｂサイトのＵＲＬ、またはディープリンクなどを設定登録してもよい。また、ユーザ装置２００に代わって決済装置４１０から、取引支援システム１が外部に提供するＡＰＩやＳＤＫライブラリなどを介してこの決済機能の設定を受け付けてもよい。

サーバ装置１００の設定部１１２は、ユーザ装置２００から、第２アカウントを発行させる取引が行われる場所（以下、「取引場所」ともいう）の設定を受け付けてもよい。この取引場所は、例えば、取引が行われるプログラム（アプリ）および取引が行われるサイトの少なくともいずれかを含んでもよい。取引が行われるサイトは、例えば、取引システム３００が提供する商品を販売するためのＥＣサイトであってもよい。設定部１１２は、この受け付けた取引場所を、設定情報の１つとしてアカウント記憶部１４１に設定登録する。

（３）＜Ａ３）第２アカウント種別等登録機能＞サーバ装置１００の設定部１１２は、ユーザ装置２００から、上記（２）で設定した決済機能に対応する第２アカウントの種別（以下、「第２アカウント種別」ともいう）の設定を受け付ける。第２アカウント種別は、第２アカウントを分類するものであり、例えば、口座番号、カード番号、または加盟店番号などの第２アカウントの体系を示すものであってもよい。設定部１１２は、この受け付けた第２アカウント種別を、設定情報の１つとしてアカウント記憶部１４１に設定登録する。

設定部１１２は、ユーザ装置２００から、第２アカウント種別の他に、例えば、取引相手や取引金額の設定を受け付けてもよい。設定部１１２は、この受け付けた取引相手や取引金額を、設定情報の１つとしてアカウント記憶部１４１に設定登録する。また、設定部１１２は、ユーザ装置２００から、第２アカウントに適用する金利や利用限度額の設定を受け付けてもよい。この受け付けた金利や利用限度額を、設定情報の１つとしてアカウント記憶部１４１に設定登録してもよい。

（４）＜Ａ４）第２アカウント発行タイミング機能＞サーバ装置１００の設定部１１２は、ユーザ装置２００から、第２アカウントを発行させるタイミング（以下、「発行タイミング」ともいう）の設定を受け付ける。設定部１１２は、この受け付けた発行タイミングを、設定情報の１つとしてアカウント記憶部１４１に設定登録する。発行タイミングは、例えば、（ア）ユーザが要求する取引ごと、（イ）一定のサイクル、などを含んでもよい。なお、設定部１１２は、上記（２）や（３）で受け付けた第２アカウント種別、取引相手、および／または取引場所を、発行タイミングとして設定してもよい。すなわち、例えば、設定された取引相手との取引の場合、または設定された取引場所での取引の場合、取引支援システム１は、第２アカウントを発行させてもよい。

（５）＜Ｂ１）要求取得機能＞サーバ装置１００の取引取得部１１１ｂは、ユーザ装置２００から、ユーザが要求する取引の取引情報を取得する。また、例えば、取引システム３００が提供するＥＣサイトでの商品の売買取引がユーザの要求する取引の場合、取引取得部１１１ｂは、ユーザ装置２００に代えてこの売買取引を行うための取引装置３１０から、この商品の売買取引の取引情報を取得してもよい。

取引情報は、例えば、ユーザに対して提供される商品やサービスの注文を示す注文情報、商品の売買契約やサービスの利用契約を示す契約情報、サービスの提供契約を示す商品やサービスの費用請求を行うための請求書情報などであってもよい。なお、取引情報は、後述する決済情報を兼ねてもよい。

注文情報は、例えば、各注文を識別するための注文識別情報、注文先を識別するための注文先識別情報、注文情報を登録した日時を示す登録日時、商品やサービスを注文するユーザに関するユーザ情報、注文された商品やサービスの代金（取引金額）などを含む。

請求書情報は、例えば、取引における支払請求を一意に識別するための請求番号、請求日、請求先の事業者を示す請求先、請求元の事業者を示す請求元、請求する金額を示す請求金額（取引金額）、請求明細、支払の期日を示す支払期日などを含んでもよい。

（６）＜Ｂ２）第２アカウント発行機能＞サーバ装置１００のアカウント制御部１１３は、第１アカウントの第１アカウント情報と取引情報とに基づいて、上記（４）で設定された発行タイミングで第２アカウントを発行するための処理（以下、「第２アカウント発行処理」ともいう）を行う。アカウント制御部１１３は、例えば、アカウント記憶部１４１に記憶されている設定情報を参照して、設定情報に含まれる発行タイミングで、第２アカウント発行処理を行ってもよい。なお、第２アカウント発行処理について、例えば、（ア）第２アカウントを取引支援システム１自らが発行する、（イ）決済システム４００に第２アカウントの発行を指示する、などの発行方法が考えられる。アカウント制御部１１３は、第２アカウント発行処理の結果を発行履歴情報としてアカウント記憶部１４１に登録する。発行履歴情報は、例えば、発行された第２アカウントの第２アカウント識別情報、発行主体（例えば、取引支援システム１または決済システム４００など）、発行日時などを含む。発行履歴情報は、例えば、アカウント情報に含まれてもよい。

（７）＜Ａ４）ＤＢ機能＞サーバ装置１００のアカウント制御部１１３は、上記（６）の第２アカウントのアカウント発行処理の結果を、第２アカウント情報として、アカウント記憶部１４１に第１アカウントの第１アカウント情報に対応付けて登録する。この第２アカウント情報は、上記（６）で発行された第２アカウントを識別するための第２アカウント識別情報を含む。

（８）＜Ｂ３）第２アカウント情報連携機能＞サーバ装置１００の提供部１１４は、ユーザ装置２００および／または取引情報を提供した取引装置３１０に、上記（７）で登録された第２アカウント情報を提供する。

上記構成によれば、取引支援システム１は、予め設定した発行タイミングで第２アカウントを発行させることができる。このため、取引支援システム１は、第２アカウントを発行させる度に１回１回発行に必要な設定操作をユーザがしなくてもよいため、第２アカウントを効率的に発行させることができる。

＜２－２．取引発生後～取引完了＞
図４を参照して、取引支援システム１の取引発生後から取引完了までに実行される機能の一例を説明する。取引発生後から取引完了までに実行される機能には、「Ｃ．精算機能」が含まれている。取引支援システム１は、第２アカウントによる決済要求を受け付けて、この決済要求に基づいて第１アカウントを用いた決済のための処理を行う。

（１）＜Ｃ１）決済情報取得機能＞図４に示すように、サーバ装置１００の決済取得部１１１ｃは、ユーザ装置２００から、第２アカウントによる取引の決済要求を示す決済情報を取得する。決済情報は、例えば、決済対象との取引を識別するための取引識別情報、第２アカウント識別情報、決済金額、決済相手のアカウント情報などを含んでもよい。決済取得部１１１ｃは、取得した決済情報を記憶部１４０に登録する。

（２）＜Ｃ２）第１アカウント情報取得機能＞サーバ装置１００の決済処理部１１５は、決済情報の第２アカウント識別情報に基づいて、アカウント記憶部１４１を参照して、第１アカウントを用いた決済のための処理（以下、「第１アカウント決済処理」ともいう）に用いるための第１アカウントの第１アカウント情報を取得する。

（３）＜Ｃ３）元ＡＣ決済機能＞サーバ装置１００の決済処理部１１５は、上記（２）で取得された第１アカウント情報に基づいて、取引について、第１アカウント決済処理を行う。第１アカウント決済処理は、例えば、（ア）第１アカウントが取引支援システム１で維持管理されている場合、取引支援システム１が備える決済機能で行う、（イ）第１アカウントが決済システム４００で維持管理されている場合、決済システム４００が備える決済機能で行う、などの方法が考えられる。

上記（ア）の方法で第１アカウント決済処理を行う場合、決済処理部１１５は、第１アカウントを用いた決済として、第１アカウントと決済相手のアカウントとの間の資金移動の処理を行う。

上記（イ）の方法で第１アカウント決済処理を行う場合、決済処理部１１５は、決済装置４１０に、第１アカウントを用いた決済のための決済指示を送信する。決済装置４１０は、この決済指示に基づいて、第１アカウントを用いた決済として、第１アカウントと決済相手のアカウントとの間の資金移動の処理を行う。決済処理部１１５は、決済装置４１０から、この資金移動の結果を受信する。

（４）＜Ｃ４）精算ＤＢ機能＞サーバ装置１００の決済処理部１１５は、上記（３）の第１アカウント決済処理の結果を示す決済履歴情報を、この処理に用いた第１アカウントに対応付けられた第２アカウントごとに履歴記憶部１４２に登録する。決済処理部１１５は、他の例として、この決済履歴情報を、第１アカウントごとに履歴記憶部１４２に登録してもよい。

（５）＜Ｃ５）情報変換・提供機能＞サーバ装置１００の提供部１１４は、ユーザ装置２００または取引装置３１０に、履歴記憶部１４２を参照して、第２アカウントごとの決済履歴情報を提供する。提供部１１４は、第２アカウントごとではなく第１アカウントごとに決済履歴情報が履歴記憶部１４２に登録されている場合は、第２アカウントごとに変換した決済履歴情報を提供してもよい。

上記構成によれば、取引支援システム１は、取引のためのアカウントとして第２アカウントを発行し、この第２アカウントごとに決済要求を受け付けることができる。また、取引支援システム１は、第１アカウントと第２アカウントとの対応付けにより、第２アカウントごとの決済要求であっても、第１アカウントを用いた決済を行うことができる。このため、取引支援システム１は、第１アカウントと第２アカウントとの対応付けにより、取引の情報とこの取引の決済のためのアカウントにおける資金移動の情報との照合を、効率的に行わせることができる。

第１アカウントを用いずに第２アカウントそれぞれを決済に用いる場合、発行タイミングで発行された第２アカウントそれぞれで資金移動が行われるため、残高管理が煩雑になる。上記構成によれば、取引支援システム１は、第２アカウントによる取引の決済要求であっても、第１アカウントを用いた決済が行われるため、残高管理は第１アカウントのみすればよい。このため、取引支援システム１は、取引の情報と決済に用いるアカウントの資金移動の情報との照合を容易にしつつ、この決済に用いるアカウントの管理を容易にすることができる。

第２アカウントを用いずに第１アカウントのみ用いる場合、第１アカウントにおけるどの資金移動がどの取引に該当するか判定するために互いの照合項目を１つ１つ突き合わせる必要があり煩雑である。上記構成によれば、取引支援システム１は、取引のためのアカウントとして第２アカウントを発行し、この第２アカウントごとに決済要求を受け付けて、さらに第２アカウントごとに決済履歴情報を登録するため、取引の請求書情報と取引の決済の履歴情報（資金移動の情報）との照合を効率的に行わせることができる。

＜２－３．取引完了後＞
図５を参照して、取引支援システム１の取引完了後に実行される機能の一例を説明する。取引完了後に実行される機能には、「Ｄ．履歴照会機能」が含まれている。取引支援システム１は、第２アカウントの発行履歴情報や第２アカウントによる取引の決済履歴情報を照会するための要求を受け付けて、この要求に対する応答として、これらの履歴情報を要求元のユーザ装置２００などに提供する。

（１）＜Ｄ１）照会要求受付機能＞図５に示すように、サーバ装置１００の受付部１１６は、ユーザ装置２００、取引装置３１０または決済装置４１０から、第２アカウントの発行履歴情報や第２アカウントによる取引の決済履歴情報（以下、総称して「履歴情報」ともいう）を参照するための参照要求を受け付ける。

（２）＜Ｄ２）アカウント履歴照会機能＞サーバ装置１００の提供部１１４は、アカウント記憶部１４１を参照して、要求対象の発行履歴情報を取得する。

（３）＜Ｄ２）精算履歴照会機能＞サーバ装置１００の提供部１１４は、履歴記憶部１４２を参照して、要求対象の決済履歴情報を取得する。

（４）＜Ｄ４）履歴提供機能＞サーバ装置１００の提供部１１４は、ユーザ装置２００、取引装置３１０または決済装置４１０に、上記（２）（３）で取得した履歴情報を提供する。

上記構成によれば、取引支援システム１は、取引のための第２アカウントごとに決済履歴情報の参照の要求を受け付け、第２アカウントごとに決済履歴情報をユーザ装置２００などに提供することができる。このため、ユーザは第１アカウントを意識することなく、第２アカウントを用いて、取引の決済のための資金移動の履歴を照会することができる。

＜３．サーバ装置の機能構成＞
図６を参照して、本実施形態に係るサーバ装置１００の機能構成を説明する。図６に示すように、サーバ装置１００は、制御部１１０と、通信部１３０と、記憶部１４０と、を備える。

制御部１１０は、取得部１１１と、設定部１１２と、アカウント制御部１１３と、提供部１１４と、決済処理部１１５と、を備える。また、制御部１１０は、例えば、受付部１１６を備えてもよい。

［取得部］
取得部１１１は、ユーザ装置２００、取引装置３１０および／または決済装置４１０から、企業情報等の各種情報を取得する。取得部１１１が各種情報を取得する態様に関してはどのような態様でもよい。取得部１１１は、例えば、取引支援サイトで表示する画面にユーザである法人の担当者から第１アカウント情報が入力された際、この入力された第１アカウント情報を示すメッセージを随時受信してもよい。また他の例として、取得部１１１は、ユーザ装置２００から、取引情報や決済情報のデータファイルをサイクリックまたはイベントドリブンで受信してもよい。また他の例として、取得部１１１は、ユーザ装置２００が実装するＡＰＩに取引情報や決済情報の参照を指示して、その結果としてこれらの情報を取得してもよい。

取得部１１１は、アカウント取得部１１１ａを備える。アカウント取得部１１１ａは、ユーザが使用するユーザ装置２００から、このユーザの決済に用いる第１アカウントの第１アカウント情報を取得する。

取得部１１１は、取引取得部１１１ｂを備える。取引取得部１１１ｂは、ユーザ装置２００および取引装置３１０の少なくともいずれかから、ユーザが要求する取引の取引情報を取得する。

取得部１１１は、決済取得部１１１ｃを備える。決済取得部１１１ｃは、ユーザ装置２００および取引装置３１０の少なくともいずれかから、第２アカウントによる取引の決済要求を示す決済情報を取得する。

決済取得部１１１ｃは、例えば、第２アカウントによる取引が複数ある場合、複数の取引の決済要求それぞれの複数の決済情報を取得してもよい。

［設定部］
設定部１１２は、取引支援システム１に関する各種情報を設定する。設定部１１２は、例えば、ユーザの取引のための第２アカウントを発行させる発行タイミングの設定をユーザ装置２００から受け付けて、この発行タイミングを設定する。設定部１１２は、この設定した発行タイミングを設定情報の１つとして記憶部１４０に登録する。

上記構成によれば、予め設定した発行タイミングで第２アカウントを発行させることができる。このため、第２アカウントを発行させる度に１回１回発行に必要な設定操作をユーザがしなくてもよいため、第２アカウントを効率的に発行させることができる。

発行タイミングは、例えば、ユーザが要求する取引ごとに第２アカウントを発行させるものであってもよい。この場合、アカウント制御部１１３は、ユーザが要求する取引都度、すなわち取引情報を取得する度に、第２アカウントを発行させるための処理を行う。このような構成によれば、取引と第２アカウントとが１対１の関係となるため、取引の情報と第２アカウントによる決済要求、すなわち決済情報とが１対１の関係となる。このため、取引とこの取引による資金移動の情報との照合を容易にすることができる。

設定部１１２は、例えば、第２アカウントを発行させるサイクルの設定をユーザ装置２００から受け付け、このサイクルを設定してもよい。そしてこの場合、発行タイミングは、この設定されたサイクルで第２アカウントを発行させるものであってもよい。この設定されたサイクルは、例えば、半月ごと、一か月ごと、半年ごと、一年ごとなどであってもよい。

上記構成によれば、一定のサイクルごとに第２アカウントを自動で発行させることができる。例えば、半年ごとに発生した取引とこの取引による資金移動の情報とを照合させたい場合、半年ごとに発行させた第２アカウントによる取引の決済履歴の参照要求を行えば、所望の決済履歴情報（資金移動の情報）を参照することができる。

設定部１１２は、例えば、第２アカウントを発行させる取引相手の設定をユーザ装置２００から受け付け、取引相手を設定してもよい。「取引相手の設定」とは、例えば、取引相手として、（ア）特定の法人や個人を設定、（イ）取引相手における特定の業種や規模の分類を設定、などの設定方法が考えられる。そしてこの場合、発行タイミングは、ユーザが要求する取引がこの設定された取引相手との取引であり、かつこの取引相手の第２アカウントが未発行の場合、第２アカウントを発行させるものであってもよい。例えば第２アカウントを発行させる取引相手を「会社Ｂ」と設定部１１２が設定した場合、取引情報に示された取引が会社Ｂとの取引の場合、アカウント制御部１１３は、会社Ｂ用の第２アカウントが未発行であれば、会社Ｂ用の第２アカウントを発行させるための処理をしてもよい。

上記構成によれば、取引相手ごとに第２アカウントを自動で発行させることができる。このため、同じ取引相手との取引では、同じ第２アカウントによって決済要求を行うことができるため、使い勝手のよい取引支援システム１を提供することができる。例えば、特定の相手との間で発生した取引とこの取引による資金移動の情報とを照合させたい場合、取引相手ごとに発行させた第２アカウントによる取引の決済履歴の参照要求を行えば、所望の決済履歴情報（資金移動の情報）を参照することができる。

設定部１１２は、例えば、第２アカウントを発行させる取引が行われる取引場所の設定をユーザ装置２００から受け付け、取引場所を設定してもよい。この取引場所は、例えば、取引が行われるプログラムおよび取引が行われるサイトの少なくともいずれかを含んでもよい。そしてこの場合、発行タイミングは、ユーザが要求する取引が設定された取引場所での取引であり、かつ取引場所の第２アカウントが未発行の場合、第２アカウントを発行させるものである。例えば第２アカウントを発行させる取引場所を取引システム３００が提供するＥＣサイトと設定部１１２が設定し、かつ商品の売買取引がこのＥＣサイトで行われた場合、アカウント制御部１１３は、このＥＣサイト用の第２アカウントが未発行であれば、このＥＣサイト用の第２アカウントを発行させるための処理をしてもよい。

上記構成によれば、取引場所ごとに第２アカウントを自動で発行させることができる。このため、同じ取引場所（例えば、同じＥＣサイト）では、同じ第２アカウントによって決済要求を行うことができるため、使い勝手のよい取引支援システム１を提供することができる。また、例えば、特定のアプリやＷｅｂサイトで発生した取引とこの取引による資金移動の情報とを照合させたい場合、取引場所ごとに発行させた第２アカウントによる取引の決済履歴の参照要求を行えば、所望の決済履歴情報（資金移動の情報）を参照することができる。

設定部１１２は、例えば、ユーザ装置２００から、第２アカウントの発行を可能とする期間（以下、「発行可能期間」ともいう）の設定を受け付け、発行可能期間を設定してもよい。

［アカウント制御部］
アカウント制御部１１３は、第１アカウント情報と取引情報とに基づいて、設定部１１２により設定された発行タイミングで第２アカウントを発行するための処理を行う。アカウント制御部１１３は、第２アカウント発行処理の結果を、第２アカウント情報として、第１アカウントに対応付けてアカウント記憶部１４１に登録する。

アカウント制御部１１３は、例えば、発行タイミングが取引ごとに第２アカウントを発行させるものである場合など、決済処理部１１５による第１アカウントを用いた決済のための処理が完了した際、第２アカウントの取引のための利用を停止にしてもよい。この「第２アカウントの取引のための利用を停止」とは、例えば、アカウント制御部１１３が、第２アカウントによる取引における決済要求（決済情報）の取得を決済取得部１１１ｃに拒否させることであってもよい。また、この場合であっても、アカウント制御部１１３は、第２アカウントによる取引の決済履歴情報の参照要求を受付部１１６に受け付けを許可させてもよい。

上記構成によれば、アカウント制御部１１３は、取引ごとに発行させた第２アカウントを取引が完了、すなわち取引の決済が完了した際に決済に関する利用を停止することで、第２アカウントの不正利用のリスクを減らすことができる。このため、アカウント制御部１１３は、取引ごとに第２アカウントを発行させつつ、この発行させた第２アカウント、ひいては第１アカウントのセキュリティを担保することができる。

アカウント制御部１１３は、他の例として、発行タイミングが設定されたサイクルごとに第２アカウントを発行させるものである場合など、予め設定された期間が経過した際、第２アカウントの取引のための利用を停止にしてもよい。第２アカウントの取引のための利用を無期限に許可すると、ユーザが既に利用しなくなった第２アカウントであっても悪意ある第三者がこの第２アカウントを不正に利用する余地を残してしまう。このような構成によれば、ユーザが第２アカウントの取引利用を停止することを忘れてしまっていても、設定された期間が経過すれば自動的に利用を停止することができるため、第２アカウント、ひいては第１アカウントのセキュリティを容易に担保することができる。

アカウント制御部１１３は、例えば、予め設定された発行可能期間以外の期間において、第２アカウントの発行を停止してもよい。この「予め設定された発行可能期間」は、例えば、（ア）システム共通で設定されている期間（例えば、休日や祝日を除く平日のみなど）、（イ）ユーザから受け付けた任意の期間（例えば、２０２２年〇〇月〇〇日以降、または取引支援サービス開始から１年間など）、などの期間が考えられる。設定された発行タイミングで第２アカウントを自動で発行させるにあたって、第２アカウントの新規発行をユーザが既に不要としていても自動的に発行されてしまう場合がある。このような構成によれば、アカウント制御部１１３は、設定された発行可能期間以外の期間においては自動で第２アカウントが発行されないため、不要な第２アカウントの発行を抑止することができる。このため、アカウント制御部１１３は、不要な第２アカウントの発行を抑止することでセキュリティリスクを低減することができる。

［提供部］
提供部１１４は、ユーザ装置２００、取引装置３１０および／または決済装置４１０に、各種情報を提供する。提供部１１４が各種情報を提供する態様はどのような態様でもよい。提供部１１４は、例えば、第２アカウント情報を含むデータファイルやメッセージを、イベントドリブンでこれらの装置に送信してもよい。また、提供部１１４は、他の例として、自らが実装するＡＰＩやＳＤＫのライブラリを介して、第２アカウント情報や決済履歴情報をこれらの装置に提供してもよい。また、提供部１１４は、他の例として、ユーザ装置２００に表示させた取引支援サイトの画面で第２アカウント情報や決済履歴情報を参照させてもよい。

提供部１１４は、例えば、ユーザ装置２００に、アカウント制御部１１３により発行された第２アカウントの第２アカウント情報を提供してもよい。

提供部１１４は、例えば、受付部１１６が受け付けた参照要求に基づいて、要求元のユーザ装置２００または外部システムに、履歴記憶部１４２を参照して、第２アカウントごとの決済履歴情報を提供してもよい。

［決済処理部］
決済処理部１１５は、決済取得部１１１ｃが取得した決済情報に基づいて、取引について、第１アカウントを用いた決済のための処理を行う。第１アカウントを用いた決済（資金移動）のための処理として、例えば第１アカウントが銀行の口座であれば、決済処理部１１５は、第１アカウントから決済相手の銀行口座に対して取引金額の口座振込のための処理を行う。決済処理部１１５は、具体的には、第１アカウントが決済機関の口座の場合、決済システム４００に対して、第１アカウントから決済相手の銀行口座への取引金額での口座振込の指示を送信してもよい。他の例として、例えば第１アカウントがクレジットカードの会員アカウントであり、決済システム４００がこのクレジットカードのシステムであれば、決済処理部１１５は、第１アカウントから取引金額を引き落とすためのクレジットカード決済の指示を決済システム４００に行ってもよい。

上記構成によれば、決済処理部１１５は、第１アカウントと第２アカウントとの対応付けにより、第２アカウントごとの決済要求であっても、第１アカウントを用いた決済を行うことができる。このため、第１アカウントと第２アカウントとの対応付けにより、取引の情報とこの取引の決済のためのアカウントにおける資金移動の情報との照合を、効率的に行わせることができる。

決済処理部１１５は、例えば、第１アカウント決済処理の結果を示す決済履歴情報を、第１アカウント決済処理に用いた第１アカウントに対応付けられた第２アカウントごとに履歴記憶部１４２に登録してもよい。

上記構成によれば、第１アカウントを用いた決済の決済履歴情報であっても第２アカウントごとにこの情報を登録するため、取引の請求書情報と取引の決済の履歴情報（資金移動の情報）との照合を効率的に行わせることができる。

決済処理部１１５は、例えば第１アカウントが決済機関のアカウントである場合、第１アカウント決済処理として、第１アカウントに対する移動指示であって取引の取引金額に充当させる資金を移動させるための移動指示（決済指示）を、決済装置４１０に行ってもよい。このような構成によれば、第２アカウントに対して取引の決済要求をユーザが行っても、決済機関の第１アカウントにおいてこの取引の取引金額に充当させる資金を移動させることができる。

決済処理部１１５は、例えば、複数の決済情報に基づき複数の取引の精算を行い、精算の結果に基づいて、複数の取引について、第１アカウントを用いた決済のための処理を行ってもよい。具体的には、決済処理部１１５は、複数の取引における債権・債務を相殺させてその差額を決済する、いわゆるネッティングのための処理を行ってもよい。

上記構成によれば、発行タイミングにより複数の第２アカウントにおける複数の取引に対して、これらの債権・債務を相殺させて第１アカウントを用いた決済の決済金額や回数を低減することができる。このため、複数の第２アカウントを発行しても、効率よく取引の決済を進めることができる。

［受付部］
受付部１１６は、ユーザ装置２００、取引装置３１０および／または決済装置４１０から各種要求を受け付ける。各種要求を受付部１１６が受け付ける態様は、どのような態様でもよい。受付部１１６は、例えば、各種要求を示すデータファイルやメッセージを外部装置から受信してもよい。また他の例として、受付部１１６は、取引支援サイトのＷｅｂページから各種要求をユーザに入力させて受け付けてもよい。また、受付部１１６は、例えば、サーバ装置１００が実装するＡＰＩや取引支援システム１に対応するＳＤＫのライブラリ等をユーザ装置２００が利用することで、各種要求を受け付けてもよい。受付部１１６は、例えば、ユーザ装置２００または外部システムから、第２アカウントによる取引の決済履歴情報を参照するための参照要求を受け付ける。

［通信部］
通信部１３０は、ネットワークＮを介して、ユーザ装置２００、取引装置３１０または決済装置４１０と各種情報を送受信する。通信部１３０は、例えば、ネットワークＮを介して、ユーザ装置２００から送信された第１アカウント情報や取引情報を受信したり、第２アカウント発行処理の結果として第２アカウント情報をユーザ装置２００に送信したりする。

［記憶部］
記憶部１４０は、ユーザ情報を含む各種情報を記憶する。記憶部１４０は、データベースマネジメントシステム（ＤＢＭＳ）を利用して各情報を記憶してもよいし、ファイルシステムを利用して各情報を記憶してもよい。ＤＢＭＳを利用する場合は、上記情報ごとにテーブを設けて、当該テーブル間を関連付けて各情報を管理してもよい。ここで「ユーザ情報」は、各ユーザに関する情報であり、各ユーザを識別するためのユーザ識別情報、氏名、住所、連絡先（電話番号やメールアドレス）などを含んでもよい。ユーザ情報は、アカウント情報と対応付けられて記憶されていてもよい。

記憶部１４０は、例えば、アカウント記憶部１４１、および／または履歴記憶部１４２を備えてもよい。アカウント記憶部１４１は、ユーザごとに、アカウント情報、および／または設定情報を記憶する。履歴記憶部１４２は、ユーザごとに、および／または第２アカウントごとに、決済履歴情報を記憶する。

＜４．動作例＞
図７を参照して、本実施形態に係るサーバ装置１００の動作例を説明する。図７（ａ）は、取引発生前の第２アカウントを発行させるための設定の際の一連の処理の流れの一例を示すフロー図である。図７（ｂ）は、ユーザ装置２００から取引情報を取得し、第２アカウントを発行させて、この発行させた第２アカウントによる取引の決済を行う際の一連の処理の流れの一例を示すフロー図である。図７（ｂ）の例では、発行タイミングが各取引によるタイミング（例えば、取引相手や取引場所に関するタイミング）である例を説明する。なお、以下に示す処理の順番は一例であって、適宜、変更されてもよい。

図７（ａ）に示すように、サーバ装置１００のアカウント取得部１１１ａは、ユーザが使用するユーザ装置２００から、このユーザの決済に用いる第１アカウントの第１アカウント情報を取得する（Ｓ１０）。設定部１１２は、ユーザ装置２００から、この第１アカウントに対応付ける第２アカウントを発行させる発行タイミングの設定を受け付ける（Ｓ１１）。設定部１１２は、この受け付けた発行タイミングを設定する（Ｓ１２）。

図７（ｂ）に示すように、サーバ装置１００の取引取得部１１１ｂは、ユーザ装置２００から、ユーザが要求する取引の取引情報を取得する。アカウント制御部１１３は、取得された取引情報が示す取引が、設定された発行タイミングの条件を満たすか否か判定する（Ｓ２１）。アカウント制御部１１３は、設定された発行タイミングの条件を取引が満たす場合（Ｓ２１のＹｅｓ）、第１アカウント情報と取引情報に基づいて第２アカウントを発行するための処理を行う（Ｓ２２）。提供部１１４は、ユーザ装置２００に、発行された第２アカウントの第２アカウント情報を提供する（Ｓ２３）。

サーバ装置１００の決済取得部１１１ｃは、ユーザ装置２００から、第２アカウントによる取引の決済要求を示す決済情報を取得する（Ｓ２４）。決済処理部１１５は、取得された決済情報に基づいて、要求された取引について、第１アカウントを用いた決済のための処理を行う（Ｓ２５）。決済処理部１１５は、この処理の結果を示す決済履歴情報を、この処理に用いた第１アカウントに対応付けられた第２アカウントごとに履歴記憶部１４２に登録する（Ｓ２６）。

＜５．ハードウェア構成＞
図８を参照して、上述してきたサーバ装置１００をコンピュータ８００により実現する場合のハードウェア構成の一例を説明する。なお、それぞれの装置の機能は、複数台の装置に分けて実現することもできる。

図８に示すように、コンピュータ８００は、プロセッサ８０１と、メモリ８０３と、記憶装置８０５と、入力Ｉ／Ｆ部８０７と、データＩ／Ｆ部８０９と、通信Ｉ／Ｆ部８１１、および表示装置８１３を含む。

プロセッサ８０１は、メモリ８０３に記憶されているプログラムを実行することによりコンピュータ８００における様々な処理を制御する。例えば、サーバ装置１００の制御部１１０が備える各機能部等は、メモリ８０３に一時記憶されたプログラムをプロセッサ８０１が実行することにより実現可能である。

メモリ８０３は、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等の記憶媒体である。メモリ８０３は、プロセッサ８０１によって実行されるプログラムのプログラムコードや、プログラムの実行時に必要となるデータを一時的に記憶する。

記憶装置８０５は、例えばハードディスクドライブ（ＨＤＤ）やフラッシュメモリ等の不揮発性の記憶媒体である。記憶装置８０５は、オペレーティングシステムや、上記各構成を実現するための各種プログラムを記憶する。この他、記憶装置８０５は、アカウント情報や取引情報を登録するテーブルと、当該テーブルを管理するＤＢを記憶することも可能である。このようなプログラムやデータは、必要に応じてメモリ８０３にロードされることにより、プロセッサ８０１から参照される。

入力Ｉ／Ｆ部８０７は、ユーザからの入力を受け付けるためのデバイスである。入力Ｉ／Ｆ部８０７の具体例としては、キーボードやマウス、タッチパネル、各種センサ、ウェアラブル・デバイス等が挙げられる。入力Ｉ／Ｆ部８０７は、例えばＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等のインタフェースを介してコンピュータ８００に接続されても良い。

データＩ／Ｆ部８０９は、コンピュータ８００の外部からデータを入力するためのデバイスである。データＩ／Ｆ部８０９の具体例としては、各種記憶媒体に記憶されているデータを読み取るためのドライブ装置等がある。データＩ／Ｆ部８０９は、コンピュータ８００の外部に設けられることも考えられる。その場合、データＩ／Ｆ部８０９は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００へと接続される。

通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部の装置と有線または無線により、インターネットＮを介したデータ通信を行うためのデバイスである。通信Ｉ／Ｆ部８１１は、コンピュータ８００の外部に設けられることも考えられる。その場合、通信Ｉ／Ｆ部８１１は、例えばＵＳＢ等のインタフェースを介してコンピュータ８００に接続される。

表示装置８１３は、各種情報を表示するためのデバイスである。表示装置８１３の具体例としては、例えば液晶ディスプレイや有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、ウェアラブル・デバイスのディスプレイ等が挙げられる。表示装置８１３は、コンピュータ８００の外部に設けられても良い。その場合、表示装置８１３は、例えばディスプレイケーブル等を介してコンピュータ８００に接続される。また、入力Ｉ／Ｆ部８０７としてタッチパネルが採用される場合には、表示装置８１３は、入力Ｉ／Ｆ部８０７と一体化して構成することが可能である。

［変形例］
なお、本発明を上記実施の形態に基づいて説明してきたが、以下のような場合も本発明に含まれる。

［変形例１］
上記実施形態では、アカウント記憶部と履歴記憶部とを、サーバ装置１００の記憶部１４０が備える例を説明したが、本発明に係るこれらの記憶部はこれに限定されない。これらの記憶部は、例えば、外部システムの情報処理装置の記憶部が備えてもよい。例えば、決済装置４１０の記憶部がアカウント記憶部を備えてもよく、サーバ装置１００は遠隔でこのアカウント記憶部が記憶する情報の参照や更新、または削除の等を行ってもよい。

［変形例２］
上記実施形態では示していないが、本実施形態に係る取引支援システム１は、まとめて照会したい複数の取引をグルーピングする機能を備えてもよい。例えば、まず、取引取得部１１１ｂは、ユーザ装置２００から、各要求する取引の取引情報を取得する際に、グルーピングの指定（例えば、重要取引グループの指定など）も併せて取得する。次に、取引情報に対して、設定部１１２は、グルーピングされた複数の取引それぞれの取引情報に、各グループの識別情報を、タグまたはインデックスとして付与するよう設定する。次に、ユーザ装置２００から、照会したい取引のグループのグループ識別情報の指定を含む決済履歴情報の参照要求を受付部１１６が受け付ける。そして、この指定されたグループに属する取引の決済履歴情報をまとめて、要求元のユーザ装置２００に提供部１１４が提供する。このような構成によれば、ユーザが所望する取引単位だけでなく、複数の取引のグループ単位でも決済履歴情報（資金移動の情報）を照会させることができる。

［変形例３］
上記実施形態では示していないが、本実施形態に係る取引支援システム１は、まとめて照会したい複数の第２アカウントをグルーピングする機能を備えてもよい。例えば、まず、取引取得部１１１ｂは、ユーザ装置２００から、グルーピングしたい複数の第２アカウントの設定を設定部１１２が受け付けて、複数の第２アカウントのグループを設定する。次に、発行された第２アカウントの第２アカウント情報に対して、設定部１１２は、各グループの識別情報を、タグまたはインデックスとして付与するよう設定する。次に、ユーザ装置２００から、照会したい第２アカウントのグループのグループ識別情報の指定を含むアカウント情報の参照要求を受付部１１６が受け付ける。そして、この指定されたグループに属する第２アカウントの第２アカウント情報（発行履歴情報を含む）をまとめて、要求元のユーザ装置２００に提供部１１４が提供する。このような構成によれば、ユーザが所望する複数の第２アカウントをまとめて照会させることができる。

１…取引支援システム、１００…サーバ装置、１１０…制御部、１１１…取得部、１１１ａ…アカウント取得部、１１１ｂ…取引取得部、１１１ｃ…決済取得部、１１２…設定部、１１３…アカウント制御部、１１４…提供部、１１５…決済処理部、１１６…受付部、１３０…通信部、１４０…記憶部、１４１…アカウント記憶部、１４２…履歴記憶部、２００…ユーザ装置、３００…取引システム、３１０…取引装置、４００…決済システム、４１０…決済装置、８００…コンピュータ、８０１…プロセッサ、８０３…メモリ、８０５…記憶装置、８０７…入力Ｉ／Ｆ部、８０９…データＩ／Ｆ部、８１１…通信Ｉ／Ｆ部、８１３…表示装置。

Claims (12)

1. ユーザが使用するユーザ装置から、前記ユーザの決済に用いる第１アカウントを識別するための第１アカウント識別情報を含む第１アカウント情報を取得するアカウント取得部と、
   前記第１アカウントに対応付ける第２アカウントであって前記ユーザの取引のための第２アカウントを発行させるタイミングの設定を前記ユーザ装置から受け付けて、前記タイミングを設定する設定部と、
   前記ユーザ装置および前記取引を行うための取引装置の少なくともいずれかから、前記ユーザが要求する取引の取引情報を取得する取引取得部と、
   前記第１アカウント情報と前記取引情報とに基づいて、前記設定されたタイミングで前記第２アカウントを発行するための処理を行うアカウント制御部と、
   前記ユーザ装置に、前記発行された第２アカウントを識別するための第２アカウント識別情報を含む第２アカウント情報を提供する提供部と、
   前記ユーザ装置および前記取引装置の少なくともいずれかから、前記第２アカウントによる前記取引の決済要求を示す決済情報を取得する決済取得部と、
   前記決済情報に基づいて、前記取引について、前記第１アカウントを用いた決済のための処理を行う決済処理部と、を備える、
   情報処理装置。
2. 前記決済処理部は、前記処理の結果を示す決済履歴情報を、前記処理に用いた前記第１アカウントに対応付けられた前記第２アカウントごとに履歴記憶部に登録し、
   前記情報処理装置は、前記ユーザ装置から、前記第２アカウントによる取引の決済履歴情報を参照するための参照要求を受け付ける受付部をさらに備え、
   前記提供部は、前記ユーザ装置に、前記参照要求に基づいて、前記履歴記憶部を参照して、前記第２アカウントごとの決済履歴情報を提供する、
   請求項１に記載の情報処理装置。
3. 前記第１アカウントは、決済機関のアカウントであって、
   前記情報処理装置は、前記決済機関が使用する決済装置と通信可能に接続され、
   前記決済処理部は、前記第１アカウントを用いた決済のための処理として、前記第１アカウントに対する移動指示であって前記取引の取引金額に充当させる資金を移動させるための移動指示を、前記決済装置に行う、
   請求項１または２に記載の情報処理装置。
4. 前記決済取得部は、前記第２アカウントによる前記取引が複数ある場合、複数の取引の決済要求それぞれの複数の決済情報を取得し、
   前記決済処理部は、前記複数の決済情報に基づき前記複数の取引の精算を行い、前記精算の結果に基づいて、前記複数の取引について、前記第１アカウントを用いた決済のための処理を行う、
   請求項１から３のいずれか一項に記載の情報処理装置。
5. 前記タイミングは、前記ユーザが要求する取引ごとに前記第２アカウントを発行させるものである、
   請求項１から４のいずれか一項に記載の情報処理装置。
6. 前記アカウント制御部は、前記決済処理部による前記第１アカウントを用いた決済のための処理が完了した際、前記第２アカウントの取引のための利用を停止にする、
   請求項５に記載の情報処理装置。
7. 前記設定部は、前記第２アカウントを発行させるサイクルの設定を前記ユーザ装置から受け付け、前記サイクルを設定し、
   前記タイミングは、前記設定されたサイクルで前記第２アカウントを発行させるものである、
   請求項１から４のいずれか一項に記載の情報処理装置。
8. 前記設定部は、前記第２アカウントを発行させる取引相手の設定を前記ユーザ装置から受け付け、前記取引相手を設定し、
   前記タイミングは、前記ユーザが要求する取引が前記設定された取引相手との取引であり、かつ前記取引相手の前記第２アカウントが未発行の場合、前記第２アカウントを発行させるものである、
   請求項１から４のいずれか一項に記載の情報処理装置。
9. 前記設定部は、前記第２アカウントを発行させる取引が行われる取引場所であって取引が行われるプログラムおよび取引が行われるサイトの少なくともいずれかを含む取引場所の設定を前記ユーザ装置から受け付け、前記取引場所を設定し、
   前記タイミングは、前記ユーザが要求する取引が前記設定された取引場所での取引であり、かつ前記取引場所の前記第２アカウントが未発行の場合、前記第２アカウントを発行させるものである、
   請求項１から８のいずれか一項に記載の情報処理装置。
10. 前記アカウント制御部は、予め設定された発行可能期間以外の期間において、前記第２アカウントの発行を停止する、
    請求項１から９のいずれか一項に記載の情報処理装置。
11. コンピュータに、
    ユーザが使用するユーザ装置から、前記ユーザの決済に用いる第１アカウントを識別するための第１アカウント識別情報を含む第１アカウント情報を取得するアカウント取得機能と、
    前記第１アカウントに対応付ける第２アカウントであって前記ユーザの取引のための第２アカウントを発行させるタイミングの設定を前記ユーザ装置から受け付けて、前記タイミングを設定する設定機能と、
    前記ユーザ装置および前記取引を行うための取引装置の少なくともいずれかから、前記ユーザが要求する取引の取引情報を取得する取引取得機能と、
    前記第１アカウント情報と前記取引情報とに基づいて、前記設定されたタイミングで前記第２アカウントを発行するための処理を行うアカウント制御機能と、
    前記ユーザ装置に、前記発行された第２アカウントを識別するための第２アカウント識別情報を含む第２アカウント情報を提供する提供機能と、
    前記ユーザ装置および前記取引装置の少なくともいずれかから、前記第２アカウントによる前記取引の決済要求を示す決済情報を取得する決済取得機能と、
    前記決済情報に基づいて、前記取引について、前記第１アカウントを用いた決済のための処理を行う決済処理機能部と、を実現させる、
    プログラム。
12. コンピュータが、
    ユーザが使用するユーザ装置から、前記ユーザの決済に用いる第１アカウントを識別するための第１アカウント識別情報を含む第１アカウント情報を取得し、
    前記第１アカウントに対応付ける第２アカウントであって前記ユーザの取引のための第２アカウントを発行させるタイミングの設定を前記ユーザ装置から受け付け、
    前記タイミングを設定し、
    前記ユーザ装置および前記取引を行うための取引装置の少なくともいずれかから、前記ユーザが要求する取引の取引情報を取得し、
    前記第１アカウント情報と前記取引情報とに基づいて、前記設定されたタイミングで前記第２アカウントを発行するための処理を行い、
    前記ユーザ装置に、前記発行された第２アカウントを識別するための第２アカウント識別情報を含む第２アカウント情報を提供し、
    前記ユーザ装置および前記取引装置の少なくともいずれかから、前記第２アカウントによる前記取引の決済要求を示す決済情報を取得し、
    前記決済情報に基づいて、前記取引について、前記第１アカウントを用いた決済のための処理を行う、
    情報処理方法。

Images