特許 7513654 情報処理装置、手続処理方法、プログラム、及びソフトウエア開発キット

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-07-01

(45)【発行日】2024-07-09

(54)【発明の名称】情報処理装置、手続処理方法、プログラム、及びソフトウエア開発キット

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20240702BHJP

   G06Q 40/02 20230101ALI20240702BHJP

【ＦＩ】

G06Q50/10

G06Q40/02

【請求項の数】 16

(21)【出願番号】P 2022079843

(22)【出願日】2022-05-13

(65)【公開番号】P2023168158

(43)【公開日】2023-11-24

【審査請求日】2022-05-18

(73)【特許権者】

【識別番号】598049322

【氏名又は名称】株式会社三菱ＵＦＪ銀行

(74)【代理人】

【識別番号】100161207

【弁理士】

【氏名又は名称】西澤 和純

(74)【代理人】

【識別番号】100161506

【弁理士】

【氏名又は名称】川渕 健一

(74)【代理人】

【識別番号】100139686

【弁理士】

【氏名又は名称】鈴木 史朗

(74)【代理人】

【識別番号】100190355

【弁理士】

【氏名又は名称】田中 紀央

(72)【発明者】

【氏名】坂東 佐恵

(72)【発明者】

【氏名】藤後 里

(72)【発明者】

【氏名】塚田 稔

(72)【発明者】

【氏名】坪井 隆志

【審査官】田上 隆一

(56)【参考文献】

【文献】特開２０２１－０７７３３６（ＪＰ，Ａ）

【文献】特開２００７－２９３５９８（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

第１事業者サーバから前記第１事業者サーバに登録されている顧客を識別する情報を受信する受信部、第２事業者サーバにて、前記第２事業者サーバからサービスの提供を受けるための手続を前記顧客を識別する情報に基づいて実行させる手続実行部、及び前記第２事業者サーバから前記第１事業者サーバに送信するための前記手続の結果を受信すると、前記手続の結果を前記第１事業者サーバに出力する出力部として機能させるためのプログラムを通信端末のコンピュータに実行させるためのソフトウエア開発キットを前記第１事業者サーバに送信する提供部を有する、情報処理装置。

【請求項2】

前記手続実行部は、前記第２事業者サーバと前記通信端末とを連携させる連携部を含み、
前記受信部が前記第１事業者サーバから前記第２事業者サーバへの連携要求を受信すると、前記連携部は、前記第２事業者サーバと前記通信端末とを連携させる、請求項１に記載の情報処理装置。

【請求項3】

前記手続実行部は、前記第２事業者サーバに前記第１事業者サーバごとに設定された設定情報に基づく第１画面データを要求し、前記第２事業者サーバから受信した前記第１画面データに基づいて第１画面を出力する画面制御部を含む、請求項２に記載の情報処理装置。

【請求項4】

前記手続実行部は、本人認証サーバと接続し、前記本人認証サーバにて登録情報と本人確認情報とを照合した照合結果を受信する本人確認部を含む、請求項３に記載の情報処理装置。

【請求項5】

前記画面制御部は、前記第２事業者サーバに前記設定情報に基づく第２画面データを要求し、前記第２事業者サーバから受信した前記第２画面データに前記顧客を識別する情報を埋め込んで第２画面を表示する、請求項４に記載の情報処理装置。

【請求項6】

通信端末のコンピュータが実行する方法であって、第１事業者サーバから前記第１事業者サーバに登録されている顧客を識別する情報を受信し、第２事業者サーバにて、前記第２事業者サーバからサービスの提供を受けるための手続を前記顧客を識別する情報に基づいて実行させ、前記第２事業者サーバから前記第１事業者サーバに送信するための前記手続の結果を受信すると、前記手続の結果を前記第１事業者サーバに出力する、手続処理方法。

【請求項7】

前記第２事業者サーバにて前記第２事業者サーバからサービスの提供を受けるための前記手続を前記顧客を識別する情報に基づいて実行させることは、
前記第１事業者サーバから前記第２事業者サーバへの連携要求を受信すると、前記第２事業者サーバと前記通信端末とを連携させることを含む、請求項６に記載の手続処理方法。

【請求項8】

前記第２事業者サーバにて前記第２事業者サーバからサービスの提供を受けるための前記手続を前記顧客を識別する情報に基づいて実行させることは、
前記第２事業者サーバに前記第１事業者サーバごとに設定された設定情報に基づく第１画面データを要求し、
前記第２事業者サーバから受信した前記第１画面データに基づいて第１画面を出力することを含む、請求項７に記載の手続処理方法。

【請求項9】

前記第２事業者サーバにて前記第２事業者サーバからサービスの提供を受けるための前記手続を前記顧客を識別する情報に基づいて実行させることは、
本人認証サーバと接続し、前記本人認証サーバにて登録情報と本人確認資料とを照合した照合結果を受信することを含む、請求項８に記載の手続処理方法。

【請求項10】

前記第２事業者サーバにて前記第２事業者サーバからサービスの提供を受けるための前記手続を前記顧客を識別する情報に基づいて実行させることは、
前記本人認証サーバと接続し、前記本人認証サーバにて登録情報と本人確認資料とを照合した照合結果を受信した後、前記第２事業者サーバに前記設定情報に基づく第２画面データを要求し、
前記第２事業者サーバから受信した前記第２画面データに前記顧客を識別する情報を埋め込んで第２画面を表示する、請求項９に記載の手続処理方法。

【請求項11】

第１事業者サーバから前記第１事業者サーバに登録されている顧客を識別する情報を受信し、第２事業者サーバにて、前記第２事業者サーバからサービスの提供を受けるための手続を前記顧客を識別する情報に基づいて実行させ、前記第２事業者サーバから前記第１事業者サーバに送信するための前記手続の結果を受信すると、前記手続の結果を前記第１事業者サーバに出力することを通信端末のコンピュータに実行させるためのプログラム。

【請求項12】

前記第２事業者サーバにて前記第２事業者サーバからサービスの提供を受けるための前記手続を前記顧客を識別する情報に基づいて実行させることは、
前記第１事業者サーバから前記第２事業者サーバへの連携要求を受信すると、前記第２事業者サーバと前記通信端末とを連携させることを含む、請求項１１に記載のプログラム。

【請求項13】

前記第２事業者サーバにて前記第２事業者サーバからサービスの提供を受けるための前記手続を前記顧客を識別する情報に基づいて実行させることは、
前記第２事業者サーバに前記第１事業者サーバごとに設定された設定情報に基づく第１画面データを要求し、
前記第２事業者サーバから受信した前記第１画面データに基づいて第１画面を出力することを含む、請求項１２に記載のプログラム。

