情報処理装置および複合機
【課題】機密情報の漏洩を防止するとともに、正規のウェブアプリケーションが機密情報を容易に利用可能にする。
【解決手段】制御ＡＰＩ１０は、秘密データを制御ＡＰＩ１０のみがアクセス可能な秘密データ記憶領域１３ｂ，１４ｂ，１５ｂに記憶させ、秘密データを記憶させた記憶先情報とウェブアプリケーションから伝達された保存先情報とを対応付けて秘密データ記憶領域１６内のファイル情報記憶部１７に記憶させる。
【解決手段】制御ＡＰＩ１０は、秘密データを制御ＡＰＩ１０のみがアクセス可能な秘密データ記憶領域１３ｂ，１４ｂ，１５ｂに記憶させ、秘密データを記憶させた記憶先情報とウェブアプリケーションから伝達された保存先情報とを対応付けて秘密データ記憶領域１６内のファイル情報記憶部１７に記憶させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブアプリケーションを実行するウェブサーバ部を備えた情報処理装置に関するものである。
【背景技術】
【０００２】
従来、コピー機能、スキャン機能、印刷機能、およびＦＡＸ送受信機能などの複数の機能を併せ持つ複合機の機能を、通信ネットワークを介して接続された他の装置において動作するアプリケーションプログラムから制御する複合機制御システムが知られている。この種の複合機制御システムでは、複合機をネットワーク上で動作するアプリケーションプログラムと連携させることにより、複合機単体では実現できない機能を提供することが可能になっている。
【０００３】
例えば、特許文献１，２には、複合機の操作画面をブラウザとして機能させることにより、アプリケーションプログラムから操作画面情報や制御情報を取得することが記載されている。これら各特許文献の技術では、アプリケーションプログラムは、ネットワーク上のＰＣ（パーソナルコンピュータ）やサーバ装置、あるいは複合機内部のウェブアプリケーション実行環境（ウェブサーバ）上でウェブアプリケーションとして動作する。
【０００４】
なお、情報端末にインストールされたアプリケーションのデータを適切に管理するための技術としては、例えば特許文献３に記載の方法がある。特許文献３の技術では、アプリケーションの保存領域とアプリケーションに対応するユーザデータの保存領域とを一体的に管理することにより、アプリケーション削除時にユーザデータも含めて削除するか、ユーザデータを残してアプリケーションのみを削除するかを選択できるようになっている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−１７４４００号公報
【特許文献２】特開２０１１−１２４６５２号公報
【特許文献３】特開２００５−１５７６５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、複数のウェブアプリケーションを実行可能な情報処理装置において、各ウェブアプリケーションがウェブアプリケーション毎に保護されていない環境で動作する場合、ウェブサーバで実行されるウェブアプリケーションによって他のウェブアプリケーションが保存されているファイルシステムのデータが不正に搾取されたり、書き換えられたりする危険性がある。例えば、アプリケーションＡ，Ｂが共通の記憶領域を用いて動作する場合、アプリケーションＡがアプリケーションＢのデータにアクセスし、通信可能に接続された外部装置に不正に送信することにより、アプリケーションＢに関する機密情報が漏洩してしまう虞がある。
【０００７】
このため、セキュリティ上、上記のような脅威を防ぐために、各ウェブアプリケーションはウェブアプリケーション毎に保護された記憶領域を用いて動作させることが一般的である。すなわち、ウェブアプリケーションＡは、当該ウェブアプリケーションＡだけがアクセス可能な記憶領域を用いた処理は自由に行えるが、他のウェブアプリケーション（例えばウェブアプリケーションＢ，Ｃなど）のデータ記憶領域にはアクセスできないように制限される。このようなセキュリティモデルは一般にサンドボックスセキュリティモデルと呼ばれている。
【０００８】
しかしながら、上記のように各ウェブアプリケーションをウェブアプリケーション毎に保護された記憶領域を用いて動作させるだけでは、機密情報の漏洩を適切に防止できない場合がある。例えば、情報処理装置にウェブアプリケーションＡをインストールした後、ウェブアプリケーションＡの設定情報やユーザ情報などの機密情報をウェブアプリケーションＡだけがアクセスできるデータ記憶領域に保存すれば、他のウェブアプリケーションから上記データ記憶領域に記憶しているデータにアクセスされる虞を低減することはできる。
【０００９】
しかしながら、ウェブアプリケーションＡはウェブアプリケーションなので、このウェブアプリケーションの支配下にあるデータ記憶領域（以下、公開データ記憶領域という）に機密データを保存してしまうと、外部装置などからＨＴＴＰ（Hyper Text Transfer Protocol:ハイパーテキスト転送プロトコル）リクエストなどを用いて不正にアクセスされる危険性がある。なお、仮に、ファイヤーウォール等を設けることにより複合機に対する外部からのＨＴＴＰアクセスを禁止する漏洩防止対策を行ったとしても、複合機にインストールされている他のウェブアプリケーションを介して情報が読み取られたり、改変あるいは削除されたりする危険性が依然残る。
【００１０】
そこで、上記特許文献３のようにユーザデータの記憶領域をアプリケーションの記憶領域とは異なる領域に設定し、さらに、ウェブアプリケーションからユーザデータの記憶領域へのアクセスを制限することが考えられる（この構成は本願出願人が考案した構成であって公知の構成ではない）。
【００１１】
しかしながら、ウェブアプリケーションの画面データにユーザデータを反映させて操作画面に表示するためには、ユーザデータをウェブアプリケーションの記憶領域（特許文献３におけるアプリケーション領域）に格納しておく必要がある。
【００１２】
このため、ウェブアプリケーションで用いるユーザデータ等の機密情報（秘密データ）については、当該ウェブアプリケーション以外のウェブアプリケーションや外部装置からのアクセスを遮断する一方、当該ウェブアプリケーションからは容易にアクセス可能に記憶させる必要がある。
【００１３】
本発明は、上記の問題点に鑑みて成されたものであり、その目的は、ウェブアプリケーション実行環境を備えた情報処理装置において、機密情報の漏洩を防止するとともに、正規のウェブアプリケーションが機密情報を容易に利用できるようにすることにある。
【課題を解決するための手段】
【００１４】
本発明の情報処理装置は、上記の課題を解決するために、ウェブアプリケーションを実行するウェブサーバ部を備えた情報処理装置であって、上記ウェブアプリケーションによって用いられるデータを記憶するデータ記憶部と、上記データ記憶部に記憶させるデータの管理を行うデータ管理部とを備え、上記ウェブアプリケーションは、当該ウェブアプリケーション以外に対して非公開とするデータである秘密データを上記データ記憶部に記憶させる場合に、当該秘密データのデータ名と、当該秘密データの当該ウェブアプリケーションにおける管理上の保存先情報とを上記データ管理部に伝達し、上記データ管理部は、上記秘密データを、上記保存先情報に対応する記憶領域とは異なる記憶領域であって上記データ記憶部における当該データ管理部のみがアクセス可能な記憶領域である秘密データ記憶領域に記憶させるとともに、上記秘密データを実際に記憶させた記憶先を示す記憶先情報と上記ウェブアプリケーションから伝達された上記保存先情報とを対応付けた対応情報を秘密データ記憶領域に記憶させることを特徴とする情報処理装置。
【００１５】
上記の構成によれば、秘密データはデータ管理部のみがアクセス可能な秘密データ記憶領域に保存されるので、上記情報処理装置における当該秘密データを記憶させたアプリケーション以外のアプリケーション、あるいは上記情報処理装置に対して通信可能に接続される外部装置から秘密データへのアクセスを遮断することができる。また、正規のウェブアプリケーションは、データ管理部に対してアクセスしたい秘密データのデータ名および当該ウェブアプリケーションにおける管理上の保存先情報を通知することにより、データ管理部を介して秘密データにアクセスすることができる。したがって、ウェブアプリケーション実行環境を備えた情報処理装置において、機密情報の漏洩を防止するとともに、正規のウェブアプリケーションが機密情報を容易に利用することができる。
【００１６】
また、上記ウェブアプリケーションは、上記データ記憶部にデータを記憶させる場合に、当該データのデータ名、当該データの該ウェブアプリケーションにおける管理上の保存先情報、および当該データが秘密データであるか否かを示す情報を上記データ管理部に伝達し、上記データ管理部は、上記ウェブアプリケーションから伝達されたデータが秘密データである場合、当該秘密データおよび上記対応情報を秘密データ記憶領域に記憶させ、上記ウェブアプリケーションから伝達されたデータが秘密データではない場合、当該データを上記データ記憶部における上記ウェブアプリケーションからアクセス可能な記憶領域に記憶させる構成としてもよい。あるいは、上記ウェブアプリケーションは、上記データ記憶部に秘密データではないデータを記憶させる場合に、当該データを上記データ記憶部における当該ウェブアプリケーションから直接アクセス可能な記憶領域に記憶させる構成としてもよい。
【００１７】
上記の各構成によれば、秘密データについては秘密データ記憶領域に記憶させることにより機密情報の漏洩を防止することができる。また、秘密データ以外のデータについてはウェブアプリケーションからアクセス可能な記憶領域に記憶させることにより、当該データの利便性を高めることができる。
【００１８】
上記情報処理装置は、上記情報処理装置は、当該情報処理装置に登録されているウェブアプリケーションの削除処理を行う削除アプリケーションを備えており、上記削除アプリケーションは、登録されているウェブアプリケーションの削除を行う場合、上記データ管理部に対して、削除対象のウェブアプリケーションの識別情報を通知し、上記データ管理部は、上記削除アプリケーションから通知された識別情報に対応するウェブアプリケーションが上記秘密データ記憶領域に直接または上記データ管理部を介して記憶させた各データを上記秘密データ記憶領域から削除する構成としてもよい。
【００１９】
上記の構成によれば、ウェブアプリケーションの削除を行う場合に、当該ウェブアプリケーションに対応する秘密データについても削除することができる。
【００２０】
また、上記ウェブアプリケーションは、当該ウェブアプリケーションを実行しているユーザのユーザ識別情報を上記データ管理部に通知し、上記データ管理部は、上記ウェブアプリケーションから当該ウェブアプリケーションに対応する秘密データへのアクセス要求が行われた場合に、当該ウェブアプリケーションを実行しているユーザのユーザ識別情報と予め記憶している当該アプリケーションに対応する秘密データへのアクセスを許可するユーザの識別情報である許可ユーザ情報とを照合し、上記ユーザ識別情報と上記許可ユーザ情報とが一致しない場合には上記秘密データへのアクセスを拒否する構成としてもよい。
【００２１】
上記の構成によれば、秘密データに対するアクセスの可否をユーザ毎に判断することができる。
【００２２】
本発明の複合機は、複数の装置機能を有する複合機であって、上記したいずれかの情報処理装置を備えており、上記ウェブアプリケーションは、当該複合機の装置機能を制御するためのアプリケーションであることを特徴としている。
【００２３】
上記の構成によれば、ウェブアプリケーション実行環境を備えた複合機において、機密情報の漏洩を防止するとともに、正規のウェブアプリケーションが機密情報を容易に利用することができる。
【発明の効果】
【００２４】
本発明の情報処理装置によれば、ウェブアプリケーション実行環境を備えた情報処理装置において、機密情報の漏洩を防止するとともに、正規のウェブアプリケーションが機密情報を容易に利用することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施形態にかかる複合機（情報処理装置）の構成を示す説明図である。
【図２】図１に示した複合機においてウェブアプリケーションが記憶部にデータを記憶させる場合の処理の流れを示すフローチャートである。
【図３】図１に示した複合機においてウェブアプリケーションが記憶部にデータを記憶させる場合の処理の具体例を示すフローチャートであり、認証情報を記憶させる場合の処理の例を示している。
【図４】図３に示した処理において複合機の表示部に表示される操作画面の一例を示す説明図である。
【図５】（ａ）は図１に示した複合機に記憶される各ウェブアプリケーションの公開データ記憶領域の構成を示す説明図であり、（ｂ）は各ウェブアプリケーションの公開データ記憶領域および秘密データ記憶領域の構成を示す説明図である。
【図６】図１に示した複合機においてウェブアプリケーションが記憶部に記憶しているデータを読み出す場合の処理の流れを示すフローチャートである。
【図７】図１に示した複合機において当該複合機にインストールされているウェブアプリケーションを削除する場合の処理の流れを示すフローチャートである。
【図８】図１に示した複合機においてウェブアプリケーションが記憶部にデータを記憶させる場合の処理の他の例を示すフローチャートである。
【図９】図１に示した複合機においてウェブアプリケーションが記憶部に記憶しているデータを読み出す場合の処理の他の例を示すフローチャートである。
【図１０】比較例にかかるデータ記憶領域の構成例を示す説明図であり、各ウェブアプリケーションの秘密データを公開データ記憶領域に記憶させる場合の例を示している。
【図１１】図１に示した複合機においてウェブアプリケーションが記憶部に記憶しているデータを読み出す場合の処理の変形例を示すフローチャートである。
【発明を実施するための形態】
【００２６】
本発明の一実施形態について説明する。
【００２７】
（１−１．複合機１の構成）
図１は、本実施形態に係る複合機１の構成を示す説明図である。この図に示すように、複合機１は、画像読取部２、画像形成部３、操作部４、ウェブブラウザ部７、機器制御部８、通信部９、制御ＡＰＩ（アプリケーションインターフェース）１０、ウェブサーバ部１１、および記憶部１２を備えている。また、操作部４は、入力部５および表示部６を備えている。また、記憶部１２には、ウェブサーバ部１１において実行される１または複数のウェブアプリケーション（図１の例ではアプリケーションＡ〜Ｃ）が格納されている。
【００２８】
操作部４は、ユーザに対して情報を通知するとともに、ユーザからの入力を受け付けるユーザインターフェイスである。具体的には、操作部４は、例えば液晶ディスプレイなどからなる表示部６と、各種の入力キーを含む入力部５とを備えている。なお、操作部４は、表示部６と入力部５とが一体として構成されたタッチパネルであってもよい。
【００２９】
画像読取部２は、スキャナと、原稿をスキャナの位置まで搬送する原稿搬送部とを備えており（いずれも図示せず）、原稿に印刷された文字や画像などを読み取ってこの原稿の画像データを取得するものである。なお、画像読取部２の構成は特に限定されるものではなく、従来から公知の種々の画像読取装置を用いることができる。
【００３０】
画像形成部３は、用紙などの記録材に対して、入力された画像データに応じた画像（文字、写真、グラフィックなど）を印刷するものである。本実施形態では、画像形成部３として、感光体ドラム、帯電装置、露光装置、現像装置、転写装置、定着装置、および用紙トレイなどを備えた電子写真方式の画像形成装置を備えている。ただし、画像形成部３の構成はこれに限るものではなく、他の画像形成方式（例えばインクジェット方式など）の画像形成装置を用いてもよい。
【００３１】
通信部９は、通信ネットワークを介して接続された外部装置（例えばパーソナルコンピュータ、サーバ装置、情報処理端末など）との間での通信を行うための通信インターフェイスである。また、通信部９は、自装置（複合機１）内部のウェブサーバ部１１にアクセスする機能も有しており、アクセス先が自装置のＩＰアドレスに示されている場合には自装置内の当該アクセス先にアクセスする。なお、自装置のＩＰアドレスを指定する場合、ループバックアドレスを指定する。ループバックアドレスとは、ネットワークカード（例えば、通信部の機能を担うハードウェア）などのループバックインターフェイスに割り当てられた仮想的なＩＰアドレスであり、自装置を示すＩＰアドレスのことである。ループバックアドレスは、汎用されているウェブブラウザで使用されている公知のアドレスである。ループバックを使用すると、いかなるパケットデータも複合機外部に送信されることはないため、アドレスの名前解決のためにＤＮＳ（Domaim Name System）サーバにアクセスする時間や、情報処理装置との通信にかかる時間などを短縮することができ、情報処理装置からＨＴＭＬ（Hypertext Markup Language）データを取得する場合よりも高速に操作画面を表示することができる。本実施形態では、通信部９は、ウェブサーバ部１１で動作するアプリケーションＡ〜ＣとＨＴＴＰを用いて通信する。
【００３２】
ウェブブラウザ部７は、汎用されているウェブブラウザのソフトウェアに従った動作を行うものであり、ウェブサーバ部１１で実行されるウェブアプリケーションに応じた操作画面（ウェブページ）を閲覧する機能、および入力部５を介してユーザが入力したデータをウェブサーバ部１１に送信する機能を有している。また、ウェブブラウザ部７は、通信部９を介して通信可能に接続された外部装置のウェブサーバで実行されるウェブアプリケーションに応じたウェブページを閲覧する機能、および入力部５を介してユーザが入力したデータを外部装置のウェブサーバに送信する機能も有している。
【００３３】
ウェブサーバ部１１は、汎用されているウェブサーバのソフトウェアに従った動作を行うものである。ここで、ウェブサーバとは、インターネット上の情報システムであるＷＷＷ（World Wide Web）を構成するサーバ装置の機能を提供するソフトウェアである。ウェブサーバ部１１は、ウェブブラウザ部７からの要求（ＨＴＴＰリクエスト）を受信し、当該要求に応じたウェブアプリケーションを実行させ、ウェブブラウザ部７に対して応答（ＨＴＴＰレスポンス）を行う。
【００３４】
制御ＡＰＩ（データ管理部）１０は、ウェブサーバ部１１上で動作するウェブアプリケーションの指示に従った処理を実行するものである。具体的には、制御ＡＰＩ１０は、複合機１の各種機能（例えば、コピー機能、スキャン機能、ＦＡＸ送信機能等）を制御する必要がある場合、当該機能を制御するための制御コマンドを機器制御部８に送る。
すなわち、複合機１は、画像読取部２による画像読取機能、画像形成部３による画像形成機能、および通信部９による通信機能を含む複数の装置機能を有しており、制御ＡＰＩ（データ管理部）１０がウェブサーバ部１１上で動作するウェブアプリケーションからの指示に応じてこれら各装置機能を制御することにより、上記各種機能（例えば、コピー機能、スキャン機能、ＦＡＸ送信機能等）を実行させるようになっている。また、制御ＡＰＩ１０は、記憶部１２に対するデータの書き込み、読み出し、削除等の処理を行うデータ管理ＡＰＩ（データ管理部）としての機能も有している。
【００３５】
機器制御部８は、複合機１の各種機能を制御するものである。すなわち、機器制御部８は、画像読取部２、画像形成部３、通信部９、操作部４等の各部の動作を制御する。例えば、機器制御部８は、画像読取部２の動作を制御してスキャン画像のデータを取得させる。また、機器制御部８は、画像形成部３の動作を制御して、入力された画像データに応じた画像を記録材上に形成（出力）させる。また、機器制御部８は、通信部９を制御して、入力された画像データを指定された外部のリソースに格納する処理や、入力された画像データを電子メールに添付して指定されたアドレスに送信する処理などを行わせる。
【００３６】
なお、機器制御部８は、固有操作モードと連携操作モードとを有している。機器制御部８は、通常時（例えば複合機１の電源投入直後など）には、複合機１内に記憶している基本操作画面データに応じた基本操作画面を表示部６に表示させる。そして、この基本操作画面に対するユーザからのモード選択指示に応じて固有操作モードまたは連携操作モードを選択する。あるいは、固有操作モードに属するアプリケーションおよび連携操作モードに属するアプリケーションのうちのいずれかのアプリケーションを選択する。
【００３７】
固有モードでは、機器制御部８は、予め複合機１内で記憶している複合機１に固有のアプリケーション（ネイティブアプリケーション）を実行することにより、当該アプリケーションに応じた操作画面を表示部６に表示させ、当該操作画面に対して入力された指示を入力部５から受け取り、当該指示に従って上記のような制御を行う。
【００３８】
また、固有操作モード時には、機器制御部８は、現在の複合機１の構成や状態に合わせて、複合機１のパーツ単位の画像情報を適宜組み合わせ、表示部６の操作画面上に表示するなどの制御も行う。なお、固有操作モードは、従来の複合機で行われている一般的なモードであり、機器制御部８は複合機のメイン制御部（図示せず）上で動作するＯＳ上で動作しており、ネイティブアプリケーションを実行することにより、コピー機能、ＦＡＸ機能、プリンタ機能などを実行する。
【００３９】
連携操作モードでは、機器制御部８は、ウェブサーバ部１１上で動作するウェブアプリケーションと連携して各部の動作を制御する。具体的には、ウェブサーバ部１１は、複合機１のメイン制御部（図示せず）上で動作しており、このウェブサーバのプログラム上にウェブアプリケーション（アプリケーションＡ〜Ｃ）の実行環境が用意されている。
【００４０】
連携操作モードの実行指示が入力された場合、機器制御部８は、ウェブブラウザ部７を起動させて予め設定されたＵＲＬ（Uniform Resource Locator）（本実施形態ではウェブサーバ部１１に対して初期操作画面の送信を要求するＵＲＬ）にアクセスさせ、当該ＵＲＬに記述された情報に従った処理を実行させる。そして、連携操作モードでは、機器制御部８は、制御ＡＰＩ１０から制御コマンドを受け付け、当該制御コマンドに従った制御を行う。
【００４１】
アプリケーションＡ〜Ｃは、ウェブサーバ部１１上で動作するウェブアプリケーションである。表示部６の操作画面においてアプリケーションＡ〜Ｃのいずれかの起動ボタンが選択されると、ウェブブラウザ部７は、ウェブサーバ部１１にループバックアドレスを用いてアクセスし、当該アプリケーションの公開データ記憶領域（アプリケーション公開データ記憶領域１３ａ，１４ａ，１５ｂ）に記憶されている操作画面を示すＨＴＭＬ（Hypertext Markup Language）データを受け取り、当該ＨＴＭＬデータで示される操作画面を表示部６に表示させる。そして、複合機１は、操作画面に対して入力された指示に従って、当該指示に応じた各種機能を実行する。
【００４２】
記憶部（データ記憶部）１２は、アプリケーションＡ用データ記憶領域１３、アプリケーションＢ用データ記憶領域１４、アプリケーションＣ用データ記憶領域１５、および秘密データ記憶領域１６を備えている。
【００４３】
アプリケーションＡ用データ記憶領域１３にはウェブアプリケーションＡおよびウェブアプリケーションＡで用いられるデータが格納され、アプリケーションＢ用データ記憶領域１４にはウェブアプリケーションＢおよびウェブアプリケーションＢで用いられるデータが格納され、アプリケーションＣ用データ記憶領域１５にはウェブアプリケーションＣおよびウェブアプリケーションＣで用いられるデータが格納される。
【００４４】
また、アプリケーションＡ用データ記憶領域１３、アプリケーションＢ用データ記憶領域１４、およびアプリケーションＣ用データ記憶領域１５には、それぞれ公開データ記憶領域１３ａ，１４ａ，１５ａと、秘密データ記憶領域１３ｂ，１４ｂ，１５ｂとが設けられている。
【００４５】
公開データ記憶領域１３ａ，１４ａ，１５ａには、アプリケーションＡ〜Ｃ、およびアプリケーションＡ〜Ｃで用いられるデータのうち、秘密性が要求されないデータ（外部に公開してもかまわないデータ）が格納される。公開データ記憶領域１３ａ，１４ａ，１５ａに格納されるデータ（ファイル）は、ウェブサーバ部１１上のアプリケーション実行環境に汎用的に用意されたファイルアクセスシステムによりアクセス可能になっている。秘密性が要求されないデータの例としては、例えばアクセスログなどが挙げられる。アクセスログとは、アプリケーションの利用回数や頻度を管理者が管理するためのものであり、例えば誰かがアプリケーションを起動するたびに起動時刻が保存されるようなデータである。これらの秘密性が要求されないデータは、ウェブサーバ部１１で用いられているファイルアクセスシステムを利用してアクセス可能に保存される。このように、秘密性が要求されないデータについては通常のファイルアクセスシステムを用いてアクセス可能な記憶領域に格納することにより、後述する秘密データ記憶領域の記憶容量のサイズが増大することを抑制できる。
【００４６】
秘密データ記憶領域１３ｂ，１４ｂ，１５ｂには、アプリケーションＡ〜Ｃで用いられるデータのうち、秘密性が要求されるデータが格納される。秘密データ記憶領域１３ｂ，１４ｂ，１５ｂに格納されるデータ（ファイル）については、ウェブサーバ部１１上のアプリケーション実行環境に汎用的に用意されたファイルアクセスシステムからは直接アクセスすることはできず、制御ＡＰＩ１０を介してのみアクセスできるようになっている。
【００４７】
秘密データ記憶領域１６には、ファイル情報記憶部１７が設けられている。このファイル情報記憶部１７は、秘密データ記憶領域１３ｂ，１４ｂ，１５ｂに保存したファイルのパス（記憶先情報）と、ウェブサーバ部１１のファイルシステムにおける当該ファイルの管理上の保存先パス（保存先情報）との対応関係を記憶する。具体的には制御ＡＰＩ１０は、ウェブサーバ部１１で動作するアプリケーションから秘密データの保存を要求された場合、ウェブサーバ部１１から指定された保存先パス（保存先情報）を秘密データ記憶領域に対応するパス（記憶先情報）に変更するとともに、ウェブサーバ部１１から指定された保存先パス（保存先情報）と実際に当該秘密データを記憶させた秘密データ記憶領域内の記憶先を示すパス（記憶先情報）とを対応付けてファイル情報記憶部１７に記憶させる。
【００４８】
（１−２．複合機１の動作）
（１−２−１．データ保存処理）
次に、ウェブサーバ部１１で動作するアプリケーション（ウェブアプリケーション）が記憶部１２にデータを保存させる場合の処理について説明する。図２は、ウェブサーバ部１１で動作するアプリケーションが利用するデータを記憶部１２に記憶させる場合の処理の流れを示すフローチャートである。
【００４９】
まず、アプリケーション（ウェブサーバ部１１）は、記憶部１２に対するデータ保存処理が発生したか否かを判断する（Ｓ１）。
【００５０】
データ保存処理が発生した場合、アプリケーションは、保存するデータが秘密データであるか否か、すなわち記憶部１２に対して外部から任意にアクセス可能に保存するか、制御ＡＰＩ１０を介してアクセスする場合にのみアクセス可能にするかを決定する（Ｓ２）。具体的には、アプリケーションには秘密データにするデータの項目、種類、属性等が予め設定されており、アプリケーションはその設定内容に応じて秘密データにするか否かを決定する。秘密データに指定するデータの例としては、例えば、ユーザ認証情報（ログインＩＤ、パスワード、ライセンスキーなど）、ユーザの個人情報（名前、住所、電話番号、メールアドレスなど）、ユーザから秘密データに指定された情報、アプリケーションの設定情報などが挙げられる。
【００５１】
その後、アプリケーションは、保存対象のデータである保存データ、当該保存データの保存先を指定する保存先パス、当該保存データが秘密データであるか否かを示す秘密要否情報を制御ＡＰＩ１０に送信する（Ｓ３）。上記の秘密要否情報の構成は特に限定されるものではなく、制御ＡＰＩ１０が秘密データであるか否かを当該秘密要否情報に基づいて判断できるものであればよい。例えば、秘密データであるか否かに応じて制御ＡＰＩ１０に通知する関数名を変えたり、関数に設定するパラメータを変えたりするようにしてもよい。具体的には、例えば、ウェブサーバ部１１で動作するアプリケーションＡが制御ＡＰＩ１０を用いて記憶部１２の秘密データ記憶領域にデータ（Key.txt）を保存させる場合、このアプリケーションは、関数“ｆｉｌｅ（）”を利用する。ｆｉｌｅ＝ｆｉｌｅ（ｗｗｗｒｏｏｔ／Ａｐｐ−Ａ／ｋｅｙ．ｔｘｔ）を実行すると、ウェブサーバ部１１上のアプリケーション実行環境は制御ＡＰＩ（データ管理ＡＰＩ）１０を呼び出す。これにより、制御ＡＰＩ１０は、秘密データ記憶領域にデータ（key.txt）を保存する。
【００５２】
その後、アプリケーションは、当該アプリケーションを終了させるか否かを判断し（Ｓ４）、終了させない場合にはＳ１の処理に戻る。
【００５３】
制御ＡＰＩ（データ管理ＡＰＩ、データ管理部）１０は、アプリケーション（ウェブサーバ部１１）から保存データ、保存先パス、および秘密要否情報を受信すると（Ｓ１１）、受信した秘密要否情報に基づいて当該保存データが秘密データであるか否かを判断する（Ｓ１２）。
【００５４】
秘密データではないと判断した場合、制御ＡＰＩ１０は、アプリケーション（ウェブサーバ部１１）から受信した保存データを受信した保存先パスに対応する記憶領域に保存させ（Ｓ１３）、処理を終了する。
【００５５】
一方、秘密データであると判断した場合、制御ＡＰＩ１０は、アプリケーション（ウェブサーバ部１１）から受信した保存先パスを秘密データ保存用の保存先パス（秘密データ記憶領域に対応する保存先パス）に変更し、アプリケーションから受信した保存データを変更後の保存先パスに保存する（Ｓ１４）。すなわち、制御ＡＰＩ１０は、秘密データであると判断した場合、アプリケーション（ウェブサーバ部１１）から受信した保存データを秘密データ記憶領域に記憶させる。
【００５６】
また、制御ＡＰＩ１０は、Ｓ１４で保存データを保存した秘密データ記憶領域内の保存先パス（記憶先情報）と、Ｓ１１でアプリケーションから受信した保存先パス（保存先情報）とを対応付けた対応情報を記憶部１２のファイル情報記憶部１７に記憶させ（Ｓ１５）、処理を終了する。
【００５７】
なお、本実施形態では、秘密データ記憶領域および公開データ記憶領域の両方について、アプリケーション毎にフォルダを作成し、各アプリケーションのデータを当該アプリケーションのフォルダ内に保存させるようになっている。したがって、実際に保存データを保存した秘密データ記憶領域内の保存先パス（記憶先情報）、およびアプリケーションが制御ＡＰＩ１０に通知した保存先パス（保存先情報）の両方に、アプリケーションを特定するための情報（アプリケーション名等）が含まれる。このため、ファイル情報記憶部１７に記憶させた上記対応情報には、各秘密データを記憶させたアプリケーションを特定するための情報も含まれている。
【００５８】
（１−２−２．データ保存処理の具体例）
次に、ウェブサーバ部１１で動作するアプリケーションで用いられるデータを記憶部１２に保存させる処理の具体例について説明する。ここでは、ウェブサーバ部１１で動作するアプリケーションを起動するためにユーザがライセンスキー（認証キー）を入力する必要がある場合であって、適切なライセンスキーが入力された場合に当該ライセンスキーを秘密データとして記憶部１２の秘密データ記憶領域に記憶させる場合の処理について説明する。図３はこの場合の処理の流れを示すフローチャートである。
【００５９】
ウェブブラウザ部７は、入力部５を介してユーザからアプリケーション（ウェブサーバ部１１で動作するアプリケーション）の起動要求が行われたか否かを判断する（Ｓ２１）。
【００６０】
そして、アプリケーションの起動要求が行われたと判断した場合、ウェブサーバ部１１に対して当該アプリケーションの初期画面データ送信要求を送信する（Ｓ２２）。具体的には、アプリケーションの選択を行う画面データにおいて、各アプリケーションには当該アプリケーションの初期画面の送信要求を送信する送信先が対応付けられており、ウェブブラウザ部７はユーザが選択したアプリケーションに対応する送信先にＨＴＴＰリクエストを送信して初期画面の取得要求を行う。
【００６１】
ウェブサーバ部１１は、ウェブブラウザ部７からアプリケーションの初期画面データ送信要求を受信すると（Ｓ３１）、当該アプリケーションの初期画面データを記憶部１２における当該アプリケーションに対応する公開データ記憶領域から読み出し、読み出した初期画面データをウェブブラウザ部７に返信する（Ｓ３２）。なお、公開データ記憶領域からのデータ読み出し方法については後述する。
【００６２】
ウェブブラウザ部７は、ウェブサーバ部１１から初期画面データを受信すると（Ｓ２３）、受信した初期画面データに応じた初期画面を表示部６に表示させる（Ｓ２４）。図４は、表示部６に表示されるアプリケーションの初期画面の一例を示す説明図である。この図に示す例では、アプリケーションの利用可否を判定するためのライセンスキーの入力画面が初期画面として表示されるようになっている。ユーザは、入力部５を操作して操作画面上でラインセンスキーを入力してＯＫボタンを押すことにより、ライセンスキーの入力を行う。
【００６３】
ウェブブラウザ部７は、入力部５を介してユーザからのライセンスキーの入力を受け付けると（Ｓ２５）、入力されたライセンスキーを示すキー情報をウェブサーバ部１１（ウェブサーバ部１１上で動作するアプリケーション）に送信する（Ｓ２６）。
【００６４】
ウェブサーバ部１１上で動作するアプリケーションは、ウェブブラウザ部７からキー情報を受信すると（Ｓ３３）、受信したキー情報と予め当該アプリケーションに対応する秘密データ記憶領域に記憶している照合キー情報とを比較することにより、当該アプリケーションの利用を許可するか否かを判断する（Ｓ３４）。
【００６５】
なお、照合キー情報については、記憶部１２内の秘密データ記憶領域に記憶させておく構成に限らず、例えば複合機１に対して通信可能に接続される外部装置に記憶させておき、ウェブサーバ部１１上で動作するアプリケーションがこの外部装置から照合キーを取得するようにしてもよい。また、ウェブサーバ部１１上で動作するアプリケーションがウェブブラウザ部７から受信したキー情報を外部装置（認証サーバ）に送信し、この外部装置が当該キー情報と予め記憶している照合キー情報とを比較することで認証処理を行い、認証処理結果を当該アプリケーションに返信するようにしてもよい。
【００６６】
Ｓ３４においてアプリケーションの利用が不可であると判断した場合（受信したキー情報が照合キー情報と一致しない場合）、アプリケーションは、Ｓ３２に戻って初期画面データをウェブブラウザ部７に送信して初期画面を再表示させ、ライセンスキーの再入力を促す。この際、前回入力されたライセンスキーが不適切であった旨を初期画面に含めて表示させるようにしてもよい。
【００６７】
一方、Ｓ３４においてアプリケーションの利用が可であると判断した場合（受信したキー情報と照合キー情報とが一致した場合）、アプリケーションは、当該キー情報（保存データ）と、当該キー情報の保存先を当該アプリケーションが管理するための保存先パスと、当該キー情報の秘密要否情報（ここでは秘密データであることを示す情報）とを制御ＡＰＩ１０に送信する（Ｓ３５）。
【００６８】
また、アプリケーションは、ウェブブラウザ部７にアプリケーション画面の表示要求を送信する（Ｓ３６）。すなわち、アプリケーションは、ウェブブラウザ部７に対して、ＨＴＴＰリダイレクトにてアプリケーション画面を表示するよう要求する。ＨＴＴＰリダイレクトとはＨＴＴＰステータスコード３０２などを設定し、画面データを応答する代わりに別のページ画面を指定するＵＲＬ情報を応答し、別の画面を表示させるための要求である。ＨＴＴＰリダイレクトは公知の技術であり、ＨＴＴＰのプロトコルにおいて汎用的に用いられている技術である。
【００６９】
ウェブブラウザ部７はアプリケーション画面の表示要求（ＨＴＴＰリダイレクト要求）を受信すると（Ｓ２７）、ウェブサーバ部１１に対して指定された画面データの送信要求を送信する（Ｓ２８）。ウェブサーバ部１１は、画面データの送信要求を受信すると（Ｓ３７）、要求された画面データをウェブブラウザ部７に送信する（Ｓ３８）。これにより、ウェブブラウザ部７はウェブサーバ部１１からアプリケーション画面の画面データを受信し、表示部６に表示させる（Ｓ２９）。
【００７０】
一方、制御ＡＰＩ１０は、Ｓ３５においてアプリケーションから送信されたキー情報、当該キー情報の保存先パス、および当該キー情報の秘密要否情報を受信すると（Ｓ４０）、上述したＳ１２〜Ｓ１５と同様の処理を行う。これにより、制御ＡＰＩ１０は、アプリケーションから受信した保存先パス（保存先情報）を当該アプリケーションに対応する秘密データ記憶領域の保存先パス（記憶先情報）に変更してアプリケーションから受信したキー情報を保存し（Ｓ４１）、キー情報を保存した保存先パス（記憶先情報）とアプリケーションから受信した保存先パス（保存先情報）とを対応付けてファイル情報記憶部１７に記憶させる（Ｓ４２）。このように、ユーザが入力して正しいと判定されたライセンスキーのキー情報を秘密データ記憶領域に記憶させておくことにより、例えばライセンスキーが複数有る（複数ライセンス）場合に、どのライセンスキーが使用済みで、どのライセンスキーが未使用かをチェックすることができる。
【００７１】
図５（ａ）は、記憶部１２のファイル構成の例を示す説明図である。この図に示すように、記憶部１２にはルートフォルダ（ｗｗｗｒｏｏｔ）が設けられている。ルートフォルダ（ｗｗｗｒｏｏｔ）は、ウェブサーバ部１１のファイルシステム上のルートフォルダであり、ウェブサーバ部１１で動作する各アプリケーションはこのルートフォルダの階層構造内に配置されている。図５（ａ）の例では、アプリケーションＡ，Ｂ，・・・に対応する各アプリケーションフォルダ（Ａｐｐ−Ａ,Ａｐｐ−Ｂ，・・・）がルートフォルダ（ｗｗｗｒｏｏｔ）内に設けられている。なお、ルートフォルダ（ｗｗｗｒｏｏｔ）は、図１における公開データ記憶領域に対応しており、アプリケーションフォルダＡｐｐ−Ａ,Ａｐｐ−Ｂ，・・・は公開データ記憶領域１３ａ，１４ａ，・・・に対応している。
【００７２】
また、各アプリケーションフォルダには、当該アプリケーションフォルダに対応するアプリケーションの初期画面データ（App-A Default.html, App-B Default.html）、アプリケーション画面データ（TopPage.html）、画像データ（image.jpg, image2.bmp）などが格納されている。
【００７３】
これにより、ウェブブラウザ部７は、例えば、URL<http://localhost/App-A/App-A Default.html>へのＨＴＴＰリクエストを発行することにより、アプリケーションフォルダＡｐｐ−ＡにあるApp-A Default.htmlにアクセスし、画面情報などを取得することができる。
【００７４】
図５（ｂ）は、上述したＳ４１の処理においてキー情報を記憶部１２に保存させた場合の、記憶部１２のファイル構成の例を示す説明図である。この図に示すように、秘密データを記憶させる場合、制御ＡＰＩ１０は、記憶部１２におけるルートフォルダ（ｗｗｗｒｏｏｔ）の外部に、制御ＡＰＩ１０のみがアクセス可能な非公開フォルダ（Ｓｅｃｕｒｉｔｙ）を作成し、この非公開フォルダ内に秘密データを保存する。
【００７５】
具体的には、非公開フォルダ（Ｓｅｃｕｒｉｔｙ）内に各アプリケーションのアプリケーションフォルダ（Ａｐｐ−Ａ，Ａｐｐ−Ｂ，・・・）を作成し、各アプリケーションに関する秘密データを非公開フォルダ（Ｓｅｃｕｒｉｔｙ）内における当該アプリケーションのアプリケーションフォルダに格納する。図５（ｂ）に示す例では、アプリケーションＡに関するライセンスキーのキー情報（Key.txt）が非公開フォルダ（Ｓｅｃｕｒｉｔｙ）内のアプリケーションフォルダＡｐｐ−Ａに格納されている。なお、非公開フォルダ（Ｓｅｃｕｒｉｔｙ）は図１における秘密データ記憶領域に対応しており、非公開フォルダ（Ｓｅｃｕｒｉｔｙ）内のアプリケーションフォルダ（Ａｐｐ−Ａ，Ａｐｐ−Ｂ，・・・）は秘密データ記憶領域１３ｂ，１４ｂ，・・・に対応している。
【００７６】
（１−２−３．データ読出処理（アクセス処理））
次に、ウェブサーバ部１１で動作するアプリケーションで用いるデータを記憶部１２から読み出す場合の処理について図６のフローチャートを参照しながら説明する。
【００７７】
まず、アプリケーション（ウェブサーバ部１１）は、記憶部１２からのデータの読み出しを要する処理が発生したか否かを判断する（Ｓ５１）。
【００７８】
そして、データの読み出しを要する処理が発生した場合、アプリケーションは、データ読出要求、および読み出すデータの当該アプリケーションにおける管理上の保存パス（保存先情報）を制御ＡＰＩ１０に送信する（Ｓ５２）。
【００７９】
制御ＡＰＩ１０は、アプリケーションからデータ読出要求および保存パスを受信すると（Ｓ６１）、ファイル情報記憶部１７に記憶させている対応情報に基づいて、当該保存パスが秘密データに対応する保存パスであるか否かを判断する（Ｓ６２）。なお、アプリケーションがＳ５２においてデータ読出要求および保存パスを送信する際、読み出すデータが秘密データであるか否かを示す情報を含めて送信し、制御ＡＰＩ１０が当該情報に基づいて秘密データであるか否かを判断するようにしてもよい。
【００８０】
Ｓ６２において秘密データではないと判断した場合、制御ＡＰＩ１０は、公開データ記憶領域における、アプリケーションから受信した保存パス（保存先情報）に対応する記憶領域から該当するデータを読み出し（Ｓ６３）、読み出したデータをアプリケーションに応答する（Ｓ６８）。
【００８１】
一方、Ｓ６２において秘密データであると判断した場合、制御ＡＰＩ１０は、データ読出要求を送信してきたアプリケーションが、読み出し対象の秘密データに対応するアプリケーションと一致するか否かを判断する（Ｓ６４）。
【００８２】
具体的には、ウェブサーバ部１１で実行中のアプリケーションはシステム領域に登録されているので、制御ＡＰＩ１０はシステム領域に登録されている情報に基づいて実行中のアプリケーションを検出する。例えば、アプリケーションＡが実行中である場合、ａｐｐ−Ａ（フルパス：ｗｗｗｒｏｏｔ／Ａｐｐ−Ａ）が検出され、アプリケーションＢが実行中である場合、ａｐｐ−Ｂ（フルパス：ｗｗｗｒｏｏｔ／Ａｐｐ−Ｂ）が検出される。そして、制御ＡＰＩ１０は、実行中のアプリケーションのフルパスと、読み出し対象のファイルを示す関数“ｆｉｌｅ（）”の引数ｗｗｗｒｏｏｔ／Ａｐｐ−Ａ／ｋｅｙ．ｔｘｔのファイル名ｋｅｙ．ｔｘｔを除いた部分ｗｗｗｒｏｏｔ／Ａｐｐ−Ａとの比較を行い、両者が一致しているか否かを判断する。
【００８３】
Ｓ６４においてデータ読出要求を送信してきたアプリケーションと読み出し対象の秘密データに対応するアプリケーションとが一致しないと判断した場合、制御ＡＰＩ１０は、当該秘密データへのアクセスを拒否する旨の通知（アクセス拒否通知）をアプリケーションに応答する（Ｓ６５）。
【００８４】
例えば、ファイル（ｗｗｗｒｏｏｔ／Ａｐｐ−Ａ／ｋｅｙ．ｔｘｔ）に対してｗｗｗｒｏｏｔ／Ａｐｐ−Ｂからデータ読出要求（アクセス要求）があった場合、システム領域に登録されているアプリケーション名（実行中のアプリケーション名）はａｐｐ−Ｂ（フルパス：ｗｗｗｒｏｏｔ／Ａｐｐ−Ｂ）であり、アクセス要求が行われたファイルの引数（引数ｗｗｗｒｏｏｔ／Ａｐｐ−Ａ／ｋｅｙ．ｔｘｔのファイル名ｋｅｙ．ｔｘｔを除いた部分ｗｗｗｒｏｏｔ／Ａｐｐ−Ａ）と一致しないので、制御ＡＰＩ１０は、当該ファイルの読み出し（当該ファイルへのアクセス）を拒否する。
【００８５】
一方、Ｓ６４においてデータ読出要求を送信してきたアプリケーションと読み出し対象の秘密データに対応するアプリケーションとが一致すると判断した場合、制御ＡＰＩ１０は、ファイル情報記憶部１７に記憶されている対応情報の中から、アプリケーションから受信した保存パス（保存先情報）に対応付けて記憶されている秘密データの実際の保存先を示す保存パス（記憶先情報）を読み出す（Ｓ６６）。そして、制御ＡＰＩ１０は、ファイル情報記憶部１７から読み出した上記保存パスに対応するデータを秘密データ記憶領域から読み出し（Ｓ６７）、データ読出要求を送信してきたアプリケーションに応答する（Ｓ６８）。
【００８６】
アプリケーションは、制御ＡＰＩ１０からの応答データを受信すると（Ｓ５３）、受信した応答データに応じた処理を行う（Ｓ５４）。例えば、アクセス拒否通知を受信した場合にはその旨を表示部６に表示させる。また、データ読出要求を行ったデータを受信した場合には、当該データに応じた画像を表示部６に表示させたり、当該データを用いた処理を行ったりする。
【００８７】
その後、アプリケーションは、当該アプリケーションを終了するか否かを判断し（Ｓ５５）、終了しない場合にはＳ５１の処理に戻る。
【００８８】
なお、図６に示した処理では、秘密データに対するアクセスの可否を、データ読出要求を送信してきたアプリケーションが読み出し対象の秘密データに対応するアプリケーションと一致するか否かに応じて判断しているが、これに加えて、データ読出要求を行ったユーザが適切なユーザであるか否かを秘密データに対するアクセスの可否の判断基準としてもよい。図１１はこの場合のウェブサーバ部１１で動作するアプリケーションで用いるデータを記憶部１２から読み出す処理の一例を示すフローチャートである。なお、説明の便宜上、図１１に示した処理のうち、図６と同じ処理については図６と同じ符号を付し、その説明を省略する。
【００８９】
図１１の処理では、Ｓ５１においてデータの読み出しを要する処理が発生したと判断した場合、アプリケーションは、データ読出要求、および読み出すデータの当該アプリケーションにおける管理上の保存パス（保存先情報）に加えて、当該アプリケーションを実行しているユーザのユーザＩＤ（ユーザ識別情報）を制御ＡＰＩ１０に送信する（Ｓ５２ｂ）。そして、制御ＡＰＩ１０は、アプリケーションからデータ読出要求、保存パス、およびユーザＩＤを受信する（Ｓ６１ｂ）。
【００９０】
また、制御ＡＰＩ１０は、Ｓ６４においてデータ読出要求を送信してきたアプリケーションと読み出し対象の秘密データに対応するアプリケーションとが一致すると判断した場合、Ｓ６１ｂで受信したユーザＩＤが適切であるか否かを判断する（Ｓ６４ｂ）。例えば、秘密データ記憶領域１６にアプリケーション毎に当該アプリケーションの秘密情報にアクセス可能なユーザのユーザＩＤ（許可ユーザ情報）を示したテーブルを記憶させておき、制御ＡＰＩ１０は、当該テーブルとＳ６１ｂで受信したユーザＩＤとを照合することでユーザＩＤが適切であるか否かを判断する。
【００９１】
そして、制御ＡＰＩ１０は、ユーザＩＤが適切でないと判断した場合にはＳ６５の処理を行い、ユーザＩＤが適切であると判断した場合にはＳ６６の処理に進む。
【００９２】
（１−２−４．データ削除処理）
次に、複合機１に登録されているアプリケーションを削除する削除処理について説明する。図７は、アプリケーションの削除処理の流れを示すフローチャートである。
【００９３】
機器制御部８は、ユーザが操作部４を介して入力したアプリケーションの削除指示を受け付けると（Ｓ７１）、制御ＡＰＩ１０にユーザから削除指示されたアプリケーションの削除要求（削除コマンドおよび削除対象のアプリケーション名）を送信する（Ｓ７２）。具体的には、機器制御部８は、アプリケーションの削除を行うためのネイティブアプリケーション（複合機１に固有のプログラム；削除アプリケーション）を備えており、このネイティブアプリケーションを実行し、制御ＡＰＩ１０にアプリケーションの削除要求を送信する。
【００９４】
制御ＡＰＩ１０は、機器制御部８からアプリケーションの削除要求を受信すると（Ｓ８１）、公開データ記憶領域から当該アプリケーションのデータを削除する（Ｓ８２）。例えば、アプリケーションＡを削除する場合、アプリケーションＡ用データ記憶領域１３の公開データ記憶領域１３ａ、すなわち、ファイルパス：ｗｗｗｒｏｏｔ／Ａｐｐ−Ａに記憶しているデータを削除する。
【００９５】
また、制御ＡＰＩ１０は、当該アプリケーションの秘密データが秘密データ記憶領域に記憶されているか否かを判断する（Ｓ８３）。具体的には、制御ＡＰＩ１０は、上述したように、ウェブサーバ部１１のファイルシステムで扱われる保存先パス（保存先情報）と、実際に秘密データが記憶されている保存先パス（記憶先情報）とを対応付けた対応情報をファイル情報記憶部１７に記憶させている。制御ＡＰＩ１０は、この対応情報を参照し、削除対象のアプリケーションに対応する秘密データが秘密データ記憶領域に記憶されているか否かを判断する。
【００９６】
なお、ファイル情報記憶部１７に制御部ＡＰＩ１０がアクセスした秘密データ記憶領域内のディレクトリの履歴情報を保存しておき、機器制御部８で動作する上記のネイティブアプリケーションあるいは制御部ＡＰＩ１０が、この履歴情報に基づいて削除対象のアプリケーションに対応するディレクトリを抽出することにより、当該アプリケーションの秘密データが秘密データ記憶領域に記憶されているか否かを判断するようにしてもよい。
【００９７】
そして、秘密データが記憶されていないと判断した場合には、制御ＡＰＩ１０は、そのまま処理を終了する。
【００９８】
一方、秘密データが記憶されていると判断した場合、制御ＡＰＩ１０は、秘密データ記憶領域に記憶されている当該アプリケーションのデータを削除するとともに（Ｓ８４）、ファイル情報記憶部１７に記憶している対応情報のうち秘密データ記憶領域から削除した秘密データに対応する対応情報を削除し（Ｓ８５）、削除処理を終了する。例えば、アプリケーションＡを削除する場合、アプリケーションＡ用データ記憶領域１３の秘密データ記憶領域１３ｂ、すなわち、ファイルパス：Ｓｅｃｕｒｉｔｙ／Ａｐｐ−Ａに記憶しているデータを削除する。これにより、アプリケーションが任意に作成したファイルを記憶している場合であっても、当該ファイルを確実に削除し、削除したアプリケーションのファイルが残存することを防止できる。
【００９９】
なお、図７の例では、アプリケーションの削除指示が行われた場合に、公開データ記憶領域に記憶されている当該アプリケーションのデータ、および秘密データ記憶領域に記憶されている当該アプリケーションのデータの全てを削除する場合について説明した。しかしながら、これに限らず、例えば、削除前のアプリケーションが作成したデータの一部または全部を削除せずに残すようにしてもよい。
【０１００】
例えば、アプリケーションの更新を行う場合、当該アプリケーションに対応する秘密データあるいはその一部（例えばアプリケーション自身の設定情報やユーザ情報など）については削除せずに残しておき、アプリケーションの更新後にも継続して利用できるようにしてもよい。これにより、設定情報やユーザ情報の再入力が不要になるので、ユーザの利便性を向上させることができる。
【０１０１】
また、アプリケーションの削除を行う場合、当該アプリケーションに対応する秘密データあるいはその一部（例えばアプリケーション自身の設定情報やユーザ情報など）についてはアプリケーションの削除処理の時点では削除せずに残しておき、アプリケーションの削除処理を行ってから所定期間が経過しても削除したアプリケーション（あるいは当該アプリケーションのバージョンアップ版）の再インストールが行われなかった場合に削除するようにしてもよい。この場合、機器制御部８で動作する上記のネイティブプログラム（削除プログラム）は、制御ＡＰＩ１０にアプリケーションの削除指示を行ってから所定期間が経過したときに、制御ＡＰＩ１０に対して削除したアプリケーションに対応する残存ファイルの削除要求を行う。例えば、上記のネイティブプログラムは、削除指示を行った日時を記憶しており、複合機１の電源が投入される毎に、削除指示を行った日時から所定期間以上経過したかを判断する。そして、所定期間以上経過したと判断した場合に、制御ＡＰＩ１０に残存ファイルの削除要求を行う。これにより、アプリケーションの削除後、アプリケーションの再インストールが行われる場合に、設定情報やユーザ情報の再入力を不要としてユーザの利便性を向上させるとともに、不要なファイルが複合機１内に残存し続けることを防止できる。
【０１０２】
また、Ｓ７２においてアプリケーション削除要求を送信する際、機器制御部８が制御ＡＰＩに通常削除を行うか完全削除（削除対象の情報が記憶されている記憶領域にランダムデータを上書きすることにより、削除対象の情報を復元不可能に削除する処理）を行うかを示す削除方法情報を通知し、制御部ＡＰＩ１０が、Ｓ８４およびＳ８５の削除処理を行う際、当該削除方法情報に応じた方法で削除処理を行うようにしてもよい。例えば、アプリケーション毎に通常削除を行うか完全削除を行うかを指定したテーブルを予め記憶しておき、機器制御部８が当該テーブルに基づいて通常削除を行うか完全削除を行うかを決定するようにしてもよい。あるいは、通常削除を行うか完全削除を行うかをユーザの選択指示に応じて決定するようにしてもよい。
【０１０３】
（１−２−５．データ保存処理の変形例）
上述した図２の例では、ウェブサーバ部１１で動作するアプリケーションは、秘密データであるか否かにかかわらず、制御ＡＰＩ１０を介して記憶部１２にデータを保存するようにしているが、これに限るものではない。例えば、秘密データについては制御ＡＰＩ１０を介して記憶部１２に記憶させる一方、秘密データではないデータについてはウェブサーバ部１１で動作するアプリケーションが記憶部１２に直接保存させるようにしてもよい。図８は、この場合の処理の流れを示すフローチャートである。
【０１０４】
まず、アプリケーション（ウェブサーバ部１１）は、記憶部１２に対するデータ保存処理が発生したか否かを判断する（Ｓ９１）。
【０１０５】
そして、データ保存処理が発生した場合、アプリケーションは、保存するデータが秘密データであるか否か、すなわち記憶部１２に対して外部から任意にアクセス可能に保存するか、制御ＡＰＩ１０を介してアクセスする場合にのみアクセス可能にするかを判断する（Ｓ９２）。
【０１０６】
そして、秘密データではないと判断した場合、アプリケーションは、記憶部１２の公開データ記憶領域における所望の保存先パス（当該アプリケーションのファイルシステムで管理している保存先パス（保存先情報））に対応する記憶領域にデータを保存し（Ｓ９３）、Ｓ９５の処理に進む。
【０１０７】
一方、秘密データであると判断した場合、アプリケーションは、保存データ、および当該保存データの保存先を指定する保存パスを制御ＡＰＩ１０に送信し（Ｓ９４）、Ｓ９５の処理に進む。
【０１０８】
Ｓ９５において、アプリケーションは、当該アプリケーションを終了させるか否かを判断し、終了させない場合にはＳ９１の処理に戻る。
【０１０９】
制御ＡＰＩ（データ管理部）１０は、アプリケーション（ウェブサーバ部１１）から保存データおよび保存パス（保存先情報）を受信すると（Ｓ１０１）、受信した保存パスを秘密データ保存用の保存パス（記憶先情報）に変更し、アプリケーションから受信した保存データを変更後の保存パス（記憶先情報）に応じた記憶領域に保存する（Ｓ１０２）。すなわち、制御ＡＰＩ１０は、アプリケーション（ウェブサーバ部１１）から受信した保存データを秘密データ記憶領域に記憶させる。
【０１１０】
また、制御ＡＰＩ１０は、Ｓ１０２で保存データを実際に記憶させた保存先パス（記憶先情報）と、Ｓ１０１でアプリケーションから受信した保存パス（保存先情報）とを対応付けた対応情報を記憶部１２のファイル情報記憶部１７に記憶させ（Ｓ１０３）、処理を終了する。
【０１１１】
（１−２−６．データ読出処理（アクセス処理）の変形例）
上述した図６の例では、ウェブサーバ部１１で動作するアプリケーションは、記憶部１２に記憶されているデータを読み出す際、秘密データであるか否かにかかわらず、制御ＡＰＩ１０を介して記憶部１２からデータを読み出していたが、これに限るものではない。例えば、秘密データについては制御ＡＰＩ１０を介して記憶部１２（秘密データ記憶領域）から読み出し、秘密データではないデータについてはウェブサーバ部１１で動作するアプリケーションが記憶部１２（公開データ記憶領域）から直接読み出すようにしてもよい。図９は、この場合の処理の流れを示すフローチャートである。
【０１１２】
まず、アプリケーション（ウェブサーバ部１１）は、記憶部１２からデータを読み出す処理が発生したか否かを判断する（Ｓ１１１）。
【０１１３】
そして、データの読み出し処理が発生した場合、アプリケーションは、読み出し対象のデータが秘密データであるか否かを判断する（Ｓ１１２）。
【０１１４】
秘密データではないと判断した場合、アプリケーションは、記憶部１２の公開データ記憶領域にアクセスして該当するデータを読み出し（Ｓ１１３）、Ｓ１１７の処理に移行する。
【０１１５】
一方、秘密データであると判断した場合、アプリケーションは、データ読出要求、および読み出すデータの保存パス（保存先情報）を制御ＡＰＩ１０に送信する（Ｓ１１４）。
【０１１６】
制御ＡＰＩ１０は、アプリケーションからデータ読出要求および保存パス（保存先情報）を受信すると（Ｓ１２１）、データ読出要求を送信してきたアプリケーションが、読み出し対象の秘密データに対応するアプリケーションと一致するか否かを判断する（Ｓ１２２）。判断方法は上述した図６の場合と同様である。
【０１１７】
Ｓ１２２においてデータ読出要求を送信してきたアプリケーションと読み出し対象の秘密データに対応するアプリケーションとが一致しないと判断した場合、制御ＡＰＩ１０は、当該秘密データへのアクセスを拒否する旨の通知（アクセス拒否通知）をアプリケーションに応答する（Ｓ１２３）。
【０１１８】
一方、Ｓ１２２においてデータ読出要求を送信してきたアプリケーションと読み出し対象の秘密データに対応するアプリケーションとが一致すると判断した場合、制御ＡＰＩ１０は、アプリケーションから受信した保存先パス（保存先情報）に対応付けてファイル情報記憶部１７に記憶されている秘密データの保存先パス（記憶先情報）を読み出す（Ｓ１２４）。そして、制御ＡＰＩ１０は、ファイル情報記憶部１７から読み出した上記保存パスに対応するデータを秘密データ記憶領域から読み出し（Ｓ１２５）、データ読出要求を送信してきたアプリケーションに応答する（Ｓ１２６）。
【０１１９】
アプリケーションは、制御ＡＰＩ１０からの応答データを受信すると（Ｓ１１４）、受信した応答データに応じた処理を行う（Ｓ１１５）。例えば、アクセス拒否通知を受信した場合にはその旨を表示部６に表示させる。また、データ読出要求を行ったデータを受信した場合には、当該データに応じた画像を表示部６に表示させたり、当該データを用いた処理を行ったりする。
【０１２０】
その後、アプリケーションは、当該アプリケーションを終了するか否かを判断し（Ｓ１１７）、終了しない場合にはＳ５１の処理に戻る。
【０１２１】
（１−３．複合機１の利点）
以上のように、本実施形態にかかる複合機１は、ウェブアプリケーションＡ〜Ｃを実行するウェブサーバ部１１を備えた複合機（情報処理装置）１であって、ウェブアプリケーションＡ〜Ｃによって用いられるデータを記憶する記憶部（データ記憶部）１２と、記憶部１２に記憶させるデータの管理を行う制御ＡＰＩ（データ管理部）１０とを備え、ウェブアプリケーションＡ〜Ｃは、当該ウェブアプリケーション以外に非公開とするデータである秘密データを記憶部１２に記憶させる場合に、当該秘密データのデータ名と、当該秘密データの当該ウェブアプリケーションにおける管理上の保存先パス（保存先情報）とを制御ＡＰＩ１０に伝達し、制御ＡＰＩ１０は、上記秘密データを記憶部１２における当該制御ＡＰＩ１０のみがアクセス可能な記憶領域である秘密データ記憶領域１３ｂ，１４ｂ，１５ｂに記憶させるとともに、上記秘密データを実際に記憶させた記憶先を示す保存先パス（記憶先情報）と上記ウェブアプリケーションから伝達された保存先パス（保存先情報）とを対応付けた対応情報を秘密データ記憶領域１６に設けたファイル情報記憶部１７に記憶させる。
【０１２２】
より具体的に説明すると、例えば、ウェブアプリケーションＡ、Ｂ，・・・が図５（ａ）に示したようなフォルダ構造を有している構成において、ウェブアプリケーションＡが秘密データとしてキー情報（Ｋｅｙ．ｔｘｔ）を記憶させる場合、従来の構成では、図１０に示すように公開データ記憶領域内のルートフォルダ（ｗｗｗｒｏｏｔ）内におけるアプリケーションＡに対応するアプリケーションフォルダＡｐｐ−Ａに記憶させていた。この場合、複合機１のウェブサーバ部１１で動作する他のアプリケーション、あるいは複合機１に対して通信可能に接続された外部装置からＨＴＴＰリクエストにより当該秘密データにアクセスできる状態になり、セキュリティ上問題があった。もちろん、ウェブアプリケーションＡが秘密データとしてキー情報（ｋｅｙ．ｔｘｔ）を保存していることは、当該キー情報を保存したウェブアプリケーションＡのみが知りえる情報である。しかしながら、例えば、ユーザがＵＲＬをタイプミスした場合や、ウェブアプリケーションＡの設計情報が漏えいした場合など、偶然もしくは故意によってキー情報が漏えいしてしまう危険性が否定できなかった。
【０１２３】
これに対して、本実施形態では、図５（ｂ）に示したように、制御ＡＰＩ１０が、記憶部１２におけるルートフォルダ（ｗｗｗｒｏｏｔ）の階層構造の外部に制御ＡＰＩ１０のみがアクセス可能な非公開フォルダ（Ｓｅｃｕｒｉｔｙ）を作成し、この非公開フォルダの階層構造内に設けたアプリケーションフォルダＡｐｐ−Ａに秘密データ（ｋｅｙ．ｔｘｔ）を保存する。
【０１２４】
これにより、秘密データはウェブアプリケーションから直接アクセスすることのできない秘密データ記憶領域に保存されるので、複合機１における当該秘密データを記憶させたアプリケーション以外のアプリケーション、あるいは複合機１に対して通信可能に接続される他の装置から秘密データへのアクセスを遮断することができる。また、正規のウェブアプリケーションは、制御ＡＰＩ１０に対してアクセスしたい秘密データのデータ名および当該ウェブアプリケーションにおける管理上の保存先パス（保存先情報）を制御ＡＰＩ１０に通知することにより、制御ＡＰＩ１０を介して秘密データにアクセスすることができる。したがって、ウェブアプリケーション実行環境を備えた情報処理装置において、機密情報の漏洩を防止するとともに、正規のウェブアプリケーションが機密情報を容易に利用することができる。
【０１２５】
また、本実施形態では、制御ＡＰＩ１０は、秘密データを秘密データ記憶領域に記憶させる際、ウェブアプリケーションから通知された保存先パス（保存先情報）に示されたファイルパス（例えばｗｗｗｒｏｏｔ／Ａｐｐ−Ａ／ｋｅｙ．ｔｘｔ）の一部を内部的に変更することにより、秘密データ記憶領域に対する実際の保存先パス（記憶先情報；例えばＳｅｃｕｒｉｔｙ／Ａｐｐ−Ａ／ｋｅｙ．ｔｘｔ）に変換して当該秘密データを秘密データ記憶領域に記憶させる。換言すれば、制御ＡＰＩ１０は、秘密データ記憶領域内にウェブアプリケーション毎のフォルダを作成し、秘密データを秘密データ記憶領域における当該秘密データに対応するウェブアプリケーションのフォルダに格納する。
【０１２６】
これにより、外部装置からＨＴＴＰでアクセスできるのは公開データ記憶領域内のフォルダ（ウェブ公開フォルダ）だけであり、秘密データ記憶領域内のフォルダにはアクセスできないので、秘密データが外部装置から搾取されることを防止できる。また、秘密データについても、秘密データ以外のデータと同様、サンドボックスセキュリティモデルを維持したまま記憶させることができるので、他のウェブアプリケーションからアクセスされたり、システムファイルが改変されたりすることをより確実に防止できる。また、正規のウェブアプリケーションでは、従来のファイルシステムを用いて秘密データおよび秘密データ以外の両方を管理することができる。
【０１２７】
なお、制御ＡＰＩ１０は、秘密データを秘密データ記領域に記憶させる場合に、当該秘密データに対応するウェブアプリケーションのフォルダを秘密データ記憶領域に作成し、上記秘密データを当該フォルダ内に記憶させる構成としてもよい。
【０１２８】
上記の構成によれば、秘密データを、サンドボックスセキュリティモデルを維持したまま秘密データ記憶領域に記憶させることができるので、他のウェブアプリケーションや外部装置からアクセスされることをより適切に防止することができる。また、各秘密データを、各秘密データに対応する正規のウェブアプリケーション毎に管理できるので、秘密データへのアクセスを要求してきたウェブアプリケーションが当該秘密データに対応する正規のウェブアプリケーションであるか否かを容易に判定することができる。
【０１２９】
また、ウェブアプリケーションは、秘密データ記憶領域に記憶されている秘密データにアクセスする場合に、当該秘密データのデータ名と、当該秘密データの保存先情報とを含むアクセス要求を制御ＡＰＩ１０に伝達し、制御ＡＰＩ１０は、上記アクセス要求を受け付けた場合に、当該アクセス要求に含まれる保存先情報に対応する記憶先情報を秘密データ記憶領域から読み出し、読み出した記憶先情報に基づいて上記秘密データにアクセスする。
【０１３０】
上記の構成によれば、ウェブアプリケーションは、秘密データと秘密データ以外のデータとを共通のファイルシステムを用いて管理することができる。また、ウェブアプリケーションがデータ管理部に対して当該ウェブアプリケーションのファイルシステムで管理している保存先情報を通知するだけでデータ管理部を介して当該保存先情報に対応する秘密データにアクセスできるので、秘密データに対して容易にアクセスできる。
【０１３１】
また、制御ＡＰＩ１０は、秘密データを秘密データ記憶領域に記憶させる際、秘密データを実際に記憶させる記憶先を示す記憶先情報とウェブアプリケーションから伝達された保存先情報とを対応付けた対応情報と当該秘密データに対応するウェブアプリケーションの識別情報とを対応付けて秘密データ記憶領域に記憶させ、当該秘密データに対するアクセス要求を受け付けた場合に、アクセス要求を行ったウェブアプリケーションがアクセス対象の秘密データに対応するアプリケーションであるか否かを上記識別情報に基づいて判断し、アクセス要求を行ったウェブアプリケーションがアクセス対象の秘密データに対応するアプリケーションではない場合に上記秘密データに対するアクセスを拒否する構成としてもよい。
【０１３２】
上記の構成によれば、秘密データに対応するアクセス要求を行ったウェブアプリケーションが当該秘密データに対応する正規のウェブアプリケーションであるかを容易に判定し、正規のウェブアプリケーション以外のウェブアプリケーションかのアクセス要求を拒否することができる。
【０１３３】
また、制御ＡＰＩ１０は、ウェブアプリケーションの削除を行う場合、当該ウェブアプリケーションによって用いられるデータのうち秘密データではないデータについては当該ウェブアプリケーションの削除時に削除し、秘密データについては当該ウェブアプリケーションの削除を行ってから所定期間経過しても当該ウェブアプリケーションの再インストールが行われなかった場合に削除する構成としてもよい。
【０１３４】
上記の構成によれば、ウェブアプリケーションの削除処理を行った後、所定期間が経過するまでは当該ウェブアプリケーションに対応する秘密データを記憶しておくので、所定期間以内に当該ウェブアプリケーションの再インストールを行う場合に当該ウェブアプリケーションに対応する秘密データを有効利用することができる。
【０１３５】
また、本実施形態では、本発明を、ウェブアプリケーションを実行するウェブサーバを備えた複合機に適用する場合について説明したが、本発明の適用対象はこれに限るものではない。すなわち、本発明は、ウェブアプリケーションを実行するウェブサーバの機能を備えた情報処理装置であれば適用でき、例えば、パーソナルコンピュータ、サーバ装置、携帯情報端末、スキャナ（画像読取装置）、プリンタ（画像形成装置）、複写機（画像形成装置）、画像編集装置（画像処理装置）、画像再生装置、録画装置などに適用することができる。
【０１３６】
また、上記実施形態において、複合機１に備えられる各部（各ブロック）、特に、ウェブブラウザ部７、機器制御部８、ウェブサーバ部１１、および制御ＡＰＩ１０を、ＣＰＵ等のプロセッサを用いてソフトウェアによって実現してもよい。この場合、複合機１は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである複合機１の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、複合機１に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによって達成される。
【０１３７】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０１３８】
また、複合機１を通信ネットワークと接続可能に構成し、通信ネットワークを介して上記プログラムコードを供給してもよい。この通信ネットワークの構成は特に限定されるものではなく、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体についても特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０１３９】
また、複合機１の各ブロックは、ソフトウェアを用いて実現されるものに限らず、ハードウェアロジックによって構成されるものであってもよい。また、複合機１の各ブロックは、処理の一部を行うハードウェアと当該ハードウェアの制御や残余の処理を行うソフトウェアを実行する演算手段とを組み合わせたものであってもよい。
【０１４０】
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０１４１】
本発明は、ウェブアプリケーションを実行するウェブサーバ部を備えた情報処理装置に適用できる。
【符号の説明】
【０１４２】
１ 複合機（情報処理装置）
２ 画像読取部
３ 画像形成部
４ 操作部
５ 入力部
６ 表示部
７ ウェブブラウザ部
８ 機器制御部
９ 通信部
１０ 制御ＡＰＩ（データ管理部）
１１ ウェブサーバ部
１２ 記憶部（データ記憶部）
１３ アプリケーションＡ用データ記憶領域
１３ａ，１４ａ，１５ａ 公開データ記憶領域
１３ｂ，１４ｂ，１５ｂ 秘密データ記憶領域
１４ アプリケーションＢ用データ記憶領域
１５ アプリケーションＣ用データ記憶領域
１６ 秘密データ記憶領域
１７ ファイル情報記憶部
【技術分野】
【０００１】
本発明は、ウェブアプリケーションを実行するウェブサーバ部を備えた情報処理装置に関するものである。
【背景技術】
【０００２】
従来、コピー機能、スキャン機能、印刷機能、およびＦＡＸ送受信機能などの複数の機能を併せ持つ複合機の機能を、通信ネットワークを介して接続された他の装置において動作するアプリケーションプログラムから制御する複合機制御システムが知られている。この種の複合機制御システムでは、複合機をネットワーク上で動作するアプリケーションプログラムと連携させることにより、複合機単体では実現できない機能を提供することが可能になっている。
【０００３】
例えば、特許文献１，２には、複合機の操作画面をブラウザとして機能させることにより、アプリケーションプログラムから操作画面情報や制御情報を取得することが記載されている。これら各特許文献の技術では、アプリケーションプログラムは、ネットワーク上のＰＣ（パーソナルコンピュータ）やサーバ装置、あるいは複合機内部のウェブアプリケーション実行環境（ウェブサーバ）上でウェブアプリケーションとして動作する。
【０００４】
なお、情報端末にインストールされたアプリケーションのデータを適切に管理するための技術としては、例えば特許文献３に記載の方法がある。特許文献３の技術では、アプリケーションの保存領域とアプリケーションに対応するユーザデータの保存領域とを一体的に管理することにより、アプリケーション削除時にユーザデータも含めて削除するか、ユーザデータを残してアプリケーションのみを削除するかを選択できるようになっている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−１７４４００号公報
【特許文献２】特開２０１１−１２４６５２号公報
【特許文献３】特開２００５−１５７６５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、複数のウェブアプリケーションを実行可能な情報処理装置において、各ウェブアプリケーションがウェブアプリケーション毎に保護されていない環境で動作する場合、ウェブサーバで実行されるウェブアプリケーションによって他のウェブアプリケーションが保存されているファイルシステムのデータが不正に搾取されたり、書き換えられたりする危険性がある。例えば、アプリケーションＡ，Ｂが共通の記憶領域を用いて動作する場合、アプリケーションＡがアプリケーションＢのデータにアクセスし、通信可能に接続された外部装置に不正に送信することにより、アプリケーションＢに関する機密情報が漏洩してしまう虞がある。
【０００７】
このため、セキュリティ上、上記のような脅威を防ぐために、各ウェブアプリケーションはウェブアプリケーション毎に保護された記憶領域を用いて動作させることが一般的である。すなわち、ウェブアプリケーションＡは、当該ウェブアプリケーションＡだけがアクセス可能な記憶領域を用いた処理は自由に行えるが、他のウェブアプリケーション（例えばウェブアプリケーションＢ，Ｃなど）のデータ記憶領域にはアクセスできないように制限される。このようなセキュリティモデルは一般にサンドボックスセキュリティモデルと呼ばれている。
【０００８】
しかしながら、上記のように各ウェブアプリケーションをウェブアプリケーション毎に保護された記憶領域を用いて動作させるだけでは、機密情報の漏洩を適切に防止できない場合がある。例えば、情報処理装置にウェブアプリケーションＡをインストールした後、ウェブアプリケーションＡの設定情報やユーザ情報などの機密情報をウェブアプリケーションＡだけがアクセスできるデータ記憶領域に保存すれば、他のウェブアプリケーションから上記データ記憶領域に記憶しているデータにアクセスされる虞を低減することはできる。
【０００９】
しかしながら、ウェブアプリケーションＡはウェブアプリケーションなので、このウェブアプリケーションの支配下にあるデータ記憶領域（以下、公開データ記憶領域という）に機密データを保存してしまうと、外部装置などからＨＴＴＰ（Hyper Text Transfer Protocol:ハイパーテキスト転送プロトコル）リクエストなどを用いて不正にアクセスされる危険性がある。なお、仮に、ファイヤーウォール等を設けることにより複合機に対する外部からのＨＴＴＰアクセスを禁止する漏洩防止対策を行ったとしても、複合機にインストールされている他のウェブアプリケーションを介して情報が読み取られたり、改変あるいは削除されたりする危険性が依然残る。
【００１０】
そこで、上記特許文献３のようにユーザデータの記憶領域をアプリケーションの記憶領域とは異なる領域に設定し、さらに、ウェブアプリケーションからユーザデータの記憶領域へのアクセスを制限することが考えられる（この構成は本願出願人が考案した構成であって公知の構成ではない）。
【００１１】
しかしながら、ウェブアプリケーションの画面データにユーザデータを反映させて操作画面に表示するためには、ユーザデータをウェブアプリケーションの記憶領域（特許文献３におけるアプリケーション領域）に格納しておく必要がある。
【００１２】
このため、ウェブアプリケーションで用いるユーザデータ等の機密情報（秘密データ）については、当該ウェブアプリケーション以外のウェブアプリケーションや外部装置からのアクセスを遮断する一方、当該ウェブアプリケーションからは容易にアクセス可能に記憶させる必要がある。
【００１３】
本発明は、上記の問題点に鑑みて成されたものであり、その目的は、ウェブアプリケーション実行環境を備えた情報処理装置において、機密情報の漏洩を防止するとともに、正規のウェブアプリケーションが機密情報を容易に利用できるようにすることにある。
【課題を解決するための手段】
【００１４】
本発明の情報処理装置は、上記の課題を解決するために、ウェブアプリケーションを実行するウェブサーバ部を備えた情報処理装置であって、上記ウェブアプリケーションによって用いられるデータを記憶するデータ記憶部と、上記データ記憶部に記憶させるデータの管理を行うデータ管理部とを備え、上記ウェブアプリケーションは、当該ウェブアプリケーション以外に対して非公開とするデータである秘密データを上記データ記憶部に記憶させる場合に、当該秘密データのデータ名と、当該秘密データの当該ウェブアプリケーションにおける管理上の保存先情報とを上記データ管理部に伝達し、上記データ管理部は、上記秘密データを、上記保存先情報に対応する記憶領域とは異なる記憶領域であって上記データ記憶部における当該データ管理部のみがアクセス可能な記憶領域である秘密データ記憶領域に記憶させるとともに、上記秘密データを実際に記憶させた記憶先を示す記憶先情報と上記ウェブアプリケーションから伝達された上記保存先情報とを対応付けた対応情報を秘密データ記憶領域に記憶させることを特徴とする情報処理装置。
【００１５】
上記の構成によれば、秘密データはデータ管理部のみがアクセス可能な秘密データ記憶領域に保存されるので、上記情報処理装置における当該秘密データを記憶させたアプリケーション以外のアプリケーション、あるいは上記情報処理装置に対して通信可能に接続される外部装置から秘密データへのアクセスを遮断することができる。また、正規のウェブアプリケーションは、データ管理部に対してアクセスしたい秘密データのデータ名および当該ウェブアプリケーションにおける管理上の保存先情報を通知することにより、データ管理部を介して秘密データにアクセスすることができる。したがって、ウェブアプリケーション実行環境を備えた情報処理装置において、機密情報の漏洩を防止するとともに、正規のウェブアプリケーションが機密情報を容易に利用することができる。
【００１６】
また、上記ウェブアプリケーションは、上記データ記憶部にデータを記憶させる場合に、当該データのデータ名、当該データの該ウェブアプリケーションにおける管理上の保存先情報、および当該データが秘密データであるか否かを示す情報を上記データ管理部に伝達し、上記データ管理部は、上記ウェブアプリケーションから伝達されたデータが秘密データである場合、当該秘密データおよび上記対応情報を秘密データ記憶領域に記憶させ、上記ウェブアプリケーションから伝達されたデータが秘密データではない場合、当該データを上記データ記憶部における上記ウェブアプリケーションからアクセス可能な記憶領域に記憶させる構成としてもよい。あるいは、上記ウェブアプリケーションは、上記データ記憶部に秘密データではないデータを記憶させる場合に、当該データを上記データ記憶部における当該ウェブアプリケーションから直接アクセス可能な記憶領域に記憶させる構成としてもよい。
【００１７】
上記の各構成によれば、秘密データについては秘密データ記憶領域に記憶させることにより機密情報の漏洩を防止することができる。また、秘密データ以外のデータについてはウェブアプリケーションからアクセス可能な記憶領域に記憶させることにより、当該データの利便性を高めることができる。
【００１８】
上記情報処理装置は、上記情報処理装置は、当該情報処理装置に登録されているウェブアプリケーションの削除処理を行う削除アプリケーションを備えており、上記削除アプリケーションは、登録されているウェブアプリケーションの削除を行う場合、上記データ管理部に対して、削除対象のウェブアプリケーションの識別情報を通知し、上記データ管理部は、上記削除アプリケーションから通知された識別情報に対応するウェブアプリケーションが上記秘密データ記憶領域に直接または上記データ管理部を介して記憶させた各データを上記秘密データ記憶領域から削除する構成としてもよい。
【００１９】
上記の構成によれば、ウェブアプリケーションの削除を行う場合に、当該ウェブアプリケーションに対応する秘密データについても削除することができる。
【００２０】
また、上記ウェブアプリケーションは、当該ウェブアプリケーションを実行しているユーザのユーザ識別情報を上記データ管理部に通知し、上記データ管理部は、上記ウェブアプリケーションから当該ウェブアプリケーションに対応する秘密データへのアクセス要求が行われた場合に、当該ウェブアプリケーションを実行しているユーザのユーザ識別情報と予め記憶している当該アプリケーションに対応する秘密データへのアクセスを許可するユーザの識別情報である許可ユーザ情報とを照合し、上記ユーザ識別情報と上記許可ユーザ情報とが一致しない場合には上記秘密データへのアクセスを拒否する構成としてもよい。
【００２１】
上記の構成によれば、秘密データに対するアクセスの可否をユーザ毎に判断することができる。
【００２２】
本発明の複合機は、複数の装置機能を有する複合機であって、上記したいずれかの情報処理装置を備えており、上記ウェブアプリケーションは、当該複合機の装置機能を制御するためのアプリケーションであることを特徴としている。
【００２３】
上記の構成によれば、ウェブアプリケーション実行環境を備えた複合機において、機密情報の漏洩を防止するとともに、正規のウェブアプリケーションが機密情報を容易に利用することができる。
【発明の効果】
【００２４】
本発明の情報処理装置によれば、ウェブアプリケーション実行環境を備えた情報処理装置において、機密情報の漏洩を防止するとともに、正規のウェブアプリケーションが機密情報を容易に利用することができる。
【図面の簡単な説明】
【００２５】
【図１】本発明の一実施形態にかかる複合機（情報処理装置）の構成を示す説明図である。
【図２】図１に示した複合機においてウェブアプリケーションが記憶部にデータを記憶させる場合の処理の流れを示すフローチャートである。
【図３】図１に示した複合機においてウェブアプリケーションが記憶部にデータを記憶させる場合の処理の具体例を示すフローチャートであり、認証情報を記憶させる場合の処理の例を示している。
【図４】図３に示した処理において複合機の表示部に表示される操作画面の一例を示す説明図である。
【図５】（ａ）は図１に示した複合機に記憶される各ウェブアプリケーションの公開データ記憶領域の構成を示す説明図であり、（ｂ）は各ウェブアプリケーションの公開データ記憶領域および秘密データ記憶領域の構成を示す説明図である。
【図６】図１に示した複合機においてウェブアプリケーションが記憶部に記憶しているデータを読み出す場合の処理の流れを示すフローチャートである。
【図７】図１に示した複合機において当該複合機にインストールされているウェブアプリケーションを削除する場合の処理の流れを示すフローチャートである。
【図８】図１に示した複合機においてウェブアプリケーションが記憶部にデータを記憶させる場合の処理の他の例を示すフローチャートである。
【図９】図１に示した複合機においてウェブアプリケーションが記憶部に記憶しているデータを読み出す場合の処理の他の例を示すフローチャートである。
【図１０】比較例にかかるデータ記憶領域の構成例を示す説明図であり、各ウェブアプリケーションの秘密データを公開データ記憶領域に記憶させる場合の例を示している。
【図１１】図１に示した複合機においてウェブアプリケーションが記憶部に記憶しているデータを読み出す場合の処理の変形例を示すフローチャートである。
【発明を実施するための形態】
【００２６】
本発明の一実施形態について説明する。
【００２７】
（１−１．複合機１の構成）
図１は、本実施形態に係る複合機１の構成を示す説明図である。この図に示すように、複合機１は、画像読取部２、画像形成部３、操作部４、ウェブブラウザ部７、機器制御部８、通信部９、制御ＡＰＩ（アプリケーションインターフェース）１０、ウェブサーバ部１１、および記憶部１２を備えている。また、操作部４は、入力部５および表示部６を備えている。また、記憶部１２には、ウェブサーバ部１１において実行される１または複数のウェブアプリケーション（図１の例ではアプリケーションＡ〜Ｃ）が格納されている。
【００２８】
操作部４は、ユーザに対して情報を通知するとともに、ユーザからの入力を受け付けるユーザインターフェイスである。具体的には、操作部４は、例えば液晶ディスプレイなどからなる表示部６と、各種の入力キーを含む入力部５とを備えている。なお、操作部４は、表示部６と入力部５とが一体として構成されたタッチパネルであってもよい。
【００２９】
画像読取部２は、スキャナと、原稿をスキャナの位置まで搬送する原稿搬送部とを備えており（いずれも図示せず）、原稿に印刷された文字や画像などを読み取ってこの原稿の画像データを取得するものである。なお、画像読取部２の構成は特に限定されるものではなく、従来から公知の種々の画像読取装置を用いることができる。
【００３０】
画像形成部３は、用紙などの記録材に対して、入力された画像データに応じた画像（文字、写真、グラフィックなど）を印刷するものである。本実施形態では、画像形成部３として、感光体ドラム、帯電装置、露光装置、現像装置、転写装置、定着装置、および用紙トレイなどを備えた電子写真方式の画像形成装置を備えている。ただし、画像形成部３の構成はこれに限るものではなく、他の画像形成方式（例えばインクジェット方式など）の画像形成装置を用いてもよい。
【００３１】
通信部９は、通信ネットワークを介して接続された外部装置（例えばパーソナルコンピュータ、サーバ装置、情報処理端末など）との間での通信を行うための通信インターフェイスである。また、通信部９は、自装置（複合機１）内部のウェブサーバ部１１にアクセスする機能も有しており、アクセス先が自装置のＩＰアドレスに示されている場合には自装置内の当該アクセス先にアクセスする。なお、自装置のＩＰアドレスを指定する場合、ループバックアドレスを指定する。ループバックアドレスとは、ネットワークカード（例えば、通信部の機能を担うハードウェア）などのループバックインターフェイスに割り当てられた仮想的なＩＰアドレスであり、自装置を示すＩＰアドレスのことである。ループバックアドレスは、汎用されているウェブブラウザで使用されている公知のアドレスである。ループバックを使用すると、いかなるパケットデータも複合機外部に送信されることはないため、アドレスの名前解決のためにＤＮＳ（Domaim Name System）サーバにアクセスする時間や、情報処理装置との通信にかかる時間などを短縮することができ、情報処理装置からＨＴＭＬ（Hypertext Markup Language）データを取得する場合よりも高速に操作画面を表示することができる。本実施形態では、通信部９は、ウェブサーバ部１１で動作するアプリケーションＡ〜ＣとＨＴＴＰを用いて通信する。
【００３２】
ウェブブラウザ部７は、汎用されているウェブブラウザのソフトウェアに従った動作を行うものであり、ウェブサーバ部１１で実行されるウェブアプリケーションに応じた操作画面（ウェブページ）を閲覧する機能、および入力部５を介してユーザが入力したデータをウェブサーバ部１１に送信する機能を有している。また、ウェブブラウザ部７は、通信部９を介して通信可能に接続された外部装置のウェブサーバで実行されるウェブアプリケーションに応じたウェブページを閲覧する機能、および入力部５を介してユーザが入力したデータを外部装置のウェブサーバに送信する機能も有している。
【００３３】
ウェブサーバ部１１は、汎用されているウェブサーバのソフトウェアに従った動作を行うものである。ここで、ウェブサーバとは、インターネット上の情報システムであるＷＷＷ（World Wide Web）を構成するサーバ装置の機能を提供するソフトウェアである。ウェブサーバ部１１は、ウェブブラウザ部７からの要求（ＨＴＴＰリクエスト）を受信し、当該要求に応じたウェブアプリケーションを実行させ、ウェブブラウザ部７に対して応答（ＨＴＴＰレスポンス）を行う。
【００３４】
制御ＡＰＩ（データ管理部）１０は、ウェブサーバ部１１上で動作するウェブアプリケーションの指示に従った処理を実行するものである。具体的には、制御ＡＰＩ１０は、複合機１の各種機能（例えば、コピー機能、スキャン機能、ＦＡＸ送信機能等）を制御する必要がある場合、当該機能を制御するための制御コマンドを機器制御部８に送る。
すなわち、複合機１は、画像読取部２による画像読取機能、画像形成部３による画像形成機能、および通信部９による通信機能を含む複数の装置機能を有しており、制御ＡＰＩ（データ管理部）１０がウェブサーバ部１１上で動作するウェブアプリケーションからの指示に応じてこれら各装置機能を制御することにより、上記各種機能（例えば、コピー機能、スキャン機能、ＦＡＸ送信機能等）を実行させるようになっている。また、制御ＡＰＩ１０は、記憶部１２に対するデータの書き込み、読み出し、削除等の処理を行うデータ管理ＡＰＩ（データ管理部）としての機能も有している。
【００３５】
機器制御部８は、複合機１の各種機能を制御するものである。すなわち、機器制御部８は、画像読取部２、画像形成部３、通信部９、操作部４等の各部の動作を制御する。例えば、機器制御部８は、画像読取部２の動作を制御してスキャン画像のデータを取得させる。また、機器制御部８は、画像形成部３の動作を制御して、入力された画像データに応じた画像を記録材上に形成（出力）させる。また、機器制御部８は、通信部９を制御して、入力された画像データを指定された外部のリソースに格納する処理や、入力された画像データを電子メールに添付して指定されたアドレスに送信する処理などを行わせる。
【００３６】
なお、機器制御部８は、固有操作モードと連携操作モードとを有している。機器制御部８は、通常時（例えば複合機１の電源投入直後など）には、複合機１内に記憶している基本操作画面データに応じた基本操作画面を表示部６に表示させる。そして、この基本操作画面に対するユーザからのモード選択指示に応じて固有操作モードまたは連携操作モードを選択する。あるいは、固有操作モードに属するアプリケーションおよび連携操作モードに属するアプリケーションのうちのいずれかのアプリケーションを選択する。
【００３７】
固有モードでは、機器制御部８は、予め複合機１内で記憶している複合機１に固有のアプリケーション（ネイティブアプリケーション）を実行することにより、当該アプリケーションに応じた操作画面を表示部６に表示させ、当該操作画面に対して入力された指示を入力部５から受け取り、当該指示に従って上記のような制御を行う。
【００３８】
また、固有操作モード時には、機器制御部８は、現在の複合機１の構成や状態に合わせて、複合機１のパーツ単位の画像情報を適宜組み合わせ、表示部６の操作画面上に表示するなどの制御も行う。なお、固有操作モードは、従来の複合機で行われている一般的なモードであり、機器制御部８は複合機のメイン制御部（図示せず）上で動作するＯＳ上で動作しており、ネイティブアプリケーションを実行することにより、コピー機能、ＦＡＸ機能、プリンタ機能などを実行する。
【００３９】
連携操作モードでは、機器制御部８は、ウェブサーバ部１１上で動作するウェブアプリケーションと連携して各部の動作を制御する。具体的には、ウェブサーバ部１１は、複合機１のメイン制御部（図示せず）上で動作しており、このウェブサーバのプログラム上にウェブアプリケーション（アプリケーションＡ〜Ｃ）の実行環境が用意されている。
【００４０】
連携操作モードの実行指示が入力された場合、機器制御部８は、ウェブブラウザ部７を起動させて予め設定されたＵＲＬ（Uniform Resource Locator）（本実施形態ではウェブサーバ部１１に対して初期操作画面の送信を要求するＵＲＬ）にアクセスさせ、当該ＵＲＬに記述された情報に従った処理を実行させる。そして、連携操作モードでは、機器制御部８は、制御ＡＰＩ１０から制御コマンドを受け付け、当該制御コマンドに従った制御を行う。
【００４１】
アプリケーションＡ〜Ｃは、ウェブサーバ部１１上で動作するウェブアプリケーションである。表示部６の操作画面においてアプリケーションＡ〜Ｃのいずれかの起動ボタンが選択されると、ウェブブラウザ部７は、ウェブサーバ部１１にループバックアドレスを用いてアクセスし、当該アプリケーションの公開データ記憶領域（アプリケーション公開データ記憶領域１３ａ，１４ａ，１５ｂ）に記憶されている操作画面を示すＨＴＭＬ（Hypertext Markup Language）データを受け取り、当該ＨＴＭＬデータで示される操作画面を表示部６に表示させる。そして、複合機１は、操作画面に対して入力された指示に従って、当該指示に応じた各種機能を実行する。
【００４２】
記憶部（データ記憶部）１２は、アプリケーションＡ用データ記憶領域１３、アプリケーションＢ用データ記憶領域１４、アプリケーションＣ用データ記憶領域１５、および秘密データ記憶領域１６を備えている。
【００４３】
アプリケーションＡ用データ記憶領域１３にはウェブアプリケーションＡおよびウェブアプリケーションＡで用いられるデータが格納され、アプリケーションＢ用データ記憶領域１４にはウェブアプリケーションＢおよびウェブアプリケーションＢで用いられるデータが格納され、アプリケーションＣ用データ記憶領域１５にはウェブアプリケーションＣおよびウェブアプリケーションＣで用いられるデータが格納される。
【００４４】
また、アプリケーションＡ用データ記憶領域１３、アプリケーションＢ用データ記憶領域１４、およびアプリケーションＣ用データ記憶領域１５には、それぞれ公開データ記憶領域１３ａ，１４ａ，１５ａと、秘密データ記憶領域１３ｂ，１４ｂ，１５ｂとが設けられている。
【００４５】
公開データ記憶領域１３ａ，１４ａ，１５ａには、アプリケーションＡ〜Ｃ、およびアプリケーションＡ〜Ｃで用いられるデータのうち、秘密性が要求されないデータ（外部に公開してもかまわないデータ）が格納される。公開データ記憶領域１３ａ，１４ａ，１５ａに格納されるデータ（ファイル）は、ウェブサーバ部１１上のアプリケーション実行環境に汎用的に用意されたファイルアクセスシステムによりアクセス可能になっている。秘密性が要求されないデータの例としては、例えばアクセスログなどが挙げられる。アクセスログとは、アプリケーションの利用回数や頻度を管理者が管理するためのものであり、例えば誰かがアプリケーションを起動するたびに起動時刻が保存されるようなデータである。これらの秘密性が要求されないデータは、ウェブサーバ部１１で用いられているファイルアクセスシステムを利用してアクセス可能に保存される。このように、秘密性が要求されないデータについては通常のファイルアクセスシステムを用いてアクセス可能な記憶領域に格納することにより、後述する秘密データ記憶領域の記憶容量のサイズが増大することを抑制できる。
【００４６】
秘密データ記憶領域１３ｂ，１４ｂ，１５ｂには、アプリケーションＡ〜Ｃで用いられるデータのうち、秘密性が要求されるデータが格納される。秘密データ記憶領域１３ｂ，１４ｂ，１５ｂに格納されるデータ（ファイル）については、ウェブサーバ部１１上のアプリケーション実行環境に汎用的に用意されたファイルアクセスシステムからは直接アクセスすることはできず、制御ＡＰＩ１０を介してのみアクセスできるようになっている。
【００４７】
秘密データ記憶領域１６には、ファイル情報記憶部１７が設けられている。このファイル情報記憶部１７は、秘密データ記憶領域１３ｂ，１４ｂ，１５ｂに保存したファイルのパス（記憶先情報）と、ウェブサーバ部１１のファイルシステムにおける当該ファイルの管理上の保存先パス（保存先情報）との対応関係を記憶する。具体的には制御ＡＰＩ１０は、ウェブサーバ部１１で動作するアプリケーションから秘密データの保存を要求された場合、ウェブサーバ部１１から指定された保存先パス（保存先情報）を秘密データ記憶領域に対応するパス（記憶先情報）に変更するとともに、ウェブサーバ部１１から指定された保存先パス（保存先情報）と実際に当該秘密データを記憶させた秘密データ記憶領域内の記憶先を示すパス（記憶先情報）とを対応付けてファイル情報記憶部１７に記憶させる。
【００４８】
（１−２．複合機１の動作）
（１−２−１．データ保存処理）
次に、ウェブサーバ部１１で動作するアプリケーション（ウェブアプリケーション）が記憶部１２にデータを保存させる場合の処理について説明する。図２は、ウェブサーバ部１１で動作するアプリケーションが利用するデータを記憶部１２に記憶させる場合の処理の流れを示すフローチャートである。
【００４９】
まず、アプリケーション（ウェブサーバ部１１）は、記憶部１２に対するデータ保存処理が発生したか否かを判断する（Ｓ１）。
【００５０】
データ保存処理が発生した場合、アプリケーションは、保存するデータが秘密データであるか否か、すなわち記憶部１２に対して外部から任意にアクセス可能に保存するか、制御ＡＰＩ１０を介してアクセスする場合にのみアクセス可能にするかを決定する（Ｓ２）。具体的には、アプリケーションには秘密データにするデータの項目、種類、属性等が予め設定されており、アプリケーションはその設定内容に応じて秘密データにするか否かを決定する。秘密データに指定するデータの例としては、例えば、ユーザ認証情報（ログインＩＤ、パスワード、ライセンスキーなど）、ユーザの個人情報（名前、住所、電話番号、メールアドレスなど）、ユーザから秘密データに指定された情報、アプリケーションの設定情報などが挙げられる。
【００５１】
その後、アプリケーションは、保存対象のデータである保存データ、当該保存データの保存先を指定する保存先パス、当該保存データが秘密データであるか否かを示す秘密要否情報を制御ＡＰＩ１０に送信する（Ｓ３）。上記の秘密要否情報の構成は特に限定されるものではなく、制御ＡＰＩ１０が秘密データであるか否かを当該秘密要否情報に基づいて判断できるものであればよい。例えば、秘密データであるか否かに応じて制御ＡＰＩ１０に通知する関数名を変えたり、関数に設定するパラメータを変えたりするようにしてもよい。具体的には、例えば、ウェブサーバ部１１で動作するアプリケーションＡが制御ＡＰＩ１０を用いて記憶部１２の秘密データ記憶領域にデータ（Key.txt）を保存させる場合、このアプリケーションは、関数“ｆｉｌｅ（）”を利用する。ｆｉｌｅ＝ｆｉｌｅ（ｗｗｗｒｏｏｔ／Ａｐｐ−Ａ／ｋｅｙ．ｔｘｔ）を実行すると、ウェブサーバ部１１上のアプリケーション実行環境は制御ＡＰＩ（データ管理ＡＰＩ）１０を呼び出す。これにより、制御ＡＰＩ１０は、秘密データ記憶領域にデータ（key.txt）を保存する。
【００５２】
その後、アプリケーションは、当該アプリケーションを終了させるか否かを判断し（Ｓ４）、終了させない場合にはＳ１の処理に戻る。
【００５３】
制御ＡＰＩ（データ管理ＡＰＩ、データ管理部）１０は、アプリケーション（ウェブサーバ部１１）から保存データ、保存先パス、および秘密要否情報を受信すると（Ｓ１１）、受信した秘密要否情報に基づいて当該保存データが秘密データであるか否かを判断する（Ｓ１２）。
【００５４】
秘密データではないと判断した場合、制御ＡＰＩ１０は、アプリケーション（ウェブサーバ部１１）から受信した保存データを受信した保存先パスに対応する記憶領域に保存させ（Ｓ１３）、処理を終了する。
【００５５】
一方、秘密データであると判断した場合、制御ＡＰＩ１０は、アプリケーション（ウェブサーバ部１１）から受信した保存先パスを秘密データ保存用の保存先パス（秘密データ記憶領域に対応する保存先パス）に変更し、アプリケーションから受信した保存データを変更後の保存先パスに保存する（Ｓ１４）。すなわち、制御ＡＰＩ１０は、秘密データであると判断した場合、アプリケーション（ウェブサーバ部１１）から受信した保存データを秘密データ記憶領域に記憶させる。
【００５６】
また、制御ＡＰＩ１０は、Ｓ１４で保存データを保存した秘密データ記憶領域内の保存先パス（記憶先情報）と、Ｓ１１でアプリケーションから受信した保存先パス（保存先情報）とを対応付けた対応情報を記憶部１２のファイル情報記憶部１７に記憶させ（Ｓ１５）、処理を終了する。
【００５７】
なお、本実施形態では、秘密データ記憶領域および公開データ記憶領域の両方について、アプリケーション毎にフォルダを作成し、各アプリケーションのデータを当該アプリケーションのフォルダ内に保存させるようになっている。したがって、実際に保存データを保存した秘密データ記憶領域内の保存先パス（記憶先情報）、およびアプリケーションが制御ＡＰＩ１０に通知した保存先パス（保存先情報）の両方に、アプリケーションを特定するための情報（アプリケーション名等）が含まれる。このため、ファイル情報記憶部１７に記憶させた上記対応情報には、各秘密データを記憶させたアプリケーションを特定するための情報も含まれている。
【００５８】
（１−２−２．データ保存処理の具体例）
次に、ウェブサーバ部１１で動作するアプリケーションで用いられるデータを記憶部１２に保存させる処理の具体例について説明する。ここでは、ウェブサーバ部１１で動作するアプリケーションを起動するためにユーザがライセンスキー（認証キー）を入力する必要がある場合であって、適切なライセンスキーが入力された場合に当該ライセンスキーを秘密データとして記憶部１２の秘密データ記憶領域に記憶させる場合の処理について説明する。図３はこの場合の処理の流れを示すフローチャートである。
【００５９】
ウェブブラウザ部７は、入力部５を介してユーザからアプリケーション（ウェブサーバ部１１で動作するアプリケーション）の起動要求が行われたか否かを判断する（Ｓ２１）。
【００６０】
そして、アプリケーションの起動要求が行われたと判断した場合、ウェブサーバ部１１に対して当該アプリケーションの初期画面データ送信要求を送信する（Ｓ２２）。具体的には、アプリケーションの選択を行う画面データにおいて、各アプリケーションには当該アプリケーションの初期画面の送信要求を送信する送信先が対応付けられており、ウェブブラウザ部７はユーザが選択したアプリケーションに対応する送信先にＨＴＴＰリクエストを送信して初期画面の取得要求を行う。
【００６１】
ウェブサーバ部１１は、ウェブブラウザ部７からアプリケーションの初期画面データ送信要求を受信すると（Ｓ３１）、当該アプリケーションの初期画面データを記憶部１２における当該アプリケーションに対応する公開データ記憶領域から読み出し、読み出した初期画面データをウェブブラウザ部７に返信する（Ｓ３２）。なお、公開データ記憶領域からのデータ読み出し方法については後述する。
【００６２】
ウェブブラウザ部７は、ウェブサーバ部１１から初期画面データを受信すると（Ｓ２３）、受信した初期画面データに応じた初期画面を表示部６に表示させる（Ｓ２４）。図４は、表示部６に表示されるアプリケーションの初期画面の一例を示す説明図である。この図に示す例では、アプリケーションの利用可否を判定するためのライセンスキーの入力画面が初期画面として表示されるようになっている。ユーザは、入力部５を操作して操作画面上でラインセンスキーを入力してＯＫボタンを押すことにより、ライセンスキーの入力を行う。
【００６３】
ウェブブラウザ部７は、入力部５を介してユーザからのライセンスキーの入力を受け付けると（Ｓ２５）、入力されたライセンスキーを示すキー情報をウェブサーバ部１１（ウェブサーバ部１１上で動作するアプリケーション）に送信する（Ｓ２６）。
【００６４】
ウェブサーバ部１１上で動作するアプリケーションは、ウェブブラウザ部７からキー情報を受信すると（Ｓ３３）、受信したキー情報と予め当該アプリケーションに対応する秘密データ記憶領域に記憶している照合キー情報とを比較することにより、当該アプリケーションの利用を許可するか否かを判断する（Ｓ３４）。
【００６５】
なお、照合キー情報については、記憶部１２内の秘密データ記憶領域に記憶させておく構成に限らず、例えば複合機１に対して通信可能に接続される外部装置に記憶させておき、ウェブサーバ部１１上で動作するアプリケーションがこの外部装置から照合キーを取得するようにしてもよい。また、ウェブサーバ部１１上で動作するアプリケーションがウェブブラウザ部７から受信したキー情報を外部装置（認証サーバ）に送信し、この外部装置が当該キー情報と予め記憶している照合キー情報とを比較することで認証処理を行い、認証処理結果を当該アプリケーションに返信するようにしてもよい。
【００６６】
Ｓ３４においてアプリケーションの利用が不可であると判断した場合（受信したキー情報が照合キー情報と一致しない場合）、アプリケーションは、Ｓ３２に戻って初期画面データをウェブブラウザ部７に送信して初期画面を再表示させ、ライセンスキーの再入力を促す。この際、前回入力されたライセンスキーが不適切であった旨を初期画面に含めて表示させるようにしてもよい。
【００６７】
一方、Ｓ３４においてアプリケーションの利用が可であると判断した場合（受信したキー情報と照合キー情報とが一致した場合）、アプリケーションは、当該キー情報（保存データ）と、当該キー情報の保存先を当該アプリケーションが管理するための保存先パスと、当該キー情報の秘密要否情報（ここでは秘密データであることを示す情報）とを制御ＡＰＩ１０に送信する（Ｓ３５）。
【００６８】
また、アプリケーションは、ウェブブラウザ部７にアプリケーション画面の表示要求を送信する（Ｓ３６）。すなわち、アプリケーションは、ウェブブラウザ部７に対して、ＨＴＴＰリダイレクトにてアプリケーション画面を表示するよう要求する。ＨＴＴＰリダイレクトとはＨＴＴＰステータスコード３０２などを設定し、画面データを応答する代わりに別のページ画面を指定するＵＲＬ情報を応答し、別の画面を表示させるための要求である。ＨＴＴＰリダイレクトは公知の技術であり、ＨＴＴＰのプロトコルにおいて汎用的に用いられている技術である。
【００６９】
ウェブブラウザ部７はアプリケーション画面の表示要求（ＨＴＴＰリダイレクト要求）を受信すると（Ｓ２７）、ウェブサーバ部１１に対して指定された画面データの送信要求を送信する（Ｓ２８）。ウェブサーバ部１１は、画面データの送信要求を受信すると（Ｓ３７）、要求された画面データをウェブブラウザ部７に送信する（Ｓ３８）。これにより、ウェブブラウザ部７はウェブサーバ部１１からアプリケーション画面の画面データを受信し、表示部６に表示させる（Ｓ２９）。
【００７０】
一方、制御ＡＰＩ１０は、Ｓ３５においてアプリケーションから送信されたキー情報、当該キー情報の保存先パス、および当該キー情報の秘密要否情報を受信すると（Ｓ４０）、上述したＳ１２〜Ｓ１５と同様の処理を行う。これにより、制御ＡＰＩ１０は、アプリケーションから受信した保存先パス（保存先情報）を当該アプリケーションに対応する秘密データ記憶領域の保存先パス（記憶先情報）に変更してアプリケーションから受信したキー情報を保存し（Ｓ４１）、キー情報を保存した保存先パス（記憶先情報）とアプリケーションから受信した保存先パス（保存先情報）とを対応付けてファイル情報記憶部１７に記憶させる（Ｓ４２）。このように、ユーザが入力して正しいと判定されたライセンスキーのキー情報を秘密データ記憶領域に記憶させておくことにより、例えばライセンスキーが複数有る（複数ライセンス）場合に、どのライセンスキーが使用済みで、どのライセンスキーが未使用かをチェックすることができる。
【００７１】
図５（ａ）は、記憶部１２のファイル構成の例を示す説明図である。この図に示すように、記憶部１２にはルートフォルダ（ｗｗｗｒｏｏｔ）が設けられている。ルートフォルダ（ｗｗｗｒｏｏｔ）は、ウェブサーバ部１１のファイルシステム上のルートフォルダであり、ウェブサーバ部１１で動作する各アプリケーションはこのルートフォルダの階層構造内に配置されている。図５（ａ）の例では、アプリケーションＡ，Ｂ，・・・に対応する各アプリケーションフォルダ（Ａｐｐ−Ａ,Ａｐｐ−Ｂ，・・・）がルートフォルダ（ｗｗｗｒｏｏｔ）内に設けられている。なお、ルートフォルダ（ｗｗｗｒｏｏｔ）は、図１における公開データ記憶領域に対応しており、アプリケーションフォルダＡｐｐ−Ａ,Ａｐｐ−Ｂ，・・・は公開データ記憶領域１３ａ，１４ａ，・・・に対応している。
【００７２】
また、各アプリケーションフォルダには、当該アプリケーションフォルダに対応するアプリケーションの初期画面データ（App-A Default.html, App-B Default.html）、アプリケーション画面データ（TopPage.html）、画像データ（image.jpg, image2.bmp）などが格納されている。
【００７３】
これにより、ウェブブラウザ部７は、例えば、URL<http://localhost/App-A/App-A Default.html>へのＨＴＴＰリクエストを発行することにより、アプリケーションフォルダＡｐｐ−ＡにあるApp-A Default.htmlにアクセスし、画面情報などを取得することができる。
【００７４】
図５（ｂ）は、上述したＳ４１の処理においてキー情報を記憶部１２に保存させた場合の、記憶部１２のファイル構成の例を示す説明図である。この図に示すように、秘密データを記憶させる場合、制御ＡＰＩ１０は、記憶部１２におけるルートフォルダ（ｗｗｗｒｏｏｔ）の外部に、制御ＡＰＩ１０のみがアクセス可能な非公開フォルダ（Ｓｅｃｕｒｉｔｙ）を作成し、この非公開フォルダ内に秘密データを保存する。
【００７５】
具体的には、非公開フォルダ（Ｓｅｃｕｒｉｔｙ）内に各アプリケーションのアプリケーションフォルダ（Ａｐｐ−Ａ，Ａｐｐ−Ｂ，・・・）を作成し、各アプリケーションに関する秘密データを非公開フォルダ（Ｓｅｃｕｒｉｔｙ）内における当該アプリケーションのアプリケーションフォルダに格納する。図５（ｂ）に示す例では、アプリケーションＡに関するライセンスキーのキー情報（Key.txt）が非公開フォルダ（Ｓｅｃｕｒｉｔｙ）内のアプリケーションフォルダＡｐｐ−Ａに格納されている。なお、非公開フォルダ（Ｓｅｃｕｒｉｔｙ）は図１における秘密データ記憶領域に対応しており、非公開フォルダ（Ｓｅｃｕｒｉｔｙ）内のアプリケーションフォルダ（Ａｐｐ−Ａ，Ａｐｐ−Ｂ，・・・）は秘密データ記憶領域１３ｂ，１４ｂ，・・・に対応している。
【００７６】
（１−２−３．データ読出処理（アクセス処理））
次に、ウェブサーバ部１１で動作するアプリケーションで用いるデータを記憶部１２から読み出す場合の処理について図６のフローチャートを参照しながら説明する。
【００７７】
まず、アプリケーション（ウェブサーバ部１１）は、記憶部１２からのデータの読み出しを要する処理が発生したか否かを判断する（Ｓ５１）。
【００７８】
そして、データの読み出しを要する処理が発生した場合、アプリケーションは、データ読出要求、および読み出すデータの当該アプリケーションにおける管理上の保存パス（保存先情報）を制御ＡＰＩ１０に送信する（Ｓ５２）。
【００７９】
制御ＡＰＩ１０は、アプリケーションからデータ読出要求および保存パスを受信すると（Ｓ６１）、ファイル情報記憶部１７に記憶させている対応情報に基づいて、当該保存パスが秘密データに対応する保存パスであるか否かを判断する（Ｓ６２）。なお、アプリケーションがＳ５２においてデータ読出要求および保存パスを送信する際、読み出すデータが秘密データであるか否かを示す情報を含めて送信し、制御ＡＰＩ１０が当該情報に基づいて秘密データであるか否かを判断するようにしてもよい。
【００８０】
Ｓ６２において秘密データではないと判断した場合、制御ＡＰＩ１０は、公開データ記憶領域における、アプリケーションから受信した保存パス（保存先情報）に対応する記憶領域から該当するデータを読み出し（Ｓ６３）、読み出したデータをアプリケーションに応答する（Ｓ６８）。
【００８１】
一方、Ｓ６２において秘密データであると判断した場合、制御ＡＰＩ１０は、データ読出要求を送信してきたアプリケーションが、読み出し対象の秘密データに対応するアプリケーションと一致するか否かを判断する（Ｓ６４）。
【００８２】
具体的には、ウェブサーバ部１１で実行中のアプリケーションはシステム領域に登録されているので、制御ＡＰＩ１０はシステム領域に登録されている情報に基づいて実行中のアプリケーションを検出する。例えば、アプリケーションＡが実行中である場合、ａｐｐ−Ａ（フルパス：ｗｗｗｒｏｏｔ／Ａｐｐ−Ａ）が検出され、アプリケーションＢが実行中である場合、ａｐｐ−Ｂ（フルパス：ｗｗｗｒｏｏｔ／Ａｐｐ−Ｂ）が検出される。そして、制御ＡＰＩ１０は、実行中のアプリケーションのフルパスと、読み出し対象のファイルを示す関数“ｆｉｌｅ（）”の引数ｗｗｗｒｏｏｔ／Ａｐｐ−Ａ／ｋｅｙ．ｔｘｔのファイル名ｋｅｙ．ｔｘｔを除いた部分ｗｗｗｒｏｏｔ／Ａｐｐ−Ａとの比較を行い、両者が一致しているか否かを判断する。
【００８３】
Ｓ６４においてデータ読出要求を送信してきたアプリケーションと読み出し対象の秘密データに対応するアプリケーションとが一致しないと判断した場合、制御ＡＰＩ１０は、当該秘密データへのアクセスを拒否する旨の通知（アクセス拒否通知）をアプリケーションに応答する（Ｓ６５）。
【００８４】
例えば、ファイル（ｗｗｗｒｏｏｔ／Ａｐｐ−Ａ／ｋｅｙ．ｔｘｔ）に対してｗｗｗｒｏｏｔ／Ａｐｐ−Ｂからデータ読出要求（アクセス要求）があった場合、システム領域に登録されているアプリケーション名（実行中のアプリケーション名）はａｐｐ−Ｂ（フルパス：ｗｗｗｒｏｏｔ／Ａｐｐ−Ｂ）であり、アクセス要求が行われたファイルの引数（引数ｗｗｗｒｏｏｔ／Ａｐｐ−Ａ／ｋｅｙ．ｔｘｔのファイル名ｋｅｙ．ｔｘｔを除いた部分ｗｗｗｒｏｏｔ／Ａｐｐ−Ａ）と一致しないので、制御ＡＰＩ１０は、当該ファイルの読み出し（当該ファイルへのアクセス）を拒否する。
【００８５】
一方、Ｓ６４においてデータ読出要求を送信してきたアプリケーションと読み出し対象の秘密データに対応するアプリケーションとが一致すると判断した場合、制御ＡＰＩ１０は、ファイル情報記憶部１７に記憶されている対応情報の中から、アプリケーションから受信した保存パス（保存先情報）に対応付けて記憶されている秘密データの実際の保存先を示す保存パス（記憶先情報）を読み出す（Ｓ６６）。そして、制御ＡＰＩ１０は、ファイル情報記憶部１７から読み出した上記保存パスに対応するデータを秘密データ記憶領域から読み出し（Ｓ６７）、データ読出要求を送信してきたアプリケーションに応答する（Ｓ６８）。
【００８６】
アプリケーションは、制御ＡＰＩ１０からの応答データを受信すると（Ｓ５３）、受信した応答データに応じた処理を行う（Ｓ５４）。例えば、アクセス拒否通知を受信した場合にはその旨を表示部６に表示させる。また、データ読出要求を行ったデータを受信した場合には、当該データに応じた画像を表示部６に表示させたり、当該データを用いた処理を行ったりする。
【００８７】
その後、アプリケーションは、当該アプリケーションを終了するか否かを判断し（Ｓ５５）、終了しない場合にはＳ５１の処理に戻る。
【００８８】
なお、図６に示した処理では、秘密データに対するアクセスの可否を、データ読出要求を送信してきたアプリケーションが読み出し対象の秘密データに対応するアプリケーションと一致するか否かに応じて判断しているが、これに加えて、データ読出要求を行ったユーザが適切なユーザであるか否かを秘密データに対するアクセスの可否の判断基準としてもよい。図１１はこの場合のウェブサーバ部１１で動作するアプリケーションで用いるデータを記憶部１２から読み出す処理の一例を示すフローチャートである。なお、説明の便宜上、図１１に示した処理のうち、図６と同じ処理については図６と同じ符号を付し、その説明を省略する。
【００８９】
図１１の処理では、Ｓ５１においてデータの読み出しを要する処理が発生したと判断した場合、アプリケーションは、データ読出要求、および読み出すデータの当該アプリケーションにおける管理上の保存パス（保存先情報）に加えて、当該アプリケーションを実行しているユーザのユーザＩＤ（ユーザ識別情報）を制御ＡＰＩ１０に送信する（Ｓ５２ｂ）。そして、制御ＡＰＩ１０は、アプリケーションからデータ読出要求、保存パス、およびユーザＩＤを受信する（Ｓ６１ｂ）。
【００９０】
また、制御ＡＰＩ１０は、Ｓ６４においてデータ読出要求を送信してきたアプリケーションと読み出し対象の秘密データに対応するアプリケーションとが一致すると判断した場合、Ｓ６１ｂで受信したユーザＩＤが適切であるか否かを判断する（Ｓ６４ｂ）。例えば、秘密データ記憶領域１６にアプリケーション毎に当該アプリケーションの秘密情報にアクセス可能なユーザのユーザＩＤ（許可ユーザ情報）を示したテーブルを記憶させておき、制御ＡＰＩ１０は、当該テーブルとＳ６１ｂで受信したユーザＩＤとを照合することでユーザＩＤが適切であるか否かを判断する。
【００９１】
そして、制御ＡＰＩ１０は、ユーザＩＤが適切でないと判断した場合にはＳ６５の処理を行い、ユーザＩＤが適切であると判断した場合にはＳ６６の処理に進む。
【００９２】
（１−２−４．データ削除処理）
次に、複合機１に登録されているアプリケーションを削除する削除処理について説明する。図７は、アプリケーションの削除処理の流れを示すフローチャートである。
【００９３】
機器制御部８は、ユーザが操作部４を介して入力したアプリケーションの削除指示を受け付けると（Ｓ７１）、制御ＡＰＩ１０にユーザから削除指示されたアプリケーションの削除要求（削除コマンドおよび削除対象のアプリケーション名）を送信する（Ｓ７２）。具体的には、機器制御部８は、アプリケーションの削除を行うためのネイティブアプリケーション（複合機１に固有のプログラム；削除アプリケーション）を備えており、このネイティブアプリケーションを実行し、制御ＡＰＩ１０にアプリケーションの削除要求を送信する。
【００９４】
制御ＡＰＩ１０は、機器制御部８からアプリケーションの削除要求を受信すると（Ｓ８１）、公開データ記憶領域から当該アプリケーションのデータを削除する（Ｓ８２）。例えば、アプリケーションＡを削除する場合、アプリケーションＡ用データ記憶領域１３の公開データ記憶領域１３ａ、すなわち、ファイルパス：ｗｗｗｒｏｏｔ／Ａｐｐ−Ａに記憶しているデータを削除する。
【００９５】
また、制御ＡＰＩ１０は、当該アプリケーションの秘密データが秘密データ記憶領域に記憶されているか否かを判断する（Ｓ８３）。具体的には、制御ＡＰＩ１０は、上述したように、ウェブサーバ部１１のファイルシステムで扱われる保存先パス（保存先情報）と、実際に秘密データが記憶されている保存先パス（記憶先情報）とを対応付けた対応情報をファイル情報記憶部１７に記憶させている。制御ＡＰＩ１０は、この対応情報を参照し、削除対象のアプリケーションに対応する秘密データが秘密データ記憶領域に記憶されているか否かを判断する。
【００９６】
なお、ファイル情報記憶部１７に制御部ＡＰＩ１０がアクセスした秘密データ記憶領域内のディレクトリの履歴情報を保存しておき、機器制御部８で動作する上記のネイティブアプリケーションあるいは制御部ＡＰＩ１０が、この履歴情報に基づいて削除対象のアプリケーションに対応するディレクトリを抽出することにより、当該アプリケーションの秘密データが秘密データ記憶領域に記憶されているか否かを判断するようにしてもよい。
【００９７】
そして、秘密データが記憶されていないと判断した場合には、制御ＡＰＩ１０は、そのまま処理を終了する。
【００９８】
一方、秘密データが記憶されていると判断した場合、制御ＡＰＩ１０は、秘密データ記憶領域に記憶されている当該アプリケーションのデータを削除するとともに（Ｓ８４）、ファイル情報記憶部１７に記憶している対応情報のうち秘密データ記憶領域から削除した秘密データに対応する対応情報を削除し（Ｓ８５）、削除処理を終了する。例えば、アプリケーションＡを削除する場合、アプリケーションＡ用データ記憶領域１３の秘密データ記憶領域１３ｂ、すなわち、ファイルパス：Ｓｅｃｕｒｉｔｙ／Ａｐｐ−Ａに記憶しているデータを削除する。これにより、アプリケーションが任意に作成したファイルを記憶している場合であっても、当該ファイルを確実に削除し、削除したアプリケーションのファイルが残存することを防止できる。
【００９９】
なお、図７の例では、アプリケーションの削除指示が行われた場合に、公開データ記憶領域に記憶されている当該アプリケーションのデータ、および秘密データ記憶領域に記憶されている当該アプリケーションのデータの全てを削除する場合について説明した。しかしながら、これに限らず、例えば、削除前のアプリケーションが作成したデータの一部または全部を削除せずに残すようにしてもよい。
【０１００】
例えば、アプリケーションの更新を行う場合、当該アプリケーションに対応する秘密データあるいはその一部（例えばアプリケーション自身の設定情報やユーザ情報など）については削除せずに残しておき、アプリケーションの更新後にも継続して利用できるようにしてもよい。これにより、設定情報やユーザ情報の再入力が不要になるので、ユーザの利便性を向上させることができる。
【０１０１】
また、アプリケーションの削除を行う場合、当該アプリケーションに対応する秘密データあるいはその一部（例えばアプリケーション自身の設定情報やユーザ情報など）についてはアプリケーションの削除処理の時点では削除せずに残しておき、アプリケーションの削除処理を行ってから所定期間が経過しても削除したアプリケーション（あるいは当該アプリケーションのバージョンアップ版）の再インストールが行われなかった場合に削除するようにしてもよい。この場合、機器制御部８で動作する上記のネイティブプログラム（削除プログラム）は、制御ＡＰＩ１０にアプリケーションの削除指示を行ってから所定期間が経過したときに、制御ＡＰＩ１０に対して削除したアプリケーションに対応する残存ファイルの削除要求を行う。例えば、上記のネイティブプログラムは、削除指示を行った日時を記憶しており、複合機１の電源が投入される毎に、削除指示を行った日時から所定期間以上経過したかを判断する。そして、所定期間以上経過したと判断した場合に、制御ＡＰＩ１０に残存ファイルの削除要求を行う。これにより、アプリケーションの削除後、アプリケーションの再インストールが行われる場合に、設定情報やユーザ情報の再入力を不要としてユーザの利便性を向上させるとともに、不要なファイルが複合機１内に残存し続けることを防止できる。
【０１０２】
また、Ｓ７２においてアプリケーション削除要求を送信する際、機器制御部８が制御ＡＰＩに通常削除を行うか完全削除（削除対象の情報が記憶されている記憶領域にランダムデータを上書きすることにより、削除対象の情報を復元不可能に削除する処理）を行うかを示す削除方法情報を通知し、制御部ＡＰＩ１０が、Ｓ８４およびＳ８５の削除処理を行う際、当該削除方法情報に応じた方法で削除処理を行うようにしてもよい。例えば、アプリケーション毎に通常削除を行うか完全削除を行うかを指定したテーブルを予め記憶しておき、機器制御部８が当該テーブルに基づいて通常削除を行うか完全削除を行うかを決定するようにしてもよい。あるいは、通常削除を行うか完全削除を行うかをユーザの選択指示に応じて決定するようにしてもよい。
【０１０３】
（１−２−５．データ保存処理の変形例）
上述した図２の例では、ウェブサーバ部１１で動作するアプリケーションは、秘密データであるか否かにかかわらず、制御ＡＰＩ１０を介して記憶部１２にデータを保存するようにしているが、これに限るものではない。例えば、秘密データについては制御ＡＰＩ１０を介して記憶部１２に記憶させる一方、秘密データではないデータについてはウェブサーバ部１１で動作するアプリケーションが記憶部１２に直接保存させるようにしてもよい。図８は、この場合の処理の流れを示すフローチャートである。
【０１０４】
まず、アプリケーション（ウェブサーバ部１１）は、記憶部１２に対するデータ保存処理が発生したか否かを判断する（Ｓ９１）。
【０１０５】
そして、データ保存処理が発生した場合、アプリケーションは、保存するデータが秘密データであるか否か、すなわち記憶部１２に対して外部から任意にアクセス可能に保存するか、制御ＡＰＩ１０を介してアクセスする場合にのみアクセス可能にするかを判断する（Ｓ９２）。
【０１０６】
そして、秘密データではないと判断した場合、アプリケーションは、記憶部１２の公開データ記憶領域における所望の保存先パス（当該アプリケーションのファイルシステムで管理している保存先パス（保存先情報））に対応する記憶領域にデータを保存し（Ｓ９３）、Ｓ９５の処理に進む。
【０１０７】
一方、秘密データであると判断した場合、アプリケーションは、保存データ、および当該保存データの保存先を指定する保存パスを制御ＡＰＩ１０に送信し（Ｓ９４）、Ｓ９５の処理に進む。
【０１０８】
Ｓ９５において、アプリケーションは、当該アプリケーションを終了させるか否かを判断し、終了させない場合にはＳ９１の処理に戻る。
【０１０９】
制御ＡＰＩ（データ管理部）１０は、アプリケーション（ウェブサーバ部１１）から保存データおよび保存パス（保存先情報）を受信すると（Ｓ１０１）、受信した保存パスを秘密データ保存用の保存パス（記憶先情報）に変更し、アプリケーションから受信した保存データを変更後の保存パス（記憶先情報）に応じた記憶領域に保存する（Ｓ１０２）。すなわち、制御ＡＰＩ１０は、アプリケーション（ウェブサーバ部１１）から受信した保存データを秘密データ記憶領域に記憶させる。
【０１１０】
また、制御ＡＰＩ１０は、Ｓ１０２で保存データを実際に記憶させた保存先パス（記憶先情報）と、Ｓ１０１でアプリケーションから受信した保存パス（保存先情報）とを対応付けた対応情報を記憶部１２のファイル情報記憶部１７に記憶させ（Ｓ１０３）、処理を終了する。
【０１１１】
（１−２−６．データ読出処理（アクセス処理）の変形例）
上述した図６の例では、ウェブサーバ部１１で動作するアプリケーションは、記憶部１２に記憶されているデータを読み出す際、秘密データであるか否かにかかわらず、制御ＡＰＩ１０を介して記憶部１２からデータを読み出していたが、これに限るものではない。例えば、秘密データについては制御ＡＰＩ１０を介して記憶部１２（秘密データ記憶領域）から読み出し、秘密データではないデータについてはウェブサーバ部１１で動作するアプリケーションが記憶部１２（公開データ記憶領域）から直接読み出すようにしてもよい。図９は、この場合の処理の流れを示すフローチャートである。
【０１１２】
まず、アプリケーション（ウェブサーバ部１１）は、記憶部１２からデータを読み出す処理が発生したか否かを判断する（Ｓ１１１）。
【０１１３】
そして、データの読み出し処理が発生した場合、アプリケーションは、読み出し対象のデータが秘密データであるか否かを判断する（Ｓ１１２）。
【０１１４】
秘密データではないと判断した場合、アプリケーションは、記憶部１２の公開データ記憶領域にアクセスして該当するデータを読み出し（Ｓ１１３）、Ｓ１１７の処理に移行する。
【０１１５】
一方、秘密データであると判断した場合、アプリケーションは、データ読出要求、および読み出すデータの保存パス（保存先情報）を制御ＡＰＩ１０に送信する（Ｓ１１４）。
【０１１６】
制御ＡＰＩ１０は、アプリケーションからデータ読出要求および保存パス（保存先情報）を受信すると（Ｓ１２１）、データ読出要求を送信してきたアプリケーションが、読み出し対象の秘密データに対応するアプリケーションと一致するか否かを判断する（Ｓ１２２）。判断方法は上述した図６の場合と同様である。
【０１１７】
Ｓ１２２においてデータ読出要求を送信してきたアプリケーションと読み出し対象の秘密データに対応するアプリケーションとが一致しないと判断した場合、制御ＡＰＩ１０は、当該秘密データへのアクセスを拒否する旨の通知（アクセス拒否通知）をアプリケーションに応答する（Ｓ１２３）。
【０１１８】
一方、Ｓ１２２においてデータ読出要求を送信してきたアプリケーションと読み出し対象の秘密データに対応するアプリケーションとが一致すると判断した場合、制御ＡＰＩ１０は、アプリケーションから受信した保存先パス（保存先情報）に対応付けてファイル情報記憶部１７に記憶されている秘密データの保存先パス（記憶先情報）を読み出す（Ｓ１２４）。そして、制御ＡＰＩ１０は、ファイル情報記憶部１７から読み出した上記保存パスに対応するデータを秘密データ記憶領域から読み出し（Ｓ１２５）、データ読出要求を送信してきたアプリケーションに応答する（Ｓ１２６）。
【０１１９】
アプリケーションは、制御ＡＰＩ１０からの応答データを受信すると（Ｓ１１４）、受信した応答データに応じた処理を行う（Ｓ１１５）。例えば、アクセス拒否通知を受信した場合にはその旨を表示部６に表示させる。また、データ読出要求を行ったデータを受信した場合には、当該データに応じた画像を表示部６に表示させたり、当該データを用いた処理を行ったりする。
【０１２０】
その後、アプリケーションは、当該アプリケーションを終了するか否かを判断し（Ｓ１１７）、終了しない場合にはＳ５１の処理に戻る。
【０１２１】
（１−３．複合機１の利点）
以上のように、本実施形態にかかる複合機１は、ウェブアプリケーションＡ〜Ｃを実行するウェブサーバ部１１を備えた複合機（情報処理装置）１であって、ウェブアプリケーションＡ〜Ｃによって用いられるデータを記憶する記憶部（データ記憶部）１２と、記憶部１２に記憶させるデータの管理を行う制御ＡＰＩ（データ管理部）１０とを備え、ウェブアプリケーションＡ〜Ｃは、当該ウェブアプリケーション以外に非公開とするデータである秘密データを記憶部１２に記憶させる場合に、当該秘密データのデータ名と、当該秘密データの当該ウェブアプリケーションにおける管理上の保存先パス（保存先情報）とを制御ＡＰＩ１０に伝達し、制御ＡＰＩ１０は、上記秘密データを記憶部１２における当該制御ＡＰＩ１０のみがアクセス可能な記憶領域である秘密データ記憶領域１３ｂ，１４ｂ，１５ｂに記憶させるとともに、上記秘密データを実際に記憶させた記憶先を示す保存先パス（記憶先情報）と上記ウェブアプリケーションから伝達された保存先パス（保存先情報）とを対応付けた対応情報を秘密データ記憶領域１６に設けたファイル情報記憶部１７に記憶させる。
【０１２２】
より具体的に説明すると、例えば、ウェブアプリケーションＡ、Ｂ，・・・が図５（ａ）に示したようなフォルダ構造を有している構成において、ウェブアプリケーションＡが秘密データとしてキー情報（Ｋｅｙ．ｔｘｔ）を記憶させる場合、従来の構成では、図１０に示すように公開データ記憶領域内のルートフォルダ（ｗｗｗｒｏｏｔ）内におけるアプリケーションＡに対応するアプリケーションフォルダＡｐｐ−Ａに記憶させていた。この場合、複合機１のウェブサーバ部１１で動作する他のアプリケーション、あるいは複合機１に対して通信可能に接続された外部装置からＨＴＴＰリクエストにより当該秘密データにアクセスできる状態になり、セキュリティ上問題があった。もちろん、ウェブアプリケーションＡが秘密データとしてキー情報（ｋｅｙ．ｔｘｔ）を保存していることは、当該キー情報を保存したウェブアプリケーションＡのみが知りえる情報である。しかしながら、例えば、ユーザがＵＲＬをタイプミスした場合や、ウェブアプリケーションＡの設計情報が漏えいした場合など、偶然もしくは故意によってキー情報が漏えいしてしまう危険性が否定できなかった。
【０１２３】
これに対して、本実施形態では、図５（ｂ）に示したように、制御ＡＰＩ１０が、記憶部１２におけるルートフォルダ（ｗｗｗｒｏｏｔ）の階層構造の外部に制御ＡＰＩ１０のみがアクセス可能な非公開フォルダ（Ｓｅｃｕｒｉｔｙ）を作成し、この非公開フォルダの階層構造内に設けたアプリケーションフォルダＡｐｐ−Ａに秘密データ（ｋｅｙ．ｔｘｔ）を保存する。
【０１２４】
これにより、秘密データはウェブアプリケーションから直接アクセスすることのできない秘密データ記憶領域に保存されるので、複合機１における当該秘密データを記憶させたアプリケーション以外のアプリケーション、あるいは複合機１に対して通信可能に接続される他の装置から秘密データへのアクセスを遮断することができる。また、正規のウェブアプリケーションは、制御ＡＰＩ１０に対してアクセスしたい秘密データのデータ名および当該ウェブアプリケーションにおける管理上の保存先パス（保存先情報）を制御ＡＰＩ１０に通知することにより、制御ＡＰＩ１０を介して秘密データにアクセスすることができる。したがって、ウェブアプリケーション実行環境を備えた情報処理装置において、機密情報の漏洩を防止するとともに、正規のウェブアプリケーションが機密情報を容易に利用することができる。
【０１２５】
また、本実施形態では、制御ＡＰＩ１０は、秘密データを秘密データ記憶領域に記憶させる際、ウェブアプリケーションから通知された保存先パス（保存先情報）に示されたファイルパス（例えばｗｗｗｒｏｏｔ／Ａｐｐ−Ａ／ｋｅｙ．ｔｘｔ）の一部を内部的に変更することにより、秘密データ記憶領域に対する実際の保存先パス（記憶先情報；例えばＳｅｃｕｒｉｔｙ／Ａｐｐ−Ａ／ｋｅｙ．ｔｘｔ）に変換して当該秘密データを秘密データ記憶領域に記憶させる。換言すれば、制御ＡＰＩ１０は、秘密データ記憶領域内にウェブアプリケーション毎のフォルダを作成し、秘密データを秘密データ記憶領域における当該秘密データに対応するウェブアプリケーションのフォルダに格納する。
【０１２６】
これにより、外部装置からＨＴＴＰでアクセスできるのは公開データ記憶領域内のフォルダ（ウェブ公開フォルダ）だけであり、秘密データ記憶領域内のフォルダにはアクセスできないので、秘密データが外部装置から搾取されることを防止できる。また、秘密データについても、秘密データ以外のデータと同様、サンドボックスセキュリティモデルを維持したまま記憶させることができるので、他のウェブアプリケーションからアクセスされたり、システムファイルが改変されたりすることをより確実に防止できる。また、正規のウェブアプリケーションでは、従来のファイルシステムを用いて秘密データおよび秘密データ以外の両方を管理することができる。
【０１２７】
なお、制御ＡＰＩ１０は、秘密データを秘密データ記領域に記憶させる場合に、当該秘密データに対応するウェブアプリケーションのフォルダを秘密データ記憶領域に作成し、上記秘密データを当該フォルダ内に記憶させる構成としてもよい。
【０１２８】
上記の構成によれば、秘密データを、サンドボックスセキュリティモデルを維持したまま秘密データ記憶領域に記憶させることができるので、他のウェブアプリケーションや外部装置からアクセスされることをより適切に防止することができる。また、各秘密データを、各秘密データに対応する正規のウェブアプリケーション毎に管理できるので、秘密データへのアクセスを要求してきたウェブアプリケーションが当該秘密データに対応する正規のウェブアプリケーションであるか否かを容易に判定することができる。
【０１２９】
また、ウェブアプリケーションは、秘密データ記憶領域に記憶されている秘密データにアクセスする場合に、当該秘密データのデータ名と、当該秘密データの保存先情報とを含むアクセス要求を制御ＡＰＩ１０に伝達し、制御ＡＰＩ１０は、上記アクセス要求を受け付けた場合に、当該アクセス要求に含まれる保存先情報に対応する記憶先情報を秘密データ記憶領域から読み出し、読み出した記憶先情報に基づいて上記秘密データにアクセスする。
【０１３０】
上記の構成によれば、ウェブアプリケーションは、秘密データと秘密データ以外のデータとを共通のファイルシステムを用いて管理することができる。また、ウェブアプリケーションがデータ管理部に対して当該ウェブアプリケーションのファイルシステムで管理している保存先情報を通知するだけでデータ管理部を介して当該保存先情報に対応する秘密データにアクセスできるので、秘密データに対して容易にアクセスできる。
【０１３１】
また、制御ＡＰＩ１０は、秘密データを秘密データ記憶領域に記憶させる際、秘密データを実際に記憶させる記憶先を示す記憶先情報とウェブアプリケーションから伝達された保存先情報とを対応付けた対応情報と当該秘密データに対応するウェブアプリケーションの識別情報とを対応付けて秘密データ記憶領域に記憶させ、当該秘密データに対するアクセス要求を受け付けた場合に、アクセス要求を行ったウェブアプリケーションがアクセス対象の秘密データに対応するアプリケーションであるか否かを上記識別情報に基づいて判断し、アクセス要求を行ったウェブアプリケーションがアクセス対象の秘密データに対応するアプリケーションではない場合に上記秘密データに対するアクセスを拒否する構成としてもよい。
【０１３２】
上記の構成によれば、秘密データに対応するアクセス要求を行ったウェブアプリケーションが当該秘密データに対応する正規のウェブアプリケーションであるかを容易に判定し、正規のウェブアプリケーション以外のウェブアプリケーションかのアクセス要求を拒否することができる。
【０１３３】
また、制御ＡＰＩ１０は、ウェブアプリケーションの削除を行う場合、当該ウェブアプリケーションによって用いられるデータのうち秘密データではないデータについては当該ウェブアプリケーションの削除時に削除し、秘密データについては当該ウェブアプリケーションの削除を行ってから所定期間経過しても当該ウェブアプリケーションの再インストールが行われなかった場合に削除する構成としてもよい。
【０１３４】
上記の構成によれば、ウェブアプリケーションの削除処理を行った後、所定期間が経過するまでは当該ウェブアプリケーションに対応する秘密データを記憶しておくので、所定期間以内に当該ウェブアプリケーションの再インストールを行う場合に当該ウェブアプリケーションに対応する秘密データを有効利用することができる。
【０１３５】
また、本実施形態では、本発明を、ウェブアプリケーションを実行するウェブサーバを備えた複合機に適用する場合について説明したが、本発明の適用対象はこれに限るものではない。すなわち、本発明は、ウェブアプリケーションを実行するウェブサーバの機能を備えた情報処理装置であれば適用でき、例えば、パーソナルコンピュータ、サーバ装置、携帯情報端末、スキャナ（画像読取装置）、プリンタ（画像形成装置）、複写機（画像形成装置）、画像編集装置（画像処理装置）、画像再生装置、録画装置などに適用することができる。
【０１３６】
また、上記実施形態において、複合機１に備えられる各部（各ブロック）、特に、ウェブブラウザ部７、機器制御部８、ウェブサーバ部１１、および制御ＡＰＩ１０を、ＣＰＵ等のプロセッサを用いてソフトウェアによって実現してもよい。この場合、複合機１は、各機能を実現する制御プログラムの命令を実行するＣＰＵ（central processing unit）、上記プログラムを格納したＲＯＭ（read only memory）、上記プログラムを展開するＲＡＭ（random access memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである複合機１の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、複合機１に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによって達成される。
【０１３７】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。
【０１３８】
また、複合機１を通信ネットワークと接続可能に構成し、通信ネットワークを介して上記プログラムコードを供給してもよい。この通信ネットワークの構成は特に限定されるものではなく、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体についても特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
【０１３９】
また、複合機１の各ブロックは、ソフトウェアを用いて実現されるものに限らず、ハードウェアロジックによって構成されるものであってもよい。また、複合機１の各ブロックは、処理の一部を行うハードウェアと当該ハードウェアの制御や残余の処理を行うソフトウェアを実行する演算手段とを組み合わせたものであってもよい。
【０１４０】
本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
【産業上の利用可能性】
【０１４１】
本発明は、ウェブアプリケーションを実行するウェブサーバ部を備えた情報処理装置に適用できる。
【符号の説明】
【０１４２】
１ 複合機（情報処理装置）
２ 画像読取部
３ 画像形成部
４ 操作部
５ 入力部
６ 表示部
７ ウェブブラウザ部
８ 機器制御部
９ 通信部
１０ 制御ＡＰＩ（データ管理部）
１１ ウェブサーバ部
１２ 記憶部（データ記憶部）
１３ アプリケーションＡ用データ記憶領域
１３ａ，１４ａ，１５ａ 公開データ記憶領域
１３ｂ，１４ｂ，１５ｂ 秘密データ記憶領域
１４ アプリケーションＢ用データ記憶領域
１５ アプリケーションＣ用データ記憶領域
１６ 秘密データ記憶領域
１７ ファイル情報記憶部
【特許請求の範囲】
【請求項１】
ウェブアプリケーションを実行するウェブサーバ部を備えた情報処理装置であって、
上記ウェブアプリケーションによって用いられるデータを記憶するデータ記憶部と、
上記データ記憶部に記憶させるデータの管理を行うデータ管理部とを備え、
上記ウェブアプリケーションは、当該ウェブアプリケーション以外に対して非公開とするデータである秘密データを上記データ記憶部に記憶させる場合に、当該秘密データのデータ名と、当該秘密データの当該ウェブアプリケーションにおける管理上の保存先情報とを上記データ管理部に伝達し、
上記データ管理部は、上記秘密データを、上記保存先情報に対応する記憶領域とは異なる記憶領域であって上記データ記憶部における当該データ管理部のみがアクセス可能な記憶領域である秘密データ記憶領域に記憶させるとともに、上記秘密データを実際に記憶させた記憶先を示す記憶先情報と上記ウェブアプリケーションから伝達された上記保存先情報とを対応付けた対応情報を秘密データ記憶領域に記憶させることを特徴とする情報処理装置。
【請求項２】
上記ウェブアプリケーションは、上記データ記憶部にデータを記憶させる場合に、当該データのデータ名、当該データの該ウェブアプリケーションにおける管理上の保存先情報、および当該データが秘密データであるか否かを示す情報を上記データ管理部に伝達し、
上記データ管理部は、
上記ウェブアプリケーションから伝達されたデータが秘密データである場合、当該秘密データおよび上記対応情報を秘密データ記憶領域に記憶させ、
上記ウェブアプリケーションから伝達されたデータが秘密データではない場合、当該データを上記データ記憶部における上記ウェブアプリケーションからアクセス可能な記憶領域に記憶させることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
上記ウェブアプリケーションは、
上記データ記憶部に秘密データではないデータを記憶させる場合に、当該データを上記データ記憶部における当該ウェブアプリケーションから直接アクセス可能な記憶領域に記憶させることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
上記情報処理装置は、当該情報処理装置に登録されているウェブアプリケーションの削除処理を行う削除アプリケーションを備えており、
上記削除アプリケーションは、登録されているウェブアプリケーションの削除を行う場合、上記データ管理部に対して、削除対象のウェブアプリケーションの識別情報を通知し、
上記データ管理部は、上記削除アプリケーションから通知された識別情報に対応するウェブアプリケーションが上記秘密データ記憶領域に直接または上記データ管理部を介して記憶させた各データを上記秘密データ記憶領域から削除することを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
【請求項５】
上記ウェブアプリケーションは、当該ウェブアプリケーションを実行しているユーザのユーザ識別情報を上記データ管理部に通知し、
上記データ管理部は、上記ウェブアプリケーションから当該ウェブアプリケーションに対応する秘密データへのアクセス要求が行われた場合に、当該ウェブアプリケーションを実行しているユーザのユーザ識別情報と予め記憶している当該アプリケーションに対応する秘密データへのアクセスを許可するユーザの識別情報である許可ユーザ情報とを照合し、上記ユーザ識別情報と上記許可ユーザ情報とが一致しない場合には上記秘密データへのアクセスを拒否することを特徴とする請求項１から４のいずれか１項に記載の情報処理装置。
【請求項６】
複数の装置機能を有する複合機であって、
請求項１から５のいずれか１項に記載の情報処理装置を備えており、
上記ウェブアプリケーションは、当該複合機の装置機能を制御するためのアプリケーションであることを特徴とする複合機。
【請求項１】
ウェブアプリケーションを実行するウェブサーバ部を備えた情報処理装置であって、
上記ウェブアプリケーションによって用いられるデータを記憶するデータ記憶部と、
上記データ記憶部に記憶させるデータの管理を行うデータ管理部とを備え、
上記ウェブアプリケーションは、当該ウェブアプリケーション以外に対して非公開とするデータである秘密データを上記データ記憶部に記憶させる場合に、当該秘密データのデータ名と、当該秘密データの当該ウェブアプリケーションにおける管理上の保存先情報とを上記データ管理部に伝達し、
上記データ管理部は、上記秘密データを、上記保存先情報に対応する記憶領域とは異なる記憶領域であって上記データ記憶部における当該データ管理部のみがアクセス可能な記憶領域である秘密データ記憶領域に記憶させるとともに、上記秘密データを実際に記憶させた記憶先を示す記憶先情報と上記ウェブアプリケーションから伝達された上記保存先情報とを対応付けた対応情報を秘密データ記憶領域に記憶させることを特徴とする情報処理装置。
【請求項２】
上記ウェブアプリケーションは、上記データ記憶部にデータを記憶させる場合に、当該データのデータ名、当該データの該ウェブアプリケーションにおける管理上の保存先情報、および当該データが秘密データであるか否かを示す情報を上記データ管理部に伝達し、
上記データ管理部は、
上記ウェブアプリケーションから伝達されたデータが秘密データである場合、当該秘密データおよび上記対応情報を秘密データ記憶領域に記憶させ、
上記ウェブアプリケーションから伝達されたデータが秘密データではない場合、当該データを上記データ記憶部における上記ウェブアプリケーションからアクセス可能な記憶領域に記憶させることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
上記ウェブアプリケーションは、
上記データ記憶部に秘密データではないデータを記憶させる場合に、当該データを上記データ記憶部における当該ウェブアプリケーションから直接アクセス可能な記憶領域に記憶させることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
上記情報処理装置は、当該情報処理装置に登録されているウェブアプリケーションの削除処理を行う削除アプリケーションを備えており、
上記削除アプリケーションは、登録されているウェブアプリケーションの削除を行う場合、上記データ管理部に対して、削除対象のウェブアプリケーションの識別情報を通知し、
上記データ管理部は、上記削除アプリケーションから通知された識別情報に対応するウェブアプリケーションが上記秘密データ記憶領域に直接または上記データ管理部を介して記憶させた各データを上記秘密データ記憶領域から削除することを特徴とする請求項１から３のいずれか１項に記載の情報処理装置。
【請求項５】
上記ウェブアプリケーションは、当該ウェブアプリケーションを実行しているユーザのユーザ識別情報を上記データ管理部に通知し、
上記データ管理部は、上記ウェブアプリケーションから当該ウェブアプリケーションに対応する秘密データへのアクセス要求が行われた場合に、当該ウェブアプリケーションを実行しているユーザのユーザ識別情報と予め記憶している当該アプリケーションに対応する秘密データへのアクセスを許可するユーザの識別情報である許可ユーザ情報とを照合し、上記ユーザ識別情報と上記許可ユーザ情報とが一致しない場合には上記秘密データへのアクセスを拒否することを特徴とする請求項１から４のいずれか１項に記載の情報処理装置。
【請求項６】
複数の装置機能を有する複合機であって、
請求項１から５のいずれか１項に記載の情報処理装置を備えており、
上記ウェブアプリケーションは、当該複合機の装置機能を制御するためのアプリケーションであることを特徴とする複合機。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１３−１０９５９４（Ｐ２０１３−１０９５９４Ａ）
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願番号】特願２０１１−２５４４０８（Ｐ２０１１−２５４４０８）
【出願日】平成２３年１１月２１日（２０１１．１１．２１）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【公開日】平成２５年６月６日（２０１３．６．６）
【国際特許分類】
【出願日】平成２３年１１月２１日（２０１１．１１．２１）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
[ Back to top ]