(57)【要約】【課題】試用のためのアカウント登録を容易化できる情報処理システムを提供することを課題とする。【解決手段】１以上の情報処理装置を含む情報処理システムであって、サービス利用装置に対するサービスの提供の有無を、組織、ライセンス及びユーザにより管理する管理手段と、サービス利用装置から前記サービスの試用の申し込みを受け付け、サービス利用装置からのサービスの試用が可能となるように管理手段に対してアカウント登録を行うアカウント登録手段と、を有することにより上記課題を解決する。【選択図】  図１
2019135679.tif 000002
【特許請求の範囲】
【請求項１】
１以上の情報処理装置を含む情報処理システムであって、
サービス利用装置に対するサービスの提供の有無を、組織、ライセンス及びユーザにより管理する管理手段と、
前記サービス利用装置から前記サービスの試用の申し込みを受け付け、前記サービス利用装置からの前記サービスの試用が可能となるように前記管理手段に対してアカウント登録を行うアカウント登録手段と、
を有することを特徴とする情報処理システム。
【請求項２】
前記アカウント登録手段は、前記サービス利用装置からの前記サービスの試用が可能となるように前記管理手段に対して、組織、ライセンス及びユーザの少なくとも一つのアカウント登録を行うこと
を特徴とする請求項１記載の情報処理システム。
【請求項３】
前記アカウント登録手段は、前記管理手段に組織が登録されていない前記サービス利用装置から前記サービスの試用の申し込みを受けた場合に、前記サービス利用装置から前記サービスの試用が可能となるように前記管理手段に対して、組織、ライセンス及びユーザのアカウント登録を行うこと
を特徴とする請求項２記載の情報処理システム。
【請求項４】
前記アカウント登録手段は、前記サービスの試用の申し込みにメールアドレスが指定されており、指定されていた前記メールアドレスが既に登録されていた場合に前記アカウント登録を行わないこと
を特徴とする請求項３記載の情報処理システム。
【請求項５】
前記アカウント登録手段は、前記管理手段に組織が登録済みの前記サービス利用装置から前記サービスの試用の申し込みを受けた場合に、前記サービス利用装置から前記サービスの試用が可能となるように前記管理手段に対して、ライセンス及びユーザのアカウント登録を行うこと
を特徴とする請求項２記載の情報処理システム。
【請求項６】
前記アカウント登録手段は、前記管理手段に登録済みの組織に前記サービスのライセンスが登録済みの場合にライセンス登録を行わないこと
を特徴とする請求項５記載の情報処理システム。
【請求項７】
前記アカウント登録手段は、前記管理手段に組織及びライセンスが登録済みである前記サービス利用装置から前記サービスの試用の申し込みを受けた場合に、前記サービス利用装置から前記サービスの試用が可能となるように前記管理手段に対して、ユーザのアカウント登録を行うこと
を特徴とする請求項２記載の情報処理システム。
【請求項８】
前記アカウント登録手段は、前記管理手段に登録済みのライセンスが本契約のライセンスである場合に前記ユーザのアカウント登録を行わないこと
を特徴とする請求項７記載の情報処理システム。
【請求項９】
前記サービス利用装置からのログイン要求に基づき、前記管理手段が管理するユーザの情報により認証を行い、認証に成功した場合に、前期管理手段が管理する組織、ライセンス及びユーザの情報を前記サービス利用装置に返す認証手段、を更に有すること
を特徴とする請求項２記載の情報処理システム。
【請求項１０】
前記アカウント登録手段は、前記サービスの試用の申し込みを受け付けた前記サービス利用装置のクライアント認証を行い、前記サービス利用装置が信頼できる装置である場合に前記アカウント登録を行うこと
を特徴とする請求項１乃至９何れか一項記載の情報処理システム。
【請求項１１】
前記アカウント登録手段は、前記サービス利用装置のクライアント認証の結果、前記サービス利用装置が本契約を許可された前記サービス利用装置として登録されている場合に、更に本契約の申し込みを受け付けること
を特徴とする請求項１０記載の情報処理システム。
【請求項１２】
サービス利用装置と、前記サービス利用装置にサービスを提供する１以上の情報処理装置と、を含む情報処理システムであって、
１以上の情報処理装置は、
サービス利用装置に対するサービスの提供の有無を、組織、ライセンス及びユーザにより管理する管理手段と、
前記サービス利用装置から前記サービスの試用の申し込みを受け付け、前記サービス利用装置からの前記サービスの試用が可能となるように前記管理手段に対してアカウント登録を行うアカウント登録手段と、
前記サービス利用装置からのログイン要求に基づき、前記管理手段が管理するユーザの情報により認証を行い、認証に成功した場合に、前期管理手段が管理する組織、ライセンス及びユーザの情報を前記サービス利用装置に返す認証手段と、
を有し、
前記サービス利用装置は、前記認証手段による認証に成功した場合に前記認証手段から取得した前記組織の情報を保存しておき、前記認証手段へのログイン要求に必要な情報の入力画面を、前記組織の情報の保存有無に応じて切り替えること
を特徴とする情報処理システム。
【請求項１３】
前記サービス利用装置は、前記組織の情報が保存されている場合、前記認証手段へのログイン要求に必要な情報の入力画面に、ユーザのアカウント登録を行う画面への遷移指示をユーザから受け付ける仕組みを設けること
を特徴とする請求項１２記載の情報処理システム。
【請求項１４】
前記サービス利用装置は、前記アカウント登録を行う画面からアカウント登録要求を受け付け、前記組織の情報が保存されていない場合、組織、ライセンス及びユーザのアカウント登録を前記アカウント登録手段に要求し、前記組織の情報が保存されている場合、ユーザのアカウント登録を前記アカウント登録手段に要求すること
を特徴とする請求項１２記載の情報処理システム。
【請求項１５】
前記サービス利用装置は、前記組織の情報が保存されている場合、前記管理手段に前記組織が持つライセンスの情報を要求し、前記組織が試用のライセンスを保持している場合に、ユーザのアカウント登録を前記アカウント登録手段に要求すること
を特徴とする請求項１４記載の情報処理システム。
【請求項１６】
前記サービス利用装置は、前記入力画面からログイン要求を受け付け、前記認証手段から受け取った前記ライセンスの情報に前記サービスのライセンスが無い場合、ライセンス登録を前記アカウント登録手段に要求し、前記サービスのライセンスがある場合、前記情報処理装置に前記サービスの利用画面を要求すること
を特徴とする請求項１２記載の情報処理システム。
【請求項１７】
サービス利用装置に対するサービスの提供の有無を、組織、ライセンス及びユーザにより管理する管理手段と、
前記サービス利用装置から前記サービスの試用の申し込みを受け付け、前記サービス利用装置からの前記サービスの試用が可能となるように前記管理手段に対してアカウント登録を行うアカウント登録手段と、
を有することを特徴とする情報処理装置。
【請求項１８】
１以上の情報処理装置を含む情報処理システムにおいて実行されるアカウント登録方法であって、
管理手段がサービス利用装置に対するサービスの提供の有無を、組織、ライセンス及びユーザにより管理する管理ステップと、
前記サービス利用装置から前記サービスの試用の申し込みを受け付け、前記サービス利用装置からの前記サービスの試用が可能となるように前記管理手段に対してアカウント登録を行うアカウント登録ステップと、
を有することを特徴とするアカウント登録方法。
【請求項１９】
コンピュータを、
サービス利用装置に対するサービスの提供の有無を、組織、ライセンス及びユーザにより管理する管理手段、
前記サービス利用装置から前記サービスの試用の申し込みを受け付け、前記サービス利用装置からの前記サービスの試用が可能となるように前記管理手段に対してアカウント登録を行うアカウント登録手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、アカウント登録方法及びプログラムに関する。
【背景技術】
【０００２】
例えばパーソナルコンピュータやスマートフォン等のユーザ端末はアプリケーションのインストールやアプリケーションの利用の申し込みをユーザがオンラインで行うことが一般的である。一方、画像形成装置などの電子機器では機器のリソース制約や不具合発生時のサポート面等からエンジニアなどがユーザを訪問してプログラムのインストールや利用の為の操作を行うことが一般的である。また、従来の画像形成装置などの電子機器では利用の契約を書面で行うことが一般的である。
【０００３】
近年、ユーザが必要な時に必要な機能だけを利用するといった新しいサービス提供形態が増加している。例えばユーザが欲しい機能だけを自由に選んでサービスを利用できる新しいソフトウェア利用形態であるＳａａＳ（Software as a Service）や、インターネット上のコンピューティング・リソースを組合せ、エンドユーザに対してより付加価値の高いサービスを提供するクラウドコンピューティングといったサービス提供形態である。
【０００４】
ライセンスが必要なサービスを利用する場合、ユーザはサービスの販売会社（販社）からライセンスを購入する。サービスを提供する情報処理システムは業務システムがユーザに対して発行したライセンスを管理し、そのライセンスによりユーザへのサービス提供の可否を判断していた（例えば特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
クラウドサービスでは、本契約前にトライアル期間を設け、無料でサービス提供するマーケティング手法が一般的である。契約形態としては、試用のためのライセンス（トライアルライセンス）を発行する。トライアルによる販促効果を上げるためには、トライアルライセンス発行などのアカウント登録時におけるユーザの与信を甘くし、手順を簡素化する必要がある。
【０００６】
しかしながら、従来の情報処理システムでは、契約形態として、業務を伴う本契約のライセンスを対象としているため、トライアルライセンス発行などのアカウント登録時のユーザの与信を甘くしたり、手順を簡素化したりすることが難しい。
【０００７】
本発明の実施の形態は、上記の点に鑑みなされたものであり、試用のためのアカウント登録を容易化できる情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するため本願請求項１は、１以上の情報処理装置を含む情報処理システムであって、サービス利用装置に対するサービスの提供の有無を、組織、ライセンス及びユーザにより管理する管理手段と、前記サービス利用装置から前記サービスの試用の申し込みを受け付け、前記サービス利用装置からの前記サービスの試用が可能となるように前記管理手段に対してアカウント登録を行うアカウント登録手段と、を有することを特徴とする。
【発明の効果】
【０００９】
本発明の実施の形態によれば、試用のためのアカウント登録を容易化できる。
【図面の簡単な説明】
【００１０】
【図１】第１の実施形態に係る情報処理システムの一例の構成図である。
【図２】本実施形態に係るコンピュータの一例のハードウェア構成図である。
【図３】本実施形態に係る画像形成装置の一例のハードウェア構成図である。
【図４】第１の実施形態に係るサービス提供システムの一例の構成図である。
【図５】第１の実施形態に係るサービスプラットフォーム提供システムの一例の処理ブロック図である。
【図６】ＵＩ及びロジック（ＡＰＩ）の配置の一例を示す構成図である。
【図７】画像形成装置に対するサービス提供の手順を表した一例の構成図である。
【図８】本契約のライセンス発行の手順を表した一例の構成図である。
【図９】トライアルライセンス発行の手順を表した一例の構成図である。
【図１０】テナント情報の一例の構成図である。
【図１１】ユーザ情報の一例の構成図である。
【図１２】ライセンス情報の一例の構成図である。
【図１３】有効化された機器一覧情報の一例の構成図である。
【図１４】機器情報の一例の構成図である。
【図１５】テナント未開設のユーザがトライアル申し込みを行う手順の一例のシーケンス図（１／２）である。
【図１６】テナント未開設のユーザがトライアル申し込みを行う手順の一例のシーケンス図（２／２）である。
【図１７】アプリ一覧画面の一例のイメージ図である。
【図１８】申し込み画面の一例のイメージ図である。
【図１９】アカウント作成画面の一例のイメージ図である。
【図２０】メール送信完了画面の一例のイメージ図である。
【図２１】アカウント情報入力画面の一例のイメージ図である。
【図２２】アカウント作成完了画面の一例のイメージ図である。
【図２３】トライアル申し込みを行ったユーザがサービスを利用する手順の一例のシーケンス図である。
【図２４】ログイン画面の一例のイメージ図である。
【図２５】テナント開設済みのユーザがトライアル申し込みを行い、サービスを試用する手順の一例のシーケンス図（１／２）である。
【図２６】テナント開設済みのユーザがトライアル申し込みを行い、サービスを試用する手順の一例のシーケンス図（２／２）である。
【図２７】サービス申込み画面の一例のイメージ図である。
【図２８】テナント開設済みのユーザがトライアル申し込み済みのサービスにユーザ登録を行う手順の一例のシーケンス図（１／２）である。
【図２９】テナント開設済みのユーザがトライアル申し込み済みのサービスにユーザ登録を行う手順の一例のシーケンス図（２／２）である。
【図３０】トライアル申し込みのサービスにユーザ登録を行ったユーザがサービスを利用する手順の一例のシーケンス図である。
【図３１】ログイン画面の他の例のイメージ図である。
【図３２】本実施形態に係る情報処理システムの一例の画面遷移図である。
【図３３】アプリマーケットからのアカウント登録によりユーザがトライアル申し込みを行う手順の一例のシーケンス図である。
【図３４】テナント開設時におけるアクセス制御の一例のフローチャートである。
【図３５】ライセンス発行時におけるアクセス制御の一例のフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面を参照しながら説明する。
［第１の実施形態］
＜システム構成＞
図１は第１の実施形態に係る情報処理システムの一例の構成図である。図１の情報処理システム１は、ユーザシステム１０、アプリマーケット提供システム２０、サービス提供システム３０、サービスプラットフォーム提供システム４０及び業務プラットフォーム提供システム５０を有する。
【００１２】
ユーザシステム１０、アプリマーケット提供システム２０、サービス提供システム３０及びサービスプラットフォーム提供システム４０は、インターネットなどのネットワークＮ１を介して接続されている。また、サービスプラットフォーム提供システム４０及び業務プラットフォーム提供システム５０は専用回線などで接続されている。
【００１３】
ユーザシステム１０のネットワークＮ２は、ファイアウォールＦＷの内側にあるプライベートなネットワークである。ファイアウォールＦＷは、不正なアクセスを検出及び遮断する。ネットワークＮ２にはユーザ端末１１、複合機などの画像形成装置１２が接続されている。なお、画像形成装置１２はユーザがサービスを試用する電子機器の一例である。
【００１４】
ユーザ端末１１は一般的なＯＳ（オペレーティングシステム）などが搭載された情報処理装置によって実現できる。ユーザ端末１１は無線による通信の手段または有線による通信の手段を有する。ユーザ端末１１はスマートフォンや携帯電話、タブレット端末、ＰＣなどのユーザが操作可能な端末である。
【００１５】
画像形成装置１２は複合機などの画像形成機能を有する装置である。画像形成装置１２は無線による通信の手段または有線による通信の手段を有する。画像形成装置１２は例えばブラウザが搭載された複合機、コピー機、スキャナ、プリンタ、レーザプリンタ、プロジェクタ、電子黒板など、画像形成に係る処理を行う装置である。図１では、一例としてユーザ端末１１、画像形成装置１２がそれぞれ一台である例を示しているが複数台であってもよい。
【００１６】
また、アプリマーケット提供システム２０のアプリマーケット提供サーバ２１はファイアウォールＦＷを介してネットワークＮ１に接続される。アプリマーケット提供サーバ２１は一般的なＯＳなどが搭載された一台以上の情報処理装置によって実現できる。
【００１７】
アプリマーケット提供システム２０は販売地域や販売会社等ごとに設けてもよい。アプリマーケット提供サーバ２１は後述のようなサービス一覧画面や申し込み画面などのアプリマーケット画面をユーザ端末１１や画像形成装置１２に提供する。
【００１８】
サービス提供システム３０はファイアウォールＦＷを介してネットワークＮ１に接続されている。サービス提供システム３０はユーザ端末１１や画像形成装置１２に各種サービスを提供する。サービス提供システム３０は一般的なＯＳなどが搭載された一台以上の情報処理装置によって実現できる。サービス提供システム３０が提供するサービスはサービスプラットフォーム提供システム４０の運営者が提供するサービスの他、外部のサービスプロバイダ等が提供するサービスであってもよい。
【００１９】
サービスプラットフォーム提供システム４０は、ファイアウォールＦＷを介してネットワークＮ１に接続されている。サービスプラットフォーム提供システム４０は一般的なＯＳなどが搭載された一台以上の情報処理装置によって実現できる。
【００２０】
サービスプラットフォーム提供システム４０は、例えば認証・認可、テナント・ユーザ管理、ライセンス管理、アカウント登録などの機能を有している。サービスプラットフォーム提供システム４０はユーザ端末１１、画像形成装置１２からのアカウント登録やログインの要求を受け付ける。また、サービスプラットフォーム提供システム４０はサービス提供システム３０からの認証チケットの確認要求やユーザ情報の取得要求を受け付ける。
【００２１】
業務プラットフォーム提供システム５０のネットワークＮ３はファイアウォールＦＷの内側にあるプライベートなネットワークである。ネットワークＮ３には業務端末５１、ライセンス管理サーバ５２が接続されている。業務端末５１、ライセンス管理サーバ５２は一般的なＯＳなどが搭載された一台以上の情報処理装置によって実現できる。
【００２２】
業務端末５１は無線による通信の手段または有線による通信の手段を有する。業務端末５１はスマートフォンや携帯電話、タブレット端末、ＰＣなどの業務担当が操作可能な端末である。業務担当は業務端末５１からライセンス発行をライセンス管理サーバ５２に要求できる。
【００２３】
ライセンス管理サーバ５２はライセンス管理などの機能を有している。ライセンス管理サーバ５２はサービスプラットフォーム提供システム４０や業務端末５１からライセンス発行などの要求を受け付ける。図１の情報処理システム１の構成は一例であって、他の構成であってもよい。
【００２４】
＜ハードウェア構成＞
図１のユーザ端末１１、アプリマーケット提供サーバ２１、業務端末５１及びライセンス管理サーバ５２は例えば図２に示すようなハードウェア構成のコンピュータにより実現される。また、図１のサービス提供システム３０及びサービスプラットフォーム提供システム４０を実現する情報処理装置は例えば図２に示すハードウェア構成のコンピュータにより実現される。図２は、本実施形態に係るコンピュータの一例のハードウェア構成図である。
【００２５】
図２に示したコンピュータ５００は、入力装置５０１、表示装置５０２、外部Ｉ／Ｆ５０３、ＲＡＭ５０４、ＲＯＭ５０５、ＣＰＵ５０６、通信Ｉ／Ｆ５０７、及びＨＤＤ５０８などを備え、それぞれがバスＢで相互に接続されている。なお、入力装置５０１及び表示装置５０２は必要なときに接続して利用する形態であってもよい。
【００２６】
入力装置５０１はキーボードやマウスなどを含み、ユーザが各操作信号を入力するのに用いられる。表示装置５０２はディスプレイなどを含み、コンピュータ５００による処理結果を表示する。
【００２７】
通信Ｉ／Ｆ５０７は、コンピュータ５００をネットワークＮ１、Ｎ２及びＮ３に接続するインタフェースである。これにより、コンピュータ５００は通信Ｉ／Ｆ５０７を介してデータ通信を行うことができる。
【００２８】
ＨＤＤ５０８はプログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータは、例えばコンピュータ５００全体を制御する基本ソフトウェアであるＯＳや、ＯＳ上において各種機能を提供するアプリケーションソフトウェアなどである。
【００２９】
外部Ｉ／Ｆ５０３は、外部装置とのインタフェースである。外部装置には、記録媒体５０３ａなどがある。これにより、コンピュータ５００は外部Ｉ／Ｆ５０３を介して記録媒体５０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体５０３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリなどがある。
【００３０】
ＲＯＭ５０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ５０５には、コンピュータ５００の起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ５０４は、プログラムやデータを一時保持する揮発性の半導体メモリである。
【００３１】
ＣＰＵ５０６は、ＲＯＭ５０５やＨＤＤ５０８などの記憶装置からプログラムやデータをＲＡＭ５０４上に読み出し、処理を実行することで、コンピュータ５００全体の制御や機能を実現する演算装置である。
【００３２】
本実施形態に係るユーザ端末１１、アプリマーケット提供サーバ２１、業務端末５１及びライセンス管理サーバ５２は、上記したコンピュータ５００のハードウェア構成により後述する各種処理を実現できる。また、本実施形態に係るサービス提供システム３０及びサービスプラットフォーム提供システム４０を実現する情報処理装置は、上記したようなコンピュータ５００のハードウェア構成により後述する各種処理を実現できる。
【００３３】
図１の画像形成装置１２は、例えば図３に示すようなハードウェア構成のコンピュータにより実現される。図３は本実施形態に係る画像形成装置の一例のハードウェア構成図である。図３に示した画像形成装置１２は、コントローラ６０１、操作パネル６０２、外部Ｉ／Ｆ６０３、通信Ｉ／Ｆ６０４、プリンタ６０５及びスキャナ６０６などを備える。
【００３４】
コントローラ６０１はＣＰＵ６１１、ＲＡＭ６１２、ＲＯＭ６１３、ＮＶＲＡＭ６１４及びＨＤＤ６１５などを備える。ＲＯＭ６１３は、各種プログラムやデータが格納されている。ＲＡＭ６１２はプログラムやデータを一時保持する。ＮＶＲＡＭ６１４は、例えば設定情報等が格納されている。また、ＨＤＤ６１５は各種プログラムやデータが格納されている。
【００３５】
ＣＰＵ６１１は、ＲＯＭ６１３やＮＶＲＡＭ６１４、ＨＤＤ６１５などからプログラムやデータ、設定情報等をＲＡＭ６１２上に読み出し、処理を実行することで、画像形成装置１２全体の制御や機能を実現する。
【００３６】
操作パネル６０２はユーザからの入力を受け付ける入力部と、表示を行う表示部とを備えている。外部Ｉ／Ｆ６０３は外部装置とのインタフェースである。外部装置には、記録媒体６０３ａなどがある。これにより、出力装置１４は外部Ｉ／Ｆ６０３を介して記録媒体６０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体６０３ａにはＩＣカード、フレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリ等がある。
【００３７】
通信Ｉ／Ｆ６０４は画像形成装置１２をネットワークＮ２に接続させるインタフェースである。これにより画像形成装置１２は通信Ｉ／Ｆ６０４を介してデータ通信を行うことができる。プリンタ６０５は印刷データを用紙に印刷する印刷装置である。スキャナ６０６は原稿から画像データ（電子データ）を読み取る読取装置である。なお、図１に示したファイアウォールＦＷのハードウェア構成については説明を省略する。
【００３８】
＜ソフトウェア構成＞
《サービス提供システム》
第１の実施形態に係るサービス提供システム３０は例えば図４に示す構成により実現できる。図４は第１の実施形態に係るサービス提供システムの一例の構成図である。図４のサービス提供システム３０は、認証エージェント装置３１及びサービス提供装置３２を有する構成である。
【００３９】
認証エージェント装置３１はユーザ端末１１や画像形成装置１２からサービス提供装置３２に対する各種要求を受け付ける。認証エージェント装置３１は、サービスプラットフォーム提供システム４０が発行した正当な認証チケットが含まれるユーザ端末１１や画像形成装置１２からの要求をサービス提供装置３２に送信する。また、認証エージェント装置３１は、正当な認証チケットが含まれていないユーザ端末１１や画像形成装置１２からの要求をサービスプラットフォーム提供システム４０にリダイレクトする。このように、認証エージェント装置３１は正当な認証チケットをユーザ端末１１や画像形成装置１２に取得させたあと、ユーザ端末１１や画像形成装置１２からの要求をサービス提供装置３２に送信する。
【００４０】
サービス提供装置３２はユーザ端末１１や画像形成装置１２からの要求に応じたサービスを提供する。また、サービス提供装置３２はサービスプラットフォーム提供システム４０に対して認証チケットの正当性を問い合わせたり、サービスの提供に必要な情報の取得を要求したりする。
【００４１】
例えばサービス提供装置３２が提供するサービスの一例として翻訳サービスがある。画像形成装置１２は原稿からスキャンした画像データをＯＣＲ（光学的文字認識）した後でサービス提供装置３２に送信し、サービス提供装置３２が提供する翻訳サービスを利用できる。ユーザは例えばユーザ端末１１からサービス提供装置３２にアクセスして翻訳結果を閲覧してもよいし、電子メールで翻訳結果を受け取ってもよい。
【００４２】
《サービスプラットフォーム提供システム》
第１の実施形態に係るサービスプラットフォーム提供システム４０は例えば図５に示す処理ブロックにより実現される。図５は第１の実施形態に係るサービスプラットフォーム提供システムの一例の処理ブロック図である。サービスプラットフォーム提供システム４０はプログラムを実行することで、図５に示すような処理ブロックを実現する。
【００４３】
図５のサービスプラットフォーム提供システム４０は、アプリケーション１０１、共通サービス１０２、データベース（ＤＢ）１０３及びプラットフォームＡＰＩ１０４を実現している。
【００４４】
アプリケーション１０１は、ポータルサービスアプリ１１１、スキャンサービスアプリ１１２、プリントサービスアプリ１１３、アカウント登録アプリ１１４を一例として有している。
【００４５】
ポータルサービスアプリ１１１は、ポータルサービスを提供するアプリケーションである。ポータルサービスは情報処理システム１を利用するための入り口となるサービスを提供する。スキャンサービスアプリ１１２はスキャンサービスを提供するアプリケーションのＵＩ（ユーザインタフェース）である。
【００４６】
また、プリントサービスアプリ１１３はプリントサービスを提供するアプリケーションのＵＩである。アカウント登録アプリ１１４はアカウント登録サービスを提供するアプリケーションのＵＩである。なお、アプリケーション１０１には、その他のサービスアプリが含まれていてもよい。
【００４７】
スキャンサービスアプリ１１２、プリントサービスアプリ１１３及びアカウント登録アプリ１１４のＵＩには、ユーザ端末１１又は画像形成装置１２で表示又は実行されるＮａｔｉｖｅアプリ、ＨＴＭＬ／ＪａｖａＳｃｒｉｐｔ（登録商標）データが含まれていてもよい。ＮａｔｉｖｅアプリはＷｅｂアプリと対比するものであり、主な処理をユーザ端末１１や画像形成装置１２で行うタイプのアプリケーションである。Ｗｅｂアプリは主な処理をサービスプラットフォーム提供システム４０で行うタイプのアプリケーションである。
【００４８】
プラットフォームＡＰＩ（Application Programming Interface）１０４は、ポータルサービスアプリ１１１などのアプリケーション１０１が共通サービス１０２を利用するためのインタフェースである。
【００４９】
プラットフォームＡＰＩ１０４はアプリケーション１０１からの要求を共通サービス１０２が受信するために設けられた予め定義されたインタフェースであり、例えば関数やクラス等により構成される。プラットフォームＡＰＩ１０４は、サービスプラットフォーム提供システム４０が複数の情報処理装置で構成される場合、ネットワーク経由で利用可能な例えばＷｅｂ  ＡＰＩにより実現できる。
【００５０】
共通サービス１０２はスキャンサービス部１２１、プリントサービス部１２２、アカウント登録部１２３、認証・認可部１３１、テナント管理部１３２、ユーザ管理部１３３、ライセンス管理部１３４、機器管理部１３５、一時画像保存部１３６、データ保管部１３７、画像処理ワークフロー制御部１３８、ログ収集部１３９を有する。また、画像処理ワークフロー制御部１３８は、メッセージキュー１４１、１つ以上のワーカー（Ｗｏｒｋｅｒ）１４２を有する。ワーカー１４２は画像変換や画像送信などの機能を実現する。
【００５１】
スキャンサービス部１２１はスキャンサービスアプリ１１２のロジック（ＡＰＩ）として機能する。プリントサービス部１２２はプリントサービスアプリ１１３のロジック（ＡＰＩ）として機能する。また、アカウント登録部１２３はアカウント登録アプリ１１４のロジック（ＡＰＩ）として機能する。
【００５２】
認証・認可部１３１は、ユーザ端末１１や画像形成装置１２などのオフィス機器からのログイン要求に基づいて認証・認可を実行する。オフィス機器はユーザ端末１１、画像形成装置１２などの総称である。
【００５３】
認証・認可部１３１は、例えば後述するユーザ情報記憶部１５３、ライセンス情報記憶部１５４などにアクセスしてユーザを認証・認可する。また、認証・認可部１３１は例えば後述するテナント情報記憶部１５２、ライセンス情報記憶部１５４、機器情報記憶部１５５などにアクセスして画像形成装置１２などをクライアント認証する。
【００５４】
テナント管理部１３２は後述するテナント情報記憶部１５２に記憶されているテナント情報を管理する。ユーザ管理部１３３は、後述するユーザ情報記憶部１５３に記憶されているユーザ情報を管理する。
【００５５】
ライセンス管理部１３４は後述するライセンス情報記憶部１５４に記憶されているライセンス情報を管理する。機器管理部１３５は後述する機器情報記憶部１５５に記憶されている機器情報を管理する。一時画像保存部１３６は後述する一時画像記憶部１５６への一時画像の保存、一時画像記憶部１５６からの一時画像の取得を行う。データ保管部１３７は後述するジョブ情報記憶部１５７などにデータを保管する。
【００５６】
画像処理ワークフロー制御部１３８はアプリケーション１０１からの要求に基づいて画像処理に関するワークフローを制御する。メッセージキュー１４１は処理の種類に対応するキューを有する。画像処理ワークフロー制御部１３８は処理（ジョブ）に係るリクエストのメッセージを、そのジョブの種類に対応するキューに投入する。
【００５７】
ワーカー１４２は対応するキューを監視している。そして、キューにメッセージが投入されるとワーカー１４２は、対応するジョブの種類に応じた画像変換や画像送信などの処理を行う。キューに投入されたメッセージは、ワーカー１４２が主体的に読み出す（Ｐｕｌｌ）ようにしてもよいし、キューからワーカー１４２に提供する（Ｐｕｓｈ）ようにしてもよい。ログ収集部１３９は、収集したログ情報を例えば後述するようなログ情報記憶部１５１に記憶させる。
【００５８】
データベース１０３は、ログ情報記憶部１５１、テナント情報記憶部１５２、ユーザ情報記憶部１５３、ライセンス情報記憶部１５４、機器情報記憶部１５５、一時画像記憶部１５６、ジョブ情報記憶部１５７、及び、アプリケーション固有の設定情報記憶部１５８を有する。
【００５９】
ログ情報記憶部１５１は、ログ情報を記憶する。テナント情報記憶部１５２は後述のテナント情報を記憶する。ユーザ情報記憶部１５３は後述のユーザ情報を記憶する。ライセンス情報記憶部１５４は、後述のライセンス情報を記憶する。機器情報記憶部１５５は後述の機器情報を記憶する。一時画像記憶部１５６は一時画像を記憶する。一時画像は例えばワーカー１４２が処理するスキャン画像などのファイルやデータである。
【００６０】
ジョブ情報記憶部１５７は処理（ジョブ）に係るリクエストの情報（ジョブ情報）を記憶する。アプリケーション固有の設定情報記憶部１５８はアプリケーション１０１に固有の設定情報を記憶する。
【００６１】
サービスプラットフォーム提供システム４０は認証・認可や画像処理に関するワークフロー等の共通サービスを提供する統合基盤と、統合基盤の機能を利用してスキャンサービスやプリントサービス等のアプリサービスを提供するサービス群として機能する。
【００６２】
統合基盤は例えば共通サービス１０２、データベース１０３及びプラットフォームＡＰＩ１０４によって構成される。サービス群は例えばアプリケーション１０１によって構成される。このように、図４に示したサービスプラットフォーム提供システム４０はサービス群と統合基盤とが分離された構成である。
【００６３】
図５に示したサービスプラットフォーム提供システム４０はサービス群と統合基盤とを分離した構成により、プラットフォームＡＰＩ１０４を利用するアプリケーション１０１を容易に開発できる。また、図５に示したサービスプラットフォーム提供システム４０はプラットフォームＡＰＩ１０４を利用するサービス提供装置３２を容易に開発できる。
【００６４】
なお、図５に示したサービスプラットフォーム提供システム４０の処理ブロックの分類形態は一例であり、アプリケーション１０１、共通サービス１０２、データベース１０３が図５に示される階層で分類されていることが必須ではない。例えば第１の実施形態に係るサービスプラットフォーム提供システム４０の処理を実施できるのであれば、図５に示される階層関係などは特定のものに限定されない。
【００６５】
《ＵＩ及びロジックの配置》
図５のサービスプラットフォーム提供システム４０ではスキャンサービスアプリ１１２などのアプリケーション１０１のＵＩ又はロジック（ＡＰＩ）が、ユーザ端末１１や画像形成装置１２などのクライアント２００から図６のようにアクセスを受ける。図６はＵＩ及びロジック（ＡＰＩ）の配置の一例を示す構成図である。
【００６６】
図６のサービスプラットフォーム提供システム４０のＵＩ２１１は、クライアント２００で行われたユーザ操作を解釈し、プラットフォームＡＰＩ１０４からロジック２１２を呼び出してＨＴＭＬデータ２０２を生成する。サービスプラットフォーム提供システム４０側で生成されたＨＴＭＬデータ２０２によりクライアント２００のブラウザ２０１は画面の変更を行う。
【００６７】
また、ブラウザ２０１はシングルページＷｅｂアプリケーション（ＳＰＡ）を利用してもよい。クライアント２００のブラウザ２０１はＨＴＭＬ／ＪａｖａＳｃｒｉｐｔ／ＣＳＳデータをサービスプラットフォーム提供システム４０からダウンロードする。ブラウザ２０１はＪａｖａＳｃｒｉｐｔデータによりサービスプラットフォーム提供システム４０のロジック２１２を例えばＡｊａｘにより呼び出し、ＤＯＭ操作により画面の変更を行うことができる。
【００６８】
ここで、Ａｊａｘ（Asynchronous JavaScript + XML）とはブラウザ２０１に実装されているＪａｖａＳｃｒｉｐｔのＨＴＴＰ通信機能を使い、Ｗｅｂページのリロードを伴わずに処理を進めるＷｅｂアプリケーションの実装形態の一例である。ＤＯＭ操作はＨＴＭＬデータの各要素の値にアクセスし、動的に書き換える操作の一例である。
【００６９】
また、クライアント２００はＮａｔｉｖｅＯＳにインストールされたＮａｔｉｖｅアプリ２０４を利用してもよい。Ｎａｔｉｖｅアプリ２０４はクライアント２００側でユーザ操作を解釈し、ロジック２１２を呼び出し、結果に応じて画面の変更を行う。
【００７０】
図６ではサービスプラットフォーム提供システム４０のＵＩ２１１がプラットフォームＡＰＩ１０４からロジック２１２を呼び出しているが、サービス提供システム３０のＵＩがプラットフォームＡＰＩ１０４からロジック２１２を呼び出す場合も同様である。
【００７１】
《サービス提供システムとサービスプラットフォーム提供システムの連携》
また、サービス提供システム３０とサービスプラットフォーム提供システム４０とは図７に示すように連携することで、ユーザ端末１１又は画像形成装置１２にサービスを提供する。図７は画像形成装置に対するサービス提供の手順を表した一例の構成図である。
【００７２】
図７に示すように、情報処理システム１を使用するユーザはユーザ端末１１又は画像形成装置１２からサービスプラットフォーム提供システム４０に対して各種設定を行うことができる。ユーザ端末１１又は画像形成装置１２からサービス提供システム３０が提供するサービスを利用する場合、ユーザはユーザ端末１１又は画像形成装置１２からサービス提供システム３０に利用を要求する。
【００７３】
サービス提供システム３０の認証エージェント装置３１は前述したように、正当な認証チケットが含まれていないユーザ端末１１や画像形成装置１２からの要求を、サービスプラットフォーム提供システム４０にリダイレクトする。ユーザ端末１１や画像形成装置１２を操作するユーザはサービスプラットフォーム提供システム４０に対するログイン処理を行い、正当な認証チケットを取得する。
【００７４】
ユーザ端末１１や画像形成装置１２は取得した正当な認証チケットを含ませてサービス提供システム３０に利用を要求する。サービス提供システム３０の認証エージェント装置３１はサービスプラットフォーム提供システム４０に問い合わせることで、ユーザ端末１１や画像形成装置１２からの要求に含まれている認証チケットの正当性の確認を行うことができる。また、認証エージェント装置３１はユーザ端末１１や画像形成装置１２からの要求にユーザ情報を追加する必要がある場合、サービスプラットフォーム提供システム４０に問い合わせ、ユーザ情報をＨＴＴＰヘッダなどに追加するようにしてもよい。
【００７５】
サービス提供装置３２はユーザ端末１１や画像形成装置１２からの要求に応じたサービス（××サービス）を提供する。サービス提供装置３２はサービスプラットフォーム提供システム４０から取得した情報を利用して、ユーザ端末１１や画像形成装置１２からの要求に応じたサービスを提供するようにしてもよい。
【００７６】
《ライセンス発行》
第１の実施形態に係る情報処理システム１では本契約のライセンスと試用のためのライセンス（トライアルライセンス）を契約形態として扱う。第１の実施形態に係る情報処理システム１では以下のように本契約のライセンスとトライアルライセンスとを発行する。
【００７７】
図８は本契約のライセンス発行の手順を表した一例の構成図である。業務担当は業務端末５１からライセンス発行をライセンス管理サーバ５２に要求する。業務担当からライセンス発行を要求されたライセンス管理サーバ５２は本契約のライセンスを発行し、発行したライセンスをライセンス情報記憶部２５０に記憶させる。ライセンス管理サーバ５２とライセンス情報記憶部２５０とは例えば業務運営の中心（本社など）に近いデータセンタに配置し、管理の一元化を図る。
【００７８】
また、ライセンス管理サーバ５２は発行したライセンスをサービスプラットフォーム提供システム４０に通知（ライセンス通知）して、ライセンス情報記憶部１５４にライセンスのコピー（複製）を記憶させる。
【００７９】
サービスプラットフォーム提供システム４０は、例えばユーザに近いデータセンタに配置され、応答性能の向上を図る。サービスプラットフォーム提供システム４０が配置されるデータセンタは複数拠点あってもよい。
【００８０】
ライセンスの有効化は例えばカスタマーエンジニア（ＣＥ）がユーザ端末１１や画像形成装置１２からサービスプラットフォーム提供システム４０に要求する。ライセンスの有効化の要求を受け付けたサービスプラットフォーム提供システム４０は、ライセンス情報記憶部１５４に記憶されている有効化の対象であるライセンスのコピーを有効化する。
【００８１】
また、サービスプラットフォーム提供システム４０はライセンスの有効化をライセンス管理サーバ５２に通知する。ライセンス管理サーバ５２は、ライセンス情報記憶部２５０に記憶されている有効化の対象であるライセンスを有効化する。
【００８２】
図８に示すように、本契約のライセンス発行はライセンス管理サーバ５２が業務担当等から要求を受け付ける。また、本契約のライセンス有効化はサービスプラットフォーム提供システム４０がカスタマーエンジニア等から要求を受け付ける。
【００８３】
図９はトライアルライセンス発行の手順を表した一例の構成図である。例えば画像形成装置１２を利用するユーザは画像形成装置１２からサービスプラットフォーム提供システム４０にトライアル（試用）の申し込みを行う。ユーザからトライアル申し込みを受け付けたサービスプラットフォーム提供システム４０はトライアルライセンス発行をライセンス管理サーバ５２に要求する。
【００８４】
サービスプラットフォーム提供システム４０からトライアルライセンス発行を要求されたライセンス管理サーバ５２はトライアルライセンスを発行し、発行したトライアルライセンスをライセンス情報記憶部２５０に記憶させる。また、ライセンス管理サーバ５２は発行したトライアルライセンスをサービスプラットフォーム提供システム４０に通知（トライアルライセンス通知）して、ライセンス情報記憶部１５４にトライアルライセンスのコピー（複製）を記憶させる。
【００８５】
トライアルライセンスを通知されたサービスプラットフォーム提供システム４０は、ライセンス情報記憶部１５４に記憶されている有効化の対象であるトライアルライセンスのコピーを有効化する。
【００８６】
また、サービスプラットフォーム提供システム４０はトライアルライセンスの有効化をライセンス管理サーバ５２に通知する。ライセンス管理サーバ５２は、ライセンス情報記憶部２５０に記憶されている有効化の対象であるトライアルライセンスを有効化する。
【００８７】
図９に示すように、トライアルライセンス発行のトリガとなるトライアルの申し込みはサービスプラットフォーム提供システム４０が画像形成装置１２を利用するユーザから受け付ける。トライアルライセンス有効化は、トライアルライセンスを通知されたサービスプラットフォーム提供システム４０からライセンス管理サーバ５２が受け付ける。図９ではトライアルライセンス有効化がサービスプラットフォーム提供システム４０からライセンス管理サーバ５２に通知されているが、ライセンス管理サーバ５２からサービスプラットフォーム提供システム４０に通知してもよい。
【００８８】
《情報》
図１０は、テナント情報の一例の構成図である。図１０に示すテナント情報はデータ項目として、テナントＩＤ、テナント名、表示言語、タイムゾーン、状態、国などを有している。
【００８９】
テナントＩＤは企業、部署などのグループ（組織）を特定する情報である。テナントＩＤはテナントという言語に限定されるものではなく、例えば契約を識別する情報であってもよい。なお、テナントＩＤは一意である。
【００９０】
テナント名は企業、部署などのグループの名称を表している。表示言語は企業、部署などのグループの名称を表示する言語を表している。また、表示言語はブラウザからのアクセスに対する表示や、メールの本文の言語を表している。タイムゾーンは企業、部署などのグループが利用する標準時を表している。状態は企業、部署などのグループの状態を表している。国は企業、部署などのグループの属する国名を表している。
【００９１】
図１１はユーザ情報の一例の構成図である。図１１に示すユーザ情報は、データ項目としてテナントＩＤ、ユーザＩＤ、メールアドレス、パスワード、ユーザ名、表示言語、タイムゾーン、状態などを有する。
【００９２】
メールアドレス、パスワードはユーザを特定する情報（ユーザ特定情報）の一例である。ユーザ特定情報はメールアドレスに変えて、ユーザＩＤやユーザ名等であってもよい。また、パスワードは必須でない。なお、メールアドレスは一意である必要がある。また、同じテナントＩＤで管理されるユーザＩＤも一意である。異なるテナントＩＤで管理されるユーザＩＤは重複していてもよい。
【００９３】
さらに、ユーザ特定情報はユーザが所持する電子媒体（例えばＩＣカード）を識別する情報を用いてもよい。ユーザが所持する電子媒体としてはＩＣカード、携帯電話、タブレット端末、電子書籍端末等を利用できる。電子媒体を識別する情報としては、カードＩＤ、シリアルＩＤ、携帯電話の電話番号、端末のプロフィール情報などを利用できる。電子媒体を識別する情報は組み合わせて利用してもよい。
【００９４】
メールアドレスはユーザのメールアドレスである。表示言語はユーザ名を表示する言語を表している。また、表示言語はブラウザからのアクセスに対する表示や、メールの本文の言語を表している。タイムゾーンはユーザが利用する標準時を表している。状態はユーザの状態を表している。
【００９５】
図１２はライセンス情報の一例の構成図である。ライセンス情報はデータ項目としてサービス種別、ライセンスＩＤ、販売地域、国、タイムゾーン、商品コード、数量（台数）、利用開始日、課金開始日、利用終了日、解約予定日、状態、親サービス種別、親ライセンスＩＤ、登録用コード、機種機番、次ライセンス種別、次ライセンスＩＤ、ライセンス種別、ライセンス形態、数量（ユーザ数）、使用中の台数、使用中のユーザ数、契約形態などを有する。
【００９６】
サービス種別はポータル、スキャン、プリントなどのサービスの種別を特定する情報である。ライセンスＩＤは、本契約のライセンスや試用のためのライセンス（トライアルライセンス）を識別する識別情報である。なお、ライセンスＩＤは例えばテナントライセンスの場合にテナントＩＤとなり、サービスライセンスの場合にサービスＩＤとなる。
【００９７】
販売地域は、ライセンスを販売する地域等を表す情報である。国はライセンスを使用する国名を表している。タイムゾーンはライセンスを使用する国の標準時を表している。商品コードは、ライセンスに対応する商品を識別する識別情報である。数量（台数）はライセンスによりサービスを利用可能とすることができる機器の数量（台数）を表す情報である。
【００９８】
利用開始日はライセンスが有効になった日を表す情報である。課金開始日は課金の開始される日を表す情報であり、利用開始日と同日か後日（例えば翌月１日など）である。利用終了日は表示上のライセンス期限を表す情報であり、例えば課金開始日の一年後などである。解約予定日はライセンスが無効化される日を表す情報である。状態はライセンスの状態を表す情報である。ライセンスの状態には、例えば利用開始前を表す仮登録、利用中を表す登録、利用終了を表す解約などがある。
【００９９】
親サービス種別は、サービスライセンスの場合にテナントが設定される。親ライセンスＩＤはサービスライセンスの場合にテナントＩＤが設定される。登録用コードは、テナントライセンスの場合に設定される。登録用コードはテナントの開設時に入力するコードである。
【０１００】
機種機番はサービスライセンスの場合に設定される。機種機番はライセンスの対象となる機器を特定する情報である。ライセンスの対象となる機器が複数存在するボリュームライセンスの場合は、最も早く有効化された機器の機種機番が設定される。
【０１０１】
次ライセンス種別は更新済みのサービスライセンスの場合に設定される。次ライセンス種別はサービス種別と同じ値となる。次ライセンスＩＤは更新済みのサービスライセンスの場合に設定される。次ライセンスＩＤは更新済みのサービスライセンスの利用が終了した後に有効になるライセンスのサービスＩＤとなる。
【０１０２】
ライセンス種別は機器ライセンスやユーザライセンスなどのサービスライセンスの種別を特定する情報である。ライセンス種別はサービスライセンスにより利用の制限の対象である機器やユーザなどを設定する情報である。ライセンス形態は、他の種別のサービスライセンスと組み合わせて利用を許可するか、自身のサービスライセンスのみで利用を許可するか、を表す情報である。
【０１０３】
例えばライセンス形態には「機器ライセンスのみ」や「機器ライセンス＋ユーザライセンス」のような情報が設定される。ライセンス形態が「機器ライセンスのみ」である場合はライセンス種別が「機器ライセンス」であるサービスライセンスが登録されることによりサービスの利用が許可される。また、ライセンス形態が「機器ライセンス＋ユーザライセンス」である場合はライセンス種別が「機器ライセンス」であるサービスライセンスとライセンス種別が「ユーザライセンス」であるサービスライセンスが登録されることによりサービスの利用が許可される。
【０１０４】
数量（ユーザ数）はライセンスによりサービスを利用可能とすることができるユーザ数を表す情報である。使用中の台数はライセンスによりサービスが利用可能となっている機器の台数を表す情報である。使用中のユーザ数はライセンスによりサービスが利用可能となっているユーザ数を表す情報である。契約形態は本契約のライセンスか、トライアル契約のライセンス（トライアルライセンス）か、を表す情報である。
【０１０５】
なお、図１２のライセンス情報は数量（台数）と数量（ユーザ数）とをデータ項目として別々に設けたが、同一のデータ項目として扱うようにしてもよい。
【０１０６】
図１２のライセンス情報に示すように、テナントライセンスとサービスライセンスとは親子関係がある。図１２のライセンス情報はテナントライセンスを親ライセンス、サービスライセンスを子ライセンスとしている。親ライセンスとなるテナントライセンスは親ライセンスＩＤに設定される。なお、図１２のライセンス情報では、テナントライセンスとサービスライセンスとの親子関係を示したが、親子孫関係など３階層以上の関係があってもよい。
【０１０７】
テナントライセンスはサービスプラットフォーム提供システム４０を利用するために必要なライセンスである。テナントライセンスが無ければ、サービスプラットフォーム提供システム４０ではテナント開設を実行できない。テナントライセンスはサービスライセンスと同じデータ形式で扱うことによりテナント自体に課金したり、課金によりサービスレベル（速度や容量）に差を設けたり、というようなことが可能となる。サービスプラットフォーム提供システム４０は複数のテナントへのサービス提供を行い、テナントごとに独立したユーザ管理を提供する。
【０１０８】
また、サービスプラットフォーム提供システム４０はテナント間でデータ参照できないようにアクセス制限を行う。このため、サービスプラットフォーム提供システム４０では全てのサービス利用に先立ち、テナント開設が必要となる。なお、ライセンスの親子関係は非常に柔軟なデータ構造であるため、ボリュームライセンスなどにおけるライセンスのグルーピングを表現することもできる。
【０１０９】
なお、ボリュームライセンスの場合、有効化された機器は例えば図１３に示すような有効化された機器一覧情報により管理される。図１３は有効化された機器一覧情報の一例の構成図である。有効化された機器一覧情報は例えばライセンス情報記憶部１５４に記憶される。
【０１１０】
図１３の有効化された機器一覧情報はデータ項目として、サービスＩＤ、テナントＩＤ、機種機番及び有効化された日にちなどを有する。サービスＩＤはサービスライセンスを識別する識別情報である。
【０１１１】
テナントＩＤ、機種機番はサービスＩＤを利用して有効化された機器の機種機番とテナントＩＤの情報である。有効化された日にちはサービスＩＤを利用して機器が有効化された日にちが設定される。
【０１１２】
図１４は機器情報の一例の構成図である。図１４に示す機器情報はデータ項目としてテナントＩＤ、デバイス認証情報、事業所情報、ケーパビリティなどを有する。デバイス認証情報は、オフィス機器が特定の条件を備えていることを判別するデバイス認証のための情報である。
【０１１３】
デバイス認証情報はオフィス機器に特定のアプリケーションが搭載されていることを示すＩＤや特定のオフィス機器であることを示す機種番号などであってもよい。事業所情報は例えばオフィス機器が設置されている事業所を表している。ケーパビリティは例えばオフィス機器の能力を表している。
【０１１４】
＜処理の詳細＞
第１の実施形態に係る情報処理システム１では、トライアルライセンスによりユーザがサービスの提供を受けるユースケースとして例えば以下の３つのユースケースを挙げることができる。
【０１１５】
第１のユースケースはテナント未開設のユーザがトライアル申し込みを行い、サービスを試用する例である。第２のユースケースはテナント開設済みのユーザがトライアル申し込みを行い、サービスを試用する例である。また、第３のユースケースはテナント開設済みのユーザがトライアル申し込み済みのサービスに対してユーザ登録を行い、サービスを試用する例である。
【０１１６】
《第１のユースケース》
図１５及び図１６はテナント未開設のユーザがトライアル申し込みを行う手順の一例のシーケンス図である。ステップＳ１において、ユーザは画像形成装置１２を操作し、画像形成装置１２の操作パネル６０２に表示されている例えばアプリマーケットアイコンを押下する。以下の説明で、画像形成装置１２における処理実行は、例えばブラウザがJavaScriptを解釈して実行することを意味する。
【０１１７】
ステップＳ２において、画像形成装置１２はアプリマーケット提供サーバ２１からアプリマーケット画面データを取得する。アプリマーケット画面データには、図１７のアプリ一覧画面１０００を表示するためのデータの他、後述する申し込み画面を表示するためのデータが含まれる。
【０１１８】
画像形成装置１２は例えば図１７のアプリ一覧画面１０００を操作パネル６０２に表示させる。図１７はアプリ一覧画面の一例のイメージ図である。図１７のアプリ一覧画面１０００は試用するサービスをユーザに選択させる画面の一例である。アプリ一覧画面１０００には試用するサービスをユーザが選択するボタン１００１が含まれている。
【０１１９】
ステップＳ３において、ユーザは画像形成装置１２を操作し、操作パネル６０２に表示されているアプリ一覧画面１０００から試用する「ＸＸＸサービス」のボタン１００１を押下する。画像形成装置１２は例えば図１８の申し込み画面１０１０を操作パネル６０２に表示させる。図１８は申し込み画面の一例のイメージ図である。
【０１２０】
図１８の申し込み画面１０１０は試用する「ＸＸＸサービス」のアカウントを作成する処理に進む「アカウントを作成」ボタン１０１１と、試用する「ＸＸＸサービス」のアカウントでログインする処理に進む「ログインする」ボタン１０１２とが含まれる。
【０１２１】
第１のユースケースにおいて、ユーザはアカウントを持っていないため、ステップＳ４において、操作パネル６０２に表示されている申し込み画面１０１０の「アカウントを作成」ボタン１０１１を押下する。
【０１２２】
ステップＳ５において、画像形成装置１２はユーザが選択した「ＸＸＸサービス」のＵＲＬを設定した「ＸＸＸサービス起動」アイコンを生成する。例えば「ＸＸＸサービス起動」アイコンには「ＸＸＸサービス」のＵＲＬ
「https://xxx.example.com/top?q=service%3Dxxx%26productId%3D12345%26country%3DJP」が設定される。
【０１２３】
ステップＳ６において画像形成装置１２はアカウント登録部１２３からアカウント作成画面データを取得する。なお、画像形成装置１２はアカウント作成画面データを取得するとき、クエリパラメータにサービス種別（ｓｅｒｖｉｃｅ）と商品コード（ｐｒｏｄｕｃｔＩｄ）と国（ｃｏｕｎｔｒｙ）と「ＸＸＸサービス」のＵＲＬ（ｕｒｌ）とを設定しておく。ＵＲＬは例えば、
「https://spf.example.com/signup.html?service=xxx&productId=12345&country=JP&url=https%3A%2F%2Fxxx.example.com%2Ftop」となる。
【０１２４】
ステップＳ７において、画像形成装置１２はテナントＩＤが保存されているか否かを確認する。画像形成装置１２は後述するように、サービスプラットフォーム提供システム４０へのログインに成功したことがある場合にテナントＩＤを保存している。第１のユースケースはテナント未開設の例である。したがって、画像形成装置１２はテナントＩＤを保存していない。画像形成装置１２は例えば図１９のアカウント作成画面１０２０を操作パネル６０２に表示させる。
【０１２５】
図１９はアカウント作成画面の一例のイメージ図である。図１９のアカウント作成画面１０２０はメールアドレス入力欄１０２１と「申込む」アイコン１０２２とが含まれている。ステップＳ８において、ユーザはアカウント作成画面１０２０のメールアドレス入力欄１０２１にメールアドレスを入力して「申込む」アイコン１０２２を押下する。
【０１２６】
ステップＳ９において、画像形成装置１２はアカウント登録部１２３に対してテナント開設を申込む。なお、テナント開設の申込みでは、メールアドレス、サービス種別、商品コード及び国を指定する。ステップＳ９においてアカウント登録部１２３は画像形成装置１２のクライアント認証を行い、信頼できる機器でなければエラーを返してもよい。
【０１２７】
ステップＳ１０において、アカウント登録部１２３はステップＳ９のテナント開設の申込みに含まれていたメールアドレスを指定して、ユーザ管理部１３３にユーザ情報の検索を要求する。ユーザ管理部１３３はユーザ情報記憶部１５３を検索し、ステップＳ９のテナント開設の申込みに含まれていたメールアドレスが登録済みか否かの検索結果をアカウント登録部１２３に返す。登録済みのメールアドレスであれば、アカウント登録部１２３は一つのメールアドレスによる複数テナントの開設を行わせないように画像形成装置１２へエラーを返す。
【０１２８】
ステップＳ１１において、アカウント登録部１２３は申込み情報を保存する。申込み情報には、ＵＲＬ（乱数を含む）とＵＲＬの有効期限とコンテキスト＝テナント開設とメールアドレスとサービス種別と商品コードと国とが含まれる。ＵＲＬ（乱数を含む）は後述のアカウント情報入力画面を表示するためのＵＲＬである。また、コンテキストは処理内容を選択するための情報の一例である。
【０１２９】
ステップＳ１２において、アカウント登録部１２３はステップＳ９のテナント開設の申込みに含まれていたメールアドレスに、後述のアカウント情報入力画面を表示するためのＵＲＬを記載したメールを送信する。メールアドレスが正しくなければユーザはメールを受信できないため、間違ったメールアドレスによるテナント開設を防ぐことができる。
【０１３０】
また、ステップＳ１３において画像形成装置１２は操作パネル６０２に図２０のようなメール送信完了画面を表示させる。図２０は、メール送信完了画面の一例のイメージ図である。図２０のメール送信完了画面１０３０にはメールを確認してアカウント登録を行うように促すメッセージが含まれている。
【０１３１】
ステップＳ１４において、ユーザはユーザ端末１１を操作し、メールに記載されたアカウント情報入力画面を表示するためのＵＲＬへのアクセスを要求する。ステップＳ１５においてユーザ端末１１はメールに記載されたアカウント情報入力画面を表示するためのＵＲＬへのアクセスをアカウント登録部１２３に要求する。
【０１３２】
ステップＳ１６において、アカウント登録部１２３はアクセスを要求されたＵＲＬに対応する申込み情報を読み出す。ここで読み出される申込み情報はステップＳ１１で保存されたものである。ステップＳ１６以降、アカウント登録部１２３はセッションＩＤ（Ｃｏｏｋｉｅ）などに紐付けて申込み情報を保持する。
【０１３３】
アカウント登録部１２３は申込み情報に含まれるＵＲＬの有効期限を過ぎていなければ図２１のようなアカウント情報入力画面１０４０をユーザ端末１１の表示装置５０２に表示させる。なお、アカウント登録部１２３は申込み情報に含まれるＵＲＬの有効期限を過ぎていればユーザ端末１１にエラーを返す。
【０１３４】
図２１はアカウント情報入力画面の一例のイメージ図である。図２１のアカウント情報入力画面１０４０はパスワード、姓、名の入力欄１０４１と「アカウント作成」ボタン１０４２とが含まれる。
【０１３５】
ステップＳ１７において、ユーザはユーザ端末１１を操作し、パスワード、姓、名を入力欄１０４１に入力したあとで「アカウント作成」ボタン１０４２を押下する。ステップＳ１８において、ユーザ端末１１はパスワード、姓、名を指定してアカウントの作成をアカウント登録部１２３に要求する。
【０１３６】
ステップＳ１９において、アカウント登録部１２３はライセンス管理部１３４に対して国を指定してトライアル契約のテナントＩＤの発行を要求する。ステップＳ２０においてライセンス管理部１３４はライセンス管理サーバ５２にトライアル契約のテナントＩＤの発行を要求する。ライセンス管理部１３４はライセンス管理サーバ５２に毎回、トライアル契約のテナントＩＤの発行を要求するのではなく、まとめて要求して保持しておいてもよい。
【０１３７】
ライセンス管理サーバ５２はトライアル契約のテナントＩＤを発行し、発行したトライアル契約のテナントＩＤを記憶する。また、ライセンス管理サーバ５２は発行したトライアル契約のテナントＩＤをライセンス管理部１３４に通知する。ライセンス管理部１３４はトライアル契約のテナントＩＤをライセンス情報記憶部１５４に記憶させる。
【０１３８】
また、ライセンス管理部１３４はトライアル契約のテナントＩＤをアカウント登録部１２３に通知する。トライアル契約のテナントＩＤを通知されたアカウント登録部１２３はステップＳ２１において、テナントＩＤ、国、メールアドレスを指定して、トライアル契約のテナントＩＤの有効化をライセンス管理部１３４に要求する。
【０１３９】
ステップＳ２２においてライセンス管理部１３４はライセンス情報記憶部１５４に記憶されている有効化の対象であるトライアル契約のテナントＩＤを有効化する。また、ライセンス管理部１３４は有効化の対象であるトライアル契約のテナントＩＤをライセンス管理サーバ５２に通知して、トライアル契約のテナントＩＤを有効化させる。
【０１４０】
ステップＳ２３において、アカウント登録部１２３はトライアル契約のテナントＩＤを指定してテナントの作成をテナント管理部１３２に要求する。テナント管理部１３２はテナントを作成し、テナント情報をテナント情報記憶部１５２に記憶させる。なお、ここでテナント情報記憶部１５２に記憶されるテナント情報は図１０のテナント情報の全ての項目を必ずしも含む必要はない。
【０１４１】
また、ステップＳ２４において、アカウント登録部１２３はトライアル契約のテナントＩＤ、メールアドレス、パスワード、姓、名、管理者ロールを指定して、ユーザ管理部１３３にユーザの作成を要求する。ユーザ管理部１３３はユーザ情報を作成し、ユーザ情報記憶部１５３に記憶させる。なお、ここでユーザ情報記憶部１５３に記憶されるユーザ情報は図１１のユーザ情報の全ての項目を必ずしも含む必要はない。また、第１のユースケースはテナント未開設の例であるため、ロールが管理者となる。テナント毎に少なくとも一人の管理者が必要であるため、最初のユーザのロールは管理者となる。
【０１４２】
ステップＳ２５において、アカウント登録部１２３はサービス種別、商品コード及び契約形態（トライアル）を指定して、トライアル契約のサービスライセンスの発行をライセンス管理部１３４に対して要求する。
【０１４３】
ステップＳ２６においてライセンス管理部１３４はライセンス管理サーバ５２にトライアル契約のライセンスＩＤの発行を要求する。ステップＳ２７においてライセンス管理サーバ５２は指定されていた商品コードが、指定したサービス種別、契約形態に対応していない場合、エラーを返す。ライセンス管理サーバ５２はトライアル契約のライセンスＩＤを発行し、発行したトライアル契約のライセンスＩＤを記憶する。
【０１４４】
また、ライセンス管理サーバ５２は発行したトライアル契約のライセンスＩＤをライセンス管理部１３４に通知する。ライセンス管理部１３４はトライアル契約のライセンスＩＤをライセンス情報記憶部１５４に記憶させる。
【０１４５】
また、ライセンス管理部１３４はトライアル契約のライセンスＩＤをアカウント登録部１２３に通知する。トライアル契約のライセンスＩＤを通知されたアカウント登録部１２３はステップＳ２８において、ライセンスＩＤを指定して、トライアル契約のライセンスＩＤの有効化をライセンス管理部１３４に要求する。
【０１４６】
ステップＳ２９においてライセンス管理部１３４はライセンス情報記憶部１５４に記憶されている有効化の対象であるトライアル契約のライセンスＩＤを有効化する。また、ライセンス管理部１３４は有効化の対象であるトライアル契約のライセンスＩＤをライセンス管理サーバ５２に通知して、トライアル契約のライセンスＩＤを有効化させる。
【０１４７】
ステップＳ３０において、アカウント登録部１２３はメールアドレス、サービス種別、権限として管理と利用を指定してアクセス権の設定を認証・認可部１３１に要求する。認証・認可部１３１がアクセス権を設定したあと、アカウント登録部１２３は図２２に示すようなアカウント作成完了画面１０５０をユーザ端末１１に送信し、ステップＳ３１においてユーザ端末１１の表示装置５０２に表示させる。
【０１４８】
図２２はアカウント作成完了画面の一例のイメージ図である。図２２のアカウント作成完了画面１０５０は「ＸＸＸサービス」を利用する準備が整ったことをユーザに通知するメッセージが含まれている。
【０１４９】
図２３はトライアル申し込みを行ったユーザがサービスを利用する手順の一例のシーケンス図である。ステップＳ５１において、ユーザは画像形成装置１２を操作し、画像形成装置１２の操作パネル６０２に表示されている例えば「ＸＸＸサービス」アイコンを押下して「ＸＸＸサービス」の起動を要求する。
【０１５０】
例えば「ＸＸＸサービス」アイコンには「ＸＸＸサービス」のＵＲＬ
「https://xxx.example.com/top?q=service%3Dxxx%26productId%3D12345%26country%3DJP」が埋め込まれている。
【０１５１】
ステップＳ５２において、画像形成装置１２は「ＸＸＸサービス」画面データの取得をサービス提供システム３０の認証エージェント装置３１に対して要求する。ステップＳ５３において認証エージェント装置３１は認証チケットが含まれるか否かを確認する。ここでは認証チケットが含まれていなかったものとして説明する。
【０１５２】
認証チケットが含まれていなかったため、認証エージェント装置３１はステップＳ５４において、ステップＳ５２の「ＸＸＸサービス」画面データの取得要求をリダイレクトする。認証エージェント装置３１はステップＳ５４のクエリパラメータ（ｒｅｄｉｒｅｃｔ）に、ステップＳ５２のアクセス先である「ＸＸＸサービス」のＵＲＬ
「?redirect=https%3A%2F%2Fxxx.example.com%2Ftop%3Fq%3Dservice%253Dxxx%2526productId%253D12345%2526country%253DJP」
を埋め込む。
【０１５３】
ステップＳ５５において、画像形成装置１２はサービスプラットフォーム提供システム４０の認証・認可部１３１からログイン画面データを取得する。ステップＳ５６において、画像形成装置１２はテナントＩＤが保存されているか否かを確認する。ここではテナントＩＤが保存されていなかったものとして説明する。
【０１５４】
ステップＳ５７において、画像形成装置１２は例えば図２４のログイン画面１０６０を操作パネル６０２に表示させる。図２４はログイン画面の一例のイメージ図である。図２４のログイン画面はメールアドレス及びパスワードの入力欄１０６１と「ログイン」ボタン１０６２とが含まれている。ステップＳ５８においてユーザは、ログイン画面１０６０の入力欄１０６１にメールアドレス及びパスワードを入力して「ログイン」ボタン１０６２を押下する。
【０１５５】
ステップＳ５９において、画像形成装置１２はメールアドレス、パスワード、サービス種別を指定して認証・認可部１３１にログインを要求する。例えばステップＳ５９の処理はプリミティブな認証機能と、各種情報の読み出しを行う上位のＡＰＩにより実現することができる。
【０１５６】
ステップＳ６０において、認証・認可部１３１はステップＳ５９で指定されたメールアドレス、パスワード、サービス種別を利用してユーザの認証を行う。ユーザの認証に成功すると、認証・認可部１３１は認証チケットを発行する。認証・認可部１３１は発行した認証チケットと、認証されたユーザのテナントＩＤと、ユーザ情報と、権限情報と、ライセンス情報とを画像形成装置１２に通知する。ユーザ情報と、権限情報と、ライセンス情報は、図示しないステップで、各情報の管理モジュールから取得する。ステップＳ６１において、画像形成装置１２は通知されたテナントＩＤを保存する。
【０１５７】
また、ステップＳ６２において、画像形成装置１２は通知されたライセンス情報、権限情報を確認する。ここでは「ＸＸＸサービス」のトライアル契約のサービスライセンスを登録済みであり、サービス利用権限がある場合について説明する。
【０１５８】
ステップＳ６３において、画像形成装置１２は認証チケットを含ませて「ＸＸＸサービス」画面データの取得をサービス提供システム３０の認証エージェント装置３１に対して要求する。ステップＳ６４において認証エージェント装置３１は認証チケットが含まれているか否かを確認する。
【０１５９】
ここでは認証チケットが含まれていたものとして説明を続ける。ステップＳ６５において認証エージェント装置３１は認証チケットの正当性の確認を認証・認可部１３１に要求する。ここでは認証チケットの正当性が確認できたものとして説明する。ステップＳ６６において認証エージェント装置３１はサービス提供装置３２から「ＸＸＸサービス」画面データを取得し、画像形成装置１２に「ＸＸＸサービス」画面データを提供する。
【０１６０】
第１のユースケースではテナント未開設のユーザがトライアル申し込みを行ったあとでサービスを試用できる。
【０１６１】
《第２のユースケース》
図２５及び図２６はテナント開設済みのユーザがトライアル申し込みを行い、サービスを試用する手順の一例のシーケンス図である。なお、第２のユースケースは一部を除いて第１のユースケースと同様であるため、適宜説明を省略する。
【０１６２】
ステップＳ１０１〜Ｓ１０３の処理は図１５のステップＳ１〜Ｓ３と同様である。第２のユースケースにおいて、ユーザはステップＳ１０４において、操作パネル６０２に表示されている申し込み画面１０１０の「ログインする」ボタン１０１２を押下したものとして説明する。
【０１６３】
例えば「ログインする」ボタン１０１２には「ＸＸＸサービス」のＵＲＬ
「https://xxx.example.com/top?q=service%3Dxxx%26productId%3D12345%26country%3DJP」が埋め込まれている。
【０１６４】
ステップＳ１０５において、画像形成装置１２は「ＸＸＸサービス」画面データの取得をサービス提供システム３０の認証エージェント装置３１に対して要求する。
【０１６５】
なお、ステップＳ１０６〜Ｓ１１４の処理は図２３のステップＳ５３〜Ｓ６１の処理と同様であるため、説明を省略する。ステップＳ１１５において、画像形成装置１２は通知されたライセンス情報、権限情報を確認する。「ＸＸＸサービス」のサービスライセンスを登録済みで、サービス利用権限がある場合、ステップＳ１２５に進む。「ＸＸＸサービス」のサービスライセンスを登録済みで、サービス利用権限がない場合、画像形成装置１２はエラー画面を操作パネル６０２に表示させる。「ＸＸＸサービス」のサービスライセンスを登録済みで、ライセンスが期限切れの場合、画像形成装置１２はエラー画面を操作パネル６０２に表示させ、一度トライアル契約、または本契約のライセンスを登録すると、再度トライアル契約できないようにする。「ＸＸＸサービス」のトライアル契約のサービスライセンスを未登録で、テナント管理者権限がない場合、画像形成装置１２はエラー画面を操作パネル６０２に表示させる。以下では「ＸＸＸサービス」のトライアル契約のサービスライセンスを未登録であり、テナント管理者権限がある場合について説明する。ステップＳ１１６において、画像形成装置１２はサービスプラットフォーム提供システム４０の認証・認可部１３１からサービス申込み画面データを取得する。
【０１６６】
画像形成装置１２は例えば図２７のサービス申込み画面１０７０を操作パネル６０２に表示させる。図２７はサービス申込み画面の一例のイメージ図である。サービス申込み画面１０７０は「規約に同意する」ためのチェックボックス１０７１と「申込む」ボタン１０７２とが含まれている。
【０１６７】
ステップＳ１１７においてユーザは、チェックボックス１０７１にチェックを付けたあとで「申込む」ボタン１０７２を押下する。ステップＳ１１８において画像形成装置１２は認証チケット、サービス種別、商品コードを指定してアカウント登録部１２３にサービス登録を申し込む。なお、ステップＳ１１８においてアカウント登録部１２３は画像形成装置１２のクライアント認証を行い、信頼できる機器でなければエラーを返してもよい。
【０１６８】
ステップＳ１１９において、アカウント登録部１２３は認証チケット、サービス種別、商品コード及び契約形態（トライアル）を指定して、トライアル契約のサービスライセンスの発行をライセンス管理部１３４に対して要求する。認証チケットから特定されるユーザのロールが管理者でない場合、ライセンス管理部１３４はエラーを返す。認証チケットから特定されるテナントが、指定されたサービス種別のライセンスを既に保持している場合、ライセンス管理部１３４はエラーを返し、複数回トライアル契約を行えないようにする。
【０１６９】
ステップＳ１２０においてライセンス管理部１３４はライセンス管理サーバ５２にトライアル契約のライセンスＩＤの発行を要求する。ライセンス管理サーバ５２はトライアル契約のライセンスＩＤを発行し、記憶する。
【０１７０】
また、ライセンス管理サーバ５２は発行したトライアル契約のライセンスＩＤをライセンス管理部１３４に通知する。ライセンス管理部１３４はトライアル契約のライセンスＩＤをライセンス情報記憶部１５４に記憶させる。
【０１７１】
また、ライセンス管理部１３４はトライアル契約のライセンスＩＤをアカウント登録部１２３に通知する。トライアル契約のライセンスＩＤを通知されたアカウント登録部１２３はステップＳ１２１において、認証チケット、ライセンスＩＤを指定して、トライアル契約のライセンスＩＤの有効化をライセンス管理部１３４に要求する。
【０１７２】
ステップＳ１２２においてライセンス管理部１３４はライセンス情報記憶部１５４に記憶されている有効化の対象であるトライアル契約のライセンスＩＤを有効化する。ライセンス管理部１３４は有効化の対象であるトライアル契約のライセンスＩＤをライセンス管理サーバ５２に通知して、トライアル契約のライセンスＩＤを有効化させる。
【０１７３】
ステップＳ１２３において、アカウント登録部１２３は認証チケット、メールアドレス、サービス種別、権限として管理と利用を指定してアクセス権の設定を認証・認可部１３１に要求する。認証・認可部１３１がアクセス権を設定したあと、アカウント登録部１２３は図２２に示すようなアカウント作成完了画面１０５０を画像形成装置１２に送信し、操作パネル６０２に表示させる。
【０１７４】
ステップＳ１２４において、ユーザは画像形成装置１２を操作し、画像形成装置１２の操作パネル６０２に表示されている例えば「ＸＸＸサービス」アイコンを押下して「ＸＸＸサービス」の起動を要求する。
【０１７５】
ステップＳ１２５において、画像形成装置１２は「ＸＸＸサービス」画面データの取得をサービス提供システム３０の認証エージェント装置３１に対して要求する。ステップＳ１２６において認証エージェント装置３１は、認証チケットが含まれているか否かを確認する。
【０１７６】
ここでは認証チケットが含まれていたものとして説明を続ける。ステップＳ１２７において認証エージェント装置３１は認証チケットの正当性の確認を認証・認可部１３１に要求する。ここでは認証チケットの正当性が確認できたものとして説明する。
【０１７７】
ステップＳ１２８において認証エージェント装置３１はサービス提供装置３２から「ＸＸＸサービス」画面データを取得し、画像形成装置１２に「ＸＸＸサービス」画面データを提供する。
【０１７８】
第２のユースケースではテナント開設済みのユーザがトライアル申し込みを行ったあとでサービスを試用できる。
【０１７９】
《第３のユースケース》
図２８及び図２９は、テナント開設済みのユーザがトライアル申し込み済みのサービスにユーザ登録を行う手順の一例のシーケンス図である。なお、第３のユースケースは一部を除いて第１のユースケースと同様であるため、適宜説明を省略する。
【０１８０】
ステップＳ１５１〜Ｓ１５６の処理は図１５のステップＳ１〜Ｓ６と同様である。画像形成装置１２はステップＳ１５７において、テナントＩＤが保存されているか否かを確認する。ここでは画像形成装置１２がテナントＩＤを保存していたものとする。
【０１８１】
ステップＳ１５８において、画像形成装置１２はサービスプラットフォーム提供システム４０のライセンス管理部１３４にテナントＩＤを指定してライセンス情報の検索を要求する。ライセンス管理部１３４は指定されたテナントに登録されたライセンス情報を検索して画像形成装置１２に提供する。
【０１８２】
ステップＳ１５９において、画像形成装置１２はライセンス情報を確認し、図１９に示したようなアカウント作成画面を操作パネル６０２に表示させる。なお、画像形成装置１２はアカウント作成ができない場合にエラー画面を表示させる。アカウント作成ができない場合は、例えば使用中のユーザ数が数量（ユーザ数）の上限に達している場合、有効なトライアルライセンスがない（本契約済み、ライセンス期限切れ、トライアル申し込みしていない）場合などである。
【０１８３】
ステップＳ１６０においてユーザはアカウント作成画面１０２０のメールアドレス入力欄１０２１にメールアドレスを入力して「申込む」アイコン１０２２を押下する。画像形成装置１２はステップＳ１６１においてアカウント登録部１２３に対してユーザ追加を申し込む。なお、ユーザ追加の申込みでは、テナントＩＤ、メールアドレス、サービス種別を指定する。ステップＳ１６１においてアカウント登録部１２３は画像形成装置１２のクライアント認証を行い、信頼できる機器でなければエラーを返してもよい。また、ステップＳ１５９と同じ理由でユーザ追加ができない場合、アカウント登録部１２３はエラーを返してもよい。
【０１８４】
ステップＳ１６２において、アカウント登録部１２３はステップＳ１６１のユーザ追加の申込みに含まれていたメールアドレスを指定して、ユーザ管理部１３３にユーザ情報の検索を要求する。ユーザ管理部１３３はユーザ情報記憶部１５３を検索し、ステップＳ１６１のユーザ追加の申込みに含まれていたメールアドレスが登録済みか否かの検索結果をアカウント登録部１２３に返す。登録済みのメールアドレスであれば、アカウント登録部１２３は同じメールアドレスのユーザを作成できないため画像形成装置１２へエラーを返す。
【０１８５】
ステップＳ１６３において、アカウント登録部１２３は申込み情報を保存する。申込み情報には、ＵＲＬ（乱数を含む）とＵＲＬの有効期限とコンテキスト＝ユーザ追加とメールアドレスとサービス種別とが含まれる。ＵＲＬ（乱数を含む）は図２１のアカウント情報入力画面１０４０を表示するためのＵＲＬである。
【０１８６】
ステップＳ１６４において、アカウント登録部１２３はステップＳ１６１のユーザ追加の申込みに含まれていたメールアドレスに、図２１のアカウント情報入力画面を表示するためのＵＲＬを記載したメールを送信する。また、ステップＳ１６５において画像形成装置１２は操作パネル６０２に図２０のメール送信完了画面１０３０を表示させる。
【０１８７】
ステップＳ１６６において、ユーザはユーザ端末１１を操作し、メールに記載されたアカウント情報入力画面を表示するためのＵＲＬへのアクセスを要求する。ステップＳ１６７においてユーザ端末１１はメールに記載されたアカウント情報入力画面を表示するためのＵＲＬへのアクセスをアカウント登録部１２３に要求する。
【０１８８】
ステップＳ１６８において、アカウント登録部１２３はアクセスを要求されたＵＲＬに対応する申込み情報を読み出す。ステップＳ１６８において読み出される申込み情報はステップＳ１６３で保存されたものである。ステップＳ１６８以降、アカウント登録部１２３はセッションＩＤ（Ｃｏｏｋｉｅ）などに紐付けて申込み情報を保持する。
【０１８９】
アカウント登録部１２３は申込み情報に含まれるＵＲＬの有効期限を過ぎていなければ図２１のようなアカウント情報入力画面１０４０をユーザ端末１１の表示装置５０２に表示させる。なお、アカウント登録部１２３は申込み情報に含まれるＵＲＬの有効期限を過ぎていればユーザ端末１１にエラーを返す。
【０１９０】
ステップＳ１６９において、ユーザはユーザ端末１１を操作し、パスワード、姓、名を入力欄１０４１に入力したあとで「アカウント作成」ボタン１０４２を押下する。ユーザ端末１１はステップＳ１７０においてパスワード、姓、名を指定してアカウントの作成をアカウント登録部１２３に要求する。
【０１９１】
また、ステップＳ１７１において、アカウント登録部１２３はテナントＩＤ、メールアドレス、パスワード、姓、名、管理者ロールを指定して、ユーザ管理部１３３にユーザの作成を要求する。ユーザ管理部１３３はユーザを作成し、ユーザ情報記憶部１５３に記憶させる。なお、第３のユースケースはテナント開設済みの例であるため、ロールが一般ユーザでもよい。
【０１９２】
ステップＳ１７２において、アカウント登録部１２３はメールアドレス、サービス種別、権限として管理と利用を指定してアクセス権の設定を認証・認可部１３１に要求する。権限は利用のみでもよい。ステップＳ１５９と同じ理由で利用権限追加ができない場合、認証・認可部１３１はエラーを返してもよい。認証・認可部１３１がアクセス権を設定したあと、アカウント登録部１２３は図２２のアカウント作成完了画面１０５０をユーザ端末１１に送信し、ステップＳ１７３においてユーザ端末１１の表示装置５０２に表示させる。
【０１９３】
図３０はトライアル申し込みのサービスにユーザ登録を行ったユーザがサービスを利用する手順の一例のシーケンス図である。ステップＳ２０１〜Ｓ２０５の処理は図２３のステップＳ５１〜Ｓ５５と同様である。
【０１９４】
ステップＳ２０６において、画像形成装置１２はテナントＩＤが保存されているか否かを確認する。ここではテナントＩＤが保存されていたものとして説明する。ステップＳ２０７において、画像形成装置１２は例えば図３１のログイン画面１０８０を操作パネル６０２に表示させる。図３１はログイン画面の他の例のイメージ図である。
【０１９５】
なお、図３１のログイン画面１０８０は図２４のログイン画面１０６０に「アカウント追加」ボタン１０８３が追加されたものである。図３１の「アカウント追加」ボタン１０８３が押下された場合、図２８のステップＳ１５６に進む。
【０１９６】
ステップＳ２０８においてユーザは、ログイン画面１０８０の入力欄１０８１にメールアドレス及びパスワードを入力して「ログイン」ボタン１０８２を押下する。ステップＳ２０９において、画像形成装置１２はメールアドレス、パスワード、サービス種別を指定して認証・認可部１３１にログインを要求する。
【０１９７】
ステップＳ２１０において認証・認可部１３１はステップＳ２０９で指定されたメールアドレス、パスワード、サービス種別を利用してユーザの認証を行う。ユーザの認証に成功すると、認証・認可部１３１は認証チケットを発行する。認証・認可部１３１は発行した認証チケットと、認証されたユーザのテナントＩＤと、ユーザ情報と、権限情報と、ライセンス情報とを画像形成装置１２に通知する。ユーザ情報と、権限情報と、ライセンス情報は、図示しないステップで、各情報の管理モジュールから取得する。
【０１９８】
ステップＳ２１１において、画像形成装置１２は通知されたライセンス情報、権限情報を確認する。ここでは「ＸＸＸサービス」のトライアル契約のサービスライセンスを登録済みであり、サービス利用権限がある場合について説明する。ステップＳ２１２以降の処理は図２３のステップＳ６３以降の処理と同様である。
【０１９９】
第３のユースケースではテナント開設済みのユーザがトライアル申し込み済みのサービスにユーザ登録を行い、サービスを試用できる。
【０２００】
《画面遷移》
第１〜第３のユースケースにおける画面遷移は図３２のように表せる。図３２は本実施形態に係る情報処理システムの一例の画面遷移図である。画像形成装置１２は操作パネル６０２にアプリ一覧画面１０００が表示されている状態で、試用するサービスを選択する例えば「使う」ボタン１００１をユーザに押下されることで、申し込み画面１０１０の表示に遷移する。
【０２０１】
申し込み画面１０１０の「アカウントを作成」ボタン１０１１が押下されると、画像形成装置１２は操作パネル６０２の表示をアカウント作成画面１０２０又はエラー画面に遷移させる。
【０２０２】
例えば第１のユースケースでは画像形成装置１２にテナントＩＤが保存されていない場合にアカウント作成画面１０２０に遷移する。また、第３のユースケースでは画像形成装置１２にテナントＩＤが保存されており、且つ、ライセンス情報の使用中のユーザ数が数量（ユーザ数）に達していない場合にアカウント作成画面１０２０に遷移する。
【０２０３】
また、第３のユースケースでは画像形成装置１２にテナントＩＤが保存されており、且つ、ライセンス情報の使用中のユーザ数が数量（ユーザ数）に達している場合にエラー画面に遷移する。さらに、本契約済み、ライセンス期限切れ、トライアル申し込みをしていないなど、有効なトライアルライセンスが無い場合もエラー画面に遷移する。なお、トライアル申し込みしていない場合は自動でライセンス発行するようにしてもよい。
【０２０４】
アカウント作成画面１０２０の「申込む」アイコン１０２２が押下されると、画像形成装置１２は操作パネル６０２の表示をメール送信完了画面１０３０に遷移させる。メールに記載されたアカウント情報入力画面を表示するためのＵＲＬが、ユーザによりクリックされると、ユーザ端末１１はアカウント情報入力画面１０４０を表示装置５０２に表示させる。
【０２０５】
ユーザ端末１１はユーザから利用規約を表示させるための操作を受け付けるとアカウント情報入力画面１０４０を利用規約画面に遷移させる。したがって、ユーザは利用規約の内容を確認できる。アカウント情報入力画面１０４０の「アカウント作成」ボタン１０４２が押下されると、ユーザ端末１１はアカウント作成完了画面１０５０を表示装置５０２に表示させる。
【０２０６】
第１のユースケースではアカウント作成完了画面１０５０がユーザ端末１１の表示装置５０２に表示されたら、テナント開設、ユーザ作成、ライセンス発行及び権限設定が完了する。また、第３のユースケースではアカウント作成完了画面１０５０がユーザ端末１１の表示装置５０２に表示されたあと、ユーザ作成及び権限設定が完了する。
【０２０７】
申し込み画面１０１０の「ログインする」ボタン１０１２が押下されると、画像形成装置１２はテナントＩＤが保存されていない場合にログイン画面１０６０を操作パネル６０２に表示させる。また、画像形成装置１２はテナントＩＤが保存されている場合にログイン画面１０８０を操作パネル６０２に表示させる。
【０２０８】
ログイン画面１０６０の「ログイン」ボタン１０６２が押下されると、画像形成装置１２はサービス申込み画面１０７０、サービス利用画面又はエラー画面を操作パネル６０２に表示させる。
【０２０９】
ライセンス未登録、且つ、テナント管理者権限がある場合、画像形成装置１２はサービス申込み画面１０７０を操作パネル６０２に表示させる。画像形成装置１２はユーザから利用規約を表示させるための操作を受け付けるとサービス申込み画面１０７０を利用規約画面に遷移させる。
【０２１０】
また、画像形成装置１２はサービス申込み画面１０７０の「申込む」ボタン１０７２が押下されると、申込み完了画面を操作パネル６０２に表示させる。第２のユースケースでは申込み完了画面が操作パネル６０２に表示されたら、ライセンス発行及び権限設定が完了する。
【０２１１】
ライセンス発行済み、且つ、サービス利用権限がある場合、画像形成装置１２はサービス利用画面を操作パネル６０２に表示させる。ライセンス未登録、且つ、テナント管理者権限がない場合、画像形成装置１２はエラー画面を操作パネル６０２に表示させる。ライセンス発行済み、且つ、ライセンス期限切れ、またはサービス利用権限がない場合、画像形成装置１２はエラー画面を操作パネル６０２に表示させる。
【０２１２】
テナントＩＤが保存されている場合に遷移するログイン画面１０８０の「ログイン」ボタン１０８２が押下されると、画像形成装置１２はサービス利用画面又はエラー画面を操作パネル６０２に表示させる。
【０２１３】
ライセンス発行済み、且つ、サービス利用権限がある場合、画像形成装置１２はサービス利用画面を操作パネル６０２に表示させる。ライセンス発行済み、且つ、サービス利用権限がない場合、画像形成装置１２はエラー画面を操作パネル６０２に表示させる。ライセンス未発行の場合、画像形成装置１２はエラー画面を操作パネル６０２に表示させる。
【０２１４】
なお、画像形成装置１２はログイン画面１０８０の「アカウント追加」ボタン１０８３が押下された場合、図１９のアカウント作成画面１０２０に遷移し、アカウントを作成する処理に進む。
【０２１５】
（まとめ）
第１の実施形態に係る情報処理システム１では、画像形成装置１２などの電子機器に提供されるサービスのトライアル申し込みを、ユーザ端末１１及び画像形成装置１２から行うことができるトライアルのためのアカウント登録機能を実現している。
【０２１６】
第１の実施形態に係る情報処理システム１はユーザ端末１１及び画像形成装置１２からトライアル申し込みができるのでユーザにとっての利便性が高い。また、第１の実施形態に係る情報処理システム１はサービスプラットフォーム提供システム４０にトライアルのためのアカウント登録機能を実現するアカウント登録アプリ１１４及びアカウント登録部１２３を設けている。電子機器に提供するサービスの開発者はサービスプラットフォーム提供システム４０により提供されるトライアルのためのアカウント登録機能を利用することで試用が可能なサービスを容易に開発できる。
［第２の実施形態］
第１の実施形態はサービスプラットフォーム提供システム４０に対するアカウント登録をユーザ端末１１又は画像形成装置１２から行う例である。第２の実施形態はサービスプラットフォーム提供システム４０に対するアカウント登録をアプリマーケット提供サーバ２１から行うようにしている。第２の実施形態は一部を除いて第１の実施形態と同様であるため、同一部分についての説明を適宜省略する。
【０２１７】
図３３はアプリマーケットからのアカウント登録によりユーザがトライアル申し込み、或いは本契約を行う手順の一例のシーケンス図である。ステップＳ３０１において、ユーザはユーザ端末１１を操作し、アプリマーケット提供システム２０へのログインを要求する。ステップＳ３０２においてユーザ端末１１はアプリマーケット提供システム２０の顧客ＩＤ及びパスワードを指定してアプリマーケット提供システム２０にログインを要求する。アプリマーケット提供システム２０の顧客管理部２２は指定された顧客ＩＤ及びパスワードにより認証を行い、認証に成功したユーザのログインを許可する。
【０２１８】
ログインを許可されたユーザはステップＳ３０３においてユーザ端末１１を操作して商品・サービス一覧の取得を要求する。ステップＳ３０４において、ユーザ端末１１はアプリマーケット提供システム２０の商品管理部２３に対して商品・サービス一覧の取得を要求する。商品管理部２３は商品・サービス一覧をユーザ端末１１の表示装置５０２に表示させる。
【０２１９】
ステップＳ３０５においてユーザはユーザ端末１１を操作し、商品・サービス一覧からサービスの購入を要求する。ユーザ端末１１はサービスの購入をアプリマーケット提供システム２０の契約管理部２４に要求する。ステップＳ３０７において契約管理部２４は顧客管理部２２にアカウント情報の取得を要求し、メールアドレス、パスワード、姓及び名を取得する。なお、契約管理部２４はパスワードを顧客管理部２２から取得するのではなくユーザに入力させるようにしてもよい。アプリマーケット提供システム２０とサービスプラットフォーム提供システム４０とはシングルサインオン（ＳＳＯ）の仕組みを導入してもよい。
【０２２０】
ステップＳ３０８において契約管理部２４はサービスプラットフォーム提供システム４０のアカウント登録部１２３にメールアドレス、パスワード、姓、名、サービス種別、商品コード、国を指定してアカウントの作成を要求する。なお、ステップＳ３１５を除くステップＳ３０９以降の処理は図１６のステップＳ１９以降の処理と同様であるため、説明を省略する。
【０２２１】
なお、図３３のシーケンス図において、ステップＳ３０８におけるアカウントの作成の要求はテナント開設、ユーザ作成、ライセンス発行などの重要なアカウント登録のためのＡＰＩを利用するものであるため、アクセス制御が必要となる。
【０２２２】
図３３のシーケンス図によればトライアル契約、本契約をオンラインで行い、自動でアカウント登録できるようにして、アカウント登録を容易化できる。例えば信頼できる電子機器からの要求であれば、サービスプラットフォーム提供システム４０は追加の与信無しにアカウント登録を許可してもよい。
【０２２３】
本契約をオンラインで行う場合は与信の上でアプリマーケット提供システム２０に顧客情報を登録しておく必要がある。したがって、本契約のためのアカウント登録をオンラインで行う場合は、信頼できるアプリマーケット提供システム２０との連携により実現する必要がある。
【０２２４】
ステップＳ３１５は、図１６のステップＳ２５と異なり、契約形態を渡さなくてもよい。信頼できるアプリマーケット提供システム２０からの依頼であるため、指定された商品コードを信じてライセンスを発行する。
【０２２５】
ただし、与信の有無はアプリマーケット提供システム２０における顧客情報登録の違いにより差を付けてもよい。例えばアプリマーケット提供システム２０において与信無しで簡易登録された顧客に対してはトライアルライセンスのみ発行する。アプリマーケット提供システム２０において与信ありで支払い方法も含めて登録された顧客に対しては本契約ライセンスの発行も可能とする。
【０２２６】
なお、サービスプラットフォーム提供システム４０はアプリマーケット提供システム２０における顧客情報登録の違いが判断できない。このため、どの契約形態のライセンスを発行するかはプラットフォーム提供システム４０側でチェックせず、アプリマーケット提供システム２０側で制御するようにする。
【０２２７】
図３４はテナント開設時におけるアクセス制御の一例のフローチャートである。サービスプラットフォーム提供システム４０のアカウント登録部１２３はステップＳ３５１においてクライアント認証を行う。
【０２２８】
ステップＳ３５２において、アプリマーケット提供システム２０のようなＡＰＩ呼び出しを許可したシステムからの要求であれば、アカウント登録部１２３はステップＳ３５３に進み、メールアドレスの再確認無しでテナント開設を行う。
【０２２９】
ＡＰＩ呼び出しを許可したシステムからの要求で無ければ、アカウント登録部１２３はステップＳ３５４に進む。ステップＳ３５４において信頼できる機器からの要求であれば、アカウント登録部１２３はステップＳ３５５に進み、メールアドレスの確認ありでテナント開設を行う。ステップＳ３５４において信頼できる機器からの要求でなければ、アカウント登録部１２３はステップＳ３５６に進み、エラーを返す。
【０２３０】
図３５はライセンス発行時におけるアクセス制御の一例のフローチャートである。アカウント登録部１２３はステップＳ３６１においてクライアント認証を行う。ステップＳ３６２において、アプリマーケット提供システム２０のようなＡＰＩ呼び出しを許可したシステムからの要求であれば、アカウント登録部１２３はステップＳ３６３に進み、ライセンスを発行する。
【０２３１】
ＡＰＩ呼び出しを許可したシステムからの要求で無ければ、アカウント登録部１２３はステップＳ３６４に進む。ステップＳ３６４において信頼できる機器からの要求であれば、アカウント登録部１２３はステップＳ３６５に進む。ステップＳ３６５においてトライアルライセンスの発行要求であれば、アカウント登録部１２３はステップＳ３６３に進み、トライアルライセンスを発行する。
【０２３２】
ステップＳ３６４において信頼できる機器からの要求でなければ、アカウント登録部１２３はステップＳ３６６に進み、エラーを返す。ステップＳ３６５においてトライアルライセンスの発行要求でない場合も、アカウント登録部１２３はステップＳ３６６においてエラーを返す。図１６のステップＳ２７における商品コードの確認が、ステップＳ３６５に相当する。
【０２３３】
（まとめ）
第２の実施形態に係る情報処理システム１では、アプリマーケット提供システム２０からトライアルライセンス、本契約ライセンスのアカウント登録を行うことができる。
【０２３４】
本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。テナント管理部１３２、ユーザ管理部１３３、ライセンス管理部１３４は管理手段の一例である。画像形成装置１２はサービス利用装置の一例である。アカウント登録部１２３はアカウント登録手段の一例である。認証・認可部１３１は認証手段の一例である。
【符号の説明】
【０２３５】
１    情報処理システム
１０    ユーザシステム
１１    ユーザ端末
１２    画像形成装置
２０    アプリマーケット提供システム
２１    アプリマーケット提供サーバ
３０    サービス提供システム
３１    認証エージェント装置
３２    サービス提供装置
４０    サービスプラットフォーム提供システム
５０    業務プラットフォーム提供システム
５１    業務端末
５２    ライセンス管理サーバ
１０１    アプリケーション
１０２    共通サービス
１０３    データベース（ＤＢ）
１０４    プラットフォームＡＰＩ（Application Programming Interface）
１１１    ポータルサービスアプリ
１１２    スキャンサービスアプリ
１１３    プリントサービスアプリ
１１４    アカウント登録アプリ
１２１    スキャンサービス部
１２２    プリントサービス部
１２３    アカウント登録部
１３１    認証・認可部
１３２    テナント管理部
１３３    ユーザ管理部
１３４    ライセンス管理部
１３５    機器管理部
１３６    一時画像保存部
１３７    データ保管部
１３８    画像処理ワークフロー制御部
１３９    ログ収集部
１４１    メッセージキュー
１４２    ワーカー
１５１    ログ情報記憶部
１５２    テナント情報記憶部
１５３    ユーザ情報記憶部
１５４    ライセンス情報記憶部
１５５    機器情報記憶部
１５６    一時画像記憶部
１５７    ジョブ情報記憶部
１５８    アプリケーション固有の設定情報記憶部
５００    コンピュータ
５０１    入力装置
５０２    表示装置
５０３    外部Ｉ／Ｆ
５０３ａ    記録媒体
５０４    ＲＡＭ
５０５    ＲＯＭ
５０６    ＣＰＵ
５０７    通信Ｉ／Ｆ
５０８    ＨＤＤ
６０１    コントローラ
６０２    操作パネル
６０３    外部Ｉ／Ｆ
６０３ａ    記録媒体
６０４    通信Ｉ／Ｆ
６０５    プリンタ
６０６    スキャナ
６１１    ＣＰＵ
６１２    ＲＡＭ
６１３    ＲＯＭ
６１４    ＮＶＲＡＭ
６１５    ＨＤＤ
Ｂ    バス
ＦＷ    ファイアウォール
Ｎ１〜Ｎ３    ネットワーク
【先行技術文献】
【特許文献】
【０２３６】
【特許文献１】特開２０１４−１７０５２２号公報
【図１】
2019135679.tif 000003
【図２】
2019135679.tif 000004
【図３】
2019135679.tif 000005
【図４】
2019135679.tif 000006
【図５】
2019135679.tif 000007
【図６】
2019135679.tif 000008
【図７】
2019135679.tif 000009
【図８】
2019135679.tif 000010
【図９】
2019135679.tif 000011
【図１０】
2019135679.tif 000012
【図１１】
2019135679.tif 000013
【図１２】
2019135679.tif 000014
【図１３】
2019135679.tif 000015
【図１４】
2019135679.tif 000016
【図１５】
2019135679.tif 000017
【図１６】
2019135679.tif 000018
【図１７】
2019135679.tif 000019
【図１８】
2019135679.tif 000020
【図１９】
2019135679.tif 000021
【図２０】
2019135679.tif 000022
【図２１】
2019135679.tif 000023
【図２２】
2019135679.tif 000024
【図２３】
2019135679.tif 000025
【図２４】
2019135679.tif 000026
【図２５】
2019135679.tif 000027
【図２６】
2019135679.tif 000028
【図２７】
2019135679.tif 000029
【図２８】
2019135679.tif 000030
【図２９】
2019135679.tif 000031
【図３０】
2019135679.tif 000032
【図３１】
2019135679.tif 000033
【図３２】
2019135679.tif 000034
【図３３】
2019135679.tif 000035
【図３４】
2019135679.tif 000036
【図３５】
2019135679.tif 000037