JP2023183373A - 情報管理装置、情報管理システム、情報管理方法及びプログラム - Google Patents

Abstract

【課題】従来の技術では、入替え前のユーザデバイス（第１のユーザデバイスの一例）の機能と入替え後のユーザデバイス（第２のユーザデバイスの一例）の機能との間の差異に伴うアプリの利用可否について十分に考慮されていないという課題があった。
【解決手段】情報管理装置３は、受信した移行情報選択結果通知に含まれる移行前のユーザデバイス５と移行後のユーザデバイス５との間で行われる移行に係る移行情報を取得し（ステップＳ４０）、取得した移行情報と、第１のユーザデバイスの機能に係る第１の機能情報及び第２のユーザデバイスの機能に係る第２の機能情報とに基づいて、第２のアプリを特定する（ステップＳ４１）。
【選択図】図２５

Description

本発明は、情報管理装置、情報管理システム、情報管理方法及びプログラムに関する。

従来から、アプリケーションの実行を許可された情報処理装置上で有効化するライセンス管理方法が存在している。

そのひとつとして、ライセンス管理手段で管理される情報に基づいて、商品情報管理手段で管理されるアプリケーションの画像形成装置における利用方法を管理する契約管理サーバにより、契約開始後に画像形成装置の入れ替えが発生した場合、入れ替え後の画像形成装置へ更新した継続課金ライセンスを発行可能にする技術が知られている（例えば、特許文献１参照）。

しかしながら、従来の技術では、入替え前のユーザデバイス（第１のユーザデバイスの一例）の機能と入替え後のユーザデバイス（第２のユーザデバイスの一例）の機能との間の差異に伴うアプリの利用可否について十分に考慮されていないという課題があった。

上述した課題を解決するために、請求項１に係る発明は、ユーザデバイスで利用されるアプリに係る情報を管理する情報管理装置であって、第１のユーザデバイスで利用される第１のアプリに係る移行情報を取得する取得手段と、取得した前記移行情報と、前記第１のユーザデバイスの機能に係る第１の機能情報及び第２のユーザデバイスの機能に係る第２の機能情報とに基づいて、第２のアプリを特定する特定手段と、を有する、ことを特徴とする情報管理装置を提供する。

以上説明したように本発明によれば、第１のユーザデバイスの機能と第２のユーザデバイスの機能との間の差異に応じて、利用者に対して利用可能なアプリを利用させることが可能になるという効果を奏する。

顧客の履歴情報管理に係る概念図である。 情報処理システムの全体構成の一例を示す図である。 情報管理装置及びアプリ配信サーバのハードウエア構成の一例を示す図である。 通信端末のハードウエア構成の一例を示す図である。 ユーザデバイスのハードウエア構成の一例を示す図である。 情報処理システムの機能構成の一例を示す図である。 ユーザ情報管理テーブルの一例を示す概念図である。 デバイス情報管理テーブルの一例を示す概念図である。 ライセンス情報管理テーブルの一例を示す概念図である。 移行情報管理テーブルの一例を示す概念図である。 アプリ機能対応管理テーブルの一例を示す概念図である。 代替アプリ管理テーブルの一例を示す概念図である。 推奨条件管理テーブルの一例を示す概念図である。 導入対象管理テーブルの一例を示す概念図である。 利用履歴情報管理テーブルの一例を示す概念図である。 利用履歴情報管理テーブルの一例を示す概念図である。 ユーザ認証処理の一例を示すシーケンス図である。 通信端末におけるユーザ認証実行時の表示画面例である。 ユーザデバイスのデバイス登録処理の一例を示すシーケンス図である。 ユーザデバイスにおけるデバイス登録時の表示画面例である。 移行アプリの特定処理を含む処理の一例を示すシーケンス図である。 ユーザデバイスにおける入替デバイス選択時の表示画面例である。 ユーザデバイスにおける入替又は追加デバイス選択時の表示画面例である。 ユーザデバイスにおける移行情報確認時の表示画面例である。 移行アプリの特定処理の詳細の一例を示すフローチャートである。 代替アプリの特定処理の一例を示すシーケンス図である。 （ａ）は代替アプリの特定処理の詳細の一例を示すフローチャート、（ｂ）は推奨アプリの特定処理の詳細の一例を示すフローチャートである。 推奨アプリの特定処理の詳細の一例を示すフローチャートである。 代替アプリ選択処理及び設定情報の移行可否判断の一例を示すシーケンス図である。 ユーザデバイスにおける代替（推奨）アプリ選択時の表示画面例である。 ユーザデバイスにおけるリンク情報通知時の表示画面例である。 通信端末における代替アプリ通知時の表示画面例である。 設定情報の移行可否判断の一例を示すフローチャートである。 通信端末におけるアプリ特定結果通知時の表示画面例である。 通信端末におけるアプリ特定結果通知時の他の表示画面例である。 通信端末におけるアプリ特定結果通知時の他の表示画面例である。 他の形態のユーザデバイスを用いた処理の一例を示すシーケンス図である。

以下、図面を用いて、発明を実施するための形態について説明する。なお、図面の説明において同一要素には同一符号を付し、重複する部分があればその説明を省略する。

〔実施形態〕
＜顧客の履歴情報管理＞
まず、本実施形態における顧客の履歴情報管理について説明する。図１は、顧客の履歴情報管理に係る概念図である。図１に示したように、情報管理装置３は顧客識別情報（顧客ＩＤともいう）ごとに、その顧客に所属するユーザデバイス（ユーザデバイスＡ）とユーザ（ユーザＡ）とを管理している。ここで、情報管理装置３は、各ユーザデバイスからログ情報を収集して、ユーザデバイスが所属する顧客識別情報と関連付けることで利用履歴情報として管理する。その後、情報管理装置３は、利用履歴情報に戻づいて導入対象を特定して、特定した導入対象の導入を顧客に対して推奨する。例えば、ユーザデバイス５を管理する管理ユーザが推奨情報を確認できるように所望の宛先に対して導入対象の推奨通知を送信し、推奨通知に基づいて導入対象が導入されたかを管理する。その後、情報管理装置３は、顧客識別情報とインストールされた導入対象とを関連付けて管理する。

〔情報処理システムの全体構成〕
図２は、情報処理システムの全体構成の一例を示す図である。図２に示されているように、情報処理システム１は、情報管理装置３、通信端末４、ユーザデバイス５及びアプリ配信サーバ７を含む各装置及び端末によって構成されている。また、情報処理システム１は、情報管理装置３及びユーザデバイス５を含む情報管理システム２を有している。更に、情報処理システム１では、情報管理装置３、通信端末４、ユーザデバイス５及びアプリ配信サーバ７は、通信ネットワーク１００を介してそれぞれ互いに接続されている。ここで、情報管理装置３は、通信ネットワーク１００を介して通信端末４及びユーザデバイス５とそれぞれ通信を行う際に、通信ネットワーク１００の内側にファイアウォール(Fire Wall)を介して通信が行われてもよい。

上述した通信ネットワーク１００は、不特定多数の通信が行われる通信ネットワークであり、インターネット、イントラネット、ＬＡＮ(Local Area Network)等によって構築されている。なお、通信ネットワーク１００には、有線通信だけでなく、４Ｇ(4th Generation)、５Ｇ(5th Generation)、ＷｉＭＡＸ(Worldwide Interoperability for Microwave Access)、ＬＴＥ(Long Term Evolution)等の無線通信による通信ネットワークが含まれてもよい。

＜情報管理装置＞
情報処理システム１を構成する情報管理装置３は、ユーザデバイス５で利用されるアプリに係る情報を管理する情報処理装置（コンピュータシステム）である。情報管理装置３は、一般的なサーバＯＳなどが搭載された一以上の情報処理装置（コンピュータシステム）によって実現され、利用が推奨されたアプリケーション（以下、「アプリ」という）を含む導入対象に関する履歴情報を管理する。この履歴情報は、例えば、ユーザデバイス５の機能を利用した際の利用履歴を示す利用履歴情報である。また、情報管理装置３は、履歴情報に基づいて後述する推奨判断処理を行う。また、情報管理装置３は、アプリのインストールを管理するインストール管理機能を持っていてもよい。また、情報管理装置３は、他の装置、通信端末と通信を行うための通信アプリを記憶手段に記憶している。なお、情報管理装置３は、利用履歴を管理する他の管理サーバと協働して導入対象の利用履歴を管理するようにしてもよい。つまり、情報管理装置３は、利用履歴としての履歴情報（ログ情報）と導入対象の導入を推奨するための情報を分けて管理するようにしてもよい。

なお、情報管理装置３は、一般的に使用されるＰＣ(Personal Computer)、携帯型ノートＰＣ、携帯電話、スマートフォン、タブレット端末等の通信機能を有する通信端末であってもよい。情報管理装置３は更に、ブラウザソフトウエア等のソフトウエアを動作させることが可能な通信装置又は通信端末が用いられてもよい。また、情報管理装置３は複数のコンピュータよって実現されてもよい。

また、情報管理装置３は、推奨判断処理の結果であるアプリ特定結果通知などの通知を後述する通信端末４又はユーザデバイス５に対してプッシュ通知(送信)によりデータ(情報)を通知(送信)してもよい。その場合、情報管理装置３は、例えば、プッシュ通知サーバの一例であるＦＣＭ(Firebase Cloud Messaging)を利用してプッシュ通知することで、データ(情報)の通知(送信)を実現することが可能である。

＜通信端末＞
通信端末４は、後述するユーザデバイス５を利用又は管理するユーザが使用する通信端末である。通信端末４は、一般的なＯＳなどが搭載された通信を行うための情報処理装置（コンピュータシステム）によって実現される。また、通信端末４は、情報管理装置３が送信したアプリ特定結果通知を受信、表示する。また、通信端末４は、一般的に利用されている外部サービスを提供する他の装置やアプリ、通信端末４と通信を行うための通信アプリを記憶手段に記憶している。

なお、通信端末４は、一般的に使用されるＰＣ(Personal Computer)、携帯型ノートＰＣ、携帯電話、スマートフォン、タブレット端末、ウェアラブル端末（サングラス型、腕時計型等）の通信機能を有する通信端末であってもよい。通信端末４は更に、ブラウザソフトウエア、各種アプリのソフトウエアを動作させることが可能な通信装置又は通信端末が用いられてもよい。

＜ユーザデバイス＞
ユーザデバイス５は、情報管理装置３において顧客識別情報と関連付けられて管理されるデバイスである。ユーザデバイス５は、例えば、一般的なＯＳなどが搭載された通信を行うための情報処理装置（コンピュータシステム）によって実現され、利用が推奨されたアプリ等を一例とする導入対象に関する履歴情報を提供するデバイス（装置）である。また、ユーザデバイス５の機能を利用した場合には利用履歴の一例としてのログ情報を記憶し、情報管理装置３にアップロードする。また、ユーザデバイス５は、情報管理装置３が送信したアプリ特定結果通知を受信、表示する。また、ユーザデバイス５は、代替（推奨）された導入対象（アプリ等）を導入（インストール）して使用する。ここで、図１に示したように、ユーザデバイス５Ａは、画像形成装置を一例とするＭＦＰ(Multi-Function Peripheral)である。また、ユーザデバイス５Ｂは、所望の画像、映像等をスクリーン等に投射するプロジェクタである。なお、本実施形態において特に指定が無い場合は、単にユーザデバイス５と記載する。その他、ユーザデバイス５は、スキャナ、ファクシミリ装置(ＦＡＸ)、電子ホワイトボード、ＰＣ、スマートフォン、対話型音声操作装置（スマートスピーカ又はＡＩスピーカ）を含む。また、ユーザデバイス５は、一般的に利用されている外部サービスを提供する他の装置やアプリ、通信ネットワーク１００を介して各装置、端末と通信を行うための通信アプリを記憶手段に記憶している。

なお、ユーザデバイス５は、一般的に使用されるデスクトップＰＣ(Personal Computer)、携帯型ノートＰＣ等の単一のコンピュータによって構築されてもよい。

＜アプリ配信サーバ＞
アプリ配信サーバ７は、ユーザデバイス５又はユーザに対してアプリ、サービス等を提供する情報処理装置（コンピュータシステム）である。アプリ配信サーバ７は、一般的なサーバＯＳなどが搭載された一以上の情報処理装置（コンピュータシステム）によって実現される。また、アプリ配信サーバ７は、ユーザデバイス５に対して配信又は導入される各種アプリを所定のストレージ領域に記憶、管理する。アプリ配信サーバ７は更に、ユーザデバイス５が要求した所定の処理要求に対する認証、及び所定の処理の実行を行うことも可能である。処理とは、例えば、ユーザデバイス５に対するアプリデータの提供、ユーザデバイス５に対するアプリ機能の提供、更にユーザデバイス５又はユーザに対するサービスの提供を含む。また、アプリ配信サーバ７は、他の装置、通信端末と通信を行うための通信アプリを記憶手段に記憶している。

なお、アプリ配信サーバ７は、一般的に使用されるＰＣ(Personal Computer)、携帯型ノートＰＣ等の単一のコンピュータによって構築されてもよいし、ストレージ等の各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されてもよい。また、アプリ配信サーバ７の機能の全てまたは一部は、クラウド環境に存在するサーバコンピュータであってもよいし、オンプレミス環境に存在するサーバコンピュータであってもよい。アプリ配信サーバ７は、更に、ブラウザソフトウエア等のソフトウエアを動作させることが可能な通信装置又は通信端末が用いられてもよい。

上述したシステム構成に基づき、本実施形態では、利用が推奨された導入対象の導入効果に係る導入効果をユーザに提供することで、ユーザに対して導入効果の把握をしやすくさせることが可能な情報管理システム２を提供する。

●用語について●
本実施形態において「移行」とは、第１のユーザデバイスに代えて第２のユーザデバイスを導入することである。以下では、移行にかかる処理を移行処理と表現する場合がある。なお、移行処理には、第１のユーザデバイスで利用されていたアプリ、機能の設定情報等を第２のユーザデバイスで利用可能にする処理を含む。例えば、第１のユーザデバイスで利用されていたアプリについて、該アプリを第２のユーザデバイスに導入することや、該アプリのライセンスを第２のユーザデバイスに割り当てること、第１のユーザデバイスの設定情報を第２のユーザデバイスに設定することを含む。これら、第１のユーザデバイスで利用されるアプリやライセンス、設定情報、その他の移行処理の対象となる情報を移行情報と表現する場合がある。なお、第１のユーザデバイスは、所定のアプリのライセンス等が移行される前のユーザデバイス（旧デバイスという）を一例とするものである。第１のユーザデバイスは、顧客が有するユーザデバイスのうち、移行処理の移行元となるユーザデバイスであり、後述するようにユーザによって選択される。第２のユーザデバイスは、所定のアプリ等が移行された後のユーザデバイス（新デバイスという）を一例とするものである。第２のユーザデバイスは、移行処理の移行先となるユーザデバイスであり、例えば情報管理装置３に対して移行処理を要求するユーザデバイスである。

本実施形態において「推奨」とは、顧客に対して導入対象の導入を薦めることである。一例として、ユーザデバイス５等に対してアプリケーションプログラム（以下、アプリという）等の導入対象を導入するための「推薦」、「レコメンド」等を含む用語である。

本実施形態において「導入対象」とは、導入される対象である。一例として、ユーザデバイス５等に導入（インストール）されるアプリ、ユーザデバイス５の契約に関するユーザによる契約行為又は契約内容、購入における購入手続、調査等の調査行為等を含む。

本実施形態において「導入」とは、導入対象を利用可能にすることである。一例として、導入対象がアプリなどのソフトウエアである場合には、ユーザデバイス５、通信端末４等において、ソフトウエアをインストールなどにより利用可能な状態にすること、及びライセンスを購入すること、アプリ配信サーバ７などの外部サーバからアプリ機能を提供できる状態にすることを含む。また、導入対象がユーザデバイスや周辺機器や装置などのハードウエア又は物品である場合には、ハードウエアの設置又は利用可能な状態にすること、及び購入することを含む。また、導入対象がサービスである場合には、そのサービスに対する契約、及び申込を含む。

また、本実施形態において「ユーザ」とは、情報管理装置３において顧客識別情報と関連付けられて管理される者である。ユーザは、例えば、情報管理装置３が送信した各種通知を、通信端末を用いて閲覧、操作する者をいう。ユーザはまた、ユーザデバイス５を操作して所定の機能を利用する者、通信端末を介して購入、契約等の取引や手続を行う者をいう。なお、ユーザは一般ユーザと管理ユーザを含む。ここで、一般ユーザは、ユーザデバイス５を利用する者である。また、管理ユーザは、ユーザデバイス５を管理又は所有する者である。例えば、管理ユーザは、アプリ特定結果通知に基づいて、ユーザデバイス５に対して導入対象を導入することができる。また、ユーザとは、個人だけでなく企業などの部署、組織、グループ、チーム、集団を含む。

