JP2020106932A - 通信装置、その制御方法、およびそのプログラム - Google Patents

Abstract

【課題】 通信装置とクラウドサービスとの通信の遅延を低減することと、ユーザの通信装置のアップデートの手間を低減することと、の両立をできるようにする。【解決手段】 デジタルカメラ１００は接続部１１１と制御部１０１とを有する。制御部１０１は、第一のデータを配信サーバ３００に送信するための第二のデータを配信サーバ３００に要求するパケットを中継サーバ２００に送信する。制御部１０１は、第二のデータを、中継サーバ２００から受信する。制御部１０１は、第二のデータに基づいて、中継サーバ２００を介さずに第一のデータを配信サーバ３００へ送信する。【選択図】 図５

Description

本発明は、ネットワークを介して他の装置と通信可能な通信装置、およびネットワークを介して他の装置と通信可能な中継装置に関する。

近年、動画データや音声データ等をリアルタイムに配信するライブ配信サービスが知られている。ユーザはスマートフォンやデジタルカメラなどの通信装置に搭載されたカメラやマイク等を利用して動画データや音声データ等を生成し、生成したデータをライブ配信サービスを介してリアルタイムに他のユーザに送信できる。

ここでデジタルカメラがライブ配信サービスのようなクラウドサービスにデータを送受信する場合、デジタルカメラは例えばＷｅｂＡＰＩのようなインターフェースを利用してデータを送信する。一般的にデータを送信するためのインターフェースはクラウドサービスごとに異なるため、デジタルカメラはそれぞれのクラウドサービスのインターフェースに対応する必要がある。また、このインターフェースが更新された場合、ユーザはデジタルカメラをそのインターフェースに対応できるようアップデート等をする必要がある。特許文献１では、デジタルカメラがクラウドサービスに直接データを送信するのではなく、デジタルカメラが中継サーバを介してクラウドサービスにデータを送信するようなシステムが開示されている。このようなシステムでは、デジタルカメラは少なくとも中継サーバのインターフェースだけに対応していればよい。

特開２００８−２１１７３２号公報

しかし、特許文献１では、デジタルカメラは中継サーバを介してデータを送信するため、クラウドサービスにデータが送信されるまでに中継サーバを介した時間が余計にかかる。そのためライブ配信サービスのようにリアルタイム性を求められるクラウドサービスには不向きである。一方、デジタルカメラが直接クラウドサービスにデータを送信するとしても、クラウドサービスのインターフェースが変更された場合、ユーザはクラウドサービスを利用する度にデジタルカメラをアップデートしなければならないという手間がかかるおそれがある。

そこで本発明は、通信装置とクラウドサービスとの通信の遅延を低減することと、ユーザの通信装置のアップデートの手間を低減することと、の両立を目的とする。

上記目的を達成するために、本発明の通信装置は、通信手段と、制御手段と、を有し、前記制御手段は、第一のデータを外部装置に送信するための第二のデータを外部装置に要求するパケットを中継装置に送信するよう前記通信手段を制御し、前記制御手段は、前記第二のデータを、前記中継装置から受信するよう前記通信手段を制御し、前記制御手段は、前記第二のデータに基づいて、前記中継装置を介さずに前記第一のデータを前記外部装置へ送信するよう前記通信手段を制御することを特徴とする。

本発明によれば、通信装置とクラウドサービスとの通信の遅延を低減することと、ユーザの通信装置のアップデートの手間を低減することと、の両立ができる。

第一の実施形態におけるデジタルカメラの構成の一例を示す図である。 第一の実施形態における中継サーバの構成の一例を示す図である。 第一の実施形態における通信システムの構成の一例を示す図である。 第一の実施形態におけるライブ配信を実行するための準備処理の一例を示すシーケンス図である。 第一の実施形態におけるライブ配信を実行する際のデジタルカメラと中継サーバと配信サーバの処理の一例を示すシーケンス図である。 （ａ）第一の実施形態におけるライブ配信処理を開始するための画面の一例である。（ｂ）第一の実施形態におけるデジタルカメラのライブ配信を開始する前の待機画面の一例である。（ｃ）第一の実施形態におけるデジタルカメラのライブ配信中の画面の一例である。（ｄ）第一の実施形態におけるデジタルカメラの警告を報知するための画面の一例である。 第一の実施形態におけるデジタルカメラの動作の一例を示すフローチャートである。 第一の実施形態における中継サーバの動作の一例を示すフローチャートである。 第二の実施形態におけるライブ配信を実行するための準備処理の一例を示すシーケンス図である。 （ａ）第二の実施形態における、ライブ配信を実行するための機能が有効化されていないデジタルカメラの通信に関する機能のメニュー表示の一例である。（ｂ）第二の実施形態における、ライブ配信を実行するための機能が有効化されたデジタルカメラの通信に関する機能のメニュー表示の一例である。 第二の実施形態におけるライブ配信を実行する際のデジタルカメラと中継サーバと配信サーバの処理の一例を示すシーケンス図である。 （ａ）第二の実施形態におけるデジタルカメラのライブ配信の種類を選択するための画面の一例である。（ｂ）第二の実施形態におけるデジタルカメラのライブ配信を開始する前の確認画面の一例である。（ｃ）第二の実施形態におけるデジタルカメラのライブ配信のイベントを選択するための画面の一例である。（ｄ）第二の実施形態におけるデジタルカメラのライブ配信を開始する前の確認画面の一例である。

以下に、本発明を実施するための形態について、添付の図面を用いて詳細に説明する。

なお、以下に説明する実施形態は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正又は変更されてもよい。また、各実施形態を適宜組み合せることも可能である。

［第一の実施形態］
＜デジタルカメラ１００の構成＞
図１は、本実施形態の通信装置の一例であるデジタルカメラ１００の構成例を示すブロック図である。なお、ここでは通信装置の一例としてデジタルカメラについて述べるが、通信装置はこれに限られない。例えば通信装置は、いわゆるスマートフォンや、タブレットデバイス、デジタルビデオカメラ、パーソナルコンピュータなどの情報処理装置であってもよい。本実施形態では特に、ユーザが携帯できるデジタルカメラ１００を例に説明する。

制御部１０１は、入力された信号や、後述のプログラムに従ってデジタルカメラ１００の各部を制御する。なお、制御部１０１が装置全体を制御する代わりに、複数のハードウェアが処理を分担することで、装置全体を制御してもよい。

