JP2006099455A - コンテンツ配信システム - Google Patents

Abstract

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

Description

本発明はコンテンツ配信システムに係り、特に２次元バーコード等に埋め込まれたアクセス情報に基づいてアクセスしてきた携帯電話機等にコンテンツを提供するコンテンツ配信システムに関する。

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

ところで、上記特許文献１の情報提供システムでは、情報が配信される際の再生用フォーマットについては開示されていない。したがって、情報を受信する側の端末装置として携帯電話機を用いる場合、携帯電話機は機種ごとにさまざまな仕様を有しているため、送信された情報を再生できないおそれがあった。

本発明はこのような事情に鑑みてなされたもので、携帯電話機の機種に依存することなく、コンテンツを配信することができるコンテンツ配信システムを提供することを目的とする。

上記目的を達成するために請求項１に係るコンテンツ配信システムは、携帯電話機において再生可能なコンテンツを複数の再生用フォーマットで記憶するコンテンツ記憶手段と、２次元バーコードに埋め込まれたアクセス情報に従ってアクセスした携帯電話機から前記携帯電話機の機種情報、及び前記アクセス情報に含まれるコンテンツ識別子を取得する情報取得手段と、前記コンテンツ識別子で特定され、かつ前記携帯電話機の機種情報に基づいて前記携帯電話機において再生可能な１又は複数の再生用フォーマットのうち、再生に最適な再生用フォーマットでコンテンツを前記携帯電話機にダウンロードするダウンロード手段とを備えることを特徴とする。

請求項１に係るコンテンツ配信システムによれば、配信先の携帯電話機における再生に最適なフォーマットのコンテンツを配信することができるため、ユーザの満足度の向上を図ることができる。

請求項２に係るコンテンツ配信システムは、請求項１において、前記コンテンツは、動画コンテンツを含むことを特徴とする。

請求項３に係るコンテンツ配信システムは、請求項１又は２において、前記コンテンツ識別子によって特定される録音音声を記憶する音声記憶手段と、前記判断手段により、前記アクセスした携帯電話機において再生可能な再生用フォーマットが存在しないと判断された場合に、前記携帯電話機から取得されたコンテンツ識別子によって特定される録音音声を前記携帯電話機に配信する音声配信手段とを更に備えることを特徴とする。

請求項３に係るコンテンツ配信システムによれば、動画等のコンテンツが再生できない携帯電話機に対してＣＴＩサービスを利用することにより音声コンテンツの配信を行うことができる。

本発明によれば、携帯電話機での再生時に最大のパフォーマンスを発揮することのできるフォーマットでコンテンツを配信することができるため、ユーザの満足度の向上を図ることができる。また、動画等のコンテンツが再生できない携帯電話機であってもＣＴＩサービスを利用することにより音声コンテンツの配信を行うことができるため、どのような携帯電話機に対しても何らかのコンテンツの配信を行うことができる。

以下、添付図面に従って本発明に係るコンテンツ配信システムの好ましい実施の形態について説明する。

図１は、本発明の好ましい実施形態に係るコンテンツ配信システムの概略機能構成図である。

図１に示すコンテンツ配信システムは、パソコン１と、写真プリント注文受付サーバ２（以下単に注文受付サーバという）と、配信管理サーバ８と、ＣＴＩ（Computer Telephony Integration）サーバ９とがネットワーク３を介して接続されてなる。

なお、図１では、パソコン１は１つしか図示していないが、複数のパソコン１を注文受付サーバ２に接続する態様も可能である。即ち、注文受付サーバ２には認証部２８が備えられており、パソコン１から入力された一意的な識別情報（説明の簡略のためユーザＩＤ及びパスワードとするが、携帯電話機６に一意に割り当てられた電話番号やユーザの指紋情報等の生体認証情報であってもよい）で各パソコン１の注文受付サーバ２への接続を認証する。このため、複数のパソコン１が接続された場合も、その各々を識別することが可能である。

