(57)【要約】【課題】通信端末同士がすぐに連携サービスを実行可能とし、ユーザが通信端末に実装されている機能を気にすることなく、通信端末の連携サービスを享受できるようにする。【解決手段】通信端末Ａがモデレータ１へサービス開始要求を行う（Ｓ１）。モデレータ１は通信端末Ｂへ通信端末情報を要求する（Ｓ７）。通信端末Ｂは自身の通信環境や通信端末利用状況を判断し、サービス開始（通信端末Ａによる操作）が可能であれば、自身の通信端末情報と共に許可通知を行う（Ｓ１１）。モデレータ１は、要求された通信サービスを実施するために必要な機能があるか、通信環境や通信端末スペック等を考慮し、どちらに追加機能を提供するか判断し、例えば、必要なソフトウェアモジュール等を通信端末Ａへ配布する（Ｓ１５）。配布を受けた通信端末Ａは、ソフトウェアモジュールのインストール及び設定を行い、通信端末Ｂとの通信を開始し、通信端末Ｂを操作する（Ｓ２１）。【選択図】図５
2010250723.tif 000002
【特許請求の範囲】
【請求項１】
同じネットワークに存在するモデレータと１以上の通信端末とを有し、
前記モデレータは、
前記通信端末との通信を行う通信部、
前記通信端末に関する通信端末情報を管理する通信端末情報蓄積部、
前記通信端末情報を取得する通信端末管理部、
前記通信端末情報を基に、どの通信端末にどのソフトウェアモジュールが必要かを判断するサービス提供ポリシハンドル部、
前記ソフトウェアモジュールを管理するソフトウェアモジュール蓄積部、
前記ソフトウェアモジュールを通信端末に送信するソフトウェアモジュール管理部
を備え、
前記通信端末は、
前記モデレータとの通信を行う通信部、
当該通信端末に関する通信端末情報を管理する通信端末管理部、
前記モデレータから送信されるソフトウェアモジュールを受信し実行するソフトウェアモジュール管理部
を備えることを特徴とする通信システム。
【請求項２】
前記モデレータは、前記通信端末に必要なソフトウェアモジュールを当該通信端末に送信することを特徴とする請求項１記載の通信システム。
【請求項３】
前記モデレータは、取得した通信端末情報を基に、どの通信端末にどのソフトウェアモジュールが必要かを判断することを特徴とする請求項１または２記載の通信システム。
【請求項４】
前記通信端末は、前記モデレータとの通信を確立し、前記モデレータに開始要求を送信し、前記モデレータから送信されるソフトウェアモジュールを受信し実行することが可能な実行環境を備えることを特徴とする請求項１ないし３のいずれかに記載の通信システム。
【請求項５】
前記ソフトウェアモジュールは、前記通信端末のオペレーティングシステムに依存しないミドルウェア上で動作可能であり、且つ、送受信、更新および削除が可能なものであることを特徴とする請求項１ないし４のいずれかに記載の通信システム。
【請求項６】
請求項１ないし５のいずれかに記載の通信システムとしてコンピュータを機能させるためのコンピュータプログラム。
【請求項７】
請求項６記載のコンピュータプログラムが格納されたコンピュータ読み取り可能な記録媒体。
【請求項８】
同じネットワークに含まれる第１の通信端末が第２の通信端末を操作するためのソフトウェアモジュール配布方法であって、
前記ネットワークに存在するモデレータが、前記第１の通信端末から開始要求を受信したなら、当該第１の通信端末に要求して、当該第１の通信端末の通信端末情報を受信するステップと、
前記モデレータが、前記第２の通信端末に要求して、当該第２の通信端末の通信端末情報を受信するステップと、
前記モデレータが、前記受信した各通信端末情報に基づいて、前記第１の通信端末にどのソフトウェアモジュールが必要かを判断するステップと、
前記モデレータが、前記第１の通信端末に前記必要なソフトウェアモジュールを送信するステップと
を含むことを特徴とするソフトウェアモジュール配布方法。
【請求項９】
同じネットワークに含まれる第１の通信端末から第２の通信端末に通信を引き継ぐためのソフトウェアモジュール配布方法であって、
前記ネットワークに存在するモデレータが、前記第１の通信端末から開始要求を受信したなら、当該第１の通信端末に要求して、当該第１の通信端末の通信端末情報を受信するステップと、
前記モデレータが、前記第２の通信端末に要求して、当該第２の通信端末の通信端末情報を受信するステップと、
前記モデレータが、前記受信した各通信端末情報に基づいて、前記第２の通信端末にどのソフトウェアモジュールが必要かを判断するステップと、
前記モデレータが、前記第２の通信端末に前記必要なソフトウェアモジュールを送信するステップと
を含むことを特徴とするソフトウェアモジュール配布方法。
【請求項１０】
ネットワークに含まれる第１、第２のＣＰＵを有する通信端末における第２のＣＰＵのためのソフトウェアモジュール配布方法であって、
前記ネットワークに存在するモデレータが、前記第１のＣＰＵから開始要求を受信したなら、当該通信端末に要求して、当該通信端末の通信端末情報を受信するステップと、
前記モデレータが、前記受信した通信端末情報に基づいて、前記通信端末にどのソフトウェアモジュールが必要かを判断するステップと、
前記モデレータが、前記通信端末に前記必要なソフトウェアモジュールを送信するステップと
を含むことを特徴とするソフトウェアモジュール配布方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムおよびソフトウェアモジュール配布方法に関するものである。
【背景技術】
【０００２】
従来において、ホームネットワーク等のローカルネットワークに接続された通信端末では、通信端末に予め実装された範囲内の機能でサービスが提供されてきた。しかし、ネットワークに接続可能な通信端末が増加し、今後も増え続けると予想される現状で、通信端末同士が機能を提供しあい連携することで新たな価値のあるサービスが提供されることが期待されおり、様々な検討がなされており、提供サービスに応じて柔軟に対応することが可能な通信端末が求められている。パーソナルコンピュータ（ＰＣ）等のように比較的パワーがあれば、様々な機能を保持することが可能であるが、家電機器や携帯電話やホームゲートウェイ等の通信機器においては、利用できるリソースが限られており、すべてに対応する機能を搭載することは難しい。この課題に対し、いわゆるＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）上で動作し、アプリケーションソフトに対して、ＯＳよりも具体的な機能を提供するミドルウェアの仕様が提案されている。たとえばＯＳＧｉ  （Ｏｐｅｎ  Ｓｅｒｖｉｃｅ  Ｇａｔｅｗａｙ  ｉｎｉｔｉａｔｉｖｅ）仕様は、Ｊａｖａ（登録商標）をベースとしたフレームワークを提供しており、仮想マシンが実装されていれば、どのＯＳに対しても機能を提供することができる環境を実現している。このフレームワークを利用することで、通信機器は必要な機能を動的に取得することが可能となり、フレキシブルなサービス提供が可能となる。
【０００３】
また、ローカルネットワーク内での通信端末の連携を実現する従来例として、特許文献１が挙げられる。この例では、ホームネットワーク内に設置されたホームゲートウェイが、ネットワークに接続された通信端末の情報を収集し、各通信端末にその情報を提供することで、各通信端末はプロトコルを気にすることなく、連携可能な通信端を容易に発見することを可能とする。また、異なるデバイス（またはＣＰＵ）に追加機能を提供する従来例として、特許文献２が挙げられる。この例では、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）に対し、ネットワークサイドから回路配置データを取得して、回路を更新することを実現している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第４１１８５６６号公報
【特許文献２】特許第４０１９０１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１の手法は、ホームゲートウェイのような仲介者を中心として通信端末同士を連携させる点で、方向性が類似するが、通信端末自体に必要なプロトコルやコーデックのような機能を提供することはできない。また、複数の通信端末に対して、どの通信端末のどの機能を配置することが最適かを判断するような仕組みは提供されていない。  また、特許文献２は、１つの通信端末内に、複数のＣＰＵを有する機器において、個別にプログラムをインストールすることを実現している点は、本発明と方向性が類似するが、ある提供サービスと連動し、必要に応じてプログラムを配布する仕組みに関しては実現されていない。
【０００６】
本発明は、上記の課題に鑑みてなされたものであり、その目的とするところは、これまで連携ができなかった通信端末同士で、連携サービスを行いたいときにすぐに実行可能とし、ユーザが通信端末に実装されている機能を気にすることなく、通信端末の連携サービスを享受できる通信システムおよびソフトウェアモジュール配布方法を提供することにある。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、第１の本発明に係る通信システムは、同じネットワークに存在するモデレータと１以上の通信端末とを有し、前記モデレータは、前記通信端末との通信を行う通信部、前記通信端末に関する通信端末情報を管理する通信端末情報蓄積部、前記通信端末情報を取得する通信端末管理部、前記通信端末情報を基に、どの通信端末にどのソフトウェアモジュールが必要かを判断するサービス提供ポリシハンドル部、前記ソフトウェアモジュールを管理するソフトウェアモジュール蓄積部、前記ソフトウェアモジュールを通信端末に送信するソフトウェアモジュール管理部を備え、前記通信端末は、前記モデレータとの通信を行う通信部、当該通信端末に関する通信端末情報を管理する通信端末管理部、前記モデレータから送信されるソフトウェアモジュールを受信し実行するソフトウェアモジュール管理部を備えることを特徴とする。
【０００８】
また、前記モデレータは、前記通信端末に必要なソフトウェアモジュールを当該通信端末に送信することを特徴とする。
【０００９】
また、前記モデレータは、取得した通信端末情報を基に、どの通信端末にどのソフトウェアモジュールが必要かを判断することを特徴とする。
【００１０】
また、前記通信端末は、前記モデレータとの通信を確立し、前記モデレータに開始要求を送信し、前記モデレータから送信されるソフトウェアモジュールを受信し実行することが可能な実行環境を備えることを特徴とする。
【００１１】
また、前記ソフトウェアモジュールは、前記通信端末のオペレーティングシステムに依存しないミドルウェア上で動作可能であり、且つ、送受信、更新および削除が可能なものであることを特徴とする。
【００１２】
また、かかる通信システムとしてコンピュータを機能させるためのコンピュータプログラムが提供される。
【００１３】
また、かかるコンピュータプログラムが格納されたコンピュータ読み取り可能な記録媒体が提供される。
【００１４】
また、第２の本発明に係るソフトウェアモジュール配布方法は、同じネットワークに含まれる第１の通信端末が第２の通信端末を操作するためのソフトウェアモジュール配布方法であって、前記ネットワークに存在するモデレータが、前記第１の通信端末から開始要求を受信したなら、当該第１の通信端末に要求して、当該第１の通信端末の通信端末情報を受信するステップと、前記モデレータが、前記第２の通信端末に要求して、当該第２の通信端末の通信端末情報を受信するステップと、前記モデレータが、前記受信した各通信端末情報に基づいて、前記第１の通信端末にどのソフトウェアモジュールが必要かを判断するステップと、前記モデレータが、前記第１の通信端末に前記必要なソフトウェアモジュールを送信するステップとを含むことを特徴とする。
【００１５】
また、第３の本発明に係るソフトウェアモジュール配布方法は、同じネットワークに含まれる第１の通信端末から第２の通信端末に通信を引き継ぐためのソフトウェアモジュール配布方法であって、前記ネットワークに存在するモデレータが、前記第１の通信端末から開始要求を受信したなら、当該第１の通信端末に要求して、当該第１の通信端末の通信端末情報を受信するステップと、前記モデレータが、前記第２の通信端末に要求して、当該第２の通信端末の通信端末情報を受信するステップと、前記モデレータが、前記受信した各通信端末情報に基づいて、前記第２の通信端末にどのソフトウェアモジュールが必要かを判断するステップと、前記モデレータが、前記第２の通信端末に前記必要なソフトウェアモジュールを送信するステップとを含むことを特徴とする。
【００１６】
また、第４の本発明に係るソフトウェアモジュール配布方法は、ネットワークに含まれる第１、第２のＣＰＵを有する通信端末における第２のＣＰＵのためのソフトウェアモジュール配布方法であって、前記ネットワークに存在するモデレータが、前記第１のＣＰＵから開始要求を受信したなら、当該通信端末に要求して、当該通信端末の通信端末情報を受信するステップと、前記モデレータが、前記受信した通信端末情報に基づいて、前記通信端末にどのソフトウェアモジュールが必要かを判断するステップと、前記モデレータが、前記通信端末に前記必要なソフトウェアモジュールを送信するステップとを含むことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、これまで連携ができなかった通信端末同士で、連携サービスを行いたいときにすぐに実行可能とし、ユーザが通信端末に実装されている機能を気にすることなく、通信端末の連携サービスを享受できる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施の形態に係る通信システムの構成図である。
【図２】図１に示すモデレータ１の構成図である。
【図３】図１に示す通信端末の構成図である。
【図４】図１に示す通信端末の別な構成図である。
【図５】実施例１の概要図である。
【図６】実施例１のシーケンス図である。
【図７】実施例１におけるモデレータのフローチャートである。
【図８】実施例２の概要図である。
【図９】実施例２のシーケンス図である。
【図１０】実施例２におけるモデレータ１のフローチャートの一部である。
【図１１】実施例２におけるモデレータ１のフローチャートの残りの部分である。
【図１２】実施例３の概要図である。
【図１３】実施例３のシーケンス図である。
【図１４】実施例３におけるモデレータ１のフローチャートである。
【発明を実施するための形態】
【００１９】
以下、本発明の実施の形態について図面を用いて説明する。
【００２０】
図１は、本発明の一実施の形態に係る通信システムの構成図である。
【００２１】
通信システムは、インターネットなどのネットワークＮに接続されたローカルネットワークなどにおいて、通信端末２にサービスを提供するために必要な状況を判断し、通信端末２へのソフトウェアモジュールの配布や設定を行うモデレータ１と、同じローカルネットワークなどにおいて、モデレータ１に接続された通信端末２と、通信端末２にサービスを提供するコンテンツサーバ３とからなる。
【００２２】
通信端末２とは、ＰＣやＰＤＡ等の計算機や携帯電話や固定電話、ホームゲートウェイ等の通信機器、テレビやハードディスクレコーダ、セットトップボックス等の機器のことである。
【００２３】
コンテンツサーバ３は、例えば画像・動画メディアや音声メディアなどを提供するサーバである。
【００２４】
モデレータ１は、通信サービスをユーザに提供するための通信端末２を管理し、ユーザが通信サービスを享受する際に、通信端末２が必要な機能を有していない場合に、当該機能を有するソフトウェアモジュールを提供するようになっている。
【００２５】
例えば、目も前にあるテレビを携帯電話端末で操作したい場合、サービス要求に応じて、即座にテレビを操作するための機能を有するソフトウェアモジュールを提供し、サービス開始可能な状態に設定を行う役割を有する。
【００２６】
図２は、モデレータ１の構成図である。
【００２７】
モデレータ１は、ネットワークＮに接続し、コンテンツサーバ３などと通信を行う外部通信部１０と、ローカルネットワーク内の通信端末２と通信を行う内部通信部１１と、通信端末２に関する通信端末情報を管理する通信端末情報蓄積部１２と、サービス開始を要求してきた通信端末や相手の通信端末情報を取得し管理する通信端末管理部１３と、取得した通信端末情報を基に、どの通信端末にどのソフトウェアモジュールが必要かを判断するサービス提供ポリシハンドル部１４と、通信端末２にて利用可能なソフトウェアモジュールを管理するソフトウェアモジュール蓄積部１５と、通信端末２に送信するソフトウェアモジュールを取得し、配布、管理を行うソフトウェアモジュール管理部１６とを備える。
【００２８】
モデレータ１は、ローカルエリアネットワークに１つ存在し、接続された通信端末２の管理を行う。モデレータ１は、例えば、ホームゲートウェイやホームサーバに配置される。ソフトウェアモジュール蓄積部１５は、モデレータ１にでなく、ネットワークＮに配置することも可能である。
【００２９】
図３は、通信端末２の構成図である。
【００３０】
通信端末２とは、ＰＣやＰＤＡ等の計算機や携帯電話や固定電話、ホームゲートウェイ等の通信機器、テレビやハードディスクレコーダ、セットトップボックス等の機器のことであり、図では本実施の形態に関る部分のみを示している。
【００３１】
通信端末２は、ローカルネットワークに接続し、通信を行う通信部２１と、通信端末２のＣＰＵ使用率やメモリ使用率等のパフォーマンスや、通信サービスや通話等の通信端末２に関する通信端末情報を管理する通信端末管理部２２と、ユーザからの操作を受け付ける入力部２４と、ユーザに対して情報を出力する出力部２５と、それらの入出力を管理する情報入出力部２６と、モデレータ１から送信されるソフトウェアモジュールを受信し実行させてライフサイクルを管理するソフトウェアモジュール管理部２７と、サービスや機能を実際に提供するためのソフトウェアモジュール２８とを備える。
【００３２】
ソフトウェアモジュール２８は、通信端末のオペレーティングシステムに依存しないミドルウェア上で動作可能であり、且つ、送受信、更新および削除が可能なものである。また、ソフトウェアモジュール２８は、マルチプラットフォーム対応を実現している、現存するＪａｖａ（登録商標）言語で記述されたモジュールを想定しているが、Ｃ言語で書かれた小さなランタイムを用いることでも構築することが可能である。
【００３３】
図４は、複数のＣＰＵ（中央演算装置）を有する通信端末２の機能図である。
【００３４】
基本的な構成は、図３の通信端末のものと同じであるが、ソフトウェアモジュール管理部２７は、メインのＣＰＵに配置され、サブのＣＰＵとも通信を行うことができ、サブのＣＰＵに提供されるソフトウェアモジュールの管理も行う。複数のＣＰＵを有する通信端末２とは、例えば、複数のＣＰＵコアを有し、それぞれ独立した処理を行っているものや、メディア処理に特化した機能を提供するＤＳＰ等（サブＣＰＵ）を有するものをいう。
【００３５】
以下、具体的な例を用いて説明を行う。なお、複数の通信端末２を区別するのに「通信端末Ａ」、「通信端末Ｂ」のような表記を用いる。
【実施例１】
【００３６】
実施例１では、端末連携サービスとして、専用の操作端末（図示せず）を使用せず、通信端末２を使用して、他の通信端末２を操作する例を示す。
【００３７】
図５は、実施例１の概要図である。図６は、実施例１のシーケンス図である。
【００３８】
Ｓ１：まず、通信端末Ａが通信端末Ｂを操作する際に、通信端末Ａの入力部２４がユーザからの操作を受け付け、これにより、モデレータ１へ開始要求を送信する。
【００３９】
Ｓ３：モデレータ１は通信端末Ａに通信端末情報を要求する。
【００４０】
Ｓ５：通信端末Ａは自身が有する通信機能等の通信端末情報を送信する。
【００４１】
Ｓ７：また一方で、モデレータ１は通信端末Ｂへ通信端末情報を要求する。
【００４２】
Ｓ９〜Ｓ１１：通信端末Ｂは自身の通信環境や通信端末利用状況を判断し、サービス開始（通信端末Ａによる操作）が可能であれば、自身の通信端末情報と共に許可通知を行う。
【００４３】
Ｓ１１：仮に通信端末Ｂが通信端末Ａとのサービス開始が不可能である場合、通信端末Ｂはモデレータ１に対して拒絶通知を行う。
【００４４】
Ｓ１３〜Ｓ１５：両通信端末から通信端末情報を得たモデレータ１は、要求された通信サービスを実施するために必要な機能があるか、通信環境や通信端末スペック等を考慮し、どちらに追加機能を提供するか判断し、例えば、必要なソフトウェアモジュールと設定情報を通信端末Ａへ配布する。
【００４５】
Ｓ１７：配布を受けた通信端末Ａは、ソフトウェアモジュールのインストール及び設定を行い、通信サービス開始可能な状態になると、モデレータ１にＡＣＫを返す。
【００４６】
Ｓ１９：モデレータ１はＡＣＫを受信すると、通信端末Ａに準備完了通知を送信する。
【００４７】
Ｓ２１：準備完了通知を受けた通信端末Ａは、通信端末Ｂとの通信を開始し、通信端末Ｂを操作する。
【００４８】
なお、Ｓ３、Ｓ７は、モデレータ１の通信端末管理部１３により実行される。
【００４９】
また、Ｓ５、Ｓ１１は、通信端末Ａ、Ｂの通信端末管理部２２により実行される。
【００５０】
また、Ｓ１３は、モデレータ１のソフトウェアモジュール管理部１６により実行される。
【００５１】
また、Ｓ１５は、モデレータ１のソフトウェアモジュール管理部１６と通信端末Ａのソフトウェアモジュール管理部２７により実行される。
【００５２】
図７は、実施例１におけるモデレータ１のフローチャートである。
【００５３】
Ｓ３１〜Ｓ３５：まず、通信端末Ａからの開始要求を待ち、開始要求を受け付けると、通信端末Ａと、通信の要求先である通信端末Ｂのそれぞれに通信端末情報を要求する。
【００５４】
Ｓ３５〜Ｓ３８：要求先の通信端末Ｂが通信開始不可能であれば、通信端末Ａにサービス開始不可通知を行う。
【００５５】
Ｓ３５〜Ｓ３９：開始可能であれば通信端末Ｂの通信端末情報を取得する。
【００５６】
通信端末情報とは、ＣＰＵ使用率やメモリ使用率等のパフォーマンスや通信サービスや通話等の通信端末利用状況、通信環境を示すものである。通信環境は、通信端末情報の取得の際に、通信端末Ａ・Ｂの通信帯域等の通信状況をモニタリングすることによって取得する。
【００５７】
Ｓ４１〜Ｓ４３：サービスを行うのに必要な機能が揃っている場合はサービス（通信端末Ｂの操作）を開始する。
【００５８】
そうでなければ通信端末に提供すべき必要な機能を検索する。
【００５９】
Ｓ５７：次に、先ほど取得した通信端末情報から、両通信端末の通信環境、ＣＰＵ使用率、メモリ使用率等の比較を行い、提供すべき追加機能を決定し、例えば、通信端末Ａにソフトウェアモジュールを配布する。なお、通信端末Ｂがソフトウェアモジュールを必要とする場合は、そのソフトウェアモジュールを通信端末Ｂに配布する。
【００６０】
Ｓ６１〜Ｓ６３：ソフトウェアモジュールを配布した通信端末ＡからＡＣＫを受け取った後、通信端末Ａに準備完了通知を送信し、サービスが開始される。サービス終了後、モデレータ１によって提供された追加機能を提供するソフトウェアモジュールは破棄しても良いし、そのまま所持することも可能である。
【００６１】
なお、Ｓ３３、Ｓ３５、Ｓ３９は、モデレータ１の通信端末管理部１３により実行される。
【００６２】
また、Ｓ３７、Ｓ４１、提供すべき追加機能を決定は、モデレータ１のサービス提供ポリシハンドル部１４により実行される。
【００６３】
また、Ｓ５７は、モデレータ１のソフトウェアモジュール管理部１６により実行される。
【実施例２】
【００６４】
実施例２では、通信中の通信端末２から、ほかの通信端末２へ通信を引き継ぐサービス（通信サービスハンドオーバサービス）の例を説明する。ここでは、ある通信端末２が通信先と通信サービスを行っている時、他の通信端末２にその通信を引き継ぎたい状況を考える。例えば外出中に通信端末２（携帯電話）を用いて、取引先とテレビ電話による会議を行っていたとする。会議を行いながら、近くに貸会議室を見つけたのでそこに入り、貸会議室に備えられている通信端末２（パーソナルコンピュータやプロジェクタ）を用いて、引き続き会議を行うようなケースを本実施例では想定している。
【００６５】
図８は、実施例２の概要図である。図９は、実施例２のシーケンス図である。
【００６６】
Ｓ１０１：まず、通信端末Ｃが通信先と通信していて、他の通信端末Ｄに通信を切り替えたい際に、通信端末Ｃの入力部２４がユーザからの操作を受け付け、これにより、モデレータ１へ開始要求（通信切替要求）を送信する。
【００６７】
Ｓ１０３：モデレータ１は通信端末Ｃに通信端末情報を要求する。
【００６８】
Ｓ１０５：通信端末Ｃは自身が有する通信機能等の通信端末情報を送信する。
【００６９】
Ｓ１０７〜Ｓ１１３：また一方でモデレータ１は、例えば、通信端末Ｄ、Ｅから通信端末情報を受信する。
【００７０】
Ｓ１１５〜Ｓ１１７：モデレータ１は、それらの通信端末情報から、両通信端末の通信環境、ＣＰＵ使用率、メモリ使用率等を確認し、また、両通信端末が、引き継ぎ可能な状態にあるか否かを確認する。
【００７１】
Ｓ１１９：その後サービスを実施するために必要な機能があるか、通信環境や端末スペック等を考慮し、必要なソフトウェアモジュールと通信端末Ｃの通信設定情報を通信端末Ｄ、Ｅに送信する。
【００７２】
Ｓ１２１：配布を受けた通信端末Ｄ、Ｅは、ソフトウェアモジュールをインストール及び設定し、通信サービス開始可能な状態になると、モデレータ１にＡＣＫを返す。
【００７３】
Ｓ１２３：モデレータ１はＡＣＫを受信すると、通信端末Ｃ、Ｄ、Ｅに準備完了通知を送信する。準備完了通知を受けた通信端末Ｃは、通信を切断する。
【００７４】
Ｓ１２５：これにより、例えば、通信端末Ｅが通信を開始する。
【００７５】
なお、Ｓ１０３、Ｓ１０７、Ｓ１０９は、モデレータ１の通信端末管理部１３により実行される。
【００７６】
また、Ｓ１０５、Ｓ１１１、Ｓ１１３は、通信端末Ｃ、Ｄ、Ｅの通信端末管理部２２により実行される。
【００７７】
また、Ｓ１１７は、モデレータ１のサービス提供ポリシハンドル部１４により実行される。
【００７８】
また、Ｓ１１９は、モデレータ１のソフトウェアモジュール管理部１６と通信端末Ｄ、Ｅのソフトウェアモジュール管理部２７により実行される。
【００７９】
図１０は、実施例２におけるモデレータ１のフローチャートである。
【００８０】
Ｓ２０１〜Ｓ２０５：まず、通信端末Ｃからの開始要求を待ち、開始要求を受け付けると、通信端末情報を確認し、通信を引き継ぎできる通信端末を確認する。
【００８１】
Ｓ２０７：通信端末情報の取得後、通信端末Ｄ、Ｅが、通信サービスの引き継ぎが可能であれば、図１１に示すフローチャートにしたがい、通信端末Ｄ、Ｅの設定を行う。
【００８２】
Ｓ２０９：そうでなければサービス開始不可通知を通信端末Ｃへ送信する。
【００８３】
図１１は、通信サービスを引き継ぐ通信端末Ｄ、Ｅの設定を行うモデレータ１のフローチャートである。
【００８４】
Ｓ３０１〜Ｓ３０３：モデレータ１は、通信端末Ｄ、Ｅによる引き継ぎが可能かどうかを判断する。不可能である場合、サービス開始不可通知を通信端末Ｃへ送信する（図１１：Ｓ２２３）。
【００８５】
Ｓ３０７〜Ｓ３１７：可能な場合は、通信端末Ｄ、Ｅの通信端末情報によって、通信環境、ＣＰＵ使用率、メモリ使用率等から、機能追加やソフトウェアモジュールが不要と判断したなら、通信端末ＤやＥに引き継ぎを要請する。一方、必要なら、通信端末ＤやＥによるソフトウェアモジュールの受け入れが可能かどうかを判断し、可能であればソフトウェアモジュールを提供し、サービスを開始する。ソフトウェアモジュールの提供が不可能なら、サービス開始不可通知を行う（図１１：Ｓ２２３）。
【００８６】
なお、配布を受けた通信端末ＤやＥは、ソフトウェアモジュールのインストール及び設定を行い、通信サービス開始可能な状態になると、モデレータ１にＡＣＫを返す。
【００８７】
図１０のＳ２１１〜Ｓ２１３：モデレータ１は、ＡＣＫを受信すると、通信端末Ｃ、Ｄ、Ｅへ準備完了通知を送信する。準備完了通知を受けた通信端末Ｃは、通信を切断する。これにより、例えば、通信端末Ｅが通信を開始する。
【００８８】
サービス終了後、モデレータ１によって提供された追加機能を提供するソフトウェアモジュールは破棄しても良いし、そのまま所持することも可能である。
【００８９】
なお、Ｓ２０３、Ｓ３０１、Ｓ３０７は、モデレータ１の通信端末管理部１３により実行される。
【００９０】
また、Ｓ２０７、Ｓ２１１、Ｓ２１３、Ｓ２２１、Ｓ３０３、Ｓ３０９、Ｓ３１１、Ｓ３１５は、モデレータ１のサービス提供ポリシハンドル部１４により実行される。
【００９１】
また、Ｓ２１５、Ｓ３１７は、モデレータ１のソフトウェアモジュール管理部１６により実行される。
【実施例３】
【００９２】
実施例３では、複数のＣＰＵコアを有しそれぞれ独立した処理を行っている通信端末２や、メディア処理に特化した機能を提供するＤＳＰ等（サブＣＰＵ）を有する通信端末２において、通信サービスを提供する際に、メインのＣＰＵ以外のＣＰＵに対して追加プログラムを提供する例を説明する。
【００９３】
ここでは、ＤＳＰが搭載されている通信端末を利用して映像コンテンツを取得して楽しみたいとき、ＤＳＰのコーデックがコンテンツに対応していない場合、サービスに応じて必要なプログラムを提供するようなケースを、実施例３では想定している。
【００９４】
図１２は、実施例３の概要図である。図１３は、実施例３のシーケンス図である。
【００９５】
Ｓ４０１：まず、通信端末Ｆの入力部２４がユーザからの操作を受け付け、これにより、通信端末Ｆの全体機能を司るメインのＣＰＵから、モデレータ１へコンテンツ取得の開始要求を送信する。
【００９６】
Ｓ４０３：モデレータ１は通信端末Ｆに通信端末情報を要求する。
【００９７】
Ｓ４０７：通信端末Ｆは自身が有する通信機能等の通信端末情報を送信する。
【００９８】
また、図示しないが、一方で、モデレータ１は、コンテンツサーバ３へコンテンツに関する情報（コンテンツ情報）を要求し、コンテンツ情報を受信する。
【００９９】
Ｓ４１１：モデレータ１は、通信端末Ｆがコンテンツを取得してロードすることが可能かどうかの判断を行う。
【０１００】
Ｓ４１３：通信端末情報及びコンテンツ情報を得たモデレータ１は、要求されたコンテンツサービスを実施するために必要な機能があるか、通信環境や端末スペック等を考慮し、必要なソフトウェアモジュールを通信端末Ｆへ配布する。
【０１０１】
Ｓ４１５：配布を受けた通信端末Ｆでは、ソフトウェアモジュール管理部２７がサブのＣＰＵへソフトウェアモジュールのインストール及び設定を行い、それが完了して通信サービス開始可能な状態になると、モデレータ１にＡＣＫを返す。
【０１０２】
Ｓ４１７：モデレータ１はＡＣＫを受信すると、通信端末Ｆへ準備完了通知を送信する。
【０１０３】
Ｓ４１９：準備完了通知を受けた通信端末Ｆは、モデレータ１を介して、コンテンツを取得し、ユーザへコンテンツサービスを提供する。
【０１０４】
なお、Ｓ４０３は、モデレータ１の通信端末管理部１３により実行される。
【０１０５】
また、Ｓ４０７は、通信端末Ｆの通信端末管理部２２により実行される。
【０１０６】
また、Ｓ４１１は、モデレータ１のサービス提供ポリシハンドル部１４により実行される。
【０１０７】
また、Ｓ４１３は、モデレータ１のソフトウェアモジュール管理部１６と通信端末Ｆのソフトウェアモジュール管理部２７により実行される。
【０１０８】
図１４は、実施例３におけるモデレータ１のフローチャートである。
【０１０９】
Ｓ５０１〜Ｓ５０３：まず、通信端末Ｆからの開始要求を待ち、開始要求を受け付けると、通信端末Ｆの端末状況を確認する。また、コンテンツサーバ３へ要求し、コンテンツ情報を受信する。
【０１１０】
Ｓ５０５〜Ｓ５０７：情報の取得後、通信端末Ｆがコンテンツを取得してロードすることが可能かどうかの判断を行う。可能であればそのままサービス提供を開始させる。
【０１１１】
Ｓ５０９：そうでなければ通信端末Ｆのデバイス構成、通信環境、ＣＰＵ使用率、メモリ使用率等から、ソフトウェアモジュールの受け入れが可能かどうか確認を行う。
【０１１２】
Ｓ５１１〜Ｓ５１５：可能であれば通信端末Ｆへコンテンツをロード可能とするソフトウェアモジュールを提供し、ユーザへのコンテンツサービス提供を開始する。
【０１１３】
なお、Ｓ５０３は、モデレータ１の通信端末管理部１３により実行される。
【０１１４】
また、Ｓ５０５、Ｓ５０９は、モデレータ１のサービス提供ポリシハンドル部１４により実行される。
【０１１５】
また、Ｓ５１１は、モデレータ１のソフトウェアモジュール管理部１６により実行される。
【０１１６】
以上のように、本発明の実施の形態によれば、これまで通信ができなかった通信端末同士でも、通信を行いたいときに動的にソフトウェアモジュールを提供することで、通信を行うことが可能となる。例えばホテルに宿泊した際に、部屋のテレビやＳＴＢ（セットトップボックス）を操作する時に、慣れない既存のリモコンを用いるのではなく、家で使い慣れている通信端末をそのまま利用できたり、ユーザの携帯電話で読み取り不可能な二次元コードがあった時に、読み取り用のソフトを瞬時に提供したりすることが可能となる。また、様々な形式のコンテンツを、通信端末を気にせず利用可能となり、サービスプロバイダは幅広いサービスを提供可能となる。例えば映像コーデックがコンテンツに非対応なものであっても、プログラムを追加することで対応可能となる。また、常に最新のコーデックを通信端末に提供することも可能となる。 さらに、コミュニケーションを行うことができる通信端末の幅を広げることができ、多様なコミュニケーションサービスの提供が期待できる。
【０１１７】
なお、上記の通信システムとしてコンピュータを機能させるためのコンピュータプログラムは、半導体メモリ、磁気ディスク、光ディスク、光磁気ディスク、磁気テープなどのコンピュータ読み取り可能な記録媒体に格納し、陳列などして流通させたり、当該コンピュータプログラムをインターネットなどの通信網を介して伝送させてもよい。
【符号の説明】
【０１１８】
１…モデレータ
２…通信端末
３…コンテンツサーバ
１０…外部通信部
１１…内部通信部
１２…通信端末情報蓄積部
１３…通信端末管理部
１４…サービス提供ポリシハンドル部
１５…ソフトウェアモジュール蓄積部
１６…ソフトウェアモジュール管理部
２１…通信部
２２…通信端末管理部
２４…入力部
２５…出力部
２６…情報入出力部
２７…ソフトウェアモジュール管理部
２８…ソフトウェアモジュール
【図１】
2010250723.tif 000003
【図２】
2010250723.tif 000004
【図３】
2010250723.tif 000005
【図４】
2010250723.tif 000006
【図５】
2010250723.tif 000007
【図６】
2010250723.tif 000008
【図７】
2010250723.tif 000009
【図８】
2010250723.tif 000010
【図９】
2010250723.tif 000011
【図１０】
2010250723.tif 000012
【図１１】
2010250723.tif 000013
【図１２】
2010250723.tif 000014
【図１３】
2010250723.tif 000015
【図１４】
2010250723.tif 000016