JP4171593B2 - データ送信・再生用プログラム - Google Patents
データ送信・再生用プログラム Download PDFInfo
- Publication number
- JP4171593B2 JP4171593B2 JP2001230673A JP2001230673A JP4171593B2 JP 4171593 B2 JP4171593 B2 JP 4171593B2 JP 2001230673 A JP2001230673 A JP 2001230673A JP 2001230673 A JP2001230673 A JP 2001230673A JP 4171593 B2 JP4171593 B2 JP 4171593B2
- Authority
- JP
- Japan
- Prior art keywords
- mobile phone
- data
- melody
- called
- center server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
この発明は携帯電話間におけるデータ送信・再生技術に係り、特に、発信側の携帯電話から着信側の携帯電話に対してメロディ（楽曲）データや画像データを送信し、これを着信側携帯電話において任意のタイミングで再生させることを可能とする技術に関する。
【０００２】
【従来の技術】
近時、携帯電話（ＰＨＳを含む）の普及率が爆発的に高まり、固定電話の加入者数を越える勢いとなってきている。
ここまで携帯電話が一般化すると、各ユーザは他者との差別化を図るため、携帯電話に関連して自らの個性を表現したくなるのは当然のことである。
このため、例えば携帯電話のストラップに工夫を凝らしたり、アンテナを発光型のものに変更することなどが行われている。
あるいは、待ち受け画面や着信メロディをお気に入りのものに変更することで、自己表現を図ることも行われている。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来の個性化手法は何れも携帯電話自体を飾り立てるものであり、いわば自己満足的なものに過ぎなかった。本来、携帯電話は他者とのコミュニケーションを実現するためのツールであり、個性の表現にしても相手方との関わりの過程で発揮されるべきであるにもかかわらず、これまでは発信者が着信者に対して自らを積極的に表現する手段が確立されていなかった。
【０００４】
この発明は、携帯電話ユーザが従来抱えていた上記の問題点を解決するために案出されたものであり、発信者が着信者に対して任意のメロディデータや画像データを送信すると共に、これらを任意のタイミングで再生させることにより、発信者の個性を十分に表現することを可能とする技術を提供することを目的としている。
【０００５】
【課題を解決するための手段】
上記の目的を達成するため、請求項１に記載のデータ送信・再生用プログラムは、複数の携帯電話のそれぞれのメモリに格納されるプログラムであって、各携帯電話が発信側として用いられる場合に、この発信側携帯電話に内蔵されたコンピュータを、メロディデータの選択画面、画像データの選択画面及び着信側携帯電話の選択画面を当該携帯電話のディスプレイに表示させる手段、当該携帯電話の入力手段を介して選択された着信側携帯電話に制御信号を送信して、当該着信側携帯電話のメモリに格納された上記プログラムを起動させる手段、予めメロディデータ及び画像データが格納されているセンターサーバに接続して、上記入力手段を介して選択されたメロディデータ及び画像データを着信側携帯電話に送信するよう要求する手段、当該センターサーバから着信側携帯電話におけるメロディデータ及び画像データの受信が完了した旨の通知が送信された場合に、当該着信側携帯電話に対する発呼を実行する手段、として機能させ、各携帯電話が着信側として用いられる場合に、この着信側携帯電話に内蔵されたコンピュータを、上記センターサーバから送信されたメロディデータ及び画像データを受信する手段、受信完了後にセンターサーバに受信完了通知を送信する手段、発信側携帯電話からの着信があった場合に、上記メロディデータを当該携帯電話のスピーカで再生させる手段、及び上記画像データを当該携帯電話のディスプレイで再生させる手段、として機能させることを特徴としている。
【０００６】
従来の着信メロディや待ち受け画面は、あくまでも着信者自身が設定しておくものであり、その選択に発信者が積極的に関わることはできなかった。
これに対し、上記データ送信・再生用プログラムによれば、発呼に先立って発信者の側で着信者の携帯電話に送信するメロディデータ及び画像データを選択でき、センターサーバ経由で送信されたデータは、着信側携帯電話において再生処理されることとなる。
すなわち、発信者は着信側携帯電話に送信するデータの選択を通じて、自己の個性や感情、現在の状況等を着信者に対して表現することが可能となる。
【０００７】
請求項２に記載のデータ送信・再生用プログラムは、複数の携帯電話のそれぞれのメモリに格納されるプログラムであって、各携帯電話が発信側として用いられる場合に、この発信側携帯電話に内蔵されたコンピュータを、メロディデータの選択画面及び画像データの選択画面の少なくとも一方を当該携帯電話のディスプレイに表示させる手段、少なくとも着信時、通話後、着信時及び通話後の中からデータ再生のタイミングを選択する画面を当該携帯電話のディスプレイに表示させる手段、着信側携帯電話の選択画面を当該携帯電話のディスプレイに表示させる手段、当該携帯電話の入力手段を介して選択された着信側携帯電話に制御信号を送信して、当該着信側携帯電話のメモリに格納された上記プログラムを起動させる手段、予めメロディデータ及び画像データの少なくとも一方からなる再生用データが格納されているセンターサーバに接続して、上記入力手段を介して選択された再生用データと、同じく上記入力手段を介して選択された再生のタイミングに対応するタイミング指示情報を、着信側携帯電話に送信するよう要求する手段、当該センターサーバから着信側携帯電話における再生用データの受信が完了した旨の通知が送信された場合に、当該着信側携帯電話に対する発呼を実行する手段、として機能させ、各携帯電話が着信側として用いられる場合に、この着信側携帯電話に内蔵されたコンピュータを、上記センターサーバから送信された再生用データを受信する手段、受信完了後にセンターサーバに受信完了通知を送信する手段、センターサーバから送信されたタイミング指示情報に従い、発信側携帯電話からの着信時、通話終了後の回線切断時、またはこれらの両時点において、上記再生用データを当該携帯電話のスピーカ及びディスプレイの少なくとも一方で再生させる手段、として機能させることを特徴としている。
この場合は、着信側携帯電話における再生のタイミングを発信者の側で自由に選択できる。
【０００８】
請求項３に記載のデータ送信・再生用プログラムは、複数の携帯電話のそれぞれのメモリに格納されるプログラムであって、各携帯電話が発信側として用いられる場合に、この発信側携帯電話に内蔵されたコンピュータを、メロディデータの選択画面、画像データの選択画面及び着信側携帯電話の選択画面を当該携帯電話のディスプレイに表示させる手段、当該携帯電話の入力手段を介して選択された着信側携帯電話に制御信号を送信して、当該着信側携帯電話のメモリに格納された上記プログラムを起動させる手段、予め当該携帯電話のメモリに格納されたメロディデータ及び画像データの中で、上記入力手段を介して選択されたメロディデータ及び画像データを着信側携帯電話に送信する手段、着信側携帯電話からメロディデータ及び画像データの受信が完了した旨の通知が送信された場合に、当該着信側携帯電話に対する発呼を実行する手段、として機能させ、各携帯電話が着信側として用いられる場合に、この着信側携帯電話に内蔵されたコンピュータを、上記発信側携帯電話から送信されたメロディデータ及び画像データを受信する手段、受信完了後に発信側携帯電話に受信完了通知を送信する手段、発信側携帯電話からの着信があった場合に、上記メロディデータを当該携帯電話のスピーカで再生させる手段、及び上記画像データを当該携帯電話のディスプレイで再生させる手段、として機能させることを特徴としている。
この場合は、センターサーバを介在させることなく、発信側携帯電話内に蓄積されたメロディデータ及び画像データをダイレクトに着信側携帯電話に送信する点に特徴がある。
【０００９】
請求項４に記載のデータ送信・再生用プログラムは、複数の携帯電話のそれぞれのメモリに格納されるプログラムであって、各携帯電話が発信側として用いられる場合に、この発信側携帯電話に内蔵されたコンピュータを、メロディデータの選択画面及び画像データの選択画面の少なくとも一方を当該携帯電話のディスプレイに表示させる手段、少なくとも着信時、通話後、着信時及び通話後の中からデータ再生のタイミングを選択する画面を当該携帯電話のディスプレイに表示させる手段、着信側携帯電話の選択画面を当該携帯電話のディスプレイに表示させる手段、当該携帯電話の入力手段を介して選択された着信側 携帯電話に制御信号を送信して、当該着信側携帯電話のメモリに格納された上記プログラムを起動させる手段、予め当該携帯電話のメモリに格納されたメロディデータ及び画像データの少なくとも一方からなる再生用データの中で、上記入力手段を介して選択された再生用データを着信側携帯電話に送信する手段、上記入力手段を介して選択された再生のタイミングに対応するタイミング指示情報を、着信側携帯電話に送信する手段、着信側携帯電話から再生用データの受信が完了した旨の通知が送信された場合に、当該着信側携帯電話に対する発呼を実行する手段、として機能させ、各携帯電話が着信側として用いられる場合に、この着信側携帯電話に内蔵されたコンピュータを、上記発信側携帯電話から送信された再生用データを受信する手段、受信完了後に発信側携帯電話に受信完了通知を送信する手段、発信側携帯電話から送信されたタイミング指示情報に従い、発信側携帯電話からの着信時、通話終了後の回線切断時、またはこれらの両時点において、上記再生用データを当該携帯電話のスピーカ及びディスプレイの少なくとも一方で再生させる手段、として機能させることを特徴としている。
この場合は、センターサーバを介在させることなく、発信側携帯電話内に蓄積された再生用データをダイレクトに着信側携帯電話に送信する点と、着信側携帯電話における再生のタイミングを発信者の側で自由に選択できる点に特徴がある。
【００１０】
【発明の実施の形態】
図１は、この発明に係るデータ送信・再生システム10の全体イメージを示すものであり、このシステム10の運用者が管理するセンターサーバ12と、専用回線を介してセンターサーバ12と接続された通信キャリアのゲートウェイサーバ14と、このシステム10に加入しているユーザが所持する複数の携帯電話16と、ユーザが管理するパソコン18とを備えている。
【００１１】
各携帯電話16，16間は、最寄りの無線基地局20及び交換回線網22（携帯電話網を含む）を介して回線接続され、ユーザ間での通話が実現される。
また、各携帯電話16，16間は無線基地局20及びパケット通信網24を介しても接続され、携帯電話16，16間で制御信号やデータを交換することが可能となる。
【００１２】
各携帯電話16はインターネット接続機能を備えており、パケット通信網24に接続されたセンターサーバ12のWebサイトにアクセスし、データの交換を行うことができる。
また、各携帯電話16はプログラム追加機能を備えており、センターサーバ12のWebサイトからダウンロードした専用アプリケーション・プログラムを内蔵することができる。
携帯電話16のユーザは、パソコン18からインターネット26を経由し、さらにゲートウェイサーバ14を経由してセンターサーバ12のWebサイトにアクセスし、様々なサービスを受けることもできる。
【００１３】
上記センターサーバ12は、WWW（World Wide Web）サーバ機能、メールサーバ機能、DNSサーバ機能、アプリケーションサーバ機能、データベースサーバ機能等を備えており、実際には複数のワークステーションやパソコンをネットワーク接続することによって構成されている。
【００１４】
各ユーザがこのシステム10によるサービスを享受するためには、事前にセンターサーバ12のWebサイトに携帯電話16やパソコン18経由でアクセスし、所定の情報開示を伴うユーザ登録を済ませておく必要がある。
【００１５】
センターサーバ12には、ユーザデータベースが設けられており、個々のユーザに関する各種情報が格納されている。
図２はユーザデータベース内に設定されるデータ項目例を示しており、携帯電話番号を筆頭に、氏名、パスワード、メールアドレス、登録メロディ、登録画像、送信データの組合せ、利用履歴等の項目が設定されている。
登録メロディの項目には、当該ユーザが予めアップロードしたメロディファイルが格納されている。あるいは、ユーザが選択したメロディファイルのIDが記述されている。
登録画像の項目には、当該ユーザが予めアップロードした画像ファイルが格納されている。あるいは、ユーザが選択した画像のIDが記述されている。
これらのデータ項目はあくまでも一例であり、必要に応じて増減可能であることはいうまでもない。
【００１６】
上記のユーザ登録を済ませた各ユーザには、このシステム10を実現するための専用アプリケーション・プログラムをダウンロードする権限が付与される。
具体的には、自己の携帯電話16からセンターサーバ12のWebサイトにアクセスし、サービスメニュー中からプログラムのダウンロードを選択すると、自動的に携帯電話16のメモリ領域にプログラムが格納される。
【００１７】
図３は、携帯電話16のハードウェア構成を示すブロック図であり、ＣＰＵ30と、バスを介してＣＰＵ30と接続されたメモリ32、入力処理部34、表示処理部36、送受信処理部38、メロディ生成部40、音声処理部42とを備えている。
メモリ32は、制御プログラムを格納したROMと、ＣＰＵ30の作業領域としてのRAMの他、専用アプリケーション・プログラムが格納される領域と、再生用データ（メロディファイルや画像ファイル）が格納される領域を少なくとも備えている。
【００１８】
入力処理部34には携帯電話16のテンキー44（スクロールキー等を含む）が接続されており、キー操作による入力信号は、この入力処理部34において必要な変換処理を経た上で、ＣＰＵ30に入力される。
表示処理部36にはＬＣＤ46（液晶ディスプレイ）が接続されており、ＣＰＵ30から出力された表示信号は、この表示処理部36において必要な変換処理を経た上でＬＣＤ46に出力され、画像等の表示が実現される。
送受信処理部38にはアンテナ48が接続されており、ＣＰＵ30から出力された送信データを搬送波に乗せてアンテナ48から送出すると共に、アンテナ48を介して入力された着信データを復調してＣＰＵ30に出力する機能を果たす。
【００１９】
メロディ生成部40にはメロディ再生用スピーカ50が接続されており、ＣＰＵ30から出力されたメロディデータに基づいてメロディ生成部40がメロディ信号を生成し、メロディ再生用スピーカ50を通じて再生される。
音声処理部42には通話用スピーカ52とマイク54が接続されており、ＣＰＵ30から出力された音声データは、音声処理部42において所定の変換処理が施された後、通話用スピーカ52から音声として出力される。また、マイク54を通じて入力された音声は、音声処理部42において必要な変換処理が施された後、音声データとしてＣＰＵ30に出力される。
【００２０】
つぎに、図４〜図７のレイアウト図に従い、このシステム10の基本的な利用法について概説する。
まず、あるユーザが自己の携帯電話16から他のユーザの携帯電話16に対して電話を掛けようと思い立った場合、携帯電話16のテンキー44を操作して専用のアプリケーション・プログラムを起動させる。
【００２１】
この結果、図４に示すように、「送信メロディの選択」画面が携帯電話16のＬＣＤ46上に表示される。
テンキー44を操作し、リスト中から「５．ドリフのテーマ」を選択して「決定」ボタンをクリックすると、図５に示すように、「送信画像の選択」画面がＬＣＤ44上に表示される。
これに対して「４．電話中の僕」を選択して「決定」ボタンをクリックすると、図６に示すように、「送信先の選択」画面がＬＣＤ44上に表示される。
ここで、「４．弟村 けん」を選択して「決定」ボタンをクリックすると、センターサーバ12によって自動的に着信側の携帯電話16にメロディデータと画像データが送信された後、携帯電話16から発呼がなされる。
【００２２】
この結果、着信側の携帯電話16のＬＣＤ46には、図７に示すように、発信ユーザの選択した画像が表示されると共に、メロディ再生用スピーカ50において発信ユーザの選択したメロディが着信メロディとして再生される。
着信ユーザは、ＬＣＤ46に表示された画像及びメロディを確認した後、携帯電話16の通話ボタンを押して回線を接続させることにより、発信ユーザとの通話が可能となる。
【００２３】
つぎに、図８のシーケンス図に従い、発信側携帯電話16ａ、センターサーバ12、着信側携帯電話16ｂ間における処理手順について詳説する。
なお、センターサーバ12における処理は、同サーバを構成するコンピュータのＣＰＵが、ＯＳ及び専用のアプリケーション・プログラムに従って必要な処理を実行することによって実現される。
また、発信側携帯電話16ａ及び着信側携帯電話16ｂにおける処理は、それぞれのＣＰＵ30が、専用のアプリケーション・プログラムに従って必要な処理を実行することによって実現される。
【００２４】
まず、図６に示したように、発信ユーザが専用プログラム上で送信先を選択した時点で、発信側携帯電話16ａから着信側携帯電話16ｂに対して、専用アプリケーション・プログラムを起動させるための制御信号が送信される（図８のS01）。この制御信号は、例えば通信キャリアが提供するショート・メッセージ・サービス（SMS）を利用して送信される。
同時に、発信側携帯電話16ａはインターネット接続モードに切り替わり、パケット通信網24及びゲートウェイサーバ14を経由してセンターサーバ12のWebサイトに接続し、データ送信サービスの開始を要求する（S02）。
【００２５】
着信側携帯電話16ｂが上記の制御信号を受信すると、専用のアプリケーション・プログラムが起動する（S03）と同時に、インターネット接続モードに切り替わり、パケット通信網24及びゲートウェイサーバ14を経由してセンターサーバ12のWebサイトに接続し、アプリケーション・プログラムが起動した旨の通知がなされる（S04）。
【００２６】
センターサーバ12は、発信側携帯電話16ａ及び着信側携帯電話16ｂから送信された電話番号情報を基に認証処理を済ませた後（S05）、発信側携帯電話16ａに着信側携帯電話16ｂにおいて専用アプリケーション・プログラムが起動した旨を通知する（S06）。
これを受けた発信側携帯電話16ａからは、センターサーバ12に対して特定のメロディファイル（ここでは「ドリフのテーマ」）及び画像ファイル（ここでは「電話中の僕」）の送信要求が出力される（S07）。
センターサーバ12は、ユーザデータベース内に格納された当該発信ユーザの登録メロディファイル及び登録画像ファイル中から該当のファイルを抽出し、着信側携帯電話16ｂに送信する（S08）。
【００２７】
無事にメロディファイル及び画像ファイルの受信が完了すると、着信側携帯電話16ｂからセンターサーバ12に対して受信完了の通知が出力される（S09）。
この情報がセンターサーバ12から発信側携帯電話16ａに転送されると（S10）、発信側携帯電話16ａは通話モードに移行し、ユーザが選択した着信先の電話番号に対する発呼が実行される（S11）。
発信側携帯電話16ａから接続された着信側携帯電話16ｂにおいては、予め受信しメモリ32内に格納されていたメロディファイルが読み出され、スピーカ50を通じて着信メロディとして再生される。同時に、メモリ32内に格納されていた画像ファイルが読み出され、ＬＣＤ46上において着信画像として表示される（S12）。
着信メロディを聞いてたユーザが携帯電話16ｂの通話ボタンを押すと、発信側携帯電話16ａと着信側携帯電話16ｂ間で通話路が確立する（S13）。
【００２８】
メロディファイル及び画像ファイルは、ユーザが携帯電話16からセンターサーバ12のWebサイトにアクセスし、事前に登録しておく。
図９はその際の画面構成例を示すものであり、携帯電話16のＬＣＤ46上には、メロディファイルの選択欄やタイトルの入力欄が表示される。
ここでユーザが「ファイルの選択」欄の「▼」ボタンをクリックすると、プルダウンメニューが展開し、携帯電話16のメモリ32内に登録されたメロディファイルがリスト表示される（図示省略）。ユーザは、このリスト中から任意のメロディファイルをクリックすることにより、選択を完了させることができる。
つぎに、「タイトル入力」欄に、当該メロディファイルのタイトルをテンキー44を用いて入力する。
最後にユーザは、「メロディの確認」を選択してメロディを確認した後、「送信」ボタンをクリックする。この結果、ユーザの選択したメロディファイルがセンターサーバ12にアップロードされる。
これを受けたセンターサーバ12は、当該メロディファイル及びタイトルを、当該ユーザの携帯電話番号に関連付けた上でユーザデータベース内に格納する。
【００２９】
図１０は画像ファイルを登録する際の画面構成例を示すものであり、携帯電話16のＬＣＤ46上には、画像ファイルの選択欄やタイトルの入力欄が表示される（図１０(ａ)）。
この場合もユーザは、「ファイルの選択」欄の「▼」ボタンをクリックしてプルダウンメニューを開き、携帯電話16のメモリ内に登録された画像ファイル特定すると共に、「タイトル入力」欄に当該画像ファイルのタイトルをテンキー44から入力する。
そして、「イメージの確認」を選択し、イメージの確認画面を表示させて内容を確認した後（図１０(ｂ)）、「送信」ボタンをクリックする。この結果、ユーザの選択した画像ファイルがセンターサーバ12にアップロードされる。
これを受けたセンターサーバ12は、当該画像ファイル及びタイトルを、当該ユーザの携帯電話番号に関連付けた上でユーザデータベース内に格納する。
【００３０】
メロディファイル及び画像ファイルは、ユーザがパソコン18からセンターサーバ12のWebサイトにアクセスし、事前に登録しておくこともできる。
図１１はその際の画面構成例を示すものであり、パソコン18のブラウザ58上には、メロディファイルの選択欄と、タイトルの入力欄とが設けられている。
ここでユーザが「ファイルの選択」欄の「▼」ボタンをクリックすると、プルダウンメニューが展開し、パソコン18内のディレクトリ構造が階層表示される（図示省略）。ユーザは、この階層を下降して目的のメロディファイルをクリックすることにより、選択を完了させることができる。
つぎに、「タイトルの入力」欄に、当該メロディファイルのタイトルをタイプ入力する。
最後にユーザは、「メロディの確認」欄のアイコンをクリックしてメロディを確認した後、「送信」ボタンをクリックする。この結果、ユーザの選択したメロディファイルがセンターサーバ12にアップロードされる。
これを受けたセンターサーバ12は、当該メロディファイル及びタイトルを、当該ユーザの携帯電話番号に関連付けた上でユーザデータベース内に格納する。
【００３１】
図１２は画像ファイルを登録する際の画面構成例を示すものであり、パソコン18のブラウザ58上には、画像ファイルの選択欄と、タイトルの入力欄とが設けられている。
この場合もユーザは、「ファイルの選択」欄の「▼」ボタンをクリックしてプルダウンメニューを開き、パソコン18のハードディスク内に格納された画像ファイルを特定すると共に、「タイトルの入力」欄に当該画像ファイルのタイトルをタイプ入力する。
そして、「イメージの確認」欄に表示される画像を確認した後、「送信」ボタンをクリックする。この結果、ユーザの選択した画像ファイルがセンターサーバ12にアップロードされる。
これを受けたセンターサーバ12は、当該画像ファイル及びタイトルを、当該ユーザの携帯電話番号に関連付けた上でユーザデータベース内に格納する。
【００３２】
上記のようにして、ユーザがパソコン18経由で新たなメロディファイル及び画像ファイルをユーザデータベース内に蓄積させた後、携帯電話16からセンターサーバ12のWebサイトにアクセスし、サービスメニュー中から「データの同期」を選択することで、携帯電話16内のメロディリスト及び画像リストを最新のものに更新することができる。
【００３３】
上記のように、予めセンターサーバ12にメロディファイルや画像ファイルを登録しておき、その中から任意のファイルを選択する代わりに、未登録のメロディファイルや画像ファイルをセンターサーバ12を介して着信側の携帯電話16に送信することも可能である。
【００３４】
例えば、ユーザが携帯電話16に格納された作曲プログラムに基づいてオリジナルのメロディファイルを生成した場合、あるいは着メロ提供サイトを通じて新たなメロディファイルを携帯電話16にダウンロードした場合、このメロディファイルのタイトルを図４の送信メロディの選択リスト中に加えておく。
ユーザがこのリスト中から新たなメロディファイルを送信メロディとして選択した場合、センターサーバ12はユーザデータベース内を参照し、未登録のメロディファイルが選択されたことを認識すると、携帯電話16に対して当該メロディファイルの送信要求を発する。
これを受けた携帯電話16は、メモリ32内に格納された当該メロディファイルを読み出し、センターサーバ12に送信する。
センターサーバ12は、このメロディファイルを着信側携帯電話16ｂに転送すると共に、当該発信ユーザの携帯電話に関連付けてユーザデータベース内に自動的に登録する。この結果、次回からはセンターサーバ12から着信側携帯電話16ｂに当該メロディファイルが送信されることとなる。
【００３５】
同様に、ユーザが携帯電話16に内蔵されたディジタルカメラでオリジナルの画像ファイルを生成した場合、あるいは待ち受け画面提供サイトを通じて新たな画像ファイルを携帯電話16にダウンロードした場合、この画像ファイルのタイトルを図５の送信画像の選択リスト中に加えておく。
ユーザがこのリスト中から新たな画像ファイルを送信画像として選択した場合、センターサーバ12はユーザデータベース内を参照し、未登録の画像ファイルが選択されたことを認識すると、携帯電話16に対して当該画像ファイルの送信要求を発する。
これを受けた携帯電話16は、メモリ32内に格納された当該画像ファイルを読み出し、センターサーバ12に送信する。
センターサーバ12は、この画像ファイルを着信側携帯電話16ｂに転送すると共に、当該発信ユーザの携帯電話に関連付けてユーザデータベース内に自動的に登録する。この結果、次回からはセンターサーバ12から着信側携帯電話16ｂに当該画像ファイルが送信されることとなる。
【００３６】
上記においては、ユーザが自ら収集したメロディファイルや画像ファイルをセンターサーバ12にアップロードすることが前提となっていたが、予めセンターサーバ12内に多数のメロディファイルや画像ファイルをサンプル的に蓄積しておき、その中から任意のファイルをユーザに選択させるよう運用することもできる。
【００３７】
上記においては、発信ユーザがメロディファイルと画像ファイルの両方をセンターサーバ12経由で着信側携帯電話16ｂに送信する例を挙げたが、必ずしも両者を送信する必要はない。
例えば、図４の送信メロディ選択画面で「１．なし」を選択すれば、画像ファイルのみが着信側携帯電話16ｂに送信され、ＬＣＤ46上に表示されることとなる。この場合、着信側携帯電話16ｂに元々設定されていた着信音やバイブレータによって着信の事実が報知されることとなる。
反対に、図５の送信画像選択画面で「１．なし」を選択すれば、メロディファイルのみが着信側携帯電話16ｂに送信され、着信メロディとして利用されることとなる。
【００３８】
上記のように、携帯電話16を掛ける度に送信するメロディファイルと画像ファイルの選択を行う代わりに、各ユーザは携帯電話16からセンターサーバ12のWebサイトにアクセスし、着信先毎に送信するメロディと画像の組合せを予め登録しておくこともできる。
図１３はその際の画面構成例を示すものであり、携帯電話16のＬＣＤ46上には、着信者番号（着信ユーザの携帯電話番号）入力欄や着信者氏名入力欄の他に、メロディタイトル選択欄及びイメージタイトル選択欄が表示される。
ここでユーザが「メロディタイトル」欄の「▼」ボタンをクリックすると、プルダウンメニューが展開し、センターサーバ12のユーザデータベース内に登録済みのメロディファイルがリスト表示される（図示省略）。ユーザは、このリスト中から任意のメロディファイルのタイトルをクリックすることにより、選択を完了させることができる。
つぎに、「イメージタイトル」欄で「▼」ボタンをクリックすると、同様にプルダウンメニューが展開し、ユーザデータベース内に登録済みの画像ファイルがリスト表示される（図示省略）。ユーザは、このリスト中から任意の画像ファイルのタイトルをクリックすることにより、選択を完了させることができる。
【００３９】
以上のようにしてメロディファイルと画像ファイルの選択を済ませたユーザは、「送信」ボタンをクリックする。この結果、ユーザの選択した組合せの情報がセンターサーバ12に送信される。
これを受けたセンターサーバ12は、当該組合せの情報を、ユーザデータベース内の「送信ファイルの組合せ」項目に記述する。
これ以降ユーザは、図６の送信先選択画面において当該着信ユーザを選択するだけでメロディファイルと画像ファイルが自動的に特定されることとなり、図４及び図５における選択作業を省略することが可能となる。
【００４０】
ユーザは、パソコン18からセンターサーバ12のWebサイトにアクセスし、メロディと画像の組合せを事前に登録しておくこともできる。
図１４はその際の画面構成例を示すものであり、パソコン18のブラウザ58上には、着信者の携帯電話番号入力欄や着信ユーザ名入力欄の他に、送信メロディ及び送信画像の選択欄が設けられている。
ここでユーザが(1) 送信メロディの「タイトル」欄で「▼」ボタンをクリックすると、プルダウンメニューが展開し、ユーザデータベース内に登録済みのメロディファイルがリスト表示される（図示省略）。ユーザは、このリスト中から任意のメロディファイルをクリックすることにより、選択を完了させることができる。
つぎに、(2) 画像ファイルの「タイトル」欄で「▼」ボタンをクリックすると、プルダウンメニューが展開し、ユーザデータベース内に登録済みの画像ファイルがリスト表示される（図示省略）。ユーザは、このリスト中から任意の画像ファイルをクリックすることにより、選択を完了させることができる。
【００４１】
以上のようにしてメロディファイルと画像ファイルの選択を済ませたユーザは、「送信」ボタンをクリックする。この結果、ユーザの選択した組合せの情報がセンターサーバ12に送信される。
これを受けたセンターサーバ12は、当該組合せの情報を、ユーザデータベース内の「送信ファイルの組合せ」項目に記述する。
【００４２】
着信先の数が多い場合には、着信ユーザ毎にメロディファイルと画像ファイルの組合せを登録しておくことが煩雑となる。
このような場合、一般的な組合せを登録しておき、特に指定のない着信ユーザに対してはこの一般的な組合せでファイルが送信され、特別な組合せが登録されている着信ユーザに対してはその組合せが優先適用されるように運用することもできる。
【００４３】
上記にあっては、発信ユーザから送信されたメロディファイル及び画像ファイルが、着信時に着信側携帯電話16ｂにおいて再生される例を説明したが、再生のタイミングはこれに限定されるものではない。
例えば、図１５に示すように、発信ユーザ及び着信ユーザ間で通話が終了し（S12）、回線が切断された直後にメロディデータ及び画像データを携帯電話16ｂ上で再生することもできる（S13）。この結果、会話終了後に発信ユーザの余韻を着信ユーザに対して表現することが可能となる。
この場合、着信時には着信側携帯電話16ｂに予めセットされた通常の着信メロディによって、着信の事実が報知されることとなる。
【００４４】
あるいは、図１６に示すように、着信時に第１回目の再生処理が行われると共に（S12）、回線切断直後に第２回目の再生処理が実行される（S14）ように運用することもできる。
この場合、再生されるメロディファイル及び画像ファイルの組合せを、第１回目と第２回目とで異ならせることも当然に可能である。
【００４５】
さらには、図１７に示すように、通話を前提としない送信データの再生処理を行うことも可能である。
この場合、着信側携帯電話16ｂがメロディデータあるいは画像データの受信を完了し、その旨の通知をセンターサーバ12に送信した直後に（S09）、送信データの再生処理が実行される（S10）。
すなわち、発信側携帯電話16ａから着信側携帯電話16ｂに対する発呼動作は一切行われず、単に再生処理完了後にその旨の通知がセンターサーバ12経由で送信されるのみとなる（S11,S12）。
この結果、発信ユーザは、着信ユーザを通話によって煩わせることなく、自己の存在や状態をメロディや画像によってアピールすることが可能となる。
例えば、単身赴任中の夫から妻に宛てて無事であることのメッセージを伝達したり、恋人同士で愛情の確認を一日に何度も交わすことなどが該当する。
【００４６】
上記した着信側携帯電話16ｂにおける再生のタイミングは、発信ユーザによって予め設定される。
すなわち、発信ユーザはセンターサーバ12に対してデータの送信要求を発する前に、図１８に示す「再生タイミングの選択」画面を携帯電話16のＬＣＤ46上に呼び出し、テンキー44を操作してタイミングの指定を行う。
この結果、センターサーバ12から着信側携帯電話16ｂに送信されるデータには、再生のタイミングを指示する制御情報が付加されることとなる。
着信側携帯電話16ｂでは、上記タイミング指示情報に従い、受信したメロディデータや画像データが再生処理される。
【００４７】
上記にあっては、センターサーバ12を経由して発信側携帯電話16ａから着信側携帯電話16ｂに再生用データを送信する例を説明したが、発信側携帯電話16ａから着信側携帯電話16ｂに対してダイレクトに再生用データを送信することも可能である。
図１９はその一例を示すものであり、発信ユーザが図４〜図６と同様の画面操作を通じて送信メロディ、送信画像、送信先の選択を専用プログラム上で済ませた後、発信側携帯電話16ａから着信側携帯電話16ｂに対して、専用アプリケーション・プログラムを起動させるための制御信号が送信される（S01）。
着信側携帯電話16ｂが上記の制御信号を受信すると、専用のアプリケーション・プログラムが起動する（S02）と同時に、SMS経由でアプリケーション・プログラムが起動した旨の通知が発信側携帯電話16ａに対して送信される（S03）。
【００４８】
これを受けた発信側携帯電話16ａからは、予め発信ユーザが選択しておいたメロディデータや画像データが、SMS経由で着信側携帯電話16ｂに送信される（S04）。
着信側携帯電話16ｂが無事にメロディデータや画像データの受信を完了すると、発信側携帯電話16ａに対してその旨が通知される（S05）。
これを受けた発信側携帯電話16ａにおいては、着信側携帯電話16ｂに対する発呼が実行される（S06）。
発信側携帯電話16ａから接続された着信側携帯電話16ｂにおいては、メモリ32内に格納されていたメロディデータが読み出され、スピーカ50を通じて再生処理される（S07）。あるいは、メモリ32内に格納されていた画像データが読み出され、ＬＣＤ46において表示される（S07）。
ここで、着信ユーザが携帯電話16ｂの通話ボタンを押すと、発信側携帯電話16ａとの間で通話路が確立する（S08）。
【００４９】
発信側携帯電話16ａから着信側携帯電話16ｂに対してダイレクトに再生用データを送信する場合であっても、着信側携帯電話16ｂにおける再生のタイミングを制御することが可能である。
すなわち、図２０に示すように、発信ユーザ及び着信ユーザ間で通話が終了し、回線が切断された直後にメロディデータ及び画像データを着信側携帯電話16ｂ上で再生することができる（S08）。
あるいは、図２１に示すように、着信時に第１回目の再生処理が行われると共に（S07）、回線切断直後に第２回目の再生処理が実行される（S09）ように運用することもできる。
さらには、図２２に示すように、通話を前提としない送信データの再生処理を行うことも可能である（S06）。
【００５０】
このような着信側携帯電話16ｂにおける再生のタイミングは、図１８に示した「再生タイミングの選択」画面を通じ、発信側携帯電話16ａにおいて設定される。
この結果、発信側携帯電話16ａから着信側携帯電話16ｂに送信されるデータには、再生のタイミングを指示する制御情報が付加されることとなる。
着信側携帯電話16ｂでは、上記タイミング指示情報に従い、受信したメロディデータや画像データが再生処理される。
【００５１】
上記にあっては、図１に示したように、発信側携帯電話16ａと着信側携帯電話16ｂ間を公衆回線網22及びパケット通信網24を介して接続する従来型の通信システムを前提に説明したが、この発明はこれに限定されるものではない。
例えば、図２３に示すように、発信側携帯電話16ａと着信側携帯電話16ｂ間をオールＩＰ網25を介して接続する次世代型の通信システムにおいても応用可能である。
ここでオールＩＰ網25とは、IPv6（Internet Protocol version 6）の下で個々の携帯電話16にIPアドレスを割り当てておき、VoIP（Voiceover Internet Protocol）技術を用いてデータのみならず音声までもIPパケットの形で送信することを実現する通信ネットワークを意味する。
この場合、発信側携帯電話16ａが着信側携帯電話16ｂを特定する際には、携帯電話番号の代わりにIPアドレスが用いられることとなるが、発信側携帯電話16ａから専用アプリケーションプログラムを起動させるための制御信号を送信したり、センターサーバ12経由で、あるいはダイレクトにメロディデータや画像データを着信側携帯電話16ｂに送信することは当然に可能である。
【００５２】
【発明の効果】
請求項１に記載したデータ送信・再生用プログラムによれば、発呼に先立って発信ユーザの側で着信ユーザの携帯電話に送信するメロディデータ及び画像データを選択でき、センターサーバ経由で送信されたデータは、着信側携帯電話において再生処理されることとなる。すなわち、発信ユーザは着信側携帯電話に送信するメロディデータ及び画像データの選択を通じて、自己の個性や感情、現在の状況等を着信ユーザに対して表現することが可能となる。
また、請求項２に記載したデータ送信・再生用プログラムの場合、着信側携帯電話における再生のタイミングを発信者の側で自由に選択できる。
また、請求項３に記載したデータ送信・再生用プログラムの場合、センターサーバを介在させることなく、発信側携帯電話内に蓄積されたメロディデータ及び画像データをダイレクトに着信側携帯電話に送信することができる。
また、請求項４に記載したデータ送信・再生用プログラムの場合、センターサーバを介在させることなく、発信側携帯電話内に蓄積された再生用データをダイレクトに着信側携帯電話に送信できると共に、着信側携帯電話における再生のタイミングを発信者の側で自由に選択できる。
【図面の簡単な説明】
【図１】 この発明に係るデータ送信・再生システム10の全体イメージを示す模式図である。
【図２】 センターサーバのユーザデータベース内に設定されるデータ項目例を示す説明図である。
【図３】 携帯電話のハードウェア構成を示すブロック図である。
【図４】 携帯電話のディスプレイ上に送信メロディの選択画面を表示させた状態を示すレイアウト図である。
【図５】 発信側携帯電話のディスプレイ上に送信画像の選択画面を表示させた状態を示すレイアウト図である。
【図６】 発信側携帯電話のディスプレイ上に送信先の選択画面を表示させた状態を示すレイアウト図である。
【図７】 着信側携帯電話のディスプレイ上に送信された画像を表示させた状態を状態を示すレイアウト図である。
【図８】 発信側携帯電話、センターサーバ、及び着信側携帯電話間における処理手順を示すシーケンス図である。
【図９】 携帯電話からセンターサーバにメロディファイルをアップロードする際の画面構成例を示すレイアウト図である。
【図１０】 携帯電話からセンターサーバに画像ファイルをアップロードする際の画面構成例を示すレイアウト図である。
【図１１】 パソコンからセンターサーバにメロディファイルをアップロードする際の画面構成例を示すレイアウト図である。
【図１２】 パソコンからセンターサーバに画像ファイルをアップロードする際の画面構成例を示すレイアウト図である。
【図１３】 携帯電話からセンターサーバに送信データの組合せを登録する際の画面構成例を示すレイアウト図である。
【図１４】 パソコンからセンターサーバに送信データの組合せを登録する際の画面構成例を示すレイアウト図である。
【図１５】 発信側携帯電話、センターサーバ、及び着信側携帯電話間における他の処理手順を示すシーケンス図である。
【図１６】 発信側携帯電話、センターサーバ、及び着信側携帯電話間における他の処理手順を示すシーケンス図である。
【図１７】 発信側携帯電話、センターサーバ、及び着信側携帯電話間における他の処理手順を示すシーケンス図である。
【図１８】 発信側携帯電話のディスプレイ上に再生タイミングの選択画面を表示させた状態を示すレイアウト図である。
【図１９】 発信側携帯電話、及び着信側携帯電話間における処理手順を示すシーケンス図である。
【図２０】 発信側携帯電話、及び着信側携帯電話間における他の処理手順を示すシーケンス図である。
【図２１】 発信側携帯電話、及び着信側携帯電話間における他の処理手順を示すシーケンス図である。
【図２２】 発信側携帯電話、及び着信側携帯電話間における他の処理手順を示すシーケンス図である。
【図２３】 この発明に係るデータ送信・再生システム10の他の構成例を示す模式図である。
【符号の説明】
10 データ送信・再生システム
12 センターサーバ
14 ゲートウェイサーバ
16 携帯電話
18 パソコン
20 無線基地局
22 交換回線網
24 パケット通信網
25 オールＩＰ網
26 インターネット
30 ＣＰＵ
32 メモリ
34 入力処理部
36 表示処理部
38 送受信処理部
40 メロディ生成部
42 音声処理部
44 テンキー
46 ＬＣＤ
48 アンテナ
50 メロディ再生用スピーカ
52 通話用スピーカ
54 マイク
【発明の属する技術分野】
この発明は携帯電話間におけるデータ送信・再生技術に係り、特に、発信側の携帯電話から着信側の携帯電話に対してメロディ（楽曲）データや画像データを送信し、これを着信側携帯電話において任意のタイミングで再生させることを可能とする技術に関する。
【０００２】
【従来の技術】
近時、携帯電話（ＰＨＳを含む）の普及率が爆発的に高まり、固定電話の加入者数を越える勢いとなってきている。
ここまで携帯電話が一般化すると、各ユーザは他者との差別化を図るため、携帯電話に関連して自らの個性を表現したくなるのは当然のことである。
このため、例えば携帯電話のストラップに工夫を凝らしたり、アンテナを発光型のものに変更することなどが行われている。
あるいは、待ち受け画面や着信メロディをお気に入りのものに変更することで、自己表現を図ることも行われている。
【０００３】
【発明が解決しようとする課題】
しかしながら、従来の個性化手法は何れも携帯電話自体を飾り立てるものであり、いわば自己満足的なものに過ぎなかった。本来、携帯電話は他者とのコミュニケーションを実現するためのツールであり、個性の表現にしても相手方との関わりの過程で発揮されるべきであるにもかかわらず、これまでは発信者が着信者に対して自らを積極的に表現する手段が確立されていなかった。
【０００４】
この発明は、携帯電話ユーザが従来抱えていた上記の問題点を解決するために案出されたものであり、発信者が着信者に対して任意のメロディデータや画像データを送信すると共に、これらを任意のタイミングで再生させることにより、発信者の個性を十分に表現することを可能とする技術を提供することを目的としている。
【０００５】
【課題を解決するための手段】
上記の目的を達成するため、請求項１に記載のデータ送信・再生用プログラムは、複数の携帯電話のそれぞれのメモリに格納されるプログラムであって、各携帯電話が発信側として用いられる場合に、この発信側携帯電話に内蔵されたコンピュータを、メロディデータの選択画面、画像データの選択画面及び着信側携帯電話の選択画面を当該携帯電話のディスプレイに表示させる手段、当該携帯電話の入力手段を介して選択された着信側携帯電話に制御信号を送信して、当該着信側携帯電話のメモリに格納された上記プログラムを起動させる手段、予めメロディデータ及び画像データが格納されているセンターサーバに接続して、上記入力手段を介して選択されたメロディデータ及び画像データを着信側携帯電話に送信するよう要求する手段、当該センターサーバから着信側携帯電話におけるメロディデータ及び画像データの受信が完了した旨の通知が送信された場合に、当該着信側携帯電話に対する発呼を実行する手段、として機能させ、各携帯電話が着信側として用いられる場合に、この着信側携帯電話に内蔵されたコンピュータを、上記センターサーバから送信されたメロディデータ及び画像データを受信する手段、受信完了後にセンターサーバに受信完了通知を送信する手段、発信側携帯電話からの着信があった場合に、上記メロディデータを当該携帯電話のスピーカで再生させる手段、及び上記画像データを当該携帯電話のディスプレイで再生させる手段、として機能させることを特徴としている。
【０００６】
従来の着信メロディや待ち受け画面は、あくまでも着信者自身が設定しておくものであり、その選択に発信者が積極的に関わることはできなかった。
これに対し、上記データ送信・再生用プログラムによれば、発呼に先立って発信者の側で着信者の携帯電話に送信するメロディデータ及び画像データを選択でき、センターサーバ経由で送信されたデータは、着信側携帯電話において再生処理されることとなる。
すなわち、発信者は着信側携帯電話に送信するデータの選択を通じて、自己の個性や感情、現在の状況等を着信者に対して表現することが可能となる。
【０００７】
請求項２に記載のデータ送信・再生用プログラムは、複数の携帯電話のそれぞれのメモリに格納されるプログラムであって、各携帯電話が発信側として用いられる場合に、この発信側携帯電話に内蔵されたコンピュータを、メロディデータの選択画面及び画像データの選択画面の少なくとも一方を当該携帯電話のディスプレイに表示させる手段、少なくとも着信時、通話後、着信時及び通話後の中からデータ再生のタイミングを選択する画面を当該携帯電話のディスプレイに表示させる手段、着信側携帯電話の選択画面を当該携帯電話のディスプレイに表示させる手段、当該携帯電話の入力手段を介して選択された着信側携帯電話に制御信号を送信して、当該着信側携帯電話のメモリに格納された上記プログラムを起動させる手段、予めメロディデータ及び画像データの少なくとも一方からなる再生用データが格納されているセンターサーバに接続して、上記入力手段を介して選択された再生用データと、同じく上記入力手段を介して選択された再生のタイミングに対応するタイミング指示情報を、着信側携帯電話に送信するよう要求する手段、当該センターサーバから着信側携帯電話における再生用データの受信が完了した旨の通知が送信された場合に、当該着信側携帯電話に対する発呼を実行する手段、として機能させ、各携帯電話が着信側として用いられる場合に、この着信側携帯電話に内蔵されたコンピュータを、上記センターサーバから送信された再生用データを受信する手段、受信完了後にセンターサーバに受信完了通知を送信する手段、センターサーバから送信されたタイミング指示情報に従い、発信側携帯電話からの着信時、通話終了後の回線切断時、またはこれらの両時点において、上記再生用データを当該携帯電話のスピーカ及びディスプレイの少なくとも一方で再生させる手段、として機能させることを特徴としている。
この場合は、着信側携帯電話における再生のタイミングを発信者の側で自由に選択できる。
【０００８】
請求項３に記載のデータ送信・再生用プログラムは、複数の携帯電話のそれぞれのメモリに格納されるプログラムであって、各携帯電話が発信側として用いられる場合に、この発信側携帯電話に内蔵されたコンピュータを、メロディデータの選択画面、画像データの選択画面及び着信側携帯電話の選択画面を当該携帯電話のディスプレイに表示させる手段、当該携帯電話の入力手段を介して選択された着信側携帯電話に制御信号を送信して、当該着信側携帯電話のメモリに格納された上記プログラムを起動させる手段、予め当該携帯電話のメモリに格納されたメロディデータ及び画像データの中で、上記入力手段を介して選択されたメロディデータ及び画像データを着信側携帯電話に送信する手段、着信側携帯電話からメロディデータ及び画像データの受信が完了した旨の通知が送信された場合に、当該着信側携帯電話に対する発呼を実行する手段、として機能させ、各携帯電話が着信側として用いられる場合に、この着信側携帯電話に内蔵されたコンピュータを、上記発信側携帯電話から送信されたメロディデータ及び画像データを受信する手段、受信完了後に発信側携帯電話に受信完了通知を送信する手段、発信側携帯電話からの着信があった場合に、上記メロディデータを当該携帯電話のスピーカで再生させる手段、及び上記画像データを当該携帯電話のディスプレイで再生させる手段、として機能させることを特徴としている。
この場合は、センターサーバを介在させることなく、発信側携帯電話内に蓄積されたメロディデータ及び画像データをダイレクトに着信側携帯電話に送信する点に特徴がある。
【０００９】
請求項４に記載のデータ送信・再生用プログラムは、複数の携帯電話のそれぞれのメモリに格納されるプログラムであって、各携帯電話が発信側として用いられる場合に、この発信側携帯電話に内蔵されたコンピュータを、メロディデータの選択画面及び画像データの選択画面の少なくとも一方を当該携帯電話のディスプレイに表示させる手段、少なくとも着信時、通話後、着信時及び通話後の中からデータ再生のタイミングを選択する画面を当該携帯電話のディスプレイに表示させる手段、着信側携帯電話の選択画面を当該携帯電話のディスプレイに表示させる手段、当該携帯電話の入力手段を介して選択された着信側 携帯電話に制御信号を送信して、当該着信側携帯電話のメモリに格納された上記プログラムを起動させる手段、予め当該携帯電話のメモリに格納されたメロディデータ及び画像データの少なくとも一方からなる再生用データの中で、上記入力手段を介して選択された再生用データを着信側携帯電話に送信する手段、上記入力手段を介して選択された再生のタイミングに対応するタイミング指示情報を、着信側携帯電話に送信する手段、着信側携帯電話から再生用データの受信が完了した旨の通知が送信された場合に、当該着信側携帯電話に対する発呼を実行する手段、として機能させ、各携帯電話が着信側として用いられる場合に、この着信側携帯電話に内蔵されたコンピュータを、上記発信側携帯電話から送信された再生用データを受信する手段、受信完了後に発信側携帯電話に受信完了通知を送信する手段、発信側携帯電話から送信されたタイミング指示情報に従い、発信側携帯電話からの着信時、通話終了後の回線切断時、またはこれらの両時点において、上記再生用データを当該携帯電話のスピーカ及びディスプレイの少なくとも一方で再生させる手段、として機能させることを特徴としている。
この場合は、センターサーバを介在させることなく、発信側携帯電話内に蓄積された再生用データをダイレクトに着信側携帯電話に送信する点と、着信側携帯電話における再生のタイミングを発信者の側で自由に選択できる点に特徴がある。
【００１０】
【発明の実施の形態】
図１は、この発明に係るデータ送信・再生システム10の全体イメージを示すものであり、このシステム10の運用者が管理するセンターサーバ12と、専用回線を介してセンターサーバ12と接続された通信キャリアのゲートウェイサーバ14と、このシステム10に加入しているユーザが所持する複数の携帯電話16と、ユーザが管理するパソコン18とを備えている。
【００１１】
各携帯電話16，16間は、最寄りの無線基地局20及び交換回線網22（携帯電話網を含む）を介して回線接続され、ユーザ間での通話が実現される。
また、各携帯電話16，16間は無線基地局20及びパケット通信網24を介しても接続され、携帯電話16，16間で制御信号やデータを交換することが可能となる。
【００１２】
各携帯電話16はインターネット接続機能を備えており、パケット通信網24に接続されたセンターサーバ12のWebサイトにアクセスし、データの交換を行うことができる。
また、各携帯電話16はプログラム追加機能を備えており、センターサーバ12のWebサイトからダウンロードした専用アプリケーション・プログラムを内蔵することができる。
携帯電話16のユーザは、パソコン18からインターネット26を経由し、さらにゲートウェイサーバ14を経由してセンターサーバ12のWebサイトにアクセスし、様々なサービスを受けることもできる。
【００１３】
上記センターサーバ12は、WWW（World Wide Web）サーバ機能、メールサーバ機能、DNSサーバ機能、アプリケーションサーバ機能、データベースサーバ機能等を備えており、実際には複数のワークステーションやパソコンをネットワーク接続することによって構成されている。
【００１４】
各ユーザがこのシステム10によるサービスを享受するためには、事前にセンターサーバ12のWebサイトに携帯電話16やパソコン18経由でアクセスし、所定の情報開示を伴うユーザ登録を済ませておく必要がある。
【００１５】
センターサーバ12には、ユーザデータベースが設けられており、個々のユーザに関する各種情報が格納されている。
図２はユーザデータベース内に設定されるデータ項目例を示しており、携帯電話番号を筆頭に、氏名、パスワード、メールアドレス、登録メロディ、登録画像、送信データの組合せ、利用履歴等の項目が設定されている。
登録メロディの項目には、当該ユーザが予めアップロードしたメロディファイルが格納されている。あるいは、ユーザが選択したメロディファイルのIDが記述されている。
登録画像の項目には、当該ユーザが予めアップロードした画像ファイルが格納されている。あるいは、ユーザが選択した画像のIDが記述されている。
これらのデータ項目はあくまでも一例であり、必要に応じて増減可能であることはいうまでもない。
【００１６】
上記のユーザ登録を済ませた各ユーザには、このシステム10を実現するための専用アプリケーション・プログラムをダウンロードする権限が付与される。
具体的には、自己の携帯電話16からセンターサーバ12のWebサイトにアクセスし、サービスメニュー中からプログラムのダウンロードを選択すると、自動的に携帯電話16のメモリ領域にプログラムが格納される。
【００１７】
図３は、携帯電話16のハードウェア構成を示すブロック図であり、ＣＰＵ30と、バスを介してＣＰＵ30と接続されたメモリ32、入力処理部34、表示処理部36、送受信処理部38、メロディ生成部40、音声処理部42とを備えている。
メモリ32は、制御プログラムを格納したROMと、ＣＰＵ30の作業領域としてのRAMの他、専用アプリケーション・プログラムが格納される領域と、再生用データ（メロディファイルや画像ファイル）が格納される領域を少なくとも備えている。
【００１８】
入力処理部34には携帯電話16のテンキー44（スクロールキー等を含む）が接続されており、キー操作による入力信号は、この入力処理部34において必要な変換処理を経た上で、ＣＰＵ30に入力される。
表示処理部36にはＬＣＤ46（液晶ディスプレイ）が接続されており、ＣＰＵ30から出力された表示信号は、この表示処理部36において必要な変換処理を経た上でＬＣＤ46に出力され、画像等の表示が実現される。
送受信処理部38にはアンテナ48が接続されており、ＣＰＵ30から出力された送信データを搬送波に乗せてアンテナ48から送出すると共に、アンテナ48を介して入力された着信データを復調してＣＰＵ30に出力する機能を果たす。
【００１９】
メロディ生成部40にはメロディ再生用スピーカ50が接続されており、ＣＰＵ30から出力されたメロディデータに基づいてメロディ生成部40がメロディ信号を生成し、メロディ再生用スピーカ50を通じて再生される。
音声処理部42には通話用スピーカ52とマイク54が接続されており、ＣＰＵ30から出力された音声データは、音声処理部42において所定の変換処理が施された後、通話用スピーカ52から音声として出力される。また、マイク54を通じて入力された音声は、音声処理部42において必要な変換処理が施された後、音声データとしてＣＰＵ30に出力される。
【００２０】
つぎに、図４〜図７のレイアウト図に従い、このシステム10の基本的な利用法について概説する。
まず、あるユーザが自己の携帯電話16から他のユーザの携帯電話16に対して電話を掛けようと思い立った場合、携帯電話16のテンキー44を操作して専用のアプリケーション・プログラムを起動させる。
【００２１】
この結果、図４に示すように、「送信メロディの選択」画面が携帯電話16のＬＣＤ46上に表示される。
テンキー44を操作し、リスト中から「５．ドリフのテーマ」を選択して「決定」ボタンをクリックすると、図５に示すように、「送信画像の選択」画面がＬＣＤ44上に表示される。
これに対して「４．電話中の僕」を選択して「決定」ボタンをクリックすると、図６に示すように、「送信先の選択」画面がＬＣＤ44上に表示される。
ここで、「４．弟村 けん」を選択して「決定」ボタンをクリックすると、センターサーバ12によって自動的に着信側の携帯電話16にメロディデータと画像データが送信された後、携帯電話16から発呼がなされる。
【００２２】
この結果、着信側の携帯電話16のＬＣＤ46には、図７に示すように、発信ユーザの選択した画像が表示されると共に、メロディ再生用スピーカ50において発信ユーザの選択したメロディが着信メロディとして再生される。
着信ユーザは、ＬＣＤ46に表示された画像及びメロディを確認した後、携帯電話16の通話ボタンを押して回線を接続させることにより、発信ユーザとの通話が可能となる。
【００２３】
つぎに、図８のシーケンス図に従い、発信側携帯電話16ａ、センターサーバ12、着信側携帯電話16ｂ間における処理手順について詳説する。
なお、センターサーバ12における処理は、同サーバを構成するコンピュータのＣＰＵが、ＯＳ及び専用のアプリケーション・プログラムに従って必要な処理を実行することによって実現される。
また、発信側携帯電話16ａ及び着信側携帯電話16ｂにおける処理は、それぞれのＣＰＵ30が、専用のアプリケーション・プログラムに従って必要な処理を実行することによって実現される。
【００２４】
まず、図６に示したように、発信ユーザが専用プログラム上で送信先を選択した時点で、発信側携帯電話16ａから着信側携帯電話16ｂに対して、専用アプリケーション・プログラムを起動させるための制御信号が送信される（図８のS01）。この制御信号は、例えば通信キャリアが提供するショート・メッセージ・サービス（SMS）を利用して送信される。
同時に、発信側携帯電話16ａはインターネット接続モードに切り替わり、パケット通信網24及びゲートウェイサーバ14を経由してセンターサーバ12のWebサイトに接続し、データ送信サービスの開始を要求する（S02）。
【００２５】
着信側携帯電話16ｂが上記の制御信号を受信すると、専用のアプリケーション・プログラムが起動する（S03）と同時に、インターネット接続モードに切り替わり、パケット通信網24及びゲートウェイサーバ14を経由してセンターサーバ12のWebサイトに接続し、アプリケーション・プログラムが起動した旨の通知がなされる（S04）。
【００２６】
センターサーバ12は、発信側携帯電話16ａ及び着信側携帯電話16ｂから送信された電話番号情報を基に認証処理を済ませた後（S05）、発信側携帯電話16ａに着信側携帯電話16ｂにおいて専用アプリケーション・プログラムが起動した旨を通知する（S06）。
これを受けた発信側携帯電話16ａからは、センターサーバ12に対して特定のメロディファイル（ここでは「ドリフのテーマ」）及び画像ファイル（ここでは「電話中の僕」）の送信要求が出力される（S07）。
センターサーバ12は、ユーザデータベース内に格納された当該発信ユーザの登録メロディファイル及び登録画像ファイル中から該当のファイルを抽出し、着信側携帯電話16ｂに送信する（S08）。
【００２７】
無事にメロディファイル及び画像ファイルの受信が完了すると、着信側携帯電話16ｂからセンターサーバ12に対して受信完了の通知が出力される（S09）。
この情報がセンターサーバ12から発信側携帯電話16ａに転送されると（S10）、発信側携帯電話16ａは通話モードに移行し、ユーザが選択した着信先の電話番号に対する発呼が実行される（S11）。
発信側携帯電話16ａから接続された着信側携帯電話16ｂにおいては、予め受信しメモリ32内に格納されていたメロディファイルが読み出され、スピーカ50を通じて着信メロディとして再生される。同時に、メモリ32内に格納されていた画像ファイルが読み出され、ＬＣＤ46上において着信画像として表示される（S12）。
着信メロディを聞いてたユーザが携帯電話16ｂの通話ボタンを押すと、発信側携帯電話16ａと着信側携帯電話16ｂ間で通話路が確立する（S13）。
【００２８】
メロディファイル及び画像ファイルは、ユーザが携帯電話16からセンターサーバ12のWebサイトにアクセスし、事前に登録しておく。
図９はその際の画面構成例を示すものであり、携帯電話16のＬＣＤ46上には、メロディファイルの選択欄やタイトルの入力欄が表示される。
ここでユーザが「ファイルの選択」欄の「▼」ボタンをクリックすると、プルダウンメニューが展開し、携帯電話16のメモリ32内に登録されたメロディファイルがリスト表示される（図示省略）。ユーザは、このリスト中から任意のメロディファイルをクリックすることにより、選択を完了させることができる。
つぎに、「タイトル入力」欄に、当該メロディファイルのタイトルをテンキー44を用いて入力する。
最後にユーザは、「メロディの確認」を選択してメロディを確認した後、「送信」ボタンをクリックする。この結果、ユーザの選択したメロディファイルがセンターサーバ12にアップロードされる。
これを受けたセンターサーバ12は、当該メロディファイル及びタイトルを、当該ユーザの携帯電話番号に関連付けた上でユーザデータベース内に格納する。
【００２９】
図１０は画像ファイルを登録する際の画面構成例を示すものであり、携帯電話16のＬＣＤ46上には、画像ファイルの選択欄やタイトルの入力欄が表示される（図１０(ａ)）。
この場合もユーザは、「ファイルの選択」欄の「▼」ボタンをクリックしてプルダウンメニューを開き、携帯電話16のメモリ内に登録された画像ファイル特定すると共に、「タイトル入力」欄に当該画像ファイルのタイトルをテンキー44から入力する。
そして、「イメージの確認」を選択し、イメージの確認画面を表示させて内容を確認した後（図１０(ｂ)）、「送信」ボタンをクリックする。この結果、ユーザの選択した画像ファイルがセンターサーバ12にアップロードされる。
これを受けたセンターサーバ12は、当該画像ファイル及びタイトルを、当該ユーザの携帯電話番号に関連付けた上でユーザデータベース内に格納する。
【００３０】
メロディファイル及び画像ファイルは、ユーザがパソコン18からセンターサーバ12のWebサイトにアクセスし、事前に登録しておくこともできる。
図１１はその際の画面構成例を示すものであり、パソコン18のブラウザ58上には、メロディファイルの選択欄と、タイトルの入力欄とが設けられている。
ここでユーザが「ファイルの選択」欄の「▼」ボタンをクリックすると、プルダウンメニューが展開し、パソコン18内のディレクトリ構造が階層表示される（図示省略）。ユーザは、この階層を下降して目的のメロディファイルをクリックすることにより、選択を完了させることができる。
つぎに、「タイトルの入力」欄に、当該メロディファイルのタイトルをタイプ入力する。
最後にユーザは、「メロディの確認」欄のアイコンをクリックしてメロディを確認した後、「送信」ボタンをクリックする。この結果、ユーザの選択したメロディファイルがセンターサーバ12にアップロードされる。
これを受けたセンターサーバ12は、当該メロディファイル及びタイトルを、当該ユーザの携帯電話番号に関連付けた上でユーザデータベース内に格納する。
【００３１】
図１２は画像ファイルを登録する際の画面構成例を示すものであり、パソコン18のブラウザ58上には、画像ファイルの選択欄と、タイトルの入力欄とが設けられている。
この場合もユーザは、「ファイルの選択」欄の「▼」ボタンをクリックしてプルダウンメニューを開き、パソコン18のハードディスク内に格納された画像ファイルを特定すると共に、「タイトルの入力」欄に当該画像ファイルのタイトルをタイプ入力する。
そして、「イメージの確認」欄に表示される画像を確認した後、「送信」ボタンをクリックする。この結果、ユーザの選択した画像ファイルがセンターサーバ12にアップロードされる。
これを受けたセンターサーバ12は、当該画像ファイル及びタイトルを、当該ユーザの携帯電話番号に関連付けた上でユーザデータベース内に格納する。
【００３２】
上記のようにして、ユーザがパソコン18経由で新たなメロディファイル及び画像ファイルをユーザデータベース内に蓄積させた後、携帯電話16からセンターサーバ12のWebサイトにアクセスし、サービスメニュー中から「データの同期」を選択することで、携帯電話16内のメロディリスト及び画像リストを最新のものに更新することができる。
【００３３】
上記のように、予めセンターサーバ12にメロディファイルや画像ファイルを登録しておき、その中から任意のファイルを選択する代わりに、未登録のメロディファイルや画像ファイルをセンターサーバ12を介して着信側の携帯電話16に送信することも可能である。
【００３４】
例えば、ユーザが携帯電話16に格納された作曲プログラムに基づいてオリジナルのメロディファイルを生成した場合、あるいは着メロ提供サイトを通じて新たなメロディファイルを携帯電話16にダウンロードした場合、このメロディファイルのタイトルを図４の送信メロディの選択リスト中に加えておく。
ユーザがこのリスト中から新たなメロディファイルを送信メロディとして選択した場合、センターサーバ12はユーザデータベース内を参照し、未登録のメロディファイルが選択されたことを認識すると、携帯電話16に対して当該メロディファイルの送信要求を発する。
これを受けた携帯電話16は、メモリ32内に格納された当該メロディファイルを読み出し、センターサーバ12に送信する。
センターサーバ12は、このメロディファイルを着信側携帯電話16ｂに転送すると共に、当該発信ユーザの携帯電話に関連付けてユーザデータベース内に自動的に登録する。この結果、次回からはセンターサーバ12から着信側携帯電話16ｂに当該メロディファイルが送信されることとなる。
【００３５】
同様に、ユーザが携帯電話16に内蔵されたディジタルカメラでオリジナルの画像ファイルを生成した場合、あるいは待ち受け画面提供サイトを通じて新たな画像ファイルを携帯電話16にダウンロードした場合、この画像ファイルのタイトルを図５の送信画像の選択リスト中に加えておく。
ユーザがこのリスト中から新たな画像ファイルを送信画像として選択した場合、センターサーバ12はユーザデータベース内を参照し、未登録の画像ファイルが選択されたことを認識すると、携帯電話16に対して当該画像ファイルの送信要求を発する。
これを受けた携帯電話16は、メモリ32内に格納された当該画像ファイルを読み出し、センターサーバ12に送信する。
センターサーバ12は、この画像ファイルを着信側携帯電話16ｂに転送すると共に、当該発信ユーザの携帯電話に関連付けてユーザデータベース内に自動的に登録する。この結果、次回からはセンターサーバ12から着信側携帯電話16ｂに当該画像ファイルが送信されることとなる。
【００３６】
上記においては、ユーザが自ら収集したメロディファイルや画像ファイルをセンターサーバ12にアップロードすることが前提となっていたが、予めセンターサーバ12内に多数のメロディファイルや画像ファイルをサンプル的に蓄積しておき、その中から任意のファイルをユーザに選択させるよう運用することもできる。
【００３７】
上記においては、発信ユーザがメロディファイルと画像ファイルの両方をセンターサーバ12経由で着信側携帯電話16ｂに送信する例を挙げたが、必ずしも両者を送信する必要はない。
例えば、図４の送信メロディ選択画面で「１．なし」を選択すれば、画像ファイルのみが着信側携帯電話16ｂに送信され、ＬＣＤ46上に表示されることとなる。この場合、着信側携帯電話16ｂに元々設定されていた着信音やバイブレータによって着信の事実が報知されることとなる。
反対に、図５の送信画像選択画面で「１．なし」を選択すれば、メロディファイルのみが着信側携帯電話16ｂに送信され、着信メロディとして利用されることとなる。
【００３８】
上記のように、携帯電話16を掛ける度に送信するメロディファイルと画像ファイルの選択を行う代わりに、各ユーザは携帯電話16からセンターサーバ12のWebサイトにアクセスし、着信先毎に送信するメロディと画像の組合せを予め登録しておくこともできる。
図１３はその際の画面構成例を示すものであり、携帯電話16のＬＣＤ46上には、着信者番号（着信ユーザの携帯電話番号）入力欄や着信者氏名入力欄の他に、メロディタイトル選択欄及びイメージタイトル選択欄が表示される。
ここでユーザが「メロディタイトル」欄の「▼」ボタンをクリックすると、プルダウンメニューが展開し、センターサーバ12のユーザデータベース内に登録済みのメロディファイルがリスト表示される（図示省略）。ユーザは、このリスト中から任意のメロディファイルのタイトルをクリックすることにより、選択を完了させることができる。
つぎに、「イメージタイトル」欄で「▼」ボタンをクリックすると、同様にプルダウンメニューが展開し、ユーザデータベース内に登録済みの画像ファイルがリスト表示される（図示省略）。ユーザは、このリスト中から任意の画像ファイルのタイトルをクリックすることにより、選択を完了させることができる。
【００３９】
以上のようにしてメロディファイルと画像ファイルの選択を済ませたユーザは、「送信」ボタンをクリックする。この結果、ユーザの選択した組合せの情報がセンターサーバ12に送信される。
これを受けたセンターサーバ12は、当該組合せの情報を、ユーザデータベース内の「送信ファイルの組合せ」項目に記述する。
これ以降ユーザは、図６の送信先選択画面において当該着信ユーザを選択するだけでメロディファイルと画像ファイルが自動的に特定されることとなり、図４及び図５における選択作業を省略することが可能となる。
【００４０】
ユーザは、パソコン18からセンターサーバ12のWebサイトにアクセスし、メロディと画像の組合せを事前に登録しておくこともできる。
図１４はその際の画面構成例を示すものであり、パソコン18のブラウザ58上には、着信者の携帯電話番号入力欄や着信ユーザ名入力欄の他に、送信メロディ及び送信画像の選択欄が設けられている。
ここでユーザが(1) 送信メロディの「タイトル」欄で「▼」ボタンをクリックすると、プルダウンメニューが展開し、ユーザデータベース内に登録済みのメロディファイルがリスト表示される（図示省略）。ユーザは、このリスト中から任意のメロディファイルをクリックすることにより、選択を完了させることができる。
つぎに、(2) 画像ファイルの「タイトル」欄で「▼」ボタンをクリックすると、プルダウンメニューが展開し、ユーザデータベース内に登録済みの画像ファイルがリスト表示される（図示省略）。ユーザは、このリスト中から任意の画像ファイルをクリックすることにより、選択を完了させることができる。
【００４１】
以上のようにしてメロディファイルと画像ファイルの選択を済ませたユーザは、「送信」ボタンをクリックする。この結果、ユーザの選択した組合せの情報がセンターサーバ12に送信される。
これを受けたセンターサーバ12は、当該組合せの情報を、ユーザデータベース内の「送信ファイルの組合せ」項目に記述する。
【００４２】
着信先の数が多い場合には、着信ユーザ毎にメロディファイルと画像ファイルの組合せを登録しておくことが煩雑となる。
このような場合、一般的な組合せを登録しておき、特に指定のない着信ユーザに対してはこの一般的な組合せでファイルが送信され、特別な組合せが登録されている着信ユーザに対してはその組合せが優先適用されるように運用することもできる。
【００４３】
上記にあっては、発信ユーザから送信されたメロディファイル及び画像ファイルが、着信時に着信側携帯電話16ｂにおいて再生される例を説明したが、再生のタイミングはこれに限定されるものではない。
例えば、図１５に示すように、発信ユーザ及び着信ユーザ間で通話が終了し（S12）、回線が切断された直後にメロディデータ及び画像データを携帯電話16ｂ上で再生することもできる（S13）。この結果、会話終了後に発信ユーザの余韻を着信ユーザに対して表現することが可能となる。
この場合、着信時には着信側携帯電話16ｂに予めセットされた通常の着信メロディによって、着信の事実が報知されることとなる。
【００４４】
あるいは、図１６に示すように、着信時に第１回目の再生処理が行われると共に（S12）、回線切断直後に第２回目の再生処理が実行される（S14）ように運用することもできる。
この場合、再生されるメロディファイル及び画像ファイルの組合せを、第１回目と第２回目とで異ならせることも当然に可能である。
【００４５】
さらには、図１７に示すように、通話を前提としない送信データの再生処理を行うことも可能である。
この場合、着信側携帯電話16ｂがメロディデータあるいは画像データの受信を完了し、その旨の通知をセンターサーバ12に送信した直後に（S09）、送信データの再生処理が実行される（S10）。
すなわち、発信側携帯電話16ａから着信側携帯電話16ｂに対する発呼動作は一切行われず、単に再生処理完了後にその旨の通知がセンターサーバ12経由で送信されるのみとなる（S11,S12）。
この結果、発信ユーザは、着信ユーザを通話によって煩わせることなく、自己の存在や状態をメロディや画像によってアピールすることが可能となる。
例えば、単身赴任中の夫から妻に宛てて無事であることのメッセージを伝達したり、恋人同士で愛情の確認を一日に何度も交わすことなどが該当する。
【００４６】
上記した着信側携帯電話16ｂにおける再生のタイミングは、発信ユーザによって予め設定される。
すなわち、発信ユーザはセンターサーバ12に対してデータの送信要求を発する前に、図１８に示す「再生タイミングの選択」画面を携帯電話16のＬＣＤ46上に呼び出し、テンキー44を操作してタイミングの指定を行う。
この結果、センターサーバ12から着信側携帯電話16ｂに送信されるデータには、再生のタイミングを指示する制御情報が付加されることとなる。
着信側携帯電話16ｂでは、上記タイミング指示情報に従い、受信したメロディデータや画像データが再生処理される。
【００４７】
上記にあっては、センターサーバ12を経由して発信側携帯電話16ａから着信側携帯電話16ｂに再生用データを送信する例を説明したが、発信側携帯電話16ａから着信側携帯電話16ｂに対してダイレクトに再生用データを送信することも可能である。
図１９はその一例を示すものであり、発信ユーザが図４〜図６と同様の画面操作を通じて送信メロディ、送信画像、送信先の選択を専用プログラム上で済ませた後、発信側携帯電話16ａから着信側携帯電話16ｂに対して、専用アプリケーション・プログラムを起動させるための制御信号が送信される（S01）。
着信側携帯電話16ｂが上記の制御信号を受信すると、専用のアプリケーション・プログラムが起動する（S02）と同時に、SMS経由でアプリケーション・プログラムが起動した旨の通知が発信側携帯電話16ａに対して送信される（S03）。
【００４８】
これを受けた発信側携帯電話16ａからは、予め発信ユーザが選択しておいたメロディデータや画像データが、SMS経由で着信側携帯電話16ｂに送信される（S04）。
着信側携帯電話16ｂが無事にメロディデータや画像データの受信を完了すると、発信側携帯電話16ａに対してその旨が通知される（S05）。
これを受けた発信側携帯電話16ａにおいては、着信側携帯電話16ｂに対する発呼が実行される（S06）。
発信側携帯電話16ａから接続された着信側携帯電話16ｂにおいては、メモリ32内に格納されていたメロディデータが読み出され、スピーカ50を通じて再生処理される（S07）。あるいは、メモリ32内に格納されていた画像データが読み出され、ＬＣＤ46において表示される（S07）。
ここで、着信ユーザが携帯電話16ｂの通話ボタンを押すと、発信側携帯電話16ａとの間で通話路が確立する（S08）。
【００４９】
発信側携帯電話16ａから着信側携帯電話16ｂに対してダイレクトに再生用データを送信する場合であっても、着信側携帯電話16ｂにおける再生のタイミングを制御することが可能である。
すなわち、図２０に示すように、発信ユーザ及び着信ユーザ間で通話が終了し、回線が切断された直後にメロディデータ及び画像データを着信側携帯電話16ｂ上で再生することができる（S08）。
あるいは、図２１に示すように、着信時に第１回目の再生処理が行われると共に（S07）、回線切断直後に第２回目の再生処理が実行される（S09）ように運用することもできる。
さらには、図２２に示すように、通話を前提としない送信データの再生処理を行うことも可能である（S06）。
【００５０】
このような着信側携帯電話16ｂにおける再生のタイミングは、図１８に示した「再生タイミングの選択」画面を通じ、発信側携帯電話16ａにおいて設定される。
この結果、発信側携帯電話16ａから着信側携帯電話16ｂに送信されるデータには、再生のタイミングを指示する制御情報が付加されることとなる。
着信側携帯電話16ｂでは、上記タイミング指示情報に従い、受信したメロディデータや画像データが再生処理される。
【００５１】
上記にあっては、図１に示したように、発信側携帯電話16ａと着信側携帯電話16ｂ間を公衆回線網22及びパケット通信網24を介して接続する従来型の通信システムを前提に説明したが、この発明はこれに限定されるものではない。
例えば、図２３に示すように、発信側携帯電話16ａと着信側携帯電話16ｂ間をオールＩＰ網25を介して接続する次世代型の通信システムにおいても応用可能である。
ここでオールＩＰ網25とは、IPv6（Internet Protocol version 6）の下で個々の携帯電話16にIPアドレスを割り当てておき、VoIP（Voiceover Internet Protocol）技術を用いてデータのみならず音声までもIPパケットの形で送信することを実現する通信ネットワークを意味する。
この場合、発信側携帯電話16ａが着信側携帯電話16ｂを特定する際には、携帯電話番号の代わりにIPアドレスが用いられることとなるが、発信側携帯電話16ａから専用アプリケーションプログラムを起動させるための制御信号を送信したり、センターサーバ12経由で、あるいはダイレクトにメロディデータや画像データを着信側携帯電話16ｂに送信することは当然に可能である。
【００５２】
【発明の効果】
請求項１に記載したデータ送信・再生用プログラムによれば、発呼に先立って発信ユーザの側で着信ユーザの携帯電話に送信するメロディデータ及び画像データを選択でき、センターサーバ経由で送信されたデータは、着信側携帯電話において再生処理されることとなる。すなわち、発信ユーザは着信側携帯電話に送信するメロディデータ及び画像データの選択を通じて、自己の個性や感情、現在の状況等を着信ユーザに対して表現することが可能となる。
また、請求項２に記載したデータ送信・再生用プログラムの場合、着信側携帯電話における再生のタイミングを発信者の側で自由に選択できる。
また、請求項３に記載したデータ送信・再生用プログラムの場合、センターサーバを介在させることなく、発信側携帯電話内に蓄積されたメロディデータ及び画像データをダイレクトに着信側携帯電話に送信することができる。
また、請求項４に記載したデータ送信・再生用プログラムの場合、センターサーバを介在させることなく、発信側携帯電話内に蓄積された再生用データをダイレクトに着信側携帯電話に送信できると共に、着信側携帯電話における再生のタイミングを発信者の側で自由に選択できる。
【図面の簡単な説明】
【図１】 この発明に係るデータ送信・再生システム10の全体イメージを示す模式図である。
【図２】 センターサーバのユーザデータベース内に設定されるデータ項目例を示す説明図である。
【図３】 携帯電話のハードウェア構成を示すブロック図である。
【図４】 携帯電話のディスプレイ上に送信メロディの選択画面を表示させた状態を示すレイアウト図である。
【図５】 発信側携帯電話のディスプレイ上に送信画像の選択画面を表示させた状態を示すレイアウト図である。
【図６】 発信側携帯電話のディスプレイ上に送信先の選択画面を表示させた状態を示すレイアウト図である。
【図７】 着信側携帯電話のディスプレイ上に送信された画像を表示させた状態を状態を示すレイアウト図である。
【図８】 発信側携帯電話、センターサーバ、及び着信側携帯電話間における処理手順を示すシーケンス図である。
【図９】 携帯電話からセンターサーバにメロディファイルをアップロードする際の画面構成例を示すレイアウト図である。
【図１０】 携帯電話からセンターサーバに画像ファイルをアップロードする際の画面構成例を示すレイアウト図である。
【図１１】 パソコンからセンターサーバにメロディファイルをアップロードする際の画面構成例を示すレイアウト図である。
【図１２】 パソコンからセンターサーバに画像ファイルをアップロードする際の画面構成例を示すレイアウト図である。
【図１３】 携帯電話からセンターサーバに送信データの組合せを登録する際の画面構成例を示すレイアウト図である。
【図１４】 パソコンからセンターサーバに送信データの組合せを登録する際の画面構成例を示すレイアウト図である。
【図１５】 発信側携帯電話、センターサーバ、及び着信側携帯電話間における他の処理手順を示すシーケンス図である。
【図１６】 発信側携帯電話、センターサーバ、及び着信側携帯電話間における他の処理手順を示すシーケンス図である。
【図１７】 発信側携帯電話、センターサーバ、及び着信側携帯電話間における他の処理手順を示すシーケンス図である。
【図１８】 発信側携帯電話のディスプレイ上に再生タイミングの選択画面を表示させた状態を示すレイアウト図である。
【図１９】 発信側携帯電話、及び着信側携帯電話間における処理手順を示すシーケンス図である。
【図２０】 発信側携帯電話、及び着信側携帯電話間における他の処理手順を示すシーケンス図である。
【図２１】 発信側携帯電話、及び着信側携帯電話間における他の処理手順を示すシーケンス図である。
【図２２】 発信側携帯電話、及び着信側携帯電話間における他の処理手順を示すシーケンス図である。
【図２３】 この発明に係るデータ送信・再生システム10の他の構成例を示す模式図である。
【符号の説明】
10 データ送信・再生システム
12 センターサーバ
14 ゲートウェイサーバ
16 携帯電話
18 パソコン
20 無線基地局
22 交換回線網
24 パケット通信網
25 オールＩＰ網
26 インターネット
30 ＣＰＵ
32 メモリ
34 入力処理部
36 表示処理部
38 送受信処理部
40 メロディ生成部
42 音声処理部
44 テンキー
46 ＬＣＤ
48 アンテナ
50 メロディ再生用スピーカ
52 通話用スピーカ
54 マイク
Claims (4)
- 複数の携帯電話のそれぞれのメモリに格納されるプログラムであって、
各携帯電話が発信側として用いられる場合に、この発信側携帯電話に内蔵されたコンピュータを、
メロディデータの選択画面、画像データの選択画面及び着信側携帯電話の選択画面を当該携帯電話のディスプレイに表示させる手段、
当該携帯電話の入力手段を介して選択された着信側携帯電話に制御信号を送信して、当該着信側携帯電話のメモリに格納された上記プログラムを起動させる手段、
予めメロディデータ及び画像データが格納されているセンターサーバに接続して、上記入力手段を介して選択されたメロディデータ及び画像データを着信側携帯電話に送信するよう要求する手段、
当該センターサーバから着信側携帯電話におけるメロディデータ及び画像データの受信が完了した旨の通知が送信された場合に、当該着信側携帯電話に対する発呼を実行する手段、として機能させ、
各携帯電話が着信側として用いられる場合に、この着信側携帯電話に内蔵されたコンピュータを、
上記センターサーバから送信されたメロディデータ及び画像データを受信する手段、
受信完了後にセンターサーバに受信完了通知を送信する手段、
発信側携帯電話からの着信があった場合に、上記メロディデータを当該携帯電話のスピーカで再生させる手段、及び上記画像データを当該携帯電話のディスプレイで再生させる手段、として機能させることを特徴とするデータ送信・再生用プログラム。 - 複数の携帯電話のそれぞれのメモリに格納されるプログラムであって、
各携帯電話が発信側として用いられる場合に、この発信側携帯電話に内蔵されたコンピュータを、
メロディデータの選択画面及び画像データの選択画面の少なくとも一方を当該携帯電話のディスプレイに表示させる手段、
少なくとも着信時、通話後、着信時及び通話後の中からデータ再生のタイミングを選択する画面を当該携帯電話のディスプレイに表示させる手段、
着信側携帯電話の選択画面を当該携帯電話のディスプレイに表示させる手段、
当該携帯電話の入力手段を介して選択された着信側携帯電話に制御信号を送信して、当該着信側携帯電話のメモリに格納された上記プログラムを起動させる手段、
予めメロディデータ及び画像データの少なくとも一方からなる再生用データが格納されているセンターサーバに接続して、上記入力手段を介して選択された再生用データと、同じく上記入力手段を介して選択された再生のタイミングに対応するタイミング指示情報を、着信側携帯電話に送信するよう要求する手段、
当該センターサーバから着信側携帯電話における再生用データの受信が完了した旨の通知が送信された場合に、当該着信側携帯電話に対する発呼を実行する手段、として機能させ、
各携帯電話が着信側として用いられる場合に、この着信側携帯電話に内蔵されたコンピュータを、
上記センターサーバから送信された再生用データを受信する手段、
受信完了後にセンターサーバに受信完了通知を送信する手段、
センターサーバから送信されたタイミング指示情報に従い、発信側携帯電話からの着信時、通話終了後の回線切断時、またはこれらの両時点において、上記再生用データを当該携帯電話のスピーカ及びディスプレイの少なくとも一方で再生させる手段、として機能させることを特徴とするデータ送信・再生用プログラム。 - 複数の携帯電話のそれぞれのメモリに格納されるプログラムであって、
各携帯電話が発信側として用いられる場合に、この発信側携帯電話に内蔵されたコンピュータを、
メロディデータの選択画面、画像データの選択画面及び着信側携帯電話の選択画面を当該携帯電話のディスプレイに表示させる手段、
当該携帯電話の入力手段を介して選択された着信側携帯電話に制御信号を送信して、当該着信側携帯電話のメモリに格納された上記プログラムを起動させる手段、
予め当該携帯電話のメモリに格納されたメロディデータ及び画像データの中で、上記入力手段を介して選択されたメロディデータ及び画像データを着信側携帯電話に送信する手段、
着信側携帯電話からメロディデータ及び画像データの受信が完了した旨の通知が送信された場合に、当該着信側携帯電話に対する発呼を実行する手段、として機能させ、
各携帯電話が着信側として用いられる場合に、この着信側携帯電話に内蔵されたコンピュータを、
上記発信側携帯電話から送信されたメロディデータ及び画像データを受信する手段、
受信完了後に発信側携帯電話に受信完了通知を送信する手段、
発信側携帯電話からの着信があった場合に、上記メロディデータを当該携帯電話のスピーカで再生させる手段、及び上記画像データを当該携帯電話のディスプレイで再生させる手段、として機能させることを特徴とするデータ送信・再生用プログラム。 - 複数の携帯電話のそれぞれのメモリに格納されるプログラムであって、
各携帯電話が発信側として用いられる場合に、この発信側携帯電話に内蔵されたコンピュータを、
メロディデータの選択画面及び画像データの選択画面の少なくとも一方を当該携帯電話のディスプレイに表示させる手段、
少なくとも着信時、通話後、着信時及び通話後の中からデータ再生のタイミングを選択する画面を当該携帯電話のディスプレイに表示させる手段、
着信側携帯電話の選択画面を当該携帯電話のディスプレイに表示させる手段、
当該携帯電話の入力手段を介して選択された着信側携帯電話に制御信号を送信して、当該着信側携帯電話のメモリに格納された上記プログラムを起動させる手段、
予め当該携帯電話のメモリに格納されたメロディデータ及び画像データの少なくとも一方からなる再生用データの中で、上記入力手段を介して選択された再生用データを着信側携帯電話に送信する手段、
上記入力手段を介して選択された再生のタイミングに対応するタイミング指示情報を、着信側携帯電話に送信する手段、
着信側携帯電話から再生用データの受信が完了した旨の通知が送信された場合に、当該着信側携帯電話に対する発呼を実行する手段、として機能させ、
各携帯電話が着信側として用いられる場合に、この着信側携帯電話に内蔵されたコンピュータを、
上記発信側携帯電話から送信された再生用データを受信する手段、
受信完了後に発信側携帯電話に受信完了通知を送信する手段、
発信側携帯電話から送信されたタイミング指示情報に従い、発信側携帯電話からの着信時、通話終了後の回線切断時、またはこれらの両時点において、上記再生用データを当該携帯電話のスピーカ及びディスプレイの少なくとも一方で再生させる手段、として機能させることを特徴とするデータ送信・再生用プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001230673A JP4171593B2 (ja) | 2001-07-30 | 2001-07-30 | データ送信・再生用プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001230673A JP4171593B2 (ja) | 2001-07-30 | 2001-07-30 | データ送信・再生用プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003046664A JP2003046664A (ja) | 2003-02-14 |
| JP4171593B2 true JP4171593B2 (ja) | 2008-10-22 |
Family
ID=19062846
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001230673A Expired - Fee Related JP4171593B2 (ja) | 2001-07-30 | 2001-07-30 | データ送信・再生用プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4171593B2 (ja) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10345443B4 (de) * | 2003-09-30 | 2013-05-08 | Siemens Aktiengesellschaft | Verfahren zum Aufbauen einer Kommunikationsverbindung |
| JP3928635B2 (ja) | 2003-10-27 | 2007-06-13 | 日本電気株式会社 | 着信メロディ指定機能付携帯電話システム及び携帯電話機 |
| US7616741B2 (en) | 2004-02-06 | 2009-11-10 | At&T Intellectual Property I, L.P. | System and method for facilitating a custom ring in connection with a call |
| ES2422192T3 (es) | 2005-02-08 | 2013-09-09 | Psygnificant Services Ltd | Notificación de llamada controlada por un sistema de origen de llamadas |
| AP2233A (en) * | 2005-02-08 | 2011-05-07 | Psygnificant Services Ltd | Call notification controlled by call originating system. |
| JP4440829B2 (ja) | 2005-05-30 | 2010-03-24 | 京セラ株式会社 | 携帯端末、プログラム及び通信装置 |
| KR100762704B1 (ko) * | 2006-08-09 | 2007-10-01 | 에스케이 텔레콤주식회사 | 이동 통신에서 호가 연결되기 전에 착신 단말기에멀티미디어 콘텐츠를 제공하는 방법 |
| JP5338017B2 (ja) * | 2007-08-20 | 2013-11-13 | ソフトバンクモバイル株式会社 | 通信端末、通信方法、通信プログラムおよび通信システム |
| JP5076180B2 (ja) * | 2007-10-30 | 2012-11-21 | ソフトバンクモバイル株式会社 | 通信端末、通信方法、および通信プログラム |
| JP5294989B2 (ja) * | 2009-05-28 | 2013-09-18 | Ｋｄｄｉ株式会社 | 振動通信機能付き携帯端末 |
| JP5632256B2 (ja) * | 2010-10-29 | 2014-11-26 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | 音声通話システム、方法、通信端末、およびプログラム |
| JP5802116B2 (ja) * | 2011-11-18 | 2015-10-28 | Tis株式会社 | データ共有機能を有した通話システム |
| JP5937831B2 (ja) * | 2012-01-28 | 2016-06-22 | 株式会社ミクシィ | 端末装置、端末装置の制御方法及び端末装置の制御プログラム |
| CN103634483A (zh) * | 2013-12-04 | 2014-03-12 | 百度在线网络技术（北京）有限公司 | 设置来电呈现方式的方法、装置及系统 |
| JP2015039217A (ja) * | 2014-10-09 | 2015-02-26 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | 音声通話システム、方法、通信端末、およびプログラム |
-
2001
- 2001-07-30 JP JP2001230673A patent/JP4171593B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003046664A (ja) | 2003-02-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4542299B2 (ja) | 通信網内で情報を交換する方法と装置 | |
| JP4053028B2 (ja) | Ｐｔｔシステム、携帯電話機、サーバ | |
| JP4171593B2 (ja) | データ送信・再生用プログラム | |
| WO2008095084A1 (en) | Method, system and user equipment for providing secondary information to a user equipment | |
| EP2143254B1 (en) | System and method for sharing common location-related information between communication devices | |
| US20070237321A1 (en) | Technique for obtaining caller-originated alert signals in ip-based communication sessions | |
| CN101399872B (zh) | 具有电话簿自动更新功能的移动电话终端及其实现方法 | |
| JP2002057807A (ja) | 携帯電話の電話帳管理システム | |
| EP2130352A2 (en) | Technique for providing data objects prior to call establishment | |
| AU777728B2 (en) | Distributed communications network including one or more telephony communication devices having programmable functionality | |
| EP1856937A1 (en) | Method and apparatus to use a telephone number stored in a mobile terminal for establishing a call between two other terminals | |
| WO2008095097A1 (en) | System and method for sharing event-triggered, location-related information between communication devices | |
| EP2116033B1 (en) | Method and apparatus for event-based synchronization of information between communication devices | |
| JP4867321B2 (ja) | 接続制御装置及び方法並びにプログラム | |
| JP5802116B2 (ja) | データ共有機能を有した通話システム | |
| JP3333490B2 (ja) | ウェブブラウザを利用した通話方法および装置 | |
| JP2003259405A (ja) | 電話システム | |
| KR20040044256A (ko) | 발신 번호 표시 서비스와 연동되는 부가 컨텐츠 제공 방법및 장치 | |
| JP2009302868A (ja) | サービス提供方法及びサーバ装置 | |
| KR100328522B1 (ko) | 웹폰의 웹전화번호부 액세스 방법 | |
| JP3934138B2 (ja) | 通信システム | |
| JP2002057795A (ja) | 電話端末用音声ファイル機能追加サービス方法、サービスシステムおよびサーバ | |
| KR20040046338A (ko) | 이동 전화의 통화 대기 또는 연결 중에서 착신자홈페이지를 제공하는 시스템 및 이를 이용한 착신자홈페이지 제공 방법 | |
| JP3240000B1 (ja) | 通信端末装置、着信メロディ演奏方法および情報記憶媒体 | |
| JP2012227734A (ja) | 電話番号処理システム。 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050530 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070426 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070918 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071109 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080805 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080811 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110815 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110815 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120815 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120815 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130815 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |