JP2005135253A - 代表購入システム、代表購入用プログラムおよび代表購入方法 - Google Patents

Abstract

【課題】 携帯電話を用いて商品を共同購入する共同購入者に対してインセンティブを図れる仕組みを前提として、サーバ側の処理負荷の軽減やパケット通信の効率化を実現できるようにすることを課題とする。
【解決手段】 コンテンツＩＤに対応付けてコンテンツデータを記憶するコンテンツＤＢ７、会員であるユーザの連絡先などの情報を登録するユーザＤＢ８、代表購入者による共同購入時にレコードが追加される代表購入者ＤＢ９がサーバ６に接続される。携帯電話１を通じて代表購入者が複数の人数分の商品を共同購入した場合、サーバ６は購入人数分だけおまけ対象の属性を有するコンテンツデータへのアクセス権（ＵＲＬ）を含むメールを準備し、代表購入者の携帯電話１に対してメール送信する。携帯電話１を通じて他の共同購入者の携帯電話に対してアクセス権を含むメールを転送し、サーバ６へのおまけコンテンツの要求を可能にする。各購入者の携帯電話からＵＲＬに基づいてアクセスがなされた場合には、あらかじめ用意されたおまけのコンテンツをコンテンツＤＢ７から読み出して送信する。
【選択図】 図１

Description

本発明は、代表購入システム、代表購入用プログラムおよび代表購入方法に関するものである。

今日、携帯電話の普及により、携帯電話から移動体通信のネットワークを介してショッピングサイトにアクセスし、携帯電話から商品購入の手続きを処理する電子商取引が登場している。

この種の電子商取引の一例として、ショッピングサイトの商品紹介ページにおいて販売される商品をその販売価格や申込数量に基づいて販売単価を設定する共同購入のためのシステムが提案されている（特許文献１）。

上述した共同購入システムの場合には、同一商品を購入しようとする購入希望者間のつながりは関係ないので、各商品に対する購入希望者の数により販売単価が変動するかどうかは申し込み時点では不明である。
特開２００２−２４５２７３号公報

このように、上述した従来例では、同一商品に対する申込数量によっては販売単価に変動が生じる場合と生じない場合があり、購入者に対して常にインセンティブが図られるものではない。さらに、同一商品に対して共同購入する者がすべてショッピングサイトにアクセスする構成なので、サーバ側の処理負担やパケット量が増すという危惧がある。

本発明の目的は、携帯電話を用いて商品を共同購入する共同購入者に対してインセンティブを図れる仕組みを前提として、サーバ側の処理負荷の軽減やパケット通信の効率化を実現することが可能な代表購入システム、代表購入用プログラムおよび代表購入方法を提供することになる。

上述した課題を解決し、上記目的を達成するため、請求項１の発明に係る代表購入システムは、ネットワークを介して携帯端末との間で商品購入手続きを処理する代表購入システムであって、コンテンツＩＤに対応付けてコンテンツデータを記憶するコンテンツ記憶手段と、メールアドレスを含み、ユーザを特定するための情報を記憶するユーザ記憶手段と、商品購入手続きを処理する際に、前記ユーザ記憶手段を参照して複数の人数分の商品を購入した代表購入者を特定するための情報を取得する取得手段と、前記取得手段で取得された情報と前記コンテンツ記憶手段に記憶されるコンテンツＩＤとの対応関係を購入人数分だけ識別可能に記憶する代表購入者情報記憶手段と、前記代表購入者情報記憶手段に記憶された対応関係に基づいて前記コンテンツ記憶手段においておまけ対象の属性を有するコンテンツデータへのアクセス権を示すＵＲＬ情報を購入人数分だけ生成するＵＲＬ生成手段と、前記取得手段で取得された代表購入者を特定するための情報を参照して当該代表購入者のメールアドレスを取得し、当該メールアドレスに対して前記ＵＲＬ生成手段で生成された購入人数分のＵＲＬ情報を送信するメール送信手段と、携帯端末からの前記メール送信手段で送信したＵＲＬ情報に基づくアクセスに応答して前記ＵＲＬ情報に含まれるコンテンツＩＤから前記コンテンツ記憶手段に記憶されているコンテンツデータを特定し、当該特定されたコンテンツデータをアクセス元の前記携帯端末に配信するコンテンツ配信手段と、を備えたことを特徴とするものである。

請求項２の発明は、請求項１の発明において、前記代表購入者情報記憶手段は、さらに各購入者に提供するコンテンツの受取確認情報を対応させて記憶し、前記コンテンツ配信手段は、コンテンツ配信後に前記代表購入者記憶手段の受取確認情報を受取り済み状態に設定するようにしてもよい。

請求項３の発明は、請求項１または２において、前記ＵＲＬ生成手段は、前記ＵＲＬ情報の一部を暗号化し、前記コンテンツ配信手段は、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化するようにしてもよい。

