JP2023102637A - 電子機器、制御方法、及びプログラム - Google Patents

Abstract

【課題】電子機器におけるＣｒｏｓｓ－Ｏｒｉｇｉｎ Ｒｅｓｏｕｒｃｅ Ｓｈａｒｉｎｇ（ＣＯＲＳ）の設定における利便性を向上させること。【解決手段】電子機器は、Ｃｒｏｓｓ－Ｏｒｉｇｉｎ Ｒｅｓｏｕｒｃｅ Ｓｈａｒｉｎｇ（ＣＯＲＳ）の有効化または無効化に関する設定を含んだＣＯＲＳに関する設定のためのＡｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ（ＡＰＩ）を公開し、そのＡＰＩに対するＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）のリクエストを他の装置から受信した場合に、そのリクエストに基づいてＣＯＲＳに関する設定を実行する。【選択図】図１

Description

本発明は、電子機器間でのオリジン間リソース共有（ＣＯＲＳ）の設定技術に関する。

パーソナルコンピュータ、デジタルカメラ、ゲーム機、タブレット端末、携帯電話機など、多くの電子機器にカメラ機能および通信機能が搭載され、これらの電子機器間でデータを送受信することが一般的となっている。電子機器の中には、サーバ機能を搭載し、設定変更や内部データの取得などの機能をＡｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ（ＡＰＩ）として公開しているものも存在する。その電子機器と異なる外部装置は、ＡＰＩを用いて、そのような機能を外部から利用することができる。例えば、外部装置は、その公開されたＡＰＩを用いて電子機器にリクエストを送信して、その電子機器の動作を制御し、又は、その電子機器からデバイス情報やコンテンツデータファイルを取得することができる。また、この仕組みを用いることにより、電子機器を遠隔操作するアプリケーションやシステムを構築することもできる。

アプリケーションの形態の１つとして、Ｗｅｂブラウザを用いたＷｅｂアプリケーションが存在する。Ｗｅｂアプリケーションは、Ｗｅｂサーバから取得したＨｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ（ＨＴＭＬ）やＪａｖａＳｃｒｉｐｔ（登録商標）等のファイルをＷｅｂブラウザ上で動作させることによって機能する。ここで、Ｗｅｂブラウザは、Ｗｅｂアプリケーションの実行中、同一オリジンポリシー（Ｓａｍｅ－Ｏｒｉｇｉｎ Ｐｏｌｉｃｙ）に従って、そのＷｅｂアプリケーションの発行元のオリジンと異なるオリジンへのアクセスをブロックする。一方で、Ｗｅｂアプリケーションを用いて電子機器を操作するようなシステムを構築する場合、Ｗｅｂアプリケーションを公開するＷｅｂサーバのオリジンと電子機器のオリジンとが異なりうる。このため、同一オリジンポリシーの制約により、Ｗｅｂアプリケーションを用いて電子機器へリクエストを送信することができない場合があることが想定される。

同一オリジンポリシーを一部解除するための仕組みとして、オリジン間リソース共有（Ｃｒｏｓｓ－Ｏｒｉｇｉｎ Ｒｅｓｏｕｒｃｅ Ｓｈａｒｉｎｇ、ＣＯＲＳ）という仕組みが存在する。ＣＯＲＳでは、例えば、サーバが異なるオリジンのＷｅｂアプリケーションからリクエストを受信した際に、そのリクエストを許可するか否かを決定し、リクエストが許可された場合に、Ｗｅｂアプリケーションからそのサーバへのアクセスが可能となる。リクエスト先のサーバである電子機器がＣＯＲＳに対応することにより、上述のようなＷｅｂアプリケーションを用いたシステムにおいて、Ｗｅｂブラウザから電子機器へリクエストを送信することができるようになる。特許文献１には、ＣＯＲＳを用いて、クロスドメイン通信を可能とする技術が記載されている。

特開２０１９－７５１４４号公報

ＣＯＲＳによる、異なるオリジン間の通信を行うためには、リクエスト先のサーバにおいて、ＣＯＲＳの設定を行う必要がある。一方で、サーバとして機能する電子機器が、ユーザによる操作入力を受け付ける能力が高くない場合にはその設定を行うことができない場合がある。このような電子機器は、固定のＣＯＲＳ設定を保持することによって、ＣＯＲＳによる処理を実行することができる。しかしながら、オリジンが定期的に変更され、ＣＯＲＳの設定を変更する必要がある場合への対処が容易ではなく、利便性が低い。

本発明は、電子機器におけるＣＯＲＳの設定における利便性向上技術を提供する。

本発明の一態様による電子機器は、Ｃｒｏｓｓ－Ｏｒｉｇｉｎ Ｒｅｓｏｕｒｃｅ Ｓｈａｒｉｎｇ（ＣＯＲＳ）の有効化または無効化に関する設定を含んだＣＯＲＳに関する設定のためのＡｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ（ＡＰＩ）を公開する公開手段と、前記ＡＰＩに対するＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）のリクエストを他の装置から受信した場合に、当該リクエストに基づいて前記ＣＯＲＳに関する設定を実行する実行手段と、を有する。

本発明によれば、電子機器におけるＣＯＲＳの設定における利便性を向上させることができる。

システム構成例を示す図である。 デジタルカメラの構成例を示す図である。 スマートデバイスの構成例を示す図である。 送信側の電子機器によって提供されるＡＰＩの例を示す図である。 デジタルカメラによって実行される処理の流れの例を示す図である。 システムにおいて実行される処理の流れの例を示す図である。 デジタルカメラによって実行される処理の流れの例を示す図である。 送信側の電子機器によって提供されるＡＰＩの例を示す図である。 デジタルカメラによって実行される処理の流れの例を示す図である。 デジタルカメラによって実行される処理の流れの例を示す図である。

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

＜システム構成＞
図１に、本実施形態に係るシステム構成例を示す。本実施形態のシステムは、デジタルカメラ１００、スマートデバイス２００、及び、Ｗｅｂサーバ３００を含んで構成される。なお、これらは電子機器の一例であり、他の形態の電子機器が用いられてもよい。例えば、デジタルカメラ１００は、ここでは、サーバとして機能可能であり、かつ、相対的にユーザからの情報入力能力の低い電子機器の例であり、例えばスキャナやプリンタなどの、その他の形態のデバイスであってもよい。また、スマートデバイス２００は、Ｗｅｂブラウザを有し、Ｗｅｂアプリケーションを利用可能な電子機器の一例であり、例えばスマートフォンでありうるが、例えばパーソナルデジタルアシスタント（ＰＤＡ）などの他の形態の電子機器であってもよい。また、デジタルカメラ１００やスマートデバイス２００は、例えば、携帯型のメディアプレーヤ、タブレットデバイス、パーソナルコンピュータ（ＰＣ）などの情報処理装置であってもよい。また、Ｗｅｂサーバ３００は、Ｗｅｂアプリケーションを提供可能なサーバの一例であり、汎用のコンピュータなどによって実装されうるが、同様の機能を有する任意の形態の電子機器でありうる。

デジタルカメラ１００とスマートデバイス２００は、例えばネットワークを介して又は直接、通信可能に構成されているものとする。また、スマートデバイス２００とＷｅｂサーバ３００も、例えばネットワークを介して又は直接、通信可能に構成されているものとする。一例において、スマートデバイス２００は、デジタルカメラ１００と直接接続し、Ｗｅｂサーバ３００とインターネット等のネットワークを介して接続しうる。また、スマートデバイス２００は、Ｗｅｂサーバ３００と直接接続し、デジタルカメラ１００とインターネット等のネットワークを介して接続してもよい。また、スマートデバイス２００は、デジタルカメラ１００及びＷｅｂサーバ３００との間の通信を、いずれも直接行ってもよいし、ネットワークを介して行ってもよい。また、スマートデバイス２００は、デジタルカメラ１００及びＷｅｂサーバ３００とネットワークを介して接続する場合、共通のネットワークを介して接続してもよいし、個別の２つのネットワークを介してそれぞれ接続してもよい。なお、本実施形態では触れないが、デジタルカメラ１００がＷｅｂサーバ３００と接続してもよい。このように、デジタルカメラ１００、スマートデバイス２００及びＷｅｂサーバ３００は、相互に通信可能な通信装置である。なお、これらの装置は、例えば、Ｗｅｂ情報を送受信可能なプロトコルを用いて通信可能に構成され、本実施形態では、少なくともＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を使用可能であるものとする。

