JP6589869B2 - 情報処理装置、情報処理方法、プログラム、サーバー及び情報処理システム - Google Patents

Description

本開示は、情報処理装置、情報処理方法、プログラム、サーバー及び情報処理システムに関する。

従来、例えば下記の特許文献１には、ユーザーにより指定された期間と、当該期間に対応する作成条件と、当該作成条件に対応したコンテンツとを示す情報に基づき、ユーザにより指定された期間に対応する作成条件を特定し、当該特定された作成条件に対応したコンテンツを出力対象として特定することが記載されている。

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

しかしながら、上記特許文献１に記載された技術は、ユーザーにより指定された期間に対応する作成条件に対応したコンテンツを出力対象とすることは想定しているが、スケジュールが終了した後に、その期間内に撮影された写真をスケジュール情報に基づいて最適な映像ファイルに編集処理することは何ら想定していなかった。

また、上記特許文献１に記載された技術は、複数のユーザーが予定を共有した場合に、各ユーザーが撮影した写真をスケジュール情報に基づいて処理することも何ら想定していなかった。

そこで、予定の期間が終了した後、その期間内に撮影した写真を予定情報に基づいて処理することが求められていた。

本開示によれば、予定に関する予定情報に基づいて、当該予定の開始から終了までの期間を取得する予定期間取得部と、前記予定の期間が経過した後、前記期間内に撮像された画像データを取得する画像データ取得部と、前記画像データを結合した映像ファイルを作成する映像ファイル作成部と、を備える、情報処理装置が提供される。

また、本開示によれば、予定に関する予定情報に基づいて、当該予定の開始から終了までの期間を取得することと、前記予定の期間が経過した後、前記期間内に撮像された画像データを取得することと、前記画像データを結合した映像ファイルを作成することと、
を備える、情報処理方法が提供される。

また、本開示によれば、予定に関する予定情報に基づいて、当該予定の開始から終了までの期間を取得する手段、前記予定の期間が経過した後、前記期間内に撮像された画像データを取得する手段、前記画像データを結合した映像ファイルを作成する手段、としてコンピュータを機能させるためのプログラムが提供される。

また、本開示によれば、予定に関する予定情報に基づいて当該予定の開始から終了までの期間内に撮像された画像データを第１の装置から取得する画像データ取得部と、前記画像データを第２の装置へ送信する送信部であって、前記画像データと前記第２の装置が前記期間内に撮像した画像データとを結合した映像ファイルを前記第２の装置が作成するために送信する送信部と、を備える、サーバーが提供される。

また、本開示によれば、予定に関する予定情報に基づいて当該予定の開始から終了までの期間内に撮像された画像データを第１の装置から取得することと、前記画像データを第２の装置へ送信する送信部であって、前記画像データと前記第２の装置が前記期間内に撮像した画像データとを結合した映像ファイルを前記第２の装置が作成するために送信することと、を備える、情報処理方法が提供される。

また、本開示によれば、予定に関する予定情報に基づいて当該予定の開始から終了までの期間内に撮像された画像データを第１の装置から取得する手段、前記画像データを第２の装置へ送信する送信部であって、前記画像データと前記第２の装置が前記期間内に撮像した画像データとを結合した映像ファイルを前記第２の装置が作成するために送信する手段、としてコンピュータを機能させるためのプログラムが提供される。

また、本開示によれば、予定に関する予定情報に基づいて当該予定の開始から終了までの期間内に第１の装置が撮像した第１の画像データを当該第１の装置から取得する画像データ取得部と、前記第１の画像データを第２の装置へ送信する送信部と、を有する、サーバーと、被写体を撮像する撮像部と、前記予定情報に基づいて、当該予定の開始から終了までの期間を取得する予定期間取得部と、前記予定の期間が経過した後、前記期間内に前記撮像部が撮像した第２の画像データを取得する画像データ取得部と、前記サーバーから送信された前記第１の画像データを受信する受信部と、前記第１の画像データ及び前記第２の画像データを結合した映像ファイルを作成する映像ファイル作成部と、を有する、前記第２の装置と、を備える、情報処理システムが提供される。

以上説明したように本開示によれば、予定の期間が終了した後、その期間内に撮影した写真を予定情報に基づいて処理することが可能となる。
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

本開示の一実施形態に係るシステムの構成例を示す模式図である。 端末の画面を示す模式図である。 端末の画面を示す模式図である。 登録した予定に招待するための画面を示す模式図である。 サーバーが予定識別ＩＤに基づいて参加者の情報を紐付した状態を示す模式図である。 図５に示す情報のデータ構造の一例を示す模式図である。 被招待者の端末が予定共有アプリケーションをダウンロードしていない場合を示す模式図である。 被招待者の端末がアプリケーションをダウンロードしている場合を示す模式図である。 終了した予定「もちつき大会」について、スライドショーを作成した例を示す模式図である。 終了した予定「もちつき大会」について、スライドショーを作成した例を示す模式図である。 スライドショー作成用情報がサーバーから端末へ送られ、端末がスライドショー作成用情報に基づいてスライドショーを作成する処理の概略を示す模式図である。 複数のユーザーに跨る画像を利用してスライドショーを作成する場合を示す模式図である。 スライドショー作成までの処理をまとめた模式図である。 スライドショーを自動生成するための端末とサーバーの構成を示す模式図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．予定共有システムの構成
２．予定識別ＩＤに基づく招待者、被招待者の情報の紐付け
３．被招待者の端末が予定共有アプリケーションをダウンロードしていない場合
４．被招待者の端末が予定共有アプリケーションをダウンロードしている場合
５．予定情報に基づいたスライドショーの自動作成機能

１．予定共有システムの構成
まず、図１を参照して、本開示の一実施形態に係る予定共有システムの概略構成について説明する。図１は、本実施形態に係るシステムの構成例を示す模式図である。図１に示すように、本実施形態に係るシステムは、サーバー１００、端末２００、端末３００を有して構成されている。端末２００，３００は、例えば、スマートフォンのような表示画面と操作部を有するデバイスである。本実施形態では、端末２００，３００として、表示画面上にタッチセンサが設けられたタッチパネルを備えた端末であるものとするが、端末２００，３００はこれに限定されるものではない。

図１に示すように、サーバー１００は、通信部１０２、識別情報発行部１０４、予定登録部１０６、予定識別情報発行部１０８、データベース１１０を有して構成されている。また、端末２００は、データベース２１０、通信部２２０、操作入力部２２２、予定情報作成部２２４、撮像部２２６、表示処理部２２８、表示部２３０、を有して構成されている。図１に示すこれらの構成要素は、回路、又はＣＰＵなどの中央演算処理装置と、これを機能させるためのプログラム（ソフトウェア）によって構成することができる。また、そのプログラムは、サーバー１００、又は端末２００，３００が備えるメモリ、または外部から挿入されるメモリ等の記憶部に記憶されることができる。

サーバー１００の通信部１０２は、端末２００，３００と通信を行うインターフェースである。識別情報発行部１０４は、後述するＵＵＩＤを発行する。予定登録部１０６は、図１のステップＳ１２で端末２００から予定情報及びＵＵＩＤが送信されてきた際に、予定の登録を行う。予定識別情報発行部１０８は、後述する予定識別ＩＤを発行する。データベース１１０には、予定共有に係る各種情報が格納される。
また、端末２００のデータベース２１０は、後述する予定共有アプリケーションに設けられるデータベース、または端末２００が備えるハードディスク等のデータベースである。通信部２２０は、サーバー１００、又は端末３００と通信を行うインターフェースである。操作入力部２２２は、タッチセンサ、操作ボタン等の、ユーザーによる操作が入力される構成要素である。予定情報作成部２２４は、ユーザーの操作に応じて後述する予定情報を作成する。撮像部２２６は、ＣＣＤセンサー又はＣＭＯＳセンサー等の撮像素子と撮像光学系から構成され、撮像光学系により撮像素子の撮像面に結像した被写体像を光電変化して静止画や動画などの画像データを取得する。表示処理部２２８は、表示部２３０への表示を行うための処理を行う。表示部２３０は、液晶表示ディスプレイ（ＬＣＤ）等から構成される。

本実施形態に係るシステムは、各ユーザーが保有する端末２００，３００を用いて、個人情報を利用せずに各ユーザーが予定を共有する。本実施形態では、端末２００，３００がダウンロードした予定共有のためのアプリケーション（以下、予定共有アプリケーションとも称する）に対してユニークＩＤ（以下、ＵＵＩＤとも称する）を付与する。また、共有される個人が作成した予定（イベント）に対してはイベント識別ＩＤを付与し、企業が作成した予定（イベント）に対しては公開イベントＩＤを付与する。以下では、これらのイベント識別ＩＤ、公開イベントＩＤを予定識別ＩＤと称する。そして、サーバー１００側でこれらの予定識別ＩＤに紐づく情報を管理し、この予定識別ＩＤをユーザー間でやり取りすることで、予定の共有を実現する。

このような手法により、本実施形態によれば、ユーザーは、個人情報の登録や、ＩＤ／パスワード（ＰＷ）を用いたログインといった煩雑なプロセスを経ることなく、個別の予定（イベント）単位で、任意のユーザー間で情報共有することができる。一度共有された情報については、共有メンバーが自由に内容の変更、追記等を行うことができ、途中で変更された場合もその変更内容は共有されている全てのユーザーに速やかに反映される。個人情報の登録が不要となり、ログイン等のプロセスも不要となるため、ユーザーは煩雑な処理を行うことなくユーザー同士で予定を簡単に共有することが可能となる。

例えば、各ユーザーは、スケジューラー機能をベースに、簡単な設定のみで自分の予定を家族や友人と共有できる（人とつながる態様）。また、好きな企業の新製品情報、よく行くお店のクーポン、利用路線の運航情報、為替や株式情報、等々、欲しい情報を選択するだけで、最新情報を自動配信することができる（情報とつながる態様）。また、ウェアラブルデバイスと連携し、ユーザーが必要とする情報のみをアラート通知することが可能になり、さらに、デバイス保有のライフログもスケジューラー上に反映することが可能なる（モノとつながる態様）。

以上の手法を実現するため、サーバー１００は、予定共有アプリケーション（予定共有ソフトウェア）が各端末２００，３００にダウンロードされると、ＵＵＩＤ（端末毎に異なるユニークな識別情報）を発番する。このＵＵＩＤは、端末２００，３００に対して発番されるのではなく、ダウンロードされたアプリケーションに対して発番される。従って、同じ端末２００であっても、予定共有アプリケーションが再ダウンロードされた際には、ＵＵＩＤが新たに発番される。ＵＵＩＤは、予定共有アプリケーションをダウンロードした各端末２００，３００へ送信され、各端末２００，３００のデータベース２１０，３１０に格納される。なお、ユーザーに対してＵＵＩＤが通知されることはなく、ユーザーは発番されたＵＵＩＤを意識することなく、その後の操作を行うことができる。

ユーザーは、各自の端末２００，３００を利用して予定を作成することができる。作成した予定は端末２００，３００内に保存される。また、端末２００，３００のユーザーは、他の端末のユーザーと作成した予定を共有し、予定への参加を招待することができる。サーバー１００は、共有された予定への参加者、不参加者、未回答者を管理する。サーバー１００は、予定に対しては、ユーザーに推測されにくく、かつ、一義的な予定識別ＩＤを発番する。また、各ユーザーは、予定共有時にユーザーを識別できるようにするため、ニックネームを設定する。なお、１ユーザーにつき、１ニックネームとし、ニックネームは他ユーザーと重複してもよい。複数ユーザーでニックネームが重複する場合であっても、ＵＵＩＤは各端末がダウンロードした予定共有アプリケーションに対してユニークに設定されるため、ＵＵＩＤを用いてユーザーを一意に特定することが可能である。

図１において、端末２００は、予定共有アプリケーションをダウンロードした後、ステップＳ１０で予定の登録を行う。予定共有アプリケーションをダウンロードすることによってサーバー１００から発番されたＵＵＩＤは、端末２００のデータベース２１０に格納される。

図２は、端末２００の画面を示す模式図である。図２において、画面５００は初期状態を示している。画面５００において、「表示するイベント」として「自分の予定」、「招待された予定」、「Ａ社国内旅行」にチェックマークを付けて選択した状態でボタン２０２を押すと、画面５０２に遷移する。画面５０２では、カレンダーが表示され、また、カレンダーの下には「表示するイベント」として選択したイベント（「自分の予定」、「招待された予定」、「Ａ社国内旅行」）に関連する全てのイベントの情報が表示される。また、図３の画面５０４に示すように、所定の操作を行うことで、選択したイベント以外のイベントを含む全てのイベントを表示することもできる。画面５０４では、カレンダーは表示されず、ユーザーは画面をスクロールすることによって全てのイベントを参照することができる。なお、「自分の予定」、「招待された予定」は個人が作成した予定（イベント）であり、「Ａ社国内旅行」は企業が作成した予定（イベント）である。