また、本実施形態において「顧客」とは、情報処理システム１が提供するサービスを利用する契約者である。顧客は、情報管理装置３において顧客識別情報で管理される。顧客は、一例として、ユーザ及びユーザデバイスが所属する主体そのもの、または該主体に関連するアカウントを含む。また、顧客とは、例えば企業などの部署、組織、グループ、チーム、集団などを含む。ただし、顧客とはユーザなどの個人を示す場合がある。また、顧客に所属するユーザやユーザデバイス５を顧客と表現する場合がある。なお、顧客には１以上のテナントが対応付けられている場合がある。テナントとは、ユーザ及びユーザデバイスが所属する主体そのもの、または該主体に関連するアカウントを含む。なお、顧客をテナントと表現する場合がある。

また、本実施形態において「サービス」とは、情報処理システム１が提供する機能である。例えば、アプリデータやアプリ機能の提供、導入対象の推奨、などを含む。

〔ハードウエア構成〕
続いて、図３乃至図５を用いて、実施形態に係る情報処理システムを構成する装置又は端末のハードウエア構成について説明する。なお、図３乃至図５に示されている端末又は装置のハードウエア構成は、必要に応じて構成要素が追加又は削除されてもよい。

＜情報管理装置及びアプリ配信サーバのハードウエア構成＞
図３は、情報管理装置及びアプリ配信サーバのハードウエア構成の一例を示す図である。図３に示されているように、情報管理装置３は、例えばコンピュータによって構築されており、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＥＥＰＲＯＭ３０４、ＨＤ３０５、ＨＤＤ(Hard Disk Drive)コントローラ３０６、ディスプレイ３０７、近距離通信Ｉ／Ｆ３０８、ＣＭＯＳセンサ３０９、撮像素子Ｉ／Ｆ３１０を備えている。情報管理装置３は更に、ネットワークＩ／Ｆ３１１、キーボード３１２、ポインティングデバイス３１３、メディアＩ／Ｆ３１５、外部機器接続Ｉ／Ｆ３１６、音入出力Ｉ／Ｆ３１７、マイク３１８、スピーカ３１９及びバスライン７２０を備えている。

これらのうち、ＣＰＵ３０１は、情報管理装置３全体の動作を制御する。ＲＯＭ３０２は、ＣＰＵ３０１の駆動に用いられるプログラム等を記憶する。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。ＥＥＰＲＯＭ３０４は、ＣＰＵ３０１の制御にしたがって、アプリ等の各種データの読出し又は書込みを行う。ＨＤ３０５は、プログラム等の各種データを記憶する。ＨＤＤコントローラ３０６は、ＣＰＵ３０１の制御にしたがってＨＤ３０５に対する各種データの読出し又は書込みを制御する。ここで、情報管理装置３は、ＨＤ３０５及びＨＤＤコントローラ３０６に代えて、ＳＳＤ(Solid State Drive)を搭載したハードウエア構成であってもよい。ディスプレイ３０７は、カーソル、メニュー、ウィンドウ、文字又は画像などの各種情報を表示する。本実施形態においてディスプレイ３０７は、表示手段の一例として機能する。近距離通信Ｉ／Ｆ３０８は、ＮＦＣ(Near Field Communication)、Ｂｌｕｅｔｏｏｔｈ（登録商標。以下省略）、Ｗｉ－Ｆｉ(登録商標。以下省略)等の無線通信インターフェイスを備える通信装置又は通信端末等とデータ通信を行うための通信回路である。ＣＭＯＳセンサ３０９は、ＣＰＵ３０１の制御にしたがって被写体を撮像して画像データ又は動画データを得る内蔵型の撮像手段の一種である。なお、撮像手段は、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等で構成される撮像手段であってもよい。撮像素子Ｉ／Ｆ３１０は、ＣＭＯＳセンサ３０９の駆動を制御する回路である。

ネットワークＩ／Ｆ３１１は、通信ネットワーク１００を利用してデータ通信をするためのインターフェイスである。キーボード３１２は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。なお、キーボード３１２に代えて又は加えて、タッチパネルで構成された文字、数値、各種指示などを入力する入力手段を備える構成であってもよい。ポインティングデバイス３１３は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。メディアＩ／Ｆ３１５は、フラッシュメモリ等の記録メディア３１４に対するデータの読出し又は書込み(記憶)を制御する。外部機器接続Ｉ／Ｆ３１６は、各種の外部機器を接続するためのインターフェイスである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリ等である。音入出力Ｉ／Ｆ３１７は、ＣＰＵ３０１の制御にしたがってマイク３１８及びスピーカ３１９との間で音信号の入出力を処理する回路である。マイク３１８は、音を電気信号に変える内蔵型の回路であり、外部のスピーカ等から発する音声や音波を取得し電気信号を用いた情報を取得する。スピーカ３１９は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型の回路である。バスライン３２０は、ＣＰＵ３０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

アプリ配信サーバ７は、例えばコンピュータによって構築されており、ＣＰＵ７０１、ＲＯＭ７０２、ＲＡＭ７０３、ＥＥＰＲＯＭ７０４、ＨＤ７０５、ＨＤＤ(Hard Disk Drive)コントローラ７０６、ディスプレイ７０７、近距離通信Ｉ／Ｆ７０８、ＣＭＯＳセンサ７０９、撮像素子Ｉ／Ｆ７１０を備えている。これらのハードウエア資源は、情報管理装置３のＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＥＥＰＲＯＭ３０４、ＨＤ３０５、ＨＤＤ(Hard Disk Drive)コントローラ３０６、ディスプレイ３０７、近距離通信Ｉ／Ｆ３０８、ＣＭＯＳセンサ３０９、撮像素子Ｉ／Ｆ３１０の各ハードウエア資源と同様であるため、説明を省略する。アプリ配信サーバ７は更に、ネットワークＩ／Ｆ７１１、キーボード７１２、ポインティングデバイス７１３、メディアＩ／Ｆ７１５、外部機器接続Ｉ／Ｆ７１６、音入出力Ｉ／Ｆ７１７、マイク７１８、スピーカ７１９及びバスライン７２０を備えている。これらのハードウエア資源は、情報管理装置３のネットワークＩ／Ｆ３１１、キーボード３１２、ポインティングデバイス３１３、メディアＩ／Ｆ３１５、外部機器接続Ｉ／Ｆ３１６、音入出力Ｉ／Ｆ３１７、マイク３１８、スピーカ３１９及びバスライン３２０の各ハードウエア資源と同様であるため、説明を省略する。アプリ配信サーバ７は更に、通信ネットワーク１００を介して接続された一般に利用されている外部サーバを利用する形態をとってもよい。その場合のハードウエア資源は、外部サーバのハードウエア仕様に準ずるものであってよい。

＜通信端末のハードウエア構成＞
図４は、通信端末のハードウエア構成の一例を示す図である。図４に示されているように、通信端末４は、例えばコンピュータによって構築されており、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、ＥＥＰＲＯＭ４０４、ディスプレイ４０７、近距離通信Ｉ／Ｆ４０８、ＣＭＯＳセンサ４０９、撮像素子Ｉ／Ｆ４１０を備えている。通信端末４は更に、ネットワークＩ／Ｆ４１１、タッチパネル４１２、ポインティングデバイス４１３、メディアＩ／Ｆ４１５、外部機器接続Ｉ／Ｆ４１６、音入出力Ｉ／Ｆ４１７、マイク４１８、スピーカ４１９及びバスライン４２０を備えている。

これらのうち、ＣＰＵ４０１は、通信端末４全体の動作を制御する。ＲＯＭ４０２は、ＣＰＵ４０１の駆動に用いられるプログラム等を記憶する。ＲＡＭ４０３は、ＣＰＵ４０１のワークエリアとして使用される。ＥＥＰＲＯＭ４０４は、ＣＰＵ４０１の制御にしたがって、アプリ等の各種データの読出し又は書込みを行う。ディスプレイ４０７は、カーソル、メニュー、ウィンドウ、文字又は画像などの各種情報を表示する。本実施形態においてディスプレイ４０７は、表示手段の一例として機能する。近距離通信Ｉ／Ｆ４０８は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ等の無線通信インターフェイスを備える通信装置又は通信端末等とデータ通信を行うための通信回路である。ＣＭＯＳセンサ４０９は、ＣＰＵ４０１の制御にしたがって被写体を撮像して画像データ又は動画データを得る内蔵型の撮像手段の一種である。なお、撮像手段は、ＣＭＯＳセンサではなく、ＣＣＤ(Charge Coupled Device)センサ等で構成される撮像手段であってもよい。撮像素子Ｉ／Ｆ４１０は、ＣＭＯＳセンサ４０９の駆動を制御する回路である。

ネットワークＩ／Ｆ４１１は、通信ネットワーク１００を利用してデータ通信をするためのインターフェイスである。タッチパネル４１２は、ユーザがディスプレイ４０７上に配置された所定のボタン、アイコン等に対して押下、クリック又はタップ等の操作をすることで、通信端末４を操作するための入力手段の一種である。なお、タッチパネル４１２に代えて又は加えて、キーボードで構成された文字、数値、各種指示などを入力する入力手段を備える構成であってもよい。ポインティングデバイス４１３は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。メディアＩ／Ｆ４１５は、フラッシュメモリ等の記録メディア４１４に対するデータの読出し又は書込み(記憶)を制御する。外部機器接続Ｉ／Ｆ４１６は、各種の外部機器を接続するためのインターフェイスである。この場合の外部機器は、例えば、ＵＳＢメモリ等である。音入出力Ｉ／Ｆ４１７は、ＣＰＵ４０１の制御にしたがってマイク４１８及びスピーカ４１９との間で音信号の入出力を処理する回路である。マイク４１８は、音を電気信号に変える内蔵型の回路であり、外部のスピーカ等から発する音声や音波を取得し電気信号を用いた情報を取得する。スピーカ４１９は、電気信号を物理振動に変えて音楽や音声などの音を生み出す内蔵型の回路である。バスライン４２０は、ＣＰＵ４０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

＜ユーザデバイスのハードウエア構成＞
図５は、ユーザデバイスのハードウエア構成の一例を示す図である。図５に示されているように、ユーザデバイス５は、例えば、上述したＭＦＰである。この場合、ユーザデバイス５は、コントローラ５１０、近距離通信回路５２０、エンジン制御部５３０、操作パネル５４０、ネットワークＩ／Ｆ５５０を含むハードウエア資源を備えている。

これらのうち、コントローラ５１０は、コンピュータの主要部であるＣＰＵ５０１、システムメモリ（ＭＥＭ－Ｐ）５０２、ノースブリッジ（ＮＢ）５０３、サウスブリッジ（ＳＢ）５０４、ＡＳＩＣ(Application Specific Integrated Circuit)５０５、記憶部であるローカルメモリ（ＭＥＭ－Ｃ）５０６、ＨＤＤコントローラ５０７及び記憶部であるＨＤ５０８を有し、ＮＢ５０３とＡＳＩＣ５０５との間をＡＧＰ(Accelerated Graphics Port)バス５２１で接続した構成となっている。

これらのうち、ＣＰＵ５０１は、ユーザデバイス５の全体制御を行う制御部である。ＮＢ５０３は、ＣＰＵ５０１と、ＭＥＭ－Ｐ５０２、ＳＢ５０４及びＡＧＰバス５２１とを接続するためのブリッジであり、ＭＥＭ－Ｐ５０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ(Peripheral Component Interconnect)マスタ及びＡＧＰターゲットとを有する。

ＭＥＭ－Ｐ５０２は、コントローラ５１０の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ５０２ａ、プログラムやデータの展開、及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ５０２ｂとからなる。なお、ＲＡＭ５０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等のコンピュータで読取り可能な記録媒体に記録して提供されるようにしてもよい。

ＳＢ５０４は、ＮＢ５０３とＰＣＩデバイス及び周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ５０５は、画像処理用のハードウエア要素を有する画像処理用途向けのＩＣ(Integrated Circuit)であり、ＡＧＰバス５２１、ＰＣＩバス５２２、ＨＤ５０８及びＭＥＭ－Ｃ５０６をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ５０５は、ＰＣＩターゲット及びＡＧＰマスタ、ＡＳＩＣ５０５において所定の優先順位に従って各信号の駆動タイミングの調停を行うアービタ（Arbiter）、ＭＥＭ－Ｃ５０６を制御するメモリコントローラ、ハードウエアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ(Direct Memory Access Controller)、並びに、スキャナ部５３１及びプリンタ部５３２との間でＰＣＩバス５２２を介したデータ転送を行うＰＣＩユニットを含む。なお、ＡＳＩＣ５０５には、ＵＳＢ(Universal Serial Bus)のインターフェイスや、ＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394）のインターフェイスが接続されるようにしてもよい。

ＭＥＭ－Ｃ５０６は、コピー用画像バッファ及び符号バッファとして用いるローカルメモリである。ＨＤ５０８は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤ５０８は、ＣＰＵ５０１の制御にしたがってＨＤ５０８に対するデータの読出し又は書込みを制御する。ＡＧＰバス５２１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインターフェイスであり、ＭＥＭ－Ｐ５０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。

また、近距離通信回路５２０には、近距離通信回路用アンテナ５２０ａが備わっている。近距離通信回路５２０は、ＮＦＣ、Ｂｌｕｅｔｏｏｔｈ(登録商標。以下省略)等の通信回路である。

更に、エンジン制御部５３０は、スキャナ部５３１、プリンタ部５３２及びＦＡＸ部５３３によって構成されている。また、操作パネル５４０は、現在の設定値や選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部５４０ａ、並びに、濃度の設定条件などの画像形成に係る条件の設定値を受け付けるテンキー及びコピー開始指示を受け付けるスタートキー等を含む操作ボタン部５４０ｂを備えている。本実施形態においてパネル表示部５４０ａは、表示手段の一例として機能する。コントローラ５１０は、ユーザデバイス５全体の制御を行い、例えば、描画、通信、操作パネル５４０からの入力等を制御する。スキャナ部５３１又はプリンタ部５３２には、誤差拡散やガンマ(γ)変換などの画像処理部分が含まれている。また、ＦＡＸ部５３３には、外部のファクシミリ通信機能を備えた装置との間をつなぐアナログ回線（公衆回線）を利用してファクシミリ通信を行なうためのアナログＩ／Ｆ、モデム（ＭＯＤＥＭ）、スピーカ等が含まれる。

なお、ユーザデバイス５は、操作パネル５４０のアプリケーション切り替えキーにより、ドキュメントボックス機能、コピー機能、プリンタ機能及びファクシミリ機能を順次に切り替えて選択することが可能となる。ドキュメントボックス機能の選択時にはドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリンタ機能の選択時にはプリンタモードとなり、ファクシミリモードの選択時にはファクシミリモードとなる。

また、ネットワークＩ／Ｆ５５０は、通信ネットワーク１００を利用してデータ通信をするためのインターフェイスである。近距離通信回路５２０及びネットワークＩ／Ｆ５５０は、ＰＣＩバス５２２を介して、ＡＳＩＣ５０５に電気的に接続されている。

ユーザデバイス５は更に、コンピュータによって構築され図２で示したような各ハードウエア資源を有するものであってもよい。

なお、上記プログラムは、インストール可能な形式又は実行可能な形式のファイルで、コンピュータで読取り可能な記録媒体に記録、又はネットワークを介してダウンロードを行い流通させるようにしてもよい。記録媒体の例として、ＣＤ－Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、Ｂｌｕ-ｒａｙ Ｄｉｓｃ(Ｂｌｕ-ｒａｙは登録商標。以下省略)、ＳＤカード、ＵＳＢメモリ等が挙げられる。また、記録媒体は、プログラム製品(Program Product)として、国内又は国外へ提供されることができる。例えば、情報管理装置３は、本発明に係るプログラムが実行されることで、本発明に係る情報管理方法を実現する。

〔情報処理システムの機能構成〕
次に、図３乃至図１６を用いて、本実施形態の機能構成について説明する。図６は、情報処理システムの機能構成の一例を示す図である。なお、図６は、図２に示されている端末又は装置のうち、後述する処理又は動作に関連するものを示す。

＜情報管理装置の機能構成＞
まず、図３及び図６を用いて、情報管理装置３の機能構成について説明する。図６に示されているように、情報管理装置３は、送受信部３１、算出部３２、抽出・取得部３３、表示制御部３４、判断処理部３５、検索特定部３６、生成部３７、設定登録部３８及び記憶読出部３９を有する。これら各機能部は、図３に示された各ハードウエア資源のいずれかが、ＲＯＭ３０２、ＥＥＰＲＯＭ３０４及びＨＤ３０５のうち少なくとも一つからＲＡＭ３０３に展開された情報管理装置３用のプログラムに従ったＣＰＵ３０１からの命令により動作することで実現される機能又は手段である。また、情報管理装置３は、図３に示されているＲＯＭ３０２、ＥＥＰＲＯＭ３０４及びＨＤ３０５のうち少なくとも一つにより構築される記憶部３０００を有している。更に、記憶部３０００には、各装置、各端末と通信ネットワーク１００を介して通信を行うための通信プログラム(通信アプリ)、ブラウザアプリ、導入対象に対する導入効果等を通信端末４又はユーザデバイス５に対して送信するための導入対象管理アプリ等が記憶されている。

