JP2013150062A

JP2013150062A - コンテンツ送信方法、コンテンツ送信装置及びコンテンツ送信プログラム

Info

Publication number: JP2013150062A
Application number: JP2012007225A
Authority: JP
Inventors: Kiyoshi Nakahama; 清志中濱; Jiyoutarou Ikedo; 丈太朗池戸; Masayuki Inoue; 雅之井上; Koichiro Kanaya; 孝一郎金谷; Katsuhiro Endo; 勝博遠藤; Akira Nakagawa; 朗中川
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2012-01-17
Filing date: 2012-01-17
Publication date: 2013-08-01
Anticipated expiration: 2032-01-17
Also published as: JP5856854B2

Abstract

【課題】受信端末側で表示すべき画像データ情報を欠落することなく高速に送信する。
【解決手段】ＳＩＰによる呼接続で取得した情報に基づいて受信端末５との間でＴＣＰのセッションを確立し、そのＴＣＰのセッション内で、コンテンツの種別を受信端末５で受信する能力があるか否かを確認し、受信する能力がある場合では、受信側の描画領域のサイズに合わせて送信コンテンツを圧縮して送信する構成とし、受信側の描画サイズに合わせて、効率的にデータを送信する。
【選択図】図１

Description

本発明は、呼制御を用いたコンテンツの送信技術に関する。

従来の呼制御を用いてコンテンツを送信可能な送信端末にあっては、ＳＩＰ（Session Initiation Protocol）による呼接続で取得した情報に基づいて受信端末との間でＴＣＰ（Transmission Control Protocol）のセッションを確立し、ＴＣＰのセッション内で、コンテンツの種別を受信端末で受信する能力があるか否かを確認し、受信する能力がある場合にコンテンツを送信することが可能になっていた。（例えば特許文献１参照）。

ここで、自端末から相手端末とでネットワークと介してテレビ電話を行っている最中に、自端末から相手端末にデジタルカメラ撮影データ等の画像データを送信し、相手端末が受信した画像データを表示できる機能を備えている場合、従来では、自端末にて入力画像データをそのまま相手端末に送信し、相手端末側で表示領域のサイズにリサイズして表示を行っていた。例えばネットワークの帯域が小さい場合（400kbps）で、送信端末側における入力画像データのファイルサイズが1MB（2560x1920）であるのに対して受信端末側の描画サイズが1280x960であったとすると、画像データの伝送に20秒程度時間がかかってしまう。また、送信端末側では必要以上に大きいファイルサイズで送信し、受信端末側ではリサイズの処理が必要である。このため、お互いに同じ画像を見られるまでに時間がかかり、円滑なコミュニケーションが困難であった。

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

以上のように、呼制御を用いた従来のコンテンツ送信方法では、自端末から相手端末に画像データを送信する際に、画像データをそのままのサイズで相手端末に送信し、相手端末側で表示領域のサイズにリサイズして表示を行っており、画像を見られるまでに時間がかかるという問題があった。

そこで、本発明の目的は、受信端末側で表示すべき画像データ情報を欠落することなく高速に送信することができ、受信端末側の表示までかかる速度も高速化が可能なコンテンツ送信方法、コンテンツ送信装置及びコンテンツ送信プログラムを提供することにある。

本発明に係るコンテンツ送信方法は以下のような態様の構成とする。
（１）ＳＩＰ（Session Initiation Protocol）による呼制御を用いて送信端末から受信端末に画像コンテンツを送信するコンテンツ送信方法において、前記送信する予定の画像コンテンツをその種別の情報と共に記憶し、前記ＳＩＰ（Session Initiation Protocol）を用いて前記受信端末との間で呼接続を確立し、前記呼接続で取得した情報に基づいて、前記受信端末との間でＴＣＰ（Transmission Control Protocol）のセッションを確立し、前記記憶された画像コンテンツを読み出して、前記ＴＣＰのセッション内で、当該画像コンテンツの種別を前記受信端末で受信する能力があるか否かを確認し、受信する能力がある場合に、前記ＴＣＰのセッション内で、前記画像コンテンツを前記受信端末に送信するようにし、前記受信端末側の描画領域のサイズを取得し、前記取得された受信端末側の描画領域のサイズに合うように送信側で画像サイズを圧縮して送信する態様とする。

