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

Abstract

【課題】スーパーアプリが利用されることによる画面遷移の中でユーザに対して適切に広告コンテンツを提供すること。【解決手段】本願に係る情報処理装置は、第１のデジタルウォレットアプリケーション、および、第２のデジタルウォレットアプリケーションのそれぞれにおいて予め登録されているミニアプリのうち、いずれかのミニアプリを利用する利用要求を端末装置から受け付ける受付部と、受付部により受け付けられた利用要求に、端末装置のユーザを第１のデジタルウォレットアプリケーションおよび第２のデジタルウォレットアプリケーションの双方を利用する１の匿名ユーザとして識別する匿名情報が含まれているか否かを判定する判定部と、判定部による判定結果に応じて、匿名情報を用いて、ユーザを第１のデジタルウォレットアプリケーションおよび第２のデジタルウォレットアプリケーションの双方を利用する同一の利用者として名寄せ管理する管理部とを有することを特徴とする。【選択図】図３

Description

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

各種の情報管理システムにおいて、利用者ＩＤ（Identifier）を用いて利用者を管理することが一般に行われている。

例えば、特許文献１には、銀行システム、商品販売システム、広告管理システム等の顧客管理システムを利用する利用者の利用者ＩＤに関する情報同士を対応付けることにより、名寄せを支援する技術が提案されている。

特開２０１９－１０５８６９号公報

しかしながら、上記の従来技術では、例えば、複数のデジタルウォレットアプリケーションを利用するユーザの動向を適切に分析することができるとはいい難い。

例えば、組織変更があった場合、結婚等により利用者の姓に変更が生じた場合、メールアドレスが変更された場合等には、ルールベースによる名寄せを行うことができず、手動で名寄せを行う必要がある。上記の従来技術は、このような場合において、手動で名寄せを行わずともすむよう名寄せ支援するものであり、複数のデジタルウォレットアプリケーションを利用するユーザの動向を適切に分析することができるとはいい難い。

そこで、本開示では、複数のデジタルウォレットアプリケーションを利用するユーザの動向を適切に分析することができる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。

本発明の一態様に係る情報処理装置は、第１のデジタルウォレットアプリケーション、および、第２のデジタルウォレットアプリケーションのそれぞれにおいて予め登録されているミニアプリのうち、いずれかのミニアプリを利用する利用要求を端末装置から受け付ける受付部と、前記受付部により受け付けられた利用要求に、前記端末装置のユーザを前記第１のデジタルウォレットアプリケーションおよび前記第２のデジタルウォレットアプリケーションの双方を利用する１の匿名ユーザとして識別する匿名情報が含まれているか否かを判定する判定部と、前記判定部による判定結果に応じて、前記匿名情報を用いて、前記ユーザを前記第１のデジタルウォレットアプリケーションおよび前記第２のデジタルウォレットアプリケーションの双方を利用する同一の利用者として名寄せ管理する管理部とを有する。

本発明の一態様に係る情報処理方法は、第１のデジタルウォレットアプリケーション、および、第２のデジタルウォレットアプリケーションのそれぞれにおいて予め登録されているミニアプリのうち、いずれかのミニアプリを利用する利用要求を端末装置から受け付ける受付工程と、前記受付工程により受け付けられた利用要求に、前記端末装置のユーザを前記第１のデジタルウォレットアプリケーションおよび前記第２のデジタルウォレットアプリケーションの双方を利用する１の匿名ユーザとして識別する匿名情報が含まれているか否かを判定する判定工程と、前記判定工程による判定結果に応じて、前記匿名情報を用いて、前記ユーザを前記第１のデジタルウォレットアプリケーションおよび前記第２のデジタルウォレットアプリケーションの双方を利用する同一の利用者として名寄せ管理する管理工程とを含むことを特徴とする。

本発明の一態様に係る情報処理プログラムは、第１のデジタルウォレットアプリケーション、および、第２のデジタルウォレットアプリケーションのそれぞれにおいて予め登録されているミニアプリのうち、いずれかのミニアプリを利用する利用要求を端末装置から受け付ける受付手順と、前記受付手順により受け付けられた利用要求に、前記端末装置のユーザを前記第１のデジタルウォレットアプリケーションおよび前記第２のデジタルウォレットアプリケーションの双方を利用する１の匿名ユーザとして識別する匿名情報が含まれているか否かを判定する判定手順と、前記判定手順による判定結果に応じて、前記匿名情報を用いて、前記ユーザを前記第１のデジタルウォレットアプリケーションおよび前記第２のデジタルウォレットアプリケーションの双方を利用する同一の利用者として名寄せ管理する管理手順とをコンピュータに実行させることを特徴とする。

本発明によれば、上記の態様により、例えば、複数のデジタルウォレットアプリケーションを利用するユーザの動向を適切に分析することができる。

図１は、実施形態に係るシステムである情報処理システムの全体構成を示す図である。 図２は、比較対象のサーバ装置で起こる問題を説明する説明図である。 図３は、実施形態に係る情報処理装置の構成例を示す図である。 図４は、管理処理のパターン１について説明する説明図（１）である。 図５は、管理処理のパターン１について説明する説明図（２）である。 図６は、管理処理のパターン２について説明する説明図である。 図７は、実施形態に係る管理処理の一例を示すシーケンス図である。 図８は、実施形態に係る情報処理装置のハードウェア構成例を示すブロック図である。

以下に、情報処理装置、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）の一例について図面を参照しつつ詳細に説明する。なお、この実施形態により情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略する。

［実施形態］
＜前提の説明＞
実施形態に係る管理処理についての説明に先立って、前提となるサービス、装置および各種の情報処理について説明する。

〔１．はじめに〕
まず、実施形態に係る管理処理が実現される前提となるサービスＳＶについて説明する。サービスＳＶは、１のアプリケーションに対して各種のサービス（例えば、情報共有、決済、送金、タクシー配車、予約等）を統合することでスーパーアプリ化することができるよう、また、エンドユーザ（以下、単に「ユーザ」と表記する）に対して効果的にミニアプリを配布できるよう支援するサービスである。

このようなサービスＳＶを利用することにより、加盟する顧客は、例えば、アプリケーションを配布する場となるプラットフォームを提供するプラットフォーマーとなったり、配布したいアプリケーションをプラットフォーマーに提供することでスーパーアプリの構築を手助けするイネーブラーとなったりすることができる。

より具体的には、ある顧客は、サービスＳＶを利用することで、自身のアプリケーションをプラットフォーム化することや、このプラットフォームを利用する事業者から提供されてきた各種のアプリケーションを統合することで自身のアプリケーションをスーパーアプリ化することができるようになる。サービスＳＶにおいて、このような顧客は、プラットフォーマーと解することができる。

また、ある顧客は、サービスＳＶを利用することで、プラットフォーム化されたアプリケーションを、自身のアプリケーション配布の場として活用することができるため、効果的にアプリケーションを配布できるようになる。したがって、このような顧客は、プラットフォーマーに対するイネーブラーと解することができる。

また、イネーブラーとしての顧客から提供されたアプリケーションは、プラットフォーム先のアプリケーション内の一機能として組み込まれることで、当該アプリケーションをスーパーアプリとするミニアプリとして実装される。

ここからは、図１を用いて、サービスＳＶを提供する事業者、サービスＳＶを利用することでプラットフォーマーとなっている事業者、サービスＳＶを利用することでイネーブラーとなっている事業者それぞれについて具体的な一例を示す。

図１は、実施形態に係るシステムである情報処理システムＳｙの全体構成を示す図である。サービスＳＶは、情報処理システムＳｙの中で実現される。また、後述する広告処理も情報処理システムＳｙの中で実現される。

まず、図１の例によれば、サービスＳＶを提供する事業者の一例として事業者Ｔ１が示される。また、図１の例によれば、事業者Ｔ１は、サービスＳＶを管理しユーザにミニアプリを提供するサーバ装置であるミニアプリ管理サーバ５０を保有している。したがって、サービスＳＶは、実質、ミニアプリ管理サーバ５０によって制御されてよい。

また、図１の例によれば、サービスＳＶを利用することでプラットフォーマーとなっている事業者の一例として、事業者ＰＦ１が示される。事業者ＰＦ１は、図１に示すように、自身のデジタルウォレットアプリケーション（以下「デジタルウォレットアプリ」と略す）を用いて、ウォレットサービスＷＳ１を提供する事業者である。また、事業者ＰＦ１は、イネーブラーとなっている事業者から提供されてきたアプリケーションをこのデジタルウォレットアプリ内に統合することで、このデジタルウォレットアプリをスーパーアプリＳＡＰ１として構築している。図１に示すウォレットサーバ３１は、スーパーアプリＳＡＰ１を制御するサーバ装置であり事業者ＰＦ１が保有する。スーパーアプリＳＡＰ１の具体例については後述する。