本実施形態では、一例として、デジタルカメラ１００がサーバ機能を有し、ＡＰＩ４００を公開しているものとする。なお、ＡＰＩは、Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅの略である。そして、スマートデバイス２００は、デジタルカメラ１００のＡＰＩ４００を操作するためのアプリケーション３０１を有する。ユーザは、このアプリケーション３０１を操作することによって、デジタルカメラ１００のＡＰＩ４００に対するリクエストを送信することができる。一方で、Ｗｅｂサーバ３００は、デジタルカメラ１００のＡＰＩ４００を操作するためのＷｅｂアプリケーション３０２を保持しているものとする。Ｗｅｂアプリケーション３０２は、例えば、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルやＪａｖａＳｃｒｉｐｔ（登録商標）ファイルによって構成される。Ｗｅｂサーバ３００は、クライアントからのリクエストに対して、応答として、Ｗｅｂアプリケーション３０２を構成するファイルをクライアントへ提供することができる。本実施形態では、スマートデバイス２００がＷｅｂブラウザ３０３を有し、ユーザがＷｅｂブラウザ３０３を用いてＷｅｂサーバ３００へアクセスすることにより、Ｗｅｂアプリケーション３０２を構成するファイルがＷｅｂブラウザ３０３に取り込まれる。ユーザは、取り込んだＷｅｂアプリケーション３０２を操作することにより、デジタルカメラ１００のＡＰＩ４００に対して、リクエストを送信することができる。

一方で、Ｗｅｂアプリケーション３０２の発行元がＷｅｂサーバ３００であるため、Ｗｅｂブラウザ３０３は、同一オリジンポリシーの制約により、デジタルカメラ１００に対してリクエストを送信できないことが想定される。オリジンは、例えば、ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ：８０のような、スキーム（「ｈｔｔｐ」）、ホスト（「ｅｘａｍｐｌｅ．ｃｏｍ」）、及び、ポート番号（「８０」）の組み合わせから構成される。２つのオリジンのそれぞれの要素を比較した際に、１つでも異なる要素がある場合には、その２つオリジンは異なるオリジンと判定される。

この同一オリジンポリシーの制約を解除するために、上述のように、オリジン間リソース共有（Ｃｒｏｓｓ－Ｏｒｉｇｉｎ Ｒｅｓｏｕｒｃｅ Ｓｈａｒｉｎｇ、ＣＯＲＳ）が使用されうる。ＣＯＲＳが使用される場合、例えば、Ｗｅｂアプリケーション３０２が、ＨＴＴＰヘッダに特定の情報を付加して、サーバ（デジタルカメラ１００）のＡＰＩ４００に対してリクエストを送信する。そして、リクエスト先のサーバ（デジタルカメラ１００）は、Ｗｅｂアプリケーション３０２のオリジンからのアクセスを許可するための制御を行う。異なるオリジンからのリクエストには「Ｏｒｉｇｉｎ」ヘッダが付加され、このＯｒｉｇｉｎヘッダの値にはリクエストの送信元のオリジン（Ｗｅｂアプリケーション３０２のオリジン）が設定される。例えば、Ｗｅｂブラウザ３０３のＪａｖａｓｃｒｉｐｔエンジンによって、このヘッダが付加される。サーバ（デジタルカメラ１００）は、リクエストを受信すると、このＯｒｉｇｉｎヘッダを確認し、そのオリジンからのリクエストを許可するか否かを判定する。サーバは、例えば、許可するオリジンの情報（リスト）を保持しており、Ｏｒｉｇｉｎヘッダの値と保持しているオリジンの情報とを比較して、リクエストを許可するか否かを判定する。そして、サーバは、リクエストを許可する場合に、「Ａｃｃｅｓｓ－Ｃｏｎｔｒｏｌ－Ａｌｌｏｗ－Ｏｒｉｇｉｎ」ヘッダを付加して、リクエストの送信元（スマートデバイス２００）へレスポンスを返す。このときの値には、Ｏｒｉｇｉｎヘッダの値が設定される。一方で、サーバは、リクエストを許可しない場合には「Ａｃｃｅｓｓ－Ｃｏｎｔｒｏｌ－Ａｌｌｏｗ－Ｏｒｉｇｉｎ」ヘッダを付加せずにレスポンスを返す。この場合、Ｓｔａｔｕｓ Ｃｏｄｅを「４０３ Ｆｏｒｂｉｄｄｅｎ」に設定したレスポンスメッセージによって応答することが推奨されている。

また、異なるオリジンからのリクエストのうち、メソッドやヘッダの内容からサーバへの影響が高いと判定されるリクエストの場合、このリクエストは直ちに送信されず、まずプリフライトリクエストが送信されうる。プリフライトリクエストは、Ｗｅｂブラウザによって、ＯＰＴＩＯＮＳメソッドでサーバへ送信される。プリフライトリクエストは、サーバがその異なるオリジンからのリクエストを許可するか否かを事前に確認するために行われる。プリフライトリクエストも、Ｏｒｉｇｉｎヘッダが付加されて送信され、サーバは、この値によってアクセスを許可するか否かを判定する。そして、サーバは、アクセスを許可する場合、「Ａｃｃｅｓｓ－Ｃｏｎｔｒｏｌ－Ａｌｌｏｗ－Ｏｒｉｇｉｎ」ヘッダを付加したレスポンスを返す。一方で、サーバは、アクセスを許可しない場合、「Ａｃｃｅｓｓ－Ｃｏｎｔｒｏｌ－Ａｌｌｏｗ－Ｏｒｉｇｉｎ」ヘッダが付加されていないレスポンスを返す。

ＣＯＲＳを用いる場合、サーバにおいて、事前にＣＯＲＳの設定を行う必要がある。ＣＯＲＳの設定は、例えば、アクセスを許可するオリジンの指定、アクセスを許可するＨＴＴＰメソッドの設定、アクセスを許可するＨＴＴＰヘッダの設定などを含む。これらの設定は、一般に、コンソール等を用いて外部から入力される。

一方で、デジタルカメラ１００などの一部の電子機器は、外部のコンソールを使用できない場合があり、また、情報を入力するインタフェースを有していても、その入力インタフェースが十分ではなく、設定作業が煩雑となりうる。このため、本実施形態では、このような入力インタフェースが十分でないサーバ（電子機器）におけるＣＯＲＳの設定の利便性を向上させる技術を提供する。なお、本実施形態で説明する構成及び処理は、入力インタフェースを十分に有しない電子機器に対して非常に有用であるが、入力インタフェースが豊富でありユーザ操作の受け付け能力に優れている電子機器に対しても有用であることに留意されたい。

＜デジタルカメラ１００の構成＞
図２に、デジタルカメラ１００の構成例を示す。デジタルカメラ１００は、例えば、制御部１０１、撮像部１０２、不揮発メモリ１０３、作業用メモリ１０４、操作部１０５、表示部１０６、記憶媒体１１０、接続部１１１、近距離無線通信部１１２、及び近接無線通信部１１３を含んで構成される。

制御部１０１は、例えば、ＣＰＵやＭＰＵなどのプロセッサを含んで構成される。なお、ＣＰＵはＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの、ＭＰＵはＭｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。また、マルチコアのプロセッサが使用されてもよく、制御部１０１は、１つ以上のプロセッサによって構成されうる。また、制御部１０１は、例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）等を含んで構成されてもよい。制御部１０１は、例えば、入力された信号や、後述のプログラムに従って、デジタルカメラ１００の各機能部を制御する。なお、制御部１０１が装置全体を制御するのに代えて、制御部１０１を含んだ又は制御部１０１の外部の、複数のハードウェアが処理を分担することによって、装置全体の制御が行われてもよい。

撮像部１０２は、例えば、光学レンズユニットと絞り・ズーム・フォーカスなど制御する光学系と、光学レンズユニットを経て導入された光（映像）を電気的な映像信号に変換するための撮像素子等を含んで構成される。撮像素子は、一般的には、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）や、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）が利用される。撮像部１０２は、制御部１０１による制御の下で、レンズで結像された被写体光を、撮像素子により電気信号に変換し、ノイズ低減処理などを行いデジタルデータを画像データとして出力する。本実施形態のデジタルカメラ１００は、例えば、画像データを、ＤＣＦ（Ｄｅｓｉｇｎ Ｒｕｌｅ ｆｏｒ Ｃａｍｅｒａ Ｆｉｌｅ ｓｙｓｔｅｍ）の規格に従って、記録媒体１１０に記録する。

不揮発性メモリ１０３は、電気的に消去・記録可能な不揮発性のメモリであり、制御部１０１で実行される後述のプログラム等が格納される。不揮発性メモリ１０３は、例えば、読み出し専用メモリ（ＲＯＭ）によって構成されうる。作業用メモリ１０４は、撮像部１０２で撮像された画像データを一時的に保持するバッファメモリや、表示部１０６の画像表示用メモリ、制御部１０１の作業領域等として使用されるメモリである。作業用メモリ１０４は、例えば、ランダムアクセスメモリ（ＲＡＭ）によって構成されうる。