パソコン１は、Ｗｅｂブラウザ１１を備えており、キーボードやマウスなどで構成される操作部１３から入力されたＵＲＬ（Uniform Resource Locator）で特定されるＷｅｂページの送信をＷｅｂサーバ２１に要求し、受信したＷｅｂページを表示装置１２の表示画面に表示する。

注文受付サーバ２は、制御部２０と、Ｗｅｂサーバ２１と、注文管理データベース（ＯＭＤＢ）２２と、コード発行部２９と、コンテンツデータベース（コンテンツＤＢ）３１と、プリンタ３２を備えている。注文受付サーバ２は、音声や画像（動画）などのコンテンツにアクセスするためのアクセス情報が埋め込まれた２次元バーコードをコード発行部２９で発行し、パソコン１からアップロードされた写真プリント用画像に２次元バーコードを添付して共にプリントする写真プリントの注文を受け付けるサーバである。

制御部２０はＣＰＵで構成され、Ｗｅｂサーバ２１、ＯＭＤＢ２２、認証部２８、コード発行部２９、コンテンツＤＢ３１、及びプリンタ３２とバス３０を介して接続されており、各部の動作制御を行う。

Ｗｅｂサーバ２１は、パソコン１で記録／再生可能なフォーマット（以下、記録用フォーマットという）の音声ファイルのパソコン１からのアップロードを受け付ける。この記録用フォーマットの音声ファイルとしては、ＷＡＶファイルが一例として挙げられる。

ＯＭＤＢ２２は、パソコン１から送信される注文情報を記憶する。後述するが、制御部２０は、ＯＭＤＢ２２に記憶された注文情報に基づいてプリントデータを作成し、プリンタ３２はプリントデータに基づいて写真プリント用画像にコンテンツへのアクセス情報が埋め込まれた２次元バーコードを添付した写真プリントを印刷する。

図２は、管理データベース（ＯＭＤＢ）２２に記憶される注文情報の概念説明図である。注文情報は、ユーザＩＤ、画像、テンプレート画像、及びＱＲコードが対応した情報である。ユーザＩＤは、ユーザの認証に用いられる情報であり、認証部２８がパソコン１から取得する。画像は、パソコン１から注文受付サーバ２にアップロードされた写真プリント用の画像であり、静止画でも動画でもよい。テンプレート画像は、予めコンテンツＤＢ３１に記憶されており、アップロードされた画像に合成するテンプレートとなる。

ＱＲコードには、コンテンツ再生アプリＤＢ８３あるいは音声ＤＢ９３に記憶されたコンテンツにアクセスするためのアクセス情報、特にコンテンツ再生アプリＤＢ８３に記憶されたコンテンツファイルの格納位置（ダウンロードサイトのＵＲＬ）が埋め込まれている。さらに、この格納位置の中には、コンテンツ配信システムが配信するコンテンツの識別子であるコンテンツＩＤが含まれている。例えば、アクセス情報「http://otop.jp?V001」の中には、コンテンツＩＤ「V001」が含まれている。ＱＲコードは、写真プリント用画像に添付されてプリントされるため、画像ファイルとしてＯＭＤＢ２２に記憶される。

コンテンツＤＢ３１はコンテンツを記憶する。図３は、コンテンツＤＢ３１に記憶されるテンプレート情報の概念説明図である。図３に示すように、コンテンツＤＢ３１には、テンプレート画像と、テンプレート音声ファイルとが対応づけられたテンプレート情報が記憶されている。コンテンツＤＢ３１に記憶されたテンプレート画像は、パソコン１の操作部１３の操作によりいずれか１つを任意に選択できる。テンプレート音声ファイルは、記録用フォーマットの音声ファイルである。

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

ＣＴＩサーバ９は、通信部９０と、録音部９１と、再生部９２と、音声ＤＢ９３とを備えている。

通信部９０は、移動体電話通信網の基地局５及びネットワーク３と接続し、注文受付サーバ２、配信管理サーバ８、あるいは携帯電話機６との間で通話音声や各種データの通信を行う。通信部９０には所定の電話番号が付与されている。