撮像部１０２は、例えば、光学レンズユニットと絞り・ズーム・フォーカスなど制御する光学系と、光学レンズユニットを経て導入された光（映像）を電気的な映像信号に変換するための撮像素子などで構成される。撮像素子としては、一般的には、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）や、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）が利用される。撮像部１０２は、制御部１０１に制御されることにより、撮像部１０２に含まれるレンズで結像された被写体光を、撮像素子により電気信号に変換し、ノイズ低減処理などを行いデジタルデータを画像データとして出力する。本実施形態では、当該画像データを撮像し出力するための一連の処理を「撮影」という。また、撮像部１０２は連続して撮影した画像データを１つのデータとして記録することで動画データを生成できる。本実施形態のデジタルカメラ１００では、画像データおよび動画データは、ＤＣＦ（Ｄｅｓｉｇｎ Ｒｕｌｅ ｆｏｒ Ｃａｍｅｒａ Ｆｉｌｅ ｓｙｓｔｅｍ）の規格に従って、記録媒体１１０に記録される。また、後述するライブ配信に送信するための画像データおよび動画データは、作業用メモリ１０４に一時的に記録される。このデータは接続部１１１を介して、配信サーバ３００に送信される。

不揮発性メモリ１０３は、電気的に消去・記録可能な不揮発性のメモリであり、制御部１０１で実行される後述のプログラム等が格納される。

作業用メモリ１０４は、撮像部１０２で撮影された画像データおよび動画データを一時的に保持するバッファメモリや、表示部１０６の画像表示用メモリ、制御部１０１の作業領域等として使用される。

操作部１０５は、ユーザがデジタルカメラ１００に対する指示をユーザから受け付けるために用いられる。操作部１０５は例えば、ユーザがデジタルカメラ１００の電源のオン／オフを指示するための電源ボタンや、撮影を指示するためのレリーズスイッチ、画像データの再生を指示するための再生ボタンを含む。さらに、後述の接続部１１１を介して外部機器との通信を開始するための専用の接続ボタンなどの操作部材を含む。また、後述する表示部１０６に形成されるタッチパネルも操作部１０５に含まれる。なお、レリーズスイッチは、ＳＷ１およびＳＷ２を有する。レリーズスイッチが、いわゆる半押し状態となることにより、ＳＷ１がオンとなる。これにより、ＡＦ（オートフォーカス）処理、ＡＥ（自動露出）処理、ＡＷＢ（オートホワイトバランス）処理、ＥＦ（フラッシュプリ発光）処理等の撮影準備を行うための指示を受け付ける。また、レリーズスイッチが、いわゆる全押し状態となることにより、ＳＷ２がオンとなる。これにより、撮影を行うための指示を受け付ける。

表示部１０６は、撮影の際のビューファインダー画像の表示、撮影した画像データの表示、対話的な操作のための文字表示などを行う。なお、表示部１０６は必ずしもデジタルカメラ１００が内蔵する必要はない。デジタルカメラ１００は内部または外部の表示部１０６と接続することができ、表示部１０６の表示を制御する表示制御機能を少なくとも有していればよい。また、制御部１０１は、作業用メモリ１０４に蓄積された画像データまたは動画データを表示部１０６に逐次転送して表示することで、表示部１０６は電子ビューファインダとして機能する。これによってデジタルカメラ１００はスルー画像表示（ライブビュー表示）を実行することができる。

マイク１０７は、集音部の一例である。マイク１０７は音声の集音に用いられる。デジタルカメラ１００は撮像部１０２において撮影した動画データとマイク１０７において集音した音声データを関連付けて記録することで、音声付きの動画データを記録できる。制御部１０１が後述するライブ配信に送信するために集音した音声は、音声データとして作業用メモリ１０４に記録される。この音声データは接続部１１１を介して、配信サーバ３００に送信される。

記録媒体１１０は、撮像部１０２から出力された画像データおよび動画データを記録することができる。記録媒体１１０は、デジタルカメラ１００に着脱可能なよう構成してもよいし、デジタルカメラ１００に内蔵されていてもよい。すなわち、デジタルカメラ１００は少なくとも記録媒体１１０にアクセスする手段を有していればよい。

接続部１１１は、外部装置と接続するためのインターフェースである。本実施形態のデジタルカメラ１００は、接続部１１１を介して、後述する中継サーバ２００および配信サーバ３００とデータのやりとりを行うことができる。例えば、デジタルカメラ１００は撮像部１０２で生成した動画データおよびマイク１０７で生成した音声データを、接続部１１１を介して配信サーバ３００に送信することができる。なお、本実施形態では、接続部１１１は中継装置および外部装置とＩＥＥＥ８０２．１１の規格に従った、いわゆる無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）で通信するためのインターフェースを含む。本実施形態におけるデジタルカメラ１００の接続部１１１は、インフラストラクチャモードにおけるクライアントとして動作するクライアントモードを有している。そして、接続部１１１をクライアントモードで動作させることにより、本実施形態におけるデジタルカメラ１００は、インフラストラクチャモードにおけるクライアント機器として動作することが可能である。デジタルカメラ１００がクライアント機器として動作する場合、周辺のアクセスポイント機器に接続することで、アクセスポイント機器が形成するＬＡＮにジョインすることが可能である。制御部１０１は、接続部１１１を制御することで中継装置および外部装置との無線通信を実現する。なお、通信方式は無線ＬＡＮに限定されるものではなく、例えば４ＧやＬＴＥなどの公衆無線通信方式や、Ｅｔｈｅｒｎｅｔ等の規格に従った有線通信方式を含む。

以上がデジタルカメラ１００の説明である。

＜中継サーバ２００の構成＞
次に、中継装置の一例である中継サーバ２００について説明する。図２は、本実施形態の中継装置の一例である中継サーバ２００の構成例を示すブロック図である。なお、ここでは中継装置の一例としてサーバを例に挙げて説明するが、中継装置はこれに限らない。中継装置は、デジタルカメラ１００と配信サーバ３００との通信を中継し、配信サーバ３００のＷｅｂＡＰＩの変更に対応できる機能を有していればよい。ＷｅｂＡＰＩについては後述する。中継サーバ２００は、例えば、スマートフォン、タブレットデバイス、およびパーソナルコンピュータ等の情報処理装置である。

制御部２０１は、入力された信号や、後述のプログラムに従って中継サーバ２００の各部を制御する。なお、制御部２０１が装置全体を制御する代わりに、複数のハードウェアが処理を分担することで、装置全体を制御してもよい。

不揮発性メモリ２０２は、電気的に消去・記録可能な不揮発性のメモリである。不揮発性メモリ２０２には、制御部２０１が実行する基本的なソフトウェアであるＯＳ（オペレーティングシステム）や、このＯＳと協働して応用的な機能を実現するアプリケーションが記録されている。また、本実施形態では、不揮発性メモリ２０２には、デジタルカメラ１００および配信サーバ３００と通信するためのアプリケーションが格納されている。

作業用メモリ２０３は、制御部２０１の作業領域等として使用される。

接続部２０４は、通信装置および外部装置と接続するためのインターフェースである。本実施形態の中継サーバ２００は、接続部２０４を介して、通信装置および外部装置とデータのやりとりを行うことができる。

