WO2006075588A1

WO2006075588A1 - 通信端末および通信方法

Info

Publication number: WO2006075588A1
Application number: PCT/JP2006/300172
Authority: WO
Inventors: Maki Amishima; Sachiko Takeshita; Kentaro Takei
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2005-01-12
Filing date: 2006-01-11
Publication date: 2006-07-20
Also published as: JP2008052309A

Abstract

通信に使用するアプリケーションに関するアプリケーション情報が付加された接続要求を受信する通信プロトコル制御部（３１２）と、通信プロトコル制御部（３１２）で受信した接続要求からアプリケーション情報を取得するモジュール要求／解析部（３０８）と、モジュール要求／解析部（３０８）で取得したアプリケーション情報を、これと対応する自端末本体（２１０）が使用可能なアプリケーションと比較するモジュール要求／解析部（３０８）と、モジュール要求／解析部（３０８）での比較結果に応じてアプリケーションの起動を要求するモジュール利用可能領域部（３０３）とを備え、取得したアプリケーション情報の相互接続を確認したり、交換したり、実行を依頼したりすることにより、ユーザが利用したいアプリケーションを用いたマルチメディア通信を行うことができる。

Description

通信端末および通信方法

技術分野

[0001] 本発明は、ネットワークに接続される通信端末および通信方法に関する。

背景技術

[0002] 近年、携帯電話、 PDAなどの携帯通信端末は、インターネット接続やテレビ電話などと、つたマルチメディア通信が実現できる PC (パソコン）と同様なマルチメディア端末として発展し続けている。

[0003] しかしながら、携帯通信端末は、携帯性を優先していることから小型化されており、それに起因して、メモリ不足、小さなディスプレイサイズ、テンキーとの併用によるキー操作などに代表されるハード的な制約がある。

[0004] さらに、アプリケーションを実現する際のソフトモジュールの不足などといったソフト的な制約があり、ユーザの利便性を欠いていた。

[0005] 従来、携帯通信端末で不可能な処理を、その周辺機器と連携することで処理を実現する代表的な方式として、特開 2000— 115253号公報に記載された技術が知られている。

[0006] 特開 2000— 115253号公報に記載された従来の技術では、携帯通信端末で扱えないマルチメディア通信に関するデータ処理を、そのデータの種別により、あらかじめ登録したネットワーク内の周辺機器へ転送して処理させ、機能補完をさせて、た。

[0007] この従来例では、メディアのデータ種別を考慮し、転送して処理させる周辺機器選定までは実施する力マルチメディア通信を実現するマルチメディアアプリケーションまで考慮して周辺機器を選定してヽな、ため、アプリケーションとしての相互接続性が保てない可會性がある。

[0008] 例えば、 VoIPなどの音声通話サービスでは、マルチメディアデータとして音声データのみを扱っており、音声データの種別さえ合致すれば、アプリケーションとしての相互接続性は高い。

[0009] しかし、 web画面共有、映像データと音声データを扱う TV電話サービスの場合には、映像データの種別が合致しても、映像データを表示する画像ビューヮに相手のカメラを操作する機能が含まれて、たとしても、その機能を相手側でも保持して、なくては利用することはできないといった不具合が生じる。また、 web画面共有の場合でも、同様に、相手側で同様の機能を保持していなくては利用することはできないといつた不具合が生じる。

[0010] つまり、対象となるマルチメディアアプリケーションは、映像データ、音声データ、テキストデータといった複数のメディアデータを扱い、さらに、カメラ操作、 Web画面共有や文書作成ソフトなどのアプリ共有、インスタントメッセージング、コーチングによる通話など機能が多様ィ匕してヽる。このように機能が多様ィ匕するマルチメディアアプリケーシヨンでは、メディアデータの種別の合致のみならず、それを処理する機能モジユール、例えば、画像表示を行うと同時にカメラ操作も行わせるメディア処理モジユール、 Web画面共有を可能とするアプリ共有モジュールなども一致して!/ヽな、とアプリケーシヨンの接続性が保てな 1、場合が存在する。

[0011] すなわち、マルチメディアアプリケーションに関する詳細な情報や、上記のような、各メディアデータを処理し各機能を提供するマルチメディアアプリケーションを構成する機能モジュールの情報が考慮されていないため、アプリケーションとしての相互接続性が確保されな！ヽ可能性があった。

[0012] したがって、 TV電話などのマルチメディア通信を利用する通信端末の発信側、着信側の間で、上記のようなマルチメディアアプリケーションに関する情報を交換することができず、ユーザが実行したいマルチメディアアプリケーション、および、機能モジユールを指定することができな力つた。

発明の開示

[0013] 本発明は上記課題を解決するためになされたもので、様々な種類のメディアデータを扱い、様々な機能を搭載したマルチメディアアプリケーションにおいて、メディアデータの種別とマルチメディアアプリケーションを構成する機能モジュールまでを考慮することで、アプリケーションの接続性を確保する通信端末、および通信方法を提供するものである。

[0014] 本発明の通信端末は、ネットワークで接続された通信相手の端末装置から、通信に使用するアプリケーションに関するアプリケーション情報が付加された接続要求を受信する接続要求受信部と、接続要求受信部で受信した接続要求からアプリケーション情報を取得するアプリケーション情報取得部と、アプリケーション情報取得部で取得したアプリケーション情報を、これと対応する自端末本体が使用可能なアプリケーシヨンと比較するアプリケーション比較部と、アプリケーション比較部での比較結果に応じてアプリケーションを要求するアプリケーション情報要求部とを備えた構成を有する。

[0015] この構成により、本発明の通信端末は、マルチメディア通信を確立する場合において、マルチメディアアプリケーションを構成し、通信対象となるメディアデータを処理する機能モジュールの情報を通信先となる通信端末と交換することで、その一致または不一致までをも考慮することで、アプリケーションとしての相互接続性を確保することができる。

[0016] また、本発明の通信端末は、その交換により、マルチメディアアプリケーションを構成する機能モジュールの一つ以上の不足が検出された場合には、他の通信端末へ機能モジュールの実行を依頼することで、通信先となる通信端末が要求するマルチメディアアプリケーション通信を実現することが可能となり、アプリケーションとしての相互接続性を確保することができる。

[0017] また、本発明の通信端末は、その交換により、マルチメディアアプリケーションを構成する機能モジュールの一つ以上の不足が検出された場合には、他の通信端末もしくは通信相手となる通信端末から、該当する機能モジュールを獲得することで、通信先端末が要求するマルチメディアアプリケーション通信を実現することが可能となり、アプリケーションとしての相互接続性を確保できるとともに、自通信端末上で通信先となる通信端末から送信されてくる通信データの処理を完了することができることから、プライバシー 'セキュリティも確保できる。

[0018] 以上のように、本発明の通信端末は、様々な種類のメディアデータを扱い、さらに、それらを処理する様々な機能モジュールにより構成されたマルチメディアアプリケーシヨンにおいても、お互いにアプリケーションの接続性を確保することができる。

図面の簡単な説明 [図 1]図 1は、本発明の実施の形態 1におけるネットワークシステムを示す構成図である。

[図 2]図 2は、本発明の実施の形態 1における携帯通信端末を示す構成図である。

[図 3]図 3は、本発明の実施の形態 1における周辺通信端末を示す構成図である。

[図 4]図 4は、本発明の実施の形態 1における RFIDタグ内に書き込まれる通信端末情報のデータ構造を示す図である。

[図 5]図 5は、本発明の実施の形態 1における携帯通信端末と周辺通信端末との間の通信動作を示すシーケンス図である。

[図 6]図 6は、本発明の実施の形態 1における外部通信端末と携帯通信端末との間の通信動作を示すシーケンス図である。

[図 7]図 7は、本発明の実施の形態 1における外部通信端末のユーザ入出力部の画面表示例を示す図である。

[図 8a]図 8aは、本発明の実施の形態 1における外部通信端末と携帯通信端末間のメッセージのデータ構造を説明する図である。

[図 8b]図 8bは、本発明の実施の形態 1における外部通信端末と携帯通信端末間の第 1のメッセージのデータ構造を説明する図である。

[図 8c]図 8cは、本発明の実施の形態 1における外部通信端末と携帯通信端末間の第 2のメッセージのデータ構造を説明する図である。

[図 9]図 9は、本発明の実施の形態 1における外部通信端末の第 1の内部動作を示すシーケンス図である。

[図 10]図 10は、本発明の実施の形態 1における外部通信端末の第 2の内部動作を示すシーケンス図である。

[図 11]図 11は、本発明の実施の形態 1における携帯通信端末の第 1の内部動作を示すシーケンス図である。

[図 12]図 12は、本発明の実施の形態 1における携帯通信端末の第 2の内部動作を示すシーケンス図である。

[図 13]図 13は、本発明の実施の形態 1における外部通信端末の第 3の内部動作を示すシーケンス図である。 [図 14]図 14は、本発明の実施の形態 1における携帯通信端末のユーザ入出力部の画面表示例を示す図である。

[図 15]図 15は、本発明の実施の形態 2におけるネットワークシステムを示す構成図である。

[図 16]図 16は、本実施の形態 2における携帯通信端末と外部通信端末を示す構成図である。

[図 17]図 17は、本発明の実施の形態 2における外部通信端末のユーザ入力部の画面構成例を示す図である。

[図 18]図 18は、本発明の実施の形態 2における携帯通信端末のユーザ入力部の画面構成例を示す図である。

[図 19]図 19は、本発明の実施の形態 2における携帯通信端末と外部通信端末との間の通信の概要を示すシーケンス図である。

[図 20]図 20は、本発明の実施の形態 2における外部通信端末の接続要求処理を示すフロー図である。

[図 21]図 21は、本発明の実施の形態 2における携帯通信端末の接続要求応答処理を示すフロー図である。

[図 22]図 22は、本発明の実施の形態 2における外部通信端末のモジュール起動処理を示すフロー図である。

圆 23a]図 23aは、本発明の実施の形態 2における外部通信端末と携帯通信端末との間のメッセージのデータ構造を説明する図である。

[図 23b]図 23bは、本発明の実施の形態 2における外部通信端末の接続要求のデータ構造を説明する図である。

圆 23c]図 23cは、本発明の実施の形態 2における携帯通信端末の接続要求応答のデータ構造を説明する図である。

圆 24a]図 24aは、本発明の実施の形態 2における携帯通信端末のモジュール蓄積 DB内の DBの構成を示す図である。

[図 24b]図 24bは、本発明の実施の形態 2における外部通信端末のモジュール蓄積 DB内の DBの構成を示す図である。 [図 25]図 25は、本発明の実施の形態 3における携帯通信端末と PC端末を示す構成図である。

[図 26]図 26は、本発明の実施の形態 3における携帯通信端末と PC端末との間の機器情報取得手順の概要を示すシーケンス図である。

[図 27]図 27は、本発明の実施の形態 3における携帯通信端末の RFID読取り要求処理を示すフロー図である。

[図 28]図 28は、本発明の実施の形態 3における PC端末の機器情報送信処理 2を示すフロー図である。

[図 29]図 29は、本発明の実施の形態 3における携帯通信端末の機器モジュールリスト格納処理 3を示すフロー図である。

圆 30a]図 30aは、本発明の実施の形態 3における PC端末の機器情報送信の第 1のデータ構造を示す図である。

圆 30b]図 30bは、本発明の実施の形態 3における PC端末の機器情報送信の第 2のデータ構造を示す図である。

[図 31]図 31は、本発明の実施の形態 3における携帯通信端末と PC端末との間のネゴシエーシヨン手順の概要を示すシーケンス図である。

[図 32]図 32は、本発明の実施の形態 3における携帯端末の機器モジュール取得要求処理 21を示すフロー図である。

[図 33]図 33は、本発明の実施の形態 3における PC端末の機能モジュール取得要求応答処理 22を示すフロー図である。

[図 34]図 34は、本発明の実施の形態 3における携帯端末の接続要求応答処理 23を示すフロー図である。

圆 35a]図 35aは、本発明の実施の形態 3における携帯通信端末の機能モジュール取得要求のデータ構造を説明する図である。

圆 35b]図 35bは、本発明の実施の形態 3における携帯通信端末機能のモジュール取得要求のデータ構造の一例を示す図である。

[図 35c]図 35cは、本発明の実施の形態 3における PC端末の機能モジュール取得要求応答のデータ構造を説明する図である。 [図 35d]図 35dは、本発明の実施の形態 3における PC端末の機能モジュール取得要求応答のデータ構造の一例を示す図である。

圆 36a]図 36aは、本発明の実施の形態 3における携帯通信端末のモジュール蓄積 DB内の DB情報の構成例を示す図である。

[図 36b]図 36bは、本発明の実施の形態 3における PC端末のモジュール蓄積 DB内の DB情報の構成例を示す図である。

[図 37]図 37は、本発明の実施の形態 3における携帯通信端末の機器情報 DBが管理する DB情報の構成例を示す図である。

[図 38]図 38は、本発明の実施の形態 4における携帯通信端末と PC端末を示す構成図である。

[図 39]図 39は、本発明の実施の形態 4における外部通信端末と PC端末との間のネゴシエーシヨン手順の概要を示すシーケンス図である。

[図 40]図 40は、本発明の実施の形態 4における携帯通信端末の機能モジュール起動要求処理 31を示すフロー図である。

[図 41]図 41は、本発明の実施の形態 4における PC端末の機能モジュール起動要求応答処理 32を示すフロー図である。

[図 42]図 42は、本発明の実施の形態 4における携帯通信端末の接続要求応答処理 33を示すフロー図である。

圆 43a]図 43aは、本発明の実施の形態 4における携帯通信端末の機能モジュール起動要求のデータ構造を説明する図である。

圆 43b]図 43bは、本発明の実施の形態 4における携帯通信端末の機能モジュール起動要求のデータ構造の一例を示す図である。

[図 43c]図 43cは、本発明の実施の形態 4における PC端末の機能モジュール起動要求応答のデータ構造を説明する図である。

[図 43d]図 43dは、本発明の実施の形態 4における PC端末の機能モジュール起動要求応答のデータ構造の一例を示す図である。

[図 44]図 44は、本発明の実施の形態 4における PC端末のユーザ入力部の画面表示例を示す図である。 [図 45]図 45は、本発明の実施の形態 5における携帯通信端末と外部通信端末を示す構成図である。

[図 46]図 46は、本発明の実施の形態 5における携帯通信端末と外部通信端末との間のネゴシエーション手順の概要を示すシーケンス図である。

[図 47]図 47は、本発明の実施の形態 5における携帯通信端末の機能モジュール取得要求処理 41を示すフロー図である。

[図 48]図 48は、本発明の実施の形態 5における外部通信端末の機能モジュール取得要求応答処理 42を示すフロー図である。

[図 49]図 49は、本発明の実施の形態 5における携帯通信端末の接続要求応答処理 43を示すフロー図である。

符号の説明

100 ネットワークシステム

101 ネットワーク

102 アドホックネットワーク

103, 113, 203 PC端末

104, 204 ネットワークカメラ

