JP6938953B2 - アプリケーション提供システム、及びユーザ管理方法 - Google Patents
アプリケーション提供システム、及びユーザ管理方法 Download PDFInfo
- Publication number
- JP6938953B2 JP6938953B2 JP2017032310A JP2017032310A JP6938953B2 JP 6938953 B2 JP6938953 B2 JP 6938953B2 JP 2017032310 A JP2017032310 A JP 2017032310A JP 2017032310 A JP2017032310 A JP 2017032310A JP 6938953 B2 JP6938953 B2 JP 6938953B2
- Authority
- JP
- Japan
- Prior art keywords
- application
- user
- organization
- information
- platform
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Stored Programmes (AREA)
Description
本発明は、アプリケーション提供システム、及びユーザ管理方法に関する。
アプリケーションを提供する複数のプラットフォーム同士を連携させることによって、第一のプラットフォーム上で動作するアプリケーションを第二のプラットフォームから利用できるようにしたアプリケーション提供システムが知られている。このようなアプリケーション提供システムによれば、第二のプラットフォームから提供するアプリケーションのバリエーションを増やすことができる。
特許文献１には、異なる複数のソフトウェアプラットフォーム上のアプリケーション同士を垣根なく連携して動作できるようにしたシステムが記載されている。具体的には、第一のプラットフォーム上で動作するＪａｖａ（登録商標）のアプリが提供するサービス情報（例：クラス名）を、予め第二のプラットフォームで使用できる情報（例：ＵＲＬ）に変換して変換データテーブルに登録しておく。第二のプラットフォーム上で動作するＷｅｂアプリがＵＲＬを呼び出すと、指定されたＵＲＬが変換データテーブルによりクラス名に変換されるので、第二のプラットフォーム上でＪａｖａ（登録商標）のアプリによるサービスの提供が可能となる。
特許文献１には、異なる複数のソフトウェアプラットフォーム上のアプリケーション同士を垣根なく連携して動作できるようにしたシステムが記載されている。具体的には、第一のプラットフォーム上で動作するＪａｖａ（登録商標）のアプリが提供するサービス情報（例：クラス名）を、予め第二のプラットフォームで使用できる情報（例：ＵＲＬ）に変換して変換データテーブルに登録しておく。第二のプラットフォーム上で動作するＷｅｂアプリがＵＲＬを呼び出すと、指定されたＵＲＬが変換データテーブルによりクラス名に変換されるので、第二のプラットフォーム上でＪａｖａ（登録商標）のアプリによるサービスの提供が可能となる。
アプリケーションを提供するプラットフォームの中には、アプリケーションを利用するユーザの情報を管理する機能を有するものが存在する。ユーザ管理方式には、ユーザ情報をアプリケーション毎に個別に管理する方式と、全てのアプリケーションに共通するユーザ管理機能によりユーザ情報を一元に管理する方式とがある。
前者の場合はアプリケーションとユーザを紐付ける処理（アプリケーションに対するユーザ登録）をアプリケーション毎に行う必要があるが、後者の場合はあるアプリケーションに対してユーザを紐付ければ関連する他のアプリケーションに対して自動的にユーザを紐付けることも可能である。仮に、ユーザ情報を個別に管理する第一のプラットフォームから、ユーザ情報を一元に管理する第二のプラットフォーム上のあるアプリケーションを呼び出してユーザ登録すると、第二のプラットフォーム上の他のアプリケーションにもユーザ登録されることとなる。
しかし、第一のプラットフォームのユーザにとっては、身に覚えのないアプリケーションに勝手にユーザ登録されることとなり、利用上の混乱を招くという問題がある。
本発明は上述の事情に鑑みてなされたものであり、ユーザ情報をアプリケーション毎に個別に管理する第一プラットフォームシステムを介して、ユーザ情報を一元に管理する第二プラットフォームシステム上のアプリケーションを利用する場合であっても、第一プラットフォームシステムからアプリケーションを提供しているように動作させることを目的とする。
前者の場合はアプリケーションとユーザを紐付ける処理（アプリケーションに対するユーザ登録）をアプリケーション毎に行う必要があるが、後者の場合はあるアプリケーションに対してユーザを紐付ければ関連する他のアプリケーションに対して自動的にユーザを紐付けることも可能である。仮に、ユーザ情報を個別に管理する第一のプラットフォームから、ユーザ情報を一元に管理する第二のプラットフォーム上のあるアプリケーションを呼び出してユーザ登録すると、第二のプラットフォーム上の他のアプリケーションにもユーザ登録されることとなる。
しかし、第一のプラットフォームのユーザにとっては、身に覚えのないアプリケーションに勝手にユーザ登録されることとなり、利用上の混乱を招くという問題がある。
本発明は上述の事情に鑑みてなされたものであり、ユーザ情報をアプリケーション毎に個別に管理する第一プラットフォームシステムを介して、ユーザ情報を一元に管理する第二プラットフォームシステム上のアプリケーションを利用する場合であっても、第一プラットフォームシステムからアプリケーションを提供しているように動作させることを目的とする。
上記の課題を解決するために、請求項１に記載の発明は、提供する複数の第一アプリケーションのユーザに係るユーザ情報をアプリケーション毎に個別に管理する複数の第一ユーザ管理手段を備えた第一プラットフォームシステムと、提供する複数の第二アプリケーションのユーザに係るユーザ情報を一元に管理する第二ユーザ管理手段を備えた第二プラットフォームシステムと、が接続されたアプリケーション提供システムであって、前記第二ユーザ管理手段は、前記第一プラットフォームシステムを介して前記第二アプリケーションに係る前記ユーザ情報の処理リクエストを受け付けた場合に、アプリケーション毎に前記ユーザ情報を処理し、前記第一アプリケーションは、ネットワークを介して端末に提供される第一コンテンツデータであって、前記第一アプリケーションの機能を実現する第一固有画面と、前記ユーザ情報の登録指示を受け付けるための登録ボタンを少なくとも含み前記第二アプリケーションと共通する共通画面とを含む第一コンテンツデータを有し、前記第二アプリケーションは、ネットワークを介して前記端末に提供される第二コンテンツデータであって、前記第二アプリケーションの機能を実現する第二固有画面と、前記共通画面とを含む第二コンテンツデータを有することを特徴とする。
本発明によれば、ユーザ情報をアプリケーション毎に個別に管理する第一プラットフォームシステムを介して、ユーザ情報を一元に管理する第二プラットフォームシステム上のアプリケーションを利用する場合であっても、第一プラットフォームシステムからアプリケーションを提供しているように動作させることができる。
本発明の実施の形態を説明する。本発明は、ユーザ情報をアプリケーション毎に個別に管理する第一プラットフォーム上から、ユーザ情報を全アプリケーションに共通して一元に管理する第二プラットフォーム上のアプリケーションを提供するアプリケーション提供システムに関して以下の特徴を有する。要するに、ユーザＩＤに対して第二プラットフォーム上のアプリ名（一意のアプリＩＤ）を関連付けることによって、第一プラットフォームから第二プラットフォーム上のユーザ情報をアプリケーション毎に処理できるようにした点に特徴がある。
上記記載の本発明の特徴について、以下の図面を用いて詳細に解説する。但し、この実施形態に記載される構成要素、種類、組み合わせ、形状、その相対配置などは特定的な記載がない限り、この発明の範囲をそれのみに限定する主旨ではなく単なる説明例に過ぎない。
上記記載の本発明の特徴について、以下の図面を用いて詳細に解説する。但し、この実施形態に記載される構成要素、種類、組み合わせ、形状、その相対配置などは特定的な記載がない限り、この発明の範囲をそれのみに限定する主旨ではなく単なる説明例に過ぎない。
〔全体構成〕
図１は、本発明の一実施形態に係るアプリケーション提供システムの全体構成図である。
アプリケーション提供システム１は、クライアント端末１００（１００Ａ、１００Ｂ…）、第一クラウドサーバ２００、及び第二クラウドサーバ３００を備えている。クライアント端末１００と第一クラウドサーバ２００は、ネットワークＮ１により互いにデータを送受信可能に接続されている。また、第一クラウドサーバ２００と第二クラウドサーバ３００は、ネットワークＮ２により互いにデータを送受信可能に接続されている。クライアント端末１００と第二クラウドサーバ３００は、第一クラウドサーバ２００を介してデータの送受信が可能である。
図１は、本発明の一実施形態に係るアプリケーション提供システムの全体構成図である。
アプリケーション提供システム１は、クライアント端末１００（１００Ａ、１００Ｂ…）、第一クラウドサーバ２００、及び第二クラウドサーバ３００を備えている。クライアント端末１００と第一クラウドサーバ２００は、ネットワークＮ１により互いにデータを送受信可能に接続されている。また、第一クラウドサーバ２００と第二クラウドサーバ３００は、ネットワークＮ２により互いにデータを送受信可能に接続されている。クライアント端末１００と第二クラウドサーバ３００は、第一クラウドサーバ２００を介してデータの送受信が可能である。
クライアント端末１００は、例えば、パーソナルコンピュータ、スマートフォン等の携帯端末の他、プリンタ複合機（ＭＦＰ：Multifunction Peripheral）等、ユーザが操作可能な装置である。
第一クラウドサーバ２００は、クライアント端末１００からのリクエストに基づいて、クライアント端末１００に対してネットワークＮ１を介してクラウドサービスを提供するサーバである。第二クラウドサーバ３００は、クライアント端末１００からのリクエストに基づいて、クライアント端末１００に対してネットワークＮ１、Ｎ２、及び第一クラウドサーバ２００を介してクラウドサービスを提供するサーバである。
ここでクライアント端末１００は、各クラウドサーバが提供するクラウドサービスを受ける際に、クラウドサービスを利用する組織に関連付けられた装置として各クラウドサーバに認証される端末である。
第一クラウドサーバ２００は、クライアント端末１００からのリクエストに基づいて、クライアント端末１００に対してネットワークＮ１を介してクラウドサービスを提供するサーバである。第二クラウドサーバ３００は、クライアント端末１００からのリクエストに基づいて、クライアント端末１００に対してネットワークＮ１、Ｎ２、及び第一クラウドサーバ２００を介してクラウドサービスを提供するサーバである。
ここでクライアント端末１００は、各クラウドサーバが提供するクラウドサービスを受ける際に、クラウドサービスを利用する組織に関連付けられた装置として各クラウドサーバに認証される端末である。
〔ハードウェア構成〕
図２は、クライアント端末のハードウェア構成の一例を示すブロック図である。
クライアント端末１００は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、ＨＤＤ（Hard Disk Drive）１０４、操作部１０５、表示部１０６、及び通信ＩＦ１０７を備えて構成される。
ＣＰＵ１０１は、クライアント端末１００を統括的に制御する演算装置である。ＲＯＭ１０２は、ＢＩＯＳやブートプログラム等を記憶した不揮発性のメモリである。ＲＡＭ１０３は、ＣＰＵ１０１が実行するプログラムのワークエリアとなる揮発性メモリである。ＨＤＤ１０４は、ＲＯＭ１０２とは異なるプログラムやデータ等を記憶する不揮発性の記憶手段である。ＣＰＵ１０１はＲＯＭ１０２又はＨＤＤ１０４から読み出したデータをＲＡＭ１０３に展開して実行することにより、各種の機能を実現する。
操作部１０５は、ユーザからの操作を受け付ける手段である。表示部１０６は、ユーザに対して操作結果等を表示するインターフェースである。操作部１０５は、例えばキーボードやマウス等により構成され、表示部１０６はディスプレイ等により構成される。操作部１０５と表示部１０６を一体化してタッチパネルディスプレイによって構成してもよい。
通信ＩＦ１０７は、ネットワークＮ１と接続をするための通信用のインターフェースである。
なお、図１に示す第一クラウドサーバ２００と第二クラウドサーバ３００のハードウェア構成も、クライアント端末１００のハードウェア構成と同様であるため、説明を省略する。
図２は、クライアント端末のハードウェア構成の一例を示すブロック図である。
クライアント端末１００は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、ＨＤＤ（Hard Disk Drive）１０４、操作部１０５、表示部１０６、及び通信ＩＦ１０７を備えて構成される。
ＣＰＵ１０１は、クライアント端末１００を統括的に制御する演算装置である。ＲＯＭ１０２は、ＢＩＯＳやブートプログラム等を記憶した不揮発性のメモリである。ＲＡＭ１０３は、ＣＰＵ１０１が実行するプログラムのワークエリアとなる揮発性メモリである。ＨＤＤ１０４は、ＲＯＭ１０２とは異なるプログラムやデータ等を記憶する不揮発性の記憶手段である。ＣＰＵ１０１はＲＯＭ１０２又はＨＤＤ１０４から読み出したデータをＲＡＭ１０３に展開して実行することにより、各種の機能を実現する。
操作部１０５は、ユーザからの操作を受け付ける手段である。表示部１０６は、ユーザに対して操作結果等を表示するインターフェースである。操作部１０５は、例えばキーボードやマウス等により構成され、表示部１０６はディスプレイ等により構成される。操作部１０５と表示部１０６を一体化してタッチパネルディスプレイによって構成してもよい。
通信ＩＦ１０７は、ネットワークＮ１と接続をするための通信用のインターフェースである。
なお、図１に示す第一クラウドサーバ２００と第二クラウドサーバ３００のハードウェア構成も、クライアント端末１００のハードウェア構成と同様であるため、説明を省略する。
〔機能構成〕
図３は、アプリケーション提供システムの機能構成の一例を示すブロック図である。
図３は、アプリケーション提供システムの機能構成の一例を示すブロック図である。
＜クライアント端末＞
クライアント端末１００は、ブラウザ１１０を備える。ブラウザ１１０は、第一クラウドサーバ２００から、又は第一クラウドサーバ２００を介して第二クラウドサーバ３００からダウンロードしたＨＴＭＬ（Hyper Text Markup Language）ドキュメントを表示する。また、ブラウザ１１０は、ユーザからの入力を受け付けると共に、ユーザから入力された指示内容に従ったリクエストを第一クラウドサーバ２００、又は第二クラウドサーバ３００に発行する。ブラウザ１１０は、クライアント端末１００にインストールされているアプリケーションソフトウェア（以下、単に「アプリ」という）であり、図２に示すＣＰＵ１０１がＨＤＤ１０４から読み出したブラウザのアプリケーションプログラムをＲＡＭ１０３に展開して実行することにより実現される。
クライアント端末１００は、ブラウザ１１０を備える。ブラウザ１１０は、第一クラウドサーバ２００から、又は第一クラウドサーバ２００を介して第二クラウドサーバ３００からダウンロードしたＨＴＭＬ（Hyper Text Markup Language）ドキュメントを表示する。また、ブラウザ１１０は、ユーザからの入力を受け付けると共に、ユーザから入力された指示内容に従ったリクエストを第一クラウドサーバ２００、又は第二クラウドサーバ３００に発行する。ブラウザ１１０は、クライアント端末１００にインストールされているアプリケーションソフトウェア（以下、単に「アプリ」という）であり、図２に示すＣＰＵ１０１がＨＤＤ１０４から読み出したブラウザのアプリケーションプログラムをＲＡＭ１０３に展開して実行することにより実現される。
＜第一クラウドサーバ＞
第一クラウドサーバ２００は、第一プラットフォーム２１０（第一プラットフォームシステム）、ランチャーアプリ２２０、アプリ２３０Ａ、２３０Ｂ（第一アプリケーション）、ユーザ管理部２４０Ａ、２４０Ｂ（第一ユーザ管理手段）、組織管理部２５０（第一組織情報管理手段）、及び初期導入アプリ２６０（組織情報登録手段）を備える。上記各機能構成は、ＣＰＵがＨＤＤから読み出したプログラムをＲＡＭに展開して実行することにより実現される。また、第一クラウドサーバ２００は、ＨＤＤにより実現されるユーザ情報記憶部２４１Ａ、ユーザ情報記憶部２４１Ｂ、及び組織情報記憶部２５１を備える。
第一プラットフォーム２１０は、アプリ提供用のプラットフォームである。即ち、第一プラットフォーム２１０は、第一クラウドサーバ２００のＨＤＤに記憶されているアプリケーションを第一クラウドサーバ２００上で実行し、アプリケーションにより実現する機能をネットワーク経由でユーザに提供する手段である。
ランチャーアプリ２２０は、第一クラウドサーバ２００、及び第二クラウドサーバ３００上で実行される各アプリ２３０Ａ、２３０Ｂ、３３０ａ、３３０ｂをアイコンでブラウザ１１０上に一覧表示し、マウスクリックやタッチ操作によって各アプリを各クラウドサーバから呼び出せるようにするためのソフトウェアである。
アプリ２３０Ａ、及びアプリ２３０Ｂは、第一プラットフォーム２１０上で動作するソフトウェアである。アプリ２３０Ａ、及びアプリ２３０Ｂは、例えばプリンタに文書データを印刷させる印刷アプリや、スキャナに原稿画像を読み取らせて原稿の画像データを得るスキャナアプリ等である。
第一クラウドサーバ２００は、第一プラットフォーム２１０（第一プラットフォームシステム）、ランチャーアプリ２２０、アプリ２３０Ａ、２３０Ｂ（第一アプリケーション）、ユーザ管理部２４０Ａ、２４０Ｂ（第一ユーザ管理手段）、組織管理部２５０（第一組織情報管理手段）、及び初期導入アプリ２６０（組織情報登録手段）を備える。上記各機能構成は、ＣＰＵがＨＤＤから読み出したプログラムをＲＡＭに展開して実行することにより実現される。また、第一クラウドサーバ２００は、ＨＤＤにより実現されるユーザ情報記憶部２４１Ａ、ユーザ情報記憶部２４１Ｂ、及び組織情報記憶部２５１を備える。
第一プラットフォーム２１０は、アプリ提供用のプラットフォームである。即ち、第一プラットフォーム２１０は、第一クラウドサーバ２００のＨＤＤに記憶されているアプリケーションを第一クラウドサーバ２００上で実行し、アプリケーションにより実現する機能をネットワーク経由でユーザに提供する手段である。
ランチャーアプリ２２０は、第一クラウドサーバ２００、及び第二クラウドサーバ３００上で実行される各アプリ２３０Ａ、２３０Ｂ、３３０ａ、３３０ｂをアイコンでブラウザ１１０上に一覧表示し、マウスクリックやタッチ操作によって各アプリを各クラウドサーバから呼び出せるようにするためのソフトウェアである。
アプリ２３０Ａ、及びアプリ２３０Ｂは、第一プラットフォーム２１０上で動作するソフトウェアである。アプリ２３０Ａ、及びアプリ２３０Ｂは、例えばプリンタに文書データを印刷させる印刷アプリや、スキャナに原稿画像を読み取らせて原稿の画像データを得るスキャナアプリ等である。
ユーザ管理部２４０Ａ、２４０Ｂは、夫々アプリ２３０Ａ、２３０Ｂを利用するユーザに関するデータ（ユーザ情報）をユーザ情報記憶部２４１Ａ、２４１Ｂに記憶させて管理する手段である。第一クラウドサーバ２００においてユーザ管理部とユーザ情報記憶部はアプリごとに用意されており、ユーザ情報はアプリ毎に個別に管理される。各ユーザ管理部２４０Ａ、２４０Ｂは、夫々のアプリ２３０Ａ、２３０Ｂを利用するユーザを識別する一意のユーザＩＤ（ユーザ名、ユーザを識別するユーザ識別情報）に対して、ユーザが所属する組織の組織名（又は組織コード、組織を識別する組織識別情報）、該ユーザのアドレス情報等を関連付けて記憶させる。
組織管理部２５０は、各アプリを利用するユーザが所属する組織に関するデータ（組織情報）を組織情報記憶部２５１に記憶させて管理する手段である。組織管理部２５０は、各組織に一意に設定された組織名（又は組織コード）に対して、管理者情報（管理者名、及び管理者のアドレス情報等）、及び組織としてクラウドサービスの提供元と利用契約しているアプリに係る情報等を関連付けて組織情報記憶部２５１に記憶させる。
初期導入アプリ２６０は、ある組織がアプリケーション提供システム１の利用を開始するに際して、当該組織に関するデータを組織管理部２５０及びテナント管理部３５０に作成させるためのソフトウェアである。初期導入アプリ２６０を操作する者は管理者権限を有する者であり、例えば第一プラットフォーム２１０を管理する者である。
組織管理部２５０は、各アプリを利用するユーザが所属する組織に関するデータ（組織情報）を組織情報記憶部２５１に記憶させて管理する手段である。組織管理部２５０は、各組織に一意に設定された組織名（又は組織コード）に対して、管理者情報（管理者名、及び管理者のアドレス情報等）、及び組織としてクラウドサービスの提供元と利用契約しているアプリに係る情報等を関連付けて組織情報記憶部２５１に記憶させる。
初期導入アプリ２６０は、ある組織がアプリケーション提供システム１の利用を開始するに際して、当該組織に関するデータを組織管理部２５０及びテナント管理部３５０に作成させるためのソフトウェアである。初期導入アプリ２６０を操作する者は管理者権限を有する者であり、例えば第一プラットフォーム２１０を管理する者である。
＜第二クラウドサーバ＞
第二クラウドサーバ３００は、第二プラットフォーム３１０（第二プラットフォームシステム）、アプリ３３０ａ、３３０ｂ（第二アプリケーション）、ユーザ管理部３４０（第二ユーザ管理手段）、及びテナント管理部３５０（第二組織情報管理手段）を備える。上記各機能構成は、ＣＰＵがＨＤＤから読み出したプログラムをＲＡＭに展開して実行することにより実現される。また、第二クラウドサーバ３００は、ＨＤＤにより実現されるユーザ情報記憶部３４１、及びテナント情報記憶部３５１を備える。
第二プラットフォーム３１０は、アプリ提供用のプラットフォームである。即ち、第一プラットフォーム２１０は、第二クラウドサーバ３００のＨＤＤに記憶されているアプリケーションを第二クラウドサーバ３００上で実行し、アプリケーションにより実現する機能を、第一クラウドサーバ２００を介したネットワーク経由でユーザに提供する手段である。
アプリ３３０ａ、及びアプリ３３０ｂは、第二プラットフォーム３１０上で動作するソフトウェアである。アプリ３３０ａ、及びアプリ３３０ｂは、例えばプリンタに文書データを印刷させる印刷アプリや、スキャナに原稿画像を読み取らせて原稿の画像データを得るスキャナアプリ等である。
第二クラウドサーバ３００は、第二プラットフォーム３１０（第二プラットフォームシステム）、アプリ３３０ａ、３３０ｂ（第二アプリケーション）、ユーザ管理部３４０（第二ユーザ管理手段）、及びテナント管理部３５０（第二組織情報管理手段）を備える。上記各機能構成は、ＣＰＵがＨＤＤから読み出したプログラムをＲＡＭに展開して実行することにより実現される。また、第二クラウドサーバ３００は、ＨＤＤにより実現されるユーザ情報記憶部３４１、及びテナント情報記憶部３５１を備える。
第二プラットフォーム３１０は、アプリ提供用のプラットフォームである。即ち、第一プラットフォーム２１０は、第二クラウドサーバ３００のＨＤＤに記憶されているアプリケーションを第二クラウドサーバ３００上で実行し、アプリケーションにより実現する機能を、第一クラウドサーバ２００を介したネットワーク経由でユーザに提供する手段である。
アプリ３３０ａ、及びアプリ３３０ｂは、第二プラットフォーム３１０上で動作するソフトウェアである。アプリ３３０ａ、及びアプリ３３０ｂは、例えばプリンタに文書データを印刷させる印刷アプリや、スキャナに原稿画像を読み取らせて原稿の画像データを得るスキャナアプリ等である。
ユーザ管理部３４０は、アプリ３３０ａ、３３０ｂを利用するユーザに関するデータをユーザ情報記憶部３４１に記憶させて管理する手段である。第二クラウドサーバ３００は、各アプリに共通する単一のユーザ管理部３４０を有しており、ユーザ情報は一元に管理される。ユーザ管理部３４０は、アプリを利用するユーザを識別する一意のユーザＩＤ（ユーザ名）に対して、ユーザが所属する組織の組織名（又は組織コード）、該ユーザのアドレス情報、及び該ユーザが利用するアプリ名（一意のアプリＩＤ、アプリケーションを識別するアプリケーション識別情報）等を関連付けて記憶する。
テナント管理部３５０は、各アプリを利用するユーザが所属する組織（テナント）に関するデータ（テナント情報）をテナント情報記憶部３５１に記憶させて管理する手段であり、第一クラウドサーバ２００の組織管理部２５０と同様のものである。テナント管理部３５０は、各組織に一意に設定された組織名（又は組織コード）に対して、管理者情報（管理者名、及び管理者のアドレス情報等）、及び組織としてクラウドサービスの提供元と利用契約しているアプリに係る情報等を関連付けて記憶する。
テナント管理部３５０は、各アプリを利用するユーザが所属する組織（テナント）に関するデータ（テナント情報）をテナント情報記憶部３５１に記憶させて管理する手段であり、第一クラウドサーバ２００の組織管理部２５０と同様のものである。テナント管理部３５０は、各組織に一意に設定された組織名（又は組織コード）に対して、管理者情報（管理者名、及び管理者のアドレス情報等）、及び組織としてクラウドサービスの提供元と利用契約しているアプリに係る情報等を関連付けて記憶する。
〔初期シーケンス〕
図４は、アプリケーション提供システムの利用を開始するに際して実行される処理の一例を示したシーケンス図である。なお、本シーケンスにおけるクライアント端末１００の操作主体は管理者権限を有するユーザであり、具体的には例えば第一プラットフォーム２１０の管理者である。
本処理は、第一プラットフォーム２１０が提供するランチャーアプリ２２０から、各プラットフォームによって提供される各アプリ２３０Ａ、２３０Ｂ、３３０ａ、３３０ｂを利用できるようにするための処理である。前提として、クライアント端末１００のブラウザ１１０から第一プラットフォーム２１０の初期導入アプリ２６０が呼び出されており、初期導入アプリ２６０の画面がブラウザ１１０に表示されているものとする。
図４は、アプリケーション提供システムの利用を開始するに際して実行される処理の一例を示したシーケンス図である。なお、本シーケンスにおけるクライアント端末１００の操作主体は管理者権限を有するユーザであり、具体的には例えば第一プラットフォーム２１０の管理者である。
本処理は、第一プラットフォーム２１０が提供するランチャーアプリ２２０から、各プラットフォームによって提供される各アプリ２３０Ａ、２３０Ｂ、３３０ａ、３３０ｂを利用できるようにするための処理である。前提として、クライアント端末１００のブラウザ１１０から第一プラットフォーム２１０の初期導入アプリ２６０が呼び出されており、初期導入アプリ２６０の画面がブラウザ１１０に表示されているものとする。
ステップＳ１において、ユーザが組織情報として組織名と管理者情報（管理者名と管理者のメールアドレス）をブラウザ１１０から入力して組織情報の登録実行を指示する。
ステップＳ３において、ブラウザ１１０は組織情報と組織情報の登録リクエストとを初期導入アプリ２６０に対して送信する。
ステップＳ５において、初期導入アプリ２６０は、組織管理部２５０に対して組織情報と組織情報の登録リクエストとを出力する。
ステップＳ７において、組織管理部２５０は、組織情報の登録処理、即ち、組織情報を組織情報記憶部２５１に記憶させる処理を実行し、処理結果を初期導入アプリ２６０に応答する（ステップＳ９）。
ステップＳ１１において、初期導入アプリ２６０は、テナント管理部３５０に対して組織情報と組織情報の登録リクエストとを出力する。
ステップＳ１３において、テナント管理部３５０は、組織情報の登録処理、即ち、テナント情報をテナント情報記憶部３５１に記憶させる処理を実行し、処理結果を初期導入アプリ２６０に応答する（ステップＳ１５）。
ステップＳ１７において、初期導入アプリ２６０は、処理結果をブラウザ１１０に応答する。
ステップＳ１９において、ブラウザ１１０は処理結果を表示する。
ステップＳ３において、ブラウザ１１０は組織情報と組織情報の登録リクエストとを初期導入アプリ２６０に対して送信する。
ステップＳ５において、初期導入アプリ２６０は、組織管理部２５０に対して組織情報と組織情報の登録リクエストとを出力する。
ステップＳ７において、組織管理部２５０は、組織情報の登録処理、即ち、組織情報を組織情報記憶部２５１に記憶させる処理を実行し、処理結果を初期導入アプリ２６０に応答する（ステップＳ９）。
ステップＳ１１において、初期導入アプリ２６０は、テナント管理部３５０に対して組織情報と組織情報の登録リクエストとを出力する。
ステップＳ１３において、テナント管理部３５０は、組織情報の登録処理、即ち、テナント情報をテナント情報記憶部３５１に記憶させる処理を実行し、処理結果を初期導入アプリ２６０に応答する（ステップＳ１５）。
ステップＳ１７において、初期導入アプリ２６０は、処理結果をブラウザ１１０に応答する。
ステップＳ１９において、ブラウザ１１０は処理結果を表示する。
ステップＳ２１において、ユーザは、組織が利用するアプリ名をブラウザ１１０から入力して、アプリ情報の登録実行を指示する。例えば、ユーザはアプリＡ、Ｂ、ａ、ｂを、組織が利用するアプリとしてブラウザから入力する。
ステップＳ２３において、ブラウザ１１０は、組織名、当該組織が利用するアプリ名（アプリＡ、Ｂ、ａ、ｂ）、及びアプリ情報の登録リクエストを初期導入アプリ２６０に対して送信する。
ステップＳ２３において、ブラウザ１１０は、組織名、当該組織が利用するアプリ名（アプリＡ、Ｂ、ａ、ｂ）、及びアプリ情報の登録リクエストを初期導入アプリ２６０に対して送信する。
ステップＳ２５において、初期導入アプリ２６０は、第一プラットフォーム２１０の組織管理部２５０に対して組織名、入力されたアプリ名のうち第一プラットフォーム２１０が提供するアプリ名（アプリＡ、Ｂ）、及びアプリ情報の登録リクエストを出力する。即ち、初期導入アプリ２６０は、ブラウザ１１０から取得したアプリ名の中から各プラットフォームに登録するべきアプリの情報を抽出し、各プラットフォームに振り分けて出力する。
ステップＳ２７において、組織管理部２５０は、アプリ情報の登録処理、即ち、組織が利用するアプリ名を組織名と関連付けて組織情報記憶部２５１に記憶させる処理を実行し、処理結果を初期導入アプリ２６０に応答する（ステップＳ２９）。
ステップＳ３１において、初期導入アプリ２６０は、第二プラットフォーム３１０のテナント管理部３５０に対して組織名、入力されたアプリ名のうち第二プラットフォーム３１０が提供するアプリ名（アプリａ、ｂ）、及びアプリ情報の登録リクエストを送信する。
ステップＳ３３において、テナント管理部３５０は、アプリ情報の登録処理、即ち、組織が利用するアプリ名を組織名と関連付けてテナント情報記憶部３５１に記憶させる処理を実行し、処理結果を初期導入アプリ２６０に応答する（ステップＳ３５）。
ステップＳ３７において、初期導入アプリ２６０は、処理結果をブラウザ１１０に応答する。
ステップＳ３９において、ブラウザ１１０は処理結果を表示する。
ステップＳ２７において、組織管理部２５０は、アプリ情報の登録処理、即ち、組織が利用するアプリ名を組織名と関連付けて組織情報記憶部２５１に記憶させる処理を実行し、処理結果を初期導入アプリ２６０に応答する（ステップＳ２９）。
ステップＳ３１において、初期導入アプリ２６０は、第二プラットフォーム３１０のテナント管理部３５０に対して組織名、入力されたアプリ名のうち第二プラットフォーム３１０が提供するアプリ名（アプリａ、ｂ）、及びアプリ情報の登録リクエストを送信する。
ステップＳ３３において、テナント管理部３５０は、アプリ情報の登録処理、即ち、組織が利用するアプリ名を組織名と関連付けてテナント情報記憶部３５１に記憶させる処理を実行し、処理結果を初期導入アプリ２６０に応答する（ステップＳ３５）。
ステップＳ３７において、初期導入アプリ２６０は、処理結果をブラウザ１１０に応答する。
ステップＳ３９において、ブラウザ１１０は処理結果を表示する。
以上のように、組織管理部２５０及びテナント管理部３５０は、組織情報記憶部２５１及びテナント情報記憶部３５１に組織名と該組織が利用するアプリ名とを紐付けて記憶させる。
〔組織情報の例〕
図５（ａ）、（ｂ）は、組織情報の一例を示す図である。図５（ａ）は、第一プラットフォーム２１０の組織情報記憶部２５１に記憶される組織情報であり、（ｂ）は、第二プラットフォーム３１０のテナント情報記憶部３５１に記憶される組織情報である。
各組織情報には、組織名に対して、各組織における管理者名、管理者メールアドレス、及び、各プラットフォームが提供するアプリのうち当該組織において利用されるアプリの名称が対応づけられてテーブルの形式で記憶されている。例えば、組織１については、第一プラットフォーム２１０が提供するアプリＡ、Ｂと、第二プラットフォーム３１０が提供するアプリａ、ｂ、ｃが、利用するアプリとして登録されている。
図５（ａ）、（ｂ）は、組織情報の一例を示す図である。図５（ａ）は、第一プラットフォーム２１０の組織情報記憶部２５１に記憶される組織情報であり、（ｂ）は、第二プラットフォーム３１０のテナント情報記憶部３５１に記憶される組織情報である。
各組織情報には、組織名に対して、各組織における管理者名、管理者メールアドレス、及び、各プラットフォームが提供するアプリのうち当該組織において利用されるアプリの名称が対応づけられてテーブルの形式で記憶されている。例えば、組織１については、第一プラットフォーム２１０が提供するアプリＡ、Ｂと、第二プラットフォーム３１０が提供するアプリａ、ｂ、ｃが、利用するアプリとして登録されている。
〔画面遷移例〕
以下、一般ユーザによるアプリの利用について説明する。
図６は、クライアント端末に表示される画面、及び画面の遷移例を示す図である。
図６（ａ）は、第一プラットフォーム２１０のランチャーアプリ２２０がブラウザ１１０を介して提供するランチャー画面４００の一例である。本図は、図５に示した組織２に所属する一般ユーザが利用するクライアント端末１００に表示される画面例である。図５に示した組織２については、利用するアプリとしてアプリＡ、Ｂ、ａ、ｂが紐付けられているため、ランチャー画面４００には、アプリＡ、Ｂ、ａ、ｂの起動用アイコン４０１Ａ、４０１Ｂ、４０１ａ、４０１ｂが夫々表示されている。ユーザがアプリＢの起動用アイコン４０１Ｂを押下すると図６（ｂ）に示すアプリ画面４１０Ｂに遷移し、アプリｂの起動用アイコン４０１ｂを押下すると図６（ｃ）に示すアプリ画面４１０ｂに遷移する。
以下、一般ユーザによるアプリの利用について説明する。
図６は、クライアント端末に表示される画面、及び画面の遷移例を示す図である。
図６（ａ）は、第一プラットフォーム２１０のランチャーアプリ２２０がブラウザ１１０を介して提供するランチャー画面４００の一例である。本図は、図５に示した組織２に所属する一般ユーザが利用するクライアント端末１００に表示される画面例である。図５に示した組織２については、利用するアプリとしてアプリＡ、Ｂ、ａ、ｂが紐付けられているため、ランチャー画面４００には、アプリＡ、Ｂ、ａ、ｂの起動用アイコン４０１Ａ、４０１Ｂ、４０１ａ、４０１ｂが夫々表示されている。ユーザがアプリＢの起動用アイコン４０１Ｂを押下すると図６（ｂ）に示すアプリ画面４１０Ｂに遷移し、アプリｂの起動用アイコン４０１ｂを押下すると図６（ｃ）に示すアプリ画面４１０ｂに遷移する。
アプリＢ、ｂは共通するユーザ管理機能を有しており、各アプリ画面４１０Ｂ、４１０ｂは、各アプリＢ、ｂ固有の機能を実現するための固有画面４１１Ｂ、４１１ｂの他に、ユーザ管理に係る共通画面４１３を備えて構成される。
共通画面４１３は、ユーザリスト（User List）ボタン４１５、登録（Register）ボタン４１７、及び戻る（Back）ボタン４１９を備えている。ユーザリストボタン４１５は、ユーザリストを表示するためのボタンであり、登録ボタン４１７はユーザＩＤにアプリを紐付けて登録するためのボタンであり、戻るボタン４１９はランチャー画面４００に遷移するためのボタンである。各アプリ画面４１０Ｂ、４１０ｂが共通画面４１３を備えていることにより、各アプリからユーザ登録やユーザリストの表示ができるようになっている。
図６（ｂ）のアプリ画面４１０ＢにはアプリＢとしてプリントアプリを、図６（ｃ）のアプリ画面４１０ｂにはアプリｂとしてスキャナアプリを示しているが、アプリの種類や内容に特に制限はない。
共通画面４１３は、ユーザリスト（User List）ボタン４１５、登録（Register）ボタン４１７、及び戻る（Back）ボタン４１９を備えている。ユーザリストボタン４１５は、ユーザリストを表示するためのボタンであり、登録ボタン４１７はユーザＩＤにアプリを紐付けて登録するためのボタンであり、戻るボタン４１９はランチャー画面４００に遷移するためのボタンである。各アプリ画面４１０Ｂ、４１０ｂが共通画面４１３を備えていることにより、各アプリからユーザ登録やユーザリストの表示ができるようになっている。
図６（ｂ）のアプリ画面４１０ＢにはアプリＢとしてプリントアプリを、図６（ｃ）のアプリ画面４１０ｂにはアプリｂとしてスキャナアプリを示しているが、アプリの種類や内容に特に制限はない。
〔メインシーケンス１〕
第一プラットフォームが提供するアプリからユーザ情報を管理する手順の一例について説明する。前提として、クライアント端末１００が組織と紐付けられた状態にて第一プラットフォーム２１０に接続（ログイン）されており、クライアント端末１００のブラウザ１１０には図６（ａ）に示すランチャー画面４００が表示されているものとする。
第一プラットフォームが提供するアプリからユーザ情報を管理する手順の一例について説明する。前提として、クライアント端末１００が組織と紐付けられた状態にて第一プラットフォーム２１０に接続（ログイン）されており、クライアント端末１００のブラウザ１１０には図６（ａ）に示すランチャー画面４００が表示されているものとする。
＜アプリＡ＞
図７は、第一プラットフォームが提供するアプリＡからユーザ情報を管理する手順の一例を示したシーケンス図である。
まず、アプリＡの起動手順について説明する。
ステップＳ１０１において、ユーザはランチャー画面４００からアプリＡの起動用アイコン４０１Ａを押下してアプリＡの起動を指示する。
ステップＳ１０３において、ブラウザ１１０はアプリＡの起動リクエストをランチャーアプリ２２０に送信する。
ステップＳ１０５において、ランチャーアプリ２２０はアプリ２３０Ａを呼び出す。
ステップＳ１０７において、アプリ２３０Ａは、アプリ２３０Ａの初期アプリ画面（図６（ｂ）、（ｃ）参照）を生成するコンテンツデータ（ＨＴＭＬデータ）をランチャーアプリ２２０に出力する。
ステップＳ１０９において、ランチャーアプリ２２０は初期アプリ画面をブラウザ１１０に出力する。
ステップＳ１１０において、ブラウザ１１０は、初期アプリ画面を表示する。
図７は、第一プラットフォームが提供するアプリＡからユーザ情報を管理する手順の一例を示したシーケンス図である。
まず、アプリＡの起動手順について説明する。
ステップＳ１０１において、ユーザはランチャー画面４００からアプリＡの起動用アイコン４０１Ａを押下してアプリＡの起動を指示する。
ステップＳ１０３において、ブラウザ１１０はアプリＡの起動リクエストをランチャーアプリ２２０に送信する。
ステップＳ１０５において、ランチャーアプリ２２０はアプリ２３０Ａを呼び出す。
ステップＳ１０７において、アプリ２３０Ａは、アプリ２３０Ａの初期アプリ画面（図６（ｂ）、（ｃ）参照）を生成するコンテンツデータ（ＨＴＭＬデータ）をランチャーアプリ２２０に出力する。
ステップＳ１０９において、ランチャーアプリ２２０は初期アプリ画面をブラウザ１１０に出力する。
ステップＳ１１０において、ブラウザ１１０は、初期アプリ画面を表示する。
次に、アプリＡに対するユーザ登録手順について説明する。
ステップＳ１１１において、ユーザが共通画面４１３（図６（ｂ）、（ｃ）参照）の登録ボタン４１７を押下して、ユーザ登録画面の呼び出しを指示する。
ステップＳ１１３において、ブラウザ１１０は、アプリ２３０Ａにユーザ登録画面の呼び出しをリクエストする。
ステップＳ１１５において、アプリ２３０Ａは、ユーザ登録画面を生成するコンテンツデータをブラウザに出力する。
ステップＳ１１６において、ブラウザ１１０は、ユーザ登録画面を表示する。
ステップＳ１１１において、ユーザが共通画面４１３（図６（ｂ）、（ｃ）参照）の登録ボタン４１７を押下して、ユーザ登録画面の呼び出しを指示する。
ステップＳ１１３において、ブラウザ１１０は、アプリ２３０Ａにユーザ登録画面の呼び出しをリクエストする。
ステップＳ１１５において、アプリ２３０Ａは、ユーザ登録画面を生成するコンテンツデータをブラウザに出力する。
ステップＳ１１６において、ブラウザ１１０は、ユーザ登録画面を表示する。
ステップＳ１１７において、ユーザは、ブラウザ１１０からユーザ１のユーザ情報（ユーザＩＤ、組織名、アドレス情報等）を入力し、ユーザ１に係る情報の登録を指示する。
ステップＳ１１９において、ブラウザ１１０はアプリ２３０Ａにユーザ１のユーザ情報と、ユーザ登録リクエスト（ユーザ情報の処理リクエスト）を送信する。
ステップＳ１２１において、アプリ２３０Ａは、ユーザ管理部２４０Ａにユーザ１のユーザ情報と、ユーザ登録リクエストを出力する。
ステップＳ１２３において、ユーザ管理部２４０Ａは、ユーザ情報の登録処理を実行する。即ち、ユーザ管理部２４０Ａは、ユーザＩＤに対して、組織名、アドレス情報等を関連付けてユーザ情報記憶部２４１Ａに記憶させる。
ステップＳ１２５において、ユーザ管理部２４０Ａは、アプリ２３０Ａに処理結果を返す。
ステップＳ１３３において、アプリ２３０Ａは、ブラウザ１１０に処理結果を返す。
ステップＳ１３４において、ブラウザ１１０は、処理結果を表示する。
ステップＳ１１９において、ブラウザ１１０はアプリ２３０Ａにユーザ１のユーザ情報と、ユーザ登録リクエスト（ユーザ情報の処理リクエスト）を送信する。
ステップＳ１２１において、アプリ２３０Ａは、ユーザ管理部２４０Ａにユーザ１のユーザ情報と、ユーザ登録リクエストを出力する。
ステップＳ１２３において、ユーザ管理部２４０Ａは、ユーザ情報の登録処理を実行する。即ち、ユーザ管理部２４０Ａは、ユーザＩＤに対して、組織名、アドレス情報等を関連付けてユーザ情報記憶部２４１Ａに記憶させる。
ステップＳ１２５において、ユーザ管理部２４０Ａは、アプリ２３０Ａに処理結果を返す。
ステップＳ１３３において、アプリ２３０Ａは、ブラウザ１１０に処理結果を返す。
ステップＳ１３４において、ブラウザ１１０は、処理結果を表示する。
最後に、ユーザリストの取得手順について説明する。
ステップＳ１３５において、ユーザは、共通画面４１３のユーザリストボタン４１５を押下して、アプリ２３０Ａに関連付けられたユーザのユーザリストの取得を指示する。
ステップＳ１３７において、ブラウザ１１０は、アプリ２３０Ａに対してユーザリスト取得リクエスト（ユーザ情報の処理リクエスト）を送信する。
ステップＳ１３９において、アプリ２３０Ａは、ユーザ管理部２４０Ａに対してユーザリスト取得リクエストを出力する。
ステップＳ１４１において、ユーザ管理部２４０Ａは、ユーザリストを作成する。
ステップＳ１４３において、ユーザ管理部２４０Ａは、作成したユーザリストをアプリ２３０Ａに返す。
ステップＳ１４５において、アプリ２３０Ａは取得したユーザリストをブラウザ１１０に返す。
ステップＳ１４６において、ブラウザ１１０は、ユーザリストを表示する。
ステップＳ１３５において、ユーザは、共通画面４１３のユーザリストボタン４１５を押下して、アプリ２３０Ａに関連付けられたユーザのユーザリストの取得を指示する。
ステップＳ１３７において、ブラウザ１１０は、アプリ２３０Ａに対してユーザリスト取得リクエスト（ユーザ情報の処理リクエスト）を送信する。
ステップＳ１３９において、アプリ２３０Ａは、ユーザ管理部２４０Ａに対してユーザリスト取得リクエストを出力する。
ステップＳ１４１において、ユーザ管理部２４０Ａは、ユーザリストを作成する。
ステップＳ１４３において、ユーザ管理部２４０Ａは、作成したユーザリストをアプリ２３０Ａに返す。
ステップＳ１４５において、アプリ２３０Ａは取得したユーザリストをブラウザ１１０に返す。
ステップＳ１４６において、ブラウザ１１０は、ユーザリストを表示する。
＜アプリＢ＞
図８は、第一プラットフォームが提供するアプリＢからユーザ情報を管理する手順の一例を示したシーケンス図である。
アプリＢの起動手順（ステップＳ１５１〜Ｓ１６０）、ユーザ登録手順（ステップＳ１６１〜Ｓ１８４）、及びユーザリストの取得手順（ステップＳ１８５〜Ｓ１９６）は、アプリＡに係る手順（ステップＳ１０１〜Ｓ１１０、Ｓ１１１〜Ｓ１３４、Ｓ１３５〜Ｓ１４６）と同様であるため、その説明を省略する。
以上のように、第一プラットフォーム２１０においては、アプリ２３０Ａ、２３０Ｂ．．．毎にユーザ管理部２４０Ａ、２４０Ｂ．．．が用意されているので、各ユーザはアプリ毎にユーザ登録を行う必要がある。また、ユーザ管理部２４０Ａ、２４０Ｂは、個別にユーザ情報記憶部２４１Ａ、２４１Ｂを有するため、異なるアプリ間においてユーザ情報は混在せず、独立している。
図８は、第一プラットフォームが提供するアプリＢからユーザ情報を管理する手順の一例を示したシーケンス図である。
アプリＢの起動手順（ステップＳ１５１〜Ｓ１６０）、ユーザ登録手順（ステップＳ１６１〜Ｓ１８４）、及びユーザリストの取得手順（ステップＳ１８５〜Ｓ１９６）は、アプリＡに係る手順（ステップＳ１０１〜Ｓ１１０、Ｓ１１１〜Ｓ１３４、Ｓ１３５〜Ｓ１４６）と同様であるため、その説明を省略する。
以上のように、第一プラットフォーム２１０においては、アプリ２３０Ａ、２３０Ｂ．．．毎にユーザ管理部２４０Ａ、２４０Ｂ．．．が用意されているので、各ユーザはアプリ毎にユーザ登録を行う必要がある。また、ユーザ管理部２４０Ａ、２４０Ｂは、個別にユーザ情報記憶部２４１Ａ、２４１Ｂを有するため、異なるアプリ間においてユーザ情報は混在せず、独立している。
〔メインシーケンス２〕
第二プラットフォームが提供するアプリからユーザ情報を管理する手順の一例について説明する。前提として、クライアント端末１００が組織と紐付けられた状態にて第一プラットフォーム２１０に接続（ログイン）されており、クライアント端末１００のブラウザ１１０には図６（ａ）に示すランチャー画面４００が表示されているものとする。
第二プラットフォームが提供するアプリからユーザ情報を管理する手順の一例について説明する。前提として、クライアント端末１００が組織と紐付けられた状態にて第一プラットフォーム２１０に接続（ログイン）されており、クライアント端末１００のブラウザ１１０には図６（ａ）に示すランチャー画面４００が表示されているものとする。
＜アプリａ＞
図９は、第二プラットフォームが提供するアプリａからユーザ情報を管理する手順の一例を示したシーケンス図である。なお、図７と同様のステップについては適宜説明を省略する。
アプリａの起動手順（ステップＳ２０１〜Ｓ２１０）は、アプリＡの起動手順（ステップＳ１０１〜Ｓ１１０）と同様である。
アプリａに対するユーザ登録手順（ステップＳ２１１〜Ｓ２３４）について説明する。
ステップＳ２１１〜Ｓ２１９は、アプリＡに対するユーザ登録手順（ステップＳ１１１〜Ｓ１１９）と同様である。
ステップＳ２２１において、アプリ３３０ａは、ユーザ管理部３４０にユーザ１のユーザ情報と、ユーザ登録リクエスト（ユーザ情報の処理リクエスト）を出力する。
図９は、第二プラットフォームが提供するアプリａからユーザ情報を管理する手順の一例を示したシーケンス図である。なお、図７と同様のステップについては適宜説明を省略する。
アプリａの起動手順（ステップＳ２０１〜Ｓ２１０）は、アプリＡの起動手順（ステップＳ１０１〜Ｓ１１０）と同様である。
アプリａに対するユーザ登録手順（ステップＳ２１１〜Ｓ２３４）について説明する。
ステップＳ２１１〜Ｓ２１９は、アプリＡに対するユーザ登録手順（ステップＳ１１１〜Ｓ１１９）と同様である。
ステップＳ２２１において、アプリ３３０ａは、ユーザ管理部３４０にユーザ１のユーザ情報と、ユーザ登録リクエスト（ユーザ情報の処理リクエスト）を出力する。
ステップＳ２２２において、ユーザ管理部３４０は、ユーザ１に係るユーザ情報がユーザ情報記憶部３４１に記憶されているか否かを確認する処理を実行する。本例では、ユーザ１のユーザ情報がユーザ情報記憶部３４１に記憶されていないものとする。
ステップＳ２２３において、ユーザ管理部３４０は、ユーザ情報の登録処理を実行する。即ち、ユーザ管理部３４０は、ユーザＩＤに対して、組織名、アドレス情報等を関連付けてユーザ情報記憶部３４１に記憶させる。
ステップＳ２２５において、ユーザ管理部３４０は、アプリ３３０ａに処理結果を返す。
ステップＳ２２７において、アプリ３３０ａは、ユーザ管理部３４０にユーザ１の利用アプリとしてアプリ３３０ａをユーザＩＤに関連付けて登録する旨のリクエスト（利用アプリ登録リクエスト、ユーザ情報の処理リクエスト）を出力する。
ステップＳ２２３において、ユーザ管理部３４０は、ユーザ情報の登録処理を実行する。即ち、ユーザ管理部３４０は、ユーザＩＤに対して、組織名、アドレス情報等を関連付けてユーザ情報記憶部３４１に記憶させる。
ステップＳ２２５において、ユーザ管理部３４０は、アプリ３３０ａに処理結果を返す。
ステップＳ２２７において、アプリ３３０ａは、ユーザ管理部３４０にユーザ１の利用アプリとしてアプリ３３０ａをユーザＩＤに関連付けて登録する旨のリクエスト（利用アプリ登録リクエスト、ユーザ情報の処理リクエスト）を出力する。
ステップＳ２２９において、ユーザ管理部３４０は、利用アプリの登録処理を実行する。即ち、ユーザ管理部３４０は、ユーザＩＤに対して、このユーザが利用するアプリ名を関連付けてユーザ情報記憶部３４１に記憶させる。
ステップＳ２３１において、ユーザ管理部３４０は、アプリ３３０ａに処理結果を返す。
ステップＳ２３３において、アプリ３３０ａは、ブラウザ１１０に処理結果を返す。
ステップＳ２３４において、ブラウザ１１０は、処理結果を表示する。
ステップＳ２３１において、ユーザ管理部３４０は、アプリ３３０ａに処理結果を返す。
ステップＳ２３３において、アプリ３３０ａは、ブラウザ１１０に処理結果を返す。
ステップＳ２３４において、ブラウザ１１０は、処理結果を表示する。
続いて、アプリａに係るユーザリストの取得手順（ステップＳ２３５〜Ｓ２４６）について説明する。
ステップＳ２３５において、ユーザは、共通画面４１３のユーザリストボタン４１５を押下して、アプリ３３０ａに関連付けられたユーザのユーザリストの取得を指示する。
ステップＳ２３７において、ブラウザ１１０は、アプリ３３０ａに対してユーザリスト取得リクエスト（ユーザ情報の処理リクエスト）を送信する。
ステップＳ２３９において、アプリ３３０ａは、ユーザ管理部３４０に対して、アプリ３３０ａに係るユーザリストの取得を指示する。即ち、アプリ３３０ａは、ユーザ管理部３４０に対して、アプリ名称（アプリａ）と、ユーザリストの取得リクエストを出力する。
ステップＳ２４１において、ユーザ管理部３４０は、アプリ３３０ａのユーザリストを作成する。
ステップＳ２４３において、ユーザ管理部３４０は、作成したユーザリストをアプリ３３０ａに返す。
ステップＳ２４５において、アプリ３３０ａは取得したユーザリストをブラウザ１１０に返す。
ステップＳ２４６において、ブラウザ１１０は、ユーザリストを表示する。
ステップＳ２３７において、ブラウザ１１０は、アプリ３３０ａに対してユーザリスト取得リクエスト（ユーザ情報の処理リクエスト）を送信する。
ステップＳ２３９において、アプリ３３０ａは、ユーザ管理部３４０に対して、アプリ３３０ａに係るユーザリストの取得を指示する。即ち、アプリ３３０ａは、ユーザ管理部３４０に対して、アプリ名称（アプリａ）と、ユーザリストの取得リクエストを出力する。
ステップＳ２４１において、ユーザ管理部３４０は、アプリ３３０ａのユーザリストを作成する。
ステップＳ２４３において、ユーザ管理部３４０は、作成したユーザリストをアプリ３３０ａに返す。
ステップＳ２４５において、アプリ３３０ａは取得したユーザリストをブラウザ１１０に返す。
ステップＳ２４６において、ブラウザ１１０は、ユーザリストを表示する。
＜アプリｂ＞
図１０は、第二プラットフォームが提供するアプリｂからユーザ情報を管理する手順の一例を示したシーケンス図である。なお、図９と同様のステップについては適宜説明を省略する。
アプリｂの起動手順（ステップＳ２５１〜Ｓ２６０）は、アプリａに係る手順（ステップＳ２０１〜Ｓ２１０）と同様である。
図１０は、第二プラットフォームが提供するアプリｂからユーザ情報を管理する手順の一例を示したシーケンス図である。なお、図９と同様のステップについては適宜説明を省略する。
アプリｂの起動手順（ステップＳ２５１〜Ｓ２６０）は、アプリａに係る手順（ステップＳ２０１〜Ｓ２１０）と同様である。
アプリａに対するユーザ登録手順（ステップＳ２６１〜Ｓ２８４）について説明する。
ステップＳ２６１〜Ｓ２６９は、アプリａに対するユーザ登録手順（ステップＳ２１１〜Ｓ２１９）と同様である。
ステップＳ２７１において、アプリ３３０ｂは、ユーザ管理部３４０にユーザ１のユーザ情報と、ユーザ登録リクエストを出力する。
ステップＳ２７２において、ユーザ管理部３４０は、ユーザ１に係るユーザ情報がユーザ情報記憶部３４１に記憶されているか否かを確認する処理を実行する。本例では、ユーザ１のユーザ情報がユーザ情報記憶部３４１に記憶されているので、ユーザ管理部３４０はステップＳ２２３に相当するユーザ情報の登録処理をスキップする。
ステップＳ２７５において、ユーザ管理部３４０は、アプリ３３０ｂに処理結果を返す。
以降の処理（ステップＳ２７７〜Ｓ２８４）は、ステップＳ２２７〜Ｓ２３４と同様であるため、その説明を省略する。
ステップＳ２６１〜Ｓ２６９は、アプリａに対するユーザ登録手順（ステップＳ２１１〜Ｓ２１９）と同様である。
ステップＳ２７１において、アプリ３３０ｂは、ユーザ管理部３４０にユーザ１のユーザ情報と、ユーザ登録リクエストを出力する。
ステップＳ２７２において、ユーザ管理部３４０は、ユーザ１に係るユーザ情報がユーザ情報記憶部３４１に記憶されているか否かを確認する処理を実行する。本例では、ユーザ１のユーザ情報がユーザ情報記憶部３４１に記憶されているので、ユーザ管理部３４０はステップＳ２２３に相当するユーザ情報の登録処理をスキップする。
ステップＳ２７５において、ユーザ管理部３４０は、アプリ３３０ｂに処理結果を返す。
以降の処理（ステップＳ２７７〜Ｓ２８４）は、ステップＳ２２７〜Ｓ２３４と同様であるため、その説明を省略する。
アプリｂに係るユーザリストの取得手順（ステップＳ２８５〜Ｓ２９６）は、アプリａに係るユーザリストの取得手順（ステップＳ２３５〜Ｓ２４６）と同様であるため、その説明を省略する。
このように、ユーザ管理部３４０は、各アプリからユーザ登録リクエストを受け付ける。ユーザ管理部３４０は、ユーザ情報が登録されていない場合にユーザ情報の登録処理を実行し、ユーザ情報（ユーザＩＤ）が既に登録されている場合はユーザ情報の登録処理をスキップして必要な処理を実行する。
また、ユーザ管理部３４０は、ユーザＩＤと、該ユーザが利用するアプリ名とを関連付けて管理しているため、アプリ名を指定したユーザリストの取得リクエストを受信した場合には、当該アプリについて利用登録しているユーザのリストを返すことができる。なお、ユーザ管理部３４０は、アプリ名を指定しないユーザリストの取得リクエストを受信した場合には、登録されている全てのユーザを含むリストを返すこととなる。
ユーザ情報をアプリ毎に個別に管理する第一プラットフォームが提供するランチャーアプリを介して、ユーザ情報を一元に管理する第二プラットフォームにユーザ情報を登録する場合、第二プラットフォームのユーザ管理部は、ユーザＩＤにアプリ名を対応づけて記憶させる。このような処理を実行することにより、第二プラットフォームにおいて第一プラットフォームと同様のユーザ管理を実現することができる。
〔ユーザ情報の例〕
ユーザ管理部３４０が管理するユーザ情報について説明する。表１は、ユーザ情報記憶部３４１に記憶されているユーザＩＤと利用登録しているアプリとの対応情報の一例である。
ユーザ管理部３４０が管理するユーザ情報について説明する。表１は、ユーザ情報記憶部３４１に記憶されているユーザＩＤと利用登録しているアプリとの対応情報の一例である。
ユーザがアプリを介してユーザ登録と利用アプリ登録を実行すると、ユーザＩＤと利用するアプリ名とが対応づけられてユーザ情報記憶部３４１に記憶される（ステップＳ２２１〜Ｓ２３１。また、既にユーザＩＤが登録されている場合は、利用するアプリが追加的にユーザＩＤに対応づけられて、ユーザ情報記憶部３４１に記憶される（Ｓ２７１〜Ｓ２８１）。
表１の場合、ユーザ管理部３４０はアプリｂのユーザリストをリクエストされた場合、ユーザリストとして「Ｕｓｅｒ１、Ｕｓｅｒ２、Ｕｓｅｒ５」を応答する。
また、ユーザ管理部３４０は、アプリ名を指定せずにユーザリストをリクエストされた場合、ユーザリストとして「Ｕｓｅｒ１、Ｕｓｅｒ２、Ｕｓｅｒ３、Ｕｓｅｒ４、Ｕｓｅｒ５」を応答する。なお、アプリの利用登録が解除された場合等、何れのアプリとも関連付けられていないユーザＩＤが存在する場合（例：User3）、当該ユーザＩＤは、アプリ名を指定しないユーザリストのリクエストを受け付けたときにのみ、ユーザリストに含まれる。
表１の場合、ユーザ管理部３４０はアプリｂのユーザリストをリクエストされた場合、ユーザリストとして「Ｕｓｅｒ１、Ｕｓｅｒ２、Ｕｓｅｒ５」を応答する。
また、ユーザ管理部３４０は、アプリ名を指定せずにユーザリストをリクエストされた場合、ユーザリストとして「Ｕｓｅｒ１、Ｕｓｅｒ２、Ｕｓｅｒ３、Ｕｓｅｒ４、Ｕｓｅｒ５」を応答する。なお、アプリの利用登録が解除された場合等、何れのアプリとも関連付けられていないユーザＩＤが存在する場合（例：User3）、当該ユーザＩＤは、アプリ名を指定しないユーザリストのリクエストを受け付けたときにのみ、ユーザリストに含まれる。
上記実施形態において各サーバに含まれる各機能は、単一のサーバ内に配置されていてもよいし、異なる装置に分散して配置されてもよい。また、システムを構成する各機能は、どのサーバに備えさせてもよい。
上記実施形態の各装置で実行されることにより各機能を実現するプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、メモリカード、ＤＶＤ（Digital Versatile Disk）、フレキシブルディスク（ＦＤ）等のコンピュータで読み取り可能な記憶媒体に記憶されて提供される。
また、上記プログラムをインターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するようにしてもよい。また、上記プログラムをインターネット等のネットワーク経由で提供または配布するようにしてもよい。また、上記プログラムを、ＲＯＭ等に予め組み込んで提供するようにしてもよい。
上記実施形態の各装置で実行されることにより各機能を実現するプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、ＣＤ−Ｒ、メモリカード、ＤＶＤ（Digital Versatile Disk）、フレキシブルディスク（ＦＤ）等のコンピュータで読み取り可能な記憶媒体に記憶されて提供される。
また、上記プログラムをインターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するようにしてもよい。また、上記プログラムをインターネット等のネットワーク経由で提供または配布するようにしてもよい。また、上記プログラムを、ＲＯＭ等に予め組み込んで提供するようにしてもよい。
〔本発明の実施態様例と作用、効果のまとめ〕
＜第一の実施態様＞
本態様は、提供する複数の第一アプリケーション（アプリ２３０Ａ、２３０Ｂ）のユーザに係るユーザ情報をアプリケーション毎に個別に管理する複数の第一ユーザ管理手段（ユーザ管理部２４０Ａ、２４０Ｂ）を備えた第一プラットフォームシステム（第一プラットフォーム２１０）と、提供する複数の第二アプリケーション（アプリ３３０ａ、３３０ｂ）のユーザに係るユーザ情報を一元に管理する第二ユーザ管理手段（ユーザ管理部３４０）を備えた第二プラットフォームシステム（第二プラットフォーム３１０）と、が接続されたアプリケーション提供システム１に関する発明である。
本態様に係るアプリケーション提供システムにおいて、第二ユーザ管理手段は、第一プラットフォームシステムを介して第二アプリケーションに係るユーザ情報の処理リクエストを受け付けた場合に、アプリケーション毎にユーザ情報を処理することを特徴とする。
本態様において第二ユーザ管理手段は、アプリケーション毎にユーザ情報を処理するので、第一プラットフォームシステムを介して第二プラットフォームシステム上のアプリケーションを利用する場合であっても、第一プラットフォームシステムからアプリケーションを提供しているように動作させることができる。
＜第一の実施態様＞
本態様は、提供する複数の第一アプリケーション（アプリ２３０Ａ、２３０Ｂ）のユーザに係るユーザ情報をアプリケーション毎に個別に管理する複数の第一ユーザ管理手段（ユーザ管理部２４０Ａ、２４０Ｂ）を備えた第一プラットフォームシステム（第一プラットフォーム２１０）と、提供する複数の第二アプリケーション（アプリ３３０ａ、３３０ｂ）のユーザに係るユーザ情報を一元に管理する第二ユーザ管理手段（ユーザ管理部３４０）を備えた第二プラットフォームシステム（第二プラットフォーム３１０）と、が接続されたアプリケーション提供システム１に関する発明である。
本態様に係るアプリケーション提供システムにおいて、第二ユーザ管理手段は、第一プラットフォームシステムを介して第二アプリケーションに係るユーザ情報の処理リクエストを受け付けた場合に、アプリケーション毎にユーザ情報を処理することを特徴とする。
本態様において第二ユーザ管理手段は、アプリケーション毎にユーザ情報を処理するので、第一プラットフォームシステムを介して第二プラットフォームシステム上のアプリケーションを利用する場合であっても、第一プラットフォームシステムからアプリケーションを提供しているように動作させることができる。
＜第二、第三の実施態様＞
第二の態様に係るアプリケーション提供システム１において、各プラットフォームシステム（第一プラットフォーム２１０、第二プラットフォーム３１０）は、夫々各ユーザが所属する組織に係る組織情報を管理する組織情報管理手段（組織管理部２５０、テナント管理部３５０）を備え、一方のプラットフォームシステム（第一プラットフォーム２１０）は、入力された組織情報を各組織情報管理手段に夫々出力する組織情報登録手段（初期導入アプリ２６０）を備えたことを特徴とする。
第二の態様に係るアプリケーション提供システム１において、各プラットフォームシステム（第一プラットフォーム２１０、第二プラットフォーム３１０）は、夫々各ユーザが所属する組織に係る組織情報を管理する組織情報管理手段（組織管理部２５０、テナント管理部３５０）を備え、一方のプラットフォームシステム（第一プラットフォーム２１０）は、入力された組織情報を各組織情報管理手段に夫々出力する組織情報登録手段（初期導入アプリ２６０）を備えたことを特徴とする。
第三の態様に係るアプリケーション提供システム１において、組織情報管理手段は、組織を識別する組織識別情報に対して該組織が利用するアプリケーションを識別するアプリケーション識別情報を関連付けて管理することを特徴とする。
ビジネス向けのアプリケーションプラットフォームでは、個々のユーザが所属する組織単位でサービスの利用契約が行われる。このような場合に、サービス導入時に入力された組織情報をユーザ管理方式の異なる２つのプラットフォーム間で連携させることができれば、サービス導入時のコストを低減させることができる。本態様によれば、一方のプラットフォームシステムから入力された組織情報を他のプラットフォームシステムにも提供するので、組織情報の登録作業にかかる労力を軽減できる。
ビジネス向けのアプリケーションプラットフォームでは、個々のユーザが所属する組織単位でサービスの利用契約が行われる。このような場合に、サービス導入時に入力された組織情報をユーザ管理方式の異なる２つのプラットフォーム間で連携させることができれば、サービス導入時のコストを低減させることができる。本態様によれば、一方のプラットフォームシステムから入力された組織情報を他のプラットフォームシステムにも提供するので、組織情報の登録作業にかかる労力を軽減できる。
＜第四の実施態様＞
本態様に係るアプリケーション提供システム１において、第二ユーザ管理手段（ユーザ管理部３４０）は、第一プラットフォームシステム（第一プラットフォーム２１０）を介して呼び出された一の第二アプリケーション（アプリ２３０ａ）からユーザ情報の登録リクエスト（ステップＳ２２１、Ｓ２２７）を受け付けた場合に、ユーザを識別するユーザ識別情報に対して一の第二アプリケーションを識別する第二アプリケーション識別情報を関連付ける処理（ステップＳ２２９）を実行することを特徴とする。
本態様においては、ユーザ識別情報（例：ユーザ名）に対して第二プラットフォーム上の第二アプリケーション識別情報（例：アプリケーション名）を関連付けるので、アプリケーション毎のユーザ管理機能を第二プラットフォームから提供できる。従って、第一プラットフォームを介して第二プラットフォーム上のアプリケーションを提供する場合であっても、第一プラットフォームと同様の動作を実現できるようになる。
本態様に係るアプリケーション提供システム１において、第二ユーザ管理手段（ユーザ管理部３４０）は、第一プラットフォームシステム（第一プラットフォーム２１０）を介して呼び出された一の第二アプリケーション（アプリ２３０ａ）からユーザ情報の登録リクエスト（ステップＳ２２１、Ｓ２２７）を受け付けた場合に、ユーザを識別するユーザ識別情報に対して一の第二アプリケーションを識別する第二アプリケーション識別情報を関連付ける処理（ステップＳ２２９）を実行することを特徴とする。
本態様においては、ユーザ識別情報（例：ユーザ名）に対して第二プラットフォーム上の第二アプリケーション識別情報（例：アプリケーション名）を関連付けるので、アプリケーション毎のユーザ管理機能を第二プラットフォームから提供できる。従って、第一プラットフォームを介して第二プラットフォーム上のアプリケーションを提供する場合であっても、第一プラットフォームと同様の動作を実現できるようになる。
＜第五の実施態様＞
本態様に係るアプリケーション提供システム１において、第二ユーザ管理手段（ユーザ管理部３４０）は、第一プラットフォームシステム（第一プラットフォーム２１０）を介して呼び出された一の第二アプリケーション（アプリ２３０ａ）からユーザリストの取得リクエスト（ステップＳ２３９）を受け付けた場合に、一の第二アプリケーションに関連付けられたユーザのリストを作成する処理（ステップＳ２４１）を実行することを特徴とする。
本態様においては、ユーザ識別情報（例：ユーザ名）に対して第二プラットフォーム上のアプリケーションの識別情報（例：アプリケーション名）が関連付けられている。このため、アプリケーション名を指定してユーザリストをリクエストした場合には、当該アプリケーションに関連付けられているユーザのリストを取得することができる。本態様によれば第一プラットフォームを介して第二プラットフォーム上のアプリケーションを提供する場合であっても、第一プラットフォームと同様の動作を実現できるようになる。
本態様に係るアプリケーション提供システム１において、第二ユーザ管理手段（ユーザ管理部３４０）は、第一プラットフォームシステム（第一プラットフォーム２１０）を介して呼び出された一の第二アプリケーション（アプリ２３０ａ）からユーザリストの取得リクエスト（ステップＳ２３９）を受け付けた場合に、一の第二アプリケーションに関連付けられたユーザのリストを作成する処理（ステップＳ２４１）を実行することを特徴とする。
本態様においては、ユーザ識別情報（例：ユーザ名）に対して第二プラットフォーム上のアプリケーションの識別情報（例：アプリケーション名）が関連付けられている。このため、アプリケーション名を指定してユーザリストをリクエストした場合には、当該アプリケーションに関連付けられているユーザのリストを取得することができる。本態様によれば第一プラットフォームを介して第二プラットフォーム上のアプリケーションを提供する場合であっても、第一プラットフォームと同様の動作を実現できるようになる。
＜第六の実施態様＞
本態様は、提供する複数の第一アプリケーション（アプリ２３０Ａ、２３０Ｂ）のユーザに係るユーザ情報をアプリケーション毎に個別に管理する複数の第一ユーザ管理手段（ユーザ管理部２４０Ａ、２４０Ｂ）を備えた第一プラットフォームシステム（第一プラットフォーム２１０）と、提供する複数の第二アプリケーション（アプリ３３０ａ、３３０ｂ）のユーザに係るユーザ情報を一元に管理する第二ユーザ管理手段（ユーザ管理部３４０）を備えた第二プラットフォームシステム（第二プラットフォーム３１０）と、が接続されたシステム（アプリケーション提供システム１）におけるユーザ管理方法に関する発明である。
本態様に係るユーザ管理方法において、第二ユーザ管理手段は、第一プラットフォームシステムを介して第二アプリケーションに係るユーザ情報の処理リクエストを受け付けた場合に、アプリケーション毎にユーザ情報を処理するステップを実行することを特徴とする。
本態様は、第一の実施態様と同様の効果を奏する。
本態様は、提供する複数の第一アプリケーション（アプリ２３０Ａ、２３０Ｂ）のユーザに係るユーザ情報をアプリケーション毎に個別に管理する複数の第一ユーザ管理手段（ユーザ管理部２４０Ａ、２４０Ｂ）を備えた第一プラットフォームシステム（第一プラットフォーム２１０）と、提供する複数の第二アプリケーション（アプリ３３０ａ、３３０ｂ）のユーザに係るユーザ情報を一元に管理する第二ユーザ管理手段（ユーザ管理部３４０）を備えた第二プラットフォームシステム（第二プラットフォーム３１０）と、が接続されたシステム（アプリケーション提供システム１）におけるユーザ管理方法に関する発明である。
本態様に係るユーザ管理方法において、第二ユーザ管理手段は、第一プラットフォームシステムを介して第二アプリケーションに係るユーザ情報の処理リクエストを受け付けた場合に、アプリケーション毎にユーザ情報を処理するステップを実行することを特徴とする。
本態様は、第一の実施態様と同様の効果を奏する。
１…アプリケーション提供システム、Ｎ１、Ｎ２…ネットワーク、１００…クライアント端末、１０１…ＣＰＵ、１０２…ＲＯＭ、１０３…ＲＡＭ、１０４…ＨＤＤ、１０５…操作部、１０６…表示部、１０７…通信ＩＦ、１１０…ブラウザ、２００…第一クラウドサーバ、２１０…第一プラットフォーム（第一プラットフォームシステム）、２２０…ランチャーアプリ、２３０Ａ、２３０Ｂ…アプリ（第一アプリケーション）、２４０Ａ、２４０Ｂ…ユーザ管理部（第一ユーザ管理手段）、２４１Ａ、２４１Ｂ…ユーザ情報記憶部、２５０…組織管理部（組織情報管理手段）、２５１…組織情報記憶部、２６０…初期導入アプリ（組織情報登録手段）、３００…第二クラウドサーバ、３１０…第二プラットフォーム（第二プラットフォームシステム）、３３０ａ、３３０ｂ…アプリ（第二アプリケーション）、３４０…ユーザ管理部（第二ユーザ管理手段）、３４１…ユーザ情報記憶部、３５０…テナント管理部（組織情報管理手段）、３５１…テナント情報記憶部、４００…ランチャー画面、４０１…起動用アイコン、４１０…アプリ画面、４１１…固有画面、４１３…共通画面、４１５…ユーザリストボタン、４１７…登録ボタン、４１９…戻るボタン
Claims (6)
- 提供する複数の第一アプリケーションのユーザに係るユーザ情報をアプリケーション毎に個別に管理する複数の第一ユーザ管理手段を備えた第一プラットフォームシステムと、
提供する複数の第二アプリケーションのユーザに係るユーザ情報を一元に管理する第二ユーザ管理手段を備えた第二プラットフォームシステムと、が接続されたアプリケーション提供システムであって、
前記第二ユーザ管理手段は、前記第一プラットフォームシステムを介して前記第二アプリケーションに係る前記ユーザ情報の処理リクエストを受け付けた場合に、アプリケーション毎に前記ユーザ情報を処理し、
前記第一アプリケーションは、ネットワークを介して端末に提供される第一コンテンツデータであって、前記第一アプリケーションの機能を実現する第一固有画面と、前記ユーザ情報の登録指示を受け付けるための登録ボタンを少なくとも含み前記第二アプリケーションと共通する共通画面とを含む第一コンテンツデータを有し、
前記第二アプリケーションは、ネットワークを介して前記端末に提供される第二コンテンツデータであって、前記第二アプリケーションの機能を実現する第二固有画面と、前記共通画面とを含む第二コンテンツデータを有することを特徴とするアプリケーション提供システム。 - 前記各プラットフォームシステムは、夫々前記各ユーザが所属する組織に係る組織情報を管理する組織情報管理手段を備え、
一方の前記プラットフォームシステムは、入力された前記組織情報を前記各組織情報管理手段に夫々出力する組織情報登録手段を備えたことを特徴とする請求項１に記載のアプリケーション提供システム。 - 前記各組織情報管理手段は、前記組織を識別する組織識別情報に対して該組織が利用するアプリケーションを識別するアプリケーション識別情報を関連付けて管理することを特徴とする請求項２に記載のアプリケーション提供システム。
- 前記第二ユーザ管理手段は、前記第一プラットフォームシステムを介して呼び出された一の前記第二アプリケーションから前記ユーザ情報の登録リクエストを受け付けた場合に、ユーザを識別するユーザ識別情報に対して前記一の第二アプリケーションを識別する第二アプリケーション識別情報を関連付ける処理を実行することを特徴とする請求項１乃至３の何れか一項に記載のアプリケーション提供システム。
- 前記第二ユーザ管理手段は、前記第一プラットフォームシステムを介して呼び出された一の前記第二アプリケーションからユーザリストの取得リクエストを受け付けた場合に、前記一の第二アプリケーションに関連付けられたユーザのリストを作成する処理を実行することを特徴とする請求項１乃至４の何れか一項に記載のアプリケーション提供システム。
- 提供する複数の第一アプリケーションのユーザに係るユーザ情報をアプリケーション毎に個別に管理する複数の第一ユーザ管理手段を備えた第一プラットフォームシステムと、
提供する複数の第二アプリケーションのユーザに係るユーザ情報を一元に管理する第二ユーザ管理手段を備えた第二プラットフォームシステムと、が接続されたシステムにおけるユーザ管理方法であって、
前記第二ユーザ管理手段は、前記第一プラットフォームシステムを介して前記第二アプリケーションに係るユーザ情報の処理リクエストを受け付けた場合に、アプリケーション毎にユーザ情報を処理するステップを実行し、
前記第一アプリケーションは、ネットワークを介して端末に提供される第一コンテンツデータであって、前記第一アプリケーションの機能を実現する第一固有画面と、前記ユーザ情報の登録指示を受け付けるための登録ボタンを少なくとも含み前記第二アプリケーションと共通する共通画面とを含む第一コンテンツデータを有し、
前記第二アプリケーションは、ネットワークを介して前記端末に提供される第二コンテンツデータであって、前記第二アプリケーションの機能を実現する第二固有画面と、前記共通画面とを含む第二コンテンツデータを有することを特徴とするユーザ管理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017032310A JP6938953B2 (ja) | 2017-02-23 | 2017-02-23 | アプリケーション提供システム、及びユーザ管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017032310A JP6938953B2 (ja) | 2017-02-23 | 2017-02-23 | アプリケーション提供システム、及びユーザ管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2018136852A JP2018136852A (ja) | 2018-08-30 |
| JP6938953B2 true JP6938953B2 (ja) | 2021-09-22 |
Family
ID=63367020
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017032310A Active JP6938953B2 (ja) | 2017-02-23 | 2017-02-23 | アプリケーション提供システム、及びユーザ管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6938953B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7484455B2 (ja) | 2020-06-09 | 2024-05-16 | 株式会社リコー | サービス提供システム、アプリ利用方法、情報処理システム |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006172365A (ja) * | 2004-12-20 | 2006-06-29 | Energia Communications Inc | 人材育成・人材配置支援システムおよび方法 |
| JP4656322B2 (ja) * | 2006-03-31 | 2011-03-23 | 日本電気株式会社 | テンプレート管理装置およびテンプレート更新方法 |
| JP2014102816A (ja) * | 2012-10-26 | 2014-06-05 | Ricoh Co Ltd | 設定支援装置、設定支援システム、及び設定支援方法 |
| JP2014092996A (ja) * | 2012-11-05 | 2014-05-19 | Canon Inc | 情報処理装置、その制御方法、及びプログラム |
| JP2015169946A (ja) * | 2014-03-04 | 2015-09-28 | 株式会社東芝 | 情報処理端末 |
| JP6531372B2 (ja) * | 2014-10-30 | 2019-06-19 | 株式会社リコー | 情報処理システム |
-
2017
- 2017-02-23 JP JP2017032310A patent/JP6938953B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2018136852A (ja) | 2018-08-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10416942B2 (en) | Image processing apparatus, information processing system, information processing method, and recording medium | |
| EP2668602A1 (en) | Transferring configuration data from a public cloud server and applying onto a mobile client | |
| US20070124351A1 (en) | Web service system, schedule execution apparatus and control method thereof | |
| JP5988355B2 (ja) | 携帯端末を用いた業務システムおよびその制御方法 | |
| JP2011124956A (ja) | 情報処理装置、その制御方法、プログラム、及び記憶媒体 | |
| JP5228851B2 (ja) | 機器、インストールシステム、インストール方法、プログラム、記憶媒体 | |
| JP6061591B2 (ja) | 情報処理装置、制御方法、及びプログラム | |
| JP2021166020A (ja) | 情報処理装置、設置管理サーバ、システム、それらの制御方法、及びプログラム | |
| CN102970207B (zh) | 一种即时通信方法、客户端装置和即时通信系统 | |
| JP6938953B2 (ja) | アプリケーション提供システム、及びユーザ管理方法 | |
| JP2015127950A (ja) | 情報処理システム及び情報処理方法 | |
| US10338869B2 (en) | Non-transitory computer readable recording medium, information processing device and setting change notification method for notifying a user of a setting change | |
| CN112433728A (zh) | 网站构建的方法、装置、电子设备以及存储介质 | |
| JP6933020B2 (ja) | 画像処理装置、情報処理システム、および方法 | |
| JP6866434B2 (ja) | シナリオ提供システム、シナリオ提供装置、シナリオ情報提供方法及びプログラム | |
| JP2001306536A (ja) | クライアントサーバシステム及びコンピュータ可読媒体 | |
| JP2014002619A (ja) | 情報処理装置及びその制御方法とプログラム | |
| JP2015084516A (ja) | 情報処理システム、情報処理装置、及び情報処理方法 | |
| JP2009110050A (ja) | 情報処理装置、情報処理システム、表示制御方法、表示制御プログラム及び記録媒体 | |
| JP2007048240A (ja) | 情報処理装置 | |
| JP2022088852A (ja) | デバイス管理装置、デバイス管理装置の制御方法、及びプログラム | |
| JP4710408B2 (ja) | コンテンツを提供する方法、情報提供システム及び情報提供プログラム | |
| JP5531494B2 (ja) | 共同作業支援システム | |
| JP2018163694A (ja) | 情報処理システム、情報処理装置、及び情報処理方法 | |
| EP4071636A1 (en) | Data management apparatus, information processing system, data management method, and carrier means |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20191216 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20201021 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20201104 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20201222 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20210601 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20210727 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20210803 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20210816 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 6938953 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |