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

Abstract

【課題】アプリケーションの開発元は、アプリケーションごとに、アプリケーションストアの審査を受け、各決済サービスの決済機能を組み込んで開発する必要がある。
【解決手段】ユーザによって選択されたミニアプリを識別するための識別子を、ユーザが利用する第１のコンピュータから受信する受信部と、ミニアプリに対するユーザの認証を、識別子に関連付けられたミニアプリを管理する第２のコンピュータに依頼する認証部と、認証によりユーザが認可された場合、ユーザにデジタルウォレットアプリケーション上でミニアプリを利用させるように制御する認可部とを備えたことを特徴とする情報処理装置が提供される。
【選択図】図３

Description

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

スマートフォンなどのユーザは、アプリケーションストアに登録されたアプリケーション群から希望のアプリケーションを検索し、ユーザのスマートフォン上などで各アプリケーションを利用することができる。また、アプリケーションの開発元は、アプリケーションストアに開発したアプリケーションを登録することでユーザにアプリを提供することができる。

また、アプリケーションストアの販売システム自体もユーザおよびアプリケーションの開発元のニーズに伴い新しい態様が日々開発されており、例えば特許文献１ではＢ２Ｂ（Ｂｕｓｉｎｅｓｓ－ｔｏ－Ｂｕｓｉｎｅｓｓ）を対象としたアプリケーションの販売において、購入閲覧が可能なユーザをアプリケーションの開発元が指定することができるアプリケーション販売管理サーバシステムが開示されている。

また、アプリケーションの利用に対する決済手段は、クレジットカード、デビットカード、およびプリペイドカードによる決済に加え、コード決済など多くの手段がある。さらに、各決済手段を提供するサービス提供者は複数あり、それぞれで提供される決済サービスは異なる。

特開２０１９－２１０９１号公報

一方で、アプリケーションの開発元は、アプリケーションのリリースの度にアプリケーションストアの提供元に対して、アプリケーションストアに登録するための申請手続きを行ない、審査を受ける必要がある。また、アプリケーションの開発元は、多くの決済サービスに対応するために、アプリケーションごとに各決済サービスの決済機能を組み込んで開発する必要がある。また、当然ながら決済機能はセキュアなものである必要がある。このように、アプリケーションの開発元の負荷は大きい。

そこで、本開示では、アプリケーションの開発元が、より容易に、アプリケーションを開発およびアプリケーションストアに登録し、ユーザに提供することができる情報処理装置、情報処理方法、および情報処理プログラムを提案する。

本開示によれば、デジタルウォレットアプリケーションを利用するユーザによって選択された第１のミニアプリを識別するためのミニアプリ識別子を、ユーザが利用する第１のコンピュータから受信する受信部と、第１のミニアプリに対するユーザの認証を、ミニアプリ識別子に関連付けられた第１のミニアプリを管理する第２のコンピュータに依頼する認証部と、認証によりユーザが認可された場合、ユーザにデジタルウォレットアプリケーション上で第１のミニアプリを利用させるように制御する認可部とを備えたことを特徴とする情報処理装置が提供される。

また、本開示によれば、情報処理装置が、デジタルウォレットアプリケーションを利用するユーザによって選択された第１のミニアプリを識別するためのミニアプリ識別子を、ユーザが利用する第１のコンピュータから受信し、ユーザの認証を、ミニアプリ識別子に関連付けられた第１のミニアプリを管理する第２のコンピュータに依頼し、認証によりユーザが認可された場合、ユーザにデジタルウォレットアプリケーション上で第１のミニアプリを利用させるように制御する処理を実行することを特徴とする情報処理方法が提供される。

また、本開示によれば、情報処理装置に、デジタルウォレットアプリケーションを利用するユーザによって選択された第１のミニアプリを識別するためのミニアプリ識別子を、ユーザが利用する第１のコンピュータから受信し、ユーザの認証を、ミニアプリ識別子に関連付けられた第１のミニアプリを管理する第２のコンピュータに依頼し、認証によりユーザが認可された場合、ユーザにデジタルウォレットアプリケーション上で第１のミニアプリを利用させるように制御する処理を実行させることを特徴とする情報処理プログラムが提供される。

本実施形態に係る情報処理システムの構成例を示す図である。 同実施形態に係る情報処理装置１００の機能構成例を示すブロック図である。 同実施形態に係るデジタルウォレットサービスの一例を示す図である。 同実施形態に係るデジタルウォレットサービスのミニアプリの利用から決済処理の流れを示すフローチャートである。 同実施形態に係るデジタルウォレットサービスへのミニアプリの登録処理の流れを示すフローチャートである。 同実施形態に係る情報処理装置１００のハードウェア構成例を示すブロック図である。

以下に、本実施形態について図面に基づいて詳細に説明する。なお、本明細書および図面において、実質的に同一の部位には、同一の符号を付することにより重複する説明を省略する。

なお、説明は以下の順序で行うものとする。
１．実施形態
１．１．システム構成例
１．２．機能構成例
１．３．機能の詳細
１．４．機能の流れ
２．ハードウェア構成例
３．まとめ

＜１．実施形態＞
＜＜１．１．システム構成例＞＞
まず、本実施形態に係る情報処理システムの構成例について説明する。図１は、本実施形態に係る情報処理システムの構成例を示す図である。図１に示すように、情報処理システムは、情報処理装置１００、ユーザ端末２００、開発元装置３００－１～３００－ｎ（ｎは任意の整数。以下、まとめて「開発元装置３００」という）、ウォレットサーバ装置４００、および外部決済サーバ装置５００－１～５００－ｍ（ｍは任意の整数。以下、まとめて「外部決済サーバ装置５００」という）を含む。図１に示すように、情報処理装置１００と、ユーザ端末２００、開発元装置３００、ウォレットサーバ装置４００、および外部決済サーバ装置５００とはネットワークＮを介して相互に通信可能に接続される。なお、ネットワークＮは、有線、無線を問わず、インターネットなどの各種通信網を採用することができる。

