JP2006025313A

JP2006025313A - 音声配信システム

Info

Publication number: JP2006025313A
Application number: JP2004203067A
Authority: JP
Inventors: Takuya Shimomura; 拓也下村
Original assignee: Fuji Photo Film Co Ltd
Current assignee: Fujifilm Holdings Corp
Priority date: 2004-07-09
Filing date: 2004-07-09
Publication date: 2006-01-26

Abstract

【課題】どのような携帯電話機がアクセスしても音声を配信することのできるシステムを提供する。
【解決手段】Ｓ２２では、配信管理サーバ８は携帯電話機６から通知された携帯電話番号と端末ＩＤと音声ＩＤとを取得する。Ｓ２３では、携帯電話番号又は端末ＩＤに基づき、アクセスしてきた携帯電話機６に固有の再生用フォーマットが音声アプリＤＢ８３に記憶された音声ファイルのどの再生フォーマットに対応しているかを判断する。対応する再生フォーマットが存在する場合、携帯電話機６から通知された音声ＩＤに対応しかつ通知された機種に対応する再生用フォーマットの音声ファイルを音声アプリＤＢ８３から取得して携帯電話機６に送信（ダウンロード）する。
【選択図】図１２

Description

本発明は音声配信システムに係り、特に二次元コードに埋め込まれたアクセス情報などに基づいてアクセスしてきた携帯電話機に音声を配信するシステムに関する。

従来、バーコードを読み取って画像や文字などのコンテンツを配信する情報システムが考案されている。例えば特許文献１の情報提供システムは、バーコードが印刷されたカード、葉書、ポスター、雑誌などの表示媒体と、バーコードを読み取るバーコードリーダと、読み取られた情報を送信し、返送された情報を表示・出力する端末装置と、端末装置と通信ネットワークを介して接続しバーコードに対応する情報を保存・蓄積する配信情報データベースと、カードなどの表示媒体の作成を申し込む手段と、返送する情報をデータベースに登録・保存する手段と、バーコードに対応する情報を端末装置に送信する手段と、ユニークなバーコードの生成手段とを備えている。
特開２００２−３１２２６９号公報

ところで、上述の情報システムでは、コンテンツをどのような形式で配信するのか全く言及されていない。特に、コンテンツが音声であり、コンテンツ配信先が携帯電話機の場合、音声ファイルを携帯電話機にダウンロードすることが考えられるが、携帯電話機は機種ごとに様々な仕様を有しており、同じ形式の音声ファイルを異なる機種の携帯電話機に一律に送信しても、再生できるものと再生できないものが生じる可能性がある。本発明はこのような問題点に鑑みてなされたもので、どのような携帯電話機がアクセスしても音声を配信することのできるシステムを提供することを目的とする。

上述の課題を解決するため、請求項１に係る発明は、二次元コードに埋め込まれたアクセス情報に従ってアクセスした携帯電話機から前記携帯電話機の機種情報と前記アクセス情報に含まれる音声識別子とを取得する情報取得部と、前記携帯電話機の機種情報に基づいて前記携帯電話機が再生可能な音声ファイルのフォーマットを判断する判断部と、前記判断結果に基づき、前記音声識別子で特定されかつ前記携帯電話機が再生可能なフォーマットの音声ファイルを前記携帯電話機にダウンロードするダウンロード部と、を備える音声配信システムを提供する。

この発明によると、アクセス情報に従ってアクセスしてきた携帯電話機で再生可能な音声ファイルのフォーマットを判断し、この判断結果に基づいて再生可能なフォーマットの音声ファイルを携帯電話機にダウンロードする。即ち、機種に応じたフォーマットの音声ファイルを携帯電話機にダウンロードすることで、どのような機種の携帯電話機がアクセスしてきても適切な音声ファイルを配信することができる。

請求項２に係る発明は、前記音声識別子で特定される録音音声を記憶する録音部と、音声識別子の指定を受け付け前記指定された音声識別子で特定される録音音声を再生する再生部とを有するＣＴＩサーバをさらに備える請求項１に記載の音声配信システムを提供する。

請求項３に係る発明は、前記判断結果に基づき、一意的な仮識別子を生成し、前記アクセス情報に含まれる音声識別子と前記仮識別子とを対応づけて前記録音部に記憶させる仮識別子生成部と、前記アクセス情報に従ってアクセスした携帯電話機に前記仮識別子を通知する通知部と、をさらに備え、前記ＣＴＩサーバは、前記携帯電話機からの着信時に前記携帯電話機から通知された仮識別子を取得し、前記取得した仮識別子と前記録音部の仮識別子とを比較し、前記取得した仮識別子に対応する音声識別子で特定される録音音声を前記着信した携帯電話機に送信する請求項２に記載の音声配信システムを提供する。

請求項４に係る発明は、前記情報取得部は前記携帯電話機に割り当てられた固有の携帯電話番号を取得し、前記アクセス情報に含まれる音声識別子と前記携帯電話番号とを対応づけて前記録音部に記憶させ、前記ＣＴＩサーバは前記携帯電話機からの着信時に前記携帯電話番号を取得し、前記取得した携帯電話番号と前記録音部の携帯電話番号とを比較し、前記取得した携帯電話番号に対応する音声識別子で特定される録音音声を前記着信した携帯電話機に送信する請求項２に記載の音声配信システムを提供する。

アクセス情報に従ってアクセスしてきた携帯電話機で再生可能な音声ファイルのフォーマットが全く存在しないと判断された場合には、ＣＴＩサーバに接続して電話音声を再生することもできる。このように、本発明の音声配信システムは、どのような機種、どのような通信キャリアの携帯電話機がアクセスしてきても、音声を音声ファイル又は電話音声で配信することができる。

この発明によると、アクセス情報に従ってアクセスしてきた携帯電話機で再生可能な音声ファイルのフォーマットを判断し、この判断結果に基づいて再生可能なフォーマットの音声ファイルを携帯電話機にダウンロードする。即ち、機種に応じたフォーマットの音声ファイルを携帯電話機にダウンロードすることで、どのような機種の携帯電話機がアクセスしてきても音声ファイルを配信することができる。

以下、添付した図面を参照し本発明の好ましい実施の形態を説明する。

＜第１実施形態＞
［概略構成］
図１は、本発明の好ましい実施形態に係る配信システムの概略機能構成図である。このシステムは、パソコン１と、写真プリント注文受付サーバ２（以下単に注文受付サーバという）と、配信管理サーバ８と、ＣＴＩ（Computer Telephony Integration）サーバ９ととがネットワーク３を介して接続されてなる。図１では、パソコン１は１つしか図示していないが、複数のパソコン１を注文受付サーバ２に接続する態様も可能である。即ち、注文受付サーバ２には認証部２８が備えられており、パソコン１から入力された一意的な識別情報（説明の簡略のためユーザＩＤ及びパスワードとするが、携帯電話機６に一意に割り当てられた電話番号やユーザの指紋情報などであってもよい）で各パソコン１の注文受付サーバ２への接続を認証する。このため、複数のパソコン１が接続された場合も、その各々を識別することが可能である。パソコン１はＷｅｂブラウザ１１を備えており、キーボードやマウスなどで構成される操作部１３から入力されたＵＲＬ（Uniform Resource Locator）で特定されるＷｅｂページの送信をＷｅｂサーバ２１に要求し、受信したＷｅｂページを表示装置１２の表示画面に表示する。

注文受付サーバ２は、音声や画像などのコンテンツにアクセスするためのアクセス情報が埋め込まれた二次元コードをコード発行部２９で発行し、パソコン１からアップロードされた写真プリント用画像に二次元コードを添付して共にプリントする写真プリントの注文を受け付けるサーバである。注文受付サーバ２は、制御部２０とＷｅｂサーバ２１と注文管理データベース（ＯＭＤＢ）２２とコード発行部２９とコンテンツデータベース（コンテンツＤＢ）３１とプリンタ３２を備えている。ＯＭＤＢ２２は、パソコン１から送信される注文情報を記憶する。コンテンツＤＢ３１はコンテンツを記憶する。後述するが、制御部２０はＯＭＤＢ２２に記憶された注文情報に基づいてプリントデータを作成し、プリンタ３２はプリントデータに基づいて写真プリント用画像にコンテンツへのアクセス情報が埋め込まれた二次元コードを添付した写真プリントを印刷する。制御部２０はＣＰＵで構成され、Ｗｅｂサーバ２１、ＯＭＤＢ２２、コード発行部２９、コンテンツＤＢ３１、プリンタ３２とバス３０を介して接続されており、各部の動作制御を行う。Ｗｅｂサーバ２１はパソコン１からパソコン１で記録／再生可能なフォーマット（以下、記録フォーマットという）の音声ファイルのアップロードも受け付ける。記録用フォーマットの音声ファイルとしては、ＷＡＶファイルが一例として挙げられる。

図２は管理データベース（ＯＭＤＢ）２２に記憶される注文情報の概念説明図である。注文情報は、ユーザＩＤと画像とテンプレート画像とＱＲコードとが対応した情報である。ユーザＩＤは認証部２８がパソコン１から取得する。画像はパソコン１から注文受付サーバ２にアップロードされた写真プリント用の画像である。テンプレート画像は予めコンテンツＤＢ３１に記憶されており、アップロードされた画像に合成するテンプレートとなる。ＱＲコードには、音声アプリＤＢ８３あるいは音声ＤＢ９３に記憶された音声コンテンツにアクセスするためのアクセス情報、特に音声アプリＤＢ８３に記憶された再生用フォーマットの音声ファイルの格納位置（ダウンロードサイトのURL）が埋め込まれている。さらに、この格納位置の中には、本システムが配信する音声の識別子である音声ＩＤが含まれている。例えば、アクセス情報「http://otop.jp?v001」の中には、音声ＩＤ「v001」が含まれている。ＱＲコードは写真プリント用画像に添付されてプリントされるため、画像ファイルとしてＯＭＤＢ２２に記憶される。

図３に示すように、コンテンツＤＢ３１には、テンプレート画像とテンプレート音声ファイルとが対応づけられたテンプレート情報が記憶されている。コンテンツＤＢ３１に記憶されたテンプレート画像は、パソコン１の操作部１３の操作でいずれか１つを任意に選択できる。テンプレート音声ファイルは、記録用フォーマットの音声ファイルである。テンプレート画像とテンプレート音声ファイルとの対応は特に限定する必要はないが、認証部２８で認証を受けたプリント注文者とは別のコンテンツ提供者が用いるパソコンであるコンテンツ提供者端末７から、独自に作成したテンプレート画像とそのテンプレート画像の内容に相応しい音声を再生する音声ファイルを対応づけてコンテンツＤＢ３１に記憶してもらうようにしてもよい。この際、コンテンツ提供者はコンテンツＤＢ３１の利用料を注文受付サーバ２の管理者に支払い、パソコン１からのプリント注文の数などに応じて所定の報酬を得るようにしてもよい。