<<情報管理装置の各機能構成>>
次に、情報管理装置３の各機能構成について詳細に説明する。図６に示されている情報管理装置３の送受信部３１は、主に、ネットワークＩ／Ｆ３１１及び近距離通信Ｉ／Ｆ３０８に対するＣＰＵ３０１の処理によって実現され、通信ネットワーク１００を介して各端末、各装置との間で各種データ(又は情報)の送受信を行う。また、送受信部３１は、旧デバイスの一例である第１のユーザデバイス５の利用履歴を含む情報に基づいて推奨対象として検索された所定のアプリに係る検索結果を、新デバイスの一例である第２のユーザデバイス５に対して送信する。本実施形態において送受信部３１は、送信手段及び受信手段のうち少なくとも一方の手段の一例として機能する。

算出部３２は、主に、ＣＰＵ３０１の処理によって実現され、情報管理装置３における各種計算の実行及び各種値の算出を行う。本実施形態において算出部３２は、算出手段の一例として機能する。

抽出・取得部３３は、主に、ＣＰＵ３０１の処理によって実現される。抽出・取得部３３は、第１のユーザデバイス（旧デバイス）で利用される第１のアプリに係る移行情報を取得する。また、抽出・取得部３３は、第２のユーザデバイスによって選択が受け付けられた第１のアプリの種類情報及び設定情報を含む移行情報を取得する。このときの移行情報は、機能情報としてのアプリの種類情報、設定情報を含む。本実施形態において抽出・取得部３３は、抽出手段及び取得手段のうち少なくとも一方の手段として機能する。

表示制御部３４は、主に、ディスプレイ３０７に対するＣＰＵ３０１の処理によって実現され、通信端末４及びユーザデバイス５のうち少なくとも一方に対する各種画面及び情報(データ)の表示制御を行う。また、表示制御部３４は、例えば、ブラウザを介して、ＨＴＭＬ(Hyper Text Markup Language)等により生成された表示画面を、通信端末４のディスプレイ４０７及びユーザデバイス５のパネル表示部５４０ａのうち少なくとも一方に表示させることも可能である。本実施形態において表示制御部３４は、表示制御手段の一例として機能する。

判断処理部３５は、主に、ＣＰＵ３０１の処理によって実現され、情報管理装置３における各種判断を行う。本実施形態において判断処理部３５は、判断処理手段の一例として機能する。

検索特定部３６は、主に、ＣＰＵ３０１の処理によって実現される、検索特定部３６は、取得した移行情報と、第１のユーザデバイスの機能に係る第１の機能情報及び第２のユーザデバイスの機能に係る第２の機能情報とに基づいて、第２のアプリを特定する。ここで、第１の機能とは第１のユーザデバイスが有する機能であり、第２の機能とは第２のユーザデバイスが有する機能である。ここで、第１の機能および第２の機能は、例えば、ユーザデバイス有するハードウエア、および該ハードウエアによって実現される機能である。以下では、第１の機能にかかる情報を第１の機能情報、第２の機能にかかる情報を第２の機能情報として表現する場合がある。また、第２のアプリは代替アプリの一例である。第２のアプリは、第２のユーザデバイスに導入されるアプリであり、例えば第１のアプリの代わりに導入される第１のアプリとは異なるアプリである。ただし、第２のアプリは、第１のアプリと機能が一部又は全部が同じであっても良い。また、検索特定部３６は、第１のユーザデバイス５（旧デバイス）と第２のユーザデバイス５（新デバイス）との間での移行不可能なアプリ（引き継げないアプリ）が有する機能を、アプリの名称を表すアプリ名とアプリの機能を表すアプリ機能とを対応付けて管理するアプリ機能対応管理ＤＢ３００５を参照して特定する。また、検索特定部３６は、上述の特定処理で特定した機能のうち、第２のユーザデバイス５（新デバイス）が有していない機能を、第１のユーザデバイスを識別する第１のユーザデバイス識別情報と第１のユーザデバイスが有する機能とを対応付けて管理するデバイス情報管理ＤＢ３００２を参照して特定する。また、検索特定部３６は、アプリ機能対応管理ＤＢ３００５を参照することにより、新デバイスが有していない機能に対して特定した機能に対応するアプリを第２のアプリ（代替アプリ）として特定する。また、検索特定部３６は、通信端末８が送信したユーザ認証要求に基づいてユーザ認証処理を行う。検索特定部３６は更に、ユーザデバイス５が送信したログイン要求に基づいてログイン処理を行う。本実施形態において検索特定部３６は、特定手段の一例として機能する。

生成部３７は、主に、ＣＰＵ３０１の処理によって実現され、推奨判断処理が実行された後、顧客に対して導入対象を推奨するためのアプリ特定結果通知画面を構成するアプリ特定結果通知画面データを生成する。本実施形態において生成部３７は、生成手段の一例として機能する。

設定登録部３８は、主に、ＣＰＵ３０１の処理によって実現される。設定登録部３８は、通信端末４が送信したユーザ識別情報とパスワードを用いて、ユーザ認証処理を実行する。また、設定登録部３８は、顧客を識別する顧客識別情報に関連付けられたユーザデバイス５と、顧客識別情報に関連付けられたユーザと、顧客識別情報に関連付けて導入された導入対象を識別する導入対象識別情報と、をそれぞれ管理する。また、設定登録部３８は、第２のデバイスが有する機能である第２の機能を実行するために推奨された、又は、第１のデバイスが有する機能である第１の機能の代替となる所定のアプリに対して、第１のユーザデバイスで利用されていた第１のアプリに付与されたライセンス情報を関連付けて登録する。また、設定登録部３８は、第１のアプリが第２のユーザデバイスに移行可能である場合、第１のアプリに付与されたライセンス情報を削除して、所定のアプリに関連付けて登録する。また、設定登録部３８は、第２のユーザデバイスによって選択が受け付けられた所定のアプリに対して、ライセンス情報を関連付けて登録する。なお、上述した管理を行うためのデータテーブル（各データベース：ＤＢ）については後述する。本実施形態において設定登録部３８は、登録手段の一例として機能する。

記憶読出部３９は、主に、ＲＯＭ３０２、ＥＥＰＲＯＭ３０４及びＨＤ３０５のうち少なくとも一つに対するＣＰＵ３０１の処理によって実現され、記憶部３０００に各種データ(又は情報)を記憶したり、記憶部３０００から各種データ(又は情報)を読み出したりする。本実施形態において記憶読出部３９は、記憶読出手段の一例として機能する。

●ユーザ情報管理テーブル●
図７は、ユーザ情報管理テーブルの一例を示す概念図である。なお、以下に説明するデータテーブルの構成は一例であり、これに限るものではない。情報管理装置３の記憶部３０００には、図７に示されているようなユーザ情報管理テーブルによって構成されたユーザ情報管理ＤＢ３００１が構築されている。ユーザ情報管理テーブルでは、顧客識別情報及び顧客名のうち少なくとも一方をタブとして各タブで分けられたユーザ識別情報ごとに、テナント識別情報、ユーザ識別情報、ユーザ名、パスワード、電子メールアドレス及び権限情報が関連付けられて記憶、管理されている。これらのうち、顧客識別情報及び顧客名は、情報管理システム２において、ユーザデバイス５を利用する顧客Ｘに与えられた識別情報であり、例えば、「C0001」、「C0002」等で与えられる。テナント識別情報は、ユーザが所属する企業等のテナントを識別する情報で、例えば、「T0001」、「T0002」等で与えられる。ユーザ識別情報は、顧客に含まれる（属する）ユーザを識別するための情報であり、例えば、「U0001」、「U0002」等で与えられ管理される。ユーザ名はユーザ識別情報を有するユーザの名称である。パスワードは、情報管理システム２を含む情報処理システム１を利用する際のログイン時のユーザ識別情報と関連付けられた識別情報であり、初回の起動時（ログイン時）等にユーザが入力する。電子メールアドレスは、ユーザに与えられた電子メールを利用する際のアドレスである。権限情報は、ユーザデバイス５を利用するユーザに付与された権限を示す情報で、例えば、「管理ユーザ」、「一般ユーザ」等が与えられる。例えば、ユーザデバイス５を管理する管理ユーザに対応するユーザ識別情報には、役割が管理ユーザであること、又は管理権限を有することを示す情報を関連付けて記憶する。一方、ユーザデバイス５を利用する一方ユーザに対応するユーザ識別情報には、役割が一般ユーザであること、又は管理権限を有していないことを示す情報を関連付けて記憶する。また、ユーザ情報管理ＤＢ３００１では、ユーザ識別情報毎に、情報管理装置３がアプリ特定結果通知を送信するか否かを示す情報を記憶してもよい。例えば、管理ユーザに対応するユーザ識別情報には、アプリ特定結果通知を送信することを示す情報を関連付けて記憶する。なお、本実施形態においてユーザ情報管理テーブル（ユーザ情報管理ＤＢ３００１）は、ユーザ情報管理手段の一例として機能する。

●デバイス情報管理テーブル●
図８は、デバイス情報管理テーブルの一例を示す概念図である。なお、以下に説明するデータテーブルの構成は一例であり、これに限るものではない。情報管理装置３の記憶部３０００には、図８に示されているようなデバイス情報管理テーブルによって構成されたデバイス情報管理ＤＢ３００２が構築されている。デバイス情報管理テーブルでは、顧客識別情報及び顧客名のうち少なくとも一方をタブとして各タブで分けられたテナント識別情報ごとに、デバイス識別情報（端末識別情報）、デバイスの種類、機能及びアドレス情報が関連付けられて記憶、管理されている。これらのうち、デバイス識別情報は、顧客及びテナントに含まれる（属する）ユーザデバイス５（移行前の旧デバイス）を識別するための情報であり、例えば、「D0001」、「D0002」等で与えられ管理される。なお、デバイス識別情報には、ユーザデバイス５だけでなく、通信端末４の情報も含めて管理される。これは、推奨される導入対象等を、情報管理装置３が通信端末４に対して通知する際に利用するためである。情報管理装置３は、導入対象としての推奨（代替）アプリ等に係る推奨情報等を通信端末４に通知する際、通知対象となる顧客識別情報に基づいてデバイス識別情報から通信端末４を特定し、アドレス情報で示された宛先に通知を送信する。なお、顧客識別情報に基づいてユーザ識別情報からユーザを特定し、電子メールアドレス宛に通知を送信してもよい。デバイスの種類は、ユーザデバイス５として与えられる装置の種類であり、「ＭＦＰ(Multi Function Peripheral)」、「スキャナ」、「ＦＡＸ（ファクシミリ装置）」、「電子ホワイトボード」、「プロジェクタ」、「ＰＣ」、「スマートフォン」、「対話型音声操作装置（スマートスピーカ）」等が含まれる。機能は、デバイスの種類で示されたデバイスが有する各機能を示す。アドレス情報は、情報処理システム１においてユーザデバイス５を特定するアドレス情報であり、例えば、ＩＰアドレスで与えられ管理される。

なお、デバイス情報管理ＤＢ３００２では、デバイス識別情報毎に、情報管理装置３がアプリ特定結果通知を送信するか否かを示す情報を記憶してもよい。例えば、管理ユーザが管理しているユーザデバイス５及び通信端末４に対応するデバイス識別情報には、アプリ特定結果通知を送信することを示す情報を関連付けて記憶する。

なお、デバイス情報管理テーブルは、以下の用途で用いられる。例えば、デバイス情報管理テーブルは、後述する第１履歴情報管理テーブルで管理されていないデバイス（例えば顧客が設置したばかりで、過去にまだログ収集したことがないデバイス）からログ情報を受信した場合、どの顧客識別情報と関連付けて記憶するのかを、デバイス管理情報に基づいて判断する際に用いられる。若しくは、デバイス情報管理テーブルは、情報管理装置３がどのデバイスにログ情報を要求するのかを判断する際に用いられる。この場合、情報管理装置３がユーザデバイス５に対して問い合わせる際に、アドレス情報が用いられる。なお、本実施形態においてデバイス情報管理テーブル（デバイス情報管理ＤＢ３００２）は、デバイス情報管理手段の一例として機能する。

なお、デバイス情報管理テーブルで示される機能とは、第１の機能および第２の機能の一例である。また、デバイス情報管理テーブルは、第１の機能情報、および第２の機能情報の一例である。

●ライセンス情報管理テーブル●
図９は、ライセンス情報管理テーブルの一例を示す概念図である。なお、以下に説明するデータテーブルの構成は一例であり、これに限るものではない。情報管理装置３の記憶部３０００には、図９に示されているようなライセンス情報管理テーブルによって構成されたライセンス情報管理ＤＢ３００３が構築されている。ライセンス情報管理テーブルでは、顧客識別情報及び顧客名のうち少なくとも一方をタブとして各タブで分けられたテナント識別情報ごとに、アプリ名、デバイス識別情報及び有効状態の各項目が関連付けられて記憶、管理されている。これらのうちアプリ名は、導入の対象となるアプリの名称を示し、例えば、「コピーアプリ」、「スキャナアプリ」等で与えられる。なお、アプリ名はアプリを識別する情報の一例であり、アプリＩＤなどであってもよい。デバイス識別情報は、アプリ名で識別されるライセンスが割り当てられたデバイスを識別する情報である。例えば、ライセンスが複数のデバイスに割り当てられている場合には、複数のデバイス識別情報を含みえる。有効状態は、アプリが有効であるか否かを示し、例えば、「有効」、「期限切れ」等で与えられる。なお、本実施形態においてライセンス情報管理テーブル（ライセンス情報管理ＤＢ３００３）は、ライセンス情報管理手段の一例として機能する。ライセンス情報管理ＤＢ３００３は、ライセンス毎に割り当て可能なライセンス数や、ライセンスの形態を示す情報が含まれていてもよい。

●移行情報管理テーブル●
図１０は、移行情報管理テーブルの一例を示す概念図である。なお、以下に説明するデータテーブルの構成は一例であり、これに限るものではない。情報管理装置３の記憶部３０００には、図１０に示されているような移行情報管理テーブルによって構成された移行情報管理ＤＢ３００４が構築されている。移行情報管理テーブルでは、顧客識別情報及び顧客名のうち少なくとも一方をタブとして各タブで分けられたデバイス識別情報ごとに、デバイスの種類、デバイスの名称、移行情報１（アプリ）、移行情報２（設定情報）、移行情報３（＊＊情報）を含む各項目が関連付けられて記憶、管理されている。これらのうち移行情報１（アプリ）は、アプリの名称を表し、デバイス識別情報で示されるデバイスにインストール中の一以上のアプリ又は契約を識別する情報である。移行情報１（アプリ）は、デバイスにインストールされているアプリ、又はデバイスにライセンスが割り当てられているアプリを識別する情報である。例えば、「コピーアプリ」、「スキャンアプリ」、「発注アプリ」等で与えられる。移行情報２（設定情報）は、デバイス識別情報で示されるデバイスにおいて設定されている各種設定に係る情報や、デバイスで利用するアプリにかかる設定を表し、ＭＦＰ等のユーザデバイス５に設定されている一以上の設定情報である。移行情報２（設定情報）は、例えば、「省エネ移行時間」、「最大処理件数」等で与えられる。なお、本実施形態において移行情報管理テーブル（移行情報管理ＤＢ３００４）は、移行情報管理手段の一例として機能する。

●アプリ機能対応管理テーブル●
図１１は、アプリ機能対応管理テーブルの一例を示す概念図である。なお、以下に説明するデータテーブルの構成は一例であり、これに限るものではない。情報管理装置３の記憶部３０００には、図１１に示されているようなアプリ機能対応管理テーブルによって構成されたアプリ機能対応管理ＤＢ３００５が構築されている。アプリ機能対応管理テーブルでは、アプリ名とその機能とが対応付けて記憶、管理されている。機能は、アプリ名で示されるアプリが有する機能を示す情報である。なお、本実施形態においてアプリ機能対応管理テーブル（アプリ機能対応管理ＤＢ３００５）は、アプリ機能対応管理手段の一例として機能する。アプリ機能対応管理ＤＢ３００５の情報は、例えばアプリ開発者などがアプリを公開するときにアプリ名と機能とを登録又は編集することができる。

●代替アプリ管理テーブル●
図１２は、代替アプリ管理テーブルの一例を示す概念図である。なお、以下に説明するデータテーブルの構成は一例であり、これに限るものではない。情報管理装置３の記憶部３０００には、図１２に示されているような代替アプリ管理テーブルによって構成された代替アプリ管理ＤＢ３００６が構築されている。代替アプリ管理テーブルでは、アプリ名ごとに、該アプリが有する機能及び該アプリがインストール可能なインストール対象が対応付けて記憶、管理されている。

