JP2017120582A - システム、情報処理方法、情報処理装置およびプログラム - Google Patents

システム、情報処理方法、情報処理装置およびプログラム Download PDF

Info

Publication number
JP2017120582A
JP2017120582A JP2015257387A JP2015257387A JP2017120582A JP 2017120582 A JP2017120582 A JP 2017120582A JP 2015257387 A JP2015257387 A JP 2015257387A JP 2015257387 A JP2015257387 A JP 2015257387A JP 2017120582 A JP2017120582 A JP 2017120582A
Authority
JP
Japan
Prior art keywords
application
information
contract
purchase
screen
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2015257387A
Other languages
English (en)
Inventor
竹内　幸子
Sachiko Takeuchi
幸子 竹内
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2015257387A priority Critical patent/JP2017120582A/ja
Publication of JP2017120582A publication Critical patent/JP2017120582A/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】契約書類を紙媒体に出力して購入契約を行って契約書類を残すことができるシステム、情報処理方法、情報処理装置およびプログラムを提供する。【解決手段】本発明のシステムは、情報処理装置と、ネットワークを介して情報処理装置に接続される機器とを備える。機器はアプリ一覧画面から選択したアプリをインストールする際に有償アプリであった場合、アプリ購入申込画面を表示させる。アプリ購入申込画面で申込書出力を受け付けると機器は申込書取得要求を情報処理装置に送信し、取得した申込書を出力する。機器は申込情報が入力された申込書を読み取ったデータを情報処理装置に送信する。情報処理装置はデータを解析し、顧客情報や機番などの照合を行う。情報処理装置は、顧客情報や機番が一致した場合に、ライセンスキーを発行してライセンスキーを含む申込完了情報を機器に送信する。機器はライセンスキーを用いてアプリをインストールする。【選択図】図１

Description