ユーザーが新たにイベントを登録したい場合、図２の画面５０２においてボタン２０４を押すと、図３の画面５０６（予定新規登録画面）へ遷移する。ユーザーは、画面５０６において、イベントの「タイトル」、「説明文」、イベントの「開始」及び「終了」、「場所」などの予定情報を入力し、完了ボタン２０６を押すことで端末２００に予定を登録する。なお、画面５０６で「イメージ」（画像）を登録する場合は、図３の画面５０８に表示された複数のイメージの中から選択して登録することができる。画面５０６から画面５０８への遷移は、所定のボタンを操作することによって行うことができる。登録された「イメージ」は、図２の画面５０２，５０４において、予定を示すために表示される。これにより、ユーザーは、画面５０２，５０４において、表示された「イメージ」（画像）から各予定を視覚的に判別することができる。

図３の画面５０６において、完了ボタン２０６を押すと、図１のステップＳ１０における予定の登録が完了する。図３の画面５０６の例では、予定として「伊豆へ旅行」が登録されることになる。登録された予定は、端末２００の予定共有アプリケーション内のデータベース２１０（図１参照）に保存される。また、登録された予定は、図２の画面５０２のカレンダーの下に表示され、また全てのイベントを表示する場合は、図２の画面５０４に表示される。

図４は、登録した予定に招待するための画面を示す模式図である。図１のステップＳ１０における予定の登録が完了すると、図４の画面５１０（予定詳細画面）に遷移することができる。または、図２の画面５０２、または画面５０４に表示された任意の予定のうち、友達を未だ招待していない予定を選択することによって、図４の画面５１０に遷移することもできる。端末２００のユーザーは、図４の画面５１０の下側に表示されたボタン２０８（「友達を招待する」）を押すことによって、登録した予定を他のユーザーと共有することができ、他のユーザーを予定に招待することができる。

ユーザーがボタン２０８を押すと、図１のステップＳ１２において、端末２００のＵＵＩＤと予定情報とがサーバー１００へ送られて、サーバー１００において、端末２００のユーザーが他のユーザーを招待しようとする予定（以下、「招待する予定」と称する。）の登録が行われる。サーバー１００は、招待する予定を登録するため、端末２００から送られた予定情報を端末２００のＵＵＩＤに紐付けて登録し、登録した予定を識別するための予定識別ＩＤを発番する。予定識別ＩＤは、ステップＳ１３において、端末２００へ返信される。予定識別ＩＤを受信した端末２００は、データベース２１０に予定識別ＩＤを格納する。

以上のように、ユーザーが端末２００を単体で用いて予定を作成（登録）した段階では予定識別ＩＤは発番されず、ユーザーがボタン２０８を押して、招待する予定がサーバー１００に登録されると、サーバー１００が予定識別ＩＤを発番して端末２００へ返却する。

また、ユーザーが図４の画面５１０でボタン２０８を押すと、図４の画面５１２へ遷移する。画面５１２では、他のユーザーのニックネームが表示され、各ニックネームにチェックマーク２１０を付けることによって招待したいユーザーを選択することができる。画面５１２において、端末２００のユーザーが招待したいユーザーを選択してボタン２１２を押すと、画面５１４へ遷移する。これにより、図１のステップＳ１４において、被招待者（端末３００）へ招待メッセージが送信される。被招待者への招待メッセージは、予定識別ＩＤとともに送信される。なお、図４の画面５１４は、被招待者の端末３００が予定共有アプリケーションをダウンロードしていない場合を示している。後で詳細に説明するが、被招待者の端末３００が予定共有アプリケーションをダウンロードしていない場合、招待者はである端末２００のユーザーは、図４の画面５１４でＳＭＳ（ショートメッセージサービス）、メール、ＳＮＳ（ソーシャルネットワークサービス）のいずれかを選択することにより、これらの既存のアプリケーションを利用して被招待者へ招待メッセージを被招待者へ送信することができる。

招待メッセージ及び予定識別ＩＤを受信した被招待者の端末３００は、ステップＳ１５において、サーバー１００へ予定識別ＩＤを送信する。サーバー１００は、ステップＳ１５で端末３００から予定識別ＩＤを受信すると、ステップＳ１６において、受信した予定識別ＩＤに紐付けられた予定情報を端末３００へ送信する。これにより、端末３００は、既に端末２００から受信した予定識別ＩＤとともに、当該予定識別ＩＤに対応する予定情報を取得することができる。

なお、端末３００が予定共有アプリケーションを既にダウンロードしているか否かによって、予定識別ＩＤ及び予定情報を取得する手法が異なるが、この点については後述する。

端末３００が予定識別ＩＤ及び予定情報を取得すると、端末３００の画面には、招待された予定の予定情報が表示される。また、端末３００のデータベース３１０には、図１のステップＳ１７において、予定識別ＩＤ及び予定情報が反映（登録）される。

端末３００のユーザーは、端末３００を操作して招待された予定に参加するか否かを入力する。そして、端末３００のユーザーが招待された予定に参加又は不参加の旨を入力すると、図１のステップＳ１８において、端末３００からサーバー１００へ、参加又は不参加の情報とともに、端末３００のＵＵＩＤと予定識別ＩＤが送信される。サーバー１００は、ステップＳ１８における端末３００からの通知に基づいて、予定識別ＩＤに対応する予定について、ＵＵＩＤから認識される端末３００のユーザーが参加又は不参加である旨を登録する。また、端末３００のユーザーが招待された予定に回答していない場合は、ステップＳ１９において、端末３００のＵＵＩＤと予定識別ＩＤのみが送信される。サーバー１００は、予定識別ＩＤに対応する予定について、ＵＵＩＤから認識される端末３００のユーザーが未回答である旨を登録する。

２．予定識別ＩＤに基づく招待者、被招待者の情報の紐付け
サーバー１００では、予定識別ＩＤに基づいて、招待者、被招待者の情報の紐付けを行う。図５は、サーバー１００が予定識別ＩＤに基づいて招待者、被招待者の情報を紐付した状態を示す模式図である。図５に示すように、ある１つの予定識別ＩＤ４００に対して、対応する予定の予定情報４０１が紐付けられている。また、予定識別ＩＤ４００に対して、招待者（予定の起案者）の端末のＵＵＩＤ４０２が紐付けられ、ＵＵＩＤ４０２には招待者のニックネーム４０４、写真４０６が紐付けられている。