【請求項14】

前記第２事業者サーバにて前記第２事業者サーバからサービスの提供を受けるための前記手続を前記顧客を識別する情報に基づいて実行させることは、
本人認証サーバと接続し、前記本人認証サーバにて登録情報と本人確認資料とを照合した照合結果を受信することを含む、請求項１３に記載のプログラム。

【請求項15】

前記第２事業者サーバにて前記第２事業者サーバからサービスの提供を受けるための前記手続を前記顧客を識別する情報に基づいて実行させることは、
前記本人認証サーバと接続し、前記本人認証サーバにて登録情報と本人確認資料とを照合した照合結果を受信した後、前記第２事業者サーバに前記設定情報に基づく第２画面データを要求し、
前記第２事業者サーバから受信した前記第２画面データに前記顧客を識別する情報を埋め込んで第２画面を表示する、請求項１４に記載のプログラム。

【請求項16】

請求項１１～１５のいずれか一項に記載のプログラムを開発するためのソフトウエア開発ツールのセットを含むソフトウエア開発キット。

【発明の詳細な説明】

【技術分野】

【0001】

本発明の一実施形態は、情報処理装置、手続処理方法、プログラム、及びソフトウエア開発キットに関する。

【背景技術】

【0002】

従来、サービス事業者と金融機関とが互いに連携して金融取引サービスを提供することが検討されている。特許文献１に記載の証券管理方法では、証券管理会社のユーザが、証券管理会社と連携する銀行において口座開設を行う方法について開示されている。特許文献１では、証券管理会社のユーザは端末のアプリケーションにより証券管理サーバにアクセスし、証券会社に対してユーザ登録を実行した後、証券会社が指定した銀行の口座開設用のＵＲＬにアクセスして、ウェブページから証券を購入する際の購入金を振り込む振込専用口座を開設する処理を行うことが記載されている。特許文献１の方法の場合、ユーザは証券会社における登録情報と紐づいた銀行口座を開設するために、証券会社が提供するアプリケーションから、銀行が提供するＵＲＬにアクセスする必要がある。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１９－２３７９２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

このように、異なる事業者間で互いに連携して口座開設などの複雑で手間のかかる手続を実行する場合、顧客は、端末において、異なる事業者の各々が提供するアプリケーションの間を遷移する必要がある。

【0005】

口座開設のみならず、異なる事業者間で一方の事業者の顧客の通信端末からシームレスに他方の事業者が提供する手続を実行するために、一方の事業者側で、手続を実行するためのアプリケーションを開発することが考えられる。しかしながら、当該手続が法令に伴う要件を満たす必要がある場合、この要件に対する機能を一方の事業者側で実装することは困難である。

【0006】

そこで、本発明の一実施形態では、異なる事業者間で複雑で手間のかかる手続きに関する負担を軽減することを目的の一つとする。

【課題を解決するための手段】

【0007】

本発明の一実施形態に係る情報処理装置は、通信端末に第１事業者サーバから手続情報を受信する受信部と、第２事業者サーバを利用して手続を実行させる手続実行部と、第２事業者サーバから手続の結果を受信すると、第１事業者サーバに手続の結果を出力する出力部を実行させるためのソフトウエア開発キットを提供する提供部を有する。

【0008】

上記構成において、手続実行部は、第２事業者サーバと通信端末とを連携させる連携部を含み、受信部が第１事業者サーバから第２事業者サーバへの連携要求を受信すると、連携部は、第２事業者サーバと通信端末とを連携させる。

【0009】

上記構成において、手続実行部は、第２事業者サーバに第１事業者サーバごとに設定された設定情報に基づく第１画面データを要求し、第２事業者サーバから受信した第１画面データに基づいて第１画面を出力する画面制御部を含む。

【0010】

上記構成において、手続実行部は、本人認証サーバと接続し、本人認証サーバにて登録情報と本人確認情報とを照合した照合結果を受信する本人確認部を含む。

【0011】

上記構成において、画面制御部は、第２事業者サーバに設定情報に基づく第２画面データを要求し、第２事業者サーバから受信した第２画面データに手続情報を埋め込んで第２画面を表示する。

【0012】

本発明の一実施形態に係る手続処理方法は、コンピュータが実行する方法であって、通信端末が第１事業者サーバから手続情報を受信し、第２事業者サーバにて手続情報に従って手続を実行させ、第２事業者サーバから手続の結果を受信すると、第１事業者サーバに手続の結果を出力する。

【0013】

上記方法において、第２事業者サーバにて手続情報に従って手続を実行させることは、第１事業者サーバから第２事業者のサーバへの連携要求を受信すると、第２事業者サーバと通信端末とを連携させることを含む。

【0014】

上記方法において、第２事業者サーバにて手続情報に従って手続を実行させることは、第２事業者サーバに第１事業者のサーバごとに設定された設定情報に基づく第１画面データを要求し、第２事業者サーバから受信した第１画面データに基づいて第１画面を出力することを含む。

【0015】

上記方法において、第２事業者サーバにて手続情報に従って手続を実行させることは、本人認証サーバと接続し、本人認証サーバにて登録情報と本人確認資料とを照合した照合結果を受信することを含む。

【0016】

上記方法において、第２事業者サーバにて手続情報に従って手続を実行させることは、本人認証サーバと接続し、本人認証サーバにて登録情報と本人確認資料とを照合した照合結果を受信した後、第２事業者サーバに設定情報に基づく第２画面データを要求し、第２事業者サーバから受信した第２画面データに手続情報を埋め込んで第２画面を表示する。

【0017】

本発明の一実施形態に係るプログラムは、通信端末が第１事業者サーバから手続情報を受信し、第２事業者サーバにて手続情報に従って手続を実行させ、第２事業者サーバから手続の結果を受信すると第１事業者サーバに手続の結果を出力することをコンピュータに実行させるためのプログラムである。

【0018】

上記構成において、第２事業者サーバにて手続情報に従って手続を実行させることは、第１事業者サーバから第２事業者サーバへの連携要求を受信すると、第２事業者サーバと通信端末とを連携させることを含む。

【0019】

上記構成において、第２事業者サーバにて手続情報に従って手続を実行させることは、第２事業者サーバに第１事業者サーバごとに設定された設定情報に基づく第１画面データを要求し、第２事業者サーバから受信した第１画面データに基づいて第１画面を出力することを含む。