操作部１０５は、デジタルカメラ１００に対する操作や指示をユーザから受け付けるために用いられる。

操作部１０５は、例えば、ユーザがデジタルカメラ１００の電源のＯＮ／ＯＦＦを指示するための電源ボタンや、撮影を指示するためのレリーズスイッチ、画像データの再生を指示するための再生ボタンを含む。また、操作部１０５は、例えば、接続部１１１を介して外部機器との通信を開始するための専用の接続ボタンなどの操作部材を含んでもよい。なお、レリーズスイッチは、ＳＷ１およびＳＷ２を有する。レリーズスイッチが、いわゆる半押し状態となることにより、ＳＷ１がＯＮとなる。これにより、ＡＦ（オートフォーカス）処理、ＡＥ（自動露出）処理、ＡＷＢ（オートホワイトバランス）処理、ＥＦ（フラッシュプリ発光）処理等の撮影準備を行うための指示が受け付けられる。また、レリーズスイッチが、いわゆる全押し状態となることにより、ＳＷ２がＯＮとなる。これにより、撮影を行うための指示が受け付けられる。表示部１０６は、例えば液晶モニタにより構成され、撮影の際のビューファインダー画像の表示、撮影した画像データの表示、対話的な操作のための文字表示などを行う。なお、デジタルカメラ１００は、必ずしも表示部１０６を内蔵していなくてもよい。すなわち、デジタルカメラ１００は、内蔵された表示部１０６に代えて又はこれに加えて、外部ディスプレイなどの表示部１０６と接続することができ、表示部１０６における画面表示を制御する表示制御機能を有しうる。なお、操作部１０５と表示部１０６は、タッチパネルディスプレイ等を用いて、一体に構成されてもよい。

記録媒体１１０は、撮像部１０２から出力された画像データを記録することができる。記録媒体１１０は、デジタルカメラ１００に着脱可能なように構成されてもよいし、デジタルカメラ１００に内蔵されていてもよい。すなわち、記録媒体１１０は、例えばＳＤカードメモリやＵＳＢメモリなどの外部メモリであってもよく、この場合、デジタルカメラ１００は、そのような外部メモリを接続するためのインタフェースとその制御のための機能を含みうる。また、記録媒体１１０は、例えば、内蔵のＳＳＤ（ソリッドステートドライブ）、ＨＤＤ（ハードディスクドライブ）、メモリなどの記憶デバイスによって構成されてもよい。

接続部１１１は、外部装置をデジタルカメラ１００に接続するためのインタフェースとその制御のための機能を含んで構成される。デジタルカメラ１００は、例えば、接続部１１１を介して外部装置とデータの受け渡しを行うことができる。例えば、撮像部１０２において生成された画像データが、接続部１１１を介して外部装置に送信されうる。一例において、接続部１１１は、Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）８０２．１１規格シリーズに準拠した無線ＬＡＮの通信インタフェースを含みうる。この場合、制御部１０１は、接続部１１１を制御することによって、外部装置との無線接続を確立して無線通信を実行しうる。なお、無線ＬＡＮは一例であり、接続部１１１は、例えば赤外線通信やＥｔｈｅｒｎｅｔ（登録商標）などの有線方式による接続機能を有してもよい。

近距離無線通信部１１２は、例えば無線通信のためのアンテナと、無線信号を処理するための変復調回路や通信コントローラとを含んで構成される。近距離無線通信部１１２は、変調した無線信号をアンテナから出力し、またアンテナで受信した無線信号を復調することにより、例えば、ＩＥＥＥ８０２．１５の規格（いわゆるＢｌｕｅｔｏｏｔｈ（登録商標））に準拠する無線通信を行う。近距離無線通信部１１２は、一例において、低消費電力の無線通信規格であるＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）のバージョン４．０を使用しうる。Ｂｌｕｅｔｏｏｔｈを用いた通信は、無線ＬＡＮを用いた通信と比べて、通信可能な距離が短く、通信可能な範囲が狭い。また、Ｂｌｕｅｔｏｏｔｈを用いた通信は、無線ＬＡＮを用いた通信と比べて通信速度が遅い。その一方で、Ｂｌｕｅｔｏｏｔｈを用いた通信は、無線ＬＡＮを用いた通信と比べて消費電力が少ない。デジタルカメラ１００は、近距離無線通信部１１２を介して、外部装置とデータを送受信することができる。一例において、デジタルカメラ１００は、外部装置から撮影の命令を受信した場合に撮像部１０２を制御して撮影動作を行い、無線ＬＡＮを用いた通信によるデータの送受信のための命令を受信した場合に接続部１１１を制御して無線ＬＡＮの通信を実行する。

近接無線通信部１１３は、例えば無線通信のためのアンテナと、無線信号を処理するための変復調回路や通信コントローラとを含んで構成される。近接無線通信部１１３は、変調した無線信号をアンテナから出力し、またアンテナで受信した無線信号を復調する。これにより、近接無線通信部１１３は、例えば、ＩＳＯ／ＩＥＣ １８０９２の規格（いわゆるＮＦＣ：Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に準拠する非接触近接通信を行う。なお、これは一例であり、近接無線通信部１１３は、ＮＦＣ以外の他の無線通信規格に準拠した通信を行うように構成されてもよい。例えば、近接無線通信部１１３は、ＩＳＯ／ＩＥＣ １４４４３の規格に準拠した非接触近接通信を実行するように構成されてもよい。近接無線通信部１１３は、例えば、デジタルカメラ１００の側部に配置される。近接無線通信部１１３は、例えば、外部装置との間で、互いの近接無線通信部を近接させることにより接続を確立して通信を実行する。なお、近接無線通信部１１３を用いた接続では、外部装置の近接無線通信部を近接無線通信部１１３に接触させる必要はない。すなわち、ＮＦＣなどの近接無線規格による通信は、一定の距離だけ離れていても通信を実行可能である。このため、接続の確立のためには、近接無線通信を行う２つの通信装置を通信を実行可能な範囲まで近接させるのみで足りる。以下の説明では、近接無線通信が可能な範囲まで通信装置同士を近付けることを「近接させる」と言う。なお、２つの通信装置が共に近接無線通信部を有していても、その２つの通信装置の近接無線通信部の間の距離が近接無線通信が可能でない程度に離間している場合には通信は開始されない。また、２つの通信装置の近接無線通信部の間の距離が十分に近く、接続が確立されている間に、それらの近接無線通信部が、近接無線通信を実行可能でない程度に離間した場合には、その接続は切断される。

なお、デジタルカメラ１００の複数の通信機能は、１つまたは少数のアンテナを共用するように構成されてもよいし、個別のアンテナがそれぞれの通信機能のために用意されてもよい。

接続部１１１が無線ＬＡＮの通信を提供するとすると、一般に、接続部１１１を用いた通信の通信速度が、近接無線通信部１１３を用いた通信の通信速度よりも速い。また、接続部１１１の通信可能範囲が、近接無線通信部１１３の通信可能範囲より広い。一方で、近接無線通信部１１３は、通信可能範囲の狭さによって通信相手を限定することができるため、接続部１１１を用いた通信で必要な暗号鍵の交換等の処理を必要としない。すなわち、近接無線通信部１１３は、接続部１１１を用いる場合と比して、処理負荷の低い通信を行うことができる。なお、接続部１１１は、無線ＬＡＮの通信において、インフラストラクチャモードにおけるアクセスポイント（ＡＰ）として動作するＡＰモードと、インフラストラクチャモードにおけるクライアント（ＣＬ）として動作するＣＬモードとで動作可能でありうる。デジタルカメラ１００は、接続部１１１をＣＬモードで動作させることにより、インフラストラクチャモードにおけるＣＬ機器として動作することができる。デジタルカメラ１００は、ＣＬ機器として動作する場合、周辺のＡＰ機器に接続することにより、そのＡＰ機器が形成するネットワークに参加することができる。また、デジタルカメラ１００は、接続部１１１をＡＰモードで動作させることにより、ネットワークを形成し、デジタルカメラ１００の周辺の装置をそのネットワークへ参加させうる。なお、デジタルカメラ１００は、この場合、ＡＰの一種ではあるが、より機能が限定された簡易的なＡＰとして動作しうる。簡易的なＡＰは、例えば、ＣＬ機器から受信したデータをインターネットプロバイダなどに転送するゲートウェイ機能を有しないＡＰである。この場合、簡易的なＡＰは、自装置が形成したネットワークに参加している他の装置からデータを受信しても、それをインターネットなどのネットワークに転送することはできない。ただし、デジタルカメラ１００は、例えばネットワークに有線接続されている場合などにおいて、簡易的なＡＰではなく、ゲートウェイ機能を有する通常のＡＰとして機能することが可能に構成されてもよい。

