JP2015230669A - 情報処理装置、情報処理装置の制御方法、及びプログラム - Google Patents

Abstract

【課題】情報処理装置で稼働するアプリケーションと外部サービスとの連携を適切に管理すること。【解決手段】ＭＦＰ１１０の第１のアプリケーションは、ネットワーク通信部３０８に依頼して、外部サービスを利用するためにＭＦＰ１１０にインストールされた第２のアプリケーションを確認し（Ｓ１７１６）、該確認の結果に従い、Ｗｅｂ Ｉｎｔｅｎｔｓ等の仕組みを用いた中継機能により外部サービスと連携するための機能情報（インテント要素）の登録処理、または登録済みの機能情報を用いたネットワーク上で提供されるサービスの呼び出し処理を制御する（Ｓ１７１７〜Ｓ１７２３）。【選択図】図１４

Description

本発明は、情報処理装置、情報処理装置の制御方法、及びプログラムに関するものである。

近年、画像処理装置にアプリケーションをインストールさせて機能を拡張させる環境が整備されてきている。このようなアプリケーションを不正にインストールや転送をさせない仕組みとして、一般的に画像処理装置を識別する情報に紐付くライセンスによりアプリケーションの管理を行っている。このようにライセンスでアプリケーションを管理することにより、画像処理装置にインストール済のアプリケーションを別の画像処理装置にコピーしても、正常に稼働することができないようになっている。

また、画像処理装置の高機能化に伴い、同装置にＷｅｂブラウザが搭載されるようになった。これにより、画像処理装置は容易にネットワークに接続することが可能となった。

また、Ｗｅｂアプリケーション独自のカスタムのＡＰＩを使わずに複数のアプリケーションの連携が容易になるＷｅｂインテンツという技術が公開されている。画像処理装置に搭載されるＷｅｂブラウザ等にも、上述のＷｅｂインテンツ技術の搭載が考えられる。

特許文献１には、外部アプリケーションを利用するアプリケーションにおいて、外部サービスの認証情報およびプラグインを関連して記憶し、本体アプリケーションが外部アプリケーションにアクセスする際に、前記認証情報を用いてアクセスする方法が提案されている。

特開２００８−１９７８２４号公報

しかし、特許文献１の方法により画像処理装置で稼働するアプリケーションがネットワークを介して外部のＷｅｂアプリケーション（以降、外部サービスと記す）と連携する場合、外部サービスとの連携については従来のライセンスによる管理が適用できない。すなわち、特許文献１の方法では、画像処理装置で稼働するアプリケーションが行う特定の外部サービスとの連携を、画像処理装置に紐づくライセンスに基づき管理することができなかった。しかし、画像処理装置と外部サービスとの連携を適切に管理したいといった要望があった。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、画像処理装置と外部サービスとの連携を適切に管理可能にする仕組みを提供することである。

本発明は、ネットワーク上で提供されるサービスと連携するための中継機能が動作する情報処理装置であって、ネットワーク上で提供されるサービスを利用可能な第１のアプリケーションを含む、前記情報処理装置にインストールされた複数のアプリケーションを管理する管理手段と、前記管理手段に対して、前記第１のアプリケーションとは異なる、ネットワーク上で提供されるサービスを利用するためにインストールされた第２のアプリケーションを確認する確認手段と、前記確認手段による確認の結果に従い、前記中継機能による、ネットワーク上で提供されるサービスと連携するための機能情報の登録処理、または登録済みの機能情報を用いたネットワーク上で提供されるサービスの呼び出し処理を制御する制御手段と、を有することを特徴とする。

本発明によれば、画像処理装置と外部サービスとの連携を適切に管理することができる。
例えば、外部サービス、および外部サービスを提供する外部サーバ側に特別なライセンス管理機能を設けることなく、画像処理装置で稼働するアプリケーションが連携する外部サービスを、画像処理装置上のアプリケーションと同様に、画像処理装置に紐づくライセンスに基づき管理することができる。すなわち、画像処理装置からの外部サービスの利用も画像処理装置上で稼働するアプリケーションと同様に管理することができる。

本発明の画像処理装置を含むネットワークシステムの構成図 画像処理装置（ＭＦＰ）のハードウェア構成図 画像処理装置（ＭＦＰ）のソフトウェア構成図 サービス登録画面を例示する図 サービス選択画面を例示する図 インテント要素を例示する図 インテントリストを例示する図 アプリケーションファイルを例示する図 ライセンスファイルを例示する図 アプリケーションリストを例示する図 第１のアプリケーションの基本動作を例示するフローチャート 実施例１におけるサービス登録処理を例示するフローチャート 実施例１における機能の実行処理を例示するフローチャート 実施例１における処理の全体を説明するシーケンス図 実施例２におけるサービス登録処理を例示するフローチャート 実施例２における機能の実行処理を例示するフローチャート 実施例３におけるサービス登録処理を例示するフローチャート

以下に、本発明を実施するための形態について図面を用いて説明する。ただし、この実施の形態に記載されている構成要素はあくまで例示であり、この発明の範囲をそれらのみに限定する趣旨のものではない。

図１は、本発明の一実施例を示す画像処理装置を含むネットワークシステムの構成を例示する図である。
図１において、１００、１０１は、外部サービスを提供する情報処理装置としてのサーバである。このサーバ１００、１０１は、サービスとしてのＷｅｂアプリケーション（ウェブアプリケーション）１００１を有する。Ｗｅｂアプリケーション１００１は、Ｗｅｂブラウザ等の指示により、Ｗｅｂブラウザにコンテンツ情報を送付する。

また、１１０は、各種アプリケーションインストールすることが可能なデバイスとしての画像処理装置である。各種アプリケーションが動作可能なあらゆる情報処理装置が、本実施例におけるデバイス１１０になり得る。本実施例では、説明の簡便のため、プリンタ部、スキャナ部等の複数の機能を持つ複合機（ＭＦＰ；Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）を、デバイス１１０の例とする。以降の説明において、ＭＦＰとは、アプリケーションをインストール可能な画像処理装置を指す。また、以降、デバイス１１０を、ＭＦＰ１１０と称する。

１１１はＷｅｂブラウザ（ウェブブラウザ）である。Ｗｅｂブラウザ１１１は、ユーザの指示を受け取り、前記受け取った指示に応じて任意のサーバと通信を行い、サーバ１００、１０１等からコンテンツを取得し、図示しない表示部に表示する。

１１２、１１３はアプリケーションである。アプリケーションＡ１１２は、本実施例における第１のアプリケーションである。アプリケーションＡ１１２は、ＭＦＰ１１０上で様々な機能を提供する。第１のアプリケーションは、後述する図３に示すネットワーク通信部３０８を介し、ネットワーク上で提供されるサービス（Ｗｅｂアプリケーション１００１等）を利用可能（連携可能）である。Ｗｅｂブラウザ１１１も第１のアプリケーションに含まれる。

アプリケーションＢ１１３は、本実施例における第２のアプリケーションである。ＭＦＰ１１０にインストールした任意のアプリケーション（第１のアプリケーション）が外部サービスと連携する場合、第２のアプリケーションのインストールが必要となる。第２のアプリケーションは、ネットワーク上で提供されるサービスを利用するためにインストールされるものであり、連携を許可する外部サービスを識別する情報を持つ（詳細は後述する）。本実施例においては、第２のアプリケーションは、後述の連携を許可する外部サービスを識別する情報を持つ以外、特別な機能を有しないものとする。

１２０は、インターネット、イントラネットなどのネットワークである。ＭＦＰ１１０は、ネットワーク１２０を介して、サーバ１００やサーバ１０１、その他の図示しない情報処理装置と接続される。

本システムで管理されるアプリケーションを有効化するためには、ＭＦＰへライセンスファイルのインストールを必要とする。ライセンスファイルをインストールしないとアプリケーションは、ＭＦＰ１１０のアプリケーション管理機能によって動作を停止させられる。前記ライセンスファイルには、対象アプリケーションの識別情報と、アプリケーションのインストール先のＭＦＰを識別する情報が埋め込まれている。

ＭＦＰを識別する情報とは、例えばＭＦＰのシリアルＮｏ．等であるが、ＭＦＰを識別可能な情報であれば、ＭＡＣアドレス等の他の情報であってもよい。他のＭＦＰに対して同じアプリケーションをインストールするには、別途、該当するＭＦＰの識別情報を埋め込んだライセンスファイルのインストールが必要となる。このような仕組みにより、ＭＦＰにおいてソフトウェアの無断複製を防止可能となっている。

図２は、ＭＦＰ１１０のハードウェア構成を例示するブロック図である。
図２において、制御部２０８は、ＣＰＵ２１０、ＲＯＭ２１１、及びＲＡＭ２１２を含み、ＭＦＰ１１０全体の動作を制御する。ＣＰＵ２１０は、ＲＯＭ２１１に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御処理を実行する。ＲＡＭ２１２は、ＣＰＵ２１０の主メモリ、ワークエリア等の一時記憶領域として用いられる。また、制御部２０８は、機能部２０１と接続され、操作表示部２０２、スキャナ部２０３、及びプリンタ部２０４の動作を制御する。

