JP2015056797A - 通信端末 - Google Patents

Abstract

【課題】他の通信端末との間で共有されるサービスを安定的に継続することが可能な通信端末を提供する。【解決手段】通信端末は、通信端末の通信能力を示す第１の能力情報をサーバに送信する送信手段と、他の通信端末の通信能力を示す第２の能力情報をサーバから受信する受信手段と、他の通信端末との通信中に、通信端末と他の通信端末との間で共有するコンテンツの品質を制御する品質制御手段と、制御された品質のコンテンツを他の通信端末に送信するコンテンツ送信手段とを含む。品質制御手段は、コンテンツが通信端末と他の通信端末との間で共有されているときに、最新の第１および第２の能力情報に基づいて、共有されているコンテンツが通信端末と他の通信端末との間で引き続き共有可能か否かを判断し、判断結果に基づいて、共有されているコンテンツの品質を制御する。【選択図】図１

Description

本発明は、通信端末に関し、より特定的には、他の通信端末と通信するための通信端末に関する。

従来、他の通信端末と音声通話をするための通信端末が知られている。たとえば、携帯電話は、キャリア網を介して他の携帯電話と音声通話を行なうことができる。また、パーソナルコンピュータを利用した、ＩＰ（Internet Protocol）電話なども知られている。また、インターネットに接続可能な複数の通信端末によるデータ通信も知られている。このような通信端末間において、発信後に発信側の通信端末と着信側の通信端末との間で通信能力が合わずに通信できないという事態の発生を防止し、意図した通信能力でより効率的な通信を行なうための技術が提案されている。

特開２０１０−２５８８０２号公報（特許文献１）では、複数の通信端末を有する通信システムが開示されている。各通信端末は、音声通話を指定した呼を他通信端末に接続するとともに能力交換を行うための能力交換セッションを他通信端末との間で確立する呼制御手段と、能力交換セッションを用いて、自通信端末の通信能力を他通信端末に送信するとともに他通信端末の通信能力を取得する能力交換手段と、取得した他通信端末の通信能力と自通信端末の通信能力とに基づいて、他通信端末との通信に使用可能な通信能力を決定する能力決定手段とを有する。呼制御手段は、能力決定手段が決定した使用可能な通信能力の少なくとも１つを指定して、他通信端末との間に接続された呼の通信能力を変更する。

特開２０１０−２５８８０２号公報

しかしながら、特許文献１に記載された技術は、通信端末間での通信処理中にお互いの通信能力を交換するものであり端末間でのシグナリング処理が必要となる。また、自端末および他（相手側）端末の通信状況に応じて、使用する通信パラメータ（音声符号化方式、映像符号化方式など）を変更する必要があると考えられるが、そのことについては考慮されていない。

本発明は、上記のような問題点を解決するためになされたものであって、他の通信端末との間で共有されるサービスを安定的に継続することが可能な通信端末を提供することを目的とする。

ある実施の形態に従う通信端末は、通信端末の通信能力を示す第１の能力情報をサーバに送信するための送信手段と、他の通信端末の通信能力を示す第２の能力情報をサーバから受信するための受信手段と、他の通信端末との通信中に、通信端末と他の通信端末との間で共有するコンテンツの品質を制御するための品質制御手段と、品質制御手段により制御された品質のコンテンツを他の通信端末に送信するコンテンツ送信手段とを含む。品質制御手段は、コンテンツが通信端末と他の通信端末との間で共有されているときに、最新の第１および第２の能力情報に基づいて、共有されているコンテンツが通信端末と他の通信端末との間で引き続き共有可能か否かを判断し、判断結果に基づいて、共有されているコンテンツの品質を制御する。

ある局面では、他の通信端末との間で共有されるサービスを安定的に継続することが可能となる。

本実施の形態に係るネットワークシステムの全体構成を示す概略図である。 ネットワークシステム１における動作概要を示すシーケンス図である。 本実施の形態に従う携帯電話のハードウェア構成を示すブロック図である。 本実施の形態に従う携帯電話の機能ブロック図である。 本実施の形態に従う携帯電話（コンテンツ送信側）における通信処理の処理手順を示すフローチャートである。 本実施の形態に従う携帯電話（コンテンツ受信側）における通信処理の処理手順を示すフローチャートである。

以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。

また、以下では、携帯電話１０を「通信端末」の代表例として説明を行なう。ただし、通信端末は、パーソナルコンピュータや、カーナビゲーション装置（Satellite navigation system）や、ＰＮＤ（Personal Navigation Device）や、ＰＤＡ（Personal Data Assistance）などのような、他の情報通信機器であってもよい。

［実施の形態１］
＜ネットワークシステム１の全体構成＞
まず、ネットワークシステム１の全体構成について説明する。