＜スマートデバイス２００の内部構成＞
図３に、スマートデバイス２００の構成例を示す。スマートデバイス２００は、例えば、制御部２０１、撮像部２０２、不揮発メモリ２０３、作業用メモリ２０４、操作部２０５、表示部２０６、記憶媒体２１０、接続部２１１、近距離無線通信部２１２、近接無線通信部２１３を含んで構成される。なお、これらの機能部は、デジタルカメラ１００において同じ名称が付された各機能部と同様であるため、説明については省略する。スマートデバイス２００は、一例において、さらに、公衆網通信部２１４、マイク２１５、及びスピーカ２１６を含んで構成される。

公衆網通信部２１４は、例えば無線通信のためのアンテナと、無線信号を処理するための変復調回路や通信コントローラとを含んで構成される。公衆網通信部２１４は、例えばセルラ通信システムの基地局や他の端末と接続を確立して公衆網による無線通信を行うための通信インタフェースを提供する。マイク２１５は、音声入力を受け付けるインタフェースであり、スピーカ２１６は音声出力のためのインタフェースである。スマートデバイス２００は、例えば、制御部２０１による制御の下で、公衆網通信部２１４を介して公衆網の基地局へ接続すると共に、マイク２１５およびスピーカ２１６を介して音声信号の入力と出力を行うことにより、通話機能を提供しうる。なお、スマートデバイス２００の複数の通信機能は、１つまたは少数のアンテナを共用するように構成されてもよいし、個別のアンテナがそれぞれの通信機能のために用意されてもよい。

＜デジタルカメラを外部装置から制御するＡＰＩの構成＞
本実施形態では、デジタルカメラ１００が、外部装置によって自装置を制御するためのＡＰＩを提供する。特に、本実施形態では、デジタルカメラ１００のＣＯＲＳの設定を行うことを可能とするＡＰＩが提供される。デジタルカメラ１００と異なる外部装置（例えばスマートデバイス２００）は、そのＡＰＩを利用して、デジタルカメラ１００に要求を送信することにより、デジタルカメラ１００の動作制御を行うことができる。また、外部装置は、このＡＰＩを利用して、デジタルカメラ１００からのデバイス情報やコンテンツデータファイルの取得を実現できる。このＡＰＩについて、図４を用いて説明する。

デジタルカメラ１００の不揮発性メモリ１０３には、ＡＰＩがプログラムとして予め保存される。そして、デジタルカメラ１００では、通信部１１１を介して外部装置との通信が確立すると、制御部１０１によってＡＰＩが作業用メモリ１０４に展開され、外部装置からのＡＰＩのリクエストが待ち受けられる。そして、制御部１０１は、外部装置からのＡＰＩのリクエストを検出すると、リクエストされたＡＰＩの種類に応じた処理を実行し、その結果をレスポンスとして外部装置に返す。なお、ＡＰＩは、デジタルカメラ１００が規定した通信プロトコル上で実行され、外部装置は、その規定された通信プロトコルを用いてデジタルカメラ１００と通信を行い、ＡＰＩをリクエストする。なお、本実施形態では、ＨＴＴＰを用いてＡＰＩのリクエストおよび応答が実行されるものとして説明するが、他の通信プロトコルが用いられてもよい。なお、ＨＴＴＰについては、周知の通りであるため、ここでは説明しない。ＨＴＴＰを用いたＡＰＩのリクエストは、外部装置が利用するＡＰＩのＵＲＬに対して、ＨＴＴＰリクエストボディにＪＳＯＮの形式で必要な引数が記述されて、ＧＥＴ、ＰＵＴ、ＰＯＳＴメソッドを用いて送信されることにより行われる。なお、ＵＲＬは、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒの略であり、ＪＳＯＮは、Ｊａｖａｓｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎの略である。リクエストされたＡＰＩに関する処理の結果の返送は、ＨＴＴＰレスポンスボディに付加されて、外部装置に返送される。

図４のＡＰＩリスト４００は、デジタルカメラ１００が公開するＡＰＩの種類とその内容とを示している。なお、図４では、便宜上、６つのＡＰＩを示しているが、公開ＡＰＩの数は６つに限定されず、また、この６つのＡＰＩが必ず使用されなければならないわけではない。すなわち、ここで説明するＡＰＩは、デジタルカメラ１００が公開するＡＰＩの一例であり、以下に示す６つのＡＰＩ以外のＡＰＩが公開されてもよいし、以下に示す６つのＡＰＩのうちの１つ以上が公開されなくてもよい。

ＡＰＩ４０１は、デジタルカメラ１００が公開するＡＰＩのＵＲＬ一覧を返すＡＰＩである。外部装置は、引数無しでこのＡＰＩをデジタルカメラ１００にリクエストすることにより、デジタルカメラ１００が公開する全ＡＰＩのＵＲＬを、ＪＳＯＮ形式で記述された配列として取得することができる。

ＡＰＩ４０２（／ｃｏｒｓ／ｃｏｒｓｓｅｔｔｉｎｇ）は、デジタルカメラ１００が行うＣＯＲＳ処理を有効とするか無効とするかを切り替えるためのＡＰＩである。外部装置は、ＣＯＲＳ処理を有効化することを示す情報（「ｅｎａｂｌｅ」）またはＣＯＲＳ処理を無効化することを示す情報（「ｄｉｓａｂｌｅ」）をリクエストボディに付加し、ＰＵＴメソッドでリクエストを送信する。デジタルカメラ１００は、リクエストされた情報を作業用メモリ１０４に保持し、以降のリクエスト受信時にＣＯＲＳ処理を行うか否かの判定を行う際にこの情報を用いる。デジタルカメラ１００は、情報の保持を正常に完了した場合、変更されたＣＯＲＳ処理の状態を示す情報をレスポンスボディに付加し、Ｓｔａｔｕｓ Ｃｏｄｅを「２００ ＯＫ」として外部装置へ返送する。

ＡＰＩ４０３（／ｃｏｒｓ／ｏｒｉｇｉｎ）は、ＣＯＲＳ処理時に異なるオリジンからのリクエストに対するレスポンスを許可するか否かを判定する際に用いられる「許可するオリジン」を指定するためのＡＰＩである。外部装置は、許可すべきオリジンを示す情報をリクエストボディに付加し、ＰＵＴメソッドでリクエストを送信する。デジタルカメラ１００は、リクエストされた情報を作業用メモリ１０４に保持し、以降のリクエスト受信時のＣＯＲＳ処理でレスポンスを許可するか否かの判定を行う際にこの情報を用いる。デジタルカメラ１００は、情報の保持が正常に完了した場合、変更された許可されるべきオリジンを示す情報をレスポンスボディに付加し、Ｓｔａｔｕｓ Ｃｏｄｅを「２００ ＯＫ」として外部装置へ返送する。

ＡＰＩ４０４（／ｃｏｒｓ／ｈｅａｄｅｒ）は、ＣＯＲＳ処理時に異なるオリジンからのリクエストに対するレスポンスを許可するか否かを判定する際に用いられる「許可するヘッダ」を追加するためのＡＰＩである。外部装置は、許可すべきヘッダのキーとバリューをリクエストボディに付加し、ＰＵＴメソッドでリクエストを送信する。デジタルカメラ１００は、リクエストされた情報を作業用メモリ１０４で保持し、以降のリクエスト受信時のＣＯＲＳ処理において、レスポンスを許可するか否かの判定を行う際にこの情報を用いる。デジタルカメラ１００は、情報の保持が正常に完了した場合、許可されるべきヘッダとして追加されたヘッダを示す情報をレスポンスボディに付加し、Ｓｔａｔｕｓ Ｃｏｄｅを「２００ ＯＫ」として外部装置へ返送する。

ＡＰＩ４０５（／ｃｏｎｔｒｏｌ／ｓｈｕｔｔｅｒ）は、デジタルカメラ１００のシャッターボタンの操作を行うためのＡＰＩである。このＡＰＩによれば、シャッターボタンの操作として、例えば、全押し（「ｆｕｌｌ＿ｐｒｅｓｓ」）、半押し（「ｈａｌｆ＿ｐｒｅｓｓ」）、離す（「ｒｅｌｅａｓｅ」）が指定されうる。外部装置は、シャッターボタンの操作を示す情報をリクエストボディに付加し、ＰＯＳＴメソッドでリクエストを送信する。デジタルカメラ１００は、リクエストされた情報に従ってシャッターボタンの操作を行う。例えば、デジタルカメラ１００は、全押しの指示を受信した場合に写真撮影を行う。デジタルカメラ１００は、正常にシャッターボタンの操作が完了した場合、レスポンスボディを含まずに操作結果を外部装置へ返送する。

