JP5296900B2 - Content sales system and method - Google Patents
Content sales system and method 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)
Abstract
Description
本発明は、オンライン上で販売可能なコンテンツ、画像、動画、電子書籍・雑誌・漫画、音楽、ゲームを対象とした芸術的クリエイティブな創作活動を要する著作物の販売課金システムであり、制作者が制作するよりも前の段階から、鑑賞者よりコンテンツ売買に於ける手順が開始される事に特徴を有している。 The present invention is a sales and billing system for copyrighted works that require artistic creative creation activities for online-saleable contents, images, videos, electronic books / magazines / manga, music, and games. It is characterized in that the procedure for selling and selling contents is started by the viewer from the stage before production.
従来のオンライン上でのコンテンツ販売の方法は、コンテンツ制作者側及び仲介者が創作物をオンライン上にて表示し、鑑賞者はその表示された商品を観て判断し購入するというステップである。購入に至るまでの段階には、音楽であれば視聴機能、書籍であれば中身拝見機能などのお試し機能があり、これらによって購買の意思決定を高めるという手段がある。又、類似する既存のシステムには、予約販売システム、オーダーシステム、投資システム、アマゾン等のオンラインストアシステム、アンケートシステム、マーケティングシステム、コミュニティーシステムが存在する。尚、段落「００１８」〜「００１９」にて、相違点を詳細に述べる。 A conventional online content selling method is a step in which a content creator and an intermediary display a creation online, and a viewer views and displays the displayed product for purchase. At the stage of purchase, there are trial functions such as a viewing function for music and a medium viewing function for books, and there are means for enhancing purchase decision-making. Similar existing systems include a reservation sales system, an order system, an investment system, an online store system such as Amazon, a questionnaire system, a marketing system, and a community system. The differences are described in detail in paragraphs “0018” to “0019”.
不明 unknown
従来の方法によると制作者側としては、作品を制作するかどうかの意思決定が難しいという問題がある。例えば、作品を制作しても必ずしも売れる（資金が回収できる）かどうかの確証はつかず、結果、資金不足で制作中止という判断に陥ってしまう。観賞者側の問題としては、お気に入りの作家の次回作品が見たくても、制作者側の予算不足の問題等で制作中止となり観賞が不可能になるケースがある。又、従来では作品を制作するかしないかは、作品の流通を担う販売会社等の予測による販売決定に委ねられているのだが、制作会社が鑑賞者側の意思を完全に組み切れているとは言い難いという問題が残る。又、現在、インターネットでのコンテンツの流通というのは、制作者の著作権を守りきれていない現状がある。不正コピー、不正な投稿等、今後もますますこの課題は広がっていき、課題として残ったままである。コンテンツ制作者はインターネットの到来により表現への自由度は高まったが、既存のビジネスモデルの崩壊など、制作改善の進展には効果が低い。 According to the conventional method, there is a problem that it is difficult for the producer side to decide whether or not to produce a work. For example, even if a work is produced, it is not always possible to confirm whether it can be sold (fund can be collected), and as a result, it is determined that the production is canceled due to insufficient funds. As a problem on the part of the audience, even if you want to see your favorite writer's next work, the production will be suspended due to a lack of budget on the part of the producer, etc. Also, in the past, whether or not to produce a work is left to the sales decision based on the prediction of the sales company responsible for the distribution of the work, but if the production company has completely assembled the viewer's intention It remains difficult to say. At present, the distribution of content on the Internet does not fully protect the copyrights of creators. This issue will continue to spread and remain as an issue, including unauthorized copying and unauthorized postings. Content creators have more freedom to express with the arrival of the Internet, but are less effective in improving production, such as the collapse of existing business models.
又、既存モデルの崩壊とは、コンテンツの無料化問題を指し、ＩＴ技術によりコンテンツ市場の無料化が益々進んでいく中で、コンテンツ市場での制作者の制作環境を維持するのが極めて困難であった。その一原因としてＩＴ以前の時代であれば制作者側は少数であったが、ＩＴ後の時代ではごく一般人でも容易に制作者側へと回れる環境である為、参加者が増加し、優良且つ無償の作品が競う様にＷＥＢ上で供給されている事が上げられる。この様な状況では、当初は、無償の優良のコンテンツが存在しているのだが、無料化がピークを越えると制作側が疲弊し、次には、反動で極端にコンテンツの質が低下するという問題がある。又、制作者が疲弊していくと鑑賞者は良質な作品を見る事が困難になる。（「図４３」参照） In addition, the collapse of existing models refers to the problem of free content, and it is extremely difficult to maintain the production environment of creators in the content market as IT technology is increasingly free of content. there were. One reason for this is that the number of producers was small in the pre-IT era, but in the post-IT era, it was an environment where even ordinary people could easily go to the creator side, so the number of participants increased and it was excellent. And it is raised that it is supplied on WEB so that free works can compete. In such a situation, free high-quality content initially exists, but if free usage exceeds the peak, the production side will be exhausted, and then the reaction will cause the content quality to decline extremely There is. Also, if the creator becomes exhausted, it becomes difficult for the viewer to see a good quality work. (Refer to "Fig. 43")
以上は、ＷＥＢ上に存在している周知の課題であり、長らく解決できずにいる難問である。又、本発明は、原価というコストリスク（赤字リスク）回避に留まらず、制作者が作品（いわゆる画像、音楽、文書、動画等の表現作品）を制作するにあたり、アルバイトや仕事を行いながら作品を制作しないといけないという環境を解決したいとするものである。これを考えるにあたり「制作時間を捻出できないか？」という課題を持つものである。通常、作品を制作するにあたり“コスト”という物理的な費用の壁を感じたとしても、自分自身の“時間”の壁には絶対的な不可能なできない理由を感じず、多少不便を感じつつも“時間”は無料である為、仕方のない事、気合いで何とかなる事だと考えられている。一般的に、時間的障害とは制作者が当然、負担しなければならない制約であると考えられており、その為、時間は本人の「やる気」の問題という心理的問題で片付けられている。しかし、本発明は制作者の時間捻出に関しても解決を課題としている。 The above is a well-known problem existing on the WEB, and is a difficult problem that has not been solved for a long time. In addition, the present invention is not limited to avoiding the cost risk (deficit risk) of cost, and the creator can work while working part-time or working when creating a work (a representation work of so-called images, music, documents, movies, etc.). It is intended to solve the environment that must be produced. In thinking about this, we have the problem of "can we make up production time?" Usually, even if you feel the physical cost barrier of “cost” in creating a work, you do not feel the reason why it is absolutely impossible for your own “time” wall, but feel a little inconvenient However, since “time” is free, it is thought that it can't be helped, it can be managed with spirit. In general, it is considered that the time obstacle is a constraint that the creator must naturally bear, and therefore time is cleared up by a psychological problem of “motivation” of the person. However, the present invention also has a problem to be solved with regard to time creation of the creator.
上記課題を解決する為に、請求項１に記載の内容は、コンテンツ提供者と、コンテンツ鑑賞者（購入者が）端末を介してネットワーク回線で繋がっているシステムの、コンテンツを売買するためのコンテンツ提供方法である。そして、鑑賞者から、コンテンツ提供者へ「次回作の要求」の信号を送信することで、コンテンツの売買を始めることができる処理に特徴を有している。まず、既に、コンテンツ提供者の過去作品を観賞している鑑賞者が前提として存在しており、その鑑賞者が、当該過去作品の提供者の次回の作品を観賞したい場合に、「次回作要求」信号（例えば、「続きが見たい」、というようなボタンを押すことで）送信することができるものである。※又、過去作品の情報は、コンテンツＩＤが付与されて記憶装置に記憶されており、鑑賞者により（コンテンツＩＤを含んだ）「次回作要求」信号を受信すると、ＩＤコードでヒモ付いた形で管理されている。そしてこれは、前記コンテンツ提供者が、次回作を製作する事を予定しているかの有無に関わらず、前記鑑賞者から前記提供者へ、コンテンツの次回作品の購入の要求を行うことが可能な処理である。そして、次回作要求信号を受けたコンテンツ提供者は、その内容から、次回作を制作するかを決定し、制作を行う場合であれば「作成を行う」という信号を送信することができる。これにより、コンテンツの売買が仮成立する。そして、制作が完了すれば、コンテンツの受け渡しを行いコンテンツの提供が行える。これにより、上記課題を解決する。（尚、段落「００１５」に記載の内容である）In order to solve the above-mentioned problem, the content of
又、請求項２に記載の内容は、鑑賞者より、次回作要求信号を受けた前記コンテンツ提供者にて、次回作の概要データであるデータｃを受信する処理と、次に、前記次回作概要データｃを受けて、内容を確認した鑑賞者より、「購入する・しない」の信号データｄを受信する処理とを有している提供方法である。又、「購入する」という前記データｄを受けた、前記コンテンツ提供者より、制作を行うのかの判断であるデータeを受信する処理を有し、前記データeが「制作を行う」という信号の場合は、決算処理部にて決済を行う処理を有し、又は、前記データeが、「制作を行わない」という信号の場合は、決算処理部にて決済を行わない処理を有している。且つ、「制作を行う」という前記データeを受信した場合は、作品制作が完了して、作品の受け渡しが行われると、受け渡しが完了した信号を受信する処理を有しており、且つ、前記作品の受け渡しが行われた信号を受信すると、前記コンテンツ提供者へ売上金額を支払う処理を有している。又、前記作品の受け渡しが行われた信号が受信できない場合は、前記コンテンツ提供者へ売上金額を支払う処理を行わない処理を有している。尚、一連の信号の送受信処理は、ヒモ付いたコンテンツＩＤコードにて処理が行われる方法である。（尚、段落「００１６」〜「００１７」/「００３０」〜「００３６」に記載の内容である。）又、請求項３に記載の内容は、請求項１に記載のコンテンツ提供システムである。The content described in
又、請求項４に記載の内容は、次回作要求信号であるデータｂを送信した前記鑑賞者の端末画面にて、次回作を要求した作品（前記データｂとヒモ付いたコンテンツ情報）を、ストックして表示するカート画面を備えるシステムである。又、カート画面とは、コンテンツ購入者が選択したコンテンツを表示するものであり、カート画面にて表示するコンテンツは、前記鑑賞者が次回作要求信号データｂを送信して選択したコンテンツであり、選択していないその他の情報や広告情報とは、明確に区分した形で表示している。（尚、段落「００３７」/「００６２」/ に記載の内容である）Further, the content of
又、請求項５に記載の内容は、コンテンツ提供者以外からの過去作品の登録手段である。前記コンテンツ販売システムは、過去著作登録部（１２）と、コンテンツ提供者ＩＤ認証部（１１）とを備えており、前記過去著作登録部（１２）は、前記ユーザー（１）又は、前記ユーザー（２）より、記憶装置へ、属性データである過去作品著作情報をデータ（Ａ−１）の格納（登録）を行う手段であり、前記コンテンツ提供者ＩＤ認証部（１１）は、The content described in
コンテンツ提供者が、過去作品のコンテンツ提供者本人であること認証する手段である。これにより、コンテンツ鑑賞者は、コンテンツ提供者が、制作を予定している有無に関わらず、過去作品ＩＤとヒモ付いた、依頼信号（データｂ）を送信する事が可能になる。（段落「００３９」/「００２７」/「００４２」〜「００４６」にて詳細に記載）This is a means for authenticating that the content provider is the content provider of the past work. Thus, the content viewer can transmit a request signal (data b) with a past work ID and a string regardless of whether or not the content provider plans to produce. (Described in detail in paragraphs “0039” / “0027” / “0042” to “0046”)
又、請求項６に記載の内容は、観賞者と、コンテンツ提供者の間で、コンテンツが提供される、売買及び契約等のタイミングを調整する為の手段である。そして、タイミングを調整する手段は、自動入札設定手段を有している。自動入札設定手段は、前記コンテンツ鑑賞者が、次回作要求信号データｂの送信を行うと、入力できるデータであり、自動入札を行う設定データ（データＪ−３/ 自動入札回数、最大期限、上限金額等 ）を入力し設定することができる。これにより、処理を自動化して、タイミングを調整することが可能となる。又、コンテンツ提供システムは、前記データＪ−３を受信して、記憶装置へ記憶し、設定した内容にて処理を行う手段である。（段落「００３９」/「００５８」〜「００６１」に記載の内容である）又、請求項７に記載の内容は、観賞者と、コンテンツ提供者の間で、コンテンツが提供される、売買及び契約等のタイミングを調整する為の手段である。そして、コンテンツの売買及び契約等のタイミングを調整する為の契約タイミング調整手段として、前記コンテンツ鑑賞者より（データＪ−１/購入者側の希望タイミング等のデータ）を受信する手段と、前記コンテンツ提供者より（データＪ−２/提供側のざっくりとしたコンテンツ制作希望時間等）を受信する手段と、又、前記コンテンツ提供者より（Ｊ−４/確定した完成予定日時）とを受信する手段を有している。そして、コンテンツ提供システムは、前記タイミングを調整するデータを表示する画面構成を有しており、前記画面構成は、コンテンツスケジュール画面を有している。又、前記コンテンツスケジュール画面は、データＪ−２を表示する画面と、データＪ−４を表示する画面の２つのパターンを表示する事が可能である。（※「図４０」画面１９パターン１、画面１９パターン２）（段落「００３９」/「００５８」〜「００６１」に記載の内容である）又、請求項８に記載の内容は、請求項２に記載のコンテンツ提供システムである。The content described in claim 6 is means for adjusting the timing of buying and selling, contracts, and the like at which the content is provided between the viewer and the content provider. The means for adjusting the timing has automatic bid setting means. The automatic bid setting means is data that can be input when the content viewer transmits the next work request signal data b, and data for setting automatic bidding (data J-3 / number of automatic bids, maximum deadline, upper limit) You can enter and set the amount. This makes it possible to automate the process and adjust the timing. The content providing system is means for receiving the data J-3, storing the data J-3 in a storage device, and processing with the set contents. (The contents described in Paragraphs “0039” / “0058” to “0061”) Further, the contents described in
又、請求項９に記載の内容は、課金処理に於いて、制作者と鑑賞者と運営者の３者間の課金における負担のバランスを調整する手段である。そして、コンテンツ提供システムは、プール型課金による処理、積立型課金による処理、混合型課金による処理の、いずれか、又は、いずれかの組み合わせ、又は、全ての組み合わせを有している。（段落「００３９」/「００５５」〜「００５７」にて詳細に記載）Further, the contents of claim 9 are means for adjusting the balance of the charge in the charge among the producer, the viewer and the operator in the charge process. The content providing system includes any one, any combination, or all combinations of processing by pool type charging, processing by funded type charging, and processing by mixed type charging. (Described in detail in paragraphs “0039” / “0055” to “0057”)
又、請求項１０に記載の内容は、前記次回作を要求する信号データｂの追加的な情報であり、さらに、詳細情報を含んだデータをデータＢ−２（詳細次回作要求情報）として、又、過去作品を厳密に指定したデータをデータＢ−４（過去作品厳密指定情報）として、受信する手段を有している。又、前記データＢ−２/Ｂ−４を、記憶する記憶装置を有し、且つ、前記データＢ−２/Ｂ−４を、前記コンテンツ提供者の画面へ表示する画面を有している。（尚、段落「００３９」/「００４７」〜「００４９」に記載の内容である）The content of
又、請求項１１に記載の内容は、次回作要求信号データｂを受けた前記コンテンツ提供者より入力される、次回作概要データｃの入力手段であり、その画面構成である。そして、前記次回作概要データｃを入力することのできる画面構成は、鑑賞者より次回作を要求されたコンテンツの、次回作の情報を入力できる画面である。又、次回作の情報は、前記データｂより、コンテンツＩＤでヒモ付いた、コンテンツの情報を入力する事ができる。又、入力できるデータは、「図３２」に様に、入力できる内容が入力フォーマット等にて規定されている。又、入力されたデータは記憶装置に記憶される。そして、鑑賞者が要求していないその他の情報や広告情報とは明確に区分した形で、前記コンテンツ鑑賞者のカート画面に表示することができる。（段落「００３９」/「００５０」〜「００５４」に記載の内容であるFurther, the content of
本システムは、「図４４」の様に、既存のコンテンツ市場の流れを真逆にするものである。その為、鑑賞者と制作者の、相互間における商品売買のデータの送受信の流れは、既存システムのデータ送受信の流れと真逆のフローとなる。又、「図１２」に記載の「２次的欲求」とは、現在、鑑賞している作品を求める欲求ではなく、次回作（連続作品）を求める欲求である。本システムは、２次的欲求を対象としたコンテンツ（以降より、既存コンテンツと区別して、先行コンテンツと述べる）商品を販売するオンラインストアである。
＜１次欲求＞…現在確認している目の前の商品そのものを求める欲求。
＜２次欲求＞…現在確認している目の前の商品の次回作を求める欲求。
As shown in “FIG. 44”, this system reverses the flow of the existing content market. Therefore, the flow of transmission / reception of merchandise sales data between the viewer and the creator is the opposite of the flow of data transmission / reception in the existing system. Further, the “secondary desire” described in “FIG. 12” is a desire for the next work (continuous work), not a desire for the work currently being viewed. This system is an online store that sells products for secondary needs (hereinafter referred to as predecessor content, distinguished from existing content) .
<Primary desire> ... The desire to find the product in front of the eye that is currently being confirmed.
<Secondary desire> ... A desire for the next product of the product in front of you that is currently being confirmed.
本発明はコンテンツ制作・販売・課金処理の流れに特長を持ったシステムであり、従来のステップと比較して説明を述べる。従来のコンテンツ制作販売者のステップは概ね次の様なものであった。
『既存コンテンツ販売のステップ』
ステップ（１）制作会社又は、制作決定者の販売予測「この作品は売れるだろう」という判断がされる。→ステップ（２）売れるという予測が立てられ、コンテンツの制作を開始する。→ステップ（３）コンテンツ（画像・動画・音楽・文書・ゲーム等）が完成する→ステップ（４）予約販売や、広告宣伝、制作数の調整等を行う→ステップ（５）販売結果が分かる≪販売予測通り販売できたor販売予測通り販売できなかった≫。以上の様な流れであった。
しかし本発明では次のステップを踏む。まず制作者側の流れを説明する。
『本システムのステップ：制作者フロー』
ステップ（１）制作者は自身で設定した「図２」の“続きを見たいボタン”が押されているか、確認することができる。“続きを見たい”ボタンとは、データ（b）であり本発明が提供する機能である。制作者は前記ボタンを設置すると、前記機能（ボタン）提供サイトで、前記ボタンを押したユーザー人数を確認することができる。前記機能は、今まで見過ごされていた鑑賞者のニーズを発見する機能である。又、”続きを見たい“という言葉は、同じ意味であれば、この言葉に限られるものではない。→次に、ステップ（２）では、制作者は”続きを見たい“ボタンを押した鑑賞者に、「図５」のデータ（ｃ）である制作計画（制作予告）を発信することができる。※この時点では制作者はまだ作品の制作は出来ていない状態である。→ステップ（３）では、制作予告を見た鑑賞者が「作品を購入する」というデータを送信する。そして、前記制作者はその内容を受け取り、コンテンツの購入人数を確認する事ができる。又、購入人数が事前に分かれば、前記制作者は制作を決行するかどうかの判断ができる。例えば、制作者は次の様な判断ができる「購入者が１０００人いるな。制作を行おう。バイトせずに制作できるな。（３ヶ月後作品完成）」or「購入者が１０人しかいないな。制作はやめよう。バイトをしよう（２年後作品完成）」となる。次にステップ（４）では、制作者は無事作品を完成させ搬入し、自身の口座に、コンテンツ売上金額が振り込まれたのを確認する。
『本システムのステップ：鑑賞者フロー』
次に、鑑賞者であるステップを説明する。ステップ（１）鑑賞者は、お気に入りの制作者の次の作品を見たいけれど、鑑賞できないでいる状態である。例えば、「この作品の続きをみたいけれど、全然制作してくれないな」と思っている状態である。→次にステップ（２）では、続きを制作して欲しいと思う、お気に入り制作者の”続きを見たい“ボタンを前記鑑賞者は押すことができる。（意思表示を行う）→ステップ（３）データ（ｃ）である制作予定表を前記鑑賞者は受け取ることができる。次に、料金と内容、制作期日を了承して購入するかしないかを判断することができる。→ステップ（４）購入する場合は購入ボタンを押すことができる。この段階ではまだ仮購入であり、先行販売締切日に（制作者の制作合否の意思を待ち）本購入が決まる。本購入が決まればコンテンツ料金が課金される。※又、この段階では鑑賞者に課金を行うが、金額はサイト運営側でプールしたままであり、コンテンツ制作者には振り込まれない。次にステップ（５）では、鑑賞者は、作品完成日に作品を無事受け取り、レビュー（評価）を行う事ができる。もし、前記鑑賞者が作品を受け取る事が出来なければ、課金された金額は前記鑑賞者にそのまま返金される。制作者が無事コンテンツを搬入すればこの時初めて、制作者に金額が振り込まれる。また、プールされた金額はサイト運営側が無断で使えない口座を設ける形か、第三者が介入するかを厳重に行うシステムを含める形にするか、又は、銀行等の機関に委託を行うか対処可能なものとする。※尚、サイト運営側の返金手数料の無駄は、プール期間の利子で相殺できるものとする。利子が余る場合はポイントなどで返金を自動処理により行えるものとする。又、何らかの問題が発生する場合の処置も含むものとする。以上が本発明の要約であり、次に、コンピュータでの処理を述べる。
The present invention is a system characterized by the flow of content production / sales / billing processing, and will be described in comparison with conventional steps. The steps of conventional content production / sellers are generally as follows.
"Steps for selling existing content"
Step (1) It is judged that the production company or the production decision maker predicts “this work will sell”. → Step (2) Make a prediction that the product will be sold, and start producing content. → Step (3) Completion of contents (images / videos / music / documents / games, etc.) → Step (4) Pre-sale, advertisement, adjustment of production number, etc. → Step (5) Sales results can be understood << I was able to sell as expected or could not be sold as expected. The flow was as described above.
However, in the present invention, the following steps are taken. First, the flow on the producer side will be explained.
"Steps of this system: Producer flow"
Step (1) The producer can confirm whether the “button to continue viewing” of “FIG. 2” set by himself / herself is pressed. The “want to continue” button is data (b), which is a function provided by the present invention. When the creator installs the button, the number of users who have pressed the button can be confirmed on the function (button) providing site. The function is a function for discovering the needs of viewers that have been overlooked so far. The word “I want to see more” is not limited to this word as long as it has the same meaning. → Next, in step (2), the creator can send the production plan (production notice), which is the data (c) of FIG. . * At this point, the creator has not yet produced the work. → In step (3), a viewer saw the production prior notice to send the data of "bought titles". Then, the producer can receive the contents and confirm the number of purchases of the contents. Also, if the number of purchasers is known in advance, the producer can determine whether or not to execute the production. For example, the creator can make the following judgment: “There are 1000 buyers. Let's do the production. I can make it without part-time work (completed in 3 months)” or “Only 10 buyers. No, I ’ll stop producing. Let ’s work part-time (two years later). Next, in step (4), the creator completes and successfully carries in the work, and confirms that the sales amount of the content has been transferred to his / her account.
"Steps of this system: Viewer flow"
Next, the step of being a viewer will be described. Step (1) The viewer is in a state where he / she wants to see the next work of his / her favorite creator but cannot appreciate it. For example, "I want to see the continuation of this work, but don't produce it at all". → Next, in step (2), the viewer can press the “I want to see more” button of a favorite producer who wants to produce a continuation. (Indication of intention) → Step (3) The viewer can receive the production schedule as data (c) . Next, you can decide whether or not to purchase after accepting the fee, contents, and production date. → Step (4) When purchasing, the purchase button can be pushed. At this stage, it is still a tentative purchase, and the final purchase will be decided (waiting for the producer 's intention to pass or fail ) on the pre-sale deadline. If the purchase is decided, the content fee will be charged. * Although the viewer is charged at this stage, the amount remains pooled on the site management side and is not transferred to the content creator. Next, in step (5), the viewer can receive the work safely on the completion date of the work and can review (evaluate) . If the viewer cannot receive the work, the charged amount is returned to the viewer as it is. This is the first time that the creator has successfully brought in the content and the amount is transferred to the producer. Also, whether the pooled amount should include an account that cannot be used without permission by the site operator, include a system that strictly enforces whether a third party intervenes, or is it entrusted to an organization such as a bank? It can be dealt with. * In addition, the waste of refund fees on the site management side can be offset by the interest during the pool period. If interest remains, refunds can be made automatically using points. It also includes measures to be taken when any problem occurs. The above is the summary of the present invention. Next, processing in a computer will be described.
本発明は作品提供者であるユーザ（１）と、作品観賞者であるユーザ（２）が作品を売買する為の課金システムであって、前記ユーザ（１）が端末（Ａ）より、情報データ（a）を送信して、且つ、記憶装置に格納するステップと、次に前記ユーザ（２）が端末（Ｂ）より、データ（b）を送信し、記憶装置に格納するステップと、次に前記ユーザ（１）が端末（Ａ）より、情報データ（c）を送信し、記憶装置に格納するステップと、次に前記ユーザ（２）が端末（Ｂ）より、データ（d）を送信し、記憶装置に格納するステップと、且つ、コンピュータが複数からなる前記ユーザ（２）の前記データ（d）の合計値を算出し、端末（Ａ）に表示させるステップと、次に前記ユーザ（１）がデータ（e）を送信し、前記データ（e）が合意であればデータ（f）を決済システムに送信し、前記ユーザ（２）に課金される決済ステップと、前記データ（e）が拒否であれば、データ（f）は決済システムには送信されず課金処理が行われないステップと、前記ユーザ（２）に対し課金された金額をプールしておく決済システムと、次に、作品が完成し前記ユーザ（１）が端末（Ａ）と記憶装置を用いて完成作品を搬入し、又、その処理をメール等により前記ユーザ（２）に自動的に通知するシステムと、前記ユーザ（２）が、作品を受領しその内容を確認すると、作品を受け取った信号であるデータ（g）が決済システムに送信されるステップと、データ（g）を受信した決済システムが、前記ユーザ（１）にプールしていた金額を振込むステップと、又、データ（ｇ）が受け取れなかった場合の前記ユーザ（２）へ金額が返金されるステップとを有している。以上により、本課題を解決するものとする。 The present invention is a billing system for buying and selling works by a user (1) who is a work provider and a user (2) who is a work viewer, and the user (1) receives information data from the terminal (A). Transmitting (a) and storing it in a storage device ; next, the user (2) transmitting data (b) from the terminal (B) and storing it in the storage device ; The user (1) transmits information data (c ) from the terminal (A) and stores it in the storage device, and then the user (2) transmits data (d) from the terminal (B). Storing the data in a storage device, and calculating a total value of the data (d) of the plurality of users (2) by the computer and displaying them on the terminal (A), and then the user (1) ) Sends data (e), and if the data (e) is agreed, Data (f) is sent to the payment system and the user (2) is charged, and if the data (e) is rejected, the data (f) is not sent to the payment system and is charged. A payment system that pools the amount charged to the user (2), and then the work is completed and the user (1) uses the terminal (A) and the storage device A system that carries a completed work and automatically notifies the user (2) of the processing by e-mail or the like , and a signal that the work is received when the user (2) receives the work and confirms its contents. The data (g) is transmitted to the payment system, the payment system receiving the data (g) transfers the amount pooled to the user (1), and the data (g) Before if not received Amount to the user (2) has a step to be refunded. As described above, this problem is solved.
以上が、本ビジネスモデルの概要である。以下より、既存ビジネスモデルとの相違を述べる。
『１．予約販売システムとの比較』
予約販売システムは「制作者が広告を表示して顧客を集う」ものであり、本システムは、『鑑賞者が作家に続きを見たいと依頼する』ので相違する。本システムは鑑賞者側から制作者へ、コンテンツ制作依頼を行うオーダーシステムであり、その過程で作家と鑑賞者が制作する条件を調整し合うシステムである。
『２.オーダーシステムとの比較』
既存のオーダーシステムとは、顧客から依頼を行う販売モデルだが、作品の続きを依頼している訳ではなく、その目的は、顧客側に明確な制作（デザイン・建築・衣類等）を行ってほしい何かがあり依頼を行う。この場合、自分だけのオリジナルの商品を、制作してもらう時に発生する販売方法である。本発明の先行販売は、オリジナルコンテンツを制作依頼するわけでは無く、鑑賞者が、制作の次回作を観賞可能にするものであり、既存のオー
ダー販売とは、概念そのものが相違する。
『３．投資システムとの比較』
本システムは資金運用を行うのではなく、販売する商品そのものを購入するので異なる。
『４．アマゾン等のオンラインショップとの比較』
本システムでは、顧客が「続きが見たいボタン」を押すと、続きが見たい作品（先行コンテンツ）を「図２９」の様な形で、商品が並ぶカート画面に入れる事ができる。これは、アマゾン等の商品を購入するカート画面と類似しているが、本システムの取り扱う商品は、「現段階では作者自身も作る事を予定していないコンテンツ」であり、「未だ作ることも予定していない、現実には存在していない作品群」の、商品一覧カート画面である。（※アマゾン等オンラインストアに商品として存在してあるのは、予告販売の商品と、通常販売の商品である。）本発明がカートでストックしているコンテンツは、「図２９」の様に先行販売の商品であり、そして、ショップが展開可能なフィールドは、ＩＴ上の概ね全コンテンツが対象である。
＜先行販売＞＝制作者が制作の意図すら行ってない状態の商品
＜予約販売＞＝制作者が制作の意図を持っており予約商品として発表している商品
＜通常販売＞＝今すぐにでも購入できる商品
『５．アンケートシステム及び、マーケティングシステムとの比較』
本システムでは、アンケートを行うシステムではなく、あくまでも制作者側が待ちの姿勢にて、鑑賞者から依頼を受ける商品の販売ストアであり、その交渉過程の中で、顧客のアンケート要素的な意見を聞く要素も含むというだけのシステムである。本システムは依頼を受け付けるものであり、アンケートを行っている訳でも、マーケティングを行っているものではなく概念自体が相違している。
『６．コミュニティーシステム（ＳＮＳ）との比較』
本システムは、SNSとも類似するのだが、SNSにて、商品を販売するのは非常に難しく（又販売機能を禁止しているシステムもある）SNS機能及びそのＦＡＮ機能と、オンラインストアの機能の組み合わせで販売促進を行い商品を販売しても効果が上げられないとされている。
『７．ＦＡＮ機能を取り入れたコンテンツ販売システムとの比較』
他にも本システムと類似のものに、既存のコンテンツ販売システムにてＦＡＮ等の機能を設置しているシステムが考えられる、この場合、コンテンツに対しＦＡＮ機能を付与して販売促進を行い効果を出す方法は、人に対しＦＡＮ機能を付与するよりも押される確率は難しくなる。例えば、ＦＡＮ機能を設置する目的は、販売促進の為の情報配信にあると考えられ、顧客が情報を受け取り損ねない様に予約販売の情報をメールで通知するなどである。これは、本機能と類似している様に見える。しかし相違点は、その情報が広告宣伝情報という性質に於いて異なっているところにある。広告宣伝としての情報を観賞者に送信するのは難しく、一般的には、その対策として公開しないプレミアム情報を用い、会員登録を促す方法が取られる。これは無料でプレミアム情報を提供す
る代わりに、顧客に、予約販売等の情報を送信する方法である。しかし、この場合も、厳密には顧客が欲しいのは、プレミアム情報であり、必ずしも予約情報を望んで、FAN登録を行っているとは言い難いと考えられる。以上により、「コンテンツ販売のＦＡＮ機能」では、販売促進へは限界があった。そして、本システムはSNSではなく、完全なオンラインストアであり送信する情報は顧客の指定に基づいた情報（フォーマットにより規定された情報）であり異なっている。
The above is the outline of this business model. The differences from the existing business model are described below.
“1. Comparison with reservation sales system ”
The pre-sale system is "the creator displays advertisements and gathers customers", and this system is different because "the viewer asks the writer to see more". This system is an order system that requests content production from the viewer side to the creator, and in this process, the system that adjusts the conditions for the creator and the viewer to produce.
“2. Comparison with order system”
The existing order system is a sales model that is requested by the customer, but it is not a request for the continuation of the work, and the purpose is to have the customer make a clear production (design, architecture, clothing, etc.) There is something to do the request. In this case, it is a sales method that occurs when you have your own original product produced. The pre-sale of the present invention does not request the production of original content, but allows the viewer to appreciate the next production.
The concept itself is different from dar selling.
“3. Comparison with investment system ”
This system is different because it does not manage funds but purchases the products to be sold.
“4. Comparison with online shops such as Amazon ”
In this system, when the customer presses the “continue to see button”, the work (previous content) that the customer wants to continue can be put in the cart screen in which products are arranged in the form as shown in FIG. This is similar to the cart screen for purchasing products such as Amazon, but the products handled by this system are “contents that the author himself does not plan to make at this stage” and “ It is a product list cart screen of “a group of works that are not scheduled and do not actually exist”. (* Products that exist in online stores such as Amazon are pre-sale products and regular sales products.) The content stocked in the cart by the present invention precedes as shown in FIG. Fields that are products for sale and that can be developed by shops are for almost all contents on IT.
<Pre-sale> = Products where the creator has not even made his intentions <Reserved sales> = Products whose creators have intentions of production and have announced as reserved products <Normal sales> = Even now Products that can be purchased
“5. Comparison with questionnaire system and marketing system ”
This system is not a system for conducting questionnaires, it is a store that sells products that are requested by viewers with the attitude of the producers waiting, and listens to the customer's questionnaire elemental opinions during the negotiation process. It is a system that only includes elements. This system accepts requests, and even when a questionnaire is conducted, the concept itself is different, not marketing.
“6. Comparison with Community System (SNS)
This system is similar to SNS , but it is very difficult to sell products on SNS (and there are systems that prohibit the sales function) and the FAN function and its online store function. It is said that even if sales are promoted in combination and products are sold, the effect cannot be improved.
“7. Comparison with content sales system incorporating FAN function ”
Other systems similar to this system may have a function such as FAN installed in the existing content sales system. In this case, the FAN function is added to the content to promote sales. out method, the probability that also pressed than to grant the FAN function to humans is difficult ing. For example, the purpose of installing the F AN function is considered to be in the distribution of information for the sales promotion is, and the like customer notifies the information of the reservation sales so as not to impair receive information by e-mail. This seems to be similar to this function. However, the difference is that the information is different in the nature of advertising information. It is difficult to send information as an advertisement to the viewer. Generally, as a countermeasure, premium information that is not disclosed is used to promote membership registration. This is a method of sending information such as reserved sales to customers instead of providing premium information free of charge. However, in this case as well, strictly speaking, what the customer wants is premium information, and it is difficult to say that FAN registration is always performed because he wants reservation information. As described above, there is a limit to sales promotion in the “FAN function for content sales” . This system is not an SNS, it is a complete online store, and the information to be transmitted is information based on customer specifications (information defined by the format) and is different.
又、既存には、ＳＮＳの様な、ＦＡＮを募る為のＦＡＮ機能等がある。これは、本発明の次回作要求信号である「続きが見たい」という信号と類似するのだが、この様な機能には様々な種類があり、そのデータの送受信に於いて違いを述べる。（「図４７」参照）
Ａ）
SNSによるＦＡＮを募る機能は、対象が人に掛り（※ユーザーID）、人の繋がりを広げていく情報を表示する機能である。例えば、「私はこの人のＦＡＮです」と言う意思表示を示し、人と人の輪がリンクされ繋がっていくのを促している。この場合の一連のデータの送受信というのは、以下の様なものです。
１．（Ａ）さんが（Ｂ）さんのＦＡＮになる（ユーザーID：Aの記憶情報にユーザーID：Bを格納する）→２．（Ａ）さんのＦＡＮリストに（Ｂ）さんが入る（格納したユーザーID：Bを、Aさんの画面に公開する）。又、今後、（Ａ）さんには（Ｂ）さんの不特定多数の更新情報（記事等の件名）が送信されるようになる→３．（Ａ）さんのFANリストを一般or特定のグル―プに公開（共有）する→４．（Ａ）さんのFANリストを見た（Ｃ）さんが、そのリストの中から気になった（Ｂ）さんをＦＡＮとして登録する（ユーザーID：Cの記憶情報に、ユーザーID：Bを格納する）→（１．に戻る）というフローのデータ送受信である。
Ｂ）
公開ブックマークや、その他、評価ボタン等は、情報を拡散させる目的にあるものである。この場合の一連のデータの送受信というのは、以下の様なものでした。
１．（Ａ）さんが、特定の記事（情報）をブックマーク（あるいは評価）する。（ユーザーID：Aの記憶情報に、ブログ記事を特定する＜タイトル/若干の記事内容/URL等＞が格納される）→２．（Ａ）さんがFANを押して格納した情報が、任意の媒体（機能提供運営サイトの画面、あるいはAさんと、SNSにより繋がっているユーザーID：の端末画面）に公開表示（共有）される→３．次に、（A）さんの、お気に入り情報を見た（Ｂ）さんは、同じ様に情報を気に入りブックマークすると、Bさんの記憶情報に、ブログ記事を特定する＜タイトル/若干の記事内容/URL等＞が格納される。→４．さらに任意の媒体（サイト運営画面又は、BさんとSNSで繋がったユーザー端末画面）に公開表示（共有）される。→５．それを見た（Ｃ）さんも、情報を気に入りブックマークすると、さらに任意の媒体（サイト運営画面又は、CさんとSNSで繋がったユーザー画面）に公開表示される」→（限りなく情報が拡散される）というフローである。又、情報の共有も収集も拡散もしない非公開ブックマークは情報を単にクリップ（整理）しているものであり機能として相違する。
Ｃ）
又、ＲＳＳのFANを募る機能では、お気に入りブログの最新データ（更新記事）を配信し、又は、情報収集を行う目的の機能である。この場合の一連のデータの送受信というのは、以下の様なものです。
１．Aさんが、Bさんのブログを登録する（Aさんの記憶情報に、BさんのブログURLが格納される）→２．又、登録したブログURLの、＜記事タイトル/５０文字程度の記事/その他の評価情報等＞が格納されたコードを格納し、更新が在ると、自動配信、又は、検索エンジンによる収集等で、Aさんはリストより、Bさんのブログ更新記事を確認することができる。
Ｄ）
又、コンテンツに対し掛る既存のＦＡＮボタンでは、鑑賞者は、ＦＡＮボタンを押すと、わざわざサイトに訪問しなくても予約情報を送ってもらえる。又、この機能は、「会員登録機能」とも同等であると考えられる。そしてこの場合の一連のデータの送受信というのは、以下の様なものです。
１．Ａさんは、コンテンツ（Ａ）の何らかの情報を入手するためにＦＡＮボタンを押す（コンテンツIDと、ユーザーIDが、運営システムに格納される）→２．コンテンツ（Ａ）に関する不特定多数の情報が、メール等により送られる（又、不特定多数の中にコンテンツAの予約情報が含まれる）」
Ｅ）本システムの「次回作要求信号」データｂ
１．Aさんが、コンテンツAの次回作を要求する（Aさんの記憶情報に、コンテンツA / ID:0001等が格納される）→２．又、コンテンツAの制作者Bへと、＜コンテンツA/ID:0001 / 次回作依頼＞というデータが送信される。→３．次回作依頼データを確認した制作者Bは、その情報を参考に、コンテンツAの次回制作計画＜コンテンツA/ID:0001/次回作予告データ＞を入力し送信する。→４．Aさんが、コンテンツAの制作計画書を確認する。というフローである。
以上の様に、本システムは、Ａの機能の様に、ユーザー同士の繋がりを広げる機能ではなく、又、Ｂの機能の様に、情報を拡散する機能でもなく、商品を購入する機能である。又、Ｃの機能の様に、ブログの更新（タイトルや記事等情報）を自動で収集する機能でもなく、本システムは、動画、音楽、書籍、画像、ゲーム等の、コンテンツ制作依頼を送信するものである。又、Ｄの機能は、情報を指定しておらず、返信する内容も限定していない情報機能である。
以上の様に上記機能では、本発明が課題とする解決に効果がないものあった。本システムは、「図４８」の様に、特定の情報を顧客が指定して、特定の情報を提供者が返信するものである。又、本システムは、指定のない情報は広告宣伝情報として、指定している情報は広告宣伝ではない情報として区別しているものである。
又、既存にあるＦＡＮ機能と本システムとの違いは「図４８−１」と「図４８−２」の様なものであり、「図４８−２」では、既存、FANボタンの発信というのは、「Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ」の情報が全て一緒であり、違いが無い状態である。これは「Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ」は、＝「Ｚ」という一つの情報であるという認識をしている。つまり、「Ａ」も、「Ｂ」も、「Ｃ」も、＝「Ｚ」という認識をしている。これは例えば、「果物」に対し、「果物」という認識しかしていない状態であるといえる。本発明は、「Ａ」という情報は「Ａ」であり、「Ｂ」という情報は「Ｂ」であり、「Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ」は、「各Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ」の情報であり、違いがあるという事を発見し、その違いを明確化し、効果を出すものであると言える。これは例えば、「果物」に対し、「リンゴ、オレンジ、メロン、イチゴ」と認識する状態である。そして、各オレンジ、リンゴ、メロンは、含まれる成分が異なり、この違いを発見し区別する事は、その固体を認識するだけに足りうる必要と効果があるあらだと言える。
In addition, there are existing FAN functions for recruiting FAN, such as SNS. It's the similar signal and that "continued to want to see", which is the next work request signal of the present invention, various types there Ri is in such a function, differences at the sending and receiving of data of its To state. (Refer to "Fig. 47")
A)
The function to solicit FAN by SNS is a function that displays information that targets a person (* user ID) and expands the connection between people. For example, the intention expression “I am FAN of this person” is shown, and the person and the person's circle are linked and connected. In this case, a series of data transmission / reception is as follows .
1. (A) becomes (B) 's FAN (user ID: B is stored in the stored information of user ID: A) → 2. Mr. (B) enters Mr. (A) 's FAN list (the stored user ID: B is disclosed on Mr. A's screen). In the future, Mr. (A) will be sent a lot of unspecified update information (subjects of articles, etc.) of Mr. (B) → 3. Publish (share) Mr. (A) 's FAN list to general or specific group → 4. (C) who saw (A) 's FAN list registers (B) who was interested in the list as FAN (user ID: C is stored in the stored information of user ID: C) Yes) → (Return to 1).
B)
Public bookmarks and other evaluation buttons are for the purpose of spreading information. In this case, the series of data transmission / reception was as follows .
1. (A) bookmarks (or evaluates) a specific article (information). (In the stored information of user ID A, <title / some article content / URL etc.> for specifying a blog article is stored) → 2. The information stored by Mr. (A) by pressing FAN will be publicly displayed (shared) on any medium (screen of the function provision management site or user ID connected to Mr. A via SNS) → 3. Next, (B) who saw (A) 's favorite information likes the information in the same way and bookmarks it, and specifies the blog article in Mr. B's memory information. Etc.> are stored. → 4. Furthermore, it is publicly displayed (shared) on any medium (site management screen or user terminal screen connected to Mr. B via SNS). → 5. (C), who saw it, also likes and bookmarks information, and will be displayed on any medium (site management screen or user screen connected to Mr. C via SNS) ”→ (Information will be spread without limit) This is the flow. In addition, a private bookmark that does not share, collect, or disperse information is simply a clip (arrangement) of information and has a different function.
C)
In addition, the ability to raise the FAN of the RSS, deliver the latest data (updated article) of your favorite blogs, or, Ru function der of the purpose of the information collection. In this case, a series of data transmission / reception is as follows .
1. Mr. A registers Mr. B's blog (B's blog URL is stored in Mr. A's memory information) → 2. In addition, the code that stores <article title / article of about 50 characters / other evaluation information, etc.> of the registered blog URL is stored. , A can check B's blog update from the list.
D)
In addition, the existing FAN button that hung against the content, the viewer, and press the FAN button, get to send even reservation information without having to visit to bother site. This function is considered to be equivalent to the “member registration function”. And in this case, a series of data transmission / reception is as follows .
1. Mr. A presses the FAN button to obtain some information of the content (A) (content ID and user ID are stored in the management system) → 2. Unspecified number of information regarding the content (A) is sent by e-mail etc. (and the reservation information of the content A is included in the unspecified number) ”
E) “Next work request signal” data b of this system
1. Mr. A requests the next work of content A (content A / ID: 0001 etc. is stored in Mr. A's memory information) → 2. Further, data <content A / ID: 0001 / next production request> is transmitted to the producer B of the
As described above, this system is not a function to expand the connection between users like the function A, but a function to purchase products, not a function to spread information like the function B. The Moreover, unlike the function of C , this system is not a function for automatically collecting blog updates (information such as titles and articles), but this system transmits content production requests such as videos, music, books, images, and games. Is . The function D is an information function that does not specify information and does not limit the contents to be returned.
As described above, the functions described above have no effect on the solution of the present invention . In this system, as shown in FIG. 48, the customer designates specific information and the provider returns the specific information. In addition, this system is not specified information is as advertising information, information you have specified is shall not distinguish as information that is not advertising.
Also, the difference between the existing FAN function and this system is as shown in “Fig. 48-1” and “Fig. 48-2”. Is a state in which all the information of “A, B, C, D, E, F, G” is the same and there is no difference. This recognizes that “A, B, C, D, E, F, G” is one piece of information “= Z”. That is, “A”, “B”, and “C” both recognize “= Z”. For example, it can be said that “fruit” is only recognized as “fruit”. In the present invention, the information “A” is “A”, the information “B” is “B”, and “A, B, C, D, E, F, G” , C, D, E, F, G ”, it is discovered that there is a difference, the difference is clarified, and it can be said that it produces an effect. This is, for example, a state where “fruit” is recognized as “apple, orange, melon, strawberry”. And each orange, apple, and melon contain different ingredients, and it can be said that discovering and distinguishing this difference is necessary and effective enough to recognize the solid.
又、本システムの市場フローについて述べる。本システムは「図４４」の様な形で、市場を真逆にするものである。又、その真逆であるフローを、本システムと類似する既存のコミュニティーシステムと、予約や通常販売とを比較して以下に述べる。又、以下内容は、言語化が難しい抽象的なイメージや感覚を述べたものであり、しかしながら、システムの軸となる概念である為、以下に説明を述べる。
『予約販売 の場合のフロー』
「１．こんな商品があったら売れるのではないか？（発案）→２．販売したい→３、コスト障害を感じる→４．事前にどれぐらい売れるかの部数を知りたい（売上予測を立てたい）→５．予約販売を行って確認したい→６．購入してほしい→７．販売達成or販売未達→８．又、ニーズが無くて売り上げが無いと困るので、マーケティング機能も欲しい。→興味を持ってくれた購入予備軍のユーザーを囲い込みたい。過去に購入してくれたお客さんも囲い込みたい（ＦＡＮ機能を設置する。あるいは既存のコミュニティサイトで販売促進する。」
『コミュニティーシステム（ＦＡＮクラブ）の場合のフロー』
「そこそこに商品が売れていて人気が出た。（もしくは人気が在る）→２．顧客の囲い込みをしたい（もしくは顧客からファンクラブを作りたいと自発的に思う）→３．顧客とのコミュニケーションをはかりたい、仲良くなって新密度ＵＰをはかりたい、コミュニティーをつくりたい（もしくは作家とコミュニケーションを図りたい）→４．次の商品を販売する（もしくは次の商品が購入できる）」
『本システムの場合：制作者の視点』
「１．既に商品を制作して販売している自分（未来）→２．購入してくれた鑑賞者がいた（１より少しだけ過去）→２．作品が完成していた（２より少しだけ過去）→３．制作を行った（３より少しだけ過去）→４．制作したいと言う動機が在った（４より少しだけ過去）」
そしてこれを逆さまにすると、以下のステップが導かれる。
「制作したい→生活費と制作時間を捻出したい（この時点では、特に何を作ろうかの企画は決まっていない）→制作予定前より先に売り上げを確定して制作を行いたい→そして制作計画書を発行したらそれを購入してもらえないだろうか？→計画段階で購入しようとする人は誰だろう？→なぜ、購入してくれるのだろう？→９．前回の続きが見たいからだろう→１０．すると過去作品を見ていることが前提である（未来：既に販売している自分）」
以上が、人モノ流れである。※尚、ビジネスでは往々にして逆算して考えるケースが在るため上記は概ねの流れであります。例えば不揃いなケースには以下の様なものが在ります。→「作品作った→販売したい→その為には広告を行わなければ→情報一部公開→広告する→販売達成（次回作を制作する）」あるいは、「作品作った→早く次回作を作りたい→その前に、今作った作品を販売しよう→いろんな人に見て欲しい→その為には一部情報を公開しよう→広告しよう→販売達成」しかし、大きな流れはほぼ同じであります。そして、上記の内容をさらに簡素化したものを以下に述べる。
＜上記３種類のシステムの人・モノ・の流れの軸：さらに簡素化＞
『本システム』
「現在制作したい→生活費あるいは時間を確保したい（販売）→計画書（発案）→続きを見たい→過去作品」
『コミュニティーシステム（ＦＡＮクラブ）』
「人気が出た（ある）→仲良くなりたい（近づきたい）→もっと情報が欲しい（提供したい）」
『予約販売 』
「作品を作った→鑑賞してほしい→一部公開する→購入してほしい→商品引き渡して次回作の制作」
＜上記３種類のシステムの人・モノ・の流れの軸：さらに抽象化＞
・本システム
「制作→課金→一部情報→続き見たい→過去作品」
・コミュニティーシステム
「人気過去作品→ＦＡＮ（続き見たい）→一部情報（発案）→課金（販売）→次回制作」
・通常＆予約販売システム
「作品有→見て欲しい→一部情報公開→購入してほしい→次回作制作」
＜上記３種類のシステムの機能的フロー＞
先行販売 「過去作品＋ＦＡＮボタン＋販売前作品情報＋課金機能＋制作搬入」
ＦＡＮクラブ 「過去作品＋ＦＡＮボタン＋販売前作品情報＋課金機能＋制作搬入」
予約販売（消費者視点） 「作品無→広告→一部情報公開→課金→完成商品提供」
予約販売（提供者視点） 「制作搬入→広告→一部情報公開→課金→完成商品提供」
又、上記の予約販売の鑑賞者フローは、広告に興味を持ち、リンクを伝って商品の一部情報を見て、次に購入し、その後、完成作品を観賞するという形になります。しかし、消費者は、オンラインショップで商品を購入する際に、又、広告から入る場合ではなく、消費者が自ら特定の欲しい商品を求めていて、それを販売しているショップを探しているケースもあるためその場合のフローを以下に述べる。
＜機能的フロー：鑑賞者目線＞
「作品無し→作品を販売して欲しい（ストア探し）→商品の一部情報公開→
購入意思決定（カート）→完全商品」
↓
＜さらに簡素化する＞
「商品無し→販売（課金）→一部情報→カート→完全商品」
↓
＜さらに人・モノ・フローに置き換える＞
「完全商品→カート→一部情報→課金→商品無し」
この場合、消費者が広告から入らない場合のトリガーになる部分（ＦＡＮ機能になる部分）は、「カート」ボタンになり、消費者が広告から入る場合は、「広告リンク」ボタンが、トリガー（ＦＡＮ機能）になります。これは消費者から特定の商品を求めていた場合、「続きを見たい」という意思決定ボタンは「カートへ入れる」ボタンになるということになります。「カートへ入れるボタン」と、「広告リンクボタン」が、消費者と提供者のその時の状態で、質的な役割が変化しています。そして、さらに一連のフローをイメージとして抽象化すると以下になります。
＜機械的フロー＞
ＦＡＮクラブ 「作品有→トリガー→中→トリガー→作品無」
予約通常販売 「作品無→トリガー→中→トリガー→作品有」
先行販売 「作品有→トリガー→中→トリガー→作品無」
＜人・モノのフロー＞
ＦＡＮクラブ 「作品有→トリガー→中→トリガー→作品無」
予約通常販売 「作品有→トリガー→中→トリガー→作品無」
先行販売 「作品無→トリガー→中→トリガー→作品有」
（※トリガー＝意思決定）
以上の様に、本システムの、軸となるフローが、既存にある、コミュニティーシステム、予約＆通常販売と、真逆になっております。（「図４５」参照）
The market flow of this system is also described. This system is to reverse the market in the form as shown in FIG. The flow that is the opposite of the above is described below by comparing an existing community system similar to this system with reservations and normal sales. Further, the following contents are those mentioned abstract images and feelings are difficult verbalize, but while, because of the concept is the axis of the system, describing the description below.
" Flow for reservation sale"
“1. Can you sell if there is such a product? (Proposed) → 2. Want to sell → 3, I feel a cost obstacle → 4. I want to know how many copies to sell in advance (I want to make a sales forecast) → 5.I want to confirm by performing pre-order sales → 6.I want to purchase → 7.Sales achievement or sales not achieved → 8.I also want a marketing function because there is no need and there is no sales. I want to enclose users of the reserve reserves that I have brought in. I also want to enclose customers who have purchased in the past (install the FAN function or promote sales on existing community sites.)
“ Flow for Community System (FAN Club)”
“The product has been selling well and has become popular (or popular) → 2. I want to lock in my customers (or voluntarily want to create a fan club from my customers) → 3. Communication with customers I want to measure, want to get along with new density UP, create a community (or want to communicate with the artist) → 4. Sell the next product (or you can purchase the next product) "
“In the case of this system: the producer's perspective”
“1. I have already produced and sold the product (future) → 2. There was a viewer who purchased it (slightly past 1) → 2. The work was completed (slightly less than 2) The past) → 3.The production was done (a little past than 3) → 4. There was a motivation to create (a little past 4) ”
And turning this upside down leads to the following steps:
“I want to produce → I want to find out the cost of living and production time (at this point, there is no particular plan for what to make) → I want to make the production after confirming the sales before the production schedule → And the production plan Would you buy it when it was issued? → Who would like to buy it at the planning stage? → Why would you buy it? → 9.I would like to see the last continuation → 10 Then, it is premised on seeing past works (future: self that has already been sold) "
The above is the flow of people. * In addition, the above is a general flow because there are cases where business often thinks backward. For example, inconsistent cases include the following. → "I made a work-> I want to sell-> To that end, if I don't advertise-> Partially disclosed information->Advertise-> Achieve sales (create next work)" → Before that, let's sell the work you made now → I want people to see it → I want to release some information → Advertise → Sales achieved ”However, the big flow is almost the same. The following is a further simplification of the above content.
<Above three systems flow of people, goods and the axial: further simplify>
"This system"
“I want to make it now → I want to secure my living expenses or time (sales) → My plan (invention) → I want to see more → Past works”
“Community System (FAN Club)”
“Popularity (is) → I want to get along (I want to get closer) → I want more information (I want to provide)”
"Pre-order sale"
“I made a work → I want to see it → I want to show it partially → I want to buy it → Deliver the product and produce the next work”
<Axis of flow of people, things, and flows of the above three types of systems: further abstraction>
・ This system
"Production->Billing-> Some information-> See more-> Past works"
・ Community system “Popular past works → FAN (I want to see more) → Some information (proposed) → Billing (sales) → Next production”
・ Regular & pre-order sales system “works present → want to see → some information disclosure → want to purchase → next work production”
<Functional flow of the above three types of systems>
Advance sales "Past work + FAN button + Pre-sales work information + Billing function + Production delivery"
FAN Club “Past Work + FAN Button + Pre-Sales Work Information + Billing Function + Production Delivery”
Pre-sale (consumer perspective) “No work → Advertise → Partial information disclosure → Billing → Provide finished product”
Reservation sales (provider perspective) “Production import → Advertising → Partial information disclosure → Billing → Completed product provision”
In addition, the above-mentioned pre-sale viewer flow shows that you are interested in advertising, follow a link to see some product information, then purchase, and then watch the finished product. However, when a consumer purchases a product in an online shop or not through an advertisement, the consumer is seeking a specific product he / she wants and wants a shop that sells it. Therefore, the flow in that case is described below.
<Functional flow: Looking at viewers>
“No work → I want to sell my work (store search) → Publication of some product information →
Purchase decision (cart) → complete product "
↓
<To further simplify>
“No product → Sales (billing) → Some information → Cart → Complete product”
↓
<Further replacement with people, goods and flows>
"Complete product->cart-> some information->billing-> no product"
In this case, the part that becomes the trigger when the consumer does not enter from the advertisement (the part that becomes the FAN function) becomes the “cart” button, and when the consumer enters from the advertisement, the “ad link” button triggers ( FAN function). This means that if you are looking for a specific product from a consumer, the decision button to “see more” will be the “Add to Cart” button. The qualitative roles of the “Add to Cart” button and the “Advertise Link Button” are changing according to the current state of consumers and providers. And if you further abstract a series of flows as an image, it will be as follows.
<Mechanical flow>
FAN Club “works present → trigger → medium → trigger → no work”
Reservation regular sale "No work → Trigger → Medium → Trigger → Works available"
Pre-sale "works present → trigger → middle → trigger → no work"
<Flow of people and goods>
FAN Club “works present → trigger → medium → trigger → no work”
Reservation regular sale "works present → trigger → middle → trigger → no work"
Advance sales "No work → Trigger → Medium → Trigger → Works available"
(* Trigger = decision making)
As described above, the core flow of this system is the opposite of the existing community system, reservation & regular sales. (See Figure 45)
次に本発明の「続きを見たいボタン」の概念的な説明を、本システムと類似する既存の「カートボタン」、「ＦＡＮボタン」と比較しながら述べる。
『オンラインショップのカートへ入れるボタン』
既存のカートボタンの性質は、「購入前＋整理機能」である。そのフローとして、「購入前整理機能（カートへ入れる）」を押してから、「購入する（最終決済意思）」までの消費者の意思とそれに掛る情報（物）の変化（流れ）は、「カートボタンを押すと＝購入したい商品情報（通常又は予約販売）を≪完全に指定≫し、大量にある商品の中から選別（整理）する」そして、カート内に入ると「カートボタンで≪完全に指定≫した商品情報が表示される（これは先よりも整理された状態である）」。そして「選別して表示された商品（情報）の中からさらに、最終選別を行い最終決済意思購入ボタンを押す」というステップである。消費者は、カートボタンにより特定の情報（商品）を≪完全に指定≫し、カート内で、その消費者が≪完全に指定≫した情報をそのまま表示し、次に消費者は購入ステップを踏む。
『本システムの（続きを見たい）ボタン』
続きを見たいボタンの性質は、「アンケート的要素＋リピート的（評価的要素）＋（オーダー的）購入前意思＋情報整理機能（ＲＳＳ）」である。そして、そのフローは、「オーダー意思＋整理機能ボタン（カートへ入れる）」を押してから、「購入する（最終決済意思）」までの消費者の意思と、それに掛る情報（物）の変化（流れ）は、「（続きを見たい）ボタンを押すと＝購入したい商品（情報）を≪緩やかに指定≫し、大量にある商品の中から選別（整理）する」そして、本発明のサイト内に入ると「（続きを見たい）ボタンで≪緩やかに指定≫した商品（情報）が表示される（これは先よりも整理された状態である。又、先のボタンから情報表示までに小から大の時間差有）」そして「選別して表示された商品（情報）の中からさらに、最終選別を行い最終決済意思購入ボタンを押す」というステップである。消費者は、（続きを見たい）ボタンにより特定の情報（商品）を≪緩やかに指定≫し、本発明サイト内で、その消費者が≪緩やかに指定≫した情報をそのまま表示し、次に、消費者は購入ステップを踏みます。（※緩やかに指定するとは、商品が、未だ無いコンテンツの為、完全に指定していると言えない為、“緩やかに”とした表現である。）
※尚、カートへ入れる段階が、“ゆるやか”に購入を指定するという、“ゆるやか”とは、対象商品が未だ無いコンテンツである為、購入しようとする商品が無く（制作予定表すら無い状態である）、指定をしたくとも指定できない状態であるという意味の、“ゆるやか”である）しかし、どの過去作品の次回作なのか？という過去作品に対しては厳密に指定するものとする。（「図５１」参照）
『コミュニティシステム等のＦＡＮボタン』
ＦＡＮボタンの性質は「情報需要意思＋整理機能ボタン」を押してから、何らかのコンテンツに出会い「購入意思（最終決済意思）」を押すまでの消費者の意思と、それに掛る情報（物）の変化（流れ）は、「ＦＡＮボタンを押すと＝ある特定の情報（しかし不特定情報として需要する情報）を、購入商品として≪指定は行わない≫形で、大量にある情報の中から選別（整理）する」そして、コミュニティサイト内に入ると「ＦＡＮボタンで、購入商品として≪指定は行わなかった≫情報である、特定の情報（しかし不特定情報として需要する情報）が表示される。」（これは先よりも情報は整理された状態である）そして「選別して表示された特定（不特定）の情報の中からさらに、購入したい商品（情報）を見つけると、「カートへ入れるボタン」により購入したい商品（情報）を≪完全に指定≫し、大量にある商品の中から、又さらに選別（整理）する」そして、カート内に入ると「カートボタンで≪完全に指定≫した商品（情報）が表示される」（これは先よりも整理された状態である）そして「選別して表示された商品（情報）の中からさらに、最終選別を行い「最終決済意思」ボタンを押す」というステップを踏みます。これは、既存にある「コミュニティー＆オンラインショップ」の構造になります。
以上の様に、信号を送信してから返信される処理の内容が既存の機能とは異なっております
Next, a conceptual description of the “button to see more” of the present invention will be described in comparison with existing “cart buttons” and “FAN buttons” similar to the present system .
"Button to put in online shop cart"
The nature of the existing cart button is “pre-purchase + organizing function”. As the flow, press the "pre-purchase arrangement function (Add to cart)", "buy (final settlement intention)" changes to the consumer of intent and such information to that of (things) (flow) is, "cart When the button is pressed, the product information (normal or reserved sales) you want to purchase is «completely specified» and selected (organized) from a large number of products. “Specified” product information is displayed (this is more organized than before) ”. Then, “the final selection is further performed from the products (information) displayed after selection and the final settlement intention purchase button is pressed”. The consumer uses the cart button to «completely specify» specific information (product), displays the information «completely specified» by the consumer in the cart, and the consumer then proceeds to the purchase step. .
“Button of this system (I want to see more)”
The nature of the button to be continued is “questionnaire element + repeat-like (evaluative element) + (order-like) pre-purchase intention + information organizing function (RSS)”. And the flow is the change (flow) of the consumer's intention and the information (things) applied to it from pressing the “order intention + organizing function button (add to cart)” to “purchasing (final settlement intention)” ) "If you press the button (I want to see more), the product (information) that I want to purchase is selected gently" and selected (arranged) from a large number of products. And in the site of the present invention When you enter, the product (information) that you have selected (slowly specified) with the (I want to see more) button is displayed (this is a more organized state than before. Also, from the previous button to the information display from the small And a step of “the final selection is made from the products (information) selected and displayed and the final settlement intention purchase button is pressed”. The consumer (specifically wants to see more) click on the button to specify specific information (product), then display the information that the consumer specified gently (in the present invention site). , Consumers take the buying step. (* Specifying loosely is an expression of “slowly” because the product is not yet content and cannot be said to be completely specified.)
* In addition, because the stage to put in the cart specifies purchase as “loose”, “loose” is content that does not yet have the target product, so there is no product to be purchased (in the state where the production schedule is not expressed) (It is “slow” in the sense that it is in a state that can not be specified even if you want to specify) But which past work is the next work? For past works, it is strictly specified. (See Figure 51)
"FAN button for community system"
The FAN button is characterized by the consumer's will and the change of information (things) that occurs after pressing the “information demand intention + organizing function button” until it encounters some content and presses the “purchase intention (final settlement intention)” ( Flow) is “selecting certain information (but information that is demanded as unspecified information) when the FAN button is pressed” as a purchased product in the form of “not specified” from a large amount of information (organization) Then, when entering the community site, “FAN button will display specific information (but information that is demanded as unspecified information), which is“ not specified ”information as a purchased product.” (This The information is in a more organized state than before) and "If you find the product (information) you want to purchase further from the specific (unspecified) information that has been sorted and displayed, put it in the cart""Selectcompletely" the product (information) you want to purchase with the "button", and select (organize) further from a large number of products "And when you enter the cart," Completely specified "with the cart button "Product (information) is displayed" (This is a more organized state than before) and "Selected products (information) is further sorted and the final settlement will" button Press the “Press” step. This is the existing “Community & Online Shop” structure.
As described above, the content of the process sent back after sending a signal is different from the existing function.
以上の既存ビジネスモデルとの相違から、本システムは、経済モデルそのものが過去に一つも事例の無い経済モデルである。 Due to the difference from the existing business model described above , this system is an economic model that has no examples in the past .
この方法により制作者であるユーザ（１）は、事前に売上を確定させる事ができるので、安心して創作活動に打ち込む事ができる。イメージとしては、両者の合意が必要なオークションの様なものであり（しかし商品がないのでオークションとは異なる）、オーダーの様なものであり（しかし購入者の細かく希望する商品を制作しないので依頼型のオーダーとは異なる。この“細部の細かく希望する商品を制作しないと言う意味”は、コンテンツの依頼とは、あくまでも“A”という作品の次回作という漠然とした依頼であり、作品Aという指定はできても内容事態までは顧客が細かく指定できない顧客の想像を越えた創造性を要する製造である、という意味を指す）又、資金調達の様なものであり（しかし利息ではなく商品を購入するので異なる。また、作品の搬入が完了しないと入金は行われないので資金調達とも異なる。）又、制作者からすると資金調達という言葉であるが投資家からすると投資システムという言葉が厳密である。 By this method, the user (1) who is the creator can determine the sales in advance, so that he can devote himself to the creative activity with peace of mind. The image is like an auction that requires mutual agreement (but different from an auction because there is no product), and it is like an order (but it doesn't produce the product that the buyer wants to request in detail) This is different from the order of the mold.This “meaning not to produce the desired product in detail” means that the request for content is a vague request for the next work of the work “A”. It means manufacturing that requires creativity beyond the imagination of the customer, but the content cannot be specified in detail, but it is like funding (but purchases goods, not interest) Also, it is different from funding because if the work is not completed, it will not be paid in. That is a strictly the word investment system to be from investors.
又、予約販売の様なもの（しかし販売の決まった商品の予約ではないので異なる。又、この“販売の決まった商品”という言葉が指しているのは、これは、一般的な予約販売の認識は予告通知を行って中止を行わないものが殆どの予約販売であるため、この認識を基準に述べるものである。その為、一般的な予約の認識を基準にして、本発明とは異なる事を述べるものであります。予約販売で鑑賞者を集い、その後、購入者の人数が足りなければ予約を取り下げるシステムは、周知のシステムではなく、「予約の発表を行う＝（イコール）既にそれは、ほぼ販売が決まっているのと同等である」という認識がまず前提にあり記載するものである。そして、そうすると「販売をしたいという意思が決まっていない＝（イコール）制作者が予約通知を行っていない」という状態のことであり、「販売の決まった商品ではないので異なる」という意味は、「本システムの扱う商品は、予約広告（販売をしたいという意思）を行っていない商品なので異なる」ということを指します。本システムは、作家がまだ制作の予定もしていない段階から、制作する作品を先行して依頼する事のできる販売システムであり、鑑賞者から、制作者へ依頼を行う販売であるという事を意味しております。（「図９」参照）又、あくまでも、（データa）の次回作の購入に至る、購入及び制作の合否は、依頼を行う過程に生じる交渉ステップに過ぎないものであり、予約販売とは異なるものである。 Also, it is something like a pre-sale (but not because it is a pre-sale product reservation, and this is different. Also, the term “sale product” refers to the general pre-sale The recognition is made on the basis of this recognition because most of the reservation sales are those that give notice of advance notice and do not cancel, so they differ from the present invention on the basis of recognition of general reservations. The system that gathers viewers by pre-sale and then withdraws the reservation if the number of buyers is not enough is not a well-known system. is intended to recognize that almost sale is equivalent to has been decided "first described is in the premise. then, then" selling is not decided intention that you want to = (equal) authors reservation communication Means that the product handled by this system is a product that does not sell reservation ads (willing to sell). This system is a sales system that allows the artist to request the work to be produced in advance from the stage where the artist has not yet planned to produce. (Refer to “Fig. 9”.) In addition, the purchase / production success / failure leading to the purchase of the next work on (Data a) is negotiated in the process of making the request. It is only a step and is different from pre-sale.
又、周知認識の予約販売は、概ね、販売が決まった商品に対して、販売側と購入者側の品切れによる販売ロスを避ける目的にあり、本発明は、販売ロスを避ける為だけの効果を目的とするものではない。又、予約販売にはキャンセルという仕組みもあるのだが、この機能が成立しているのは感覚的にも、交通サービスやホテル、イベント等のサービスを受ける日付が限定されるものに対して猶予を設けているケースである。そしてこの場合、販売者は事前にキャンセルを行えば、空いた分の補充が可能なので返金できる仕組みである。その為、本発明には、少額の為に、キャンセルを行う理由がなく、又依頼という要素が含まれるので、基本的には、購入すると送信した時点で責任を持つものとする。そして、本機能は、制作者に作品を制作してもらう意味もサービスの中に含まれるので予約販売とは性質が異なる。又、コンテンツ販売では、通常、予約を承った時点では課金はされないのが一般的である。しかし本発明は、鑑賞者から制作者へ依頼を受けて、その過程に相互間の交渉を行うものである為である。例えば、これは、鑑賞者が「Ａを作ってください」とすると、→制作者は、簡単なラフスケッチを見せ、「これでよろしいでしょうか？」と確認する→すると鑑賞者は、「購入します・購入しません」という流れである為、依頼という要素が強く、先行コンテンツ販売という、鑑賞者と制作者の間のバランスを考えた際に、「購入します」と送信した段階で、課金を行う形を取るものである。しかしながら、制作者は、未だ作品を、鑑賞者に渡してはいないためプールという形で処置を取るものである。又、販売を予定していない段階から、作家の制作する作品を先行して購入する課金システムは現状存在せず、従来の方法では作家は安定した収入の確保を行い制作をする事が難しいという現状にあった。 In addition, the well-recognized reservation sale is generally for the purpose of avoiding the sales loss due to the out-of-stock of the sales side and the purchaser side with respect to the product for which the sale has been decided, and the present invention is effective only to avoid the sales loss. It is not intended. In addition, there is a mechanism of cancellation in the pre-sale, but this function is established, but it is sensuously that there is a grace period for a limited date for receiving services such as transportation services, hotels, events, etc. This is the case. In this case, if the seller cancels in advance, the vacant can be replenished, so it can be refunded. Therefore, the present invention does not have a reason for canceling for a small amount, and includes an element of request, so basically, it is assumed that it is responsible at the time of transmission when purchased. And this feature is different from pre-order sales because the service also includes the meaning of having the creator create the work. Further, in content sales, generally, when a reservation is received, no charge is generally made. However, according to the present invention, the viewer receives a request from the creator and negotiates with each other in the process. For example, if the viewer says "Please make A", the producer will show a simple rough sketch and confirm that "Is this all right?" Because it is a flow of “I will not purchase”, the request element is strong, and when considering the balance between viewers and creators, the advance content sales, when I send “I will purchase”, I will be charged It takes the form to do. However, the creator takes the action in the form of a pool because the work has not yet been given to the viewer. In addition, there is currently no billing system for pre-purchasing works created by the writer from the stage where sales are not planned, and it is difficult for the writer to secure a stable income by using the conventional method. It was in the current situation.
又、作家の制作する作品を先行して購入する課金システムというのは、制作者が制作を予定していない段階から、先行して依頼を行う行為を指し、そして、課金システムというのは先行コンテンツ（制作者が制作の予定していないコンテンツ）のオンラインストアであるという事を指しているものである。その為、本発明は完全なオンラインストアであり、鑑賞者が、次回作を依頼した過去作品（データa）は、ＳＮＳシステムの様に、公開共有され、情報が拡散されるものではなく、オンラインストアの、カートへ入れるボタンと性質が類似する。（「図１１」「図１２」参照）又、鑑賞者と制作者の間には、ＳＮＳの様なユーザー間の繋がりはないものである。又、先行して投資することのできるシステムであることから、投資システムの様な…、と述べるものである。又、オークションの様であるという言葉が指す意味は、オーダーでありながらも、鑑賞者の数が足りないと（合計の購入金額が上がらないと）制作実行が行われないという事を指し、（既存のオーダーとは、オリジナルの一つしかない製品を製造してもらう際に行う販売システムであり、本システムは顧客が求めるオリジナル製品を製造するわけではない）又、本発明によれば作家が生活の目途を立たせながら創作ができる環境が実現でき、制作者の自律を容易にするコンテンツ市場が可能になる。又、本発明はプロに留まらず、広く誰にでも参加可能なシステムである。 In addition, a billing system that purchases a work produced by a writer in advance refers to an act of making a request in advance from the stage where the creator does not plan to produce, and the billing system is a predecessor content. it is one that points to the fact that an online store (author content that is not scheduled for production). For this reason, the present invention is a complete online store, and past works (data a) requested by viewers for the next work are not shared or distributed as in the SNS system. Similar in nature to the store buttons. ( "Figure 11" see "Figure 12") In addition, between the viewer and the author, is that there is no connection between such user of the SNS. In addition, since it is a system that can be invested in advance, it is like an investment system. Moreover, the meaning of the word “like an auction” means that the production is not executed if the number of viewers is not enough (if the total purchase price does not increase), even though it is an order, An existing order is a sales system that is performed when a product that has only one original is manufactured. This system does not manufacture the original product that the customer wants.) An environment where people can create their work while keeping their eyes on their lives can be realized, and a content market that facilitates the autonomy of creators becomes possible. Moreover, the present invention is a system that can be widely participated by anyone, not just professionals.
段落「００１２」の様な形で、作品を制作する予定をしていない状況においても鑑賞者側から制作依頼が入る効果が得られるということは、観賞側のメリットとしては、過去にお気に入りの作品が在ったにも関わらず様々な事情により見る事が不可能になってしまった作品や、又、過去のその時点においては、作品が評価されなかった作品であり、時間がたつ事により観賞したくなった作品や、又、現在、作家が制作活動すら行っていない場合の作品であっても、鑑賞者側から続きを見たいという情報を発信し、続き作品を制作依頼（促す事）ができる。そして、それは作家の応答の有無に関わらず（作家とのＩＤが一致している等の本人確認ができる限り）鑑賞者側から依頼が行えるシステムであり、鑑賞者側は、続きが見たい作品をストックする事ができる。そして、そのコンテンツが作成された期間は、作家が生存している限り、どこまでも過去にまで遡る事が可能であり（※例えば２０年〜５０年前等）、作家にとって現在、ＨＯＴな制作の作品の如何に関わらず、作家の過去制作した作品が全対象となる。その為、期間に縛られる事無く、顧客のニーズをくみ取れる自由度があり双方にメリットがある。 Even in situations where you do not plan to produce a work in the form of paragraph “0012”, the effect of receiving a request for production from the viewer side can be obtained. Although it was a work that has become impossible to see due to various circumstances, and the work has not been evaluated at that time in the past, it can be enjoyed over time Even if it is a work that you want to do, or even if the writer is not currently doing any production activity, the viewer will send information that you want to see the continuation, and request (prompt) production of the continuation work Can do. It is a system that can be requested by the viewer regardless of whether or not the writer responds (as long as the identity of the writer matches the ID, etc.). Can be stocked. And, as long as the artist is alive, the content can be traced back to the past as long as the artist is alive (for example, 20 to 50 years ago). Regardless of whether or not, works created by the artist in the past are all eligible. Therefore, there is a degree of freedom to capture customer needs without being bound by the period, and both have advantages.
以下、本発明の実施形態を図１に基づいて詳細に説明する。尚、図示の形態は説明を容易にする為のものであり、これにより本発明が図示の形態に限定されるものではない。 Hereinafter, an embodiment of the present invention will be described in detail with reference to FIG. The illustrated embodiment is for ease of explanation, and the present invention is not limited to the illustrated embodiment.
本発明の課金システムは、作品制作者であるユーザ（１）が端末（Ａ）を介して、情報データ（a）を記憶装置に蓄積し、鑑賞者であるユーザ（２）は端末（Ｂ）を介して、前記データ（a）を確認する。前記ユーザ（２）は、お気に入りの作家を見つけると、自身が作品を観賞しているＦＡＮであり次回作を希望している意思表示を表すデータ（ｂ）を送信することができ、本システムはそのデータを記憶装置に記憶させる。又、前記ユーザー（１）は前記データ（ｂ）を基に、自身の次回作を要求している見込み顧客の確認が容易になる。 In the billing system of the present invention, the user (1) who is the work creator stores the information data (a) in the storage device via the terminal (A), and the user (2) who is the viewer is the terminal (B). The data (a) is confirmed via When the user (2) finds a favorite writer, the user (2) can transmit data (b) indicating an intention expression that he / she wants to make the next work. The data is stored in the storage device. In addition, the user (1) can easily confirm the prospective customer who requests his / her next work based on the data (b).
又、前記ユーザー（１）は、次回作品の予定である情報データ（ｃ）を発行する。この次回作と言う言葉が意味するのは、過去作品データaの次回作である。つまり、鑑賞者は、過去作品データaを観賞し、それを元に、前記データｂを送信し、それを受けて、制作者が、過去作品データaの次回作を制作するものであり、このデータｂは、「続きを見たい」（リピータ的要素）という信号を指している。そして、「続きが見たい」という、言葉が指す意味は、特定の過去作品aに対して、続きが見たいと述べるものであり、○○の続きが見たいという、○○が先に存在している事が前提である。つまり、作品Ａという、続きが見たくて、鑑賞者は、データｂを発信し、制作者は、作品Ａの次回作であるデータ（ｃ）を送信するものである。これは、鑑賞者は、情報を指定していると言う事を指す意味が含まれる。制作者が発信する、データＣとは、鑑賞者が、指定したデータaの次回作であり、あくまでも、作品Ａの続きを下さいと、鑑賞者が発信したら、「作品Ａ‘でどうですか？」という制作者側の返信の信号であり、データaと、データｂと、データｃは、作品ＩＤによって、ヒモ付けられているデータである事が前提である。過去作品データaは、（作品ＩＤ：０００１）であり、続きが見たいデータｂは（作品ＩＤ：０００１）の情報を送信するものであり、次回作データｃは、（作品ＩＤ：０００１）を返信するものである。また、データｃは、鑑賞者からの信号データｂ（作品ＩＤ：０００１）が届かないと、（作品ＩＤ：０００１）であるデータｃを送信できないという事を指す。 Also, the user (1) issues information data (c) that is scheduled for the next work. The word "next work" means the next work of past work data a. In other words, the viewer appreciates the past work data a, transmits the data b based on the data, and the creator produces the next work of the past work data a. The data b indicates a signal “I want to see more” (repeat element) . And the meaning of the word “I want to see more” says that I want to see the continuation of a specific past work a. It is a premise that. That is, the viewer wants to see the continuation of work A, the viewer transmits data b, and the creator transmits data (c), which is the next work of work A. This is, the viewer, meaning it contains Murrell to refer to that say that specify the information. The data C sent by the creator is the next work of the data a specified by the viewer. If the viewer sends the message that the continuation of the work A is to the last, "How about work A '?" It is a reply signal on the producer side, and it is assumed that data a, data b, and data c are data attached with a work ID. The past work data a is (work ID: 0001), the data b that is desired to continue to be transmitted is information of (work ID: 0001), and the next work data c is (work ID: 0001). I will reply. Data c indicates that data c (work ID: 0001) cannot be transmitted unless signal data b (work ID: 0001) is received from the viewer.
そして、過去作品Ｂを観賞し、続きが見たいと希望するなら、作品Ｂの次回作を提供するものであり、過去作品Ｃを観賞し、続きが見たいと希望するなら、作品Ｃの次回作を提供するものであり、鑑賞者から制作者への注文である。（「図８」参照）そして、データｃを端末（Ａ）を介して、記憶装置１０１に格納すると端末（Ｂ）に表示させる。ユーザー（２）は前記データ（ｃ）を確認すると作品を購入するかどうかの意思決定を行う。尚、前記データ（ｃ）は○○という作家の次回作であるというだけの情報であって作品の中身は現時点では分からない。これは既存のオーダーという概念の枠を超える、創造性が在る製造であるという事を指しているものである。そして、前記ユーザ（２）は過去作品情報である前記データ（a）を参考にして、お気に入りの作家に次回作を依頼するという形式である。そして、この“次回作を依頼する”というのは、ちょうど、レストランで、メニューリストを確認して注文を行う行為と類似する。過去作品情報であるデータaとは、レストランのメニュー票の様なものでり、鑑賞者が、注文したメニュー（コンテンツ）は、注文されて初めて制作者が、作り始めるというフローである。（※しかし本システムは、飲食店ビジネスとは明らかに相違する）。又、段落「００２５」のオーダーの様なシステムであるとは、このレストランで、注文を行う行為を指し、鑑賞者から制作者へ次回作を依頼する行為を指す。そして、次回作を依頼するというのは、特定のコンテンツを“指定”するということを指している。その“指定”は、過去作品データaにより、どの作品の次回作が見たいのか？を“指定”することができる。これは、カートへ入れるボタンと同等であり商品を指定して選択する。
And if you want to watch the past work B and want to see the continuation, the next work of the work B will be offered. If you want to watch the past work C and see the continuation, the next time for the work C This is an order from the viewer to the producer. (See FIG. 8) When the data c is stored in the
又、制作時間は１カ月以内の短期のものもあれば１年という様な長期に渡る場合もある。そして前記ユーザー（２）が購入を選択した場合は、購入の意思であるデータ（ｄ）を端末（Ｂ）より送信を行い記憶装置に記憶させる。コンピュータは自動的に複数の鑑賞者からなる前記データ（ｄ）の合計値（人数、金額）を計算し、端末（Ａ）に表示させる。前記ユーザ（１）が端末（Ａ）に表示された前記データ（ｄ）を確認し、もし希望に見合う数値に到達すれば制作合意の意思であるデータ（e）を記憶装置に送信する。合意であるデータ（e）を受けたコンピュータは、支払い情報データ（f）を決済システムに送信し決済システムは前記ユーザ（２）に対し課金処理を行う。また、もし前記ユーザ（１）が希望する数値に満たない場合は、拒否の意思である前記データ（e）を送信することができる。この場合、前記データ（f）は決済システムに送信されず前記ユーザ（２）に対し課金処理は行われない。そして、以上より本発明の課金システムの特徴として、制作者は売上金を得る為には、全力で予定日に間に合う様に作品を完成導入しなくてはいけなくなる。（※完成期日を過ぎると、購入者に返金されてしまう為）制作者側の、制作実行の判断はコスト的障害ではなく時間的障害になる為、購入者が少ない場合、時間が長期になり、購入者が多ければ、時間が最短になるという設定を行う形もありえる。その為、制作者の制作実行判断は、時間と購入者の兼ね合いによる判断になる。導入日を早く設定しすぎて、未達になれば収益が得られず、搬入日が遅すぎる設定なら（待たせたら）顧客を減らし購入率を下げる可能性がある。（尚、本システムにより、売買を行う鑑賞者及び制作者は、本システムにログインしている事が前提である） The production time may be as short as one month or as long as one year. When the user (2) selects purchase, data (d), which is an intention of purchase, is transmitted from the terminal (B) and stored in the storage device. The computer automatically calculates the total value (number of people, amount) of the data (d) consisting of a plurality of viewers and displays it on the terminal (A). The user (1) confirms the data (d) displayed on the terminal (A), and if it reaches a numerical value suitable for the request, the user (1) transmits data (e) indicating the intention of production agreement to the storage device. The computer that has received the data (e) that is the agreement transmits the payment information data (f) to the payment system, and the payment system performs a charging process for the user (2). Further, if the user (1) does not satisfy the desired value, the data (e) indicating the refusal can be transmitted. In this case, the data (f) is not transmitted to the payment system, and no charging process is performed on the user (2). From the above, as a feature of the billing system of the present invention, the creator must complete and introduce the work in time for the scheduled date in order to obtain sales. (* After the completion date, it will be refunded to the purchaser) Because the decision of the production side is not a cost obstacle but a time obstacle, if there are few buyers, the time will be long. If there are many buyers, the setting may be such that the time is minimized. Therefore, the production execution judgment of the producer is a judgment based on the balance between time and the purchaser . If the introduction date is set too early and revenue is not reached, revenue will not be obtained, and if the delivery date is set too late (if you wait), there is a possibility that the number of customers will be reduced and the purchase rate will be reduced. (It is assumed that viewers and producers who buy and sell with this system are logged into this system.)
次に作品が完成すると、前記ユーザ（１）は作品をアップロードするために端末（Ａ）を介して、作品を記憶装置に記憶させる。又、その処理がなされた情報がメール等により前記ユーザ（２）に送信される。そして、前記ユーザ（２）が、作品を受け取る処理が行われると、その処理がなされた信号である情報データ（g）が決済システムに送信される。決済システムは前記データ（g）を受信するとよってプールしていた金額を前記ユーザ（１）に振込む処理を実行する。また前記データ（ｇ）の確認がなされない場合、例えば期日以内に作品が搬入されなかった等の制作者側に過失のある場合は、課金された金額は前記ユーザ（２）に返還される。また逆に期日内に搬入したとしても前記ユーザ（２）が購入した事を忘れてしまった場合等、ケースに応じて前記ユーザ（１）に過失が無いと判断された場合は猶予期日を設けた上で前記データ（ｇ）を決済システムに送信し前記ユーザ（１）に金額が振り込まれる。 Next, when the work is completed, the user (1) stores the work in the storage device via the terminal (A) in order to upload the work. The processed information is transmitted to the user (2) by e-mail or the like. Then, when the user (2) performs a process of receiving a work, information data (g), which is a signal that has been processed, is transmitted to the payment system. Upon receiving the data (g), the settlement system executes a process of transferring the pooled amount to the user (1). In the case where the confirmation of the data (g) is not made, if there is a fault in the production side of such work has not been carried, for example, within the due date, the accounting has been the amount is returned to the user (2). Conversely, if the user (2) forgets that the user (2) has purchased it even if it is delivered within the due date, a grace date will be provided if it is determined that the user (1) is not negligent depending on the case. After that, the data (g) is transmitted to the payment system, and the amount is transferred to the user (1).
尚、上記決算手段は全てクレジット決済によるものであるが、金融機関での振込の形態をとる場合や人的手段を要する場合は上記形態に限られるものではない。振込課金である場合の課金方法は別途にプール先である振込口座を設ける等の処置も可能であるし、また同一の口座でも可能であるが個々に応じた対応を取れるものとする。クレジット課金以外の方法である振込に関しても、前述「００３４」の方法と同じものである。 Note that the settlement means is all based on credit settlement, but is not limited to the above-mentioned form when taking a form of transfer at a financial institution or requiring human means. In the case of transfer billing, a billing method such as providing a transfer account as a pool destination is also possible, and even the same account is possible, but it is possible to take measures corresponding to each. The transfer other than credit charging is the same as the method of “0034” described above.
又本発明は、決済後の前記ユーザ（２）による評価・レビュー機能も有するものとする。又、本ビジネスモデルは基本的には、ある一定の信用（質量）を超えないと、“続きを見たい”とは思われないという前提があるのだが、しかし商品が不良品であった場合は返品交換がある。又、不良品の判断は少額であり購入者が多いであろうことを考えたら、比較的容易に判断がつくと考えられ、レビューや、コメント等を指標に判断を行えるものとする。 The present invention also has an evaluation / review function by the user (2) after settlement. In addition, this business model basically has the premise that if you do not exceed a certain level of trust (mass), you do not think you want to see more, but if the product is defective There is a return exchange. In addition, considering that the determination of defective products is small and there are likely to be many purchasers, it is considered that the determination can be made relatively easily, and the determination can be made using reviews, comments, etc. as an index.
次に、図２以降を順に説明する。「図２」は、データ（b）の「続きが見たい」ボタンである。鑑賞者である前記ユーザー（２）は、お気に入り制作者に対し、意思表示として「続きが見たい」ボタンを押す事ができる。又、この「ボタン」というのは、本システムでは過去にあった動画、音楽、画像、書籍、ゲーム等の、全てを公開（無料公開含む）できるデータベースを持ち合わせてはいない事が前提である為、「図１０」の様に本システム以外のサイトへも広く他サイトへ配布することが可能である事を示している。又、コンテンツそのものの観賞は、サイト以外からであったとしても、過去作品関連情報（題名、制作者名等）は、販売を行う際には必ず必要である為、過去作品データリストへの登録が必要である。次に「図３」は、前記ユーザー（２）の、「続きを見たいボタン」を押し登録を行った制作者の一覧管理画面である。データＢ’は「続きを見たい」登録の登録解除を行うボタンである。次に「図４」は、先行販売が行われるコンテンツが一覧表示された画面である。続きを見たいボタンを押した鑑賞者の次回制作予告データを「図４」の画面で受け取ることができる。次に「図５」は、先行販売するコンテンツの次回作計画書データ（ｃ）の内容である。次に「図６」は、次回作計画書であるデータＤ’（データｃと同一）を表示した販売画面である。尚、データＤ’に含まれる情報の延期有無や延期の対応方法というのは、例えば、１サイクルを３０日と設定するならば、まず延期の有、無を選択し、回数（何サイクルか）を設定する。１サイクル＝３０日と設定するならば、３回までと制作者は先に設定することができる、というものである。もし、設定をしない場合（延期無の場合）は延期はできない。又、延期有だとしても、制作期日をオーバーすれば、コンテンツ料は制作者に振り込まれず、鑑賞者へ返金される形になる。又、先行販売受付期間とは、購入者を募集する期間であり、鑑賞者はこの期間内にコンテンツを先行して購入することが出来る期間である。次に「図７」は、購入後画面である。又鑑賞者が、コンテンツダウンロードを忘れない方法として、購入履歴を表示する画面を設ける処置も取れるものとする。以上が図順に説明した本発明の機能である。 Next, FIG. 2 and subsequent figures will be described in order. “FIG. 2” is a button “I want to see more” of data (b). The user (2) who is the viewer can press the “I want to see more” button as an intention display to the favorite producer. In addition, this “button” is based on the premise that this system does not have a database that can publish all the videos, music, images, books, games, etc. that existed in the past (including free publication). As shown in FIG. 10, it can be widely distributed to sites other than the present system. In addition, even if the content itself is viewed from outside the site, past work related information (title, producer name, etc.) is always required when selling, so registration in the past work data list is necessary. Next, “FIG. 3” is a list management screen for the producers who registered by pressing the “button to see more” of the user (2). Data B ′ is a button for canceling the registration of “I want to see more”. Next, “FIG. 4” is a screen on which a list of contents to be pre-sold is displayed. The next production preview data of the viewer who has pressed the button to see more can be received on the screen of FIG. Next, “FIG. 5” is the contents of the next work plan data (c) of the content to be pre-sold. Next "Figure 6" is a sale screen that displays the data D '(the same as the data c) is the next work a total of Esho. For example, if one cycle is set to 30 days, the information contained in the data D ′ is postponed, and if one cycle is set to 30 days, the presence or absence of postponement is first selected and the number of times (how many cycles) Set. If 1 cycle = 30 days is set, the creator can set it up to 3 times first. If it is not set (no delay), it cannot be postponed. Even if there is a postponement, if the production deadline is exceeded, the content fee will not be transferred to the creator, but will be refunded to the viewer. The pre-sale acceptance period is a period for recruiting purchasers, and the viewer can purchase contents in advance within this period. Next, “FIG. 7” is a screen after purchase. In addition, as a method for the viewer not to forget to download the content, it is possible to take a measure of providing a screen for displaying the purchase history. The above is the function of the present invention described in the order of the drawings.
以上は、本システムの軸となる構成であるが、詳細部分についての幾つかの課題があり、以下により解決方法を述べる。The above is the configuration that becomes the axis of the present system, but there are some problems with the details, and the solution will be described below.
１つ目は、「続きを見たい」ボタンを配布する方法である。２つ目は、過去作品データ（A−１）を、どのように登録し、どのように参照を行うのかの詳細なフローである。３つ目は、制作者より先に、鑑賞者等から過去著作情報が登録された場合に、過去作品データaにおける制作者ユーザーが同一である照合（ＩＤ認証）をどのように行うのか、と言う問題である。４つ目は、次回要求作の要求を行うデータｂに関しての詳細なデータの送受信の処理である。５つ目は、データCを返信する詳細な処理である。６つ目は、課金システムに於いて、制作者と鑑賞者と、本システム運営側の、各者、条件のバランスの調整における問題である。７つ目は、契約タイミングの調整問題である。 The first is a method of distributing a “I want to see more” button. The second is a detailed flow of how past work data (A-1) is registered and how it is referenced. The third is how to perform collation (ID authentication) where the creator user in the past work data a is the same when past copyright information is registered from the viewer etc. before the creator. It is a problem to say. The fourth is a detailed data transmission / reception process regarding the data b for which the next requested work is requested. The fifth is detailed processing for returning data C. Sixth, there is a problem in the balance adjustment of each person and condition on the producer side, the viewer side, and the system management side in the billing system. The seventh is a contract timing adjustment problem.
そして、４つ目の課題である、次回作の要求を行うデータｂに関しての詳細なデータの送受信を述べる。データB−１は、データｂの簡易情報であり、データB−２は、データｂの詳細情報であり、データB−３は、データB−２より算出した分析データである。そして「図２２」は、データｂの送信ステップ画面である。画面１０は、「続きが見たい」ボタンが設置されている場合であり、画面１１は、設置されていない場合である。そして、過去著作情報ＤＢ１０１に、登録が在る場合は、画面１２へ進み、登録が無い場合は、画面１３へ進む。そして画面１２又は画面１３にて、データB−２を入力すると、送信ボタンを押すことにより依頼ステップは完了する。データB−２の送信を終えると、観賞者は自身のログイン画面カート内（依頼一覧）に、先行依頼を行ったコンテンツが入っていることを確認できる。画面１５は、カート内画面の、データｃの要約が表示された一覧であり、画面１６は、カート内画面の要約無しの一覧である。又、データB-2は、ログイン後の登録設定により省略も可能である。
Then, the fourth problem, detailed data transmission / reception regarding the data b for requesting the next work will be described. Data B-1 is simple information of data b, data B-2 is detailed information of data b, and data B-3 is analysis data calculated from data B-2 . "FIG. 22" is a transmission step screen for data b. The
次に、受注サーバ６０１の機能構成として、「図１４」の説明を述べる。受注処理サーバ６０１は、過去著作登録処理（１２）と、制作者ID認証処理（１１）と、依頼情報送受信処理（１３）と、次回作送受信処理（１４）と、受注処理（１５）と、ボタンコード生成処理（１６）と、搬入（アップロード）処理（１７）と、を有している。そして過去著作登録処理（１２）は、制作者又は鑑賞者より、過去著作ＤＢ１０１へ、データ（A−１）の格納を行う一連の処理である。制作者より登録された過去著作データ（A−1）は、ID認証処理済みデータとして、観賞者より登録されたデータ（A−１）は、ID認証未処理データとして、振り分けられる。制作者ID認証処理（１１）は、制作者のID認証を行う一連の処理であり、ID認証未処理データをID認証済データへの移行を行う処理である。依頼情報送受信（１３）は、データ（B群）を受信し依頼情報データベース２０１へ格納を行い、データ（B−２/Ｂ−４）より、データ（B−３）を算出し、制作者端末へ送信する一連の処理である。次回作情報送受信処理（１４）は、制作者の依頼画面フォーマットより入力されたデータ（ｃ）を、次回作データベース２０２へ格納し、鑑賞者端末へ送信する一連の処理である。受注処理（１５）は、鑑賞者の「購入する・しない」、制作者の「制作する・しない」の合意の信号を送受信する等、その他メールを自動配信する等、受注に関する諸々の処理である。ボタン配布処理（１６）は、「続きを見たい」ボタンの生成等の一連の処理である。搬入処理（１７）は、制作者が、完成作品を完成作品ＤＢへ格納する処理、及び、鑑賞者が完成作品をダウンロードする処理、及び、積立金DBサーバ（あるいは決済システム）に信号を送信する等の一連の処理である。又、作品が完成して、完成作品DB３０１に格納されると、自動的に過去作品著作情報DB１０１に完成作品のデータ（A−１）が格納される。又、積立金DBサーバは積立額を算出する。又、時間調整DBサーバは契約タイミングを調整するデータを算出し、諸々の時間調整処理を行う。そして以下により詳細を述べて行く。
Next, the description of “FIG. 14” will be given as a functional configuration of the
１つ目の課題である「続きを見たい」ボタンを配布する方法として、「図１８」は、「続きを見たい」ボタン配布パターン１である。ステップ１では、制作者は自身の過去作品の一覧をDB101へ登録する。ステップ２では、「コード生成」処理により、作品ＩＤが埋め込まれた「続きを見たい」ボタンの、コードを生成することができる。生成されたコードにより、制作者自身で、任意のコンテンツ投稿サイトに、手動で設置を行うことができる。次に、「図１９」は、「続きを見たい」ボタンの設置パターン２である。これは任意のサイト運営者が、コンテンツ投稿システム全体に設置を行うパターンである。任意のサイト運営者は、本システムが配布を行っている「続きを見たい」ボタンの所定コードの場所に、制作者名と作品名を格納するコードを埋め込み、任意サイトオリジナルのコードを生成することにより設置可能とする。又、他にも、指定の著作情報と作者名のデータが送信される形であればこれに限るものではない。尚以上は、＜ボタンコード生成処理（１６）＞である。
As a method for distributing the “I want to see more” button as the first problem , “FIG. 18” is a
そして２つ目の課題である過去作品データaの詳細を述べる。「図２１」は、データ（A−１）を、登録する２つのステップであり、制作者側からの登録と、鑑賞者側からの登録の２つのパターンがある。そして、「図２０」は、過去作品著作ＤＢ内のデータ（A−１）の内、制作者ＩＤ認証済データと認証未処理データの２つのデータを表した図である。上方（Ａ）のデータ（A−１）は、制作者からデータ（A−１）を本システムに投稿したデータであって、本人確認（ＩＤ認証）が済みのデータである。そして、下方（Ｂ）は、制作者が過去著作情報データベース１０１に、データ（A−１）を登録していないケースであって、鑑賞者側から次回作を観賞したい過去著作情報データ（A−１）の登録を行ったデータである。そして下方（Ｂ）は、制作者の本人確認（ＩＤ）認証は行われていないID未処理データである。又、データ（A−１）は、鑑賞者だけでなく、本システム運営側からの登録も可能である。尚、以上は＜過去著作登録処理（１２）＞である。
The details of the second issue, past work data a, are described below. "FIG. 21" is two steps for registering data (A-1), and there are two patterns: registration from the producer side and registration from the viewer side. "FIG. 20" is a diagram showing two data of the creator ID authenticated data and unauthenticated unprocessed data in the data (A-1) in the past work copyright DB. Data (A-1) in the upper part (A) is data obtained by submitting data (A-1) from the producer to the system, and is data that has been verified (ID authentication). The lower part (B) is a case where the producer does not register the data (A-1) in the past
そして３つ目の課題として、鑑賞者から過去作品情報を、過去著作情報DB１０１に登録した際に、制作者ユーザが、過去作品の制作者である事を、照合（ＩＤ認証）する処理を述べる。「図２６」は、制作者の本人確認を行う為のＩＤ認証方法のパターンである。
＜パターン１＞
制作者が個人であって任意の他サイトにコンテンツを投稿している場合。任意サイトのログイン画面から、所定の認証コードを送信して本人確認をＯＫとする方法である。所定の認証コードとは、「図２７」に記載のステップにより取得するコードであり、制作者が本システムから、過去著作情報（A-1）を参照し、所定の認証コードを生成する。これは、本サイト画面からでも、本システムから、制作者へメール通知によりコードを配信する方法でもかまわない。
＜パターン２＞
制作者が企業であって、自サイト等でコンテンツを配信している場合。何らかの情報により確認を行う。又、企業であれば、アマゾン等の大手流通サイトを使用していると考えられ、大手流通サイト等のログイン画面から所定の認証コードを送信する方法でも可能である。
＜パターン３＞
制作者が個人であって、デジタルコンテンツではないコンテンツであり、さらに任意サイトのどこにも表示していない場合。著作者本人であることを証明できる、何らかの情報により確認を行う。
以上、３つのパターンが考えられるが、本人が確認できる形であればこれに限るものではない。尚、以上は＜制作者ID認証処理（１１）＞である。
As a third problem, a process for collating (ID authentication) that the creator user is the creator of the past work when the past work information from the viewer is registered in the past
<
The creator is an individual and posts content on any other site. In this method, a predetermined authentication code is transmitted from the login screen of an arbitrary site to confirm the identity. The predetermined authentication code is a code acquired by the steps described in “FIG. 27”. The creator refers to the past copyright information (A-1) from the system and generates a predetermined authentication code. This can be done from the site screen or from the system by distributing the code to the creator by e-mail notification.
<
The creator is a company and distributes content on their own site. Confirm with some information. Further, if it is a company, it is considered that a major distribution site such as Amazon is used, and a method of transmitting a predetermined authentication code from a login screen of the major distribution site is also possible.
<
The creator is an individual, is not digital content, and is not displayed anywhere on any site. Confirm with some information that can prove that you are the author.
As described above, three patterns can be considered, but the present invention is not limited to this as long as the person can confirm. The above is <Producer ID authentication process (11)>.
又、「図３４」は、鑑賞者が本発明サイトにて、過去作品情報を検索した画面である。検索を行うと、ID認証済みとＩＤ認証未処理の２つの過去作品情報が表示される。又、無料公開コンテンツＵＲＬの表示は、ID認証済である、制作者管理データに限られている。 “FIG. 34” is a screen on which the viewer searches for past work information on the present invention site. When the search is performed, two pieces of past work information that have been authenticated and not yet processed are displayed. Also, the display of the free public content URL is limited to the producer management data that has been ID-authenticated.
又、「図３５」の、画面１７のパターン５は、制作者の依頼確認画面である。この画面では、制作者は既に本システムにＩＤ登録を行っているのだが、過去作品情報に登録漏れがあり、一部の過去作品情報が、後から、鑑賞者側にて登録が行われたケースの処理である。この場合、制作者はID認証を行わないといけないのだが、既に、鑑賞者側が登録した過去著作情報が、過去に揃った認証可能なデータである場合、制作者依頼画面から承認ボタンを押すだけで、ID認証の省略が行える処理である。以上は＜制作者ID認証処理（１１）＞である。
Also,
そして、４つ目の課題である、次回作の要求を行うデータｂに関しての詳細なデータの送受信を述べる。データB−１は、データｂの簡易情報であり、データB−２は、データｂの詳細情報であり、データB−３は、（データB−２／データB−２／データB−４）より算出した分析データである。そして「図２２」は、データｂの送信ステップ画面である。画面１０は、「続きが見たい」ボタンが設置されている場合であり、画面１１は、設置されていない場合である。そして、過去著作情報ＤＢ１０１に、登録が在る場合は、画面１２へ進み、登録が無い場合は、画面１３へ進む。そして画面１２又は画面１３にて、データB−２を入力すると、送信ボタンを押すことにより依頼ステップは完了する。データB−２の送信を終えると、観賞者は自身のログイン画面カート内（依頼一覧）に、先行依頼を行ったコンテンツが入っていることを確認できる。画面１５は、カート内画面の、データｃの要約が表示された一覧であり、画面１６は、カート内画面の要約無しの場合の一覧である。又、データＢ−２は、ログイン後の登録設定により省略も可能である。
Then, the fourth problem, detailed data transmission / reception regarding the data b for requesting the next work will be described. Data B-1 is simple information of data b, data B-2 is detailed information of data b, and data B-3 is (data B-2 / data B-2 / data B-4). Analysis data calculated from the above. "FIG. 22" is a transmission step screen for data b. The
又、「図２３」は、「図２２」の、画面１１から画面１３へ、移行する間の詳細なフローであり、鑑賞者から、過去著作情報をＤＢ１０１へ格納するフローである。まず鑑賞者が、過去著作ＤＢ１０１に著作情報を問い合わせる（Ｓ７０１）。そして、希望の過去著作情報が無い場合、既存のオンラインショップ等から過去著作情報を引っ張ってくる方法（Ｓ７０２）が行える。しかし、既存オンラインショップ等から情報を拾えない場合は、鑑賞者の分かる範囲で、情報を手入力にて登録する（Ｓ７０３）。又、サイト運営者側からも情報を入手できる範囲内でリスト化する事も可能である為、この場合（鑑賞者から登録を行う場合）というのは、草の根的な情報と考えられる。又、「図２４」は、「続きを見たい」ボタンを送信する際に考えられる、４つのパターンを纏めた図である。ボタンの有無と、DB１０１内の著作情報の有無より、各４つのパターンのステップがある。又、「ボタン有」で、「本システムに登録が無い」パターンは、任意のサイト運営側が、ボタンを設置してはいるが、本システムには登録が無いと言うケースである。又、「図２５」は、データｂを送信したフローチャート図である。
“FIG. 23” is a detailed flow during the transition from “
次に、「図２８」は、依頼情報データベースに格納されるデータB−２である。＜購入確率/コメント/その他作品も要求 / 作品Ｂ・新規作品＞の情報が格納される。又、B−２は、省略する事も可能である。例えば、「購入確率５０％」「依頼商品は指定コンテンツのみ」という様に、「続きを見たい」ボタンの信号内容を事前に鑑賞者側で、ログイン画面により設定を行うことも可能である。この場合、鑑賞者はログイン後に「続きを見たい」ボタンを押すものとする。又、「図５１」は、過去作品を厳密に指定している図である。鑑賞者は、次回作の依頼を行う為に、どの過去作品の続きなのかを厳密に指定する必要がある。例えば、コンテンツAという、商品があったとしも、そのコンテンツAには、付随する関連アイテムが多数存在するケースがある。例えば、コンテンツAが映画作品であったとして、それに関する関連アイテムA（玩具）,B（小説）,C（CD）…と言う様に、コンテンツAという広い枠組みの中に、様々な商品があるというケースがある。こうした場合、厳密指定を行えるように、「図５１」の様に、過去作品を特定できる機能を有するものとする。また、この厳密指定を行うステップあるいは画面は、データB-2を入力する画面にて行うケースでも良く、自動入札画面にて行うケースでも良く、過去作品が厳密に特定できるケースであれば良いものとする。又、段落「００２１」の、”ゆるやか”に指定するという意味は、購入する作品に対して指した言葉であり、購入したい作品においては、未だコンテンツが無い為、購入商品を指定したくても指定する事ができず、購入する商品においては、“ゆるやかな”指定である。そして、既に鑑賞してしまった過去作品においては厳密に指定しなくてはならないものとする。又、「図５２」は、同一コンテンツや、同一制作者の過去作品バリエーションの中から、鑑賞者側から作品を選択する容易性（自由度）を表した図である。又、「図５０」は、データＢ群の送信フローを纏めたものである。又、「図３０」は、鑑賞者が続きを見たいボタンを押した後に、データの値に変更があれば、その値が反映される３つの画面である。画面１５は、鑑賞者のカート画面であり、ボタンを押した後に、コンテンツがカート内に入る。画面１７は、制作者の依頼画面であり、ボタンを押した後に、制作者に依頼内容が届く。画面１８は、本システムのプラットフォームサイト画面であり、コンテンツアイコン側に表示される「続きが見たい人」の人数が加算される。又、ユーザーは非公開である。以上は＜依頼情報送受信処理（１３）＞である。
Next, “FIG. 28” is data B-2 stored in the request information database. Information on <Purchase Probability / Comment / Request Other Works / Work B / New Work> is stored. Moreover, B-2 can be omitted. For example, the signal content of the “want to see more” button can be set in advance on the viewer side on the login screen, such as “
そして、５つ目の課題として、データｃを送信する詳細なフローである。「図２９」は、制作者が、データ（B−３）を受けて、次回作（データｃ）を送信する一連のステップである。「図３１」は、データB−３を受信した制作者画面である。画面１７のパターン１は、ユーザー情報が伏せられた各観賞者の個別依頼確認画面であり、個別の購入確率やコメントを確認する事ができる。画面１７のパターン２は、依頼情報による統計や分析画面である。統計確認画面では、どの作品の続き依頼が一番多いのか？又、契約タイミング情報等、制作者が制作を行うのに有益な統計データが確認できる。
The fifth problem is a detailed flow for transmitting data c. “FIG. 29” is a series of steps in which the producer receives the data (B-3) and transmits the next work (data c). "FIG. 31" is a producer screen that has received data B-3.
次に、「図３２」は、依頼画面より次回作情報を入力するステップであり、画面１７のパターン３は次回作情報入力選択画面である。制作者は、この画面１７のパターン３に表示される作品項目の選択肢により、画面１７パターン４の「次回作情報を作成する」フォーマット入力画面へ進む。この選択項目は、鑑賞者からの依頼があった作品に対して表示されるものである。制作者は、規定されたフォーマット画面内に、次回作情報データｃを入力し確認後送信を押すと、作品を依頼した鑑賞者端末である画面１５へ送信される。以上は＜次回作送受信処理（１４）＞である。
Next, “FIG. 32” is a step of inputting next work information from the request screen, and
そして、一連の機能の流れをまとめると、「図３３」は、一連の制作者フローと一連の鑑賞者フローである。まず、制作者フローである、（Ｓ８０１）はログイン画面である。ログイン後、制作者は、過去著作情報を入力する（Ｓ８０２）。→その後、制作者は、コンテンツと続きを見たいボタンを設置する（Ｓ８０３）。→その後、依頼情報を確認する（Ｓ８０４）。→その後、次回作著作情報を送信し、購入者数を確認、及び制作の合意を行う（Ｓ８０５）。→その後、完成作品をUPロードし搬入する（Ｓ８０６）。又、コンテンツは、デジタルコンテンツに限らない為、コンテンツ搬入方法はこの限りではない。次に鑑賞者ステップでは、初めに、続きを見たいボタンを送信する（Ｓ９０１）。→ログインを行う（Ｓ９０２）※尚、ログインステップは前後しても構わない。→データB―２を送信する（Ｓ９０３）。→カート内確認を確認する（Ｓ９０４）。→次回作情報を確認して購入を行う（Ｓ９０５）→購入額である積立金を確認する（Ｓ９０６）。→作品完了通知が届き、作品を受け取る（Ｓ９０７）の流れである。 Then, the flow of a series of functions is summarized as “FIG. 33” is a series of producer flow and series of viewer flow. First, the producer flow (S801) is a login screen. After login, the creator inputs past copyright information (S802). → Thereafter, the creator installs a button to view the content and the continuation (S803). → Then, the request information is confirmed (S804). → Then, the next work information is transmitted, the number of purchasers is confirmed, and the production is agreed (S805). → After that, upload the completed work and carry it in (S806). Further, since the content is not limited to digital content, the content carry-in method is not limited to this. Next, in the viewer step, first, a button to be viewed is transmitted (S901). → Login (S902) * The login step may be followed. → Data B-2 is transmitted (S903). → Confirmation in the cart is confirmed (S904). -> Confirm the next work information and purchase (S905)-> Check the reserve, which is the purchase amount (S906). → The work completion notification arrives and the work is received (S907).
又、「図１１」は、鑑賞者と制作者の間で交わされるデータ送受信であり、IDでヒモ付けられた、各コンテンツデータの送受信を表した図である。以下より、既存ＦＡＮ機能と比較しながら、ステップ順に述べる。
≪ステップ１：依頼ステップ≫
□既存のＦＡＮ機能…
「ＦＡＮになりました」という意思を送信し、コンテンツを指定していない。
□本システムの「続きを見たい」ボタン…
「作品Aの続きを購入したいと思うので次回作を制作して下さい」又は
「作品Bの続きを購入したいと思うので次回作を制作して下さい」又は
「新規作品を購入したいと思うので次回作を制作して下さい」と言う意思であり
特定のコンテンツを指定している。
≪ステップ２：カート内確認≫
□既存のＦＡＮ機能…
ユーザーIDが、お気に入りユーザーに登録される。
□「続きを見たい」ボタン…
ユーザーの作品IDが登録される。「作品Ａ」、「作品Ｂ」、「作品Ｃ」、「新規作品」が入る。又、同じ制作者の作品であっても、「続きを見たいボタン」を押さないとカートには入らない。
≪ステップ３：依頼受信≫
□ＦＡＮ機能…
「ＦＡＮになりました」現在ＦＡＮ４０人。登録を行ったユーザーIDがカウントされる。
□「続きが見たいボタン」とは…
「作品Ａの続きの依頼がきました」…現在３０人 購入確率５０％
「作品Ｂの続きの依頼がきました」…現在２５人 購入確率３０％
「新規作品の依頼がきました」…現在１５人 購入確率６０％
登録された作品IDと、その他の情報がカウントされる。どの作品のどの続きが見たいのか？が明確であり、制作側は、注文票の様な形で、データ（ｂ）を受信する。
≪ステップ４：次回作送信≫
次回作である著作情報データ（ｃ）について
□ＦＡＮ機能…
様々な不特定多数の情報の中の（Ｄ）という一部の著作情報を送信する。この場合、顧客は商品を指定しておらず情報の性質としては（例え、鑑賞者が望んでいたとしても）宣伝広告の情報である。
□「続きが見たい」ボタン…
Ａという依頼を受けて（Ａ’）という（規定のフォーマットへ入力された）規定の著作情報
Ｂという依頼を受けて（Ｂ’）という（規定のフォーマットへ入力された）規定の著作情報
新規という依頼を受けて（新規）という（規定のフォーマットへ入力された）規定の著作情報
≪ステップ５：次回作受信≫
□ＦＡＮ機能…
お気に入りユーザーの不特定多数の情報の中から著作情報を受信する。
□「続きが見たい」ボタン…
作品Ａの依頼し、作品（Ａ’）という次回予告を受信する。
作品Ｂの依頼し、作品（Ｂ’）という次回予告を受信する。
作品新規の依頼し、作品（新規）という次回予告を受信する。
以上が、「図１１」の一連のフローである。
Further, “FIG. 11” is data transmission / reception exchanged between the viewer and the creator, and shows transmission / reception of each content data attached with a string. The following will be described in the order of steps while comparing with the existing FAN function.
≪Step 1: Request step≫
□ Existing FAN function ...
The intention of “I became FAN” was sent and the content was not specified.
□ “I want to see more” button of this system…
"I want to buy the continuation of work A, so please make the next work" or "I want to buy the continuation of work B, so make the next work" or "I want to buy a new work next time Please make a work "and specify specific content.
≪Step 2: Check in cart≫
□ Existing FAN function ...
The user ID is registered as a favorite user.
□ “I want to see more” button ...
The user's work ID is registered. “Work A”, “Work B”, “Work C”, and “New work” are entered. Also, even if it is a work of the same creator, you must enter the cart to see the continuation button.
≪Step 3: Receive request≫
□ FAN function ...
"FAN now" FAN 40 people now. The registered user ID is counted.
□ What is the “button to see more”…
“I received a request to continue work A”… Currently 30
“I received a request to continue work B”… Currently 25
"A request for a new work has been received" ... Currently 15 people Purchase probability 60%
The registered work ID and other information are counted. Which continuation of which work do you want to see? Is clear, and the production side receives the data (b) in the form of an order form.
≪Step 4: Send next work≫
About the work information data (c) which is the next work □ FAN function…
A part of copyright information (D) is transmitted among various unspecified information. In this case, the customer does not specify a product, and the nature of the information is information on advertising (even if the viewer wants it).
□ "I want to see more" button ...
In response to the request A, the specified copyright information B (input to the specified format) (A ') is received, and the new specified copyright information (input to the specified format) is received (B'). In response to the request, the new copyrighted information (entered into the specified format)
≪Step 5: Receive next work≫
□ FAN function ...
Receiving copyright information from a large number of unspecified information of favorite users.
□ "I want to see more" button ...
Request for work A and receive the next notice of work (A ').
Request for work B and receive the next notice of work (B ').
Request new work and receive next notice of work (new).
The above is a series of flows of “FIG. 11”.
次に、「図１６」は、各作品IDでひも付いたユーザー群に、次回作予告データCが、送信される図である。又、「図１７」は、観賞者が指定したコンテンツと、指定をしていないコンテンツが、明解に区分けがされている図である。又、「図３３」は、既存のオンラインストアと、本オンラインストアの比較である。以上が、依頼から購入に至るまでの一連の流れである。 Next, “FIG. 16” is a diagram in which the next work preview data C is transmitted to the user group linked with each work ID. Further, “FIG. 17” is a diagram in which contents designated by the viewer and contents not designated are clearly divided. FIG. 33 shows a comparison between the existing online store and the online store. The above is a series of flow from request to purchase.
次に、６つ目の課題である、課金システムに於いて、制作者と鑑賞者と、本システム運営側の、各者、条件のバランスの調整における問題の処理方法を述べる。 Next, in the charging system, which is the sixth problem, a method for handling problems in adjusting the balance of each person and condition on the creator and viewer, and on the system management side will be described.
まず先に、本システムの課金システムの特徴を述べると、本システムは、「事前購入→課金→商品搬入→達成の場合提供者へ振込or未達成の場合鑑賞者へ返金」というフローである。これは、既存の商取引で行われている事前に課金を行うオーダーシステムと類似している。しかし、本発明は、大規模な建築やシステムの開発ではなく、コンテンツ販売である為、必然的に、薄利多売的な広く購入者を集める販売システムとなる。（※相場的にも、２００円（画像、音楽、文章）〜高額でも1万円（ゲーム）である）又、本システムは、基本的に、イベント等の特定の日時にサービスを受けるものではなく、又、製造オーダー型で、少額であり、さらに前金を行わない場合は、キャンセルを行う理由がなく先行購入時に課金を行う課金システムである。その為基本的には、先行購入時に購入意思の責任を必ず持つ形である。又、予約購入時に課金を行い購入責任を負う予約システムとして、類似のものに交通サービスなどがある。本発明は、段落「００３３」に記載の通り、制作者には、慎重な時間配分が制作者に求められる特徴がある。また、本発明は、極端な話、制作期間は、短くて1日、長くて１０年という期間も可能である。しかしながら長期になればなるほど両者にとってはリスクとなり作品の質の問題も発生する為、期間制限（長期を禁止にする）を設ける方法等、別途、改良を行う形である。以上は、本システムの特徴である。 First ahead, when we describe the features of the billing system of the present system, this system is the flow of "money back to pre-purchase → Billing → goods transported → In the case of the transfer or non-achievement to the case of achievement provider viewer" . This is similar to an order system that performs billing in advance for existing commercial transactions. However, since the present invention is not a large-scale building or system development but a content sales, it is inevitably a sales system that collects a wide range of buyers who are thin and profitable. (* The market price is also 200 yen (images, music, text) to 10,000 yen (game) even at high prices). This system is not intended to receive services at specific dates such as events. In addition, in the case of a manufacturing order type, which is a small amount and does not require advance payment, there is no reason to cancel, and this is a charging system that charges at the time of advance purchase. Therefore, basically, it is a form that always takes responsibility for purchase intention at the time of advance purchase. A similar reservation system that charges for purchase and is responsible for purchase is a traffic service. As described in the paragraph “0033”, the present invention is characterized in that the creator is required to carefully allocate time. In addition, the present invention can have an extreme story and a production period of as short as one day or as long as 10 years. However, the longer it becomes, the more risk it becomes for both parties, and the quality of the work also arises. Therefore, it is a form that separately improves, such as a method of providing a period restriction (prohibiting a long period). The above is the feature of this system.
そして課題としては、鑑賞者と、制作者と、本システム運営側の負担におけるバランスについてである。これは、先行コンテンツという商品を扱うにあたり、購入から作品受け渡し迄の、宙に浮いてしまう空白期間が存在してしまう為、その期間の資金における３者の負担の分散を行いたいという問題である。以下に３者における各問題を述べる。
「制作者側の問題として」
例えば、制作に１カ月を要するコンテンツがあり、鑑賞者から依頼の注文だけが大量あったとしても直前になって購入を辞められてしまうリスクがある。これを防止する方法として、鑑賞者に依頼の段階で、購入の責任を負ってもらう事で対処を行う。しかしながら、まだ、作品を受け渡していないのに、売上金を得る事はできないものとし、プール型の課金方法を行うものとしている。
「鑑賞者側の問題として」
通常であれば制作を行わなかった製品に対し、鑑賞者側から依頼できるというメリットがある為、依頼を行っているという形態だからこそ、制作予定購入段階で課金に責任を負うものとする。しかしながら、商品を手に入れていない段階で課金を行うという事は、前倒しの支払いであり、負担があるという問題である。
「本システム運営側の問題として」
プール型の場合、システム運営側の管理に対する責任が重いという問題が在る。又、無駄な手数料が掛る場合もある。又、既存ビジネスモデルでは無い為一から複雑なシステムを考えなくてはならず、又、開発に於いても費用が掛る。
その為、以上により、「図３７」の様な、積立型を考える事ができる。積立型は、積立金DBサーバにより、データだけで購入金額を管理する方法である。これは、購入したトータル額を計算し、DB内にて金額を記憶し、商品受け渡し時に制作者口座に振り込む方法である。又、積立型の若干の問題としては、２カ月後、３ヶ月後、半年後と言う様に、制作期間が長期化するほど、鑑賞者及び制作者に於いて負担となる。例えば、鑑賞者としては、購入した事を忘れてしまい、後になって支払い請求が来るリスクであり、制作者としては、期限内に完成作品を搬入しても売り上げを回収できないリスクである。（※プール型と積立型の違いは、鑑賞者の口座からの引き落ちるタイミングが相違する点である。プール型は本システムのプール口座に一旦保管されるが、積立型は本システムのプール口座を経由しない形である）この場合の解決法として、積立型とプール型の併用である混合型を有するものとする。（「図３８」参照）混合型とは、一定以上迄は、積立金での管理を行うが、一定以上を越えると、プール型に切り替わる方式である。一定のラインとは、例えば、日数であったり、金額であったり、どちらでも構わないものとする。又、コンテンツの制作日数によりタイプ分けを行い、タイプによって、積立型か、プール型か、混合型かを設定し、併用する事も可能である（「図３８下図」参照）。尚、できるだけ短期制作型を行えるようにするものとする。又、「続きを見たい」ボタンにはチップ設定を行うことも可能である。先行コンテンツ販売では、観賞者からの依頼で始まり、制作者は基本的に制作することを予定してはおらず、「続きを見たい」と言われて初めて、制作計画表を立て発表を行う為である。これは、鑑賞者側にメリットが高すぎる場合は、チップを加算し（コンテンツ本体額の５％程度）、鑑賞者側にメリットがない場合は、チップを無しにする様な、両者の条件的な調整機能である。
The challenge is about the balance between the viewer, the creator, and the burden on the system administrator. This is a problem that there is a blank period that floats in the air from the purchase to the delivery of the work when dealing with the product of the preceding content, so we want to distribute the burden of the three parties on the funds in that period . Each problem in the three is described below.
"As a problem for the producer"
For example, there is a content that takes one month to produce, and there is a risk that even if there are only a large number of orders requested by viewers, the purchase may be terminated immediately before. As a method to prevent this, it is dealt with by taking responsibility for purchase at the requesting stage of the viewer. However, even though he has not yet delivered the work, he is unable to obtain sales and uses a pool-type billing method.
"As a problem for the viewer"
Since there is a merit that it is possible to request from the viewer side for products that were not normally produced, it is assumed that they are responsible for charging at the production planned purchase stage because of the form of requesting. However, charging at a stage where the product is not obtained is a problem that the payment is advanced and there is a burden.
“As a problem on the system management side”
In the case of the pool type, there is a problem that the responsibility for management on the system operation side is heavy. In addition, useless fees may be incurred. In addition, since it is not an existing business model, a complicated system must be considered from the beginning, and development is expensive.
Therefore, the accumulation type as shown in FIG. 37 can be considered from the above. The funded type is a method of managing the purchase price only by data by the funded DB server. This is a method of calculating the total amount purchased, storing the amount in the DB, and transferring it to the producer account when delivering the product. In addition, as a problem of the accumulation type, as the production period becomes longer, such as 2 months, 3 months, and 6 months later, it becomes a burden on the viewer and the producer. For example, as a viewer, there is a risk that the purchaser will forget to purchase and a bill will be charged later. As a producer, there is a risk that the sales cannot be recovered even if the completed work is brought in within the time limit. (* The difference between the pool type and the funded type is that the timing of withdrawal from the viewer's account is different. The pool type is temporarily stored in the pool account of this system, while the funded type is the pool account of this system. As a solution in this case, a mixed type that is a combination of a reserve type and a pool type is assumed. (Refer to “FIG. 38”.) The mixed type is a method in which the money is managed up to a certain level, but when it exceeds a certain level, it is switched to the pool type. For example, the fixed line may be the number of days or the amount of money. It is also possible to classify according to the number of days of content production, and set the accumulation type, the pool type, or the mixed type depending on the type, and use them together (see the lower diagram of FIG. 38). In addition, it shall be possible to perform a short-term production type as much as possible. It is also possible to set the chip for the “Continue to see” button. In advance content sales, it begins with a request from the viewer, and the creator is not planning to produce basically, but for the purpose of making and announcing the production plan table only when it is said that "I want to see more" It is. If the benefits are too high for the viewer, add a chip (about 5% of the amount of the content), and if there are no benefits for the viewer, remove the tip. a Do not adjust function.
そして次に、７つ目の契約タイミングの調整の問題について述べる。契約タイミング問題とは、例えば、コンテンツ制作には短期のものから長期を有するもの迄様々ある。そして、例えば「続きを見たい」ボタンを押されてから、一定数の人数が確保できるまで、仮に３年掛ったとする。すると、先の人は、最初に「続きを見たいボタン」を押してから、３年待って制作計画書を受け取ることになり、又、タイミング良く制作計画書を受け取らなければならなくなる。又、３年後にタイミング良く購入できたとしても、さらに１年後に作品を搬入してしまう、という事もありえてくる。又、鑑賞者は購入した事を忘れてはならないという課題もある。先行販売の特長としてこの様な性質を持っており、この問題解決として本システムは、時間調整ＤＢサーバ５０１を設置するものである。
Next, the seventh issue of contract timing adjustment will be described. The contract timing problems vary from short-term to long-term content production, for example. For example, it is assumed that it takes 3 years until a certain number of people are secured after the “I want to see more” button is pressed. Then, after the first person presses the “button to see more” first, he / she waits for three years to receive the production plan, and has to receive the production plan in a timely manner . In addition, even as could be good timing purchase after three years, resulting in further carried into work after one year, come that mower Rie that. Another problem is that viewers must not forget what they have purchased . As a feature of pre-sale, it has such a property, and as a solution to this problem, the present system installs a time
契約タイミングの調整方法を大きく分けると「心理面でのアプローチ」と「システム面でのアプローチ」での２種類のアプローチから行う。心理的アプローチでは、主に制作希望タイミングを各自把握できるよう認識を容易にする等、又、コンテンツの種類により制作期間の相場を定める等、コンテンツの購入を忘れない様に促す等、完成するのに長期の時間が掛るものは、なるべく１つの作品を数回に区切り少量で出していく等である。次に、システム的アプローチでは、ダウンロード期間を長くする等、又開始期間や完了日を緩やかに定める事ができる等である。 The contract timing adjustment method can be broadly divided into two approaches: “psychological approach” and “system approach”. Psychological approaches are mainly completed, such as facilitating recognition so that each person can grasp the desired production timing, and deciding the market price of the production period according to the type of content, etc. It takes a long time to divide one work into several times as much as possible and put out a small amount. Next, in the systematic approach, the download period can be lengthened, and the start period and completion date can be set gently.
そして、「図３９」は、鑑賞者と制作者の契約タイミング調整データである。鑑賞者から収集するデータを（Ｊ−１）とし、制作者から収集するデータを（Ｊ−２）とする。又、観賞者より設定される自動入札におけるデータを（J−３）とし、又、データ（４１）（４２）は、事前に既定の値等を設定し、調整を計る為のデータである。そして、「図３９」の様な形で、契約タイミングを幾つかのカテゴリに分解し、各パターン化する。そして区分けされたパターンに、ラベルを設ける。又、「制作タイミング」や「確認タイミング」等は、コンピュータにより、ユーザー行動を分析し確率を出す方法と、ユーザーからの自己申告によるものとどちらでも良い。そして、利用者の任意の判断である程度の時間的なタイミングが合う様に時間帯を計測し、鑑賞者と制作者の時間のリズムを調整する判断の補佐を行う。例えば、制作者の制作の頻度の情報や、鑑賞者のＷＥＢを訪問している頻度の情報（※鑑賞者のＩＤは表示しない）や、ざっくりと、「１カ月後や、２カ月後に訪問します」というような情報等である。 “FIG. 39” is the contract timing adjustment data of the viewer and the creator. The data collected from the viewer is (J-1), and the data collected from the producer is (J-2). Further, the data in the automatic bidding set by the viewer is (J-3), and the data (41) and (42) are data for setting a predetermined value in advance and measuring the adjustment. Then, the contract timing is decomposed into several categories in the form as shown in FIG. Then, labels are provided on the divided patterns. Further, “production timing”, “confirmation timing”, etc. may be either a method of analyzing user behavior by computer and calculating a probability, or a method of self-reporting from a user. Then, the measurement any time zone as fit a certain amount of time timing at the discretion of the user, perform the assistant of the decision to adjust the time of the rhythm of the viewer and creator. For example, information on the frequency of production by the creator, information on the frequency of visiting the viewer's WEB (* The viewer's ID is not displayed), and roughly, “visit one month or two months later Information ".
次に、「図４０」は、鑑賞者と制作者の契約タイミング調整データ及び、制作者であるユーザーの管理画面、及び、コンテンツスケジュール画面である。上図の左側のデータ表は、制作者の希望制作タイミングデータ（Ｊ−２）である。これは、ざっくりとした制作者の制作情報である。又、例えばこれは、「コンテンツA」という作品を制作するには、１カ月掛るという制作者の制作に要する時間情報でも構わない。制作者は、過去作品の次回作を制作する為に、必要な制作時間の情報を事前に、各コンテンツに対し付与する事が可能である。例えば、コンテンツAという過去作品があれば、事前に、その作品に対し、制作するに要する日数の予想情報を付与しておくことができる。次に、上図の右側のデータ表は、鑑賞者の自動入札設定である。例えば、制作者の希望制作タイミングが、＜１カ月に一回の割合で制作＞とか、＜制作を行うのに２カ月日数が掛る＞という情報が分かれば、鑑賞者は、作品Aであれば、例えば、＜３回まで自動的に入札する＞と言う設定が可能である。これを、自動入札データ（Ｊ−３）とする。そして、画面２１は、制作者画面であり、制作者は次回作依頼者（購入予備軍）の内、自動入札鑑賞者の人数やその内省の内訳が確認できる。又、画面２２は、以上の各契約タイミングデータを、グラフにした分析画面である。（各データ事にこの分析画面があるものとする。）又、画面２３は、鑑賞者カート画面のコンテンツスケジュール表であり、入札前コンテンツ群である。入札前のコンテンツスケジュールは、制作決定前のざっくりとした、制作者側が事前に付与した情報（データＪ−２）である。そして画面２４は、入札後コンテンツ群のスケジュール表である。入札後のコンテンツスケジュールは、確実な制作完成日（データＪ−４）である。また、「図４０」の自動ダウンロード装置とは、コンテンツを保管する記憶装置に自動でダウンロードを行う装置である。又、以上の自動入札設定のフローを纏めたものが「図４２」である。図では、まず画面３０にて、「続きが見たい」ボタンを押す。そして画面３１は、自動入札設定画面であり、制作者のざっくりとした制作時間等の情報が記載された画面である。又、画面３２は、制作者のざっくりとした希望タイミング等の情報が無い画面である。そして鑑賞者は、この画面にて＜自動入札回数、と最大期限、上限金額＞を設定する事ができる。又、「最大期限」というのは、自動入札設定の効力がある期間である。又、自動入札設定は、いつでも解除可能である。次に、画面３３は、制作者の、依頼情報確認画面（画面１７）である。この画面では自動入札者の内訳情報を統計的に確認することができる。又、自動入札者以外の依頼者の希望タイミングなど、参考までに、その他の情報を統計データ等により確認することができる。以上が、契約タイミング問題の対策である。又、「図４１」は、制作日数等の相場表である。又、制作日数以外にも、参考までに金額などの平均的な相場を表示しておくことも可能である。
Next, “FIG. 40” shows the contract timing adjustment data of the viewer and the creator, the management screen of the user who is the creator, and the content schedule screen. The data table on the left side of the upper diagram is the creator's desired production timing data (J-2) . This is rough production information . Also, for example, this may be time information required for the production of the creator that it takes one month to produce the work “Content A”. In order to produce the next work of the past work, the creator can give the necessary production time information to each content in advance. For example, if there is a past work of content A, it is possible to give in advance prediction information for the number of days required for production to the work. Next, the data table on the right side of the above figure shows the automatic bid setting of the viewer. For example, if the creator's desired production timing is <production once per month> or <takes 2 months to produce>, then the viewer will be in work A For example, a setting of <automatically bidding up to 3 times> is possible. This is automatic bid data (J-3). The
次に、「図５３」は、以上の一連のステップと機能を纏めた図である。以上により本発明は構成されるものとする。 Next, FIG. 53 is a diagram summarizing the above series of steps and functions. The present invention is configured as described above .
ユーザ（１）…自らが作品を制作する作品制作者、又は自らは制作を行わないが作品を提
供する作品提供者
ユーザ（２）…作品を購入しようとするもの・鑑賞者
端末（Ａ） …ユーザ（１）の端末
端末（Ｂ） …ユーザ（２）の端末
データ（a）…
ユーザ（１）の過去に創られた作品（完成作品）のデータ＜作品名、作家名、作品情報、ユーザ（１）の経歴及び情報等＞である。又、作品にはＩＤが付与され＜例、作品ID:０００１＞過去作品メニューリストとして管理される。
データ（b）…
過去作品データaを参考にしてお気に入りの作家に次回作を依頼する信号であり、過去作品データaよりひも付いた情報（作品ＩＤ等）を受けて、オーダー的要素を送信する信号であり、且つ、お気に入り鑑賞者（ＦＡＮ・リピータ）としての信号も含む＜作品ID：０００１/作品ID：０００１の次回作依頼＞という情報である。又、「図２」は、“続きを見たい”というボタンであり、これを押すことによりデータｂは送信される。又、「図２」は、他サイトへ広く配布可能な形態であるボタンとして表している。
データ（c）…
データｂより引きついた作品ＩＤ及び、（先行販売が行われる）募集期間、作品ID：0001次回作概要・形態（例、作画/枚数、書籍/頁数、［作品名］○○の続き…）、金額、完成予定日（○月○日、所要日数○カ月）制作実行可能人数（○人以上であれば制作実行）データ（d） …ユーザ（２）のコンテンツを購入するかどうかの意思決定（購入する）
データ（e） …ユーザ（１）の制作実行の合意or拒否の意思決定（制作するor制作しない）
データ（f） …ユーザ（２）の支払いに必要な情報（クレジットカード番号、氏名等）及び決済信号
データ（g） …ユーザ（２）による受け取りの確認データ信号
データ（h） …完成されたコンテンツ
１０１…記憶装置（ＤＢサーバ）
＿＿
データＡ’…コンテンツサムネイル
データＢ’…「続きが見たい」登録解除ボタン。
データＣ’… コンテンツ題名、受付期間、制作者名等、コンテンツ内容の要約情報
（データＤ’の要約）
データＤ’…コンテンツの詳細内容（計画書）、題名、内容（あらすじ）、先行販売受付期間、完成期間、金額、コンテンツ形態（音楽、動画、画像…）制作実行予定人数（制作が実行される購入人数の目安）延長有無と延長の対応方法、他
≪データ（c）と同一≫
■データ関係
データ（Ａ−１）…
データaの内、著作情報部分 ＜過去に創られた作品情報であり：作品ＩＤ、作者名、作品名、金額、コンテンツ形態（書籍・音楽・動画…等）、その他、過去作品を特定する為のあらゆる情報。又、補足項目として、ユーザ（１）の情報（経歴等）、制作者のその他の作品情報等＞これは、本システムの過去著作ＤＢ１０１へ格納されるデータであり、本システムの売買には必ず必要なデータである）
データ（Ａ−２）…
データaの内、コンテンツそのもの制作者が過去に創ったコンテンツであり、例えば、無料で公開されているものであれば、鑑賞者はそれを観賞する事で『続きを見たいボタン』を押しやすくなる。又、Ａ−１と、切り離されても、コンテンツを識別するための簡易著作情報＜作品名、作品情報、コンテンツＩＤ＞も含んでおり付与されている。これは、本システムの過去作品データベース１０２に格納されていても、他サイトの任意のデータベースに格納されていてもどちらでもよく、オンライン上に表示される形であれば良い。又、無料で公開されていても、されていなくてもどちらでも良い。鑑賞者が次回作を購入する為の参考コンテンツである。
データ（Ｂ―１）…
データｂの信号の内、簡易な次回作要求信号。過去作品の側に配布されている「続きを見たい」ボタンを押すと送信されるデータであり、最低限の簡易な過去著作情報を含んでいるデータ ＜例えば、作品ＩＤ/作品名/会社名著作名/等＞である。また、本システムの過去著作データベース１０１へ問い合わせて過去著作情報Ａ−１の有無を調べ、登録有無の値を返す。又、ボタンが無い場合は、直接「図２３」の形で、過去作品を特定するデータを手入力で入力し、本システムの過去著作データベースへ問い合わせする事も可能である。又、問い合わせしても過去作品情報（データＡ-1）が登録されていない場合は、鑑賞者から、（データＡ-1）を直接入力し、本システムへ登録を行い注文意思を送信することも可能である。
データ（Ｂ―２）…
データｂの信号の内、詳細情報を含んだ次回作要求信号「図２２」の画面１２、又は画面１３で、入力されるデータであり、「作品を特定するデータa＋続き依頼＋若干のコメント＋購入確率＋日時等」である。又は「作品を特定するデータa＋新規依頼＋続き依頼＋その他の商品の続きも見たい＋若干のコメント＋購入確率＋日時等」である。（※購入確率とは顧客が、どれぐらい続きが見たいかの指標を表すデータであり、例えば、星マーク等の５段階表示でも良い。又、このステップは、ログイン後であれば、鑑賞者が本システム内に一律の情報を登録しておき省略する事も可能である）
データ（Ｂ―３）…
データＢ−２等を基に、算出された値や統計データであって制作者端末Ａに表示されるデータ。
例：
「コンテンツＡの続きが依頼されました/依頼者ＩＤ/ 若干のコメント/日時/購入確率等」
→「コンテンツＡの依頼者総合人数/総合購入確率等」
「コンテンツＢの続きが依頼されました/依頼者ＩＤ/若干のコメント/日時/購入確率等」
→「コンテンツＢの依頼者総合人数/総合購入確率等」
「コンテンツＣの続きが依頼されました/依頼者ＩＤ/新規/鑑賞者人数/若干のコメント/日時等/購入確率等」→「コンテンツ新規の依頼者総合人数/購入確率等」というオーダー一覧（依頼票）形式の情報（「図３１」参照）
データ（Ｂ−４）…
過去作品を厳密に指定したデータ。
例：
過去作品コンテンツＡ（ＩＤ：０００１）があった場合、さらに、
過去作品コンテンツＡの内の（ＩＤ：０００１−１）という作品
過去作品コンテンツＡの内の（ＩＤ：０００１−２）という作品
過去策作品コンテンツＡの内の（ＩＤ：０００１−３）という作品のデータ。
データ（Ｃ―１）…
次回著作情報（制作者入力情報）≪データｃと同一≫
『著作情報である、販売が行われる募集期間（※先行販売受付期間）コンテンツの詳細内容（計画書・次回作概要・題名、あらすじ等）コンテンツ形態（音楽、動画、画像…）「例、作画/枚数、書籍/頁数、［作品名］○○の続き…」金額、完成予定日（○月○日、所要日数○カ月）制作実行可能人数（○人以上であれば制作実行等・制作が実行される購入人数の目安）延長有無と延長の対応方法、他』
また、顧客からの依頼が、作品（Ａ）であり、制作者は次回作（Ａ’）という作品を制作する場合は、作品（Ａ‘）というデータを、規定のフォーマットへ入力する規定の著作情報であり、顧客からの依頼が、作品（B）であり、制作者は次回作（B’）という作品を制作する場合は、作品（B‘）というデータを、規定のフォーマットへ入力する規定の著作情報であり、顧客からの依頼が、作品（新規）であり、制作者は次回作（新規’）という作品を制作する場合は、作品（新規‘）というデータを、規定のフォーマットへ入力する規定の著作情報であり、観賞者からの応答による情報である。
データ（Ｃ―２）…
鑑賞者の端末（カート内）に表示されるデータ（Ｃ−１）
「作品Ａの続き」であれば、「作品（Ａ’）の情報が届く」
「作品新規依頼」であれば、「作品新規の情報が届く」
と言う様に、鑑賞者が指定した商品データにひも付いて送信されるデータであり、
鑑賞者が、データ（ｂ）を送信する際に、作品Ａ、作品Ｂと、選択していなければ届かない。
同一作家の、その他の作品も可能であれば、宣伝広告として表示できるが
依頼商品とは明確に区別されている。
データ（Ｃ−３）…
コンテンツ題名、受付期間、制作者名等、コンテンツ内容の要約情報（※データc−１の要約）
データ（Ｉ）…積立金額
データ（Ｉ−１）…積立金額の内、（鑑賞者の購入金額、積立金合計額）
データ（I−２）…積立金額の内、（コンテンツ事に振り分けられる等した、積立型、プール型、混合型の情報）
データ（J）…時間調整データ
データ（J−１）…時間調整データの内、（自動入札者以外の鑑賞者側希望タイミング情報等）
データ（J−２）…
時間調整データの内（制作者のざっくりとしたコンテンツ制作希望タイミング・日数時間等）
データ（J−３）…
時間調整データの内、（鑑賞者の自動入札設定に関するデータ＜自動 入札回数、最大期限、上限金額等＞）
データ（J−４）…時間調整データの内（制作合意後の購入が決まった完成日時データ・搬入可能日時）
データ（Ｋ）…その他のデータ、（金額、日数等の相場表）
データ（Ｌ）…ユーザー情報等
■ＤＢサーバ関係：記憶装置１０１詳細
１０１…過去作品著作情報データベース（データＡ−１を格納する）
１０２…過去作品データベース（データＡ−２を格納する）
２０１…依頼情報データベース（データＢ−１、Ｂ−２、Ｂ−３、Ｂ−４を格納する）
２０２…次回作情報データベース（データＣ−１を格納する）
３０１…完成作品データベース（データｈを格納する）
４０１…積立金データベースサーバ
５０１…時間調整データベースサーバ
６０１…受注処理サーバ（一連のプログラムを処理する）
■プログラム処理関係
１１…作者ＩＤ認証に関する一連の処理
１２…過去作品を登録する一連の処理
１３…依頼情報を送受信する一連の処理
１４…次回作情報を送受信する一連の処理
１５…受注処理に関する一連の処理（メール通知等、その他諸々）
１６…ボタン生成など「続きを見たい」ボタンを配布する一連の処理
１７…完成作成搬入の一連の処理（ＵＰロード、ダウンロード等）
■画面関係
画面１０…ボタンが設置されている画面
画面１１…ボタンが設置されておらず鑑賞者が自身で制作者名と作品名を入力する画面
画面１２…過去作品著作情報ＤＢ（１０１）に作者の登録が在る依頼入力画面
画面１３…過去作品著作情報ＤＢ（１０１）に作者の登録が無い依頼入力画面
画面１４…受付画面
画面１５…カート内画面１（通知された、データcの簡易情報を表示した一覧）
※鑑賞者のプライベート情報であり情報保護画面、非公開画面
画面１６…カート内画面２（続きが見たい作品の全容が確認容易な画面）
※鑑賞者のプライベート情報であり情報保護画面、非公開画面
画面１７…データ（Ｂ−２）が表示されている制作者画面
パターン１：個別依頼確認
パターン２：統計確認
パターン３：次回作入力選択画面
パターン４：次回作入力フォーマット
パターン５：過去作品登録漏れにより、鑑賞者から先に入力された（認証可能な）
過去作品データ（a）に対し、ＩＤ認証を行う処理画面
画面１８…
本発明サイトのプラットフォーム（続きを見たい作品ランキング等、本システムに登録された続きを見たい作品、及び過去作品が、この画面から検索できる）
画面１９…
コンテンツスケジュール画面
パターン１：ざっくりとした購入前コンテンツスケジュール画面
パターン２：作品搬入日時が決定した購入後コンテンツスケジュール画面
User (1): The creator who creates the work, or the person who does not produce the work
Provided work provider <br/> User (2) ... Those who want to purchase a work / viewer <br/> Terminal (A) ... User (1) terminal <br/> Terminal (B) ... User (2 ) ) Device <br/> data (a) ...
The data of the work (complete work) created in the past of the user (1) <work name, writer name, work information, career and information of the user (1), etc.>. Also, IDs are assigned to the works, and <example, work ID: 0001> is managed as a past work menu list.
Data (b)…
This is a signal to request a favorite writer for the next work with reference to the past work data a, a signal for receiving information linked to the past work data a (work ID, etc.), and sending an order-like element, and The information of <work ID: 0001 / next work request of work ID: 0001> including a signal as a favorite viewer (FAN / repeater). “FIG. 2” is a button “I want to see more”, and when this button is pressed, the data b is transmitted. Also, “FIG. 2” is represented as a button which is a form that can be widely distributed to other sites.
Data (c) ...
Work ID attracted from data b, recruitment period (pre-sale will be done), work ID: 0001 Next work outline / form (eg, drawing / number of books, number of books / pages, [work name] XX continued… ), Amount, planned completion date (○ month ○ day, required number of days ○ month) Number of people who can perform production (production execution if ○ or more) data (d)… intention to purchase content of user (2) Decision (buy)
Data (e) ... User (1) 's production execution agreement or rejection decision (production or not production)
Data (f) ... Information necessary for payment by user (2) (credit card number, name, etc.) and payment signal data (g) ... Confirmation of data received by user (2) Data signal data (h) ... Completed
__
Data A '... Content thumbnail data B' ... "I want to see more" registration cancel button.
Data C '... Summary information of contents such as content title, reception period, producer name, etc. (summary of data D')
Data D '... Detailed contents of the contents (plan), title, contents (summary), pre-sale acceptance period, completion period, amount, contents form (music, video, image ...) Production scheduled number of people (production is executed) Estimated number of purchases) Existence of extension and how to handle extension, etc. << Same as data (c) >>
■ Data-related data (A-1) ...
Copyright information part of data a <It is work information created in the past: work ID, author name, work name, amount, content type (book, music, video, etc.), etc., to specify past works Any information. As supplementary items, information on the user (1) (history, etc.), other work information of the creator, etc.> This is data stored in the
Data (A-2) ...
Of the data a, the content itself is the content created by the creator in the past. For example, if it is released for free, the viewer can easily press the “button to see more” by viewing it. Become. Further, even if it is separated from A-1, simple copyright information <work name, work information, content ID> for identifying content is also included and assigned. This may be stored either in the past work database 102 of this system or in an arbitrary database at another site, as long as it is displayed on-line. Moreover, it may be either released for free or not. This is reference content for viewers to purchase the next work.
Data (B-1) ...
A simple next operation request signal among the data b signals. Data that is sent when the “View more” button distributed to the past work is pressed, and contains the minimum simple past copyright information <For example, work ID / work name / company name Copyright / etc.>. Further, the
Data (B-2) ...
Of the data b signal, it is the data that is input on the
Data (B-3) ...
Data that is calculated values or statistical data based on the data B-2 or the like and displayed on the producer terminal A.
Example:
“Continuation of Content A / Requester ID / Some comments / Date / time / Purchase probability, etc.”
→ "Total number of requesters of content A / Total purchase probability"
"Continuation of Content B / Requester ID / Some comments / Date / time / Purchase probability, etc."
→ "Total number of clients requesting content B / Total purchase probability"
Order list of “Request for continuation of content C / Requester ID / New / Number of viewers / Some comments / Date / time etc./Purchase probability etc.” → “Content new client total number / Purchase probability etc.” Request form) format information (see "Fig. 31")
Data (B-4) ...
Data that strictly specifies past works.
Example:
If there is past work content A (ID: 0001),
Of the past work content A (ID: 0001-1) that work
Of the past work content A (ID: 0001-2) that work
Data of the work (ID: 0001-3) in the past policy work content A.
Data (C-1) ...
Next time copyright information (producer input information) << same as data c >>
"Copyright information, recruitment period for sale (* Advance sales acceptance period) Content details (plan, next work outline, title, synopsis, etc.) Content form (music, video, image ...)" Example, drawing / Number of books, number of books / pages, [continuation of [work name] ○○…] amount, planned completion date (○ month ○ day, required number of days ○ month) (Estimated number of purchases to be executed) Existence of extension, how to handle extension, etc.
In addition, when the request from the customer is the work (A), and the creator creates the work (A ') next time, the specified work that inputs the data of the work (A') into the specified format. Information, the request from the customer is work (B), and if the creator creates the work (B ') next time, the data (B') is entered into the specified format. If the request from the customer is a work (new) and the creator creates a work called the new work (new '), the data of the work (new') is entered into the specified format. This is the copyright information of the stipulated, and information by the response from the viewer.
Data (C-2) ...
Data displayed on the viewer's terminal (in the cart) (C-1)
If it is "continuation of work A", "information of work (A ') will arrive"
If it is a “new work request”, “new work information will arrive”
As you can see, it is data that is sent to the product data specified by the viewer,
When the viewer transmits the data (b), it does not arrive unless the works A and B are selected.
If other works by the same author are possible, they can be displayed as advertisements, but they are clearly distinguished from the requested product.
Data (C-3) ...
Content summary information such as content title, acceptance period, producer name, etc. (* summary of data c-1)
Data (I) ... Reserve amount
Data (I-1): Of the reserve amount (the purchase amount of the viewer, the total reserve amount)
Data (I-2): Of the reserve amount (information on reserve type, pool type, mixed type, etc. distributed to contents)
Data (J): Time adjustment data data (J-1): Of the time adjustment data (desired timing information for viewers other than automatic bidders)
Data (J-2) ...
Of the time adjustment data (rough timing of content production, the number of days, etc.)
Data (J-3) ...
Among the time adjustment data, (data on automatic bid setting of viewers <automatic bid count, maximum deadline, maximum amount, etc.>)
Data (J-4): Time adjustment data (completed date / time data for purchase after production agreement, date / time available for delivery)
Data (K): Other data (quote table such as amount and days)
Data (L): User information, etc. DB server relation: Details of
102 ... Past work database (data A-2 is stored)
201 ... request information database (stores data B-1, B-2, B-3, B-4)
202 ... Next time work information database (stores data C-1)
301 ... Completed work database (stores data h)
401 ...
Program processing related 11: A series of processes relating to author ID authentication 12: A series of processes for registering past works 13: A series of processes for transmitting / receiving request information 14: A series of processes for transmitting / receiving next work information 15: A series of orders processing Processing (e-mail notifications, etc.)
16 ... A series of processes for distributing "I want to see more" buttons, such as
■ Screen-related
* Viewer's private information, information protection screen, non-disclosure screen screen 16 ...
* Viewer's private information, information protection screen,
Processing screen screen 18 for performing ID authentication for past work data (a).
Platform of the present invention site (works that you want to see more, such as the ranking of the works you want to see, and works that you want to see in the system and past works can be searched from this screen)
Screen 19 ...
Content schedule screen
Pattern 1: Rough pre-purchase content schedule screen Pattern 2: Post-purchase content schedule screen in which the work delivery date and time has been determined
Claims (11)
前記コンテンツ提供方法は、コンテンツの制作前から、事前に、前記コンテンツ観賞者（又は購入者）より、コンテンツ依頼（要求）信号を受信することのできる方法であって；
前記コンテンツ提供方法は、少なくとも一つは、既に過去に制作した過去作品を有する前記コンテンツ提供者の、過去作品情報を記憶装置に備えており；
且つ、既に、少なくとも一つは前記コンテンツ提供者の前記過去作品を観賞している前記コンテンツ鑑賞者より、前記過去作品の次回作を要求する信号（データｂ）＜例えば、次回作要求／過去作品ＩＤ＞を受信する処理を有しており；
尚、前記データｂの受信は、前記コンテンツ提供者より次回作の予定情報を受信して表示する処理を行わない段階から、前記コンテンツ鑑賞者より受信することが可能な処理であり；
且つ、前記コンテンツ提供方法は、前記次回作を要求する信号（データｂ）を受信すると、記憶装置へ記憶する処理と、且つ、前記コンテンツ提供者が確認する端末画面に、前記データｂの内容を表示する処理とを有し；
且つ、前記コンテンツ提供者より、制作を行う意思である（例えば「制作を行う／行わない」）信号（データe）を受信する処理とを有し；
且つ、前記データeが「制作を行う」であった場合は、コンテンツが完成し、コンテンツが提供された事を確認する確認信号を受信する処理とを有し；
これにより、前記コンテンツ鑑賞者は、過去作品の次回の作品を観賞したい場合に、前記コンテンツ提供者が、次回作を制作する予定の有無に関わらず、前記鑑賞者から前記提供者へ、コンテンツの次回作品の依頼（要求）信号を送信して、コンテンツの提供を受ける事が可能となる；コンテンツ提供方法 A content provider, and each terminal comprised in at least one or more content viewer (or buyers) uses a server and a storage device, a connection has been made the content providing method in a network;
The content providing method is a method capable of receiving a content request (request) signal from the content viewer (or purchaser) in advance before production of content;
In the content providing method, at least one of the content providers having past works already produced in the past includes past work information of a storage device;
In addition, at least one signal (data b) for requesting the next work of the past work from the content viewer who has already watched the past work of the content provider (for example, next work request / past work) ID> is received;
The reception of the data b is a process that can be received from the content viewer from the stage of not receiving and displaying the schedule information of the next work from the content provider;
In addition, when the content providing method receives the signal (data b) requesting the next work, the content providing method displays the contents of the data b on the terminal screen confirmed by the content provider and the process of storing in the storage device. Processing to display;
And a process of receiving a signal (data e) indicating that the content provider is willing to produce (for example, “make / do not produce”);
And, when the data e is “production”, includes a process of receiving a confirmation signal for confirming that the content is completed and the content is provided;
Thereby, when the content viewer wants to view the next work of the past work, the content provider sends the content from the viewer to the provider regardless of whether or not the next work is scheduled to be produced. It becomes possible to receive the provision of content by sending a request (request) signal for the next work;
且つ、前記次回作概要データ（データｃ）の内容を受けた前記コンテンツ鑑賞者より、コンテンツを「購入する・しない」の信号（データｄ）を受信して記憶装置へ記憶し、且つ、前記データｄの内容を前記コンテンツ提供者が確認する端末画面へ表示する処理を有し；In addition, from the content viewer who has received the contents of the next work summary data (data c), a signal (data d) of “purchase / do not purchase” content is received and stored in the storage device, and the data a process of displaying the content of d on the terminal screen that the content provider confirms;
且つ、コンテンツ提供方法は、前記データｄの内容を受けた前記コンテンツ提供者より受信する前記データeが、「制作を行う」という信号の場合は、決算処理部にて決済を行う処理を有し、又は、前記データeが、「制作を行わない」という信号の場合は、決算処理部にて決済を行わない処理を有し；In addition, the content providing method includes a process of performing settlement in the settlement processing unit when the data e received from the content provider that has received the content of the data d is a signal to “produce”. Or, when the data e is a signal that “production is not performed”, the settlement processing unit has processing for not performing settlement;
且つ、「制作を行う」という前記データeを受信した場合は、コンテンツが完成して、コンテンツの受け渡しが行われた確認信号を受信する処理を有し；In addition, when the data “e” for “production” is received, a process for receiving a confirmation signal that the content has been completed and the content has been delivered;
且つ、前記作品の受け渡しが行われた確認信号を受信すると、前記コンテンツ提供者へ売上金額を支払う処理を有し、又は、前記作品の受け渡しが行われた確認信号が受信できない場合は、前記コンテンツ提供者へ売上金額を支払わない処理を有しており；And when receiving the confirmation signal that the work has been delivered, it has a process of paying the sales amount to the content provider, or when the confirmation signal that the work has been delivered cannot be received, the content Have processing that does not pay the sales amount to the provider;
尚、一連のデータの送受信は、コンテンツＩＤコードにてヒモ付いている；以上の処理を備えたコンテンツ販売方法In addition, transmission / reception of a series of data is attached with a content ID code; a content sales method including the above processing
前記コンテンツ提供システムは、コンテンツ制作前から事前に、前記コンテンツ観賞者より、コンテンツ依頼（要求）信号を受信することのできるシステムであって；
前記コンテンツ提供システムは、少なくとも一つは、既に過去に制作した過去作品を有する前記コンテンツ提供者の、ＩＤコードが付与された過去作品情報を記憶する記憶装置を有しており；
且つ、既に、少なくとも一つは前記コンテンツ提供者の前記過去作品を観賞している前記コンテンツ鑑賞者より、前記過去作品の次回作を要求する信号（データｂ）＜例えば、次回作要求／過去作品ＩＤ＞を受信する手段を有し；
尚、前記データｂの受信は、前記コンテンツ提供者より次回作の予定情報を受信して表示する処理を行わない段階から、前記コンテンツ鑑賞者より受信することが可能な手段であり；
且つ、前記コンテンツ提供システムは、受信した前記データｂを記憶する記憶部と、且つ、前記コンテンツ提供者が確認する端末画面へ、前記データｂの内容を表示する表示画面とを有し；
且つ、前記コンテンツ提供システムは、前記コンテンツ提供者より、制作を行う意思である＜例えば「制作を行う／行わない」＞の信号（データe）を受信する手段と；
且つ、前記データeが「制作を行う」であった場合は、コンテンツが完成し、コンテンツが提供された事を確認する確認信号を受信する手段とを有し；
又、一連のデータの送受信は、コンテンツＩＤコードにてヒモ付いており；
これにより、前記コンテンツ鑑賞者は、過去作品の次回の作品を観賞したい場合に、前記コンテンツ提供者が、次回作を制作する予定の有無に関わらず、前記鑑賞者から前記提供者へ、コンテンツの次回作品の依頼（要求）信号を送信して、コンテンツの提供を受ける事が可能となる；コンテンツ提供システム A content providing system in which each terminal used by a content provider and at least one content viewer (or purchaser), a server, and a storage device are connected to a network ;
The content providing system is a system capable of receiving a content request (request) signal from the content viewer in advance before content production;
The content providing system includes at least one storage device that stores past work information to which an ID code is assigned of the content provider who has already created past works;
In addition, at least one signal (data b) for requesting the next work of the past work from the content viewer who has already watched the past work of the content provider (for example, next work request / past work) Means for receiving ID>;
The reception of the data b is a means that can be received from the content viewer from the stage of not receiving and displaying the schedule information of the next work from the content provider.
And the said content provision system has a memory | storage part which memorize | stores the received said data b, and the display screen which displays the content of the said data b on the terminal screen which the said content provider confirms;
The content providing system receives from the content provider a signal (data e) of <e.g. “Make / do not make”> which is an intention to produce;
And, if the data e is “production”, has a means for receiving a confirmation signal for confirming that the content is completed and the content is provided;
In addition, transmission / reception of a series of data is attached with a content ID code;
Thereby, when the content viewer wants to view the next work of the past work, the content provider sends the content from the viewer to the provider regardless of whether or not the next work is scheduled to be produced. Sending request (request) signal for the next work, it becomes possible to receive content provision; content provision system
前記コンテンツ提供システムは、コンテンツ制作前から事前に、前記コンテンツ観賞者より、コンテンツ依頼（要求）信号を受信することのできるシステムであって；
前記コンテンツ提供システムは、少なくとも一つは、既に過去に制作した過去作品を有する前記コンテンツ提供者の、過去作品情報を記憶する記憶装置を備えており；
且つ、既に、少なくとも一つは前記コンテンツ提供者の前記過去作品を観賞している前記コンテンツ鑑賞者より、前記過去作品の次回作を要求する信号（データｂ）＜例えば、次回作要求／過去作品ＩＤ＞を受信する手段を有しており；
尚、前記データｂの受信は、前記コンテンツ提供者より次回作の予定情報を受信して表示する処理を行わない段階から、前記コンテンツ鑑賞者より受信することが可能な手段であり；
且つ、前記コンテンツ提供システムは、前記次回作を要求する信号を受信すると、記憶装置へ記憶する記憶部と、且つ、前記コンテンツ提供者が確認する端末画面へ、前記データｂの内容を表示する表示画面と、且つ、前記コンテンツ鑑賞者が確認する端末画面には、受信した前記データｂとＩＤコードでヒモ付いたコンテンツデータ＜先行コンテンツアイコン/コンテンツ情報等＞を、カート画面内にて表示する表示画面とを有しており；
且つ、前記カート画面は、コンテンツ提供を受ける前段階のコンテンツ選択画面であって、且つ、鑑賞者より前記データｂを送信する事により選択された複数のコンテンツを表示する画面であり、且つ、鑑賞者が要求する次回作情報以外のその他の情報や、広告情報を明確に区分した形で表示する画面構成であって；
これにより、前記コンテンツ鑑賞者は、過去作品の次回の作品を観賞したい場合に、前記コンテンツ提供者が、次回作を制作する予定の有無に関わらず、前記鑑賞者から前記提供者へ、コンテンツの次回作品の要求信号を送信して、コンテンツの提供を受ける事が可能となり、且つ、カート画面内にてコンテンツを管理することが可能となる；コンテンツ提供システム A content providing system in which each terminal used by a content provider and at least one content viewer (or purchaser), a server, and a storage device are connected to a network ;
The content providing system is a system capable of receiving a content request (request) signal from the content viewer in advance before content production;
The content providing system includes at least one storage device that stores past work information of the content provider who has already created past works;
In addition, at least one signal (data b) for requesting the next work of the past work from the content viewer who has already watched the past work of the content provider (for example, next work request / past work) ID> means for receiving;
The reception of the data b is a means that can be received from the content viewer from the stage of not receiving and displaying the schedule information of the next work from the content provider.
And the said content provision system will display the content of the said data b on the storage part memorize | stored in a memory | storage device and the terminal screen which the said content provider confirms, if the signal which requests | requires the said next work is received Display that displays the received data b and the content data <preceding content icon / content information, etc.> with the ID code in the cart screen on the screen and the terminal screen confirmed by the content viewer A screen;
In addition, the cart screen is a content selection screen at a stage prior to receiving content provision, and is a screen that displays a plurality of contents selected by transmitting the data b from the viewer, Screen structure that displays other information other than the next work information requested by the user and advertisement information in a clearly separated form;
Thereby, when the content viewer wants to view the next work of the past work, the content provider sends the content from the viewer to the provider regardless of whether or not the next work is scheduled to be produced. It is possible to receive the provision of content by sending a request signal for the next work, and to manage the content in the cart screen; content provision system
前記コンテンツ提供システムは、コンテンツの制作前から、事前に、前記コンテンツ観賞者（又は購入者）より、コンテンツ依頼（要求）信号を受信することのできるシステムであって；
前記コンテンツ提供システムは、少なくとも一つは、既に過去に制作した過去作品を有する前記コンテンツ提供者の、ＩＤコードが付与された過去作品情報を記憶する記憶装置を有しており；
且つ、既に、少なくとも一つは前記コンテンツ提供者の前記過去作品を観賞している前記コンテンツ鑑賞者より、前記過去作品の次回作を要求する信号（データｂ）＜例えば、次回作要求／過去作品ＩＤ＞を受信する手段を有し；
尚、前記データｂの受信は、前記コンテンツ提供者より次回作の予定情報を受信して表示する処理を行わない段階から、前記コンテンツ鑑賞者より受信することが可能な手段であり；
且つ、前記コンテンツ提供システムは、受信した前記データｂを記憶する記憶部と、且つ、前記コンテンツ提供者が確認する端末画面へ、前記データｂの内容を表示する表示画面とを有し；
且つ、前記コンテンツ提供システムは、コンテンツ提供者以外からの前記過去作品情報を受信して記憶装置へ記憶する手段を有し；
尚、これは、前記過去作品情報が前記記憶部に登録されていない場合に、コンテンツ提供者以外からでも登録可能な手段であって、前記コンテンツ提供者以外とは、鑑賞者、あるいは、システム運営者のいずれか、又はその両方であって；
且つ、前記コンテンツ提供システムは、コンテンツ提供者が、過去作品のコンテンツ提供者本人であること認証するＩＤ認証手段を有しており；
これにより、前記コンテンツ鑑賞者は、過去作品の次回の作品を観賞したい場合に、前記コンテンツ提供者が、次回作を製作する予定の有無に関わらず、前記鑑賞者から前記提供者へ、コンテンツの次回作品の依頼（要求）信号を送信し、コンテンツの提供を受ける事が可能となる；コンテンツ提供システム A content providing system in which each terminal used by a content provider and at least one content viewer (or purchaser), a server, and a storage device are connected to a network ;
The content providing system is a system capable of receiving a content request (request) signal from the content viewer (or purchaser) in advance before the production of content;
The content providing system includes at least one storage device that stores past work information to which an ID code is assigned of the content provider who has already created past works;
In addition, at least one signal (data b) for requesting the next work of the past work from the content viewer who has already watched the past work of the content provider (for example, next work request / past work) Means for receiving ID>;
The reception of the data b is a means that can be received from the content viewer from the stage of not receiving and displaying the schedule information of the next work from the content provider.
And the said content provision system has a memory | storage part which memorize | stores the received said data b, and the display screen which displays the content of the said data b on the terminal screen which the said content provider confirms;
And the content providing system has means for receiving the past work information from other than the content provider and storing it in a storage device;
This is means that can be registered by a person other than the content provider when the past work information is not registered in the storage unit. The non-content provider can be a viewer or a system administrator. One or both of the persons;
In addition, the content providing system includes ID authentication means for authenticating that the content provider is the content provider of the past work;
Thereby, when the content viewer wants to view the next work of the past work, the content provider sends the content from the viewer to the provider regardless of whether or not the next work is scheduled to be produced. The next work request (request) signal can be sent and content can be received; content provision system
前記コンテンツ提供システムは、コンテンツ制作前から事前に、前記コンテンツ観賞者より、コンテンツ依頼（要求）信号を受信することのできるシステムであって；
前記コンテンツ提供システムは、少なくとも一つは、既に過去に制作した過去作品を有する前記コンテンツ提供者の、過去作品情報を記憶する記憶装置を備えており；
且つ、既に、少なくとも一つは前記コンテンツ提供者の前記過去作品を観賞している前記コンテンツ鑑賞者より、前記過去作品の次回作を要求する信号（データｂ）＜例えば、次回作要求／過去作品ＩＤ＞を受信する手段を有しており；
尚、前記データｂの受信は、前記コンテンツ提供者より次回作の予定情報を受信して表示する処理を行わない段階から、前記コンテンツ鑑賞者より受信することが可能な手段であり；
且つ、前記コンテンツ提供システムは、受信した前記データｂを記憶する記憶部と、且つ、前記コンテンツ提供者の確認する端末画面へ、前記データｂの内容を表示する表示画面とを有し；
且つ、前記コンテンツ提供システムは、コンテンツ提供を行うタイミングを調整する自動入札設定手段を有し；
前記自動入札設定手段は、前記データｂの送信を行った前記コンテンツ鑑賞者の画面に、自動入札設定の入力画面を表示し、且つ、前記コンテンツ鑑賞者より、自動入札設定データ（データＪ−３/ 自動入札回数、最大期限、等 ）を受信し、且つ、その内容道りに設定を行う手段である；以上の特徴を有するコンテンツ販売システム A content providing system in which each terminal used by a content provider and at least one content viewer (or purchaser), a server, and a storage device are connected to a network ;
The content providing system is a system capable of receiving a content request (request) signal from the content viewer in advance before content production;
The content providing system includes at least one storage device that stores past work information of the content provider who has already created past works;
In addition, at least one signal (data b) for requesting the next work of the past work from the content viewer who has already watched the past work of the content provider (for example, next work request / past work) ID> means for receiving;
The reception of the data b is a means that can be received from the content viewer from the stage of not receiving and displaying the schedule information of the next work from the content provider.
And the said content provision system has a memory | storage part which memorize | stores the received said data b, and a display screen which displays the content of the said data b on the terminal screen which the said content provider confirms;
And the content providing system includes an automatic bidding setting means for adjusting the timing of content provision;
The automatic bid setting means displays an input screen for automatic bid setting on the screen of the content viewer who has transmitted the data b, and the automatic bid setting data (data J-3) is received from the content viewer. / Automatic bid count, maximum deadline, etc.), and means for setting the content path ; content sales system with the above characteristics
コンテンツ提供を行うタイミングを調整する手段と、タイミングを調整する為のデータを表示する表示画面生成部とを有しており；
前記タイミングを調整する手段は、前記コンテンツ提供者より（Ｊ−２/提供側のざっくりとしたコンテンツ制作希望時間等）を受信する手段と、又、前記コンテンツ提供者より（Ｊ−４/確定した完成予定日時）とを受信する手段であって
又、前記タイミングを調整するデータを表示する表示画面生成部は、コンテンツスケジュール画面として、データＪ−２の内容を表示する画面、データＪ−４の内容を表示する画面の２つのパターンを表示することを特徴としている；以上の特徴を備えたコンテンツ販売システム The content providing system according to claim 3 to 6,
Means for adjusting the timing of content provision, and a display screen generator for displaying data for adjusting the timing;
The means for adjusting the timing includes means for receiving (such as J-2 / rough content creation desired time on the providing side) from the content provider, and (J-4 / confirmed from the content provider). (Scheduled completion date and time)
The display screen generation unit for displaying the data for adjusting the timing displays two patterns, a screen for displaying the contents of the data J-2 and a screen for displaying the contents of the data J-4, as the content schedule screen. content sales system having the above features; you are characterized in that
前記次回作の要求する信号（データｂ）の内容を受けた前記コンテンツ提供者より、次回作概要データ（データｃ）を受信して、記憶する記憶部と、且つ、前記データｃの内容を前記コンテンツ鑑賞者の確認する端末画面へ表示する表示画面とを有し；A storage unit that receives and stores the next work summary data (data c) from the content provider that has received the content of the signal (data b) requested for the next work, and stores the contents of the data c. A display screen to be displayed on the terminal screen confirmed by the content viewer;
且つ、前記次回作概要データ（データｃ）の内容を受けた前記コンテンツ鑑賞者より、コンテンツを「購入する・しない」の信号（データｄ）を受信して記憶する記憶部と、且つ、前記データｄの内容を前記コンテンツ提供者の確認する端末画面へ表示する表示画面を有し；And a storage unit for receiving and storing a signal (data d) of “purchase / no purchase” from the content viewer who has received the contents of the next work summary data (data c), and the data a display screen for displaying the content of d on the terminal screen confirmed by the content provider;
且つ、コンテンツ提供システムは、前記データｄを受けた前記コンテンツ提供者より受信する前記データeが、「制作を行う」という信号の場合は、決算処理部にて決済を行う手段を有し、又は、前記データeが、「制作を行わない」という信号の場合は、決算処理部にて決済を行わない手段を有し；In addition, the content providing system includes means for performing settlement in the settlement processing unit when the data e received from the content provider that has received the data d is a signal that “makes”, or In the case where the data e is a signal that “production is not performed”, the settlement processing unit has means for not performing settlement;
且つ、「制作を行う」という前記データeを受信した場合は、コンテンツが完成し、コンテンツの受け渡しが行われた確認信号を受信する手段を有し；In addition, when receiving the data e of “perform production”, it has means for receiving a confirmation signal that the content has been completed and the content has been delivered;
且つ、前記コンテンツの受け渡しが行われた確認信号を受信すると、前記コンテンツ提供者へ売上金額を支払う手段を有し、又は、前記作品の受け渡しが行われた確認信号が受信できない場合は、前記コンテンツ提供者へ売上金額を支払わない手段を有しており；And when receiving the confirmation signal that the content has been delivered, the content provider has means for paying the sales amount, or when the confirmation signal that the product has been delivered cannot be received, the content Have a means of not paying the sales amount to the provider;
尚、一連のデータの送受信は、コンテンツＩＤコードにてヒモ付いている；In addition, transmission / reception of a series of data is marked with a content ID code;
以上の特徴を有するコンテンツ販売システムContent sales system with the above characteristics
且つ、前記データＢ−２/Ｂ−４を、記憶する記憶装置を有し、且つ、前記データＢ−２/Ｂ−４の内容を、前記コンテンツ提供者の確認する端末画面へ表示する表示画面を有している；コンテンツ販売システム 10. The system according to claim 3 , wherein data B-2 including detailed information (detailed next work request information) and past works are strictly attached as information attached to the signal data b requesting the next work. Means for receiving designated data B-4 (past work strict designation information);
And the display screen which has the memory | storage device which memorize | stores the said data B-2 / B-4, and displays the content of the said data B-2 / B-4 on the terminal screen which the said content provider confirms the have; content sales system
前記次回作要求信号データｂの内容を受けた前記コンテンツ提供者が、前記次回作要求信号データｂにて要求されたコンテンツとＩＤがヒモ付いた形で、次回作概要データｃを規定のフォーマット画面にて入力することのできる入力画面を有し；
前記フォーマット画面は、規定の作品情報を入力できる画面であって；
且つ、前記コンテンツ提供システムは、前記規定の作品情報を受信する手段と、且つ、前記前記規定の作品情報を記憶する記憶部と、且つ、前記規定の作品情報を、鑑賞者が要求する次回作情報以外のその他の情報や広告情報等と、明確に区分して、前記コンテンツ鑑賞者が確認するカート画面内にて表示する表示画面を有している；コンテンツ販売システム A system according to claim 3 to 10 , wherein
A format screen in which the content provider receiving the contents of the next work request signal data b defines the next work summary data c in a form with a string and ID requested in the next work request signal data b. Has an input screen that can be entered in
The format screen is a screen on which prescribed work information can be entered ;
In addition, the content providing system includes a means for receiving the specified work information, a storage unit for storing the specified work information, and a next work requested by the viewer for the specified work information. It has a display screen that is clearly separated from other information other than information, advertising information, etc. and displayed on the cart screen that the content viewer confirms; a content sales system
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012073989A JP5296900B2 (en) | 2011-10-17 | 2012-03-28 | Content sales system and method |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2011227604 | 2011-10-17 | ||
| JP2011227604 | 2011-10-17 | ||
| JP2012073989A JP5296900B2 (en) | 2011-10-17 | 2012-03-28 | Content sales system and method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2013101590A JP2013101590A (en) | 2013-05-23 |
| JP5296900B2 true JP5296900B2 (en) | 2013-09-25 |
Family
ID=48622133
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012073989A Expired - Fee Related JP5296900B2 (en) | 2011-10-17 | 2012-03-28 | Content sales system and method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5296900B2 (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015036887A (en) * | 2013-08-13 | 2015-02-23 | 富士通株式会社 | Purchase service providing apparatus, method and program |
| KR101705948B1 (en) * | 2014-12-05 | 2017-02-13 | 이승한 | System for participating in project for technology development and graphic art development and method thereof |
| JP6465149B2 (en) * | 2017-05-01 | 2019-02-06 | 富士通株式会社 | Payment request service providing program, method, and apparatus |
| JP7047159B1 (en) * | 2021-03-26 | 2022-04-04 | エヌエイチエヌ コーポレーション | Programs and servers |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001266004A (en) * | 2000-03-22 | 2001-09-28 | Shimadzu Corp | Work production information provision system |
| JP2001325471A (en) * | 2000-05-12 | 2001-11-22 | Tohoku Ricoh Co Ltd | Method, system and device for supporting artist, client device, literary work data recorder and recording medium |
| JP2001350901A (en) * | 2000-06-08 | 2001-12-21 | Kazunari Era | Production expense collection system |
| JP2002117261A (en) * | 2000-10-06 | 2002-04-19 | Digital Dream:Kk | Method for raising investment for creating video contents using web, its server system and recording medium with the method programmed and recorded thereon |
| JP2002230262A (en) * | 2001-02-05 | 2002-08-16 | Nissha Printing Co Ltd | Collecting system for commodity purchaser or service beneficiary |
| JP2002271775A (en) * | 2001-03-12 | 2002-09-20 | Matsushita Electric Ind Co Ltd | Program production decision method and server |
| JP2003044724A (en) * | 2001-07-31 | 2003-02-14 | Omron Corp | Product ordering method and product ordering system |
| JP2003122820A (en) * | 2001-10-10 | 2003-04-25 | Ricoh Co Ltd | Program production support method, program distribution system, server device, and program |
| JP2003122901A (en) * | 2001-10-17 | 2003-04-25 | Planning Office Furea:Kk | Book publishing support system |
| JP2003173407A (en) * | 2001-12-05 | 2003-06-20 | Bridgestone Corp | Method, device and medium for receiving commodity manufacture |
| JP2004192364A (en) * | 2002-12-12 | 2004-07-08 | Genesis:Kk | Creator selection system |
| JP2006164125A (en) * | 2004-12-10 | 2006-06-22 | Nec Corp | Contents application receiving method, contents soliciting system, server and program |
| JP2006171826A (en) * | 2004-12-13 | 2006-06-29 | Pia Corp | Profit return system and computer program for realizing the same and profit return method |
| JP2010129067A (en) * | 2008-12-01 | 2010-06-10 | Spicysoft Kk | Management device and network system |
-
2012
- 2012-03-28 JP JP2012073989A patent/JP5296900B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2013101590A (en) | 2013-05-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9105054B2 (en) | Method and system for automated online calendar-based donations | |
| KR101557885B1 (en) | Method and apparatus for subscription-based shipping | |
| US20070214045A1 (en) | System and method for operating a marketplace for internet ad media and for delivering ads according to trades made in that marketplace | |
| US20130317893A1 (en) | System and method for coordinating event participation and payment | |
| WO2019035459A1 (en) | Information distribution method, information distribution server device, terminal device, and computer program | |
| US20080052163A1 (en) | System and method for managing a purchase of a product from a vendor | |
| US8392276B1 (en) | Facilitating transactions involving buying items from and selling items to users | |
| US20080313057A1 (en) | System and method for the collaborative solicitation of knowledge base content, services and products | |
| US20130046580A1 (en) | Computerized, pull based, event scheduling apparatus and method | |
| US20120016761A1 (en) | Techniques For Provisioning Content | |
| JP2019191744A (en) | Fund solicitation system for activity fund | |
| WO2014108911A1 (en) | Userbase and/or deals and/or advertising space trading exchange and marketplace | |
| US20150074000A1 (en) | System, method, and computer program for negotiating online transactions | |
| KR20130106165A (en) | Advertisement providing system and method for providing interface for integrated payment with regard to goods in integrated marketplace | |
| JP2010165374A (en) | System for anonymity electronic commerce having crediting function and method | |
| JP5296900B2 (en) | Content sales system and method | |
| JP4889140B2 (en) | Anonymous e-commerce system and method with credit function | |
| US20140214507A1 (en) | Referral affiliate buyout system and method | |
| US20140149245A1 (en) | Method and System For Providing A Social Trade Network | |
| US20190139170A1 (en) | Delivering Internet Content | |
| US20110054959A1 (en) | System and method for a standards-based journalism marketplace | |
| CN101490706A (en) | Advertising opportunity exchange system and method | |
| US7891562B1 (en) | Facilitating identification of items to make available for sale to users | |
| KR20040054657A (en) | The Method for executing Electronic Commerce on copyrighted material in the intermediary website | |
| 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 |