JP2018151853A - コンテンツネタ募集システム - Google Patents

Abstract

【課題】メディア側企業の各担当者がコンテンツ制作のために必要としている情報と、非メディア側企業が発信したい情報とをつなぎ、情報提供が効率的に採用される仕組みを実現可能なコンテンツネタ募集システムを提供する。【解決手段】メディア側名称とメディア側識別情報とを含むメディア側情報を登録するメディア側情報登録部０１０１と、非メディア側名称と非メディア側識別情報とを含む非メディア側情報を登録する非メディア側情報登録部０１０２と、管理者と管理者識別情報を登録する管理者情報登録部０１０３と、ネタ募集情報取得部０１０４と、ネタ募集情報閲覧用出力部０１０５と、応募情報取得部０１０６と、応募情報閲覧用出力部０１０７と、ネタ募集情報閲覧用出力部０１０５の出力先を制限可能なネタ募集情報閲覧用出力部制限部０１０８と、応募情報閲覧用出力部０１０７の出力を制限可能な応募情報閲覧用出力部制限部０１０９とを有する。【選択図】図１

Description

本発明は、コンテンツネタ募集システムに関し、メディア側企業等と非メディア側企業等が情報共有するのに好適なコンテンツネタ募集システムに関する。

従来、自社製品のＰＲなどをしたい企業（非メディア側企業）が、ＴＶ・ラジオ・雑誌・ＷＥＢなどのメディア側企業等の各メディア担当者に対して各種の情報提供（即ちプレスリリース）をしようとする際には、非メディア側企業（企業や団体の広報部又はＰＲ会社等）は個別のメディアやメディア側企業等の担当者に対して、ＦＡＸ・郵便・メール等でその情報を一方的に送りつけていた。
上記のプレスリリースの方法は、いずれにしても情報提供者から各メディア側企業等の担当者等に情報が一方的に送られるものであるため、受け取る側の受け取り状況（繁忙時や情報の大量受け取り等）が考慮されることがなく、そのため有効な情報が埋もれてしまったり、タイミングよく活用されないという事態が起きていた。
メディア側企業等のメディア担当者にとっては、情報がアットランダムに送り主側の事情で勝手に送りつけられるため、この情報を整理・保管するのに手間取り、本当に情報を必要とするときには目的の情報が見つけにくい状況となっていた。

一方、非メディア側企業等側にとっては、メディア側企業等のメディア担当者に送った情報が有効に活用されているかを確認することができず、すなわち情報を受けたメディア側企業等の担当者へのプレスリリースの伝達の確認ができないという問題点があった。

このような問題を解決するものとしては、例えば、特開２００６−２０９４５４号公報（特許文献１）が挙げられる。この特許文献１のシステムでは、非メディア側企業等からプレスリリースに関する情報データをウェブサーバに蓄積する情報データ蓄積手段と、この情報データを予め設定したカテゴリーに仕分けする分類仕分け手段と、この情報データのタイトル並びに概要をブラウザ画面に一覧表示するタイトル表示手段と、タイトル表示手段の該当情報データを前記ウェブサーバから読み出してブラウザ画面に詳細表示する情報データ表示手段と、情報データごとのアクセス数をカウントして報告するログレポート手段と、プレスリリース後一定期間を経過した情報データをまとめてウェブサーバに蓄積して過去のリリース情報としてブラウザ画面に表示する経過情報データ表示手段と、今後の記者会見の開催を表示する記者会見告知手段と、を備えるものであった。

他の例としては、特開２００８−４０５７号公報（特許文献２）が挙げられる。この特許文献２のシステムでは、プレスリリースで配信する情報をインターネット上で公開し、事前に登録されている記者や編集部へ要約文の電子メールを一斉配信するようにした技術が開示されている。そして、関心を持った記者や編集部は電子メールの文章内に記載された当該Ｗｅｂサイト内の対象ページＵＲＬをクリックして詳細情報を入手するが、その際、アクセスログを取得し、その情報を情報発信者に提供することにより自らの発信情報の閲覧状況を把握できるようになる。また、情報の転載、引用、資料取り寄せの際の手間が省ける。

特開２００６−２０９４５４号公報 特開２００８−４０５７号公報

上述した特許文献１や特許文献２のシステムでは、プレスリリース配信においてメディア側企業等の担当者や情報提供者の一部の改善にはなっているが、各メディア側企業等の担当者がコンテンツ制作に必要としている情報と情報提供者が発信したい情報とがリアルタイムに相互提供可能なものではなく、情報の利活用についても十分ではなかった。

上述した従来の課題を解決するため、本発明の目的は、メディア側企業等の各メディア担当者がコンテンツ制作のために必要としている情報と、非メディア側企業等が発信したい情報とをつなぎ、非メディア側企業等にチャンスを与えて情報提供が効率的に採用される仕組みを実現可能なコンテンツネタ募集システムを提供することにある。

上記課題を解決するために本発明において、以下のコンテンツネタ募集システムを提供する。すなわち、第一の発明として、ネタ情報に基づいてコンテンツを制作する用意があるメディア側を識別するメディア側識別情報を含むメディア側情報を登録するメディア側情報登録部と、ネタ情報を提供する用意がある非メディア側を識別する非メディア側識別情報を含む非メディア側情報を登録する非メディア側情報登録部と、本システムを管理する管理者識別情報を登録する管理者情報登録部と、コンテンツ制作のネタの募集情報であるネタ募集情報を取得するネタ募集情報取得部と、取得したネタ募集情報を登録されている識別情報で識別される端末に閲覧させるために出力可能であるネタ募集情報閲覧用出力部と、ネタ募集情報閲覧出力部を介した閲覧に応じて前記非メディア側識別情報で識別される端末からネタ情報の候補である応募情報をそのネタ募集情報に関連付けて取得する応募情報取得部と、取得した応募情報をネタ募集情報と関連付けて登録されているメディア側識別情報で識別される端末に閲覧させるために出力可能である応募情報閲覧用出力部と、ネタ募集情報閲覧用出力部の出力先を制限可能なネタ募集情報閲覧用出力部制限部と、応募情報閲覧用出力部の出力を制限可能な応募情報閲覧用出力部制限部と、を有する（請求項１対応）。

前記特徴に加え、メディア側情報登録部は、メディア側識別情報から識別される複数のエンティティを関連付けて登録するメディア側連携登録処理手段と、関連付けられたエンティティ間で端末を介して実行可能な処理の全部又は一部を他のエンティティに許容させるメディア側代理処理可能化手段と、メディア側代理処理可能化手段で許容させた処理の全部又は一部を非許容に戻すメディア側代理処理不可能化手段と、を有する（請求項２対応）。

前記特徴に加え、非メディア側情報登録部は、非メディア側識別情報から識別される複数のエンティティを関連付けて登録する非メディア側連携登録処理手段と、関連付けられたエンティティ間で端末を介して実行可能な処理の全部又は一部を他のエンティティに許容させる非メディア側代理処理可能化手段と、非メディア側代理処理可能化手段で許容させた処理の全部又は一部を非許容に戻す非メディア側代理処理不可能化手段と、を有する（請求項３対応）。

前記特徴に加え、メディア側端末から応募情報の閲覧に応じて所定の応募情報に関するテキストを非メディア側端末に閲覧させるために取得するテキスト取得部と、取得したテキストを非メディア側端末に閲覧可能に出力するテキスト閲覧出力部と、非メディア側企業から前記出力されたテキストの閲覧に応じて返信となるテキストを取得する返信テキスト取得部と、取得した返信テキストをメディア側企業に閲覧可能に出力する返信出力部と、をさらに有する（請求項４対応）。

前記特徴に加え、応募情報閲覧用出力部は、取得した応募情報を閲覧する端末から、応募情報にその識別情報または登録情報固有のフラグを付すフラグ付与手段と、取得した応募情報をネタ募集情報と関連付けて登録されている端末に閲覧させる際にその識別情報または登録情報固有のフラグに応じた閲覧の出力を可能とするフラグ別閲覧手段と、をさらに有する（請求項５対応）。

前記特徴に加え、取得した応募情報をネタ募集情報と関連付けて登録されている端末に閲覧に応じて選択させるための応募情報選択部と、選択された応募情報の応募元である非メディア側企業と、選択をしたメディア側企業とのリアルでのコンタクトの準備ための情報処理をするコンタクト準備情報処理部と、をさらに有する（請求項６対応）。

前記特徴に加え、ネタ募集情報閲覧用出力部制限部は、出力を制限する端末を識別する非メディア側識別情報を保持する第一出力制限非メディア側識別情報保持手段と、保持されている非メディア側識別情報に基づいて端末への出力を制限する第一非メディア側端末出力制限手段と、を有する（請求項７対応）。

前記特徴に加え、ネタ募集情報閲覧用出力部制限部は、出力を制限する端末を識別するメディア側識別情報を保持する第一出力制限メディア側識別情報保持手段と、保持されているメディア側識別情報に基づいて端末への出力を制限する第一メディア側端末出力制限手段と、を有する（請求項８対応）。

前記特徴に加え、応募情報閲覧用出力部制限部は、出力を制限する端末を識別する非メディア側識別情報を保持する第二出力制限非メディア側識別情報保持手段と、保持されている非メディア側識別情報に基づいて端末への出力を制限する第二非メディア側端末出力制限手段と、を有する（請求項９対応）。

前記特徴に加え、応募情報閲覧用出力部制限部は、出力を制限する端末を識別するメディア側識別情報を保持する第二出力制限メディア側識別情報保持手段と、保持されているメディア側識別情報に基づいて端末への出力を制限する第二メディア側端末出力制限手段と、を有する（請求項１０対応）。

前記特徴に加え、取得した応募情報をメディア側端末に閲覧可能に出力するか出力しないかの出力可否フラグを取得する出力可否フラグ取得部と、取得した出力可否フラグが出力可であることを示す場合にのみ応募情報閲覧用出力部がその応募情報を出力するように制御する応募情報閲覧用出力部制御部をさらに有する（請求項１１対応）。

前記特徴に加え、ネタ募集情報取得部は、募集期限（募集期限がないことも含む）を定める募集期限情報を取得する募集期限情報取得手段を有するとともに、募集期限情報に基づいてネタ募集情報閲覧用出力部を制御するネタ募集情報閲覧用出力部制御部をさらに有する（請求項１２対応）。

前記特徴に加え、ネタ募集情報取得部は、募集情報のジャンルであるジャンル情報を取得するジャンル情報取得手段を有する（請求項１３対応）。

前記特徴に加え、ネタ募集情報閲覧出力部は、ネタ募集情報を端末から検索させるためのネタ募集情報検索手段と、検索結果を出力する検索結果出力手段と、を有する（請求項１４対応）。

前記特徴に加え、応募情報取得部は、応募情報のジャンルを示す応募ジャンル情報を取得する応募ジャンル情報取得手段を有する（請求項１５対応）。

前記特徴に加え、ネタ募集情報取得部は、募集情報に基づいて応募する非メディア側企業が、応募情報を採用するに際してメディア側企業に対して対価の支払いが必要かを定める採用対価有無情報を取得する採用対価有無情報取得手段を有する（請求項１６対応）。

前記特徴に加え、応募情報取得部は、応募する非メディア側企業が、応募情報が採用されるに際してメディア側企業に対して対価の支払いの用意があるかを定める謝礼対価有無情報を取得する謝礼対価有無情報取得手段を有する（請求項１７対応）。

前記特徴に加え、ネタ募集情報取得部は、トレンド情報を情報媒体又は／及び一般に公開されているインターネットウエブサイトから取得するトレンド情報取得手段と、取得したトレンド情報に基づいてネタ募集情報を取得するネタ募集情報取得手段と、を有する（請求項１８対応）。

前記特徴に加え、ネタ情報に基づいてコンテンツを制作する用意があるメディア側を識別するメディア側識別情報を含むメディア側情報を登録するメディア側情報登録部と、ネタ情報を提供する用意がある非メディア側を識別する非メディア側識別情報を含む非メディア側情報を登録する非メディア側情報登録部と、本システムを管理する管理者識別情報を登録する管理者情報登録部と、を有するコンテンツネタ募集システムの動作方法であって、コンテンツ制作のネタの募集情報であるネタ募集情報を取得するネタ募集情報取得ステップと、取得したネタ募集情報を登録されている識別情報で識別される端末に閲覧させるために出力するネタ募集情報閲覧用出力ステップと、ネタ募集情報閲覧出力ステップでの閲覧に応じて前記非メディア側識別情報で識別される端末からネタ情報の候補である応募情報をそのネタ募集情報に関連付けて取得する応募情報取得ステップと、取得した応募情報をネタ募集情報と関連付けて登録されているメディア側識別情報で識別される端末に閲覧させるために出力可能である応募情報閲覧用出力ステップと、を有するとともに、さらに、ネタ募集情報閲覧用出力ステップの出力先を制限可能なネタ募集情報閲覧用出力部制限ステップと、応募情報閲覧用出力ステップの出力を制限可能な応募情報閲覧用出力部制限ステップと、を有する（請求項１９対応）。

前記特徴に加え、ネタ情報に基づいてコンテンツを制作する用意があるメディア側を識別するメディア側識別情報を含むメディア側情報を登録するメディア側情報登録部と、ネタ情報を提供する用意がある非メディア側を識別する非メディア側識別情報を含む非メディア側情報を登録する非メディア側情報登録部と、本システムを管理する管理者識別情報を登録する管理者情報登録部と、を有する計算機であるコンテンツネタ募集システムの動作プログラムであって、コンテンツ制作のネタの募集情報であるネタ募集情報を取得するネタ募集情報取得ステップと、取得したネタ募集情報を登録されているメディア側識別情報で識別される端末に閲覧させるために出力するネタ募集情報閲覧用出力ステップと、ネタ募集情報閲覧出力ステップでの閲覧に応じて前記非メディア側識別情報で識別される端末からネタ情報の候補である応募情報をそのネタ募集情報に関連付けて取得する応募情報取得ステップと、取得した応募情報をネタ募集情報と関連付けて登録されているメディア側識別情報で識別される端末に閲覧させるために出力可能である応募情報閲覧用出力ステップと、を有するとともに、さらに、ネタ募集情報閲覧用出力ステップの出力先を制限可能なネタ募集情報閲覧用出力部制限ステップと、応募情報閲覧用出力ステップの出力を制限可能な応募情報閲覧用出力部制限ステップと、を計算機であるコンテンツネタ募集システムに読み取り実行可能に記述したコンテンツネタ募集システムの動作プログラム（請求項２０対応）。

前記特徴に加え、ネタ情報に基づいてコンテンツを制作する用意があるメディア側を識別するメディア側識別情報を含むメディア側情報を登録するメディア側情報登録部と、ネタ情報を提供する用意がある非メディア側を識別する非メディア側識別情報を含む非メディア側情報を登録する非メディア側情報登録部と、本システムを管理する管理者識別情報を登録する管理者情報登録部と、を有する計算機であるコンテンツネタ募集システムの動作プログラムであって、コンテンツ制作のネタの募集情報であるネタ募集情報を取得するネタ募集情報取得ステップと、取得したネタ募集情報を登録されているメディア側識別情報で識別される端末に閲覧させるために出力するネタ募集情報閲覧用出力ステップと、ネタ募集情報閲覧出力ステップでの閲覧に応じて前記非メディア側識別情報で識別される端末からネタ情報の候補である応募情報をそのネタ募集情報に関連付けて取得する応募情報取得ステップと、取得した応募情報をネタ募集情報と関連付けて登録されているメディア側識別情報で識別される端末に閲覧させるために出力可能である応募情報閲覧用出力ステップと、を有するとともに、さらに、ネタ募集情報閲覧用出力ステップの出力先を制限可能なネタ募集情報閲覧用出力部制限ステップと、応募情報閲覧用出力ステップの出力を制限可能な応募情報閲覧用出力部制限ステップと、を計算機であるコンテンツネタ募集システムに読み取り実行可能に記述したコンテンツネタ募集システムの動作プログラムであって、メディア側情報登録部に、メディア側識別情報から識別される複数のエンティティを関連付けて登録するメディア側連携登録処理ステップと、関連付けられたエンティティ間で端末を介して実行可能な処理の全部又は一部を他のエンティティに許容させるメディア側代理処理可能化ステップと、メディア側代理処理可能化ステップで許容させた処理の全部又は一部を非許容に戻すメディア側代理処理不可能化ステップと、を有する計算機であるコンテンツネタ募集システムに読み取り実行可能な動作プログラム（請求項２１対応）。