ＡＰＩ４０６は、デジタルカメラ１００が公開している各ＡＰＩの対応状況を取得するためのＡＰＩである。外部装置は、各ＡＰＩをＯＰＴＩＯＮＳメソッドでリクエストしうる。デジタルカメラ１００は、ＣＯＲＳ処理が無効化されている場合、またはリクエストヘッダにＯｒｉｇｉｎヘッダがない場合、「Ａｌｌｏｗ」ヘッダにそのＡＰＩがサポートするメソッドを付加したレスポンスを外部装置へ返送する。なお、この場合に、Ｓｔａｔｕｓ Ｃｏｄｅは「２０４ Ｎｏ Ｃｏｎｔｅｎｔ」とされる。デジタルカメラ１００は、ＣＯＲＳ処理が有効であり、かつ、レスポンスを許可すると判定した場合、作業用メモリ１０４に保持する「許可するオリジン」や「許可するヘッダ」の情報に基づくレスポンスを返信する。例えば、「Ａｃｃｅｓｓ－Ｃｏｎｔｒｏｌ－Ａｌｌｏｗ－Ｏｒｉｇｉｎ」ヘッダに情報が付加され、Ｓｔａｔｕｓ Ｃｏｄｅが「２０４ Ｎｏ Ｃｏｎｔｅｎｔ」とされたレスポンスが外部装置へ返送される。また、例えば、「Ａｃｃｅｓｓ－Ｃｏｎｔｒｏｌ－Ａｌｌｏｗ－Ｈｅａｄｅｒ」ヘッダに情報が付加され、Ｓｔａｔｕｓ Ｃｏｄｅが「２０４ Ｎｏ Ｃｏｎｔｅｎｔ」とされたレスポンスが外部装置へ返送されてもよい。Ｗｅｂブラウザが異なるオリジンへのリクエストの実行時に送信するプリフライトリクエストへの応答は、このＡＰＩ４０６を用いて行われる。

なお、デジタルカメラ１００とスマートデバイス２００の通信がＨＴＴＰによって行われる場合、引数の受け渡しはクエリ・ストリングによって行われてもよい。クエリ・ストリングは、ＵＲＬにデータを付加することを可能とする手法であり、この手法を用いて、引数のデータが、ＵＲＬの末尾に「？」及び「変数＝パラメータ」によって記述されてもよい。

＜リクエスト受信時の処理＞
続いて、図５を用いて、ＡＰＩ４００に対するリクエストを受信したときの、デジタルカメラ１００の処理の流れの例について説明する。本処理は、デジタルカメラ１００が、サーバ機能を起動したことに応じて開始される。なお、本処理は、例えばデジタルカメラ１００の制御部１０１が、不揮発メモリ１０３に記憶されたプログラムを実行することにより実現されうる。ただし、以下に示す処理の一部または全部が専用のハードウェアによって実行されてもよい。

デジタルカメラ１００は、処理の開始後、外部装置からのリクエストを待ち受ける（Ｓ５０１）。デジタルカメラ１００は、外部装置からのリクエストを受信すると（Ｓ５０１でＹＥＳ）、リクエストを処理する（Ｓ５０２）。デジタルカメラ１００は、リクエストの処理において、まず、自装置においてＣＯＲＳ処理が有効とされているか否かを判定する（Ｓ５０３）。デジタルカメラ１００は、例えば、作業用メモリ１０４を参照し、ＣＯＲＳ処理が有効であることを示す設定値が作業用メモリ１０４に格納されているかを確認することにより、この判定を行う。デジタルカメラ１００は、ＣＯＲＳ処理が有効であることを示す設定値が作業用メモリ１０４に格納されている場合に、ＣＯＲＳ処理が有効であると判定する。一方で、デジタルカメラ１００は、ＣＯＲＳ処理が有効であることを示す設定値が作業用メモリ１０４に格納されていない場合に、ＣＯＲＳ処理が無効であると判定する。なお、デジタルカメラ１００は、ＣＯＲＳ処理が無効であることを示す設定値が作業用メモリ１０４に格納されている場合にＣＯＲＳ処理が無効であると判定してもよい。また、デジタルカメラ１００は、ＣＯＲＳ処理が無効であることを示す設定値が作業用メモリ１０４に格納されていない場合にＣＯＲＳ処理が有効であると判定してもよい。なお、ＣＯＲＳ処理の有効化又は無効化は、ＡＰＩ４０２を用いて外部装置によって設定されうる。

デジタルカメラ１００は、ＣＯＲＳ処理が無効であると判定した場合（Ｓ５０３でＮＯ）、リクエストに応じた処理を行う（Ｓ５０４）。デジタルカメラ１００は、例えばＡＰＩ４０１に対するリクエストに対して、自装置が公開するＡＰＩのＵＲＬを用いて、ＪＳＯＮ形式のレスポンスメッセージを生成する。また、デジタルカメラ１００は、例えばＡＰＩ４０５に対するリクエストに対して、リクエストボディを解析して、リクエストに応じたシャッター操作処理を実行する。そして、デジタルカメラ１００は、シャッター操作結果に応じたＪＳＯＮ形式のレスポンスメッセージを生成する。このように、デジタルカメラ１００は、レスポンス送信直前までの処理を実行する。そして、デジタルカメラ１００は、生成したレスポンスメッセージを送信して（Ｓ５１１）、処理を終了する。

デジタルカメラ１００は、ＣＯＲＳ処理が有効であると判定した場合（Ｓ５０３でＹＥＳ）、リクエストがＯｒｉｇｉｎヘッダを含むか否かを判定する（Ｓ５０５）。デジタルカメラ１００は、リクエストがＯｒｉｇｉｎヘッダを含まないと判定した場合（Ｓ５０５でＮＯ）、このリクエストは異なるオリジンからのリクエストではないため、ＣＯＲＳ処理を行わずに、リクエストに応じた処理を実行する（Ｓ５０４）。そして、デジタルカメラ１００は、その処理において生成したレスポンスメッセージを送信して（Ｓ５１１）、処理を終了する。

デジタルカメラ１００は、リクエストがＯｒｉｇｉｎヘッダを含むと判定した場合（Ｓ５０５でＹＥＳ）、そのＯｒｉｇｉｎヘッダの値と、作業用メモリ１０４において保持されている、許可するオリジンの設定値とを比較する（Ｓ５０６）。そして、デジタルカメラ１００は、その比較の結果に基づいて、レスポンスを許可するか否かを判定する（Ｓ５０７）。なお、許可するオリジンは、ＡＰＩ４０３を用いて外部装置によって設定されうる。なお、許可するオリジンの設定値が「＊」である場合、すべてのオリジンへのレスポンスが許可される。「＊」以外の値が設定されている場合は、各オリジンを、スキーム、ホスト、及び、ポート番号に分け、それぞれを比較し、全てが同じ場合にレスポンスが許可される。

デジタルカメラ１００は、レスポンスを許可すると判定した場合（Ｓ５０７でＹＥＳ）、リクエストに応じた処理を行う（Ｓ５０８）。なお、ここでの処理の内容はＳ５０４と同様であるため、説明は省略する。デジタルカメラ１００は、処理を終了すると、レスポンスメッセージのヘッダに「Ａｃｃｅｓｓ－Ｃｏｎｔｒｏｌ－Ａｌｌｏｗ－Ｏｒｉｇｉｎ」ヘッダを追加する（Ｓ５０９）。なお、レスポンスメッセージでは、ヘッダの値として、リクエストのＯｒｉｇｉｎヘッダの値が使用される。そして、デジタルカメラ１００は、生成したレスポンスメッセージを送信して（Ｓ５１１）、処理を終了する。

デジタルカメラ１００は、レスポンスを許可しないと判定した場合（Ｓ５０７でＮＯ）、リクエストに応じた処理を行わず、レスポンスのヘッダへの「Ａｃｃｅｓｓ－Ｃｏｎｔｒｏｌ－Ａｌｌｏｗ－Ｏｒｉｇｉｎ」ヘッダの付加も行わない。そして、デジタルカメラ１００は、Ｓｔａｔｕｓ Ｃｏｄｅを「４０３ Ｆｏｒｂｉｄｄｅｎ」に設定したレスポンスメッセージを生成し（Ｓ５１０）、そのレスポンスメッセージを送信して（Ｓ５１１）、処理を終了する。

