知財求人 - 知財ポータルサイト「IP Force」
特開2024-123756サービス提供システム、サービス提供方法、およびプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024123756
(43)【公開日】2024-09-12
(54)【発明の名称】サービス提供システム、サービス提供方法、およびプログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20240905BHJP
【ＦＩ】
G06Q50/10
【審査請求】未請求
【請求項の数】11
【出願形態】ＯＬ
(21)【出願番号】P 2023031407
(22)【出願日】2023-03-01
(71)【出願人】
【識別番号】000006747
【氏名又は名称】株式会社リコー
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】猿渡 太貴
(72)【発明者】
【氏名】▲高▼橋 里奈
【テーマコード（参考）】
5L049
5L050
【Ｆターム（参考）】
5L049CC11
5L050CC11
(57)【要約】
【課題】セキュリティを担保しつつ、顧客の負担を減らすことができるサービス提供システム、サービス提供方法、およびプログラムを提供する。
【解決手段】本発明は、対象テナントに紐づいたユーザに対応する宛先に同意確認を送信する送信部と、前記同意確認に対する同意結果を受信する受信部と、前記同意結果に基づいて、前記対象テナントの設定情報を変更可能な代行ユーザアカウントを発行する発行部と、前記代行ユーザアカウントによって前記設定情報の変更を受け付ける受付部と、を備える。
【選択図】図３
【解決手段】本発明は、対象テナントに紐づいたユーザに対応する宛先に同意確認を送信する送信部と、前記同意確認に対する同意結果を受信する受信部と、前記同意結果に基づいて、前記対象テナントの設定情報を変更可能な代行ユーザアカウントを発行する発行部と、前記代行ユーザアカウントによって前記設定情報の変更を受け付ける受付部と、を備える。
【選択図】図３
【特許請求の範囲】
【請求項1】
対象テナントに紐づいたユーザに対応する宛先に同意確認を送信する送信部と、
前記同意確認に対する同意結果を受信する受信部と、
前記同意結果に基づいて、前記対象テナントの設定情報を変更可能な代行ユーザアカウントを発行する発行部と、
前記代行ユーザアカウントによって前記設定情報の変更を受け付ける受付部と、
を備えるサービス提供システム。
前記同意確認に対する同意結果を受信する受信部と、
前記同意結果に基づいて、前記対象テナントの設定情報を変更可能な代行ユーザアカウントを発行する発行部と、
前記代行ユーザアカウントによって前記設定情報の変更を受け付ける受付部と、
を備えるサービス提供システム。
【請求項2】
前記発行部は、前記代行ユーザアカウントの発行に必要なユーザ情報を生成し、前記ユーザ情報に基づいてアクセスを受け付けた場合、前記代行ユーザアカウントを発行する、請求項１に記載のサービス提供システム。
【請求項3】
前記発行部は、前記ユーザ情報に基づいてアクセスを受け付けた場合に、ユーザを確認するログイン処理を実施し、当該ログイン処理が成功した場合に、前記代行ユーザアカウントを発行し、
前記発行部が前記代行ユーザアカウントを発行した場合、前記代行ユーザアカウントの発行処理時にログインしているユーザをログアウトするログアウト機能部を有する、請求項２に記載のサービス提供システム。
前記発行部が前記代行ユーザアカウントを発行した場合、前記代行ユーザアカウントの発行処理時にログインしているユーザをログアウトするログアウト機能部を有する、請求項２に記載のサービス提供システム。
【請求項4】
同意確認画面において前記同意確認の取消が選択されることで前記同意確認を取り消す取消機能部を有する、請求項１に記載のサービス提供システム。
【請求項5】
前記同意確認において同意が選択された後、前記代行ユーザアカウントに利用を許可する管理機能を提供する選択機能部を有する、請求項１に記載のサービス提供システム。
【請求項6】
前記代行ユーザアカウントの発行可能回数を設定する設定機能部を有する、請求項１に記載のサービス提供システム。
【請求項7】
前記代行ユーザアカウントの発行処理において、前記同意確認を送信したユーザと、前記代行ユーザアカウントの発行処理を実施したユーザと、が一致しない場合、前記発行処理を実施しない発行処理機能部を有する、請求項１に記載のサービス提供システム。
【請求項8】
前記代行ユーザアカウントの利用終了または利用期限が過ぎた場合、前記対象テナントに紐づいたユーザに対応する宛先に対して作業終了通知を送信する通知機能部を有する、請求項１に記載のサービス提供システム。
【請求項9】
前記代行ユーザアカウントによる作業内容を保持する記憶部を持ち、前記同意確認を送信したユーザが前記作業内容を確認可能とする確認機能部を有する、請求項１に記載のサービス提供システム。
【請求項10】
サービス提供システムで実行されるサービス提供方法であって、
対象テナントに紐づいたユーザに対応する宛先に同意確認を送信する工程と、
前記同意確認に対する同意結果を受信する工程と、
前記同意結果に基づいて、前記対象テナントの設定情報を変更可能な代行ユーザアカウントを発行する工程と、
前記代行ユーザアカウントによって前記設定情報の変更を受け付ける工程と、
を含むサービス提供方法。
対象テナントに紐づいたユーザに対応する宛先に同意確認を送信する工程と、
前記同意確認に対する同意結果を受信する工程と、
前記同意結果に基づいて、前記対象テナントの設定情報を変更可能な代行ユーザアカウントを発行する工程と、
前記代行ユーザアカウントによって前記設定情報の変更を受け付ける工程と、
を含むサービス提供方法。
【請求項11】
コンピュータを、
対象テナントに紐づいたユーザに対応する宛先に同意確認を送信する送信部と、
前記同意確認に対する同意結果を受信する受信部と、
前記同意結果に基づいて、前記対象テナントの設定情報を変更可能な代行ユーザアカウントを発行する発行部と、
前記代行ユーザアカウントによって前記設定情報の変更を受け付ける受付部と、
して機能させるためのプログラム。
対象テナントに紐づいたユーザに対応する宛先に同意確認を送信する送信部と、
前記同意確認に対する同意結果を受信する受信部と、
前記同意結果に基づいて、前記対象テナントの設定情報を変更可能な代行ユーザアカウントを発行する発行部と、
前記代行ユーザアカウントによって前記設定情報の変更を受け付ける受付部と、
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、サービス提供システム、サービス提供方法、およびプログラムに関する。
【背景技術】
【0002】
ユーザがＷｅｂサービス等を受ける場合、組織単位で契約を行い、組織のメンバーをユーザとして管理し、このユーザを契約した組織単位（テナント）で管理する方法が一般的となっている。一方で、契約したサービスは初期の設定が複雑であったり、契約直後のユーザ管理設定等が必要であったりする場合が多い。
【0003】
そのため、顧客が商品を購入、契約しても、初期の設定が複雑ですぐにサービスの利用を開始できないというような問題がある。そこで、顧客の代わりに一時的に操作できる特殊なユーザを発行し、顧客に代わって設定を行うという方法が開発されている。特許文献１には、第一のテナントに所属するユーザが第二のテナントに第二のユーザを作れるようにする目的で、第二のテナントへのユーザ作成要求がある場合に第二のテナントのユーザを作成する方法が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、一時的に顧客の代わりに操作するというユーザを作成して設定を行う方法では実際に触られる顧客の同意なく、販売側がユーザを作成して、顧客の知らないうちに当該顧客の設定を変更したり、設定を閲覧したりできてしまう。また、特許文献１記載の技術では、顧客の同意を得ておらず、ユーザを作成できる人間の制限もできていない。
【0005】
本発明は、上記に鑑みてなされたものであって、セキュリティを担保しつつ、顧客の負担を減らすことができるサービス提供システム、サービス提供方法、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【0006】
上述した課題を解決し、目的を達成するために、本発明は、対象テナントに紐づいたユーザに対応する宛先に同意確認を送信する送信部と、前記同意確認に対する同意結果を受信する受信部と、前記同意結果に基づいて、前記対象テナントの設定情報を変更可能な代行ユーザアカウントを発行する発行部と、前記代行ユーザアカウントによって前記設定情報の変更を受け付ける受付部と、を備える。
【発明の効果】
【0007】
本発明によれば、セキュリティを担保しつつ、顧客の負担を減らすことができる、という効果を奏する。
【図面の簡単な説明】
【0008】
【発明を実施するための形態】
【0009】
以下に添付図面を参照して、サービス提供システム、サービス提供方法、およびプログラムの実施の形態を詳細に説明する。
【0010】
（第１の実施の形態）
図１は、第１の実施の形態にかかるサービス提供システムを含む情報処理システムの構成の一例を示す図である。本実施の形態にかかる情報処理システムは、図１に示すように、サービス提供システム１、ＰＣ（Personal Computer）端末２、機器の一例であるＭＦＰ（Multi-Function Peripheral）９等を有する。そして、サービス提供システム１とＰＣ端末２とは、ネットワークを介して接続されている。
図１は、第１の実施の形態にかかるサービス提供システムを含む情報処理システムの構成の一例を示す図である。本実施の形態にかかる情報処理システムは、図１に示すように、サービス提供システム１、ＰＣ（Personal Computer）端末２、機器の一例であるＭＦＰ（Multi-Function Peripheral）９等を有する。そして、サービス提供システム１とＰＣ端末２とは、ネットワークを介して接続されている。
【0011】
サービス提供システム１は、サーバ等で実現され、各種サービスを提供する。ＰＣ端末２は、ユーザが使用するＰＣ、スマートフォン、タブレット等で実現され、情報処理装置の一例である。ネットワークは、インターネット等であり、サービス提供システム１、ＭＦＰ９等の各種機器、ＰＣ端末２を通信可能に接続している。
【0012】
図２Ａは、第１の実施の形態にかかるサービス提供システムおよびＰＣ端末のハードウェア構成の一例を示す図である。以下の説明では、サービス提供システム１のハードウェア構成について説明するが、ＰＣ端末２も同様のハードウェア構成を有する。
【0013】
図２Ａに示されているように、サービス提供システム１は、コンピュータによって構築されるサーバ等であり、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ(Interface)５０８、ネットワークＩ／Ｆ５０９、データバス５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４、メディアＩ／Ｆ５１６を備えている。
【0014】
これらのうち、ＣＰＵ５０１は、サーバ５全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出しまたは書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、または画像等の各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ(Universal Serial Bus)メモリおよびプリンタ等である。ネットワークＩ／Ｆ５０９は、通信ネットワーク１００を利用してデータ通信をするためのインターフェースである。バスライン５１０は、図２Ａに示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。
【0015】
また、キーボード５１１は、文字、数値、各種指示等の入力のための複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択および実行、処理対象の選択、カーソルの移動等を行う入力手段の一種である。ＤＶＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出しまたは書き込みを制御する。なお、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であっても良い。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出しまたは書き込み（記憶）を制御する。
【0016】
図２Ｂは、第１の実施の形態にかかるサービス提供システムが有する機器の一例であるＭＦＰのハードウェア構成図である。図２Ｂに示されているように、ＭＦＰ(Multi-Function Peripheral/Product/Printer)９は、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。
【0017】
これらのうち、コントローラ９１０は、コンピュータの主要部であるＣＰＵ９０１、システムメモリ（ＭＥＭ－Ｐ）９０２、ノースブリッジ（ＮＢ）９０３、サウスブリッジ（ＳＢ）９０４、ＡＳＩＣ(Application Specific Integrated Circuit)９０６、記憶部であるローカルメモリ（ＭＥＭ－Ｃ）９０７、ＨＤＤコントローラ９０８、および、記憶部であるＨＤ９０９を有し、ＮＢ９０３とＡＳＩＣ９０６との間をＡＧＰ(Accelerated Graphics Port)バス９２１で接続した構成となっている。
【0018】
これらのうち、ＣＰＵ９０１は、ＭＦＰ９の全体制御を行う制御部である。ＮＢ９０３は、ＣＰＵ９０１と、ＭＥＭ－Ｐ９０２、ＳＢ９０４、およびＡＧＰバス９２１とを接続するためのブリッジであり、ＭＥＭ－Ｐ９０２に対する読み書き等を制御するメモリコントローラと、ＰＣＩ(Peripheral Component Interconnect)マスタおよびＡＧＰターゲットとを有する。
【0019】
ＭＥＭ－Ｐ９０２は、コントローラ９１０の各機能を実現させるプログラムおよびデータの格納用メモリであるＲＯＭ９０２ａ、プログラムおよびデータの展開、およびメモリ印刷時の描画用メモリ等として用いるＲＡＭ９０２ｂを有する。なお、ＲＡＭ９０２ｂに記憶されているプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成しても良い。
【0020】
ＳＢ９０４は、ＮＢ９０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ９０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ(Integrated Circuit)であり、ＡＧＰバス９２１、ＰＣＩバス９２２、ＨＤＤ９０８およびＭＥＭ－Ｃ９０７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ９０６は、ＰＣＩターゲットおよびＡＧＰマスタ、ＡＳＩＣ９０６の中核をなすアービタ（ＡＲＢ）、ＭＥＭ－Ｃ９０７を制御するメモリコントローラ、ハードウェアロジック等により画像データの回転等を行う複数のＤＭＡＣ(Direct Memory Access Controller)、並びに、スキャナ部９３１およびプリンタ部９３２との間でＰＣＩバス９２２を介したデータ転送を行うＰＣＩユニットとからなる。なお、ＡＳＩＣ９０６には、ＵＳＢ(Universal Serial Bus)のインターフェース、ＩＥＥＥ１３９４(Institute of Electrical and Electronics Engineers 1394）のインターフェースを接続するようにしても良い。
【0021】
ＭＥＭ－Ｃ９０７は、コピー用画像バッファおよび符号バッファとして用いるローカルメモリである。ＨＤ９０９は、画像データの蓄積、印刷時に用いるフォントデータの蓄積、フォームの蓄積を行うためのストレージである。ＨＤ９０９は、ＣＰＵ９０１の制御にしたがってＨＤ９０９に対するデータの読出または書込を制御する。ＡＧＰバス９２１は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレータカード用のバスインタフェースであり、ＭＥＭ－Ｐ９０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレータカードを高速にすることができる。
【0022】
また、近距離通信回路９２０には、近距離通信回路９２０ａが備わっている。近距離通信回路９２０は、ＮＦＣ（Near Field Communication）、Bluetooth（登録商標）等の通信回路である。さらに、エンジン制御部９３０は、スキャナ部９３１およびプリンタ部９３２によって構成されている。また、操作パネル９４０は、現在の設定値および選択画面等を表示させ、操作者からの入力を受け付けるタッチパネル等のパネル表示部９４０ａ、並びに、濃度の設定条件等の画像形成に関する条件の設定値を受け付けるテンキーおよびコピー開始指示を受け付けるスタートキー等からなる操作パネル９４０ｂを備えている。コントローラ９１０は、ＭＦＰ９全体の制御を行い、例えば、描画、通信、操作パネル９４０からの入力等を制御する。スキャナ部９３１またはプリンタ部９３２には、誤差拡散およびガンマ変換等の画像処理部分が含まれている。
【0023】
なお、ＭＦＰ９は、操作パネル９４０のアプリケーション切り替えキーにより、ドキュメントボックス機能、コピー機能、プリンタ機能、およびファクシミリ機能を順次に切り替えて選択することが可能となる。ドキュメントボックス機能の選択時にはドキュメントボックスモードとなり、コピー機能の選択時にはコピーモードとなり、プリンタ機能の選択時にはプリンタモードとなり、ファクシミリモードの選択時にはファクシミリモードとなる。
【0024】
また、ネットワークＩ／Ｆ９５０は、通信ネットワーク１００を利用してデータ通信をするためのインターフェースである。近距離通信回路９２０およびネットワークＩ／Ｆ９５０は、ＰＣＩバス９２２を介して、ＡＳＩＣ９０６に電気的に接続されている。
【0025】
図３は、第１の実施の形態にかかるサービス提供システムの機能構成の一例を示すブロック図である。以下の説明において、テナントは、Ｗｅｂアプリケーション等の種々のサービスを契約した組織等を管理するための単位である。テナントには、複数のユーザを紐づけて登録可能であり、ユーザには、管理ユーザと一般ユーザを含み得る。なお、以下の説明では、ユーザに割り当てられたアカウントをユーザと表現する場合がある。顧客とは、Ｗｅｂアプリケーション等の種々のサービスを契約した組織、該組織に属するユーザまたは該ユーザのアカウントである。以下の説明では、顧客のテナントを対象テナントと表現する場合がある。ここで、テナント利用代表者は、対象テナントにおける管理ユーザの一例であり、第１ユーザと表現する場合がある。販売担当者とは、顧客に対してサービスを提供する組織、該組織に属するユーザまたは該ユーザのアカウントである。以下の説明では、販売担当者のテナントを管理テナントと表現する場合があり、販売担当者を第２ユーザと表現する場合がある。管理テナントは１以上の対象テナントを管理するテナントである。代行ユーザとは、対象テナントがサービスを利用するための各種の設定情報を変更することができるユーザまたはアカウントである。
【0026】
サービス提供システム１は、当該サービス提供システム１にインストールされたプログラムをＣＰＵ１０１に実行させる処理により実現される。本実施の形態では、サービス提供システム１は、Ｗｅｂサービス処理部３０１、認証管理部３０２、同意処理部３０３、および通知部３０４を有する。また、サービス提供システム１は、ＨＤＤ１０５等の記憶装置により、テナント情報記憶部３０５、ユーザ情報記憶部３０６、認証情報記憶部３０７、および同意情報記憶部３０８を実現する。
【0027】
Ｗｅｂサービス処理部３０１は、ＰＣ端末２等の情報処理装置のブラウザがJavaScript（登録商標）、ＣＳＳ等の形式でダウンロードし、ＣＰＵにて実行される。ここで、情報処理装置は、ＰＣ、スマートフォン、タブレット等であり、ブラウザを有する。ブラウザは、Ｗｅｂサービス処理部３０１をダウンロードし、当該Ｗｅｂサービス処理部３０１を実現する。
【0028】
Ｗｅｂサービス処理部３０１は、アプリ実行部３０１ａ、および画像構成部３０１ｂを有する。アプリ実行部３０１ａは、アプリケーションを設定するためのアプリケーションの実行を行う。アプリ実行部３０１ａは、ユーザの入力を受け付けて、ログイン、データベース値の取得および更新等を認証管理部３０２に依頼する。また、アプリ実行部３０１ａは、代行ユーザの発行に同意するか否かを顧客に確認するための同意確認および同意確認に対する顧客の回答結果である同意結果の通知と、代行ユーザの発行処理と、を同意処理部３０３へ依頼する。アプリ実行部３０１ａで実施する処理の一部は、同意処理部３０３で行っても良い。画像構成部３０１ｂは、アプリケーションの実行による画面表示を実行する。また、画像構成部３０１ｂは、ユーザに必要なパラメータを提示し、パラメータの入力を受け付ける。なお、Ｗｅｂサービス処理部３０１は、代行ユーザによってＭＦＰ９等の機器に対する各種の設定情報の変更を受け付ける受付部の一例である。以下では、顧客に対して同意確認を送信することを、同意確認を行うことと表現する場合がある。
【0029】
具体的には、Ｗｅｂサービス処理部３０１は、テナントが対象テナントを管理できることを表す管理関係を保持するデータベースの一例であるテナント情報をテナント情報記憶部３０５に保持する。また、Ｗｅｂサービス処理部３０１は、対象テナントを一定期間管理する代行ユーザの発行の同意確認の通知先として当該対象テナントのユーザを任意に選択する。本実施の形態では、Ｗｅｂサービス処理部３０１は、同意確認の通知先として、対象テナントの代表者を初期値に設定する。これにより、同意確認の通知先の入力を簡略化することができる。また、本実施の形態では、Ｗｅｂサービス処理部３０１は、代行ユーザの発行要求時に表示される同意確認通知画面において同意確認の通知先の通知先アドレスおよび同意結果の通知先となる同意結果受信アドレスを変更ボタンの押下により変更可能にする。これにより、同意確認または同意結果の通知先の初期値が通知したい宛先と異なっていた場合または間違った宛先を入力してしまった場合に、修正した宛先に同意確認または同意結果を通知できる。
【0030】
また、本実施の形態では、Ｗｅｂサービス処理部３０１は、同意確認の回答期限または代行ユーザの発行の発行有効期限が過ぎた状態で、代行ユーザの同意処理を実施した場合に、当該同意処理が実施されず期限切れを伝える画面を表示する。これにより、誤った代行ユーザの発行の許可または発行処理の実施を防ぎ、発行処理の実施者には当該発行処理が実施されなかった理由を伝えることができる。
【0031】
また、Ｗｅｂサービス処理部３０１は、同意確認に対する同意結果に添付された代行ユーザ発行ＵＲＬがクリックされた場合に、代行ユーザ発行ＵＲＬをクリックしたユーザ（販売担当者）を確認するログイン処理を実施し、当該ログイン処理が成功した場合に、代行ユーザの発行処理を実施して、対象テナントにログイン可能なユーザ情報とワンタイムパスワードを発行する。ここで、代行ユーザ発行ＵＲＬは、代行ユーザの発行に利用するＵＲＬである。また、Ｗｅｂサービス処理部３０１は、発行したユーザ情報およびワンタイムパスワードをユーザ情報記憶部３０６に保持させ、代行ユーザのユーザ情報が記載された画面を表示する。これにより、顧客の同意を得てから一定期間だけ、顧客のテナントを操作できる代行ユーザを発行できるようにし、さらに、代行ユーザを発行できるのは対象テナントの顧客を管理しているテナントのユーザに限定している。その結果、セキュリティを担保しつつ、顧客の負担を減らすことができる。
【0032】
また、Ｗｅｂサービス処理部３０１は、代行ユーザの発行完了を伝える画面が表示された際に、すなわち、同意処理部３０３が代行ユーザアカウントを発行した場合、代行ユーザの発行処理時にログインしているユーザ（販売担当者）をログアウトするログアウト機能部の一例である。これにより、不要な認証情報を削除することで代行ユーザが正しくログインできる状態にする。
【0033】
また、Ｗｅｂサービス処理部３０１は、代行ユーザの発行処理において、顧客に対して同意確認を送信したユーザ、つまり、同意確認を行ったユーザと、代行ユーザの発行処理を実施したユーザと、が一致しない場合、不正な発行処理としてエラー画面に遷移して、発行処理を実施しない発行処理機能部の一例である。これにより、同意確認の実施者と発行処理の実施者とが一致した場合のみ、代行ユーザの発行処理を実施できるようにすることで、代行ユーザの不正利用を防ぎセキュリティの向上につながる。
【0034】
また、Ｗｅｂサービス処理部３０１は、代行ユーザの利用終了または利用期限が過ぎた場合に、対象テナントに紐づいたユーザに対応する宛先に対して利用終了または作業終了を送信する通知機能部の一例である。これにより、対象テナントのユーザが通知を受け取ることで、代行ユーザの利用状況の把握および不正利用の検出ができる。さらに、Ｗｅｂサービス処理部３０１は、代行ユーザの作業内容を記憶部に保持させ、同意確認を送信したユーザが作業内容を確認可能とする確認機能部の一例である。これにより、同意確認を行った販売担当者が作業内容を確認できることで、代行ユーザの利用状況の把握および不正利用の検出ができる。また、同意確認を行ったユーザのみ作業内容の閲覧を許可することで、同意していないユーザが不正利用と間違えてしまうことを防ぐことができる。
【0035】
認証管理部３０２は、ユーザ情報記憶部３０６に記憶されるユーザ情報およびテナント情報記憶部３０５に記憶されているテナント情報の取得および更新を行う。また、認証管理部３０２は、認証情報記憶部３０７に認証情報を記憶させ、ユーザのログインおよびアクセス制限を管理する。認証情報記憶部３０７は、ユーザのアクセストークン等の認証情報を記憶する。
【0036】
同意処理部３０３は、対象テナントに紐づいたユーザに対応する宛先に同意確認を送信する送信部の一例である。また、同意処理部３０３は、同意確認に対する同意結果を受信する受信部の一例である。また、同意処理部３０３は、同意結果に基づいて、対象テナントの設定情報を変更可能な代行ユーザアカウントを発行する発行部の一例である。その際、同意処理部３０３は、代行ユーザアカウントの発行に必要なユーザ情報を生成し、当該ユーザ情報に基づいてアクセスを受け付けた場合に、代行ユーザアカウントを発行しても良い。
【0037】
本実施の形態では、同意処理部３０３は、Ｗｅｂサービス処理部３０１より代行ユーザの発行が依頼されると、代行ユーザの発行対象となるテナント（対象テナント）の代表者に対する同意確認の通知を通知部３０４に依頼する。また、同意処理部３０３は、Ｗｅｂサービス処理部３０１から同意確認の結果（同意結果）が送られると、同意情報記憶部３０８の値（同意情報）を更新する。また、同意処理部３０３は、同意確認として同意が選択された場合に、対象テナントの代行ユーザを発行有効期限内に発行できる代行ユーザ発行ＵＲＬ（ユーザ情報の一例）を作成した上で、当該代行ユーザ発行ＵＲＬを同意結果に添付し、発行要求先となる販売担当者へ同意結果を通知するように通知部３０４へ依頼する。同意処理部３０３は、代行ユーザ発行ＵＲＬが使用された場合、代行ユーザを発行して認証管理部３０２に情報の保存を依頼し、代行ユーザの発行結果をＷｅｂサービス処理部３０１へと返却する仕組みを保持する。
【0038】
具体的には、同意処理部３０３は、同意確認の通知時に、同意確認の同意結果を含む同意情報の識別に用いるＵＵＩＤ（個別ＩＤの一例）および同意確認の回答期限を生成する。そして、同意処理部３０３は、ＵＵＩＤおよび回答期限を、対象テナントを識別可能とするテナントＩＤ、同意結果、および当該同意結果の通知先と共に同意情報として同意情報記憶部３０８に保持する。また、同意処理部３０３は、同意確認において同意が選択された場合、代行ユーザを発行有効期限内に発行できる代行ユーザ発行ＵＲＬを作成し、当該代行ユーザ発行ＵＲＬを同意結果に添付し、かつ発行有効期限を同意情報として同意情報記憶部３０８に保持する。
【0039】
また、同意処理部３０３は、代行ユーザの発行可能回数を設定する設定機能部の一例である。これにより、代行ユーザの発行回数を制限することで不要な利用を防ぎセキュリティ向上につながる。
【0040】
通知部３０４は、サービス提供システム１がメールを送信する仕組みを保持する。また、通知部３０４は、メールアドレス以外の連絡手段が指定された場合は、ＳＮＳ等の他のシステムへ情報を送信できる仕組みを保持する。具体的には、通知部３０４は、同意確認において同意か若しくは拒絶かが選択された後、当該選択に応じて同意確認の要求元に同意結果を通知する。
【0041】
また、通知部３０４は、同意確認および同意結果の通知先としてメールアドレスが指定された場合、同意確認および同意結果のメールを送信する。これにより、同意確認または同意結果の通知方法としてメールを選択できることでシステム利用者の利便性向上につながる。また、通知部３０４は、同意確認および同意結果の通知先としてＳＮＳの送信先が指定された場合、同意確認および同意結果をＳＮＳの送信先に通知を実施する。これにより、通知方法としてメール以外の連絡手段としてＳＮＳも選択できることでシステム利用者の通知に関する選択肢が増えることにつながる。
【0042】
テナント情報記憶部３０５は、企業または組織単位で契約情報を管理するテナント情報を記憶する。ここで、テナント情報は、テナントが対象テナントを管理できることを表す管理関係を保持するデータベースの一例である。本実施の形態では、テナント情報は、下記の表１に示すように、テナントＩＤ、テナント名、テナント利用代表者ＩＤ、販売担当者ＩＤ、契約ＩＤ、管理元テナントＩＤ等、テナントに関する情報を含む。テナントＩＤは、テナントを識別可能とする値である。テナント名は、テナントを識別可能とする名称である。テナント利用代表者ＩＤは、テナントを利用している組織の利用代表者を識別可能とする値（ユーザＩＤ等）である。販売担当者ＩＤは、販売担当者を識別可能とする値（ユーザＩＤ等）である。契約ＩＤは、テナントが契約している契約情報を識別可能とする値である。管理元テナントＩＤは、本テナント（対象テナント）を管理しているテナント（管理テナント）を識別可能とする値である。
【表1】
【0043】
ユーザ情報記憶部３０６は、ユーザ情報を記憶する。本実施の形態では、ユーザ情報は、下記の表２に示すように、ユーザＩＤ、パスワード、ユーザ名、メールアドレス、テナントＩＤ等、ユーザに関する情報を含む。ユーザＩＤは、ユーザを識別可能とする値である。パスワードは、サービス提供システム１へのログインに用いるパスワードである。ユーザ名は、ユーザの名前である。メールアドレスは、ユーザ毎に対応する宛先情報であり、各種通知の送信先を示す情報である。テナントＩＤは、ユーザが所属しているテナントを識別可能とする値である。
【表2】
【0044】
同意情報記憶部３０８は、代行ユーザの発行に関する情報である同意情報を記憶する。同意情報は、下記の表３に示すように、ＵＵＩＤ、代行ユーザの発行対象となる対象テナントを識別する値であるテナントＩＤ等を含む。ＵＵＩＤは、同意情報を識別可能とする値である。テナントＩＤは、対象テナントを識別可能とする値である。メールアドレスは、同意結果の通知を受け取るメールアドレスである。回答期限は、同意確認に対して回答可能な期限である。同意結果は、同意確認の結果であり、「同意」、「拒絶」、または「回答待ち」であっても良い。発行有効期限は、代行ユーザの発行が可能な期限である。
【表3】
【0045】
図４は、第１の実施の形態にかかるサービス提供システムにおける代行ユーザの発行処理の全体のイメージの一例を説明するための図である。具体的には、図４は、サービス提供システム１による、顧客のテナントを操作できるユーザ（代行ユーザ）が発行されるまでの処理の全体イメージの一例である。
【0046】
顧客からの依頼を受けた販売担当者は、対象となるテナント情報に基づいて、代行ユーザの発行を要求する（ステップＳ４０１）。サービス提供システム１は、代行ユーザの発行対象となる対象テナントのテナント情報を含む同意確認通知画面を表示する（ステップＳ４０２）。販売担当者が、同意確認通知画面を確認し、かつ必要な情報を入力し、送信ボタンを押下すると、サービス提供システム１から、販売担当者と顧客に通知が行われる（ステップＳ４０３）。ここで、販売担当者に届く通知は、代行ユーザの発行の同意確認を通知したことを知らせる内容となる。また、顧客に届く通知（同意確認通知）は、代行ユーザの発行に同意かまたは拒絶かを選択するボタンが含まれる内容となる（ステップＳ４０４）。
【0047】
顧客が同意確認通知にある同意するボタンまたは同意しないボタンを押下すると、サービス提供システム１は、ログイン画面を表示してログインを要求する（ステップＳ４０５）。顧客がログインに成功すると、サービス提供システム１は、同意情報記憶部３０８へ顧客の選択（同意結果）に応じた同意情報の保存をする。この時、顧客が代行ユーザの発行に同意した場合は、サービス提供システム１は、代行ユーザ発行ＵＲＬを作成する。同意情報の保存処理が完了すると、サービス提供システム１は、販売担当者へ同意結果を通知する（ステップＳ４０６）。
【0048】
同意結果の通知は、代行ユーザの発行に同意された場合と(ステップＳ４０７－１)、代行ユーザの発行に拒絶された場合と(ステップＳ４０７－２)、でその内容が異なる。代行ユーザの発行に同意された場合に同意結果に添付される代行ユーザ発行ＵＲＬを選択すると、サービス提供システム１は、ログインを要求する（ステップＳ４０８）。販売担当者がログインに成功すると、サービス提供システム１は、代行ユーザの発行処理を実施して、代行ユーザのユーザ情報等を発行しかつ記憶部に保存する。その後、販売担当者が内容を確認できるように画面上に代行ユーザのユーザ情報を表示する（ステップＳ４０９）。販売担当者は発行された代行ユーザのユーザ情報を用いて、設定サイトにログインして顧客に代わって設定を行う。ここで、代行ユーザのユーザ情報におけるログイン回数、つまり、１つの代行ユーザ発行ＵＲＬによる代行ユーザの発行回数を制限しても良い。この場合、代行ユーザのユーザ情報ではログインは一度しかできず、設定サイトでログアウトしてしまった場合には、再度、代行ユーザ発行ＵＲＬを発行しなければいけない。ただし、１つの代行ユーザ発行ＵＲＬによる代行ユーザの発行回数は無制限であっても良い。
【0049】
図５は、第１の実施の形態にかかるサービス提供システムにおける同意確認通知処理の流れの一例を示すシーケンス図である。具体的には、図５は、サービス提供システム１を利用して代行ユーザの発行の同意確認をするための通知までの処理を表すシーケンス図である。
【0050】
顧客からの依頼等で代行ユーザが必要になった場合、販売担当者は、ＰＣ端末２およびＭＦＰ９等の情報処理装置を用いてサービス提供システム１にアクセスする（ステップＳ５０１、ステップＳ５０２）。Ｗｅｂサービス処理部３０１からログインが要求されると、販売担当者は、必要なユーザ情報を入力してログインを実施する（ステップＳ５０３～ステップＳ５０８）。販売担当者は、ログイン成功後に表示されたサイトより対象テナントを選択して代行ユーザの発行を要求する（ステップＳ５０９、ステップＳ５１０）。
【0051】
代行ユーザの発行が要求されると、Ｗｅｂサービス処理部３０１は、代行ユーザの発行の同意確認通知画面で使用する情報を認証管理部３０２から取得する。具体的には、Ｗｅｂサービス処理部３０１は、まず、テナント情報記憶部３０５から、対象テナントのテナント情報を取得する（ステップＳ５１１～ステップＳ５１５）。次に、Ｗｅｂサービス処理部３０１は、ユーザ情報記憶部３０６から、対象テナントにおける利用代表者のユーザ情報を取得する（ステップＳ５１６～ステップＳ５１９）。
【0052】
テナント情報およびユーザ情報の取得後、Ｗｅｂサービス処理部３０１は、代行ユーザの発行の同意確認通知画面において、対象テナントのテナント名を対象テナント名の初期値にセットして、同意確認通知画面に表示する（ステップＳ５２０）。また、Ｗｅｂサービス処理部３０１は、対象テナントの販売担当者のユーザ名を同意確認担当者の初期値にセットし、対象テナントの利用代表者のメールアドレスを通知先アドレスの初期値にセットして、同意確認通知画面に表示する（ステップＳ５２０）。
【0053】
販売担当者は、同意確認の同意結果を通知するメールアドレスを画面上で空欄となっている同意結果受信アドレスの欄に入力する（ステップＳ５２１）。販売担当者は、入力完了後に同意確認通知画面上に表示されている通知先アドレスと同意結果受信アドレスを確認し、正しいことが確認されたら確認チェックボックスを選択済みの状態にすることで通知を実行できる（ステップＳ５２２）。この時、通知先アドレスの初期値と別のメールアドレスに対して同意結果を通知したい場合は、販売担当者は、同意確認通知画面から通知先アドレスの変更ボタンを選択することでメールアドレスの内容を修正できる(ステップＳ５２２)。
【0054】
情報処理装置から、同意結果受信アドレス等の通知が実行されると（ステップＳ５２３）、Ｗｅｂサービス処理部３０１は、同意処理部３０３に同意確認の通知を依頼する（ステップＳ５２４）。同意処理部３０３は、同意情報を識別するためのＵＵＩＤと回答期限を生成し（ステップＳ５２５、ステップＳ５２６）、ＵＵＩＤ、回答期限、対象テナントのテナントＩＤ、同意結果を受け取るメールアドレス、「回答待ち」のステータスを表す同意結果等を含む同意情報として同意情報記憶部３０８に保存する（ステップＳ５２７、ステップＳ５２８）。
【0055】
同意処理部３０３は、同意情報の保存後に、同意確認の通知を通知部３０４に依頼して（ステップＳ５２９）、対象テナントの利用代表者へ同意確認が通知されると（ステップＳ５３０）、Ｗｅｂサービス処理部３０１に成功したことを返信する（ステップＳ５３１、ステップＳ５３２）。その後、情報処理装置に通知完了画面が表示され、販売担当者が表示された画面で正常に通知が完了したことを確認することで同意確認通知処理が終了となる（ステップＳ５３３、ステップＳ５３４）。
【0056】
図６は、第１の実施の形態にかかるサービス提供システムにおける同意確認処理の流れの一例を示すシーケンス図である。図６は、サービス提供システム１を利用して代行ユーザの発行の同意確認を実施するまでを表すシーケンス図である。
【0057】
同意確認の通知を受け取った顧客は、同意確認の通知上に存在する同意するボタンまたは同意しないボタンを選択する（ステップＳ６０１）。同意するボタンには、同意確認処理のＵＲＬが紐づいており、当該ＵＲＬを選択すると、ログインが要求されるため、顧客は、ユーザ情報を入力してログイン処理を実施する（ステップＳ６０２～ステップＳ６０７）。ログインに成功すると、Ｗｅｂサービス処理部３０１は、ログインしたユーザが対象テナントに所属しているかを確認する。同意確認の通知が作成された際に採番（生成）されたＵＵＩＤは同意の選択肢（同意するボタン）に紐づいており、Ｗｅｂサービス処理部３０１は、ＵＵＩＤを使用して、同意情報記憶部３０８から、対象テナントのテナントＩＤを取得する(ステップＳ６０８～ステップＳ６１１)。
【0058】
Ｗｅｂサービス処理部３０１は、取得したテナントＩＤがログイン中のユーザのテナントＩＤと同じかを検証し、異なる場合は、不正な同意確認処理としてエラーを知らせるエラー画面を表示して処理を終了する（ステップＳ６１２）。取得したテナントＩＤがログイン中のユーザのテナントＩＤと同じ場合は、Ｗｅｂサービス処理部３０１は、同意の回答期限を確認する処理に移行する。Ｗｅｂサービス処理部３０１は、ＵＵＩＤを利用して同意情報記憶部３０８に保存された回答期限を取得する（ステップＳ６１３～ステップＳ６１６）。
【0059】
回答期限切れの場合は、Ｗｅｂサービス処理部３０１は、回答期限切れを伝える画面を情報処理装置に表示して処理を終了する（ステップＳ６１７）。回答期限内だった場合は、顧客の選択肢によって処理内容が変わる。同意確認の通知に同意しない場合、Ｗｅｂサービス処理部３０１は、同意処理部３０３に対して、同意しないが選択された場合の処理を要求する（ステップＳ６１８）。同意処理部３０３は、同意情報記憶部３０８の同意結果を「拒絶」に更新する（ステップＳ６１９～ステップＳ６２０）。同意結果の更新が完了すると、同意処理部３０３は、同意情報記憶部３０８から、同意結果を通知するメールアドレスを取得して、通知部３０４に対して、同意しないが選択された場合の通知を依頼する（ステップＳ６２１～ステップＳ６２３）。通知部３９４による通知が成功すると、同意処理部３０３は、同意しない処理が完了したことをＷｅｂサービス処理部３０１に返信し、これを受け取ったＷｅｂサービス処理部３０１は、同意しないを選択した場合の処理が終了したことを伝える画面を情報処理装置に表示する（ステップＳ６２４～ステップＳ６２７）。
【0060】
次に、同意確認の通知に同意するが選択された場合を確認する。同意確認の通知に同意するが選択された場合、Ｗｅｂサービス処理部３０１は、同意処理部３０３に対して、同意するが選択された場合の処理を要求する（ステップＳ６２８）。処理を要求された同意処理部３０３は、代行ユーザ発行ＵＲＬを作成する（ステップＳ６２９）。同意処理部３０３は、作成した代行ユーザ発行ＵＲＬに対して発行有効期限を設定し、その発行有効期限を同意情報記憶部３０８へと保存する（ステップＳ６３０、ステップＳ６３１)。また、同意処理部３０３は、同意結果が「同意」になるように同意情報記憶部３０８の値を更新する（ステップＳ６３２、ステップＳ６３３）。発行有効期限の保存と同意結果の更新完了後に、同意処理部３０３は、同意結果を通知するため、ＵＵＩＤを用いて、同意情報記憶部３０８より通知先のメールアドレスを取得し、代行ユーザ発行ＵＲＬを含んだ同意結果の通知を通知部３０４に依頼する（ステップＳ６３４～ステップＳ６３８）。
【0061】
そして、通知部３０４から同意結果の通知が成功したと返信されると、同意処理部３０３は、Ｗｅｂサービス処理部３０１に処理終了を返信し、これを受け取ったＷｅｂサービス処理部３０１は、同意する処理が完了したことを伝える画面を情報処理装置に表示する（ステップＳ６３９、ステップＳ６４０)。最後に顧客は表示された画面を見ることで処理の完了を確認ができる（ステップＳ６４１）。
【0062】
図７は、第１の実施の形態にかかるサービス提供システムにおける代行ユーザの発行処理の流れの一例を示すシーケンス図である。同意結果を受け取った販売担当者は、図６のステップＳ６２９で作成された代行ユーザ発行ＵＲＬをクリックする（ステップＳ７０１）。すると、ログインが要求されるため、販売担当者は、ユーザ情報を入力してログイン処理を実施する（ステップＳ７０２～ステップＳ７０７）。ログインに成功すると、Ｗｅｂサービス処理部３０１は、ログインしたユーザが所属するテナントが対象テナントを管理しているかを確認する。この処理は、テナントに設定した管理関係を確認して管理テナントに所属するユーザのみに代行ユーザの発行を実施させるためである。
【0063】
Ｗｅｂサービス処理部３０１は、同意情報記憶部３０８から取得したＵＵＩＤを用いて対象テナントのテナントＩＤを取得する（ステップＳ７０８～ステップＳ７１１）。その後、Ｗｅｂサービス処理部３０１は、取得したテナントＩＤよりテナント情報記憶部３０５からテナント情報を取得する（ステップＳ７１２～ステップＳ７１５）。Ｗｅｂサービス処理部３０１は、取得したテナント情報が含む管理元テナントＩＤがログイン中のユーザのテナントＩＤと同じか検証し、異なる場合は不正な代行ユーザの発行としてエラー画面を情報処理装置に表示して処理を終了する（ステップＳ７１６）。取得したテナント情報が含む管理元テナントＩＤがログイン中のユーザのテナントＩＤと同じ場合は、発行有効期限（発行有効期間）の検証に処理が移行する。
【0064】
本実施の形態では、ログインしているユーザの所属テナントのテナントＩＤと、対象テナントの管理元テナントＩＤと、の一致を確認しているが、これに加えてセキュリティを高めるために、同意確認を通知する時点で、同意確認を行ったユーザＩＤ等を記憶しておき、テナントＩＤの一致に加えてログイン中のユーザＩＤと同意確認を行ったユーザＩＤの一致を確認することで同意通知を実施した販売担当者のみが代行ユーザを発行できる形式にしても良い。
【0065】
次に、発行有効期限（発行有効期間）の検証のため、Ｗｅｂサービス処理部３０１は、ＵＵＩＤを用いて発行有効期限を、代行ユーザの発行の同意情報記憶部３０８から取得する（ステップＳ７１７～ステップＳ７２０）。そして、発行有効期限が切れていた場合、Ｗｅｂサービス処理部３０１は、代行ユーザを発行させないために、発行有効期限切れを伝える画面を情報処理装置に表示して処理を終了する（ステップＳ７２１）。
【0066】
発行有効期限内の場合は、Ｗｅｂサービス処理部３０１は、同意処理部３０３に代行ユーザの発行を要求する（ステップＳ７２２）。同意処理部３０３は、まず、対象テナントのテナントＩＤを同意情報記憶部３０８から取得する（ステップＳ７２３、ステップＳ７２４）。次に、同意処理部３０３は、代行ユーザのユーザ情報として、ログインに必要なランダムな値で構成されたメールアドレス、ユーザＩＤ、および一定期間しか利用できないワンタイムパスワードを生成する（ステップＳ７２５）。代行ユーザのユーザ情報の作成後、同意処理部３０３は、ユーザ情報記憶部３０６に対して、対象テナントのテナントＩＤと、生成したメールアドレス、ユーザＩＤ、およびワンタイムパスワードをユーザ情報として保存する（ステップＳ７２６～ステップＳ７２９）。
【0067】
ユーザ情報の保存の完了後、同意処理部３０３は、Ｗｅｂサービス処理部３０１にユーザ情報の保存が完了したことを返信する（ステップＳ７３０）。Ｗｅｂサービス処理部３０１は、ブラウザに不要なログイン情報を残さないようにするため、販売担当者が代行ユーザの発行のためにログインしたユーザはログアウトする（ステップＳ７３１、ステップＳ７３２）。これは代行ユーザの発行後にテナント設定用のシステムへ遷移する時、ブラウザに代行ユーザの発行時に使用したユーザのログイン情報が残ってしまうことで、発行した代行ユーザでログインし直すためのログアウトを実施する手間を防ぐためである。
【0068】
その後、Ｗｅｂサービス処理部３０１は、代行ユーザの発行の完了を伝える画面上に今回作成した代行ユーザのユーザ情報を記載した上で情報処理装置に表示する（ステップＳ７３３）。販売担当者は、代行ユーザのユーザ情報を利用してテナント設定用のシステムから発行対象のテナントにログインして設定を作業を行うことができる（ステップＳ７３４）。販売担当者は、代行ユーザとして対象テナントに関する設定処理を行う。設定処理は、対象テナントがサービスを利用可能にするために設定を変更する処理である。ここで、設定の変更には、未設定の設定項目に対する設定値の入力も含む。これに加えて、顧客が状況確認できるようにするために、販売担当者が作業完了後に代行ユーザからログアウトすること、代行ユーザの利用期限が終了した等の代行ユーザの利用終了のトリガを検出した場合に、代行ユーザの発行対象となったテナントの利用代表者（ユーザ）に対して終了報告の通知する機能を追加しても良い。また、代行ユーザの発行に同意を実施したユーザが代行ユーザの作業内容を把握できるように、代行ユーザの作業内容を保存する記憶部を用意しておき作業履歴を保存した上で、代行ユーザの発行対象となったテナントの同意を実施したユーザのみが保存した作業情報を閲覧できる機能を追加しても良い。なお、以上では代行ユーザ発行ＵＲＬをクリックした後に代行ユーザを発行する場合について説明したが、代行ユーザの発行タイミングはこれに限定されない。例えば、代行ユーザのユーザ情報を生成するときに代行ユーザの発行を行っても良い。この場合、ステップＳ７２２では、代行ユーザ発行処理を要求する処理に代えて、発行済みの代行ユーザとしてのログイン要求する処理とすることができる。
【0069】
図８は、第１の実施の形態にかかるサービス提供システムにおいて表示されるログイン画面の一例を示す図である。具体的には、図８は、図５のステップＳ５０４等において表示されるログイン画面の一例を示す図である。ログイン画面は、ユーザ情報として、ユーザが所属するテナントのテナントＩＤ、ユーザを識別するユーザＩＤ、ユーザに紐づくパスワードを入力し、ログインボタンを押下することで、認証処理（ログイン）が行われる。ログインが成功すると、各種処理に対応した画面へ遷移し、失敗するとログイン画面上にエラーメッセージが表示される。ログイン画面のログイン処理には、代行ユーザの発行で作成されたユーザ情報も利用することができる。また、ログインの設定を変更することでユーザのメールアドレスとパスワードによりログインを実行することもできる。
【0070】
図９は、第１の実施の形態にかかるサービス提供システムにおいて表示される同意確認通知画面の一例を示す図である。具体的には、図９は、図５のステップＳ５２０で表示される代行ユーザの発行の同意確認通知画面の一例である。サービス提供システム１の利用者が代行ユーザの発行を要求すると、Ｗｅｂサービス処理部３０１は、図９に示す同意確認通知画面を情報処理装置に表示する。Ｗｅｂサービス処理部３０１は、対象テナントのテナント名、対象テナントに設定されている利用代表者（ユーザ）のユーザ名、同意確認の通知先アドレスとしての対象テナントの利用代表者（ユーザ）のメールアドレスを、各記憶部（テナント情報記憶部３０５、ユーザ情報記憶部３０６）から取得して初期値として同意確認通知画面に表示する。
【0071】
この時、同意結果の通知先を送信するために利用する同意結果受信アドレスは初期値が未設定を表す空欄となっているが、販売担当者がログインしているユーザを共有使用している場合はその初期値に空欄を設定し、販売担当者毎に同意結果受信アドレスが異なる場合はサービス提供システム１にログインしているユーザのメールアドレスを初期値として設定しても良い。販売担当者毎にログインしているユーザが異なる場合は、同意結果の通知先がサービス提供システム１を利用しているユーザと一致するため、初期値としてメールアドレスの設定ができ、メールアドレスを設定することで入力手順および入力間違いを減らし利便性向上につながる。
【0072】
通知先アドレスと同意結果受信アドレスは変更ボタンを押すことで、その内容の編集が可能になる。また、図９に示すように、サービス提供システム１の利用者が表示内容の確認が完了したことを知らせるチェックボックスを選択することで、送信ボタンが押下可能になる。送信ボタンを押下すると、通知部２０４は、設定した通知先アドレスに対して同意確認担当者宛ての同意確認の通知をする。同意処理部３０３は、同意確認の通知時に同意確認の回答期限を生成し、代行ユーザの発行の同意情報記憶部３０８に記憶させる。また、対象テナントのテナント情報および同意結果受信アドレスは、代行ユーザの発行時および同意結果の通知に利用されるため、同意情報記憶部３０８に記憶される。
【0073】
図１０は、第１の実施の形態にかかるサービス提供システムにより送信される同意確認通知メールの一例を示す図である。具体的には、図１０は、図５に示すステップＳ５２３で通知され、図６のステップＳ６０１で同意するかしないかを選択するために用いられる代行ユーザの発行の同意確認通知メールの一例を示す図である。
【0074】
本実施の形態では、同意確認のを通知する同意確認通知メールには、図１０に示すように、対象テナントのテナント情報として、テナント名、テナントＩＤ、通知送信者を把握するための通知を実行したユーザ（通知送信者）の名前が記載されている。また、通知送信者の連絡先として同意確認通知画面で設定した同意結果受信アドレスを、テナント情報として記載してもよい。同意確認通知メールに含まれる、同意するボタンおよび同意しないボタンは、それぞれの処理を実施するためのＵＲＬが紐づいており、当該ボタンを選択すると、回答期限内の場合に、一度だけ同意処理を実施できる。
【0075】
同意しないボタンを選択すると、同意処理部３０３は、同意情報記憶部３０８の同意結果が「拒絶」に更新する。同意するボタンを選択すると、同意処理部３０３は、同意情報記憶部３０８の同意結果を「同意」に更新する。同意結果の更新後は、通知部３０４は、同意確認通知画面で設定した同意結果受信アドレスに同意結果のメールを通知する。また、回答期限外で同意するボタンが選択された場合および同意しないボタンが選択した場合は、代行ユーザの発行の同意情報記憶部３０８の更新および同意結果の通知は行われず、回答期限切れを伝える画面が情報処理装置に表示される。
【0076】
図１１は、第１の実施の形態にかかるサービス提供システムにおいて表示される同意確認完了画面の一例を示す図である。具体的には、図１１は、図６のステップＳ６２７およびステップＳ６４０で表示される同意確認完了画面の一例を示す図である。Ｗｅｂサービス処理部３０１は、同期確認の回答処理が完了後に、処理内容と、同意確認の回答処理の終了を伝えるために同意確認完了画面を情報処理装置に表示する。顧客は、同意確認画面の閉じるボタンを選択することで本画面を閉じることができる。
【0077】
図１２は、第１の実施の形態にかかるサービス提供システムで通知される同意確認完了メールの一例を示す図である。具体的には、図１２は、図６のステップＳ６２４およびステップＳ６３７で通知され、同意の場合に、図７のステップＳ７０１でクリックできるＵＲＬを含む同意確認完了通知メールの一例を示す図である。
【0078】
本実施の形態では、同意確認完了通知メールには、同意か拒絶かに関わらず発行対象になった対象テナントのテナント名、テナントＩＤ、同意確認を実施したユーザ名が記載されている。また、同意された場合の同意確認完了通知メールには、図６のステップＳ６２９で作成されるＵＲＬである代行ユーザ発行ＵＲＬが記載される。代行ユーザ発行ＵＲＬがクリックされると、代行ユーザの発行が開始される。
【0079】
まず、サービス提供システム１よりログインが要求される。ログイン処理後の発行処理は、同意確認の通知を行った際にログインしたユーザのみが実施できる方式と、同意確認の通知を行ったユーザと同一の管理テナントに所属しているユーザなら実施できる方式のどちらを採用しても良い。前者の場合は、代行ユーザの発行時のセキュリティが後者よりも強固なものとなり、後者の場合は一定のセキュリティを保ちつつも利便性および作業効率の向上につながる。
【0080】
代行ユーザ発行ＵＲＬは、その生成時に発行有効期限が設定され、代行ユーザの発行の同意情報記憶部３０８に記憶されている。そのため、代行ユーザ発行ＵＲＬをクリックした際に発行有効期限外だった場合は、発行有効期限切れを伝える画面が表示される。代行ユーザ発行ＵＲＬの発行有効期限内であった場合は、図７のステップＳ７２２以降の代行ユーザの発行処理が実施される。代行ユーザの発行が完了すると、Ｗｅｂサービス処理部３０１は、代行ユーザ発行完了画面を情報処理装置に表示する。また、代行ユーザ発行ＵＲＬは、発行有効期限内であれば何度でもクリックすることで、代行ユーザの発行の処理を実施できる。もし、セキュリティを強化したい場合は代行ユーザ発行ＵＲＬによる発行可能回数を１度きりにしても良い。発行可能回数を制限したときに再度発行処理を実施する場合は、もう一度同意処理を最初からやり直す必要があるようにしても良い。
【0081】
図１３は、第１の実施の形態にかかるサービス提供システムにおいて表示される代行ユーザ発行画面の一例を示す図である。具体的には、図１３は、図７のステップＳ７３３で表示される代行ユーザ発行画面の一例である。
【0082】
代行ユーザ発行画面には、図７のステップＳ７２５で生成され、代行ユーザに紐づいた、ログインに利用できるログインメールアドレス、ワンタイムパスワード、ユーザＩＤ、対象テナントのテナントＩＤが記載される。ワンタイムパスワードは、１度しか利用できないパスワードとなっており、パスワードの利用有効期限も設定されている。ワンタイムパスワードの利用有効期限は、代理ユーザの発行が行われた時刻からの設定値になっており、代行ユーザ発行画面上で失効までの期限を確認ができる。
【0083】
また、代理ユーザ発行画面が表示される際にブラウザに不要なログイン情報を残さないようにするため、ログイン情報は、ログアウト処理により削除される。対象テナントの設定サイトへ遷移するボタンを押下すると、対象テナントを設定するための設定サイトに遷移される。設定サイトへの遷移後にログイン画面で代行ユーザのユーザ情報を入力してログイン処理を実施し、認証に成功することで代行ユーザにより対象テナントの設定を実施できる。
【0084】
このように、第１の実施の形態にかかるサービス提供システム１によれば、顧客の同意を得てから一定期間だけ、顧客のテナントを操作できる代行ユーザを発行できるようにし、さらに、代行ユーザを発行できるのは対象テナントの顧客を管理しているテナントのユーザに限定している。その結果、セキュリティを担保しつつ、顧客の負担を減らすことができる。
【0085】
（第２の実施の形態）
本実施の形態は、同意確認の状況確認および同意確認を取り消す機能を追加した例である。以下の説明では、第１の実施の形態と同様の構成については説明を省略する。
本実施の形態は、同意確認の状況確認および同意確認を取り消す機能を追加した例である。以下の説明では、第１の実施の形態と同様の構成については説明を省略する。
【0086】
本実施の形態では、Ｗｅｂサービス処理部３０１は、同意確認の進行度を確認できる同意確認画面を表示し、同意確認画面において同意確認の取消が選択されることで発行有効期限を更新して同意確認を取り消す取消機能部の一例である。これにより、同意確認の進行度を通知元が確認できることで、同意確認の状況把握および確認の連絡といった判断に役立たせることができる。また、同意確認の取消により、誤って同意確認を通知した場合および同意確認の対応が不要になった場合に不要な同意処理が行われないようにできる。
【0087】
図１４は、第２の実施の形態にかかるサービス提供システムにおける同意確認の状況確認および同意確認の取り消しの流れの一例を示すシーケンス図である。通知した同意確認の状況を知りたい場合または同意確認の取消を実施したい場合、販売担当者は、サービス提供システム１に対して同意情報の確認を要求する（ステップＳ１４０１）。この時、販売担当者は、サービス提供システム１にログイン済みとする。同意情報を確認する同意確認画面の表示が要求されると、Ｗｅｂサービス処理部３０１は、各記憶部から、同意確認画面を表示するための必要な情報の取得を開始する（ステップＳ１４０２）。
【0088】
まず、Ｗｅｂサービス処理部３０１は、同意情報記憶部３０８に保存されている同意情報を全て取得する（ステップＳ１４０３～ステップＳ１４０６）。次に、Ｗｅｂサービス処理部３０１は、テナント情報記憶部３０５から、取得した同意情報に紐づくテナント情報を取得する（ステップＳ１４０７～ステップＳ１４１０）。Ｗｅｂサービス処理部３０１は、取得したテナント情報を、管理元テナントＩＤと、サービス提供システム１にログインしているユーザに紐づくテナントＩＤと、が一致するものに絞り込む（ステップＳ１４１１）。Ｗｅｂサービス処理部３０１は、絞り込んだテナント情報におけるテナント利用代表者ＩＤを使用してユーザ情報を取得する（ステップＳ１４１２～ステップＳ１４１５）。これにより画面上に表示する対象テナントのテナント名、テナントＩＤ、およびテナント利用代表者に紐づくメールアドレス、同意ステータスとして同意結果を取得完了となる。
【0089】
Ｗｅｂサービス処理部３０１は、これらの情報を基に、代行ユーザの発行の同意確認画面を情報処理装置に表示し、同意確認画面を確認することで販売担当者は同意確認の進行度を確認することができる（ステップＳ１４１６、ステップＳ１４１７）。また、代行ユーザの発行の同意確認画面では、同意確認の取消も実施できると良い。同意確認画面が含む同意確認の取消ボタンが選択されると、Ｗｅｂサービス処理部３０１は、同意確認の取消を実施する対象を選択する選択画面を情報処理装置に表示する（ステップＳ１４１８～ステップＳ１４２０）。販売担当者は、選択画面において取消対象の同意確認を選択する（ステップＳ１４２１）。取消対象の同意確認の選択が完了すると、Ｗｅｂサービス処理部３０１を通して同意処理部３０３に同意確認の取消処理の要求がされる（ステップＳ１４２２、ステップＳ１４２３）。
【0090】
同意処理部３０３は、同意情報記憶部３０８の同意結果を「拒絶」に更新し、回答期限を取消の実行時刻に更新する（ステップＳ１４２４～ステップＳ１４２７）。この時、回答期限を取消の実行時刻に変更するのは、取消後に同意確認が実行された場合に、回答期限切れで同意処理を終了するためである。同意処理部３０３は、回答期限の更新処理を完了すると、Ｗｅｂサービス処理部３０１に完了したことを返信する（ステップＳ１４２８）。その後、Ｗｅｂサービス処理部３０１は、取消完了を確認できる取消完了画面を情報処理装置に表示する（ステップＳ１４２９）。
【0091】
図１５は、第２の実施の形態にかかるサービス提供システムにおける同意確認画面の一例を示す図である。具体的には、図１５は、図１４に示すシーケンスにおいて同意確認を通知した販売担当者が同意確認の進行状態を確認にできるようにする場合に用いる同意確認画面の一例を示す図である。
【0092】
代行ユーザの発行の同意確認を通知する時に、Ｗｅｂサービス処理部３０１は、同意情報記憶部３０８に記憶された同意情報を取得して、情報処理装置に同意確認画面を表示させる。同意確認画面には、対象テナントのテナントＩＤ、テナント名、および対象テナントにおける利用代表者に紐づくメールアドレス、同意情報記憶部３０８に記憶される同意結果を同意ステータスとして表示する。同意ステータスが「同意待ち」の同意確認が不要になった場合は、Ｗｅｂサービス処理部３０１は、同意確認の取消ボタンを押下することで、同意確認の取消対象のテナントを選択する画面を情報処理装置に表示し、取消対象のテナントを選択可能とする。
【0093】
同意確認の取消処理では、同意処理部３０３は、同意情報記憶部３０８に記憶されている回答期限を取消が実施された時刻に更新し、回答結果を「拒絶」の値に更新する。回答期限を更新することで取消後に同意処理が実施された場合に有効期限切れの画面に遷移させ同意処理を実施させないようにできる。回答結果の更新が完了すると、Ｗｅｂサービス処理部３０１は、同意確認画面上の同意ステータスにも「拒絶」の値を表示させる。
【0094】
このように、第２の実施の形態にかかるサービス提供システム１によれば、同意確認の進行度を通知元が確認できることで、同意確認の状況把握および確認の連絡といった判断に役立たせることができる。また、同意確認の取消により、誤って同意確認を通知した場合および同意確認の対応が不要になった場合に不要な同意処理が行われないようにできる。
【0095】
（第３の実施の形態）
本実施の形態は、同意確認において代行ユーザに使用を許可する機能を管理する画面を追加した例である。以下の説明では、上述の実施の形態と同様の構成については説明を省略する。
本実施の形態は、同意確認において代行ユーザに使用を許可する機能を管理する画面を追加した例である。以下の説明では、上述の実施の形態と同様の構成については説明を省略する。
【0096】
図１６は、第３の実施の形態にかかるサービス提供システムの機能構成の一例を示す図である。本実施の形態にかかるサービス提供システム１は、図１６に示すように、図３に示す機能構成に対して、機能利用許可記憶部１６０１が追加された機能構成となる。
【0097】
本実施の形態では、同意処理部３０３は、同意確認において同意が選択された後、代行ユーザに利用を許可する管理機能を提供する選択機能部の一例である。これにより、利用可能な管理機能を選択できることで、代行ユーザの利用者に公開したくない情報を隠すことができる。
【0098】
利用許可記憶部１６０１は、代行ユーザに対して利用を許可する機能、すなわち、Ｗｅｂサービス処理部３０１により選択された管理機能を管理するための利用許可情報を記憶する。
【0099】
ここで、利用許可情報は、下記の表４に示すように、代行ユーザの発行を識別可能とするＵＵＩＤ、代行ユーザのテナントを識別可能とするテナントＩＤ、代行ユーザを識別可能とするユーザＩＤ、ユーザによる管理機能の利用を許可するユーザ管理フラグ、テナント管理機能の利用を許可するテナント管理フラグ、アプリケーションの利用を許可するアプリ利用権限管理フラグ、全機能（例えば、ユーザ管理機能、テナント管理機能、アプリケーション）の利用を許可する全管理機能フラグ等を含む。
【表4】
【0100】
図１７は、第３の実施の形態にかかるサービス提供システムにおける同意確認処理の流れの一例を示すシーケンス図である。具体的には、図１７は、図６に示す同意確認処理のシーケンス図に対して、利用機能の管理をオプションとして追加した図である。同意管理処理のシーケンス図と同様に、同意処理の回答期限が確認された後に、同意するが選択されたか若しくは同意しないが選択されたかによって、同意確認処理の処理内容が変わる（ステップＳ１７０１、ステップＳ１７０２）。代行ユーザに使用を許可する機能である利用機能の管理は、同意結果が同意の場合のみで実施される処理となるため、同意しないが選択された場合の処理の説明は省略する。
【0101】
「同意する」が選択された場合は、Ｗｅｂサービス処理部３０１は、代行ユーザの発行の利用機能管理画面を情報処理装置に表示してもよい（ステップＳ１７０３）。利用機能管理画面が表示された場合、顧客が、利用を許可する管理機能を決定する（ステップＳ１７０４）。その後、同意が選択された場合の処理がＷｅｂサービス処理部３０１を通して同意処理部３０３に要求される（ステップＳ１７０５～ステップＳ１７０６）。
【0102】
同意処理部３０３は、図６と同様に、代行ユーザ発行ＵＲＬの作成、発行有効期限の保存、同意結果の「同意」への更新を行う（ステップＳ１７０７～ステップＳ１７１１）。その後、同意処理部３０３は、利用機能を管理している場合、利用許可情報を機能利用許可記憶部１７０１に保存する（ステップＳ１７１２、ステップＳ１７１３）。これ以降の処理は、図６と同様に、販売担当者への通知、完了すれば同意処理が完了したことを伝える画面の表示、顧客による画面の確認を含む処理が行われる（ステップＳ１７１４～ステップＳ１７２１）。
【0103】
図１８は、第３の実施の形態にかかるサービス提供システムにおける利用機能管理画面の一例を示す図である。具体的には、図１８は、図１７に示すステップＳ１７０３において、同意するを選択した際に同意したユーザが利用機能を管理したい場合に表示させる利用機能管理画面の一例を示す図である。利用機能管理画面は、対象テナントの代行ユーザに利用を許可する利用機能の管理項目をチェックボックス形式で選択した上で、確認完了のチェックボックスを選択すると、決定ボタンを押下できるようになる。
【0104】
決定ボタンが押下されると、同意処理部３０３は、同意するが選択された場合の同意確認処理を実施し、図１７のステップＳ１７１２のように、利用許可情報を機能利用許可記憶部１７０１に記憶させる。機能利用許可記憶部１７０１に記憶された利用許可情報は、代行ユーザの発行時に利用される。代行ユーザの発行時に、許可された利用機能のみ使える代行ユーザを発行して、その代行ユーザがテナントを設定するサイトにログインした時に許可した利用機能の使用権限のみ付与された状態となる。
【0105】
このように、第３の実施の形態にかかるサービス提供システム１によれば、利用可能な管理機能を選択できることで、代行ユーザの利用者に公開したくない情報を隠すことができる。
【0106】
上記で説明した実施の形態の各機能は、一または複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Application Specific Integrated Circuit）、ＤＳＰ（Digital Signal Processor）、ＦＰＧＡ（Field Programmable Gate Array）や従来の回路モジュール等のデバイスを含むものとする。
【0107】
本実施の形態に記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの1つを示すものにすぎない。ある実施形態では、サービス提供システム１は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。同様に、ＰＣ端末２は、互いに通信するように構成された複数のコンピューティングデバイスを含むことができる。
【0108】
さらに、サービス提供システム１およびＰＣ端末２は、開示された処理ステップ、例えば、図３を様々な組み合わせで共有するように構成できる。例えば、サービス提供システム１によって実行されるプロセスは、ＰＣ端末２によって実行され得る。同様に、ＰＣ端末２の機能は、サービス提供システム１によって実行することができる。また、サービス提供システム１とＰＣ端末２の各要素は、１つのサーバ装置にまとめられていても良いし、複数の装置に分けられていても良い。
【0109】
なお、ＰＣ端末２およびＭＦＰ９等の情報処理装置は、通信機能を備えた装置であれば、画像形成装置に限られない。情報処理装置は、例えば、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置、ＨＵＤ（Head Up Display）装置、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、ノートＰＣ（Personal Computer）、携帯電話、スマートフォン、タブレット端末、ゲーム機、ＰＤＡ（Personal Digital Assistant）、デジタルカメラ、ウェアラブルＰＣまたはデスクトップＰＣ等であってもよい。
【0110】
なお、本実施の形態のサービス提供システム１で実行されるプログラムは、ＲＯＭ５０２等に予め組み込まれて提供される。本実施の形態のサービス提供システム１で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。
【0111】
さらに、本実施の形態のサービス提供システム１で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施の形態のサービス提供システム１で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【0112】
本実施の形態のサービス提供システム１で実行されるプログラムは、上述した各部（Ｗｅｂサービス処理部３０１、認証管理部３０２、同意処理部３０３、および通知部３０４）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ５０１等のプロセッサ一例が上記ＲＯＭ５０２からプログラムを読み出して実行することにより上記各部が主記憶装置上にロードされ、Ｗｅｂサービス処理部３０１、認証管理部３０２、同意処理部３０３、および通知部３０４が主記憶装置上に生成されるようになっている。
【符号の説明】
【0113】
１ サービス提供システム
２ ＰＣ端末
９ ＭＦＰ
３０１ Ｗｅｂサービス処理部
３０２ 認証管理部
３０３ 同意処理部
３０４ 通知部
３０５ テナント情報記憶部
３０６ ユーザ情報記憶部
３０７ 認証情報記憶部
３０８ 同意情報記憶部
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ
２ ＰＣ端末
９ ＭＦＰ
３０１ Ｗｅｂサービス処理部
３０２ 認証管理部
３０３ 同意処理部
３０４ 通知部
３０５ テナント情報記憶部
３０６ ユーザ情報記憶部
３０７ 認証情報記憶部
３０８ 同意情報記憶部
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ
【先行技術文献】
【特許文献】
【0114】
【特許文献1】特開２０２１－１４９４７９号公報
【図1】
【図2A】
【図2B】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】