請求項４の発明は、請求項１、２または３の発明において、前記代表購入者情報記憶手段は、各購入者に対応させて異なるスロット番号を付与して購入人数分だけ識別可能に記憶するようにしてもよい。

請求項５の発明は、請求項１〜４のいずれか１つの発明において、前記代表購入システムは、サーバであってもよい。

請求項６の発明は、請求項１〜５のいずれか１つにおいて、前記コンテンツ記憶手段に記憶されるコンテンツは、着信メロディ、着信ボイスなどのデジタルコンテンツであってもよい。

また、請求項７の発明に係る代表購入用プログラムは、ネットワークを介して携帯端末との間で商品購入手続きをサーバのコンピュータにより実行可能な代表購入用プログラムであって、前記コンピュータに、商品購入手続きを処理する際に、メールアドレスを含み、ユーザを特定するための情報を記憶する第１メモリを参照して複数の人数分の商品を購入した代表購入者を特定するための情報を取得する第１ステップと、前記第１ステップで取得された情報とコンテンツＩＤに対応付けてコンテンツデータを記憶する第２メモリに記憶されるコンテンツＩＤとの対応関係を購入人数分だけ識別可能に第３メモリに記憶する第２ステップと、前記第３メモリに記憶された対応関係に基づいて前記第２メモリおいておまけ対象の属性を有するコンテンツデータへのアクセス権を示すＵＲＬ情報を購入人数分だけ生成する第３ステップと、前記第２ステップで取得された代表購入者を特定するための情報を参照して当該代表購入者のメールアドレスを取得し、当該メールアドレスに対して前記第３ステップで生成された購入人数分のＵＲＬ情報を送信する第４ステップと、携帯端末からの前記第４ステップで送信したＵＲＬ情報に基づくアクセスに応答して前記ＵＲＬ情報に含まれるコンテンツＩＤから前記第２メモリに記憶されているコンテンツデータを特定し、当該特定されたコンテンツデータをアクセス元の前記携帯端末に配信する第5ステップと、を実行させることを特徴とするものである。

請求項８の発明は、請求項７において、前記第２ステップは、さらに各購入者に提供するコンテンツの受取確認情報を対応させて記憶し、前記第5ステップは、コンテンツ配信後に前記第２ステップの受取確認情報を受取り済み状態に設定するようにしてもよい。

請求項９の発明は、請求項７または８の発明において、前記第３ステップは、前記ＵＲＬ情報の一部を暗号化し、前記第５ステップは、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化するようにしてもよい。

請求項１０の発明は、請求項７、８または９の発明において、前記第２ステップは、各購入者に対応させて異なるスロット番号を付与して購入人数分だけ識別可能に記憶するようにしてもよい。

請求項１１の発明は、請求項７〜１０のいずれか１つにおいて、前記第２メモリに記憶されるコンテンツは、着信メロディ、着信ボイスなどのデジタルコンテンツであってもよい。

また、請求項１２の発明に係る代表購入方法は、ネットワークを介して携帯端末との間で商品購入手続きを処理する代表購入方法であって、商品購入手続きを処理する際に、メールアドレスを含み、ユーザを特定するための情報を記憶する第１メモリを参照して複数の人数分の商品を購入した代表購入者を特定するための情報を取得する第１ステップと、前記第１ステップで取得された情報とコンテンツＩＤに対応付けてコンテンツデータを記憶する第２メモリに記憶されるコンテンツＩＤとの対応関係を購入人数分だけ識別可能に第３メモリに記憶する第２ステップと、前記第３メモリに記憶された対応関係に基づいて前記第２メモリおいておまけ対象の属性を有するコンテンツデータへのアクセス権を示すＵＲＬ情報を購入人数分だけ生成する第３ステップと、前記第２ステップで取得された代表購入者を特定するための情報を参照して当該代表購入者のメールアドレスを取得し、当該メールアドレスに対して前記第３ステップで生成された購入人数分のＵＲＬ情報を送信する第４ステップと、携帯電話から前記第４ステップで送信したＵＲＬ情報に基づくアクセスに応答して前記ＵＲＬ情報に含まれるコンテンツＩＤから前記第２メモリに記憶されているコンテンツデータを特定し、当該特定されたコンテンツデータをアクセス元の前記携帯端末に配信する第5ステップと、を含んだことを特徴とするものである。

請求項１３の発明は、請求項１２の発明において、前記第２ステップは、さらに各購入者に提供するコンテンツの受取確認情報を対応させて記憶し、前記第5ステップは、コンテンツ配信後に前記第２ステップの受取確認情報を受取り済み状態に設定するようにしてもよい。

請求項１４の発明は、請求項１２または１３において、前記第３ステップは、前記ＵＲＬ情報の一部を暗号化し、前記第５ステップは、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化するようにしてもよい。

