(57)【要約】【課題】接続される端末の数が増加した場合でも、画像データの配信の遅延を抑止すること。【解決手段】情報処理装置は、複数の端末に送信するコンテンツデータを生成する生成部と、前記生成されたコンテンツデータを、前記複数の端末に送信するまでの間記憶する記憶部と、前記記憶されたコンテンツデータを前記複数の端末に送信する送信部と、前記複数の端末の数、及び前記送信部の帯域に基づき、前記記憶されたコンテンツデータのうち少なくとも一部を削除する削除部と、を備える。【選択図】図９
2018005687.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末に送信するコンテンツデータを生成する生成部と、
前記生成されたコンテンツデータを、前記複数の端末に送信するまでの間記憶する記憶部と、
前記記憶されたコンテンツデータを前記複数の端末に送信する送信部と、
前記複数の端末の数、及び前記送信部の帯域に基づき、前記記憶されたコンテンツデータのうち少なくとも一部を削除する削除部と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記削除部は、前記記憶部に記憶されたコンテンツデータのサイズが、前記帯域を前記複数の端末の数で除算した値よりも大きい場合に削除する
ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記削除部は、前記記憶部に先に記憶されたコンテンツデータから削除することを特徴とする請求項１または請求項２に記載の情報処理装置。
【請求項４】
前記コンテンツデータは動画像であり、
前記削除部は、前記動画像に含まれる複数のフレームのうち、所定の時間間隔のフレームを削除する、
ことを特徴とする請求項１または請求項２に記載の情報処理装置。
【請求項５】
前記生成部は、第１のデータ量、及び前記第１のデータ量よりも小さい第２のデータ量のコンテンツデータを生成し、
前記送信部は、前記複数の端末の数、及び前記帯域に基づき、前記第１のデータ量及び前記第２のデータ量のいずれか一方に生成されたコンテンツデータを送信する、
ことを特徴とする請求項１または請求項２に記載の情報処理装置。
【請求項６】
コンピュータが、
複数の端末に送信するコンテンツデータを生成するステップと、
前記生成されたコンテンツデータを、前記複数の端末に送信するまでの間記憶するステップと、
前記複数の端末の数、及び前記送信が可能な帯域に基づき、前記記憶されたコンテンツデータのうち少なくとも一部を削除するステップと、
前記記憶されたコンテンツデータを前記複数の端末に送信するステップと、
を実行する情報処理方法。
【請求項７】
コンピュータに、
複数の端末に送信するコンテンツデータを生成するステップと、
前記生成されたコンテンツデータを、前記複数の端末に送信するまでの間記憶するステップと、
前記複数の端末の数、及び前記送信が可能な帯域に基づき、前記記憶されたコンテンツデータのうち少なくとも一部を削除するステップと、
前記記憶されたコンテンツデータを前記複数の端末に送信するステップと、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
従来、オフィスや教育機関において、大型のディスプレイに画像を表示し、その上からユーザが文字や図形を描画できる電子ホワイトボードが利用されている。
【０００３】
この電子ホワイトボードは、単体での利用にとどまらず、電子ホワイトボード同士、またはパソコンやタブレット端末と相互にネットワーク接続を行うことによって、リアルタイムでの情報共有が可能である。
【０００４】
また、電子ホワイトボードに複数の端末を同時に接続し、電子ホワイトボードから当該複数の端末に対して、一斉に画像を配信する技術も知られている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従来技術では、電子ホワイトボードに接続される端末の数が増加した場合、端末の数に比例して消費する通信帯域が増大し、画像データの配信に遅延が発生するという問題があった。
【０００６】
そこで、接続される端末の数が増加した場合でも、画像データの配信の遅延を抑止する技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
情報処理装置は、複数の端末に送信するコンテンツデータを生成する生成部と、前記生成されたコンテンツデータを、前記複数の端末に送信するまでの間記憶する記憶部と、前記記憶されたコンテンツデータを前記複数の端末に送信する送信部と、前記複数の端末の数、及び前記送信部の帯域に基づき、前記記憶されたコンテンツデータのうち少なくとも一部を削除する削除部と、を備える。
【発明の効果】
【０００８】
開示の技術によれば、接続される端末の数が増加した場合でも、画像データの配信の遅延を抑止することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】実施形態における情報処理システムの構成例を示す図である。
【図２】実施形態に係る情報処理装置のハードウェア構成の一例を示す図である。
【図３】情報処理システムの機能ブロック図である。
【図４】バッファリングについて説明する図である。
【図５】情報処理装置から情報端末に画像を配信する処理の一例を示すシーケンス図である。
【図６】配信時の遅延について説明する図である。
【図７】バッファリングと遅延の関係について説明する図である。
【図８】実施形態に係る情報処理システム１の処理について説明する図である。
【図９】情報処理システムの処理の一例を示すシーケンス図である。
【図１０】情報処理装置の処理の一例を示すフローチャートである。
【図１１】記憶部に蓄積されているデータを削除する処理の変形例について説明する図である。
【図１２】記憶部に蓄積されているデータを削除する処理の他の変形例について説明する図である。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて本発明の実施形態を説明する。図１は、実施形態における情報処理システム１の構成例を示す図である。図１において、情報処理システム１は、情報処理装置１０と、複数の情報端末２０−１、２０−２、・・・（以下、それぞれを区別しない場合、単に、「情報端末２０」という。）を備える。
【００１１】
情報処理装置１０は、例えば、電子ホワイトボード、タブレット端末、パーソナルコンピュータ、スマートフォン、テレビ会議装置等であり、複数の情報端末２０にホワイトボードの画像等を配信する。
【００１２】
また、情報端末２０は、一の情報端末２０から受信したストローク操作等の操作情報に応じてホワイトボードの画像等を更新し、複数の情報端末２０に配信する。また、情報端末２０は、一の情報端末２０から受信した画像を、複数の情報端末２０に配信する。
【００１３】
情報端末２０は、例えば、タブレット端末、パーソナルコンピュータ、スマートフォン、テレビ会議装置等であり、情報処理装置１０から映像を受信する。これにより、複数の情報端末２０間で、ホワイトボードの画像等を、リアルタイムで共有できる。
【００１４】
また、情報端末２０は、ストローク操作等の操作情報や、情報端末２０上の画像データを情報処理装置１０に送信可能である。
【００１５】
これにより、情報処理システム１では、円滑な情報共有と、端末間のインタラクションができる。
【００１６】
情報処理装置１０及び情報端末２０は、インターネットやＬＡＮ（Local Area Network）、無線ＬＡＮ等の通信網によって通信可能に接続される。
【００１７】
＜ハードウェア構成＞
図２は、実施形態に係る情報処理装置１０のハードウェア構成の一例を示す図である。
【００１８】
情報処理装置１０は、それぞれバスＢで相互に接続されているドライブ装置１０１、ＨＤＤ（Hard disk drive）１０２、メモリ装置１０３、ＣＰＵ（Central Processing Unit；演算処理装置）１０４、通信インターフェース（Ｉ／Ｆ）１０５、操作Ｉ／Ｆ１０６を有する。
【００１９】
ＨＤＤ１０２は、インストールされたプログラムを格納すると共に、必要なファイル、データ等を格納する。メモリ装置１０３は、コンピュータの起動時にＨＤＤ１０２からプログラムを読み出して格納する。そして、ＣＰＵ１０４はメモリ装置１０３に格納されたプログラムに従って、後述するような各種処理を実現する。
【００２０】
通信Ｉ／Ｆ１０５は、ＵＳＢポート、無線ＬＡＮ（Local Area Network）カード、ＬＡＮカードなどで構成されており、ネットワークに接続するために用いられる。
【００２１】
操作Ｉ／Ｆ１０６は、キーボードやディスプレイ等で実現され、情報処理装置１０を操作するための操作画面が表示される。
【００２２】
後述する実施形態の情報処理方法がプログラムによって実現される場合、プログラムは例えば記録媒体１１０の配布やネットワークからのダウンロードなどによって提供される。記録媒体１１０は、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、フレキシブルディスク、光磁気ディスク等の様に情報を光学的、電気的或いは磁気的に記録する記録媒体、ＲＯＭ（Read Only Memory）、フラッシュメモリ等の様に情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００２３】
また、実施形態のプログラムを記録した記録媒体１１０がドライブ装置１０１にセットされると、記録媒体１１０からドライブ装置１０１を介してＨＤＤ１０２にインストールされる。プログラムをネットワークからダウンロードした場合は、通信Ｉ／Ｆ１０５を介してＨＤＤ１０２にインストールされる。
【００２４】
情報端末２０のハードウェア構成は、図２に示す情報処理装置１０のハードウェア構成例と同様でもよい。
【００２５】
＜機能構成＞
次に、図３を参照し、情報処理装置１０及び情報端末２０を含む情報処理システム１の機能構成について説明する。図３は、情報処理システム１の機能ブロック図である。
【００２６】
情報処理装置１０は、生成部１１、削除部１３、及び送信部１４を有する。これら各部は、情報処理装置１０にインストールされた１以上のプログラムが、情報処理装置１０のＣＰＵ１０４に実行させる処理により実現される。
【００２７】
また、情報処理装置１０は、記憶部１２を有する。記憶部１２は、例えば、情報処理装置１０の補助記憶装置であるＨＤＤ１０２等を用いて実現される。
【００２８】
生成部１１は、複数の端末に送信するコンテンツデータを生成する。なお、コンテンツデータは、例えば動画像であり、Motion JPEG等の動画圧縮技術を用いて生成されてもよい。
【００２９】
記憶部１２は、生成部１１により生成されたデータを、複数の情報端末２０に送信するまでの間バッファリング（記憶）する。
【００３０】
削除部１３は、複数の情報端末２０の数、及び複数の情報端末２０と接続する通信網の帯域に基づき、記憶部１２にバッファリングされたデータのうち少なくとも一部を削除する。
【００３１】
送信部１４は、記憶部１２にバッファリングされたデータを、複数の情報端末２０に配信する。
【００３２】
情報端末２０は、通信部２１、及び制御部２２を有する。これら各部は、情報端末２０にインストールされた１以上のプログラムが、情報端末２０のＣＰＵ１０４に実行させる処理により実現される。
【００３３】
通信部２１は、情報処理装置１０等との通信を行う。
【００３４】
制御部２２は、情報処理装置１０から配信されたコンテンツデータを画面に表示する等の制御を行う。
【００３５】
＜従来のバッファリングについて＞
次に、図４を参照し、情報処理装置１０から情報端末２０へ送信する画像の蓄積（バッファリング）について説明する。図４は、バッファリングについて説明する図である。
【００３６】
ここでいうバッファリングとは、複数の装置間でデータを送受信する場合に、複数の装置間の処理速度の差や、非同期処理のずれを補うために、記憶領域にデータを一時的に保存しておくことを意味する。
【００３７】
図４に示す例のように、画像の配信の際には、「配信する画像を生成する処理」と、「画像を送信する処理」が、非同期で行われる。これらの処理にかかる時間は、コンピュータの処理速度や、ネットワークの帯域の状態によってお互いに変動する。そのため、各画像を送信する際、「配信する画像を生成する処理」と、「画像を送信する処理」のうち遅い方の処理の完了を待つこととなり、リアルタイム性が損なわれる。
【００３８】
そこで、記憶部１２を用い、画像データを一時的にバッファリングして（蓄えて）おき、通信速度にあわせて順次データを読み出して送信する。これにより、通信帯域に余裕がないときは記憶部１２に蓄積しておき、帯域に余裕ができたら記憶部１２に蓄積されたデータを送信するという処理が可能となる。
【００３９】
次に、図５を参照し、情報処理装置１０から情報端末２０に画像を配信する処理について説明する。図５は、情報処理装置１０から情報端末２０に画像を配信する処理の一例を示すシーケンス図である。
【００４０】
ステップＳ１０１において、情報処理装置１０の画像に変更があると、生成部１１は、配信用の画像データを生成する。
【００４１】
続いて、記憶部１２は、生成された画像データを蓄積する（ステップＳ１０２）。
【００４２】
続いて、送信部１４は、記憶部１２を参照し、次に配信する画像データを取得する（ステップＳ１０３）。
【００４３】
続いて、送信部１４は、情報端末２０に、取得した画像データを送信する（ステップＳ１０４）。
【００４４】
続いて、情報端末２０の制御部２２は、画面に画像を表示させる（ステップＳ１０５）。
【００４５】
そして、情報端末２０が情報処理装置１０との通信を切断するまで、情報処理装置１０から情報端末２０に画像データが連続的に配信される。
【００４６】
次に、図６を参照し、配信時の遅延について説明する。図６は、配信時の遅延について説明する図である。
【００４７】
図６の例では、情報処理装置１０は、１秒間に５枚（すなわち５ｆｐｓ）、配信画像1枚あたり１００Ｋｂで、配信画像を生成する。５０１は、最も新しく生成された配信画像であり、５０２は、１秒目に生成された配信画像である。
【００４８】
また、情報処理装置１０には、１０台の情報端末２０−１、・・・２０−１０が接続されているとする。この場合、画像の配信には、各情報端末２０あたり５００Ｋｂｐｓの帯域が必要となる。しかしながら、配信に使用可能な帯域は３Ｍｂｐｓであるとする。
【００４９】
この場合、１０台の情報端末２０−１、・・・２０−１０の各々に送信できるデータは、３００Ｋｂｐｓとなる。また、記憶部１２には１秒間に５枚の画像が追加されるが、情報端末２０に送信できる画像は、１秒間に３枚だけとなる。そのため、１秒間に、画像２枚分（０．４秒）の遅延が発生する。
【００５０】
次に、図７を参照し、バッファリングと遅延の関係について説明する。図７は、バッファリングと遅延の関係について説明する図である。
【００５１】
図７に示すように、情報処理装置１０は、ネットワークの遅延を検知すると、生成する画像の画質、およびフレームレートを動的に変更できたとする。図７では、バッファに蓄積されたデータ量が例えば所定の閾値を超えた場合に、画質とフレームレートを、それぞれ、図中の５１２で示す１００Ｋｂ、５ｆｐｓから、図中の５１１で示す５０Ｋｂ、２ｆｐｓに変える例を示している。
【００５２】
この場合においても、既に蓄積されているバッファの遅延部分（図中の５１２）については、解消されないという問題がある。
【００５３】
このように、情報処理装置１０に接続されている情報端末２０の数が多く、ネットワークの帯域に余裕がない場合、バッファリングに起因する遅延が発生し、リアルタイム性が損なわれるという問題がある。
【００５４】
＜システムの処理＞
次に、図８、図９を参照し、実施形態に係る情報処理システム１の処理について説明する。実施形態では、情報端末２０の数と、ネットワーク帯域の状態を参照し、バッファリングを改善することにより、画像共有のリアルタイム性を維持する例について説明する。
【００５５】
図８は、実施形態に係る情報処理システム１の処理について説明する図である。
【００５６】
図８の例では、情報処理装置１０は、１秒間に５枚（すなわち５ｆｐｓ）、配信画像1枚あたり１００Ｋｂで、配信画像を生成する。
【００５７】
情報処理装置１０は、情報端末２０の数と、ネットワークの帯域の状態に基づき、送信可能なデータ量を算出する。そして、バッファを部分的に破棄することによって遅延を解消する。
【００５８】
まず、情報処理装置１０は、ネットワーク帯域の状態を取得する。ここで、ネットワーク帯域の状態は、例えば、定期的（例えば３秒毎）に測定される、情報処理装置１０と、配信先の複数の情報端末２０との間の通信帯域（使用可能な帯域）を示す情報である。この通信帯域は、例えば、単位時間当たりの、記憶部１２から配信されたデータ量により算出される。この場合、３秒間に記憶部１２から配信されたデータ量が９ＭＢｉｔであれば、使用可能な帯域は３Ｍｂｐｓと算出される。なお、この使用可能な帯域は、公知の方法により算出してもよい。
【００５９】
続いて、情報処理装置１０は、情報端末２０に画像を配信する前に、情報端末２０の数と、ネットワーク帯域の状態から、所定時間以内に1台あたりに送信可能なデータ量を算出する。
【００６０】
図８の例では、情報端末２０の数が１０であり、ネットワーク帯域の状態が３Ｍｂｐｓであるため、例えば１秒以内に各情報端末２０に送信できるデータは、３００Ｋｂｐｓとなる。
【００６１】
続いて、情報処理装置１０は、記憶部１２を参照して、図中の５２１で示す最新の３００ｋｂを残し、それ以前のバッファ（図中の５２２）は破棄する。続いて、情報処理装置１０は、バッファから送信するデータを取り出し、すべての情報端末２０に送信する。
【００６２】
これにより、最も新しい画像が配信され、遅延を解消することが可能になる。
【００６３】
図９は、情報処理システム１の処理の一例を示すシーケンス図である。
【００６４】
ステップＳ１０において、情報処理装置１０の画像に変更があると、生成部１１は、配信用の画像データを生成する。
【００６５】
続いて、記憶部１２は、生成された画像を蓄積する（ステップＳ１１）。
【００６６】
続いて、送信部１４は、記憶部１２に対して、画像の取得を要求する（ステップＳ１２）。
【００６７】
続いて、記憶部１２は、削除部１３にバッファ情報を通知する（ステップＳ１３）。
【００６８】
続いて、削除部１３は、帯域の状態と、接続されている情報端末２０の数から、送信可能なデータ量を算出する（ステップＳ１４）。
【００６９】
続いて、削除部１３は、バッファに記憶されている画像のデータ量と、送信可能なデータ量を比較する（ステップＳ１５）。
【００７０】
続いて、削除部１３は、記憶部１２に対して、不要なデータを通知する（ステップＳ１６）。
【００７１】
続いて、記憶部１２は、不要なデータを削除（破棄）する（ステップＳ１７）。
【００７２】
続いて、記憶部１２は、次に配信する画像データを送信部１４にわたす（ステップＳ１８）。
【００７３】
続いて、送信部１４は、情報端末２０に、取得した画像データを送信する（ステップＳ１９）。
【００７４】
続いて、情報端末２０の制御部２２は、画面に画像を表示させる（ステップＳ２０）。
【００７５】
そして、情報端末２０が情報処理装置１０との通信を切断するまで、情報処理装置１０から情報端末２０に画像データが連続的に配信される。
【００７６】
これにより、バッファの蓄積によって生じる遅延を解消し、画像共有のリアルタイム性を維持することができる。
【００７７】
次に、図１０を参照し、情報処理装置１０の処理について説明する。図１０は、情報処理装置１０の処理の一例を示すフローチャートである。
【００７８】
まず、ステップＳ２０１において、情報処理装置１０の画像に変更があると、生成部１１は、配信用の画像データを生成する。
【００７９】
続いて、記憶部１２は、生成された画像をバッファリング（蓄積）する（ステップＳ２０２）。
【００８０】
続いて、削除部１３は、帯域の状態と、接続されている情報端末２０の数から、送信可能なデータ量を算出する（ステップＳ２０３）。
【００８１】
削除部１３は、例えば、使用可能な帯域を、接続されている情報端末２０の数で除算した値を、送信可能なデータ量とする。この場合、使用可能な帯域が３Ｍｂｐｓであり、接続されている情報端末２０の数が１０台であれば、３Ｍ／１０≒３Ｋｂｐｓを、送信可能なデータ量とする。
【００８２】
続いて、削除部１３は、記憶部１２に記憶されている画像のデータ量が、所定時間（例えば１秒間）に送信可能なデータ量よりも大きいか否かを判定する（ステップＳ２０４）。
【００８３】
記憶部１２に記憶されている画像のデータ量が、所定時間に送信可能なデータ量よりも大きくない場合（ステップＳ２０４でＮＯ）、ステップＳ２０６の処理に進む。
【００８４】
記憶部１２に記憶されている画像のデータ量が、所定時間に送信可能なデータ量よりも大きい場合（ステップＳ２０４でＹＥＳ）、削除部１３は、記憶部１２にバッファリングされているデータのうち少なくとも一部を削除する（ステップＳ２０５）。
【００８５】
続いて、送信部１４は、記憶部１２にバッファリングされている画像データを、情報端末２０に送信する（ステップＳ２０６）。
【００８６】
≪削除処理の変形例≫
次に、図１１を参照し、ステップＳ２０５の、削除部１３による、記憶部１２に蓄積されているデータのうち少なくとも一部を削除する処理の変形例について説明する。図１１は、記憶部１２に蓄積されているデータを削除する処理の変形例について説明する図である。
【００８７】
図１１の例では、図８と同様に、情報処理装置１０は、１秒間に５枚（すなわち５ｆｐｓ）、配信画像1枚あたり１００Ｋｂで、配信画像を生成する。
【００８８】
また、情報処理装置１０には、１０台の情報端末２０−１、・・・２０−１０が接続されているとする。この場合、画像の配信には、各情報端末２０あたり５００Ｋｂｐｓの帯域が必要となる。しかしながら、配信に使用可能な帯域は３Ｍｂｐｓであるとする。
【００８９】
削除部１３は、図８のように、生成された時刻が古い画像フレームのデータを削除する代わりに、図１１のように、所定の時間間隔の画像フレーム（５３１、５３２、５３３）を削除するようにしてもよい。
【００９０】
図８のように、生成された時刻が古い画像フレームのデータを削除する場合、削除するデータ量が大きいと、映像が飛んでしまい、滑らかな描画の妨げになる場合がある。
【００９１】
図１１のように、所定の時間間隔の画像フレームを削除することにより、削除する画像フレームが分散され、映像の飛びを抑えることができる。
【００９２】
これにより、ユーザに画像の飛びを認識させることなく、遅延を解消することができる。
【００９３】
次に、図１２を参照し、ステップＳ２０５の、削除部１３による、記憶部１２に蓄積されているデータのうち少なくとも一部を削除する処理の他の変形例について説明する。図１２は、記憶部１２に蓄積されているデータを削除する処理の他の変形例について説明する図である。
【００９４】
生成部１１は、所定サイズ（第１のデータ量）の比較的高画質な画像データ、及び前記所定サイズよりも小さいサイズ（第２のデータ量）の比較的低画質な画像データをそれぞれ生成し、記憶部１２に、それぞれ蓄積する。
【００９５】
図１２の例では、１００Ｋｂの比較的高画質な画像データと、５０Ｋｂの比較的低画質な画像データが記憶部１２の第１の領域５４１、及び第２の領域５４２にそれぞれ蓄積される。
【００９６】
削除部１３は、帯域に余裕がある場合（記憶部１２に記憶されている画像のデータ量が、所定時間に送信可能なデータ量よりも大きくない場合）、低画質の画像データを削除し、帯域に余裕がない場合は高画質の画像データを削除する。
【００９７】
図１２の例では、帯域に余裕がない場合に、低画質の画像データ（５４３、５４５，５４７）と、高画質の画像データ（５４４，５４６，５４８）を、生成された時間順に交互に削除する。
【００９８】
それにより、送信部１４は、帯域に余裕がある場合は高画質の画像データを取得して送信し、帯域に余裕がない場合は低画質の画像データを取得して送信できる。
【００９９】
これにより、遅延を認識してから画質設定を変更するよりも早く、最適な画質の画像データ配信できるようになる。また、ユーザはフレームレート（ｆｐｓ）が変更されることなく、画像データを受信し続けることができる。
【０１００】
＜まとめ＞
上述した実施形態によれば、コンテンツデータの配信先である複数の端末の数、及び当該複数の端末に接続する通信網の帯域に基づき、前記バッファリングされたデータのうち少なくとも一部を削除する。
【０１０１】
これにより、配信先の端末の数が増加した場合でも、画像データの配信の遅延を抑止することができる。
【０１０２】
なお、上述した実施形態におけるシステム構成は一例であり、用途や目的に応じて様々なシステム構成例があることは言うまでもない。
【０１０３】
コンテンツデータの一例として、視覚(sight)データとしての画像データについて説明したが、これに限るものではなく、その他の五感データであってもよい、例えば、コンテンツデータが聴覚(hearing)データとしての音声データの場合、一方の端末側のユーザの音声が、他方の端末側に伝達される。また、コンテンツデータが触覚(touch)データの場合、一方の端末側でユーザが接触して得た感覚が、他方の端末側に伝達される。更に、コンテンツデータが嗅覚（smell）データの場合、一方の端末側の匂い（臭い）が、他の端末側に伝達される。また、コンテンツデータが味覚(taste)データの場合、一方の端末側の味覚が、他の端末側に伝達される。
【０１０４】
更に、コンテンツデータは、画像（視覚）データ、音声（聴覚）データ、触覚データ、嗅覚データ、及び味覚データのうち、少なくとも１つのデータであればよい。
【０１０５】
情報処理装置１０、及び情報端末２０は、例えば１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。また、情報処理装置１０、及び情報端末２０を含む情報処理システム５０を、一の装置により構成してもよい。
【符号の説明】
【０１０６】
１  情報処理システム
１０  情報処理装置
１１  生成部
１２  記憶部
１３  削除部
１４  送信部
２０  情報端末
２１  通信部
２２  制御部
【先行技術文献】
【特許文献】
【０１０７】
【特許文献１】特開２０１５−０８９０９９号公報
【図１】
2018005687.tif 000003
【図２】
2018005687.tif 000004
【図３】
2018005687.tif 000005
【図４】
2018005687.tif 000006
【図５】
2018005687.tif 000007
【図６】
2018005687.tif 000008
【図７】
2018005687.tif 000009
【図８】
2018005687.tif 000010
【図９】
2018005687.tif 000011
【図１０】
2018005687.tif 000012
【図１１】
2018005687.tif 000013
【図１２】
2018005687.tif 000014