(57)【要約】【課題】他の通信端末との間でのコンテンツの共有を効率的に継続することが可能な通信端末を提供する。【解決手段】通信端末は、他の通信端末との通信中に、他の通信端末に対してコンテンツの共有を要求するための要求手段と、要求手段の要求に対する応答として、コンテンツの共有の許可情報と他の通信端末の通信能力情報とを含む応答情報を他の通信端末から受信するための受信手段と、通信端末および他の通信端末の通信能力情報とに基づいて、通信端末と他の通信端末との間で共有するコンテンツの品質を制御するための品質制御手段とを含む。要求手段は、コンテンツが通信端末と他の通信端末との間で共有されているときに、他の通信端末に対してコンテンツの共有の継続要求を行なう。通信端末は、コンテンツの品質に基づいて、継続要求を行なう間隔を設定するための設定手段をさらに含む。【選択図】図２
2015061111.tif 000002
【特許請求の範囲】
【請求項１】
通信端末であって、
他の通信端末との通信中に、前記他の通信端末に対してコンテンツの共有を要求するための要求手段と、
前記要求手段の要求に対する応答として、前記コンテンツの共有の許可情報と前記他の通信端末の通信能力情報とを含む応答情報を前記他の通信端末から受信するための受信手段と、
前記通信端末の通信能力情報と前記他の通信端末の通信能力情報とに基づいて、前記通信端末と前記他の通信端末との間で共有する前記コンテンツの品質を制御するための品質制御手段とを備え、
前記要求手段は、前記コンテンツが前記通信端末と前記他の通信端末との間で共有されているときに、前記他の通信端末に対して前記コンテンツの共有の継続要求を行ない、
前記コンテンツの品質に基づいて、前記要求手段が前記継続要求を行なう間隔を設定するための設定手段をさらに備える、通信端末。
【請求項２】
前記品質制御手段は、前記通信端末の通信能力情報が示す通信能力および前記他の通信端末の通信能力情報が示す通信能力のうち低い方の通信能力を満たすように、前記コンテンツの品質を制御する、請求項１に記載の通信端末。
【請求項３】
前記応答情報は、前記他の通信端末の蓄電池の電池残量を示す残量情報をさらに含み、
前記品質制御手段は、前記電池残量が予め定められた基準残量値未満の場合には、前記コンテンツの品質を予め定められた品質まで低下させる、請求項２に記載の通信端末。
【請求項４】
前記設定手段は、前記コンテンツの品質が高いほど前記間隔を短くする、請求項１〜３のいずれか１項に記載の通信端末。
【請求項５】
前記応答情報は、前記他の通信端末の移動速度を示す移動情報をさらに含み、
前記設定手段は、前記移動速度が予め定められた基準速度以上の場合の前記間隔よりも、前記移動速度が前記基準速度未満の場合の前記間隔を長くする、請求項４に記載の通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末に関し、より特定的には、他の通信端末とデータを共有するための通信端末に関する。
【背景技術】
【０００２】
従来、他の通信端末と音声通話をするための通信端末が知られている。たとえば、携帯電話は、キャリア網を介して他の携帯電話と音声通話を行なうことができる。また、パーソナルコンピュータを利用した、ＩＰ（Internet  Protocol）電話なども知られている。また、インターネットに接続可能な通信端末によるデータ通信も知られている。このような通信端末において、通話中に映像送信帯域幅及び品質を制御できるようにするための技術が提案されている。
【０００３】
特開２００５−１３７００７号公報（特許文献１）では、映像送受信帯域幅及び画質制御機能を持つＩＰ映像端末装置が開示されている。ＩＰ映像端末装置を用いて通話する場合、通話中に相手と情報を交換して映像送受信の帯域幅又は画質を設定し、相手からの送信される映像データを設定した帯域幅又は画質で送信するよう要求することができると共に、ユーザーは画面上で帯域幅又は画質を制御する。また、ＩＰ映像端末装置は、通話中にネットワークの状態を把握して変化したネットワーク状態に従って映像送信品質を自動に制御する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−１３７００７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載された技術は、通話中にユーザーの要求、あるいは動的に変化するインターネット状態により通話品質を制御するものである。そのため、通信端末および他の（相手側）通信端末の状態および通信環境によっては、使用する通信パラメータ（音声符号化方式、映像符号化方式で使用されるパラメータ）を変更する必要があると考えられるが、これを考慮するものではない。
【０００６】
本発明は、上記のような問題点を解決するためになされたものであって、他の通信端末との間でのコンテンツの共有を効率的に継続することが可能な通信端末を提供することを目的とする。
【課題を解決するための手段】
【０００７】
ある実施の形態に従う通信端末は、他の通信端末との通信中に、他の通信端末に対してコンテンツの共有を要求するための要求手段と、要求手段の要求に対する応答として、コンテンツの共有の許可情報と他の通信端末の通信能力情報とを含む応答情報を他の通信端末から受信するための受信手段と、通信端末の通信能力情報と他の通信端末の通信能力情報とに基づいて、通信端末と他の通信端末との間で共有するコンテンツの品質を制御するための品質制御手段とを含む。要求手段は、コンテンツが通信端末と他の通信端末との間で共有されているときに、他の通信端末に対してコンテンツの共有の継続要求を行なう。通信端末は、コンテンツの品質に基づいて、要求手段が継続要求を行なう間隔を設定するための設定手段をさらに含む。
【発明の効果】
【０００８】
ある局面では、他の通信端末との間でのコンテンツの共有を効率的に継続することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】本実施の形態に係るネットワークシステムの全体構成を示す概略図である。
【図２】ネットワークシステムにおける動作概要を示すシーケンス図である。
【図３】動画データの品質の一例を示す図である。
【図４】本実施の形態に従う携帯電話のハードウェア構成を示すブロック図である。
【図５】本実施の形態に従う携帯電話の機能ブロック図である。
【図６】本実施の形態に従う携帯電話（コンテンツ送信側）における通信処理の処理手順を示すフローチャートである。
【図７】本実施の形態に従う携帯電話（コンテンツ受信側）における通信処理の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。また、以下では、携帯電話１０を「通信端末」の代表例として説明を行なう。ただし、通信端末は、パーソナルコンピュータや、カーナビゲーション装置（Satellite  navigation  system）や、ＰＮＤ（Personal  Navigation  Device）や、ＰＤＡ（Personal  Data  Assistance）などのような、他の情報通信機器であってもよい。
【００１１】
［実施の形態１］
＜ネットワークシステム１の全体構成＞
図１は、本実施の形態に係るネットワークシステム１の全体構成を示す概略図である。図１を参照して、ネットワークシステム１は、携帯電話１０Ａと携帯電話１０Ｂとを含む。なお、説明の容易化のために、以下では、携帯電話１０Ａ，１０Ｂの各々に共通の構成や機能を説明する際には、それらを「携帯電話１０」とも総称する。
【００１２】
携帯電話１０Ａと、携帯電話１０Ｂとは、インターネットおよびキャリア網に接続可能に構成されている。具体的には、携帯電話１０Ａおよび携帯電話１０Ｂは、これらのネットワークを介して、各々の携帯電話が有するマイクおよびスピーカなどを利用することで互いに音声通話が可能である。より具体的には、携帯電話１０には、自端末を特定するための電話番号が割り当てられる。すなわち、携帯電話１０は、内部の記録媒体に他の携帯電話１０の電話番号を記憶することができ、当該電話番号に基づいてインターネットおよびキャリア網を介して当該他の携帯電話１０と音声通話を行なうことができる。
【００１３】
また、携帯電話１０Ａと、携帯電話１０Ｂとは、キャリア網およびインターネットを介して、互いにデータの送受信が可能である。より具体的には、携帯電話１０には、自端末を特定するための識別情報（たとえば、電話番号やメールアドレスやＩＰ（Internet  Protocol）アドレスなど）が割り当てられる。すなわち、携帯電話１０は、内部の記録媒体に他の携帯電話１０の識別情報を記憶することができ、当該識別情報に基づいてキャリア網やインターネットなどを介して当該他の携帯電話１０とデータ送受信を行なうことができる。なお、携帯電話１０は、インターネットにアクセスする際に一時的に割り当てられるＩＰアドレスを利用して他の携帯電話１０とデータ送受信を行ってもよい。本実施の形態に係る携帯電話１０は、インターネットにアクセスした際に、図示しないサーバ装置などが実行する公知のＩＰアドレスの割り当て処理により、ＩＰアドレスが割り当てられるものとする。
【００１４】
＜ネットワークシステム１の動作概要＞
次に、図１および図２を参照しながら、本実施の形態に係るネットワークシステム１の動作概要について説明する。図２は、ネットワークシステム１における動作概要を示すシーケンス図である。
【００１５】
図１および図２を参照して、本実施の形態に係る携帯電話１０は、ユーザからの音声通話を開始するための命令に応じて音声通話を開始する。たとえば、携帯電話１０は、メモリに格納されている相手の電話番号に基づいて音声通話を開始する。携帯電話１０は、その後、音声通話中に、動画共有サービス（あるいは、ファイル共有サービスなどであってもよい）を開始するための命令を受け付けて、音声通話中の相手との間で動画共有サービスを開始する。なお、携帯電話１０が相手とデータ送受信を行なうための相手の識別情報は、携帯電話１０のメモリに格納されているものとする。
【００１６】
本実施の形態においては、携帯電話１０Ａが、音声通話中の携帯電話１０Ｂから現在の携帯電話１０Ｂの通信能力を示す通信能力情報を受信して、共有コンテンツとして携帯電話１０Ａ，１０Ｂの通信能力に応じた動画データを携帯電話１０Ｂに送信する場合について説明する。なお、コンテンツは、映像、音声、画像、およびテキストといった人間が聴覚や視覚を用いてその内容を理解できるものを意味し、これらを出力するためのデジタルデータをも含む。
【００１７】
本実施の形態において通信能力とは、携帯電話１０が有している通信機能および携帯電話１０の現在の通信環境（たとえば、高速通信が可能な環境なのか否か）をも考慮した通信能力である。たとえば、携帯電話１０が音声の送受信を行う機能を有する場合は、通信能力情報は、音声符号化方式（Ｇ．７１１、Ｇ．７２９など）で使用する符号化パラメータを含み、携帯電話１０が映像の送受信を行う機能を備える場合は、通信能力情報は、映像符号化方式（ＭＰＥＧ−２、ＭＰＥＧ−４など）で使用する符号化パラメータ（画像サイズ：ＶＧＡ、フレームレート：３０ｆｐｓ、ビットレート：３Ｍｂｐｓなど）を含み、携帯電話１０が音声および映像以外のメディア（資料共有、ファイル転送等）を有する場合は、通信能力情報は、当該メディアを利用するために必要なパラメータ等を含む。
【００１８】
図１および図２を参照して、まず、携帯電話１０Ａ（図２において端末Ａ）は、ユーザから音声通話相手の選択を受け付ける。携帯電話１０Ａが選択された携帯電話１０Ｂ（図２において端末Ｂ）に発呼して、携帯電話１０Ｂがユーザ操作に応じて携帯電話１０Ａからの発呼に応答すると、携帯電話１０Ａと携帯電話１０Ｂとは、音声通話の制御を行なう（ステップＳ２）。これによって、携帯電話１０Ａのユーザおよび携帯電話１０Ｂのユーザは、音声通話を楽しむことができる。
【００１９】
携帯電話１０Ａは、ユーザからの指示に応じて携帯電話１０Ｂに対して動画共有を要求する（ステップＳ４）。携帯電話１０Ｂは、動画共有の要求を許可する通知とともに、現在の通信能力を示す通信能力情報を携帯電話１０Ａに送信する（ステップＳ６）。
【００２０】
そして、携帯電話１０Ａは、許可通知および携帯電話１０Ｂの通信能力情報を受信すると、携帯電話１０Ａ，１０Ｂの通信能力を満たす品質の動画データを携帯電話１０Ｂに送信する（ステップＳ８）。具体的には、携帯電話１０Ａは、携帯電話１０Ａ，１０Ｂの通信能力に適した画像サイズ、フレームレート、ビットレートの動画データを携帯電話１０Ｂに送信する。これによって、携帯電話１０Ａ，１０Ｂ間で動画共有が開始される（ステップＳ１０、ステップＳ１２）。すなわち、携帯電話１０Ａと携帯電話１０Ｂとの間で動画データが共有されている状態となる。
【００２１】
携帯電話１０Ａは、動画共有が開始されてから、共有されている動画データの品質に基づいて設定される設定時間（たとえば、５分間）が経過すると、動画共有の継続を携帯電話１０Ｂに要求する（ステップＳ１４）。なお、この設定時間は、後述する理由により、動画データの品質が高いほど短く設定される。
【００２２】
次に、携帯電話１０Ｂは、動画共有の継続を許可する継続許可通知とともに最新の通信能力を示す通信能力情報を携帯電話１０Ａに送信する（ステップＳ１６）。このとき、携帯電話１０Ａは、最新の携帯電話１０Ａ，１０Ｂの通信能力を満たすように現在共有している動画データの品質を制御する。具体的には、携帯電話１０Ａは、携帯電話１０Ａ，１０Ｂの通信能力を満たすように動画データの品質を低下させたり、維持したりする。たとえば、受信した最新の携帯電話１０Ｂの通信能力が、前に受信した当該通信能力よりも低下している場合には、携帯電話１０Ａは、当該低下した当該通信能力を満たすように画質を落としたり、フレームレート、ビットレートを低下させたりする。これにより、携帯電話１０Ｂでの画像の表示遅れ、フレーム抜けなどの発生を防ぐことができる。
【００２３】
そして、携帯電話１０Ａは、当該通知および最新の通信能力情報を受信すると、携帯電話１０Ａ，１０Ｂの最新の通信能力を満たす品質の動画データを携帯電話１０Ｂに送信して（ステップＳ１８）、動画共有が継続される。
【００２４】
ここで、ステップＳ１４において言及した設定時間について詳細に説明する。この設定時間は、動画共有開始から携帯電話１０Ａが携帯電話１０Ｂに動画共有継続を要求するまでの時間（間隔）を示している。
【００２５】
図３は、動画データの品質の一例を示す図である。図３を参照して、動画データの品質（画質）は、最高画質（Ｆｕｌｌ−ＨＤ）である品質Ａ、高画質（ＦＷＸＧＡ）である品質Ｂ、標準画質（ＶＧＡ）である品質Ｃ、低画質（ＱＶＧＡ）である品質Ｄの４つに区分されている。この場合、品質Ａ、Ｂ、Ｃ、Ｄの順に上述した設定時間は、３分、５分、１０分、２０分と短く設定される。このように設定される理由は、動画データの画質が高い（データサイズが大きい）ほど、安定的な動画共有のためには高い通信能力が求められることから、携帯電話１０の通信環境の変化に対する影響を受けやすいためである。つまり、携帯電話１０Ａ，１０Ｂが高画質の動画データを共有している場合には、いずれかの携帯電話１０の通信環境が少しでも悪くなると安定的な動画共有の継続が不可能になるが、低画質の動画データを共有している場合には、通信環境が少し悪くなったとしても安定的な動画共有の継続が可能なためである。なお、動画データの品質は、画質に限られず、データサイズの大きさ（データサイズが大きいほど品質が高い）であってもよい。たとえば、携帯電話１０Ａ，１０Ｂがお互いのカメラ１２６で撮影しながら動画データを送信する場合には、データサイズが大きくなるため、品質は高くなる。
【００２６】
このように、高画質の場合には、設定時間が短く設定されることから、相手側の携帯電話１０に継続要求が行なわれる頻度が多くなり、相手の通信能力を逐次把握することができる。そのため、通信環境の変化にすぐに対応して動画データの品質を変更することができる。一方、低画質の場合には、設定時間が長く設定されるため、無駄な継続要求は行なわれず、より効率的な動画共有を実現することができる。
【００２７】
再び、図２を参照して、携帯電話１０Ａは、ユーザから動画共有を終了するための命令を受け付けると、動画共有の終了を携帯電話１０Ｂに要求する（ステップＳ２０）。携帯電話１０Ｂは、当該要求に応答して、携帯電話１０Ａに動画共有の終了の許可を通知する（ステップＳ２２）。そして、携帯電話１０Ａ，１０Ｂは、動画共有を終了する（ステップＳ２４、ステップＳ２６）。この場合、携帯電話１０Ａと携帯電話１０Ｂとは、音声通話のみを継続する。
【００２８】
＜携帯電話１０のハードウェア構成＞
本実施の形態に従う通信端末の一例である携帯電話１０のハードウェア構成について説明する。図４は、本実施の形態に従う携帯電話１０のハードウェア構成を示すブロック図である。
【００２９】
図４を参照して、携帯電話１０は、主たる構成要素として、ＣＰＵ（Central  Processing  Unit）１０２と、メモリ１０４と、タッチパネル１０６と、ボタン１０８と、ディスプレイ１１０と、無線通信部１１２と、通信アンテナ１１３と、メモリインターフェイス（Ｉ／Ｆ）１１４と、スピーカ１１６と、通信インターフェイス（Ｉ／Ｆ）１１８と、ＧＰＳ（Global  Positioning  System）コントローラ１２０と、マイク１２２と、蓄電池１２４と、カメラ１２６とを含む。
【００３０】
ＣＰＵ１０２は、メモリ１０４に記憶されたプログラムを読み出して実行することで、携帯電話１０の各部の動作を制御する。より詳細にはＣＰＵ１０２は、当該プログラムを実行することによって、後述する携帯電話１０の処理（ステップ）の各々を実現する。ＣＰＵ１０２は、例えば、マイクロプロセッサである。
【００３１】
メモリ１０４は、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read-Only  Memory）、フラッシュメモリなどによって実現される。メモリ１０４は、ＣＰＵ１０２によって実行されるプログラム、またはＣＰＵ１０２によって用いられるデータなどを記憶する。
【００３２】
タッチパネル１０６は、表示部としての機能を有するディスプレイ１１０上に設けられている。タッチパネル１０６は、所定時間毎に外部の物体によるタッチパネル１０６へのタッチ操作を検知して、タッチ座標（タッチ位置）をＣＰＵ１０２に入力する。ボタン１０８は、携帯電話１０の表面に配置されており、ユーザからの指示を受け付けて、ＣＰＵ１０２に当該指示を入力する。ボタン１０８は、例えば、表示画面を遷移させる画面遷移ボタン、確定ボタン、キャンセルボタンなどを含む。
【００３３】
無線通信部１１２は、通信アンテナ１１３を介して移動体通信網に接続し無線通信のための信号を送受信する。これにより、携帯電話１０は、たとえば、第３世代移動通信システム（３Ｇ）、ＬＴＥ（Long  Term  Evolution）などの移動体通信網を介して他の携帯電話１０との通信が可能となる。
【００３４】
メモリインターフェイス（Ｉ／Ｆ）１１４は、外部の記憶媒体１１５からデータを読み出す。ＣＰＵ１０２は、メモリ１０４からデータを読み出して、メモリインターフェイス１１４を介して当該データを外部の記憶媒体１１５に格納する。なお、記憶媒体１１５としては、ＣＤ（Compact  Disc）、ＤＶＤ（Digital  Versatile  Disk）、ＢＤ（Blu-ray（登録商標）  Disc）、ＵＳＢ（Universal  Serial  Bus）メモリなどの不揮発的にプログラムを格納する媒体が挙げられる。
【００３５】
通信インターフェイス（Ｉ／Ｆ）１１８は、他の携帯電話１０などとの間で各種データをやり取りするための通信インターフェイスであり、アダプタやコネクタなどによって実現される。なお、通信方式としては、たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Local  Area  Network）などによる無線通信であってもよいし、ＵＳＢ（Universal  Serial  Bus）などを利用した有線通信であってもよい。
【００３６】
ＧＰＳコントローラ１２０は、ＧＰＳ信号または基地局からの位置信号（測位信号）を受信して携帯電話１０の位置情報を取得する。ＧＰＳコントローラ１２０は、取得した携帯電話１０の位置情報をＣＰＵ１０２に入力する。なお、ＧＰＳコントローラ１２０は、電波や通信情報に基づいて、携帯電話１０の位置情報を取得してもよい。
【００３７】
マイク１２２は、携帯電話１０に対する発話を受け付けて、発話された音声に対応する信号をＣＰＵ１０２に送信する。スピーカ１１６は、ＣＰＵ１０２からの指示に基づいて、音声を出力する。蓄電池１２４は、充放電可能な電力貯蔵要素であり、代表的にはリチウムイオン電池やニッケル水素電池などの二次電池で構成される。蓄電池１２４は、例えば、複数の電池セルを直列接続して構成される。
【００３８】
カメラ１２６は、例えばＣＣＤ（Charge  Coupled  Device）方式、ＣＭＯＳ（Complementary  Mental  Oxide  Semiconductor）センサなどの撮像センサ、撮像レンズ、レンズを駆動するためのレンズ駆動部、シャッターなどを含む。
【００３９】
＜携帯電話１０の機能構成＞
図５は、本実施の形態に従う携帯電話１０Ａ，１０Ｂの機能ブロック図である。図５を参照して、携帯電話１０は、取得部２００と、通信処理部２０２と、品質制御部２０４と、設定部２０６とを含む。これらの機能は、主に、携帯電話１０のＣＰＵ１０２がメモリ１０４に格納されたプログラムを実行し、携帯電話１０の構成要素へ指令を与えることなどによって実現される。ＣＰＵ１０２は、携帯電話１０の動作全体を制御する制御部としての機能を有する。なお、これらの機能構成の一部または全部はハードウェアで実現されていてもよい。
【００４０】
取得部２００は、携帯電話１０の通信能力情報を取得する。具体的には、取得部２００は、メモリ１０４に格納されている携帯電話１０の通信機能（音声通信機能、映像通信機能など）に関する情報を取得する。また、取得部２００は、携帯電話１０の通信信号強度または通信信号品質を測定することにより、現在の通信環境に関する情報を取得する。そして、取得部２００は、携帯電話１０の機能と現在の通信環境とを考慮した通信能力情報を品質制御部２０４に送出する。
【００４１】
通信処理部２０２は、タッチパネル１０６（またはボタン１０８）を介したユーザからの指示に応じて、他の携帯電話１０との通信中（たとえば、音声通話中）に、他の携帯電話１０に対してコンテンツの共有を要求する。また、通信処理部２０２は、当該要求に対する応答として、コンテンツの共有の許可を示す許可情報と他の携帯電話１０の通信能力を示す通信能力情報とを含む応答情報を他の携帯電話１０の通信処理部２０２から受信する。あるいは、通信処理部２０２は、当該要求に対する応答として、コンテンツの共有の拒否を示す拒否情報を他の携帯電話１０の通信処理部２０２から受信する。
【００４２】
通信処理部２０２は、許可情報を受信すると、後述する品質制御部２０４により制御された品質のコンテンツを他の携帯電話１０の通信処理部２０２に送信する。通信処理部２０２が、他の携帯電話１０にコンテンツを送信することで、携帯電話１０および他の携帯電話１０との間でコンテンツが共有されることになる。また、通信処理部２０２は、コンテンツが携帯電話１０と他の携帯電話１０との間で共有されているときに、他の携帯電話１０に対してコンテンツの共有の継続要求を行なう。
【００４３】
品質制御部２０４は、携帯電話１０の通信能力情報と、受信した他の携帯電話１０の通信能力情報とに基づいて、携帯電話１０と他の携帯電話１０との間で共有するコンテンツの品質を制御する。具体的には、品質制御部２０４は、携帯電話１０の通信能力、および他の携帯電話１０の通信能力のうち低い方の通信能力を満たすようにコンテンツの品質を制御する。
【００４４】
コンテンツの品質が携帯電話１０の通信能力を満たすか否かの基準は、たとえば、所定の画質（ＶＧＡ）の動画データが共有されている場合には、携帯電話１０の現在の通信環境において現状のビットレート、フレームレートでその動画データを引き続き送信して、受信側の携帯電話１０で動画を正しく表示（画像の表示遅れ、フレーム抜けなどが発生しない）できるのか否かである。あるいは、当該基準は、携帯電話１０の位置が変化して携帯電話１０がハンドオーバ（たとえば、ＬＴＥ網から３Ｇ網）した場合に、現在の通信能力において引き続き共有サービスを継続することが可能か否かなどである。
【００４５】
品質制御部２０４は、現状の携帯電話１０および他の携帯電話１０の通信能力のうち少なくともいずれかが以前のものと比較して低下しており、現状のコンテンツの品質では携帯電話１０および他の携帯電話１０の通信能力を満たさないと判断した場合には、その低下した通信能力を満たすようにコンテンツの品質を低下させる。一方、品質制御部２０４は、携帯電話１０および他の携帯電話１０の通信能力が以前のものと比較して同等である場合には、コンテンツの品質を維持する。また、品質制御部２０４は、携帯電話１０および他の携帯電話１０の通信能力が以前のものと比較して高くなっている場合には、携帯電話１０の通信能力を満たすようにコンテンツの品質を高くしてもよい。
【００４６】
設定部２０６は、品質制御部２０４により制御されたコンテンツの品質に基づいて、通信処理部２０２が継続要求を行なう間隔を設定する。より具体的には、設定部２０６は、コンテンツの共有を開始してから継続要求を行なうまでの時間（間隔）、あるいはコンテンツの共有の継続を開始してから次の継続要求を行なうまでの時間（間隔）を設定する。さらに詳細には、設定部２０６は、コンテンツの品質が高いほど当該間隔を短くする。
【００４７】
＜携帯電話１０における通信処理＞
次に、本実施の形態に従う携帯電話１０における通信処理について説明する。
【００４８】
（コンテンツ送信側の処理）
まず、図６を参照しながらコンテンツ送信側の携帯電話１０の通信処理について説明する。図６は、本実施の形態に従う携帯電話１０（コンテンツ送信側）における通信処理の処理手順を示すフローチャートである。以下の各ステップは、携帯電話１０のＣＰＵ１０２がメモリ１０４に格納されたプログラムを実行することによって実現される。なお、以下では、携帯電話１０は、他の携帯電話１０と音声通話を開始しているものとする。また、コンテンツは、動画データであるものとする。
【００４９】
図６を参照して、携帯電話１０のＣＰＵ１０２は、自端末の通信機能および通信環境を考慮した通信能力情報を取得する（ステップＳ１０２）。なお、ＣＰＵ１０２は、予め定められた期間ごとに、自端末の通信能力情報を取得する。ＣＰＵ１０２は、相手側の携帯電話１０に対して動画共有の開始を要求し（ステップＳ１０４）、当該要求に対する応答を受信する（ステップＳ１０６）。具体的には、ＣＰＵ１０２は、動画データの共有の許可を示す許可情報と携帯電話１０Ｂの現在の通信能力を示す通信能力情報とを含む応答情報、または動画データの共有の拒否を示す拒否情報を受信する。
【００５０】
ＣＰＵ１０２は、受信した応答に基づいて、動画共有を開始するか否かを判断する（ステップＳ１０８）。動画共有を開始しない（拒否情報を受信している）場合には（ステップＳ１０８においてＮＯ）、ＣＰＵ１０２は処理を終了する。これに対して、動画共有を開始する（許可情報を受信している）場合には（ステップＳ１０８においてＹＥＳ）、ＣＰＵ１０２は、携帯電話１０および相手側の携帯電話１０の通信能力に応じた動画データを相手側の携帯電話１０に送信する（ステップＳ１１２）。具体的には、ＣＰＵ１０２は、携帯電話１０および相手側の携帯電話１０の通信能力を満たす（適した）画像サイズ、フレームレート、ビットレートの動画データを相手側の携帯電話１０に送信する。これにより、携帯電話１０と相手側の携帯電話１０との間で動画共有が開始される。
【００５１】
ＣＰＵ１０２は、動画共有が開始されてから、動画データの品質に基づいて設定された設定時間が経過したか否かを判断する（ステップＳ１１４）。具体的には、図３に示すテーブルを参照して、ＣＰＵ１０２は、動画データの品質に対応する設定時間を設定し、当該設定時間が経過したか否かを判断する。設定時間が経過していない場合には（ステップＳ１１４においてＮＯ）、ＣＰＵ１０２はステップＳ１１４の処理を繰り返す。これに対して、設定時間が経過した場合には（ステップＳ１１４においてＹＥＳ）、ＣＰＵ１０２は、相手側の携帯電話１０に対して動画共有の継続を要求する（ステップＳ１１６）。
【００５２】
ＣＰＵ１０２は、相手側の携帯電話１０から継続要求に対する応答を受信する（ステップＳ１１８）。具体的には、ＣＰＵ１０２は、当該応答として、動画データの共有の継続の許可を示す継続許可情報と携帯電話１０Ｂの現在の通信能力を示す通信能力情報とを含む応答情報、または動画データの共有の継続拒否を示す拒否情報を受信する。そして、ＣＰＵ１０２は、当該応答に基づいて動画共有を継続するか否かを判断する（ステップＳ１２０）。ＣＰＵ１０２は、動画共有を継続しない場合には（ステップＳ１２０においてＮＯ）、動画データの送信を中止して動画共有を終了し（ステップＳ１２２）、処理を終了する。
【００５３】
これに対して、ＣＰＵ１０２は、動画共有を継続する場合には（ステップＳ１２０においてＹＥＳ）、現在共有している動画データの品質が携帯電話１０および相手側の携帯電話１０の最新の通信能力を満たすか否かを判断する（ステップＳ１２２）。各々の携帯電話１０の通信能力を満たさない場合には（ステップＳ１２２においてＮＯ）、ＣＰＵ１０２は、各々の携帯電話１０の通信能力を満たすように動画データの品質を低下させて（ステップＳ１２４）、動画データの送信を継続して（ステップＳ１２６）、ステップＳ１１４からの処理を実行する。これに対して、各々の携帯電話１０の通信能力を満たす場合には（ステップＳ１２２においてＹＥＳ）、ＣＰＵ１０２は、動画データの品質を維持して動画共有を継続し（ステップＳ１２６）、ステップＳ１１４からの処理を実行する。なお、ＣＰＵ１０２は、各々の携帯電話１０の通信能力を満たすように動画データの品質を高くして、動画共有を継続してもよい。
【００５４】
（コンテンツ受信側の処理）
次に、図７を参照しながらコンテンツ受信側の携帯電話１０の通信処理について説明する。図７は、本実施の形態に従う携帯電話１０（コンテンツ受信側）における通信処理の処理手順を示すフローチャートである。なお、以下では、図６と同様に、携帯電話１０は、相手側の携帯電話１０と音声通話を開始しているものとする。また、コンテンツは、動画データであるものとする。
【００５５】
図７を参照して、ＣＰＵ１０２は、自端末の通信機能および通信環境を考慮した自端末の通信能力情報を取得する（ステップＳ２０２）。なお、ＣＰＵ１０２は、予め定められた期間ごとに、自端末の通信能力情報を取得する。ＣＰＵ１０２は、相手側の携帯電話１０から動画共有の要求を受信する（ステップＳ２０４）。ＣＰＵ１０２は、ユーザからの指示に応じて動画共有の開始を許可するか否かを判断する（ステップＳ２０６）。
【００５６】
動画共有を許可しない場合には（ステップＳ２０６においてＮＯ）、ＣＰＵ１０２は、相手側の携帯電話１０に動画共有の拒否を示す拒否情報を送信して（ステップＳ２１０）、処理を終了する。これに対して、動画共有を許可する場合には（ステップＳ２０６においてＹＥＳ）、ＣＰＵ１０２は、相手側の携帯電話１０に動画共有の許可を示す許可情報と、現在の通信能力情報とを送信する（ステップＳ２０８）。そして、ＣＰＵ１０２は、相手側の携帯電話１０から送信される動画データを受信する（ステップＳ２１２）。これにより、携帯電話１０と相手側の携帯電話１０との間で動画共有が開始される。
【００５７】
ＣＰＵ１０２は、動画共有の継続の要求を相手側の携帯電話１０から受信する（ステップＳ２１４）。ＣＰＵ１０２は、ユーザからの指示に応じて動画共有の継続を許可するか否かを判断する（ステップＳ２１６）。動画共有の継続を許可する場合には（ステップＳ２１６においてＹＥＳ）、ＣＰＵ１０２は、相手側の携帯電話１０に動画共有の継続許可を示す継続許可情報と現在の通信能力情報とを送信し（ステップＳ２１８）、引き続き動画データの受信を継続して（ステップＳ２１９）、ステップＳ２１４からの処理を実行する。これに対して、動画共有の継続を許可しない場合には（ステップＳ２１６においてＮＯ）、ＣＰＵ１０２は、相手側の携帯電話１０に動画共有の継続拒否を通知する（ステップＳ２２０）。そして、ＣＰＵ１０２は、動画共有を終了して（ステップＳ２２２）、処理を終了する。
【００５８】
［実施の形態２］
実施の形態１では、コンテンツ受信側の携帯電話１０が、コンテンツ送信側の携帯電話１０から動画共有の要求を受けたときに、許可応答として、共有を許可する許可情報と通信能力情報とを送信する場合（図７のステップＳ２０８）について説明した。実施の形態２では、受信側の携帯電話１０が、許可応答として、許可情報および通信能力情報に加えて、受信側の携帯電話１０の蓄電池１２４の電池残量情報を送信する。具体的には、受信側の携帯電話１０のＣＰＵ１０２は、蓄電池１２４の電池残量を常時監視しており、動画共有の要求を受けたときの蓄電池１２４の電池残量を送信側の携帯電話１０に送信する。
【００５９】
そして、送信側の携帯電話１０のＣＰＵ１０２（通信処理部２０２）は、許可応答として、受信側の携帯電話１０から許可情報と通信能力情報と電池残量情報とを受信する。ＣＰＵ１０２（品質制御部２０４）は、受信側の携帯電話１０の電池残量が予め定められた基準残量値未満か否かを判断する。ＣＰＵ（品質制御部２０４）は、受信側の携帯電話１０の電池残量が予め定められた基準残量値以上の場合には、送信側および受信側の携帯電話１０の通信能力を満たすようにコンテンツの品質を制御する。一方、ＣＰＵ（品質制御部２０４）は、受信側の携帯電話１０の電池残量が予め定められた基準残量値未満の場合には、送信側および受信側の携帯電話１０の通信能力に関わらず、コンテンツの品質を予め定められた品質（たとえば、動画データであれば低画質）まで低下させる。これにより、受信側の携帯電話１０において動画データを表示するための消費電力を削減することができる。
【００６０】
なお、受信側の携帯電話１０の電池残量だけではなく、送信側の携帯電話１０の電池残量を考慮してもよい。すなわち、ＣＰＵ（品質制御部２０４）は、受信側および送信側の携帯電話１０の電池残量のいずれかが予め定められた基準残量値未満の場合には、コンテンツの品質を予め定められた品質まで低下させてもよい。
【００６１】
［実施の形態３］
実施の形態３では、受信側の携帯電話１０は、許可応答として、許可情報と通信能力情報に加えて受信側の携帯電話１０の移動速度を示す移動情報を送信する。具体的には、受信側の携帯電話１０のＣＰＵ１０２は、ＧＰＳコントローラ１２０を介して位置情報を取得し、当該位置情報に基づいて、単位時間当たりの移動距離（移動速度）を算出し、動画共有の要求を受けたときの移動速度を示す移動情報を送信側の携帯電話１０に送信する。
【００６２】
そして、送信側の携帯電話１０のＣＰＵ１０２（通信処理部２０２）は、許可応答として、受信側の携帯電話１０から許可情報と通信能力情報と移動情報とを受信する。ＣＰＵ１０２（設定部２０６）は、コンテンツの品質と移動速度とに基づいて、継続要求を行なう間隔を設定する。具体的には、設定部２０６は、受信側の携帯電話１０の移動速度が基準速度以上の場合の継続要求を行なう間隔よりも、当該移動速度が基準速度未満の場合の当該間隔が長くなるように設定する。たとえば、図３の例において動画データが品質Ｂの場合を考えると、設定部２０６は、当該移動速度が基準速度未満の場合には、そのまま設定時間を５分もしくは５分より長い時間に設定し、当該移動速度が基準速度以上の場合には、設定時間を５分より短い時間に設定する。すなわち、設定部２０６は、コンテンツの品質が同じであったとしても、当該移動速度が基準速度未満の場合には、当該移動速度が基準速度以上の場合と比較して設定時間が長くなるようにする。
【００６３】
これにより、受信側の携帯電話１０が固定されている、または一定以下の移動速度の場合には通信環境の変化に対する影響を受けにくいため、無駄な継続要求は行なわれない。また、受信側の携帯電話１０が基準速度以上で移動している場合には通信環境の変化に対する影響を受けやすいため、設定時間を短くして、安定的な動画共有の継続を実現する。
【００６４】
［実施の形態４］
なお、コンピュータを機能させて、上述のフローチャートで説明したような制御を実行させるプログラムを提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact  Disk  Read  Only  Memory）、ＲＯＭ、ＲＡＭおよびメモリカードなどの一時的でないコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
【００６５】
プログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本実施の形態にかかるプログラムに含まれ得る。また、本実施の形態にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本実施の形態にかかるプログラムに含まれ得る。
【００６６】
＜実施の形態の効果＞
通信端末は、通信能力に応じた適切な品質で安定したコンテンツ共有の継続を実現できる。また、通信端末は、共有するコンテンツの品質に基づいて他の通信端末との間での継続要求のやり取りをする間隔を変化させることでより効率的にコンテンツの共有を継続することができる。
【００６７】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００６８】
１  ネットワークシステム、１０  携帯電話、４０  サーバ、１０２  ＣＰＵ、１０４  メモリ、１０６  タッチパネル、１０８  ボタン、１１０  ディスプレイ、１１２  無線通信部、１１３  通信アンテナ、１１４  メモリインターフェイス、１１５  記憶媒体、１１６  スピーカ、１１８  通信インターフェイス、１２０  ＧＰＳコントローラ、１２２  マイク、１２４  蓄電池、１２６  カメラ、２００  取得部、２０２  通信処理部、２０４  品質制御部、２０６  設定部。
【図１】
2015061111.tif 000003
【図２】
2015061111.tif 000004
【図３】
2015061111.tif 000005
【図４】
2015061111.tif 000006
【図５】
2015061111.tif 000007
【図６】
2015061111.tif 000008
【図７】
2015061111.tif 000009