また、図１の例によれば、サービスＳＶを利用することでプラットフォーマーとなっている事業者の他の一例として、事業者ＰＦ２が示される。事業者ＰＦ２は、図１に示すように、自身のデジタルウォレットアプリを用いて、ウォレットサービスＷＳ２を提供する事業者である。事業者ＰＦ２も同様に、イネーブラーとなっている事業者から提供されてきたアプリケーションをこのデジタルウォレットアプリ内に統合することで、このデジタルウォレットアプリをスーパーアプリＳＡＰ２として構築している。図１に示すウォレットサーバ３２は、スーパーアプリＳＡＰ２を制御するサーバ装置であり事業者ＰＦ２が保有する。スーパーアプリＳＡＰ２の具体例についても後述する。

なお、ウォレットサーバ３１、ウォレットサーバ３２等のように、区別表記する必要がない場合には、スーパーアプリ提供者に対応するこれらウォレットサーバをウォレットサーバ３０と表記する。

また、図１の例によれば、サービスＳＶを利用することでイネーブラーとなっている事業者の一例として、事業者ＥＮ１、事業者ＥＮ２、事業者ＥＮ３、事業者ＥＮ４、事業者ＥＮ５、事業者ＥＮ６が示される。図１の例によれば、事業者ＥＮ１はアプリＭＡＰ１を提供し、事業者ＥＮ２はアプリＭＡＰ２を提供し、事業者ＥＮ３はアプリＭＡＰ３を提供している。また、事業者ＥＮ４はアプリＭＡＰを提供し、事業者ＥＮ５はアプリＭＡＰ５を提供し、事業者ＥＮ６はアプリＭＡＰ６を提供している。

イネーブラーとなっている各事業者によって提供されるこれらアプリケーションは、スーパーアプリＳＡＰ１やスーパーアプリＳＡＰ２を構築するために用いられる専用のアプリケーション、すなわちミニアプリであってよい。ミニアプリは、ミニプログラムやウィジェット（Ｗｉｄｇｅｔ）等と呼ばれる独立したアプリケーションソフトである。したがって、以下では、アプリＭＡＰ１を「ミニアプリＭＡＰ１」、アプリＭＡＰ２を「ミニアプリＭＡＰ２」、アプリＭＡＰ３を「ミニアプリＭＡＰ３」、アプリＭＡＰ４を「ミニアプリＭＡＰ４」、アプリＭＡＰ５を「ミニアプリＭＡＰ５」、アプリＭＡＰ６を「ミニアプリＭＡＰ６」、と表記する。

また、図１では不図示であるが、情報処理システムＳｙには、上記のミニアプリを制御するためのサーバ装置であるミニアプリサーバ４０がさらに含まれてよい。ミニアプリサーバ４０は、例えば、イネーブラーとなっている各事業者によって保有される。プラットフォーマーをスーパーアプリ提供者と言い換えることができることに対して、イネーブラーの事業者についてはミニアプリ事業者と言い換えることができる。

ここからは、スーパーアプリＳＡＰ１およびＳＡＰ２の具体例について、ユーザが保有する端末装置１０での表示例を用いて説明する。図１に示すように、情報処理システムＳｙには、ユーザの端末装置１０も含まれてよい。

端末装置１０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等である。本実施形態では、端末装置１０は、スマートフォンであるものとして説明する。

図１には、＜プラットフォーマーのスーパーアプリ表示例１＞および＜プラットフォーマーのスーパーアプリ表示例２＞といった２つの例が示されるが、双方の例で示される端末装置１０は同一のものである。すなわち、図１には、この１の端末装置１０に、スーパーアプリＳＡＰ１およびＳＡＰ２の双方がインストールされている例が示される。

そして、＜プラットフォーマーのスーパーアプリ表示例１＞は、端末装置１０を用いて、スーパーアプリＳＡＰ１が起動された場合の画面例に対応する。係る例によれば、「○○ｐａｙ」というサービス名（ウォレットサービスＷＳ１のサービス名）のものとに、ミニアプリＭＡＰ１に対応するアイコン、ミニアプリＭＡＰ２に対応するアイコン、ミニアプリＭＡＰ３に対応するアイコン、および、ミニアプリＭＡＰ４に対応するアイコンが表示されている。このような表示は、スーパーアプリＳＡＰ１が、メインの機能であるウォレット機能を有する他に、ミニアプリＭＡＰ１、ミニアプリＭＡＰ２、ミニアプリＭＡＰ３、ミニアプリＭＡＰ４が統合されていることで各ミニアプリに対応するサービス機能を有するように構成されていることによる。すなわち、プラットフォーマーである事業者ＰＦ１のデジタルウォレットアプリには、ミニアプリＭＡＰ１、ミニアプリＭＡＰ２、ミニアプリＭＡＰ３、ミニアプリＭＡＰ４が登録されることによるスーパーアプリ化の結果、スーパーアプリＳＡＰ１として機能している。

また、＜プラットフォーマーのスーパーアプリ表示例２＞は、端末装置１０を用いて、スーパーアプリＳＡＰ２が起動された場合の画面例に対応する。係る例によれば、「××ｐａｙ」というサービス名（ウォレットサービスＷＳ２のサービス名）のものとに、ミニアプリＭＡＰ３に対応するアイコン、ミニアプリＭＡＰ４に対応するアイコン、ミニアプリＭＡＰ５に対応するアイコン、および、ミニアプリＭＡＰ６に対応するアイコンが表示されている。このような表示は、スーパーアプリＳＡＰ２が、メインの機能であるウォレット機能を有する他に、ミニアプリＭＡＰ３、ミニアプリＭＡＰ４、ミニアプリＭＡＰ５、ミニアプリＭＡＰ６が統合されていることで各ミニアプリに対応するサービス機能を有するように構成されていることによる。すなわち、プラットフォーマーである事業者ＰＦ２のデジタルウォレットアプリには、ミニアプリＭＡＰ３、ミニアプリＭＡＰ４、ミニアプリＭＡＰ５、ミニアプリＭＡＰ６が登録されることによるスーパーアプリ化の結果、スーパーアプリＳＡＰ２として機能している。

〔２．ミニアプリ管理サーバについて〕
ここまで、前提となるサービスＳＶやスーパーアプリ、ミニアプリについて説明した。続いて、ミニアプリ管理サーバ５０について説明する。

例えば、ミニアプリ管理サーバ５０は、図１に示すように、顧客に対してミニアプリの配信機会をサポートすることができる。

また、例えば、ミニアプリ管理サーバ５０は、図１に示すように、ミニアプリに対応するミニプログラムと、ウォレット機能とを連携させることで、デジタルウォレットアプリ内にミニアプリ配信基盤を構築するための専用のＳＤＫ（以下「Ｔ－ＳＤＫ」）を提供することができる。

〔３．情報処理の流れについて〕
ミニアプリ管理サーバ５０は、顧客に対するミニアプリの配信機会サポートから、顧客に対するスーパーアプリの構築サポートにおいて、情報処理システムＳｙの中で具体的に以下のような手順で情報処理を行うことができる。

まず、例えば、アプリケーションを配布したいと考える事業者は、配布の場、すなわちプラットフォームに合わせて個々にアプリケーションを生成することを求められる場合がある。しかしながら、事業者は、サービスＳＶを利用する顧客となることで、例えば、プラットフォームの種別によらず、ミニアプリとしての専用のアプリケーションを１つ生成するだけでよく効率的な配布を実現することができるようになる。

ここで、図１の例によれば、ミニアプリ管理サーバ５０は、顧客からミニアプリ（例えば、ウィジェット対応のアプリケーション）の登録申請を受け付ける（ステップＳ１）。図１では、ミニアプリ管理サーバ５０は、事業者ＥＮ１、ＥＮ２、ＥＮ３、ＥＮ４、ＥＮ５、ＥＮ６のそれぞれから登録申請を受け付けている。

また、ミニアプリ管理サーバ５０は、登録申請を受け付けると、登録の対象となっているミニアプリを、プラットフォーマー向けの商品を扱う所定の電子ストアにおいて適切な商品であるか否かを審査する（ステップＳ２）。なお、ここでいう所定の電子ストアとは、事業者Ｔ１によって運営されるミニアプリ用のストアであってよく、例えば、ウィジェットストアに相当する。また、ミニアプリ管理サーバ５０は、審査結果を登録申請元の顧客に返す。

顧客は、自身のミニアプリが審査を通過した場合には、このミニアプリをミニアプリ管理サーバ５０に対してアップロードする（ステップＳ３）。そして、ミニアプリ管理サーバ５０は、アップロードされたアプリケーションをストアに登録する（ステップＳ４）。

ここで、審査を通過しストアへの登録を果たした顧客は、登録されたミニアプリが配布される機会を得られるようになり、プラットフォーマーに対するイネーブラーとしての立場となる。図１の例では、事業者ＥＮ１、ＥＮ２、ＥＮ３、ＥＮ４、ＥＮ５、ＥＮ６のそれぞれ審査を通過しイネーブラーとなっている。