また、予定識別ＩＤには、被招待者の端末のＵＵＩＤ４１０，４２０，４３０が紐付けられている。被招待者の端末のＵＵＩＤ４１０には、被招待者のニックネーム４１４、写真４１６が紐付けられている。同様に、被招待者の端末のＵＵＩＤ４２０には被招待者のニックネーム４２４、写真４２６が紐付けられ、被招待者の端末のＵＵＩＤ４３０には被招待者のニックネーム４３４、写真４３６が紐付けられている。

また、サーバー１００は、被招待者に関し、被招待者の端末からの通知に応じて「参加」、「不参加」、「未回答」の参加情報４１８，４２８，４３８を管理している。

図１では、１つの予定識別ＩＤ４００に対応した情報の紐付けを示している。サーバー１００は、Ｎ個の予定が登録されている場合は、図５に示す情報をＮ個管理している。

図６は、図５に示す情報のデータ構造の一例を示す模式図である。図６に示す例では、”schedule actors”、”schedules”、”users”、”event actors”、”events”、”devices”の各項目毎に図５の情報を組み替えて管理している。このうち、”schedules”の項目では、予定情報に予定作成者の情報を持たせている。また、”users”の項目では、ユーザーの情報を管理している。”devices”の項目では、端末情報を管理している。図６中に示すように、各項目には予定情報のアップデートに関する情報（updated_at DATETIME）が含まれている。予定情報が端末２００，３００のユーザーによってアップデートされると、その情報は予定識別ＩＤとともにサーバー１００に送信され、サーバー１００が予定識別ＩＤに紐付けられた予定情報をアップデートする。

３．被招待者の端末が予定共有アプリケーションをダウンロードしていない場合
上述したように、被招待者の端末３００が予定共有アプリケーションを既にダウンロードしているか否かによって、端末３００が予定識別ＩＤ及び予定情報を取得する経路が異なる。図７は、被招待者の端末３００が予定共有アプリケーションをダウンロードしていない場合を詳細に示す模式図である。この場合、ステップＳ１２で端末２００のユーザーが招待する予定をサーバー１００に登録し、ステップＳ１４で予定識別ＩＤが端末２００へ返信されると、ステップＳ２０で予定共有アプリケーションとは別のアプリケーション（メール、ＳＭＳ、ＳＮＳ等の既存のコミュニケーションアプリ）が起動され、予定識別ＩＤがこれらの別アプリケーションへ送られる。そして、次のステップＳ２２では、ユーザーが図４の画面５１２で選択した被招待者の宛先に関する情報がメール、ＳＭＳ、ＳＮＳ等の別アプリケーションに通知される。

次のステップＳ２４では、ユーザーが選択した被招待者の端末に対して、メール、ＳＭＳ、ＳＮＳ等の別アプリケーションを通じて、招待メッセージが送信される。ここでは、端末３００のユーザーが被招待者であるものとする。この際、招待メッセージを介して予定識別ＩＤが端末３００へ送信される。招待メッセージには、予定共有アプリケーションをダウンロードするためのダウンロードリンク（ＤＬリンク）が含まれている。招待メッセージを受信した端末３００の画面には、ダウンロードリンクが表示される。

メール、ＳＭＳ、ＳＮＳ等の別アプリケーションを通じて招待メッセージを受信した端末３００のユーザーが、招待メッセージに含まれるダウンロードリンクをクリックすることで、図７のステップＳ２６において、予定共有アプリケーションが端末３００にインストールされる。例えば、ダウンロードリンクをクリックすることで、ウェブ上のストアのダウンロードサイトに接続され、ダウンロードサイトから予定共有アプリケーションがダウンロードされる。予定共有アプリケーションが端末３００にインストールされると、ステップＳ２８において、招待メッセージ内のリンクから予定共有アプリケーションが起動される。

招待メッセージには、予定識別ＩＤの情報が含まれている。このため、ステップＳ２８で予定共有アプリケーションが起動されると、ステップＳ２９で予定識別ＩＤがサーバー１００へ送信される。サーバー１００は、予定識別ＩＤを受信すると、ステップＳ３０において、予定識別ＩＤに紐付けられた予定情報を端末３００へ送信する。

具体的には、予定識別ＩＤの情報は招待メッセージ内のダウンロードリンクのＵＲＬの情報の中に含まれている。予定共有アプリケーションは、ダウンロード後にブラウザのクッキーの情報によりＵＲＬの履歴が判るため、予定識別ＩＤの情報を取得することができる。従って、ステップＳ２９において、予定共有アプリケーションの起動と同時に予定識別ＩＤをサーバー１００へ送信することができる。これにより、サーバー１００は、招待メッセージ内のリンクから予定共有アプリケーションが起動されると、予定識別ＩＤを取得することができる。

ステップＳ３０で端末３００が予定識別ＩＤに紐付けられた予定情報を取得すると、その後の処理は、図１と同様である。すなわち、端末３００が予定識別ＩＤ及び予定情報を取得すると、端末３００には、招待された予定の予定情報が表示される。また、端末３００のデータベース３１０には、ステップＳ１７において、予定識別ＩＤ及び予定情報が反映（登録）される。また、端末３００のユーザーが招待された予定に参加又は不参加する旨を入力すると、ステップＳ１８において、端末３００からサーバー１００へ参加又は不参加の情報とともに端末３００のＵＵＩＤと予定識別ＩＤが送信される。また、端末３００のユーザーが参加又は不参加の回答を入力しない場合は、ステップＳ１９において、端末３００のＵＵＩＤと予定識別ＩＤのみが送信される。

４．被招待者の端末が予定共有アプリケーションをダウンロードしている場合
図８は、被招待者の端末３００が予定共有アプリケーションを既にダウンロードしている場合を示す模式図である。この場合は、端末３００が既にダウンロードしている予定共有アプリケーションを利用して予定を共有することができる。また、図７と同様に、メール、ＳＭＳ、ＳＮＳ等の既存のコミュニケーションアプリを通じて予定を共有することもできる。なお、メール、ＳＭＳ、ＳＮＳ等を通じて予定を共有する場合の処理は、図７と基本的に同様であるが、ダウンロードリンクをクリックして予定共有アプリケーションをダウンロードする処理（ステップＳ２６）を行う必要がない点で図７の処理とは異なる。