前記特徴に加え、ネタ情報に基づいてコンテンツを制作する用意があるメディア側を識別するメディア側識別情報を含むメディア側情報を登録するメディア側情報登録部と、ネタ情報を提供する用意がある非メディア側を識別する非メディア側識別情報を含む非メディア側情報を登録する非メディア側情報登録部と、本システムを管理する管理者識別情報を登録する管理者情報登録部と、コンテンツ制作のネタの募集情報であるネタ募集情報をメディア側識別情報と関連付けて取得するネタ募集情報取得部と、取得したネタ募集情報を登録されている識別情報で識別される端末に閲覧させるために出力可能であるネタ募集情報閲覧用出力部と、ネタ募集情報閲覧出力部を介した閲覧に応じて前記非メディア側識別情報で識別される端末からネタ情報の候補である応募情報をそのネタ募集情報に関連付けて取得する応募情報取得部と、取得した応募情報をネタ募集情報と関連付けて登録されているメディア側識別情報で識別される端末に閲覧させるために出力可能である応募情報閲覧用出力部と、ネタ募集情報閲覧用出力部の出力先を制限可能なネタ募集情報閲覧用出力部制限部と、を有する（請求項２２対応）。

上述した構成によれば、メディア側企業等のコンテンツ制作のネタ募集情報と、そのネタ募集情報に応じて取得した非メディア側企業等の応募情報とを、メディア側端末と非メディア側端末との間で相互に提供・閲覧できるので、メディア側企業等の各メディア担当者がコンテンツ製作のために必要としている情報と、非メディア側企業等が発信したい情報とをつなぎ、非メディア側企業等にチャンスを与えて情報提供が効率的に採用される仕組みを実現可能なコンテンツネタ募集システムを提供できる。

実施形態１のコンテンツネタ募集システムの機能ブロック図 実施形態２のメディア側アカウントマネージメント機能を有するコンテンツネタ募集システムの機能ブロック図 実施形態４の返信機能を有するコンテンツネタ募集システムの機能ブロック図 実施形態５のフィルター機能を有するコンテンツネタ募集システムの機能ブロック図 実施形態６のコンタクト準備情報処理機能を有するコンテンツネタ募集システムの機能ブロック図 実施形態７のコンテンツネタ募集システムにおけるネタ募集情報閲覧用出力部制限部（非メディア側出力制限）の詳細機能ブロック図 実施形態８のコンテンツネタ募集システムにおけるネタ募集情報閲覧用出力部制限部（メディア側出力制限）の詳細機能ブロック図 実施形態９のコンテンツネタ募集システムにおける応募情報閲覧用出力部制限部（非メディア側出力制限）の詳細機能ブロック図 実施形態１０のコンテンツネタ募集システムにおける応募情報閲覧用出力部制限部（メディア側出力制限）の詳細機能ブロック図 実施形態１１の出力可否フラグによる応募情報閲覧用出力部の制御ブロック図 実施形態１２の募集期限情報によるネタ募集情報閲覧用出力部の制御ブロック図 実施形態１３のコンテンツネタ募集システムにおけるネタ募集情報取得部の詳細機能ブロック図 実施形態１４のネタ募集情報閲覧用出力部のネタ募集情報検索機能ブロック図 実施形態１５のコンテンツネタ募集システムにおける応募情報取得部の詳細機能ブロック図 実施形態１６のコンテンツネタ募集システムにおけるネタ募集情報取得部による採用対価有無情報取得機能ブロック図 実施形態１７のコンテンツネタ募集システムにおける応募情報取得部による謝礼対価有無情報取得機能ブロック図 実施形態１８のコンテンツネタ募集システムにおけるネタ募集情報取得部によるトレンド情報取得機能ブロック図 実施形態１のコンテンツネタ募集システムの動作方法の一例を示すフローチャート 実施形態１のコンテンツネタ募集システムのハードウェア構成の一例を示す図 実施形態３の非メディア側アカウントマネージメント機能を有するコンテンツネタ募集システムの機能ブロック図 実施形態２のメディア側アカウントマネージメント機能を有するコンテンツネタ募集システムのフローチャート 実施形態２のメディア側アカウントマネージメント機能を有するコンテンツネタ募集システムのハードウェア構成の一例を示す図 実施形態４の返信機能を有するコンテンツネタ募集システムのフローチャート 実施形態４の返信機能を有するコンテンツネタ募集システムのハードウェア構成の一例を示す図 実施形態５のフィルター機能を有するコンテンツネタ募集システムのフローチャート 実施形態５のフィルター機能を有するコンテンツネタ募集システムのハードウェア構成の一例を示す図 実施形態６のコンタクト準備情報処理機能を有するコンテンツネタ募集システムのフローチャート 実施形態６のコンタクト準備情報処理機能を有するコンテンツネタ募集システムのハードウェア構成の一例を示す図 実施形態７のコンテンツネタ募集システムにおけるネタ募集情報閲覧用出力部制限部（非メディア側出力制限）の詳細フローチャート 実施形態７のコンテンツネタ募集システムにおけるネタ募集情報閲覧用出力部制限部（非メディア側出力制限）のハードウェア構成の一例を示す図 実施形態８のコンテンツネタ募集システムにおけるネタ募集情報閲覧用出力部制限部（メディア側出力制限）の詳細フローチャート 実施形態８のコンテンツネタ募集システムにおけるネタ募集情報閲覧用出力部制限部（メディア側出力制限）のハードウェア構成の一例を示す図 実施形態９のコンテンツネタ募集システムにおける応募情報閲覧用出力部制限部（非メディア側出力制限）の詳細フローチャート 実施形態９のコンテンツネタ募集システムにおける応募情報閲覧用出力部制限部（非メディア側出力制限）のハードウェア構成の一例を示す図 実施形態１０のコンテンツネタ募集システムにおける応募情報閲覧用出力部制限部（メディア側出力制限）の詳細フローチャート 実施形態１０のコンテンツネタ募集システムにおける応募情報閲覧用出力部制限部（メディア側出力制限）のハードウェア構成の一例を示す図 実施形態１１の出力可否フラグによる応募情報閲覧用出力部の制御フローチャート 実施形態１１の出力可否フラグによる応募情報閲覧用出力部の制御ハードウェア構成の一例を示す図 実施形態１２の募集期限情報によるネタ募集情報閲覧用出力部の制御フローチャート 実施形態１２の募集期限情報によるネタ募集情報閲覧用出力部の制御ハードウェア構成の一例を示す図 実施形態１３のコンテンツネタ募集システムにおけるネタ募集情報取得部の詳細フローチャート 実施形態１３のコンテンツネタ募集システムにおけるネタ募集情報取得部のハードウェア構成の一例を示す図 実施形態１４のネタ募集情報閲覧用出力部のフローチャート 実施形態１４のネタ募集情報閲覧用出力部のハードウェア構成の一例を示す図 実施形態１５のコンテンツネタ募集システムにおける応募情報取得部の詳細フローチャート 実施形態１５のコンテンツネタ募集システムにおける応募情報取得部のハードウェア構成の一例を示す図 実施形態１６のコンテンツネタ募集システムにおけるネタ募集情報取得部による採用対価有無情報取得部のフローチャート 実施形態１６のコンテンツネタ募集システムにおけるネタ募集情報取得部のハードウェア構成の一例を示す図 実施形態１７のコンテンツネタ募集システムにおける応募情報取得部のフローチャート 実施形態１７のコンテンツネタ募集システムにおける応募情報取得部のハードウェア構成の一例を示す図 実施形態１８のトレンド情報取得機能を有するコンテンツネタ募集システムのフローチャート 実施形態１８のトレンド情報取得機能を有するコンテンツネタ募集システムのハードウェア構成の一例を示す図 実施形態３の非メディア側アカウントマネージメント機能を有するコンテンツネタ募集システムのフローチャート 実施形態３の非メディア側アカウントマネージメント機能を有するコンテンツネタ募集システムのハードウェア構成の一例を示す図 メディア側端末による投稿管理操作を説明するための図 投稿管理画面例を示す図 投稿管理画面例を示す図 投稿管理画面例を示す図 投稿管理画面例を示す図 非メディア側端末による投稿管理操作を説明するための図 投稿管理画面例を示す図 投稿管理画面例を示す図 投稿管理画面例を示す図 投稿管理画面例を示す図 投稿管理画面例を示す図 投稿管理画面例を示す図 投稿管理画面例を示す図 投稿管理画面例を示す図 投稿管理画面例を示す図 投稿管理画面例を示す図 ネタ募集情報一覧の一例を示す図 ネタ募集情報の一例を示す図 ネタ募集情報の一例を示す図 ネタ募集情報の一例を示す図 ネタ募集情報の一例を示す図 ネタ募集情報の一例を示す図０１００、０２００ コンテンツネタ募集システム０１０１、０２０１ メディア側情報登録部０１０２、０２０２ 非メディア側情報登録部０１０３、０２０３ 管理者情報登録部０１０４、０２０４、１１０４、１２０４、１５０４、１７０４ ネタ募集情報取得部０１０５、０２０５、１３０５ ネタ募集情報閲覧用出力部０１０６、０２０６、１４０６、１６０６ 応募情報取得部０１０７、０２０７、０４０７ 応募情報閲覧用出力部０１０８、０２０８、０６０８ ネタ募集情報閲覧用出力部制限部０１０９、０２０９、０８０９ 応募情報閲覧用出力部制限部０１１１、０２２１ メディア側端末０１１２、０２２２ 非メディア側端末０１１３、０２２３ 管理者端末０１１４、０２２４ ネットワーク（インターネット、ブロードバンド、ＬＡＮ（無線／有線）０２１０ メディア側連携登録処理手段０２１１ メディア側代理処理可能化手段０２１２ メディア側代理処理不可能化手段２０１０ 非メディア側連携登録処理手段２０１１ 非メディア側代理処理可能化手段２０１２ 非メディア側代理処理不可能化手段０３１０ テキスト取得部０３１１ テキスト閲覧出力部０３１２ 返信テキスト取得部０３１３ 返信出力部０４１０ フラグ付与手段０４１１ フラグ別閲覧手段０５１０ 応募情報選択部０５１１ コンタクト準備情報処理部０６１０ 第一出力制限非メディア側識別情報保持手段０６１１ 第一非メディア側端末出力制限手段０７１０ 第一出力制限メディア側識別情報保持手段０７１１ 第一メディア側端末出力制限手段０８１０ 第二出力制限非メディア側識別情報保持手段０８１１ 第二非メディア側端末出力制限手段０９１０ 第二出力制限非メディア側識別情報保持手段０９１１ 第二非メディア側端末出力制限手段１０１０ 出力可否フラグ取得部１０１１ 応募情報閲覧用出力部制御部１１１０ 募集期限情報取得手段１１１１ ネタ募集情報閲覧用出力部制御部１２１０ ジャンル情報取得手段１３１０ ネタ募集情報検索手段１３１１ 検索結果出力手段１４１０ 応募ジャンル情報取得手段１５１０ 採用対価有無情報取得手段１６１０ 謝礼対価有無情報取得手段１７１０ トレンド情報取得手段１７１１ ネタ募集情報取得手段１９０１ ＣＰＵ１９０２ 不揮発性メモリ１９０３ 主メモリ１９０４ インターフェース１９０５ 通信インターフェース

以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。

なお、以下に記載する本装置の機能ブロックは、ハードウェア及びソフトウェアの組み合わせとして実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵ（中央演算装置）や主メモリ、システムバス、あるいは二次記憶装置（ハードディスクドライブや不揮発性メモリ、ＣＤやＤＶＤなどの記憶メディアとそれらメディアの読取ドライブなど）、情報入力に利用される入力デバイス、表示装置、その他の外部周辺装置などのハードウェア構成部、またその外部周辺装置用のインターフェース、通信用インターフェース、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラム、ユーザ・インターフェース用アプリケーションなどが挙げられる。そして主メモリ上に展開したプログラムに従ったＣＰＵの演算処理によって、入力デバイスやその他インターフェースなどから入力され、メモリやハードディスク上に保持されているデータなどが加工、蓄積されたり、上記各ハードウェアやソフトウェアを制御するための命令が生成されたりする。あるいは本装置の機能ブロックは専用ハードウェアによって実現されてもよい。また、本装置は一つのハードウェアやソフトウェアにより構成される場合に限られず、複数のハードウェアやソフトウェアの組み合わせによって構成されてもよく、ネットワークを介在したサーバ装置を含んで構成されてもよい。

また、この発明は装置として実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるプログラム、及びプログラムを固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
＜実施形態1＞

図１は本実施形態１のコンテンツネタ募集システムの機能ブロック図であり、図１９は実施形態１のコンテンツネタ募集システムのハードウェア構成の一例を示し、図１８は実施形態１のコンテンツネタ募集システムのフローチャートである。

以下、図１、図１９、図１８を用いて実施形態１のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞

本コンテンツネタ募集システム０１００は、図１に示すように、メディア側端末０１１１と非メディア側端末０１１２と管理者端末０１１３の管理下の元にインターネットやブロードバンド（有線ＬＡＮや無線ＬＡＮ、モバイルネットワークも含まれる）のネットワーク０１１４を介して相互に接続され、ネタ情報に基づいてコンテンツを制作する用意があるメディア側を識別するメディア側識別情報を含むメディア側情報を登録するメディア側情報登録部０１０１と、ネタ情報を提供する用意がある非メディア側を識別する非メディア側識別情報を含む非メディア側情報を登録する非メディア側情報登録部０１０２と、本システムを管理する管理者と、管理者識別情報を登録する管理者情報登録部０１０３を有する。

ここで、取扱いメディアとしてはＴＶ（テレビジョン）、ＷＥＢ（インターネット）、雑誌、ラジオなどを指し、メディア側企業とはＴＶ、ＷＥＢ、雑誌、ラジオなどを制作・運営している企業、団体、個人などを指す。このメディアとメディア側企業とを総称したものを「メディア側」と称する。非メディア側企業とは、企業、団体、学校、店舗、個人（ブロガー、ユーチューバー：ＹＯＵＴＵＢＥ（登録商標）等の個人で情報公開しているものを含む）などを指す。非メディアと非メディア側企業とを総称したものを「非メディア側」と称する。また、メディア側端末０１１１や、非メディア側端末０１１２としては、スマートフォン、タブレット、タブレットＰＣ、通常のパーソナルコンピュータが利用可能である。管理者端末０１０３には、コンテンツネタ募集システム０１００を内蔵しても良く、インターネットのクラウド上に配置しても良い。

本コンテンツネタ募集システム０１００は、コンテンツ制作のネタの募集情報であるネタ募集情報を取得するネタ募集情報取得部０１０４と、取得したネタ募集情報を登録されている端末に閲覧させるために出力可能であるネタ募集情報閲覧用出力部０１０５と、ネタ募集情報閲覧用出力部０１０５を介した閲覧に応じて前記非メディア側端末からネタ情報の候補である応募情報をそのネタ募集情報に関連付けて取得する応募情報取得部０１０６と、取得した応募情報をネタ募集情報と関連付けて登録されている端末に閲覧させるために出力可能である応募情報閲覧用出力部０１０７を有する。さらに、ネタ募集情報閲覧用出力部の出力先を制限可能なネタ募集情報閲覧用出力部制限部０１０８と、応募情報閲覧用出力部の出力を制限可能な応募情報閲覧用出力部制限部０１０９を有するシステムを構成する。

「ネタ募集情報取得部」０１０４は、メディア側端末０１１１のメディア側企業等の担当者からインターネットやブロードバンドのネットワーク０１１４を介して入力されたネタ募集情報の取得を行う。ネタ募集情報は、テキストで表現されているものであってもよいし、静止画、動画で表現されているものであってもよいし、これらに加えて音で構成されているものであってもよい。これらは情報量が多いために同一サーバ（コンテンツネタ募集システムの全部又は一部）で処理が困難である場合にはリンクを設けるなどしてもよい。したがってネタ募集情報の中にはハイパーテキストも含まれる。またネタ募集情報取得部のインターフェースは、フリーフォーマットにて受け付けるものであってもよいし、フォーマットを定めて受け付けるものであってもよい。この場合にはプルダウンメニュー等で選択させる形式のものであってもよい。またフリーフォーマットとフォーマットの混在形式のインターフェースであってもよい。ネタ募集情報の取得に際しては原則的にメディア側端末からメディア側識別情報と関連付けてそのネタ募集情報を取得し記録する。ただし、前述のように、メディア側を秘匿するようにこのネタ募集情報を公開することができる。なお、ネタ募集情報の重複を避けるようにシステムを構成することも考えられる。ネタが重複することはメディア側自身も嫌う傾向があるからである。従って同類のネタ募集情報がある場合には先着順に公開されるように構成することも考えられる。先着順とは最先のネタ募集情報のみを閲覧出力することができるように構成したり、最先の３つのみを閲覧出力するようにこうせいするなどである。さらにネタ募集情報にジャンルが関連付けられている場合には、一のジャンル以内ではネタ募集情報は最大何件までとして、ネタ募集情報が特定のジャンルで所定件数に達した場合にはネタ募集情報の入力ができないよに構成することも考えられる。