請求項１５の発明は、請求項１２、１３または１４において、前記第２ステップは、各購入者に対応させて異なるスロット番号を付与して購入人数分だけ識別可能に記憶するようにしてもよい。

請求項１６の発明は、請求項１２〜１５のいずれか１つにおいて、前記第２メモリに記憶されるコンテンツは、着信メロディ、着信ボイスなどのデジタルコンテンツであってもよい。

本発明によれば、携帯電話を用いて商品を共同購入する共同購入者に対してインセンティブを図れる仕組みを前提として、サーバ側の処理負荷の軽減やパケット通信の効率化を実現することが可能な代表購入システム、代表購入用プログラムおよび代表購入方法を提供できるという効果を奏する。

以下、添付図面を参照して本発明に係る一実施の形態を詳述する。まず、図１を用いて全体の構成について説明する。図１は本実施の形態による代表購入システムの全体構成図である。本実施の形態による代表購入システムは、複数の購入者が代表購入者を通じて商品を共同購入した場合におまけとして着信メロディなどのコンテンツを購入者全員にプレゼントする通信システムである。

本発明の一実施の形態による代表購入システムは、たとえば図１に示したように、移動体通信網４およびインターネット５によるネットワークを介して携帯電話１，２，３などの携帯端末がサーバ５により提供されるショッピングサイトにアクセスして商品購入を実現するとともに、商品購入に対しておまけのコンテンツを提供する構成である。

移動体通信網４は、携帯電話１，２，３などの携帯端末に対して無線通信を制御する。インターネット５は、各種サーバ、ＰＣなどの端末間の通信網を構成する。移動体通信網4とインターネット５とは接続され、このネットワークは無線通信を行う携帯端末と有線通信を行うサーバなどの端末間の通信を実現する。

この代表購入システムは、インターネット５にサーバ６、商品配送業者サーバ１０などを接続させ、商品購入に関して相互に通信を行わせるものである。たとえば携帯電話１，２または３からの商品購入手続きは、サーバ６により処理され、商品購入手続き後、購入商品の配送などの手続きは商品配送業者サーバ１０により処理される。

サーバ６は、たとえば、着信メロディ、着信ボイスなどのコンテンツデータを記憶するコンテンツデータベース（以下、データベースをＤＢという）７、会員であるユーザを特定するための情報を記憶するユーザＤＢ８、本実施の形態による代表購入者の購入情報を記憶・管理する代表購入者ＤＢ９などを接続している。ここで、コンテンツＤＢ７に記憶されているコンテンツデータは、代表購入者による共同購入に対しておまけとして提供されるデータである。

つぎに、図2、図３、図４および図５を用いてサーバ６について詳述する。図２は本実施の形態によるサーバ６の内部構成例を示すブロック図、図３は本実施の形態によるコンテンツＤＢ７の一例を説明する図、図４は本実施の形態によるユーザＤＢ８の一例を説明する図、そして、図５は本実施の形態による代表購入者ＤＢ９の一例を示す図である。

サーバ６は、たとえば図２に示したように、通信制御部６１、制御部６２、記憶部６３、ＤＢインタフェース６５などにより構成され、本発明の代表購入システムを実現する機能を有している。サーバ６内には、図示せぬが、アドレス信号、データ、制御信号などを伝送するバスが設けられている。

通信制御部６１は、インターネット５に接続され、ネットワークを介して外部端末との間の通信を制御する。制御部６２は、図示せぬオペレーティングシステムによりサーバ全体の制御を司るとともに、本発明の代表購入システムを実現する処理をプログラムにより制御する。

記憶部６３は、本発明の代表購入プログラムに相当するアプリケーション６４を記憶しているとともに、図示せぬが各種のプログラムを実行している際に一時データを保存するワークエリアを有している。ＤＢインタフェース６５は、前述したコンテンツＤＢ７、ユーザＤＢ８、代表購入者ＤＢ９などを接続してデータ授受のインタフェースを司る。

コンテンツＤＢ７は、たとえば図３に示したように、着信メロディ、着信ボイスなどのコンテンツを他と識別するためのコンテンツＩＤに対して携帯電話の機種を識別するための機種ＩＤとコンテンツデータとを対応付けて記憶している。

コンテンツＩＤは、たとえばシリアルに０，１，２，・・・，３３，・・・，５２，・・・のように付与されている。携帯電話の機種ＩＤは、機種を提供する企業の機種をたとえばタイプで示したものである。たとえばコンテンツＩＤの０，１，２に対してＴＹＰ０，ＴＹＰ１，ＴＹＰ２が対応している。

コンテンツデータは、たとえばＳＭＦ（Ｓｉｍｐｌｅ ＭＩＤＩ Ｆｉｌｅ）のように携帯電話側で再生可能なデータ形式で構成される。たとえばコンテンツＩＤの０，１，２に対してＣＤＴ０，ＣＤＴ１，ＣＤＴ２が対応している。

