JP2020140600A - 仲介端末、通信システム、入力システム、仲介制御方法、及びプログラム - Google Patents

Abstract

【課題】従来、撮影装置等のメモリ残量が少ない状態になったタイミングで画像データをアップロードするといった固定の処理が開示されているが、様々なニーズに応えることができない。また、このようなニーズに応えるために、様々なアプリケーションを撮影装置にインストールすることも考えられるが、撮影装置はＰＣのように容易にインストールすることできない。更に、撮影装置が一般ユーザによってインストールできない装置の場合には、様々なニーズに応えることが困難である。【解決手段】撮影装置１（データ生成装置）とサーバ５との通信を仲介する仲介端末３が、撮影装置１の事前に登録されたサービス内容に応じて、サーバ５からサービスを受けるための各種アプリケーションをダウンロードして、各種アプリケーションを起動させることで、アップロード、スライドショー表示、録画等の各種サービスを受けることができる。【選択図】図１０

Description

本開示内容は、仲介端末、通信システム、入力システム、仲介制御方法、及びプログラムに関する。

デジタルカメラ等の撮影装置は、撮影することで生成した画像データを自装置内のメモリに記憶している。そして、メモリ残量が少ない状態になったタイミングで、撮影装置がインターネット等の通信ネットワークを介してサーバに画像データをアップロードすることで、メモリの空き容量を確保することができるようになった（特許文献１参照）。また、近年、撮影装置のユーザによっては、画像データをサーバへ送信するタイミングを変更したり、画像データを別の装置へ表示したりしたい等、様々なニーズがある。

しかしながら、先行技術では、メモリ残量が少ない状態になったタイミングで画像データをアップロードするといった固定の処理を実行しているため、撮影装置のユーザへ提供するサービスの拡張性が低い。また、このようなサービスの内容に応じた処理を実行させるために、そのサービス特有のアプリケーションを撮影装置にインストールさせることも考えられるが、インストールさせる手間を撮影装置のユーザに負担させることになる。更に、撮影装置が一般ユーザによってインストールできない装置の場合には、同様にサービスの拡張性が低いという課題が生じる。このような課題は、撮影装置だけでなく画像データ等の入力データを生成するデータ生成装置を利用するサービスをユーザへ提供する場合に共通に存在する。

本発明は、上記事情に鑑みてなされたもので、撮影装置等のデータ生成装置で生成された画像データ等の入力データを扱うサービスに関して、容易にサービスの内容を拡張させることを目的とする。

請求項１に係る発明は、入力データを生成する入力装置と、当該入力装置を用いたサービス内容を管理するサービス管理サーバとの通信を仲介する仲介端末であって、前記入力装置から当該入力装置を識別するための装置識別情報を取得する取得手段と、通信ネットワークを介して前記サービス管理サーバに、前記取得された装置識別情報を送信する送信手段と、前記サービス管理サーバが前記装置識別情報の受信に基づいて送信した、前記装置識別情報に関連付けられているサービス内容を示すサービス内容情報を受信する受信手段と、前記サービス内容情報で示されるサービス内容に応じて、前記入力装置から取得された前記入力データに対する処理を実行する処理実行手段と、を有することを特徴とする仲介端末である。

本発明によれば、データ生成装置で生成された入力データを扱うサービスに関して、容易にサービスの内容を拡張させることができるという効果を奏する。

本発明の一実施形態に係る通信システムの全体構成図である。 撮影装置のハードウェア構成図である。 仲介端末のハードウェア構成図である。 サービス管理サーバ及び管理者端末のハードウェア構成図である。 通信システムの各機能ブロック図である。 （ａ）は撮影装置情報管理テーブルの概念図、（ｂ）はサービス管理テーブルの概念図である。 （ａ）は仲介端末状態管理テーブルの概念図、（ｂ）は録画管理テーブルの概念図である。 （ａ）はアプリケーション管理テーブルの概念図、（ｂ）ファイル管理テーブルの概念図である。 （ａ）は撮影装置登録画面を示した図、（ｂ）はサービス内容設定画面を示した図である。 （ａ）静止画のアップロードの通信経路を示した概略図、（ｂ）静止画のアップロード及び静止画のスライドショーの通信経路を示した概略図、（ｃ）録画及びアップロードの通信経路を示した概略図、（ｄ）動画のアップロード及び動画のスライドショー通信経路を示した概略図である。 各サービス内容の処理を開始する前提の処理を示したシーケンスである。 各サービス内容の処理を開始する前提の処理を示したシーケンスである。 仲介端末が撮影装置から撮影装置情報を取得してサービス管理サーバに提供する処理を示したシーケンス図である。 静止画ファイルのアップロード及びスライドショーのサービスを実行する処理を示したシーケンス図である。 録画のサービスを実行する処理を示したシーケンス図である。

以下に図面を用いて、本実施形態に係る通信システムを詳細に説明する。

〔システムの概略〕
まず、通信システムの概略について説明する。図１は、本実施形態に係る通信システムの全体構成図である。なお、ここでは、ある学校に本実施形態の通信システムを適用した場合について説明する。

図１に示されているように、本実施形態の通信システムは、全天球撮影用の撮影装置１、仲介端末３、サービス管理サーバ５、管理者端末７、及びディスプレイ９によって構築されている。撮影装置１、仲介端末３、管理者端末７、及びディスプレイ９は、サービス管理サーバ５から見て、学校等のクライアントＣ側の装置又は端末である。

全天球撮影用の撮影装置１は、一度に２枚の立体射影方式の魚眼レンズを同時に使用して、１直線上で正反対の方向の画像を撮影、２枚の魚眼画像を座標変換及び合成し、正距円筒図法の全天球画像のデータを生成することができる特殊なデジタルカメラである。例えばこの撮影装置１が教壇に設置されることで、教師Ｔの講義及び学生Ｓの反応を同時に撮影することができる。

仲介端末３は、インターネット等の通信ネットワーク１００に直接通信できる通信端末の一例である。仲介端末３は、通信ネットワーク１００に直接通信できない撮影装置１と近距離無線通信を行うことで、撮影装置１とサービス管理サーバ５との通信を仲介する役割を果たす。近距離無線通信は、例えば、Wi-Fi、Bluetooth（登録商標）、NFC（Near Field Communication）等の技術を利用して行われる通信である。図１では、仲介端末３はディスプレイ９に接続されるドングルレシーバーのように使用されているが、このような接続形態に限られない。例えば仲介端末３とディスプレイ９がネットワークを介して接続されていてもよい。また、撮影装置１と仲介端末３が有線ＬＡＮ等のケーブルを介して接続されていてもよい。

サービス管理サーバ５は、通信ネットワーク１００を介して仲介端末３に各種アプリケーションを提供する等のサービスを提供するためのサーバである。

管理者端末７は、クライアントＣ側の管理者が利用するＰＣ(Personal Computer)であり、通信ネットワーク１００を介してサービス管理サーバ５に対し、提供を受けるサービス内容を設定することができる。

ディスプレイ９は、撮影装置１で撮影されることで得られた画像を仲介端末３から取得して表示するための表示手段の一例である。

なお、撮影装置１は入力装置の一例であり、ディスプレイ９は出力装置の一例である。また、撮影装置１と仲介端末３によって、入力システムが構築される。サービス管理サーバ５及び管理者端末は、単一又は複数のコンピュータによって構築されている。

〔ハードウェア構成〕
続いて、図２乃至図４を用いて、通信システムを構築する撮影装置１、仲介端末３、サービス管理サーバ５、及び管理者端末７のハードウェア構成を説明する。

＜撮影装置のハードウェア構成＞
図２は、撮影装置のハードウェア構成図である。以下では、撮影装置１は、２つの撮像素子を使用した全天球（全方位）撮影可能なデジタルカメラとするが、撮像素子は２つ以上いくつでもよい。また、必ずしも全方位撮影専用の装置である必要はなく、通常のデジタルカメラやスマートフォン等に後付けの全方位の撮像ユニットを取り付けることで、実質的に撮影装置１と同じ機能を有するようにしてもよい。

図２に示されているように、撮影装置１は、撮像ユニット１０１、画像処理ユニット１０４、撮像制御ユニット１０５、マイク１０８、音処理ユニット１０９、ＣＰＵ(Central Processing Unit)１１１、ＲＯＭ(Read Only Memory)１１２、ＳＲＡＭ(Static Random Access Memory)１１３、ＤＲＡＭ(Dynamic Random Access Memory)１１４、操作部１１５、ネットワークＩ／Ｆ１１６、通信部１１７、アンテナ１１７ａ、電子コンパス１１８、ジャイロセンサ１１９、加速度センサ１２０及び端子１２１によって構成されている。

このうち、撮像ユニット１０１は、各々半球画像を結像するための１８０°以上の画角を有する広角レンズ（いわゆる魚眼レンズ）１０２ａ，１０２ｂと、各広角レンズに対応させて設けられている２つの撮像素子１０３ａ，１０３ｂを備えている。 撮像素子１０３ａ，１０３ｂは、魚眼レンズ１０２ａ，１０２ｂによる光学像を電気信号の画像データに変換して出力するＣＭＯＳ(Complementary Metal Oxide Semiconductor)センサやＣＣＤ(Charge Coupled Device)センサなどの画像センサ、この画像センサの水平又は垂直同期信号や画素クロックなどを生成するタイミング生成回路、この撮像素子の動作に必要な種々のコマンドやパラメータなどが設定されるレジスタ群などを有している。

撮像ユニット１０１の撮像素子１０３ａ，１０３ｂは、各々、画像処理ユニット１０４とパラレルＩ／Ｆバスで接続されている。一方、撮像ユニット１０１の撮像素子１０３ａ，１０３ｂは、撮像制御ユニット１０５とは、シリアルＩ／Ｆバス（Ｉ２Ｃバス等）で接続されている。 画像処理ユニット１０４、撮像制御ユニット１０５及び音処理ユニット１０９は、バス１１０を介してＣＰＵ１１１と接続される。さらに、バス１１０には、ＲＯＭ１１２、ＳＲＡＭ１１３、ＤＲＡＭ１１４、操作部１１５、ネットワークＩ／Ｆ１１６、通信部１１７、及び電子コンパス１１８なども接続される。

画像処理ユニット１０４は、撮像素子１０３ａ，１０３ｂから出力される画像データをパラレルＩ／Ｆバスを通して取り込み、それぞれの画像データに対して所定の処理を施した後、これらの画像データを合成処理して、正距円筒射影画像のデータを作成する。

