JP2014063450A - 携帯端末、情報処理装置、および情報処理方法 - Google Patents

Abstract

【課題】アプリケーションのダウンロードを容易に行うことができるようにする。
【解決手段】本技術の携帯端末は、情報処理装置のブラウザ上での操作によってサーバからダウンロードされ、前記情報処理装置を介して送信されてきたアプリケーションを受信し、前記受信部により受信された前記アプリケーションをインストールする。本技術は、ネットワークを介してアプリケーションをダウンロードし、インストールすることによって機能を拡張することができる機器に適用することができる。
【選択図】図１

Description

本技術は、携帯端末、情報処理装置、および情報処理方法に関し、特に、アプリケーションのダウンロードを容易に行うことができるようにした携帯端末、情報処理装置、および情報処理方法に関する。

アプリケーションをダウンロードして好みの機能を追加することができるいわゆるスマートフォンが普及してきている。ユーザは、スマートフォンが搭載するOS(Operating System)に応じて用意されている購入サイトにアクセスして所望のアプリケーションを探してダウンロードし、インストールすることができる。

［平成２４年８月２７日検索］、インターネット,<http://www.sony.jp/walkman/products/NW-Z1000_series/feature_4.html >

今後、アプリケーションをダウンロードすることができる機能がスマートフォン以外のデバイスにも搭載されるようになることが考えられる。

そのようなデバイスから購入サイトに直接アクセスしてダウンロードすることができるようにしてもよいが、USB(Universal Serial Bus)ケーブルなどを介してPC(Personal Computer)に接続してPCとの間でデータのやりとりを行うのが一般的なデバイスである場合、PCを用いてアプリケーションをダウンロードし、デバイスにインストールすることができるとすれば便利である。

本技術はこのような状況に鑑みてなされたものであり、アプリケーションのダウンロードを容易に行うことができるようにするものである。

本技術の一側面の携帯端末は、情報処理装置のブラウザ上での操作によってサーバからダウンロードされ、前記情報処理装置を介して送信されてきたアプリケーションを受信する受信部と、前記受信部により受信された前記アプリケーションをインストールする管理部とを備える。

USBケーブルを介して前記情報処理装置と接続されており、前記受信部には、前記USBケーブルを介して送信されてきた前記アプリケーションを受信させることができる。

本技術の一側面の情報処理方法は、情報処理装置のブラウザ上での操作によってサーバからダウンロードされ、前記情報処理装置を介して送信されてきたアプリケーションを受信し、前記受信部により受信された前記アプリケーションをインストールするステップを含む。

本技術の他の側面の情報処理装置は、サーバにアクセスし、携帯端末用のアプリケーションの選択画面をブラウザの機能によって表示させる表示部と、前記選択画面において選択され、ダウンロードされた前記アプリケーションを前記ブラウザのプラグインの機能によって前記携帯端末に送信する送信部とを備える。

USBケーブルを介して前記携帯端末と接続されており、前記送信部には、前記アプリケーションを前記USBケーブルを介して送信させることができる。

本技術の他の側面の情報処理方法は、サーバにアクセスし、携帯端末用のアプリケーションの選択画面をブラウザの機能によって表示させ、前記選択画面において選択され、ダウンロードされた前記アプリケーションを前記ブラウザのプラグインの機能によって前記携帯端末に送信するステップを含む。

ネットワークとは、少なくとも２つの装置が接続され、ある装置から、他の装置に対して、情報の伝達をできるようにした仕組みをいう。ネットワークを介して通信する装置は、独立した装置どうしであっても良いし、１つの装置を構成している内部ブロックどうしであっても良い。

また、通信とは、無線通信および有線通信は勿論、無線通信と有線通信とが混在した通信、即ち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであっても良い。さらに、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであっても良い。

本技術によれば、アプリケーションのダウンロードを容易に行うことができる。

本技術の一実施形態に係るネットワークシステムの構成例を示す図である。 カメラ情報の例を示す図である。 管理情報の例を示す図である。 アプリケーションの購入処理について説明するフローチャートである。 ポータル画面の例を示す図である。 アプリケーションのダウンロード処理について説明するフローチャートである。 アプリケーションのダウンロード処理について説明する、図６に続くフローチャートである。 メッセージの例を示す図である。 メッセージの例を示す図である。 メッセージの例を示す図である。 メッセージの例を示す図である。 メッセージの例を示す図である。 メッセージの例を示す図である。 アプリケーションの詳細画面の例を示す図である。 操作ボタンの表示の例を示す図である。 アプリケーションの確認処理について説明するフローチャートである。 メッセージの例を示す図である。 メッセージの例を示す図である。 メッセージの例を示す図である。 メッセージの例を示す図である。 メッセージの例を示す図である。 メッセージの例を示す図である。 メッセージの例を示す図である。 PCのハードウェア構成例を示すブロック図である。 デジタルカメラのハードウェア構成例を示すブロック図である。 PCとデジタルカメラの機能構成例を示すブロック図である。 サーバの機能構成例を示すブロック図である。

＜ネットワークシステムの構成＞
図１は、本技術の一実施形態に係るネットワークシステムの構成例を示す図である。

図１のネットワークシステムは、PC１、ポータルサーバ２１、アプリDL管理サーバ２２、ライセンス管理サーバ２３、およびUI管理サーバ２４がインターネットなどのネットワーク１１を介して接続されることによって構成される。PC１には、USBケーブル３を介してデジタルカメラ２が接続されている。デジタルカメラ２は例えばPC１のユーザが所有するものである。

PC１は、ブラウザを搭載し、ネットワーク１１に接続されているサーバにアクセスして各種の情報の送受信を行うことができる。例えば、PC１は、アプリDL管理サーバ２２からダウンロードしたデジタルカメラ２用のアプリケーションをUSBケーブル３を介してデジタルカメラ２に転送し、インストールさせることができる。アプリケーションのダウンロードの要求はPC１のブラウザから行われるが、アプリケーションのファイルの送受信は、デジタルカメラ２とアプリDL管理サーバ２２の間で、PC１をスルーする形（PC１がファイルを認識できない形）で行われる。図１のネットワークシステムは、例えばデジタルカメラのメーカが管理するシステムである。

デジタルカメラ２は、Linux（登録商標）などのOSを搭載した端末であり、PC１を介して、サーバとの間で通信を行う。PC１には、ブラウザと、ブラウザのプラグインとして、デジタルカメラ２との間で通信を行うためのダウンローダが用意されている。サーバとデジタルカメラ２の間の通信は、ブラウザとダウンローダの機能によって実現される。サーバとデジタルカメラ２の間の通信は、例えばHTTPS(Hypertext Transfer Protocol over Secure Socket Layer)によって行われる。

デジタルカメラ２から例えばポータルサーバ２１に対しては、図２に示すようなカメラ情報が送信される。図２の例においては、アカウントID、デジタルカメラ２の名前、シリアル番号、デバイスID、ストレージ容量、ストレージの空き容量、デジタルカメラ２のバッテリ残量、デジタルカメラ２のファームウエアのバージョンの情報がカメラ情報に含まれる。アプリID、バージョンなどの、インストール済みのアプリケーションの情報もカメラ情報に含まれる。