ユーザＤＢ８は、たとえば図４に示したように、ユーザＩＤと登録情報とを対応付けて記憶している。ユーザＩＤおよび登録情報が対応関係を１つのパッケージで示している。ユーザＩＤは、たとえば図４に示したようにシリアルに０，１，・・・のように設定してもよい。

登録情報は、ユーザＩＤの０，１，・・・に対応させてたとえばｘｘｘｘ０，ｘｘｘｘ１，・・・のように記憶される。登録情報は、具体的には、ユーザＩＤで識別されるユーザのメールアドレス、氏名、電話番号、住所、銀行の口座番号などである。

なお、この登録情報は、たとえばすべての情報を記憶しておく必要はなく、カード会社との提携によりメールアドレスのように必要最小限の情報のみをユーザＤＢ８に記憶しておき、登録情報の不足分を提携先に対して確認できるシステムとしてもよい。

代表購入者ＤＢ９は、たとえば図５（Ａ）に示したように、代表購入者のユーザＩＤに対応させてスロットＩＤ、コンテンツＩＤおよび受取フラグを記憶する。ユーザＩＤ、コンテンツＩＤはそれぞれユーザＤＢ８、コンテンツＤＢ７に記憶されるＩＤと共通のものである。

スロット番号は代表購入者ＤＢ９に新たにレコードを追加登録する際に生成されるデータベース上でのユニークな番号である。受取フラグは、携帯電話におまけのコンテンツデータをダウンロードされると、０から１にセットされるフラグである。

代表購入者ＤＢ９の更新においては、代表購入者による共同購入が行われたときにレコードの追加処理が実行され、購入者全員分のおまけのコンテンツが提供されたときに一定期間後に該当レコードの削除処理が実行されるものである。

図５（Ａ）の例では、代表購入者のユーザＩＤはたとえば１であり、共同購入者の数は３となる。この場合、代表購入者が関係するレコードは３つ追加設定されるので、それぞれに対してスロット番号の０，１，２が割り当てられる。このとき、受取フラグはおまけのコンテンツについてのダウンロードが未実施のためすべて“０”である。

一例として、おまけのコンテンツデータのコンテンツＩＤは“２”となっている。図５（Ｂ）の例では、同図（Ａ）の状態からスロット番号“０”と“１”についておまけのコンテンツの受取りが実施されたので、受取フラグを“１”にセットした状態が示されている。

また、本実施の形態では、ひとつのサーバ６によりコンテンツＤＢ７、ユーザＤＢ８、代表購入者ＤＢ９を管理するようにしていたが、本発明はこれに限定されるものではなく、キャリア事業者が複数存在している場合や情報を複数のサーバに分散して管理する場合には複数のサーバにより実現するシステムを構成すればよい。

つづいて、図６を用いて携帯電話について詳述する。図６は本実施の形態による携帯電話の内部構成例を示すブロック図である。以下、携帯電話１を代表例として説明する。

本実施の形態の携帯電話１は、たとえば図６に示したように、内部バス２３に、通信処理部１２、音声処理部１５、ＣＰＵ１６、ＲＯＭ１７、ＲＡＭ１８、キー群２１、ディスプレイ２２などを接続させ、データ、アドレス信号、制御信号などを伝送させることで各種の処理を実現する構成である。

通信処理部１２は、アンテナ１１に接続され、アンテナ１１を介して移動体通信網４と通信を行うものである。この通信処理部１２により、音声通話やサーバ６との通信を実現することができる。音声処理部１５は、音声出力のためのスピーカ１３、音声入力のためのマイク１４をそれぞれ接続させており、受話時や送話時の音声処理を行うものである。

ＣＰＵ１６は、携帯電話１全体の制御をＲＯＭ１７に格納されたＯＳにしたがって行うものである。ＲＯＭ１７は、あらかじめインストールされているＯＳなどのプログラムを格納している。このＣＰＵ１６は、たとえば携帯用の各種アプリケーション（たとえばＪＡＶＡ（登録商標）アプリケーション）によりウェブ閲覧を制御する。また、このＣＰＵ１６は、キー群２１からの入力を受け付けて各種の処理を実行させたり、各種の処理に応じて表示を制御する。

ＲＡＭ１８は、ワークエリアのほかアプリケーション１９やメロディ登録エリア２０を備えている。ウェブブラウザ機能は、アプリケーション１９においてたとえばＪＡＶＡ（登録商標）アプリにより実現される。サーバ６よりおまけのコンテンツをダウンロードした場合には、メロディ登録エリア２０にコンテンツデータが格納される。

キー群２１は、電話番号、アドレスなどの入力を行ったり、表示画面上のウェブブラウザに対してページを選択または切り替えたり、リンク先を選択するための各種キーを備えている。ディスプレイ２２は、ウェブブラウザを表示したり、電話やメールの機能を使うときに表示画面を形成するものである。

