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