【0020】

上記構成において、第２事業者サーバにて手続情報に従って手続を実行させることは、本人認証サーバと接続し、本人認証サーバにて登録情報と本人確認資料とを照合した照合結果を受信することを含む。

【0021】

上記構成において、第２事業者サーバにて手続情報に従って手続を実行させることは、本人認証サーバと接続し、本人認証サーバにて登録情報と本人確認資料とを照合した照合結果を受信した後、第２事業者サーバに設定情報に基づく第２画面データを要求し、第２事業者サーバから受信した第２画面データに手続情報を埋め込んで第２画面を表示する。

【0022】

本発明の一実施形態に係るソフトウエア開発キットは、上記のプログラムを開発するためのソフトウエア開発キットである。

【発明の効果】

【0023】

本発明の一実施形態は、異なる事業者間で複雑で手間のかかる手続に関する負担を軽減することができる。

【図面の簡単な説明】

【0024】

【図1】本発明の一実施形態に係る手続処理システムの構成を示すブロック図である。

【図2】本発明の一実施形態に係る情報処理装置のハードウエア構成を示すブロック図である。

【図3】通信端末のハードウエア構成を示すブロック図である。

【図4】本発明の一実施形態に係るアプリケーションのソフトウエア構成を示すブロック図である。

【図5】本発明の一実施形態に係る手続処理方法を説明するフローチャートである。

【図6】本発明の一実施形態に係る手続処理方法を説明するフローチャートである。

【図7】本発明の一実施形態に係る手続処理方法を説明するフローチャートである。

【図8】本発明の一実施形態に係る手続処理方法を説明するフローチャートである。

【発明を実施するための形態】

【0025】

以下、本発明の一実施形態について、図面を参照しながら詳細に説明する。以下に示す実施形態は本発明の実施形態の一例であって、本発明はこの実施形態に限定して解釈されるものではない。すなわち、以下に説明する複数の実施形態に公知の技術を適用して変形をして、様々な態様で実施をすることが可能である。

【0026】

なお、本明細書において、「第１」、「第２」等の序数は、当該序数が付された事項を区別するためのものであり、各事項の順序や優先度、重要度等を意味するものではない。

【0027】

（第１実施形態）
本実施形態では、本発明の一実施形態に係る手続処理システム１及び情報処理装置２２について、図１～図８を参照して説明する。以下、ソフトウエア開発キット（ＳＤＫ：Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ）をＳＤＫという。

【0028】

＜手続処理システムの概要＞
第１事業者の顧客に対して、第１事業者と連携した第２事業者にて各種サービスを提供するために伴う手続を実行させるために、第１事業者が第２事業者から手続を実行するためのＳＤＫの提供を受けてアプリケーションの開発を行う。そのために、本発明の一実施形態では、アプリケーションを開発する第１事業者に、手続を実行するためのＳＤＫを提供するための情報処理装置を提供する。また、第１事業者の顧客に対して、第１事業者と連携した第２事業者と手続を実行させるために、本発明の一実施形態では、手続処理システム、手続処理方法、及びコンピュータで実行可能なプログラムを提供する。また、当該ＳＤＫが組み込まれたアプリケーションにより、第１事業者と第２事業者との各種手続に関するサービスをシームレスに実行することが可能となる。

【0029】

図１は、本発明の一実施形態に係る手続処理システム１の構成を示すブロック図である。手続処理システム１は、第１事業者サーバ１０、第２事業者システム２０、プラットフォームサーバ４０、及び通信端末３０を含む。通信端末３０は、ネットワークＮＷを介して、第１事業者サーバ１０、第２事業者システム２０、及びプラットフォームサーバ４０と接続されている。

【0030】

本明細書等において、事業者とは、有線又は無線により音声通話やデータ通信などの通信サービスを提供する通信事業者、又は電子商取引などで商品の販売を行う商品販売企業、金融取引等の種々のサービスを提供する事業者をいう。本明細書等において、金融機関とは、例えば、銀行、信用金庫、郵便局、保険会社、または証券会社などをいう。

【0031】

本明細書等において、ユーザとは、第１事業者の顧客であって、第２事業者からサービスの提供を受ける者をいう。図１では、ユーザが通信端末３０を保有している。

【0032】

手続処理システム１は、第１事業者サーバ１０を、第２事業者システム２０と連携させることで、第１事業者サーバ１０に登録されているユーザの情報を利用して、第２事業者が各種サービスを提供するために伴う手続をユーザの通信端末３０で実行させる。手続処理システム１では、ユーザの通信端末３０にインストールされたアプリケーション１１を実行させる。通信端末３０は、アプリケーション１１に組み込まれたＳＤＫ１３によって第２事業者サーバ２１との間で適宜通信を行うことで手続を実行する。本実施形態では、アプリケーション１１は通信端末３０にインストールして使用するネイティブアプリケーションである場合について説明する。

【0033】

第１事業者サーバ１０は、第１事業者が保有するサーバである。第１事業者は、第２事業者と連携して第２事業者が提供するサービスを第１事業者の顧客に提供する。第２事業者からサービスの提供を受ける第１事業者は１又は複数である。

【0034】

第２事業者システム２０は、第２事業者が保有するシステムである。第２事業者は、第１事業社と連携して各種サービスを提供するために伴う手続を実行する。第２事業者サーバ２１及び情報処理装置２２を含む。第２事業者システム２０は、通信端末３０と適宜通信を行うことで手続を実行する。情報処理装置２２は、第１事業者サーバ１０を第２事業者システム２０と連携させることで、第１事業者サーバ１０に登録されているユーザの情報（手続情報ともいう）を利用して、第２事業者が各種サービスを提供するために伴う手続をユーザの通信端末３０で実行させるためのＳＤＫ１３を生成する。

【0035】

情報処理装置２２は、第２事業者サーバ２１に各種手続を実行させるためのＳＤＫ１３を生成して、第１事業者側のアプリケーション１１の開発者の端末に提供する。アプリケーション１１の開発者は提供されたＳＤＫ１３を利用して、各種手続を実行するためのアプリケーション１１を開発する。第１事業者サーバ１０は、開発されたＳＤＫ１３が組み込まれたアプリケーション１１を、プラットフォームサーバ４０に提供する。プラットフォームサーバ４０は、例えば、Ｇｏｏｇｌｅ Ｐｌａｙ（登録商標）、Ａｐｐ Ｓｔｏｒｅ（登録商標）などのデジタルコンテンツを提供するサーバに対応する。アプリケーション１１は、プラットフォームサーバ４０から、通信端末３０に提供される。