「ネタ募集情報閲覧用出力部」０１０５はメディア側企業等の担当者により登録されたネタ募集情報を登録された端末の非メディア側企業等の担当者に閲覧可能に出力を行う。出力はネタ募集情報の種類がテキストであればテキストで、静止画や動画であれば静止画、動画で、音がミックスされたものであれば音をミックスして出力する。また、このネタ募集情報は、ウエブでの閲覧が可能であることに加えてダウンロード可能に出力されるように構成してもよい。ネタ募集情報を閲覧する非メディア側端末は登録されたものであることはもちろんであるが、閲覧履歴／ダウンロード履歴がネタ募集情報識別情報、非メディア側識別情報と関連付けてコンテンツネタ募集システムに記録されるように構成することが望ましい。またそれぞれの非メディア側端末の閲覧／ダウンロード時刻、閲覧／ダウンロード回数などもそれぞれのネタ募集情報識別情報と関連付けられて蓄積されることが好ましい。これらのデータは、非メディア側企業等のコンテンツ製作のためのネタ募集情報に対する反応属性（リアクション）などを分析するために利用可能であり、そのような分析部を本コンテンツネタ募集システムが備えていてもよい。

「応募情報取得部」０１０６は非メディア側端末からの非メディア側企業等の担当者の閲覧に応じてネタ情報の候補である応募情報をそのネタ募集情報に関連付けて取得する。非メディア側企業等の担当者が非メディア側端末０２２２からネットワーク０１１４を経由してコンテンツネタ募集システム０１００へアクセスし、募集情報を一覧表示させると、募集内容、募集期限、メディア、タグ、登録日等の情報が表示される。図７２にネタ募集情報一覧の例を示す。また、図７３〜図７６にネタ募集情報の例を示す。例えば、ネタ募集情報としては、図７３に示すように、「自費出版で２０冊以上出版（電子出版等）されている、企業勤務の社員を探しています。」、図７４に示すように、「ノンアルコール飲料をオフィスに取り入れている企業を探しています。」が一例として挙げられる。また、図７５に示すように、「３０分のTBW系列の番組内で、企業の商品や食品を有名芸人さんが番組内で使ったり食べたりする企画があります。タイアップ枠となります。詳しい番組情報や費用についてはご連絡ください。人気枠ですので、数に限りがあります。」などの例もある。さらに、図７６に示すように、「朝の情報番組です。全国のご当地チェーン店を探しています。「そのご当地にしかないメニューを出している」など特徴があるお店が好ましいです。」等。
このようなネタ募集情報一覧を閲覧し、応募したい募集情報を選択すると、募集情報の詳細表示がなされ、返信ボタンを押下すると、返信画面表示になり、返信画面表示において各種入力項目のデータが入力され、担当者による応募ボタンを押下すると、応募が完了する。
この応募により応募情報取得部０１０６はネタ募集情報に関連付けて応募情報を取得することができる。

「応募情報閲覧用出力部」０１０７は応募情報取得部０１０６にて取得した応募情報をネタ募集情報と関連付けて登録されているメディア側企業等の担当者の端末に閲覧可能に出力を行う。
応募情報はネタ募集情報に関連付けて登録されているので、応募情報自体はネタ募集情報閲覧用出力部０１０５の説明したものと同様である。メディア側企業等の担当者は非メディア側企業等からの応募情報一覧を表示すると、タイトル、タグ、ステータス、登録日等が表示される。これらの応募情報から１つの応募情報を選択すると、応募情報の詳細表示がなされ、タイトル、本文、公開メディア、その他の情報が表示される。このような応募情報の詳細表示を行うと、ステータスが「既読」になる。応募情報のうち、まだ閲覧していないものはステータスが「未読」状態のままである。これらの応募情報を閲覧し、興味のないものは不採用とし、以後表示させないようにしてもよい。また、コンテンツのネタ情報になりそうなものは、この情報に匿名で質問を行い、連絡することができる。このとき、交渉に関する連絡事項などを送信することができる。

「ネタ募集情報閲覧用出力部制限部」０１０８はネタ募集情報閲覧用出力部０１０５の出力先を制限して非メディア側企業等にネタ募集情報を閲覧させることができる。例えば、業界ごとにグループ分けを行い、ネタ募集情報をそれぞれの業界ごとに出力先を分けても良い。また、非メディア側企業等の担当者に対して情報公開の範囲を制限して出力させることができる。例えば、メディア側企業等の担当者が番組名を公開又は非公開に設定したり、担当者名を公開や非公開の設定が可能な構成としてもよい。これらの情報公開の範囲の制限は、メディア側企業等の担当者や非メディア側企業等の担当者が情報内容の情報内容の秘密の度合いに応じて任意に設定してもよい。

「応募情報閲覧用出力部制限部」０１０９は、応募情報閲覧用出力部０１０７の出力を制限して閲覧することができる。例えば、非メディア側企業等からの応募情報に不適切な情報が含まれていた場合、その不適切な情報を削除してメディア側企業等の担当者に閲覧させる場合などである。不適切な情報の例としては、公序良俗違反の例や著作権違反が明らかな情報が考えられる。また、メディア側企業等の担当者に公開する情報範囲を制限することができる。これらの情報公開の範囲の制限は、管理者端末によりメディア側企業等の担当者や非メディア側企業等の担当者が秘密の度合いに応じて任意に設定してもよい。
＜作用：ハードウェア的構成＞
以下、図１９、図１８に基づいてコンテンツネタ募集システムの作用について説明する。

計算機の構成は、図１９に示すように、ＣＰＵ１９０１と、ＨＤＤ、ＲＯＭ等の不揮発性メモリ１９０２と、Ｄ−ＲＡＭ等の主メモリ１９０３と、インターフェース１９０４とから構成されている。不揮発性メモリ１９０２にはメディア側情報登録プログラムと非メディア側情報登録プログラムと管理者情報登録プログラムとネタ募集情報取得プログラムとネタ募集情報閲覧用出力プログラムと応募情報取得プログラムと応募情報閲覧用出力プログラムとネタ募集情報閲覧用出力部制限プログラムと応募情報閲覧用出力部制限プログラム等のプログラムが格納されている。データとしては、それぞれの端末のメディア側情報、管理者情報、非メディア側情報や、メディア側企業から提供されるネタ募集情報、非メディア側企業等から提供される応募情報などがある。これらのプログラムやデータは、主メモリの保持領域に読み込まれ、作業領域で実行される。また、インターフェース１９０４には、通信インターフェース１９０５等の各種ネットワーク（インターネット、ブロードバンド、有線ＬＡＮ、無線ＬＡＮ、モバイルネットワーク等）に接続される。不揮発性メモリ１９０２の大容量記憶装置のＨＤＤ等にデジタルデータ（画像、動画、音声など）を格納する。
＜処理の流れ＞

このような計算機の動作は、図１８に示すように、ネタ情報に基づいてコンテンツを制作する用意があるメディア側名称と、メディア側識別情報と、を含むメディア側情報を登録するメディア側情報登録部と、ネタ情報を提供する用意がある非メディア側名称と、非メディア側識別情報と、を含む非メディア側情報を登録する非メディア側情報登録部と、本システムを管理する管理者と、管理者識別情報を登録する管理者情報登録部と、を有するコンテンツネタ募集システムの動作方法において、まず、コンテンツ制作のネタの募集情報であるネタ募集情報を取得する（ステップ１８０１）。次に取得したネタ募集情報を非メディア側企業等に閲覧させる際に出力先を制限させ（ステップ１８０２）、次に出力先が制限された状態で取得したネタ募集情報を登録されている端末に閲覧させるために出力する（ステップ１８０３）。次に、ステップ１８０３での閲覧に応じて前記非メディア側端末からネタ情報の候補である応募情報をそのネタ募集情報に関連付けて取得する（ステップ１８０４）。次に取得した応募情報をメディア側企業等に閲覧させる際に出力を制限させ（ステップ１８０５）、次に出力が制限された状態で取得した応募情報を登録されている端末に閲覧させるために出力する（ステップ１８０６）。
このように、本実施形態１によれば、メディア側企業等のコンテンツ制作のネタ募集情報と、そのネタ募集情報に応じて取得した非メディア側企業等の応募情報とを、メディア側端末と非メディア側端末との間で相互に提供・閲覧できるので、メディア側企業等の各メディア担当者がコンテンツ製作のために必要としている情報と、非メディア側企業等が発信したい情報とをつなぎ、非メディア側企業等にチャンスを与えて情報提供が効率的に採用される仕組みを実現可能なコンテンツネタ募集システムを提供できる。
＜実施形態２＞
＜メディア側アカウントマネージメント機能＞

上記の実施形態１にさらに下記に説明するメディア側アカウントマネージメント機能を有していてもよい。

図２は実施形態２のメディア側アカウントマネージメント機能を有するコンテンツネタ募集システムの機能ブロック図であり、図２２は実施形態２のメディア側アカウントマネージメント機能を有するコンテンツネタ募集システムのハードウェア構成の一例を示し、図２１は実施形態２のメディア側アカウントマネージメント機能を有するコンテンツネタ募集システムのフローチャートである。

図２に示した実施形態２は、図１の実施形態１に加えて、アカウントマネージメント機能を備えている以外は、上述した実施形態１と同様である。

以下、図２、図２２、図２１を用いて実施形態２のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞

コンテンツネタ募集システム０２００は、図２に示すように、メディア側端末０２２１と非メディア側端末０２２２との間で、管理者端末０２２３の管理下の元、インターネットやブロードバンド等のネットワーク０２２４を介して、情報共有を行うプラットフォームを構成している。図２の非メディア側情報登録部０２０２、管理者情報登録部０２０３、ネタ募集情報取得部０２０４、ネタ募集情報閲覧用出力部０２０５、応募情報取得部０２０６、応募情報閲覧用出力部０２０７、ネタ募集情報閲覧用出力部制限部０２０８、応募情報閲覧用出力部制限部０２０９は、図１の構成と同様であるので、詳細な説明を省略することとし、相違点について説明する。

メディア側情報登録部０２０１は、図２に示すように、メディア側名称とメディア側識別情報とから識別される複数のエンティティ（メディア側の企業、団体、個人、組織間）にて登録するメディア側連携登録処理手段０２１０と、関連付けられたエンティティ間で端末を介して実行可能な処理の全部又は一部を他のエンティティに許容させるメディア側代理処理可能化手段０２１１と、メディア側代理処理可能化手段で許容させた処理の全部又は一部を非許容に戻すメディア側代理処理不可能化手段０２１２とを有する。

まず、アカウントマネージメント機能を実行させるためには、前提としてエージェンシーの代理希望企業等はメディア側情報登録部０２０１においてメディア関係者としてアカウント登録をしておく必要がある。例えば、アカウントＩＤ：407a2a6a-0d17-4c95-8466-8fe0bf45edfd、アカウントコード：MEDM****、ログインＩＤ：メールアドレス、パスワード、氏名、アカウント管理担当者名、会社情報（会社名、住所、電話番号、FAX番号など）が既に登録されているものとする。メディア側企業等の担当者が、メディア側端末０２２１からネットワーク０２２４を経由してコンテンツネタ募集システム０２００にアクセス（ログイン）するには、ログインユーザ情報として、アカウントコード（MEDM****）、ログインＩＤ（メールアドレス）、パスワードが用いられる。上述したMEDM****というアカウントコードを登録すると、システム的には暗号化された上記のようなアカウントＩＤが自動的に付与される。

代理希望企業はメディア側端末０２２１からネットワーク０２２４を経由してコンテンツネタ募集システム０２００に接続すると、ログイン画面（図示せず）が表示される。ログイン画面でアカウントコード、ログインＩＤ、パスワードを入力すると、ログインできる。次にメディア側連携登録処理手段０２０１およびメディア側代理処理可能化手段０２１１の処理を実行すると、図示しないアカウントマネージメント機能の管理画面が表示される。この管理画面の「新規リクエストボタン」を選択すると、アカウントＩＤ（必須）と連絡事項（任意）の入力画面が表示される。次に事前に取得していたアカウントＩＤと連絡事項等を入力し、連携先のアカウントＩＤのメディア側企業等に「アカウント連携リクエスト」をＵＲＬリンクとともにメール送信する。このメールを受信したメディア側企業等はリンク先のＵＲＬにアクセスすることで、連携の承認が完了する。アカウントマネージメント機能の管理画面の「連携アカウント欄」に連携したアカウント番号、会社名、ステータス、更新日等が表示される。代理希望企業は「連携アカウント欄」の会社名等をクリックすることで連携先のアカウントに切り替わり、他のアカウントを操作することができるようになり、代理処理が可能となる。アカウントマネージメント機能の管理画面の他の項目としては、どこに連携アカウントリクエストを発行したかの履歴を示す「連携アカウントリクエスト履歴」や委任中の代理店（エージェンシー）のアカウントを示す「委任先アカウント」の欄が設けられている。代理店希望企業等が複数のメディア側企業等と連携するには、それらのメディア側企業等に上述した「アカウント連携リクエスト」のメール送信を繰り返し連携の承認が得られれば、代理処理可能となる。ここで、代理希望企業等は、事前に連携したいメディア側企業等から連携先のアカウントＩＤを事前に取得しておく必要がある。

また、連携の解除は、メディア側代理処理不可能化手段０２０３の処理を実行することでいつでも解除することができる。アカウントマネージメント機能の管理画面の「連携アカウント」欄の連携先のアカウント名と同列に配置された「解除ボタン」を選択することで該当のアカウントの連携を「解除」することができる。また、メディア側企業等のアカウントマネージメント機能の管理画面で「委任先アカウント」欄の「解除ボタン」を選択することで該当のアカウントの連携を「解除」することができる。
＜作用：ハードウェア的構成＞

以下、図２２、図２１に基づいてコンテンツネタ募集システムの作用について説明する。
計算機の構成は、図２２に示すように、不揮発性メモリ２２０２にメディア側連携登録処理サブプログラムとメディア側代理処理可能化プログラムとメディア側代理処理不可能化サブプログラムとが格納されている。それ以外は、図１９の構成と同様であるので、説明を省略する。
＜処理の流れ＞

このような計算機の動作は、図２１に示すように、メディア側企業等でアカウントマネージメント機能を動作させていない場合は、ネタ募集情報取得ステップ２１１１、ネタ募集情報閲覧用出力部制限ステップ２１１２、ネタ募集情報閲覧用出力ステップ２１１３、応募情報取得ステップ２１１４、応募情報閲覧用出力部制限ステップステップ２１１５、応募情報閲覧用出力ステップ２１１６までの処理を実行する。ステップ２３０１から２３０６までの処理は上述した図１８の処理と同様なので、説明を省略する。

次に、メディア側企業等でアカウントマネージメント機能を登録している場合は、メディア側情報登録ステップ２１０１またはメディア側情報登録ステップ２１０８に、メディア側連携登録処理サブステップ２１０２と、メディア側代理処理可能化サブステップ２１０３と、メディア側代理処理不可能化サブステップ２１０９を有し、主メモリ２２０３にメディア側連携登録処理サブプログラムとメディア側代理処理可能可能化プログラムとメディア側代理処理不可能化サブプログラムとが読み込まれ、処理が実行される。すなわち、メディア側代理連携登録処理サブプログラムにより、登録メディア側識別情報から識別される複数のエンティティを関連付けて登録する（ステップ２１０２）。次にメディア側代理処理可能化サブプログラムにより、関連付けられたエンティティ間で端末を介して実行可能な処理の全部又は一部を他のエンティティに許容させる処理を行う（ステップ２１０３）。これによりアカウントマネージメント機能が有効になる。この状態において、代理処理を行う場合（ステップ２１０４）は、応募情報閲覧出力判断ステップ（ステップ２１０５）、ネタ募集情報閲覧出力制限判断ステップ２１０６、ネタ募集情報取得判断ステップ２１０７の処理を行い、上述したステップ２１１１、ステップ２１１２、ステップ２１１６等の代理処理を行う。