また、このような状態において、ミニアプリ管理サーバ５０は、ストアに登録されているアプリケーション（ミニアプリの候補）を、ウォレット向けの情報として提供する（ステップＳ５）。例えば、ミニアプリ管理サーバ５０は、デジタルウォレットアプリを保有するプラットフォーマーとしての顧客であって、Ｔ－ＳＤＫを提供している先の顧客に対して、当該デジタルウォレットアプリの内容に応じたミニアプリ商品を、ウォレット向けの情報として提供することができる。図１では、ミニアプリ管理サーバ５０は、プラットフォーマーとなっている顧客である事業者ＰＦ１およびＰＦ２に対して、ウォレット向けの情報を提供している。

プラットフォーマーの事業者は、ストアにアクセスすることでミニアプリを閲覧したり、ウォレット向けの情報で提案されるミニアプリを閲覧したりすることで、自身のデジタルウォレットアプリに組み込みたいミニアプリを購入することができる。例えば、プラットフォーマーの事業者は、自身のデジタルウォレットアプリに登録したいミニアプリが存在する場合に、そのミニアプリを指定した登録要求をミニアプリ管理サーバ５０に対して行う（ステップＳ６）。図１の例では、事業者ＰＦ１およびＰＦ２が登録要求を行っている。

ミニアプリ管理サーバ５０は、登録要求を受け付けると、登録要求元の事業者に対して、当該事業者が指定したミニアプリと、当該事業者のデジタルウォレットアプリとを対応付けてウォレットデータベース内で管理する（ステップＳ７）。図１の例では、ミニアプリ管理サーバ５０は、事業者ＰＦ１のデジタルウォレットアプリに関する情報と、事業者ＰＦ１により指定されたミニアプリに関する情報とを対応付けた状態でウォレットデータベースに登録する。また、図１の例では、ミニアプリ管理サーバ５０は、事業者ＰＦ２のデジタルウォレットアプリに関する情報と、事業者ＰＦ２により指定されたミニアプリに関する情報とを対応付けた状態でウォレットデータベースに登録する。

また、この結果、事業者ＰＦ１は、Ｔ－ＳＤＫを用いることで図１に示すようなスーパーアプリＳＡＰ１を生成することができるようになる。具体的には、事業者ＰＦ１は、ミニアプリＭＡＰ１、ミニアプリＭＡＰ２、ミニアプリＭＡＰ３およびミニアプリＭＡＰ４の機能を有するスーパーアプリＳＡＰ１を生成することができるようになる。また、事業者ＰＦ２は、Ｔ－ＳＤＫを用いることで図１に示すようなスーパーアプリＳＡＰ２を生成することができるようになる。具体的には、事業者ＰＦ２は、ミニアプリＭＡＰ３、ミニアプリＭＡＰ４、ミニアプリＭＡＰ５およびミニアプリＭＡＰ６の機能を有するスーパーアプリＳＡＰ２を生成することができるようになる。

また、このようなことから、スーパーアプリＳＡＰ１は、事業者ＰＦ１のデジタルウォレットアプリをベースとして、Ｔ－ＳＤＫを用いて生成されたアプリケーションプログラム（Ｔ－ＳＤＫ対応のプログラム）といえる。同様に、係る例によれば、スーパーアプリＳＡＰ２は、事業者ＰＦ２のデジタルウォレットアプリをベースとして、Ｔ－ＳＤＫを用いて生成されたアプリケーションプログラム（Ｔ－ＳＤＫ対応のプログラム）といえる。

また、プラットフォーマーの事業者は、図１に示すように、登録されたミニアプリを解除するよう要求することもできる。ミニアプリ管理サーバ５０は、解除要求を受け付けると、例えばウォレットデータベースでの対応付けを解除し、解除したミニアプリがスーパーアプリ内で機能しないよう制御する。

処理手順の説明に戻る。ミニアプリ管理サーバ５０は、所定のタイミングにおいて、スーパーアプリに対応するウォレットサーバ３０にアクセスすることでウォレットに関するデータを取得する（ステップＳ８）。ウォレットに関するデータとは、スーパーアプリに対して会員登録しているユーザに関するユーザ情報を含む。また、係るユーザ情報は、例えば、会員登録に用いられた個人情報や、ユーザの決済に関する情等であってよい。そして、ミニアプリ管理サーバ５０は、イネーブラーとなっているミニアプリ事業者側に、ウォレットに関するデータをリソース連携する（ステップＳ９）。図１の例では、ミニアプリ管理サーバ５０は、スーパーアプリＳＡＰ１に対応するウォレットサーバ３１からウォレットに関するデータを取得し、これをミニアプリ事業者側にリソース連携している。また、図１の例では、ミニアプリ管理サーバ５０は、スーパーアプリＳＡＰ２に対応するウォレットサーバ３２からウォレットに関するデータを取得し、これをミニアプリ事業者側にリソース連携している。

〔４．ユーザへの情報提供について〕
これまで、情報処理システムＳｙの中で行われる情報処理として、事業者間で行われる情報処理にフォーカスして説明してきた。しかしながら、スーパーアプリを実際に利用するのはエンドユーザであることから、エンドユーザ向けの情報提供も情報処理システムＳｙの中で行われてよい。

例えば、ユーザは、スーパーアプリをインストールするだけでは、そのスーパーアプリに組み込まれているミニアプリを利用することができず、利用可能にさせるミニアプリを登録する登録作業を求められる。

例えば、ユーザは、利用可能にさせるミニアプリを登録するにあたって、登録候補のミニアプリを検索により絞り込むこととなる。したがって、スーパーアプリに対応するウォレットサーバ３０は、ユーザからの要求に応じて、ミニアプリを検索するための検索画面を提供する。この点について、図１の例を用いて説明する。

例えば、端末装置１０のユーザは、スーパーアプリＳＡＰ１を起動することで表示される画面から、スーパーアプリＳＡＰ１に組み込まれるミニアプリを検索する検索画面を要求することができる。係る場合、スーパーアプリＳＡＰ１に対応するウォレットサーバ３１は、検索画面の配信要求を受け付けたことに応じて、所定の検索画面を端末装置１０に送信する。図１には、ウォレットサーバ３１が配信要求に応じて、所定の検索画面として検索画面ＳＣ１を送信したことにより、端末装置１０が検索画面ＳＣ１を表示している例が示される。

ここで、ウォレットサーバ３０から提供される各種画面は、例えばＴ－ＳＤＫを用いてプラットフォーマー側で予め生成された画面であり、例えばウェブビューで提供されてよい。図１の例では、検索画面ＳＣ１は、事業者ＰＦ１がＴ－ＳＤＫを用いて生成した画面であり、Ｔ－ＳＤＫに対応するプログラムを介してウェブビューで表示される。さらにいうなれば、情報処理システムＳｙの中でユーザに提供される各種画面は、プラットフォーマー側から提供される画面、イネーブラー側から提供される画面のいずれであるかに拘わらず、ウェブビューで表示されてよい。

ここで、図１の例によれば、検索画面ＳＣ１には、スーパーアプリＳＡＰ１に組み込まれているミニアプリのうち、スーパーアプリＳＡＰ１との紐付け（登録操作の一例）が行われたことで利用可能となっているミニアプリに関する情報が紐付け済み情報として表示される。なお、このようにミニアプリとスーパーアプリＳＡＰ１とが紐付けられた結果、このミニアプリは、スーパーアプリＳＡＰ１を介してのみウェブビューで利用可能となる。

また、図１に示すように、検索画面ＳＣ１は、スーパーアプリＳＡＰ１に組み込まれるミニアプリを検索する機能（例えば、キーワード検索や、ジャンル別検索）を有する。

また、図１の例では、端末装置１０には、スーパーアプリＳＡＰ１だけでなくスーパーアプリＳＡＰ２もインストールされている。このため、ユーザは、スーパーアプリＳＡＰ２を起動することで表示される画面から、スーパーアプリＳＡＰ２に組み込まれるミニアプリを検索する検索画面を要求することもできる。係る場合、スーパーアプリＳＡＰ２に対応するウォレットサーバ３２は、検索画面の配信要求を受け付けたことに応じて、所定の検索画面を端末装置１０に送信する。図１には、ウォレットサーバ３２が配信要求に応じて、所定の検索画面として検索画面ＳＣ２を送信したことにより、端末装置１０が検索画面ＳＣ２を表示している例が示される。

検索画面ＳＣ２は、事業者ＰＦ２がＴ－ＳＤＫを用いて生成した画面であり、Ｔ－ＳＤＫに対応するプログラムを介してウェブビューで表示される。

また、図１の例によれば、検索画面ＳＣ２には、スーパーアプリＳＡＰ２に組み込まれているミニアプリのうち、スーパーアプリＳＡＰ２との紐付けが行われたことで利用可能となっているミニアプリに関する情報が紐付け済み情報として表示される。なお、このようにミニアプリとスーパーアプリＳＡＰ２とが紐付けられた結果、このミニアプリは、スーパーアプリＳＡＰ２を介してのみウェブビューで利用可能となる。ただし、このアプリが、スーパーアプリＳＡＰ１にも組み込まれている場合には、ユーザは、スーパーアプリＳＡＰ１を介してこれを利用することもできるし、スーパーアプリＳＡＰ２を介してこれを利用することもできる。