ＣＴＩサーバ９は、通信部９０と、録音部９１と、再生部９２と、音声ＤＢ９３とを備えている。通信部９０は、移動体電話通信網の基地局５及びネットワーク３と接続し、注文受付サーバ２、配信管理サーバ８、あるいは携帯電話機６との間で通話音声や各種データの通信を行う。通信部９０には所定の電話番号が付与されている。録音部９１は、通信部９０の受信した通話音声を記録用フォーマットの音声ファイルに記録し、この音声ファイルを音声ＤＢ９３に記憶する。再生部９２は、音声ＤＢ９３の音声ファイルから通話音声を再生し、通信部９０を介して所定の電話番号に着信してきた携帯電話機６その他の各種電話機にその通話音声を送信する。録音部９１と再生部９２は、通信部９０の所定の電話番号に着信した各種電話機から入力されるプッシュトーン信号で録音／再生の指示を受け付け、録音が指示された場合は電話機から送信された音声を録音し、再生が指示された場合はさらにプッシュトーン信号で音声ＩＤの指定を受け付け、指定された音声ＩＤに対応する音声ＤＢ９３の音声ファイルから通話音声を再生して電話機に送信する。

図４は音声ＤＢ９３に記憶される情報の概念説明図である。音声ＤＢ９３には、音声ＩＤと録音用フォーマットの音声ファイルとチェックＩＤとが対応づけられて記憶されている。音声ＩＤは各音声ファイルに一意的に付与された識別子である。録音用フォーマットの音声ファイルはＷＡＶファイルなどであり、録音部９１により作成される。チェックＩＤについては後述する。

配信管理サーバ８は、通信部８１と、音声ファイル変換部８２と、音声アプリデータベース（音声アプリＤＢ）８３を備えている。通信部８１はネットワーク３と接続されており、音声アプリＤＢ８３は、通信部８１が注文受付サーバ２又はＣＴＩサーバ９から受信した記録用フォーマットの音声ファイルを一時記憶する。音声ファイル変換部８２は、音声アプリＤＢ８３の記録用フォーマットの音声ファイルを、携帯電話機６にダウンロード可能なファイルサイズとなるよう所定の音質の範囲内で携帯電話機６の機種に固有の再生用フォーマットの音声ファイルに変換する。以下、この固有の再生用フォーマットの音声ファイルから音声を再生できる携帯電話機６の機種を、アプリ対応機種といい、固有の再生用フォーマットの音声ファイルから音声を再生できない携帯電話機６の機種をアプリ非対応機種という。コード発行部２９の発行した二次元コードにはアクセス情報として、音声アプリＤＢ８３に記憶された再生用フォーマットの音声ファイルのダウンロードサイトのＵＲＬが埋め込まれている。このＵＲＬには音声ＩＤも含まれている。アプリ対応機種は二次元コードからダウンロードサイトのＵＲＬを読み込み、再生用フォーマットの音声ファイルをダウンロードできる。

なお、携帯電話機６の機種に固有の再生用フォーマットが複数存在する場合、音声ファイル変換部８２は、記録用フォーマットの音声ファイルを各機種に固有の再生用フォーマット全てに変換する。例えば、３つの機種である機種１〜機種３に対しては、機種１〜機種３のそれぞれに固有の再生用フォーマットのファイルに変換する。この再生用フォーマットの音声ファイルは、Ｊａｖａ（登録商標）など携帯電話機６の各機種で実行可能な言語で記述されたアプリケーションである。携帯電話機６がダウンロード可能なファイルサイズは基地局５の通信環境あるいは携帯電話機６の機種や性能などに依存する。携帯電話機６の各機種のダウンロード可能なファイルサイズが異なる場合、そのうち最小のものを再生用フォーマットの音声ファイルのファイルサイズとすればよい。図５は音声アプリＤＢ８３に記憶される情報の概念説明図である。音声アプリＤＢ８３には、音声ＩＤと各機種に固有の再生用フォーマットの音声ファイルとが対応づけられて記憶されている。

少なくとも、記録用フォーマットの音声ファイルを、どの機種の携帯電話機６でもダウンロード可能なファイルサイズとすれば、どの機種の携帯電話機６でも再生用フォーマットの音声ファイルをダウンロードできる。しかし、これに加え、再生用フォーマットの音声ファイルを携帯電話機６で再生したとき、その音声内容が判別できるような音質を確保する必要もある。例えば、携帯電話機６が、ＡＤＰＣＭ（Adaptive Differential Pulse Code Modulation）による再生機能を有しているが、ＡＤＰＣＭの量子化ビットが４ビットに固定されており、かつ携帯電話機６のダウンロードできる音声ファイルのサイズが２０ＫＢ以下に制限されているとする。

仮に、ＡＤＰＣＭのサンプリング周波数を８ｋＨｚとすると、１秒間の音声再生に必要なデータ量は、８ｋＨｚ×０．５バイト（４ビット）＝４ｋバイトである。従って、ダウンロード可能なファイルサイズ２０ｋバイトの音声ファイルの再生時間（理論値）は、２０ｋバイト÷４ｋバイト＝５秒間となる。ただし、音声ファイルには数十バイトのヘッダ部分が存在するため、実際には５秒間より短くなる。このように、サンプリング周波数８ｋＨｚ・量子化ビットが４ビットの携帯電話機６におけるＡＤＰＣＭ再生機能では、サンプリング周波数８ｋＨｚ・量子化ビット４ビットの電話音声と同等の音質で最大５秒間（理論値）音声再生できる。無論、ダウンロード可能なファイルサイズが携帯電話機６の仕様変更とともに増大すれば、それに合わせてサンプリング周波数を増大させて音質を向上させてもよいし、サンプリング周波数は変えずに再生時間を長く取るようにしてもよい。また仮に、ＡＤＰＣＭのサンプリング周波数を４ｋＨｚとすると、最大１０秒間（理論値）の再生時間が得られるが、実際には内容の判別が困難なほどに音質が劣化し好ましくない。

なお、通信部８１は、アクセス情報に従ってアクセスしてきたアプリ対応機種の携帯電話機６に対し、そのアクセス情報で特定される格納位置に格納されておりかつその携帯電話機６で再生可能なフォーマットの音声ファイルを音声アプリＤＢ８３から取得して携帯電話機６にダウンロードする。

携帯電話機６は、注文受付サーバ２に認証されたパソコン１を使用するユーザやその他のユーザが使用する。携帯電話機６は、ＱＲコードなどの二次元コードに埋め込まれている情報を読み取るコードリーダ６１を備えている。本明細書では簡略のため、二次元コードとＱＲコードを同視して説明するが、ＱＲコードの代わりに、ＰＤＦ４１７・データコード・マキシコードなどの各種二次元コードを用いてもよい。携帯電話機６がバーコードを読み取る手段を備えていれば二次元コードの代わりにバーコードを用いてもよい。

［処理の流れ］
以下、配信システムの実行する処理の流れを説明する。配信システムでは注文処理及び配信処理が行われる。

（注文処理）
まず、図６のフローチャートに基づき、配信システムの実行する注文処理の流れを説明する。

Ｓ１では、注文受付サーバ２は、アクセスしたパソコン１から送信されたユーザＩＤとパスワードでパソコン１を認証する。以下、パソコン１は認証を受けたユーザＩＤで識別される。

Ｓ２では、注文受付サーバ２は、コンテンツＤＢ３１に記憶されたテンプレート画像を一覧表示するＷｅｂページをパソコン１に送信し、一覧表示されたテンプレート画像からいずれか１つを選択させる。図７はテンプレート画像を一覧表示するＷｅｂページの一例である。この図では一例として、テンプレート画像Ｔ１〜Ｔ３が表示されている。パソコン１では、テンプレート画像Ｔ１〜Ｔ３のクリックなど、操作部１３の操作でテンプレート画像の選択を受け付け、選択されたテンプレート画像の識別子を注文受付サーバ２に通知する。以下の説明では一例としてテンプレート画像Ｔ１が選択されたものとする。

Ｓ３では、注文受付サーバ２は、パソコン１から写真プリント用画像のアップロードを受け付ける。図８に示すように、写真プリント用画像のアップロードは、Ｗｅｂサーバ２１からパソコン１に送信したＷｅｂページから受け付けることができる。即ち、このページで「参照」ボタン５２を押下することで、パソコン１に保存されている画像を選択することができ、この選択をもってアップロードすべき画像を指定する。指定が完了するとパソコン１は指定された画像を注文受付サーバ２に送信する。なお、このページには、Ｓ２で選択されたテンプレート画像を確認できるように拡大表示させている。パソコン１からアップロードされた画像はＳ１で認証されたユーザＩＤと対応づけられてＯＭＤＢ２２に記憶される。

Ｓ４では、注文受付サーバ２は、写真プリント用画像に添付する音声を、Ｓ２で選択されたテンプレート画像に対応するテンプレート音声ファイルから変更するか否かの指定を受け付ける。変更する指定がされた場合はＳ５に移行する。変更する指定がされなかった場合、Ｓ２で選択されたテンプレート画像に対応するテンプレート音声ファイルをコンテンツＤＢ３１から取得し、Ｓ１で認証されたユーザＩＤと取得した音声ファイルとを対応させて配信管理サーバ８に送信する。配信管理サーバ８は、受信したユーザＩＤと音声ファイルとを対応づけて音声アプリＤＢ８３に記憶し、Ｓ８に移行する。変更する指定は、例えば図８に示すＷｅｂページで、「変更」ボタン５１が押下されたか否かで受け付けることができる。

Ｓ５では、注文受付サーバ２は、写真プリント用画像に添付する音声を、パソコン１からアップロードする記録用フォーマットの音声ファイルとするか否かの指定を受け付ける。パソコン１から音声ファイルが指定された場合、指定された音声ファイルのアップロードをパソコン１から受け付け、アップロードされた音声ファイルをユーザＩＤと対応させて配信管理サーバ８に送信する。配信管理サーバ８は、受信したユーザＩＤと音声ファイルとを対応づけて音声アプリＤＢ８３に記憶し、Ｓ８に移行する。一方、パソコン１から音声ファイルが指定されなかった場合、Ｓ６に移行する。これらの指定は、図９に示すようなＷｅｂページから受け付けることができる。即ち、「参照」ボタン７１が押下されると、パソコン１に保存されている音声ファイルを選択することができ、この選択をもってアップロードすべき音声ファイルを指定する。指定が完了すると、パソコン１は指定された音声ファイルを注文受付サーバ２に送信する。「参照」ボタン７１が押下されない場合はＳ６に移行する。