操作表示部２０２には、タッチパネル機能を有する液晶等の表示部やキーボード等が配置されている。操作表示部２０２は、Ｗｅｂブラウザ機能を備えており、Ｗｅｂブラウザは、サーバ１００や図示しない情報処理装置から受信したＨＴＭＬファイルを解析し、解析したＨＴＭＬファイルの記述に基づく操作画面を操作表示部２０２に表示する。

プリンタ部２０４は、制御部２０８から出力された画像データをシートに印刷する。スキャナ部２０３は、原稿の画像を読み取って画像データを生成し、制御部２０８に出力する。インタフェース部２０６は、制御部２０８をネットワーク１２０に接続して外部の情報処理装置（不図示）から印刷用の画像データを受信したり、操作表示部２０２で表示する画面データを受信したりする。なお、外部の情報処理装置から受信した印刷用の画像データは、画像メモリ２０７に一時的に格納され、制御部２０８を介してプリンタ部２０４により印刷される。

ＨＤＤ２０９は、画像データや各種プログラムを記憶するハードディスクドライブ等の記憶装置である。なお、ＨＤＤ２０９の代わりにＳＳＤ（ソリッドステートドライブ）等の他の記憶装置を備えていてもよい。

図３は、ＭＦＰ１１０のソフトウェア構成を例示する図である。
図３の３０１〜３０８に示される各ソフトウェアは、ＲＯＭ２１１あるいはＨＤＤ２０９に格納され、ＣＰＵ２１０によって実行されることにより、ＭＦＰ１１０に各種機能を提供するものである。

ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ；オペレーティングシステム）層３０１は、一般的にはリアルタイムＯＳが使用されるが、Ｌｉｎｕｘ（登録商標）等の汎用ＯＳを用いてもよい。ＪａｖａＶＭ３０２は、Ｊａｖａ（登録商標）などの仮想マシンであり、アプリケーションの実行環境を提供する。アプリケーションフレームワーク３０３は、アプリケーションのライフサイクルを管理する機能を提供する。インストーラサービス３０４は、アプリケーションＡ，Ｂなど複数のアプリケーションを、アプリケーションフレームワーク３０３に登録することでインストール処理を行う。なお、ＪａｖａＶＭ３０２やアプリケーションフレームワーク３０３等がＯＳ３０１に含まれていてもよい。

アプリケーションＡ３０５、アプリケーションＢ３０６は、インストーラサービス３０４によってインストールされたアプリケーションであり、ＭＦＰ１１０上で様々な機能を提供する。アプリケーションＡ３０５、アプリケーションＢ３０６は、ＭＦＰ１１０の外部からダウンロードして（又は記録媒体から読み出す等して）インストールすることが可能である。なお、図３の例では、２つのアプリケーションがインストールされている場合を示しているが、３つ以上のアプリケーションがインストールされていてよい。

アプリケーションＡ３０５、アプリケーションＢ３０６の少なくともいずれかは、操作表示部２０２を介してユーザとやり取りを行うことが可能である。また、アプリケーションＡ３０５、アプリケーションＢ３０６の少なくともいずれかは、スキャナ部２０３を使って画像データを生成することも可能である。

なお、本実施例では、アプリケーションＡ３０５を第１のアプリケーションとし、アプリケーションＢ３０６を第２のアプリケーションとする。即ち、アプリケーションＡ３０５は図１のアプリケーションＡ１１２やＷｅｂブラウザ１１１に対応し、アプリケーションＢ３０６は図１のアプリケーションＢ１１３に対応する。

Ｎａｔｉｖｅ機能３０７は、ＭＦＰ１１０に組み込まれた機能を提供する。Ｎａｔｉｖｅ機能の一例として、インタフェース部２０６を介して受信した印刷データに基づきプリンタ部２０４で印刷を行う機能がある。なお、本実施例では、ＪａｖａＶＭ３０２、アプリケーションフレームワーク３０３、アプリケーションＡ３０５、アプリケーションＢ３０６の実行モジュールは、ＨＤＤ２０９に格納されているものとする。また、Ｎａｔｉｖｅ機能３０７の実行モジュールは、ＲＯＭ２１１に格納されているものとする。

ネットワーク通信部３０８は、ネットワークに接続された他の機器とデータ通信を行うものである。例えば、ＭＦＰ１１０に搭載されたＷｅｂブラウザ１１１は、ネットワーク通信部３０８を介し、ネットワーク上のＷｅｂサーバからハイパーテキスト型の情報を取得し、操作表示部２０２に表示させることができる。なお、ネットワーク接続形態は無線、有線にこだわるものではない。

なお、本実施例では、ネットワーク通信部３０８は、第１のアプリケーション（例えばアプリケーションＡ１１２やＷｅｂブラウザ１１１）と、外部のサービス（例えばＷｅｂアプリケーション１００１）の間で要求を実行したり、データを受け渡したりする。即ち、ネットワーク通信部３０８は、第１のアプリケーションと外部のサービスとを連携するための中継機能として動作する。

図４は、第１のアプリケーションにおけるサービス登録画面の一例を示す図である。
第１のアプリケーションの例として、スキャナ部２０３を使い画像データを作成後、ＭＦＰ外部に存在するサーバが提供する画像加工サービスを呼び出し、該作成した画像データを加工し、該加工した画像データをＨＤＤ２０９に保存するものを用いる。なお、画像加工サービスとは、例えば、写真データを所定サイズに切り出す「写真エディタ」サービス、写真データからホームページに使用するアイコンを作成する「アイコン作成」サービス等がある。

なお、第１のアプリケーションは、ＭＦＰ１１０に予めインストールされ、有効化されているものとする。ユーザは、第１のアプリケーション起動後に、所望のタイミングで、所定の操作を行って本画面を呼び出し、操作表示部２０２を介しサービスを提供しているサーバのアドレスを入力することにより、第１のアプリケーションにサービスを登録できる。

本実施例では、アプリケーションとサービスを連携する手段としてＷｅｂインテンツ（Ｗｅｂ Ｉｎｔｅｎｔｓ）を例として説明する。即ち、第１のアプリケーションと外部のサービスとの連携は、Ｗｅｂインテンツの仕組みを用いて行うものとして説明する。以下、Ｗｅｂインテンツを「インテント」と呼ぶ。

図４において、４０１はアドレス入力領域である。ユーザは、アドレス入力領域４０１に、登録したいサービスを提供するサーバのアドレスを入力する。なお、入力するアドレスはＵＲＬ形式とし、入力したディレクトリの直下に「ｉｎｄｅｘ．ｈｔｍｌ」が配置されているものとする。「ｉｎｄｅｘ．ｈｔｍｌ」のヘッダーには、後述する図６に示すようなインテント要素が記述されているものとする。インテント要素には、サービスを呼び出すための機能情報が含まれる。ユーザは、アドレス入力領域４０１にアドレスを入力し、ＯＫボタン４０２を押下することにより、入力されたアドレスのサーバから前記インテント要素を取得し、サービスを登録することができる。図４のサービス登録画面から登録されたサービスは、後述する図７に示すようなインテントリストに登録される。

図５は、第１のアプリケーションにおけるサービス選択画面の一例を示す図である。
第１のアプリケーションは、例えば、ユーザ指示によりスキャナ部２０３を使って画像データを作成した後に本画面を提示し、本画面を介して、ユーザに画像加工サービスの提供先の選択を促す。ユーザは、画像加工サービスリスト５０１に表示された画像加工サービス（図５の例では「写真エディタ」、「合成ジェネレータ」、「アイコン作成」）から所望のサービスを選択し、画像加工を依頼する。画像加工サービスによる画像加工が完了すると、第１のアプリケーションは、加工された画像データをＨＤＤ２０９に保存し、図示しない完了画面を操作表示部２０２に表示する。

図５において、５０１は画像加工サービスリストである。画像加工サービスリスト５０１には、後述する図７に示すインテントリストにエントリーのあるサービスのうち、画像加工に関するサービスが表示される。ユーザは、画像加工サービスリスト５０１でサービスを選択し、ＯＫボタン５０２を押下することにより、サービスに処理を依頼することができる。

図６は、インテント要素の一例を示す図である。インテント要素は、ネットワーク上のサービスが提供する機能を呼び出すための機能情報である。
上述したように、本実施例では、アプリケーションソフト間やソフト内の機能間を繋ぎ合わせる仕組みの一例としてインテントを用いて説明する。アプリケーションは、インテント要素に基づいて、データに対して操作可能な別のアプリケーションやサービスの一覧をユーザに提示する。ユーザはデータに何等かの操作をしたい場合、提示されたアプリケーションやサービスを指示することで、指示したアプリケーションまたはサービスに対しデータを渡す特別な操作を行うことなく、データに対して所望の操作を行うことができる。