【0036】

通信端末３０は、例えば、ユーザによって所有される、スマートフォン等の携帯端末である。通信端末３０として、ＰＤＡ、タブレット、ラップトップコンピュータ、及びウエアラブルコンピュータなどが挙げられる。通信端末３０は、ブラウザアプリケーションを実行可能に構成され、ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等で記述された文字データ、図形画像データ又は制御データを受信する。通信端末３０は、受信した文字データ若しくは図形データに基づいて文字若しくは図形画像を表示部に表示する。また、通信端末３０は、第１事業者サーバ１０又は第２事業者サーバ２１から受信した制御データに応じた制御を行うことができる。また、通信端末３０は、ユーザによる操作を受付け、受付けた操作に応じた制御を行うことができる。通信端末３０は、プラットフォームサーバ４０からアプリケーション１１をダウンロードして、通信端末３０にインストールすることで、当該アプリケーション１１によって第２事業者サーバ２１に手続を実行させることが可能となる。

【0037】

＜情報処理装置のハードウエア構成＞
次に、ＳＤＫ１３を生成するための情報処理装置２２のハードウエア構成について、図２を参照して説明する。

【0038】

図２は、情報処理装置２２のハードウエア構成を示すブロック図である。図２に示すように、情報処理装置２２は、制御部１２１、表示部１２２、操作部１２３、通信部１２４、及び記憶部１２５を備える。制御部１２１、表示部１２２、操作部１２３、通信部１２４、及び記憶部１２５は、バス１２６を介して相互に接続されている。

【0039】

表示部１２２は、ディスプレイなどを含み、情報処理装置２２による処理結果を表示する。操作部１２３は、タッチセンサ、キーボード、又はマウス等を含み、情報処理装置２２に各種操作信号を入力するために用いられる。なお、ディスプレイ及びタッチセンサにより、タッチパネルが構成されていてもよい。

【0040】

通信部１２４は、情報処理装置２２をネットワークＮＷに接続するインタフェースである。これにより、情報処理装置２２は通信部１２４を介して、第１事業者側のアプリケーションの開発者の端末、又は第１事業者サーバ１０と通信を行うことができる。

【0041】

記憶部１２５は、プログラムやデータを格納する。格納されるプログラムやデータとして、情報処理装置２２を制御する基本ソフトウエアであるＯＳ及びＯＳ上において各種機能を提供するアプリケーションソフトウェア等が挙げられる。記憶部１２５には、ＳＤＫソースファイル１２５１が格納されている。ＳＤＫソースファイル１２５１は、ＳＤＫ１３のソースコードを含むファイルであって、第２事業者によって開発されたものである。本実施形態では、ＳＤＫソースファイル１２５１は、ＪＡＶＡ（登録商標）等により記述されている。記憶部１２５は格納しているプログラム、データ、ＳＤＫソースファイル１２５１を、所定のファイルシステム及び／又はＤＢ（Ｄａｔａ Ｂａｓｅ）により管理している。記憶部１２５に格納されるプログラム、データ、及びＳＤＫソースファイル１２５１は、複数の記憶装置に分散して格納されていてもよい。

【0042】

制御部３１は、ＣＰＵ（中央演算処理装置：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＰＵ（マイクロプロセッサ：Ｍｉｃｒｏ－Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等によって構成される。制御部３１による制御は、情報処理装置２２に備えられた記憶部１２５に記憶されている各種プログラムがＲＡＭ（ランダムアクセスメモリ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を作業領域として実行されることにより実現される。

【0043】

制御部１２１は、ＳＤＫ生成部１３１及びＳＤＫ提供部１３２を有する。ＳＤＫ生成部１３１は、ＳＤＫソースファイル１２５１に基づいて、手続を実行可能なアプリケーション１１に組み込まれるＳＤＫ１３を生成する。ＳＤＫ１３は、受信部１３１１、手続実行部１３１２、及び出力部１３１３を少なくとも有する手続方法をコンピュータに実行させるためのプログラムを、第１事業者の開発者が、アプリケーション１１に実装できるソフトウエア開発ツールのセットを含む。

【0044】

受信部１３１１は、第１事業者サーバ１０から第２事業者サーバ２１への連携要求を受信すると、ＳＤＫ１３を起動する。

【0045】

手続実行部１３１２は、連携部１３１５、画面制御部１３１４、本人確認部１３１６、及び事業者設定部１３１７を有する。連携部１３１５は、第１事業者サーバ１０から連携要求を受信すると、第２事業者サーバ２１と連携させる。連携部１３１５によって、ＳＤＫ１３と第２事業者サーバ２１とが連携することで、通信端末３０と第２事業者サーバ２１との間でデータを送受信することが可能となる。画面制御部１３１４は、フロント業務サーバ２１０から受信した画面データに基づいて各種画面を出力する。ここで、画面データとは、ユーザの入力を受け付けるユーザインターフェースを含む。本人確認部１３１６は、アプリケーション１１を利用するユーザが手続を実行する本人であることを確認する。事業者設定部１３１７は、ＳＤＫ１３を提供する第１事業者が複数ある場合に、各第１事業者を識別するために設定された設定情報が格納されている。

【0046】

出力部１３１３は、第２事業者サーバ２１から受信した手続の結果を第１事業者サーバ１０に出力することでＳＤＫ１３の処理を終了させる。

【0047】

ＳＤＫ提供部１３２は、ＳＤＫ生成部１３１にて生成されたＳＤＫ１３を、第１事業者側のアプリケーションの開発者の端末、又は第１事業者サーバ１０に提供する。第１事業者側で手続を実行可能なアプリケーション１１を開発する。

【0048】

＜通信端末のハードウエア構成＞
次に、通信端末のハードウエア構成について、図３を参照して説明する。

【0049】

図３は、通信端末３０のハードウエア構成を示すブロック図である。図３に示すように、通信端末３０は、制御部３１、表示部３２、操作部３３、通信部３４、記憶部３５、及び画像撮像部３６を備える。制御部３１、表示部３２、操作部３３、通信部３４、記憶部３５、及び画像撮像部３６は、バス３７を介して相互に接続されている。

【0050】

表示部３２は、通信端末３０のユーザに対して画像などを表示するデバイスである。表示部３２として、例えば、液晶ディスプレイ、有機ディスプレイ、又はＬＥＤディスプレイが挙げられる。表示部３２は、例えば、制御部３１から供給されるデータに応じた画像を表示する。また、表示部３２は、通信部３４が受信した画面データに応じた画面を表示する。

【0051】

操作部３３は、タッチセンサ、物理的なボタンを含み、通信端末３０に各種操作信号を入力するために用いられる。なお、ディスプレイ及びタッチセンサにより、タッチパネルが構成されていてもよい。操作部３３は、ユーザによる文字、数字、記号などの入力操作を受け付ける。また、操作部３３は、表示部３２に表示される画面にオブジェクトが含まれる場合、表示部３２に表示された画面に含まれるオブジェクトを指定する操作を受け付ける。操作部３３は、ユーザによる操作を受付けると、その操作に対応する信号を生成し、制御部３１に供給する。

【0052】

通信部３４は、通信端末３０をネットワークＮＷに接続するインタフェースである。これにより、通信端末３０は通信部３４を介して、第１事業者サーバ１０、第２事業者サーバ２１、プラットフォームサーバ４０と通信を行うことができる。通信部３４は、制御部３１から供給されたデータを第１事業者サーバ１０又は第２事業者サーバ２１に送信する。また、通信部３４は、第１事業者サーバ１０又は第２事業者サーバ２１からデータを受信し、制御部３１に供給する。

【0053】

画像撮像部３６は、結像光学系、撮像素子及び画像処理部等を備える。結像光学系は、例えば光学レンズであり、被写体からの光束を撮像素子の撮像面上に結像させる。撮像素子は、例えば、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）又はＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）等であり、撮像面上に結像した被写体像の画像信号を出力する。画像撮像部３６は、撮像素子によって生成された画像信号から所定のファイル形式の画像データを作成して出力する。また、画像撮像部３６は、画像データを記憶部３５に格納する。

【0054】

記憶部３５は、プログラムやデータを格納する。格納されるプログラムやデータとして、通信端末３０を制御する基本ソフトウエアであるＯＳ及びＯＳ上において各種機能を提供するアプリケーションソフトウェア等が挙げられる。記憶部３５には、アプリケーション１１のプログラムが格納されている。アプリケーション１１は、プラットフォームサーバ４０からダウンロードされてインストールされたものである。また、記憶部３５には、画像撮像部３６によって撮像された画像データが格納されてもよい。記憶部３５は、アプリケーション１１に入力された情報を一時的に保持してもよい。

【0055】

制御部３１は、ＣＰＵ（中央演算処理装置：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＭＰＵ（マイクロプロセッサ：Ｍｉｃｒｏ－Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等によって構成される。制御部３１による制御は、記憶部３５に記憶されている各種プログラムがＲＡＭ（ランダムアクセスメモリ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を作業領域として実行されることにより実現される。本実施形態では、記憶部３５に格納されたアプリケーション１１は制御部３１のＲＡＭを作業領域として実行される。

【0056】

以降の説明では、図１に示す手続処理システム１において、第１事業者を通信事業者、第２事業者を金融機関、及びユーザを通信事業者の顧客に適用した場合について説明する。金融機関は、通信事業者と連携して金融取引のサービスを提供するために伴う手続を実行する。

【0057】

本明細書等において、金融取引とは、銀行、保険会社、証券会社等が扱う商品であって、例えば、預金、投資信託、保険商品、株式、国債、外国為替、融資、仮想通貨、コモディティまたはこれらの組み合わせを含み、これらの金融取引のための新規口座開設、口座振替を含む。また、金融取引情報とは、上記の金融取引を実行するために必要な情報をいう。金融取引情報とは、例えば、氏名、住所、電話番号、ＩＤ、パスワード、口座番号、金融商品、及び金額などの情報の少なくとも一つを含む。

【0058】

図４に、通信端末３０にて実行可能なアプリケーション１１と、通信事業者サーバ１１０及び金融機関システム２００との関係を示す。本実施形態では、手続として、通信事業者の顧客がアプリケーション１１により金融機関において新規口座開設を実行する場合について、図４を参照して説明する。通信端末３０には、ＳＤＫ１３が組み込まれたアプリケーション１１がインストールされている状態である。

【0059】

アプリケーション１１は、事業者アプリケーション１１１及びＳＤＫ１３を含む。事業者アプリケーション１１１は、通信事業者側で開発されたアプリケーションである。通信端末３０は、事業者アプリケーション１１１により、通信事業者サーバ１１０とＡＰＩによって接続される。また、事業者アプリケーション１１１によって、表示部３２に、通信事業者サーバ１１０と連携して手続を実行するための画面を表示する。事業者アプリケーション１１１は、ＳＤＫ１３を呼び出して、手続を実行させる。

【0060】

通信事業者サーバ１１０は、通信事業者が保有するサーバである。通信事業者サーバ１１０は、顧客情報ＤＢ１２０と接続されている。顧客情報ＤＢ１２０には、通信事業者の顧客の氏名、住所、電話番号、生年月日、電話番号等が顧客情報として格納されている。通信事業者サーバ１１０は、事業者アプリケーション１１１から顧客情報の提供が要求されると、顧客情報ＤＢ１２０を参照して該当する顧客に対して、氏名、住所、電話番号、生年月日、電話番号等の少なくとも一つを顧客情報を抽出して、事業者アプリケーション１１１に送信する。また、通信事業者サーバ１１０は、事業者アプリケーション１１１から、手続に関する処理結果を受信する。

【0061】

金融機関システム２００は、いわゆるＢａａｓ（Ｂａｎｋｉｎｇ Ａｓ Ａ Ｓｅｒｖｉｃｅ）によって、各種金融取引を可能にする。Ｂａａｓとは、金融機関が提供する機能や金融サービスをＡＰＩ経由で提供するクラウドサービスである。金融機関システム２００は、例えば、フロント業務サーバ２１０、後方事務支援サーバ２２０などを含む。フロント業務サーバ２１０は、通信端末３０とデータの送受信を行うサーバである。ここで、通信端末３０と接続されるフロント業務サーバ２１０はＢａａＳを利用している。金融機関システム２００は、フロント業務サーバ２１０及び後方事務支援サーバ２２０以外に、サービスを提供するために伴う各種手続に応じてサーバを複数有していてもよい。フロント業務サーバ２１０は、通信端末３０と種々のデータを送受信することで手続を実行させる。

【0062】