図１は、本実施の形態に係るネットワークシステム１の全体構成を示す概略図である。図１を参照して、ネットワークシステム１は、携帯電話１０Ａ，１０Ｂと、サーバ４０とを含む。なお、説明の容易化のために、以下では、携帯電話１０Ａ，１０Ｂの各々に共通の構成や機能を説明する際には、それらを「携帯電話１０」とも総称する。

携帯電話１０は、インターネット５０およびキャリア網７０に接続可能に構成されている。サーバ４０は、インターネット５０に接続可能に構成されている。

携帯電話１０Ａと、携帯電話１０Ｂとは、キャリア網７０を介して、各々の携帯電話が有するマイクおよびスピーカなどを利用することで互いに音声通話が可能である。なお、携帯電話１０Ａと、携帯電話１０Ｂとは、インターネット５０を介して、互いに音声通話を行なってもよい。より具体的には、携帯電話１０には、自端末を特定するための電話番号が割り当てられる。すなわち、携帯電話１０は、内部の記録媒体に他の携帯電話１０の電話番号を記憶することができ、当該電話番号に基づいてキャリア網７０、インターネット５０などを介して当該他の携帯電話１０と音声通話を行なうことができる。

また、携帯電話１０Ａと、携帯電話１０Ｂとは、キャリア網７０およびインターネット５０を介して、互いにデータの送受信が可能である。より具体的には、携帯電話１０には、自端末を特定するための識別情報（たとえば、電話番号やメールアドレスやＩＰ（Internet Protocol）アドレスなど）が割り当てられる。すなわち、携帯電話１０は、内部の記録媒体に他の携帯電話１０の識別情報を記憶することができ、当該識別情報に基づいてキャリア網７０やインターネット５０などを介して当該他の携帯電話１０とデータ送受信を行なうことができる。

なお、携帯電話１０は、インターネット５０にアクセスする際に一時的に割り当てられるＩＰアドレスを利用して他の携帯電話１０とデータ送受信を行ってもよい。本実施の形態に係る携帯電話１０は、インターネット５０にアクセスした際に、サーバ４０あるいは他の図示しないサーバ装置などが実行する公知のＩＰアドレスの割り当て処理により、ＩＰアドレスが割り当てられるものとする。

＜ネットワークシステム１の動作概要＞
次に、図１および図２を参照しながら、本実施の形態に係るネットワークシステム１の動作概要について説明する。図２は、ネットワークシステム１における動作概要を示すシーケンス図である。

図１および図２を参照して、本実施の形態に係る携帯電話１０は、ユーザからの音声通話を開始するための命令に応じて音声通話を開始する。たとえば、携帯電話１０は、メモリに格納されている相手の電話番号に基づいて音声通話を開始する。携帯電話１０は、その後、音声通話中に、動画共有サービス（あるいは、ファイル共有サービスなどであってもよい）を開始するための命令を受け付けて、音声通話中の相手との間で動画共有サービスを開始する。

なお、携帯電話１０が他の携帯電話１０とデータ送受信を行なうためには、互いのＩＰアドレス（識別情報）を交換（取得）する必要がある。本実施の形態においては、携帯電話１０のそれぞれは、サーバ４０を介して互いのＩＰアドレスを取得した後に、当該ＩＰアドレスに基づいてデータ送受信を行なう。

本実施の形態においては、携帯電話１０のそれぞれが、サーバ４０を介して、携帯電話１０の識別情報および通信能力情報を送受信する場合について説明する。特に、以下では、携帯電話１０Ａが、音声通話中の携帯電話１０Ｂに対して、共有コンテンツとして動画データを送信する場合について説明する。なお、コンテンツは、映像、音声、画像、およびテキストといった人間が聴覚や視覚を用いてその内容を理解できるものを意味し、これらを出力するためのデジタルデータをも含む。

図１および図２を参照して、まず、携帯電話１０Ａ（図２において端末Ａ）は、自端末の識別情報と、現在の通信状況に基づく自端末の通信能力情報とを含む端末情報をサーバ４０に送信する（ステップＳ２）。サーバ４０は、携帯電話１０Ａの識別情報と通信能力情報とを関連付けて内部の記憶媒体に格納する。また、携帯電話１０Ｂ（図２において端末Ｂ）は、自端末の識別情報と、現在の通信状況に基づく自端末の通信能力情報とを含む端末情報をサーバ４０に送信する（ステップＳ４）。サーバ４０は、携帯電話１０Ｂの識別情報と通信能力情報とを関連付けて内部の記憶媒体に格納する。