Ｗｅｂブラウザ等が、所定の手続きに基づきサーバから取得するｈｔｍｌヘッダーには、＜ｉｎｔｅｎｔ＞で示されるインテント要素が含まれる。本実施例では、ネットワーク通信部３０８が、インテント要素を読み込み、後述のインテントリスト（図７）に登録する。任意の形式の画像データの操作を行うサービスを提供するサーバが返すインテント要素を例示する。各要素の例は、以下とする。

「ａｃｔｉｏｎ」は、サービスが提供する機能のカテゴリをＵＲＬ形式で示す。すなわち、「ａｃｔｉｏｎ」は、提供機能が何の機能、サービスを提供するものであるかを示す。図６の例では「編集」を意味する。なお、提供機能のカテゴリには、例えば、データを編集する「編集」を意味するカテゴリ「Ｅｄｉｔ」の他に、データを共有するカテゴリ「Ｓｈａｒｅ」、データを保存するカテゴリ「Ｓａｖｅ」、データを閲覧するカテゴリ「Ｖｉｅｗ」、データを取得するカテゴリ「Ｐｉｃｋ」等がある。

「ｔｙｐｅ」は、処理可能なコンテンツのデータ形式を表す。図６の例では、「ｉｍａｇｅ」は、画像データを意味し、「＊」は全てのイメージ形式を意味している。なお、「＊」の代わりに「ｊｐｅｇ」や「ｂｍｐ」等の具体的なイメージ形式を用いてもよい。また、「ｔｙｐｅ」は、画像データ以外のデータ形式も指定可能である。例えば、テキストや音声データ等のデータ形式であっても、その他、特定のアプリケーションのデータ形式等であってもよい。

「ｈｒｅｆ」は、サービスの実体の存在するアドレスを示す。「ｈｒｅｆ」で示されるアドレスにサービスの実体であるｈｔｍｌファイルが格納されている。「ｔｉｔｌｅ」は、サービスのタイトルを表す。

なお、上記「ａｃｔｉｏｎ」が「編集」を示し、且つ、「ｔｙｐｅ」が画像データを示すインテントのサービスが、画像加工サービスとしてリストアップされ、「ｔｉｔｌｅ」で指定された文字列が、図５の画像加工サービスリスト５０１に表示される。

図７は、本実施例のインテントリストの一例を示す図である。
インテントリストは、ＨＤＤ２０９やＲＡＭ２１２等の記憶装置に予め確保された領域に格納され、サービス登録画面（図４）から登録された外部サービスのリストを保持する。

図７において、７０１はリストのＩＤを表す。さらに、７０２はタイトルを示し、７０３はサービスの実体であるｈｔｍｌファイルの格納場所、７０４はサービスが扱うデータのタイプ、７０５はアクション（サービスが提供する機能情報）、７０６は外部サービスを提供するサーバのアドレスを示す。７０２〜７０５にはそれぞれ、サービス登録画面（図４）から指定した外部サービスが返すインテント要素の「ｔｉｔｌｅ」、「ｔｙｐｅ」、「ｈｒｅｆ」、「ａｃｔｉｏｎ」要素の値が格納される。図７の例では、外部サービスが３つ登録されている。

ＩＤ＝１で示されるレコードは、「ｈｔｔｐ：／／ｍｙｓｉｔｅ．ｏｒｇ」で表される外部サービスが、図６に示したインテント要素を返した場合の登録例に対応する。インテントに対応したアプリケーション（第１のアプリケーションに分類されるアプリケーション）は、図５に示したように、インテントリストに登録済の外部サービスを連携候補として、ユーザに提示することが可能になる。

なお、図７に示したインテントリストは、インテントに対応したアプリケーション（第１のアプリケーションに分類されるアプリケーション）全てに共通なものである。該インテントリストに登録されたサービスは、第１のアプリケーションに分類されるものであれば何れのアプリケーションからでも呼び出し可能である。

図８（ａ）、図８（ｂ）は、実施例１におけるアプリケーションファイルについて説明する図である。
図８（ａ）は第１のアプリケーションに対応するアプリケーションファイルに対応し、図８（ｂ）は第２のアプリケーションに対応するアプリケーションファイルに対応する。図８（ｃ）は実施例３において説明する。なお、アプリケーションファイルとは、アプリケーションプログラムのファイル（圧縮済みでもよい）および、そのメタデータファイルを含むファイルである。

図８（ａ）、図８（ｂ）において、８００はアプリケーションファイルそのものであり、ＣＡＢファイルや、ＪＡＲ（Ｊａｖａ（登録商標）ＡＲｃｈｉｖｅ）ファイル、ＺＩＰファイルのように複数のファイルを圧縮して１ファイルで構成する。
アプリケーションファイル８００の内部には、マニフェストファイル８０１、およびアプリケーションプログラム８０２が格納されている。

マニフェストファイル８０１には、アプリケーション名や、本アプリケーションを一意に識別すためのアプリケーションＩＤ、バージョンなどのアプリケーション付属情報を記載する。アプリケーションプログラム８０２は、第三者によるプログラムの改ざんなどを防止するため暗号化されている。

アプリケーションファイル８００は、ＣＤなどの記録媒体や、インターネットなどのメディアを介して使用者に配布され、インストール対象のＭＦＰで解読されて実行される。

本実施例では、マニフェストファイル８０１に記述する項目を下記のように定義する。
アプリケーション名８０１１は、アプケーションの名称を表す。アプリケーションＩＤ８０１２は、アプリケーションを一意に特定するための識別子を表す。アプリケーションタイプ８０１３は、アプリケーションの種別を表す。アプリケーションタイプ８０１３の値が「７０」の場合は、一般アプリケーション、すなわち本実施例における第１のアプリケーションを表す。アプリケーションタイプ８０１３の値が「１００」の場合は、外部サービスを該ＭＦＰからの利用（連携）を許可するために用いられるアプリケーション、すなわち本実施例における第２のアプリケーションを表す。バージョン８０１４は、アプリケーションのバージョンを表す。

サービスホスト８０１５は、サービスを提供しているサーバのアドレスをＵＲＬ形式で表す。本項目に記載されたアドレスを、該アプリケーションが該ＭＦＰからの利用を許可するサービスのアドレスとする。インテントリファレンス８０１６は、サービスの実体の参照を表す。サービスホスト８０１５とインテントリファレンス８０１６を連結したものがサービスの参照先となる。サービスホスト８０１５及びインテントリファレンス８０１６は、アプリケーションタイプ８０１３が「１００」の時、すなわち第２のアプリケーションの時に設定される。サービスホスト８０１５及びインテントリファレンス８０１６で特定される参照先で示されるサービスが、第２のアプリケーションが任意のアプリケーションに連携を許可する外部サービスとなる。

図９は、実施例１においてアプリケーションを有効にするためにＭＦＰにインストールするライセンスファイルの一例を示す図である。本実施例では、ライセンスファイルに記述する項目を以下のように定義する。

図９において、ライセンスＩＤ１６０１は、ライセンスを識別するためにユニークなＩＤを表す。アプリケーションＩＤ１６０２は、ライセンスの設定対象であるアプリケーションを一意に識別するＩＤを表す。有効期間１６０３は、本ライセンスが対象とするアプリケーションの使用期限を表す。

デバイスＩＤ１６０４は、本ライセンスが対象とするアプリケーションがインストール可能なＭＦＰを一意に識別するＩＤ（例えば、シリアルナンバー）を表す。複合化データ１６０５には、ライセンス対象のアプリケーションの暗号化されたアプリケーションプログラム８０２を復号するための情報等が格納される。

図３に示したインストーラサービス３０４は、図９に示したようなライセンスファイルに記載の情報に基づきアプリケーションの有効、無効を判断する。以下の条件が
成り立つ場合、インストーラサービス３０４は、アプリケーションのライセンスを有効にするものとする。

・ライセンスファイル記載のアプリケーションＩＤ１６０２と、対象アプリケーションのマニフェストファイル記載のアプリケーションＩＤ８０１２が一致する。
・ライセンスファイル記載の有効期間１６０３を超過していない（ライセンスが有効である）。
・ライセンスファイル記載のデバイスＩＤ１６０４と、インストール対象のＭＦＰから取得したデバイスＩＤが一致する。

図１０（ａ）は、実施例１においてアプリケーションフレームワーク３０３によって生成・管理されるアプリケーションのリスト（アプリケーションリスト）の一例を示す図である。なお、図１０（ｂ）は実施例３で説明する。

インストーラサービス３０４を用いてインストールされたアプリケーションの関連情報は、ＨＤＤ２０９やＲＡＭ２１２等の記憶装置に予め確保された領域に適宜格納される。前記関連情報とは、例えば、マニフェストファイルに記載されている情報や、アプリケーション管理に必要とされる情報である。