Ｓ６では、注文受付サーバ２は、写真プリント用画像に添付する音声を、録音部９１で録音した音声とするか否かの指定を受け付ける。この指定がされた場合はＳ７に移行し、指定されなかった場合はＳ５に戻る。この指定は、図９のＷｅｂページで、「完了」ボタン７２が押下されたか否かで受け付けることができる。なお、図９のＷｅｂページには、通信部９０に付与された所定の電話番号７３が表示されており、録音部９１がこの電話番号７３に接続した電話の通話音声を記録用フォーマットの音声ファイルに変換して音声ＤＢ９３に記憶する。録音部９１は、この音声ファイルとＳ１で認証したユーザＩＤとを対応づけて記憶しており、どの音声ファイルがどのユーザＩＤと対応しているかを管理している。

Ｓ７では、通信部９０は、Ｓ１で認証したユーザＩＤに対応する音声ファイルを音声ＤＢ９３から取得し、このユーザＩＤと取得した音声ファイルとを対応させて配信管理サーバ８に送信する。配信管理サーバ８は、受信した音声ファイルとユーザＩＤを対応させて音声アプリＤＢ８３に記憶する。

Ｓ８では、音声ファイル変換部８２は、Ｓ１で認証したユーザＩＤに対応する記録用フォーマットの音声ファイルを音声アプリＤＢ８３から取得し、この音声ファイルを携帯電話機６にダウンロード可能なファイルサイズとなるよう所定の音質の範囲内で再生用フォーマットの音声ファイルに変換する。変換された再生用フォーマットの音声ファイルには一意的な音声ＩＤが付与されて音声アプリＤＢ８３に記憶される。この音声ＩＤはＣＴＩサーバ９にも通知され、音声ファイル変換部８２が変換した再生用フォーマットの音声ファイルの変換元となった記録用フォーマットの音声ファイルに対応して音声ＤＢ９３に記憶される。図４は再生用フォーマットの音声ファイルの変換元となった記録用フォーマットの音声ファイルに音声ＩＤが対応づけられて記憶された状態を示す。なお、本処理の終了後は、Ｓ１で認証したユーザＩＤに対応する記録用フォーマットの音声ファイルを音声アプリＤＢ８３から消去してもよい。

Ｓ９では、コード発行部２９は、Ｓ８で音声アプリＤＢ８３に記憶された再生用フォーマットの音声ファイルに付与された音声ＩＤを含むアクセス情報を埋め込んだＱＲコードを発行し、このＱＲコードをＳ１で認証したユーザＩＤと対応づけてＯＭＤＢ２２に記憶する。

Ｓ１０では、注文受付サーバ２は、Ｓ３でアップロードされたプリント用画像とＳ２で選択されたテンプレート画像とを合成した合成画像に、Ｓ９で発行したＱＲコードを添付した写真プリントをプレビュー表示させるＷｅｂページをパソコン１に送信する。図１０はプレビュー表示の一例である。この図のＷｅｂページには、Ｓ２で選択されたテンプレート画像とＳ３でアップロードされたプリント用画像とを合成した合成画像５６に、Ｓ９で発行したＱＲコードの縮小画像５５が添付された写真プリントのプレビュー画像５７が表示される。なお、この画面では、「聞く」ボタン５４を押下することで、Ｓ１で認証したユーザＩＤに対応する記録用フォーマットの音声ファイルを音声ＤＢ９３からパソコン１にダウンロードして再生することができる。このため、写真プリントに添付する音声をパソコン１でも確認できる。

Ｓ１１では、注文受付サーバ２は、パソコン１の表示装置１２の表示画面でコードリーダ６１がアクセス情報を読み取れるようなサイズで発行したＱＲコードを送信するよう要求されたか否かを判断する。要求された場合はＳ１２に移行し、要求されない場合はＳ１３に移行する。この要求は、プレビュー画像５７のＱＲコードの縮小画像５５をクリックなどで指定することでパソコン１から注文受付サーバ２に送信することができる。

Ｓ１２では、注文受付サーバ２は、パソコン１の表示装置１２の表示画面でコードリーダ６１がアクセス情報を読み取れるようなサイズに拡大したＱＲコードの画像をパソコン１に送信する。図１１に示すように、表示装置１２の表示画面に表示されたＱＲコードの画像５５’は、携帯電話機６のコードリーダ６１からアクセス情報を読み取ることができるサイズである。

Ｓ１３では、配信管理サーバ８は、携帯電話機６が画像５５’に埋め込まれたアクセス情報あるいは写真プリントに添付されたＱＲコードのアクセス情報を読み取り、そのアクセス情報で特定される音声アプリＤＢ８３の音声ファイルのダウンロードを要求してきたか否かを判断する。ダウンロードが要求された場合はＳ１４に移行する。ダウンロードが要求されない場合はＳ１５に移行する。