105, 205 IP電話

106, 206 ディスプレイ

107, 207 コンテンツ Zファイルサーバ

108, 208 プリンタ

109, 209 FAX

110, 112, 210, 212 携帯通信端末

111 外部通信端末

201 IPネットワーク

202 ローカル IPネットワーク

211 通 1目端末

213 サーノ

301 機器情報記録媒体 302 モジュール蓄積媒体

303 モジュール利用可能領域

304, 6101, 6108 ユーザ入出力部

305 個人認証情報記録媒体

306, 1112, 6107, 6114 全体制御部

307 機器情報要求 Z解析部

308 モジュール要求 Z解析部

309 通信要求判断部

310 ネットワーク管理部

311 RFID読取り部

312 通信プロトコル制御部

313 二次無線ネットワーク

401 機器情報書込部

402 RFIDタグ部

901, 7101 基本ボタン部

902, 7102 アドレス入力ボックス

903, 7103 アドレス帳

904, 7104 通信アプリケーション一覧

905, 7105 情報出力ボックス

1102 機能モジュール取得部

1103 機器情報 DB

1104 機器情報取得部

1105, 1111 RFID通信部

1106 周辺機器制御部

1107, 1101, 6102, 6109 モジュール蓄積 DB 1108 機能モジュールリスト送信部

1109 機能モジュール要求解析'送付部

1110, 6105, 6112 機能モジュール制御部 2401 機能モジュール起動要求部

2402 機能モジュール起動要求応答部

2403, 6104, 6111 機能モジュール起動部

3101 機能モジュール要求解析'送付部

6103, 6110 機能モジュール要求生成'解析部

6106, 6113 通信制御部

発明を実施するための最良の形態

[0021] 以下、本発明の実施形態に係るネットワークシステムについて図面を参照しながら説明する。

[0022] (実施の形態 1)

図 1は、本発明の実施の形態 1に係るネットワークシステムの構成を示す図である。

[0023] 本実施の形態 1に係るネットワークシステム 100は、ローカル IPネットワーク 202と、さらに外部の IPネットワーク 201とそれらに接続される様々な種類の通信端末を有する。

[0024] ローカル IPネットワーク 202に接続される通信端末は、 PC端末 203、ネットワーク（

NW)カメラ 204、 IP電話 205、ディスプレイ 206、コンテンツ/ファイルサーバ 207、プリンタ 208、 FAX209、携帯通信端末 210などである。

[0025] また、外部の IPネットワーク 201と接続される通信端末は、 PC端末 211や携帯通信端末 212、アプリケーションの提供が可能であるサーバ 213などである。

[0026] なお、本実施の形態 1のローカル IPネットワーク 202及び外部の IPネットワーク 201 は有線として説明する力無線であっても、又は有線及び無線が混在したネットヮークであっても力まわない。

[0027] 以下、本実施の形態 1のネットワークシステムを構成するそれぞれの構成要素について説明する。

[0028] 図 2は、本実施の形態 1における通信端末としての携帯通信端末 210の構成を示すブロック図である。

[0029] 携帯通信端末 210は、機器情報記録媒体 301と、モジュール蓄積媒体 302と、モジュール利用可能領域部 303と、ユーザ入出力部 304と、個人認証情報記録媒体 3 05と、全体制御部 306と、機器情報要求 Z解析部 307と、モジュール要求 Z解析部 308と、通信要求判断部 309と、ネットワーク管理部 310と、 RFID (RadioFrequenc y 1061^£ & 1011)読取部311と、通信プロトコル制御部 312とを有している。

[0030] 機器情報記録媒体 301は、ローカル IPネットワーク 202内に存在する機器 (携帯通信端末 210の周辺に存在する通信端末）に関する機器情報を記録する媒体である。機器情報記録媒体 301には、機器 (周辺に存在する通信端末を含む)のアドレス情報や、その機器が保持するアプリケーションに関する情報などが記録される。

[0031] モジュール蓄積媒体 302は、マルチメディア通信における様々な機能を提供するためのメディアデータの処理やユーザへの入出力を処理するプログラムである機能モジュールを蓄積する媒体であって、マルチメディアアプリケーションを構成する 1つ以上の機能モジュールを蓄積する。

[0032] 例えば、マルチメディアアプリケーションを構成する VoIPやカメラビューヮなどのァプリケーシヨンは、 VoIPについてはノイズリダクションや通信速度などに関する機能モジュール力も構成される。また、カメラビューヮについては、コーデック、あるいはチル、パンのようなカメラ操作に関する機能モジュール力も構成される。

[0033] モジュール利用可能領域部 303は、アプリケーション Z機能モジュールを実際に稼働するために利用するメモリ領域である。モジュール利用可能領域部 303は、外部通信端末から取得したアプリケーション Z機能モジュールや、周辺に存在する通信端末内部に蓄積しているアプリケーション Z機能モジュールを展開し、稼働させる。

[0034] ユーザ入出力部 304は、電話などのマルチメディア通信やアプリケーションの開始、終了、利用する機器の選択、動作の許可、着信の通知、などを行うための携帯通信端末 210とユーザ間の入出力を扱う。

[0035] ユーザ入出力部 304において、ユーザからの入力操作例は、ボタン、キー、音声、画像などによる入力であり、ユーザへの出力例はディスプレイ表示、音再生、 LED点灯などによる出力である。

[0036] 個人認証情報記録媒体 305は、携帯通信端末を利用して通信を行うユーザに関する個人認証情報、および、通信相手先やアプリケーション Z機能モジュールの送受信先のユーザを認証するための個人認証情報、通信相手先ユーザやアプリケーシヨン Z機能モジュールの送受信先のユーザに関する情報を記録する媒体である。

[0037] 全体制御部 306は、各処理部からの情報を判断し、携帯通信端末としての全体的な制御を行う。

[0038] 全体制御部 306は、タイマーを持っており、定期的処理を実施したり、また、通信の接続を開設する処理、アプリケーション Z機能モジュールの送受信を行う処理など、全ての処理が全体制御部 306を介在して行われる。

[0039] 機器情報要求 Z解析部 307は、機器情報の要求を行ったり、取得した機器情報の解析を行う。機器情報要求 Z解析部 307は、通信プロトコルなどを利用して他の機器から機器情報が要求された際に、要求の解析、判断、該機器の機器情報の提供などを行う。また、機器情報要求 Z解析部 307は、通信プロトコルなどを利用して機器情報を受信した際に、受信した機器情報の解析、機器情報などの記録を行う。

[0040] モジュール要求 Z解析部 308は、マルチメディアアプリケーション Z機能モジユールを要求、または解析する。モジュール要求/解析部 308は、通信で利用したいマルチメディアアプリケーションに関する情報を取得し、取得したマルチメディアアプリケーシヨンおよび機能モジュールに関する情報の判断、解析、作成、指示などを行う

[0041] 通信要求判断部 309は、通信を開設する際の要求、条件などを設定、解析、または判断する。通信要求判断部 309は、開設する通信、すなわち、セッション開始 Z切断などのコマンドの送受信のために必要な情報を取得し、通信の通信開設要求情報の作成や、通信開設要求を受信した際の受信情報の解析などを行う。

[0042] ネットワーク管理部 310は、接続するネットワークにおける自通信端末の IPアドレスや、アプリケーションサーバのアドレス、周辺に存在する通信端末のアドレスなどの情報やネットワークインターフースの制御を管理する。

[0043] 1^10読取部311は、データを読取るための電波を発し、 RFIDタグに書き込まれたデータの読み取りを行う。 RFID読取部 311は、読取り範囲のネットワークである二次無線ネットワーク 313と接続されて、る。

[0044] 携帯通信端末 210は、 RFID読取部 311により、その携帯性により動的に変更される周辺に存在する通信端末の情報を取得する。 [0045] 通信プロトコル制御部 312は、通信プロトコルの送受信、およびプロトコルコマンドの作成 Z解析を行う。

[0046] ネットワーク管理部 310及び通信プロトコル制御部 312は、ローカル IPネットワーク 202を通して、外部の IPネットワーク 201と通信が可能である。

[0047] 以上のように、本実施の形態 1では、通信プロトコル制御部 312が接続要求受信部を構成し、モジュール要求/解析部 308がアプリケーション情報取得部およびアプリケーシヨン比較部を構成し、モジュール利用可能領域部 303がアプリケーション情報要求部を構成している。

[0048] 図 3は、通信端末としての PC端末 203〜FAX209の構成を示すブロック図である。

[0049] 例えば、 PC端末 203は、携帯通信端末 210と同様に、機器情報記録媒体 301と、モジュール蓄積媒体 302と、モジュール利用可能領域 303と、ユーザ入出力部 304 と、個人認証情報記録媒体 305と、全体制御部 306と、機器情報要求 Z解析部 307 と、モジュール要求 Z解析部 308と、通信要求判断部 309と、ネットワーク管理部 31 0と、通信プロトコル制御部 312とを有し、さらに、機器情報書込部 401と、 RFIDタグ部 402とを有する。

[0050] 機器情報書込部 401は、該通信端末の稼働状況などの機器情報に合わせて RFI Dタグ部 402に情報を書き込む。機器情報書込部 401は、稼働状況などを反映せず、あらかじめ書き込まれた情報を書き換えない場合は不要である。

[0051] RFIDタグ部 402は、機器情報が書き込まれて、る電子タグ部分である。リーダ (読取り機器)からの電波を受信して電源を得て、書き込まれている情報を返信する。書き込まれている機器情報は、固定のままでも、随時、稼働状況などを反映して書き換えられても良い。

[0052] RFIDタグ部 402は、読取られる範囲のネットワークである二次無線ネットワーク 31 3に接続されている。

[0053] 通信端末である PC端末 203〜FAX209は、据え置き型の通信端末であり、携帯通信端末 210からは周辺に存在する通信端末として扱われる。 PC端末 203〜FAX 209は、 RFIDタグ部 402を利用して、自通信端末の機器情報を発信する。

[0054] RFIDタグ部 402に書き込まれる機器情報のデータ構造例を図 4に示す。 [0055] 図 4において、 RFIDタグ部 402は、製造番号など機器の識別を行う機器 ID701、プリンタや PCなどの機器の種類を表す機器種別 702、 IPアドレスや URLなど接続されているネットワークにおける通信端末アドレス 703、保持 Z稼働できるアプリケーシヨン Z機能モジュール情報 704、通信端末で処理が可能なメディアデータの種別情報 705、通信端末の製造メーカ情報 706、メーカの HPアドレスなどの予備情報 707 から構成されている。

[0056] この情報は、同じ形態で、携帯通信端末 210の機器情報記録媒体 301に蓄積されているものとする。

[0057] なお、ここでは、 RFIDを用いて説明する力ブルートゥース（Bluetooth) (登録商標）、 UWB (Ultra WideBand)などの他の二次無線ネットワークで規定されて！、る方式を利用してもよぐ本発明は、特に、 RFIDに限定するものではない。

[0058] 以上のような構成を有する実施の形態 1において、最初に、ローカル IPネットワーク

202に携帯通信端末 210を接続して周囲に存在する通信端末の情報を取得する通信方法について、図 5を参照して説明する。

[0059] 図 5は、携帯通信端末 210が、その周辺に存在する通信端末の機器情報を取得する際の内部動作を示すシーケンス図である。

[0060] まず、携帯通信端末 210の全体制御部 306は、内部の機器情報取得ポーリングタイマのタイムアウトにより、機器情報要求 Z解析部 307に機器情報取得要求 (S603) を通知する（S602)。

[0061] 次に、機器情報要求 Z解析部 307は、機器情報取得要求 (S603)の通知を受け、 RFID読取部 311へ機器情報取得要求 (S605)を行うように指示する（S604)。

[0062] RFID読取部 311は、機器情報取得要求（S605)の指示を受け、二次無線ネットヮーク 313を介し、周辺に存在する通信端末の RFIDタグ部 402に電源を供給し（S60

7)、読取処理を開始する（S606)。

[0063] 周辺に存在する通信端末の RFIDタグ部 402は、二次無線ネットワーク 313を介し、供給された電源を利用し、既に書き込まれている機器情報 (S609)を送信する（S6

08)。

[0064] 携帯通信端末 210の RFID読取部 311は、二次無線ネットワーク 313を介し、機器情報 (S609)を受信して、機器情報要求 Z解析部 307に機器情報 (S611)を通知し (S610)、機器情報要求 Z解析部 307は機器情報 (S611)の内容を解析した上で、受信した機器情報（S613)と RFIDを読み取ったこととを全体制御部 306へ通知する (S612)。

[0065] 全体制御部 306では、機器情報蓄積 (S615)を機器情報記録媒体 301に依頼する (S614)ことにより、受信した機器情報 (S613)を機器情報記録媒体 301に蓄積する（S616)。

[0066] なお、ステップ S606〜ステップ S616は、携帯通信端末 210の全体制御部 306内のタイマーにより定期的に起動され、起動のたびに、二次無線ネットワーク 313の到達エリア内に存在する通信端末の数だけ繰り返される。

[0067] 以上のようにして、ローカル IPネットワーク 202に携帯通信端末 210を接続して周囲に存在する機器情報を取得できる。

[0068] 次に、外部通信端末 211と携帯通信端末 210間の通信開始時のネゴシエーションの際に、通信で利用するコーデック情報に加え、マルチメディアアプリケーション情報をも指定することにより、そのマルチメディアアプリケーションを利用した通信接続を開始する通信方法について、図 6〜図 13を参照して説明する。

[0069] 図 6は、外部の IPネットワーク 201に接続された外部通信端末 211から送信された接続要求を携帯通信端末 210が受信し、接続を確立するまでの動作を示すシーケンス図である。

[0070] 本実施の形態 1においては、外部通信端末 211は、図 2に示す通信携帯端末 210 と同様の構成を有するものとして説明を行う。

[0071] 最初に、図 6に示すシーケンスの概略を説明し、その後、各処理について、図を用いて詳細に説明する。

[0072] 図 6において、外部通信端末 211のユーザ入出力部 304は、ユーザの操作により接続要求（S802)を全体制御部 306に送信して接続指示を行う（S801)。

[0073] 外部通信端末 211は、ユーザ力もの操作により、接続要求（S802)を受信し、通信情報設定（S803)、モジュール情報設定（S804)、モジュール取得（S805)の処理を行った後、接続要求 (S806)を携帯通信端末 210に送信して接続要求 (S807)を行う。

[0074] 接続要求 (S806)を受信した携帯通信端末 210は、通信情報解析 (S808)、利用可能モジュール判断 (S809)の処理を行い、判断結果に関して携帯通信端末 210 のユーザとの間で通知、応答を行って（S812、 S813)モジュール決定（S810)の処理を行った後、モジュール起動（S811)、通信開始 (S816)の処理を行って、接続要求応答（S817)を外部通信端末 211に送信する。

[0075] 外部通信端末 211は、携帯通信端末 210より接続要求応答 (S817)を受信すると、通信情報解析（S818)、モジュール起動（S819)、通信開始（S820)の処理を行つて、携帯通信端末 210との間で RTP (RealtimeTransfer Protocol)などによる通信（S821)を開始する。

