(57)【特許請求の範囲】
【請求項１】
ＳＩＰ（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）のセッションを確立する第３ステップと、
前記記憶された画像コンテンツを読み出して、前記ＴＣＰのセッション内で、当該画像コンテンツの種別を前記受信端末で受信する能力があるか否かを確認する第４ステップと、
受信する能力がある場合に、前記ＴＣＰのセッション内で、前記画像コンテンツを前記受信端末に送信する第５ステップと
を具備し、
前記第５ステップは、
前記受信端末側の描画領域のサイズを取得するステップと、
前記取得された受信端末側の描画領域のサイズと、前記受信端末側へ送信する画像サイズを優先するか送信時間を優先するかを設定する情報に基づいて、圧縮率を選択し、当該選択された圧縮率に従い前記画像コンテンツのデータ量を圧縮する処理を行うステップと、
前記圧縮処理された画像コンテンツを前記受信端末へ送信するステップと
を備えることを特徴とするコンテンツ送信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼制御を用いたコンテンツの送信技術に関する。
【背景技術】
【０００２】
従来の呼制御を用いてコンテンツを送信可能な送信端末にあっては、ＳＩＰ（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秒で伝送できる（時間優先）  
等があるが、圧縮方法は、ファイルサイズが小さくなれば送信時間が低減できるので、その方法は限定されず、設定等で圧縮方法を特定できればよい。
【００２５】
尚、コンテンツを送信する前に、種別を利用してコンテンツの受信能力の有無を確認し、その受信側から受け取った描画領域のサイズを通知し、その情報に従ってコンテンツを圧縮して送信することが、本実施の形態で説明するコンテンツ配信システムの特徴であり、第１例〜第３例で説明したコンテンツ種別の具体的確認方法はあくまでも一例であって、これらに限られるものではない。
【００２６】
以上のように、本実施形態によれば、ＳＩＰによる呼接続で取得した情報に基づいて受信端末５との間でＴＣＰのセッションを確立し、そのＴＣＰのセッション内で、コンテンツの種別を受信端末５で受信する能力があるか否かを確認し、受信する能力がある場合では、受信側の描画領域のサイズに合わせて送信コンテンツを圧縮して送信する構成となっているので、受信側の描画サイズに合わせて、効率的にデータを送信することが可能になる。
【００２７】
尚、ここまで、ＳＩＰの１セッションで画像送信のみを行う場合で発明の内容を説明したが、ＳＩＰの同一セッションで電話やＴＶ電話や文字チャットを同時に行う場合にも本手法は効果的である。したがって、単独のデータ転送だけではなく、リアルタイムコミュニケーションを行っているときでも、本手法を適用することももちろん可能である。
【００２８】
尚、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成を削除してもよい。さらに、異なる実施形態例に亘る構成要素を適宜組み合わせてもよい。
【符号の説明】
【００２９】
１ａ…コンテンツ配信システム、３…送信端末、３１…読込部、３２…保存部、３３…操作部、３４…出力部、３５…ＳＩＰ確立部、３６…ＴＣＰ確立部、３７…受信能力確認部、３８…送信部、５…受信端末、５１…能力応答部、５２…受信部、５３…保存部、５４…表示部。
【図１】
0005856854.tif 000002
【図２】
0005856854.tif 000003
【図３】
0005856854.tif 000004
【図４】
0005856854.tif 000005