本発明は、システム、情報処理方法、情報処理装置およびプログラムに関する。
近年、携帯電話や情報携帯端末を代表とする様々な通信機器の普及により、通信機器上で利用可能なアプリケーションの開発が盛んになってきている。これらのアプリケーションの利用を促進するため、アプリケーションを紹介し、そのまま通信機器にダウンロードやインストールすることができるウェブサイトやアプリケーションも開発されている。
例えば特許文献１では、ビジネスソフト等に代表されるアプリケーションや、コンピュータで再生可能な動画データ、音楽データ等のデジタルコンテンツを、インターネットを利用してオンラインで取引して、アプリケーションやデジタルコンテンツをダウンロードやインストールすることができる電子商取引システムの技術が開示されている。
従来の商取引では、紙媒体の契約書類に押印またはサインをして契約を締結するという慣行があり、紙媒体での契約の流れが根強く残っている。そこで、アプリケーションの検索一覧、及び購入したアプリケーションのダウンロードやインストールなどはウェブサイト上で行えるが、紙媒体の契約書類を用いて購入契約を行うことができるシステムが望まれている。
しかしながら、例えば特許文献１に開示された電子商取引システムの技術では、アプリケーションの購入申込から購入契約、そしてアプリケーションのダウンロード（購入）までを全てウェブサイト上で行っており、紙媒体での契約書類を用いて購入契約を行って契約が完了したら契約書類を残すという商取引の態様には適用することができない、という問題があった。
本発明は、上記に鑑みてなされたものであり、契約書類を紙媒体に出力して購入契約を行って契約書類を残すことができるシステム、情報処理方法、情報処理装置およびプログラムを提供することを目的とする。
上述した課題を解決し、目的を達成するために、本発明は、情報処理装置と、ネットワークを介して前記情報処理装置に接続される機器とを備えるシステムであって、前記情報処理装置は、機器の機器情報ごとに、顧客の識別情報を少なくとも含む機器管理情報を記憶する機器管理情報記憶手段と、顧客名ごとに、前記顧客の識別情報と契約担当者の識別情報とを少なくとも含む顧客情報を記憶する顧客情報記憶手段と、前記機器からアプリケーションの識別情報と該機器の機器情報とを含み、かつアプリケーションを購入する申込書の取得を要求する申込書取得要求を受信した場合、該機器の機器情報を用いて前記機器管理情報及び前記顧客情報を参照し、前記契約担当者の識別情報を少なくとも入力した前記申込書を生成して、前記機器に送信する申込書生成手段と、前記機器から前記申込書を読み取ったデータと、該機器を使用しているユーザの認証に用いられる認証情報とを含むアプリケーション購入を要求するアプリ購入要求を受信した場合、該データに含まれる前記契約担当者の識別情報と、前記アプリ購入要求に含まれる前記ユーザの認証情報とが同一である場合に、アプリケーションの使用権限の認証に用いられるライセンスキーを少なくとも含む申込完了情報を前記機器に送信するアプリ購入契約手段と、を備え、前記機器は、前記機器の表示部に表示された、アプリケーションを購入するためのアプリ購入申込画面で、前記申込書の出力を受け付けた場合、前記申込書取得要求を前記情報処理装置に送信する申込書要求送信手段と、該情報処理装置から取得した前記申込書を出力する申込書出力手段と、前記アプリ購入申込画面で、アプリケーションの購入申込を受け付けた場合、前記アプリ購入要求を前記情報処理装置に対して送信するアプリ購入要求送信手段と、前記情報処理装置から前記申込完了情報を受け付けた後に、該申込完了情報に含まれる前記ライセンスキーを用いて前記アプリケーションをインストールするインストール実行手段と、を備える。
本発明によれば、契約書類を紙媒体に出力して購入契約を行って契約書類を残すことができる、という効果を奏する。
図１は、システムを適用する販売の業務フローの一例について説明する図である。 図２は、システムの構成の一例を示す図である。 図３は、サーバのハードウェア構成の一例を示す図である。 図４は、サーバが有する機能の一例を示す図である。 図５は、アプリ情報管理モジュールが有する機能の一例を示す図である。 図６は、第１の対応情報の一例を示す図である。 図７は、第２の対応情報の一例を示す図である。 図８は、第３の対応情報の一例を示す図である。 図９は、第４の対応情報の一例を示す図である。 図１０は、第５の対応情報の一例を示す図である。 図１１は、第６の対応情報の一例を示す図である。 図１２は、制御部が有する機能の一例を示す図である。 図１３は、ライセンス管理モジュールが有する機能の一例を示す図である。 図１４は、第７の対応情報の一例を示す図である。 図１５は、第８の対応情報の一例を示す図である。 図１６は、第９の対応情報の一例を示す図である。 図１７は、制御部が有する機能の一例を示す図である。 図１８は、アプリダウンロード管理モジュールが有する機能の一例を示す図である。 図１９は、契約管理モジュールが有する機能の一例を示す図である。 図２０は、第１０の対応情報の一例を示す図である。 図２１は、第１１の対応情報の一例を示す図である。 図２２は、制御部が有する機能の一例を示す図である。 図２３は、サーバの変形例を示す図である。 図２４は、ＭＦＰのハードウェア構成の一例を示す図である。 図２５は、ＭＦＰのソフトウェア構成の一例を示す図である。 図２６は、操作部が有する機能の一例を示す図である。 図２７は、操作画面の一例を示す図である。 図２８は、地域情報設定画面の一例を示す図である。 図２９は、地域情報設定ダイアログ画面の一例を示す図である。 図３０は、販社情報入力画面の一例を示す図である。 図３１は、エラー画面の一例を示す図である。 図３２は、アプリケーション一覧画面の一例を示す図である。 図３３は、アプリケーション説明情報画面の一例を示す図である。 図３４は、インストール確認画面の一例を示す図である。 図３５は、入力画面の一例を示す図である。 図３６は、アプリ購入申込画面の一例を示す図である。 図３７は、見積書印刷確認画面の一例を示す図である。 図３８は、出力された見積書の一例を示す図である。 図３９は、申込書印刷確認画面の一例を示す図である。 図４０は、出力された申込書の一例を示す図である。 図４１は、申込書読み取り確認画面の一例を示す図である。 図４２は、インストール確認画面の一例を示す図である。 図４３は、インストール完了画面の一例を示す図である。 図４４は、システムの動作手順の一例を示すシーケンス図である。 図４５は、システムの動作手順の一例を示すシーケンス図である。 図４６は、申込書内容確認処理の一例を示すフローチャート図である。
以下、添付図面を参照しながら、本発明に係るシステム、情報処理方法、情報処理装置およびプログラムの実施形態を詳細に説明する。以下では、システムに含まれる機器の一例として、画像形成装置の一態様である複合機（ＭＦＰ：Multifunction Peripheral）を例に挙げて説明するが、これに限られるものではない。なお、複合機とは、コピー機能、スキャナ機能、プリンタ機能、ファクス機能などの複数の異なる機能を有する装置である。
最初に、実施形態のシステムを適用する、販売の業務フローについて説明する。販売対象として、ＭＦＰにインストールするアプリケーションを一例にする。図１は、実施形態のシステムを適用する販売の業務フローの一例について説明する図である。以下では、「アプリケーション」を「アプリ」とも表記する。
（見積書提示のフロー）
ユーザ（管理者権限を有する契約担当者）は、ログインＩＤ、パスワードを用いてＭＦＰ（機器）にログインする（ステップＳ１）。以下、ユーザ（管理者権限を有する契約担当者）が認証済みであることを前提条件とする。ユーザは、ＭＦＰの操作パネル上でアプリ一覧表示を選択し、アプリ一覧画面を表示する（ステップＳ２）。ユーザが、操作パネル上に表示されたアプリ一覧から任意のアプリを選択すると（ステップＳ３）、アプリの説明情報画面が表示され、ユーザがインストールボタンを押下する（ステップＳ４）。次に、インストールボタンを押下したアプリが無償アプリの場合にはアプリのインストールが実行される。しかし、インストールボタンを押下したアプリが有償アプリの場合には操作パネル上には、有償アプリケーションの見積書を出力する見積書出力ボタンと、該有償アプリケーションを購入するための申込書を出力する申込書出力ボタンと、該有償アプリケーションの購入を申し込む申込ボタンとを含む、アプリ購入申込画面が表示される。ユーザが、見積書出力ボタンを押下すると（ステップＳ５）、ＭＦＰは、見積書取得要求をサーバ（情報処理装置）に送信し、サーバ（情報処理装置）から取得した見積書を紙出力する（ステップＳ６）。ユーザ（契約担当者）は、見積書で購入を検討し、購入すると決定する（ステップＳ７）。
（申込（契約）〜アプリダウンロードのフロー）
ユーザ（契約担当者）は、ＭＦＰの操作パネル上でアプリ購入申込画面を表示させる。次にユーザは、申込書出力ボタンを押下する（ステップＳ８）。次に、ＭＦＰは、申込書取得要求をサーバ（情報処理装置）に送信し、サーバ（情報処理装置）から取得した申込書を紙出力すると共に操作パネルに約款を表示する（ステップＳ９）。なお、約款は紙出力するようにしてもよい。ユーザは、紙出力された申込書に所定項目を記入（入力）し、押印（サイン）する（ステップＳ１０）。なお、サーバ（情報処理装置）は、顧客情報を参照して所定項目（申込情報）を入力した申込書を紙出力させるようにし、ユーザは押印（サイン）するだけでもよい。ユーザは、記入、押印済みの申込書をＭＦＰの読み取り面に置き、申込書をスキャンする。ＭＦＰは、申込書を読み取ったデータをサーバ（情報処理装置）に送信する（ステップＳ１１）。サーバ（情報処理装置）は、ＭＦＰから申込書を読み取ったデータとＭＦＰの機器情報（機番）とＭＦＰ３を使用しているユーザの認証に用いられる認証情報（ログインＩＤ）とを含むアプリ購入要求を受信した場合、申込書の内容を確認する。すなわち、申込書を読み取ったデータを解析（ＯＣＲ：Optical Character Reader）し、顧客情報や機器情報（機番）などの照合を行う（ステップＳ１２）。サーバ（情報処理装置）は、顧客情報や機器情報が一致した場合に、ライセンス管理モジュールにアプリケーションの使用権限（ライセンス）の認証に用いられるライセンスキーの発行を要求し、ライセンス管理モジュールはライセンスキーを発行する（ステップＳ１３）。次に、サーバ（情報処理装置）は、顧客情報を参照して、ユーザ（契約担当者）へ確認のメールを送信する。メールを受信したユーザ（契約担当者）は、表示されたＵＲＬに接続して申込（購入）を確認する（ステップＳ１４）。次にサーバ（情報処理装置）は、アプリ購入申込契約を完了して、有償アプリケーションのライセンスキーと契約の識別情報（契約ＩＤ）とを含むアプリ購入申込完了情報をＭＦＰに送信する。ＭＦＰは、操作パネル上に申込完了表示と、ライセンスキー、契約ＩＤなどを表示する（ステップＳ１５）。ＭＦＰは、アプリ購入申込完了情報を受け付けた後に、該アプリ購入申込完了情報に含まれるライセンスキーを用いて有償アプリケーションのダウンロード（インストール）を実行する（ステップＳ１６）。すなわち、サービス利用を開始する。
このように、上記の販売の業務フローによれば、アプリケーションの検索一覧、及び購入したアプリケーションのダウンロードやインストールなどはウェブサイト上で行え、かつ紙媒体の契約書類を用いて購入契約を行うことができる。
次に、本実施形態のシステム（情報処理システム）の構成について説明する。図２は、本実施形態のシステム（情報処理システム）１の構成の一例を示す図である。図２に示すように、システム１は、サーバ２と、例えばインターネットなどのネットワーク４を介してサーバ２に接続されるＭＦＰ３と、を備える。なお、図２の例では、システム１に含まれる機器として、１台のＭＦＰ３のみを例示しているが、これに限られるものではなく、システム１に含まれる機器の台数及び種類は任意である。例えば機器として、ＰＣ（Personal Computer）がシステム１に含まれる形態であってもよい。また、システム１に含まれるサーバとして、１台のサーバ２を例示しているが、これに限られるものではなく、システム１に含まれるサーバの台数及び種類は任意である。なお以下では、「機器」を「ＭＦＰ」とも表記する。また、「サーバ」を「情報処理装置」とも表記する。
実施形態のサーバ２は、ＭＦＰ３から該ＭＦＰ３を識別する機器情報（機番）を少なくとも含み、かつ該ＭＦＰ３が利用可能なアプリケーションの一覧を示すアプリ一覧情報を要求するアプリ一覧情報取得要求に応じて、アプリ一覧画面と、該アプリ一覧画面のアプリケーションそれぞれに対応する該アプリケーションの説明情報と、該アプリケーションに対応するコマンドと、を含むアプリ一覧情報をＭＦＰ３へ送信する。ＭＦＰ３は、アプリ一覧画面で所定のアプリケーションが選択された場合に、該アプリケーションのインストールを実行するインストールボタンを含む該アプリケーションの説明情報の画面を表示させる。そして、ＭＦＰ３は、アプリケーションの説明情報の画面でインストールボタンが選択された該アプリケーションが有償の場合に、有償アプリケーションの見積書を出力する見積書出力ボタンと、該有償アプリケーションを購入するための申込書を出力する申込書出力ボタンと、該有償アプリケーションの購入を申し込む申込ボタンとを含む、アプリ購入申込画面を表示させる。ＭＦＰ３は、アプリ購入申込画面で申込書出力ボタンが選択された場合、該有償アプリケーションの識別情報（アプリＩＤ）とＭＦＰ３の機器情報（機番）とを含む申込書取得要求をサーバ２に送信する。サーバ２は、ＭＦＰ３から有償アプリケーションの識別情報（アプリＩＤ）と該ＭＦＰ３の機器情報（機番）とを含む申込書取得要求を受信した場合、アプリケーションの識別情報と該アプリケーションの価格情報とを少なくとも対応付けたアプリ価格情報を参照して該有償アプリケーションの価格情報を特定すると共に契約を識別する識別情報（契約ＩＤ）を付与し、有償アプリケーションの価格情報と、該ＭＦＰ３の機器情報（機番）と、契約の識別情報（契約ＩＤ）と契約担当者の識別情報（ログインＩＤ）とを入力した申込書を生成して、ＭＦＰ３に送信する。ＭＦＰ３は、サーバ２から取得した申込書を紙出力する。ＭＦＰ３は、アプリ購入申込画面で申込ボタンが選択された場合、所定項目が入力された申込書を読み取ったデータとＭＦＰ３の機器情報（機番）とＭＦＰ３を使用しているユーザの認証に用いられる認証情報（ログインＩＤ）とを含むアプリ購入要求をサーバ２に対して送信する。サーバ２は、ＭＦＰ３から申込書を読み取ったデータと該ＭＦＰ３の機器情報（機番）とユーザの認証情報（ログインＩＤ）とを含むアプリケーション購入を要求するアプリ購入要求を受信した場合、該データに含まれる契約担当者の識別情報（ログインＩＤ）と、アプリ購入要求に含まれるユーザの認証情報（ログインＩＤ）とが同一である場合に、アプリ購入処理を行い、アプリ購入申込契約を完了して、有償アプリケーションのライセンスキーと契約の識別情報とを含むアプリ購入申込完了情報をＭＦＰ３に送信する。ＭＦＰ３は、アプリ購入申込完了情報を受け付けた後に、該アプリ購入申込完了情報に含まれるライセンスキーを用いて有償アプリケーションのインストールを実行する。
以下、サーバ２の具体的な構成を説明する。図３は、サーバ２のハードウェア構成の一例を示す図である。図３に示すように、サーバ２は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、通信Ｉ／Ｆ３０４と、入力装置３０５と、表示装置３０６とを備え、これらがシステムバス３０７を介して相互に接続されている。ＣＰＵ３０１は、サーバ２の動作を統括的に制御する。ＲＯＭ３０２は、プログラム等の各種のデータを記憶する不揮発性のメモリである。ＲＡＭ３０３は、ＣＰＵ３０１が実行する各種の処理の作業領域（ワークエリア）として機能する揮発性のメモリである。通信Ｉ／Ｆ３０４は、ネットワーク４と接続するためのインタフェースである。入力装置３０５は、ユーザによる操作の入力に用いられるデバイスであり、例えばマウスやキーボードなどで構成される。表示装置３０６は各種の情報を表示するデバイスであり、例えば液晶型ディスプレイ装置などで構成される。
図４は、サーバ２が有する機能の一例を示す図である。図４に示すように、サーバ２は、アプリ情報管理モジュール２１０と、ライセンス管理モジュール２２０と、アプリダウンロード管理モジュール２３０と、契約管理モジュール２４０とを有する。図４の例では、本実施形態に関するモジュール（機能）のみを例示しているが、サーバ２が有するモジュールはこれらに限られるものではない。
図５は、アプリ情報管理モジュール２１０が有する機能の一例を示す図である。アプリ情報管理モジュール２１０は、記憶部２１１と、制御部２１２と、画面提供部２１３と、設定部２１４と、を有している。なお、図５の例では、本実施形態に関する機能を主に例示しているが、アプリ情報管理モジュール２１０が有する機能はこれらに限られるものではない。
図５に示すように、記憶部２１１は、アプリ情報データベース（以下、「アプリ情報ＤＢ」と称する）２６１と、ユーザ情報データベース（以下、「ユーザ情報ＤＢ」と称する）２６２とを有する。
アプリ情報ＤＢ２６１は、機器（ＭＦＰ３）が設置されている地理的位置を示す地域情報、または機器の販売店を示す販社情報に対応するアプリケーションを提供する組織を識別する組織ＩＤに紐付いている複数のアプリケーションごとに、公開されている状態であるか否かを示す公開状態情報と、該アプリケーションを利用可能な機器を識別する機器情報とを対応付けて記憶する。本実施形態では、アプリ情報ＤＢ２６１は、図６に示す第１の対応情報と、図７に示す第２の対応情報と、図８に示す第３の対応情報と、図９に示す第４の対応情報と、図１０に示す第５の対応情報と、図１１に示す第６の対応情報とを記憶している。
図６に示すように、第１の対応情報は、機器（ＭＦＰ３）の機種ごとに割り当てられた機種ＩＤと、機器の機種名と、機器を識別する機番（「機器情報」）とを対応付けた情報である。図７に示すように、第２の対応情報は、アプリケーションを識別するアプリＩＤと、アプリケーションの使用権限（ライセンス）の認証に用いられるライセンスキーと、機種ＩＤと、該アプリＩＤで識別されるアプリケーションの最新のバージョンを示すバージョン情報とを対応付けた情報である。なお、この例では、無償のアプリケーションのアプリＩＤに対しては、ライセンスの認証が不要であるために予めライセンスキーが対応付けられているが、有償のアプリケーションのアプリＩＤに対しては、ライセンスの認証が必要になるのでライセンスキーは対応付けられない構成となる。
図８に示すように、第３の対応情報は、アプリケーションを提供する組織ごとに割り当てられた組織ＩＤと、該組織ＩＤで識別される組織名称と、該組織の種別と、該組織が位置する地理的位置を示す地域情報と、機器（ＭＦＰ３）の販売店を示す販社情報とを対応付けた情報である。図９に示すように、第４の対応情報は、組織ＩＤと、アプリＩＤと、アプリケーションが公開されている状態であるか否かを示す公開状態情報とを対応付けた情報である。以上の第１の対応情報と第２の対応情報と第３の対応情報と第４の対応情報との組み合わせにより、地域情報、または販社情報に対応するアプリケーションを提供する組織ＩＤに紐付いている複数のアプリケーションごとに、公開されている状態であるか否かを示す公開状態情報と、該アプリケーションを利用可能な機器を識別する機器情報とを対応付けていると考えることができる。
また、図１０に示すように、第５の対応情報は、アプリＩＤと、機器が使用される国や地域の言語を示す言語情報と、該アプリＩＤで識別されるアプリケーションの表示名称と、該アプリＩＤで識別されるアプリケーションを紹介する紹介メッセージとを対応付けた情報である。以下の説明では、表示名称と紹介メッセージとの組み合わせを、アプリケーションを説明するための「アプリ説明情報」と称する場合がある。
また、図１１に示すように、第６の対応情報は、組織ＩＤと、アプリＩＤと、言語情報と、該アプリＩＤで識別されるアプリケーションの価格と、該アプリＩＤで識別されるアプリケーションの価格説明とを対応付けた情報である。以下の説明では、価格と価格説明との組み合わせを、アプリケーションの価格を説明するための「アプリ価格情報」と称する場合がある。
図５に戻って記憶部２１１の説明を続ける。ユーザ情報ＤＢ２６２は、例えば後述の設定部２１４による設定のための操作を行う権限を有するユーザの認証に必要な情報を記憶する。
次に、制御部２１２が有する機能を説明する。制御部２１２は、機器（ＭＦＰ３）から該機器が設置されている地理的位置を示す地域情報と、該機器を識別する機器情報（機番）とを少なくとも含み、かつ該ＭＦＰ３が利用可能なアプリケーションの一覧を示すアプリ一覧情報を要求するアプリ一覧情報取得要求に応じて、アプリ一覧画面と、該アプリ一覧画面のアプリケーションそれぞれに対応する該アプリケーションの説明情報と、該アプリケーションに対応するコマンドと、を含むアプリ一覧情報をＭＦＰ３へ送信する制御を行う。ここでは、制御部２１２が有する機能は、サーバ２側のアプリケーションインタフェース（ＡＰＩ）により提供される。
図１２は、制御部２１２が有する機能の一例を示す図である。図１２に示すように、制御部２１２は、特定部２１６と、生成部２１７と、送信部２１８と、設定制御部２１９とを有する。
特定部２１６は、機器（ＭＦＰ３）から、該機器が設置されている地理的位置を示す地域情報と、該機器を識別する機番とを少なくとも含み、かつ、該ＭＦＰ３が利用可能なアプリケーションの一覧を示すアプリ一覧情報を要求するアプリ一覧情報取得要求を受信した場合に、記憶部２１１（この例ではアプリ情報ＤＢ２６１）に記憶された情報を参照して、アプリ一覧情報取得要求に含まれる地域情報と、機番と、地域情報に紐付いた組織ＩＤで公開されている状態を示す公開状態情報との組み合わせに対応するアプリケーションを特定する。より具体的には、特定部２１６は、機器からアプリ一覧情報取得要求を受信した場合、図８に示す第３の対応情報を参照して、その受信したアプリ一覧情報取得要求に含まれる地域情報または販社情報に対応付けられた組織ＩＤを選択する。なお、販社情報が含まれている場合は販社情報に対応付けられた組織ＩＤを優先的に選択し、販社情報が含まれていない場合は地域情報に対応付けられた組織ＩＤを選択する。次に、特定部２１６は、図９に示す第４の対応情報を参照して、その選択した組織ＩＤに対応付けられた１以上のアプリＩＤの中から、公開されている状態を示す公開状態情報が対応付けられたアプリＩＤを選択する。次に、特定部２１６は、図６に示す第１の対応情報を参照して、その受信したアプリ一覧情報取得要求に含まれる機番に対応付けられた機種ＩＤを選択する。次に、特定部２１６は、図７に示す第２の対応情報を参照して、その選択した機種ＩＤに対応付けられた１以上のアプリＩＤを選択する。次に、特定部２１６は、図９で選択した組織ＩＤに対応付けられた１以上のアプリＩＤの中で公開されているアプリＩＤと、図７で選択した機種ＩＤに対応付けられた１以上のアプリＩＤとを比較して一致するアプリＩＤを特定する。以上のようにして特定したアプリＩＤで識別されるアプリケーションを、機器（ＭＦＰ３）から受信したアプリ一覧情報取得要求に含まれる地域情報と、機番と、地域情報に紐付いた組織ＩＤで公開されている状態を示す公開状態情報との組み合わせに対応するアプリケーションとして（つまり、アプリ一覧情報取得要求の要求元の機器で利用可能なアプリケーションとして）特定する。
また、本実施形態におけるアプリ一覧情報取得要求の中には、該アプリ一覧情報取得要求の要求元の機器が使用される国または地域の言語を示す言語情報（ロケール情報）が含まれているので、特定部２１６は、図１０に示す第５の対応情報を参照して、以上のようにして特定したアプリＩＤと、機器から受信したアプリ一覧情報取得要求に含まれる言語情報との組み合わせに対応するアプリ説明情報を特定することができる。同様に、本実施形態におけるアプリ一覧情報取得要求の中には、該アプリ一覧情報取得要求の要求元の機器が使用される国または地域の言語を示す言語情報（ロケール情報）が含まれているので、特定部２１６は、図１１に示す第６の対応情報を参照して、以上のようにして特定した組織ＩＤごとのアプリＩＤと、機器から受信したアプリ一覧情報取得要求に含まれる言語情報との組み合わせに対応するアプリ価格情報を特定することができる。
図１２の説明を続ける。生成部２１７は、特定部２１６により特定されたアプリケーションを示す表示情報と、特定部２１６により特定されたアプリケーションに対応するコマンドと、を含む画面情報を生成する。この例では、生成部２１７は、表示情報とコマンドとを含む画面情報に対応する画面を生成し、その生成した画面を画面情報として機器（ＭＦＰ３）へ送信する。ただし、これに限らず、例えば生成部２１７は、該画面を生成するのに必要な情報を画面情報として生成して画面情報に対応する画面を機器（ＭＦＰ３）側で生成する形態であってもよい。本実施形態では、生成部２１７は、画面提供部２１３に対して画面情報の生成を依頼し、この依頼を受けた画面提供部２１３が画面情報を生成して生成部２１７へ渡すことになる。
また、本実施形態における画面情報に含まれる表示情報は、画面情報の要求元の機器（ＭＦＰ３）が利用可能なアプリケーションごとに（例えばアプリＩＤごとに）、該アプリケーションの詳細を示す説明情報を対応付けたアプリケーション説明情報を含んでいる。説明情報としては、ライセンスキー、バージョン情報、アプリ説明情報、アプリ価格情報などが含まれる。
また、本実施形態における画面情報に含まれるコマンドの種類として、インストール命令、更新命令、アンインストール命令などが挙げられる。インストール命令は、アプリケーションをインストールする命令を示す。更新命令は、アプリケーションを更新する命令を示す。アンインストール命令は、インストール済みのアプリケーションを削除して、機器（ＭＦＰ３）の状態を、該アプリケーションをインストールする前の状態に戻す命令を示す。
図１２の説明を続ける。送信部２１８は、アプリ一覧情報取得要求に対する応答として、生成部２１７により生成された画面情報を機器（ＭＦＰ３）へ送信する。
設定制御部２１９は、設定部２１４による設定を、記憶部２１１に記憶された情報に反映させる制御を行う。つまり、設定制御部２１９は、設定部２１４による設定に応じて、記憶部２１１に記憶された情報を更新する制御を行う。この例では、設定部２１４は、ユーザの操作に応じて、表示情報を可変に設定する機能を有する。例えば設定部２１４は、ユーザの操作に応じて、アプリ説明情報やアプリ価格情報、画面上の表示部品の配置などを示すレイアウト情報を可変に設定することができる。これにより、例えば地域ごとに異なる表示内容とすることもできる。
以上に説明した制御部２１２、画面提供部２１３及び設定部２１４の各々の機能は、ＣＰＵ３０１がＲＯＭ３０２等の記憶装置に格納されたプログラムを実行することにより実現可能である。また、以上に説明した記憶部２１１は、ＲＯＭ３０２またはＨＤＤ等の補助記憶装置により実現可能である。
次に、ライセンス管理モジュール２２０が有する機能を説明する。図１３は、ライセンス管理モジュール２２０が有する機能の一例を示す図である。図１３に示すように、ライセンス管理モジュール２２０は、記憶部２２１と、制御部２２２と、ライセンス発行部２２３とを有している。なお、図１３の例では、本実施形態に関する機能を主に例示しているが、ライセンス管理モジュール２２０が有する機能はこれらに限られるものではない。
図１３に示すように、記憶部２２１は、ライセンス情報データベース（以下、「ライセンス情報ＤＢ」と称する）２２４と、ユーザ情報データベース（以下、「ユーザ情報ＤＢ」と称する）２２５と、を有する。
ライセンス情報ＤＢ２２４は、複数のアプリケーションごとに、該アプリケーションの使用権限（ライセンス）に関する情報を対応付けて記憶する。本実施形態では、ライセンス情報ＤＢ２２４は、図１４に示す第７の対応情報と、図１５に示す第８の対応情報と、図１６に示す第９の対応情報とを記憶している。
図１４に示すように、第７の対応情報は、アプリＩＤと、ライセンスの種別を示すライセンス種別と、ライセンスの形態（この例では、有償、無償、トライアルのうちの何れか）を示すライセンス形態と、ライセンスが有効な期間を示す有効期限と、ライセンスを付与可能な数を示すボリューム数とを対応付けた情報である。また、図１５に示すように、第８の対応情報は、ライセンス種別と、ライセンスキーと、使用中のライセンスの数を示す使用中ライセンス数と、使用済みのライセンスの数を示す使用済みライセンス数とを対応付けた情報である。さらに、図１６に示すように、第９の対応情報は、ライセンスキーと、機番と、有効期限と、ライセンスが有効であるか無効であるかを示す有効状態情報とを対応付けた情報である。
図１３に戻って記憶部２２１の説明を続ける。ユーザ情報ＤＢ２２５は、例えばライセンスを発行するための操作を行うことができるユーザの認証に必要な情報を記憶する。このユーザ情報ＤＢ２２５は、アプリ情報管理モジュール２１０のユーザ情報ＤＢ２６２と共通であってもよい。
次に、制御部２２２が有する機能を説明する。ここでは、制御部２２２が有する機能は、サーバ２側のアプリケーションインタフェース（ＡＰＩ）により提供される。図１７は、制御部２２２が有する機能の一例を示す図である。図１７に示すように、制御部２２２は、登録制御部２２６と、ライセンス有効化部２２７と、ライセンス無効化部２２８とを有する。
登録制御部２２６は、ライセンス発行部２２３により発行されたライセンスに関する情報を記憶部２２１（ライセンス情報ＤＢ２２４）に登録する制御を行う。本実施形態では、ライセンス発行部２２３は、ライセンスを発行するための操作を行う権限を有するユーザから、ライセンスを発行する対象となるアプリケーションのアプリＩＤと、ライセンス種別を選択する操作を受け付けた場合、その受け付けた操作により選択されたアプリＩＤとライセンス種別に対応するライセンスキーを発行する。登録制御部２２６は、ライセンス発行部２２３により発行されたライセンスキーと、該ライセンスキーに対応するライセンス種別とを示す情報をライセンス情報ＤＢ２２４に登録する制御を行う。より具体的には、登録制御部２２６は、ライセンス発行部２２３から、ライセンスキーと、該ライセンスキーに対応するライセンス種別とを受け取った場合、図１５に示す第８の対応情報の中に、その受け取ったライセンスキーとライセンス種別とを含む新たなレコード（単位情報、この例では行単位の情報）を追加する。
ライセンス有効化部２２７は、機器（ＭＦＰ３）からの要求に応じて、ライセンスを有効化するための制御を行う。この例では、ライセンス有効化部２２７は、アプリＩＤとライセンスキーと機番とを少なくとも含み、かつ、ライセンスの有効化を要求する有効化要求を機器（ＭＦＰ３）から受信した場合、ライセンス情報ＤＢ２２４に記憶された第８の対応情報（図１５参照）の中に、その受信した有効化要求に含まれるライセンスキーが存在するか否かを確認する。その確認結果が肯定の場合、ライセンス有効化部２２７は、ライセンス情報ＤＢ２２４に記憶された第７の対応情報（図１４参照）を参照して、その受信した有効化要求に含まれるアプリＩＤに対応付けられた有効期限を特定する。そして、図１６に示す第９の対応情報の中に、受信した有効化要求に含まれるライセンスキー及び機番と、特定した有効期限と、有効を示す有効状態情報とを対応付けた新たなレコードを追加する。また、ライセンス有効化部２２７は、図１５に示す第８の対応情報を参照して、機器（ＭＦＰ３）から受信した有効化要求に含まれるライセンスキーに対応付けられた使用中ライセンス数を「１」だけインクリメントして更新する。そして、ライセンス有効化部２２７は、有効化要求に対する応答として、ライセンスの状態が有効である旨を機器（ＭＦＰ３）へ送信する。この通知を受けた機器（ＭＦＰ３）は、有効化要求に含まれるアプリＩＤで識別されるアプリケーションを利用することができる。
なお、例えばライセンス情報ＤＢ２２４に記憶された情報の中に、機器（ＭＦＰ３）から受信した有効化要求に含まれるライセンスキーが存在しない場合や、機器（ＭＦＰ３）から受信した有効化要求に含まれるライセンスキーに対応するボリューム数が既に上限に到達している場合は、ライセンス有効化部２２７は、機器（ＭＦＰ３）からの有効化要求に対して、エラーを返すことになる。
ライセンス無効化部２２８は、機器（ＭＦＰ３）からの要求に応じて、ライセンスを無効化するための制御を行う。この例では、ライセンス無効化部２２８は、ライセンスキーと機番とを少なくとも含み、かつ、ライセンスの無効化を要求する無効化要求を機器（ＭＦＰ３）から受信した場合、ライセンス情報ＤＢ２２４に記憶された第９の対応情報（図１６参照）を参照して、その受信した無効化要求に含まれるライセンスキーと機番との組み合わせに対応付けられた有効状態情報を、無効を示す情報に変更する。また、ライセンス情報ＤＢ２２４に記憶された第８の対応情報（図１５参照）を参照して、機器（ＭＦＰ３）から受信した無効化要求に含まれるライセンスキーに対応付けられた使用中ライセンス数を「１」だけデクリメントし、使用済みライセンス数を「１」だけインクリメントして更新する。そして、ライセンス無効化部２２８は、無効化要求に対する応答として、ライセンスの状態が無効である旨を機器（ＭＦＰ３）へ送信する。この通知を受けた機器（ＭＦＰ３）は、無効化要求に含まれるアプリＩＤで識別されるアプリケーションを利用することはできなくなる。
以上に説明した制御部２２２及びライセンス発行部２２３の各々の機能は、ＣＰＵ３０１がＲＯＭ３０２等の記憶装置に格納されたプログラムを実行することにより実現可能である。また、以上に説明した記憶部２２１は、ＲＯＭ３０２またはＨＤＤ等の補助記憶装置により実現可能である。
次に、アプリダウンロード管理モジュール２３０が有する機能を説明する。図１８は、アプリダウンロード管理モジュール２３０が有する機能の一例を示す図である。図１８に示すように、アプリダウンロード管理モジュール２３０は、アプリストレージ２３１と、ダウンロード部２３２とを有している。なお、図１８の例では、本実施形態に関する機能を主に例示しているが、アプリダウンロード管理モジュール２３０が有する機能はこれらに限られるものではない。
アプリストレージ２３１は、機器（ＭＦＰ３）に提供するための複数のアプリケーションを記憶している。この例では、アプリストレージ２３１は、複数のアプリＩＤごとに、アプリケーション本体を含むデータファイルを対応付けて記憶している。ダウンロード部２３２は、機器（ＭＦＰ３）からの要求に応じて、アプリストレージ２３１に記憶された何れかのアプリケーションをＭＦＰ３へ送信（ダウンロード）する制御を行う。この例では、ダウンロード部２３２は、アプリＩＤを少なくとも含み、かつ、アプリケーションのダウンロードを要求するダウンロード要求を機器（ＭＦＰ３）から受信した場合、その受信したダウンロード要求に含まれるアプリＩＤに対応するアプリケーションを機器（ＭＦＰ３）へ送信する。より具体的には、ダウンロード部２３２は、アプリストレージ２３１を参照して、機器（ＭＦＰ３）から受信したダウンロード要求に含まれるアプリＩＤに対応するデータファイルを特定し、その特定したデータファイルを機器（ＭＦＰ３）へ送信する。
以上に説明したダウンロード部２３２の機能は、ＣＰＵ３０１がＲＯＭ３０２等の記憶装置に格納されたプログラムを実行することにより実現可能である。また、以上に説明したアプリストレージ２３１は、ＲＯＭ３０２またはＨＤＤ等の補助記憶装置により実現可能である。
次に、契約管理モジュール２４０が有する機能を説明する。図１９は、契約管理モジュール２４０が有する機能の一例を示す図である。図１９に示すように、契約管理モジュール２４０は、記憶部２４１と、制御部２４２と、画面提供部２４３と、契約ＩＤ発行部２４４とを有している。なお、図１９の例では、本実施形態に関する機能を主に例示しているが、契約管理モジュール２４０が有する機能はこれらに限られるものではない。
図１９に示すように、記憶部２４１は、顧客情報データベース（以下、「顧客情報ＤＢ」と称する）２４５と、機器管理情報データベース（以下、「機器管理情報ＤＢ」と称する）２４６と、を有する。なお、記憶部２４１は請求項の「顧客情報記憶手段」に対応する。
顧客情報ＤＢ２４５は、顧客名（お客様名）ごとに、顧客（企業情報）に関する情報と、契約担当者情報に関する情報とを対応付けて記憶する。本実施形態では、顧客情報ＤＢ２４５は、図２０に示す第１０の対応情報を記憶している。
図２０に示すように、第１０の対応情報は、顧客名と顧客を識別する顧客コードと顧客の住所と顧客の電話番号とを含む企業情報と、契約担当者名と契約担当者の識別情報（つまり、機器（ＭＦＰ３）を使用するユーザの認証に用いられる認証情報（契約担当者のログインＩＤ））とパスワードとを含む契約担当者情報とを対応付けた情報である。
図１９に戻って記憶部２４１の説明を続ける。機器管理情報ＤＢ２４６は、機番（機器情報）ごとに、ＭＦＰ３の機種と、顧客コードと、アプリ利用情報とを対応付けて記憶する。本実施形態では、機器管理情報ＤＢ２４６は、図２１に示す第１１の対応情報を記憶している。なお、記憶部２４１は請求項の「機器管理情報記憶手段」に対応する。
図２１に示すように、第１１の対応情報は、機番と、機種と、顧客コードと、アプリＩＤとアプリ名称と申込日と契約ＩＤと利用開始日と利用終了日と契約文書のファイル名とを含むアプリ利用情報とを対応付けた情報（機器管理情報）である。
次に、制御部２４２が有する機能を説明する。ここでは、制御部２４２が有する機能は、サーバ２側のアプリケーションインタフェース（ＡＰＩ）により提供される。図２２は、制御部２４２が有する機能の一例を示す図である。図２２に示すように、制御部２４２は、情報登録制御部２４７と、生成部２４８と、アプリ契約部２４９とを有する。
情報登録制御部２４７は、契約ＩＤ発行部２４４により発行された契約を識別する識別情報（契約ＩＤ）と、契約に関する情報を記憶部２４１（機器管理情報ＤＢ２４６）に登録する制御を行う。本実施形態では、契約ＩＤ発行部２４４は、アプリ契約部２４９から、契約を締結する対象となる機器の機器情報（機番）と、アプリＩＤと、顧客情報とを含む契約ＩＤ発行要求を受け付けた場合、任意の契約ＩＤを発行する。情報登録制御部２４７は、契約ＩＤ発行部２４４により発行された契約ＩＤを、機器管理情報ＤＢ２４６の機器の機器情報（機番）とアプリＩＤとに対応付いた顧客情報（アプリ利用情報）に登録する制御を行う。また、情報登録制御部２４７は、アプリ契約部２４９から契約に関する情報を受け付けて機器管理情報ＤＢ２４６に登録する制御を行う。より具体的には、情報登録制御部２４７は、アプリ購入申込契約が完了し、ＭＦＰ３からインストール完了送信（契約ＩＤ、機番を含む）を受け取ったアプリ契約部２４９から機器管理情報の更新または登録の依頼を受け付けて、機番に対応するアプリ利用情報に、アプリＩＤ、アプリ名称、申込日、契約ＩＤ、利用開始日、利用終了日、契約文書のファイル名を含む新たなレコード（単位情報、この例では行単位の情報）を追加する。
生成部２４８（画面情報生成手段）は、アプリ購入に関する画面をＭＦＰ３の表示部に表示させる画面情報を生成する。この例では、アプリ情報管理モジュール２１０で生成されたアプリ一覧画面で選択されたアプリケーションに対応するアプリ購入申込画面の画面情報を生成する。すなわち、生成部２４８は、アプリケーションを示す表示情報とコマンドとを含む画面情報に対応する画面を生成し、その生成した画面を画面情報として機器（ＭＦＰ３）へ送信する。本実施形態では、生成部２４８は、画面提供部２４３（画面情報生成手段）に対して画面情報の生成を依頼し、この依頼を受けた画面提供部２４３が画面情報を生成して生成部２４８へ渡すことになる。すなわち、生成部２４８及び画面提供部２４３が請求項の「画面情報生成手段」の機能を実現する。
例えば、生成部２４８（画面情報生成手段）は、アプリ一覧画面で所定のアプリケーションが選択された場合に、該アプリケーションのインストールを実行するインストールボタンを含む該アプリケーションの説明情報の画面の画面情報を生成してＭＦＰ３に送信する。
また、生成部２４８（画面情報生成手段）は、アプリケーションの説明情報の画面でインストールボタンが選択された該アプリケーションが有償の場合に、有償アプリケーションの見積書を出力する見積書出力ボタンと、該有償アプリケーションを購入するための申込書を出力する申込書出力ボタンと、該有償アプリケーションの購入を申し込む申込ボタンとを含む、アプリ購入申込画面の画面情報を生成してＭＦＰ３に送信する。すなわち、生成部２４８（画面情報生成手段）は、ＭＦＰ３からアプリケーションをインストールするインストール要求を受け付けて、該アプリケーションが有償であった場合には、アプリケーションを購入するためのアプリ購入申込画面の画面情報を生成して、ＭＦＰ３に送信する。
アプリ契約部２４９（申込書生成手段）は、ＭＦＰ３から有償アプリケーションの識別情報（アプリＩＤ）と該ＭＦＰ３の機器情報（機番）とを含み、かつアプリケーションを購入する申込書の取得を要求する申込書取得要求を受信した場合、アプリ価格情報を参照して該有償アプリケーションの価格情報を特定すると共にアプリケーション購入申込の契約を識別する識別情報（契約ＩＤ）を付与し、該機器の機器情報を用いて前記機器管理情報及び前記顧客情報を参照し、アプリケーションの価格情報と、該ＭＦＰ３の機器情報（機番）と、契約担当者の識別情報（契約担当者のログインＩＤ）と、契約の識別情報（契約ＩＤ）とを入力した申込書を生成して、ＭＦＰ３に送信する。また、アプリ契約部２４９（申込書生成手段）は、ＭＦＰ３から有償アプリケーションの識別情報（アプリＩＤ）と該ＭＦＰ３の機器情報（機番）とを含む申込書取得要求を受信した場合、さらに機器管理情報（図２１）及び顧客情報（図２０）を参照し、該ＭＦＰ３の機器情報（機番）に紐付く顧客情報をさらに入力した申込書を生成して、ＭＦＰ３に送信する。
アプリ契約部２４９（見積書生成手段）は、ＭＦＰ３から有償アプリケーションの識別情報（アプリＩＤ）と該ＭＦＰ３の機器情報（機番）とを含む見積書取得要求を受信した場合、アプリ価格情報を参照して該有償アプリケーションの価格情報を特定し、アプリケーションの価格情報と、該ＭＦＰ３の機器情報（機番）とを少なくとも入力した見積書を生成して、ＭＦＰ３に送信する。また、アプリ契約部２４９（見積書生成手段）は、ＭＦＰ３から有償アプリケーションの識別情報（アプリＩＤ）と該ＭＦＰ３の機器情報（機番）とを含む見積書取得要求を受信した場合、該ＭＦＰ３の機器情報を用いてさらに機器管理情報（図２１）及び顧客情報（図２０）を参照し、該ＭＦＰ３の機器情報（機番）に紐付く顧客情報をさらに入力した見積書を生成して、ＭＦＰ３に送信する。
アプリ契約部２４９（アプリ購入契約手段）は、申込書を読み取ったデータを解析して、該データに入力されているＭＦＰ３の機器情報（機番）と、顧客名または契約担当者の識別情報（ログインＩＤ）とを抽出する。すなわち、申込書の画像データから文字を読み取って文字を特定し、特定した文字列からＭＦＰの機器情報（機番）、顧客名、契約担当者名、契約担当者の識別情報（ログインＩＤ）などの各種情報を抽出する。これらは、ＯＣＲの技術を適用することができる。
また、アプリ契約部２４９（アプリ購入契約手段）は、ＭＦＰ３から所定項目が入力（記入）された申込書を読み取ったデータと、該ＭＦＰ３の機器情報（機番）と、該機器を使用しているユーザの認証に用いられる認証情報（該機器にログインしているユーザのログインＩＤ）とを含むアプリケーション購入を要求するアプリ購入要求を受信した場合、該データに含まれる契約担当者名の識別情報（ログインＩＤ）と、該アプリ購入要求に含まれるユーザの認証情報（ログインＩＤ）とが同一である場合に、アプリ購入処理を行い、アプリ購入申込契約を完了して、発行した有償アプリケーションの使用権限の認証に用いられるアプリケーションのライセンスキーと契約の識別情報（契約ＩＤ）とを含むアプリ購入申込完了情報をＭＦＰ３に送信する。
また、アプリ契約部２４９（アプリ購入契約手段）は、ＭＦＰ３から所定項目が入力された申込書を読み取ったデータと、該ＭＦＰ３の機器情報（機番）と、該機器を使用しているユーザの認証に用いられる認証情報（該機器にログインしているユーザのログインＩＤ）を含むアプリ購入要求を受信した場合、該データに含まれるＭＦＰ３の機器情報（機番）と、該アプリ購入要求に含まれるＭＦＰ３の機器情報（機番）とが同一である場合にアプリ購入処理を行い、アプリ購入申込契約を完了して、発行した有償アプリケーションのライセンスキーと契約の識別情報（契約ＩＤ）とを含むアプリ購入申込完了情報をＭＦＰ３に送信する。
アプリ契約部２４９（アプリ購入契約手段）は、申込完了情報を送信する前に、機器管理情報（図２１）及び顧客情報（図２０）を参照し、契約担当者の識別情報（ログインＩＤ）または機器の機器情報に紐付いた契約担当者に対してアプリ購入申込を確認するためのウェブサイト上のアドレスを送信し、該契約担当者が該アドレスに接続した後に、アプリ購入処理を完了する。
以上に説明した制御部２４２、画面提供部２４３及び契約ＩＤ発行部２４４の各々の機能は、ＣＰＵ３０１がＲＯＭ３０２等の記憶装置に格納されたプログラムを実行することにより実現可能である。また、以上に説明した記憶部２４１は、ＲＯＭ３０２またはＨＤＤ等の補助記憶装置により実現可能である。
以上がサーバ２の構成となる。なお、サーバ２は、複数のサーバから構成される形態であってもよい。例えば図２３に示すように、サーバ２は、アプリケーションサーバ２５５と、データベースサーバ２５６とから構成される形態であってもよい。例えばアプリケーションサーバ２５５は、上述の制御部２１２、画面提供部２１３、設定部２１４、制御部２２２、ライセンス発行部２２３、制御部２４２、画面提供部２４３、契約ＩＤ発行部２４４を有する形態であってもよい。また、例えばアプリケーションサーバ２５５は、複数のサーバで構成され、上述の制御部２１２、画面提供部２１３、設定部２１４、制御部２２２、ライセンス発行部２２３、ダウンロード部２３２、制御部２４２、画面提供部２４３、契約ＩＤ発行部２４４の各々は、何れかのサーバに分散して搭載される形態であってもよい。
また、例えばデータベースサーバ２５６は、上述の記憶部２１１、記憶部２２１及び記憶部２４１を有する形態であってもよい。また、例えばデータベースサーバ２５６は、複数のサーバで構成され、上述のアプリ情報ＤＢ２６１、ユーザ情報ＤＢ２６２、ライセンス情報ＤＢ２２４、ユーザ情報ＤＢ２２５、アプリストレージ２３１、顧客情報ＤＢ２４５、機器管理情報ＤＢ２４６の各々は、何れかのサーバに分散して搭載される形態であってもよい。
次に、図２４を用いて、ＭＦＰ３のハードウェア構成について説明する。図２４に示すように、ＭＦＰ３は、コピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種の機能を実現可能な本体１０と、ユーザの操作を受け付ける操作部２０とを備える。なお、ユーザの操作を受け付けるとは、ユーザの操作に応じて入力される情報（画面の座標値を示す信号等を含む）を受け付けることを含む概念である。本体１０と操作部２０は、専用の通信路３０を介して相互に通信可能に接続されている。通信路３０は、例えばＵＳＢ（Universal Serial Bus）規格のものを用いることもできるが、有線か無線かを問わず任意の規格のものであってよい。
なお、本体１０は、操作部２０で受け付けた操作に応じた動作を行うことができる。また、本体１０は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置とも通信可能であり、外部装置から受信した指示に応じた動作を行うこともできる。
まず、本体１０のハードウェア構成について説明する。図２４に示すように、本体１０は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、ＨＤＤ（ハードディスクドライブ）１４と、通信Ｉ／Ｆ（インタフェース）１５と、接続Ｉ／Ｆ１６と、エンジン部１７とを備え、これらがシステムバス１８を介して相互に接続されている。
ＣＰＵ１１は、本体１０の動作を統括的に制御する。ＣＰＵ１１は、ＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２またはＨＤＤ１４等に格納されたプログラムを実行することで、本体１０全体の動作を制御し、上述したコピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種機能を実現する。
通信Ｉ／Ｆ１５は、ネットワーク４と接続するためのインタフェースである。接続Ｉ／Ｆ１６は、通信路３０を介して操作部２０と通信するためのインタフェースである。
エンジン部１７は、コピー機能、スキャナ機能、ファクス機能、及び、プリンタ機能を実現させるための、汎用的な情報処理及び通信以外の処理を行うハードウェアである。例えば、原稿の画像をスキャンして読み取るスキャナ（画像読取部）、用紙等のシート材への印刷を行うプロッタ（画像形成部）、ファクス通信を行うファクス部などを備えている。更に、印刷済みシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置）のような特定のオプションを備えることもできる。
次に、操作部２０のハードウェア構成について説明する。図２４に示すように、操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、フラッシュメモリ２４と、通信Ｉ／Ｆ２５と、接続Ｉ／Ｆ２６と、操作パネル２７とを備え、これらがシステムバス２８を介して相互に接続されている。
ＣＰＵ２１は、操作部２０の動作を統括的に制御する。ＣＰＵ２１は、ＲＡＭ２３をワークエリア（作業領域）としてＲＯＭ２２またはフラッシュメモリ２４等に格納されたプログラムを実行することで、操作部２０全体の動作を制御し、ユーザから受け付けた入力に応じた情報（画像）の表示などの後述する各種機能を実現する。
通信Ｉ／Ｆ２５は、ネットワーク４と接続するためのインタフェースである。接続Ｉ／Ｆ２６は、通信路３０を介して本体１０と通信するためのインタフェースである。
操作パネル２７は、ユーザの操作に応じた各種の入力を受け付けると共に、各種の情報（例えば受け付けた操作に応じた情報、ＭＦＰ３の動作状況を示す情報、設定状態などを示す情報など）を表示する。この例では、操作パネル２７は、タッチパネル機能を搭載した液晶表示装置（ＬＣＤ）で構成されるが、これに限られるものではない。例えばタッチパネル機能が搭載された有機ＥＬ表示装置で構成されてもよい。さらに、これに加えてまたはこれに代えて、ハードウェアキー等の操作部やランプ等の表示部を設けることもできる。
次に、ＭＦＰ３のソフトウェア構成について説明する。図２５は、ＭＦＰ３のソフトウェア構成の一例を示す模式図である。図２５に示すように、本体１０は、アプリ層１０１と、サービス層１０２と、ＯＳ層１０３とを有する。アプリ層１０１、サービス層１０２、及び、ＯＳ層１０３の実体は、ＲＯＭ１２やＨＤＤ１４等に格納されている各種ソフトウェアである。ＣＰＵ１１が、これらのソフトウェアを実行することにより、各種の機能が提供される。
アプリ層１０１のソフトウェアは、ハードウェア資源を動作させて所定の機能を提供するためのアプリケーションソフトウェア（以下の説明では、単に「アプリ」と称する場合がある）である。例えばアプリとしては、コピー機能を提供するためのコピーアプリ、スキャナ機能を提供するためのスキャナアプリ、ファクス機能を提供するためのファクスアプリ、プリンタ機能を提供するためのプリンタアプリなどが挙げられる。
サービス層１０２のソフトウェアは、アプリ層１０１とＯＳ層１０３との間に介在し、アプリに対し、本体１０が備えるハードウェア資源を利用するためのインタフェースを提供するためのソフトウェアである。より具体的には、ハードウェア資源に対する動作要求の受け付け、動作要求の調停を行う機能を提供するためのソフトウェアである。サービス層１０２が受け付ける動作要求としては、スキャナによる読み取りやプロッタによる印刷等の要求が考えられる。
なお、サービス層１０２によるインタフェースの機能は、本体１０のアプリ層１０１だけではなく、操作部２０のアプリ層２０１に対しても提供される。すなわち、操作部２０のアプリ層２０１（アプリ）も、サービス層１０２のインタフェース機能を介して、本体１０のハードウェア資源（例えばエンジン部１７）を利用した機能を実現することができる。
ＯＳ層１０３のソフトウェアは、本体１０が備えるハードウェアを制御する基本機能を提供するための基本ソフトウェア（オペレーティングシステム（ＯＳ））である。サービス層１０２のソフトウェアは、各種アプリからのハードウェア資源の利用要求を、ＯＳ層１０３が解釈可能なコマンドに変換してＯＳ層１０３に渡す。そして、ＯＳ層１０３のソフトウェアによりコマンドが実行されることで、ハードウェア資源は、アプリの要求に従った動作を行う。
同様に、操作部２０は、アプリ層２０１と、サービス層２０２と、ＯＳ層２０３とを有する。操作部２０が備えるアプリ層２０１、サービス層２０２及びＯＳ層２０３も、階層構造については本体１０側と同様である。ただし、アプリ層２０１のアプリにより提供される機能や、サービス層２０２が受け付け可能な動作要求の種類は、本体１０側とは異なる。アプリ層２０１のアプリは、操作部２０が備えるハードウェア資源を動作させて所定の機能を提供するためのソフトウェアであってもよいが、主として本体１０が備える機能（コピー機能、スキャナ機能、ファクス機能、プリンタ機能）やインストール済みのアプリケーションのライセンスファイルを更新する機能等に関する操作や表示を行うためのＵＩ（ユーザインタフェース）の機能を提供するためのソフトウェアである。この例では、アプリ層２０１のアプリには、ブラウザの機能を提供するためのアプリ（「ブラウザアプリ」と称する場合がある）や、上述の画面情報に含まれるコマンドを実行する機能を提供するためのアプリ（「インストーラ」と称する場合がある）などが含まれる。
なお、本実施形態では、機能の独立性を保つために、本体１０側のＯＳ層１０３のソフトウェアと操作部２０側のＯＳ層２０３のソフトウェアが互いに異なる。つまり、本体１０と操作部２０は、別々のオペレーティングシステムで互いに独立して動作する。例えば本体１０側のＯＳ層１０３のソフトウェアとしてＬｉｎｕｘ（登録商標）を用い、操作部２０側のＯＳ層２０３のソフトウェアとしてＡｎｄｒｏｉｄ（登録商標）を用いることも可能である。
以上のように、本実施形態のＭＦＰ３において、本体１０と操作部２０は別々のオペレーティングシステムで動作するため、本体１０と操作部２０との間の通信は、共通の装置内のプロセス間通信ではなく、異なる装置間の通信として行われる。操作部２０が受け付けた情報（ユーザからの指示内容）を本体１０へ伝達する動作（コマンド通信）や、本体１０が操作部２０へイベントを通知する動作などがこれに該当する。ここでは、操作部２０が本体１０へコマンド通信を行うことにより、本体１０の機能を使用することができる。また、本体１０から操作部２０に通知するイベントには、本体１０における動作の実行状況、本体１０側で設定された内容などが挙げられる。
また、本実施形態では、操作部２０に対する電力供給は、本体１０から通信路３０を経由して行われているので、操作部２０の電源制御を、本体１０の電源制御とは別に（独立して）行うことができる。
図２６は、本実施形態の操作部２０が有する機能の一例を示す図である。図２６に示すように、操作部２０は、起動部２７１と、表示制御部２７２と、実行部２７３と、を有する。なお、図２６の例では、本実施形態に関する機能を主に例示しているが、操作部２０が有する機能はこれらに限られるものではない。
起動部２７１は、ユーザの操作に応じて、ブラウザ機能を提供するブラウザアプリを起動する。この時、起動部２７１は、ブラウザアプリを起動する際に自身の機器（ＭＦＰ３）の販社情報を保持しているか否かを確認し、販社情報（コード情報）が保持されていない場合には、表示制御部２７２が販社情報を入力するＵＩ画面を操作パネル２７に表示させる。なお、機器（ＭＦＰ３）の出荷時に仕向け地設定として地域情報の初期値は予め記憶部に記憶させている。この販社情報を入力するＵＩ画面の表示は最初の１回目だけであり、販社情報が入力されて保持されたら次回からＵＩ画面は表示されない。起動部２７１は、販社情報を保持することでＭＦＰ３に最も近い地域に設置されているサーバ２に接続することができる。
例えば、図２７に示す操作画面が操作パネル２７（表示部）に表示された状態で、「アプリマーケット」という名称のアイコン８の押下を受け付けた場合、起動部２７１が自身の機器（ＭＦＰ３）の販社情報を保持していないことを確認した場合、表示制御部２７２は、図２８示す地域情報設定画面を操作パネル２７（表示部）に表示させる。図２８は、地域情報設定画面の一例を示す図である。図２８の例では、地域情報設定画面は、地域情報を選択するための地域情報選択ボタン４０１と、販社情報を設定するための販社情報設定ボタン４０２と、次の画面に遷移するための次へボタン４０３と、図２７に示す操作画面に戻るための戻るボタン４０４とを少なくとも表示する。地域情報選択ボタン４０１に表示されている「地域：日本（ＪＰ）」は出荷時に仕向け地設定として予め記憶している地域情報である。この地域情報を変更する場合に地域情報選択ボタン４０１を選択すると、図２９に示す地域情報設定ダイアログ画面が表示される。図２９は、地域情報設定ダイアログ画面の一例を示す図である。図２９の例では、地域情報設定ダイアログ画面は、「日本（ＪＰ）４１１」、「アメリカ（ＵＳ）４１２」、「ヨーロッパ（ＥＵ）」、「アジア（ＡＳＩＡ）」などの地域を示す地域情報を表示する。図２９において、「アメリカ（ＵＳ）４１２」が選択され、「ＯＫ」ボタンが押下されると、図２８に示す地域情報設定画面に戻り、「地域：アメリカ（ＵＳ）」に変更される。
次に、図２８に示す販社情報設定ボタン４０２を選択すると、図３０に示す販社情報入力画面が表示される。図３０は、販社情報入力画面の一例を示す図である。図３０の例では、販社コード（販社情報を示すコード情報）を入力するためのテンキーボタンを少なくとも表示する。図３０の例で示している販社コード「１１２３４５１６」は任意に設定できるが、例えば、最初の１文字「１」は「地域」を表し、「１：日本（ＪＰ）」、「２：アメリカ（ＵＳ）」、「３：ヨーロッパ（ＥＵ）」、「４：アジア（ＡＳＩＡ）」が割り当てられている。次の５文字「１２３４５」は「販社情報」を表し、例えば、販売店を識別するための任意の乱数が予め割り当てられている。任意の乱数を割り当てているのは、入力ミスで他の販社コードを入力する危険性を下げるためである。次の２文字「１６」は「チェックサム」を表し、例えば、販社コードの入力ミスを検知するためである。なお、販社コードは、コード全体を暗号化する方式などでもよい。図３０において、販社コードを入力して「ＯＫ」ボタンが押下されると、誤り検出が行われ（この例では、販社情報入力画面で受け付けたコード情報から特定される地域情報と、予め記憶している販社情報に対応付けられたコード情報から特定された地域情報とが同一であるか否かを判断し、同一でない場合にはエラーと判断する）、エラーの場合には図３１に示すエラー画面が表示される。図３１は、エラー画面の一例を示す図である。図３１において、「閉じる」ボタンが押下されると再度販社コード（販社情報を示すコード情報）を入力するための画面が表示される（図３０参照）。図３０において、販社コードが正しく入力された場合、図２８に示す地域情報設定画面が表示される。
次に、図２８に示す、次の画面に遷移するための次へボタン４０３が押下されると、図３２に示すアプリケーション一覧画面が表示される。図３２は、アプリケーション一覧画面の一例を示す図である。なお、アプリケーション一覧画面の詳細については後述する。
図２７に戻り説明を続ける。例えば図２７に示す操作画面が操作パネル２７に表示された状態で、「アプリマーケット」という名称のアイコン８の押下を受け付けた場合、起動部２７１は、自身が保持している、または記憶部（フラッシュメモリ２４）に記憶されているサーバ２の接続先情報（ＵＲＬ）を参照して、ネットワーク４上のサーバ２の所在を示すＵＲＬを取得すると共にブラウザアプリを起動する制御を行う。なお、起動部２７１は、取得したサーバ２の接続先情報（ＵＲＬ）を保持または更新する。
起動したブラウザアプリは、起動部２７１から受け取ったＵＲＬで指定されるサーバ２に対して、ＭＦＰ３を識別する機器情報（機番）と地域情報とロケール情報（言語情報）とを含み、かつ、ＭＦＰ３が利用可能なアプリケーションの一覧を示すアプリ一覧情報を要求するアプリ一覧情報取得要求を送信し、アプリ一覧情報取得要求に対する応答としてサーバ２からアプリ一覧画面の画面情報を受信する。
そして、ブラウザアプリは、アプリ一覧情報取得要求に対する応答として受信した画面情報に対応する画面を操作パネル２７（表示部）に表示する制御を行う。ここでは、表示制御部２７２の機能はブラウザアプリにより提供される。また、前述したように、この例では、表示制御部２７２は、サーバ２から受信した画面情報に対応する画面を操作パネル２７に表示する。表示制御部２７２は、サーバ２から受信した画面情報をフラッシュメモリ２４等の記憶装置に保持しておき、必要に応じて画面情報を読み出し、その読み出した画面情報を用いて画面を生成することができる。すなわち表示制御部２７２は、サーバ２から受信した画面情報に基づく画面を表示部に表示する制御を行う。なお、表示制御部２７２は、請求項の「表示制御手段」に対応する。
この例では、表示制御部２７２は、操作パネル２７に表示された画面（画面情報に対応する画面）に対するユーザの操作に応じて選択されたコマンドを特定し、その特定したコマンドを実行部２７３へ通知することができる。例えば表示制御部２７２は、拡張ＪａｖａＳｃｒｉｐｔ（登録商標）、カスタムスキーム経由などで、ユーザによって選択されたコマンドを特定することができる。
実行部２７３は、画面情報に含まれるコマンドのうち、ユーザの操作に応じて選択されたコマンド（表示制御部２７２から通知されたコマンド）を実行する。ここでは、実行部２７３の機能は、ＭＦＰ３側のアプリケーションインタフェース（ＡＰＩ）により提供される。
なお、表示制御部２７２及び実行部２７３は、請求項の「申込書要求送信手段」、「申込書出力手段」、「アプリ購入要求送信手段」、「インストール実行手段」、「見積書出力手段」に対応する。
前述したように、サーバ２から受信した画面情報に含まれるコマンドとしては、インストール命令、更新命令、アンインストール命令などが挙げられる。以下では、画面情報に対応する画面に対するユーザの操作に応じてインストール命令が選択される場合を例に挙げて説明する。この場合、表示制御部２７２は、ユーザの操作に応じて選択されたインストール命令を実行部２７３へ通知し、実行部２７３は、表示制御部２７２から通知されたインストール命令を実行する。より具体的には以下のとおりである。この例では、表示制御部２７２は、サーバ２から、アプリ一覧情報取得要求に対する応答として画面情報を受信した場合、その受信した画面情報を用いて、機器（ＭＦＰ３）で利用可能なアプリケーションの一覧を示すアプリ一覧画面（図３２参照）を操作パネル２７に表示する制御を行う。図３２の例では、アプリケーション一覧画面は、機器（ＭＦＰ３）で利用可能なアプリケーションごとに、該アプリケーションの名称と、該アプリケーションを選択するためのアプリケーション選択ボタン３３１とを少なくとも表示する。また、図３２の例では、アプリ一覧画面は、アプリケーションの更新を選択するための更新選択ボタン３２５と、アプリケーションの削除を選択するための削除選択ボタン３２６とを表示する。
表示制御部２７２は、何れかのアプリケーション選択ボタン３３１の押下を受け付けた場合、サーバ２から受信した画面情報を用いて、対応するアプリケーションの詳細な内容を示すと共にインストールの実行指示を受け付けるためのアプリケーション説明情報画面を操作パネル２７に表示する制御を行う。図３３は、アプリケーション説明情報画面の一例を示す図である。アプリケーション説明情報画面は、対応するアプリケーションのアプリ説明情報と、インストールの実行を指示するためのインストールボタン３３２とを表示する。この例では、インストールボタン３３２に対して、インストール命令がＵＲＩの形式（例えばＵＲＬの形式でもよい）で貼り付けられている。この例では、インストールボタン３３２の押下は、当該インストールボタン３３２に貼り付けられたインストール命令の選択（インストールしたいアプリケーションの選択であると考えてもよい）を意味する。
この例では、表示制御部２７２は、インストールボタン３３２の押下を受け付けた場合、インストールボタン３３２が選択された該アプリケーションの情報をサーバ２に送信する。サーバ２のアプリ契約部２４９では、インストールボタン３３２が選択された該アプリケーションの情報に基づいて、図１１に示した第６の対応情報（アプリ情報ＤＢ２６１）、または図１４に示した第７の対応情報（ライセンス情報ＤＢ２２４）を参照して、アプリケーションが無償であるか有償であるかを判断する。
アプリケーションが無償の場合には、アプリ契約部２４９は、生成部２４８が生成した図３４に示すインストール確認画面の画面情報をＭＦＰ３に送信させる。そして表示制御部２７２は、インストール確認画面を操作パネル２７に表示する制御を行う。図３４は、インストール確認画面の一例を示す図である。インストール確認画面は、インストールを確認するメッセージと、インストールの実行を最終的に承諾したことを指示するための確認ボタン（ＯＫ）３３３を表示する。確認ボタン３３３の押下を受け付けると、表示制御部２７２は、対応するインストールボタン３３２に貼り付けられていたインストール命令を実行部２７３へ通知する。そして、実行部２７３が、このインストール命令を実行することになる。すなわち、上述したアプリダウンロード管理モジュール２３０からアプリケーションをダウンロードし、インストールする。
また、本実施形態では、表示制御部２７２は、ユーザの操作に応じて選択されたインストール命令の対象となるアプリケーションに対応する詳細情報の中に、該アプリケーションの使用権限を認証するためのライセンスキーが含まれていない場合は、ライセンスキーの入力を促す入力画面を表示する制御を行い、ライセンスキーが含まれている場合は、該ライセンスキーと、インストール命令とを実行部２７３へ通知する。より具体的には、表示制御部２７２は、上述の確認ボタン３３３の押下を受け付けた場合、サーバ２から受信した画面情報を参照して、該画面情報内のアプリケーション詳細情報（該画面情報に含まれる表示情報内のアプリケーション詳細情報）に含まれる詳細情報のうち、ユーザによって押下されたインストールボタン３３２に貼り付けられたインストール命令の対象となるアプリケーションに対応する詳細情報の中に、ライセンスキーが含まれているか否かを確認する。ライセンスキーが含まれていない場合は、表示制御部２７２は、ライセンスキーの入力を促す入力画面を表示する制御を行い、入力されたライセンスキーと、選択されたインストール命令とを実行部２７３へ通知する。図３５は、入力画面の一例を示す図である。
アプリ契約部２４９は、アプリケーションが有償の場合には、生成部２４８が生成した、有償アプリケーションの見積書を出力する（見積書の出力を受け付ける）見積書出力ボタンと、該有償アプリケーションを購入するための申込書を出力する（申込書の出力を受け付ける）申込書出力ボタンと、該有償アプリケーションの購入を申し込む（アプリケーションの購入申込を受け付ける）申込ボタンとを含む、アプリ購入申込画面の画面情報をＭＦＰ３に送信させる。そして表示制御部２７２は、アプリ購入申込画面を操作パネル２７に表示する制御を行う。図３６は、アプリ購入申込画面の一例を示す図である。図３６の例では、有償アプリケーションとして翻訳アプリが選択されていることを示している。アプリ購入申込画面は、有償アプリケーションの見積書を出力する見積書出力ボタン３４０と、該有償アプリケーションを購入するための申込書を出力する申込書出力ボタン３４２と、該有償アプリケーションの購入を申し込む申込ボタン３４４とを表示する。
アプリ購入申込画面で、見積書出力ボタン３４０の押下を受け付けると、表示制御部２７２は、図３７に示す見積書印刷確認画面を表示する。図３７は、見積書印刷確認画面の一例を示す図である。見積書印刷確認画面は、見積書の印刷を確認するメッセージと、印刷を最終的に承諾したことを指示するための確認ボタン（ＯＫ）３４１を表示する。確認ボタン３４１の押下を受け付けると、表示制御部２７２は、対応する見積書出力ボタン３４０に貼り付けられていた見積書出力命令を実行部２７３へ通知する。そして、実行部２７３が、この見積書出力命令を実行することになる。すなわち、実行部２７３は、選択されたアプリケーション（図３６では翻訳アプリ）の識別情報（アプリＩＤ）とＭＦＰ３の機器情報（機番）とを含む申込書取得要求をサーバ２に送信し、サーバ２から取得した見積書を印刷（紙出力）する。図３８は、出力された見積書の一例を示す図である。見積書は、ＭＦＰ３の機器情報（機番）に紐付く顧客情報と、有償アプリケーションの価格情報と、ＭＦＰ３の機器情報（機番）とを少なくとも入力した書類である。図３８の例では、山田商事と、翻訳アプリ価格情報（￥２７００）と、機器情報（機種名ＭＦＰ００１、機番ＸＹＺ１２２２）とが入力されている。なお、見積書出力手段は、「表示制御部２７２及び実行部２７３」の機能で実現される。
図３６に戻り、アプリ購入申込画面で、申込書出力ボタン３４２の押下を受け付けると、表示制御部２７２は、図３９に示す申込書印刷確認画面を表示する。図３９は、申込書印刷確認画面の一例を示す図である。申込書印刷確認画面は、申込書の印刷を確認するメッセージと、印刷を最終的に承諾したことを指示するための確認ボタン（ＯＫ）３４３を表示する。確認ボタン３４３の押下を受け付けると、表示制御部２７２は、対応する申込書出力ボタン３４２に貼り付けられていた申込書出力命令を実行部２７３へ通知する。そして、実行部２７３が、この申込書出力命令を実行することになる。すなわち、実行部２７３は、選択されたアプリケーション（図３６では翻訳アプリ）の識別情報（アプリＩＤ）とＭＦＰ３の機器情報（機番）とを含む申込書取得要求をサーバ２に送信し、サーバ２から取得した申込書を印刷（紙出力）する。図４０は、出力された申込書の一例を示す図である。申込書は、ＭＦＰ３の機器情報（機番）に紐付く顧客情報（例えば、契約担当者名と契約担当者の識別情報（図４０の例ではＥ−ｍａｉｌアドレス））と、契約の識別情報（契約ＩＤ）と、有償アプリケーションの価格情報と、ＭＦＰ３の機器情報（機番）とを少なくとも入力した書類である。図４０の例では、山田商事の情報（住所、会社名、代表者名、担当者名、電話番号、メールアドレス）と、契約ＩＤ（１２３４５６）と、販売会社の情報と、翻訳アプリ価格情報（￥２７００）と、機器情報（機種名ＭＦＰ００１、機番ＸＹＺ１２２２）とが入力されている。なお、申込書出力手段は、「表示制御部２７２及び実行部２７３」の機能で実現される。
図３６に戻り、アプリ購入申込画面で、申込ボタン３４４の押下を受け付けると、表示制御部２７２は、図４１に示す申込書読み取り確認画面を表示する。図４１は、申込書読み取り確認画面の一例を示す図である。申込書読み取り確認画面は、申込書読み取りを確認するメッセージと、読み取りを最終的に承諾したことを指示するための確認ボタン（ＯＫ）３４５を表示する。確認ボタン３４５の押下を受け付けると、表示制御部２７２は、対応する申込ボタン３４４に貼り付けられていたアプリ購入申込命令を実行部２７３へ通知する。そして、実行部２７３が、このアプリ購入申込命令を実行することになる。すなわち、実行部２７３は、ＭＦＰ３の読み取り面に置かれた、所定項目が入力された図４０に示した申込書を読み取ったデータと、ＭＦＰ３の機器情報（機番）と、機器を使用しているユーザの認証に用いられる認証情報（ログイン時にユーザから受け付けたログインＩＤ）とを含むアプリ購入要求をサーバ２に送信する。サーバ２は、上述したように、該データに含まれる契約担当者の識別情報（ログインＩＤ）と、アプリ購入要求に含まれるユーザの認証情報（ログインＩＤ）とが同一である場合に、アプリ購入処理を行い、アプリ購入申込契約を完了して、有償アプリケーションのライセンスキーと契約の識別情報（契約ＩＤ）とを含むアプリ購入申込完了情報をＭＦＰ３に送信する。表示制御部２７２は、アプリ購入申込完了情報を受け付けると図４２に示すインストール確認画面を操作パネル２７に表示する制御を行う。図４２は、インストール確認画面の一例を示す図である。インストール確認画面は、翻訳アプリの購入申込が完了したメッセージと、インストールを確認するメッセージと、インストールの実行を最終的に承諾したことを指示するための確認ボタン（ＯＫ）３４６を表示する。確認ボタン３４６の押下を受け付けると、表示制御部２７２は、対応する確認ボタン３４６に貼り付けられていたインストール命令を実行部２７３へ通知する。そして、実行部２７３が、このインストール命令を実行することになる。すなわち、上述したアプリダウンロード管理モジュール２３０からアプリケーションをダウンロードし、インストールする。実行部２７３は、アプリ購入申込完了情報に含まれるライセンスキーを用いて有償アプリケーション（図３６では翻訳アプリ）のインストールを実行する。アプリのインストールが完了すると表示制御部２７２は、図４３に示すインストール完了画面を表示する。インストール完了画面は、アプリのインストールが完了したことを示すメッセージと、インストールしたアプリを開く（起動する）ボタン３４７と、インストール完了画面を閉じるボタン３４８とを表示する。閉じるボタン３４８が押下されたことを受け付けると、表示制御部２７２は、図３６に示したアプリ購入申込画面を表示させる制御を行う。なお、アプリ購入要求送信手段は、「表示制御部２７２及び実行部２７３」の機能で実現される。
以上に説明した起動部２７１、表示制御部２７２、及び実行部２７３の各々の機能は、ＣＰＵ２１がＲＯＭ２２やフラッシュメモリ２４等の記憶装置に記憶されたプログラムを実行することにより実現可能である。
図４４は、本実施形態のシステム１の動作手順の一例を示すシーケンス図である。すなわち、見積書提示のフローの一例を示すシーケンス図である。まず、ユーザ（契約担当者）は、ＭＦＰ３にログインＩＤ、パスワードを用いてログインする（ステップＳ２１）。ユーザの操作によりＭＦＰ３は、操作パネル２７にアプリ一覧画面（図３２）を表示する（ステップＳ２２）。アプリ一覧画面は、ＭＦＰ３からサーバ２に送信したアプリ一覧情報取得要求に対して、サーバ２から受信したアプリ一覧画面の画面情報に基づいて、表示制御部２７２が表示する制御を行う。ＭＦＰ３は、アプリ一覧画面で所定のアプリケーションが選択された場合に（ステップＳ２３）、アプリケーションのインストールを実行するインストールボタンを含む該アプリケーションの説明情報の画面（図３３）を表示させる（ステップＳ２４）。
ここでユーザは、図３３に示したインストールボタン３３２を押下する（ステップＳ２５）。表示制御部２７２は、インストールボタン３３２の押下を受け付けた場合、インストールボタンが選択された該アプリケーションの情報（アプリＩＤ）をサーバ２（契約管理モジュール２４０）に送信し（ステップＳ２６）、サーバ２のアプリ契約部２４９では、インストールボタンが選択された該アプリケーションの情報に基づいて、図１１に示した第６の対応情報（アプリ情報ＤＢ２６１）、または図１４に示した第７の対応情報（ライセンス情報ＤＢ２２４）を参照して、アプリケーションが無償であるか有償であるかを判断する（ステップＳ２７）。アプリケーションが無償の場合には（ステップＳ２７）、アプリ契約部２４９は、生成部２４８が生成した図３４に示すインストール確認画面の画面情報をＭＦＰ３に送信させる（ステップＳ２８）。そして表示制御部２７２は、インストール確認画面を操作パネル２７に表示する制御を行う（ステップＳ２９）。その後アプリケーションのインストールの処理動作は上述したとおりである。
アプリケーションが有償の場合には（ステップＳ２７）、アプリ契約部２４９は、生成部２４８が生成した、有償アプリケーションの見積書を出力する見積書出力ボタンと、該有償アプリケーションを購入するための申込書を出力する申込書出力ボタンと、該有償アプリケーションの購入を申し込む申込ボタンとを含む、アプリ購入申込画面の画面情報をＭＦＰ３に送信させる。そして表示制御部２７２は、アプリ購入申込画面（図３６）を操作パネル２７に表示する制御を行う（ステップＳ３０）。
次にユーザは、アプリ購入申込画面で見積書出力ボタン３４０を押下する（ステップＳ３１）。ＭＦＰ３は、有償アプリケーションの識別情報（アプリＩＤ）とＭＦＰ３の機器情報（機番）とを含む申込書取得要求をサーバ２（契約管理モジュール２４０）に送信する（ステップＳ３２）。サーバ２（契約管理モジュール２４０）は、ＭＦＰ３から有償アプリケーションの識別情報（アプリＩＤ）と該ＭＦＰ３の機器情報（機番）とを含む見積書取得要求を受信した場合、アプリ価格情報を参照して該有償アプリケーションの価格情報を特定し、さらに機器管理情報及び顧客情報を参照し、該ＭＦＰ３の機器情報（機番）に紐付く顧客情報を特定し、アプリケーションの価格情報と、該ＭＦＰ３の機器情報（機番）と、顧客情報とを少なくとも入力した見積書を生成して（ステップＳ３３）、ＭＦＰ３に送信する（ステップＳ３４）。
ＭＦＰ３は、サーバ２から取得した見積書を紙出力（印刷）する（ステップＳ３５）。そして表示制御部２７２は、アプリ購入申込画面（図３６）を操作パネル２７に表示する制御を行う（ステップＳ３６）。
以上のように、本実施形態のシステム１は、上記のシーケンスの処理を実行することにより、ＭＦＰ３の操作パネル２７から、有償アプリケーションを購入するための見積書を紙に印刷させることができる。
図４５は、本実施形態のシステム１の動作手順の一例を示すシーケンス図である。すなわち、アプリ購入申込のフローの一例を示すシーケンス図である。まず、ユーザ（契約担当者）は、ＭＦＰ３にログインＩＤ、パスワードを用いてログインする（ステップＳ５１）。ユーザの操作によりＭＦＰ３は、操作パネル２７にアプリ購入申込画面（図３６）を表示する（ステップＳ５２）。
次にユーザ（契約担当者）は、アプリ購入申込画面で申込書出力ボタン３４２を押下する（ステップＳ５３）。ＭＦＰ３は、有償アプリケーションの識別情報（アプリＩＤ）とＭＦＰ３の機器情報（機番）とを含む申込書取得要求をサーバ２（契約管理モジュール２４０）に送信する（ステップＳ５４）。サーバ２（契約管理モジュール２４０）は、ＭＦＰ３から有償アプリケーションの識別情報（アプリＩＤ）と該ＭＦＰ３の機器情報（機番）とを含む申込書取得要求を受信した場合、アプリ価格情報（図１１）を参照して該有償アプリケーションの価格情報を特定すると共に契約を識別する識別情報（契約ＩＤ）を付与し、さらに機器管理情報（図２１）及び顧客情報（図２０）を参照し、該ＭＦＰ３の機器情報（機番）に紐付く顧客情報を特定し、アプリケーションの価格情報と、該ＭＦＰ３の機器情報（機番）と、顧客情報（例えば、契約担当者名と契約担当者の識別情報（図４０の例ではＥ−ｍａｉｌアドレス））と、契約ＩＤとを少なくとも入力した申込書（図４０）を生成して（ステップＳ５５）、生成した申込書と、約款をＭＦＰ３に送信する（ステップＳ５６）。
ＭＦＰ３は、サーバ２（契約管理モジュール２４０）から受信した約款を操作パネル２７に表示すると共に取得した申込書を紙出力（印刷）する（ステップＳ５７）。
ここで、ユーザ（契約担当者）は、紙出力した見積書で購入を検討し、購入する場合には、申込書に所定項目を記入（入力）し、押印（サイン）した申込書を作成する（ステップＳ５８）。次にユーザ（契約担当者）は、作成した申込書をＭＦＰ３の読み取り面に置いて、アプリ購入申込画面で申込ボタン３４４を押下する（ステップＳ５９）。ＭＦＰ３は、所定項目が入力された申込書をスキャンする（ステップＳ６０）。ＭＦＰ３は、申込書を読み取ったデータと、ＭＦＰ３の機器情報（機番）と、ログイン時にユーザの認証に用いられる認証情報（ユーザから受け付けたログインＩＤ）とを含むアプリ購入（申込）要求をサーバ２（契約管理モジュール２４０）に送信する（ステップＳ６１）。契約管理モジュール２４０のアプリ契約部２４９は、申込書の内容を確認する（ステップＳ６２）。すなわち、上述したように、アプリ契約部２４９は、申込書を読み取ったデータに含まれる契約担当者の識別情報（ログインＩＤ）と、該アプリ購入要求に含まれるユーザの認証情報（ログインＩＤ）とが同一であるかを確認する。ログインＩＤが同一である場合に、アプリ契約部２４９は、機器管理情報（図２１）及び顧客情報（図２０）を参照し、アプリ購入処理を行ったユーザ（契約担当者）のログインＩＤまたはＭＦＰ３の機器情報（機番）に紐付いた契約担当者に対してアプリ購入申込確認をするためのウェブサイト上のアドレスをメール送信し（ステップＳ６３）、該契約担当者が該アドレス（ＵＲＬ）に接続してアプリ購入申込確認（ステップＳ６４）した後に、アプリ購入処理を行う。すなわち、ライセンス管理モジュール２２０に対してアプリＩＤと機番とを含むライセンスキー発行依頼を送信する（ステップＳ６５）。ライセンス管理モジュール２２０では、上述したようにライセンスキーを発行して、発行したライセンスキーを契約管理モジュール２４０のアプリ契約部２４９に送信する（ステップＳ６６）。
アプリ契約部２４９は、アプリ購入処理を行った後に、アプリ購入申込契約を完了して、有償アプリケーションのライセンスキーと契約の識別情報（契約ＩＤ）とを含むアプリ購入申込完了情報をＭＦＰ３に送信する（ステップＳ６７）。ＭＦＰ３は、操作パネル２７に図４２に示したインストール確認画面（アプリの購入申込が完了したメッセージと、インストールを確認するメッセージと、インストールの実行を最終的に承諾したことを指示するための確認ボタン（ＯＫ）３４６）を表示する（ステップＳ６８）。
次にユーザ（契約担当者）は、インストール確認ボタンを押下する（ステップＳ６９）。ＭＦＰ３は、アプリ購入申込完了情報に含まれるライセンスキーを用いて有償アプリケーションのインストールを実行する（ステップＳ７０）。ＭＦＰ３は、アプリインストールが完了した後、機番と契約ＩＤを含むインストール完了情報をアプリ契約部２４９（契約管理モジュール２４０）に送信する（ステップＳ７１）。インストール完了情報を受信したアプリ契約部２４９は、インストール完了情報（機番、契約ＩＤ）と、インストール完了情報を受信した日時（利用開始日時）を用いて、利用開始日、利用終了日を含む機器管理情報ＤＢ２４６の機器管理情報の更新（登録）依頼を情報登録制御部２４７に行う（ステップＳ７２）。すなわち、情報登録制御部２４７は、契約ＩＤ、機番及び利用開始日時の情報から、図２１において、例えば、機番「ＸＹＺ１２２２」に対応するアプリ利用情報のアプリＩＤとアプリ名称を図１０に示す第５の対応情報（アプリ情報ＤＢ２６１）を参照して特定し、契約ＩＤを発行した日時から申込日を特定し、インストール完了情報を受信した日時から利用開始日を特定し、図１４に示した第７の対応情報（ライセンス情報ＤＢ２２４）を参照して、有効期限から利用終了日を特定することができる。また、契約ＩＤから契約文書のファイル名を特定することができる。このようにして、情報登録制御部２４７は、機器管理情報ＤＢ２４６の機器管理情報を更新する。
図４６は、図４５のステップＳ６２の申込書内容確認処理の一例を示すフローチャート図である。まず、アプリ契約部２４９（アプリ購入契約手段）は、申込書を読み取った画像データを解析（文字認識）して文字を読み取って文字データを取得し（ステップＳ８１）、文字データから特定した文字列からＭＦＰ３の機器情報（機番）、顧客名、契約担当者名、契約担当者の識別情報（ログインＩＤ）などの各種情報を抽出する。次に、アプリ契約部２４９は、画像データから抽出した契約担当者の識別情報（ログインＩＤ）と、該アプリ購入要求に含まれるユーザの認証情報（ログインＩＤ）とが同一であるか否かを判断する（ステップＳ８２）。同一でない場合（ステップＳ８２：Ｎｏ）、アプリ契約部２４９は、エラーをＭＦＰ３に応答、またはエラーのメールをユーザ（契約担当者）に送信して（ステップＳ８３）処理を終了する。同一である場合（ステップＳ８２：Ｙｅｓ）、アプリ契約部２４９は、画像データから抽出したＭＦＰの機器情報（機番）と、該アプリ購入要求に含まれるＭＦＰ３の機器情報（機番）とが同一であるか否かを判断する（ステップＳ８４）。同一でない場合（ステップＳ８４：Ｎｏ）、アプリ契約部２４９は、ステップＳ８３に移行し、エラーをＭＦＰ３に応答、またはエラーのメールをユーザ（契約担当者）に送信して（ステップＳ８３）処理を終了する。同一である場合（ステップＳ８４：Ｙｅｓ）、アプリ契約部２４９は、機器管理情報ＤＢ２４６の機器管理情報の更新依頼を情報登録制御部２４７に行って（ステップＳ８５）、例えば、図２１に示した機器情報で、機番「ＸＹＺ１２２２」に対応するアプリ利用情報のうち、現在までに情報を有している、例えばアプリＩＤ、アプリ名称、申込日、契約ＩＤ、契約文書のファイル名などを追加して更新する。なお、アプリ利用情報のうち利用開始日、利用終了日の情報は、アプリのインストールが完了した後に取得して更新する。アプリ契約部２４９は、機器管理情報の更新依頼を行った後に、申込書内容確認を完了して（ステップＳ８６）処理を終了する。なお、ステップＳ８２及びステップＳ８４の判断処理は両方を行うことを説明したが、これに限ることはなく、どちらか一方の判断を行うようにしてもよい。また、ステップＳ８２とステップＳ８４の判断処理の順番を変えてもよい。
以上のように、本実施形態のシステム１は、上記のシーケンス及びフローチャートの処理を実行することにより、ＭＦＰ３の操作パネル２７から、有償アプリケーションを購入するための申込書を紙に印刷させることができると共に、所定項目を記入（入力）または押印（サイン）した紙の申込書をＭＦＰ３でスキャンして、データをサーバ２に送信することで有償アプリケーションの購入申込を行い、アプリケーションをダウンロードしてインストールすることができる。さらに、本実施形態のシステム１によれば、契約書類を紙媒体に出力して購入契約を行って契約書類を残すことができる。
以上、本発明に係る実施形態について説明したが、本発明は、上述の実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上述の実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
例えば図３２に示すアプリケーション一覧画面に表示されるアプリケーションの中に（ＭＦＰ３が利用可能なアプリケーションの中に）、サーバ２に配置したアプリケーションを、操作部２０のブラウザアプリで利用する形態のアプリケーション（つまり、Ｗｅｂアプリ）が含まれていてもよい。このようなＷｅｂアプリについては、ＭＦＰ３にインストールする必要は無いので、Ｗｅｂアプリに対応するアプリケーション選択ボタン３３１の押下を受け付けた場合、表示制御部２７２は、例えばショートカット作成指示画面を操作パネル２７に表示する制御を行う形態であってもよい。ショートカット作成指示画面は、対応するアプリケーション（Ｗｅｂアプリ）のアプリ説明情報と、Ｗｅｂアプリの機能を呼び出すためのショートカットアイコンの作成を指示するためのショートカット作成ボタンとを表示する。この例では、ショートカット作成ボタンに対して、ショートカットを作成する命令を示すショートカット作成命令が貼り付けられている。表示制御部２７２は、ショートカット作成ボタンの押下を受け付けた場合、実行部２７３に対して、該ショートカット作成ボタンに貼り付けられたショートカット作成命令を通知する。そして、実行部２７３は、表示制御部２７２から通知されたショートカット作成命令を実行する。
また、例えば操作部２０（ＭＦＰ３）は、複数のユーザごとに、該ユーザの権限を対応付けた権限情報を管理する機能（権限情報管理部）をさらに備える形態であってもよい。表示制御部２７２は、権限情報管理部から取得した権限情報を参照して、ＭＦＰ３を使用中のユーザ（ＭＦＰ３を使用する権限を有すると認められたユーザ、ログイン中のユーザ）に対応付けられた権限が、例えばインストールの実行を指示できない形態である場合は、図３３に示すインストールボタン３３２を非表示にすることもできる。
また、上述の実施形態では、本体１０と操作部２０は、別々のオペレーティングシステムで互いに独立して動作しているが、これに限らず、例えば本体１０と操作部２０が同じオペレーティングシステムで動作する形態であってもよい。つまり、本体１０と操作部２０とを一体とした構成であってもよい。
また、上述した実施形態のシステム１（サーバ２、ＭＦＰ３等）で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）、ＵＳＢ（Universal Serial Bus）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよいし、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、各種プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
１ システム
２ サーバ
３ ＭＦＰ
４ ネットワーク
８ アイコン
１０ 本体
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ ＨＤＤ
１５ 通信Ｉ／Ｆ
１６ 接続Ｉ／Ｆ
１７ エンジン部
１８ システムバス
２０ 操作部
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ フラッシュメモリ（記憶部）
２５ 通信Ｉ／Ｆ
２６ 接続Ｉ／Ｆ
２７ 操作パネル
２８ システムバス
３０ 通信路
１０１ アプリ層
１０２ サービス層
１０３ ＯＳ層
２０１ アプリ層
２０２ サービス層
２０３ ＯＳ層
２１０ アプリ情報管理モジュール
２１１ 記憶部
２１２ 制御部
２１３ 画面提供部
２１４ 設定部
２１６ 特定部
２１７ 生成部
２１８ 送信部
２１９ 設定制御部
２２０ ライセンス管理モジュール
２２１ 記憶部
２２２ 制御部
２２３ ライセンス発行部
２２４ ライセンス情報ＤＢ
２２５ ユーザ情報ＤＢ
２２６ 登録制御部
２２７ ライセンス有効化部
２２８ ライセンス無効化部
２３０ アプリダウンロード管理モジュール
２３１ アプリストレージ
２３２ ダウンロード部
２４０ 契約管理モジュール
２４１ 記憶部
２４２ 制御部
２４３ 画面提供部
２４４ 契約ＩＤ発行部
２４５ 顧客情報ＤＢ
２４６ 機器管理情報ＤＢ
２４７ 情報登録制御部
２４８ 生成部
２４９ アプリ契約部
２５５ アプリケーションサーバ
２５６ データベースサーバ
２６１ アプリ情報ＤＢ
２６２ ユーザ情報ＤＢ
２７１ 起動部
２７２ 表示制御部
２７３ 実行部
３０１ ＣＰＵ
３０２ ＲＯＭ
３０３ ＲＡＭ
３０４ 通信Ｉ／Ｆ
３０５ 入力装置
３０６ 表示装置
３０７ システムバス
特開２００７−７２９１２号公報