（２）（１）において、前記受信端末側の描画領域のサイズの取得を、前記画像コンテンツの送信のための事前ネゴシエーションで行う態様とする。
（３）（１）において、前記画像コンテンツの圧縮処理として、前記画像のデータサイズおよび伝送帯域をパラメータとして、任意の送信時間で送れるサイズに圧縮する態様とする。

本発明に係るコンテンツ送信装置は以下のような態様の構成とする。
（４）ＳＩＰ（Session Initiation Protocol）による呼制御を用いて送信端末から受信端末に画像コンテンツを送信するコンテンツ送信装置において、前記送信する予定の画像コンテンツをその種別の情報と共に記憶する記憶手段と、前記ＳＩＰ（Session Initiation Protocol）を用いて前記受信端末との間で呼接続を確立する呼接続確立手段と、前記呼接続で取得した情報に基づいて、前記受信端末との間でＴＣＰ（Transmission Control Protocol）のセッションを確立するセッション確立手段と、前記記憶手段から記憶された画像コンテンツを読み出して、前記ＴＣＰのセッション内で、当該画像コンテンツの種別を前記受信端末で受信する能力があるか否かを確認する確認手段と、前記確認手段で受信する能力があることが確認された場合に、前記ＴＣＰのセッション内で、前記画像コンテンツを前記受信端末に送信する送信手段とを具備し、前記送信手段は、前記受信端末側の描画領域のサイズを取得し、取得された受信端末側の描画領域のサイズに合うように前記画像サイズを圧縮して送信する態様とする。

（５）（４）において、前記送信手段は、前記受信端末側の描画領域のサイズを、前記画像コンテンツの送信のための事前ネゴシエーションによって取得する態様とする。
（６）（４）において、前記送信手段は、前記画像コンテンツを、前記画像のデータサイズおよび伝送帯域をパラメータとして、任意の送信時間で送れるサイズに圧縮して送信する態様とする。

本発明に係るコンテンツ送信プログラムは以下のような態様の構成とする。
（７）ＳＩＰ（Session Initiation Protocol）による呼制御を用いて送信端末から受信端末に画像コンテンツを送信する処理をコンピュータに実行させるためのコンテンツ送信プログラムにおいて、前記送信する予定の画像コンテンツをその種別の情報と共に記憶する第１ステップと、前記ＳＩＰ（Session Initiation Protocol）を用いて前記受信端末との間で呼接続を確立する第２ステップと、前記呼接続で取得した情報に基づいて、前記受信端末との間でＴＣＰ（Transmission Control Protocol）のセッションを確立する第３ステップと、前記記憶された画像コンテンツを読み出して、前記ＴＣＰのセッション内で、当該画像コンテンツの種別を前記受信端末で受信する能力があるか否かを確認する第４ステップと、受信する能力がある場合に、前記ＴＣＰのセッション内で、前記画像コンテンツを前記受信端末に送信する第５ステップとを具備し、前記第５ステップで前記受信端末側の描画領域のサイズを取得し、前記取得された受信端末側の描画領域のサイズに合うように送信側で画像サイズを圧縮して送信する態様とする。

本発明によれば、受信端末側で表示すべき画像データ情報を欠落することなく高速に送信することができ、受信端末側の表示までかかる速度も高速化が可能なコンテンツ送信方法、コンテンツ送信装置及びコンテンツ送信プログラムを提供することができる。

本発明の実施形態に係るコンテンツ配信システムの全体構成を示すブロック図である。本実施形態に係る送信端末の各機能部を示すブロック図である。本実施形態に係る受信端末の各機能部を示すブロック図である。本実施形態に係るコンテンツ配信システムの送信端末及び受信端末それぞれの処理の流れを示すシーケンス図である。

