JP2009141520A - 通信端末におけるアプリケーション起動方法、通信端末及びサーバ - Google Patents

Abstract

【課題】発信側の通信端末又はサーバから着信側の通信端末に接続してＳＩＰのセッションを確立する際に、着信側の通信端末に実行可能に組み込まれているアプリケーションプログラムを指定して起動することができるアプリケーション起動方法、通信端末及びサーバを提供する。
【解決手段】発信側の通信端末１０Ａ又はサーバ２５，３０が、着信側の通信端末１０Ｂで起動させるアプリケーションプログラムを指定する情報を含むアプリケーション起動情報を、送信対象のＳＩＰのメッセージに書き込み、着信側の通信端末に送信する。着信側の通信端末は、発信側の通信端末又はサーバから、アプリケーション起動情報が書き込まれたメッセージを受信し、アプリケーション起動情報に基づいて、複数のアプリケーションプログラムの中からアプリケーション起動情報で指定されているアプリケーションプログラムを選択して起動する。
【選択図】図１

Description

本発明は、通信ネットワークを介して通信可能な携帯電話機等の通信端末におけるアプリケーション起動方法、並びにその方法に用いることができる通信端末及びサーバに関するものである。

従来、この種の通信端末として、例えば、プラットフォームに依存しないオブジェクト指向のプログラミング言語で記述されたアプリケーションプログラムを実行可能な携帯電話機が知られている（例えば、特許文献１参照）。例えば、プラットフォーム上にアプリケーション実行環境としてＪＡＶＡ（登録商標）仮想マシン機能を実装し、ＪＡＶＡで記述されたアプリケーションプログラムを実行できるようにした携帯電話機が知られている。このような携帯電話機では、移動体通信ネットワーク上のサーバから利用者が所望のアプリケーションプログラムをダウンロードして携帯電話機内に登録しておく。そして、この登録されている複数のアプリケーションプログラムから利用者が選択したものを、プラットフォーム上に構築されたＪＡＶＡのアプリケーション実行環境で起動することにより、携帯電話機のディスプレイ上に３次元動画からなる待ち受け画面を表示させたり、携帯電話機上でゲームや占いを行ったり、音楽を再生したりすることができる。

また、特許文献２には、アプリケーションプログラム（以下、必要に応じて「アプリケーション」と略す。）を起動し、ＳＩＰ（Session Initiation Protocol）という通信プロトコルを用いて他の着信側の通信端末に対してセッションを申し込むセッション確立方法が開示されている。このセッション確立方法では、セッションの申し込みを受けた着信側の通信端末が、ＳＩＰを用いて発信側の通信端末に対してセッションの許可を行い、上記アプリケーションと同等のアプリケーションを起動する。これにより、発信側の通信端末で起動されたアプリケーションと着信側の通信端末で起動されたアプリケーションとの間でセッションが確立される。ここで、上記ＳＩＰは、ＩＥＴＦ（Internet Engineering Task Force）のＳＩＰワーキンググループによりＲＦＣ（Request for Comments）２５４３，３２６１等の文書で公開された、ピアツゥーピアのセッション確立のための通信プロトコルである。

特開２０００−３４７８６７号公報 特開２００３−０２２２５０号公報

上記引用文献１に記載の携帯電話機のように複数のアプリケーションが実行可能に登録されている携帯電話機に、通信ネットワークを介して外部の通信端末等からアクセスし、上記携帯電話機に登録されている複数のアプリケーションの中からアプリケーションを任意に指定して起動させたい場合がある。この場合、上記引用文献２に記載されている方法を用いることが考えられるが、上記引用文献２に記載の着信側の通信端末では、発信側の通信端末からセッションの申込みがあったときに、発信側の通信端末で起動されたアプリケーションと同等のアプリケーションが自動的に起動される。そのため、発信側の通信端末で起動されたアプリケーションとは関係なく、着信側の通信端末に実行可能に組み込まれているアプリケーションを指定して起動させることができないという問題点がある。

本発明は以上の問題点に鑑みなされたものであり、その目的は、発信側の通信端末又はサーバから着信側の通信端末に接続してＳＩＰのセッションを確立する際に、着信側の通信端末に実行可能に組み込まれているアプリケーションプログラムを指定して起動することができる通信端末におけるアプリケーション起動方法、通信端末及びサーバを提供することである。

本発明に係るアプリケーション起動方法は、通信ネットワークを介して通信可能な通信端末におけるアプリケーション起動方法であって、発信側の通信端末又はサーバが、着信側の通信端末で起動させるアプリケーションプログラムを指定する情報を含むアプリケーション起動情報を、送信対象のＳＩＰ（Session Initiation Protocol）のメッセージに書き込むステップと、前記発信側の通信端末又はサーバが、通信ネットワークを介して前記着信側の通信端末に、前記アプリケーション起動情報が書き込まれたメッセージを送信するステップと、前記着信側の通信端末が、通信ネットワークを介して前記発信側の通信端末又はサーバから、前記アプリケーション起動情報が書き込まれたメッセージを受信するステップと、前記着信側の通信端末が、前記受信したメッセージに書き込まれている前記アプリケーション起動情報に基づいて、当該着信側の通信端末に組み込まれている複数のアプリケーションプログラムの中から該アプリケーション起動情報で指定されているアプリケーションプログラムを選択して起動するステップと、を含むことを特徴とするものである。
このアプリケーション起動方法では、発信側の通信端末又はサーバから着信側の通信端末に、着信側の通信端末で起動させるアプリケーションプログラムを指定する情報を含むアプリケーション起動情報が書き込まれたＳＩＰのメッセージを送信する。このＳＩＰのメッセージを着信側の通信端末で受信することにより、発信側の通信端末又はサーバと着信側の通信端末との間でＳＩＰのセッションを確立することができる。そして、このセッションの確立の際に、着信側の通信端末では、発信側の通信端末又はサーバから受信したＳＩＰのメッセージに書き込まれているアプリケーション起動情報に基づいて、当該着信側の通信端末に組み込まれている複数のアプリケーションプログラムの中から、アプリケーション起動情報で指定されているアプリケーションプログラムが選択されて起動される。
前記アプリケーション起動方法において、前記アプリケーション起動情報は、前記送信対象のメッセージのボディ部に書き込んでもよい。このアプリケーション起動方法では、ＳＩＰのメッセージを構成するヘッダ部及びボディ部のうち、テキストの文字数や書式の制約が少ないボディ部にアプリケーション起動情報が書き込まれているので、発信側の通信端末又はサーバから着信側の通信端末に送信されるアプリケーション起動情報のデータサイズや書き込み書式等について自由度が高まる。
また、前記アプリケーション起動方法において、前記アプリケーション起動情報は、前記起動対象のアプリケーションプログラムのアプリケーション名とベンダ名とを含んでもよい。このアプリケーション起動方法では、アプリケーション起動情報に含まれているアプリケーション名及びベンダ名により、着信側の通信端末で起動させる起動対象のアプリケーションプログラムを簡便且つ正確に指定できる。
また、前記アプリケーション起動方法において、前記アプリケーション起動情報は、前記起動対象のアプリケーションプログラムの実行中に使用される独自のアプリケーションデータ領域を設定するためのデータ領域設定情報を更に含んでもよい。このアプリケーション起動方法では、指定のアプリケーションプログラムを着信側の通信端末で起動する際に、アプリケーション起動情報に含まれているデータ領域設定情報に基づいて、上記指定のアプリケーションプログラムの実行中に使用される独自のアプリケーションデータ領域を設定することができる。よって、発信側の通信端末又はサーバから指定された独自のアプリケーションデータ領域が必要なアプリケーションプログラムを着信側の通信端末で適切に起動させることができる。
また、前記アプリケーション起動方法において、前記アプリケーション起動情報は、前記発信側の通信端末又はサーバで入力されたテキストデータを更に含んでもよい。このアプリケーション起動方法では、発信側の通信端末又はサーバに関する送信側情報や起動対象のアプリケーションプログラムに関する情報等の各種付加情報をテキストデータとしてアプリケーション起動情報に書き込み、起動対象のアプリケーションプログラムを起動する際に上記各種付加情報を着信側の通信端末の利用者に通知することができる。
また、前記アプリケーション起動方法において、前記着信側の通信端末が、前記アプリケーションプログラムの起動に先だって、起動対象のアプリケーションプログラムの内容を示し当該通信端末の利用者からの起動要求を受け付ける起動確認画面を表示するステップを、更に含んでもよい。このアプリケーション起動方法では、着信側の通信端末において、発信側の通信端末又はサーバで指定された起動対象のアプリケーションプログラムの起動に先だって起動確認画面を表示することにより、着信側の通信端末の利用者が起動対象のアプリケーションプログラムの内容を把握して起動を許可するか否かを選択できる。
また、前記アプリケーション起動方法において、前記着信側の通信端末が、前記起動対象のアプリケーションプログラムに関連付けて前記着信側の通信端末に記憶されているアプリケーション属性情報に基づいて、前記起動確認画面の表示及び非表示を切り換えるステップを、更に含んでもよい。このアプリケーション起動方法では、発信側の通信端末又はサーバで指定された起動対象のアプリケーションプログラムを着信側の通信端末で起動するときに起動確認画面を表示するか否かに関する情報を、当該アプリケーションプログラムと一緒に提供され着信側の通信端末内に記憶されるアプリケーション属性情報に書き込んでおくことにより、前記起動確認画面を表示するか否かを、当該アプリケーションプログラムの開発者側で指定することができる。
また、前記アプリケーション起動方法において、前記着信側の通信端末が、当該通信端末の利用者によって予め設定された表示設定情報に基づいて、前記起動確認画面の表示及び非表示を切り換えるステップを、更に含んでもよい。このアプリケーション起動方法では、発信側の通信端末又はサーバで指定された起動対象のアプリケーションプログラムを着信側の通信端末で起動するときに起動確認画面を表示するか否かに関する情報を、着信側の通信端末の利用者が設定し表示設定情報として着信側の通信端末内に記憶しておくことにより、前記起動確認画面を表示するか否かを、当該着信側の通信端末の利用者が指定することができる。

本発明に係る通信端末は、通信ネットワークを介して通信可能な通信端末であって、当該通信端末のプラットフォーム上にアプリケーション実行環境を構築しアプリケーションプログラムの実行を管理するアプリケーション実行管理手段と、通信ネットワークを介して発信側の通信端末又はサーバから、起動させるアプリケーションプログラムを指定する情報を含むアプリケーション起動情報が書き込まれたＳＩＰ（Session Initiation Protocol）のメッセージを受信するメッセージ受信手段と、前記メッセージ受信手段で受信したメッセージに書き込まれている前記アプリケーション起動情報に基づいて、当該着信側の通信端末に組み込まれている複数のアプリケーションプログラムの中から該アプリケーション起動情報で指定されているアプリケーションプログラムを選択して起動するように、前記アプリケーション実行管理手段を制御する制御手段と、を備えたことを特徴とするものである。
この着信側の通信端末では、発信側の通信端末又はサーバから、当該着信側の通信端末で起動させるアプリケーションプログラムを指定する情報を含むアプリケーション起動情報が書き込まれたＳＩＰのメッセージを受信することにより、発信側の通信端末又はサーバとの間でＳＩＰのセッションを確立することができる。そして、このセッションの確立の際に、発信側の通信端末又はサーバから受信したＳＩＰのメッセージに書き込まれているアプリケーション起動情報に基づいて、当該着信側の通信端末に組み込まれている複数のアプリケーションプログラムの中から、アプリケーション起動情報で指定されているアプリケーションプログラムが選択されて起動される。
前記着信側の通信端末において、前記アプリケーション起動情報は、前記メッセージ受信手段で受信したメッセージのボディ部に書き込んでもよい。この着信側の通信端末では、ＳＩＰのメッセージを構成するヘッダ部及びボディ部のうち、テキストの文字数や書式の制約が少ないボディ部にアプリケーション起動情報が書き込まれているので、発信側の通信端末又はサーバから送信されるアプリケーション起動情報のデータサイズや書き込み書式等について自由度が高まる。
また、前記着信側の通信端末において、前記アプリケーション起動情報は、前記起動対象のアプリケーションプログラムのアプリケーション名とベンダ名とを含み、前記制御手段は、複数のアプリケーションプログラムから、前記アプリケーション名及び前記ベンダ名がそれぞれマッチングするアプリケーションプログラムを選択して起動するように制御してもよい。この着信側の通信端末では、アプリケーション起動情報に含まれているアプリケーション名及びベンダ名により、起動対象のアプリケーションプログラムを簡便且つ正確に指定できる。
また、前記着信側の通信端末において、前記アプリケーション起動情報は、前記起動対象のアプリケーションプログラムの実行中に使用される独自のアプリケーションデータ領域を設定するためのデータ領域設定情報を含み、前記制御手段は、前記起動対象のアプリケーションプログラムを起動するときに、前記データ領域設定情報に基づいて前記アプリケーションデータ領域を設定するように制御してもよい。この着信側の通信端末では、発信側の通信端末又はサーバから指定された独自のアプリケーションデータ領域が必要なアプリケーションプログラムを着信側の通信端末で適切に起動させることができる。
また、前記着信側の通信端末において、表示手段を備え、前記制御手段は、前記アプリケーションプログラムの起動に先だって、起動対象のアプリケーションプログラムの内容を示し当該通信端末の利用者からの起動要求を受け付ける起動確認画面を、前記表示手段に表示するように制御してもよい。この着信側の通信端末では、発信側の通信端末又はサーバで指定された起動対象のアプリケーションプログラムの起動に先だって起動確認画面を表示することにより、起動対象のアプリケーションプログラムの内容を把握して起動を許可するか否かを選択できる。
また、前記着信側の通信端末において、前記制御手段は、前記起動対象のアプリケーションプログラムに関連付けて前記着信側の通信端末に記憶されているアプリケーション属性情報に基づいて、前記起動確認画面の表示及び非表示を切り換えるように制御してもよい。この着信側の通信端末では、発信側の通信端末又はサーバで指定された起動対象のアプリケーションプログラムを起動するときの起動確認画面を表示するか否かを、当該アプリケーションプログラムの開発者側で指定することができる。
また、前記着信側の通信端末において、前記制御手段は、当該通信端末の利用者によって予め設定された表示設定情報に基づいて、前記起動確認画面の表示及び非表示を切り換えるように制御してもよい。この着信側の通信端末では、発信側の通信端末又はサーバで指定された起動対象のアプリケーションプログラムを起動するときの起動確認画面を表示するか否かを、当該着信側の通信端末の利用者が指定することができる。
また、前記着信側の通信端末において、前記制御手段は、前記起動対象のアプリケーションプログラムが実行中及び一時停止中のいずれでもない場合のみ、前記起動対象のアプリケーションプログラムを起動するように制御してもよい。この着信側の通信端末では、発信側の通信端末又はサーバで指定された起動対象のアプリケーションプログラムが実行中及び一時停止中の状態にある場合に、その実行中又は一時停止中のアプリケーションプログラムが利用者の意に反して再起動されたり再開されたりするのを回避できる。
また、前記着信側の通信端末において、前記制御手段は、前記起動対象のアプリケーションプログラムが一時停止中の場合には、そのアプリケーションプログラムを再起動せずに再開し、その再開したアプリケーションプログラムに前記アプリケーション起動情報を渡すように制御してもよい。この着信側の通信端末では、発信側の通信端末又はサーバで指定された起動対象のアプリケーションプログラムが一時停止中の状態にある場合に、そのアプリケーションプログラムを、前記発信側の通信端末等からの指定を優先して再開して実行状態に遷移させることができる。
また、前記着信側の通信端末において、前記制御手段は、起動対象以外のアプリケーションプログラムが実行中又は一時停止中の場合には、前記起動対象のアプリケーションプログラムを起動するか否かを利用者に確認するための画面を表示し、前記起動対象のアプリケーションプログラムの起動に同意する操作を受け付けた場合に、前記実行中又は一時停止中の起動対象以外のアプリケーションプログラムを終了させ、前記起動対象のアプリケーションプログラムを起動するように制御してもよい。この着信側の通信端末では、発信側の通信端末又はサーバによって指定されていない起動対象以外のアプリケーションプログラムが実行中又は一時停止中の場合に、利用者の同意を確認した上で、前記実行中又は一時停止中の状態にあるアプリケーションプログラムを終了させ、前記起動対象のアプリケーションプログラムを確実に起動することができる。
また、前記着信側の通信端末において、前記制御手段は、前記起動対象のアプリケーションプログラムが実行中の場合には、前記アプリケーション実行管理手段を介して該実行中のアプリケーションプログラムに前記アプリケーション起動情報を渡すように制御してもよい。この着信側の通信端末では、発信側の通信端末又はサーバによって指定された起動対象のアプリケーションプログラムが既に実行中の場合、前記発信側の通信端末等から受信したアプリケーション起動情報の内容を反映させた状態で前記起動対象のアプリケーションプログラムの実行を継続することができる。
また、前記着信側の通信端末において、前記制御手段は、前記起動対象のアプリケーションプログラムが当該通信端末に存在しない場合、該アプリケーションプログラムを起動できない旨を利用者に通知する画面を表示するように制御してもよい。この着信側の通信端末では、発信側の通信端末又はサーバによって指定された起動対象のアプリケーションプログラムが存在していない場合、その起動対象のアプリケーションプログラムが存在しないため起動できない旨を画面に表示して利用者に通知することができる。
また、前記着信側の通信端末において、前記アプリケーション起動情報は、通信ネットワークを介して前記起動対象のアプリケーションプログラムをダウンロード可能なサーバの接続先情報を含み、前記制御手段は、前記起動対象のアプリケーションプログラムのダウンロード要否を利用者に確認する画面を表示し、前記起動対象のアプリケーションプログラムのダウンロードを希望する利用者の操作を受け付けたときに、前記接続先情報に基づいて前記サーバにアクセスするように制御してもよい。この着信側の通信端末では、発信側の通信端末又はサーバによって指定された起動対象のアプリケーションプログラムが存在していない場合であっても、前記所定の確認画面を表示して利用者の希望を確認した上で、利用者の簡易な操作により前記起動対象のアプリケーションプログラムを前記所定のサーバからダウンロードして起動することができる。

本発明に係る他の通信端末は、通信ネットワークを介して通信可能な通信端末であって、着信側の通信端末で起動させるアプリケーションプログラムを指定する情報を含むアプリケーション起動情報を、送信対象のＳＩＰ（Session Initiation Protocol）のメッセージに書き込む情報書込手段と、前記情報書込手段で前記アプリケーション起動情報が書き込まれたメッセージを、通信ネットワークを介して前記着信側の通信端末に送信するメッセージ送信手段と、を備えたことを特徴とするものである。
この発信側の通信端末では、着信側の通信端末で起動させるアプリケーションプログラムを指定する情報を含むアプリケーション起動情報を書き込んだＳＩＰのメッセージを、着信側の通信端末に送信する。このＳＩＰのメッセージを着信側の通信端末が受信することにより、着信側の通信端末との間でＳＩＰのセッションを確立することができる。そして、このセッションの確立の際に、着信側の通信端末において、受信したＳＩＰのメッセージに書き込まれているアプリケーション起動情報に基づいて、当該着信側の通信端末に組み込まれている複数のアプリケーションプログラムの中から、アプリケーション起動情報で指定されているアプリケーションプログラムを選択させて起動させることができる。
前記発信側の通信端末において、前記情報書込手段は、前記アプリケーション起動情報を前記送信対象のメッセージのボディ部に書き込んでもよい。この発信側の通信端末では、着信側の通信端末に送信されるアプリケーション起動情報のデータサイズや書き込み書式等について自由度が高まる。
また、前記発信側の通信端末において、前記アプリケーション起動情報は、前記起動対象のアプリケーションプログラムのアプリケーション名とベンダ名とを含んでもよい。この発信側の通信端末では、アプリケーション起動情報に含まれているアプリケーション名及びベンダ名により、着信側の通信端末で起動させる起動対象のアプリケーションプログラムを簡便且つ正確に指定できる。
また、前記発信側の通信端末において、前記アプリケーション起動情報は、前記起動対象のアプリケーションプログラムの実行中に使用される独自のアプリケーションデータ領域を設定するためのデータ領域設定情報を含んでもよい。この発信側の通信端末では、独自のアプリケーションデータ領域が必要なアプリケーションプログラムを指定して着信側の通信端末で適切に起動させることができる。
また、前記発信側の通信端末において、前記アプリケーション起動情報は、通信ネットワークを介して前記起動対象のアプリケーションプログラムをダウンロード可能なサーバの接続先情報を含んでもよい。この発信側の通信端末では、指定した起動対象のアプリケーションプログラムが着信側の通信端末に存在していない場合であっても、当該着信側の通信端末において利用者の簡易な操作により前記起動対象のアプリケーションプログラムを前記所定のサーバからダウンロードして起動することができる。

本発明に係るサーバは、通信ネットワークを介して通信端末と通信可能なサーバであって、着信側の通信端末で起動させるアプリケーションプログラムを指定する情報を含むアプリケーション起動情報を、送信対象のＳＩＰ（Session Initiation Protocol）のメッセージに書き込む情報書込手段と、前記情報書込手段で前記アプリケーション起動情報が書き込まれたメッセージを、通信ネットワークを介して前記着信側の通信端末に送信するメッセージ送信手段と、を備えたことを特徴とするものである。
このサーバでは、着信側の通信端末で起動させるアプリケーションプログラムを指定する情報を含むアプリケーション起動情報を書き込んだＳＩＰのメッセージを、着信側の通信端末に送信する。このＳＩＰのメッセージを着信側の通信端末が受信することにより、着信側の通信端末との間でＳＩＰのセッションを確立することができる。そして、このセッションの確立の際に、着信側の通信端末において、受信したＳＩＰのメッセージに書き込まれているアプリケーション起動情報に基づいて、当該着信側の通信端末に組み込まれている複数のアプリケーションプログラムの中から、アプリケーション起動情報で指定されているアプリケーションプログラムを選択させて起動させることができる。
前記サーバにおいて、前記情報書込手段は、前記アプリケーション起動情報を前記送信対象のメッセージのボディ部に書き込んでもよい。このサーバでは、着信側の通信端末に送信されるアプリケーション起動情報のデータサイズや書き込み書式等について自由度が高まる。
また、前記サーバにおいて、前記アプリケーション起動情報は、前記起動対象のアプリケーションプログラムのアプリケーション名とベンダ名とを含んでもよい。このサーバでは、アプリケーション起動情報に含まれているアプリケーション名及びベンダ名により、着信側の通信端末で起動させる起動対象のアプリケーションプログラムを簡便且つ正確に指定できる。
また、前記サーバにおいて、前記アプリケーション起動情報は、前記起動対象のアプリケーションプログラムの実行中に使用される独自のアプリケーションデータ領域を設定するためのデータ領域設定情報を含んでもよい。このサーバでは、独自のアプリケーションデータ領域が必要なアプリケーションプログラムを指定して着信側の通信端末で適切に起動させることができる。
また、前記サーバにおいて、前記アプリケーション起動情報は、通信ネットワークを介して前記起動対象のアプリケーションプログラムをダウンロード可能なサーバの接続先情報を含んでもよい。このサーバでは、指定した起動対象のアプリケーションプログラムが着信側の通信端末に存在していない場合であっても、当該着信側の通信端末において利用者の簡易な操作により前記起動対象のアプリケーションプログラムを前記所定のサーバからダウンロードして起動することができる。

本発明によれば、発信側の通信端末又はサーバから着信側の通信端末に、着信側の通信端末で起動させるアプリケーションプログラムを指定する情報を含むアプリケーション起動情報が書き込まれたＳＩＰのメッセージを送信すると、発信側の通信端末又はサーバと着信側の通信端末との間でＳＩＰのセッションが確立される。そして、着信側の通信端末では、発信側の通信端末又はサーバから受信したＳＩＰのメッセージに書き込まれているアプリケーション起動情報に基づいて、当該着信側の通信端末に組み込まれている複数のアプリケーションプログラムの中から、アプリケーション起動情報で指定されているアプリケーションプログラムが選択されて起動される。従って、発信側の通信端末又はサーバから着信側の通信端末に接続してＳＩＰのセッションを確立する際に、着信側の通信端末に実行可能に組み込まれているアプリケーションプログラムを指定して起動することができるという効果がある。

以下、図面を参照して本発明の実施の形態について説明する。
図１は本実施形態に係る複数の通信端末としての携帯電話機を含む通信システム全体の概略構成の一例を示す説明図である。この通信システムは、複数の通信端末としての携帯電話機１０Ａ，１０Ｂ間で音声通信（通話）を行ったり、携帯電話機１０Ａ，１０Ｂにインストールされているアプリケーションプログラムを他の携帯電話機やサーバから受信したメッセージに基づいて起動したりするための通信サービスを提供するものである。本通信システムを構成する通信ネットワークとしての携帯電話通信網２０は、基地局２１と、パケット交換網２０１と、マルチメディア通信サービスを提供するＩＭＳ（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」の４種類のヘッダフィールドの値についてはアプリケーションから指定して設定することができ、アプリケーションからの指定がなかった場合のみプラットフォーム（ネイティブ）側の主制御部１２０で補完されて設定される。表１中の他のヘッダフィールドの値についてはプラットフォーム側の主制御部１２０で補完されて自動設定される。

表２は、ＩＮＶＩＴＥメッセージに対する応答を受け取ったことを知らせるＡＣＫメッセージのヘッダ部に記述されるヘッダフィールドの一例である。このＡＣＫメッセージの場合、すべてのヘッダフィールドの値がプラットフォーム（ネイティブ）側の主制御部１２０で補完されて自動設定される。

表３は、ＭＥＳＳＡＧＥメッセージのヘッダ部に記述されるヘッダフィールドの一例である。ＭＥＳＳＡＧＥメッセージの場合、表３中のすべてのヘッダフィールドの値が、プラットフォーム（ネイティブ）側の主制御部１２０で補完されて自動設定される。

表４は、ＩＮＶＩＴＥメッセージ及びＭＥＳＳＡＧＥメッセージそれぞれのボディ部に記述される情報の一例である。ＩＮＶＩＴＥメッセージの場合は、ＳＤＰ（セッション記述プロトコル、ＲＦＣ２３２７）の属性情報、受信者側の携帯電話機で遠隔起動するアプリケーションに関するアプリケーション起動情報、及び遠隔起動するアプリケーションが使用するデータ領域を指定するアプリケーションデータ領域の情報が、ボディ部に記述される。一方、ＭＥＳＳＡＧＥメッセージの場合は、アプリケーション起動情報及びアプリケーションデータ領域の情報が、ボディ部に記述される。

表５は、ＩＮＶＩＴＥメッセージのボディ部に記述されるＳＤＰ属性情報の一例である。これらのＳＤＰ属性情報のうち、属性Ｍに記述されるメディアの種別、フォーマット及びポート番号はアプリケーションから指定することができる。また、表５のＳＤＰ属性情報のうち、Ｖ：プロトコルバージョン、Ｏ：セッションのオーナー情報、Ｓ：セッション名、Ｃ：セッションの接続情報、及びＴ：セッションの開始時刻・終了時刻は、プラットフォーム側の主制御部１２０によって補完されて自動設定される。また、受信したＩＮＶＩＴＥメッセージ中のＭに記述されるメディアの種別、フォーマット及びポート番号と、Ｃ：セッションの接続情報は、アプリケーションから取得することができる。

表６は、ＩＮＶＩＴＥメッセージ及びＭＥＳＳＡＧＥメッセージそれぞれのボディ部に記述されるアプリケーション起動情報の一例である。これらのアプリケーション起動情報は、表７に例示するタグフォーマットからなるＸＭＬ（Extensible Markup Language）形式でボディ部の一部に含まれる。

上記アプリケーション起動情報の項目の中で、指定の起動対象のアプリケーションと、ＩＮＶＩＴＥ／ＭＥＳＳＡＧＥメッセージを受信した携帯電話機にインストール済みのアプリケーションとの間のマッチング処理は、アプリケーション名及びベンダ名を用いて行われる。すなわち、アプリケーション起動情報の項目中のアプリケーション名及びベンダ名それぞれに合致するMIDlet-Name値及びMIDlet-Vendor値を持つアプリケーションが存在するか否かを判定する。そして、これら２つの項目：アプリケーション名及びベンダ名それぞれが合致するインストール済みのアプリケーションが存在した場合は、そのアプリケーションを起動する。

表８は、アプリケーション起動要求のＳＩＰメッセージを受信した携帯電話機に保存される履歴管理情報の一例である。このＳＩＰメッセージ通信の履歴管理情報としては、上記アプリケーション起動情報のすべての項目のほか、当該ＳＩＰメッセージを受信したアプリケーション起動要求受信時間、アプリケーションデータ領域及びメソッド種別が記録される。

図５は、上記履歴管理情報を表示するときの画面遷移の一例である。この例では、図中左側に示すアプリケーション実行管理設定画面で、アプリケーション起動要求のＳＩＰメッセージの送信者の「太郎」を選択した状態でメニュー中の「詳細」を選択すると、図中中央の画面に示すように当該ＳＩＰメッセージの履歴管理情報が表示される。この画面で「起動」を選択すると、当該ＳＩＰメッセージで要求されたゲームアプリケーション「チェス」を起動することもできる。

