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