JP5296900B2 - コンテンツ販売システム、及び、その方法 - Google Patents
コンテンツ販売システム、及び、その方法 Download PDFInfo
- Publication number
- JP5296900B2 JP5296900B2 JP2012073989A JP2012073989A JP5296900B2 JP 5296900 B2 JP5296900 B2 JP 5296900B2 JP 2012073989 A JP2012073989 A JP 2012073989A JP 2012073989 A JP2012073989 A JP 2012073989A JP 5296900 B2 JP5296900 B2 JP 5296900B2
- Authority
- JP
- Japan
- Prior art keywords
- content
- data
- work
- viewer
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 110
- 238000004519 manufacturing process Methods 0.000 claims abstract description 115
- 238000012545 processing Methods 0.000 claims abstract description 33
- 230000008569 process Effects 0.000 claims description 70
- 238000003860 storage Methods 0.000 claims description 44
- 230000005540 biological transmission Effects 0.000 claims description 32
- 238000012790 confirmation Methods 0.000 claims description 19
- 230000006870 function Effects 0.000 description 50
- 238000007726 management method Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 14
- 238000009826 distribution Methods 0.000 description 10
- 238000003825 pressing Methods 0.000 description 8
- 238000012384 transportation and delivery Methods 0.000 description 8
- 230000000694 effects Effects 0.000 description 7
- 238000012546 transfer Methods 0.000 description 6
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 5
- 238000004458 analytical method Methods 0.000 description 5
- 238000013459 approach Methods 0.000 description 5
- 238000009825 accumulation Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 235000013399 edible fruits Nutrition 0.000 description 3
- 238000011156 evaluation Methods 0.000 description 3
- 238000009434 installation Methods 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 238000012552 review Methods 0.000 description 3
- 244000241257 Cucumis melo Species 0.000 description 2
- 235000015510 Cucumis melo subsp melo Nutrition 0.000 description 2
- FJJCIZWZNKZHII-UHFFFAOYSA-N [4,6-bis(cyanoamino)-1,3,5-triazin-2-yl]cyanamide Chemical compound N#CNC1=NC(NC#N)=NC(NC#N)=N1 FJJCIZWZNKZHII-UHFFFAOYSA-N 0.000 description 2
- 230000015556 catabolic process Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 2
- 230000002950 deficient Effects 0.000 description 2
- 230000008450 motivation Effects 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 238000013439 planning Methods 0.000 description 2
- 230000007115 recruitment Effects 0.000 description 2
- 235000016623 Fragaria vesca Nutrition 0.000 description 1
- 240000009088 Fragaria x ananassa Species 0.000 description 1
- 235000011363 Fragaria x ananassa Nutrition 0.000 description 1
- 241000556720 Manga Species 0.000 description 1
- 108091081062 Repeated sequence (DNA) Proteins 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000004888 barrier function Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000006735 deficit Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 239000004615 ingredient Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000033764 rhythmic process Effects 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000007480 spreading Effects 0.000 description 1
- 238000003892 spreading Methods 0.000 description 1
- 230000033772 system development Effects 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
コンテンツ提供者が、過去作品のコンテンツ提供者本人であること認証する手段である。これにより、コンテンツ鑑賞者は、コンテンツ提供者が、制作を予定している有無に関わらず、過去作品IDとヒモ付いた、依頼信号(データb)を送信する事が可能になる。(段落「0039」/「0027」/「0042」〜「0046」にて詳細に記載)
<1次欲求>…現在確認している目の前の商品そのものを求める欲求。
<2次欲求>…現在確認している目の前の商品の次回作を求める欲求。
『既存コンテンツ販売のステップ』
ステップ(1)制作会社又は、制作決定者の販売予測「この作品は売れるだろう」という判断がされる。→ステップ(2)売れるという予測が立てられ、コンテンツの制作を開始する。→ステップ(3)コンテンツ(画像・動画・音楽・文書・ゲーム等)が完成する→ステップ(4)予約販売や、広告宣伝、制作数の調整等を行う→ステップ(5)販売結果が分かる≪販売予測通り販売できたor販売予測通り販売できなかった≫。以上の様な流れであった。
しかし本発明では次のステップを踏む。まず制作者側の流れを説明する。
『本システムのステップ:制作者フロー』
ステップ(1)制作者は自身で設定した「図2」の“続きを見たいボタン”が押されているか、確認することができる。“続きを見たい”ボタンとは、データ(b)であり本発明が提供する機能である。制作者は前記ボタンを設置すると、前記機能(ボタン)提供サイトで、前記ボタンを押したユーザー人数を確認することができる。前記機能は、今まで見過ごされていた鑑賞者のニーズを発見する機能である。又、”続きを見たい“という言葉は、同じ意味であれば、この言葉に限られるものではない。→次に、ステップ(2)では、制作者は”続きを見たい“ボタンを押した鑑賞者に、「図5」のデータ(c)である制作計画(制作予告)を発信することができる。※この時点では制作者はまだ作品の制作は出来ていない状態である。→ステップ(3)では、制作予告を見た鑑賞者が「作品を購入する」というデータを送信する。そして、前記制作者はその内容を受け取り、コンテンツの購入人数を確認する事ができる。又、購入人数が事前に分かれば、前記制作者は制作を決行するかどうかの判断ができる。例えば、制作者は次の様な判断ができる「購入者が1000人いるな。制作を行おう。バイトせずに制作できるな。(3ヶ月後作品完成)」or「購入者が10人しかいないな。制作はやめよう。バイトをしよう(2年後作品完成)」となる。次にステップ(4)では、制作者は無事作品を完成させ搬入し、自身の口座に、コンテンツ売上金額が振り込まれたのを確認する。
『本システムのステップ:鑑賞者フロー』
次に、鑑賞者であるステップを説明する。ステップ(1)鑑賞者は、お気に入りの制作者の次の作品を見たいけれど、鑑賞できないでいる状態である。例えば、「この作品の続きをみたいけれど、全然制作してくれないな」と思っている状態である。→次にステップ(2)では、続きを制作して欲しいと思う、お気に入り制作者の”続きを見たい“ボタンを前記鑑賞者は押すことができる。(意思表示を行う)→ステップ(3)データ(c)である制作予定表を前記鑑賞者は受け取ることができる。次に、料金と内容、制作期日を了承して購入するかしないかを判断することができる。→ステップ(4)購入する場合は購入ボタンを押すことができる。この段階ではまだ仮購入であり、先行販売締切日に(制作者の制作合否の意思を待ち)本購入が決まる。本購入が決まればコンテンツ料金が課金される。※又、この段階では鑑賞者に課金を行うが、金額はサイト運営側でプールしたままであり、コンテンツ制作者には振り込まれない。次にステップ(5)では、鑑賞者は、作品完成日に作品を無事受け取り、レビュー(評価)を行う事ができる。もし、前記鑑賞者が作品を受け取る事が出来なければ、課金された金額は前記鑑賞者にそのまま返金される。制作者が無事コンテンツを搬入すればこの時初めて、制作者に金額が振り込まれる。また、プールされた金額はサイト運営側が無断で使えない口座を設ける形か、第三者が介入するかを厳重に行うシステムを含める形にするか、又は、銀行等の機関に委託を行うか対処可能なものとする。※尚、サイト運営側の返金手数料の無駄は、プール期間の利子で相殺できるものとする。利子が余る場合はポイントなどで返金を自動処理により行えるものとする。又、何らかの問題が発生する場合の処置も含むものとする。以上が本発明の要約であり、次に、コンピュータでの処理を述べる。
『1.予約販売システムとの比較』
予約販売システムは「制作者が広告を表示して顧客を集う」ものであり、本システムは、『鑑賞者が作家に続きを見たいと依頼する』ので相違する。本システムは鑑賞者側から制作者へ、コンテンツ制作依頼を行うオーダーシステムであり、その過程で作家と鑑賞者が制作する条件を調整し合うシステムである。
『2.オーダーシステムとの比較』
既存のオーダーシステムとは、顧客から依頼を行う販売モデルだが、作品の続きを依頼している訳ではなく、その目的は、顧客側に明確な制作(デザイン・建築・衣類等)を行ってほしい何かがあり依頼を行う。この場合、自分だけのオリジナルの商品を、制作してもらう時に発生する販売方法である。本発明の先行販売は、オリジナルコンテンツを制作依頼するわけでは無く、鑑賞者が、制作の次回作を観賞可能にするものであり、既存のオー
ダー販売とは、概念そのものが相違する。
『3.投資システムとの比較』
本システムは資金運用を行うのではなく、販売する商品そのものを購入するので異なる。
『4.アマゾン等のオンラインショップとの比較』
本システムでは、顧客が「続きが見たいボタン」を押すと、続きが見たい作品(先行コンテンツ)を「図29」の様な形で、商品が並ぶカート画面に入れる事ができる。これは、アマゾン等の商品を購入するカート画面と類似しているが、本システムの取り扱う商品は、「現段階では作者自身も作る事を予定していないコンテンツ」であり、「未だ作ることも予定していない、現実には存在していない作品群」の、商品一覧カート画面である。(※アマゾン等オンラインストアに商品として存在してあるのは、予告販売の商品と、通常販売の商品である。)本発明がカートでストックしているコンテンツは、「図29」の様に先行販売の商品であり、そして、ショップが展開可能なフィールドは、IT上の概ね全コンテンツが対象である。
<先行販売>=制作者が制作の意図すら行ってない状態の商品
<予約販売>=制作者が制作の意図を持っており予約商品として発表している商品
<通常販売>=今すぐにでも購入できる商品
『5.アンケートシステム及び、マーケティングシステムとの比較』
本システムでは、アンケートを行うシステムではなく、あくまでも制作者側が待ちの姿勢にて、鑑賞者から依頼を受ける商品の販売ストアであり、その交渉過程の中で、顧客のアンケート要素的な意見を聞く要素も含むというだけのシステムである。本システムは依頼を受け付けるものであり、アンケートを行っている訳でも、マーケティングを行っているものではなく概念自体が相違している。
『6.コミュニティーシステム(SNS)との比較』
本システムは、SNSとも類似するのだが、SNSにて、商品を販売するのは非常に難しく(又販売機能を禁止しているシステムもある)SNS機能及びそのFAN機能と、オンラインストアの機能の組み合わせで販売促進を行い商品を販売しても効果が上げられないとされている。
『7.FAN機能を取り入れたコンテンツ販売システムとの比較』
他にも本システムと類似のものに、既存のコンテンツ販売システムにてFAN等の機能を設置しているシステムが考えられる、この場合、コンテンツに対しFAN機能を付与して販売促進を行い効果を出す方法は、人に対しFAN機能を付与するよりも押される確率は難しくなる。例えば、FAN機能を設置する目的は、販売促進の為の情報配信にあると考えられ、顧客が情報を受け取り損ねない様に予約販売の情報をメールで通知するなどである。これは、本機能と類似している様に見える。しかし相違点は、その情報が広告宣伝情報という性質に於いて異なっているところにある。広告宣伝としての情報を観賞者に送信するのは難しく、一般的には、その対策として公開しないプレミアム情報を用い、会員登録を促す方法が取られる。これは無料でプレミアム情報を提供す
る代わりに、顧客に、予約販売等の情報を送信する方法である。しかし、この場合も、厳密には顧客が欲しいのは、プレミアム情報であり、必ずしも予約情報を望んで、FAN登録を行っているとは言い難いと考えられる。以上により、「コンテンツ販売のFAN機能」では、販売促進へは限界があった。そして、本システムはSNSではなく、完全なオンラインストアであり送信する情報は顧客の指定に基づいた情報(フォーマットにより規定された情報)であり異なっている。
A)
SNSによるFANを募る機能は、対象が人に掛り(※ユーザーID)、人の繋がりを広げていく情報を表示する機能である。例えば、「私はこの人のFANです」と言う意思表示を示し、人と人の輪がリンクされ繋がっていくのを促している。この場合の一連のデータの送受信というのは、以下の様なものです。
1.(A)さんが(B)さんのFANになる(ユーザーID:Aの記憶情報にユーザーID:Bを格納する)→2.(A)さんのFANリストに(B)さんが入る(格納したユーザーID:Bを、Aさんの画面に公開する)。又、今後、(A)さんには(B)さんの不特定多数の更新情報(記事等の件名)が送信されるようになる→3.(A)さんのFANリストを一般or特定のグル―プに公開(共有)する→4.(A)さんのFANリストを見た(C)さんが、そのリストの中から気になった(B)さんをFANとして登録する(ユーザーID:Cの記憶情報に、ユーザーID:Bを格納する)→(1.に戻る)というフローのデータ送受信である。
B)
公開ブックマークや、その他、評価ボタン等は、情報を拡散させる目的にあるものである。この場合の一連のデータの送受信というのは、以下の様なものでした。
1.(A)さんが、特定の記事(情報)をブックマーク(あるいは評価)する。(ユーザーID:Aの記憶情報に、ブログ記事を特定する<タイトル/若干の記事内容/URL等>が格納される)→2.(A)さんがFANを押して格納した情報が、任意の媒体(機能提供運営サイトの画面、あるいはAさんと、SNSにより繋がっているユーザーID:の端末画面)に公開表示(共有)される→3.次に、(A)さんの、お気に入り情報を見た(B)さんは、同じ様に情報を気に入りブックマークすると、Bさんの記憶情報に、ブログ記事を特定する<タイトル/若干の記事内容/URL等>が格納される。→4.さらに任意の媒体(サイト運営画面又は、BさんとSNSで繋がったユーザー端末画面)に公開表示(共有)される。→5.それを見た(C)さんも、情報を気に入りブックマークすると、さらに任意の媒体(サイト運営画面又は、CさんとSNSで繋がったユーザー画面)に公開表示される」→(限りなく情報が拡散される)というフローである。又、情報の共有も収集も拡散もしない非公開ブックマークは情報を単にクリップ(整理)しているものであり機能として相違する。
C)
又、RSSのFANを募る機能では、お気に入りブログの最新データ(更新記事)を配信し、又は、情報収集を行う目的の機能である。この場合の一連のデータの送受信というのは、以下の様なものです。
1.Aさんが、Bさんのブログを登録する(Aさんの記憶情報に、BさんのブログURLが格納される)→2.又、登録したブログURLの、<記事タイトル/50文字程度の記事/その他の評価情報等>が格納されたコードを格納し、更新が在ると、自動配信、又は、検索エンジンによる収集等で、Aさんはリストより、Bさんのブログ更新記事を確認することができる。
D)
又、コンテンツに対し掛る既存のFANボタンでは、鑑賞者は、FANボタンを押すと、わざわざサイトに訪問しなくても予約情報を送ってもらえる。又、この機能は、「会員登録機能」とも同等であると考えられる。そしてこの場合の一連のデータの送受信というのは、以下の様なものです。
1.Aさんは、コンテンツ(A)の何らかの情報を入手するためにFANボタンを押す(コンテンツIDと、ユーザーIDが、運営システムに格納される)→2.コンテンツ(A)に関する不特定多数の情報が、メール等により送られる(又、不特定多数の中にコンテンツAの予約情報が含まれる)」
E)本システムの「次回作要求信号」データb
1.Aさんが、コンテンツAの次回作を要求する(Aさんの記憶情報に、コンテンツA / ID:0001等が格納される)→2.又、コンテンツAの制作者Bへと、<コンテンツA/ID:0001 / 次回作依頼>というデータが送信される。→3.次回作依頼データを確認した制作者Bは、その情報を参考に、コンテンツAの次回制作計画<コンテンツA/ID:0001/次回作予告データ>を入力し送信する。→4.Aさんが、コンテンツAの制作計画書を確認する。というフローである。
以上の様に、本システムは、Aの機能の様に、ユーザー同士の繋がりを広げる機能ではなく、又、Bの機能の様に、情報を拡散する機能でもなく、商品を購入する機能である。又、Cの機能の様に、ブログの更新(タイトルや記事等情報)を自動で収集する機能でもなく、本システムは、動画、音楽、書籍、画像、ゲーム等の、コンテンツ制作依頼を送信するものである。又、Dの機能は、情報を指定しておらず、返信する内容も限定していない情報機能である。
以上の様に上記機能では、本発明が課題とする解決に効果がないものあった。本システムは、「図48」の様に、特定の情報を顧客が指定して、特定の情報を提供者が返信するものである。又、本システムは、指定のない情報は広告宣伝情報として、指定している情報は広告宣伝ではない情報として区別しているものである。
又、既存にあるFAN機能と本システムとの違いは「図48−1」と「図48−2」の様なものであり、「図48−2」では、既存、FANボタンの発信というのは、「A、B、C、D、E、F、G」の情報が全て一緒であり、違いが無い状態である。これは「A、B、C、D、E、F、G」は、=「Z」という一つの情報であるという認識をしている。つまり、「A」も、「B」も、「C」も、=「Z」という認識をしている。これは例えば、「果物」に対し、「果物」という認識しかしていない状態であるといえる。本発明は、「A」という情報は「A」であり、「B」という情報は「B」であり、「A、B、C、D、E、F、G」は、「各A、B、C、D、E、F、G」の情報であり、違いがあるという事を発見し、その違いを明確化し、効果を出すものであると言える。これは例えば、「果物」に対し、「リンゴ、オレンジ、メロン、イチゴ」と認識する状態である。そして、各オレンジ、リンゴ、メロンは、含まれる成分が異なり、この違いを発見し区別する事は、その固体を認識するだけに足りうる必要と効果があるあらだと言える。
『予約販売 の場合のフロー』
「1.こんな商品があったら売れるのではないか?(発案)→2.販売したい→3、コスト障害を感じる→4.事前にどれぐらい売れるかの部数を知りたい(売上予測を立てたい)→5.予約販売を行って確認したい→6.購入してほしい→7.販売達成or販売未達→8.又、ニーズが無くて売り上げが無いと困るので、マーケティング機能も欲しい。→興味を持ってくれた購入予備軍のユーザーを囲い込みたい。過去に購入してくれたお客さんも囲い込みたい(FAN機能を設置する。あるいは既存のコミュニティサイトで販売促進する。」
『コミュニティーシステム(FANクラブ)の場合のフロー』
「そこそこに商品が売れていて人気が出た。(もしくは人気が在る)→2.顧客の囲い込みをしたい(もしくは顧客からファンクラブを作りたいと自発的に思う)→3.顧客とのコミュニケーションをはかりたい、仲良くなって新密度UPをはかりたい、コミュニティーをつくりたい(もしくは作家とコミュニケーションを図りたい)→4.次の商品を販売する(もしくは次の商品が購入できる)」
『本システムの場合:制作者の視点』
「1.既に商品を制作して販売している自分(未来)→2.購入してくれた鑑賞者がいた(1より少しだけ過去)→2.作品が完成していた(2より少しだけ過去)→3.制作を行った(3より少しだけ過去)→4.制作したいと言う動機が在った(4より少しだけ過去)」
そしてこれを逆さまにすると、以下のステップが導かれる。
「制作したい→生活費と制作時間を捻出したい(この時点では、特に何を作ろうかの企画は決まっていない)→制作予定前より先に売り上げを確定して制作を行いたい→そして制作計画書を発行したらそれを購入してもらえないだろうか?→計画段階で購入しようとする人は誰だろう?→なぜ、購入してくれるのだろう?→9.前回の続きが見たいからだろう→10.すると過去作品を見ていることが前提である(未来:既に販売している自分)」
以上が、人モノ流れである。※尚、ビジネスでは往々にして逆算して考えるケースが在るため上記は概ねの流れであります。例えば不揃いなケースには以下の様なものが在ります。→「作品作った→販売したい→その為には広告を行わなければ→情報一部公開→広告する→販売達成(次回作を制作する)」あるいは、「作品作った→早く次回作を作りたい→その前に、今作った作品を販売しよう→いろんな人に見て欲しい→その為には一部情報を公開しよう→広告しよう→販売達成」しかし、大きな流れはほぼ同じであります。そして、上記の内容をさらに簡素化したものを以下に述べる。
<上記3種類のシステムの人・モノ・の流れの軸:さらに簡素化>
『本システム』
「現在制作したい→生活費あるいは時間を確保したい(販売)→計画書(発案)→続きを見たい→過去作品」
『コミュニティーシステム(FANクラブ)』
「人気が出た(ある)→仲良くなりたい(近づきたい)→もっと情報が欲しい(提供したい)」
『予約販売 』
「作品を作った→鑑賞してほしい→一部公開する→購入してほしい→商品引き渡して次回作の制作」
<上記3種類のシステムの人・モノ・の流れの軸:さらに抽象化>
・本システム
「制作→課金→一部情報→続き見たい→過去作品」
・コミュニティーシステム
「人気過去作品→FAN(続き見たい)→一部情報(発案)→課金(販売)→次回制作」
・通常&予約販売システム
「作品有→見て欲しい→一部情報公開→購入してほしい→次回作制作」
<上記3種類のシステムの機能的フロー>
先行販売 「過去作品+FANボタン+販売前作品情報+課金機能+制作搬入」
FANクラブ 「過去作品+FANボタン+販売前作品情報+課金機能+制作搬入」
予約販売(消費者視点) 「作品無→広告→一部情報公開→課金→完成商品提供」
予約販売(提供者視点) 「制作搬入→広告→一部情報公開→課金→完成商品提供」
又、上記の予約販売の鑑賞者フローは、広告に興味を持ち、リンクを伝って商品の一部情報を見て、次に購入し、その後、完成作品を観賞するという形になります。しかし、消費者は、オンラインショップで商品を購入する際に、又、広告から入る場合ではなく、消費者が自ら特定の欲しい商品を求めていて、それを販売しているショップを探しているケースもあるためその場合のフローを以下に述べる。
<機能的フロー:鑑賞者目線>
「作品無し→作品を販売して欲しい(ストア探し)→商品の一部情報公開→
購入意思決定(カート)→完全商品」
↓
<さらに簡素化する>
「商品無し→販売(課金)→一部情報→カート→完全商品」
↓
<さらに人・モノ・フローに置き換える>
「完全商品→カート→一部情報→課金→商品無し」
この場合、消費者が広告から入らない場合のトリガーになる部分(FAN機能になる部分)は、「カート」ボタンになり、消費者が広告から入る場合は、「広告リンク」ボタンが、トリガー(FAN機能)になります。これは消費者から特定の商品を求めていた場合、「続きを見たい」という意思決定ボタンは「カートへ入れる」ボタンになるということになります。「カートへ入れるボタン」と、「広告リンクボタン」が、消費者と提供者のその時の状態で、質的な役割が変化しています。そして、さらに一連のフローをイメージとして抽象化すると以下になります。
<機械的フロー>
FANクラブ 「作品有→トリガー→中→トリガー→作品無」
予約通常販売 「作品無→トリガー→中→トリガー→作品有」
先行販売 「作品有→トリガー→中→トリガー→作品無」
<人・モノのフロー>
FANクラブ 「作品有→トリガー→中→トリガー→作品無」
予約通常販売 「作品有→トリガー→中→トリガー→作品無」
先行販売 「作品無→トリガー→中→トリガー→作品有」
(※トリガー=意思決定)
以上の様に、本システムの、軸となるフローが、既存にある、コミュニティーシステム、予約&通常販売と、真逆になっております。(「図45」参照)
『オンラインショップのカートへ入れるボタン』
既存のカートボタンの性質は、「購入前+整理機能」である。そのフローとして、「購入前整理機能(カートへ入れる)」を押してから、「購入する(最終決済意思)」までの消費者の意思とそれに掛る情報(物)の変化(流れ)は、「カートボタンを押すと=購入したい商品情報(通常又は予約販売)を≪完全に指定≫し、大量にある商品の中から選別(整理)する」そして、カート内に入ると「カートボタンで≪完全に指定≫した商品情報が表示される(これは先よりも整理された状態である)」。そして「選別して表示された商品(情報)の中からさらに、最終選別を行い最終決済意思購入ボタンを押す」というステップである。消費者は、カートボタンにより特定の情報(商品)を≪完全に指定≫し、カート内で、その消費者が≪完全に指定≫した情報をそのまま表示し、次に消費者は購入ステップを踏む。
『本システムの(続きを見たい)ボタン』
続きを見たいボタンの性質は、「アンケート的要素+リピート的(評価的要素)+(オーダー的)購入前意思+情報整理機能(RSS)」である。そして、そのフローは、「オーダー意思+整理機能ボタン(カートへ入れる)」を押してから、「購入する(最終決済意思)」までの消費者の意思と、それに掛る情報(物)の変化(流れ)は、「(続きを見たい)ボタンを押すと=購入したい商品(情報)を≪緩やかに指定≫し、大量にある商品の中から選別(整理)する」そして、本発明のサイト内に入ると「(続きを見たい)ボタンで≪緩やかに指定≫した商品(情報)が表示される(これは先よりも整理された状態である。又、先のボタンから情報表示までに小から大の時間差有)」そして「選別して表示された商品(情報)の中からさらに、最終選別を行い最終決済意思購入ボタンを押す」というステップである。消費者は、(続きを見たい)ボタンにより特定の情報(商品)を≪緩やかに指定≫し、本発明サイト内で、その消費者が≪緩やかに指定≫した情報をそのまま表示し、次に、消費者は購入ステップを踏みます。(※緩やかに指定するとは、商品が、未だ無いコンテンツの為、完全に指定していると言えない為、“緩やかに”とした表現である。)
※尚、カートへ入れる段階が、“ゆるやか”に購入を指定するという、“ゆるやか”とは、対象商品が未だ無いコンテンツである為、購入しようとする商品が無く(制作予定表すら無い状態である)、指定をしたくとも指定できない状態であるという意味の、“ゆるやか”である)しかし、どの過去作品の次回作なのか?という過去作品に対しては厳密に指定するものとする。(「図51」参照)
『コミュニティシステム等のFANボタン』
FANボタンの性質は「情報需要意思+整理機能ボタン」を押してから、何らかのコンテンツに出会い「購入意思(最終決済意思)」を押すまでの消費者の意思と、それに掛る情報(物)の変化(流れ)は、「FANボタンを押すと=ある特定の情報(しかし不特定情報として需要する情報)を、購入商品として≪指定は行わない≫形で、大量にある情報の中から選別(整理)する」そして、コミュニティサイト内に入ると「FANボタンで、購入商品として≪指定は行わなかった≫情報である、特定の情報(しかし不特定情報として需要する情報)が表示される。」(これは先よりも情報は整理された状態である)そして「選別して表示された特定(不特定)の情報の中からさらに、購入したい商品(情報)を見つけると、「カートへ入れるボタン」により購入したい商品(情報)を≪完全に指定≫し、大量にある商品の中から、又さらに選別(整理)する」そして、カート内に入ると「カートボタンで≪完全に指定≫した商品(情報)が表示される」(これは先よりも整理された状態である)そして「選別して表示された商品(情報)の中からさらに、最終選別を行い「最終決済意思」ボタンを押す」というステップを踏みます。これは、既存にある「コミュニティー&オンラインショップ」の構造になります。
以上の様に、信号を送信してから返信される処理の内容が既存の機能とは異なっております
<パターン1>
制作者が個人であって任意の他サイトにコンテンツを投稿している場合。任意サイトのログイン画面から、所定の認証コードを送信して本人確認をOKとする方法である。所定の認証コードとは、「図27」に記載のステップにより取得するコードであり、制作者が本システムから、過去著作情報(A-1)を参照し、所定の認証コードを生成する。これは、本サイト画面からでも、本システムから、制作者へメール通知によりコードを配信する方法でもかまわない。
<パターン2>
制作者が企業であって、自サイト等でコンテンツを配信している場合。何らかの情報により確認を行う。又、企業であれば、アマゾン等の大手流通サイトを使用していると考えられ、大手流通サイト等のログイン画面から所定の認証コードを送信する方法でも可能である。
<パターン3>
制作者が個人であって、デジタルコンテンツではないコンテンツであり、さらに任意サイトのどこにも表示していない場合。著作者本人であることを証明できる、何らかの情報により確認を行う。
以上、3つのパターンが考えられるが、本人が確認できる形であればこれに限るものではない。尚、以上は<制作者ID認証処理(11)>である。
≪ステップ1:依頼ステップ≫
□既存のFAN機能…
「FANになりました」という意思を送信し、コンテンツを指定していない。
□本システムの「続きを見たい」ボタン…
「作品Aの続きを購入したいと思うので次回作を制作して下さい」又は
「作品Bの続きを購入したいと思うので次回作を制作して下さい」又は
「新規作品を購入したいと思うので次回作を制作して下さい」と言う意思であり
特定のコンテンツを指定している。
≪ステップ2:カート内確認≫
□既存のFAN機能…
ユーザーIDが、お気に入りユーザーに登録される。
□「続きを見たい」ボタン…
ユーザーの作品IDが登録される。「作品A」、「作品B」、「作品C」、「新規作品」が入る。又、同じ制作者の作品であっても、「続きを見たいボタン」を押さないとカートには入らない。
≪ステップ3:依頼受信≫
□FAN機能…
「FANになりました」現在FAN40人。登録を行ったユーザーIDがカウントされる。
□「続きが見たいボタン」とは…
「作品Aの続きの依頼がきました」…現在30人 購入確率50%
「作品Bの続きの依頼がきました」…現在25人 購入確率30%
「新規作品の依頼がきました」…現在15人 購入確率60%
登録された作品IDと、その他の情報がカウントされる。どの作品のどの続きが見たいのか?が明確であり、制作側は、注文票の様な形で、データ(b)を受信する。
≪ステップ4:次回作送信≫
次回作である著作情報データ(c)について
□FAN機能…
様々な不特定多数の情報の中の(D)という一部の著作情報を送信する。この場合、顧客は商品を指定しておらず情報の性質としては(例え、鑑賞者が望んでいたとしても)宣伝広告の情報である。
□「続きが見たい」ボタン…
Aという依頼を受けて(A’)という(規定のフォーマットへ入力された)規定の著作情報
Bという依頼を受けて(B’)という(規定のフォーマットへ入力された)規定の著作情報
新規という依頼を受けて(新規)という(規定のフォーマットへ入力された)規定の著作情報
≪ステップ5:次回作受信≫
□FAN機能…
お気に入りユーザーの不特定多数の情報の中から著作情報を受信する。
□「続きが見たい」ボタン…
作品Aの依頼し、作品(A’)という次回予告を受信する。
作品Bの依頼し、作品(B’)という次回予告を受信する。
作品新規の依頼し、作品(新規)という次回予告を受信する。
以上が、「図11」の一連のフローである。
「制作者側の問題として」
例えば、制作に1カ月を要するコンテンツがあり、鑑賞者から依頼の注文だけが大量あったとしても直前になって購入を辞められてしまうリスクがある。これを防止する方法として、鑑賞者に依頼の段階で、購入の責任を負ってもらう事で対処を行う。しかしながら、まだ、作品を受け渡していないのに、売上金を得る事はできないものとし、プール型の課金方法を行うものとしている。
「鑑賞者側の問題として」
通常であれば制作を行わなかった製品に対し、鑑賞者側から依頼できるというメリットがある為、依頼を行っているという形態だからこそ、制作予定購入段階で課金に責任を負うものとする。しかしながら、商品を手に入れていない段階で課金を行うという事は、前倒しの支払いであり、負担があるという問題である。
「本システム運営側の問題として」
プール型の場合、システム運営側の管理に対する責任が重いという問題が在る。又、無駄な手数料が掛る場合もある。又、既存ビジネスモデルでは無い為一から複雑なシステムを考えなくてはならず、又、開発に於いても費用が掛る。
その為、以上により、「図37」の様な、積立型を考える事ができる。積立型は、積立金DBサーバにより、データだけで購入金額を管理する方法である。これは、購入したトータル額を計算し、DB内にて金額を記憶し、商品受け渡し時に制作者口座に振り込む方法である。又、積立型の若干の問題としては、2カ月後、3ヶ月後、半年後と言う様に、制作期間が長期化するほど、鑑賞者及び制作者に於いて負担となる。例えば、鑑賞者としては、購入した事を忘れてしまい、後になって支払い請求が来るリスクであり、制作者としては、期限内に完成作品を搬入しても売り上げを回収できないリスクである。(※プール型と積立型の違いは、鑑賞者の口座からの引き落ちるタイミングが相違する点である。プール型は本システムのプール口座に一旦保管されるが、積立型は本システムのプール口座を経由しない形である)この場合の解決法として、積立型とプール型の併用である混合型を有するものとする。(「図38」参照)混合型とは、一定以上迄は、積立金での管理を行うが、一定以上を越えると、プール型に切り替わる方式である。一定のラインとは、例えば、日数であったり、金額であったり、どちらでも構わないものとする。又、コンテンツの制作日数によりタイプ分けを行い、タイプによって、積立型か、プール型か、混合型かを設定し、併用する事も可能である(「図38下図」参照)。尚、できるだけ短期制作型を行えるようにするものとする。又、「続きを見たい」ボタンにはチップ設定を行うことも可能である。先行コンテンツ販売では、観賞者からの依頼で始まり、制作者は基本的に制作することを予定してはおらず、「続きを見たい」と言われて初めて、制作計画表を立て発表を行う為である。これは、鑑賞者側にメリットが高すぎる場合は、チップを加算し(コンテンツ本体額の5%程度)、鑑賞者側にメリットがない場合は、チップを無しにする様な、両者の条件的な調整機能である。
供する作品提供者
ユーザ(2)…作品を購入しようとするもの・鑑賞者
端末(A) …ユーザ(1)の端末
端末(B) …ユーザ(2)の端末
データ(a)…
ユーザ(1)の過去に創られた作品(完成作品)のデータ<作品名、作家名、作品情報、ユーザ(1)の経歴及び情報等>である。又、作品にはIDが付与され<例、作品ID:0001>過去作品メニューリストとして管理される。
データ(b)…
過去作品データaを参考にしてお気に入りの作家に次回作を依頼する信号であり、過去作品データaよりひも付いた情報(作品ID等)を受けて、オーダー的要素を送信する信号であり、且つ、お気に入り鑑賞者(FAN・リピータ)としての信号も含む<作品ID:0001/作品ID:0001の次回作依頼>という情報である。又、「図2」は、“続きを見たい”というボタンであり、これを押すことによりデータbは送信される。又、「図2」は、他サイトへ広く配布可能な形態であるボタンとして表している。
データ(c)…
データbより引きついた作品ID及び、(先行販売が行われる)募集期間、作品ID:0001次回作概要・形態(例、作画/枚数、書籍/頁数、[作品名]○○の続き…)、金額、完成予定日(○月○日、所要日数○カ月)制作実行可能人数(○人以上であれば制作実行)データ(d) …ユーザ(2)のコンテンツを購入するかどうかの意思決定(購入する)
データ(e) …ユーザ(1)の制作実行の合意or拒否の意思決定(制作するor制作しない)
データ(f) …ユーザ(2)の支払いに必要な情報(クレジットカード番号、氏名等)及び決済信号
データ(g) …ユーザ(2)による受け取りの確認データ信号
データ(h) …完成されたコンテンツ
101…記憶装置(DBサーバ)
__
データA’…コンテンツサムネイル
データB’…「続きが見たい」登録解除ボタン。
データC’… コンテンツ題名、受付期間、制作者名等、コンテンツ内容の要約情報
(データD’の要約)
データD’…コンテンツの詳細内容(計画書)、題名、内容(あらすじ)、先行販売受付期間、完成期間、金額、コンテンツ形態(音楽、動画、画像…)制作実行予定人数(制作が実行される購入人数の目安)延長有無と延長の対応方法、他
≪データ(c)と同一≫
■データ関係
データ(A−1)…
データaの内、著作情報部分 <過去に創られた作品情報であり:作品ID、作者名、作品名、金額、コンテンツ形態(書籍・音楽・動画…等)、その他、過去作品を特定する為のあらゆる情報。又、補足項目として、ユーザ(1)の情報(経歴等)、制作者のその他の作品情報等>これは、本システムの過去著作DB101へ格納されるデータであり、本システムの売買には必ず必要なデータである)
データ(A−2)…
データaの内、コンテンツそのもの制作者が過去に創ったコンテンツであり、例えば、無料で公開されているものであれば、鑑賞者はそれを観賞する事で『続きを見たいボタン』を押しやすくなる。又、A−1と、切り離されても、コンテンツを識別するための簡易著作情報<作品名、作品情報、コンテンツID>も含んでおり付与されている。これは、本システムの過去作品データベース102に格納されていても、他サイトの任意のデータベースに格納されていてもどちらでもよく、オンライン上に表示される形であれば良い。又、無料で公開されていても、されていなくてもどちらでも良い。鑑賞者が次回作を購入する為の参考コンテンツである。
データ(B―1)…
データbの信号の内、簡易な次回作要求信号。過去作品の側に配布されている「続きを見たい」ボタンを押すと送信されるデータであり、最低限の簡易な過去著作情報を含んでいるデータ <例えば、作品ID/作品名/会社名著作名/等>である。また、本システムの過去著作データベース101へ問い合わせて過去著作情報A−1の有無を調べ、登録有無の値を返す。又、ボタンが無い場合は、直接「図23」の形で、過去作品を特定するデータを手入力で入力し、本システムの過去著作データベースへ問い合わせする事も可能である。又、問い合わせしても過去作品情報(データA-1)が登録されていない場合は、鑑賞者から、(データA-1)を直接入力し、本システムへ登録を行い注文意思を送信することも可能である。
データ(B―2)…
データbの信号の内、詳細情報を含んだ次回作要求信号「図22」の画面12、又は画面13で、入力されるデータであり、「作品を特定するデータa+続き依頼+若干のコメント+購入確率+日時等」である。又は「作品を特定するデータa+新規依頼+続き依頼+その他の商品の続きも見たい+若干のコメント+購入確率+日時等」である。(※購入確率とは顧客が、どれぐらい続きが見たいかの指標を表すデータであり、例えば、星マーク等の5段階表示でも良い。又、このステップは、ログイン後であれば、鑑賞者が本システム内に一律の情報を登録しておき省略する事も可能である)
データ(B―3)…
データB−2等を基に、算出された値や統計データであって制作者端末Aに表示されるデータ。
例:
「コンテンツAの続きが依頼されました/依頼者ID/ 若干のコメント/日時/購入確率等」
→「コンテンツAの依頼者総合人数/総合購入確率等」
「コンテンツBの続きが依頼されました/依頼者ID/若干のコメント/日時/購入確率等」
→「コンテンツBの依頼者総合人数/総合購入確率等」
「コンテンツCの続きが依頼されました/依頼者ID/新規/鑑賞者人数/若干のコメント/日時等/購入確率等」→「コンテンツ新規の依頼者総合人数/購入確率等」というオーダー一覧(依頼票)形式の情報(「図31」参照)
データ(B−4)…
過去作品を厳密に指定したデータ。
例:
過去作品コンテンツA(ID:0001)があった場合、さらに、
過去作品コンテンツAの内の(ID:0001−1)という作品
過去作品コンテンツAの内の(ID:0001−2)という作品
過去策作品コンテンツAの内の(ID:0001−3)という作品のデータ。
データ(C―1)…
次回著作情報(制作者入力情報)≪データcと同一≫
『著作情報である、販売が行われる募集期間(※先行販売受付期間)コンテンツの詳細内容(計画書・次回作概要・題名、あらすじ等)コンテンツ形態(音楽、動画、画像…)「例、作画/枚数、書籍/頁数、[作品名]○○の続き…」金額、完成予定日(○月○日、所要日数○カ月)制作実行可能人数(○人以上であれば制作実行等・制作が実行される購入人数の目安)延長有無と延長の対応方法、他』
また、顧客からの依頼が、作品(A)であり、制作者は次回作(A’)という作品を制作する場合は、作品(A‘)というデータを、規定のフォーマットへ入力する規定の著作情報であり、顧客からの依頼が、作品(B)であり、制作者は次回作(B’)という作品を制作する場合は、作品(B‘)というデータを、規定のフォーマットへ入力する規定の著作情報であり、顧客からの依頼が、作品(新規)であり、制作者は次回作(新規’)という作品を制作する場合は、作品(新規‘)というデータを、規定のフォーマットへ入力する規定の著作情報であり、観賞者からの応答による情報である。
データ(C―2)…
鑑賞者の端末(カート内)に表示されるデータ(C−1)
「作品Aの続き」であれば、「作品(A’)の情報が届く」
「作品新規依頼」であれば、「作品新規の情報が届く」
と言う様に、鑑賞者が指定した商品データにひも付いて送信されるデータであり、
鑑賞者が、データ(b)を送信する際に、作品A、作品Bと、選択していなければ届かない。
同一作家の、その他の作品も可能であれば、宣伝広告として表示できるが
依頼商品とは明確に区別されている。
データ(C−3)…
コンテンツ題名、受付期間、制作者名等、コンテンツ内容の要約情報(※データc−1の要約)
データ(I)…積立金額
データ(I−1)…積立金額の内、(鑑賞者の購入金額、積立金合計額)
データ(I−2)…積立金額の内、(コンテンツ事に振り分けられる等した、積立型、プール型、混合型の情報)
データ(J)…時間調整データ
データ(J−1)…時間調整データの内、(自動入札者以外の鑑賞者側希望タイミング情報等)
データ(J−2)…
時間調整データの内(制作者のざっくりとしたコンテンツ制作希望タイミング・日数時間等)
データ(J−3)…
時間調整データの内、(鑑賞者の自動入札設定に関するデータ<自動 入札回数、最大期限、上限金額等>)
データ(J−4)…時間調整データの内(制作合意後の購入が決まった完成日時データ・搬入可能日時)
データ(K)…その他のデータ、(金額、日数等の相場表)
データ(L)…ユーザー情報等
■DBサーバ関係:記憶装置101詳細
101…過去作品著作情報データベース(データA−1を格納する)
102…過去作品データベース(データA−2を格納する)
201…依頼情報データベース(データB−1、B−2、B−3、B−4を格納する)
202…次回作情報データベース(データC−1を格納する)
301…完成作品データベース(データhを格納する)
401…積立金データベースサーバ
501…時間調整データベースサーバ
601…受注処理サーバ(一連のプログラムを処理する)
■プログラム処理関係
11…作者ID認証に関する一連の処理
12…過去作品を登録する一連の処理
13…依頼情報を送受信する一連の処理
14…次回作情報を送受信する一連の処理
15…受注処理に関する一連の処理(メール通知等、その他諸々)
16…ボタン生成など「続きを見たい」ボタンを配布する一連の処理
17…完成作成搬入の一連の処理(UPロード、ダウンロード等)
■画面関係
画面10…ボタンが設置されている画面
画面11…ボタンが設置されておらず鑑賞者が自身で制作者名と作品名を入力する画面
画面12…過去作品著作情報DB(101)に作者の登録が在る依頼入力画面
画面13…過去作品著作情報DB(101)に作者の登録が無い依頼入力画面
画面14…受付画面
画面15…カート内画面1(通知された、データcの簡易情報を表示した一覧)
※鑑賞者のプライベート情報であり情報保護画面、非公開画面
画面16…カート内画面2(続きが見たい作品の全容が確認容易な画面)
※鑑賞者のプライベート情報であり情報保護画面、非公開画面
画面17…データ(B−2)が表示されている制作者画面
パターン1:個別依頼確認
パターン2:統計確認
パターン3:次回作入力選択画面
パターン4:次回作入力フォーマット
パターン5:過去作品登録漏れにより、鑑賞者から先に入力された(認証可能な)
過去作品データ(a)に対し、ID認証を行う処理画面
画面18…
本発明サイトのプラットフォーム(続きを見たい作品ランキング等、本システムに登録された続きを見たい作品、及び過去作品が、この画面から検索できる)
画面19…
コンテンツスケジュール画面
パターン1:ざっくりとした購入前コンテンツスケジュール画面
パターン2:作品搬入日時が決定した購入後コンテンツスケジュール画面
Claims (11)
- コンテンツ提供者と、少なくとも一人以上で構成されるコンテンツ鑑賞者(又は購入者)が使用する各端末と、サーバ及び記憶装置とが、ネットワークに接続されて構成されるコンテンツ提供方法であって;
前記コンテンツ提供方法は、コンテンツの制作前から、事前に、前記コンテンツ観賞者(又は購入者)より、コンテンツ依頼(要求)信号を受信することのできる方法であって;
前記コンテンツ提供方法は、少なくとも一つは、既に過去に制作した過去作品を有する前記コンテンツ提供者の、過去作品情報を記憶装置に備えており;
且つ、既に、少なくとも一つは前記コンテンツ提供者の前記過去作品を観賞している前記コンテンツ鑑賞者より、前記過去作品の次回作を要求する信号(データb)<例えば、次回作要求/過去作品ID>を受信する処理を有しており;
尚、前記データbの受信は、前記コンテンツ提供者より次回作の予定情報を受信して表示する処理を行わない段階から、前記コンテンツ鑑賞者より受信することが可能な処理であり;
且つ、前記コンテンツ提供方法は、前記次回作を要求する信号(データb)を受信すると、記憶装置へ記憶する処理と、且つ、前記コンテンツ提供者が確認する端末画面に、前記データbの内容を表示する処理とを有し;
且つ、前記コンテンツ提供者より、制作を行う意思である(例えば「制作を行う/行わない」)信号(データe)を受信する処理とを有し;
且つ、前記データeが「制作を行う」であった場合は、コンテンツが完成し、コンテンツが提供された事を確認する確認信号を受信する処理とを有し;
これにより、前記コンテンツ鑑賞者は、過去作品の次回の作品を観賞したい場合に、前記コンテンツ提供者が、次回作を制作する予定の有無に関わらず、前記鑑賞者から前記提供者へ、コンテンツの次回作品の依頼(要求)信号を送信して、コンテンツの提供を受ける事が可能となる;コンテンツ提供方法 - 請求項1に記載のコンテンツ提供方法は、前記次回作の要求信号(データb)の内容を受けた前記コンテンツ提供者より、次回作概要データ(データc)を受信して記憶装置へ記憶し、且つ、前記データcの内容を前記コンテンツ鑑賞者が確認する端末画面へ表示する処理を有し;
且つ、前記次回作概要データ(データc)の内容を受けた前記コンテンツ鑑賞者より、コンテンツを「購入する・しない」の信号(データd)を受信して記憶装置へ記憶し、且つ、前記データdの内容を前記コンテンツ提供者が確認する端末画面へ表示する処理を有し;
且つ、コンテンツ提供方法は、前記データdの内容を受けた前記コンテンツ提供者より受信する前記データeが、「制作を行う」という信号の場合は、決算処理部にて決済を行う処理を有し、又は、前記データeが、「制作を行わない」という信号の場合は、決算処理部にて決済を行わない処理を有し;
且つ、「制作を行う」という前記データeを受信した場合は、コンテンツが完成して、コンテンツの受け渡しが行われた確認信号を受信する処理を有し;
且つ、前記作品の受け渡しが行われた確認信号を受信すると、前記コンテンツ提供者へ売上金額を支払う処理を有し、又は、前記作品の受け渡しが行われた確認信号が受信できない場合は、前記コンテンツ提供者へ売上金額を支払わない処理を有しており;
尚、一連のデータの送受信は、コンテンツIDコードにてヒモ付いている;以上の処理を備えたコンテンツ販売方法 - コンテンツ提供者と、少なくとも一人以上で構成されるコンテンツ鑑賞者(又は購入者)が使用する各端末と、サーバ及び記憶装置とが、ネットワークに接続されて構成されるコンテンツ提供システムであって;
前記コンテンツ提供システムは、コンテンツ制作前から事前に、前記コンテンツ観賞者より、コンテンツ依頼(要求)信号を受信することのできるシステムであって;
前記コンテンツ提供システムは、少なくとも一つは、既に過去に制作した過去作品を有する前記コンテンツ提供者の、IDコードが付与された過去作品情報を記憶する記憶装置を有しており;
且つ、既に、少なくとも一つは前記コンテンツ提供者の前記過去作品を観賞している前記コンテンツ鑑賞者より、前記過去作品の次回作を要求する信号(データb)<例えば、次回作要求/過去作品ID>を受信する手段を有し;
尚、前記データbの受信は、前記コンテンツ提供者より次回作の予定情報を受信して表示する処理を行わない段階から、前記コンテンツ鑑賞者より受信することが可能な手段であり;
且つ、前記コンテンツ提供システムは、受信した前記データbを記憶する記憶部と、且つ、前記コンテンツ提供者が確認する端末画面へ、前記データbの内容を表示する表示画面とを有し;
且つ、前記コンテンツ提供システムは、前記コンテンツ提供者より、制作を行う意思である<例えば「制作を行う/行わない」>の信号(データe)を受信する手段と;
且つ、前記データeが「制作を行う」であった場合は、コンテンツが完成し、コンテンツが提供された事を確認する確認信号を受信する手段とを有し;
又、一連のデータの送受信は、コンテンツIDコードにてヒモ付いており;
これにより、前記コンテンツ鑑賞者は、過去作品の次回の作品を観賞したい場合に、前記コンテンツ提供者が、次回作を制作する予定の有無に関わらず、前記鑑賞者から前記提供者へ、コンテンツの次回作品の依頼(要求)信号を送信して、コンテンツの提供を受ける事が可能となる;コンテンツ提供システム - コンテンツ提供者と、少なくとも一人以上で構成されるコンテンツ鑑賞者(又は購入者)が使用する各端末と、サーバ及び記憶装置とが、ネットワークに接続されて構成されるコンテンツ提供システムであって;
前記コンテンツ提供システムは、コンテンツ制作前から事前に、前記コンテンツ観賞者より、コンテンツ依頼(要求)信号を受信することのできるシステムであって;
前記コンテンツ提供システムは、少なくとも一つは、既に過去に制作した過去作品を有する前記コンテンツ提供者の、過去作品情報を記憶する記憶装置を備えており;
且つ、既に、少なくとも一つは前記コンテンツ提供者の前記過去作品を観賞している前記コンテンツ鑑賞者より、前記過去作品の次回作を要求する信号(データb)<例えば、次回作要求/過去作品ID>を受信する手段を有しており;
尚、前記データbの受信は、前記コンテンツ提供者より次回作の予定情報を受信して表示する処理を行わない段階から、前記コンテンツ鑑賞者より受信することが可能な手段であり;
且つ、前記コンテンツ提供システムは、前記次回作を要求する信号を受信すると、記憶装置へ記憶する記憶部と、且つ、前記コンテンツ提供者が確認する端末画面へ、前記データbの内容を表示する表示画面と、且つ、前記コンテンツ鑑賞者が確認する端末画面には、受信した前記データbとIDコードでヒモ付いたコンテンツデータ<先行コンテンツアイコン/コンテンツ情報等>を、カート画面内にて表示する表示画面とを有しており;
且つ、前記カート画面は、コンテンツ提供を受ける前段階のコンテンツ選択画面であって、且つ、鑑賞者より前記データbを送信する事により選択された複数のコンテンツを表示する画面であり、且つ、鑑賞者が要求する次回作情報以外のその他の情報や、広告情報を明確に区分した形で表示する画面構成であって;
これにより、前記コンテンツ鑑賞者は、過去作品の次回の作品を観賞したい場合に、前記コンテンツ提供者が、次回作を制作する予定の有無に関わらず、前記鑑賞者から前記提供者へ、コンテンツの次回作品の要求信号を送信して、コンテンツの提供を受ける事が可能となり、且つ、カート画面内にてコンテンツを管理することが可能となる;コンテンツ提供システム - コンテンツ提供者と、少なくとも一人以上で構成されるコンテンツ鑑賞者(又は購入者)が使用する各端末と、サーバ及び記憶装置とが、ネットワークに接続されて構成されるコンテンツ提供システムであって;
前記コンテンツ提供システムは、コンテンツの制作前から、事前に、前記コンテンツ観賞者(又は購入者)より、コンテンツ依頼(要求)信号を受信することのできるシステムであって;
前記コンテンツ提供システムは、少なくとも一つは、既に過去に制作した過去作品を有する前記コンテンツ提供者の、IDコードが付与された過去作品情報を記憶する記憶装置を有しており;
且つ、既に、少なくとも一つは前記コンテンツ提供者の前記過去作品を観賞している前記コンテンツ鑑賞者より、前記過去作品の次回作を要求する信号(データb)<例えば、次回作要求/過去作品ID>を受信する手段を有し;
尚、前記データbの受信は、前記コンテンツ提供者より次回作の予定情報を受信して表示する処理を行わない段階から、前記コンテンツ鑑賞者より受信することが可能な手段であり;
且つ、前記コンテンツ提供システムは、受信した前記データbを記憶する記憶部と、且つ、前記コンテンツ提供者が確認する端末画面へ、前記データbの内容を表示する表示画面とを有し;
且つ、前記コンテンツ提供システムは、コンテンツ提供者以外からの前記過去作品情報を受信して記憶装置へ記憶する手段を有し;
尚、これは、前記過去作品情報が前記記憶部に登録されていない場合に、コンテンツ提供者以外からでも登録可能な手段であって、前記コンテンツ提供者以外とは、鑑賞者、あるいは、システム運営者のいずれか、又はその両方であって;
且つ、前記コンテンツ提供システムは、コンテンツ提供者が、過去作品のコンテンツ提供者本人であること認証するID認証手段を有しており;
これにより、前記コンテンツ鑑賞者は、過去作品の次回の作品を観賞したい場合に、前記コンテンツ提供者が、次回作を製作する予定の有無に関わらず、前記鑑賞者から前記提供者へ、コンテンツの次回作品の依頼(要求)信号を送信し、コンテンツの提供を受ける事が可能となる;コンテンツ提供システム - コンテンツ提供者と、少なくとも一人以上で構成されるコンテンツ鑑賞者(又は購入者)が使用する各端末と、サーバ及び記憶装置とが、ネットワークに接続されて構成されるコンテンツ提供システムであって;
前記コンテンツ提供システムは、コンテンツ制作前から事前に、前記コンテンツ観賞者より、コンテンツ依頼(要求)信号を受信することのできるシステムであって;
前記コンテンツ提供システムは、少なくとも一つは、既に過去に制作した過去作品を有する前記コンテンツ提供者の、過去作品情報を記憶する記憶装置を備えており;
且つ、既に、少なくとも一つは前記コンテンツ提供者の前記過去作品を観賞している前記コンテンツ鑑賞者より、前記過去作品の次回作を要求する信号(データb)<例えば、次回作要求/過去作品ID>を受信する手段を有しており;
尚、前記データbの受信は、前記コンテンツ提供者より次回作の予定情報を受信して表示する処理を行わない段階から、前記コンテンツ鑑賞者より受信することが可能な手段であり;
且つ、前記コンテンツ提供システムは、受信した前記データbを記憶する記憶部と、且つ、前記コンテンツ提供者の確認する端末画面へ、前記データbの内容を表示する表示画面とを有し;
且つ、前記コンテンツ提供システムは、コンテンツ提供を行うタイミングを調整する自動入札設定手段を有し;
前記自動入札設定手段は、前記データbの送信を行った前記コンテンツ鑑賞者の画面に、自動入札設定の入力画面を表示し、且つ、前記コンテンツ鑑賞者より、自動入札設定データ(データJ−3/ 自動入札回数、最大期限、等 )を受信し、且つ、その内容道りに設定を行う手段である;以上の特徴を有するコンテンツ販売システム - 請求項3乃至6に記載のコンテンツ提供システムは、
コンテンツ提供を行うタイミングを調整する手段と、タイミングを調整する為のデータを表示する表示画面生成部とを有しており;
前記タイミングを調整する手段は、前記コンテンツ提供者より(J−2/提供側のざっくりとしたコンテンツ制作希望時間等)を受信する手段と、又、前記コンテンツ提供者より(J−4/確定した完成予定日時)とを受信する手段であって
又、前記タイミングを調整するデータを表示する表示画面生成部は、コンテンツスケジュール画面として、データJ−2の内容を表示する画面、データJ−4の内容を表示する画面の2つのパターンを表示することを特徴としている;以上の特徴を備えたコンテンツ販売システム - 請求項3乃至7に記載のコンテンツ提供システムは、
前記次回作の要求する信号(データb)の内容を受けた前記コンテンツ提供者より、次回作概要データ(データc)を受信して、記憶する記憶部と、且つ、前記データcの内容を前記コンテンツ鑑賞者の確認する端末画面へ表示する表示画面とを有し;
且つ、前記次回作概要データ(データc)の内容を受けた前記コンテンツ鑑賞者より、コンテンツを「購入する・しない」の信号(データd)を受信して記憶する記憶部と、且つ、前記データdの内容を前記コンテンツ提供者の確認する端末画面へ表示する表示画面を有し;
且つ、コンテンツ提供システムは、前記データdを受けた前記コンテンツ提供者より受信する前記データeが、「制作を行う」という信号の場合は、決算処理部にて決済を行う手段を有し、又は、前記データeが、「制作を行わない」という信号の場合は、決算処理部にて決済を行わない手段を有し;
且つ、「制作を行う」という前記データeを受信した場合は、コンテンツが完成し、コンテンツの受け渡しが行われた確認信号を受信する手段を有し;
且つ、前記コンテンツの受け渡しが行われた確認信号を受信すると、前記コンテンツ提供者へ売上金額を支払う手段を有し、又は、前記作品の受け渡しが行われた確認信号が受信できない場合は、前記コンテンツ提供者へ売上金額を支払わない手段を有しており;
尚、一連のデータの送受信は、コンテンツIDコードにてヒモ付いている;
以上の特徴を有するコンテンツ販売システム - 請求項8に記載のシステムであって、決算処理部にて決済を行う手段は、プール型課金による手段、積立型課金による手段、混合型課金による手段の、いずれか、又は、いずれかの組み合わせ、又は、全ての組み合わせを有している;コンテンツ提供システム
- 請求項3乃至9に記載のシステムであって、前記次回作を要求する信号データbの付属情報として、詳細情報を含んだデータB−2(詳細次回作要求情報)と、過去作品を厳密に指定したデータB−4(過去作品厳密指定情報)とを、受信する手段を有し;
且つ、前記データB−2/B−4を、記憶する記憶装置を有し、且つ、前記データB−2/B−4の内容を、前記コンテンツ提供者の確認する端末画面へ表示する表示画面を有している;コンテンツ販売システム - 請求項3乃至10に記載のシステムであって、
前記次回作要求信号データbの内容を受けた前記コンテンツ提供者が、前記次回作要求信号データbにて要求されたコンテンツとIDがヒモ付いた形で、次回作概要データcを規定のフォーマット画面にて入力することのできる入力画面を有し;
前記フォーマット画面は、規定の作品情報を入力できる画面であって;
且つ、前記コンテンツ提供システムは、前記規定の作品情報を受信する手段と、且つ、前記前記規定の作品情報を記憶する記憶部と、且つ、前記規定の作品情報を、鑑賞者が要求する次回作情報以外のその他の情報や広告情報等と、明確に区分して、前記コンテンツ鑑賞者が確認するカート画面内にて表示する表示画面を有している;コンテンツ販売システム
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012073989A JP5296900B2 (ja) | 2011-10-17 | 2012-03-28 | コンテンツ販売システム、及び、その方法 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011227604 | 2011-10-17 | ||
JP2011227604 | 2011-10-17 | ||
JP2012073989A JP5296900B2 (ja) | 2011-10-17 | 2012-03-28 | コンテンツ販売システム、及び、その方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2013101590A JP2013101590A (ja) | 2013-05-23 |
JP5296900B2 true JP5296900B2 (ja) | 2013-09-25 |
Family
ID=48622133
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2012073989A Expired - Fee Related JP5296900B2 (ja) | 2011-10-17 | 2012-03-28 | コンテンツ販売システム、及び、その方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP5296900B2 (ja) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2015036887A (ja) * | 2013-08-13 | 2015-02-23 | 富士通株式会社 | 購入サービス提供装置、方法及びプログラム |
KR101705948B1 (ko) * | 2014-12-05 | 2017-02-13 | 이승한 | 기술 개발 및 그래픽 아트 개발을 위한 프로젝트 참여 시스템과 그 방법 |
JP6465149B2 (ja) * | 2017-05-01 | 2019-02-06 | 富士通株式会社 | 支払依頼サービス提供プログラム、方法、及び装置 |
JP7047159B1 (ja) | 2021-03-26 | 2022-04-04 | エヌエイチエヌ コーポレーション | プログラム及びサーバ |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001266004A (ja) * | 2000-03-22 | 2001-09-28 | Shimadzu Corp | 作品制作情報提供システム |
JP2001325471A (ja) * | 2000-05-12 | 2001-11-22 | Tohoku Ricoh Co Ltd | アーティスト支援方法、アーティスト支援システム、アーティスト支援装置、クライアント装置、著作物データ記録装置並びに記録媒体 |
JP2001350901A (ja) * | 2000-06-08 | 2001-12-21 | Kazunari Era | 制作費用募集システム |
JP2002117261A (ja) * | 2000-10-06 | 2002-04-19 | Digital Dream:Kk | ウェッブを用いた映像コンテンツ制作のための出資公募方法、ならびにそのサーバシステム、および同方法がプログラムされ記録された記録媒体 |
JP2002230262A (ja) * | 2001-02-05 | 2002-08-16 | Nissha Printing Co Ltd | 商品購入者またはサービス受益者の募集システム |
JP2002271775A (ja) * | 2001-03-12 | 2002-09-20 | Matsushita Electric Ind Co Ltd | 番組制作決定方法及びサーバー |
JP2003044724A (ja) * | 2001-07-31 | 2003-02-14 | Omron Corp | 商品受注方法および商品受注システム |
JP2003122820A (ja) * | 2001-10-10 | 2003-04-25 | Ricoh Co Ltd | 番組制作支援方法、番組配信システム、サーバ装置、およびプログラム |
JP2003122901A (ja) * | 2001-10-17 | 2003-04-25 | Planning Office Furea:Kk | 書籍出版支援システム |
JP2003173407A (ja) * | 2001-12-05 | 2003-06-20 | Bridgestone Corp | 商品製造受付方法、装置及び媒体 |
JP2004192364A (ja) * | 2002-12-12 | 2004-07-08 | Genesis:Kk | クリエータ選定システム |
JP2006164125A (ja) * | 2004-12-10 | 2006-06-22 | Nec Corp | コンテンツ応募受付方法、コンテンツ募集システム、サーバ及びプログラム |
JP2006171826A (ja) * | 2004-12-13 | 2006-06-29 | Pia Corp | 利益還元システムとそれを実現するためのコンピュータプログラムとその方法 |
JP2010129067A (ja) * | 2008-12-01 | 2010-06-10 | Spicysoft Kk | 管理装置及びネットワークシステム |
-
2012
- 2012-03-28 JP JP2012073989A patent/JP5296900B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2013101590A (ja) | 2013-05-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9105054B2 (en) | Method and system for automated online calendar-based donations | |
KR101557885B1 (ko) | 가입 기반 쉽핑을 위한 방법 및 장치 | |
US20070214045A1 (en) | System and method for operating a marketplace for internet ad media and for delivering ads according to trades made in that marketplace | |
WO2019035459A1 (ja) | 情報流通方法、情報流通サーバ装置、端末装置、及びコンピュータプログラム | |
US20130317893A1 (en) | System and method for coordinating event participation and payment | |
CN114757793A (zh) | 一种基于场景接入的信息处理方法、服务器及设备 | |
US20080052163A1 (en) | System and method for managing a purchase of a product from a vendor | |
US20080313057A1 (en) | System and method for the collaborative solicitation of knowledge base content, services and products | |
US8392276B1 (en) | Facilitating transactions involving buying items from and selling items to users | |
US20130046580A1 (en) | Computerized, pull based, event scheduling apparatus and method | |
JP2019191744A (ja) | 活動資金のための出資公募システム | |
US20150074000A1 (en) | System, method, and computer program for negotiating online transactions | |
WO2014108911A1 (en) | Userbase and/or deals and/or advertising space trading exchange and marketplace | |
JP5296900B2 (ja) | コンテンツ販売システム、及び、その方法 | |
JP2010165374A (ja) | 与信機能を備えた匿名電子商取引システム及び方法 | |
US20120016761A1 (en) | Techniques For Provisioning Content | |
JP4889140B2 (ja) | 与信機能を備えた匿名電子商取引システム及び方法 | |
US20190139170A1 (en) | Delivering Internet Content | |
KR20130106165A (ko) | 일체형 마켓플레이스에서 상품들의 통합 결제를 위한 인터페이스를 제공하는 광고 제공 시스템 및 방법 | |
US20140149245A1 (en) | Method and System For Providing A Social Trade Network | |
US20140214507A1 (en) | Referral affiliate buyout system and method | |
KR100503017B1 (ko) | 서버가 제휴 사이트 및 오프라인 상점에서 전자 상거래를수행하는 방법 및 시스템 | |
US20110054959A1 (en) | System and method for a standards-based journalism marketplace | |
US7891562B1 (en) | Facilitating identification of items to make available for sale to users | |
US20170178228A1 (en) | Computer-implemented system and method for listing and exchanging goods and services |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120328 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120329 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120330 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120403 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120502 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120604 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120721 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120330 |
|
A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20120723 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120821 |
|
A975 | Report on accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A971005 Effective date: 20120905 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20121106 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20121120 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130116 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20130423 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20130514 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R154 | Certificate of patent or utility model (reissue) |
Free format text: JAPANESE INTERMEDIATE CODE: R154 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 5296900 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
LAPS | Cancellation because of no payment of annual fees |