(57)【要約】【課題】入出金情報と資金の利用情報とを、効率的に連携させて、マーケティングに利用するための銀行サービスシステム及び銀行サービス方法を提供する。【解決手段】銀行サービスシステムは、振込ＡＰＩ４２及び取引ＡＰＩ４３を有する中継サーバ４０を介して、ＥＣサーバ１０が提供するＥＣサイト２０に格納された連携ツールであるＳＤＫ５０に接続される。振込ＡＰＩ４２は、銀行サーバの口座情報にアクセスするためのＡＰＩであり、取引ＡＰＩ４３は、ＥＣサーバ１０に送信される取引情報を取得するＡＰＩである。ＥＣサイト２０において、取引情報に基づいて、決済指示が入力された場合、振込ＡＰＩ４２により、決済情報を含む振込指示を取得し、振込指示に基づいて、取引ＡＰＩ４３により、取引情報を取得し、決済情報と取引情報とを関連付けて取引情報記憶部４５に記録する。【選択図】図１
2018032081.tif 000002
【特許請求の範囲】
【請求項１】
取引サーバが提供するウェブページに格納された連携ツールと、銀行サーバにアクセスするための振込ＡＰＩ及び取引ＡＰＩを有する中継サーバとを含む銀行サービスシステムであって、
前記振込ＡＰＩは、前記銀行サーバの口座情報にアクセスするためのＡＰＩであり、
前記取引ＡＰＩは、前記取引サーバに送信される取引情報を取得するＡＰＩであり、
前記ウェブページにおいて、前記取引情報に基づいて、決済指示が入力された場合、前記振込ＡＰＩにより、決済情報を含む振込指示を取得し、
前記振込指示に基づいて、前記取引ＡＰＩにより、取引情報を取得し、
前記決済情報と前記取引情報とを関連付けて取引記憶部に記録することを特徴とする銀行サービスシステム。
【請求項２】
前記中継サーバは、更に、前記銀行サーバの顧客情報にアクセスするためのユーザ認証ＡＰＩを備え、
前記ウェブページにおいて認証用情報が入力された場合、前記ユーザ認証ＡＰＩにより、認証用情報を取得してユーザ認証を行ない、
ユーザ認証を完了したことを示す有効期限が設定されたトークンを、前記ウェブページに提供し、
前記連携ツールは、前記有効期限内のトークンを用いて、前記取引ＡＰＩにアクセスすることを特徴とする請求項１に記載の銀行サービスシステム。
【請求項３】
前記ウェブページに組み込まれた連携ツールの改ざんの有無を判定し、
改ざんがあると判定した場合、前記中継サーバの振込ＡＰＩ、取引ＡＰＩの利用を停止することを特徴とする請求項１又は２に記載の銀行サービスシステム。
【請求項４】
前記連携ツールが、前記ウェブページにおいて住所入力欄を検知した場合、前記中継サーバの認証ＡＰＩを介して、前記銀行サーバの顧客情報記憶部から顧客の住所情報を取得し、
前記ウェブページの住所入力欄に設定することを特徴とする請求項１〜３のいずれか一項に記載の銀行サービスシステム。
【請求項５】
取引サーバが提供するウェブページに格納された連携ツールと、銀行サーバにアクセスするための振込ＡＰＩ及び取引ＡＰＩを有する中継サーバを含む銀行サービスシステムを用いて、銀行サービスを提供する方法であって、
前記振込ＡＰＩは、前記銀行サーバの口座情報にアクセスするためのＡＰＩであり、
前記取引ＡＰＩは、前記取引サーバに送信される取引情報を取得するＡＰＩであり、
前記ウェブページにおいて、前記取引情報に基づいて、決済指示が入力された場合、前記振込ＡＰＩにより、決済情報を含む振込指示を取得し、
前記振込指示に基づいて、前記取引ＡＰＩにより、取引情報を取得し、
前記決済情報と前記取引情報とを関連付けて取引記憶部に記録することを特徴とする銀行サービス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入出金情報と資金利用情報とを連携させるための銀行サービスシステム及び銀行サービス方法に関する。
【背景技術】
【０００２】
今日、銀行が保有している顧客に関する金融情報の利用促進を図るために、他のシステムとの連携が検討されている（例えば、非特許文献１）。このような銀行システムから情報を取得するための銀行ＡＰＩの公開も検討されている（例えば、非特許文献２）。ここで、銀行ＡＰＩ（Application Programming Interface）とは、残高照会や資金移動等、既存機能を個別にサービス化して、外部のアプリケーションから利用するために、ソフトウェアコンポーネントが互いにやり取りするために使用するインタフェースである。このような銀行ＡＰＩを公開することにより、モバイル端末を中心とした顧客金融行動を早期にキャッチアップできる。更に、非金融機関との連携により新規市場の創出も期待できる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】株式会社みずほ銀行、「ＬＩＮＥでかんたん残高照会」、［online］、株式会社みずほ銀行ホームページ、［平成２８年８月１４日検索］、インターネット＜http://www.mizuhobank.co.jp/net_shoukai/line/index.html＞
【非特許文献２】全国銀行協会、「現代的な「金融業」のあり方」、２０１６年３月、［online］、金融調査研究会、［平成２８年８月１４日検索］、インターネット＜http://www.zenginkyo.or.jp/fileadmin/res/news/news280341_1.pdf＞
【発明の概要】
【発明が解決しようとする課題】
【０００４】
銀行ＡＰＩを公開することにより、銀行が保有する情報を企業や個人において活用することができる。しかしながら、銀行で保有している金融情報は、その内容が限られている。具体的には、口座の入出金情報では、入金先や出金先及び金額に関する情報が中心であり、その資金がどのように利用されているかについては把握できない。資金の利用情報を入手して、入出金情報とのマッチングを行なうことにより、入出金情報と資金の利用情報とを連携させることも可能であるが、資金の利用情報の入手のタイミングが遅れると、有効な連携が困難である。また、入出金情報と資金の利用情報とのマッチングのために、名寄せやクレンジングによるデータ統合、整理、加工等を行なう場合に、手間と時間がかかる。
【０００５】
本発明は、上記課題を解決するためになされたものであり、その目的は、入出金情報と資金の利用情報とを効率的に連携させて、マーケティングに利用するための銀行サービスシステム及び銀行サービス方法を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決する銀行サービスシステムは、取引サーバが提供するウェブページに格納された連携ツールと、銀行サーバにアクセスするための振込ＡＰＩ及び取引ＡＰＩを有する中継サーバに接続される。前記振込ＡＰＩは、前記銀行サーバの口座情報にアクセスするためのＡＰＩであり、前記取引ＡＰＩは、前記取引サーバに送信される取引情報を取得するＡＰＩである。そして、前記ウェブページにおいて、前記取引情報に基づいて、決済指示が入力された場合、前記振込ＡＰＩにより、決済情報を含む振込指示を取得し、前記振込指示に基づいて、前記取引ＡＰＩにより、取引情報を取得し、前記決済情報と前記取引情報とを関連付けて取引記憶部に記録する。これにより、決済情報と取引情報とを連携させて、効率的かつタイムリーにマーケティングを行なうことができる。
【０００７】
・上記銀行サービスシステムにおいて、前記中継サーバは、更に、前記銀行サーバの顧客情報にアクセスするためのユーザ認証ＡＰＩを備え、前記ウェブページにおいて認証用情報が入力された場合、前記ユーザ認証ＡＰＩにより、認証用情報を取得してユーザ認証を行ない、ユーザ認証を完了したことを示す有効期限が設定されたトークンを、前記ウェブページに提供し、前記連携ツールは、前記有効期限内のトークンを用いて、前記取引ＡＰＩにアクセスすることが好ましい。これにより、銀行におけるＡＰＩにおけるセキュリティを確保することができる。
【０００８】
・上記銀行サービスシステムにおいて、前記ウェブページに組み込まれた連携ツールの改ざんの有無を判定し、改ざんがあると判定した場合、前記中継サーバの振込ＡＰＩ、取引ＡＰＩの利用を停止することが好ましい。これにより、改ざんされた連携ツールによるＡＰＩの利用を停止し、セキュリティを確保することができる。
【０００９】
・上記銀行サービスシステムにおいて、前記連携ツールが、前記ウェブページにおいて住所入力欄を検知した場合、前記中継サーバの認証ＡＰＩを介して、前記銀行サーバの顧客情報記憶部から顧客の住所情報を取得し、前記ウェブページの住所入力欄に設定することが好ましい。これにより、銀行サーバが保有する住所情報を活用して、円滑な取引を支援することができる。
【発明の効果】
【００１０】
本発明によれば、入出金情報と資金の利用情報とを効率的に連携させて、マーケティングに利用することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態のシステム概略図。
【図２】本実施形態の処理手順の説明図。
【図３】本実施形態の処理手順の説明図。
【図４】本実施形態の処理手順の説明図。
【発明を実施するための形態】
【００１２】
以下、図１〜図４に従って、銀行サービスシステム及び銀行サービス方法を具体化した一実施形態を説明する。本実施形態では、通信販売における決済を支援するとともに、ネット取引と銀行における口座情報とを関連付けることにより、銀行のマーケティングを支援する場合を想定する。
【００１３】
図１に示すように、ＥＣサーバ１０、ＥＣサイト２０、銀行サーバ３０、中継サーバ４０、監視サーバ６０を用いる。
ＥＣサーバ１０は、通信販売事業者が商品取引を行なうためのコンピュータシステムである。このＥＣサーバ１０は、利用者に提供する商品情報や利用者との間で行なわれた商品売買等に関する取引情報を管理する。
【００１４】
ＥＣサイト２０は、ＥＣサーバ１０から提供されるウェブサイトである。利用者は、利用者端末により、このＥＣサイト２０を利用して、商品購入等の取引を行なう。このＥＣサイト２０には、銀行から提供されたＳＤＫ５０が組み込まれる。
【００１５】
ＳＤＫ５０は、ＥＣサイト２０に入力された各種情報を蓄積するとともに、後述する中継サーバ４０の各ＡＰＩとの間で情報連携を行なう連携ツール（プログラム）である。このＳＤＫ５０は、中継サーバ４０から提供されたトークンを記憶する。このトークンは、ログイン認証に用いるユーザＩＤ、パスワードを、有効期限を設定して中継サーバ４０にアクセスするための暗号化認証情報である。このＳＤＫ５０は、商品入力画面において入力された商品情報を仮記憶するメモリを備えている。
【００１６】
銀行サーバ３０は、利用者の口座を管理する銀行のコンピュータシステムである。この銀行サーバ３０は、顧客情報記憶部３２、口座情報記憶部３３を備えている。
顧客情報記憶部３２には、銀行の顧客である利用者に関する情報を管理するための顧客管理レコードが記録されている。この顧客管理レコードは、顧客登録が行なわれた場合に記録される。顧客管理レコードには、ユーザＩＤ、パスワード、第２暗証番号、口座番号、取引状況に関する情報が含まれる。
【００１７】
ユーザＩＤデータ領域には、各顧客を特定するための識別子に関するデータが記録される。
パスワードデータ領域には、この顧客を認証するために用いられるパスワードに関するデータが記録される。
第２暗証番号データ領域には、決済時に顧客の追加認証を行なうための情報が記録されている。
【００１８】
口座番号データ領域には、この顧客が保有している口座に関する情報が記録されている。
取引状況データ領域には、この顧客と銀行との取引状況（例えばローン残高）等の情報が記録される。
【００１９】
口座情報記憶部３３には、銀行の顧客の口座に関する情報を管理するための口座管理レコードが記録されている。この口座管理レコードは、口座が開設された場合に登録される。この口座管理レコードには、口座番号、入出金履歴、残高に関する情報が含まれる。
【００２０】
口座番号データ領域には、この口座を特定するための識別子に関する情報が記録される。
入出金履歴データ領域には、この口座への入金やこの口座からの出金に関する情報（入出金日時、金額、入出金先口座等）に関するデータが含まれる。
残高データ領域には、この口座の現在の残高に関する情報が記録される。
【００２１】
中継サーバ４０は、ＥＣサイト２０のＳＤＫ５０からの情報を取得し蓄積する。更に、中継サーバ４０は、ＥＣサイト２０から取得した情報を銀行サーバ３０に中継する。
【００２２】
この中継サーバ４０は、認証ＡＰＩ４１、振込ＡＰＩ４２、取引ＡＰＩ４３、取引情報記憶部４５を備えている。ここで、各ＡＰＩは、銀行サーバ３０における情報連携を行なうためのアプリケーションサービスインターフェースである。
【００２３】
認証ＡＰＩ４１は、ＥＣサイト２０から取得した情報に基づいて、利用者を認証するためのアプリケーションプログラムインターフェイスである。この認証ＡＰＩ４１は、銀行サーバ３０の顧客情報記憶部３２に記録された顧客管理情報を用いて、利用者を認証する。そして、利用者認証を完了した場合、認証ＡＰＩ４１は、このＥＣサイト２０に対してトークンを提供する。
【００２４】
振込ＡＰＩ４２は、ＥＣサイト２０から取得した情報に基づいて、振込による決済を行なうためのアプリケーションプログラムインターフェイスである。この振込ＡＰＩ４２は、銀行サーバ３０の口座情報記憶部３３に記録された口座管理情報を用いて、利用者の取引についての決済を行なう。
【００２５】
取引ＡＰＩ４３は、ＥＣサイト２０から取得した情報に基づいて、取引情報を蓄積するためのアプリケーションプログラムインターフェイスである。この取引ＡＰＩ４３は、ＥＣサイト２０における取引情報を取得し、ユーザＩＤ、決済情報と関連付けて、取引情報記憶部４５に記録する。
【００２６】
監視サーバ６０は、ＥＣサイト２０におけるＳＤＫ５０を監視するコンピュータシステムである。この監視サーバ６０は、ＳＤＫ５０のテンプレートを備えており、ＥＣサイト２０に含まれるＳＤＫ５０とテンプレートとを比較することにより、改変の有無を確認する。そして、監視サーバ６０は、改ざんを検知した場合には、この中継サーバの各ＡＰＩの利用を停止する。
【００２７】
次に、図２〜図４に従って、上記のように構成されたシステムにおいて実行される処理手順について説明する。
（初回登録処理）
まず、図２を用いて、初回登録処理を説明する。この処理は、利用者端末を用いて、ＥＣサイト２０で取引を行なう前に実行される。
【００２８】
ここでは、ＥＣサイト２０は、ユーザＩＤ、パスワード入力処理を実行する（ステップＳ１−１）。具体的には、ＥＣサイト２０は、初回登録画面をディスプレイに出力する。この初回登録画面には、ユーザＩＤ、パスワードを入力するためのユーザ設定欄が設けられている。この場合、利用者は、初回登録画面に、銀行サーバ３０を利用するためのユーザＩＤ、パスワードを入力する。
【００２９】
初回登録画面の各ユーザ設定欄が入力された場合、ＥＣサイト２０は、認証要求処理を実行する（ステップＳ１−２）。具体的には、ＥＣサイト２０のＳＤＫ５０は、中継サーバ４０に対して、認証要求を送信する。この認証要求には、初回登録画面のユーザ設定欄に入力されたユーザＩＤ、パスワードに関するデータを含める。
【００３０】
次に、中継サーバ４０は、認証処理を実行する（ステップＳ１−３）。具体的には、中継サーバ４０の認証ＡＰＩ４１は、銀行サーバ３０にアクセスする。そして、認証ＡＰＩ４１は、ＳＤＫ５０から取得したユーザＩＤ、パスワードが設定された顧客管理レコードが顧客情報記憶部３２に登録されているかどうかを確認する。そして、銀行サーバ３０は、認証結果を中継サーバ４０に返信する。銀行サーバ３０において、ＳＤＫ５０から取得したユーザＩＤ、パスワードが設定された顧客管理レコードを特定できず、利用者認証ができない場合、認証ＡＰＩ４１は、ＥＣサイト２０に対して、サービスを利用できないことを返信する。
【００３１】
一方、銀行サーバ３０の顧客情報記憶部３２において、ユーザＩＤ、パスワードが設定された顧客管理レコードが登録されている場合、中継サーバ４０の認証ＡＰＩ４１は、利用者認証を完了する。
【００３２】
この場合、中継サーバ４０は、トークン発行処理を実行する（ステップＳ１−４）。具体的には、中継サーバ４０の認証ＡＰＩ４１は、ユーザＩＤを暗号化した固有コードを含めたトークンを付与する。このトークンにより利用者を特定することができる。そして、認証ＡＰＩ４１は、トークンをＥＣサイト２０に送信する。本実施形態では、トークンを含めたクッキーを送信する。このクッキーは、ＲＦＣ６２６５で定義されており、ユーザ識別やセッション管理のための情報であり、ウェブブラウザ（ＥＣサイト２０）に保存される。
【００３３】
次に、ＥＣサイト２０は、トークン記憶処理を実行する（ステップＳ１−５）。具体的には、ＥＣサイト２０のＳＤＫ５０は、中継サーバ４０から取得したトークン（クッキー）を登録する。クッキーには、中継サーバ４０の認証ＡＰＩ４１が発行したトークンが含まれる。
【００３４】
（取引処理）
次に、図３を用いて、取引処理を説明する。利用者が、商品購入を希望する場合、利用者端末において、ＥＣサイト２０にアクセスする。
【００３５】
ここでは、ＥＣサイト２０は、商品選択入力処理を実行する（ステップＳ２−１）。具体的には、ＥＣサイト２０は、商品入力画面を出力する。利用者は、商品入力画面において、購入希望の商品を選択する。この場合、ＥＣサイト２０は、ＥＣサーバ１０から、選択された商品の価格情報を取得し、商品入力画面に出力する。
【００３６】
そして、商品入力画面において、取引実行ボタンが選択された場合、ＥＣサイト２０は、送信処理を実行する（ステップＳ２−２）。具体的には、ＥＣサイト２０は、ＥＣサーバ１０に対して、商品購入要求を送信する。
【００３７】
この場合、ＥＣサイト２０は、取引情報の蓄積処理を実行する（ステップＳ２−３）。具体的には、ＥＣサイト２０のＳＤＫ５０は、商品入力画面において入力された商品情報（商品識別子及び価格）を取得し、メモリに仮記憶する。
【００３８】
次に、ＥＣサイト２０は、配送先選択画面の出力処理を実行する（ステップＳ２−４）。具体的には、ＥＣサイト２０は、配送先選択画面を出力する。この場合、ＥＣサイト２０のＳＤＫ５０は、中継サーバ４０に対して、住所要求を送信する。この住所要求には、ＳＤＫ５０が記憶しているトークンを含める。この場合、現在日時が、トークンの有効期限を経過していないことを確認した後、トークンを住所要求に含める。なお、現在日時が、トークンの有効期限を経過している場合には、初回登録処理からやり直す。
【００３９】
中継サーバ４０は、住所情報の提供処理を実行する（ステップＳ３−１）。具体的には、中継サーバ４０の認証ＡＰＩ４１は、住所要求に含まれるトークンの固有コードを復号して、ユーザＩＤを特定する。そして、認証ＡＰＩ４１は、銀行サーバ３０の顧客情報記憶部３２にアクセスし、ユーザＩＤに関連付けられた住所情報を取得する。そして、認証ＡＰＩ４１は、ＥＣサイト２０のＳＤＫ５０に住所情報を提供する。
【００４０】
次に、ＥＣサイト２０は、配送先情報の入力処理を実行する（ステップＳ２−５）。具体的には、ＥＣサイト２０のＳＤＫ５０は、配送先選択画面において、中継サーバ４０から取得した住所情報を配送先入力欄に初期設定する。そして、利用者は、配送先選択画面において、配送先を確認し、入力完了ボタンを選択する。この場合、ＳＤＫ５０は、配送先選択画面に設定された配送先情報をＥＣサーバ１０に送信する。
【００４１】
次に、ＥＣサイト２０は、決済方法選択処理を実行する（ステップＳ２−６）。具体的には、ＥＣサイト２０は、決済方法選択画面を出力する。この決済方法選択画面において、銀行が選択された場合、ＥＣサイト２０のＳＤＫ５０は、中継サーバ４０に対して、口座情報要求を送信する。この口座情報要求には、ＳＤＫ５０が記憶しているトークンを含める。
【００４２】
中継サーバ４０は、口座情報の提供処理を実行する（ステップＳ３−２）。具体的には、中継サーバ４０の振込ＡＰＩ４２は、口座情報要求に含まれるトークンの固有コードを復号して、ユーザＩＤを特定する。そして、振込ＡＰＩ４２は、銀行サーバ３０の顧客情報記憶部３２にアクセスし、ユーザＩＤの顧客管理レコードに記録された口座識別子を取得する。更に、振込ＡＰＩ４２は、銀行サーバ３０の口座情報記憶部３３にアクセスし、この顧客の口座の残高を取得する。そして、振込ＡＰＩ４２は、ＥＣサイト２０のＳＤＫ５０に口座情報を提供する。この口座情報には、利用者の口座毎に残高情報を含める。
【００４３】
次に、ＥＣサイト２０は、口座選択処理を実行する（ステップＳ２−７）。具体的には、ＥＣサイト２０のＳＤＫ５０は、決済方法選択画面において、中継サーバ４０から取得した口座情報を出力する。そして、利用者は、決済方法選択画面において、決済に用いる口座を選択する。この場合、ＳＤＫ５０は、決済画面を出力する。この決済画面には、口座識別子、残高、支払金額、第２暗証番号の各欄が設けられている。口座識別子欄には、決済方法選択画面において選択された口座識別子を設定する。残高欄には、中継サーバ４０から取得した残高を表示する。支払金額欄には、商品入力画面の支払金額を設定する。そして、利用者は、第２暗証番号欄に、この口座を利用するための第２暗証番号を入力し、決済実行ボタンを選択する。
【００４４】
この場合、ＥＣサイト２０は、決済指示処理を実行する（ステップＳ２−８）。具体的には、ＥＣサイト２０のＳＤＫ５０は、決済情報を含めた決済指示を生成する。決済情報には、引落口座識別子（利用者の口座）、振込先口座識別子（ＥＣサイト２０の口座）、決済金額、第２暗証番号に関する情報を含める。
【００４５】
次に、ＥＣサイト２０は、取引情報のセット処理を実行する（ステップＳ２−９）。具体的には、ＥＣサイト２０のＳＤＫ５０は、トークンと、メモリに記憶された取引情報（トークンの固有コードを含む）とを決済指示のパラメータとして付加する。そして、ＳＤＫ５０は、中継サーバ４０に対して、決済指示を送信する。
【００４６】
中継サーバ４０は、決済指示の取得処理を実行する（ステップＳ３−３）。具体的には、中継サーバ４０の振込ＡＰＩ４２は、決済指示に含まれるパラメータを取得する。そして、振込ＡＰＩ４２は、パラメータを除いた決済指示（決済情報）を銀行サーバ３０に送信する。更に、振込ＡＰＩ４２は、トークン（固有コード）及び取引情報を取引ＡＰＩ４３に提供する。
【００４７】
決済指示を取得した銀行サーバ３０は、振込処理を実行する（ステップＳ４−１）。具体的には、銀行サーバ３０は、決済指示の決済情報（第２暗証番号）に基づいて、顧客情報記憶部３２を用いて、利用者の追加認証を行なう。そして、追加認証を完了した場合には、銀行サーバ３０は、口座情報記憶部３３において、利用者の口座から決済金額を引き落とし、ＥＣサイト２０の口座に振り込む処理を実行する。そして、銀行サーバ３０は、決済結果を中継サーバ４０に返信する。この場合、中継サーバ４０の振込ＡＰＩ４２は、ＳＤＫ５０に決済結果を返信する。
【００４８】
そして、ＥＣサイト２０は、決済結果表示処理を実行する（ステップＳ２−１０）。具体的には、ＥＣサイト２０のＳＤＫ５０は、決済画面において決済結果を出力する。この場合、ＳＤＫ５０は、決済結果をＥＣサーバ１０に送信する。
【００４９】
また、中継サーバ４０は、取引情報の蓄積処理を実行する（ステップＳ３−４）。具体的には、中継サーバ４０の取引ＡＰＩ４３は、振込ＡＰＩ４２から取得したユーザＩＤに関連付けて、決済情報及び取引情報を取引情報記憶部４５に記録する。
【００５０】
そして、中継サーバ４０は、取引情報提供処理を実行する（ステップＳ３−５）。具体的には、中継サーバ４０の取引ＡＰＩ４３は、取引情報記憶部４５に記録された取引情報を、リアルタイムで銀行サーバ３０に提供する。この場合、取引ＡＰＩ４３は、ユーザＩＤに関連付けられた決済情報及び取引情報を銀行サーバ３０に提供する。
【００５１】
そして、銀行サーバ３０は、マーケティング処理を実行する（ステップＳ４−２）。具体的には、銀行サーバ３０は、顧客情報記憶部３２や口座情報記憶部３３に記録された銀行保有情報と取引情報とを関連付けて、担当者端末に出力する。そして、銀行サーバ３０において、マーケティングに利用する。例えば、商品の購買履歴と、銀行におけるローン残高、口座入出金履歴における公共料金の支払等とを関連付けて、金融関連情報を活用したマーケティングソリューションを提案する。例えば、購入商品と金融商品とが関連付けられた金融商品情報記憶部を利用して、所定商品の購買に応じて金融商品を提案する。
【００５２】
（監視処理）
次に、図４を用いて、監視処理を説明する。この処理は、監視サーバ６０が、定期的に各ＥＣサイト２０にアクセスすることにより、繰り返し実行される。
【００５３】
まず、監視サーバ６０は、監視処理を実行する（ステップＳ５−１）。具体的には、監視サーバ６０は、ＳＤＫ５０が格納されたＥＣサイト２０にアクセスする。そして、ＥＣサイト２０が格納されたＳＤＫ５０を特定する。
【００５４】
次に、監視サーバ６０は、改ざんがあるかどうかの判定処理を実行する（ステップＳ５−２）。具体的には、監視サーバ６０は、ＳＤＫ５０とテンプレートとを比較し、違いの有無を確認する。ここで、ＳＤＫ５０とテンプレートとの違いがある場合には、改ざんがあると判定する。
【００５５】
改ざんがあると判定した場合（ステップＳ５−２において「ＹＥＳ」の場合）、監視サーバ６０は、ＡＰＩ停止処理を実行する（ステップＳ５−３）。具体的には、監視サーバ６０は、ＳＤＫ５０において、中継サーバ４０の各ＡＰＩの利用停止を設定する。
【００５６】
本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態では、初回登録処理を実行する。ここで、ユーザ認証ができた場合、中継サーバ４０は、トークン発行処理を実行する（ステップＳ１−４）。そして、ＥＣサイト２０は、トークン記憶処理を実行する（ステップＳ１−５）。これにより、銀行サーバ３０において用いられているユーザＩＤとは異なる暗号化情報を用いて、顧客を特定することができる。従って、銀行で管理されている情報のセキュリティを高めることができる。
【００５７】
（２）本実施形態では、取引対象の商品の選択時に、ＥＣサイト２０は、取引情報の蓄積処理を実行する（ステップＳ２−３）。そして、決済時には、ＥＣサイト２０は、取引情報のセット処理を実行する（ステップＳ２−９）。これにより、取引の内容を中継サーバ４０に提供することができる。
【００５８】
更に、中継サーバ４０は、取引情報の蓄積処理を実行する（ステップＳ３−４）。そして、中継サーバ４０は、取引情報記憶部４５に記録された取引情報を銀行サーバ３０に提供する。これにより、銀行サーバ３０において、銀行保有情報と取引情報とを連携させることにより、タイムリーかつ効率的にマーケティングを行なうことができる。
【００５９】
（３）本実施形態では、ＥＣサイト２０は、配送先選択画面の出力処理を実行する（ステップＳ２−４）。そして、中継サーバ４０は、住所情報の提供処理を実行する（ステップＳ３−１）。これにより、銀行サーバ３０が保有している情報を利用して、ＥＣサーバ１０における取引の効率化を支援することができる。
（４）本実施形態では、監視サーバ６０は、監視処理を実行する。これにより、ＳＤＫ５０の改ざんを抑制し、セキュリティを確保することができる。
【００６０】
なお、上記各実施形態は以下のように変更してもよい。
・上記実施形態では、監視サーバ６０は、監視処理（ステップＳ５−１）、改ざんがあるかどうかの判定処理（ステップＳ５−２）を実行する。ここでは、ＳＤＫ５０とテンプレートとを比較することにより、改ざんを検知する。改ざんの検知方法は、これに限定されるものではない。例えば、ＳＤＫ５０において、改ざんを検知するようにしてもよい。具体的には、ＳＤＫ５０が、改ざんにより、予め定められた動作（振舞い）と異なる動作を検知した場合には、改ざんと判定し、監視サーバ６０に通知する。そして、ＳＤＫ５０による中継サーバ４０へのアクセスを停止する。
【００６１】
・上記実施形態では、中継サーバ４０は、取引情報提供処理を実行する（ステップＳ３−４）。銀行サーバ３０に取引情報を提供するタイミングは、リアルタイムに限定されるものではない。定期的にバッチ処理により、取引情報を提供するようにしてもよい。この場合も、バッチ処理のタイミングを短くすることにより、取引情報と銀行保有情報とを効率的に連携することができる。
【００６２】
・上記実施形態では、中継サーバ４０は、トークン発行処理を実行する（ステップＳ１−４）。ユーザＩＤを暗号化した固有コードを含めたトークン（クッキー）を付与する。利用者を特定するためのトークンはクッキーに限定されるものではない。例えば、時間毎にパスワードを変更するスクリプトを、ＥＣサイト２０に提供するようにしてもよい。
【符号の説明】
【００６３】
１０…ＥＣサーバ、２０…ＥＣサイト、３０…銀行サーバ、４０…中継サーバ、４１…認証ＡＰＩ、４２…振込ＡＰＩ、４３…取引ＡＰＩ、４５…取引情報記憶部、５０…ＳＤＫ、６０…監視サーバ。
【図１】
2018032081.tif 000003
【図２】
2018032081.tif 000004
【図３】
2018032081.tif 000005
【図４】
2018032081.tif 000006
【手続補正書】
【提出日】平成29年10月16日(2017.10.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１
【補正方法】変更
【補正の内容】
【請求項１】
取引サーバが提供するウェブページに格納された連携ツールと、銀行サーバにアクセスするための振込ＡＰＩ及び取引ＡＰＩを有する中継サーバとを含む銀行サービスシステムであって、
前記振込ＡＰＩは、前記銀行サーバの口座情報にアクセスするためのＡＰＩであり、
前記取引ＡＰＩは、前記取引サーバに送信される取引情報を取得するＡＰＩであり、
利用者端末に表示された前記ウェブページに取引情報が入力された場合、前記ウェブページは、前記取引情報を仮記憶し、前記取引情報に基づいて、決済指示が入力された場合、前記振込ＡＰＩにより、決済情報を含む振込指示を取得し、
前記振込指示に基づいて、前記取引ＡＰＩにより、前記ウェブページに仮記憶された前記取引情報を取得し、
前記振込ＡＰＩにより取得した前記決済情報と、前記取引ＡＰＩにより取得した前記取引情報とを関連付けて取引記憶部に記録し、前記中継サーバが、前記取引記憶部に記録された決済情報及び取引情報を関連付けて銀行サーバに提供することを特徴とする銀行サービスシステム。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項５
【補正方法】変更
【補正の内容】
【請求項５】
取引サーバが提供するウェブページに格納された連携ツールと、銀行サーバにアクセスするための振込ＡＰＩ及び取引ＡＰＩを有する中継サーバを含む銀行サービスシステムを用いて、銀行サービスを提供する方法であって、
前記振込ＡＰＩは、前記銀行サーバの口座情報にアクセスするためのＡＰＩであり、
前記取引ＡＰＩは、前記取引サーバに送信される取引情報を取得するＡＰＩであり、
利用者端末に表示された前記ウェブページに取引情報が入力された場合、前記ウェブページは、前記取引情報を仮記憶し、前記取引情報に基づいて、決済指示が入力された場合、前記振込ＡＰＩにより、決済情報を含む振込指示を取得し、
前記振込指示に基づいて、前記取引ＡＰＩにより、前記ウェブページに仮記憶された前記取引情報を取得し、
前記振込ＡＰＩにより取得した前記決済情報と、前記取引ＡＰＩにより取得した前記取引情報とを関連付けて取引記憶部に記録し、前記中継サーバが、前記取引記憶部に記録された決済情報及び取引情報を関連付けて銀行サーバに提供することを特徴とする銀行サービス方法。