(57)【特許請求の範囲】
【請求項１】
パケット交換網を通じて他の通信端末からコンテンツを受信するデータ通信部と、
前記データ通信部による通信を制御するデータ通信制御部と、
回線交換網を通じて前記他の通信端末から音声通話を着呼する音声通話部と、
前記音声通話部による音声通話を制御する音声通話制御部と、
前記コンテンツを通信するためのセッションを開始する要求メッセージに含まれるコンテンツ送信端末識別情報を抽出するデータ通信情報抽出部、前記音声通話の着呼に含まれる音声発信端末識別情報を抽出する音声通話情報抽出部、前記コンテンツ送信端末識別情報と前記音声発信端末識別情報とを照合する照合部、および、前記照合部における照合が一致した場合に、前記コンテンツを再生するコンテンツ再生部を有する、前記データ通信制御部および前記音声通話制御部を統合して制御する統合制御部と、
前記コンテンツを送信するためのセッションを開始する要求メッセージに対する応答メッセージを送信した後に起動して、前記コンテンツを受信した後に停止する第４タイマと、
前記コンテンツを受信した旨の確認メッセージを送信した後に起動して、前記着呼を通知する旨のメッセージまたは前記セッションを終了させるための終了メッセージを送信した後に停止する第５タイマと
を備え、
前記第４タイマおよび前記第５タイマが、予め定めた時間を経過しないことを条件に、前記コンテンツ再生部は、前記コンテンツを再生する通信端末。
【請求項２】
受信した前記コンテンツを一時的に格納する格納部、をさらに備え、
前記音声通話制御部は、前記着呼を受けた後に着呼を通知する旨のメッセージを送信し、
前記コンテンツ再生部は、前記音声通話制御部が前記着呼を通知する旨のメッセージを送信した後に、前記コンテンツを前記格納部から読み出して、読み出した前記コンテンツを再生する、
請求項１に記載の通信端末。
【請求項３】
着信を拒否する通信端末の識別情報である着信拒否端末識別情報を格納した格納部、をさらに備え、
前記統合制御部は、前記データ通信情報抽出部が抽出した前記コンテンツ送信端末識別情報と前記格納部に格納した前記着信拒否端末識別情報との一致を判断する着信拒否端末一致判断部と、前記着信拒否端末一致判断部が一致すると判断した場合に、前記セッションを開始する要求メッセージに対して拒否メッセージを送信する着信拒否メッセージ送信部と、を有する、
請求項１に記載の通信端末。
【請求項４】
データ通信部は、テキストデータ、動画像データ、静止画像データおよびサウンドデータから選択された複数のデータを一つに結合したデータファイルとして前記コンテンツを受信し、
前記コンテンツ再生部は、前記データファイルから前記テキストデータ、前記動画像データ、前記静止画像データまたは前記サウンドデータを分離して、分離した各データを再生する、
請求項１に記載の通信端末。
【請求項５】
着信の履歴に関連付けて前記コンテンツを格納する格納部、をさらに備え、
前記コンテンツ再生部は、前記格納部に格納されたコンテンツを、前記着信の履歴を参照して読み出し、再生する、
請求項１に記載の通信端末。
【請求項６】
前記コンテンツ再生部は、前記コンテンツに、サウンド付の動画像データおよびサウンドデータが含まれる場合に、前記動画像データのサウンドを優先して再生する、
請求項１に記載の通信端末。
【請求項７】
前記コンテンツに含まれるテキスト、動画像または静止画像を表示する表示部と、
前記テキスト、動画像または静止画像の表示サイズを前記表示部の表示サイズに変更する表示サイズ変更部と、をさらに備え、
前記コンテンツ再生部は、前記表示サイズ変更部が変更した表示サイズで、前記テキスト、動画像または静止画像を表示する、
請求項１に記載の通信端末。
【請求項８】
既定の動画像データ、静止画像データまたはサウンドデータを指定する既定データ指定部、をさらに備え、
前記既定データ指定部で指定された既定のデータを再生することが設定されている場合には、前記コンテンツ再生部は、受信したコンテンツに含まれる動画像データ、静止画像データまたはサウンドデータに代えて、前記既定のデータを再生する、
請求項１に記載の通信端末。
【請求項９】
前記データ通信制御部は、前記コンテンツを送信するためのセッションを開始する要求メッセージに対する応答メッセージに、受信可能なデータの種類を含める、
請求項１に記載の通信端末。
【請求項１０】
コンピュータを、請求項１から９のいずれか１項に記載の通信端末として機能させるためのプログラム。
【請求項１１】
パケット交換網を通じて他の通信端末からコンテンツを受信するデータ通信段階と、
前記データ通信段階による通信を制御するデータ通信制御段階と、
回線交換網を通じて前記他の通信端末から音声通話を着呼する音声通話段階と、
前記音声通話段階による音声通話を制御する音声通話制御段階と、
前記コンテンツを通信するためのセッションを開始する要求メッセージに含まれるコンテンツ送信端末識別情報を抽出するデータ通信情報抽出段階、前記音声通話の着呼に含まれる音声発信端末識別情報を抽出する音声通話情報抽出段階、前記コンテンツ送信端末識別情報と前記音声発信端末識別情報とを照合する照合段階、および、前記照合段階における照合が一致した場合に、前記コンテンツを再生するコンテンツ再生段階を有する、前記データ通信制御段階および前記音声通話制御段階を統合して制御する統合制御段階と
を備え、
前記コンテンツ再生段階は、前記コンテンツを送信するためのセッションを開始する要求メッセージに対する応答メッセージを送信した後に起動して、前記コンテンツを受信した後に停止する第４タイマと、前記コンテンツを受信した旨の確認メッセージを送信した後に起動して、前記着呼を通知する旨のメッセージまたは前記セッションを終了させるための終了メッセージを送信した後に停止する第５タイマとが、予め定めた時間を経過しないことを条件に、前記コンテンツを再生する通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末、通信方法、および通信プログラムに関する。本発明は、特に、発呼側の通信端末から着呼側の着信表現を多様に指定できる通信端末、通信方法、および通信プログラムに関する。
【背景技術】
【０００２】
携帯電話等の通信端末において、発信側端末から着信側端末での着信通知の表現を選択できる技術として各種の技術が開示されている。例えば特許文献０１〜特許文献２０には、発信側端末から着信通知に用いるデータを着信側端末に送信することが記載されている。特許文献２１〜特許文献２７には、着信通知に用いるデータを予めサーバ等にアップロードしておき、発信側端末でサーバに記録されているデータを指定して、着信側端末に指定したデータをダウンロードさせることが記載されている。特許文献２８〜特許文献３６には、着信側端末に記録されている着信通知に用いるデータを発信側端末が指定または編集することが記載されている。
【特許文献０１】特許第３１８３２７６号公報
【特許文献０２】特許第３５６７１４３号公報
【特許文献０３】特許第３６１６５７７号公報
【特許文献０４】特開平１１−１３６３９３号公報
【特許文献０５】特開平１１−３５５３９３号公報
【特許文献０６】特開２０００−４２７６号公報
【特許文献０７】特開２０００−１３７６５６号公報
【特許文献０８】特開２００１−７９０２号公報
【特許文献０９】特開２００１−１１１７２０号公報
【特許文献１０】特開２００２−６４６５８号公報
【特許文献１１】特開２００２−３１４６８９号公報
【特許文献１２】特開２００３−８６８６号公報
【特許文献１３】特開２００３−７８５９２号公報
【特許文献１４】特開２００４−１５１５８号公報
【特許文献１５】特開２００４−３２０５４４号公報
【特許文献１６】特開２００４−３５７３０８号公報
【特許文献１７】特開２００４−３６３９９９号公報
【特許文献１８】特表２００４−５１２７０７号公報
【特許文献１９】特開２００６−７４８２８号公報
【特許文献２０】特開２００６−１５７１３１号公報
【特許文献２１】特許第３２４００００号公報
【特許文献２２】特開２００２−９８４４号公報
【特許文献２３】特開２００２−１５２３８４号公報
【特許文献２４】特開２００２−２９０５６７号公報
【特許文献２５】特開２００３−１７４５１１号公報
【特許文献２６】特開２００３−４６６６４号公報
【特許文献２７】特開２００４−３０４５６９号公報
【特許文献２８】特開平１１−２７３４７号公報
【特許文献２９】特開平１１−３３１３１４号公報
【特許文献３０】特開２００１−３６９６２号公報
【特許文献３１】特開２００２−１７６６７３号公報
【特許文献３２】特開２００３−３１９０３０号公報
【特許文献３３】特開２００４−１１２０４９号公報
【特許文献３４】特開２００４−２８９５７７号公報
【特許文献３５】特開２００５−２５２９６３号公報
【特許文献３６】特開２００５−２６９５４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、着信通知に用いるデータを予めサーバ等にアップロードしておく方法では、発信側端末で指定できるデータは、予めサーバ等にアップロードされているデータに限られる。また着信側端末に記録されている着信通知に用いるデータを発信側端末で指定する方法では、発信側端末で指定できるデータは、着信側端末に記録されているデータに限られる。これら方法では、着信側端末における着信表現を、発信側端末で任意に指定することはできない。
【０００４】
着信通知に用いるデータを発信側端末から着信側端末に送信する方法であれば、着信側端末における着信表現を発信側端末で任意に指定することが可能になる。このとき、着信側端末において、着信通知に用いるデータの受信状況に応じた、着信通知または音声通話のための適切な制御が求められる。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明の第１の形態においては、パケット交換網を通じて他の通信端末からコンテンツを受信するデータ通信部と、データ通信部による通信を制御するデータ通信制御部と、回線交換網を通じて他の通信端末から音声通話を着呼する音声通話部と、音声通話部による音声通話を制御する音声通話制御部と、コンテンツを通信するためのセッションを開始する要求メッセージに含まれるコンテンツ送信端末識別情報を抽出するデータ通信情報抽出部、音声通話の着呼に含まれる音声発信端末識別情報を抽出する音声通話情報抽出部、コンテンツ送信端末識別情報と音声発信端末識別情報とを照合する照合部、および、照合部における照合が一致した場合に、コンテンツを再生するコンテンツ再生部を有する、データ通信制御部および音声通話制御部を統合して制御する統合制御部とを備える通信端末を提供する。
【０００６】
通信端末は、受信したコンテンツを一時的に格納する格納部をさらに備えてもよく、音声通話制御部は、着呼を受けた後に着呼を通知する旨のメッセージを送信してもよく、コンテンツ再生部は、音声通話制御部が着呼を通知する旨のメッセージを送信した後に、コンテンツを格納部から読み出して、読み出したコンテンツを再生してもよい。
【０００７】
通信端末は、着信を拒否する通信端末の識別情報である着信拒否端末識別情報を格納した格納部をさらに備えてもよく、統合制御部は、データ通信情報抽出部が抽出したコンテンツ送信端末識別情報と格納部に格納した着信拒否端末識別情報との一致を判断する着信拒否端末一致判断部と、着信拒否端末一致判断部が一致すると判断した場合に、セッションを開始する要求メッセージに対して拒否メッセージを送信する着信拒否メッセージ送信部とを有してもよい。
【０００８】
通信端末は、コンテンツを送信するためのセッションを開始する要求メッセージに対する応答メッセージを送信した後に起動して、コンテンツを受信した後に停止する第４タイマと、コンテンツを受信した旨の確認メッセージを送信した後に起動して、着呼を通知する旨のメッセージまたはセッションを終了させるための終了メッセージを送信した後に停止する第５タイマとをさらに備えてもよく、第４タイマおよび第５タイマが、予め定めた時間を経過しないことを条件に、コンテンツ再生部は、コンテンツを再生してもよい。
【０００９】
データ通信部は、テキストデータ、動画像データ、静止画像データおよびサウンドデータから選択された複数のデータを一つに結合したデータファイルとしてコンテンツを受信してもよく、コンテンツ再生部は、データファイルからテキストデータ、動画像データ、静止画像データまたはサウンドデータを分離して、分離した各データを再生してもよい。
【００１０】
着信の履歴に関連付けてコンテンツを格納する格納部、をさらに備え、コンテンツ再生部は、格納部に格納されたコンテンツを、着信の履歴を参照して読み出し、再生してもよい。
【００１１】
コンテンツ再生部は、コンテンツに、サウンド付の動画像データおよびサウンドデータが含まれる場合に、動画像データのサウンドを優先して再生してもよい。
【００１２】
通信端末は、コンテンツに含まれるテキスト、動画像または静止画像を表示する表示部と、テキスト、動画像または静止画像の表示サイズを表示部の表示サイズに変更する表示サイズ変更部とをさらに備えてもよく、コンテンツ再生部は、表示サイズ変更部が変更した表示サイズで、テキスト、動画像または静止画像を表示してもよい。
【００１３】
通信端末は、既定の動画像データ、静止画像データまたはサウンドデータを指定する既定データ指定部をさらに備えてもよく、既定データ指定部で指定された既定のデータを再生することが設定されている場合には、コンテンツ再生部は、受信したコンテンツに含まれる動画像データ、静止画像データまたはサウンドデータに代えて、既定のデータを再生してもよい。
【００１４】
データ通信制御部は、コンテンツを送信するためのセッションを開始する要求メッセージに対する応答メッセージに、受信可能なデータの種類を含めてもよい。
【００１５】
本発明の第２の形態においては、パケット交換網を通じて他の通信端末からコンテンツを受信するデータ通信段階と、データ通信段階による通信を制御するデータ通信制御段階と、回線交換網を通じて他の通信端末から音声通話を着呼する音声通話段階と、音声通話段階による音声通話を制御する音声通話制御段階と、コンテンツを通信するためのセッションを開始する要求メッセージに含まれるコンテンツ送信端末識別情報を抽出するデータ通信情報抽出段階と、音声通話の着呼に含まれる音声発信端末識別情報を抽出する音声通話情報抽出段階と、コンテンツ送信端末識別情報と音声発信端末識別情報とを照合する照合段階と、照合段階における照合が一致した場合に、コンテンツを再生するコンテンツ再生段階と、データ通信制御段階および音声通話制御段階を統合して制御する統合制御段階とを備える通信方法を提供する。
【００１６】
本発明の第３の形態においては、通信端末を、パケット交換網を通じて他の通信端末からコンテンツを受信するデータ通信部、データ通信部による通信を制御するデータ通信制御部、回線交換網を通じて他の通信端末から音声通話を着呼する音声通話部、音声通話部による音声通話を制御する音声通話制御部、コンテンツを通信するためのセッションを開始する要求メッセージに含まれるコンテンツ送信端末識別情報を抽出するデータ通信情報抽出部、音声通話の着呼に含まれる音声発信端末識別情報を抽出する音声通話情報抽出部、コンテンツ送信端末識別情報と音声発信端末識別情報とを照合する照合部、照合部における照合が一致した場合に、コンテンツを再生するコンテンツ再生部、データ通信制御部および音声通話制御部を統合して制御する統合制御部として機能させる通信端末用の通信プログラムを提供する。
【００１７】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではなく、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【発明を実施するための最良の形態】
【００１８】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００１９】
図１は、本実施形態の通信端末１０（Ｂ）の概要を示す。通信端末１０（Ｂ）は、通信端末の好適な実施形態の一例を示す。通信端末１０（Ｂ）は、通信システム１に備えられる。通信システム１は、通信端末１０（Ｂ）の他に、通信端末１０（Ａ）と、通信制御サーバ２２と、パケット交換網４０と、回線交換網４２とを備える。
【００２０】
通信端末１０（Ｂ）は、通信端末１０（Ａ）からの音声通話を着呼するときに、着呼の通知に用いるコンテンツをあらかじめ受信する。通信端末１０（Ｂ）は、通信端末１０（Ａ）から着呼したときに当該コンテンツを自動再生して、通信端末１０（Ａ）からの着呼を通知する。コンテンツとして、文字データ、静止画もしくは動画の画像データまたは音楽データを含むマルチメディアデータを例示できる。
【００２１】
通信端末１０（Ｂ）は、着呼の通知に用いるコンテンツの受信状況に応じた、通信端末１０（Ａ）からの着信通知または通信端末１０（Ａ）との音声通話のための適切な制御を実現することを目的として、通信端末１０（Ａ）とのデータ通信および音声通話を統合して制御する統合制御部１００を備える。通信端末１０（Ａ）は、通信端末１０（Ｂ）と同一の構成を有する。通信端末１０（Ａ）と通信端末１０（Ｂ）とを区別しない場合には、単に「通信端末１０」と標記する。以下に説明する他の構成においても同様のルールで表記する。
【００２２】
通信端末１０（Ｂ）は、インターネットなどのパケット交換網４０と、携帯電話網などの回線交換網４２とに接続される。通信端末１０（Ｂ）は、パケット交換網４０を介して通信端末１０（Ａ）とデータ通信する。通信端末１０（Ｂ）は、回線交換網４２を介して通信端末１０（Ａ）と音声通話する。音声通話にはＴＶ電話の通話を含む。
【００２３】
パケット交換網４０における通信端末１０（Ｂ）と通信端末１０（Ａ）との間のデータ通信は、通信制御サーバ２２によって制御される。例えば、通信制御サーバ２２は、通信端末１０（Ｂ）と通信端末１０（Ａ）との間のピアツーピアセッションを確立する制御を実行する。通信制御サーバ２２として、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバが例示できる。
【００２４】
着呼側の通信端末１０（Ｂ）は、通信端末１０（Ａ）からのコンテンツを受信する。また通信端末１０（Ｂ）は、通信端末１０（Ａ）からの呼信号を受信する。通信端末１０（Ｂ）が呼信号を受信すると、受信したコンテンツを自動再生して通信端末１０（Ａ）からの着呼を通知する。コンテンツの自動再生により、通信端末１０（Ｂ）の表示部１２８（Ｂ）にはテキストが表示され、画像が表示される。また通信端末１０（Ｂ）はサウンドを再生する。
【００２５】
発呼側の通信端末１０（Ａ）は、マルチメディア呼出の画面を通信端末１０（Ａ）の表示部１２８（Ａ）に表示する。マルチメディア呼出の画面では、着呼側の通信端末１０（Ｂ）に送信するコンテンツを指定する。マルチメディア呼出用ファイルであるマルチメディア呼出コンテンツフォルダを通信端末１０（Ａ）の格納部１２４から選択して、またはフォルダ名を入力フィールドに入力して、コンテンツを指定できる。また、静止画または動画、サウンド、テキストの各データファイルを通信端末１０（Ａ）の格納部１２４から選択して、またはファイル名を入力フィールドに入力して、各コンテンツを指定できる。なお、テキストデータの指定においては、格納部１２４に記録されたファイルからの読み込みによる指定だけでなく、任意の文字列を入力フィールドに入力して指定できる。
【００２６】
送信するコンテンツである静止画または動画、サウンド、テキストの各データファイルは、格納部１２４に格納されている。格納部１２４には、マルチメディア呼出コンテンツフォルダを備えてもよい。マルチメディア呼出コンテンツフォルダには、静止画または動画、サウンド、テキストの各データファイルを組み合わせて格納できる。通信端末１０（Ａ）の表示部１２８（Ａ）において、マルチメディア呼出コンテンツフォルダをマルチメディア呼出用ファイルとして指定することにより、一括して送信するコンテンツを指定できる。
【００２７】
コンテンツの指定において、カメラを起動して静止画または動画を画像データとして入力してもよい。ボイスレコーダを起動して音声をサウンドデータとして入力してもよい。テキストを直接入力フィールドに入力してテキストデータとしてもよい。
【００２８】
送信するコンテンツを指定した後、通信端末１０（Ａ）は通信端末１０（Ｂ）に向けた音声通話の発呼を指示する。発呼の指示を受けて通信端末１０（Ａ）は、通信端末１０（Ｂ）に向けてコンテンツを送信する。そして通信端末１０（Ａ）は通信端末１０（Ｂ）に向けて音声通話を発呼する。
【００２９】
なお、通信システム１は、課金サーバ２４を有してもよい。課金サーバ２４は、パケット交換網４０に接続される。課金サーバ２４は、パケット交換網４０において、通信端末１０（Ｂ）または通信端末１０（Ａ）に課金すべきイベントが発生したことの通知を受けて、各通信端末１０への課金を記録する。例えば通信端末１０（Ａ）から送信されたコンテンツが通信端末１０（Ｂ）において着呼の通知に利用するイベントが発生したとき、当該イベントが発生したことの通知を受けて、課金サーバ２４は通信端末１０（Ａ）への課金を記録する。
【００３０】
図２は、本実施形態の通信端末１０（Ｂ）の機能構成例を示す。通信端末１０（Ｂ）は、統合制御部１００と、音声通話部１０２と、音声通話制御部１０４と、データ通信部１１０と、データ通信制御部１１２とを備える。通信端末１０（Ｂ）は、さらに、データファイル結合部１１４と、表示サイズ変更部１１６と、格納部１２４と、履歴保持部１２６と、表示部１２８と、入出力部１３０と、タイマ部１４０とを備える。
【００３１】
格納部１２４は、既定データ指定部１５２と、自動発信設定記憶部１５４とを有する。入出力部１３０は、スピーカ１３２と、キー入力部１３４と、マイク１３６とを有する。タイマ部１４０は、第１タイマ１４１と、第２タイマ１４２と、第３タイマ１４３と、第４タイマ１４４と、第５タイマ１４５とを有する。
【００３２】
図３は、通信端末１０（Ｂ）が備える統合制御部１００の機能構成例を示す。統合制御部１００は、データ通信情報抽出部３０２と、着信拒否端末一致判断部３０４と、着信拒否メッセージ送信部３０６と、音声通話情報抽出部３０８とを有する。統合制御部１００は、さらに通信事業者識別情報取得部３１０と、照合部３１２と、コンテンツ再生部３１４と、エラー解析部３１６と、エラー処理部３１８とを有する。通信端末１０（Ａ）は、通信端末１０（Ｂ）と同様の部材を有する。
【００３３】
本実施形態の通信端末１０（Ｂ）は、パケット通信と音声通話とを連携させることにより、通信端末（Ａ）側で任意に指定されたコンテンツを用いた、通信端末１０（Ｂ）における着信通知を実現する。通信端末１０（Ｂ）は、パケット通信と音声通話とを整合させ、統合する要素として、統合制御部１００を有する。前記した第４タイマ１４４および第５タイマ１４５によるタイマ制御は、パケット交換網４０における制御および回線交換網４２における制御の両制御にまたがるので、統合制御部１００は、第４タイマ１４４および第５タイマ１４５を統合して制御する。
【００３４】
通信端末１０（Ｂ）が通信端末１０（Ａ）から音声通話を着呼するときに用いられる、通信端末１０（Ｂ）の機能について説明する。統合制御部１００は、データ通信制御部１１２および前記音声通話制御部１０４を統合して制御する。
【００３５】
音声通話部１０２は、回線交換網４２を通じた他の通信端末１０との音声通話を実行する。例えば、音声通話部１０２は、回線交換網４２を通じて他の通信端末１０から音声通話を着呼することができる。音声通話制御部１０４は、音声通話部１０２による音声通話を制御する。また、音声通話制御部１０４は、着呼を受けた後に着呼を通知する旨のメッセージを送信する。
【００３６】
データ通信部１１０は、パケット交換網４０を通じた他の通信端末１０とのデータ通信を実行する。例えば、データ通信部１１０は、パケット交換網４０を通じて他の通信端末１０からコンテンツを受信することができる。例えば、データ通信部１１０は、テキストデータ、動画像データ、静止画像データおよびサウンドデータから選択された複数のデータを一つに結合したデータファイルとしてコンテンツを受信することができる。例えば、データ通信部１１０は、通信端末１０（Ａ）と通信端末１０（Ｂ）との間にピアツーピアセッションを確立することができる。その後、データ通信部１１０は、ピアツーピアセッションを介して通信端末１０（Ｂ）からコンテンツを受信することができる。
【００３７】
データ通信制御部１１２は、データ通信部１１０による通信を制御する。例えば、データ通信制御部１１２は、通信端末１０（Ａ）からのコンテンツの受信を完了したとき、データ通信部１１０に通信端末１０（Ａ）を送信先とした受信確認を送信させることができる。例えば、データ通信制御部１１２は、コンテンツを送信するためのセッションを開始する要求メッセージに対する応答メッセージに、受信可能なデータの種類を含めることができる。
【００３８】
表示サイズ変更部１１６は、テキスト、動画像または静止画像の表示サイズを表示部１２８の表示サイズに変更する。格納部１２４は、受信したコンテンツを一時的に格納する。また、格納部１２４は、着信を拒否する通信端末１０の識別情報である着信拒否端末識別情報を格納する。さらに、格納部１２４は、着信の履歴に関連付けてコンテンツを格納する。表示部１２８は、コンテンツに含まれるテキスト、動画像または静止画像を表示する。
【００３９】
第４タイマ１４４は、コンテンツを送信するためのセッションを開始する要求メッセージに対する応答メッセージを送信した後に起動して、コンテンツを受信した後に停止する。第５タイマ１４５は、コンテンツを受信した旨の確認メッセージを送信した後に起動して、着呼を通知する旨のメッセージまたはセッションを終了させるための終了メッセージを送信した後に停止する。
【００４０】
既定データ指定部１５２は、既定の動画像データ、静止画像データまたはサウンドデータを指定する。データ通信情報抽出部３０２は、コンテンツを通信するためのセッションを開始する要求メッセージに含まれるコンテンツ送信端末識別情報を抽出する。着信拒否端末一致判断部３０４は、データ通信情報抽出部３０２が抽出したコンテンツ送信端末識別情報と格納部１２４に格納した着信拒否端末識別情報との一致を判断する。
【００４１】
着信拒否メッセージ送信部３０６は、着信拒否端末一致判断部３０４が一致すると判断した場合に、セッションを開始する要求メッセージに対して拒否メッセージを送信する。音声通話情報抽出部３０８は、音声通話の着呼に含まれる音声発信端末識別情報を抽出する。
【００４２】
コンテンツ再生部３１４は、他の通信端末から受信したデータを再生する。例えば、コンテンツ再生部３１４は、受信したデータファイルからテキストデータ、動画像データ、静止画像データまたはサウンドデータを分離して、分離した各データを再生することができる。例えば、コンテンツ再生部３１４は、音声通話制御部１０４が着呼を通知する旨のメッセージを送信した後に、コンテンツを格納部１２４から読み出して、読み出したコンテンツを再生することができる。例えば、コンテンツ再生部３１４は、照合部３１２における照合が一致した場合に、コンテンツを再生することができる。
【００４３】
例えば、コンテンツ再生部３１４は、格納部１２４に格納されたコンテンツを、着信の履歴を参照して読み出し、再生することができる。例えば、コンテンツ再生部３１４は、コンテンツに、サウンド付の動画像データおよびサウンドデータが含まれる場合に、動画像データのサウンドを優先して再生することができる。例えば、コンテンツ再生部３１４は、第４タイマ１４４および第５タイマ１４５が、予め定めた時間を経過しないことを条件に、コンテンツを再生することができる。
【００４４】
例えば、コンテンツ再生部３１４は、表示サイズ変更部１１６が変更した表示サイズで、テキスト、動画像または静止画像を表示することができる。既定データ指定部１５２で指定された既定のデータを再生することが設定されている場合には、コンテンツ再生部３１４は、受信したコンテンツに含まれる動画像データ、静止画像データまたはサウンドデータに代えて、既定のデータを再生する。照合部３１２は、コンテンツ送信端末識別情報と音声発信端末識別情報とを照合する。
【００４５】
通信端末１０（Ａ）が通信端末１０（Ｂ）に音声通話を発呼するときに用いられる、通信端末１０（Ａ）の機能について説明する。統合制御部１００は、着呼の場合と同様に、データ通信制御部１１２および音声通話制御部１０４を統合して制御する。例えば、統合制御部１００は、エラー解析部３１６が解析したエラーの種類に応じた表示内容を格納部１２４から読み出して、読み出した表示内容を表示部１２８に表示することができる。
【００４６】
例えば、エラーの種類が、コンテンツの送信に失敗した旨のエラーであり、かつ、自動発信設定記憶部１５４が発呼を自動的に実行する旨の情報を記録している場合に、統合制御部１００は、コンテンツを送信することなく、回線交換網４２を通じた音声通話の発呼を自動的に実行することができる。例えば、統合制御部１００は、照合部３１２における照合が不一致の場合に、コンテンツを送信する処理を禁止することができる。例えば、第１タイマ１４１、第２タイマ１４２または第３タイマ１４３の何れかが予め定めた時間を経過した場合に、統合制御部１００は、エラー処理部３１８によるエラー処理を実行することができる。前記した第１タイマ１４１、第２タイマ１４２および第３タイマ１４３によるタイマ制御は、パケット交換網４０における制御と回線交換網４２における制御の両制御にまたがるので、統合制御部１００は、第１タイマ１４１、第２タイマ１４２および第３タイマ１４３を統合して制御する。
【００４７】
音声通話部１０２は、回線交換網４２を通じた他の通信端末１０との音声通話を実行する。例えば、音声通話部１０２は、回線交換網４２を通じて他の通信端末１０に音声通話を発呼する。音声通話制御部１０４は、音声通話部１０２による音声通話を制御する。例えば、音声通話制御部１０４は、音声通話部１０２に通信端末１０（Ｂ）を着呼先とした呼信号を送信させることができる。
【００４８】
特に音声通話制御部１０４は、データ通信部１１０によるコンテンツの送信の完了後に、音声通話部１０２に他の通信端末１０を着呼先とした呼信号を送信させることができる。なお、コンテンツの送信の完了は、データ通信部１１０が受信確認を受信したことで検知できる。すなわち、音声通話制御部１０４は、データ通信部１１０が受信確認を受信した後に、音声通話部１０２に通信端末１０（Ｂ）を着呼先とした呼信号を送信させることができる。
【００４９】
データ通信部１１０は、パケット交換網４０を通じた他の通信端末１０とのデータ通信を実行する。例えば、データ通信部１１０は、パケット交換網４０を通じて他の通信端末１０にコンテンツを送信することができる。例えば、データ通信部１１０は、通信端末１０（Ａ）と通信端末１０（Ｂ）との間にピアツーピアセッションを確立することができる。その後、データ通信部１１０は、ピアツーピアセッションを介して通信端末１０（Ｂ）へデータを送信することができる。また、データ通信部１１０は、データファイル結合部１１４で結合した一つのデータファイルをコンテンツとして送信することができる。
【００５０】
データ通信制御部１１２は、データ通信部１１０による通信を制御する。例えば、データ通信制御部１１２は、コンテンツを指定した他の通信端末１０への発呼命令を受けて、データ通信部１１０にコンテンツを送信させることができる。また、データ通信制御部１１２は、コンテンツを通信するためのセッションを開始する要求メッセージに対する応答メッセージを受信して、応答メッセージに含まれる受信可能なデータの種類を抽出することができる。
【００５１】
データファイル結合部１１４は、コンテンツとして送信する複数のデータを結合する。例えば、データファイル結合部１１４は、テキストデータ、動画像データ、静止画像データおよびサウンドデータから選択された複数のデータを一つのデータファイルに結合することができる。例えば、データファイル結合部１１４は、データ通信制御部１１２が抽出した受信可能なデータの種類に限り、複数のデータを結合することができる。
【００５２】
格納部１２４は、エラーの種類に応じた表示内容を格納する。格納部１２４は、予め定めた通信事業者の識別情報である既定通信事業者識別情報を格納する。表示部１２８は、エラーの内容を表示する。
【００５３】
第１タイマ１４１は、コンテンツを通信するためのセッションを開始する要求メッセージを送信した後に起動して、要求メッセージに対する応答メッセージを受信した後に停止する。第２タイマ１４２は、応答メッセージに対する確認メッセージを送信した後に起動して、コンテンツの送信に対する確認メッセージを受信した後に停止する。第３タイマ１４３は、発呼を実行する直前または直後に起動して、発呼を受けた他の通信端末１０がセッションを終了させるために送信する終了メッセージを受信した後に停止する。
【００５４】
自動発信設定記憶部１５４は、コンテンツの送信が失敗した場合に、コンテンツを送信することなく発呼を自動的に実行するか否かの情報を記録する。エラー解析部３１６は、データ通信制御部１１２からの通信エラー通知を解析する。エラー処理部３１８は、エラーの種類に応じて音声通話部１０２に音声通話の発呼を制御させる。
【００５５】
通信事業者識別情報取得部３１０は、通信事業者を識別する通信事業者識別情報を取得する。照合部３１２は、格納部１２４に格納されている既定通信事業者識別情報と通信事業者識別情報取得部３１０が取得した通信事業者識別情報とを照合する。
【００５６】
格納部１２４は、コンテンツの種類ごとのフォルダ、例えば、動画フォルダ、静止画フォルダ、ミュージックフォルダ、テキストフォルダを備え、各フォルダの種類に応じたコンテンツを格納してよい。また、格納部１２４には、マルチメディア呼出コンテンツフォルダを備え、各種のマルチメディアコンテンツを格納してもよい。マルチメディア呼出コンテンツフォルダを指定することにより、そこに格納された各種のマルチメディアコンテンツを一括して指定できる。
【００５７】
表示部１２８は、例えば液晶表示装置であってよい。入出力部１３０は、スピーカ１３２と、キー入力部１３４と、マイク１３６とを有する。スピーカ１３２は、通信端末１０の音声出力装置であってよく、例えばコンテンツの再生出力のうち音声を出力する。
【００５８】
キー入力部１３４は、通信端末１０の入力デバイスの一つであってよく、例えばコンテンツを指定する入力フィールドに入力する。あるいはコンテンツとしてテキストを入力する場合の入力フィールドにテキストを入力する。さらにキー入力部１３４は、コンテンツを指定した発呼の指示を入力する。
【００５９】
マイク１３６は、音声を集音する。例えばコンテンツとして入力するボイスレコーダの入力とすることができる。第１タイマ１４１、第２タイマ１４２、第３タイマ１４３、第４タイマ１４４、および第５タイマ１４５は、それぞれのタイマが物理的に独立したタイマであってもよく、物理的には一つのタイマをソフトウェアでそれぞれのタイマとして機能させるものであってもよい。
【００６０】
図４は、通信システム１における処理フローの一例を示す。本例では、通信端末１０（Ｂ）が通信端末１０（Ａ）から音声通話を着呼するときの処理フローを例示する。以降の図を用いた説明についても同様に、通信端末１０（Ｂ）が通信端末１０（Ａ）から音声通話を着呼する場合を例示する。
【００６１】
通信端末１０（Ａ）は、送信するコンテンツを指定して、通信端末１０（Ｂ）への発呼命令を受けると、「ＳＩＰ  ＩＮＶＩＴＥ」のメッセージを通信制御サーバ２２（Ａ）に送信する（Ｓ４０１）。通信端末１０（Ａ）は、ゲートウェイを介して通信制御サーバ２２（Ａ）または回線交換機（Ａ）と通信する。通信端末１０（Ｂ）も同様にゲートウェイを介して通信制御サーバ２２（Ｂ）または回線交換機（Ｂ）と通信する。ゲートウェイは例えば携帯電話網をサポートするノードであってよく、インターネット等の携帯電話網外部のネットワークとインターワークするための装置であってよい。以降の説明においてゲートウェイの説明は省略する。
【００６２】
通信制御サーバ２２（Ａ）は、受信した「ＳＩＰ  ＩＮＶＩＴＥ」のメッセージを通信制御サーバ２２（Ｂ）に送信する（Ｓ４０２）。通信制御サーバ２２（Ｂ）は、受信した「ＳＩＰ  ＩＮＶＩＴＥ」のメッセージを通信端末１０（Ｂ）に送信する（Ｓ４０３）。「ＳＩＰ  ＩＮＶＩＴＥ」のメッセージを受信した通信端末１０（Ｂ）は、通信制御サーバ２２（Ｂ）に「２００  ＯＫ  （ＩＮＶＩＴＥ）」のメッセージを送信する（Ｓ４０４）。なお、図において、「２００  ＯＫ  （ＩＮＶＩＴＥ）」を「２００  ＯＫ  （ＩＮＶ）」と表示する場合がある。
【００６３】
通信制御サーバ２２（Ｂ）は、受信した「２００  ＯＫ  （ＩＮＶＩＴＥ）」のメッセージを通信制御サーバ２２（Ａ）に送信する（Ｓ４０５）。通信制御サーバ２２（Ａ）は、受信した「２００  ＯＫ  （ＩＮＶＩＴＥ）」のメッセージを通信端末１０（Ａ）に送信する（Ｓ４０６）。
【００６４】
「２００  ＯＫ  （ＩＮＶＩＴＥ）」のメッセージを受信した通信端末１０（Ａ）は、「ＳＩＰ  ＡＣＫ」のメッセージを通信制御サーバ２２（Ａ）に送信する（Ｓ４０７）。通信制御サーバ２２（Ａ）は、受信した「ＳＩＰ  ＡＣＫ」のメッセージを通信制御サーバ２２（Ｂ）に送信する（Ｓ４０８）。通信制御サーバ２２（Ｂ）は、受信した「ＳＩＰ  ＡＣＫ」のメッセージを通信端末１０（Ｂ）に送信する（Ｓ４０９）。このようにして、通信端末１０（Ａ）と通信端末１０（Ｂ）との間にＳＩＰによるピアツーピアセッションが確立される。
【００６５】
ピアツーピアセッションでは、定まったクライアントあるいはサーバを持たず、パケット交換網４０上の通信端末１０の各々がクライアントとしてもサーバとしても機能する。よって、パケット交換網４０上に存在するサーバ等の負担を少なくして、画像データ等大きな容量を持つマルチメディアデータをストリーム伝送するのに有利となる。
【００６６】
ステップＳ４０９でピアツーピアセッションが確立されると、通信端末１０（Ａ）および通信端末１０（Ｂ）は、ＴＣＰ３ウェイハンドシェイクを実行して、ＴＣＰレイヤでのコネクションを確立する（Ｓ４１０）。通信端末１０（Ａ）は、確立したＴＣＰコネクションに「ＭＳＲＰ  ＳＥＮＤ」メッセージを利用して指定されたコンテンツデータを送信する（Ｓ４１１）。
【００６７】
通信端末１０（Ｂ）によるコンテンツデータの受信が完了すると、通信端末１０（Ｂ）は「２００  ＯＫ  （ＳＥＮＤ）」メッセージを送信する（Ｓ４１２）。このようにしてコンテンツデータが通信端末１０（Ａ）から通信端末１０（Ｂ）に送信される。通信端末１０（Ｂ）では受信したコンテンツデータを格納部１２４に一時的に格納する。
【００６８】
「２００  ＯＫ  （ＳＥＮＤ）」メッセージを受信した通信端末１０（Ａ）は、３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）仕様番号「２４．００８」に既定されている「ＳＥＴＵＰ」メッセージを回線交換機（Ａ）に送信して発呼する（Ｓ４１３）。「ＳＥＴＵＰ」メッセージを受信した回線交換機（Ａ）は、回線交換機（Ｂ）に「ＩＡＭ」メッセージを送信する（Ｓ４１４）。「ＩＡＭ」メッセージを受信した回線交換機（Ｂ）は、「ＳＥＴＵＰ」メッセージを通信端末１０（Ｂ）に送信する（Ｓ４１５）。なお、「ＳＥＴＵＰ」メッセージは、通信端末１０（Ａ）から通信端末１０（Ｂ）に送信される音声通話の呼信号の一例である。
【００６９】
「ＳＥＴＵＰ」メッセージを受信した通信端末１０（Ｂ）は、３ＧＰＰ仕様番号「２４．００８」に既定されている「ＡＬＥＲＴＩＮＧ」メッセージを回線交換機（Ｂ）に送信する（Ｓ４１６）。「ＡＬＥＲＴＩＮＧ」メッセージを受信した回線交換機（Ｂ）は、「ＡＣＭ／ＣＰＧ」メッセージを回線交換機（Ａ）に送信して（Ｓ４１７）する。
【００７０】
「ＡＣＭ／ＣＰＧ」メッセージを受信した回線交換機（Ａ）は、「ＡＬＥＲＴＩＮＧ」メッセージを通信端末１０（Ａ）に送信する（Ｓ４１８）。通信端末１０（Ａ）は、受信した「ＡＬＥＲＴＩＮＧ」により、通信端末１０（Ｂ）が着呼通知の状態つまりコンテンツが再生されている状態であることを知る。
【００７１】
通信端末１０（Ｂ）は、ステップＳ４１８で「ＡＬＥＲＴＩＮＧ」メッセージを回線交換機（Ｂ）に送信した後、「ＳＩＰ  ＢＹＥ  （成功）」のメッセージを通信制御サーバ２２（Ｂ）に送信する（Ｓ４１９）。通信制御サーバ２２（Ｂ）は、受信した「ＳＩＰ  ＢＹＥ  （成功）」のメッセージを通信制御サーバ２２（Ａ）に送信する（Ｓ４２０）。通信制御サーバ２２（Ａ）は、受信した「ＳＩＰ  ＢＹＥ  （成功）」のメッセージを通信端末１０（Ａ）に送信する（Ｓ４２１）。
【００７２】
通信端末１０（Ｂ）でユーザが応答すると、通信端末１０（Ｂ）は、３ＧＰＰ仕様番号「２４．００８」に既定されている「ＣＯＮＮＥＣＴ」メッセージを回線交換機（Ｂ）に送信する（Ｓ４２２）。「ＣＯＮＮＥＣＴ」メッセージを受信した回線交換機（Ｂ）は、「ＡＮＭ」メッセージを回線交換機（Ａ）に送信する（Ｓ４２３）。「ＡＮＭ」メッセージを受信した回線交換機（Ａ）は、「ＣＯＮＮＥＣＴ」メッセージを通信端末１０（Ａ）に送信する（Ｓ４２４）。
【００７３】
通信端末１０（Ａ）が「ＣＯＮＮＥＣＴ」メッセージを受信することにより、音声通話（ＣＳ  Ｃａｌｌ）が開通される（Ｓ４２５）。ステップＳ４２１で通信端末１０（Ａ）が「ＳＩＰ  ＢＹＥ  （成功）」のメッセージを受信すると、通信端末１０（Ａ）は、「２００  ＯＫ  （ＢＹＥ）」のメッセージを通信制御サーバ２２（Ａ）に送信する（Ｓ４２６）。通信制御サーバ２２（Ａ）は、受信した「２００  ＯＫ  （ＢＹＥ）」のメッセージを通信制御サーバ２２（Ｂ）に送信する（Ｓ４２７）。通信制御サーバ２２（Ｂ）は受信した「２００  ＯＫ  （ＢＹＥ）」のメッセージを通信端末１０（Ｂ）に送信する（Ｓ４２８）。このようにして、通信端末１０（Ａ）と通信端末１０（Ｂ）との間のＳＩＰによるピアツーピアセッションが終了する。
【００７４】
通信端末１０（Ａ）におけるコンテンツの指定では、静止画あるいは動画の画像ファイル、サウンドファイル、テキストファイルを各々個別に指定することができる。また、これらのファイルを組み合わせて指定することができる。例えば、テキストと静止画、テキストと動画、テキストとサウンド、静止画とサウンド、静止画と動画、テキストと静止画とサウンド、を組み合わせることができる。なお、最大ファイルサイズとして例えば１００ｋＢを例示できる。
【００７５】
画像ファイル、サウンドファイルまたはテキストファイルを単独または組み合わせてマルチメディア呼出コンテンツフォルダに格納しておき、当該マルチメディア呼出コンテンツフォルダを指定することにより、これらを一括して指定してもよい。マルチメディア呼出コンテンツフォルダは複数備えることができ、適切な名前を付けてシーンに応じた使い分けができる。例えば「いそぎ用」、「彼女用」、「家族用」、「友達用」の各マルチメディア呼出コンテンツフォルダを生成して、使い分けることができる。
【００７６】
またコンテンツは、カメラ等によりその場で撮影した画像データを画像ファイルとして指定でき、ボイスレコーダによりその場で録音したサウンドデータをサウンドファイルに指定できる。テキストデータをテキスト入力フィールドにその場で入力してテキストファイルを指定できる。専用コンテンツをウェブサイトからダウンロードして指定してもよい。
【００７７】
指定可能なコンテンツとして以下のようなファイル形式が例示できる。テキストデータとして、例えばテキストファイル形式（ｔｘｔ形式）のデータが例示できる。静止画データとして、例えばｊｐｇ形式（ｊｐｅｇ形式、ｊｐｅ形式）、ｐｎｇ形式、ｇｉｆ形式、Ａｎｉｍａｔｅｄ  ＧＩＦ形式のデータが例示できる。
【００７８】
動画データとして、例えば３ｇｐ形式、ｍｐ４形式、ｓｗｆ形式、ｍｍｆ形式のデータが例示できる。オーディオデータとして、ａｍｒ形式、ｍｉｄ形式（ｍｉｄｉ形式）、３ｇｐ形式、ｍｐ４形式、ＳＰ−ＭＩＤＩ形式のデータが例示できる。これら各形式のファイルは適切に組み合わせて指定することができるが、組み合わせが適切でない場合もある。なお、動画データは、Ｆｌａｓｈ（商標）であってもよい。
【００７９】
音声通話の発呼には、テレビ電話の発呼を含む。発呼の方法として、既存の発呼方法が適用できる。例えば番号入力、ホットステータスリストからの発信、アドレス帳からの発信、着信履歴からの発信、発信履歴からの発信等の発呼方法が適用できる。
【００８０】
また発呼先の電話番号にコンテンツ送信を伴う発呼の履歴があれば、その発呼に用いたコンテンツをデフォルトにして発呼の操作を実行してもよい。コンテンツ送信を伴う発呼をキャンセルしてコンテンツ送信を伴わない発呼に切り替えることも勿論できる。なお、発呼を指示する操作を行った後、コンテンツを送信している途中にプログレスバーを表示して進行をユーザに知らせてもよい。
【００８１】
コンテンツとして、テキストファイル、静止画ファイル、動画ファイル、サウンドファイルあるいはこれらの組み合わせが指定された場合、指定された（受信した）各データに応じて着呼通知の態様が決まる。例えばコンテンツとしてテキストファイルが指定された場合、表示部１２８には受信したテキストが表示され、鳴動音として通信端末１０（Ｂ）の既定の着信音が用いられる。静止画ファイルが指定された場合、表示部１２８には受信した静止画が表示され、鳴動音として既定の着信音が用いられる。
【００８２】
動画ファイルが指定された場合、表示部１２８には受信した動画が再生され、鳴動音として動画に含まれるサウンドが用いられる。サウンドデータが指定された場合、表示部１２８には通信端末１０（Ｂ）に依存する表示画面が表示され、鳴動音として受信したサウンドが再生される。テキストファイルと静止画ファイルが指定された場合、表示部１２８には受信したテキストおよび静止画が表示され、鳴動音として既定の着信音が用いられる。テキストファイルと動画ファイルが指定された場合、表示部１２８には受信したテキストおよび動画が表示され、鳴動音として動画に含まれるサウンドが用いられる。
【００８３】
テキストファイルとサウンドファイルが指定された場合、表示部１２８には受信したテキストが表示され、鳴動音として受信したサウンドが再生される。静止画ファイルとサウンドファイルが指定された場合、表示部１２８には受信した静止画が表示され、鳴動音として受信したサウンドが再生される。静止画ファイルと動画ファイルが指定された場合、表示部１２８には受信した静止画が表示され、鳴動音として動画に含まれるサウンドが用いられる。表示部１２８には受信した動画が表示され、鳴動音として動画に含まれるサウンドが用いられてもよい。テキストファイルと静止画ファイルとサウンドファイルが指定された場合、表示部１２８には受信したテキストおよび静止画が表示され、鳴動音として受信したサウンドが再生される。
【００８４】
ステップＳ４１１で受信したコンテンツは、着呼の通知に利用された後、これを保存して、適宜再生してもよい。また、保存したコンテンツは編集することができる。保存したコンテンツは、後に着呼通知用のコンテンツとして再利用することができる。
【００８５】
ステップＳ４１１において正常にコンテンツの送信が行われないとき、コンテンツ送信を伴わない着呼通知とすることができる。例えば、通信端末１０（Ｂ）で予め設定している着信音を再生して着呼を通知できる。
【００８６】
ステップＳ４１１で正常にコンテンツが送信されて、通信端末１０（Ｂ）がコンテンツを正常に受信した場合であっても、ステップＳ４１５の「ＳＥＴＵＰ」メッセージを通信端末１０（Ｂ）が受信しない場合がある。通信端末１０（Ｂ）が「ＳＥＴＵＰ」メッセージを受信しない場合、着呼は通知されず、着信履歴には着呼の履歴が残らない。このような場合、通信端末１０（Ｂ）は、受信したコンテンツを破棄して、コンテンツの送信に係る課金イベントとして認識するべきではない。通信端末１０（Ｂ）が「ＳＥＴＵＰ」メッセージを受信しない場合として、以下の場合が例示できる。
【００８７】
例えば、留守番電話サービスあるいは転送電話サービスが設定されている場合であって呼び出しなしで転送される場合がある。あるいは割り込み電話として着信した場合であって割り込み音声通話の設定をしていない場合がある。あるいは着信規制またはナンバーブロックを設定している場合がある。このような場合、コンテンツが通信端末１０（Ｂ）に受信されていても通信端末１０（Ｂ）において着呼の通知にコンテンツは利用されない。
【００８８】
なお、通信端末１０（Ｂ）において着信拒否設定をしている場合、コンテンツが受信され、着信履歴が残る場合がある。しかし着信拒否設定をしているので、着呼は通知されないから、コンテンツを破棄して、課金しない。一方、例えば音声通話中の割り込み電話を受けた場合であって割り込み音声通話を設定している場合、あるいはＰｏＣセッションを実行中に着呼を受けたような場合には、コンテンツは受信され、課金イベントとして認識される。この場合、着呼はコンテンツの再生により通知されるが、サウンドの再生を行わないよう制御する。
【００８９】
また、例えば回線障害等の原因により、通信端末１０（Ｂ）が「ＳＥＴＵＰ」メッセージを受信しない場合がある。この場合の「ＳＥＴＵＰ」メッセージを受信しないという判断は、例えば通信端末１０（Ｂ）に備えたタイマ部１４０によって判断できる。
【００９０】
これらコンテンツを正常に受信しない場合、あるいはコンテンツの受信後に着呼の呼信号を受信しない場合は、ステップＳ４１９で「ＳＩＰ  ＢＹＥ  （成功）」のメッセージが送信されず、例えば「ＳＩＰ  ＢＹＥ  （失敗）」のメッセージが送信される。また通信端末１０（Ｂ）においてコンテンツの受信をキャンセルした場合にはステップＳ４１９で「ＳＩＰ  ＢＹＥ  （キャンセル）」のメッセージが送信される。このような場合、通信制御サーバ２２（Ａ）および通信制御サーバ２２（Ｂ）では「ＳＩＰ  ＢＹＥ  （失敗）」または「ＳＩＰ  ＢＹＥ  （キャンセル）」のメッセージを受信することになり、課金サーバ２４において課金されない。
【００９１】
また、ステップＳ４０９で通信制御サーバ２２（Ｂ）が「ＳＩＰ  ＡＣＫ」のメッセージを通信端末１０（Ｂ）に送信した後、通信制御サーバ２２（Ｂ）が通信端末１０（Ｂ）から「ＳＩＰ  ＢＹＥ」のメッセージを受信しない場合がある。この場合、通信制御サーバ２２（Ｂ）は、「ＳＩＰ  ＢＹＥ  （失敗）」のメッセージを生成して、これを通信制御サーバ２２（Ａ）に送信する。通信制御サーバ２２（Ｂ）が「ＳＩＰ  ＢＹＥ」メッセージを受信しないという判断は、例えば通信制御サーバ２２（Ｂ）において適当なタイマを起動して、所定時間の経過までにメッセージを受信できないとき、「ＳＩＰ  ＢＹＥ」メッセージを受信しないと判断できる。この場合も、課金サーバ２４において課金されない。
【００９２】
「成功」、「失敗」あるいは「キャンセル」の情報は「ＳＩＰ  ＢＹＥ」メッセージのヘッダに記載される。通信制御サーバ２２は、課金情報に当該ヘッダを含めて課金サーバ２４に送信する。課金サーバ２４では当該ヘッダを調べて、着呼に成功したか、失敗したかあるいはキャンセルされたかを判断できる。
【００９３】
通信端末１０（Ａ）は、予め定められた通信事業者の通信圏外においては、他の通信端末１０へコンテンツを送信しない。具体的には、通信端末１０（Ａ）は、「ＳＩＰ  ＩＮＶＩＴＥ」のメッセージを通信制御サーバ２２（Ａ）に送信する処理（ステップＳ４０１）の前に、現在位置においてが利用可能な通信事業者を識別する通信事業者識別情報を取得する。そして、通信端末１０（Ａ）は、格納部１２４に格納されている既定通信事業者識別情報と取得した通信事業者識別情報とを照合する。通信端末１０（Ａ）は、既定通信事業者識別情報と通信事業者識別情報とが一致しない場合、コンテンツを送信する処理を禁止する。
【００９４】
コンテンツを送信する処理が禁止された場合、通信端末１０（Ａ）は、コンテンツを送信することなく、回線交換網を通じた音声通話の発呼を自動的に実行する。すわなち、「ＳＩＰ  ＩＮＶＩＴＥ」メッセージを通信制御サーバ２２へ送信処理（ステップＳ４０１）をおこなうことなく、「ＳＥＴＵＰ」メッセージを回線交換機（Ａ）に送信して（ステップＳ４１３）、これに続いて、通信端末１０（Ｂ）との音声通話をおこなうための各処理をおこなう。
【００９５】
通信端末１０（Ａ）は、海外であっても、ローミングにより、通信端末１０（Ｂ）との通信をおこなうことができる。ここで、ローミングを利用したときのパケット通信料金は、ローミングを利用しないときのパケット通信料金よりも高額な場合がある。通信端末１０（Ａ）は、格納部１２４に格納されている既定通信事業者識別情報に海外の通信事業者が定められていなければ、通信端末１０（Ｂ）へコンテンツを送信することなく、すなわち、パケット通信をおこなうことなく、通信端末１０（Ｂ）との音声通話をおこなうための処理を開始する。この場合、通信端末１０（Ａ）には、パケット通信料金が課金されない。したがって、通信端末１０（Ａ）のユーザが支払うべき通信料金を抑えることができる場合がある。
【００９６】
また、通信端末１０（Ｂ）は、通信端末１０（Ａ）へ送信する「２００  ＯＫ  （ＩＮＶＩＴＥ）」のメッセージに、受信可能なデータの種類を含める。通信端末１０（Ａ）は、受信した「２００  ＯＫ  （ＩＮＶＩＴＥ）」のメッセージから、通信端末１０（Ｂ）が受信可能なデータの種類を特定する。通信端末１０（Ａ）は、通信端末１０（Ｂ）が受信可能なデータだけを、コンテンツに含めて通信端末１０（Ｂ）へ送信する。これにより、コンテンツの伝送路にかかる付加を軽減することができる場合がある。
【００９７】
通信端末１０（Ｂ）による、コンテンツの再生方法について説明する。通信端末１０（Ｂ）は、「ＡＬＥＡＲＴＩＮＧ」メッセージを通信端末（Ａ）に送信したタイミング（図４に示すＴ３のタイミング）で、格納部１２４に保持されているコンテンツを自動的に再生する。具体的には、通信端末１０（Ｂ）は、格納部１２４に格納されているコンテンツを読み出して、読み出したコンテンツを再生する。これにより、通信端末１０（Ｂ）は、当該通信端末１０のユーザに対して着呼を通知する。なお、通信端末１０（Ｂ）は、第４タイマ１４４および第５タイマ１４５が、予め定めた時間を経過しないことを条件に、コンテンツを再生する。
【００９８】
また、通信端末１０（Ｂ）は、「ＳＥＴＵＰ」メッセージの送信元の通信端末１０と、「ＳＩＰ  ＩＮＶＩＴＥ」メッセージの送信元の通信端末１０とが一致したことを条件に、コンテンツを再生する。具体的には、通信端末１０（Ｂ）は、「ＳＥＴＵＰ」メッセージを受信したタイミング（図４に示すＴ２のタイミング）で、「ＳＥＴＵＰ」メッセージに含まれる音声発信端末識別情報を抽出する。例えば、通信端末１０（Ｂ）は、「ＳＥＴＵＰ」メッセージに含まれる通信端末１０（Ａ）の電話番号を抽出する。
【００９９】
そして、通信端末１０（Ｂ）は、「ＳＩＰ  ＩＮＶＩＴＥ」メッセージに含まれるコンテンツ送信端末識別情報を抽出する。例えば、データ通信情報抽出部３０２は、「ＳＥＴＵＰ」メッセージに含まれるＰ−ＡＳＳＥＲＴＥＤ−ＩＤＥＮＴＩＴＹを抽出する。通信端末１０（Ｂ）は、抽出したコンテンツ送信端末識別情報と音声発信端末識別情報とを照合することにより、「ＳＥＴＵＰ」メッセージの送信元の通信端末１０と、「ＳＩＰ  ＩＮＶＩＴＥ」メッセージの送信元の通信端末１０とが一致するか否かを判断する。
【０１００】
通信端末１０（Ｂ）は、一致すると判断した場合、「ＡＬＥＡＲＴＩＮＧ」メッセージを通信端末（Ａ）に送信したタイミング（図４に示すＴ３のタイミング）でコンテンツを再生する。通信端末１０（Ｂ）は、一致しないと判断した場合は、コンテンツを再生しない。この場合、通信端末１０（Ｂ）は、所定の電話着信音を再生する。本実施形態の通信端末１０によれば、コンテンツの送信元ではない通信端末１０からの音声通話の着呼に連動して、他の通信端末から送信されたコンテンツが再生されることを防止することができる。
【０１０１】
また、通信端末１０（Ｂ）は、通信端末（Ａ）から送信されたコンテンツ、又は、通信端末（Ｂ）に既に格納されている任意のコンテンツのいずれかを優先的に、再生することができる。例えば、通信端末１０（Ｂ）に、予め指定された動画像データ、静止画像データまたはサウンドデータを識別するためのファイル名が記されたデータを格納しておく。
【０１０２】
通信端末１０（Ｂ）は、上記データを参照することにより、指定されたデータの有無を判断する。通信端末１０（Ｂ）は、指定されたデータがあると判断した場合は、上記データから、指定されたデータを特定する。そして、通信端末１０（Ｂ）は、特定したデータを再生する。通信端末１０（Ｂ）は、指定されたデータがないと判断した場合は、通信端末（Ａ）から送信されたコンテンツを優先して再生する。
【０１０３】
図５は、通信端末１０（Ａ）によるコンテンツの指定方法の一例を示す。通信端末１０（Ａ）の表示部１２８には、表示画面５００が表示されている。通信端末１０（Ａ）は、表示画面５００により、ユーザによるコンテンツの指定を受け付ける。表示画面５００は、「テキスト」欄、「イメージ」欄、および「サウンド」欄を含む。
【０１０４】
「テキスト」欄には、テキストデータが入力される。「テキスト」欄には、テキストデータが直接入力される。「テキスト」欄にリンクされているテキスト編集画面からテキストデータをユーザに入力させるようにしてもよい。
【０１０５】
「イメージ」欄には、イメージデータ（動画像データまたは静止画像データ）のファイル名が入力される。「イメージ」欄には、イメージデータのファイル名が直接入力される。「イメージ」欄にリンクされているファイル一覧から、イメージデータのファイル名をユーザに選択させるようにしてもよい。また、通信端末１０（Ａ）に備えられたカメラを起動して、イメージデータをユーザに撮像させ、撮像されたイメージデータのファイル名を自動的に入力するようにしてもよい。
【０１０６】
「サウンド」欄には、サウンドデータのファイル名が入力される。「サウンド」欄には、サウンドデータのファイル名が直接入力される。「サウンド」欄にリンクされているファイル一覧から、サウンドデータのファイル名をユーザに選択させるようにしてもよい。また、通信端末１０（Ａ）に備えられたボイスレコーダを起動して、サウンドデータをユーザに録音させ、録音されたサウンドデータのファイル名を自動的に入力するようにしてもよい。
【０１０７】
通信端末１０（Ａ）は、各入力欄によって指定されたテキストデータ、イメージデータ、サウンドデータが一つのデータファイルに結合されたマルチメディアファイルを作成する。通信端末１０（Ａ）は、作成したマルチメディアファイルを通信端末１０（Ｂ）へ送信する。
【０１０８】
ここで、表示画面５００に含まれている「７４／１００ＫＢ」は、入力欄によって指定された各データの合計サイズおよび予め既定されているコンテンツの最大サイズを示す。ユーザは、コンテンツの最大サイズである１００ＫＢを超えない範囲で、結合する複数のファイルを指定することができる。なお、コンテンツの最大サイズは、ユーザによる設定変更が可能であっても不可能であってもよい。
【０１０９】
複数のデータを一つのデータファイルに結合することにより、通信端末１０は、コンテンツの管理を容易におこなうことができる場合がある。また、複数のデータを個別に送受信するよりも、コンテンツの送受信にかかる時間を短縮することができる場合がある。コンテンツの最大サイズを既定したことにより、コンテンツの伝送路にかかる負荷を軽減することができる場合がある。
【０１１０】
表示画面５００は、「メニュー」ボタンおよび「プレビュー」ボタンを含む。「メニュー」ボタンが選択されると、通信端末１０（Ａ）は、「保存」メニューおよび「発信」メニューを、表示部１２８に表示する。
【０１１１】
「保存」メニューが選択されると、通信端末１０（Ａ）は、マルチメディアファイルを保存する。通信端末１０（Ａ）は、マルチメディアファイルを、所定の格納先に保存してもよく、ユーザによって指定された格納先に保存してもよい。
【０１１２】
「発信」メニューが選択されると、通信端末１０（Ａ）は、マルチメディアファイルの送信先である通信端末１０の電話番号の入力を受け付ける。そして、通信端末１０（Ａ）は、マルチメディアファイルの送信処理を開始する。
【０１１３】
「プレビュー」ボタンが選択されると、通信端末１０（Ａ）は、他の通信端末１０に含まれた各データを再生する。これにより、通信端末１０（Ａ）は、当該通信端末１０（Ａ）のユーザに対して、マルチメディアファイルに含まれた各データが、送信先の通信端末１０でどのように再生されるかを確認させることができる。
【０１１４】
通信端末１０（Ａ）は、コンテンツを通信するためのセッションを開始する要求メッセージ（「ＳＩＰ  ＩＮＶＩＴＥ」メッセージ）に対する応答メッセージ（「２００  ＯＫ  （ＩＮＶ）」メッセージ）を受信して、応答メッセージに含まれる受信可能または受信不可能なデータの種類を抽出する場合がある。この場合、通信端末１０（Ａ）は、データ通信制御部１１２が抽出した受信可能なデータの種類に限り、または、データ通信制御部１１２が抽出した受信不可能なデータの種類以外のデータに限り、複数のデータを結合する。
【０１１５】
例えば、応答メッセージに受信可能なデータの種類として、テキストデータおよびサウンドデータが含まれている場合、すわなち、イメージデータが含まれていない場合、データファイル結合部１１４は、テキストデータおよびサウンドデータを、結合の対象とする。通信端末１０（Ａ）のユーザが、イメージデータを結合するための通信端末１０（Ａ）の操作をおこなった場合、通信端末１０（Ａ）は、イメージデータを結合することができない旨を示すエラーメッセージを、表示部１２８に表示するようにしてもよい。また、通信端末１０（Ａ）は、イメージデータを結合するための操作をロックしてもよい。通信端末１０（Ａ）は、イメージデータを結合したうえで、イメージデータを受信できない通信端末１０に対しては、イメージデータを送信しないようにしてもよい。
【０１１６】
図６は、マルチメディアファイルの一例を示す。ファイル６００は、通信端末１０（Ａ）のデータファイル結合部１１４によって生成されたマルチメディアファイルを示す。ファイル６００は、テキストデータを含むデータ６０１と、サウンドデータを含むデータ６０２と、イメージデータを含むデータ６０３とを含む。また、データ６０１−６０３のそれぞれは、予め既定されたフォーマットでデータが示されている。また、データ６０１−６０３のそれぞれは、データの種類を識別するための識別情報を含む。
【０１１７】
ファイル６００は、通信端末１０（Ａ）から通信端末１０（Ｂ）へ送信される。ファイル６００を受信した通信端末１０（Ｂ）は、予めメール等により配布されたフォーマット情報に基づいて、受信したファイル６００から、テキストデータ、イメージデータ、またはサウンドデータを分離する。そして、通信端末１０（Ｂ）は、分離された各データの識別情報により、データ６０１−６０３のそれぞれについて、データの種類を識別する。そして、通信端末１０（Ｂ）は、識別された各データの種類に応じた再生方法により、識別されたデータをそれぞれ再生する。
【０１１８】
通信端末１０（Ｂ）は、ファイル６００に、サウンド付の動画像データおよびサウンドデータが含まれる場合に、動画像データのサウンドを優先して再生する。これにより、通信端末１０（Ｂ）は、動画像を表示するとともに、表示された動画像にマッチする自然なサウンドを出力することができる。
【０１１９】
通信端末１０（Ｂ）は、受信したファイル６００を保存する際、ファイル６００に含まれる複数のデータをデータ毎に分割する。通信端末１０は、分割されたデータ毎に当該データに含まれている識別情報によって当該データの種類を識別する。通信端末１０は、識別されたデータを当該データの種類に応じた保存場所に保存する。
【０１２０】
図７は、通信端末１０（Ａ）によるエラー処理の一例を示す。ここでは、通信端末１０（Ｂ）が本サービスに対応していない場合について説明する。通信端末１０（Ｂ）が本サービスに対応していない場合とは、通信端末１０（Ｂ）が通信端末１０（Ａ）からコンテンツを受信する機能を有さない場合、通信端末１０（Ｂ）が通信端末１０（Ａ）から受信したコンテンツを再生して着呼を通知する機能を有さない場合であってもよい。
【０１２１】
通信端末１０（Ａ）は、送信するコンテンツを指定して、通信端末１０（Ｂ）への発呼命令を受けると、「ＳＩＰ  ＩＮＶＩＴＥ」のメッセージを通信制御サーバ２２（Ａ）に送信する。通信制御サーバ２２（Ａ）は、受信した「ＳＩＰ  ＩＮＶＩＴＥ」のメッセージを通信制御サーバ２２（Ｂ）に送信する。
【０１２２】
通信端末１０（Ｂ）が本サービスに対応していない旨を検知した通信制御サーバ２２（Ｂ）は、その旨を示す「Ｅｒｒｏｒ  Ｃｏｄｅ  ＸＸＸ」メッセージを、通信制御サーバ２２（Ａ）へ送信する。通信制御サーバ２２（Ａ）は、受信した「Ｅｒｒｏｒ  Ｃｏｄｅ  ＸＸＸ」メッセージを、通信端末１０（Ａ）へ送信する。
【０１２３】
通信端末１０（Ａ）は、受信した「Ｅｒｒｏｒ  Ｃｏｄｅ  ＸＸＸ」メッセージを解析する。そして、通信端末１０（Ａ）は、解析したエラーの種類に応じた表示内容７１０を格納部１２４から読み出して、読み出した表示内容７１０を表示部１２８に表示する。
【０１２４】
これにより、通信端末１０（Ａ）は、通信端末１０（Ａ）のユーザに対して、通信端末１０（Ｂ）が本サービスに対応していないことを通知する。表示内容７１０は、エラーの種類に応じた後続処理を選択するための選択肢を含む。通信端末１０（Ａ）は、通信端末１０（Ａ）のユーザに対して、エラーの種類に応じた後続処理を容易に選択させることができる。
【０１２５】
表示内容７１０には、コンテンツの送信を中止して、音声通話の発呼に切り替えるか否かの選択肢を含む。通信端末１０（Ａ）のユーザによって、音声通話の発呼に切り替えることが選択された場合、通信端末１０（Ａ）は、「ＳＥＴＵＰ」メッセージを回線交換機（Ａ）に送信して、これに続いて、音声通話をするための各処理をする。なお、通信端末１０（Ｂ）、通信制御サーバ２２（Ａ）、および通信端末１０（Ａ）のいずれかがエラーを検知し「Ｅｒｒｏｒ  Ｃｏｄｅ  ＸＸＸ」を発してもよい。
【０１２６】
図８は、通信端末１０（Ａ）によるエラー処理の一例を示す。ここでは、通信端末１０（Ｂ）がコンテンツを受信することができない状態にある場合について説明する。通信端末１０（Ｂ）がコンテンツを受信することができない状態とは、通信端末１０（Ｂ）が他の通信端末１０と通信中の場合、通信端末１０（Ｂ）の電源がＯＦＦになっている状態、通信端末１０（Ｂ）と通信制御サーバ２２（Ｂ）との伝送路が切断されている場合であってもよい。
【０１２７】
通信端末１０（Ａ）は、送信するコンテンツの指定を受け、通信端末１０（Ｂ）への発呼命令を受けると、「ＳＩＰ  ＩＮＶＩＴＥ」のメッセージを通信制御サーバ２２（Ａ）に送信する。通信制御サーバ２２（Ａ）は、受信した「ＳＩＰ  ＩＮＶＩＴＥ」のメッセージを通信制御サーバ２２（Ｂ）に送信する。通信制御サーバ２２（Ｂ）は、受信した「ＳＩＰ  ＩＮＶＩＴＥ」のメッセージを通信端末１０（Ｂ）に送信する。
【０１２８】
コンテンツを受信することができないと判断した通信端末１０（Ｂ）は、その旨を示す「Ｅｒｒｏｒ  Ｃｏｄｅ  ＹＹＹ」メッセージを、通信制御サーバ２２（Ｂ）へ送信する。通信制御サーバ２２（Ｂ）は、受信した「Ｅｒｒｏｒ  Ｃｏｄｅ  ＹＹＹ」メッセージを、通信制御サーバ２２（Ａ）へ送信する。通信制御サーバ２２（Ａ）は、受信した「Ｅｒｒｏｒ  Ｃｏｄｅ  ＹＹＹ」メッセージを、通信端末１０（Ａ）へ送信する。
【０１２９】
通信端末１０（Ａ）は、受信した「Ｅｒｒｏｒ  Ｃｏｄｅ  ＹＹＹ」メッセージを解析する。そして、通信端末１０（Ａ）は、解析したエラーの種類に応じた表示内容８１０を格納部１２４から読み出して、読み出した表示内容８１０を表示部１２８に表示する。
【０１３０】
これにより、通信端末１０（Ａ）は、通信端末１０（Ａ）のユーザに対して、通信端末１０（Ｂ）がコンテンツを受信することができない状態にあることを通知する。表示内容８１０は、エラーの種類に応じた後続処理を選択するための選択肢を含む。通信端末１０（Ａ）は、通信端末１０（Ａ）のユーザに対して、エラーの種類に応じた後続処理を容易に選択させることができる。
【０１３１】
表示内容８１０には、再度、コンテンツを送信するか否かの選択肢を含む。通信端末１０（Ａ）のユーザによって、再度、コンテンツを送信することが選択された場合、通信端末１０（Ａ）は、「ＳＩＰ  ＩＮＶＩＴＥ」メッセージを通信制御サーバ２２（Ａ）に送信して、これに続いて、コンテンツを送信するための各処理をおこなう。なお、通信制御サーバ２２（Ｂ）、通信制御サーバ２２（Ａ）、および通信端末１０（Ａ）のいずれかがエラーを検知し「Ｅｒｒｏｒ  Ｃｏｄｅ  ＹＹＹ」を発してもよい。
【０１３２】
図９は、通信端末１０（Ａ）によるエラー処理の一例を示す。ここでは、通信端末１０（Ｂ）へコンテンツを送信できなかった場合について説明する。通信端末１０（Ｂ）へコンテンツを送信できなかった場合とは、コンテンツを送信しているときに通信端末１０等において何らかのエラーが発生した場合であってもよい。また、コンテンツを送信しているときに通信セッションがタイムアウトした場合、コンテンツを送信しているときに通信端末１０（Ｂ）の記憶領域が一杯になった場合であってもよい。
【０１３３】
通信端末１０（Ａ）は、通信端末１０（Ｂ）とのピアツーピアセッションおよびＴＣＰコネクションが確立されている状態から、「ＭＳＲＰ  ＳＥＮＤ」メッセージを利用して指定されたコンテンツデータを送信する。コンテンツが送信されないことを検知した通信端末１０（Ｂ）は、その旨を示す「ＳＩＰ  ＢＹＥ  （失敗）」メッセージを、通信制御サーバ２２（Ｂ）および通信制御サーバ２２（Ａ）を介して通信端末１０（Ａ）へ送信する。
【０１３４】
通信端末１０（Ａ）は、受信した「ＳＩＰ  ＢＹＥ  （失敗）」メッセージを解析する。例えば、通信端末１０（Ａ）は、「ＳＩＰ  ＢＹＥ  （失敗）」メッセージのＲｅａｓｏｎ  Ｈｅａｄｅｒにより、エラーの種類がコンテンツの送信に失敗した旨のエラーである旨を特定する。また、通信端末１０（Ａ）には、発呼を自動的に実行する旨の情報が記録されている。このため、通信端末１０（Ａ）は、コンテンツを送信することなく、回線交換網を通じた音声通話の発呼を自動的に実行する。すわなち、「ＳＥＴＵＰ」メッセージを回線交換機（Ａ）に送信して発呼して、これに続いて、通信端末１０（Ｂ）との音声通話をおこなうための各処理をおこなう。
【０１３５】
なお、発呼を自動的に実行しない旨の情報が記録されている場合、通信端末１０（Ａ）は、音声通話の発呼を自動的に実行せずに、発呼を実行するか否かを選択するための選択画面を表示部１２８に表示してもよい。また、通信端末１０（Ａ）は、コンテンツを再送するか否かを選択するための選択画面を表示部１２８に表示してもよい。なお、通信制御サーバ２２（Ｂ）、通信制御サーバ２２（Ａ）、および通信端末１０（Ａ）のいずれかがエラーを検知し「ＳＩＰ  ＢＹＥ  （失敗）」を発してもよい。
【０１３６】
図１０、図１１、および図１２は、通信端末１０（Ａ）によるタイマ処理のフローの一例を示す。通信端末１０（Ａ）は、コンテンツを通信するためのセッションを開始する要求メッセージ（「ＳＩＰ  ＩＮＶＩＴＥ」メッセージ）を通信端末１０（Ｂ）へ向けて送信した後に、第１タイマ１４１を起動する（Ｓ１００１）。要求メッセージ（「ＳＩＰ  ＩＮＶＩＴＥ」メッセージ）に対する応答メッセージ（「２００  ＯＫ  （ＩＮＶ）」メッセージ）を通信端末１０（Ｂ）から受信したか否かを判断する（Ｓ１００２）。
【０１３７】
ステップＳ１００２において、受信していないと判断した場合（Ｓ１００２：Ｎｏ）は、第１タイマ１４１がタイムアウトしたか否かを判断する（Ｓ１００３）。ステップＳ１００３において、タイムアウトしたと判断した場合（Ｓ１００３：Ｙｅｓ）は、「ＳＩＰ  ＢＹＥ  （キャンセル）」メッセージを通信端末１０（Ｂ）へ向けて送信する（Ｓ１００４）。エラーを表示部１２８に表示して（Ｓ１００５）、タイマ処理を終了する。
【０１３８】
ステップＳ１００３において、タイムアウトしていないと判断した場合（Ｓ１００３：Ｎｏ）は、通信端末１０（Ｂ）から「Ｅｒｒｏｒ」メッセージを受信したか否かを判断する（Ｓ１００６）。ステップＳ１００６において、受信したと判断した場合（Ｓ１００６：Ｙｅｓ）は、エラーを表示部１２８に表示する（Ｓ１００７）。通信端末１０（Ｂ）へ向けて「ＡＣＫ」メッセージを送信して（Ｓ１００８）、タイマ処理を終了する。ステップＳ１００６において、受信していないと判断した場合（Ｓ１００６：Ｎｏ）は、ステップＳ１００２に戻って、引き続きタイマ処理をおこなう。
【０１３９】
ステップＳ１００２において、受信したと判断した場合（Ｓ１００２：Ｙｅｓ）は、第１タイマ１４１を停止する（Ｓ１００９）。通信端末１０（Ｂ）へ向けて「ＡＣＫ」メッセージを送信する（Ｓ１０１０）。ＳＤＰ解析処理が「ＯＫ」であったか否かを判断する（Ｓ１０１１）。ステップＳ１０１１において、「ＯＫ」でなかったと判断した場合（Ｓ１０１１：Ｎｏ）は、「４８８  Ｎｏｔ  ＡｃｃｅｐｔａｂｌｅＨｅｒｅ」エラーが発生したときと同様の処理をおこない（Ｓ１０１２）、タイマ処理を終了する。ステップＳ１０１１において、ＯＫであったと判断した場合（Ｓ１０１１：Ｙｅｓ）は、ステップＳ１１０１へ進む。
【０１４０】
第２タイマ１４２を起動する（Ｓ１１０１）。「ＭＳＲＰ  ＳＥＮＤ」メッセージを通信端末１０（Ｂ）へ送信する（Ｓ１１０２）。コンテンツの送信（「ＭＳＲＰ  ＳＥＮＤ」メッセージ）に対する確認メッセージ（「２００  ＯＫ  （ＳＥＮＤ）」メッセージ）を通信端末１０（Ｂ）から受信したか否かを判断する（Ｓ１１０３）。
【０１４１】
ステップＳ１１０３において、受信していないと判断した場合（Ｓ１１０３：Ｎｏ）は、第２タイマ１４２がタイムアウトしたか否かを判断する（Ｓ１１０４）。ステップＳ１１０４において、タイムアウトしたと判断した場合（Ｓ１１０４：Ｙｅｓ）は、エラーを表示部１２８に表示する（Ｓ１１０５）。「ＳＩＰ  ＢＹＥ  （失敗）」メッセージを通信端末１０（Ｂ）へ向けて送信して（Ｓ１１０６）、タイマ処理を終了する。ステップＳ１１０４において、タイムアウトしていないと判断した場合（Ｓ１１０４：Ｎｏ）は、ステップＳ１１０３に戻り、引き続きタイマ処理をおこなう。
【０１４２】
ステップＳ１１０３において、受信したと判断した場合（Ｓ１１０３：Ｙｅｓ）は、通信端末１０（Ｂ）から「ＳｕｃｃｅｓｓＲｅｐｏｒｔ」メッセージを受信したか否かを判断する（Ｓ１１０７）。ステップＳ１１０７において、受信していないと判断した場合（Ｓ１１０７：Ｎｏ）は、「ＦａｉｌｕｒｅＲｅｐｏｒｔ」メッセージを通信端末１０（Ｂ）から受信したか否かを判断する（Ｓ１１０８）。ステップＳ１１０８において、受信したと判断した場合（Ｓ１１０８：Ｙｅｓ）は、エラーを表示部１２８に表示して（Ｓ１１０９）、タイマ処理を終了する。
【０１４３】
ステップＳ１１０８において、受信していないと判断した場合（Ｓ１１０８：Ｎｏ）は、第２タイマ１４２がタイムアウトしたか否かを判断する（Ｓ１１１０）。ステップＳ１１１０において、タイムアウトしたと判断した場合（Ｓ１１１０：Ｙｅｓ）は、エラーを表示部１２８に表示する（Ｓ１１１１）。「ＳＩＰ  ＢＹＥ  （失敗）」メッセージを通信端末１０（Ｂ）へ向けて送信して（Ｓ１１１２）、タイマ処理を終了する。
【０１４４】
ステップＳ１１１０において、タイムアウトしていないと判断した場合（Ｓ１１１０：Ｎｏ）は、ステップＳ１１０７に戻り、引き続きタイマ処理をおこなう。ステップＳ１１０７において、受信したと判断した場合（Ｓ１１０７：Ｙｅｓ）は、第２タイマ１４２を停止して（Ｓ１１１３）、ステップＳ１２０１へ進む。
【０１４５】
第３タイマ１４３を起動する（Ｓ１２０１）。「ＳＥＴＵＰ」メッセージを通信端末１０（Ｂ）へ向けて送信する（Ｓ１２０２）。通信端末１０（Ｂ）から送信された「ＳＩＰ  ＢＹＥ」メッセージを受信したか否かを判断する（Ｓ１２０３）。
【０１４６】
ステップＳ１２０３において、受信していないと判断した場合（Ｓ１２０３：Ｎｏ）は、第３タイマ１４３がタイムアウトしたか否かを判断する（Ｓ１２０４）。ステップＳ１２０４において、タイムアウトしたと判断した場合（Ｓ１２０４：Ｙｅｓ）は、エラーを表示部１２８に表示する（Ｓ１２０５）。「ＢＹＥ（Ｆａｉｌｅｄ）」メッセージを通信端末１０（Ｂ）へ向けて送信して（Ｓ１２０６）、タイマ処理を終了する。
【０１４７】
ステップＳ１２０３において、受信したと判断した場合（Ｓ１２０３：Ｙｅｓ）は、第３タイマ１４３を停止する（Ｓ１２０７）。受信した「ＳＩＰ  ＢＹＥ」メッセージの「Ｒｅａｓｏｎ」に「Ｃｏｎｆｉｒｍｅｄ」が設定されているか否かを判断する（Ｓ１２０８）。ステップＳ１２０８において、設定されていないと判断した場合（Ｓ１２０８：Ｎｏ）は、エラーを表示部１２８に表示して（Ｓ１２０９）、タイマ処理を終了する。ステップＳ１２０８において、設定されていると判断した場合（Ｓ１２０８：Ｙｅｓ）は、「２００  ＯＫ（ＢＹＥ）」メッセージを通信端末１０（Ｂ）へ向けて送信して（Ｓ１２１０）、タイマ処理を終了する。
【０１４８】
図１３は、通信端末１０（Ｂ）による画像の表示方法の一例を示す。画像１３００は、通信端末１０（Ａ）から送信されたコンテンツに含まれるイメージデータにより生成された画像を示す。機種Ａおよび機種Ｂは通信端末１０（Ｂ）の一例を示す。
【０１４９】
機種Ａは、画像１３００の画像サイズより大きいサイズの画面を有する。機種Ａは、画像１３００のサイズを変更することなく、当該画像１３００を表示部１２８に表示する。機種Ｂは、画像１３００の画像サイズより小さいサイズの画面を有する。機種Ｂは、画像１３００のサイズを縮小したうえで、当該画像１３００を表示部１２８に表示する。
【０１５０】
通信端末１０（Ｂ）は、画像１３００が表示される画面の縦横比に応じて、画像１３００の縦横比を変更してもよい。通信端末１０（Ｂ）は、画像１３００が表示される画面のサイズに応じて、画像１３００を拡大してもよい。
【０１５１】
図１４は、通信端末１０（Ｂ）による着信履歴の表示方法の一例を示す。通信端末１０（Ｂ）の表示部１２８に表示されている画面１４０１は、着信履歴を表示する画面を示す。
【０１５２】
画面１４０１は、アイコン１４１１、アイコン１４２１、およびアイコン１４２２を含む。アイコン１４１１およびアイコン１４２２は、コンテンツを受信した旨を示す。「大井さん」および「土井さん」からかかってきた電話には、コンテンツが含まれている旨が示されている。アイコン１４２２は、電話の呼び出しに応じることができなかった旨を示す。「土井さん」からかかってきた電話の呼び出しに応じることができなかった旨が示されている。
【０１５３】
通信端末１０（Ｂ）は、通信端末１０（Ａ）から受信したコンテンツを、着信の履歴に関連付けて格納する。通信端末１０（Ｂ）は、着信の履歴と、コンテンツの有無を示すフラグと、コンテンツのファイル名との対応付けが記されたテーブルを保持する。通信端末１０（Ｂ）は、他の通信端末とのが通信できない状態であっても、上記テーブルからコンテンツを読み出すことにより、読み出したコンテンツを再生することができる。
【０１５４】
通信端末１０（Ｂ）のユーザにより、アイコン１４１１が選択された場合、通信端末１０（Ｂ）は、上記テーブルを参照して、アイコン１４１１に対応付けられているコンテンツ、すなわち、「大井さん」の通信端末１０（Ａ）から送信されたコンテンツを、上記テーブルから読み出す。そして、通信端末１０（Ｂ）は、読み出したコンテンツを再生する。なお、通信端末１０（Ｂ）は、他の通信端末１０へ送信したコンテンツを、送信の履歴に関連付けて格納してもよい。
【０１５５】
図１５は、通信端末１０（Ｂ）による着信拒否処理の一例を示す。ここでは、通信端末（Ａ）が通信端末１０（Ｂ）の着信拒否リストに登録されている場合について説明する。通信端末１０（Ａ）は、送信するコンテンツを指定して、通信端末１０（Ｂ）への発呼命令を受けると、「ＳＩＰ  ＩＮＶＩＴＥ」のメッセージを通信制御サーバ２２（Ａ）および通信制御サーバ２２（Ｂ）を介して、通信端末１０（Ｂ）に送信する。
【０１５６】
通信端末１０（Ｂ）は、「ＳＩＰ  ＩＮＶＩＴＥ」メッセージを受信したタイミング（図４に示すＴ１のタイミング）で、「ＳＩＰ  ＩＮＶＩＴＥ」に含まれるコンテンツ送信端末識別情報を抽出する。そして、通信端末１０（Ｂ）は、抽出したコンテンツ送信端末識別情報と格納部１２４に格納されている着信拒否端末識別情報との一致を判断する。コンテンツ送信端末識別情報と着信拒否端末識別情報とが一致すると判断した場合、通信端末１０（Ｂ）は、「ＳＩＰ  ＩＮＶＩＴＥ」のメッセージに対する拒否メッセージである「４８０  Ｔｅｍｐｏｒａｒｙ  Ｕｎａｖａｉｌａｂｌｅ」メッセージを通信端末１０（Ａ）へ送信する。
【０１５７】
本実施形態の通信端末１０は、指定された送信元からのコンテンツの受信を拒否する機能を有することにより、指定された送信元との間における、コンテンツの無駄な送受信を抑えることができる。また、不要なコンテンツが格納部１２４に保存されることを防止することができる。
【０１５８】
図１６および図１７は、通信端末１０（Ｂ）によるタイマ処理のフローの一例を示す。通信端末１０（Ｂ）は、「１００Ｔｒｙｉｎｇ」メッセージを送信する（Ｓ１６０１）。「Ａｃｃｅｐｔ−Ｃｏｎｔａｃｔ」が「ＣＳＩ」であるか否かを判断する（Ｓ１６０２）。ステップＳ１６０２において、「ＣＳＩ」ではないと判断した場合（Ｓ１６０２：Ｎｏ）、タイマ処理を終了する。ステップＳ１６０２において、「ＣＳＩ」であると判断した場合（Ｓ１６０２：Ｙｅｓ）、「ＳＩＰ  ＩＮＶＩＴＥ」メッセージを受け入れることができるか否かを判断する（Ｓ１６０３）。
【０１５９】
ステップＳ１６０３において、「ＳＩＰ  ＩＮＶＩＴＥ」メッセージを受け入れることができないと判断した場合（ステップＳ１６０３：Ｎｏ）、「Ｅｒｒｏｒ」メッセージを通信端末１０（Ａ）へ向けて送信して（Ｓ１６０４）、タイマ処理を終了する。ステップＳ１６０３において、「ＳＩＰ  ＩＮＶＩＴＥ」メッセージを受け入れることができると判断した場合（ステップＳ１６０３：Ｙｅｓ）、ＳＤＰ解析処理が「ＯＫ」であるか否かを判断する（Ｓ１６０５）。
【０１６０】
ステップＳ１６０５において、「ＯＫ」ではないと判断した場合（ステップＳ１６０５：Ｎｏ）、「４８８  Ｎｏｔ  ＡｃｃｅｐｔａｂｌｅＨｅｒｅ」エラーが発生したときと同様の処理をおこない（Ｓ１６０６）、タイマ処理を終了する。ステップＳ１６０５において、「ＯＫ」であると判断した場合（ステップＳ１６０５：Ｙｅｓ）、「２００  ＯＫ（ＩＮＶ）」メッセージを通信端末１０（Ａ）へ向けて送信して（Ｓ１６０７）、第４タイマ１４４を起動する（Ｓ１６０８）。
【０１６１】
通信端末１０（Ａ）から送信された「ＭＳＲＰ  ＳＥＮＤ」メッセージを受信したか否かを判断する（Ｓ１６０９）。ステップＳ１６０９において、受信していないと判断した場合（Ｓ１６０９：Ｎｏ）は、第４タイマ１４４がタイムアウトしたか否かを判断する（Ｓ１６１０）。ステップＳ１６１０において、タイムアウトしたと判断した場合（Ｓ１６１０：Ｙｅｓ）は、「ＳＩＰ  ＢＹＥ  （失敗）」メッセージを通信端末１０（Ａ）へ向けて送信して（Ｓ１６１１）、タイマ処理を終了する。ステップＳ１６１０において、タイムアウトしていないと判断した場合（Ｓ１６１０：Ｎｏ）は、ステップＳ１６０９へ戻り、引き続きタイマ処理をおこなう。
【０１６２】
ステップＳ１６０９において、受信したと判断した場合（Ｓ１６０９：Ｙｅｓ）は、第４タイマ１４４を停止する（Ｓ１６１２）。「２００  ＯＫ（ＳＥＮＤ）」メッセージを通信端末１０（Ａ）へ向けて送信して（Ｓ１６０７）、ステップＳ１７０１へ進む。
【０１６３】
通信端末１０（Ａ）から送信されたコンテンツが受け入れ可能なファイルであるか否かを判断する（Ｓ１７０１）。ステップＳ１７０１において、受け入れ可能なファイルではないと判断した場合（Ｓ１７０１：Ｎｏ）は、「ＭＳＲＰ  Ｅｒｒｏｒ」メッセージを通信端末１０（Ａ）へ向けて送信する（Ｓ１７０２）。「ＳＩＰ  ＢＹＥ  （失敗）」メッセージを通信端末１０（Ａ）へ向けて送信して（Ｓ１７０３）、タイマ処理を終了する。
【０１６４】
ステップＳ１７０１において、受け入れ可能なファイルであると判断した場合（Ｓ１７０１：Ｙｅｓ）は、「Ｓｕｃｃｅｓｓ  Ｒｅｐｏｒｔ」メッセージを通信端末１０（Ａ）へ向けて送信して（Ｓ１７０４）、第５タイマ１４５を起動する（Ｓ１７０５）。通信端末１０（Ａ）から送信された「ＳＥＴＵＰ」メッセージを受信したか否かを判断する（Ｓ１７０６）。
【０１６５】
ステップＳ１７０６において、受信していないと判断した場合（Ｓ１７０６：Ｎｏ）は、第５タイマ１４５がタイムアウトしたか否かを判断する（Ｓ１７０７）。ステップＳ１７０７において、タイムアウトしたと判断した場合（Ｓ１７０７：Ｙｅｓ）は、「ＳＩＰ  ＢＹＥ  （失敗）」メッセージを通信端末１０（Ａ）へ向けて送信して（Ｓ１７０８）、タイマ処理を終了する。ステップＳ１７０７において、タイムアウトしていないと判断した場合（Ｓ１７０７：Ｎｏ）は、ステップＳ１７０６へ戻り、引き続きタイマ処理をおこなう。
【０１６６】
ステップＳ１７０６において、受信したと判断した場合（Ｓ１７０６：Ｙｅｓ）は、該当ユーザか否かを判断する（Ｓ１７０９）。ステップＳ１７０９において、該当ユーザではないと判断した場合（Ｓ１７０９：Ｎｏ）は、所定の着信動作をおこない（Ｓ１７１０）、Ｓ１７０６へ戻り、引き続きタイマ処理をおこなう。ステップＳ１７０９において、該当ユーザであると判断した場合（Ｓ１７０９：Ｙｅｓ）は、「ＡＬＥＲＴＩＮＧ」メッセージを通信端末１０（Ａ）へ向けて送信して（Ｓ１７１１）、第５タイマ１４５を停止する（Ｓ１７１１）。
【０１６７】
「ＳＩＰ  ＢＹＥ  （成功）」メッセージを通信端末１０（Ａ）へ向けて送信する（Ｓ１７１２）。通信端末１０（Ａ）から送信されたコンテンツファイルを保存する（Ｓ１７１３）。通信端末１０（Ａ）から送信されたコンテンツファイルを再生して（Ｓ１７１４）、タイマ処理を終了する。
【０１６８】
本実施形態の通信端末１０（Ａ）を実際の製品に適用した場合には、通信端末１０（Ａ）のユーザは、通信端末１０（Ｂ）のユーザに気持ちを伝えやすくなり、通信端末１０（Ｂ）のユーザは、通信端末１０（Ａ）のユーザの気持ちがよくわかる、という効果が得られる場合がある。また、着呼通知のためのコンテンツを確実に着呼側の通信端末１０に送り届けることができる。また、着呼側の通信端末１０において、コンテンツの受信状況に応じた、着呼通知または音声通話のための適切な制御ができるという効果が得られる場合がある。
【０１６９】
図１８は、本実施形態に係る通信端末１０のハードウェア構成の一例を示す。本実施形態に係る通信端末１０は、ホスト・コントローラ１５８２により相互に接続されるＣＰＵ１５０５、ＲＡＭ１５２０、グラフィック・コントローラ１５７５、および表示装置１５８０を有するＣＰＵ周辺部を備える。また、通信端末１０は、（入出力）Ｉ／Ｏコントローラ１５８４によりホスト・コントローラ１５８２に接続される通信Ｉ／Ｆ（インターフェイス）１５３０、ハードディスクドライブ１５４０、およびＣＤ−ＲＯＭドライブ１５６０を有する入出力部を備える。さらに通信端末１０は、Ｉ／Ｏコントローラ１５８４に接続されるＲＯＭ１５１０、ＦＤ（フレキシブルディスク）ドライブ１５５０、およびＩ／Ｏ（入出力）チップ１５７０を有するレガシー入出力部を備える。
【０１７０】
ホスト・コントローラ１５８２は、ＲＡＭ１５２０と、高転送レートでＲＡＭ１５２０をアクセスするＣＰＵ１５０５およびグラフィック・コントローラ１５７５とを接続する。ＣＰＵ１５０５は、ＲＯＭ１５１０およびＲＡＭ１５２０に格納されたプログラムに基づいて動作して、各部を制御する。グラフィック・コントローラ１５７５は、ＣＰＵ１５０５等がＲＡＭ１５２０内に設けたフレーム・バッファ上に生成する画像データを取得して、表示装置１５８０上に表示させる。これに代えて、グラフィック・コントローラ１５７５は、ＣＰＵ１５０５等が生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。
【０１７１】
Ｉ／Ｏコントローラ１５８４は、ホスト・コントローラ１５８２と、比較的高速な入出力装置である通信Ｉ／Ｆ１５３０、ハードディスクドライブ１５４０、ＣＤ−ＲＯＭドライブ１５６０を接続する。通信Ｉ／Ｆ１５３０は、ネットワークを介して他の装置と通信する。ハードディスクドライブ１５４０は、通信端末１０内のＣＰＵ１５０５が使用するプログラムおよびデータを格納する。ＣＤ−ＲＯＭドライブ１５６０は、ＣＤ−ＲＯＭ１５９５からプログラムまたはデータを読み取り、ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供する。
【０１７２】
また、Ｉ／Ｏコントローラ１５８４には、ＲＯＭ１５１０と、ＦＤドライブ１５５０、およびＩ／Ｏチップ１５７０の比較的低速な入出力装置とが接続される。ＲＯＭ１５１０は、通信端末１０が起動時に実行するブート・プログラム、通信端末１０のハードウェアに依存するプログラム等を格納する。ＦＤドライブ１５５０は、フレキシブルディスク１５９０からプログラムまたはデータを読み取り、ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供する。Ｉ／Ｏチップ１５７０は、ＦＤドライブ１５５０、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポート等を介して各種の入出力装置を接続する。
【０１７３】
ＲＡＭ１５２０を介してハードディスクドライブ１５４０に提供される通信プログラムは、フレキシブルディスク１５９０、ＣＤ−ＲＯＭ１５９５、またはＩＣカード等の記録媒体に格納されて利用者によって提供される。通信プログラムは、記録媒体から読み出され、ＲＡＭ１５２０を介して通信端末１０内のハードディスクドライブ１５４０にインストールされ、ＣＰＵ１５０５において実行される。通信端末１０にインストールされて実行される通信プログラムは、ＣＰＵ１５０５等に働きかけて、通信端末１０を、図１から図１７にかけて説明した、各部として機能させる。
【０１７４】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【図面の簡単な説明】
【０１７５】
【図１】本実施形態の通信端末１０（Ｂ）の概要を示す。
【図２】本実施形態の通信端末１０（Ｂ）の機能構成例を示す。
【図３】通信端末１０（Ｂ）が備える統合制御部１００の機能構成例を示す。
【図４】通信システム１における処理フローの一例を示す。
【図５】通信端末１０（Ａ）によるコンテンツの指定方法の一例を示す。
【図６】マルチメディアファイルの一例を示す。
【図７】通信端末１０（Ａ）によるエラー処理の一例を示す。
【図８】通信端末１０（Ａ）によるエラー処理の一例を示す。
【図９】通信端末１０（Ａ）によるエラー処理の一例を示す。
【図１０】通信端末１０（Ａ）によるタイマ処理のフローの一例を示す。
【図１１】通信端末１０（Ａ）によるタイマ処理のフローの一例を示す。
【図１２】通信端末１０（Ａ）によるタイマ処理のフローの一例を示す。
【図１３】通信端末１０（Ｂ）による画像の表示方法の一例を示す。
【図１４】通信端末１０（Ｂ）による着信履歴の表示方法の一例を示す。
【図１５】通信端末１０（Ｂ）による着信拒否処理の一例を示す。
【図１６】通信端末１０（Ｂ）によるタイマ処理のフローの一例を示す。
【図１７】通信端末１０（Ｂ）によるタイマ処理のフローの一例を示す。
【図１８】本実施形態に係る通信端末１０のハードウェア構成の一例を示す。
【符号の説明】
【０１７６】
１  通信システム
１０  通信端末
２２  通信制御サーバ
２４  課金サーバ
４０  パケット交換網
４２  回線交換網
１００  統合制御部
１０２  音声通話部
１０４  音声通話制御部
１１０  データ通信部
１１２  データ通信制御部
１１４  データファイル結合部
１１６  表示サイズ変更部
１２４  格納部
１２６  履歴保持部
１２８  表示部
１３０  入出力部
１３２  スピーカ
１３４  キー入力部
１３６  マイク
１４０  タイマ部
１４１  第１タイマ
１４２  第２タイマ
１４３  第３タイマ
１４４  第４タイマ
１４５  第５タイマ
１５２  既定データ指定部
１５４  自動発信設定記憶部
３０２  データ通信情報抽出部
３０４  着信拒否端末一致判断部
３０６  着信拒否メッセージ送信部
３０８  音声通話情報抽出部
３１０  通信事業者識別情報取得部
３１２  照合部
３１４  コンテンツ再生部
３１６  エラー解析部
３１８  エラー処理部
１５０５  ＣＰＵ
１５１０  ＲＯＭ
１５２０  ＲＡＭ
１５３０  通信Ｉ／Ｆ
１５４０  ハードディスクドライブ
１５５０  ＦＤドライブ
１５６０  ＣＤ−ＲＯＭドライブ
１５７０  Ｉ／Ｏチップ
１５７５  グラフィック・コントローラ
１５８０  表示装置
１５８２  ホスト・コントローラ
１５８４  Ｉ／Ｏコントローラ
１５９０  フレキシブルディスク
１５９５  ＣＤ−ＲＯＭ
【図１】
0005076180.tif 000002
【図２】
0005076180.tif 000003
【図３】
0005076180.tif 000004
【図４】
0005076180.tif 000005
【図５】
0005076180.tif 000006
【図６】
0005076180.tif 000007
【図７】
0005076180.tif 000008
【図８】
0005076180.tif 000009
【図９】
0005076180.tif 000010
【図１０】
0005076180.tif 000011
【図１１】
0005076180.tif 000012
【図１２】
0005076180.tif 000013
【図１３】
0005076180.tif 000014
【図１４】
0005076180.tif 000015
【図１５】
0005076180.tif 000016
【図１６】
0005076180.tif 000017
【図１７】
0005076180.tif 000018
【図１８】
0005076180.tif 000019