添付の図面を参照して本発明の実施の形態を説明する。以下に説明する実施の形態は本発明の構成の例であり、本発明は、以下の実施の形態に制限されるものではない。
図１は、本発明の実施形態に係るコンテンツ配信システムの全体構成を示すブロック図である。このコンテンツ配信システム１ａは、ＳＩＰを用いて呼制御が可能な送信端末３及び受信端末５を備え、ＳＩＰによる呼接続を確立した後にＴＣＰ接続を確立し、確立したＴＣＰのメディアセッション内で、送信対象であるコンテンツの種別が受信端末５で受信する能力があるか否かを確認してからコンテンツを送信することを特徴としている。以下、送信端末３及び受信端末５の各機能について説明する。

図２は、本実施形態に係る送信端末３の各機能部を示すブロック図である。図２において、送信端末３は、画像・動画・電子ドキュメント等といった様々な種類のデジタルなコンテンツを読み込む読込部３１と、そのコンテンツを読み出し可能に保存しておく保存部３２と、マウスやキーボードといったユーザにより操作される操作部３３と、操作内容等を画面に出力する出力部３４と、ＳＩＰを用いて呼接続を確立するＳＩＰ確立部３５と、ＴＣＰのセッションを確立するＴＣＰ確立部３６と、送信対象であるコンテンツの種別を受信する能力があるか否かを確認する受信能力確認部３７と、コンテンツを送信する送信部３８とを備えている。

図３は、本実施形態に係る受信端末５の各機能部を示すブロック図である。図３において、受信端末５は、送信端末３からの要求に基づいて受信能力に関する情報を応答する能力応答部５１と、コンテンツを受信する受信部５２と、そのコンテンツを読み出し可能に保存する保存部５３と、そのコンテンツを画面に表示する表示部５４とを備えている。

尚、このような送信端末３及び受信端末５は、ＣＰＵ等の演算処理装置やメモリ等の記憶装置を備えたコンピュータにより構成可能なものであり、各部の処理はプログラムによって実行される。このプログラムは記憶装置に記憶されており、記録媒体に記録することも、通信ネットワークを通して提供することも可能である。

次に、コンテンツ配信システム１ａにおける処理の流れについて説明する。
図４は本実施形態に係るコンテンツ配信システムの送信端末３及び受信端末５それぞれの処理の流れを示すシーケンス図である。尚、本処理フローの前段として、ユーザによる操作部３３での操作により、出力部３４に出力される操作状況を確認しながら、保存部３２に保存されている様々な種類のコンテンツのうち送信予定のコンテンツが予め選択され、送信先である受信端末５の電話番号が既に入力されているものとする。

最初に、送信端末３では、ＳＩＰ確立部３５により、入力された電話番号に基づいて、ＳＩＰを用いて受信端末５との間で呼接続を確立する（Ｓ１）。次に、ＴＣＰ確立部３６により、ＳＩＰによって呼接続で取得した情報（例えば、受信端末５のＩＰアドレスやポート番号等）に基づいて、受信端末５との間でＴＣＰのメディアセッションを確立する（Ｓ２）。

続いて、受信能力確認部３７により、確立したＴＣＰのメディアセッション内で、選択されているコンテンツの種別（即ち、同種別のコンテンツ）を受信端末５で受信する能力があるか否かを確認する（Ｓ３）。その後、送信部３８により、受信端末５側に受信する能力があることが確認できた場合に、ステップＳ２で確立したＴＣＰのメディアセッション内で、選択されているコンテンツの詳細情報（コンテンツのサイズやコンテンツの種別等）を受信端末５に送信し、受信端末５で受信する準備が完了したかを確認した後に、コンテンツの本体データを必要に応じて圧縮して送信する（Ｓ４）。ここで、ステップＳ３〜Ｓ４（以下のステップＳ５も含む）の処理は一つのコンテンツに対して行われ、送信予定のコンテンツが複数の場合には、それらの処理が繰り返し行われるものとする。