[0076] 図 7は、ユーザが外部通信端末 211のユーザ入出力部 304を操作する際に利用する画面表示例であり、基本ボタン部 901、アドレス入力ボックス 902、アドレス帳 903、通信アプリケーション一覧 904、および情報出力ボックス 905から構成される。

[0077] 基本ボタン部 901は、通信接続を要求する「開始」ボタン、接続先となる相手先や接続時に利用するアプリケーションの選定された結果を確定する「選択」ボタン、接続中の通信の転送を実施する「転送」ボタン、接続中の通信の切断を要求する「切断」ボタンの 4つのボタンから構成されて!、る。

[0078] アドレス入力ボックス 902は、接続先となる相手先ユーザのアドレスを直接入力するボックスである。

[0079] アドレス帳 903は、あらかじめ登録されて!、るユーザの氏名、アドレス、そのユーザの現在の状態や居場所などが表示され、この中から接続の相手先となるユーザを選択できる。図 7では、 Aさん〜 Eさんが登録されており、この中から、接続の相手先となるユーザを選択できる。

[0080] 通信アプリケーション一覧 904には、通信に利用でき、マルチメディアアプリケーシヨンの一覧表示であり、この中から接続時に利用するアプリケーションが選択できる。

[0081] 図 7では、（1)単なる音声通話機能のみを持つ VoIP、（2)監視向け画像モニタとなる A社製カメラビューヮ 1、（3) TV電話向け映像モニタとなる A社製カメラビューヮ 2、 (4) TV電話用の映像を撮像する携帯カメラを例として示している。 [0082] なお、通信アプリケーション一覧 904に表示されるマルチメディアアプリケーションは、組み合わせて利用することもできれば、単独で利用することもできる。

[0083] 情報出力ボックス 905は、現在のユーザの選択状況、着信状況などが表示される。

[0084] 図 7の画面表示は、本実施の形態 1では、タツチパネルにより入出力部 304へ入力するものであるが、キー操作による入力、ペン入力、マウス操作などによる入力でも可能で、本発明はタツチパネルに限定するものではな!/、。

[0085] ここで、例えば、外部通信端末 211を操作するユーザは、その画面表示において、アドレス帳 903から通信接続の相手先となるユーザとして Aさんを選択し、基本ボタン部 901の「選択」を押す。

[0086] 次に、通信アプリケーション一覧 904から、利用したいマルチメディアアプリケーションである VoIP、および、 A社製カメラビューヮ 2を選択し、再度、基本ボタン部 901の

「選択」を押す。

[0087] これによつて、情報出力ボックス 905に、これらの情報が反映され、ユーザが基本ボタン部 901の「開始」を押すことで、 Aさんの利用する携帯通信端末 210への接続指示を外部通信端末 211に対して行うことができる。

[0088] 図 8a〜図 8cは、図 6における外部通信端末 211と携帯通信端末 210間のメッセ一ジ（S806、 S817)のデータ構造を説明する図である。

[0089] 図 8aはメッセージ（S806、 S817)に共通の汎用的なデータ構造を示す図である。

[0090] 図 8aに示すデータ構造は、要求種別 1101、接続先のユーザ名もしくはアドレス 11 02、接続元のユーザ名もしくはアドレス 1103、メディアデータの種別を示す通信データ種別 1104、メディアデータの送受信の宛先を示す通信データ送受信アドレス 1 105、通信で利用するマルチメディアアプリケーションおよびマルチメディアアプリケーシヨンを構成する機能モジュールを示す通信データ処理用アプリケーション Z機能種別 1106、接続要求 1101〜通信データ処理用アプリケーション Z機能種別 1106 の情報に加え、通信相手に通知したい情報がある場合に利用する通信に関する予備情報 1107から構成される。

[0091] 図 8bは、図 8aで SIP (IETF, RFC3261, Session Initiation Protocol)を使用した場合のデータ構造であり、このデータ構造は、外部通信端末 211から携帯通信端末 210への接続要求に利用される。

[0092] 図 8bにおいて、接続要求 1101には、接続要求を示す INVITEが格納される。

[0093] 接続先ユーザ名 Zアドレス 1102は、 Request— URlZToヘッダ、すなわち本実施の形態 1では、携帯通信端末 210を示す31?11!¾(1；1^01：111 Resource Identifie r)が、通信元ユーザ名 Zアドレス 1103は Fromヘッダ ZContactヘッダ、すなわち本実施の形態 1では、外部通信端末 211を示す SIP URIが格納される。

[0094] 通信データ種別 1104および通信データ送受信アドレス 1105は、 SIPメッセージボディに属する SDP (IETF、 RFC2327、 Session Discription Protocol)に相当し、本実施の形態 1では、メディア情報 [RTP (RealtimeTransfer Protocol) ,RTC P (RTCP Control Protocol)ポート番号など]を示す SDP情報が格納される。

[0095] 通信データ処理用アプリケーション Z機能種別 1106には、本実施の形態 1では、 A社製カメラビューヮ 2 (TV電話向け映像モニタ）、 VoIP (音声電話)を示す情報が、予備情報 1107には SIPメッセージボディの空きエリアである予備情報が格納される。

[0096] なお、通信データ処理用アプリケーション/機能種別 1106および予備情報 1107は、 SDPに含めてもよいし、また、予備情報として記述できる別の箇所があるのならば、そこへ記述しても構わな、。

[0097] 図 8cは、同様に、図 8aで SIPを使用した場合のデータ構造の一例であり、このデータ構造は、携帯通信端末 210から外部通信端末 211への接続要求応答に利用される。

[0098] 図 8cにお、て、接続要求 1101には、接続要求応答 (正常）を示す 200 OKが格納される。

[0099] 接続先ユーザ名 Zアドレス 1102には Request— URlZToヘッダ、すなわち本実施の形態 1では、外部通信端末 211を示す SIP URIが格納される。

[0100] 通信元ユーザ名 Zアドレス 1103には Fromヘッダ ZContactヘッダ、すなわち本実施の形態 1では、携帯通信端末 210を示す SIP URIが格納される。その他の構造は図 8aと同じである。

[0101] 以下、図 6〜図 14を参照して、本実施の形態 1において、マルチメディア通信を開始するまでのシーケンスについて詳細に説明する。 [0102] 図 9及び図 10は、図 6における外部通信端末 211の内部動作 (ステップ S801〜S

807)を示すシーケンス図である。

[0103] まず、図 6において、外部通信端末 211を所持するユーザは、ユーザ入出力部 30

4によって接続指示 (S801)を行い、外部携帯端末 211に対し、接続要求 (S802)を送信する。

[0104] 接続要求（S802)は、ユーザ入出力部 304に該当する図 7のアドレス帳 903を利用して相手先として「Aさん」、通信アプリケーション一覧 904を利用して TV電話向け映像モニタサービス「A社製カメラビューヮ 2」および音声通話サービス rVoIPjを選択し、基本ボタン 901の「選択」ボタンをタツチして選択を確定することにより作成される。作成された接続要求（S802)は、図 7の基本ボタン 901の「開始」ボタンをタツチして、図 9に示すように、ユーザ入出力部 304を介して、全体制御部 306へ通知する。

[0105] 図 6における通信情報設定 (S803)は、図 9に示すように、接続要求（S802)を受信した全体制御部 306が、接続要求（S802)の情報力もマルチメディア通信に関する通信情報を設定するものである。

[0106] この通信情報は、マルチメディア通信を行うために、従来必要とされたメディアデータの種別やメディアデータを送受信する IPアドレス、ポートなどの情報である。

[0107] 具体的には、図 8bに示すデータ構造の通信データ種別 1104及び通信データ送受信アドレス 1105であるメディア情報 (RTP,RTCPポート番号など）を示す SDP情報が設定される。

[0108] 図 6におけるモジュール情報設定（S804)は、図 9に示すように、全体制御部 306 がモジュール要求 Z解析部 308に対して、ユーザが選択したマルチメディアアプリケーシヨンに関するモジュール情報の設定を要求（S1001)する。モジュール要求 Z解析部 308は、ユーザが選択したマルチメディアアプリケーションに該当するモジユール情報設定（S 1002)を行い、全体制御部 306に対し、モジュール情報通知（S 100 3)を送信することにより行われる。

[0109] 具体的には、図 8bに示すデータ構造の通信データ処理用アプリケーション Z機能種別 1106である「A社製カメラビューヮ 2 (TV電話向け映像モニタ）、 VoIP (音声通話)を示す情報が設定される。 [0110] 図 6におけるモジュール取得（S805)は、図 9に示すように、全体制御部 306が、モジュール蓄積媒体 302に対し、ユーザが選択したアプリケーション Z機能モジュール、すなわち VoIPの機能モジュール、及び A社製カメラビューヮ 2の機能モジュールの検索を要求（S 1005)する。モジュール蓄積媒体 302は、該当のモジュールを取得（ S1006)し、該当モジュールを全体制御部 306に送信する（S1007)ことにより行われる。続いて、全体制御部 306は、取得したモジュールを利用する（S1008)。

[0111] 図 6における接続要求（S807)は、ステップ S803〜S805までの通信接続準備が完了したことを検知した全体制御部 306が、図 10に示すように、通信要求判断部 30 9に対し、接続要求の指示 (S1011)を行う。

[0112] 次に、通信要求判断部 309は、図 8bに示すデータ構造の接続要求 1101である SI P INVITE、接続先ユーザ名/アドレス 1102である携帯通信端末 210の SIP UR I、接続元ユーザ名 Zアドレス 1103である外部通信端末 211の SIP URIを加え、接続要求（S1012)を作成する。

[0113] その後、通信要求判断部 309は、通信プロトコル制御部 312に対し、接続要求（S1 013)の指示を行う。通信プロトコル制御部 312は、接続要求（S1013)を基に、該当通信プロトコルに合わせたコマンドを作成 (S1014)し、図 8bに示す形式で接続要求 (S806)を携帯通信端末 210に送信することにより行われる。

[0114] 図 11及び図 12は、図 6における携帯通信端末 210の内部動作 (ステップ S808〜ステップ S816)を示すシーケンス図である。

[0115] 図 6における通信情報解析 (S808)は、図 11に示すように、通信プロトコル制御部 312が外部通信端末 211より受信した接続要求（S806)の通信プロトコル解析 (S10 21)を行う。通信プロトコル制御部 312は、図 8bに示す、接続要求 1101である SIP INVITEより、セッション接続要求であることを判断し、通信要求判断部 309に接続要求通知（S 1022)を送信する。通信要求判断部 309は、接続要求通知（S 1022) を基に、データ種別、データ送受信に利用する IPアドレス ·ポート番号などの SDP情報の通信情報解析 (S 1023)を行い、全体制御部 306に解析結果の通知 (接続要求 S 1024)を送信することにより行われる。

[0116] 具体的には、図 8bに示す、通信データ種別 1104、通信データ送受信アドレス 110 5であるメディア情報 (RTP、 RTCPポート番号など）を示す SDP情報の解析を行う。

[0117] 図 6における利用可能モジュール判断 (S809)は、図 11に示すように、接続要求（ S1024)を基に、全体制御部 306が、モジュール要求 Z解析部 308に対して、外部通信端末 211が指定したモジュール情報の解析要求 (S1025)を送信する。モジュール要求 Z解析部 308は、当該モジュール情報を解析 '取得して判断 (S1026)し、その結果を通信モジュール判断通知（S1027)として、全体制御部 306に送信する。

[0118] その後、全体制御部 306は、図 11に示すように、そのモジュール情報を基に、モジユール蓄積媒体 302に対し、機能モジュールの検索（S 1029)を要求 (モジュール検索 S1028)する。モジュール蓄積媒体 302は、該当のモジュールを取得（S1030)し、該当モジュールを全体制御部 306に送信（S1031)することにより、利用可能モジユール「有り」の判断が行われる。

[0119] 具体的には、図 8bに示す、データ構造の通信データ処理用アプリケーション Z機能種別 1106である「A社製カメラビューヮ 2(TV電話向け映像モニタ)、 VoIP (音声通話)を示す情報が抽出され、その機能モジュールの取得が行われる。

[0120] 図 6における利用モジュール決定 (S810)は、図 11に示すように、通信情報解析（ S808)で取得した通信情報及び、利用可能モジュール判断 (S809)で取得した機能モジュール情報を基に、全体制御部 306が、ユーザ入出力部 304に対し接続要求の通知（S812)を行う。また、ユーザ入出力部 304は、全体制御部 306に対し、ュ一ザによる応答操作による接続要求応答（S813)を行う。

[0121] ところで、図 14は、携帯通信端末 210のユーザ入出力部 304における画面表示例を示す図であって、基本的な構成は、図 7に示す外部通信端末と同様である。

[0122] すなわち、上記接続要求通知（S812)は、図 14において、情報出力ボックス 905 への着信表示で行わる。接続要求応答（S813)は、図 14において、ユーザによる基本ボタン部 901の「開始」ボタンへのタツチによる着信応答により行われる。

[0123] 図 6におけるモジュール起動（S811)は、図 12に示すように、全体制御部 306がモジュール利用可能領域 303に対し、利用モジュール決定 (S810)に従って、利用可能モジュール判断（S809)で取得したモジュールの起動要求（S1041)を行う。モジユール利用可能領域 303は、取得したモジュールの起動（S 1042)を行い、全体制御部 306に対し、起動完了通知（S1043)を送信することにより行われる。

[0124] 図 6における通信開始（S816)は、ステップ S808〜S811までの通信開始の準備完了したことを検知した全体制御部 306が、図 12に示すように、まず、通信要求判断部 309に対し、接続要求応答（S 1051)の指示を行う。

[0125] 次に、通信要求判断部 309は、通信プロトコル制御部 312に対し、接続要求応答（ S 1052)の指示をして通信開始（S 1053)を行う。

[0126] 次に、通信プロトコル制御部 312が、接続要求応答（S1052)を基に、該当通信プロトコルに合わせたコマンドを作成（S1054)し、外部通信端末 211の通信プロトコル制御部 312へ、作成した接続要求応答（S817)を送信することにより行われる。

[0127] コマンドの作成（S1054)は、図 8cに示すデータ構造の形式、すなわち、接続要求応答 1101を示す、 SIP INVITEに対する正常応答である 200 OKと、図 8bのデータ構造力の取得によるデータ構造のその他情報とで作成される。

[0128] このような接続要求応答 S817が携帯通信端末 210から外部通信端末 211に送信されること〖こより、両端末は AVデバイスの初期化等の端末内部の通信開始処理を行い、アプリケーション Z機能モジュールを利用したデータの送受信、すなわち RTPなどによるデータの送受信（S821)を開始することになる。

[0129] 図 13は、図 6における外部通信端末 211の内部動作 (ステップ S818〜S820)を示すシーケンス図である。