また、図１に示すように、検索画面ＳＣ２も、スーパーアプリＳＡＰ２に組み込まれるミニアプリを検索する機能（例えば、キーワード検索や、ジャンル別検索）を有してよい。

＜実施形態に係る管理処理の説明＞
ここまで、実施形態に係る管理処理の前提について説明してきた。以下では、実施形態に係る管理処理にフォーカスして説明する。実施形態に係る管理処理は、事業者Ｔ１に属するサーバ装置である情報処理装置１００によって行われるものとする。情報処理装置１００は、実施形態に係る情報処理装置の一例である。

なお、ミニアプリ管理サーバ５０に対して情報処理装置１００の機能を導入することで、ミニアプリ管理サーバ５０が、実施形態に係る情報処理装置として振る舞うように構成させることもできるが、本実施形態では、ミニアプリ管理サーバ５０とは独立した情報処理装置１００によって管理処理が行われるものとする。

〔１．課題の説明〕
ここで、実施形態に係る管理処理は、情報処理装置１００が有するＣＲＭ（Customer Relationship Management）機能に対応し、複数のデジタルウォレットアプリケーション（図１の例では、スーパーアプリＳＡＰ１およびＳＡＰ２）をまたいで利用するユーザを管理および動向分析することで、マーケティングに活用することを目的として行われる。

しかしながら、複数のデジタルウォレットアプリケーションをまたいで利用するユーザを管理しようとする場合、以下のような問題が発生する。以下では、係る問題点について、情報処理装置１００の比較となるサーバ装置ＳＶＸを用いて説明する。図２は、比較対象のサーバ装置ＳＶＸで起こる問題を説明する説明図である。

図２には、ユーザＵ１が、スーパーアプリＳＡＰ１（第１のデジタルウォレットアプリケーション）を介して、スーパーアプリＳＡＰ１に組み込まれているミニアプリのうち、ミニアプリＭＡＰ３を利用する場合の情報処理の流れが実線矢印で示される。また、図２には、ユーザＵ１が、スーパーアプリＳＡＰ２（第２のデジタルウォレットアプリケーション）を介して、スーパーアプリＳＡＰ２に組み込まれているミニアプリのうち、ミニアプリＭＡＰ３を利用する場合の情報処理の流れが点線矢印で示される。

なお、図２の例では、ユーザＵ１によってスーパーアプリＳＡＰ１とミニアプリＭＡＰ３との間での紐付けが既に行われていることで、スーパーアプリＳＡＰ１からミニアプリＭＡＰ３を利用可能になっているものとする。また、図２の例では、ユーザＵ１によってスーパーアプリＳＡＰ２とミニアプリＭＡＰ３との間でも紐付けが既に行われていることで、スーパーアプリＳＡＰ２からミニアプリＭＡＰ３を利用可能になっているものとする。

そこで、まずは、ユーザＵ１が、スーパーアプリＳＡＰ１を介して、ミニアプリＭＡＰ３を利用する場合の情報処理（実線矢印）について説明する。

例えば、ユーザＵ１は、スーパーアプリＳＡＰ１を起動した状態で、ミニアプリＭＡＰ３のアイコンを選択（例えば、タップ）したとする。係る場合、端末装置１０Ａは、Ｔ－ＳＤＫに対応するプログラムに従って、ミニアプリＭＡＰ３の利用要求をサーバ装置ＳＶＸに送信する。例えば、端末装置１０Ａは、Ｔ－ＳＤＫに対応するプログラムに従って、ユーザＵ１がスーパーアプリＳＡＰ１の利用者（登録者）であることを識別する第１識別ＩＤを払い出し、払い出した第１識別ＩＤを含む利用要求をサーバ装置ＳＶＸに送信する。図２には、端末装置１０Ａが、第１識別ＩＤ「Ｕ１＿ＳＡＰ１」を払い出し、これをサーバ装置ＳＶＸに送信している例が示される。

サーバ装置ＳＶＸは、第１識別ＩＤ「Ｕ１＿ＳＡＰ１」を含む利用要求を受け付けると、例えば、所定のデータベースにおいて第１識別ＩＤ「Ｕ１＿ＳＡＰ１」を管理する。また、サーバ装置ＳＶＸは、ユーザＵ１をミニアプリＭＡＰ３側へとリダイレクトする。例えば、サーバ装置ＳＶＸは、端末装置１０Ａに対してミニアプリＭＡＰ３に対応するアプリサーバ４０にアクセスするよう指示する。

この結果、端末装置１０Ａは、ミニアプリＭＡＰ３に対応するアプリサーバ４０にアクセスし、また、アプリサーバ４０は、係るアクセスに応じて、ミニアプリＭＡＰ３の画面を端末装置１０に表示させる。

次に、ユーザＵ１が、スーパーアプリＳＡＰ２を介して、ミニアプリＭＡＰ３を利用する場合の情報処理（点線矢印）について説明する。

例えば、ユーザＵ１は、スーパーアプリＳＡＰ２を起動した状態で、ミニアプリＭＡＰ３のアイコンを選択したとする。係る場合、端末装置１０Ａは、Ｔ－ＳＤＫに対応するプログラムに従って、ミニアプリＭＡＰ３の利用要求をサーバ装置ＳＶＸに送信する。例えば、端末装置１０Ａは、Ｔ－ＳＤＫに対応するプログラムに従って、ユーザＵ１がスーパーアプリＳＡＰ２の利用者（登録者）であることを識別する第２識別ＩＤを払い出し、払い出した第２識別ＩＤを含む利用要求をサーバ装置ＳＶＸに送信する。図２には、端末装置１０が、第１識別ＩＤ「Ｕ１＿ＳＡＰ２」を払い出し、これをサーバ装置ＳＶＸに送信している例が示される。図２には、端末装置１０Ａが、第２識別ＩＤ「Ｕ１＿ＳＡＰ２」を払い出し、これをサーバ装置ＳＶＸに送信している例が示される。

サーバ装置ＳＶＸは、第２識別ＩＤ「Ｕ１＿ＳＡＰ２」を含む利用要求を受け付けると、同様に所定のデータベースにおいて第２識別ＩＤ「Ｕ１＿ＳＡＰ２」を管理する。また、サーバ装置ＳＶＸは、ユーザＵ１をミニアプリＭＡＰ３側へとリダイレクトする。例えば、サーバ装置ＳＶＸは、端末装置１０Ａに対してミニアプリＭＡＰ３に対応するアプリサーバ４０にアクセスするよう指示する。

この結果、端末装置１０Ａは、ミニアプリＭＡＰ３に対応するアプリサーバ４０にアクセスし、また、アプリサーバ４０は、係るアクセスに応じて、ミニアプリＭＡＰ３の画面を端末装置１０に表示させる。

ここで、上記例によれば、第１識別ＩＤ「Ｕ１＿ＳＡＰ１」と第２識別ＩＤ「Ｕ１＿ＳＡＰ２」とは互いに異なる識別情報であることから、サーバ装置ＳＶＸは、第１識別ＩＤ「Ｕ１＿ＳＡＰ１」で識別されるユーザと、第２識別ＩＤ「Ｕ１＿ＳＡＰ２」で識別されるユーザとが同一ユーザ（ユーザＵ１）であると認識できない場合がある。すなわち、図２の例によれば、第１識別ＩＤ「Ｕ１＿ＳＡＰ１」で識別されるユーザと、第２識別ＩＤ「Ｕ１＿ＳＡＰ２」で識別されるユーザとは、実際には、互いに同一のユーザＵ１であるにも拘らず、サーバ装置ＳＶＸは、そうとは認識することができず、互いに別々のユーザであると認識してしまう場合がある。

この結果、サーバ装置ＳＶＸは、スーパーアプリＳＡＰ１およびＳＡＰ２をまたいで利用するユーザを適切に名寄せすることができないため、スーパーアプリＳＡＰ１およびＳＡＰ２を利用するユーザの動向を適切に分析することができない。また、ユーザの動向を適切に分析することができない状況下では、例えば、事業者Ｔ１は、効果的なマーケティング活動を行うことができるとは限らない。

なお、図２では、ユーザＵ１が異なるデジタルウォレットアプリケーションを利用して同一のミニアプリ（具体的には、ミニアプリＭＡＰ３）を利用する場面を例に係る問題点について説明したが、異なるデジタルウォレットアプリケーションを利用して異なるミニアプリが利用される場合であっても同様の問題が発生し得る。また、サーバ装置ＳＶＸについての上記の問題点は、ミニアプリサーバ４０側でも同様に発生し得るものである。