なお、本実施の形態において通信能力とは、各携帯電話１０が有している通信機能および携帯電話１０の現在の通信環境（たとえば、高速通信が可能な環境なのか否か）を考慮した通信能力である。たとえば、携帯電話１０が音声の送受信を行う機能を有する場合は、通信能力情報として、音声符号化方式（Ｇ．７１１、Ｇ．７２９など）で使用する符号化パラメータをサーバ４０に送信する。携帯電話１０が、映像の送受信を行う機能を備える場合は、通信能力情報として、映像符号化方式（ＭＰＥＧ−２、ＭＰＥＧ−４など）で使用する符号化パラメータ（画像サイズ：ＶＧＡ、フレームレート：３０ｆｐｓ、ビットレート：３Ｍｂｐｓなど）をサーバ４０に送信する。携帯電話１０が、音声および映像以外のメディア（資料共有、ファイル転送等）を有する場合は、通信能力情報として、当該メディアを利用するために必要なパラメータ等をサーバ４０に送信する。

次に、携帯電話１０Ａは、ユーザから音声通話相手の選択を受け付ける。携帯電話１０Ａが選択された携帯電話１０Ｂに発呼して、携帯電話１０Ｂがユーザ操作に応じて携帯電話１０Ａからの発呼に応答すると、携帯電話１０Ａと携帯電話１０Ｂとは、音声通話の制御を行なう（ステップＳ６）。これによって、携帯電話１０Ａのユーザおよび携帯電話１０Ｂのユーザは、音声通話を楽しむことができる。

携帯電話１０Ａは、サーバ４０から相手端末情報として携帯電話１０Ｂの端末情報を受信し（ステップＳ８）、携帯電話１０Ｂは、サーバ４０から相手端末情報として携帯電話１０Ａの端末情報を受信する（ステップＳ１０）。

携帯電話１０Ａは、ユーザからの指示に応じて携帯電話１０Ｂに対して動画共有を開始するか否かを問い合わせる（ステップＳ１２）。携帯電話１０Ｂは、動画共有の開始を許可する通知を携帯電話１０Ａに送信する（ステップＳ１４）。

そして、携帯電話１０Ａは、当該通知を受信すると、携帯電話１０Ａ，１０Ｂの通信能力を満たす品質の動画データを携帯電話１０Ｂに送信する（ステップＳ１６）。具体的には、携帯電話１０Ａは、携帯電話１０Ａ，１０Ｂの通信能力に適した画像サイズ、フレームレート、ビットレートの動画データを携帯電話１０Ｂに送信する。これによって、携帯電話１０Ａ，１０Ｂ間で動画共有が開始される（ステップＳ１８、ステップＳ２０）。すなわち、携帯電話１０Ａと携帯電話１０Ｂとの間で動画データが共有されている状態となる。

携帯電話１０Ａは、自端末の端末情報を送信してから予め設定された一定時間（たとえば、５分間）が経過すると、端末情報をサーバ４０に送信する（ステップＳ２２）。具体的には、携帯電話１０Ａは、識別情報および現在の通信状況に応じた最新の通信能力情報をサーバ４０に送信する。サーバ４０は、受信した端末情報を内部の記憶媒体に格納する。すなわち、サーバ４０は、受信した端末情報に基づいて携帯電話１０Ａの端末情報を更新する。また、携帯電話１０Ｂは、自端末の端末情報を送信してから予め設定された一定時間が経過すると、端末情報をサーバ４０に送信する（ステップＳ２４）。サーバ４０は、受信した端末情報に基づいて携帯電話１０Ｂの端末情報を更新する。

携帯電話１０Ａは、サーバ４０から相手端末情報として携帯電話１０Ｂの最新の端末情報を受信し（ステップＳ２６）、携帯電話１０Ｂは、サーバ４０から相手端末情報として携帯電話１０Ａの最新の端末情報を受信する（ステップＳ２８）。このとき、携帯電話１０Ａは、最新の携帯電話１０Ａ，１０Ｂの通信能力を満たすように現在共有している動画データの品質を制御する。具体的には、携帯電話１０Ａは、各携帯電話１０の通信能力を満たすように動画データの品質を低下させたり、維持したりする。たとえば、受信した最新の携帯電話１０の通信能力が、前に受信した当該通信能力よりも低下している場合には、携帯電話１０Ａは、当該低下した当該通信能力を満たすために画像サイズを小さくしたり、フレームレート、ビットレートを低下させたりする。これにより、携帯電話１０Ｂでの画像の表示遅れ、フレーム抜けなどの発生を防ぐことができる。

次に、携帯電話１０Ａは、ユーザからの指示に応じて携帯電話１０Ｂに対して動画共有を継続するか否かを問い合わせる（ステップＳ３０）。携帯電話１０Ｂは、動画共有の継続を許可する通知を携帯電話１０Ａに送信する（ステップＳ３２）。そして、携帯電話１０Ａは、当該通知を受信すると、制御された品質の動画データを携帯電話１０Ｂに送信する（ステップＳ３３）。