つぎに、図７、図８、図９、図１０、図１１および図１２を用いて動作について詳述する。図７は本実施の形態による商品購入時の画面遷移例を説明する図、図８および図９は本実施の形態による商品購入時の動作を説明するフローチャート、図１０は本実施の形態によるおまけコンテンツダウンロード時の画面遷移例を説明する図、ならびに、図１１および図１２は本実施の形態によるおまけコンテンツのアクセス時の動作を説明するフローチャートである。以下、一例として3人の購入者が代表購入者を通じて商品を購入する流れを説明する。

まず、携帯電話１では、代表購入者の操作によりサーバ6が提供する物販サイトへのアクセスが処理される（図８：ステップＳ１０１）。このとき、携帯電話のユニークな識別情報であるＵＩＤがサーバ６により確認される（ステップＳ２０１）。

さらに、サーバ６において、ユーザＤＢ８が参照されてこのＵＩＤに対応するユーザＩＤから登録情報に含まれる機種ＩＤが抽出される。この機種ＩＤにしたがって機種対応の商品購入ページの画像情報が生成される（ステップＳ２０２）。このようにして生成された商品購入ページの画像情報は、アクセス元の携帯電話1に対して送信される（ステップＳ２０３）。

携帯電話１では、商品購入ページがディスプレイ２２に表示される（ステップＳ１０２）。図７（Ａ）には、商品購入ページの一例として、音楽ＣＤの紹介が示されている。同画面には、音楽ＣＤの画像、価格情報および商品番号が表示されるとともに、購入形態を選択するためのラジオボタン２０１（個人購入）と２０２（代表購入）とが表示される。

たとえばラジオボタン２０２が選択され、スクロールさせると、購入枚数の入力欄２０４が表示される（図７（Ｂ）参照）。ユーザの操作により入力欄２０４に“３”が入力されると（ステップＳ１０３）、購入枚数は３枚となる。その後、決定アイコン２０３が操作されると、購入商品（購入枚数含む）とその購入形態（代表購入）とがサーバ６に対して依頼送信される（ステップＳ１０４）。

サーバ６では、購入商品、購入形態などの依頼が受け付けられると（ステップＳ２０４）、購入形態から代表購入かどうか判断される（ステップＳ２０５）。もし購入形態が個人購入であった場合には（ステップＳ２０５のＮＯルート）、通常の購入手続きに処理が移行する。この処理の詳細は省略する。図７（Ａ）の段階でラジオボタン２０１が選択され、決定アイコン２０３が操作されると、サーバ６は個人購入を確認する。

購入形態が代表購入では（ステップＳ２０５のＹＥＳルート）、まず購入申し込み手続きが完了しているかどうか判断される（ステップＳ２０６）。ここでは、ユーザＤＢ８に代表購入者の情報が登録されているかどうかの判断となる。購入申し込み手続きが完了していない場合には（ステップＳ２０６のＮＯルート）、その手続きが実行され、登録情報として、支払方法、携帯のメールアドレス、配送先（住所、電話番号など）などのユーザ登録情報が新たに生成されるユーザＩＤに対応付けてユーザＤＢに登録される。

購入申し込み手続きが完了している場合には（ステップＳ２０６のＹＥＳルート）、処理はステップＳ２０８に移行して、確認画面がアクセス元の携帯電話１に対して送信される。

携帯電話１では、確認画面が受信されると、図７（Ｃ），（Ｄ）および（Ｅ）のように、スクロール操作によりディスプレイ２に代表購入確認ページが一通り表示可能である（図９：ステップＳ１０５）。この状態では、戻るアイコン２０５が選択されると、一つ前のページに表示が戻り、確認アイコン２０６が選択されると、確認がサーバ６に対して送信される（ステップＳ１０６）。このとき、サーバ６において確認が受理される（ステップＳ２０９）。このようにして、商品に関する確認、購入者の確認、支払い方法の確認が終了する。

そして、サーバ６より購入申し込み完了の通知が携帯電話１に対して送信される（ステップＳ２１０）。これに対して、携帯電話1では、受信された購入申し込み完了の通知がディスプレイ２２に表示される（ステップＳ１０７）。この表示例を図７（Ｆ）に示す。

図７（Ｆ）に示したように、購入申し込み完了の通知には、購入に対するお礼と購入によるおまけのコンテンツをプレゼントする旨の説明とが含まれる。このようにして、代表者購入の手続きは完了する。ＴＯＰアイコンの操作により商品購入ページのトップに閲覧画面を移行させることが可能である。