録音部９１は、通信部９０の受信した通話音声を記録用フォーマットの音声ファイルに記録し、この音声ファイルを音声ＤＢ９３に記憶する。

再生部９２は、音声ＤＢ９３の音声ファイルから通話音声を再生し、通信部９０を介して所定の電話番号に着信してきた携帯電話機６やその他の各種電話機にその通話音声を送信する。録音部９１と再生部９２は、通信部９０の所定の電話番号に着信した各種電話機から入力されるプッシュトーン信号で録音／再生の指示を受け付け、録音が指示された場合は電話機から送信された音声を録音し、再生が指示された場合はさらにプッシュトーン信号でコンテンツＩＤの指定を受け付け、指定されたコンテンツＩＤに対応する音声ＤＢ９３の音声ファイルから通話音声を再生して電話機に送信する。

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

配信管理サーバ８は、通信部８１と、コンテンツファイル作成部８２と、コンテンツ再生アプリデータベース（コンテンツ再生アプリＤＢ）８３とを備えている。

通信部８１は、ネットワーク３と接続されており、コンテンツ再生アプリＤＢ８３は、通信部８１が注文受付サーバ２又はＣＴＩサーバ９から受信した記録用フォーマットの音声ファイルや画像を一時記憶する。

コンテンツファイル作成部８２は、コンテンツ再生アプリＤＢ８３の記録用フォーマットの音声ファイルや画像を、携帯電話機６にダウンロード可能なファイルサイズとなるよう所定の音質又は画質の範囲内で携帯電話機６の各機種で再生可能な再生用フォーマットの音声ファイル又は画像（以下、まとめてコンテンツファイルともいう）に変換する。コンテンツファイル作成部８２は、携帯電話機６の任意の機種で再生可能なすべてのフォーマット（例えば、動画コンテンツの場合には、３ｇｐｐや３ｇｐｐ２、Ｇｉｆアニメ、ＥＺムービー等）のコンテンツファイルを作成する。

コード発行部２９により発行された２次元バーコードにはアクセス情報として、コンテンツ再生アプリＤＢ８３に記憶されたコンテンツファイルのダウンロードサイトのＵＲＬが埋め込まれている。このＵＲＬにはコンテンツＩＤも含まれている。これにより、アプリ対応機種の携帯電話機６は、２次元バーコードからダウンロードサイトのＵＲＬを読み込み、コンテンツファイルをダウンロードできる。

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

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

［処理の流れ］
以下、コンテンツ配信システムの実行する処理（注文処理及び配信処理）の流れを説明する。

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

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

Ｓ２では、注文受付サーバ２は、コンテンツＤＢ３１に記憶されたテンプレート画像を一覧表示するＷｅｂページをパソコン１に送信し、一覧表示されたテンプレート画像からいずれか１つを選択させる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１２は携帯電話機６の機種と動画再生用フォーマットの対応関係を示すテーブルであり、図１３は動画再生用フォーマットの例を示すテーブルである。図１２及び図１３に示すテーブルは、コンテンツ再生アプリＤＢ８３に格納される。

図１２には、携帯電話機６の機種ごとに再生可能な動画再生用フォーマット（以下、動画フォーマットという）、及び再生に最適な動画フォーマットが示されている。上記の端末ＩＤから特定される携帯電話機６の機種からこれらのテーブルを参照することで、アクセスしてきた携帯電話機６に対応する再生用フォーマットが存在するかどうか判断することができる。なお、図１２には、携帯電話機６の機種と動画フォーマットの対応が示されているが、音声フォーマット等についても同様のテーブルを作成することにより、再生に最適なフォーマットを選択することができる。

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

Ｓ２３において、対応する再生用フォーマットが存在する場合はＳ２４に移行し、対応する再生用フォーマットが存在しない場合（図１２の「機種４」）はＳ２６に移行する。なお、携帯電話機６が端末ＩＤを通知する機能を有していない場合はＳ２６に移行する。