フロント業務サーバ２１０は、連携部２４１、アプリケーションサーバ２４２、及び金融機関内連携部２４３を有する。連携部２４１は、通信端末３０の連携部１３１５からの要求により、フロント業務サーバ２１０と通信端末３０とをＲＥＳＴ ＡＰＩ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）により接続する。アプリケーションサーバ２４２として、例えば、ＪＢｏｓｓ（登録商標）を用いる。アプリケーションサーバ２４２には、通信端末３０に手続を実行させるための各種画面データが格納されている。アプリケーションサーバ２４２は、通信端末３０からの要求に応じて、画面データを選択して連携部２４１を介して、連携部１３１５に送信する。金融機関内連携部２４３は、後方事務支援サーバ２２０と連携してデータを送受信する。後方事務支援サーバ２２０は、フロント業務サーバ２１０からの要求により、口座開設処理を実行するためのサーバである。例えば、後方事務支援サーバ２２０は、通信端末３０から取得した申込情報に基づいて、金融機関における口座を開設するための処理を実行する。後方事務支援サーバ２２０は、口座開設処理後、口座番号をフロント業務サーバ２１０に送信する。

【0063】

ＳＤＫ１３は、金融機関が保有する情報処理装置２２によって生成されたものである。ＳＤＫ１３は、受信部１３１１、手続実行部１３１２、及び出力部１３１３を有する。受信部１３１１は、事業者アプリケーション１１１を介して通信事業者サーバ１１０からＳＤＫ１３を起動する信号を受信すると、ＳＤＫ１３を呼び出して処理を開始する。

【0064】

手続実行部１３１２において、連携部１３１５は、フロント業務サーバ２１０と、ＲＥＳＴ ＡＰＩにより接続する。画面制御部１３１４は、連携部１３１５がフロント業務サーバ２１０から受信した画面データに基づいて、表示部３２に画面を表示させる。事業者設定部１３１７は、複数の事業者ごとを識別するための設定事項を格納する。複数の事業者に手続の機能を提供する場合には、複数の事業者ごとに、事業者設定部１３１７に格納された設定情報を変更すればよい。事業者設定部１３１７において、事業者を識別する識別情報を変更する、サーバの定義値を変更する、又は事業者ごとに静的コンテンツを変更して配置するだけで、事業者に応じたＳＤＫ１３を提供することができる。例えば、事業者設定部１３１７には、画面制御部１３１４において、表示させる画面の設定事項が格納されていてもよい。口座を開設するための注意事項及び規約が、事業者ごとに異なる場合がある。また、金融機関が提供する手続のサービスが、事業者ごとに異なる場合がある。そのため、事業者設定部１３１７では、注意事項及び規約に関する情報、並びに金融機関が提供する金融取引に関する情報について、事業者ごとに異なるように設定されている。事業者設定部１３１７は画面制御部１３１４に設定情報を提供することで、画面制御部１３１４は、設定情報を反映して、通信事業者ごとに異なる画面を提供する。また、設定情報には、事業者を識別するための識別情報が含まれていてもよい。識別情報は、フロント業務サーバ２１０において要求を受信した際に、どの事業者からの要求であるかを識別するための情報である。フロント業務サーバ２１０が識別情報を受信すると、識別情報に応じて異なる処理を実行することができる。本実施形態では、事業者設定部１３１７には、通信事業者に対応する設定情報が設定されている。

【0065】

本人確認部１３１６は、ｅ－ＫＹＣ ＳＤＫによって本人確認を実行する。ここで、ｅ－ＫＹＣとは、インターネットを介してユーザから送信された運転免許証等の本人確認書類の画像に基づいてオンラインで当該ユーザの本人確認を行う電子的本人確認を実行する。ｅ－ＫＹＣとは、ｅｌｅｃｔｒｏｎｉｃ Ｋｎｏｗ Ｙｏｕｒ Ｃｕｓｔｏｍｅｒを意味する。本人確認部１３１６は、本人認証サーバ５０と接続して、本人確認書類の画像及び通信端末３０から取得した顔写真を本人認証サーバ５０に送信する。本人認証サーバ５０は、本人確認書類の画像と通信端末３０から取得した顔写真とを照合して、照合結果を本人確認部１３１６に送信する。本実施形態では、本人確認部１３１６は、ＳＤＫ１３の内部にパッケージング（カプセル化ともいう）せずに、依存関係のあるライブラリとして提示する場合について説明するが、ＳＤＫ１３の内部に本人確認部１３１６をパッケージングしてもよい。

【0066】

出力部１３１３は、事業者アプリケーション１１１を介して、通信事業者サーバ１１０にデータを出力すると、ＳＤＫ１３による処理を終了する。

【0067】

本発明の一実施形態に係るソフトウエア開発キットによれば、金融機関が保有する情報処理装置２２によりフロント業務サーバ２１０と連携が可能なＳＤＫ１３を通信事業者側に提供し、通信事業者側で手続を実行可能なアプリケーション１１を開発することができる。通信事業者側で、手続を実行するための法令に基づく処理を担保できる機能を実装することが容易となる。

【0068】

本発明の一実施形態に係るソフトウエア開発キットによれば、事業者設定部１３１７に複数の事業者ごとに異なる設定情報を格納されている。このようなＳＤＫ１３を複数の事業者に提供することにより、金融機関が複数の事業者に金融取引のサービスを提供する場合であっても、金融機関側における開発の工数を削減することができる。また、各事業者における開発の工数を削減することができる。また、金融機関側で金融取引のための仕様に改変が生じた場合であっても、ＳＤＫ１３の画面制御部１３１４に含まれる修正であれば、再度事業者側でＳＤＫ１３を取り込む処理が不要となる。また、画面制御部１３１４以外の一部のネイティブアプリケーションを修正する必要がある場合には、事業者側へ改変したＳＤＫ１３の再配布を行えばよい。

【0069】

＜新規口座開設フロー＞
次に、本発明の一実施形態に係るプログラム（ＳＤＫ１３が組み込まれたアプリケーション１１）による手続処理方法の一例について、図２～図８を参照して説明する。当該プログラムは、通信端末３０の制御部３１によって実行される。図５～図８には、通信端末３０、通信事業者サーバ１１０、フロント業務サーバ２１０、後方事務支援サーバ２２０、及び本人認証サーバ５０におけるフローについて記載されている。図５～図８は、通信事業者サーバ１１０と金融機関システム２００とが連携して、通信端末３０に金融機関システム２００において手続を実行させる一連のフローである。

【0070】