情報処理装置１００は、デジタルウォレットサービスなどを提供するサービス提供者によって管理されるコンピュータである。情報処理装置１００は、デジタルウォレットサービスの提供者によって開発されたデジタルウォレットアプリケーションをプラットフォームとして、その中で機能する各種ミニアプリ（Ｍｉｎｉ ａｐｐ）を、ユーザ端末２００を介してユーザに提供する。デジタルウォレットアプリケーションは、アプリケーションストアの提供元の審査を通過し、アプリケーションストアに既に登録されている。また、情報処理装置１００は、別のサービス提供者が提供する別のプラットフォームアプリケーションに対してミニアプリの登録申請を行ったり、別のプラットフォームアプリケーション上で動作させるためのプログラムなどをミニアプリに組み込んだ上で別のプラットフォームアプリケーションにアップロードを行ったりすることもできる。

ミニアプリとは、ミニプログラムやウィジェット（Ｗｉｄｇｅｔ）などとも呼ばれる独立したアプリケーションソフトである。ユーザ視点で見ると、例えば、プラットフォームとなるデジタルウォレットアプリケーションの一機能としてミニアプリが提供され、利用することができる。そのため、例えば、ユーザは、ミニアプリの利用に対する決済処理などのために、都度、ユーザ情報を登録する必要はない。また、ユーザは各種ミニアプリを利用する際にログインが必要な場合であっても、プラットフォームアプリケーションに対してログインすれば、各種ミニアプリに自動的にログインすることができる（いわゆる、シングルサインオン）。

また、ミニアプリの開発元視点で見ると、アプリケーションストアへの登録申請や審査を直接行う必要はなく、既にアプリケーションストアに登録されたプラットフォームアプリケーションに対して機能拡張という形でミニアプリをリリースすることができる。そのため、プラットフォームアプリケーションに対する登録申請や審査を行う必要はあるものの、アプリケーションストアへの登録申請や審査と比較すると手続きや審査基準に対するミニアプリの開発元の負荷を軽減させることができる。すなわち、プラットフォームアプリケーションがミニアプリのアプリケーションストアの役割を果たすことになる。また、上述したように、情報処理装置１００は、情報処理装置１００が提供するデジタルウォレットアプリケーション以外の別のプラットフォームアプリケーションに対するミニアプリの登録申請やアップロードを行うこともできるため、ミニアプリの開発元の負荷をさらに軽減させることができる。

また、ミニアプリの開発元は、プラットフォームアプリケーションの提供者から、ミニアプリの開発環境や、既にあるＡＰＩ（アプリケーションプログラムインタフェース）の提供を受けることができるなど、開発負担を軽減させることができる。特に、決済処理は、電子マネー決済やＱＲコード（登録商標）決済など決済方法ごと、さらに各決済手段を提供する決済サービス会社ごとにプログラムを作成する必要がある。しかしながら、ミニアプリではプラットフォームアプリケーションの決済処理用プログラムを、ＡＰＩを介して利用することができ、改めて決済処理用プログラムのすべてを作成する必要はない。

一方で、プラットフォームアプリケーションの提供者は、決済処理用プログラムなど、ミニアプリで共通で利用できる機能部分の開発は必要であるものの、ミニアプリが開発されることによって、自己開発しなくてもプラットフォームアプリケーションを充実させることができるというメリットがある。

情報処理装置１００による各種ミニアプリのユーザへの提供は、例えば、ユーザが利用可能なミニアプリ群の一覧をユーザ端末２００に送信することにより行われる。なお、ユーザによって選択されたミニアプリとは、ミニアプリ群の一覧においてデフォルト選択され、ユーザによって選択を解除されなかったミニアプリも含む。また、情報処理装置１００は、ユーザによって選択されたミニアプリに対するユーザ認証を開発元装置３００に依頼する。当該ユーザ認証によりユーザが認可された場合、情報処理装置１００は、認可されたユーザにデジタルウォレットアプリケーション上で選択されたミニアプリを利用させるように制御する。

また、情報処理装置１００は、デジタルウォレットアプリケーションへのミニアプリの登録申請を、当該ミニアプリを開発した開発元の開発元装置３００から受信する。受信された登録申請に基づいてミニアプリに対する審査がデジタルウォレットサービスを提供するサービス提供者によって行われ、情報処理装置１００に審査結果が登録されると、情報処理装置１００は、開発元装置３００に審査結果を送信する。また、情報処理装置１００は、デジタルウォレットサービスのサービス提供者による審査を通過したミニアプリを、開発元装置３００から受信し、デジタルウォレットサービスを提供するためのデジタルウォレットアプリケーションに登録する。これにより、ミニアプリがミニアプリ群の一覧に追加され、ユーザ端末２００を介してユーザにミニアプリを提供することができる。

また、情報処理装置１００は、ミニアプリの利用に対する決済処理を、決済方法ごとに、ウォレットサーバ装置４００または外部決済サーバ装置５００に依頼する。

なお、情報処理装置１００は、クラウドサーバ装置であってもよいし、複数台のコンピュータで構成される分散型コンピューティングシステムであってもよい。情報処理装置１００の機能構成の詳細については後述する。

ユーザ端末２００は、ユーザが所有し使用する端末である。ユーザ端末２００は、スマートフォンやタブレットＰＣなどのモバイル端末であってもよいし、ユーザの自宅などに設置される据え置き端末であってもよい。ユーザは、ユーザ端末２００を介して、情報処理装置１００が提供するデジタルウォレットアプリケーションにアクセスし、ミニアプリ群の一覧から利用したいミニアプリを選択する。また、ユーザは、ユーザ端末２００を介して、選択したミニアプリを利用する。なお、ミニアプリを利用する際、ミニアプリごとにユーザ認証が行われる場合もあるが、当該ユーザ認証は、デジタルウォレットアプリケーションを利用する際に登録されたユーザ情報を用いて行われ、ユーザが改めてユーザ情報を登録する必要はない（追加の情報や、登録済みのユーザ情報の確認が求められることはあり得る）。

開発元装置３００は、ミニアプリの開発元などによって管理されるコンピュータである。デジタルウォレットアプリケーションに登録される各種ミニアプリは、様々な開発元によって開発されるため、開発元装置３００も開発元ごとに開発元装置３００－１～３００－ｍといったように複数台あり得る。

開発元装置３００は、ユーザによって選択されたミニアプリに対するユーザ認証の依頼を、情報処理装置１００から受信する。また、開発元装置３００は、ユーザ認証の依頼に対する認証結果を情報処理装置１００に送信する。

また、開発元装置３００は、開発したミニアプリのデジタルウォレットアプリケーションへの登録申請を情報処理装置１００に送信し、当該登録申請に対する審査結果を情報処理装置１００から受信する。また、開発元装置３００は、デジタルウォレットサービスのサービス提供者による審査を通過したミニアプリを、情報処理装置１００に送信する。

ウォレットサーバ装置４００も、デジタルウォレットサービスなどを提供するサービス提供者によって管理されるコンピュータである。ウォレットサーバ装置４００は、ミニアプリの利用に対する決済を、電子マネーやデジタルウォレットサービスが提供するその他決済手段によって決済する場合の決済処理を、情報処理装置１００からの依頼に応答して実行する。そのため、ウォレットサーバ装置４００は、決済処理に必要なユーザ情報を有し得る。

外部決済サーバ装置５００は、デジタルウォレットアプリケーションなどを提供するサービス提供者以外の外部の決済サービスを提供する決済サービス会社によって管理されるコンピュータである。外部決済サーバ装置５００は、決済サービス会社ごとに外部決済サーバ装置５００－１～５００－ｎといったように複数台あり得る。

外部決済サーバ装置５００は、ミニアプリの利用に対する決済をＱＲコード決済など外部の決済サービスによって決済する場合の決済処理を、情報処理装置１００からの依頼に応答して実行する。

なお、図１では、本実施形態に係る情報処理システムとして、情報処理装置１００、ユーザ端末２００、開発元装置３００、ウォレットサーバ装置４００、および外部決済サーバ装置５００を少なくとも含むように示している。しかしながら、本実施形態に係る情報処理システムは、使用形態によって、情報処理装置１００およびウォレットサーバ装置４００を１つの装置にまとめたり、さらに細かく装置を分散させたりするなどして構成することができる。

＜＜１．２．機能構成例＞＞
次に、本実施形態に係る情報処理装置１００の機能構成例について説明する。図２は、本実施形態に係る情報処理装置１００の機能構成例を示すブロック図である。図２に示すように、本実施形態に係る情報処理装置１００は、記憶部１１０、受信部１２０、送信部１３０、認証部１４０、認可部１５０、登録部１６０、決済部１７０、制御部１８０を備える。

（記憶部１１０）
本実施形態に係る記憶部１１０は、各種プログラムやデータを一時的または恒常的に記憶するための記憶領域である。記憶部１１０には、情報処理装置１００が各種機能を実行するためのプログラムやデータが記憶されてよい。具体的な一例として、記憶部１１０には、プラットフォームアプリケーションとなるデジタルウォレットアプリケーション、デジタルウォレットアプリケーションに登録された各種ミニアプリ、ミニアプリ群の一覧、各種設定などを管理するための管理データなどが記憶されてよい。もちろん、上記はあくまで一例であり、記憶部１１０に記憶されるデータの種別は特に限定されない。

（受信部１２０）
本実施形態に係る受信部１２０は、デジタルウォレットアプリケーションを利用するユーザによって、例えば、ミニアプリ群の一覧から選択されたミニアプリを識別するためのミニアプリ識別子を、ユーザ端末２００（「第１のコンピュータ」に相当）から受信する。また、受信部１２０は、デジタルウォレットアプリケーションへのミニアプリの登録申請を、当該ミニアプリを管理する開発元装置３００（「第２のコンピュータ」に相当）から受信する。また、受信部１２０は、デジタルウォレットサービスのサービス提供者による審査を通過したミニアプリを、開発元装置３００から受信する。

（送信部１３０）
本実施形態に係る送信部１３０は、デジタルウォレットアプリケーションに予め登録されたミニアプリ群の一覧をユーザ端末２００に送信する。

（認証部１４０）
本実施形態に係る認証部１４０は、受信部１２０によって受信されたミニアプリ識別子に関連付けられたミニアプリに対するユーザの認証を、当該ミニアプリを管理する開発元装置３００に依頼する。

（認可部１５０）
本実施形態に係る認可部１５０は、認証部１４０からユーザ認証を依頼された開発元の認証によりミニアプリの利用をユーザが認可された場合、当該ユーザにデジタルウォレットアプリケーション上でミニアプリを利用させるように制御する。

（登録部１６０）
本実施形態に係る登録部１６０は、デジタルウォレットサービスのサービス提供者による審査を通過したミニアプリをデジタルウォレットアプリケーションに登録する。

（決済部１７０）
本実施形態に係る決済部１７０は、ミニアプリの利用に対する決済処理を、決済方法ごとに、ウォレットサーバ装置４００または外部決済サーバ装置５００（「第３のコンピュータ」に相当）に依頼する。

（制御部１８０）
本実施形態に係る制御部１８０は、情報処理装置１００全体を司る処理部であり、情報処理装置１００が備える各構成を制御する。制御部１８０が有する機能の詳細については後述される。

以上、本実施形態に係る情報処理装置１００の機能構成例について説明した。なお、図２を用いて説明した上記の機能構成はあくまで一例であり、本実施形態に係る情報処理装置１００の機能構成は係る例に限定されない。例えば、情報処理装置１００は、必ずしも図２に示す構成のすべてを備えなくてもよいし、各構成を情報処理装置１００とは異なる別のコンピュータに備えることも可能である。本実施形態に係る情報処理装置１００の機能構成は、仕様や運用に応じて柔軟に変形可能である。

また、各構成要素の機能を、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｃｅｓｓｉｎｇ Ｕｎｉｔ）などの演算装置がこれらの機能を実現する処理手順を記述した制御プログラムを記憶したＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの記憶媒体から制御プログラムを読み出し、そのプログラムを解釈して実行することにより行ってもよい。したがって、本実施形態を実施する時々の技術レベルに応じて、適宜利用する構成を変更することが可能である。また、情報処理装置１００のハードウェア構成の一例については後述される。

＜＜１．３．機能の詳細＞＞
次に、本実施形態に係る情報処理装置１００が有する機能について詳細に説明する。本実施形態に係る情報処理装置１００の制御部１８０は、デジタルウォレットアプリケーションをプラットフォームとして、その中で機能する各種ミニアプリを、ユーザ端末２００を介してユーザに提供することを特徴の１つとする。

図３は、本実施形態に係るデジタルウォレットサービスの一例を示す図である。図３に示すように、開発元装置３００は、デジタルウォレットアプリケーションへのミニアプリの登録申請を情報処理装置１００に送信する。デジタルウォレットサービスのサービス提供者による、当該登録申請に対する審査を通過すると、開発元装置３００は、審査を通過したミニアプリを、情報処理装置１００にアップロードする。ミニアプリがアップロードされると、情報処理装置１００は、ミニアプリをミニアプリ群の一覧５０に追加する。

そして、情報処理装置１００は、ユーザ端末２００からの要求に応答して、ユーザが利用可能なミニアプリ群の一覧５０をユーザ端末２００に提供する。ミニアプリ群の一覧５０に含まれる各種ミニアプリは、デジタルウォレットサービスのサービス提供者による審査を通過したミニアプリである。また、ミニアプリ群の一覧５０を、ユーザごとに利用可能なミニアプリに絞り込んで、またはユーザによってカスタマイズされたミニアプリのみに絞りこんで、ユーザ端末２００に表示させることもできる。

ユーザは、ユーザ端末２００を介して、ユーザ端末２００に表示されたミニアプリ群の一覧５０から、利用したいミニアプリを選択する。この際、ユーザは、利用したいミニアプリを、ミニアプリ群の一覧５０から、任意のキーワードで検索することもできる。なお、情報処理装置１００は、ユーザがミニアプリ群の一覧５０からミニアプリを選択しなくても、デフォルトで特定のミニアプリをユーザに利用させることもできる。

ユーザによって選択されたミニアプリは、ミニアプリごとのユーザ認証が必要な場合は、ユーザ認証が正常に完了した後でないと利用できないように情報処理装置１００によって制御される。また、ミニアプリには、情報処理装置１００によって決済方法ごとに決済機能が組み込まれる。当該決済機能は、例えば、デジタルウォレットアプリケーション上で利用できる決済機能を呼び出すＡＰＩである。また、決済方法はユーザによって選択される。これにより、ミニアプリは、ミニアプリの利用によって発生した決済を、ユーザによって選択された決済サービスによって行うことができる。

情報処理装置１００は、ミニアプリごとのユーザ認証が必要な場合、当該ミニアプリを管理する開発元装置３００にユーザ認証を依頼する。この際、情報処理装置１００は、ユーザ認証に必要なユーザ情報を開発元装置３００に送信することができる。さらに、情報処理装置１００は、開発元装置３００からの要求に応じて、ウォレットサーバ装置４００が有する、決済処理に必要なユーザ情報を、開発元装置３００によるユーザ認証のために、開発元装置３００に送信するようウォレットサーバ装置４００に依頼することができる。

開発元装置３００によるユーザ認証が正常に完了し、ミニアプリの利用をユーザが認可されると、情報処理装置１００は、認可されたユーザがデジタルウォレットアプリケーション上でミニアプリを利用できるように制御する。これにより、ユーザは、デジタルウォレットアプリケーションの一機能としてミニアプリを利用することができる。

また、ミニアプリの利用に対する決済が発生した場合、情報処理装置１００は、決済方法ごとに、ウォレットサーバ装置４００または外部決済サーバ装置５００に決済処理を依頼する。厳密には、ミニアプリには決済方法ごとに決済機能が組み込まれているため、ミニアプリによって当該決済機能が実行されることにより、組み込まれた決済機能に対応した、ウォレットサーバ装置４００または外部決済サーバ装置５００に決済処理が依頼される。この際、情報処理装置１００は、決済処理に必要なユーザ情報や決済情報を、ウォレットサーバ装置４００や外部決済サーバ装置５００に送信することができる。