携帯電話１０Ａは、ユーザから動画共有を終了するための命令を受け付けると、動画共有の終了を携帯電話１０Ｂに要求する（ステップＳ３４）。携帯電話１０Ｂは、当該要求に応答して、携帯電話１０Ａに動画共有の終了の許可を通知する（ステップＳ３６）。そして、携帯電話１０Ａ，１０Ｂは、動画共有を終了する（ステップＳ３８、ステップＳ４０）。この場合、携帯電話１０Ａと携帯電話１０Ｂとは、音声通話のみを継続する。

以下、このような機能を実現するための構成について詳述する。
＜ハードウェア構成＞
本実施の形態に従う通信端末の一例である携帯電話１０のハードウェア構成について説明する。図３は、本実施の形態に従う携帯電話１０のハードウェア構成を示すブロック図である。

図３を参照して、携帯電話１０は、主たる構成要素として、ＣＰＵ（Central Processing Unit）１０２と、メモリ１０４と、タッチパネル１０６と、ボタン１０８と、ディスプレイ１１０と、無線通信部１１２と、通信アンテナ１１３と、メモリインターフェイス（Ｉ／Ｆ）１１４と、スピーカ１１６と、通信インターフェイス（Ｉ／Ｆ）１１８と、ＧＰＳ（Global Positioning System）コントローラ１２０と、マイク１２２とを含む。

ＣＰＵ１０２は、メモリ１０４に記憶されたプログラムを読み出して実行することで、携帯電話１０の各部の動作を制御する。より詳細にはＣＰＵ１０２は、当該プログラムを実行することによって、後述する携帯電話１０の処理（ステップ）の各々を実現する。ＣＰＵ１０２は、例えば、マイクロプロセッサである。なお、当該ハードウェアは、ＣＰＵ以外のＦＰＧＡ（Field Programmable Gate Array）、ＡＳＩＣ（Application Specific Integrated Circuit）およびその他の演算機能を有する回路などであってもよい。

メモリ１０４は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read-Only Memory）、フラッシュメモリなどによって実現される。メモリ１０４は、ＣＰＵ１０２によって実行されるプログラム、またはＣＰＵ１０２によって用いられるデータなどを記憶する。

タッチパネル１０６は、表示部としての機能を有するディスプレイ１１０上に設けられており、抵抗膜方式、表面弾性波方式、赤外線方式、電磁誘導方式、静電容量方式などのいずれのタイプであってもよい。タッチパネル１０６は、光センサ液晶を含んでもよい。タッチパネル１０６は、所定時間毎に外部の物体によるタッチパネル１０６へのタッチ操作を検知して、タッチ座標（タッチ位置）をＣＰＵ１０２に入力する。

ボタン１０８は、携帯電話１０の表面に配置されており、ユーザからの指示を受け付けて、ＣＰＵ１０２に当該指示を入力する。ボタン１０８は、例えば、表示画面を遷移させる画面遷移ボタン、確定ボタン、キャンセルボタンなどを含む。

無線通信部１１２は、通信アンテナ１１３を介して移動体通信網に接続し無線通信のための信号を送受信する。これにより、携帯電話１０は、たとえば、第３世代移動通信システム（３Ｇ）、ＬＴＥ（Long Term Evolution）などの移動体通信網を介して他の携帯電話１０との通信が可能となる。

メモリインターフェイス（Ｉ／Ｆ）１１４は、外部の記憶媒体１１５からデータを読み出すもしくは書き込む。ＣＰＵ１０２は、メモリ１０４からデータを読み出して、メモリインターフェイス１１４を介して当該データを外部の記憶媒体１１５に格納する。また、必要に応じて外部の記憶媒体１１５に対し、ＣＰＵ１０２によって用いられるデータをメモリインターフェイス１１４を介して読み出すもしくは書き込む。なお、記憶媒体１１５としては、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disk）、ＢＤ（Blu-ray（登録商標） Disc）、ＵＳＢ（Universal Serial Bus）メモリ、ＵＳＩＭ（Universal Subscriber Identity Module）カードなどの不揮発的にプログラムを格納する媒体が挙げられる。

通信インターフェイス（Ｉ／Ｆ）１１８は、他の携帯電話１０およびサーバ４０との間で各種データをやり取りするための通信インターフェイスであり、アダプタやコネクタなどによって実現される。なお、通信方式としては、たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Local Area Network）などによる無線通信であってもよいし、ＵＳＢ（Universal Serial Bus）などを利用した有線通信であってもよい。