＜配信サーバ３００の説明＞
本実施形態の外部装置の一例である配信サーバ３００はクラウドサービスを提供する。特にこのクラウドサービスはユーザから遅延の少ないサービスの提供が求められるクラウドサービスである。本実施形態において、配信サーバ３００はライブ配信サービスを提供している。

ライブ配信は、ストリーミング技術によってユーザがインターネットを介してリアルタイムに動画データや音声データ等を視聴者（他のユーザ）へ配信することである。視聴者はこの動画データや音声データ等を、テレビ放送やラジオ放送の生放送のように、リアルタイムに視聴できる。本実施形態において、デジタルカメラ１００はライブ配信サービスに対応している通信装置の一例である。本実施形態においてデジタルカメラ１００は撮影している動画データを配信サーバ３００へ送信し、配信サーバ３００は受信した動画データをＷｅｂページ等で視聴できるようにサービスを提供する。以降、デジタルカメラ１００が生成した、ライブ配信において配信する動画データや音声データ等を総称して配信データという。

ユーザはライブ配信を開始する前に、パソコンやスマートフォン等を用いてイベントを配信サーバ３００上に作成する。イベントは、例えばライブ配信の識別子、配信先ＵＲＬ、ストリームキー、ライブ配信のタイトル、および動画データのビットレート等のライブ配信に関する設定を含むデータである。配信先ＵＲＬは、例えばデジタルカメラ１００が生成した配信データの送信先となるＵＲＬである。ストリームキーは、配信サーバ３００がユーザと配信データとを関連付けるための情報である。ユーザはこのイベントを配信サーバに複数作成することができる。また、デジタルカメラ１００がイベントを作成することもできる。本実施形態において配信サーバ３００はイベントを中継サーバ２００へ送信する。中継サーバ２００はそのイベントからデジタルカメラ１００がライブ配信に必要な情報をデジタルカメラ１００に送信する。

また、ライブ配信の準備処理のためのデータの送受信に利用する通信プロトコルと、ライブ配信において配信データ等の送受信に利用する通信プロトコルと、は異なる。前者のプロトコルはデータ通信ができる通信プロトコルである。前者の通信プロトコルは、広く利用されている通信プロトコルを想定している。後者の通信プロトコルは、遅延の少ない通信を目的とした通信プロトコルである。例えば、前者の通信プロトコルはＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）であり、後者の通信プロトコルはＲＴＭＰ（Ｒｅａｌ―Ｔｉｍｅ Ｍｅｓｓａｇｉｎｇ Ｐｒｏｔｏｃｏｌ）である。後者の通信プロトコル（ＲＴＭＰ）に準拠した通信は、前者の通信プロトコル（ＨＴＴＰ）に準拠した通信よりも遅延が少ないという特徴がある。

ここで、ＨＴＴＰに準拠した通信では、通信装置はＷｅｂＡＰＩというインターフェースに従って通信する。このＷｅｂＡＰＩは通信ＡＰＩであり、一般的にクラウドサービスごとに異なるＷｅｂＡＰＩが規定されている。本実施形態では、デジタルカメラ１００は中継サーバ２００が規定したＷｅｂＡＰＩに従って通信し、中継サーバ２００は配信サーバ３００が規定したＷｅｂＡＰＩに従って通信する。

＜システム構成＞
図３は、デジタルカメラ１００がネットワークを介して中継サーバ２００および配信サーバ３００にアクセスし、ライブ配信を実行するためのシステム構成の一例を示す図である。ここで、デジタルカメラ１００は中継サーバ２００のアドレスを記録しており、中継サーバ２００は配信サーバ３００のアドレスを記録しているとする。このアドレスは例えばＩＰアドレスである。

デジタルカメラ１００と中継サーバ２００は、ネットワークルータ３０１を介して接続する。ネットワークルータ３０１は無線ＬＡＮのアクセスポイントとなってネットワークを形成する。デジタルカメラ１００はクライアントとしてネットワークルータ３０１が形成したネットワークにジョインする。なお、本実施形態においてデジタルカメラ１００がネットワークルータ３０１に無線接続する例を説明するが、デジタルカメラ１００はネットワークルータ３０１に有線接続してもよい。デジタルカメラ１００はネットワークルータ３０１を介して、中継サーバ２００と接続する。また、中継サーバ２００は公衆回線を経由して、配信サーバ３００と接続する。そして、デジタルカメラ１００は中継サーバ２００から配信サーバ３００のアドレスを受信し、そのアドレスを利用して配信サーバ３００と接続する。

本実施形態の通信システムではデジタルカメラ１００は１台として説明しているが、複数のデジタルカメラ１００が中継サーバ２００および配信サーバ３００と接続することも可能である。

＜ライブ配信を実行するための準備処理＞
まずライブ配信を実行するための準備処理について説明する。この準備処理はデジタルカメラ１００および中継サーバ２００と、配信サーバ３００と、を互いに連携させるための処理である。ここで、デジタルカメラ１００と中継サーバ２００とはすでに接続が完了しているとする。この準備処理において、デジタルカメラ１００および中継サーバ２００と、配信サーバ３００と、はＨＴＴＰに準拠して通信する。

図４は本実施形態におけるライブ配信を実行するための準備処理の一例を示すシーケンス図である。

ステップＳ４０１において、デジタルカメラ１００はユーザから中継サーバ２００と配信サーバ３００とを連携させるための指示を受け付ける。ここで、ユーザはデジタルカメラ１００に配信サーバ３００にアクセスするための登録情報を入力する。登録情報は、ユーザが配信サーバ３００に登録されていることを証明するための情報である。例えば、登録情報は配信サーバ３００にアクセスするためのアカウントＩＤとパスワードである。

ステップＳ４０２において、デジタルカメラ１００は中継サーバ２００に配信サーバ３００と連携することを要求する。ここで、デジタルカメラ１００は登録情報およびデジタルカメラ１００の識別子を中継サーバ２００へ送信する。この識別子は、デジタルカメラ１００を特定できる情報であればよい。例えば、この識別子は８桁の英数字で構成されるＩＤである。本実施形態において、この識別子はデジタルカメラ１００が生成する。

ステップＳ４０３において、中継サーバ２００は配信サーバ３００に認証情報を要求する。本実施形態では、ステップＳ４０２において受信した登録情報を用いて、中継サーバ２００は配信サーバ３００に認証情報を要求する。この認証情報は、例えばアクセストークンである。ここで、中継サーバ２００は、配信サーバ３００が規定したＷｅｂＡＰＩを利用して、配信サーバ３００に認証情報を要求する。

ステップＳ４０４において、中継サーバ２００は配信サーバ３００から認証情報を受信する。この認証情報を利用することで中継サーバ２００は配信サーバ３００にアクセスすることができる。

ステップＳ４０５において、中継サーバ２００はステップＳ４０４において受信した認証情報とステップＳ４０２において受信したデジタルカメラ１００の識別子を関連付けて記録する。これによりユーザはデジタルカメラ１００と中継サーバ２００と配信サーバ３００とを連携させることができる。