インストール対象は、代替アプリのインストール対象となる装置（デバイス）である。インストール対象がスマートフォンの場合などＭＦＰ等の装置以外の場合は、アプリを通知するだけでよい。なお、本実施形態において代替アプリ管理テーブル（代替アプリ管理ＤＢ３００６）は、代替アプリ管理手段の一例として機能する。

●推奨条件管理テーブル●
図１３は、推奨条件管理テーブルの一例を示す概念図である。なお、以下に説明するデータテーブルの構成は一例であり、これに限るものではない。情報管理装置３の記憶部３０００には、図１３に示されているような推奨条件管理テーブルによって構成された推奨条件管理ＤＢ３００７が構築されている。推奨条件管理テーブルでは、推奨条件識別情報ごとに、少なくとも一以上の利用項目名（利用履歴）、少なくとも一以上の推奨条件が含まれる。これらのうち、推奨条件識別情報は、アプリ等の導入対象を推奨する際の推奨条件を識別する識別情報であり、例えば、「RC0001」、「RC0002」等で与えられる。利用項目名（利用履歴）は、ユーザデバイス５において利用された項目名を示し、例えば、「名刺コピー」、「伝票スキャン」等の項目名で与えられる。推奨条件１は、推奨対象を推奨するための条件であり、利用項目名で与えられた項目ごとに閾値が与えられる。例えば、利用項目が「名刺コピー」であって、推奨条件が「700枚≧期間α」の場合、期間αで示される期間における名刺コピー機能の使用回数が７００以上である場合に、推奨条件１が満たされたと判断することができる。また、推奨条件２は、推奨対象を推奨するための条件であって推奨条件１と合わせて判断される条件である。例えば、推奨識別情報が「ＲＣ０４０１」の場合、「新規追加機能＝クラウド連携」等の情報で与えられる。これは、新規追加機能がクラウド連携機能であることを示している。ここで、新規追加機能とは、第２のユーザデバイスが有している機能であって、該第２のユーザデバイスの移行元として指定された第１のユーザデバイスでは有していない機能を示している。また、推奨識別情報が「ＲＣ０４０３」の場合の推奨条件２は、「設定情報＝ＮＦＣ通信機能：ＯＮ」等の情報で与えられる。これは、第１のユーザデバイスの設定においてＮＦＣ通信機能がＯＮに設定されていることを示している。ここで、設定情報とは、第２のユーザデバイスの移行元として指定された第１のユーザデバイスで設定されている設定情報を示している。推奨条件１と推奨条件２の両方の条件を満たした場合に、推奨条件識別情報で示される推奨条件が満たされたと判断できる。

なお、本実施形態において推奨条件管理テーブル（推奨条件管理ＤＢ３００７）は、推奨条件管理手段の一例として機能する。

●導入対象管理テーブル●
図１４は、導入対象管理テーブルの一例を示す概念図である。なお、以下に説明するデータテーブルの構成は一例であり、これに限るものではない。情報管理装置３の記憶部３０００には、図１４に示されているような導入対象管理テーブルによって構成された導入対象管理ＤＢ３００８が構築されている。導入対象管理テーブルでは、推奨条件識別情報ごとに、導入対象識別情報、導入対象、導入対象保存先（購入先）を含む項目が関連付けられて記憶、管理されている。これらのうち、導入対象識別情報は、アプリ等の導入対象を識別する識別情報で、例えば、「RS0001」、「RD0002」等で与えられる。導入対象は、ユーザデバイス５に対して推奨されるアプリ等の名称を表し、例えば、「名刺管理アプリ」、「請求管理ソフト」等で与えられる。導入対象保存先（購入先）は、導入対象が保存されている場所を表し、ＵＲＬ、会社名等で与えられる。なお、本実施形態において導入対象管理テーブル（導入対象管理ＤＢ３００８）は、導入対象管理手段の一例として機能する。

●利用履歴情報管理テーブル●
図１５は、利用履歴情報管理テーブルの一例を示す概念図である。なお、以下に説明するデータテーブルの構成は一例であり、これに限るものではない。情報管理装置３の記憶部３０００には、図１５に示されているような利用履歴情報管理テーブルによって構成された利用履歴情報管理ＤＢ３００９が構築されている。利用履歴情報管理テーブルでは、顧客識別情報及び顧客名のうち少なくとも一方をタブとして各タブで分けられたデバイス識別情報ごとに、デバイスの種類、利用履歴（項目１）、利用日時、利用数（利用量）を含む項目が関連付けられて記憶、管理されている。これらのうち、利用履歴（項目１）は、ユーザデバイス５の機能に係る利用履歴を示す第１の履歴情報の一例である。また、利用履歴（項目１）は、例えば、「名刺コピー」、「伝票スキャン＆コピー」、「検索」、「動画視聴」等で与えられる。つまり、利用履歴（項目１）は、ユーザデバイス５で実行された機能又はアプリを示す情報である。利用日時は、利用履歴が蓄積された日時（すなわちアプリの機能等が実行された日時）又は所定期間を表す。利用数（利用量）は、利用日時として与えられた日時又は所定期間における利用履歴（項目１）の利用数を表す。利用数（利用量）は、機能又はアプリが所定の処理を実行した回数や実行を受け付けた回数、処理の対象となった媒体やファイル及びデータの数や容量などでもよい。そして、情報管理装置３は、この利用履歴に係る利用履歴情報（利用数又は利用量）をユーザデバイス５から取得するタイミングを任意に設定することが可能である。取得するタイミングは、例えば、毎日、３日おき、１０日おき等が考えられる。これにより、例えば、情報管理装置３が１０日おきに所定の利用履歴情報（利用数又は利用量）を取得する場合、１０日分の利用履歴情報（総利用数又は総利用量）が抽出される。

また、利用履歴情報管理テーブルで管理される利用履歴（項目１）の内容としては、デバイス種類がＭＦＰの場合は、例えば、名刺コピー、伝票スキャン＆プリント、伝票送受信、印刷等が考えられる。デバイス種類が電子ホワイトボード（ＩＷＢ）の場合は、例えば、投影、書込み、拠点間の連携、結果の共有が考えられる。デバイス種類がプロジェクタの場合は、例えば、投影、書込みが考えられる。以上は、情報管理装置３が各ユーザデバイスに対して情報を送信する場合のデバイスである。

利用履歴情報管理テーブルで管理される利用履歴（項目１）の内容としては更に、デバイス種類がスマートフォンの場合は、以下が考えられる。すなわち、利用履歴（項目１）の内容は、例えば、検索、デザリング、情報共有（ＳＮＳ）、通話／メール、動画・静止画・音楽の視聴、ナビゲーション（位置、行動履歴）である。この場合、情報管理装置３は、ユーザデバイスではなく、スマートフォン（ＰＣ）自身に対して情報を送信する。なお、本実施形態において利用履歴情報管理テーブル（利用履歴情報管理ＤＢ３００９）は、利用履歴情報管理手段の一例として機能する。

＜通信端末の機能構成＞
次に、図４及び図６を用いて、通信端末４の機能構成について説明する。図６に示されているように、通信端末４は、送受信部４１、操作受付部４２、取得部４３、表示制御部４４及び記憶読出部４９を有する。これら各機能部は、図４に示された各ハードウエア資源のいずれかが、ＲＯＭ４０２、ＥＥＰＲＯＭ４０４及び記録メディア４１４のうち少なくとも一つからＲＡＭ４０３に展開された通信端末４用のプログラムに従ったＣＰＵ４０１からの命令により動作することで実現される機能又は手段である。また、通信端末４は、図５に示されているＲＯＭ４０２、ＥＥＰＲＯＭ４０４及び記録メディア４１４のうち少なくとも一つにより構築される記憶部４０００を有している。更に、記憶部４０００には、各装置、各端末と通信ネットワーク１００を介して通信を行うための通信プログラム(通信アプリ)、ブラウザアプリ、導入対象に対する導入効果等を表示させるための導入対象管理アプリ等が記憶されている。

<<通信端末の各機能構成>>
次に、通信端末４の各機能構成について詳細に説明する。図６に示されている通信端末４の送受信部４１は、主に、ネットワークＩ／Ｆ４１１及び近距離通信Ｉ／Ｆ４０８に対するＣＰＵ４０１の処理によって実現され、通信ネットワーク１００を介して各端末、各装置との間で各種データ(又は情報)の送受信を行う。本実施形態において送受信部４１は、送信手段及び受信手段のうち少なくとも一方の手段の一例として機能する。

操作受付部４２は、主に、タッチパネル４１２及びポインティングデバイス４１３のうち少なくとも一方が受け付けた各種操作により生成された信号をＣＰＵ４０１が処理することによって実現される。本実施形態において操作受付部４２は、受付手段の一例として機能する。

取得部４３は、主に、ＣＰＵ４０１の処理によって実現され、情報管理装置３が送信した各種情報を取得する。取得部４３は、例えば、情報管理装置３が送信したアプリ特定結果通知応答に含まれる推奨情報を取得する。本実施形態において取得部４３は、取得手段の一例として機能する。

表示制御部４４は、主に、ディスプレイ４０７に対するＣＰＵ４０１の処理によって実現され、通信端末４における各種画面及び情報(データ)の表示制御を行う。また、表示制御部４４は、例えば、ブラウザを用いて、ＨＴＭＬ(Hyper Text Markup Language)等により生成された表示画面を、通信端末４のディスプレイ４０７(以下、単にディスプレイ４０７という)に表示させる。表示制御部４４は、例えば、取得した推奨情報をディスプレイ４０７に表示させる。本実施形態において表示制御部４４は、表示制御手段の一例として機能する。

記憶読出部４９は、主に、ＲＯＭ４０２、ＥＥＰＲＯＭ４０４及び記録メディア４１４のうち少なくとも一つに対するＣＰＵ４０１の処理によって実現され、記憶部４０００に各種データ(又は情報)を記憶したり、記憶部４０００から各種データ(又は情報)を読み出したりする。本実施形態において記憶読出部４９は、記憶読出手段の一例として機能する。

＜ユーザデバイスの機能構成＞
次に、図５及び図６を用いて、ユーザデバイスの機能構成について説明する。図６に示されているように、ユーザデバイス５は、送受信部５１、操作受付部５２、取得部５３、表示制御部５４、実行部５６、生成部５７、設定登録部５８及び記憶読出部５９を有する。これら各機能部は、図５に示された各ハードウエア資源のいずれかが、ＲＯＭ５０２ａ及びＨＤ５０８のうち少なくとも一つからＲＡＭ５０２ｂに展開されたユーザデバイス５用のプログラムに従ったＣＰＵ５０１からの命令により動作することで実現される機能又は手段である。また、ユーザデバイス５は、図５に示されているＲＯＭ５０２ａ及びＨＤ５０８のうち少なくとも一つにより構築される記憶部５０００を有している。

<<ユーザデバイスの各機能構成>>
次に、ユーザデバイス５の各機能構成について詳細に説明する。図６に示されているユーザデバイス５の送受信部５１は、主に、ネットワークＩ／Ｆ５５０及び近距離通信回路５２０に対するＣＰＵ５０１の処理によって実現され、通信ネットワーク１００を介して各端末、各装置との間で各種データ(又は情報)の送受信を行う。また、送受信部５１は、
履歴情報を提供するユーザデバイスの機能に係る利用履歴を示す第１の履歴情報を、情報管理装置３に対して送信する。本実施形態において送受信部５１は、送信手段及び受信手段のうち少なくとも一方の手段の一例として機能する。

操作受付部５２は、主に、操作パネル５４０のパネル表示部５４０ａ及び操作ボタン部５４０ｂのうち少なくとも一方が受け付けた各種操作により生成された信号をＣＰＵ５０１が処理することによって実現される。本実施形態において操作受付部５２は、受付手段の一例として機能する。

取得部５３は、主に、ＣＰＵ５０１の処理によって実現され、情報管理装置３が送信した各種情報を取得する。取得部４３は、例えば、情報管理装置３が送信したアプリ特定結果通知応答に含まれる推奨情報、導入対象の一例である各種アプリに係るアプリデータ（プログラム等）を取得する。本実施形態において取得部５３は、取得手段の一例として機能する。

表示制御部５４は、主に、操作パネル５４０のパネル表示部５４０ａに対するＣＰＵ５０１の処理によって実現され、ユーザデバイス５における各種画面及び情報(データ)の表示制御を行う。また、表示制御部５４は、例えば、ブラウザを用いて、ＨＴＭＬ等により生成された表示画面を、操作パネル５４０に表示させる。なお、本実施形態では、ユーザデバイス５の一例としてＭＦＰを例示したが、これに限らない。したがって、ユーザデバイス５の各機能部におけるハードウエア資源は、各ユーザデバイス５を構成するハードウエア資源にあわせて適宜変更可能である。本実施形態において表示制御部５４は、表示制御手段の一例として機能する。

実行部５６は、主に、ＣＰＵ４０１の処理によって実現され、ユーザデバイス５における各種アプリ等の起動、印刷エンジンの起動、印刷処理の実行、投影処理の実行等を行う。本実施形態において実行部５６は、実行手段の一例として機能する。

生成部５７は、主に、ＣＰＵ５０１の処理によって実現され、ユーザデバイス５に対して通知、表示させるための各種通知情報（画面情報）を生成する。本実施形態において生成部５７は、生成手段の一例として機能する。

設定登録部５８は、主に、ＣＰＵ５０１の処理によって実現される。設定登録部５８は、情報管理装置３によりデバイス登録処理が実行された後、テナント登録処理を行う。本実施形態において設定登録部５８は、登録手段の一例として機能する。

記憶読出部５９は、主に、ＲＯＭ５０２ａ及びＨＤ５０８のうち少なくとも一つに対するＣＰＵ５０１の処理によって実現され、記憶部５０００に各種データ(又は情報)を記憶したり、記憶部５０００から各種データ(又は情報)を読み出したりする。本実施形態において記憶読出部５９は、記憶読出手段の一例として機能する。

●利用履歴情報管理テーブル●
図１６は、利用履歴情報管理テーブルの一例を示す概念図である。なお、以下に説明するデータテーブルの構成は一例であり、これに限るものではない。ユーザデバイス５の記憶部５０００には、図１６に示されているような利用履歴情報管理テーブルによって構成された利用履歴情報管理ＤＢ５００１が構築されている。利用履歴情報管理ＤＢ５００１では、ユーザがユーザデバイス５の機能を利用するたびに、利用履歴（項目１）、利用日時、利用数（利用量）を含む各項目が、登録、更新される。利用履歴情報管理テーブルでは、デバイス識別情報ごとに、利用履歴（項目１）、利用日時、利用数（利用量）を含む各項目が関連付けられて記憶、管理されている。これらの項目は、情報管理装置３で管理される利用履歴情報管理テーブル（利用履歴情報管理ＤＢ３００９）で管理されている各項目に対応する。つまり、デバイスごとに利用履歴情報を管理するユーザデバイス５が送信した利用履歴情報管理テーブルの各項目の内容が、情報管理装置３で管理される利用履歴情報管理テーブルの各項目に反映される（同期処理される）。なお、各ユーザデバイス５は、それぞれの記憶部５０００に利用履歴情報管理テーブルを記憶する。本実施形態において利用履歴情報管理テーブル（利用履歴情報管理ＤＢ５００１）は、利用履歴情報管理手段の一例として機能する。

＜アプリ配信サーバの機能構成＞
次に、図３及び図６を用いて、アプリ配信サーバの機能構成について説明する。図７に示されているように、アプリ配信サーバ７は、送受信部７１、取得部７３、実行部７６及び記憶読出部７９を有する。これら各機能部は、図３に示された各ハードウエア資源のいずれかが、ＲＯＭ７０２、ＥＥＰＲＯＭ７０４及びＨＤ７０５のうち少なくとも一つからＲＡＭ７０３に展開されたアプリ配信サーバ７用のプログラムに従ったＣＰＵ７０１からの命令により動作することで実現される機能又は手段である。また、アプリ配信サーバ７は、図３に示されているＲＯＭ７０２、ＥＥＰＲＯＭ７０４及びＨＤ７０５のうち少なくとも一つにより構築される記憶部７０００を有している。更に、記憶部７０００には、各装置、各端末と通信ネットワーク１００を介して通信を行うための通信プログラム(通信アプリ)、ブラウザアプリ、アプリ群を構成する各種データ、ユーザデバイス５が送信した所定の機能を実行するための機能実行アプリ、ユーザデバイス５にインストールされる導入対象としてのアプリ等が記憶されている。上述したように、アプリ配信サーバ７は、通信ネットワーク１００を介して接続された一般に利用されている外部サーバを利用する形態をとってもよい。その場合の機能構成は、外部サーバのハードウエア仕様に対応したものであってよい。

