(57)【要約】【課題】発信側のユーザが選択した楽曲データを始めとする各種音を表すデータを、遅滞なく着信側の携帯電話機に送信する仕組みを提供する。【解決手段】携帯電話機１０は、楽曲再生要求データを第１の通信を介して受信し、楽曲再生要求データに含まれる前記楽曲番号データに対応する楽曲データを要求するための楽曲要求データを前記第１の通信と異なる通信を介して送信し、楽曲データを第１の回線と異なる通信を介して受信し再生する手段を有する。【選択図】      図１
2004304569.tif 000002
【特許請求の範囲】
【請求項１】
指定された態様で着信を通知するための着信通知データを識別するための着信通知識別データを第１の通信路を介して送信する第１の通信端末と、
前記着信通知識別データを前記第１の通信路を介して受信し、前記着信通知識別データに対応する着信通知データを要求するための着信通知要求データを前記第１の通信路と異なる通信路を介して送信し、前記着信通知要求データによって要求された前記着信通知データを前記第１の通信路と異なる通信路を介して受信し再生する第２の通信端末と、
前記着信通知識別データと前記着信通知データとを対応付けて着信通知記憶手段に記憶し、前記着信通知要求データを前記第１の通信路と異なる通信路を介して受信し、前記着信通知要求データに含まれる前記着信通知識別データに対応する着信通知データを前記着信通知記憶手段より抽出して前記第１の通信路と異なる通信路を介して送信するサーバ装置と
を備えることを特徴とする通信システム。
【請求項２】
音声データを第１の通信路を介して送受信し、
指定された態様でメッセージを通知するためのメッセージデータを識別するためのメッセージ識別データを前記第１の通信路と異なる通信路を介して送信する第１の通信端末と、
前記メッセージ識別データを前記第１の通信路と異なる通信路を介して受信し、前記メッセージ識別データに対応するメッセージデータを要求するためのメッセージ要求データを前記第１の通信路と異なる通信路を介して送信し、前記メッセージ要求データによって要求された前記メッセージデータを前記第１の通信路と異なる通信路を介して受信し再生する第２の通信端末と、
前記メッセージ識別データと前記メッセージデータとを対応付けてメッセージ記憶手段に記憶し、前記メッセージ要求データを前記第１の通信路と異なる通信路を介して受信し、前記メッセージ要求データに含まれる前記メッセージ識別データに対応するメッセージデータを前記メッセージ記憶手段より抽出して前記第１の通信路と異なる通信路を介して送信するサーバ装置と
を備えることを特徴とする通信システム。
【請求項３】
指定された態様で着信を通知するための着信通知データを識別するための着信通知識別データを第１の通信路を介して受信し、前記着信通知識別データに対応する着信通知データを要求するための着信通知要求データを前記第１の通信路と異なる通信路を介して送信し、前記着信通知要求データによって要求された前記着信通知データを前記第１の通信路と異なる通信路を介して受信し再生する通信端末。
【請求項４】
音声データを第１の通信路を介して送受信し、指定された態様でメッセージを通知するためのメッセージデータを識別するためのメッセージ識別データを前記第１の通信路と異なる通信路を介して受信し、前記メッセージ識別データに対応するメッセージデータを要求するためのメッセージ要求データを前記第１の通信路と異なる通信を介して送信し、前記メッセージ要求データによって要求された前記メッセージデータを前記第１の通信路と異なる通信路を介して受信し再生する通信端末。
【請求項５】
指定された態様で着信を通知するための着信通知データが記憶されているサーバ装置を識別するためのサーバ識別データを第１の通信路を介して受信し、前記サーバ識別データに対応する着信通知データを要求するための着信通知要求データを前記第１の通信路と異なる通信路を介して送信し、前記着信通知要求データによって要求された前記着信通知データを前記第１の通信路と異なる通信路を介して受信し再生する通信端末。
【請求項６】
音声データを第１の通信路を介して送受信し、指定された態様でメッセージを通知するためのメッセージデータが記憶されているサーバ装置を識別するためのサーバ識別データを前記第１の通信路と異なる通信路を介して受信し、前記サーバ識別データに対応するメッセージデータを要求するためのメッセージ要求データを前記第１の通信路と異なる通信路を介して送信し、前記メッセージ要求データによって要求された前記メッセージデータを前記第１の通信路と異なる通信路を介して受信し再生する通信端末。
【請求項７】
コンピュータ装置に、
指定された態様で着信を通知するための着信通知データを識別するための着信通知識別データを第１の通信路を介して送信するステップと、
前記着信通知識別データを前記第１の通信路を介して受信し、前記着信通知識別データに対応する着信通知データを要求するための着信通知要求データを前記第１の通信路と異なる通信路を介して送信するステップと、
前記着信通知要求データを前記第１の通信路と異なる通信路を介して受信し、前記着信通知要求データに含まれる前記着信通知識別データに対応する着信通知データを、前記着信通知識別データと前記着信通知データとが対応付けて記憶されている前記着信通知記憶手段より抽出して前記第１の通信路と異なる通信路を介して送信するステップと、
前記着信通知データを前記第１の通信路と異なる通信路を介して受信し再生するステップと
を実行させるためのプログラム。
【請求項８】
コンピュータ装置に、
音声データを第１の通信路を介して送受信するステップと、
指定された態様でメッセージを通知するためのメッセージデータを識別するためのメッセージ識別データを前記第１の通信路と異なる通信路を介して送信するステップと、
前記メッセージ識別データを前記第１の通信路と異なる通信路を介して受信し、前記メッセージ識別データに対応するメッセージデータを要求するためのメッセージ要求データを前記第１の通信路と異なる通信路を介して送信するステップと、
前記メッセージ要求データを前記第１の通信路と異なる通信路を介して受信し、前記メッセージ要求データに含まれる前記メッセージ識別データに対応するメッセージデータを前記メッセージ識別データと前記メッセージデータとが対応付けて記憶されているメッセージ記憶手段より抽出して前記第１の通信路と異なる通信路を介して送信するステップと、
前記メッセージデータを前記第１の通信路と異なる通信路を介して受信し再生するステップと
を実行させるためのプログラム。
【請求項９】
請求項７又は８に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、着信側の通信端末に発信者が選択した楽曲や効果音を再生する技術に関する。
【０００２】
【従来の技術】
従来より、ユーザが所有する携帯電話機に着信があったことを知らせる着信音として、着信メロディが用いられている。この着信メロディを表す楽曲データは、予め携帯電話機に記憶されていたり、ユーザによって作成されたり、サーバ装置からダウンロードされたりする。このダウンロードのタイミングを着呼時とする技術が提案されている（例えば、特許文献１参照。）。この技術では、まず、発呼側のユーザが、携帯電話機を操作して、楽曲番号と着呼側の携帯電話機の電話番号を指定した上で発呼の指示を行う。すると、楽曲番号データと電話番号データを含んだ、呼の確立を要求するためのデータ（以下、「呼設定要求データ」という）が、発呼側の携帯電話機から楽曲データが蓄積されているサーバ装置に送信される。サーバ装置は、楽曲番号データに対応する楽曲データを呼設定要求データに付加して、電話番号データで表される着呼側の携帯電話機に転送する。そして、着呼側の携帯電話機は、着呼処理を行うと共に受信した呼設定要求データに含まれている楽曲データを再生する。つまり、着呼側の携帯電話機は、発呼側のユーザにより指定された着信メロディにより着呼を通知する。
【０００３】
【特許文献１】
特開２００１−６０９９０号公報
【０００４】
【発明が解決しようとする課題】
特許文献１に記載されている技術では、呼設定要求データは必ずサーバ装置を経由する。したがって、発呼が集中すると、サーバ装置を経由するトラヒックが限度を超えて増大してしまい、これにより、着呼側の携帯電話機への着呼が大幅に遅延してしまう。これは、電話サービスにおいて、致命的な問題である。
本発明は、このような問題に鑑みてなされたものであり、発信側のユーザにより指定された態様で着信を遅滞なく通知することができる技術を提供する。
【０００５】
【課題を解決するための手段】
上述した課題を解決するため、本発明は、指定された態様で着信を通知するための着信通知データを識別するための着信通知識別データを第１の通信路を介して送信する第１の通信端末と、前記着信通知識別データを前記第１の通信路を介して受信し、前記着信通知識別データに対応する着信通知データを要求するための着信通知要求データを前記第１の通信路と異なる通信路を介して送信し、前記着信通知要求データによって要求された前記着信通知データを前記第１の通信路と異なる通信路を介して受信し再生する第２の通信端末と、前記着信通知識別データと前記着信通知データとを対応付けて着信通知記憶手段に記憶し、前記着信通知要求データを前記第１の通信路と異なる通信路を介して受信し、前記着信通知要求データに含まれる前記着信通知識別データに対応する着信通知データを前記着信通知記憶手段より抽出して前記第１の通信路と異なる通信路を介して送信するサーバ装置とを備えることを特徴とする通信システムを提供する。
また、本発明は、音声データを第１の通信路を介して送受信し、指定された態様でメッセージを通知するためのメッセージデータを識別するためのメッセージ識別データを前記第１の通信路と異なる通信路を介して送信する第１の通信端末と、前記メッセージ識別データを前記第１の通信路と異なる通信路を介して受信し、前記メッセージ識別データに対応するメッセージデータを要求するためのメッセージ要求データを前記第１の通信路と異なる通信路を介して送信し、前記メッセージ要求データによって要求された前記メッセージデータを前記第１の通信路と異なる通信路を介して受信し再生する第２の通信端末と、前記メッセージ識別データと前記メッセージデータとを対応付けてメッセージ記憶手段に記憶し、前記メッセージ要求データを前記第１の通信路と異なる通信路を介して受信し、前記メッセージ要求データに含まれる前記メッセージ識別データに対応するメッセージデータを前記メッセージ記憶手段より抽出して前記第１の通信路と異なる通信路を介して送信するサーバ装置とを備えることを特徴とする通信システムを提供する。
また、本発明は、指定された態様で着信を通知するための着信通知データを識別するための着信通知識別データを第１の通信路を介して受信し、前記着信通知識別データに対応する着信通知データを要求するための着信通知要求データを前記第１の通信路と異なる通信路を介して送信し、前記着信通知要求データによって要求された前記着信通知データを前記第１の通信路と異なる通信路を介して受信し再生する通信端末を提供する。
また、本発明は、音声データを第１の通信路を介して送受信し、指定された態様でメッセージを通知するためのメッセージデータを識別するためのメッセージ識別データを前記第１の通信路と異なる通信路を介して受信し、前記メッセージ識別データに対応するメッセージデータを要求するためのメッセージ要求データを前記第１の通信路と異なる通信を介して送信し、前記メッセージ要求データによって要求された前記メッセージデータを前記第１の通信路と異なる通信路を介して受信し再生する通信端末を提供する。
また、本発明は、指定された態様で着信を通知するための着信通知データが記憶されているサーバ装置を識別するためのサーバ識別データを第１の通信路を介して受信し、前記サーバ識別データに対応する着信通知データを要求するための着信通知要求データを前記第１の通信路と異なる通信路を介して送信し、前記着信通知要求データによって要求された前記着信通知データを前記第１の通信路と異なる通信路を介して受信し再生する通信端末を提供する。
また、本発明は、音声データを第１の通信路を介して送受信し、指定された態様でメッセージを通知するためのメッセージデータが記憶されているサーバ装置を識別するためのサーバ識別データを前記第１の通信路と異なる通信路を介して受信し、前記サーバ識別データに対応するメッセージデータを要求するためのメッセージ要求データを前記第１の通信路と異なる通信路を介して送信し、前記メッセージ要求データによって要求された前記メッセージデータを前記第１の通信路と異なる通信路を介して受信し再生する通信端末を提供する。
また、本発明は、コンピュータ装置に、指定された態様で着信を通知するための着信通知データを識別するための着信通知識別データを第１の通信路を介して送信するステップと、前記着信通知識別データを前記第１の通信路を介して受信し、前記着信通知識別データに対応する着信通知データを要求するための着信通知要求データを前記第１の通信路と異なる通信路を介して送信するステップと、前記着信通知要求データを前記第１の通信路と異なる通信路を介して受信し、前記着信通知要求データに含まれる前記着信通知識別データに対応する着信通知データを、前記着信通知識別データと前記着信通知データとが対応付けて記憶されている前記着信通知記憶手段より抽出して前記第１の通信路と異なる通信路を介して送信するステップと、前記着信通知データを前記第１の通信路と異なる通信路を介して受信し再生するステップとを実行させるためのプログラムと、該プログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。
また、本発明は、コンピュータ装置に、音声データを第１の通信路を介して送受信するステップと、指定された態様でメッセージを通知するためのメッセージデータを識別するためのメッセージ識別データを前記第１の通信路と異なる通信路を介して送信するステップと、前記メッセージ識別データを前記第１の通信路と異なる通信路を介して受信し、前記メッセージ識別データに対応するメッセージデータを要求するためのメッセージ要求データを前記第１の通信路と異なる通信路を介して送信するステップと、前記メッセージ要求データを前記第１の通信路と異なる通信路を介して受信し、前記メッセージ要求データに含まれる前記メッセージ識別データに対応するメッセージデータを前記メッセージ識別データと前記メッセージデータとが対応付けて記憶されているメッセージ記憶手段より抽出して前記第１の通信路と異なる通信路を介して送信するステップと、前記メッセージデータを前記第１の通信路と異なる通信路を介して受信し再生するステップとを実行させるためのプログラムと該プログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。
【０００６】
本発明によれば、第１の通信端末は、指定された態様で着信を通知するための着信通知データを識別するための着信通知識別データを第１の通信路を介して受信し、前記着信通知識別データに対応する着信通知データを要求するための着信通知要求データを前記第１の通信路と異なる通信路を介して送信する。第２の通信端末は、前記着信通知要求データによって要求された前記着信通知データを前記第１の通信路と異なる通信路を介して受信し、前記着信通知データを再生する。
【０００７】
【発明の実施の形態】
以下、図面を参照して、この発明の実施形態について説明する。
【０００８】
［１．構成］
まず、本実施形態の構成について説明する。
［１．１．システムの全体構成］
図１は、この発明の実施形態に係る通信システム１の構成を示すブロック図である。同図に示すように通信システム１は、携帯電話機１０−１、１０−２と、メロディサーバ装置６０と、無線アクセスネットワーク２０と、コアネットワーク３０と、ゲートウェイサーバ装置４０と、インターネット５０とを備えている。なお、この通信システム１には、本来、多数の携帯電話機が収容されるが、図面が煩雑になることを防ぐために、図１には、２つの携帯電話機１０−１および１０−２のみを図示している。また、同様の理由により、図１には、１つの無線アクセスネットワーク２０のみを図示している。本実施形態において携帯電話機１０−１、１０−２は、電話番号や製造番号等の記憶している情報を除いて構成が共通しているため、以下では、特に区別して説明する場合を除き、携帯電話機１０と総称して説明を行う。
【０００９】
通信システム１は、ＩＭＴ−２０００（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ２０００）の方式に従った無線通信を行う。ＩＭＴ−２０００には、通話の実現を主な目的とした回線交換サービスや、インターネット接続の実現を主な目的としたパケット交換サービス、マルチコールサービスが規定されており、通信システム１は、これらのサービスを提供するよう設計されている。マルチコールサービスでは、一つの携帯電話機が複数の異なる制御コネクションや無線ベアラ、チャネルを同時に使用することにより、複数の独立した呼（回線交換呼やパケット交換呼）が接続され、当該呼が接続されることによって確立された通信路を維持することができる。具体的には、携帯電話機１０と移動通信交換局３１との間の無線区間においては、無線リソースを制御するためのコネクションであるＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）コネクション等の制御コネクションや当該制御コネクションに対応した無線ベアラが呼毎に設定される。また、コアネットワーク３０においては、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）の通信方式に従って、呼毎に異なるＡＴＭ−ＳＶＣ（ＡＴＭ−Ｓｗｉｔｃｈｅｄ  Ｖｉｒｔｕａｌ  Ｃｈａｎｎｅｌ）が設定される。これらを組み合わせて呼が接続され、通信路が確立されることにより、携帯電話機１０間での音声通信や、携帯電話機１０とメロディサーバ装置６０間でのパケット通信が実現される。
【００１０】
無線アクセスネットワーク２０は、基地局２１と無線ネットワーク制御装置（ＲＮＣ；Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌ  ｅｑｕｉｐｍｅｎｔ）２２とで構成されている。基地局２１は、基地局２１により形成されるセルに在圏する携帯電話機（基地局２１配下の携帯電話機）に制御コネクションや無線ベアラを提供する機能を有する。
無線ネットワーク制御装置２２は基地局２１を制御し、基地局２１配下の携帯電話機への制御コネクションや無線ベアラの提供を開始／終了させたりする。
【００１１】
コアネットワーク３０は、移動通信交換局（ＭＳＣ；Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）３１と関門移動通信交換局（ＧＭＳＣ；Ｇａｔｅｗａｙ  ＭＳＣ）３２とを有する。コアネットワーク３０は、回線交換とパケット交換との双方を行う機能を有する。コアネットワーク３０においては、回線交換、パケット交換共に、交換局間の通信を行うために、ＡＴＭ−ＳＶＣが呼毎に設定される。また、パケット通信においては、移動通信交換局３１と関門移動通信交換局３２間で、ＧＴＰ（ＧＲＰＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）と呼ばれるトンネリングプロトコルが用いられている。ＧＴＰは、移動通信交換局３１と関門移動通信交換局３２との間にＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスとは別のアドレスを使用して、ＡＴＭ−ＳＶＣに対応した論理コネクション（ＧＴＰトンネル）を設定することにより、パケットを送信する方式であり、携帯電話機１０が移動した場合には、移動先の移動通信交換局３１と関門移動通信交換局３２との間で、ＧＴＰトンネルが再設定される。
【００１２】
移動通信交換局３１は、回線交換／パケット交換の呼接続制御処理を行う機能（無線ベアラの設定要求やＧＴＰトンネル設定要求、リソースの割り振り・制御機能）を有する。また、移動通信交換局３１は、加入者データを記憶するための図示せぬ半導体メモリ等の記憶装置（図示略）を備えている。この加入者データは、携帯電話機１０の電源が投入されたり携帯電話機１０が他圏から移動してきたときに、携帯電話機１０から在圏の移動通信交換局３１に送信されて登録される。加入者データには、携帯電話機１０の認証、位置情報等の情報であるＭＭコンテクスト（ＭＭ  Ｃｏｎｔｅｘｔ）データと、パケット用のアドレスの情報であるＰＤＰコンテクスト（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ  Ｃｏｎｔｅｘｔ）データが含まれている。
【００１３】
関門移動通信交換局３２は、メロディサーバ装置６０等のサーバ装置との呼接続通知やパケット着信通知等を移動通信交換局３１に対して行い、アクセス制御を行う機能を有する。また、関門移動通信交換局３２は、半導体メモリ等の記憶装置（図示略）を備えており、この記憶装置には、携帯電話機１０のＰＤＰコンテクストデータが記憶される。関門移動通信交換局３２に記憶されるＰＤＰコンテクストデータには、携帯電話機１０を識別するためのＰＤＰアドレスや、当該ＰＤＰアドレスが固定に割り振られたものであるか動的に割り振られたものであるかの情報や、携帯電話機１０とパケット通信を行うサーバ装置を識別するためのアクセスポイント名を表すデータが含まれている。このＰＤＰコンテクストデータは、携帯電話機１０からのパケット通信を行うためのアクティベート要求を表すデータに内包されて送信され、関門移動通信交換局３２に記憶される。
また、ゲートウェイサーバ装置４０は、コアネットワーク３０とインターネット５０との間でデータの授受を中継する。
【００１４】
［１．２．メロディサーバの構成］
図２は、図１に示されたメロディサーバ装置６０のハードウエア構成を示すブロック図である。同図に示されるように、メロディサーバ装置６０は、ＣＰＵ６０１、ハードディスク装置６０２、ＲＡＭ６０３、ＲＯＭ６０４及び通信インターフェース６０５を有し、これらはバス６０６により接続されている。
【００１５】
ハードディスク装置６０２には、オペレーティングシステム等のソフトウェアが記憶されている。また、ハードディスク装置６０２には、図３に示すように、楽曲データベース６０２１と、効果音データベース６０２２が記憶されている。
楽曲データベース６０２１には、着信先の携帯電話機１０において着信音として使用可能な複数種類の楽曲の各々について、その楽曲の再生に使用される楽曲データと、その楽曲を識別するための楽曲番号を表すデータと、楽曲のタイトルを表すデータとが対応付けられて格納されている。楽曲データは、エンコーダによってデジタル化及び符号化されて格納されている。
また、効果音データベース６０２２には、着信側の携帯電話機１０において再生可能な拍手音や鐘の音等の複数種類の効果音の各々について、その効果音の再生に使用される効果音データと、その効果音を識別するための効果音番号を表すデータと、効果音の種類を表すデータとが対応付けられて記憶されている。効果音データは、楽曲データと同様に、エンコーダによってデジタル化及び符号化されて格納されている。
【００１６】
ＲＯＭ６０４には、ＣＰＵ６０１により実行される各種プログラムが格納されている。ＣＰＵ６０１は、バス６０６を介して接続されている装置各部を制御する。また、ＲＡＭ６０３は、ＣＰＵ６０１のワークエリアとして用いられ、ＣＰＵ６０１により実行されるプログラムや各種のデータが一時的に格納される。通信インターフェース（Ｉ／Ｆ）６０５は、メロディサーバ装置６０とインターネット５０との通信を制御する。
【００１７】
［１．３．携帯電話機の構成］
次に、携帯電話機１０の構成を説明する。
図４は、携帯電話機１０のハードウェア構成を示すブロック図である。同図に示すように携帯電話機１０は、無線通信部１０１と、操作入力部１０２と、通話処理部１０３と、楽曲再生部１０４と、ＣＰＵ１０５と、液晶表示部１０６と、記憶部１０７とを有しており、これらの各部はバス１１１により接続されており、ＩＭＴ−２０００の方式に従った無線通信を行う。
【００１８】
無線通信部１０１は、アンテナ１０１ａを備え、基地局２１との間で無線通信を行う。この無線通信部１０１は、ＣＰＵ１０５の制御の下、送話音声に関するデータやパケット通信用のデータなどを搬送波に重畳して送信信号を生成し、この信号を基地局２１へ送信する。また、無線通信部１０１は、基地局２１から送られてくる無線信号をアンテナ１０１ａを介して受信し、この信号を復調して自機１０宛の受話音声に関するデータやパケット通信用のデータなどを得る。
【００１９】
操作入力部１０２は、数字や文字、操作指示などを入力するための複数のキーを有しており、これらのキーの操作に応じた操作信号をＣＰＵ１０５に出力する。また、操作入力部１０２の所定のキーは、通話中に押下されると、相手側の携帯電話機１０に歓声や拍手等の効果音の出力を指示するための操作信号をＣＰＵ１０５に出力する。例えば、通話中に、数値キー“０”が押下された場合には、ＣＰＵ１０５は、相手側の携帯電話機１０に拍手を表す効果音の出力を指示するための操作信号を操作入力部１０２より受信する。これにより、ＣＰＵ１０５は、拍手の効果音を指定するための情報を携帯電話機１０から通話相手の携帯電話機１０に送信する。
また、通話処理部１０３は、例えば、マイクロフォンやスピーカ、音声処理部などを有しており、ＣＰＵ１０５の制御の下、呼の接続／切断を含む通話処理を行う。楽曲再生部１０４は、受信した楽曲データや、拍手や喝采等の効果音を表す効果音データを再生する。
【００２０】
ＣＰＵ１０５は、記憶部１０７に格納されている各種プログラムを実行することにより、バス１１１を介して接続されている装置各部を制御する。また、液晶表示部１０６は、液晶表示パネルと、この液晶表示パネルの表示制御を行う駆動回路とを有している。
【００２１】
記憶部１０７は、ＲＯＭ１０８と、ＲＡＭ１０９と、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ−ＲＡＭ）やＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ−ＲＯＭ）などの不揮発性メモリ１１０とを有している。ＲＡＭ１０９は、ＣＰＵ１０５のワークエリアとして用いられ、ＣＰＵ１０５により実行される各種のプログラムやデータが一時的に記憶される。
ＲＯＭ１０８には、携帯電話機１０用のオペレーティングシステムや、ＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）ブラウザ等のソフトウェアや、電話番号を表す電話番号データが記憶されている。また、ＲＯＭ１０８には無線通信や、パケット通信を行うためのプログラムが記憶されている。
【００２２】
また、不揮発性メモリ１１０には、以下列挙するような携帯電話機１０用のデータやプログラムが記憶される。
ａ．操作入力部１０２からの指示に従って、不揮発性メモリ１１０に記憶されている楽曲を識別するための楽曲番号を表すデータを選択するための選択プログラム
ｂ．楽曲番号を識別するための楽曲番号や、効果音を識別するための効果音番号を示すデータを含んだ呼設定要求データを、着信側の携帯電話機１０に送信する番号送信プログラム
ｃ．呼設定要求データに楽曲番号や効果音番号を示すデータが含まれているか否かを判定し、含まれていたと判定された場合に、メロディサーバ装置６０に当該番号に対応する楽曲データや効果音データを要求するデータを送信するためのデータ要求プログラム
ｄ．呼設定要求データを受信したときにｃ．のデータ要求プログラムを実行させるプログラム
ｅ．メロディサーバ装置６０より予め受信された、楽曲番号や楽曲タイトルを表すデータ、及び効果音番号や効果音種類を表すデータ
ｆ．加入者データ
ｇ．メロディサーバ装置６０のアクセスポイント名を表すデータ
【００２３】
［２．動作］
次に、本実施形態の動作について説明する。
図５は、携帯電話機１０−１から携帯電話機１０−２に対して発呼が行われたときの、発信側の携帯電話機１０−１と、着信側の携帯電話機１０−２と、メロディサーバ装置６０との間のデータの流れを示すシーケンスチャートである。
発信側の携帯電話機１０−１と、着信側の携帯電話機１０−２を構成する各部は、各部を表す符号の末尾に各々“−１”、“−２”を付加して区別する。
発信側である携帯電話機１０−１の不揮発性メモリ１１０には、予めメロディサーバ装置６０から楽曲番号と、楽曲タイトルと、効果音番号と、効果音種類とを表すデータがダウンロードされて記憶されているものとする。
また、携帯電話機１０−１、１０−２の電源が入れられ、在圏の移動通信交換局３１には、携帯電話機１０−１、１０−２の加入者データが記憶されているものとする。
【００２４】
まず、発信者であるユーザは、携帯電話機１０−１の操作入力部１０２−１を操作して、携帯電話機１０−２に着信音として再生させる楽曲を選択するための画面を液晶表示部１０６−１に表示する指示を行う。
携帯電話機１０−１のＣＰＵ１０５−１は、この指示を受け取ると、不揮発性メモリ１１０−１より選択プログラムを読み出して実行することにより、不揮発性メモリ１１０−１に記憶されている楽曲番号と楽曲タイトルを示すデータを液晶表示部１０６−１に表示する。
そして、ユーザは、所望の楽曲（ここでは、「たこ焼きくん」）が液晶表示部１０６−１に表示されたときに、操作入力部１０２−１を操作して当該楽曲を選択する。
次に、ユーザは、操作入力部１０２−１の数字キーを操作して、携帯電話機１０−２の電話番号を入力した後、発呼の指示を行う。
これにより、ＣＰＵ１０５−１は、発信要求を行う。
これにより、携帯電話機１０−１と移動通信交換局３１との間には制御リンクＩＤ“１−１”の制御コネクションが確立される。
【００２５】
次に、ＣＰＵ１０５−１は、番号送信プログラムを不揮発性メモリ１１０−１より読み出して実行することにより、楽曲が選択されたことを表す選択区分データ（以下、“楽曲”を表す選択区分データという）と、選択された楽曲「たこ焼きくん」に対応する楽曲番号“Ａ００１”を表す楽曲番号データとを含んだ呼設定要求データを送信する（ステップＳ１０１）。
移動通信交換局３１は、携帯電話機１０−２が在圏する移動通信交換局３１に対して、呼設定要求データを送信する。当該呼設定要求データを受信した在圏の移動通信交換局３１は、携帯電話機１０−１側と同様に、携帯電話機１０−２と自局３１との間に制御リンクＩＤ“２−１”の制御コネクションを確立する。そして、在圏の移動通信交換局３１は、無線ネットワーク制御装置２２と携帯電話機１０−２との間に、制御リンクＩＤ“２−１”の制御コネクションに対応した無線アクセスベアラを設定する。
また、携帯電話機１０−１が在圏する移動通信交換局３１は、携帯電話機１０−１と無線ネットワーク制御装置２２との間に制御リンクＩＤ“１−１”の制御コネクションに対応した無線ベアラを設定する。
【００２６】
図６は、着信側の携帯電話機１０−２に呼設定要求データが着信したときの携帯電話機１０−２での着信処理を示すフローチャートである。同図に基づいて、携帯電話機１０−２における呼設定要求データの着信処理を説明する。
携帯電話機１０−２の無線通信部１０１−２は、携帯電話機１０−１から移動通信交換局３１を経由して呼設定要求データを受信する（ステップＳ２０１）。
携帯電話機１０−２のＣＰＵ１０５−２は、データ要求プログラムを不揮発性メモリ１１０−２より読み出して実行することにより、呼設定要求データに楽曲番号データが含まれているか否か判断する（ステップＳ２０２）。呼設定要求データに楽曲番号データが含まれていないと判断された場合は（ステップＳ２０２；Ｎｏ）、携帯電話機１０−２に予め着信音として設定されている着信音データを再生する（ステップＳ２０４）。
ここでは、呼設定要求データに“楽曲”を表す選択区分データと楽曲番号“Ａ００１”を表す楽曲番号データが含まれているため、ＣＰＵ１０５−２は、楽曲番号データが含まれていると判定し（ステップＳ２０２；Ｙｅｓ）、楽曲番号“Ａ００１”に対応する楽曲「たこ焼きくん」を表す楽曲データをメロディサーバ装置６０より受信する処理を行う（ステップＳ２０３）。
具体的には、ＣＰＵ１０５−２は、ＰＤＰコンテクストデータやメロディサーバ装置６０のアクセスポイント名を表すデータを含んだアクティベート要求を行うためのデータを移動通信交換局３１に送信する。移動通信交換局３１は、当該データを受信し、アクセスポイント名に対応するＩＰアドレスを図示せぬＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバ装置より受信し、接続すべき関門移動通信交換局３２を特定する。そして、移動通信交換局３１は、特定された関門移動通信交換局３２にＰＤＰコンテクストデータを送信する。関門移動通信交換局３２は受信したＰＤＰコンテクストデータを自局３２に登録する。
次に、移動通信交換局３１は、携帯電話機１０−２と自局３１との間に、制御リンクＩＤ“２−２”の新たな制御コネクションを設定する。そして、移動通信交換局３１は、無線の設定を要求するためのデータを無線ネットワーク制御装置２２に送信する。これにより、携帯電話機１０−２と無線ネットワーク制御装置２２間には、制御リンクＩＤ“２−２”の制御コネクションに対応した無線ベアラが設定される。
次に、移動通信交換局３１は、ＧＴＰトンネルの設定要求を行う。これにより、間関門移動通信交換局３２と移動通信交換局３１間に、ＡＴＭ−ＳＶＣを識別するためのＳＶＣＩＤが“２−Ａ１”であるＡＴＭ−ＳＶＣが設定され、当該ＡＴＭ−ＳＶＣに対応したＧＴＰトンネルが設定される。
以上により、携帯電話機１０−２からメロディサーバ装置６０への呼が接続されて、通信路が確立される。
次に、ＣＰＵ１０５−２は、呼設定要求データに含まれる“楽曲”を表す選択区分データと、楽曲番号“Ａ００１”を表す楽曲番号データを内包した楽曲番号に対応する楽曲データの受信を要求するパケット（以下、「楽曲要求データ」という）を、上記確立された通信を介してメロディサーバ装置６０宛に送信する（図５のステップＳ１０２）。
【００２７】
メロディサーバ装置６０のＣＰＵ６０１は、受信した楽曲要求データに含まれている“楽曲”を表す選択区分データと楽曲番号データを基に、楽曲番号“Ａ００１”に対応する楽曲データを、楽曲データベース６０２１より読み出す。そして、ＣＰＵ６０１は、読み出した楽曲データを含んだパケットを生成して、携帯電話機１０−２宛に送信する。
【００２８】
パケットは、インターネット５０、ゲートウェイサーバ装置４０を介して、関門移動通信交換局３２に送信される。関門移動通信交換局３２は、パケットの着信通知を携帯電話機１０−２在圏の移動通信交換局３１に送信する。パケットを受信した移動通信交換局３１は、携帯電話機１０−２との間に現在制御コネクションが設定されているかを確認し、現在設定されている制御リンクＩＤ“２−１”、“２−２”を取得する。そして、移動通信交換局３１は、自局３１と携帯電話機１０−２との間に、制御リンクＩＤ“２−３”の新たな制御コネクションを設定する。そして、移動通信交換局３１は、携帯電話機１０−２に対してアクティベート要求を行う。これにより、無線ネットワーク制御装置２２と携帯電話機１０−２間には、制御リンクＩＤ“２−３”の制御コネクションに対応した無線ベアラが設定される。次に、移動通信交換局３１は、関門移動通信交換局３２と移動通信交換局３１間にＡＴＭ−ＳＶＣが設定されているかを確認し、現在設定されているＳＶＣＩＤ”２−Ａ１”を取得する。そして、移動通信交換局３１は、関門移動通信交換局３２と移動通信交換局３１間にＳＶＣＩＤ”２−Ａ２”の新たなＡＴＭ−ＳＶＣを設定し、当該ＡＴＭ−ＳＶＣに対応したＧＴＰトンネルを設定する。以上により、メロディサーバ装置６０から携帯電話機１０−２への呼が接続され、新たな通信が確立される。
パケットは、この新たに確立された通信を介して、携帯電話機１０−２に送信される。
携帯電話機１０−２のＣＰＵ１０５−２は、パケットを受信し、パケットに内包される楽曲データを受信してＲＡＭ１０９−２に記憶する。（図５のステップ１０３）。
【００２９】
次に、ＣＰＵ１０５−２は、楽曲再生部１０４−２に、受信した楽曲データを再生するよう指示する。これにより、楽曲再生部１０４−２は、楽曲データをＲＡＭ１０９−２より読み出して、デコード等の処理を行うことにより、楽曲データを再生し、再生した楽曲「たこ焼きくん」をスピーカより放音する（図６のステップＳ２０４）。
ＣＰＵ１０５−２は、楽曲データが再生されている間、ユーザが着信応答することにより携帯電話機１０−１との呼が接続されたか否かを判断する（ステップＳ２０５）。
ユーザは、操作入力部１０２を操作して、着信に応答するための操作を行う。これにより、携帯電話機１０−２のＣＰＵ１０５−２は、呼設定要求に応答するための接続要求データを送信する。これにより、携帯電話機１０−１に当該データが送信され、携帯電話機１０−１が接続応答データを返信することにより携帯電話機１０−１と１０−２間の呼が接続される（ステップＳ２０５；Ｙｅｓ）。ＣＰＵ１０５−２は、楽曲再生部１０４に楽曲データの再生を停止するよう指示する。これにより、楽曲再生部１０４は、楽曲データの再生を停止し（ステップＳ２０６）、携帯電話機１０−１、１０−２を所持するユーザ同士は通話を開始する。
【００３０】
［２．２．通話中処理］
次に、携帯電話機１０−１を使用して通話しているユーザが、相手先の携帯電話機１０−２に効果音を再生させる指示を行ったときの動作を、図５のシーケンスチャートを参照して説明する。
【００３１】
まず、携帯電話機１０−１を使用しているユーザは、通話中に、操作入力部１０２の所定のキー（ここでは、数字“０”のキー）を押下することにより、効果音「拍手」を相手先の携帯電話機１０−２に再生するための指示を行う。
携帯電話機１０−１のＣＰＵ１０５−１は発信要求データを送信する。これにより、携帯電話機１０−１と移動通信交換局３１との間には、新たな制御リンクＩＤ“１−２”の制御コネクションが確立される。
【００３２】
次に、ＣＰＵ１０５−１は、番号送信プログラムを不揮発性メモリ１１０−１より読み出して実行することにより、効果音が選択されたことを表すデータ（以下、「“効果音”を表す選択区分データ」という）と、拍手の効果音に対応する効果音番号“Ｂ００１”を表す効果音番号データとを含んだ呼設定要求データを送信する（ステップＳ１０４）。
移動通信交換局３１は、携帯電話機１０−２が在圏する移動通信交換局３１に対して、当該呼設定要求データを送信する。在圏の移動通信交換局３１は、当該呼設定要求データを受信し、携帯電話機１０−１側と同様に、携帯電話機１０−２と自局３１との間に制御リンクＩＤ“２−４”の新たな制御コネクションを確立する。そして、在圏の移動通信交換局３１は、制御リンクＩＤ“２−４”の制御コネクションに対応した無線アクセスベアラを設定する。
また、携帯電話機１０−１が在圏する移動通信交換局３１は、無線ネットワーク制御装置２２と携帯電話機１０−１との間に制御リンクＩＤ“１−２”の制御コネクションに対応した無線ベアラを設定する。
【００３３】
次に、図７を参照して、携帯電話機１０−２において、効果音が再生される動作を説明する。
携帯電話機１０−２のＣＰＵ１０５−２は、携帯電話機１０−１から移動通信交換局３１を介して呼設定要求データを受信する（ステップＳ３０１）。これにより、ＣＰＵ１０５−２は、データ要求プログラムを不揮発性メモリ１１０−２より読み出して実行する。ＣＰＵ１０５−２は、受信した呼設定要求データに効果音番号データが含まれているか否かを判断する（ステップＳ３０２）。呼設定要求データには、“効果音”を表す選択区分データと効果音番号“Ｂ００１”を表す効果音データが含まれているため、ＣＰＵ１０５−２は、効果音番号データが含まれていると判断し（ステップＳ３０２；Ｙｅｓ）、効果音データの受信処理を行う（ステップＳ３０３）。
【００３４】
具体的には、ＣＰＵ１０５−２は、まず、発信要求を行い、携帯電話機１０−２と移動通信交換局３１との間に、新たな制御リンクＩＤ“２−５”の制御コネクションを設定する。次に、移動通信交換局３１は、無線の設定を要求するためのデータを無線ネットワーク制御装置２２に送信する。これにより、携帯電話機１０−２と無線ネットワーク制御装置２２間には、制御リンクＩＤ“２−２”の制御コネクションに対応した無線ベアラが設定される。
次に、移動通信交換局３１は、ＧＴＰトンネルの設定要求を行う。これにより、間関門移動通信交換局３２と移動通信交換局３１間に、ＳＶＣＩＤが“２−Ａ３”である新たなＡＴＭ−ＳＶＣと当該ＡＴＭ−ＳＶＣに対応したＧＴＰトンネルが設定される。
以上により、携帯電話機１０−２からメロディサーバ装置６０への呼が接続され、新たな通信路が確立される。
【００３５】
そして、ＣＰＵ１０５−２は、この新たに確立された通信路を介して、“効果音”を表す選択区分データと、効果音番号“Ｂ００１”を表す効果音番号データを含んだ、効果音番号に対応する楽曲データの受信を要求するパケット（以下、「効果音要求データ」という）をメロディサーバ装置６０宛に送信する（図５のステップＳ１０５）。
【００３６】
メロディサーバ装置６０のＣＰＵ６０１は、受信した効果音要求データに含まれている“効果音”を表す選択区分データと、効果音番号データを基に、効果音番号“Ｂ００１”に対応する効果音データを、効果音データベース６０２２より読み出す。そして、ＣＰＵ６０１は、読み出した楽曲データを含んだパケットを生成して、携帯電話機１０−２宛に送信する。
【００３７】
パケットは、インターネット５０、ゲートウェイサーバ装置４０を介して、関門移動通信交換局３２に送信される。関門移動通信交換局３２は、パケットの着信通知を携帯電話機１０−２が在圏の移動通信交換局３１に送信する。移動通信交換局３１は、携帯電話機１０−２との間に現在制御コネクションが設定されているかを確認し、現在設定されている制御コネクションの制御リンクＩＤ“２−１”、“２−２”、“２−３”、“２−４”及び“２−５”を取得する。そして、移動通信交換局３１は、自局３１と携帯電話機１０−２との間に、新たな制御リンクＩＤ“２−６”の制御コネクションを設定する。そして、移動通信交換局３１は、携帯電話機１０−２に対してアクティベート要求を行う。これにより、無線ネットワーク制御装置２２と携帯電話機１０−２間には、制御リンクＩＤ“２−６”の制御コネクションに対応した無線ベアラが設定される。次に、移動通信交換局３１は、関門移動通信交換局３２と移動通信交換局３１間にＡＴＭ−ＳＶＣが設定されているかを確認し、現在設定されているＳＶＣＩＤ”２−Ａ１”、“２−Ａ２”、“２−Ａ３”を取得する。そして、移動通信交換局３１は、関門移動通信交換局３２と移動通信交換局３１間に新たなＳＶＣＩＤ”２−Ａ４”のＡＴＭ−ＳＶＣを設定し、当該ＡＴＭ−ＳＶＣに対応したＧＴＰトンネルを設定する。以上により、メロディサーバ装置６０から携帯電話機１０−２への呼が接続され、新たな通信路が確立される。
パケットは、この新たな通信を介して、携帯電話機１０−２に送信される。
携帯電話機１０−２のＣＰＵ１０５−２は、パケットに内包される効果音データを受信してＲＡＭ１０９−２に記憶する（図５のステップ１０６）。
【００３８】
次に、ＣＰＵ１０５−２は、楽曲再生部１０４−２に、受信した効果音データを再生するよう指示する。これにより、楽曲再生部１０４−２は、効果音データをＲＡＭ１０９−２より読み出してデコード等の処理を行うことにより効果音データを再生し（図７のステップＳ３０４）、再生した「拍手」を表す効果音をスピーカより放出する。
【００３９】
以上のように、携帯電話機１０は、発呼データにデータ容量の大きい楽曲データや効果音データを付加したデータを送信せずに、楽曲番号や効果音番号を表すデータのみを付加したデータを送信しているため、無線アクセスネットワーク２０、コアネットワーク３０やインターネット５０等の通信回線やメロディサーバ装置６０に負荷をかけることなく、発信側の携帯電話機１０−１において選択した楽曲や効果音を、遅滞なく着信側の携帯電話機１０−２で再生することができるようになる。
また、本発明においては、ＩＭＴ−２０００の方式に従った通信方式を採用しており、マルチコールが可能である。すなわち、携帯電話機１０−１と携帯電話機１０−２との間において、１つ以上の通信路が確立されている間であっても、他の複数の独立した通信路を確立することが可能である。
このため、携帯電話機１０が発呼中や通話中であっても、メロディサーバ装置６０と携帯電話機１０との間での楽曲データや効果音データの送受信は、他の通信路を確立して遅滞なく行うことができる。
【００４０】
［３．変形例］
以上、本発明の実施形態について説明したが、本発明はその主要な特徴から逸脱することなく他の様々な形態で実施することが可能である。上述した実施形態は、本発明の一態様を例示したものに過ぎない。なお、変形例としては、例えば、以下のようなものが考えられる。
【００４１】
（１）上記実施形態においては、携帯電話機１０−１から携帯電話機１０−２に発呼したときに、携帯電話機１０−２から楽曲データが再生されるようにしたが、携帯電話機１０−２の通話を留保しているときや、通話中に楽曲データが再生されるようにしてもよい。
また、上記実施形態においては、ユーザが携帯電話機１０−１を用いて、相手先の携帯電話機１０−２に楽曲と効果音を再生するよう指示したが、再生指示するものはこれに限らず、バイブレータの振動パターンや、液晶表示部１０６に表示する画像を指示できるようにしてもよい。
【００４２】
（２）上記実施形態においては、楽曲データや効果音データを提供するサーバ装置をメロディサーバ装置６０のみとしたが、これに限定されず、楽曲データのみを専用に格納するためのサーバ装置や、効果音データのみを専用に格納するためのサーバ装置を複数設けてもよい。この場合には、楽曲番号データ（効果音番号データ）に対応付けて、楽曲データ（効果音データ）が記憶されているサーバ装置を識別するためのデータを携帯電話機１０に記憶しておく。そして、ユーザが楽曲（効果音）を要求する指示を携帯電話機１０に行った際には、当該データを格納するサーバ装置を識別するためのデータを内包した楽曲要求データ（効果音要求データ）をサーバ装置宛に送信するようにするとよい。
【００４３】
（３）上記実施形態においては、呼設定要求データに楽曲や効果音を識別するための番号を表すデータを内包するようにしたが、これに限定されずに、例えば効果音の場合には、効果音を識別するためのデータを呼設定要求データとは別に携帯電話機１０−１から携帯電話機１０−２に送信するようにしてもよい。
（４）上記実施形態においては、携帯電話機１０を用いたが、これ以外にも、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ：登録商標）端末やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、カーナビゲーション装置、パーソナルコンピュータなどの、通信機能を有する各種電子機器を用いてもよい。
【００４４】
【発明の効果】
以上説明したように、本発明によれば、マルチコールを利用することにより、発信側のユーザが選択した楽曲データや効果音データを遅滞なく着信側の携帯電話機に送信することができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係る通信システムの構成を示すブロック図である。
【図２】同実施形態に係るメロディサーバ装置のハードウェア構成を示すブロック図である。
【図３】同実施形態に係る楽曲データベース及び効果音データベースのデータ構成を示すブロック図である。
【図４】同実施形態に係る携帯電話機のハードウェア構成を示す図である。
【図５】同実施形態に係る発信側の携帯電話機が着信側の携帯電話機に楽曲や効果音の再生を指示する際のデータの流れを説明するためのシーケンスチャートである。
【図６】同実施形態に係る携帯電話機における着信処理を説明するためのフローチャートである。
【図７】同実施形態に係る携帯電話機における効果音再生処理を説明するためのフローチャートである。
【符号の説明】
１……通信システム、１０……携帯電話機、１０１……無線通信部、１０１ａ……アンテナ、１０２……操作入力部、１０３……通話処理部、１０４……楽曲再生部、１０５……ＣＰＵ、１０６……液晶表示部、１０７……記憶部、１０８……ＲＯＭ、１０９……ＲＡＭ、１１０……不揮発性メモリ、１１１……バス、２０……無線アクセスネットワーク、２１……基地局、２２……無線ネットワーク制御装置、３０……コアネットワーク、３１……移動通信交換局、３２……関門移動通信交換局、４０……ゲートウェイサーバ装置、５０……インターネット、６０……メロディサーバ装置、６０１……ＣＰＵ、６０２……ハードディスク装置、６０３……ＲＡＭ、６０４……ＲＯＭ、６０５………通信インターフェース、６０２１……楽曲データベース、６０２２……効果音データベース。
【図１】
2004304569.tif 000003
【図２】
2004304569.tif 000004
【図３】
2004304569.tif 000005
【図４】
2004304569.tif 000006
【図５】
2004304569.tif 000007
【図６】
2004304569.tif 000008
【図７】
2004304569.tif 000009