また、上記アプリケーション起動情報中のバージョン情報は、ＩＮＶＩＴＥ／ＭＥＳＳＡＧＥメッセージが送受される携帯電話機（通信端末）それぞれで起動されるアプリケーション間のバージョン確認に用いられる。

また、上記起動対象のアプリケーションをユーザが確認するために、携帯電話機のディスプレイにダイアログボックスとして起動確認のポップアップ画面を表示してもよい。この起動確認のポップアップ画面は、起動対象のアプリケーションが一旦起動された後に一時停止状態にある場合、その一時停止状態にあるアプリケーションを再開するか否かをユーザに確認する画面となる。

表９は、上記起動確認のポップアップ画面に表示される情報の一例である。この起動確認のポップアップ画面には、送信者情報、アプリケーション名、メッセージ及び起動・再開の種別情報が表示される。これらの情報のほか、アプリケーションのベンダ名や、アプリケーションをダウンロード可能なサイトのリンク先ＵＲＬ（アプリケーション起動情報に含まれている場合）を表示してもよい。

また、上記起動確認のポップアップ画面は、上記アプリケーション起動情報を含むアプリケーション起動要求のＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）を受信し、そのメッセージで指定された起動対象のアプリケーションが携帯電話機に登録されて存在しているときに表示される。

図６〜９はそれぞれ、アプリケーション起動要求のＳＩＰメッセージを受信したときのポップアップ画面を表示するときの画面遷移の例を示している。ＳＩＰメッセージで要求されたアプリケーションが起動されていない待ち受け状態で、当該ＳＩＰメッセージを受信したときは、図６に示すように当該アプリケーションを「起動」するか否かを確認するポップアップ画面が表示される。また、ＳＩＰメッセージで要求されたアプリケーションが一旦起動された後に一時停止された待ち受け状態で、当該ＳＩＰメッセージを受信したときは、図７に示すように当該アプリケーションを「再開」するか否かを確認するポップアップ画面が表示される。また、アプリケーション起動要求のＳＩＰメッセージを受信した携帯電話機に、そのＳＩＰメッセージで起動要求されたアプリケーションがインストールされていない場合は、図８に示すように当該アプリケーションを起動できない旨を通知するポップアップ画面が表示される。また、当該ＳＩＰメッセージで起動要求されたアプリケーションがインストールされていない場合には、図９に示すように当該アプリケーションをダウンロード可能なＵＲＬに接続するか否かをユーザに確認するポップアップ画面を表示してもよい。この画面でユーザが「接続」を選択すると、ブラウザが自動起動し、上記所定のＵＲＬにアクセスしてアプリケーションのダウンロード可能なＷＥＢページが表示される。

また、上記起動確認のポップアップ画面を表示するか否かは、利用者による操作やアプリケーションのプロパティ情報によって予め設定できるようにしてもよい。

図１０は、上記起動確認のポップアップ画面を表示するか否かを設定するときの画面遷移の一例である。この例では、図中左側に示すアプリケーション実行管理設定画面で、アプリケーション「ＢＢＢ」を選択した状態でメニュー中の「Ｐｕｓｈ起動ダイアログ設定」を選択すると、図中右側の「Ｐｕｓｈ起動ダイアログ設定」の画面に遷移する。この画面上で、上記アプリケーション「ＢＢＢ」の起動を要求するアプリケーション起動情報を含むＩＮＶＩＴＥ／ＭＥＳＳＡＧＥメッセージを受信したときに起動確認のポップアップ画面を表示するか否かを選択して設定することができる。

上記「Ｐｕｓｈ起動ダイアログ設定」の画面は、対応するアプリケーションのプロパティ情報に従って表示するようにしてもよい。例えばＪＡＶＡアプリケーションの場合、ＪＡＤファイルのプロパティ情報に記述されているMIDlet-PushDialog-Setting属性の値が「Ｙ」又は「Ｓ」の場合は、そのＪＡＶＡアプリケーションについて上記「Ｐｕｓｈ起動ダイアログ設定」の画面を表示するように制御する。そして、「Ｐｕｓｈ起動ダイアログ設定」の画面における表示／非表示のデフォルト設定は、MIDlet-PushDialog-Setting属性の値に基づいて行ってもよい。例えば、MIDlet-PushDialog-Setting属性の値が「Ｙ」の場合は、デフォルト設定を「表示」にし、当該値が「Ｓ」の場合は、デフォルト設定を「非表示」にする。

また、起動対象のアプリケーションの種類によって、上記起動確認のポップアップ画面や「Ｐｕｓｈ起動ダイアログ設定」の画面の表示を制御するようにしてもよい。例えば、信頼されていないアプリケーションや正規業者でないサードパーティによって作成されたアプリケーションの場合は、上記起動確認のポップアップ画面を必ず表示するようにし、当該アプリケーションのプロパティ情報の値にかかわらず上記「Ｐｕｓｈ起動ダイアログ設定」は「表示」の設定として扱い「Ｐｕｓｈ起動ダイアログ設定」の画面自体は表示しないように制御してもよい。

図１１は、上記アプリケーション起動要求のＳＩＰメッセージを受信した携帯電話機におけるＳＩＰアプリケーションの起動／再開制御の一例を示すフローチャートである。ここで、上記「ＳＩＰ」アプリケーションは、ＳＩＰ（Session Initiation Protocol）を扱うアプリケーションである。

図１１において、着信側の携帯電話機は、アプリケーション起動情報を含むＩＮＶＩＴＥ又はＭＥＳＳＡＧＥのアプリケーション起動要求のＳＩＰメッセージを受信すると、携帯電話機におけるプラットフォーム（ネイティブ）側の主制御部１２０は起動／再開条件のチェック処理を実行する（Ｓ１，Ｓ２）。

上記起動／再開条件のチェック処理としては、例えば次の（１）〜（２）のような処理を行う。
（１）アプリケーション起動要求のＳＩＰメッセージの判別処理：
・アプリケーション起動情報を含むＳＩＰメッセージ（ＩＮＶＩＴＥメソッド又はＭＥＳＳＡＧＥメソッド）の判別処理。
・不正メッセージの場合の応答処理。
（２）アプリケーション情報のマッチング処理等：
・アプリケーション起動情報中のアプリケーション名及びベンダー名と携帯電話機に登録されているアプリケーション情報とのマッチング処理により、起動対象のＳＩＰアプリケーションが携帯電話機にインストールされているか否か（存在しているか否か）を判定する。
・上記起動対象のアプリケーションの起動状態、すなわち当該アプリケーションが（i）起動中か、（ii）一時停止中か、又は（iii）起動中・一時停止中のいずれでもないか、を判定する。

次に、プラットフォーム側の主制御部１２０は、上記判定結果に基づいて上記アプリケーション実行管理部１２７に所定コマンド等を送ることにより、上記起動対象のアプリケーションの起動／再開制御を実行する（Ｓ３）。

上記アプリケーションの起動／再開制御処理としては、例えば次の（１）〜（３）のような処理を行う。
（１）メッセージのユーザ通知：
・上記アプリケーション起動要求のＳＩＰメッセージを受信した旨を、ディスプレイ画面の一部に設定されたステータスエリア（システム表示エリア）に表示する。
・上記起動対象のアプリケーションの起動状態及び前述のポップアップ画面の表示設定に応じて、当該アプリケーションの起動処理又は再開処理を実行するか否かをユーザに確認するための起動／再開確認のポップアップ画面（ダイアログボックス）を表示する。
（２）アプリケーションの起動／再開処理：
・上記起動／再開確認のポップアップ画面が表示され状態でユーザが操作したキー操作部１２６のキー操作を検知することにより、起動対象のアプリケーションを起動／再開するか否かを確認する処理を実行する。
・起動対象のアプリケーションが起動中である場合は、当該アプリケーションの起動処理及び再開処理のいずれも実行せず、その起動状態を維持する。この場合は、上記アプリケーション起動要求のＳＩＰメッセージに含まれていたアプリケーション起動情報が、起動中のアプリケーションに渡される。なお、起動対象のアプリケーションが起動中である場合、起動中のアプリケーションを一旦終了して当該アプリケーションを再起動してもよい。
・上記起動対象のアプリケーションが一時停止中である場合は、そのアプリケーションを再開する処理を実行する。この場合、上記アプリケーション起動要求のＳＩＰメッセージに含まれていたアプリケーション起動情報が、再開されたアプリケーションに渡される。
・上記起動対象のアプリケーションが起動中・一時停止中のいずれでもない場合は、そのアプリケーションを起動する処理を実行する。
（３）ユーザ未応答時の制御：
・インフォメーション通知。
・アプリケーション起動要求のＳＩＰメッセージの履歴情報管理。

図１２は、マルチメディア通信設定の確認処理を伴うアプリケーション起動／再開制御の一例を示すフローチャートである。この例では、着信側の携帯電話機が、上記アプリケーション起動要求のＳＩＰメッセージの受信（Ｓ１）及び起動／再開条件のチェック処理（Ｓ２）を実行した後、プラットフォーム側の主制御部１２０は、マルチメディア通信設定の確認処理を実行する（Ｓ３〜Ｓ６）。ここで、「マルチメディア通信設定」は、ＳＩＰ（Session Initiation Protocol）を扱うＳＩＰアプリケーションの使用の有効（ＯＮ）／無効（ＯＦＦ）の設定である。

上記マルチメディア通信設定の確認処理は、例えば次の（１）〜（４）のように行う。
（１）前述の起動／再開条件のチェック処理を行った後、当該携帯電話機のマルチメディア通信設定が有効（ＯＮ）か無効（ＯＦＦ）かを確認する（Ｓ３）。ここで、マルチメディア通信設定が有効（ＯＮ）の場合は、マルチメディア通信設定の確認処理を行わずに、前述のアプリケーションの起動／再開制御処理を実行する（Ｓ７）。
（２）一方、上記マルチメディア通信設定が無効（ＯＦＦ）の場合は、起動対象のＳＩＰアプリケーションのプロパティ情報に記述されているＳＩＰ属性の値を確認する（Ｓ４）。この「ＳＩＰ属性」は、ＳＩＰアプリケーションごとにマルチメディア通信設定の確認及び設定の可（Ｙ）／不可（Ｎ）を指定するための属性である。例えば、ＪＡＶＡのＳＩＰアプリケーションの場合、上記マルチメディア通信設定はＪＡＤファイルの「MIDxlet-SIP」という属性に記述される。
（３）上記ＳＩＰ属性の値が「Ｙ」の場合、すなわちマルチメディア通信設定の確認・設定が可の場合は、ユーザ確認画面を表示し、上記マルチメディア通信設定を有効（ＯＮ）に変更するか否かを確認する（Ｓ５）。ユーザがマルチメディア通信設定の変更を選択した場合は、マルチメディア通信設定を有効（ＯＮ）に変更するように制御し（Ｓ６）、その後、当該ＳＩＰアプリケーションの起動／再開制御を実行する（Ｓ７）。なお、上記マルチメディア通信設定を有効（ＯＮ）に変更した場合は、ＳＩＰアプリケーションを終了した後も、有効（ＯＮ）のままにしておく。
（４）上記ステップＳ４において上記ＳＩＰ属性の値が「Ｎ」の場合すなわちマルチメディア通信設定の確認・設定が不可の場合、及び、上記ステップＳ５においてユーザがマルチメディア通信設定の変更を選択しなかった場合は、そのまま前述のアプリケーションの起動／再開制御処理を実行する（Ｓ７）。

図１３は、ユーザＡの発信側の携帯電話機１０ＡからユーザＢの着信側の携帯電話機１０ＢにＩＮＶＩＴＥのＳＩＰメッセージ（ＩＮＶＩＴＥメッセージ）を送信することにより携帯電話機１０Ｂで所定のＳＩＰアプリケーション（対戦ゲームのアプリケーション）を起動させるときの通信手順の一例を示すシーケンス図である。
図１３において、ユーザＡが使用している発信側の携帯電話機１０Ａのアプリケーション実行管理部１２７で構築されているアプリケーション仮想実行環境上で実行されている対戦ゲームのＳＩＰアプリケーションが、携帯電話機１０ＢのユーザＢとの対戦を要求する（Ｓ１）。これにより、携帯電話機１０Ａのプラットフォームの無線通信部１２２及び主制御部１２０（以下、「通信・制御部」という。）は、当該対戦ゲームのＳＩＰアプリケーションの起動を要求するＩＮＶＩＴＥメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに送信する（Ｓ２〜Ｓ４）。携帯電話機１０Ａの画面には、「対戦要求中・・・」のように、当該対戦ゲームのＳＩＰアプリケーションの起動を携帯電話機１０Ｂに要求している旨が表示される。

上記ＩＮＶＩＴＥメッセージは、ユーザＢの携帯電話機１０Ｂのプラットフォームの通信・制御部から携帯電話機１０Ｂのアプリケーション実行管理部１２７に送られ、ＩＮＶＩＴＥメッセージで指定された対戦ゲームのＳＩＰアプリケーションが自動起動される（Ｓ５）。携帯電話機１０Ｂの画面には、「対戦要求がありました。」のように、他の携帯電話機１０Ａから対戦ゲームのＳＩＰアプリケーションの起動が要求された旨が表示される。また、携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＣＳＣＦ２４から上記ＩＮＶＩＴＥメッセージを受信する（Ｓ４）と、アプリケーション実行管理部１２７からの指令を受けることなく、ＩＮＶＩＴＥメッセージに対する暫定応答メッセージである１８０Ｒｉｎｇｉｎｇを返信するように自動応答する（Ｓ６）。この１８０Ｒｉｎｇｉｎｇは、携帯電話機１０Ａのプラットフォームの通信・制御部で受信され、実行中の対戦ゲームのＳＩＰアプリケーションに通知される（Ｓ７，Ｓ８）。携帯電話機１０Ａの画面には、「相手を呼出中・・・」のように、当該対戦ゲームのＳＩＰアプリケーションが起動され対戦を要求中である旨が表示される。

一方、ユーザＢの携帯電話機１０Ｂで起動された対戦ゲームのＳＩＰアプリケーションは、ユーザＢに対戦を促す画面を表示し、ユーザＢが対戦する旨を選択するとＩＮＶＩＴＥメッセージに対するリクエスト受け入れの成功応答メッセージである２００ＯＫをプラットフォーム側に発行する（Ｓ９）。携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＳＩＰアプリケーションから受けた２００ＯＫを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに送信する（Ｓ１０〜Ｓ１１）。