先ず、ステップＳ１０における予定の登録が完了すると、ステップＳ４０において、被招待者を選択する。具体的には、図４の画面５１０の下側に表示されたボタン２０８（「友達を招待する」）を押し、図４の画面５１２で被招待者を選択する。これらの処理は、図７と同様である。この際、被招待者が過去に招待したことのあるユーザーである場合など、端末２００の予定共有アプリケーションは被招待者のＵＵＩＤを予め認識している。

被招待者を選択した状態で画面５１２のボタン２１２を押すことによって、登録した予定を他のユーザーと共有することができ、他のユーザーが予定に招待される（ステップＳ４２）。この際、図１のステップＳ１２では、端末２００のＵＵＩＤと予定情報をサーバー１００へ送信していたが、図７のステップＳ４２では、端末２００のＵＵＩＤと予定情報に加えて、被招待者のＵＵＩＤもサーバー１００へ送られる。

サーバー１００は、招待する予定を登録するため、端末２００から送られた予定情報を端末２００のＵＵＩＤに紐付けて登録し、登録した予定を識別するための予定識別ＩＤを発番する。予定識別ＩＤは、ステップＳ１３において、端末２００へ返信される。サーバー１００では、予定識別ＩＤと被招待者のＵＵＩＤとの紐付けも行い、当初は被招待者を未回答者として登録する。

その後、ステップＳ４４において、サーバー１００から被招待者のＵＵＩＤを有する端末３００に対して、予定識別ＩＤが予定情報とともに送信される。これにより、被招待者の端末３００が予定識別ＩＤと予定情報を保有することになる。従って、図７の処理と異なり、予定情報を取得するために端末３００が予定識別ＩＤをサーバー１００へ送る必要はない。端末３００が予定識別ＩＤ及び予定情報を取得すると、端末３００には、招待された予定の予定情報が表示される。また、端末３００のデータベース３１０には、ステップＳ１７において、予定識別ＩＤ及び予定情報が反映（登録）される。また、端末３００のユーザーが招待された予定に参加又は不参加する旨を入力すると、ステップＳ４６において、端末３００からサーバー１００へ参加又は不参加の情報とともに端末３００のＵＵＩＤと予定識別ＩＤが送信される。また、端末３００のユーザーが招待された予定に参加又は不参加する旨を入力しないと、ステップＳ４６の処理は行われず、サーバー１００は端末３００を依然として未回答者として扱う。

図８に示したように、端末３００が予定共有アプリケーションを既にダウンロードしている場合は、サーバー１００は、端末２００から送信された被招待者のＵＵＩＤに基づいて、予定識別ＩＤ及び予定情報を被招待者の端末３００へ送信することができる。従って、被招待者の端末３００は、予定識別ＩＤをサーバー１００へ送信して予定情報を取得する必要がなく、処理を簡素にすることができる。

以上説明したように本実施形態によれば、予定共有アプリケーションをダウンロードした端末２００，３００に対して、ＵＵＩＤを設定することができる。そして、サーバー１００は、ＵＵＩＤに基づいて各ユーザーの端末２００，３００と予定とを紐付けることができる。従って、ユーザーは、ログイン等の処理を行う必要がなく、簡素な手続きで予定を共有することができる。

５．予定情報に基づいたスライドショーの自動作成機能
次に、予定情報に基づいたスライドショーの自動作成機能について説明する。本実施形態では、予定が終了した際に、予定の開始から終了までの間に端末２００が撮影した画像を用いて、その思い出を自動でスライドショー（または動画のムービー）にすることができる。スライドショーの自動作成の際には、端末２００，３００が保有する予定情報、予定情報で設定された予定時間内に撮影された画像、スライドショー作成用情報（スライドショーエフェクト及び音楽を含む）、に基づいて作成を行う。

従来のカレンダーでは主に現在または未来の情報に価値を有しているが、本実施形態では、予定情報で設定された過去の情報に基づいてスライドショーを作成させることにより、過去の情報にも価値を持たせることができる。また、ユーザーが技術的な知識を持っていなくても、端末２００，３００側でスライドショーを自動に作成することができる。更に、作成したスライドショーを友人、家族間で共有したり、ＳＮＳ等を通じてソーシャルにアップすることもできる。

図９及び図１０は、終了した予定「もちつき大会」について、スライドショーを作成した例を示す模式図である。図９は、図４の画面５１０で示した予定「もちつき大会」が終了した後、スライドショーを自動で作成し、予定情報が表示された画面５３０内にスライドショーの再生用画面５３２を自動表示した例を示している。また、図１０は、予定「もちつき大会」について端末２００が自動作成したスライドショーの内容を示している。図９に示す再生用画面５３２の再生ボタン５３４を押すと、図１０に示すスライドショーが開始する。

図１０に示すスライドショーは、予定情報に基づいて作成されている。最初に、予定「もちつき大会」が行われた日時（２０１４．５．３１）が表示され、クロスフェードされた後、タイトルとともに１枚目の画像が表示され、２〜３秒の間ゆっくりと拡大される。１枚目の画像がクロスフェードされて次の画像に移ると、次の画像が２〜３秒の間ゆっくりと縮小が行われる。その後、同様の手法で続く画像が順次表示された後、参加者が表示され、予定共有アプリケーションのロゴ「予定共有アプリ！」が表示される。

予定情報とスライドショーとの連動は、予定情報に含まれる日時、イベントタイトル、参加者（任意）、イベントの説明文、開催場所（任意）に基づいて行われる。端末２００は、予定情報に含まれる日時に基づいて、データベース２１０にある写真を抽出し、音楽を付けてスライドショー動画を作成する。

以上のように、端末２００は、予定情報に含まれる日時と、その予定の期間内に撮影された写真を用いて、単体でスライドショーを自動で作成することができる。端末３００も同様に、予定情報に含まれる日時と、その予定の期間内に撮影された写真を用いて、単体でスライドショーを自動で作成することができる。

端末２００がスライドショーを作成する際には、スライドショー作成用情報（指示情報）に基づいて作成が行われる。図１１は、スライドショー作成用情報がサーバー１００から端末２００へ送られ、端末２００がスライドショー作成用情報に基づいてスライドショーを作成する処理の概略を示す模式図である。図１１に示すように、サーバー１００は、端末２００に対してスライドショー作成用情報としてスライドショー演出設定ファイル群５５０を送る。スライドショー演出設定ファイル群５５０には、演出対象条件（一般向け、特定企業チャネル向け、特定（公開）イベント向け）、フレーム画像（背景画像）、ＢＧＭ音声、演出パターン（表示時間、演出技法（クロスフェード等））、表示情報（予定詳細情報より抜粋、テキスト情報を含む）、トータル演出時間等の情報が含まれている。