＜＜１．４．機能の流れ＞＞
次に、図４を用いて、本実施形態に係るデジタルウォレットサービスのミニアプリの利用から決済処理の手順について説明する。図４は、本実施形態に係るデジタルウォレットサービスのミニアプリの利用から決済処理の流れを示すフローチャートである。

まず、図４に示すように、ユーザは、ユーザ端末２００を介して、利用したいミニアプリを選択する（ステップＳ１０１）。ミニアプリの選択は、例えば、情報処理装置１００によってユーザ端末２００に提供されたデジタルウォレットアプリケーション上で表示されるミニアプリ群の一覧５０から検索することによって行われる。

次に、ユーザ端末２００は、Ｓ１０１で選択されたミニアプリを一意に示すミニアプリ識別子を情報処理装置１００に送信する（ステップＳ１０２）。この際、ユーザ端末２００は、ミニアプリで利用する決済方法の選択を併せて情報処理装置１００に送信することもできる。

次に、情報処理装置１００の受信部１２０は、ミニアプリ識別子をユーザ端末２００から受信していない場合（ステップＳ１０３：Ｎｏ）、ミニアプリ識別子の受信を待つ。一方、ミニアプリ識別子を受信した場合（ステップＳ１０３：Ｙｅｓ）、情報処理装置１００の認証部１４０は、ステップＳ１０３で受信されたミニアプリ識別子に関連付けられたミニアプリに対するユーザの認証を、当該ミニアプリを管理する開発元装置３００に依頼する（ステップＳ１０４）。この際、情報処理装置１００は、ユーザ認証に必要なユーザ情報を併せて開発元装置３００に送信することができる。

次に、開発元装置３００は、ユーザ認証の依頼を情報処理装置１００から受信していない場合（ステップＳ１０５：Ｎｏ）、ユーザ認証の依頼の受信を待つ。一方、ユーザ認証の依頼を受信した場合（ステップＳ１０５：Ｙｅｓ）、開発元装置３００は、対象のミニアプリに対するユーザ認証を行う（ステップＳ１０６）。

次に、開発元装置３００は、ステップＳ１０６で行ったユーザ認証の認証結果を情報処理装置１００に送信する（ステップＳ１０７）。

次に、情報処理装置１００の受信部１２０は、ユーザ認証の認証結果を開発元装置３００から受信していない場合（ステップＳ１０８：Ｎｏ）、ユーザ認証の認証結果の受信を待つ。一方、ユーザ認証の認証結果を受信した場合（ステップＳ１０８：Ｙｅｓ）、情報処理装置１００は認証結果を判定する（ステップＳ１０９）。

ユーザ認証の認証結果がＮＧの場合（ステップＳ１０９：Ｎｏ）、情報処理装置１００の送信部１３０は、エラーメッセージをユーザ端末２００に送信する（ステップＳ１１０）。

ユーザ端末２００は、エラーメッセージを情報処理装置１００から受信していない場合（ステップＳ１１１：Ｎｏ）、エラーメッセージの受信を待つ。一方、エラーメッセージを受信した場合（ステップＳ１１１：Ｙｅｓ）、ユーザ端末２００は、エラーメッセージを表示する（ステップＳ１１２）。

ステップＳ１１２の後、図４に示す本処理は終了するが、ユーザは、エラーメッセージによってユーザ認証の認証結果がＮＧであった原因を解消できる場合は解消し、再度、ミニアプリの選択（ステップＳ１０１）からやり直すことができる。また、ユーザ認証の認証結果がＮＧであった場合であっても、情報処理装置１００は、ミニアプリの機能の一部の利用を制限するなどして、ユーザがデジタルウォレットアプリケーション上で対象のミニアプリを利用できるように制御することもできる。

一方、ユーザ認証の認証結果がＯＫの場合（ステップＳ１０９：Ｙｅｓ）、情報処理装置１００の認可部１５０は、ユーザがデジタルウォレットアプリケーション上で対象のミニアプリを利用できるように制御する（ステップＳ１１３）。ステップＳ１１３の後、図４に示す本処理は終了する。

次に、図５を用いて、本実施形態に係るデジタルウォレットサービスへのミニアプリの登録証処理の手順について説明する。図５は、本実施形態に係るデジタルウォレットサービスへのミニアプリの登録処理の流れを示すフローチャートである。

まず、図５に示すように、開発元装置３００は、開発したミニアプリのデジタルウォレットアプリケーションへの登録申請を情報処理装置１００に送信する（ステップＳ２０１）。

次に、情報処理装置１００の受信部１２０は、ミニアプリの登録申請を開発元装置３００から受信していない場合（ステップＳ２０２：Ｎｏ）、ミニアプリの登録申請の受信を待つ。一方、ミニアプリの登録申請を受信した場合（ステップＳ２０２：Ｙｅｓ）、対象のミニアプリの審査が行われる。ミニアプリの審査は、デジタルウォレットサービスのサービス提供者により行われ、当該サービス提供者によって利用される情報処理端末（図示せず）を介して、登録申請されたミニアプリに対する審査結果が情報処理装置１００に登録される（ステップＳ２０３）。

次に、情報処理装置１００の送信部１３０は、ステップＳ２０３で登録された審査結果を、ミニアプリの登録申請を行った開発元装置３００に送信する（ステップＳ２０４）。