通信端末３０において、アプリケーション１１を起動すると、事業者アプリケーション１１１によって表示部３２に新規口座開設申込のための画面が表示される。画面には新規口座開設申し込みのオブジェクトが含まれている。表示部３２に表示された画面のうち新規口座開設申込のオブジェクトが選択されるとフローを開始する（ステップＳ１１）。事業者アプリケーション１１１は新規口座開設申込のオブジェクトが選択されると、表示部３２に本人情報を入力するための画面を出力する。ここで、本人情報とは、名前、性別、生年月日、及び住所を含む。また、本人情報として、電話番号を含んでいてもよい。事業者アプリケーション１１１は、本人情報を入力するための画面に、本人情報が入力されると、通信部３４から通信事業者サーバ１１０に本人情報を送信する（ステップＳ１２）。

【0071】

通信事業者サーバ１１０は本人情報を受信すると、本人情報に基づいて顧客情報データベース１２０を参照して該当する顧客を検索する。通信事業者サーバ１１０は該当する顧客の情報を顧客情報データベース１２０から抽出する（ステップＳ１３）。本実施形態において、抽出された顧客情報は、手続情報に相当し、ＳＤＫ１３に連携する情報である。通信事業者サーバ１１０は、事業者アプリケーション１１１に、ＳＤＫ１３への連携要求及び顧客情報を送信する（ステップＳ１４）。また、通信事業者サーバ１１０は、顧客情報データベース１２０から抽出した顧客情報を事業者アプリケーション１１１に送信する。

【0072】

ＳＤＫ１３の受信部１３１１は、事業者アプリケーション１１１からＳＤＫ１３への連携要求及び顧客情報を受信する（ステップＳ１５）。受信部１３１１は、ＳＤＫ１３への連携要求を受信すると、ＳＤＫ１３を起動してＳＤＫ１３によるフローを開始する（ステップＳ１６）。ＳＤＫ１３の連携部１３１５は、フロント業務サーバ２１０にＡＰＩ連携を要求する（ステップＳ１７）。フロント業務サーバ２１０の連携部１３１５とＡＰＩにより連携されることで、通信端末３０は、フロント業務サーバ２１０と通信することが可能となる。ＳＤＫ１３の手続実行部１３１２は、フロント業務サーバ２１０と通信しながら新規口座開設の手続きを進めていく。

【0073】

フロント業務サーバ２１０から提供される各種画面は、金融機関にて予め生成された画面データである。画面データはアプリケーションサーバ２４２に格納されている。フロント業務サーバ２１０はＳＤＫ１３と連携されると、注意事項及び規約の画面データを連携部１３１５に送信する（ステップＳ１８）。連携部１３１５は、注意事項及び規約の画面データを受信すると、画面制御部１３１４は、表示部１２２に注意事項及び規約の画面を表示する（ステップＳ１９）。画面には注意事項及び規約のテキストとともに、注意事項及び規約に同意する旨のオブジェクトが含まれている。注意事項として、例えば、ステップＳ１１にて、アプリケーション１１から取得した本人情報を通信事業者サーバ１１０及び金融機関システム２００にて共有可能にすることについて記載されている。操作部３３によって、注意事項及び規約に同意する旨のオブジェクトを指定する操作を受け付けると、連携部１３１５は、注意事項及び規約に同意する旨の信号を、フロント業務サーバ２１０に送信する（ステップＳ２１）。

【0074】

フロント業務サーバ２１０は、注意事項及び規約に同意する旨の信号を受信すると、本人確認のための画面データを、連携部１３１５に送信する（ステップＳ２２）。ここで、本人確認とは、通信端末を利用したオンラインでの手続の手続きを可能とするための確認処理をいう。本人確認は、本人確認部１３１６に含まれるｅ－ＫＹＣ ＳＤＫによって実行する。本人確認では、例えば、運転免許証、パスポート、マイナンバーカードなどの公的な証明書を用いた確認を行う。本人確認情報とは、公的な証明書を撮影した画像であってもよいし、公的な証明書に含まれるＩＣチップに記憶された画像、氏名、住所等のデータであってもよい。

【0075】

ｅ－ＫＹＣの一例を説明すると、本人確認部１３１６は本人確認の画面データを受信すると、表示部１２２に本人確認のための画面を表示する（ステップＳ２３）。本人確認のための画面には、画像撮像部３６のカメラを起動するためのオブジェクトが含まれていてもよい。操作部３３によって、当該オブジェクトを指定する操作を受け付けると、画像撮像部３６を起動する。ユーザは、画像撮像部３６によって、本人確認画像データを取得する。ここでは、本人確認画像データとして、運転免許証の画像、パスポートの画像、マイナンバーカードの画像などが挙げられる。本人確認部１３１６は、これらの画像データのうちいずれか一つを取得すると、本人確認画像から顔写真画像を抽出して、抽出した顔写真画像データを通信端末３０の記憶部３５に記憶させる。また、本人確認部１３１６は、ユーザが画像撮像部３６のカメラを操作して自身の顔を撮影することで、ユーザの顔画像である照合に用いる照合画像データを取得し、取得した照合画像データを記憶部に記憶させる（ステップＳ２４）。本人確認部１３１６は、記憶部３５に記憶された顔写真画像データと照合画像データとを本人認証サーバ５０に送信し、本人確認を依頼する（ステップＳ２５）。本人認証サーバ５０、顔写真画像と照合画像とを照合する（ステップＳ２６）。本人認証サーバ５０は、ユーザが本人確認書類の持ち主と同一人物であるとの認証結果が得られた場合、本人確認を正常終了する。本人認証サーバ５０は、ユーザが本人確認書類の持ち主と同一人物であるとの認証結果が得られなかった場合、エラー処理を実行する。本人認証サーバ５０は、本人確認部１３１６に認証結果を送信する（ステップＳ２７）。

【0076】

本人確認部１３１６は、認証結果を受信する（ステップＳ２８）。本人確認部１３１６は、認証結果として本人認証に成功したことが示された場合、連携部１３１５からフロント業務サーバ２１０に申込確認画面データを要求する（ステップＳ２９）。連携部１３１５は、金融機関サーバから申込確認画面データを受信すると（ステップＳ３１）、画面制御部１３１４は、ステップＳ１５において事業者サーバが取得した申込確認画面データに顧客情報を埋め込んで（フィルイン）（ステップＳ３２）、表示部１２２に申込確認画面を表示する（ステップＳ３３）。

【0077】