ＧＰＳコントローラ１２０は、ＧＰＳ信号または基地局からの位置信号（測位信号）を受信して携帯電話１０の位置情報を取得する。ＧＰＳコントローラ１２０は、取得した携帯電話１０の位置情報をＣＰＵ１０２に入力する。なお、ＧＰＳコントローラ１２０は、電波や通信情報に基づいて、携帯電話１０の位置情報を取得してもよい。

マイク１２２は、音声を受け付けて、音声に応じた信号をＣＰＵ１０２に入力する。スピーカ１１６は、ＣＰＵ１０２からの指示に基づいて、音声を出力する。

また、サーバ４０は、後述するような情報処理を全体として提供できればよく、そのハードウェア構成については公知のものを採用することができる。従って、サーバ４０のハードウェア構成の詳細な説明は行なわない。例えば、サーバ４０は、各種処理を実行するためのＣＰＵと、ＣＰＵによって実行されるプログラム、データなどを格納するためのメモリと、携帯電話１０と各種データを送受信するための通信インターフェイスとを含む。

＜携帯電話１０の機能構成＞
図４は、本実施の形態に従う携帯電話１０Ａ，１０Ｂの機能ブロック図である。図４を参照して、携帯電話１０は、取得部２００（取得部２００Ａ，２００Ｂの総称）と、送信部２０２（送信部２０２Ａ，２０２Ｂの総称）と、受信部２０４（受信部２０４Ａ，２０４Ｂの総称）と、品質制御部２０６（品質制御部２０６Ａ，２０６Ｂの総称）と、通信処理部（通信処理部２１４Ａ，２１４Ｂの総称）とを含む。これらの機能は、主に、携帯電話１０のＣＰＵ１０２がメモリ１０４に格納されたプログラムを実行し、携帯電話１０の構成要素へ指令を与えることなどによって実現される。ＣＰＵ１０２は、携帯電話１０の動作全体を制御する制御部としての機能を有する。なお、これらの機能構成の一部または全部はハードウェアで実現されていてもよい。

取得部２００Ａは、携帯電話１０Ａの通信能力情報を取得する。具体的には、取得部２００Ａは、メモリに格納されている携帯電話１０Ａの通信機能（音声通信機能、映像通信機能など）に関する情報を取得する。また、取得部２００Ａは、携帯電話１０Ａの通信信号強度または通信信号品質を測定することにより、現在の通信環境に関する情報を取得する。そして、取得部２００Ａは、携帯電話１０Ａの機能と現在の通信環境とを考慮した通信能力情報を送信部２０２Ａおよび品質制御部２０６Ａに送出する。

送信部２０２Ａは、メモリに格納されている携帯電話１０Ａの識別情報および通信能力情報を含む端末情報をサーバ４０に送信する。受信部２０４Ａは、サーバ４０から相手側の携帯電話１０Ｂの端末情報を受信して、品質制御部２０６Ａに送出する。

品質制御部２０６Ａは、携帯電話１０Ｂとの通信中に、携帯電話１０Ａと携帯電話１０Ｂとの間で共有するコンテンツの品質を制御する。具体的には、品質制御部２０６Ａは、携帯電話１０Ａの通信能力、および携帯電話１０Ｂの通信能力のうち低い方の通信能力を満たすようにコンテンツの品質を制御する。

また、品質制御部２０６Ａは、コンテンツが携帯電話１０Ａと携帯電話１０Ｂとの間で共有されているときに、最新の携帯電話１０Ａおよび１０Ｂの通信能力に基づいて、共有されているコンテンツが携帯電話１０Ａと携帯電話１０Ｂとの間で引き続き共有可能か否かを判断する。具体的には、品質制御部２０６Ａは、共有されているコンテンツの品質が最新の携帯電話１０Ａおよび１０Ｂの通信能力を満たすものか否かを判断し、満たす場合には共有可能であると判断し、満たさない場合には共有可能でないと判断する。

コンテンツの品質が携帯電話１０の通信能力を満たすか否かの基準は、たとえば、所定の画質（ＶＧＡ）の動画データが共有されている場合には、携帯電話１０の現在の通信環境において現状のビットレート、フレームレートでその動画データを引き続き送信して、受信側の携帯電話１０で動画を正しく表示（画像の表示遅れ、フレーム抜けなどが発生しない）できるのか否かである。あるいは、当該基準は、携帯電話１０の位置が変化して携帯電話１０がハンドオーバ（たとえば、ＬＴＥ網から３Ｇ網や２Ｇ網）した場合に、現在の通信能力において引き続き共有サービスを継続することが可能か否かなどである。