図１０（ａ）において、９０１はアプリケーションリスト上でアプリケーションを区別するインデックスである。９０２はアプリケーションの名称を表す。９０３はアプリケーションを一意に識別するＩＤを表す。９０４はアプリケーションのタイプを表す。タイプ９０４が「７０」の場合は第１のアプリケーション、「１００」の場合は第２のアプリケーションを表す。

サービスホスト９０５は、サービスを提供するホストのアドレスを表す。サービスホスト９０５が空欄のアプリケーションは、サービスを提供しないことを意味する。リファレンス９０６は、サービスの実体であるｈｔｍｌファイルの格納場所を表す。９０７は有効期間であり、アプリケーションの有効期限を表す。ライセンス９０８は、ライセンスファイルのＩＤを表す。

９０２〜９０６は、該当アプリケーションのマニフェストファイルに記載の情報に基づくものである。また、有効期間９０７、ライセンス９０８は、インストーラサービス３０４によって所定の手続きに基づき、プログラム、マニフェストファイル、ライセンスファイルが偽造されていないことが認証されると、本リストに登録される。図１０（ａ）の例では、３つのアプリケーションが登録されている。

以下、図１１、図１２、図１３、図１４を用いて、第１のアプリケーションの動作について説明する。

図１１は、第１のアプリケーションの基本動作の一例を示すフローチャートである。本フローチャートの処理は、ＣＰＵ２１０がＲＯＭ２１１やＨＤＤ２０９等に格納されたプログラムを読み出して実行することにより実現されるものである。

第１のアプリケーションは、起動すると本フローチャートの処理を開始する。まず、Ｓ１００１において、第１のアプリケーションは、所定の手続きに基づき初期化を実施する。初期化では、例えばＨＤＤ２０９やＲＡＭ２１２等の記憶装置にワークエリアを確保する。

次に、Ｓ１００２において、第１のアプリケーションは、ユーザからサービス登録の指示があったか否かを判断する。例えば、図４に示すようなサービス登録画面から、アドレスが入力されＯＫボタン４０２が押下された場合、第１のアプリケーションは、ユーザからサービス登録の指示があったと判断する。

そして、前記Ｓ１００２において、ユーザからサービス登録の指示があったと判断した場合（Ｓ１００２でＹｅｓの場合）、第１のアプリケーションは、Ｓ１００３に処理を進める。
Ｓ１００３では、第１のアプリケーションは、後述のサービス登録処理を実行する。該サービス登録処理が完了すると、第１のアプリケーションは、Ｓ１００２に処理を遷移させる。

一方、前記Ｓ１００２において、ユーザからサービス登録の指示がないと判断した場合（Ｓ１００２でＮｏの場合）、第１のアプリケーションは、Ｓ１００４に処理を進める。

Ｓ１００４において、第１のアプリケーションは、ユーザから機能の実行指示があったか否かを判断する。ここで、"機能の実行指示"とは、第１のアプリケーションにおけるユーザによる「スキャン実行」の指示として説明する。例えば、第１のアプリケーションの図示しないスキャン指示画面を介し、ユーザによってスキャン指示を意味する操作があった場合には、第１のアプリケーションは、ユーザから機能の実行指示があったと判断する。なお、スキャン指示を意味する操作とは、例えば、図示しないスキャン指示画面からの「スキャン実行」ボタンを押下する操作である。

そして、前記Ｓ１００４において、ユーザからの機能の実行指示があったと判断した場合（Ｓ１００４でＹｅｓの場合）、第１のアプリケーションは、Ｓ１００５に処理を進める。
Ｓ１００５では、第１のアプリケーションは、後述の機能の実行処理を実行する。該機能の実行が完了すると、第１のアプリケーションは、Ｓ１００２に処理を遷移させる。

一方、前記Ｓ１００４において、ユーザからの機能の実行指示がなかったと判断した場合（Ｓ１００４でＮｏの場合）、第１のアプリケーションは、Ｓ１００６に処理を進める。
Ｓ１００６では、第１のアプリケーションは、終了指示があったか否かを判断する。例えば、第１のアプリケーションの図示しない終了指示画面を介し、ユーザから終了を意味する操作があった場合、第１のアプリケーションは、ユーザから終了指示があったと判断する。

前記Ｓ１００６において、ユーザから終了指示がないと判断した場合（Ｓ１００６でＮｏの場合）、第１のアプリケーションは、Ｓ１００２に処理を遷移させる。
一方、前記Ｓ１００６において、ユーザから終了指示があったと判断した場合（Ｓ１００６でＹｅｓの場合）、第１のアプリケーションは処理を終了する。

次に、図１２を用いて、図１１のＳ１００３に示したサービス登録処理について説明する。
図１２は、実施例１におけるサービス登録処理の一例を示すフローチャートである。本フローチャートの処理は、ＣＰＵ２１０がＲＯＭ２１１やＨＤＤ２０９等に格納されたプログラムを読み出して実行することにより実現されるものである。なお、サービスを提供するサーバはクライアントからの問い合わせに対し、複数のインテント要素を応答として返すことができるが、ここでは説明の簡便のため、１つのインテント要素のみ返すものとして説明する。

Ｓ１１０１において、第１のアプリケーションは、図４に示したサービス登録画面を操作表示部２０２に表示する。
次に、Ｓ１１０２において、第１のアプリケーションは、サービス登録画面からアドレス入力があったか否かを判断する。例えば、ユーザによってアドレス入力領域４０１にサーバを特定するアドレスが入力され、ＯＫボタン４０２を押下され場合、第１のアプリケーションは、アドレス入力があったと判断する。なお、入力されたアドレスは、ＨＤＤ２０９等の記憶装置に予め用意されたワークエリアに保存される。

前記Ｓ１１０２において、アドレス入力がないと判断した場合（Ｓ１１０２でＮｏの場合）、第１のアプリケーションは、Ｓ１１０２の判断を繰り返す。なお、図示しないが、アドレスが入力されることなくサービス登録画面が閉じられた場合には、第１のアプリケーションは、そのまま本サービス登録処理を終了する。

一方、前記Ｓ１１０２において、アドレス入力があったと判断した場合（Ｓ１１０２でＹｅｓの場合）、第１のアプリケーションは、Ｓ１１０３に処理を進める。
Ｓ１１０３では、第１のアプリケーションは、インテント要素を取得する。詳細には、第１のアプリケーションは、アプリケーションフレームワーク３０３を介し、ネットワーク通信部３０８から、Ｓ１１０２でワークエリアに保存したサーバドレスに対し、リクエストを送付する。該リクエストを受け付けたサーバは、応答のヘッダーに図６に示すようなインテント要素を付与して送付する。ネットワーク通信部３０８は、該応答のヘッダーからインテント要素を取り出し、図７に示したようなインテントリストの１レコードを作成し、ＨＤＤ２０９等の記憶装置に確保したワークエリアに保存する。

次に、Ｓ１１０４において、ネットワーク通信部３０８は、前記Ｓ１１０３でワークエリアに作成したインテントリストのレコードを、ＨＤＤ２０９等の記憶装置に予め用意された領域に格納されたインテントリストに追記して保存する。そして、ネットワーク通信部３０８は、インテントリストへの登録が完了したことを、第１のアプリケーションに通知する。この通知を受けると、第１のアプリケーションは、本サービス登録処理を終了する。

次に、図１３を用いて、図１１のＳ１００５に示した機能の実行処理について説明する。
図１３は、実施例１における機能の実行処理の一例を示すフローチャートである。本フローチャートの処理は、ＣＰＵ２１０がＲＯＭ２１１やＨＤＤ２０９等に格納されたプログラムを読み出して実行することにより実現されるものである。なお、ここでは"機能"をスキャンした画像データを加工して保存するものとして説明する。

まず、Ｓ１２０１において、第１のアプリケーションは、スキャン処理を実施する。詳細には、所定の手続きに基づきスキャナ部２０３から画像データを取得し、該画像データを、制御部２０８を介し、ＨＤＤ２０９等の記憶装置に確保したワークエリアに格納する。

次に、Ｓ１２０２において、第１のアプリケーションは、登録済インテント数が「０」か否かを判断する。詳細には、第１のアプリケーションは、ＨＤＤ２０９やＲＡＭ２１２等の記憶装置に予め確保された領域に格納された図７に示したようなインテントリストのレコード数を調べ、レコード数が「０」のときは登録済インテント数が「０」と判断する。

そして、前記Ｓ１２０２において、登録済インテント数が「０」と判断した場合（Ｓ１２０２でＹｅｓの場合）、第１のアプリケーションは、そのままＳ１２１１へ処理を進める。