〔２．実施形態に係る管理処理の概要〕
実施形態に係る情報処理装置１００は、図２で説明した問題点、すなわち、第１のデジタルウォレットアプリケーション、および、第２のデジタルウォレットアプリケーションのそれぞれにおいて予め登録されているミニアプリのうち、いずれかのミニアプリが利用される際において起こり得る名寄せに関する問題点に鑑みて、実施形態に係る管理処理を行うものである。

具体的には、情報処理装置１００は、第１のデジタルウォレットアプリケーション、および、第２のデジタルウォレットアプリケーションのそれぞれにおいて予め登録されているミニアプリのうち、いずれかのミニアプリを利用する利用要求を端末装置から受け付ける。そして、情報処理装置１００、受け付けた利用要求に、この端末装置のユーザを第１のデジタルウォレットアプリケーションおよび第２のデジタルウォレットアプリケーションの双方を利用する１の匿名ユーザとして識別する匿名情報が含まれているか否かを判定し、判定部による判定結果に応じて、匿名情報を用いて、ユーザを第１のデジタルウォレットアプリケーションおよび第２のデジタルウォレットアプリケーションの双方を利用する同一の利用者として名寄せ管理する。

そして、このような情報処理装置１００によれば、図２で説明した問題点を解決することができ、この結果、複数のデジタルウォレットアプリケーションを利用するユーザの動向を適切に分析することができるようになると考えられる。また、そうすると、情報処理装置１００を管理する事業者Ｔ１は、ユーザの動向が適切に分析された分析結果に基づき、効果的なマーケティング活動を行うことができるようになる。以下では、情報処理装置１００についてより詳細に説明する。

〔３．情報処理装置の構成〕
次に、図３を用いて、実施形態に係る情報処理装置１００について説明する。図３は、実施形態に係る情報処理装置１００の構成例を示す図である。図３に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、例えば、端末装置１０、ウォレットサーバ３０、ミニアプリサーバ４０、ミニアプリ管理サーバ５０との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、ユーザ管理データベース１２１を有する。

（ユーザ管理データベース１２１について）
ユーザ管理データベース１２１は、匿名情報を用いて、第１アプリ情報および第２アプリ情報とを紐付けて管理する管理処理が行われるデータベースに対応する。ユーザ管理データベース１２１内での紐付け管理については、例えば図４～図６を用いて詳細に説明する。

（制御部１３０について）
制御部１３０は、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラム（例えば、実施形態に係る情報処理プログラム）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

図３に示すように、制御部１３０は、受付部１３１と、判定部１３２と、管理部１３３と、分析部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。

（受付部１３１について）
受付部１３１は、第１のデジタルウォレットアプリケーション、および、第２のデジタルウォレットアプリケーションのそれぞれにおいて予め登録されているミニアプリのうち、いずれかのミニアプリを利用する利用要求を端末装置から受け付ける。

例えば、受付部１３１は、第１のデジタルウォレットアプリケーションをメインの機能とするスーパーアプリ（図１の例では、スーパーアプリＳＡＰ１）に組み込まれるミニアプリ、および、第２のデジタルウォレットアプリケーションをメインの機能とするスーパーアプリ（図１の例では、スーパーアプリＳＡＰ２）に組み込まれるミニアプリのうち、いずれかのミニアプリを利用する利用要求を端末装置１０から受け付ける。

（判定部１３２について）
判定部１３２は、受付部１３１により受け付けられた利用要求に、端末装置１０のユーザを第１のデジタルウォレットアプリケーションおよび第２のデジタルウォレットアプリケーションの双方を利用する１の匿名ユーザとして識別する匿名情報が含まれているか否かを判定する。

（管理部１３３について）
管理部１３３は、判定部１３２による判定結果に応じて、匿名情報を用いて、利用要求送信元のユーザを第１のデジタルウォレットアプリケーションおよび第２のデジタルウォレットアプリケーションの双方を利用する同一の利用者として名寄せ管理する。

（管理処理のパターン１）
例えば、管理部１３３は、匿名情報が含まれていないと判定された場合には、匿名情報を端末装置１０に対して発行するとともに、発行した匿名情報と、第１のデジタルウォレットアプリケーションおよび第２のデジタルウォレットアプリケーションのうち、ユーザが利用要求で示される利用対象のミニアプリを提供するデジタルウォレットアプリケーションの利用者であることを識別する第１アプリ情報とを対応付けて管理する。

一方、管理部１３３は、匿名情報が含まれていると判定された場合には、匿名情報を用いて、第１のデジタルウォレットアプリケーションおよび第２のデジタルウォレットアプリケーションのうち、ユーザが利用要求で示される利用対象のミニアプリを提供するデジタルウォレットアプリケーションの利用者であることを識別する第２アプリ情報と、第１アプリ情報とを紐付けて管理する。

（管理処理のパターン２）
また、管理部１３３は、第１アプリ情報および第２アプリ情報のうち、いずれか一方のアプリ情報を用いて端末装置１０がアクセスしてきた場合であって、当該アクセスに匿名情報が含まれない場合には、当該アプリ情報と匿名情報との対応付けの状況に基づいて、端末装置１０として複数の異なる端末装置（例えば、端末装置１０Ａおよび１０Ｂ）を用いてアクセスしてきたユーザを、第１のデジタルウォレットアプリケーションおよび第２のデジタルウォレットアプリケーションの双方を利用する同一の利用者として名寄せ管理してもよい。

具体的には、管理部１３３は、第１アプリ情報および第２アプリ情報のうち、いずれか一方のアプリ情報を用いて端末装置１０がアクセスしてきた場合であって、当該アクセスに匿名情報が含まれない場合には、当該アプリ情報と匿名情報とが対応付け済みであるか否かを判定し、対応付け済みでないと判定した場合には、匿名情報を端末装置１０に対して発行する。

（分析部１３４について）
分析部１３４は、管理部１３３による管理状況に基づいて、第１のデジタルウォレットアプリケーション、および、第２のデジタルウォレットアプリケーションの双方を利用するユーザの動向を分析する。具体的には、管理部１３３は、ユーザ管理データベース１２１での匿名情報を用いた紐付状況に基づいて、第１のデジタルウォレットアプリケーション、および、第２のデジタルウォレットアプリケーションの双方を利用するユーザの動向を分析する。

〔４．管理処理の具体提〕
続いて、情報処理装置１００によって行われる管理処理の一例について、図４～図６を用いて説明する。具体的には、図４および図５では、上記の管理処理のパターン１の内容についてより詳細な一例を示す。また、図６では、上記の管理処理のパターン２の内容についてより詳細な一例を示す。

〔４－１．管理処理の一例（１）〕
まず、図４および図５を用いて、管理処理のパターン１の一例について説明する。図４は、管理処理のパターン１について説明する説明図（１）である。また、図５は、管理処理のパターン１について説明する説明図（２）である。

図４には、ユーザＵ１が、デジタルウォレットアプリケーションにおいて予め登録されているミニアプリを初めて利用しようとする初回利用時の場面が示される。具体的には、図４には、ユーザＵ１が、自身の端末装置１０ＡにインストールされているスーパーアプリＳＡＰ１を介して、ミニアプリを初めて利用しようとする場面が示される。なお、ミニアプリを初めて利用する初回利用時であれば、このミニアプリが組み込まれているスーパーアプリはスーパーアプリＳＡＰ１である必要はなく、例えば、スーパーアプリＳＡＰ２であってもよい。

また、図４には、ユーザＵ１が、スーパーアプリＳＡＰ１（第１のデジタルウォレットアプリケーションの一例）を介して、スーパーアプリＳＡＰ１に組み込まれているミニアプリのうち、ミニアプリＭＡＰ３を利用する場合の情報処理の流れが矢印を用いて示される。この矢印に沿って、管理処理のパターン１の一例を説明する。

まず、ユーザＵ１が、スーパーアプリＳＡＰ１を起動した状態で、ミニアプリＭＡＰ３のアイコンを選択（例えば、タップ）したとする。係る場合、端末装置１０Ａは、自装置内の所定の共有領域である共有領域ＡＲを参照し、匿名情報が格納されているか否かを判定する（ステップＳ１１）。図４の例では、端末装置１０Ａは、匿名情報が格納されていないと判定する。

また、端末装置１０Ａは、匿名情報が格納されていないと判定した場合には、Ｔ－ＳＤＫに対応するプログラムに従って、ミニアプリＭＡＰ３の利用要求であって、匿名情報を含まない状態の利用要求を情報処理装置１００に送信する（ステップＳ１２）。例えば、端末装置１０Ａは、Ｔ－ＳＤＫに対応するプログラムに従って、ユーザＵ１がスーパーアプリＳＡＰ１の利用者（登録者）であることを識別する第１アプリ情報を払い出し、払い出した第１アプリ情報を含む利用要求を情報処理装置１００に送信する。図４には、端末装置１０Ａが、第１アプリ情報「Ｕ１＿ＳＡＰ１」を払い出し、これを情報処理装置１００に送信している例が示される。なお、第１アプリ情報「Ｕ１＿ＳＡＰ１」は、例えば、スーパーアプリＳＡＰ１にログインするためのログインＩＤに基づくものであってよい。