品質制御部２０６Ａは、上記判断結果に基づいて共有されているコンテンツの品質を制御する。具体的には、品質制御部２０６Ａは、共有されているコンテンツが携帯電話１０Ａと携帯電話１０Ｂとの間で引き続き共有可能ではないと判断した場合には、最新の携帯電話１０Ａおよび１０Ｂの通信能力に基づいて、当該コンテンツの品質を低下させる。詳細には、携帯電話１０Ａおよび１０Ｂの通信能力のうち、少なくともいずれかが以前のものと比較して低下しており、現状の品質でコンテンツが引き続き共有可能ではない場合には、品質制御部２０６Ａは、その低下した通信能力を満たすようにコンテンツの品質を低下させる。

また、品質制御部２０６Ａは、共有されているコンテンツが携帯電話１０Ａと携帯電話１０Ｂとの間で引き続き共有可能であると判断した場合には、最新の携帯電話１０Ａおよび１０Ｂの通信能力に基づいて、当該コンテンツの品質を維持または高くする。詳細には、携帯電話１０Ａおよび１０Ｂの通信能力が以前のものと比較して同等である場合には、品質制御部２０６Ａは、コンテンツの品質を維持する。また、携帯電話１０Ａおよび１０Ｂの通信能力が以前のものと比較して高くなっている場合には、品質制御部２０６Ａは、携帯電話１０の通信能力を満たすようにコンテンツの品質を高くしてもよい。

通信処理部２１４Ａは、品質制御部２０６Ａにより制御された品質のコンテンツを携帯電話１０Ｂ（通信処理部２１４Ｂ）に送信する。通信処理部２１４Ａが、携帯電話１０Ｂにコンテンツを送信することで、携帯電話１０Ａおよび携帯電話１０Ｂとの間でコンテンツが共有されることになる。ある局面では、品質制御部２０６Ａによりコンテンツの品質を現状よりも低下させることができない場合には、コンテンツの送信を中止する。より具体的には、現在のコンテンツの品質（動画データであれば、画質など）が最大まで低下させた品質であることから、品質制御部２０６Ａがこれ以上コンテンツの品質を低下させることができない場合には、通信処理部２１４Ａは、コンテンツの送信を中止することで共有サービスを中止する。

なお、携帯電話１０Ｂは、上述した携帯電話１０Ａと同じ機能を有するため、その詳細な説明は繰り返さない。

＜携帯電話１０における通信処理＞
次に、本実施の形態に従う携帯電話１０における通信処理について説明する。

（コンテンツ送信側の処理）
まず、図５を参照しながらコンテンツ送信側の携帯電話１０の通信処理について説明する。図５は、本実施の形態に従う携帯電話１０（コンテンツ送信側）における通信処理の処理手順を示すフローチャートである。以下の各ステップは、携帯電話１０のＣＰＵ１０２がメモリ１０４に格納されたプログラムを実行することによって実現される。なお、以下では、たとえば、コンテンツが動画データである場合について説明する。

図５を参照して、携帯電話１０のＣＰＵ１０２は、自端末の通信機能および通信環境を考慮した通信能力情報を取得する（ステップＳ１０２）。ＣＰＵ１０２は、自端末の識別情報と通信能力情報とを含む端末情報をサーバ４０に送信する（ステップＳ１０４）。ＣＰＵ１０２は、相手側（受信側）の携帯電話１０に発呼することで音声通話を開始する（ステップＳ１０６）。ＣＰＵ１０２は、相手側の端末情報（通信能力情報および識別情報）をサーバ４０から受信する（ステップＳ１０８）。

ＣＰＵ１０２は、相手側の携帯電話１０に対して動画共有を開始するか否かを問い合わせる（ステップＳ１１０）。ＣＰＵ１０２は、当該問い合わせに対する応答を受信することで動画共有を開始するか否かを判断する（ステップＳ１１２）。動画共有を開始しない場合には（ステップＳ１１２においてＮＯ）、ＣＰＵ１０２は処理を終了する。これに対して、動画共有を開始する場合には（ステップＳ１１２においてＹＥＳ）、ＣＰＵ１０２は、通信能力に応じた動画データを相手側の携帯電話１０に送信する（ステップＳ１１４）。具体的には、ＣＰＵ１０２は、携帯電話１０および相手側の携帯電話１０の通信能力を満たす（適した）画像サイズ、フレームレート、ビットレートの動画データを相手側の携帯電話１０に送信する。これにより、携帯電話１０と相手側の携帯電話１０との間で動画共有が開始される。

ＣＰＵ１０２は、ステップＳ１０４にて端末情報をサーバ４０に送信してから予め設定された一定時間（たとえば、５分間）が経過したか否かを判断する（ステップＳ１１６）。なお、この一定時間は、ユーザにより任意に設定することが可能である。一定時間が経過していない場合には（ステップＳ１１６においてＮＯ）、ＣＰＵ１０２はステップＳ１１６の処理を繰り返す。これに対して、一定時間が経過した場合には（ステップＳ１１６においてＹＥＳ）、ＣＰＵ１０２は、自端末の識別情報と取得した最新の通信能力情報とを含む端末情報をサーバ４０に送信する（ステップＳ１１８）。ＣＰＵ１０２は、相手側の最新の端末情報をサーバ４０から受信する（ステップＳ１２０）。