<<アプリ配信サーバの各機能構成>>
次に、アプリ配信サーバ７の各機能構成について詳細に説明する。図８に示されているアプリ配信サーバ７の送受信部７１は、主に、ネットワークＩ／Ｆ７１１及び近距離通信Ｉ／Ｆ７０８に対するＣＰＵ７０１の処理によって実現され、通信ネットワーク１００を介して各端末、各装置との間で各種データ(又は情報)の送受信を行う。本実施形態において送受信部７１は、送信手段及び受信手段のうち少なくとも一方の手段の一例として機能する。例えば、送受信部７１はユーザデバイス５から導入対象のアプリの要求を受け付け、ユーザデバイス５に対して導入対象のアプリを配信することができる。

取得部７３は、主に、ＣＰＵ７０１の処理によって実現され、ユーザデバイス５が送信したアプリ配信要求、情報管理装置３が送信したユーザデバイス５に係る処理要求等を取得する。本実施形態において取得部７３は、取得手段の一例として機能する。

登録部７８は、主に、ＣＰＵ７０１の処理によって実現され、アプリ配信サーバ７における各種情報を記憶部７０００の所定領域等に登録する。本実施形態において登録部７８は、登録手段の一例として機能する。

記憶読出部７９は、主に、ＲＯＭ７０２、ＥＥＰＲＯＭ７０４及びＨＤ７０５のうち少なくとも一つに対するＣＰＵ７０１の処理によって実現され、記憶部７０００に各種データ(又は情報)を記憶したり、記憶部７０００からアプリ群を構成する各種データ(又は情報)を読み出したりする。本実施形態において記憶読出部７９は、記憶読出手段の一例として機能する。

●各種アプリデータ●
アプリ配信サーバ７において管理される、若しくはアプリ配信サーバ７と通信可能な外部サーバ等で管理される各種アプリデータについては、各種アプリデータを管理するサーバにおける管理手法、仕様等にしたがうものでよい。更に、各種アプリデータのデータ構造についても、特に限定はされない。

〔実施形態の処理又は動作〕
次に、図１７乃至図３６を用いて、実施形態に係る情報処理システムにおける各処理又は動作を説明する。

＜ユーザ認証処理＞
まず、情報処理システム１におけるユーザ認証処理について説明する。図１７は、ユーザ認証処理の一例を示すシーケンス図である。なお、本実施形態において通信端末４又はユーザデバイス５と情報管理装置３との間で行われるアプリ利用契約処理については、通信端末４又はユーザデバイス５が予め情報管理装置３にアクセスを行い、アプリの利用契約処理を締結していることを前提とする。まず、通信端末４の表示制御部４４は、通信端末４のディスプレイ４０７に、図１８に示すような認証画面を表示させる（ステップＳ１１）。

●画面表示例●
図１８は、通信端末におけるユーザ認証実行時の表示画面例である。図１８に示されているように、通信端末４のディスプレイ４０７には、表示制御部４４によって、ログイン認証画面４００１が表示される。ログイン認証画面４００１では、ユーザ識別情報（ユーザＩＤともいう）とパスワードを入力する入力領域と、ログインボタンが表示される。ユーザは、これらの入力領域にユーザ識別情報及びパスワードを入力してログインボタンを操作することが可能である。

図１７に戻り、操作受付部４２は、認証操作を受け付ける（ステップＳ１２）。

次に、送受信部４１は、情報管理装置３に対してユーザ認証要求を送信する（ステップＳ１３）。これにより、情報管理装置３の送受信部３１は、通信端末４が送信したユーザ認証要求を受信する。このとき、ユーザ認証要求には、通信端末８を利用するユーザのユーザ識別情報、ユーザが所属するテナントを識別するテナント識別情報及びパスワードが含まれる。

次に、情報管理装置３の検索特定部３６は、ユーザ認証処理を実行する（ステップＳ１４）。具体的には、検索特定部３６は、ステップＳ１３で受信したユーザ識別情報及びパスワードを検索キーとして、予めユーザが所属する顧客を示す顧客識別情報に対応付けられたユーザ情報管理ＤＢ３００１（図７参照）を検索することにより、対応するログイン情報を読み出す。そして、検索特定部３６は、受信したユーザ識別情報及びパスワードと読み出したユーザ識別情報及びパスワードとの一致を確認する。これにより、一致が確認されると、入力されたユーザ識別情報及びパスワードは正しいものであると見なされる。なお、ステップＳ１４の処理において、情報管理装置３は、検索特定部３６に代えて、判断処理部３５がその役割を担ってもよい。

次に、送受信部３１は、ステップＳ１３で受信したユーザ認証要求に対するユーザ認証応答を通信端末４に対して送信する（ステップＳ１５）。これにより、通信端末４の送受信部４１は、情報管理装置３が送信したユーザ認証応答を受信する。このとき、ユーザ認証応答には、ユーザ認証結果(例えば、認証ＯＫ)を示す情報が含まれる。

以上の処理によって、通信端末４と情報管理装置３とは一般的に行われるログイン認証処理及びセッション確立のためのセッション確立処理が成功し、互いに通信可能な状態となる。

本実施形態に係る情報管理システムでは、例えば、上述したステップＳ１３及びＳ１５の処理が実行される場合、通信端末４と情報管理装置３との間に他の装置等が存在してもよい。つまり、通信端末４と情報管理装置３との間で送受信される各情報(データ)は、一度他の装置等を介して送受信されるような構成であってもよい。上述した構成は、通信端末４と情報管理装置３との間に他の処理ステップが存在した場合でも適用することが可能である。

＜ユーザデバイスのデバイス登録処理＞
次に、ユーザデバイスのデバイス登録処理について説明する。図１９は、ユーザデバイスのデバイス登録処理の一例を示すシーケンス図である。図１９に示されているように、ユーザデバイス５の表示制御部５４は、パネル表示部５４０ａにデバイス登録画面を表示させる（ステップＳ２１）。なお、ユーザデバイス５と情報管理装置３との間では、所定のログイン認証処理及びセッション確立のためのセッション確立処理等が成功し、互いに通信可能な状態となっていることを前提とする。

●画面表示例●
図２０は、ユーザデバイスにおけるデバイス登録時の表示画面例である。図２０に示されているように、ユーザデバイス５のパネル表示部５４０ａには、表示制御部５４によって、デバイス登録画面５０１１が表示される。デバイス登録画面５０１１では、デバイスの種類とデバイスの名称を入力する入力領域５０１２と、登録ボタン５１５１が表示される。ユーザは、入力領域５０１２にデバイスの種類とデバイスの名称を入力して登録ボタン５１５１を操作することが可能である。なお、デバイス登録処理は、図２０に示したデバイス登録画面によるユーザの入力に代えて、ユーザデバイス５と情報管理装置３との間の通信により、ユーザの入力を介さずに行われてもよい。

図１９に戻り、操作受付部５２は、デバイス登録操作を受け付け（ステップＳ２２）、送受信部５１は、情報管理装置３に対してログイン要求を送信する（ステップＳ２３）。これにより、情報管理装置３の送受信部３１は、ユーザデバイス５が送信したログイン要求を受信する。このとき、ログイン要求には、ユーザデバイス５を利用するユーザのユーザ識別情報、ユーザが所属するテナントのテナント識別情報及びパスワードが含まれる。ただし、テナント識別情報は情報管理装置３にて特定されるものとして、ここでは省略されてもよい。

次に、情報管理装置３の検索特定部３６は、ログイン処理を実行する（ステップＳ２４）。具体的には、検索特定部３６は、ステップＳ２３で受信したユーザ識別情報及びパスワードを検索キーとして、予めユーザが所属する顧客を示す顧客識別情報に対応付けられたユーザ情報管理ＤＢ３００１（図７参照）を検索することにより、対応するログイン情報を読み出す。そして、検索特定部３６は、受信したユーザ識別情報及びパスワードと読み出したユーザ識別情報及びパスワードとの一致を確認する。これにより、一致が確認されると、入力されたユーザ識別情報及びパスワードは正しいものであると見なされる。なお、ステップＳ２４の処理において、情報管理装置３は、検索特定部３６に代えて、判断処理部３５がその役割を担ってもよい。

次に、送受信部３１は、ステップＳ２３で受信したログイン要求に対するログイン応答を通信端末４に対して送信する（ステップＳ２５）。これにより、通信端末４の送受信部４１は、情報管理装置３が送信したログイン応答を受信する。このとき、ログイン応答には、ログイン認証結果(例えば、認証ＯＫ)を示す情報が含まれる。

次に、ユーザデバイス５の送受信部５１は、情報管理装置３に対してデバイス登録要求を送信する（ステップＳ２６）。これにより、情報管理装置３の送受信部３１は、ユーザデバイス５が送信したデバイス登録要求を受信する。このとき、デバイス登録要求には、デバイス識別情報、デバイスの種類情報、及びユーザデバイス５の宛先を示すアドレス情報が含まれる。ここで、ステップＳ２１でデバイスの種類やデバイスの名称について入力を受け付けていた場合には、デバイスの種類やデバイスの名称をデバイス登録要求に含めてもよい。また、ユーザデバイス５が有する機能を示す機能情報をデバイス登録要求に含めてもよい。ここで、デバイス登録要求に含まれる機能情報は、第１の機能情報及び第２の機能情報の一例である。すなわち、ユーザデバイス５が第１のユーザデバイスである場合にはデバイス登録要求に含まれる機能情報は第１の機能情報であり、ユーザデバイス５が第２のユーザデバイスである場合にはデバイス登録要求に含まれる機能情報は第２の機能情報である。

次に、情報管理装置３の設定登録部３８は、デバイス登録処理を行う（ステップＳ２７）。具体的には、設定登録部３８は、ステップＳ２７で受信したデバイス登録要求に含まれる情報を予めユーザが所属する顧客を示す顧客識別情報に対応付けられたデバイス情報管理ＤＢ３００２（図８参照）に登録する。例えば、デバイス識別情報、デバイスの種類情報、及びユーザデバイス５の宛先を示すアドレス情報、機能情報を、予めユーザが所属する顧客を示す顧客識別情報及びテナント識別情報に対応付けられたデバイス情報管理ＤＢ３００２（図８参照）に登録する。これにより、情報管理装置３は、情報処理システム１（情報管理システム２）において、顧客識別情報とユーザデバイス５との間での対応付けを行うことができる。

次に、送受信部３１は、ステップＳ２６で受信したデバイス登録要求に対する応答としてのデバイス登録応答を、ユーザデバイス５に対して送信する（ステップＳ２８）。これにより、ユーザデバイス５の送受信部５１は、情報管理装置３が送信したデバイス登録応答を受信する。このとき、デバイス登録応答には、デバイス登録が完了した旨を示すメッセージ、登録完了フラグ等が含まれてよい。

次に、ユーザデバイス５の設定登録部５８は、テナント登録処理を行う（ステップＳ２９）。この処理では、設定登録部５８はユーザデバイス５を利用するユーザが所属するテナントに係るテナント情報又は組織識別情報を、記憶部５０００の所定領域に登録することで実現される。例えば、テナント情報又は組織識別情報は、ログイン応答又はデバイス登録応答に含まれ、ユーザデバイス５は情報管理装置３から受信したテナント情報を記憶してもよい。

なお、上述したように、ステップＳ２１の処理の前に、ユーザデバイス５は情報管理装置３に対してログイン処理を行ってもよい。ログイン処理では、ユーザデバイス５は、ユーザ名、パスワードなどを含むログイン要求を情報管理装置３に対して送信し、情報管理装置３はログイン要求に含まれた情報とユーザ情報管理ＤＢ３００１（図７参照）で管理されている情報に基づいてユーザを認証する。これにより、情報管理装置３は、ユーザに対応するユーザ識別情報又は顧客識別情報を特定することが可能になる。

また、上述したステップＳ１１－Ｓ１５までの処理、及びステップＳ２１－Ｓ２９までの処理は、互いに非同期で行われてよいためそれらの処理順序は問われない。

また、本実施形態に係る情報管理システムでは、例えば、上述したステップＳ２３及びＳ２５、並びに、ステップＳ２６及びＳ２８の各処理が実行される場合、情報管理装置３とユーザデバイス５との間に他の装置等が存在してもよい。つまり、情報管理装置３とユーザデバイス５との間で送受信される各情報(データ)は、一度他の装置等を介して送受信されるような構成であってもよい。上述した構成は、情報管理装置３とユーザデバイス５との間に他の処理ステップが存在した場合でも適用することが可能である。

＜移行アプリの特定処理＞
次に、移行アプリの特定処理について説明する。図２１は、移行アプリの特定処理を含む処理の一例を示すシーケンス図である。なお、図２１に示すユーザデバイス５は、第２のユーザデバイスである。ユーザデバイス５は、図１９に示すデバイス登録処理を完了した後に図２１に示す処理を開始してもよいが、これに限定されず、デバイス登録処理完了まであってもよい。後述するように、ユーザは、ユーザデバイス５によって入れ替えたいデバイスとして第１のユーザデバイスを選択することができる。まず、ユーザデバイス５の操作受付部５２は、ログイン情報を受け付ける（ステップＳ３１）。ここでは、ユーザデバイス５を利用する利用者が所定の操作を行うことで、操作受付部５２は、ログイン情報を受け付ける。

次に、送受信部５１は、情報管理装置３に対して、デバイス一覧取得要求を送信する（ステップＳ３２）。これにより、情報管理装置３の送受信部３１は、ユーザデバイス５が送信したデバイス一覧取得要求を受信する。このとき、デバイス一覧取得要求には、ユーザ識別情報及びパスワードが含まれる。また、デバイス一覧取得要求には、ユーザデバイス５のデバイス識別情報が含まれてもよい。但し、情報管理装置３は、定期的にユーザデバイス５に対して履歴情報を送信してもよい。この場合、ユーザデバイス５は、ステップＳ３１の処理を省略することができる。

続いて、情報管理装置３の検索特定部３６は、テナント識別情報又は顧客識別情報を特定する（ステップＳ３３）。具体的には、検索特定部３６は、ステップＳ３２で受信したユーザ識別情報及びパスワードを検索キーとしてユーザ情報管理ＤＢ３００１（図７参照）を検索することにより、対応するテナント識別情報又は顧客識別情報を特定する。

次に、記憶読出部３９は、テナント識別情報又は顧客識別情報に関連付けられたデバイス一覧、移行情報を読み出す（ステップＳ３４）。具体的には、記憶読出部３９は、ステップＳ３３で特定したテナント識別情報又は顧客識別情報を検索キーとしてデバイス情報管理ＤＢ３００２（図８参照）を検索することにより、対応するデバイスのデバイス一覧情報を読み出す。このとき、デバイス一覧情報には、デバイス識別情報、デバイスの種類、機能及びアドレス情報が含まれる。更に、記憶読出部３９は、読み出したデバイス識別情報を検索キーとして移行情報管理ＤＢ３００４（図１０参照）を検索することにより、対応する移行情報を読み出す。このとき、移行情報には、デバイスの種類情報、デバイスの名称、移行情報１（アプリ）、移行情報２（設定情報）、移行情報３（＊＊情報）が含まれる。なお、検索特定部３６は、ユーザデバイス５のデバイス種類に対応するデバイスのデバイス一覧情報のみを読み出しても良い。ここで、ユーザデバイス５のデバイス種類はデバイス一覧取得要求に含まれていてもよいし、デバイス一覧取得要求に含まれるデバイス識別情報に基づいてデバイス種類を特定してもよい。

次に送受信部３１は、ステップＳ３２で受信したデバイス一覧取得要求に対する応答として、ユーザデバイス５に対して、デバイス一覧取得応答を送信する（ステップＳ３５）。これにより、ユーザデバイス５の送受信部５１は、情報管理装置３が送信したデバイス一覧取得応答を受信する。このとき、デバイス一覧取得応答には、各デバイスの識別情報、デバイス一覧画面情報、移行情報が含まれる。

次に、ユーザデバイス５の表示制御部５４は、デバイス一覧取得応答に基づいてデバイス一覧画面の表示を行う（ステップＳ３６）。具体的には、表示制御部５４は、パネル表示部５４０ａに、以下に説明するデバイス一覧画面を表示させる。

●画面表示例●
図２２は、ユーザデバイスにおける入替デバイス選択時の表示画面例である。ユーザは、ユーザデバイス５によって入れ替えたいデバイスを選択することができる。つまり、ここで選択されるデバイスは、第１のユーザデバイスである。図２２に示されているように、ユーザデバイス５のパネル表示部５４０ａには、表示制御部５４によって、デバイス一覧画面５０２１が表示される。デバイス一覧画面５０２１では、入替デバイスの種類ごとに、入替デバイスの名称が対応付けて表示される。これにより利用者は、所望の入替デバイスに対応する表示部分をタップ、若しくはマウスオーバー操作等を行い、選択ボタン５１６１を操作することにより選択することができる。