上記２００ＯＫは、携帯電話機１０Ｂの通信・制御部からアプリケーション実行管理部１２７に送られ、アプリケーション仮想実行環境上で実行されているＳＩＰアプリケーションに通知される（Ｓ１２）。携帯電話機１０Ｂの画面には、「相手が対戦を許可しました・・・」のように対戦要求がユーザＢによって受け入れられた旨が表示される。また、携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＣＳＣＦ２４から上記２００ＯＫを受信する（Ｓ１１）と、アプリケーション実行管理部１２７からの指令を受けることなく、ＩＮＶＩＴＥに対する成功応答メッセージ（２００ＯＫ）を受け取ったことを知らせるＡＣＫを返信するように自動応答する（Ｓ１３）。このＡＣＫは、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに転送され、携帯電話機１０Ｂで実行されている対戦ゲームのＳＩＰアプリケーションに通知される（Ｓ１４，Ｓ１５）。

以上により、ユーザＡの携帯電話機１０Ａで起動されている対戦ゲームのＳＩＰアプリケーションと、ユーザＢの携帯電話機１０Ｂで起動されている対戦ゲームのＳＩＰアプリケーションとの間において、マルチメディアのデータを送受信可能なピアツーピアのセッションが確立され、対戦ゲームが開始される。

図１４は、ユーザＡの発信側の携帯電話機１０ＡからユーザＢの着信側の携帯電話機１０ＢにＩＮＶＩＴＥのＳＩＰメッセージ（ＩＮＶＩＴＥメッセージ）を送信することにより携帯電話機１０Ｂで所定のＳＩＰアプリケーション（対戦ゲームのアプリケーション）を起動させるときの通信手順の他の例を示すシーケンス図である。この例では、対戦ゲームのＳＩＰアプリケーションの起動を要求するＩＮＶＩＴＥメッセージをユーザＢの携帯電話機１０Ｂが受信すると、当該ＳＩＰアプリケーションをユーザが確認するために起動確認のポップアップ画面が表示される。そして、この起動確認のポップアップ画面を見たユーザＢが、アプリケーション起動を選択した場合にのみ、ＩＮＶＩＴＥメッセージで指定された対戦ゲームのＳＩＰアプリケーションが自動起動される。なお、図１４における他の通信手順及び動作は、図１３の場合と同様であるので、説明を省略する。

図１５は、通信ネットワーク上のサーバ２５（又はサーバ３０）からユーザＢの着信側の携帯電話機１０ＢにＭＥＳＳＡＧＥのＳＩＰメッセージ（ＭＥＳＳＡＧＥメッセージ）を送信することにより携帯電話機１０Ｂで所定のＳＩＰアプリケーションを起動させるときの通信手順の一例を示すシーケンス図である。
図１５において、上記通信ネットワーク上のサーバ２５、３０が、予め決められた所定のＳＩＰアプリケーションの起動を要求するＭＥＳＳＡＧＥメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに送信する（Ｓ１，Ｓ２）。このＭＥＳＳＡＧＥメッセージは、ユーザＢの携帯電話機１０Ｂのプラットフォームの通信・制御部１２０、１２２で受信され、ＭＥＳＳＡＧＥメッセージに含まれるアプリケーション起動情報が、通信・制御部からアプリケーション実行管理部１２７に送られ、アプリケーション起動情報で指定されたＳＩＰアプリケーションが自動起動される（Ｓ５）。携帯電話機１０Ｂの画面には、「起動要求がありました。」のように、外部のサーバからＳＩＰアプリケーションの起動が要求された旨が表示される。また、携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＣＳＣＦ２４から上記ＭＥＳＳＡＧＥメッセージを受信する（Ｓ２）と、アプリケーション実行管理部１２７からの指令を受けることなく、ＭＥＳＳＡＧＥメッセージに対するリクエスト受け入れの成功応答メッセージである２００ＯＫを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してサーバ２５，３０に返信するように自動応答する（Ｓ３，Ｓ４）。

以上により、サーバ２５，３０から発信されたＰｕｓｈ型のＭＥＳＳＡＧＥメッセージで指定された所定のＳＩＰアプリケーションをユーザＢの携帯電話機１０Ｂで起動させることができる。

図１６は、ユーザＡの発信側の携帯電話機１０ＡからユーザＢの着信側の携帯電話機１０ＢにＭＥＳＳＡＧＥのＳＩＰメッセージ（ＭＥＳＳＡＧＥメッセージ）を送信することにより携帯電話機１０Ｂで所定のＳＩＰアプリケーションを起動させるときの通信手順の他の例を示すシーケンス図である。この例では、ＳＩＰアプリケーションの起動を要求するＭＥＳＳＡＧＥメッセージをユーザＢの携帯電話機１０Ｂが受信すると、当該ＳＩＰアプリケーションをユーザが確認するために起動確認のポップアップ画面が表示される。そして、この起動確認のポップアップ画面を見たユーザＢが、アプリケーション起動を選択した場合にのみ、ＭＥＳＳＡＧＥメッセージで指定されたＳＩＰアプリケーションが自動起動される。なお、図１６における他の通信手順及び動作は、図１５の場合と同様であるので、説明を省略する。

図１７は、着信側の携帯電話機が各種状態にある場合に複数の携帯電話機からアプリケーション起動要求のＳＩＰメッセージを受信したときの各種動作パターンを例示するシーケンス図である。この例では、ユーザＡＡＡ、ユーザＣＣＣ及びユーザＤＤＤそれぞれが操作する発信側の携帯電話機１０Ａ，１０Ｃ，１０Ｄから、ユーザＢＢＢが操作する携帯電話機１０Ｂに、アプリケーション起動要求のＳＩＰメッセージが送信される。これにより、次の（１）〜（１０）に示すように、ユーザＢＢＢの携帯電話機１０Ｂにおけるアプリケーションの起動状態が遷移する。

（１）アプリケーション未起動、待ち受け画面：
（１ａ）この例では、ユーザＢＢＢの携帯電話機１０Ｂにおいてアプリケーションが起動されていない状態で待ち受け画面が表示されているときに、ユーザＡＡＡの携帯電話機１０Ａから携帯電話機１０Ｂに、例えば対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの起動を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。携帯電話機１０Ｂは、携帯電話機１０ＡからＳＩＰメッセージを受信すると、予め設定された着信通知の設定に従い、着信音の鳴動を行うとともに画面のステータスエリアに所定のピクト表示を行い、アプリケーション起動確認のポップアップ画面を表示する。
（１ｂ）起動確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが起動され、上記ＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡され、ステータスエリアのピクト表示が消灯される。
（１ｃ）上記起動確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻り、ステータスエリアのピクト表示が消灯される。

（２）アプリケーション未起動、待ち受け画面以外の画面：
（２ａ）この例では、ユーザＢＢＢの携帯電話機１０Ｂにおいてアプリケーションが起動されていない状態で待ち受け画面以外の画面が表示されているときに、ユーザＡＡＡの携帯電話機１０Ａから携帯電話機１０Ｂに、例えば対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの起動を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。携帯電話機１０Ｂは、携帯電話機１０ＡからＳＩＰメッセージを受信すると、ステータスエリアに所定の文字列通知表示を行い、バックグラウンドにてピクト表示を行う。折り畳み式の携帯電話機が閉じられている場合には、予め設定された着信通知の設定に基づいて着信音の鳴動を行い、または予め設定された着信通知表示の設定に基づいて、筐体背面等に設けられる液晶表示部に所定の着信通知表示を行なう。
（２ｂ）着信通知を受けたユーザＢＢＢが待ち受け画面に遷移する操作を行うと、アプリケーション起動確認のポップアップ画面が表示される。
（２ｃ）起動確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが起動され、上記ＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡され、ステータスエリアのピクト表示が消灯される。
（２ｄ）上記起動確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻り、ステータスエリアのピクト表示が消灯される。

（３）アプリケーション起動中、同一アプリケーション起動要求：
（３ａ）この例では、ユーザＢＢＢの携帯電話機１０Ｂにおいてアプリケーションが起動されている状態で、ユーザＣＣＣの携帯電話機１０Ｃから携帯電話機１０Ｂに、起動中のアプリケーションと同じ対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの起動を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。
（３ｂ）携帯電話機１０Ｂにおいて、携帯電話機１０Ｃから受信したＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡される。

（４）アプリケーション起動中、同一アプリケーション起動要求：
（４ａ）この例では、ユーザＢＢＢの携帯電話機１０Ｂにおいてアプリケーションが起動されている状態で、ユーザＡＡＡの携帯電話機１０Ａから携帯電話機１０Ｂに、起動中のアプリケーションと同じ対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの起動を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。
（４ｂ）携帯電話機１０Ｂにおいて、携帯電話機１０Ａからから受信したＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡される。

（５）アプリケーション一時停止中、待ち受け画面、同一アプリケーション起動要求：
（５ａ）この例では、ユーザＢＢＢが携帯電話機１０Ｂを操作して起動中のアプリケーションが一時停止され待ち受け画面が表示されているときに、ユーザＣＣＣの携帯電話機１０Ｃから携帯電話機１０Ｂに、一時停止中のアプリケーションと同じ対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの起動を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。携帯電話機１０Ｂは、携帯電話機１０Ｃから上記ＳＩＰメッセージを受信すると、予め設定された着信通知の設定に従い、着信音の鳴動を行うとともに画面のステータスエリアに所定のピクト表示を行い、アプリケーション再開確認のポップアップ画面を表示する。
（５ｂ）再開確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが再開され、上記ＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡され、ステータスエリアのピクト表示が消灯される。
（５ｃ）上記再開確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻り、ステータスエリアのピクト表示が消灯される。

（６）アプリケーション一時停止中、待ち受け画面以外の画面、同一アプリケーション起動要求：
（６ａ）この例では、ユーザＢＢＢの携帯電話機１０ＢにおいてユーザＢＢＢが携帯電話機１０Ｂを操作して起動中のアプリケーションが一時停止され待ち受け画面以外の画面が表示されているときに、ユーザＣＣＣの携帯電話機１０Ｃから携帯電話機１０Ｂに、対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの起動を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。携帯電話機１０Ｂは、携帯電話機１０ＣからＳＩＰメッセージを受信すると、ステータスエリアに所定の文字列通知表示を行い、バックグラウンドにてピクト表示を行う。折り畳み式の携帯電話機が閉じられている場合には、予め設定された着信通知の設定に従い着信音の鳴動を行う。
（６ｂ）着信通知を受けたユーザＢＢＢが待ち受け画面に遷移する操作を行うと、アプリケーション起動確認のポップアップ画面が表示される。
（６ｃ）起動確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが再開され、上記ＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡され、ステータスエリアのピクト表示が消灯される。
（６ｄ）上記起動確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻り、ステータスエリアのピクト表示が消灯される。

（７）アプリケーション起動中、着信優先型の異種アプリケーション起動要求：
（７ａ）この例では、ユーザＢＢＢの携帯電話機１０Ｂにおいて対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが起動されている状態で、ユーザＤＤＤの携帯電話機１０Ｄから携帯電話機１０Ｂに、起動中のアプリケーションと異なる対戦ゲーム「ＲｅａｌＦｉｇｈｔｓ」のＳＩＰアプリケーションの起動を要求する着信優先型のＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。携帯電話機１０Ｂは、起動中のアプリケーションを一時停止し、予め設定された着信通知の設定に従い、着信音の鳴動を行うとともに画面のステータスエリアに所定のピクト表示を行う。
（７ｂ）着信通知を受けたユーザＢＢＢが待ち受け画面に遷移する操作を行うと、上記新規な対戦ゲーム「ＲｅａｌＦｉｇｈｔｓ」のアプリケーション起動確認のポップアップ画面が表示される。
（７ｃ）起動確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、ステータスエリアのピクト表示が消灯され、下記の（７ｅ）の動作に移る。
（７ｄ）上記起動確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻り、ステータスエリアのピクト表示が消灯される。
（７ｅ）携帯電話機１０Ｂにおいて、一時停止中の対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの終了を確認するための終了確認画面が表示される。
（７ｆ）終了確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、一時停止中の対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが終了し、新規に起動要求された対戦ゲーム「ＲｅａｌＦｉｇｈｔｓ」のＳＩＰアプリケーションが起動され、上記ＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡され、ステータスエリアのピクト表示が消灯される。
（７ｇ）上記終了確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻る。

（８）アプリケーション起動中、着信通知型の異種アプリケーション起動要求：
（８ａ）この例では、ユーザＢＢＢの携帯電話機１０Ｂにおいて対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが起動されている状態で、ユーザＤＤＤの携帯電話機１０Ｄから携帯電話機１０Ｂに、起動中のアプリケーションと異なる新規な対戦ゲーム「ＲｅａｌＦｉｇｈｔｓ」のＳＩＰアプリケーションの起動を要求する着信通知型のＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。
（８ｂ）携帯電話機１０Ｂは、ステータスエリアに所定の文字列通知表示を行い、バックグラウンドにてピクト表示を行う。折り畳み式の携帯電話機が閉じられている場合には、予め設定された着信通知の設定に基づいて着信音の鳴動を行い、または予め設定された着信通知表示の設定に基づいて、筐体背面等に設けられる液晶表示部に所定の着信通知表示を行なう。

（９）アプリケーション一時停止中、待ち受け画面、着信通知型の異種アプリケーション起動要求：
（９ａ）この例では、ユーザＢＢＢが携帯電話機１０Ｂを操作して起動中の対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが一時停止され待ち受け画面が表示されているときに、他のユーザの携帯電話機から携帯電話機１０Ｂに、一時停止中のアプリケーションと異なる対戦ゲーム「ＲｅａｌＦｉｇｈｔｓ」のＳＩＰアプリケーションの起動を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。携帯電話機１０Ｂは、上記他の携帯電話機から上記ＳＩＰメッセージを受信すると、予め設定された着信通知の設定に従い、着信音の鳴動を行うとともに画面のステータスエリアに所定のピクト表示を行い、アプリケーション起動確認のポップアップ画面を表示する。
（９ｂ）起動確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、ステータスエリアのピクト表示が消灯され、下記の（９ｄ）の動作に移る。
（９ｃ）上記起動確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻り、ステータスエリアのピクト表示が消灯される。
（９ｄ）携帯電話機１０Ｂにおいて、一時停止中の対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの終了を確認するための終了確認画面が表示される。
（９ｅ）終了確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、一時停止中の対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが終了し、新規に起動要求された対戦ゲーム「ＲｅａｌＦｉｇｈｔｓ」のＳＩＰアプリケーションが起動され、上記ＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡され、ステータスエリアのピクト表示が消灯される。
（９ｆ）上記終了確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻る。