ユーザは、表示部に表示された申込確認画面における顧客情報に誤りがないかを確認する。ユーザは、表示部３２に表示された申込確認画面における顧客情報に誤りがある場合には、操作部３３によって正しい顧客情報に訂正する。ユーザは、表示部３２に表示された申込確認画面に顧客情報に誤りがない場合には、操作部３３によって、申込確認画面に含まれる内容を確認した旨のオブジェクトを指定する操作を実行する。操作部３３は、オブジェクトを指定する操作を受け付けると、当該操作に対応する信号を生成する。連携部１３１５はフロント業務サーバ２１０に申込内容を確認した旨の信号を送信する（ステップＳ３４）。フロント業務サーバ２１０は、申込内容を確認した旨の信号を受信すると、口座開設のための受付番号を生成する（ステップＳ３５）。本実施形態において、受付番号は手続の結果に相当する。フロント業務サーバ２１０は、申込内容を確認した旨の信号を口座開設の申込情報として、後方事務支援サーバ２２０に送信する（ステップＳ３６）。後方事務支援サーバ２２０における処理については後述する。

【0078】

フロント業務サーバ２１０は、受付番号を連携部１３１５に送信する（ステップＳ３７）。連携部１３１５にて受付番号を受信すると、出力部１３１３から事業者アプリケーション１１１に受付番号を出力する。これにより、ＳＤＫ１３による処理が終了する（ステップＳ３８）。

【0079】

事業者アプリケーション１１１は、通信事業者サーバ１１０とＡＰＩ連携を要求し、通信事業者サーバ１１０に受付番号を送信する（ステップＳ３９）。事業者アプリケーション１１１は、受付番号を通信事業者サーバ１１０に送信すると、表示部に口座開設申込の受付完了案内の画面を表示する（ステップＳ４１）。受付完了案内の画面には、受付番号が含まれる。また、通信事業者サーバ１１０は受付番号を受信すると、顧客情報データベース１２０において顧客情報と受付番号とを紐づける処理を実行する（ステップＳ４２）。

【0080】

後方事務支援サーバ２２０はフロント業務サーバ２１０から申込情報を受信すると、申込情報院基づいて口座開設処理を実行する（ステップＳ４３）。後方事務支援サーバ２２０は口座が開設された場合には、フロント業務サーバ２１０に口座番号を送信する（ステップＳ４４）。なお、後方事務支援サーバ２２０にて口座が開設できなかった場合には、口座が開設できなかった旨の理由を、フロント業務サーバに送信する。フロント業務サーバ２１０は口座番号を受信すると、口座番号と受付番号を紐づける（ステップＳ４５）。次に、フロント業務サーバ２１０は、通信事業者サーバ１１０に口座番号を送信する（ステップＳ４６）。通信事業者サーバ１１０は口座番号を受信すると、顧客情報と口座番号とを紐づけして、顧客情報ＤＢ１２０に格納する。

【0081】

以上により、新規口座開設のフローが完了する。

【0082】

以上説明した通り、本発明の一実施形態に係るプログラム（ＳＤＫ１３が組み込まれたアプリケーション１１）によれば、金融機関システム２００と通信事業者サーバ１１０とのデータの連携を容易にすることができる。これにより、通信事業者の顧客が、銀行で新規口座開設を希望する場合、通信事業者が提供するアプリケーションと、銀行が提供するアプリケーション又はウェブサイトを行き来することなく、シームレスに手続きを実行することができる。

【0083】

ＳＤＫ１３には、手続について、金融機関側で担保する法令に伴う要件に対する機能を組み込むことができる。これにより、例えば、本人確認のような金融機関側で担保する必要がある法令に伴う要件に対する機能を、通信事業者側でアプリケーション１１に実装することが容易となる。

【0084】

事業者設定部１３１７に、各事業者に対する設定情報が格納されている。複数の事業者に手続の機能を提供する場合には、複数の事業者ごとに、事業者設定部１３１７に格納された設定情報を変更すればよい。事業者設定部１３１７において、事業者を識別する識別情報を変更する、サーバの定義値を変更する、又は事業者ごとに静的コンテンツを変更して配置するだけで、事業者に応じたＳＤＫ１３を提供することができる。

【0085】

ＳＤＫ１３に設定された識別情報により、フロント業務サーバ２１０にて、アプリケーション１１を識別することができる。つまり、フロント業務サーバ２１０にて、フロント業務サーバ２１０にアクセス可能な他のアプリケーションと、アプリケーション１１とを識別することができる。また、異なる事業者に、設定情報が異なるＳＤＫ１３を配布した場合に、いずれのＳＤＫ１３が組み込まれたアプリケーション１１であるかを識別することができる。これにより、後方事務支援サーバ２２０において、口座開設処理を実行して口座が開設された後、異なるアプリケーション１１ごと、又は異なる事業者ごとに異なるサービスを提供することができる。

【0086】

したがって、ユーザ、金融機関、通信事業者のいずれにとっても利便性の高い手続スキームを実現することができる。

【0087】

本実施形態では、アプリケーション１１として、ネイティブアプリケーションである場合ついて説明したが、これに限定されず、ウェブブラウザ上で操作可能なウェブアプリケーションであってもよい。

【0088】

本実施形態では、通信事業者と金融機関とが連携して手続を実行する場合について説明したが、これに限定されず、金融機関と金融機関とが連携して手続を実行してもよいし、事業者と他の事業者とが連携して手続を実行する場合にも適用できる。

【符号の説明】

【0089】

１：手続処理システム、１０：第１事業者サーバ、１１：アプリケーション、２０：第２事業者システム、２１：第２事業者サーバ、２２：情報処理装置、３０：通信端末、３１：制御部、３２：表示部、３３：操作部、３４：通信部、３５：記憶部、３６：画像撮像部、３７：バス、４０：プラットフォームサーバ、５０：本人認証サーバ、１１０：通信事業者サーバ、１１１：事業者アプリケーション、１２０：顧客情報データベース（顧客ＤＢ）、１２１：制御部、１２２：表示部、１２３：操作部、１２４：通信部、１２５：記憶部、１２６：バス、１３１：生成部、１３２：提供部、２００：金融機関システム、２１０：フロント業務サーバ、２２０：後方事務支援サーバ、２４１：連携部、２４２：アプリケーションサーバ、２４３：金融機関内連携部、１２５１：ソースファイル、１３１１：受信部、１３１２：手続実行部、１３１３：出力部、１３１４：画面制御部、１３１５：連携部、１３１６：本人確認部、１３１７：事業者設定部、ＮＷ：ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】