(57)【特許請求の範囲】
【請求項１】
ネットワークを介して携帯端末との間で商品購入手続きを処理するための代表購入システムであって、
コンテンツＩＤに対応付けておまけ用コンテンツデータを記憶するコンテンツデータベースと、
メールアドレスを含み、ユーザを特定するための情報を記憶するユーザデータベースと、
商品購入手続きを処理する際に、携帯端末からのアクセスに応じて個人購入か、代表購入かを選択するためのページを前記アクセス元の携帯端末に送信し、前記アクセス元の携帯端末から前記送信ページへの選択操作を受け付けて個人購入か、代表購入かを判断する第１受付手段と、
前記第１受付手段で代表購入であるという判断が下された場合、商品購入数を入力するためのページを前記アクセス元の携帯端末に送信し、前記アクセス元の携帯端末から前記送信ページへの入力操作を受け付けて商品購入数を確認する第２受付手段と、
前記ユーザデータベースを参照して前記アクセス元の携帯端末を所有する購入者を代表購入者として特定するためのユーザＩＤを取得する取得手段と、
前記第１受付手段で代表購入であるという判断が下された場合、前記取得手段で取得された当該代表購入者のユーザＩＤと前記コンテンツデータベースに記憶されるコンテンツＩＤとの対応関係を付けたＵＲＬ付加情報を、第２受付手段で確認した商品購入数だけ識別可能に生成するＵＲＬ付加情報生成手段と、
前記ＵＲＬ付加情報生成手段により生成された購入数だけ識別可能なＵＲＬ付加情報を記憶する代表購入者データベースと、
前記代表購入者データベースに記憶されたＵＲＬ付加情報に基づいておまけ用コンテンツデータへのアクセス権を示すＵＲＬ情報を商品購入数だけ生成するＵＲＬ生成手段と、
前記ＵＲＬ生成手段で生成されたＵＲＬ情報を含み、代表購入者用と他の共同購入者用とでメール本文が異なる電子メールを商品購入数分だけ作成する電子メール作成手段と、
前記ユーザデータベースを参照して前記代表購入者のメールアドレスを取得し、当該メールアドレスに対して前記電子メール作成手段で作成した商品購入数分の電子メールを送信するメール送信手段と、
携帯端末からの前記メール送信手段で送信したＵＲＬ情報に基づくアクセスに応答して前記代表購入者データベースを参照して前記ＵＲＬ情報に含まれるＵＲＬ付加情報のコンテンツＩＤから前記コンテンツデータベースに記憶されているおまけ用コンテンツデータを特定し、当該特定されたおまけ用コンテンツデータを前記アクセス元の携帯端末に配信するコンテンツ配信手段と、
を備えたことを特徴とする代表購入システム。
【請求項２】
前記代表購入者データベースは、さらに各購入者に提供するコンテンツの受取確認情報を対応させて記憶し、前記コンテンツ配信手段は、コンテンツ配信後に前記代表購入者データベースの受取確認情報を受取り済み状態に設定することを特徴とする請求項１に記載の代表購入システム。
【請求項３】
前記ＵＲＬ生成手段は、前記ＵＲＬ情報の一部を暗号化し、前記コンテンツ配信手段は、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化することを特徴とする請求項１または２に記載の代表購入システム。
【請求項４】
前記代表購入者データベースは、各購入者に対応させて異なるスロット番号を付与して商品購入数分だけ識別可能に記憶することを特徴とする請求項１〜３のいずれか１つに記載の代表購入システム。
【請求項５】
前記代表購入システムは、サーバであることを特徴とする請求項１〜４のいずれか１つに記載の代表購入システム。
【請求項６】
前記コンテンツデータベースに記憶されるコンテンツは、着信メロディ、着信ボイスなどのデジタルコンテンツであることを特徴とする請求項１〜５のいずれか１つに記載の代表購入システム。
【請求項７】
ネットワークを介して携帯端末との間で商品購入手続きをサーバのコンピュータにより実行可能な代表購入用プログラムであって、
前記コンピュータに、
商品購入手続きを処理する際に、携帯端末からのアクセスに応じて個人購入か、代表購入かを選択するためのページを前記サーバから前記アクセス元の携帯端末に送信し、前記アクセス元の携帯端末から前記送信ページへの選択操作を受け付けて前記サーバにおいて個人購入か、代表購入かを判断する第１ステップと、
前記第１ステップで代表購入であるという判断が下された場合、商品購入数を入力するためのページを前記サーバから前記アクセス元の携帯端末に送信し、前記アクセス元の携帯端末から前記送信ページへの入力操作を受け付けて商品購入数を前記サーバにおいて確認する第２ステップと、
前記第１ステップで代表購入であるという判断が下された場合、メールアドレスを含み、ユーザを特定するための情報を記憶する前記サーバの第１メモリを参照して前記アクセス元の携帯端末を所有する購入者を代表購入者として特定するためのユーザＩＤを前記サーバにおいて前記第１メモリから取得する第３ステップと、
前記第３ステップで取得された前記代表購入者のユーザＩＤとコンテンツＩＤに対応付けておまけ用コンテンツデータを記憶する前記サーバの第２メモリに記憶されるコンテンツＩＤとの対応関係を付けたＵＲＬ付加情報を、第２ステップで確認した商品購入数だけ識別可能に生成する第４ステップと、
前記第４ステップで生成された購入数だけ識別可能なＵＲＬ付加情報を前記サーバの第３メモリに記憶する第5ステップと、
前記第３メモリに記憶されたＵＲＬ付加情報に基づいて前記第２メモリのおまけ用コンテンツデータへのアクセス権を示すＵＲＬ情報を前記サーバにおいて商品購入数だけ生成する第６ステップと、
前記６ステップで生成されたＵＲＬ情報を含み、代表購入者用と他の共同購入者用とでメール本文が異なる電子メールを商品購入数分だけ作成する第７ステップと、
前記第１メモリを参照して前記代表購入者のメールアドレスを取得し、前記サーバから当該メールアドレスに対して前記第７ステップで作成した商品購入数分の電子メールを送信する第８ステップと、
携帯端末からの前記第８ステップで送信したＵＲＬ情報に基づくアクセスに応答して前記第３メモリを参照して前記ＵＲＬ情報に含まれるＵＲＬ付加情報のコンテンツＩＤから前記第２メモリに記憶されているおまけ用コンテンツデータを特定し、当該特定されたおまけ用コンテンツデータを前記サーバから前記アクセス元の携帯端末に配信する第９ステップと、
を実行させることを特徴とする代表購入用プログラム。
【請求項８】
前記第５ステップは、さらに各購入者に提供するコンテンツの受取確認情報を対応させて記憶し、前記第９ステップは、コンテンツ配信後に前記第５ステップの受取確認情報を受取り済み状態に設定することを特徴とする請求項７に記載の代表購入用プログラム。
【請求項９】
前記第４ステップは、前記ＵＲＬ情報の一部を暗号化し、前記第９ステップは、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化することを特徴とする請求項７または８に記載の代表購入用プログラム。
【請求項１０】
前記第５ステップは、各購入者に対応させて異なるスロット番号を付与して商品購入数分だけ識別可能に記憶することを特徴とする請求項７〜９のいずれか１つに記載の代表購入用プログラム。
【請求項１１】
前記第２メモリに記憶されるコンテンツは、着信メロディ、着信ボイスなどのデジタルコンテンツであることを特徴とする請求項７〜１０のいずれか１つに記載の代表購入用プログラム。
【請求項１２】
ネットワークを介して携帯端末との間で商品購入手続きをサーバのコンピュータにより処理する代表購入方法であって、
商品購入手続きを処理する際に、携帯端末からのアクセスに応じて個人購入か、代表購入かを選択するためのページを前記アクセス元の携帯端末に送信し、前記アクセス元の携帯端末から前記送信ページへの選択操作を受け付けて個人購入か、代表購入かを判断する第１ステップと、
前記第１ステップで代表購入であると判断した場合、商品購入数を入力するためのページを前記アクセス元の携帯端末に送信し、前記アクセス元の携帯端末から前記送信ページへの入力操作を受け付けて商品購入数を確認する第２ステップと、
前記第１ステップで代表購入であると判断した場合、メールアドレスを含み、ユーザを特定するための情報を記憶する前記サーバの第１メモリを参照して前記アクセス元の携帯端末を所有する購入者を代表購入者として特定するためのユーザＩＤを前記第１メモリから取得する第３ステップと、
前記第３ステップで取得した前記代表購入者のユーザＩＤとコンテンツＩＤに対応付けておまけ用コンテンツデータを記憶する前記サーバの第２メモリに記憶されるコンテンツＩＤとの対応関係を付けたＵＲＬ付加情報を、前記第２ステップで確認した商品購入数だけ識別可能に生成する第４ステップと、
前記第４ステップで生成された購入数だけ識別可能なＵＲＬ付加情報を前記サーバの第３メモリに記憶する第５ステップと、
前記第３メモリに記憶されたＵＲＬ付加情報に基づいて前記第２メモリのおまけ用コンテンツデータへのアクセス権を示すＵＲＬ情報を商品購入数だけ生成する第６ステップと、
前記６ステップで生成されたＵＲＬ情報を含み、代表購入者用と他の共同購入者用とでメール本文が異なる電子メールを商品購入数分だけ作成する第７ステップと、
前記第１メモリを参照して前記代表購入者のメールアドレスを取得し、当該メールアドレスに対して前記第７ステップで作成した商品購入数分の電子メールを送信する第８ステップと、
携帯端末からの前記第８ステップで送信したＵＲＬ情報に基づくアクセスに応答して前記第３メモリを参照して前記ＵＲＬ情報に含まれるＵＲＬ付加情報のコンテンツＩＤから前記第２メモリに記憶されているおまけ用コンテンツデータを特定し、当該特定されたおまけ用コンテンツデータを前記アクセス元の携帯端末に配信する第９ステップと、
を含んだことを特徴とする代表購入方法。
【請求項１３】
前記第５ステップは、さらに、各購入者に提供するコンテンツの受取確認情報を対応させて記憶し、前記第９ステップは、コンテンツ配信後に前記第５ステップの受取確認情報を受取り済み状態に設定することを特徴とする請求項１２に記載の代表購入方法。
【請求項１４】
前記第４ステップは、前記ＵＲＬ情報の一部を暗号化し、前記第９ステップは、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化することを特徴とする請求項１２または１３に記載の代表購入方法。
【請求項１５】
前記第５ステップは、各購入者に対応させて異なるスロット番号を付与して商品購入数分だけ識別可能に記憶することを特徴とする請求項１２〜１４のいずれか１つに記載の代表購入方法。
【請求項１６】
前記第２メモリに記憶されるコンテンツは、着信メロディ、着信ボイスなどのデジタルコンテンツであることを特徴とする請求項１２〜１５のいずれか１つに記載の代表購入方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、代表購入システム、代表購入用プログラムおよび代表購入方法に関するものである。
【背景技術】
【０００２】
今日、携帯電話の普及により、携帯電話から移動体通信のネットワークを介してショッピングサイトにアクセスし、携帯電話から商品購入の手続きを処理する電子商取引が登場している。
【０００３】
この種の電子商取引の一例として、ショッピングサイトの商品紹介ページにおいて販売される商品をその販売価格や申込数量に基づいて販売単価を設定する共同購入のためのシステムが提案されている（特許文献１）。
【０００４】
上述した共同購入システムの場合には、同一商品を購入しようとする購入希望者間のつながりは関係ないので、各商品に対する購入希望者の数により販売単価が変動するかどうかは申し込み時点では不明である。
【特許文献１】特開２００２−２４５２７３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このように、上述した従来例では、同一商品に対する申込数量によっては販売単価に変動が生じる場合と生じない場合があり、購入者に対して常にインセンティブが図られるものではない。さらに、同一商品に対して共同購入する者がすべてショッピングサイトにアクセスする構成なので、サーバ側の処理負担やパケット量が増すという危惧がある。
【０００６】
本発明の目的は、携帯電話を用いて商品を共同購入する共同購入者に対してインセンティブを図れる仕組みを前提として、サーバ側の処理負荷の軽減やパケット通信の効率化を実現することが可能な代表購入システム、代表購入用プログラムおよび代表購入方法を提供することになる。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、上記目的を達成するため、請求項１の発明に係る代表購入システムは、ネットワークを介して携帯端末との間で商品購入手続きを処理するための代表購入システムであって、コンテンツＩＤに対応付けておまけ用コンテンツデータを記憶するコンテンツデータベースと、メールアドレスを含み、ユーザを特定するための情報を記憶するユーザデータベースと、商品購入手続きを処理する際に、携帯端末からのアクセスに応じて個人購入か、代表購入かを選択するためのページを前記アクセス元の携帯端末に送信し、前記アクセス元の携帯端末から前記送信ページへの選択操作を受け付けて個人購入か、代表購入かを判断する第１受付手段と、前記第１受付手段で代表購入であるという判断が下された場合、商品購入数を入力するためのページを前記アクセス元の携帯端末に送信し、前記アクセス元の携帯端末から前記送信ページへの入力操作を受け付けて商品購入数を確認する第２受付手段と、前記ユーザデータベースを参照して前記アクセス元の携帯端末を所有する購入者を代表購入者として特定するためのユーザＩＤを取得する取得手段と、前記第１受付手段で代表購入であるという判断が下された場合、前記取得手段で取得された当該代表購入者のユーザＩＤと前記コンテンツデータベースに記憶されるコンテンツＩＤとの対応関係を付けたＵＲＬ付加情報を、第２受付手段で確認した商品購入数だけ識別可能に生成するＵＲＬ付加情報生成手段と、前記ＵＲＬ付加情報生成手段により生成された購入数だけ識別可能なＵＲＬ付加情報を記憶する代表購入者データベースと、前記代表購入者データベースに記憶されたＵＲＬ付加情報に基づいておまけ用コンテンツデータへのアクセス権を示すＵＲＬ情報を商品購入数だけ生成するＵＲＬ生成手段と、前記ＵＲＬ生成手段で生成されたＵＲＬ情報を含み、代表購入者用と他の共同購入者用とでメール本文が異なる電子メールを商品購入数分だけ作成する電子メール作成手段と、前記ユーザデータベースを参照して前記代表購入者のメールアドレスを取得し、当該メールアドレスに対して前記電子メール作成手段で作成した商品購入数分の電子メールを送信するメール送信手段と、携帯端末からの前記メール送信手段で送信したＵＲＬ情報に基づくアクセスに応答して前記代表購入者データベースを参照して前記ＵＲＬ情報に含まれるＵＲＬ付加情報のコンテンツＩＤから前記コンテンツデータベースに記憶されているおまけ用コンテンツデータを特定し、当該特定されたおまけ用コンテンツデータを前記アクセス元の携帯端末に配信するコンテンツ配信手段とを備えたことを特徴とするものである。
【０００８】
請求項２の発明は、請求項１の発明において、前記代表購入者データベースは、さらに各購入者に提供するコンテンツの受取確認情報を対応させて記憶し、前記コンテンツ配信手段は、コンテンツ配信後に前記代表購入者データベースの受取確認情報を受取り済み状態に設定するようにしたものである。
【０００９】
請求項３の発明は、請求項１または２の発明において、前記ＵＲＬ生成手段は、前記ＵＲＬ情報の一部を暗号化し、前記コンテンツ配信手段は、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化するようにしたものである。
【００１０】
請求項４の発明は、請求項１〜３の何れか１つに記載の発明において、前記代表購入者データベースは、各購入者に対応させて異なるスロット番号を付与して商品購入数分だけ識別可能に記憶するようにしたものである。
【００１１】
請求項５の発明は、請求項１〜４のいずれか１つの発明において、前記代表購入システムをサーバとしたものである。
【００１２】
請求項６の発明は、請求項１〜５のいずれか１つの発明において、前記コンテンツデータベースに記憶されるコンテンツは、着信メロディ、着信ボイスなどのデジタルコンテンツとしたものである。
【００１３】
請求項７の発明に係る代表購入用プログラムは、ネットワークを介して携帯端末との間で商品購入手続きをサーバのコンピュータにより実行可能な代表購入用プログラムであって、前記コンピュータに、商品購入手続きを処理する際に、携帯端末からのアクセスに応じて個人購入か、代表購入かを選択するためのページを前記サーバから前記アクセス元の携帯端末に送信し、前記アクセス元の携帯端末から前記送信ページへの選択操作を受け付けて前記サーバにおいて個人購入か、代表購入かを判断する第１ステップと、前記第１ステップで代表購入であるという判断が下された場合、商品購入数を入力するためのページを前記サーバから前記アクセス元の携帯端末に送信し、前記アクセス元の携帯端末から前記送信ページへの入力操作を受け付けて商品購入数を前記サーバにおいて確認する第２ステップと、前記第１ステップで代表購入であるという判断が下された場合、メールアドレスを含み、ユーザを特定するための情報を記憶する前記サーバの第１メモリを参照して前記アクセス元の携帯端末を所有する購入者を代表購入者として特定するためのユーザＩＤを前記サーバにおいて前記第１メモリから取得する第３ステップと、前記第３ステップで取得された前記代表購入者のユーザＩＤとコンテンツＩＤに対応付けておまけ用コンテンツデータを記憶する前記サーバの第２メモリに記憶されるコンテンツＩＤとの対応関係を付けたＵＲＬ付加情報を、第２ステップで確認した商品購入数だけ識別可能に生成する第４ステップと、前記第４ステップで生成された購入数だけ識別可能なＵＲＬ付加情報を前記サーバの第３メモリに記憶する第5ステップと、前記第３メモリに記憶されたＵＲＬ付加情報に基づいて前記第２メモリのおまけ用コンテンツデータへのアクセス権を示すＵＲＬ情報を前記サーバにおいて商品購入数だけ生成する第６ステップと、前記６ステップで生成されたＵＲＬ情報を含み、代表購入者用と他の共同購入者用とでメール本文が異なる電子メールを商品購入数分だけ作成する第７ステップと、前記第１メモリを参照して前記代表購入者のメールアドレスを取得し、前記サーバから当該メールアドレスに対して前記第７ステップで作成した商品購入数分の電子メールを送信する第８ステップと、携帯端末からの前記第８ステップで送信したＵＲＬ情報に基づくアクセスに応答して前記第３メモリを参照して前記ＵＲＬ情報に含まれるＵＲＬ付加情報のコンテンツＩＤから前記第２メモリに記憶されているおまけ用コンテンツデータを特定し、当該特定されたおまけ用コンテンツデータを前記サーバから前記アクセス元の携帯端末に配信する第９ステップと、を実行させることを特徴とするものである。
【００１４】
請求項８の発明は、請求項７の発明において、前記第５ステップは、さらに各購入者に提供するコンテンツの受取確認情報を対応させて記憶し、前記第９ステップは、コンテンツ配信後に前記第５ステップの受取確認情報を受取り済み状態に設定するようにしたものである。
【００１５】
請求項９の発明は、請求項７または８の発明において、前記第４ステップは、前記ＵＲＬ情報の一部を暗号化し、前記第９ステップは、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化するようにしたものである。
【００１６】
請求項１０の発明は、請求項７〜９のいずれか１つの発明において、前記第５ステップは、各購入者に対応させて異なるスロット番号を付与して商品購入数分だけ識別可能に記憶するようにしたものである。
【００１７】
請求項１１の発明は、請求項７〜１０のいずれか１つ発明において、前記第２メモリに記憶されるコンテンツは、着信メロディ、着信ボイスなどのデジタルコンテンツとしたものである。
【００１８】
請求項１２の発明に係る代表購入方法は、ネットワークを介して携帯端末との間で商品購入手続きをサーバのコンピュータにより処理する代表購入方法であって、商品購入手続きを処理する際に、携帯端末からのアクセスに応じて個人購入か、代表購入かを選択するためのページを前記アクセス元の携帯端末に送信し、前記アクセス元の携帯端末から前記送信ページへの選択操作を受け付けて個人購入か、代表購入かを判断する第１ステップと、前記第１ステップで代表購入であると判断した場合、商品購入数を入力するためのページを前記アクセス元の携帯端末に送信し、前記アクセス元の携帯端末から前記送信ページへの入力操作を受け付けて商品購入数を確認する第２ステップと、  前記第１ステップで代表購入であると判断した場合、メールアドレスを含み、ユーザを特定するための情報を記憶する前記サーバの第１メモリを参照して前記アクセス元の携帯端末を所有する購入者を代表購入者として特定するためのユーザＩＤを前記第１メモリから取得する第３ステップと、前記第３ステップで取得した前記代表購入者のユーザＩＤとコンテンツＩＤに対応付けておまけ用コンテンツデータを記憶する前記サーバの第２メモリに記憶されるコンテンツＩＤとの対応関係を付けたＵＲＬ付加情報を、前記第２ステップで確認した商品購入数だけ識別可能に生成する第４ステップと、前記第４ステップで生成された購入数だけ識別可能なＵＲＬ付加情報を前記サーバの第３メモリに記憶する第５ステップと、前記第３メモリに記憶されたＵＲＬ付加情報に基づいて前記第２メモリのおまけ用コンテンツデータへのアクセス権を示すＵＲＬ情報を商品購入数だけ生成する第６ステップと、前記６ステップで生成されたＵＲＬ情報を含み、代表購入者用と他の共同購入者用とでメール本文が異なる電子メールを商品購入数分だけ作成する第７ステップと、  前記第１メモリを参照して前記代表購入者のメールアドレスを取得し、当該メールアドレスに対して前記第７ステップで作成した商品購入数分の電子メールを送信する第８ステップと、携帯端末からの前記第８ステップで送信したＵＲＬ情報に基づくアクセスに応答して前記第３メモリを参照して前記ＵＲＬ情報に含まれるＵＲＬ付加情報のコンテンツＩＤから前記第２メモリに記憶されているおまけ用コンテンツデータを特定し、当該特定されたおまけ用コンテンツデータを前記アクセス元の携帯端末に配信する第９ステップと、を含んだことを特徴とするものである。
【００１９】
請求項１３の発明は、請求項１２の発明において、前記第５ステップは、さらに、各購入者に提供するコンテンツの受取確認情報を対応させて記憶し、前記第９ステップは、コンテンツ配信後に前記第５ステップの受取確認情報を受取り済み状態に設定するようにしたものである。
【００２０】
請求項１４の発明は、請求項１２または１３の発明において、前記第４ステップは、前記ＵＲＬ情報の一部を暗号化し、前記第９ステップは、アクセス時に取得するＵＲＬ情報のうち暗号化された部分を復号化するようにしたものである。
【００２１】
請求項１５の発明は、請求項１２〜１４のいずれか１つの発明において、前記第５ステップは、各購入者に対応させて異なるスロット番号を付与して商品購入数分だけ識別可能に記憶するようにしたものである。
【００２２】
請求項１６の発明は、請求項１２〜１５のいずれか１つの発明において、前記第２メモリに記憶されるコンテンツは、着信メロディ、着信ボイスなどのデジタルコンテンツとしたものである。
【発明の効果】
【００２３】
本発明によれば、携帯電話を用いて商品を共同購入する共同購入者に対してインセンティブを図れる仕組みを前提として、サーバ側の処理負荷の軽減やパケット通信の効率化を実現することが可能な代表購入システム、代表購入用プログラムおよび代表購入方法を提供できるという効果を奏する。
【発明を実施するための最良の形態】
【００２４】
以下、添付図面を参照して本発明に係る一実施の形態を詳述する。まず、図１を用いて全体の構成について説明する。図１は本実施の形態による代表購入システムの全体構成図である。本実施の形態による代表購入システムは、複数の購入者が代表購入者を通じて商品を共同購入した場合におまけとして着信メロディなどのコンテンツを購入者全員にプレゼントする通信システムである。
【００２５】
本発明の一実施の形態による代表購入システムは、たとえば図１に示したように、移動体通信網４およびインターネット５によるネットワークを介して携帯電話１，２，３などの携帯端末がサーバ５により提供されるショッピングサイトにアクセスして商品購入を実現するとともに、商品購入に対しておまけのコンテンツを提供する構成である。
【００２６】
移動体通信網４は、携帯電話１，２，３などの携帯端末に対して無線通信を制御する。インターネット５は、各種サーバ、ＰＣなどの端末間の通信網を構成する。移動体通信網4とインターネット５とは接続され、このネットワークは無線通信を行う携帯端末と有線通信を行うサーバなどの端末間の通信を実現する。
【００２７】
この代表購入システムは、インターネット５にサーバ６、商品配送業者サーバ１０などを接続させ、商品購入に関して相互に通信を行わせるものである。たとえば携帯電話１，２または３からの商品購入手続きは、サーバ６により処理され、商品購入手続き後、購入商品の配送などの手続きは商品配送業者サーバ１０により処理される。
【００２８】
サーバ６は、たとえば、着信メロディ、着信ボイスなどのコンテンツデータを記憶するコンテンツデータベース（以下、データベースをＤＢという）７、会員であるユーザを特定するための情報を記憶するユーザＤＢ８、本実施の形態による代表購入者の購入情報を記憶・管理する代表購入者ＤＢ９などを接続している。ここで、コンテンツＤＢ７に記憶されているコンテンツデータは、代表購入者による共同購入に対しておまけとして提供されるデータである。
【００２９】
つぎに、図2、図３、図４および図５を用いてサーバ６について詳述する。図２は本実施の形態によるサーバ６の内部構成例を示すブロック図、図３は本実施の形態によるコンテンツＤＢ７の一例を説明する図、図４は本実施の形態によるユーザＤＢ８の一例を説明する図、そして、図５は本実施の形態による代表購入者ＤＢ９の一例を示す図である。
【００３０】
サーバ６は、たとえば図２に示したように、通信制御部６１、制御部６２、記憶部６３、ＤＢインタフェース６５などにより構成され、本発明の代表購入システムを実現する機能を有している。サーバ６内には、図示せぬが、アドレス信号、データ、制御信号などを伝送するバスが設けられている。
【００３１】
通信制御部６１は、インターネット５に接続され、ネットワークを介して外部端末との間の通信を制御する。制御部６２は、図示せぬオペレーティングシステムによりサーバ全体の制御を司るとともに、本発明の代表購入システムを実現する処理をプログラムにより制御する。
【００３２】
記憶部６３は、本発明の代表購入プログラムに相当するアプリケーション６４を記憶しているとともに、図示せぬが各種のプログラムを実行している際に一時データを保存するワークエリアを有している。ＤＢインタフェース６５は、前述したコンテンツＤＢ７、ユーザＤＢ８、代表購入者ＤＢ９などを接続してデータ授受のインタフェースを司る。
【００３３】
コンテンツＤＢ７は、たとえば図３に示したように、着信メロディ、着信ボイスなどのコンテンツを他と識別するためのコンテンツＩＤに対して携帯電話の機種を識別するための機種ＩＤとコンテンツデータとを対応付けて記憶している。
【００３４】
コンテンツＩＤは、たとえばシリアルに０，１，２，・・・，３３，・・・，５２，・・・のように付与されている。携帯電話の機種ＩＤは、機種を提供する企業の機種をたとえばタイプで示したものである。たとえばコンテンツＩＤの０，１，２に対してＴＹＰ０，ＴＹＰ１，ＴＹＰ２が対応している。
【００３５】
コンテンツデータは、たとえばＳＭＦ（Ｓｉｍｐｌｅ  ＭＩＤＩ  Ｆｉｌｅ）のように携帯電話側で再生可能なデータ形式で構成される。たとえばコンテンツＩＤの０，１，２に対してＣＤＴ０，ＣＤＴ１，ＣＤＴ２が対応している。
【００３６】
ユーザＤＢ８は、たとえば図４に示したように、ユーザＩＤと登録情報とを対応付けて記憶している。ユーザＩＤおよび登録情報が対応関係を１つのパッケージで示している。ユーザＩＤは、たとえば図４に示したようにシリアルに０，１，・・・のように設定してもよい。
【００３７】
登録情報は、ユーザＩＤの０，１，・・・に対応させてたとえばｘｘｘｘ０，ｘｘｘｘ１，・・・のように記憶される。登録情報は、具体的には、ユーザＩＤで識別されるユーザのメールアドレス、氏名、電話番号、住所、銀行の口座番号などである。
【００３８】
なお、この登録情報は、たとえばすべての情報を記憶しておく必要はなく、カード会社との提携によりメールアドレスのように必要最小限の情報のみをユーザＤＢ８に記憶しておき、登録情報の不足分を提携先に対して確認できるシステムとしてもよい。
【００３９】
代表購入者ＤＢ９は、たとえば図５（Ａ）に示したように、代表購入者のユーザＩＤに対応させてスロット番号、コンテンツＩＤおよび受取フラグを記憶する。ユーザＩＤ、コンテンツＩＤはそれぞれユーザＤＢ８、コンテンツＤＢ７に記憶されるＩＤと共通のものである。
【００４０】
スロット番号は代表購入者ＤＢ９に新たにレコードを追加登録する際に生成されるデータベース上でのユニークな番号である。受取フラグは、携帯電話におまけのコンテンツデータをダウンロードされると、０から１にセットされるフラグである。
【００４１】
代表購入者ＤＢ９の更新においては、代表購入者による共同購入が行われたときにレコードの追加処理が実行され、購入者全員分のおまけのコンテンツが提供されたときに一定期間後に該当レコードの削除処理が実行されるものである。
【００４２】
図５（Ａ）の例では、代表購入者のユーザＩＤはたとえば１であり、共同購入者の数は３となる。この場合、代表購入者が関係するレコードは３つ追加設定されるので、それぞれに対してスロット番号の０，１，２が割り当てられる。このとき、受取フラグはおまけのコンテンツについてのダウンロードが未実施のためすべて“０”である。
【００４３】
一例として、おまけのコンテンツデータのコンテンツＩＤは“２”となっている。図５（Ｂ）の例では、同図（Ａ）の状態からスロット番号“０”と“１”についておまけのコンテンツの受取りが実施されたので、受取フラグを“１”にセットした状態が示されている。
【００４４】
また、本実施の形態では、ひとつのサーバ６によりコンテンツＤＢ７、ユーザＤＢ８、代表購入者ＤＢ９を管理するようにしていたが、本発明はこれに限定されるものではなく、キャリア事業者が複数存在している場合や情報を複数のサーバに分散して管理する場合には複数のサーバにより実現するシステムを構成すればよい。
【００４５】
つづいて、図６を用いて携帯電話について詳述する。図６は本実施の形態による携帯電話の内部構成例を示すブロック図である。以下、携帯電話１を代表例として説明する。
【００４６】
本実施の形態の携帯電話１は、たとえば図６に示したように、内部バス２３に、通信処理部１２、音声処理部１５、ＣＰＵ１６、ＲＯＭ１７、ＲＡＭ１８、キー群２１、ディスプレイ２２などを接続させ、データ、アドレス信号、制御信号などを伝送させることで各種の処理を実現する構成である。
【００４７】
通信処理部１２は、アンテナ１１に接続され、アンテナ１１を介して移動体通信網４と通信を行うものである。この通信処理部１２により、音声通話やサーバ６との通信を実現することができる。音声処理部１５は、音声出力のためのスピーカ１３、音声入力のためのマイク１４をそれぞれ接続させており、受話時や送話時の音声処理を行うものである。
【００４８】
ＣＰＵ１６は、携帯電話１全体の制御をＲＯＭ１７に格納されたＯＳにしたがって行うものである。ＲＯＭ１７は、あらかじめインストールされているＯＳなどのプログラムを格納している。このＣＰＵ１６は、たとえば携帯用の各種アプリケーション（たとえばＪＡＶＡ（登録商標）アプリケーション）によりウェブ閲覧を制御する。また、このＣＰＵ１６は、キー群２１からの入力を受け付けて各種の処理を実行させたり、各種の処理に応じて表示を制御する。
【００４９】
ＲＡＭ１８は、ワークエリアのほかアプリケーション１９やメロディ登録エリア２０を備えている。ウェブブラウザ機能は、アプリケーション１９においてたとえばＪＡＶＡ（登録商標）アプリにより実現される。サーバ６よりおまけのコンテンツをダウンロードした場合には、メロディ登録エリア２０にコンテンツデータが格納される。
【００５０】
キー群２１は、電話番号、アドレスなどの入力を行ったり、表示画面上のウェブブラウザに対してページを選択または切り替えたり、リンク先を選択するための各種キーを備えている。ディスプレイ２２は、ウェブブラウザを表示したり、電話やメールの機能を使うときに表示画面を形成するものである。
【００５１】
つぎに、図７、図８、図９、図１０、図１１および図１２を用いて動作について詳述する。図７は本実施の形態による商品購入時の画面遷移例を説明する図、図８および図９は本実施の形態による商品購入時の動作を説明するフローチャート、図１０は本実施の形態によるおまけコンテンツダウンロード時の画面遷移例を説明する図、ならびに、図１１および図１２は本実施の形態によるおまけコンテンツのアクセス時の動作を説明するフローチャートである。以下、一例として3人の購入者が代表購入者を通じて商品を購入する流れを説明する。
【００５２】
まず、携帯電話１では、代表購入者の操作によりサーバ6が提供する物販サイトへのアクセスが処理される（図８：ステップＳ１０１）。このとき、携帯電話のユニークな識別情報であるユーザＩＤがサーバ６により確認される（ステップＳ２０１）。
【００５３】
さらに、サーバ６において、ユーザＤＢ８が参照されてこのＵＩＤに対応するユーザＩＤから登録情報に含まれる機種ＩＤが抽出される。この機種ＩＤにしたがって機種対応の商品購入ページの画像情報が生成される（ステップＳ２０２）。このようにして生成された商品購入ページの画像情報は、アクセス元の携帯電話1に対して送信される（ステップＳ２０３）。
【００５４】
携帯電話１では、商品購入ページがディスプレイ２２に表示される（ステップＳ１０２）。図７（Ａ）には、商品購入ページの一例として、音楽ＣＤの紹介が示されている。同画面には、音楽ＣＤの画像、価格情報および商品番号が表示されるとともに、購入形態を選択するためのラジオボタン２０１（個人購入）と２０２（代表購入）とが表示される。
【００５５】
たとえばラジオボタン２０２が選択され、スクロールさせると、購入枚数の入力欄２０４が表示される（図７（Ｂ）参照）。ユーザの操作により入力欄２０４に“３”が入力されると（ステップＳ１０３）、購入枚数は３枚となる。その後、決定アイコン２０３が操作されると、購入商品（購入枚数含む）とその購入形態（代表購入）とがサーバ６に対して依頼送信される（ステップＳ１０４）。
【００５６】
サーバ６では、購入商品、購入形態などの依頼が受け付けられると（ステップＳ２０４）、購入形態から代表購入かどうか判断される（ステップＳ２０５）。もし購入形態が個人購入であった場合には（ステップＳ２０５のＮＯルート）、通常の購入手続きに処理が移行する。この処理の詳細は省略する。図７（Ａ）の段階でラジオボタン２０１が選択され、決定アイコン２０３が操作されると、サーバ６は個人購入を確認する。
【００５７】
購入形態が代表購入では（ステップＳ２０５のＹＥＳルート）、まず購入申し込み手続きが完了しているかどうか判断される（ステップＳ２０６）。ここでは、ユーザＤＢ８に代表購入者の情報が登録されているかどうかの判断となる。購入申し込み手続きが完了していない場合には（ステップＳ２０６のＮＯルート）、その手続きが実行され、登録情報として、支払方法、携帯のメールアドレス、配送先（住所、電話番号など）などのユーザ登録情報が新たに生成されるユーザＩＤに対応付けてユーザＤＢに登録される。
【００５８】
購入申し込み手続きが完了している場合には（ステップＳ２０６のＹＥＳルート）、処理はステップＳ２０８に移行して、確認画面がアクセス元の携帯電話１に対して送信される。
【００５９】
携帯電話１では、確認画面が受信されると、図７（Ｃ），（Ｄ）および（Ｅ）のように、スクロール操作によりディスプレイ２に代表購入確認ページが一通り表示可能である（図９：ステップＳ１０５）。この状態では、戻るアイコン２０５が選択されると、一つ前のページに表示が戻り、確認アイコン２０６が選択されると、確認がサーバ６に対して送信される（ステップＳ１０６）。このとき、サーバ６において確認が受理される（ステップＳ２０９）。このようにして、商品に関する確認、購入者の確認、支払い方法の確認が終了する。
【００６０】
そして、サーバ６より購入申し込み完了の通知が携帯電話１に対して送信される（ステップＳ２１０）。これに対して、携帯電話1では、受信された購入申し込み完了の通知がディスプレイ２２に表示される（ステップＳ１０７）。この表示例を図７（Ｆ）に示す。
【００６１】
図７（Ｆ）に示したように、購入申し込み完了の通知には、購入に対するお礼と購入によるおまけのコンテンツをプレゼントする旨の説明とが含まれる。このようにして、代表者購入の手続きは完了する。ＴＯＰアイコンの操作により商品購入ページのトップに閲覧画面を移行させることが可能である。
【００６２】
サーバ６においては、さらに、購入人数分のスロット番号を設定して、各スロットに対応させておまけのコンテンツにアクセスするためのＵＲＬ付加情報が生成される（ステップＳ２１１）。ここで、ＵＲＬ付加情報とは、一例として図５に示したように、代表購入者ＤＢ９に登録される代表購入者のユーザＩＤ、スロット番号およびコンテンツＩＤを指す。このＵＲＬ付加情報に受取フラグが付加された状態が代表購入者情報となって代表購入者ＤＢ９（図５（Ａ）参照）に登録される（ステップＳ２１２）。
【００６３】
図５（Ａ）に示す一例のように、購入者が３名の場合に代表購入者のユーザＩＤ“１”に対応させてスロット番号が“０”，“１”および“２”のように３つ付与される。そして、おまけとして提供されるコンテンツは、コンテンツＩＤ“２”となり、この時点では受取フラグは“０”となる。
【００６４】
購入者分のＵＲＬ付加情報はそれぞれ暗号化され、その暗号化データはアクセス権を示すＵＲＬ情報として生成される。そして、ＵＲＬ情報をメール本文に含ませたメールが購入者分、すなわち３通作成される（ステップＳ２１３）。それぞれのメールには、代表購入者ＤＢ９に追加されたレコードのＵＲＬ付加情報を用いて生成されたＵＲＬ情報が含まれる。
【００６５】
そして、ユーザＤＢ８が参照されて、代表購入者のメールアドレスが読み出される。このメールアドレスに対してステップＳ２１３で作成されたすべてのメールが送信され（ステップＳ２１４）、さらに商品配送業者サーバ１０に対して配送手続きの指示が通知される（ステップＳ２１５）。
【００６６】
一方、ステップＳ２１４により送信されたメール（３通）はすべて代表購入者の携帯電話１に受信される。この場合、図１０（Ａ）に示したように、おまけのコンテンツをアクセスするためのアクセス権すなわちＵＲＬ情報３０１がメール本文中に含まれた状態で表示される。代表購入者は３通のメールのうち一通を自身へのおまけコンテンツのダウンロード用として利用するが、他の２通については、メッセージなどを書き添えて携帯電話２，３に転送する操作を行うことができる（図１０（Ｂ）および（Ｃ））。これにより、他の共同購入者に対して図１０（Ｂ），（Ｃ）の如くＵＲＬ情報が含まれるメール本文が届く。
【００６７】
そこで、たとえば携帯電話２に転送メールが届いた場合を例に挙げて説明する。携帯電話２にメールが受信され（図１１：ステップＳ３０１）、携帯電話２のユーザによりメールが開封されると（ステップＳ３０２）、ユーザの操作によりＵＲＬ情報からサーバ６にアクセスすることができる（ステップＳ３０３）。このアクセスによって、ＵＲＬがサーバ６に届けられる。
【００６８】
サーバ６では、携帯電話２からのアクセスが受け付けられると（ステップＳ４０１）、受け取ったＵＲＬのうち、暗号化されたＵＲＬ付加情報の部分が取り出されて復号化され、スロット番号が確認される（ステップＳ４０２）。スロット番号については、代表購入者ＤＢ９を参照して確認することができる。この確認を通じてレコードにないスロット番号などが発覚した場合には（ステップＳ４０３のＮＯルート）、不正なアクセスとして処理が実行され（ステップＳ４０４）、本処理は終了する。
【００６９】
一方、正当なアクセスだった場合には（ステップＳ４０３のＹＥＳルート）、おまけのコンテンツを配信するためのＷＥＢページのデータが生成され（ステップＳ４０５）、アクセス元の携帯電話２に対して送信される（ステップＳ４０６）。
【００７０】
携帯電話２では、ＷＥＢページが受信されると、例えば図１０（Ｄ）のように、曲名、対応機種などの説明や処理の選択肢が表示される（図１２：ステップＳ３０４）。ここで、３０３はおまけの着信メロディをダウンロードするための選択肢を示し、３０４はサイトのトップ画面に戻るための選択肢を示している。
【００７１】
選択肢３０３が決定されると（ステップＳ３０５）、サーバ６に対してコンテンツのダウンロードが要求されることになる。この流れによると、サーバ６では、スロット番号を参照しておまけ対象のコンテンツデータ（コンテンツＩＤ“２”）がコンテンツＤＢ７より読み出される（ステップＳ４０７）。そして、携帯電話２に対しておまけ対象のコンテンツデータが送信される（ステップＳ４０８）。
【００７２】
携帯電話２では、おまけのコンテンツデータがダウンロードされ（ステップＳ３０６）、サーバ６では、送信完了のタイミングで完了通知が送信される（ステップＳ４０９）。携帯電話２では、図１０（Ｅ）に示したように、ダウンロードが完了すると、ダウンロードした着信メロディを演奏アイコン３０５により演奏させたり、登録アイコン３０６により登録させることが可能な画面が表示される（ステップＳ３０７）。
【００７３】
登録アイコン３０６が選択された場合には、そのまま登録処理が実行され、着信メロディはメール着信や電話呼び出しの着信として機能可能に設定される（ステップＳ３０８）。サーバ６では、送信完了の通知後、代表購入者ＤＢ９の該当レコード（該当スロット番号）に対して受取フラグ“１”が図５（Ｂ）のように設定される（ステップＳ４１０）。
【００７４】
これにより、該当レコードは受取済みとなる。一定期間このレコードを存続させるため、有効期間がたとえば１ヶ月などのように設定される（ステップＳ４１１）。このようにして、同一ユーザからの再ダウンロードが可能となる。
【００７５】
以上説明したように、本実施の形態によれば、購入代表者の携帯電話とサーバ間の通信だけで共同購入を処理するようにし、かつ、共同購入後は各購入者がおまけのコンテンツを入手するためにサーバにアクセスするようにしたので、サーバ側の処理負荷の軽減やパケット通信の効率化を実現することが可能である。このようにして、携帯電話を用いて商品を共同購入する共同購入者に対してインセンティブを図ることが可能である。
【産業上の利用可能性】
【００７６】
本発明は、代表購入システム、代表購入用プログラムおよび代表購入方法を製造する産業で利用される。
【図面の簡単な説明】
【００７７】
【図１】本実施の形態による代表購入システムの全体構成図である。
【図２】本実施の形態によるサーバの内部構成例を示すブロック図である。
【図３】本実施の形態によるコンテンツＤＢの一例を説明する図である。
【図４】本実施の形態によるユーザＤＢの一例を説明する図である。
【図５】本実施の形態による代表購入者ＤＢの一例を示す図である。
【図６】本実施の形態による携帯電話の内部構成例を示すブロック図である。
【図７】本実施の形態による商品購入時の画面遷移例を説明する図である。
【図８】本実施の形態による商品購入時の動作を説明するフローチャートである。
【図９】本実施の形態による商品購入時の動作を説明するフローチャートである。
【図１０】本実施の形態によるおまけコンテンツダウンロード時の画面遷移例を説明する図である。
【図１１】本実施の形態によるおまけコンテンツのアクセス時の動作を説明するフローチャートである。
【図１２】本実施の形態によるおまけコンテンツのアクセス時の動作を説明するフローチャートである。
【符号の説明】
【００７８】
１，２，３  携帯電話
６  サーバ
７  コンテンツＤＢ
８  ユーザＤＢ
９  代表購入者ＤＢ
１０  商品配送業者サーバ
１２  通信処理部
１６  ＣＰＵ
１７  ＲＯＭ
１８  ＲＡＭ
１９  アプリケーション
２０  メロディ登録エリア
２１  キー群
２２  ディスプレイ
６１  通信制御部
６２  制御部
６３  記憶部
６４  アプリケーション
６５  ＤＢインタフェース
【図１】
0003726149.tif 000002
【図２】
0003726149.tif 000003
【図３】
0003726149.tif 000004
【図４】
0003726149.tif 000005
【図５】
0003726149.tif 000006
【図６】
0003726149.tif 000007
【図７】
0003726149.tif 000008
【図８】
0003726149.tif 000009
【図９】
0003726149.tif 000010
【図１０】
0003726149.tif 000011
【図１１】
0003726149.tif 000012
【図１２】
0003726149.tif 000013