撮像制御ユニット１０５は、一般に撮像制御ユニット１０５をマスタデバイス、撮像素子１０３ａ，１０３ｂをスレーブデバイスとして、Ｉ２Ｃバスを利用して、撮像素子１０３ａ，１０３ｂのレジスタ群にコマンド等を設定する。必要なコマンド等は、ＣＰＵ１１１から受け取る。また、撮像制御ユニット１０５は、同じくＩ２Ｃバスを利用して、撮像素子１０３ａ，１０３ｂのレジスタ群のステータスデータ等を取り込み、ＣＰＵ１１１に送る。

また、撮像制御ユニット１０５は、操作部１１５のシャッターボタンが押下されたタイミングで、撮像素子１０３ａ，１０３ｂに画像データの出力を指示する。撮影装置１によっては、ディスプレイ（例えば、スマートフォン５のディスプレイ５１７）によるプレビュー表示機能や動画表示に対応する機能を持つ場合もある。この場合は、撮像素子１０３ａ，１０３ｂからの画像データの出力は、所定のフレームレート（フレーム／分）によって連続して行われる。

また、撮像制御ユニット１０５は、後述するように、ＣＰＵ１１１と協働して撮像素子１０３ａ，１０３ｂの画像データの出力タイミングの同期をとる同期制御手段としても機能する。なお、本実施形態では、撮影装置１にはディスプレイが設けられていないが、表示部を設けてもよい。

マイク１０８は、音を音（信号）データに変換する。音処理ユニット１０９は、マイク１０８から出力される音データをＩ／Ｆバスを通して取り込み、音データに対して所定の処理を施す。

ＣＰＵ１１１は、撮影装置１の全体の動作を制御すると共に必要な処理を実行する。ＲＯＭ１１２は、ＣＰＵ１１１のための種々のプログラムを記憶している。ＳＲＡＭ１１３及びＤＲＡＭ１１４はワークメモリであり、ＣＰＵ１１１で実行するプログラムや処理途中のデータ等を記憶する。特にＤＲＡＭ１１４は、画像処理ユニット１０４での処理途中の画像データや処理済みの正距円筒射影画像のデータを記憶する。

操作部１１５は、シャッターボタン１１５ａなどの操作ボタンの総称である。ユーザは操作部１１５を操作することで、種々の撮影モードや撮影条件などを入力する。

ネットワークＩ／Ｆ１１６は、ＳＤカード等の外付けのメディアやパーソナルコンピュータなどとのインターフェース回路（ＵＳＢＩ／Ｆ等）の総称である。また、ネットワークＩ／Ｆ１１６としては、無線、有線を問わない。ＤＲＡＭ１１４に記憶された正距円筒射影画像のデータは、このネットワークＩ／Ｆ１１６を介して外付けのメディアに記録されたり、必要に応じてネットワークＩ／Ｆ１１６を介してスマートフォン５等の外部端末（装置）に送信されたりする。

通信部１１７は、撮影装置１に設けられたアンテナ１１７ａを介して、近距離無線通信によって、スマートフォン５等の外部端末（装置）と通信を行う。この通信部１１７によっても、正距円筒射影画像のデータをスマートフォン等の外部端末（装置）に送信することができる。

電子コンパス１１８は、地球の磁気から撮影装置１の方位を算出し、方位情報を出力する。 この方位情報はExifに沿った関連情報（メタデータ）の一例であり、撮影画像の画像補正等の画像処理に利用される。なお、関連情報には、画像の撮影日時、及び画像データのデータ容量の各データも含まれている。

ジャイロセンサ１１９は、撮影装置１の移動に伴う角度の変化（Roll角、Pitch角、Yaw角）を検出するセンサである。 角度の変化はExifに沿った関連情報（メタデータ）の一例であり、撮像画像の画像補正等の画像処理に利用される。

加速度センサ１２０は、３軸方向の加速度を検出するセンサである。撮影装置１は、加速度センサ１２０が検出した加速度に基づいて、自装置（撮影装置１）の姿勢（重力方向に対する角度）を算出する。撮影装置１に、ジャイロセンサ１１９と加速度センサ１２０の両方が設けられることによって、画像補正の精度が向上する。

端子１２１は、Micro USB用の凹状の端子である。

＜仲介端末のハードウェア構成＞
図３は、仲介端末のハードウェア構成図である。図３に示されているように、仲介端末３は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）３０４、ＧＰＵ(Graphics Processing Unit)３０５、インターフェースＩ／Ｆ３０６、近距離通信部３０７、アンテナ３０７ａ、遠距離通信部３０８、アンテナ３０８ａ、及びバスライン３１０を備えている。

これらのうち、ＣＰＵ３０１は、仲介端末３の全体の動作を制御すると共に必要な処理を実行する。ＲＯＭ３０２は、ＣＰＵ３０１のための種々のプログラムを記憶している。ＲＡＭ３０３は、ワークメモリであり、ＣＰＵ３０１で実行するプログラムや処理途中のデータ等を記憶する。ＥＥＰＲＯＭ３０４は、ＣＰＵ３１の制御にしたがってデータの読み出し又は書き込みを行う。ＧＰＵ３０５は、ディスプレイ９の画面に表示する画像（静止画又は動画）を描画するための処理を行う。インターフェースＩ／Ｆ３０６は、ディスプレイ9側のインターフェースに接続するための入出力部分である。なお、インターフェースＩ／Ｆ３０６には撮影装置１やサービス管理サーバ５と遠距離無線通信以外の通信方法で通信する場合に利用する通信インターフェースが含まれていてもよい。

近距離通信部３０７は、Wi-Fi、Bluetooth（登録商標）、NFC等の技術を利用して行われる通信であり、撮影装置１と近距離無線通信を行う。アンテナ３０７ａは、近距離通信部３０７のアンテナである。一方、遠距離通信部３０８は、LTE(Long Term Evolution)の技術を利用して行われる通信であり、通信ネットワーク１００を介してサービス管理サーバ５と遠距離無線通信を行う。アンテナ３０８ａは、遠距離通信部３０８のアンテナである。

バスライン３１０は、図３に示されているＣＰＵ３０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

＜サービス管理サーバのハードウェア構成＞
図４は、サービス管理サーバ５のハードウェア構成図である。図４に示されているように、サービス管理サーバ５は、コンピュータによって構築されており、図４に示されているように、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤ(Hard Disk Drive)コントローラ５０５、ディスプレイ５０６、メディアＩ／Ｆ５０７、ネットワークＩ／Ｆ５０９、データバス５１０、キーボード５１１、マウス５１２、及びＤＶＤ−ＲＷ(Digital Versatile Disk Rewritable)ドライブ５１４を備えている。

これらのうち、ＣＰＵ５０１は、サービス管理サーバ５全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。メディアＩ／Ｆ５０７は、フラッシュメモリ等の記録メディア５０６に対するデータの読み出し又は書き込み（記憶）を制御する。ネットワークＩ／Ｆ５０９は、通信ネットワーク１００を利用してデータ通信をするためのインターフェースである。バスライン５１０は、図４に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード５１１は、文字、数値、各種指示などの入力のための複数のキーを備えた入力手段の一種である。マウス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ−ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ−ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ−ＲＷに限らず、ＤＶＤ−ＲやＢｌｕ-ｒａｙ Ｄｉｓｃ（ブルーレイディスク）等であってもよい。

＜管理者端末のハードウェア構成＞
管理者端末７は、コンピュータによって構築されており、図４に示されているように、ＣＰＵ７０１、ＲＯＭ７０２、ＲＡＭ７０３、ＨＤ７０４、ＨＤＤコントローラ７０５、ディスプレイ７０６、メディアＩ／Ｆ７０７、ネットワークＩ／Ｆ７０９、データバス７１０、キーボード７１１、マウス７１２、及びＤＶＤ−ＲＷドライブ７１４を備えている。

これらは、それぞれ、サービス管理サーバ５における、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ５０４、ＨＤＤコントローラ５０５、ディスプレイ５０６、メディアＩ／Ｆ５０７、ネットワークＩ／Ｆ５０９、データバス５１０、キーボード５１１、マウス５１２、及びＤＶＤ−ＲＷドライブ５１４と同様の構成であるため、これらの説明を省略する。

〔通信システムの各機能構成〕
続いて、図５乃至図８を用いて、本実施形態の機能構成について説明する。図５は、通信システムの各機能ブロック図である。

＜撮影装置の機能構成＞
まずは、撮影装置１の機能構成について説明する。図５に示されているように、撮影装置１は、受付部１２、本体管理部１３、撮影部１６、提供・取得部１８、及び記憶・読出処理部１９を有している。これら各部は、図２に示されている各構成要素のいずれかが、ＤＲＡＭ１１４からＳＲＡＭ１１３上に展開された撮影装置用プログラムに従ったＣＰＵ１１１からの命令によって動作することで実現される機能又は手段である。

また、撮影装置１は、ＳＲＡＭ１１３及びＤＲＡＭ１１４によって構築される記憶部１０００を有している。

（撮影装置の各機能構成）
次に、撮影装置１の各機能構成について詳細に説明する。

受付部１２は、管理者等の操作を受け付けて、操作内容に応じて本体管理部１３等の他の機能部に指示を行う。本体管理部１３は、撮影装置１全体の管理を行う。撮影部１６は、被写体等を撮影することで、画像データを生成する。提供・取得部１８は、他の装置（又は端末）と近距離無線通信等の通信を行うことで、他の装置（又は端末）にデータを提供したり、他の装置（又は端末）からデータを取得したりする。記憶・読出処理部１９は、記憶部１０００に対してデータを記憶したり、記憶部１０００からデータを読み出したりする。

＜仲介端末の機能構成＞
次に、仲介端末３の機能構成について説明する。図５に示されているように、仲介端末３は、送受信部３１、受付部３２、本体管理部３３、撮影装置管理部３４、ブラウザ管理部３５、提供・取得部３８、記憶・読出処理部３９、ブラウザ部４１、アップロード実行部４２、録画実行部４３を有している。これら各部は、図３に示されている各構成要素のいずれかが、ＥＥＰＲＯＭ３０４からＲＡＭ３０３上に展開された仲介端末用プログラムに従ったＣＰＵ３０１からの命令によって動作することで実現される機能又は手段である。

また、仲介端末３は、ＲＡＭ３０３及びＥＥＰＲＯＭ３０４によって構築される記憶部３０００を有している。

（仲介端末の各機能構成）
次に、仲介端末３の各機能構成について詳細に説明する。

送受信部３１は、管理者等の操作を受け付けて、操作内容に応じて本体管理部３３等の他の機能部に指示を行う。