Claims (13)

  1. 情報処理装置と、ネットワークを介して前記情報処理装置に接続される機器とを備えるシステムであって、
    前記情報処理装置は、
    機器の機器情報ごとに、顧客の識別情報を少なくとも含む機器管理情報を記憶する機器管理情報記憶手段と、
    顧客名ごとに、前記顧客の識別情報と契約担当者の識別情報とを少なくとも含む顧客情報を記憶する顧客情報記憶手段と、
    前記機器からアプリケーションの識別情報と該機器の機器情報とを含み、かつアプリケーションを購入する申込書の取得を要求する申込書取得要求を受信した場合、該機器の機器情報を用いて前記機器管理情報及び前記顧客情報を参照し、前記契約担当者の識別情報を少なくとも入力した前記申込書を生成して、前記機器に送信する申込書生成手段と、
    前記機器から前記申込書を読み取ったデータと、該機器を使用しているユーザの認証に用いられる認証情報とを含むアプリケーション購入を要求するアプリ購入要求を受信した場合、該データに含まれる前記契約担当者の識別情報と、前記アプリ購入要求に含まれる前記ユーザの認証情報とが同一である場合に、アプリケーションの使用権限の認証に用いられるライセンスキーを少なくとも含む申込完了情報を前記機器に送信するアプリ購入契約手段と、を備え、
    前記機器は、
    前記機器の表示部に表示された、アプリケーションを購入するためのアプリ購入申込画面で、前記申込書の出力を受け付けた場合、前記申込書取得要求を前記情報処理装置に送信する申込書要求送信手段と、
    該情報処理装置から取得した前記申込書を出力する申込書出力手段と、
    前記アプリ購入申込画面で、アプリケーションの購入申込を受け付けた場合、前記アプリ購入要求を前記情報処理装置に対して送信するアプリ購入要求送信手段と、
    前記情報処理装置から前記申込完了情報を受け付けた後に、該申込完了情報に含まれる前記ライセンスキーを用いて前記アプリケーションをインストールするインストール実行手段と、を備える、
    システム。
  2. 前記アプリ購入要求は、さらに前記機器の機器情報を含み、
    申込書生成手段は、さらに前記機器の機器情報を入力した前記申込書を生成し、
    前記アプリ購入契約手段は、
    前記機器から前記アプリ購入要求を受信した場合、該データに含まれる機器の機器情報と、該アプリ購入要求に含まれる機器の機器情報とが同一である場合に、前記ライセンスキーを少なくとも含む申込完了情報を前記機器に送信する、
    請求項１に記載のシステム。
  3. 前記顧客情報は、さらに契約担当者名を含み、
    前記申込書生成手段は、
    前記機器から前記申込書取得要求を受信した場合、該機器の機器情報を用いて前記機器管理情報及び前記顧客情報を参照し、該機器の機器情報に紐付く前記顧客情報をさらに入力した前記申込書を生成して、前記機器に送信し、
    前記申込書出力手段は、
    前記情報処理装置から取得した前記申込書を出力する、
    請求項１に記載のシステム。
  4. 前記情報処理装置は、
    前記機器からアプリケーションの識別情報と該機器の機器情報とを含むアプリケーションを購入する見積書の取得を要求する見積書取得要求を受信した場合、該アプリケーションの価格情報と、該機器の機器情報とを少なくとも入力した見積書を生成して、前記機器に送信する見積書生成手段を備え、
    前記機器は、
    前記アプリ購入申込画面で、前記見積書の出力を受け付けた場合、前記見積書取得要求を前記情報処理装置に送信し、該情報処理装置から取得した前記見積書を出力する見積書出力手段を備える、
    請求項１に記載のシステム。
  5. 前記顧客情報は、さらに契約担当者名を含み、
    前記見積書生成手段は、
    前記機器から前記見積書取得要求を受信した場合、該機器の機器情報を用いて前記機器管理情報及び前記顧客情報を参照し、該機器の機器情報に紐付く前記顧客情報をさらに入力した前記見積書を生成して、前記機器に送信し、
    前記見積書出力手段は、
    前記情報処理装置から取得した前記見積書を出力する、
    請求項４に記載のシステム。
  6. 前記アプリ購入契約手段は、
    前記申込書を読み取った前記データを解析して、該データに入力されている機器の機器情報と、契約担当者の識別情報とを抽出する、
    請求項１または２に記載のシステム。
  7. 前記アプリ購入契約手段は、前記申込完了情報を送信する前に、前記機器管理情報及び前記顧客情報を参照し、前記契約担当者の識別情報または前記機器の機器情報に紐付いた契約担当者に対してアプリ購入申込を確認するためのウェブサイト上のアドレスを送信し、該契約担当者が該アドレスに接続した後に、前記申込完了情報を送信する、
    請求項１または２に記載のシステム。
  8. 前記情報処理装置は、
    前記機器の表示部に表示する画面の画面情報を生成して前記機器に送信する画面情報生成手段を備え、
    前記機器は、
    前記情報処理装置から受信した前記画面情報に基づく画面を表示部に表示する制御を行う表示制御手段を備える、
    請求項１に記載のシステム。
  9. 前記画面は、機器が利用可能なアプリケーションの一覧を示すアプリ一覧画面と、前記アプリ一覧画面で所定のアプリケーションが選択された場合に、該アプリケーションのインストールを実行するインストールボタンを含む該アプリケーションの説明情報の画面と、前記インストールボタンが選択された該アプリケーションが有償の場合に、該アプリケーションの見積書の出力と、該アプリケーションを購入するための申込書の出力と、該アプリケーションの購入の申し込みと、を受け付けるアプリ購入申込画面とを少なくとも含む、
    請求項８に記載のシステム。
  10. 前記画面情報生成手段は、アプリケーションインタフェースにより提供される、
    請求項８に記載のシステム。
  11. 情報処理装置と、ネットワークを介して前記情報処理装置に接続される機器とを備えるシステムによる情報処理方法であって、
    機器の機器情報ごとに、顧客の識別情報を少なくとも含む機器管理情報を記憶する機器管理情報記憶ステップと、
    顧客名ごとに、前記顧客の識別情報と契約担当者の識別情報とを少なくとも含む顧客情報を記憶する顧客情報記憶ステップと、
    前記機器の表示部に表示された、アプリケーションを購入するためのアプリ購入申込画面で、アプリケーションを購入する申込書の出力を受け付けた場合、アプリケーションの識別情報と該機器の機器情報とを含み、かつアプリケーションを購入する申込書の取得を要求する申込書取得要求を前記情報処理装置に送信する申込書要求送信ステップと、
    前記機器から前記申込書取得要求を受信した場合、該機器の機器情報を用いて前記機器管理情報及び前記顧客情報を参照し、前記契約担当者の識別情報を少なくとも入力した前記申込書を生成して、前記機器に送信する申込書生成ステップと、
    該情報処理装置から取得した前記申込書を出力する申込書出力ステップと、
    前記アプリ購入申込画面で、アプリケーションの購入申込を受け付けた場合、前記申込書を読み取ったデータと、該機器を使用しているユーザの認証に用いられる認証情報とを含むアプリケーション購入を要求するアプリ購入要求を前記情報処理装置に対して送信するアプリ購入要求送信ステップと、
    前記機器から前記アプリ購入要求を受信した場合、該データに含まれる前記契約担当者の識別情報と、前記アプリ購入要求に含まれる前記ユーザの認証情報とが同一である場合に、アプリケーションの使用権限の認証に用いられるライセンスキーを少なくとも含む申込完了情報を前記機器に送信するアプリ購入契約ステップと、
    前記情報処理装置から前記申込完了情報を受け付けた後に、該申込完了情報に含まれる前記ライセンスキーを用いて前記アプリケーションをインストールするインストール実行ステップと、を含む、
    情報処理方法。
  12. ネットワークを介して機器に接続される情報処理装置であって、
    機器の機器情報ごとに、顧客の識別情報を少なくとも含む機器管理情報を記憶する機器管理情報記憶手段と、
    顧客名ごとに、前記顧客の識別情報と契約担当者の識別情報とを少なくとも含む顧客情報を記憶する顧客情報記憶手段と、
    前記機器からアプリケーションの識別情報と該機器の機器情報とを含み、かつアプリケーションを購入する申込書の取得を要求する申込書取得要求を受信した場合、該機器の機器情報を用いて前記機器管理情報及び前記顧客情報を参照し、前記契約担当者の識別情報を少なくとも入力した前記申込書を生成して、前記機器に送信する申込書生成手段と、
    前記機器から前記申込書を読み取ったデータと、該機器を使用しているユーザの認証に用いられる認証情報とを含むアプリケーション購入を要求するアプリ購入要求を受信した場合、該データに含まれる前記契約担当者の識別情報と、前記アプリ購入要求に含まれる前記ユーザの認証情報とが同一である場合に、アプリケーションの使用権限の認証に用いられるライセンスキーを少なくとも含む申込完了情報を前記機器に送信するアプリ購入契約手段と、を備える、
    情報処理装置。
  13. ネットワークを介して機器に接続される情報処理装置に、
    機器の機器情報ごとに、顧客の識別情報を少なくとも含む機器管理情報を記憶する機器管理情報記憶ステップと、
    顧客名ごとに、前記顧客の識別情報と契約担当者の識別情報とを少なくとも含む顧客情報を記憶する顧客情報記憶ステップと、
    前記機器からアプリケーションをインストールするインストール要求を受け付けて、該アプリケーションが有償であった場合には、アプリケーションを購入するためのアプリ購入申込画面の画面情報を生成して、前記機器に送信する画面情報生成ステップと、
    前記機器から前記アプリ購入申込画面で選択されたアプリケーションの識別情報と該機器の機器情報とを含み、かつアプリケーションを購入する申込書の取得を要求する申込書取得要求を受信した場合、該機器の機器情報を用いて前記機器管理情報及び前記顧客情報を参照し、前記契約担当者の識別情報を少なくとも入力した前記申込書を生成して、前記機器に送信する申込書生成ステップと、
    前記機器から前記申込書を読み取ったデータと、該機器を使用しているユーザの認証に用いられる認証情報とを含むアプリケーション購入を要求するアプリ購入要求を受信した場合、該データに含まれる前記契約担当者の識別情報と、前記アプリ購入要求に含まれる前記ユーザの認証情報とが同一である場合に、アプリケーションの使用権限の認証に用いられるライセンスキーを少なくとも含む申込完了情報を前記機器に送信するアプリ購入契約ステップと、
    を実行させるためのプログラム。