また、ステップ２１０４において、代理処理を行わない場合は、ステップ２１０８の処理を実行する。ここで、メディア側代理処理可能化ステップ２１０３で許容させた処理の全部又は一部を非許容に戻すメディア側代理処理不可能化サブステップ２１０９を実行する。これにより、連携先の本人による代理機能の解除ができる。

このように、本実施形態２によれば、本来閲覧の出力制限を受けているものであっても、アカウントマネージメント機能で連携すると、メディア側の複数のエンティティのネタ募集情報や応募情報を閲覧できるようになる。例えば、ＡＢＣメディアの代理店になったとすると、ＡＢＣメディアがネタ募集しているネタ募集情報やそのネタ募集情報に応募された応募情報が閲覧できる。
＜実施形態３＞
＜非メディア側アカウントマネージメント機能＞

上記の実施形態１、２にさらに下記に説明する非メディア側アカウントマネージメント機能を有していてもよい。
図２０は、実施形態３の非メディア側アカウントマネージメント機能を有するコンテンツネタ募集システムの機能ブロック図であり、図５４は実施形態３の非メディア側アカウントマネージメント機能を有するコンテンツネタ募集システムのハードウェア構成の一例を示し、図５３は実施形態３の非メディア側アカウントマネージメント機能を有するコンテンツネタ募集システムのフローチャートである。

図２の実施形態２では、メディア側情報登録部にアカウントマネージメント機能を実現した例を示したが、更に同様なアカウントマネージメント機能を非メディア側情報登録部側に実現した例を示している。アカウントマネージメント機能は、メディア側と非メディア側一方だけではなく、双方に設けてもよい。また、非メディア側のアカウントマネージメント機能の連携登録処理、代理処理可能化、代理処理不可能化の処理は上述したメディア側アカウントマネージメント機能の処理と同様であるので、説明を省略する。

以下、図２０、図５４、図５３を用いて実施形態３のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞
図２のメディア側アカウントマネージメント機能を、非メディア側情報登録部２００２に設けたものである。すなわち、非メディア側情報登録部２００１は、図２０に示すように、非メディア側連携登録処理手段２０１０と、非メディア側代理処理可能化手段２０１１と、非メディア側代理処理不可能化手段２０１２とを有する。図２０の非メディア側アカウントマネージメント機能も、図２と同様に、通常の状態では本来閲覧の出力制限を受けているものであっても、アカウントマネージメント機能で連携すると、非メディア側の複数のエンティティのネタ募集情報を閲覧したり、応募情報を応募させたり、応募情報を閲覧出力制限できるようになる。その他の構成は、図２の構成と同様であるので、説明を省略する。
＜作用：ハードウェア的構成＞

以下、図５４、図５３に基づいてコンテンツネタ募集システムの作用について説明する。
計算機の構成は、図５４に示すように、不揮発性メモリ５４０２に非メディア側連携登録処理サブプログラムと非メディア側代理処理可能化プログラムと非メディア側代理処理不可能化サブプログラムとが格納されている。それ以外は、図１９の構成と同様であるので、説明を省略する。
＜処理の流れ＞

このような計算機の動作は、図５３に示すように、非メディア側企業等でアカウントマネージメント機能を動作させていない場合は、ネタ募集情報取得ステップ５３１１、ネタ募集情報閲覧用出力部制限ステップ５３１２、ネタ募集情報閲覧用出力ステップ５３１３、応募情報取得ステップ５３１４、応募情報閲覧用出力部制限ステップステップ５３１５、応募情報閲覧用出力ステップ５３１６までの処理を実行する。ステップ５３１１から５３１６までの処理は上述した図１８の処理と同様なので、説明を省略する。

次に、非メディア側企業等でアカウントマネージメント機能を登録している場合は、非メディア側情報登録部ステップ５３０１または非メディア側情報ステップ５３０８に、非メディア側連携登録処理サブステップ５３０２と、非メディア側代理処理可能化サブステップ５３０３と、非メディア側代理処理不可能化サブステップ５３０９を有し、主メモリ５４０３に非メディア側連携登録処理サブプログラムと非メディア側代理処理可能化プログラムと非メディア側代理処理不可能化サブプログラムとが読み込まれ、処理が実行される。すなわち、非メディア側連携登録処理サブプログラムにより、登録メディア側識別情報から識別される複数のエンティティを関連付けて登録する（ステップ５３０２）。次に非メディア側代理処理不可能化サブプログラムにより、関連付けられたエンティティ間で端末を介して実行可能な処理の全部又は一部を他のエンティティに許容させる処理を行う（ステップ５３０３）。これによりアカウントマネージメント機能が有効になる。この状態において、代理処理を行う場合（ステップ５３０４）は、応募情報閲覧出力判断ステップ（ステップ５３０５）、応募情報を取得させるか否か判断ステップ（ステップ５３０６）、ネタ募集情報閲覧出力判断ステップ（ステップ５３０７）の処理を行い、上述したステップ５３１３、ステップ５３１４、ステップ５３１５等の代理処理を行う。

また、ステップ５３０４において、代理処理を行わない場合は、ステップ５３０８の処理を実行する。ここで、非メディア側代理処理可能化ステップ５３０３で許容させた処理の全部又は一部を非許容に戻す非メディア側代理処理不可能化サブステップ５３０９を実行する。これにより、連携先の本人による代理機能の解除ができる。

このように、本実施形態３によれば、非メディア側企業等の担当者がアカウントマネージメント機能を利用することにより、複数のアカウント連携（代理）が可能となり、１度のログインで複数のアカウントを切り替えることにより、ネタ募集情報の閲覧出力や、応募情報を取得させたり、応募情報の出力制限をさせたりすることができる。
＜実施形態４＞
＜返信機能＞

上記した実施形態１から３にさらに下記に説明する返信機能を有していてもよい。

図３は実施形態４の返信機能を有するコンテンツネタ募集システムの機能ブロック図であり、図２４は実施形態４の返信機能を有するコンテンツネタ募集システムのハードウェア構成の一例を示し、図２３は実施形態４の返信機能を有するコンテンツネタ募集システムのフローチャートである。

以下、図３、図２４、図２３を用いて実施形態４のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞

コンテンツネタ募集システム０３００は、図３に示すように、メディア側端末０３２１と非メディア側端末０３２２との間で、管理者端末０３２３の管理下の元、インターネットやブロードバンド等のネットワーク０３２４を介して、情報共有を行うプラットフォームを構成している。図３のメディア側情報登録部０３０１、非メディア側情報登録部０３０２、管理者情報登録部０３０３、ネタ募集情報取得部０３０４、ネタ募集情報閲覧用出力部０３０５、応募情報取得部０３０６、応募情報閲覧用出力部０３０７、ネタ募集情報閲覧用出力部制限部０３０８、応募情報閲覧用出力部制限部０３０９は、図１の構成と同様であるので、詳細な説明を省略することとし、相違点について説明する。

コンテンツネタ募集システム０３００は、図１の構成に加え、メディア側端末０３２１から応募情報の閲覧に応じて所定の応募情報に関するテキストを非メディア側端末０３２２に閲覧させるために取得するテキスト取得部０３１０と、取得したテキストを非メディア側端末０３２２に閲覧可能に出力するテキスト閲覧出力部０３１１と、非メディア側企業等から前記出力されたテキストの閲覧に応じて返信となるテキストを取得する返信テキスト取得部０３１２と、取得した返信テキストをメディア側端末０３２１に閲覧可能に出力する返信出力部０３１３とをさらに有する構成となっている。ここで取り扱うデータとしては、テキストに加えてその他デジタルデータ等を含んでも良い。

テキスト取得部０３１０はメディア側端末０３２１から応募情報の閲覧に応じて所定の応募情報に関するテキストを取得する。例えば、応募情報に関するテキストは、「タイトル」、「本文」、「公開メディア」、「ジャンル」、「ビジネスカテゴリ」、「タグ」、「掲載希望日」、「実施日／開催日」、「掲載終了日」、「タイアップ／成果型ＰＲの予算」、「関連ＵＲＬ」、「その他連絡事項」などの情報がある。テキスト閲覧出力部０３１１は、これらの取得したテキストを非メディア側端末０３２２に閲覧可能に出力する。返信テキスト取得部０３１２は非メディア側端末から返信されたテキストの閲覧に応じて返信となるテキストを取得する。例えば、返信となるテキストは、例えば、「タイトル」、「本文」、「公開メディア」、「ジャンル」、「ビジネスカテゴリ」、「タグ」、「掲載希望日」、「実施日／開催日」、「掲載終了日」、「タイアップ／成果型ＰＲの予算」、「関連ＵＲＬ」、「その他連絡事項」などの情報である。
返信出力部０３１３は取得した返信テキストをメディア側端末０３２１に閲覧可能に出力する。ここで取り扱うデータとしては、テキストに加えてその他デジタルデータ等を含んでも良い。
この構成によって、メディア側端末０３２１と非メディア側端末０３２２とのテキストコミュニケーションを取ることができる。
＜作用：ハードウェア的構成＞
以下、図２４、図２３に基づいてコンテンツネタ募集システムの作用について説明する。

計算機の構成は、図２４に示すように、ＣＰＵ２４０１と、ＨＤＤ、ＲＯＭ等の不揮発性メモリ２４０２と、Ｄ−ＲＡＭ等の主メモリ２４０３と、インターフェース２４０４とから構成されている。不揮発性メモリ２４０２にはテキスト取得プログラムと返信テキスト取得プログラムとテスト閲覧出力プログラムと返信出力プログラム等のプログラムが格納されている。それ以外のプログラムは図１９の同様なプログラムであるので、説明を省略する。データとしては、それぞれの端末のメディア側情報、管理者情報、非メディア側情報や、メディア側企業から提供されるネタ募集情報、非メディア側企業等から提供される応募情報などがある。これらは、図１９と同様である。これらのプログラムやデータは、主メモリの保持領域に読み込まれ、作業領域で実行される。また、インターフェース２４０４には、通信インターフェース１９０５等の各種ネットワークに接続される。不揮発性メモリ２４０２の大容量記憶装置のＨＤＤ等にデジタルデータ（画像、動画、音声など）を格納する。
＜処理の流れ＞

このような計算機の動作は、図２３に示すように、ネタ募集情報取得ステップ２３０１、ネタ募集情報閲覧用出力部制限ステップ２３０２、ネタ募集情報閲覧用出力ステップ２３０３、応募情報取得ステップ２３０４、応募情報閲覧用出力部制限ステップステップ２３０５、応募情報閲覧用出力ステップ２３０６までの処理を実行する。ステップ２３０１から２３０６までの処理は図１８の処理と同様なので、説明を省略する。

次に、テキスト取得プログラムによりメディア側端末０３２１から応募情報の閲覧に応じて所定の応募情報に関するテキストを取得する（ステップ２３０７）。次にテキスト閲覧出力プログラムにより、これらの取得したテキストを非メディア側端末０３２２に閲覧可能に出力する（ステップ２３０８）。次に返信テキスト取得プログラムにより非メディア側端末０３２２から返信されたテキストの閲覧に応じて返信となるテキストを取得する（ステップ２３０９）。次に返信出力プログラムにより取得した返信テキストをメディア側端末０３２１に閲覧可能に出力する（ステップ２３１０）。

このように、本実施形態４によれば、上記実施形態１から３の効果に加えて、メディア側企業等の担当者と非メディア側企業等の担当者との間で、メディア側端末と非メディア側端末とを経由したテキストコミュニケーションを取ることができる。
＜実施形態５＞
＜フィルター機能＞

上記の実施形態１から４にさらに下記に説明するフィルター機能を有していてもよい。

図４は実施形態５のフィルター機能を有するコンテンツネタ募集システムの機能ブロック図であり、図２６は実施形態５のフィルター機能を有するコンテンツネタ募集システムのハードウェア構成の一例を示し、図２５は実施形態５のフィルター機能を有するコンテンツネタ募集システムのフローチャートである。

以下、図４、図２６、図２５を用いて実施形態５のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞

コンテンツネタ募集システム０４００は、図４に示すように、メディア側端末０４２１と非メディア側端末０４２２との間で、管理者端末０４２３の管理下の元、インターネットやブロードバンド等のネットワーク０４２４を介して、情報共有を行うプラットフォームを構成している。図４のメディア側情報登録部０４０１、非メディア側情報登録部０４０２、管理者情報登録部０４０３、ネタ募集情報取得部０４０４、ネタ募集情報閲覧用出力部０４０５、応募情報取得部０４０６、ネタ募集情報閲覧用出力部制限部０４０８、応募情報閲覧用出力部制限部０４０９は、図１の構成と同様であるので、詳細な説明を省略することとし、相違点について説明する。

コンテンツネタ募集システム０４００は、応募情報閲覧用出力部０４０７に、非メディア端末０４２２から取得した応募情報を閲覧する端末から、応募情報にその識別情報または登録情報固有のフラグを付すフラグ付与手段０４０７と、取得した応募情報をネタ募集情報と関連付けて登録されている端末に閲覧させる際にその識別情報または登録情報固有のフラグに応じた閲覧の出力をメディア側端末０４２１に可能とするフラグ別閲覧手段０４１１とをさらに有する構成となっている。

フラグ付与手段０４０７は非メディア側端末０４２２の非メディア側企業等から取得した応募情報を閲覧する端末から、応募情報にその識別情報または登録情報固有のフラグを付与する。フラグ別閲覧手段０４１１はメディア側端末０４２１のメディア側企業等の担当者に対して、取得した応募情報をネタ募集情報と関連付けて登録されている端末に閲覧させる際にその識別情報または登録情報固有のフラグに応じた閲覧の出力を可能とする。これにより、識別情報または登録情報固有のフラグに応じた閲覧出力が可能となり、フィルター機能を実現できる。

フィルター機能の例としては、例えば複数の雑誌を提供するメディア側企業等があった場合、雑誌Ａと雑誌Ｂに別々のフラグを付与してフラグ別に閲覧可能に出力したり、応募情報の内容を審査後にメディアに公開したりすることができる。
以下、図２６、図２５に基づいてコンテンツネタ募集システムの作用について説明する。

計算機の構成は、図２６に示すように、不揮発性メモリ２６０２にフラグ付与サブプログラムとフラグ別閲覧サブプログラムが格納されている。それ以外は、図１９の構成と同様であるので、説明を省略する。その動作は、図２５に示すように、応用情報閲覧用出力ステップ２５０６にフラグ付与サブステップ２５０７とフラグ別閲覧サブステップ２５０８を有し、フラグ付与サブプログラムとフラグ別閲覧サブプログラムが主メモリ２６０３に読み込まれ、処理が実行される。ステップ２５０１から２５０６までの処理は上述した図１８の処理と同様なので、説明を省略する。
このように、本実施形態５によれば、上記実施形態１から４の効果に加えて、フィルター機能として、例えば複数の雑誌を提供するメディア側企業等があった場合、雑誌Ａと雑誌Ｂに別々のフラグを付与してフラグ別に閲覧可能に出力したり、応募情報の内容を審査後にメディアに公開したりすることができる。
＜実施形態６＞
＜コンタクト（交渉）準備機能＞

上記の実施形態１〜５にさらに下記に説明するコンタクト（交渉）準備機能を有していてもよい。

図５は実施形態６のコンタクト準備情報処理機能を有するコンテンツネタ募集システムの機能ブロック図であり、図２８は実施形態６のコンタクト準備情報処理機能を有するコンテンツネタ募集システムのハードウェア構成の一例を示し、図２７は実施形態６のコンタクト準備情報処理機能を有するコンテンツネタ募集システムのフローチャートである。

以下、図５、図２８、図２７を用いて実施形態６のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞

コンテンツネタ募集システム５００は、図５に示すように、メディア側端末０５２１と
非メディア側端末０５２２との間で、管理者端末０５２３の管理下の元、インターネットやブロードバンド等のネットワーク０５２４を介して、情報共有を行うプラットフォームを構成している。図５のメディア側情報登録部０５０１、非メディア側情報登録部０５０２、管理者情報登録部０５０３、ネタ募集情報取得部０５０４、ネタ募集情報閲覧用出力部０５０５、応募情報取得部０５０６、応募情報閲覧用出力部０５０７、ネタ募集情報閲覧用出力部制限部０５０８、応募情報閲覧用出力部制限部０５０９は、図１の構成と同様であるので、詳細な説明を省略することとし、相違点について説明する。

コンテンツネタ募集システム０５００は、図１の構成に加え、取得した応募情報をネタ募集情報と関連付けて登録されている端末に閲覧に応じて選択させるための応募情報選択部０５１０と、選択された応募情報の応募元である非メディア側企業等と、選択をしたメディア側企業とのリアルでのコンタクトの準備ための情報処理をするコンタクト準備情報処理部０５１１とをさらに有する構成となっている。

応募情報選択部０５１０はメディア側端末０５２１のメディア側企業等の担当者が取得した応募情報（投稿情報）の一覧を閲覧する端末に表示させ、メディア側企業等の担当者が注目する応募情報を選択する。応募情報選択部０５１０により選択すると、非メディア側企業等からの応募情報の詳細が表示される。コンタクト準備情報処理部０５１１はメディア側企業等の担当者が詳細表示画面の「この情報元と交渉」ボタンを押されると、選択された応募情報の応募元である非メディア側企業等と、選択をしたメディア側企業とのリアルでのコンタクト（交渉）の準備ための連絡を応募元にメールで送信する。また、応募元に電話、ＦＡＸ等で連絡することもできる。

以下、図２８、図２７に基づいてコンテンツネタ募集システムの作用について説明する。
計算機の構成は、図２８に示すように、不揮発性メモリ２８０２に応募情報選択プログラムとコンタクト準備情報処理プログラムが格納されている。それ以外は、図１９の構成と同様であるので、説明を省略する。その動作は、図２７に示すように、上述した処理ステップ加えて、応募情報選択ステップ２７０７とコンタクト準備情報処理ステップ２７０８を更に有し、応募情報選択プログラムとコンタクト準備情報処理プログラムが主メモリ２８０３に読み込まれ、処理が実行される。ステップ２７０１から２７０６までの処理は上述した図１８の処理と同様なので、説明を省略する。
このように、本実施形態６によれば、上記実施形態１から５の効果に加えて、非メディア側企業等から発信される新商品・サービス・店舗発表、芸能イベント、催事などをいち早く交渉できる。このように、取材対象者に対し、コンタクトを取ることができる。
＜実施形態７＞
＜ネタ募集情報閲覧を制限：非メディア側端末＞

上記の実施形態１から６にさらに下記に説明する非メディア側端末のネタ募集情報閲覧の制限機能を有していてもよい。

図６は実施形態７のコンテンツネタ募集システムにおけるネタ募集情報閲覧用出力部制限部の詳細機能ブロック図であり、図３０は実施形態７のコンテンツネタ募集システムにおけるネタ募集情報閲覧用出力部制限部（非メディア側出力制限）のハードウェア構成の一例を示し、図２９は実施形態７のコンテンツネタ募集システムにおけるネタ募集情報閲覧用出力部制限部（非メディア側出力制限）の詳細フローチャートである。

以下、図６、図３０、図２９を用いて実施形態７のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞
コンテンツネタ募集システム６００は、図６に示すように、メディア側端末０６２１と
非メディア側端末０６２２との間で、管理者端末０６２３の管理下の元、インターネットやブロードバンド等のネットワーク０６２４を介して、情報共有を行うプラットフォームを構成している。図６のメディア側情報登録部０６０１、非メディア側情報登録部０６０２、管理者情報登録部０６０３、ネタ募集情報取得部０６０４、ネタ募集情報閲覧用出力部０６０５、応募情報取得部０６０６、応募情報閲覧用出力部０６０７、応募情報閲覧用出力部制限部０６０９は、図１の構成と同様であるので、詳細な説明を省略することとし、相違点について説明する。

コンテンツネタ募集システム０６００は、ネタ募集情報閲覧用出力部制限部０６０８に、出力を制限する非メディア側識別情報を保持する第一出力制限非メディア側識別情報保持手段０６１０と、保持されている非メディア側識別情報に基づいて出力を制限する第一非メディア側端末出力制限手段０６１１とを有する構成となっている。
第一出力制限非メディア側識別情報保持手段０６１０は、ネタ募集情報を非メディア側端末０６２２の担当者に閲覧させる際にネタ募集情報閲覧用出力部０６０５の出力を制限する非メディア側識別情報を保持している。第一非メディア側端末出力制限手段０６１１は第一出力制限非メディア側識別情報保持手段０６１０に保持されている非メディア側識別情報に基づいて非メディア側端末０６２２の担当者に閲覧させるネタ募集情報閲覧用出力部０６０５の出力を制限する。

以下、図３０、図２９に基づいてコンテンツネタ募集システムの作用について説明する。
計算機の構成は、図３０に示すように、不揮発性メモリ３００２に第一出力制限非メディア側識別情報保持プログラムと第一非メディア側端末出力制限プログラムとが格納されている。それ以外は、図１９の構成と同様であるので、説明を省略する。その動作は、図２９に示すように、ネタ募集情報閲覧用出力部制限ステップ２９０２に第一非メディア側端末出力制限サブステップ２９０３を有し、第一非メディア側端末出力制限プログラムが主メモリ３００３に読み込まれ、保持されていた第一出力制限非メディア側識別情報を用いて処理が実行される。ステップ２９０１、２９０４から２９０７までの処理は上述した図１８の処理と同様なので、説明を省略する。

このように、本実施形態７によれば、上記実施形態１から６の効果に加えて、メディア側企業等と有効な関係にある非メディア側企業等と相互に閲覧可能とすることができる。すなわち、敵対関係にある非メディア側企業等の端末同士の閲覧をできないようにしている。これは、コンテンツネタ募集システムの信頼性向上の意味もある。企業規模、業種等を選択する手段があっても良い。
＜実施形態８＞
＜ネタ募集情報閲覧を制限：メディア側端末＞

上記の実施形態１から７にさらに下記に説明するメディア側端末のネタ募集情報閲覧の制限機能を有していてもよい。

図７は実施形態８のコンテンツネタ募集システムにおけるネタ募集情報閲覧用出力部制限部の詳細機能ブロック図であり、図３２は実施形態８のコンテンツネタ募集システムにおけるネタ募集情報閲覧用出力部制限部（メディア側出力制限）のハードウェア構成の一例を示し、図３１は実施形態８のコンテンツネタ募集システムにおけるネタ募集情報閲覧用出力部制限部（メディア側出力制限）の詳細フローチャートである。

以下、図７、図３２、図３１を用いて実施形態８のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞
コンテンツネタ募集システム７００は、図７に示すように、メディア側端末０７２１と
非メディア側端末０７２２との間で、管理者端末０７２３の管理下の元、インターネットやブロードバンド等のネットワーク０７２４を介して、情報共有を行うプラットフォームを構成している。図７のメディア側情報登録部０７０１、非メディア側情報登録部０７０２、管理者情報登録部０７０３、ネタ募集情報取得部０７０４、ネタ募集情報閲覧用出力部０７０５、応募情報取得部０７０６、応募情報閲覧用出力部０７０７、応募情報閲覧用出力部制限部０７０９は、図１の構成と同様であるので、詳細な説明を省略することとし、相違点について説明する。

コンテンツネタ募集システム０７００は、ネタ募集情報閲覧用出力部制限部０７０８に、出力を制限するメディア側識別情報を保持する第一出力制限メディア側識別情報保持手段０７１０と、保持されているメディア側識別情報に基づいて出力を制限する第一メディア側端末出力制限手段０７１１とを有する構成となっている。

第一出力制限メディア側識別情報保持手段０７１０は、ネタ募集情報をメディア側端末０７２１の担当者に閲覧させる際にネタ募集情報閲覧用出力部０７０５の出力を制限するメディア側識別情報を保持している。第一メディア側端末出力制限手段０７１１は第一出力制限メディア側識別情報保持手段０７１０に保持されているメディア側識別情報に基づいてメディア側端末０７２１の担当者に閲覧させるネタ募集情報閲覧用出力部０７０５の出力を制限する。
これによって、ネタ募集情報の共有する範囲を定める構成を実現している。

以下、図３２、図３１に基づいてコンテンツネタ募集システムの作用について説明する。
計算機の構成は、図３２に示すように、不揮発性メモリ３２０２に第一出力制限メディア側識別情報保持プログラムと第一メディア側端末出力制限プログラムとが格納されている。それ以外は、図１９の構成と同様であるので、説明を省略する。その動作は、図３１に示すように、ネタ募集情報閲覧用出力部制限ステップ３１０２に第一メディア側端末出力制限サブステップ３１０３を有し、第一メディア側端末出力制限プログラムが主メモリ３２０３に読み込まれ、保持されていた第一出力制限メディア側識別情報を用いて処理が実行される。ステップ３１０１、ステップ３１０４から３１０７までの処理は上述した図１８の処理と同様なので、説明を省略する。

このように、本実施形態８によれば、上記実施形態１から７の効果に加えて、本コンテンツネタ募集システムは、すべての利用者に登録を課しており、ユーザ（アカウント）登録を行った方のみ閲覧できるクローズ環境となっているため、登録審査を受けている非メディア側企業等の利用者（担当者）以外からネタ募集情報が閲覧されることはない。また、コンテンツネタ募集システムは、クローズ環境でのプラットフォームになっているため、応募した応募情報が本システム以外で直接公開されることはなく、メディア側企業等も競合関係にある他のメディア側企業等の人からネタ募集情報が直接見られない構造を実現できる。すなわち、メディア側企業等の担当者は、非メディア側企業等からの応募情報が閲覧できるが、その担当者自身のアカウント以外の他のメディア側企業等のネタ募集情情報は閲覧できない設定が可能な構成としても良い。また、コンテンツのネタ情報になりそうなものは、このネタ募集情報に匿名で質問を行い、連絡することができるようにしてもよい。
＜実施形態９＞
＜応募情報閲覧を制限：非メディア側端末＞

上記の実施形態１から８にさらに下記に説明する非メディア側端末の応募情報閲覧の制限機能を有していてもよい。

図８は実施形態９のコンテンツネタ募集システムにおける応募情報閲覧用出力部制限部の詳細機能ブロック図であり、図３４は実施形態９のコンテンツネタ募集システムにおける応募情報閲覧用出力部制限部（非メディア側出力制限）のハードウェア構成の一例を示し、図３３は実施形態９のコンテンツネタ募集システムにおける応募情報閲覧用出力部制限部（非メディア側出力制限）の詳細フローチャートである。

以下、図８、図３４、図３３を用いて実施形態９のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞

コンテンツネタ募集システム８００は、図８に示すように、メディア側端末０８２１と
非メディア側端末０８２２との間で、管理者端末０８２３の管理下の元、インターネットやブロードバンド等のネットワーク０８２４を介して、情報共有を行うプラットフォームを構成している。図８のメディア側情報登録部０８０１、非メディア側情報登録部０８０２、管理者情報登録部０８０３、ネタ募集情報取得部０８０４、ネタ募集情報閲覧用出力部０８０５、応募情報取得部０８０６、応募情報閲覧用出力部０８０７、ネタ募集情報閲覧用出力部制限部０８０８は、図１の構成と同様であるので、詳細な説明を省略することとし、相違点について説明する。

コンテンツネタ募集システム０８００は、応募情報閲覧用出力部制限部０８０９に、出力を制限する非メディア側識別情報を保持する第二出力制限非メディア側識別情報保持手段０８１０と保持されている非メディア側識別情報に基づいて出力を制限する第二非メディア側端末出力制限手段０８１１とを有する構成となっている。

第二出力制限非メディア側識別情報保持手段０８１０は、応募情報を非メディア側端末０８２２の担当者に閲覧させる際に応募情報閲覧用出力部０８０７の出力を制限する非メディア側識別情報を保持している。第二非メディア側端末出力制限手段０８１１は第二出力制限非メディア側識別情報保持手段０８１０に保持されている非メディア側識別情報に基づいて非メディア側端末０８２２の担当者に閲覧させる応募情報閲覧用出力部０８０７の出力を制限する。
この構成によって、非メディア側で情報共有できる範囲を定めている。

以下、図３４、図３３に基づいてコンテンツネタ募集システムの作用について説明する。
計算機の構成は、図３４に示すように、不揮発性メモリ３４０２に第二出力制限非メディア側識別情報保持プログラムと第二非メディア側端末出力制限プログラムとが格納されている。それ以外は、図１９の構成と同様であるので、説明を省略する。
その動作は、図３３に示すように、応募情報閲覧用出力部制限ステップ３３０５に第二非メディア側端末出力制限サブステップ３３０６を有し、第二非メディア側端末出力制限プログラムが主メモリ３４０３に読み込まれ、保持されていた第二出力制限非メディア側識別情報を用いて処理が実行される。ステップ３３０１から３３０４、ステップ３３０７の処理は上述した図１８の処理と同様なので、説明を省略する。

このように、本実施形態９によれば、上記実施形態１から８の効果に加えて、コンテンツネタ募集システムは、クローズ環境でのプラットフォームになっているため、応募した応募情報が本システム以外で直接公開されることはなく、非メディア側企業等は競合関係にある他の非メディア側企業等の人からの応募情報が直接見られない構造を実現しても良い。すなわち、非メディア側企業等の担当者は、メディア側企業等のネタ募集情報が閲覧できるが、その担当者自身のアカウント以外の他の非メディア側企業等の応募情報は閲覧できない設定が可能な構成としても良い。また、コンテンツのネタ情報になりそうなものは、このネタ募集情報に匿名で質問を行い、連絡することができるようにしてもよい。
＜実施形態１０＞
＜応募情報閲覧を制限：メディア側端末＞

上記の実施形態１から９にさらに下記に説明するメディア側端末の応募情報閲覧の制限機能を有していてもよい。

図９は実施形態１０のコンテンツネタ募集システムにおける応募情報閲覧用出力部制限部の詳細機能ブロック図であり、図３６は実施形態１０のコンテンツネタ募集システムにおける応募情報閲覧用出力部制限部（メディア側出力制限）のハードウェア構成の一例を示し、図３５は実施形態１０のコンテンツネタ募集システムにおける応募情報閲覧用出力部制限部（メディア側出力制限）の詳細フローチャートである。

以下、図９、図３６、図３５を用いて実施形態１０のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞

コンテンツネタ募集システム９００は、図９に示すように、メディア側端末０９２１と
非メディア側端末０９２２との間で、管理者端末０９２３の管理下の元、インターネットやブロードバンド等のネットワーク０９２４を介して、情報共有を行うプラットフォームを構成している。図９のメディア側情報登録部０９０１、非メディア側情報登録部０９０２、管理者情報登録部０９０３、ネタ募集情報取得部０９０４、ネタ募集情報閲覧用出力部０９０５、応募情報取得部０９０６、応募情報閲覧用出力部０９０７、ネタ募集情報閲覧用出力部制限部０９０８は、図１の構成と同様であるので、詳細な説明を省略することとし、相違点について説明する。

コンテンツネタ募集システム０９００は、応募情報閲覧用出力部制限部０９０９に、出力を制限するメディア側識別情報を保持する第二出力制限メディア側識別情報保持手段０９１０と保持されているメディア側識別情報に基づいて出力を制限する第二メディア側端末出力制限手段と０９１１とを有する構成となっている。

第二出力制限メディア側識別情報保持手段０９１０は、応募情報をメディア側端末０７２１の担当者に閲覧させる際に応募情報閲覧用出力部０９０７の出力を制限するメディア側識別情報を保持している。第二メディア側端末出力制限手段０９１１は第二出力制限メディア側識別情報保持手段０９１０に保持されているメディア側識別情報に基づいてメディア側端末０９２１の担当者に閲覧させるネタ募集情報閲覧用出力部０９０７の出力を管理者端末により制限する。例えば、非メディア側企業等からの応募情報に不適切な情報が含まれていた場合、その不適切な情報を削除してメディア側企業等の担当者に閲覧させる場合などである。不適切な情報の例としては、公序良俗違反の例や著作権違反が明らかな情報が考えられる。また、メディア側企業等の担当者に公開する情報範囲を制限することができる。なお、情報の出力の制限はメディア側企業別に異なるように設定することも可能である。従ってメディア側企業の識別情報に応じて出力の制限を個別に設定することも可能である。出力の制限は、メディア側の識別情報に応じてする場合には、メディア側に識別情報に関連付けて応募情報の削除部分を特定するようにする。削除部分の特定は応募情報のテキストに下線を引いたり、背景をつけることで特定する。また応募情報が動画の場合には動画の再生時間が何分何秒から何分何秒までであるかによって特定する。