サーバ６においては、さらに、購入人数分のスロット番号を設定して、各スロットに対応させておまけのコンテンツにアクセスするためのＵＲＬ付加情報が生成される（ステップＳ２１１）。ここで、ＵＲＬ付加情報とは、一例として図５に示したように、代表購入者ＤＢ９に登録される購入者分のユーザＩＤ、スロット番号およびコンテンツＩＤを指す。このＵＲＬ付加情報に受取フラグが付加された状態が代表購入者情報となって代表購入者ＤＢ９（図５（Ａ）参照）に登録される（ステップＳ２１２）。

図５（Ａ）に示す一例のように、購入者が３名の場合に代表購入者のユーザＩＤ“１”に対応させてスロット番号が“０”，“１”および“２”のように３つ付与される。そして、おまけとして提供されるコンテンツは、コンテンツＩＤ“２”となり、この時点では受取フラグは“０”となる。

購入者分のＵＲＬ付加情報はそれぞれ暗号化され、その暗号化データはアクセス権を示すＵＲＬ情報として生成される。そして、ＵＲＬ情報をメール本文に含ませたメールが購入者分、すなわち３通作成される（ステップＳ２１３）。それぞれのメールには、代表購入者ＤＢ９に追加されたレコードのＵＲＬ付加情報を用いて生成されたＵＲＬ情報が含まれる。

そして、ユーザＤＢ８が参照されて、代表購入者のメールアドレスが読み出される。このメールアドレスに対してステップＳ２１３で作成されたすべてのメールが送信され（ステップＳ２１４）、さらに商品配送業者サーバ１０に対して配送手続きの指示が通知される（ステップＳ２１５）。

一方、ステップＳ２１４により送信されたメール（３通）はすべて代表購入者の携帯電話１に受信される。この場合、図１０（Ａ）に示したように、おまけのコンテンツをアクセスするためのアクセス権すなわちＵＲＬ情報３０１がメール本文中に含まれた状態で表示される。代表購入者は３通のメールのうち一通を自身へのおまけコンテンツのダウンロード用として利用するが、他の２通については、メッセージなどを書き添えて携帯電話２，３に転送する操作を行うことができる（図１０（Ｂ）および（Ｃ））。これにより、他の共同購入者に対して図１０（Ｂ），（Ｃ）の如くＵＲＬ情報が含まれるメール本文が届く。

そこで、たとえば携帯電話２に転送メールが届いた場合を例に挙げて説明する。携帯電話２にメールが受信され（図１１：ステップＳ３０１）、携帯電話２のユーザによりメールが開封されると（ステップＳ３０２）、ユーザの操作によりＵＲＬ情報からサーバ６にアクセスすることができる（ステップＳ３０３）。このアクセスによって、ＵＲＬがサーバ６に届けられる。

サーバ６では、携帯電話２からのアクセスが受け付けられると（ステップＳ４０１）、受け取ったＵＲＬのうち、暗号化されたＵＲＬ付加情報の部分が取り出されて復号化され、スロット番号が確認される（ステップＳ４０２）。スロット番号については、代表購入者ＤＢ９を参照して確認することができる。この確認を通じてレコードにないスロット番号などが発覚した場合には（ステップＳ４０３のＮＯルート）、不正なアクセスとして処理が実行され（ステップＳ４０４）、本処理は終了する。

一方、正当なアクセスだった場合には（ステップＳ４０３のＹＥＳルート）、おまけのコンテンツを配信するためのＷＥＢページのデータが生成され（ステップＳ４０５）、アクセス元の携帯電話２に対して送信される（ステップＳ４０６）。

携帯電話２では、ＷＥＢページが受信されると、例えば図１０（Ｄ）のように、曲名、対応機種などの説明や処理の選択肢が表示される（図１２：ステップＳ３０４）。ここで、３０３はおまけの着信メロディをダウンロードするための選択肢を示し、３０４はサイトのトップ画面に戻るための選択肢を示している。

選択肢３０３が決定されると（ステップＳ３０５）、サーバ６に対してコンテンツのダウンロードが要求されることになる。この流れによると、サーバ６では、スロット番号を参照しておまけ対象のコンテンツデータ（コンテンツＩＤ“２”）がコンテンツＤＢ７より読み出される（ステップＳ４０７）。そして、携帯電話２に対しておまけ対象のコンテンツデータが送信される（ステップＳ４０８）。

携帯電話２では、おまけのコンテンツデータがダウンロードされ（ステップＳ３０６）、サーバ６では、送信完了のタイミングで完了通知が送信される（ステップＳ４０９）。携帯電話２では、図１０（Ｅ）に示したように、ダウンロードが完了すると、ダウンロードした着信メロディを演奏アイコン３０５により演奏させたり、登録アイコン３０６により登録させることが可能な画面が表示される（ステップＳ３０７）。

登録アイコン３０５が選択された場合には、そのまま登録処理が実行され、着信メロディはメール着信や電話呼び出しの着信として機能可能に設定される（ステップＳ３０８）。サーバ６では、送信完了の通知後、代表購入者ＤＢ９の該当レコード（該当スロット番号）に対して受取フラグ“１”が図５（Ｂ）のように設定される（ステップＳ４１０）。