そして、ＣＰＵ１０２は、現在共有している動画データの品質が携帯電話１０および相手側の携帯電話１０の最新の通信能力を満たすか否かを判断する（ステップＳ１２２）。各々の携帯電話１０の通信能力を満たさない場合には（ステップＳ１２２においてＮＯ）、ＣＰＵ１０２は、各々の携帯電話１０の通信能力を満たすように動画データの品質を低下させて（ステップＳ１２４）、ステップＳ１２６の処理を実行する。これに対して、各々の携帯電話１０の通信能力を満たす場合には（ステップＳ１２２においてＹＥＳ）、ＣＰＵ１０２は、動画データの品質を維持して動画共有を継続するか否かを相手側の携帯電話１０Ｂに問い合わせる（ステップＳ１２６）。なお、ＣＰＵ１０２は、各々の携帯電話１０の通信能力を満たすように動画データの品質を高くしてもよい。

ＣＰＵ１０２は、継続問い合わせに対する応答に基づいて動画共有を継続するか否かを判断する（ステップＳ１２８）。動画共有を継続する場合には（ステップＳ１２８においてＹＥＳ）、ＣＰＵ１０２は、ステップＳ１１６からの処理を実行する。これに対して、動画共有を継続しない場合には（ステップＳ１２８においてＮＯ）、ＣＰＵ１０２は、動画共有を終了して（ステップＳ１３０）、処理を終了する。

（コンテンツ受信側の処理）
次に、図６を参照しながらコンテンツ受信側の携帯電話１０の通信処理について説明する。図６は、本実施の形態に従う携帯電話１０（コンテンツ受信側）における通信処理の処理手順を示すフローチャートである。なお、図５と同様にコンテンツが動画データである場合について説明する。

図６を参照して、ＣＰＵ１０２は、自端末の通信機能および通信環境を考慮した自端末の通信能力情報を取得する（ステップＳ２０２）。ＣＰＵ１０２は、自端末の識別情報と通信能力情報とを含む端末情報をサーバ４０に送信する（ステップＳ２０４）。ＣＰＵ１０２は、相手側の携帯電話１０からの発呼に応答することで音声通話を開始する（ステップＳ２０６）。ＣＰＵ１０２は、相手側（送信側）の携帯電話１０の端末情報をサーバ４０から受信する（ステップＳ２０８）。

ＣＰＵ１０２は、相手側の携帯電話１０から動画共有を開始するか否かの問い合わせを受信する（ステップＳ２１０）。ＣＰＵ１０２は、ユーザからの指示に応じて動画共有の開始を許可するか否かを判断する（ステップＳ２１２）。

動画共有を許可しない場合には（ステップＳ２１２においてＮＯ）、ＣＰＵ１０２は、相手側の携帯電話１０に動画共有の拒否を通知して（ステップＳ２１６）、処理を終了する。これに対して、動画共有を許可する場合には（ステップＳ２１２においてＹＥＳ）、ＣＰＵ１０２は、相手側の携帯電話１０に動画共有の許可を通知して（ステップＳ２１４）、相手側の携帯電話１０から送信される動画データを受信する（ステップＳ２１８）。これにより、携帯電話１０と相手側の携帯電話１０との間で動画共有が開始される。

ＣＰＵ１０２は、ステップＳ２０４にて端末情報をサーバ４０に送信してから予め設定された一定時間（たとえば、５分間）が経過したか否かを判断する（ステップＳ２２０）。一定時間が経過していない場合には（ステップＳ２２０においてＮＯ）、ＣＰＵ１０２はステップＳ２２０の処理を繰り返す。これに対して、一定時間が経過した場合には（ステップＳ２２０においてＹＥＳ）、ＣＰＵ１０２は、自端末の識別情報と取得した最新の通信能力情報とを含む端末情報をサーバ４０に送信する（ステップＳ２２２）。ＣＰＵ１０２は、相手側の最新の端末情報をサーバ４０から受信する（ステップＳ２２４）。

そして、ＣＰＵ１０２は、動画共有の継続の問い合わせを相手側の携帯電話１０から受信する（ステップＳ２２６）。ＣＰＵ１０２は、ユーザからの指示に応じて動画共有の継続を許可するか否かを判断する（ステップＳ２２８）。