●画面表示例●
図２３は、ユーザデバイスにおける入替又は追加デバイス選択時の表示画面例である。ユーザは、ユーザデバイス５によって入れ替えたいデバイスを選択するか、ユーザデバイス５を追加することで共存させたいデバイスを選択することができる。つまり、ここで選択されるデバイスは、第１のユーザデバイスである。図２３に示されているように、ユーザデバイス５のパネル表示部５４０ａには、表示制御部５４によって、入替デバイス選択画面５０３１が表示される。入替デバイス選択画面５０３１では、デバイスの種類ごとに、デバイスの名称、入替／追加ボタンが対応付けて表示される。ここで利用者は、所望のデバイスに対応付けられた入替ボタン５０３２又は追加ボタン５０３３のいずれかを操作（タップ、若しくはマウスオーバー操作等）を行い、選択ボタン５１７１を操作することにより、入替又は追加を選択することができる。つまり、デバイスごとに表示された入替／追加ボタンのいずれかを選択することによって、入替又は追加を選択するとともに、入替／追加ボタンに対応するデバイスの選択を行う。

図２１に戻り、ユーザデバイス５の操作受付部５２は、入替又は追加デバイスの選択の受付を行う（ステップＳ３７）。ここで選択されるデバイスは第１のユーザデバイスである。その後、表示制御部５４は、パネル表示部５４０ａに、以下に説明する移行情報の確認画面を表示させる（ステップＳ３８）。このとき、ユーザデバイス５は、ステップＳ３７で選択されたデバイスを識別する情報を情報管理装置３へ送信することで、応答として該デバイスに対応する移行情報を取得してもよい。

●画面表示例●
図２４は、ユーザデバイスにおける移行情報確認時の表示画面例である。図２４に示されているように、ユーザデバイス５のパネル表示部５４０ａには、表示制御部５４によって、移行情報選択画面５０４１が表示される。移行情報選択画面５０４１では、一以上の移行情報ごとに、内容、詳細／選択ボタンが対応付けて表示される。ここで利用者は、所望の移行情報に対応付けられた詳細ボタン５０４２又は選択ボタン５０４３のいずれかを操作（タップ、若しくはマウスオーバー操作等）を行う。ここで、詳細ボタンは移行情報の詳細を確認するための操作部品であり、選択ボタンは第１のユーザデバイスから第２のユーザデバイスへと移行させる情報を選択するための操作部品である。例えば、移行情報１に対応する詳細ボタンを操作することで、第１のユーザデバイスにインストール又はライセンスが割り当てられているアプリの詳細に係るダイアログ画面がポップアップ表示される。利用者はこのポップアップ表示された内容を確認して、移行情報１に対応する選択ボタン５０４３を操作し、次へボタン５１８１を操作することにより、移行情報１を選択することができる。移行情報２、移行情報３も同様である。なお、移行情報選択画面５０４１では、複数の移行情報を選択することができる。

図２１に再び戻り、ユーザデバイス５の操作受付部５２は、移行情報の選択の受付を行う（ステップＳ３９）。

次に、送受信部５１は、情報管理装置３に対して、選択された移行情報を示す移行情報選択結果通知を送信する（ステップＳ４０）。これにより、情報管理装置３の送受信部３１は、ユーザデバイス５が送信した移行情報選択結果通知を受信する。このとき、移行情報選択結果通知には、移行情報選択結果通知の送信元であるユーザデバイス５のデバイス識別情報（新デバイス）及び機能情報、ステップＳ３７で選択された結果（第１のユーザデバイスを識別する情報、入替か追加かを示す情報、いずれの移行情報が選択されたかを示す情報）が含まれる。ただし、ステップＳ２６ですでに機能情報を登録している場合には、登録情報の送信は省略してもよい。なお、移行情報選択結果通知に含まれる機能情報は、第２の機能情報の一例である。

次に、情報管理装置３の検索特定部３６は、移行アプリの特定処理を行う（ステップＳ４１）。具体的には、検索特定部３６は、取得した移行情報と、第１のユーザデバイスの機能に係る第１の機能情報及び第２のユーザデバイスの機能に係る第２の機能情報とに基づいて、第２のアプリを特定する。なお、移行アプリの特定処理や、後述する第２のアプリ（代替アプリ）の特定（推奨判断）処理は、ステップＳ３９において移行情報として移行情報１（アプリ）が選択された場合にのみ実行してもよい。

<<移行アプリの特定処理の詳細>>
ここで、上述したステップＳ４１の移行アプリの特定処理の詳細について説明する。図２５は、移行アプリの特定処理の詳細の一例を示すフローチャートである。まず、情報管理装置３の記憶読出部３９は、第１のユーザデバイス（旧デバイス）にインストールされていた一つのアプリについて、アプリ情報を読み出す（ステップＳ４１－１）。具体的には、記憶読出部３９は、ステップＳ４０で受信した移行情報選択結果通知に含まれるステップＳ３７で選択された結果（第１のユーザデバイスを識別する情報）に基づいて移行情報管理ＤＢ３００４（図１０参照）を検索することにより、対応する移行情報１（アプリ）を読み出す。記憶読出部３９は更に、読み出した移行情報１（アプリ）で示されるアプリ名を検索キーとしてアプリ機能対応管理ＤＢ３００５（図１１参照）を検索することにより、対応する機能を読み出す。なお、アプリ機能対応管理ＤＢ３００５で管理されているアプリ名は、第１のユーザデバイス（旧デバイス）が利用していたアプリに係るアプリ名である。

次に、判断処理部３５は、アプリ機能と第２のユーザデバイス（新デバイス）の機能とを比較する（ステップＳ４１－２）。具体的には、判断処理部３５は、ステップＳ４１－１で読み出され、アプリ機能対応管理ＤＢ３００５（図１１参照）で管理されているアプリが必要とする機能と、第２のユーザデバイス（新デバイス）の機能情報との比較を行う。なお、第２のユーザデバイスの機能情報は、ステップＳ４０で第２のユーザデバイスから受信した情報か、ステップＳ２７でデバイス登録処理で登録された情報を利用する。

次に、判断処理部３５は、アプリが必要とする機能を第２のユーザデバイス（新デバイス）が全て備えているかを判断する（ステップＳ４１－３）。アプリが必要とする機能を第２のユーザデバイス（新デバイス）が全て備えている場合（ステップＳ４１－３：ＹＥＳ）、検索特定部３６は、当該アプリを引き継ぐアプリ（移行可能なアプリ）として特定し（ステップＳ４１－４）、ステップＳ４１－６の処理に遷移する。

他方、アプリが必要とする機能を第２のユーザデバイス（新デバイス）が全て備えていない場合（ステップＳ４１－３：ＮＯ）、検索特定部３６は、当該アプリを引き継げないアプリ（移行不可能なアプリ）として特定し（ステップＳ４１－５）、ステップＳ４１－６の処理に遷移する。この場合の特定には、ステップＳ４１－１で読み出した移行情報１（アプリ）で示されるアプリ名を検索キーとしてアプリ機能対応管理ＤＢ３００５（図１１参照）を検索することにより、対応する機能を読み出すことで行われる。

ステップＳ４１－６では、判断処理部３５は、第１のユーザデバイス（旧デバイス）にインストールされていた全てのアプリについて判断したかを確認する。つまり、移行情報１（アプリ）に含まれる全てのアプリについてステップＳ４１-１からＳ４１－５の判断を実行したか否かを判断する。全てのアプリについて判断した場合（ステップＳ４１－６：ＹＥＳ）、判断処理部３５は、このフローを抜ける。

他方、全てのアプリについて判断していない場合（ステップＳ４１－６：ＮＯ）、判断処理部３５は、ステップＳ４１－７の処理に遷移し、そこで検索特定部３６は、第１のユーザデバイス（旧デバイス）にインストールされていた別（次）のアプリを特定する（ステップＳ４１－７）。つまり、移行情報１（アプリ）に含まれる別（次）のアプリを特定する。

ステップＳ４１－７の処理を実行後、情報管理装置３は、ステップＳ４１－１の処理に戻り、全てのアプリについて判断が完了するまで上述したステップＳ４１－１からＳ４１－６までの処理を繰り返す。

＜代替アプリの特定処理＞
次に、情報管理装置３で実行される代替アプリの特定処理について説明する。図２６は、代替アプリの特定処理の一例を示すシーケンス図である。図２６に示されているように、情報管理装置３の検索特定部３６は、代替アプリの特定（推奨判断）処理を実行する（ステップＳ５１）。このとき情報管理装置３は、移行情報選択結果通知に応じて代替アプリの特定処理を実行することができる。ただし、情報管理装置３は、通信端末４又はユーザデバイス５からの他の要求に応じて代替アプリの特定処理を実行してもよいし、定期的に実行してもよい。

<<代替アプリの特定処理の詳細>>
ここで、上述したステップＳ５１の代替アプリの特定（推奨判断）処理の詳細について説明する。図２７（ａ）は、代替アプリの特定処理の詳細の一例を示すフローチャート、（ｂ）は推奨アプリの特定処理の詳細の一例を示すフローチャートである。ここで、代替アプリ及び推奨アプリは、導入対象の一例である。なお、以下に示すフローチャートは実施形態の一例であり、これに限るものではない。図２７（ａ）において、まず、情報管理装置３の検索特定部３６は、引き継げないアプリ（移行不可能なアプリ）が有する機能を特定する（ステップＳ５１－１－１）。具体的には、検索特定部３６は記憶読出部３９を介して、ステップＳ４１－５で特定された引き継げないアプリのアプリ名を検索キーとしてアプリ機能対応管理ＤＢ３００５（図１１参照）を検索することにより、対応する機能を特定する。

次に、検索特定部３６は、ステップＳ５１－１で特定した機能のうち、第２のユーザデバイス（新デバイス）が有していない機能を特定する（ステップＳ５１－１－２）。具体的には、検索特定部３６は記憶読出部３９を介して、例えば、第２のユーザデバイス（新デバイス）のデバイス識別情報を検索キーとしてデバイス情報管理ＤＢ３００２（図８参照）を検索することにより、ステップＳ５１－１で特定した機能のうち第２のユーザデバイス（新デバイス）が有していない機能を特定する。

続いて、検索特定部３６は、ステップＳ５１－２で特定した機能に対応するアプリを代替アプリとして特定してこのフローを抜ける（ステップＳ５１－１－３）。具体的には、検索特定部３６は記憶読出部３９を介して、ステップＳ５１－２で特定した機能を検索キーとして代替アプリ管理ＤＢ３００６（図１２参照）を検索することにより、対応するアプリ名を特定する。ここで、検索特定部３６は、代替アプリ管理ＤＢ３００６が示す代替アプリそれぞれが有する１以上の機能のうちの１つが、ステップＳ５１－２で特定した機能に対応していれば、該アプリを代替アプリとして特定する。例えば、ステップＳ５１－２で特定した機能がＯＣＲ機能とスキャン機能である場合には、クラウド画像処理アプリとスマホアプリを代替アプリとして特定する。以上、ステップＳ５１－１からステップＳ５１－３までの処理は、代替アプリの特定処理の一例を示すものである。

◆代替アプリの特定処理の例◆
次に、ステップＳ５１－１－１からステップＳ５１－１－３までの処理における例を説明する。ここでは、例えば、第１のユーザデバイス（旧デバイス）が画像処理機能を有するハイエンドＭＦＰであって、新デバイスが簡易な画像処理機能しか有さないローエンドＭＦＰである場合を考える。この場合、上述したステップＳ４１－５の処理では、引き継げないアプリとして画像処理アプリを特定する。

ステップＳ５１－１－１では、検索特定部３６は、画像処理アプリが有する機能として、ＯＣＲ機能、傾き補正機能、トリミング機能などを特定する。

ステップＳ５１－１－２では、判断処理部３５は、新デバイスがＯＣＲ機能、傾き補正機能、トリミング機能のすべての機能を有していないと判断する。

ステップＳ５１－１－３では、検索特定部３６は、ＯＣＲ機能、傾き補正機能、トリミング機能に対応したアプリを代替アプリとして特定する。例えば、検索特定部３６は、クラウド画像処理アプリを特定する。ここで、クラウド画像処理アプリは、スキャンデータをクラウドへアップロードすることで、クラウド上でＯＣＲ機能、傾き補正機能、トリミング機能を実現するアプリの一例である。なお、検索特定部３６は、ＯＣＲ機能、傾き補正機能、トリミング機能のいずれかの機能に対応するアプリを代替アプリとして特定してもよい。

◆代替アプリの特定処理の他の例◆
更に、ステップＳ５１－１－１からステップＳ５１－１－３までの処理における他の例を説明する。ここでは、例えば、第１のユーザデバイス（旧デバイス）がスキャン機能を有するＭＦＰであって、第２のユーザデバイス（新デバイス）がスキャン機能を有さないプリンタである場合を考える。上述したステップＳ４１－５では、引き継げないアプリとして、コピーアプリを特定する。

ステップＳ５１－１－１では、検索特定部３６は、コピーアプリが有する機能として印刷機能とスキャン機能を特定する。

ステップＳ５１－１－２では、判断処理部３５は、印刷機能とスキャン機能のうち、第２のユーザデバイス（新デバイス）が有していない機能はスキャン機能であると特定する。

ステップＳ５１－１－３では、検索特定部３６は、例えば、スキャン機能に対応したスマートフォン用アプリを特定する。このとき、スマートフォン用アプリは、スマートフォンに内蔵されたカメラで撮影した画像をプリンタに対して送信することで印刷を実行する機能を有している。以上のように、情報管理装置３は、代替アプリとして第２のユーザデバイス（新デバイス）とは異なるユーザデバイスのアプリを提案することもできる。このため、代替アプリを利用すれば、第２のユーザデバイス（新デバイス）が有していないＯＣＲ機能又はスキャン機能であっても、利用することが可能になる。

＜推奨アプリの特定（推奨判断）処理＞
次に、情報管理装置３で実行される推奨アプリの特定（推奨判断）処理について説明する。図２７（ｂ）は推奨アプリの特定処理の詳細の一例を示すフローチャートである。まず、抽出・取得部３３は、ユーザデバイスの使用履歴のうち、ステップＳ３７において移行対象（置換え対象）として指定された第１のユーザデバイス（旧デバイス）の使用履歴を、第１のユーザデバイスのデバイス識別情報を検索キーとして利用履歴情報管理ＤＢ３００９（図１５参照）を検索することにより取得する（ステップＳ５１－２－１）。

次に、検索特定部３６は、第１のユーザデバイスのデバイス識別情報を検索キーとしてデバイス情報管理ＤＢ３００２（図８参照）を検索することにより、対応する機能を特定する。また、検索特定部３６は、第２のユーザデバイスのデバイス識別情報を検索キーとしてデバイス情報管理ＤＢ３００２（図８参照）を検索するか、ステップＳ４０で受信した移行情報選択結果通知に含まれる機能情報を参照することにより、対応する機能を特定する。そして、検索特定部３６は、第２のユーザデバイスにあって、第１のユーザデバイスにない機能を特定する（ステップＳ５１－２－２）。

次に、抽出・取得部３３は、第１のユーザデバイスのデバイス識別情報を検索キーとして移行情報管理ＤＢ３００４（図１０参照）を検索することにより、対応する第１のユーザデバイス（旧デバイス）の設定情報を取得する（ステップＳ５１－２－３）。

次に、検索特定部３６は、推奨アプリの特定を行う（ステップＳ５１－２－４）。

<<推奨アプリの特定（推奨判断）処理の詳細>>
続いて、導入対象の一例としての推奨アプリの特定（推奨判断）処理の詳細について説明する。図２８は、推奨アプリの特定処理の詳細の一例を示すフローチャートである。なお、以下に示すフローチャートは実施形態の一例であり、これに限るものではない。まず、抽出・取得部３３は、推奨条件を抽出する（ステップＳ５１－２－４－１）。具体的には、抽出・取得部３３は、推奨条件管理ＤＢ３００７（図１３参照）を検索して、推奨条件識別情報「RC0001」に関連付けられた推奨条件（推奨条件１，２，・・）を抽出する。

次に、算出部３２は、抽出された推奨条件に基づいて値を算出する（ステップＳ５１－２－４－２）。具体的には、算出部３２は、推奨条件管理ＤＢ３００７（図１３参照）で管理されているそれぞれの利用項目名で定義された実測値（例えば名刺コピー枚数、名刺フォルダ購入数）の合計値を算出する。具体的には、判断処理部３５は算出部３２とともに、利用履歴情報管理ＤＢ３００９（図１５参照）で管理されている履歴情報のうち、推奨条件１で指定される期間で、推奨条件１で指定される利用項目名に対応する履歴情報を集計する。例えば、判断処理部３５は算出部３２とともに、利用履歴情報管理ＤＢ３００９で管理されている利用履歴情報のうち、利用項目名が「コピー機能（名刺コピー）」であって、利用日時が期間αに含まれる履歴情報を特定して、その利用数（利用量）の合計値を算出する。ここで、期間αの始点又は終点は、上述したように推奨条件によって個別に設定してもよいし、推奨判断処理を実行する日時に基づいて決定してもよい。なお、算出部３２は、合計値を算出するか、変化率を算出するかは、推奨条件に含まれる情報に基づいて判断する。例えば、推奨条件管理ＤＢ３００７において、推奨条件１，２として、合計数を利用することを示す情報が含まれている場合、算出部３２は、上述したように利用数（利用量）の合計値を算出し、変化率を利用することを示す情報が含まれている場合は、変化率を算出する。