一方、受信端末５では、受信部５２にてコンテンツが受信されると、表示部５４にそのコンテンツを画面に表示させ、保存部５３にそのコンテンツを保存させる（Ｓ５）。最後に、全てのコンテンツが送信されると、送信端末３では、ステップＳ１で確立したＳＩＰの呼接続を切断する（Ｓ６）。

ここで、上記ステップＳ３の受信能力確認方法の具体例について説明する。
まず、第１例として、受信端末５で受信可能なコンテンツ種別の送信を要求するコンテンツ種別送信要求を受信端末５に送信し、受信端末５からコンテンツ種別送信応答を受信した後に、そのコンテンツ種別送信応答に含まれているコンテンツの種別に基づいて、送信対象であるコンテンツを受信する能力があるか否かを確認する。この受信能力の確認において、受信端末５から描画サイズを送信することが本実施形態の重要なポイントである。
また、第２例として、コンテンツの種別を受信端末５に送信し、受信端末５の能力応答部５１からの応答結果（受信能力の可否）に基づいて、その受信端末５でコンテンツを受信する能力があるか否かを確認するようにしてもよい。

その他、第３例として、送信端末３及び受信端末５は、自身の端末で受信可能なコンテンツの種別情報を予め保持しておき、受信能力確認部３７と能力応答部５１とが自身の端末の種別情報を交換し、交換された種別情報に基づいて、相手の端末で該種別のコンテンツを受信する能力があるか否かを確認するようにすることも可能である。この場合は、送信端末３は事前ネゴエーションによって受信端末５の描画サイズを知っていることになる。

