(57)【要約】【課題】コンピュータソフトウェアの関連商品を販売するシステムであって、対価を支払って購入したソフトウェア商品の利用者に対して、簡易に且つ適切にそのソフトウェア商品に必要なデータ類を提供する。【解決手段】コンピュータソフトウェアに関連する商品を販売するシステムであって、販売される商品は、ビット列を特定の配列規則に基づいて図案化されたビット列模様を備えているが、この商品をソフトウェアとして機能させるために必要なデータ類を含んではおらず、商品の利用者は、利用者側の装置によって前記商品のビット列模様を読み取ってから、商品を管理する管理者側の装置にアクセスを行って、新たなビット列を管理者側の装置に送信し、運営者側の装置では、商品に必要な前記データ類を、利用者側の装置にダウンロードする商品販売システムとした。【選択図】図３
2005275851.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータソフトウェアを含む商品を販売するシステムであって、
販売される前記商品は、ビット列を特定の配列規則に基づいて図案化されたビット列模様を備えるカード状またはパッケージ状の商品であり、
前記商品の利用者は、利用者側の装置によって前記商品のビット列模様を読み取った後、前記商品を管理する管理者側の装置にアクセスを行って、新たなビット列を管理者側の装置に送信し、
前記管理者側の装置では、利用者側から送信された前記ビット列を確認して、前記商品をコンピュータソフトウェアとして機能させるために必要なデータ類を、前記利用者側の装置にダウンロードする、ことを特徴とする商品販売システム。
【請求項２】
請求項１に記載の商品販売システムにおいて、
前記ビット列模様のビット列(Ａ−２)は、「管理者側が管理する重複するビット列(Ａ−３)」と「管理者側が管理する重複しないビット列(Ａ−４)」とを結合させたビット列から構成される、ことを特徴とする商品販売システム。
【請求項３】
請求項１または２に記載の商品販売システムにおいて、
前記利用者は、前記新たなビット列として、「管理者側が管理する重複しないビット列(Ａ−４)」と「利用者側の読取装置のビット列(Ａ−５)」とを付帯させたビット列(Ａ−１)を、管理者側の認証サーバに送信する、ことを特徴とする商品販売システム。
【請求項４】
請求項３に記載の商品販売システムにおいて、
前記管理者側の認証サーバでは、前記ビット列(Ａ−１)により、前記利用者側の装置にダウンロードをするかどうかを判断する、ことを特徴とする商品販売システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータソフトウェア関連商品の販売や購入を効率的に行う商品販売システムにかかり、より詳細には、携帯電話機、コンピュータ機器、ゲーム機器などで使用されるアプリケーション・ソフトウェアを商品として流通販売するシステムに適するものである。
【背景技術】
【０００２】
従来型のアプリケーション商品の流通方法は、大きく分けて２種類存在する。
１）アプリケーションを半導体やＣＤ−ＲＯＭなどのメディアに記述して、そのメディアを商品として販売する代わりに、その対価を得る。
２）インターネットを通してアプリケーションプログラムのみを入手し、クレジットカードや代金振り込みなどによってその対価を支払う。
【０００３】
図１は、コンピュータソフトウェアなどのアプリケーション商品を販売するときに、従来から行われている一般的なビジネス関係を示す図であり、流通される商品(Ｂ)の販売と購入に関わり「運営者(１)・販売者(２)・利用者(３)」の三者のビジネス構造がある。図１に示すように、「運営者(１)⇔販売者(２)」「販売者(２)⇔利用者(３)」「利用者(３)⇔運営者(１)」という３つの関係が生じており、ここでは「一方が商品を販売して、他方が購入した商品に対する対価を支払う」という構図が常にある。
【０００４】
従来の販売システムは図１のような構成になっており、運営者(１)の立場としては、アプリケーション商品を販売するときには、半導体やＣＤ−ＲＯＭなどの既存のアプリケーション格納媒体を用いるとかなり費用が高くつくので、それらに比較してより安価で管理容易な媒体でアプリケーションを提供したいと望む。
また、販売者(２)としては、従来の販売システムではアプリケーション格納媒体の費用が高いので、仕入れ方式として買い取り方式を採用しているが、それが資金的に大きな負担となっているので、価格が安く管理も容易な新規な格納媒体の方式を希望している。
【０００５】
さらに、利用者としては、アプリケーションをより安価で簡単に購入できることを望んでいるのは勿論であるが、媒体費が不必要となるインターネット経由でアプリケーションを購入する方法では、あまり公開したくないカード番号や口座番号を知らせる必要があるので、セキュリティ面からくる不安により、インターネット方式は利用したくないという思いがある。
【０００６】
従来の特許文献として、二次元コードによる配列パターンなどを用いた読み取り方法、金額振込み方法、通信システムなどがある。
【特許文献１】特開平２００３−１５４７７４
【特許文献２】特開平２００２−１０９４２１
【特許文献３】特開平２００２−１１１８０９
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来から行われているアプリケーション商品の販売においては、「運営者(１)・販売者(２)・利用者(３)」の三者それぞれの要望はあるものの、三者すべてにメリットがあるような優れた方法やシステムは実現されてはいない。本願発明は、従来の上記した問題点に鑑みてなされたものであり、「運営者(１)・販売者(２)・利用者(３)」の三者全てにそれぞれにメリットがあって、商品が効率的で安価に流通でき、セキュリティ的にも安全で管理も容易な商品販売システムを構築することを目的とし、とりわけアプリケーション商品の利用者(３)に対しては、簡単且つ適切にソフトを提供することができる商品販売システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明による商品販売システムで用いられる手段について、図２〜４を参照して。説明する。
運営者(１)は、図２の囲み(Ａ)に記載されている情報のビット列(Ａ−２)を特定の配列規則に基づいて図案化した「ビット列模様を施した商品(Ｂ)」を、小売店など(無店舗営業等を含む)の販売者(２)および／または利用者(３)に対して販売を行う。
この商品(Ｂ)は、コンピュータに用いられるアプリケーションなどのソフトウェアを含む商品であるが、販売されたときの上記商品(Ｂ)はソフトウェアとして機能させるために必要なデータ類を備えていない。ここでの商品(Ｂ)は、例えばカードまたはパッケージなどの物からなり、ビット列模様を有することが必須である。
また、ビット列模様は、ビット列を特定の配列規則に基づいて図案化して模様状にしたものであるが(図２参照)、一般に普及しているバーコードやＱＲコード（クイックレスポンスコード）をここで用いることもできる。
【０００９】
利用者(３)は、運営者(１)および／または販売者(２)に対価を支払うことにより、商品(Ｂ)を入手し、特定の配列規則に基づき図案化したビット列模様を読み取ることのできる利用者側の読取装置(Ｃ)にて、商品(Ｂ)が備えるビット列模様のビット列(Ａ−２)を読み取る。ここでの読取装置(Ｃ)としては、利用者(３)が普段使っている携帯電話機やパソコンなどの情報端末機器が用いられるとよい。また、ビット列(Ａ−２)は、「管理者側が管理する重複するビット列(Ａ−３)：管理者側のアドレス(ＵＲＬなど)」と、「管理者側が管理する重複しないビット列(Ａ−４)：個別情報：」と、を結合(付帯)させたビット列である。
なお、ここでの管理者は「運営者(１)」であるものとして説明を行っているが、管理者は「販売者(２)」であってもよく、また、管理者は「運営者(１)＋販売者(２)」であってもよい。
【００１０】
利用者(３)は、読み取り後、ビット列(Ａ−２)に記載されている運営者(１)側に指定された運営者側アドレス(ＵＲＬ)(Ａ−３)にアクセスを行った後、「ビット列(Ａ−４)(個別情報)」と「読取装置(Ｃ)のビット列(Ａ−５)(端末情報)」とを付帯させたビット列(Ａ−１)を、運営者(１)側の認証サーバ(Ｄ)に送信する。ここでのビット列(Ａ−５)は「利用者(３)が操作することができない情報端末機器が持つ重複しない固有情報のビット列(端末情報)」である。
【００１１】
運営者(１)側の認証サーバ(Ｄ)では、「ビット列(Ａ−４)(個別情報)」を元にデータベースを参照し、ビット列(Ａ−４)が(ｉ)購入可能な状態であるか、(ii)ビット列(Ａ−４)に「ビット列(Ａ−５)(端末情報)」が付帯されていないか、を参照する。(ｉ)購入可能な状態であって、かつ(ii)が付帯されていない状態である場合のみ、アプリケーションなどに必要なデータのダウンロードが可能になる。但し、例外として、(ii)付帯されているビット列(Ａ−５)と、アクセスした際のビット列(Ａ−５)が同じ場合のみ、再ダウンロードが可能になる。
【００１２】
ダウンロードが可能と判断された時点で、データベースで管理している「ビット列(Ａ−４)(個別情報)」に「ビット列(Ａ−５)(端末情報)」が付帯され、運営者(１)側の認証サーバ(Ｄ)は、ダウンロードサーバ(Ｅ)にダウンロード先の情報を渡す。このとき、認証サーバ(Ｄ)とダウンロードサーバ(Ｅ)は別個の装置から構成されてもよいし、同じ装置であってもよい。その後、ダウンロードサーバ(Ｅ)から、アプリケーションなどに必要なデータを送信する。
【発明の効果】
【００１３】
本願発明の商品販売システムを適用することが可能となる商品としては種々のものがあるが、一例としては、携帯電話機、携帯型パソコン、ゲーム機器などで使用されるゲームソフトが内蔵されたカード式商品または小型パッケージ商品などがあり、これらはアプリケーション商品のひとつである。そこで、本願発明による商品販売システムを用いて、このアプリケーション商品の販売購入を行うにあたり、「運営者(１)・販売者(２)・利用者(３)」の三者それぞれに、大きなメリットが得られるので、それらを次に示す。
【００１４】
運営者(１)のメリット
半導体やＣＤ−ＲＯＭなどのアプリケーション格納媒体を用いる必要がないので、非常に安価な媒体でアプリケーションを販売することが可能となる。買い手側が持っている情報端末機器を読み取り装置として利用し、それで読み取れることが可能な模様を、印刷や添付などの表示手法によってその商品に具備(付帯)させることで、カード式や小型パッケージなどの商品形状が可能となり、より簡単に安価に管理容易にしてアプリケーション商品を販売することができることである。
【００１５】
販売者(２)のメリット
アプリケーション商品の格納媒体が非常に安価で簡単になるため、仕入れ方式を買い取り方式ではなく、預託方式で行うことができるようになり、販売者の負担も極めて軽くできるし、商品の管理も楽になる。
【００１６】
利用者(３)のメリット
格納費用が非常に安価なため、アプリケーションを極めて安価で気軽に購入することができる。媒体費が不必要という面では、インターネット経由で購入する方法が従属からあるが、このとき、利用者がセキュリティの面であまり公開したくないカード番号や口座番号を知らせなくてはならないという欠点がある。本願発明による手法では、店頭で購入する限り、そのような番号を知らせる必要は全く無い。
【発明を実施するための最良の形態】
【００１７】
次に添付図面１〜５を参照して、本発明による商品販売システムの実施の形態について詳細に説明する。
図１は、アプリケーション商品などを販売するときの、一般的なビジネス関係を示す図であり、流通される商品(Ｂ)の販売と購入に関わり「運営者(１)・販売者(２)・利用者(３)」の三者のビジネス構造がある。また、本願発明にかかるアプリケーション商品の販売に際しては、運営者(１)、販売者(２)のうちのいずれかまたはその両方が、商品の管理者になりうるものであるが、本実施形態の説明では、運営者(１)が管理者であるものとして説明を行う。
【００１８】
図２は本願発明に用いられるビット列模様を説明する図であって、図２の囲み(Ａ)は、ビット列を特定の配列規則に基づいて図案化して、ビット列模様を作成する手段の一例を示す説明図である。また、図２の商品(Ｂ)は、作成されたビット列模様を様々な商品に適用する様子の例を示す説明図であり、ここではビット列模様を具備する商品として、容器（ポット）、書籍、携帯端末機器（携帯電話機、電子手帳など）を例として示した。
【００１９】
図２の囲み(Ａ)を参照するに、運営者(１)は、「運営者(１)が管理する重複するビット列（Ａ−３)：ＵＲＬ(運営者(１)側のアドレス)」と「運営者(１)が管理する重複しないビット列（Ａ−４）：個別情報」とを結合させて、新たなビット列として「ビット列（Ａ−２）」を作成し、これが「ビット列を特定の配列規則に基づいて図案化したビット列模様」となる。
なお、ここでのＵＲＬは、アプリケーション商品などのデータ類のダウンロードに用いられる管理者側(運営者側)のアドレスとして、単にその代表的な一例を示したものであって、これに限られることはなく、管理者側(運営者側)のアドレスとして同じ機能を有するものなら適宜に採用して適用することができる。
また、利用者(３)は、利用者側の情報端末機器を用いて、「運営者(１)が管理する重複しないビット列（Ａ−４）：個別情報」と「利用者が操作することができない情報端末機器が持つ重複しない固有情報のビット列（Ａ−５）：端末情報」とを結合させて、また別の新たな「ビット列（Ａ−１）」を作成する。
【００２０】
さて、図３は、本願発明による商品販売システムにおいて、流通ルートにのって販売購入されるアプリケーション商品のデータの流れを示す図であり、これによって「運営者(１)・販売者(２)・利用者(３)」の各パート間のデータフローを説明する。
ここでまず、利用者(３)は、販売者(２)の販売店２１で、ビット列模様Ｂ１を備えた商品(Ｂ)を購入する。この商品(Ｂ)はカード形状または小型パッケージ形状などの扱いが容易なものとするとよい。その後、利用者(３)は、自分の情報端末機器などの利用者側にある読み取り装置(Ｃ)によって、運営者(１)側の認証サーバ(Ｄ)とインターネット通信を行って、商品(Ｂ)のアプリケーションをコンピュータソフトウェアとして動作(機能)させるために必要なデータ類を、運営者(１)側からダウンロードして取得する。
【００２１】
つぎに、図３の商品販売システムについて、フロー毎に説明する。
＜フロー(Ｆ１)＞
利用者(３)は、販売者(２)から購入した商品(Ｂ)に添付された「ビット列模様１０」を、利用者(３)側にある読み取り装置(Ｃ)を用いて読み取り、その情報を得る。ここで利用者(３)が用いる読み取り装置(Ｃ)としては、「アプリケーションを受け取る情報端末機器」と「ビット列を特定の配列規則に基づき図案化したビット列模様を読み取る装置(上記情報端末機器に内蔵されていてもよい)」とから構成されており、この読み取り装置(Ｃ)としては、利用者(３)側で操作しやすいノート型パソコン、コンピュータ、携帯端末型ノートブック、携帯型電話機などが用いられるとよい。
こうして、このフロー(Ｆ１)では、読み取り装置(Ｃ)を用いて商品(Ｂ)に付与されたビット列模様Ｂ１を読み取って、「ビット列（Ａ−３）(運営者(１)側ＵＲＬ)」と「ビット列（Ａ−４）(個別情報)」とが結合されたビット列模様「ビット列（Ａ−２）」の解読を行う。
【００２２】
＜フロー(Ｆ２)＞
ビット列模様「ビット列（Ａ−２）」は、「運営者(１)が管理する重複するビット列（Ａ−３）(運営者(１)側ＵＲＬ)」と「運営者(１)が管理する重複しないビット列（Ａ−４）(個別情報)」とを有しており、一方のビット列である「運営者(１)が管理する重複するビット列（Ａ−３）(運営者(１)側ＵＲＬ)」に格納されたインターネットアドレスにアクセスして、運営者(１)側の認証サーバ(Ｄ)と接続する。
【００２３】
＜フロー(Ｆ３)＞
運営者(１)側の認証サーバ(Ｄ)は、指定されたアドレスが認証サーバ(Ｄ)に登録されているかどうかを確認し、登録されている場合は、運営者(１)側の認証サーバ(Ｄ)から利用者(３)側の読み取り装置(Ｃ)へ向けて、アプリケーションの内容確認やダウンロードの意思確認するための送信を行う。
【００２４】
＜フロー(Ｆ４)＞
運営者(１)側の認証サーバ(Ｄ)が、指定されたアドレスが認証サーバ(Ｄ)に登録されているかどうかを確認したとき、登録されていない場合は、運営者(１)側の認証サーバ(Ｄ)から利用者(３)側の読み取り装置(Ｃ)へ、エラーメッセージを送信する。このようなエラーメッセージが送信された場合は、それで処理を終了される。
【００２５】
＜フロー(Ｆ５)＞
利用者(３)側の読み取り装置(Ｃ)に、アプリケーション(商品Ｂ)の内容やダウンロードの確認などについて表示された場合は、読み取り装置(Ｃ)の「利用者が操作することができない情報端末機器が持つ重複しない固有情報をビット化したビット列（Ａ−５）(端末情報)」と「運営者(１)が管理する重複しないビット列（Ａ−４）(個別情報)」とを結合した新たな「ビット列(Ａ−１)」を、運営者(１)側の認証サーバ(Ｄ)に送信する。
【００２６】
＜フロー(Ｆ６)＞
運営者(１)側の認証サーバ(Ｄ)は、「ビット列(Ａ−４) (個別情報)」のテーブルを参照して、「ビット列(Ａ−５)(端末情報)」と同じビット列もしくは空白があれば、認証サーバ(Ｄ)内の「ビット列(Ａ−４)」のテーブルに「ビット列(Ａ−５)」を書き込み、同じく運営者(１)側にあるダウンロードサーバ(Ｅ)に許可信号を送信する。
＜フロー(Ｆ７)＞
上記以外の場合は、運営者(１)側から利用者(３)側へエラーメッセージを送信して処理を終了する。
【００２７】
＜フロー(Ｆ８)＞
認証サーバ(Ｄ)から許可信号をダウンロードサーバ(Ｅ)が受け取った場合、利用者(３)側の読み取り装置(Ｃ) すなわちアクセスしてきた情報端末のアプリケーション保存エリアに、アプリケーションを送信する。
ここで、運営者(１)(管理者)側から利用者側に送信されるデータ類としては、商品をコンピュータソフトウェアとして機能させるために必要なデータ類であり、図３においては、アプリケーションプログラムそのものすなわちコンピュータソフトウェアを送信することとして説明をしている。しかしこれに限らず、アプリケーションプログラムはあらかじめ商品(Ｂ)内に内蔵しておいて、このプログラムを動作させるために必須となるデータ類を送信することも可能である。
なお、本願発明では、運営者(１)側にある認証サーバ(Ｄ)とダウンロードサーバ(Ｅ)とは、別個に独立して構成されていてもよいし、同一機器または一体型機器として構成されていてもよい。
【００２８】
図４は、本願発明による商品販売システムにおいて、販売購入されるアプリケーション(商品)に伴うデータの流れを示すフローチャートであり、これにより、さらに商品販売システムについて説明する。
＜ステップＳ１００＞
利用者(３)は、販売者(２)の販売店で、ビット列模様Ｂ１を備えたアプリケーション商品(Ｂ)を購入する。
＜ステップＳ１０１＞
利用者(３)は、自身の読み取り装置(Ｃ)で、商品(Ｂ)のビット列模様Ｂ１の読み取りを開始する。
【００２９】
＜ステップＳ１０２＞
利用者(３)は、読み取り装置(Ｃ)を用いて、商品に添付されたビット列模様Ｂ１を、ビット列(Ａ−２)に置き換える処理を行う。
＜ステップＳ１０３＞
ビット列模様は、ビット列(Ａ−２)は、ビット列(Ａ−２)とビット列(Ａ−３)とが結合されたものであり、一例として、これらを「ビット列(Ａ−３)：ＸＸＸＸ」「ビット列(Ａ−４)：ＹＹＹＹ」、「ビット列(Ａ−２)：ＸＸＸＸＹＹＹＹ」として表す。
【００３０】
＜ステップＳ１０４＞
利用者(３)は、「運営者(１)が管理する重複するビット列(Ａ−３)：ＸＸＸＸ」に格納されたインターネットアドレスにアクセスして、運営者(１)側の認証サーバ(Ｄ)に接続する。
＜ステップＳ１０５〜１０７＞
利用者(３)は、「ビット列(Ａ−３)：ＸＸＸＸ」に格納されたインターネットアドレスにアクセスして、運営者(１)側の認証サーバ(Ｄ)との接続を試みる。接続に成功すると、＜ステップＳ１０７＞に進むが、接続にできなかったときには、エラーメッセージを表示(ステップＳ１０６)して、＜ステップ１００＞に戻る。
【００３１】
＜ステップＳ１０７＞
利用者(３)が、運営者(１)側の認証サーバ(Ｄ)との接続に成功すると、認証サーバ(Ｄ) に収められている「ビット列(Ａ−３)：ＸＸＸＸ」のページを表示する。そして、ここでは、利用者(３)に対して、アプリケーションの種類の確認とダウンロードの意思の確認を行う。
＜ステップＳ１０８＞
先のステップＳ１０７につづいて、利用者(３)がここで「Ｙｅｓ」を選択したときは、つぎのステップＳ１０９に進むが、「Ｎｏ」を選択したときはここで処理が終了となる。
【００３２】
＜ステップＳ１０９〜１１０＞
先のステップＳ１０８で利用者(３)が「Ｙｅｓ」を選択したときにつづき、このステップＳ１０９では、認証サーバ(Ｄ)は、利用者(３)に、端末固有情報データ列(Ａ−５)の送信をしてよいかどうかを尋ねる。利用者(３)がここで「Ｙｅｓ」を選択したときは、つぎのステップＳ１１１に進むが、「Ｎｏ」を選択したときはここで処理が終了となる。
【００３３】
＜ステップＳ１１１＞
利用者(３)は、端末固有情報データ列であるビット列(Ａ−５)に、「運営者(１)が管理する重複しないビット列（Ａ−４）」を紐付けして、新しい文字列として「ビット列(Ａ−１)」を創る。
＜ステップＳ１１２＞
ビット列模様は、ビット列(Ａ−１)は、ビット列(Ａ−４)とビット列(Ａ−５)とが結合されたものであり、一例としてそれぞれを「ビット列(Ａ−４)：ＹＹＹＹ」「ビット列(Ａ−５)：ＺＺＺＺ」、「ビット列(Ａ−１)：ＹＹＹＹＺＺＺＺ」として表す。
【００３４】
＜ステップＳ１１３〜１１６＞
利用者(３)は、認証サーバ(Ｄ)に「ビット列(Ａ−１)：ＹＹＹＹＺＺＺＺ」を送信すると、認証サーバ(Ｄ)では「ビット列(Ａ−４)：ＹＹＹＹ」を参照してＹ軸のテーブル情報に同じ物があったかを確認し(ステップＳ１１４)、さらに「Ｙｅｓ」のときはＺ軸のテーブル情報と「ビット列(Ａ−５)：ＺＺＺＺ」とを比較する(ステップＳ１１５)。これらの詳しいデータ構造は［別表１］に示している。
ステップＳ１１５において、「ＺＺＺＺ(同じビット列)もしくは０(空白)」のときは、つぎのステップＳ１１７に進むが、それ以外の場合には、認証サーバ(Ｄ)は利用者(３)に使用済みカードの警告を表示して処理を終了する(ステップＳ１１６)。
【００３５】
＜ステップＳ１１７＞
ステップＳ１１５において、ビット列(Ａ−５)と同じビット列(ＺＺＺＺ)であるか、もしくは空白(０)であれば、このステップＳ１１７において、認証サーバ(Ｄ)は、ビット列(Ａ−４)のテーブルに、ビット列(Ａ−５)を書き込み、ダウンロードサーバ(Ｅ)にダウンロード許可の信号を送信する。
＜ステップＳ１１８＞
ダウンロード許可信号を受け取ったダウンロードサーバ(Ｅ)は、利用者(３)の情報端末のアプリケーション保存エリアに、アプリケーションを送信する。
【００３６】
＜ステップＳ１１９＞
なお、認証サーバ(Ｄ)は、ビット列(Ａ−１)との比較において、Ｙ軸のテーブル情報にビット列(Ａ−１)と同じ物がなかったとき(ステップＳ１１４)、また、Ｚ軸のテーブル情報とビット列(Ａ−５)とを比較して「ＺＺＺＺ(同じビット列)もしくは０(空白)」ではないとき(ステップＳ１１５)には、その処理を終了(Ｂ)してしまう。このケースにおいては、新たなステップとして、「不正ユーザーの可能性が高いので、不正ユーザー候補カウンタを増加する」との＜ステップＳ１１９＞を設けることができる。
【産業上の利用可能性】
【００３７】
本発明による商品販売システムは、携帯電話機、携帯型パソコン、ゲーム機器などで使用されるゲームソフトが内蔵されたカード状商品または小型パッケージ商品、いわゆるアプリケーションソフト商品を扱うときの販売購入システムとして好適なものであり、アプリケーション商品の販売に携わる「運営者(１)・販売者(２)・利用者(３)」の三者それぞれに、大きなメリットが得られるシステムが得られ、とりわけ利用者(３)にとってはコスト性・簡便性・セキュリティ性などの面で大きく貢献できる。
【図面の簡単な説明】
【００３８】
【図１】本発明による商品販売システムにともない、運営者(１)・販売者(２)・利用者(３)を含む一般的なビジネス関係を示す図である。
【図２】本発明による商品販売システムを説明するための図であって、図中の囲み(Ａ)は、ビット列(Ａ−１)〜(Ａ−５)を示す図であり、また、図中の商品(Ｂ)は、作成されたビット列模様を様々な商品に適用する様子の例を示す図である。
【図３】本発明による商品販売システムを説明するための図である。
【図４】本発明による商品販売システムのデータフローを示すための図である。
【符号の説明】
【００３９】
（１）    運営者
（２）    販売者
（３）    利用者
（Ｂ）    商品
Ｂ１    ビット列模様
（Ｃ）    読み取り装置
（Ｄ）    認証サーバ
（Ｅ）    ダウンロードサーバ
【図１】
2005275851.tif 000003
【図２】
2005275851.tif 000004
【図３】
2005275851.tif 000005
【図４】
2005275851.tif 000006