次に、判断処理部３５は、算出した値に対して推奨条件を満たすかを判断する（ステップＳ５１－２－４－３）。例えば、判断処理部３５は、利用履歴情報管理ＤＢ３００９に基づいて算出された「コピー機能（名刺コピー）」の期間αにおける利用数（利用量）の合計値が７００枚以上である場合には、推奨条件１を満たすと判断する。

また、判断処理部３５は、新規追加機能が推奨条件管理ＤＢ３００７で管理されている推奨条件２を有する場合には、推奨条件２を満たすか否かを判断する。例えば、推奨条件２が「新規追加機能」である場合には、ステップＳ５１-２-２で特定した、第２のユーザデバイスにはあって第１のユーザデバイスにはない機能に基づいて、該機能が推奨条件２に示される機能と一致するか否かを判断する。また、推奨条件２が「設定情報」である場合には、ステップＳ５１－２－３で取得した設定情報に基づいて、該設定情報が推奨条件２に示される設定情報を含むか否かを判断する。

抽出された履歴情報が推奨条件１及び推奨条件２を満たすと判断した場合（ステップＳ５１－２－４－３：ＹＥＳ）、検索特定部３６は、各条件を満たすと判断した推奨条件に対応する導入対象を抽出して特定する（ステップＳ５１－２－４－４）。具体的には、検索特定部３６は、ステップＳ５１－２－４－３で推奨条件を満たすと判断した推奨条件に対応する推奨条件識別情報を検索キーとして導入対象管理ＤＢ３００８（図１４参照）を検索することにより、対応する少なくとも一以上の導入対象を抽出、特定する。

次に、判断処理部３５は、全ての推奨条件を確認したかを判断する（ステップＳ５１－２－４－５）。

全ての推奨条件を確認した場合（ステップＳ５１－２－４－５：ＹＥＳ）、生成部３７は、アプリ特定結果通知画面データを生成してこのフローを抜ける（ステップＳ５１－２－４－６）。

他方、全ての推奨条件を確認していない場合（ステップＳ５１－２－４－５：ＮＯ）、検索特定部３６は、他の推奨条件を抽出し（ステップＳ５１－２－４－７）、その後ステップＳ５１－２－４－２の処理に戻る。他の推奨条件の抽出処理として、検索特定部３６は、推奨条件管理ＤＢ３００７（図１３参照）を検索して、推奨条件識別情報「RC0002」に関連付けられた推奨条件（推奨条件１，２，・・・）を抽出する。検索特定部３６は、例えば、推奨条件識別情報「RC0002」に対応する利用項目名として「伝票スキャン」、推奨条件１として「400枚≧期間β」を抽出する。検索特定部３６は更に、推奨条件２として管理されている情報を抽出する。

その後は、上述したステップＳ５１－２－４－２からステップＳ５１－２－４－５までの処理を繰り返す。

以上、ステップＳ５１－２－４－１からステップＳ５１－２－４－７までの処理は、推奨アプリの特定（推奨判断）の詳細を示す一例である。このように、検索特定部３６は、推奨アプリの特定処理において推奨条件管理ＤＢ３００７（図１３参照）で管理されている推奨条件１，２等を参照することにより推奨条件を確認し、所望の推奨アプリを特定することができる。

図２６に戻り、情報管理装置３の送受信部３１は、ユーザデバイス５に対して、アプリ特定結果通知を送信する（ステップＳ５２）。これにより、ユーザデバイス５の送受信部５１は、情報管理装置３が送信したアプリ特定結果通知を受信する。このとき、アプリ特定結果通知には、引継可能アプリ又は引継不可能アプリに係る情報、特定した推奨アプリにかかる情報が含まれる。なお、送受信部３１は、アプリ特定結果通知に代替アプリにかかる情報を含める場合、代替アプリのインストール対象に応じてアプリ特定結果通知の送信先を切り替えることができる。例えば、代替アプリ管理ＤＢ３００６を参照して、インストール対象と、第２のユーザデバイスの種類とが一致するか否かを判断する。そして、インストール対象と、第２のユーザデバイスの種類とが一致する場合にのみ、アプリ特定結果通知を第２のユーザデバイス宛に送信する。このとき、代替アプリのうち、インストール対象と、第２のユーザデバイスの種類とが一致するアプリにかかる情報のみをアプリ特定結果通知に含めてもよい。一方、インストール対象と、第２のユーザデバイスの種類とが一致しない場合は、第２のユーザデバイス以外のデバイスにアプリ特定結果通知を送信する。例えば、ユーザ情報管理ＤＢ３００１を参照して顧客の管理ユーザの電子メールアドレス宛にアプリ特定結果通知を送信することができる。このとき、代替アプリのうち、インストール対象と、第２のユーザデバイスの種類とが一致しないアプリにかかる情報のみをアプリ特定結果通知に含めてもよい。

＜代替アプリ選択処理＞
次に、代替アプリ選択処理及び設定情報の移行可否判断について説明する。図２９は、代替アプリ選択処理及び設定情報の移行可否判断の一例を示すシーケンス図である。ステップＳ５２の処理に続いて、ユーザデバイス５の表示制御部５４は、ユーザデバイス５のパネル表示部５４０ａに代替アプリ、推奨アプリ及び引継可能アプリを表示させる（ステップＳ６１）。なお、以下では、ステップＳ５１－１－３で特定した代替アプリと、Ｓ５１－２－４で特定した推奨アプリのどちらか一方又は両方を含むアプリを代替（推奨）アプリと表現する場合がある。

●画面表示例●
図３０は、ユーザデバイスにおける代替（推奨）アプリ選択時の表示画面例である。図３０に示されているように、ユーザデバイス５のパネル表示部５４０ａには、表示制御部５４によって、代替アプリ選択画面５０５１が表示される。代替アプリ選択画面５０５１では、代替（推奨）アプリ名ごとに、対応するアプリの名称の一覧５０５２とＯＫボタン５１９１、ＮＧボタン５１９２が表示される。この状態で利用者は、所望のアプリの表示領域に対してタップ等の操作を行い、ＯＫボタン５１９１を操作することにより、代替（推奨）アプリを選択することができる。なお、代替アプリと推奨アプリはそれぞれ分けて表示してもよい。また、導入対象となるアプリを選択できるように、アプリごとに選択ボタンを設けてもよい。

●画面表示例●
図３１は、ユーザデバイスにおけるリンク情報通知時の表示画面例である。図３１に示されているように、ユーザデバイス５のパネル表示部５４０ａには、表示制御部５４によって、リンク情報通知画面５０６１が表示される。リンク情報通知画面５０６１では、代替（推奨）アプリのリンク情報とそれに対応するアプリのアイコン画像を含むリンク情報画面５０６２が含まれる。利用者は、このリンク情報画面５０６２の内容に対して確認ボタン５１９３を操作することにより、リンク情報で示されるサービス提供用サーバにアクセスすることができる。

図２９に戻り、操作受付部５２は、利用者によるＯＫ／ＮＧボタンの選択を受け付ける（ステップＳ６２）。具体的には、操作受付部５２は、上述したＯＫボタン５０９１（またはＮＧボタン５０９２）に対する利用者の操作を受け付ける。ここで、ＯＫボタン５０９１を受け付ける前に、１以上の代替（推奨）アプリについて選択を受け付けてもよい。

次に、送受信部５１は、情報管理装置３に対して代替（推奨）アプリ導入要否通知を送信する（ステップＳ６３）。これにより、情報管理装置３の送受信部３１は、ユーザデバイス５が送信した代替（推奨）アプリ導入要否通知を受信する。このとき、代替（推奨）アプリ導入要否通知には、アプリ導入要否情報が含まれる。但し、ステップＳ６１の処理が、上述したステップＳ４０等の処理と連動していない場合（一度、通信セッションが途切れた場合等）は、アプリ導入要否通知に第２のユーザデバイス（新デバイス）としてのアプリ導入要否通知の送信元のデバイス識別情報、第１のユーザデバイス（旧デバイス）の識別情報が含まれる。また、１以上の代替（推奨）アプリについて選択を受け付けた場合は、アプリ導入要否通知は選択されたアプリを識別する情報を含む。

次に、情報管理装置３の設定登録部３８は、ライセンスの再割当登録を行う（ステップＳ６４）。ここで、設定登録部３８は、第２のユーザデバイスにアプリのライセンスを割り当て、ステップＳ４０で受信した移行情報選択結果通知に含まれる入替か追加かを示す情報に基づいて、第１のユーザデバイスのライセンスを解除する。具体的には、移行情報選択結果通知に含まれる入替か追加かを示す情報が入替を示す場合、設定登録部３８は、移行情報管理ＤＢ３００４の移行情報１に示すアプリのうち、ステップＳ４１－４で引き継ぐアプリとして特定したアプリについて、ライセンス情報管理ＤＢ３００３（図９参照）で管理されている第１のユーザデバイス（旧デバイス）のデバイス識別情報を削除して、代わりに第２のユーザデバイス（新デバイス）のデバイス識別情報を追加する。一方、移行情報選択結果通知に含まれる入替か追加かを示す情報が追加を示す場合、設定登録部３８は、移行情報管理ＤＢ３００４の移行情報１に示すアプリのうち、ステップＳ４１－４で引き継ぐアプリとして特定したアプリについて、ライセンス情報管理ＤＢ３００３（図９参照）で管理されている第１のユーザデバイス（旧デバイス）のデバイス識別情報を削除することなく、第２のユーザデバイス（新デバイス）のデバイス識別情報を追加する。
なお、代替（推奨）アプリについては、新規にライセンスを第２のユーザデバイスに割り当てることができる。ここで、設定登録部３８は更に、ステップＳ５１－１－３で特定した代替アプリ、又はステップＳ５１－２－４で特定した推奨アプリについて、ライセンス情報管理ＤＢ３００３（図９参照）で管理されているデバイス識別情報の項目に、推奨アプリが導入される第２のユーザデバイス（新デバイス）のデバイス識別情報を新規に追加する。ただし、アプリ特定結果通知は管理ユーザの電子メールアドレス宛、又は管理ユーザが所有する通信端末４に対して送信されてもよい。これにより、管理ユーザは代替（推奨）アプリの導入要否を判断して、必要に応じて代替（推奨）アプリのライセンス契約を行い、代替（推奨）アプリを第２のユーザデバイスに導入することができる。また、第２のユーザデバイスにログイン中のユーザが一般ユーザである場合には、後述するように情報管理装置３は管理ユーザの電子メールアドレス宛、又は管理ユーザが所有する通信端末４に対して代替（推奨）アプリの導入希望があった旨のメッセージを送信して、管理ユーザから許可する操作があった場合にのみ、代替（推奨）アプリのライセンスを割り当てることにしてもよい。

●画面表示例●
図３２は、通信端末４における代替アプリ通知時の表示画面例である。図３２に示されているように、通信端末４のディスプレイ４０７には、表示制御部５４によって、代替アプリ通知画面４０１１が表示される。この代替アプリ通知画面４０１１は、新デバイスを利用する利用者の通信端末４に対して、情報管理装置３が送信した電子メール等の画面であってもよい。代替アプリ通知画面４０１１では、例えば、所定の利用者が所属する部署で利用されているユーザデバイスについて、代替アプリの導入希望があった旨のメッセージが表示される。代替アプリ通知画面４０１１では更に、代替アプリが導入されるユーザデバイスに対して、デバイスライセンスの割当を許可するためのＵＲＬが表示される。これにより、利用者は、代替アプリが導入されるユーザデバイスに対するデバイスライセンスの割当が許可される。

図２９に再び戻り、送受信部３１は、ユーザデバイス５に対して、引継可能アプリ＋代替（推奨）アプリ導入要求を送信する（ステップＳ６５）。これによりユーザデバイス５の送受信部５１は、情報管理装置３が送信した引継可能アプリ＋代替（推奨）アプリ導入要求を受信する。このとき、引継可能アプリ＋代替（推奨）アプリ導入要求には、アプリ識別情報、導入要求情報が含まれる。

ユーザデバイス５の実行部５６は、要求に応じて、アプリの導入処理を実行する（ステップＳ６６）。例えば、ユーザデバイス５はアプリ配信サーバ７にアクセスすることで、アプリ識別情報に対応するアプリをダウンロードするなど、要求にかかるアプリの導入処理を実行する。なお、情報管理装置３がアプリ配信サーバ７からアプリをダウンロードすることで、アプリをユーザデバイス５に送信してもよい。また、アプリがＷｅｂアプリの場合は、ユーザデバイス５におけるアプリのダウンロードやインストールは省略してもよい。

＜設定情報の移行可否判断＞
次に、情報管理装置３の判断処理部３５は、設定情報の移行可否判断を行う（ステップＳ６７）。

<<設定情報の移行可否判断の詳細>>
ここで、上述したステップＳ６７の設定情報の移行可否判断の詳細について説明する。図３３は、設定情報の移行可否判断の一例を示すフローチャートである。なお、以下に示すフローチャートは実施形態の一例であり、これに限るものではない。まず、情報管理装置３の記憶読出部３９は、第１のユーザデバイス（旧デバイス）で設定されていた設定情報を読み出す（ステップＳ６７－１）。具体的には、記憶読出部３９は、上述したステップＳ４０で受信した第１のユーザデバイス（旧デバイス）のデバイス識別情報を検索キーとして移行情報管理ＤＢ３００４（図１０参照）を検索することにより、対応する設定情報を読み出す。このとき、読み出される設定情報は、移行情報管理ＤＢ３００４で管理されている移行情報２の情報である。

次に、判断処理部３５は、設定情報においてユーザによって設定された情報が含まれているか否かを判断する（ステップＳ６７－２）。ユーザによって設定された情報が設定情報に含まれていない場合（ステップＳ６７－２：ＮＯ）、判断処理部３５は、このフローを抜ける。ここで、設定情報においてユーザによって変更された情報とは、例えば、ユーザによって設定値が初期値から変更された場合の該設定値、又はユーザによって追加で設定された設定値や条件などである。

他方、設定情報においてユーザによって設定された情報が含まれている場合（ステップＳ６７－２：ＹＥＳ）、判断処理部３５は更に、第２のユーザデバイス（新デバイス）に当該情報に対応する機能があるかを判断する（ステップＳ６７－３）。例えば、設定情報のうち省エネ移行時間の設定値がユーザによって変更された情報である場合、第２のユーザデバイスが通常電力状態から省エネ状態に移行する機能を有しているかを判断する。ここで、第２のユーザデバイスが有してる機能については、第２のユーザデバイスのデバイス識別情報に基づいてデバイス情報管理ＤＢ３００２を参照してもよいし、ステップＳ４０で第２のユーザデバイスから取得した機能情報を参照してもよい。第２のユーザデバイス（新デバイス）に当該所定の機能がある場合（ステップＳ６７－３：ＹＥＳ）、判断処理部３５は、設定情報を移行可（移行可能）と判断し、ステップＳ６７－５の処理に遷移する（ステップＳ６７－４）。

ステップＳ６７－５において設定登録部３８は、設定情報のうち、移行可能と判断した設定値については、第１のユーザデバイス（旧デバイス）で設定されていた設定情報の設定値をそのまま設定してこのフローを抜ける。

他方、第２のユーザデバイス（新デバイス）に当該所定の機能が無い場合（ステップＳ６７－３：ＮＯ）、判断処理部３５は、設定情報を移行不可（移行不可能）と判断し、ステップＳ６７－７の処理に遷移する（ステップＳ６７－６）。

ステップＳ６７－７において設定登録部３８は、設定情報のうち、移行不可と判断した設定値については、第１のユーザデバイス（旧デバイス）で設定されていた設定値を初期化してこのフローを抜ける。このときの初期化は、第１のユーザデバイス（旧デバイス）で最初に設定されていた設定情報に書き戻してもよいし、所定の値（例えばすべて０）に設定するものでもよい。

図２９に再び戻り、情報管理装置３の送受信部３１は、ユーザデバイス５に対して設定情報通知を送信する（ステップＳ６８）。これにより、ユーザデバイス５の送受信部５１は、情報管理装置３が送信した設定情報通知を受信する。このとき、設定情報通知には、設定情報のうちステップＳ６７で移行可能と判断された設定値を含む情報が含まれる。

次に、ユーザデバイス５の記憶読出部５９は、設定情報を記憶部５０００の所定領域に書き込む（ステップＳ６９）。すなわち、ユーザデバイス５は、受信した設定値を設定情報に反映させる。