次に、開発元装置３００は、登録申請を行ったミニアプリに対する審査結果を情報処理装置１００から受信していない場合（ステップＳ２０５：Ｎｏ）、ミニアプリに対する審査結果の受信を待つ。一方、ミニアプリに対する審査結果を受信した場合（ステップＳ２０５：Ｙｅｓ）、開発元装置３００は、受信した審査結果を表示する（ステップＳ２０６）。ミニアプリに対する審査結果がＮＧの場合（ステップＳ２０７：Ｎｏ）、図５に示す本処理は終了するが、ミニアプリの開発元は、審査結果がＮＧであった原因を解消し、再度、ミニアプリの登録申請（ステップＳ２０１）からやり直すことができる。

次に、ミニアプリに対する審査結果がＯＫの場合（ステップＳ２０７：Ｙｅｓ）、開発元装置３００は、リリースするミニアプリを情報処理装置１００に送信する（ステップＳ２０８）。

次に、情報処理装置１００の受信部１２０は、ミニアプリを開発元装置３００から受信していない場合（ステップＳ２０９：Ｎｏ）、ミニアプリの受信を待つ。一方、ミニアプリを受信した場合（ステップＳ２０９：Ｙｅｓ）、情報処理装置１００の登録部１６０は、受信したミニアプリをデジタルウォレットアプリケーションに登録する（ステップＳ２１０）。これにより、対象のミニアプリがミニアプリ群の一覧５０に追加され、ユーザ端末２００を介してユーザに対象のミニアプリを提供することができるようになる。ステップＳ２１０の後、図５に示す本処理は終了する。

＜２．ハードウェア構成例＞
次に、本実施形態に係る情報処理装置１００のハードウェア構成例について説明する。図６は、本実施形態に係る情報処理装置１００のハードウェア構成例を示すブロック図である。図６を参照すると、情報処理装置１００は、例えば、プロセッサ８０１と、ＲＯＭ８０２と、ＲＡＭ８０３と、ホストバス８０４と、ブリッジ８０５と、外部バス８０６と、インターフェース８０７と、入力装置８０８と、出力装置８０９と、ストレージ８１０と、ドライブ８１１と、接続ポート８１２と、通信装置８１３と、を有する。なお、ここで示すハードウェア構成は一例であり、構成要素の一部が省略されてもよい。また、ここで示される構成要素以外の構成要素をさらに含んでもよい。なお、本実施形態に係る情報処理装置１００以外の装置である、ユーザ端末２００、開発元装置３００、ウォレットサーバ装置４００、および外部決済サーバ装置５００も、図６で示すハードウェア構成例と同様または類似の構成をとることができる。

（プロセッサ８０１）
プロセッサ８０１は、例えば、演算処理装置または制御装置として機能し、ＲＯＭ８０２、ＲＡＭ８０３、ストレージ８１０、またはリムーバブル記録媒体９０１に記録された各種プログラムに基づいて各構成要素の動作全般またはその一部を制御する。

（ＲＯＭ８０２、ＲＡＭ８０３）
ＲＯＭ８０２は、プロセッサ８０１に読み込まれるプログラムや演算に用いるデータなどを格納する手段である。ＲＡＭ８０３には、例えば、プロセッサ８０１に読み込まれるプログラムや、そのプログラムを実行する際に適宜変化する各種パラメータなどが一時的または永続的に格納される。

（ホストバス８０４、ブリッジ８０５、外部バス８０６、インターフェース８０７）
プロセッサ８０１、ＲＯＭ８０２、ＲＡＭ８０３は、例えば、高速なデータ伝送が可能なホストバス８０４を介して相互に接続される。一方、ホストバス８０４は、例えば、ブリッジ８０５を介して比較的データ伝送速度が低速な外部バス８０６に接続される。また、外部バス８０６は、インターフェース８０７を介して種々の構成要素と接続される。

（入力装置８０８）
入力装置８０８には、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチ、およびレバーなどが用いられる。さらに、入力装置８０８としては、赤外線やその他の電波を利用して制御信号を送信することが可能なリモートコントローラ（以下、リモコン）が用いられることもある。また、入力装置８０８には、マイクロフォンなどの音声入力装置が含まれる。

（出力装置８０９）
出力装置８０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、ＬＣＤ、または有機ＥＬなどのディスプレイ装置、スピーカ、ヘッドホンなどのオーディオ出力装置、プリンタ、携帯電話、またはファクシミリなど、取得した情報を利用者に対して視覚的または聴覚的に通知することが可能な装置である。また、本実施形態に係る出力装置８０９は、触覚刺激を出力することが可能な種々の振動デバイスを含む。

（ストレージ８１０）
ストレージ８１０は、各種のデータを格納するための装置である。ストレージ８１０としては、例えば、ハードディスクドライブ（ＨＤＤ）などの磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイスなどが用いられる。

（ドライブ８１１）
ドライブ８１１は、例えば、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブル記録媒体９０１に記録された情報を読み出し、またはリムーバブル記録媒体９０１に情報を書き込む装置である。

（接続ポート８１２）
接続ポート８１２は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート、ＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）、ＲＳ－２３２Ｃポート、または光オーディオ端子などのような外部接続機器９０２を接続するためのポートである。

（通信装置８１３）
通信装置８１３は、ネットワークに接続するための通信デバイスであり、例えば、有線または無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）用のルータ、または各種通信用のモデムなどである。

