(57)【要約】      （修正有）【課題】アプリの購入権限を有していないユーザが、アプリの購入権限を有する人が誰か分からなくても購入希望を表明して、アプリを取得できる技術を提供する。【解決手段】システムは情報処理装置と機器とを備える。情報処理装置は、アプリの購入権限を持たないユーザからのアプリの購入要求を機器から受信すると、当該アプリの購入権限を有する権限保持者が登録されているかどうか判定し機器に通知する判定手段と、判定手段が当該権限保持者にアプリの購入要求を通知する通知手段と、判定手段が権限保持者が登録されていると機器に通知したことに応じて、アプリのインストールの指示を受信する受信手段と、インストールの指示に対する権限保持者の確認に応じて、アプリのライセンスキーを少なくとも含む申込完了情報を機器に送信する送信手段と、を備える。機器は、申込完了情報に含まれるライセンスキーを用いてアプリを情報処理装置からインストールする。【選択図】図１７
2020140397.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置と、当該情報処理装置とネットワークを介して接続される機器とを備えるシステムであって、
前記情報処理装置は、
アプリの購入権限を持たないユーザからのアプリの購入要求を前記機器から受信すると、当該アプリの購入権限を有する権限保持者が登録されているかどうか判定して前記機器に通知する判定手段と、
前記判定手段が前記権限保持者が登録されていると判定すると、当該権限保持者に前記アプリの購入要求を通知する通知手段と、
前記判定手段が前記権限保持者が登録されていると前記機器に通知したことに応じて、前記アプリのインストールの指示を受信する受信手段と、
前記インストールの指示に対する前記権限保持者の確認に応じて、前記アプリのライセンスキーを少なくとも含む申込完了情報を前記機器に送信する送信手段と、を有し、
前記機器は、
前記申込完了情報に含まれる前記ライセンスキーを用いて前記アプリを前記情報処理装置からインストールすることを特徴とするシステム。
【請求項２】
前記情報処理装置は、
前記判定手段が前記権限保持者が登録されていないと判定すると、前記アプリの購入権限を有する権限保持者を登録するための画面情報を前記機器に送信し、
当該画面情報に基づいて表示された画面を介して前記機器で入力される情報に基づいて、前記ユーザを前記アプリの購入権限を有する権限保持者として登録する登録手段を、更に有することを特徴とする請求項１に記載のシステム。
【請求項３】
前記アプリのインストールの指示は、前記機器を使用しているユーザの認証に用いられる認証情報と、前記アプリのＩＤと、前記購入要求の日時を少なくとも含むことを特徴とする請求項１又は２に記載のシステム。
【請求項４】
前記通知手段による通知のタイミングを設定する設定手段を、更に有することを特徴とする請求項１乃至３のいずれか１項に記載のシステム。
【請求項５】
前記通知手段は、前記権限保持者にメールで通知することを特徴とする請求項１乃至４のいずれか１項に記載のシステム。
【請求項６】
前記ユーザからのアプリの購入要求は、前記情報処理装置から前記機器に送信したアプリの一覧を示す画面情報に基づく画面を介して前記機器で選択されたアプリに対する購入要求の操作に応じて、前記機器から発行されることを特徴とする請求項１乃至５のいずれか１項に記載のシステム。
【請求項７】
ネットワークを介して機器と接続し、当該機器へのアプリのダウンロードを制御する情報処理装置であって、
アプリの購入権限を持たないユーザからのアプリの購入要求を前記機器から受信すると、当該アプリの購入権限を有する権限保持者が登録されているかどうか判定して前記機器に通知する判定手段と、
前記判定手段が前記権限保持者が登録されていると判定すると、当該権限保持者に前記アプリの購入要求を通知する通知手段と、
前記判定手段が前記権限保持者が登録されていると前記機器に通知したことに応じて、前記アプリのインストールの指示を受信する受信手段と、
前記インストールの指示に対する前記権限保持者の確認に応じて、前記アプリのライセンスキーを少なくとも含む申込完了情報を前記機器に送信する送信手段と、
前記アプリを前記機器にダウンロードする手段と、
を有することを特徴とする情報処理装置。
【請求項８】
前記判定手段が前記権限保持者が登録されていないと判定すると、前記アプリの購入権限を有する権限保持者を登録するための画面情報を前記機器に送信し、
当該画面情報に基づいて表示された画面を介して前記機器で入力される情報に基づいて、前記ユーザを前記アプリの購入権限を有する権限保持者として登録する登録手段を、更に有することを特徴とする請求項７に記載の情報処理装置。
【請求項９】
前記通知手段による通知のタイミングを設定する設定手段を、更に有することを特徴とする請求項７又は８に記載の情報処理装置。
【請求項１０】
前記通知手段は、前記権限保持者にメールで通知することを特徴とする請求項７乃至９のいずれか１項に記載の情報処理装置。
【請求項１１】
前記ユーザからのアプリの購入要求は、前記情報処理装置から前記機器に送信したアプリの一覧を示す画面情報に基づく画面を介して前記機器で選択されたアプリに対する購入要求の操作に応じて、前記機器から発行されることを特徴とする請求項７乃至１０のいずれか１項に記載の情報処理装置。
【請求項１２】
ネットワークを介して機器と接続し、当該機器へのアプリのダウンロードを制御する情報処理装置を制御する制御方法であって、
アプリの購入権限を持たないユーザからのアプリの購入要求を前記機器から受信すると、当該アプリの購入権限を有する権限保持者が登録されているかどうか判定して前記機器に通知する判定工程と、
前記判定工程が前記権限保持者が登録されていると判定すると、当該権限保持者に前記アプリの購入要求を通知する通知工程と、
前記判定工程が前記権限保持者が登録されていると前記機器に通知したことに応じて、前記アプリのインストールの指示を受信する受信工程と、
前記インストールの指示に対する前記権限保持者の確認に応じて、前記アプリのライセンスキーを少なくとも含む申込完了情報を前記機器に送信する送信工程と、
前記アプリを前記機器にダウンロードする工程と、
を有することを特徴とする制御方法。
【請求項１３】
コンピュータを、請求項７乃至１１のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置とその制御方法、及びシステムとプログラムに関する。
【背景技術】
【０００２】
近年、携帯電話や情報携帯端末を代表とするさまざまな通信機器の普及により、通信機器上で利用可能なアプリケーションの開発が盛んになってきている。これらのアプリケーションの利用を促進するため、アプリケーションを紹介し、そのまま通信機器にダウンロードやインストールできるウェブサイトやアプリケーションも提供されている。特許文献１は、紙媒体の契約書類を用いてアプリケーションの購入契約を行うことができるシステムによって、紙媒体での契約の流れが根強く残っている商取引の態様にも適用できる発明を記載している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−１２０５８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来技術のシステムでは、管理者権限を有する契約担当者がアプリケーション（以下、アプリ）の購入契約を行う仕組みが説明されているが、そもそも有償アプリの購入契約に至るまでの下記課題の解決をしていない。例えばＭＦＰのように、一般利用者とは別に、アプリの購入権限を有する利用者がいるような機器に対しては、一般利用者が有償アプリを利用したいと思っても、購入権限を有する利用者が誰かわからない場合は、その場で購入要望を伝えることが困難である。
【０００５】
また、購入権限を有する利用者に購入要望を直接伝えたことをきっかけに、購入権限を有する利用者が、その機器の利用者一人ひとりの意見を集め、購入の費用対効果を示すためには大変な労を要する。
【０００６】
本発明の目的は、上記従来技術の問題点の少なくとも一つを解決することにある。
【０００７】
本発明は、アプリの購入権限を有していないユーザは、そのアプリの購入権限を有する人が誰か分からなくてもその購入希望を表明して、そのアプリを取得できる技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために本発明の一態様に係るシステムは以下のような構成を備える。即ち、
情報処理装置と、当該情報処理装置とネットワークを介して接続される機器とを備えるシステムであって、
前記情報処理装置は、
アプリの購入権限を持たないユーザからのアプリの購入要求を前記機器から受信すると、当該アプリの購入権限を有する権限保持者が登録されているかどうか判定して前記機器に通知する判定手段と、
前記判定手段が前記権限保持者が登録されていると判定すると、当該権限保持者に前記アプリの購入要求を通知する通知手段と、
前記判定手段が前記権限保持者が登録されていると前記機器に通知したことに応じて、前記アプリのインストールの指示を受信する受信手段と、
前記インストールの指示に対する前記権限保持者の確認に応じて、前記アプリのライセンスキーを少なくとも含む申込完了情報を前記機器に送信する送信手段と、を有し、
前記機器は、
前記申込完了情報に含まれる前記ライセンスキーを用いて前記アプリを前記情報処理装置からインストールすることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、アプリの購入権限を有していないユーザは、そのアプリの購入権限を有する人が誰か分からなくても、その購入希望を表明して、そのアプリを取得することができるという効果がある。
【００１０】
本発明のその他の特徴及び利点は、添付図面を参照とした以下の説明により明らかになるであろう。尚、添付図面においては、同じ若しくは同様の構成には、同じ参照番号を付す。
【図面の簡単な説明】
【００１１】
添付図面は明細書に含まれ、その一部を構成し、本発明の実施形態を示し、その記述と共に本発明の原理を説明するために用いられる。
【図１】実施形態１に係る情報処理システムの構成を説明する図（Ａ）と、実施形態１に係るサーバのハードウェア構成を説明するブロック図（Ｂ）。
【図２】実施形態１に係るサーバが有する機能を説明する機能ブロック図（Ａ）と、実施形態１に係るアプリ情報管理モジュールが有する機能を説明する機能ブロック図（Ｂ）。
【図３】実施形態１に係るＭＦＰの機種の情報、アプリケーションの情報、アプリケーションを提供する組織の情報、及び組織とアプリケーション、及び公開状態を示す情報の一例を示す図。
【図４】実施形態１に係るアプリケーションの情報、有償アプリのインストールや更新等の操作を行う権限を有するユーザの情報等の一例を示す図。
【図５】実施形態１に係る権限を有するユーザのユーザ情報ＤＢの一例を示す図。
【図６】実施形態１に係るサーバの制御部が有する機能を説明する機能ブロック図（Ａ）と、実施形態１に係るサーバのライセンス管理モジュールが有する機能を説明する機能ブロック図（Ｂ）。
【図７】アプリＩＤとライセンス、及び機番とを対応けた情報の一例を示す図。
【図８】実施形態１に係るサーバのライセンス管理モジュールの制御部が有する機能の一例を示すブロック図（Ａ）と、実施形態１に係るサーバのアプリダウンロード管理モジュールが有する機能を説明する機能ブロック図（Ｂ）と、実施形態１に係るサーバの契約管理モジュールが有する機能を説明する機能ブロック図（Ｃ）。
【図９】ＭＦＰの機種とユーザコードと、アプリ利用情報とを対応付けたデータの一例を示す図（Ａ）と、契約管理モジュールの制御部が有する機能を説明する機能ブロック図（Ｂ）と、サーバの他の構成例を示す図（Ｃ）。
【図１０】本発明の実施形態１に係るＭＦＰの構成を説明するブロック図。
【図１１】実施形態１に係るＭＦＰの操作部の概観図。
【図１２】実施形態１に係るＭＦＰが起動してログインユーザの画面を表示するまでの処理を説明するフローチャート。
【図１３】Ｓ１２０１で表示される認証画面の一例を示す図。
【図１４】図１２のフローチャートのＳ１２０９で表示されるログインユーザの設定を反映したホーム画面の一例を示す図。
【図１５】実施形態１に係るＭＦＰの操作部に表示されるアプリ一覧画面の一例を示す図。
【図１６】実施形態１に係るＭＦＰの操作部に表示されるアプリケーションサイト画面の一例を示す図。
【図１７】実施形態１に係るＭＦＰとサーバによる、アプリの購入要求情報に対する処理を説明するフローチャート。
【図１８】図１７のＳ１７０５で表示されるサイトアカウント登録画面の一例を示す図。
【図１９】実施形態１に係るサーバがアプリ購入権限保持者（サイトアカウント管理者）に対して、ユーザからの有償アプリの購入要求情報の一覧情報を提供する処理を説明するフローチャート。
【図２０】実施形態１に係る有償アプリの購入要求の一覧画面例を示す図。
【図２１】実施形態１に係る有償アプリの購入要求の一覧画面例を示す図。
【図２２】実施形態１において、実施形態１に係るＭＦＰとサーバによる、アプリをインストールするまでの処理を説明するフローチャート。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでない。実施形態には複数の特徴が記載されているが、これら複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一もしくは同様の構成に同一の参照番号を付し、重複した説明は省略する。尚、以下の説明では、システムに含まれる機器の一例として、画像形成装置の一様態である複合機（ＭＦＰ）を例に挙げて説明するが、本発明はこれに限られるものではない。尚、複合機とは、コピー機能、スキャナ機能、プリンタ機能、ファクス機能等の複数の異なる機能を有する装置である。また実施形態のシステムを適用する販売対象として、複合機にインストールするアプリケーションを一例にする。
【００１３】
[実施形態１]
まず、本発明の実施形態１に係るシステム（情報処理システム）の構成について説明する。
【００１４】
図１（Ａ）は、実施形態１に係る情報処理システム１００の構成を説明する図である。
【００１５】
この情報処理システム１００は、サーバ１０２と、例えばインターネット等のネットワーク１０４を介してサーバ１０２に接続されるＭＦＰ１０１とコンピュータ等の端末装置１０３とを備える。尚、この情報処理システム１００に含まれる機器として１台のＭＦＰ１０１や端末装置１０３のみを例示しているが、これに限られるものではなく、情報処理システム１００に含まれる機器の台数及び種類は任意である。例えば端末装置１０３として、タブレット端末が情報処理システム１００に含まれる形態であってもよい。
【００１６】
図１（Ｂ）は、実施形態１に係るサーバ１０２のハードウェア構成を説明するブロック図である。
【００１７】
サーバ１０２はＣＰＵ１１０と、ＲＯＭ１１１と、ＲＡＭ１１２と、通信Ｉ／Ｆ１１３と、入力部１１４と、表示部１１５とを備え、これらがシステムバス１１６を介して相互に通信可能に接続されている。ＣＰＵ１１０はサーバ１０２の動作を統括的に制御する。ＲＯＭ１１１はプログラム等の各種のデータを記憶する不揮発性メモリである。ＲＡＭ１１２は、ＣＰＵ１１０が実行するプログラムの展開領域、及び各種処理の作業領域として機能する揮発性メモリである。通信Ｉ／Ｆ１１３は、ネットワーク１０４と接続するためのインタフェースである。入力部１１４は、ユーザによる操作の入力に用いられるデバイスであり、例えばポインティングデバイスやキーボード等を有する。表示部１１５は、各種の情報を表示するデバイスであり、例えば液晶型の表示装置などである。
【００１８】
図２（Ａ）は、実施形態１に係るサーバ１０２が有する機能を説明する機能ブロック図である。
【００１９】
サーバ１０２は、アプリ情報管理モジュール２００と、ライセンス管理モジュール２０１と、アプリダウンロード管理モジュール２０２と、契約管理モジュール２０３とを有する。この例では、実施形態１に関するモジュールのみを例示しているが、サーバ１０２が有するモジュールはこれに限られるものではない。
【００２０】
図２（Ｂ）は、実施形態１に係るアプリ情報管理モジュール２００が有する機能を説明する機能ブロック図である。
【００２１】
アプリ情報管理モジュール２００は、記憶部２１０と、制御部２１１と、画面提供部２１２と、設定部２１３とを有している。尚、この例では、実施形態１に関する機能を主に例示しているが、アプリ情報管理モジュール２００が有する機能はこれらに限られるものではない。記憶部２１０は、アプリ情報データベース（以下、アプリ情報ＤＢ）２１４を有する。アプリ情報ＤＢ２１４は、ＭＦＰ１０１が設置されている場所を示す地域情報、複数のアプリケーションごとに、公開されている状態であるか否かを示す公開／非公開情報と、該アプリケーションを利用可能な機器を識別する機器情報とを対応付けて記憶する。ここでいう複数のアプリケーションは、機器の販売店を示す販社情報に対応する、アプリケーションを提供する組織を識別する組織ＩＤに紐づいている。
【００２２】
実施形態１では、アプリ情報ＤＢ２１４は、図３及び図４に示す情報を記憶している。
【００２３】
図３（Ａ）は、ＭＦＰ１０１の機種ごとに割り当てられた機種ＩＤと、機種名及び機器を識別する機番（機器情報）とを対応付けた情報の一例を示す。
【００２４】
図３（Ｂ）は、アプリケーションを識別するアプリＩＤと、アプリケーションの契約形態を示すライセンス形態と、機種ＩＤと、アプリＩＤに対応するアプリケーションのバージョン情報とを対応付けた情報の一例を示す。
【００２５】
図３（Ｃ）は、アプリケーションを提供する組織ごとに割り当てられた組織ＩＤと、その組織ＩＤに対応する組織名称と種別、その組織が位置する場所を示す地域情報と、機器（ここではＭＦＰ）の販売店を示す販社情報とを対応付けた情報の一例を示す。
【００２６】
図３（Ｄ）は、組織ＩＤとアプリＩＤと、そのアプリＩＤに対応するアプリケーションが公開されている状態であるか否かを示す公開／非公開状態とを対応付けた情報の一例を示す。
【００２７】
以上図３（Ａ）〜図３（Ｄ）に示す情報の組み合わせにより、地域情報、又は上述の複数のアプリごとに、公開されている状態であるか否かを示す公開／非公開情報と、該アプリケーが利用可能な機器を識別する機器情報とが判別できる。
【００２８】
また図４（Ａ）は、アプリＩＤと、そのそのアプリＩＤに対応するアプリケーションをインストールした機器が使用される国や地域の言語を示す言語情報と、それらで識別されるアプリ説明とを対応付けた情報の一例を示す。アプリ説明には、そのアプリの表示名称と、そのアプリの紹介情報、価格、価格説明が含まれる。
【００２９】
また図４（Ｂ）は、機器（ここではＭＦＰ１０１）からサーバ１０２にアクセスして有償アプリケーションの購入を要求をした場合に、そのアクセスしたユーザの認証情報（アカウント（ＩＤとパスワード））と、アクセス日時（購入要求日時）と、要求した機種ＩＤ及びアプリＩＤとを対応付けた情報の一例を示す。
【００３０】
また図４（Ｃ）は、機器（ＭＦＰ１０１）からサーバにアクセスして有償アプリの購入を要求を行う場合に、その機器に対して有償アプリのインストールや更新等の操作を行う権限を有するユーザの情報（ユーザコード）と、そのユーザが未確認である有償アプリの購入要求数とを対応付けた情報の一例を示す。
【００３１】
図２（Ｂ）の記憶部２１０の説明に戻る。ユーザ情報ＤＢ２１５は、ＭＦＰ１０１や端末装置１０３からサーバにアクセスして、有償アプリケーションのインストールや更新等の操作を行う権限を有するユーザの情報を記憶する。このユーザ情報ＤＢ２１５のデータの一例を図５に示す。ここでのユーザコードは、図４（Ｃ）に示す上述の権限を有するユーザのユーザコードに対応している。
【００３２】
図５において、アクセスアカウントのＩＤは、そのユーザのメールアドレスに対応している。
【００３３】
次にアプリ情報管理モジュール２００の制御部２１１が有する機能を説明する。
【００３４】
制御部２１１は、ＭＦＰ１０１が利用可能なアプリの一覧情報を要求する一覧情報の取得要求をＭＦＰ１０１から受信すると、その要求に応じて、アプリ一覧画面と、各アプリに対する説明とコマンドとを含むアプリ一覧情報をＭＦＰ１０１に送信する。ここで制御部２１１が有する機能は、サーバ１０２のアプリケーションインタフェースにより提供される。
【００３５】
図６（Ａ）は、この制御部２１１が有する機能を説明する機能ブロック図である。
【００３６】
この制御部２１１は、特定部６００、生成部６０１、送信部６０２、設定制御部６０３を有する。特定部６００は、ＭＦＰ１０１からアプリ一覧情報の取得要求を受信すると、図３（Ｃ）を参照し、その取得要求に含まれる地域情報、又は販社情報に対応する組織ＩＤを選択する。この取得要求は、ＭＦＰ１０１を識別する機番、地域情報、ロケール／言語情報、ＭＦＰ１０１へのログインユーザのユーザ情報を含んでいる。次に特定部６００は図３（Ｄ）を参照し、その組織ＩＤに紐づくアプリＩＤの中から、公開状態となっているものを特定する。以上のようにして特定したアプリＩＤに対応するアプリケーションを、その取得要求を発行したＭＦＰ１０１で利用可能なアプリケーションとして特定する。また特定部６００は、図３（Ａ）を参照し、その取得要求に含まれる機番に対応する機種ＩＤを取得する。次に特定部６００は、図３（Ｄ）を参照して、図３（Ｃ）を参照して特定した組織ＩＤに紐づくアプリＩＤと、図３（Ｂ）を参照して、その機種ＩＤに対応するアプリＩＤを特定する。以上のようにして特定したアプリＩＤに対応するアプリケーションを、その取得要求を発行したＭＦＰ１０１で利用可能なアプリケーションの中で、既に利用中のものとして特定する。更に、特定部６００は、図４（Ａ）を参照して、特定したアプリＩＤと、その取得要求の発行元のロケール／言語情報との組み合わせに対応するアプリ説明を特定することができる。また特定部６００は、アプリ一覧情報の取得要求を受信すると、図３（Ａ）を参照し、その取得要求に含まれる機番に対応する機種ＩＤを特定する。次に特定部６００は、図４（Ｂ）を参照し、その特定した機種ＩＤに紐づくアプリＩＤと、購入要求日時、購入要求者（ユーザのアカウント）を特定する。
【００３７】
次に図６（Ａ）の説明を続ける。生成部６０１は、特定部６００で特定されたアプリケーションを示す表示情報と、それに対するコマンドとを含む画面情報を生成する。例えば、生成部６０１は、画面提供部２１２に対して画面情報の生成を依頼し、この依頼を受けた画面提供部２１２が画面情報を生成して生成部６０１へ渡す。このようにして生成部６０１は、表示情報とコマンドとを含む画面情報に対応する画面を生成し、その画面の画面情報をＭＦＰ１０１又は端末装置１０３へ送信する。
【００３８】
また実施形態１における画面情報に含まれる表示情報は、画面情報の要求元のＭＦＰ１０１又は端末装置１０３からサーバ１０２にアクセスしたアカウントに紐づく、ＭＦＰ１０１が利用可能なアプリの詳細を示す説明を対応付けたアプリ説明を含んでいる。このアプリ説明には、バージョン情報、アプリ名、機能説明、価格情報等が含まれる。
【００３９】
更に実施形態１に係る画面情報に含まれる表示情報は、ＭＦＰ１０１の利用者による購入要求を示した一覧情報を含んでいる。この一覧情報には、購入要求がなされた機種情報、要望日時、要望者情報等が含まれる。
【００４０】
また実施形態１に係る画面情報に含まれるコマンドの種類として、インストール命令、更新命令、アンインストール命令、購入要求の宣言命令等が挙げられる。インストール命令は、アプリケーションをインストールする命令を示す。更新命令は、アプリケーションを更新する命令を示す。アンインストール命令は、インストール済みのアプリケーションを削除して、ＭＦＰ１０１の状態をインストール前の状態に戻す命令を示す。購入要求の宣言命令は、アプリケーションの購入要求を通知する命令を示す。
【００４１】
更に図６（Ａ）の説明を続ける。送信部６０２は、アプリの一覧情報の取得要求又は、アプリ購入要求の一覧情報の取得要求に対する応答として、生成部６０１により生成された画面情報をＭＦＰ１０１又は端末装置１０３へ送信する。
【００４２】
設定制御部６０３は、図２（Ｂ）の設定部２１３による設定に応じて、記憶部２１０に記憶された情報を更新する。この例では、設定部２１３は、ユーザの操作に応じて、アプリの紹介情報や価格情報、画面上の表示部品の配置等を示すレイアウト情報等を可変に設定することができる。これにより、地域ごとに異なる表示内容とすることもできる。
【００４３】
以上に説明したアプリ情報管理モジュール２００の機能は、サーバ１０２のＣＰＵ１１０がＲＯＭ１１１等の記憶装置に格納されたプログラムを実行することにより実現可能である。また以上に説明した記憶部２１１は、ＲＯＭ１１１、ＲＡＭ１１２又はＨＤＤ（不図示）等の補助記憶装置により実現可能である。
【００４４】
図６（Ｂ）は、実施形態１に係るサーバ１０２が有するライセンス管理モジュール２０１が有する機能を説明する機能ブロック図である。
【００４５】
ライセンス管理モジュール２０１は、記憶部６１０と、制御部６１１と、ライセンス発行部６１２とを有している。尚、この例では、実施形態１に関する機能を主に例示しているが、ライセンス管理モジュール２０１が有する機能はこれらに限られるものではない。また記憶部６１０は、ライセンス情報ＤＢ６１３と、ユーザ情報ＤＢ６１４とを有する。ライセンス情報ＤＢ６１３は、複数のアプリケーションごとに、その使用権限（ライセンス）に関する情報を対応付けて記憶する。実施形態１では、ライセンス情報ＤＢ６１３は、例えば図７に示す情報を記憶している。
【００４６】
図７（Ａ）は、アプリＩＤ、ライセンスの種別を示すライセンス種別と、ライセンスの形態を示すライセンス形態と、ライセンスが有効な期間を示す有効期限と、ライセンスを付与可能な上限値を示す付与数上限とを対応付けた情報の一例を示す。
【００４７】
また図７（Ｂ）は、ライセンス種別と、ライセンスキーと、機番と、使用中のライセンスの数を示す使用中ライセンス数と、使用済みのライセンスの数を示す使用済みライセンス数とを対応付けた情報の一例を示す。また図７（Ｃ）は、ライセンスキー、機番、有効期限、ライセンスが有効か無効かを示す状態情報とを対応付けた情報の一例を示す。
【００４８】
次に図６（Ｂ）に戻って記憶部６１０の説明を続ける。ユーザ情報ＤＢ６１４は、例えばライセンスを発行するための操作を行うことができるユーザの認証に必要なユーザ情報を記憶する。このユーザ情報ＤＢ６１４は、アプリ情報管理モジュール２００のユーザ情報ＤＢ２１５と共通である。
【００４９】
また制御部６１１が有する機能は、サーバ１０２のアプリケーションインタフェースにより提供される。
【００５０】
図８（Ａ）は、実施形態１に係るサーバ１０２のライセンス管理モジュール２０１の制御部６１１が有する機能の一例を示すブロック図である。
【００５１】
制御部６１１は、登録制御部８００と、ライセンス有効化部８０１と、ライセンス無効化部８０２とを有する。登録制御部８００は、ライセンス発行部６１２により発行されたライセンスに関する情報をライセンス情報ＤＢ６１３に登録する。実施形態１では、ライセンス発行部６１２は、ライセンスを発行するための操作を行う権限を有するユーザから、ライセンスを発行する対象となるアプリのアプリＩＤと、ライセンス種別を選択する操作を受け付けた場合、それらに対応するライセンスキーを発行する。
【００５２】
登録制御部８００は、ライセンス発行部６１２から、ライセンスキーと、それに対応するライセンス種別とを受け取ると、図７（Ｂ）のデータテーブルに新たなライセンス情報を追加する。
【００５３】
ライセンス有効化部８０１は、ＭＦＰ１０１又は端末装置１０３からの要求に応じて、ＭＦＰ１０１又は端末装置１０３に対してライセンスを有効化するための制御を行う。この例では、ライセンス有効化部８０１は、アプリＩＤとライセンスキーと機番とを少なくとも含み、更に、ライセンスの有効化を要求する有効化要求を、ＭＦＰ１０１又は端末装置１０３から受信する。これによりライセンス有効化部８０１は、ライセンス情報ＤＢ６１３に記憶された図７（Ｂ）のデータテーブルに、その有効化要求に含まれるライセンスキーが存在するか否かを判定する。その判定結果が肯定の場合、ライセンス有効化部８０１は、ライセンス情報ＤＢ６１３に記憶された図７（Ａ）のデータテーブルを参照し、その有効化要求に含まれるアプリＩＤに対応付けられた有効期限を特定する。そして図７（Ｃ）のデータテーブルに、その有効化要求に含まれるライセンスキー及び機番と、特定した有効期限と、有効を示す状態情報とを対応付けた新たな情報を追加する。
【００５４】
またライセンス有効化部８０１は、図７（Ｂ）のデータテーブルを参照し、その有効化要求に含まれるライセンスキーに対応付けられた使用中ライセンスの数を＋１して更新する。そして、ライセンス有効化部８０１は、その有効化要求への応答として、ライセンスの状態が有効である旨をＭＦＰ１０１へ送信する。また端末装置１０３から有効化要求を受信した場合は、有効化要求への応答として、ライセンスの状態が有効である旨を端末装置１０３へも送信する。この通知を受けたＭＦＰ１０１は、その有効化要求に含まれるアプリＩＤで識別されるアプリケーションを利用することができる。
【００５５】
尚、例えばライセンス情報ＤＢ６１３に記憶された情報の中に、ＭＦＰ１０１又は端末装置１０３から受信した有効化要求に含まれるライセンスキーが存在しない場合や、ライセンスキーに対応するボリューム数が既に上限に到達している場合、ライセンス有効化部８０１は、ＭＦＰ１０１又は端末装置１０３からの有効化要求に対してエラーを返す。
【００５６】
ライセンス無効化部８０２は、ＭＦＰ１０１又は端末装置１０３からの要求に応じて、ライセンスを無効化するための制御を行う。この例では、ライセンス無効化部８０２は、ライセンスキーと機番とを少なくとも含み、かつライセンスの無効化を要求する無効化要求を、ＭＦＰ１０１又は端末装置１０３から受信する。そしてライセンス無効化部８０２は、ライセンス情報ＤＢ６１３に記憶された図７（Ｃ）のデータテーブルを参照して、受信した無効化要求に含まれるライセンスキーと機番との組み合わせに対応付けられた状態情報を無効に変更する。
【００５７】
またライセンス情報ＤＢ６１３に記憶された図７（Ｂ）のデータテーブルを参照し、その無効化要求に含まれるライセンスキーに対応付けられた使用中ライセンス数を−１し、使用済みライセンス数を＋１して更新する。そして、ライセンス無効化部８０２は、その無効化要求への応答として、ライセンスの状態が無効である旨をＭＦＰ１０１へ送信する。また端末装置１０３から無効化要求を受信した場合は、その無効化要求への応答として、ライセンスの状態が無効である旨を端末装置１０３へも送信する。この通知を受けたＭＦＰ１０１は、その無効化要求に含まれるアプリＩＤに対応するアプリケーションを利用できなくなる。
【００５８】
以上に示したライセンス管理モジュール２０１の各機能は、ＣＰＵ１１０がＲＯＭ１１１等の記憶装置に格納されたプログラムを実行することにより実現可能である。また、以上に説明した記憶部６１０は、ＲＯＭ１１１、ＲＡＭ１１２又はＨＤＤ等の補助記憶装置により実現可能である。
【００５９】
図８（Ｂ）は、実施形態１に係るサーバ１０２のアプリダウンロード管理モジュール２０２が有する機能を説明する機能ブロック図である。
【００６０】
アプリダウンロード管理モジュール２０２は、アプリストレージ８１０と、ダウンロード部８１１とを有している。尚、図８（Ｂ）の例では、実施形態１に関する機能を主に例示しているが、アプリダウンロード管理モジュール２０２が有する機能はこれらに限られるものではない。
【００６１】
アプリストレージ８１０は、ＭＦＰ１０１に提供するための複数のアプリケーションを記憶している。この例では、アプリストレージ８１０は、複数のアプリＩＤに対応付けて、アプリケーション本体を含むデータファイルを記憶している。ダウンロード部８１１は、ＭＦＰ１０１又は端末装置１０３からの要求に応じて、アプリストレージ８１０に記憶されている、指定されたアプリケーションをＭＦＰ１０１又は端末装置１０３へ送信する制御を行う。この例では、ダウンロード部８１１は、アプリＩＤを少なくとも含む、アプリのダウンロードを要求するダウンロード要求をＭＦＰ１０１又は端末装置１０３から受信する。これによりダウンロード部８１１は、アプリストレージ８１０を参照し、そのダウンロード要求に含まれるアプリＩＤに対応するデータファイルを特定し、その特定したデータファイルをＭＦＰ１０１又は端末装置１０３へ送信する。
【００６２】
以上に説明したダウンロード部８１１の機能は、ＣＰＵ１１０がＲＯＭ１１１等の記憶装置に格納されたプログラムを実行することにより実現可能である。また、以上に説明したアプリストレージ８１０は、ＲＯＭ１１１、ＲＡＭ１１２又はＨＤＤ等の補助記憶装置により実現可能である。
【００６３】
図８（Ｃ）は、実施形態１に係るサーバ１０２の契約管理モジュール２０３が有する機能を説明する機能ブロック図である。
【００６４】
この契約管理モジュール２０３は、記憶部８２０と、制御部８２１と、画面提供部８２２と、契約ＩＤ発行部８２３とを有している。尚、図８（Ｃ）の例では、実施形態１に関する機能を主に例示しているが、契約管理モジュール２０３が有する機能はこれらに限られるものではない。記憶部８２０は、ユーザ情報ＤＢ８２４と機器管理情報ＤＢ８２５とを有する。ユーザ情報ＤＢ８２４は、顧客名（ユーザ名）ごとに、会社に関する情報と、契約担当者（アクセスアカウント所有者）に関する情報とを対応付けて記憶する。このユーザ情報ＤＢ８２４は、アプリ情報管理モジュール２００のユーザ情報ＤＢ２１５と共通である。
【００６５】
また機器管理情報ＤＢ８２５は、機番（機器情報）ごとに、ＭＦＰ１０１の機種とユーザコードと、アプリ利用情報とを対応付けて図９（Ａ）のデータテーブルに記憶する。図９（Ａ）のデータテーブルでは、機番、機種名、権限を有するユーザコード、アプリＩＤ、アプリ名称、購入依頼日、契約ＩＤ、利用開始日、利用終了日を含むアプリ利用情報とを対応付けた情報である。
【００６６】
次に契約管理モジュール２０３の制御部８２１が有する機能を説明する。ここでは、制御部８２１が有する機能は、サーバ１０２側のアプリケーションインタフェースにより提供される。
【００６７】
図９（Ｂ）は、契約管理モジュール２０３の制御部８２１が有する機能を説明する機能ブロック図である。
【００６８】
この制御部８２１は、情報登録制御部９００と、生成部９０１と、アプリ契約部９０２とを有する。情報登録制御部９００は、図８（Ｃ）の契約ＩＤ発行部８２３により発行された契約ＩＤと、その契約に関する情報を記憶部８２０の機器管理情報ＤＢ８２５に登録する。実施形態１では、契約ＩＤ発行部８２３は、アプリ契約部９０２から、契約した機器の機番と、アプリＩＤと、顧客情報とを含む契約ＩＤの発行要求を受け付けると、任意の契約ＩＤを発行する。また情報登録制御部９００は、アプリの購入契約が完了してＭＦＰ１０１からインストール完了（契約ＩＤ、機番を含む）を受け取ると、アプリ契約部９０２から機器管理情報の更新又は登録の依頼を受け付け、図９（Ａ）のデータテーブルに新たな情報を追加する。
【００６９】
生成部９０１は、アプリの購入に関する画面をＭＦＰ１０１又は端末装置１０３の表示部に表示させる画面情報を生成する。この例では、アプリ情報管理モジュール２００で生成されたアプリ一覧画面で選択されたアプリケーションに対応するアプリ購入画面の画面情報を生成する。即ち、生成部９０１は、アプリケーションを示す表示情報とコマンドとを含む画面の画面情報を生成し、その画面情報をＭＦＰ１０１又は端末装置１０３へ送信する。実施形態１では、生成部９０１は、画面提供部８２２に対して画面情報の生成を依頼し、この依頼を受けた画面提供部８２２が、その画面情報を生成して生成部９０１に渡す。例えば、生成部９０１は、アプリ一覧画面で所定のアプリケーションが選択されると、そのインストールを実行するインストールボタンを含む、アプリケーションの説明画面を生成してＭＦＰ１０１又は端末装置１０３へ送信する。また生成部９０１は、有償アプリケーションの説明画面でインストールボタンが選択されると、そのアプリケーションを購入するためのアプリ購入申し込み画面の画面情報を生成して、ＭＦＰ１０１又は端末装置１０３へ送信する。
【００７０】
アプリ契約部９０２は、ＭＦＰ１０１又は端末装置１０３からアプリＩＤとＭＦＰ１０１の機番とを含むアプリインストール要求を受信すると、アプリ価格情報を参照して有償アプリの価格情報と、アプリ購入申し込み画面に必要な情報を生成部９０１に渡す。アプリの購入申し込み画面は、ＭＦＰ１０１の機番の入力欄を少なくとも含む。またアプリ契約部９０２は、その申し込み画面で入力されたＭＦＰ１０１の機番情報を抽出し、アプリの購入処理を行い、アプリの購入契約を完了する。そして、発行した有償アプリの使用制限の認証に用いられるアプリのライセンスキーと契約ＩＤとを含むアプリ購入の完了情報をＭＦＰ１０１又は端末装置１０３に送信する。
【００７１】
アプリ契約部９０２は、アプリ購入の完了情報を送信する前に、機器管理情報ＤＢ８２５（図９（Ａ））、及び図５のユーザ情報データベースを参照する。そして、アプリの購入契約者に対して購入契約を確認するためのウェブサイト上のアドレスを送信し、その購入契約者がそのアドレスに接続した後に、アプリの購入処理を完了する。
【００７２】
以上に説明した契約管理モジュール２０３の各機能は、ＣＰＵ１１０がＲＯＭ１１１等の記憶装置に格納されたプログラムを実行することにより実現可能である。また、以上に説明した記憶部８２０は、ＲＯＭ１１１、ＲＡＭ１１２又はＨＤＤ等の補助記憶装置により実現可能である。
【００７３】
以上がサーバ１０２の機能の説明である。尚、サーバ１０２は複数のサーバから構成される形態であってもよい。例えば図９（Ｃ）のように、サーバ１０２はアプリケーションサーバ９１０とデータベースサーバ９１０を有する構成であってもよい。例えば、アプリケーションサーバ９１０は、上述のアプリ管理モジュール２００、ラインセンス管理モジュール２０１、契約管理モジュール２０３を有する形態であってもよい。また例えば、アプリケーションサーバ９１０は複数のサーバで構成され、上述のアプリ管理モジュール２００、ラインセンス管理モジュール２０１、契約管理モジュール２０３の各機能は、いずれかのサーバに分散して搭載される形態であってもよい。また、例えばデータベースサーバ９１１は、上述のアプリ管理モジュール２００、ラインセンス管理モジュール２０１、契約管理モジュール２０３の各記憶部を有する形態であってもよい。また、例えばデータベースサーバ９１１は複数のサーバで構成され、上述のアプリ情報ＤＢ２１４、ユーザ情報ＤＢ２１５、ライセンス情報ＤＢ６１３、ユーザ情報ＤＢ６１４、アプリストレージ８１０、ユーザ情報ＤＢ８２４、機器管理情報ＤＢ８２５の各々は、いずれかのサーバに分散して搭載される形態であってもよい。
【００７４】
次に、図１０を参照して実施形態１に係るＭＦＰ１０１の構成について説明する。
【００７５】
図１０は、本発明の実施形態１に係るＭＦＰ１０１の構成を説明するブロック図である。
【００７６】
制御部１０００は、ＭＦＰ１０１の各ユニットの動作制御を行う。制御部１０００は、ＣＰＵ１０１０と、ネットワーク１０４と、通信ユニット１０１１と、ＲＡＭ１０１２と、ＨＤＤ１０１３と、ＲＯＭ１０１４を備えている。ＣＰＵ１０１０は、制御部１０００全体を制御している。ネットワーク１０４は、外部装置との間でデータのやり取りを行うためのネットワークを示し、これを介してインターネットに接続されている。通信ユニット１０１１は、ネットワーク１０４を通してデータの送受信を行う。ＲＡＭ１０１２は、ＣＰＵ１０１０が動作するためのシステムワークメモリを提供している。ＨＤＤ１０１３はハードディスクドライブで、例えば磁気ディスクや光学メディアやフラッシュメモリ等の記憶媒体であってもよい。ＨＤＤ１０１３は、文書データや設定データ等を格納することができる。またＨＤＤ１０１３は、ＭＦＰ１０１内に存在してなくてもよい。通信ユニット１０１１を介して、外部のサーバやＰＣ等を保存装置として利用しても良い。ＲＯＭ１０１４はブートＲＯＭであり、システムのブートプログラムを格納している。ＣＰＵ１０１０は、ＲＯＭ１０１４のブートＲＯＭにより、ＨＤＤ１０１３にインストールされているプログラムをＲＡＭ１０１２に展開し、その展開したプログラムに基づいて各種制御を行う。タイマ１０１５は、ＣＰＵ１０１０の指示に従って時間の経時を行い、指示された時間が経過すると割り込みなどによりＣＰＵ１０１０に通知する。ＦＡＸユニット１０１６は、電話回線１００３を通して、ファクスデータの送受信を行う。
【００７７】
操作部１００１は、制御部１０００によって制御され、表示部１０２０と入力部１０２１を備えている。表示部１０２０は、ユーザに対してＭＦＰ１０１の情報を表示するためのディスプレイである。入力部１０２１は、例えばタッチパネル、ポインティングデバイス、カメラ、音声入力、キーボード等のインタフェースを通してユーザからの入力を受け付ける。
【００７８】
画像処理部１００２は、制御部１０００によって制御され、画像解析部１０３０と、画像生成部１０３１と、画像出力部１０３２とを有している。画像解析部１０３０は、原稿画像の構造を解析し、解析結果から必要な情報を抽出する。画像生成部１０３１は、原稿を読み取ることで（例えば、スキャン）、その原稿の画像をデジタル化して画像データを生成してＨＤＤ１０１３に格納する。また画像生成部１０３１は、画像解析部１０３０が解析した情報を用いて、別のフォーマットの原稿画像データを生成することもできる。画像出力部１０３２は、ＨＤＤ１０１３等に格納されている画像データを出力する。出力方法の例をあげると、画像データを用紙に印刷したり、通信ユニット１０１１を介して、ネットワーク接続されている外部デバイスやサーバなどに送信したり、ＭＦＰ１０１に接続されている記憶媒体に保存することが挙げられる。
【００７９】
図１１は、実施形態１に係るＭＦＰ１０１の操作部１００１の概観図である。
【００８０】
タッチパネル１１００は、ここでは液晶表示部で、液晶上にタッチパネルシートが貼られており、操作画面及びソフトキーを表示するとともに、表示してあるキーが押されるとその位置情報をＣＰＵ１０１０に伝える。従って、この場合のタッチパネル１１００は、図１０の表示部１０２０として機能するとともに、入力部１０２１としても機能していることになる。
【００８１】
次にユーザにより操作される各種キーやボタンについて説明する。スタートキー１１０１は原稿の読み取り動作の開始を指示する時などに用いられる。スタートキー１１０１の中央部には、緑と赤の２色のＬＥＤ１１０２があり、その色によってスタートキー１１０１が使える状態にあるかどうかを示す。ストップキー１１０３は、稼働中の動作を止める働きをする。テンキー１１０４は、数字と文字のボタンで構成されており、コピー部数の設定や、タッチパネル１１００の画面切り替え等を指示する。ユーザモードキー１１０５は、機器の設定を行う場合に押下される。
【００８２】
以下、『画面を表示する』と言う場合、ＣＰＵ１０１０が対応する画面表示データと画面制御プログラムをＨＤＤ１０１３又は、ＲＡＭ１０１２から呼び出し、画面表示データを表示部１０２０に表示することを表す。
【００８３】
同様に、以下『ユーザが○○を押下する』等のタッチパネルや各種キーに対しての操作を行う場合、画面に表示されているボタンやリスト、各種キーをユーザが押下することで、入力部１０２１から通知される位置情報と、画面制御データからＣＰＵ１０１０が画面制御プログラムに基づいて実行すべき処理を行うことを表す。
【００８４】
図１２は、実施形態１に係るＭＦＰ１０１が起動してログインユーザの画面を表示するまでの処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１０１０がＲＡＭ１０１２に展開したプログラムを実行することにより達成される。
【００８５】
まずＳ１２０１でＣＰＵ１０１０はＭＦＰ１０１が起動されると、ユーザを識別する設定がオンになっている場合に、タッチパネル１１００に認証画面を表示する。
【００８６】
図１３は、Ｓ１２０１で表示される認証画面の一例を示す図である。
【００８７】
この認証画面には、ユーザ名１９０１とパスワード１９０２を入力する領域がある。
【００８８】
この認証画面を表示した後、ＣＰＵ１０１０はＳ１２０２で、この認証画面を介してユーザ名とパスワードの入力待ち状態となる。ここでユーザは、予め登録したユーザ名とパスワードをそれぞれ入力する。そしてＯＫボタン１３０３を押下するとＳ１２０３に進みＣＰＵ１０１０は、その入力されたユーザ名とパスワードが、ＨＤＤ１０１３に保存されているユーザ名とパスワードと一致するかの比較を行う。ここで、これらが一致しないとき、即ち、入力されたユーザ名とパスワードが不正だった場合はＳ１２０４からＳ１２０５に進みＣＰＵ１０１０は、タッチパネル１１００にエラーメッセージを表示し、再びＳ１２０２に進んで認証画面を表示する。
【００８９】
一方、Ｓ１２０４で、入力されたユーザ名とパスワードが、ＨＤＤ１０１３に保存されているユーザ名とパスワードと一致した場合はＳ１２０４からＳ１２０６に進みＣＰＵ１０１０は、ＨＤＤ１０１３に保存されたユーザに紐づく情報を呼び出す。そして、その情報の呼び出しが完了するとＳ１２０７に進みＣＰＵ１０１０は、ユーザのログインを許可する。そしてＳ１２０８に進みＣＰＵ１０１０は、現在ログイン中のユーザとして、ＨＤＤ１０１３に保存する。そしてＳ１２０９に進みＣＰＵ１０１０は、呼び出したログインユーザの情報を反映したホーム画面をタッチパネル１１００に表示する。
【００９０】
図１４（Ａ）は、図１２のフローチャートのＳ１２０９で表示されるログインユーザの設定を反映したホーム画面の一例を示す図である。
【００９１】
ログインユーザのホーム画面には、各アプリケーションを起動するメニュー１４００が表示される。このホーム画面には、アプリケーションを起動するアプリケーションボタン１４０１〜１４０４と、予め設定した設定値でアプリケーションを起動するカスタムボタン１４０５〜１４０６等が含まれる。これらボタンは、ログインユーザの情報に基づいて、ユーザがカスタマイズしたレイアウトで表示される。カスタムボタン１４０５，１４０６は、設定によって、個人のホーム画面にしか表示されないマイボタンと、他のユーザのホーム画面にも共通して表示される共有ボタンとがある。スライダーバー１４０７は、このメニュー１４００をスライドして移動できることを示している。また、このスライダーバー１４０７をスライドするか、矢印を押すか、メニュー１４００をフリックすることで、ＣＰＵ１０１０はその入力を受けて、ＨＤＤ１０１３から次の領域に登録されているアプリケーションボタンやカスタムボタンを呼び出して表示する。
【００９２】
現在ログイン中のユーザの情報は、右上のユーザ名を表示する領域１４０９に表示される。歯車ボタン１４０８は、ホーム画面に関連する設定項目を表示するボタンである。現在は「ユーザＡ」でログインされている状態を表している。統合履歴１４１０は、このＭＦＰ１０１で実行した複数のアプリケーションのジョブの設定の履歴を自動登録し、表示する領域である。ユーザの認証を利用している場合、この統合履歴１４１０の領域には、ログインユーザが実行したジョブの設定の履歴のみが表示される。１度もジョブを実行していない場合、もしくは統合履歴１４１０の履歴を削除した場合は図１４（Ａ）のように、統合履歴１４１０の領域の表示は空となる。これ以降の統合履歴１４１０の動作や表示は、ＨＤＤ１０１３に保存された統合履歴のプログラムを基にＣＰＵ１０１０により実行されるものとする。また、統合履歴で利用するデータはＲＡＭ１０１２やＨＤＤ１０１３に保存されるものとする。
【００９３】
図１４（Ｂ）の通知バッジ１４１１は詳しく後述するが、認証を利用していて、ログイン中のユーザがアプリの購入権限を有する場合であって、そのユーザが未確認状態であるアプリの購入要求がある場合に、その通知数とともに表示される。この通知バッジ１４１１が表示されている状態で、アプリケーションサイトボタン１４０４を一度でも押下した場合には、そのアプリの購入要求が確認済みの状態となって通知バッジ１４１１は非表示となる。通知バッジ１４１１の表示は、サーバ１０２に保存されたアプリ購入要求の未確認通知数の情報を、ＣＰＵ１０１０が取得することで行われるものとする。
【００９４】
例えば、図１４のメニュー１４００において、アプリケーションサイト１４０４がユーザにより選択されると、ＣＰＵ１０１０は、その選択を受けて、ＨＤＤ１０１３に記憶されているサーバ１０２の接続先情報（ＵＲＬ）を参照する。そしてネットワーク１０４上のサーバ１０２の所在を示すＵＲＬを取得するとともにブラウザアプリを起動する。尚、ＣＰＵ１０１０は取得したサーバ１０２の接続先情報（ＵＲＬ）を記憶又は更新する。こうして起動したブラウザアプリは、ＣＰＵ１０１０から受け取ったＵＲＬで指定されるサーバ１０２に対してアプリ一覧情報の取得要求を送信する。この取得要求は、上述したようにＭＦＰ１０１を識別する機番、地域情報、ロケール／言語情報、ＭＦＰ１０１へのログインユーザのユーザ情報を含んでいる。またアプリ一覧情報は、ＭＦＰ１０１が利用可能なアプリケーションの一覧である。そして、このアプリ一覧情報の取得要求に対する応答として、サーバ１０２からアプリ一覧画面の画面情報を受信するとＣＰＵ１０１０は、例えば図１５に示すアプリ一覧画面をタッチパネル１１００に表示する。
【００９５】
図１５は、実施形態１に係るＭＦＰ１０１の操作部１００１に表示されるアプリ一覧画面の一例を示す図である。
【００９６】
このアプリ一覧画面では、ＭＦＰ１０１で利用可能なアプリケーションを示すボタン（アイコン）が、その名称と、アプリケーションを選択するための選択ボタン１５０４とを少なくとも含んで表示される。また図１５の例では、ホーム画面に戻るためのボタン１５０１と、ＭＦＰ１０１からのアプリ一覧情報の取得要求に含まれる、ＭＦＰ１０１にログインしているユーザの情報１５０２と、サイトへのログインボタン１５０３が表示されている。
【００９７】
このアプリ一覧画面において、アプリケーションの選択ボタン１５０４がユーザにより選択されると、ＣＰＵ１０１０は、その選択ボタン１５０４に対応するアプリの情報をサーバ１０２に送信する。サーバ１０２のアプリ契約部９０２は、その選択ボタン１５０４が選択されたアプリのアプリＩＤに基づいて、アプリ情報ＤＢ２１４の図４（Ａ）に示した情報、又はライセンス情報ＤＢ６１３の図７（Ａ）に示した情報を参照する。そして、そのアプリケーションが無償であるか有償であるかを判定する。そしてＣＰＵ１０１０は、図１６のアプリケーションサイト画面をタッチパネル１１００に表示する。
【００９８】
図１６は、実施形態１に係るＭＦＰ１０１の操作部１００１に表示されるアプリケーションサイトの画面の一例を示す図である。
【００９９】
図１５の選択ボタン１５０４で選択されたアプリが無償の場合、アプリケーションサイト画面では、例えば図１６（Ａ）に示すように、対応するアプリケーションのアプリの説明と、インストールの実行を指示するためのインストールボタン１６０１とを表示する。
【０１００】
また選択したアプリが有償で、ユーザがアプリの購入権限を有していない場合は、アプリケーションサイト画面では図１６（Ｂ）に示すように、インストールボタン１６０１の代わりに、アプリの購入要求を行うための購入要求ボタン１６０２を表示する。
【０１０１】
一方、選択したアプリが有償で、ユーザがアプリの購入権限を有している場合は、アプリケーションサイト画面には図１６（Ａ）と同様に、対応するアプリケーションのアプリの説明と、インストールの実行を指示するためのインストールボタン１６０１とを表示する。
【０１０２】
図１６（Ａ）で、アプリケーションが無償の場合、ＣＰＵ１０１０は、インストールボタン１６０１が選択されると、インストールボタン１６０１が選択されたという情報をサーバ１０２に送信する。これによりサーバ１０２のアプリ契約部９０２は、図１６（Ｃ）に示すインストール確認画面１６０３の画面情報をＭＦＰ１０１に送信する。図１６（Ｃ）は、このインストール確認画面の一例を示す図である。このインストール確認画面は、インストールするかどうかを確認するメッセージと、インストールの実行を最終的に承諾したことを指示するためのＯＫボタン１６０４を表示する。ＯＫボタン１６０４が選択されると、ＣＰＵ１０１０は上述したアプリダウンロード管理モジュール２０２からアプリケーションをダウンロードしてインストールする。
【０１０３】
一方、図１６（Ｂ）で、購入要求ボタン１６０２がユーザによって選択されると、アプリの購入要求情報をアプリ購入権限保持者（サイトアカウント管理者）に通知する処理が開始される。これによりユーザは、有償アプリの購入権限保持者が誰かわからずとも、自分の業務効率を高めるために必要なアプリの購入希望を表明できる。これによりユーザは、利用したいアプリが有償であるためにメリットの享受を諦めてしまうということが無くなる。
【０１０４】
図１７は、実施形態１に係るＭＦＰ１０１とサーバ１０２による、アプリの購入要求情報に対する処理を説明するフローチャートである。尚、このフローチャートで示すＭＦＰ１０１の処理は、ＣＰＵ１０１０がＲＡＭ１０１２に展開したプログラムを実行することにより達成される。またサーバ１０２による処理は、ＣＰＵ１１０がＲＡＭ１１２に展開したプログラムを実行することにより達成される。
【０１０５】
まずＳ１７０１でＣＰＵ１０１０は、購入要求ボタン１６０２が選択されたＭＦＰ１０１の機種情報をサーバ１０２へ送信する。これによりサーバ１０２のＣＰＵ１１０はＳ１７１０で機種情報を受信し、その機種情報に基づいて、例えば、図５に示したユーザ情報ＤＢ８２４を参照する。そしてＣＰＵ１１０はＳ１７１１で、そのＭＦＰ１０１を管理するアポ売りの購入権限保持者が記憶されているか否かを判定し、その判定結果をＭＦＰ１０１に通知する。またＳ１７１２でＣＰＵ１１０は、アプリ購入権限保持者が存在していると判定するとＳ１７１３に処理を進める。
【０１０６】
一方、ＭＦＰ１０１のＣＰＵ１０１０はＳ１７０２で、サーバ１０２に、そのアプリの購入権限保持者が存在するかどうか判定する。ここでそのアプリの購入権限保持者が存在しないと判定したときはＳ１７０４に進む。一方、Ｓ１７０２でＣＰＵ１０１０は、そのアプリの購入権限保持者が存在すると判定したときはＳ１７０３に進み、ＣＰＵ１０１０は、ＭＦＰ１０１の認証情報である装置利用ＩＤ、パスワード、購入要求を行ったアプリ名称に紐づくアプリＩＤと、購入要求を行った日時をサーバ１０２へ送信する。
【０１０７】
これによりサーバ１０２のＣＰＵ１１０は、Ｓ１７１３でその情報を受信してＳ１７１４に進みＣＰＵ１１０は、アプリ情報ＤＢ２１４の図４（Ａ）と図４（Ｂ）のデータテーブルを参照し、ＭＦＰ１０１から受信した情報を新たな情報として追加する。またサーバ１０２の設定制御部６０３は、アプリ情報ＤＢ２１４の図４（Ｃ）のデータテーブルを参照し、未確認通知数を＋１して更新する。次に、サーバ１０２のＣＰＵ１１０は、特定したアプリ購入契約者に対して、図５を参照して、そのメールアドレスに通知する（Ｓ１７１５）。こうして、アプリケーションの購入権限を持たないユーザからのアプリ購入の要求情報を、アプリ購入権限保持者（アプリ購入権限保持者）に通知することができる。
【０１０８】
またＳ１７１２でＣＰＵ１１０は、該当するアプリ購入権限保持者が記憶されていないと判定した場合、アプリ購入の要求情報をアプリ購入権限保持者に通知する処理は終了するが、サイトアカウントの登録を促す処理が開始するようにしても良い。具体的にはＳ１７１６に進みＣＰＵ１１０は、生成部９０１が生成した図１８に示すサイトアカウント登録画面の画面情報をＭＦＰ１０１に送信する。
【０１０９】
これによりＭＦＰ１０１のＣＰＵ１０１０はＳ１７０４でその画面情報を受信し、Ｓ１７０５で、サイトアカウント登録画面をタッチパネル１１００に表示する。
【０１１０】
図１８は、図１７のＳ１７０５で表示されるサイトアカウント登録画面の一例を示す図である。
【０１１１】
サイトアカウント登録画面は、サイトにアクセスするために必要なユーザＩＤ１８０１とパスワード情報１８０２、有償アプリの購入時に必要な氏名情報１８０３、アカウント登録者の所属する会社情報１８０４の入力欄を含む。更に、この登録画面は、利用しているＭＦＰ１０１のＩＰアドレス情報１８０５、ＭＦＰ１０１利用時のアカウント名１８０７、パスワード１８０８と、アカウント登録完了ボタン１８１０と、アカウント登録中止ボタン１８０９とを少なくとも有する。
【０１１２】
ここでＭＦＰ１０１のＩＰアドレス情報が入力されると、ＣＰＵ１０１０はサーバ１０２に対して、その情報を送信する。サーバ１０２のアプリ契約部９０２は、受信したＩＰアドレス情報から利用機器（ＭＦＰ１０１）の機種名と機番を特定し、生成部９０１は、画面情報としてＭＦＰ１０１に送信する。そしてＣＰＵ１０１０は、サーバ１０２から受け取った機種名と機番を機種名表示領域１８０６に表示し（Ｓ１７０５、）ユーザに内容が正しいかを確認させる。この登録画面を介して、アカウント登録に必要な情報が全て入力された後、登録完了ボタン１８１０がユーザにより選択されるとＳ１７０６でＣＰＵ１０１０は、アカウント登録情報をサーバ１０２へ送信する。サーバ１０２のアプリ契約部９０２は、送信されたサイトアカウント情報をＳ１７１７で受信し、Ｓ１７１８で、図５のデータテーブルに新たな情報として追加して、この処理を終了する。
【０１１３】
これにより、例えば、ある会社で、そのアプリの購入権限を有するユーザが存在しない場合でも、そのアプリの購入を最初に要求したユーザが、そのアプリの購入権限を取得してアプリの購入権限保持者となることができる。
【０１１４】
図１９は、実施形態１に係るサーバ１０２がアプリ購入権限保持者（サイトアカウント管理者）に対して、ユーザからの有償アプリの購入要求情報の一覧情報を提供する処理を説明するフローチャートである。尚、このフローチャートで示す処理は、ＣＰＵ１１０がＲＡＭ１１２に展開したプログラムを実行することにより達成される。
【０１１５】
アプリ購入権限保持者は、図１７のＳ１７１５で通知されたウェブサイト上のアドレスに端末装置から接続する、或いはＭＦＰ１０１へログインした後、図１４のメニュー１４００にある通知バッジ１４１１に気が付き、アプリケーションサイトボタン１４０４を押下する。これにより図２０のアプリ一覧画面が表示される。
【０１１６】
但し、端末装置１０３から接続した場合には、ＭＦＰ１０１へのログイン情報を取得できないため、ＭＦＰ１０１へのログインユーザ情報１５０２（図１５）は非表示となる。その場合は、その画面でログインボタン１５０３を押下すると、ブラウザアプリは、有償アプリの購入要求の一覧情報を要求する有償アプリ一覧の取得要求を送信する。そしてＭＦＰ１０１は、その要求に対する応答としてサーバ１０２から認証画面の画面情報を受信して、ＩＤとパスワードを入力する領域と入力情報の確定ボタンを含む認証画面を端末装置１０３或いはタッチパネル１１００に表示することになる。
【０１１７】
こうしてアプリ購入権限保持者は、その認証画面を介して、予め登録したＩＤとパスワードをそれぞれ入力し、情報の確定ボタンを押下する。これによりサーバ１０２のアプリ契約部９０２はＳ１９０１で、入力されたＩＤとパスワード情報と、図５に示したユーザ情報ＤＢ８２４に記憶されているＩＤとパスワードとを比較して認証を行う。ここで入力されたＩＤとパスワードが不正だった場合、サーバ１０２は端末装置１０３又はタッチパネル１１００にエラーメッセージを表示し、再び認証画面を表示する。
【０１１８】
一方、Ｓ１９０１でＩＤとパスワードが一致して認証に成功するとサーバ１０２の設定制御部６０３は、その取得要求への応答としてアプリ情報ＤＢ２１４を参照し、有償アプリの購入要求一覧画面の画面情報をＭＦＰ１０１のブラウザアプリに送信する。これによりブラウザアプリはＳ１９０２で、その画面情報に基づいて、例えば図２０〜図２１に示すような購入要求の一覧画面を端末装置１０３或いはタッチパネル１１００に表示させる（Ｓ１９０２）。
【０１１９】
これにより、有償アプリの購入権限保持者は、例えば図２０（Ａ）の購入要求の一覧画面で、管理している対象機器ごと、ユーザごとの購入要求を容易に把握することができる。これにより、購入の費用対効果の高いアプリを選択するための情報収集と分析の手間を軽減することができる。
【０１２０】
図２０（Ａ）は、有償アプリのうち一つに対して、購入要求を行ったユーザ（装置利用者）の情報と、その日付と時刻情報（日時）、そして購入要求を行った装置の情報を含む購入要求の詳細情報を表示している。また図２０（Ｂ）は、装置利用者のうち一人に対して、購入要求を行った有償アプリの情報と、その日付と時刻情報、そして購入要求を行った装置の情報を含む購入要求の詳細情報を表示している。
【０１２１】
また図２１（Ａ）は、アプリ購入権限保持者が管理している対象機器ごとに、購入要求がなされたアプリ情報と、購入要求数の情報とを含む各対象機器における購入要求の詳細情報を表示している。また図２１（Ｂ）は、アプリの購入要求数の推移を、月ごとに示す情報を含む購入要求数の推移情報を表示している。
【０１２２】
またこれらの画面は、端末装置１０３或いはタッチパネル１１００から表示を切り替えることができる。例えば、図２０（Ａ）で、装置利用ＩＤ列２００１のいずれかの装置利用ＩＤが選択されると、図２０（Ｂ）の表示に切り替えられる。また図２０（Ａ）或いは（Ｂ）の機種名列２００２のいずれかの機種名が選択されると、図２１（Ａ）の表示に切り替えられる。また図２０（Ｂ）のアプリ名称列２００３或いは図２１（Ａ）のアプリ名称２１０４、或いは図２１（Ｂ）のアプリ名称２１０５のいずれかのアプリ名称が選択されると、図２０（Ａ）の表示に切り替えられる。
【０１２３】
実施形態１では、図２０（Ａ）〜図２１（Ｂ）に示す一覧画面の表示の切り替え方法の一例を示したが、本発明はこれに限られるものではない。
【０１２４】
そして、サーバ１０２の設定制御部６０３はＳ１９０３で、アプリ情報ＤＢ２１４の図４（Ｃ）のデータベースを参照し、アプリ購入権限保持者のログイン情報に紐づくユーザコードに対応する未確認数値数を「０」に書き換え（クリアし）て、この処理を終了する。
【０１２５】
図２２は、実施形態１に係るＭＦＰ１０１とサーバ１０２による、アプリをインストールするまでの処理を説明するフローチャートである。尚、このフローチャートで示すＭＦＰ１０１の処理は、ＣＰＵ１０１０がＲＡＭ１０１２に展開したプログラムを実行することにより達成される。またサーバ１０２による処理は、ＣＰＵ１１０がＲＡＭ１１２に展開したプログラムを実行することにより達成される。
【０１２６】
Ｓ２２０１の処理は、上述した図１６（Ａ）或いは図２０（Ａ）のインストールボタン１６０１が選択されることにより開始される。ＣＰＵ１０１０は、インストールボタン１６０１が押下されると、インストールが指示されたことを示す情報をサーバ１０２に送信する。
【０１２７】
これによりサーバ１０２アプリ契約部９０２はＳ２２１０で、例えば前述の図１６（Ｃ）に示すインストール確認画面の画面情報をＭＦＰ１０１に送信する。これによりＭＦＰ１０１は、Ｓ２２０２で、そのインストール確認画面を操作部１００１に表示する。図１６（Ｃ）のインストール確認画面には、サーバ１０２の契約管理モジュール２０３から受信した約款情報と、インストールの実行を最終的に承諾したことを指示するためのＯＫボタン１６０４が表示される。
【０１２８】
そしてＳ２２０３に進みＣＰＵ１０１０は、アプリ購入権限保持者によってＯＫボタン１６０４が押下されたかどうか判定し、ＯＫボタン１６０４が押下されると、それをサーバ１０２に通知する。これによりサーバ１０２のアプリ契約部９０２はＳ２２１１で、図９（Ａ）の機器管理情報ＤＢと、図５の顧客情報ＤＢを参照し、アプリ購入権限保持者に対して、アプリ購入の申込確認をするために、ウェブサイト上のメールアドレスに通知する。尚、この時のメールアドレスは、図５のアクセスアカウントに含まれるＩＤに基づいている。
【０１２９】
そしてＳ２２１２に進みアプリ契約部９０２は、そのアプリ購入権限保持者が、アドレス（ＵＲＬ）に接続してアプリ購入の申し込みを了解したかどうか判定する。ここでアプリ購入の申し込みを了解したと判定するとＳ２２１３に進み、アプリ契約部９０２はライセンス管理モジュール２０１に対してアプリＩＤと機番とを含むライセンスキーの発行依頼を送信する。そして、ライセンス管理モジュール２０１は、上述したようにしてライセンスキーを発行する。そしてＳ２２１４に進みアプリ契約部９０２は、アプリの購入処理を行った後、アプリ購入の申込契約を完了して、有償アプリケーションのラインセンスキーと契約の識別情報（契約ＩＤ）とを含むアプリ購入の申込完了情報をＭＦＰ１０１に送信する。
【０１３０】
これによりＭＦＰ１０１のＣＰＵ１０１０はＳ２２０４で、そのアプリ購入申込完了情報に含まれるライセンスキーを用いて、前記有償アプリケーションを前記サーバ１０２からダウンロードしてインストールする。そしてＭＦＰ１０１はアプリインストールが完了するとＳ２２０５に進み、機番と契約の識別情報（契約ＩＤ）を含むインストール完了情報をアプリ契約部９０２に送信する。このインストール完了情報を受信したアプリ契約部９０２はＳ２２１５で、インストール完了情報（機番、契約ＩＤ）と、インストール完了情報を受信した日時（利用開始日時）を用いて、利用開始日、利用終了日を含む機器管理情報ＤＢ８２５の機器管理情報の更新（登録）依頼を情報登録制御部９００に行う。即ち、情報登録制御部９００は、契約ＩＤ、機番及び利用開始日時の情報から、図７（Ｃ）において、例えば機番「ＡＢＣ１２３４」に対応するアプリ利用情報のアプリＩＤとアプリ名称を、図４に示すデータテーブル（アプリ情報ＤＢ２１４）を参照して特定する。また、契約ＩＤを発行した日時から申込日を、インストール完了情報を受信した日時から利用開始日を、有効期限から利用終了日を特定することができる。このようにして、情報登録制御部９００は、機器管理情報ＤＢ８２５の機器管理情報を更新する。
【０１３１】
以上説明したように実施形態１によれば、アプリの購入権限を有していないユーザであっても、所望のアプリを購入する購入手続を行うことができる。また、そのアプリの購入権限を有していないユーザは、そのアプリの購入権限を有する権限保持者が誰か分からなくても、そのアプリの購入要求を表目して、そのアプリを取得することができる。
【０１３２】
またアプリの購入権限を有するアプリ購入権限保持者は、各アプリのインストール先の機器の利用者ごとのアプリの購入要望を容易に把握できるため、購入の費用対効果の高いアプリの契約促進にも繋がるという効果がある。
【０１３３】
[実施形態２]
前述の実施形態１では、図１７で、ＭＦＰ１０１のユーザから有償アプリの購入要求がなされた場合に、そのタイミングでアプリ購入権限保持者（サイトアカウント管理者）に対して、有償アプリ購入要求情報を通知する例で説明した。しかし、アプリ購入権限保持者が、アプリの購入要求の通知タイミングを事前に設定できるようにしても良い。
【０１３４】
その場合、図１６（Ｂ）の購入要求ボタン１６０２が押下されたときの処理は、図１７のＳ１７１５を削除したものとなる。即ち、Ｓ１７０５のタイミングでアプリの購入要求を通知せず、一旦、アプリの購入要求はサーバ１０２に保存される。
【０１３５】
一方、アプリの購入要求の通知タイミングは、例えば、図１８のアカウント登録画面に、その都度通知、又は週に１回通知、又は月に１回通知、又は月２回通知という選択肢を設け、その中からアプリ購入権限保持者が選択して設定すればよい。こうして設定された通知タイミングは、図５のデータテーブルに記録される。
【０１３６】
サーバ１０２は、その設定された通知タイミングになると、まず、サーバ１０２のアプリ契約部９０２は、該当するアプリ購入権限保持者が未確認のアプリ購入要求（未確認通知数）が存在するか否か図４（Ｃ）のデータテーブルを参照して判定する。そして、そのアプリ購入権限保持者が未確認であるアプリ購入要求が存在する場合は、サーバ１０２のアプリ契約部９０２によって図１７のＳ１７１５が実行される。こうしてアプリ購入要求を、アプリ購入権限保持者（サイトアカウント管理者）に通知する処理が終了する。
【０１３７】
一方、そのアプリ購入権限保持者が未確認であるアプリ購入要求が存在しない場合は通知する必要がないため、図１７のＳ１７１５は実行されない。
【０１３８】
そうすることで、アプリの購入要求者が多すぎた場合に、購入要求がされる度に購入要求がアプリ購入権限保持者に通知されることによる、アプリ購入権限保持者のストレスを軽減できる。こうして、アプリ購入権限保持者の都合に合わせて、アプリ購入要求者の存在を効果的に伝えることができる。
【０１３９】
[実施形態３]
前述の実施形態１では、サーバ１０２は、アプリ情報管理モジュール２００と、ライセンス管理モジュール２０１と、アプリダウンロード管理モジュール２０２と、契約管理モジュール２０３とを有すると述べたが、これらのサーバ１０２構成要素は全てＭＦＰ１０１に含まれる形態であってもよい。その場合は、サーバ１０２側に図３（Ａ）、図４に示す対応情報を記憶した最新アプリ情報ＤＢを用意して、ＭＦＰ１０１のアプリ情報ＤＢ２１４の情報を必要に応じて更新できるようにすればよい。
【０１４０】
こうすることで、情報漏えいのリスクの観点からＭＦＰ１０１をセキュリティの高い特定のネットワークにのみ接続した環境下であっても、有償アプリを利用したいという要求を、その場で、一般ユーザから、アプリ購入権限保持者に表明できる。これにより、上記環境下であっても、アプリ購入権限保持は、一般ユーザからの有償アプリの購入要求を収集し、管理することができる。
【０１４１】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【０１４２】
本発明は上記実施形態に制限されるものではなく、本発明の精神及び範囲から逸脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。
【符号の説明】
【０１４３】
１０１…ＭＦＰ，１０２…サーバ、１１０…ＣＰＵ（サーバ）、２００…アプリ管理モジュール、２０１…ライセンス管理モジュール、２０２…アプリダウンロード管理モジュール、２０３…契約管理モジュール
【図１】
2020140397.tif 000003
【図２】
2020140397.tif 000004
【図３】
2020140397.tif 000005
【図４】
2020140397.tif 000006
【図５】
2020140397.tif 000007
【図６】
2020140397.tif 000008
【図７】
2020140397.tif 000009
【図８】
2020140397.tif 000010
【図９】
2020140397.tif 000011
【図１０】
2020140397.tif 000012
【図１１】
2020140397.tif 000013
【図１２】
2020140397.tif 000014
【図１３】
2020140397.tif 000015
【図１４】
2020140397.tif 000016
【図１５】
2020140397.tif 000017
【図１６】
2020140397.tif 000018
【図１７】
2020140397.tif 000019
【図１８】
2020140397.tif 000020
【図１９】
2020140397.tif 000021
【図２０】
2020140397.tif 000022
【図２１】
2020140397.tif 000023
【図２２】
2020140397.tif 000024