動画共有の継続を許可する場合には（ステップＳ２２８においてＹＥＳ）、ＣＰＵ１０２は、相手側の携帯電話１０に動画共有の継続許可を通知して（ステップＳ２３０）、ステップＳ２２０からの処理を実行する。これに対して、動画共有を許可しない場合には（ステップＳ２２８においてＮＯ）、ＣＰＵ１０２は、相手側の携帯電話１０に動画共有の継続拒否を通知する（ステップＳ２３２）。そして、ＣＰＵ１０２は、動画共有を終了して（ステップＳ２３４）、処理を終了する。

［実施の形態２］
図５および図６で説明した通信処理では、携帯電話１０は、自端末の端末情報をサーバに送信した後に相手側の携帯電話１０と音声通話を開始しているが、これに限られない。たとえば、携帯電話１０は、相手側の携帯電話１０と音声通話を開始した後に、端末情報をサーバに送信してもよい。すなわち、ＣＰＵ１０２は、図５におけるステップＳ１０６の処理をステップＳ１０２の処理の前に実行し、図６におけるステップＳ２０６の処理をステップＳ２０２の処理の前に実行してもよい。

［実施の形態３］
なお、コンピュータを機能させて、上述のフローチャートで説明したような制御を実行させるプログラムを提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）、ＲＯＭ、ＲＡＭおよびメモリカードなどの一時的でないコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。

プログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本実施の形態にかかるプログラムに含まれ得る。

また、本実施の形態にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本実施の形態にかかるプログラムに含まれ得る。

＜本実施の形態の効果＞
本実施の形態によると、通信端末は、他の通信端末（相手）との間で動画共有などの共有サービスを開始する前および共有サービス継続中にサーバから定期的に相手の通信能力情報を取得する。通信端末が共有サービスを開始する前に相手の通信能力を取得している場合には、相手と共有サービスを開始するために必要な相手の通信能力を予め取得していることから、速やかに適切な品質で共有サービスを開始することが可能となる。また、共有サービス継続中に通信端末の通信環境が変化しても、通信端末は定期的にサーバから相手の最新の通信能力を取得することから、比較的速やかに適切なパラメータで安定した共有サービスを継続可能となる。

また、通信端末がハンドオーバするなどにより、通信端末の通信能力が低下して共有サービスが継続不可になった場合には、共有サービスを速やかに中止することもできる。通信端末の処理負荷を無駄に増大させることがなく、バッテリの無駄な消費を防ぐこともできる。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ ネットワークシステム、１０ 携帯電話、４０ サーバ、５０ インターネット、７０ キャリア網、１０２ ＣＰＵ、１０４ メモリ、１０６ タッチパネル、１０８ ボタン、１１０ ディスプレイ、１１２ 無線通信部、１１３ 通信アンテナ、１１４ メモリインターフェイス、１１５ 記憶媒体、１１６ スピーカ、１１８ 通信インターフェイス、１２０ ＧＰＳコントローラ、１２２ マイク、２００ 取得部、２０２ 送信部、２０４ 受信部、２０６ 品質制御部、２１４ 通信処理部。

Claims (5)

1. 通信端末であって、
   前記通信端末の通信能力を示す第１の能力情報をサーバに送信するための送信手段と、
   他の通信端末の通信能力を示す第２の能力情報を前記サーバから受信するための受信手段と、
   前記他の通信端末との通信中に、前記通信端末と前記他の通信端末との間で共有するコンテンツの品質を制御するための品質制御手段と、
   前記品質制御手段により制御された品質の前記コンテンツを前記他の通信端末に送信するコンテンツ送信手段とを備え、
   前記品質制御手段は、
   前記コンテンツが前記通信端末と前記他の通信端末との間で共有されているときに、最新の前記第１および第２の能力情報に基づいて、共有されている前記コンテンツが前記通信端末と前記他の通信端末との間で引き続き共有可能か否かを判断し、判断結果に基づいて、共有されている前記コンテンツの品質を制御する、通信端末。
2. 前記品質制御手段は、前記第１の能力情報が示す通信能力および前記第２の能力情報が示す通信能力のうち低い方の通信能力を満たすように、前記コンテンツの品質を制御する、請求項１に記載の通信端末。
3. 前記品質制御手段は、共有されている前記コンテンツが前記通信端末と前記他の通信端末との間で引き続き共有可能ではない場合には、最新の前記第１および第２の能力情報に基づいて、当該コンテンツの品質を低下させる、請求項２に記載の通信端末。
4. 前記コンテンツ送信手段は、前記品質制御手段により前記コンテンツの品質を現状よりも低下させることができない場合には、前記コンテンツの送信を中止する、請求項３に記載の通信端末。
5. 前記品質制御手段は、共有されている前記コンテンツが前記通信端末と前記他の通信端末との間で引き続き共有可能である場合には、最新の前記第１および第２の能力情報に基づいて、当該コンテンツの品質を維持または高くする、請求項２〜４のいずれか１項に記載の通信端末。

Images