JP2015257387A 2015-12-28 2015-12-28 システム、情報処理方法、情報処理装置およびプログラム Pending JP2017120582A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2015257387A JP2017120582A (ja) 2015-12-28 2015-12-28 システム、情報処理方法、情報処理装置およびプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015257387A JP2017120582A (ja) 2015-12-28 2015-12-28 システム、情報処理方法、情報処理装置およびプログラム

Publications (1)

Publication Number Publication Date
JP2017120582A true JP2017120582A (ja) 2017-07-06

Family

ID=59272331

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015257387A Pending JP2017120582A (ja) 2015-12-28 2015-12-28 システム、情報処理方法、情報処理装置およびプログラム

Country Status (1)

Country Link
JP (1) JP2017120582A (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110232425A (zh) * 2019-06-05 2019-09-13 成都中科慧源科技有限公司 将普通计量仪表快速更换为物联网计量仪表的方法及系统
JP2021009519A (ja) * 2019-06-28 2021-01-28 株式会社リコー サービスシステム、情報登録方法

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110232425A (zh) * 2019-06-05 2019-09-13 成都中科慧源科技有限公司 将普通计量仪表快速更换为物联网计量仪表的方法及系统
JP2021009519A (ja) * 2019-06-28 2021-01-28 株式会社リコー サービスシステム、情報登録方法
JP7354620B2 (ja) 2019-06-28 2023-10-03 株式会社リコー サービスシステム、情報登録方法

Similar Documents

Publication Publication Date Title
US10776458B2 (en) Information processing system, information processing apparatus, account registration method, and program
US9164710B2 (en) Service providing system and service providing method
JP6291826B2 (ja) 情報処理システム及びライセンス管理方法
US9313354B2 (en) Output system for secure image processing, image processing apparatus, and output method thereof
JP6720519B2 (ja) 情報処理装置、プログラムおよび情報処理システム
CN107077544B (zh) 信息处理系统、信息处理装置和信息处理方法
JPWO2017150472A1 (ja) システムおよび情報処理方法
JP6372311B2 (ja) 情報処理システム、電子機器、サービス認可方法及びプログラム
JP4893141B2 (ja) 画像形成装置、代行処理実行結果通知方法および代行処理実行結果通知プログラム
JP2017157200A (ja) システム、画像形成装置、情報処理方法および情報処理装置
JP6375877B2 (ja) 情報処理システム、情報処理方法、サービス利用装置、及びプログラム
JP2016091210A (ja) 情報処理システム、及び認証方法
US20170111531A1 (en) Scan processing system, information processing system, and cooperative processing method
JP6927282B2 (ja) 情報処理装置、端末装置、プログラム及び情報処理システム
US11394844B2 (en) Authentication system, shared terminal, and authentication method
JP6303312B2 (ja) サービス提供システム及び画像提供方法
JP2017120582A (ja) システム、情報処理方法、情報処理装置およびプログラム
US20190073205A1 (en) Software management device, software management system, and non-transitory computer readable medium storing program
JP6648523B2 (ja) 情報処理装置、プログラム、情報処理システムおよび情報処理方法
JP2019135679A (ja) 情報処理システム、情報処理装置、アカウント登録方法及びプログラム
JP2015032041A (ja) サービス提供システム、サービス提供方法およびプログラム
JP6070075B2 (ja) システム、情報管理方法及び情報処理装置
JP6988930B2 (ja) 情報処理装置、プログラム、情報処理システムおよび情報処理方法
JP6299101B2 (ja) サービス提供システム、サービス提供方法及びプログラム
JP2015028740A (ja) サービス提供システム、サービス提供方法及びプログラム