(57)【要約】【課題】シンクライアント端末と通信相手端末との間の通信が切断する可能性を低減できる。【解決手段】シンクライアントサーバ１０において、通信制御部は、端末６０との間で送受信する通信データの入出力相手を、端末５０−１の通信品質に基づいて、端末５０−１から端末５０−２へ切り替える。例えば、通信制御部は、端末５０−１の通信品質が第１閾値以下であり、且つ、端末５０−２の通信品質が第２閾値以上である場合、通信データの入出力相手を、端末５０−１から端末５０−２へ切り替える。【選択図】図１
2015133587.tif 000002
【特許請求の範囲】
【請求項１】
端末機能を実現するソフトウェアを実行して第１端末との間で通信し、前記第１端末との間で送受信する通信データを、シンクライアントである第２端末との間で入出力するサーバであって、
前記第２端末の通信品質及び端末状態の少なくともいずれか一方に関する情報を取得する取得部と、
前記取得した情報に基づいて、前記通信データの入出力相手を、前記第２端末からシンクライアントである第３端末へ切り替える通信制御部と、
を具備することを特徴とするサーバ。
【請求項２】
前記取得部は、前記第３端末の通信品質に関する情報を取得し、
前記通信制御部は、前記第２端末の通信品質が第１閾値未満であり、且つ、前記第３端末の通信品質が第２閾値以上である場合、前記通信データの入出力相手を、前記第２端末から前記第３端末へ切り替える、
ことを特徴とする請求項１に記載のサーバ。
【請求項３】
前記取得部は、前記第３端末の通信品質に関する情報を取得し、前記第２端末の端末状態として前記第２端末のバッテリ残量を取得し、
前記通信制御部は、前記第２端末のバッテリ残量が第３閾値未満であり、且つ、前記第３端末の通信品質が第２閾値以上である場合、前記通信データの入出力相手を、前記第２端末から前記第３端末へ切り替える、
ことを特徴とする請求項１に記載のサーバ。
【請求項４】
前記第２端末及び前記第３端末は、ユーザアカウントが同一である、
ことを特徴とする請求項１から３のいずれか一項に記載のサーバ。
【請求項５】
自装置の通信品質及び端末状態の少なくともいずれか一方に関する情報を取得する取得部と、
前記取得した情報をサーバへ送信する通信処理部と、
を具備することを特徴とするシンクライアント端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ及びシンクライアント端末に関する。
【背景技術】
【０００２】
近年、端末機能を実現するソフトウェアを実行するサーバ（以下では、「シンクライアントサーバ」と呼ばれることがある）と、シンクライアントサーバとの間でデータの入出力を行う端末（以下では、「シンクライアント端末」と呼ばれることがある）とを含むシンクライアントシステムが提案されている。シンクライアント端末では実体的な処理は行われず、実体的な処理はシンクライアントサーバで行われる。また、シンクライアント端末に、シンクライアントサーバで行われた処理結果等のデータが表示される一方で、記憶されない仕様もある。これにより、セキュリティの確保及び集中管理を実現することができる。
【０００３】
また、シンクライアントサーバは、第１端末（以下では、「通信相手端末」と呼ばれることがある）との間で通信し、第１端末との間で送受信する通信データを、シンクライアント端末である第２端末との間で入出力することがある。これにより、第１端末と第２端末との間の通信を実現することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１０１２１５号公報
【特許文献２】特開２０１０−２３１７５９号公報
【特許文献３】特開平１１−１８７４４８号公報
【特許文献４】特開２００８−４２３８６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、シンクライアント端末は、無線基地局に接続し、当該無線基地局を介してシンクライアントサーバと通信することがある。
【０００６】
しかしながら、シンクライアント端末と無線基地局との間の無線回線環境によっては、シンクライアント端末と無線基地局との間の無線回線が切断されてしまう可能性がある。この結果、シンクライアント端末と通信相手端末との間の通信が継続できない可能性がある。また、シンクライアント端末と通信相手端末との間の通信を再度確立するためには、接続シーケンスを行う時間を要し、通信の継続性は保たれない。これらの問題は、特にリアルタイム性を期待される通話において顕著となる。
【０００７】
開示の技術は、上記に鑑みてなされたものであって、シンクライアント端末と通信相手端末との間の通信が切断する可能性を低減できる、サーバ及びシンクライアント端末を提供することを目的とする。
【課題を解決するための手段】
【０００８】
開示の態様では、サーバは、端末機能を実現するソフトウェアを実行して第１端末との間で通信し、前記第１端末との間で送受信する通信データを、シンクライアントである第２端末との間で入出力する。そして、前記サーバは、前記第２端末の通信品質及び端末状態の少なくともいずれか一方に関する情報を取得する取得部と、前記取得した情報に基づいて、前記通信データの入出力相手を、前記第２端末からシンクライアントである第３端末へ切り替える通信制御部と、を具備する。
【発明の効果】
【０００９】
開示の態様によれば、シンクライアント端末と通信相手端末との間の通信が切断する可能性を低減できる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施例１の通信システムの一例を示す図である。
【図２】図２は、実施例１のシンクライアントサーバの一例を示すブロック図である。
【図３】図３は、実施例１の管理テーブルの一例を示す図である。
【図４】図４は、実施例１のグループテーブルの一例を示す図である。
【図５】図５は、実施例１の切り替え条件テーブルの一例を示す図である。
【図６】図６は、実施例１の端末の一例を示すブロック図である。
【図７】図７は、実施例１のシンクライアントサーバの処理動作の一例を示すフローチャートである。
【図８】図８は、実施例２の管理テーブルの一例を示す図である。
【図９】図９は、実施例２のグループテーブルの一例を示す図である。
【図１０】図１０は、実施例２の切り替え条件テーブルの一例を示す図である。
【図１１】図１１は、実施例２の端末の一例を示すブロック図である。
【図１２】図１２は、シンクライアントサーバのハードウェア構成例を示す図である。
【図１３】図１３は、端末のハードウェア構成例を示す図である。
【発明を実施するための形態】
【００１１】
以下に、本願の開示するサーバ及びシンクライアント端末の実施形態を図面に基づいて詳細に説明する。なお、この実施形態により本願の開示するサーバ及びシンクライアント端末が限定されるものではない。また、実施形態において同一の機能を有する構成には同一の符号を付し、重複する説明は省略される。
【００１２】
［実施例１］
［通信システムの概要］
図１は、実施例１の通信システムの一例を示す図である。図１において、通信システム１は、シンクライアントサーバ１０と、基地局３０−１，２と、端末５０−１，２と、端末６０とを有する。シンクライアントサーバ１０と基地局３０−１，２のそれぞれとは、公衆網７０を介して接続している。基地局３０−１，２は、例えば、通信規格である３ＧＰＰ  ＬＴＥ（3rd  Generation  Partnership  Project  Long  Term  Evolution）に対応する基地局である。図１におけるセルＣ３０−１及びセルＣ３０−２は、それぞれ、基地局３０−１及び基地局３０−２の「セル」である。「セル」とは、１つの基地局の「通信エリア」と「チャネル周波数」とに基づいて規定される。「通信エリア」とは、基地局から送信された電波が所定の電力値以上で到達するエリア（以下では、「カバーエリア」と呼ばれることがある）の全体でもよいし、カバーエリアが分割された分割エリア（所謂、セクタ）であってもよい。また、「チャネル周波数」とは、基地局が通信に使用する周波数の一単位であり、中心周波数と帯域幅とに基づいて規定される。また、チャネル周波数は、システム全体に割り当てられている「オペレーティング帯域」の一部である。また、端末５０−１，２は、シンクライアント端末として機能することを可能とするアプリケーションが適用されている。端末６０は、シンクライアント端末として機能することを可能とするアプリケーションが適用されていなくてもよい。なお、図１に示したシンクライアントサーバ１０、基地局３０、端末５０、及び端末６０の数は一例であり、これに限定されるものではない。
【００１３】
シンクライアントサーバ１０は、シンクライアント端末として機能可能な端末５０−１及び端末５０−２のそれぞれから、端末５０−１及び端末５０−２のそれぞれにおける「通信品質」に関する情報を取得する。通信品質に関する情報は、例えば、基準信号受信電力（ＲＳＲＰ：Reference Signal Received Power）、基準信号受信品質（ＲＳＲＱ：Reference Signal Received Quality）、受信信号強度（ＲＳＳＩ：Received Signal Strength Indication）等である。
【００１４】
ここで、端末５０−１と端末６０との間で通信（例えば、通話）が行われている。この通話は、次のようにして実現される。すなわち、シンクライアントサーバ１０は、端末機能を実現するソフトウェアを実行して、端末５０−１にとっての通信相手端末である端末６０との間で通話を行う。つまり、シンクライアントサーバ１０は、仮想端末を実現して、この仮想端末と端末６０との間の通話を実現している。そして、シンクライアントサーバ１０は、端末６０との間で送受信する通話データを、端末５０−１との間で基地局３０−１を介して入出力する。
【００１５】
そして、シンクライアントサーバ１０は、端末５０−１から取得した通信品質に関する情報に基づいて、通話データの入出力相手を、端末５０−１から端末５０−２へ切り替える。例えば、シンクライアントサーバ１０は、端末５０−１の通信品質が「第１閾値」以下であり、且つ、端末５０−２の通信品質が「第２閾値」以上である場合、通話データの入出力相手を、端末５０−１から端末５０−２へ切り替える。すなわち、シンクライアントサーバ１０は、端末５０−１と基地局３０−１との間の無線回線が切れてしまう可能性が高いと判断できるときには、無線回線の状況が良好であると判断できる端末５０−２へ切り替える。ここで、「第１閾値」と「第２閾値」とは、同じ値であってもよいし、異なる値であってもよい。また、端末５０−１と端末５０−２とは、同じユーザの端末、つまりユーザアカウントが同じ端末である。また、端末５０−１と端末５０−２とは、通信キャリアが同じであっても、異なっていてもよい。すなわち、図１では、説明を簡単にするために、端末５０−１及び端末５０−２は、同じ基地局３０−１に接続しているように表現しているが、実際上、端末５０−１と端末５０−２とは、異なる通信キャリアの基地局に接続していてもよい。つまり、実際上、端末５０−１と端末５０−２とは、異なるオペレーティング帯域の基地局に接続していてもよい。
【００１６】
以上のように、シンクライアントサーバ１０は、通信中のシンクライアント端末である端末５０−１の通信品質に基づいて、通話データの入出力相手を、端末５０−１からシンクライアント端末である端末５０−２へ切り替える。これにより、端末５０−１と基地局３０−１との間の無線回線が切れてしまう可能性が高いと判断できるときに、通話データの入出力相手を切り替えることができるので、通信断の可能性を低減できる。
【００１７】
［シンクライアントサーバの構成例］
図２は、実施例１のシンクライアントサーバの一例を示すブロック図である。図２において、シンクライアントサーバ１０は、インタフェース（ＩＦ）１１，１３と、通信処理部１２と、通知取得部１４と、端末管理部１５と、記憶部１６と、通信制御部１７とを有する。
【００１８】
ＩＦ１１は、公衆網７０を介して基地局３０との間で通信データを送受信するインタフェースである。例えば、ＩＦ１１は、シンクライアント端末である端末５０−１から送出された信号を基地局３０及び公衆網７０を介して受信し、受信した信号を通信処理部１２へ出力する。また、例えば、ＩＦ１１は、通信処理部１２から受け取った信号を、公衆網７０及び基地局３０を介して、端末５０−１へ送出する。
【００１９】
ＩＦ１３は、公衆網７０を介して基地局３０との間で通信データを送受信するインタフェースである。例えば、ＩＦ１３は、シンクライアント端末である端末５０−１の通信相手端末である端末６０から送信された信号を基地局３０及び公衆網７０を介して受信し、受信した信号を通信処理部１２へ出力する。また、例えば、ＩＦ１３は、通信処理部１２から受け取った信号を、公衆網７０及び基地局３０を介して、端末６０へ送信する。なお、ここでは、ＩＦ１１とＩＦ１３とを別のインタフェースとして説明しているが、ＩＦ１１とＩＦ１３とは１つのインタフェースで実現されてもよい。
【００２０】
通信処理部１２は、入力された信号に対して所定の受信処理を施す。また、通信処理部１２は、所定の受信処理後の信号に対して所定の送信処理を施して、ＩＦ１１又はＩＦ１３へ出力する。また、通信処理部１２は、所定の受信処理後の信号を通知取得部１４へ出力する。
【００２１】
例えば、通信処理部１２は、シンクライアント端末である端末５０−１又は端末５０−２から送出された信号を、ＩＦ１１を介して受信する。そして、通信処理部１２は、ＩＦ１１を介して受信した信号の宛先情報として、通信相手端末である端末６０の識別子（例えば、ＭＡＣアドレス）を付加して、ＩＦ１３へ出力する。また、通信処理部１２は、ＩＦ１１を介して受信した信号を通知取得部１４へ出力する。
【００２２】
また、例えば、通信処理部１２は、通信相手端末である端末６０から送信された信号を、ＩＦ１３を介して受信する。そして、通信処理部１２は、ＩＦ１３を介して受信した信号の宛先情報として、通信制御部１７から受け取る「宛先指示信号」が示すシンクライアント端末の識別子を付加して、ＩＦ１１へ出力する。すなわち、通信処理部１２は、「宛先指示信号」が端末５０−１を示している期間では、端末５０−１の識別子を宛先として付加する一方、「宛先指示信号」が端末５０−２を示すものに切り替えられると、端末５０−２の識別子を宛先として付加する。
【００２３】
すなわち、通信処理部１２は、端末５０−１と端末６０との間で通話が行われている場合、端末機能を実現するソフトウェアを実行して、端末５０−１にとっての通信相手端末である端末６０との間で通話を行う。そして、通信処理部１２は、端末６０との間で送受信する通話データを、端末５０−１との間で基地局３０−１を介して入出力する。そして、通信処理部１２は、通信制御部１７の制御に従って、通話データの入出力相手を、端末５０−１から端末５０−２へ切り替える。
【００２４】
通知取得部１４は、通信処理部１２から受け取る信号から、シンクライアント端末である端末５０から送出された「通知」を抽出する。実施例１において、この「通知」には、シンクライアント端末である端末５０についての、「通信状態」に関する情報、及び、「通信品質」に関する情報が含まれることがある。また、通知取得部１４は、通知を抽出すると、通知を取得したことを示す「報告信号」を通信制御部１７へ出力する。
【００２５】
端末管理部１５は、通知取得部１４で抽出された「通知」に含まれる情報によって、記憶部１６に記憶されている「管理テーブル」を更新する。図３は、実施例１の管理テーブルの一例を示す図である。図３に示すように、「管理テーブル」には、更新タイミング毎にエントリが１つずつ追加されている。各エントリでは、通知の送信元である端末５０の識別子と、その端末５０の通信状態と、その端末５０の通信品質とが対応づけられている。例えば、一番上の時刻ｔ１のエントリでは、端末５０−１の通信状態は、「着呼開始」であり、通信品質は、「通信品質値（ｔ１）」である。
【００２６】
また、端末管理部１５は、シンクライアント端末のグループを記憶する「グループテーブル」を管理する。「グループ」は、上記の通り、同一のユーザアカウントであるシンクライアント端末を含んでいる。図４は、実施例１のグループテーブルの一例を示す図である。図４に示すように、端末５０−１と端末５０−２とは、同一のグループに属している。
【００２７】
また、端末管理部１５は、シンクライアント端末の切り替え条件を記憶する「切り替え条件テーブル」を管理する。図５は、実施例１の切り替え条件テーブルの一例を示す図である。図５に示すように、端末５０−１について設定された切り替え条件は、「端末５０−１の通信品質値が第１閾値以下であり、且つ、端末５０−１と同じグループに属する切り替え先端末の候補の通信品質値が第２閾値以上である」ことである。すなわち、端末５０−１について設定された切り替え条件は、「端末５０−１の通信品質値が第１閾値以下であること」という「第１条件」と、「端末５０−１と同じグループに属し、且つ、通信品質値が第２閾値以上である切り替え先端末の候補が存在すること」という「第２条件」とを含む。なお、「切り替え条件」は、「グループ」のユーザが自由に設定することができる。
【００２８】
通信制御部１７は、各シンクライアント端末が「切り替え条件」を満たすか否かを判定し、通信データの入出力相手を、切り替え条件を満たすシンクライアント端末から、当該シンクライアント端末と同じグループに属するシンクライアント端末へ切り替える、「宛先指示信号」を出力する。
【００２９】
［端末の構成例］
図６は、実施例１の端末の一例を示すブロック図である。図６において、端末５０は、無線部５１と、通信処理部５２と、通信品質測定部５３と、通信状態管理部５４と、通信制御部５５とを有する。
【００３０】
無線部５１は、アンテナを介して受信した信号に対して所定の無線受信処理を施して、無線受信処理後の受信信号を通信処理部５２へ出力する。所定の無線受信処理は、例えば、ダウンコンバート、アナログディジタル変換等を含む。また、無線部５１は、通信処理部５２から受け取る信号に対して所定の無線送信処理を施して、無線送信処理後の送信信号を、アンテナを介して送信する。所定の無線送信処理は、例えば、ディジタルアナログ変換、アップコンバート等を含む。
【００３１】
通信処理部５２は、無線部５１から受け取る受信信号に対して信号処理（例えば、復調処理及び復号化処理等）を施し、得られた信号を通信品質測定部５３、通信状態管理部５４、及び、後段の他の機能部へ出力する。この通信処理部５２から出力される信号には、基地局３０から送信された参照信号、着呼通知信号、及び、通信データ等が含まれることがある。
【００３２】
また、通信処理部５２は、送信データ及び通信制御部５５から受け取る「通知」を入力する。そして、通信処理部５２は、この入力信号に対して信号処理（例えば、符号化処理及び変調処理等）を施し、得られた信号を無線部５１へ出力する。
【００３３】
通信品質測定部５３は、通信処理部５２から出力された上記の参照信号に基づいて、端末５０の「通信品質」を測定する。上記の通り、通信品質は、例えば、基準信号受信電力（ＲＳＲＰ：Reference Signal Received Power）、基準信号受信品質（ＲＳＲＱ：Reference Signal Received Quality）、受信信号強度（ＲＳＳＩ：Received Signal Strength Indication）等である。
【００３４】
通信状態管理部５４は、端末５０の通信状態を管理する。端末５０の通信状態としては、「発呼開始」、「着呼開始」、「通信あり」、「通信なし」等がある。
【００３５】
通信制御部５５は、通信品質測定部５３で測定された通信品質、及び、通信状態管理部５４で管理されている端末５０の通信状態を含む、「通知」を生成し、生成した通知を通信処理部５２へ出力する。通信制御部５５が通知を生成し生成した通知を通信処理部５２へ出力するタイミングとしては、例えば、（１）発呼開始を検出したタイミング、（２）着呼を検出したタイミング、（３）通信品質が変化したタイミング、（４）通信ありの状態から通信なしの状態に変化したタイミング等を挙げることができる。
【００３６】
［シンクライアントサーバの動作例］
以上の構成を有するシンクライアントサーバ１０の処理動作例について説明する。図７は、実施例１のシンクライアントサーバの処理動作の一例を示すフローチャートである。
【００３７】
シンクライアントサーバ１０において、通信制御部１７は、「終了条件」が満たされていない場合（ステップＳ１０１否定）、通知取得部１４で通知を取得したか否かを判定する（ステップＳ１０２）。通信制御部１７は、上記の報告信号によって、通知が取得されたことを知ることができる。なお、「終了条件」が満たされた場合（ステップＳ１０１肯定）には、図７のフローは終了する。「終了条件」は、例えば、シンクライアントサーバ１０の電源がオフされることである。
【００３８】
通知が取得された場合（ステップＳ１０２肯定）、端末管理部１５は、管理テーブルを更新する（ステップＳ１０３）。
【００３９】
通信制御部１７は、更新された管理テーブルを参照して、ステップＳ１０２で取得した通知が通信中のシンクライアント端末からの通知であるか否かを判定する（ステップＳ１０４）。
【００４０】
通信中のシンクライアント端末からの通知である場合（ステップＳ１０４肯定）、通信制御部１７は、切り替え条件を満たしているか否かを判定する（ステップＳ１０５）。すなわち、通信制御部１７は、「切り替え条件の判定処理」を実行する。例えば、通信制御部１７は、まず、上記の第１条件、つまり、「対象のシンクライアント端末の通信品質が第１閾値以下であること」が満たされているか否かを判定する。次に、通信制御部１７は、上記の第２条件、つまり、「対象のシンクライアント端末と同じグループに属し、且つ、通信品質が第２閾値以上であるシンクライアント端末が存在すること」が満たされているか否かを判定する。
【００４１】
切り替え条件が満たされている場合（ステップＳ１０５肯定）、つまり、上記の第１条件及び第２条件が満たされている場合、通信制御部１７は、切り替え処理を実行する（ステップＳ１０６）。すなわち、通信制御部１７は、通信データの入出力相手を、通信中のシンクライアント端末から、上記の第２条件を満たしたシンクライアント端末へ切り替える。この切り替えは、上記の宛先指示信号の示すシンクライアント端末を変更することにより、行われる。
【００４２】
なお、通知が取得されていない場合（ステップＳ１０２否定）、通信中のシンクライアント端末からの通知でない場合（ステップＳ１０４否定）、切り替え条件が満たされていない場合（ステップＳ１０５否定）、処理ステップは、ステップＳ１０１へ戻る。
【００４３】
以上のように本実施例によれば、シンクライアントサーバ１０において、通信制御部１７は、端末６０との間で送受信する通信データの入出力相手を、端末５０−１の通信品質に基づいて、端末５０−１から端末５０−２へ切り替える。例えば、通信制御部１７は、端末５０−１の通信品質が第１閾値以下であり、且つ、端末５０−２の通信品質が第２閾値以上である場合、通信データの入出力相手を、端末５０−１から端末５０−２へ切り替える。
【００４４】
このシンクライアントサーバ１０の構成により、端末５０−１と基地局３０−１との間の無線回線が切れてしまう可能性が高いと判断できるときに、通話データの入出力相手を切り替えることができるので、通信断の可能性を低減できる。
【００４５】
また、例えば、端末５０−１と端末５０−２とは、同じユーザの端末、つまりユーザアカウントが同じ端末である。また、端末５０−１と端末５０−２とは、異なる通信キャリアの基地局に接続していてもよい。
【００４６】
これにより、例えば、一人のユーザが端末５０−１及び端末５０−２を保持しており、端末５０−１の通信キャリアのサービスエリアよりも端末５０−２の通信キャリアのサービスエリアが広い場合、端末５０−１で行っていた通信を端末５０−２の通信に切り替えて通信の継続性を保つことができる。
【００４７】
［実施例２］
実施例１では、シンクライアントサーバは、通信データの入出力相手であるシンクライアント端末の切り替えを、通信品質に基づいて行っている。これに対して、実施例２では、シンクライアントサーバは、通信データの入出力相手であるシンクライアント端末の切り替えを、シンクライアント端末の端末状態に基づいて行う。なお、実施例２の通信システム、及び、シンクライアントサーバの構成は、実施例１の通信システム、及び、シンクライアントサーバの構成と基本的に同じであるので、図１、２を用いて説明する。
【００４８】
［シンクライアントサーバの構成例］
実施例２のシンクライアントサーバ１０において、通知取得部１４は、通信処理部１２から受け取る信号から、シンクライアント端末である端末５０から送出された「通知」を抽出する。実施例２において、この「通知」には、シンクライアント端末である端末１５０についての、「通信状態」に関する情報及び「通信品質」に関する情報の他に、「端末状態」に関する情報が含まれることがある。「端末状態」に関する情報は、例えば、その端末のバッテリ残量（例えば、満充電時のバッテリ残量（つまり、バッテリ容量）に対する現在のバッテリ残量の割合）に関する情報である。
【００４９】
端末管理部１５は、通知取得部１４で抽出された「通知」に含まれる情報によって、記憶部１６に記憶されている「管理テーブル」を更新する。図８は、実施例２の管理テーブルの一例を示す図である。図８に示すように、「管理テーブル」には、更新タイミング毎にエントリが１つずつ追加されている。各エントリでは、通知の送信元である端末１５０の識別子と、その端末１５０の通信状態と、その端末１５０の通信品質と、その端末１５０のバッテリ残量とが対応づけられている。例えば、一番上の時刻ｔ１のエントリでは、端末１５０−１の通信状態は、「着呼開始」であり、通信品質は、「通信品質値（ｔ１）」であり、バッテリ残量は、「２０」である。なお、図８におけるバッテリ残量には、満充電時のバッテリ残量（つまり、バッテリ容量）に対する現在のバッテリ残量の割合が示されている。
【００５０】
また、端末管理部１５は、シンクライアント端末のグループを記憶する「グループテーブル」を管理する。「グループ」は、上記の通り、同一のユーザアカウントであるシンクライアント端末を含んでいる。図９は、実施例２のグループテーブルの一例を示す図である。図９に示すように、端末１５０−１と端末１５０−２とは、同一のグループに属している。
【００５１】
また、端末管理部１５は、シンクライアント端末の切り替え条件を記憶する「切り替え条件テーブル」を管理する。図１０は、実施例２の切り替え条件テーブルの一例を示す図である。図１０に示すように、端末１５０−１について設定された切り替え条件は、「端末１５０−１のバッテリ残量が第３閾値以下であり、且つ、端末１５０−１と同じグループに属する切り替え先端末の候補の通信品質値が第２閾値以上である」ことである。すなわち、端末１５０−１について設定された切り替え条件は、「端末１５０−１のバッテリ残量が第３閾値以下であること」という「第１条件」と、「端末１５０−１と同じグループに属し、且つ、通信品質値が第２閾値以上である切り替え先端末の候補が存在すること」という「第２条件」とを含む。なお、「切り替え条件」は、「グループ」のユーザが自由に設定することができる。
【００５２】
通信制御部１７は、各シンクライアント端末が「切り替え条件」を満たすか否かを判定し、通信データの入出力相手を、切り替え条件を満たすシンクライアント端末から、当該シンクライアント端末と同じグループに属するシンクライアント端末へ切り替える、「宛先指示信号」を出力する。
【００５３】
［端末の構成例］
図１１は、実施例２の端末の一例を示すブロック図である。図１１において、端末１５０は、端末状態監視部１５６を有する。
【００５４】
端末状態監視部１５６は、端末状態として、例えば、端末１５０のバッテリ残量を検出し、検出したバッテリ残量に関する情報を通信制御部５５へ出力する。
【００５５】
端末１５０の通信制御部５５は、通信品質測定部５３で測定された通信品質、通信状態管理部５４で管理されている端末１５０の通信状態、及び、端末状態監視部１５６で検出した端末状態を含む、「通知」を生成し、生成した通知を通信処理部５２へ出力する。
【００５６】
［シンクライアントサーバの動作例］
以上の構成を有するシンクライアントサーバ１０の処理動作例について説明する。なお、実施例２のシンクライアントサーバ１０の処理動作は、基本的に実施例１のシンクライアントサーバ１０の処理動作と同じであるので、図７を用いて説明する。実施例２のシンクライアントサーバ１０の処理動作と、実施例１のシンクライアントサーバ１０の処理動作とでは、切り替え条件が異なっている。
【００５７】
すなわち、通信中のシンクライアント端末からの通知である場合（ステップＳ１０４肯定）、通信制御部１７は、切り替え条件を満たしているか否かを判定する（ステップＳ１０５）。すなわち、通信制御部１７は、「切り替え条件の判定処理」を実行する。例えば、通信制御部１７は、まず、上記の第１条件、つまり、「対象のシンクライアント端末のバッテリ残量が第３閾値以下であること」が満たされているか否かを判定する。次に、通信制御部１７は、上記の第２条件、つまり、「対象のシンクライアント端末と同じグループに属し、且つ、通信品質が第２閾値以上であるシンクライアント端末が存在すること」が満たされているか否かを判定する。
【００５８】
以上のように本実施例によれば、シンクライアントサーバ１０において、通信制御部１７は、端末６０との間で送受信する通信データの入出力相手を、端末１５０−１のバッテリ残量に基づいて、端末１５０−１から端末１５０−２へ切り替える。例えば、通信制御部１７は、端末１５０−１のバッテリ残量が第３閾値以下であり、且つ、端末１５０−２の通信品質が第２閾値以上である場合、通信データの入出力相手を、端末１５０−１から端末１５０−２へ切り替える。
【００５９】
このシンクライアントサーバ１０の構成により、端末１５０−１と基地局３０−１との間の無線回線が切れてしまう可能性が高いと判断できるときに、通話データの入出力相手を切り替えることができるので、通信断の可能性を低減できる。
【００６０】
［他の実施例］
［１］実施例１及び実施例２では、端末６０と端末５０−１（又は端末１５０−１）との間の通信が切断された場合について説明をしていないが、以下のような処理が行われてもよい。すなわち、シンクライアントサーバ１０は、端末６０に対して、端末５０−１（又は端末１５０−１）の復帰を待つか、又は、端末５０−２（又は端末１５０−２）を呼び出すかを選択させる。端末６０が端末５０−１（又は端末１５０−１）の復帰を待つことを選択した場合、端末５０−１（又は端末１５０−１）とシンクライアントサーバ１０との接続が復帰したことを契機に、端末６０と端末５０−１（又は端末１５０−１）との間の通信が再開される。端末５０−１（又は端末１５０−１）とシンクライアントサーバ１０との接続が復帰しない場合、端末６０は、通信を終了する。一方、端末５０−２（又は端末１５０−２）を呼び出すことを選択した場合、シンクライアントサーバ１０は、実施例１又は実施例２の切り替え判定処理を実行する。
【００６１】
［２］実施例１及び実施例２で図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
【００６２】
更に、各装置で行われる各種処理機能は、ＣＰＵ（Central  Processing  Unit）（又はＭＰＵ（Micro  Processing  Unit）、ＭＣＵ（Micro  Controller  Unit）等のマイクロ・コンピュータ）上で、その全部又は任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵ（又はＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしてもよい。
【００６３】
実施例１及び実施例２のシンクライアントサーバ及び端末は、次のようなハードウェア構成により実現することができる。
【００６４】
図１２は、シンクライアントサーバのハードウェア構成例を示す図である。図１２に示すように、シンクライアントサーバ２００は、ＩＦ（Inter  Face）２０１と、プロセッサ２０２と、メモリ２０３とを有する。プロセッサ２０２の一例としては、ＣＰＵ、ＤＳＰ（Digital  Signal  Processor）、ＦＰＧＡ（Field  Programmable  Gate  Array）等が挙げられる。また、メモリ２０３の一例としては、ＳＤＲＡＭ（Synchronous  Dynamic  Random  Access  Memory）等のＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ等が挙げられる。
【００６５】
そして、実施例１及び実施例２のシンクライアントサーバで行われる各種処理機能は、不揮発性記憶媒体などの各種メモリに格納されたプログラムを増幅装置が備えるプロセッサで実行することによって実現してもよい。
【００６６】
すなわち、通信処理部１２と、通知取得部１４と、端末管理部１５と、通信制御部１７とによって実行される各処理に対応するプログラムがメモリ２０３に記録され、各プログラムがプロセッサ２０２で実行されてもよい。なお、記憶部１６は、メモリ２０３によって実現される。また、ＩＦ１１，１３は、ＩＦ２０１によって実現される。
【００６７】
図１３は、端末のハードウェア構成例を示す図である。図１３に示すように、端末３００は、ＲＦ（Radio  Frequency）回路３０１と、プロセッサ３０２と、メモリ３０３とを有する。
【００６８】
プロセッサ３０２の一例としては、ＣＰＵ、ＤＳＰ、ＦＰＧＡ等が挙げられる。また、メモリ３０３の一例としては、ＳＤＲＡＭ等のＲＡＭ、ＲＯＭ、フラッシュメモリ等が挙げられる。
【００６９】
そして、実施例１及び実施例２の端末５０及び端末１５０で行われる各種処理機能は、不揮発性記憶媒体などの各種メモリに格納されたプログラムを増幅装置が備えるプロセッサで実行することによって実現してもよい。すなわち、通信処理部５２と、通信品質測定部５３と、通信状態管理部５４と、通信制御部５５と、端末状態監視部１５６とによって実行される各処理に対応するプログラムがメモリ３０３に記録され、各プログラムがプロセッサ３０２で実行されてもよい。なお、無線部５１は、ＲＦ回路３０１によって実現される。
【符号の説明】
【００７０】
１  通信システム
１０  シンクライアントサーバ
１１，１３  ＩＦ
１２，５２  通信処理部
１４  通知取得部
１５  端末管理部
１６  記憶部
１７，５５  通信制御部
３０  基地局
５０，６０，１５０  端末
５１  無線部
５３  通信品質測定部
５４  通信状態管理部
７０  公衆網
１５６  端末状態監視部
【図１】
2015133587.tif 000003
【図２】
2015133587.tif 000004
【図３】
2015133587.tif 000005
【図４】
2015133587.tif 000006
【図５】
2015133587.tif 000007
【図６】
2015133587.tif 000008
【図７】
2015133587.tif 000009
【図８】
2015133587.tif 000010
【図９】
2015133587.tif 000011
【図１０】
2015133587.tif 000012
【図１１】
2015133587.tif 000013
【図１２】
2015133587.tif 000014
【図１３】
2015133587.tif 000015