次に、上記ステップＳ４の圧縮方法について説明する。例えば、オリジナル画像データが1MB (2560×1920）で、受信領域が1280×960であれば、
・送信時に４分の１の250KB（1280x960）に圧縮すれば、5秒で伝送できる（サイズ優先）
・送信時に100KB（1280x960）に圧縮すれば、2秒で伝送できる（時間優先）
等があるが、圧縮方法は、ファイルサイズが小さくなれば送信時間が低減できるので、その方法は限定されず、設定等で圧縮方法を特定できればよい。

尚、コンテンツを送信する前に、種別を利用してコンテンツの受信能力の有無を確認し、その受信側から受け取った描画領域のサイズを通知し、その情報に従ってコンテンツを圧縮して送信することが、本実施の形態で説明するコンテンツ配信システムの特徴であり、第１例〜第３例で説明したコンテンツ種別の具体的確認方法はあくまでも一例であって、これらに限られるものではない。

以上のように、本実施形態によれば、ＳＩＰによる呼接続で取得した情報に基づいて受信端末５との間でＴＣＰのセッションを確立し、そのＴＣＰのセッション内で、コンテンツの種別を受信端末５で受信する能力があるか否かを確認し、受信する能力がある場合では、受信側の描画領域のサイズに合わせて送信コンテンツを圧縮して送信する構成となっているので、受信側の描画サイズに合わせて、効率的にデータを送信することが可能になる。

尚、ここまで、ＳＩＰの１セッションで画像送信のみを行う場合で発明の内容を説明したが、ＳＩＰの同一セッションで電話やＴＶ電話や文字チャットを同時に行う場合にも本手法は効果的である。したがって、単独のデータ転送だけではなく、リアルタイムコミュニケーションを行っているときでも、本手法を適用することももちろん可能である。

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

１ａ…コンテンツ配信システム、３…送信端末、３１…読込部、３２…保存部、３３…操作部、３４…出力部、３５…ＳＩＰ確立部、３６…ＴＣＰ確立部、３７…受信能力確認部、３８…送信部、５…受信端末、５１…能力応答部、５２…受信部、５３…保存部、５４…表示部。

Claims

ＳＩＰ（Session Initiation Protocol）による呼制御を用いて送信端末から受信端末に画像コンテンツを送信するコンテンツ送信方法において、
前記送信する予定の画像コンテンツをその種別の情報と共に記憶し、
前記ＳＩＰ（Session Initiation Protocol）を用いて前記受信端末との間で呼接続を確立し、
前記呼接続で取得した情報に基づいて、前記受信端末との間でＴＣＰ（Transmission Control Protocol）のセッションを確立し、
前記記憶された画像コンテンツを読み出して、前記ＴＣＰのセッション内で、当該画像コンテンツの種別を前記受信端末で受信する能力があるか否かを確認し、
受信する能力がある場合に、前記ＴＣＰのセッション内で、前記画像コンテンツを前記受信端末に送信するようにし、
前記受信端末側の描画領域のサイズを取得し、
前記取得された受信端末側の描画領域のサイズに合うように送信側で画像サイズを圧縮して送信することを特徴とするコンテンツ送信方法。
請求項１において、前記受信端末側の描画領域のサイズの取得を、前記画像コンテンツの送信のための事前ネゴシエーションで行うことを特徴とするコンテンツ送信方法。
請求項１において、前記画像コンテンツの圧縮処理は、前記画像のデータサイズおよび伝送帯域をパラメータとして、任意の送信時間で送れるサイズに圧縮することを特徴とするコンテンツ送信方法。
ＳＩＰ（Session Initiation Protocol）による呼制御を用いて送信端末から受信端末に画像コンテンツを送信するコンテンツ送信装置において、
前記送信する予定の画像コンテンツをその種別の情報と共に記憶する記憶手段と、
前記ＳＩＰ（Session Initiation Protocol）を用いて前記受信端末との間で呼接続を確立する呼接続確立手段と、
前記呼接続で取得した情報に基づいて、前記受信端末との間でＴＣＰ（Transmission Control Protocol）のセッションを確立するセッション確立手段と、
前記記憶手段から記憶された画像コンテンツを読み出して、前記ＴＣＰのセッション内で、当該画像コンテンツの種別を前記受信端末で受信する能力があるか否かを確認する確認手段と、
前記確認手段で受信する能力があることが確認された場合に、前記ＴＣＰのセッション内で、前記画像コンテンツを前記受信端末に送信する送信手段と
を具備し、
前記送信手段は、前記受信端末側の描画領域のサイズを取得し、取得された受信端末側の描画領域のサイズに合うように前記画像サイズを圧縮して送信することを特徴とするコンテンツ送信装置。
請求項４において、前記送信手段は、前記受信端末側の描画領域のサイズを、前記画像コンテンツの送信のための事前ネゴシエーションによって取得することを特徴とするコンテンツ送信装置。
請求項４において、前記送信手段は、前記画像コンテンツを、前記画像のデータサイズおよび伝送帯域をパラメータとして、任意の送信時間で送れるサイズに圧縮して送信することを特徴とするコンテンツ送信装置。
ＳＩＰ（Session Initiation Protocol）による呼制御を用いて送信端末から受信端末に画像コンテンツを送信する処理をコンピュータに実行させるためのコンテンツ送信プログラムにおいて、
前記送信する予定の画像コンテンツをその種別の情報と共に記憶する第１ステップと、
前記ＳＩＰ（Session Initiation Protocol）を用いて前記受信端末との間で呼接続を確立する第２ステップと、
前記呼接続で取得した情報に基づいて、前記受信端末との間でＴＣＰ（Transmission Control Protocol）のセッションを確立する第３ステップと、
前記記憶された画像コンテンツを読み出して、前記ＴＣＰのセッション内で、当該画像コンテンツの種別を前記受信端末で受信する能力があるか否かを確認する第４ステップと、
受信する能力がある場合に、前記ＴＣＰのセッション内で、前記画像コンテンツを前記受信端末に送信する第５ステップとを具備し、
前記第５ステップで前記受信端末側の描画領域のサイズを取得し、前記取得された受信端末側の描画領域のサイズに合うように送信側で画像サイズを圧縮して送信することを特徴とするコンテンツ送信プログラム。