これにより、該当レコードは受取済みとなる。一定期間このレコードを存続させるため、有効期間がたとえば１ヶ月などのように設定される（ステップＳ４１１）。このようにして、同一ユーザからの再ダウンロードが可能となる。

以上説明したように、本実施の形態によれば、購入代表者の携帯電話とサーバ間の通信だけで共同購入を処理するようにし、かつ、共同購入後は各購入者がおまけのコンテンツを入手するためにサーバにアクセスするようにしたので、サーバ側の処理負荷の軽減やパケット通信の効率化を実現することが可能である。このようにして、携帯電話を用いて商品を共同購入する共同購入者に対してインセンティブを図ることが可能である。

本発明は、代表購入システム、代表購入用プログラムおよび代表購入方法を製造する産業で利用される。

本実施の形態による代表購入システムの全体構成図である。 本実施の形態によるサーバの内部構成例を示すブロック図である。 本実施の形態によるコンテンツＤＢの一例を説明する図である。 本実施の形態によるユーザＤＢの一例を説明する図である。 本実施の形態による代表購入者ＤＢの一例を示す図である。 本実施の形態による携帯電話の内部構成例を示すブロック図である。 本実施の形態による商品購入時の画面遷移例を説明する図である。 本実施の形態による商品購入時の動作を説明するフローチャートである。 本実施の形態による商品購入時の動作を説明するフローチャートである。 本実施の形態によるおまけコンテンツダウンロード時の画面遷移例を説明する図である。 本実施の形態によるおまけコンテンツのアクセス時の動作を説明するフローチャートである。 本実施の形態によるおまけコンテンツのアクセス時の動作を説明するフローチャートである。

符号の説明

１，２，３ 携帯電話
６ サーバ
７ コンテンツＤＢ
８ ユーザＤＢ
９ 代表購入者ＤＢ
１０ 商品配送業者サーバ
１２ 通信処理部
１６ ＣＰＵ
１７ ＲＯＭ
１８ ＲＡＭ
１９ アプリケーション
２０ メロディ登録エリア
２１ キー群
２２ ディスプレイ
６１ 通信制御部
６２ 制御部
６３ 記憶部
６４ アプリケーション
６５ ＤＢインタフェース

Claims (16)

1. ネットワークを介して携帯端末との間で商品購入手続きを処理する代表購入システムであって、
   コンテンツＩＤに対応付けてコンテンツデータを記憶するコンテンツ記憶手段と、
   メールアドレスを含み、ユーザを特定するための情報を記憶するユーザ記憶手段と、
   商品購入手続きを処理する際に、前記ユーザ記憶手段を参照して複数の人数分の商品を購入した代表購入者を特定するための情報を取得する取得手段と、
   前記取得手段で取得された情報と前記コンテンツ記憶手段に記憶されるコンテンツＩＤとの対応関係を購入人数分だけ識別可能に記憶する代表購入者情報記憶手段と、
   前記代表購入者情報記憶手段に記憶された対応関係に基づいて前記コンテンツ記憶手段においておまけ対象の属性を有するコンテンツデータへのアクセス権を示すＵＲＬ情報を購入人数分だけ生成するＵＲＬ生成手段と、
   前記取得手段で取得された代表購入者を特定するための情報を参照して当該代表購入者のメールアドレスを取得し、当該メールアドレスに対して前記ＵＲＬ生成手段で生成された購入人数分のＵＲＬ情報を送信するメール送信手段と、
   携帯端末からの前記メール送信手段で送信したＵＲＬ情報に基づくアクセスに応答して前記ＵＲＬ情報に含まれるコンテンツＩＤから前記コンテンツ記憶手段に記憶されているコンテンツデータを特定し、当該特定されたコンテンツデータをアクセス元の前記携帯端末に配信するコンテンツ配信手段と、
   を備えたことを特徴とする代表購入システム。
