(57)【要約】【課題】互いの端末装置間で使用したいアプリケーションの相互接続を確認して、自ら備えていないアプリケーションであっても通信を可能とする情報端末装置およびそれを用いた通信方法の提供。【解決手段】他の端末装置２１１から送信される、通信に使用するアプリケーション情報が付加された接続要求の内容を通信要求判断部３０９が解析し、その判断結果から、要求された通信用モジュールをモジュール要求／解析部３０８に判断させ、必要な通信用モジュールをモジュール蓄積媒体３０２を検索して取得し、モジュール利用可能領域３０３を使用して、取得したモジュールをアプリケーションに利用することにより、互いの端末装置間で使用したいアプリケーションの相互接続を確認して、自ら備えていないアプリケーションであっても通信が可能となる。【選択図】図２
2008052309.tif 000002
【特許請求の範囲】
【請求項１】
他の端末装置から送信される、通信に使用するアプリケーション情報が付加された接続要求を受信する接続要求受信手段と、前記接続要求受信手段で受信した前記接続要求から前記通信に使用するアプリケーション情報を取得するアプリケーション情報取得手段と、前記アプリケーション情報取得手段で取得したアプリケーション情報に対応するアプリケーションを検索するするアプリケーション検索手段と、前記アプリケーション検索手段で検索した前記アプリケーションを起動するアプリケーション起動手段とを備えたことを特徴とする情報端末装置。
【請求項２】
前記通信に使用するアプリケーションが蓄積されたアプリケーション蓄積手段を備え、前記アプリケーション検索手段が、前記アプリケーション情報取得手段で取得したアプリケーション情報に対応するアプリケーションを前記アプリケーション蓄積手段から検索することを特徴とする請求項１記載の情報端末装置。
【請求項３】
前記アプリケーション検索手段が、ネットワークを介して接続された別の端末機器の前記アプリケーション情報を検索することを特徴とする請求項１記載の情報端末装置。
【請求項４】
前記ネットワークを介して接続された別の端末機器のアプリケーション情報を管理する機器情報管理手段を備え、前記アプリケーション検索手段が、前記機器情報管理手段を検索することを特徴とする請求項１記載の情報端末装置。
【請求項５】
前記接続要求に応じて前記他の端末装置の認証を行う認証手段を備えたことを特徴とする請求項１記載の情報端末装置。
【請求項６】
前記アプリケーション検索手段で検索された前記アプリケーションを利用する際の条件を設定するアプリケーション利用条件設定手段を備えたことを特徴とする請求項１記載の情報端末装置。
【請求項７】
他の端末装置から送信される、通信に使用するアプリケーション情報が付加された接続要求を受信する手順と、前記受信した接続要求から前記通信に使用するアプリケーション情報を取得する手順と、前記取得したアプリケーション情報に対応するアプリケーションを検索するする手順と、前記検索したアプリケーションを起動する手順とを備えたことを特徴とする情報端末装置を用いた通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続される情報端末装置およびそれを用いた通信方法に関する。
【背景技術】
【０００２】
近年、携帯電話、ＰＤＡなどの携帯通信端末は、インターネット接続やテレビ電話などと言ったマルチメディア通信が実現できるＰＣ（パソコン）と同様なマルチメディア端末として、さらに、ユーザが携帯するという利点から、ｅコマースや、ＧＰＳによる位置情報獲得などで代表されるパーソナル端末として発展し続けている。しかしながら、その携帯通信端末は、ＣＰＵ処理能力不足、メモリ不足、ディスプレイのサイズ限定、キーボタンの限定、などに代表されるハード的な制約、さらに、それに起因するアプリケーションを実現する際のソフトモジュールの不足や操作の不便性などのソフト的な制約が課題であり、前述、二つの端末機としての要求を満たすには不十分であった。
【０００３】
従来、携帯通信端末で不可能な処理を、その周辺機器と連携することで処理を実現する方式が、代表例として特許文献１とＵＰｎＰで知られている。
【０００４】
特許文献１では、携帯通信端末で扱えないマルチメディア通信に関するデータ処理を、そのデータの種別により、あらかじめ登録したネットワーク内の別の端末へ転送して処理させ、機能補完をさせることで課題を解決していた。
【０００５】
また、ＵＰｎＰでは、Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ、Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎにより規定されるサービス情報から、同リンクローカルネットワーク内の周辺機器のサービス探索を行い、周辺機器を選択、および、メディアデータを転送し、サービス機能を依頼して機能補完をさせることで、課題を解決していた。
【０００６】
すなわち、これらの従来例では、メディアデータを転送して他の端末で処理させることで、携帯通信端末の機能補完を実現していた。
【特許文献１】特開２０００−１１５２５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来例では、メディアのデータ種別を考慮した周辺機器選定までは実施するが、マルチメディア通信を実現するアプリケーションであるマルチメディアアプリケーションまでは考慮して周辺機器を選定していない。そのため、以下のような課題が存在していた。
【０００８】
従来、ＶｏＩＰなどの音声通話サービスのみがＩＰネットワーク上で実施されている時は、マルチメディアデータとして音声データのみを扱っており、アプリケーションとしての相互接続性も確保されていた。様々なメディアデータを扱うマルチメディア通信がＩＰネットワーク上で利用されるようになり、メディアデータを自端末で処理できない場合に、特許文献１では予め登録した周辺機器、ＵＰｎＰではリンクローカルネットワーク内など、あらかじめ決められた範囲での周辺機器を選定し、メディアデータ処理の補完を行うことで、メディアデータの相互接続性を確保していた。
【０００９】
しかしながら、現在の多様化するマルチメディア通信においては、メディアデータの相互接続性のみでは不十分であり、アプリケーションとしての相互接続性の確保が求められている。
【００１０】
例えば、発信側、着信側のそれぞれでＡ社とＢ社の製品であるＴＶ電話アプリケーションを利用した場合、Ａ社のＴＶ電話アプリケーションでは、画像ビューワに画像を撮像するカメラの操作画面が含まれ、相手側カメラの操作が可能であるが、Ｂ社のＴＶ電話アプリケーションでは、画像ビューワにその操作画面が無く、相手側カメラの画像を見ることしかできない、と言った事態が起きる。
【００１１】
また、Ｂ社のＴＶ電話アプリケーションにはＷｅｂ画面共有の機能があるが、Ａ社のＴＶ電話アプリケーションにはＷｅｂ画面共有の機能がなく、ＴＶ電話をしながら共通のＷｅｂ画面を見て通話ができない、と言った事態が起きる。
【００１２】
同社製のアプリケーションを利用している場合でも、バージョンが異なった際に提供される機能が異なり、例えば、新しいバージョンのアプリケーションではＴＶ電話中にインスタントメッセージングが利用できるが、古いバージョンのアプリケーションでは利用できない、と言ったような事態が起きる。
【００１３】
このように、新しいマルチメディアアプリケーションは、音声通話やＴＶ電話から、カメラ操作、Ｗｅｂ画面や文書作成ソフトなどのアプリ共有、インスタントメッセージング、コーチングによる通話、など、ますますその機能性が多様化しており、それぞれマルチメディアアプリケーションを構成する機能モジュール（すなわち、画像を処理して表示を行うと同時に操作も行わせるメディア処理モジュールやＷｅｂ画面の共有を可能とするアプリ共有モジュール、など上記のマルチメディア通信における各機能を提供する機能モジュール）が異なるため、相互接続性が確保されない可能性があった。
【００１４】
すなわち、マルチメディアアプリケーションに関する詳細な情報、上記のような、各メディアデータを処理し、各機能を提供する、マルチメディアアプリケーションを構成する機能モジュールの情報が考慮されていないため、アプリケーションとしての相互接続性が確保されない可能性があったＴＶ電話などのマルチメディア通信を利用する通信端末の発信側、着信側の間で、上記のようなマルチメディアアプリケーションに関する情報を交換することができず、ユーザが実行したいマルチメディアアプリケーション、および、機能モジュールを指定することができなかった。
【００１５】
特許文献１では予め登録した周辺機器、ＵＰｎＰではリンクローカルネットワーク内、など、あらかじめ決められた範囲での周辺機器選定しかできず、それらの周辺機器で扱えるメディアデータ以外は扱えなかった。
【００１６】
また、これら従来技術では、マルチメディア通信におけるメディアデータを周辺機器に対して転送しなければならず、周辺機器がメディアデータを蓄積できてしまうため、他者に傍受されたり、後に解析されたりする可能性があるなど、プライバシーやセキュリティに注意しなければならなかった。
【００１７】
本発明は上記課題を考慮されたもので、様々な種類のメディアデータを扱い、様々な機能を持つマルチメディア通信を、ユーザが指定するアプリケーションを利用して開設することができる、通信端末、サーバ、及びネットワークシステムと、これを用いた通信方法を提供することを目的とする。
【課題を解決するための手段】
【００１８】
本発明の情報端末装置は、他の端末装置から送信される、通信に使用するアプリケーション情報が付加された接続要求を受信する接続要求受信手段と、接続要求受信手段で受信した接続要求から通信に使用するアプリケーション情報を取得するアプリケーション情報取得手段と、アプリケーション情報取得手段で取得したアプリケーション情報に対応するアプリケーションを検索するするアプリケーション検索手段と、アプリケーション検索手段で検索したアプリケーションを起動するアプリケーション起動手段とを備えた構成を有する。
【００１９】
この構成により、アプリケーション検索手段で検索したアプリケーションの相互接続を確認して通信が可能となる。
【００２０】
また、本発明の情報端末装置は、通信に使用するアプリケーションが蓄積されたアプリケーション蓄積手段を備え、アプリケーション検索手段が、アプリケーション情報取得手段で取得したアプリケーション情報に対応するアプリケーションをアプリケーション蓄積手段から検索する構成を有する。
【００２１】
この構成により、アプリケーション蓄積手段に蓄積されたアプリケーションを使用しての通信が可能となる。
【００２２】
また、本発明の情報端末装置は、アプリケーション検索手段が、ネットワークを介して接続された別の端末機器のアプリケーション情報を検索する構成を有する。
【００２３】
この構成により、ネットワークを介して接続された別の端末機器のアプリケーション情報を検索して得られた、自ら有していないアプリケーションを使用した通信が可能となる。
【００２４】
また、本発明の情報端末装置は、ネットワークを介して接続された別の端末機器のアプリケーション情報を管理する機器情報管理手段を備え、アプリケーション検索手段が、機器情報管理手段を検索する構成を有する。
【００２５】
この構成により、ネットワークを介して接続された別の端末機器のアプリケーション情報を管理する機器情報管理手段を検索して得られた、自ら有していないアプリケーションを使用した通信が可能となる。
【００２６】
また、本発明の情報端末装置は、接続要求に応じて他の端末装置の認証を行う認証手段を備えた構成を有する。
【００２７】
この構成により、認証手段で認証が得られた機器との通信が可能となる。
【００２８】
また、本発明の情報末装置は、アプリケーション検索手段で検索されたアプリケーションを利用する際の条件を設定するアプリケーション利用条件設定手段を備えた構成を有する。
【００２９】
この構成により、検索により得られたアプリケーションの利用状況を制限した通信が可能となる。
【００３０】
さらに、本発明の情報端末装置を用いた通信方法は、他の端末装置から送信される、通信に使用するアプリケーション情報が付加された接続要求を受信する手順と、受信した接続要求から通信に使用するアプリケーション情報を取得する手順と、取得したアプリケーション情報に対応するアプリケーションを検索するする手順と、検索したアプリケーションを起動する手順とを備えた構成を有する。
【００３１】
この構成により、アプリケーション検索手段で検索したアプリケーションの相互接続を確認して通信が可能となる。
【発明の効果】
【００３２】
本発明の情報末装置は、他の端末装置から送信される、通信に使用するアプリケーション情報が付加された接続要求を受信する接続要求受信手段と、接続要求受信手段で受信した接続要求から通信に使用するアプリケーション情報を取得するアプリケーション情報取得手段と、アプリケーション情報取得手段で取得したアプリケーション情報に対応するアプリケーションを検索するするアプリケーション検索手段と、アプリケーション検索手段で検索したアプリケーションを起動するアプリケーション起動手段とを備えることによって、アプリケーション検索手段で検索したアプリケーションの相互接続を確認して、自ら備えていないアプリケーションであっても通信が可能となる。
【発明を実施するための最良の形態】
【００３３】
以下、本発明の実施形態に係るネットワークシステムについて図面を参照しながら説明する。同一の部分には同一の符号を付して重複する説明を省略する。
【００３４】
（実施の形態１）
図１〜図３を参照して、実施形態に係るネットワークシステムについて説明する。
【００３５】
図１は、本発明の実施の形態１に係るネットワークシステムの構成を示す図である。本実施の形態に係るネットワークシステム１００は、ローカルＩＰネットワーク２０２とそれに接続される様々な種類の通信端末を有する。様々な種類の通信端末は、ＰＣ端末２０３、ネットワーク（ＮＷ）カメラ２０４、ＩＰ電話２０５、ディスプレイ２０６、コンテンツ／ファイルサーバ２０７、プリンタ２０８、ＦＡＸ２０９、携帯通信端末２１０などである。携帯通信端末２１０は通信端末機の一種類であり、通信端末機と同等の機能を持つ。
【００３６】
また、ローカルＩＰネットワーク２０２は、さらに外部のＩＰネットワーク２０１と接続されている。外部のＩＰネットワーク２０１には、通信先端末としての通信端末２１１や携帯通信端末２１２、アプリケーションの提供が可能であるサーバ２１３などが接続されている。
【００３７】
以下、ネットワークシステムを構成するそれぞれの構成要素について説明する。
【００３８】
図２は、携帯通信端末２１０の構成を示すブロック図である。携帯通信端末２１０は、機器情報記録媒体３０１と、モジュール蓄積媒体３０２と、モジュール利用可能領域３０３と、ユーザ入出力部３０４と、個人認証情報記録媒体３０５と、全体制御部３０６と、機器情報要求／解析部３０７と、モジュール要求／解析部３０８と、通信要求判断部３０９と、ネットワーク管理部３１０と、ＲＦＩＤ読取り部３１１と、通信プロトコル制御部３１２とを有する。
【００３９】
機器情報記録媒体３０１は、ローカルＩＰネットワーク２０２内に存在する機器、携帯通信端末の周辺に存在する通信端末に関する機器情報を記録する媒体である。機器のアドレス情報や、その機器が保持するアプリケーションに関する情報などが記録される。
【００４０】
モジュール蓄積媒体３０２は、マルチメディアアプリケーションを構成し、マルチメディア通信における様々な機能を提供するためのメディアデータの処理やユーザへの入出力を処理するプログラムである機能モジュールを蓄積する媒体である。マルチメディア通信に利用する機能モジュールを蓄積、保持する。
【００４１】
モジュール利用可能領域３０３は、アプリケーション／機能モジュールを実際に稼働するために利用する領域である。外部通信端末から取得したアプリケーション／機能モジュールや、端末内部に蓄積しているアプリケーション／機能モジュールを展開し、稼働させる。
【００４２】
ユーザ入出力部３０４は、電話などのマルチメディア通信やアプリケーションの開始、終了、利用する機器の選択、動作の許可、着信の通知、などを行うための携帯通信端末とユーザ間の入出力を扱う機能部分である。ユーザからの入力はボタンやキーによる入力、ユーザへの出力はディスプレイ表示、音再生などである。
【００４３】
個人認証情報記録媒体３０５は、携帯通信端末を利用して通信を行うユーザに関する個人認証情報、および、通信相手先やアプリケーション／機能モジュールの送受信先のユーザを認証するための個人認証情報、通信相手先ユーザやアプリケーション／機能モジュールの送受信先のユーザに関する情報を記録する媒体である。
【００４４】
全体制御部３０６は、各機能部からの情報を判断し、端末としての全体的な制御を行う機能部である。通信の接続を開設する処理、アプリケーション／機能モジュールの送受信を行う処理、など全ての処理が本機能部を通して行われる。
【００４５】
機器情報要求／解析部３０７は、機器情報の要求を行ったり、取得した機器情報の解析を行う機能部である。通信プロトコルなどを利用して機器情報が要求された際に、要求の解析、判断、該機器の機器情報の提供などを行う。また、通信プロトコルなどを利用して機器情報を受信した際に、受信した機器情報の解析、機器情報などの記録などを行う。
【００４６】
モジュール要求／解析部３０８は、アプリケーション／機能モジュールを要求、または解析する機能部である。通信プロトコルなどを利用してマルチメディア通信で利用したいマルチメディアアプリケーションに関する情報、取得したマルチメディアアプリケーションに関する情報の判断、解析、作成、指示などを行う。
【００４７】
通信要求判断部３０９は、通信プロトコルなどを利用して通信を開設する際の要求、条件などを設定、解析、または判断する機能部である。開設するマルチメディア通信、すなわち、セッションや電話の開始／切断などのコマンドの送受信のために必要な情報を取得し、通信の要求情報の作成や、通信要求を受信した際の受信情報の解析などを行う。
【００４８】
ネットワーク管理部３１０は、接続するネットワークにおける自端末のＩＰアドレスや、アプリケーションサーバのアドレス、周辺に存在する通信端末のアドレスなどの情報やネットワークインターフェースの制御を管理する。
【００４９】
ＲＦＩＤ読取部３１１は、データを読取るための電波を発し、ＲＦＩＤタグに書き込まれたデータの読取りを行う。ＲＦＩＤ読取部３１１は、読取り範囲のネットワークである二次無線ネットワーク３１３とつながっている。携帯通信端末２１１は、その携帯性により動的に変更される周辺に存在する通信端末の情報を取得するため、本ＲＦＩＤ読取部３１１により周辺に存在する通信端末の情報を取得する。
【００５０】
通信プロトコル制御部３１２は、通信プロトコルの送受信、およびプロトコルコマンドの作成／解析を行う機能部である。
【００５１】
ネットワーク管理部３１０、通信プロトコル制御部３１２は、ローカルＩＰネットワーク２０２を通して、ＩＰネットワーク２０１につながっている。
【００５２】
図３は、通信端末２０３〜２０９の構成を示すブロック図である。通信端末２０３〜２０９は、携帯通信端末２１０と同様に、機器情報記録媒体３０１と、モジュール蓄積媒体３０２と、モジュール利用可能領域３０３と、ユーザ入出力部３０４と、個人認証情報記録媒体３０５と、全体制御部３０６と、機器情報要求／解析部３０７と、モジュール要求／解析部３０８と、通信要求判断部３０９と、ネットワーク管理部３１０と、通信プロトコル制御部３１２とを有し、さらに、機器情報書込部４０１と、ＲＦＩＤタグ部４０２とを有する。
【００５３】
機器情報書込部４０１は、該機器の稼働状況に合わせてＲＦＩＤタグ部４０２に情報を書き込む。稼働状況などを反映せず、あらかじめ書き込まれた情報を書き換えない場合は存在しない。
【００５４】
ＲＦＩＤタグ部４０２は、機器情報が書き込まれている電子タグ部分である。リーダ（読取り機器）からの電波を受信して電源を得て、書き込まれている情報を返信する。書き込まれている機器情報は固定のままでも、随時、稼働状況などを反映して書き換えられても良い。ＲＦＩＤタグ部４０２は、読取られる範囲のネットワークである二次無線ネットワーク３１３とつながっている。
【００５５】
通信端末２０３〜２０９は、一般的に、固定して設置されて携帯されず、携帯通信端末２１０より周辺に存在する通信端末として扱われるため、本ＲＦＩＤタグ部４０２により、携帯通信端末２１０に対してその機器情報を送信する。
【００５６】
次に、本実施形態に係るネットワークシステム１００における通信方法について、図４〜図６を参照して説明する。
【００５７】
最初に、ローカルＩＰネットワーク２０２に携帯通信端末２１０を接続して周囲に存在する機器情報を取得する通信方法について、図４〜図５を参照して説明し、続いて図６を参照して機器情報のデータ構造について説明する。
【００５８】
図４は、携帯通信端末２１０が二次無線ネットワーク３１３内に存在する通信端末であるＦＡＸ２０９、ＰＣ端末２０３、ＮＷカメラ２０４などの通信端末の機器情報を取得する動作の概要を示すシーケンス、図５は携帯通信端末２１０が二次無線ネットワーク３１３内に存在する通信端末であるＦＡＸ２０９、ＰＣ端末２０３、ＮＷカメラ２０４などの通信端末の機器情報を取得する動作を詳細に示すシーケンスである。
【００５９】
最初に、図４を参照して機器情報取得シーケンスの概要について説明する。
【００６０】
本実施の形態に係る通信方法によってユーザが携帯通信端末２１０を持って移動すると（Ｓ５０１）、携帯通信端末２１０のネットワークアドレスが変更される（Ｓ５０２）。アドレスの変更を契機として周辺に存在する通信端末の発信情報を取得するため（Ｓ５０３）、携帯通信端末２１０はＲＦＩＤの読取り処理を行う（Ｓ５０４）。ＲＦＩＤの読取りでは、携帯通信端末２１０からＲＦＩＤタグを起動させる電波を送信し（Ｓ５０５）、周辺に存在する各通信端末、例えばＦＡＸ２０９のＲＦＩＤタグが返す機器情報（Ｓ５０６）を取得して（Ｓ５０７）機器情報の蓄積を行う（Ｓ５０８）。複数の通信端末が周辺に存在する場合、ＲＦＩＤの読取り処理では、ＲＦＩＤの仕様に従い、一つずつタグの情報を読み取るため、ＲＦＩＤタグを起動させる電波の送信（Ｓ５０９、Ｓ５１３）、ＰＣ端末２０３およびＮＷカメラ２０４からの情報発信（Ｓ５１０、Ｓ５１４）、機器情報の取得（Ｓ５１１、Ｓ５１５）、機器情報の蓄積（Ｓ５１２、Ｓ５１６）という同じ動作が繰り返される。
【００６１】
次に、図５を参照して、携帯通信端末２１０、および、周辺に存在する通信端末であるＦＡＸ２０９、ＰＣ端末２０３、ＮＷカメラ２０４のそれぞれが実行する処理を中心に、上記した機器情報取得シーケンスを詳細に説明する。
【００６２】
図５は、携帯通信端末２１０における機器情報取得処理の詳細な動作を説明するシーケンスである。まず、携帯通信端末２１０を持ってユーザが移動すると、携帯通信端末２１０のネットワークアドレスを管理しているネットワーク管理部３１０が、ネットワークアドレスの変更を検知する（Ｓ５０２）。アドレスの変更を、移動イベントの検知として全体制御部３０６へ伝え（Ｓ６０１）、全体制御部３０６は機器情報の取得動作を開始する（Ｓ６０２）。
【００６３】
まず、全体制御部３０６は機器情報要求／解析部３０７に機器情報取得を要求し（Ｓ６０３）、要求された機器情報要求／解析部３０７はＲＦＩＤ読取りによる機器情報取得を行う（Ｓ６０４）。ＲＦＩＤ読取部３１１は電波を送信することでＲＦＩＤタグに電源を供給し、読取処理を開始する（Ｓ５０５）。周辺に存在する通信端末のＲＦＩＤタグ部４０２は受信した電波から電源を取得し、既に書き込まれているデータである機器情報を送信する（Ｓ５０６、Ｓ５０７）。携帯通信端末２１０のＲＦＩＤ読取部３１１は、受信した機器情報を機器情報要求／解析部３０７に通知し（Ｓ６０６）、機器情報要求／解析部３０７はその情報の内容を解析した上で（Ｓ６０７）、全体制御部３０６へ通知する（Ｓ６０８）。全体制御部３０６では、取得した機器情報を機器情報記録媒体３０１に記録して蓄積する（Ｓ５０８）。
【００６４】
次に、ＲＦＩＤタグ部４０２に書き込まれるデータを図６に示す。ＲＦＩＤタグ４０２は、機器の識別を行うための識別番号となる機器ＩＤ７０１、プリンタやＰＣなどの機器の種類を表す機器種別７０２、ＩＰアドレスやＵＲＬ、ＵＲＩなどのネットワークにおける機器のアドレス７０３、機器が保持／稼働できるアプリケーション／機能情報７０４、機器で処理が可能なデータの種別情報７０５、機器が作られたメーカ情報７０６、メーカのＨＰアドレスなどの予備情報７０７、などの情報から構成される。このような情報は、同じ形態で、携帯通信端末２１０の機器情報記録媒体に蓄積される。
【００６５】
次に、本発明の実施の形態１に係るネットワークシステム１００における通信方法として、携帯通信端末２１０と外部通信端末２１１とがマルチメディア通信に利用したいマルチメディアアプリケーションを指定して通信接続を開始する通信方法について、図７〜図１４を参照して、説明する。
【００６６】
図７は、携帯通信端末２１０が外部のネットワークに存在する通信端末である外部通信端末２１１から通信要求を取得し、通信接続する動作の概要を示すシーケンス、図８〜１４は、携帯通信端末２１０が外部通信端末２１１から通信要求を取得し、通信接続する動作を詳細に示すシーケンス、ユーザが操作する画面表示、および、シーケンス内で送受信するデータのデータ構造を示す図である。
【００６７】
最初に、図７を参照して通信接続シーケンスの概要について説明する。
【００６８】
ユーザが外部通信端末２１１に対して携帯通信端末２１０への接続指示を行うと（Ｓ８０１、Ｓ８０２）、外部通信端末２１１はマルチメディア通信に関する通信情報、および、マルチメディアアプリケーションに関する情報を設定し（Ｓ８０３）、アプリケーション／機能モジュール起動などのアプリケーション処理を行い（Ｓ８０４）、接続要求処理として（Ｓ８０５）、携帯通信端末２１０に対し、通信プロトコルの手順に従って通信の接続要求を送信する（Ｓ８０６）。
【００６９】
外部通信端末２１１から携帯通信端末２１０が通信の接続要求を受信すると（Ｓ８０６）、携帯通信端末２１０はマルチメディア通信に関する通信情報、および、マルチメディアアプリケーションに関する情報を解析し（Ｓ８０７）、マルチメディア通信に利用するアプリケーション／機能モジュールを認識し、ユーザに対して接続要求を受けたことを通知する（Ｓ８０８）。ユーザが接続要求を受付けて接続を開始する意志を示すと（Ｓ８０９）、携帯通信端末２１０は接続要求で要求された情報に合わせて、接続に必要な設定などの通信情報を決定し（Ｓ８１０）、適切なアプリケーション／機能モジュールを起動した上で（Ｓ８１１）、外部通信端末２１１との通信を開始する（Ｓ８１２）。携帯通信端末２１０が通信プロトコルの手順に従って接続要求を受付けると（Ｓ８１３）、接続要求受付を受信した外部通信端末２１１も通信の開始処理を行う（Ｓ８１４）。
【００７０】
以上により、通信セッションが開設され、ＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）プロトコルなどが用いられてマルチメディアデータが送受信され、接続要求、および、接続要求受付で決定されたアプリケーション／機能モジュールを利用してデータ処理を行い、接続を開始する（Ｓ８１５）。
【００７１】
次に、携帯通信端末２１０、および、外部通信端末２１１、のそれぞれが実行する処理を中心に、上記した通信接続シーケンスを詳細に説明する。
【００７２】
図８はユーザが外部通信端末２１１を操作する際に利用する画面表示を示す図であり、以下に説明するような、基本ボタン部９０１、アドレス入力ボックス９０２、アドレス帳９０３、通信アプリケーション一覧９０４、および情報出力ボックス９０５から構成される。
【００７３】
基本ボタン部９０１は、通信接続の開始、通信接続の相手先やアプリケーションの選択、通信接続の転送、通信接続の切断などが操作できる各ボタンから構成される。
【００７４】
アドレス入力ボックス９０２は、通信接続の相手先となるユーザのアドレスを直接入力するボックスである。
【００７５】
アドレス帳９０３は、あらかじめ登録されているユーザの氏名、アドレス、そのユーザの現在の状態や居場所などが表示され、この中から通信接続の相手先となるユーザを選択できる。
【００７６】
通信アプリケーション一覧９０４には、マルチメディア通信に利用できるマルチメディアアプリケーションが表示され、この中から通信接続を開始する際に利用するマルチメディアアプリケーションを選択できる。本ユーザが選択できるマルチメディアアプリケーションは、図８に示されるように、単なる音声通話機能のみを持つＶｏＩＰ、監視向け画像モニタとなるＡ社製ビューワ、ＴＶ電話向け映像モニタとなるＢ社製ビューワ、ＴＶ電話用の画像を撮像する携帯カメラである。
【００７７】
なお、これらのアプリケーションは、組み合わせて利用することもできれば、単独で利用することもできる。
【００７８】
情報出力ボックス９０５は、現在のユーザの選択状況、着信状況などが表示される。
【００７９】
ここで、外部通信端末２１１を操作するユーザは、その画面表示において、アドレス帳９０３から通信接続の相手先となるユーザとしてＡさんを選択し、基本ボタン部９０１の選択を押す。次に、通信アプリケーション一覧９０４から、利用したいマルチメディアアプリケーションであるＶｏＩＰ、および、Ｂ社製ビューワを選択し、再度、基本ボタン部９０１の選択を押す。すると、情報出力ボックス９０５に、これらの情報が反映され、ユーザが基本ボタン部９０１の開始を押すことで、Ａさんの利用する携帯通信端末２１０への接続指示を外部通信端末２１１に対して行う。
【００８０】
なお、本実施の形態ではマルチメディアアプリケーションの一覧を示し、ユーザがその中から利用するアプリケーションを選択した上で通信を開始しているが、ユーザが外部通信端末２１１において利用するマルチメディアアプリケーションのみを起動した上で、そのアプリケーションにより、通信を開始するように行っても良い。
【００８１】
すなわち、図８が起動したマルチメディアアプリケーションにおけるＧＵＩ画面となり、そのアプリケーションに従った入力操作によって、マルチメディアアプリケーションによる通信を開始しても良い。その後も、処理動作は本質的に同様である。
【００８２】
図９および図１０は、外部通信端末２１１における通信接続処理の詳細な動作を説明するシーケンスである。
【００８３】
まず、外部通信端末２１１を操作するユーザから、ユーザ入出力部３０４を通して外部通信端末２１１の全体制御部３０６に接続要求が通知される（Ｓ８０２）。接続要求を受けた全体制御部３０６は、接続要求の情報からマルチメディア通信に関する通信情報の設定を行う（Ｓ８０３）。この通信情報は、マルチメディア通信を行うために、従来、必要とされたメディアデータの種別やメディアデータを送受信するＩＰアドレス、ポートなどの情報である。さらに、新たに、通信相手先である携帯通信端末２１０に対してマルチメディア通信に利用するマルチメディアアプリケーションに関する情報を設定する（Ｓ１００１）。
【００８４】
この時、ユーザから指定されたマルチメディアアプリケーションに関する情報は、アプリケーションを構成する機能モジュールの情報や、ベンダー依存のアプリケーション識別番号やサービス識別番号、アプリケーションが提供する機能や処理メディアデータなどを表す各種情報などの詳細な情報から成る。
【００８５】
本実施の形態では、ユーザが選択した、ＶｏＩＰのアプリケーション識別番号とサービス識別番号、ＶｏＩＰが提供する機能（音声通信）、ＶｏＩＰが処理するメディアデータ（Ｇ．７１１などのＣｏｄｅｃ）、およびＢ社製ビューワのアプリケーション識別番号、サービス識別番号、Ｂ社製ビューワが提供する機能（ＴＶ電話向け映像モニタ）、Ｂ社製ビューワが処理するメディアデータ（ＭＰＥＧ４）などの情報から構成される。
【００８６】
本実施の形態では、以降、このようなマルチメディアアプリケーションに関する情報をモジュール情報と総称する。このような詳細なモジュール情報を設定するには、モジュール要求／解析部３０８に対して、ユーザが選択したマルチメディアアプリケーションに関する情報、すなわち、モジュール情報の設定を要求する（Ｓ１００２）。要求を受けたモジュール要求／解析部３０８は、モジュール情報を設定し（Ｓ１００３）、設定したモジュール情報を全体制御部３０６に通知する（Ｓ１００４）。
【００８７】
次に、外部通信端末２１１は、接続要求を送信するにあたり、自端末における通信接続準備を行う。全体制御部３０６は、このユーザが選択した、通信接続において利用するアプリケーション／機能モジュール、すなわち、ＶｏＩＰの機能モジュール、およびＢ社製ビューワの機能モジュールを探索する（Ｓ１００５）。モジュール探索には、モジュール蓄積媒体３０２に対してモジュール検索を行い（Ｓ１００６）、モジュール蓄積媒体３０２は全体制御部３０６からのモジュール検索を受けて該当モジュールを取得し（Ｓ１００７）、該モジュールを全体制御部３０６に送信する（S１００８）。全体制御部３０６はモジュールの取得を認識し、モジュール利用可能領域３０３を使ってモジュール利用の処理を行う（Ｓ１００９）。
【００８８】
モジュール利用の処理には、図１０に示すように、モジュール利用可能領域３０３に該モジュールを送ると共に起動要求を行い（Ｓ１０１０）、モジュール利用可能領域３０３は受け取ったモジュールの起動を行った上で（Ｓ８０４）、完了通知を全体制御部３０６に返す（Ｓ１０１１）。完了通知を受け、全体制御部３０６は、通信接続準備が整ったことから、通信の接続要求処理として（Ｓ８０５）、通信要求判断部３０９に接続要求を指示し（Ｓ１０１２）、通信要求判断部３０９も通信の接続要求処理として（Ｓ１０１３）、通信プロトコル制御部３１２に対して接続要求を行う（Ｓ１０１４）。通信プロトコル制御部３１２は、接続要求情報を、通信プロトコルのコマンドとして作成して通信プロトコルに沿った制御を行い（Ｓ１０１５）、携帯通信端末２１０の通信プロトコル制御部３１２へプロトコルコマンドとして送信する（Ｓ８０６）。
【００８９】
次に、本実施の形態に係る通信方法によって外部通信端末２１１が携帯通信端末２１０へ通信の接続を開始する際に、送信する接続要求のデータ構造を図１１（ａ）（ｂ）に示す。
【００９０】
図１１（ａ）は接続要求のデータ構造を示す図、図１１（ｂ）は接続要求が準拠するＳＩＰのメッセージ形式を示す図である。図１１（ａ）および図１１（ｂ）に示されるように、接続要求はＳＩＰのメッセージ形式に則ったデータ構造を有し、接続要求であることを示すＩＮＶＩＴＥコマンドに続いて、Ｒｅｑｕｅｓｔ−ＵＲＩ／Ｔｏヘッダとして通信接続先の携帯通信端末２１０のユーザ名／アドレス、Ｆｒｏｍヘッダ／Ｃｏｎｔａｃｔヘッダとして接続要求を行う外部通信端末２１１のユーザ名／アドレス、メッセージボディに要求するマルチメディア通信に関する通信情報を表すＳＤＰというデータを有する。
【００９１】
さらに、メッセージボディには、予備情報を挿入することができ、ここに新たに、ユーザが選択したマルチメディアアプリケーションに関する情報、前述したモジュール情報を記述する。なお、この情報は、ＳＤＰ内に含めるなど、予備情報として記述できる別の箇所に記述してももちろん構わない。
本実施の形態におけるこのモジュール情報は、上記のように、ＶｏＩＰのアプリケーション識別番号とサービス識別番号、ＶｏＩＰが提供する機能（音声通信）、ＶｏＩＰが処理するメディアデータ（Ｇ．７１１などのＣｏｄｅｃ）、および、Ｂ社製ビューワのアプリケーション識別番号、サービス識別番号、Ｂ社製ビューワが提供する機能（ＴＶ電話向け映像モニタ）、Ｂ社製ビューワが処理するメディアデータ（ＭＰＥＧ４）、などの情報から構成される。
【００９２】
図１２および図１３は携帯通信端末２１０における通信処理の詳細な動作を説明するシーケンスである。まず、携帯通信端末２１０の通信プロトコル制御部３１２は、外部通信端末２１１の通信プロトコル制御部３１２から通信接続要求を受信する（Ｓ８０６）。通信プロトコル制御部３１２は通信プロトコルの解析を行い（Ｓ１２０１）、要求がセッションの接続要求であることを認識し、通信要求判断部３０９へ通知する（Ｓ１２０２）。
【００９３】
通信要求判断部３０９は、さらに、どのような接続が要求されているか通信情報（データ種別やデータを送受信するＩＰアドレス・ポートなど、ＳＤＰに示される情報）の解析を行い（Ｓ８０７）、全体制御部３０６に対して通知（接続要求の通知）を行う（Ｓ１２０３）。全体制御部３０６では、さらに通信に要求される予備情報であるモジュール情報が読みとれることを検知し（Ｓ１２０４）、モジュール要求／解析部３０８に対してモジュール情報の判断を要求する（Ｓ１２０５）。
【００９４】
モジュール要求／解析部３０８は、通信要求時に相手先端末から希望された通信用モジュールをモジュール情報から判断し（Ｓ１２０６）、その結果を全体制御部３０６へ通知する（Ｓ１２０７）。全体制御部３０６は通知されたモジュールを探索するため（Ｓ１２０８）、モジュール蓄積媒体３０２に蓄積されているモジュールの検索を行う（Ｓ１２０９）。モジュール蓄積媒体３０２では、要求されたモジュールを検索、取得し（Ｓ１２１０）、該当するモジュールが存在すれば、そのモジュールを全体制御部３０６に送信する（Ｓ１２１１）。
【００９５】
以上により、全体制御部３０６が通信に必要なモジュールを取得し、通信が開設できると判断すると、ユーザ入出力部３０４を通してユーザに接続要求の通知を行う（Ｓ８０８）。
【００９６】
図１４は、ユーザが携帯通信端末２１０を操作する際に利用する画面表示を示す。基本的な構成は、図８と同様である。携帯通信端末２１０が、接続要求の受信通知をユーザに行う際（Ｓ８０８）には、通信相手先として通信元のユーザ名であるＦさん、利用が要求されているマルチメディアアプリケーション名のＶｏＩＰ、および、Ｂ社製ビューワを情報出力ボックス９０５に表示して通知する。ユーザは、基本ボタン部９０１の「開始」を押すことで、接続要求を受付ける（Ｓ８０９）。
【００９７】
ここで、ユーザが接続を受付けるとユーザ入出力部３０４を通して通信の受付が通知され（Ｓ８０９）、全体制御部３０６は、通信に必要なポートなどを用意し、必要なアドレス情報、ポート番号などの通信情報を決定する（Ｓ８１０）。さらに、全体制御部３０６は、通信の準備のため、モジュール利用可能領域３０３を使い、ＶｏＩＰの機能モジュール、およびＢ社製ビューワの機能モジュールのモジュール利用の処理を行う（Ｓ１２１２）。モジュール利用の処理には、モジュール利用可能領域３０３にモジュールを送信すると共に起動要求を行い（Ｓ１２１３）、図１３に示すように、モジュール利用可能領域３０３は受け取ったモジュールの起動を行った上で（Ｓ８１１）、完了通知を全体制御部３０６に返す（Ｓ１２１４）。
【００９８】
完了通知を受け、全体制御部３０６は、通信接続準備が整ったことから、通信接続開始処理として（Ｓ８１２）、通信要求判断部３０９に接続要求の受付けを指示し（Ｓ１２１５）、通信要求判断部３０９も通信接続開始処理として（Ｓ１２１６）、通信プロトコル制御部３１２に対して接続要求を受付ける（Ｓ１２１７）。通信プロトコル制御部３１２は、接続要求受付情報を、通信プロトコルのコマンドとして作成して通信プロトコルに沿った制御を行い（Ｓ１２１８）、外部通信端末２１１の通信プロトコル制御部３１２へプロトコルコマンドとして送信する（Ｓ８１３）。また、通信情報で設定した通り、マルチメディアデータの送受信を開始し、マルチメディア通信が確立される。
【００９９】
この接続要求受付を受信した外部通信端末２１１も、通常のプロトコル処理により、通信開始処理を行い、通信情報で設定した通り、マルチメディアデータの送受信を開始し、マルチメディア通信が確立される。
【０１００】
以上により、外部通信端末２１１と携帯通信端末２１０間で、ユーザが指定したアプリケーションであるＶｏＩＰ、および、Ｂ社製ビューワを利用したマルチメディア通信が確立され、マルチメディアデータの送受信が行われる。
【０１０１】
なお、本実施形態では、マルチメディア通信において利用する、マルチメディアアプリケーションとして、音声通話機能を提供するＶｏＩＰ、ＴＶ電話向けの映像モニタであるＢ社製ビューワを指定し、これらの識別情報が、モジュール情報として送受信されたが、例えば、このモジュール情報では、Ｊａｖａ（登録商標）のＶｉｒｔｕａｌ  Ｍａｃｈｉｎｅ上で動作するアプリケーション本体である実行ファイルの情報を指定しても良いし、アプレット情報などを指定しても良い。また、指定後の起動動作については言及していないが、既存のコンピューティング技術に準じて、動作させるものとする。すなわち、ソフト合成やグリッドコンピューティング、などの技術を利用しても良い。
【０１０２】
このように本実施の形態に係るネットワークシステム１００では、外部通信端末２１１において、ユーザが指定し、通信接続に必要なマルチメディアアプリケーションに関する情報、すなわち、モジュール情報を図１１に示されるように設定して接続要求を送信でき、携帯通信端末２１０は受信した接続要求からマルチメディアアプリケーションに関する情報、すなわち、モジュール情報を取得し、通信接続に利用するアプリケーション、その構成モジュールを端末内より探索して起動した上で外部通信端末２１１との通信開設処理を継続することができる。
【０１０３】
以上のようにアプリケーション情報を交換することにより、ユーザが指定するアプリケーションを利用してマルチメディア通信を開設することができる。
【０１０４】
（実施の形態２）
次に、本発明の実施の形態２に係るネットワークシステム１００における通信方法として、携帯通信端末２１０と外部通信端末２１１が利用したいマルチメディアアプリケーションを指定し、携帯通信端末２１０は該当するマルチメディアアプリケーションを保持しないため、携帯通信端末２１０の周辺に存在する通信端末であるＰＣ端末２０３から該当するマルチメディアアプリケーション／機能モジュールを取得して通信する通信方法について、図面を参照して説明する。
【０１０５】
本発明の実施の形態２に係る通信方法として、ローカルＩＰネットワーク２０２に携帯通信端末２１０を接続し、周辺に存在する通信端末に関する機器情報を取得する通信方法は前述した通信方法と同様である。
【０１０６】
図１５、図１６は携帯通信端末２１０が外部のネットワークに存在する通信端末である外部通信端末２１１から通信要求を取得し、携帯通信端末２１０の周辺に存在する通信端末であるＰＣ端末２０３からマルチメディア通信に利用したいマルチメディアアプリケーション／機能モジュールを取得して通信接続する動作の概要を示すシーケンス、図１７〜２２は、携帯通信端末２１０が外部通信端末２１１と上記通信接続する動作を詳細に示すシーケンス、および、シーケンス内で送受信するデータのデータ構造を示す図である。
【０１０７】
最初に、図１５および図１６を参照してモジュール取得、通信接続シーケンスの概要について説明する。
【０１０８】
図１５のＳ８０７までは、第１実施形態の通信方法である図７のＳ８０７までの手順と同様であるので説明は省略する。
【０１０９】
携帯通信端末２１０は、通信情報、およびマルチメディアアプリケーションに関する情報を解析し（Ｓ８０７）、通信に必要なマルチメディアアプリケーション／機能モジュールを認識した上、さらに該モジュールが携帯通信端末２１０内に存在しないこと、および周辺に存在する通信端末であるＰＣ端末２０３に存在することを認識し、ユーザに対して接続要求を受けたことを通知する（Ｓ８０８）。ユーザが接続要求を受付けて接続を開始する意志を示すと（Ｓ８０９）、必要なモジュールをＰＣ端末２０３に要求する（Ｓ１５０１）。
【０１１０】
ＰＣ端末２０３がモジュール要求を受信すると（Ｓ１５０２）、要求元のユーザを認証したうえで要求を受付け（Ｓ１５０３）、保持する該モジュールを送付する（Ｓ１５０４）。携帯通信端末２１０は、該モジュールを受信し、接続要求で要求された情報に合わせて、接続に必要な設定などの通信情報を決定する（Ｓ８１０）。
【０１１１】
図１６に示される、図１５のＳ８１０以降の手順は、実施の形態１の通信方法である図７のＳ８１０以降の手順と同様であるので、説明は省略する。
【０１１２】
次に、携帯通信端末２１０、外部通信端末２１１、および周辺に存在する通信端末であるＰＣ端末２０３、のそれぞれが実行する処理を中心に、上記したモジュール取得、通信接続シーケンスを詳細に説明する。
【０１１３】
外部通信端末２１１における通信接続処理は、実施の形態１の通信方法である図９、図１０と同様であるので、ここでの説明は省略する。
【０１１４】
図１７および図１８は、携帯通信端末２１０における通信接続処理の詳細な動作を説明するシーケンスである。図１７のＳ１２０９までの手順は、実施の形態１の通信方法である図１２のＳ１２０９までの手順と同様であるので、説明は省略する。
【０１１５】
モジュール蓄積媒体３０２では、要求されたモジュールであるＶｏＩＰの機能モジュールとＢ社製ビューワの機能モジュールを検索するが該当するモジュールが存在しないため取得ができず（Ｓ１６０１）、そのモジュール検索の結果を全体制御部３０６に通知する（Ｓ１６０２）。通知を受け、全体制御部３０６は、さらに、通信に必要なモジュールであるＶｏＩＰの機能モジュールとＢ社製ビューワの機能モジュールを探索するため、機器情報の検索を行う（Ｓ１６０３）。機器情報の検索には、機器情報記録媒体３０１に対して、機器情報確認を行い（Ｓ１６０４）、機器情報が蓄積されている機器情報記録媒体３０１では、要求された機器情報を検索、取得し（Ｓ１６０５）、該当する機器情報が存在するかどうかを通知する（Ｓ１６０６）。
【０１１６】
以上により、全体制御部３０６は、通信に必要なモジュールであるＶｏＩＰの機能モジュールとＢ社製ビューワの機能モジュールが周辺の機器に存在し、通信が開設できると判断すると、ユーザ入出力部３０４を通してユーザに接続要求の通知を行い（Ｓ８０８）、ここで、ユーザが接続を受付けるとユーザ入出力部３０４を通して通信の受付が通知される（Ｓ８０９）。
【０１１７】
全体制御部３０６は、通信の受付が通知されると、図１８に示すように、上記で探索したモジュールであるＶｏＩＰの機能モジュールとＢ社製ビューワの機能モジュールを持つ通信端末に対して通信用モジュールの要求処理を行う（Ｓ１５０１）。
【０１１８】
モジュールの要求処理には、モジュール要求／解析部３０８に対して該当するモジュールを要求する（Ｓ１６０７）。モジュール要求／解析部３０８は、全体制御部３０６からの要求を受けて該当モジュールをＰＣ端末２０３に要求する情報を作成し（Ｓ１６０８）、通信プロトコル制御部３１２に対してモジュール要求を行う（Ｓ１６０９）。通信プロトコル制御部３１２は、モジュール要求／解析部３０８から受けたモジュール要求情報を、通信プロトコルのコマンドとして作成し、通信プロトコルに沿った制御を行い（Ｓ１６１０）、ＰＣ端末２０３の通信プロトコル制御部３１２へプロトコルコマンドを送信する（Ｓ１５０２）。
【０１１９】
実施の形態２に係る通信方法によって、携帯通信端末２１０が周辺に存在する通信端末であるＰＣ端末２０３へモジュールを要求する際には、まず、携帯通信端末２１０からＰＣ端末２０３にモジュール要求を送信する。この際に送信されるモジュール要求のデータ構造を図１９（ａ）（ｂ）に示す。
【０１２０】
図１９（ａ）はモジュール要求のデータ構造を示す図、図１９（ｂ）はモジュール要求が準拠するＳＩＰのメッセージ形式を示す図である。図１９（ａ）、図１９（ｂ）に示されるように、モジュール要求はＳＩＰのメッセージ形式に則ったデータ構造を有し、モジュール要求などの情報伝達要求であることを示すＭＥＳＳＡＧＥコマンドに続いて、Ｒｅｑｕｅｓｔ−ＵＲＩ／Ｔｏヘッダとして要求先のＰＣ端末２０３のユーザ名／アドレス、Ｆｒｏｍヘッダ／Ｃｏｎｔａｃｔヘッダとしてモジュールを要求するユーザ名（携帯通信端末２１０を利用しているＡさん）、また、携帯通信端末２１０のアドレス、メッセージボディに、モジュール要求であることを示す要求種別、要求を受付けてもらうためのユーザ／端末（Ａさん／携帯通信端末２１０）の認証情報、要求するモジュール情報であるアプリケーション／機能の種別情報（ＶｏＩＰとＢ社製ビューワ）、またそれ以外の付加的な予備情報というデータを有する。
【０１２１】
次に、モジュール要求を受けた周辺に存在する通信端末であるＰＣ端末２０３の動作を説明する。図２０は、ＰＣ端末２０３におけるモジュール要求受付処理の詳細な動作を説明するシーケンスである。
【０１２２】
通信プロトコル制御部３１２は、携帯通信端末２１０の通信プロトコル制御部３１２からモジュール要求を受信する（Ｓ１５０２）。通信プロトコル制御部３１２は通信プロトコルの解析を行い（Ｓ１９０１）、要求がモジュール取得の要求であることを認識してモジュール要求／解析部３０８へ通知する（Ｓ１９０２）。モジュール要求／解析部３０８は、さらに、どのようなモジュールが要求されているかモジュール要求情報（モジュール情報）の解析を行い（Ｓ１９０３）、全体制御部３０６に対して通知を行う（Ｓ１９０４）。全体制御部３０６では、モジュールが要求されていることから、モジュールを送信して良いかを判断するため、モジュール要求に付加されたユーザ情報を利用してユーザの認証処理を行う（Ｓ１９０５）。認証処理には、個人認証情報記録媒体３０５にユーザ情報を通知してユーザ認証を要求し（Ｓ１９０６）、個人認証情報記録媒体３０５はユーザを認証した上で（Ｓ１９０７）、結果のユーザ確認を全体制御部３０６に返す（１１０８）。
【０１２３】
以上により、モジュールを要求するユーザ（Ａさん）に対して、要求されたＶｏＩＰの機能モジュール、Ｂ社製ビューワの機能モジュールを送信して良いかどうかの判断が実施される。ユーザ確認通知を受け、全体制御部３０６はモジュール取得処理（Ｓ１９０９）として、モジュール蓄積媒体３０２に対してモジュール要求を行い（Ｓ１９１０）、送信されるモジュールの取得処理を行う（Ｓ１９１１、Ｓ１９１２）。
【０１２４】
さらに、モジュール要求／解析部３０８に対して、モジュール要求の受付け、すなわち、取得したモジュールの送信処理を行い（Ｓ１９１３）、モジュールを提供するよう指示する（Ｓ１９１４）。モジュール要求／解析部３０８は、該当するモジュール要求の受付として提供するため（Ｓ１９１５）、通信プロトコル制御部３１２にモジュールを送信するよう指示する（Ｓ１９１６）。通信プロトコル制御部３１２は、モジュール要求／解析部３０８から受けたモジュールと要求の受付け情報を、通信プロトコルのコマンドとして作成して通信プロトコルに沿った制御を行い（Ｓ１９１７）、携帯通信端末２１０の通信プロトコル制御部３１２へプロトコルコマンドとしてモジュールを送信する（Ｓ１５０４）。
【０１２５】
実施の形態２に係る通信方法によって周辺に存在する通信端末であるＰＣ端末２０３が携帯通信端末２１０へモジュールを送信する際には、ＰＣ端末２０３から携帯通信端末２１０にモジュール要求の応答を送信する。この際に送信されるモジュール要求応答のデータのデータ構造を図２１（ａ）（ｂ）に示す。
【０１２６】
図２１（ａ）はモジュール要求応答のデータ構造を示す図、図２１（ｂ）はモジュール要求応答が準拠するＳＩＰのメッセージ形式を示す図である。図２１（ａ）（ｂ）に示されるように、モジュール要求応答はＳＩＰのメッセージ形式に則ったデータ構造を有し、モジュール要求を受け付けた応答であることを示す２００ＯＫコマンドに続いて、Ｔｏヘッダとしてモジュールの送信元となるＰＣ端末２０３のユーザ名／アドレス、Ｆｒｏｍヘッダとしてモジュールの送信先となるユーザ名（Ａさん）、また、携帯通信端末２１０のアドレス、メッセージボディに、モジュールの送付であることを示す要求種別、実際に送信するアプリケーション／機能モジュール本体（ＶｏＩＰの機能モジュールとＢ社製ビューワの機能モジュール）、またそれ以外の付加的な予備情報というデータを有する。
【０１２７】
次に、このモジュールを受信した携帯通信端末２１０が継続する通信接続動作を説明する。図２２は、携帯通信端末２１０における継続する通信接続処理の詳細な動作を説明するシーケンスである。
【０１２８】
通信プロトコル制御部３１２は、ＰＣ端末２０３の通信プロトコル制御部３１２からモジュールを受信する（Ｓ１５０４）。通信プロトコル制御部３１２は、通信プロトコルの解析を行い（Ｓ２１０１）、受信した情報がモジュールであることを認識し、モジュール要求／解析部３０８へ通知する（Ｓ２１０２）。モジュール要求／解析部３０８は、さらに、どのようなモジュールが送付されているかモジュール情報の解析を行い（Ｓ２１０３）、全体制御部３０６に対して通知を行う（Ｓ２１０４）。全体制御部３０６は、モジュールの取得を認識し、マルチメディア通信に必要なポートなどを用意し、必要なアドレス情報、ポート番号などの通信情報を決定する（Ｓ８１０）。さらに、全体制御部３０６は、通信の準備のため、モジュール利用可能領域３０３を使い、モジュール利用の処理を行う（Ｓ１２１２）。
【０１２９】
図２２のＳ１２１２以降の手順は、実施の形態１の通信方法である図１２、図１３のＳ１２１２以降の手順と同様であるので、説明は省略する。
【０１３０】
なお、モジュール要求を受けるＰＣ端末２０３は、要求を受け付ける際に、通信後のモジュール削除や通信に利用するモジュールの利用機能の限定を条件として、モジュールを送付しても良い。この場合、図２１（ａ）（ｂ）のモジュール要求応答の予備情報に、通信後にモジュール削除を要求する場合のモジュール送付条件や、利用機能を限定するための機能限定条件などを含める。携帯通信端末２１０は、通信終了時に全体制御部３０６からモジュール利用可能領域３０３にモジュール削除指示を送り、削除の完了通知を受け、モジュール要求を行ったＰＣ端末２０３に対して、通信要求判断部３０９、通信プロトコル制御部３１２を通して、モジュール削除完了（モジュール利用完了）通知を送付する。例えば、Ｂ社製ビューワを利用できるライセンス形態などが決まっている場合、そのライセンス形態に合わせて条件を限定する。
【０１３１】
なお、モジュールを受信した携帯通信端末２１０は、モジュール要求受付における条件に反しなければ、モジュール蓄積媒体３０２に受信したモジュールを蓄積し、次に別のユーザや通信端末と開設するマルチメディア通信に使っても良い。この場合、通信終了時に、全体制御部３０６はモジュール利用可能領域３０３におけるモジュール利用を終了し、モジュール蓄積媒体３０２に該モジュールを蓄積しておく。次からの通信開始時は、実施の形態１の通信方法によって、該モジュールを利用することができる。
【０１３２】
また、本実施の形態では、モジュールを送受信するとしたが、例えばＶＭ上で動作するアプリケーション本体である実行ファイルを送受信しても良いし、アプレットなどを送受信しても良い。また、受信後の動作については言及していないが、既存のコンピューティング技術に準じて動作させるものとする。すなわち、ソフト合成やグリッドコンピューティング、などの技術を利用しても良い。
【０１３３】
このように本実施の形態に係るネットワークシステム１００では、携帯通信端末２１０が通信接続に必要なモジュール情報を周辺に存在する通信端末より探索・要求し、周辺に存在する通信端末から取得したモジュールを携帯通信端末２１０内に組み込んで通信準備をした上で、外部通信端末２１１との通信開設処理を継続することができる。以上のように携帯通信端末２１０が通信に必要なアプリケーションを保持しない場合でも、ユーザが指定するアプリケーションを利用して通信を開設することができる。
【０１３４】
（実施の形態３）
次に、本発明の実施の形態３に係るネットワークシステム１００における通信方法として、携帯通信端末２１０と外部通信端末２１１がマルチメディア通信に利用したいマルチメディアアプリケーションを指定し、携帯通信端末２１０は該アプリケーションを保持しないため、通信相手先である外部通信端末２１１から該アプリケーションのモジュールを取得して通信する通信方法について、図２３〜図２８を参照して説明する。
【０１３５】
本発明の実施の形態３に係る通信方法として、ローカルＩＰネットワーク２０２に携帯通信端末２１０を接続し、周辺に存在する通信端末に関する機器情報を取得する通信方法は前述した通信方法と同様である。
【０１３６】
図２３は、携帯通信端末２１０が外部のネットワークに存在する通信端末である外部通信端末２１１から通信要求を取得し、さらに、外部通信端末２１１からアプリケーションのモジュールを取得して通信接続する動作の概要を示すシーケンスである。
【０１３７】
図２４〜２８は、携帯通信端末２１０が外部通信端末２１１と上記通信接続する動作を詳細に示すシーケンス、および、シーケンス内で送受信するデータのデータ構造を示す図である。
【０１３８】
最初に、図２３、図２４を参照して通信接続シーケンスの概要について説明する。図２３のＳ８０７までの手順は、図１５のＳ８０７までの手順と同様であるので、説明を省略する。
【０１３９】
図２３のＳ８０７において、携帯通信端末２１０は、通信に必要なモジュールを認識した上、さらに該モジュールが携帯通信端末２１０、および周辺に存在する通信端末に存在しないことを認識し、ユーザに対して接続要求を受けたことを通知する（Ｓ８０８）。ユーザが接続要求を受付けて接続を開始する意志を示すと（Ｓ８０９）、通信要求の送信元である外部通信端末２１１に対して通信用のモジュールを要求する（Ｓ２２０１）。外部通信端末２１１がモジュール要求を受けると（Ｓ２２０２）、接続したいユーザからの要求であるためその要求を受付けて（Ｓ２２０３）、保持するモジュールを送付する（Ｓ２２０４）。携帯通信端末２１０は、該モジュールを受信し、接続要求で要求された情報に合わせて、接続に必要な設定などの通信情報を決定する（Ｓ８１０）。
【０１４０】
図２３および図２４に示されるＳ８１０以降の手順は、実施の形態１の通信方法である図７のＳ８１０以降の手順と同様であるので、説明は省略する。
【０１４１】
次に、携帯通信端末２１０、および外部通信端末２１１のそれぞれが実行する処理を中心に、上記した通信接続シーケンスを、図２５〜図２８を参照して、詳細に説明する。
【０１４２】
外部通信端末２１１における通信接続処理は、実施の形態１の通信方法である図９、図１０と同様である。
【０１４３】
図２５および図２６は、携帯通信端末２１０における通信接続処理の詳細な動作を説明するシーケンスである。図２５のＳ１６０５までの手順は、実施の形態２の通信方法である図１７のＳ１６０５までの手順と同様であるので、説明は省略する。
【０１４４】
機器情報記録媒体３０１では、要求されたモジュールであるＶｏＩＰの機能モジュール、および、Ｂ社製ビューワの機能モジュールを検索するが周囲の通信端末に存在しないことを認識し（Ｓ１６０５）、そのモジュール検索の結果を通知する（Ｓ２４０１）。以上により、全体制御部３０６は、通信要求の送信元である外部通信端末２１１に対して通信に必要なモジュールの要求を行う必要があると判断する。通信要求の送信元である外部通信端末２１１は、マルチメディア通信に利用するマルチメディアアプリケーションとして自端末／自ユーザが指定した、ＶｏＩＰの機能モジュール、およびＢ社製ビューワの機能モジュールを基本的には所持しているはずであり、周囲の通信端末の代わりにこの外部通信端末２１１に対して、該当するアプリケーション／機能モジュールを要求することを判断する。
【０１４５】
判断した情報を含めてユーザ入出力部３０４を通してユーザに接続要求の通知を行う（Ｓ８０８）。ここで、ユーザが接続を受付けるとユーザ入出力部３０４を通して通信の受付が通知され（Ｓ８０９）、図２６に示すように、全体制御部３０６は外部通信端末２１１に対して通信用モジュールの要求処理を行う（Ｓ２２０１）。要求処理には、モジュール要求／解析部３０８に対して該当するモジュールを要求する（Ｓ２４０２）。モジュール要求／解析部３０８は、全体制御部３０６からの要求を受けて該当モジュールを外部通信端末２１１に要求する情報を作成し（Ｓ２４０３）、通信プロトコル制御部３１２に対してモジュール要求を行う（Ｓ２４０４）。通信プロトコル制御部３１２は、モジュール要求／解析部３０８から受けたモジュール要求情報を、通信プロトコルのコマンドとして作成し、通信プロトコルに沿った制御を行い（Ｓ２４０５）、通信要求の送信元である外部通信端末２１１の通信プロトコル制御部３１２へプロトコルコマンドを送信する（Ｓ２２０２）。
【０１４６】
実施の形態３に係る通信方法によって携帯通信端末２１０が外部通信端末２１１へモジュールを要求する際には、まず、携帯通信端末２１０から外部通信端末２１１にモジュール要求を送信する。この際に送信されるモジュール要求のデータ構造を図２７（ａ）（ｂ）に示す。
【０１４７】
図２７（ａ）はモジュール要求のデータ構造を示す図、図２７（ｂ）はモジュール要求が準拠するＳＩＰのメッセージ形式を示す図である。図２７（ａ）（ｂ）に示されるように、モジュール要求はＳＩＰのメッセージ形式に則ったデータ構造を有し、モジュール要求などの情報伝達要求であることを示すＭＥＳＳＡＧＥコマンドに続いて、Ｒｅｑｕｅｓｔ−ＵＲＩ／Ｔｏヘッダとして要求先の外部通信端末２１１のユーザ名／アドレス、Ｆｒｏｍヘッダ／Ｃｏｎｔａｃｔヘッダとしてモジュールを要求するユーザ名、また、携帯通信端末２１０のアドレス、メッセージボディに、モジュール要求であることを示す要求種別、要求を受け付けてもらうためのユーザ／端末の認証情報、要求するモジュール情報であるアプリケーション／機能の種別情報、またそれ以外の付加的な予備情報というデータを有する。
【０１４８】
このモジュール情報は、なお、外部通信端末２１１から携帯通信端末２１０は、既に通信要求を受信しているため、該通信要求による手順内でユーザ／端末の認証が保証されている場合は、このユーザ／端末の認証情報は含めなくとも良い。
【０１４９】
次に、モジュール要求を受けた外部通信端末２１１の動作を説明する。図２８は、外部通信端末２１１におけるモジュール要求受付処理の詳細な動作を説明するシーケンスである。通信プロトコル制御部３１２は、携帯通信端末２１０の通信プロトコル制御部３１２からモジュール要求を受信する（Ｓ２２０２）。
【０１５０】
図２８のＳ１９０１〜Ｓ１９０４の手順は、図２０のＳ１９０１〜Ｓ１９０４の手順と同様であるので説明は省略する。
【０１５１】
図２８のＳ１９０４において、外部通信端末２１１は、モジュール要求を送信してきたユーザ／端末が、通信要求の送信先であることから、ユーザ認証を行う必要がなく、モジュール取得処理を開始する（Ｓ１９０９）。ただし、ここでユーザ認証が必要であれば、受信したモジュール要求内のユーザ／端末認証情報を利用し、図２０のＳ１９０５〜Ｓ１９０８の手順に従ってユーザ認証を行っても良い。モジュール取得処理の後、図２８のＳ１９１０〜Ｓ１９１７の手順は、図２０のＳ１９１０〜Ｓ１９１７の手順と同様であるので、説明を省略する。そして、携帯通信端末２１０の通信プロトコル制御部３１２へプロトコルコマンドとしてモジュールを送信する（Ｓ２２０４）。
【０１５２】
実施の形態３に係る通信方法によって外部通信端末２１１が携帯通信端末２１０へモジュールを送信する際には、モジュール要求応答を送信する。この際に送信されるモジュール要求応答のデータ構造は、実施の形態２における通信方法である図２１（ａ）（ｂ）に示したデータ構造と同様である。
【０１５３】
次に、このモジュールを受信した携帯通信端末２１０が継続する通信接続動作は、実施の形態２における通信方法である図２２に示した手順と同様である。
【０１５４】
なお、実施の形態２と同様に、モジュール要求を受ける外部通信端末２１１は、要求を受け付ける際に、通信後のモジュール削除や通信に利用するモジュールの利用機能の限定を条件として、モジュールを送付しても良い。
【０１５５】
なお、実施の形態２と同様に、モジュールを受信した携帯通信端末２１０は、モジュール要求受付における条件に反しなければ、モジュール蓄積媒体３０２に受信したモジュールを蓄積し、次からの通信に使っても良い。
【０１５６】
なお、実施の形態２と同様に、本実施の形態では、モジュールを送受信するとしたが、必ずしもこの記述に制限されない。
【０１５７】
これらの際の動作は、実施の形態２における通信方法と同様である。
【０１５８】
このように本実施の形態に係るネットワークシステム１００では、携帯通信端末２１０は、通信要求の送信元である外部通信端末２１１のユーザが使用を希望し、通信接続に必要なモジュールを端末内、もしくは周辺に存在する通信端末内で探索できない場合でも、外部通信端末２１１に対してモジュールを要求し、取得したモジュールを携帯通信端末２１０内に組み込んで通信準備をした上で外部通信端末２１１との通信開設処理を継続することができる。通信要求の送信元である外部通信端末２１１は、マルチメディア通信に利用するマルチメディアアプリケーションとして自端末／自ユーザが指定した機能モジュール（本例では、ＶｏＩＰ、および、Ｂ社製ビューワ）を、基本的には所持しているはずであり、周囲の通信端末の代わりにこの外部通信端末２１１に対して、該当するアプリケーション／機能モジュールを要求できる。以上により、ユーザが指定するアプリケーションを利用して通信を開設することができる。
【０１５９】
（実施の形態４）
次に、本発明の第４実施形態に係るネットワークシステム１００における通信方法として、携帯通信端末２１０と外部通信端末２１１が利用したいアプリケーションを指定し、該アプリケーションのモジュールを外部通信端末２１１を通して外部のサーバ２１３から取得して利用し、通信する通信方法について、図２９〜図３３を参照して説明する。
【０１６０】
本発明の実施の形態４に係る通信方法として、ローカルＩＰネットワーク２０２に携帯通信端末２１０を接続し、周辺に存在する通信端末に関する通信端末情報を取得する通信方法は前述した通信方法と同様である。
【０１６１】
本発明の実施の形態４に係る通信方法として、外部通信端末２１１は、携帯通信端末２１０と同様に、周辺に存在する通信端末に関する通信端末情報、および自端末が通信に利用するモジュールを提供できるサーバ情報を含む通信端末情報を通信端末情報蓄積媒体３０１に保持している。
【０１６２】
図２９および図３０は、携帯通信端末２１０が外部のネットワークに存在する通信端末である外部通信端末２１１から通信要求を取得し、さらに外部通信端末２１１を通して外部サーバ２１３からアプリケーションのモジュールを取得して通信接続する動作の概要を示すシーケンス、図３１〜３３は、携帯通信端末２１０が外部通信端末２１１と上記通信接続する動作を詳細に示すシーケンス、およびシーケンス内で送受信するデータ構造を示す図である。
【０１６３】
最初に、図２９、図３０を参照して通信接続シーケンスの概要について説明する。図２９のＳ２２０２までの手順は、実施の形態３における通信方法である図２３のＳ２２０２までの手順と同様であるので説明は省略する。
【０１６４】
図２９のＳ２２０２において、外部通信端末２１１がモジュール要求を受けると、接続したいユーザからの要求であるため、その要求を受付けるが、要求されたモジュールを提供できる形態で保持しないため、アプリケーションを管理、提供する外部サーバ２１３に対して、モジュール取得処理を行う（Ｓ２８０１）。なお、通信要求の送信元である外部通信端末２１１は、マルチメディア通信に利用するマルチメディアアプリケーションとして自端末／自ユーザが指定したＶｏＩＰの機能モジュール、および、Ｂ社製ビューワの機能モジュールを、基本的には所持しているはずである。
【０１６５】
しかし、自端末における利用形態として機能モジュールを保持していても、必ずしも提供できる形態として機能モジュールを保持しているとは限らない。このような場合、外部通信端末２１１は、自端末が利用形態で保持する機能モジュールの詳細情報から、それを提供できる外部サーバ２１３を判断し、その外部サーバ２１３に対して、モジュール取得処理を行う。外部通信端末は２１１、外部サーバ２１３、または、周辺に存在する通信端末に対して、モジュール要求を送信する（Ｓ２８０２）。外部サーバ２１３が、モジュール要求を受けると、要求を受け付け（Ｓ２８０３）、保持するモジュールを送付する（Ｓ２８０４）。外部通信端末２１１は、受信したモジュールを転送する処理を行う（Ｓ２８０５）。転送処理は、図２３のＳ２２０４の手順と同様に、モジュール要求の受付として携帯通信端末２１０にモジュールを送信する。
【０１６６】
図３０のＳ２２０４以降の手順は、実施の形態３における通信方法である図２３、図２４のＳ２２０４以降の手順と同様であるので、説明は省略する。
【０１６７】
次に、携帯通信端末２１０、外部通信端末２１１、および外部サーバ２１３のそれぞれが実行する処理を中心に、上記した通信接続シーケンスを、図面を参照して詳細に説明する。
【０１６８】
外部通信端末２１１における通信接続処理は、実施の形態１の通信方法である図９および図１０と同様である。
【０１６９】
携帯通信端末２１０における通信接続処理は、実施の形態３の通信方法である図２５、図２６と同様である。
【０１７０】
次に、モジュール要求を受けた外部通信端末２１１の動作を説明する。図３１および図３２は、外部通信端末２１１におけるモジュール要求受付処理の詳細な動作を説明するシーケンスである。通信プロトコル制御部３１２は、携帯通信端末２１０の通信プロトコル制御部３１２からモジュール要求を受信する（Ｓ２８０２）。その後、図３１のＳ１９１０までの手順は、実施の形態３の通信方法である図２８のＳ１９１０までの手順と同様であるので、説明は省略する。
【０１７１】
図３１のＳ１９１０において、モジュール蓄積媒体３０２は、提供できる形態でモジュールを保持しないため、モジュール要求を受け付けられず、該当モジュールなしとして（Ｓ３００１）、全体制御部３０６に対してモジュール要求拒否の応答を返す（Ｓ３００２）。全体制御部３０６は、該モジュールを取得できるかどうか判断するため、通信端末・サーバ情報の検索を行う（Ｓ３００３）。検索には、通信端末情報記録媒体３０１に対して、通信端末・サーバ情報確認を行い（Ｓ３００４）、確認を受けた通信端末情報記録媒体３０１は保持している通信端末・サーバ情報を取得して（Ｓ３００５）結果を全体制御部３０６に通知する（Ｓ３００６）。
【０１７２】
この結果を受け、図３２に示すように、全体制御部３０６は、さらに外部に存在する通信端末・サーバである外部サーバ２１３から該当するモジュールを取得する処理を行う（Ｓ２８０１）。モジュール取得処理には、モジュール要求／解析部３０８に対して該当するモジュールを要求する（Ｓ３００７）。モジュール要求／解析部３０８は、全体制御部３０６からの要求を受けて該当モジュールを外部サーバ２１３に要求する情報を作成し（Ｓ３００８）、通信プロトコル制御部３１２に対してモジュール要求を行う（Ｓ３００９）。通信プロトコル制御部３１２は、モジュール要求／解析部３０８から受けたモジュール要求情報を、通信プロトコルのコマンドとして作成し、通信プロトコルに沿った制御を行い（Ｓ３０１０）、外部サーバ２１３の通信プロトコル制御部３１２へプロトコルコマンドを送信する（Ｓ２８０２）。
【０１７３】
実施の形態４に係る通信方法によって外部通信端末２１１が外部サーバ２１３へモジュールを要求する際のモジュール要求のデータ構造は、実施の形態３の通信方法における図２７（ａ）（ｂ）のデータ構造と同様である。なお、この時のユーザ／端末認証情報としては、外部通信端末２１１を利用しているユーザ／端末の認証情報を送る。さらに、実際にモジュールを利用する携帯通信端末２１０を利用しているユーザ／端末の認証情報や通信端末の能力情報を予備情報として含めても良い。
【０１７４】
モジュール要求を受けた外部サーバ２１３におけるモジュール要求受付処理は、実施の形態２における周辺に存在する通信端末であるＰＣ端末２０３のモジュール要求受付処理である図２０と同様である。この時のユーザ認証は、外部通信端末２１１を利用しているユーザを認証した上でモジュールを提供する。なお、予備情報に、実際にモジュールを利用する携帯通信端末２１０を利用しているユーザ／端末の認証情報や通信端末の能力情報が含まれている場合、それらの情報を認証、判断した上でモジュールを提供しても良い。
【０１７５】
次に、このモジュールを受信した外部通信端末２１１が継続するモジュール要求受付処理の動作を説明する。図３３は、外部通信端末２１１におけるモジュール要求受付処理（モジュール転送処理）の詳細な動作を説明するシーケンスである。通信プロトコル制御部３１２は、外部サーバ２１３の通信プロトコル制御部３１２からモジュールを受信する（Ｓ２８０４）。通信プロトコル制御部３１２は、通信プロトコルの解析を行い（Ｓ３２０１）、受信した情報がモジュールであることを認識し、モジュール要求／解析部３０８へ通知する（Ｓ３２０２）。モジュール要求／解析部３０８は、さらに、どのようなモジュールが送付されているかモジュール情報の解析を行い（Ｓ３２０３）、全体制御部３０６に対して通知を行う（Ｓ３２０４）。全体制御部３０６では、モジュールの取得を認識し、モジュール転送処理（Ｓ２８０５）として、モジュール要求／解析部３０８に対して、モジュール要求の受付け、すなわち、取得したモジュールの送信／提供を指示する（Ｓ３２０５）。モジュール要求／解析部３０８は、該当するモジュール要求の受付としてモジュールを提供するため（Ｓ３２０６）、通信プロトコル制御部３１２にモジュールを送信するよう指示する（Ｓ３２０７）。通信プロトコル制御部３１２は、モジュール要求／解析部３０８から受けたモジュールと要求の受付け情報を、通信プロトコルのコマンドとして作成して通信プロトコルに沿った制御を行い（Ｓ３２０８）、携帯通信端末２１０の通信プロトコル制御部３１２へプロトコルコマンドとしてモジュールを送信する（Ｓ２２０４）。
【０１７６】
実施の形態４に係る通信方法によって外部通信端末２１１が携帯通信端末２１０へモジュールを送信する際には、モジュール要求応答を送信する。この際に送信されるモジュール要求応答のデータ構造は、第２実施形態における通信方法である図２１（ａ）（ｂ）に示したデータ構造と同様である。
【０１７７】
次に、このモジュールを受信した携帯通信端末２１０が継続する通信接続動作は、実施の形態２の通信方法である図２２に示した手順と同様であるので、説明は省略する。
【０１７８】
なお、外部通信端末２１１がモジュールを要求する端末を外部サーバ２１３としたが、外部通信端末２１１の周辺に存在する通信端末に対して要求しても良い。
【０１７９】
なお、実施の形態２と同様に、モジュール要求を受ける外部サーバ２１３は、要求を受け付ける際に、通信後のモジュール削除や通信に利用するモジュールの利用機能の限定を条件として、モジュールを送付しても良い。この判断基準には、外部通信端末２１１のユーザ／端末の認証情報、携帯通信端末２１０のユーザ／端末の認証情報を用いても良い。
【０１８０】
なお、モジュールを受信した外部通信端末２１１は、外部サーバ２１３のモジュール要求受付における条件に反しなければ、モジュール蓄積媒体３０２に受信したモジュールを蓄積し、次からの通信に使っても良い。この時、全体制御部３０６は、モジュール転送処理（Ｓ２８０５）の前に、モジュール蓄積媒体３０２に受信したモジュールを蓄積する。
【０１８１】
また、モジュール要求を受ける外部通信端末２１１は、外部サーバ２１３のモジュール要求受付における条件従って、受信したモジュールに対し、通信後のモジュール削除や通信に利用するモジュールの利用機能の限定などの条件を課して、携帯通信端末２１０に提供する。なお、この際に、外部サーバ２１３が指定した条件以上に利用を制限するような条件を付加しても良い。この際の動作は、条件を付加する実施の形態２と同様である。
【０１８２】
なお、実施の形態２と同様に、モジュールを受信した携帯通信端末２１０は、外部通信端末２１１のモジュール要求受付における条件に反しなければ、モジュール蓄積媒体３０２に受信したモジュールを蓄積し、次からの通信に使っても良い。
【０１８３】
なお、実施の形態２と同様に、本実施の形態では、モジュールを送受信するとしたが、必ずしもこの記述に制限されない。
【０１８４】
これらの際の動作は、実施の形態２における通信方法と同様である。
【０１８５】
このように本実施の形態に係るネットワークシステム１００では、携帯通信端末２１０は、通信要求の送信元である外部通信端末２１１のユーザが使用を希望し、通信接続に必要なモジュールを端末内、もしくは周辺に存在する通信端末で探索できない場合でも、外部通信端末２１１に対してモジュールを要求し、取得したモジュールを携帯通信端末２１０内に組み込んで通信準備をした上で外部通信端末２１１との通信開設処理を継続することができる。さらに、外部通信端末２１１自身がユーザが指定した通信接続に必要なモジュールを保持せず、提供できない場合でも、外部サーバ２１３からモジュールを取得し、そのモジュールを転送して提供することができるため、常に、ユーザが指定するアプリケーションを利用して通信を開設することができる。
【０１８６】
（実施の形態５）
次に、本発明の実施の形態５に係るネットワークシステム１００における通信方法として、携帯通信端末２１０と外部通信端末２１１が利用したいアプリケーションを指定し、携帯通信端末２１０が該アプリケーションのモジュールを外部通信端末２１１から取得し、携帯通信端末２１０の周辺に存在する周辺通信端末を利用して外部通信端末２１１との通信接続を開始する通信方法について、図３４〜図４３を参照して説明する。
【０１８７】
本発明の実施の形態５に係る通信方法として、ローカルＩＰネットワーク２０２に携帯通信端末２１０を接続し、周辺に存在する通信端末に関する通信端末情報を取得する通信方法は前述した通信方法と同様である。
【０１８８】
図３４、図３５は、携帯通信端末２１０が外部のネットワークに存在する通信端末である外部通信端末２１１から通信要求を取得し、さらに、外部通信端末２１１からアプリケーションのモジュールを取得し、周辺に存在する周辺通信端末に対してそのモジュール、およびモジュールを利用する外部通信端末２１１からの通信を転送して通信接続する動作の概要を示すシーケンス、図３６〜４３は、携帯通信端末２１０が外部通信端末２１１と上記通信接続する動作を詳細に示すシーケンス、およびシーケンス内で送受信するデータのデータ構造を示す図である。
【０１８９】
最初に、図３４、図３５を参照して通信接続シーケンスの概要について説明する。図３４のＳ２２０４までの手順は、実施の形態３における通信方法である図２４のＳ２２０４までの手順と同様である。図３４のＳ２２０４において、携帯通信端末２１０は、通信に必要なモジュールである、ＶｏＩＰの機能モジュール、および、Ｂ社製ビューワの機能モジュールの起動がＣＰＵ能力が不足するためなどの理由で自端末で不可能であることを認識し、双方の機能モジュールを起動でき、周辺に存在する通信端末であるＰＣ端末２０３に対して転送が必要であることを認識する（Ｓ３３０１）。
【０１９０】
転送の必要をユーザに通知し（Ｓ３３０２）、ユーザが転送を受け付けると（Ｓ３３０３）、指定された双方の機能モジュールを起動できる、すなわち要求されているマルチメディア通信を接続するのに最適な周辺に存在する通信端末であるＰＣ端末２０３に対して転送依頼を行う（Ｓ３３０４）。
【０１９１】
すなわち、図３５に示すように、ＰＣ端末２０３に対してモジュールの送付（転送）と同時に通信セッションの転送を要求し（Ｓ３３０５）、ＰＣ端末２０３は要求を受信してユーザを認証した上で（Ｓ３３０６）、その要求を受付ける（Ｓ３３０７）。さらに、通信に必要な情報を決定し（Ｓ３３０８）、受信したモジュールを組み込んで（Ｓ３３０９）、外部通信端末２１１と転送接続処理を行う（Ｓ３３１０）。外部通信端末２１１が転送接続要求を受信すると（Ｓ３３１０）、その通信情報を解析し（Ｓ３３１１）、転送接続による通信を開始する（Ｓ３３１２、Ｓ３３１３）。ＰＣ端末２０３は、転送接続要求受付を受信すると（Ｓ３３１３）、ＰＣ端末２０３と外部通信端末２１１の間で、通信セッションが転送されて開設され、ＲＴＰプロトコルなどが用いられてマルチメディアデータが送受信される。
【０１９２】
ＰＣ端末２０３は、起動したモジュールを利用してデータ処理を行い、通信接続を開始する（Ｓ３３１４、Ｓ３３１５）。さらに、ＰＣ端末２０３は、転送接続処理が完了したことを携帯通信端末２１０に対して通知する（Ｓ３３１６）。携帯通信端末２１０は、ユーザに転送の完了を通知し（Ｓ３３１７）、転送要求の後処理として、外部通信端末２１１に対し、転送確認を行う（Ｓ３３１８、Ｓ３３１９）。外部通信端末２１１は、転送確認を受け、転送が完了していることを確認し（Ｓ３３２０）、確認応答を返信する（Ｓ３３２１）。以上により、転送接続処理が完了する。
【０１９３】
次に、携帯通信端末２１０、外部通信端末２１１、および携帯通信端末２１０の周辺に存在する通信端末であるＰＣ端末２０３のそれぞれが実行する処理を中心に、上記した通信接続シーケンスを、図３６〜図４３を参照して詳細に説明する。
【０１９４】
外部通信端末２１１における通信接続処理は、実施の形態１の通信方法である図９、図１０と同様である。
【０１９５】
携帯通信端末２１０における通信接続処理は、実施の形態３の通信方法である図２５、図２６と同様である。この時、送信するモジュール要求のデータ構造において、予備情報として、周辺に存在する通信端末情報を含めても良い。
【０１９６】
外部通信端末２１１におけるモジュール要求受付処理は、実施の形態３の通信方法である図２８と同様である。この時、予備情報に携帯通信端末２１０の周辺に存在する通信端末情報が含まれている場合、その通信端末情報に合わせて、モジュール要求の受付や条件の設定を行っても良い。
【０１９７】
次に、携帯通信端末２１０が、外部通信端末２１１からモジュールを受信し、周辺に存在する通信端末であるＰＣ端末２０３へ行う、モジュール、および通信の転送処理を説明する。図３６は、携帯通信端末２１０におけるモジュール送信、通信転送処理の詳細な動作を説明するシーケンスである。
【０１９８】
通信プロトコル制御部３１２は、外部通信端末２１１の通信プロトコル制御部３１２からモジュールを受信する（Ｓ２２０４）。通信プロトコル制御部３１２は、通信プロトコルの解析を行い（Ｓ３５０１）、受信した情報がモジュールであることを認識し、モジュール要求／解析部３０８へ通知する（Ｓ３５０２）。モジュール要求／解析部３０８は、さらに、どのようなモジュールが送付されているかモジュール情報の解析を行う（Ｓ３５０３）。モジュール情報の解析により、モジュール要求／解析部３０８は、モジュール利用可能領域３０３を利用してのモジュールの利用ができないことを認識し、その情報を含めて、全体制御部３０６に対して通知を行う（Ｓ３５０４）。
【０１９９】
全体制御部３０６では、モジュール利用可能領域３０３を使ったモジュール利用の処理ができないため、通信を転送する判断をし、転送する先の端末を決定するための通信端末選択を行う（Ｓ３５０５）。通信端末の選択には、通信端末情報記録媒体３０１に、モジュールの情報を通知し、通信端末情報を確認する（Ｓ３５０６）。通信端末情報記録媒体３０１は、モジュールを利用するのに最適な通信端末情報を取得し（Ｓ３５０７）、その結果を全体制御部３０６に通知する（Ｓ３５０８）。この時、既に通信端末情報をモジュール要求時に外部通信端末２１１に予備情報として通知しており、適したモジュールを取得していた場合は、通信端末の探索処理であるＳ３５０５〜Ｓ３５０８の手順を省略しても良い。
【０２００】
全体制御部３０６は、ユーザ入出力部３０４を通してユーザに対して選択した通信端末に対する転送が必要であることを通知し（Ｓ３３０２）、ユーザ入出力部３０４を通してユーザから転送の受付を受けると（Ｓ３３０３）、選択した通信端末に対して、通信の転送依頼を行う（Ｓ３３０４）。全体制御部３０６は、通信要求判断部３０９に転送要求を行い（Ｓ３５０９）、通信要求判断部３０９は、転送処理として（Ｓ３５１０）、通信プロトコル制御部３１２に対して転送要求を行う（Ｓ３５１１）。通信プロトコル制御部３１２は、転送要求情報を、通信プロトコルのコマンドとして作成して通信プロトコルに沿った制御を行い（Ｓ３５１２）、選択した周辺に存在する通信端末であるＰＣ端末２０３の通信プロトコル制御部３１２へプロトコルコマンドとして転送要求、および、モジュール送付を送信する（Ｓ３３０５）。
【０２０１】
実施の形態５に係る通信方法によって携帯通信端末２１０が周辺に存在する通信端末であるＰＣ端末２０３へ、転送要求・モジュール送付を行う際に送信される転送要求のデータ構造を図３７（ａ）（ｂ）に示す。図３７（ａ）はモジュール要求のデータ構造を示す図、図３７（ｂ）はモジュール要求が準拠するＳＩＰのメッセージ形式を示す図である。
【０２０２】
図３７（ａ）（ｂ）に示されるように、転送要求はＳＩＰのメッセージ形式に則ったデータ構造を有し、転送要求であることを示すＲＥＦＥＲコマンドに続いて、Ｒｅｑｕｅｓｔ−ＵＲＩ／Ｔｏヘッダとして要求先、すなわち転送先となる周辺に存在する通信端末であるＰＣ端末２０３のユーザ名／アドレス、Ｆｒｏｍヘッダ／Ｃｏｎｔａｃｔヘッダとしてモジュールを要求するユーザ名、また、携帯通信端末２１０のアドレス、Ｒｅｆｅｒ−Ｔｏヘッダとして転送通信接続先である外部通信端末２１１のユーザ名／アドレス、メッセージボディに、転送要求を受け付けてもらうためのユーザ／端末の認証情報、転送接続で利用するメディアやＩＰアドレスなどを示すＳＤＰ情報などの接続情報、転送接続で利用するモジュール情報であるアプリケーション／機能の種別情報、転送接続で利用するアプリケーション／機能のモジュール本体、またそれ以外の付加的な予備情報というデータを有する。
【０２０３】
次に、携帯通信端末２１０の周辺に存在する通信端末であるＰＣ端末２０３が、携帯通信端末２１０から転送要求、および、モジュールを受信し、外部通信端末２１１との転送接続を行う通信転送処理を説明する。図３８、図３９は、ＰＣ端末２０３における転送要求・モジュール送付の受信、通信転送処理の詳細な動作を説明するシーケンスである。
【０２０４】
通信プロトコル制御部３１２は、携帯通信端末２１０の通信プロトコル制御部３１２から転送要求・モジュール送付を受信する（Ｓ３３０５）。通信プロトコル制御部３１２は、通信プロトコルの解析を行い（Ｓ３７０１）、受信した情報が転送要求・モジュール送付であることを認識し、通信要求判断部３０９へ通知する（Ｓ３７０２）。
【０２０５】
通信要求判断部３０９は、さらに、どのような接続が要求されているか転送先の情報、転送の接続情報（データ種別やデータを送受信するＩＰアドレス・ポートなど、ＳＤＰに示される情報）などの解析を行い、全体制御部３０６に対して通知を行う（Ｓ３７０３）。全体制御部３０６では、転送要求を受け付けるかどうかを判断するため、転送を要求するユーザの認証処理を行う（Ｓ３７０４）。認証処理には、転送要求に含まれるユーザ／端末の認証情報を個人認証情報記録媒体３０５に送信し、ユーザ認証の要求を行う（Ｓ３７０５）。
【０２０６】
個人認証情報記録媒体３０５は、受信した情報からユーザを認証した上で（Ｓ３３０６）、認証結果を全体制御部３０６に通知する（Ｓ３７０６）。以上により、全体制御部３０６が、転送要求を受け付けることを判断すると、要求受付を通信要求判断部３０９に指示する（Ｓ３７０７）。通信要求判断部３０９は、転送要求受付を作成し（Ｓ３７０８）、通信プロトコル制御部３１２に対して要求受付を行う（Ｓ３７０９）。通信プロトコル制御部３１２は、通信要求判断部３０９から受けた要求受付情報を、通信プロトコルのコマンドとして作成し、通信プロトコルに沿った制御を行い（Ｓ３７１０）、携帯通信端末２１０の通信プロトコル制御部３１２へプロトコルコマンドを送信する（Ｓ３３０７）。
【０２０７】
さらに、全体制御部３０６は、転送接続による通信の情報を決定し（Ｓ３３０８）、受信したモジュールの起動処理を進める（Ｓ３７１１）。起動処理には、モジュール要求／解析部３０８に対して受信したモジュールの解析を要求する（Ｓ３７１２）。モジュール要求／解析部３０８は、どのようなモジュールが送付されているかモジュール情報の解析を行い（Ｓ３７１３）、その結果を全体制御部３０６へ通知する（Ｓ３７１４）。全体制御部３０６では、モジュールの取得を認識し、モジュール利用可能領域３０３を使い、モジュール利用の処理を行う（Ｓ３７１５）。
【０２０８】
モジュール利用の処理には、モジュール利用可能領域３０３にモジュールと共に起動要求を行い（Ｓ３７１６）、モジュール利用可能領域３０３は受け取ったモジュールの起動を行った上で（Ｓ３３０９）、完了通知を全体制御部３０６に返す（Ｓ３７１７）。完了通知を受け、全体制御部３０６は通信接続準備が整ったことから、図３９に示すように、転送接続処理を行う（Ｓ３７１８）。この転送接続処理は、通信プロトコルの手順に従って、全体制御部３０６、通信要求判断部３０９、通信プロトコル制御部３１２により、外部通信端末２１１に対し、プロトコルコマンドとして転送接続要求を送信する（Ｓ３７１９〜Ｓ３７２２、Ｓ３３１０）。
【０２０９】
次に、転送接続の相手先である外部通信端末２１１が、ＰＣ端末２０３から転送接続要求を受けて、転送接続を行う通信転送処理を説明する。図４０は、外部通信端末２１１における転送接続要求の受信、通信転送処理の詳細な動作を説明するシーケンスである。
【０２１０】
通信プロトコル制御部３１２は、ＰＣ端末２０３の通信プロトコル制御部３１２から転送接続要求を受信する（Ｓ３３１０）。通信プロトコル制御部３１２は、通信プロトコルの解析を行い（Ｓ３９０１）、受信した情報が転送接続要求であることを認識し、通信要求判断部３０９へ通知する（Ｓ３９０２）。
【０２１１】
通信要求判断部３０９は、さらにどの接続が転送されるとして要求されているか転送する前の接続の情報、転送するための接続情報（接続の識別子や、データ種別やデータを送受信するＩＰアドレス・ポートなどのＳＤＰに示される情報など）などの解析を行い（Ｓ３３１１）、全体制御部３０６に対して通知を行う（Ｓ３９０３）。
【０２１２】
全体制御部３０６では、転送接続要求を受け付けるかどうかを判断し、必要であれば転送接続端末となるＰＣ端末２０３の認証を行い、転送接続要求を受け付け通信を開始する（Ｓ３３１２）。全体制御部３０６は、通信要求判断部３０９に転送接続要求の受付を指示し（Ｓ３９０４）、通信要求判断部３０９も転送接続要求受付処理として（Ｓ３９０５）、通信プロトコル制御部３１２に対して転送接続要求受付を通知する（Ｓ３９０６）。通信プロトコル制御部３１２は、転送接続要求受付情報を通信プロトコルのコマンドとして作成して通信プロトコルに沿った制御を行い（Ｓ３９０７）、ＰＣ端末２０３の通信プロトコル制御部３１２へプロトコルコマンドとして送信する（Ｓ３３１３）。
【０２１３】
次に、ＰＣ端末２０３が、転送接続の相手先である外部通信端末２１１から転送接続要求受付を受けて、継続する通信転送処理を説明する。図４１は、ＰＣ端末２０３における転送接続要求受付の受信、継続する通信転送処理の詳細な動作を説明するシーケンスである。
【０２１４】
通信プロトコル制御部３１２は、外部通信端末２１１の通信プロトコル制御部３１２から転送接続要求受付を受信する（Ｓ３３１３）。通信プロトコル制御部３１２は、通信プロトコルの解析を行い（Ｓ４００１）、受信した情報が転送接続要求受付であることを認識し、通信要求判断部３０９へ通知する（Ｓ４００２）。通信要求判断部３０９は、さらに、転送接続の受付情報（データ種別やデータを送受信するＩＰアドレス・ポートなどのＳＤＰに示される情報など）などの解析を行い（Ｓ４００３）、全体制御部３０６に対して通知を行う（Ｓ４００４）。全体制御部３０６では、転送接続の通信開始を判断し（Ｓ３３１４）、ユーザ入出力部３０４を通してユーザに転送の完了を通知する（Ｓ４００５）。
【０２１５】
以上により、ＰＣ端末２０３と外部通信端末２１１の間で、通信セッションが転送されて開設され、ＲＴＰプロトコルなどが用いられてマルチメディアデータが送受信される（Ｓ３３１５）。さらに、ＰＣ端末２０３は、転送接続処理が完了したことを携帯通信端末２１０に対して通知するため、転送完了通知処理を行う（Ｓ４００６）。転送完了通知処理には、全体制御部３０６が、通信要求判断部３０９に転送完了通知を指示し（Ｓ４００７）、通信要求判断部３０９も転送完了通知処理として（Ｓ４００８）、通信プロトコル制御部３１２に対して転送完了通知を要求する（Ｓ４００９）。通信プロトコル制御部３１２は、転送接続要求受付情報を通信プロトコルのコマンドとして作成して通信プロトコルに沿った制御を行い（Ｓ４０１０）、ＰＣ端末２０３の通信プロトコル制御部３１２へプロトコルコマンドとして送信する（Ｓ３３１６）。
【０２１６】
次に、携帯通信端末２１０が、転送要求受付、転送完了通知を受けて、継続する通信転送処理を説明する。図４２は、携帯通信端末２１０における転送要求受付、転送完了通知の受信、継続する通信転送処理の詳細な動作を説明するシーケンスである。
【０２１７】
通信プロトコル制御部３１２は、ＰＣ端末２０３の通信プロトコル制御部３１２から転送要求受付を受信する（Ｓ３３０７）。通信プロトコル制御部３１２は、通信プロトコルの解析を行い（Ｓ４１０１）、受信した情報が転送要求受付であることを認識して通信要求判断部３０９へ通知する（Ｓ４１０２）。通信要求判断部３０９は、さらに、転送の受付情報の解析を行い（Ｓ４１０３）、全体制御部３０６に対して通知を行う（Ｓ４１０４）。全体制御部３０６では、転送要求受付を判断し、さらに転送の完了通知を待つ（Ｓ４１０５）。
【０２１８】
さらに、通信プロトコル制御部３１２は、ＰＣ端末２０３の通信プロトコル制御部３１２から転送完了通知を受信する（Ｓ３３１６）。通信プロトコル制御部３１２は、通信プロトコルの解析を行い（Ｓ４１０６）、受信した情報が転送完了通知であることを認識して通信要求判断部３０９へ通知する（Ｓ４１０７）。通信要求判断部３０９は、さらに、転送接続情報の解析を行い（Ｓ４１０８）、全体制御部３０６に対して通知を行う（Ｓ４１０９）。
【０２１９】
全体制御部３０６では、転送の完了を判断し（Ｓ４１１０）、ユーザ入出力部３０４を通してユーザに転送の完了を通知する（Ｓ３３１７）。さらに、転送処理の後処理として、転送元の接続の確認、切断を行う（Ｓ３３１８）。転送処理の後処理には、全体制御部３０６が、転送確認（切断）を通信要求判断部３０９に指示する（Ｓ４１１１）。通信要求判断部３０９も転送確認処理として（Ｓ４１１２）、通信プロトコル制御部３１２に対して転送確認を要求する（Ｓ４１１３）。通信プロトコル制御部３１２は、転送確認（切断）情報を通信プロトコルのコマンドとして作成して通信プロトコルに沿った制御を行い（Ｓ４１１８）、携帯通信端末２１０の通信プロトコル制御部３１２へプロトコルコマンドとして送信する（Ｓ３３１９）。この転送確認の応答を受信し（Ｓ３３２０）、上記Ｓ４１０１〜Ｓ４１０５の手順と同様に各機能部を通して全体制御部３０６に転送確認の応答が確認されると、携帯通信端末２１０は本通信転送処理を終了する。
【０２２０】
次に、既にＰＣ端末２０３との間の通信セッションの開設が行われている外部通信端末２１１が、携帯通信端末２１０から転送確認（切断）を受けて、完了する通信転送処理を説明する。図４３は、外部通信端末２１１における転送確認（切断）の受信、完了する通信転送処理の詳細な動作を説明するシーケンスである。
【０２２１】
通信プロトコル制御部３１２は、携帯通信端末２１０の通信プロトコル制御部３１２から転送確認（切断）を受信する（Ｓ３３１９）。通信プロトコル制御部３１２は、通信プロトコルの解析を行い（Ｓ４２０１）、受信した情報が転送確認であることを認識し、通信要求判断部３０９へ通知する（Ｓ４２０２）。
【０２２２】
通信要求判断部３０９は、さらに、転送接続の情報解析を行い（Ｓ４２０３）、全体制御部３０６に対して通知を行う（Ｓ４２０４）。全体制御部３０６では、転送が完了したことを確認し、携帯通信端末２１０との接続を切断して良いことを判断する（Ｓ３３２０）。そのため、全体制御部３０６は、通信要求判断部３０９に転送確認応答（切断応答）を指示し（Ｓ４２０５）、通信要求判断部３０９も転送確認処理として（Ｓ４２０６）、通信プロトコル制御部３１２に対して転送確認応答を要求する（Ｓ４２０７）。
【０２２３】
通信プロトコル制御部３１２は、転送確認応答の情報を通信プロトコルのコマンドとして作成して通信プロトコルに沿った制御を行い（Ｓ４２０８）、携帯通信端末２１０の通信プロトコル制御部３１２へプロトコルコマンドとして送信する（Ｓ３３２０）。以上により、携帯通信端末２１０と外部通信端末２１１のそれぞれで転送が確認され、その間の通信が切断され、転送された外部通信端末２１１とＰＣ端末２０３間の通信のみが継続され、本通信転送処理が終了される。
【０２２４】
なお、本実施の形態では、最適な通信端末を自動的に抽出して転送処理を開始したが、複数の通信端末を選択可能な場合は、最適な通信端末を自動的に選択するのではなく、その選択をユーザにさせても良い。
【０２２５】
なお、本実施の形態では、転送の必要性をユーザに通知し、ユーザによる受付を経てから転送処理を開始したが、自動的に判断して転送処理を開始させても良い。
【０２２６】
なお、本実施の形態では、マルチメディア通信に利用する二つの機能モジュールの双方を一つの端末に対して転送したが、一つのモジュールを一つの端末に転送させて合計二つの端末に転送しても良いし、また、自端末で一つのモジュールを起動できる場合に該モジュールを起動し、起動できないもう一方のモジュールを一つの端末に転送しても良い。この場合、ユーザは複数の端末を利用してマルチメディア通信を行う。
【０２２７】
なお、本実施の形態例では、図３８〜４３の転送接続処理において、通信プロトコルがＳＩＰである場合の一般的な転送接続処理に従ったが、本転送接続処理は、利用する通信プロトコルの手順に従えばよく、他のプロトコル、他の手順でも良い。
【０２２８】
なお、実施の形態４と同様に、モジュールを受信した携帯通信端末２１０は、外部通信端末２１１のモジュール要求受付における条件に反しなければ、モジュール蓄積媒体３０２に受信したモジュールを蓄積し、次からの通信に使っても良い。この時、全体制御部３０６は、図３４に示すモジュール送信・転送要求処理（Ｓ３３０４）の前に、モジュール蓄積媒体３０２に、受信したモジュールを蓄積する。
【０２２９】
また、モジュールを転送する携帯通信端末２１０は、受信したモジュールに対し、通信後のモジュール削除や通信に利用するモジュールの利用機能の限定などの条件を課して、ＰＣ端末２０３に提供する。なお、この際に、外部通信端末２１０が指定した条件以上に利用を制限するような条件を付加しても良い。この際の動作は、条件を付加する実施の形態２と同様である。
【０２３０】
なお、実施の形態２と同様に、本実施形態では、モジュールを送受信するとしたが、必ずしもこの記述に制限されない。
【０２３１】
これらの際の動作は、実施の形態２における通信方法と同様である。
【０２３２】
このように本実施の形態に係るネットワークシステム１００では、携帯通信端末２１０は、通信要求の送信元である外部通信端末２１１のユーザが指定し、通信接続に必要なモジュールを外部通信端末２１１に対してモジュールを要求し、取得したモジュールをさらに周辺に存在する適切な通信端末を選択してモジュールの転送、および通信セッションの転送を行うことにより、利用するアプリケーションに合わせた通信端末を利用して、通信を開設することができる。
【０２３３】
（実施の形態６）
なお、上記実施の形態では、ＲＦＩＤタグを利用した通信端末情報の例を図６に示したが、この通信端末情報の予備情報において、特に、該通信端末における稼働状況を記しても良い。この時の各周辺通信端末（ＰＣ端末２０３など）の通信端末情報書き換えシーケンスを図４４に示す。
【０２３４】
通信端末の全体制御部３０６は、通信端末における稼働状況が変更されると状態の変更として認識し（Ｓ４３０１）、通信端末情報書込部４０１に通信端末情報データの書き換えを要求する（Ｓ４３０２）。
【０２３５】
要求を受けた通信端末情報書込部４０１は、書き換え処理として（Ｓ４３０３）、ＲＦＩＤタグ部４０２のデータ書き換えを行い（Ｓ４３０４）、データ書き換えが終了すると全体制御部３０６に完了通知を行う（Ｓ４３０６）。ＲＦＩＤタグ部４０２は、データ書き換えを受けて、書き込まれているデータ変更を行う（Ｓ４３０５）。以上により、通信端末情報を取得した携帯通信端末２１１は、周辺の通信端末の稼働状況も含めて、アプリケーションモジュールの取得や転送などの利用に判断を加えることができる。
【０２３６】
（実施の形態７）
なお、上記実施の形態では、通信端末情報の取得手段としてＲＦＩＤタグの利用例を示したが、他の二次無線やＩＰネットワーク上のプロトコル通信を利用しても構わない。この時の携帯通信端末２１１の通信端末情報取得シーケンスを図４５に示す。
【０２３７】
全体制御部３０６により、通信端末情報を取得する要求が通信端末情報要求／解析部３０７に対して行われ（Ｓ４４０１）、通信端末情報要求／解析部３０７は、通信端末情報取得処理を開始する（Ｓ４４０２）。通信端末情報取得処理に、ＩＰネットワーク上の通信プロトコルを利用する場合、通信端末情報要求／解析部３０７は、通信要求判断部３０９に通信プロトコルを利用した通信端末情報要求を行うよう指示する（Ｓ４４０３）。
【０２３８】
通信要求判断部３０９は、通信端末情報を取得する要求情報を作成し（Ｓ４４０４）、通信プロトコル制御部３１２に対して通信端末情報要求を行う（Ｓ４４０５）。通信プロトコル制御部３１２は、通信要求判断部３０９から受けた通信端末情報要求情報を、通信プロトコルのコマンドとして作成して通信プロトコルに沿った制御を行い（Ｓ４４０６）、周辺通信端末の通信プロトコル制御部３１２へプロトコルコマンドを送信する（Ｓ４４０７）。周辺通信端末は、通信プロトコル制御部３１２から通信端末情報要求を受信し、必要なデータを通信プロトコル制御部２１３で通信プロトコルのコマンドとして作成して通信プロトコルに沿った制御を行った上で、携帯通信端末２１１の通信プロトコル制御部２１３に、データ送信を行う（Ｓ４４０８、Ｓ４４０９）。
【０２３９】
この時、必要であれば受信した情報から、ユーザ／端末の認証情報を取得し、処理をすすめるかどうか、認証の確認を行っても良い。ＰＣ端末２０３が通信端末情報を送信すると、携帯通信端末２１１の通信プロトコル制御部２１３は、外部通信端末２１１の通信プロトコル制御部３１２から通信端末情報送信を受信する（Ｓ４４０９）。通信プロトコル制御部３１２は通信プロトコルの解析を行い（Ｓ４４１０）、受信情報が通信端末情報要求の応答であることを認識し、通信要求判断部３０９へ通知する（Ｓ４４１１）。
【０２４０】
通信要求判断部３０９は、さらに、どのような情報が送信されているか情報の受信解析を行い（Ｓ４４１２）、通信端末情報要求／解析部３０７に対して通知を行う（Ｓ４４１３）。通信端末情報要求／解析部３０７は、受信したデータの通信端末情報を解析し（Ｓ４４１４）、全体制御部３０６に通知を行う（Ｓ４４１５）。全体制御部３０６は、さらに通信端末情報を認識した上で（Ｓ４４１６）、蓄積のため通信端末情報記録媒体３０１に通信端末情報蓄積を指示する（Ｓ４４１７）。通信端末情報記録媒体３０１では、受信した通信端末情報を蓄積し（Ｓ４４１８）、本情報が後の検索、取得に利用される。
【０２４１】
この時、携帯通信端末２１０が周辺に存在する通信端末であるＰＣ端末２０３へ、通信端末情報要求を行う際に送信される通信端末情報要求のデータ構造を図４６（ａ）（ｂ）に示す。図４６（ａ）は通信端末情報要求のデータ構造を示す図、図４６（ｂ）は通信端末情報要求が準拠するＳＩＰのメッセージ形式を示す図である。
【０２４２】
図４６（ａ）および図４６（ｂ）に示されるように、通信端末情報要求はＳＩＰのメッセージ形式に則ったデータ構造を有し、通信端末情報要求であることを示すＭＥＳＳＡＧＥコマンドに続いて、Ｒｅｑｕｅｓｔ−ＵＲＩ／Ｔｏヘッダとして要求先、すなわち通信端末情報を取得する対象通信端末となる周辺に存在する通信端末であるＰＣ端末２０３のユーザ名／アドレス、Ｆｒｏｍヘッダ／Ｃｏｎｔａｃｔヘッダとして通信端末情報を要求するユーザ名、また、携帯通信端末２１０のアドレス、メッセージボディに、コマンドが通信端末情報要求であることを示す要求種別、通信端末情報要求を受け付けてもらうためのユーザ／端末の認証情報、取得したい通信端末情報を示す必要情報種別、またそれ以外の付加的な予備情報というデータを有する。
【０２４３】
（実施の形態８）
なお、上記実施の形態では、携帯通信端末２１１が移動してきた際に通信端末情報取得を行う例を示したが、通信端末情報の取得は常に一定周期で行うようにしても良い。特に、稼働状況などが随時更新されているような場合は、最新情報を随時取得する方が望ましい。この時の携帯通信端末２１１の通信端末情報取得シーケンスを図４７に示す。携帯通信端末２１１は、定期的にポーリング動作を行っており、ポーリングのトリガー起動時に（Ｓ４６０１）、通信端末情報を取得する（Ｓ４６０２）。トリガー起動以降は、図４、または図４５などの手順に従い、周辺に存在する通信端末の通信端末情報を取得し、蓄積する（Ｓ５０５〜Ｓ５１４）。
【０２４４】
（実施の形態９）
なお、上記実施の形態では、携帯通信端末２１１が移動してきた際に通信端末情報取得を行う例を示したが、通信端末情報の取得は、通信要求を受けた時点で行うようにしても良い。特に、稼働状況などが随時更新されている場合は、最新情報を取得する方が望ましい。この時、携帯通信端末２１０が外部通信端末２１１から通信要求を取得し、周辺に存在する通信端末であるＰＣ端末２０３から通信端末情報を取得して、通信接続する動作の途中までの概要を示すシーケンスを図４８に示す。
【０２４５】
図４８のＳ８０７までの手順は、実施の形態１の通信方法である図７のＳ８０７までの手順と同様である。次に、携帯通信端末２１０は、通信に必要なモジュールを検索するため、周辺通信端末の探索を行う（Ｓ４７０１）。探索には、ＲＦＩＤ、または通信プロトコルなどを利用して、周辺に存在する通信端末に対して通信端末情報要求を行い（Ｓ４７０２）、周辺通信端末からの通信端末情報送信を受ける（Ｓ４７０３、Ｓ４７０４）。携帯通信端末２１１は、受信した通信端末情報により、必要なモジュールの有無を確認した上で（Ｓ４７０５）、ユーザに対して接続要求を受けたことを通知する（Ｓ８０８）。以降、図４８のＳ８０８からの手順は、実施の形態１の通信方法である図７のＳ８０８からの手順と同様である。
【０２４６】
以上説明してきたように、本発明によれば、通信端末は、マルチメディア通信の開設時にマルチメディア通信に利用するアプリケーションに関する情報を交換し、アプリケーションとしての相互接続性を確保した上で、マルチメディア通信の開設が可能となる。また、マルチメディア通信の開設時に、ユーザが指定するアプリケーション／機能モジュールによるメディアデータ処理を要求するため、ユーザが指定したアプリケーション／機能モジュールによるマルチメディア通信の開設が可能となる。
【０２４７】
さらに、通信端末は、端末間でユーザが指定するアプリケーション／機能モジュールを送受信して利用することができるため、あらかじめ決められていた種別を超えたメディアデータを扱うマルチメディア通信の開設が可能となる。また、メディアデータを別の端末に転送する必要がなく、自端末でアプリケーション／機能モジュールを実行してマルチメディア通信を開設できるため、プライバシーやセキュリティに注意する必要がない。
【０２４８】
さらに、通信端末は、端末間でユーザが指定するアプリケーション／機能モジュールを送受信してマルチメディア通信を転送することができるため、あらかじめ決められた、通信端末で扱えるメディアデータ種別やアプリケーション／機能モジュールの能力を超えたマルチメディア通信の開設が可能となる。また、転送するメディアデータやアプリケーション／機能モジュールに対する条件として削除などを設定できるため、アプリケーション／機能モジュールの所有権、メディアデータの秘匿性が確保でき、プライバシーやセキュリティに注意する必要がない。
【産業上の利用可能性】
【０２４９】
本発明は、アプリケーションの相互接続性を確認するとともに、自らアプリケーションを有していなくても周辺の端末装置などのアプリケーションを利用して通信が行え、特にネットワークに接続される情報通信端末装置に有用である。
【図面の簡単な説明】
【０２５０】
【図１】本発明の実施の形態１におけるネットワークシステムの構成を示す図
【図２】本発明の実施の形態１における通信端末（携帯通信端末）の構成を示すブロック図
【図３】本発明の実施の形態１における通信端末（周辺通信端末）の構成を示すブロック図
【図４】本発明の実施の形態１における通信方法による通信端末情報取得シーケンスを示す図
【図５】本発明の実施の形態１における通信方法による携帯通信端末の通信端末情報取得シーケンスを示す図
【図６】本発明の実施の形態１におけるＲＦＩＤタグ内に書き込まれる通信端末情報のデータ構造例を示す図
【図７】本発明の実施の形態１における通信方法による通信接続シーケンスを示す図
【図８】本発明の実施の形態１における通信方法による通信端末の通信接続時の画面表示を示す図
【図９】本発明の実施の形態１における通信方法による外部通信端末の通信接続シーケンスの一部分を示す図
【図１０】本発明の実施の形態１における通信方法による外部通信端末の通信接続シーケンスの他の部分を示す図
【図１１】（ａ）本発明の実施の形態１における通信端末間で送受信される接続要求のデータ構造の一例を示す図（ｂ）同他の例を示す図
【図１２】本発明の実施の形態１における通信方法による携帯通信端末の通信接続シーケンスの一部分を示す図
【図１３】本発明の実施の形態１における通信方法による携帯通信端末の通信接続シーケンスの他の部分を示す図
【図１４】本発明の実施の形態１における通信方法による通信端末の通信接続要求通知時の画面表示を示す図
【図１５】本発明の実施の形態２における通信方法による通信接続シーケンスの一部分を示す図
【図１６】本発明の実施の形態２における通信方法による通信接続シーケンスの他の部分を示す図
【図１７】本発明の実施の形態２における通信方法による携帯通信端末の通信接続・モジュール要求シーケンスの一部分を示す図
【図１８】本発明の実施の形態２における通信方法による携帯通信端末の通信接続・モジュール要求シーケンスの他の部分を示す図
【図１９】（ａ）本発明の実施の形態２における携帯通信端末から通信端末（周辺通信端末）に送信されるモジュール要求のデータ構造の一例を示す図（ｂ）同他の例を示す図
【図２０】本発明の実施の形態２における通信方法による通信端末（周辺通信端末）のモジュール要求受付シーケンスを示す図
【図２１】（ａ）本発明の実施の形態２における通信端末（周辺通信端末）から携帯通信端末に送信されるモジュール送信のデータ構造の一例を示す図（ｂ）同他の例を示す図
【図２２】本発明の実施の形態２における通信方法による携帯通信端末のモジュール受信・通信接続シーケンスを示す図
【図２３】本発明の実施の形態３における通信方法による通信接続シーケンスの一部分を示す図
【図２４】本発明の実施の形態３における通信方法による通信接続シーケンスの他の部分を示す図
【図２５】本発明の実施の形態３における通信方法による携帯通信端末の通信接続・モジュール要求シーケンスの一部分を示す図
【図２６】本発明の実施の形態３における通信方法による携帯通信端末の通信接続・モジュール要求シーケンスの他の部分を示す図
【図２７】（ａ）本発明の実施の形態３における携帯通信端末から外部通信端末（通信先端末）に送信されるモジュール要求のデータ構造の一例を示す図（ｂ）同他の例を示す図
【図２８】本発明の実施の形態３における通信方法による外部通信端末（通信先端末）のモジュール要求受付シーケンスを示す図
【図２９】本発明の実施の形態４における通信方法による通信接続シーケンスの一部分を示す図
【図３０】本発明の実施の形態４における通信方法による通信接続シーケンスの他の部分を示す図
【図３１】本発明の実施の形態４における通信方法による外部通信端末（通信先端末）のモジュール要求シーケンスの一部分を示す図
【図３２】本発明の実施の形態４における通信方法による外部通信端末（通信先端末）のモジュール要求シーケンスの他の部分を示す図
【図３３】本発明の実施の形態４における通信方法による外部通信端末（通信先端末）のモジュール転送シーケンスを示す図
【図３４】本発明の実施の形態５における通信方法による通信接続シーケンスの一部分を示す図
【図３５】本発明の実施の形態５における通信方法による通信接続シーケンスの他の部分を示す図
【図３６】本発明の実施の形態５における通信方法による携帯通信端末の転送要求シーケンスを示す図
【図３７】（ａ）本発明の実施の形態５における携帯通信端末から外部通信端末（周辺通信端末）に送信される転送要求・モジュール送付のデータ構造の一例を示す図（ｂ）同他の例を示す図
【図３８】本発明の実施の形態５における通信方法による外部通信端末（周辺通信端末）の転送接続シーケンスの一部分を示す図
【図３９】本発明の実施の形態５における通信方法による外部通信端末（周辺通信端末）の転送接続シーケンスの他の部分を示す図
【図４０】本発明の実施の形態５における通信方法による外部通信端末（通信先端末）の転送接続シーケンスを示す図
【図４１】本発明の実施の形態５における通信方法による外部通信端末（周辺通信端末）の転送接続シーケンスを示す図
【図４２】本発明の実施の形態５における通信方法による携帯通信端末の転送接続シーケンスを示す図
【図４３】本発明の実施の形態５における通信方法による外部通信端末（通信先端末）の転送接続シーケンスを示す図
【図４４】本発明の実施の形態６における通信方法における通信端末情報書き換えシーケンスを示す図
【図４５】本発明の実施の形態７における通信方法による携帯通信端末の通信端末情報取得シーケンスを示す図
【図４６】（ａ）本発明の実施の形態７における携帯通信端末から外部通信端末（周辺通信端末）に送信される通信端末情報要求のデータ構造の一例を示す図（ｂ）同他の例を示す図
【図４７】本発明の実施の形態８における通信方法による携帯通信端末の通信端末情報取得シーケンスを示す図
【図４８】本発明の実施の形態９における通信方法による携帯通信端末の通信端末情報取得・通信接続シーケンスを示す図
【符号の説明】
【０２５１】
１００    ネットワークシステム
２０１    ＩＰネットワーク
２０２    ローカルＩＰネットワーク
２０３    ＰＣ端末
２０４    ネットワークカメラ
２０５    ＩＰ電話
２０６    ディスプレイ
２０７    コンテンツ／ファイルサーバ
２０８    プリンタ
２０９    ＦＡＸ
２１０、２１２    携帯通信端末
２１１    通信端末
２１３    サーバ
３０１    機器情報記録媒体
３０２    モジュール蓄積媒体
３０３    モジュール利用可能領域
３０４    ユーザ入出力部
３０５    個人認証情報記録媒体
３０６    全体制御部
３０７    機器情報要求／解析部
３０８    モジュール要求／解析部
３０９    通信要求判断部
３１０    ネットワーク管理部
３１１    ＲＦＩＤ読取り部
３１２    通信プロトコル制御部
３１３    二次無線ネットワーク
４０１    機器情報書込部
４０２    ＲＦＩＤタグ
９０１    基本ボタン部
９０２    アドレス入力ボックス
９０３    アドレス帳
９０４    通信アプリケーション一覧
９０５    情報出力ボックス
【図１】
2008052309.tif 000003
【図２】
2008052309.tif 000004
【図３】
2008052309.tif 000005
【図４】
2008052309.tif 000006
【図５】
2008052309.tif 000007
【図６】
2008052309.tif 000008
【図７】
2008052309.tif 000009
【図８】
2008052309.tif 000010
【図９】
2008052309.tif 000011
【図１０】
2008052309.tif 000012
【図１１】
2008052309.tif 000013
【図１２】
2008052309.tif 000014
【図１３】
2008052309.tif 000015
【図１４】
2008052309.tif 000016
【図１５】
2008052309.tif 000017
【図１６】
2008052309.tif 000018
【図１７】
2008052309.tif 000019
【図１８】
2008052309.tif 000020
【図１９】
2008052309.tif 000021
【図２０】
2008052309.tif 000022
【図２１】
2008052309.tif 000023
【図２２】
2008052309.tif 000024
【図２３】
2008052309.tif 000025
【図２４】
2008052309.tif 000026
【図２５】
2008052309.tif 000027
【図２６】
2008052309.tif 000028
【図２７】
2008052309.tif 000029
【図２８】
2008052309.tif 000030
【図２９】
2008052309.tif 000031
【図３０】
2008052309.tif 000032
【図３１】
2008052309.tif 000033
【図３２】
2008052309.tif 000034
【図３３】
2008052309.tif 000035
【図３４】
2008052309.tif 000036
【図３５】
2008052309.tif 000037
【図３６】
2008052309.tif 000038
【図３７】
2008052309.tif 000039
【図３８】
2008052309.tif 000040
【図３９】
2008052309.tif 000041
【図４０】
2008052309.tif 000042
【図４１】
2008052309.tif 000043
【図４２】
2008052309.tif 000044
【図４３】
2008052309.tif 000045
【図４４】
2008052309.tif 000046
【図４５】
2008052309.tif 000047
【図４６】
2008052309.tif 000048
【図４７】
2008052309.tif 000049
【図４８】
2008052309.tif 000050