ステップＳ４０６において、ステップＳ４０２において受信した要求への応答として、中継サーバ２００は配信サーバ３００と連携したことを示す通知をデジタルカメラ１００へ送信する。

このように、ＨＴＴＰに準拠した通信において、デジタルカメラ１００は中継サーバ２００を介して配信サーバ３００と通信する。これにより配信サーバ３００のＷｅｂＡＰＩが変更された場合でも、中継サーバ２００がその変更に対応することで、デジタルカメラ１００がその変更に対応する必要がなくなる。デジタルカメラ１００ではなく中継サーバ２００がＷｅｂＡＰＩの変更に対応しない利点は２つある。１つ目は、一般的にデジタルカメラ１００のような通信装置（特に携帯できる装置）よりも、サーバのような情報処理装置（特に据え置く装置）のほうが、プログラムの変更が容易である点である。２つ目は、本実施形態の通信システムにおいて複数のデジタルカメラ１００が存在する場合、デジタルカメラ１００をすべてＷｅｂＡＰＩの変更に対応させるよりも、中継サーバ２００を１台ＷｅｂＡＰＩの変更に対応させる方が容易である点である。

本実施形態では、ユーザは登録情報をデジタルカメラ１００を介して中継サーバ２００に送信しているが、他の方法でもよい。例えば、ユーザは他のパソコン等の情報処理装置から中継サーバ２００に登録情報を送信すればよい。

また、ステップＳ４０２において、デジタルカメラ１００はデジタルカメラ１００を特定できる識別子を生成したが、この識別子は中継サーバ２００が生成してもよい。この場合、ステップＳ４０２において、中継サーバ２００は受信した要求に応じて、デジタルカメラ１００を特定できる識別子を生成する。そして中継サーバ２００はデジタルカメラ１００へこの識別子を送信する。このように、デジタルカメラ１００を特定できる識別子はデジタルカメラ１００および中継サーバ２００のどちらが生成してもよい。

＜ライブ配信処理＞
図５は本実施形態におけるライブ配信を実行する際のデジタルカメラ１００、中継サーバ２００、および配信サーバ３００の処理の一例のシーケンスを示す図である。図６（ａ）〜（ｃ）は本実施形態におけるデジタルカメラ１００の表示画面の一例である。図５および図６（ａ）〜（ｃ）を用いて、ライブ配信における一連の動作を説明する。

ステップＳ５０１において、ユーザがデジタルカメラ１００を操作して、ライブ配信を開始するための指示を入力する。図６（ａ）は本実施形態におけるライブ配信処理を開始するための画面の一例である。例えばユーザがタッチパネルをタッチ操作して、釦６０２を選択することによりライブ配信処理を開始する。なお、ユーザがタッチパネルをタッチ操作して釦６０１を選択した場合、デジタルカメラ１００は、図４を用いて説明したライブ配信を行うための準備処理を開始する。

ステップＳ５０２において、デジタルカメラ１００はライブ配信を実行するための情報を中継サーバ２００に要求する。ここで、ライブ配信を実行するための情報は、例えば配信先ＵＲＬやストリームキー等である。ライブ配信を実行するための情報はイベントでもよい。ここで、デジタルカメラ１００はデジタルカメラ１００の識別子も送信する。また、デジタルカメラ１００は中継サーバ２００が規定したＷｅｂＡＰＩを利用して中継サーバ２００と通信する。

ステップＳ５０３において、中継サーバ２００は、デジタルカメラ１００のライブ配信を実行するための情報を配信サーバ３００に要求する。ここで中継サーバ２００は配信サーバ３００に情報を要求する場合、ステップＳ５０２において受信した識別子と関連付けて記録している認証情報を利用する。また、中継サーバ２００は配信サーバ３００が規定したＷｅｂＡＰＩを利用して配信サーバ３００と通信する。

ステップＳ５０４において、要求に対する応答として、配信サーバ３００はライブ配信を実行するための情報を、中継サーバ２００へ送信する。ここで、配信サーバ３００はライブ配信を実行するための情報を例えばデフォルトのイベントを送信する。また本ステップにおいて、配信サーバ３００は配信データを受け付ける状態になる。

ステップＳ５０５において、中継サーバ２００は、ステップＳ５０４において受信した情報をデジタルカメラ１００へ送信する。

ステップＳ５０６において、配信データを配信サーバ３００に送信する前に、デジタルカメラ１００は待機画面を表示する。図６（ｂ）は本実施形態におけるデジタルカメラ１００のライブ配信を開始する前の待機画面の一例である。図６（ｂ）に示すように、デジタルカメラ１００は表示部１０６にスルー画像を表示する。ここで、ユーザはデジタルカメラ１００の画面を参照しながら画角等を調整し、ライブ配信の準備をすることができる。

ここまでの処理によりデジタルカメラ１００は中継サーバ２００を介して配信サーバ３００からライブ配信を実行するための情報を受信できた。デジタルカメラ１００はこの情報に基づいてライブ配信する。

ステップＳ５０７において、ユーザはデジタルカメラ１００を操作し、配信データの送信を開始するための指示を入力する。例えば図６（ｂ）に示す画面において、ユーザがタッチパネルをタッチ操作して、釦６０３を選択することによりライブ配信処理を開始するための指示を入力する。デジタルカメラ１００は本ステップ以降に撮影した動画データおよび集音した音声データを配信データとして配信サーバ３００へ送信する。

ステップＳ５０８において、デジタルカメラ１００はステップＳ５０５において受信した情報を利用して、配信データを配信サーバ３００へ中継サーバ２００を介することなく送信する。ここで送信された配信データが配信サーバ３００を介してライブ配信される。デジタルカメラ１００は配信データを継続的に送信することで、配信サーバ３００を介してライブ配信できる。なお、デジタルカメラ１００は記録している配信データをすべて送信するのではなく、その一部を送信する。例えば、配信データが５秒分の動画データである場合、デジタルカメラ１００は先に撮影した１秒分の動画データを配信サーバ３００へ送信する。ここで、配信サーバ３００は受信した配信データを視聴者であるユーザに送信（配信）している。ここで、図６（ｃ）は本実施形態におけるデジタルカメラ１００のライブ配信中の画面の一例である。図６（ｃ）に示すように、本ステップにおいてデジタルカメラ１００はライブ配信中であることを表示部１０６の左上に「●Ｌｉｖｅ」と表示することでユーザに示している。

ステップＳ５０９において、デジタルカメラ１００は中継サーバ２００にライブ配信の状態に関する情報を要求する。ここで、ライブ配信の状態に関する情報は、例えば配信サーバ３００が配信しているデジタルカメラ１００において撮影した動画を視聴しているユーザの数（以下、視聴者数という）を示す数値である。デジタルカメラ１００がこの視聴者数を表示することで、ライブ配信しているユーザはライブ配信中でも視聴者数を把握しやすくなる。他にもライブ配信の状態に関する情報は、例えば配信サーバ３００との通信速度の状態、ライブ配信の評価に関する数値、およびライブ配信中に視聴者から配信サーバ３００へ送信されたコメント等がある。これらのデータもデジタルカメラ１００は表示部１０６に表示することができる。また本ステップにおいて、デジタルカメラ１００はデジタルカメラ１００の識別子も中継サーバ２００へ送信する。

ステップＳ５１０において、中継サーバ２００はデジタルカメラ１００の識別子と関連付けて記録している認証情報を利用して、配信サーバ３００にライブ配信の状態に関する情報を要求する。例えば、中継サーバ２００はアクセストークンを利用して、配信サーバに情報を要求する。

ステップＳ５１１において、配信サーバ３００はライブ配信の状態に関する情報を中継サーバ２００へ送信する。

ステップＳ５１２において、中継サーバ２００はライブ配信の状態に関する情報をデジタルカメラ１００へ送信する。ここでデジタルカメラ１００は、本ステップにおいて受信した情報を表示部１０６にリアルタイムに反映してよい。例えば、図６（ｃ）に示すように、デジタルカメラ１００はライブ配信の状態に関する情報に基づいて、表示項目６０４に視聴者数を表示することで、現在ライブ配信を視聴しているユーザの人数を示すことができる。

ここで、ステップＳ５０９からステップＳ５１２の間においても、デジタルカメラ１００はステップＳ５０８の処理を繰り返し並行して、配信データを配信サーバ３００へ送信し続ける。

ステップＳ５１３において、ユーザがデジタルカメラ１００を操作して、ライブ配信を終了するための指示を入力する。例えば、図６（ｃ）に示す画面において、ユーザがタッチパネルをタッチ操作して、釦６０５を選択することによりライブ配信を終了するための指示を入力する。

ステップＳ５１４において、デジタルカメラ１００は動画データの記録および送信を終了する。

ステップＳ５１５において、デジタルカメラ１００はライブ配信を終了するための通知を中継サーバ２００に送信する。

ステップＳ５１６において、中継サーバ２００は、ステップＳ５１５において受信した通知に基づいて、配信サーバ３００にライブ配信を終了するよう要求する。

ステップＳ５１７において、要求に対する応答として、配信サーバ３００はライブ配信を終了したことを示す通知を中継サーバ２００へ送信する。

ステップＳ５１８において、中継サーバ２００は、ステップＳ５１７において受信した通知に基づいて、ライブ配信を終了したこと示す通知をデジタルカメラ１００へ送信する。

このように、ライブ配信に利用する動画データのように遅延が少ないことを求められる通信は、デジタルカメラ１００は配信サーバ３００に直接送信する。一般的に通信プロトコルはＷｅｂＡＰＩよりも変更されることは少ないため、デジタルカメラ１００はリアルタイム性が求められるライブ配信では遅延の少ない通信プロトコルを利用する。このとき、デジタルカメラ１００は中継サーバ２００から取得した配信先ＵＲＬを利用して配信サーバ３００にアクセスする。

以上、第一の実施形態におけるライブ配信処理について説明した。

＜デジタルカメラ１００の動作＞
図６（ａ）〜（ｄ）は本実施形態におけるデジタルカメラ１００の表示画面の一例である。図７は、本実施形態におけるデジタルカメラ１００の動作の一例を示すフローチャートである。図６（ａ）〜（ｄ）および図７を用いてデジタルカメラ１００の処理について説明する。この処理は、不揮発性メモリ１０３に記録されたソフトウェアを作業用メモリ１０４に展開して制御部１０１が実行することで実現する。またこの処理は、ユーザによるライブ配信を開始する指示を制御部１０１が受け付けたことをトリガに開始される。例えば図６（ａ）に示す画面において、ユーザがタッチパネルをタッチ操作しての釦６０２を選択したことをトリガに、制御部１０１は本フローチャートの処理を開始する。これは図５のステップＳ５０１に対応する。ここで、ライブ配信を実行するための準備処理を行わずに、ユーザによって釦６０２が選択された場合、制御部１０１は図６（ｄ）に示すような警告を報知するための画面を表示し、ユーザにライブ配信を実行するための準備処理を実行するように促す。

ステップＳ７０１において、制御部１０１は接続部１１１を介してライブ配信を実行するための情報を要求するパケットを中継サーバ２００へ送信する。本ステップにおいて、制御部１０１はデジタルカメラ１００の識別子も中継サーバ２００へ送信する。本ステップは、図５のステップＳ５０２に対応する。

ステップＳ７０２において、接続部１１１を介して中継サーバ２００からライブ配信を実行するための情報を受信できたか否かを制御部１０１は判定する。ライブ配信を実行するための情報が受信できた場合、制御部１０１はその情報を作業用メモリ１０４に保持して、ステップＳ７０３に遷移する。制御部１０１はライブ配信を実行するための情報を受信できるまで本処理を繰り返す。ここで、ライブ配信を実行するための情報は、例えば、配信サーバ３００の配信先ＵＲＬとストリームキーである。本ステップは、図５のステップＳ５０５に対応する。

ステップＳ７０３において、制御部１０１は表示部１０６に図６（ｂ）に示すような画面を表示する。図６（ｂ）は本実施形態におけるデジタルカメラ１００のライブ配信を開始する前の待機画面の一例である。図６（ｂ）の釦６０３はライブ配信の開始を受け付けるためのアイテムである。本ステップは図５のステップＳ５０６に対応する。

ステップＳ７０４において、制御部１０１は配信データの送信を開始する指示を受け付けたか否かを判定する。例えば、制御部１０１はユーザのタッチパネルへのタッチ操作によって釦６０３が選択されたことを検知した場合、ステップＳ７０５に遷移する。制御部１０１はユーザから配信データの送信を開始する指示を受け付けるまで本処理を繰り返す。本ステップは図５のステップＳ５０７に対応する。ここで、ステップＳ７０５以降に撮像部１０２によって撮影された動画データおよびステップＳ７０５以降にマイク１０７によって集音した音声データを制御部１０１は配信データとする。

ステップＳ７０５において、制御部１０１は配信データを、接続部１１１を介して、配信サーバ３００へ中継サーバ２００を介することなく送信を開始する。制御部１０１はユーザからライブ配信を終了する指示を受け付けるまで、配信データの送信を継続する。ここで、制御部１０１は配信データを作業用メモリ１０４に保持し、所定量以上の配信データが作業用メモリ１０４に格納された場合、接続部１１１を介して配信サーバ３００へ送信する。制御部１０１は配信サーバ３００の配信先ＵＲＬに接続し、ストリームキーおよび配信データの送信を開始する。ここで、図６（ｃ）に示すように、制御部１０１はライブ配信中であることを表示部１０６の左上に「●Ｌｉｖｅ」と表示することでユーザに示す。本ステップは図５のステップＳ５０８に対応する。