以下、図３６、図３５に基づいてコンテンツネタ募集システムの作用について説明する。
計算機の構成は、図３６に示すように、不揮発性メモリ３６０２に第二出力制限メディア側識別情報保持プログラムと第二メディア側端末出力制限プログラムとが格納されている。ステップ３１０１から３１０６までの処理は上述した図１８の処理と同様なので、説明を省略する。それ以外は、図１９の構成と同様であるので、説明を省略する。
その動作は、図３５に示すように、応募情報閲覧用出力部制限ステップ３５０５に第二メディア側端末出力制限サブステップ３５０６を有し、第二メディア側端末出力制限プログラムが主メモリ３６０３に読み込まれ、保持されていた第二出力制限メディア側識別情報を用いて処理が実行される。ステップ３５０１から３５０４、ステップ３５０７の処理は上述した図１８の処理と同様なので、説明を省略する。

このように、本実施形態１０によれば、上記実施形態１から９の効果に加えて、例えば応募情報に不適切な情報が含まれているような場合、システム側でＡＩ（人工知能）機能によりあらかじめ決められた不適切情報と応募情報との比較を行い、応募情報の中から不適切な情報を抽出し、応募情報の一部に出力制限をかけて応募情報閲覧を行うことができる。
＜実施形態１１＞
＜出力可否フラグ＞

上記の実施形態１から１０にさらに下記に説明する出力可否フラグ機能を有していてもよい。

図１０は実施形態１１の出力可否フラグによる応募情報閲覧用出力部の制御ブロック図であり、図３８は実施形態１１の出力可否フラグによる応募情報閲覧用出力部の制御ハードウェア構成の一例を示し、図３７は実施形態１１の出力可否フラグによる応募情報閲覧用出力部の制御フローチャートである。

以下、図１０、図３８、図３７を用いて実施形態１１のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞

コンテンツネタ募集システム１０００は、図１０に示すように、メディア側端末１０２１と非メディア側端末１０２２との間で、管理者端末１０２３の管理下の元、インターネットやブロードバンド等のネットワーク１０２４を介して、情報共有を行うプラットフォームを構成している。図１０のメディア側情報登録部１００１、非メディア側情報登録部１００２、管理者情報登録部１００３、ネタ募集情報取得部１００４、ネタ募集情報閲覧用出力部１００５、応募情報取得部１００６、応募情報閲覧用出力部１００７、ネタ募集情報閲覧用出力部制限部１００８、応募情報閲覧用出力部制限部１００９は、図１の構成と同様であるので、詳細な説明を省略することとし、相違点について説明する。

コンテンツネタ募集システム１０００は、図１の構成に加え、取得した応募情報をメディア側端末１０２１に閲覧可能に出力するか出力しないかの出力可否フラグを取得する出力可否フラグ取得部１０１０と取得した出力可否フラグが出力可であることを示す場合にのみ応募情報閲覧用出力部１００７がその応募情報を出力するように制御する応募情報閲覧用出力部制御部１０１１をさらに有する構成となっている。

出力可否フラグ取得部１０１０は応募情報取得部１００６において取得した応募情報をメディア側端末１０２１に閲覧可能に出力するか出力しないかの出力可否フラグを取得する。応募情報閲覧用出力部制御部１０１１は取得した出力可否フラグが出力可である場合にのみ応募情報閲覧用出力部１００７がその応募情報を出力するように制御する。

これらの出力可否フラグは、管理者情報識別で管理される管理者端末により設定し、応募情報の質にバラツキがあるのをメディア側企業に閲覧させないようにすることができる。すなわち、管理者端末の担当者により、公開するデータは審査を行い、不適切な情報は公開されないような仕組みを取り入れて、応募情報の質を担保するようにしても良い。

以下、図３８、図３７に基づいてコンテンツネタ募集システムの作用について説明する。
計算機の構成は、図３８に示すように、不揮発性メモリ３８０２に出力可否フラグ取得プログラムが格納されている。それ以外は、図１９の構成と同様であるので、説明を省略する。
その動作は、図３７に示すように、応募情報閲覧用出力部制限ステップ３７０５と応募情報閲覧用出力部制限ステップ３７０８との間に、出力可否フラグ取得ステップ３７０６および応募情報閲覧用出力部制御ステップ３７０７を追加し、出力可否フラグ取得プログラムおよび応募情報閲覧用出力部制御プログラムが主メモリ３８０３に読み込まれ、保持されていた出力可否フラグを用いて応募情報閲覧用出力部の出力が制御されて処理が実行される。ステップ３７０１から３７０５、ステップ３７０８の処理は上述した図１８の処理と同様なので、説明を省略する。

このように、本実施形態１１によれば、上記実施形態１から１１の効果に加えて、応募情報の質にバラツキがあるのをメディア側企業に閲覧させないようにすることができる。すなわち、公開するデータは審査を行い、不適切な情報は公開されないような仕組みを取り入れて、応募情報の質を担保するようにしている。なお、出力可否フラグを可と否の二つだけにするのでなく、複数段階にすることも可能である。そして、出力否と判断された応募情報であっても、メディア側から出力否の応募情報を閲覧したい旨の入力を受け付ける機能を設け、その希望の受付があった場合には出力否とされた応募情報であっても閲覧できるように構成することも考えられる。さらに複数段階のどの段階化をメディア側に選択させて、特定の段階の出力否の応募情報を閲覧させるような構成とすることも考えられる。
＜実施形態１２＞
＜募集期限情報＞

上記の実施形態１から１１にさらに下記に説明する募集期限情報取得機能を有していてもよい。

図１１は実施形態１２の募集期限情報によるネタ募集情報閲覧用出力部の制御ブロック図であり、図４０は実施形態１２の募集期限情報によるネタ募集情報閲覧用出力部の制御ハードウェア構成の一例を示し、図３９は実施形態１２の募集期限情報によるネタ募集情報閲覧用出力部の制御フローチャートである。

以下、図１１、図４０、図３９を用いて実施形態１２のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞

コンテンツネタ募集システム１１００は、図１１に示すように、ネタ募集情報取得部１１０４に、募集期限を定める募集期限情報を取得する募集期限情報取得手段１１１０を有し、募集期限情報に基づいてネタ募集情報閲覧用出力部１１０５を制御するネタ募集情報閲覧用出力部制御部１１１１をさらに有する構成以外は、図１の構成と同様であるので、説明を省略する。

募集期限情報取得手段１１１０は、後述する図５５、図５７に募集期限を定める募集期限情報を取得する。募集期限有りと期限無し（随時）の選択を行い、募集期限がある場合は、期限情報を入力する。例えば、「○月○日」、「今週中」、「明日中」、「２から３日中」等。募集期限は、○月○日という固定的なものに限らないので、募集期間というある範囲を示す表現も用いる。募集期間は例として「今週中」が挙げられる。

ネタ募集情報閲覧用出力部制御部１１１１は、上述したような募集期限情報に基づいてネタ募集情報閲覧用出力部１１０５の出力を制御する。
これらの募集期限の入力処理は、メディア側識別情報で識別される端末からネタ募集情報の入力時に同時に行われるように構成する。ネタ募集期限が事後的に変更されると非メディア側の応募の準備に影響を与えるからである。管理者識別情報で管理される管理者端末では必要があればこの募集期限を変更できるように募集期限変更部をこのコンテンツネタ募集システムに設けるように構成してもよい。コンテンツネタ募集システムでは、募集期限を設定することにより、募集期限が過ぎたらネタ募集情報を閲覧できないようにしたり、非メディア側から応募情報の入力ができないようにすることができる。

以下、図４０、図３９に基づいてコンテンツネタ募集システムの作用について説明する。
計算機の構成は、図４０に示すように、不揮発性メモリ４００２に募集期限情報取得サブプログラムが格納されている。それ以外は、図１９の構成と同様であるので、説明を省略する。
その動作は、図３９に示すように、ネタ募集情報取得ステップ３９０１に募集期限情報取得サブステップ３９０２を有し、募集期限情報取得サブプログラムが主メモリ４００３に読み込まれ、取得した募集期限情報を用いて処理が実行される。ステップ３９０３から３９０８までの処理は上述した図１８又は図３７の処理と同様なので、説明を省略する。

このように、本実施形態１２によれば、上記実施形態１から１１の効果に加えて、募集期限を設定することにより、募集期限が過ぎたら閲覧できないようにすることができる。
＜実施形態１３＞
＜ジャンル情報＞

上記の実施形態１から１２にさらに下記に説明するジャンル情報取得機能を有していてもよい。

図１２は実施形態１３のコンテンツネタ募集システムにおけるネタ募集情報取得部の詳細機能ブロック図であり、図４２は実施形態１３のコンテンツネタ募集システムにおけるネタ募集情報取得部のハードウェア構成の一例を示し、図４１は実施形態１３のコンテンツネタ募集システムにおけるネタ募集情報取得部の詳細フローチャートである。

以下、図１２、図４２、図４１を用いて実施形態１３のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞

コンテンツネタ募集システム１２００は、図１２に示すように、ネタ募集情報取得部１２０４に、ネタ募集情報のジャンルであるジャンル情報を取得するジャンル情報取得手段１２１０を有する構成以外は、図１の構成と同様であるので、説明を省略する。

ジャンル情報は、図１２で説明したように、ジャンル「情報」などを示す。ジャンル情報取得手段１２１０は例えばジャンル「情報」などをキーにしてネタ募集情報を確認することができる。

以下、図４２、図４１に基づいてコンテンツネタ募集システムの作用について説明する。
計算機の構成は、図４２に示すように、不揮発性メモリ４２０２にジャンル情報取得サブプログラムが格納されている。それ以外は、図１９の構成と同様であるので、説明を省略する。
その動作は、図４１に示すように、ネタ募集情報取得ステップ４１０１にジャンル情報取得サブステップ４１０２を有し、ジャンル情報取得サブプログラムが主メモリ４２０３に読み込まれ、取得したジャンル情報をジャンル毎の検索部を用いて検索処理が実行される。ステップ４１０３から４１０７までの処理は上述した図１８の処理と同様なので、説明を省略する。

このように、本実施形態１３によれば、上記実施形態１から１２の効果に加えて、ジャンル「情報」などをキーにしてネタ募集情報を確認することができる。なおフリーフォーマットでネタ募集のジャンルの入力を受け付けると適切な検索ができなくなるおそれがあるので、ジャンル情報の入力はプルダウンメニューなどあらかじめ定められたジャンルの選択という機能によって実現してもよい。
＜実施形態１４＞
＜ネタ募集情報検索＞

上記の実施形態１から１３にさらに下記に説明するネタ募集情報検索機能を有していてもよい。

図１３は実施形態１４のネタ募集情報閲覧用出力部のネタ募集情報検索機能ブロック図であり、図４４は実施形態１４のネタ募集情報閲覧用出力部のハードウェア構成の一例を示し、図４３は実施形態１４のネタ募集情報閲覧用出力部のフローチャートである。

以下、図１３、図４４、図４３を用いて実施形態１４のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞

コンテンツネタ募集システム１３００は、図１３に示すように、ネタ募集情報閲覧出力部１３０５に、ネタ募集情報を端末から検索させるためのネタ募集情報検索手段１３１０と検索結果を出力する検索結果出力手段１３１１とを有する構成以外は、図１の構成と同様であるので、説明を省略する。この処理は、メディア側企業等の担当者または非メディア側企業等の担当者がそれぞれの端末を介して実行することができる。

ネタ募集情報検索手段１３１０は、募集期間「今週中」、メディア種別「ＴＶ」、局名「ＴＢＳ」、番組名「非公開」、ジャンル「情報」、担当者名「非公開」、タグ「トラベル・飲食・猛暑」などを検索キーとしてネタ募集情報の検索を行うことができる。検索結果出力手段１３１１はこのネタ募集情報検索手段１３１０による上記の検索結果を出力し、その検索結果を見てネタ募集情報閲覧用出力部１３０５の出力することができる。

以下、図４４、図４３に基づいてコンテンツネタ募集システムの作用について説明する。
計算機の構成は、図４４に示すように、不揮発性メモリ４４０２にネタ募集情報検索サブプログラムと検索結果出力プログラムとが格納されている。それ以外は、図１９の構成と同様であるので、説明を省略する。
その動作は、図４３に示すように、ネタ募集情報閲覧用出力ステップ４３０３に、更にネタ募集情報検索サブステップ４３０４と検索結果出力ステップ４３０５を有し、ネタ募集情報検索サブプログラムと検索結果出力サブプログラムとが主メモリ４４０３に読み込まれ、処理が実行される。その結果、ネタ募集情報の検索結果が得られ、検索結果出力サブプログラム処理を実行すると、検索結果を端末画面に表示したり、プリント出力ができる。ステップ４３０１、４３０２、ステップ４３０６から４３０８までの処理は上述した図１８の処理と同様なので、説明を省略する。

このように、本実施形態１４によれば、上記実施形態１から１３に加えて、募集期間、メディア種別、局名、番組名、ジャンル、担当者名、タグなどを検索キーとしてネタ募集情報の検索を行うことができる。上記の検索結果を出力し、その検索結果を見てからネタ募集情報を閲覧出力することができる。これらの検索キーはやはりあらかじめ定められた選択肢から選択するように構成することが好ましい。
＜実施形態１５＞
＜応募ジャンル情報＞

上記の実施形態１から１４にさらに下記に説明する応募ジャンル情報取得機能を有していてもよい。

図１４は実施形態１５のコンテンツネタ募集システムにおける応募情報取得部の詳細機能ブロック図であり、図４６は実施形態１５のコンテンツネタ募集システムにおける応募情報取得部のハードウェア構成の一例を示し、図４５は実施形態１５のコンテンツネタ募集システムにおける応募情報取得部の詳細フローチャートである。

以下、図１４、図４６、図４５を用いて実施形態１５のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞

コンテンツネタ募集システム１４００は、図１４に示すように、応募情報取得部１４０６に、応募情報のジャンルを示す応募ジャンル情報を取得する応募ジャンル情報取得手段１４１０を有する構成以外は、図１の構成と同様であるので、説明を省略する。

応募ジャンル情報は、ネタ募集情報のジャンル情報と同様であり、例えば応募ジャンル「情報」とします。応募ジャンル情報取得手段１４１０は非メディア側端末１４２２の非メディア側企業等の担当者からネタ募集情報に応募する際に応募ジャンル情報が入力される。これらの応募ジャンル情報が非メディア側企業等の担当者から入力されると、メディア側端末１４２１のメディア側企業等の担当者は応募ジャンル情報をキーにして必要な情報を検索することができる。

以下、図４６、図４５に基づいてコンテンツネタ募集システムの作用について説明する。
計算機の構成は、図４６に示すように、不揮発性メモリ４６０２に応募ジャンル情報取得サブプログラムが格納されている。それ以外は、図１９の構成と同様であるので、説明を省略する。
その動作は、図４５に示すように、応募情報取得ステップ４５０４に応募ジャンル情報取得サブステップ４５０５を有し、応募ジャンル情報取得サブプログラムが主メモリ４６０３に読み込まれ、取得し応募したジャンル情報を用いて処理が実行される。ステップ４５０１から４５０３、ステップ４５０６、４５０７の処理は上述した図１８の処理と同様なので、説明を省略する。

このように、本実施形態１５によれば、上記実施形態１から１４の効果に加えて、応募ジャンル「情報」などをキーにしてネタ募集情報を確認することができる。なお応募ジャンル情報は、あらかじめ定められた選択肢から選択されるように構成することが好ましい。
＜実施形態１６＞
＜採用対価有無情報＞

上記の実施形態１から１５にさらに下記に説明する採用対価有無情報取得機能を有していてもよい。

図１５は実施形態１６のコンテンツネタ募集システムにおけるネタ募集情報取得部による採用対価有無情報取得機能ブロック図であり、図４８は実施形態１６のコンテンツネタ募集システムにおけるネタ募集情報取得部のハードウェア構成の一例を示し、図４７は実施形態１６のコンテンツネタ募集システムにおけるネタ募集情報取得部による採用対価有無情報取得部のフローチャートである。