そうすると、情報処理装置１００の受付部１３１は、第１アプリ情報「Ｕ１＿ＳＡＰ１」を含む利用要求を受け付ける。次に、情報処理装置１００の判定部１３２は、受付部１３１により受け付けられた利用要求に匿名情報が含まれているか否かを判定する（ステップＳ１３）。今回の例では、判定部１３２は、受付部１３１により受け付けられた利用要求に匿名情報が含まれていないと判定する。

またこのように匿名情報が含まれていないと判定された場合には、次に、管理部１３３は、匿名情報を生成し、生成した匿名情報と、利用要求に含まれる第１アプリ情報とを対応付けてユーザ管理データベース１２１内で管理する（ステップＳ１４）。具体的には、管理部１３３は、ユーザＵ１がスーパーアプリＳＡＰ１をはじめとして他にどのようなスーパーアプリを利用するかに拘わらず、ユーザＵ１をこれらスーパーアプリの全てを利用する１の匿名ユーザとして識別する匿名情報を生成する。つまり、管理部１３３は、ユーザＵ１を第１のデジタルウォレットアプリケーションおよび第２のデジタルウォレットアプリケーションの双方を利用する１の匿名ユーザとして識別する匿名情報を生成する。そして、管理部１３３は、生成した匿名情報と、第１アプリ情報「Ｕ１＿ＳＡＰ１」とを対応付けてユーザ管理データベース１２１内で管理する。図４には、管理部１３３が、ユーザＵ１に対応する匿名情報として匿名情報「Ｕｘ１」を生成し、匿名情報「Ｕｘ１」と、第１アプリ情報「Ｕ１＿ＳＡＰ１」とを対応付けてユーザ管理データベース１２１内で管理する例が示される。

また、管理部１３３は、利用要求に匿名情報が含まれていないと判定された今回の場合には、生成した匿名情報「Ｕｘ１」を端末装置１０Ａに対して発行する（ステップＳ１５）。端末装置１０Ａは、管理部１３３から発行されてきた匿名情報「Ｕｘ１」を受け付けると、受け付けた匿名情報「Ｕｘ１」を先の共有領域ＡＲ内に格納する。この時点で、これまで無登録であった共有領域ＡＲ内に匿名情報「Ｕｘ１」が含まれることとなる。

ここで、図４の例によれば、ユーザＵ１がミニアプリを一切利用したことのない状態では共有領域ＡＲは空であった。しかしながら、情報処理装置１００は、ユーザＵ１がスーパーアプリを介して初めてミニアプリ利用に関するアクセスを行ってきた場合には、今後ユーザＵ１がどのようなスーパーアプリを介してミニアプリ利用に関するアクセスを行おうとも、ユーザＵ１を１の匿名ユーザとして認識できる独自の識別情報である匿名情報を生成する。そして、情報処理装置１００は、生成した匿名情報と、アクセス情報とを対応付けて管理する。また、情報処理装置１００は、この匿名情報をユーザＵ１の端末装置１０Ａにも保有させる。これにより端末装置１０Ａは、共有領域ＡＲにおいて匿名情報を保有する。

〔４－２．管理処理の一例（２）〕
管理処理のパターン１の一例について、図４で説明した処理に引き続き行われる処理を次に図５を用いて説明する。

図４には、ユーザＵ１がミニアプリを初めて利用しようとする初回利用時の場面が示されていたことに対して、図５には、ユーザＵ１が同じく端末装置１０Ａを用いて、２回以降ミニアプリを利用する場面が示される。具体的には、図５には、ユーザＵ１が、既に何らかのミニアプリを利用したことのある状態で、端末装置１０Ａにインストールされている別のスーパーアプリであるスーパーアプリＳＰ２を介して、ミニアプリを利用しようとする場面が示される。

また、図５には、ユーザＵ１が、スーパーアプリＳＡＰ２（第２のデジタルウォレットアプリケーションの一例）を介して、スーパーアプリＳＡＰ２に組み込まれているミニアプリのうち、ミニアプリＭＡＰ３を利用する場合の情報処理の流れが矢印を用いて示される。この矢印に沿って、管理処理のパターン１の一例を説明する。

なお、図４および図５の例において、ユーザＵ１は、スーパーアプリＳＡＰ１およびＳＰ２という互いに異なるスーパーアプリを介して、同一のミニアプリＭＡＰ３を利用している。しかしながら、互いに異なるスーパーアプリを介して、異なるミニアプリが利用される場合であっても、同様の管理処理が行われる。

まず、ユーザＵ１が、スーパーアプリＳＡＰ２を起動した状態で、ミニアプリＭＡＰ３のアイコンを選択（例えば、タップ）したとする。係る場合、端末装置１０Ａは、自装置内の所定の共有領域である共有領域ＡＲを参照し、匿名情報が格納されているか否かを判定する（ステップＳ２１）。図５の例では、端末装置１０Ａは、匿名情報が格納されていると判定する。具体的には、端末装置１０Ａは、匿名情報「Ｕｘ１」が格納されていると判定する。

また、端末装置１０Ａは、匿名情報が格納されていると判定した場合には、Ｔ－ＳＤＫに対応するプログラムに従って、ミニアプリＭＡＰ３の利用要求であって、匿名情報を含む状態の利用要求を情報処理装置１００に送信する（ステップＳ２２）。例えば、端末装置１０Ａは、Ｔ－ＳＤＫに対応するプログラムに従って、ユーザＵ１がスーパーアプリＳＡＰ２の利用者（登録者）であることを識別する第２アプリ情報を払い出し、払い出した第２アプリ情報を含む利用要求を情報処理装置１００に送信する。図５には、端末装置１０Ａが、第２アプリ情報「Ｕ１＿ＳＡＰ２」を払い出し、これを情報処理装置１００に送信している例が示される。なお、第２アプリ情報「Ｕ１＿ＳＡＰ２」は、例えば、スーパーアプリＳＡＰ２にログインするためのログインＩＤに基づくものであってよい。

そうすると、情報処理装置１００の受付部１３１は、第２アプリ情報「Ｕ１＿ＳＡＰ２」を含む利用要求を受け付ける。次に、情報処理装置１００の判定部１３２は、受付部１３１により受け付けられた利用要求に匿名情報が含まれているか否かを判定する（ステップＳ２３）。今回の例では、判定部１３２は、受付部１３１により受け付けられた利用要求に匿名情報が含まれていると判定する。具体的には、判定部１３２は、受付部１３１により受け付けられた利用要求に匿名情報「Ｕｘ１」が含まれていると判定する。

またこのように匿名情報が含まれていると判定された場合には、次に、管理部１３３は、匿名情報「Ｕｘ１」を用いて、第１アプリ情報「Ｕ１＿ＳＡＰ１」と、第２アプリ情報「Ｕ１＿ＳＡＰ２」とを紐付けてユーザ管理データベース１２１内で管理する（ステップＳ２４）。

ここで、図２で説明したように、サーバ装置ＳＶＸは、第１識別ＩＤ「Ｕ１＿ＳＡＰ１」で識別されるユーザと、第２識別ＩＤ「Ｕ１＿ＳＡＰ２」で識別されるユーザとが同一ユーザ（ユーザＵ１）であると認識できない場合がある。しかしながら、情報処理装置１００は、図４および図５に示した管理処理により、サーバ装置ＳＶＸには別々のユーザであると認識される可能性のあるユーザを独自の匿名情報を用いて、同一の利用者として認識することができるようになる。具体的には、情報処理装置１００は、第１のデジタルウォレットアプリケーションおよび第２のデジタルウォレットアプリケーションをまたいでミニアプリを利用する場合には、それぞれ異なる識別情報を含む利用要求が送信されてくることで、利用要求送信元のユーザを異なるユーザとして認識されてしまう問題点に鑑みて、それぞれ異なる識別情報を独自の匿名情報で紐付けるといった管理処理を行う。これにより、情報処理装置１００は、利用要求送信元のユーザを同一の利用者として適切に名寄せすることができるようになる。

また、適切に名寄せすることができるようになることで、例えば、日間利用ユーザ数、週間利用ユーザ数、アプリケーション起動回数、異なるスーパーアプリ間で同時所持されているミニアプリを分析することができるようになる。すなわち、複数のデジタルウォレットアプリケーションを利用するユーザの動向を適切に分析することができるようになる。

〔４－３．管理処理の一例（３）〕
次に、図６を用いて、管理処理のパターン２の一例について説明する。図６は、管理処理のパターン２について説明する説明図である。

図４および図５では、ユーザＵ１が、端末装置１０Ａを用いてスーパーアプリＳＡＰ１を介してミニアプリＭＡＰ３を利用する場合と、同じく端末装置１０Ａを用いてスーパーアプリＳＡＰ２を介してミニアプリＭＡＰ３を利用する場合とを例に挙げて、実施形態に係る管理処理を説明した。しかし、ユーザＵ１は、端末装置１０Ａとは異なる端末装置１０Ｂを用いて、ミニアプリを利用しようとする場合がある。