[0130] 図 6における通信情報解析 (S818)は、図 13に示すように、通信プロトコル制御部 312が携帯通信端末 210より受信した接続要求応答 (S817)の通信プロトコル解析（ S1061)を行う。通信プロトコル制御部 312は、図 8cに示す、接続要求応答 1101である SIP 200 OKより、セッション接続要求応答であることを判断し、通信要求判断部 309へ、接続要求応答通知（S 1062)を送信する。通信要求判断部 309は、接続要求応答通知（S1062)を基に、接続要求応答が正常応答であることを判断する。通信要求判断部 309は、図 8cに示す、通信データ種別 1104、通信データ送受信ァドレス 1105であるメディア情報 (RTP、 RTCPポート番号など）を示す SDP情報の解析 (S 1063)を行い、全体制御部 306へ、解析結果の通知 (接続要求応答 S 1064) を送信することにより行われる。 [0131] 図 6におけるモジュール起動（S819)は、図 13に示すように、接続要求応答通知 S 1062が正常応答であり、携帯通信端末 210とのネゴシエーションが完了したことを全体制御部 306が判断する。接続要求応答通知 S1062は、モジュール利用可能領域 303に対し、図 6に示すモジュール取得（S805)で取得した機能モジュールの起動要求（S1065)を行う。モジュール利用可能領域 303は、モジュール起動（S1066 )を行い、全体制御部 306に対し、起動完了通知（S 1067)を送信することにより行われる。

[0132] 図 6における通信開始処理（S820)は、ネゴシエーション結果に基づき、 AVデバイスの初期化等の端末内部の通信開始処理を行、、アプリケーション Z機能モジユールを利用したデータの送受信、すなわち RTPなどによるデータの送受信（S821)を開始することにより行われる。

[0133] 以上のように、本実施の形態 1においては、通信端末間のネゴシエーション情報として、メディアデータの種別であるコーデック情報にカ卩えてアプリケーション情報をも加えることで、アプリケーション Z機能モジュールレベルでの相互接続を達成し、マルチメディア通信を開始することが可能となる。

[0134] なお、本実施の形態 1ではマルチメディアアプリケーションの一覧を示し、ユーザがその中力利用するアプリケーションを選択した上で通信を開始している力ユーザが外部通信端末 211にお、て利用するマルチメディアアプリケーションのみを起動した上で、そのアプリケーションにより、通信を開始するように行っても良い。

[0135] また、本実施の形態 1では、外部通信端末 211と携帯通信端末 210との間で取り交わされるメッセージに利用するプロトコルとして SIPを用いて説明を行った力 H. 32 3などの他の通信プロトコルや、独自に規定したプロトコル等を用いても、アプリケーシヨン Z機能モジュール情報のネゴシエーションを行うことで、同様の効果が得られることは言うまでもない。

[0136] また、本発明は、ネゴシエーション開始時に、モジュール一覧だけを用いて利用可能なマルチメディアアプリケーションとのネゴシエーションを開始し、その後、利用可能モジュールを取得し、起動するという手順でも、本発明の効果は得られる。

[0137] また、本実施の形態 1では、外部通信端末 211がネゴシエーション情報として指定する機能モジュールとして、音声電話機能を提供する VoIPと TV電話向けの映像モユタである A社製カメラビューヮの 1セットのみで説明をした力複数セットを用意し、受信側のユーザ (携帯通信端末 210)がその中の一つのセットを選択することなどでも可能であり、本発明は本実施の形態に特に限定するものではない。

[0138] (実施の形態 2)

図 15は、本発明の実施の形態 2の情報通信端末が接続されるネットワークシステムの構成を示す図である。

[0139] 本実施の形態におけるネットワークシステムは、様々な通信機器間の通信を実現するネットワーク 101と、情報通信端末としての携帯通信端末 110がその周囲に形成するアドホック通信可能なアドホックネットワーク 102とで構成される。

[0140] ネットワーク 101は、例えば、固定公衆網、モパイル公衆網、 LAN (Local Area N etwork)などの構内 IPネットワーク、 WLAN (WirelessLAN)などの無線 IPネットヮークがあげられる。

[0141] ネットワーク 101には、このネットワーク 101を介して互いに通信可能な端末である、携帯通信端末 110、外部通信端末 111、外部携帯通信端末 112、デスクトップ PC1 13が順次接続されている。

[0142] アドホックネットワーク 102は、例えば RFIDによるネットワークがあげられる。

[0143] アドホックネットワーク 102には、このアドホックネットワーク 102を介して携帯通信端末 110と通信可能な端末である、 PC端末 103、ネットワークカメラ 104、 IP電話 105、ディスプレイ 106、コンテンツ Zファイルサーバ 107、プリンタ 108、 FAX109力 S順次接続されている。

[0144] 本実施の形態 2では、まずネットワーク 101で接続された情報通信機器間のマルチメディア通信にっ、て説明し、アドホックネットワーク 102を介して接続された情報通信機器間のマルチメディア通信にっヽては、以降の実施の形態で説明する。

[0145] 図 16は、本実施の形態 2における、ネットワーク 101で接続された情報通信端末としての携帯通信端末 110と外部通信端末 111を示す構成図である。

[0146] 携帯通信端末 110は、ユーザ入出力部 6101と、モジュール蓄積データベース (D B) 6102と、機能モジュール要求生成 ·解析部 6103と、機能モジュール起動部 610 4と、機能モジュール制御部 6105と、通信制御部 6106と、全体制御部 6107とを有している。

[0147] ユーザ入出力部 6101は、実施の形態 1のユーザ入出力部 304と同じ構成を有しており、その画面表示例も、図 14に示す実施の形態 1と同様である。

[0148] モジュール蓄積 DB6102は、携帯通信端末 110が保有するアプリケーション Z機能モジュールを格納する。

[0149] 本実施の形態 2の携帯通信端末 110におけるモジュール蓄積 DB6102内の DBの構成の一例を図 24aに示す。

[0150] 図 24aに示すように、本実施の形態 2におけるモジュール蓄積 DB6102内の DB情報は、「アプリケーション Z機能モジュール」情報、「用途」、「コーデック」情報力もなる。携帯通信端末 110は、図 24aに示す各「用途」向けに、それぞれの「コーデック」に対応した、 4つの「アプリケーション Z機能モジュール」、（l)VoIP、（2) A社製カメラビューヮ 1、（3) A社製カメラビューヮ 2、（4)携帯カメラ、を保有している。

[0151] 機能モジュール要求生成 ·解析部 6103は、外部通信端末 111とのマルチメディア通信開始時に、通常のコーデック情報によるネゴシエーションに加え、モジュール蓄積 DB6102を基にした、アプリケーション/機能モジュールレベルでのネゴシエーシヨンを行う際に、そのネゴシエーション情報の生成、又は解析を行う。

[0152] 機能モジュール起動部 6104は、モジュール蓄積 DB6102に保有されたアプリケーシヨン Z機能モジュールの起動を行う。

[0153] 機能モジュール制御部 6105は、機能モジュール要求生成'解析部 6103および機能モジュール起動部 6104の制御を行う。

[0154] 通信制御部 6106は、外部通信端末 111とネットワーク 101を介する通信の制御を行う。

[0155] 全体制御部 6107は、携帯通信端末 110の全体の制御を行う。

[0156] 本実施の形態 2にお、ては、外部通信端末 111は携帯通信端末 110と同様の構成を有するものとする。

[0157] すなわち、外部通信端末 111内のユーザ入出力部 6108〜全体制御部 6114は、携帯通信端末 110内のユーザ入出力部 6101〜全体制御部 6107とそれぞれ同様の機能を有しており、したがってこれらの説明は省略する。

[0158] なお、外部通信端末 111が保有するアプリケーション Z機能モジュールは携帯通信端末 110のそれとは異なっており、モジュール DB6109内の DBの構成の一例を図 24bに示す。

[0159] 例えば、本実施の形態 2において、外部通信端末 111は、図 24bに示す各「用途」向けに、それぞれの「コーデック」に対応した、 4つの「アプリケーション Z機能モジュ一ル」、 (l)VoIP, (2)携帯カメラビューヮ 1、（3)携帯カメラビューヮ 2、（4) A社製力メラビューヮ 2、を保有している。

[0160] 図 17は、外部通信端末 111内のユーザ入出力部 6108の画面構成例を示す図であって、図 7に示す実施の形態 1と同じ構成を有している。

[0161] 図 17に示す、基本ボタン部 7101〜情報出力ボックス 7105は、図 7に示す、基本ボタン部 901〜情報出力ボックス 905にそれぞれ対応しており、詳細な説明は省略する。

[0162] 図 18は、携帯通信端末 110内のユーザ入出力部 6101の画面構成例を示す図であって、図 14に示す実施の形態 1と同じ構成を有している。

[0163] 図 18に示す、基本ボタン部 7101〜情報出力ボックス 7105は、図 14に示す、基本ボタン部 901〜情報出力ボックス 905にそれぞれ対応しており、詳細な説明は省略する。

[0164] なお、図 18では、アドレス帳 7103に登録されたユーザとしては、 Fさん〜 Jさんを、通信アプリケーション一覧 7104に登録されたアプリケーション一覧としては、単なる音声通話機能のみを持つ VoIP、監視向け画像モニタとなる携帯カメラビューヮ 1、 T V電話向け映像モニタとなる携帯カメラビューヮ 2、 TV電話向け映像モニタとなる A 社製カメラビューヮ 2を、例として示している。

[0165] 以上のように、本実施の形態 2では、通信制御部 6106が接続要求受信部を構成し、機能モジュール要求生成'解析部 6103がアプリケーション情報取得部とアプリケーシヨン比較部とを構成し、機能モジュール起動部 6104がアプリケーション情報要求部を構成している。

[0166] 以下、図 19〜図 24a、図 24bを用いて、実施の形態 2における携帯通信端末 110 と外部通信端末 111との間の接続の処理の流れを説明する。

[0167] 図 19は、携帯通信端末 110と外部通信端末 111との間の接続の処理の流れの概要を説明するシーケンス図である。

[0168] 図 19において、外部通信端末 111が携帯通信端末 110に対し、アプリケーション' 機能モジュールレベルでのネゴシエーション情報を付与した接続要求（S502)を行い (接続要求処理 11 (S501) )、携帯通信端末 110がネゴシエーション情報にマッチしたアプリケーション '機能モジュールを保有して、る力否かを確認し、接続要求応答 (正常応答）（S504)を返信する (接続要求応答処理 (S503) )。外部通信端末 111 は、モジュール起動処理 13 (S505)を行って、携帯通信端末 110と外部通信端末 1 11との間で RTPなどによるマルチメディア通信を開始する（S506)。

[0169] 以下、接続要求処理 S501〜モジュール起動処理 S505を、図 20〜図 24a、図 24 bを用いて詳細に説明する。

[0170] 図 20は接続要求処理 S 501を示すフロー図である。

[0171] 外部通信端末 111のユーザ入出力部 6108より、図 17に示す表示例において、ァドレス帳 7103を利用して相手先として「Aさん」が選択される。

[0172] 次に、ユーザ入出力部 6108は、通信アプリケーション一覧 7104を利用して、音声通話サービス ΓνοΙΡ]及び、 TV電話向け映像モニタサービス「A社製カメラビューヮ 2」を選択し、基本ボタン部 7101の「選択」ボタンをタツチすることで、ユーザ (Fさん）による発信要求を検知する（S601)。

[0173] ユーザ入出力部 6108で発信要求を検知された情報は、全体制御部 6114を経由し、機能モジュール制御部 6112に通知される。機能モジュール制御部 6112は、機能モジュール要求生成 ·解析部 6110及びモジュール蓄積 DB6109を利用し、機能モジュールの要求情報 (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ)を示す情報)を作成する（S602)。

[0174] 最後に、作成された機能モジュール要求情報は全体制御部 6114を経由し、通信制御部 6113に通知される。通信制御部 6113は、上記機能モジュール要求情報 (ネゴシエーシヨン情報)を付与した接続要求メッセージを作成し、携帯通信端末 110へ、接続要求（S502)を送信する（S603)。 [0175] 接続要求（S502)のデータ構造の例を図 23a、図 23bに示す。

[0176] 図 23aは、実施の形態 2において、外部通信端末 111と携帯通信端末 110との間で行われる通信に利用されるデータ構造を示しており、要求種別 901、接続先ユーザ名/アドレス 902、接続元ユーザ名/アドレス 903、メディア情報 904、通信データ処理用アプリケーション Z機能種別 905、予備情報 906により構成される。

[0177] 図 23bは、図 23aで SIP (IETF, RFC3261, Session Initiation Protocol)を使用した場合の、接続要求（S502)のデータ構造を示している。

[0178] 図 23bにおいて、要求種別 901には、接続要求を示す INVITEが格納される。

[0179] ユーザ名/アドレス 902には、 SIPの Request— URI/Toヘッダなどが該当し、ュ一ザ入出力部 6108より取得した情報を元に、携帯通信端末 110 [Aさん]を示す SI PURI (Uniform Resource Identifier)が格納される。

[0180] 接続元ユーザ名 Zアドレス 903には、 SIPの Fromヘッダなどが該当し、自分自身である外部通信端末 111 さん]を示す SIPURIが格納される。

[0181] メディア情報 904には、 SIPメッセージボディに属する SDP (IETF, RFC2327, S ession Discription Protocol)内の要素が該当し、メディア情報 [RTP (Realtim eTransfer Protocol) , RTCP (RTCP Control Protocol)ポート番号など]を示す外部通信端末 111の SDP情報が格納される。

[0182] 通信データ処理用アプリケーション Z機能種別 905は、 SIPメッセージボディの空きエリアに搭載され、ユーザ入出力部 6108より取得した情報を元に、 VoIP (音声電話 )及び、 A社製カメラビューヮ (TV電話向け映像モニタ)を示す情報が格納される。

[0183] なお、予備情報 906は使用しない。

[0184] 次に、携帯通信端末 110が接続要求 (S502)を受信した際の接続要求応答処理（

S503)について、図 21に示すフロー図を用いて詳細に説明する。

[0185] まず、通信制御部 6106は、接続要求（S502)のメッセージ解析を行う（S701)。

[0186] 外部通信端末 111からの接続要求のデータ構造の一例を図 23bに示す。

[0187] 具体的には、通信制御部 6106は、接続要求（S502)のメッセージ解析により、要求種別 901が接続要求であり、接続先ユーザ名 Zアドレス 903が外部通信端末 111 [Fさん]からの通信であることを判断し、メディア情報 904より、各種メディア情報の取得が行われる。

[0188] これら解析した情報は全体制御部 6107を介して機能モジュール制御部 6105に通知される。機能モジュール制御部 6105は、機能モジュール要求生成'解析部 6103 を用い、図 23bに示す、通信データ処理用アプリケーション Z機能種別 905より、機能モジュール要求情報 (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ)）を取得する。機能モジュール要求生成'解析部 6103は、取得した情報と、携帯通信端末が保有する機能モジュール情報であるモジュール蓄積 DB610 2の内容とを比較し、携帯通信端末 110内部に該当モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ)）が存在するかを確認し、機能モジュール制御部 6105に通知する（S702)。