＜Ｗｅｂアプリケーション実行時の通信シーケンス＞
続いて、図６を用いて、図１のシステムにおいて、スマートデバイス２００からＷｅｂアプリケーション３０２を用いてデジタルカメラ１００を操作する処理の流れについて説明する。なお、デジタルカメラ１００とスマートデバイス２００との間、および、スマートデバイス２００とＷｅｂサーバ３００との間において、事前に接続が確立されているものとする。一例において、スマートデバイス２００は、公衆網等を介してインターネット等のネットワークに接続して、そのネットワークを介してＷｅｂサーバ３００と接続し、一方で、デジタルカメラ１００と近距離又は近接無線通信により直接接続しうる。デジタルカメラ１００は、スマートデバイス２００からリクエストを受信すると、図５を用いて説明した処理を実行し、スマートデバイス２００へレスポンスを送信する。

図６において、まず、スマートデバイス２００が、デジタルカメラ１００へ、ＡＰＩ４０１に対するリクエストを送信する（Ｓ６０１）。本実施形態では、このリクエストが、アプリケーション３０１において生成される。このリクエストは、ＣＯＲＳ設定を行うためには必須ではないが、スマートデバイス２００がデジタルカメラ１００との間で通信を実行可能であることの確認や、ＡＰＩのサポートの状況を確認するために行われうる。デジタルカメラ１００は、このリクエストを受信すると、この時点においてＣＯＲＳ処理が有効ではないことに基づいて、図５のＳ５０４においてリクエストを処理し、スマートデバイス２００へレスポンスを返送する（Ｓ６０２）。

続いて、スマートデバイス２００が、デジタルカメラ１００へ、ＡＰＩ４０３に対するリクエストを送信する（Ｓ６０３）。このリクエストも、アプリケーション３０１によって生成される。このリクエストでは、Ｗｅｂサーバ３００のオリジンを、許可するオリジンとして指定する。一例において、ワイルドカード「＊」を用いてオリジンを指定してもよい。Ｗｅｂサーバ３００のオリジンは、事前にアプリケーション３０１に組み込まれていてもよいし、アプリケーション３０１においてオリジンを入力する仕組みを用意し、その仕組みを用いて指定されてもよい。デジタルカメラ１００は、このリクエストを受信すると、この時点においてＣＯＲＳ処理が有効ではないことに基づいて、図５のＳ５０４においてリクエストを処理し、スマートデバイス２００へレスポンスを返送する（Ｓ６０４）。なお、Ｓ６０３及びＳ６０４の手続きが正常に処理された場合、ＣＯＲＳ処理の設定値が、デジタルカメラ１００の作業用メモリ１０４に保持される。

スマートデバイス２００は、デジタルカメラ１００へ、ＡＰＩ４０２に対するリクエストを送信する（Ｓ６０５）。このリクエストも、アプリケーション３０１によって生成される。このリクエストは、スマートデバイス２００からデジタルカメラ１００のＣＯＲＳ処理を有効化又は無効化するために送信される。ここでは、デジタルカメラ１００のＣＯＲＳ処理が有効化されるものとする。デジタルカメラ１００は、スマートデバイス２００からこのリクエストを受信すると、この時点ではＣＯＲＳ処理が有効でないことに基づいて、Ｓ５０４においてリクエストを処理し、スマートデバイス２００へレスポンスを返送する（Ｓ６０６）。Ｓ６０５及びＳ６０６の手続きが正常に処理された場合、デジタルカメラ１００は、ＣＯＲＳ処理の有効又は無効を示す情報を作業用メモリ１０４に保持し、以降のリクエスト受信時に、この情報を用いてＣＯＲＳ処理を行うか否かを判定する。

スマートデバイス２００は、Ｗｅｂサーバ３００へ、Ｗｅｂアプリケーションの取得リクエストを送信する（Ｓ６０７）。このリクエストは、Ｗｅｂブラウザ３０３によって生成される。Ｗｅｂサーバ３００は、リクエストを受信すると、必要なファイルをレスポンスで返送する（Ｓ６０８）。Ｗｅｂブラウザ３０３は、取得したファイルをレンダリングエンジン等で解析して画面に表示する。

次に、スマートデバイス２００が、デジタルカメラ１００へ、ＡＰＩ４０５に対するリクエストを送信する。このリクエストは、Ｗｅｂサーバ３００から取得されたＷｅｂアプリケーション３０２に基づいて生成される。なお、このリクエストが特定の条件を満たしていない場合、このリクエストは直ちに送信されず、Ｗｅｂブラウザ３０３によってプリフライトリクエストが送信されるこことなる。図６の例では、Ｗｅｂブラウザ３０３が、このプリフライトリクエストを送信するものとする。すなわち、スマートデバイス２００は、デジタルカメラ１００へ、ＡＰＩ４０５に関するプリフライトリクエストを送信する（Ｓ６０９）。このリクエストは、Ｗｅｂブラウザ３０３によって生成され、「Ｏｒｉｇｉｎ」ヘッダが付加される。ヘッダの値はＷｅｂサーバ３００のオリジン（ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ）が設定される。デジタルカメラ１００は、リクエストを受信すると、図５に従って、そのリクエストを処理する。ここでは、ＣＯＲＳ処理が有効化されており、かつ、Ｏｒｉｇｉｎヘッダが付されたリクエストであるため、デジタルカメラ１００は、そのＯｒｉｇｉｎヘッダの値と、許可するオリジンの設定値とを比較し、レスポンスを許可するかを決定する。ここで、デジタルカメラ１００は、Ｓ６０３において受信したリクエストに基づいて、許可するオリジンの設定値として、Ｗｅｂサーバ３００のオリジンを保持している。このため、デジタルカメラ１００は、Ｓ５０９に従って、「Ａｃｃｅｓｓ－Ｃｏｎｔｒｏｌ－Ａｌｌｏｗ－Ｏｒｉｇｉｎ」ヘッダを付加したレスポンスを返送する（Ｓ６１０）。なお、ここでのヘッダの値は、リクエストに含まれるＯｒｉｇｉｎヘッダの値（ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ）が設定される。

Ｗｅｂブラウザ３０３は、Ｓ６１０において、「Ａｃｃｅｓｓ－Ｃｏｎｔｒｏｌ－Ａｌｌｏｗ－Ｏｒｉｇｉｎ」ヘッダを含んだレスポンスを受信すると、デジタルカメラ１００へ、ＡＰＩ４０５に対するリクエストを送信する（Ｓ６１１）。このリクエストには、Ｗｅｂブラウザ３０３によってＯｒｉｇｉｎヘッダが付加される。ヘッダの値は、Ｗｅｂサーバ３００のオリジン（ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ）が設定される。デジタルカメラ１００は、このリクエストを受信すると、図５に従って、受信したリクエストを処理する。ここでは、ＣＯＲＳ処理が有効化されており、かつ、Ｏｒｉｇｉｎヘッダが付されたリクエストであるため、デジタルカメラ１００は、そのＯｒｉｇｉｎヘッダの値と、許可するオリジンの設定値とを比較し、レスポンスを許可するかを決定する。デジタルカメラ１００は、Ｓ５０８に従って、シャッター全押し等の処理を実行し、「Ａｃｃｅｓｓ－Ｃｏｎｔｒｏｌ－Ａｌｌｏｗ－Ｏｒｉｇｉｎ」ヘッダを付加したレスポンスを返送する（Ｓ６１２）。なお、ここでのヘッダの値は、リクエストに含まれるＯｒｉｇｉｎヘッダの値（ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ）が設定される。

以上のように、本実施形態では、デジタルカメラ１００が有するＨＴＴＰサーバ機能のＣＯＲＳ設定を、自装置が公開するＡＰＩを介して他の装置によって行うことができるようにする。これにより、例えば、コンソール等の入力部材を使用するのが容易でない電子機器におけるＣＯＲＳ設定を容易に行うことが可能となる。

（変形例１）
外部の電子機器がデジタルカメラ１００におけるＨＴＴＰサーバ機能のＣＯＲＳ設定を行う際に、認証を行うようにしてもよい。例えば、認証に成功した電子機器に対してのみ、ＣＯＲＳ設定のＡＰＩを使用することを許可してもよい。認証は、例えば、Ｂａｓｉｃ認証、Ｄｉｇｅｓｔ認証等によって行われうる。一例において、デジタルカメラ１００は、自装置の認証機能が有効でない場合に、ＣＯＲＳ設定のＡＰＩを使用できないようにし、自装置の認証機能が有効である場合に限って、ＣＯＲＳ設定のＡＰＩの使用が許容されるようにしうる。すなわち、デジタルカメラ１００は、自装置（ＨＴＴＰサーバ機能）の認証機能が無効である場合には上述のようなＡＰＩの使用を許容せず、認証機能が有効な場合に、ＡＰＩの使用を許容して、認証に成功した外部装置がそのＡＰＩを使用できるようにしうる。図７を用いて、この場合のデジタルカメラ１００の処理の流れの例について説明する。