Ｓ１４では、配信管理サーバ８はアクセス情報で特定されかつ携帯電話機６に固有の再生用フォーマットの音声ファイルを音声アプリＤＢ８３から取得して携帯電話機６にダウンロードする。例えば、図５のような情報が、音声アプリＤＢ８３に記憶されているとする。アクセス情報に音声ＩＤ「V001」が含まれ、携帯電話機６の機種が「機種１」の場合、携帯電話機６には音声ファイル「voice1.mfi1」がダウンロードされる。なお、配信管理サーバ８がどのようにして携帯電話機６の機種を判別するかは後述する。Ｓ１５では、ＱＲコードの添付された写真プリントを印刷するか否かの指示をパソコン１から受け付ける。印刷する指示を受け付けた場合はＳ１６へ移行し、印刷しない指示を受け付けた場合は本処理を終了する。Ｓ１６では、制御部２０は注文代金の決済処理などを適宜行った後、Ｓ３でアップロードされたプリント用画像とＳ２で選択されたテンプレート画像とを合成した合成画像に、Ｓ９で発行したＱＲコードを添付した写真プリントを印刷するための印刷データを作成してプリンタ３２に出力する。プリンタ３２は印刷データに基づいてＱＲコードを添付した写真プリント（以下、ＱＲコード添付プリントという）を印刷する。

以上説明したとおり、パソコン１の表示装置１２に表示されたＱＲコードの画像５５’は携帯電話機６のコードリーダ６１からアクセス情報を読み取ることができるサイズである。携帯電話機６はパソコン１の表示装置１２からアクセス情報を読み取ることができる。音声ファイル変換部８２は、記録用フォーマットの音声ファイルを携帯電話機６にダウンロード可能なファイルサイズとなるよう所定の音質の範囲内で再生用フォーマットの音声ファイルに変換して音声アプリＤＢ８３に記憶する。この音声ファイルは携帯電話機６の機種ごとに固有のフォーマットである。

携帯電話機６で固有の再生用フォーマットの音声ファイルを受信し、携帯電話機６で音声を再生すれば、所望の音声へのアクセス情報が埋め込まれたＱＲコードが写真プリントに添付されているか否かをプリント注文時に確認することができ、問題なければプリンタ３２でＱＲコード添付プリントを印刷できる。

なお、上述の配信管理サーバ８は、一旦作成された再生用フォーマットの音声ファイルを更新できる構成とすることも可能である。例えば、通信部９０に付与された電話番号と変更対象の音声ファイルに付与された音声ＩＤを含むアクセス情報を埋め込んだＱＲコードの添付された写真プリントを音声変更用プリントとして携帯電話機６のユーザに有料又は無料で配布しておき、ユーザが携帯電話機６でそのアクセス情報を読み取って通信部９０に電話発信して録音開始のプッシュトーン操作を行った場合、録音部９１は、携帯電話機６から着信した通話音声を録音する。携帯電話機６の電話通信が終了した場合、上述のＳ８と同様、音声ファイル変換部８２は、記録用フォーマットの音声ファイルを再生用フォーマットの音声ファイルに変換し、この音声ファイルをアクセス情報に含まれた音声ＩＤと対応させて音声アプリＤＢ８３に記憶する。この際、既に音声アプリＤＢ８３に記憶されている同一の音声ＩＤに対応する再生用フォーマットの音声ファイルは上書きされる。

新たに作成された再生用フォーマットの音声ファイルを確認するためには、Ｓ１３及びＳ１４と同様、音声アプリＤＢ８３へのアクセス情報が埋め込まれたＱＲコードが添付された写真プリントから該アクセス情報を携帯電話機６で読み取り、再生用フォーマットの音声ファイルをダウンロードして実行させればよい。ただし、再生用フォーマットの音声ファイルの作成中に該音声ファイルのダウンロード要求がされた場合、既に音声アプリＤＢ８３に記憶されている古い再生用フォーマットの音声ファイルがダウンロードされ、音声が更新されていないとユーザが誤解するおそれがある。このため、配信管理サーバ８は、再生用フォーマットの音声ファイルの作成中に該音声ファイルのダウンロード要求がされた場合、再生用フォーマットの音声ファイルの作成中である旨を携帯電話機６に通知するとともに、音声ファイルのダウンロードを受け付けないようにすればよい。

（配信処理）
次に、図１２のフローチャートに基づき、配信システムの実行する配信処理の流れを説明する。

Ｓ２１では、携帯電話機６がＱＲコード添付プリントのＱＲコードからアクセス情報を読み取り、アクセス情報で示されるネットワーク３上のリソースである配信管理サーバ８にアクセスする。携帯電話機６は、配信管理サーバ８にアクセスした際に、携帯電話機６の固有に情報（携帯電話機６に一意に割り当てられた携帯電話番号や端末ＩＤなど）と、携帯電話機６の機種の情報（端末ＩＤに含まれていてもよい）を配信管理サーバ８に自動通知するエージェント機能を有するものとする。無論、セキュリティ保護や、エージェント機能がない場合にも対応するため、携帯電話機６の所定操作に応じてこれらの情報を配信管理サーバ８に通知するようにしてもよい。以下、説明の簡略のため、端末ＩＤは携帯電話機６の機種を表す情報を含むとする。上述のように、アクセス情報には音声ＩＤが含まれており、携帯電話機６は、エージェント機能又は所定操作により、端末ＩＤとＱＲコードから取得した音声ＩＤと携帯電話番号を配信管理サーバ８に通知する。

Ｓ２２では、配信管理サーバ８は携帯電話機６から通知された携帯電話番号と端末ＩＤと音声ＩＤとを取得する。Ｓ２３では、携帯電話番号又は端末ＩＤに基づき、アクセスしてきた携帯電話機６に固有の再生用フォーマットが音声アプリＤＢ８３に記憶された音声ファイルのどの再生フォーマットに対応しているかを判断する。対応する再生フォーマットが存在する場合はＳ２４に移行し、対応する再生フォーマットが存在しない場合はＳ２６に移行する。なお、携帯電話機６が端末ＩＤを通知する機能を有していない場合はＳ２６に移行する。