ステップＳ７０６において、制御部１０１はライブ配信の状態に関する情報を要求するパケットを接続部１１１を介して中継サーバ２００へ送信する。ライブ配信の状態に関する情報は例えば視聴者数である。図６（ｃ）に示すように、表示項目６０４はライブ配信中に配信サーバ３００にアクセスしている視聴者数を示す数値である。本ステップは図５のステップＳ５０９に対応する。

ステップＳ７０７において、制御部１０１は接続部１１１を介して、中継サーバ２００からライブ配信の状態に関する情報を受信したか否かを判定する。ライブ配信の状態に関する情報を受信した場合、制御部１０１はステップＳ７０８に遷移する。制御部１０１はライブ配信の状態に関する情報を受信するまで本処理を繰り返す。本ステップは図５のステップＳ５１２に対応する。

ステップＳ７０８において、制御部１０１は表示部１０６の表示を更新する。例えば、制御部１０１は図６（ｃ）の表示項目６０４に示す視聴者数の数字の表示を更新する。

ステップＳ７０９において、制御部１０１はユーザからライブ配信の終了の指示を受け付けたか否かを判定する。ライブ配信の終了の指示を受け付けた場合、制御部１０１はステップＳ７１０に遷移する。ライブ配信の終了の指示を受け付けていない場合、制御部１０１はステップＳ７０６に戻り、ライブ配信を継続する。制御部１０１は、例えば、図６（ｃ）に示す釦６０５を、ユーザがタッチパネルをタッチ操作によって選択したことを検知することでライブ配信の終了の指示を受け付ける。またユーザからライブ配信の終了が指示されるまでは、制御部１０１はステップＳ７０６からステップＳ７０９の処理を繰り返し、ライブ配信の状態に関する情報の取得と表示を継続する。本ステップは、図５のステップＳ５１３に対応する。なお、ステップＳ７０６からステップＳ７０９の処理を繰り返している間も、制御部１０１はステップＳ７０５において開始した配信データの送信を継続している。

ステップＳ７１０において、制御部１０１は配信サーバ３００への配信データの送信を終了する。本ステップは、図５のステップＳ５１４に対応する。

ステップＳ７１１において、中継サーバ２００および配信サーバ３００との接続を切断して、処理を終了する。本ステップは図５のステップＳ５１５およびステップＳ５１８に対応する。

以上、デジタルカメラ１００の動作について説明した。

＜中継サーバ２００の動作＞
以下、本実施形態における中継サーバ２００の動作について、図８を参照して説明する。中継サーバ２００とデジタルカメラ１００とが接続した場合、本処理は開始される。

ステップＳ８０１において、制御部２０１はライブ配信を実行するための情報を要求するパケットを受信したか否かを判定する。この要求パケットを受信した場合、制御部２０１はステップＳ８０２に遷移する。制御部２０１はこの要求パケットを受信するまで本ステップの処理を繰り返す。ここで、制御部２０１は接続部２０４を介して、デジタルカメラ１００の識別子を受信する。本ステップは図５のステップＳ５０２に対応する。

ステップＳ８０２において、制御部２０１は、ステップＳ８０１で受信した識別子と、図４のステップＳ４０５において記録したデジタルカメラ１００の識別子とを比較する。２つの識別子が一致した場合、制御部２０１は図４のステップＳ４０５において記録したデジタルカメラ１００の識別子と関連付けられている認証情報を作業用メモリ２０３に保持する。そして、制御部２０１は接続部２０４を介して、認証情報を用いて、ライブ配信を実行するための情報を要求するパケットを配信サーバ３００へ送信する。本ステップは図５のステップＳ５０３に対応する。

ステップＳ８０３において、制御部２０１が接続部２０４を介して、配信サーバ３００からライブ配信を実行するための情報を受信したか否かを判定する。ライブ配信を実行するための情報を受信した場合、制御部２０１はステップＳ８０４に遷移する。制御部２０１はライブ配信を実行するための情報を受信するまで本ステップの処理を繰り返す。ライブ配信を実行するための情報は例えば配信先ＵＲＬおよびストリームキーである。本ステップは図５のステップＳ５０４に対応する。

ステップＳ８０４において、制御部２０１は接続部２０４を介して、ライブ配信を実行するための情報をデジタルカメラ１００へ送信する。本ステップは図５のステップＳ５０５に対応する。

ステップＳ８０５において、制御部２０１が接続部２０４を介して、ライブ配信の状態に関する情報を要求するパケットを受信したか否かを判定する。ライブ配信の状態に関する情報を要求するパケットを受信した場合、制御部２０１はステップＳ８０６に遷移する。制御部２０１はライブ配信の状態に関する情報を要求するパケットを受信するまで本ステップの処理を繰り返す。ここで、制御部２０１はデジタルカメラ１００の識別子をデジタルカメラ１００から受信する。本ステップは図５のステップＳ５０９に対応する。

ステップＳ８０６において、制御部２０１は接続部２０４を介して、ライブ配信の状態に関する情報を要求するパケットを配信サーバ３００へ送信する。本ステップは図５のステップＳ５１０に対応する。

ステップＳ８０７において、制御部２０１は接続部２０４を介して、ライブ配信の状態に関する情報を受信したか否かを判定する。ライブ配信の状態に関する情報を受信した場合、制御部２０１はステップＳ８０８に遷移する。制御部２０１はライブ配信の状態に関する情報を受信するまで本ステップの処理を繰り返す。本ステップは、図５のステップＳ５１１に対応する。

ステップＳ８０８において、制御部２０１は接続部２０４を介して、ライブ配信の状態に関する情報をデジタルカメラ１００へ送信する。本ステップは図５のステップＳ５１２に対応する。

ステップＳ８０９において、制御部２０１はデジタルカメラ１００との接続が切断されたか否かを判定する。デジタルカメラ１００との接続が切断されたことを検知した場合、制御部２０１は配信サーバ３００との接続を切断し本処理を終了する。デジタルカメラ１００との接続が切断されていない場合、制御部２０１はステップＳ８０１に戻り本処理を継続する。本ステップは図５のステップＳ５１６およびステップＳ５１７に対応する。

以上、中継サーバ２００の動作について説明した。

以上、本実施形態により、デジタルカメラ１００は配信サーバ３００のＷｅｂＡＰＩによらず、配信サーバ３００からライブ配信を実行するための情報およびライブ配信の状態に関する情報を受信できる。また、デジタルカメラ１００は配信データを少ない遅延で配信サーバ３００へ送信することができる。

［第二の実施形態］
第一の実施形態では、デジタルカメラ１００は配信サーバ３００から受信したライブ配信を実行するための情報に従ってライブ配信した。第二の実施形態では、ユーザがイベントを自由に選択してライブ配信するためのシステムの一例を説明する。

ここで、デジタルカメラ１００、中継サーバ２００、および配信サーバ３００の構成は、それぞれ第一の実施形態と同様であるため説明を省略する。また、通信システムも第一の実施形態と同様であるため説明を省略する。