デジタルカメラ２は、アプリDL管理サーバ２２からダウロードされ、PC１から転送されてきたアプリケーションをインストールする。図１の例においてはPC１に接続するデバイスとしてデジタルカメラ２を示しているが、スマートフォン、タブレット端末、ゲーム機、電子書籍などの他の種類のデバイスがPC１に接続されるようにしてもよい。また、PC１とデジタルカメラ２がUSBケーブル３で接続されるようになされているが、他の規格のケーブルを介して接続されるようにしてもよいし、無線で接続されるようにしてもよい。

デジタルカメラ２は無線LANなどの通信機能を搭載している。デジタルカメラ２は、アクセスポイントを介してネットワーク１１に接続し、サーバとの間で直接、PC１を介することなくデータの送受信を行うこともできる。

ポータルサーバ２１は、アプリケーションのダウンロードのためのポータルサイトを管理する。また、ポータルサーバ２１は、ユーザのアカウントIDと対応付けて、それぞれのユーザが所有するデジタルカメラの情報を管理する。ユーザは、デジタルカメラ２用のアプリケーションのダウンロードを行う前に、アカウントID、パスワード、電子メールアドレス、ダウンロードしたアプリケーションの代金の支払いに用いられるクレジットカード番号などの情報を登録しておく必要がある。ユーザにより登録されたユーザ情報は、例えばライセンス管理サーバ２３により管理される。

図３は、ポータルサーバ２１が管理する管理情報の例を示す図である。図３の例においては、アカウントIDと対応付けて、PC１に過去に接続したカメラの情報、ユーザが所有しているカメラの情報が管理されている。カメラの情報には、カメラのシリアル番号、デバイスID、カメラ名が含まれる。また、図３の例においては、PC１に過去に接続したカメラやユーザが所有しているカメラにインストール済みのアプリケーションのアプリID、バージョンの情報がアカウントIDと対応付けて管理されている。

ポータルサーバ２１は、後述するように、PC１のブラウザやデジタルカメラ２との間で通信を行い、図２、図３に示す情報を用いるなどしてアプリケーションのダウンロードを実現させる。

アプリDL管理サーバ２２は、アプリケーションのダウンロードを管理する。

ライセンス管理サーバ２３は、ユーザが購入したアプリケーションのライセンスをアカウントIDなどと対応付けて管理する。例えば１つのアプリケーションは、１０台のデバイスにインストールすることができるようになされている。

UI(User Interface)管理サーバ２４は、ポータルサーバ２１が管理するポータルサイトにPC１のユーザがブラウザからアクセスしたときのUIを管理する。PC１上のUIの管理は、ポータルサーバ２１だけでなく、UI管理サーバ２４によっても行われることになる。

このような構成を有するネットワークシステムにおいては、PC１のユーザは、PC１のブラウザからポータルサーバ２１にアクセスし、ブラウザ画面上の操作によって、デジタルカメラ２用のアプリケーションをデジタルカメラ２にインストールすることができる。

＜ネットワークシステムの動作＞
ここで、図１のネットワークシステムの動作について説明する。デジタルカメラ２用のアプリケーションのダウンロードに関する図１のネットワークシステムの処理は、主に、アプリケーションを購入する処理と、購入したアプリケーションをダウンロードする処理からなる。

［アプリケーションの購入処理］
はじめに、図４のフローチャートを参照して、アプリケーションの購入処理について説明する。以下、適宜、PC１のユーザが登録しているアカウントIDが“Ａ”であり、デジタルカメラ２のデバイスIDが“Dev1”であるものとする。また、ユーザがアプリケーション“Ｐ”を購入するものとする。

図４の処理は、例えばPC１のユーザがブラウザを起動してポータルサーバ２１にアクセスしたときに開始される。ポータルサーバ２１にアクセスしたとき、PC１のディスプレイにはポータル画面が表示される。デジタルカメラ２は、PC１に接続されていてもよいし、接続されていなくてもよい。

図５は、ポータル画面の例を示す図である。ポータル画面は、主に、機種情報表示部５１とアプリケーション情報表示部５２から構成される。

機種情報表示部５１には、縦に並べて、デジタルカメラの外観を表すアイコン（画像）が表示され、それぞれのアイコンの右隣に機種名が表示される。サインイン前、機種情報表示部５１には、例えば図１のネットワークシステムを管理するメーカが発売済みのデジタルカメラの外観を表すアイコンが新しいものから順に表示される。図５の例においては、上から順に、NEX-8、NEX-9、NEX-10、NEX-11、NEX-12、NEX-13の機種名とアイコンが表示されている。

アプリケーション情報表示部５２には、ダウンロードすることが可能なアプリケーションを表すアイコンとその説明が並べて表示される。図５の例においては、新着のアプリケーションを表すアイコン６１乃至６３が拡大して強調表示されている。アイコン６１乃至６３の右隣にはそれぞれボタン７１乃至７３が表示されている。

例えばアイコン６１の上にはアプリケーション名、アプリケーションの機能の説明が表示され、アイコン６１の右隣には、アイコン６１により識別されるアプリケーションを購入するときに操作されるボタン７１が表示される。ボタン７１には「購入」の文字が表示されている。アイコン６１とボタン７１の下には、アプリケーションの機能を表すイメージ画像が表示される。

ポータル画面の下方にも、各種のアプリケーションを表すアイコンが表示されている。ユーザは、このようなポータル画面から所定のアプリケーションを選択することによって、アプリケーションの詳細を確認したり、購入したりすることができる。また、ポータル画面の右上には、図１のネットワークシステムにサインインするときに操作されるサインインボタン８１が表示される。

このようなポータル画面がブラウザによって表示されている状態でサインインボタン８１が押されたとき、ステップＳ１において、PC１のブラウザは、サインインの要求を表す情報をポータルサーバ２１に送信する。

ステップＳ２１において、ポータルサーバ２１は、PC１のブラウザから送信されてきた情報を受信し、ステップＳ２２において、受信した情報をUI管理サーバ２４に送信する。

ステップＳ５１において、UI管理サーバ２４は、ポータルサーバ２１を介してPC１のブラウザから送信されてきた情報を受信し、ステップＳ５２において、サインインのためのUIをポータル画面に重ねて表示させる。

ステップＳ２において、PC１のブラウザは、UI管理サーバ２４による制御に従ってサインインのためのUI（サインイン画面）を表示させる。例えばPC１のディスプレイにはアカウントIDとパスワードの入力画面が表示される。アカウントIDとパスワードが入力されたとき、ステップＳ３において、PC１のブラウザは、アカウントID（“Ａ”）とパスワードをUI管理サーバ２４に送信する。

ステップＳ５３において、UI管理サーバ２４は、PC１のブラウザから送信されてきたアカウントIDとパスワードを受信し、ステップＳ５４においてセッションIDをポータルサーバ２１に送信する。PC１のブラウザから送信されてきたアカウントIDとパスワードは例えばセッションIDとともにUI管理サーバ２４からライセンス管理サーバ２３に送信され、予め登録されている情報を用いて認証が行われる。

ステップＳ２３において、ポータルサーバ２１は、UI管理サーバ２４から送信されてきたセッションIDを受信し、ステップＳ２４においてライセンス管理サーバ２３に送信する。

ステップＳ４１において、ライセンス管理サーバ２３は、ポータルサーバ２１から送信されてきたセッションIDを受信する。ステップＳ４２において、ライセンス管理サーバ２３は、アカウントIDとパスワードを用いた認証が成功している場合、PC１のユーザのアカウントIDとパスワードなどの情報をポータルサーバ２１に送信する。