（１０）アプリケーション一時停止中、待ち受け画面以外の画面、着信通知型の異種アプリケーション起動要求：
（１０ａ）この例では、ユーザＢＢＢが携帯電話機１０Ｂを操作して起動中の対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが一時停止され待ち受け画面以外の画面が表示されているときに、他のユーザの携帯電話機から携帯電話機１０Ｂに、一時停止中のアプリケーションと異なる対戦ゲーム「ＲｅａｌＦｉｇｈｔｓ」のＳＩＰアプリケーションの起動を要求するＳＩＰメッセージ（ＩＮＶＩＴＥ又はＭＥＳＳＡＧＥ）が送信される。携帯電話機１０Ｂは、上記他の携帯電話機から上記ＳＩＰメッセージを受信すると、ステータスエリアに所定の文字列通知表示を行い、バックグラウンドにてピクト表示を行う。折り畳み式の携帯電話機が閉じられている場合には、予め設定された着信通知の設定に従い着信音の鳴動を行う。
（１０ｂ）着信通知を受けたユーザＢＢＢが待ち受け画面に遷移する操作を行うと、アプリケーション起動確認のポップアップ画面が表示される。
（１０ｃ）起動確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、ステータスエリアのピクト表示が消灯され、下記の（１０ｅ）の動作に移る。
（１０ｄ）上記起動確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻り、ステータスエリアのピクト表示が消灯される。
（１０ｅ）携帯電話機１０Ｂにおいて、一時停止中の対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションの終了を確認するための終了確認画面が表示される。
（１０ｆ）終了確認のポップアップ画面でユーザＢＢＢが「Ｙｅｓ」を選択すると、一時停止中の対戦ゲーム「Ｃｈｅｓｓ」のＳＩＰアプリケーションが終了し、新規に起動要求された対戦ゲーム「ＲｅａｌＦｉｇｈｔｓ」のＳＩＰアプリケーションが起動され、上記ＳＩＰメッセージから読み出されたアプリケーション起動情報が、起動状態のアプリケーションに渡され、ステータスエリアのピクト表示が消灯される。
（１０ｇ）上記終了確認のポップアップ画面でユーザＢＢＢが「Ｎｏ」を選択すると、待ち受け画面に戻る。

以上の動作を採用することにより、携帯電話機１０Ｂのいずれの動作状態においても、ＳＩＰアプリケーションの起動要求に対し、適正な応答をすることができる。したがって、アプリケーション処理の競合を防ぎ、携帯電話機１０Ｂの安定的な動作を可能とすることができる。

図１８は、ユーザＡの発信側の携帯電話機１０ＡとユーザＢの着信側の携帯電話機１０Ｂとの間でＩＮＶＩＴＥのＳＩＰメッセージ（ＩＮＶＩＴＥメッセージ）によるＳＩＰアプリケーションのセッション確立中に、ユーザ操作によるアプリケーション終了処理を行う通信手順の一例を示すシーケンス図である。なお。図１３における通信手順と同様な部分については説明を省略する。
図１８において、ユーザＡの携帯電話機１０ＡからユーザＢの携帯電話機１０ＢにＩＮＶＩＴＥメッセージが送信され、携帯電話機１０Ｂから携帯電話機１０Ａに、ＩＮＶＩＴＥメッセージに対する暫定応答メッセージである１８０Ｒｉｎｇｉｎｇが返信されることにより、携帯電話機１０Ａで起動されているＳＩＰアプリケーションと携帯電話機１０Ｂで起動されているＳＩＰアプリケーションとの間でセッション確立処理が行われる（Ｓ１〜Ｓ８）。このセッション確立処理中に、ユーザＡが携帯電話機１０Ａを操作して起動中のＳＩＰアプリケーションを終了する操作を行うと、携帯電話機１０Ａのプラットフォームの通信・制御部１２０，１２２は、未応答のＩＮＶＩＴＥメッセージをキャンセルするＣＡＮＣＥＬメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに送信する（Ｓ９〜Ｓ１１）。

携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＣＳＣＦ２４から上記ＣＡＮＣＥＬメッセージを受信する（Ｓ１０）と、当該ＣＡＮＣＥＬメッセージの情報を起動中のアプリケーションに通知するとともに（Ｓ１１）、アプリケーション実行管理部１２７からの指令を受けることなく、上記ＣＡＮＣＥＬメッセージに対する応答メッセージである２００ＯＫを返信するように自動応答する（Ｓ１２）。更に、携帯電話機１０Ｂのプラットフォームの通信・制御部は、アプリケーション実行管理部１２７からの指令を受けることなく、上記所定のエラーコード：４８７のエラー応答メッセージをＣＳＣＦ２４に送信し（Ｓ１３）、エラー応答メッセージに対する受領確認のＡＣＫメッセージをＣＳＣＦ２４から受信する（Ｓ１４）。

図１９は、ユーザＡの携帯電話機１０ＡとユーザＢの携帯電話機１０Ｂとの間でＳＩＰアプリケーションのセッションが確立され、携帯電話機１０Ａから携帯電話機１０Ｂにメディアデータが送信されているときに、ユーザ操作によるアプリケーション終了処理を行う通信手順の一例を示すシーケンス図である。
図１９において、ユーザＡの携帯電話機１０Ａで起動されているＳＩＰアプリケーションとユーザＢの携帯電話機１０Ｂで起動されているＳＩＰアプリケーションとの間でセッションが確立された後、携帯電話機１０Ａから携帯電話機１０ＢにＳＩＰアプリケーションによるメディアデータが送信される。この携帯電話機１０Ａと携帯電話機１０Ｂとの間におけるＳＩＰアプリケーションによるメディアデータの送受信が行われているときに、ユーザＡが携帯電話機１０Ａを操作して起動中のＳＩＰアプリケーションを終了する操作を行うと、携帯電話機１０Ａのプラットフォームの通信・制御部１２０，１２２は、セッションを終了するためのＢＹＥメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに送信する（Ｓ１〜Ｓ３）。

携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＣＳＣＦ２４から上記ＢＹＥメッセージを受信する（Ｓ２）と、当該ＢＹＥメッセージの情報を起動中のアプリケーションに通知するとともに（Ｓ３）、アプリケーション実行管理部１２７からの指令を受けることなく、上記ＢＹＥメッセージに対する応答メッセージである２００ＯＫを返信するように自動応答する（Ｓ４）。この応答メッセージ２００ＯＫは、ＣＳＣＦ２４を介して、携帯電話機１０Ａのプラットフォームの通信・制御部に送信される（Ｓ５）。

図２０は、ユーザＡの携帯電話機１０Ａで起動されているＳＩＰアプリケーションからの指令に基づいてユーザＢの携帯電話機１０Ｂとの間のセッション確立処理をキャンセルするときのメッセージ再送処理の一例を示すシーケンス図である。
図２０において、携帯電話機１０Ａのプラットフォームの通信・制御部は、起動中のＳＩＰアプリケーションからのセッション確立処理の中止指令（ＣＡＮＣＥＬメソッド）を、アプリケーション実行管理部１２７を介して受けると（Ｓ１）、ユーザＢの携帯電話機１０Ｂを宛先にしてＣＡＮＣＥＬメッセージをＩＭＳドメイン２０２のＣＳＣＦ２４に送信する（Ｓ２）。そして、携帯電話機１０Ａの通信・制御部は、ＣＡＮＣＥＬメッセージに対する応答メッセージを、所定のタイムアウト時間内にＣＳＣＦ２４から受信しないときは、アプリケーション実行管理部１２７からの指令を受けることなく、ＣＡＮＣＥＬメッセージをＣＳＣＦ２４に繰り返し再送する（Ｓ３〜Ｓ５）。

図２１は、ユーザＡの携帯電話機１０ＡとユーザＢの携帯電話機１０Ｂとの間でセッションが確立された後、携帯電話機１０Ａで起動されているＳＩＰアプリケーションからの指令に基づいてセッションを終了するときのメッセージ再送処理の一例を示すシーケンス図である。
図２１において、携帯電話機１０Ａのプラットフォームの通信・制御部は、起動中のＳＩＰアプリケーションからのセッション終了指令（ＢＹＥメソッド）を、アプリケーション実行管理部１２７を介して受けると（Ｓ１）、ユーザＢの携帯電話機１０Ｂを宛先にしてＢＹＥメッセージをＩＭＳドメイン２０２のＣＳＣＦ２４に送信する（Ｓ２）。そして、携帯電話機１０Ａの通信・制御部は、ＢＹＥメッセージに対する応答メッセージを、所定のタイムアウト時間内にＣＳＣＦ２４から受信しないときは、アプリケーション実行管理部１２７からの指令を受けることなく、ＢＹＥメッセージをＣＳＣＦ２４に繰り返し再送する（Ｓ３〜Ｓ５）。

図２２は、ＩＮＶＩＴＥメッセージによってユーザＡの携帯電話機１０ＡとユーザＢの携帯電話機１０Ｂとの間にセッションが確立された後、発信側の携帯電話機１０Ａで起動されているＳＩＰアプリケーションからの指令に基づいてセッションを終了するときの通信手順の一例を示すシーケンス図である。なお。図１３における通信手順と同様な部分については説明を省略する。
図２２において、ユーザＡの携帯電話機１０ＡからユーザＢの携帯電話機１０ＢにＩＮＶＩＴＥメッセージを送信することにより、携帯電話機１０Ａで起動されているＳＩＰアプリケーションと携帯電話機１０Ｂで起動されているＳＩＰアプリケーションとの間でセッションが確立される（Ｓ１〜Ｓ１５）。このセッションの確立後に、発信側の携帯電話機１０Ａで起動されているＳＩＰアプリケーションが、当該セッションを終了するＢＹＥメソッドを発行すると、そのセッション終了指令（ＢＹＥ）が、アプリケーション実行管理部１２７からプラットフォームの通信・制御部に送られる（Ｓ１６）。携帯電話機１０Ａのプラットフォームの通信・制御部は、上記セッション終了指令（ＢＹＥ）に基づいて、セッション終了のＢＹＥメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに送信する（Ｓ１７〜Ｓ１９）。

着信側の側携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＣＳＣＦ２４から上記ＢＹＥメッセージを受信する（Ｓ１８）と、当該ＢＹＥメッセージの情報を起動中のアプリケーションに通知するとともに（Ｓ１９）、アプリケーション実行管理部１２７からの指令を受けることなく、上記ＢＹＥメッセージに対する応答メッセージである２００ＯＫを返信するように自動応答する（Ｓ２０）。この応答メッセージ２００ＯＫは、ＣＳＣＦ２４を介して、発信側の携帯電話機１０Ａのプラットフォームの通信・制御部に送信される（Ｓ２１）。

図２３は、ＩＮＶＩＴＥメッセージによってユーザＡの携帯電話機１０ＡとユーザＢの携帯電話機１０Ｂとの間にセッションが確立された後、着信側の携帯電話機１０Ｂで起動されているＳＩＰアプリケーションからの指令に基づいてセッションを終了するときの通信手順の一例を示すシーケンス図である。なお。図１３における通信手順と同様な部分については説明を省略する。
図２３において、ユーザＡの携帯電話機１０ＡからユーザＢの携帯電話機１０ＢにＩＮＶＩＴＥメッセージを送信することにより、携帯電話機１０Ａで起動されているＳＩＰアプリケーションと携帯電話機１０Ｂで起動されているＳＩＰアプリケーションとの間でセッションが確立される（Ｓ１〜Ｓ１５）。このセッションの確立後に、着信側の携帯電話機１０Ａで起動されているＳＩＰアプリケーションが、当該セッションを終了するＢＹＥメソッドを発行すると、そのセッション終了指令（ＢＹＥ）が、アプリケーション実行管理部１２７からプラットフォームの通信・制御部に送られる（Ｓ１６）。携帯電話機１０Ｂのプラットフォームの通信・制御部は、上記セッション終了指令（ＢＹＥ）に基づいて、セッション終了のＢＹＥメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介して発信側の携帯電話機１０Ａに送信する（Ｓ１７〜Ｓ１９）。

発信側の側携帯電話機１０Ａのプラットフォームの通信・制御部は、ＣＳＣＦ２４から上記ＢＹＥメッセージを受信する（Ｓ１８）と、当該ＢＹＥメッセージの情報を起動中のアプリケーションに通知するとともに（Ｓ１９）、アプリケーション実行管理部１２７からの指令を受けることなく、上記ＢＹＥメッセージに対する応答メッセージである２００ＯＫを返信するように自動応答する（Ｓ２０）。この応答メッセージ２００ＯＫは、ＣＳＣＦ２４を介して、着信側の携帯電話機１０Ｂのプラットフォームの通信・制御部に送信される（Ｓ２１）。

図２４は、ユーザＡの携帯電話機１０ＡがユーザＢの携帯電話機１０ＢにＩＮＶＩＴＥメッセージを送信した後、ＩＮＶＩＴＥメッセージに対する暫定応答メッセージを受信する前に、ＩＮＶＩＴＥメッセージをキャンセルするときの通信手順の一例を示すシーケンス図である。なお。図１３における通信手順と同様な部分については説明を省略する。
図２４において、ユーザＡの携帯電話機１０ＡからユーザＢの携帯電話機１０ＢにＩＮＶＩＴＥメッセージを送信することにより、携帯電話機１０Ａで起動されているＳＩＰアプリケーションと携帯電話機１０Ｂで起動されているＳＩＰアプリケーションとの間でセッションの確立処理が開始される（Ｓ１〜Ｓ５）。このセッション確立処理中、発信側の携帯電話機１０Ａで起動されているＳＩＰアプリケーションが、ＩＮＶＩＴＥメッセージに対する暫定応答メッセージである１８０Ｒｉｎｇｉｎｇを受信する前に、当該ＩＮＶＩＴＥメッセージをキャンセルするＣＡＮＣＥＬメソッドを発行すると、そのメッセージキャンセル指令（ＣＡＮＣＥＬ）が、アプリケーション実行管理部１２７からプラットフォームの通信・制御部に送られる（Ｓ６）。携帯電話機１０Ａのプラットフォームの通信・制御部は、上記メッセージキャンセル指令（ＣＡＮＣＥＬ）に基づいて、ＣＡＮＣＥＬメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに送信する（Ｓ７〜Ｓ９）。