＜ライブ配信を実行するための準備処理＞
図９および図１０（ａ），（ｂ）を用いて、デジタルカメラ１００のライブ配信を実行するための機能を中継サーバ２００が有効化する場合の準備処理について説明する。図９は第二の実施形態におけるライブ配信を実行するための準備処理の一例を示すシーケンス図である。ここで、デジタルカメラ１００と中継サーバ２００とはすでに連携が完了している。

ステップＳ９０１において、デジタルカメラ１００および中継サーバ２００は接続を確立する。本ステップにおいて、中継サーバ２００はデジタルカメラ１００の識別子を生成する。例えば、この識別子は８桁の英数字で構成されるＩＤである。図１０（ａ）はデジタルカメラ１００のライブ配信を実行するための機能が有効化されていないデジタルカメラの通信に関する機能のメニュー表示の一例である。ここで、例えばユーザがタッチパネルをタッチ操作して釦１００１を選択することで、デジタルカメラ１００は中継サーバ２００と接続する。

ステップＳ９０２において、ユーザはデジタルカメラ１００のライブ配信を実行するための機能を有効化することを中継サーバ２００に指示する。本ステップにおいて、ユーザは登録情報を中継サーバ２００に入力する。

ステップＳ９０３において、中継サーバ２００は配信サーバ３００に認証情報を要求する。ここで、中継サーバ２００はステップＳ９０２において入力された登録情報を用いる。この認証情報は、例えばアクセストークンである。

ステップＳ９０４において、中継サーバ２００は配信サーバ３００から認証情報を受信する。この認証情報を利用することで中継サーバ２００は配信サーバ３００にアクセスすることができる。

ステップＳ９０５において、中継サーバ２００はステップＳ９０１において生成したデジタルカメラ１００の識別子とステップＳ９０４において受信した認証情報とを関連付けて記録する。

ステップＳ９０６において、中継サーバ２００はデジタルカメラ１００にライブ配信を実行するための機能を有効化することを要求する。ここで中継サーバ２００は、ライブ配信を実行するための機能を有効化するために必要なデータを送信してもよい。例えば、デジタルカメラ１００がライブ配信を実行するための機能を表示するためのアイコン等を中継サーバ２００は送信してもよい。

ステップＳ９０７において、デジタルカメラ１００はライブ配信を実行するための機能を有効化する。図１０（ｂ）はライブ配信を実行するための機能が有効化されたデジタルカメラの通信に関する機能のメニュー表示の一例である。ライブ配信を実行するための機能が有効化されたことにより、デジタルカメラ１００は通信メニューに釦１００２を表示し、ライブ配信ができることをユーザに示す。

＜ライブ配信処理＞
図１１は本実施形態におけるライブ配信を実行する際のデジタルカメラ１００、中継サーバ２００、および配信サーバ３００の処理の一例のシーケンスを示す図である。図１２（ａ）〜（ｄ）は本実施形態におけるデジタルカメラ１００の表示画面の一例である。図１１および図１２（ａ）〜（ｄ）を用いて、ライブ配信における一連の動作を説明する。

ステップＳ１１０１において、ユーザはライブ配信の種類を選択する。図１２（ａ）はデジタルカメラ１００のライブ配信の種類を選択するための画面の一例である。表示項目１２０１は「今すぐ配信」というライブ配信方法を選択するためのアイテムである。このライブ配信では、デジタルカメラ１００は配信サーバ３００に記録されているデフォルトの設定でライブ配信する。表示項目１２０２は配信サーバ３００に記録されているイベントに従ってライブ配信することを選択するためのアイテムである。このライブ配信では、デジタルカメラ１００は配信サーバ３００に記録されているイベントの設定でライブ配信する。例えば、ユーザはタッチパネルをタッチ操作することで、ライブ配信処理を開始する。

ステップＳ１１０２において、デジタルカメラ１００はライブ配信を実行するための情報を中継サーバ２００に要求する。ここで、ライブ配信を実行するための情報は、例えば配信先ＵＲＬやストリームキー等である。ここで、デジタルカメラ１００は「今すぐ配信」によるライブ配信か「イベント」によるライブ配信かを中継サーバ２００に通知する。また、デジタルカメラ１００は中継サーバ２００が規定したＷｅｂＡＰＩを利用して中継サーバ２００と通信する。

ステップＳ１１０３において、中継サーバ２００は、デジタルカメラ１００のライブ配信を実行するための情報を配信サーバ３００に要求する。ここで、中継サーバ２００は「今すぐ配信」によるライブ配信か「イベント」によるライブ配信かを配信サーバ３００に通知する。ここで中継サーバ２００は配信サーバ３００が規定したＷｅｂＡＰＩを利用して配信サーバ３００と通信する。

ステップＳ１１０４において、要求に対する応答として、配信サーバ３００はライブ配信を実行するための情報を、中継サーバ２００へ送信する。ここで配信サーバ３００が送信する情報は「今すぐ配信」によるライブ配信か「イベント」によるライブ配信かによって異なる。「今すぐ配信」によるライブ配信の場合、配信サーバ３００はデジタルカメラ１００のユーザが記録しているデフォルトのイベントを中継サーバ２００へ送信する。「イベント」によるライブ配信の場合、配信サーバ３００はデジタルカメラ１００のユーザが記録しているイベントをすべて送信する。

ステップＳ１１０５において、中継サーバ２００は、ステップＳ５０４において受信した情報をデジタルカメラ１００へ送信する。

ステップＳ１１０６において、デジタルカメラ１００はステップＳ１１０５において中継サーバ２００から受信した情報に基づいて画面を表示する。「今すぐ配信」によるライブ配信の場合、デジタルカメラ１００は例えば図１２（ｂ）に示すような確認画面を表示する。図１２（ｂ）に示すように「今すぐ配信」によるライブ配信では、デジタルカメラ１００は表示項目１２０３にユーザがデフォルトで設定したタイトル名を表示する。例えばユーザはタッチパネルをタッチ操作して「ＯＫ」を選択することで、デジタルカメラ１００はライブ配信の待機画面を表示する。

「イベント」によるライブ配信の場合、デジタルカメラ１００は例えば図１２（ｃ）に示すような選択画面を表示する。図１２（ｃ）に示すように、まずデジタルカメラ１００は中継サーバ２００から受信したイベントのリストを表示する。例えば図１２（ｃ）の表示項目１２０４および表示項目１２０５に示すように、このイベントのリストではイベントのタイトル名が表示されている。このようにデジタルカメラ１００は中継サーバ２００から送信されたイベントをユーザが選択できるように表示する。そしてユーザが例えばタッチパネルをタッチ操作して表示項目１２０４のイベントを選択した場合、デジタルカメラ１００は図１２（ｄ）に示すような確認画面を表示する。図１２（ｄ）に示すように「イベント」によるライブ配信では、デジタルカメラ１００は表示項目１２０３にユーザが選択したイベントのタイトル名を表示する。また例えばデジタルカメラ１００は表示項目１２０６に、ライブ配信の開始時刻を表示する。このようにデジタルカメラ１００はイベントに含まれる情報の表示項目をライブ配信の方法等に基づいて変更してよい。