ステップＳ２５において、ポータルサーバ２１は、ライセンス管理サーバ２３から送信されてきた情報を受信し、ステップＳ２６において、ポータル画面を更新する。

例えば、ポータルサーバ２１は、アカウントIDを所定の位置に表示させるなどしてサインインが完了していることをユーザに通知する。

また、ポータルサーバ２１は、機種情報表示部５１に表示されているアイコンの並びを、ユーザが所有しているカメラを表すアイコンや、過去にPC１に接続したことがあるカメラを表すアイコンが優先的に表示されるように切り替える。図３を参照して説明したように、ポータルサーバ２１においては、アカウントIDと対応付けて、過去にPC１に接続したことがあるカメラなどの情報が管理されている。例えば、アカウントID“Ａ”と対応付けて、ユーザが所有しているカメラの名前であるNEX-10が管理されている場合、機種情報表示部５１には、NEX-10の機種名とそのアイコンのみが表示される。

さらに、ポータルサーバ２１は、アプリケーション情報表示部５２に表示されているアイコンの並びを、ユーザが所有しているカメラや過去にPC１に接続したことがあるカメラにインストールが可能なアプリケーションを表すアイコンが優先的に表示されるように切り替える。インストールが可能なアプリケーションを表すアイコンのみがアプリケーション情報表示部５２に表示されるようにしてもよい。

ポータル画面の表示が切り替えられることにより、ユーザは、自分が所有しているデジタルカメラ２に対応したアプリケーションを容易に探すことができる。

ボタン（「購入」の文字が表示されているボタン）が押されるなどしてアプリケーション“Ｐ”の購入がユーザにより選択された場合、ステップＳ４において、PC１のブラウザは、アプリケーションの購入を要求する情報をポータルサーバ２１に送信する。ポータルサーバ２１に送信される情報にはアプリケーション“Ｐ”の識別情報が含まれる。

ステップＳ２７において、ポータルサーバ２１は、PC１のブラウザから送信されてきた情報を受信し、ステップＳ２８に進み、受信した情報をUI管理サーバ２４に送信する。

ステップＳ５５において、UI管理サーバ２４は、ポータルサーバ２１から送信されてきた情報を受信し、ステップＳ５６において、アプリケーションの購入のためのUIをPC１に表示させる。

ステップＳ５において、PC１のブラウザは、UI管理サーバ２４による制御に従ってアプリケーションの購入のためのUI（購入画面）を表示させる。例えばPC1のディスプレイには、ユーザにより選択されたアプリケーションの詳細な情報を含む購入画面が表示される。購入画面には、アプリケーションの購入を指示するときに操作される購入ボタンなども表示される。

購入ボタンが押されたとき、ステップＳ６において、PC１のブラウザは、アプリケーションの購入を要求する購入情報をUI管理サーバ２４に送信する。

ステップＳ５７において、UI管理サーバ２４は、PC１のブラウザから送信されてきた購入情報を受信し、ステップＳ５８において、購入情報を受信したことを表す情報をポータルサーバ２１に送信する。PC１のブラウザから送信されてきた購入情報は例えばUI管理サーバ２４からライセンス管理サーバ２３に送信され、課金処理などが行われた後、購入済みのアプリケーションを表す情報がアカウントIDと対応付けて管理される。

ステップＳ３０において、ポータルサーバ２１は、購入が完了したか否かをライセンス管理サーバ２３に対して問い合わせる。

ステップＳ４３において、ライセンス管理サーバ２３は、ポータルサーバ２１からの問い合わせを受信し、ステップＳ４４において、購入済みであることを表す情報をポータルサーバ２１に送信する。

ステップＳ３１において、ポータルサーバ２１は、ライセンス管理サーバ２３からの情報を受信し、ステップＳ３２において、ポータル画面の表示を更新する。例えば、ポータルサーバ２１は、購入が完了したアプリケーションを表すアイコンの隣に表示されているボタンの文字を、「購入」から「インストール」に変更するなどしてポータル画面の表示を更新させる。

アプリケーションの購入情報が送信される前（ステップＳ６の前）に、PC１に接続されたデジタルカメラ２のカメラ情報をポータルサーバ２１が取得している場合、購入が要求されたアプリケーションがデジタルカメラ２に対応している否かをポータルサーバ２１が確認するようにすることも可能である。購入が要求されたアプリケーションがデジタルカメラ２に対応していない場合、ポータルサーバ２１は、対応していないことを表すメッセージをポータル画面に表示させる。アプリケーションがデジタルカメラ２に対応している否かをアプリケーションの購入前に確認する処理については図２０以降を参照して説明する。

また、アプリケーションの購入時、追加で必要なアプリケーションの情報をステップＳ５において表示される購入画面などに表示させるようにすることも可能である。

［アプリケーションのダウンロード処理］
次に、図６および図７のフローチャートを参照して、アプリケーションのダウンロード処理について説明する。

図６および図７の処理は、例えば、図４の処理によってアプリケーションを購入したPC１のユーザが、その購入済みのアプリケーションのダウンロードの開始を指示したときに開始される。アプリケーションを購入したとき、PC１のディスプレイには、アプリケーションのダウンロードの開始を指示するときに操作されるボタンが表示される。ここでは、サインインが終了し、アプリケーションのダウンロードの開始を指示する前に、PC１のユーザがデジタルカメラ２をPC１に接続しているものとする。

ステップＳ１３１において、PC１のブラウザは、ユーザによる操作に応じて、アプリケーションのダウンロードの要求を表す情報をポータルサーバ２１に送信する。

ステップＳ１４１において、ポータルサーバ２１は、PC１のブラウザから送信されてきた情報を受信する。ステップＳ１４２において、ポータルサーバ２１は、.xpd2ファイルを生成する。.xpd2ファイルには、correlation ID、接続先URLが含まれる。接続先URLは、デジタルカメラ２の認証のための接続先を表す。ステップＳ１４３において、ポータルサーバ２１は、.xpd2ファイルをPC１に送信する。

ステップＳ１２１において、PC１のダウンローダは、.xpd2ファイルが送信されてくることに応じて起動する。ステップＳ１２２において、ダウンローダは、デジタルカメラ２をMTP(Media Transfer Protocol)モードに切り替え、.xpd2ファイルに含まれるcorrelation ID、接続先URLをデジタルカメラ２に転送する。

ステップＳ１０１において、デジタルカメラ２は、PC１から送信されてきた情報を受信する。

ステップＳ１０２において、デジタルカメラ２は、接続先URLによって指定される接続先であるポータルサーバ２１にアクセスし、所定の方式によってデジタルカメラ２の認証を行わせる。

ステップＳ１４４において、ポータルサーバ２１は、デジタルカメラ２の認証を行う。

クライアントを確認できた場合、ステップＳ１４５において、ポータルサーバ２１は、認証が成功したことを表す情報をデジタルカメラ２に送信する。認証が失敗した場合、ポータルサーバ２１は、PC１のディスプレイに、アプリケーションのダウンロードができない旨を表すメッセージを表示させる。

なお、PC１にダウンローダがインストールされていない場合、ポータルサーバ２１からステップＳ１４３において送信された情報はPC１からデジタルカメラ２に転送されず、ポータルサーバ２１によるデジタルカメラ２の認証が行われない。この場合、ポータルサーバ２１は、ダウンローダのデータをPC１のブラウザに送信し、プラグインとしてインストールを行わせてからステップＳ１４３以降の処理を行う。