端末２００は、スライドショー演出設定ファイル群５５０に基づいて、その予定が個人の作成によるものであり、演出対象条件が「一般向け」であれば、企業の宣伝や公開イベントの宣伝を挿入することなく、通常のスライドショーを作成する。また、その予定が企業の作成によるものであり、演出対象条件が「特定企業チャネル向け」の場合は、特定の企業の宣伝を挿入したり、その企業のブランドイメージに適合したスライドショーを作成する。また、演出対象条件が「特定（公開）イベント向け」の場合は、特定のイベントに適合したスライドショーを作成する。例えば、公開イベントがサッカーの試合の場合は、サッカーの試合に対応した躍動感のあるスライドショーとなるように演出を定める。

フレーム画像（背景画像）、ＢＧＭ音声、演出パターン（表示時間、演出技法（クロスフェード等））、表示情報（予定詳細情報より抜粋）、トータル演出時間等についても、スライドショー演出設定ファイル群５５０によって詳細に定められている。このように、スライドショー演出設定ファイル群５５０は、端末２００がスライドショーを作成する際の仕様書として機能する。

図１１に示すように、スライドショー演出設定ファイル群５５０がサーバー１００から端末２００へ送られ、端末２００がスライドショー設定ファイル群５５０に基づいてスライドショーを作成する。サーバー１００には、予めスライドショー演出設定ファイル群５５０が登録され、スライドショー設定ファイルに含まれるフレーム画像（背景画像）がアップされている。

また、その予定が特定の企業の作成によるものである場合、企業の担当者が端末５８０を操作することにより、スライドショー演出設定ファイル群５５０を特定の企業向けに編集することもできる。この場合、例えば演出対象条件の「特定企業チャネル向け」の情報を編集することで、特定の企業のイメージに合致するようにスライドショーを編集することができる。

端末２００は、これらのスライドショー演出設定ファイル群５５０と予定情報に基づいて、端末２００のデータベース２１０に格納された写真のデータを使用して、予定が終了した時点でスライドショーを作成する。これにより、画面５３０内に再生用画面５３２が自動表示される。作成したスライドショーは、ボタン５３４を押すことで、端末２００上で再生することができ、またソーシャルメディア等を通じて他のユーザーと共有することもできる。

なお、上述した例では、サーバー１００がスライドショー作成用情報を端末２００へ送ることとしているが、予め端末２００がスライドショー作成用情報を保有していても良い。例えば、予定共有アプリケーションをダウンロードした際に、スライドショー作成用情報を共にダウンロードするようにしても良い。この場合、端末２００は、サーバー１００と通信を行うことなくスライドショーを作成することが可能である。

次に、予定に参加した複数ユーザーが撮影した写真に基づいてスライドショーを作成する場合について説明する。

上述した手法により、端末２００のユーザーは、自身が撮影した写真に基づいてスライドショーを自動で作成することができる。一方、本実施形態では、予定を複数のユーザーが共有することができ、複数のユーザーが予定に参加することで、その予定（イベント）の写真は参加した複数のユーザーによって撮影される。この場合、端末２００，３００は、参加した複数のユーザーが撮影した写真に基づいて、スライドショーを作成することも可能である。これにより、予定に参加した複数のユーザーが撮影した写真に基づいてスライドショーを作成することで、撮影者が異なる多様な写真を用いてスライドショーを作成することができる。従って、端末２００のユーザーが撮影した写真に基づいてスライドショーを作成した場合は、端末２００のユーザー自身がスライドショーに写っていないことも想定されるが、端末２００のユーザー以外が撮影した写真を用いてスライドショーを作成することで、そのような事態も確実に回避できる。

図１２は、複数のユーザーに跨る画像を利用してスライドショーを作成する場合を示す模式図である。図１２に示すように、サーバー１００には、各端末２００，３００，４００が撮影した写真が予定識別ＩＤとともに送信される。この際、予定識別ＩＤに基づき、予定共有者の各端末２００，３００，４００のローカルのデータベースに存在する写真をサーバー１００側にアップロードする。

図５に示したように、サーバー１００は、予定識別ＩＤに対応する予定について、各端末２００，３００，・・・のユーザーが撮影した写真（画像データ）４０６，４１６，４２６，４３６を、各端末２００，３００，・・・のＵＵＩＤに紐付けて管理している。

端末２００のユーザーが図５に示す予定識別ＩＤに対応するスライドショーを作成する場合、その予定が完了した時点で各端末２００，３００，・・・が撮影した写真４０６，４１６，４２６，４３６が端末２００へ送信される。この際、その予定の予定識別ＩＤに紐付けられた写真４０６，４１６，４２６，４３６のみを端末２００へ送信することで、スライドショーを作成する予定とは関係のない写真が端末２００へ送信されてしまうことを抑止できる。

端末２００は、上述した手法により、スライドショー演出設定ファイル群と予定情報に基づいて、サーバー１００から送信された写真４０６，４１６，４２６，４３６のデータを使用して、予定が終了した時点でスライドショーを作成する。

図１３は、スライドショー作成までの処理をまとめた模式図である。図１３では、端末２００が撮影した写真のみからスライドショーを作成する場合を示している。図２及び図３と同様に、画面５０２においてボタン２０４を押すと、画面５０６に遷移する。ユーザーは、画面５０６上で予定を新規に作成し、ボタン２０６を押すと新規な予定が端末に登録される。

その後、ステップＳ５０において、作成した予定の当日に、予定情報の開始と終了の時間内でユーザーが写真撮影を行うと、端末２００のデータベース２１０にその時間内に撮影された写真のデータが保存される。また、ステップＳ５２において、端末２００は、サーバー１００からスライドショー演出設定ファイル群を読み込み、そのデータをデータベース２１０に保存する。

その後、端末２００は、スライドショー演出設定ファイル群と予定情報に基づいて、端末２００のデータベース２１０に格納された写真のデータを使用して、予定が終了した時点でムービーを自動作成する。これにより、予定が終了した後に端末２００の画面５３０に再生ボタン５３４が自動で表示される。ユーザーは、再生ボタン５３４を押すことによって、端末２００が自動で作成したスライドショーを再生することができる。