Ｓ２４では、携帯電話機６が対応する再生用フォーマットの中から、再生に最も適したものが選択される。例えば、図１２から携帯電話機６の機種が「機種１」の場合、再生に最適な（再生時に最大のパフォーマンスを発揮できる）フォーマットは動画フォーマットＡである。そして、Ｓ２５では、Ｓ２４で順位が１位の再生用フォーマットでコンテンツが携帯電話機６にダウンロードされる。

Ｓ２６では、携帯電話機６から通知されたコンテンツＩＤに対応し、かつ通知された機種に対応する再生用フォーマットの音声ファイルをコンテンツ再生アプリＤＢ８３から取得して携帯電話機６に送信（ダウンロード）する。

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

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

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

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

以上の処理により、携帯電話機６がコンテンツ再生アプリＤＢ８３に記憶された再生用フォーマットのコンテンツファイルを再生できる機種である場合は（Ｓ２３で“Ｙ”）、携帯電話機６に対応する再生用フォーマットのコンテンツファイルを携帯電話機６にダウンロードすることができる（Ｓ２４，Ｓ２５）。一方、携帯電話機６がコンテンツ再生アプリＤＢ８３に記憶された再生用フォーマットのコンテンツファイルを再生できる機種でない場合でも（Ｓ２３で“Ｎ”）、携帯電話機６からＣＴＩサーバ９に電話接続してチェックＩＤを通知することで（Ｓ２９）、音声の再生を受けることができる（Ｓ３１、Ｓ３２）。即ち、本実施形態のコンテンツ配信システムは、どのような機種、どのような通信キャリアの携帯電話機６がアクセスしてきても何らかのコンテンツを配信することができる。

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

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

Ｓ４１〜Ｓ４５はそれぞれ第１実施形態の配信処理のＳ２１〜Ｓ２５と同様であるため説明を省略する。Ｓ４６では、配信管理サーバ８は、携帯電話機６から通知されたコンテンツＩＤと携帯電話番号とをＣＴＩサーバ９に送信する。Ｓ４７では、ＣＴＩサーバ９は、配信管理サーバ８から送信されたコンテンツＩＤと同一のコンテンツＩＤを音声ＤＢ９３から特定する。そして、配信管理サーバ８から送信された携帯電話番号を特定したコンテンツＩＤに対応づけて音声ＤＢ９３に記憶する。

図１５は、音声ＤＢ９３に記憶される情報の概念説明図である。この図に示すように、第２実施形態に係る音声ＤＢ９３は、第１実施形態と異なり、コンテンツＩＤと記録用フォーマットの音声ファイルと携帯電話番号とを対応づけて記憶している。

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

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

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

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

符号の説明

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

Claims (3)

1. 携帯電話機において再生可能なコンテンツを複数の再生用フォーマットで記憶するコンテンツ記憶手段と、
   ２次元バーコードに埋め込まれたアクセス情報に従ってアクセスした携帯電話機から前記携帯電話機の機種情報、及び前記アクセス情報に含まれるコンテンツ識別子を取得する情報取得手段と、
   前記コンテンツ識別子で特定され、かつ前記携帯電話機の機種情報に基づいて前記携帯電話機において再生可能な１又は複数の再生用フォーマットのうち、再生に最適な再生用フォーマットでコンテンツを前記携帯電話機にダウンロードするダウンロード手段と、
   を備えることを特徴とするコンテンツ配信システム。
2. 前記コンテンツは、動画コンテンツを含むことを特徴とする請求項１記載のコンテンツ配信システム。
3. 前記コンテンツ識別子によって特定される録音音声を記憶する音声記憶手段と、
   前記判断手段により、前記アクセスした携帯電話機において再生可能な再生用フォーマットが存在しないと判断された場合に、前記携帯電話機から取得されたコンテンツ識別子によって特定される録音音声を前記携帯電話機に配信する音声配信手段と、
   を更に備えることを特徴とする請求項１又は２記載のコンテンツ配信システム。

Images