ステップＳ１０３において、デジタルカメラ２は、ポータルサーバ２１から送信されてきた情報を受信し、ステップＳ１０４において、カメラ情報（図２）とcorrelation IDをポータルサーバ２１に送信する。

ステップＳ１４６において、ポータルサーバ２１は、デジタルカメラ２から送信されてきたカメラ情報とcorrelation IDを受信し、ステップＳ１４７において、カメラ情報を用いた各種の判定処理を行う。ステップ１４７において、ポータルサーバ２１は、判定処理の結果に応じて、ポータル画面を更新する。

例えば、ポータルサーバ２１は、機種情報表示部５１に表示されているアイコンの並びを、PC１に接続されているデジタルカメラ２を表すアイコンが一番上に表示されるように切り替える。

また、ポータルサーバ２１は、アプリケーション情報表示部５２に表示されているアイコンの並びを、デジタルカメラ２にインストールが可能なアプリケーションを表すアイコンが優先的に表示されるように切り替える。インストールが可能なアプリケーションを表すアイコンのみがアプリケーション情報表示部５２に表示されるようにしてもよい。ポータル画面の表示が切り替えられることにより、ユーザは、自分が接続しているデジタルカメラ２に対応したアプリケーションを容易に探すことができる。

さらに、ポータルサーバ２１は、インストール済みのアプリケーションを表すアイコンの隣に表示されているボタンに「インストール済み」の文字を表示させる。また、ポータルサーバ２１は、デジタルカメラ２にインストール済みのアプリケーションのバージョンと、同じアプリケーションの現在ダウンロードが可能な最新のバージョンとを比較し、インストール済みのアプリケーションのバージョンが古い場合、そのアプリケーションを表すアイコンの隣に表示されているボタンに「アップデート」の文字を表示させる。図３を参照して説明したように、ポータルサーバ２１にはインストール済みのアプリケーションの情報が管理されており、ポータル画面の更新に用いられる。

これにより、ユーザは、自分が接続しているデジタルカメラ２にインストール済みのアプリケーションと、インストールしていないアプリケーションを容易に区別することができる。また、ユーザは、インストール済みのアプリケーションのバージョンアップ版があることを容易に確認することができる。

ステップＳ１４９において、ポータルサーバ２１は、correlation ID用の処理を作成し、ライセンスを発行することをライセンス管理サーバ２３に要求する。ライセンスの発行の要求とともにライセンス管理サーバ２３に送信される情報には、例えば、PC１のユーザのアカウントID“Ａ”、ダウンロードが要求されたアプリケーションのアプリID“Ｐ”、ライセンスの発行先となるデジタルカメラ２のデバイスIDである“Dev1”の情報が含まれる。

ステップＳ１７１において、ライセンス管理サーバ２３は、ポータルサーバ２１から送信されてきた情報を受信し、ステップＳ１７２において、アカウントID、アプリケーションの情報、デジタルカメラ２のデバイスIDを対応付けて登録することによって、デジタルカメラ２用のライセンスを発行する。ライセンス管理サーバ２３からポータルサーバ２１に対しては、ライセンスの内容を表す情報が送信される。

ライセンス管理サーバ２３においては、例えばcorrelation IDと対応付けて、ユーザのアカウントID、インストールを行ったカメラのデバイスID、インストールされたアプリケーションのアプリIDが管理される。ポータルサーバ２１は、ライセンス管理サーバ２３において管理されている情報を参照することにより、どのユーザに、どのアプリケーションが、何台のカメラにインストールされたのかを確認することができる。この確認は、所定のタイミングで、ポータルサーバ２１からライセンス管理サーバ２３に対する問い合わせによって行われる。

ステップＳ１５０において、ポータルサーバ２１は、ライセンス管理サーバ２３から送信されてきた情報を受信する。

ステップＳ１５１において、ポータルサーバ２１は、デジタルカメラ２から送信されてきたカメラ情報の中にアカウントIDが含まれていない場合、コマンドとともにアカウントIDをデジタルカメラ２に送信し、アカウントIDの書き込みを行わせる。デジタルカメラ２に書き込まれるアカウントIDは、図４のステップＳ２５において取得された、PC１のユーザによりサインイン時に入力されたアカウントIDである。

ステップＳ１０５において、デジタルカメラ２は、ポータルサーバ２１から送信されてきたアカウントIDをメモリに記憶するなどしてカメラ情報として管理する。後述するように、サインイン時に入力されたユーザのアカウントIDと、カメラ情報として管理されるアカウントIDを用いて、サインインを行ったユーザと、アプリケーションのインストール先となるカメラの所有者が一致するか否かの判定が可能になる。

ステップＳ１５２において、ポータルサーバ２１は、アプリケーションのダウンロードのためのアプリURLをデジタルカメラ２に送信する。アプリURLには、接続先としてアプリDL管理サーバ２２を示す情報が含まれる。

ステップＳ１０６において、デジタルカメラ２は、ポータルサーバ２１から送信されてきたアプリURLを受信し、ステップＳ１０７（図７）において、アプリURLに基づいてアプリDL管理サーバ２２にアクセスする。

ステップＳ１６１において、アプリDL管理サーバ２２は、デジタルカメラ２からのアクセスを受け付け、ステップＳ１６２において、アプリURLにより指定されるファイルをデジタルカメラ２に送信する。デジタルカメラ２に送信されるファイルにはアプリケーションのデータが格納されている。

ステップＳ１０８において、デジタルカメラ２は、アプリDL管理サーバ２２から送信されてきたファイルを受信し、ステップＳ１０９において、アプリケーションをインストールする。

ステップＳ１１０において、デジタルカメラ２は、カメラ情報をポータルサーバ２１に送信する。

ステップＳ１５３において、ポータルサーバ２１は、デジタルカメラ２から送信されてきた情報を受信し、ステップＳ１５４において、ポータル画面を更新する。例えば、ポータルサーバ２１は、新たにインストールされたアプリケーションを表すアイコンの隣に表示されているボタンに「インストール済み」の文字を表示させるようにしてポータル画面を更新する。

また、ポータルサーバ２１は、インストールが終了したアプリケーションと関連のあるアプリケーションであって、インストールが行われていないアプリケーションがある場合、そのようなアプリケーションがあることを表す情報をポータル画面に表示させる。

以上のように、ユーザは、デジタルカメラ２用のアプリケーションを、PC１のブラウザ上の操作で容易にダウンロードすることができる。

デジタルカメラ２のバッテリの残量が少ない場合、アプリケーションのインストールを行わせないようにすることも可能である。例えば、ポータルサーバ２１は、図６のステップＳ１０５においてデジタルカメラ２から送信されていたカメラ情報に含まれるバッテリの残量を確認し、閾値より少ない場合、アプリケーションのインストール処理を終了する。これにより、インストール中にデジタルカメラ２のバッテリがなくなり、不具合が生じるのを防ぐことができる。

［ポータルサーバ２１の判定処理］
ここで、図６のステップＳ１４７の判定処理と、判定結果に基づいてステップＳ１４８において更新されるポータル画面の例について説明する。

・判定処理１
ポータルサーバ２１は、カメラ情報に含まれるアカウントIDと、PC１のユーザのアカウントIDが一致するか否かを判定する。前者のアカウントIDはステップＳ１４６において受信したカメラ情報に含まれるものであり、後者のアカウントIDは図４のステップＳ２５において受信したものである。両方のアカウントIDが一致することは、サインインを行っているPC１のユーザと、PC１に接続されているデジタルカメラ２の所有者が一致することを表す。