図１４は、スライドショーを自動生成するための端末２００とサーバー１００の構成を示す模式図である。図１４に示すように、端末２００は、予定情報取得部（予定期間取得部）２３２、画像データ取得部２３４、スライドショー自動作成部（映像ファイル作成部）２３６、スライドショー作成用情報取得部２３８を有して構成されている。また、図１３に示すように、端末２００のデータベース２１０には、ユーザーが撮影した写真のデータが保存されている。

また、サーバー１００のスライドショー作成用情報保持部１１２には、スライドショー作成用情報が保持されている。スライドショー作成用情報には、フレーム画像データ（ｎファイル）、音楽データ（ｎファイル）、スライドショー演出設定情報等が含まれる。

また、サーバー１００は、図１の構成に加えて、画像データ取得部１１０を備えている。画像データ取得部１１０は、予定情報に基づいて予定の開始から終了までの期間内に撮像された画像データを各端末２００，３００から取得する。端末２００の画像データ取得部２３４は、サーバー１００の画像データ取得部１１０が端末３００から取得した画像データを取得する。

また、サーバー１００は、スライドショー作成用情報を端末２００へ送信する。送信されたスライドショー作成用情報は、端末２００のスライドショー作成用情報取得部２３８にて取得される。端末２００の画像データ取得部２３４は、予定情報に基づいて、データベースに保存された写真の画像データのうち、予定の開始から終了までの期間内に撮像された画像データを取得する。スライドショー自動作成部２３６は、スライドショー作成用情報と予定情報に基づいて、画像データ取得部２３４が取得した画像データを使用して、予定が終了した時点でムービーを自動作成する。

以上説明したように本実施形態によれば、予定の終了後に予定情報に基づいて自動で映像ファイルを作成することができる。従って、ユーザーは、煩雑な操作を行うことなく、思い出に残る映像を使用して作成された映像をファイルを再生して楽しむことが可能となる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、以下のような構成も本開示の技術的範囲に属する。
（１） 予定に関する予定情報に基づいて、当該予定の開始から終了までの期間を取得する予定期間取得部と、
前記予定の期間が経過した後、前記期間内に撮像された画像データを取得する画像データ取得部と、
前記画像データを結合した映像ファイルを作成する映像ファイル作成部と、
を備える、情報処理装置。
（２） 前記映像ファイル作成部は、前記映像ファイルとしてスライドショーを作成する、前記（１）に記載の情報処理装置。
（３） 前記映像ファイル作成部は、前記予定情報に含まれる前記期間以外の情報を更に用いて前記映像ファイルを作成することを特徴とする、前記（１）又は（２）に記載の情報処理装置。
（４） 前記映像ファイル作成部は、前記映像ファイルを作成するための仕様を規定した映像ファイル作成用情報に基づいて前記映像ファイルを作成する、前記（１）〜（３）のいずれかに記載の情報処理装置。
（５） 前記予定情報を管理するサーバーから前記映像ファイル作成用情報を受信する受信部を備える、前記（４）に記載の情報処理装置。
（６） 被写体を撮像する撮像部を備え、
前記画像データ取得部は、前記撮像部が撮像した前記画像データを取得する、前記（１）に記載の情報処理装置。
（７） 前記画像データ取得部は、前記予定情報を管理するサーバーから、前記期間内に他装置が撮像した前記画像データを取得する、前記（１）に記載の情報処理装置。
（８） 前記映像ファイル作成用情報は、前記映像ファイルが一般ユーザー向け若しくは企業向けであることを示す演出対象条件、背景画像、音声、表示時間若しくは演出技法を含む演出パターン、又は表示に関する詳細情報を含む、前記（４）に記載の情報処理装置。
（９） 前記映像ファイル作成用情報は、前記映像ファイルが特定の企業向けの場合は、当該特定の企業の宣伝のための前記映像ファイル又は当該特定の企業のイメージに合致した前記映像ファイルを作成させるための情報を含む、前記（８）に記載の情報処理装置。
（１０） 前記映像ファイル作成用情報は、前記映像ファイルが特定のイベント向けの場合は、当該特定のイベントのイメージに合致した前記映像ファイルを作成させるための情報を含む、前記（８）に記載の情報処理装置。
（１１） 予定に関する予定情報に基づいて、当該予定の開始から終了までの期間を取得することと、
前記予定の期間が経過した後、前記期間内に撮像された画像データを取得することと、
前記画像データを結合した映像ファイルを作成することと、
を備える、情報処理方法。
（１２） 予定に関する予定情報に基づいて、当該予定の開始から終了までの期間を取得する手段、
前記予定の期間が経過した後、前記期間内に撮像された画像データを取得する手段、
前記画像データを結合した映像ファイルを作成する手段、
としてコンピュータを機能させるためのプログラム。
（１３） 予定に関する予定情報に基づいて当該予定の開始から終了までの期間内に撮像された画像データを第１の装置から取得する画像データ取得部と、
前記画像データを第２の装置へ送信する送信部であって、前記画像データと前記第２の装置が前記期間内に撮像した画像データとを結合した映像ファイルを前記第２の装置が作成するために送信する送信部と、
を備える、サーバー。
（１４） 予定に関する予定情報に基づいて当該予定の開始から終了までの期間内に撮像された画像データを第１の装置から取得することと、
前記画像データを第２の装置へ送信する送信部であって、前記画像データと前記第２の装置が前記期間内に撮像した画像データとを結合した映像ファイルを前記第２の装置が作成するために送信することと、
を備える、情報処理方法。
（１５） 予定に関する予定情報に基づいて当該予定の開始から終了までの期間内に撮像された画像データを第１の装置から取得する手段、
前記画像データを第２の装置へ送信する送信部であって、前記画像データと前記第２の装置が前記期間内に撮像した画像データとを結合した映像ファイルを前記第２の装置が作成するために送信する手段、
としてコンピュータを機能させるためのプログラム。
（１６） 予定に関する予定情報に基づいて当該予定の開始から終了までの期間内に第１の装置が撮像した第１の画像データを当該第１の装置から取得する画像データ取得部と、
前記第１の画像データを第２の装置へ送信する送信部と、を有する、サーバーと、
被写体を撮像する撮像部と、前記予定情報に基づいて、当該予定の開始から終了までの期間を取得する予定期間取得部と、前記予定の期間が経過した後、前記期間内に前記撮像部が撮像した第２の画像データを取得する画像データ取得部と、前記サーバーから送信された前記第１の画像データを受信する受信部と、前記第１の画像データ及び前記第２の画像データを結合した映像ファイルを作成する映像ファイル作成部と、を有する、前記第２の装置と、
を備える、情報処理システム。