2. 前記代表購入者情報記憶手段は、さらに各購入者に提供するコンテンツの受取確認情報を対応させて記憶し、前記コンテンツ配信手段は、コンテンツ配信後に前記代表購入者情報記憶手段の受取確認情報を受取り済み状態に設定することを特徴とする請求項１に記載の代表購入システム。
3. 前記ＵＲＬ生成手段は、前記ＵＲＬ情報の一部を暗号化し、前記コンテンツ配信手段は、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化することを特徴とする請求項１または２に記載の代表購入システム。
4. 前記代表購入者情報記憶手段は、各購入者に対応させて異なるスロット番号を付与して購入人数分だけ識別可能に記憶することを特徴とする請求項１、２または３に記載の代表購入システム。
5. 前記代表購入システムは、サーバであることを特徴とする請求項１〜４のいずれか１つに記載の代表購入システム。
6. 前記コンテンツ記憶手段に記憶されるコンテンツは、着信メロディ、着信ボイスなどのデジタルコンテンツであることを特徴とする請求項１〜５のいずれか１つに記載の代表購入システム。
7. ネットワークを介して携帯端末との間で商品購入手続きをサーバのコンピュータにより実行可能な代表購入用プログラムであって、
   前記コンピュータに、
   商品購入手続きを処理する際に、メールアドレスを含み、ユーザを特定するための情報を記憶する第１メモリを参照して複数の人数分の商品を購入した代表購入者を特定するための情報を取得する第１ステップと、
   前記第１ステップで取得された情報とコンテンツＩＤに対応付けてコンテンツデータを記憶する第２メモリに記憶されるコンテンツＩＤとの対応関係を購入人数分だけ識別可能に第３メモリに記憶する第２ステップと、
   前記第３メモリに記憶された対応関係に基づいて前記第２メモリおいておまけ対象の属性を有するコンテンツデータへのアクセス権を示すＵＲＬ情報を購入人数分だけ生成する第３ステップと、
   前記第２ステップで取得された代表購入者を特定するための情報を参照して当該代表購入者のメールアドレスを取得し、当該メールアドレスに対して前記第３ステップで生成された購入人数分のＵＲＬ情報を送信する第４ステップと、
   携帯端末からの前記第４ステップで送信したＵＲＬ情報に基づくアクセスに応答して前記ＵＲＬ情報に含まれるコンテンツＩＤから前記第２メモリに記憶されているコンテンツデータを特定し、当該特定されたコンテンツデータをアクセス元の前記携帯端末に配信する第5ステップと、
   を実行させることを特徴とする代表購入用プログラム。
8. 前記第２ステップは、さらに各購入者に提供するコンテンツの受取確認情報を対応させて記憶し、前記第5ステップは、コンテンツ配信後に前記第２ステップの受取確認情報を受取り済み状態に設定することを特徴とする請求項７に記載の代表購入用プログラム。
9. 前記第３ステップは、前記ＵＲＬ情報の一部を暗号化し、前記第５ステップは、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化することを特徴とする請求項７または８に記載の代表購入用プログラム。
10. 前記第２ステップは、各購入者に対応させて異なるスロット番号を付与して購入人数分だけ識別可能に記憶することを特徴とする請求項７、８または９に記載の代表購入用プログラム。
11. 前記第２メモリに記憶されるコンテンツは、着信メロディ、着信ボイスなどのデジタルコンテンツであることを特徴とする請求項７〜１０のいずれか１つに記載の代表購入用プログラム。
12. ネットワークを介して携帯端末との間で商品購入手続きを処理する代表購入方法であって、
    商品購入手続きを処理する際に、メールアドレスを含み、ユーザを特定するための情報を記憶する第１メモリを参照して複数の人数分の商品を購入した代表購入者を特定するための情報を取得する第１ステップと、
    前記第１ステップで取得された情報とコンテンツＩＤに対応付けてコンテンツデータを記憶する第２メモリに記憶されるコンテンツＩＤとの対応関係を購入人数分だけ識別可能に第３メモリに記憶する第２ステップと、
    前記第３メモリに記憶された対応関係に基づいて前記第２メモリおいておまけ対象の属性を有するコンテンツデータへのアクセス権を示すＵＲＬ情報を購入人数分だけ生成する第３ステップと、
    前記第２ステップで取得された代表購入者を特定するための情報を参照して当該代表購入者のメールアドレスを取得し、当該メールアドレスに対して前記第３ステップで生成された購入人数分のＵＲＬ情報を送信する第４ステップと、
    携帯端末からの前記第４ステップで送信したＵＲＬ情報に基づくアクセスに応答して前記ＵＲＬ情報に含まれるコンテンツＩＤから前記第２メモリに記憶されているコンテンツデータを特定し、当該特定されたコンテンツデータをアクセス元の前記携帯端末に配信する第5ステップと、
    を含んだことを特徴とする代表購入方法。
13. 前記第２ステップは、さらに各購入者に提供するコンテンツの受取確認情報を対応させて記憶し、前記第5ステップは、コンテンツ配信後に前記第２ステップの受取確認情報を受取り済み状態に設定することを特徴とする請求項１２に記載の代表購入方法。
14. 前記第３ステップは、前記ＵＲＬ情報の一部を暗号化し、前記第５ステップは、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化することを特徴とする請求項１２または１３に記載の代表購入方法。
15. 前記第２ステップは、各購入者に対応させて異なるスロット番号を付与して購入人数分だけ識別可能に記憶することを特徴とする請求項１２、１３または１４に記載の代表購入方法。
16. 前記第２メモリに記憶されるコンテンツは、着信メロディ、着信ボイスなどのデジタルコンテンツであることを特徴とする請求項１２〜１５のいずれか１つに記載の代表購入方法。

Images