以下、図１５、図４８、図４７を用いて実施形態１６のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞

コンテンツネタ募集システム１５００は、ネタ募集情報取得部１５０４に、ネタ募集情報に基づいて応募する非メディア側企業等が、応募情報を採用するに際してメディア側企業等に対して対価の支払いが必要かを定める採用対価有無情報を取得する採用対価有無情報取得手段１５１０を有する構成以外は、図１の構成と同様であるので、説明を省略する。

採用対価有無情報取得手段１５１０はネタ募集情報に基づいて応募する非メディア側企業等が、応募情報を採用するに際してメディア側企業等に対して対価の支払いが必要かを定める採用対価有無情報を取得する。採用対価有無情報としては、後述する図６０、図６６のタイアップ予算のことを意味し、非メディア側企業等の担当者が「予算有り」又は「予算無し」を選択入力する。予算有りを選択すると、金額を入力するポップアップ画面が表示され、例えば、２０万円から５０万円等の予算範囲を入力できる。

以下、図４８、図４７に基づいてコンテンツネタ募集システムの作用について説明する。
計算機の構成は、図４８に示すように、不揮発性メモリ４８０２に採用対価有無情報取得サブプログラムが格納されている。それ以外は、図１９の構成と同様であるので、説明を省略する。
その動作は、図４７に示すように、ネタ募集情報取得ステップ４７０１に採用対価有無情報取得サブステップ４７０２を有し、採用対価有無情報取得サブプログラムが主メモリ４８０３に読み込まれ、取得した採用対価有無情報を用いて処理が実行される。ステップ４７０３から４７０７までの処理は上述した図１８の処理と同様なので、説明を省略する。
このように、本実施形態１６によれば、上記実施形態１から１５の効果に加え、ネタ募集情報に基づいて応募する非メディア側企業等が、応募情報を採用するに際してメディア側企業等に対して対価の支払いが必要かを定める採用対価有無情報を取得することにより、非メディア側企業等による企画広告等の事前予算計上がスムースに行えるようになる。なお、この採用対価有無情報を検索キーとして応募情報を検索できるように構成してもよい。
＜実施形態１７＞
＜謝礼対価有無情報＞

上記の実施形態１から１６にさらに下記に説明する謝礼対価有無情報取得機能を有していてもよい。

図１６は実施形態１７のコンテンツネタ募集システムにおける応募情報取得部による謝礼対価有無情報取得機能ブロック図であり、図５０は実施形態１７のコンテンツネタ募集システムにおける応募情報取得部のハードウェア構成の一例を示し、図４９は実施形態１７のコンテンツネタ募集システムにおける応募情報取得部のフローチャートである。

以下、図１６、図５０、図４９を用いて実施形態１７のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞

コンテンツネタ募集システム１６００は、応募情報取得部１６０６に、応募する非メディア側企業等が、応募情報が採用されるに際してメディア側企業に対して対価の支払いの用意があるかを定める謝礼対価有無情報を取得する謝礼対価有無情報取得手段１６１０を有する構成以外は、図１の構成と同様であるので、説明を省略する。

謝礼対価有無情報取得手段１６１０は応募する非メディア側企業等が、応募情報が採用されるに際してメディア側企業等に対して対価の支払いの用意があるかを定める謝礼対価有無情報を取得する。謝礼対価有無情報としては、後述する図６０、図６６のタイアップ予算や成果型ＰＲ予算のことを意味し、非メディア側企業等の担当者が「予算有り」又は「予算無し」を選択入力する。予算有りを選択すると、金額を入力するポップアップ画面が表示され、例えば、１５万円から２５万円等の予算範囲を入力できる。

以下、図５０、図４９に基づいてコンテンツネタ募集システムの作用について説明する。
計算機の構成は、図５０に示すように、不揮発性メモリ５００２に謝礼対価有無情報取得サブプログラムが格納されている。それ以外は、図１９の構成と同様であるので、説明を省略する。
その動作は、図４９に示すように、応募情報取得ステップ４９０４に謝礼対価有無情報取得サブステップ４９０５を有し、謝礼対価有無情報取得サブプログラムが主メモリ５００３に読み込まれ、取得した謝礼対価有無情報を用いて処理が実行される。ステップ４９０１から４９０３、４９０６、４９０７の処理は上述した図１８の処理と同様なので、説明を省略する。
このように、本実施形態１７によれば、上記実施形態１から１６の効果に加え、ネタ募集情報に基づいて応募する非メディア側企業等が、応募情報を採用するに際してメディア側企業等に対して対価の支払いが必要かを定める謝礼対価有無情報を取得することにより、
非メディア側企業等による企画ＰＲ等の事前予算計上がスムースに行えるようになる。
＜実施形態１８＞
＜トレンド情報＞

上記の実施形態１から１７にさらに下記に説明するトレンド情報取得機能を有していてもよい。

図１７は実施形態１８のコンテンツネタ募集システムにおけるネタ募集情報取得部によるトレンド情報取得機能ブロック図であり、図５２は実施形態１８のトレンド情報取得機能を有するコンテンツネタ募集システムのハードウェア構成の一例を示し、図５１は実施形態１８のトレンド情報取得機能を有するコンテンツネタ募集システムのフローチャートである。

以下、図１７、図５２、図５１を用いて実施形態１８のコンテンツネタ募集システムの構成、作用について説明する。
＜構成＞

コンテンツネタ募集システム１７００は、図１７に示すように、ネタ募集情報取得部１７０４に、トレンド情報を情報媒体又は／及び一般に公開されているインターネットウエブサイトから取得するトレンド情報取得手段１７１０と取得したトレンド情報に基づいてネタ募集情報を取得するネタ募集情報取得手段１７１１とを有する構成以外は、図１の構成と同様であるので、説明を省略する。

トレンド情報取得手段１７１０はトレンド情報を情報媒体又は／及び一般に公開されているインターネットウエブサイトから取得する。トレンド情報は、例えばインターネット検索における急上昇キーワードやインターネット検索ディーリーランキングのキーワードを収集する。そして、取得したトレンド情報に基づいてネタ募集情報を取得することができる。また、非メディア側端末１７２２の担当者から最新のトレンド情報を取得しても良い。メディア側企業等の担当者に収集した情報をレポートにまとめて提供することもできる。さらに取得したトレンド情報をメディア側企業に買い取らせてネタ募集情報を独占させるようにコンテンツネタ募集システムが構成されていてもよい。メディア側は常に視聴者や読者に受けるネタを探しているので良いネタを独占させる効果は大きいからである。

例えば急上昇しているキーワードが「揚げ出し玉子豆腐」である場合にはキーワードそのものをネタ募集情報として「揚げ出し玉子豆腐に関する情報」をネタ募集情報にしてもよいし、揚げ出し玉子豆腐という言葉の属性を判断して、「揚げ出し玉子豆腐を提供しているレストラン」をネタ募集情報としてもよい。キーワードを解析するキーワード解析エンジンをシステム内に備えて置き、取得したキーワードの属性に基づいてネタ募集情報を作文するようにシステムを構成することが考えられる。またネットワーククローラによって、キーワードでなく、同一の文章が繰り返しインターネットでつぶやかれているような場合にはその文章自体をネタ募集情報として取得してもよい。例えば、「大地震が来た時の逃げ方」「忘年会の会場予約が今からでもできる店」などである。

トレンド情報は、ビッグデータとしてインターネット上から巡回しながら上述したインターネット検索ランキングの上位キーワードのデータを収集して、データセンターやネットワーク接続されたサーバ、又はインターネットクラウド上に蓄積することができる。また、ＳＮＳなどで頻繁につぶやかれているキーワードなどを収集してもよい。さらに、著名なブロガーやユーチューバーなどのキーワードを抽出しても良い。それらの蓄積されたビッグデータに対してＡＩ（人工知能）の予測・解析アルゴリズムなどを用いて将来流行りそうなネタ情報を予測したり、注目されているネタ情報を解析することで、有効なネタ募集に利用することもできる。

以下、図５２、図５１に基づいてコンテンツネタ募集システムの作用について説明する。
計算機の構成は、図５２に示すように、不揮発性メモリ５２０２にトレンド情報取得サブプログラムとネタ募集情報取得サブプログラムとが格納されている。それ以外は、図１９の構成と同様であるので、説明を省略する。
その動作は、図５１に示すように、ネタ募集情報取得ステップ５１０１に、更にトレンド情報取得サブステップ５１０２とネタ募集情報取得サブステップ５１０３を有し、トレンド情報取得サブプログラムとネタ募集情報取得サブプログラムとが主メモリ５２０３に読み込まれ、処理が実行される。ステップ５１０４から５１０８までの処理は上述した図１８の処理と同様なので、説明を省略する。
上述したようなトレンド情報が公開されたインターネットＷＥＢ上から情報が収集でき、トレンド情報の予測や解析が可能となる。

このように、本実施形態１８によれば、上記実施形態１から１７の効果に加え、トレンド情報を情報媒体又は／及び一般に公開されているインターネットウエブサイトから取得し、例えばインターネット検索における急上昇キーワードやインターネット検索ディーリーランキングのキーワードを取得し、その取得したトレンド情報に基づいてネタ募集情報を取得することができる。
＜実施形態１９＞

上記実施形態１から１８においては、コンテンツネタ募集システムに、応募情報閲覧用出力部の出力を制限可能な応募情報閲覧用出力部制限部を設ける構成としたが、非メディア側企業等の担当者からの応募情報の内容確認をメディア側企業担当者に任せる場合は、例えば実施形態１の図１に示す応募情報閲覧用出力部制限部０１０９を省略し、非メディア側企業等の担当者からの応募情報をそのままメディア側企業等の担当者に送信する構成を採用してもよい。他の実施形態２から１８においても同様な構成を採用してもよい。

このように、本実施形態１８によれば、上記実施形態１から１８の効果のうち、応募情報閲覧用出力制限がないだけで、その他の効果は同様に奏する。

以下、本発明を適用したコンテンツネタ募集システムにおける投稿管理画面の操作について説明する。
＜メディア側操作＞

図５５は、上述したメディア側端末による投稿管理操作を説明するための図である。図５６から図５９は投稿管理画面例を示す図である。
以下、図５６から図５９に基づいてメディア側の投稿管理操作について説明する。

メディア側端末の投稿管理操作は、図５５又は図５６に示すように、ダッシュボード機能、募集情報（ネタ募集情報）一覧機能、新規募集情報（ネタ募集情報）投稿、募集情報（ネタ募集情報）への返信（応募）一覧機能、非メディア側企業等からの投稿情報（応募情報）一覧機能を実行することにより、行われる。非メディア側企業等の登録者へ情報のネタ募集を行う場合は、新規情報（ネタ募集情報）投稿画面から行う。ネタ募集は、図５７、図５８に示すような「新規募集情報（ネタ募集情報）投稿画面」を表示させ、各種入力項目にデータを入力することにより行う。新規募集情報（ネタ募集情報）投稿画面の入力項目は、「募集情報」、「募集期限」、「メディア種別」、「局名／媒体名」、「番組」、「ジャンル種別」、「担当者情報」、「タグ」、「備考」などがある。

募集情報（ネタ募集情報）には、必要としている情報、場所、人、モノを入力する。より具体的な内容を入力した方が返信率は高くなる。募集期限には、期限有り又は期限なし（随時）を選択し、期限有りの場合は日付を入力する。メディア種別にはＴＶ、ラジオ、雑誌、ＷＥＢと募集する情報のメディアを選択する。局名／媒体名には、情報を募集する媒体社名を入力する。ここまでは、必須の入力項目である。番組には、番組名公開と非公開を選択することができる。テレビ、ラジオの担当者が入力できる項目である。ジャンル種別には、情報、バラエティ、音楽、その他などとネタ募集情報のジャンルを選択することができる。担当者情報には、「担当者名公開」、「担当者名非公開」を選択したのち、「登録アカウント情報と同じ」、「別担当者を以下に登録」を選択する。タグには、募集する情報のキーワード、媒体の簡易タグを入力することができる。備考には、注意点や確認事項などを入力することができる。

以上のような入力項目を入力または選択した後、「投稿（応募）」ボタンを押下すると、新規ネタ募集の投稿（応募）が完了する。

非メディア側企業等からの投稿情報（応募情報）一覧機能を利用することにより、非メディア側企業等から投稿（応募）される情報に対して取材交渉や情報提供を行うことができる。例えば、図５９に示すような非メディア側企業等から発信される新商品・サービス・店舗発表、芸能イベント、催事などをいち早く確認し取材交渉を行うことができる。図５９では、2014神田カレーグランプリ受賞「100時間カレー」8月17日新店舗オープンの投稿情報詳細の例を示している。
＜非メディア側クライアント操作＞

図６０は、上述した非メディア側端末による投稿（応募）管理操作を説明するための図である。図６１から図７１は投稿（応募）管理画面例を示す図である。
以下、図６０から図７１に基づいてメディア側の投稿（応募）管理操作について説明する。

非メディア側端末の投稿（応募）管理は、図６１から図６３に示すように、あらかじめユーザ登録（新規クライアントアカウント登録）を行うことにより、各種投稿（応募）管理が行えるようになる。新規クライアントアカウント登録は、基本的なユーザ情報を入力するユーザアカウント情報登録ステップと、アカウント管理を行う者を規定するアカウント管理情報登録ステップと、企業・団体・学校・個人などの情報を登録する会社情報登録ステップとからなる。

ユーザアカウント情報としては、氏名、氏名のふりがな、メールアドレス、パスワードの登録が必須項目で、部署名、役職、電話番号、Fax番号が任意項目となっている。アカウント管理情報としては、契約担当者、契約担当者のふりがな、メールアドレス、電話番号が必須項目で、部署名、役職名、Fax番号が任意項目となっている。電話番号は提供ネタの取材交渉や契約の連絡を取るとき、メール以外の連絡手段として必須項目としている。会社情報としては、会社名、会社名のふりがな、郵便番号、都道府県、市区町村、町・番地、企業規模、業種を必須項目としている。会社の建物名は任意項目になっている。会社情報のメールアドレス、電話番号、Fax番号、URL、代表者名、代表者名のふりがな、代表者役職は任意項目となっている。積極的に情報公開したい会社は自由に登録でき、自社の行動を秘密にしたい場合は情報を入力しなくても良い。

上述したようなユーザのアカウント登録することにより、ユーザ登録を行った方のみ閲覧できるクローズ環境となっているので、登録審査を受けている企業・団体・個人等以外からネタ募集情報が直接閲覧されることはない構造となっている。

非メディア側端末の投稿（応募）管理操作は、図６０又は図６４に示すように、ダッシュボード機能、掲載情報一覧機能、新規掲載情報（応募情報）投稿、メディア側からの募集情報（ネタ募集情報）一覧機能、アカウント情報機能を実行することにより、行われる。メディア側担当者へ直接新規情報やネタを提供する場合は、「新規掲載情報（応募情報）投稿画面」から行う。ネタ（情報）提供は、図６５、図６６に示すような「新規掲載情報投稿画面」を表示させ、各種入力項目にデータを入力することにより行う。新規掲載情報投稿画面の入力項目は、「タイトル」、「本文」、「公開メディア」、「ジャンル」、「ビジネスカテゴリ」、「タグ」、「掲載希望日」、「実施日／開催日」、「掲載終了日」、「タイアップ／成果型ＰＲの予算」、「関連ＵＲＬ」、「その他連絡事項」などがある。この新規掲載情報（応募情報）投稿画面では、新規情報をメディアにリリースするプレスリリース配信機能として活用できる。ここで、リリース情報としては、プレスリリース情報だけではなく、ニュースリリース情報などのリリース情報等も含まれる。

タイトルには、新店舗・商品・サービスの開始や人事異動、イベント情報を入力する。このタイトルは、リリース情報等のタイトルをイメージして作成すると良い。本文には、いつ／どこで／誰が／なにを／なぜ／を簡潔に記入する。なお、画像については、関連ＵＲＬから画像の投稿を行う。公開メディアには、ＴＶ、ＷＥＢ、雑誌、ラジオのチェックボタンがあり、情報を届けたいメディアを選択する。ジャンルには、商品、サービス、キャンペーン、経営情報、調査レポート、人物、芸能イベント、イベント、その他を入力することにより、届けたい情報のジャンルを選択する。ビジネスカテゴリには、企業のビジネスカテゴリの各種選択ボタンを選択する。