このように、同一のユーザが複数の端末装置１０（例えば、一方はスマートフォン、もう一方はデスクトップＰＣ）を用いて、さらに複数のデジタルウォレットアプリケーションをまたいでミニアプリを利用する場合がある。このような場合であっても、適切にユーザを名寄せするための管理処理が、管理処理のパターン２に対応する。

図６には、ユーザＵ１が、自身のもう一方の端末装置１０ＢにもインストールされているスーパーアプリＳＡＰ１を介して、ミニアプリＭＡＰ３を利用する場合の情報処理の流れが矢印を用いて示される。この矢印に沿って、管理処理のパターン２の一例を説明する。

まず、ユーザＵ１が、スーパーアプリＳＡＰ１を起動した状態で、ミニアプリＭＡＰ３のアイコンを選択（例えば、タップ）したとする。係る場合、端末装置１０Ｂは、自装置内の所定の共有領域である共有領域ＡＲを参照し、匿名情報が格納されているか否かを判定する（ステップＳ３１）。図６の例では、端末装置１０Ｂは、匿名情報が格納されていないと判定する。

例えば、ユーザＵ１が端末装置１０Ｂを用いてこれまでにミニアプリを利用したことがないものとする。このような場合には、端末装置１０Ｂは、図４の例と同様に、今回がミニアプリの初回利用であることに応じて、匿名情報が格納されていないと判定する。

また、端末装置１０Ｂは、匿名情報が格納されていないと判定した場合には、Ｔ－ＳＤＫに対応するプログラムに従って、ミニアプリＭＡＰ３の利用要求であって、匿名情報を含まない状態の利用要求を情報処理装置１００に送信する（ステップＳ３２）。例えば、端末装置１０Ｂは、Ｔ－ＳＤＫに対応するプログラムに従って、ユーザＵ１がスーパーアプリＳＡＰ１の利用者（登録者）であることを識別する第１アプリ情報を払い出し、払い出した第１アプリ情報を含む利用要求を情報処理装置１００に送信する。図６には、端末装置１０Ｂが、第１アプリ情報「Ｕ１＿ＳＡＰ１」を払い出し、これを情報処理装置１００に送信している例が示される。

そうすると、情報処理装置１００の受付部１３１は、第１アプリ情報「Ｕ１＿ＳＡＰ１」を含む利用要求を受け付ける。次に、情報処理装置１００の判定部１３２は、受付部１３１により受け付けられた利用要求に匿名情報が含まれているか否かを判定する（ステップＳ３３）。今回の例では、判定部１３２は、受付部１３１により受け付けられた利用要求に匿名情報が含まれていないと判定する。

またこのように匿名情報が含まれていないと判定された場合には、次に、管理部１３３は、第１アプリ情報「Ｕ１＿ＳＡＰ１」と、匿名情報とが、ユーザ管理データベース１２１において対応付け済みであるか否か判定を判定する（ステップＳ３４）。図６の例によれば、ユーザ管理データベース１２１において、第１アプリ情報「Ｕ１＿ＳＡＰ１」と、匿名情報「Ｕｘ１」とが対応付けられている。したがって、図６の例では、管理部１３３は、第１アプリ情報「Ｕ１＿ＳＡＰ１」と、匿名情報とが対応付け済みであると判定する。

なお、情報処理装置１００が、このように対応付け済みと判定できるのは、図４の例において、ユーザＵ１のもう一方の端末装置１０Ａ側で既に第１アプリ情報「Ｕ１＿ＳＡＰ１」と、匿名情報「Ｕｘ１」とが対応付けられていることによるものである。

また、第１アプリ情報と、匿名情報とが対応付け済みであると判定した場合、管理部１３３は、この第１アプリ情報に対応付けられる匿名情報を取得する（ステップＳ３５）。具体的には、管理部１３３は、第１アプリ情報「Ｕ１＿ＳＡＰ１」に対応付けられる匿名情報「Ｕｘ１」を取得する。

そして、管理部１３３は、取得した匿名情報「Ｕｘ１」を端末装置１０Ｂに対して発行する（ステップＳ３６）。端末装置１０Ｂは、管理部１３３から発行されてきた匿名情報「Ｕｘ１」を受け付けると、受け付けた匿名情報「Ｕｘ１」を先の共有領域ＡＲ内に格納する。この時点で、これまで無登録であった共有領域ＡＲ内に匿名情報「Ｕｘ１」が含まれることとなる。

図６の例によれば、情報処理装置１００は、同一のユーザが複数の端末装置１０を用いる場合であっても、双方の端末装置１０に同一の匿名情報を保有させることができる。この結果、情報処理装置１００は、複数の異なる端末装置１０を用いてアクセスしてきたユーザを、第１のデジタルウォレットアプリケーションおよび第２のデジタルウォレットアプリケーションの双方を利用する同一の利用者として名寄せすることができるようになる。

〔５．処理手順〕
続いて、図７を用いて、ユーザＵ１の端末装置１０Ａと、情報処理装置１００との間で行われる情報処理の流れについて説明する。図７は、実施形態に係る管理処理の一例を示すシーケンス図である。なお、図７の例は、図４および図５の例に対応するものとする。

まず、端末装置１０Ａは、ミニアプリを利用するユーザ操作を検出できたか否かを判定する（ステップＳ１０１）。端末装置１０Ａは、ミニアプリを利用するユーザ操作を検出できていないと判定している間は（ステップＳ１０１；Ｎｏ）、ミニアプリを利用するユーザ操作を検出できるまで待機する。

一方、端末装置１０Ａは、ミニアプリを利用するユーザ操作を検出できた場合には（ステップＳ１０１；Ｙｅｓ）、ユーザＵ１が、利用対象のミニアプリを提供する提供元のスーパーアプリの利用者であることを識別する識別情報（アプリ識別情報）を払い出す（ステップＳ１０２）。

続いて、端末装置１０Ａは、自装置が有する共有領域ＡＲを参照し、匿名情報が格納されているか否かを判定する（ステップＳ１０３）。

そして、端末装置１０Ａは、ステップＳ１０３での判定結果に応じた利用要求であって、ステップＳ１０２で払い出した識別情報を含む利用要求を情報処理装置１００に送信する（ステップＳ１０４）。例えば、端末装置１０Ａは、ステップＳ１０３で共有領域ＡＲ内に匿名情報が格納されていないと判定した場合には、ステップＳ１０４では払い出した識別情報のみを含む利用要求を情報処理装置１００に送信する。一方、端末装置１０Ａは、ステップＳ１０３で共有領域ＡＲ内に匿名情報が格納されていると判定した場合には、ステップＳ１０４ではた識別情報および匿名情報を含む利用要求を情報処理装置１００に送信する。

続いて、情報処理装置１００は、端末装置１０Ａにより送信された利用要求を受け付ける（ステップＳ１０５）。

また、情報処理装置１００は、利用要求を受け付けると、受け付けた利用要求に匿名情報が含まれるか否かを判定する（ステップＳ１０６）。

情報処理装置１００は、受け付けた利用要求に匿名情報が含まれないと判定した場合には（ステップＳ１０６；Ｎｏ）、ユーザＵ１がどのような複数のスーパーアプリを利用しているかに拘わらず各スーパーアプリを利用する１の匿名ユーザとして識別する匿名情報を生成し、生成した匿名情報と、今回受け付けた利用要求に含まれる識別情報と対応付けて管理する（ステップＳ１０７）。

また、情報処理装置１００は、ステップＳ１０７で生成した匿名情報を端末装置１０Ａに対して発行する（ステップＳ１０８）。

端末装置１０Ａは、情報処理装置１００により発行された匿名情報を受け付けると、これを共有領域ＡＲに格納する（ステップＳ１０９）。

一方、情報処理装置１００は、受け付けた利用要求に匿名情報が含まれると判定した場合には（ステップＳ１０６；Ｙｅｓ）、今回受け付けた利用要求に含まれる匿名情報に対して既に対応付けられる識別情報と、今回の利用要求に含まれる識別情報とを紐付けて管理する（ステップＳ１１０）。

〔６．まとめ〕
これまで説明してきたように、実施形態に係る情報処理装置１００は、第１のデジタルウォレットアプリケーション、および、第２のデジタルウォレットアプリケーションのそれぞれにおいて予め登録されているミニアプリのうち、いずれかのミニアプリを利用する利用要求を端末装置１０から受け付ける受付部１３１と、受付部１３１により受け付けられた利用要求に、端末装置１０のユーザを第１のデジタルウォレットアプリケーションおよび第２のデジタルウォレットアプリケーションの双方を利用する１の匿名ユーザとして識別する匿名情報が含まれているか否かを判定する判定部１３２と、判定部１３２による判定結果に応じて、匿名情報を用いて、ユーザを第１のデジタルウォレットアプリケーションおよび第２のデジタルウォレットアプリケーションの双方を利用する同一の利用者として名寄せ管理する管理部１３３とを有する。