＜通信端末に対する推奨通知＞
ここで、通信端末４に対して送信されるアプリ特定結果通知の例について説明する。

●画面表示例●
図３４は、通信端末におけるアプリ特定結果通知時の表示画面例である。図３４に示されているように、通信端末４の表示制御部４４は、通信端末４のディスプレイ４０７にアプリ特定結果通知画面４０２１を表示させる。このアプリ特定結果通知画面４０２１では、代替（推奨）アプリに対応するアプリ名、推奨コメント、アプリのリンク４０２２が表示される。利用者はこのリンクをクリックするなどの操作後に確認ボタン４１５１を操作することで、導入対象の詳細を確認することができる。なお、アプリ特定結果通知画面４０２１に表示された推奨コメントは、推奨アプリを再度利用していただく意図が含まれている。

●画面表示例●
図３５は、通信端末におけるアプリ特定結果通知時の他の表示画面例である。図３５に示されているように、通信端末４の表示制御部４４は、通信端末４のディスプレイ４０７にアプリ特定結果通知画面４０３１を表示させる。このアプリ特定結果通知画面４０３１では、代替（推奨）アプリに対応するアプリ名、推奨コメント、アプリのリンク４０３２が表示される。この通知では、他のユーザが推奨アプリを同時に使用していることを伝える推奨コメントが含まれている。利用者はこのリンクをクリックするなどの操作後に確認ボタン４０５１を操作することで、導入対象の詳細を確認することができる。なお、アプリ特定結果通知画面４０３１に表示されたコメントにより、利用者に対して推奨アプリの導入をより促進させる効果（例えば、バンドワゴン効果）も期待できる。

●画面表示例●
図３６は、通信端末におけるアプリ特定結果通知時の他の表示画面例である。図３６に示されているように、通信端末４の表示制御部４４は、通信端末４のディスプレイ４０７にアプリ特定結果通知画面４０４１を表示させる。このアプリ特定結果通知画面４０４１では、代替（推奨）アプリに対応するアプリ名、推奨コメント、アプリのリンク４０４２が表示される。利用者はこのリンクをクリックするなどの操作後に確認ボタン４０５１を操作することで、導入対象の詳細を確認することができる。なお、アプリ特定結果通知画面４０４１に表示されたコメントにより、図３５と同様に、類似の業態の利用者に対して推奨アプリの導入をより促進させる効果（例えば、バンドワゴン効果）も期待できる。

〔他の形態のユーザデバイスを用いた処理〕
ここで、他の形態のユーザデバイスを用いた処理の一例を説明する。図３７は、他の形態のユーザデバイスを用いた処理の一例を示すシーケンス図である。図３７に示されている例では、ユーザデバイス５は、スマートスピーカ又はＡＩスピーカを一例とする対話型音声操作装置（以下、スマートスピーカと記載する）を用いた場合について説明する。この場合の導入対象は、例えば、スマートスピーカが所定の機能を実行するためのアプリである。アプリとしては、スマートスピーカにインストールされることで機能を実行するネイティブアプリケーション、スマートスピーカがアプリ配信サーバ７と連携して機能を実行するＷｅｂアプリケーションが含まれる。また、アプリ配信サーバ７が提供する機能を拡張するための拡張機能、及びその機能を拡張するためのプログラムなどは、アプリと表現される場合がある。このため、導入対象であるアプリの導入とは、通信端末４からアプリ配信サーバ７に対するアプリの利用の申込みを含む。

図３７の場合、まず、ユーザデバイス５の一例としてのスマートスピーカの送受信部５１は、情報管理装置３に対して処理要求を送信する（ステップＳ１０１）。これにより、情報管理装置３の送受信部３１は、スマートスピーカが送信した処理要求を受信する。このとき、処理要求には、スマートスピーカを識別するデバイス識別情報、スマートスピーカに対して入力された音声情報が含まれる。

次に、情報管理装置３の判断処理部３５は、認証処理を行う（ステップＳ１０２）。具体的には、判断処理部３５は、ステップＳ１０１で受信した音声情報に含まれるデバイス識別情報と、予め情報管理装置３に登録されていたデバイス識別情報とを比較する。情報管理装置３は、比較の結果、一致するデバイス識別情報が登録されていた場合、認証が成功したと判断する。このとき判断処理部３５は、デバイス識別情報と対応する顧客識別情報を特定する。

次に、判断処理部３５は、音声情報に基づいて音声認識処理を行い（ステップＳ１０３）、続いて利用可否判断処理を行う（ステップＳ１０４）。具体的には、判断処理部３５は、デバイス識別情報に対応付けられたデバイス権限ＤＢ、又はデバイス識別情報に関連付けられた顧客識別情報に対応する顧客権限ＤＢに基づいて利用可能なサービスを判断する。

なお、情報管理装置３は、別途特定したテナント識別情報及びグループ識別情報に対応付けられた契約識別情報及びサービス識別情報に基づいて、利用可能なサービスを特定してもよい。また、情報管理装置３の判断処理部３５は、ユーザが発話した音声情報から特定されたサービス情報に対応するサービス識別情報と、利用可能なサービスとして特定したサービスに対応するサービス識別情報と、を比較する。比較の結果、判断処理部３５は、サービス識別情報が一致する場合はサービスが利用可能と判断し、一致しない場合はサービスが利用不可であると判断する。

利用可能なサービスがない場合（サービスが利用不可の場合）、情報管理装置３の送受信部３１は、スマートスピーカに対してサービスを利用できない旨の利用不可情報を含む処理応答を送信する（ステップＳ１０５）。これにより、スマートスピーカの送受信部５１は、情報管理装置３が送信した処理応答を受信する。

次に、スマートスピーカの表示制御部５４は、利用不可を示す内容をスマートスピーカの表示部に表示させる（ステップＳ１０６）。

他方、利用可能なサービスがない場合（サービスが利用不可の場合）、情報管理装置３の送受信部３１は、ステップＳ１０１で受信したスマートスピーカの処理要求をアプリ配信サーバ７に転送（送信）する（ステップＳ１０７）。これにより、アプリ配信サーバ７の送受信部７１は、情報管理装置３が送信した処理要求を受信する。このとき、処理要求には、処理対象となるジョブ情報と、ジョブに関するパラメータ情報が含まれる。なお、サービス情報によっては、情報管理装置３においてジョブ情報とパラメータ情報とに基づいて処理を実行してもよい。この場合、アプリ配信サーバ７の特定と、処理要求の送信とを省略することができる。

次に、アプリ配信サーバ７の実行部７６は、受信した処理要求に基づいて認証処理を行う（ステップＳ１０８）。

続いて、送受信部７１は、ステップＳ１０７で受信した処理要求に対する処理応答を情報管理装置３に対して送信する（ステップＳ１０９）。これにより、情報管理装置３の送受信部３１は、アプリ配信サーバ７が送信した処理応答を受信する。このとき、処理応答には、処理結果情報が含まれる。

次に、情報管理装置３の送受信部３１は、アプリ配信サーバ７が実行した処理結果情報を含む処理応答をスマートスピーカに対して送信する（ステップＳ１１０）。これにより、スマートスピーカの送受信部５１は、情報管理装置３が送信した処理応答を受信する。

次に、スマートスピーカの表示制御部５４は、処理結果を表示する（ステップＳ１１１）。具体的には、表示制御部５４は、受信した処理応答に含まれる処理結果情報を、表示部に表示、もしくはスピーカを介して音声出力する。これまでの処理により、スマートスピーカを利用するユーザは、所望の処理をアプリ配信サーバ７に対して実行させ、その結果を表示もしくは音声によって確認することが可能になる。

本実施形態に係る情報管理システムでは、例えば、上述したステップＳ１０７及びＳ１０９の処理が実行される場合、情報管理装置３とアプリ配信サーバ７との間に他の装置等が存在してもよい。つまり、情報管理装置３とアプリ配信サーバ７との間で送受信される各情報(データ)は、一度他の装置等を介して送受信されるような構成であってもよい。上述した構成は、情報管理装置３とアプリ配信サーバ７との間に他の処理ステップが存在した場合でも適用することが可能である。

以上では、ユーザデバイス５をタッチパネルなどによってボタン操作することによって移行処理を実行する場合について説明したが、これに限定されない。例えば、ユーザデバイス５がスマートスピーカなどの場合は、音声操作によって移行処理を実行することができる。

また、ユーザデバイス５が実行する処理の一部、又は全てを通信端末４が実行してもよい。この場合、例えばステップＳ３１、Ｓ３６－３９、Ｓ６１－６２の処理は通信端末４が実行して、ステップＳ６６及びＳ６９の処理のみをユーザデバイス５で実行してもよい。これにより、ユーザインタフェースを有さないユーザデバイス５であっても、移行処理を実行することができる。

〔実施形態の主な効果〕
以上説明したように本実施形態によれば、情報管理装置３は、受信した移行情報選択結果通知に含まれる移行前のユーザデバイス５と移行後のユーザデバイス５との間で行われる移行に係る移行情報を取得し（ステップＳ４０）、取得した移行情報、並びに、第１の機能に係る第１の機能情報及び第２の機能に係る第２の機能情報に基づいて、第２のユーザデバイス５（移行後のユーザデバイス）が第１のユーザデバイス（移行前のユーザデバイス）で利用されていた第１のアプリを引き継げない場合に、第１のアプリの代替アプリを特定する（ステップＳ４１）。これにより、第１のユーザデバイスの機能と第２のユーザデバイスの機能との間の差異に応じて、利用者に対して適切なアプリを利用させることが可能になるという効果を奏する。

更に、本実施形態によれば、情報管理装置３は、第２の機能を実行するために推奨された、又は、第１の機能の代替となる所定のアプリに対して、第１のユーザデバイスで利用されていた第１のアプリに付与されたライセンス情報を関連付けて登録する（ステップＳ６４）。これにより、上述した効果に加えて、アプリを利用する際の設定等を適切に行うことが可能になるという効果を奏する。

〔実施形態の補足〕
上述した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウエアによって各機能を実行するようプログラミングされたデバイスを含むものとする。このデバイスとは、例えば、プロセッサ、上記で説明した各機能を実行するよう設計されたＡＳＩＣ(Application Specific Integrated Circuit)、ＤＳＰ（digital signal processor）、ＦＰＧＡ（field programmable gate array）、ＳＯＣ(System on a chip)、ＧＰＵ（Graphics Processing Unit）、及び従来の回路モジュール等をいう。

また、上述した実施形態において、上述した移行アプリの特定処理（ステップＳ４１）、代替アプリの特定処理（ステップＳ５１）、及び設定情報の移行可否判断（ステップＳ６７）における判断を含むそれぞれの処理に関して、機械学習、人工知能（ＡＩ）及びディープラーニング等によって学習させるシステムを併用してもよい。更に、情報管理システムは、導入対象を通知する際のコメント文を、機械学習、人工知能（ＡＩ）及びディープラーニング等によって学習させた結果を利用して、ユーザに通知できるシステムを提供してもよい。

これまで本発明の一実施形態に係る情報管理装置、情報管理システム、情報管理方法及びプログラムについて説明してきたが、本発明は、上述した実施形態に限定されるものではなく、他の実施形態の追加、変更又は削除等、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１ 情報処理システム
２ 情報管理システム
３ 情報管理装置
４ 通信端末
５ ユーザデバイス
７ アプリ配信サーバ
３１ 送受信部（送信手段の一例、受信手段の一例）
３３ 抽出・取得部（抽出手段の一例、取得手段の一例）
３５ 判断処理部（判断手段の一例）
３６ 検索特定部（特定手段の一例）
３７ 生成部（生成手段の一例）
３８ 設定登録部（登録手段の一例）
４０７ ディスプレイ（表示手段の一例）
５４０ａ パネル表示部（表示手段の一例）

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

Claims (13)

1. ユーザデバイスで利用されるアプリに係る情報を管理する情報管理装置であって、
   第１のユーザデバイスで利用される第１のアプリに係る移行情報を取得する取得手段と、
   取得した前記移行情報と、前記第１のユーザデバイスの機能に係る第１の機能情報及び第２のユーザデバイスの機能に係る第２の機能情報とに基づいて、第２のアプリを特定する特定手段と、
   を有する、
   ことを特徴とする情報管理装置。
2. 前記特定手段は、
   前記第１のユーザデバイスと前記第２のユーザデバイスとの間での移行が不可能なアプリが有する機能を、前記アプリを識別するアプリ識別情報と前記アプリの機能を表すアプリ機能とを対応付けて管理するアプリ機能対応管理手段を参照して特定する、
   ことを特徴とする請求項１に記載の情報管理装置。
3. 前記特定手段は、
   前記特定した機能のうち、前記第２のユーザデバイスが有していない機能を、前記第１のユーザデバイスを識別する第１のユーザデバイス識別情報と前記第１のユーザデバイスが有する機能とを対応付けて管理するデバイス情報管理手段を参照して特定する、
   ことを特徴とする請求項２に記載の情報管理装置。
4. 前記特定手段は、
   前記アプリ機能対応管理手段を参照することにより、前記特定した機能に対応するアプリを第２のアプリとして特定する、
   ことを特徴とする請求項３に記載の情報管理装置。
5. 請求項１乃至４のいずれか一項に記載の情報管理装置であって、更に、
   前記第２のデバイスが有する機能である第２の機能を実行するために推奨された、又は、前記第１のデバイスが有する機能である第１の機能の代替となる所定のアプリに対して、前記第１のユーザデバイスで利用されていた第１のアプリに付与されたライセンス情報を関連付けて登録する登録手段を有する、
   ことを特徴とする情報管理装置。
6. 前記第１のアプリが前記第２のユーザデバイスに移行可能である場合、前記登録手段は、
   前記第１のアプリに付与された前記ライセンス情報を削除して、前記所定のアプリに関連付けて登録する、
   ことを特徴とする請求項５に記載の情報管理装置。
7. 前記登録手段は、
   前記第２のユーザデバイスによって選択が受け付けられた前記所定のアプリに対して、前記ライセンス情報を関連付けて登録する、
   ことを特徴とする請求項５に記載の情報管理装置。
8. 前記取得手段は、
   前記第２のユーザデバイスによって選択が受け付けられた前記第１のアプリの種類情報及び設定情報を含む前記移行情報を取得する、
   ことを特徴とする請求項１に記載の情報管理装置。
9. 前記移行には、前記第１のユーザデバイスから前記第２のユーザデバイスへの入替え、又は、前記第１のユーザデバイスに加えて前記第２のユーザデバイスの追加が含まれ、
   前記取得手段は、
   前記入替え又は前記追加に応じて、前記第２のユーザデバイスによって選択が受け付けられた前記第１のユーザデバイスに係る識別情報を取得する、
   ことを特徴とする請求項８に記載の情報管理装置。
10. 請求項１に記載の情報管理装置であって、更に、
    前記第１のユーザデバイスの利用履歴を含む情報に基づいて推奨対象として検索された前記所定のアプリに係る検索結果を、前記第２のユーザデバイスに対して送信する送信手段を有する、
    ことを特徴とする情報管理装置。
11. 一以上のユーザデバイスと、前記一以上のユーザデバイスで利用されるアプリに係る情報を前記ユーザデバイスごとに管理する情報管理装置と、
    を有する情報管理システムであって、
    前記ユーザデバイスは、
    当該ユーザデバイスで選択された、第１の機能を備えた第１のユーザデバイスと第２の機能を備えた第２のユーザデバイスとの間で行われる移行に係る移行情報であり、第１のユーザデバイスで利用される第１のアプリに係る移行情報を、前記情報管理装置に対して送信する送信手段を有し、
    前記情報管理装置は、
    前記ユーザデバイスが送信した前記第１のアプリに係る移行情報を取得する取得手段と、
    取得した前記移行情報と、前記第１のユーザデバイスの機能に係る第１の機能情報及び第２のユーザデバイスの機能に係る第２の機能情報とに基づいて、第２のアプリを特定する特定手段と、
    を有する、
    ことを特徴とする情報管理システム。
12. ユーザデバイスで利用されるアプリに係る情報を管理する情報管理装置が実行する情報管理方法であって、
    第１のユーザデバイスで利用される第１のアプリに係る移行情報を取得する取得ステップと、
    取得した前記移行情報と、前記第１のユーザデバイスの機能に係る第１の機能情報及び第２のユーザデバイスの機能に係る第２の機能情報とに基づいて、第２のアプリを特定する特定ステップと、
    を含む処理を実行する、
    ことを特徴とする情報管理方法。
13. ユーザデバイスで利用されるアプリに係る情報を管理する情報管理装置に、
    第１のユーザデバイスで利用される第１のアプリに係る移行情報を取得する取得ステップと、
    取得した前記移行情報と、前記第１のユーザデバイスの機能に係る第１の機能情報及び第２のユーザデバイスの機能に係る第２の機能情報とに基づいて、第２のアプリを特定する特定ステップと、
    を含む処理を実行させるプログラム。