以上が必須項目になっている。
掲載希望日には、情報公開日、掲載希望日がある場合のみ選択する。実施日／開催日には、新店舗オープン日、新商品発売日、新サービス開始日、イベント開催日を選択する。
タイアップ／成果型ＰＲの予算には、予算有り、予算無しの選択ボタンがあり、予算有りを選択すると、予算額の範囲を指定する画面が表示され、予算を入力するとメディア側企業等の担当者へ反映する。基本情報指定には、募集情報（ネタ募集情報）の指定を行うことができ、募集情報（ネタ募集情報）の指定を行った場合は、プライベート投稿となり、一般公開されない。関連ＵＲＬには、ＳＮＳアカウントや企業のＨＰ（ホームページ）など画像や人物など関連するＵＲＬを入力する。その他連絡事項には、新規投稿した情報（応募情報）への問合せ先や担当者の名前などを記入することができる。

「掲載情報投稿ボタン」を押下することにより投稿が完了する。この投稿では、管理者端末において、審査後にメディアに公開される。

メディア（側）からの募集一覧に返信（応募）機能は、図６７に示すように、メディア（側）からの募集情報（ネタ募集情報）一覧を選択すると、「募集情報（ネタ募集情報）詳細表示画面」が表示される。入力項目には、「募集情報」、「募集期間／期限」、「メディア種別」、「局名／媒体名」、「番組名」、「ジャンル種別」、「担当者名」、「タグ」、「その他連絡事項」、「登録日」などがある。

「この募集に情報提供ボタン」を押下すると、新規掲載情報（応募情報）投稿画面に切り替わる。この内容は、先に説明した新規掲載情報（応募情報）投稿と同様なので、説明を省略する。

このように、本実施形態１から１８によれば、メディア側企業等のコンテンツ制作のネタ募集情報と、そのネタ募集情報に応じて取得した非メディア側企業等の応募情報とを、メディア側端末と非メディア側端末との間で相互に提供・閲覧できるので、メディア側企業等の各メディア担当者がコンテンツ製作のために必要としている情報と、非メディア側企業等が発信したい情報とをつなぎ、非メディア側企業等にチャンスを与えて情報提供が効率的に採用される仕組みを実現可能なコンテンツネタ募集システムを提供できる。

また、メディア側企業等のネタ募集情報に対して閲覧＆直接応募し、情報提供から交渉可能とし、クローズ環境で最適なやりとりや、非メディア側企業等からリリース情報等をメディア側企業等の担当者へ効率良く発信可能なコンテンツネタ募集システムを提供できる。

Claims (22)

1. ネタ情報に基づいてコンテンツを制作する用意があるメディア側を識別するメディア側識別情報を含むメディア側情報を登録するメディア側情報登録部と、
   ネタ情報を提供する用意がある非メディア側を識別する非メディア側識別情報を含む非メディア側情報を登録する非メディア側情報登録部と、
   本システムを管理する管理者識別情報を登録する管理者情報登録部と、
   コンテンツ制作のネタの募集情報であるネタ募集情報をメディア側識別情報と関連付けて取得するネタ募集情報取得部と、
   取得したネタ募集情報を登録されている識別情報で識別される端末に閲覧させるために出力可能であるネタ募集情報閲覧用出力部と、
   ネタ募集情報閲覧出力部を介した閲覧に応じて前記非メディア側識別情報で識別される端末からネタ情報の候補である応募情報をそのネタ募集情報に関連付けて取得する応募情報取得部と、
   取得した応募情報をネタ募集情報と関連付けて登録されているメディア側識別情報で識別される端末に閲覧させるために出力可能である応募情報閲覧用出力部と、
   ネタ募集情報閲覧用出力部の出力先を制限可能なネタ募集情報閲覧用出力部制限部と、
   応募情報閲覧用出力部の出力を制限可能な応募情報閲覧用出力部制限部と、
   を有するコンテンツネタ募集システム。
2. メディア側情報登録部は、メディア側識別情報から識別される複数のエンティティを関連付けて登録するメディア側連携登録処理手段と、
   関連付けられたエンティティ間で端末を介して実行可能な処理の全部又は一部を他のエンティティに許容させるメディア側代理処理可能化手段と、
   メディア側代理処理可能化手段で許容させた処理の全部又は一部を非許容に戻すメディア側代理処理不可能化手段と、
   を有する請求項１に記載のコンテンツネタ募集システム。
3. 非メディア側情報登録部は、非メディア側識別情報から識別される複数のエンティティを関連付けて登録する非メディア側連携登録処理手段と、
   関連付けられたエンティティ間で端末を介して実行可能な処理の全部又は一部を他のエンティティに許容させる非メディア側代理処理可能化手段と、
   非メディア側代理処理可能化手段で許容させた処理の全部又は一部を非許容に戻す非メディア側代理処理不可能化手段と、
   を有する請求項１又は２に記載のコンテンツネタ募集システム。
4. メディア側端末から応募情報の閲覧に応じて所定の応募情報に関するテキストを非メディア側端末に閲覧させるために取得するテキスト取得部と、
   取得したテキストを非メディア側端末に閲覧可能に出力するテキスト閲覧出力部と、
   非メディア側企業から前記出力されたテキストの閲覧に応じて返信となるテキストを取得する返信テキスト取得部と、
   取得した返信テキストをメディア側企業に閲覧可能に出力する返信出力部と、
   をさらに有する請求項１から請求項３のいずれか一に記載のコンテンツネタ募集システム。
5. 応募情報閲覧用出力部は、
   取得した応募情報を閲覧する端末から、応募情報にその識別情報または登録情報固有のフラグを付すフラグ付与手段と
   取得した応募情報をネタ募集情報と関連付けて登録されている端末に閲覧させる際にその識別情報または登録情報固有のフラグに応じた閲覧の出力を可能とするフラグ別閲覧手段と、
   をさらに有する請求項１から請求項４のいずれか一に記載のコンテンツネタ募集システム。
6. 取得した応募情報をネタ募集情報と関連付けて登録されている端末に閲覧に応じて選択させるための応募情報選択部と、
   選択された応募情報の応募元である非メディア側企業と、選択をしたメディア側企業とのリアルでのコンタクトの準備ための情報処理をするコンタクト準備情報処理部と、
   をさらに有する請求項１から請求項５のいずれか一に記載のコンテンツネタ募集システム。
7. ネタ募集情報閲覧用出力部制限部は、
   出力を制限する端末を識別する非メディア側識別情報を保持する第一出力制限非メディア側識別情報保持手段と、
   保持されている非メディア側識別情報に基づいて端末への出力を制限する第一非メディア側端末出力制限手段と、
   を有する請求項１から請求項６のいずれか一に記載のコンテンツネタ募集システム。
8. ネタ募集情報閲覧用出力部制限部は、
   出力を制限する端末を識別するメディア側識別情報を保持する第一出力制限メディア側識別情報保持手段と、
   保持されているメディア側識別情報に基づいて端末への出力を制限する第一メディア側端末出力制限手段と、
   を有する請求項１から請求項７のいずれか一に記載のコンテンツネタ募集システム。
9. 応募情報閲覧用出力部制限部は、
   出力を制限する端末を識別する非メディア側識別情報を保持する第二出力制限非メディア側識別情報保持手段と、
   保持されている非メディア側識別情報に基づいて端末への出力を制限する第二非メディア側端末出力制限手段と、
   を有する請求項１から請求項８のいずれか一に記載のコンテンツネタ募集システム。
10. 応募情報閲覧用出力部制限部は、
    出力を制限する端末を識別するメディア側識別情報を保持する第二出力制限メディア側識別情報保持手段と、
    保持されているメディア側識別情報に基づいて端末への出力を制限する第二メディア側端末出力制限手段と、
    を有する請求項１から請求項９のいずれか一に記載のコンテンツネタ募集システム。
11. 取得した応募情報をメディア側端末に閲覧可能に出力するか出力しないかの出力可否フラグを取得する出力可否フラグ取得部と、
    取得した出力可否フラグが出力可であることを示す場合にのみ応募情報閲覧用出力部がその応募情報を出力するように制御する応募情報閲覧用出力部制御部をさらに有する請求項１から請求項１０のいずれか一に記載のコンテンツネタ募集システム。
12. ネタ募集情報取得部は、
    募集期限（募集期限がないことも含む）を定める募集期限情報を取得する募集期限情報取得手段を有するとともに、
    募集期限情報に基づいてネタ募集情報閲覧用出力部を制御するネタ募集情報閲覧用出力部制御部をさらに有する請求項１から請求項１１のいずれか一に記載のコンテンツネタ募集システム。
13. ネタ募集情報取得部は、
    募集情報のジャンルであるジャンル情報を取得するジャンル情報取得手段を有する請求項１から請求項１２のいずれか一に記載のコンテンツネタ募集システム。
14. ネタ募集情報閲覧出力部は、ネタ募集情報を端末から検索させるためのネタ募集情報
    検索手段と、
    検索結果を出力する検索結果出力手段と、
    を有する請求項１から請求項１３のいずれか一に記載のコンテンツネタ募集システム。
15. 応募情報取得部は、応募情報のジャンルを示す応募ジャンル情報を取得する応募ジャンル情報取得手段を有する請求項１から請求項１４のいずれか一に記載のコンテンツネタ募集システム。
16. ネタ募集情報取得部は、
    募集情報に基づいて応募する非メディア側企業が、応募情報を採用するに際してメディア側企業に対して対価の支払いが必要かを定める採用対価有無情報を取得する採用対価有無情報取得手段を有する請求項１から請求項１５のいずれか一に記載のコンテンツネタ募集システム。
17. 応募情報取得部は、応募する非メディア側企業が、応募情報が採用されるに際してメディア側企業に対して対価の支払いの用意があるかを定める謝礼対価有無情報を取得する謝礼対価有無情報取得手段を有する請求項１から請求項１６のいずれか一に記載のコンテンツネタ募集システム。
18. ネタ募集情報取得部は、トレンド情報を情報媒体又は／及び一般に公開されているインターネットウエブサイトから取得するトレンド情報取得手段と、
    取得したトレンド情報に基づいてネタ募集情報を取得するネタ募集情報取得手段と、を有する請求項１に記載のコンテンツネタ募集システム。
19. ネタ情報に基づいてコンテンツを制作する用意があるメディア側を識別するメディア側識別情報を含むメディア側情報を登録するメディア側情報登録部と、
    ネタ情報を提供する用意がある非メディア側を識別する非メディア側識別情報を含む非メディア側情報を登録する非メディア側情報登録部と、
    本システムを管理する管理者識別情報を登録する管理者情報登録部と、を有するコンテンツネタ募集システムの動作方法であって、
    コンテンツ制作のネタの募集情報であるネタ募集情報を取得するネタ募集情報取得ステップと、
    取得したネタ募集情報を登録されている識別情報で識別される端末に閲覧させるために出力するネタ募集情報閲覧用出力ステップと、
    ネタ募集情報閲覧出力ステップでの閲覧に応じて前記非メディア側識別情報で識別される端末からネタ情報の候補である応募情報をそのネタ募集情報に関連付けて取得する応募情報取得ステップと、
    取得した応募情報をネタ募集情報と関連付けて登録されているメディア側識別情報で識別される端末に閲覧させるために出力可能である応募情報閲覧用出力ステップと、
    を有するとともに、さらに、
    ネタ募集情報閲覧用出力ステップの出力先を制限可能なネタ募集情報閲覧用出力部制限ステップと、
    応募情報閲覧用出力ステップの出力を制限可能な応募情報閲覧用出力部制限ステップと、
    を有するコンテンツネタ募集システムの動作方法。
20. ネタ情報に基づいてコンテンツを制作する用意があるメディア側を識別するメディア側識別情報を含むメディア側情報を登録するメディア側情報登録部と、
    ネタ情報を提供する用意がある非メディア側を識別する非メディア側識別情報を含む非メディア側情報を登録する非メディア側情報登録部と、
    本システムを管理する管理者識別情報を登録する管理者情報登録部と、を有する計算機であるコンテンツネタ募集システムの動作プログラムであって、
    コンテンツ制作のネタの募集情報であるネタ募集情報を取得するネタ募集情報取得ステップと、
    取得したネタ募集情報を登録されているメディア側識別情報で識別される端末に閲覧させるために出力するネタ募集情報閲覧用出力ステップと、
    ネタ募集情報閲覧出力ステップでの閲覧に応じて前記非メディア側識別情報で識別される端末からネタ情報の候補である応募情報をそのネタ募集情報に関連付けて取得する応募情報取得ステップと、
    取得した応募情報をネタ募集情報と関連付けて登録されているメディア側識別情報で識別される端末に閲覧させるために出力可能である応募情報閲覧用出力ステップと、
    を有するとともに、さらに、
    ネタ募集情報閲覧用出力ステップの出力先を制限可能なネタ募集情報閲覧用出力部制限ステップと、
    応募情報閲覧用出力ステップの出力を制限可能な応募情報閲覧用出力部制限ステップと、
    を計算機であるコンテンツネタ募集システムに読み取り実行可能に記述した計算機であるコンテンツネタ募集システムに読み取り実行可能な動作プログラム。
21. ネタ情報に基づいてコンテンツを制作する用意があるメディア側を識別するメディア側識別情報を含むメディア側情報を登録するメディア側情報登録部と、
    ネタ情報を提供する用意がある非メディア側を識別する非メディア側識別情報を含む非メディア側情報を登録する非メディア側情報登録部と、
    本システムを管理する管理者識別情報を登録する管理者情報登録部と、を有する計算機であるコンテンツネタ募集システムの動作プログラムであって、
    コンテンツ制作のネタの募集情報であるネタ募集情報を取得するネタ募集情報取得ステップと、
    取得したネタ募集情報を登録されているメディア側識別情報で識別される端末に閲覧させるために出力するネタ募集情報閲覧用出力ステップと、
    ネタ募集情報閲覧出力ステップでの閲覧に応じて前記非メディア側識別情報で識別される端末からネタ情報の候補である応募情報をそのネタ募集情報に関連付けて取得する応募情報取得ステップと、
    取得した応募情報をネタ募集情報と関連付けて登録されているメディア側識別情報で識別される端末に閲覧させるために出力可能である応募情報閲覧用出力ステップと、
    を有するとともに、さらに、
    ネタ募集情報閲覧用出力ステップの出力先を制限可能なネタ募集情報閲覧用出力部制限ステップと、
    応募情報閲覧用出力ステップの出力を制限可能な応募情報閲覧用出力部制限ステップと、
    を計算機であるコンテンツネタ募集システムに読み取り実行可能に記述したコンテンツネタ募集システムの動作プログラムであって、
    メディア側情報登録部に、メディア側識別情報から識別される複数のエンティティを関連付けて登録するメディア側連携登録処理ステップと、
    関連付けられたエンティティ間で端末を介して実行可能な処理の全部又は一部を他のエンティティに許容させるメディア側代理処理可能化ステップと、
    メディア側代理処理可能化ステップで許容させた処理の全部又は一部を非許容に戻すメディア側代理処理不可能化ステップと、
    を有する計算機であるコンテンツネタ募集システムに読み取り実行可能な動作プログラム。
22. ネタ情報に基づいてコンテンツを制作する用意があるメディア側を識別するメディア側識別情報を含むメディア側情報を登録するメディア側情報登録部と、
    ネタ情報を提供する用意がある非メディア側を識別する非メディア側識別情報を含む非メディア側情報を登録する非メディア側情報登録部と、
    本システムを管理する管理者識別情報を登録する管理者情報登録部と、
    コンテンツ制作のネタの募集情報であるネタ募集情報をメディア側識別情報と関連付けて取得するネタ募集情報取得部と、
    取得したネタ募集情報を登録されている識別情報で識別される端末に閲覧させるために出力可能であるネタ募集情報閲覧用出力部と、
    ネタ募集情報閲覧出力部を介した閲覧に応じて前記非メディア側識別情報で識別される端末からネタ情報の候補である応募情報をそのネタ募集情報に関連付けて取得する応募情報取得部と、
    取得した応募情報をネタ募集情報と関連付けて登録されているメディア側識別情報で識別される端末に閲覧させるために出力可能である応募情報閲覧用出力部と、
    ネタ募集情報閲覧用出力部の出力先を制限可能なネタ募集情報閲覧用出力部制限部と、
    を有するコンテンツネタ募集システム。