ポータルサーバ２１は、カメラ情報に含まれるアカウントIDと、PC１のユーザのアカウントIDが一致する場合、上述したようにしてアプリケーションのダウンロードを継続させる。

また、ポータルサーバ２１は、アカウントIDが一致しない場合、ステップＳ１４８において、図８に示すメッセージをポータル画面に表示させ、アプリケーションのダウンロードを中断する。図８の例においては、カメラに書き込まれているアカウントIDが、PC１のユーザのアカウントIDと異なることを通知するメッセージが表示されている。

これにより、サインインを行ってアプリケーションを購入したユーザが、他人のカメラにそのアプリケーションをダウンロードするといったような行為を防ぐことが可能になる。

・判定処理２
ポータルサーバ２１は、アプリケーションをダウンロードしようとするデジタルカメラ２のバッテリの残量が十分にあるか否かを判定する。ステップＳ１４６において受信されたカメラ情報には、図２を参照して説明したようにデジタルカメラ２のバッテリの残量を表す情報が含まれる。

ポータルサーバ２１は、カメラ情報に含まれる情報に基づいてデジタルカメラ２のバッテリの残量を特定する。ポータルサーバ２１は、デジタルカメラ２のバッテリの残量が閾値より多い場合、上述したようにしてアプリケーションのダウンロードを継続させる。

また、ポータルサーバ２１は、デジタルカメラ２のバッテリの残量が閾値より少ない場合、ステップＳ１４８において、図９に示すメッセージをポータル画面に表示させ、アプリケーションのダウンロードを中断する。図９の例においては、デジタルカメラ２のバッテリの残量が不足していることを通知するメッセージが表示されている。

これにより、アプリケーションのダウンロード中やダウンロードしたアプリケーションのインストール中にデジタルカメラ２のバッテリがなくなり、起動しなくなるといったような不具合が発生してしまうことを防ぐことが可能になる。

・判定処理３
ポータルサーバ２１は、アプリケーションをダウンロードしようとするデジタルカメラ２のメモリに空き容量が十分にあるか否かを判定する。ステップＳ１４６において受信されたカメラ情報には、図２を参照して説明したようにデジタルカメラ２のメモリの空き容量を表す情報が含まれる。

ポータルサーバ２１は、カメラ情報に含まれる情報に基づいてデジタルカメラ２のメモリの空き容量を特定する。ポータルサーバ２１は、メモリの空き容量がアプリケーションのデータ量より多い場合、上述したようにしてアプリケーションのダウンロードを継続させる。

また、ポータルサーバ２１は、メモリの空き容量がアプリケーションのデータ量より少ない場合、ステップＳ１４８において、図１０に示すメッセージをポータル画面に表示させ、アプリケーションのダウンロードを中断する。図１０の例においては、アプリケーションのデータ量が2MBであるのに対して、デジタルカメラ２のメモリの空き容量が1.5MBしかなく、空き容量が不足していることをユーザに通知するメッセージが表示されている。空き容量が1.5MBであることは、カメラ情報に含まれる情報に基づいて特定されたものである。

これにより、メモリの空き容量が不足しているデジタルカメラ２に対してダウンロードが行われるのを防ぐことが可能になる。

・判定処理４
ポータルサーバ２１は、ダウンロードが要求されたアプリケーションをデジタルカメラ２にインストールすることができるか否かを判定する。カメラの機種によって、動作可能なアプリケーションと動作不能なアプリケーションがある。ダウンロードが要求されたアプリケーションが、デジタルカメラ２に対応しているか否かが判定されることになる。

図２を参照して説明したように、カメラ情報にはデジタルカメラ２の機種名を表す情報が含まれる。ポータルサーバ２１は、各アプリケーションの対応機種を表す情報を予め有している。

ポータルサーバ２１は、カメラ情報に含まれる情報に基づいてデジタルカメラ２の機種を特定する。ポータルサーバ２１は、ダウンロードが要求されたアプリケーションがデジタルカメラ２に対応していると判定した場合、上述したようにしてアプリケーションのダウンロードを継続させる。

また、ポータルサーバ２１は、ダウンロードが要求されたアプリケーションがデジタルカメラ２に対応していないと判定した場合、ステップＳ１４８において、図１１に示すメッセージをポータル画面に表示させ、アプリケーションのダウンロードを中断する。図１１の例においては、ダウンロードが要求されたアプリケーションが、デジタルカメラ２に対応していないことをユーザに通知するメッセージが表示されている。

これにより、対応していないアプリケーションのダウンロードが行われるのを防ぐことが可能になる。

・判定処理５
ポータルサーバ２１は、デジタルカメラ２のファームウエアのバージョンが、ダウンロードが要求されたアプリケーションに対応しているか否かを判定する。ファームウエアのバージョンによって、アプリケーションを動作可能なバージョンと、動作不能なバージョンがある。

図２を参照して説明したように、カメラ情報にはデジタルカメラ２のファームウエアのバージョンを表す情報が含まれる。ポータルサーバ２１は、各アプリケーションが対応するファームウエアのバージョンを表す情報を予め有している。

ポータルサーバ２１は、カメラ情報に含まれる情報に基づいてデジタルカメラ２のファームウエアのバージョンを特定する。ポータルサーバ２１は、デジタルカメラ２のファームウエアのバージョンが、ダウンロードが要求されたアプリケーションに対応していると判定した場合、上述したようにしてアプリケーションのダウンロードを継続させる。

また、ポータルサーバ２１は、デジタルカメラ２のファームウエアのバージョンが、ダウンロードが要求されたアプリケーションに対応していないと判定した場合、ステップＳ１４８において、図１２に示すメッセージをポータル画面に表示させ、アプリケーションのダウンロードを中断する。図１２の例においては、デジタルカメラ２のファームウエアのバージョンアップが必要であることをユーザに通知するメッセージが表示されている。

これにより、デジタルカメラ２のファームウエアでは対応していないアプリケーションのダウンロードが行われるのを防ぐことが可能になる。

・判定処理６
ポータルサーバ２１は、ダウンロードが要求されたアプリケーションのライセンスが残っているか否かを判定する。購入済みのアプリケーションには、１０台までといったように所定の数のデバイスにインストールすることができるライセンスが発行され、ライセンス管理サーバ２３により管理される。

ポータルサーバ２１は、例えば、PC１のユーザのアカウントIDに基づいてライセンス管理サーバ２３に対して問い合わせを行い、ダウンロードが要求されたアプリケーションが何台のカメラにインストールされているのかを確認する。上述したように、ライセンス管理サーバ２３においては、ユーザのアカウントID、インストールを行ったカメラのデバイスID、インストールされたアプリケーションのアプリIDが対応付けて管理されている。

ポータルサーバ２１は、ダウンロードが要求されたアプリケーションのライセンスが残っている（インストールの回数が上限に達していない）と判定した場合、上述したようにしてアプリケーションのダウンロードを継続させる。

また、ポータルサーバ２１は、ダウンロードが要求されたアプリケーションのライセンスが残っていないと判定した場合、ステップＳ１４８において、図１３に示すメッセージをポータル画面に表示させ、アプリケーションのダウンロードを中断する。例えばアプリケーションを購入することにより１０台のカメラにインストールすることができるライセンスが発行されるとした場合、１１台目のカメラにインストールしようとしたときにライセンスが残っていないと判定されることになる。

図１３の例においては、アプリケーションのインストールの回数が上限に達していることを通知するメッセージと、追加購入によってインストールが可能になることを通知するメッセージが表示されている。同じアプリケーションを再度購入することによって、ライセンスが追加して発行されることになる。

これにより、１つのアプリケーションが、上限を超えた数のカメラにインストールされるのを防ぐことが可能になる。

［ポータル画面の表示例］
図１４は、アプリケーションの詳細画面を示す図である。

アプリケーションの詳細画面には、図５の画面において選択されたアプリケーションに関する情報が表示される。例えば、図５の画面においてアプリケーションを表すアイコンが選択された場合やアイコンの隣に表示されているボタンが操作された場合に詳細画面が表示される。図１４の例においては、サインインが完了しているものとする。

詳細画面の左端には、アプリケーションのアイコン、名前などの基本情報の表示領域である基本情報部９１が形成される。基本情報部９１の下には確認ボタン９２が表示される。確認ボタン９２は、PC１に接続されているデジタルカメラ２が、ユーザが選択しているアプリケーションに対応した機種であるか否かを確認するときに操作されるボタンである。

基本情報部９１の右側には説明表示部９３が形成される。説明表示部９３には、選択中のアプリケーションの機能を説明するテキストの他に、選択中のアプリケーションが撮影機能に関するものである場合、その機能を利用して撮影された画像のサンプル画像などが表示される。

図１５は、図１４の基本情報部９１を拡大して示す図である。

基本情報部９１の上にはアイコン１０１が表示され、アイコン１０１の下には、選択中のアプリケーションの名前、バージョン、販売価格、インストールに必要なメモリの空き容量、対応機種の情報が表示される。対応機種の情報の下には、操作ボタン１０２が表示される。図１５の左側と右側に示すように、操作ボタン１０２上に表示される文字がステータスに応じて切り替えられる。

選択中のアプリケーションを購入済みであり、ライセンスが残っている場合、図１５の左側に示すように、操作ボタン１０２上には「インストール」の文字が表示される。「インストール」の文字が表示された操作ボタン１０２が操作されたとき、アプリケーションのダウンロードとインストールが図６を参照して説明したようにして行われる。インストールが完了したとき、操作ボタン１０２上には、「インストール済み」の文字が表示される。

一方、アプリケーションを購入済みではあるが、ライセンスが残っていない場合、図１５の右側に示すように、操作ボタン１０２上には「購入」の文字が表示される。また、操作ボタン１０２の下には、アプリケーションのインストールの回数が上限に達していることから、アプリケーションの追加購入を促すメッセージが表示されている。

上述したように、アプリケーションのインストールの回数が上限に達している場合、追加購入によってインストールが可能になる。「購入」の文字が表示された操作ボタン１０２が操作されたとき、例えば、アプリケーションの購入処理である、図４のステップＳ４以降の処理が行われる。

［アプリケーション購入後に確認ボタンが操作されたときの処理について］
次に、図１６のフローチャートを参照して、図１４の詳細画面において確認ボタン９２が操作されたときの処理について説明する。デジタルカメラ２がPC１に接続されているものとする。また、購入済みのアプリケーションの詳細画面において確認ボタン９２が操作されたものとする。

ステップＳ２３１において、PC１のブラウザは、ユーザにより確認ボタン９２が操作されることに応じて、選択中のアプリケーションがデジタルカメラ２に対応しているか否かの確認の要求を表す情報をポータルサーバ２１に送信する。

ステップＳ２４１において、ポータルサーバ２１は、PC１のブラウザから送信されてきた情報を受信する。ステップＳ２４２において、ポータルサーバ２１は、.xpd2ファイルを生成する。.xpd2ファイルには、correlation ID、接続先URLが含まれる。接続先URLは、確認結果を表示するためのポータルサーバ２１上のアドレスを表す。ステップＳ２４３において、ポータルサーバ２１は、.xpd2ファイルをPC１に送信する。

ステップＳ２２１において、PC１のダウンローダは、.xpd2ファイルが送信されてくることに応じて起動する。ステップＳ２２２において、ダウンローダは、デジタルカメラ２をMTPモードに切り替え、.xpd2ファイルに含まれるcorrelation ID、接続先URLをデジタルカメラ２に転送する。

ステップＳ２０１において、デジタルカメラ２は、PC１から送信されてきた情報を受信する。

ステップＳ２０２において、デジタルカメラ２は、接続先URLによって指定されるポータルサーバ２１に接続し、カメラ情報とcorrelation IDを送信する。

ステップＳ２４４において、ポータルサーバ２１は、デジタルカメラ２から送信されてきたカメラ情報とcorrelation IDを受信し、ステップＳ２４５において、カメラ情報を用いた判定処理を行う。ステップＳ２４６において、ポータルサーバ２１は、判定処理の結果に応じて、アプリケーションの詳細画面を更新する。

図１７は、選択中のアプリケーションがデジタルカメラ２に対応していると判定された場合に詳細画面に表示されるメッセージの例を示す図である。ポータルサーバ２１は、カメラ情報に含まれる情報に基づいてデジタルカメラ２の機種を特定し、各アプリケーションの対応機種を表す情報を参照して、対応しているか否かを判定することになる。

図１７の例においては、選択中のアプリケーションがデジタルカメラ２に対応していることを通知するメッセージが表示されている。その後、ユーザは、「インストール」の文字が表示された操作ボタン１０２を操作してインストールを行うことになる。

図１８は、選択中のアプリケーションがデジタルカメラ２に対応していないと判定された場合に詳細画面に表示されるメッセージの例を示す図である。図１８の例においては、選択中のアプリケーションがデジタルカメラ２に対応していないことを通知するメッセージが表示されている。

図１９は、デジタルカメラ２のファームウエアのバージョンが、選択中のアプリケーションに対応していないと判定された場合に詳細画面に表示されるメッセージの例を示す図である。ポータルサーバ２１は、カメラ情報に含まれる情報に基づいてデジタルカメラ２のファームウエアのバージョンを特定し、各アプリケーションの対応バージョンを表す情報を参照して、対応しているか否かを判定することになる。

図１９の例においては、デジタルカメラ２のファームウエアのバージョンアップが必要であることをユーザに通知するメッセージが表示されている。

これにより、ユーザは、購入したアプリケーションを、接続しているデジタルカメラ２にインストールすることができるか否かを確認することができる。

［アプリケーション購入前に確認ボタンが操作されたときの処理について］
選択中のアプリケーションがデジタルカメラ２に対応しているか否かの確認が、アプリケーションの購入前に行われるようにすることも可能である。

PC１からユーザがサインインを行った後、図１６を参照して説明した処理と同様の処理が行われる。デジタルカメラ２から送信されてきたカメラ情報に含まれる情報に基づいてポータルサーバ２１により各種の判定処理（ステップＳ２４５）が行われ、判定結果に応じて、詳細画面の表示が切り替えられる（ステップＳ２４６）。

図２０は、選択中のアプリケーションがデジタルカメラ２に対応していないと判定された場合に詳細画面に表示されるメッセージの例を示す図である。ポータルサーバ２１は、カメラ情報に含まれる情報に基づいてデジタルカメラ２の機種を特定し、各アプリケーションの対応機種を表す情報を参照して、対応しているか否かを判定することになる。