（リムーバブル記録媒体９０１）
リムーバブル記録媒体９０１は、例えば、ＤＶＤメディア、Ｂｌｕ－ｒａｙ（登録商標）メディア、ＨＤ ＤＶＤメディア、各種の半導体記憶メディアなどである。もちろん、リムーバブル記録媒体９０１は、例えば、非接触型ＩＣチップを搭載したＩＣカード、または電子機器などであってもよい。

（外部接続機器９０２）
外部接続機器９０２は、例えば、プリンタ、携帯音楽プレーヤ、デジタルカメラ、デジタルビデオカメラ、またはＩＣレコーダなどである。

なお、本実施形態に係る記憶部１１０は、ＲＯＭ８０２やＲＡＭ８０３、ストレージ８１０によって実現される。また、プロセッサ８０１によって実現される本実施形態に係る制御部１８０が、認証部１４０、認可部１５０、登録部１６０、決済部１７０を実現する各制御プログラムを、ＲＯＭ８０２やＲＡＭ８０３などから読み出し実行する。また、本実施形態に係る受信部１２０および送信部１３０は、通信装置８１３によって実現され、ホストバス８０４、ブリッジ８０５、外部バス８０６、インターフェース８０７を介して、外部装置とのデータの送受信を行う。

＜３．まとめ＞
以上説明したように、情報処理装置１００は、デジタルウォレットアプリケーションを利用するユーザによって選択された第１のミニアプリを識別するためのミニアプリ識別子を、ユーザが利用するユーザ端末２００から受信する受信部１２０と、第１のミニアプリに対するユーザの認証を、ミニアプリ識別子に関連付けられた第１のミニアプリを管理する開発元装置３００に依頼する認証部１４０と、認証によりユーザが認可された場合、ユーザにデジタルウォレットアプリケーション上で第１のミニアプリを利用させるように制御する認可部１５０とを備える。

これにより、アプリケーションの開発元は、より容易に、アプリケーションをミニアプリとして開発およびアプリケーションストアに登録し、ユーザに提供することができる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

＜４．効果＞
上述したように、情報処理装置１００は、以下のような構成を取り様々な効果を奏し得る。しかしながら、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏し得る。

（１）デジタルウォレットアプリケーションを利用するユーザによって選択された第１のミニアプリを識別するためのミニアプリ識別子を、前記ユーザが利用する第１のコンピュータから受信する受信部１２０と、
前記第１のミニアプリに対する前記ユーザの認証を、前記ミニアプリ識別子に関連付けられた前記第１のミニアプリを管理する第２のコンピュータに依頼する認証部１４０と、
前記認証により前記ユーザが認可された場合、前記ユーザに前記デジタルウォレットアプリケーション上で前記第１のミニアプリを利用させるように制御する認可部１５０と
を備えたことを特徴とする情報処理装置１００。

これにより、情報処理装置１００は、デジタルウォレットアプリケーションをプラットフォームとして、デジタルウォレットアプリケーション上でミニアプリを管理および制御することができる。そのため、アプリケーションの開発元は、アプリケーションをダウンロードし、利用するためのアプリケーションストアへの登録申請や審査を直接行う必要はなく、既にアプリケーションストアに登録されたデジタルウォレットアプリケーションに対して機能拡張という形でミニアプリをリリースすることになる。結果的に、アプリケーションの開発元は、より容易に、アプリケーションをミニアプリとして開発およびアプリケーションストアに登録し、ユーザに提供することができる。

（２）前記デジタルウォレットアプリケーションに予め登録されたミニアプリ群の一覧５０を前記第１のコンピュータに送信する送信部１３０をさらに備え、
前記受信部１２０は、前記一覧５０から前記ユーザによって選択された前記ミニアプリ識別子を、前記第１のコンピュータから受信することを特徴とする前記（１）に記載の情報処理装置１００。

これにより、情報処理装置１００は、ユーザに対し、利用可能なミニアプリを、ユーザがより検索および利用し易いように提供することができる。

（３）前記受信部１２０はさらに、
前記デジタルウォレットアプリケーションへの第２のミニアプリの登録申請を、前記第２のコンピュータから受信し、
前記デジタルウォレットアプリケーションを提供する第１のサービス提供者による審査を通過した前記第２のミニアプリを、前記第２のコンピュータから受信し、
前記第２のミニアプリを前記デジタルウォレットアプリケーションに登録する登録部１６０をさらに備えたことを特徴とする前記（１）または（２）に記載の情報処理装置１００。

これにより、アプリケーションの開発元は、より容易に、アプリケーションをミニアプリとして開発およびアプリケーションストアに登録し、ユーザに提供することができる。

（４）前記第１のミニアプリに対する決済処理を、決済サービスを提供する第２のサービス提供者によって管理される第３のコンピュータに依頼する決済部１７０をさらに備えたことを特徴とする前記（１）乃至（３）のいずれか１つに記載の情報処理装置１００。

これにより、情報処理装置１００は、ミニアプリに対する決済処理をデジタルウォレットアプリケーション上で管理することができる。換言すると、ミニアプリの開発元は、決済処理部分を自己開発する必要はなく、デジタルウォレットアプリケーションに任せることができる。

（５）前記決済部１７０は、前記第１のミニアプリに組み込まれた決済機能によって、前記決済処理を、前記デジタルウォレットアプリケーション内の電子マネーによって決済を行う前記決済サービスを提供する前記第２のサービス提供者によって管理される前記第３のコンピュータに依頼することを特徴とする前記（４）に記載の情報処理装置１００。

これにより、情報処理装置１００は、ユーザによって選択された決済サービスであるデジタルウォレットアプリケーション内の電子マネーにより、第１のミニアプリに対する決済を行うことができる。