一方、前記Ｓ１２０２において、登録済インテント数が「０」でないと判断した場合（Ｓ１２０２でＮｏの場合）、第１のアプリケーションは、Ｓ１２０３に処理を進める。Ｓ１２０３では、第１のアプリケーションは、サービス選択画面を表示する。詳細には、第１のアプリケーションは、連携したい処理のｔｙｐｅ（「Ｉｍａｇｅ／＊」等）及びａｃｔｉｏｎ（「ｅｄｉｔ」等）の情報をキーにして、図７に示したようなインテントリストから該当するレコードの情報を取得する。さらに、該取得した情報に基づいて、図５に示したような画像加工サービスリスト５０１を生成し、図５に示したようなサービス選択画面を生成し、操作表示部２０２に表示する。そして、該表示したサービス選択画面でサービスが選択された場合、第１のアプリケーションは、画像加工サービスリスト５０１から選択状態になっているリストアイテムを特定し、Ｓ１２０４に処理を進める。なお、前記連携したい処理のｔｙｐｅ（「Ｉｍａｇｅ／＊」等）及びａｃｔｉｏｎ（「ｅｄｉｔ」等）に該当するインテントリストのレコードが存在しない場合にも、第１のアプリケーションは、そのままＳ１２１１へ処理を進めるものとする。

次に、Ｓ１２０４において、第１のアプリケーションは、サービス選択画面で選択されたサービスに該当するインテントから、ｈｏｓｔ７０６およびｈｒｅｆ７０３の値を取得して連結し、サービスの参照先として、ＲＡＭ２１２等に予め確保したワークエリアに格納する。さらに、第１のアプリケーションは、ネットワーク通信部３０８に、サービスの参照先の照合を依頼する。

Ｓ１２０５において、ネットワーク通信部３０８は、図１０（ａ）に示したようなアプリリストから１レコードを取得する。詳細には、ネットワーク通信部３０８は、図１０（ａ）に示すアプリリストから、有効期間９０７が超過していない１レコードを取得し（ライセンスが有効なアプリケーションの情報を取得し）、ＲＡＭ２１２等に予め確保したワークエリアに格納する。

次に、Ｓ１２０６において、ネットワーク通信部３０８は、リファレンスが一致するか判断する。ネットワーク通信部３０８は、前記Ｓ１２０５でワークエリアに保存したアプリリストのレコードのサービスホスト９０５およびリファレンス９０６から生成した値と、前記Ｓ１２０４でワークエリアに保存したサービスの参照先が一致する場合に、リファレンスが一致すると判断する。すなわち、ネットワーク通信部３０８は、当該ＭＦＰにインストールされ、ライセンスが有効化されているアプリケーションのうち、ユーザ所望のサービスを当該ＭＦＰから利用（連携）することを許可するアプリケーション（第２のアプリケーション）が存在すると判断する。

そして、前記Ｓ１２０６において、リファレンスが一致しないと判断した場合（Ｓ１２０６でＮＯの場合）、ネットワーク通信部３０８は、Ｓ１２０７に処理を進める。
Ｓ１２０７では、ネットワーク通信部３０８は、アプリリストの全レコードを検索済み（全レコードについてＳ１２０５〜Ｓ１２０７の処理を実行した）か否かを判断する。そして、未だ全レコード検索済みでないと判断した場合（Ｓ１２０７でＮｏの場合）、ネットワーク通信部３０８は、Ｓ１２０５に処理を戻す。

一方、前記Ｓ１２０７において、全レコード検索済みと判断した場合（Ｓ１２０７でＹｅｓの場合）、ネットワーク通信部３０８は、ユーザ所望のサービスと連携することを許可するアプリケーションが存在しないため、サービスの呼び出しを中止する旨を、第１のアプリケーションに通知し、Ｓ１２０８に遷移する。

Ｓ１２０８では、第１のアプリケーションは、図示しないエラー画面を操作表示部２０２に表示し、Ｓ１２１１に処理を進める。すなわち、前記Ｓ１２０４で取得したユーザが選択したサービスとの連携は、当該ＭＦＰにインストール済のアプリケーションのリストに該サービスとの連携を許可しているアプリケーションが存在しないと判断されたため、禁止（中止）される。

なお、前記Ｓ１２０６において、リファレンスが一致すると判断した場合（Ｓ１２０６でＹｅｓの場合）、ネットワーク通信部３０８は、Ｓ１２０９に処理を進める。
Ｓ１２０９では、ネットワーク通信部３０８は、ページデータを取得する。詳細には、ネットワーク通信部３０８は、前記Ｓ１２０４でワークエリアに保存したサービスの参照先に対してアクセスし、予め定められた所定の手続きに基づきページデータを取得する。該ページデータには、後述のデータ加工に必要なスクリプトが含まれるものとする。ネットワーク通信部３０８は、該取得したページデータを、第１のアプリケーションに渡す。

Ｓ１２１０において、第１のアプリケーションは、前記Ｓ１２０９で取得したページデータに含まれるスクリプトにより、前記Ｓ１２０１でＨＤＤ２０９等の記憶装置に確保したワークエリアに格納した画像データを加工し、前記ワークエリアに格納する。そして、第１のアプリケーションは、Ｓ１２１１へ処理を進める。

Ｓ１２１１では、第１のアプリケーションは、ＨＤＤ２０９等の記憶装置に確保したワークエリアに格納した画像データを、ＨＤＤ２０９等の記憶装置に予め確保されている画像データ格納領域に適宜格納し、前記ワークエリアに格納した画像データを解放する。そして、第１のアプリケーションは、本機能の実行処理を終了する。

次に、図１４を用いて、実施例１における処理の全体のシーケンスを説明する。
図１４は、実施例１における処理の全体のシーケンスを説明するシーケンス図である。

Ｓ１７０１では、ユーザは、第１のアプリケーションにサービス登録画面の表示を指示する。
Ｓ１７０２では、第１のアプリケーションが、前記Ｓ１７０１の指示に応じて、操作表示部２０２に図４に示したようなサービス登録画面を表示する。本ステップは、図１２のフローにおけるＳ１１０１に相当する。

次に、Ｓ１７０３において、ユーザが、第１のアプリケーションに対して、前記Ｓ１７０２で表示したサービス登録画面を介し、サービスの登録を指示する。
Ｓ１７０４では、第１のアプリケーションが、前記Ｓ１７０３の指示に応じて、ネットワーク通信部３０８に対して、該Ｓ１７０３で指示されたサーバへのアクセス要求を行う。

Ｓ１７０５では、ネットワーク通信部３０８が、前記Ｓ１７０４の要求に応じて、指示されたサーバに対して、所定の手続きに基づきコンテンツを要求する。本ステップは、図１２のフローにおけるＳ１１０３に相当する。
Ｓ１７０６では、サーバが、前記Ｓ１７０５の要求に応じて、ネットワーク通信部３０８に応答として、インテント要素を含むコンテンツを返す。そして、サーバから応答されるコンテンツをネットワーク通信部３０８が受信する。

次に、Ｓ１７０７において、ネットワーク通信部３０８は、図７に示したようなインテントリストに、前記Ｓ１７０６で取得したインテントを追加する。本ステップは、図１２のフローにおけるＳ１１０４に相当する。

次に、Ｓ１７０８において、ネットワーク通信部３０８は、第１のアプリケーションにサービス登録の応答を、成功として返す。そして、この応答を、第１のアプリケーションが受信する。
次に、Ｓ１７０９において、第１のアプリケーションは、図示しないサービスの登録成功画面を作成、操作表示部２０２に表示し、ユーザに成功結果を通知する。

その後、Ｓ１７１０において、ユーザが、第１のアプリケーションに対して、第１のアプリケーションの持つ機能の実行を指示する。
Ｓ１７１１では、前記Ｓ１７１０の指示に応じて、第１のアプリケーションが、機能１を実行する。ここで機能１とはスキャンする機能とする。本ステップは、図１３のフローにおけるＳ１２０１に相当する。

次に、Ｓ１７１２において、第１のアプリケーションは、インテントリストを取得する。なお、説明の簡便のためインテント登録数が「０」の場合のシーケンスは省略する。また、連携したいタイプ及びアクションのインテントが存在しない場合のシーケンスも省略する。

次に、Ｓ１７１３において、第１のアプリケーションは、前記Ｓ１７１２で取得したインテントリストに基づき、図５に示したようなサービス選択画面を作成し、操作表示部２０２に表示する。本ステップは、図１３のフローにおけるＳ１２０３に相当する。

次に、Ｓ１７１４において、ユーザは、前記Ｓ１７１３で作成されたサービス操作画面を介し、第１のアプリケーションに対して、連携するサービスを指示する。
Ｓ１７１５では、第１のアプリケーションは、前記Ｓ１７１４の指示に応じて、ネットワーク通信部３０８に対して、該Ｓ１７１４でユーザが連携先として指示したサービスの参照先の照合を依頼する。

Ｓ１７１６では、ネットワーク通信部３０８が、前記Ｓ１７１５の依頼に応じて、図１０（ａ）に示したようなアプリケーションリストを検索し、参照先が一致するリストがあるか検索する。そして、該検索結果に応じて、ネットワーク通信部３０８は、処理を分岐する。