デジタルカメラ１００は、外部装置からのリクエストの受信を待ち受け（Ｓ７０１）、リクエストを受信した場合（Ｓ７０１でＹＥＳ）、リクエストされたＡＰＩが、ＣＯＲＳ関連のＡＰＩであるか否かを確認する（Ｓ７０２）。ＣＯＲＳ関連のＡＰＩは、例えば、図４に示されるＡＰＩ４０２、ＡＰＩ４０３、及びＡＰＩ４０４などの、ＣＯＲＳ処理の設定を行うためのＡＰＩである。デジタルカメラ１００は、リクエストされたＡＰＩがＣＯＲＳ関連のＡＰＩでないと判定した場合（Ｓ７０２でＮＯ）、Ｓ５０２と同様の処理を実行する（Ｓ７０３）。一方で、デジタルカメラ１００は、リクエストされたＡＰＩがＣＯＲＳ関連のＡＰＩであると判定した場合（Ｓ７０２でＹＥＳ）、自装置の認証機能が有効か否かを確認する（Ｓ７０４）。なお、デジタルカメラ１００は、このときに、例えばリクエスト元のスマートデバイス２００の認証機能が有効であるか否かをも確認しうる。デジタルカメラ１００は、認証機能が有効であることを確認した場合（Ｓ７０４でＹＥＳ）、Ｓ５０２と同様の処理を実行する（Ｓ７０３）。一方で、デジタルカメラ１００は、認証機能が有効でないことを確認した場合（Ｓ７０４でＮＯ）、サービスが利用できないことを示すために、Ｓｔａｔｕｓ Ｃｏｄｅを「５０３」に設定したレスポンスを送信して処理を終了する（Ｓ７０５、Ｓ７０６）。

このように、デジタルカメラ１００は、自装置のサーバ機能の認証機能が有効であることを条件として、ＣＯＲＳ設定のＡＰＩを実行可能としうる。これにより、ＣＯＲＳ設定を行うために認証が必要となり、認証されていない外部装置からＣＯＲＳ設定が変更されることを防ぐことが可能となる。

（変形例２）
上述の実施形態では、ＣＯＲＳ設定がデジタルカメラ１００によって公開されるＡＰＩのすべてに共通となっている。すなわち、例えば、許可されるオリジンとして設定されたオリジンは、デジタルカメラ１００によって公開されるＡＰＩのすべてについて、許可されるオリジンとして扱われる。一方で、例えば、一部のＡＰＩについては、異なるオリジンからのリクエストが許可されるべきでない場合がありうる。このため、ＡＰＩごとにＣＯＲＳ処理を行う対象であるか否かを示す情報が用意されてもよい。デジタルカメラ１００は、この情報に基づいて、リクエストされたＡＰＩがＣＯＲＳ処理を行う対象であるか否かを確認しうる。そして、デジタルカメラ１００は、ＣＯＲＳ処理を行う対象のＡＰＩについてのみ、上述のようなＣＯＲＳ処理を行う。また、ＡＰＩごとに許可するオリジンやメソッドが変更されるようにしてもよい。このために、例えば、ＨＴＴＰサーバ全体のＣＯＲＳ設定とは別に、各ＡＰＩに個別のＣＯＲＳ設定が用意されうる。デジタルカメラ１００は、リクエストされたＡＰＩについて個別のＣＯＲＳ設定が行われていた場合、サーバ全体のＣＯＲＳ設定は使用せずに、ＡＰＩ個別のＣＯＲＳ設定を使用して処理を行いうる。

図８に、この場合のＡＰＩの例を示す。図８において、ＡＰＩ８０１（／ｃｏｒｓ／ａｐｉ／ｃｏｒｓｓｅｔｔｉｎｇ）は、指定したＡＰＩについてデジタルカメラ１００がＣＯＲＳ処理を有効化するか無効化するかを指定するために使用されうる。外部装置は、対象となるＡＰＩと、ＣＯＲＳ処理を有効化又は無効化することを示す情報とをリクエストボディに付加し、ＰＵＴメソッドによって、ＡＰＩ８０１に対するリクエストを送信する。デジタルカメラ１００は、リクエストされた情報を作業用メモリ１０４に保持する。この情報は、以降のリクエストの受信時のＣＯＲＳ処理が行われるべきか否かをデジタルカメラ１００が判定するために用いられる。デジタルカメラ１００は、情報の保持を正常に完了すると、変更されたＣＯＲＳ処理の状態をレスポンスボディに付加して、Ｓｔａｔｕｓ Ｃｏｄｅを「２００ ＯＫ」としたレスポンスを外部装置へ返送する。

ＡＰＩ８０２（／ｃｏｒｓ／ａｐｉ／ｏｒｉｇｉｎ）は、指定したＡＰＩについて、ＣＯＲＳ処理時に異なるオリジンからのリクエストに対するレスポンスを許可するか否かを指定するために使用される。ＡＰＩ８０２では、許可するオリジンが指定される。外部装置は、対象となるＡＰＩと、そのＡＰＩについて許可するオリジンとをリクエストボディに付加し、ＰＵＴメソッドによって、ＡＰＩ８０２に対するリクエストを送信する。デジタルカメラ１００は、リクエストされた情報を作業用メモリ１０４に保持する。この情報は、以降のリクエスト受信時のＣＯＲＳ処理においてレスポンスを許可するか否かをデジタルカメラ１００が判定する際に用いられる。デジタルカメラ１００は、情報の保持を正常に完了すると、変更された許可するオリジンをレスポンスボディに付加し、Ｓｔａｔｕｓ Ｃｏｄｅを「２００ ＯＫ」としたレスポンスを外部装置へ返送する。

ＡＰＩ８０３（／ｃｏｒｓ／ａｐｉ／ｈｅａｄｅｒ）は、指定したＡＰＩにおいて、ＣＯＲＳ処理時に異なるオリジンからのリクエストに対するレスポンスを許可するか否かを指定するために使用される。ＡＰＩ８０３では、許可するヘッダが指定される。外部装置は、対象となるＡＰＩと、許可するヘッダのキー及びバリューとをリクエストボディに付加し、ＰＵＴメソッドによって、ＡＰＩ８０３に対するリクエストを送信する。デジタルカメラ１００は、リクエストされた情報を作業用メモリ１０４に保持する。この情報は、以降のリクエスト受信時のＣＯＲＳ処理においてレスポンスを許可するか否かをデジタルカメラ１００が判定する際に用いられる。デジタルカメラ１００は、情報の保持を正常に完了すると、追加された許可するヘッダをレスポンスボディに付加し、Ｓｔａｔｕｓ Ｃｏｄｅを「２００ ＯＫ」としたレスポンスを外部装置へ返送する。

この場合のデジタルカメラ１００の処理の流れの例について、図９を用いて説明する。デジタルカメラ１００は、リクエストが到来するのを待ち受け（Ｓ９０１）、リクエストを受信した場合に（Ｓ９０１でＹＥＳ）、リクエストされたＡＰＩについて、個別のＣＯＲＳ設定が行われているかを確認する（Ｓ９０２）。デジタルカメラ１００は、例えば、ＡＰＩ８０２において設定が行われるＡＰＩ個別の「許可するオリジン」の設定値が、初期値（ＮＵＬＬ）から変更されている場合に、ＡＰＩ個別のＣＯＲＳ設定が変更されていると判定する。また、デジタルカメラ１００は、例えば、ＡＰＩ８０３において設定が行われるＡＰＩ個別の「許可するヘッダ」の設定値が、初期値（ＮＵＬＬ）から変更されている場合に、ＡＰＩ個別のＣＯＲＳ設定が変更されていると判定する。デジタルカメラ１００は、ＡＰＩ個別のＣＯＲＳ設定が行われていないと判定した場合（Ｓ９０３でＹＥＳ）、サーバ全体のＣＯＲＳ設定を用いてリクエストを処理する（Ｓ９０４）。この処理は、図５のＳ５０２と同様にして行われる。一方、デジタルカメラ１００は、ＡＰＩ個別のＣＯＲＳ設定が行われていると判定した場合（Ｓ９０３でＹＥＳ）、そのＡＰＩ個別のＣＯＲＳ設定を用いてリクエストを処理する（Ｓ９０５）。なお、この処理は、処理中の判定に使用される情報が、サーバ全体の情報からＡＰＩ個別の情報に置き換えられるのみであり、処理の内容は図５の５０２の処理と同様である。

このようにして、デジタルカメラ１００は、ＡＰＩごとに異なるＣＯＲＳ処理の設定を行うことができる。なお、上述の処理例では、サーバ全体のＣＯＲＳ設定よりも、ＡＰＩ個別のＣＯＲＳ設定を優先することにより、ＡＰＩ個別のＣＯＲＳ設定が使用されるようにしている。一方で、例えば、サーバ全体のＣＯＲＳ設定とＡＰＩ個別のＣＯＲＳ設定とを組み合わせて使用するようにしてもよい。一例において、デジタルカメラ１００は、サーバ全体のＣＯＲＳ設定及びＡＰＩ個別のＣＯＲＳ設定の両方において指定されているオリジンやヘッダについてのみ、レスポンスを許可するようにしてもよい。また、デジタルカメラ１００は、サーバ全体のＣＯＲＳ設定とＡＰＩ個別のＣＯＲＳ設定とのいずれかにおいて指定されているオリジンやヘッダについて、レスポンスを許可するようにしてもよい。

（変形例３）
上述の実施形態では、ＡＰＩによって設定されたＣＯＲＳ設定が、デジタルカメラ１００の作業用メモリ１０４に保持され、ＣＯＲＳ処理時に参照されると説明した。この設定値は、デジタルカメラ１００の不揮発メモリ１０３に保存されてもよく、これによれば、デジタルカメラ１００本体が再起動された際にも同じ設定値を使い続けることができる。一方で、このような構成とすると、必要のないＣＯＲＳ設定が維持されてしまいうる。このため、一例において、デジタルカメラ１００は、サーバ機能の起動時にＣＯＲＳ設定を初期化するようにしてもよい。この場合、デジタルカメラ１００は、再びＣＯＲＳ設定を使用すべき場合に、上述の実施形態で説明したような手順を用いて、改めてＣＯＲＳ設定のＡＰＩを実行する。

図１０を用いて、このような初期化を行う場合のデジタルカメラ１００が実行する処理の流れの例について説明する。デジタルカメラ１００は、ＨＴＴＰサーバ機能を起動すると（Ｓ１００１）、不揮発メモリ１０３に保存されているＣＯＲＳ設定値を初期化する（Ｓ１００２）。なお、ＡＰＩ４０２によって設定されるＣＯＲＳ設定の有効又は無効を示す情報は、初期値として値を「無効」に設定する。ＡＰＩ４０３又はＡＰＩ４０４によって設定されるＣＯＲＳ処理で異なるオリジンからのリクエストを許可するか否かを判定する際に使用する情報は、例えば、ＮＵＬＬを初期値とする。デジタルカメラ１００は、設定値を初期化した後、リクエストの受信を待機し（Ｓ１００３）、リクエストを受信した場合に（Ｓ１００３でＹＥＳ）、例えばＳ５０２と同様にしてリクエストを処理する（Ｓ１００４）。なお、ＨＴＴＰサーバ機能の起動時にＣＯＲＳ設定値を初期化してもよいし、ＨＴＴＰサーバ機能の終了時にＣＯＲＳ設定値を初期化してもよい。なお、ここでのＨＴＴＰサーバ機能は、ＣＯＲＳ設定に関連するＡＰＩに関連付けられた所定の機能を指す。また、ＨＴＴＰサーバ機能の起動又は終了は、デジタルカメラ１００の起動又は終了時に行われるが、例えばユーザ操作による起動又は終了の指示などの他の要因によって行われてもよい。また、例えば、ＣＯＲＳ設定値に基づく処理が一定期間行われていない場合に初期化が行われてもよい。すなわち、ＣＯＲＳ設定が不必要に維持されないように、一定のタイミングで初期化が行われるようにしうる。また、例えばユーザが明示的に初期化の操作を行った場合にＣＯＲＳ設定の初期化が行われてもよいし、ユーザが明示的に初期化処理が行われないようにする設定を行った場合には、自動で初期化が行われないようにしてもよい。

このように、デジタルカメラ１００がサーバ機能を起動した際にＣＯＲＳ設定を初期化することにより、不必要なＣＯＲＳ設定が維持され続けてしまうことを防ぐことができる。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１００：デジタルカメラ、２００：スマートデバイス、３００：Ｗｅｂサーバ、３０１：アプリケーション、３０２：Ｗｅｂアプリケーション、３０３：Ｗｅｂブラウザ

Claims (10)

1. 電子機器であって、
   Ｃｒｏｓｓ－Ｏｒｉｇｉｎ Ｒｅｓｏｕｒｃｅ Ｓｈａｒｉｎｇ（ＣＯＲＳ）の有効化または無効化に関する設定を含んだＣＯＲＳに関する設定のためのＡｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ（ＡＰＩ）を公開する公開手段と、
   前記ＡＰＩに対するＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）のリクエストを他の装置から受信した場合に、当該リクエストに基づいて前記ＣＯＲＳに関する設定を実行する実行手段と、
   を有することを特徴とする電子機器。
2. 前記公開手段は、ＣＯＲＳの有効化または無効化の設定を受け付ける第１のＡＰＩを公開し、
   前記実行手段は、当該第１のＡＰＩに対するＨＴＴＰのリクエストを受信した場合、当該リクエストに従ってＣＯＲＳを有効化または無効化する、
   ことを特徴とする請求項１に記載の電子機器。
3. 前記公開手段は、ＣＯＲＳによって許可するオリジンを指定する情報を受け付けるための第２のＡＰＩを公開し、
   前記実行手段は、当該第２のＡＰＩに対するＨＴＴＰのリクエストを受信した場合、当該リクエストによって指定されるオリジンからのＨＴＴＰのリクエストに対するレスポンスを許可する設定を行う、
   ことを特徴とする請求項１又は２に記載の電子機器。
4. 前記公開手段は、ＣＯＲＳによって許可するヘッダを指定する情報を受け付けるための第３のＡＰＩを公開し、
   前記実行手段は、当該第３のＡＰＩに対するＨＴＴＰのリクエストを受信した場合、当該リクエストによって指定されるヘッダを有するＨＴＴＰのリクエストに対するレスポンスを許可する設定を行う、
   ことを特徴とする請求項１から３のいずれか１項に記載の電子機器。
5. 前記実行手段は、前記公開手段によって公開される複数のＡＰＩのそれぞれについて、前記ＣＯＲＳに関する設定を当該複数のＡＰＩについてまとめて実行する第１の設定と、前記ＣＯＲＳに関する設定を当該複数のＡＰＩについて個別に実行する第２の設定とを行うことが可能であり、
   前記第２の設定が行われているＡＰＩについては当該第２の設定に基づいてＣＯＲＳの処理が行われ、前記第２の設定が行われていないＡＰＩについては前記第１の設定に基づいてＣＯＲＳの処理が行われる、
   ことを特徴とする請求項１から４のいずれか１項に記載の電子機器。
6. 前記実行手段は、前記電子機器において認証機能が有効である場合に、前記リクエストに基づいて前記ＣＯＲＳに関する設定を実行することを許容し、前記電子機器において前記認証機能が有効でない場合に、前記リクエストに基づいて前記ＣＯＲＳに関する設定を実行することを許容しない、ことを特徴とする請求項１から５のいずれか１項に記載の電子機器。
7. 前記ＣＯＲＳに関する設定を初期化する初期化手段をさらに有する、ことを特徴とする請求項１から６のいずれか１項に記載の電子機器。
8. 前記初期化手段は、前記ＣＯＲＳに関する設定と関連付けられた所定の機能が起動された場合または当該所定の機能が終了された場合に、当該ＣＯＲＳに関する設定を初期化する、ことを特徴とする請求項７に記載の電子機器。
9. 電子機器によって実行される制御方法であって、
   Ｃｒｏｓｓ－Ｏｒｉｇｉｎ Ｒｅｓｏｕｒｃｅ Ｓｈａｒｉｎｇ（ＣＯＲＳ）の有効化または無効化に関する設定を含んだＣＯＲＳに関する設定のためのＡｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ（ＡＰＩ）を公開することと、
   前記ＡＰＩに対するＨｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）のリクエストを他の装置から受信した場合に、当該リクエストに基づいて前記ＣＯＲＳに関する設定を実行することと、
   を含むことを特徴とする制御方法。
10. コンピュータを請求項１から８のいずれか１項に記載の電子機器として機能させるためのプログラム。

Images