(57)【特許請求の範囲】
【請求項１】
通信ネットワークを介してメッセージを送受信可能な通信端末であって、
通信ネットワークを介して通信を行うための通信手段と、
当該通信端末のプラットフォーム上にアプリケーション実行環境を構築しアプリケーションプログラムの実行を管理し、該アプリケーション実行環境で実行されているアプリケーションプログラムに基づいて少なくとも通信相手先及びメッセージ種別が設定されたメッセージ送信要求を、前記プラットフォーム側に出力するアプリケーション実行管理手段と、
前記アプリケーション実行環境で実行されているアプリケーションプログラムに基づいて少なくとも通信相手先及びメッセージ種別が設定されたメッセージ送信要求が、前記アプリケーション実行管理手段から前記プラットフォーム側に出力されたとき、前記設定された種別のメッセージのヘッダ部に前記通信相手先の情報と該メッセージの通信に必要な他のヘッダ情報を補完して書き込むとともに、前記通信相手先の通信端末で起動させるアプリケーションを指定する情報を含むアプリケーション起動情報を前記ヘッダ部を有するメッセージに書き込んで該メッセージを前記指定の通信相手先の通信端末に送信するように、前記通信手段を制御する制御手段と、
を備えたことを特徴とする通信端末。
【請求項２】
請求項１の通信端末において、
前記制御手段は、前記アプリケーションプログラムが要求するメッセージ送信のためのセッションが前記通信相手先との間に確立された状態で該アプリケーションプログラムの実行の一時停止又は終了の情報が、前記アプリケーション実行管理手段から前記プラットフォーム側に出力されたとき、前記通信相手先との間のセッションを切断するための通信シーケンスを自動実行するように制御することを特徴とする通信端末。
【請求項３】
請求項１又は２の通信端末において、
前記制御手段は、当該通信端末とのセッションの確立を要求するセッション確立要求メッセージを、通信ネットワークを介して外部から受信したとき、前記セッション確立要求メッセージに対する応答メッセージを、そのセッション確立要求メッセージの送信元に対して自動送信するように制御することを特徴とする通信端末。
【請求項４】
請求項１乃至３のいずれかの通信端末において、
前記制御手段は、当該通信端末とのセッションの切断を要求するセッション切断要求メッセージを、通信ネットワークを介して外部から受信したとき、前記セッション切断要求メッセージに対する応答メッセージを、前記セッション切断要求メッセージの送信元に対して自動送信するように制御することを特徴とする通信端末。
【請求項５】
請求項１乃至４のいずれかの通信端末において、
前記制御手段は、前記アプリケーション実行管理手段から出力されたメッセージ送信要求に基づいて前記メッセージを前記通信相手先に送信し、その通信相手先から前記メッセージに対する応答メッセージを受信したとき、前記応答メッセージに対する確認メッセージを前記通信相手先に対して自動送信するように制御することを特徴とする通信端末。
【請求項６】
請求項１乃至５のいずれかの通信端末において、
前記制御手段は、前記アプリケーション実行管理手段から出力されたメッセージ送信要求に基づいてメッセージを前記通信相手先に送信した後、その通信相手先から前記送信対象のメッセージに対する応答メッセージを受信する前に、前記アプリケーション実行管理手段からメッセージ送信キャンセル要求が出力されたとき、そのメッセージ送信キャンセル要求に基づいて前記送信対象のメッセージをキャンセルするメッセージを前記通信相手先に送信するとともに、前記通信相手先から受信した前記応答メッセージを、前記アプリケーション実行管理手段を介して前記実行中のアプリケーションプログラムに通知しないように制御することを特徴とする通信端末。
【請求項７】
請求項１乃至６のいずれかの通信端末において、
前記制御手段は、前記アプリケーション実行管理手段から受けたメッセージ送信要求に基づいてメッセージを通信相手先に送信し、その通信相手先から前記送信対象のメッセージに対する応答メッセージを、前記メッセージの送信時から所定の時間経過後まで受信しなかったとき、前記送信対象のメッセージを前記通信相手先に対して自動再送するように制御することを特徴とする通信端末。
【請求項８】
請求項１乃至７のいずれかの通信端末において、
前記制御手段は、前記通信相手先との間のセッションが確立された状態で前記通信手段による通信ができない通信不可エリアに在圏している状態が、予め設定した所定時間だけ継続したときに、前記セッションを開放する旨の情報を、前記アプリケーション実行管理手段を介して前記実行中のアプリケーションプログラムに通知するように制御することを特徴とする通信端末。
【請求項９】
請求項８の通信端末において、
前記制御手段は、前記セッションを開放する旨の情報を通知した後、前記通信不可エリアに当該通信端末が移動したままの状態で、前記アプリケーション実行管理手段から出力された前記メッセージ送信要求を受けたとき、前記通信相手先へのメッセージの送信を行わずに、前記アプリケーション実行管理手段を介して前記実行中のアプリケーションプログラムにエラー応答情報を通知するように制御することを特徴とする通信端末。
【請求項１０】
請求項１乃至９のいずれかの通信端末において、
前記通信手段によるメッセージの通信はＳＩＰ（Session Initiation Protocol）を用いた通信であることを特徴とする通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介してメッセージを送受信可能な携帯電話機等の通信端末に関するものである。
【背景技術】
【０００２】
従来、この種の通信端末として、例えば、プラットフォームに依存しないオブジェクト指向のプログラミング言語で記述されたアプリケーションプログラムを実行可能な携帯電話機が知られている（例えば、特許文献１参照）。例えば、プラットフォーム上にアプリケーション実行環境としてＪＡＶＡ（登録商標）仮想マシン機能を実装し、ＪＡＶＡで記述されたアプリケーションプログラムを実行できるようにした携帯電話機が知られている。このような携帯電話機では、移動体通信ネットワーク上のサーバから利用者が所望のアプリケーションプログラムをダウンロードして携帯電話機内に登録しておく。そして、この登録されている複数のアプリケーションプログラムから利用者が選択したものを、プラットフォーム上に構築されたＪＡＶＡのアプリケーション実行環境で起動することにより、携帯電話機のディスプレイ上に３次元動画からなる待ち受け画面を表示させたり、携帯電話機上でゲームや占いを行ったり、音楽を再生したりすることができる。
【０００３】
また、特許文献２には、アプリケーションプログラム（以下、必要に応じて「アプリケーション」と略す。）を起動し、ＳＩＰ（Session Initiation Protocol）という通信プロトコルを用いて他の着信側の通信端末に対してセッションを申し込むセッション確立方法が開示されている。このセッション確立方法では、セッションの申し込みを受けた着信側の通信端末が、ＳＩＰを用いて発信側の通信端末に対してセッションの許可を行い、上記アプリケーションと同等のアプリケーションを起動する。これにより、発信側の通信端末で起動されたアプリケーションと着信側の通信端末で起動されたアプリケーションとの間でセッションが確立される。ここで、上記ＳＩＰは、ＩＥＴＦ（Internet Engineering Task Force）のＳＩＰワーキンググループによりＲＦＣ（Request for Comments）２５４３，３２６１等の文書で公開された、ピアツゥーピアのセッション確立のための通信プロトコルである。
【０００４】
【特許文献１】特開２０００−３４７８６７号公報
【特許文献２】特開２００３−０２２２５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記引用文献１に開示されているようにサーバからダウンロードしたアプリケーションを実行可能に登録した携帯電話機において、登録済みのアプリケーションから利用者が選択して実行し、その実行中のアプリケーションからの指令により、上記ＳＩＰ等の通信プロトコルを用いて外部の携帯電話機やサーバ等の通信相手先との間でメッセージ通信を行うことが考えられる。ところが、このようなアプリケーションからの指令によって外部の通信相手先とのメッセージ通信を行う場合、次のような問題点がある。すなわち、上記従来の携帯電話機では、外部の通信相手先とのメッセージ通信に用いられる通信プロトコルで必要なすべてのヘッダ情報がアプリケーションによって指定されない場合があり、外部の通信相手先との間でメッセージ通信のためのセッション確立が適切に行われないおそれがある。
【０００６】
本発明は以上の問題点に鑑みなされたものであり、その目的は、プラットフォーム上に構築されたアプリケーション実行環境で実行されるアプリケーションプログラムが要求する外部の通信相手先との間の所定種別のメッセージ通信を適切に行うことができる通信端末を提供することである。
【課題を解決するための手段】
【０００７】
本発明に係る通信端末は、通信ネットワークを介してメッセージを送受信可能な通信端末であって、通信ネットワークを介して外部と通信を行うための通信手段と、当該通信端末のプラットフォーム上にアプリケーション実行環境を構築しアプリケーションプログラムの実行を管理するアプリケーション実行管理手段と、前記アプリケーション実行環境で実行されているアプリケーションプログラムに基づいて少なくとも通信相手先及びメッセージ種別が設定されたメッセージ送信要求が、前記アプリケーション実行管理手段から前記プラットフォーム側に出力されたとき、前記設定された種別のメッセージのヘッダ部に前記通信相手先の情報を書き込むとともに該メッセージの通信に必要な他のヘッダ情報を補完して書き込んだ後、前記ヘッダ部を有するメッセージを前記指定の通信相手先に送信するように、前記通信手段を制御する制御手段と、を備えたことを特徴とするものである。
この通信端末では、プラットフォーム上に構築されたアプリケーション実行環境で実行されているアプリケーションプログラムが外部の通信相手先とのメッセージ通信を要求する場合、その実行中のアプリケーションプログラムに基づいて少なくとも通信相手先及びメッセージ種別が設定されたメッセージ送信要求が、アプリケーション実行管理手段からプラットフォーム側に出力される。このメッセージ送信要求を受けたプラットフォーム側の制御手段は、前記設定された種別のメッセージのヘッダ部に前記通信相手先の情報を書き込むとともに、前記設定された所定種別のメッセージ通信に必要な他のヘッダ情報を補完して書き込んだ後、そのヘッダ部を有するメッセージを指定の通信相手先に送信する。このように所定種別のメッセージ通信に必要とされる他のヘッダ情報を、プラットフォーム側の制御手段で補完することができるため、所定種別のメッセージ通信に必要とされる所要のヘッダ情報のすべてをアプリケーションプログラムが指定していない場合であっても、その所要のヘッダ情報をすべて含んだ状態で所定種別のメッセージを外部の通信相手先に送信することができる。
【０００８】
前記通信端末において、前記制御手段は、前記アプリケーションプログラムが要求するメッセージ送信のためのセッションが前記通信相手先との間に確立された状態で該アプリケーションプログラムの実行の一時停止又は終了の情報が、前記アプリケーション実行管理手段から前記プラットフォーム側に出力されたとき、前記通信相手先との間のセッションを切断するための通信シーケンスを自動実行するように制御してもよい。
この通信端末では、前記通信相手先との間にセッションが確立された状態でアプリケーションプログラムの実行の一時停止又は終了を行う場合、その一時停止又は終了の情報がアプリケーション実行管理手段からプラットフォーム側に出力される。このメッセージ送信要求を受けたプラットフォーム側の制御手段は、アプリケーションプログラムの実行状況に関係なく、通信相手先との間のセッションを切断するための通信シーケンスを実行する。これにより、アプリケーションプログラムの実行の一時停止又は終了によって不要となった通信相手先との間のセッションを確実に切断し、メッセージ通信で使用可能な通信回線の有効利用を図ることができる。
【０００９】
また、前記通信端末において、前記制御手段は、当該通信端末とのセッションの確立を要求するセッション確立要求メッセージを、通信ネットワークを介して外部から受信したとき、前記セッション確立要求メッセージに対する応答メッセージを、そのセッション確立要求メッセージの送信元に対して自動送信するように制御してもよい。
この通信端末では、プラットフォーム上に構築されたアプリケーション実行環境でアプリケーションプログラムが実行されているときに、当該通信端末とのセッションの確立を要求するセッション確立要求メッセージを外部からから受信する場合がある。この場合、プラットフォーム側の制御手段は、アプリケーションプログラムの実行状況に関係なく、前記セッション確立要求メッセージに対する応答メッセージを、そのセッション確立要求メッセージの送信元に対して自動送信する。これにより、上記アプリケーションプログラムが、他の通信端末からセッション確立要求メッセージを通信ネットワークを介して外部から受信したときの通信シーケンスに対応していない場合でも、そのセッション確立要求メッセージに適切に応答し、要求されたセッションを確実に確立することができる。
【００１０】
また、前記通信端末において、前記制御手段は、当該通信端末とのセッションの切断を要求するセッション切断要求メッセージを、通信ネットワークを介して外部から受信したとき、前記セッション切断要求メッセージに対する応答メッセージを、前記セッション切断要求メッセージの送信元に対して自動送信するように制御してもよい。
この通信端末では、プラットフォーム上に構築されたアプリケーション実行環境でアプリケーションプログラムが実行され、そのアプリケーションプログラムが要求する外部の通信相手先とのセッションが確立されているときに、その通信相手先とのセッションの切断を要求するセッション切断要求メッセージを外部から受信する場合がある。この場合、プラットフォーム側の制御手段は、アプリケーションプログラムの実行状況に関係なく、前記セッション切断要求メッセージに対する応答メッセージを、前記セッション切断要求メッセージの送信元に対して自動送信する。これにより、上記アプリケーションプログラムが、セッション切断要求メッセージを受信したときの通信シーケンスに対応していない場合でも、そのセッション切断要求メッセージに適切に応答し、上記通信相手先との間のセッションを確実に切断することができる。
【００１１】
また、前記通信端末において、前記制御手段は、前記アプリケーション実行管理手段から出力されたメッセージ送信要求に基づいて前記メッセージを前記通信相手先に送信し、その通信相手先から前記メッセージに対する応答メッセージを受信したとき、前記応答メッセージに対する確認メッセージを前記通信相手先に対して自動送信するように制御してもよい。
この通信端末では、プラットフォーム上に構築されたアプリケーション実行環境で実行されているアプリケーションプログラムが、外部の通信相手先とのメッセージ通信を要求し、アプリケーション実行管理手段から出力されたメッセージ送信要求に基づいてメッセージを前記通信相手先に送信したとき、その通信相手先から前記メッセージに対する応答メッセージを受信する場合がある。この場合、プラットフォーム側の制御手段は、アプリケーションプログラムの実行状況に関係なく、前記応答メッセージに対する確認メッセージを前記通信相手先に対して自動送信する。これにより、上記アプリケーションプログラムが、上記応答メッセージを受信したときの通信シーケンスに対応していない場合でも、その応答メッセージに対して適切に応答し確認メッセージを確実に返信することができる。
【００１２】
また、前記通信端末において、前記制御手段は、前記アプリケーション実行管理手段から出力されたメッセージ送信要求に基づいてメッセージを前記通信相手先に送信した後、その通信相手先から前記送信対象のメッセージに対する応答メッセージを受信する前に、前記アプリケーション実行管理手段からメッセージ送信キャンセル要求が出力されたとき、そのメッセージ送信キャンセル要求に基づいて前記送信対象のメッセージをキャンセルするメッセージを前記通信相手先に送信するとともに、前記通信相手先から受信した前記応答メッセージを、前記アプリケーション実行管理手段を介して前記実行中のアプリケーションプログラムに通知しないように制御してもよい。
この通信端末では、プラットフォーム上に構築されたアプリケーション実行環境で実行されているアプリケーションプログラムが、外部の通信相手先へのメッセージ送信を要求し、アプリケーション実行管理手段から出力されたメッセージ送信要求に基づいてメッセージを通信相手先に送信した後、その通信相手先から送信のメッセージに対する応答メッセージを受信する前に、上記送信対象のメッセージをキャンセルする場合がある。この場合、プラットフォーム側の制御手段は、アプリケーション実行管理手段から出力されたメッセージ送信キャンセル要求に基づいて送信対象のメッセージをキャンセルするメッセージを通信相手先に送信することにより、メッセージのキャンセルを通信相手先に確実に伝える。更に、制御手段は、通信相手先から受信した応答メッセージを、アプリケーション実行管理手段を介して実行中のアプリケーションプログラムに通知しないことにより、実行中のアプリケーションプログラムで混乱が生じないようにしている。
【００１３】
また、前記通信端末において、前記制御手段は、前記アプリケーション実行管理手段から受けたメッセージ送信要求に基づいてメッセージを通信相手先に送信し、その通信相手先から前記送信対象のメッセージに対する応答メッセージを、前記メッセージの送信時から所定の時間経過後まで受信しなかったとき、前記送信対象のメッセージを前記通信相手先に対して自動再送するように制御してもよい。
この通信端末では、プラットフォーム上に構築されたアプリケーション実行環境で実行されているアプリケーションプログラムが、外部の通信相手先へのメッセージ送信を要求し、アプリケーション実行管理手段から出力されたメッセージ送信要求に基づいてメッセージを通信相手先に送信し、その通信相手先から前記送信対象のメッセージに対する応答メッセージを受信しない場合がある。この場合、プラットフォーム側の制御手段は、通信相手先から送信対象のメッセージに対する応答メッセージを、前記メッセージの送信時から所定の時間経過後まで受信しなかったとき、送信対象のメッセージを通信相手先に対して自動再送する。これにより、上記アプリケーションプログラムが、メッセージの自動再送に対応していない場合でも、制御手段での自動再送によって送信対象のメッセージを通信相手先に確実に受信させることができる。
【００１４】
また、前記通信端末において、前記制御手段は、前記通信相手先との間のセッションが確立された状態で前記通信手段による通信ができない通信不可エリアに在圏している状態が、予め設定した所定時間だけ継続したときに、前記セッションを開放する旨の情報を、前記アプリケーション実行管理手段を介して前記実行中のアプリケーションプログラムに通知するように制御してもよい。
この通信端末では、前記通信相手先との間のセッションが確立された状態で前記通信手段による通信ができない通信不可エリアに移動する場合がある。この場合、プラットフォーム側の制御手段は、前記通信不可エリアに在圏している状態が、予め設定した所定時間だけ継続したときに、前記セッションを開放する旨の情報を、アプリケーション実行管理手段を介して実行中のアプリケーションプログラムに通知する。この通知により、実行中のアプリケーションプログラムが、通信不可エリアへの移動によって前記通信相手先との間のセッションが開放されたことを把握し、必要に応じて前記通信相手先との間でセッションを再度確立する処理を実行できるようにする。また、前記セッションを開放する旨の情報の通知を、前記通信不可エリアに移動したらすぐに行うのではなく、前記通信不可エリアに在圏している状態が予め所定時間だけ継続したときに行っているので、通信不可エリアへの移動が通信相手先とのメッセージ通信に支障がない一時的な場合に、上記セッションを開放する旨の情報が不必要に通知されることがない。
【００１５】
また、前記通信端末において、前記制御手段は、前記セッションを開放する旨の情報を通知した後、前記通信不可エリアに当該通信端末が移動したままの状態で、前記アプリケーション実行管理手段から出力された前記メッセージ送信要求を受けたとき、前記通信相手先へのメッセージの送信を行わずに、前記アプリケーション実行管理手段を介して前記実行中のアプリケーションプログラムにエラー応答情報を通知するように制御してもよい。
この通信端末では、前記セッションを開放する旨の情報を通知した後、前記通信不可エリアに当該通信端末が移動したままの状態で、プラットフォーム上に構築されたアプリケーション実行環境で実行されているアプリケーションプログラムが、前記通信相手先とのメッセージ通信を要求し、アプリケーション実行管理手段からメッセージ送信要求が出力される場合がある。この場合、プラットフォーム側の制御手段は、アプリケーション実行管理手段からメッセージ送信要求を受けたとき、前記通信相手先へのメッセージの送信を行わずに、アプリケーション実行管理手段を介して実行中のアプリケーションプログラムにエラー応答情報を通知する。これにより、通信相手先への無駄なメッセージ送信処理を回避しつつ、実行中のアプリケーションプログラムが、通信不可エリアへの移動によって前記通信相手先との間のメッセージ通信ができない状態が継続していることを把握し、必要に応じて前記通信相手先との間でセッションを再度確立する処理を実行できるようにする。
【００１６】
また、前記通信端末において、前記通信手段によるメッセージの通信はＳＩＰ（Session Initiation Protocol）を用いた通信であってもよい。
この通信端末では、ＳＩＰを用いたメッセージ通信に必要とされる所要のヘッダ情報のすべてをアプリケーションプログラムが指定していない場合であっても、その所要のヘッダ情報をすべて含んだ状態で、ＳＩＰを用いてメッセージを外部の通信相手先に送信することができる。
【００１７】
なお、上記メッセージの送受信を行うことができる「通信端末」としては、ＰＤＣ（Personal Digital Cellular）方式、ＧＳＭ（Global System for Mobile Communication）方式、ＴＩＡ（Telecommunications Industry Association）方式等の携帯電話機、ＩＭＴ（International Mobile Telecommunications）−２０００で標準化された携帯電話機、ＴＤ−ＳＣＤＭＡ（Time Division Synchronous Code Division Multiple Access）方式の一つであるＴＤ−ＳＣＤＭＡ（ＭＣ：Multi Carrier）方式の携帯電話機、ＰＨＳ（Personal Handyphone System）、自動車電話機等の音声通信機能を有する電話機が挙げられる。また、この「通信端末」としては、上記電話機のほか、音声通信機能を有するＰＤＡ（Personal Digital Assistance）やパーソナルコンピュータ等の通信端末も挙げられる。
また、上記通信端末における制御は、その通信端末に設けられたコンピュータで所定のプログラムを実行することによって実現することもできる。このコンピュータで用いるプログラムの受け渡しは、デジタル情報としてプログラムを記録したＦＤ，ＣＤ−ＲＯＭ等の記録媒体を用いて行ってもいいし、コンピュータネットワーク等の通信ネットワークを用いて行ってもよい。
【発明の効果】
【００１８】
本発明によれば、プラットフォーム上に構築されたアプリケーション実行環境で実行されるアプリケーションプログラムが要求する所定種別のメッセージ通信に必要とされるヘッダ情報のうちアプリケーションで指定されなかったヘッダ情報を、プラットフォーム側の制御手段で補完することができる。よって、所定種別のメッセージ通信に必要とされる所要のヘッダ情報のすべてをアプリケーションプログラムが指定していない場合であっても、その所要のヘッダ情報をすべて含んだ状態で所定種別のメッセージを外部の通信相手先に送信することができる。従って、プラットフォーム上に構築されたアプリケーション実行環境で実行するアプリケーションプログラムが要求する外部の通信相手先との間の所定種別のメッセージ通信を適切に行うことができるという効果がある。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照して本発明の実施の形態について説明する。
図１は本実施形態に係る複数の通信端末としての携帯電話機を含む通信システム全体の概略構成の一例を示す説明図である。この通信システムは、複数の通信端末としての携帯電話機１０Ａ，１０Ｂ間で音声通信（通話）を行ったり、携帯電話機１０Ａ，１０Ｂにインストールされているアプリケーションプログラムを他の携帯電話機やサーバから受信したメッセージに基づいて起動したりするための通信サービスを提供するものである。本通信システムを構成する通信ネットワークとしての携帯電話通信網２０は、基地局２１と、パケット交換網２０１と、マルチメディア通信サービスを提供するＩＭＳ（IP Multimedia Subsystem）ドメイン２０２と、回線交換網２０３と、ネットワーク中継手段としてのＧＷ（ゲートウェイ）装置２６とを備えている。なお、本実施形態では、２台の携帯電話機１０Ａ，１０Ｂ間の通信について例示するが、２台以上の多数の携帯電話機の通信についても同様に制御・処理することができる。
【００２０】
上記基地局２１は、管轄対象のセルごとに設けられ、携帯電話通信網２０内の有線回線からのデータを無線インタフェースに合うデータフォーマットに変換し、管轄対象のセル内にある携帯電話機１０Ａ，１０Ｂに無線周波数で送信する。逆に無線周波数で送信される携帯電話機１０Ａ，１０Ｂからのデータを受信して有線インタフェースに合うデータフォーマットに変換し、携帯電話通信網２０内の有線回線部分に転送する。
【００２１】
上記パケット交換網２０１は、回線交換網２０３とともに携帯電話通信網２０のコアネットワークを構成し、ＳＧＳＮ（Serving GPRS Support Node）２２やＧＧＳＮ（Gateway GPRS Support Node）２３等のノードによってパケット通信を制御する。パケット交換網２０１のＳＧＳＮ２２は、基地局２１が接続されている図示しない無線ネットワークコントローラとコアネットワーク側のパケット交換網との間のゲートウェイ機能と、各携帯電話機の位置管理、セキュリティ管理及びアクセス制御を行う機能とを有する。また、ＧＧＳＮ２３は、コアネットワーク側のパケット交換網と、ＩＭＳドメインや他のＩＰネットワークとの間のゲートウェイ機能を有する。パケット交換網２０１は、ＧＧＳＮ２３及びＧＷ装置２６を介して、移動体通信サービスを提供している通信事業者が有する内部通信ネットワークやインターネット等の外部通信ネットワーワークにあるサーバ３０に接続される。
【００２２】
上記サーバ３０は、各携帯電話機１０Ａ，１０Ｂにおけるアプリケーションプログラムの遠隔起動のためのアプリケーション起動情報を含む後述のＩＮＶＩＴＥやＭＥＳＳＡＧＥ等のＳＩＰメッセージを、各携帯電話機１０Ａ，１０Ｂとの間で送受信することができる。このサーバ３０は、ＣＰＵやメモリ等を有する単一のコンピュータ装置で構成してもよいし、複数の機能をそれぞれ受け持つ複数台のコンピュータ装置をネットワークで結んで構成してもよい。
【００２３】
上記回線交換網２０３は、音声通信の交換機であるＭＳＣ（Mobile Switching Centre）２７等を有する。ＭＳＣ２７は、図示しない位置登録データベース（ＨＬＲ，ＶＬＲ）等に接続され、各携帯電話機間の通信や各携帯電話機と携帯電話通信網２０内の構成要素との間における通信を中継するように通信制御を行う。また、ＭＳＣ２７は、各携帯電話機と他の通信ネットワークとの間におけるＳＭＳ（Short Message Service）の送受信やＵＤＩ通信（データレート通信）を中継するように通信制御を行う。
【００２４】
上記ＩＭＳドメイン２０２は、３ＧＰＰ（3rd Generation Partnership Project）や３ＧＰＰ２（3rd Generation Partnership Project 2）で標準化されたＩＭＳ（IP multimedia subsystem）の規格に準拠した、パケット通信を利用したマルチメディア通信サービスを提供するためのものである。このＩＭＳドメイン２０２には、上記マルチメディア通信サービスの提供に用いるＣＳＣＦ（Call Session Control Function）２４とＳＩＰ（Session Initiation Protocol）サーバ２５とを備えている。ＳＩＰサーバ２５は、例えばＲＦＣ（Request For Comment）３２６１で規定されているＳＩＰ（Session Initiation Protocol）と呼ばれるＩＰ電話の方式を利用して音声通信（通話）にマルチメディア機能を追加するための処理を行う。このＳＩＰサーバ２５を介して、例えば携帯電話機におけるアプリケーションプログラムの遠隔起動のためのアプリケーション起動情報を含む「ＭＥＳＳＡＧＥ」や「ＩＮＶＩＴＥ」などのメッセージ通信を行うことができる。また、ＣＳＣＦ２４は、各携帯電話機１０Ａ，１０ＢとＩＭＳドメイン２０２内にあるＳＩＰサーバ２５等の各種サーバとの間のＳＩＰパケットの転送処理等を行う。
【００２５】
上記「ＭＥＳＳＡＧＥ」のメッセージは、セッションを確立しなくてもテキスト等からなる情報を送信先に送信することができる拡張ＳＩＰメッセージである。また、上記「ＩＮＶＩＴＥ」のメッセージは、送信先からの応答を受けて送信先との間でピアツーピアの所定セッションを確立することができるＳＩＰメッセージである。
【００２６】
図２は本発明の実施形態に係る携帯電話機の概略構成の一例を示すブロック図である。図３は同携帯電話機の外観構成の一例を示す正面図である。本実施形態の携帯電話機１０は、制御手段としての主制御部１２０と、記憶手段としての内部メモリ１２１と、携帯電話通信網１０を介して通信を行う通信手段としての無線通信部１２２及びアンテナ１１２と、表示手段としての表示部１２５と、操作手段としてのキー操作部１２６とを備えている。
【００２７】
また、携帯電話機１０は、プラットフォームに依存しないオブジェクト指向プログラミングによって開発されたアプリケーションプログラム（以下、必要に応じて「アプリケーション」と略す。）を実行可能な構成を有している。このアプリケーションとしては、ＪＡＶＡ（登録商標）、Ｃ、Ｃ＋＋等のプログラム言語で記述されたプログラムからなるアプリケーションなどが挙げられる。また、これらのアプリケーションの実行環境は、ＪＡＶＡ（登録商標）の仮想マシン（ＶＭ：Virtual Machine）やＢＲＥＷ（登録商標）等のミドルウェアによって構築される。携帯電話機１０は、ＪＡＶＡ（登録商標）などのプラットフォームに依存しないアプリケーションを実行するための実行環境を構築して管理するアプリケーション実行管理手段としてのアプリケーション実行管理部１２７を更に備えている。
【００２８】
上記主制御部１２０は、例えばＣＰＵ、キャッシュメモリ、ＲＯＭ、システムバス等で構成され、所定の制御プログラムを実行することにより、内部メモリ１２１や無線通信部１２２等の各部との間でデータの送受信を行ったり、各部を制御したりする。この主制御部１２０には、音信号処理部１２３を介して音入力手段としてのマイク１０８及び音出力手段としてのスピーカ１０９が接続されている。また、主制御部１２０には、表示制御手段としての表示制御部１２４を介して表示部１２５が接続されている。更に、主制御部１２０には、各種処理を指示したり各種データを入力したりするときに利用者によって操作されるキー操作部１２６も接続されている。また、主制御部１２０は、アプリケーション実行管理部１２７との間で各種指令やデータを送受信する。
【００２９】
上記主制御部１２０は、ダウンロードサーバから取得したアプリケーションのデータ（プロパティ情報、プログラム本体）をプロパティ情報内のアプリケーション種別情報に基づいて内部メモリ１２１の所定フォルダーに保存する手段や、他の携帯電話機や前述のサーバ３０との間で送受信するアプリケーション起動のメッセージを内部メモリ１２１の所定フォルダーに保存する手段としても機能する。上記所定フォルダーに保存するときに用いるアプリケーションのプロパティ情報は、例えば、ＪＡＶＡ（登録商標）の場合、ＪＡＤファイル内のMIDxlet拡張属性に記述することができる。
【００３０】
また、上記主制御部１２０は、無線通信部１２２等と協働し、プロパティ情報とプログラム本体とを含むアプリケーションのデータ（プロパティ情報、プログラム本体）をサーバから取得する手段や、他の携帯電話機や前述のサーバ３０との間でアプリケーション起動のメッセージを送受信する手段としても機能する。
【００３１】
上記通信手段としての無線通信部１２２及びアンテナ１１２は、携帯電話通信網２０側の基地局２１との間で所定の通信方式により無線通信する。
【００３２】
上記内部メモリ１２１は、例えばＲＡＭやＲＯＭなどの半導体メモリで構成され、主制御部１２０で実行するプログラムや各種データを記憶するものである。なお、これらの記憶手段としては、上記内部メモリ１２１ではなく、携帯電話機本体に着脱可能なメモリーカード、ＩＣカード等の記憶媒体を用いてもよい。
【００３３】
上記表示制御部１２４は、主制御部１２０から送られてきた描画データに基づいて表示部１２５に画像を表示するように制御する。表示部１２５は、液晶パネル等からなるディスプレイ１１０を用いて構成され、内部メモリ１２１に保存されているデータ等に基づいて各種画像が表示される。また、この表示部１２５には、実行可能なアプリケーションがリストアップされたアプリケーション一覧画面、アプリケーションの起動設定画面、アプリケーションの起動確認画面等のアプリケーションに関する各種画面を表示することができる。
【００３４】
上記スピーカ１０９は、音信号処理部１２３でデジタル信号から変換されたアナログ信号が入力され、通話中の音声を出力したり、メールの着信音、電話の呼び出し音、音楽などを出力したりする。このスピーカ１０９及び音信号処理部１２３からなる音発生手段は、受信したメールに添付された添付ファイルを用いて効果音や音楽（楽曲、メロディ）を再生して出力するように、主制御部１２０で制御することができる。
【００３５】
なお、上記スピーカ１０９は、図３に示すように通話中の音声を聞くための受話器用スピーカ（レシーバ）１０９ａと、着信音や音楽などを出力する外部出力用スピーカ１０９ｂとを別々に設けて構成してもいいし、これらの受話器用スピーカ及び外部出力用スピーカを兼用するように一つのスピーカで構成してもよい。
【００３６】
上記キー操作部１２６は、データ入力キー（テンキー、＊キー、＃キー）１０３、通話開始キー１０４、終話キー１０５、スクロールキー１０６、多機能キー１０７等で構成され、利用者が通話開始、終話、メニュー選択、表示モードの切り換え等を指示したり情報を入力したりするときに用いられる。
【００３７】
上記マイク１０８は、利用者の音声を電気信号（アナログ信号）に変換する。マイク１０８から出力される音声の電気信号（アナログ信号）は、音信号処理部１２３に入力され、デジタル信号に変換される。
【００３８】
上記アプリケーション実行管理部１２７は、システムバス、ＣＰＵやＲＡＭ等で構成されている。このアプリケーション実行管理部１２７は仮想マシンとも呼ばれ、図４のソフトウェア構造上において中央の「アプリケーション実行環境」（仮想実行環境）に対応している。アプリケーション実行管理部１２７は、オブジェクト指向プログラミングで開発されたアプリケーションプログラムに利用されるクラスライブラリ、実行環境管理ライブラリ、アプリケーション管理等のソフトウェアを提供し、アプリケーションプログラムの実行環境を管理する。ここで、アプリケーションプログラムは、クラスライブラリＡＰＩ（アプリケーションインターフェース）を介して上記アプリケーション実行環境内にある関数等のクラスライブラリを呼び出して使用できるようになっている。この関数等のクラスライブラリの呼び出しの履歴は、アプリケーションプログラムの仮想的な実行環境（仮想マシンＶＭ）が終了するまで保持される。また、アプリケーション実行環境内の実行環境管理ライブラリは、電話機プラットフォームＡＰＩを介して電話機プラットフォーム内の電話機プラットフォームライブラリを呼び出して使用できるようになっている。
【００３９】
上記主制御部１２０は、他の携帯電話機等の通信端末やサーバとの間でＩＮＶＩＴＥやＭＥＳＳＡＧＥのメッセージ通信を行うアプリケーションを上記アプリケーション実行環境で実行する際に、そのメッセージ通信のための各種補完動作を実行するように制御することができる。例えば、上記アプリケーション実行環境で実行されているアプリケーションに基づいて少なくとも通信相手先及びメッセージ種別が設定されたメッセージ送信要求が、アプリケーション実行管理部１２７からネイティブの電話機プラットフォーム側に出力されたとき、その設定されたＩＮＶＩＴＥやＭＥＳＳＡＧＥ等の所定種別メッセージのヘッダ部に通信相手先の情報を書き込むとともにメッセージ通信に必要な他のヘッダ情報を補完して書き込んだ後、そのヘッダ部を有するＩＮＶＩＴＥやＭＥＳＳＡＧＥ等メッセージを指定の通信相手先に送信するように制御する。
【００４０】
また、上記主制御部１２０は、上記無線通信部１２２等と協働し、着信側の携帯電話機等の通信端末で起動させるアプリケーションを指定する情報を含むアプリケーション起動情報を、送信対象のＩＮＶＩＴＥやＭＥＳＳＡＧＥ等のＳＩＰメッセージに書き込み、そのアプリケーション起動情報が書き込まれたＳＩＰメッセージを、通信ネットワークを介して他の携帯電話機等の通信端末に送信する手段としても機能する。
また、上記主制御部１２０は、上記無線通信部１２２やアプリケーション実行管理部１２７等と協働し、通信ネットワークを介して他の携帯電話機等の通信端末又はサーバ３０から、アプリケーション起動情報が書き込まれたＩＮＶＩＴＥやＭＥＳＳＡＧＥ等のＳＩＰメッセージを受信し、その受信したＳＩＰメッセージに書き込まれているアプリケーション起動情報に基づいて、複数のインストール済みアプリケーションの中からアプリケーション起動情報で指定されているアプリケーションを選択して起動する手段としても機能する。
【００４１】
次に、上記構成の携帯電話機におけるＳＩＰメッセージの送受信及びそのＳＩＰメッセージを用いたアプリケーションの遠隔起動について説明する。このアプリケーション遠隔起動の際にＳＩＰメッセージとしては、ＩＮＶＩＴＥ及びＭＥＳＳＡＧＥのメッセージを用いることができる。これらのメッセージはそれぞれ、当該メッセージの種別に対応するメソッド（命令）が記述される先頭行（リクエスト行又はステータス行）と、ヘッダ部と、ボディ部とを有する。上記先頭行には、例えば「ＩＮＶＩＴＥ」（招待）、「ＭＥＳＳＡＧＥ」（メッセージ）、「ＡＣＫ」（承認、受領確認）、「ＢＹＥ」（セッションの終了）、「ＣＡＮＣＥＬ」（未応答のリクエストのキャンセル）、「２００  ＯＫ」（リクエストの受け入れ）、「１００  Ｔｒｙｉｎｇ」（試行中）等が記述される。
【００４２】
表１は、ＩＮＶＩＴＥメッセージのヘッダ部に記述されるヘッダフィールドの一例である。ＩＮＶＩＴＥメッセージの場合、表１中の「REQUEST-URI」、「From」、「To」及び「Privacy」の４種類のヘッダフィールドの値についてはアプリケーションから指定して設定することができ、アプリケーションからの指定がなかった場合のみプラットフォーム（ネイティブ）側の主制御部１２０で補完されて設定される。表１中の他のヘッダフィールドの値についてはプラットフォーム側の主制御部１２０で補完されて自動設定される。
【００４３】
【表１】
0005065870.tif 000002
【００４４】
表２は、ＩＮＶＩＴＥメッセージに対する応答を受け取ったことを知らせるＡＣＫメッセージのヘッダ部に記述されるヘッダフィールドの一例である。このＡＣＫメッセージの場合、すべてのヘッダフィールドの値がプラットフォーム（ネイティブ）側の主制御部１２０で補完されて自動設定される。
【００４５】
【表２】
0005065870.tif 000003
【００４６】
表３は、ＭＥＳＳＡＧＥメッセージのヘッダ部に記述されるヘッダフィールドの一例である。ＭＥＳＳＡＧＥメッセージの場合、表３中のすべてのヘッダフィールドの値が、プラットフォーム（ネイティブ）側の主制御部１２０で補完されて自動設定される。
【００４７】
【表３】
0005065870.tif 000004
【００４８】
表４は、ＩＮＶＩＴＥメッセージ及びＭＥＳＳＡＧＥメッセージそれぞれのボディ部に記述される情報の一例である。ＩＮＶＩＴＥメッセージの場合は、ＳＤＰ（セッション記述プロトコル、ＲＦＣ２３２７）の属性情報、受信者側の携帯電話機で遠隔起動するアプリケーションに関するアプリケーション起動情報、及び遠隔起動するアプリケーションが使用するデータ領域を指定するアプリケーションデータ領域の情報が、ボディ部に記述される。一方、ＭＥＳＳＡＧＥメッセージの場合は、アプリケーション起動情報及びアプリケーションデータ領域の情報が、ボディ部に記述される。
【００４９】
【表４】
0005065870.tif 000005
【００５０】
表５は、ＩＮＶＩＴＥメッセージのボディ部に記述されるＳＤＰ属性情報の一例である。これらのＳＤＰ属性情報のうち、属性Ｍに記述されるメディアの種別、フォーマット及びポート番号はアプリケーションから指定することができる。また、表５のＳＤＰ属性情報のうち、Ｖ：プロトコルバージョン、Ｏ：セッションのオーナー情報、Ｓ：セッション名、Ｃ：セッションの接続情報、及びＴ：セッションの開始時刻・終了時刻は、プラットフォーム側の主制御部１２０によって補完されて自動設定される。また、受信したＩＮＶＩＴＥメッセージ中のＭに記述されるメディアの種別、フォーマット及びポート番号と、Ｃ：セッションの接続情報は、アプリケーションから取得することができる。
【００５１】
【表５】
0005065870.tif 000006
【００５２】
表６は、ＩＮＶＩＴＥメッセージ及びＭＥＳＳＡＧＥメッセージそれぞれのボディ部に記述されるアプリケーション起動情報の一例である。これらのアプリケーション起動情報は、表７に例示するタグフォーマットからなるＸＭＬ（Extensible Markup Language）形式でボディ部の一部に含まれる。
【００５３】
【表６】
0005065870.tif 000007
【００５４】
【表７】
0005065870.tif 000008
【００５５】
上記アプリケーション起動情報の項目の中で、指定の起動対象のアプリケーションと、ＩＮＶＩＴＥ／ＭＥＳＳＡＧＥメッセージを受信した携帯電話機にインストール済みのアプリケーションとの間のマッチング処理は、アプリケーション名及びベンダ名を用いて行われる。すなわち、アプリケーション起動情報の項目中のアプリケーション名及びベンダ名それぞれに合致するMIDlet-Name値及びMIDlet-Vendor値を持つアプリケーションが存在するか否かを判定する。そして、これら２つの項目：アプリケーション名及びベンダ名それぞれが合致するインストール済みのアプリケーションが存在した場合は、そのアプリケーションを起動する。
【００５６】
表８は、アプリケーション起動要求のＳＩＰメッセージを受信した携帯電話機に保存される履歴管理情報の一例である。このＳＩＰメッセージ通信の履歴管理情報としては、上記アプリケーション起動情報のすべての項目のほか、当該ＳＩＰメッセージを受信したアプリケーション起動要求受信時間、アプリケーションデータ領域及びメソッド種別が記録される。
【００５７】
【表８】
0005065870.tif 000009
【００５８】
図５は、上記履歴管理情報を表示するときの画面遷移の一例である。この例では、図中左側に示すアプリケーション実行管理設定画面で、アプリケーション起動要求のＳＩＰメッセージの送信者の「太郎」を選択した状態でメニュー中の「詳細」を選択すると、図中中央の画面に示すように当該ＳＩＰメッセージの履歴管理情報が表示される。この画面で「起動」を選択すると、当該ＳＩＰメッセージで要求されたゲームアプリケーション「チェス」を起動することもできる。
【００５９】
また、上記アプリケーション起動情報中のバージョン情報は、ＩＮＶＩＴＥ／ＭＥＳＳＡＧＥメッセージが送受される携帯電話機（通信端末）それぞれで起動されるアプリケーション間のバージョン確認に用いられる。
【００６０】
また、上記起動対象のアプリケーションをユーザが確認するために、携帯電話機のディスプレイにダイアログボックスとして起動確認のポップアップ画面を表示してもよい。この起動確認のポップアップ画面は、起動対象のアプリケーションが一旦起動された後に一時停止状態にある場合、その一時停止状態にあるアプリケーションを再開するか否かをユーザに確認する画面となる。
【００６１】
表９は、上記起動確認のポップアップ画面に表示される情報の一例である。この起動確認のポップアップ画面には、送信者情報、アプリケーション名、メッセージ及び起動・再開の種別情報が表示される。これらの情報のほか、アプリケーションのベンダ名や、アプリケーションをダウンロード可能なサイトのリンク先ＵＲＬ（アプリケーション起動情報に含まれている場合）を表示してもよい。
【００６２】
【表９】
0005065870.tif 000010
【００６３】
また、上記起動確認のポップアップ画面は、上記アプリケーション起動情報を含むアプリケーション起動要求のＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）を受信し、そのメッセージで指定された起動対象のアプリケーションが携帯電話機に登録されて存在しているときに表示される。
【００６４】
図６〜９はそれぞれ、アプリケーション起動要求のＳＩＰメッセージを受信したときのポップアップ画面を表示するときの画面遷移の例を示している。ＳＩＰメッセージで要求されたアプリケーションが起動されていない待ち受け状態で、当該ＳＩＰメッセージを受信したときは、図６に示すように当該アプリケーションを「起動」するか否かを確認するポップアップ画面が表示される。また、ＳＩＰメッセージで要求されたアプリケーションが一旦起動された後に一時停止された待ち受け状態で、当該ＳＩＰメッセージを受信したときは、図７に示すように当該アプリケーションを「再開」するか否かを確認するポップアップ画面が表示される。また、アプリケーション起動要求のＳＩＰメッセージを受信した携帯電話機に、そのＳＩＰメッセージで起動要求されたアプリケーションがインストールされていない場合は、図８に示すように当該アプリケーションを起動できない旨を通知するポップアップ画面が表示される。また、当該ＳＩＰメッセージで起動要求されたアプリケーションがインストールされていない場合には、図９に示すように当該アプリケーションをダウンロード可能なＵＲＬに接続するか否かをユーザに確認するポップアップ画面を表示してもよい。この画面でユーザが「接続」を選択すると、ブラウザが自動起動し、上記所定のＵＲＬにアクセスしてアプリケーションのダウンロード可能なＷＥＢページが表示される。
【００６５】
また、上記起動確認のポップアップ画面を表示するか否かは、利用者による操作やアプリケーションのプロパティ情報によって予め設定できるようにしてもよい。
【００６６】
図１０は、上記起動確認のポップアップ画面を表示するか否かを設定するときの画面遷移の一例である。この例では、図中左側に示すアプリケーション実行管理設定画面で、アプリケーション「ＢＢＢ」を選択した状態でメニュー中の「Ｐｕｓｈ起動ダイアログ設定」を選択すると、図中右側の「Ｐｕｓｈ起動ダイアログ設定」の画面に遷移する。この画面上で、上記アプリケーション「ＢＢＢ」の起動を要求するアプリケーション起動情報を含むＩＮＶＩＴＥ／ＭＥＳＳＡＧＥメッセージを受信したときに起動確認のポップアップ画面を表示するか否かを選択して設定することができる。
【００６７】
上記「Ｐｕｓｈ起動ダイアログ設定」の画面は、対応するアプリケーションのプロパティ情報に従って表示するようにしてもよい。例えばＪＡＶＡアプリケーションの場合、ＪＡＤファイルのプロパティ情報に記述されているMIDlet-PushDialog-Setting属性の値が「Ｙ」又は「Ｓ」の場合は、そのＪＡＶＡアプリケーションについて上記「Ｐｕｓｈ起動ダイアログ設定」の画面を表示するように制御する。そして、「Ｐｕｓｈ起動ダイアログ設定」の画面における表示／非表示のデフォルト設定は、MIDlet-PushDialog-Setting属性の値に基づいて行ってもよい。例えば、MIDlet-PushDialog-Setting属性の値が「Ｙ」の場合は、デフォルト設定を「表示」にし、当該値が「Ｓ」の場合は、デフォルト設定を「非表示」にする。
【００６８】
また、起動対象のアプリケーションの種類によって、上記起動確認のポップアップ画面や「Ｐｕｓｈ起動ダイアログ設定」の画面の表示を制御するようにしてもよい。例えば、信頼されていないアプリケーションや正規業者でないサードパーティによって作成されたアプリケーションの場合は、上記起動確認のポップアップ画面を必ず表示するようにし、当該アプリケーションのプロパティ情報の値にかかわらず上記「Ｐｕｓｈ起動ダイアログ設定」は「表示」の設定として扱い「Ｐｕｓｈ起動ダイアログ設定」の画面自体は表示しないように制御してもよい。
【００６９】
図１１は、上記アプリケーション起動要求のＳＩＰメッセージを受信した携帯電話機におけるＳＩＰアプリケーションの起動／再開制御の一例を示すフローチャートである。ここで、上記「ＳＩＰ」アプリケーションは、ＳＩＰ（Session Initiation Protocol）を扱うアプリケーションである。
【００７０】
図１１において、着信側の携帯電話機は、アプリケーション起動情報を含むＩＮＶＩＴＥ又はＭＥＳＳＡＧＥのアプリケーション起動要求のＳＩＰメッセージを受信すると、携帯電話機におけるプラットフォーム（ネイティブ）側の主制御部１２０は起動／再開条件のチェック処理を実行する（Ｓ１，Ｓ２）。
【００７１】
上記起動／再開条件のチェック処理としては、例えば次の（１）〜（２）のような処理を行う。
（１）アプリケーション起動要求のＳＩＰメッセージの判別処理：
・アプリケーション起動情報を含むＳＩＰメッセージ（ＩＮＶＩＴＥメソッド又はＭＥＳＳＡＧＥメソッド）の判別処理。
・不正メッセージの場合の応答処理。
（２）アプリケーション情報のマッチング処理等：
・アプリケーション起動情報中のアプリケーション名及びベンダー名と携帯電話機に登録されているアプリケーション情報とのマッチング処理により、起動対象のＳＩＰアプリケーションが携帯電話機にインストールされているか否か（存在しているか否か）を判定する。
・上記起動対象のアプリケーションの起動状態、すなわち当該アプリケーションが（i）起動中か、（ii）一時停止中か、又は（iii）起動中・一時停止中のいずれでもないか、を判定する。
【００７２】
次に、プラットフォーム側の主制御部１２０は、上記判定結果に基づいて上記アプリケーション実行管理部１２７に所定コマンド等を送ることにより、上記起動対象のアプリケーションの起動／再開制御を実行する（Ｓ３）。
【００７３】
上記アプリケーションの起動／再開制御処理としては、例えば次の（１）〜（３）のような処理を行う。
（１）メッセージのユーザ通知：
・上記アプリケーション起動要求のＳＩＰメッセージを受信した旨を、ディスプレイ画面の一部に設定されたステータスエリア（システム表示エリア）に表示する。
・上記起動対象のアプリケーションの起動状態及び前述のポップアップ画面の表示設定に応じて、当該アプリケーションの起動処理又は再開処理を実行するか否かをユーザに確認するための起動／再開確認のポップアップ画面（ダイアログボックス）を表示する。
（２）アプリケーションの起動／再開処理：
・上記起動／再開確認のポップアップ画面が表示され状態でユーザが操作したキー操作部１２６のキー操作を検知することにより、起動対象のアプリケーションを起動／再開するか否かを確認する処理を実行する。
・起動対象のアプリケーションが起動中である場合は、当該アプリケーションの起動処理及び再開処理のいずれも実行せず、その起動状態を維持する。この場合は、上記アプリケーション起動要求のＳＩＰメッセージに含まれていたアプリケーション起動情報が、起動中のアプリケーションに渡される。なお、起動対象のアプリケーションが起動中である場合、起動中のアプリケーションを一旦終了して当該アプリケーションを再起動してもよい。
・上記起動対象のアプリケーションが一時停止中である場合は、そのアプリケーションを再開する処理を実行する。この場合、上記アプリケーション起動要求のＳＩＰメッセージに含まれていたアプリケーション起動情報が、再開されたアプリケーションに渡される。
・上記起動対象のアプリケーションが起動中・一時停止中のいずれでもない場合は、そのアプリケーションを起動する処理を実行する。
（３）ユーザ未応答時の制御：
・インフォメーション通知。
・アプリケーション起動要求のＳＩＰメッセージの履歴情報管理。
【００７４】
図１２は、マルチメディア通信設定の確認処理を伴うアプリケーション起動／再開制御の一例を示すフローチャートである。この例では、着信側の携帯電話機が、上記アプリケーション起動要求のＳＩＰメッセージの受信（Ｓ１）及び起動／再開条件のチェック処理（Ｓ２）を実行した後、プラットフォーム側の主制御部１２０は、マルチメディア通信設定の確認処理を実行する（Ｓ３〜Ｓ６）。ここで、「マルチメディア通信設定」は、ＳＩＰ（Session Initiation Protocol）を扱うＳＩＰアプリケーションの使用の有効（ＯＮ）／無効（ＯＦＦ）の設定である。
【００７５】
上記マルチメディア通信設定の確認処理は、例えば次の（１）〜（４）のように行う。
（１）前述の起動／再開条件のチェック処理を行った後、当該携帯電話機のマルチメディア通信設定が有効（ＯＮ）か無効（ＯＦＦ）かを確認する（Ｓ３）。ここで、マルチメディア通信設定が有効（ＯＮ）の場合は、マルチメディア通信設定の確認処理を行わずに、前述のアプリケーションの起動／再開制御処理を実行する（Ｓ７）。
（２）一方、上記マルチメディア通信設定が無効（ＯＦＦ）の場合は、起動対象のＳＩＰアプリケーションのプロパティ情報に記述されているＳＩＰ属性の値を確認する（Ｓ４）。この「ＳＩＰ属性」は、ＳＩＰアプリケーションごとにマルチメディア通信設定の確認及び設定の可（Ｙ）／不可（Ｎ）を指定するための属性である。例えば、ＪＡＶＡのＳＩＰアプリケーションの場合、上記マルチメディア通信設定はＪＡＤファイルの「MIDxlet-SIP」という属性に記述される。
（３）上記ＳＩＰ属性の値が「Ｙ」の場合、すなわちマルチメディア通信設定の確認・設定が可の場合は、ユーザ確認画面を表示し、上記マルチメディア通信設定を有効（ＯＮ）に変更するか否かを確認する（Ｓ５）。ユーザがマルチメディア通信設定の変更を選択した場合は、マルチメディア通信設定を有効（ＯＮ）に変更するように制御し（Ｓ６）、その後、当該ＳＩＰアプリケーションの起動／再開制御を実行する（Ｓ７）。なお、上記マルチメディア通信設定を有効（ＯＮ）に変更した場合は、ＳＩＰアプリケーションを終了した後も、有効（ＯＮ）のままにしておく。
（４）上記ステップＳ４において上記ＳＩＰ属性の値が「Ｎ」の場合すなわちマルチメディア通信設定の確認・設定が不可の場合、及び、上記ステップＳ５においてユーザがマルチメディア通信設定の変更を選択しなかった場合は、そのまま前述のアプリケーションの起動／再開制御処理を実行する（Ｓ７）。
【００７６】
図１３は、ユーザＡの発信側の携帯電話機１０ＡからユーザＢの着信側の携帯電話機１０ＢにＩＮＶＩＴＥのＳＩＰメッセージ（ＩＮＶＩＴＥメッセージ）を送信することにより携帯電話機１０Ｂで所定のＳＩＰアプリケーション（対戦ゲームのアプリケーション）を起動させるときの通信手順の一例を示すシーケンス図である。
図１３において、ユーザＡが使用している発信側の携帯電話機１０Ａのアプリケーション実行管理部１２７で構築されているアプリケーション仮想実行環境上で実行されている対戦ゲームのＳＩＰアプリケーションが、携帯電話機１０ＢのユーザＢとの対戦を要求する（Ｓ１）。これにより、携帯電話機１０Ａのプラットフォームの無線通信部１２２及び主制御部１２０（以下、「通信・制御部」という。）は、当該対戦ゲームのＳＩＰアプリケーションの起動を要求するＩＮＶＩＴＥメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに送信する（Ｓ２〜Ｓ４）。携帯電話機１０Ａの画面には、「対戦要求中・・・」のように、当該対戦ゲームのＳＩＰアプリケーションの起動を携帯電話機１０Ｂに要求している旨が表示される。
【００７７】
上記ＩＮＶＩＴＥメッセージは、ユーザＢの携帯電話機１０Ｂのプラットフォームの通信・制御部から携帯電話機１０Ｂのアプリケーション実行管理部１２７に送られ、ＩＮＶＩＴＥメッセージで指定された対戦ゲームのＳＩＰアプリケーションが自動起動される（Ｓ５）。携帯電話機１０Ｂの画面には、「対戦要求がありました。」のように、他の携帯電話機１０Ａから対戦ゲームのＳＩＰアプリケーションの起動が要求された旨が表示される。また、携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＣＳＣＦ２４から上記ＩＮＶＩＴＥメッセージを受信する（Ｓ４）と、アプリケーション実行管理部１２７からの指令を受けることなく、ＩＮＶＩＴＥメッセージに対する暫定応答メッセージである１８０Ｒｉｎｇｉｎｇを返信するように自動応答する（Ｓ６）。この１８０Ｒｉｎｇｉｎｇは、携帯電話機１０Ａのプラットフォームの通信・制御部で受信され、実行中の対戦ゲームのＳＩＰアプリケーションに通知される（Ｓ７，Ｓ８）。携帯電話機１０Ａの画面には、「相手を呼出中・・・」のように、当該対戦ゲームのＳＩＰアプリケーションが起動され対戦を要求中である旨が表示される。
【００７８】
一方、ユーザＢの携帯電話機１０Ｂで起動された対戦ゲームのＳＩＰアプリケーションは、ユーザＢに対戦を促す画面を表示し、ユーザＢが対戦する旨を選択するとＩＮＶＩＴＥメッセージに対するリクエスト受け入れの成功応答メッセージである２００ＯＫをプラットフォーム側に発行する（Ｓ９）。携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＳＩＰアプリケーションから受けた２００ＯＫを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに送信する（Ｓ１０〜Ｓ１１）。
【００７９】
上記２００ＯＫは、携帯電話機１０Ｂの通信・制御部からアプリケーション実行管理部１２７に送られ、アプリケーション仮想実行環境上で実行されているＳＩＰアプリケーションに通知される（Ｓ１２）。携帯電話機１０Ｂの画面には、「相手が対戦を許可しました・・・」のように対戦要求がユーザＢによって受け入れられた旨が表示される。また、携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＣＳＣＦ２４から上記２００ＯＫを受信する（Ｓ１１）と、アプリケーション実行管理部１２７からの指令を受けることなく、ＩＮＶＩＴＥに対する成功応答メッセージ（２００ＯＫ）を受け取ったことを知らせるＡＣＫを返信するように自動応答する（Ｓ１３）。このＡＣＫは、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに転送され、携帯電話機１０Ｂで実行されている対戦ゲームのＳＩＰアプリケーションに通知される（Ｓ１４，Ｓ１５）。
【００８０】
以上により、ユーザＡの携帯電話機１０Ａで起動されている対戦ゲームのＳＩＰアプリケーションと、ユーザＢの携帯電話機１０Ｂで起動されている対戦ゲームのＳＩＰアプリケーションとの間において、マルチメディアのデータを送受信可能なピアツーピアのセッションが確立され、対戦ゲームが開始される。
【００８１】
図１４は、ユーザＡの発信側の携帯電話機１０ＡからユーザＢの着信側の携帯電話機１０ＢにＩＮＶＩＴＥのＳＩＰメッセージ（ＩＮＶＩＴＥメッセージ）を送信することにより携帯電話機１０Ｂで所定のＳＩＰアプリケーション（対戦ゲームのアプリケーション）を起動させるときの通信手順の他の例を示すシーケンス図である。この例では、対戦ゲームのＳＩＰアプリケーションの起動を要求するＩＮＶＩＴＥメッセージをユーザＢの携帯電話機１０Ｂが受信すると、当該ＳＩＰアプリケーションをユーザが確認するために起動確認のポップアップ画面が表示される。そして、この起動確認のポップアップ画面を見たユーザＢが、アプリケーション起動を選択した場合にのみ、ＩＮＶＩＴＥメッセージで指定された対戦ゲームのＳＩＰアプリケーションが自動起動される。なお、図１４における他の通信手順及び動作は、図１３の場合と同様であるので、説明を省略する。
【００８２】
図１５は、通信ネットワーク上のサーバ２５（又はサーバ３０）からユーザＢの着信側の携帯電話機１０ＢにＭＥＳＳＡＧＥのＳＩＰメッセージ（ＭＥＳＳＡＧＥメッセージ）を送信することにより携帯電話機１０Ｂで所定のＳＩＰアプリケーションを起動させるときの通信手順の一例を示すシーケンス図である。
図１５において、上記通信ネットワーク上のサーバ２５、３０が、予め決められた所定のＳＩＰアプリケーションの起動を要求するＭＥＳＳＡＧＥメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに送信する（Ｓ１，Ｓ２）。このＭＥＳＳＡＧＥメッセージは、ユーザＢの携帯電話機１０Ｂのプラットフォームの通信・制御部１２０、１２２で受信され、ＭＥＳＳＡＧＥメッセージに含まれるアプリケーション起動情報が、通信・制御部からアプリケーション実行管理部１２７に送られ、アプリケーション起動情報で指定されたＳＩＰアプリケーションが自動起動される（Ｓ５）。携帯電話機１０Ｂの画面には、「起動要求がありました。」のように、外部のサーバからＳＩＰアプリケーションの起動が要求された旨が表示される。また、携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＣＳＣＦ２４から上記ＭＥＳＳＡＧＥメッセージを受信する（Ｓ２）と、アプリケーション実行管理部１２７からの指令を受けることなく、ＭＥＳＳＡＧＥメッセージに対するリクエスト受け入れの成功応答メッセージである２００ＯＫを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してサーバ２５，３０に返信するように自動応答する（Ｓ３，Ｓ４）。
【００８３】
以上により、サーバ２５，３０から発信されたＰｕｓｈ型のＭＥＳＳＡＧＥメッセージで指定された所定のＳＩＰアプリケーションをユーザＢの携帯電話機１０Ｂで起動させることができる。
【００８４】
図１６は、ユーザＡの発信側の携帯電話機１０ＡからユーザＢの着信側の携帯電話機１０ＢにＭＥＳＳＡＧＥのＳＩＰメッセージ（ＭＥＳＳＡＧＥメッセージ）を送信することにより携帯電話機１０Ｂで所定のＳＩＰアプリケーションを起動させるときの通信手順の他の例を示すシーケンス図である。この例では、ＳＩＰアプリケーションの起動を要求するＭＥＳＳＡＧＥメッセージをユーザＢの携帯電話機１０Ｂが受信すると、当該ＳＩＰアプリケーションをユーザが確認するために起動確認のポップアップ画面が表示される。そして、この起動確認のポップアップ画面を見たユーザＢが、アプリケーション起動を選択した場合にのみ、ＭＥＳＳＡＧＥメッセージで指定されたＳＩＰアプリケーションが自動起動される。なお、図１６における他の通信手順及び動作は、図１５の場合と同様であるので、説明を省略する。
【００８５】
図１７は、着信側の携帯電話機が各種状態にある場合に複数の携帯電話機からアプリケーション起動要求のＳＩＰメッセージを受信したときの各種動作パターンを例示するシーケンス図である。この例では、ユーザＡＡＡ、ユーザＣＣＣ及びユーザＤＤＤそれぞれが操作する発信側の携帯電話機１０Ａ，１０Ｃ，１０Ｄから、ユーザＢＢＢが操作する携帯電話機１０Ｂに、アプリケーション起動要求のＳＩＰメッセージが送信される。これにより、次の（１）〜（１０）に示すように、ユーザＢＢＢの携帯電話機１０Ｂにおけるアプリケーションの起動状態が遷移する。
【００８６】
（１）アプリケーション未起動、待ち受け画面：
（１ａ）この例では、ユーザＢＢＢの携帯電話機１０Ｂにおいてアプリケーションが起動されていない状態で待ち受け画面が表示されているときに、ユーザＡＡＡの携帯電話機１０Ａから携帯電話機１０Ｂに、例えば対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの起動を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。携帯電話機１０Ｂは、携帯電話機１０ＡからＳＩＰメッセージを受信すると、予め設定された着信通知の設定に従い、着信音の鳴動を行うとともに画面のステータスエリアに所定のピクト表示を行い、アプリケーション起動確認のポップアップ画面を表示する。
（１ｂ）起動確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが起動され、上記ＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡され、ステータスエリアのピクト表示が消灯される。
（１ｃ）上記起動確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻り、ステータスエリアのピクト表示が消灯される。
【００８７】
（２）アプリケーション未起動、待ち受け画面以外の画面：
（２ａ）この例では、ユーザＢＢＢの携帯電話機１０Ｂにおいてアプリケーションが起動されていない状態で待ち受け画面以外の画面が表示されているときに、ユーザＡＡＡの携帯電話機１０Ａから携帯電話機１０Ｂに、例えば対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの起動を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。携帯電話機１０Ｂは、携帯電話機１０ＡからＳＩＰメッセージを受信すると、ステータスエリアに所定の文字列通知表示を行い、バックグラウンドにてピクト表示を行う。折り畳み式の携帯電話機が閉じられている場合には、予め設定された着信通知の設定に基づいて着信音の鳴動を行い、または予め設定された着信通知表示の設定に基づいて、筐体背面等に設けられる液晶表示部に所定の着信通知表示を行なう。
（２ｂ）着信通知を受けたユーザＢＢＢが待ち受け画面に遷移する操作を行うと、アプリケーション起動確認のポップアップ画面が表示される。
（２ｃ）起動確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが起動され、上記ＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡され、ステータスエリアのピクト表示が消灯される。
（２ｄ）上記起動確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻り、ステータスエリアのピクト表示が消灯される。
【００８８】
（３）アプリケーション起動中、同一アプリケーション起動要求：
（３ａ）この例では、ユーザＢＢＢの携帯電話機１０Ｂにおいてアプリケーションが起動されている状態で、ユーザＣＣＣの携帯電話機１０Ｃから携帯電話機１０Ｂに、起動中のアプリケーションと同じ対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの起動を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。
（３ｂ）携帯電話機１０Ｂにおいて、携帯電話機１０Ｃから受信したＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡される。
【００８９】
（４）アプリケーション起動中、同一アプリケーション起動要求：
（４ａ）この例では、ユーザＢＢＢの携帯電話機１０Ｂにおいてアプリケーションが起動されている状態で、ユーザＡＡＡの携帯電話機１０Ａから携帯電話機１０Ｂに、起動中のアプリケーションと同じ対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの起動を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。
（４ｂ）携帯電話機１０Ｂにおいて、携帯電話機１０Ａからから受信したＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡される。
【００９０】
（５）アプリケーション一時停止中、待ち受け画面、同一アプリケーション起動要求：
（５ａ）この例では、ユーザＢＢＢが携帯電話機１０Ｂを操作して起動中のアプリケーションが一時停止され待ち受け画面が表示されているときに、ユーザＣＣＣの携帯電話機１０Ｃから携帯電話機１０Ｂに、一時停止中のアプリケーションと同じ対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの起動を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。携帯電話機１０Ｂは、携帯電話機１０Ｃから上記ＳＩＰメッセージを受信すると、予め設定された着信通知の設定に従い、着信音の鳴動を行うとともに画面のステータスエリアに所定のピクト表示を行い、アプリケーション再開確認のポップアップ画面を表示する。
（５ｂ）再開確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが再開され、上記ＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡され、ステータスエリアのピクト表示が消灯される。
（５ｃ）上記再開確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻り、ステータスエリアのピクト表示が消灯される。
【００９１】
（６）アプリケーション一時停止中、待ち受け画面以外の画面、同一アプリケーション起動要求：
（６ａ）この例では、ユーザＢＢＢの携帯電話機１０ＢにおいてユーザＢＢＢが携帯電話機１０Ｂを操作して起動中のアプリケーションが一時停止され待ち受け画面以外の画面が表示されているときに、ユーザＣＣＣの携帯電話機１０Ｃから携帯電話機１０Ｂに、対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの起動を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。携帯電話機１０Ｂは、携帯電話機１０ＣからＳＩＰメッセージを受信すると、ステータスエリアに所定の文字列通知表示を行い、バックグラウンドにてピクト表示を行う。折り畳み式の携帯電話機が閉じられている場合には、予め設定された着信通知の設定に従い着信音の鳴動を行う。
（６ｂ）着信通知を受けたユーザＢＢＢが待ち受け画面に遷移する操作を行うと、アプリケーション起動確認のポップアップ画面が表示される。
（６ｃ）起動確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが再開され、上記ＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡され、ステータスエリアのピクト表示が消灯される。
（６ｄ）上記起動確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻り、ステータスエリアのピクト表示が消灯される。
【００９２】
（７）アプリケーション起動中、着信優先型の異種アプリケーション起動要求：
（７ａ）この例では、ユーザＢＢＢの携帯電話機１０Ｂにおいて対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが起動されている状態で、ユーザＤＤＤの携帯電話機１０Ｄから携帯電話機１０Ｂに、起動中のアプリケーションと異なる対戦ゲーム「ＲｅａｌＦｉｇｈｔｓ」のＳＩＰアプリケーションの起動を要求する着信優先型のＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。携帯電話機１０Ｂは、起動中のアプリケーションを一時停止し、予め設定された着信通知の設定に従い、着信音の鳴動を行うとともに画面のステータスエリアに所定のピクト表示を行う。
（７ｂ）着信通知を受けたユーザＢＢＢが待ち受け画面に遷移する操作を行うと、上記新規な対戦ゲーム「ＲｅａｌＦｉｇｈｔｓ」のアプリケーション起動確認のポップアップ画面が表示される。
（７ｃ）起動確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、ステータスエリアのピクト表示が消灯され、下記の（７ｅ）の動作に移る。
（７ｄ）上記起動確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻り、ステータスエリアのピクト表示が消灯される。
（７ｅ）携帯電話機１０Ｂにおいて、一時停止中の対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの終了を確認するための終了確認画面が表示される。
（７ｆ）終了確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、一時停止中の対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが終了し、新規に起動要求された対戦ゲーム「ＲｅａｌＦｉｇｈｔｓ」のＳＩＰアプリケーションが起動され、上記ＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡され、ステータスエリアのピクト表示が消灯される。
（７ｇ）上記終了確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻る。
【００９３】
（８）アプリケーション起動中、着信通知型の異種アプリケーション起動要求：
（８ａ）この例では、ユーザＢＢＢの携帯電話機１０Ｂにおいて対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが起動されている状態で、ユーザＤＤＤの携帯電話機１０Ｄから携帯電話機１０Ｂに、起動中のアプリケーションと異なる新規な対戦ゲーム「ＲｅａｌＦｉｇｈｔｓ」のＳＩＰアプリケーションの起動を要求する着信通知型のＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。
（８ｂ）携帯電話機１０Ｂは、ステータスエリアに所定の文字列通知表示を行い、バックグラウンドにてピクト表示を行う。折り畳み式の携帯電話機が閉じられている場合には、予め設定された着信通知の設定に基づいて着信音の鳴動を行い、または予め設定された着信通知表示の設定に基づいて、筐体背面等に設けられる液晶表示部に所定の着信通知表示を行なう。
【００９４】
（９）アプリケーション一時停止中、待ち受け画面、着信通知型の異種アプリケーション起動要求：
（９ａ）この例では、ユーザＢＢＢが携帯電話機１０Ｂを操作して起動中の対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが一時停止され待ち受け画面が表示されているときに、他のユーザの携帯電話機から携帯電話機１０Ｂに、一時停止中のアプリケーションと異なる対戦ゲーム「ＲｅａｌＦｉｇｈｔｓ」のＳＩＰアプリケーションの起動を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。携帯電話機１０Ｂは、上記他の携帯電話機から上記ＳＩＰメッセージを受信すると、予め設定された着信通知の設定に従い、着信音の鳴動を行うとともに画面のステータスエリアに所定のピクト表示を行い、アプリケーション起動確認のポップアップ画面を表示する。
（９ｂ）起動確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、ステータスエリアのピクト表示が消灯され、下記の（９ｄ）の動作に移る。
（９ｃ）上記起動確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻り、ステータスエリアのピクト表示が消灯される。
（９ｄ）携帯電話機１０Ｂにおいて、一時停止中の対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの終了を確認するための終了確認画面が表示される。
（９ｅ）終了確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、一時停止中の対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが終了し、新規に起動要求された対戦ゲーム「ＲｅａｌＦｉｇｈｔｓ」のＳＩＰアプリケーションが起動され、上記ＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡され、ステータスエリアのピクト表示が消灯される。
（９ｆ）上記終了確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻る。
【００９５】
（１０）アプリケーション一時停止中、待ち受け画面以外の画面、着信通知型の異種アプリケーション起動要求：
（１０ａ）この例では、ユーザＢＢＢが携帯電話機１０Ｂを操作して起動中の対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが一時停止され待ち受け画面以外の画面が表示されているときに、他のユーザの携帯電話機から携帯電話機１０Ｂに、一時停止中のアプリケーションと異なる対戦ゲーム「ＲｅａｌＦｉｇｈｔｓ」のＳＩＰアプリケーションの起動を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。携帯電話機１０Ｂは、上記他の携帯電話機から上記ＳＩＰメッセージを受信すると、ステータスエリアに所定の文字列通知表示を行い、バックグラウンドにてピクト表示を行う。折り畳み式の携帯電話機が閉じられている場合には、予め設定された着信通知の設定に従い着信音の鳴動を行う。
（１０ｂ）着信通知を受けたユーザＢＢＢが待ち受け画面に遷移する操作を行うと、アプリケーション起動確認のポップアップ画面が表示される。
（１０ｃ）起動確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、ステータスエリアのピクト表示が消灯され、下記の（１０ｅ）の動作に移る。
（１０ｄ）上記起動確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻り、ステータスエリアのピクト表示が消灯される。
（１０ｅ）携帯電話機１０Ｂにおいて、一時停止中の対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの終了を確認するための終了確認画面が表示される。
（１０ｆ）終了確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、一時停止中の対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが終了し、新規に起動要求された対戦ゲーム「ＲｅａｌＦｉｇｈｔｓ」のＳＩＰアプリケーションが起動され、上記ＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡され、ステータスエリアのピクト表示が消灯される。
（１０ｇ）上記終了確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻る。
【００９６】
以上の動作を採用することにより、携帯電話機１０Ｂのいずれの動作状態においても、ＳＩＰアプリケーションの起動要求に対し、適正な応答をすることができる。したがって、アプリケーション処理の競合を防ぎ、携帯電話機１０Ｂの安定的な動作を可能とすることができる。
【００９７】
図１８は、ユーザＡの発信側の携帯電話機１０ＡとユーザＢの着信側の携帯電話機１０Ｂとの間でＩＮＶＩＴＥのＳＩＰメッセージ（ＩＮＶＩＴＥメッセージ）によるＳＩＰアプリケーションのセッション確立中に、ユーザ操作によるアプリケーション終了処理を行う通信手順の一例を示すシーケンス図である。なお。図１３における通信手順と同様な部分については説明を省略する。
図１８において、ユーザＡの携帯電話機１０ＡからユーザＢの携帯電話機１０ＢにＩＮＶＩＴＥメッセージが送信され、携帯電話機１０Ｂから携帯電話機１０Ａに、ＩＮＶＩＴＥメッセージに対する暫定応答メッセージである１８０Ｒｉｎｇｉｎｇが返信されることにより、携帯電話機１０Ａで起動されているＳＩＰアプリケーションと携帯電話機１０Ｂで起動されているＳＩＰアプリケーションとの間でセッション確立処理が行われる（Ｓ１〜Ｓ８）。このセッション確立処理中に、ユーザＡが携帯電話機１０Ａを操作して起動中のＳＩＰアプリケーションを終了する操作を行うと、携帯電話機１０Ａのプラットフォームの通信・制御部１２０，１２２は、未応答のＩＮＶＩＴＥメッセージをキャンセルするＣＡＮＣＥＬメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに送信する（Ｓ９〜Ｓ１１）。
【００９８】
携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＣＳＣＦ２４から上記ＣＡＮＣＥＬメッセージを受信する（Ｓ１０）と、当該ＣＡＮＣＥＬメッセージの情報を起動中のアプリケーションに通知するとともに（Ｓ１１）、アプリケーション実行管理部１２７からの指令を受けることなく、上記ＣＡＮＣＥＬメッセージに対する応答メッセージである２００ＯＫを返信するように自動応答する（Ｓ１２）。更に、携帯電話機１０Ｂのプラットフォームの通信・制御部は、アプリケーション実行管理部１２７からの指令を受けることなく、上記所定のエラーコード：４８７のエラー応答メッセージをＣＳＣＦ２４に送信し（Ｓ１３）、エラー応答メッセージに対する受領確認のＡＣＫメッセージをＣＳＣＦ２４から受信する（Ｓ１４）。
【００９９】
図１９は、ユーザＡの携帯電話機１０ＡとユーザＢの携帯電話機１０Ｂとの間でＳＩＰアプリケーションのセッションが確立され、携帯電話機１０Ａから携帯電話機１０Ｂにメディアデータが送信されているときに、ユーザ操作によるアプリケーション終了処理を行う通信手順の一例を示すシーケンス図である。
図１９において、ユーザＡの携帯電話機１０Ａで起動されているＳＩＰアプリケーションとユーザＢの携帯電話機１０Ｂで起動されているＳＩＰアプリケーションとの間でセッションが確立された後、携帯電話機１０Ａから携帯電話機１０ＢにＳＩＰアプリケーションによるメディアデータが送信される。この携帯電話機１０Ａと携帯電話機１０Ｂとの間におけるＳＩＰアプリケーションによるメディアデータの送受信が行われているときに、ユーザＡが携帯電話機１０Ａを操作して起動中のＳＩＰアプリケーションを終了する操作を行うと、携帯電話機１０Ａのプラットフォームの通信・制御部１２０，１２２は、セッションを終了するためのＢＹＥメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに送信する（Ｓ１〜Ｓ３）。
【０１００】
携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＣＳＣＦ２４から上記ＢＹＥメッセージを受信する（Ｓ２）と、当該ＢＹＥメッセージの情報を起動中のアプリケーションに通知するとともに（Ｓ３）、アプリケーション実行管理部１２７からの指令を受けることなく、上記ＢＹＥメッセージに対する応答メッセージである２００ＯＫを返信するように自動応答する（Ｓ４）。この応答メッセージ２００ＯＫは、ＣＳＣＦ２４を介して、携帯電話機１０Ａのプラットフォームの通信・制御部に送信される（Ｓ５）。
【０１０１】
図２０は、ユーザＡの携帯電話機１０Ａで起動されているＳＩＰアプリケーションからの指令に基づいてユーザＢの携帯電話機１０Ｂとの間のセッション確立処理をキャンセルするときのメッセージ再送処理の一例を示すシーケンス図である。
図２０において、携帯電話機１０Ａのプラットフォームの通信・制御部は、起動中のＳＩＰアプリケーションからのセッション確立処理の中止指令（ＣＡＮＣＥＬメソッド）を、アプリケーション実行管理部１２７を介して受けると（Ｓ１）、ユーザＢの携帯電話機１０Ｂを宛先にしてＣＡＮＣＥＬメッセージをＩＭＳドメイン２０２のＣＳＣＦ２４に送信する（Ｓ２）。そして、携帯電話機１０Ａの通信・制御部は、ＣＡＮＣＥＬメッセージに対する応答メッセージを、所定のタイムアウト時間内にＣＳＣＦ２４から受信しないときは、アプリケーション実行管理部１２７からの指令を受けることなく、ＣＡＮＣＥＬメッセージをＣＳＣＦ２４に繰り返し再送する（Ｓ３〜Ｓ５）。
【０１０２】
図２１は、ユーザＡの携帯電話機１０ＡとユーザＢの携帯電話機１０Ｂとの間でセッションが確立された後、携帯電話機１０Ａで起動されているＳＩＰアプリケーションからの指令に基づいてセッションを終了するときのメッセージ再送処理の一例を示すシーケンス図である。
図２１において、携帯電話機１０Ａのプラットフォームの通信・制御部は、起動中のＳＩＰアプリケーションからのセッション終了指令（ＢＹＥメソッド）を、アプリケーション実行管理部１２７を介して受けると（Ｓ１）、ユーザＢの携帯電話機１０Ｂを宛先にしてＢＹＥメッセージをＩＭＳドメイン２０２のＣＳＣＦ２４に送信する（Ｓ２）。そして、携帯電話機１０Ａの通信・制御部は、ＢＹＥメッセージに対する応答メッセージを、所定のタイムアウト時間内にＣＳＣＦ２４から受信しないときは、アプリケーション実行管理部１２７からの指令を受けることなく、ＢＹＥメッセージをＣＳＣＦ２４に繰り返し再送する（Ｓ３〜Ｓ５）。
【０１０３】
図２２は、ＩＮＶＩＴＥメッセージによってユーザＡの携帯電話機１０ＡとユーザＢの携帯電話機１０Ｂとの間にセッションが確立された後、発信側の携帯電話機１０Ａで起動されているＳＩＰアプリケーションからの指令に基づいてセッションを終了するときの通信手順の一例を示すシーケンス図である。なお。図１３における通信手順と同様な部分については説明を省略する。
図２２において、ユーザＡの携帯電話機１０ＡからユーザＢの携帯電話機１０ＢにＩＮＶＩＴＥメッセージを送信することにより、携帯電話機１０Ａで起動されているＳＩＰアプリケーションと携帯電話機１０Ｂで起動されているＳＩＰアプリケーションとの間でセッションが確立される（Ｓ１〜Ｓ１５）。このセッションの確立後に、発信側の携帯電話機１０Ａで起動されているＳＩＰアプリケーションが、当該セッションを終了するＢＹＥメソッドを発行すると、そのセッション終了指令（ＢＹＥ）が、アプリケーション実行管理部１２７からプラットフォームの通信・制御部に送られる（Ｓ１６）。携帯電話機１０Ａのプラットフォームの通信・制御部は、上記セッション終了指令（ＢＹＥ）に基づいて、セッション終了のＢＹＥメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに送信する（Ｓ１７〜Ｓ１９）。
【０１０４】
着信側の側携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＣＳＣＦ２４から上記ＢＹＥメッセージを受信する（Ｓ１８）と、当該ＢＹＥメッセージの情報を起動中のアプリケーションに通知するとともに（Ｓ１９）、アプリケーション実行管理部１２７からの指令を受けることなく、上記ＢＹＥメッセージに対する応答メッセージである２００ＯＫを返信するように自動応答する（Ｓ２０）。この応答メッセージ２００ＯＫは、ＣＳＣＦ２４を介して、発信側の携帯電話機１０Ａのプラットフォームの通信・制御部に送信される（Ｓ２１）。
【０１０５】
図２３は、ＩＮＶＩＴＥメッセージによってユーザＡの携帯電話機１０ＡとユーザＢの携帯電話機１０Ｂとの間にセッションが確立された後、着信側の携帯電話機１０Ｂで起動されているＳＩＰアプリケーションからの指令に基づいてセッションを終了するときの通信手順の一例を示すシーケンス図である。なお。図１３における通信手順と同様な部分については説明を省略する。
図２３において、ユーザＡの携帯電話機１０ＡからユーザＢの携帯電話機１０ＢにＩＮＶＩＴＥメッセージを送信することにより、携帯電話機１０Ａで起動されているＳＩＰアプリケーションと携帯電話機１０Ｂで起動されているＳＩＰアプリケーションとの間でセッションが確立される（Ｓ１〜Ｓ１５）。このセッションの確立後に、着信側の携帯電話機１０Ａで起動されているＳＩＰアプリケーションが、当該セッションを終了するＢＹＥメソッドを発行すると、そのセッション終了指令（ＢＹＥ）が、アプリケーション実行管理部１２７からプラットフォームの通信・制御部に送られる（Ｓ１６）。携帯電話機１０Ｂのプラットフォームの通信・制御部は、上記セッション終了指令（ＢＹＥ）に基づいて、セッション終了のＢＹＥメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介して発信側の携帯電話機１０Ａに送信する（Ｓ１７〜Ｓ１９）。
【０１０６】
発信側の側携帯電話機１０Ａのプラットフォームの通信・制御部は、ＣＳＣＦ２４から上記ＢＹＥメッセージを受信する（Ｓ１８）と、当該ＢＹＥメッセージの情報を起動中のアプリケーションに通知するとともに（Ｓ１９）、アプリケーション実行管理部１２７からの指令を受けることなく、上記ＢＹＥメッセージに対する応答メッセージである２００ＯＫを返信するように自動応答する（Ｓ２０）。この応答メッセージ２００ＯＫは、ＣＳＣＦ２４を介して、着信側の携帯電話機１０Ｂのプラットフォームの通信・制御部に送信される（Ｓ２１）。
【０１０７】
図２４は、ユーザＡの携帯電話機１０ＡがユーザＢの携帯電話機１０ＢにＩＮＶＩＴＥメッセージを送信した後、ＩＮＶＩＴＥメッセージに対する暫定応答メッセージを受信する前に、ＩＮＶＩＴＥメッセージをキャンセルするときの通信手順の一例を示すシーケンス図である。なお。図１３における通信手順と同様な部分については説明を省略する。
図２４において、ユーザＡの携帯電話機１０ＡからユーザＢの携帯電話機１０ＢにＩＮＶＩＴＥメッセージを送信することにより、携帯電話機１０Ａで起動されているＳＩＰアプリケーションと携帯電話機１０Ｂで起動されているＳＩＰアプリケーションとの間でセッションの確立処理が開始される（Ｓ１〜Ｓ５）。このセッション確立処理中、発信側の携帯電話機１０Ａで起動されているＳＩＰアプリケーションが、ＩＮＶＩＴＥメッセージに対する暫定応答メッセージである１８０Ｒｉｎｇｉｎｇを受信する前に、当該ＩＮＶＩＴＥメッセージをキャンセルするＣＡＮＣＥＬメソッドを発行すると、そのメッセージキャンセル指令（ＣＡＮＣＥＬ）が、アプリケーション実行管理部１２７からプラットフォームの通信・制御部に送られる（Ｓ６）。携帯電話機１０Ａのプラットフォームの通信・制御部は、上記メッセージキャンセル指令（ＣＡＮＣＥＬ）に基づいて、ＣＡＮＣＥＬメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに送信する（Ｓ７〜Ｓ９）。
【０１０８】
着信側の携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＣＳＣＦ２４から上記ＣＡＮＣＥＬメッセージを受信する（Ｓ８）と、当該ＣＡＮＣＥＬメッセージの情報を起動中のアプリケーションに通知するとともに（Ｓ９）、アプリケーション実行管理部１２７からの指令を受けることなく、上記ＣＡＮＣＥＬメッセージに対する応答メッセージである２００ＯＫを返信するように自動応答する（Ｓ１０）。更に、携帯電話機１０Ｂのプラットフォームの通信・制御部は、アプリケーション実行管理部１２７からの指令を受けることなく、上記所定のエラーコード：４８７のエラー応答メッセージをＣＳＣＦ２４に送信する（Ｓ１２）。これらの応答メッセージ２００ＯＫ及びエラー応答メッセージ４８７は、ＣＳＣＦ２４を介して、発信側の携帯電話機１０Ａのプラットフォームの通信・制御部に送信される（Ｓ１１，Ｓ１３）。発信側の携帯電話機１０Ａのプラットフォームの通信・制御部は、上記エラー応答メッセージに対する受領確認のＡＣＫメッセージを、ＣＳＣＦ２４を介して、携帯電話機１０Ｂの通信・制御部に送信する（Ｓ１４，Ｓ１５）。
【０１０９】
以上のように、上記ＣＡＮＣＥＬメッセージの送受信の後、応答メッセージ２００ＯＫ、エラー応答メッセージ４８７及びＡＣＫメッセージについては、アプリケーション実行管理部１２７及び実行中のＳＩＰアプリケーションを介さずに、各携帯電話機１０Ａ，１０Ｂの通信・制御部間で送受信処理される。
【０１１０】
図２５は、ユーザＡの携帯電話機１０ＡがユーザＢの携帯電話機１０ＢにＩＮＶＩＴＥメッセージを送信した後、ＩＮＶＩＴＥメッセージに対する暫定応答メッセージを受信した後に、ＩＮＶＩＴＥメッセージをキャンセルするときの通信手順の一例を示すシーケンス図である。なお。図１３及び図２４における通信手順と同様な部分については説明を省略する。
図２５の例では、図２４の通信手順とは異なり、セッション確立処理中に、発信側の携帯電話機１０Ａで起動されているＳＩＰアプリケーションが、ＩＮＶＩＴＥメッセージに対する暫定応答メッセージである１８０Ｒｉｎｇｉｎｇを受信した後、当該ＩＮＶＩＴＥメッセージをキャンセルするＣＡＮＣＥＬメソッドを発行している。他の通信手順は、図２４の場合と同様である。
この場合も、上記ＣＡＮＣＥＬメッセージの送受信の後、応答メッセージ２００ＯＫ、エラー応答メッセージ４８７及びＡＣＫメッセージについては、アプリケーション実行管理部１２７及び実行中のＳＩＰアプリケーションを介さずに、各携帯電話機１０Ａ，１０Ｂの通信・制御部間で送受信処理される。
【０１１１】
図２６は、着信側の携帯電話機１０ＢがＩＮＶＩＴＥメッセージを拒否する場合の通信手順の一例を示すシーケンス図である。なお。図１３における通信手順と同様な部分については説明を省略する。
図２６において、着信側の携帯電話機１０Ｂで起動しているアプリケーションが、発信側の携帯電話機１０Ａから送信されてきたＩＮＶＩＴＥメッセージを拒否する場合、エラーコード：４８０のエラー応答メソッドを発行する。このエラー応答メソッド（４８０）は、アプリケーション実行管理部１２７からプラットフォームの通信・制御部に送られる（Ｓ９）。携帯電話機１０Ｂのプラットフォームの通信・制御部は、上記エラー応答指令（４８０）に基づいて、エラー応答メッセージ４８０を、ＩＭＳドメイン２０２のＣＳＣＦ２４を介して発信側の携帯電話機１０Ａに送信する（Ｓ１０〜Ｓ１２）。発信側の携帯電話機１０Ａの通信・制御部は、上記エラー応答メッセージ４８０を受信すると、そのエラー応答メッセージ４８０に対する受領確認のＡＣＫメッセージを、ＣＳＣＦ２４を介して、携帯電話機１０Ｂの通信・制御部に送信する（Ｓ１３，Ｓ１４）。
以上のように、上記ＡＣＫメッセージについては、アプリケーション実行管理部１２７及び実行中のアプリケーションを介さずに、各携帯電話機１０Ａ，１０Ｂの通信・制御部間で送受信処理される。
【０１１２】
図２７は、ＩＮＶＩＴＥメッセージで指定されたＳＩＰアプリケーションが着信側の携帯電話機１０Ｂに存在しない場合の通信手順の一例を示すシーケンス図である。なお。図１３における通信手順と同様な部分については説明を省略する。
図２７において、ＩＮＶＩＴＥメッセージで指定されたＳＩＰアプリケーションが着信側の携帯電話機１０Ｂにインストールされていない場合、携帯電話機１０Ｂのプラットフォームの通信・制御部は、エラーコード：４８８のエラー応答メッセージをＩＭＳドメイン２０２のＣＳＣＦ２４を介して発信側の携帯電話機１０Ａに送信する（Ｓ９〜Ｓ１１）。発信側の携帯電話機１０Ａの通信・制御部は、上記エラー応答メッセージ４８８を受信すると（Ｓ１０）、そのエラー応答メッセージ４８８の情報を、アプリケーション実行管理部１２７を介して起動中のＳＩＰアプリケーションに通知する（Ｓ１１）。更に、携帯電話機１０Ａの通信・制御部は、上記エラー応答メッセージ４８８に対する受領確認のＡＣＫメッセージを、ＣＳＣＦ２４を介して、携帯電話機１０Ｂの通信・制御部に送信する（Ｓ１２，Ｓ１３）。
以上のように、上記ＡＣＫメッセージについては、アプリケーション実行管理部１２７及び実行中のアプリケーションを介さずに、各携帯電話機１０Ａ，１０Ｂの通信・制御部間で送受信処理される。
【０１１３】
図２８は、ＩＮＶＩＴＥメッセージをキャンセルするＣＡＮＳＥＬメッセージとＩＮＶＩＴＥメッセージに対する応答メッセージ２００ＯＫとが競合する場合の通信手順の一例を示すシーケンス図である。なお、図１３における通信手順と同様な部分については説明を省略する。
図２８において、ユーザＡの携帯電話機１０ＡからユーザＢの携帯電話機１０ＢにＩＮＶＩＴＥメッセージを送信することにより、携帯電話機１０Ａで起動されているＳＩＰアプリケーションと携帯電話機１０Ｂで起動されているＳＩＰアプリケーションとの間でセッションの確立処理が開始される（Ｓ１〜Ｓ８）。このセッション確立処理中に、発信側の携帯電話機１０Ａで起動されているＳＩＰアプリケーションが、ＩＮＶＩＴＥメッセージに対する暫定応答メッセージである１８０Ｒｉｎｇｉｎｇを受信した後、当該ＩＮＶＩＴＥメッセージをキャンセルするＣＡＮＣＥＬメソッドを発行している。このメッセージキャンセル指令（ＣＡＮＣＥＬ）は、アプリケーション実行管理部１２７からプラットフォームの通信・制御部に送られる（Ｓ９）。携帯電話機１０Ａのプラットフォームの通信・制御部は、上記メッセージキャンセル指令（ＣＡＮＣＥＬ）に基づいて、ＣＡＮＣＥＬメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに送信する（Ｓ１０〜Ｓ１２）。
【０１１４】
一方、着信側の携帯電話機１０Ｂで起動されているＳＩＰアプリケーションは、上記ＩＮＶＩＴＥメッセージに対する応答メッセージ２００ＯＫを発行している。この応答メッセージ２００ＯＫは、アプリケーション実行管理部１２７からプラットフォームの通信・制御部に送られる（Ｓ１３）。携帯電話機１０Ａのプラットフォームの通信・制御部は、上記応答メッセージ２００ＯＫを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介して発信側の携帯電話機１０Ａに送信する（Ｓ１４〜Ｓ１５）。ところが、この応答メッセージ２００ＯＫは、上記発信側の携帯電話機１０Ａが送信したＣＡＮＣＥＬメッセージと競合することになる。そのため、発信側の携帯電話機１０Ａの通信・制御部は、着信側の携帯電話機１０Ｂから受信した応答メッセージ２００ＯＫを無視し、アプリケーション実行管理部１２７及び起動中のＳＩＰアプリケーションに通知しないように制御している。これにより、発信側の携帯電話機１０Ａで起動しているＳＩＰアプリケーションにおいて互いに矛盾する処理が競合しない。
【０１１５】
図２９は、携帯電話機１０Ａ，１０Ｂ間のセッション中に、発信側の携帯電話機１０Ａが圏内から圏外に移動した後、圏外から圏内に復帰したときの通信手順の一例を示すシーケンス図である。
図２９において、携帯電話機１０Ａ，１０Ｂで起動しているＳＩＰアプリケーション間でセッションが確立されているセッション中に、発信側の携帯電話機１０Ａが圏内（基地局との無線通信が可能なエリアの内部に存在する状態）から圏外（基地局との無線通信が可能なエリアの内部から外れた状態）に遷移すると、携帯電話機１０Ａのプラットフォームの通信・制御部は、圏外に滞在している時間を計時する所定の圏外タイマーを開始する。この圏外タイマーが予め設定した所定時間を計時したタイミング（圏外タイマー満了時）に、携帯電話機１０Ｂとのセッションを開放する開放する旨を起動中のＳＩＰアプリケーションに通知する（Ｓ１）。この後、ユーザＡが携帯電話機１０Ａを操作して再接続を指示すると、ＳＩＰアプリケーションからアプリケーション実行管理部１２７を介してプラットフォームの通信・制御部に、セッション確立指令（ＩＮＶＩＴＥメソッド）が送られる（Ｓ２）。ここで、携帯電話機１０Ａが圏外のままであると、通信・制御部は、所定の圏外エラーを起動中のＳＩＰアプリケーションに通知する（Ｓ３）。これにより、起動中のＳＩＰアプリケーションは、携帯電話機１０Ａが圏外にあるため携帯電話機１０Ｂとの間にセッションを確立することができないことを認識することができる。
【０１１６】
その後、携帯電話機１０Ａが圏外から圏内に遷移し、ユーザＡが携帯電話機１０Ａを操作して再接続を指示すると、ＳＩＰアプリケーションからアプリケーション実行管理部１２７を介してプラットフォームの通信・制御部に、セッション確立指令（ＩＮＶＩＴＥメソッド）が送られる（Ｓ３）。通信・制御部は、セッション確立指令に基づいてＩＮＶＩＴＥメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介して着信側のユーザＢの携帯電話機１０Ｂに送信することにより、セッションを確立する処理を実行する（Ｓ５〜Ｓ１８）。
【０１１７】
図３０は、着信側の携帯電話機１０Ｂに表示された起動確認のポップアップ画面でユーザがＩＮＶＩＴＥメッセージを拒否する操作を行ったときの通信手順の一例を示すシーケンス図である。なお、図１３における通信手順と同様な部分については説明を省略する。
図３０において、着信側の携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＩＮＶＩＴＥメッセージを受信すると（Ｓ１〜Ｓ４）、起動確認のポップアップ画面を表示する。この画面上でユーザがＩＮＶＩＴＥメッセージを拒否する操作を行うと、携帯電話機１０Ｂの通信・制御部は、エラー応答メッセージ４８０を、ＩＭＳドメイン２０２のＣＳＣＦ２４を介して発信側の携帯電話機１０Ａに送信する（Ｓ８〜Ｓ１０）。発信側の携帯電話機１０Ａの通信・制御部は、上記エラー応答メッセージ４８０を受信すると、そのエラー応答メッセージ４８０の情報を起動中のＳＩＰアプリケーションに通知するとともに、エラー応答メッセージ４８０に対する受領確認のＡＣＫメッセージを、ＣＳＣＦ２４を介して、携帯電話機１０Ｂの通信・制御部に送信する（Ｓ１１，Ｓ１２）。
以上のように、上記ＡＣＫメッセージについては、アプリケーション実行管理部１２７及び実行中のアプリケーションを介さずに、各携帯電話機１０Ａ，１０Ｂの通信・制御部間で送受信処理される。
【０１１８】
図３１は、着信側の携帯電話機１０Ｂで前述のマルチメディア通信設定が無効（ＯＦＦ）になっているときの通信手順の一例を示すシーケンス図である。なお、図１３における通信手順と同様な部分については説明を省略する。
図３１において、着信側の携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＩＮＶＩＴＥメッセージを受信すると（Ｓ１〜Ｓ４）、マルチメディア通信設定を確認する。ここで、マルチメディア通信設定が無効（ＯＦＦ）になっている場合、携帯電話機１０Ｂの通信・制御部は、エラー応答メッセージ４８０を、ＩＭＳドメイン２０２のＣＳＣＦ２４を介して発信側の携帯電話機１０Ａに送信する（Ｓ５〜Ｓ７）。発信側の携帯電話機１０Ａの通信・制御部は、上記エラー応答メッセージ４８０を受信すると、そのエラー応答メッセージ４８０の情報を起動中のＳＩＰアプリケーションに通知するとともに、エラー応答メッセージ４８０に対する受領確認のＡＣＫメッセージを、ＣＳＣＦ２４を介して、携帯電話機１０Ｂの通信・制御部に送信する（Ｓ８，Ｓ９）。
この場合も、上記ＡＣＫメッセージについては、アプリケーション実行管理部１２７及び実行中のアプリケーションを介さずに、各携帯電話機１０Ａ，１０Ｂの通信・制御部間で送受信処理される。
【０１１９】
図３２は、ＳＩＰアプリケーションの起動を要求するＭＥＳＳＡＧＥメッセージをサーバから複数回連続して受信したときの処理の一例を示すシーケンス図である。図３２において、携帯電話機１０Ａのプラットフォームの通信・制御部は、ＳＩＰアプリケーションの起動を要求するＰｕｓｈ型のＭＥＳＳＡＧＥメッセージ（１）をサーバ２５（又はサーバ３０）から受信すると、所定の応答メッセージをサーバに返信し、そのＭＥＳＳＡＧＥメッセージの受信情報を履歴管理情報に追加するとともに、起動確認のポップアップ画面を表示する（Ｓ１，Ｓ２）。この起動確認画面の表示中に、２つ目のＭＥＳＳＡＧＥメッセージ（２）を受信すると、携帯電話機１０Ａの通信・制御部は、エラー応答メッセージ４８６をサーバに返信する（Ｓ３，Ｓ４）。この２つ目のＭＥＳＳＡＧＥメッセージ（２）の受信については、エラー応答を行っているため、履歴管理情報に追加されない。上記起動確認画面においてユーザが「Ｙｅｓ」を選択すると、ＭＥＳＳＡＧＥメッセージ（１）に基づいて指定のＳＩＰアプリケーションが起動される。
【０１２０】
図３３は、アプリケーション起動要求が記述されていないＭＥＳＳＡＧＥメッセージをサーバから受信したときの処理の一例を示すシーケンス図である。図３３において、携帯電話機１０Ａのプラットフォームの通信・制御部は、アプリケーション起動要求が記述されていないＰｕｓｈ型のＭＥＳＳＡＧＥメッセージをサーバ２５（又はサーバ３０）から受信すると、所定のエラーコード：４１５のエラー応答メッセージをサーバに返信する（Ｓ１，Ｓ２）。
【０１２１】
図３４は、着信側の携帯電話機１０ＢがＩＮＶＩＴＥメッセージを受信して起動確認のポップアップ画面を表示した後、ユーザ操作が所定時間なかったときの処理の一例を示すシーケンス図である。図３４において、着信側の携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＳＩＰアプリケーションの起動を要求するＩＮＶＩＴＥメッセージを受信すると（Ｓ１〜Ｓ３）、起動確認のポップアップ画面を表示するとともに、所定のタイマーを開始する。このタイマーが予め設定した所定時間を計時するタイミング（タイマー満了時）まで上記起動画面上でユーザ操作がなかった場合、アプリケーション実行管理部１２７からの指令を受けることなく、所定のエラーコード：４０８のエラー応答メッセージを発信側の携帯電話機１０Ａに送信する（Ｓ４〜Ｓ６）。
【０１２２】
図３５は、アプリケーション未起動状態にＭＥＳＳＡＧＥメッセージを受信した後、ユーザ手動操作によってＳＩＰアプリケーションを起動するときの処理の一例を示すシーケンス図である。図３５において、ユーザＡの携帯電話機１０Ａのプラットフォームの通信・制御部は、サーバ２５（又はサーバ３０）から、ＳＩＰアプリケーションの起動を要求するアプリケーション起動情報を含むＭＥＳＳＡＧＥメッセージを受信すると（Ｓ１，Ｓ２）、その受信したＭＥＳＳＡＧＥメッセージの情報が、Ｐｕｓｈ型ＳＩＰメッセージ受信の履歴管理情報に追加されるとともに、起動確認のポップアップ画面が表示される。この起動確認画面でユーザが「Ｎｏ」を選択すると、要求されたＳＩＰアプリケーションは起動されず、所定の画面（例えば、待ち受け画面）になる。その後、ユーザＡが携帯電話機１０Ａを操作し、アプリケーション一覧画面から選択したＳＩＰアプリケーションを起動すると、その起動したＳＩＰアプリケーションは、最新履歴情報すなわち上記受信したＭＥＳＳＡＧＥメッセージの情報（例えば、アプリケーション起動情報）を、プラットフォーム側の通信・制御部から取得することができる（Ｓ３）。ユーザ操作で起動されたＳＩＰアプリケーションは、プラットフォーム側から受信した最新履歴情報により、そのＳＩＰアプリケーションで用いる情報を最新情報に更新することができる。例えば、上記ＳＩＰアプリケーションがスケジューラーのアプリケーションの場合、そのアプリケーション未起動状態に受信したスケジュール変更の情報を含むＭＥＳＳＡＧＥメッセージを無視し、その後に上記スケジューラーのアプリケーションをユーザが手動で起動したとき、起動したスケジューラーのアプリケーションに上記ＭＥＳＳＡＧＥメッセージで受信したスケジュール変更の情報を反映させることができる。
【０１２３】
図３６は、ＳＩＰアプリケーションの一時停止状態にＭＥＳＳＡＧＥメッセージを受信した後、ユーザ手動操作によって当該ＳＩＰアプリケーションを再開するときの処理の一例を示すシーケンス図である。図３６において、ユーザＡの携帯電話機１０Ａのプラットフォームの通信・制御部は、ＳＩＰアプリケーションの一時停止状態において、サーバ２５（又はサーバ３０）から、一時停止中のＳＩＰアプリケーションと同じＳＩＰプリケーションの起動を要求するアプリケーション起動情報を含むＭＥＳＳＡＧＥメッセージを受信すると（Ｓ１，Ｓ２）、その受信したＭＥＳＳＡＧＥメッセージの情報が、Ｐｕｓｈ型ＳＩＰメッセージ受信の履歴管理情報に追加されるとともに、起動確認（再開確認）のポップアップ画面が表示される。この起動確認画面でユーザが「Ｎｏ」を選択すると、要求されたＳＩＰアプリケーションは再開されず、所定の画面（例えば、待ち受け画面）になる。その後、ユーザＡが携帯電話機１０Ａを操作し、上記一時停止中のＳＩＰアプリケーションを再開すると、その再開したＳＩＰアプリケーションは、最新履歴情報すなわち上記受信したＭＥＳＳＡＧＥメッセージの情報（例えば、アプリケーション起動情報）を、プラットフォーム側の通信・制御部から取得することができる（Ｓ３）。ユーザ操作で再開されたＳＩＰアプリケーションは、プラットフォーム側から受信した最新履歴情報により、そのＳＩＰアプリケーションで用いる情報を最新情報に更新することができる。例えば、上記ＳＩＰアプリケーションがスケジューラーのアプリケーションの場合、そのアプリケーションの一時停止状態に受信したスケジュール変更の情報を含むＭＥＳＳＡＧＥメッセージを無視し、その後に上記スケジューラーのアプリケーションをユーザが手動で再開したとき、再開したスケジューラーのアプリケーションに上記ＭＥＳＳＡＧＥメッセージで受信したスケジュール変更の情報を反映させることができる。
【０１２４】
図３７は、ＳＩＰアプリケーションの一時停止状態に複数のＭＥＳＳＡＧＥメッセージを受信した後、ユーザ手動操作によって当該ＳＩＰアプリケーションを再開するときの処理の一例を示すシーケンス図である。図３７において、ユーザＡの携帯電話機１０Ａのプラットフォームの通信・制御部は、ＳＩＰアプリケーションの一時停止状態において、サーバ２５（又はサーバ３０）から、一時停止中のＳＩＰアプリケーションと同じＳＩＰプリケーションの起動を要求するアプリケーション起動情報を含むＭＥＳＳＡＧＥメッセージ（１），（２）を２回連続して受信し（Ｓ１〜Ｓ４）、その後、一時停止中のＳＩＰアプリケーションと異なる別のＳＩＰプリケーションの起動を要求するアプリケーション起動情報を含むＭＥＳＳＡＧＥメッセージ（３）を受信している（Ｓ５，Ｓ６）。各ＭＥＳＳＡＧＥメッセージの受信時には、その受信したＭＥＳＳＡＧＥメッセージの情報が、Ｐｕｓｈ型ＳＩＰメッセージ受信の履歴管理情報に追加されるとともに、起動確認（再開確認）のポップアップ画面が表示される。各起動確認画面ではユーザが「Ｎｏ」を選択しているため、要求されたＳＩＰアプリケーションは再開されず、所定の画面（例えば、待ち受け画面）になる。その後、ユーザＡが携帯電話機１０Ａを操作し、上記一時停止中のＳＩＰアプリケーションを再開すると、その再開したＳＩＰアプリケーションは、最新履歴情報、すなわち上記受信した複数のＭＥＳＳＡＧＥメッセージのうち再開対象のＳＩＰアプリケーションの起動を要求する最後のＭＥＳＳＡＧＥメッセージ（２）の情報（例えば、アプリケーション起動情報）を、プラットフォーム側の通信・制御部から取得することができる（Ｓ７）。
【０１２５】
図３８は、ＳＩＰアプリケーションの起動を要求する複数のＭＥＳＳＡＧＥメッセージの受信に関する情報が登録されているＰｕｓｈ型ＳＩＰメッセージ受信の履歴管理情報に基づいてＳＩＰアプリケーションの起動、一時停止及び再開を行うときの処理の一例を示すシーケンス図である。図３８において、ユーザＡの携帯電話機１０Ａに保存されている履歴管理情報には、３種類のＳＩＰアプリケーション（Ａアプリケーション、Ｂアプリケーション及びＣアプリケーション）について、ＳＩＰアプリケーションの起動を要求する５件のＭＥＳＳＡＧＥメッセージ受信に関する情報が登録されている。
【０１２６】
まず、アプリケーション未起動状態でユーザＡが携帯電話機１０Ａを操作することにより、上記５件の履歴管理情報を一覧表示し、その中から最新のＭＥＳＳＡＧＥメッセージ受信履歴（１）を選択してアプリケーション起動を指示すると、Ａアプリケーションが起動する。この起動したＡアプリケーションは、当該アプリケーションに対応するＭＥＳＳＡＧＥメッセージ受信履歴（１）の情報を、プラットフォーム側の通信・制御部から取得することができる（Ｓ１）。
【０１２７】
次に、ユーザＡが携帯電話機１０Ａを操作することにより、上記Ａアプリケーションを一時停止した後、上記５件の履歴管理情報から最新のＭＥＳＳＡＧＥメッセージ受信履歴（１）を選択してアプリケーション再開を指示すると、Ａアプリケーションが再開する。この再開したＡアプリケーションは、当該アプリケーションに対応するＭＥＳＳＡＧＥメッセージ受信履歴（１）の情報を、プラットフォーム側の通信・制御部から取得することができる（Ｓ２）。
【０１２８】
次に、ユーザＡが携帯電話機１０Ａを操作することにより、上記Ａアプリケーションを再び一時停止した後、上記５件の履歴管理情報からＭＥＳＳＡＧＥメッセージ受信履歴（２）を選択してアプリケーション再開を指示すると、Ａアプリケーションが再開する。この起動したＡアプリケーションは、当該アプリケーションに対応するＭＥＳＳＡＧＥメッセージ受信履歴（２）の情報を、プラットフォーム側の通信・制御部から取得することができる（Ｓ２）。
なお、上記ＭＥＳＳＡＧＥメッセージ受信履歴（２）が、上記Ａアプリケーションとは異なる別のＢアプリケーション又はＣアプリケーションの起動を要求するＭＥＳＳＡＧＥメッセージの受信履歴である場合は、所定のアプリケーション終了画面やアプリケーション起動画面を表示してユーザＡの同意を確認した上で、一時停止中のＡアプリケーションを終了し、上記別のＢアプリケーション又はＣアプリケーションが起動される。この場合も、起動したアプリケーションは、当該アプリケーションに対応するＭＥＳＳＡＧＥメッセージ受信履歴の情報を、プラットフォーム側の通信・制御部から取得することができる。
【０１２９】
以上、本実施形態によれば、携帯電話機のプラットフォーム上に構築されたアプリケーション実行環境で実行されるアプリケーションが要求するＩＮＶＩＴＥやＭＥＳＳＡＧＥ等のＳＩＰメッセージ通信に必要とされるヘッダ情報のうちアプリケーションで指定されなかったヘッダ情報を、プラットフォーム側の主制御部１２０で補完することができる。よって、ＳＩＰメッセージ通信に必要とされる所要のヘッダ情報のすべてをアプリケーションが指定していない場合であっても、その所要のヘッダ情報をすべて含んだ状態でＳＩＰメッセージを外部通信相手先の携帯電話機に送信することができる。従って、携帯電話機のプラットフォーム上に構築されたアプリケーション実行環境で実行するアプリケーションが要求する外部通信相手先の携帯電話機との間のＳＩＰメッセージ通信を適切に行うことができる。
【０１３０】
また、本実施形態によれば、発信側の携帯電話機又はサーバから着信側の携帯電話機通信端末に、その着信側の携帯電話機で起動させるアプリケーションを指定する情報を含むアプリケーション起動情報が書き込まれたＩＮＶＩＴＥやＭＥＳＳＡＧＥ等のＳＩＰメッセージを送信すると、発信側の携帯電話機又はサーバと着信側の携帯電話機との間でＳＩＰのセッションが確立される。そして、着信側の携帯電話機では、発信側の携帯電話機又はサーバから受信したＳＩＰメッセージに書き込まれているアプリケーション起動情報に基づいて、当該着信側の携帯電話機に組み込まれている複数のアプリケーションの中から、アプリケーション起動情報で指定されているアプリケーションが選択されて起動される。従って、発信側の携帯電話機又はサーバから着信側の携帯電話機に接続してＳＩＰのセッションを確立する際に、着信側の携帯電話機に実行可能に組み込まれているアプリケーションを指定して起動することができる。
【０１３１】
なお、上記実施形態では、発信側の通信端末及び着信側の通信端末が携帯電話機の場合について説明したが、本発明は、メッセージを送受信することができるとともにアプリケーションプログラムを実行可能なものであれば、携帯電話機以外の他の通信端末の場合についても同様に適用することができる。
【図面の簡単な説明】
【０１３２】
【図１】本発明の実施形態に係る複数の携帯電話機を含む通信システム全体の概略構成の一例を示す説明図。
【図２】同携帯電話機の概略構成の一例を示すブロック図。
【図３】同携帯電話機の外観構成の一例を示す正面図。
【図４】同携帯電話機のソフトウェア構造の一例を示す説明図。
【図５】ＳＩＰメッセージ通信の履歴管理情報を表示するときの画面遷移の一例を示す説明図。
【図６】アプリケーション未起動状態の待ち受け画面でアプリケーション起動要求のＳＩＰメッセージを受信したときのポップアップ画面を表示するときの画面遷移の一例を示す説明図。
【図７】アプリケーション一時停止状態の待ち受け画面でアプリケーション起動要求のＳＩＰメッセージを受信したときのポップアップ画面を表示するときの画面遷移の一例を示す説明図。
【図８】アプリケーションがインストールされていない状態でアプリケーション起動要求のＳＩＰメッセージ（リンクなし）を受信したときのポップアップ画面を表示するときの画面遷移の一例を示す説明図。
【図９】アプリケーションがインストールされていない状態でアプリケーション起動要求のＳＩＰメッセージ（リンクあり）を受信したときのポップアップ画面を表示するときの画面遷移の一例を示す説明図。
【図１０】起動確認のポップアップ画面を表示するか否かを設定するときの画面遷移の一例を示す説明図。
【図１１】ＳＩＰアプリケーションの起動／再開制御の一例を示すフローチャート。
【図１２】マルチメディア通信設定の確認処理を伴うアプリケーション起動／再開制御の一例を示すフローチャート。
【図１３】ＩＮＶＩＴＥメッセージにより着信側の携帯電話機でＳＩＰアプリケーション（対戦ゲームのアプリケーション）を起動させるときの通信手順の一例を示すシーケンス図。
【図１４】ＩＮＶＩＴＥメッセージにより着信側の携帯電話機でＳＩＰアプリケーション（対戦ゲームのアプリケーション）を起動させるときの通信手順の他の例を示すシーケンス図。
【図１５】ＭＥＳＳＡＧＥメッセージにより着信側の携帯電話機でＳＩＰアプリケーションを起動させるときの通信手順の一例を示すシーケンス図。
【図１６】ＭＥＳＳＡＧＥメッセージにより着信側の携帯電話機でＳＩＰアプリケーションを起動させるときの通信手順の他の例を示すシーケンス図。
【図１７】複数の携帯電話機からアプリケーション起動要求のＳＩＰメッセージを受信したときの各種動作パターンを例示するシーケンス図。
【図１８】ＩＮＶＩＴＥメッセージによるＳＩＰアプリケーションのセッション確立中にユーザ操作によるアプリケーション終了処理を行う通信手順の一例を示すシーケンス図。
【図１９】セッション確立後のメディアデータ送受信中にユーザ操作によるアプリケーション終了処理を行う通信手順の一例を示すシーケンス図。
【図２０】起動中のＳＩＰアプリケーションからの指令に基づいてセッション確立処理をキャンセルするときのメッセージ再送処理の一例を示すシーケンス図。
【図２１】セッション確立後に起動中のＳＩＰアプリケーションからの指令に基づいてセッションを終了するときのメッセージ再送処理の一例を示すシーケンス図。
【図２２】セッション確立後に発信側の携帯電話機で起動されているＳＩＰアプリケーションからの指令に基づいてセッションを終了するときの通信手順の一例を示すシーケンス図。
【図２３】セッション確立後に着信側の携帯電話機で起動されているＳＩＰアプリケーションからの指令に基づいてセッションを終了するときの通信手順の一例を示すシーケンス図。
【図２４】ＩＮＶＩＴＥメッセージに対する暫定応答メッセージを受信する前に、ＩＮＶＩＴＥメッセージをキャンセルするときの通信手順の一例を示すシーケンス図。
【図２５】ＩＮＶＩＴＥメッセージに対する暫定応答メッセージを受信した後に、ＩＮＶＩＴＥメッセージをキャンセルするときの通信手順の一例を示すシーケンス図。
【図２６】着信側の携帯電話機がＩＮＶＩＴＥメッセージを拒否する場合の通信手順の一例を示すシーケンス図。
【図２７】ＩＮＶＩＴＥメッセージで指定されたＳＩＰアプリケーションが着信側の携帯電話機に存在しない場合の通信手順の一例を示すシーケンス図。
【図２８】ＩＮＶＩＴＥメッセージをキャンセルするＣＡＮＳＥＬメッセージとＩＮＶＩＴＥメッセージに対する応答メッセージ２００ＯＫとが競合する場合の通信手順の一例を示すシーケンス図。
【図２９】発信側の携帯電話機が圏内から圏外に移動した後、圏外から圏内に復帰したときの通信手順の一例を示すシーケンス図。
【図３０】着信側の携帯電話機に表示された起動確認のポップアップ画面でユーザがＩＮＶＩＴＥメッセージを拒否する操作を行ったときの通信手順の一例を示すシーケンス図。
【図３１】着信側の携帯電話機でマルチメディア通信設定が無効（ＯＦＦ）になっているときの通信手順の一例を示すシーケンス図。
【図３２】ＳＩＰアプリケーションの起動を要求するＭＥＳＳＡＧＥメッセージをサーバから複数回連続して受信したときの処理の一例を示すシーケンス図。
【図３３】アプリケーション起動要求が記述されていないＭＥＳＳＡＧＥメッセージをサーバから受信したときの処理の一例を示すシーケンス図。
【図３４】着信側の携帯電話機がＩＮＶＩＴＥメッセージを受信して起動確認のポップアップ画面を表示した後、ユーザ操作が所定時間なかったときの処理の一例を示すシーケンス図。
【図３５】アプリケーション未起動状態にＭＥＳＳＡＧＥメッセージを受信した後、ユーザ手動操作によってＳＩＰアプリケーションを起動するときの処理の一例を示すシーケンス図。
【図３６】ＳＩＰアプリケーションの一時停止状態にＭＥＳＳＡＧＥメッセージを受信した後、ユーザ手動操作によって当該ＳＩＰアプリケーションを再開するときの処理の一例を示すシーケンス図。
【図３７】ＳＩＰアプリケーションの一時停止状態に複数のＭＥＳＳＡＧＥメッセージを受信した後、ユーザ手動操作によって当該ＳＩＰアプリケーションを再開するときの処理の一例を示すシーケンス図。
【図３８】Ｐｕｓｈ型ＳＩＰメッセージ受信の履歴管理情報に基づいてＳＩＰアプリケーションの起動、一時停止及び再開を行うときの処理の一例を示すシーケンス図。
【符号の説明】
【０１３３】
１０    携帯電話機
１０Ａ  発信側の携帯電話機
１０Ｂ  着信側の携帯電話機
２０    携帯電話通信網
２４    ＣＳＣＦ
２５    ＳＩＰサーバ
３０    サーバ
【図１】
0005065870.tif 000011
【図２】
0005065870.tif 000012
【図３】
0005065870.tif 000013
【図４】
0005065870.tif 000014
【図１１】
0005065870.tif 000015
【図１２】
0005065870.tif 000016
【図１３】
0005065870.tif 000017
【図１４】
0005065870.tif 000018
【図１５】
0005065870.tif 000019
【図１６】
0005065870.tif 000020
【図１７】
0005065870.tif 000021
【図１８】
0005065870.tif 000022
【図１９】
0005065870.tif 000023
【図２０】
0005065870.tif 000024
【図２１】
0005065870.tif 000025
【図２２】
0005065870.tif 000026
【図２３】
0005065870.tif 000027
【図２４】
0005065870.tif 000028
【図２５】
0005065870.tif 000029
【図２６】
0005065870.tif 000030
【図２７】
0005065870.tif 000031
【図２８】
0005065870.tif 000032
【図２９】
0005065870.tif 000033
【図３０】
0005065870.tif 000034
【図３１】
0005065870.tif 000035
【図３３】
0005065870.tif 000036
【図３８】
0005065870.tif 000037
【図５】
0005065870.tif 000038
【図６】
0005065870.tif 000039
【図７】
0005065870.tif 000040
【図８】
0005065870.tif 000041
【図９】
0005065870.tif 000042
【図１０】
0005065870.tif 000043
【図３２】
0005065870.tif 000044
【図３４】
0005065870.tif 000045
【図３５】
0005065870.tif 000046
【図３６】
0005065870.tif 000047
【図３７】
0005065870.tif 000048