前記Ｓ１７１６において、参照先が一致したリストがないと判断した場合（「参照先不一致」の場合）、ネットワーク通信部３０８は、Ｓ１７１７の処理を実行する。
Ｓ１７１７では、ネットワーク通信部３０８は、第１のアプリケーションに参照先不一致を応答として返す。そして、この応答を、第１のアプリケーションが受信する。
Ｓ１７１８では、第１のアプリケーションが、前記Ｓ１７１７の応答に基づいて、図示しないエラー画面を操作表示部２０２に表示する。本ステップは、図２のフローにおけるＳ１２０８に相当する。

一方、前記Ｓ１７１６で参照先が一致したリストがあると判断した場合（「参照先一致」の場合）、ネットワーク通信部３０８は、Ｓ１７１９の処理を実行する。
Ｓ１７１９では、ネットワーク通信部３０８は、前記参照先に対応するサーバに対して、コンテンツの要求を行う。本ステップは、図１３のフローにおけるＳ１２０９に相当する。

Ｓ１７２０では、サーバは、前記Ｓ１７１９に要求に応じて、ネットワーク通信部３０８に、該Ｓ１７１９で要求されたページデータを応答として返す。そして、この応答を、ネットワーク通信部３０８が受信する。

Ｓ１７２１では、ネットワーク通信部３０８は、前記Ｓ１７２０で取得したページデータを、第１のアプリケーションに応答として返す。そして、この応答を、第１のアプリケーションが受信する。

Ｓ１７２２では、第１のアプリケーションは、機能２を実施する。ここで機能２とは、前記Ｓ１７１１で実行した機能１で得た画像データを加工して記憶装置に保存する機能とする。すなわち、第１のアプリケーションは、前記Ｓ１７２１でネットワーク通信部３０８から返されたページデータに含まれるスクリプトを用い、前記Ｓ１７１１で得られた画像データを加工し、該加工したデータをＨＤＤ２０９に保存する。このステップは、図２のフローにおけるＳ１２１０、Ｓ１２１１に相当する。

次に、Ｓ１７２３では、第１のアプリケーションは、図示しない完了画面を作成し、操作表示部２０２に表示し、ユーザに処理の完了を通知する。

以上示したように、実施例１によれば、第１のアプリケーションの実行時にユーザによって連携先として指定されたサービスのうち、当該ＭＦＰにおいてサービスの利用を許可するための第２のアプリケーションが有効化されているサービスのみ利用を許可する。一方、該第２のアプリケーションが有効化されていないサービスの利用を不許可に制御する。これにより、第１のアプリケーションは、ユーザによって連携先として指定されたサービスのうち、許可されているサービスとだけ連携することが可能となる。このように、ＭＦＰにインストール可能な第２のアプリケーションのライセンスにより、ＭＦＰから外部のサービスへの連携を管理することができる。

図１３のＳ１２０９及びＳ１２１０や図１４のＳ１７１９〜Ｓ１７２２では、サーバからスクリプトを含むページデータを取得し、該スクリプトにより、ＭＦＰ側で画像データの加工を行う構成を説明した。しかし、図１３のＳ１２０９及びＳ１２１０や図１４のＳ１７１９〜Ｓ１７２２の代わりに、第１のアプリケーションが前記Ｓ１２０１で取得した画像データをサーバに送信し、サーバ側で画像データの加工を行い、該加工済みの画像データを、ＭＦＰがサーバから受信する構成であってもよい。

また、サービスは画像データの加工に限定されるものではない。例えば、画像データやコメントをＳＮＳ（ソーシャル・ネットワーキング・サービス）の閲覧サイトに投稿するためのサービスであってもよい。なお、サービスが機能を提供するにあたって、ユーザ認証やユーザによる操作が必要な場合、ＭＦＰ１１０の操作表示部２０２上でユーザが操作を行ってもよい。

また、前述の説明では、ネットワーク通信部３０８がサービスのインテントリストへの登録を行う構成について説明した（例えば図１４のＳ１７０７）。しかし、サービスのインテントリストへの登録は、第１のアプリケーションが行ってもよいし、他の機能により行ってもよい。例えば、Ｗｅｂブラウザが行ってもよいし、サービスのインテントリストへの登録を行う専用のソフトウェアが存在していてもよい。

また、インテントリスト検索（図１４のＳ１７１２）や、サービス選択画面表示（図１４のＳ１７１３）は、ネットワーク通信部３０８が行ってもよい。この場合、第１のアプリケーションが、連携したい処理のｔｙｐｅ（「Ｉｍａｇｅ／＊」等）及びａｃｔｉｏｎ（「ｅｄｉｔ」等）の情報を、ネットワーク通信部３０８に通知するものとする。
また、アプリリスト検索（図１４のＳ１７１６）及び該検索結果による分岐の処理は、第１のアプリケーションが行ってもよい。

また、第１のアプリケーションとネットワーク通信部３０８の間で、Ｗｅｂブラウザが動作し、サービス登録画面表示（Ｓ１７０２）、インテントリスト登録（Ｓ１７０７）、インテントリスト検索（Ｓ１７１２）、サービス選択画面表示（Ｓ１７１３）、アプリリスト検索（Ｓ１７１６）及び分岐の処理等を、Ｗｅｂブラウザが行ってもよい。この場合、第１のアプリケーションが、連携したい処理のｔｙｐｅ（「Ｉｍａｇｅ／＊」等）及びａｃｔｉｏｎ（「ｅｄｉｔ」等）の情報を、Ｗｅｂブラウザに通知するものとする。

実施例１では、サービスを実行するタイミングでインストール済アプリケーションを検索し、検索されたアプリケーションで許可されているサービス以外は実行させない構成を説明した。実施例２では、サービスをインテントリストに登録するタイミングでインストール済アプリケーションを検索し、検索されたアプリケーションで許可されているサービス以外はインテントリストに登録させないように構成する。説明の簡便のため、実施例１と同一の構成については説明を省略し、異なる点のみ説明する。以下、実施例２について、図１５、図１６を用いて説明する。

図１２は、実施例２におけるサービス登録処理の一例を示すフローチャートである。本フローチャートの処理は、ＣＰＵ２１０がＲＯＭ２１１やＨＤＤ２０９等に格納されたプログラムを読み出して実行することにより実現されるものである。なお、Ｓ１３０１〜Ｓ１３０３およびＳ１３０９は、それぞれ図１２のＳ１１０１〜１１０３およびＳ１１０４と同一のステップであるので説明は省略し、異なるステップだけ説明する。

Ｓ１３０４において、ネットワーク通信部３０８は、サービスの実体への参照先を生成する。詳細には、ネットワーク通信部３０８は、Ｓ１３０３で取得したインテント要素の「ｈｒｅｆ」の値と、Ｓ１３０２でワークエリアに保存したアドレスを連結し、サービスの実体のへの参照先を生成し、ＨＤＤ２０９等の記憶装置に確保したワークエリアに保存する。

次に、Ｓ１３０５において、ネットワーク通信部３０８は、図１０（ａ）に示したようなアプリリストから１レコードを取得する。詳細には、ネットワーク通信部３０８は、図１０（ａ）に示すアプリリストから、有効期間９０７が超過していない１レコードを取得し、ＲＡＭ２１２等に予め確保したワークエリアに格納する。

次に、Ｓ１３０６において、ネットワーク通信部３０８は、リファレンスが一致するか判断する。ネットワーク通信部３０８は、前記Ｓ１３０４でワークエリアに保存したサービスの参照先と、前記Ｓ１３０５でワークエリアに保存したアプリリストのレコードの「サービスホスト」および「リファレンス」から生成した値が一致する場合に、リファレンスが一致すると判断する。すなわち、ネットワーク通信部３０８は、当該ＭＦＰにインストールされ、ライセンスが有効化されているアプリケーションのうち、ユーザ所望のサービスとの連携を許可するアプリケーション（第２のアプリケーション）が存在すると判断する。

そして、前記Ｓ１３０６において、リファレンスが一致しないと判断した場合（Ｓ１３０６でＮＯの場合）、ネットワーク通信部３０８は、Ｓ１３０７に処理を進める。
Ｓ１３０７では、ネットワーク通信部３０８は、アプリリストの全レコードを検索済み（全レコードについてＳ１３０５〜Ｓ１３０７の処理を実行した）か否かを判断する。そして、未だ全レコード検索済みでないと判断した場合（Ｓ１３０７でＮｏの場合）、ネットワーク通信部３０８は、Ｓ１３０５に処理を戻す。

一方、前記Ｓ１３０７において、全レコード検索済みと判断した場合（Ｓ１３０７でＹｅｓの場合）、ネットワーク通信部３０８は、ユーザによって指示されたサービスと連携することを許可するアプリケーションが存在しないため、サービスの登録を中止する旨を、第１のアプリケーションに通知し、Ｓ１３０８に遷移する。