着信側の携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＣＳＣＦ２４から上記ＣＡＮＣＥＬメッセージを受信する（Ｓ８）と、当該ＣＡＮＣＥＬメッセージの情報を起動中のアプリケーションに通知するとともに（Ｓ９）、アプリケーション実行管理部１２７からの指令を受けることなく、上記ＣＡＮＣＥＬメッセージに対する応答メッセージである２００ＯＫを返信するように自動応答する（Ｓ１０）。更に、携帯電話機１０Ｂのプラットフォームの通信・制御部は、アプリケーション実行管理部１２７からの指令を受けることなく、上記所定のエラーコード：４８７のエラー応答メッセージをＣＳＣＦ２４に送信する（Ｓ１２）。これらの応答メッセージ２００ＯＫ及びエラー応答メッセージ４８７は、ＣＳＣＦ２４を介して、発信側の携帯電話機１０Ａのプラットフォームの通信・制御部に送信される（Ｓ１１，Ｓ１３）。発信側の携帯電話機１０Ａのプラットフォームの通信・制御部は、上記エラー応答メッセージに対する受領確認のＡＣＫメッセージを、ＣＳＣＦ２４を介して、携帯電話機１０Ｂの通信・制御部に送信する（Ｓ１４，Ｓ１５）。

以上のように、上記ＣＡＮＣＥＬメッセージの送受信の後、応答メッセージ２００ＯＫ、エラー応答メッセージ４８７及びＡＣＫメッセージについては、アプリケーション実行管理部１２７及び実行中のＳＩＰアプリケーションを介さずに、各携帯電話機１０Ａ，１０Ｂの通信・制御部間で送受信処理される。

図２５は、ユーザＡの携帯電話機１０ＡがユーザＢの携帯電話機１０ＢにＩＮＶＩＴＥメッセージを送信した後、ＩＮＶＩＴＥメッセージに対する暫定応答メッセージを受信した後に、ＩＮＶＩＴＥメッセージをキャンセルするときの通信手順の一例を示すシーケンス図である。なお。図１３及び図２４における通信手順と同様な部分については説明を省略する。
図２５の例では、図２４の通信手順とは異なり、セッション確立処理中に、発信側の携帯電話機１０Ａで起動されているＳＩＰアプリケーションが、ＩＮＶＩＴＥメッセージに対する暫定応答メッセージである１８０Ｒｉｎｇｉｎｇを受信した後、当該ＩＮＶＩＴＥメッセージをキャンセルするＣＡＮＣＥＬメソッドを発行している。他の通信手順は、図２４の場合と同様である。
この場合も、上記ＣＡＮＣＥＬメッセージの送受信の後、応答メッセージ２００ＯＫ、エラー応答メッセージ４８７及びＡＣＫメッセージについては、アプリケーション実行管理部１２７及び実行中のＳＩＰアプリケーションを介さずに、各携帯電話機１０Ａ，１０Ｂの通信・制御部間で送受信処理される。

図２６は、着信側の携帯電話機１０ＢがＩＮＶＩＴＥメッセージを拒否する場合の通信手順の一例を示すシーケンス図である。なお。図１３における通信手順と同様な部分については説明を省略する。
図２６において、着信側の携帯電話機１０Ｂで起動しているアプリケーションが、発信側の携帯電話機１０Ａから送信されてきたＩＮＶＩＴＥメッセージを拒否する場合、エラーコード：４８０のエラー応答メソッドを発行する。このエラー応答メソッド（４８０）は、アプリケーション実行管理部１２７からプラットフォームの通信・制御部に送られる（Ｓ９）。携帯電話機１０Ｂのプラットフォームの通信・制御部は、上記エラー応答指令（４８０）に基づいて、エラー応答メッセージ４８０を、ＩＭＳドメイン２０２のＣＳＣＦ２４を介して発信側の携帯電話機１０Ａに送信する（Ｓ１０〜Ｓ１２）。発信側の携帯電話機１０Ａの通信・制御部は、上記エラー応答メッセージ４８０を受信すると、そのエラー応答メッセージ４８０に対する受領確認のＡＣＫメッセージを、ＣＳＣＦ２４を介して、携帯電話機１０Ｂの通信・制御部に送信する（Ｓ１３，Ｓ１４）。
以上のように、上記ＡＣＫメッセージについては、アプリケーション実行管理部１２７及び実行中のアプリケーションを介さずに、各携帯電話機１０Ａ，１０Ｂの通信・制御部間で送受信処理される。

図２７は、ＩＮＶＩＴＥメッセージで指定されたＳＩＰアプリケーションが着信側の携帯電話機１０Ｂに存在しない場合の通信手順の一例を示すシーケンス図である。なお。図１３における通信手順と同様な部分については説明を省略する。
図２７において、ＩＮＶＩＴＥメッセージで指定されたＳＩＰアプリケーションが着信側の携帯電話機１０Ｂにインストールされていない場合、携帯電話機１０Ｂのプラットフォームの通信・制御部は、エラーコード：４８８のエラー応答メッセージをＩＭＳドメイン２０２のＣＳＣＦ２４を介して発信側の携帯電話機１０Ａに送信する（Ｓ９〜Ｓ１１）。発信側の携帯電話機１０Ａの通信・制御部は、上記エラー応答メッセージ４８８を受信すると（Ｓ１０）、そのエラー応答メッセージ４８８の情報を、アプリケーション実行管理部１２７を介して起動中のＳＩＰアプリケーションに通知する（Ｓ１１）。更に、携帯電話機１０Ａの通信・制御部は、上記エラー応答メッセージ４８８に対する受領確認のＡＣＫメッセージを、ＣＳＣＦ２４を介して、携帯電話機１０Ｂの通信・制御部に送信する（Ｓ１２，Ｓ１３）。
以上のように、上記ＡＣＫメッセージについては、アプリケーション実行管理部１２７及び実行中のアプリケーションを介さずに、各携帯電話機１０Ａ，１０Ｂの通信・制御部間で送受信処理される。

図２８は、ＩＮＶＩＴＥメッセージをキャンセルするＣＡＮＳＥＬメッセージとＩＮＶＩＴＥメッセージに対する応答メッセージ２００ＯＫとが競合する場合の通信手順の一例を示すシーケンス図である。なお、図１３における通信手順と同様な部分については説明を省略する。
図２８において、ユーザＡの携帯電話機１０ＡからユーザＢの携帯電話機１０ＢにＩＮＶＩＴＥメッセージを送信することにより、携帯電話機１０Ａで起動されているＳＩＰアプリケーションと携帯電話機１０Ｂで起動されているＳＩＰアプリケーションとの間でセッションの確立処理が開始される（Ｓ１〜Ｓ８）。このセッション確立処理中に、発信側の携帯電話機１０Ａで起動されているＳＩＰアプリケーションが、ＩＮＶＩＴＥメッセージに対する暫定応答メッセージである１８０Ｒｉｎｇｉｎｇを受信した後、当該ＩＮＶＩＴＥメッセージをキャンセルするＣＡＮＣＥＬメソッドを発行している。このメッセージキャンセル指令（ＣＡＮＣＥＬ）は、アプリケーション実行管理部１２７からプラットフォームの通信・制御部に送られる（Ｓ９）。携帯電話機１０Ａのプラットフォームの通信・制御部は、上記メッセージキャンセル指令（ＣＡＮＣＥＬ）に基づいて、ＣＡＮＣＥＬメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介してユーザＢの携帯電話機１０Ｂに送信する（Ｓ１０〜Ｓ１２）。

一方、着信側の携帯電話機１０Ｂで起動されているＳＩＰアプリケーションは、上記ＩＮＶＩＴＥメッセージに対する応答メッセージ２００ＯＫを発行している。この応答メッセージ２００ＯＫは、アプリケーション実行管理部１２７からプラットフォームの通信・制御部に送られる（Ｓ１３）。携帯電話機１０Ａのプラットフォームの通信・制御部は、上記応答メッセージ２００ＯＫを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介して発信側の携帯電話機１０Ａに送信する（Ｓ１４〜Ｓ１５）。ところが、この応答メッセージ２００ＯＫは、上記発信側の携帯電話機１０Ａが送信したＣＡＮＣＥＬメッセージと競合することになる。そのため、発信側の携帯電話機１０Ａの通信・制御部は、着信側の携帯電話機１０Ｂから受信した応答メッセージ２００ＯＫを無視し、アプリケーション実行管理部１２７及び起動中のＳＩＰアプリケーションに通知しないように制御している。これにより、発信側の携帯電話機１０Ａで起動しているＳＩＰアプリケーションにおいて互いに矛盾する処理が競合しない。

図２９は、携帯電話機１０Ａ，１０Ｂ間のセッション中に、発信側の携帯電話機１０Ａが圏内から圏外に移動した後、圏外から圏内に復帰したときの通信手順の一例を示すシーケンス図である。
図２９において、携帯電話機１０Ａ，１０Ｂで起動しているＳＩＰアプリケーション間でセッションが確立されているセッション中に、発信側の携帯電話機１０Ａが圏内（基地局との無線通信が可能なエリアの内部に存在する状態）から圏外（基地局との無線通信が可能なエリアの内部から外れた状態）に遷移すると、携帯電話機１０Ａのプラットフォームの通信・制御部は、圏外に滞在している時間を計時する所定の圏外タイマーを開始する。この圏外タイマーが予め設定した所定時間を計時したタイミング（圏外タイマー満了時）に、携帯電話機１０Ｂとのセッションを開放する開放する旨を起動中のＳＩＰアプリケーションに通知する（Ｓ１）。この後、ユーザＡが携帯電話機１０Ａを操作して再接続を指示すると、ＳＩＰアプリケーションからアプリケーション実行管理部１２７を介してプラットフォームの通信・制御部に、セッション確立指令（ＩＮＶＩＴＥメソッド）が送られる（Ｓ２）。ここで、携帯電話機１０Ａが圏外のままであると、通信・制御部は、所定の圏外エラーを起動中のＳＩＰアプリケーションに通知する（Ｓ３）。これにより、起動中のＳＩＰアプリケーションは、携帯電話機１０Ａが圏外にあるため携帯電話機１０Ｂとの間にセッションを確立することができないことを認識することができる。

その後、携帯電話機１０Ａが圏外から圏内に遷移し、ユーザＡが携帯電話機１０Ａを操作して再接続を指示すると、ＳＩＰアプリケーションからアプリケーション実行管理部１２７を介してプラットフォームの通信・制御部に、セッション確立指令（ＩＮＶＩＴＥメソッド）が送られる（Ｓ３）。通信・制御部は、セッション確立指令に基づいてＩＮＶＩＴＥメッセージを、ＩＭＳドメイン２０２のＣＳＣＦ２４を介して着信側のユーザＢの携帯電話機１０Ｂに送信することにより、セッションを確立する処理を実行する（Ｓ５〜Ｓ１８）。

図３０は、着信側の携帯電話機１０Ｂに表示された起動確認のポップアップ画面でユーザがＩＮＶＩＴＥメッセージを拒否する操作を行ったときの通信手順の一例を示すシーケンス図である。なお、図１３における通信手順と同様な部分については説明を省略する。
図３０において、着信側の携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＩＮＶＩＴＥメッセージを受信すると（Ｓ１〜Ｓ４）、起動確認のポップアップ画面を表示する。この画面上でユーザがＩＮＶＩＴＥメッセージを拒否する操作を行うと、携帯電話機１０Ｂの通信・制御部は、エラー応答メッセージ４８０を、ＩＭＳドメイン２０２のＣＳＣＦ２４を介して発信側の携帯電話機１０Ａに送信する（Ｓ８〜Ｓ１０）。発信側の携帯電話機１０Ａの通信・制御部は、上記エラー応答メッセージ４８０を受信すると、そのエラー応答メッセージ４８０の情報を起動中のＳＩＰアプリケーションに通知するとともに、エラー応答メッセージ４８０に対する受領確認のＡＣＫメッセージを、ＣＳＣＦ２４を介して、携帯電話機１０Ｂの通信・制御部に送信する（Ｓ１１，Ｓ１２）。
以上のように、上記ＡＣＫメッセージについては、アプリケーション実行管理部１２７及び実行中のアプリケーションを介さずに、各携帯電話機１０Ａ，１０Ｂの通信・制御部間で送受信処理される。

図３１は、着信側の携帯電話機１０Ｂで前述のマルチメディア通信設定が無効（ＯＦＦ）になっているときの通信手順の一例を示すシーケンス図である。なお、図１３における通信手順と同様な部分については説明を省略する。
図３１において、着信側の携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＩＮＶＩＴＥメッセージを受信すると（Ｓ１〜Ｓ４）、マルチメディア通信設定を確認する。ここで、マルチメディア通信設定が無効（ＯＦＦ）になっている場合、携帯電話機１０Ｂの通信・制御部は、エラー応答メッセージ４８０を、ＩＭＳドメイン２０２のＣＳＣＦ２４を介して発信側の携帯電話機１０Ａに送信する（Ｓ５〜Ｓ７）。発信側の携帯電話機１０Ａの通信・制御部は、上記エラー応答メッセージ４８０を受信すると、そのエラー応答メッセージ４８０の情報を起動中のＳＩＰアプリケーションに通知するとともに、エラー応答メッセージ４８０に対する受領確認のＡＣＫメッセージを、ＣＳＣＦ２４を介して、携帯電話機１０Ｂの通信・制御部に送信する（Ｓ８，Ｓ９）。
この場合も、上記ＡＣＫメッセージについては、アプリケーション実行管理部１２７及び実行中のアプリケーションを介さずに、各携帯電話機１０Ａ，１０Ｂの通信・制御部間で送受信処理される。

図３２は、ＳＩＰアプリケーションの起動を要求するＭＥＳＳＡＧＥメッセージをサーバから複数回連続して受信したときの処理の一例を示すシーケンス図である。図３２において、携帯電話機１０Ａのプラットフォームの通信・制御部は、ＳＩＰアプリケーションの起動を要求するＰｕｓｈ型のＭＥＳＳＡＧＥメッセージ（１）をサーバ２５（又はサーバ３０）から受信すると、所定の応答メッセージをサーバに返信し、そのＭＥＳＳＡＧＥメッセージの受信情報を履歴管理情報に追加するとともに、起動確認のポップアップ画面を表示する（Ｓ１，Ｓ２）。この起動確認画面の表示中に、２つ目のＭＥＳＳＡＧＥメッセージ（２）を受信すると、携帯電話機１０Ａの通信・制御部は、エラー応答メッセージ４８６をサーバに返信する（Ｓ３，Ｓ４）。この２つ目のＭＥＳＳＡＧＥメッセージ（２）の受信については、エラー応答を行っているため、履歴管理情報に追加されない。上記起動確認画面においてユーザが「Ｙｅｓ」を選択すると、ＭＥＳＳＡＧＥメッセージ（１）に基づいて指定のＳＩＰアプリケーションが起動される。

図３３は、アプリケーション起動要求が記述されていないＭＥＳＳＡＧＥメッセージをサーバから受信したときの処理の一例を示すシーケンス図である。図３３において、携帯電話機１０Ａのプラットフォームの通信・制御部は、アプリケーション起動要求が記述されていないＰｕｓｈ型のＭＥＳＳＡＧＥメッセージをサーバ２５（又はサーバ３０）から受信すると、所定のエラーコード：４１５のエラー応答メッセージをサーバに返信する（Ｓ１，Ｓ２）。

