(57)【要約】【課題】送信側の端末に対するデータ量に起因する負担を増大させることなく受信側の端末に音楽データ及び画像データを同時に送信する。【解決手段】制御部２６は、画像添付メールに入力されたキーワードを取得する。そして、音楽ＤＢ２５を検索し、取得したキーワードに対応する音楽データを特定し、特定された音楽データに対応させて受信側端末３の電子メールアドレスを音楽ＤＢ２５に記憶させる。ＷＷＷサーバ２７は、受信側端末３の電子メールアドレスに対応する画像データ及び音楽データをそれぞれ画像ＤＢ２４及び音楽ＤＢ２５から取得して受信側端末３に送信する。【選択図】  図３
2005242613.tif 000002
【特許請求の範囲】
【請求項１】
音楽を再生させるための音楽データと、前記音楽データを選択するためのキーワードとを対応づけて記憶する音楽データ記憶手段と、
第１の端末から第２の端末に宛てて送信された電子メールに添付された画像データを記憶する画像データ記憶手段と、
前記電子メールに入力されているキーワードを取得するキーワード取得手段と、
前記音楽データ記憶手段から、前記取得されたキーワードに対応する音楽データを特定する特定手段と、
前記特定された音楽データと前記画像データとを前記第２の端末に送信する送信手段と、
を備える画像音楽送信装置。
【請求項２】
前記画像データと前記特定された音楽データとを前記第２の端末に送信させるためのアドレスを作成するアドレス作成手段と、
前記アドレスを前記第２の端末に通知する通知手段とをさらに備え、
前記送信手段は、前記第２の端末が前記アドレスにアクセスした場合、前記特定された音楽データと前記画像データとを前記第２の端末に送信する請求項１に記載の画像音楽送信装置。
【請求項３】
前記通知手段は送信メールサーバである請求項２に記載の画像音楽送信装置。
【請求項４】
前記送信手段はＷＷＷ（Worldwide Web）サーバであり、前記アドレスは前記ＷＷＷサーバのＵＲＬ（Uniform Resource Locator）である請求項２又は３に記載の画像音楽送信装置。
【請求項５】
前記送信手段は送信メールサーバである請求項１に記載の画像音楽送信装置。
【請求項６】
前記キーワードは前記電子メールのヘッダ、件名又は本文に入力されている請求項１〜５のいずれか１に記載の画像音楽送信装置。
【請求項７】
前記画像データは画像ファイルであり、前記キーワードは前記画像ファイルのヘッダに記憶されている請求項１〜６のいずれか１に記載の画像音楽送信装置。
【請求項８】
前記第１の端末は携帯電話機である請求項１〜７のいずれか１に記載の画像音楽送信装置。
【請求項９】
前記第２の端末は携帯電話機である請求項１〜８のいずれか１に記載の画像音楽送信装置。
【請求項１０】
前記音楽データ記憶手段に記憶される前記キーワード又は前記音楽データを更新する更新手段をさらに備える請求項１〜９のいずれか１に記載の画像音楽送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話への画像及び音楽の送信に関する。
【背景技術】
【０００２】
従来、携帯電話に画像データを送信するための技術が様々開発されている。例えば、特許文献１によると、携帯電話からウェブサーバ４に送信されるＵＲＬデータによって表されるＵＲＬに仕様判定指令を示す情報を含ませる。ＵＲＬに仕様判定指令を示す情報が含まれている場合、仕様判定テーブル７を参照して、アクセスした携帯電話機の機種が判定される。判定された携帯電話の機種に対応した画像データが仕様別画像データ記憶装置９から読み出される。読み出された画像データがウェブサーバ４から携帯電話に送信される。
【特許文献１】特開２００２−２４４９７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、近年音楽データを携帯電話に送信する技術が様々開発されている。ある携帯電話から他の携帯電話に音楽データを画像とともに送信できれば、携帯電話の使用者の状況や感情などの伝達に効果的である。しかし、音楽データや上述の特許文献１のような画像データを共に送信する場合、画像データのみを送信するか、あるいは音楽データのみを送信する場合に比べてデータ量は飛躍的に大きくなり、データ送信量に応じて送信側の通信料金が設定されている場合は大きな負担となる。また、この音楽データの容量は比較的大きい場合が多く、送信データ量に制限があるときは上述の特許文献１のような画像データとともに携帯電話に送信するのは困難である。このような問題点に鑑み、本発明は送信側の端末（特に携帯電話機）に対するデータ量に起因する負担を増大させることなく受信側の端末に音楽データ及び画像データを同時に送信することを目的とする。
【課題を解決するための手段】
【０００４】
上述の課題を解決するための請求項１に係る発明は、音楽を再生させるための音楽データと、前記音楽データを選択するためのキーワードとを対応づけて記憶する音楽データ記憶手段と、第１の端末から第２の端末に宛てて送信された電子メールに添付された画像データを記憶する画像データ記憶手段と、前記電子メールに入力されているキーワードを取得するキーワード取得手段と、前記音楽データ記憶手段から、前記取得されたキーワードに対応する音楽データを特定する特定手段と、前記特定された音楽データと前記画像データとを前記第２の端末に送信する送信手段と、を備える画像音楽送信装置。
【０００５】
この発明によると、第１の端末から第２の端末へ宛てて送信された、画像データの添付された電子メールに入力されたキーワードに対応する音楽データが音楽データ記憶手段から特定され、特定された音楽データと添付された画像データとが第２の端末へ送信される。即ち、第１の端末は音楽データを添付しなくともキーワードを電子メールに入力するだけで第２の端末に画像データ及び音楽データを送信することができ、データ量に起因する負担を増大させることなく画像データ及び音楽データを同時に送信できる。
【０００６】
請求項２に係る発明は、前記画像データと前記特定された音楽データとを前記第２の端末に送信させるためのアドレスを作成するアドレス作成手段と、前記アドレスを前記第２の端末に通知する通知手段とをさらに備え、前記送信手段は、前記第２の端末が前記アドレスにアクセスした場合、前記特定された音楽データと前記画像データとを前記第２の端末に送信する請求項１に記載の画像音楽送信装置。
【０００７】
請求項３に係る発明は、前記通知手段は送信メールサーバである請求項２に記載の画像音楽送信装置。
【０００８】
請求項４に係る発明は、前記送信手段はＷＷＷ（Worldwide Web）サーバであり、前記アドレスは前記ＷＷＷサーバのＵＲＬ（Uniform Resource Locator）である請求項２又は３に記載の画像音楽送信装置。
【０００９】
請求項５に係る発明は、前記送信手段は送信メールサーバである請求項１に記載の画像音楽送信装置。
【００１０】
請求項６に係る発明は、前記キーワードは前記電子メールのヘッダ、件名又は本文に入力されている請求項１〜５のいずれか１に記載の画像音楽送信装置。
【００１１】
請求項７に係る発明は、前記画像データは画像ファイルであり、前記キーワードは前記画像ファイルのヘッダに記憶されている請求項１〜６のいずれか１に記載の画像音楽送信装置。
【００１２】
請求項８に係る発明は、前記第１の端末は携帯電話機である請求項１〜７のいずれか１に記載の画像音楽送信装置。
【００１３】
請求項９に係る発明は、前記第２の端末は携帯電話機である請求項１〜８のいずれか１に記載の画像音楽送信装置。
【００１４】
請求項１０に係る発明は、前記音楽データ記憶手段に記憶される前記キーワード又は前記音楽データを更新する更新手段をさらに備える請求項１〜９のいずれか１に記載の画像音楽送信装置。
【発明の効果】
【００１５】
上記発明によると、第１の端末から第２の端末へ宛てて送信された、画像データの添付された電子メールに入力されたキーワードに対応する音楽データが音楽データ記憶手段から特定され、特定された音楽データと添付された画像データとが第２の端末へ送信される。即ち、第１の端末は音楽データを添付しなくともキーワードを電子メールに入力するだけで第２の端末に画像データ及び音楽データを送信することができ、データ量に起因する負担を増大させることなく画像データ及び音楽データを同時に送信できる。
【発明を実施するための最良の形態】
【００１６】
以下、添付した図面を参照し本発明の好ましい実施例を説明する。
【実施例１】
【００１７】
図１は、本発明の好ましい実施例に係る画像音楽配信システムの概念構成図である。このシステムは、送信側端末１と、配信サーバ２と、受信側端末３とを備えている。送信側端末１及び受信側端末３は携帯電話機であり、送信側端末１はＪＰＥＧ画像データを添付した電子メール（以下、画像添付メールで表す）をインターネット４を介して送信できる機能を有している。受信側端末３は、電子メールを受信できる機能及びインターネット４の所定位置にあるＵＲＬ（Uniform Resource Locator）にアクセスしてＨＴＭＬファイルその他のファイルを受信できる機能を有している。
【００１８】
配信サーバ２は、受信部２１、処理部２２、送信部２３、画像データベース（ＤＢ）２４、音楽データベース（ＤＢ）２５、制御部２６、ＷＷＷ（Worldwide Web）サーバ２７を有している。受信部２１はインターネット４上で一意的な識別子（例えば電子メールアドレス）を有しており、インターネット４を介して送信側端末１から送信された画像添付メールを受信する。受信部２１は公知の受信メールサーバにより構成可能である。処理部２２は、制御部２６の制御に基づいて所定の処理を行う。送信部２３は、インターネット４を介して後述の配信通知メールを受信側端末３に送信する。送信部２３は公知の送信メールサーバにより構成可能である。制御部２６は、処理部２２を制御し、画像添付メールに添付されている画像を受信側端末３に一意的に付与されている識別子（例えば電子メールアドレス）と対応づけて画像ＤＢ２４に記憶させる。
【００１９】
図２は、音楽ＤＢ２５の記憶内容を概念的に示している。音楽ＤＢ２５は、キーワードと音楽データとを対応づけて記憶する。ここで、音楽データとは、これを受信した受信側端末３が音楽を再生させるためのデータである。この図によると、例えばキーワード「誕生日」には音楽データ「Ｍ１」が対応づけられている。このキーワードと音楽データとの対応づけは、例えばキーワード「誕生日」に対応する音楽データ「Ｍ１」は誕生日にふさわしい音楽を再生させるデータであるなど適宜設定しうる。配信サーバ２の処理部２２は、音楽ＤＢ２５のキーワード及び音楽データを適宜追加・削除・変更・更新してもよい。例えば、時期に応じて新たなキーワード及び音楽データを対応づけて音楽ＤＢ２５に記憶させてもよい。あるいは、流行に応じて配信サーバ２の管理者が音楽ＤＢ２５の記憶内容を変更してもよい。音楽ＤＢ２５は、送信先をさらに対応づけて記憶している。この送信先とは、音楽データの送信先となる受信側端末３を一意的に識別するための識別子（例えば電子メールアドレス）である。この送信先は、キーワード及び音楽データと異なり、後述の画像音楽送信処理が実行されることにより記憶される。
【００２０】
図３は、画像音楽配信システムで実行される画像音楽送信処理の流れを示しており、以下この図に従って処理の流れを説明する。Ｓ１では、送信側端末１は、ユーザのボタン操作に従い、付属のカメラ（図示せず）などから得た画像データを添付した電子メール即ち画像添付メールを作成する。この実施例では、画像添付メールの送信先としては受信部２１の電子メールアドレスが指定されている。また、画像添付メールの件名又は本文には、キーワード及び受信側端末３の電子メールアドレスが入力されている。例えば、件名にはキーワード、本文には受信側端末３の電子メールアドレスが入力されている。添付する画像データのヘッダに入力された受信側端末３の電子メールアドレスを記憶してもよい。なお、本実施例では説明を簡略にするため、画像添付メールに入力されたキーワードは音楽ＤＢ２５に記憶されたキーワードのいずれか１つと同一であるとするが、送信側端末１において音楽ＤＢ２５に記憶されたキーワードをダウンロードし、これらのうちいずれか１つを選択することで画像添付メールにキーワードを入力できるようにしてもよい。Ｓ２では、送信側端末１は画像添付メールをインターネット４を介して配信サーバ２に送信する。Ｓ３では、配信サーバ２は受信部２１により画像添付メールを受信する。制御部２６は、画像添付メールに入力されたキーワードを取得する。そして、音楽ＤＢ２５を検索し、取得したキーワードに対応する音楽データを特定する。例えば、画像添付メールの件名又は本文にキーワード「正月」が入力されている場合、制御部２６は音楽ＤＢ２５から音楽データ「Ｍ２」を特定する。なお、Ｓ１で入力するキーワードと、画像添付メールに添付する画像は一定の関連性があることが好ましい。換言すると、画像添付メールには、添付する画像にふさわしい音楽を選定するキーワードを入力することが好ましい。例えば、添付する画像が初日の出を撮影した画像の場合、キーワード「正月」と入力するなど、送信側端末１において画像とキーワードとがふさわしい関係となるようにキーワードを入力することが好ましい。
【００２１】
Ｓ４では、制御部２６は、画像添付メールの件名又は本文に入力された受信側端末３の電子メールアドレスを取得した上、処理部２２を制御してＳ３で特定された音楽データに対応させて受信側端末３の電子メールアドレスを音楽ＤＢ２５に記憶させる。例えば、受信側端末３の電子メールアドレスが「aaa@xxx.ne.jp」の場合、このアドレスが特定された音楽データ「Ｍ２」と対応づけて記憶される（図２参照）。また、制御部２６は、処理部２２を制御して音楽ＤＢ２５において受信側端末３の電子メールアドレスに対応する音楽データと、画像ＤＢ２４において受信側端末３の電子メールアドレスに対応する画像データとを受信側端末３に送信するためのＷＷＷサーバ２７におけるＵＲＬ（以下、配信ＵＲＬ）を作成させる。Ｓ５では、制御部２６は送信部２３を制御し、画像及び音楽を配信する旨を通知する電子メール（以下、配信通知メールという）を受信側端末３の電子メールアドレスに送信させる。本実施例では、配信通知メールには本文などに配信ＵＲＬが記述されている。Ｓ６では、受信側端末３は、配信通知メールを受信し、ユーザ操作に応じて配信ＵＲＬにアクセスする。Ｓ７では、ＷＷＷサーバ２７は、受信側端末３の電子メールアドレスに対応する画像データ及び音楽データをそれぞれ画像ＤＢ２４及び音楽ＤＢ２５から取得して受信側端末３に送信する。なお、ＷＷＷサーバ２７から送信する画像データ及び音楽データは、受信側端末３に搭載された携帯電話用Ｊａｖａ（登録商標）アプリケーションなどにより、画像データの表示と音楽データの再生を同時に行うことができるような形式にしてもよい。
【実施例２】
【００２２】
画像添付メールの件名又は本文にキーワードが入力されていない場合、配信サーバ２は受信した画像添付メールをそのまま受信者端末３に送信してもよい。あるいは、画像添付メールの送信先としては配信サーバ２のアドレスではなく受信者端末３のアドレスを指定し、配信サーバ２は送信側端末１から送信された全ての画像添付メールを受信した上、受信した画像添付メールにキーワードが存在する場合に実施例１の画像音楽送信処理のＳ３以降を実行するようにしてもよい。
【実施例３】
【００２３】
実施例１において、音楽データは受信側端末３の仕様に応じ、受信側端末３が再生できるような形式に適宜変更した上でＷＷＷサーバ２７から送信してもよい。あるいは、音楽ＤＢ２５には、同じ音楽につき、各種形式に対応した複数の音楽データを予め記憶させておき、配信ＵＲＬにアクセスした受信側端末３の仕様に応じて適切な形式の音楽データを選択した上で送信してもよい。
【実施例４】
【００２４】
実施例１の画像音楽送信処理において、Ｓ５では、送信部２３は配信ＵＲＬを記述した配信通知メールを送信していたが、この配信通知メールには配信ＵＲＬを記述せず、代わりに送信部２３は受信側端末３の電子メールアドレスに対応する画像データ及び音楽データをそれぞれ画像ＤＢ２４及び音楽ＤＢ２５から取得し、配信通知メールに画像データ及び音楽データを添付して受信側端末３に送信してもよい。この場合、Ｓ６及びＳ７は実行しなくてもよい。
【図面の簡単な説明】
【００２５】
【図１】本発明の好ましい実施例に係る画像音楽配信システムの概念構成図
【図２】音楽ＤＢに記憶されるデータの概念図
【図３】画像音楽送信処理の流れ
【符号の説明】
【００２６】
１・・送信側端末、２・・配信サーバ、３・・受信側端末、２１・・受信部、２２・・処理部、２３・・送信部、２４・・画像ＤＢ、２５・・音楽ＤＢ、２６・・制御部、２７・・ＷＷＷサーバ
【図１】
2005242613.tif 000003
【図２】
2005242613.tif 000004
【図３】
2005242613.tif 000005