図２０の例においては、選択中のアプリケーションがデジタルカメラ２に対応していないことから、購入手続きを中断することを通知するメッセージが表示されている。

図２１は、デジタルカメラ２のファームウエアのバージョンが、選択中のアプリケーションに対応していないと判定された場合に詳細画面に表示されるメッセージの例を示す図である。ポータルサーバ２１は、カメラ情報に含まれる情報に基づいてデジタルカメラ２のファームウエアのバージョンを特定し、各アプリケーションの対応バージョンを表す情報を参照して、対応しているか否かを判定することになる。

図２１の例においては、デジタルカメラ２のファームウエアのバージョンアップが必要であることをユーザに通知するメッセージと、購入手続きを中断することを通知するメッセージが表示されている。

図２２は、デジタルカメラ２のメモリの空き容量が、選択中のアプリケーションをダウンロードするためには不足していると判定された場合に詳細画面に表示されるメッセージの例を示す図である。ポータルサーバ２１は、カメラ情報に含まれる情報に基づいてデジタルカメラ２のメモリの空き容量を特定し、選択中のアプリケーションのデータ量と比較して、空き容量が十分にあるか否かを判定することになる。

図２２の例においては、アプリケーションのデータ量が2MBであるのに対して、デジタルカメラ２のメモリの空き容量が1.5MBしかなく、空き容量が不足していることを通知するメッセージと、購入手続きを中断することを通知するメッセージが表示されている。

図２３は、カメラ情報に含まれるアカウントIDと、PC１のユーザのアカウントIDが一致していないと判定された場合に詳細画面に表示されるメッセージの例を示す図である。図２３の例においては、カメラに書き込まれているアカウントIDが、PC１のユーザのアカウントIDと異なることを通知するメッセージが表示されている。

これにより、ユーザは、購入を検討しているアプリケーションを、接続しているデジタルカメラ２にインストールすることができるか否かを確認することができる。

＜各機器の構成＞
次に、以上のような処理を行う各機器の構成について説明する。

図２４は、PC１のハードウェア構成例を示すブロック図である。

CPU(Central Processing Unit)３０１、ROM(Read Only Memory)３０２、RAM(Random Access Memory)３０３は、バス３０４により相互に接続されている。

バス３０４には、さらに、入出力インタフェース３０５が接続されている。入出力インタフェース３０５には、キーボード、マウスなどよりなる入力部３０６、ディスプレイ、スピーカなどよりなる出力部３０７が接続される。また、入出力インタフェース３０５には、ハードディスクや不揮発性のメモリなどよりなる記憶部３０８、ネットワーク１１を介してサーバと通信を行う通信部３０９、USBケーブル３を介してデジタルカメラ２と通信を行うUSBインタフェース３１０が接続される。入出力インタフェース３０５にはリムーバブルメディア３１２を駆動するドライブ３１１も接続される。

ポータルサーバ２１乃至UI管理サーバ２４は、図２４に示すPC１の構成と同様の構成を有している。以下、適宜、図２４に示す構成をポータルサーバ２１乃至UI管理サーバ２４の構成として引用して説明する。

図２５は、デジタルカメラ２のハードウェア構成例を示すブロック図である。

撮影部３３１は、レンズ、撮像素子などよりなり、制御部３３２による制御に従って撮影を行う。撮影部３３１は、撮影によって得られた画像データを制御部３３２に出力する。

制御部３３２は、CPUやRAMなどを有しており、フラッシュメモリ３３４などに記憶されている所定のプログラムを読み出して実行し、操作部３３３に対するユーザの操作に応じてデジタルカメラ２の全体の動作を制御する。例えば、制御部３３２は、撮影部３３１から供給された画像データをフラッシュメモリ３３４やメモリカード３３８に出力して記憶させ、また、表示部３３７に出力して画像を表示させる。制御部３３２は、USBインタフェース３３５を介してPC１と通信を行い、PC１から送信されてきたアプリケーションのインストールなどを行う。

操作部３３３は、デジタルカメラ２の筐体に設けられたボタンや、表示部３３７に積層して設けられたタッチパネルなどよりなり、ユーザの操作の内容を表す信号を制御部３３２に出力する。

フラッシュメモリ３３４は、制御部３３２から供給されたアプリケーションのデータや画像データなどの各種のデータを記憶する。

USBインタフェース３３５は、USBケーブル３を介してPC１と通信を行う。USBインタフェース３３５は、制御部３３２から供給された情報をPC１に送信し、PC１から送信されてきた情報を受信して制御部３３２に出力する。

無線LANフェース３３６は、アクセスポイントを介してネットワーク１１に接続し、ネットワーク１１上のサーバと通信を行う。

表示部３３７は、LCD(Liquid Crystal Display)などよりなり、制御部３３２から供給されたデータに基づいて画像を表示したり、メニュー画面やWeb画面などの各種の画面を表示させたりする。

メモリカード３３８は、制御部３３２から供給されたデータを記憶する。メモリカード３３８に記憶されたデータは、適宜、制御部３３２により読み出される。

図２６は、PC１とデジタルカメラ２の機能構成例を示すブロック図である。

PC１には、ブラウザ４０１と、ブラウザ４０１のプラグインであるダウンローダ４０２が用意される。

デジタルカメラ２においては、USBダウンロードドライバ４１１、OS４１２、シリアル番号記憶部４１３、デバイスID記憶部４１４、バージョン記憶部４１５、およびプロダクト情報記憶部４１６が実現される。OS４１２においては、アプリケーション管理部４２１、通信制御部４２２、およびアカウント管理部４２３が実現される。例えば、シリアル番号記憶部４１３、デバイスID記憶部４１４、バージョン記憶部４１５、およびプロダクト情報記憶部４１６は図２５のフラッシュメモリ１３４上に実現される。

USBダウンロードドライバ４１１は、図２５のUSBインタフェース３３５を制御し、PC１を介して行われるポータルサーバ２１等との通信を制御する。

OS４１２のアプリケーション管理部４２１は、アプリケーションのインストールの管理（図７のステップＳ１０９）などを行う。通信制御部４２２は、ポータルサーバ２１等との通信を制御する。例えば、図６のステップＳ１０１乃至Ｓ１０８，Ｓ１１０の処理が通信制御部４２２により制御される。アカウント管理部４２３は、アカウントIDを管理する。

シリアル番号記憶部４１３は、デジタルカメラ２のシリアル番号を記憶する。デバイスID記憶部４１４は、デジタルカメラ２のデバイスIDを記憶する。バージョン記憶部４１５は、デジタルカメラ２のファームウエアのバージョンを記憶する。プロダクト情報記憶部４１６は、カメラ名を記憶する。シリアル番号記憶部４１３、デバイスID記憶部４１４、プロダクト情報記憶部４１６の記憶内容等が図２のカメラ情報として用いられる。

図２７は、ポータルサーバ２１、アプリDL管理サーバ２２、ライセンス管理サーバ２３、およびUI管理サーバ２４の機能構成例を示すブロック図である。図２７に示す各サーバの機能構成は、サーバを構成するCPUにより所定のプログラムが実行されることによって実現される。

ポータルサーバ２１においては、通信制御部４５１、通信制御部４５２、表示制御部４５３、USBダウンローダーインストーラ４５４、アプリケーション情報DB４５５、URL通知モジュール４５６、管理情報DB４５７、サーバ通信部４５８、および制御部４５９が実現される。

通信制御部４５１は、デジタルカメラ２との間の通信を制御する。例えば、図６のステップＳ１４４乃至Ｓ１４６，Ｓ１５１乃至Ｓ１５３の処理が通信制御部４５１により制御される。

通信制御部４５２は、PC１との間の通信を制御する。例えば、図４のステップＳ２１，Ｓ２７、図６のステップＳ１４１，Ｓ１４３の処理が通信制御部４５２により制御される。

表示制御部４５３は、通信制御部４５２を介してPC１と通信を行い、ポータル画面の表示を制御する。例えば、図４のステップＳ２６，Ｓ３２、図６のステップＳ１４８、図７のステップＳ１５４の処理が表示制御部４５３により制御される。

USBダウンローダーインストーラ４５４は、ダウンローダ４０２のインストールを制御する。USBダウンローダーインストーラ４５４は、PC１にダウンローダ４０２がインストールされていない場合、ダウンローダ４０２のデータをブラウザ４０１に送信し、インストールさせる。

アプリケーション情報DB４５５は、ダウンロード可能なアプリケーションの情報を記憶する。アプリケーション情報DB４５５に記憶されている情報を用いてポータル画面が表示される。

URL通知モジュール４５６は、アプリURLの通知を制御する。例えば、図６のステップＳ１５２の処理がURL通知モジュール４５６により制御される。

管理情報DB４５７は、図３に示す管理情報を記憶する。

サーバ通信部４５８は、ライセンス管理サーバ２３、UI管理サーバ２４との通信を制御する。例えば、図４のステップＳ２２乃至Ｓ２５，Ｓ２８，Ｓ２９，Ｓ３０，Ｓ３１、図６のステップＳ１４９，Ｓ１５０の処理がサーバ通信部４５８により制御される。ポータルサーバ２１とUI管理サーバ２４の間の通信はライセンス管理サーバ２３を介して行われる。

制御部４５９は、.xpd2ファイルの生成（図６のステップＳ１４２）、クライアントの確認（ステップＳ１４４）、カメラ情報を用いた判定処理（ステップＳ１４７）等の処理を制御する。

アプリDL管理サーバ２２においては、通信制御部４７１、アプリケーションDB４７２、およびダウンロード制御部４７３が実現される。

通信制御部４７１は、デジタルカメラ２との間の通信を制御する。例えば、図７のステップＳ１６１，Ｓ１６２の処理が通信制御部４７１により制御される。

アプリケーションDB４７２は、アプリケーションのデータを記憶する。アプリケーションDB４７２に記憶されているデータが読み出され、通信制御部４７１によってデジタルカメラ２に送信される。

ダウンロード制御部４７３は、アプリケーションのダウンロードを制御する。例えば、図７のステップＳ１６２の処理がダウンロード制御部４７３により制御される。

ライセンス管理サーバ２３においては、サーバ間API４８１、DLアプリ情報DB４８２、DLアプリライセンスDB４８３、およびユーザ情報DB４８４が実現される。

サーバ間API４８１は、ポータルサーバ２１との間の通信を制御する。サーバ間API４８１により、図４のステップＳ４１乃至Ｓ４４、図６のステップＳ１７１，Ｓ１７２の処理が制御される。

DLアプリ情報DB４８２は、アカウントIDと対応付けて、ダウンロード済みのアプリケーションの情報を記憶する。

DLアプリライセンスDB４８３は、アカウントIDと対応付けて、アプリケーションのライセンスの情報を記憶する。

ユーザ情報DB４８４は、各ユーザが登録したアカウントID、パスワード、電子メールアドレス、クレジットカード番号などの情報を記憶する。DLアプリ情報DB４８２、DLアプリライセンスDB４８３、DLアプリライセンスDB４８３に記憶されているデータが、適宜、サーバ間API４８１により読み出され、ポータルサーバ２１等に送信される。

UI管理サーバ２４においては、UI管理部５０１、およびUI管理部５０２が実現され。

UI管理部５０１は、PC１のユーザに対するUIの表示を制御する。UI管理部５０１により、図４のステップＳ５１乃至Ｓ５８の処理が制御される。

UI管理部５０２は、デジタルカメラ２のUIを制御する。

［変形例］
PC１からデジタルカメラ２に対するアプリケーションの転送がブラウザのプラグインとしてのダウンローダにより行われるものとしたが、プラグインと通常のPCアプリケーションの組み合わせにより、ダウンロードしたアプリケーションの転送が行われるようにしてもよい。

また、通常のPCアプリケーションのみにより、ダウンロードしたアプリケーションの転送が行われるようにすることも可能である。この場合、サーバ側で生成された接続先URL等のURLをPCアプリケーションが受け取るために、PC１のOSに対して、特定の拡張子のファイルを本PCアプリケーションと紐付ける設定が行われる。また、この特定の拡張子のファイルがダウンロードされた際に、ファイルを自動実行するための設定が行われる。これらの設定がPC１側で行われた後、サーバ側は、この特定の拡張子のファイル中に接続先URL等のURLを書き込み、アプリケーションのダウンロード操作がユーザにより行われることに応じて、ファイルをブラウザにダウンロードさせ、実行させる。

上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、汎用のパーソナルコンピュータなどにインストールされる。

インストールされるプログラムは、光ディスク（CD-ROM(Compact Disc-Read Only Memory)，DVD(Digital Versatile Disc)等）や半導体メモリなどよりなる図２４に示されるリムーバブルメディア３１２に記録して提供される。また、ローカルエリアネットワーク、インターネット、デジタル放送といった、有線または無線の伝送媒体を介して提供されるようにしてもよい。プログラムは、ROM３０２や記憶部３０８に、あらかじめインストールしておくことができる。

なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

なお、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

例えば、本技術は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。

さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

１ PC， ２ デジタルカメラ， ３ USBケーブル， １１ ネットワーク， ２１ ポータルサーバ， ２２ アプリDL管理サーバ， ２３ ライセンス管理サーバ， ２４ UI管理サーバ

Claims (6)

1. 情報処理装置のブラウザ上での操作によってサーバからダウンロードされ、前記情報処理装置を介して送信されてきたアプリケーションを受信する受信部と、
   前記受信部により受信された前記アプリケーションをインストールする管理部と
   を備える携帯端末。
2. USBケーブルを介して前記情報処理装置と接続されており、
   前記受信部は、前記USBケーブルを介して送信されてきた前記アプリケーションを受信する
   請求項１に記載の携帯端末。
3. 情報処理装置のブラウザ上での操作によってサーバからダウンロードされ、前記情報処理装置を介して送信されてきたアプリケーションを受信し、
   前記受信部により受信された前記アプリケーションをインストールする
   ステップを含む情報処理方法。
4. サーバにアクセスし、携帯端末用のアプリケーションの選択画面をブラウザの機能によって表示させる表示部と、
   前記選択画面において選択され、ダウンロードされた前記アプリケーションを前記ブラウザのプラグインの機能によって前記携帯端末に送信する送信部と
   を備える情報処理装置。
5. USBケーブルを介して前記携帯端末と接続されており、
   前記送信部は、前記アプリケーションを前記USBケーブルを介して送信する
   請求項４に記載の情報処理装置。
6. サーバにアクセスし、携帯端末用のアプリケーションの選択画面をブラウザの機能によって表示させ、
   前記選択画面において選択され、ダウンロードされた前記アプリケーションを前記ブラウザのプラグインの機能によって前記携帯端末に送信する
   ステップを含む情報処理方法。

Images