携帯電話機６の再生用フォーマットの音声ファイルへの対応／非対応の判断は各種の方式が可能である。例えば、各機種の再生用フォーマットの音声ファイルの対応／非対応をテーブル化して配信管理サーバ８に記憶しておき、このテーブルと通知された端末ＩＤとに基づいて携帯電話機６がどの再生用フォーマットに対応しているかを判断してもよい。あるいは、携帯電話機６の通信キャリアごとの再生用フォーマットの音声ファイルの対応／非対応をテーブル化して配信管理サーバ８に記憶しておき、通知された携帯電話番号からキャリアを識別し（例えば、携帯電話番号が「090-XXX○-○○○○」であり、「XXX」の3桁がキャリアの識別子であれば、この３桁からキャリアを識別）する。そして、このテーブルと識別したキャリアとに基づいて携帯電話機６がどの再生用フォーマットに対応しているかを判断してもよい。

Ｓ２４では、携帯電話機６から通知された音声ＩＤに対応しかつ通知された機種に対応する再生用フォーマットの音声ファイルを音声アプリＤＢ８３から取得して携帯電話機６に送信（ダウンロード）する。例えば、図５のような情報が、音声アプリＤＢ８３に記憶されているとする。アクセス情報に音声ＩＤ「V001」が含まれ、携帯電話機６の端末ＩＤには機種情報として「機種１」が含まれている場合、携帯電話機６には音声ファイル「voice1.mfi1」がダウンロードされる。

Ｓ２６では、Ｓ２２で取得した音声ＩＤをＣＴＩサーバ９に送信してチェックＩＤの生成を要求する。このチェックＩＤは、携帯電話機６がＣＴＩサーバ９に接続して再生部９２に再生させる音声を音声ＤＢ９３で特定するための仮の音声識別子である。

Ｓ２７では、ＣＴＩサーバ９は、配信管理サーバ８の要求に応じて一意なチェックＩＤを生成する。次に、ＣＴＩサーバ９は、配信管理サーバ８から送信された音声ＩＤと同一の音声ＩＤを音声ＤＢ９３から特定する。そして、生成したチェックＩＤを特定した音声ＩＤに対応づけて音声ＤＢ９３に記憶する。ＣＴＩサーバ９は、生成したチェックＩＤを配信管理サーバ８に通知する。なお、本ステップで生成したチェックＩＤには有効期限を設定してもよく、有効期限が経過したチェックＩＤは音声ＤＢ９３から消去するようにしてもよい。こうすることで不正に携帯電話機６がＣＴＩサーバ９にアクセスして音声の再生を受ける可能性を減らすことができる。

Ｓ２８では、アクセス情報から読み取った音声ＩＤに対応する音声をＣＴＩサーバ９の再生部９２から再生させる再生用電話番号をチェックＩＤとともに携帯電話機６に通知する。このチェックＩＤは再生用電話番号の末尾に付加された内線番号などとすることができる。

Ｓ２９では、携帯電話機６から再生用電話番号に発信してＣＴＩサーバ９に接続し、プッシュトーン操作でチェックＩＤを送信する。Ｓ３０では、再生部９２は送信されたチェックＩＤを取得する。Ｓ３１では、再生部９２は、受信したチェックＩＤと音声ＤＢ９３のチェックＩＤとを比較し、受信したチェックＩＤに対応する記録用フォーマットの音声ファイルを音声ＤＢ９３から取得し、取得した音声ファイルから音声を再生して携帯電話機６に送信する。Ｓ３２では、携帯電話機６は受信した音声を図示しないスピーカで再生する。

以上の処理により、携帯電話機６が音声アプリＤＢ８３に記憶された再生用フォーマットの音声ファイルを再生できる機種である場合は（Ｓ２３で“Ｙ”）、携帯電話機６に対応する再生用フォーマットの音声ファイルを携帯電話機６にダウンロードすることができ（Ｓ２４）、携帯電話機６からＣＴＩサーバ９に何度もアクセスしなくても所定の音質の音声を再生できる。

一方、携帯電話機６が音声アプリＤＢ８３に記憶された再生用フォーマットの音声ファイルを再生できる機種でない場合でも（Ｓ２３で“Ｎ”）、携帯電話機６からＣＴＩサーバ９に電話接続してチェックＩＤを通知することで（Ｓ２９）、音声の再生を受けることができる（Ｓ３１、Ｓ３２）。即ち、本配信システムは、どのような機種、どのような通信キャリアの携帯電話機６がアクセスしてきても音声を配信することができる。

＜第２実施形態＞
第１実施形態の配信システムが実行する配信処理では、携帯電話機６からトーン操作などで送信したチェックＩＤで音声ＤＢ９３の音声ファイルを特定していたが、基地局５と携帯電話機６の通信状況その他の事情に起因してチェックＩＤの通知が困難な場合があるため、携帯電話機６の携帯電話番号から音声ファイルを特定できるような構成にすることも可能である。

図１３は第２実施形態に係る配信処理の流れを示すフローチャートである。この処理は、第１実施形態の配信システムと同様の構成のシステムで実行可能である。