ステップＳ１１０７からステップＳ１１１５は、それぞれ図５のステップＳ５０６からステップＳ５１４と同様であるため、説明を省略する。

ステップＳ１１１６において、デジタルカメラ１００は図６（ｂ）に示すような配信データを送信する前の状態に戻る。ここで本実施形態は第一の実施形態とは異なり、デジタルカメラ１００は配信データの送信を終了しても中継サーバ２００にライブ配信を終了することを要求せず、配信データの送信を終了した状態で待機する。ここで例えばユーザは図６（ｂ）の釦６０３を選択することで、ライブ配信を再開することができる。これによりユーザが誤ってライブ配信を終了してしまった場合でも、ユーザはすぐにライブ配信を再開することができる。また、これによりユーザは一時的にライブ配信を中止して、任意のタイミングでライブ配信を再開することもできる。

ステップＳ１１１７からステップＳ１１２０は、それぞれ図５のステップＳ５１５からステップＳ５１８と同様であるため、説明を省略する。

以上、第二の実施形態におけるライブ配信処理について説明した。

本実施形態により、第一の実施形態の効果に加えて、ユーザはデジタルカメラ１００を利用することで任意の設定でライブ配信できる。

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

なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。

本発明は、ネットワークを介して他の装置と通信可能な通信装置に関する。

本発明に係る通信装置は、通信手段と、制御手段と、を有し、前記制御手段は、第一のデータを外部装置に送信するための第二のデータを中継装置に要求する場合は、前記外部装置で生成される前記第二のデータを前記中継装置が前記外部装置から受信するために用いられる認証情報に関連付けられた前記通信装置の識別子を前記中継装置に送信するよう前記通信手段を制御し、前記制御手段は、前記第二のデータを、前記中継装置から受信するよう前記通信手段を制御し、前記制御手段は、前記第二のデータに基づいて、前記中継装置を介さずに前記第一のデータを前記外部装置に送信するよう前記通信手段を制御することを特徴とする。

Claims (18)

1. 通信手段と、
   制御手段と、を有し、
   前記制御手段は、第一のデータを外部装置に送信するための第二のデータを外部装置に要求するパケットを中継装置に送信するよう前記通信手段を制御し、
   前記制御手段は、前記第二のデータを、前記中継装置から受信するよう前記通信手段を制御し、
   前記制御手段は、前記第二のデータに基づいて、前記中継装置を介さずに前記第一のデータを前記外部装置へ送信するよう前記通信手段を制御する
   ことを特徴とする通信装置。
2. 前記中継装置が前記外部装置から前記第二のデータを受信するための認証情報を、前記制御手段は前記中継装置へ送信するよう前記通信手段を制御することを特徴とする請求項１に記載の通信装置。
3. 前記認証情報は前記外部装置にアクセスするために用いられるアカウントＩＤおよびパスワードであることを特徴とする請求項２に記載の通信装置。
4. 前記第二のデータを受信する前に前記第一のデータを前記外部装置へ送信する指示を受け付けた場合、前記制御手段は警告を報知することを特徴とする請求項１から３のいずれか１項に記載の通信装置。
5. 前記警告は前記第二のデータを受信していないことを示すことを特徴とする請求項４に記載の通信装置。
6. さらに前記第一のデータを生成する生成手段を有し、
   前記通信手段が前記第一のデータを前記外部装置へ送信を開始した後も前記生成手段は前記第一のデータの生成を継続し、
   前記生成手段が前記第一のデータを生成している間も、前記制御手段は前記生成手段によって既に生成された前記第一のデータのうち前記外部装置へ送信されていないデータの少なくとも一部を、前記外部装置へ送信するよう前記通信手段を制御する
   ことを特徴とする請求項１から５のいずれか１項に記載の通信装置。
7. 前記制御手段は前記第一のデータを送信することを開始する指示を受け付けた場合、前記第一のデータの生成を開始するよう前記生成手段を制御し、前記第一のデータの送信を開始するよう前記通信手段を制御する
   ことを特徴とする請求項６に記載の通信装置。
8. 前記制御手段は前記第一のデータを送信することを終了する指示を受け付けた場合、前記第一のデータの生成を終了するよう前記生成手段を制御し、前記第一のデータの送信を終了するよう前記通信手段を制御する
   ことを特徴とする請求項６または７に記載の通信装置。
9. 前記生成手段は、撮像部および集音部の少なくとも一方によって構成されることを特徴とする請求項６から８のいずれか１項に記載の通信装置。
10. 前記第一のデータの送信と並行して、前記外部装置が提供しているサービスにおける前記第一のデータに関する情報を、前記制御手段は前記中継装置を介して受信するよう前記通信手段を制御することを特徴とする請求項１から９のいずれか１項に記載の通信装置。
11. 前記サービスはライブ配信サービスであることを特徴とする請求項１０に記載の通信装置。
12. 前記サービスにおける前記第一のデータに関する情報は前記サービスを利用して前記第一のデータを受信しているユーザの人数であることを特徴とする請求項１０または１１に記載の通信装置。
13. 前記第一のデータは動画データおよび音声データの少なくとも一方であることを特徴とする請求項１から１２のいずれか１項に記載の通信装置。
14. 前記第二のデータは前記第一のデータの送信先であるＵＲＬおよびストリームキーであることを特徴とする請求項１から１３のいずれか１項に記載の通信装置。
15. 前記第一のデータは第一の通信プロトコルに準拠して通信し、前記第二のデータは第二の通信プロトコルに準拠して通信し、
    前記第一の通信プロトコルに準拠した通信は前記第二の通信プロトコルに準拠した通信よりも遅延が少ない
    ことを特徴とする請求項１から１４のいずれか１項に記載の通信装置。
16. 前記第一の通信プロトコルはＲｅａｌ―Ｔｉｍｅ Ｍｅｓｓａｇｉｎｇ Ｐｒｏｔｏｃｏｌであり、前記第二の通信プロトコルはＨｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌであることを特徴とする請求項１５に記載の通信装置。
17. 通信手段を有する通信装置の制御方法であって、
    第一のデータを外部装置に送信するための第二のデータを、中継装置から受信するよう前記通信手段を制御するステップと、
    前記第二のデータに基づいて、前記中継装置を介さずに前記第一のデータを前記外部装置へ送信するよう前記通信手段を制御するステップと、
    を有することを特徴とする制御方法。
18. コンピュータを請求項１から１６のいずれか１項に記載の通信装置の各手段として機能させるための、コンピュータが読み取り可能なプログラム。

Images