図３４は、着信側の携帯電話機１０ＢがＩＮＶＩＴＥメッセージを受信して起動確認のポップアップ画面を表示した後、ユーザ操作が所定時間なかったときの処理の一例を示すシーケンス図である。図３４において、着信側の携帯電話機１０Ｂのプラットフォームの通信・制御部は、ＳＩＰアプリケーションの起動を要求するＩＮＶＩＴＥメッセージを受信すると（Ｓ１〜Ｓ３）、起動確認のポップアップ画面を表示するとともに、所定のタイマーを開始する。このタイマーが予め設定した所定時間を計時するタイミング（タイマー満了時）まで上記起動画面上でユーザ操作がなかった場合、アプリケーション実行管理部１２７からの指令を受けることなく、所定のエラーコード：４０８のエラー応答メッセージを発信側の携帯電話機１０Ａに送信する（Ｓ４〜Ｓ６）。

図３５は、アプリケーション未起動状態にＭＥＳＳＡＧＥメッセージを受信した後、ユーザ手動操作によってＳＩＰアプリケーションを起動するときの処理の一例を示すシーケンス図である。図３５において、ユーザＡの携帯電話機１０Ａのプラットフォームの通信・制御部は、サーバ２５（又はサーバ３０）から、ＳＩＰアプリケーションの起動を要求するアプリケーション起動情報を含むＭＥＳＳＡＧＥメッセージを受信すると（Ｓ１，Ｓ２）、その受信したＭＥＳＳＡＧＥメッセージの情報が、Ｐｕｓｈ型ＳＩＰメッセージ受信の履歴管理情報に追加されるとともに、起動確認のポップアップ画面が表示される。この起動確認画面でユーザが「Ｎｏ」を選択すると、要求されたＳＩＰアプリケーションは起動されず、所定の画面（例えば、待ち受け画面）になる。その後、ユーザＡが携帯電話機１０Ａを操作し、アプリケーション一覧画面から選択したＳＩＰアプリケーションを起動すると、その起動したＳＩＰアプリケーションは、最新履歴情報すなわち上記受信したＭＥＳＳＡＧＥメッセージの情報（例えば、アプリケーション起動情報）を、プラットフォーム側の通信・制御部から取得することができる（Ｓ３）。ユーザ操作で起動されたＳＩＰアプリケーションは、プラットフォーム側から受信した最新履歴情報により、そのＳＩＰアプリケーションで用いる情報を最新情報に更新することができる。例えば、上記ＳＩＰアプリケーションがスケジューラーのアプリケーションの場合、そのアプリケーション未起動状態に受信したスケジュール変更の情報を含むＭＥＳＳＡＧＥメッセージを無視し、その後に上記スケジューラーのアプリケーションをユーザが手動で起動したとき、起動したスケジューラーのアプリケーションに上記ＭＥＳＳＡＧＥメッセージで受信したスケジュール変更の情報を反映させることができる。

図３６は、ＳＩＰアプリケーションの一時停止状態にＭＥＳＳＡＧＥメッセージを受信した後、ユーザ手動操作によって当該ＳＩＰアプリケーションを再開するときの処理の一例を示すシーケンス図である。図３６において、ユーザＡの携帯電話機１０Ａのプラットフォームの通信・制御部は、ＳＩＰアプリケーションの一時停止状態において、サーバ２５（又はサーバ３０）から、一時停止中のＳＩＰアプリケーションと同じＳＩＰプリケーションの起動を要求するアプリケーション起動情報を含むＭＥＳＳＡＧＥメッセージを受信すると（Ｓ１，Ｓ２）、その受信したＭＥＳＳＡＧＥメッセージの情報が、Ｐｕｓｈ型ＳＩＰメッセージ受信の履歴管理情報に追加されるとともに、起動確認（再開確認）のポップアップ画面が表示される。この起動確認画面でユーザが「Ｎｏ」を選択すると、要求されたＳＩＰアプリケーションは再開されず、所定の画面（例えば、待ち受け画面）になる。その後、ユーザＡが携帯電話機１０Ａを操作し、上記一時停止中のＳＩＰアプリケーションを再開すると、その再開したＳＩＰアプリケーションは、最新履歴情報すなわち上記受信したＭＥＳＳＡＧＥメッセージの情報（例えば、アプリケーション起動情報）を、プラットフォーム側の通信・制御部から取得することができる（Ｓ３）。ユーザ操作で再開されたＳＩＰアプリケーションは、プラットフォーム側から受信した最新履歴情報により、そのＳＩＰアプリケーションで用いる情報を最新情報に更新することができる。例えば、上記ＳＩＰアプリケーションがスケジューラーのアプリケーションの場合、そのアプリケーションの一時停止状態に受信したスケジュール変更の情報を含むＭＥＳＳＡＧＥメッセージを無視し、その後に上記スケジューラーのアプリケーションをユーザが手動で再開したとき、再開したスケジューラーのアプリケーションに上記ＭＥＳＳＡＧＥメッセージで受信したスケジュール変更の情報を反映させることができる。

図３７は、ＳＩＰアプリケーションの一時停止状態に複数のＭＥＳＳＡＧＥメッセージを受信した後、ユーザ手動操作によって当該ＳＩＰアプリケーションを再開するときの処理の一例を示すシーケンス図である。図３７において、ユーザＡの携帯電話機１０Ａのプラットフォームの通信・制御部は、ＳＩＰアプリケーションの一時停止状態において、サーバ２５（又はサーバ３０）から、一時停止中のＳＩＰアプリケーションと同じＳＩＰプリケーションの起動を要求するアプリケーション起動情報を含むＭＥＳＳＡＧＥメッセージ（１），（２）を２回連続して受信し（Ｓ１〜Ｓ４）、その後、一時停止中のＳＩＰアプリケーションと異なる別のＳＩＰプリケーションの起動を要求するアプリケーション起動情報を含むＭＥＳＳＡＧＥメッセージ（３）を受信している（Ｓ５，Ｓ６）。各ＭＥＳＳＡＧＥメッセージの受信時には、その受信したＭＥＳＳＡＧＥメッセージの情報が、Ｐｕｓｈ型ＳＩＰメッセージ受信の履歴管理情報に追加されるとともに、起動確認（再開確認）のポップアップ画面が表示される。各起動確認画面ではユーザが「Ｎｏ」を選択しているため、要求されたＳＩＰアプリケーションは再開されず、所定の画面（例えば、待ち受け画面）になる。その後、ユーザＡが携帯電話機１０Ａを操作し、上記一時停止中のＳＩＰアプリケーションを再開すると、その再開したＳＩＰアプリケーションは、最新履歴情報、すなわち上記受信した複数のＭＥＳＳＡＧＥメッセージのうち再開対象のＳＩＰアプリケーションの起動を要求する最後のＭＥＳＳＡＧＥメッセージ（２）の情報（例えば、アプリケーション起動情報）を、プラットフォーム側の通信・制御部から取得することができる（Ｓ７）。

図３８は、ＳＩＰアプリケーションの起動を要求する複数のＭＥＳＳＡＧＥメッセージの受信に関する情報が登録されているＰｕｓｈ型ＳＩＰメッセージ受信の履歴管理情報に基づいてＳＩＰアプリケーションの起動、一時停止及び再開を行うときの処理の一例を示すシーケンス図である。図３８において、ユーザＡの携帯電話機１０Ａに保存されている履歴管理情報には、３種類のＳＩＰアプリケーション（Ａアプリケーション、Ｂアプリケーション及びＣアプリケーション）について、ＳＩＰアプリケーションの起動を要求する５件のＭＥＳＳＡＧＥメッセージ受信に関する情報が登録されている。

まず、アプリケーション未起動状態でユーザＡが携帯電話機１０Ａを操作することにより、上記５件の履歴管理情報を一覧表示し、その中から最新のＭＥＳＳＡＧＥメッセージ受信履歴（１）を選択してアプリケーション起動を指示すると、Ａアプリケーションが起動する。この起動したＡアプリケーションは、当該アプリケーションに対応するＭＥＳＳＡＧＥメッセージ受信履歴（１）の情報を、プラットフォーム側の通信・制御部から取得することができる（Ｓ１）。

次に、ユーザＡが携帯電話機１０Ａを操作することにより、上記Ａアプリケーションを一時停止した後、上記５件の履歴管理情報から最新のＭＥＳＳＡＧＥメッセージ受信履歴（１）を選択してアプリケーション再開を指示すると、Ａアプリケーションが再開する。この再開したＡアプリケーションは、当該アプリケーションに対応するＭＥＳＳＡＧＥメッセージ受信履歴（１）の情報を、プラットフォーム側の通信・制御部から取得することができる（Ｓ２）。

次に、ユーザＡが携帯電話機１０Ａを操作することにより、上記Ａアプリケーションを再び一時停止した後、上記５件の履歴管理情報からＭＥＳＳＡＧＥメッセージ受信履歴（２）を選択してアプリケーション再開を指示すると、Ａアプリケーションが再開する。この起動したＡアプリケーションは、当該アプリケーションに対応するＭＥＳＳＡＧＥメッセージ受信履歴（２）の情報を、プラットフォーム側の通信・制御部から取得することができる（Ｓ２）。
なお、上記ＭＥＳＳＡＧＥメッセージ受信履歴（２）が、上記Ａアプリケーションとは異なる別のＢアプリケーション又はＣアプリケーションの起動を要求するＭＥＳＳＡＧＥメッセージの受信履歴である場合は、所定のアプリケーション終了画面やアプリケーション起動画面を表示してユーザＡの同意を確認した上で、一時停止中のＡアプリケーションを終了し、上記別のＢアプリケーション又はＣアプリケーションが起動される。この場合も、起動したアプリケーションは、当該アプリケーションに対応するＭＥＳＳＡＧＥメッセージ受信履歴の情報を、プラットフォーム側の通信・制御部から取得することができる。

以上、本実施形態によれば、携帯電話機のプラットフォーム上に構築されたアプリケーション実行環境で実行されるアプリケーションが要求するＩＮＶＩＴＥやＭＥＳＳＡＧＥ等のＳＩＰメッセージ通信に必要とされるヘッダ情報のうちアプリケーションで指定されなかったヘッダ情報を、プラットフォーム側の主制御部１２０で補完することができる。よって、ＳＩＰメッセージ通信に必要とされる所要のヘッダ情報のすべてをアプリケーションが指定していない場合であっても、その所要のヘッダ情報をすべて含んだ状態でＳＩＰメッセージを外部通信相手先の携帯電話機に送信することができる。従って、携帯電話機のプラットフォーム上に構築されたアプリケーション実行環境で実行するアプリケーションが要求する外部通信相手先の携帯電話機との間のＳＩＰメッセージ通信を適切に行うことができる。

また、本実施形態によれば、発信側の携帯電話機又はサーバから着信側の携帯電話機通信端末に、その着信側の携帯電話機で起動させるアプリケーションを指定する情報を含むアプリケーション起動情報が書き込まれたＩＮＶＩＴＥやＭＥＳＳＡＧＥ等のＳＩＰメッセージを送信すると、発信側の携帯電話機又はサーバと着信側の携帯電話機との間でＳＩＰのセッションが確立される。そして、着信側の携帯電話機では、発信側の携帯電話機又はサーバから受信したＳＩＰメッセージに書き込まれているアプリケーション起動情報に基づいて、当該着信側の携帯電話機に組み込まれている複数のアプリケーションの中から、アプリケーション起動情報で指定されているアプリケーションが選択されて起動される。従って、発信側の携帯電話機又はサーバから着信側の携帯電話機に接続してＳＩＰのセッションを確立する際に、着信側の携帯電話機に実行可能に組み込まれているアプリケーションを指定して起動することができる。

なお、上記実施形態では、発信側の通信端末及び着信側の通信端末が携帯電話機の場合について説明したが、本発明は、メッセージを送受信することができるとともにアプリケーションプログラムを実行可能なものであれば、携帯電話機以外の他の通信端末の場合についても同様に適用することができる。