Ｓ１３０８では、第１のアプリケーションは、図示しないエラー画面を操作表示部２０２に表示し、本サービス登録処理を終了する。すなわち、Ｓ１３０２でユーザによって指示されたサービスの登録は、当該ＭＦＰにインストール済のアプリケーションのリストに連携を許可しているアプリケーションが存在しないと判断されたため、禁止（中止）される。

なお、前記Ｓ１３０６において、リファレンスが一致すると判断した場合（Ｓ１３０６でＹｅｓの場合）、ネットワーク通信部３０８は、Ｓ１３０９に処理を進める。
Ｓ１３０９では、ネットワーク通信部３０８は、Ｓ１３０３で取得したインテント要素を、図７に示すようなインテントリストに登録し、その旨を、第１のアプリケーションに通知する。この通知を受けると、第１のアプリケーションは、本サービス登録処理を終了する。

図１６は、実施例２における機能の実行処理の一例を示すフローチャートである。本フローチャートの処理は、ＣＰＵ２１０がＲＯＭ２１１やＨＤＤ２０９等に格納されたプログラムを読み出して実行することにより実現されるものである。なお、Ｓ１４０１〜Ｓ１４０４、１４０５〜１４０６及びＳ１４０７は、それぞれ図１３のＳ１２０１〜Ｓ１２０４、Ｓ１２０９〜Ｓ１２１０及びＳ１２１１と同一のステップである。よって、説明は省略する。

以上示したように、実施例２によれば、サービス登録時に当該ＭＦＰにおいてサービスの利用を許可するための第２のアプリケーションが有効化されているサービスのみ登録を許可する。一方、該第２のアプリケーションが有効化されていないサービスの登録を不許可に制御する。これにより、第１のアプリケーションは、ユーザによって連携先として指定されたサービスのうち、第２のアプリケーションで許可されているサービスとだけ連携することが可能となる。このように、ＭＦＰにインストール可能な第２のアプリケーションのライセンスにより、ＭＦＰから外部のサービスへの連携を適切に管理することができる。

上述した実施例１や実施例２では、サービスを提供するサーバからインテント要素を取得してインテントリストに登録する構成について説明した。実施例３では、サービスを提供するサーバからインテント要素を取得する構成ではなく、第２のアプリケーションのマニフェストにインテント要素を記載しておき、該マニフェストからインテント要素を取得するように構成する。説明の簡便のため、実施例１や実施例２と同一の構成については説明を省略し、異なる点のみ説明する。以下、実施例３について、図８（ｃ）、図１０（ｂ）、図１７を用いて説明する。

図８（ｃ）は、実施例３における第２のアプリケーションに対応するアプリケーションファイルについて説明する図である。なお、ここでは図８（ｂ）と異なる点のみ説明する。

図８（ｃ）に示すマニフェストファイルは、図８（ｂ）に示した構成に加え、インテントタイトル８０１７、インテントタイプ８０１８、インテントアクション８０１９をさらに含むものである。すなわち、実施例３では、インテントリファレンス８０１６と共にサービス提供サーバから応答されるインテント要素に記載されている情報と同一の情報を、マニフェストファイル内に記載するものとする。なお、詳細は後述するが、実施例３では、マニフェストファイル内の情報８０１７〜８０１９を用いて、インテントリストに登録する情報を作成するものとする。なお、説明の簡便のため、図８（ｃ）では、サービスを提供するサーバは１つのインテントを返すものとし、本マニフェストには１つのインテントを記載している。

図１０（ｂ）は、実施例３においてアプリケーションフレームワーク３０３によって生成・管理されるアプリケーションのリスト（アプリケーションリスト）の一例を示す図である。インストーラサービス３０４を用いてインストールされたアプリケーションの情報は、ＨＤＤ２０９やＲＡＭ２１２等の記憶装置に予め確保された領域に適宜格納される。

図１０（ｂ）と図１０（ａ）との違いは、図１０（ｂ）中のインテントＩＤ９０９である。インテントＩＤ９０９は、図７に示すインテントリストのＩＤを示す。インテントＩＤ９０９に数値が格納されている行では、該当アプリケーションによって該ＭＦＰからのアクセスを許可されるサービスのインテントが、インテントリストのＩＤで示される。

図１７は、実施例３における機能の実行処理の一例を示すフローチャートである。本フローチャートの処理は、ＣＰＵ２１０がＲＯＭ２１１やＨＤＤ２０９等に格納されたプログラムを読み出して実行することにより実現されるものである。なお、Ｓ１５０１〜Ｓ１５０２、１５０５〜１５０６及びＳ１５０８は、それぞれ図１５のＳ１３０１〜Ｓ１３０２、Ｓ１３０７〜１３０８及びＳ１３０９と同一のステップであるので説明は省略し、異なるステップだけ説明する。

第１のアプリケーションが、Ｓ１５０２でワークエリアに保存したサーバドレスについて、ネットワーク通信部３０８に、確認を依頼する。
Ｓ１５０３において、ネットワーク通信部３０８は、図１０（ｂ）に示したようなアプリリストから１レコードを取得する。詳細には、ネットワーク通信部３０８は、図１０（ｂ）に示すアプリリストから、有効期間９０７が超過していない１レコードを取得し、ＲＡＭ２１２等に予め確保したワークエリアに格納する。

次に、Ｓ１５０４において、ネットワーク通信部３０８は、外部サービスを提供するサーバのアドレスが一致するか判断する。なお、ネットワーク通信部３０８は、Ｓ１５０２で入力されワークエリアに保存したアドレスと、Ｓ１５０３で取得したアプリリストのレコードのサービスホスト９０５の値が一致する場合に、外部サービスを提供するサーバのアドレスが一致すると判断する。

前記Ｓ１５０４において、外部サービスを提供するサーバのアドレスが一致しなかったと判断した場合（Ｓ１５０４でＮｏの場合）、ネットワーク通信部３０８は、Ｓ１５０５へ処理を進める。

一方、前記Ｓ１５０４において、外部サービスを提供するサーバのアドレスが一致したと判定した場合（Ｓ１５０４でＹｅｓの場合）、ネットワーク通信部３０８は、Ｓ１５０７に処理を進める。

Ｓ１５０７では、ネットワーク通信部３０８は、インテント要素を取得する。詳細には、第１のアプリケーションは、前記Ｓ１５０３で取得したアプリリストのレコードに対応するマニフェストファイル８０１から、インテント要素（すなわち、インテントタイトル８０１７、インテントタイプ８０１８、インテントアクション８０１９）の情報を取得し、図７に示すようなインテントリストの１レコードを作成し、ＨＤＤ２０９等の記憶装置に確保したワークエリアに保存する。

次に、Ｓ１５０８において、第１のアプリケーションは、前記Ｓ１５０８でワークエリアに作成したインテントリストの１レコードを、ＨＤＤ２０９等の記憶装置に予め用意された領域に格納されたインテントリストに追記して保存する（登録）。さらに、第１のアプリケーションは、該登録したインテントリストのＩＤ７０１の値を、前記Ｓ１５０３で取得したアプリリストのレコードのインテントＩＤ９０９に登録する。

なお、図示しないが、前記Ｓ１５０４でアドレスが一致したアプリリストのレコードのインテントＩＤ９０９に既に値が格納されている場合には、第１のアプリケーションは、該当するサービスが既にインテントリストに登録済であると判断し、そのまま本サービス登録処理を終了するものとする。この際、登録済である旨のメッセージを操作表示部２０２に表示し、その旨をユーザに通知してもよい。

また、インストーラサービス３０４は、第２のアプリケーションの登録時に、該アプリケーションのアプリケーションファイル８００（又はマニフェストファイル８０１）のパスをアプリケーションリスト内に登録するようにしてもよい。そして、このパス情報を用いて、ネットワーク通信部３０８が、マニフェストファイル８０１を見つけ出し、サービスをインテントリストに登録するようにしてもよい（図１７のＳ１５０７、Ｓ１５０８）。

また、インストーラサービス３０４は、第２のアプリケーションの登録時に、インテントタイトル８０１７、インテントタイプ８０１８、インテントアクション８０１９の情報を、アプリケーションリスト内に登録するようにしてもよい。そして、このアプリケーションリスト内の情報を用いて、第１のアプリケーションが、サービスをインテントリストに登録するようにしてもよい（図１７のＳ１５０７、Ｓ１５０８）。

また、インストーラサービス３０４による第２のアプリケーションの登録時に、マニフェストファイル８０１の情報（サービスホスト８０１５、インテントタイトル８０１７、インテントタイプ８０１８、インテントアクション８０１９、インテントリファレンス８０１６）を用いて、該アプリケーションで連繋を許可しているサービスを、インテントリストに登録するようにしてもよい。