（６）前記決済部１７０は、前記第１のミニアプリに組み込まれた決済機能によって、前記決済処理を、前記デジタルウォレットアプリケーションとは異なる外部のアプリケーション内の電子マネーによって決済を行う前記決済サービスを提供する前記第２のサービス提供者によって管理される前記第３のコンピュータに依頼することを特徴とする前記（４）に記載の情報処理装置１００。

これにより、情報処理装置１００は、ユーザによって選択された決済サービスである外部のアプリケーション内の電子マネーなどにより、第１のミニアプリに対する決済を行うことができる。

（７）情報処理装置１００が、
デジタルウォレットアプリケーションを利用するユーザによって選択された第１のミニアプリを識別するためのミニアプリ識別子を、前記ユーザが利用する第１のコンピュータから受信し、
前記ユーザの認証を、前記ミニアプリ識別子に関連付けられた前記第１のミニアプリを管理する第２のコンピュータに依頼し、
前記認証により前記ユーザが認可された場合、前記ユーザに前記デジタルウォレットアプリケーション上で前記第１のミニアプリを利用させるように制御する
処理を実行することを特徴とする情報処理方法。

（８）情報処理装置１００に、
デジタルウォレットアプリケーションを利用するユーザによって選択された第１のミニアプリを識別するためのミニアプリ識別子を、前記ユーザが利用する第１のコンピュータから受信し、
前記ユーザの認証を、前記ミニアプリ識別子に関連付けられた前記第１のミニアプリを管理する第２のコンピュータに依頼し、
前記認証により前記ユーザが認可された場合、前記ユーザに前記デジタルウォレットアプリケーション上で前記第１のミニアプリを利用させるように制御する
処理を実行させることを特徴とする情報処理プログラム。

１００ 情報処理装置
１１０ 記憶部
１２０ 受信部
１３０ 送信部
１４０ 認証部
１５０ 認可部
１６０ 登録部
１７０ 決済部
１８０ 制御部
２００ ユーザ端末
３００ 開発元装置
４００ ウォレットサーバ装置
５００ 外部決済サーバ装置

Claims (8)

1. デジタルウォレットアプリケーションを利用するユーザによって選択された第１のミニアプリを識別するためのミニアプリ識別子を、前記ユーザが利用する第１のコンピュータから受信する受信部と、
   前記第１のミニアプリに対する前記ユーザの認証を、前記ミニアプリ識別子に関連付けられた前記第１のミニアプリを管理する第２のコンピュータに依頼する認証部と、
   前記認証により前記ユーザが認可された場合、前記ユーザに前記デジタルウォレットアプリケーション上で前記第１のミニアプリを利用させるように制御する認可部と
   を備えたことを特徴とする情報処理装置。
2. 前記デジタルウォレットアプリケーションに予め登録されたミニアプリ群の一覧を前記第１のコンピュータに送信する送信部をさらに備え、
   前記受信部は、前記一覧から前記ユーザによって選択された前記ミニアプリ識別子を、前記第１のコンピュータから受信することを特徴とする請求項１に記載の情報処理装置。
3. 前記受信部はさらに、
   前記デジタルウォレットアプリケーションへの第２のミニアプリの登録申請を、前記第２のコンピュータから受信し、
   前記デジタルウォレットアプリケーションを提供する第１のサービス提供者による審査を通過した前記第２のミニアプリを、前記第２のコンピュータから受信し、
   前記第２のミニアプリを前記デジタルウォレットアプリケーションに登録する登録部をさらに備えたことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記第１のミニアプリに対する決済処理を、決済サービスを提供する第２のサービス提供者によって管理される第３のコンピュータに依頼する決済部をさらに備えたことを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
5. 前記決済部は、前記第１のミニアプリに組み込まれた決済機能によって、前記決済処理を、前記デジタルウォレットアプリケーション内の電子マネーによって決済を行う前記決済サービスを提供する前記第２のサービス提供者によって管理される前記第３のコンピュータに依頼することを特徴とする請求項４に記載の情報処理装置。
6. 前記決済部は、前記第１のミニアプリに組み込まれた決済機能によって、前記決済処理を、前記デジタルウォレットアプリケーションとは異なる外部のアプリケーション内の電子マネーによって決済を行う前記決済サービスを提供する前記第２のサービス提供者によって管理される前記第３のコンピュータに依頼することを特徴とする請求項４に記載の情報処理装置。
7. 情報処理装置が、
   デジタルウォレットアプリケーションを利用するユーザによって選択された第１のミニアプリを識別するためのミニアプリ識別子を、前記ユーザが利用する第１のコンピュータから受信し、
   前記ユーザの認証を、前記ミニアプリ識別子に関連付けられた前記第１のミニアプリを管理する第２のコンピュータに依頼し、
   前記認証により前記ユーザが認可された場合、前記ユーザに前記デジタルウォレットアプリケーション上で前記第１のミニアプリを利用させるように制御する
   処理を実行することを特徴とする情報処理方法。
8. 情報処理装置に、
   デジタルウォレットアプリケーションを利用するユーザによって選択された第１のミニアプリを識別するためのミニアプリ識別子を、前記ユーザが利用する第１のコンピュータから受信し、
   前記ユーザの認証を、前記ミニアプリ識別子に関連付けられた前記第１のミニアプリを管理する第２のコンピュータに依頼し、
   前記認証により前記ユーザが認可された場合、前記ユーザに前記デジタルウォレットアプリケーション上で前記第１のミニアプリを利用させるように制御する
   処理を実行させることを特徴とする情報処理プログラム。

Images