[0189] 機能モジュール制御部 6105は、図 24aに示すように、該当モジュールが存在したため、該当モジュールを用いて応答できると判断する。機能モジュール制御部 6105 は、全体制御部 6107を介して、ユーザ入出力部 6101に着信を表示するように指示する。ユーザ入出力部 6101は、図 18に示すように、情報出力ボックス 7105に、上記解析結果を基に、「Fさんから、 VoIP (音声通信）、 A社製カメラビューヮ 2 (TV電話向け映像モニタ）を使った通信の着信」であることをユーザに対し着信表示を行う (S7 03)。

[0190] ユーザ入出力部 6101は、ユーザ (Aさん）の操作により、図 18に示す基本ボタン部 7101の「開始」ボタンをタツチすることにより、接続応答が行われる（S 704)。

[0191] 全体制御部 6107は、接続応答を受け、機能モジュール制御部 6105にその旨の通知を行う。

[0192] 機能モジュール制御部 6105は、機能モジュール起動部 6104を用い、モジュール蓄積 DB6102より、該当モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 ( TV電話向け映像モニタ） )を取得し、モジュールの起動を行う（S705)。

[0193] 一方、全体制御部 6107の制御によって、通信制御部 6106が、機能モジュール要求応答を付与した接続要求応答メッセージを作成し、外部通信端末 111へ接続要求応答（S504)を送信する（S706)。

[0194] 図 23cに接続要求応答（S504)のデータ構造の例を示す。 [0195] 図 23cは、図 23aで SIPを使用した場合を示しており、要求種別 901には、 SIPIN VITEに対する正常応答である 200 OKを格納し、その他情報の格納は、接続要求 (S502)の各パラメータの取得により行われ、図 23cに示すデータ構造が作成される

[0196] 次に、外部通信端末 111が接続要求応答（S504)を受信した際に行うモジュール起動処理（S505)について、図 22に示すフロー図を用いて詳細に説明を行う。

[0197] 図 22において、外部通信端末 111の通信制御部 6113は、携帯通信端末 110より受信した接続要求応答 (S504)のメッセージ解析を行う（S801)。携帯通信端末 11 0からの接続要求応答（S504)のデータ構造の一例を図 23cに示す。

[0198] 具体的には、通信制御部 6113は接続要求応答（S504)のメッセージ解析により、要求種別 901 (メッセージの種別）が接続要求応答 (接続要求 200 OK)であり、その他情報解析により、正常にネゴシエーションが完了したことを判断する。

[0199] 次に、全体制御部 6114は、これら解析された情報に基づき、機能モジュール制御部 6112にその旨の通知を行う。機能モジュール制御部 6112は、機能モジュール起動部 6111を用い、モジュール蓄積 DB6109より、該当モジュール (VoIP (音声電話 )及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ)）を取得し、モジュールの起動を行う（S802)。

[0200] このようにして、外部通信端末 111と携帯通信端末 110の間で、 RTPなどによるマルチメディア通信が開始される。

[0201] 以上のように、端末間のネゴシエーション情報として、通常のコーデック情報に加えてアプリケーション Z機能モジュール情報をも加えることで、アプリケーション Z機能モジュールレベルでの相互接続を達成し、マルチメディア通信を開始することが可能となる。

[0202] なお、本実施の形態 2の説明においては、外部通信端末 111と携帯通信端末 110 の間のネゴシエーションに利用するプロトコルとして SIPを用いて説明を行った力 H . 323などの他の通信プロトコルや、独自に規定したプロトコル等を用いても、アプリケーシヨン Z機能モジュール情報のネゴシエーションを行うことで、同様の効果が得られることは言うまでちな!、。 [0203] また、本実施の形態 2の説明にお、ては、外部通信端末 111がネゴシエーション情報として指定する機能モジュールとして、音声電話機能を提供する VoIP、 TV電話向けの映像モニタである A社製カメラビューヮ 2の 1セットのみを指定した力複数セットを指定し、受信側のユーザ (携帯通信端末 110)がその中の 1セットを選択することで、選択したセットを利用したマルチメディア通信を開始でき、同様の効果が得られることは言うまでもない。

[0204] (実施の形態 3)

次に、本発明の実施の形態 3における通信端末に関して、図 25〜図 37を用いて説明を行う。

[0205] 本実施の形態 3も実施の形態 2と同様に図 15に示すネットワークシステム上で実現されるちのである。

[0206] 本実施の形態 3は、携帯通信端末 110が外部通信端末 111より接続要求を受けた際に、自通信端末が要求されたアプリケーション Z機能モジュールを有して、なヽ場合、アドホックネットワーク 102に接続された周辺機器に一致するアプリケーション Z 機能モジュールを有して、るか否かを確認し、周辺機器力該当するアプリケーション Z機能モジュールを入手し実施するものである。

[0207] 図 25は、本実施の形態 3における携帯通信端末 110と PC端末 103を示す構成図である。

[0208] 図 25において、携帯通信端末 110と外部通信端末 111がネットワーク 101で接続されており、また携帯通信端末 110と PC端末 103がアドホックネットワーク 102で接続されている。

[0209] 本実施の形態 3においては、アドホックネットワーク 102は、 RFIDによるものとして説明を行う。

[0210] 本実施の形態 3の携帯通信端末 110において、ユーザ入出力部 6101、機能モジユール要求生成'解析部 6103〜全体制御部 6107は実施の形態 2と同様の構成であるため、説明は省略する。

[0211] 本実施の形態 3においては、携帯通信端末 110は、さらに、モジュール蓄積 DB11 01と、機能モジュール取得部 1102と、機器情報 DB1103と、機器情報取得部 1104 と、 RFID通信部 1105とを有している。

[0212] モジュール蓄積 DB1101は、携帯通信端末 110自身が保有するアプリケーション

Z機能モジュールを格納する。

[0213] 本実施の形態 3における携帯通信端末 110の DB情報の構成例を図 36aに示す。

[0214] 図 36aに示すように、この DB情報は、「アプリケーション Z機能モジュール情報」、「用途」、「コーデック情報」からなつている。

[0215] 本実施の形態 3においては、携帯通信端末 110は、図 36aに示す各「用途」向けに

、同図 aに示したそれぞれの「コーデック」に対応した、 2つの「アプリケーション Z機能モジュール」、（ 1) A社製カメラビューヮ 1、（2)携帯カメラ、を保有している。

[0216] 機能モジュール取得部 1102は、他端末より機能モジュールを取得するために、機能モジュール取得要求メッセージの作成及び、機能モジュールが添付された受信した応答メッセージから、機能モジュールの取得を行う。

[0217] 機器情報 DB1103は、携帯通信端末 110の周辺機器が保持している機能モジュール一覧を管理する。

[0218] 本実施の形態 3における機器情報 DB1103が管理する DB情報の一例を図 37に示す。

[0219] DB情報は、図 37に示すように、「周辺機器」、「アプリケーション Z機能モジュール情報」、「用途」、「コーデック情報」からなつている。

[0220] 本実施の形態においては、図 37に示すように、「周辺機器」の PC端末 103が、同図に示す各「用途」向けに、それぞれの「コーデック」に対応した、 3つの「アプリケーシヨン Z機能モジュール」、（l)VoIP、（2) A社製カメラビューヮ 1、（3) A社製カメラビユーヮ 2、を保有している。

[0221] また、「周辺機器」の IP電話 105が、同図に示す「用途」向けに、同図に示す「コーデック」に対応した、 1つの「アプリケーション Z機能モジュール」、（l)VoIP、を保有している。

[0222] さらに、「周辺機器」のコンテンツ Zファイルサーバ 107が、同図に示す「用途」向けに、それぞれの「コーデック」に対応した、 2つの「アプリケーション Z機能モジュール」、 (l)VoIP, (2)携帯カメラビューヮ 2、を保有している。 [0223] 以下、図 37では省略しているが、携帯通信端末 110とアドホックネットワーク 102で接続された周辺機器全ての機器情報が、機器情報 DB1103に格納されている。

[0224] 図 25において、機器情報取得部 1104は、アドホックネットワーク 102で接続された周辺機器（図 25においては、 PC端末 103)より機器情報の取得を行い、機器情報 D

B1103に取得した情報の格納を行う。

[0225] RFID通信部 1105は、アドホックネットワーク 102を介して、例えば、実施の形態 1 と同様に、周辺機器（図 25では、 PC端末 103)と通信を行う。

[0226] 周辺機器制御部 1106は、機器情報取得部 1104及び RFID通信部 1105の制御を行う。

[0227] 本実施の形態 3の PC端末 103は、モジュール蓄積 DB1107と、機能モジュールリスト送信部 1108と、機能モジュール要求解析'送付部 1109と、機能モジュール制御部 1110と、 RFID通信部 1111と、全体制御部 1112とを有している。

[0228] モジュール蓄積 DB1107は、 PC端末 103が保有するアプリケーション Z機能モジユールを格納する。

[0229] 本実施の形態 3におけるモジュール蓄積 DB1107の DB情報の構成の一例を図 3 6bに示す。

[0230] この DB情報は、「アプリケーション Z機能モジュール情報」、「用途」、「コーデック情報」からなつている。

[0231] 本実施の形態 3においては、 PC端末 103は、図 36bに示す各「用途」向けに、それぞれの「コーデック」に対応した、 3つの「アプリケーション Z機能モジュール」、 (1)V oIP、（2) A社製カメラビューヮ 1、（3) A社製カメラビューヮ 2、を保有している。

[0232] 機能モジュールリスト送信部 1108は、モジュール蓄積 DB1107の機能モジュールリストを外部通信端末 110に機能モジュール制御部 1110を介して送信する。

[0233] 機能モジュール要求解析 ·送付部 1109は、他端末からの機能モジュール要求の解析を行い、モジュール蓄積 DB1107に該当機能モジュールが存在した場合に、その機能モジュールを添付した応答を外部通信端末 110に機能モジュール制御部 11 10を介して送付する。

[0234] 機能モジュール制御部 1110は、機能モジュールリスト送信部 1108及び機能モジユール要求解析'送付部 1109の制御を行う。

[0235] RFID通信部 1111は、アドホックネットワーク 102を介して、周辺機器（図 25では、携帯通信端末 110)と通信を行う。

[0236] 全体制御部 1112は、 PC端末 103の全体を制御する。

[0237] 実施の形態 3は、図 26にその概略を示す、機器情報の取得手順と、図 31にその概略を示す、マルチメディア通信開始時の端末間のネゴシエーション手順とからなる。

[0238] 以上のように、本実施の形態 3では、通信制御部 6106が接続要求受信部を構成し、機能モジュール要求生成'解析部 6103がアプリケーション情報取得部とアプリケーシヨン比較部を構成し、機能モジュール取得部 1102がアプリケーション情報要求部を構成している。

[0239] 以下、図 26〜図 30、図 37を用いて本実施の形態 3における機器情報取得処理の流れを説明する。

[0240] 図 26に、本実施の形態 3における機器情報取得処理の流れのシーケンス図を示す。携帯通信端末 110は、その周辺機器である PC端末 103に対し、 RFID読み取り（S 1202)の要求を行う（RFID読取り要求処理（S1201) )。 PC端末 103は、自身の保有する機器情報を携帯通信端末 110に機器情報 (S1204)として送信する (機器情報送信処理 (S 1203) )。携帯通信端末 110は、その受信した機器情報 (S 1204)を格納する (機器モジュールリスト格納処理 (S 1205) )。

[0241] まず、図 26における RFID読取り要求処理（S1201)の詳細に関して、図 27を用いて説明を行う。

[0242] 図 27において、携帯通信端末 110の全体制御部 6107が保持する、機器情報検索のトリガーとなるポーリングタイマのタイムアウトを検知する（S1301)。

[0243] その後、機器情報検索のトリガーが周辺機器制御部 1106より、機器情報取得部 1 104に通知される。機器情報取得部 1104は、 RFID通信部 1105を用い、携帯通信端末 110の周辺機器（図 27では、 PC端末 103)の RFID読取り要求を行う（S1302) 。 RFID読取りに関しては、一般的な使用手順と同等であるため、説明は省略する。

[0244] 次に、機器情報送信処理 (S1203)の詳細に関して、図 28を用いて説明を行う。

[0245] 図 28において、 PC端末 103の RFID通信部 1111は、 RFID読み取りを検知する（ S140 。

[0246] 全体制御部 1112は、受信した読み取り要求を機能モジュール制御部 1110に通知する。機能モジュール制御部 1110は、機能モジュールリスト送信部 1108を用い、図 36bに示すモジュール蓄積 DB1107の機能モジュール情報をリストとしてまとめ、全体制御部 1112を介して、 RDIF通信部 1111から携帯通信端末 110へ機器情報を送信する。

[0247] 機器情報のデータ構造を図 30a、図 30bに示す。

[0248] 図 30aは、実施の形態 3において、周辺機器から携帯通信端末 110へ機器情報を送信する際に利用されるデータ構造を示す図である。

[0249] 機器情報は、機器 ID1601、機器種別 1602、機器アドレス 1603、アプリケーション

Z機能モジュール情報 1604、予備情報 1605により構成される。

[0250] 図 30bは、実施の形態 3における PC端末 103から携帯通信端末 110への機器情報のデータ構造を示す図である。

[0251] 機器 ID1601には PC端末 103を示す機器 IDが格納される。本実施の形態 3では特に限定しないため、詳細は省略する。

[0252] 機器種別 1602には、 PC端末 103の機器種別である、「PC (=パーソナルコンビュ一タ）」を格納する。

[0253] 機器アドレス 1603には、 PC端末 103の IPアドレスが格納される。

[0254] アプリケーション/機能モジュール情報 1604には、モジュール蓄積 DB1107に格納された機能モジュールのリスト情報、すなわち、 VoIP (音声電話)及び、 A社製カメラビユーヮ 1 (監視向け画像モニタ）、 A社製カメラビューヮ 2 (TV電話向け映像モニタ )を示す情報が格納される。

[0255] なお、予備情報 1605は使用しない。

[0256] 次に、機能モジュールリスト格納処理（S1205)の詳細に関しては、図 29を用いて説明を行う。

[0257] 図 29において、携帯通信端末 110の RFID通信部 1105が、機器情報を受信する

(S1501)。

[0258] 周辺機器制御部 1106は、機器情報取得部 1104を用い、受信した機器情報メッセージの解析を行!、、機器情報 DB1103に取得した PC端末 103の機能モジュールリストを格納する（S 1502)。

[0259] 具体的には、図 30bに示すデータ構造の機器種別 1602及び機器アドレス 1603の解析により、図 37に示す周辺機器の項目（PC端末 103)を作成し、機器情報 DB11 03に格納する。また、アプリケーション Z機能モジュール情報 1604の解析により、その他項目（VoIP、 A社製カメラビューヮ 1、 A社製カメラビューヮ 2)を作成し、機器情報 DB1103に格納する。

[0260] 図 26に示すシーケンスと同様の処理を、携帯通信端末 110とアドホックネットワーク 102で接続された機器の数だけ（図 15で示すネットワークカメラ 104〜FAX109)繰り返すことになる。これらは同様の処理であるため、処理の説明は省略する。