１００ サーバー
１０２ 通信部
１１０ 画像データ取得部
２００，３００ 端末
２３２ 予定情報取得部（予定期間取得部）
２３４ 画像データ取得部
２３６ スライドショー自動作成部（映像ファイル作成部）

Claims (14)

1. 予定に関する予定情報に基づいて、当該予定の開始から終了までの期間を取得する予定期間取得部と、
   前記予定の期間が経過した後、前記期間内に撮像された画像データを取得する画像データ取得部と、
   前記画像データを結合した映像ファイルを作成する映像ファイル作成部と、を備え、
   前記映像ファイル作成部は、
   前記映像ファイルへの宣伝の挿入が禁止された一般ユーザー向け、若しくは宣伝の挿入が許可された企業向けであることを示す演出対象条件を含む映像ファイル作成用情報に基づいて前記映像ファイルを作成する、
   情報処理装置。
2. 前記映像ファイル作成部は、前記映像ファイルとしてスライドショーを作成する、請求項１に記載の情報処理装置。
3. 前記予定情報を管理するサーバーから前記映像ファイル作成用情報を受信する受信部を備える、請求項１に記載の情報処理装置。
4. 被写体を撮像する撮像部を備え、
   前記画像データ取得部は、前記撮像部が撮像した前記画像データを取得する、請求項１に記載の情報処理装置。
5. 前記画像データ取得部は、前記予定情報を管理するサーバーから、前記期間内に他装置が撮像した前記画像データを取得する、請求項１に記載の情報処理装置。
6. 前記映像ファイル作成用情報は、背景画像、音声、表示時間若しくは演出技法を含む演出パターン、又は表示に関する詳細情報を更に含む、請求項１に記載の情報処理装置。
7. 前記映像ファイル作成用情報は、前記映像ファイルが特定の企業向けの場合は、当該特定の企業の宣伝のための前記映像ファイル及び当該特定の企業のイメージに合致した前記映像ファイルを作成させるための情報を含む、請求項６に記載の情報処理装置。
8. 前記映像ファイル作成用情報は、前記映像ファイルが特定のイベント向けの場合は、当該特定のイベントのイメージに合致した前記映像ファイルを作成させるための情報を含む、請求項６に記載の情報処理装置。
9. 予定に関する予定情報に基づいて、当該予定の開始から終了までの期間を取得することと、
   前記予定の期間が経過した後、前記期間内に撮像された画像データを取得することと、 前記画像データを結合した映像ファイルを作成することと、を含み、
   前記映像ファイルへの宣伝の挿入が禁止された一般ユーザー向け、若しくは宣伝の挿入が許可された企業向けであることを示す演出対象条件を含む映像ファイル作成用情報に基づいて前記映像ファイルを作成することを含む、
   情報処理方法。
10. 予定に関する予定情報に基づいて、当該予定の開始から終了までの期間を取得する手段、
    前記予定の期間が経過した後、前記期間内に撮像された画像データを取得する手段、
    前記画像データを結合した映像ファイルを作成する手段、としてコンピュータを機能させ、
    前記映像ファイルを作成する手段は、
    前記映像ファイルへの宣伝の挿入が禁止された一般ユーザー向け、若しくは宣伝の挿入が許可された企業向けであることを示す演出対象条件を含む映像ファイル作成用情報に基づいて前記映像ファイルを作成する、
    プログラム。
11. 予定に関する予定情報に基づいて当該予定の開始から終了までの期間内に撮像された画像データを第１の装置から取得する画像データ取得部と、
    前記画像データを第２の装置へ送信する送信部であって、前記画像データと前記第２の装置が前記期間内に撮像した画像データとを結合した映像ファイルを前記第２の装置が作成するために送信する送信部と、を備え、
    前記送信部は、前記映像ファイルへの宣伝の挿入が禁止された一般ユーザー向け、若しくは宣伝の挿入が許可された企業向けであることを示す演出対象条件を含む映像ファイル作成用情報を前記第２の装置へ送信する、
    サーバー。
12. 予定に関する予定情報に基づいて当該予定の開始から終了までの期間内に撮像された画像データを第１の装置から取得することと、
    前記画像データを第２の装置へ送信することであって、前記画像データと前記第２の装置が前記期間内に撮像した画像データとを結合した映像ファイルを前記第２の装置が作成するために送信することと、を含み、
    前記映像ファイルへの宣伝の挿入が禁止された一般ユーザー向け、若しくは宣伝の挿入が許可された企業向けであることを示す演出対象条件を含む映像ファイル作成用情報を前記第２の装置へ送信することを含む、
    情報処理方法。
13. 予定に関する予定情報に基づいて当該予定の開始から終了までの期間内に撮像された画像データを第１の装置から取得する手段、
    前記画像データを第２の装置へ送信する手段であって、前記画像データと前記第２の装置が前記期間内に撮像した画像データとを結合した映像ファイルを前記第２の装置が作成するために送信する手段、としてコンピュータを機能させ、
    前記画像データを送信する手段は、
    前記映像ファイルへの宣伝の挿入が禁止された一般ユーザー向け、若しくは宣伝の挿入が許可された企業向けであることを示す演出対象条件を含む映像ファイル作成用情報を前記第２の装置へ送信する、
    プログラム。
14. 予定に関する予定情報に基づいて当該予定の開始から終了までの期間内に第１の装置が撮像した第１の画像データを当該第１の装置から取得する画像データ取得部と、
    前記第１の画像データを第２の装置へ送信する送信部と、を有する、サーバーと、
    被写体を撮像する撮像部と、前記予定情報に基づいて、当該予定の開始から終了までの期間を取得する予定期間取得部と、前記予定の期間が経過した後、前記期間内に前記撮像部が撮像した第２の画像データを取得する画像データ取得部と、前記サーバーから送信された前記第１の画像データを受信する受信部と、前記第１の画像データ及び前記第２の画像データを結合した映像ファイルを作成する映像ファイル作成部と、を有する、前記第２の装置と、を備え、
    前記送信部は、
    前記映像ファイルへの宣伝の挿入が禁止された一般ユーザー向け、若しくは宣伝の挿入が許可された企業向けであることを示す演出対象条件を含む映像ファイル作成用情報を前記第２の装置へ送信し、
    前記映像ファイル作成部は、
    前記映像ファイル作成用情報に基づいて前記映像ファイルを作成する、
    情報処理システム。

Images