このような情報処理装置１００によれば、例えば、複数のデジタルウォレットアプリケーションを利用するユーザの動向を適切に分析することができるといった効果を奏する。

＜その他＞
〔１．デジタルウォレットについて〕
上記実施形態では、情報処理装置１００が、第１のデジタルウォレットアプリケーション、および、第２のデジタルウォレットアプリケーションのそれぞれのそれぞれをスーパーアプリとして、これらスーパーアプリに組み込まれているミニアプリのうち、いずれかのミニアプリを利用する利用要求を端末装置から受け付けた場合に、上述した管理処理を行う例を示した。

しかしながら、デジタルウォレットアプリケーションに限らず任意のアプリケーションがスーパーアプリとして機能可能であることから、情報処理装置１００は、デジタルウォレットアプリケーション以外の任意のアプリケーション（例えば、決済機能を有しないアプリケーション）に登録されるミニアプリのうち、いずれかのミニアプリを利用する利用要求を端末装置１０から受け付けた場合に、実施形態に係る管理処理を行ってもよい。

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

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

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

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

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

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

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

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

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

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

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

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

なお、実施形態に係る記憶部１２０は、ＲＯＭ８０２やＲＡＭ８０３、ストレージ８１０によって実現される。また、プロセッサ８０１によって実現される実施形態に係る制御部１３０が、受付部１３１と、判定部１３２と、管理部１３３と、分析部１３４とを実現する各制御プログラム（例えば、実施形態に係る情報処理プログラム）を、ＲＯＭ８０２やＲＡＭ８０３などから読み出し実行する。

〔３．その他〕
上記した各処理のうち、自動的に行われるものとして説明した処理の全部または一部は、手動的に行われてもよい。また、手動的に行われるものとして説明した処理の全部または一部は、公知の方法で自動的に行われてもよい。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られるものではない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されなくともよい。すなわち、各装置の分散・統合の具体的形態は図示のものに限られない。また、各構成要素は、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成してもよい。また、上記してきた各処理は、矛盾しない範囲で適宜組み合わせて実行されてもよい。

以上、本願の実施形態をいくつかの図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

１００ 情報処理装置
１２０ 記憶部
１２１ ユーザ管理データベース
１３０ 制御部
１３１ 受付部
１３２ 判定部
１３３ 管理部
１３４ 分析部

Claims (7)

1. 第１のデジタルウォレットアプリケーションをスーパーアプリとして予め登録されているミニアプリ、および、第１のデジタルウォレットアプリケーションとは異なる第２のデジタルウォレットアプリケーションをスーパーアプリとして予め登録されているミニアプリのうち、いずれかのミニアプリを利用する利用要求を端末装置から受け付ける受付部と、
   前記受付部により受け付けられた利用要求に、前記端末装置のユーザを前記第１のデジタルウォレットアプリケーションおよび前記第２のデジタルウォレットアプリケーションの双方を利用する１の匿名ユーザとして識別する匿名情報が含まれているか否かを判定する判定部と、
   前記判定部による判定結果に応じて取得された前記匿名情報を用いて、前記ユーザが前記第１のデジタルウォレットアプリケーションを介して前記利用要求で示されるミニアプリを利用する利用者であることを識別する識別情報と、前記ユーザが前記第２のデジタルウォレットアプリケーションを介して前記利用要求で示されるミニアプリを利用する利用者であることを識別する識別情報とを紐付けることで、前記ユーザを前記第１のデジタルウォレットアプリケーションおよび前記第２のデジタルウォレットアプリケーションの双方を利用する同一の利用者として管理する管理部と
   を有することを特徴とする情報処理装置。
2. 前記受付部は、前記第１のデジタルウォレットアプリケーションをスーパーアプリとして予め登録されているミニアプリを利用する利用要求であって、前記ユーザが前記第１のデジタルウォレットアプリケーションを介して前記ミニアプリを利用する利用者であることを識別する識別情報を含む利用要求を前記端末装置から受け付け、
   前記判定部は、前記第１のデジタルウォレットアプリケーションとは異なる第２のデジタルウォレットアプリケーションをスーパーアプリとして予め登録されているミニアプリが利用された際に前記端末装置に発行された匿名情報が、前記受付部により受け付けられた利用要求に含まれているか否かを判定し、
   前記管理部は、前記受付部により受け付けられた利用要求に前記匿名情報が含まれると判定された場合には、前記第１のデジタルウォレットアプリケーションとは異なる他のウォレットアプリケーションをスーパーアプリとして予め登録されているミニアプリを前記他のウォレットアプリケーションを介して利用する利用者であることを識別する識別情報である第２アプリ情報と、前記受付部により受け付けられた利用要求に含まれる識別情報である第１アプリ情報とを紐付けることで、前記ユーザを前記第１のデジタルウォレットアプリケーションおよび前記第２のデジタルウォレットアプリケーションの双方を利用する同一の利用者として管理する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記管理部は、前記第１アプリ情報および前記第２アプリ情報のうち、いずれか一方のアプリ情報を用いて前記端末装置のうち任意の端末装置がアクセスしてきた場合であって、前記アクセスに前記匿名情報が含まれない場合には、前記アプリ情報と前記匿名情報との対応付けの状況に基づいて、前記任意の端末装置を用いてアクセスしてきた前記ユーザを、前記第１のデジタルウォレットアプリケーションおよび前記第２のデジタルウォレットアプリケーションの双方を利用する同一の利用者として管理する
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記管理部は、前記第１アプリ情報および前記第２アプリ情報のうち、いずれか一方のアプリ情報を用いて前記任意の端末装置がアクセスしてきた場合であって、当該アクセスに前記匿名情報が含まれない場合には、前記アプリ情報と前記匿名情報とが対応付け済みであるか否かを判定し、対応付け済みであると判定した場合には、前記匿名情報をアクセス元の前記任意の端末装置に対して発行する
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記受付部は、前記第１のデジタルウォレットアプリケーションに対して統合されているミニアプリ、および、第１のデジタルウォレットアプリケーションとは異なる第２のデジタルウォレットアプリケーションに対して統合されているミニアプリのうち、いずれかのミニアプリを利用する利用要求を端末装置から受け付ける
   ことを特徴とする請求項１～４のいずれか１つに記載の情報処理装置。
6. 情報処理装置が実行する情報処理方法であって、
   第１のデジタルウォレットアプリケーションをスーパーアプリとして予め登録されているミニアプリ、および、第１のデジタルウォレットアプリケーションとは異なる第２のデジタルウォレットアプリケーションをスーパーアプリとして予め登録されているミニアプリのうち、いずれかのミニアプリを利用する利用要求を端末装置から受け付ける受付工程と、
   前記受付工程により受け付けられた利用要求に、前記端末装置のユーザを前記第１のデジタルウォレットアプリケーションおよび前記第２のデジタルウォレットアプリケーションの双方を利用する１の匿名ユーザとして識別する匿名情報が含まれているか否かを判定する判定工程と、
   前記判定工程による判定結果に応じて取得された前記匿名情報を用いて、前記ユーザが前記第１のデジタルウォレットアプリケーションを介して前記利用要求で示されるミニアプリを利用する利用者であることを識別する識別情報と、前記ユーザが前記第２のデジタルウォレットアプリケーションを介して前記利用要求で示されるミニアプリを利用する利用者であることを識別する識別情報とを紐付けることで、前記ユーザを前記第１のデジタルウォレットアプリケーションおよび前記第２のデジタルウォレットアプリケーションの双方を利用する同一の利用者として管理する管理工程と
   を含むことを特徴とする情報処理方法。
7. 第１のデジタルウォレットアプリケーションをスーパーアプリとして予め登録されているミニアプリ、および、第１のデジタルウォレットアプリケーションとは異なる第２のデジタルウォレットアプリケーションをスーパーアプリとして予め登録されているミニアプリのうち、いずれかのミニアプリを利用する利用要求を端末装置から受け付ける受付手順と、
   前記受付手順により受け付けられた利用要求に、前記端末装置のユーザを前記第１のデジタルウォレットアプリケーションおよび前記第２のデジタルウォレットアプリケーションの双方を利用する１の匿名ユーザとして識別する匿名情報が含まれているか否かを判定する判定手順と、
   前記判定手順による判定結果に応じて取得された前記匿名情報を用いて、前記ユーザが前記第１のデジタルウォレットアプリケーションを介して前記利用要求で示されるミニアプリを利用する利用者であることを識別する識別情報と、前記ユーザが前記第２のデジタルウォレットアプリケーションを介して前記利用要求で示されるミニアプリを利用する利用者であることを識別する識別情報とを紐付けることで、前記ユーザを前記第１のデジタルウォレットアプリケーションおよび前記第２のデジタルウォレットアプリケーションの双方を利用する同一の利用者として管理する管理手順と
   をコンピュータに実行させることを特徴とする情報処理プログラム。

Images