受付部３２は、管理者等の操作を受け付けて、操作内容に応じて本体管理部３３等の他の機能部に指示を行う。

本体管理部３３は、仲介端末３全体の管理を行い、例えば、撮影装置管理部３４及びブラウザ管理部３５等に所定の指示や要求を送る。

撮影装置管理部３４は、撮影装置１を用いたサービスを受けるために、例えば、アップロード実行部４２や録画実行部４３を生成する。

ブラウザ管理部３５は、管理対象であるブラウザ部４１を識別するためのブラウザＩＤを管理している。

提供・取得部３８は、他の装置（又は端末）と近距離無線通信等の通信を行うことで、他の装置（又は端末）にデータを提供したり、他の装置（又は端末）からデータを取得したりする。

記憶・読出処理部３９は、記憶部３０００に対してデータを記憶したり、記憶部３０００からデータを読み出したりする。

ブラウザ部４１は、閲覧ソフトウェアであるブラウザにより実現される。

アップロード実行部４２は、処理実行部の一例であり、仲介端末３が、主に撮影装置１で生成された静止画又は動画の画像データをアップロードする処理に寄与する。

録画実行部４３は、処理実行部の一例であり、仲介端末３が、主に撮影装置１に録画を指示したり撮影装置１で録画により得られた静止画又は動画の画像データをアップロードしたりする処理に寄与する。

＜サービス管理サーバの機能構成＞
次に、サービス管理サーバ５の機能構成について説明する。図５に示されているように、サービス管理サーバ５は、送受信部５１、判断部５５、及び記憶・読出処理部５９を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＨＤ５０４からＲＡＭ５０３上に展開されたサービス管理サーバ用プログラムに従ったＣＰＵ５０１からの命令によって、動作することで実現される機能又は機能する手段である。

また、サービス管理サーバ５は、図４に示されているＲＡＭ５０３及びＨＤ５０４によって構築される記憶部５０００を有している。なお、下記各テーブルで同じ名称の項目（カラム）は同じ意味を示すため、２つ目以降の説明を省略する。

（撮影装置情報管理テーブル）
図６（ａ）は、撮影装置情報管理テーブルを示す概念図である。記憶部５０００には、図６（ａ）に示されているような撮影装置情報管理テーブルによって構成されている撮影装置情報管理ＤＢ５００１が構築されている。この撮影装置情報管理テーブルでは、契約ＩＤ毎に、撮影装置ＩＤ、ＭＡＣ(Media Access Control address)アドレス、ユーザＩＤ、ＩＰアドレス、装置パスワード、仲介端末ＩＤ、サービスＩＤ、及び撮影装置と仲介端末との接続状態が関連付けられて管理されている。

これらのうち、契約ＩＤは、管理者（及びユーザ）がサービスを受ける際の契約番号等を示した契約内容を識別するための契約識別情報の一例である。

撮影装置ＩＤは、撮影装置を識別するための撮影装置識別情報の一例である。なお、略して、装置識別情報と示す場合もある。また、ＭＡＣアドレスが撮影装置ＩＤであってもよい。

ユーザＩＤは、撮影装置１や仲介端末３を利用するユーザを識別するためのユーザ（利用者）識別情報の一例である。ユーザＩＤにはユーザ名やメールアドレス等も含まれる。なお、ユーザには、管理者、ゲスト等も含まれる。なお、ユーザＩＤは必ずしも関連付けられていなくてもよい。

装置パスワードは、撮影装置１を用いたサービスを受ける際に必要な撮影装置１に固有のパスワードである。

仲介端末ＩＤは、撮影装置１と対応付けられた仲介端末を識別するための仲介端末識別情報の一例である。なお、略して、端末識別情報と示す場合もある。

ＩＰアドレスは、撮影装置１のネットワーク上のアドレスを示す情報の一例である。

サービスＩＤは、撮影装置１を用いたサービス内容を識別するためのサービス識別情報の一例である。

撮影装置と仲介端末との接続状態は、撮影装置１と仲介端末３との接続状態を示す情報である。

（サービス管理テーブル）
図６（ｂ）は、サービス管理テーブルを示す概念図である。記憶部５０００には、図６（ｂ）に示されているようなサービス管理テーブルによって構成されているサービス管理ＤＢ５００２が構築されている。このサービス管理テーブルでは、サービスＩＤ、入力系アプリケーションＩＤ、出力系アプリケーションＩＤ、及びブラウザＩＤが関連付けられて管理されている。なお、図６（ｂ）で示されているように必ずしも出力系アプリケーションＩＤやブラウザＩＤをサービスＩＤに関連付けなくともよい。また、サービスＩＤには出力系アプリケーションＩＤのみ、又は出力系アプリケーションＩＤ及びブラウザＩＤのみがそれぞれ関連付けられていてもよい。また、図６（ｂ）で図示しているサービスＩＤはあくまで一例であって、図示したサービスＩＤ以外のサービスＩＤが関連付けて管理されていてもよい。また、サービスＩＤはサービス名であってもよいし、サービスＩＤとは別にサービス名を関連付けて図６（ｂ）のサービス管理テーブルにおいて管理してもよい。

これらのうち、入力系アプリケーションＩＤは、サービス管理サーバ５にとってデータが入力される処理を実行するための入力系アプリケーションを識別するための入力系アプリケーション識別情報の一例である。

出力系アプリケーションＩＤは、サービス管理サーバ５によってデータが出力される処理を実行するための出力系アプリケーションを識別するための出力系アプリケーション識別情報の一例である。

ブラウザＩＤは、閲覧ソフトウェアであるブラウザを識別するためのブラウザ識別情報の一例である。

（仲介端末状態管理テーブル）
図７（ａ）は、仲介端末状態管理テーブルを示す概念図である。記憶部５０００には、図７（ａ）に示されているような仲介端末状態管理テーブルによって構成されている仲介端末状態管理ＤＢ５００３が構築されている。この仲介端末状態管理テーブルでは、契約ＩＤ毎に、仲介端末ＩＤ、端末ローカルＩＰアドレス、端末状態、ブラウザＩＤ、ブラウザ状態、及び出力系アプリケーションＩＤが関連付けられて管理されている。

これらのうち、端末ローカルＩＰアドレスは、仲介端末３のローカルＩＰアドレスの一例である。端末状態は、サービス管理サーバ５と仲介端末３との接続状態を示す情報である。ブラウザ状態は、ブラウザ状態は、ブラウザ部４１が起動中か未起動かの起動状態を示す情報である。

（録画管理テーブル）
図７（ｂ）は、録画管理テーブルを示す概念図である。記憶部５０００には、図７（ｂ）に示されているような録画管理テーブルによって構成されている録画管理ＤＢ５００４が構築されている。この録画管理テーブルでは、撮影装置ＩＤ毎に、録画時刻（録画の開始時刻と終了時刻）、及びアップロード開始時刻が関連付けられて管理されている。

録画の開始時刻は、撮影装置１に録画を開始させる時刻である。

録画の終了時刻は、撮影装置１に録画を終了させる時刻である。

アップロード時刻は、仲介端末３が撮影装置１で録画された画像データを取得して、サービス管理サーバ５にアップロードする時刻である。

（アプリケーション管理テーブル）
図８（ａ）は、アプリケーション管理テーブルを示す概念図である。記憶部５０００には、図８（ａ）に示されているようなアプリケーション管理テーブルによって構成されているアプリケーション管理ＤＢ５００５が構築されている。このアプリケーション管理テーブルでは、アプリケーションＩＤ、アプリケーション種別、アプリケーションＵＲＬ、及び対応ブラウザ又は対応機器の情報が関連付けられて管理されている。なお、図８（ａ）で図示しているアプリケーションＩＤはあくまで一例であって、図示したアプリケーションＩＤ以外のアプリケーションＩＤが関連付けて管理されていてもよい。

これらのうち、アプリケーションＩＤはアプリケーションを識別するための識別情報の一例である。アプリケーションＩＤはアプリケーション名であってもよいし、アプリケーションＩＤとアプリケーション名を関連付けてサービス管理サーバ５上で管理されていてもよい。

アプリケーション種別は、入力系(In)又は出力系(Out)等のアプリケーションの種別を示す種別情報の一例である。図８（ａ）で示されるIn 及びOutは種別情報の一例であって、これらの種別以外の種別情報を管理していてもよい。例えば入力処理や出力処理ではなく画像処理や統計処理等の演算処理を実行するアプリケーションや撮影装置１を制御するための制御処理を実行するアプリケーション等はIn やOutといった種別情報とは異なる種別情報を関連付けて管理してもよい。また、上述したようにこのようなアプリケーションをアプリケーション管理テーブルで管理してもよい。

アプリケーションＵＲＬは、アプリケーション等が保存された保存場所を示す保存場所情報の一例である。

対応ブラウザ又は対応機器は、アプリＩＤで示されるアプリケーションが、ブラウザに対応したものか、又は仲介端末等の機器に対応したものであるかを示す情報である。なお、対応するブラウザの種類（例えばモバイル機器向けのブラウザ）や対応する機器の種類を示す情報であってもよい。
（ファイル管理テーブル）
図８（ｂ）は、ファイル管理テーブルを示す概念図である。記憶部５０００には、図８（ｂ）に示されているようなファイル管理テーブルによって構成されているファイル管理ＤＢ５００６が構築されている。ファイル管理ＤＢ５００６は、サービス管理サーバ５が撮影装置１の入力データのファイルをサーバ上で管理するために用いられる。このファイル管理テーブルでは、契約ＩＤ毎に、ユーザＩＤ、及びファイル（ファイル名）が関連付けられて管理されている。ファイル名は、アップロードされた入力データのファイル名を示す。

（サービス管理サーバの各機能）
次に、サービス管理サーバ５の各機能構成について詳細に説明する。

送受信部５１は、図４に示されているＣＰＵ５０１からの命令によって実行され、ネットワークＩ／Ｆ５０９に対する処理によって実現される。例えば、送受信部５１は、通信ネットワーク１００を介して他の端末、装置、又はシステムと各種データ（または情報）の送受信を行う。

判断部５５は、ＣＰＵ５０１からの命令によって実現され、各種判断を行う。

記憶・読出処理部５９は、ＣＰＵ５０１からの命令によって実現され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを読み出したりする処理を行う。

〔実施形態の処理及び動作〕
続いて、図９乃至図１５を用いて、本実施形態の処理及び動作について説明する
＜事前登録＞
まずは、図９を用いて、学校等のクライアントＣ内の管理者が、管理者端末７からサービス管理サーバ５にアクセスして、サービス内容の事前登録をする際の画面例を説明する。図９（ａ）は撮影装置登録画面を示した図、図９（ｂ）はサービス内容設定画面を示した図である。これらの画面を作成するための画面情報がサービス管理サーバ５から管理者端末７へ送信されることで管理者端末７の表示画面上で表示させることができる。