[0261] また、この処理は、図 27に示す、 RFID読取り要求処理 S 1201のステップ S 1301 で説明したように、機器情報検索のポーリングタイマのタイムアウトを検知すると繰り返し行われ、常に携帯通信端末 110の周辺に形成されるアドホックネットワーク 102 に接続された機器、及びその機器の保有する機能モジュールの最新情報が、機器情報 DB1103に格納されることになる。

[0262] 次に、図 31〜図 37を用いて、実施の形態 3における、マルチメディア通信開始時の端末間のネゴシエーション手順の処理の流れを説明する。

[0263] 図 31は、このネゴシエーション手順の概略を説明するシーケンス図である。

[0264] まず、外部通信端末 111が携帯通信端末 110に対し、アプリケーション '機能モジユールレベルでのネゴシエーション情報を付与した接続要求（S502)を送信する（接続要求処理 (S501) )。

[0265] 次に、携帯通信端末 110は、受信したネゴシエーション情報にマッチしたアプリケーシヨン'機能モジュールを保有していないため、周辺機器が保有する機能モジユールリストの検索を機器情報 DB1103に対して行う。携帯通信端末 110は、検索のその結果該当の機能モジュールを保有する周辺機器力PC端末 103であると判断する。携帯通信端末 110は、 PC端末 103に該当の機能モジュールをダウンロードするための機能モジュール取得要求（S 1702)を送信する (機能モジュール取得要求処理 ( S1701) )。 [0266] 次に、 PC端末 103は、機能モジュール取得要求（SI 702)を受信して、携帯通信端末 110に対し機能モジュール取得要求応答 (S1704)を送信する (機能モジユール取得要求応答処理 (S 1703) )。

[0267] 次に、携帯通信端末 110は、機能モジュール取得要求応答（S 1704)を受信して、外部通信端末 111へ接続要求応答 (正常応答） (S504)を返信する (接続要求応答処理（S 1705) )。外部通信端末 111は、モジュール起動（S505)を行って、 RTPなどによるマルチメディア通信（S506)を開始する。

[0268] 以下、図 31のシーケンス図の詳細を説明する。

[0269] まず、外部通信端末 111は、接続要求処理 (S501)を行うが、この処理は実施の形態 2で説明した処理と同様であるため、説明は省略する。

[0270] 次に、機器モジュール取得要求処理 (S1701)の詳細に関しては、図 32を用いて詳細に説明を行う。

[0271] 図 32【こお!ヽて、ステップ S701、ステップ S702iま、図 21【こ示す実施の形態 2で説明した手順と同様であるため、説明は省略する。

[0272] 本実施の形態 3では、この該当モジュールを確認するステップ（S702)で、図 36a に示すように、携帯通信端末 110に該当モジュール、すなわち、 VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ）が存在しないことを確認する。

[0273] 次に、携帯通信端末 110の機能モジュール制御部 6105は、機能モジュール取得部 1102を用い、機器情報 DB1103で保持する機器情報リストを参照し、該当モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ) )を保持する端末を検索する（S1801)。

[0274] このステップ S1801は、該当モジュールを保持する端末が見つ力るまで、又は、機器情報が格納された端末分の検索終了、という状況になるまで繰り返す。

[0275] 本実施の形態 3では、検索の結果、図 37に示すように、機能モジュール取得部 11 02は、 PC端末 103が該当モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ) )を保持することが判明するので、この情報が周辺機器制御部 1106に通知される。周辺機器制御部 1106は、 RFID通信部 1105を用いて、機能モジュール取得要求（S1702)を PC端末 103に送信する（S1802)。 [0276] ここで、機能モジュール取得要求のデータ構造の一例を図 35a、 35bに示す。

[0277] 図 35aは、実施の形態 3において、携帯通信端末 110から周辺機器へ送信される機能モジュール取得要求のデータ構造であり、要求種別（モジュール取得） 2101、要求先機器アドレス 2102、要求ユーザ端末アドレス 2103、要求アプリケーション Z 機能種別情報 2104、予備情報 2105により構成される。

[0278] 図 35bは、図 35aで、周辺機器を PC端末 103とし、プロトコルとして SIPを利用した場合の、機能モジュール取得要求のデータ構造を示して、る。

[0279] SIPメソッドとしては、汎用的なメッセージ送信に利用される MESSAGEを利用する。要求種別（モジュール取得） 2101は、 SIPメッセージボディ内に「モジュール取得要求」として格納される。要求先機器アドレス 2102は、 SIPの Request- URlZToへッダなどが該当し、 PC端末 103を示す SIP URIが格納される。要求ユーザ端末アドレス 2103は、 SIPの Fromヘッダなどが該当し、自分自身である携帯通信端末 110 [ Aさん]を示す SIPURIが格納される。

[0280] 要求アプリケーション Z機能種別情報 2104は、取得したい機能モジュール情報であり、 SIPでは、 VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モユタ）を示す情報が SIPメッセージボディ内に格納される。

[0281] 予備情報 2105は、本実施の形態では使用しない。

[0282] 次に、機能モジュール取得要求応答処理 (S1703)の詳細に関しては、図 33を用いて説明を行う。

[0283] 図 33において、 PC端末 103の RFID通信部 1111は、機能モジュール取得要求（ S 1702)を受信する（S 1901)。

[0284] 次に、機能モジュール制御部 1110は、全体制御部 1112の制御に基づいて、 RFI D通信部 1111よりメッセージ受信通知を受信し、機能モジュール要求解析 ·送付部 1109を用いて、メッセージ解析を行う。

[0285] 具体的には、図 35bに示すデータ構造から、要求種別 2101より、モジュール取得要求であり、接続先ユーザ名 Zアドレス 2103より、携帯通信端末 110 [Aさん]からの通信であることを判断し、要求アプリケーション Z機能種別情報 2104より、 VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ)を示す情報の取得が行われる。

[0286] 次に、機能モジュール制御部 1110は、機能モジュール要求解析.送付部 1109を用いて、 PC端末 103のモジュール蓄積 DB1107に保持された、図 36bに示す該当モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ；) )を取得する（S 1902)。

[0287] 次に、 PC端末 103の機能モジュール要求解析 ·送付部 1109は、取得した機能モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ) ) を添付したメッセージを作成し、 1^10通信部1111を介して、機能モジュール取得要求応答（S 1704)を送信する（S 1903)。

[0288] 機能モジュール取得要求応答のデータ構造の一例を図 35c、 35dに示す。

[0289] 図 35cは、実施の形態 3において、周辺機器から携帯通信端末 110へ送信される機能モジュール取得要求応答のデータ構造を示す図であり、要求種別（モジュール送付） 2106、送信元アドレス 2107、送信先（要求ユーザ)端末アドレス 2108、アプリケーシヨン Z機能モジュール 2109、予備情報 2110により構成される。

[0290] 図 35dは、図 35cで、周辺機器を PC端末 103とし、プロトコルとして SIPを利用した場合の、機能モジュール取得要求応答のデータ構造を示す図である。

[0291] SIPメソッドとしては、汎用的なメッセージ送信に利用される MESSAGEの正常応答である、 200OKが格納される。

[0292] 要求種別（モジュール送付） 2106は、 SIPメッセージボディ内に「モジュール送付要求」として格納される。

[0293] 送信元アドレス 2107は、 SIPでは、 Toヘッダなどが該当し、 PC端末 103を示す SI PURIが格納される。このアドレスは、図 35bに示すモジュール取得要求の要求先機器アドレス 2102より取得する。

[0294] 送信先（要求ユーザ)端末アドレス 2108は、 SIPの Fromヘッダなどが該当し、携帯通信端末 110 [Aさん]を示す SIPURIが格納される。このアドレスは、図 35bに示すモジュール取得要求の要求ユーザ端末アドレス 2103より取得する。

[0295] アプリケーション Z機能モジュール 2109は、 SIPの SIPメッセージボディ内に、機能モジュール要求解析 ·送付部 1109により添付された機能モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ) )が格納される。

[0296] 予備情報 2110は使用しない。

[0297] 次に、接続要求応答処理 (S1705)の詳細に関しては、図 34を用いて説明を行う。

[0298] まず、図 34において、携帯通信端末 110の RFID通信部 1105は、機能モジユール取得要求応答（S1704)を受信する（S2001)。

[0299] 次に、機能モジュール取得部 1102は、全体制御部 6107の制御の下に、 RFID通信部 1105よりメッセージ受信通知を受信し、メッセージ解析を行う。機能モジュール取得部 1102は、機能モジュール取得要求応答に付与された機能モジュールを取得し、それをモジュール蓄積 DB1101に格納する（S2002)。

[0300] 具体的には図 35dに示すデータ構造により、機能モジュール取得要求応答力 M ESSAGEに対する正常応答であり、送信先（要求ユーザ)端末アドレス 2108より、正常にモジュールが送付されたことを判断し、アプリケーション Z機能モジュール 21 09より、機能モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ) )を取得し、モジュール蓄積 DB1101に格納する。

[0301] 図 34におけるその後の手順は、図 21に示す実施の形態 2のステップ S703〜ステップ S706と同様であるため、説明は省略する。

[0302] また、図 31における、最後の、外部通信端末 111のモジュール起動処理（S505) は、実施の形態 2で説明した手順と同様であるため、説明は省略する。

[0303] 以上のように、通信元端末が、端末間のネゴシエーション情報として、通常コーデック情報に加えてアプリケーション Z機能モジュール情報をも加えて送信し、通信先端末に該当機能モジュールが存在しない場合に、周辺端末力該当機能モジュールをダウンロードし、機能モジュールを保管することで、アプリケーション Z機能モジユールレベルでの相互接続を達成し、マルチメディア通信を開始することが可能となる。

[0304] なお、本実施の形態 3の説明においては、外部通信端末 111と携帯通信端末 110 の間のネゴシエーション、及び携帯通信端末 110による PC端末 103からの機能モジユール取得に利用するプロトコルとして SIPを用いて説明を行ったが、前者、又は後者、又は両者共に、 H. 323などの他の通信プロトコルや、独自に規定したプロトコル等を用いても、アプリケーション Z機能モジュール情報のネゴシエーションを行うことで、同様の効果が得られることは言うまでもない。

[0305] また、本実施の形態 3の説明にお、ては、外部通信端末 111がネゴシエーション情報として指定する機能モジュールとして、音声電話機能を提供する VoIP、 TV電話向けの映像モニタである A社製カメラビューヮの 1セットのみを指定した力複数セットを指定するようにしても、携帯通信端末 110がその中の一つのセットを周辺端末から取得し、受信側のユーザ (携帯通信端末 110)がそれを選択することで、選択したセットを利用したマルチメディア通信を開始できるので、本発明と同様の効果が得られることは言うまでもない。

[0306] また、本実施の形態 3の説明におヽては、音声電話機能を提供する VoIP、 TV電話向けの映像モニタである A社製カメラビューヮのセットを PC端末 103から取得した力 2つの機能モジュールを別々の周辺機器力取得することでも、同様の効果が得られることは言うまでちな!、。

[0307] また、本実施の形態 3の説明においては、外部通信端末 111と携帯通信端末 110 との間でのネゴシエーション開始前に、機器情報検索ポーリングタイマのタイムアウトをトリガーにして、図 40に示す機器情報の取得を行ったが、外部通信端末 111からの接続通知をトリガーに、周辺機器の機器情報の取得を行っても、同様の効果が得られることは言うまでちな!、。

[0308] また、本実施の形態 3において、携帯通信端末 110は、周辺端末から該当機能モジュールをダウンロードし、マルチメディア通信を終了した後に、該当機能モジュールの利用制限を行うもので、自動的に、あるいはユーザの操作により削除することによつて、周辺端末の保有する該当機能モジュールの不必要な使用を防止することができるのは言うまでもない。

[0309] (実施の形態 4)

次に、本発明の実施の形態 4における通信端末関して、図 37〜図 44を用いて説明を行う。

[0310] 本実施の形態 4も実施の形態 2と同様に図 15に示すネットワークシステム上で実現されるものであって、本実施の形態においては、 PC端末 103がアドホックネットワーク 102に接続されて、るものとする。 [0311] 本実施の形態 4は、携帯通信端末 110が外部通信端末 111より接続要求を受けた際に、自通信端末が要求されたアプリケーション Z機能モジュールを有して、なヽ場合、該当機能モジュールを保持する周辺端末に代行実施することで、アプリケーション Z機能モジュールレベルでの相互接続を達成するものである。

[0312] 図 38は、本発明の実施の形態 4における携帯通信端末 110と PC端末 103の構成を示す図である。

[0313] 図 38において、携帯通信端末 110と外部通信端末 111がネットワーク 101で接続されており、また携帯通信端末 110と PC端末 103がアドホックネットワーク 102で接続されている。

[0314] 本実施の形態 4においては、アドホックネットワーク 102は、 RFIDによるものとして説明を行う。

[0315] 携帯通信端末 110は、図 16に示す、実施の形態 2と同じ構成の、ユーザ入出力部 6101及び機能モジュール要求生成'解析部 6103〜全体制御部 6107と、図 25に示す、実施の形態 3と同様な構成の、モジュール蓄積 DB1101、機器情報 DB1103 〜周辺機器制御部 1106とを有し、さらに、機能モジュール起動要求部 2401を有している。

[0316] 実施の形態 2及び 3と同じ構成については、説明を省略する。

[0317] 機能モジュール起動要求部 2401は、機器情報 DB1103から、該当機能モジユールを保持する周辺機器に対し、該当起動モジュールの起動を要求する。

[0318] また、 PC端末 103は、実施の形態 3と同様な構成の、モジュール蓄積 DB1107、機能モジュールリスト送信部 1108、機能モジュール制御部 1110〜全体制御部 111

2を有し、さらに、機能モジュール起動要求応答部 2402と機能モジュール起動部 24

03とを有する。

[0319] 実施の形態 3と同様な構成は、説明は省略する。

[0320] 機能モジュール起動要求応答部 2402は、他端末からの機能モジュール起動要求に対し、その解析を行うと共に、要求に対する応答を返信する。

[0321] 機能モジュール起動部 2403は、モジュール蓄積 DB1107のモジュールを起動する。 [0322] 実施の形態 4は、実施の形態 3の図 26に示す機器情報の取得手順と、図 39に示すマルチメディア通信開始時の端末間のネゴシエーション手順とからなる。

[0323] 図 26の機器情報の取得手順は、実施の形態 3と同様であるため、説明は省略する

[0324] 以上のように、本実施の形態 4では、通信制御部 6106が接続要求受信部を構成し、機能モジュール要求生成'解析部 6103がアプリケーション情報取得部とアプリケーシヨン比較部を構成し、機能モジュール起動要求部 2401がアプリケーション情報要求部を構成している。

[0325] 以下、図 39〜図 44を用いて、実施の形態 4における、マルチメディア通信開始時の端末間のネゴシエーション手順の流れを説明する。

[0326] 図 39は、上記ネゴシエーション手順の流れの概略を示すシーケンス図である。

