(57)【要約】【課題】品質の良い音声を携帯電話機で再生させる音声ファイルを作成するシステムを提供する。【解決手段】音声ファイル変換部２４は、音声ＤＢ３２の記録用フォーマットの音声ファイルを、携帯電話機６にダウンロード可能なファイルサイズとなるよう所定の音質の範囲内で携帯電話機６の機種に固有の再生用フォーマットの音声ファイルに変換する。携帯電話機６の機種に固有の再生用フォーマットが複数存在する場合、各機種に固有の再生用フォーマットに変換する。この再生用フォーマットの音声ファイルは、Ｊａｖａ（登録商標）など携帯電話機６で実行可能な言語で記述されたアプリケーションである。【選択図】  図１
2006033080.tif 000002
【特許請求の範囲】
【請求項１】
二次元コードに埋め込まれたアクセス情報に従ってアクセスした携帯電話機の機種に固有の音声再生フォーマットである再生用フォーマットの音声ファイルを作成する音声ファイル作成システムであって、
前記再生用フォーマットとは異なるフォーマットである記録用フォーマットの音声ファイルを受信する受信部と、
前記受信した記録用フォーマットの音声ファイルを前記携帯電話機にダウンロード可能なファイルサイズとなるよう所定の音質の範囲内で前記再生用フォーマットの音声ファイルに変換する変換部と、
を備える音声ファイル作成システム。
【請求項２】
電話機から着信した音声を前記記録用フォーマットの音声ファイルに記録するＣＴＩ（Computer Telephony Integration）サーバをさらに備え、
前記受信部は前記ＣＴＩサーバから前記記録用フォーマットの音声ファイルを受信する請求項１に記載の音声ファイル作成システム。
【請求項３】
前記再生用フォーマットの音声ファイルを前記携帯電話機にダウンロードするダウンロード部をさらに備える請求項１又は２に記載の音声ファイル作成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は音声ファイル作成システムに係り、特に二次元コードに埋め込まれたアクセス情報に基づいてアクセスしてきた携帯電話機に提供する音声ファイルを作成するシステムに関する。
【背景技術】
【０００２】
従来、バーコードを読み取って画像や文字などのコンテンツを配信する情報システムが考案されている。例えば特許文献１の情報提供システムは、バーコードが印刷されたカード、葉書、ポスター、雑誌などの表示媒体と、バーコードを読み取るバーコードリーダと、読み取られた情報を送信し、返送された情報を表示・出力する端末装置と、端末装置と通信ネットワークを介して接続しバーコードに対応する情報を保存・蓄積する配信情報データベースと、カードなどの表示媒体の作成を申し込む手段と、返送する情報をデータベースに登録・保存する手段と、バーコードに対応する情報を端末装置に送信する手段と、ユニークなバーコードの生成手段とを備えている。
【特許文献１】特開２００２−３１２２６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、上述の情報システムでは、配信するコンテンツをどのような形式で作成するのか全く言及されていない。特に、コンテンツが音声であり、コンテンツ配信先が携帯電話機の場合、音声配信の方式としては、ＣＴＩ（Computer Telephony Integration）システムで通話音声をデジタル音声ファイルに変換して保存しておき、その音声ファイルを通話音声に変換して携帯電話機に送信することが考えられる。しかし、この場合、音声の配信を希望するユーザが携帯電話機からＣＴＩシステムにいちいち電話発信して音声を聞かなければならず、発信操作が面倒な上、通話料金の負担をその都度ユーザに課すことになる。本発明はこのような問題点に鑑みてなされたもので、品質の良い音声を携帯電話機で再生させる音声ファイルを作成するシステムを提供することを目的とする。
【課題を解決するための手段】
【０００４】
上述の課題を解決するため、請求項１に係る発明は、二次元コードに埋め込まれたアクセス情報に従ってアクセスした携帯電話機の機種に固有の音声再生フォーマットである再生用フォーマットの音声ファイルを作成する音声ファイル作成システムであって、前記再生用フォーマットとは異なるフォーマットである記録用フォーマットの音声ファイルを受信する受信部と、前記受信した記録用フォーマットの音声ファイルを前記携帯電話機にダウンロード可能なファイルサイズとなるよう所定の音質の範囲内で前記再生用フォーマットの音声ファイルに変換する変換部と、を備える音声ファイル作成システムを提供する。
【０００５】
この発明によると、受信した音声ファイルを携帯電話機にダウンロード可能なファイルサイズとなるよう所定の音質の範囲内で再生用フォーマットの音声ファイルに変換するため、携帯電話機にダウンロード可能なファイルサイズの音声ファイルを所定の音質の範囲内で携帯電話機の機種ごとに作成できる。再生用フォーマットの音声ファイルを一旦携帯電話機にダウンロードすれば、コンテンツを配信するサーバに何度もアクセスしなくても所定の音質の音声を再生できる。
【０００６】
請求項２に係る発明は、電話機から着信した音声を前記記録用フォーマットの音声ファイルに記録するＣＴＩ（Computer Telephony Integration）サーバをさらに備え、前記受信部は前記ＣＴＩサーバから前記記録用フォーマットの音声ファイルを受信する請求項１に記載の音声ファイル作成システムを提供する。
【０００７】
再生用フォーマットの音声ファイルに記録する音声としては、ＣＴＩサーバで記録されたＷＡＶファイルなどの音声ファイルを用いることができる。
【０００８】
請求項３に係る発明は、前記再生用フォーマットの音声ファイルを前記携帯電話機にダウンロードするダウンロード部をさらに備える請求項１又は２に記載の音声ファイル作成システムを提供する。
【発明の効果】
【０００９】
この発明によると、受信した音声ファイルを携帯電話機にダウンロード可能なファイルサイズとなるよう所定の音質の範囲内で再生用フォーマットの音声ファイルに変換するため、携帯電話機にダウンロード可能なファイルサイズの音声ファイルを所定の音質の範囲内で携帯電話機の機種ごとに作成できる。再生用フォーマットの音声ファイルを一旦携帯電話機にダウンロードすれば、コンテンツを配信するサーバに何度もアクセスしなくても所定の音質の音声を再生できる。
【発明を実施するための最良の形態】
【００１０】
以下、添付した図面を参照し本発明の好ましい実施の形態を説明する。
【００１１】
［概略構成］
図１は、本発明の好ましい実施形態に係る音声再生アプリ作成サーバ８を利用した配信システムの概略機能構成図である。このシステムは、パソコン１と、写真プリント注文受付サーバ２（以下単に注文受付サーバという）と、音声再生アプリ作成サーバ８と、ＣＴＩ（Computer Telephony Integration）サーバ９とがネットワーク３を介して接続されてなる。図１では、パソコン１は１つしか図示していないが、複数のパソコン１を注文受付サーバ２に接続する態様も可能である。即ち、注文受付サーバ２には認証部２８が備えられており、パソコン１から入力された一意的な識別情報（説明の簡略のためユーザＩＤ及びパスワードとするが、携帯電話機６の電話番号やユーザの指紋情報などであってもよい）で各パソコン１の注文受付サーバ２への接続を認証する。このため、複数のパソコン１が接続された場合も、その各々を識別することが可能である。パソコン１はＷｅｂブラウザ１１を備えており、キーボードやマウスなどで構成される操作部１３から入力されたＵＲＬ（Unique Resource Locator）で特定されるＷｅｂページの送信をＷｅｂサーバ２１に要求し、受信したＷｅｂページを表示装置１２の表示画面に表示する。
【００１２】
注文受付サーバ２は、音声や画像などのコンテンツにアクセスするためのアクセス情報が埋め込まれた二次元コードをコード発行部２９で発行し、パソコン１からアップロードされた写真プリント用画像に二次元コードを添付して共にプリントする写真プリントの注文を受け付けるサーバである。注文受付サーバ２は、制御部２０とＷｅｂサーバ２１と管理データベース（ＭＤＢ）２２とコード発行部２９とコンテンツデータベース（コンテンツＤＢ）３１とを備えている。ＭＤＢ２２は、パソコン１から送信される注文情報を記憶する。コンテンツＤＢ３１はコンテンツを記憶する。本明細書では特に詳説しないが、ＭＤＢ２２に記憶された注文情報を用いれば、写真プリント用画像にコンテンツへのアクセス情報が埋め込まれた二次元コードを添付した写真プリントを作成することができる。制御部２０はＣＰＵで構成され、Ｗｅｂサーバ２１、ＭＤＢ２２、コード発行部２９、コンテンツＤＢ３１とバス３０を介して接続されており、各部の動作制御を行う。Ｗｅｂサーバ２１はパソコン１からパソコン１で記録／再生可能なフォーマット（以下、記録フォーマットという）の音声ファイルのアップロードも受け付ける。記録用フォーマットの音声ファイルとしては、ＷＡＶファイルが一例として挙げられる。
【００１３】
ＣＴＩサーバ９は、通信部９０と、録音部９１と、再生部９２と、音声ＤＢ９３とを備えている。通信部９０は、移動体電話通信網の基地局５及びネットワーク３と接続し、注文受付サーバ２、音声再生アプリ作成サーバ８、あるいは携帯電話機６との間で通話音声や各種データの通信を行う。通信部９０には所定の電話番号が付与されている。録音部９１は、通信部９０の受信した通話音声を記録用フォーマットの音声ファイルに記録し、この音声ファイルを音声ＤＢ９３に記憶する。再生部９２は、音声ＤＢ９３の音声ファイルから通話音声を再生し、通信部９０を介して所定の電話番号に着信してきた携帯電話機６、その他の各種電話機にその通話音声を送信する。録音部９１と再生部９２は、通信部９０の所定の電話番号に着信した各種電話機から入力されるプッシュトーン信号で録音／再生の指示を受け付け、録音が指示された場合は電話機から送信された音声を録音し、再生が指示された場合は音声ＤＢ９３の特定の音声ファイルから通話音声を再生して電話機に送信するようにしてもよい。
【００１４】
音声再生アプリ作成サーバ８は、音声ファイル変換部２４と、通信部２６と、音声データベース（音声ＤＢ）３２を備えている。通信部２６はネットワーク３と接続されており、音声データベース（音声ＤＢ）３２は、通信部２６が注文受付サーバ２又はＣＴＩサーバ９から受信した記録用フォーマットの音声ファイルを一時記憶する。音声ファイル変換部２４は、音声ＤＢ３２の記録用フォーマットの音声ファイルを、携帯電話機６にダウンロード可能なファイルサイズとなるよう所定の音質の範囲内で携帯電話機６の機種に固有の再生用フォーマットの音声ファイルに変換する。携帯電話機６の機種に固有の再生用フォーマットが複数存在する場合、各機種に固有の再生用フォーマットに変換する。この再生用フォーマットの音声ファイルは、Ｊａｖａ（登録商標）など携帯電話機６で実行可能な言語で記述されたアプリケーションである。携帯電話機６がダウンロード可能なファイルサイズは基地局５の通信環境あるいは携帯電話機６の機種や性能などに依存する。携帯電話機６の各機種のダウンロード可能なファイルサイズが異なる場合、そのうち最小のものを再生用フォーマットの音声ファイルのファイルサイズとすればよい。
【００１５】
少なくとも、記録用フォーマットの音声ファイルを、どの機種の携帯電話機６でもダウンロード可能なファイルサイズとすれば、どの機種の携帯電話機６でも再生用フォーマットの音声ファイルをダウンロードできる。しかし、これに加え、再生用フォーマットの音声ファイルを携帯電話機６で再生したとき、その音声内容が判別できるような音質を確保する必要もある。例えば、携帯電話機６が、ＡＤＰＣＭ（Adaptive Differential Pulse Code Modulation）による再生機能を有しているが、ＡＤＰＣＭの量子化ビットが４ビットに固定されており、かつ携帯電話機６のダウンロードできる音声ファイルのサイズが２０ＫＢ以下に制限されているとする。仮に、ＡＤＰＣＭのサンプリング周波数を８ｋＨｚとすると、１秒間の音声再生に必要なデータ量は、８ｋＨｚ×０．５バイト（４ビット）＝４ｋバイトである。従って、ダウンロード可能なファイルサイズ２０ｋバイトの音声ファイルの再生時間（理論値）は、２０ｋバイト÷４ｋバイト＝５秒間となる。ただし、音声ファイルには数十バイトのヘッダ部分が存在するため、実際には５秒間より短くなる。このように、サンプリング周波数８ｋＨｚ・量子化ビットが４ビットの携帯電話機６におけるＡＤＰＣＭ再生機能では、サンプリング周波数８ｋＨｚ・量子化ビット４ビットの電話音声と同等の音質で最大５秒間（理論値）音声再生できる。無論、ダウンロード可能なファイルサイズが携帯電話機６の仕様変更とともに増大すれば、それに合わせてサンプリング周波数を増大させて音質を向上させてもよいし、サンプリング周波数は変えずに再生時間を長く取るようにしてもよい。また仮に、ＡＤＰＣＭのサンプリング周波数を４ｋＨｚとすると、最大１０秒間（理論値）の再生時間が得られるが、実際には内容の判別が困難なほどに音質が劣化し好ましくない。
【００１６】
なお、通信部２６は、アクセス情報に従ってアクセスしてきた携帯電話機６に対し、そのアクセス情報で特定される格納位置に格納された音声ファイルを音声ＤＢ３２から取得して携帯電話機６にダウンロードする。
【００１７】
図２は管理データベース（ＭＤＢ）２２に記憶される注文情報の概念説明図である。注文情報は、ユーザＩＤと画像とテンプレート画像とＱＲコードとが対応した情報である。ユーザＩＤは認証部２８がパソコン１から取得する。画像はパソコン１から注文受付サーバ２にアップロードされた写真プリント用の画像である。テンプレート画像は予めコンテンツＤＢ３１に記憶されており、アップロードされた画像に合成するテンプレートとなる。ＱＲコードには、コンテンツＤＢ３１、音声ＤＢ３２あるいは音声ＤＢ９３に記憶された各種コンテンツにアクセスするためのアクセス情報、特に音声ＤＢ３２に記憶された再生用フォーマットの音声ファイルの格納位置（ダウンロードサイトのURLなどで表現される）が埋め込まれている。ＱＲコードは写真プリント用画像に添付されてプリントされるため、画像ファイルとしてＭＤＢ２２に記憶される。
【００１８】
図３に示すように、コンテンツＤＢ３１には、テンプレート画像とテンプレート音声ファイルとが対応づけられたテンプレート情報が記憶されている。コンテンツＤＢ３１に記憶されたテンプレート画像は、パソコン１の操作部１３の操作でいずれか１つを任意に選択できる。テンプレート音声ファイルは、記録用フォーマットの音声ファイルである。テンプレート画像とテンプレート音声ファイルとの対応は特に限定する必要はないが、認証部２８で認証を受けたプリント注文者とは別のコンテンツ提供者が用いるパソコンであるコンテンツ提供者端末７から、独自に作成したテンプレート画像とそのテンプレート画像の内容に相応しい音声を再生する音声ファイルを対応づけてコンテンツＤＢ３１に記憶してもらうようにしてもよい。この際、コンテンツ提供者はコンテンツＤＢ３１の利用料を注文受付サーバ２の管理者に支払い、パソコン１からのプリント注文の数などに応じて所定の報酬を得るようにしてもよい。
【００１９】
携帯電話機６は、注文受付サーバ２に認証されたパソコン１を使用するユーザやその他のユーザが使用する。携帯電話機６は、ＱＲコードなどの二次元コードに埋め込まれている情報を読み取るコードリーダ６１を備えている。本明細書では簡略のため、二次元コードとＱＲコードを同視して説明するが、ＱＲコードの代わりに、ＰＤＦ４１７・データコード・マキシコードなどの各種二次元コードを用いてもよい。携帯電話機６がバーコードを読み取る手段を備えていれば二次元コードの代わりにバーコードを用いてもよい。
【００２０】
［処理の流れ］
以下、図４のフローチャートに基づき、配信システムの実行する配信処理の流れを説明する。
【００２１】
Ｓ１では、注文受付サーバ２は、アクセスしたパソコン１から送信されたユーザＩＤとパスワードでパソコン１を認証する。以下、パソコン１は認証を受けたユーザＩＤで識別される。
【００２２】
Ｓ２では、注文受付サーバ２は、コンテンツＤＢ３１に記憶されたテンプレート画像を一覧表示するＷｅｂページをパソコン１に送信し、一覧表示されたテンプレート画像からいずれか１つを選択させる。図５はテンプレート画像を一覧表示するＷｅｂページの一例である。この図では一例として、テンプレート画像Ｔ１〜Ｔ３が表示されている。パソコン１では、テンプレート画像Ｔ１〜Ｔ３のクリックなど、操作部１３の操作でテンプレート画像の選択を受け付け、選択されたテンプレート画像の識別子を注文受付サーバ２に通知する。以下の説明では一例としてテンプレート画像Ｔ１が選択されたものとする。
【００２３】
Ｓ３では、注文受付サーバ２は、パソコン１から写真プリント用画像のアップロードを受け付ける。図６に示すように、写真プリント用画像のアップロードは、Ｗｅｂサーバ２１からパソコン１に送信したＷｅｂページから受け付けることができる。即ち、このページで「参照」ボタン５２を押下することで、パソコン１に保存されている画像を選択することができ、この選択をもってアップロードすべき画像を指定する。指定が完了するとパソコン１は指定された画像を注文受付サーバ２に送信する。なお、このページには、Ｓ２で選択されたテンプレート画像を確認できるように拡大表示させている。パソコン１からアップロードされた画像はＳ１で認証されたユーザＩＤと対応づけられてＭＤＢ２２に記憶される。
【００２４】
Ｓ４では、注文受付サーバ２は、写真プリント用画像に添付する音声を、Ｓ２で選択されたテンプレート画像に対応するテンプレート音声ファイルから変更するか否かの指定を受け付ける。変更する指定がされた場合はＳ５に移行する。変更する指定がされなかった場合、Ｓ２で選択されたテンプレート画像に対応するテンプレート音声ファイルをコンテンツＤＢ３１から取得し、Ｓ１で認証されたユーザＩＤと取得した音声ファイルとを対応させて音声再生アプリ作成サーバ８に送信する。音声再生アプリ作成サーバ８は、受信したユーザＩＤと音声ファイルとを対応づけて音声ＤＢ３２に記憶し、Ｓ８に移行する。変更する指定は、例えば図６に示すＷｅｂページで、「変更」ボタン５１が押下されたか否かで受け付けることができる。
【００２５】
Ｓ５では、注文受付サーバ２は、写真プリント用画像に添付する音声を、パソコン１からアップロードする記録用フォーマットの音声ファイルとするか否かの指定を受け付ける。パソコン１から音声ファイルが指定された場合、指定された音声ファイルのアップロードをパソコン１から受け付け、アップロードされた音声ファイルをユーザＩＤと対応させて音声再生アプリ作成サーバ８に送信する。音声再生アプリ作成サーバ８は、受信したユーザＩＤと音声ファイルとを対応づけて音声ＤＢ３２に記憶し、Ｓ８に移行する。一方、パソコン１から音声ファイルが指定されなかった場合、Ｓ６に移行する。これら指定は、図７に示すようなＷｅｂページから受け付けることができる。即ち、「参照」ボタン７１が押下されると、パソコン１に保存されている音声ファイルを選択することができ、この選択をもってアップロードすべき音声ファイルを指定する。指定が完了すると、パソコン１は指定された音声ファイルを注文受付サーバ２に送信する。「参照」ボタン７１が押下されない場合はＳ６に移行する。
【００２６】
Ｓ６では、注文受付サーバ２は、写真プリント用画像に添付する音声を、録音部９１で録音した音声とするか否かの指定を受け付ける。この指定がされた場合はＳ７に移行し、指定されなかった場合はＳ５に戻る。この指定は、図７のＷｅｂページで、「完了」ボタン７２が押下されたか否かで受け付けることができる。なお、図７のＷｅｂページには、通信部９０に付与された所定の電話番号７３が表示されており、録音部９１がこの電話番号７３に接続した電話の通話音声を記録用フォーマットの音声ファイルに変換して音声ＤＢ９３に記憶する。録音部９１は、この音声ファイルとＳ１で認証したユーザＩＤとを対応づけて記憶しており、どの音声ファイルがどのユーザＩＤと対応しているかを管理している。
【００２７】
Ｓ７では、通信部９０は、Ｓ１で認証したユーザＩＤに対応する音声ファイルを音声ＤＢ９３から取得し、このユーザＩＤと取得した音声ファイルとを対応させて音声再生アプリ作成サーバ８に送信する。音声再生アプリ作成サーバ８は、受信した音声ファイルとユーザＩＤを対応させて音声ＤＢ３２に記憶する。
【００２８】
Ｓ８では、音声ファイル変換部２４は、Ｓ１で認証したユーザＩＤに対応する記録用フォーマットの音声ファイルを音声ＤＢ３２から取得し、この音声ファイルを携帯電話機６にダウンロード可能なファイルサイズとなるよう所定の音質の範囲内で再生用フォーマットの音声ファイルに変換する。変換された再生用フォーマットの音声ファイルはユーザＩＤに対応づけられて音声ＤＢ３２に記憶される。なお、本処理の終了後は、Ｓ１で認証したユーザＩＤに対応する記録用フォーマットの音声ファイルを音声ＤＢ３２から消去してもよい。
【００２９】
Ｓ９では、コード発行部２９は、Ｓ８で音声ＤＢ３２に記憶された再生用フォーマットの音声ファイルへのアクセス情報を埋め込んだＱＲコードを発行し、このＱＲコードをＳ１で認証したユーザＩＤと対応づけてＭＤＢ２２に記憶する。
【００３０】
Ｓ１０では、注文受付サーバ２は、Ｓ３でアップロードされたプリント用画像とＳ２で選択されたテンプレート画像とを合成した合成画像に、Ｓ９で発行したＱＲコードを添付した写真プリントをプレビュー表示させるＷｅｂページをパソコン１に送信する。図８はプレビュー表示の一例である。この図のＷｅｂページには、Ｓ２で選択されたテンプレート画像とＳ３でアップロードされたプリント用画像とを合成した合成画像５６に、Ｓ９で発行したＱＲコードの縮小画像５５が添付された写真プリントのプレビュー画像５７が表示される。なお、この画面では、「聞く」ボタン５４を押下することで、Ｓ１で認証したユーザに対応する記録用フォーマットの音声ファイルを音声ＤＢ３２からパソコン１にダウンロードして再生することができる。このため、写真プリントに添付する音声をパソコン１でも確認できる。
【００３１】
Ｓ１１では、注文受付サーバ２は、パソコン１の表示装置１２の表示画面でコードリーダ６１がアクセス情報を読み取れるようなサイズで発行したＱＲコードを送信するよう要求されたか否かを判断する。要求された場合はＳ１２に移行し、要求されない場合はＳ１３に移行する。この要求は、プレビュー画像５７のＱＲコードの縮小画像５５をクリックなどで指定することでパソコン１から注文受付サーバ２に送信することができる。
【００３２】
Ｓ１２では、注文受付サーバ２は、パソコン１の表示装置１２の表示画面でコードリーダ６１がアクセス情報を読み取れるようなサイズに拡大したＱＲコードの画像をパソコン１に送信する。図９に示すように、表示装置１２の表示画面に表示されたＱＲコードの画像５５’は、携帯電話機６のコードリーダ６１からアクセス情報を読み取ることができるサイズである。
【００３３】
Ｓ１３では、音声再生アプリ作成サーバ８は、携帯電話機６が画像５５’に埋め込まれたアクセス情報あるいは写真プリントに添付されたＱＲコードのアクセス情報を読み取り、そのアクセス情報で特定される音声ＤＢ３２の音声ファイルのダウンロードを要求してきたか否かを判断する。ダウンロードが要求された場合はＳ１４に移行し、Ｓ１４では、音声再生アプリ作成サーバ８は要求された再生用フォーマットの音声ファイルを音声ＤＢ３２から取得して携帯電話機６にダウンロードする。ダウンロードが要求されない場合は本処理を終了する。
【００３４】
以上説明したとおり、音声ファイル変換部２４は、記録用フォーマットの音声ファイルを携帯電話機６にダウンロード可能なファイルサイズとなるよう所定の音質の範囲内で再生用フォーマットの音声ファイルに変換して音声ＤＢ３２に記憶する。この音声ファイルは携帯電話機６の機種ごとに固有のフォーマットであるが、機種ごとの再生用フォーマットの音声ファイルに変換することもできる。一旦再生用フォーマットの音声ファイルを携帯電話機６にダウンロードすれば、ＣＴＩサーバ９や音声再生アプリ作成サーバ８にアクセスしなくても所定の音質の音声を各機種の携帯電話機６で再生できる。
【００３５】
なお、上述の音声再生アプリ作成サーバ８は、一旦作成された再生用フォーマットの音声ファイルを更新できる構成とすることも可能である。例えば、通信部９０に付与された電話番号をアクセス情報として埋め込んだＱＲコードの添付された写真プリントを音声変更用プリントとして携帯電話機６のユーザに有料又は無料で配布しておき、ユーザが携帯電話機６でそのアクセス情報を読み取って通信部９０に電話発信して録音開始のプッシュトーン操作を行った場合、録音部９１は、携帯電話機６から着信した通話音声を録音する。携帯電話機６の電話通信が終了した場合、上述のＳ８と同様、音声ファイル変換部２４は、記録用フォーマットの音声ファイルを再生用フォーマットの音声ファイルに変換し、この音声ファイルをユーザＩＤと対応づけて音声ＤＢ３２に記憶する。この際、既に音声ＤＢ３２に記憶されている同一のユーザＩＤに対応する再生用フォーマットの音声ファイルは上書きされる。
【００３６】
新たに作成された再生用フォーマットの音声ファイルを確認するためには、Ｓ１３及びＳ１４と同様、音声ＤＢ３２へのアクセス情報が埋め込まれたＱＲコードが添付された写真プリントから該アクセス情報を携帯電話機６で読み取り、再生用フォーマットの音声ファイルをダウンロードして実行させればよい。ただし、再生用フォーマットの音声ファイルの作成中に該音声ファイルのダウンロード要求がされた場合、既に音声ＤＢ３２に記憶されている古い再生用フォーマットの音声ファイルがダウンロードされ、音声が更新されていないとユーザが誤解するおそれがある。このため、音声再生アプリ作成サーバ８は、再生用フォーマットの音声ファイルの作成中に該音声ファイルのダウンロード要求がされた場合、再生用フォーマットの音声ファイルの作成中である旨を携帯電話機６に通知するとともに、音声ファイルのダウンロードを受け付けないようにすればよい。
【図面の簡単な説明】
【００３７】
【図１】本発明の好ましい実施形態に係る配信システムの概略機能構成図
【図２】注文情報の概念説明図
【図３】テンプレート情報の概念説明図
【図４】配信処理の流れを示すフローチャート
【図５】テンプレート画像を一覧表示するＷｅｂページの一例を示す図
【図６】写真プリント用画像のアップロードを受け付けるＷｅｂページの一例を示す図
【図７】アップロードすべき音声ファイルなどを指定するＷｅｂページの一例を示す図
【図８】写真プリントをプレビュー表示させるＷｅｂページの一例を示す図
【図９】コード読取部からアクセス情報を読み取ることができるサイズで表示装置に表示されたＱＲコードの一例を示す図
【符号の説明】
【００３８】
１：パソコン、２：写真プリント注文受付サーバ、８：音声再生アプリ作成サーバ、９：ＣＴＩサーバ
【図１】
2006033080.tif 000003
【図２】
2006033080.tif 000004
【図３】
2006033080.tif 000005
【図４】
2006033080.tif 000006
【図５】
2006033080.tif 000007
【図６】
2006033080.tif 000008
【図７】
2006033080.tif 000009
【図８】
2006033080.tif 000010
【図９】
2006033080.tif 000011