管理者が管理者端末７からサービス管理サーバ５に図６（ａ）で示されるユーザＩＤでログインすることで、管理者端末７のディスプレイ７０８上に、図９（ａ）に示されているような撮影装置登録画面を表示させる。なお、ユーザＩＤではなく契約ＩＤでログインしてもよい。このような場合には契約ＩＤがユーザＩＤとして扱われる。この撮影装置登録画面には、ログイン中のユーザのユーザＩＤ（「ando@・・・」）の他に、撮影装置毎に、撮影装置ＩＤ、撮影装置のパスワード、撮影装置のＩＰアドレス、仲介端末ＩＤの入力欄が表示されている。また、撮影装置毎に詳細なサービス内容を設定するためのサービス内容設定画面に移行させる際に押下される「アプリ」ボタンが表示されている。その他に、サービス管理サーバとの接続を確認するための「接続確認」ボタン、及び登録内容を確定してサービス管理サーバに送信するための「確定」ボタンが表示されている。なお、サービス内容を設定する上でユーザのログインや事前契約を不要とする場合には、ユーザがログインしなくとも管理者端末７がサービス管理サーバ５へアクセスするだけで、撮影装置毎にサービスを設定させてもよい。このような場合には、図９（ａ）の撮影装置登録画面ではユーザＩＤは表示されない。

利用者が「アプリ」ボタンを押下すると、図９（ｂ）に示されているように、サービス内容設定画面が表示される。このサービス内容設定画面には、撮影装置毎に、アップロード、スライドショー、録画、又はライブ配信の各サービスを受ける場合にチェックするチェックボックスが表示されている。録画のサービスを受ける場合には、撮影装置１の録画開始時刻及び録画終了時刻、並びに撮影装置１が録画して生成した画像データのアップロードを開始する時刻を入力する必要がある。なお、チェックボックスによるチェックはあくまで一例であって、利用したいサービスが識別できればよい。例えば、ＯＮ／ＯＦＦで有効にするサービスを切り替えてもよいし、利用したいサービス名を候補となるサービス名からユーザに選択させてもよい。

なお、スライドショーはアップロードのサービスを受けること前提のサービスである。また、静止画のスライドショー表示と動画のスライドショー表示（ライブ配信）とは排他的な関係にあり、一方を選択すると他方が選択できない。

なお、図９（ｂ）に示されている設定されるサービスの候補は、図６（ｂ）で示されているサービスＩＤと対応する。例えば、図９（ｂ）に示されているアップロードサービス（スライドショーサービスをチェックしていない場合）、録画サービス、ライブ配信サービスといったサービスはそれぞれ、図６（ｂ）で示されている「Tag_CmUpload」、「Tag_CmRecord」、「Tag_CmLive」とそれぞれ対応する。また、アップロードサービスをチェックし、かつ、スライドショーサービスもチェックした場合には、例えば図６（ｂ）で示されている「Tag_CmSlide1」といったサービスＩＤが対応する。このような図９（ｂ）の画面と図６（ｂ）で示されているサービスＩＤとの対応付けはあくまで一例であって、他の方法で対応付けられていてもよい。また、図６（ｂ）の説明で述べたように、図９（ｂ）で図示しているサービスの候補はあくまで一例であって、図示したサービス以外のサービスが設定できてもよい。例えば、撮影装置１の撮影指示をユーザの端末から送信するサービスが設定できてもよい。また、図９（ｂ）ではサービスの候補は例えば「アップロードサービス」等のサービス名で示されているが、サービスＩＤで設定する対象のサービスの候補が示されていてもよい。

図９（ｂ）に示されるサービス内容設定画面においてサービス内容を設定した上で、「戻る」ボタンを押下すると、設定内容を引き継いだ状態で図９（ａ）の撮影装置登録画面を管理者端末７の表示画面に再度表示させる。さらに、図９（ａ）の撮影装置登録画面において入力欄にそれぞれ情報を入力した上で、「確定」ボタンを押下することで、登録内容がサービス管理サーバ５へ送信され、ログインしているユーザのユーザＩＤに対して、図９（ａ）において入力した撮影装置ＩＤ、撮影装置のパスワード、撮影装置のＩＰアドレス、仲介端末ＩＤ、図９（ｂ）で設定したサービスに対応するサービスＩＤをサービス管理サーバ５上でそれぞれ関連付けて管理されるよう、登録内容を更新させる。具体的には、図６（ａ）で示されるテーブル図において、対応する情報がそれぞれ更新される。契約ＩＤはユーザＩＤと別途関連付けてサービス管理サーバ５上で管理されているため、ユーザＩＤが特定できていれば契約ＩＤも特定することができる。

なお、サービスを設定する上でログインを不要とする場合には、ユーザＩＤは空欄とし、設定した登録内容がそれぞれ図６（ａ）で関連付けて登録される。また、事前契約を不要とする場合には契約ＩＤは登録内容とは関連付けられずに図６（ａ）で関連付けて登録される
＜各サービスの通信概要＞
続いて、図１０を用いて、図９（ｂ）に示されるサービス内容設定画面で設定されるサービスの一例である各サービスの通信概要を説明する。なお、図中のステップＳ番号は、後述のステップＳ番号に対応する。

（サービス内容１）
図１０（ａ）は静止画のアップロードの通信経路を示した概略図である。図１０（ａ）に示されているように、仲介端末３は、撮影装置１から近距離無線通信等の通信により静止画データを取得し、通信ネットワーク１００を介してサービス管理サーバ５に静止画データをアップロードする（Ｓ２０８参照）。図９（ｂ）に示されるサービス内容設定画面における「アップロードサービス」と対応する。

（サービス内容２）
図１０（ｂ）は静止画のアップロード及び静止画のスライドショーの通信経路を示した概略図である。図１０（ｂ）に示されているように、仲介端末３は、サービス内容１に加え、撮影装置１から近距離無線通信等の通信により取得した静止画データを、ディスプレイ９にスライドショー表示する（Ｓ２１７参照）。図９（ｂ）に示されるサービス内容設定画面における「スライドショーサービス」と対応する。

（サービス内容３）
図１０（ｃ）は録画及びアップロードの通信経路を示した概略図である。図１０（ｃ）に示されているように、仲介端末３は、撮影装置１に録画を実行させ（Ｓ３１０参照）、撮影装置１から近距離無線通信等の通信により動画データ（録画データ）を取得し、通信ネットワーク１００を介してサービス管理サーバ５に動画データをアップロードする（Ｓ３２３参照）。なお、録画データは静止画データであってもよい。図９（ｂ）に示されるサービス内容設定画面における「録画サービス」と対応する。

（サービス内容４）
図１０（ｄ）は動画のアップロード及び動画のストリーミング通信経路を示した概略図である。図１０（ｄ）に示されているように、仲介端末３は、静止画データのアップロード（Ｓ２０８参照）と同様に、動画データをアップロードする。更に、仲介端末３は、静止画データのスライドショー表示（Ｓ２１７参照）と同様の経路で、動画データのストリーミング配信及び表示を行う。なお、仲介端末３が、撮影装置１から動画データを取得して、ディスプレイ９にストリーミング配信及び表示する一連の処理がライブ配信のサービス内容である。図９（ｂ）に示されるサービス内容設定画面における「ライブ配信サービス」と対応する。

＜各サービス処理を開始する前提の処理＞
続いて、図１１及び１２を用いて各サービス内容の処理を開始する前提の処理について説明する。図１１及び図１２は、各サービス内容の処理を開始する前提の処理を示したシーケンスである。

まず、受付部３２は、クライアントＣの管理者等によって仲介端末３の電源をＯＮにしたことを受け付けると、受付部３２が本体管理部３３を起動させる（Ｓ１）。これにより、送受信部３１は、本体管理部３３の指示に従い、サービス管理サーバ５の送受信部５１からの要求を受信するための通信路を、送受信部３１と送受信部５１との間で確立する（Ｓ２）。この際、仲介端末３から、この仲介端末３を識別するための仲介端末ＩＤも送信されることで、送受信部５１が記憶・読出処理部５９に仲介端末ＩＤを送る。これにより、記憶・読出処理部５９は、仲介端末ＩＤに基づいて、仲介端末状態管理ＤＢ５００３の端末状態を「非接続」から「接続中」に更新する（Ｓ３）。

次に、本体管理部３３は、撮影装置管理部３４に、サービス開始の要求を伝える（Ｓ４）。そして、送受信部３１は、撮影装置管理部３４の指示に従い、サービス管理サーバ５の送受信部５１に、図９等に示される事前登録の処理によって仲介端末３に関連付けられたサービス内容を示すサービスリストの要求を送信する（Ｓ５）。サービス内容には仲介端末３に関連付けられたサービスを識別するためのサービスＩＤ、サービスを実現するために実行するアプリケーションを識別するためのアプリケーションＩＤ（以下、「アプリＩＤ」という）、アプリＩＤに対応するプログラム等が含まれる。なお、プログラムは予め仲介端末３が有していてもよい。この際、要求元である仲介端末３を識別するための仲介端末ＩＤも送信されることで、送受信部５１が記憶・読出処理部５９に仲介端末ＩＤを送る。これにより、記憶・読出処理部５９は、仲介端末ＩＤを検索キーとして、撮影装置情報管理ＤＢ５００１、サービス管理ＤＢ５００２、及びアプリケーション管理ＤＢ５００５を順次検索することで、対応するアプリケーションＵＲＬを読み出す（Ｓ６）。例えば、仲介端末ＩＤが「Eg001-01」の場合、最初に、記憶・読出処理部５９は、仲介端末ＩＤ「Eg001-01」を検索キーとして撮影装置情報管理ＤＢ５００１（図６（ａ）参照）を検索することにより、対応するサービスＩＤ「Tag_CmSlide1」を読み出す。次に、記憶・読出処理部５９は、サービスＩＤ「Tag_CmSlide1」を検索キーとしてサービス管理ＤＢ５００２（図６（ｂ）参照）を検索することにより、対応する入力系アプリケーションのアプリＩＤ「AP_EgCmUpload」を読み出す。最後に、記憶・読出処理部５９は、入力系アプリケーションのアプリＩＤ「AP_EgCmUpload」を検索キーとしてアプリケーション管理ＤＢ５００５（図８（ａ）参照）を検索することにより、対応するアプリケーションＵＲＬ「https://daas.com/cm_upload.jnlp」を読み出し、アプリＩＤに対応するプログラムを特定する。

同様にして、記憶・読出処理部５９は、仲介端末ＩＤ「Eg001-01」に対応するサービスＩＤ「Tag_CmRecord」を検索キーとして、最終的にアプリケーションＵＲＬ「https://daas.com/cm_record.jnlp」を読み出し、アプリＩＤに対応するプログラムを特定する。そして、送受信部５１が、仲介端末３の送受信部３１にサービスリストを送信することで、送受信部３１が撮影装置管理部３４にサービスリストを送る（Ｓ７）。この際、サービスリストが示すサービス内容には、仲介端末側でサービスを受けるためのアプリケーションのプログラムの一例であるJNLP(Java Network Launching Protocol)ファイル、サービスＩＤ及びアプリＩＤが含まれる。

次に、撮影装置管理部３４は、受信されたJNLPファイル(https://….com/cm_upload.jnlp)を実行して、アップロード実行部４２を生成する（Ｓ８）。同様に、撮影装置管理部３４は、受信されたJNLPファイル(https://….com/cm_record.jnlp)を実行して、録画実行部４３を生成する（Ｓ９）。なお、サービス内容ではアプリＩＤがサービスＩＤと対応付けられているため、アプリＩＤに対応するプログラムがどのサービスに対応付けられたプログラムなのか判別することができる。このように撮影装置１が仲介端末３と未接続の場合であっても、予め撮影装置１を用いたサービスを実現するためのプログラムをサービス管理サーバ５から仲介端末３が受信及び実行して準備しておくことができる。

次に、本体管理部３３は、ブラウザＩＤを取得するために、例えば、ＳＮＭＰ（Simple Network Management Protocol）等を利用してブラウザ管理部３５を探査し（Ｓ１０）、発見したブラウザ管理部３５から、ブラウザ管理部３５の管理対象であるブラウザ部４１を識別するためのブラウザＩＤを取得する。なお、本実施形態では、仲介端末３内に本体管理部３３とブラウザ管理部３５とを備えている例が示されているが、仲介端末３が有す本体管理部３３が他の仲介端末のブラウザ部と同一のネットワークを介して通信することによって、複数のブラウザ管理部及びブラウザ部をも利用可能にするために、ＳＮＭＰ等を利用してブラウザ管理部３５の探査が行われている。そのため、ブラウザ管理部３５の探査は必ずしも必須ではなく、本体管理部３３がブラウザＩＤを取得する取得先（ブラウザ管理部３５）が予め設定されていてもよい。

次に、送受信部３１は本体管理部３３の指示に従い、サービス管理サーバ５の送受信部５１に対して、取得したブラウザＩＤに対応するブラウザ部（本実施形態では仲介端末３のブラウザ部４１）が利用可能な状態になった旨を示すブラウザ利用可能通知を送信することで、送受信部５１が記憶・読出処理部５９にブラウザ利用可能通知を送る（Ｓ１２）。この際、本体管理部３３が取得したブラウザＩＤも送信される。これにより、記憶・読出処理部５９は、取得したブラウザＩＤに基づいて、仲介端末状態管理ＤＢ５００３のブラウザ状態を「未起動」から「起動中」に更新する（Ｓ１２）。

続いて、図１２に示されているように、本体管理部３３は、取得したブラウザＩＤ、及び初期アクセスＵＲＬを指定して、このブラウザＩＤで特定されるブラウザ部４１の起動をブラウザ管理部３５へ要求する（Ｓ２１）。なお、初期アクセスＵＲＬは、ブラウザ部４１が最初にアクセスすべきＵＲＬを示し、予めブラウザ管理部３５に設定されている。

次に、ブラウザ管理部３５は、本体管理部３３からの要求に応じ、ブラウザＩＤで特定されるブラウザ部４１をKIOSK(キオスク)モードで起動する（Ｓ２２）。この際、ブラウザ管理部３５は、初期アクセスＵＲＬをブラウザ部４１に入力する。ブラウザ部４１は、キオスクモードでの起動によって、送受信部５１にＨＴＴＰリクエストを送信することで、送受信部５１が初期アクセスＵＲＬで示される判断部５５に対してＨＴＴＰリクエストを送る（Ｓ２３）。この際、送信元であるブラウザ部４１を識別するためのブラウザＩＤも送信される。

次に、サービス管理サーバ５の送受信部５１は、判断部５５の指示に従い、仲介端末３のブラウザ部４１に対してリダイレクト要求を含む応答（ＨＴＴＰレスポンス）を送信する（Ｓ２４）。このリダイレクト要求には、リダイレクト先として当該ブラウザＩＤに対応付けられているアプリケーションのＵＲＬ（ここでは、スライドアプリケーションＵＲＬ）が含まれている。また、このリダイレクト要求には、リダイレクト先への通知情報として、端末ＵＲＬ及びＨＴＴＰリクエストに含まれていたブラウザＩＤも含まれている。端末ＵＲＬとは、ここでは、本体管理部３３のＵＲＬである。なお、判断部５５は、ステップＳ２４の処理の前に、サービス管理ＤＢ５００２及びアプリケーション管理ＤＢ５００５を参照して、ステップＳ２３で受信されたブラウザＩＤに対応付けられているアプリケーションのＵＲＬを特定する。

次に、ブラウザ部４１は、ステップＳ２４のリダイレクト要求に従い、送受信部５１及び記憶・読出処理部５９を介して、リダイレクト先である出力系アプリＵＲＬにＨＴＴＰリクエストを送信（リダイレクト）する（Ｓ２５）。このＨＴＴＰリクエストには、リダイレクト要求に含まれていた端末ＵＲＬ及びブラウザＩＤが含まれる。これにより、記憶・読出処理部５９は、ブラウザＩＤを検索キーとして、仲介端末状態管理ＤＢ５００３及びアプリケーション管理ＤＢ５００５を順次検索することで、対応するスクリプト及び表示データを読み出す（Ｓ２６）。例えば、仲介端末３の仲介端末ＩＤが「Eg001-01」で、ブラウザＩＤが「KIOSK1」の場合、最初に、記憶・読出処理部５９は、仲介端末ＩＤが「Eg001-01」に関連付けられたブラウザＩＤが「KIOSK1」を検索キーとして仲介端末状態管理ＤＢ５００３（図７（ａ）参照）を検索することにより、対応する出力系アプリケーションＩＤ「AP_Slide」を読み出す。次に、記憶・読出処理部５９は、出力系アプリケーションＩＤ「AP_Slide」を検索キーとしてアプリケーション管理ＤＢ（図８（ａ）参照）を検索することにより、対応するアプリケーションＵＲＬ欄で管理されているプログラムの一例であるスクリプト「http://….com/phtoshow.jp」及び表示データ「http://….com/photoshow.html」を読み出す。なお、スクリプトファイル(http://….com/phtoshow.jp)は、ＨＴＴＰリクエストに含まれている通信ＵＲＬへの接続をブラウザ部４１に実行させるための簡易的なプログラムの一例である。表示データ(http://….com/photoshow.html)は、文書画像データの出力（例えば、スライドショー等）のための枠等のユーザインタフェースをブラウザ部４１に描画させるためのデータである。

次に、ＨＴＴＰリクエストに対する応答として、送受信部５１はブラウザ４１に対して、記憶・読出処理部５９から取得したスクリプトファイル及び表示データを送信する（Ｓ２７）。なお、このスクリプトファイル及び表示データは、仲介端末３への処理の実行要求を示すデータの一例である。例えば、スクリプトは他の形式のプログラムであってもよいし、表示データは他の形式のデータであってもよい。

次に、ブラウザ部４１は、この応答を受信すると、この応答に含まれているスクリプトファイルを実行して、端末ＵＲＬによって特定される本体管理部３３との間での通信路を確立する（Ｓ２８）。この通信路は、本体管理部３３がサービス管理サーバ５から受信する通知をブラウザ部４１へ伝達してもらうための通信路である。なお、この通信路には、Websocketが用いられてもよい。

続いて、ブラウザ部４１は、この応答に含まれている表示データに基づく画面（以下、「表示画面」と示す）をＲＡＭ３０３の所定の領域（例えば、ビデオメモリ）に描画する（Ｓ２９）。例えば、表示画面は、サービス管理サーバ５から送信される文書画像データが当てはめられる「枠」として機能する画面である。なお、ブラウザ部４１による描画内容（表示画面）は、HDMI(登録商標)等のインターフェースを介してディスプレイ９へ出力され、ディスプレイ９によって出力（表示）される。

以上により、各サービス処理の準備が終了する。

＜撮影装置情報の取得＞
続いて、図１３を用いて、撮影装置情報の取得の処理について説明する。図１３は、仲介端末が撮影装置から撮影装置情報を取得してサービス管理サーバに提供する処理を示したシーケンス図である。

まず、受付部１２は、クライアントＣの管理者等によって撮影装置１の電源をＯＮにしたことを受け付けると、受付部１２が本体管理部１３を起動させる（Ｓ１）。これにより、仲介端末３は撮影装置１から撮影装置情報が取得できるまで、所定時間間隔（例えば、１５秒間）で後述の処理（Ｓ１０２〜Ｓ１０７）を繰り返す。仲介端末３は、撮影装置情報管理ＤＢ５００１に従って、仲介端末３が探索すべき撮影装置のＩＰアドレスが、設定済みの固定ＩＰアドレスか又は動的ＩＰアドレス(DHCP)かを判断し、固定又動的の設定に応じた探索を行う。検索を簡単にする方法として、multicast DNS(以下mDNS)の機能が利用される。

例えば、撮影装置のＩＰアドレスが動的ＩＰアドレス(DHCP)の場合、下記処理（Ｓ１０２〜Ｓ１０４）が実行される。即ち、仲介端末３の提供・取得部３８は、撮影装置管理部３４の指示に従い、同一サブネット内の撮影装置の提供・取得部１８に対し、マルチキャストアドレスを使うことで、同一サブネット内の撮影装置のＩＰアドレスに問い合わせ行う（Ｓ１０２）。これに対して、撮影装置１の記憶・読出処理部１９は、提供・取得部１８からの問い合わせに従い、自装置（撮影装置１）のＩＰアドレスを読み出す（Ｓ１０３）。そして、提供・取得部１８は、仲介端末３の提供・取得部３８に対して、記憶・読出処理部１９から取得したＩＰアドレスをユニキャストで送信することで、提供・取得部３８が撮影装置管理部３４に取得したＩＰアドレスを送る（Ｓ１０４）。この際、ＭＡＣアドレスも送信される。

続いて、撮影装置のＩＰアドレスが固定ＩＰアドレスの場合、又は動的ＩＰアドレス(DHCP)のであって上記処理（Ｓ１０２〜Ｓ１０４）後、提供・取得部３８は撮影装置管理部３４の指示に従い、撮影装置１の提供・取得部１８に対して撮影装置情報の要求を送信することで、提供・取得部１８が記憶・読出処理部１９に要求を伝える（Ｓ１０５）。これにより、記憶・読出処理部１９は、記憶部１０００から自装置（撮影装置）の撮影装置情報を読み出す（Ｓ１０６）。そして、ステップＳ１０５の要求の応答として、提供・取得部１８は、仲介端末３の提供・取得部３８に対して、記憶・読出処理部１９によって読み出された撮影装置情報を送信することで、提供・取得部３８が撮影装置管理部３４に応答を伝える（Ｓ１０７）。この撮影装置情報には、ユーザＩＤ、メーカー名、型番、シリアルナンバー、Wi-FiのＭＡＣアドレス、ファームバージョンなど様々な情報が含まれている。

次に、仲介端末３の送受信部３１は、撮影装置管理部３４の指示に従い、サービス管理サーバ５の送受信部５１に対して撮影装置情報を送信することで、送受信部５１が記憶・読出処理部５９に撮影装置情報を伝える（Ｓ１０８）。この際、送受信部３１から送受信部５１へ、撮影装置１の撮影装置ＩＤ及びＩＰアドレスも送信される。

次に、サービス管理サーバ５では、記憶・読出処理部５９が、取得した撮影装置情報に基づき、撮影装置情報管理ＤＢ５００１における撮影装置１の撮影装置ＩＤのレコード部分に、ＩＰアドレスを登録すると共に撮影装置と仲介端末との接続状態を「非接続」から「接続中」に更新する（Ｓ１０９）。

次に、サービス管理サーバ５の送受信部５１は、記憶・読出処理部５９の指示に従い、仲介端末の送受信部３１に対してＳ１０８で送信された撮影装置ＩＤに関連付けて登録されたサービス内容を示すサービス内容情報を図６、図７及び図８によって示されるＤＢをそれぞれ参照することで特定し、送信することで、送受信部３１が撮影装置管理部３４に図９等に示される事前登録の処理によって撮影装置１に設定されたサービス内容情報を伝える（Ｓ１１０）。撮影装置ＩＤに関連付けて登録されたサービスＩＤは図６（a）によって示される撮影装置情報管理ＤＢ５００１を検索することで特定できる。また、特定したサービスＩＤに関連付けられたアプリケーションＩＤは図６（ｂ）によって示される撮影装置情報管理ＤＢ５００１を検索することで特定できる。また、特定したアプリケーションＩＤに対応するアプリの保存場所（ＵＲＬ）、アプリ種別、対応ブラウザ/対応機器の情報は図８（a）によって示されるアプリケーション管理ＤＢ５００５を検索ことで特定できる。サービス内容情報にはこのように特定した撮影装置１に関連付けられたサービスを識別するためのサービスＩＤ、サービスを実現するために実行するアプリケーションを識別するためのアプリＩＤ、アプリ種別、対応ブラウザ/対応機器等の情報が含まれる。なお、サービス管理サーバ５で管理される図８（a）のアプリケーション管理テーブルにおいてアプリＩＤに関連付けられたアプリＵＲＬによって特定するプログラム等をこのタイミングで仲介端末３へ送信してもよい。この場合には、仲介端末３がプログラムをサービス管理サーバ５から受信すると受信したプログラムを実行することでサービスＩＤに関連付けられたアプリケーションを実行可能な状態になる。なお、図１１及び図１２で説明したようにＪＮＬＰファイルやスクリプトファイル等のアプリケーションＩＤに対応するプログラムは予め仲介端末３が有していてもよい。この際、送受信部５１から送受信部３１へ、サービス内容情報に含まれるサービスＩＤ、アプリＩＤ、及びユーザＩＤも送信される。これらサービスＩＤ、アプリＩＤ、及びユーザＩＤは、ステップＳ１０９の処理でＩＰアドレスが登録されたレコードで管理されているデータである。また、サービス内容が録画及びアップロードの場合（サービスＩＤが「Tag_CmRecord」の場合）には、図９（ｂ）及び図７（ｂ）で示されている録画の開始時刻及び終了時刻並びに及び録画して得たファイルデータのアップロード開始時刻の設定内容が含まれており、図７（ｂ）によって示される録画管理ＤＢ５００４をＳ１０８で送信された撮影装置ＩＤをキーとして検索することで特定できる。

＜静止画ファイルのアップロード（スライドショー含む）＞
続いて、図１４を用いて、静止画ファイルのアップロード及び静止画ファイルのスライドショーのサービス（図９（ｂ）の「スライドショーサービス」と対応）を実行する処理を説明する。図１４は、静止画ファイルのアップロード及スライドショーのサービスを実行する処理を示したシーケンス図である。

まず、撮影装置管理部３４が上記ステップＳ１１０でサービス内容情報を取得した場合には、撮影装置管理部３４はアップロード実行部４２に対してサービスの開始要求を伝える（Ｓ２０１）。具体的には、取得したサービス内容情報に含まれるサービスＩＤに関連付けられたアプリケーションにサービスの開始要求を伝える。サービスＩＤに関連付けられたアプリケーションは取得したサービス内容情報に含まれるアプリＩＤによって特定することができる。ここでのサービスＩＤ「Tag_CmSlide1」によって識別されるサービス内容は、静止画のアップロード及び静止画のスライドショーを示している（図１０（ｂ）参照）ため、まずサービスＩＤ「Tag_CmSlide1」に関連付けられた入力系アプリのアプリＩＤ「AP_EgCmUpload」によって特定されるアップロード実行部４２に対してサービス開始要求を伝える。この際、ステップＳ１０７で取得された撮影装置ＩＤも伝えられる。

次に、仲介端末３のアップロード実行部４２は撮影装置１に対して画像データのファイルリストを要求して、撮影装置１から応答がある間は後述の処理（Ｓ２０２〜Ｓ２１５）を繰り返す。具体的には、提供・取得部３８はアップロード実行部４２の指示に従い、撮影装置１の提供・取得部１８に対して画像データのファイルリストの要求を送信することで、提供・取得部１８が記憶・読出処理部１９に要求を伝える（Ｓ２０２）。これにより、記憶・読出処理部１９は、ファイルリストを読み出す（Ｓ２０３）。そして、ステップＳ２０２の要求の応答として、提供・取得部１８は、仲介端末３の提供・取得部３８に対して、記憶・読出処理部１９によって読み出されたファイルリストを送信することで、提供・取得部３８がアップロード実行部４２に応答を伝える（Ｓ２０４）。このファイルリストには、撮影装置１内の各ファイルデータのＵＲＬが含まれている。

次に、仲介端末３はサービス管理サーバ５（及び撮影装置１）に対して、ファイルリストで示されているファイルの数だけアップロード（スライドショー）の処理（Ｓ２０５〜Ｓ２１５）を繰り返す。具体的には、提供・取得部３８はアップロード実行部４２の指示に従い、撮影装置１の提供・取得部１８に対して画像データとしてのファイルデータの要求を送信することで、提供・取得部１８が記憶・読出処理部１９に要求を伝える（Ｓ２０５）。この際、撮影装置内のファイルデータのＵＲＬも送信される。これにより、記憶・読出処理部１９は、ファイルデータのＵＲＬからファイルデータを読み出す（Ｓ２０６）。そして、ステップＳ２０５の要求の応答として、提供・取得部１８は、仲介端末３の提供・取得部３８に対して、記憶・読出処理部１９によって読み出されたファイルデータを送信することで、提供・取得部３８がアップロード実行部４２に応答を伝える（Ｓ２０７）。

次に、仲介端末３の送受信部３１は、アップロード実行部４２の指示に従い、サービス管理サーバ５の送受信部５１に対して、ファイルデータを送信することで、送受信部５１が記憶・読出処理部５９にファイルデータを送る（Ｓ２０８）。この際、送受信部３１から送受信部５１へ、撮影装置１のユーザを識別するためのユーザＩＤも送信される。このユーザＩＤは、上述のステップＳ１０７で送信された撮影装置情報に含まれている。

次に、サービス管理サーバ５では、記憶・読出処理部５９が、取得したファイルデータとユーザＩＤを関連付けて、ファイル管理ＤＢ５００６で契約ＩＤ毎に記憶（Ｓ２０９）。

また、アップロード実行部４２は、記憶・読出処理部３９に対してスライドショー表示を行うためにステップＳ２０７で受信されたファイルデータの記憶処理及びＵＲＬを指示する（Ｓ２１０）。これにより、記憶・読出処理部３９は記憶部３０００内の指定されたＵＲＬにファイルデータを記憶しておく（Ｓ２１１）。

更に、アップロード実行部４２は、Ｓ１１０で取得したサービス内容情報にはサービスＩＤ「Tag_CmSlide1」に関連付けられた出力系アプリＩＤ「AP_Slide」も含まれているため、出力系アプリＩＤ「AP_Slide」に対応するプログラムを実行するブラウザ部４１にサービスの開始要求を伝えるために本体管理部３３に対して、サービス（スライドショー）の開始要求を伝える（Ｓ２１２）。出力系アプリＩＤ「AP_Slide」がブラウザによって実行されるか否かはサービス内容情報に含まれる対応ブラウザ/対応機器の情報に基づいて判定することができる。この際、サービスＩＤ、ブラウザＩＤ、及び上記ステップＳ２１０で指定された仲介端末３内のファイルデータのＵＲＬも伝えられる。

次に、本体管理部３３は、ステップＳ２１２で取得したブラウザＩＤで示されるブラウザ部４１に対して、スライドショーの開始要求を伝える（Ｓ２１３）。この際、仲介端末３内のファイルデータのＵＲＬも伝えられる。そして、ブラウザ部４１は、記憶・読出処理部３９に対してスライドショーの対象であるファイルデータの要求を伝える（Ｓ２１４）。この際、ステップＳ２１３で取得された仲介端末３内のファイルデータのＵＲＬも伝えられる。これにより、記憶・読出処理部３９は記憶部３０００内の指定されたＵＲＬからファイルデータを読み出す（Ｓ２１５）。そして、ステップＳ２１４の要求の応答として、記憶・読出処理部３９は、ブラウザ部４１に対して、読み出したファイルデータを送る（Ｓ２１６）。よって、ブラウザ部４１は、ステップＳ２１６で取得したファイルデータを再生することで、ディスプレイ９に対してスライドショー表示を実行する（Ｓ２１７）。

以上により、静止画ファイルのアップロード及び静止画ファイルのスライドショーの処理が終了する。なお、サービス内容が、静止画ファイルのスライドショーを行わずに静止画ファイルのアップロードのサービスを実行することを示す場合（図９（ｂ）の「アップロードサービス」がチェックされており、「スライドショーサービス」がチェックされていない場合）には（図１０（ａ）参照）、上記ステップＳ２１０〜Ｓ２１７の処理は実行されない。

なお、図１４で示されるサービスの例では、特にユーザが撮影装置１を操作しなくとも仲介端末１が撮影装置を制御できる例を示したが、ユーザが端末を介して撮影装置１を制御する撮影装置制御サービスを撮影装置１に関連付けてサービス管理サーバ５に登録させてもよい。

このような場合には、例えばユーザの端末が対応するサービスＩＤを取得し、サービス管理サーバ５へ送信することによって、サービス管理サーバ５が受信したサービスＩＤに関連付けられた仲介端末ＩＤ及び制御対象の撮影装置ＩＤを図６（ａ）で示される撮影装置情報管理ＤＢ５００１を検索することで特定することができる。さらに、サービスＩＤに関連付けられた制御対象の撮影装置１が対応する仲介端末３と接続状態にあるかを同様に図６（ａ）で示される撮影装置情報管理ＤＢ５００１を検索することで判定することができる。もし接続状態にあると判定された場合には、サービス管理サーバ５は接続状態にある旨をユーザの端末へ送信し、さらに取得したサービスＩＤに関連付けられた撮影装置１を撮影開始等の指示を送信するためのプログラムをユーザの端末へ送信することによって、ユーザの端末はサービス管理サーバ５及び仲介端末３を介して、取得したサービスＩＤに関連付けられた撮影装置１を制御するための指示を送信することができる状態になる。ユーザの端末は、サービス管理サーバ５から受信したプログラムを実行することで、撮影開始等の指示を送信するためのＵＩ画面を表示画面に表示する。ユーザはＵＩ画面に対して操作を入力することで撮影開始等の指示をサービス管理サーバ５へ送信することできる。撮影開始等の指示を受信したサービス管理サーバ５は、特定した仲介端末ＩＤに対応する仲介端末に対して撮影開始等の指示とともに特定した撮影装置ＩＤを送信する。

さらに、撮影開始等の指示及び撮影装置ＩＤを受信した仲介端末３は接続状態にある撮影装置１のうち、撮影装置ＩＤに対応する撮影装置１に対して受信した撮影開始等の指示を送信する。さらに、撮影開始等の指示を受信した撮影装置１は、受信した撮影開始等の指示に基づいて撮影等の制御を実行する。

なお、サービス管理サーバ５で管理される図６（ａ）で示される撮影装置情報管理ＤＢ５００１では、同じサービスＩＤに対して複数の撮影装置ＩＤが関連付けられる可能性もある。このような場合には、一旦ユーザの端末に対して制御対象の候補として、特定された複数の撮影装置ＩＤを送信し、ユーザの端末において選択させることで、選択結果を受信したサービス管理サーバ５が制御対象の撮影装置ＩＤを特定してもよい。また、ユーザの端末において取得又は入力された撮影装置ＩＤをサービスＩＤとともにサービス管理サーバ５へ送信することで、サービス管理サーバ５が制御対象の撮影装置ＩＤを特定してもよい。

また、図１４のＳ２０１ではアップロード実行部にアップロード・スライドショー開始要求を送信していたが、撮影装置制御サービスの場合には、撮影装置管理部が、サービス管理サーバ５から受信した撮影開始等の指示に応じて、撮影開始等の指示を実行するアプリケーションに図１４のＳ２０１と同様に開始要求を送信し、アプリケーションから対応する撮影装置１に対して撮影開始等の指示を送信することで撮影装置１を制御することができる。なお、このような処理によって撮影装置１に撮影させたファイルは図１４のＳ２０５〜Ｓ２１７と同様の処理によってアップロード及びスライドショー表示させてもよい。このような処理をサービスの中で実行するか否かは図６（ｂ）に示されるサービス管理テーブルで登録されているサービスＩＤとアプリＩＤとの組み合わせの設定内容によって変更させることができる。

また、ユーザの端末がサービスＩＤを取得する方法としては、例えばＱＲコード等の画像をカメラ等を用いて撮影することによって、取得した画像情報に埋め込まれたサービスＩＤを取得してもよいし、ＲＦＩＤタグやビーコンとの通信によって受信した情報に含まれるサービスＩＤを取得してもよい。また、画像情報や受信した情報には、サービスＩＤだけでなく制御対象の撮影装置１の撮影装置ＩＤが含まれていてもよい。

＜動画ファイルのアップロード＞
サービス内容が、動画ファイルのアップロード及び動画ファイルのストリーミング配信のサービス（図９（ｂ）の「ライブ配信サービス」と対応）を実行することを示す場合には（図１０（ｄ）参照）、上記ステップＳ２０１〜Ｓ２０９と同様の処理で動画ファイルのアップロード処理が行われるため、これらの説明を省略する。なお、ライブ配信は、リアルタイムで動画ファイルのストリーミング配信を行う処理であり、上記ステップＳ２１０〜Ｓ２１７における通信経路と同様の通信経路でスライドショー表示の処理がストリーミング配信の処理に置き換わった処理を実行するため、この説明も省略する。

＜録画及びアップロード＞
続いて、図１５を用いて、録画及びアップロードのサービスを実行する処理を説明する。図１５は、録画及びアップロードのサービス（図９（ｂ）の「録画サービス」と対応）を実行する処理を示したシーケンス図である。

まず、撮影装置管理部３４が上記ステップＳ１１０で録画及びアップロードのサービスを示すサービスＩＤ「Tag_CmRecord」を含むサービス内容情報を取得した場合には、撮影装置管理部３４は取得したサービス内容情報に含まれるサービスＩＤ「Tag_CmRecord」に関連付けられた入力系アプリＩＤ「AP_EgCmRecord」によって特定されるアプリケーションである録画実行部４３に対して、サービスの開始要求を伝える（Ｓ３０１）。ここでのサービス内容は、録画及びアップロードを示している（図１０（ｃ）参照）。この際、ステップＳ１０７で取得された録画の設定内容（録画開始/終了時刻やアップロード開始時刻等）及び撮影装置ＩＤも伝えられる。

次に、録画実行部４３は、ステップＳ３０１で取得した設定内容に基づき、記憶・読出処理部３９に対して、録画の開示時刻の設定を指示する（Ｓ３０２）。これにより、記憶・読出処理部３９は記憶部３０００内に録画開始時刻を設定する（Ｓ３０３）。ここでは、「９：００」と設定されている。

同様に、録画実行部４３は、ステップＳ３０１で取得した設定内容に基づき、記憶・読出処理部３９に対して、録画の終了時刻の設定を指示する（Ｓ３０４）。これにより、記憶・読出処理部３９は記憶部３０００内に録画終了時刻を設定する（Ｓ３０５）。ここでは、「１２：００」と設定されている。

同様に、録画実行部４３は、ステップＳ３０１で取得した設定内容に基づき、記憶・読出処理部３９に対して、録画して得たファイルデータのアップロード開始時刻の設定を指示する（Ｓ３０６）。これにより、記憶・読出処理部３９は記憶部３０００内にアップロード開始時刻を設定する（Ｓ３０７）。ここでは、「２１：００」と設定されている。

続いて、記憶・読出処理部３９は、記憶部３０００から録画開始時刻を読み出す（Ｓ３０８）。そして、記憶・読出処理部３９は、録画実行部４３に対して、録画開始時刻を通知する（Ｓ３０９）。これにより、仲介端末３の提供・取得部３８は、録画実行部４３の指示に従い、撮影装置１の提供・取得部１８に対して、録画開始の要求を送信することで、撮影部１６が撮影を開始する（Ｓ３１０）。

次に、記憶・読出処理部３９は、記憶部３０００から録画終了時刻を読み出す（Ｓ３１１）。そして、記憶・読出処理部３９は、録画実行部４３に対して、録画終了時刻を通知する（Ｓ３１２）。これにより、仲介端末３の提供・取得部３８は、録画実行部４３の指示に従い、撮影装置１の提供・取得部１８に対して、録画終了の要求を送信することで、撮影部１６が撮影を終了する（Ｓ３１３）。

次に、記憶・読出処理部３９は、記憶部３０００からアップロード開始時刻を読み出す（Ｓ３１４）。そして、記憶・読出処理部３９は、録画実行部４３に対して、アップロード開始時刻を通知する（Ｓ３１５）。これにより、仲介端末３の提供・取得部３８は、録画実行部４３の指示に従い、撮影装置１の提供・取得部１８に対して、アップロード開始の要求を送信することで、撮影装置１の提供・取得部１８が記憶・読出処理部１９に要求を伝える（Ｓ３１６）。これにより、記憶・読出処理部１９は、記憶部１０００からアップロード対象のファイルリストを読み出す（Ｓ３１７）。そして、ステップＳ３１６の要求の応答として、提供・取得部１８は、記憶・読出処理部１９から読み出されたファイルリストを、仲介端末３の提供・取得部３８に送信することで、提供・取得部３８が録画実行部４３に応答を伝える（Ｓ３１８）。このファイルリストには、撮影装置１内の各ファイルデータのＵＲＬが含まれている。

次に、提供・取得部３８は録画実行部４３の指示に従い、撮影装置１の提供・取得部１８に対して画像データとしてのファイルデータの要求を送信することで、提供・取得部１８が記憶・読出処理部１９に要求を伝える（Ｓ３１９）。この際、撮影装置内のファイルデータのＵＲＬも送信される。これにより、記憶・読出処理部１９は、ファイルデータのＵＲＬからファイルデータを読み出す（Ｓ３２０）。そして、ステップＳ３１９の要求の応答として、提供・取得部１８は、仲介端末３の提供・取得部３８に対して、記憶・読出処理部１９によって読み出されたファイルデータを送信することで、提供・取得部３８が録画実行部４３に応答を伝える（Ｓ３２１）。

次に、仲介端末３の送受信部３１は録画実行部４３の指示に従い、サービス管理サーバ５の送受信部５１に対して撮影装置１から取得したファイルデータを送信することで、送受信部５１が記憶・読出処理部５９にファイルデータを送る（Ｓ３２２）。この際、送受信部３１から送受信部５１へ、撮影装置１を用いた契約を示す契約ＩＤ及び撮影装置１のユーザを識別するためのユーザＩＤも送信される。これにより、記憶・読出処理部５９は、ファイル管理ＤＢ５００６に、契約ＩＤ、ユーザＩＤ、及びファイルデータ（ファイル名）を関連付けて記憶する（Ｓ３２３）。

以上により、録画及びアップロードの処理が終了する。なお、図１０（ｄ）に示されているように、この場合に仲介端末３はファイルデータのストリーミング配信を行うことができるが、上記ステップＳ２１０〜Ｓ２１７と同様の通信経路においてスライドショー表示の処理がストリーミング配信の処理に置き換わった処理を行うため、その説明を省略する。

〔実施形態の主な効果〕
以上説明したように本実施形態によれば、撮影装置１がインターネット等の通信ネットワークを介して直接サービス管理サーバ５と通信できなくても、仲介端末３が撮影装置１とサービス管理サーバ５との通信を仲介するため、撮影装置１に記憶されているファイルデータのアップロード（Ｓ２０８，Ｓ３２２等）や撮影装置１の制御等を行うことができる。

また、撮影装置１がＰＣのように容易にアプリケーションのインストールができない場合であっても、仲介端末３がサービス内容に応じて、サービス管理サーバ５から各種アプリケーションをダウンロードしてインストールすることで（Ｓ７〜Ｓ９）、仲介端末３が撮影装置１に替わって、撮影装置１に記憶されているファイルデータのアップロード（Ｓ２０８，Ｓ３２２等）や撮影装置１の制御等を行うことができる。

更に、撮影装置１が携帯性等を優先して操作画面を備えておらず、ユーザが操作や確認を行いづらい場合であっても、事前に、管理者が管理者端末７でサービス管理サーバ５に受けられるサービスを登録することで、その後は、仲介端末が撮影装置１に替わって、事前に登録されたサービスを受けるための処理を行うことができる。具体的には、ユーザが仲介端末３の電源をＯＮにしさえすれば（Ｓ１参照）、仲介端末３が自動的にサービス管理サーバ５に撮影装置１の撮影装置ＩＤを送信して、サービス管理サーバ５からアップロード等のアプリケーションをダウンロードするため（Ｓ７参照）、撮影装置１のユーザがアプリケーションのダウンロードのやり方を知らない場合等であっても、容易にサービスを実行することができる（Ｓ８，９等参照）。また、仲介端末３が撮影装置１に対して、定期的に撮影装置ＩＤ等の撮影装置情報を要求しているため（Ｓ１０５参照）、ユーザが撮影装置１の電源をＯＮにしさえすれば（Ｓ１０１参照）、仲介端末３は撮影装置１から撮影装置情報を取得して、サービス管理サーバ５に送信することで、撮影装置１を用いたサービス内容を示すサービス内容情報を取得することができる（Ｓ１１０参照）。

〔補足〕
上記実施形態では、全天球撮影用の撮影装置１を用いたが、これに限るものではない。撮影装置の他の例として、通常の平面撮影用の撮影装置であってもよい。

なお、被写体等を撮影して静止画データ又は動画データを生成する撮影装置１は入力装置の一例である。入力装置には、集音して音データを生成するマイク等の集音装置が含まれる。この場合、撮影装置１が行っていた録画の替わりに、集音装置は録音を行う。なお、音データは入力データの一例であり、入力データには撮影装置１によって生成された画像データも含まれる。

また、仲介端末３は、撮影装置管理部３４の替わりに、集音装置管理部を有する。また、仲介端末４は、サービス管理サーバ５から録音アプリケーションをダウンロードして、録音実行部を生成させる。録音実行部に４３より、仲介端末３は集音装置から音データを取得して、サービス管理サーバ５へアップロードする。また、ディスプレイ９は出力装置の一例ある。出力装置には、音データに基づいて音を出力するスピーカも含まれる。入力装置がマイク等の集音装置の場合、出力装置としてのスピーカが用いられる。

上記実施形態では、通信システムが教育現場の学校等に導入されたものとして説明したが、これに限定されない。本実施形態の通信システムは、例えば、企業等の組織に導入されても良い。

また、上記実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたASIC(Application Specific Integrated Circuit)、DSP（digital signal processor）、FPGA（field programmable gate array）や従来の回路モジュール等のデバイスを含むものとする。

以上、各実施形態に基づき本実施形態の説明を行ってきたが、上記実施形態に示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することができ、その応用形態に応じて適切に定めることができる。

１ 撮影装置（データ生成装置の一例）
３ 仲介端末
５ サービス管理サーバ
７ 管理者端末
９ ディスプレイ（出力装置の一例）
３１ 送受信部
３２ 受付部
３３ 本体管理部
３４ 撮影装置管理部
３５ ブラウザ管理部
３８ 提供・取得部（提供手段の一例、取得手段の一例）
３９ 記憶・読出処理部
４１ ブラウザ部
４２ アップロード実行部（処理実行手段の一例）
４３ 録画実行部（処理実行手段の一例）
５１ 送受信部
５５ 判断部
５９ 記憶・読出処理部
１０００ 記憶部
３０００ 記憶部
５０００ 記憶部

特開２００６−１７４０６０号公報

Claims (13)

1. 入力データを生成するデータ生成装置と、当該データ生成装置を用いたサービス内容を管理するサービス管理サーバとの通信を仲介する仲介端末であって、
   前記データ生成装置から当該データ生成装置を識別するための装置識別情報を取得する取得手段と、
   通信ネットワークを介して前記サービス管理サーバに、前記取得された装置識別情報を送信する送信手段と、
   前記サービス管理サーバが送信した、前記装置識別情報に関連付けられているサービス内容を示すサービス内容情報を受信する受信手段と、
   前記サービス内容情報で示されるサービス内容に応じて、前記データ生成装置から取得された前記入力データに対する処理を実行する処理実行手段と、
   を有することを特徴とする仲介端末。
2. 前記送信手段は、前記通信ネットワークを介して前記サービス管理サーバに前記仲介端末を識別するための端末識別情報を送信し、
   前記受信手段は、前記サービス管理サーバが前記端末識別情報の受信に基づいて送信したアプリケーションを受信し、
   前記処理実行手段は、前記受信されたアプリケーションが起動することで実現すること
   を特徴とする請求項１に記載の仲介端末。
3. 前記取得手段は、前記データ生成装置から前記入力データを取得し、
   前記処理実行手段は、前記取得された入力データを前記サービス管理サーバにアップロードする処理を実行すること
   を特徴とする請求項２に記載の仲介端末。
4. 前記データ生成装置が撮影装置であり、前記入力データが画像データの場合であって、
   前記処理実行手段からのスライドショーの開始要求に基づき、前記取得された画像データのスライドショーを実行するブラウザを有することを特徴とする請求項３に記載の仲介端末。
5. 前記ブラウザは、
   前記通信ネットワークを介して前記サービス管理サーバに当該ブラウザを識別するためのブラウザ識別情報を送信し、
   前記サービス管理サーバが前記ブラウザ識別情報の受信に基づいて送信したスライドショー用アプリケーションを受信し、
   前記スライドショー用アプリケーションを起動することでスライドショーを実行することを特徴とする請求項４に記載の仲介端末。
6. 前記ブラウザは前記画像データのライブ配信を行うことを特徴とする請求項４又は５に記載の仲介端末。
7. 前記データ生成装置が撮影装置であり、前記入力データが画像データの場合であって、
   前記処理実行手段は、録画の開始時刻の設定を制御することを特徴とする請求項２に記載の仲介端末。
8. 請求項７に記載の仲介端末であって、
   前記データ生成装置に対して、前記設定された録画の開始時刻に録画を開始する要求を提供する提供手段を有することを特徴とする仲介端末。
9. 前記データ生成装置は、通信ネットワークを介して直接前記サービス管理サーバと通信できないことを特徴とする請求項１乃至８に記載の仲介端末。
10. 入力データを生成するデータ生成装置を用いたサービス内容を管理するサービス管理サーバと、前記データ生成装置と前記サービス管理サーバとの通信を仲介する仲介端末とを有する通信システムであって、
    前記サービス管理サーバは、
    前記仲介端末から受信した前記データ生成装置を識別するための装置識別情報に関連付けられているサービス内容を示すサービス内容情報を前記仲介端末へ送信する第一の送信手段を有し、
    前記仲介端末は、
    前記データ生成装置から当該データ生成装置を識別するための装置識別情報を取得する取得手段と、
    通信ネットワークを介して前記サービス管理サーバに、前記取得された装置識別情報を送信する第二の送信手段と、
    前記第一の送信手段によって送信された、前記サービス内容情報を受信する受信手段と、
    前記サービス内容情報で示されるサービス内容に応じて、前記データ生成装置から取得された前記入力データに対する処理を実行する処理実行手段と、
    を有することを特徴とする通信システム。
11. 入力データを生成するデータ生成装置と、該データ生成装置を用いたサービス内容を管理するサービス管理サーバと前記データ生成装置との通信を仲介する仲介端末とを有する入力システムであって、
    前記データ生成装置は、
    前記データ生成装置を識別するための装置識別情報を前記仲介端末へ送信する第一の送信手段を有し、
    前記仲介端末は、
    前記データ生成装置から前記装置識別情報を取得する取得手段と、
    通信ネットワークを介して前記サービス管理サーバに、前記取得された装置識別情報を送信する第二の送信手段と、
    前記サービス管理サーバが送信した、前記装置識別情報に関連付けられているサービス内容を示すサービス内容情報を受信する受信手段と、
    前記サービス内容情報で示されるサービス内容に応じて、前記データ生成装置から取得された前記入力データに対する処理を実行する処理実行手段と、
    有することを特徴とする入力システム。
12. 入力データを生成するデータ生成装置と、当該データ生成装置を用いたサービス内容を管理するサービス管理サーバとの通信を仲介する仲介端末が実行する仲介制御方法であって、
    前記データ生成装置から当該入力装置を識別するための装置識別情報を取得する取得ステップと、
    通信ネットワークを介して前記サービス管理サーバに、前記取得された装置識別情報を送信する送信ステップと、
    前記サービス管理サーバが送信した、前記装置識別情報に関連付けられているサービス内容を示すサービス内容情報を受信する受信ステップと、
    前記サービス内容情報で示されるサービス内容に応じて、前記データ生成装置から取得された前記入力データに対する処理を実行する処理実行ステップと、
    を実行することを特徴とする仲介制御方法。
13. コンピュータに、請求項１１に記載の方法を実行させるプログラム。