以上示したように、実施例３によれば、ユーザによって指示されたサービスとの連携を許可するアプリケーションが有効化されていれば、該アプリケーションから該サービスのインテント要素を取得し、インテントリストに登録することができる。よって、サービス登録時に該サービスを提供するサーバへアクセスする処理を省略でき、サービス登録時にサーバの電源が入っていない等、一時的にサーバにアクセスできなくてもデバイスへのサービス登録を完了することができる。これにより、第１のアプリケーションは、ユーザによって連携先として指定されたサービスのうち、許可されているサービスとだけ連携することが可能となる。このように、ＭＦＰにインストール可能な第２のアプリケーションにより、ＭＦＰから外部のサービスへの連携を管理することができる。

なお、実施例２及び実施例３のＭＦＰ１１０では、定期的にアプリリストをチェックし、有効期間９０７を超過した（即ちライセンスが無効な）アプリケーションが連携を許可するサービスのインテントが、インテントリストに登録されている場合、そのインテント登録を、インテントリストから抹消するものとする。また、定期的にアプリリストをチェックし、存在しない（アンインストールされた）アプリケーションが連携を許可するサービスのインテントが、インテントリストに登録されている場合、そのインテント登録を、インテントリストから抹消するものとする。又は、第２のアプリケーションがアンインストール（削除）された場合、そのアプリケーションが連携を許可するサービスのインテントがインテントリストに登録されている場合には、そのインテント登録を、インテントリストから抹消するものとする。

以上説明した各実施例では、第２のアプリケーションの動作は第１のアプリケーション、外部サービスの動作、及び連携動作には影響しない。よって、本発明を適用するうえで、第２のアプリケーションは起動しなくてもよい。また、第２のアプリケーションを起動するプログラムとして実装しても、起動しないプログラムとして実装しても本発明は適用可能である。

また、第１のアプリケーション、第２のアプリケーションを追加インストールしたアプリケーションとして説明したが、どちらか一方または両方を画像処理装置に予め供えられた機能（Ｎａｔｉｖｅ機能）として実装しても、本発明は適用可能である。また、第１のアプリケーションをＷｅｂブラウザとし、Ｗｅｂアプリケーションがサービスと連携するものとしても、本発明は適用される。

さらに、第１のアプリケーションが連携するサービスを外部のサービスとして説明したが、第１のアプリケーションが連携するサービスを画像処理装置に予め供えられた機能（Ｎａｔｉｖｅ機能）としても、本発明は適用可能である。即ち、Ｎａｔｉｖｅ機能としてＭＦＰに組み込まれている一部の機能は、第２のアプリケーションが有効化されていなければ実行することができないように構成することができる。よって、Ｎａｔｉｖｅ機能としてＭＦＰに組み込まれている機能であっても、一部の機能は、第２のアプリケーションのライセンスを購入し、第２のアプリケーションを有効化した後でなければ利用できないようにすることができる。即ち、第１のアプリケーションとサービスの組み合わせが、同一システム内（同じ装置内）で稼働する場合にも適用可能である。

なお、第１のアプリケーションと外部サービスと連携するための機能は、ＯＳ３０１で実現することも可能である。
また、上記各実施例では、外部サービスと連携する第１のアプリケーションが動作する情報処理装置の一例としてＭＦＰを示したが、該情報処理装置の例としては、プリンタ、スキャナ、カメラ等のコンピュータ周辺機器や、パーソナルコンピュータ、スマートフォン、タブレット型コンピュータ、カーナビゲーション装置、テレビジョン、ハードディスクレコーダ、その他のネットワークに接続可能な各種家電製品などが挙げられる。

なお、前述の各実施例においては、（ウェブ）アプリケーションの連携の技術として、Ｗｅｂ Ｉｎｔｅｎｔｓを利用した場合の説明を行っている。しかし、Ｗｅｂ Ｉｎｔｅｎｔｓを用いての説明はあくまでも一例であり、同様な中継機能を介したクライアントとサービスを連携するための他の仕組みを利用してもよい。例えば、Ｗｅｂ Ａｃｔｉｖｉｔｉｅｓと呼ばれる技術を利用してもよいし、同様の独自仕様を用いて本発明を実現することが可能である。この場合、「ａｃｔｉｏｎ」、「ｔｙｐｅ」、「ｈｒｅｆ」、「ｔｉｔｌｅ」等に相当する情報が、異なる名称で定義される場合がある。

以上説明した通り、本発明の各実施例によれば、ユーザによって連携先として指定されたサービスのうち、当該ＭＦＰに許可されているサービスとだけアクセスが可能となる。よって、第１のアプリケーションは、第２のアプリケーションによって許可されているサービスとだけ連携が可能になる。
また、サービス登録時に当該ＭＦＰに許可されているサービスだけをインテントリストに登録できる。よって、第１のアプリケーションは、第２のアプリケーションによって許可されているサービスとだけ連携が可能になる。
さらに、サービス登録時にサーバにアクセスすることなく、当該ＭＦＰに許可されているサービスを登録できる。よって、第１のアプリケーションは、第２のアプリケーションによって許可されているサービスとだけ連携が可能になる。

したがって、例えば、外部サービス、および外部サービスを提供する外部サーバ側に特別なライセンス管理機能を設けることなく、画像処理装置で稼働するアプリケーションが連携する外部サービスを、画像処理装置に紐づくライセンスに基づき管理することができる。すなわち、画像処理装置からの外部サービスの利用も画像処理装置上で稼働するアプリケーションと同様に管理することができる。このように、ＭＦＰ等の情報処理装置とサービスとの連携を適切に管理することができる。このため、セキュリティ等の観点から連携させたくないサービスと勝手に連携してしまうことによるセキュリティの低下を防止することも可能となる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施例について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

Claims (12)

1. ネットワーク上で提供されるサービスと連携するための中継機能が動作する情報処理装置であって、
   ネットワーク上で提供されるサービスを利用可能な第１のアプリケーションを含む、前記情報処理装置にインストールされた複数のアプリケーションを管理する管理手段と、
   前記管理手段に対して、前記第１のアプリケーションとは異なる、ネットワーク上で提供されるサービスを利用するためにインストールされた第２のアプリケーションを確認する確認手段と、
   前記確認手段による確認の結果に従い、前記中継機能による、ネットワーク上で提供されるサービスと連携するための機能情報の登録処理、または登録済みの機能情報を用いたネットワーク上で提供されるサービスの呼び出し処理を制御する制御手段と、
   を有することを特徴とする情報処理装置。
2. 前記制御手段は、前記確認の結果、第２のアプリケーションが存在しない場合に、前記中継機能による前記登録処理、または前記呼び出し処理を中止することを特徴とする請求項１に記載の情報処理装置。
3. 前記制御手段は、前記確認の結果、第２のアプリケーションが存在する場合に、第２のアプリケーションの関連情報に従い、前記中継機能による前記登録処理、または前記呼び出し処理を実行することを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記管理手段は、オペレーティングシステムで実現されることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記第１のアプリケーションは、ウェブブラウザを含むことを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記情報処理装置は、プリンタ、スキャナ、カメラの少なくともいずれかを含むコンピュータの周辺装置であることを特徴とする請求項１乃至５のいずれか１項に記載の情報処理装置。
7. 前記管理手段は、前記情報処理装置にインストールされたアプリケーションをライセンスに基づいて管理することを特徴とする請求項１乃至６のいずれか１項に記載の情報処理装置。
8. 前記確認手段は、前記第２のアプリケーションがインストールされ且つ前記第２のアプリケーションのライセンスが有効な場合に前記第２のアプリケーションが存在すると判断し、前記第２のアプリケーションがインストールされていない又は前記第２のアプリケーションのライセンスが無効な場合に前記第２のアプリケーションが存在しないと判断することを特徴とする請求項７に記載の情報処理装置。
9. 前記制御手段は、前記第２のアプリケーションが削除された場合または前記第２のアプリケーションのライセンスが無効となった場合に、前記機能情報の登録を抹消することを特徴とする請求項７又は８に記載の情報処理装置。
10. 前記呼び出し処理は、Ｗｅｂ Ｉｎｔｅｎｔｓ、又は、Ｗｅｂ Ａｃｔｉｖｉｔｉｅｓの仕組みを用いたものであることを特徴とする請求項１乃至９のいずれか１項に記載の情報処理装置。
11. ネットワーク上で提供されるサービスと連携するための中継機能が動作する情報処理装置の制御方法であって、
    ネットワーク上で提供されるサービスを利用可能な第１のアプリケーションを含む、前記情報処理装置にインストールされた複数のアプリケーションを管理する管理手段に対して、前記第１のアプリケーションとは異なる、ネットワーク上で提供されるサービスを利用するためにインストールされた第２のアプリケーションを確認する確認ステップと、
    前記確認ステップによる確認の結果に従い、前記中継機能による、ネットワーク上で提供されるサービスと連携するための機能情報の登録処理、または登録済みの機能情報を用いたネットワーク上で提供されるサービスの呼び出し処理を制御する制御ステップと、
    を有することを特徴とする情報処理装置の制御方法。
12. コンピュータを、請求項１乃至１０のいずれか１項に記載された手段として機能させるためのプログラム。

Images