Ｓ４１〜Ｓ４４はそれぞれ第１実施形態の配信処理のＳ２１〜Ｓ２４と同様である。Ｓ４６では、配信管理サーバ８は、携帯電話機６から通知された音声ＩＤと携帯電話番号とをＣＴＩサーバ９に送信する。Ｓ４７では、ＣＴＩサーバ９は、配信管理サーバ８から送信された音声ＩＤと同一の音声ＩＤを音声ＤＢ９３から特定する。そして、配信管理サーバ８から送信された携帯電話番号を特定した音声ＩＤに対応づけて音声ＤＢ９３に記憶する。図１４は音声ＤＢ９３に記憶される情報の概念説明図である。この図に示すように、第２実施形態に係る音声ＤＢ９３は、第１実施形態と異なり、音声ＩＤと記録用フォーマットの音声ファイルと携帯電話番号とを対応づけて記憶している。

Ｓ４８では、アクセス情報から読み取った音声ＩＤに対応する音声をＣＴＩサーバ９の再生部９２から再生させる再生用電話番号を携帯電話機６に通知する。

Ｓ４９では、携帯電話機６から再生用電話番号に発信してＣＴＩサーバ９に接続する。Ｓ５０では、再生部９２は接続してきた携帯電話機６から携帯電話番号を取得する。なお、再生部９２が携帯電話機６から携帯電話番号を取得するためには、携帯電話機６の電話番号通知機能を有効にしておく必要がある。Ｓ５１では、再生部９２は、取得した携帯電話番号と音声ＤＢ９３の携帯電話番号とを比較し、取得した携帯電話番号に対応する記録用フォーマットの音声ファイルを音声ＤＢ９３から取得し、取得した音声ファイルから音声を再生して携帯電話機６に送信する。Ｓ５２では、携帯電話機６は受信した音声を図示しないスピーカで再生する。

＜その他の実施形態＞
上述のＳ２１あるいはＳ４１では、ＱＲコードから音声ＩＤを読み取っていたが、この音声ＩＤをボタン操作やＢｌｕｅｔｏｏｔｈ通信などから携帯電話機６に入力する構成としてもよい。このようにすれば、コードリーダ６１を備えない携帯電話機６でも上記第１又は第２実施形態に係る配信管理サーバ８を利用できる。入力させる音声ＩＤはＱＲコード添付プリントの縁部などに印刷してユーザが認識できるようにしてもよい。

本発明の好ましい実施形態に係る配信システムの概略機能構成図注文情報の概念説明図テンプレート情報の概念説明図第１実施形態に係る音声ＤＢに記憶される情報の概念説明図音声アプリＤＢに記憶される情報の概念説明図注文処理の流れを示すフローチャートテンプレート画像を一覧表示するＷｅｂページの一例を示す図写真プリント用画像のアップロードを受け付けるＷｅｂページの一例を示す図アップロードすべき音声ファイルなどを指定するＷｅｂページの一例を示す図写真プリントをプレビュー表示させるＷｅｂページの一例を示す図コード読取部からアクセス情報を読み取ることができるサイズで表示装置に表示されたＱＲコードの一例を示す図第１実施形態に係る配信処理の流れを示すフローチャート第２実施形態に係る配信処理の流れを示すフローチャート第２実施形態に係る音声ＤＢに記憶される情報の概念説明図

符号の説明

１：パソコン、２：写真プリント注文受付サーバ、６：携帯電話機、８：配信管理サーバ、９：ＣＴＩサーバ

Claims

二次元コードに埋め込まれたアクセス情報に従ってアクセスした携帯電話機から前記携帯電話機の機種情報と前記アクセス情報に含まれる音声識別子とを取得する情報取得部と、
前記携帯電話機の機種情報に基づいて前記携帯電話機が再生可能な音声ファイルのフォーマットを判断する判断部と、
前記判断結果に基づき、前記音声識別子で特定されかつ前記携帯電話機が再生可能なフォーマットの音声ファイルを前記携帯電話機にダウンロードするダウンロード部と、
を備える音声配信システム。
前記音声識別子で特定される録音音声を記憶する録音部と、音声識別子の指定を受け付け前記指定された音声識別子で特定される録音音声を再生する再生部とを有するＣＴＩサーバをさらに備える請求項１に記載の音声配信システム。
前記判断結果に基づき、一意的な仮識別子を生成し、前記アクセス情報に含まれる音声識別子と前記仮識別子とを対応づけて前記録音部に記憶させる仮識別子生成部と、
前記アクセス情報に従ってアクセスした携帯電話機に前記仮識別子を通知する通知部と、
をさらに備え、
前記ＣＴＩサーバは、前記携帯電話機からの着信時に前記携帯電話機から通知された仮識別子を取得し、前記取得した仮識別子と前記録音部の仮識別子とを比較し、前記取得した仮識別子に対応する音声識別子で特定される録音音声を前記着信した携帯電話機に送信する請求項２に記載の音声配信システム。
前記情報取得部は前記携帯電話機に割り当てられた固有の携帯電話番号を取得し、前記アクセス情報に含まれる音声識別子と前記携帯電話番号とを対応づけて前記録音部に記憶させ、
前記ＣＴＩサーバは前記携帯電話機からの着信時に前記携帯電話番号を取得し、前記取得した携帯電話番号と前記録音部の携帯電話番号とを比較し、前記取得した携帯電話番号に対応する音声識別子で特定される録音音声を前記着信した携帯電話機に送信する請求項２に記載の音声配信システム。