本発明の実施形態に係る複数の携帯電話機を含む通信システム全体の概略構成の一例を示す説明図。 同携帯電話機の概略構成の一例を示すブロック図。 同携帯電話機の外観構成の一例を示す正面図。 同携帯電話機のソフトウェア構造の一例を示す説明図。 ＳＩＰメッセージ通信の履歴管理情報を表示するときの画面遷移の一例を示す説明図。 アプリケーション未起動状態の待ち受け画面でアプリケーション起動要求のＳＩＰメッセージを受信したときのポップアップ画面を表示するときの画面遷移の一例を示す説明図。 アプリケーション一時停止状態の待ち受け画面でアプリケーション起動要求のＳＩＰメッセージを受信したときのポップアップ画面を表示するときの画面遷移の一例を示す説明図。 アプリケーションがインストールされていない状態でアプリケーション起動要求のＳＩＰメッセージ（リンクなし）を受信したときのポップアップ画面を表示するときの画面遷移の一例を示す説明図。 アプリケーションがインストールされていない状態でアプリケーション起動要求のＳＩＰメッセージ（リンクあり）を受信したときのポップアップ画面を表示するときの画面遷移の一例を示す説明図。 起動確認のポップアップ画面を表示するか否かを設定するときの画面遷移の一例を示す説明図。 ＳＩＰアプリケーションの起動／再開制御の一例を示すフローチャート。 マルチメディア通信設定の確認処理を伴うアプリケーション起動／再開制御の一例を示すフローチャート。 ＩＮＶＩＴＥメッセージにより着信側の携帯電話機でＳＩＰアプリケーション（対戦ゲームのアプリケーション）を起動させるときの通信手順の一例を示すシーケンス図。 ＩＮＶＩＴＥメッセージにより着信側の携帯電話機でＳＩＰアプリケーション（対戦ゲームのアプリケーション）を起動させるときの通信手順の他の例を示すシーケンス図。 ＭＥＳＳＡＧＥメッセージにより着信側の携帯電話機でＳＩＰアプリケーションを起動させるときの通信手順の一例を示すシーケンス図。 ＭＥＳＳＡＧＥメッセージにより着信側の携帯電話機でＳＩＰアプリケーションを起動させるときの通信手順の他の例を示すシーケンス図。 複数の携帯電話機からアプリケーション起動要求のＳＩＰメッセージを受信したときの各種動作パターンを例示するシーケンス図。 ＩＮＶＩＴＥメッセージによるＳＩＰアプリケーションのセッション確立中にユーザ操作によるアプリケーション終了処理を行う通信手順の一例を示すシーケンス図。 セッション確立後のメディアデータ送受信中にユーザ操作によるアプリケーション終了処理を行う通信手順の一例を示すシーケンス図。 起動中のＳＩＰアプリケーションからの指令に基づいてセッション確立処理をキャンセルするときのメッセージ再送処理の一例を示すシーケンス図。 セッション確立後に起動中のＳＩＰアプリケーションからの指令に基づいてセッションを終了するときのメッセージ再送処理の一例を示すシーケンス図。 セッション確立後に発信側の携帯電話機で起動されているＳＩＰアプリケーションからの指令に基づいてセッションを終了するときの通信手順の一例を示すシーケンス図。 セッション確立後に着信側の携帯電話機で起動されているＳＩＰアプリケーションからの指令に基づいてセッションを終了するときの通信手順の一例を示すシーケンス図。 ＩＮＶＩＴＥメッセージに対する暫定応答メッセージを受信する前に、ＩＮＶＩＴＥメッセージをキャンセルするときの通信手順の一例を示すシーケンス図。 ＩＮＶＩＴＥメッセージに対する暫定応答メッセージを受信した後に、ＩＮＶＩＴＥメッセージをキャンセルするときの通信手順の一例を示すシーケンス図。 着信側の携帯電話機がＩＮＶＩＴＥメッセージを拒否する場合の通信手順の一例を示すシーケンス図。 ＩＮＶＩＴＥメッセージで指定されたＳＩＰアプリケーションが着信側の携帯電話機に存在しない場合の通信手順の一例を示すシーケンス図。 ＩＮＶＩＴＥメッセージをキャンセルするＣＡＮＳＥＬメッセージとＩＮＶＩＴＥメッセージに対する応答メッセージ２００ＯＫとが競合する場合の通信手順の一例を示すシーケンス図。 発信側の携帯電話機が圏内から圏外に移動した後、圏外から圏内に復帰したときの通信手順の一例を示すシーケンス図。 着信側の携帯電話機に表示された起動確認のポップアップ画面でユーザがＩＮＶＩＴＥメッセージを拒否する操作を行ったときの通信手順の一例を示すシーケンス図。 着信側の携帯電話機でマルチメディア通信設定が無効（ＯＦＦ）になっているときの通信手順の一例を示すシーケンス図。 ＳＩＰアプリケーションの起動を要求するＭＥＳＳＡＧＥメッセージをサーバから複数回連続して受信したときの処理の一例を示すシーケンス図。 アプリケーション起動要求が記述されていないＭＥＳＳＡＧＥメッセージをサーバから受信したときの処理の一例を示すシーケンス図。 着信側の携帯電話機がＩＮＶＩＴＥメッセージを受信して起動確認のポップアップ画面を表示した後、ユーザ操作が所定時間なかったときの処理の一例を示すシーケンス図。 アプリケーション未起動状態にＭＥＳＳＡＧＥメッセージを受信した後、ユーザ手動操作によってＳＩＰアプリケーションを起動するときの処理の一例を示すシーケンス図。 ＳＩＰアプリケーションの一時停止状態にＭＥＳＳＡＧＥメッセージを受信した後、ユーザ手動操作によって当該ＳＩＰアプリケーションを再開するときの処理の一例を示すシーケンス図。 ＳＩＰアプリケーションの一時停止状態に複数のＭＥＳＳＡＧＥメッセージを受信した後、ユーザ手動操作によって当該ＳＩＰアプリケーションを再開するときの処理の一例を示すシーケンス図。 Ｐｕｓｈ型ＳＩＰメッセージ受信の履歴管理情報に基づいてＳＩＰアプリケーションの起動、一時停止及び再開を行うときの処理の一例を示すシーケンス図。

符号の説明

１０ 携帯電話機
１０Ａ 発信側の携帯電話機
１０Ｂ 着信側の携帯電話機
２０ 携帯電話通信網
２４ ＣＳＣＦ
２５ ＳＩＰサーバ
３０ サーバ

Claims (31)

1. 通信ネットワークを介して通信可能な通信端末におけるアプリケーション起動方法であって、
   発信側の通信端末又はサーバが、着信側の通信端末で起動させるアプリケーションプログラムを指定する情報を含むアプリケーション起動情報を、送信対象のＳＩＰ（Session Initiation Protocol）のメッセージに書き込むステップと、
   前記発信側の通信端末又はサーバが、通信ネットワークを介して前記着信側の通信端末に、前記アプリケーション起動情報が書き込まれたメッセージを送信するステップと、
   前記着信側の通信端末が、通信ネットワークを介して前記発信側の通信端末又はサーバから、前記アプリケーション起動情報が書き込まれたメッセージを受信するステップと、
   前記着信側の通信端末が、前記受信したメッセージに書き込まれている前記アプリケーション起動情報に基づいて、当該着信側の通信端末に組み込まれている複数のアプリケーションプログラムの中から該アプリケーション起動情報で指定されているアプリケーションプログラムを選択して起動するステップと、
   を含むことを特徴とするアプリケーション起動方法。
2. 請求項１のアプリケーション起動方法において、
   前記アプリケーション起動情報は、前記送信対象のメッセージのボディ部に書き込まれることを特徴とするアプリケーション起動方法。
3. 請求項１又は２のアプリケーション起動方法において、
   前記アプリケーション起動情報は、前記起動対象のアプリケーションプログラムのアプリケーション名とベンダ名とを含むことを特徴とするアプリケーション起動方法。
4. 請求項３のアプリケーション起動方法において、
   前記アプリケーション起動情報は、前記起動対象のアプリケーションプログラムの実行中に使用される独自のアプリケーションデータ領域を設定するためのデータ領域設定情報を更に含むことを特徴とするアプリケーション起動方法。
5. 請求項３のアプリケーション起動方法において、
   前記アプリケーション起動情報は、前記発信側の通信端末又はサーバで入力されたテキストデータを更に含むことを特徴とするアプリケーション起動方法。
6. 請求項１乃至５のいずれかのアプリケーション起動方法において、
   前記着信側の通信端末が、前記アプリケーションプログラムの起動に先だって、起動対象のアプリケーションプログラムの内容を示し当該通信端末の利用者からの起動要求を受け付ける起動確認画面を表示するステップを、更に含むことを特徴とするアプリケーション起動方法。
7. 請求項６のアプリケーション起動方法において、
   前記着信側の通信端末が、前記起動対象のアプリケーションプログラムに関連付けて前記着信側の通信端末に記憶されているアプリケーション属性情報に基づいて、前記起動確認画面の表示及び非表示を切り換えるステップを、
   更に含むことを特徴とするアプリケーション起動方法。
8. 請求項６のアプリケーション起動方法において、
   前記着信側の通信端末が、当該通信端末の利用者によって予め設定された表示設定情報に基づいて、前記起動確認画面の表示及び非表示を切り換えるステップを、
   更に含むことを特徴とするアプリケーション起動方法。
9. 通信ネットワークを介して通信可能な通信端末であって、
   当該通信端末のプラットフォーム上にアプリケーション実行環境を構築しアプリケーションプログラムの実行を管理するアプリケーション実行管理手段と、
   通信ネットワークを介して発信側の通信端末又はサーバから、起動させるアプリケーションプログラムを指定する情報を含むアプリケーション起動情報が書き込まれたＳＩＰ（Session Initiation Protocol）のメッセージを受信するメッセージ受信手段と、
   前記メッセージ受信手段で受信したメッセージに書き込まれている前記アプリケーション起動情報に基づいて、当該着信側の通信端末に組み込まれている複数のアプリケーションプログラムの中から該アプリケーション起動情報で指定されているアプリケーションプログラムを選択して起動するように、前記アプリケーション実行管理手段を制御する制御手段と、
   を備えたことを特徴とする通信端末。
10. 請求項９の通信端末において、
    前記アプリケーション起動情報は、前記メッセージ受信手段で受信したメッセージのボディ部に書き込まれていることを特徴とする通信端末。
11. 請求項９又は１０の通信端末において、
    前記アプリケーション起動情報は、前記起動対象のアプリケーションプログラムのアプリケーション名とベンダ名とを含み、
    前記制御手段は、複数のアプリケーションプログラムから、前記アプリケーション名及び前記ベンダ名がそれぞれマッチングするアプリケーションプログラムを選択して起動するように制御することを特徴とする通信端末。
12. 請求項９乃至１１のいずれかの通信端末において、
    前記アプリケーション起動情報は、前記起動対象のアプリケーションプログラムの実行中に使用される独自のアプリケーションデータ領域を設定するためのデータ領域設定情報を含み、
    前記制御手段は、前記起動対象のアプリケーションプログラムを起動するときに、前記データ領域設定情報に基づいて前記アプリケーションデータ領域を設定するように制御することを特徴とする通信端末。
13. 請求項９乃至１２のいずれかの通信端末において、
    表示手段を備え、
    前記制御手段は、前記アプリケーションプログラムの起動に先だって、起動対象のアプリケーションプログラムの内容を示し当該通信端末の利用者からの起動要求を受け付ける起動確認画面を、前記表示手段に表示するように制御することを特徴とする通信端末。
14. 請求項１３の通信端末において、
    前記制御手段は、前記起動対象のアプリケーションプログラムに関連付けて前記着信側の通信端末に記憶されているアプリケーション属性情報に基づいて、前記起動確認画面の表示及び非表示を切り換えるように制御することを特徴とする通信端末。
15. 請求項１３の通信端末において、
    前記制御手段は、当該通信端末の利用者によって予め設定された表示設定情報に基づいて、前記起動確認画面の表示及び非表示を切り換えるように制御することを特徴とする通信端末。
16. 請求項９乃至１５のいずれかの通信端末において、
    前記制御手段は、前記起動対象のアプリケーションプログラムが実行中及び一時停止中のいずれでもない場合のみ、前記起動対象のアプリケーションプログラムを起動するように制御することを特徴とする通信端末。
17. 請求項９乃至１５のいずれかの通信端末において、
    前記制御手段は、前記起動対象のアプリケーションプログラムが一時停止中の場合には、そのアプリケーションプログラムを再起動せずに再開し、その再開したアプリケーションプログラムに前記アプリケーション起動情報を渡すように制御することを特徴とする通信端末。
18. 請求項９乃至１５のいずれかの通信端末において、
    前記制御手段は、起動対象以外のアプリケーションプログラムが実行中又は一時停止中の場合には、前記起動対象のアプリケーションプログラムを起動するか否かを利用者に確認するための画面を表示し、前記起動対象のアプリケーションプログラムの起動に同意する操作を受け付けた場合に、前記実行中又は一時停止中の起動対象以外のアプリケーションプログラムを終了させ、前記起動対象のアプリケーションプログラムを起動するように制御することを特徴とする通信端末。
19. 請求項９乃至１５のいずれかの通信端末において、
    前記制御手段は、前記起動対象のアプリケーションプログラムが実行中の場合には、前記アプリケーション実行管理手段を介して該実行中のアプリケーションプログラムに前記アプリケーション起動情報を渡すように制御することを特徴とする通信端末。
20. 請求項９乃至１５のいずれかの通信端末において、
    前記制御手段は、前記起動対象のアプリケーションプログラムが当該通信端末に存在しない場合、該アプリケーションプログラムが存在しないため起動できない旨を利用者に通知する画面を表示するように制御することを特徴とする通信端末。
21. 請求項９乃至１５のいずれかの通信端末において、
    前記アプリケーション起動情報は、通信ネットワークを介して前記起動対象のアプリケーションプログラムをダウンロード可能なサーバの接続先情報を含み、
    前記制御手段は、前記起動対象のアプリケーションプログラムのダウンロード要否を利用者に確認する画面を表示し、前記起動対象のアプリケーションプログラムのダウンロードを希望する利用者の操作を受け付けたときに、前記接続先情報に基づいて前記サーバにアクセスするように制御することを特徴とする通信端末。
22. 通信ネットワークを介して通信可能な通信端末であって、
    着信側の通信端末で起動させるアプリケーションプログラムを指定する情報を含むアプリケーション起動情報を、送信対象のＳＩＰ（Session Initiation Protocol）のメッセージに書き込む情報書込手段と、
    前記情報書込手段で前記アプリケーション起動情報が書き込まれたメッセージを、通信ネットワークを介して前記着信側の通信端末に送信するメッセージ送信手段と、
    を備えたことを特徴とする通信端末。
23. 請求項２２の通信端末において、
    前記情報書込手段は、前記アプリケーション起動情報を前記送信対象のメッセージのボディ部に書き込むことを特徴とする通信端末。
24. 請求項２２又は２３の通信端末において、
    前記アプリケーション起動情報は、前記起動対象のアプリケーションプログラムのアプリケーション名とベンダ名とを含むことを特徴とする通信端末。
25. 請求項２２乃至２４のいずれかの通信端末において、
    前記アプリケーション起動情報は、前記起動対象のアプリケーションプログラムの実行中に使用される独自のアプリケーションデータ領域を設定するためのデータ領域設定情報を含むことを特徴とする通信端末。
26. 請求項２２乃至２５のいずれかの通信端末において、
    前記アプリケーション起動情報は、通信ネットワークを介して前記起動対象のアプリケーションプログラムをダウンロード可能なサーバの接続先情報を含むことを特徴とする通信端末。
27. 通信ネットワークを介して通信端末と通信可能なサーバであって、
    着信側の通信端末で起動させるアプリケーションプログラムを指定する情報を含むアプリケーション起動情報を、送信対象のＳＩＰ（Session Initiation Protocol）のメッセージに書き込む情報書込手段と、
    前記情報書込手段で前記アプリケーション起動情報が書き込まれたメッセージを、通信ネットワークを介して前記着信側の通信端末に送信するメッセージ送信手段と、
    を備えたことを特徴とするサーバ。
28. 請求項２７のサーバにおいて、
    前記情報書込手段は、前記アプリケーション起動情報を前記送信対象のメッセージのボディ部に書き込むことを特徴とするサーバ。
29. 請求項２７又は２８のサーバにおいて、
    前記アプリケーション起動情報は、前記起動対象のアプリケーションプログラムのアプリケーション名とベンダ名とを含むことを特徴とするサーバ。
30. 請求項２７乃至２９のいずれかのサーバにおいて、
    前記アプリケーション起動情報は、前記起動対象のアプリケーションプログラムの実行中に使用される独自のアプリケーションデータ領域を設定するためのデータ領域設定情報を含むことを特徴とするサーバ。
31. 請求項２７乃至３０のいずれかのサーバにおいて、
    前記アプリケーション起動情報は、通信ネットワークを介して前記起動対象のアプリケーションプログラムをダウンロード可能なサーバの接続先情報を含むことを特徴とするサーバ。