[0327] まず、図 39において、外部通信端末 111が携帯通信端末 110に対し、アプリケーシヨン'機能モジュールレベルでのネゴシエーション情報を付与した接続要求（S502

)を送信する接続要求処理を行う（S501)。

[0328] 次に、携帯通信端末 110は、ネゴシエーション情報にマッチしたアプリケーション' 機能モジュールの有無を確認し、保有していない場合は、該当の機能モジュールリストを保有する周辺機器の検索を機器情報 DB1103に対して行う。携帯通信端末 1

10は、検索の結果判明した該当の機能モジュールを保有する PC端末 103に対し、機能モジュール起動要求（S2502)を送信して、該当機能モジュールの起動を要求する (機能モジュール起動要求処理 (S2501) )。

[0329] 次に、 PC端末 103は、機能モジュール起動要求（S2502)を受信して、機能モジュール起動応答 (S2504)を携帯通信端末 110に送信する (機能モジュール起動応答処理（S2503) )。

[0330] 次に、携帯通信端末 110は、外部通信端末 111へ接続要求応答 (正常応答） (S5

04)を返信する接続要求応答処理を行う (S2505)。

[0331] 最後に、外部通信端末 111は、接続要求応答 (正常応答）（S504)を受信して、 PC 端末 103との間で、ネットワーク 201を介して、 RTPなどによるマルチメディア通信（S

506)を開始する（モジュール起動処理（S505) )。 [0332] 以下、上記ネゴシエーション手順の各処理を詳細に説明する。

[0333] まず、外部通信端末 111は、接続要求処理 (S501)を行うが、この処理は図 20に示す実施の形態 2で説明した処理と同様であるため、説明は省略する。

[0334] 次に、機能モジュール起動要求処理（S2501)の詳細に関しては、図 40を用いて説明を行う。

[0335] 図 40において、ステップ S701とステップ S702は、図 21に示す実施の形態 2で説明した手順と同様であるため、説明は省略する。

[0336] 本実施の形態 4では、実施の形態 3と同様に、該当モジュールを確認するステップ

S702で、携帯通信端末 110に該当モジュール、すなわち、 VoIP (音声電話)及び、

A社製カメラビューヮ 2 (TV電話向け映像モニタ）が存在しないことを確認する。

[0337] その後、携帯通信端末 110の機能モジュール制御部 6105は、機能モジュール起動要求部 2401を用い、機器情報 DB1103で保持する機器情報リストを参照し、該当モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ) )を保持する端末を検索する（S1801)。

[0338] このステップ S1801は、該当モジュールを保持する通信端末が見つ力るまで、又は

、機器情報が格納された端末分の検索終了、という状況になるまで繰り返す。

[0339] 本実施の形態 4では、機能モジュール起動要求部 2401の検索の結果、図 37に示すように、 PC端末 103が該当モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ) )を保持することが判明する。

[0340] 全体制御部 6107は、機能モジュール制御部 6105を介して判明結果を受け、ユーザ入出力部 6101を用い、ユーザへ PC端末 103によりマルチメディア通信を着信できる旨の表示を行う（S2601)。

[0341] 上記ユーザへの着信表示の一例を図 44に示す。

[0342] 図 44の画面構成要素は、図 18と同様であるため、説明は省略する。

[0343] 図 44では、情報出力ボックス 7105に、「Fさんから、 VoIP (音声通信）、 A社製カメラビユーヮ 2 (TV電話向け映像モニタ)を使った通信の着信」、う情報に加え、「PC 端末 103により通信可能」であることを表示し、ユーザに対し着信表示を行う。

[0344] 次に、図 40において、ステップ S704の手順が行われる力実施の形態 2、 3で説明した手順と同様であるため、説明は省略する。

[0345] これにより、ユーザ入出力部 6101を通じ、 PC端末 103を利用したユーザの通信の要求が、機能モジュール制御部 6105に通知される。

[0346] 機能モジュール制御部 6105は、機能モジュール起動要求部 2401を利用し、機能モジュール起動要求メッセージを作成し、全体制御部 6107の制御によって本情報が周辺機器制御部 1106に通知される。周辺機器制御部 1106は、 RFID通信部 11 05を用いて、機能モジュール起動要求（S2502)を送信する（S2602)。

[0347] 機能モジュール起動要求のデータ構造の一例を図 43a、図 43bに示す。

[0348] 図 43aは、携帯通信端末 110から周辺機器へ送信される機能モジュール起動要求のデータ構造であり、要求種別（モジュール起動） 2901、要求先機器アドレス 2902 、要求ユーザ端末アドレス 2903、メディア情報 2904、要求アプリケーション Z機能種別情報 2905、予備情報 2906により構成される。

[0349] 図 43bは、周辺機器を PC端末 103とし、プロトコルとして SIPを利用した場合の、機能モジュール起動要求のデータ構造の一例を示している。

[0350] SIPメソッドとしては、汎用的なメッセージ送信に利用される MESSAGEを利用する

[0351] 要求種別（モジュール起動） 2901は、 SIPメッセージボディ内に「モジュール起動要求」として格納される。

[0352] 要求先機器アドレス 2902は、 SIPの Request- URlZToヘッダなどが該当し、 PC 端末 103を示す SIP URIが格納される。

[0353] 要求ユーザ端末アドレス 2903は、 SIPの Fromヘッダなどが該当し、自分自身である携帯通信端末 110 [Aさん]を示す SIPURIが格納される。

[0354] メディア情報 2904は、 SIPメッセージボディに属する SDP内の要素が該当し、メディァ情報 [RTP, RTCPポート番号など]を示す外部通信端末 111の SDP情報が格納される。

[0355] 要求アプリケーション Z機能種別情報 2905は、起動した、機能モジュール情報である、 VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ)を示す情報が、 SIPメッセージボディ内に格納される。 [0356] 予備情報 2906は使用しない。

[0357] 次に、機能モジュール起動要求応答処理 (S2503)の詳細に関しては、図 41を用いて説明を行う。

[0358] 図 41において、 PC端末 103の RFID通信部 1111は、機能モジュール起動要求（

S2502)を受信する (S2701)。

[0359] 次に、機能モジュール制御部 1110が、 1^10通信部1111ょり、メッセージ受信通知を受信し、機能モジュール起動要求応答部 2402を用いて、メッセージ解析を行う

(S2702)。

[0360] 具体的には、図 43bに示すデータ構造により、要求種別 2901がモジュール起動要求であり、接続先ユーザ名 Zアドレス 2903より、携帯通信端末 110 [Aさん]からの通信であることを判断する。

[0361] また、メディア情報 2904より、外部通信端末 111のメディア情報 [RTP, RTCPポート番号など]を示す SDP情報を、要求アプリケーション Z機能種別情報 2905より、 VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ）を示す情報の取得がそれぞれ行われる。

[0362] 次に、機能モジュール起動要求応答部 2402は、解析結果を機能モジュール制御部 1110に通知する。機能モジュール制御部 1110は、機能モジュール起動部 2403 を用い、モジュール蓄積 DB1107より、該当モジュール、すなわち VoIP (音声電話）及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ）を起動する（S2703)。

[0363] 機能モジュール起動要求応答部 2402は、上記起動結果を基に、応答メッセージを作成し、全体制御部 1112の制御によって、 1^10通信部1111を介して、機能モジュール起動要求応答を携帯通信端末 110へ送信する（S2704)。

[0364] 機能モジュール起動要求応答のデータ構造の一例を図 43cに示す。

[0365] 図 43cは、実施の形態 4において、周辺機器から携帯通信端末 110へ送信される機能モジュール起動要求応答のデータ構造を示す図であり、要求種別 (モジュール起動応答） 2907、送信元アドレス 2908、送信先（要求ユーザ)端末アドレス 2909、メディア情報 2910、アプリケーション Z機能モジュール 2911、予備情報 2912により構成される。 [0366] 図 43dは、周辺機器を PC端末 103とし、プロトコルとして SIPを利用した場合の、機能モジュール起動要求応答のデータ構造の一例を示している。

[0367] SIPメソッドとしては、汎用的なメッセージ送信に利用される MESSAGEの正常応答である、 200OKが格納される。

[0368] 要求種別（モジュール起動応答） 2907は、 SIPメッセージボディ内に「モジュール起動応答」として格納される。

[0369] 送信元アドレス 2908は、 SIPの Toヘッダなどが該当し、 PC端末 103を示す SIPU

RIが格納される。このアドレスは、図 43bに示すモジュール起動要求の要求先機器アドレス 2902より取得する。

[0370] 送信先（要求ユーザ)端末アドレス 2909は、 SIPの Fromヘッダなどが該当し、携帯通信端末 110 [Aさん]を示す SIPURIが格納される。このアドレスは、図 43bに示すモジュール起動要求の要求ユーザ端末アドレス 2903より取得する。

[0371] メディア情報 2910は、 SIPメッセージボディに属する SDP内の要素が該当し、メディァ情報 [RTP, RTCPポート番号など]を示す PC端末 103の SDP情報が格納される。

[0372] アプリケーション Z機能モジュール 2911は、前記機能モジュール要求解析'送付部 1109により添付された機能モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ） )力 SIPメッセージボディ内に格納される。

[0373] 予備情報 2912は使用しない。

[0374] 次に、接続要求応答処理 (S2505)の詳細に関しては、図 42を用いて説明を行う。

[0375] まず、図 42において、携帯通信端末 110の RFID通信部 1105は、機能モジユール起動要求応答（S2504)を受信する（S2801)。

[0376] 次に、全体制御部 6107の制御に基づいて、機能モジュール起動要求部 2401が、

RFID通信部 1105より、メッセージ受信通知を受信し、メッセージ解析を行い、該当モジュールが正常に起動したことを確認する（S2802)。

[0377] 具体的には図 43dに示すデータ構造により、 MESSAGEに対する正常応答であり

、送信先（要求ユーザ)端末アドレス 2909及び、アプリケーション Z機能モジュール 2

911より、 PC端末 103上で、機能モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ) )が正常に起動されたことを確認する。

[0378] 次に、ステップ S706の処理を行うが、ステップ S706の手順は、実施の形態 2、 3と同様であるため、説明は省略する。

[0379] この際、図 43cに示す接続要求応答のデータ構造のメディア情報 2910には、図 4

3bに示すメディア情報 2904により取得した、 PC端末 103のメディア情報が格納される。

[0380] 最後に、図 39において、外部通信端末 111は、モジュール起動処理を行う（S505 )が、この処理は実施の形態 2で説明した処理と同様であるため、説明は省略する。

[0381] このようにして、外部通信端末 111と PC端末 103との間で、ネットワーク 201を介して、直接 RTPによるマルチメディア通信が開始される。

[0382] 以上のように、通信元端末が、端末間のネゴシエーション情報として、通常コーデック情報に加えてアプリケーション Z機能モジュール情報をも加えて送信し、通信先端末に該当機能モジュールが存在しな、場合に、該当機能モジュールを保持する周辺端末へ、該当機能モジュールの起動を依頼し、周辺端末で代行してもらうことで、アプリケーション Z機能モジュールレベルでの相互接続を達成し、マルチメディア通信を開始することが可能となる。

[0383] なお、本実施の形態 4の説明においては、外部通信端末 111と携帯通信端末 110 の間のネゴシエーション、及び携帯通信端末 110による PC端末 103からの機能モジユール起動に利用するプロトコルとして SIPを用いて説明を行ったが、前者、又は後者、又は両者共に、 H. 323などの他の通信プロトコルや、独自に規定したプロトコル等を用いても、アプリケーション Z機能モジュール情報のネゴシエーションを行うことで、同様の効果が得られることは言うまでもない。

[0384] また、本実施の形態 4の説明にお、ては、外部通信端末 111がネゴシエーション情報として指定する機能モジュールとして、音声電話機能を提供する VoIP、 TV電話向けの映像モニタである A社製カメラビューヮの 1セットのみを指定した力複数セットを指定し、受信側のユーザ (携帯通信端末 110)がその中の一つのセットを選択し、携帯通信端末 110が、周辺端末へその機能モジュールの起動を依頼するようにしても、選択したセットを利用したマルチメディア通信を開始でき、同様の効果が得られることは言うまでもない。

[0385] また、本実施の形態 4の説明におヽては、音声電話機能を提供する VoIP、 TV電話向けの映像モニタである A社製カメラビューヮのセットを PC端末 103から取得した力 2つの機能モジュールを別々の周辺機器力起動することでも、同様の効果が得られることは言うまでちな!、。

[0386] また、本実施の形態 4の説明においては、外部通信端末 111と携帯通信端末 110 との間でのネゴシエーション開始前に、機器情報検索ポーリングタイマのタイムアウトをトリガーに、図 40に示す機器情報の取得を行っていたが、外部通信端末 111からの接続通知をトリガーに、周辺機器の機器情報の取得を行うようにしても、同様の効果が得られることは言うまでもな、。

[0387] また、本実施の形態 4の説明にお、ては、 RTPによるマルチメディア通信を外部携帯端末 111と PC端末 103とがネットワーク 101を介して直接行っていた力 PC端末 103がネットワーク 101に接続されてヽな、場合に、機能モジュール起動要求（S25 02)に格納するメディア情報 2904として、外部通信端末 111のメディア情報の代わりに、携帯通信端末 110のメディア情報とし、接続要求応答（S504)に格納するメディァ情報 904として、 PC端末 103のメディア情報の代わりに、携帯通信端末 110のメディァ情報とすることで、外部通信端末 111と携帯通信端末 110間 (ネットワーク 101利用）、及び携帯通信端末 110と PC端末 103との間（アドホックネットワーク 102利用）で、 RTPによる通信のネゴシエーションが可能となり、携帯通信端末 110を介して、外部通信端末 111と PC端末 103との間で RTPによるマルチメディア通信が可能となり、同様の効果が得られることは言うまでもない。

[0388] (実施の形態 5)

次に、本発明の実施の形態 5における通信端末に関して、図 45〜図 49を用いて説明を行う。

[0389] 本実施の形態 5も実施の形態 2と同様に図 1に示すネットワークシステム上で実現されるものである。

[0390] 本実施の形態 5は、携帯通信端末 110が外部通信端末 111より接続要求を受けた際に、自通信端末が要求されたアプリケーション Z機能モジュールを有して、なヽ場合、外部通信端末 111にアプリケーション Z機能モジュールのダウンロードを要求し、外部通信端末 i l lから該当するアプリケーション Z機能モジュールを入手し実施するものである。

[0391] 図 45は、本発明の実施の形態 5における携帯通信端末 110と外部通信端末 111 の構成を示す図である。

[0392] 図 45において、携帯通信端末 110と外部通信端末 111がネットワーク 101で接続されている。

[0393] 本実施の形態 5の携帯通信端末 110は、図 16に示す、実施の形態 2と同様な構成の、ユーザ入出力部 6101及び機能モジュール要求生成'解析部 6103〜全体制御部 6107と、図 25に示す、実施の形態 3と同様な構成の、モジュール蓄積 DB1101 及び機能モジュール取得部 1102とを有して、る。

[0394] さらに、本実施の形態 5の外部通信端末 111は、図 16に示す、実施の形態 2と同様な構成の、ユーザ入出力部 6108〜全体制御部 6114を有しており、さらに、機能モジュール要求解析'送付部 3101を有する。

[0395] 実施の形態 2及び 3と同様な構成については、説明を省略する。

[0396] 外部通信端末 111の機能モジュール要求解析 ·送付部 3101は、他端末力もの機能モジュール要求の解析を行、、モジュール蓄積 DB6109に該当機能モジュールが存在した場合に、その機能モジュールを添付した応答を送付する。

[0397] 以上のように、本実施の形態 5では、通信制御部 6106が接続要求受信部を構成し、機能モジュール要求生成'解析部 6103がアプリケーション情報取得部とアプリケーシヨン比較部を構成し、機能モジュール起動部 6104がアプリケーション情報要求部を構成している。

[0398] 以下、図 46〜図 49を用いて、実施の形態 5における、マルチメディア通信開始時の端末間のネゴシエーション手順の処理の流れを説明する。

[0399] 図 46は、上記ネゴシエーション手順の処理の流れの概略を示すシーケンス図である。

[0400] 図 46において、まず、外部通信端末 111が携帯通信端末 110に対し、アプリケーシヨン'機能モジュールレベルでのネゴシエーション情報を付与した接続要求（S502 )を送信する (接続要求処理 (S501) )。

[0401] 次に、携帯通信端末 110は、ネゴシエーション情報にマッチしたアプリケーション' 機能モジュールを確認し、保有していないため、通信元の外部通信端末 111から機能モジュールをダウンロードする機能モジュール取得要求（S1702)を外部通信端末 111に送信する (機能モジュール取得要求処理 (S3201) )。

[0402] 次に、これを受けて、外部通信端末 111は、携帯通信端末 110に対し、機能モジュール取得要求応答（S 1704)を返信する (機能モジュール取得要求応答処理 (S32 02) )。

[0403] 次に、携帯通信端末 110は、外部通信端末 111に接続要求応答 (正常応答）（S5

04)を返信する（接続要求応答処理 (S3203) )。

[0404] 最後に、外部通信端末 111は、モジュール起動処理 (S505)を行って、外部通信端末 111と携帯通信端末 110との間で、 RTPなどによるマルチメディア通信（S506) を開始する。

[0405] 以下、上記各手順を詳細に説明する。

[0406] まず、外部通信端末 111の接続要求（S502)を行う接続要求処理 (S501)は、実施の形態 2で説明した処理と同様であるため、説明は省略する。

[0407] 次に、機能モジュール取得要求処理（S3201)の詳細に関しては、図 47を用いて説明を行う。

[0408] 図 47において、ステップ S701及びステップ S702は、図 21に示す、実施の形態 2 で説明した手順と同様であるため、説明は省略する。

[0409] ステップ S702において、携帯通信端末 110内部に該当モジュールが存在しな力つたものとする。次に、機能モジュール取得部 1102は、図 35bに示すデータ構造によるモジュール取得要求を作成し、通信制御部 6106を用い、外部通信端末 111へ機能モジュール取得要求（S1702)を送信する（S3301)。

[0410] 図 35bに示すデータ構造は、実施の形態 3で説明を行ったため、説明は省略する。

[0411] ただし、実施の形態 3においては、要求先機器アドレスとして PC端末 103の SIP

URIを指定したが、本実施の形態 5では、外部通信端末 111の SIP URIを指定する。 [0412] 次に、機能モジュール取得要求応答処理 (S3202)の詳細に関しては、図 48を用いて説明を行う。

[0413] 図 48において、外部通信端末 111の通信制御部 6113は、受信した機能モジユール取得要求（S1702)のメッセージ解析を行う（S3401)。

[0414] 具体的には、図 35bに示すデータ構造から、要求種別 2101及び SIPメッセージボディ内要素より、モジュール取得要求であり、接続先ユーザ名 Zアドレス 2103より、携帯通信端末 110[Aさん]からの通信であることを判断する。

[0415] 通信制御部 6113で解析した情報は、全体制御部 6114に通知される。機能モジュール制御部 6112は、機能モジュール要求解析 ·送付部 3101を用い、図 35bに示す要求アプリケーション Z機能種別情報 2104より、機能モジュール要求情報 (VoIP ( 音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ)）を取得し、モジュール蓄積 DB6109より、保持された該当機能モジュール (VoIP (音声電話)及び、 A 社製カメラビューヮ 2 (TV電話向け映像モニタ) )を取得する（S3402)。

[0416] 次に、機能モジュール要求解析'送付部 3101は、取得した機能モジュールを添付した機能モジュール取得要求応答メッセージを作成し、通信制御部 6113を用い、図 35dに示す機能モジュール取得要求応答（S1704)を送信する（S3403)。

[0417] アプリケーション Z機能モジュール 2109には、上記で取得した該当の機能モジュール (VoIP (音声電話)及び、 A社製カメラビューヮ 2 (TV電話向け映像モニタ) )を格納し、その他要素は、機能モジュール取得要求メッセージ力も取得する。

[0418] 次に、接続要求応答処理 (S3203)の詳細に関しては、図 49を用いて説明を行う。

[0419] 図 49において、携帯通信端末 110の通信制御部 6106は、受信した機能モジユール取得要求応答（S 1704)のメッセージ解析を行う（S3501)。

[0420] 具体的には、図 35dに示すデータ構造から、要求種別 2106及び、 SIPメッセージボディ内要素より、モジュール送付であり、接続先ユーザ名 Zアドレス 2107より、外部通信端末 111 さん]力もの通信であることを判断する。

[0421] 以降、図 49における、ステップ S2002,ステップ S703〜ステップ S706は、図 34に示す、実施の形態 3で説明した処理と同様であるため、説明は省略する。

[0422] 実施の形態 3と同様の処理を行うことで、携帯通信端末 110は、該当機能モジユールを組み込み、ユーザによる接続応答を行い、接続要求応答の送信を行う（S706)

[0423] 次に、図 46において、外部通信端末 111は、モジュール起動処理を行う（S505) 1S この処理は、図 22に示す、実施の形態 2で説明した処理と同様であるため、説明は省略する。

[0424] 以上のように、通信元端末が、端末間のネゴシエーション情報として、通常コーデック情報に加えてアプリケーション Z機能モジュール情報をも加えて送信し、通信先端末に該当機能モジュールが存在しない場合に、該当機能モジュールを保持する通信元端末に、該当機能モジュールを送付してもらい、その機能モジュールを保管することで、アプリケーション Z機能モジュールレベルでの相互接続を達成し、マルチメディア通信を開始することが可能となる。

[0425] なお、本実施の形態 5の説明においては、外部通信端末 111と携帯通信端末 110 との間で取り交わされるメッセージに利用するプロトコルとして SIPを用いて説明を行つたが、 H. 323などの他の通信プロトコルや、独自に規定したプロトコル等を用いても、アプリケーション Z機能モジュール情報のネゴシエーションを行うことで、同様の効果が得られることは言うまでもな、。

[0426] また、実施の形態 5の説明にお、ては、通信先端末に該当モジュールが存在しない場合に、通信元端末より直接該当モジュールを送付してもらうことで相互接続を達成していた力通信元端末より該当モジュールを直接送付するのではなぐ該当モジユールの存在する場所、例えば、 URLなどを通信元端末から送付し、通信先端末がその URLへアクセスし、該当モジュールを獲得しても、同様の効果が得られることは言うまでもない。

[0427] また、本実施の形態 5の説明にお、ては、外部通信端末 111がネゴシエーション情報として指定する機能モジュールとして、音声電話機能を提供する VoIP、 TV電話向けの映像モニタである A社製カメラビューヮの 1セットのみを指定した力複数セットを指定し、受信側のユーザ (携帯通信端末 110)がその中の一つのセットを選択し、携帯通信端末 110が、通信元端末である外部通信端末 111に該当機能モジュールを送付してもらうようにしても、選択したセットを利用したマルチメディア通信を開始でき、同様の効果が得られることは言うまでもない。

[0428] また、本実施の形態 2〜5の説明においては、機能モジュールの起動に関し、 DB 上に格納された機能モジュールを動的に取得して、起動することを前提としたが、そのような技術としては、 Java (登録商標）を用いたものや、アップレットを用いたものなどがあり、本発明は、特に実現方法は限定しない。

[0429] また、実施の形態 2〜5の説明においては、外部通信端末 111と携帯通信端末 11 0との間の SIPによるメッセージのやりとりを、何らのサーバも介さずに直接行う方法で説明を行った力 SIPで規定されたプロキシ（Proxy)サーバやリダイレクト（Redirect )サーバ等を介したメッセージのやりとりを行うことで、同様の効果が得られることは言うまでもない。

[0430] また、実施の形態 3〜5の説明にお、ては、機能モジュールのダウンロード元（又は機能モジュールの起動元）として、携帯通信端末 110とアドホックネットワーク 102で接続された周辺機器又は、外部通信端末 111として説明を行ったが、特にそれらに限定するものではなぐ携帯通信端末 110とネットワーク 101を介して通信可能な機器 (含むサーバ類)があり、それを検知することが可能な状況にあれば、同様に機能モジュールのダウンロード (又は機能モジュールの起動）を行うことができ、同様の効果が得られることは言うまでもな、。

[0431] また、実施の形態 2〜5の説明においては、携帯通信端末 110が形成するアドホックネットワーク 102として RFIDを用いて説明を行った力ブルートゥースなどの近距離無線のプロトコルを用いても、同様の効果が得られることは言うまでもない。

[0432] また、実施の形態 3〜5では、外部通信端末力も要求された機能モジュールを携帯端末が全く搭載して、な!、場合につ!、て説明したが、要求された機能モジュールのうち少なくとも一つを搭載していない場合でも、本発明を適用でき、同様の効果が得られることは言うまでちな!、。

[0433] すなわち、要求された機能モジュールのうち搭載していないものがある場合は、搭載して、な、機能モジュールにっては周辺機器の機能モジュールを利用し、搭載して、る機能モジュールにつ、ては自端末のものを利用することによって外部通信端末と通信が行える。 [0434] また、実施の形態 3〜5の説明にお、ては、機能モジュールのダウンロード (又は、機能モジュールの起動）を要求するにあたり、特に認証手順に関しては触れていないが、ユーザ認証等の手順の後に、機能モジュールのダウンロード (又は機能モジュールの起動）を開始するという手順でも、同様の効果が得られることは言うまでもない

[0435] このユーザ認証情報に関しては、 SIPの場合メッセージのボディ部に搭載することができ、容易に実現可能である。

[0436] なお、本発明におけるアプリケーションは、各実施の形態力も分力るように、通信端末自体の機能を動作させる少なくとも一つの機能モジュール力構成されており、したがって、本発明は、少なくとも一つの機能モジュールによる接続要求を受信した場合には、その機能モジュールを通信端末自体が有していればそれを用いて、通信相手の端末装置と通信できるものである。

[0437] またその機能モジュールを通信端末自体が有して!/、なければ、周辺機器が有するその該当する機能モジュールを起動したりあるいはダウンロードなどで取得したりして

、通信相手の端末装置と通信できるものである。

産業上の利用可能性

[0438] 本発明は、アプリケーションの相互接続性を確認するとともに、自らアプリケーションを有していなくても周辺の端末装置などのアプリケーションを利用して通信が行え、特にネットワークに接続される情報通信端末装置に有用である。

Claims

請求の範囲

[1] ネットワークで接続された通信相手の端末装置から、通信に使用するアプリケーションに関するアプリケーション情報が付加された接続要求を受信する接続要求受信部と、前記接続要求受信部で受信した前記接続要求から前記アプリケーション情報を取得するアプリケーション情報取得部と、前記アプリケーション情報取得部で取得したアプリケーション情報を、これと対応する自端末本体が使用可能なアプリケーションと比較するアプリケーション比較部と、前記アプリケーション比較部での比較結果に応じてアプリケーションの起動を要求するアプリケーション情報要求部とを備えたことを特徴とする通信端末。

[2] 第 2のネットワークで接続された端末機器が有するアプリケーションに関するアプリケーシヨン情報が蓄積された機器情報蓄積部をさらに備え、前記アプリケーション比較部での比較により一致した前記アプリケーションが無い場合に、前記アプリケーション情報要求部は、前記アプリケーション情報取得部で取得したアプリケーション情報に対応する、前記端末機器が有するアプリケーションの起動を、前記該当する端末機器に対して要求することを特徴とする請求項 1記載の通信端末。

[3] 第 2のネットワークで接続された端末機器が有するアプリケーションに関するアプリケーシヨン情報が蓄積された機器情報蓄積部をさらに備え、前記アプリケーション比較部での比較により一致した前記アプリケーションが無い場合に、前記アプリケーション情報要求部は、前記アプリケーション情報取得部で取得したアプリケーション情報に対応する、前記端末機器が有するアプリケーションの取得を、前記該当する端末機器に対して要求することを特徴とする請求項 1記載の通信端末。

[4] 前記アプリケーション比較部での比較により一致した前記アプリケーションが無い場合に、前記アプリケーション情報要求部は、前記アプリケーション情報取得部で取得したアプリケーション情報に対応するアプリケーションの取得を、前記通信相手の端末装置に対して要求することを特徴とする請求項 1記載の通信端末。

[5] 前記取得したアプリケーションは、利用制限されることを特徴とする請求項 3または 4 記載の通信端末。

[6] 前記アプリケーションは、前記端末本体の機能を動作させる少なくとも 1つ機能モジュールから構成されることを特徴とする請求項 1記載の通信端末。

[7] 前記アプリケーション情報要求部は、前記アプリケーション比較部での比較により一致しなかったアプリケーションまたは起動モジュールの起動を要求することを特徴とする請求項 6記載の通信端末。

[8] 前記アプリケーション情報要求部は、前記アプリケーション比較部での比較により一致しなかったアプリケーションまたは起動モジュールの取得を要求することを特徴とする請求項 6記載の通信端末。

[9] 前記接続要求は、接続要求の種別と、接続要求する相手先の情報と、接続要求を行う側の情報と、接続要求するメディアに関する情報とを含むことを特徴とする請求項 1 記載の通信端末。

[10] 前記接続要求は、 SIP (Session Initiation Protocol)により構成されることを特徴とする請求項 1記載の通信端末。

[11] ネットワークで接続された他の端末装置から送信される、通信に使用するアプリケーシヨンに関するアプリケーション情報が付加された接続要求を受信する接続要求受信手順と、前記接続要求受信手順で受信した接続要求から前記アプリケーション情報を取得するアプリケーション情報取得手順と、前記アプリケーション情報取得手順で取得したアプリケーション情報を、これと対応する自端末本体が使用可能なアプリケーシヨンと比較するアプリケーション比較手順と、前記アプリケーション比較手順での比較結果に応じてアプリケーションの起動を要求するアプリケーション起動要求手順とを備えたことを特徴とする通信方法。