JP2002150123A - 協賛依頼条件入力装置、協賛取引仲介サーバ及び協賛依頼受信装置 - Google Patents

協賛依頼条件入力装置、協賛取引仲介サーバ及び協賛依頼受信装置

Info

Publication number
JP2002150123A
JP2002150123A JP2000344509A JP2000344509A JP2002150123A JP 2002150123 A JP2002150123 A JP 2002150123A JP 2000344509 A JP2000344509 A JP 2000344509A JP 2000344509 A JP2000344509 A JP 2000344509A JP 2002150123 A JP2002150123 A JP 2002150123A
Authority
JP
Japan
Prior art keywords
sponsorship
input
request
information
transaction
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.)
Abandoned
Application number
JP2000344509A
Other languages
English (en)
Inventor
Takumi Yoshida
卓美 吉田
Keiko Abe
惠子 阿部
Noboru Yanagida
昇 柳田
Norifumi Zushi
教文 頭師
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2000344509A priority Critical patent/JP2002150123A/ja
Priority to EP01982760A priority patent/EP1335311A4/en
Priority to US10/169,826 priority patent/US20030093361A1/en
Priority to PCT/JP2001/009880 priority patent/WO2002039345A1/ja
Priority to AU14278/02A priority patent/AU785394B2/en
Publication of JP2002150123A publication Critical patent/JP2002150123A/ja
Abandoned legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/08—Auctions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Technology Law (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • User Interface Of Digital Computer (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

(57)【要約】 【課題】 誰もが容易に協賛取引に参加できる仕組みが
求められる。 【解決手段】 協賛依頼条件入力装置として、プロジェ
クトへの協賛を依頼する依頼者と登録会員との協賛取引
をオンライン上で実現する協賛取引支援システムにおけ
る依頼条件入力装置であって、少なくともプロジェクト
の内容、対象者層及び協賛希望条件を入力項目とする入
力フォームを画面上に表示させる表示制御部と、入力フ
ォームに入力された入力データを一時的に記録する記録
部とを備えるものを提案する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、協賛取引支援シス
テムにおける協賛依頼条件入力装置、協賛取引仲介サー
バ及び協賛依頼受信装置に関し、特に、プロジェクトへ
の協賛をオンラインで取り付けるための支援技術におけ
る協賛依頼条件入力装置、協賛取引仲介サーバ、協賛依
頼受信装置、事前登録情報入力装置、応答結果受信装
置、入力画面表示方法、提示画面表示方法、協賛事前登
録情報の画面表示方法、応答結果画面表示方法、取引デ
ータの伝送方法、協賛依頼の配信方法、及び記録媒体に
関する。
【０００２】
【従来の技術】今日実施されるプロジェクトの多くは、
必要とされる資材や役務の一部を協賛事業者から提供を
受ける手法を採用する。例えば、テレビジョン番組の制
作であれば、出演者の衣装、アクセサリー類、スタジオ
内のセット、小物、ロケーション現場などを協賛事業者
から提供を受ける手法を採用する。
【０００３】
【発明が解決しようとする課題】ところで、かかる協賛
の取り付けをネットワーク上で実現し、商品や役務の提
供を必要とするプロジェクトの企画者側と、協賛を通じ
て商品や役務の広告機会を持ちたい事業者側の双方を広
く結び付ける仕組みの構築が望まれている。
【０００４】ネットワークの特性を生かしたオープンな
システムを構築することにより、プロジェクトの企画者
にとっては、今以上に多くの事業者の中から自身の条件
に適合する事業者を選択できるという利点が期待でき、
商品や役務を提供する事業者にとっては、自身の商品や
役務を広告する機会に積極的に関与できるという利点が
期待できる。
【０００５】しかしその一方で、これまで協賛取引に参
加したこともない未経験者が多数協賛取引に参加できる
ことになるため、基本的な入力事項については情報が送
受できる仕組みとしなければ、かえって混乱をもたらす
おそれがある。特に、ネットワークを利用したシステム
では、事業者のみならず一般個人についても協賛取引の
いずれの当事者にもなり得るため、入力事項についての
取り決めが求められる。
【０００６】また、テレビジョン番組その他の映像番組
においては、音響データや映像データと共に、映像番組
に関する各種の情報を番組付加データとして放送し又は
配信することが予定されているが、協賛取引で蓄積され
た商品・役務についてのデータを番組付加データの作成
に利用することができれば、当該データの作成に要する
作業負担のかなりの軽減を実現できると考えられる。
【０００７】本願明細書は、以上の課題を考慮してなさ
れたもので、ネットワーク上での協賛取引を実現するた
めに必要な協賛取引支援システムにおける協賛依頼条件
入力装置、協賛取引仲介サーバ及び協賛依頼受信装置を
提供することを目的とし、特に、プロジェクトへの協賛
をオンラインで取り付けるための支援技術における協賛
依頼条件入力装置、協賛取引仲介サーバ、協賛依頼受信
装置、事前登録情報入力装置、応答結果受信装置、入力
画面表示方法、提示画面表示方法、協賛事前登録情報画
面表示方法、応答結果画面表示方法、取引データの伝送
方法、協賛依頼の配信方法、及び記録媒体の提供を目的
とする。
【０００８】
【課題を解決するための手段】かかる課題を解決するた
め以下の手段を提案する。なお、以下の手段を任意に組
み合わせることで、ネットワークを介した協賛取引シス
テムを構築することができる。因みに、ネットワーク構
成時における以下の各手段の配置場所は同一国内にある
必要はない。また、ネットワーク構成時における以下の
各手段の使用者も同一の者である必要はない。また、記
録媒体においても、以下の各手段を任意に組み合わせる
ことにより、組み合わせに応じた使い勝手の得られる記
録媒体を実現できる。
【０００９】また、以下の手段を構成する機能部は、ハ
ードウェアとして実現されても良いし、ソフトウェアと
して実現されても良い。
【００１０】第１の手段として、プロジェクトへの協賛
を依頼する依頼者と登録会員との協賛取引をオンライン
上で実現する協賛取引支援システムにおける協賛依頼条
件入力装置であって、少なくともプロジェクトの内容、
対象者層及び協賛希望条件を入力項目とする入力フォー
ムを画面上に表示させる表示制御部と、入力フォームに
入力された入力データを一時的に記録する記録部とを備
えるものを提案する。
【００１１】かかる協賛依頼条件入力装置を用いれば、
協賛取引に必要な最小限の入力項目が入力フォームとし
て提示されるため、依頼者は表示された入力項目に必要
な情報を書き込むだけで依頼書（依頼データ）を作成で
きる。これにより、プロジェクトを企画する誰もが最小
限必要な情報を備えた協賛依頼を発信することが可能と
なる。すなわち、企業間における協賛取引だけでなく、
企業と個人、個人と個人の間での協賛取引も容易に実現
可能とできる。
【００１２】なおここでの「プロジェクト」には、映像
番組（テレビジョン番組、映画番組（映画館で上映され
るものも含む。）、その他の番組を含む。）の制作、ラ
ジオ番組の制作、宣伝広告、ビジネス企画、ゲームの作
成、各種イベント（展示会、スポーツ、コンテスト、地
域おこし、祭り等）、各種基金、各種団体その他を含み
得る。勿論、これら全部を含む意味ではなく、いずれか
一つを含み得ることを意味する。後述する他の用語につ
いても同じである。
【００１３】また、「依頼者」には事業者のみならず、
個人も含み得る。「登録会員」についても同様である。
【００１４】また、入力項目としての「プロジェクトの
内容」には、プロジェクト名（例えば、番組名）、運営
者名、目的、日時（実施日時や放送日時）、場所（実施
場所や放送エリア）その他を入力し得る。また、「対象
者層」は、地域、年齢層、性別、収入、資産その他を入
力し得る。また、「協賛希望条件」は、商品や役務、数
量、日時（実施日時や使用日時等）、場所（使用場所や
引き渡し場所等）、金額、使用条件、当該協賛依頼の配
信条件（事業分野、特定グループ、特定者、特定地域
（ＧＰＳ情報を含む）等）その他を入力し得る。
【００１５】また、「表示手段」は、依頼条件入力装置
と同一の筐体内に設けられている場合は勿論のこと、別
筐体の装置（例えば、モニタ装置、テレビジョン受像機
のような表示装置の他、携帯電話機、携帯情報端末（Ｐ
ＤＡ）、コンピュータ端末（ノート型、デスクトップ
型）その他のような表示装置を有する電子機器）に設け
られていても良い。また、「記録部」には各種の記録媒
体が用いられる。
【００１６】因みに、記録媒体としては、磁気記録方式
の媒体（テープ、フロッピー（登録商標）ディスク、ハ
ードディスク、磁気カード等）、光記録方式の媒体（追
記型ＣＤ、ＤＶＤ、光カード等）、光磁気記録方式の媒
体（ＤＶＤ、ＭＤ、ＭＯ等）、半導体メモリ型の媒体
（不揮発性メモリ、ＲＡＭ等）等が考えられる。
【００１７】また、依頼条件入力装置として機能する端
末には、協賛取引専用の装置の他、コンピュータ端末
（ノート型、デスクトップ型）、ＰＤＡ、携帯電話機、
ゲーム機、セットトップボックス、ＰＣカード、家電、
ＶＴＲ、テレビジョン受像機、カーナビ、情報処理機能
付き腕時計、音楽やゲーム用の配信端末、金融端末（Ａ
ＴＭ）、その他を用い得る。これらの端末は、据え置き
型の端末であっても、携帯型の端末であっても良い。
【００１８】また、依頼条件入力装置が存在する場所
は、放送局や商社その他の事業者の管理の及ぶ場所であ
る必要はなく、各種店舗や個人ユーザの管理の及ぶ場所
にあっても良い。
【００１９】第２の手段として、少なくとも会員名、そ
の配信先及び事業分野に関係する情報を登録項目とする
会員データベースにアクセスし、入力フォームを通じて
入力のあった入力項目に関連のある会員を特定規則に基
づき検索し、該当する登録会員を当該協賛依頼の配信先
として特定する配信先特定部を、第１の手段に更に備え
るものを提案する。
【００２０】かかる協賛依頼条件入力装置を用いれば、
協賛依頼の選択配信を可能とできる。この機能は、協賛
依頼者の側から見ると、配信先の登録会員をいちいち指
定しなくてもプロジェクトに何らかの関係又は直接的な
関係を有する登録会員に対して協賛依頼が自動的に配信
できることを意味する。しかも配信対象となり得る登録
会員は会員データベースの登録内容に依存するため、今
まで取引機会のなかった登録会員に対しても協賛を依頼
することができる。この結果、ビジネス機会を拡大でき
る。
【００２１】また、一々配布先を入力しなくても、適切
な範囲に対して配信を実行できるため、入力作業の効率
化も実現できる。もっとも、入力項目で配信先を全登録
会員に設定しておけば、積極的に全ての登録会員に配信
させることもできる。同様に、登録会員の中の特定グル
ープだけを指定しておけば、特定の登録会員にのみ選択
的に配信させることもできる。
【００２２】また常に、全登録者に協賛依頼が配信され
ないということは、ネットワーク管理者の側からすれ
ば、ネットワークに流れるデータ量の低減を期待できる
ことを意味する。この結果、ネットワークの利用効率を
高めることができる。また、通信料の低減や処理装置に
かかる負荷の低減も実現できる。
【００２３】またこのことは、登録会員の側からすれ
ば、自身の提供可能な商品又は役務と何らかの関係又は
直接的な関係を有する協賛依頼のみが届けられることに
なるので、無関係な協賛依頼が大量に送りつけられるこ
とを避けられることも意味する。
【００２４】なお配信先は、配信先特定部に保持されて
いる特定規則に応じて決まる。従って、依頼者の意思に
応じて特定規則を変更できるようにすれば、配信先の範
囲を自由に変更できる。かかる変更を可能とすることに
より、依頼者の意思をより反映した配信を実現できる。
【００２５】なおここでの「会員データベース」は、協
賛依頼条件入力装置（例えば、協賛取引を仲介する事業
者）内にあっても良いし、通信線を介して接続された外
部のデータベース管理事業者内にあっても良い。もっと
も、自装置内の会員データベースを使用する場合には、
その登録内容は定期的に最新のものに更新されることが
望ましい。
【００２６】またここでの「特定規則」は、入力項目の
うち一部又は全部の項目についての論理和条件や論理積
条件その他の論理式条件など、目的に応じて様々な内容
が考えられる。また、過去のアクセス傾向や成約傾向、
具体的にはそれぞれの有無や数を考慮に入れることも考
えられる。
【００２７】第３の手段として、第２の手段における配
信先特定部が、会員データベースに登録されている会員
別の配信希望条件も加えて協賛依頼の配信先を特定する
ものを提案する。
【００２８】かかる協賛依頼条件入力装置を用いれば、
依頼者側の希望だけでなく、協賛依頼の配信を受ける会
員側の希望も考慮に入れられるため、配信範囲を依頼者
側及び登録会員側の双方にとって最適なものとできる。
【００２９】なお、会員別の配信希望条件は、会員が直
接管理できるようにしても良いし、会員データベースの
管理者のみが管理するようにしても良い。
【００３０】因みにここでは、第２の手段における配信
先特定部に上述の機能を追加する場合について述べた
が、この第３の手段で述べた上述の機能のみで配信先を
特定する構成とすることもできる。
【００３１】第４の手段として、映像番組への協賛を依
頼する依頼者と登録会員との協賛取引をオンライン上で
実現する協賛取引支援システムにおける協賛依頼条件入
力装置であって、少なくとも映像番組の内容、対象視聴
者層及び協賛希望条件を入力項目とする入力フォームを
画面上に表示させる表示制御部と、入力フォームに入力
された入力データを一時的に記録する記録部とを備える
ものを提案する。
【００３２】かかる依頼条件入力装置を用いれば、映像
番組（テレビジョン番組、映画番組（映画館で上映され
るものも含む。）、その他の映像番組を含む。放送又は
通信形態で伝送され得るものの他、パッケージ形態で流
通されることが予定されているものも含む。）の協賛取
引に必要な最小限の入力項目が入力フォームとして提示
されるため、依頼者は表示された入力項目に必要な情報
を書き込むだけで依頼書（依頼データ）を作成できる。
これにより、映像番組を企画する誰もが簡単に協賛依頼
を発信することが可能となる。すなわち、企業間におけ
る協賛取引だけでなく、企業と個人、個人と個人の間で
の協賛取引も容易に実現可能とできる。
【００３３】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【００３４】第５の手段として、少なくとも会員名、そ
の配信先及び事業分野に関係する情報を登録項目とする
会員データベースにアクセスし、入力フォームを通じて
入力のあった入力項目のいずれか又はその組み合わせに
関連のある会員を検索し、該当する登録会員を当該協賛
依頼の配信先として特定する配信先特定部を、第４の手
段に更に備えるものを提案する。
【００３５】かかる協賛依頼条件入力装置を用いれば、
映像番組の協賛依頼の選択配信を可能とできる。この機
能は、協賛依頼者の側から見ると、配信先の登録会員を
いちいち指定しなくても映像番組の内容に何らかの関係
又は直接的な関係を有する登録会員に対して協賛依頼が
自動的に配信できることを意味する。しかも配信対象と
なり得る登録会員は会員データベースの登録内容に依存
するため、今まで取引機会のなかった登録会員に対して
も協賛を依頼することができる。この結果、ビジネス機
会を拡大できる。
【００３６】また、一々配布先を入力しなくても、適切
な範囲に対して配信を実行できるため、入力作業の効率
化も実現できる。もっとも、入力項目で配信先を全登録
会員に設定しておけば、積極的に全ての登録会員に配信
させることもできる。同様に、登録会員の中の特定グル
ープだけを指定しておけば、特定の登録会員にのみ選択
的に配信させることもできる。
【００３７】また常に全登録者に協賛依頼が配信されな
いということは、ネットワーク管理者の側からすればネ
ットワークに流れるデータ量の低減を期待できることを
意味する。この結果、ネットワークの利用効率を高める
ことができる。また、通信料の低減や処理装置にかかる
負荷の低減も実現できる。
【００３８】またこのことは、登録会員の側からすれ
ば、自身の提供可能な商品又は役務と何らかの関係又は
直接的な関係を有する協賛依頼のみが届けられることに
なるので、無関係な協賛依頼が大量に送りつけられるこ
とを避けられることも意味する。
【００３９】なお配信先は、配信先特定部に保持されて
いる特定規則に応じて決まる。従って、依頼者の意思に
応じて特定規則を変更できるようにすれば、配信先の範
囲を自由に変更できる。これにより、依頼者の意思をよ
り反映した配信を実現できる。
【００４０】因みに、上述の手段と共通する他の用語
は、上述の手段における説明と同じである。
【００４１】第６の手段として、第５の手段における配
信先特定部が、会員データベースに登録されている会員
別の配信希望条件も加えて協賛依頼の配信先を特定する
ものを提案する。
【００４２】かかる協賛依頼条件入力装置を用いれば、
依頼者側の希望だけでなく、協賛依頼の配信を受ける会
員側の希望も考慮に入れられるため、配信範囲を依頼者
側及び登録会員側の双方にとって最適なものとできる。
【００４３】因みにここでは、第５の手段における配信
先特定部に上述の機能を追加する場合について述べた
が、この第６の手段で述べた上述の機能のみで配信先を
特定する構成とすることもできる。
【００４４】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【００４５】第７の手段として、プロジェクトへの協賛
を依頼する依頼者と登録会員との協賛取引をオンライン
上で実現する協賛取引支援システムにおける協賛取引仲
介サーバであって、少なくとも会員名、その配信先及び
事業分野に関係する情報を登録項目とする会員データベ
ースを備えるものを提案する。
【００４６】かかる協賛取引仲介サーバを用いれば、協
賛依頼の配信先となり得る登録会員に関する情報の集中
管理を実現できる。また、当該協賛取引仲介サーバを用
いることで、協賛依頼者に常に最新の情報を提供でき
る。また、登録会員に関する情報の管理主体がはっきり
するため、会員情報の管理責任（個人情報の管理責任
等）を明確化できる。なお、当該協賛取引仲介サーバと
会員データベースは、同一筐体内にある必要はなく、同
一建物内にあっても、ネットワークを介して接続された
別建物のものでも良い。
【００４７】また、会員データベースは１つに限らず、
複数存在していても良い。この場合、各会員データベー
スは他のバックアップとして機能しても良いし、それぞ
れ個別の情報を管理し、全体として仮想のデータベース
を構成しても良い。
【００４８】また、協賛取引仲介サーバとして機能する
端末には、協賛取引専用の装置の他、コンピュータ端末
（ノート型、デスクトップ型）、ＰＤＡ、携帯電話機、
ゲーム機、セットトップボックス、ＰＣカード、家電、
ＶＴＲ、テレビジョン受像機、カーナビ、情報処理機能
付き腕時計、音楽やゲーム用の配信端末、金融端末（Ａ
ＴＭ）その他を用い得る。
【００４９】ここで、配信先を決定する配信先特定部
は、前述の依頼者側にあってもこの協賛取引仲介サーバ
側にあっても良い。
【００５０】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【００５１】第８の手段として、プロジェクトへの協賛
を依頼する依頼者と登録会員との協賛取引をオンライン
上で実現する協賛取引支援システムにおける協賛取引仲
介サーバであって、少なくとも会員名、その配信先及び
事業分野に関係する情報を登録項目とする会員データベ
ースと、依頼者側より通知のあった協賛依頼データを、
上記会員データベースに登録されている会員に宛てて配
信する配信部とを備えるものを提案する。
【００５２】かかる協賛取引仲介サーバを用いても、第
７の手段の場合と同様の作用効果を期待できる。また、
かかる協賛取引仲介サーバのように、協賛依頼の配信の
起点をサーバ側とすることにより、クライアント端末側
の処理能力が高くない場合でも効率的な配信処理を実現
できる。
【００５３】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【００５４】第９の手段として、会員データベースにア
クセスし、協賛依頼に関連のある会員を特定規則に基づ
き検索し、該当する登録会員を当該協賛依頼の配信先と
して特定する配信先特定部を、第８の手段に更に備える
ものを提案する。
【００５５】かかる協賛取引仲介サーバを用いれば、協
賛依頼の選択配信を可能とできる。この機能は、協賛依
頼者の側から見ると、配信先の登録会員をいちいち指定
しなくてもプロジェクトに何らかの関係又は直接的な関
係を有する登録会員に対して協賛依頼が自動的に配信で
きることを意味する。しかも配信対象となり得る登録会
員は会員データベースの登録内容に依存するため、今ま
で取引機会のなかった登録会員とのビジネス機会を持つ
ことも可能となる。
【００５６】また、一々配布先を入力しなくても、適切
な範囲に対して配信を実行できるため、入力作業の効率
化も実現できる。もっとも、入力項目で配信先を全登録
会員に設定しておけば、積極的に全ての登録会員に配信
させることもできる。同様に、登録会員の中の特定グル
ープだけを指定しておけば、特定の登録会員にのみ選択
的に配信させることもできる。
【００５７】また常に全登録者に協賛依頼が配信されな
いということは、ネットワーク管理者の側からすればネ
ットワークに流れるデータ量の低減を期待できることを
意味する。この結果、ネットワークの利用効率を高める
ことができる。また、通信料の低減や処理装置にかかる
負荷の低減も実現できる。
【００５８】またこのことは、登録会員の側からすれ
ば、自身の提供可能な商品又は役務と何らかの関係又は
直接的な関係を有する協賛依頼のみが届けられることに
なるので、無関係な協賛依頼が大量に送りつけられるこ
とを避けられることも意味する。
【００５９】なお配信先は、配信先特定部に保持されて
いる特定規則に応じて決まる。従って、協賛取引仲介サ
ーバの管理者の意思に応じて特定規則を変更できるよう
にすれば、配信先の範囲を自由に変更できる。かかる変
更を可能とすることにより、協賛取引仲介サーバの運営
主体が異なる場合にも、各サーバ間で提供可能なサービ
スの差別化を実現できる。かかる変更を可能とすること
により、いずれの協賛依頼者にも均一のサービスを提供
可能とできる。
【００６０】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【００６１】第１０の手段として、第９の手段における
配信先特定部が、会員データベースに格納されている会
員別の配信希望条件も加えて協賛依頼の配信先を特定す
るものを提案する。
【００６２】かかる協賛取引仲介サーバを用いれば、運
営者側の特定規則だけでなく、協賛依頼の配信を受ける
会員側の希望も考慮に入れられるため、配信範囲を登録
会員側の意図を反映させることができる。
【００６３】因みにここでは、第９の手段における配信
先特定部に上述の機能を追加する場合について述べた
が、この第１０の手段で述べた上述の機能のみで配信先
を特定する構成とすることもできる。もっとも、依頼者
側の希望を登録しておき、その登録情報に基づいて配信
先を決定するようにしても良い。
【００６４】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【００６５】第１１の手段として、プロジェクトへの協
賛を依頼する依頼者と登録会員との協賛取引をオンライ
ン上で実現する協賛取引支援システムにおける協賛取引
仲介サーバであって、会員からの協賛依頼に対する応答
を、協賛依頼の識別コード、協賛依頼に応じた会員名、
協賛対象となる商品又は役務及びその協賛条件に関連付
けて記録する応答データ記録部を備えるものを提案す
る。
【００６６】かかる協賛取引仲介サーバを用いれば、協
賛依頼とその応答とを対応付けた管理が可能となる。こ
れにより、大量に到来する協賛依頼に対する応答を協賛
依頼単位で分類したり、協賛依頼に応じた登録会員単位
で分類したり、提供対象となる商品又は役務単位で分類
したり、提供条件単位で分類するといった様々な取扱が
可能となる。
【００６７】かかる様々な取扱ができることにより、協
賛取引仲介サーバがある協賛依頼に対する複数の応答を
一括して通知する他、協賛依頼の内容と応答結果との関
係から協賛依頼の配信範囲を特定するための特定規則の
修正にまで使用できる。また、協賛取引が成立した際に
は、関連するデータのみを抽出して二次使用することも
できる。
【００６８】また、サーバ側でデータの一括管理を行う
ことにより、クライアント端末側の処理能力が高くない
場合でも効率的な運用を可能とできる。
【００６９】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【００７０】第１２の手段として、プロジェクトへの協
賛を依頼する依頼者と登録会員との協賛取引をオンライ
ン上で実現する協賛取引支援システムにおける協賛取引
支援サーバであって、少なくとも協賛依頼に応じる用意
のある会員名、協賛可能な商品又は役務、対象者層及び
協賛に応じる際の条件に関する情報が、協賛事前登録情
報として登録会員により事前登録された会員データベー
スと、依頼者からの協賛依頼受信時、協賛依頼の内容を
満たす事前登録情報が上記会員データベースに登録され
ているか検索し、協賛依頼を満たす事前登録情報が存在
する場合には、該当する登録会員端末と依頼者端末に宛
ててその存在を通知する事前登録条件判定部とを備える
ものを提案する。
【００７１】かかる協賛取引仲介サーバを用いれば、登
録会員側の協賛への積極的な関与を可能とできる。すな
わち、協賛依頼時に協賛可能な条件を予め会員データベ
ース側に登録しておくことにより、自身の事前登録情報
を満たす協賛依頼に関する限り、秘匿性を保持したまま
で（他の登録会員に取引条件を知られることなく）優先
的に協賛取引を成立させることができる。
【００７２】また、かかる協賛取引仲介サーバを用いれ
ば、協賛依頼を満たす事前登録情報が登録されている場
合、即座に協賛取引の予約を取りつけることができる。
すなわち、協賛依頼の同報を受けた登録会員からの応答
を待つ時間をなくすことができる。
【００７３】なお、協賛依頼を満たす事前登録情報が複
数ある場合には、対価として要求する金額の少ないもの
のみに通知を発することもできるし、協賛依頼を満たす
事前登録情報が複数存在する旨だけを通知して後は当事
者間の交渉に委ねるようにすることもできる。また、こ
の場合には依頼者側にのみ協賛依頼を満たす事前登録情
報が複数存在する旨を通知して、いずれの会員から協賛
を受けるかを依頼者側の判断に委ねるようにすることも
できる。
【００７４】また、協賛依頼の条件を満たす事前登録情
報が存在する場合、多数の協賛依頼が同報配信されずに
済むため、ネットワーク管理者の側からすればネットワ
ークに流れるデータ量の低減を期待できる。この結果、
ネットワークの利用効率も高めることができる。
【００７５】なお、協賛依頼の条件を満たす事前登録情
報が存在しない場合には、上述の手段のように会員デー
タベースに登録されている各会員の事業分野や取扱商品
・役務、また配信希望条件等に基づいて協賛依頼の配信
先を決定する手法、協賛条件を満たす事前登録情報が存
在しない旨を依頼者側に通知する手法、その他の手法を
採用し得る。
【００７６】ここで、上述の手段における配信先の決定
方法と組み合わせれば、依頼者側は母集団の異なる２つ
の範囲で協賛依頼に対する応答を受けることができる。
また、事前に協賛依頼に応じる際の条件を登録していた
会員は、事前登録情報の内容と協賛依頼の条件との違い
を意識した上で協賛依頼の内容を確認できる。
【００７７】なお、「協賛に応じる際の条件」として
は、数量、日時（実施日や使用日時等）、場所（使用場
所や引き渡し場所等）、金額、使用条件その他が考えら
れる。また、協賛依頼の内容を満たすか否かの検索に
は、特定項目（全部だけでなく一部も含む）についての
一致を条件とする手法その他が考えられる。
【００７８】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【００７９】第１３の手段として、プロジェクトへの協
賛を依頼する依頼者と登録会員との協賛取引をオンライ
ン上で実現する協賛取引支援システムにおける協賛依頼
受信装置であって、依頼者側からの協賛依頼データを記
録する協賛依頼データ記録部と、上記協賛依頼データの
うち少なくとも依頼者名、プロジェクトの内容、対象者
層及び協賛希望条件を表示項目とする依頼内容確認フォ
ームを画面上に表示させる表示制御部とを備えるものを
提案する。
【００８０】かかる協賛依頼受信装置を用いれば、協賛
取引に必要な最小限の項目が依頼内容確認フォームとし
て提示されるため、依頼内容を容易に確認することがで
きる。また、一定の規則に従って情報が提示されるた
め、依頼内容の管理も容易となる。このことは、一般に
大量の協賛依頼を取り扱わなければならない事業者にと
って有意な効果である。また、依頼内容の確認が容易と
なることにより、企業間における協賛取引だけでなく、
企業と個人、個人と個人の間での協賛取引も容易に実現
可能とできる。
【００８１】なお、「協賛依頼データ記録部」には各種
の記録媒体が用いられる。因みに、記録媒体としては、
磁気記録方式の媒体（テープ、フロッピーディスク、ハ
ードディスク、磁気カード等）、光記録方式の媒体（追
記型ＣＤ、ＤＶＤ、光カード等）、光磁気記録方式の媒
体（ＤＶＤ、ＭＤ、ＭＯ等）、半導体メモリ型の媒体
（不揮発性メモリ、ＲＡＭ等）等が考えられる。
【００８２】また、依頼依頼受信装置として機能する端
末には、協賛取引専用の装置の他、コンピュータ端末
（ノート型、デスクトップ型）、ＰＤＡ、携帯電話機、
ゲーム機、セットトップボックス、ＰＣカード、家電、
ＶＴＲ、テレビジョン受像機、カーナビ、情報処理機能
付き腕時計、音楽やゲーム用の配信端末、金融端末（Ａ
ＴＭ）その他を用い得る。
【００８３】また、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【００８４】第１４の手段として、協賛依頼への応答
時、少なくとも会員名、協賛可能な商品又は役務及びそ
の協賛条件とを協賛取引仲介サーバ又は依頼者宛て端末
に送信する通信手段を、第１３の手段に更に備えるもの
を提案する。
【００８５】かかる協賛依頼受信装置を用いれば、協賛
取引に最小限必要な情報の送信を可能とでき、効率的な
協賛取引の実現を可能とできる。また、協賛依頼の発信
元が協賛取引仲介サーバの場合にも、また依頼者の場合
にも対応できるため、協賛取引システムの構造を問わな
い柔軟な応答を可能とできる。
【００８６】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【００８７】第１５の手段として、協賛依頼の選択配信
を希望する場合、配信を希望する協賛依頼を特定する配
信希望条件を協賛取引仲介サーバ又は依頼者宛て端末に
送信する通信手段を、第１３の手段に更に備えるものを
提案する。
【００８８】かかる協賛依頼受信装置を用いれば、会員
側で希望する内容の協賛依頼だけが選択的に配信される
ようにできる。例えば、特定の依頼者に関するもののみ
を配信対象としたり、自身が扱っている商品又は役務と
して登録されているもののうち現在応じられるもののみ
を配信対象としたり、出演者や対象者層の条件があうも
のだけを配信対象とすることができる。
【００８９】なお、「配信希望条件」は、特定項目につ
いての希望条件でも良いし、複数項目全ての論理和条件
や論理積条件その他の論理式条件であっても良いし、特
定項目についての論理和条件や論理積条件その他の論理
式条件であっても良い。その内容は目的に応じて様々な
内容が考えられる。また、過去のアクセス傾向や成約傾
向、具体的にはそれぞれの有無や数を考慮に入れること
も考えられる。いずれにしても、登録会員側の意向を配
信内容に反映できるため、登録会員にとって使い易いシ
ステムとできる。
【００９０】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【００９１】第１６の手段として、プロジェクトへの協
賛を依頼する依頼者と登録会員との協賛取引をオンライ
ン上で実現する協賛取引支援システムにおける事前登録
情報入力装置であって、少なくとも協賛依頼に応じる用
意のある会員名、協賛可能な商品又は役務、対象者層及
び協賛に応じる際の条件に関する情報を入力項目とする
入力フォームを画面上に表示させる表示制御部と、入力
フォームに入力された入力データを協賛事前登録情報と
して一時的に記録する記録部とを備えるものを提案す
る。
【００９２】かかる事前登録情報入力装置を用いれば、
登録会員による協賛取引への積極的な関与を可能とでき
る。すなわち、協賛依頼時に協賛可能な条件を予め会員
データベース側に登録しておくことにより、自身の事前
登録情報を満たす協賛依頼に関する限り、秘匿性を保持
したままで（他の登録会員に取引条件を知られることな
く）優先的に協賛取引を成立させることができる。
【００９３】また、かかる事前登録情報入力装置を用い
れば、自身の登録した情報を満たす協賛依頼が依頼者側
より発せられる限り、競業他社に先駆けて即座に協賛取
引の予約を取りつけることができる。
【００９４】なお、「記録部」には各種の記録媒体が用
いられる。因みに、記録媒体としては、磁気記録方式の
媒体（テープ、フロッピーディスク、ハードディスク、
磁気カード等）、光記録方式の媒体（追記型ＣＤ、ＤＶ
Ｄ、光カード等）、光磁気記録方式の媒体（ＤＶＤ、Ｍ
Ｄ、ＭＯ等）、半導体メモリ型の媒体（不揮発性メモ
リ、ＲＡＭ等）等が考えられる。
【００９５】また、「事前登録情報入力装置」として機
能する端末には、協賛取引専用の装置の他、コンピュー
タ端末（ノート型、デスクトップ型）、ＰＤＡ、携帯電
話機、ゲーム機、セットトップボックス、ＰＣカード、
家電、ＶＴＲ、テレビジョン受像機、カーナビ、情報処
理機能付き腕時計、音楽やゲーム用の配信端末、金融端
末（ＡＴＭ）その他を用い得る。
【００９６】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【００９７】第１７の手段として、プロジェクトへの協
賛を依頼する依頼者と登録会員との協賛取引をオンライ
ン上で実現する協賛取引支援システムにおける応答結果
受信装置であって、登録会員側からの協賛依頼に対する
応答データを記録する応答データ記録部と、上記応答デ
ータのうち少なくとも協賛依頼に応じる会員名、協賛可
能な商品又は役務及びその協賛条件とを画面上に表示さ
せる表示制御部とを備えるものを提案する。
【００９８】かかる応答結果受信装置を用いれば、協賛
取引に必要な最小限の応答事項が画面上に提示されるた
め、応答内容の確認を容易に行うことができる。また、
一定の規則に従って情報が提示されるため、応答内容の
管理も容易となる。このことは、一般に多くの応答内容
を受け取る依頼者側にとって、応答内容を比較するのが
容易になるという意味がある。また、応答内容の確認が
容易であることは、企業間における協賛取引だけでな
く、企業と個人、個人と個人の間での協賛取引において
も便利である。
【００９９】なおここでの「応答データ記録部」には、
各種の記録媒体が用いられる。記録媒体については、上
述の手段で述べたものと同様のものが考えられる。
【０１００】また、応答結果受信装置として機能する端
末には、協賛取引専用の装置の他、コンピュータ端末
（ノート型、デスクトップ型）、ＰＤＡ、携帯電話機、
ゲーム機、セットトップボックス、ＰＣカード、家電、
ＶＴＲ、テレビジョン受像機、カーナビ、情報処理機能
付き腕時計、音楽やゲーム用の配信端末、金融端末（Ａ
ＴＭ）その他を用い得る。
【０１０１】また、この応答結果受信装置の設置場所
は、放送局や商社その他の事業者の管理の及ぶ場所であ
る必要はなく、各種店舗や個人ユーザの管理の及ぶ場所
にあっても良い。
【０１０２】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【０１０３】第１８の手段として、協賛取引支援システ
ムにおける協賛依頼条件の入力画面表示方法であって、
依頼者による協賛依頼条件の入力用に、少なくとも協賛
を依頼するプロジェクトの内容、対象者層及び協賛希望
条件を入力項目とする入力フォームを画面上に表示させ
るものを提案する。
【０１０４】かかる協賛依頼条件の入力画面表示方法を
用いれば、協賛取引に必要な最小限の入力項目が入力フ
ォームとして提示されるため、依頼者は表示された入力
項目に必要な情報を書き込むだけで依頼書（依頼デー
タ）を作成できる。これにより、プロジェクトを企画す
る誰もが最小限必要な情報を備えた協賛依頼を発信する
ことが可能となる。すなわち、企業間における協賛取引
だけでなく、企業と個人、個人と個人の間での協賛取引
も容易に実現可能とできる。
【０１０５】因みに、当該方法が実行される端末は専用
装置のみならず、コンピュータ端末（ノート型、デスク
トップ型）、ＰＤＡ、携帯電話機、ゲーム機、セットト
ップボックス、ＰＣカード、家電、ＶＴＲ、テレビジョ
ン受像機、カーナビ、情報処理機能付き腕時計、その他
が考えられる。また、当該方法の各ステップが同一装置
上で実行される必要はなく、異なる装置上で実行されて
も良い。以下の各方法についても同様である。
【０１０６】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【０１０７】第１９の手段として、協賛取引支援システ
ムにおける協賛依頼内容の提示画面表示方法であって、
登録会員による協賛依頼条件の確認用に、少なくとも依
頼者名、協賛依頼の対象であるプロジェクトの内容、対
象者層及び協賛希望条件を表示項目とする依頼内容確認
フォームを画面上に表示させるものを提案する。
【０１０８】かかる協賛依頼内容の提示画面表示方法を
用いれば、協賛取引に必要な最小限の項目が依頼内容確
認フォームとして提示されるため、依頼内容を容易に確
認することができる。また、一定の規則に従って情報が
提示されるため、依頼内容の管理も容易となる。このこ
とは、一般に大量の協賛依頼を取り扱わなければならな
い事業者にとって有意な効果である。また、依頼内容の
確認が容易となることにより、企業間における協賛取引
だけでなく、企業と個人、個人と個人の間での協賛取引
も容易に実現可能とできる。
【０１０９】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【０１１０】第２０の手段として、協賛取引支援システ
ムにおける協賛事前登録情報の入力画面表示方法であっ
て、登録会員による事前登録用に、少なくとも協賛依頼
に応じる用意のある会員名、協賛可能な商品又は役務、
対象者層及び協賛に応じる際の条件に関する情報を入力
項目とする入力フォームを画面上に表示させるものを提
案する。
【０１１１】かかる協賛依頼への協賛事前登録情報の入
力画面表示方法を用いれば、協賛取引に必要な最小限の
項目が入力フォームとして提示されるため、登録会員は
表示された入力項目に必要な情報を書き込むだけで事前
登録に必要な情報を作成できる。これにより、協賛依頼
に応じる誰もが最小限必要な情報を備えた協賛事前登録
情報を作成することができる。すなわち、企業間におけ
る協賛取引だけでなく、企業と個人、個人と個人の間で
の協賛取引も容易に実現可能とできる。
【０１１２】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【０１１３】第２１の手段として、協賛取引支援システ
ムにおける協賛依頼への応答結果画面表示方法であっ
て、依頼者による協賛依頼に対する応答結果の確認用
に、少なくとも協賛依頼に応じた会員名、協賛可能な商
品又は役務及びその協賛条件とを表示項目とする応答結
果フォームを画面上に表示させるものを提案する。
【０１１４】かかる協賛依頼への応答結果画面表示方法
を用いることで、協賛取引に必要な最小限の項目が応答
結果フォームとして提示されるため、依頼者の側での応
答結果の確認を容易に行うことが可能となる。また、１
つの協賛依頼に対する応答結果が複数存在する場合に
も、単一の応答結果フォームで内容の比較が行えるた
め、比較を容易に行うことができる。従って、企業間に
おける協賛取引だけでなく、企業と個人、個人と個人の
間での協賛取引も容易に実現可能とできる。
【０１１５】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【０１１６】第２２の手段として、プロジェクトへの協
賛を依頼する依頼者と登録会員との協賛取引をオンライ
ン上で実現する協賛取引支援システムにおける取引デー
タの伝送方法であって、協賛依頼時、少なくとも送信
先、依頼者名、プロジェクトの内容、対象者層及び協賛
希望条件を含む協賛依頼条件データを、取引データとし
て依頼者側の端末から送出させるものを提案する。
【０１１７】かかる取引データの伝送方法を用いれば、
オンラインを通じて接続された依頼者側の端末から登録
会員側の端末に協賛取引に最小限必要とされる情報送信
させることができる。ここで、取引データが伝送される
媒体は、電気的、電波的又は光学的な手段で情報を伝送
する有線回線（例えば、銅線（電話線のみならず、電力
線も含む。）、光ファイバ）又は無線回線（例えば、短
波、超短波、マイクロ波、赤外線）を含む。なお、伝送
方式は同期方式であるか、非同期方式であるかを問わな
い。また、固定長パケットを用いるか、任意長パケット
を用いるかも問わない。
【０１１８】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【０１１９】第２３の手段として、プロジェクトへの協
賛を依頼する依頼者と登録会員との協賛取引をオンライ
ン上で実現する協賛取引支援システムにおける取引デー
タの伝送方法であって、協賛依頼への応答時、少なくと
も送信先、登録会員名、協賛可能な商品名又は役務及び
その協賛条件を含む応答結果データを、取引データとし
て登録会員側の端末から送出させるものを提案する。
【０１２０】かかる取引データの伝送方法を用いれば、
オンラインを通じて接続された登録会員側の端末から依
頼者側の端末に協賛取引に最小限必要とされる情報を送
信させることができる。やはりこの場合も、取引データ
が伝送される媒体は、電気的、電波的又は光学的な手段
で情報を伝送する有線回線（例えば、銅線（電話線のみ
ならず、電力線も含む。）、光ファイバ）又は無線回線
（例えば、短波、超短波、マイクロ波、赤外線）を含
む。また、伝送方式は同期方式であるか、非同期方式で
あるかを問わない。また、固定長パケットを用いるか、
任意長パケットを用いるかも問わない。
【０１２１】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【０１２２】第２４の手段として、プロジェクトへの協
賛を依頼する依頼者と登録会員との協賛取引をオンライ
ン上で実現する協賛取引支援システムにおける協賛依頼
の配信方法であって、依頼者により入力された協賛依頼
の内容と各会員別に保持されている事業分野に関係する
情報との一致不一致を特定規則に基づき判定する処理ス
テップと、上記処理ステップで一致が確認された会員に
対してのみ協賛依頼を配信する処理ステップとを備える
ものを提案する。
【０１２３】かかる協賛依頼の配信方法を用いれば、協
賛依頼の選択配信を可能とできる。この機能は、協賛依
頼者の側から見ると、配信先の登録会員をいちいち指定
しなくてもプロジェクトに何らかの関係又は直接的な関
係を有する登録会員に対して協賛依頼が自動的に配信で
きることを意味する。しかも配信対象となり得る登録会
員は会員データベースの登録内容に依存するため、今ま
で取引機会のなかった登録会員に対しても協賛を依頼す
ることができる。この結果、ビジネス機会を拡大でき
る。
【０１２４】また、一々配布先を入力しなくても、適切
な範囲に対して配信を実行できるため、入力作業の効率
化も実現できる。もっとも、入力項目で配信先を全登録
会員としておけば、積極的に全ての登録会員に配信させ
ることもできる。同様に、登録会員の中の特定グループ
だけを指定しておけば、特定の登録会員にのみ選択的に
配信させることもできる。
【０１２５】また常に全登録者に協賛依頼が配信されな
いということは、ネットワーク管理者の側からすればネ
ットワークに流れるデータ量の低減を期待できることを
意味する。この結果、ネットワークの利用効率を高める
ことができる。また、通信料の低減や処理装置にかかる
負荷の低減も実現できる。
【０１２６】またこのことは、登録会員の側からすれ
ば、自身の提供可能な商品又は役務と何らかの又は直接
関係する協賛依頼のみが届けられることになるので、無
関係な協賛依頼が大量に送りつけられることを避けられ
ることも意味する。
【０１２７】なお、配信先は、配信先特定部に保持され
ている特定規則に応じて決まる。従って、依頼者の意思
に応じて特定規則を変更できるようにすれば、依頼者の
意思に応じて配信先の範囲を自由に変更できる。また、
協賛取引仲介サーバの管理者の意思に応じて特定規則を
変更させるようにすれば、全ての依頼者に対して共通し
た条件で配信先の範囲を変更できる。またこのことは、
協賛取引仲介サーバの運営主体が複数存在する場合に
も、各サーバ毎にサービスの差別化を図れることを意味
する。
【０１２８】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【０１２９】第２５の手段として、プロジェクトへの協
賛を依頼する依頼者と登録会員との協賛取引をオンライ
ン上で実現する協賛取引支援システムにおける協賛希望
条件のデータ配信方法であって、依頼者により入力され
た協賛依頼の内容と各会員別に保持されている配信希望
条件との一致不一致を判定する処理ステップと、上記処
理ステップで一致が確認された会員に対してのみ協賛依
頼を配信する処理ステップとを備えるものを提案する。
【０１３０】かかる協賛依頼の配信方法を用いれば、協
賛依頼の配信を受ける会員側の希望を考慮して配信先を
決定できるため、協賛依頼の選択配信を実現できる。
【０１３１】なお、配信を受ける登録会員側が設定する
又はその指示の下に協賛取引仲介サーバの管理者が設定
する配信希望条件に基づく配信先の決定と、依頼者や協
賛取引仲介サーバの管理者が独自に設定した配信先の特
定規則と組み合わせるようにすれば、当該取引に関連す
るトラフィックを一層低減できる。また、依頼者側と登
録会員側の双方の希望を満足した配信を実現できる。
【０１３２】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。
【０１３３】第２６の手段として、プロジェクトへの協
賛を依頼する依頼者と登録会員とのオンライン上での協
賛取引を支援する協賛取引支援プログラムを記録したコ
ンピュータ読み取り可能な記録媒体であって、依頼者側
の端末画面上に少なくともプロジェクトの内容、対象者
層及び協賛希望条件を入力項目とする入力フォームを表
示させる表示機能と、入力フォームに対する依頼者から
の入力を受付ける入力処理機能と、入力された内容を所
定のデータフォーマットで記録する記録機能とをコンピ
ュータに実現させる協賛取引支援プログラムを記録した
ものを提案する。
【０１３４】かかる記録媒体を用いれば、協賛取引専用
の装置がなくても、既存の端末に当該記録媒体に記録さ
れているプログラムをインストールさせるだけで、協賛
依頼条件入力装置として使用することができる。
【０１３５】ここで、既存の端末としては、コンピュー
タ端末（ノート型、デスクトップ型）、ＰＤＡ、携帯電
話機、ゲーム機、セットトップボックス、ＰＣカード、
家電、ＶＴＲ、テレビジョン受像機、カーナビ、情報処
理機能付き腕時計、音楽やゲーム用の配信端末、金融端
末（ＡＴＭ）その他が考えられる。以下の各手段におけ
る記録媒体についても同様である。
【０１３６】また、記録媒体としては、ＣＤ−ＲＯＭの
他、磁気記録方式の媒体（テープ、フロッピーディス
ク、ハードディスク、磁気カード等）、光記録方式の媒
体（追記型ＣＤ、ＤＶＤ、光カード等）、光磁気記録方
式の媒体（ＤＶＤ、ＭＤ、ＭＯ等）、半導体メモリ型の
媒体（不揮発性メモリ、ＲＡＭ、ＲＯＭ等）等が考えら
れる。以下の各手段における記録媒体についても同様で
ある。
【０１３７】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。因みにここで
は、協賛取引支援プログラムを、記録媒体を用いて配布
することを想定しているが、ネットワーク（伝送媒体）
を経由して配信することも考えられる。
【０１３８】第２７の手段として、プロジェクトへの協
賛を依頼する依頼者と登録会員とのオンライン上での協
賛取引を支援する協賛取引支援プログラムを記録したコ
ンピュータ読み取り可能な記録媒体であって、依頼者に
より入力された協賛依頼に含まれる内容と、各会員別に
保持されている事業分野に関係する情報との一致不一致
を特定規則に基づき判定し、一致が確認された会員に対
してのみ協賛依頼を配信する配信機能をコンピュータに
実現させる協賛取引支援プログラムを記録したものを提
案する。
【０１３９】かかる記録媒体を用いれば、協賛取引専用
の装置がなくても、既存の端末に当該記録媒体に記録さ
れているプログラムをインストールさせるだけで、協賛
依頼条件入力装置や協賛依頼仲介サーバとして使用する
ことができる。
【０１４０】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。因みにここで
は、協賛取引支援プログラムを、記録媒体を用いて配布
することを想定しているが、ネットワーク（伝送媒体）
を経由して配信することも考えられる。
【０１４１】第２８の手段として、プロジェクトへの協
賛を依頼する依頼者と登録会員とのオンライン上での協
賛取引を支援する協賛取引支援プログラムを記録したコ
ンピュータ読み取り可能な記録媒体であって、依頼者に
より入力された協賛依頼に含まれる内容と各会員別に保
持されている配信希望条件との一致不一致を判定し、一
致が確認された会員に対してのみ協賛依頼を配信する配
信機能をコンピュータに実現させる協賛取引支援プログ
ラムを記録したものを提案する。
【０１４２】かかる記録媒体を用いれば、協賛取引専用
の装置がなくても、既存の端末に当該記録媒体に記録さ
れているプログラムをインストールさせるだけで、協賛
依頼条件入力装置や協賛依頼仲介サーバとして使用する
ことができる。
【０１４３】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。因みにここで
は、協賛取引支援プログラムを、記録媒体を用いて配布
することを想定しているが、ネットワーク（伝送媒体）
を経由して配信することも考えられる。
【０１４４】第２９の手段として、プロジェクトへの協
賛を依頼する依頼者と登録会員とのオンライン上での協
賛取引を支援する協賛取引支援プログラムを記録したコ
ンピュータ読み取り可能な記録媒体であって、会員側の
端末画面上に少なくとも協賛依頼に応じる用意のある会
員名、協賛可能な商品又は役務、対象者層及び協賛に応
じる際の条件に関する情報を入力項目とする入力フォー
ムを表示させる表示機能と、入力フォームに対する会員
からの入力を受付ける入力処理機能と、入力された内容
を所定のデータフォーマットで記録する記録機能とをコ
ンピュータに実現させる協賛取引支援プログラムを記録
したものを提案する。
【０１４５】かかる記録媒体を用いれば、協賛取引専用
の装置がなくても、既存の端末に当該記録媒体に記録さ
れているプログラムをインストールさせるだけで、事前
登録情報入力装置として使用することができる。
【０１４６】第３０の手段として、プロジェクトへの協
賛を依頼する依頼者と登録会員とのオンライン上での協
賛取引を支援する協賛取引支援プログラムを記録したコ
ンピュータ読み取り可能な記録媒体であって、会員側の
端末画面上に少なくとも依頼者名、プロジェクトの内
容、対象者層及び協賛希望条件を表示項目とする依頼内
容確認フォームを表示させる表示機能と、依頼内容確認
フォームに対する会員からの応答入力を受付ける入力処
理機能と、入力された内容を所定のデータフォーマット
で記録する記録機能とをコンピュータに実現させる協賛
取引支援プログラムを記録したものを提案する。
【０１４７】かかる記録媒体を用いれば、協賛取引専用
の装置がなくても、既存の端末に当該記録媒体に記録さ
れているプログラムをインストールさせるだけで、協賛
依頼に対する協賛依頼受信装置として使用することがで
きる。
【０１４８】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。因みにここで
は、協賛取引支援プログラムを、記録媒体を用いて配布
することを想定しているが、ネットワーク（伝送媒体）
を経由して配信することも考えられる。
【０１４９】第３１の手段として、プロジェクトへの協
賛を依頼する依頼者と登録会員とのオンライン上での協
賛取引を支援する協賛取引支援プログラムを記録したコ
ンピュータ読み取り可能な記録媒体であって、依頼者側
の端末画面上に少なくとも協賛依頼に応じた会員名、提
供可能な商品又は役務及びその提供条件を表示項目とす
る依頼内容確認フォームを表示させる表示機能と、依頼
内容確認フォームに対する会員からの入力を受付ける入
力処理機能と、入力された内容を所定のデータフォーマ
ットで記録する記録機能とをコンピュータに実現させる
協賛取引支援プログラムを記録したものを提案する。
【０１５０】かかる記録媒体を用いれば、協賛取引専用
の装置がなくても、既存の端末に当該記録媒体に記録さ
れているプログラムをインストールさせるだけで、協賛
依頼に対する応答結果受信装置として使用することがで
きる。
【０１５１】なお、上述の手段と共通する他の用語は、
上述の手段における説明と同じである。因みにここで
は、協賛取引支援プログラムを、記録媒体を用いて配布
することを想定しているが、ネットワーク（伝送媒体）
を経由して配信することも考えられる。
【０１５２】
【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照しながら説明する。 （Ａ）本願明細書で想定する全体システム （Ａ−１）概念構成例 まず、本願明細書で想定する全体システムの概念構成例
を説明する。本願明細書で想定する全体システムは、あ
るプロジェクトへの協賛を取り付けるステージと、提供
された商品や役務を使用してプロジェクトを実行（制作
や配信を含む。）するステージと、実行結果をオンライ
ンショッピングに結び付けるステージとの３つを基本構
成とする。
【０１５３】ここでは、「プロジェクト」をディジタル
放送番組の制作とする場合について説明する。図１に、
ディジタル放送システムの概念構成例を示す。なお、言
うまでもなく図１は一例であり、ディジタル放送システ
ムには様々な形態が考えられる。
【０１５４】図１に示すディジタル放送システムは、お
およそ３つの部分システムから構成される。１つは、デ
ィジタル放送番組への商品・役務の協賛依頼に係る取引
をオンラインで実現する協賛取引支援システムである。
１つは、協賛事業者から提供を受けた商品・役務に関す
る情報を映像番組の各場面に関連付ける番組付加データ
を作成する付加情報データ作成システムである。１つ
は、各場面に関連付けられている番組付加データを受信
又は再生し、オンラインショッピングを実現する番組付
加データ処理システムである。
【０１５５】図１の場合、協賛取引支援システムは、協
賛事業者１と放送事業者２と協賛取引仲介事業者４の三
者で構成される。また、付加情報データ作成システム
は、放送事業者２とショッピング仲介事業者５の二者で
構成される。また、番組付加データ処理システムは、視
聴者３とショッピング仲介事業者５と協賛事業者１の三
者で構成される。
【０１５６】もっとも、各部分システムにおける仲介事
業者の存在は必須ではない。仲介事業者が介在しない場
合、取引に必要な機能は協賛事業者１、放送事業者２、
視聴者３のいずれかで実行される。
【０１５７】なお、協賛取引仲介事業者４とショッピン
グ仲介事業者５は異なる事業者が運営するのが一般的で
あるが、同一の事業者が運営することも勿論あり得る。
【０１５８】（ａ）協賛取引支援システム 図１における協賛取引支援システムの場合、映像番組の
作成への協賛を依頼する依頼者が放送事業者２であり、
当該依頼に応じる用意のある事業者が協賛事業者１であ
る。そして、当該協賛取引を仲介するのが協賛取引仲介
事業者４である。
【０１５９】一般的な協賛取引は次のように実行され
る。まず、依頼者である放送事業者が仲介事業者に協賛
依頼を発する。勿論、この協賛依頼はオンライン上で実
行される。仲介事業者は、データベースに登録されてい
る事業者（登録会員）に宛て、放送事業者から受付けた
協賛依頼を協賛事業者に送付する。
【０１６０】ここでの送付方法については様々な方法が
考えられる。例えば、登録者全員に無条件に送付する方
法、協賛依頼の内容に基づいて選択的に送付する方法
（これには、依頼者である放送事業者の設定した条件を
考慮する方法や、協賛依頼を仲介する仲介者が設定した
条件を考慮する方法や、受けて側となる協賛事業者が設
定した条件を考慮する方法や、これらの任意の組み合わ
せを考慮する方法）がある。
【０１６１】この送付にはメタデータ枠（番組付加デー
タへの掲載権）も付随させる。すなわち、協賛に応じる
場合には提供された商品・役務の情報を、番組データ
（一般には映像データと音響データであるが、いずれか
一方の場合もある。）の付属情報であるメタデータ（番
組付加データ）に含める権利を付随させる。
【０１６２】かかる協賛依頼を受信した協賛事業者は、
協賛依頼に応じる場合には協賛承諾を仲介事業者に通知
する。仲介事業者は承諾の内容が依頼事項を満足するか
判断し、満足する場合（例えば、依頼先が１者に限られ
る場合に承諾した協賛事業者が１者である場合や提供さ
れる商品の数量が依頼時の数量を満足する場合）には、
確定した取引の内容を放送事業者に通知する。
【０１６３】ただし、承諾の内容が協賛事項を量的に満
たしていない場合（例えば、承諾した事業者の数が予定
数を超える場合、承諾した複数の事業者の提供可能な商
品数等が予定数を超える場合等）、仲介事業者は、放送
事業者にとっての条件が有利になるものを特定し、又
は、承諾した各事業者から提供を受ける商品数等の配分
を調整し、確定した取引の内容を放送事業者に通知す
る。このとき、仲介事業者と協賛事業者との間では、必
要に応じて何度かのやり取りが行われる。
【０１６４】なお、承諾の内容が協賛事項を質的に満た
していない場合（例えば、希望条件を地理的に満たさな
い場合、希望条件を時間的に満たさない場合等）、仲介
事業者は、取引の不成立を協賛事業者に通知する。因み
に、協賛取引が成立しない場合、仲介事業者は、対象
（物や役務）ごとの協賛取引の不成立を放送事業者に通
知する。
【０１６５】以上が一般的な協賛取引の流れである。な
お、仲介事業者による協賛依頼の送信が行われる前に協
賛取引が成立する可能性の高い事業者が判明した場合に
は、当事者にのみ相手方の出現を通知する方法も考えら
れる。これは、協賛に応じる用意のある事業者自らが協
賛に応じても良い条件をデータベースに登録しておくこ
とで実現される。この場合、仲介事業者は、依頼者から
受信した協賛依頼の内容とデータベースに登録されてい
る事前登録情報とのマッチングを行うことで契約当事者
を確定する。
【０１６６】（ｂ）付加情報データ作成システム 図１における付加情報データ作成システムの場合、映像
番組を制作して配信するのが放送事業者２であり、映像
番組の各場面に関連付ける番組付加データを作成するの
がショッピング仲介事業者５である。もっとも、協賛取
引を仲介した協賛取引仲介事業者４が番組付加データの
作成主体となることもあり得るし、放送事業者１が自ら
番組付加データの作成主体となることもあり得る。
【０１６７】なおここでの放送事業者には、映像番組の
制作を専門とする制作会社も含まれる。また、通信技術
の発達や各種機器の低価格化した今日では、かかる放送
事業者に個人もなり得る。
【０１６８】一般的な映像番組の制作と配信は次のよう
に実行される。まず、放送事業者（通常、制作会社と配
信会社で構成される。）は、映像番組の制作（撮影、蓄
積、編集その他）に際し、映像番組の各場面に関する番
組付加データ（メタデータ）を作成し記録する。ここで
の番組付加データ（メタデータ）は、主に、一般キーデ
ータや管理データと呼ばれるものである。これはデータ
の管理等に必要なデータである。また、多くの蓄積情報
からデータを検索するのにも使用される。例えば、映像
素材をグローバルな範囲（例えば、局単位、系列単位、
国単位）で一意に特定可能なコード情報（例えば、ＵＭ
ＩＤ（Unique Material Identifier））、シーンナンバ
ー、出演者、位置・場所（例えば、ＧＰＳ情報）、番組
プログラム名が該当する。もっとも、全世界的な範囲で
一意に特定可能なコード情報を利用できることが望まし
い。
【０１６９】また、各場面の商品・役務のデータも記録
される。一般に、これらの情報は協賛品に限る必要はな
い。ただし、本願明細書では、当該商品・役務データを
オンラインショッピングにも利用するため、協賛の対象
となっているもののみを記録するか、協賛対象か非協賛
対象かの識別が可能なようにしておく。
【０１７０】図１の場合には、撮影時に記録した最小限
の情報（例えば、協賛事業者名や商品・役務の一般名
（例えば、めがね、小売り等））のみが番組付加データ
（メタデータ）を最終的に制作する仲介事業者に与えら
れる。勿論、構築するシステムによっては、より詳しい
情報まで放送事業者側で作成される場合もあり得るし、
商品や役務についてのデータは何ら記録しない場合もあ
り得る。
【０１７１】仲介事業者は、放送事業者から通知を受け
た商品・役務に関するより詳細な情報を協賛事業者やデ
ータベース（協賛取引仲介事業者が管理するものでも良
いし、各協賛事業者が個別に管理するものでも良い。）
から収集する。この後、仲介事業者は、レイアウト情報
（画面内での配置情報）を含む記述言語（ＢＭＬ（broa
dcast markup language ）やＸＭＬ（extensible marku
p language）を用いて視聴者への提供画面を制作し、当
該画面情報を番組付加データとして放送事業者に送る。
【０１７２】もっとも、レイアウト情報（テンプレート
画面（表示方法を規定するタグと情報の貼り付け位置を
表わしたもの）と、収集した商品・役務に関する情報と
を別データとする番組付加データを放送事業者に送る場
合もあり得る。
【０１７３】このように、番組付加データ（メタデー
タ）には、レイアウト情報と商品・役務データとが一体
になったもの（記述言語に従って展開すればそのまま視
聴できる画面に完成しているもの）と、レイアウト情報
と商品・役務データとが別になっているもの（視聴者に
提示する際にレイアウト情報に商品・役務データを貼り
付けるもの）とがある。
【０１７４】この他、仲介事業者は、番組付加データに
対応する各場面を簡易表示するインデックス情報も必要
に応じて作成し、放送事業者に送付する。
【０１７５】いずれの場合にも、仲介事業者は、番組付
加データに各場面を特定するコード情報を付与する。こ
のコード情報が存在することにより、放送事業者は、対
応する場面の映像と番組付加データとの対応付けを確実
に行うことができる。
【０１７６】仲介事業者から番組付加データを入手した
放送事業者は、コード情報を基に番組データと番組付加
データとを対応付け、最終的な出力形態である放送波と
して送出する。なお、図１は衛星放送の場合について表
わしているが、地上波の場合もあるし、有線ケーブル
（電力線、電話線、光ケーブル、その他）を通じて放送
する場合もある。勿論、出力形態は放送に限らず、通信
形態を採る場合もある。また、パッケージメディアとし
て配布するために、該当メディアに記録することも考え
られる。
【０１７７】 （ｃ）ディジタル映像番組受信再生システム 図１におけるディジタル映像番組受信再生システムの場
合、映像番組を受信する又は再生するのが視聴者３であ
り、視聴者の要求に応じて詳細な商品情報の提供や注文
を受付けるのがショッピング仲介事業者５であり、視聴
者との間で成立した売買契約に基づいて商品・役務を提
供するのが協賛事業者５である。
【０１７８】もっとも、ショッピング仲介事業者が介在
しないシステムも考えられる。また、番組付加データ
（メタデータ）として与えられる商品や役務の情報で十
分な場合には、仲介事業者から商品・役務情報を入手し
ない構成もあり得る。
【０１７９】一般的な映像番組の視聴及びオンラインシ
ョッピングは次のように実行される。視聴者は、映像番
組の視聴している際、興味をいだいた商品や役務が現れ
る場面でその番組付加データを表示する操作（多くはリ
モートコントローラの操作）を行う。このとき、該当場
面に対応する番組付加データが存在すれば、その情報が
表示画面の全面又は一部を利用して表示される。
【０１８０】一般には、商品・役務に関する情報の表示
画面（本願明細書ではメタポケットやメタモールと呼
ぶ。メタポケットは特定の場面に現れる商品・役務に関
する情報の表示画面又は当該情報に対応する番組付加デ
ータの意味で使用する。メタモールは複数の場面に関す
るメタポケットを一画面上で一覧できるようにした表示
画面又は当該情報に対応する番組付加データの意味で使
用する。）が表示される。
【０１８１】なお、かかる表示画面の表示は、本編であ
る映像番組と同時進行で行う場合もあれば、映像番組と
は独立に（例えば、映像番組の放送又は再生が終わった
後で）行う場合もある。
【０１８２】表示画面の内容は、画面上に現れる単一の
商品・役務についての情報だけの場合もあれば、１つの
画面上に現れている複数の商品・役務の情報全てが表示
される場合もある。また図１では、表示対象とする商品
・役務が協賛事業者によって提供されたものを想定して
いるが、協賛対象となっていない商品・役務も含み得
る。また、協賛対象ではなく番組の提供者の商品・役務
も含み得る。
【０１８３】この表示内容についても様々な方法が考え
られるが、具体例については後述する。ここでは視聴者
が特定の商品又は役務について、現に画面上に表示され
ている情報よりも詳細な情報の表示を要求したとする。
当該要求が視聴者の特定の操作によって入力されると、
表示装置と共に視聴システムを構成する通信機能付きの
端末（一般にはテレビジョン受像機やセットトップボッ
クス）より仲介事業者に対して情報の配信が要求され
る。因みに、ここでの要求が送信される上り方向の伝送
路には電話網、パケット網、インターネット網その他が
考えられる。勿論、当該伝送媒体が有線であるか無線で
あるかは問わない。
【０１８４】仲介事業者は、視聴者から当該要求を受信
すると、要求の対象となっている情報をデータベースか
ら読み出して送信する。この情報は、対象場面や当該場
面に現れる各商品や役務に対する視聴者の注目度情報
（例えば、アクセス回数）を含み得る。かかる情報を提
供できる点が仲介事業者を設ける利点の１つである。
【０１８５】この後、視聴者は興味をもった商品の購入
を希望すれば、その意思表示である注文データを上りの
伝送路に送出し、協賛事業者との間での売買契約を完了
する。なお、注文データを確定的に送信する前に、買い
物かご画面（商品の購入意思を協賛事業者側に実際に送
信する前に、購入対象を再確認できる画面。カート画面
ともいう。）で確認できるのは、現在運用されているイ
ンターネットショッピングと同じである。
【０１８６】こうして視聴者の購入意思が協賛事業者に
通知されると、その後は、通常の商取引と同様に商品の
発送と料金の支払いが行われる。なお、図１では表わし
ていないが、視聴者が仲介事業者や協賛事業者と通信す
る際に、当該通信（商品情報の入手や注文）を行う契機
となった映像番組や場面の情報を含めることにより、新
たな映像番組の企画や協賛時の参考資料として使用でき
る。
【０１８７】（ｄ）番組付加データの流れ 図２に、番組付加データの流れから見たディジタル放送
システムの概念構成例を示す。図２では、番組付加デー
タの取扱い種類を一応の基準として、ディジタル放送シ
ステムをおおよそ４つの部分システムに分類して表わし
たものである。部分システムは、協賛取引仲介システム
６と、制作・放送システム７と、受信・再生システム８
と、ショッピング仲介システム９の４つである。図２で
は、協賛事業者は専ら協賛取引仲介システムに属し、視
聴者は受信・再生システムに属する。
【０１８８】協賛取引仲介システム６には、映像番組を
視聴した視聴者から集積されたフィードバック情報（ア
クセス情報や成約情報、管理データ等）がショッピング
仲介システム９から与えられる。アクセス情報として
は、どの番組のどの場面からどの商品・役務にアクセス
が生じたかの情報や視聴者の性別・年齢層はどうか等の
情報が考えられる。成約情報としては、購買契約が成立
した件数やその内容等が考えられる。管理データとして
は、番組プログラム名、放送日時、番組枠等が考えられ
る。
【０１８９】協賛取引仲介システム６では、これらの情
報が映像番組の企画や協賛への賛同資料として用いら
れ、新たな映像番組についての協賛取引が実行される。
この取引で確定した情報（協賛者としての企業名や協賛
対象となる商品・役務情報）が制作・放送システム７に
与えられる。
【０１９０】制作・放送システム７では、映像番組の制
作の際に発生した各種のデータ、例えば企画データ、撮
影データ、蓄積データ、編集データ、配信データに、協
賛取引仲介システム６やショッピング仲介システムから
与えられる情報が関連付けられて管理される。
【０１９１】因みに、企画データとしては、例えば、番
組の制作趣旨、ターゲット、企画スタッフその他が考え
られる。また、撮影データとしては、例えば、撮影時の
日時、場所、天候、撮影スタッフ、各場面で使用した協
賛品や役務、撮影機材その他が考えられる。また、蓄積
データとしては、例えば、記録媒体の固体番号及びアド
レスが考えられる。また、編集データとしては、例え
ば、編集場面、使用した特殊効果、編集スタッフその他
が考えられる。また、配信データとしては、例えば、配
信日時、地域、著作権情報、配信者情報、使用権限その
他が考えられる。
【０１９２】また、ショッピング仲介システム９から
は、アクセス回数情報や成約情報、商品・役務情報が与
えられる。また、図１のシステムのように番組付加デー
タ（メタデータ）をショッピング仲介事業者が行う場合
には、作成された番組付加データも与えられる。
【０１９３】これらの情報は各番組の各場面を特定する
情報（例えば、ＵＭＩＤを使用する。）を通じて相互に
関連付けられている。従って、各種情報の蓄積場所に係
わらず、読み出しや編集を自由に行うことができる。な
お、これらのうち用途に応じて選択されたものが最終的
に、制作・放送システム７から受信・再生システム８に
配信される。
【０１９４】ここで、受信・再生システム８は、制作・
放送システム７から与えられる番組付加データとして、
少なくとも一般キーデータと管理データを入手する。商
品・役務データについては、制作・放送システム７から
番組データと共に配信される場合もあれば、必要に応じ
てショッピング仲介システム９から供給される場合もあ
る。
【０１９５】また、受信・再生システム８は、必要に応
じてインデックス画面（内部で生成する場合、制作・放
送システムやショッピング仲介システムより得る場合が
ある。）やアクセス回数（制作・放送システムやショッ
ピング仲介システムより得る。）を利用して、商品・役
務データを画面上に表示する。
【０１９６】なお、商品・役務に関する情報の表示画面
を生成するレイアウト情報は、一般に制作・放送システ
ムやショッピング仲介システムより提供される。もっと
も、これらの情報を視聴者側の端末内に用意しておくこ
とも可能である。
【０１９７】また、受信・再生システム８は、視聴者が
商品・役務に関する詳細情報を要求する場合、個人情
報、アクセス情報、管理データ等をショッピング仲介シ
ステム９に送る。同様に、受信・再生システム８は、映
像番組の場面に現れる商品・役務の購入申し込みを行う
場合、購入申し込み情報、個人情報（例えば、名前、住
所、郵便番号、性別、年齢等）、アクセス情報（例え
ば、情報が蓄積されているアドレス情報）、管理データ
等をショッピング仲介システム９に送る。
【０１９８】かくして、ショッピング仲介システム９に
は、映像番組に付属する番組付加データに基づいた情報
の提供や商品・役務の購入に関連する番組付加データが
蓄積される。これらの情報は、ショッピング仲介システ
ム９で商取引が行われる上で有益な情報となる他、前述
のように協賛取引仲介システム６で実行される次回以降
の協賛取引の有益な参考情報となる。
【０１９９】（Ａ−２）構築例 図３に、ディジタル放送システムの構築例を示す。図３
は、当該システムを構成する全ての端末がネットワーク
１０を通じて接続される場合の構成例である。因みに図
３は、協賛取引仲介事業者とショッピング仲介事業者が
同じ場合又は異なる事業者が仮想ＬＡＮ（Local Area N
etwork）を構築している場合の例である。
【０２００】この場合、仲介事業者と放送事業者、協賛
事業者、視聴者のそれぞれは、広帯域ＷＡＮ（Wide Are
a Network ）を通じて接続されるものとする。当該ＬＡ
Ｎと広帯域ＷＡＮとの接続は、ゲートウェイとして機能
するＷＷＷ（World Wide Web）サーバ１１を使用する。
放送事業者、協賛事業者、視聴者のそれぞれとは、専用
のＷＷＷサーバ１１を使用する。
【０２０１】次に、仲介事業者が管理・運営するＬＡＮ
の構成を説明する。当該ＬＡＮは、ネットワーク１０上
に設置される各種システムを制御対象とするシステム制
御部１２と、その制御対象となる協賛取引仲介処理マネ
ージメントシステム１３、ショッピング仲介処理マネー
ジメントシステム１４、課金／決済処理システム１５、
顧客管理システム１６とで構成される。
【０２０２】協賛取引仲介処理マネージメントシステム
１３は、その管理部１３Ａと、検索処理コンピュータ１
３Ｂと、協賛企業データベース１３Ｃと、ＷＷＷサイト
制作コンピュータ１３Ｄを主要な構成要素とする。協賛
取引仲介処理管理部１３Ａも実際にはコンピュータで構
成される。因みに、コンピュータは、ＣＰＵ、記憶部
（ＲＡＭ、ＲＯＭ）、周辺装置、入出力部その他がバス
を介して接続されてなる。また、各コンピュータで実行
される機能は、一般にアプリケーションプログラム（ソ
フトウェア）として実現される。
【０２０３】検索処理コンピュータ１３Ｂは、協賛企業
データベース１３Ｃを検索し、放送事業者（協賛依頼
者）の協賛依頼を満たす協賛事業者の検索や協賛依頼の
配信先の決定を行うためのものである。ＷＷＷサイト制
作コンピュータ１３Ｄは、協賛依頼者である放送事業者
が協賛依頼を入力したり、協賛依頼に対する応答の結果
を確認するための画面を作成するためのものである。協
賛企業データベース１３Ｃには、協賛依頼の配信先を決
定するのに必要な一般事項や、協賛依頼を受け得る際の
条件が登録項目として蓄積される。
【０２０４】ショッピング仲介処理マネージメントシス
テム１４は、その管理部１４Ａと、メタポケット作成コ
ンピュータ１４Ｂと、メタモール作成コンピュータ１４
Ｃと、メタデータデータベース１４Ｄを主要な構成要素
とする。ショッピング仲介処理管理部１４Ａも実際には
コンピュータで構成される。コンピュータの構成は上述
の通りである。また、各コンピュータで実行される機能
についても上述の通りである。
【０２０５】メタポケット生成コンピュータ１４Ｂは、
メタポケット（特定の場面に現れる商品・役務に関する
情報の表示画面又は当該情報に対応する番組付加デー
タ）を生成するためのものである。生成されたメタポケ
ットは放送局に与える場合もあれば、視聴者の要求に応
じて適宜配信する場合もある。メタポケットの生成に必
要な場面情報や商品情報は、一般に放送事業者や協賛事
業者から入手するが、協賛企業データベース１３Ｃから
入手する場合もある。
【０２０６】メタモール生成コンピュータ１４Ｃは、メ
タモール（複数の場面に関するメタポケットを一画面上
で一覧できるようにした表示画面又は当該情報に対応す
る番組付加データ）を生成するためのものである。生成
されたメタモールは放送局に与える場合もあれば、視聴
者の要求に応じて適宜配信する場合もある。やはり、メ
タモールの生成に必要な場面情報や商品情報は、一般に
放送事業者や協賛事業者から入手するが、協賛企業デー
タベース１３Ｃから入手する場合もある。
【０２０７】メタデータデータベース１４Ｄは、生成さ
れたメタポケットやメタモールを蓄積しておくためのも
のである。
【０２０８】また、課金／決済処理システム１５は、オ
ンラインショッピングやサービスの利用（情報の閲覧や
課金対象となるデータのダウンロードその他）に係る課
金処理や決済処理を実行するためのコンピュータシステ
ムである。顧客管理システム１６は、課金／決済処理シ
ステム１５で取り扱う顧客（視聴者）の情報を蓄積し、
必要に応じて検索するためのものである。
【０２０９】仲介事業者システムをかかる構成とするこ
とで、映像番組の企画段階（協賛者の獲得）と視聴者に
よる番組付加データ（メタデータ）の利用段階との橋渡
しが可能なディジタル放送システムの構築が実現でき
る。
【０２１０】以上が本願明細書で想定する全体システム
をディジタル放送システムに適用する場合の概念構成と
構築例の説明である。続いて、本願明細書で想定する全
体システムを構成する各部分システムの具体的な構築例
を説明する。
【０２１１】（Ｂ）協賛取引支援システム プロジェクトへの協賛を依頼する依頼者と登録会員との
協賛取引をオンライン上で実現する協賛取引支援システ
ムの代表例には、依頼者と協賛事業者の２者で構築され
るシステムと、依頼者と仲介事業者と協賛事業者の３者
で構築されるシステムとがある。
【０２１２】前者のシステムは、主に電子メールでのや
り取りや依頼者の管理するＷＷＷ（World Wide Web）画
面を通じてのやり取りとして実現される。一方、後者の
システムは、主に仲介事業者を介在する電子メールでの
やり取りや仲介事業者が管理するＷＷＷ画面を通じての
やり取りとして実現される。
【０２１３】なお、仲介事業者は１者である必要はな
く、取引の窓口になる事業者と取引情報を保守管理する
事業者とが別であっても良い。この場合、後述する仲介
サーバを構成する機能要素を異なる事業者の端末に分散
して設ければ良い。
【０２１４】（Ｂ−１）協賛依頼者側端末 協賛取引支援システムを構築する場合における協賛依頼
者側の端末には、協賛依頼を作成して協賛事業者に送信
する機能と、協賛依頼に対する協賛事業者側からの応答
を受けて内容を確認する機能とが必要となる。実際上、
かかる機能は１つの端末上で実現される場合がほとんど
であると考えられるが、以下では各機能の実行に必要な
技術要素を明確にすべく個別に説明することとする。
【０２１５】（ａ）協賛依頼条件入力装置 （ａ−１）端末構成 図４及び図５に、協賛依頼条件の入力機能を備える協賛
依頼条件入力装置の実施形態例を示す。なお図４は、主
に、協賛取引支援システムが協賛依頼者と、仲介事業者
と、登録会員の三者で構築される場合に用いられる。一
方図５は、主に、協賛取引支援システムが協賛依頼者と
登録会員の二者で構築される場合に用い得る。
【０２１６】まず図４について説明する。協賛依頼条件
入力装置２０は、表示制御部２０Ａと、入力フォーム記
録部２０Ｂと、入力データ記録部２０Ｃと、配信先特定
部２０Ｄと、特定規則記録部２０Ｅと、制御部２０Ｆ
と、通信部２０Ｇと、操作入力部２０Ｈと、バス２０Ｉ
と、表示手段２０Ｊとを備えている。
【０２１７】なお図４においては、操作入力部２０Ｈと
表示手段２０Ｊが装置本体に対して外部接続される場合
について表わしているが、ノートパソコン、ＰＤＡ、携
帯電話機のように操作入力部と表示手段とが装置本体と
一体になっている場合も含み得る。一方、記録部や通信
部については装置本体に内蔵されるように表わしている
が、これらについても装置本体に対して外部に接続され
ていても良い。以下、各機能部の構成を説明する。
【０２１８】表示制御部２０Ａは、受信又は再生された
画像データを表示手段２０Ｊに応じた信号形式（データ
形式）で再生出力する手段である。出力信号としては、
例えば、ビデオ出力（ＮＴＳＣビデオ、コンポジット・
ビデオ、Ｓ−ビデオ）やＲＧＢ出力がある。表示制御部
２０Ａには、用途によってはデータのデコード機能（例
えば、ＭＰＥＧ（Moving Picture Experts Group ））
も備える。
【０２１９】入力フォーム記録部２０Ｂは、協賛取引用
の入力フォームを記録しておくための記録媒体又は記憶
媒体である。もっとも、当該媒体は入力フォーム格納用
にのみ用いられる必要はなく他の情報の記録又は記憶と
共用することも可能である。かかる媒体には、例えば、
ＣＤ−ＲＯＭ、磁気記録方式の媒体（テープ、フロッピ
ーディスク、ハードディスク、磁気カード等）、光記録
方式の媒体（追記型ＣＤ、ＤＶＤ、光カード等）、光磁
気記録方式の媒体（ＤＶＤ、ＭＤ、ＭＯ等）、半導体メ
モリ（不揮発性メモリ、ＲＡＭ等）等が考えられる。
【０２２０】記録される入力フォームの詳細については
後述する。入力フォームは、当該媒体上に予め固定され
ている場合もあれば、他の記録媒体から複写される場合
の他、インターネット等の通信回線を通じてダウンロー
ドされる場合も考えられる。入力フォームの展開は、例
えば表示制御部２０Ａ内に設けられているビデオＲＡＭ
上で行う。
【０２２１】入力データ記録部２０Ｃは、操作入力部２
０Ｈを通じて入力されたデータを通信用に記録しておく
記録媒体又は記憶媒体である。も良い。
【０２２２】なお、入力フォーム記録部２０Ｂや入力デ
ータ記録部２０Ｃは、表示制御部２０Ａの内部に設けら
れていても良い。また、これら記録部２０Ｂ及び２０Ｃ
や特定規則記録部２０Ｅは、いずれも協賛依頼条件入力
装置２０の筐体内に設けられている場合に限らず、外付
けされる場合もあり得る。
【０２２３】配信先特定部２０Ｄと特定規則記録部２０
Ｅは、協賛依頼を会員データベースに登録されている会
員全員に無条件で同報するのではなく（結果として全員
に同報される場合はある。）、協賛依頼と何らかの関係
又は直接的な関係を有する登録会員にのみ同報するため
の処理を実行するために設けられた手段である。
【０２２４】図４では、当該特定機能を協賛依頼者側の
端末に設けているが、これらを仲介事業者側の端末（仲
介サーバ）に設けることも可能である。また、いずれか
一方のみを協賛依頼者側の端末に設け、他方は仲介事業
者側などに設けることも可能である。要するに、配信先
特定部２０Ｄが特定規則記録部２０Ｅに記録されている
特定規則を読み出して配信先の決定を行えるようになっ
ていれば、いずれの端末に搭載されていても構わない。
【０２２５】この構成の協賛依頼条件入力装置２０の場
合、特定された登録会員への協賛依頼の配信の実行は、
当該協賛依頼条件入力装置が行う場合が一般的であると
考えられるが、協賛依頼に配信先を記載したデータを添
付して仲介事業者や通信事業者等に発信し、仲介事業者
や通信事業者等にデータの同報を行わせるようにしても
良い。
【０２２６】配信先特定部２０Ｄは、前述のように特定
規則記録部２０Ｅに記録されている特定規則に基づいて
協賛依頼に何らかの又は直接的な関係を有する登録会員
を特定する機能を実現する情報処理手段である。ここ
で、配信先特定部２０Ｄは、入力データ記録部２０Ｃよ
り入力データを読み出すと、入力データと特定規則に定
める関係を有する会員情報の検索処理を実行する。検索
処理は、配信先登録部２０Ｄが会員データベース２１を
直接制御することで行っても良いし、必要な情報のみを
会員データベース２１に与え、会員データベース２１側
で実行された検索結果のみを別途受け取るようにしても
良い。
【０２２７】なお図４では、会員データベース２１では
登録会員が事前に登録した配信希望条件２１Ａが存在す
るように記載しているが、配信希望条件２１Ａが存在し
ない場合も考えられる。因みに、配信希望条件２１Ａが
存在する場合には、配信範囲の決定に協賛依頼の配信を
受ける登録会員側の希望が加味されることになる。この
会員データベース２１は仲介事業者が管理する場合を想
定している。
【０２２８】かかる特定規則に基づいて配信範囲を決定
することにより、協賛依頼者が一々相手先を特定して入
力する手間を無くすことができる。また、入力フォーム
を埋めるだけで適当な範囲が協賛範囲の配信先となるた
め作業効率も高い。もっとも、入力項目において配信先
を登録者全員としておけば、積極的に全員への配信を行
うこともできる。その反対に入力項目において特定グル
ープのみが配信範囲となるようにすることもできる。
【０２２９】また、かかる特定規則に基づく配信範囲の
決定は、会員データベースの登録内容に依存するため、
今まで取引機会のなかった登録会員に対しても協賛を依
頼することができる。このことは、ビジネス機会が拡大
するという効果も意味する。
【０２３０】なお、特定規則としては、入力項目のうち
一部又は全部の項目についての論理和条件や論理積条件
その他の複合的な論理式条件が考えられる。因みに、特
定規則としては、過去の配信傾向や成約傾向、具体的に
はそれぞれの有無や数を考慮に入れることもあり得る。
また、協賛の結果提供された商品・役務に対する消費者
からのアクセス件数や成約件数を考慮に入れることもで
きる。例えば、これらの数が一定以上であることを論理
式条件の１つに加えることで、過去の協賛において高い
効果の得られたものを選択することが可能となる。
【０２３１】特定規則記録部２０Ｅは、特定規則を記録
しておく記録媒体である。ここでの記録媒体も、ＣＤ−
ＲＯＭのような読み出し専用の記録媒体の他、書き込み
可能な各種の記録媒体が考えられる。前述のように特定
規則記録部２０Ｅは、協賛依頼者側の端末にあっても、
仲介事業者側の端末にあっても良い。
【０２３２】また、特定規則記録部２０Ｅに記録される
特定規則は、協賛依頼者側で作成又は編集を加えたもの
であって良い。かかる場合には、協賛依頼の配信範囲に
協賛依頼者の意思を反映させることができる。なお、特
定規則を登録しておけば、常に配信範囲を同程度とでき
る。勿論、協賛依頼の内容によっては、内容に応じた特
定規則を作成又は編集することにより、より適した範囲
に協賛依頼を配信できる。
【０２３３】これに対し、特定規則記録部２０Ｅに記録
される特定規則は、仲介事業者側で作成又は編集を加え
たものであっても良い。かかる場合は、協賛依頼の配信
範囲に仲介事業者の意思を反映させることができる。一
般に、仲介事業者側には過去の配信範囲に対する応答状
況や成約傾向に関する情報等が蓄積されているので、配
信範囲をより適切な範囲とすることが期待できる。勿論
この場合も、協賛依頼の内容によっては、内容に応じた
特定規則を作成又は編集することにより、より適した範
囲に協賛依頼を配信できる。
【０２３４】なお、上述のいずれの場合も、論理式条件
や参照項目を異にする複数種類の特定規則を用意してお
き、協賛依頼の内容（例えば、協賛対象となるプロジェ
クトの種類やターゲットとする顧客層）に基づいて適用
する特定規則を切替えるように設定しておくことも可能
である。
【０２３５】なお言うまでもなく、特定規則には、協賛
依頼条件入力装置の製造又は販売する事業者が初期設定
したもの他、当該配信先の特定機能をコンピュータに実
現させるアプリケーションプログラムを提供するソフト
ウェア制作会社が初期設定したものもあり得る。
【０２３６】なお、どのような特定規則を用いるにして
も、無条件に登録会員の全てに協賛依頼を配信する場合
と異なり配信範囲を絞り込むことができるため、協賛依
頼者の側、協賛の用意がある事業者の側、ネットワーク
を管理する事業者の側のいずれも利点がある。例えば、
依頼内容に無関係な相手先にまで配信されるのを希望し
ない協賛依頼者にとっては、協賛を期待できる範囲に配
信範囲を限定できる利点がある。また、協賛に応じる意
思のある登録会員にとっても協賛の意思のないプロジェ
クトに対する協賛依頼が大量に送られてくるのを回避で
きるという利点がある。また、ネットワークを管理する
事業者においてもネットワークを流れるデータ量が必要
以上に増加するのを免れることができ、過度の設備投資
を回避できるという利点がある。
【０２３７】この他、制御部２０Ｆは、協賛依頼条件入
力装置２０を構成する各部の制御や信号処理を実行する
手段である。一般にマイクロコンピュータ構成を採る。
通常、制御部２０Ｆの機能はオペレーションシステムプ
ログラムとアプリケーションプログラムによって規定さ
れる。
【０２３８】通信部２０Ｇは、ネットワークを通じて外
部と通信するための手段である。通信部２０Ｇにはネッ
トワークに応じた通信機器が使用される。ネットワーク
には有線網もあれば、無線通信網もある。例えば、電話
網、ＩＰ網、専用線網、ＡＴＭ網である。また、通信形
式も回線接続形式もあればパケット接続形式もある。ま
た、ネットワークがアナログ回線の場合もあれば、ディ
ジタル回線の場合もある。通信部２０Ｇは図４のように
内蔵である必要はなく、外付けであっても良い。この通
信部２０Ｇを通じて協賛依頼が送信される。また、必要
に応じて会員データベース２１との通信に使用される。
【０２３９】操作入力部２０Ｈは、協賛依頼の内容を入
力したり、各種の指示を協賛依頼条件入力装置２０に与
えるためのものである。操作入力部２０Ｈとしては、例
えばキーボード、マウス、ポインティングデバイス（パ
ッド、ペン、ポインタその他）、ダイヤル（クリック機
能付きを含む）、押しボタンキーその他がある。バス２
０Ｉはデータの入出力バスであり、例えばＩＳＡバス、
ＥＩＳＡバス、ＰＣＩバスその他である。
【０２４０】表示手段２０Ｊは、協賛依頼条件その他の
情報の表示用に使用される装置である。図４では、協賛
依頼条件入力装置２０とは別筐体の装置、例えば、モニ
タ装置やテレビジョン受像機の表示部が接続される場合
を表わしている。なお前述したように、表示手段２０Ｊ
と協賛依頼条件入力装置２０とが同じ筐体内に設けられ
ていても良い。
【０２４１】因みに、協賛依頼条件入力装置２０を構成
する各部を装置本体に外付けする場合の接続方式は有線
接続に限らず、無線接続（例えば、ブルートゥース）で
あっても良い。
【０２４２】図４に示す協賛依頼条件入力装置２０とし
ては、いわゆる専用端末の他、コンピュータ端末（ノー
ト型、デスクトップ型）、ＰＤＡ、携帯電話機、ゲーム
機、セットトップボックス、ＰＣカード、家電、ＶＴ
Ｒ、テレビジョン受像機、カーナビ、情報処理機能付き
腕時計、音楽やゲーム用の配信端末、金融端末（ＡＴ
Ｍ）、その他を用い得る。
【０２４３】なお、協賛依頼条件入力装置２０と電話網
やデータ網等のネットワークを介して接続される会員デ
ータベース２１や登録会員端末２２の詳細構成について
は後述する。因みに、会員データベース２１に登録され
る情報の詳細（配信希望条件２１Ａも）は、後述する協
賛取引仲介サーバの説明にて行う。
【０２４４】次に図５について説明する。図５に示す協
賛依頼条件入力装置２０は、協賛事業者側に会員データ
ベース２１が設けられている点で図４と異なっている。
ここで、会員データベース２１は、協賛依頼条件入力装
置２０の筐体内に設けられているが、必ずしても内蔵さ
れている必要はなく、筐体に対して外部接続されていて
も良い。図４との違いは、会員データベース２１の管理
主体が協賛依頼者であることである。
【０２４５】この場合、協賛事業者に関する情報の登録
は協賛依頼者が行う場合が一般的であるが、協賛依頼に
応じる意思を有する協賛事業者がネットワークを介して
個別に登録することもできる。協賛事業者が配信される
協賛依頼に対する配信希望条件を有する場合も同様であ
る。なお、図４の場合と同じく、会員データベース２１
に登録される情報の詳細は、後述する仲介サーバの説明
にて行う。
【０２４６】（ａ−２）入力フォーム画面 図６に協賛依頼条件入力フォームの一例を示す。かかる
入力フォームに情報を書き込むだけで必要最小限名情報
を備える依頼書（依頼データ）を作成できるという効果
が期待できる。ネットワークが発達した今日では、かか
る協賛依頼は企業間における協賛取引のみならず、企業
と個人、個人と個人の間でも実行されることが予想され
るため、かかるインターフェース技術の必要性は高い。
【０２４７】図６の入力フォーム２５は、その入力項目
としてプロジェクト名２５Ａ、実行日時２５Ｂ、プロジ
ェクトの内容２５Ｃ、ターゲット２５Ｄ、協賛希望条件
２５Ｅ〜２５Ｇ、希望金額２５Ｈと、各入力項目に対応
する入力欄２５Ｉとを有している。なお、画面上には送
信ボタン２５Ｊも表示される。
【０２４８】因みに、入力項目の「プロジェクト」に入
力されるべき事項としては、映像番組（テレビジョン番
組、映画番組（映画館で上映されるものも含む。）、そ
の他の番組を含む。）の制作、ラジオ番組の制作、宣伝
広告、ビジネス企画、ゲームの作成、各種イベント（展
示会、スポーツ、コンテスト、地域おこし、祭り等）、
各種基金、各種団体その他が考えられる。勿論、協賛依
頼の作成時にはこれらのうちのいずれかが入力される。
【０２４９】また、入力項目の「実行日時」に入力され
るべき事項としては、プロジェクトの実施日時や放送時
間帯が入力される。「入力項目の内容」に入力されるべ
き事項としては、プロジェクト名（例えば、番組名）、
運営者名、目的（例えば、プロジェクトの趣旨・主
題）、日時（実施日時や放送日時）、場所（実施場所や
放送エリア）その他が入力される。また、入力項目の
「ターゲット（対象者層）」に入力されるべき事項とし
ては、地域、年齢層、性別、収入、資産その他が入力さ
れる。また、入力項目の「協賛希望条件」に入力される
べき事項としては、商品や役務、数量、日時（実施日時
や使用日時等）、場所（使用場所や引き渡し場所等）、
金額、使用条件、当該協賛依頼の配信条件（事業分野、
特定グループ、特定者、特定地域（ＧＰＳ情報を含む）
等）その他が入力される。また、入力項目の「希望金
額」に入力されるべき事項としては、協賛希望商品や役
務の提供に伴う対価が入力される。もっとも、この項目
は協賛希望条件の一部として入力しても良い。
【０２５０】なお、これらの入力項目は登録会員が協賛
依頼に応じるか否か判断する上で重要な情報となるた
め、目的に応じて最適化したものを用いることが望まし
い。また、入力項目に対応する各入力欄２５Ｉへの入力
は、キーボード入力する場合、各入力項目毎に表示され
る入力事項例の中から選択的に入力する場合その他が考
えられる。
【０２５１】因みに、全ての項目又は基本的な情報が入
力された段階で送信ボタン２５Ｊが操作されると（クリ
ックされると）、入力データ記録部２０Ｃに記録されて
いる情報が配信先特定部２０Ｄで決定された配信先へと
配信される。配信先の決定手法については上述した通り
である。
【０２５２】（ａ−３）協賛依頼条件データ 図７に協賛依頼条件入力装置２０から登録会員端末２２
に宛てて送信される協賛依頼条件データ２６のデータ構
造例を示す。
【０２５３】協賛依頼条件データ２６は、管理ＩＤ情報
２６Ａと、依頼元情報２６Ｂと、送信先情報２６Ｃと、
依頼者名情報２６Ｄと、プロジェクト名２６Ｅと、実行
日時２６Ｆと、プロジェクトの内容２６Ｇと、対象者層
情報２６Ｈと、協賛希望条件２６Ｉと、その他の情報と
でなる。
【０２５４】ここで、管理ＩＤ情報２６Ａは協賛依頼者
や仲介事業者等が協賛依頼を管理するための識別情報で
ある。依頼元情報２６Ｂは協賛依頼の発信元をネットワ
ーク上で特定するための情報である。例えば、ＵＲＬ、
電子メールアドレス、電話番号が該当する。送信先情報
２６Ｃは協賛依頼の送信先をネットワーク上で特定する
ための情報である。送信先情報２６Ｃも依頼元情報２６
Ｂと同種の情報が保持される。因みに、送信先情報２６
Ｃには、会員データベース２１に登録されている情報で
あって、配信先特定部２０Ｄが配信先に決定した登録会
員に関するものが用いられる。
【０２５５】依頼者名情報２６Ｄは協賛依頼の依頼者と
して登録されている情報が書き込まれる。もっとも、図
６の入力フォーム上で入力対象とすることも可能であ
る。プロジェクト名２６Ｅ、実行日時２６Ｆ、プロジェ
クトの内容２６Ｇは入力フォーム２５で入力された事項
が複写されて使用される。対象者層情報２６Ｈと協賛希
望条件情報２６Ｉも、入力フォーム２５で入力された事
項が複写されて使用される。なお、協賛希望条件情報２
６Ｉは入力フォーム２５で入力された協賛希望条件の１
つ１つに対応しても良いし、複数の協賛希望条件を１つ
にまとめることも可能である。
【０２５６】（ａ−４）協賛依頼時の処理動作 図８に、協賛依頼条件入力装置２０における協賛依頼の
入力処理手順を示す。制御部２０Ｆは当該機能実行用の
アプリケーションプログラムの実行が指定されると、入
力フォーム記録部２０Ｂより入力フォームの読み出しを
行う（ステップＳ１）。ここで、アプリケーションプロ
グラムは、不図示の記憶媒体や記録媒体に格納されてい
る。制御部２０Ｆは読み出された入力フォームを表示制
御部２０Ａで展開し、所定の信号形式（データ形式）に
て表示手段２０Ｊに出力する。この結果、表示手段２０
Ｊにより入力フォームが画面上に表示される（ステップ
Ｓ２）。
【０２５７】協賛依頼者（操作者を含む）は、表示され
た入力項目を確認しながら、協賛を必要とするプロジェ
クト名、実行日時、協賛条件（依頼したい商品や役務の
情報を含む。）を順次入力する。この間、制御部２０Ｆ
は必要最小限の情報の入力が完了したか否かの判定を行
っている（ステップＳ３）。具体的には送信ボタン２５
Ｊが操作されたか否かで判断する。すなわち、送信ボタ
ン２５Ｊが操作されている場合には入力確定と判断する
（判定結果として肯定結果を得る）。これに対して、送
信ボタン２５Ｊが操作されていない場合には、入力未確
定と判断する（判定結果として否定結果を得る）。
【０２５８】もっとも、当該判定は送信ボタン２５Ｊが
操作された場合にのみ実行することとしても良い。すな
わち、送信ボタン２５Ｊの操作をトリガーとして必要最
小限の情報が入力されたか否かの判定を行い、必要事項
が入力されている場合には肯定結果を未入力項目がある
場合には否定結果を得るようにしても良い。
【０２５９】肯定結果を得た制御部２０Ｆは配信先特定
部２０Ｄに協賛依頼の情報を与え、協賛依頼の配信先を
特定する処理を実行させる（ステップＳ４）。この処理
で配信先が決定すると、制御部２０Ｆは入力フォームを
用いて入力された情報に管理ＩＤ情報を付して送信デー
タを作成する（ステップＳ５）。この後、制御部２０Ｆ
は作成された送信データを保存と通信部２０Ｇを通じて
の配信とを実行する。かかる処理動作によって、協賛依
頼は商品や役務を提供する用意のある協賛事業者（登録
会員）のしかるべき範囲に配信される。
【０２６０】（ｂ）応答結果受信装置 （ｂ−１）端末構成 図９に、協賛依頼に応じる登録会員から通知のあった応
答データの確認機能を備える応答結果受信装置の実施形
態例を説明する。なお、応答結果受信装置は、通常前述
の協賛依頼条件入力装置と同じ端末上で実現される。こ
のため図９には、図４及び図５と共通する部分に同一の
符号を付して示している。なお、図９は、主に、協賛取
引支援システムが協賛依頼者と仲介事業者と登録会員の
三者で構築される場合に用い得る。
【０２６１】応答結果受信装置３０は、表示制御部２０
Ａと、表示フォーム記録部３０Ａと、応答データ記録部
３０Ｂと、制御部２０Ｆと、通信部２０Ｇと、操作入力
部２０Ｈと、バス２０Ｉと、表示手段２０Ｊとを備えて
いる。図９では、表示手段２０Ｊや操作入力部２０Ｈを
筐体の外に設けているが装置本体である筐体内に設けて
も良いことは協賛依頼条件入力装置２０の場合と同じで
ある。同様に、図９では装置本体である筐体内に設けら
れている各種の記録部や通信部を筐体の外に設けても良
い。
【０２６２】入力フォーム記録部３０Ａは、応答結果の
表示フォームを記録しておくための記録媒体又は記憶媒
体である。もっとも、当該媒体は応答結果の表示フォー
ムにのみ用いられる必要はなく他の情報の記録又は記憶
と共用することも可能である。かかる媒体にも、例え
ば、ＣＤ−ＲＯＭ、磁気記録方式の媒体（テープ、フロ
ッピーディスク、ハードディスク、磁気カード等）、光
記録方式の媒体（追記型ＣＤ、ＤＶＤ、光カード等）、
光磁気記録方式の媒体（ＤＶＤ、ＭＤ、ＭＯ等）、半導
体メモリ（不揮発性メモリ、ＲＡＭ等）等が考えられ
る。
【０２６３】記録される応答フォームの詳細については
後述する。応答フォームは、当該媒体上に予め固定され
ている場合もあれば、他の記録媒体から複写される場合
の他、インターネット等の通信回線を通じてダウンロー
ドされる場合も考えられる。応答フォームの展開は、例
えば表示制御部２０Ａ内に設けられているビデオＲＡＭ
上で行う。
【０２６４】応答データ記録部３０Ｂは、操作入力部２
０Ｈを通じて入力されたデータを管理用に記録しておく
記録媒体又は記憶媒体である。ここでの媒体には、一般
にＲＡＭが使用されるが、入力データを書き込むことが
できる記録媒体であれば種類は問わない。また、この応
答データ記録部３０Ｂも入力データ専用の記録部である
必要はない。例えば、応答データ記録部３０Ｂを、表示
フォーム記録部３０Ａと物理的に同じ媒体で実現し、記
録領域を別領域としても良い。なお、表示フォーム記録
部３０Ａや応答データ記録部３０Ｂは、表示制御部２０
Ａの内部に設けられていても良い。
【０２６５】なお図９では、協賛取引支援システムが主
に三者で構築される場合を想定するため、協賛依頼者側
に会員データベース２１が設けられていないが、協賛取
引支援システムが主に二者で構築される場合には、協賛
依頼者側に会員データベース２１が配置される。このと
き、会員データベース２１には確定して協賛依頼条件等
が協賛依頼の管理ＩＤ情報と共に記録される。
【０２６６】（ｂ−２）応答結果確認フォーム画面 図１０に応答結果確認フォームの一例を示す。かかる確
認フォームには、協賛依頼に対する応答結果を確認する
上で必要な最小限の事項が表示されるため、応答内容の
確認を容易に実行できる。また、応答結果の表示項目は
一定の規則に従って提示されるため、応答内容の管理も
容易となる。すなわち、一般に多くの応答内容を受け取
ることになる依頼者にとって、応答内容の比較や内容の
把握が容易となるという効果が期待できる。特に、前提
となる協賛依頼は企業間における協賛取引のみならず、
企業と個人、個人と個人の間でも実行されることが予想
されるため、かかるインターフェース技術の必要性は高
い。
【０２６７】図１０の確認フォーム３１は、その表示項
目として応答者名３１Ａ、依頼者名３１Ｂ、プロジェク
ト名３１Ｃ、協賛可能な商品・役務３１Ｄ、協賛条件３
１Ｅ〜３１Ｇ、要求金額３１Ｈと、各表示項目に対応す
る表示欄３１Ｉとを有している。なお、画面上には確認
済みボタン３１Ｊも表示される。
【０２６８】ここで、依頼者名３１Ｂとプロジェクト名
３１Ｃは、主に依頼者自身が協賛依頼を確認するのに用
いる情報である。また、応答者名３１Ａや協賛可能な商
品・役務３１Ｄは、協賛依頼に応じた事業者と何につい
ての応答なのかを確認するのに有用な情報である。協賛
条件３１Ｅ〜３１Ｇには通常、協賛依頼時と同じ情報が
そのまま表示される。この情報に何らかの変更が生じて
いる場合には表示色を変える等の機能と組み合わせるこ
とが望ましい。因みに当該機能を実現するには、保持し
ている協賛条件と受信した協賛条件との一致判定を行っ
て、その判定結果を表示制御部２０Ａや制御部２０Ｆに
与えれば良い。
【０２６９】また、要求金額３１Ｈには、協賛に応じる
事業者がどのような対価を要求するかが表示される。因
みに、この項目のみを登録会員側で入力可能としていれ
ば、同一の協賛依頼に対して複数の応答があった場合に
も条件の比較を容易に行うことができる。以上の表示項
目の内容について協賛取引を成立させる場合には、確認
済みボタン３１Ｊを操作すれば良い。
【０２７０】（ｂ−３）応答結果データ 図１１に登録会員端末２２から応答結果受信装置３０に
宛てて送信される応答結果データ３２のデータ構造例を
示す。
【０２７１】応答結果データ３２は、管理ＩＤ情報（応
答者側）３２Ａと、管理ＩＤ情報（依頼者側）３２Ｂ
と、応答元情報３２Ｃと、送信先情報３２Ｄと、登録会
員名３２Ｅと、協賛可能な商品・役務の内容３２Ｆと、
協賛条件情報３２Ｇと、その他の情報とでなる。
【０２７２】ここで、管理ＩＤ情報（応答者側）３２Ａ
は協賛依頼に応じる登録会員側で付される情報である
が、登録会員側だけでなく仲介事業者や応答結果を受信
する依頼者側で応答結果データを管理するために使用さ
れる識別情報である。一方、管理ＩＤ情報（依頼者側）
３２Ｂは応答結果を受信する依頼者等が協賛依頼を管理
するための識別情報である。
【０２７３】応答元情報３２Ｃは応答結果の送信元をネ
ットワーク上で特定するための情報である。例えば、Ｕ
ＲＬ、電子メールアドレス、電話番号が該当する。送信
元情報３２Ｄは協賛依頼の送信先をネットワーク上で特
定するための情報である。送信先情報にも応答元情報３
２Ｃと同種の情報が保持される。なお、送信先情報３２
Ｄは協賛依頼条件データ２６に記載されていたものが使
用される。
【０２７４】登録会員名３２Ｅは協賛依頼に応じる登録
会員の名前が書き込まれる。この情報があることで、協
賛依頼に応じる事業者の識別が容易となる。また、この
ように別項目として情報が記録されることにより、デー
タの並び替えや抽出にも便利である。協賛可能な商品・
役務の内容３２Ｆは応答結果データを送信した事業者が
協賛に応じた商品や役務を容易に確認できるようにする
ために書き込まれる。協賛条件情報３２Ｇは協賛希望条
件情報２６Ｉに対応するものが複写されて用いられる。
もっとも、協賛依頼に応じる登録会員の側で別途協賛条
件の修正等を行った場合には修正後の情報が記録され
る。この場合は、修正あり情報が一緒に保存されている
ことが望ましい。
【０２７５】（ｂ−４）応答結果受信時の処理動作 制御部２０Ｆは応答結果データの受信を確認すると、当
該機能実行用のアプリケーションプログラムの実行を指
示し、表示フォーム記録部３０Ａより表示フォームの読
み出しを行う。この場合も、アプリケーションプログラ
ムは、不図示の記憶媒体や記録媒体に格納されている。
なお、制御部２０Ｆは応答結果データの受信時、受信し
た応答結果データを応答データ記録部３０Ｂに記録す
る。
【０２７６】制御部２０Ｆは表示フォームと共に応答結
果データを読み出して表示制御部２０Ａに与え、当該表
示制御部２０Ａ内に設けられている表示用ＲＡＭ上で読
み込んだ情報の展開を行う。なお、読み込んだ応答結果
データと表示フォームとの項目が一致していない場合に
は、制御部２０Ｆが応答結果データの埋め込み場所を指
定する。表示制御部２０Ａで展開された情報は、所定の
信号形式（データ形式）にて表示手段２０Ｊに出力され
る。この結果、画面上には応答結果データ３２の内容が
一覧表示される。このとき、応答結果データ３２が複数
ある場合には、順番に表示される場合もあれば、１つの
画面上に同時に表示される場合もある。
【０２７７】なお、協賛依頼者は応答結果データの内容
を確認し、協賛取引を成立させる事業者が確定した場合
には、例えば、当該事業者から受信した応答結果データ
の表示画面上で確認済みボタン３１Ｊを操作する。な
お、確認済みボタン３１Ｊとは別に協賛取引成立のため
のボタンが用意されている場合にはそのボタンが操作さ
れる。いずれにしても協賛取引がボタン操作によって確
定すると、確定した情報が不図示の記録媒体等や応答デ
ータ記録部３０Ｂに記録されると共に、その成立が会員
データベース２１に登録される。
【０２７８】また、直接又は間接的に協賛取引の成立し
た登録会員に宛てて取引の成立が通知される。望ましく
は、協賛取引の成立しなかった登録会員に対しても協賛
取引の不成立が通知される。
【０２７９】（Ｂ−２）協賛取引仲介事業者側端末 （ａ−１）端末構成 図１２に、協賛取引を仲介する仲介取引仲介サーバの実
施形態例を説明する。なお、協賛取引仲介サーバは、協
賛取引支援システムが協賛依頼者と、仲介事業者と、登
録会員の三者で構築される場合に用いられる。
【０２８０】因みに、図１２における会員データベース
２１は、協賛依頼条件入力装置２０の説明で用いた会員
データベース２１と同じものである。図１２の場合、会
員データベース２１は協賛取引仲介サーバ３５の筐体内
に設けているが、装置本体と同一筐体内に設ける必要は
ないことはいうまでもない。例えば、会員データベース
がネットワーク上に配置されていても良い。この場合で
も、ネットワークを通じて仮想的に１つのシステムを構
築していれば良い。その他の機能部についても同様であ
る。また、ここでのネットワークは有線網に限らず、無
線網であっても良い。
【０２８１】図１２に示す協賛取引仲介サーバ３５は、
制御部３５Ａと、特定規則記録部３５Ｂと、配信先特定
部３５Ｃと、配信部３５Ｄと、協賛事前登録受付部３５
Ｅと、事前登録条件判定部３５Ｆと、通信部３５Ｇと、
バス３５Ｈとを備えている。なお、この構成は、仲介事
業者側で協賛依頼の配信先を決定する場合の構成であ
り、協賛依頼の配信先の決定を依頼者側の端末で行う場
合には、制御部３５Ａ、会員データベース２１、通信部
３５Ｇで構成されることになる。以下、各部の構成を説
明する。
【０２８２】制御部３５Ａは、協賛取引仲介サーバ３５
を構成する各部の制御や信号処理を実行する手段であ
る。一般にマイクロコンピュータ構成を採る。通常、制
御部３５Ａの機能はオペレーションシステムプログラム
とアプリケーションプログラムによって規定される。こ
の実施形態の場合、協賛取引仲介サーバ３５は、登録会
員から送られてきた協賛依頼に対する応答の会員データ
ベース２１への登録処理と、協賛依頼者への応答処理も
実行する。
【０２８３】なお、当該機能を実行する専用の処理部
（すなわち、協賛依頼に対する応答を受信する応答結果
データ受信部と、当該応答結果データを会員データベー
ス２１に登録する応答結果データ登録部と、応答結果デ
ータに記載されている送信先に宛てて当該データを送信
する応答結果データ送信部）を用いても良い。もっと
も、これらの機能は制御部３５Ａの機能として実現され
る。この他、確定した協賛取引の情報を会員データベー
ス２１に登録する処理動作も行う。
【０２８４】特定規則記録部３５Ｂは、協賛依頼条件入
力装置２０（図４）の特定規則記録部２０Ｅに相当する
ものである。また、配信先特定部３５Ｃは、協賛依頼条
件入力装置２０（図４）の配信先特定部２０Ｄに相当す
るものである。従って、前述の特定規則記録部２０Ｅと
配信先特定部２０Ｄについての説明は、特定規則記録部
３５Ｂと配信先特定部３５Ｃについても該当する。
【０２８５】なおここで、特定規則記録部３５Ｂに記録
される特定規則は、仲介事業者側で作成又は編集を加え
たものを想定する。この場合、協賛依頼の配信範囲に仲
介事業者の意思を反映させることができる。一般に、仲
介事業者側には過去の配信範囲に対する応答状況や成約
傾向に関する情報等が蓄積されているので、配信範囲が
適切な範囲となることが期待される。もっとも、特定規
則は、協賛の依頼者側で作成又は編集を加えたものので
も良い。この場合には、協賛依頼の配信範囲に依頼者側
の意思を反映させることができる。
【０２８６】配信先特定部３５Ｃは、特定規則記録部３
５Ｂに記録されている特定規則に基づいて会員データベ
ース２１を検索し、協賛依頼に何らかの又は直接的な関
係を有する登録会員を特定する機能を実現する。この場
合も、会員データベース２１の検索は、配信先特定部３
５Ｃが会員データベース２１を直接制御することによっ
て行っても良いし、必要な情報のみを会員データベース
２１に与えて検索結果のみを受け取るようにしても良
い。
【０２８７】なお図１２の場合、協賛取引仲介サーバ３
５内には後述する事前登録条件判定部３５Ｆが存在し、
当該判定処理を配信先特定処理の前に実行する必要があ
るため、協賛依頼受信時の動作が前述の説明と一部異な
るものになる。当該協賛依頼受信時の動作については後
述する。
【０２８８】協賛事前登録受信部３５Ｅと事前登録条件
判定部３５Ｆは、協賛を依頼する事業者側とこれに応じ
る事業者側との意思が合致する場合に、当該事業者間の
取引を他の事業者間の取引に優先させることを目的とす
る手段である。因みに、特定規則に基づく配信先の特定
処理は、協賛依頼の配信範囲の最適化を目的とする手段
である。これらは、すなわち協賛事前登録受信部３５Ｅ
と事前登録条件判定部３５Ｆは、前述の協賛依頼条件入
力装置２０側に設けることも可能である。
【０２８９】協賛事前登録受信部３５Ｅは、協賛依頼に
応じる意思をもつ登録会員側が協賛依頼を受け入れる際
に希望する条件を予め会員データベース２１に登録する
ための手段である。ここでの登録内容は、一般に、協賛
依頼条件入力装置２０側で入力される協賛依頼条件と同
じである。もっとも、完全に同一である必要はない。登
録される情報については後述する。
【０２９０】事前登録条件判定部３５Ｆは、協賛依頼が
受信された場合、協賛依頼の配信先を決定する前に当該
協賛依頼を満足する条件を登録している登録会員が存在
しないか判定又は検索する機能を実現する情報処理手段
である。事前登録条件判定部３５Ｆは、通信部３５Ｇを
介して受信した協賛依頼に基づいて会員データベース２
１を検索し、協賛依頼の条件と合致する事前登録情報の
有無を判定するよう構成されている。
【０２９１】ここでの判定は基本的に一致検出である
が、協賛条件のうち数値的に表わすことができるもの
（例えば、要求金額、数量）については、協賛条件より
も依頼者側に有利な条件（要求金額についてであれば協
賛依頼よりも安いこと、数量であれば協賛依頼よりも数
量が多いこと）であれば、協賛依頼の条件に合致するも
のが存在すると判定する。また、登録されている協賛条
件よりも受信された協賛依頼の要件の方が多い場合に
は、登録されている要件について協賛依頼の要件を満た
していれば、協賛依頼の条件に合致するものと判定す
る。
【０２９２】事前登録条件判定部３５Ｆは、協賛依頼に
合致する登録会員が存在する場合、配信先の特定処理を
実行することなく、該当する登録会員と協賛依頼者に両
者の要求を満たす相手方が存在する旨を通知する。この
とき、相手方の要求条件も通知する。なお、協賛依頼に
合致する登録会員が一者である場合には、この時点で取
引の成立とすることも理論的には可能であるが、機械的
な合致検出の結果であるので、当該合致検出の通知を受
けた当事者間での合意を経た後に協賛取引の成立とする
ことが望ましい。これに対し、協賛依頼に合致する登録
会員が存在しない場合、事前登録条件判定部３５Ｆは、
受信した協賛依頼を配信先特定部３５Ｃに与えるように
動作する。
【０２９３】通信部３５Ｇは、協賛依頼条件入力装置２
０における通信部２０Ｇと同様に、ネットワークを通じ
て外部と通信するための手段である。従って、通信部３
５Ｇにはネットワークに応じた通信機器が使用される。
ネットワークにどのようなものがあるかは前述の通りで
ある。なお、通信部３５Ｇは図１２のように内蔵である
必要はなく、外付けであっても良い。この通信部３５Ｇ
を通じて協賛依頼とこれに対する登録会員の応答その他
が送信される。また、必要に応じて会員データベース２
１との通信に使用される。
【０２９４】バス３５Ｈはデータの入出力バスであり、
例えばＩＳＡバス、ＥＩＳＡバス、ＰＣＩバスその他で
ある。なお、図１２においては操作入力部や表示手段を
表わしていないが、図４における操作入力部２０Ｈや表
示手段２０Ｊに相当するものが通常接続されている。
【０２９５】会員データベース２１及び配信希望条件２
１Ａについては、次の項目にて別に説明する。因みに、
図１２に示す協賛取引仲介サーバ３５としては、いわゆ
る専用端末の他、コンピュータ端末（ノート型、デスク
トップ型）、ＰＤＡ、携帯電話機、ゲーム機、セットト
ップボックス、ＰＣカード、家電、ＶＴＲ、テレビジョ
ン受像機、カーナビ、情報処理機能付き腕時計、音楽や
ゲーム用の配信端末、金融端末（ＡＴＭ）、その他を用
い得る。
【０２９６】（ａ−２）会員データベース 図１３に、会員データベース２１のデータ構造例を示
す。会員データベース２１は、大容量の記憶媒体又は記
録媒体からなる記憶手段と、外部と通信するための通信
部と、システム全体を管理する制御部（例えば、マイク
ロプロセッサ、ＲＡＭ、ＲＯＭ、入出力部で構成される
コンピュータシステムである。）とでなる。大容量の記
録媒体としては、磁気ディスク（例えば、ハードディス
ク）、光磁気ディスク（例えば、ＭＯ）、光ディスク
（例えば、ＤＶＤ）、半導体メモリその他が考えられ
る。
【０２９７】会員データベース２１は、配信希望条件２
１Ａと、管理情報２１Ｂ〜２１Ｌと、商品関連情報２１
Ｍ〜２１Ｒと、役務関連情報２１Ｑ〜２１Ｓと、協賛依
頼に応じる場合の条件２１Ｔ、その他の情報からなる。
なお、配信希望条件２１Ａは登録しないシステムも考え
られる。また、配信希望条件２１Ａを登録システムの場
合にも、当該情報を登録するかしないかは協賛事業者の
判断による。
【０２９８】ここでは、配信希望条件２１Ａが登録され
るシステムであるものとして説明する。配信希望条件２
１Ａは、配信される協賛依頼の内容を協賛依頼の受け取
り側である登録会員（協賛事業者）が事前に登録してお
く情報である。例えば、協賛に応じる用意のある商品や
役務の情報、協賛依頼者を特定する情報、時期（提供時
期、実施時期その他）や場所（提供場所、実施場所、相
手方の所在地その他）に関する情報が登録される。
【０２９９】この配信希望条件２１Ａは、協賛取引に応
じる場合の条件２１Ｔのような個別の商品・役務に対す
る具体的な協賛受任要件というよりも、一般登録情報
（管理情報、商品関連情報、役務関連情報）で特定され
た配信範囲をさらに絞り込むための要件として機能す
る。なお、一般登録情報は、登録会員や仲介事業者によ
って事前に登録される。
【０３００】管理情報は、管理ＩＤ情報２１Ｂ、登録日
情報２１Ｃ、更新日情報２１Ｄ、登録者名情報２１Ｅ、
業種情報２１Ｆ、所在地情報２１Ｇ、連絡先情報として
の電話番号２１Ｈ、メールアドレス情報２１Ｉ、同じく
ＵＲＬ情報２１Ｊ、ＧＰＳ情報２１Ｋ、郵便番号情報２
１Ｌその他でなる。
【０３０１】ここで、管理ＩＤ情報２１Ｂは一連の情報
を識別するための情報である。登録日情報２１Ｃと更新
日情報２１Ｄはデータの管理情報である。登録者名情報
２１Ｅは協賛取引の主体となる登録会員名である。業種
情報２１Ｆは登録会員の主要な業種情報が記録される。
この情報は協賛依頼の配信範囲を特定する際の１つの指
標となる。一般に、登録会員が登録するが、仲介事業者
が登録することもある。所在地２１Ｇには一般に本社所
在地や協賛取引の処理担当者が所属する支社等の情報が
記録される。この情報も協賛依頼の配信範囲を特定する
際の１つの指標となる。
【０３０２】電話番号２１Ｈは仲介事業者や協賛依頼者
が電話連絡するための情報である。メールアドレス２１
Ｉは協賛依頼やこれに関連する通信をネットワーク上で
行うための宛先情報として使用される。ＵＲＬ情報２１
Ｊは登録会員が公開している情報にアクセスするための
情報である。ＧＰＳ情報２１Ｋは所在地や提供場所に関
する情報を電子地図上に表示するためのものである。こ
の情報を協賛依頼の配信範囲を特定するための指標に用
いることも可能である。また、当該情報をカーナビゲー
ションシステムの目的地に登録して相手方を訪問すると
いった使い方もできる。郵便番号２１Ｌも所在地等の絞
り込みに用いる上で有効な情報である。
【０３０３】商品関連情報と役務関連情報は、登録会員
が提供する意思のあるもの、又は、取り扱っている商品
等について個別に登録される。すなわち、登録する商品
や役務が複数ある場合には、当該商品・役務の数だけ当
該一組の情報が記録される。商品関連情報としては、商
品・役務を提供できる場所情報２１Ｍ、取扱商品区分２
１Ｎ、取扱商品名２１Ｏ、メーカ名２１Ｐその他が記録
される。また、役務関連情報としては、商品・役務を提
供できる場所２１Ｑ、取扱役務コード２１Ｒ、取扱役務
名２１Ｓが記録される。
【０３０４】ここで、商品・役務を提供できる場所情報
としては、個別の商品又は役務ごとに応じた情報が登録
される。取扱商品区分２１Ｎや取扱役務区分２１Ｒはコ
ンピュータ処理上有益な情報であり、ＪＩＳ規格その他
の統一した基準に基づいて付されることが望ましい。取
扱商品名２１Ｒや取扱役務名２１Ｓには、例えば登録会
員が商品や役務の提供に使用する商標やトレードマーク
が記録される。もっとも、商品や役務の一般名称を使用
しても良い。メーカ名２１Ｒは商品の製造元情報であ
る。図１３では役務について対応する情報を登録してい
ないが、登録会員が役務を仲介する者である場合には、
役務を直接提供する提供者名が記録される。
【０３０５】協賛依頼に応じる場合の条件２１Ｔは、登
録会員が特定の商品や役務について協賛依頼を受ける場
合の具体的な条件を登録するための情報である。この情
報が前述の協賛事前登録受付部３５Ｅが登録する情報で
あり、事前登録条件判定部３５Ｆが協賛依頼の受信時に
参照する情報である。前述のように、当該協賛依頼に応
じる場合の条件２１Ｔは、通常、協賛依頼の入力項目と
同様の項目について登録される。
【０３０６】（ａ−３）処理動作 続いて、協賛取引仲介サーバが実行する仲介処理動作の
内容を各場合に分けて説明する。なお以下の説明では、
協賛取引仲介サーバ３５が図１２に示す構成を有するも
のとする。
【０３０７】（１）協賛条件事前登録時 制御部３５Ａは、登録会員端末２２より協賛依頼に応じ
る場合の条件をデータ内容とする通知を受信した場合、
当該通知を協賛事前登録受付部３５Ｅに与える。協賛事
前登録受付部３５Ｅは、当該通知を発した登録会員の情
報を手がかりとして会員データベース２１を検索し、該
当する登録会員の登録情報として協賛依頼に応じる場合
の条件２１Ｔを追加する。この情報の追加は個別の商品
・役務について行われる。また、登録会員からの通知に
よって個別に削除することも可能である。当該情報を用
いることにより、登録会員は市場状況に応じた条件を適
宜設定することができる。もっとも、短期的な取引目的
で使用するか、長期的な目的で使用するかは登録会員の
自由である。
【０３０８】（２）協賛依頼受信時 図１４に、協賛取引仲介サーバ３５が協賛依頼を受信す
る場合に実行される処理手順を示す。制御部３５Ａは、
協賛依頼者の側より協賛依頼が受信されたことを確認す
ると、当該協賛依頼の協賛依頼条件を不図示の記憶領域
（例えば、ＲＡＭでなる）に取り込むと共に、協賛依頼
の受信を事前登録条件判定部３５Ｆに通知する（ステッ
プＳ１１）。
【０３０９】事前登録条件判定部３５Ｆは、登録会員デ
ータベース２１に登録されている協賛依頼に応じる場合
の条件２１Ｔの中に、協賛依頼の内容を満たすものがあ
るか否か判定する（ステップＳ１２）。このとき、協賛
依頼の内容を満たす事前登録情報が存在する場合には
（１つ存在するか複数存在するかは問わない。）、肯定
結果を得てステップＳ１３の処理へ進む。これに対し、
協賛依頼の内容を満たす事前登録情報が存在しない場合
には（いずれの登録会員についても協賛依頼に応じる場
合の条件２１Ｔが登録されていない場合を含む。）、否
定結果を得てステップＳ１４の処理に進む。
【０３１０】さて、ステップＳ１３の処理に進んだ場
合、事前登録条件判定部３５Ｆは、協賛依頼の内容を満
たす条件を事前に登録していた登録会員と協賛依頼を発
した依頼者の双方に、双方の条件を満たす相手方が存在
する旨を通知する。この通知は通信部３５Ｇを通じて行
う。当該通知に対して協賛取引が確定する場合の処理動
作は後述する。
【０３１１】一方、ステップＳ１４の処理に進む場合、
処理動作は事前登録条件判定部３５Ｆから配信先特定部
３５Ｃへと処理動作が引き継がれる。以下の配信先特定
部３５Ｃにおける処理動作は、当該機能を協賛依頼者側
の端末に設ける場合にも同様に成り立つ。配信先特定部
３５Ｃは、配信先の特定に使用する特定規則を特定規則
記録部３５Ｂより読み出し、読み出した特定規則に基づ
いて会員データベース２１を検索する。このとき、配信
先特定部３５Ｃは、会員データベース２１に登録されて
いる情報のうち一般登録情報（管理情報、商品関連情
報、役務関連情報）を対象として検索を実行する。
【０３１２】かくして、配信先特定部３５Ｃは、協賛依
頼を配信する登録会員を確定する（ステップＳ１６）。
通常、協賛依頼の配信先には特定規則を満たす登録会員
が抽出される。ただし、特定規則を満たす登録会員が存
在しない場合には、会員データベース２１に登録されて
いる全ての登録会員が協賛依頼の配信先として確定され
る。
【０３１３】次に、配信先特定部３５Ｃは、配信先に確
定した登録会員を対象として個別に配信希望条件２１Ａ
が登録されているか否か判定する（ステップＳ１６）。
ここで、肯定結果が得られた場合（配信希望条件２１Ａ
が存在する場合）、配信先特定部３５Ｃは、協賛依頼が
各登録会員の登録している配信希望条件２１Ａも満たす
か否か判定し、満たすものだけを抽出する（ステップＳ
１７）。一方、否定結果が得られた場合（配信希望条件
２１Ａが存在しない場合）、配信先特定部３５Ｃは、当
該ステップＳ１７の処理は行わない。すなわち、かかる
条件に該当する登録会員については協賛依頼を配信しな
い理由がないため、この判定の時点で配信範囲に含まれ
ることが確定する。
【０３１４】かくして最終的な配信範囲が確定すると、
配信先特定部３５Ｃは、確定した登録会員に対して協賛
依頼を配信する（ステップＳ１８）。このとき、配信先
特定部３５Ｃは、会員データベース２１に登録されてい
るメールアドレス情報２１Ｉを使用して当該情報の存在
を通知する。もっとも、ＦＡＸ番号が登録されている場
合にはファックスによる発呼処理を行うこともできる。
以上により、協賛依頼の配信処理は終了する。
【０３１５】（３）応答結果データ受信時 制御部３５Ａは、協賛依頼の配信を受けた登録会員の側
から協賛依頼に対する応答結果（協賛に応じる場合と応
じない場合の二種類の応答がある。）をデータ内容とす
る通知を受信した場合、通知の内容を会員データベース
２１に登録する。この登録情報は、以後の協賛依頼の配
信先を特定する際に利用することもできる。例えば、同
種の協賛依頼に対する応答結果が協賛に応じないもので
あった場合、次回以降の配信先から除くような設定とす
ることも可能である。
【０３１６】もっとも、たまたま前回は協賛に応じなか
った場合もあり得るので、登録会員側が今後も同種の協
賛依頼の配信を希望しない旨の情報が付されている場合
に限るのが登録会員の意図を尊重した設定とできる。
【０３１７】この後、制御部３５Ａは、応答結果が協賛
依頼を応じるものであったものを選択的に依頼者側に送
出する。このとき、制御部３５Ａは、応答結果データ３
２に付されている送信先情報や管理ＩＤ情報から特定さ
れる協賛依頼者の連絡先情報に基づいてデータの送信を
行う。因みに、この時点では、複数の応答結果データ３
２が協賛依頼者側に送信される可能性がある。
【０３１８】（４）登録結果通知受信時 制御部３５Ａは、協賛依頼者端末２０又は登録会員端末
２２の一方又は双方から協賛取引がどのような結論で確
定したかをデータ内容とする通知を受信した場合、当該
通知をの内容を会員データベース２１に登録する。
【０３１９】当該登録情報は、次回以降に実行される協
賛取引の配信範囲の特定処理に使用されたり、協賛対象
であるプロジェクトの運用情報として使用される。例え
ば、協賛対象であるプロジェクトが映像番組の作成であ
る場合、番組制作者に番組付加データとして提供するこ
ともできる。かかるデータの引き出しが可能となること
により、該当情報の利用効率の向上が期待できる。すな
わち、システム全体から見れば同じ内容のデータが、異
なる時点及び場所において何度も入力し直されるような
無駄を無くし得る。
【０３２０】かくして、会員データベース２１は、単に
協賛取引のためだけの価値にとどまらず、商取引や各種
のプロジェクトにおける有益な情報源としての価値をも
つことになる。なお、会員データベース２１からの当該
データの読み出しを有料とすれば、入力や管理に要する
経費の回収も可能となる。
【０３２１】因みに、会員データベース２１からのデー
タの取り出し方法としては、伝送路を使用する場合（有
線路であるか無線路であるかを問わない。）の他、記録
媒体を使用する場合も考えられる。記録媒体には、ＣＤ
−ＲＯＭの他、磁気記録方式の媒体（テープ、フロッピ
ーディスク、ハードディスク、磁気カード等）、光記録
方式の媒体（追記型ＣＤ、ＤＶＤ、光カード等）、光磁
気ディスク方式の媒体（ＤＶＤ、ＭＤ、ＭＯ等）、半導
体メモリ（例えば、不揮発性メモリ）が考えられる。
【０３２２】（Ｂ−３）登録会員側端末 協賛取引支援システムを構築する場合における登録会員
側の端末には、協賛取引に直接関係する機能（例えば、
協賛依頼を受信する機能、受信した協賛依頼に対する登
録会員の応答を送信する機能）と、協賛依頼の配信を受
けるために必要な登録機能とが必要となる。実際上、か
かる機能は１つの端末上で実現される場合がほとんどで
あると考えられるが、以下では各機能の実行に必要な技
術要素を明確にすべく個別に説明することとする。
【０３２３】（ａ）協賛依頼受信装置 （ａ−１）端末構成 図１５に、協賛依頼の受信機能と当該依頼に対する応答
機能を備える協賛依頼受信装置２２の実施形態例を説明
する。協賛依頼受信装置２２は、表示制御部２２Ａと、
依頼内容確認フォーム記録部２２Ｂと、協賛依頼データ
記録部２２Ｃと、制御部２２Ｄと、通信部２２Ｅと、操
作入力部２２Ｆと、バス２２Ｇと、表示手段２２Ｈとを
備えている。
【０３２４】図１５の場合も、表示手段２２Ｈと操作入
力部２２Ｆが装置本体に対して外部接続されているよう
に表わしているが、ノートパソコン、ＰＤＡ、携帯電話
機のように操作入力部と表示手段とが装置本体と一体に
なっている場合も含み得る。また、記録部や通信部につ
いては装置本体に内蔵されているように表わしている
が、これらについても装置本体に対して外部に接続され
ていても良い。なお、外部接続する場合の接続形態は、
有線路接続の場合だけでなく、無線路接続の場合も含み
得る。以下、各機能部の構成を説明する。
【０３２５】表示制御部２２Ａは、図４の表示制御部２
０Ａと同様、受信又は再生された画像データを表示手段
２２Ｈに応じた信号形式（データ形式）で再生出力する
手段である。表示制御部２２Ａの信号形式やデコード機
能についても、表示制御部２０Ａと同じことがなりた
つ。
【０３２６】依頼内容確認フォーム２２Ｂは、協賛依頼
の内容を表示するのに使用される確認フォームを記録し
ておくための記録媒体又は記憶媒体である。もっとも、
当該媒体は協賛取引用の入力フォームにのみ用いられる
必要はなく他の情報の記録又は記憶と共用することも可
能である。かかる媒体には、例えば、ＣＤ−ＲＯＭ、磁
気記録方式の媒体（テープ、フロッピーディスク、ハー
ドディスク、磁気カード等）、光記録方式の媒体（追記
型ＣＤ、ＤＶＤ、光カード等）、光磁気記録方式の媒体
（ＤＶＤ、ＭＤ、ＭＯ等）、半導体メモリ（不揮発性メ
モリ、ＲＡＭ等）等が考えられる。
【０３２７】記録される入力フォームの詳細については
後述する。入力フォームは、当該媒体上に予め固定され
ている場合もあれば、他の記録媒体から複写される場合
の他、インターネット等の通信回線を通じてダウンロー
ドされる場合も考えられる。入力フォームの展開は、例
えば表示制御部２０Ａ内に設けられているビデオＲＡＭ
上で行う。
【０３２８】協賛依頼データ記録部２２Ｃは、通信部２
２Ｅを介して受信した協賛依頼条件データ２６を記録し
ておく記録媒体又は記憶媒体である。なお、協賛依頼条
件データ２６は（協賛取引に関連してやり取りされるそ
の他の情報についても同じ）、図７に対応するデータの
みからなるデータであっても良いし、ＨＴＭＬ(Hyperte
xt Markup Language）ファイルのようにレイアウト情報
（スタイルシート）が記述されているものでも良いし、
ＸＭＬ（Extensible Markup Language）ファイルのよう
にレイアウト情報（スタイルシート）をデータから分離
したものでも良い。
【０３２９】制御部２２Ｄは、協賛依頼受信装置２２を
構成する各部の制御や信号処理を実行する手段である。
一般にマイクロコンピュータ構成を採る。通常、制御部
２０Ｆの機能はオペレーションシステムプログラムとア
プリケーションプログラムによって規定される。
【０３３０】通信部２２Ｅも、図４の通信部２０Ｇと同
様、ネットワークを通じて外部と通信するための手段で
ある。想定するネットワークは、前述の図４についての
説明と同じである。操作入力部２２Ｆも、図４の操作入
力部２０Ｈと同じである。表示手段２２Ｈも、図４の表
示手段２０Ｊと同じである。
【０３３１】図１５に示す協賛依頼受信装置２２として
は、いわゆる専用端末の他、コンピュータ端末（ノート
型、デスクトップ型）、ＰＤＡ、携帯電話機、ゲーム
機、セットトップボックス、ＰＣカード、家電、ＶＴ
Ｒ、テレビジョン受像機、カーナビ、情報処理機能付き
腕時計、音楽やゲーム用の配信端末、金融端末（ＡＴ
Ｍ）、その他を用い得る。
【０３３２】（ａ−２）確認フォーム画面 図１６に依頼内容確認フォームの一例を示す。かかる確
認フォームを使用すれば、協賛取引を行うか判断する上
で必要な最小限の項目を一定規則に従って提示できるた
め、依頼内容の確認と管理を容易にできる。特に、登録
会員が大量の協賛依頼を受信する場合には判断の定式化
を実現できる。また、確認事項が定式化される結果、企
業間における協賛取引のみならず、企業と個人、個人と
個人の間での協賛取引においても、また作業者の年齢層
や性別に係わらず使い勝手の良いシステムとできる。
【０３３３】図１６の確認フォーム３６は、その表示項
目として依頼者３６Ａ、プロジェクト名３６Ｂ、実行日
時３６Ｃ、プロジェクトの内容３６Ｄ、ターゲット３６
Ｅ、協賛希望条件３６Ｆ〜３６Ｈ、希望金額３６Ｉと、
各表示項目に対応する詳細情報欄３６Ｉとを有してい
る。なお、画面上には協賛依頼を受ける場合（協賛する
場合）に操作するボタン３６Ｋと、協賛依頼を断る場合
（協賛しない場合）に操作するボタン３６Ｌとも表示さ
れる。
【０３３４】ここで、各表示項目に対応する詳細情報欄
３６Ｉには、協賛依頼として受信した協賛依頼条件デー
タ２６のうち対応する情報が複写されて表示される。例
えば、図１６の場合、依頼者は「あいう放送」であり、
プロジェクト名は「テレビ番組ＡＢＣＤ」であることが
分かる。また、実行日時は「２００１年１月３日２１：
００から２２：００放送」であり、プロジェクトの内容
は「流行しそうなもの」で、ターゲットを「独身者」と
することが分かる。図１６の場合、取材時期が２０００
年１１月であり、希望金額は０円（無料）であることを
希望することが分かる。
【０３３５】かかる協賛依頼に応じる場合、協賛事業者
（その担当者を含む。）はボタン３６Ｋを操作する（ク
リックする）。このとき、図１１に示すような応答結果
データ３２が、協賛依頼受信装置２２より仲介事業者又
は協賛依頼者に宛てて送信される。一方、かかる協賛依
頼に応じない場合、協賛事業者はボタン３２Ｌを操作す
る。このとき、協賛依頼に応じない旨のデータからなる
応答結果データが、協賛依頼受信装置２２より仲介事業
者又は協賛依頼者に宛てて送信される。
【０３３６】なお、依頼内容確認フォーム３６の表示項
目が受信された受信された協賛依頼条件データの項目よ
りも少ない場合には、表示されていない情報がある旨を
画面上に表示し、別途全ての情報を確認できるようにす
る。
【０３３７】（ａ−３）処理動作 制御部２２Ｄは、協賛依頼条件データ２６を受信する
と、当該データに含まれる情報を依頼内容確認フォーム
記録部２２Ｂに格納されている依頼内容確認フォーム３
６に基づいて画面上に表示する。因みに、協賛依頼条件
データ２６に依頼内容確認フォーム３６が含まれる場合
（協賛依頼条件データ２６と一体不可分の場合もあれ
ば、分離独立して含まれる場合も含む。）には、当該確
認フォームを使用して画面上に表示する。
【０３３８】事業者側の担当者が表示画面上で協賛依頼
の内容を確認し、協賛に応じても良い場合には、画面上
のアイコン等を通じて協賛する旨を入力する。この協賛
に応じる意思は、制御部２２Ｄよりネットワークへ返送
される。一方、協賛に応じられない場合には、画面上の
アイコン等を通じて協賛しない旨を入力する。この場合
も、協賛に応じない意思が、制御部２２Ｄよりネットワ
ークへ返送される。
【０３３９】（ｂ）登録情報入力装置 （ｂ−１）端末構成 図１７に、協賛依頼の配信を受けるために必要な登録機
能を備える事前登録情報入力装置３９の実施形態例を説
明する。事前登録情報入力装置３９は、表示制御部３９
Ａと、一般事項登録フォーム記録部３９Ｂと、協賛条件
事前登録フォーム記録部３９Ｃと、配信希望条件記録部
３９Ｄと、入力データ記録部３９Ｅと、制御部３９Ｆ
と、通信部３９Ｇと、バス３９Ｈと、操作入力部３９Ｉ
と、表示手段３９Ｊとを備えている。
【０３４０】図１７の場合も、表示手段３９Ｊと操作入
力部３９Ｉが装置本体に対して外部接続されているよう
に表わしているが、ノートパソコン、ＰＤＡ、携帯電話
機のように操作入力部と表示手段とが装置本体と一体に
なっている場合も含み得る。また、記録部や通信部につ
いては装置本体に内蔵されているように表わしている
が、これらについても装置本体に対して外部に接続され
ていても良い。なお、外部接続する場合の接続形態は、
有線路接続の場合だけでなく、無線路接続の場合も含み
得る。以下、各機能部の構成を説明する。
【０３４１】表示制御部３９Ａは、前述の他の表示制御
部と同様、受信又は再生された画像データを表示手段２
２Ｈに応じた信号形式（データ形式）で再生出力する手
段である。表示制御部３９Ａの信号形式やデコード機能
についても同様である。
【０３４２】一般事項登録フォーム記録部３９Ｂは、会
員データベース２１に記録する一般登録情報（管理情
報、商品関連情報、役務関連情報）に関する登録フォー
ムを記録しておくための記録媒体又は記憶媒体である。
もっとも、当該媒体は登録フォームにのみ用いられる必
要はなく他の情報の記録又は記憶と共用することも可能
である。かかる媒体には、例えば、ＣＤ−ＲＯＭ、磁気
記録方式の媒体（テープ、フロッピーディスク、ハード
ディスク、磁気カード等）、光記録方式の媒体（追記型
ＣＤ、ＤＶＤ、光カード等）、光磁気記録方式の媒体
（ＤＶＤ、ＭＤ、ＭＯ等）、半導体メモリ（不揮発性メ
モリ、ＲＡＭ等）等が考えられる。
【０３４３】記録されている登録フォームの詳細につい
ては後述する。登録フォームは、当該媒体上に予め固定
されている場合もあれば、他の記録媒体から複写される
場合の他、インターネット等の通信回線を通じてダウン
ロードされる場合も考えられる。登録フォームの展開
は、例えば表示制御部３９Ａ内に設けられているビデオ
ＲＡＭ上で行う。
【０３４４】協賛条件事前登録フォーム記録部３９Ｃ
は、協賛事業者が協賛に応じる場合の条件を会員データ
ベース２１に事前登録する際に使用する登録フォームを
記録しておくための記録媒体又は記憶媒体である。ここ
での媒体も登録フォームにのみ用いる必要はなく他の情
報の記録又は記憶と共用することも可能である。かかる
媒体の具体例については、一般事項登録フォーム記録部
３９Ｂと同様である。
【０３４５】記録されている登録フォームの詳細につい
ては後述する。この場合も登録フォームは、当該媒体上
に予め固定されている場合もあれば、他の記録媒体から
複写される場合の他、インターネット等の通信回線を通
じてダウンロードされる場合も考えられる。登録フォー
ムの展開は、例えば表示制御部３９Ａ内に設けられてい
るビデオＲＡＭ上で行う。
【０３４６】配信希望条件記録部３９Ｄは、一般登録情
報で特定された配信範囲をさらに絞り込むための要件を
記録しておくための記録媒体又は記憶媒体である。ここ
での媒体も配信希望条件の記録にのみ用いる必要はなく
他の情報の記録又は記憶と共用することも可能である。
かかる媒体の具体例については、一般事項登録フォーム
記録部３９Ｂと同様である。
【０３４７】なお図１７では、当該配信希望条件の登録
フォーム記録部を表示していないが、当該希望条件の入
力用に登録フォームを使用しても良い。この場合に、協
賛条件事前登録フォームと同様の登録フォームを使用す
れば良い。なお、配信希望条件は、操作入力部３９Ｉを
利用して協賛事業者（担当者を含む。）が登録する。
【０３４８】入力データ記録部３９Ｅは、操作入力部３
９Ｉを通じて入力されたデータを記録しておくための記
録媒体又は記憶媒体である。かかる媒体についても、前
述の媒体についての記述が適用される。すなわち、当該
媒体は入力データの記録にのみ用いる必要はなく他の情
報の記録又は記憶と共用することも可能である。かかる
媒体の具体例については、一般事項登録フォーム記録部
３９Ｂと同様である。
【０３４９】制御部３９Ｆは、事前登録情報入力装置３
９を構成する各部の制御や信号処理を実行する手段であ
る。一般にマイクロコンピュータ構成を採る。通常、制
御部３５Ａの機能はオペレーションシステムプログラム
とアプリケーションプログラムによって規定される。
【０３５０】また、通信部３９Ｇは、ネットワークを通
じて外部と通信するための手段である。従って、通信部
３９Ｇにはネットワークに応じた通信機器が使用され
る。ネットワークにどのようなものがあるかは前述の場
合と同様である。バス３９Ｈはデータの入出力バスであ
り、例えばＩＳＡバス、ＥＩＳＡバス、ＰＣＩバスその
他である。
【０３５１】操作入力部３９Ｉは、登録事項を入力した
り、各種の指示を事前登録情報入力装置３９に与えるた
めのものである。操作入力部３９Ｉとしては、例えばキ
ーボード、マウス、ポインティングデバイス（パッド、
ペン、ポインタその他）、ダイヤルキー、押しボタンキ
ーその他がある。表示手段３９Ｊは、協賛依頼条件その
他の情報の表示用に使用される装置である。図１７は、
モニタ装置やテレビジョン受像機の表示部が接続される
場合を表わしている。
【０３５２】図１７に示す事前登録情報入力装置３９と
しては、いわゆる専用端末の他、コンピュータ端末（ノ
ート型、デスクトップ型）、ＰＤＡ、携帯電話機、ゲー
ム機、セットトップボックス、ＰＣカード、家電、ＶＴ
Ｒ、テレビジョン受像機、カーナビ、情報処理機能付き
腕時計、音楽やゲーム用の配信端末、金融端末（ＡＴ
Ｍ）、その他を用い得る。
【０３５３】（ｂ−２）一般事項登録フォーム画面 図１８に一般事項登録フォームの一例を示す。かかる登
録フォームに情報を書き込むだけで会員データベース２
１に備えるべき基本的な情報の書き込みを行うことがで
きる。ネットワークが発達した今日では、かかる協賛依
頼は企業間における協賛取引のみならず、企業と個人、
個人と個人の間でも実行されることが予想されるため、
かかるインターフェース技術の必要性は高い。
【０３５４】図１８の登録フォーム４０は、その入力項
目として登録者名４０Ａ、業種４０Ｂ、所在地４０Ｃ、
連絡先（電話）４０Ｄ、連絡先（メールアドレス）４０
Ｅ、連絡先（ＵＲＬ）４０Ｆ、ＧＰＳ情報４０Ｇ、提供
場所４０Ｈ、商品・役務名４０Ｉ、メーカ名４０Ｊと、
各入力項目に対応する入力欄４０Ｋとを有している。な
お、画面上には送信ボタン４０Ｌも表示される。
【０３５５】これらの項目が前述の会員データベース２
１（図１３）に記録される。なお、図１３の例のよう
に、商品・役務区分や郵便番号を入力項目としても良
い。因みに、入力項目に対応する各入力欄４０Ｋへの入
力は、キーボード入力する場合、各入力項目毎に表示さ
れる入力事項例の中から選択的に入力する場合その他が
考えられる。また、全ての項目又は基本的な情報が入力
された段階で送信ボタン４０Ｌが操作されると（クリッ
クされると）、入力データ記録部３９Ｅに記録されてい
る情報が会員データベース２１を管理する端末に宛てて
送信される。
【０３５６】（ｂ−３）協賛条件登録フォーム画面 図１９に協賛条件登録フォーム画面の一例を示す。かか
る登録フォームに情報を書き込むことで、協賛依頼の条
件を満たす限り優先的な配信を確保できる。また、この
登録フォームは協賛依頼条件との一致判定に使用する趣
旨から協賛依頼の入力フォームの項目と対応しているこ
とが望まれる。かかる登録フォームを使用すれば、協賛
取引が企業間のみならず、企業と個人、個人と個人の間
で実行される場合でも実効性のある登録を可能とでき
る。
【０３５７】図１９の登録フォーム４２は、その入力項
目として協賛者名４２Ａ、協賛可能な商品・役務４２
Ｂ、協賛条件４２Ｃ〜４２Ｅ、要求金額４２Ｆと、各入
力項目に対応する入力欄４２Ｇとを有している。なお、
画面上には送信ボタン４２Ｈも表示される。
【０３５８】これらの項目が前述の会員データベース２
１（図１３）に、協賛依頼に応じる場合の条件２１Ｔと
して記録される。因みに、入力項目に対応する各入力欄
４２Ｇへの入力は、キーボード入力する場合、各入力項
目毎に表示される入力事項例の中から選択的に入力する
場合その他が考えられる。また、全ての項目又は基本的
な情報が入力された段階で送信ボタン４２Ｈが操作され
ると（クリックされると）、入力データ記録部３９Ｅに
記録されている情報が会員データベース２１を管理する
端末に宛てて送信される。
【０３５９】なお、配信希望条件２１Ａの登録に同種の
登録フォームを使用する場合には、登録した情報が、会
員データベース２１（図１３）に、配信希望条件２１Ａ
として記録される。
【０３６０】（ｂ−４）処理動作 制御部３９Ｆは、一般登録情報の登録が操作者により指
示されると、一般事項登録フォーム記録部３９Ｂに保持
されている登録フォーム４０を読み出して表示制御部３
９Ａに与え、表示手段３９Ｊの画面上に表示させる。操
作者は、画面上に表示された入力項目に従い、協賛事業
者に関する基本的な情報を入力する。入力された情報は
入力データ記録部３９Ｅに一旦保存され、送信ボタン４
０Ｌの操作によって入力が確定すると、通信部３９Ｇを
介して会員データベース２１へ送信される。
【０３６１】なお、協賛条件の事前登録処理や配信希望
条件の登録処理についても、一般登録情報の登録処理動
作と同様である。違いは、画面上に表示される登録フォ
ームが協賛条件登録フォーム４２に変更するだけであ
る。
【０３６２】（Ｂ−４）まとめ 以上のような協賛取引支援システムを構築することによ
り、事業者同士の協賛取引だけでなく、事業者と個人間
又は個人間同士の協賛取引についても効率的な協賛取引
の成立を実現できる。特に、協賛依頼の配信範囲を依頼
者側、仲介事業者側、協賛事業者側の意向に応じて自由
に変更できるため、協賛取引参加者のいずれにも使い勝
手の良いシステムとできる。また、協賛の成果、すなわ
ち協賛対象に対する消費者のアクセス動向や成約数をも
反映できるため、協賛効果の高いプロジェクトの成立と
効率的な広告機会の提供を実現できる。
【０３６３】また当該協賛取引で蓄積された情報を後述
する付加情報データ作成システムやディジタル映像番組
受信再生システムで２次利用することができ、各システ
ムにおける情報の重複入力の弊害を無くすことができ
る。特に、最終消費者にとって魅力的なデータ放送を実
現するには番組付加データの充実が必要とされるため、
制作効率の向上を期待できる利点は非常に大きい。
【０３６４】（Ｃ）付加情報データ作成システム 付加情報データ作成システムには、専らコンテンツ素材
の作成現場で使用される１次入力用のシステムと、コン
テンツ素材を編集・加工してコンテンツに仕上げる現場
で使用される２次入力用のシステムとが考えられる。
【０３６５】なお前者は、専ら分業化された末端の現場
（取材現場、撮影現場、実演現場等）のように、データ
の入力に割り当てることができる時間的余裕が比較的少
ない現場で使用される。他方後者は、専ら作成されたコ
ンテンツ素材に２次的な価値を付与する現場（放送局、
映像制作会社等）のように、データの入力に割り当てる
ことができる時間的余裕が比較的多い現場で使用され
る。もっとも、これらの場合分けは便宜的なものであ
り、その使用態様に限定されるものではない。
【０３６６】なお以下では、前述の協賛取引支援システ
ムで作成された情報（会員データベース２１に登録され
ている協賛取引関連情報）を有効活用することにより、
より効率的な付加情報データ作成システムの構築が可能
な映像番組作成システムについて説明する。
【０３６７】（Ｃ−１）付加情報データ （１）基本構造 図２０に付加情報データの一例を示す。図２０は、映像
番組データ（コンテンツ）と付加情報データとの関係を
表わしている。映像番組データ４４は、本体の情報であ
る番組データ（エッセンス）４５と、番組付加データ
（メタデータ）４６とからなる。
【０３６８】映像番組における番組データ４５は、映像
データ４５Ａと音響データ４５Ｂとで構成される。もっ
ともラジオ番組の場合には音響データのみから構成され
る。一方、番組付加データ４６は、一般キーデータ４６
Ａと、管理データ４６Ｂと、商品・役務データ４６Ｃ
と、レイアウト情報４６Ｄと、インデックス画面４６Ｅ
とで構成される。ただし、レイアウト情報４６Ｄやイン
デックス画面４６Ｅは必要に応じて記録されるもので必
須の情報ではない。
【０３６９】一般キーデータ４６Ａは、番組データその
ものに関する基本情報が記録されるデータ領域であり、
例えばＵＭＩＤ、メタポケットＩＤ（メタモールＩ
Ｄ）、シーン番号、著作権、出演者、位置・場所（ＧＰ
Ｓ情報を含む）その他が記録される。
【０３７０】ここで、ＵＭＩＤは映像素材をグローバル
な範囲（例えば、局単位、系列単位、国単位）で一意に
特定可能なコード情報の一例である。因みに、場面を特
定する情報としては、例えばシーン番号、ショット番
号、テイク番号、リール番号その他がある。メタポケッ
トＩＤは、当該場面に対応するメタポケットの識別番号
を与える。この情報は一般に編集段階で付与される。ま
た、メタモールＩＤは、当該場面に対応するメタモール
の識別番号を与える。この情報も一般に編集段階で付与
される。なおここでのＧＰＳ情報には、主に撮影場所を
特定する情報が入力される。
【０３７１】管理データ４６Ｂは、放送局その他が映像
資産を管理する上で必要な情報が記録されるデータ領域
であり、例えば本放送日時、番組枠名、番組プログラム
名、契約登録日、有効期限、条件その他が記録される。
因みに、条件には、コマーシャルとして使用するための
条件がある。
【０３７２】商品・役務データ４６Ｃは、対応する場面
に現れる商品や役務に関する情報が記録されるデータ領
域であり、例えばブランド名、商品カテゴリー名称、商
品・役務名、協賛企業名、連絡先、ＵＲＬ、メールアド
レス、在庫数、アクセス回数、納期、価格、ＧＰＳ情報
その他が記録される。
【０３７３】これらの情報は必要に応じて記録されるも
ので常に全ての項目が記録されるわけではない。また基
本的に、１つの商品又は役務ごとにかかる一連の情報が
記録される。因みに、商品・役務データ４６Ｃは協賛対
象や番組の提供に関するものに限る必要はない。すなわ
ち、全ての商品・役務について情報を記録することがで
きる。なおここでのＧＰＳ情報には主に商品を購入でき
る店舗や役務の提供を受けることができる店舗を特定す
る情報が入力される。
【０３７４】レイアウト情報４６Ｄは、番組付加データ
４６の内容を視聴者に提示するための情報であり、特に
メタポケットやメタモールの表示用に用意される。な
お、かかるレイアウト情報４６Ｄは、商品・役務データ
４６Ｃと一体不可分の関係にある場合もある。ここで
は、レイアウト情報を商品・役務データと分離できるも
のとして表わしている。
【０３７５】インデックス画面４６Ｅは、番組付加デー
タの対応する場面の内容を簡易に確認するための画像で
あり、一般に対応する場面の代表的なフレーム画像（静
止画）が記録される。もっとも、画像データそのものが
記録されている必要はなく、対応する場面の映像データ
へのリンク情報であっても良い。また、当該データ領域
には、動画データや音響データを再生するためのリンク
情報が記録されていても良い。
【０３７６】（２）商品・役務データの具体例 図２１に、商品・役務データとして記録される情報の具
体例を示す。なお図２１は、比較的頻度の高いと思われ
るものについてのみ表わしている。勿論、これに限られ
るものではないことは言うまでもない。
【０３７７】映画、ドラマ、バラエティなどの映像番組
（図２１（Ａ））では、例えば出演者の着用している衣
装、アクセサリー類、メーク、ヘアスタイル、スタジオ
内のセットで使用されている調度品や小物その他が記録
される。また、スポーツ番組（図２１（Ｂ））では、ス
ポーツ施設、広告板（塔）に表示されている企業ロゴそ
の他の商用マークやスポーツ用品その他が記録される。
またこれらの他、音楽や映像に関する情報（図２１
（Ｃ））として、主題歌、挿入歌、ＢＧＭ等の楽曲に関
する情報や番組で引用された画像ファイルに関する情報
などが記録される。
【０３７８】これらの情報が番組付加データとして番組
データに関連付けて記録されることにより、番組データ
そのものの商業的価値の向上を期待できる。すなわち、
特定の商品（単品又はセット商品）や役務を販売するこ
とを目的とした映像番組（いわゆるテレビショッピン
グ）は勿論のこと、それ以外の全ての映像番組も商品や
役務の販売に結び付けられるプラットホームと位置付け
ることが可能となる。
【０３７９】もっともこれらを実現するには大量の情報
を短時間で入力し管理する作業が必要となるが、前述の
協賛取引支援システムで蓄積された情報を有効活用する
ことで、必要となる労力の大幅な削減と経済的なシステ
ム運用が可能となる。以下では、協賛取引支援システム
で蓄積された情報の有功活用を考慮した付加情報データ
作成システムの構成例を説明する。
【０３８０】（Ｃ−２）１次入力用システム まず最初に、映像素材の作成現場や番組付加データの初
期入力作業を想定した１次入力システムについて説明す
る。もっとも、１次と２次は便宜上の区分であるので、
以下説明する１次入力システムを２次入力システムとし
て使用することも可能であるし、２次入力システムを１
次入力システムとして使用することも可能である。すな
わち、各システムの用途を限定する趣旨ではない。
【０３８１】（ａ）端末構成 図２２及び図２３に、主に携帯型の番組付加データ作成
装置に使用される実施形態例を示す。また図２４に、主
に据置型の番組付加データ作成装置に使用される実施形
態例を示す。因みに、図２２と図２３に示す番組付加デ
ータ作成装置と図２４に示す番組付加データ作成装置と
の違いは、場面を特定する情報を前者が撮影中の撮像カ
メラから直接取り込むのに対し、後者が再生画像から取
り込む点にある。
【０３８２】まず図２２について説明する。図２２は、
番組付加データ作成装置の基本的な機能構成を表わした
ものである。番組付加データ作成装置５０は、表示制御
部５０Ａと、入力フォーム記録部５０Ｂと、入力データ
記録部２０Ｃと、番組付加データ生成部５０Ｄと、番組
付加データ記録部５０Ｅと、制御部５０Ｆと、コード情
報受信部５０Ｇと、場面記録部５０Ｈと、選択入力用情
報記録部５０Ｉと、バス５０Ｊと、操作入力部５０Ｋ
と、表示手段５０Ｌとを備えている。
【０３８３】なお図２２においては、操作入力部５０Ｋ
と表示手段５０Ｌが装置本体に対して外部接続される場
合について表わしているが、ノートパソコン、ＰＤＡ、
携帯電話機のように操作入力部と表示手段とが装置本体
と一体になっている場合も含み得る。一方、記録部やコ
ード情報受信部はいずれも装置本体内に内蔵されるよう
に表わしているが、これらについても装置本体に対して
外部接続されていても良い。因みに外部接続の方法には
有線接続（シリアルかパラレルかを問わない。また、同
軸ケーブルか、ツイストペアケーブルか、光ファイバか
否かを問わない。）の他、無線接続（無線帯域は問わな
い。また、スペクトル拡散方式（例えばブルートゥー
ス）か否かを問わない。）も考えられる。
【０３８４】表示制御部５０Ａは、表示手段５０Ｌに応
じた信号形式（データ形式）で画像データを再生出力す
る手段である。出力信号としては、例えば、ビデオ出力
（ＮＴＳＣビデオ、コンポジット・ビデオ、Ｓ−ビデ
オ）やＲＧＢ出力がある。表示制御部５０Ａには、用途
によってはデータのデコード機能（例えば、ＭＰＥＧ
（Moving Picture Experts Group ））も備える。
【０３８５】入力フォーム記録部５０Ｂは、番組付加デ
ータの入力フォームを記憶しておくための記録媒体又は
記憶媒体である。もっとも、当該媒体は番組付加データ
の入力フォーム格納用にのみ用いられる必要はなく他の
情報の記録又は記憶と共用することも可能である。かか
る媒体には、例えば、ＣＤ−ＲＯＭ、磁気記録方式の媒
体（テープ、フロッピーディスク、ハードディスク、磁
気カード等）、光記録方式の媒体（追記型ＣＤ、ＤＶ
Ｄ、光カード等）、光磁気記録方式の媒体（ＤＶＤ、Ｍ
Ｄ、ＭＯ等）、半導体メモリ（不揮発性メモリ、ＲＡＭ
等）等が考えられる。
【０３８６】記録される入力フォームの詳細については
後述する。入力フォームは、当該媒体上に予め固定され
ている場合もあれば、他の記録媒体から複写される場合
の他、インターネット等の通信回線を通じてダウンロー
ドされる場合も考えられる。入力フォームの展開は、例
えば表示制御部５０Ａ内に設けられているビデオＲＡＭ
上で行う。
【０３８７】入力データ記録部５０Ｃは、操作入力部５
０Ｋを通じて入力されたデータを記録しておく記録媒体
又は記憶媒体である。ここでの媒体には、一般にＲＡＭ
が使用されるが、入力データを書き込むことができる媒
体であれば種類は問わない。また、この入力データ記録
部５０Ｃも入力データ専用の記録部である必要はない。
例えば、入力データ記録部５０Ｃを、入力フォーム記録
部５０Ｂと物理的に同じ媒体で実現し、記録領域を別領
域としても良い。なお、入力フォーム記録部５０Ｂや入
力データ記録部５０Ｃは、表示制御部５０Ａの内部に設
けられていても良い。
【０３８８】番組付加データ生成部５０Ｄは、入力デー
タ記録部５０Ｃに記録されている入力データと場面記録
部５０Ｈに記録されているコード情報（例えば、場面情
報としてのＵＭＩＤやタイムコード）その他を結合して
番組付加データを生成する手段である。もっとも、当該
番組付加データ生成部５０Ｄに図２０に示すような番組
付加データ４６を生成させることもできる。ただし、時
間的な制約が多い撮影現場その他の作成現場用の番組付
加データ生成部５０Ｄでは、場面を特定する情報と商品
や役務の提供会社名等限られた情報のみからなる番組付
加データを作成対象とするものと思われる。
【０３８９】番組付加データ記録部５０Ｅは、作成され
た番組付加データを記録しておく記録媒体又は記憶媒体
である。かかる媒体には、例えば、磁気記録方式の媒体
（テープ、フロッピーディスク、ハードディスク、磁気
カード等）、光記録方式の媒体（追記型ＣＤ、ＤＶＤ、
光カード等）、光磁気記録方式の媒体（ＤＶＤ、ＭＤ、
ＭＯ等）、半導体メモリ（不揮発性メモリ、ＲＡＭ等）
等が考えられる。
【０３９０】なお、記録された番組付加データを他の装
置（例えば、番組付加データの加工・編集装置）に通信
方式（有線か無線かを問わない。）で伝送する場合に
は、番組付加データの通信機能を有する通信手段（伝送
媒体に応じた通信機能が求められる。）を番組付加デー
タ作成装置に設ければ良い。もっとも、ＤＶＤや不揮発
性メモリ等の装置本体から分離可能な媒体を記録媒体や
記憶媒体に用いる場合には、当該媒体を装置本体から取
り出して他の装置に受け渡すこともできる。
【０３９１】制御部５０Ｆは、番組付加データ作成装置
５０を構成する各部の制御や信号処理を実行する手段で
ある。一般にマイクロコンピュータ構成を採る。通常、
制御部５０Ｆの機能はオペレーションシステムプログラ
ムとアプリケーションプログラムによって規定される。
【０３９２】コード情報受信部５０Ｇは、撮影中の撮像
カメラ５１より実時間で通知される番組データの場面特
定情報（例えば、ＵＭＩＤやタイムコード）を受信して
取り込むための手段である。コード情報受信部５０Ｇに
求められる機能は、撮像カメラ５１と装置本体との伝送
方式に応じたものが使用される。なお、図２２において
は無線方式での通信形態を表わしているが、勿論、有線
方式での通信形態を除く意味ではない。ただし、無線方
式の方が入力場所の制約がないため便利である。また、
有線ケーブルを用意しなくて済む利点もある。
【０３９３】なお、当該コード情報受信部に場面の変化
点を検出する手段（場面変化抽出部）を設け、場面の変
化点が検出される度に新たなコード情報を場面記録部５
０Ｈに自動的に記録できるようにしても良い。因みに、
ＵＭＩＤであれば１つのシーンについて１つのコードが
割り当てられるため、当該コード情報の変化点を監視す
れば場面の変化点を検出することができる。
【０３９４】場面記録部５０Ｈは、操作入力部５０Ｋか
ら与えられる場面情報取り込み信号に基づいて、当該信
号の入力時にコード情報受信部５０Ｇが取り込んでいる
コード情報を書き込むための記録媒体又は記憶媒体であ
る。かかる媒体には、例えば、磁気記録方式の媒体（テ
ープ、フロッピーディスク、ハードディスク、磁気カー
ド等）、光記録方式の媒体（追記型ＣＤ、ＤＶＤ、光カ
ード等）、光磁気記録方式の媒体（ＤＶＤ、ＭＤ、ＭＯ
等）、半導体メモリ（不揮発性メモリ、ＲＡＭ等）等が
考えられる。勿論、他の記録部と物理的には同じ媒体を
使用し、記憶領域のみを異なるものとしても良い。
【０３９５】選択入力用情報記録部５０Ｉは、番組付加
データを構成する情報の入力に選択入力機能を用意する
場合に設けられる機能である。従って、全てを手入力と
する場合にはこの記録部は不要である。当該記録部に記
録されている情報は、当該番組付加データ作成装置５０
の操作者が事前に登録しておいた情報でも良いし、前述
の協賛取引支援システムやデータベースシステムから入
手した商品・役務に関する情報であっても良い。協賛取
引支援システムやデータベースシステムから情報を入手
する方法としては、通信による方法と媒体で供給を受け
る方法とが考えられる。通信による場合には有線形式か
無線形式か問わない。
【０３９６】ここでの情報は商品・役務に関して登録さ
れている全ての情報でも良いが、あまり選択項目が多く
なるとかえって作業効率を低下させるおそれがある。従
って、現場の使用を想定する場合には、商品・役務を提
供する会社名や商品・役務の一般名称程度に留めておく
こと望ましいと考える。もっとも、撮影作業と並行して
入力するのでなければ、選択項目の検索性に工夫を施す
ことにより、より詳細な情報まで選択できるため、当該
用途に応じた情報を記録すれば良い。
【０３９７】かかる媒体には、例えば、ＣＤ−ＲＯＭ、
磁気記録方式の媒体（テープ、フロッピーディスク、ハ
ードディスク、磁気カード等）、光記録方式の媒体（追
記型ＣＤ、ＤＶＤ、光カード等）、光磁気記録方式の媒
体（ＤＶＤ、ＭＤ、ＭＯ等）、半導体メモリ（不揮発性
メモリ、ＲＡＭ等）等が考えられる。勿論、他の記録部
と物理的には同じ媒体を使用し、記憶領域のみを異なる
ものとしても良い。また、媒体形式で情報の提供を受け
る場合には、ＣＤ−ＲＯＭや不揮発性メモリ等の利用が
考えられる。
【０３９８】バス５０Ｊは、データの入出力バスであ
り、例えばＩＳＡバス、ＥＩＳＡバス、ＰＣＩバスその
他である。操作入力部５０Ｋとしては、例えばキーボー
ド、マウス、ポインティングデバイス（パッド、ペン、
ポインタその他）、ダイヤル（クリック機能付きを含
む）、押しボタンキーその他がある。
【０３９９】表示手段５０Ｌは、番組付加データの入力
画面その他の画面を表示するのに使用される装置であ
る。携帯型の装置の場合には、液晶表示装置その他の小
型軽量型の表示装置が使用される。勿論、据え置き型と
して使用する場合には、モニタ装置やテレビジョン受像
機を用い得る。
【０４００】なお、撮像カメラ５１は、カメラ単体のみ
からなる装置であっても良いし、記録装置付きのカメラ
装置（いわゆるカメラ一体型レコーダ）でも良い。ま
た、静止画撮影用の電子カメラでも良い。因みに、撮影
に関する一般キーデータは番組データと共に所定の記録
媒体に記録される。
【０４０１】次に図２３について説明する。図２３は、
図２２の番組付加データ作成装置に更なる入力補助機能
を追加した機能構成を表わしたものである。図２３は図
２２と対応する部分に同一符号を付して示しているの
で、異なる機能部分についてのみ説明する。追加部分は
協賛情報判定部５０Ｍと、協賛商品・役務記録部５０Ｎ
と、フラグ付与部５０Ｏと、チェック付与部５０Ｐの４
つである。
【０４０２】協賛情報判定部５０Ｍは、協賛商品・役務
記録部５０Ｎに記録されている情報に入力された商品・
役務情報と一致するものがあるか判定する手段である。
この機能は、具体的な商品・役務に関する情報が入力さ
れる場合に特に有効な機能である。なお当該判定部の機
能は、一般に、制御部５０Ｆが実行するアプリケーショ
ンプログラムの１つとして実現される。
【０４０３】協賛商品・役務記録部５０Ｎは、協賛情報
判定部５０Ｍによる判定用の情報を記録している記録媒
体又は記憶媒体である。かかる媒体には、例えば、ＣＤ
−ＲＯＭ、磁気記録方式の媒体（テープ、フロッピーデ
ィスク、ハードディスク、磁気カード等）、光記録方式
の媒体（追記型ＣＤ、ＤＶＤ、光カード等）、光磁気記
録方式の媒体（ＤＶＤ、ＭＤ、ＭＯ等）、半導体メモリ
（不揮発性メモリ、ＲＡＭ等）等が考えられる。勿論、
他の記録部と物理的には同じ媒体を使用し、記憶領域の
みを異なるものとしても良い。従って、例えば選択入力
用情報記録部５０Ｉと共用することも可能である。
【０４０４】なおこの情報は、映像番組の作成のために
協賛を受けた商品や役務についての情報であるため、前
述の協賛取引支援システムにて蓄積された該当情報が存
在する場合にはそれを流用することで情報の有効活用を
実現できる。もっとも、当該協賛取引支援システムを用
いない場合には、別途入力された情報を使用すれば良
い。
【０４０５】フラグ付与部５０Ｏは、協賛情報判定部５
０Ｍによる判定の結果、入力情報が協賛対象商品又は役
務である場合にその旨を表わすフラグデータを番組付加
データに付与する手段である。具体的には、対象商品・
役務が協賛されているか否かの表示用に確保されている
データ部分を有為レベルに設定する（フラグを付与す
る）ための手段である。当該情報が番組付加データに記
録することにより、協賛品の情報のみを集めた画面を作
成するといった信号処理も可能となる。
【０４０６】チェック付与部５０Ｐは、フラグ付与部５
０Ｏと同じ情報を表示画面に反映させるための手段であ
る。すなわち、チェック付与部５０Ｐは、協賛情報判定
部５０Ｍによる判定の結果、入力情報が協賛対象商品又
は役務に該当する場合に、表示画面上のチェック項目欄
に自動的にチェック記号を付与するための手段である。
勿論、入力項目に協賛品等であるか否かを示す表示欄が
存在することが前提である。もっとも、入力者自身が当
該情報を手入力することも可能である。当該機能の設け
ることで入力効率の向上と誤入力の回避を実現できる。
【０４０７】なお、フラグ付与部５０Ｏ及びチェック付
与部５０Ｐは、いずれも制御部５０Ｆが実行するアプリ
ケーションプログラムの１つとして実現される。これら
の機能は、協賛情報判定部５０Ｍとセットで搭載され
る。これらの機能は、通常双方共に搭載されるが、いず
れか一方のみを搭載する構成とすることもできる。
【０４０８】続いて、図２４について説明する。図２４
は、番組付加データを作成しようとする場面情報を、記
録媒体から再生される一般キーデータから取り出すこと
で入手する番組付加データ作成装置の構成例である。図
２４も図２２の場合と同様に、基本的な機能についての
み表わしている。従って、図２３に示す協賛情報判定部
５０Ｍ、協賛商品・役務記録部５０Ｎ、フラグ付与部５
０Ｏ、チェック付与部５０Ｐを搭載することも可能であ
る。
【０４０９】図２４に示す番組付加データ作成装置が図
２２と違う点は、コード情報受信部５０Ｇがコード情報
抽出部５０Ｑに置き換わっている点と、映像番組データ
再生装置５０Ｒが図中に現れる点である。
【０４１０】ここで、コード情報抽出部５０Ｑは、映像
番組データ再生装置５０Ｒの再生信号を常時監視してお
り、場面特定情報（例えば、ＵＭＩＤやタイムコード）
を抽出する手段である。なお、図２４の番組付加データ
作成装置の場合には、表示手段５０Ｌの画面上か他のモ
ニタ装置の画面上に再生映像が表示されていることが必
要となる。番組付加データを作成しようとしている作業
者は、何らかの画面上に再生されている映像（音声その
他の音響も含む。）を確認しながら商品・役務等に関す
る番組付加データの作成に適した場面で場面の選択操作
を実行することになる。なお、このコード情報抽出部５
０Ｑに場面変化抽出部を設け、場面の変化点が検出され
る度に新たなコード情報を場面記録部５０Ｈに自動的に
記録できるようにしても良い。
【０４１１】映像番組データ再生装置５０Ｒは、何らか
の媒体（ＣＤ−ＲＯＭ、磁気記録方式の媒体（テープ、
フロッピーディスク、ハードディスク、磁気カード
等）、光記録方式の媒体（追記型ＣＤ、ＤＶＤ、光カー
ド等）、光磁気記録方式の媒体（ＤＶＤ、ＭＤ、ＭＯ
等）、半導体メモリ（不揮発性メモリ、ＲＡＭ等）等）
に記録された映像番組データを再生する装置であり、媒
体の種類や記録フォーマットに応じた再生信号系が搭載
されている。
【０４１２】もっとも、再生専用装置である必要はな
く、撮像カメラ５１から与えられる映像番組データを所
定のフォーマットで所定の媒体に記録する記録系を搭載
していても良い。なお図２４では、映像番組データ再生
装置５０Ｒを番組付加データ作成装置５０の筐体内に配
置しているが、装置本体に対して外部接続されていても
良いのは勿論である。この場合、装置本体には映像番組
データ再生装置５０Ｒと通信するための通信機能が必要
となる。因みに、映像番組データ再生装置５０Ｒを装置
本体に対して外部接続する場合には、番組付加データ作
成装置５０を携帯型の装置とすることが容易となる。
【０４１３】以上、図２２〜図２４に示す番組付加デー
タ作成装置５０としては、いわゆる専用端末の他、コン
ピュータ端末（ノート型、デスクトップ型）、ＰＤＡ、
携帯電話機、ゲーム機、セットトップボックス、ＰＣカ
ード、家電、ＶＴＲ、テレビジョン受像機、カーナビ、
情報処理機能付き腕時計、音楽やゲーム用の配信端末、
金融端末（ＡＴＭ）、その他を用い得る。
【０４１４】（ｂ）入力フォーム画面 図２５〜図２７に入力フォーム画面の一例を示す。これ
らは専ら入力時間が限られる現場用に適した入力フォー
ムである。かかる入力フォームを用いることで、何人が
入力作業を行う場合でも入力項目の統一を実現できる。
特に映像番組の作成には非常に多くの人員及び制作会社
が関与することになるため、入力項目を統一できること
の利点は映像資産を管理する上でも非常に大きい。ま
た、この特性を積極的に利用することより、入力作業を
複数人に分散し効率的な入力を図ることもできる。
【０４１５】図２５に第１の入力画面例を示す。図２５
の場合、表示画面５３の上段に情報入力欄５４が、中段
に入力済情報表示欄５５が、下段に操作ボタンとしての
決定ボタン５６、修正ボタン５７、場面入力ボタン５
８、協賛ボタン５９が表示される。ここでは場面入力を
手動で行う場合を想定しているため場面入力ボタン５８
が表わされている。またここでは、協賛事業者から提供
を受けた協賛品又は役務であることの入力を手入力で行
うことを想定しているため協賛ボタン５９が設けられて
いる。
【０４１６】情報入力欄５４には、入力項目５４Ａ〜５
４Ｃと、これらに対応する入力欄５４Ｄ〜５４Ｆとが表
示される。図２５の場合、入力項目は場面情報５４Ａ、
タイムコード５４Ｂ、会社名５４Ｃである。因みに、こ
こでの会社名は各場面の映像に現れる商品や役務を製造
した又は提供する会社に関するものである。
【０４１７】入力欄５４Ｄ〜５４Ｆのうち、場面情報５
４Ａとタイムコード５４Ｂに対応する入力欄５４Ｄ及び
５４Ｅについては、場面入力ボタン５８が操作された時
点のコード情報が自動的に表示される。もっとも場面情
報やタイムコードの自動入力を実行する場合には、当該
コード情報が自動的に表示される。従って、この画面例
で作業者が手入力する項目は会社名５４Ｃのみである。
因みに、協賛品（又は協賛役務）か否かの情報は協賛ボ
タン５９の操作で入力する。もっとも図２５の場合に
は、入力対象が協賛品（協賛役務）か否かの情報を情報
入力欄５４に表示しない設定としているが、これらを表
示させることも可能である。
【０４１８】情報入力欄５４に情報を手入力する場合の
手段としては、不図示の入力キー（文字が割り付けられ
ているもの）、ダイヤルキー、キーボードその他を使用
する。また、ペン入力機能を用いても良い。ここで、情
報入力欄５４に入力した内容の確定には決定ボタン５６
を使用する。入力が確定した情報は入力済情報表示欄５
５に表示される。
【０４１９】入力済情報表示欄５５には、入力済情報が
一覧表示される領域の他に、スクロールバー５５Ａ、タ
イトルバー５５Ｂが表示される。タイトルバー５５Ｂに
は情報入力欄５４の入力項目に対応する項目が通常表示
される。図２５の場合、情報入力欄に５４にない項目、
すなわち「協賛品」がタイトルバー５５Ｂに表示されて
いるが、これは協賛ボタン５９の操作で入力された情報
の確認用である。もっとも、協賛品（又は協賛役務）か
否かの情報については、入力済表示欄５５の画面上で入
力できるようにしても良い。入力方法としては、チェッ
ク欄を指定した状態で協賛ボタン５９を操作する方法や
チェック欄を入力ペン等でタッチすることで行う方法
（例えば、表示画面を覆う透明電極からなる位置検出手
段によってペン先の位置を検出する方法）が考えられ
る。チェックされた項目は、チェックされていない他の
項目と区別可能な状態に表示が変化する。図２５におい
ては、チェック欄が５５Ｃに示すように塗りつぶし表示
される。
【０４２０】修正ボタン５７は入力された情報を修正し
たい場合に使用される。例えば、修正したい入力列を指
定した状態で修正ボタン５７を操作する。修正ボタン５
７が操作されることで、修正対象となった情報が再び情
報入力欄５４に表示され、修正可能な状態になる。
【０４２１】なお、１つの場面に対して複数の会社名を
登録したい場合には、例えば、複数入力用の機能が割り
当てられているボタンを押しながら決定ボタン５６を操
作して場面情報５４Ｄとタイムコード５４Ｅを保存させ
ても良いし、場面特定情報（図２５の場合、場面情報と
タイムコード）の複写ボタンを設けておき、入力済情報
表示欄５５の画面上で選択された入力情報の場面特定情
報を入力欄５４Ｄ及び５４Ｅに複写させるようにしても
良い。また、自動的に入力欄の場面特定情報が更新され
る機能を備える場合には、作業者が特定の操作を行うま
で入力欄５４Ｄ及び５４Ｅの情報が更新されないように
しても良い。
【０４２２】図２６に第２の入力画面例を示す。図２６
は、番組付加データ作成装置５０に選択入力用情報記録
部５０Ｉが搭載されている場合の表示例である。図２６
では、入力項目「会社名」に対する入力欄５４Ｆに選択
入力機能が割り付けられている。図２６は、入力欄５４
Ｆに対する選択候補画面５４Ｇが展開表示されている状
態を表わしている。かかる入力画面の場合、入力作業者
は選択候補画面５４Ｇに一覧表示されている項目の中か
ら１つを選択するだけで良い。
【０４２３】図２７に第３の入力画面例を示す。図２７
は、前述の２つの入力画面例とは異なり、情報の入力に
ドラッグアンドドロップ方式を採用する。このため、こ
の第３の表示画面例では、選択項目表示欄６０に入力候
補を一覧表示する方式を採用する。図２７の場合、入力
候補の情報が割振られた候補ボタン６０Ｃが表示され
る。情報入力欄６０にスクロールバー６０Ａとタイトル
バー６０Ｂが表示される点は前述の入力画面例と同じで
ある。
【０４２４】また、この第３の入力画面例では、選択項
目表示欄６０の下段に、入力済情報の確認欄であると共
に新規情報の入力欄としても機能する入力済情報表示欄
６１を表示する。もっとも、入力済情報表示欄６１にス
クロールバー６１Ａやタイトルバー６１Ｂが表示される
点は上述の入力画面例と同じである。また、協賛品（協
賛役務）のチェック欄がチェックされた項目の表示が６
１Ｃのように変化することも上述の入力画面例と同じで
ある。
【０４２５】この図２７の場合、商品・役務の会社名の
入力は、場面入力ボタン５８の操作によって取り込まれ
た又は場面変化の自動検出により取り込まれた場面特定
情報（場面情報とタイムコード）の表示位置に選択した
候補ボタン６０Ｃをドラッグアンドドロップ操作するこ
とにより行う。もっとも、ドラッグアンドドロップによ
らなくても、例えばいずれかの候補ボタン６０Ｃを選択
した状態で決定ボタン５６を操作することで情報の入力
を実行させるようにしても良い。
【０４２６】なお、前述の３つの入力画面例では場面特
定情報として、場面情報（例えば、ＵＭＩＤ）とタイム
コード（例えば、時：分：秒：フレーム番号）が自動入
力されるものとして説明したが、これらの情報も手入力
するようにしても良い。また、場面情報とタイムコード
のいずれか一方のみを入力対象としても良い。表示につ
いても同様である。
【０４２７】（ｃ）入力作業時の処理動作 図２８及び図２９に、番組付加データ作成装置５０によ
る入力作業時の処理手順例を示す。なお図２８は選択入
力機能を有する番組付加データ作成装置５０に関するも
のであり、図２９はドラッグアンドドロップ機能を有す
る番組付加データ作成装置５０に関するものである。な
お、図２８及び図２９のいずれにも、入力情報が協賛対
象商品又は役務に該当する場合に、表示画面のチェック
項目欄に自動的にチェック記号を付与する機能が搭載さ
れているものとする。
【０４２８】まず、図２８について説明する。制御部５
０Ｆは当該機能実行用のアプリケーションプログラムの
実行が指定されると、入力フォーム記録部５０Ｂから入
力フォームの読み出しを行う（ステップＳ２１）。制御
部５０Ｆは読み出された入力フォームを表示制御部５０
Ａで展開し、所定の信号形式（データ形式）にて表示手
段５０Ｌに出力する。かくして画面上には、例えば図２
６に示すような入力フォームが表示される（ステップＳ
２２）。
【０４２９】この表示画面で、制御部５０Ｆは入力場面
の選択操作があったか否か判定する（ステップＳ２
３）。この選択操作は場面入力ボタン５８を通じて行わ
れる。場面入力ボタン５８の操作を通じた場面の選択が
認識されると（ステップＳ２３で肯定結果）、制御部５
０Ｆは当該時点に取り込まれているコード情報を場面記
録部５０Ｈに記録する。例えば、コード情報の取り込み
経路には、コード情報受信部５０Ｇによるものや（図２
２、図２３）、コード情報抽出部５０Ｑによるもの（図
２４）が考えられる。この後、制御部５０Ｆは取り込ん
だ情報を表示制御部５０Ａに与え、表示中の入力フォー
ムに関連付けて表示する。
【０４３０】続いて、制御部５０Ｆは、特定された入力
項目が選択入力可能な項目か否か判定する。例えば、図
２５の「会社名」のように操作者が直接入力する項目
（任意の文字列を入力する項目）が指定された場合には
否定結果を、図２６の「会社名」のように操作者が選択
入力する項目が指定された場合には肯定結果を得る。
【０４３１】肯定結果が得られた場合、制御部５０Ｆは
該当する項目について予め用意されている情報、すなわ
ち選択入力用情報記録部５０Ｉに記録されている情報を
読み出して表示制御部５０Ａに与え、図２６のように入
力候補を一覧表示する（ステップＳ２６）。この状態で
ある候補が選択されると（不図示のカーソル移動キーな
どによって項目が選択され、決定ボタン５６が操作され
ると）、制御部５０Ｆは、決定された情報を入力欄５４
Ｆに表示する（ステップＳ２７）。一方、否定結果が得
られた場合、制御部５０Ｆは該当する項目について操作
者が入力した情報を入力欄５４Ｆに表示する（ステップ
Ｓ２８）。
【０４３２】このように入力項目が確定すると、制御部
５０Ｆは協賛情報判定部５０Ｍに入力された情報が協賛
商品又は協賛役務に関するものか否か判定させる（ステ
ップＳ２９）。入力情報が協賛商品又は協賛役務である
と判定されると（ステップＳ２９で肯定結果が得られる
と）、チェック付与部５０Ｐから表示制御部５０Ａにチ
ェック記号を付与するように指示が出され、チェック項
目欄にチェック記号（例えば、５５Ｃ）を表示させて１
つの商品・役務についての入力処理を終了する（ステッ
プＳ３０）。
【０４３３】一方、入力情報が協賛商品又は協賛役務で
ないと判定されると（ステップＳ２９で否定結果が得ら
れると）、チェック付与部５０Ｐから表示制御部５０Ａ
に対して何らの指示も出されないか、又はチェック記号
を付さないような指示が出される。この結果、表示画面
については何らの変更もなく１つの商品・役務について
の入力処理を終了する。
【０４３４】もっとも入力処理の終了を確定するために
決定ボタン５６による操作を必要としても良い。また図
２８では番組付加データ作成装置に協賛商品・役務の自
動判定機能と自動チェック付与機能とが設けられている
ものとして説明したが、一般に会社名レベルでの入力の
みでは協賛対象か否かの自動判定はあまり意味をもたな
いため、手入力で協賛品項目のチェック欄をチェックす
ることが考えられる。
【０４３５】次に、図２９について説明する。制御部５
０Ｆは当該機能実行用のアプリケーションプログラムの
実行が指定されると、入力フォーム記録部５０Ｂから入
力フォームの読み出しを行う（ステップＳ３１）。制御
部５０Ｆは読み出された入力フォームを表示制御部５０
Ａで展開し、所定の信号形式（データ形式）にて表示手
段５０Ｌに出力する。かくして画面上には、例えば図２
７に示すような入力フォームが表示される（ステップＳ
３２）。
【０４３６】この表示画面で、制御部５０Ｆは入力場面
の選択操作があったか否か判定する（ステップＳ３
３）。この選択操作は場面入力ボタン５８を通じて行わ
れる。場面入力ボタン５８の操作を通じた場面の選択が
認識されると（ステップＳ３３で肯定結果）、制御部５
０Ｆは当該時点に取り込まれているコード情報を場面記
録部５０Ｈに記録する。コード情報の取り込み経路につ
いては図２８の説明と同じである。この後、制御部５０
Ｆは取り込んだ情報を表示制御部５０Ａに与え、表示中
の入力フォームに関連付けて表示する。
【０４３７】次に、制御部５０Ｆは、選択項目表示欄６
０に表示されている項目のうち操作者によって選択され
たものが何であるか、選択された情報のドラッグアンド
ドロップ先がいずれの領域であるかを監視し、ドロップ
先が入力済情報表示欄６１の所定位置であるとき当該位
置に選択された情報を表示させる。このとき、ドロップ
先は現在入力対象としている情報の場面特定情報が表示
されている表示列上に限定しても良いし、単に入力済情
報表示欄６１のいずれかの位置としても良い。
【０４３８】この後の処理は、図２８と同じ符号を付し
て示してあるように、図２８の処理と同じであるので省
略する。
【０４３９】（Ｃ−３）２次入力用システム 続いて、映像素材の編集現場や番組付加データの後入力
作業を想定した２次入力システムについて説明する。前
述のように１次と２次は便宜上の区分であるので、以下
説明する２次入力システムを１次入力システムとして使
用することも可能である。また、当該システムは、必ず
しも映像制作事業者側に設けられる必要は無く、視聴者
と協賛企業との商取引を仲介する仲介事業者側に設けら
れていても良い。
【０４４０】（ａ）端末構成 図３０及び図３１に番組付加データ作成装置の実施形態
例を示し、図３２に当該装置を備える映像番組編集装置
の実施形態例を示す。なお、番組付加データ作成装置の
最終出力形態には伝送路出力型と記録出力型とがある。
以下、各場合について説明する。
【０４４１】まず図３０及び図３１について説明する。
図３０に示す番組付加データ作成装置６３は、表示制御
部６３Ａと、入力データ記録部６３Ｂと、番組付加デー
タ記録部６３Ｃと、制御部６３Ｄと、番組付加データ生
成部６３Ｅと、インデックス画面記録部６３Ｆと、イン
デックス画面作成部６３Ｇと、レイアウト情報保持部６
３Ｈと、リンク情報埋込機能部６３Ｉと、インターフェ
ース６３Ｊと、バス６３Ｋと、操作入力部６３Ｌと、表
示手段６３Ｍとを備えている。
【０４４２】なお図３０においては、操作入力部６３Ｋ
と表示手段６３Ｍが装置本体に対して外部接続される場
合について表わしているが、ノートパソコン、ＰＤＡ、
携帯電話機のように操作入力部と表示手段とが装置本体
と一体になっている場合も含み得る。一方、記録部や各
種機能部はいずれも装置本体に内蔵されるように表わし
ているが、これらについても装置本体に対して外部接続
されていても良い。因みに外部接続の方法には有線接続
（シリアルかパラレルかを問わない。また、同軸ケーブ
ルか、ツイストペアケーブルか、光ファイバか否かを問
わない。）の他、無線接続（無線帯域は問わない。ま
た、スペクトル拡散方式（例えばブルートゥース）か否
かを問わない。）も考えられる。
【０４４３】表示制御部６３Ａは、表示手段６３Ｍに応
じた信号形式（データ形式）で画像データを再生出力す
る手段である。出力信号としては、例えば、ビデオ出力
（ＮＴＳＣビデオ、コンポジット・ビデオ、Ｓ−ビデ
オ）やＲＧＢ出力がある。表示制御部６３Ａには、用途
によってはデータのデコード機能（例えば、ＭＰＥＧ
（Moving Picture Experts Group ））も備える。
【０４４４】入力データ記録部６３Ｂは、操作入力部６
３Ｌを通じて入力されたデータを記録しておく記録媒体
又は記憶媒体である。ここでの媒体には、一般にＲＡＭ
が使用されるが、入力データを書き込むことができる記
録媒体であれば種類は問わない。また、この入力データ
記録部６３Ｂも入力データ専用の記録部である必要はな
い。例えば、入力データ記録部６３Ｂを、番組付加デー
タ記録部６３Ｃその他と物理的に同じ媒体で実現し、記
録領域を別領域としても良い。なお、入力データ記録部
６３Ｂや番組付加データ記録部６３Ｃ等は、表示制御部
６３Ａの内部に設けられていても良い。
【０４４５】番組付加データ記録部６３Ｃは、作成され
た番組付加データを記録しておく記録媒体又は記憶媒体
である。かかる媒体には、例えば、磁気記録方式の媒体
（テープ、フロッピーディスク、ハードディスク、磁気
カード等）、光記録方式の媒体（追記型ＣＤ、ＤＶＤ、
光カード等）、光磁気記録方式の媒体（ＤＶＤ、ＭＤ、
ＭＯ等）、半導体メモリ（不揮発性メモリ、ＲＡＭ等）
等が考えられる。
【０４４６】制御部６３Ｄは、番組付加データ作成装置
６３を構成する各部の制御や信号処理を実行する手段で
ある。一般にマイクロコンピュータ構成を採る。通常、
制御部６３Ｄの機能はオペレーションシステムプログラ
ムとアプリケーションプログラムによって規定される。
【０４４７】番組付加データ生成部６３Ｅは、入力デー
タ記録部５０Ｃに記録されている入力データとレイアウ
ト情報保持部６３Ｈに記録されているレイアウト情報
（視聴者に提示する際に使用されるレイアウト情報）そ
の他を結合して番組付加データを生成する手段である。
この番組付加データ生成部６３Ｅでは、一般に図２０に
示すような番組付加データ４６が生成される。
【０４４８】インデックス画面記録部６３Ｆは、番組付
加データの対応する映像番組の場面の確認用に用いられ
るインデックス画面を記録しておく記録媒体又は記憶媒
体である。ここでの媒体には、一般にＲＡＭが使用され
るが、入力データを書き込むことができる媒体であれば
種類は問わない。また、このインデックス画面記録部６
３Ｆもインデックス画面データ専用の記録部である必要
はない。例えば、インデックス画面記録部６３Ｆを、前
述の番組付加データ記録部６３Ｃその他と物理的に同じ
媒体で実現し、記録領域を別領域としても良い。
【０４４９】インデックス画面作成部６３Ｇは、番組付
加データに対応する場面の代表的なフレーム画像をイン
デックス画面として抽出する手段である。インデックス
画面は対応場面の確認に用いるための画像であるため、
一般に本放送で使用される映像よりも画像情報を低減し
たものが生成される。ただし、常に画像品質を落とす必
要は無く、本放送と同じ情報を備えていても良い。
【０４５０】通常、インデックス画面には、各場面の内
容を代表するフレーム画像が用いられる。例えば、対応
場面の先頭フレーム、作業者の選択した協賛商品や協賛
役務の確認の容易なフレーム、対応場面の末尾フレーム
その他が考えられる。このようにフレーム画像の選択規
則が定められている場合、インデックス画面作成部６３
Ｇがインデックス画面を自動的に作成することも可能で
ある。もっとも、作業者の選択による場合には、操作入
力部６３Ｋから指示されたタイムコードのフレーム画像
を使用する。この他、インデックス画面をコンピュータ
グラフィック等で表すことも可能である。
【０４５１】レイアウト情報保持部６３Ｈは、視聴者に
よる番組付加データの確認が容易になるように番組付加
データの表示位置や修飾情報を規定するレイアウト情報
を保持する記録媒体又は記憶媒体である。かかる媒体に
は、例えば、磁気記録方式の媒体（テープ、フロッピー
ディスク、ハードディスク、磁気カード等）、光記録方
式の媒体（追記型ＣＤ、ＤＶＤ、光カード等）、光磁気
記録方式の媒体（ＤＶＤ、ＭＤ、ＭＯ等）、半導体メモ
リ（不揮発性メモリ、ＲＡＭ等）等が考えられる。勿
論、他の記録部と物理的には同じ媒体を使用し、記憶領
域のみを異なるものとしても良い。
【０４５２】レイアウト情報には、例えば、ＸＭＬ（Ex
tensible Markup Language）ファイルのスタイルシート
その他が考えられる。汎用性を考えると、商品や役務に
関する詳細情報その他から独立して取り扱えるものが望
ましい。なお、ＨＴＭＬ（Hypertext Markup Languag
e）形式による番組付加データの表示を否定するもので
はない。番組付加データの表記にどのような言語を使用
するかは、どのような経路によって情報を提供するかに
よる。
【０４５３】レイアウト情報の詳細については後述する
が、１つの情報提供画面にて１つの商品・役務について
の情報のみを提供する方法、１つの情報提供画面にて１
つの場面に現れる複数の商品・役務についての情報の提
供を可能とする方法（前述のメタポケット）、１つの情
報提供画面にて複数の場面に現れる情報（各場面には複
数の商品・役務についての情報が対応付けられている）
の提供を可能とする方法（前述のメタモール）が考えら
れる。
【０４５４】リンク情報埋込機能部６３Ｉは、インデッ
クス画面を番組付加データに埋め込む場合にインデック
ス画面に対応する場面の映像データの動画再生機能や音
響データの再生機能をリンクさせるためのリンク情報を
埋め込むための手段である。例えば、対応場面の場面特
定情報（ＵＭＩＤやタイムコード）を有する番組データ
（映像データや音響データ）のファイル情報、動画再生
機能や音響データの再生機能用に別途用意されているフ
ァイル情報へのリンク情報が記録される。なお、動画再
生機能や音響再生用に別途用意するデータは、簡易提示
用に編集したものや場面の一部期間のデータであっても
良い。
【０４５５】インターフェース６３Ｊは、ローカルエリ
アネットワーク（ＬＡＮ）７０とのインターフェース手
段である。なお図３０ではバス型のＬＡＮを使用してい
るが、接続形態にはリング型やスター型など幾つかの方
法が考えられる。
【０４５６】バス６３Ｋはデータの入出力バスであり、
例えばＩＳＡバス、ＥＩＳＡバス、ＰＣＩバスその他で
ある。操作入力部６３Ｌとしては、例えばキーボード、
マウス、ポインティングデバイス（パッド、ペン、ポイ
ンタその他）、ダイヤル（クリック機能付きを含む）、
押しボタンキーその他がある。
【０４５７】表示手段６３Ｍは、番組付加データの入力
画面その他の画面を表示するのに使用される装置であ
る。一般にモニタ装置が使用される。もっとも一般家庭
で用いられる場合にはテレビジョン受像機の画面が用い
られる。また、携帯型の装置の場合には、液晶表示装置
その他の小型軽量型の表示装置が使用される。
【０４５８】図３０に示す番組付加データ作成装置６３
としては、いわゆる専用端末の他、コンピュータ端末
（ノート型、デスクトップ型）、ＰＤＡ、携帯電話機、
ゲーム機、セットトップボックス、ＰＣカード、家電、
ＶＴＲ、テレビジョン受像機、カーナビ、情報処理機能
付き腕時計、音楽やゲーム用の配信端末、金融端末（Ａ
ＴＭ）、その他を用い得る。
【０４５９】因みに放送局や映像制作会社で使用する場
合には、かかる番組付加データ作成装置６３に、番組付
加データデータベース６５、商品・役務情報データベー
ス６６、番組データ再生装置６７、送出用データ作成装
置６８、多重処理装置６９がＬＡＮ７０経由で接続され
る。
【０４６０】番組付加データデータベース６５は、１次
入力用システムにて制作された番組付加データを取り込
んで蓄積するのに用いられる他、前述の番組付加データ
作成装置６３で新たに作成された番組付加データを蓄積
するのにも使用される。なお１次入力用システムからの
データの取り込みには不図示のインターフェース機器が
使用され、番組付加データはデータ伝送の形態又は記録
媒体の形態で取り込まれる。伝送方式や記録媒体の形態
については問わない。
【０４６１】商品・役務情報データベース６６は、番組
付加データの作成に必要な商品・役務に関する詳細情報
を蓄積しておくためのデータベースである。蓄積されて
いる情報は当該２次入力用システムにて別途入力された
ものでも良いし、前述の協賛取引支援システムから入手
した情報であっても良い。協賛取引支援システムから入
手する場合も、一連の情報は伝送の形態又は記録媒体の
形態で取り込まれる。伝送方式や記録媒体の形態につい
ては問わない。
【０４６２】番組データ再生装置６７は、編集済みの番
組データを再生するための手段である。当該手段には番
組データが記録されている媒体に応じたものが使用され
る。例えば、番組データが磁気テープに記録されている
場合にはビデオテープレコーダ（ＶＴＲ）が使用され、
番組データがハードディスクに記録されている場合には
ハードディスク駆動装置が使用される。勿論、番組デー
タが光学式の媒体に記録されている場合には光学式の再
生装置が使用される。なお、番組データ再生装置６７で
再生された番組データ（映像データや音響データ）は番
組付加データ作成装置６３で使用される他、視聴者側へ
の本放送等に使用される。
【０４６３】送出用データ作成装置６８は、番組付加デ
ータを映像データと共に出力するために、番組付加デー
タを出力形態に応じたデータ形式に変換する手段であ
る。送出用データ作成装置６８の構成例を図３１に示
す。図３１の場合、送出用データ作成装置６８は、ＬＡ
Ｎインターフェース６８Ａと、番組付加データをパケッ
ト形態のデータに変換するパケット処理部６８Ｂと、外
部と通信するための通信部６８Ｃと、アクセス情報入手
部６８Ｄと、アクセス回数付与部６８Ｅと、バス６８Ｆ
とを有する。
【０４６４】なお図３１の場合、パケット処理部６８Ｂ
を用いて番組付加データを伝送フォーマットに応じたデ
ータ構造のパケットに変換しているが、ファイル転送方
式で番組付加データを転送することもできる。アクセス
情報入手部６８Ｄは、各番組付加データに関連する商品
・役務に関する視聴者側の関心の高さを表わす１つの指
標であるアクセス情報を商取引仲介事業者のデータベー
スより入手するための手段である。当該情報の入手には
通信部６８Ｃが使用される。言うまでもなく、通信部６
８Ｃには外部データベースとの接続に使用される通信回
線に応じたものが使用される。通信形態は無線によるか
有線によるか問わない。
【０４６５】なお、アクセス回数付与部６８Ｅは、商品
・役務毎におけるアクセス回数の集計結果や場面単位に
おけるアクセス回数の集計結果を番組付加データに付与
するための手段である。かかる機能を送出用データ作成
装置６８内に設けることにより、常に最新のアクセス情
報の付された番組付加データを放送形態又は通信形態で
配信することができる。なお、アクセス回数の集計処理
は送出用データ作成装置６８内で行っても良いし、外部
のデータベースから直接受け取る方式を採用しても良
い。
【０４６６】この送出用データ作成装置６８は、後述す
る多重処理装置６９と共に映像番組データ作成装置７３
を構成する。因みに、多重処理装置６９は、送出用デー
タ作成装置６８でパケット化された番組付加データを、
番組データ再生装置６７から与えられる番組データ（パ
ケット化されている）に多重化する手段である。当該多
重処理の結果、最終出力形態の映像番組データが生成さ
れる。
【０４６７】なお、ゲートウェイ７１は、インターネッ
トや無線通信網等とＬＡＮ７０を相互接続するためのハ
ードウェア手段又はソフトウェア手段である。図３０の
場合、映像番組データ（多重処理装置６９の出力）又は
番組データのみ若しくは番組付加データのみを送信する
ために使用される。一般に当該送信は通信形式にて行わ
れる。
【０４６８】記録装置７２は、需要者への配布用に映像
番組データを記録媒体に記録する手段である。当該記録
装置７２には記録媒体に応じたものが使用される。一般
には容量の関係から大容量のものが使用されるが、番組
付加データのみを記録する場合には容量の小さいもので
も可能である。
【０４６９】記録媒体には、例えばＣＤ−ＲＯＭ、磁気
記録方式の媒体（磁気テープ、フロッピーディスク、ハ
ードディスク、磁気カード等）、光記録方式の媒体（追
記型ＣＤ、ＤＶＤ、光カード等）、光磁気記録方式の媒
体（ＤＶＤ、ＭＤ、ＭＯ等）、半導体メモリ（不揮発性
メモリ等）等が考えられる。また記録方法には、電気的
に行う方法（データに応じて磁気や光量を変化させ、記
録媒体に記録していく方法）の他、半導体製造技術を用
いる方法（原盤を作成してスタンパする方法）が考えら
れる。
【０４７０】送信機７３は、有線路（光ケーブル、電源
線、電話線その他）や無線路（地上波又は衛星波。放送
形式か通信形式かを問わない。）を介して映像番組デー
タや番組付加データ等を視聴者に送信又は配信するため
の手段である。
【０４７１】図３０は番組付加データ作成装置を使用し
て構成される一般的な放送局内システム又は映像制作事
業者内システムの構成例である。なお、番組付加データ
作成装置の機能は、既存の映像番組編集装置に内蔵させ
ることも可能である。図３２では、番組付加データ作成
機能付きの映像番組編集装置の構成例を示す。
【０４７２】図３２に示す映像番組編集装置７５は、表
示制御部７５Ａと、制御部７５Ｂと、システム制御部７
５Ｃと、ディスク制御部７５Ｄと、ハードディスク装置
７５Ｅと、映像特殊効果処理部７５Ｆと、映像入出力部
７５Ｇと、ビデオテープレコーダ（ＶＴＲ）７５Ｈと、
音声入出力／ミキサ部７５Ｉと、番組付加データ作成処
理部７５Ｊと、操作入力部７５Ｋと、表示装置７５Ｌと
を備えている。
【０４７３】なお図３２の場合も、操作入力部７５Ｋと
表示手段７５Ｌが装置本体に対して外部接続される場合
について表わしているが、ノートパソコン、ＰＤＡ、携
帯電話機のように操作入力部と表示手段とが装置本体と
一体になっている場合も含み得る。一方、ハードディス
ク装置７５Ｅやビデオテープレコーダ７５Ｈはいずれも
装置本体に内蔵されるように表わしているが、これらに
ついても装置本体に対して外部接続されていても良い。
因みに外部接続の方法には有線接続（シリアルかパラレ
ルかを問わない。また、同軸ケーブルか、ツイストペア
ケーブルか、光ファイバか否かを問わない。）の他、無
線接続（無線帯域は問わない。また、スペクトル拡散方
式（例えばブルートゥース）か否かを問わない。）も考
えられる。
【０４７４】表示制御部７５Ａは、表示手段７５Ｍに応
じた信号形式（データ形式）で画像データを再生出力す
る手段である。出力信号としては、例えば、ビデオ出力
（ＮＴＳＣビデオ、コンポジット・ビデオ、Ｓ−ビデ
オ）やＲＧＢ出力がある。表示制御部７５Ａには、用途
によってはデータのデコード機能（例えば、ＭＰＥＧ
（Moving Picture Experts Group ））も備える。
【０４７５】制御部７５Ｂは、操作入力部７５Ｌを通じ
て入力される指示に応じて各部の制御や信号処理を命じ
る手段である。一般にマイクロプロセッサ構成を採る。
また、システム制御部７５Ｃは、ビデオテープレコーダ
７５Ｈの読み書き制御や信号処理を制御する手段であ
る。制御部７５Ｂと同じく一般にマイクロプロセッサ構
成を採る。なお、これら制御部の機能はオペレーション
システムプログラムやアプリケーションプログラムによ
って規定される。
【０４７６】ディスク制御部７５Ｄは、ハードディスク
装置７５Ｅの読み書きを制御する手段である。ここでの
ハードディスク装置７５Ｅには、編集中の映像データや
音響データが格納される。映像特殊効果処理部７５Ｆ
は、映像入出力部７５Ｇを介して読み出した映像データ
に対し、編集作業者の指定した任意の特殊効果を施す手
段である。例えば、ワイプ、スーパーインポーズ、キー
合成、拡大・縮小その他の二次元効果処理や三次元効果
処理が実行される。当該映像特殊効果処理部７５Ｆは、
一般にスイッチャとの組み合わせで構成される。
【０４７７】映像入出力部７５Ｇは、複数台のビデオテ
ープレコーダ７５Ｈとの間で映像データを読み書きする
ための手段である。各ビデオテープレコーダ７５Ｈに
は、映像素材としての映像番組データや編集済みの映像
番組データが記録されている。
【０４７８】一方、音声入出力／ミキサ部７５Ｉは、複
数台のビデオテープレコーダ７５Ｈとの間で音響データ
を読み書きすると共に、音響データにミキシング処理を
行う手段である。なお、図３２においては編集素材とし
ての映像番組データや編集済みの映像番組データの格納
手段としてビデオテープを使用しているが、光ディスク
装置その他の大容量媒体を使用し得る。
【０４７９】番組付加データ作成処理部７５Ｊは、前述
の番組付加データ作成装置６３の機能を実現する手段で
ある。すなわち、番組付加データ生成機能やインデック
ス画面作成機能その他が実行される。バス７５Ｋはデー
タの入出力バスであり、例えばＩＳＡバス、ＥＩＳＡバ
ス、ＰＣＩバスその他である。
【０４８０】操作入力部７５Ｌは、例えばキーボード、
マウス、ポインティングデバイス（パッド、ペン、ポイ
ンタその他）、ダイヤル（クリック機能付きを含む）、
押しボタンキーその他で構成される。表示手段７５Ｍ
は、番組付加データの入力画面その他の画面を表示する
のに使用される装置である。一般にモニタ装置が使用さ
れる。もっとも一般家庭で用いられる場合にはテレビジ
ョン受像機の画面が用いられる。また、携帯型の装置の
場合には、液晶表示装置その他の小型軽量型の表示装置
が使用される。
【０４８１】なお当該映像番組編集装置７５について
も、いわゆる専用端末の他、コンピュータ端末（ノート
型、デスクトップ型）、ＰＤＡ、携帯電話機、ゲーム
機、セットトップボックス、ＰＣカード、家電、ＶＴ
Ｒ、テレビジョン受像機、カーナビ、情報処理機能付き
腕時計、音楽やゲーム用の配信端末、金融端末（ＡＴ
Ｍ）、その他を用い得る。
【０４８２】（ｂ）データ作成画面 続いて、番組付加データの作成中に表示手段６３Ｍに表
示される作成画面の表示例を説明する。
【０４８３】（ｂ―１）表示例１ まず図３３の第１の表示画面７７について説明する。図
３３の表示画面７７は、タイトルバー７７Ａと、作成対
象とする場面に関する情報として入力すべき商品又は役
務に関する情報が表示される入力項目表示領域７７Ｂ
と、各場面に対する商品・役務データの間連付け状態を
時間軸に沿って表示する入力済情報表示領域７８Ｃとで
なる。
【０４８４】なお図３３は、協賛関係の商品・役務に関
する番組付加データを作成するためのものである。従っ
て、入力項目表示領域７７Ｂには、協賛商品・役務の一
覧のみが表示されている。しかし、協賛対象となってい
ない商品や役務の情報が表示されても良い。
【０４８５】入力項目表示領域７７Ｂには、協賛商品や
役務の提供者と提供される商品や役務に関する具体的な
情報が表示される。商品・役務に関する情報には画面上
での確認を容易にするため図記号（アイコン）が付与さ
れている。これらアイコンは、その表示形態や表示色、
また文字情報等から、対応する協賛商品や役務の識別が
可能なようになっている。図３３では、協賛者を表わす
ローマ文字と当該協賛者が提供する商品・役務を表わす
数字との組み合わせでなる記号が各アイコンに割り当て
られている。
【０４８６】入力済情報表示領域７７Ｃには、時間軸と
なるタイムコード欄７７Ｃ５、各場面の内容を表わす映
像欄７７Ｃ１（当該表示欄には各場面のインデックス画
面が表示される。）、各場面で用いられる効果音やＢＧ
Ｍの内容を表わす音響欄７７Ｃ２（当該表示欄には各場
面で用いられる音響の内容を表わす絵記号（アイコン）
が表示される。）、番組付加データとして入力される商
品・役務に関する情報を表わすデータ欄７７Ｃ３（当該
表示欄には各場面に関連付けられている賞品・役務の内
容を表わす絵記号（アイコン）が表示される。）、同一
画面で一覧表示される複数の場面の範囲を与えるリスト
欄７７Ｃ４（当該表示欄には対象となる場面の範囲が棒
グラフなどで表示される。）。
【０４８７】因みに、映像欄７７Ｃ１に表示されるイン
デックス画面は、番組付加データ作成装置６３の内部で
作成しても良いし（インデックス画面作成部６３Ｇで作
成する。）、映像編集装置７５で用いられているものを
流用しても良い。
【０４８８】なお、データ欄７７Ｃ３への商品・役務に
関する情報の割り付け方法には幾つかの方法がある。１
つは、入力項目表示領域７７Ｂで選択されたアイコンを
ドラッグアンドドロップ方式で行う方法である。この場
合、操作者は選択したアイコンを対応する場面のインデ
ックス画面上にドロップする方法と選択したアイコンを
対応する場面のデータ欄にドロップする方法が考えられ
る。いずれの入力方法を用いた場合でも、データ欄７７
Ｃ３の該当位置には入力された商品・役務の内容を表わ
す絵記号が表示される。
【０４８９】ところで、１次入力用システムにおいて既
に協賛者名レベルでの情報の入力が済んでいる場合（図
３３の場合、ローマ文字の「Ａ」や「Ｂ」の入力が済ん
でいる場合）、前述のドラッグアンドドロップ動作によ
って画面上の表示がドロップされた内容に置き換えられ
る。例えば、「Ａ」のみの表示が「Ａ−１」に置き換え
られる。
【０４９０】もっとも入力方法はドラッグアンドドロッ
プ方式に限らない。例えば、データ欄７７Ｃ３に表示さ
れた協賛者名のみからなるアイコンを選択操作すると
（例えば、クリックすると）、入力項目表示領域７７Ｂ
の選択候補の表示が変化するようにし（例えば、点滅し
たり、表示色が変わるようにし）、操作者によって選択
候補の１つが特定されることでデータ欄７７Ｃ３の入力
が完了するようにしても良い。
【０４９１】ただし、表示可能な面積には限りがあるた
め、一般的には図３３に示すような表示、すなわち複数
の商品・役務に関する情報が１つの場面に対応付けられ
ている場合でもいずれか１つのみが表示されることが多
い。勿論、複数の商品・役務に関する情報が登録されて
いることが表示の仕方で分かる場合もある。例えば、ア
イコンの並列表示や表示領域をずらした重ね表示を行え
ば表示内容の確認が可能である。
【０４９２】（ｂ−２）表示例２ しかしながら、アイコンを並列表示する場合も、表示領
域をずらしながら重ね表示する場合も内容の確認が難し
くなるのは避けられない。そこで、図３４の第２の表示
画面７８を用意する。図３４の表示画面７８では、前述
の第１の表示画面７７上に、データ欄７７Ｃ３の拡大表
示窓（ウィンドウ）７７Ｄを重ねて表示する。
【０４９３】図３４は１つの場面に間連付けられる商品
・役務の数がおおよそ３つである場合の例である（図
中、データ欄７７Ｃ１０、７７Ｃ２０、７７Ｃ３０）。
勿論、３つ以上の商品・役務が間連付けられる場合もあ
るが、その場合には表示領域に表示されない部分を画面
上に設けたスクロールバーの操作を通じて確認できるよ
うにしたり、拡大表示窓７７Ｄに表示される情報をデー
タ欄７７Ｃ３の内容に限定するなどしてより多くの情報
を表示できるようにする等の方法が考えられる。
【０４９４】因みに、実際の編集作業では複数の場面に
現れる同一の商品・役務に関する情報を一度に確認した
い場合もある。この場合には、例えば、当該機能の割り
当てられている何らかの操作キーを押しながら、入力項
目表示領域７７Ｂのある商品・役務を特定するような操
作を作業者が行うと、データ欄７７Ｃ３に表示されてい
る間連情報の表示が変化するような（例えば、点滅した
り、表示色が変わるような）機能を制御部６３Ｄに実行
させるようにすれば、編集作業の効率化を実現できる。
同様の機能を実現する方法としては操作の順番を入れ替
えたもの、例えば最初に入力項目表示領域７７Ｂのある
商品・役務を特定する操作を行った状態で、当該機能の
割り当てられている何らかの操作キーを押す方法も考え
られる。当該機能は第１の表示画面７７においても利用
できる。
【０４９５】（ｂ−３）表示例３ 以上説明した２つの表示画面を用意することで、編集作
業に携わる作業者は、どの場面にどのような商品・役務
情報が関連付けられているか確認することができる。た
だし、かかる情報がどのように視聴者に提示されるかを
確認することができなければ実用には耐えられない。
【０４９６】そこで、図３５に示すような第３の表示画
面７９を用意する。この画面は、ある場面について関連
付けられている複数の商品・役務に関する情報がどのよ
うに表示されるかを表わしたものである。すなわち、本
願明細書におけるメタポケットの表示例である。当該画
面の詳細は後述する視聴者側のシステム説明にて行う。
このため、図３５においては概略のみ説明する。
【０４９７】当該表示画面７９は、当該番組付加データ
の識別コード情報や商品・役務の詳細情報を表わす情報
表示欄７９Ａと、当該表示画面７９に関連付けられてい
る他の表示画面へのリンク情報が埋め込まれているジャ
ンプボタン７９Ｂ〜７９Ｄと、当該表示画面の閉動作が
関連付けられている出口ボタン７９Ｅとが表示される。
【０４９８】情報表示欄７９Ａの表示内容は、第１及び
第２の表示画面における入力結果に連動している。な
お、当該情報表示欄７９Ａの表示が不適切な場合には、
この画面上で表示位置の修正等を行う。当該情報が最終
的に番組付加データとして出力されることになる。生成
された番組付加データは番組付加データ記録部６３Ｃに
記録される。
【０４９９】因みに、ジャンプボタンの１つであるメタ
カート７９Ｂは、視聴者等が購入を希望した商品等の情
報であって仲介事業者側に確定的に送信されていないも
のを確認するための画面にジャンプするためのボタンで
ある。編集段階では予め用意されているテンプレート画
面しか存在しないため、画面例の説明は行わない。
【０５００】（ｂ―４）表示例４ 図３６に第４の表示画面８０を示す。この表示画面８０
は、例えば、図３５に示したジャンプボタンの１つであ
るメタモール７９Ｃが操作された場合に表示される画面
の表示例であり、図３３のリスト欄７７Ｃ４の内容に対
応するものである。
【０５０１】図３６は、それぞれ異なる３つの場面のメ
タポケットを１つの画面上で確認可能とする場合の画面
例８０である。図３６では、各場面の確認が容易なよう
に、各場面に対応付けてインデックス画面が表示されて
いる。なお当該表示画面においては１つの場面に割り当
て可能な表示領域８０Ａがメタポケットの場合よりも狭
くなるため、各メタポケットのいくつかの情報のみを選
択的に表示することが行われる。選択表示方法として
は、各メタポケットの先頭から所定数の情報を表示する
方法が例えば考えられる。
【０５０２】（ｂ−５）表示例５ 図３７に第５の表示画面８１を示す。この表示画面８１
は、例えば、図３５に示したジャンプボタンの１つであ
る商品情報サイト７９Ｄが操作された場合に表示される
画面の表示例である。この表示画面は、個別の商品・役
務に関する情報の表示画面が番組付加データ作成装置側
に用意されている場合の確認用である。
【０５０３】もっとも、当該情報が協賛事業者のホーム
ページ上や仲介事業者のホームページ上にある場合に
は、一般にはその内容を確認する必要がないため、当該
機能は必要ない。ただし、当該ホームページにアクセス
してその内容を確認できるようにしておくことは自由で
ある。
【０５０４】（ｃ）処理動作 最後に、当該番組付加データ作成装置６３を用いた編集
作業時の処理動作を説明する。
【０５０５】図３８は、図３３の入力済情報表示領域７
７Ｃにおけるデータ欄７７Ｃ３に何らの情報が登録され
ていない状態における作業手順である。制御部６３Ｄ
は、レイアウト情報保持部６３Ｈから表示例１（図３
５）に対応するレイアウト情報を読み出す。次に、制御
部６３Ｄは、商品・役務情報データベース６６から読み
出した当該映像番組に関連する協賛商品・役務に関する
情報を入力項目表示領域７７Ｂに表示する。また同時
に、制御部６３Ｄは、映像編集装置やインデックス画面
作成部６３Ｇから読み出したインデックス画面を対応場
面に関連付けて表示する（ステップＳ４１）。
【０５０６】この状態において、制御部６３Ｄは入力項
目表示欄７７Ｂに表示されているいずれかの商品又は役
務を表わすアイコンが選択されたか否か判定する（ステ
ップＳ４２）。この判定動作は、否定結果が得られてい
る間繰り返される。やがて、操作者の選択があり肯定結
果が得られると、制御部６３Ｄは選択されたアイコンが
ドラッグアンドドロップされた先のインデックス画面
（映像欄７７Ｃ１）に対応するデータ欄７７Ｃ３に該当
情報を表示する。なおここではアイコンのドロップ先を
インデックス画面の表示欄としたが、データ欄７７Ｃ３
上としても良い。
【０５０７】次の作業は図３９に基づいて実行される。
制御部６３Ｄは、レイアウト情報保持部６３Ｈから表示
例１（図３５）に対応するレイアウト情報を読み出すと
共に、商品・役務情報データベース６６から読み出した
当該映像番組に関連する協賛商品・役務に関する情報を
入力項目表示領域７７Ｂに表示する。また、制御部６３
Ｄは、映像編集装置やインデックス画面作成部６３Ｇか
ら読み出したインデックス画面を対応場面に関連付けて
表示すると共に、先に入力された商品・役務情報を入力
データ記録部６３Ｂから読み出してデータ欄７７Ｃ３に
表示する（ステップＳ４５）。
【０５０８】この状態において、制御部６３Ｄは入力項
目表示欄７７Ｂに表示されているいずれかの商品又は役
務を表わすアイコンが選択されたか否か判定する（ステ
ップＳ４６）。この判定動作は、否定結果が得られてい
る間繰り返される。やがて、操作者の選択があり肯定結
果が得られると、制御部６３Ｄは選択されたアイコンが
ドラッグアンドドロップされた先のデータ欄７７Ｃ３に
該当情報を表示する。なおここではアイコンのドロップ
先をデータ欄７７Ｃ３としているが、図３８の例のよう
にインデックス画面（映像欄７７Ｃ１）上としても良
い。
【０５０９】かかる図３９の動作を繰り返すことによ
り、番組付加データを構成する商品・役務に関する情報
の入力が実行されることになる。
【０５１０】（Ｃ−４）まとめ 以上のような番組付加データ作成システムを構築するこ
とにより、視聴者にとって魅力的なデータ放送やデータ
配信を実現するのに不可欠な豊富な商品・役務情報の入
力・編集を効率的に実現できる。特に、映像番組への商
品や役務の協賛を取り付ける際に蓄積した商品・役務情
報の有効利用が可能とされるため、制作現場のみなら
ず、編集現場その他においても作業効率の向上を実現で
きる。
【０５１１】 （Ｄ）ディジタル映像番組受信再生システム ディジタル映像番組受信システムは、ディジタル映像番
組を受信する又は再生する視聴者側のシステムと、被写
体商品・役務に対する視聴者側の関心を情報の提供や商
取引に結び付ける仲介事業者側のシステムとに大別する
ことができる。以下、各システムについて説明する。
【０５１２】（Ｄ−１）番組付加データ処理装置 （ａ）端末構成 視聴者側システムを構築する番組付加データ処理装置に
は、ディジタル映像番組を直接受信する又は再生するも
の（ここでは「１次端末」という。）と、１次端末から
必要とする情報の転送を受けるもの（ここでは「２次端
末」という。）とが存在する。なお、ディジタル映像番
組の入手方法には、地上波や衛星波を通じて（無線で）
受信する方法、電話線（ＩＳＤＮを含む。）、光ファイ
バ網、ケーブルテレビ回線その他の有線回線を通じて受
信する方法、記録媒体から再生する方法が含まれる。
【０５１３】またここでは番組付加データ処理装置とし
ているが、番組付加データの専用装置である必要はな
く、番組データの復調、復号機能や出力機能も備える複
合装置であっても良い。
【０５１４】（ａ−１）１次端末 図４０〜図４３に、１次端末の４つの実施形態例を示
す。なお、いずれの場合も再生装置８５Ｍと、操作入力
部８５Ｎと、表示手段８５Ｏとが装置本体に対して外部
接続されるように表わしているが、装置本体と一体又は
内蔵されていても良い。その反対に装置本体内に設けら
れている各機能部や記録部についても装置本体に対して
外部接続されていても良い。なお言うまでもなく、装置
本体と外部装置との接続は有線接続に限らず、無線接続
でも良い。当該装置間の通信方法や伝送方法については
具体的な接続方式による。
【０５１５】まず図４０について説明する。番組付加デ
ータ処理装置８５は、表示制御部８５Ａと、アクセス回
数計算部８５Ｂと、入力データ記録部８５Ｃと、番組付
加データ記録部８５Ｄと、番組付加データ抽出部８５Ｅ
と、制御部８５Ｆと、受信部８５Ｇと、インデックス画
面記録部８５Ｈと、通信部８５Ｉと、インデックス画面
作成部８５Ｊと、商品・役務情報有無判定部８５Ｋと、
バス８５Ｌ、再生装置８５Ｍと、操作入力部８５Ｎと、
表示手段８５Ｏとを備えている。
【０５１６】このうち表示制御部８５Ａは、受信又は再
生された画像データを表示手段８５Ｏに応じた信号形式
（データ形式）で再生出力する手段である。出力信号と
しては、例えば、ビデオ出力（ＮＴＳＣビデオ、コンポ
ジット・ビデオ、Ｓ−ビデオ）やＲＧＢ出力がある。表
示制御部８５Ａには、用途によってはデータのデコード
機能（例えば、ＭＰＥＧ（Moving Picture Experts Gro
up ））も備える。
【０５１７】なおここでの受信波には、放送形態で受信
される場合と通信形態で受信される場合とが考えられ
る。いずれの伝送形態を採る場合でも、受信波の伝搬経
路には無線経路（例えば、地上波、衛星波）と有線経路
（例えば、電話線、データ線、光ファイバ）とが考えら
れる。
【０５１８】アクセス回数計算部８５Ｂは、各商品・役
務単位のアクセス回数を基に場面単位のアクセス回数を
算出する手段である。当該手段は場面単位でのアクセス
回数を表示する機能を有しない又は必要としない端末に
は不要なものである。また、受信データ（ディジタル映
像番組とは独立に別途受信される場合も含む。）又は再
生データとして場面単位のアクセス回数を入手できる場
合にも不要なものである。
【０５１９】アクセス回数計算部８５Ｂは、商品・役務
に関する個別のアクセス回数の入手経路に係わらず、各
場面に被写体として現れる商品・役務（一般に、番組付
加データに現れるものに限る。）のアクセス回数の総和
を当該場面についてのアクセス回数として計算する。計
算結果は、画面上に番組付加データの内容を表示する際
に（例えば、メタポケットを表示する場合やメタモール
を表示する場合に）使用される。すなわち、受信した又
は再生した番組付加データ中に場面単位のアクセス情報
が含まれない場合にも、場面単位での視聴者の関心度を
示すアクセス回数を関連付けて表示できる。
【０５２０】ここでの入手経路には、映像番組データと
して入手する場合（すなわち、番組データと共に番組付
加データとして入手する場合）、番組付加データ単独と
して入手する場合、アクセス回数単独で入手する場合が
考えられる。なお、伝送媒体は有線路であるか無線路で
あるかを問わない。また、記録媒体の再生データとして
読み出すこともできる。
【０５２１】入力データ記録部８５Ｃは、操作入力部８
５Ｎを通じて入力されたデータを通信用に記録しておく
記録媒体又は記憶媒体である。かかる媒体には、例え
ば、ＣＤ−ＲＯＭ、磁気記録方式の媒体（テープ、フロ
ッピーディスク、ハードディスク、磁気カード等）、光
記録方式の媒体（追記型ＣＤ、ＤＶＤ、光カード等）、
光磁気記録方式の媒体（ＤＶＤ、ＭＤ、ＭＯ等）、半導
体メモリ（不揮発性メモリ、ＲＡＭ等）等が考えられ
る。もっとも一般にはＲＡＭが使用されるものと思われ
る。
【０５２２】入力データ記録部８５Ｃは入力データ専用
の記録部である必要はない。例えば、入力データ記録部
８５Ｃを、番組付加データ記録部８５Ｄと物理的に同じ
媒体で実現し、記録領域を別領域としても良い。なお、
入力データ記録部８５Ｂは、表示制御部８５Ａの内部に
設けられていても良い。
【０５２３】番組付加データ記録部８５Ｄは、受信デー
タ又は再生データとして入手された番組付加データを記
録しておく記録媒体又は記憶媒体である。ここでの媒体
も一般にＲＡＭが使用されるが、入力データ記録部８５
Ｃと同様に、番組付加データを書き込むことができる媒
体であればその種類は問わない。また、番組付加データ
記録部８５Ｄは番組付加データ専用の記録部である必要
はない。例えば、前述の入力データ記録部８５Ｃと物理
的に同じ媒体を共用することもできる。
【０５２４】番組付加データ抽出部８５Ｅは、受信され
た又は再生された映像番組データより番組付加データを
分離し抽出する手段である。番組付加データは、例えば
図２０に示したものがある。この機能は専用のハードウ
ェアとして実現しても良いし、ソフトウェアとして実現
しても良い。
【０５２５】制御部８５Ｆは、番組付加データ処理装置
８５を構成する各部の制御や信号処理を実行する手段で
ある。一般にマイクロコンピュータ構成を採る。通常、
制御部２０Ｆの機能はオペレーションシステムプログラ
ムとアプリケーションプログラムによって規定される。
【０５２６】受信部８５Ｇは、無線路又は有線路を介し
て伝送されてきた映像番組データ又は番組付加データを
受信する手段である。当該受信部では所定の復調処理と
復号処理も実行される。
【０５２７】インデックス画面記録部８５Ｈは、番組付
加データから抽出されたインデックス画面、又は、外部
より通信回線を通じて受信されたインデックス画面（例
えば、商取引を仲介する仲介データベースより受信され
たもの）、又は、番組付加データ処理装置８５内で作成
されたインデックス画面を記録しておくための記録媒体
又は記憶媒体である。
【０５２８】かかる媒体には、例えば、ＣＤ−ＲＯＭ、
磁気記録方式の媒体（テープ、フロッピーディスク、ハ
ードディスク、磁気カード等）、光記録方式の媒体（追
記型ＣＤ、ＤＶＤ、光カード等）、光磁気記録方式の媒
体（ＤＶＤ、ＭＤ、ＭＯ等）、半導体メモリ（不揮発性
メモリ、ＲＡＭ等）等が考えられる。もっとも一般には
ＲＡＭが使用されるものと思われる。
【０５２９】通信部８５Ｉは、ネットワークを通じて外
部の端末と通信を行うための手段である。ネットワーク
は有線路でも無線路でも良い。また、番組付加データや
映像番組データの受信に双方向路を使用する場合には、
前述の受信部８５Ｇと通信部８５Ｉとを共用する構成と
しても良い。
【０５３０】ここで、通信部８５Ｉは、視聴者の側にお
いて画面上に表示される番組付加データの内容だけでは
不十分であるとして外部のデータベースにアクセスする
場合（すなわち、被写体である商品・役務に関するより
詳しい情報をダウンロードする場合）や被写体である商
品や役務についての購入意思の伝達に使用される。ま
た、番組付加データを個別にダウンロードする場合にも
使用される。インデックス画面作成部８５Ｊは、番組付
加データの内容確認に使用する代表的なフレーム画像を
基にインデックス画面を作成する手段である。インデッ
クス画面は対応場面の確認に用いるための画像であるた
め、一般に本放送で使用される映像よりも画像情報を低
減したものとして生成される。ただし、常に画像品質を
落とす必要は無く、本放送と同じ情報を備えていても良
い。
【０５３１】通常、インデックス画面には、各場面の内
容を代表するフレーム画像が用いられる。例えば、対応
場面の先頭フレーム、視聴者の選択した協賛商品や協賛
役務の確認の容易なフレーム、対応場面の末尾フレーム
その他が考えられる。このようにフレーム画像の選択規
則が定められている場合、インデックス画面作成部８５
Ｊがインデックス画面を自動的に作成することも可能で
ある。もっとも、視聴者の選択による場合には、操作入
力部８５Ｎから指示された時点（タイムコード）のフレ
ーム画像を使用する。この他、インデックス画面をコン
ピュータグラフィック等で表すことも可能である。
【０５３２】なお、インデックス画面作成部８５Ｊは、
インデックス画面が番組付加データの一部として又は単
独で入手可能な場合には装置内になくても良い。もっと
も、視聴者がインデックス画面に使用する場面の一時点
を任意に選択できるようにする場合には、インデックス
画面作成部８５Ｊを設けることに意味がある。
【０５３３】商品・役務情報有無判定部８５Ｋは、番組
付加データ中に商品・役務に関する情報が含まれるか否
かを表わす識別情報が埋め込まれている場合に、処理対
象である番組付加データが商品・役務に関するものか否
かをデータ内容を解析することなく判定可能とする手段
である。
【０５３４】当該判定部を用いれば、商品・役務に関す
る情報を含む番組付加データと、それ以外の番組付加デ
ータとを少ない信号処理量で区別することができる。ま
た、商品・役務に関する情報を含む番組付加データのみ
を表示制御部８５Ａに選択的に与え、画面上に表示させ
ることや媒体に格納することもできる。
【０５３５】また、インデックス画面を番組付加データ
処理装置内で作成する場合において、商品・役務に関す
る情報が含まれていない場合には、インデックス画面に
て商品や役務を確認する必要がないためインデックス画
面の作成を行わないようにすることもできる。もっとも
これは、インデックス画面を商品・役務の確認用に限る
場合であり、他の用途で必要とされる場合にはインデッ
クス画面を作成させても良い。
【０５３６】因みに、番組付加データ中に協賛対象に関
する情報が含まれる場合には、商品・役務情報有無判定
部８５Ｋと同様に、番組付加データ中の該当情報から協
賛対象に関する情報が含まれるか否かを判定する協賛有
無判定部を設けることもできる。
【０５３７】これらの判定部は、前述の付加情報データ
作成システムにおいて各場面ごとに被写体として現れる
商品・役務に関する情報を１つにまとめる表示画面（本
願明細書におけるメタポケット）を作成しない場合には
特に有効である。
【０５３８】例えば、受信信号や再生信号中に含まれる
番組付加データの構成単位が商品又は役務単位である場
合、各場面を特定する情報（例えば、ＵＭＩＤやタイム
コード）を検索キーに用いて同一場面に関連する番組付
加データを抽出した後、前述の判定部を使用してそれら
の中から商品又は役務に関するものや協賛対象になって
いるものを選別して取り出すといった使い方が可能とな
る。そして選別された商品・役務に関する情報からメタ
ポケットを制作するといった使い方を実現できる。
【０５３９】バス８５Ｌはデータの入出力バスであり、
例えばＩＳＡバス、ＥＩＳＡバス、ＰＣＩバスその他で
ある。再生装置８５Ｍは映像番組データや番組付加デー
タが記録媒体として配布される場合にこれを再生するた
めの手段である。再生装置８５Ｍには、映像番組データ
や番組付加データが記録されている記録媒体に応じたも
のが使用される。通常、番組データであれば大容量のも
のが要求されるためＤＶＤやＭＯといった媒体が一般に
想定される。一方、番組付加データであれば番組データ
よりもデータ量が非常に少なくて済むため、上述の媒体
に加えて不揮発性メモリやＣＤ−ＲＯＭその他の媒体が
想定される。もっとも、格納可能な容量は技術の進歩で
大きく変化するのに加え、新たな媒体も逐次出現するこ
とが予測されるためその名称や適応関係については問わ
ない。他の媒体に関する記載についても同様である。
【０５４０】操作入力部８５Ｎは、例えばキーボード、
マウス、ポインティングデバイス（パッド、ペン、ポイ
ンタその他）、ダイヤル（クリック機能付きを含む）、
押しボタンキーその他がある。また、リモートコントロ
ーラも含まれる。
【０５４１】表示手段８５Ｏは、番組付加データの内容
確認に使用される装置である。一般には、映像番組も表
示できるものが使用される。一般にテレビジョン受像機
の画面が使用される。もっとも、モニタ装置も適用でき
る。また、携帯型の装置の場合には、液晶表示装置その
他の小型軽量型の表示装置が使用される。
【０５４２】なお図４０に示す「番組付加データ処理装
置」として機能する端末には、番組付加データを処理す
るための専用装置の他、コンピュータ端末（ノート型、
デスクトップ型）、携帯情報端末（ＰＤＡ）、携帯電話
機、ゲーム機、セットトップボックス、ＰＣカード、家
電、ＶＴＲ、テレビジョン受像機、カーナビ、情報処理
機能付き腕時計、リモートコントローラその他を用い得
る。因みに、以下の各番組付加データ処理装置について
も同じである。
【０５４３】次に図４１について説明する。図４０との
対応部分に同一符号を付して示す図４１が図４０と相違
する点は、商品・役務情報有無判定部８５Ｋが選択場面
位置記録部８５Ｐに置き換わっている点である。選択場
面位置記録部８５Ｐは、視聴者が番組付加データの表示
位置として選択した場面位置の情報を記録しておくため
の記録媒体又は記憶媒体である。一般にはＲＡＭが使用
されるものと思われるが、その他の媒体を使用しても良
い。
【０５４４】当該機能を設けることにより、インデック
ス画面として表示する場面位置を視聴者の選択に委ねる
ことができる。特に、視聴者が関心をもつ商品や役務は
千差万別であるため、映像制作者側で用意したインデッ
クス画面が視聴者の関心をもった商品・役務に適してい
るとは限らない。そこで、当該機能を設けることによ
り、視聴者にとって確認の容易な場面位置をインデック
ス画面に採用させることができる。インデックス画面の
作成に当該視聴者の選択機能を発揮させる場合には、前
述の図４０の場合にも当該選択場面位置記録部８５Ｐを
設ける必要がある。
【０５４５】続いて図４２について説明する。図４０と
の対応部分に同一符号を付して示す図４２が図４０と相
違する点は、インデックス画面作成部８５Ｊがインデッ
クス画面抽出部８５Ｑに置き換わっている点と、商品・
役務情報有無判定部８５Ｋがメタポケット・メタモール
作成部８５Ｒに置き換わっている点である。
【０５４６】インデックス画面抽出部８５Ｑは、受信デ
ータ又は再生データにインデックス画面が含まれている
場合に（番組付加データの一部としてか単独でかは問わ
ない。）、インデックス画面を抽出するためのものであ
る。
【０５４７】メタポケット・メタモール作成部８５Ｒ
は、番組付加データ中にメタポケット（特定場面に現れ
る商品・役務に関する情報に対応する番組付加データで
あって、一般にレイアウト情報を含む。）やメタモール
（複数の場面のそれぞれに対応するメタポケットを一画
面上で一覧できるようにした番組付加データであって、
一般にレイアウト情報を含む。）が含まれていない場合
に、受信又は再生した番組付加データの情報に基づいて
対応する情報を作成するための手段である。
【０５４８】因みに、メタモールは特定の規則又は視聴
者の指定に基づいて定まる複数の場面に関するメタデー
タより該当情報を作成することも可能であるし、個別の
商品・役務に関する情報から作成することも可能であ
る。
【０５４９】続いて図４３について説明する。図４０と
の対応部分に同一符号を付して示す図４１が図４０と相
違する点は、インデックス画面記録部８５Ｈとインデッ
クス画面作成部８５Ｊと商品・役務情報有無判定部８５
Ｋの３つが、外部データ有無検出部８５Ｑに置き換わっ
ている点である。
【０５５０】かかる外部データ有無検出部８５Ｑは、番
組付加データ中に該当場面に関する情報が外部に存在す
ることを示すデータ（フラグ）が使用される場合に有効
な手段である。これは番組付加データのデータ量を低減
させる場合や会員性のサービスを提供する場合に有効で
ある。すなわち、受信又は再生される番組付加データ中
に視聴者にとって有意な商品・役務情報が含まれないこ
とにより、データ量が格段に少なくて済むのに加え、特
定会員以外の視聴者に情報が提供されないようにでき
る。
【０５５１】外部データ有無検出部８５Ｑで外部データ
の存在が検出された場合、通信部８５Ｉを通じて外部デ
ータベース等にアクセスが行われ、必要とする情報のダ
ウンロードが実行される。なお、アクセス先の情報は予
め登録されていても良いし、番組付加データ中に記録さ
れていても良い。また、特定会員についてのみのサービ
スとする場合には、不図示の認証手段が使用される。
【０５５２】（ａ−２）２次端末 図４４に、２次端末の実施形態例を示す。なお図４４に
おいては、いずれの機能部も装置本体に内蔵又は一体化
されている場合について表わしているが、装置本体と外
部接続されていても良い。装置本体と外部装置との接続
は有線接続に限らず、無線接続でも良い。当該装置間の
通信方法や伝送方法については具体的な接続方式によ
る。
【０５５３】なお、２次端末の装置例を図４４のように
表わしたのは、２次端末として携帯型の端末を想定した
ためである。勿論、２次端末は据え置き型の装置でも良
いが、１次端末は視聴者宅で、２次端末は外出先で使用
するといった使い分けをする場合に便利である。このた
め図４４では、テレビジョン受像機などの１次端末（番
組付加データ処理装置）８５との間で無線通信して必要
な情報を入手する例を表示している。もっとも、２次端
末と１次端末との接続は有線接続であっても良いのは言
うまでもない。
【０５５４】図４４に示す番組付加データ処理装置８７
は、表示制御部８７Ａと、番組付加データ記録部８７Ｂ
と、入力データ記録部８７Ｃと、制御部８７Ｄと、通信
部（ダウンロード部）８７Ｅと、バス８７Ｆと、操作入
力部８７Ｇと、表示手段８７Ｈとを備えている。なお、
図４４には示していないが、２次端末で使用するデータ
を１次端末より記録媒体の形態で入手することも考えら
れる。この場合には再生装置が必要となる。
【０５５５】表示制御部８７Ａは、受信又は再生された
画像データを表示手段８７Ｈに応じた信号形式（データ
形式）で再生出力する手段である。出力信号としては、
例えば、ビデオ出力（ＮＴＳＣビデオ、コンポジット・
ビデオ、Ｓ−ビデオ）やＲＧＢ出力がある。表示制御部
８７Ａには、用途によってはデータのデコード機能（例
えば、ＭＰＥＧ（Moving Picture Experts Group ））
も備える。
【０５５６】番組付加データ記録部８７Ｂは、受信又は
再生した番組付加データを記録しておくための記録媒体
又は記憶媒体である。かかる媒体には、例えば、ＣＤ−
ＲＯＭ、磁気記録方式の媒体（テープ、フロッピーディ
スク、ハードディスク、磁気カード等）、光記録方式の
媒体（追記型ＣＤ、ＤＶＤ、光カード等）、光磁気記録
方式の媒体（ＤＶＤ、ＭＤ、ＭＯ等）、半導体メモリ
（不揮発性メモリ、ＲＡＭ等）等が考えられる。もっと
も一般にはＲＡＭが使用されるものと思われる。
【０５５７】番組付加データ記録部８７Ｂは番組付加デ
ータ専用の記録部である必要はない。例えば、番組付加
データ記録部８７Ｂを入力データ記録部８７Ｃと物理的
に同じ媒体で実現し、記録領域を別領域としても良い。
【０５５８】入力データ記録部８７Ｃは操作入力部８７
Ｇを通じて入力されたデータを通信用に記録しておく記
録媒体又は記憶媒体である。ここでの媒体も一般にＲＡ
Ｍが使用されるが、番組付加データ記録部８７Ｂと同様
に、入力データを書き込むことができる媒体であればそ
の種類は問わない。また、入力データ記録部８７Ｃは入
力データ専用の記録部である必要はない。また、当該入
力データ記録部８７Ｃは表示制御部８７Ａの内部に設け
られていても良い。
【０５５９】制御部８７Ｄは番組付加データ処理装置８
７を構成する各部の制御や信号処理を実行する手段であ
る。一般にマイクロコンピュータ構成を採る。通常、制
御部８７Ｄの機能はオペレーションシステムプログラム
とアプリケーションプログラムによって規定される。
【０５６０】通信部８７Ｅは外部と通信して（特に１次
端末８５と通信して）必要とする情報を入手するための
手段である。前述のように通信経路は有線路でも無線路
でも良い。１次端末以外の外部機器等と通信する場合も
同じである。
【０５６１】バス８７Ｆはデータの入出力バスであり、
例えばＩＳＡバス、ＥＩＳＡバス、ＰＣＩバスその他で
ある。操作入力部８７Ｇは、例えばキーボード、マウ
ス、ポインティングデバイス（パッド、ペン、ポインタ
その他）、ダイヤル（クリック機能付きを含む）、押し
ボタンキーその他がある。また、リモートコントローラ
も含まれる。
【０５６２】表示手段８７Ｈは、番組付加データの内容
確認に使用される装置である。一般には、映像番組も表
示できるものが使用される。携帯型の装置の場合には、
液晶表示装置その他の小型軽量型の表示装置が使用され
る。もっとも、据え置き型の装置の場合には、テレビジ
ョン受像機の表示部やモニタ装置を使用することもでき
る。
【０５６３】なお図４４に示す「番組付加データ処理装
置」として機能する端末には、番組付加データを処理す
るための専用装置の他、コンピュータ端末（ノート型、
デスクトップ型）、携帯情報端末（ＰＤＡ）、携帯電話
機、ゲーム機、セットトップボックス、ＰＣカード、家
電、ＶＴＲ、テレビジョン受像機、カーナビ、情報処理
機能付き腕時計、リモートコントローラその他を用い得
る。
【０５６４】（ｂ）表示画面例 続いて、番組付加データ処理装置８５及び８７の表示画
面例を説明する。
【０５６５】（ｂ−１）番組付加データの存在通知画面 図４５及び図４６に、商品・役務に関する番組付加デー
タ（例えば、メタモール、メタポケット（リストファイ
ル））が映像番組（本放送）に関連付けられている場面
における画面表示の一例を示す。ただし、この画面表示
は商品・役務に関する番組付加データが関連付けられて
いることを視聴者に通知する表示機能が、視聴者によっ
て「有効状態」に設定されている場合になされるもので
ある。一方、視聴者が当該機能を「無効状態」に設定し
ている場合には、図４５や図４６の表示はなされない。
【０５６６】図４５は、表示領域を本放送領域９０と補
助情報領域９１とに分割表示する場合の表示例である。
この図４５の場合、商品・役務に関する番組付加データ
が関連付けられている場面の通知記号９１Ａは補助情報
領域９１に表示される。これに対し、図４６は、表示領
域の全体を本放送領域９０に使用する場合の表示例であ
る。この図４６の場合、商品・役務に関する番組付加デ
ータが関連付けられている場面の通知記号９１Ａは本放
送画面上にスーパーインポーズ表示される。なお、図４
５の場合にも本放送画面上にスーパーインポーズ表示す
ることは可能である。
【０５６７】この他、リモートコントローラやテレビジ
ョン受像機その他電子機器のフロントパネルに設けられ
たインジゲーターの表示を変えることで通知する方法
（例えば、点灯、点滅、表示色の変更等）や、通知用の
音を発生させることで通知する方法が考えられる。
【０５６８】（ｂ−２）商品・役務情報の提示画面 （１）メタポケット表示例 図４７〜図５０に、各場面に現れる商品・役務に関する
情報の表示画面例、すなわち本願明細書でいうメタポケ
ットの表示例を説明する。なお、当該メタポケットは番
組付加データとして受信又は再生される場合の他、番組
付加データ処理装置における信号処理にて作成される場
合も考えられる。
【０５６９】図４７〜図４９は、同じレイアウト構造を
もつ表示画面例である。因みに図４７は映画、ドラマ番
組、バラエティ番組に関するもの、図４８はスポーツ番
組に関するもの、図４９は映像番組で使用されている音
楽や映像に関する情報の表示例である。それぞれ対象に
応じた内容が商品・役務情報として表示されている。
【０５７０】まず、これら表示画面に共通するレイアウ
ト構造を図４７を例に説明する。これら表示画面９３
は、メタポケットの管理情報である識別番号表示欄９３
Ａと、当該メタポケットに現れる商品・役務に対する視
聴者からのアクセス状況を場面単位で集計した場面単位
アクセス情報表示欄９３Ｂと、商品・役務情報表示欄９
３Ｃと、当該メタポケットに現れる個別の商品・役務に
対する視聴者からのアクセス情報を示す商品・役務単位
アクセス情報表示欄９３Ｄと、メタカートへのリンク情
報が埋め込まれているメタカートジャンプボタン９３Ｅ
と、メタモールへのリンク情報が埋め込まれているメタ
モールジャンプボタン９３Ｆと、画面上で選択された商
品・役務に関する詳細情報へのリンク情報が埋め込まれ
ている商品情報サイトジャンプボタン９３Ｇと、購入意
思の入力に使用される購入ボタン９３Ｈと、メタポケッ
ト表示の終了ボタン９３Ｉとを備えている。
【０５７１】図４７の場合、視聴者は、対応場面に現れ
る複数の被写体に関する情報、例えば、出演者の衣装、
ヘアメーク、サングラス、テーブル、ソファー、ロケー
ション施設等の商品・役務に関する情報を一度に入手す
ることができる。これらの情報は、いわゆるテレビショ
ッピングにおける対象商品・役務に関する情報とは異な
り、出演者の身に付けている衣装や小物、またスタジオ
等で使用される調度品に関する情報であり、従来では情
報提供の対象とはならなかった情報である。
【０５７２】かかる情報が表示されることで、商品や役
務を提供した事業者には新たな宣伝広告の機会、ひいて
は商取引の機会が与えられる。また、視聴者にとっても
画一的な情報の提供ではなく、自らの選択で興味をもっ
た商品・役務に関する情報を入手できるようになる。
【０５７３】なお図４７の場合には、商品・役務情報表
示欄９３Ｃに商品アイテムの分類と、商品名と、協賛企
業名と、ＵＲＬのみを表示する構成とし、どちらかとい
うと各商品や役務に関する情報を入手するためのプラッ
トホームとしての機能を全面に出しているが、当該画面
にて商品・役務の価格や取扱店に関する情報も確認でき
るようにすることも可能である。
【０５７４】ところで図４７の場面単位アクセス情報表
示欄９３Ｂや商品・役務単位アクセス情報表示欄９３Ｄ
に表示されるアクセス回数は、視聴者が商品や役務を選
択した後に商品情報サイトジャンプボタン９３Ｇを操作
して情報を入手した回数であっても良いし、さらに進ん
で商品や役務の購入まで至った回数を集計したものであ
っても良い。
【０５７５】当該アクセス回数に関する情報は、視聴者
宅と通信回線を通じて接続された情報提供サーバ（商取
引の仲介を行う事業者とは別でも良い。）から入手する
場合だけでなく、放送局や配信局から直接最新の情報が
放送又は配信されてくる場合、ある時点の情報を記録し
た記録媒体から入手する場合その他が考えられる。
【０５７６】メタカートジャンプボタン９３Ｅ、メタモ
ールジャンプボタン９３Ｆ、商品情報サイトジャンプボ
タン９３Ｇを操作した際に表示される表示画面例につい
ては後述する。
【０５７７】因みに図４８の場合には、スポーツ番組の
被写体に現れる選手のユニフォームや靴についての情報
を入手できる。また、競技場や体育館についての施設情
報も入手できる。また図４９の場合には、映像番組で使
用されている楽音の演奏者に関する情報やＢＧＭ情報、
映像番組で使用されている編集技術や特殊効果技術につ
いての情報を入手することも可能である。
【０５７８】次に図５０について説明する。図５０と前
述の図４７〜図４９との違いは、インデックス画面９３
Ｊが表示対象の１つに加わっていることである。本放送
と共にメタポケットを表示する場合には、メタポケット
の内容を本放送で確認可能であるが、その一方で本放送
の映像は変化するのが一般である。このため、本放送と
共にメタポケットを表示する場合でも、インデックス画
面９３Ｊが表示されることで、商品アイテムをじっくり
選択することができる。
【０５７９】また、後日メタポケットの内容を確認する
場合にも、商品や役務に関する情報と共に同一画面上に
該当場面のインデックス画面９３Ｊが表示されれば、視
聴者の記憶に頼らなくても必要な情報へのアクセスを行
えるため、メタポケットの確認と本放送の視聴とを別々
に扱うことできる。このことはメタポケットの利用価値
の向上を意味する。例えば、忙しい人であれば、家庭内
で録画しておいた映像番組の番組付加データ（メタデー
タ）のうちメタポケットに相当するものを携帯用の端末
等に取り込んで外出先で内容を確認したり、関心をもっ
た商品や役務の購入を申し込むといった使い方をするこ
とが想定されるが、インデックス画面９３Ｉが表示され
れば場面の内容を確実に把握できるため便利である。
【０５８０】（２）メタモール表示例 図５１と図５２に、複数の場面についての商品・役務情
報を同一画面上に一覧表示する表示画面例、すなわち本
願明細書でいうメタモールの表示例を説明する。なお、
当該メタモールについても番組付加データとして受信又
は再生される場合の他、番組付加データ処理装置におけ
る信号処理にて作成される場合も考えられる。
【０５８１】まず図５１のレイアウト構造を説明する。
表示画面９５は、メタモールの管理情報であるメタモー
ル識別番号表示欄９５Ａと、当該メタモールが一覧表示
の対象とするメタポケットの管理情報であるメタポケッ
ト識別番号表示欄９５Ｂと、各メタポケットの場面内容
を表わすインデックス画面９５Ｃと、商品・役務情報表
示欄９５Ｄと、メタカートへのリンク情報が埋め込まれ
ているメタカートジャンプボタン９５Ｅと、画面上で選
択された商品・役務に関する詳細情報へのリンク情報が
埋め込まれている商品情報サイトジャンプボタン９５Ｆ
と、購入意思の入力に使用される購入ボタン９５Ｇと、
スクロールボタン９５Ｈと、購入意思のキャンセルボタ
ン９５Ｉと、メタモール表示の終了ボタン９５Ｊとを備
えている。
【０５８２】図５１に示すように、多くの場面情報を表
示する関係上、１つの場面（すなわちメタポケット）の
表示領域は限定され、これに伴い１つの場面について表
示される項目数も限られることになる。なお、図５１の
表示例では各商品・役務に関する情報の表示内容として
商品説明の欄が設けられているが、前述のメタポケット
の表示例のように商品説明の欄がなくても良い。その反
対にメタポケットの表示画面例において、各商品・役務
に関する情報の表示内容として商品説明の欄が設けられ
ていても良い。
【０５８３】また図５１の場合、メタポケットのそれぞ
れにインデックス画面９５Ｃが対応付けられて表示され
ている。このため、視聴者による場面の確認が容易とな
る。もっとも、インデックス画面を表示しない場合も考
えられる。ただし、その場合は文字情報のみを頼りに目
的とする場面を特定する必要がある。
【０５８４】なお、メタモール９５は１つの映像番組に
対して複数存在しても良いし、１つの映像番組に対して
１つのみ存在しても良い。いずれの場合も、メタモール
９５を構成する全ての場面を一度に表示できないとき
は、画面上のスクロールボタン９５Ｈを使用して目的と
する場面を確認できるようにすることもできる。
【０５８５】図５２に、メタモール９５の第２の表示例
を示す。図５２の図５１との違いは、各場面のそれぞれ
に場面単位アクセス情報表示欄９５Ｊが表示される点
と、各商品・役務のそれぞれに商品・役務単位アクセス
情報表示欄９５Ｋが表示される点の２点である。
【０５８６】図５２に示すように場面単位で小計された
アクセス回数情報が表示されることで、どの場面に人気
商品が存在するかの指標に使用できると共に、各場面に
含まれるいずれの商品・役務に人気が集中しているかの
指標として使用できる。
【０５８７】（３）メタカート表示例 図５３に、メタポケット画面やメタモール画面のメタカ
ートジャンプボタンが操作された場合に表示されるメタ
カート画面の表示例を示す。メタカートは、視聴者が購
入意思を示した商品・役務に対する商取引を確定する前
に、再度購入商品・役務の内容を確認するのに使用され
る画面である。
【０５８８】かかる表示画面９７は、購入予定商品の属
する場面を特定するためのメタポケット識別番号表示欄
９７Ａと、対応場面全体から見たアクセス回数が表示さ
れる場面単位アクセス情報表示欄９７Ｂと、各場面の内
容を表わすインデックス画面９７Ｃと、購入意思を示し
た商品・役務についてのアクセス状況を示す商品・役務
単位アクセス情報表示欄９７Ｄと、商品・役務情報表示
欄９７Ｅと、メタモールへのリンク情報が埋め込まれて
いるメタモールジャンプボタン９７Ｆと、購入意思の入
力に使用される購入ボタン９７Ｇと、画面上で選択され
た商品・役務に関する詳細情報へのリンク情報が埋め込
まれている商品情報サイトジャンプボタン９７Ｈと、ス
クロールボタン９７Ｉと、メタカート表示の終了ボタン
９７Ｊとを備えている。
【０５８９】このように買い物かご画面としてのメタカ
ートにおいてもインデックス画面９７Ｃが表示されるの
で、購入対象とする商品や役務の内容を映像として確認
することができる。このため、商品や役務がどのような
ものであったか確認したくなった場合でも購入を申し込
んだ画面に戻らなくても良くなり、面倒な手間を省くこ
とができる。またこのことは、購入意思の確定までに要
する時間の短縮をも意味するため、商取引を仲介する事
業者の側にとっても商取引の成立を早めることができる
利点がある。
【０５９０】また、場面単位でのアクセス情報や商品・
役務単位でのアクセス情報も表示されるため、購入しよ
うとしている商品や役務についての他の視聴者の人気の
高さも同一画面上で確認できる。このことは商品や役務
に対する人気度がどのようなものであったか確認したく
なった場合でも購入を申し込んだ画面に戻らなくても良
くなり、面倒な手間を省くことができる。因みに、場面
単位でのアクセス情報は表示しなくても良い。
【０５９１】なお、メタモールジャンプボタン９７Ｆの
み表示しているが、メタポケットへのリンク情報が埋め
込まれているメタポケットジャンプボタンを表示しても
良いし、メタモールジャンプボタン９７Ｆとメタポケッ
トジャンプボタンの両方を表示しても良い。
【０５９２】（４）商品情報サイト表示例 図５４に、商品情報サイトの表示画面例を示す。当該表
示画面はメタポケットやメタモールに表示された情報で
は不十分な場合に、詳細な情報を確認できるようにする
ための画面例である。当該場面の情報は商品や役務を提
供している各事業者がホームページをもつサーバ上に格
納されていても良いし、視聴者と事業者との商取引を仲
介する仲介事業者のサーバ上に格納されていても良い。
【０５９３】表示画面９８は、当該商品や役務が関連す
る（リンク元になった）場面情報表示欄９８Ａと、各商
品についてのアクセス状況を表示する商品・役務単位ア
クセス情報表示欄９８Ｂと、各商品のイメージ画像や対
応場面のインデックス画面が表示される画像表示欄９８
Ｃと、商品・役務の内容が表示される商品・役務表示欄
９８Ｄと、メタポケットへのリンク情報が埋め込まれて
いるメタポケットジャンプボタン９８Ｅと、メタモール
へのリンク情報が埋め込まれているメタモールジャンプ
ボタン９８Ｆと、メタカートへのリンク情報が埋め込ま
れているメタカートジャンプボタン９８Ｇと、購入意思
の入力に使用される購入ボタン９８Ｈと、更なる詳細情
報がある場合にそれを表示させるための詳細情報表示ボ
タン９８Ｉと、協賛企業サイトへのリンク情報が埋め込
まれている協賛企業サイトジャンプボタン９８Ｊと、ス
クロールボタン９８Ｋと、商品情報サイト表示の終了を
指示する終了ボタン９８Ｌとを備えている。
【０５９４】ここで、商品・役務単位アクセス情報表示
欄には各商品や役務を提供している事業者の管理する通
算のアクセス情報が表示されても良いし、仲介事業者の
もつ情報が表示されても良い。
【０５９５】図５４では、画像表示欄９８Ｃに商品・役
務の内容を示す画像を１つだけ表示させているが複数の
画像を表示させることも勿論可能である。
【０５９６】（５）その他の表示例 図５５と図５６に他の表示画面例を示す。図５５は、視
聴者によるメタモール画面へのアクセスを容易とするた
めの画面例である。表示画面９９は、現に放送中のテレ
ビプログラムに関するメタモール情報を表示するリアル
タイムメタモール欄９９Ａと、既に放送済みメタモール
情報を検索して表示するための放送済みメタモール欄９
９Ｂとを備えている。
【０５９７】リアルタイムメタモール欄９９Ａに表示さ
れる情報は受信データ中に所定間隔で挿入されていても
良いし、視聴者からの要求により仲介事業者側の端末か
ら配信されるものでも良い。一方、放送済みメタモール
欄９９Ｂに表示される情報は、視聴者が過去に受信した
情報であって記録媒体に蓄積されているものについて表
示するようにしても良いし、視聴者からの要求により仲
介事業者側の端末から配信されるものでも良い。因みに
図５５の場合には、放送日、時間帯、チャンネルのそれ
ぞれが選択項目として与えられ、選択が確定された時点
で必要な情報が読み出されて表示される。
【０５９８】図５６に示す表示画面１００は、前述のメ
タポケット１００Ａと、メタモール１００Ｂと、本放送
画面１００Ｃを同一画面上に配置して表示する場合の表
示例を表わしている。これらの情報を画面上で同時に確
認できることにより、本放送を楽しみながら気に入った
商品・役務に関する詳細情報の入手や購入が可能とな
る。なお、本放送画面１００Ｃには本放送の映像の他、
メタポケットに対応する場面のインデックス画面やメタ
ポケット又はメタモールで選択された商品・役務につい
て用意されているイメージ画像等が表示される。
【０５９９】（ｃ）処理動作 図５７に、視聴者側の端末である番組付加データ処理装
置８５で実現される番組付加データの内容確認時、具体
的にはメタポケット又はメタモール表示時における処理
動作の一例を説明する。
【０６００】制御部８５Ｆは、視聴者からの操作入力を
受付けると、指示内容が複数場面の情報の一覧表示を求
めているか（すなわち、メタモールの表示を求めている
か）否か判定する（ステップＳ５０）。この判定動作に
おいて否定結果が得られると、すなわちメタポケットの
表示が求められていると判定すると、制御部８５Ｆは表
示対象とする場面を特定する処理を実行する（ステップ
Ｓ５１）。例えば、操作時点に表示中の映像番組に付さ
れている場面特定情報（ＵＭＩＤやタイムコード情報）
を取り込むことで表示対象とする場面を特定する。
【０６０１】このように表示対象とする場面が確定する
と、制御部８５Ｆは、例えば特定された場面特定情報
（ＵＭＩＤやタイムコード情報）と同じ場面特定情報の
付された番組付加データであって商品・役務に関するも
の又は特定された場面特定情報に含まれる場面特定情報
を有する番組付加データであって商品・役務に関するも
のを読み出す（ステップＳ５２）。
【０６０２】この後、制御部８５Ｆは、特定された場面
に関連するアクセス回数情報を読み出す（ステップＳ５
３）。読み出された情報は表示に使用される他、各種の
信号処理に使用される。例えば、場面単位のアクセス回
数を端末内で計算して表示するのに使用される。この計
算には、商品・役務のそれぞれに付されているアクセス
情報を用いる。また、メタカートその他の画面にてアク
セス回数情報を表示するのにも使用される。
【０６０３】また、制御部８５Ｆは、特定された場面の
確認用にインデックス画面を端末内で作成する又は番組
付加データから読み出す処理を実行する（ステップＳ５
４）。視聴者にインデックス画面の選択権がある場合や
受信された又は再生された番組付加データにインデック
ス画面が含まれていない場合にはインデックス画面の作
成処理が実行される。
【０６０４】これらの処理の後、制御部８５Ｆは、読み
出した情報を単一場面の情報表示用のレイアウト情報
（メタポケット用のレイアウト情報）に基づいて配置
し、画面上に表示する（ステップＳ５５）。なお、受信
した又は再生した番組付加データにインデックス画面や
アクセス回数が既に含まれており、そのまま表示できる
状態になっている場合には表示場面の特定後該当データ
の表示を行う。
【０６０５】これに対し、ステップＳ５０の判定動作に
おいて肯定結果が得られた場合には、すなわちメタモー
ルの表示が求められていると判定された場合には、制御
部８５Ｆは表示対象とする複数場面を特定する処理を実
行する（ステップＳ５６）。例えば、操作時点を起点と
して過去複数場面を表示対象としたり、当該表示用に視
聴者が指定しておいた場面情報を読み出して表示対象と
する。また、番組付加データに表示対象とする場面の情
報が含まれる場合にはその情報が使用される。
【０６０６】場面の特定が終了すると、制御部８５Ｆ
は、例えば特定された場面特定情報（ＵＭＩＤやタイム
コード情報）と同じ場面特定情報の付された番組付加デ
ータであって商品・役務に関するもの又は特定された場
面特定情報に含まれる場面特定情報を有する番組付加デ
ータであって商品・役務に関するものを読み出す（ステ
ップＳ５７）。ここでの商品・役務情報の読み出しは複
数の場面それぞれについて行われる。
【０６０７】この後、制御部８５Ｆは、特定された場面
のそれぞれについて関連するアクセス回数情報を読み出
す（ステップＳ５８）。読み出された情報は表示に使用
される他、各種の信号処理に使用される。例えば、場面
単位のアクセス回数を端末内で計算して表示するのに使
用される。この計算には、商品・役務のそれぞれに付さ
れているアクセス情報を用いる。また、メタカートその
他の画面にてアクセス回数情報を表示するのにも使用さ
れる。
【０６０８】また、制御部８５Ｆは、特定された場面の
確認用にインデックス画面を端末内で作成する又は番組
付加データから読み出す処理を実行する（ステップＳ５
９）。視聴者にインデックス画面の選択権がある場合や
受信された又は再生された番組付加データにインデック
ス画面が含まれていない場合にはインデックス画面の作
成処理が実行される。
【０６０９】これらの処理の後、制御部８５Ｆは、読み
出した情報を複数場面の情報表示用のレイアウト情報
（メタモール用のレイアウト情報）に基づいて配置し、
画面上に表示する（ステップＳ６０）。なお、受信した
又は再生した番組付加データにインデックス画面やアク
セス回数が既に含まれており、そのまま表示できる状態
になっている場合には表示場面の特定後該当データの表
示を行う。
【０６１０】（Ｄ−２）サーバ側端末 （ａ）端末構成 視聴者と映像制作者の間や視聴者と協賛事業者との間に
あって視聴者への情報の提供や商取引の仲介を実行する
仲介事業者側システムを構築するサーバ装置の構成を説
明する。
【０６１１】図５８及び図５９に、サーバ装置の２つの
実施形態例を示す。なお、図５８と図５９には共通部分
に同一符号を付して示している。因みに、図５８と図５
９の違いは商品・役務データベース１０５Ｅがサーバ装
置内にあるか、ネットワーク上に設けられているかであ
る。
【０６１２】サーバ装置１０５は、情報提供部１０５Ａ
と、レイアウト情報保持部１０５Ｂと、制御部１０５Ｃ
と、アクセス情報入手部１０５Ｄと、商品・役務データ
ベース１０５Ｅと、通信機能部１０５Ｆと、リストファ
イル作成部１０５Ｇと、インデックス画面作成部１０５
Ｈと、インデックス画面記録部１０５Ｉと、アクセス回
数計算部１０５Ｊと、バス１０５Ｋとを備えている。
【０６１３】図５８や図５９には表示手段や操作入力部
を表していないが、実際には情報の入力用や管理用にこ
れらの手段が設けられている。なお図５８では、サーバ
装置本体内に全ての機能部が設けられているように表し
ているが、機能部の一部については外部に設けられてい
ても良い。接続形態は有線方式でも良いし、無線方式で
も良い。
【０６１４】情報提供部１０５Ａは、前述のメタモール
に相当するデータファイルをサーバ装置側から提供する
場合に用いる機能である。情報提供部１０５Ａは、視聴
者からの要求に従い、視聴者の指定した映像番組の該当
場面についてのファイルデータ（各映像番組について用
意されている情報ファイルであって、複数の場面に関す
る情報を一覧形式で視聴者に提示するために用意されて
いるリストファイル）を商品・役務データベース１０５
Ｅから読み出して提供するための手段である。なお、当
該ファイルデータは映像制作者側より供給されてデータ
ベースに格納されている場合もあれば、後述するリスト
ファイル作成部１０５Ｇにおいて作成され格納されてい
る場合もある。
【０６１５】レイアウト情報保持部１０５Ｂは、前述の
メタポケットやメタモールに相当するデータファイルを
サーバ装置側で作成するのに用いたり、視聴者に提供す
るためのレイアウト情報を記録しておくための記録媒体
又は記憶媒体である。保持されるレイアウト情報は、メ
タポケット用のもののみでも良いし、メタモール用のも
ののみでも良い。当該媒体は、レイアウト情報の保持の
みに用いられる必要はなく他の情報の記録又は記憶と共
用することも可能である。
【０６１６】かかる媒体にも、例えば、ＣＤ−ＲＯＭ、
磁気記録方式の媒体（テープ、フロッピーディスク、ハ
ードディスク、磁気カード等）、光記録方式の媒体（追
記型ＣＤ、ＤＶＤ、光カード等）、光磁気記録方式の媒
体（ＤＶＤ、ＭＤ、ＭＯ等）、半導体メモリ（不揮発性
メモリ、ＲＡＭ等）等が考えられる。
【０６１７】制御部１０５Ｃは、サーバ装置を構成する
各部の制御や信号処理を実行する手段である。一般にマ
イクロコンピュータ構成を採る。通常、制御部１０５Ｃ
の機能はオペレーションシステムプログラムとアプリケ
ーションプログラムによって規定される。
【０６１８】アクセス情報入手部１０５Ｄは、商品・役
務データベース１０５Ｅから視聴者が要求している商品
・役務に関するアクセス情報の最新値を入手する手段で
ある。入手された情報は通信機能部１０５Ｆを通じて要
求した視聴者へ提供される。なおここでの情報提供は、
アクセス情報単独の場合もあれば、視聴者の指定した商
品・役務に関する詳細情報と一緒の場合もある。なお、
サーバ装置側で視聴者の画面上に表示される画面まで作
成する場合には、このアクセス情報をレイアウト情報に
応じた所定位置に貼り付けるようにする。
【０６１９】商品・役務データベース１０５Ｅは、映像
番組の被写体に現れる商品や役務についての詳細情報が
記録されているデータベースである。前述の協賛取引支
援システムに用いられるデータベースと共用することも
できる。ここでの情報は、協賛取引支援システムから入
手するようにしても良いし、映像番組に商品や役務を提
供した事業者から入手するようにしても良い。勿論、サ
ーバ装置の管理者が入力するようにしても良いが、既存
の情報を流用することによりデータベースの効率的な運
用が可能となる。
【０６２０】なお、商品・役務データベース１０５Ｅに
は、映像番組の各場面に対応する番組付加データ（メタ
ポケットに相当するもの）が記録されていても良い。も
っとも、当該データについては商品・役務データベース
１０５Ｅと別媒体に保持されていても良い。
【０６２１】通信機能部１０５Ｆは、ネットワークを通
じて外部と通信するための手段である。通信機能部１０
５Ｆにはネットワークに応じた通信機器が使用される。
ネットワークには有線網もあれば、無線通信網もある。
例えば、電話網、ＩＰ網、専用線網、ＡＴＭ網である。
また、通信形式も回線接続形式もあればパケット接続形
式もある。また、ネットワークがアナログ回線の場合も
あれば、ディジタル回線の場合もある。通信機能部１０
５Ｆは図５８のように内蔵である必要はなく、外付けで
あっても良い。この通信機能部１０５Ｆを通じ、例えば
アクセス情報やメタモール画面、インデックス情報が送
信される。
【０６２２】リストファイル作成部１０５Ｇは、本願明
細書におけるメタモールに相当するデータファイルを作
成するための手段である。メタモールを構成する場面は
サーバ装置の操作者側で決定する場合もあるし、視聴者
側からメタモールを構成する場面が指定される場合もあ
る。また例えば、視聴者側からリストファイルの表示を
要求した時点を特定する情報が得られた場合（映像番組
と場面を通知する情報が得られた場合）には、リストフ
ァイル作成部１０に保持している作成規則に基づいて使
用場面を特定する方法もある。例えば、通知場面から前
方複数場面をメタモールを構成する場面として特定する
方法や通知場面に対して前後複数場面をメタモールを構
成する場面として特定する方法もある。
【０６２３】リストファイル作成部１０５Ｇは、例え
ば、特定された場面のメタポケットデータをメタモール
用のレイアウト情報に従って配置することで完成した画
面データをリストファイルとする。この他、リストファ
イル作成部１０５Ｇは、例えば、特定された場面のメタ
ポケットデータを検索して求めたメタポケットデータ
（ファイル）とメタモール用のレイアウト情報とを１つ
のファイルにまとめたものをリストファイルとする。
【０６２４】インデックス画面作成部１０５Ｈは、イン
デックス画面付きのメタポケットやメタモールを仲介サ
ーバ装置側で作成するために用いる手段である。もっと
も、インデックス画面のみを単独で視聴者側に提供する
ために用いても良い。インデックス画面として使用する
画像や映像素材は一般に映像制作者側より提供を受け
る。インデックス画面に動画再生機能や音声再生機能を
埋め込む場合には、動画ファイルや音声ファイルへのリ
ンク情報も作成するようにしても良い。
【０６２５】インデックス画面記録部１０５Ｉは、イン
デックス画面作成部１０５Ｈで作成されたインデックス
画面や映像制作者等から提供を受けたインデックス画面
を記録しておくための記録媒体又は記憶媒体である。も
っとも、当該媒体もインデックス画面の格納用にのみ用
いられる必要はなく他の情報の記録又は記憶と共用する
ことも可能である。またこの媒体の場合も、例えば、Ｃ
Ｄ−ＲＯＭ、磁気記録方式の媒体（テープ、フロッピー
ディスク、ハードディスク、磁気カード等）、光記録方
式の媒体（追記型ＣＤ、ＤＶＤ、光カード等）、光磁気
記録方式の媒体（ＤＶＤ、ＭＤ、ＭＯ等）、半導体メモ
リ（不揮発性メモリ、ＲＡＭ等）等が考えられる。
【０６２６】アクセス回数計算部１０５Ｊは、視聴者に
よる商品・役務データベース１０５Ｅへの商品・役務情
報の読み出し要求（アクセス）や成約状況を監視して商
品・役務データベース１０５Ｅが保持するアクセス回数
を更新したり、場面単位のアクセス回数を計算するのに
使用する手段である。例えば、商品・役務に関する詳細
情報の提供がインターネット上で行われる場合には、Ｃ
ＧＩ（Common GatewayInterface ）等のアプリケーショ
ンにて実現される。因みに、ＣＧＩを使用する場合の動
作手順は次のように実行される。
【０６２７】例えば、ある視聴者が商品・役務の詳細情
報の提供を要求したことを確認すると、視聴者への該当
情報の送信が実行される前に、提供される情報中に含ま
れるアクセスカウンタの記述に基づいて当該アクセス回
数計算部１０５Ｊが起動される（アクセスカウンタＣＧ
Ｉが起動される）ので、起動されたアクセスカウンタＣ
ＧＩが提供対象である情報（ここでは、商品・役務の詳
細情報）のカウント値を１つ増加させる。この処理を実
行するのがアクセス回数計算部１０５Ｊである。
【０６２８】計算されたアクセス回数はリストファイル
や商品・役務の詳細情報に使用される他、アクセス回数
単独で視聴者に提供される場合もある。視聴者側が記録
媒体に記録されている番組付加データを再生して使用さ
れている場合には、アクセス回数を別途計算して視聴者
に提供することに利用価値がある。つまり、視聴者は常
に最新の情報を基に購入時の参考とできる。
【０６２９】バス１０５Ｋは、データの入出力バスであ
り、例えばＩＳＡバス、ＥＩＳＡバス、ＰＣＩバスその
他である。
【０６３０】図５８に示すサーバ装置１０５としては、
いわゆる専用端末の他、コンピュータ端末（ノート型、
デスクトップ型）、ＰＤＡ、携帯電話機、ゲーム機、セ
ットトップボックス、ＰＣカード、ＶＴＲ、テレビジョ
ン受像機、カーナビ、情報処理機能付き腕時計その他を
用い得る。
【０６３１】次に、図５９に示すサーバ装置１０５につ
いて説明する。当該サーバ装置１０５の場合、商品・役
務データベース１０５Ｅがネットワークを介してサーバ
装置１０５に接続される構成を採る。この構成は、視聴
者への情報の提供サービスや商取引の仲介サービスを実
行する事業者と、商品・役務データベース１０５Ｅを運
用する事業者とが異なる場合に一般的に使用される。も
っとも、両事業者が同じ場合でも図５９に示すような接
続形態を採ることはあり得る。
【０６３２】（Ｄ−３）端末間の処理動作 図６０及び図６１に、メタポケット画面やメタモール画
面を表示させる際に視聴者側の端末（１次端末か２次端
末かを問わない。）とサーバ装置との間でどのように処
理が進行するかを示す。
【０６３３】まず図６０にメタポケットの表示と商取引
完了までの処理手順例を示す。まず、視聴者は視聴中の
映像番組に現れる商品・役務に関する番組付加データの
存在情報を知覚し、メタポケット画面の表示をリモート
コントローラ等を通じて指示する（ステップＳ６５）。
この表示指示は視聴者側の端末装置（番組付加データ処
理装置）に通知される。
【０６３４】当該表示指示の通知を受信した端末装置
は、映像番組の場面情報を基に表示対象とするメタポケ
ット画面の識別番号（ＩＤ）を検出する（ステップＳ６
６）。メタポケットＩＤが検出されると、端末装置は、
メタポケットＩＤを基に関連データを読み出す（ステッ
プＳ６７）。なお該当する関連データが存在しない場合
には、端末装置から外部のデータベース（ショッピング
仲介サーバとは限らない。）に情報のダウンロードを要
求する。いずれにしてもメタポケットＩＤに関する関連
データが得られると、端末装置の画面上に視聴者の指示
した場面に関連つけられているメタポケット画面が表示
される（ステップＳ６８）。
【０６３５】メタポケット画面では、映像番組の１つの
場面に現れる複数の被写体についての情報が１つの画面
上に表示される。また、メタポケット画面には場面の内
容を表すインデックス画面や各被写体についてのアクセ
ス情報及び場面単位でのアクセス情報が表示される。
【０６３６】ここで、視聴者が画面上で何らかの商品又
は役務を指定した上で更なる詳細情報の表示を指示する
と（ステップＳ６９）。当該指示が端末装置を通じてネ
ットワークを介して接続されたショッピング仲介サーバ
に送信される。当該要求を受信したショッピング仲介サ
ーバは、該当情報に対する視聴者からの関心の高さを表
すアクセスカウンタの値を更新すると共に（ステップＳ
７０）、要求のあった対応商品データを要求元である端
末装置に宛てて送信する（ステップＳ７１）。端末装置
では通知のあった情報を画面上に表示する（ステップＳ
７２）。
【０６３７】この後、表示内容を見て購入意思をもった
視聴者が購入ボタンを押すと（ステップＳ７５）、購入
ボタンが操作されたことが端末装置に通知され、購入対
象である商品・役務の情報がメタカートに登録される
（ステップＳ７４）。なお、メタカートの情報をショッ
ピング仲介サーバ側にもつ場合には、当該操作と購入対
象情報がショッピング仲介サーバ側に通知される。この
段階ではまだ視聴者とショッピング仲介事業者との商取
引は確定していない。
【０６３８】この後、視聴者がメタカートに登録してい
る商品・役務情報の確認を要求すると（ステップＳ７
５）、その指示操作が端末装置に通知され、メタカート
に登録されている情報が画面上に表示される（ステップ
Ｓ７６）。なお、メタカートの情報がショッピング仲介
サーバ側に保持されている場合には、記録されている情
報がショッピング仲介サーバ側から通知され表示され
る。このとき、メタカート画面には登録されている商品
・役務を購入するきっかけとなった映像番組の場面を表
すインデックス画面や当該商品・役務単位のアクセス情
報、場面単位のアクセス情報が表示される。
【０６３９】この後、視聴者がメタカートに登録されて
いる商品・役務の内容を確認し、購入意思の再度の確認
を行うと、すなわち購入ボタンを操作すると（ステップ
Ｓ７７）、当該操作の情報が端末装置を通じてショッピ
ング仲介サーバ側に通知される。当該通知を受けたショ
ッピング仲介サーバでは購入者情報、購入商品・役務情
報を確定的に受け付ける処理を実行する（ステップＳ７
８）。
【０６４０】登録された情報はその後、以後の協賛取引
の参考資料や配信範囲の自動設定パラメータに使用され
る。ショッピング仲介サーバにて購入申し込み（承諾）
の受付を登録すると、受付の登録完了を対象端末装置に
返送する。その情報が端末装置において画面上に表示さ
れる（ステップＳ７９）。
【０６４１】次に図６１にメタモールの表示と商取引完
了までの処理手順例を示す。なお、図６１（Ａ）はメタ
モール画面の表示内容が操作時に既に決まっている場合
の例であり、図６１（Ｂ）はメタモール画面の表示内容
が指示されてから決まる場合の例である。
【０６４２】図６１（Ａ）の場合、視聴者が視聴中の映
像番組に現れる商品・役務に関する番組付加データの存
在情報を知覚し、メタモール画面の表示をリモートコン
トローラ等を通じて指示する（ステップＳ８０）。この
表示指示は視聴者側の端末装置（番組付加データ処理装
置）に通知される。
【０６４３】当該表示指示の通知を受信した端末装置
は、映像番組の場面情報を基に表示対象とするメタモー
ル画面の識別番号（ＩＤ）を検出する（ステップＳ８
１）。メタモールＩＤが検出されると、端末装置は、メ
タモールＩＤを基に関連データを読み出す（ステップＳ
８２）。なおこの場合も、該当する関連データが存在し
ない場合には、端末装置から外部のデータベース（ショ
ッピング仲介サーバとは限らない。）に情報のダウンロ
ードを要求する。いずれにしてもメタモールＩＤに関す
る関連データが得られると、端末装置の画面上に視聴者
の指示した場面に関連つけられているメタモール画面が
表示される（ステップＳ８３）。
【０６４４】メタモール画面では、映像番組を構成する
複数場面の情報が１つの画面上で確認可能に表示され
る。勿論、各場面に対応する商品・役務情報には、１つ
の場面に現れる複数の商品・役務情報が表示される。ま
た、各場面にはその内容を表すインデックス画面や各被
写体についてのアクセス情報及び場面単位でのアクセス
情報が表示される。その後の処理は図６０の場合と同様
であるので説明を省略する。
【０６４５】一方、図６１（Ｂ）の場合、視聴者が視聴
中の映像番組に現れる商品・役務に関する番組付加デー
タの存在情報を知覚し、メタモール画面の表示をリモー
トコントローラ等を通じて指示する（ステップＳ８
０）。この表示指示は視聴者側の端末装置（番組付加デ
ータ処理装置）に通知される。
【０６４６】当該表示指示の通知を受信した端末装置
は、指示入力があった時点の場面位置を特定し、特定さ
れた場面位置を基準にメタモール画面を構成する場面の
範囲情報を読み出す（ステップＳ８４）。生放送の場合
には通常、メタモール画面の表示指示があった時点より
も前の時間軸上に存在する所定個数の場面がメタモール
画面を構成する場面範囲として設定される。一方、再生
放送の場合には、メタモール画面の表示指示があった時
点を中心として時間軸上の前後に存在する所定個数の場
面をメタモール画面を構成する場面範囲として設定す
る。なお、視聴者がメタモール画面として表示したい場
面を事前に入力していた場合にはそれらの中からメタモ
ール画面を構成する場面が設定される。
【０６４７】メタモール画面を構成する場面が特定され
ると、例えば端末装置は当該場面に対応するメタポケッ
ト画面の識別番号（ＩＤ）を検出する（ステップＳ８
５）。メタポケットＩＤが検出されると、端末装置は、
メタポケットＩＤを基に関連データを読み出す（ステッ
プＳ８６）。なお該当する関連データが存在しない場合
には、端末装置から外部のデータベース（ショッピング
仲介サーバとは限らない。）に情報のダウンロードを要
求する。いずれにしてもメタポケットＩＤに関する関連
データが得られると、端末装置は、これらの関連データ
を基にメタモール画面を作成する（ステップＳ８７）。
【０６４８】メタモール画面の作成が完了すると、端末
装置は、作成されたメタモール画面を画面上に表示する
（ステップＳ８８）。その後の処理は図６０の場合と同
様であるので説明を省略する。なお、メタモール画面の
レイアウトや表示内容は図６１（Ａ）の場合と同様であ
る。
【０６４９】因みに図６０及び図６１の処理手順は一例
であり、前述の各実施形態例にて説明したように、サー
ビスの提供態様に応じた処理動作が考えられる。（Ｄ−
４）まとめ以上のようなディジタル映像番組受信再生シ
ステムを構築することにより、視聴者にとって使い勝手
の良い機器構成とマンマシン・インタフェースを実現で
きる。特に視聴者は１つの場面に関連付けられた番組付
加データ画面（メタポケット画面やメタモール画面）上
で、各場面に被写体として現れる複数商品・役務につい
ての情報を入手可能となるため、いわゆるテレビショッ
ピング番組以外の全ての映像番組を商品・役務情報への
プラットホームとして利用することが可能となる。
【０６５０】また、番組付加データとして１つの場面に
関する情報が画面上に表示されるだけでなく、一度に複
数の場面の情報を同一画面上で確認できるようになるた
め（メタモール画面）、目的とする場面へのアクセスを
少ない操作で実現できるようになる。このことは広範囲
の年齢層にとって使い勝手の良い画面を提供できること
を意味する。
【０６５１】その他、単に各場面に現れる商品・役務の
情報を提供するだけでなく、それら商品・役務に対する
視聴者からのアクセス状況をカウント数として提供する
ため、視聴者が商品・役務を購入する際の有益な情報を
与えることができる。なお、場面単位で集計したアクセ
ス回数は大雑把に場面を選択するのに有益な情報であ
る。
【０６５２】また、各場面に現れる商品・役務情報を表
示する際に、対応場面のインデックス画面が表示される
ようにすることで、映像番組の視聴と番組付加データの
確認時点を切り離すことができ、視聴者にとっての使い
勝手を向上できる。特に、家庭での生活時間が限られる
勤労世帯や若者には、１次端末で入手した番組付加デー
タを２次端末に採り込んで移動先で確認するといった使
い方も支持を受け得ると考えられるが、その場合にもイ
ンデックス画面があることで目的とする場面に早く到達
できるという効果に加え、目的とする商品・役務の内容
を視覚的に確認できるといった効果が期待できる。その
結果、商取引に至る件数をかかる仕組みを採用しない場
合に比して各段に増加させることができる。
【０６５３】
【発明の効果】各請求項に記載の発明によれば、以下の
効果を奏することができる。
【０６５４】請求項１に記載の協賛依頼条件入力装置に
よれば、協賛取引に必要な最小限の入力項目が入力フォ
ームとして提示されるため、依頼者は表示された入力項
目に必要な情報を書き込むだけで依頼書を作成できる。
これにより、プロジェクトを企画する誰もが最小限必要
な情報を備えた協賛依頼を発信することが可能となる。
【０６５５】請求項２に記載の協賛依頼条件入力装置に
よれば、協賛依頼の選択配信を可能とできる。
【０６５６】請求項３に記載の協賛依頼条件入力装置に
よれば、依頼者側の希望だけでなく、協賛依頼の配信を
受ける会員側の希望も考慮に入れられるため、配信範囲
を依頼者側及び登録会員側の双方にとって最適なものと
できる。
【０６５７】請求項４に記載の協賛依頼入力装置によれ
ば、映像番組の協賛取引に必要な最小限の入力項目が入
力フォームとして提示されるため、依頼者は表示された
入力項目に必要な情報を書き込むだけで依頼書を作成で
きる。これにより、映像番組を企画する誰もが簡単に協
賛依頼を発信することが可能となる。
【０６５８】請求項５に記載の協賛依頼条件入力装置に
よれば、映像番組の協賛依頼の選択配信を可能とでき
る。
【０６５９】請求項６に記載の協賛依頼条件入力装置に
よれば、依頼者側の希望だけでなく、協賛依頼の配信を
受ける会員側の希望も考慮に入れられるため、配信範囲
を依頼者側及び登録会員側の双方にとって最適なものと
できる。
【０６６０】請求項７に記載の協賛取引仲介サーバによ
れば、協賛依頼の配信先となり得る登録会員に関する情
報の集中管理を実現できる。
【０６６１】請求項８に記載の協賛取引仲介サーバによ
れば、協賛依頼の配信先となり得る登録会員に関する情
報の集中管理を実現できる。
【０６６２】請求項９に記載の協賛取引仲介サーバによ
れば、協賛依頼の選択配信を可能とできる。
【０６６３】請求項１０に記載の協賛取引仲介サーバに
よれば、運営者側の特定規則だけでなく、協賛依頼の配
信を受ける会員側の希望も考慮に入れられるため、配信
範囲を登録会員側の意図を反映させることができる。
【０６６４】請求項１１に記載の協賛取引仲介サーバに
よれば、協賛依頼とその応答とを対応付けた管理が可能
となる。
【０６６５】請求項１２に記載の協賛取引仲介サーバに
よれば、登録会員側の協賛への積極的な関与を可能とで
きる。
【０６６６】請求項１３に記載の協賛依頼受信装置によ
れば、協賛取引に必要な最小限の項目が依頼内容確認フ
ォームとして提示されるため、依頼内容を容易に確認す
ることができる。
【０６６７】請求項１４に記載の協賛依頼受信装置によ
れば、協賛取引に最小限必要な情報の送信を可能とで
き、効率的な協賛取引の実現を可能とできる。
【０６６８】請求項１５に記載の協賛依頼受信装置によ
れば、会員側で希望する内容の協賛依頼だけが選択的に
配信されるようにできる。
【０６６９】請求項１６に記載の協賛依頼受信装置によ
れば、登録会員による協賛取引への積極的な関与を可能
とできる。
【０６７０】請求項１７に記載の応答結果受信装置によ
れば、協賛取引に必要な最小限の応答事項が画面上に提
示されるため、応答内容の確認を容易に行うことができ
る。
【０６７１】請求項１８に記載の協賛依頼条件の入力画
面表示方法によれば、協賛取引に必要な最小限の入力項
目が入力フォームとして提示されるため、依頼者は表示
された入力項目に必要な情報を書き込むだけで依頼書を
作成できる。
【０６７２】請求項１９に記載の協賛依頼内容の提示画
面表示方法によれば、協賛取引に必要な最小限の項目が
依頼内容確認フォームとして提示されるため、依頼内容
を容易に確認することができる。
【０６７３】請求項２０に記載の協賛事前登録情報の画
面表示方法によれば、協賛取引に必要な最小限の項目が
入力フォームとして提示されるため、協賛依頼に応じる
登録会員は表示された入力項目に必要な情報を書き込む
だけで事前登録に必要な情報を作成できる。
【０６７４】請求項２１に記載の協賛依頼への応答結果
画面表示方法によれば、協賛取引に必要な最小限の項目
が応答結果フォームとして提示されるため、依頼者の側
での応答結果の確認を容易に行うことが可能となる。
【０６７５】請求項２２に記載の取引データの伝送方法
によれば、オンラインを通じて接続された依頼者側の端
末から登録会員側の端末に協賛取引に最小限必要とされ
る情報送信させることができる。
【０６７６】請求項２３に記載の取引データの伝送方法
によれば、オンラインを通じて接続された登録会員側の
端末から依頼者側の端末に協賛取引に最小限必要とされ
る情報を送信させることができる。
【０６７７】請求項２４に記載の協賛依頼の配信方法に
よれば、協賛依頼の選択配信を可能とできる。
【０６７８】請求項２５に記載の協賛依頼の配信方法に
よれば、協賛依頼の配信を受ける会員側の希望を考慮し
た選択配信を実現できる。
【０６７９】請求項２６に記載の記録媒体によれば、協
賛取引専用の装置がなくても、既存の端末に当該記録媒
体に記録されているプログラムをインストールさせるだ
けで、協賛依頼条件入力装置として使用できる。
【０６８０】請求項２７に記載の記録媒体によれば、協
賛取引専用の装置がなくても、既存の端末に当該記録媒
体に記録されているプログラムをインストールさせるだ
けで、協賛依頼条件入力装置や協賛依頼仲介サーバとし
て使用できる。
【０６８１】請求項２８に記載の記録媒体によれば、協
賛取引専用の装置がなくても、既存の端末に当該記録媒
体に記録されているプログラムをインストールさせるだ
けで、協賛依頼条件入力装置や協賛依頼仲介サーバとし
て使用できる。
【０６８２】請求項２９に記載の記録媒体によれば、協
賛取引専用の装置がなくても、既存の端末に当該記録媒
体に記録されているプログラムをインストールさせるだ
けで、事前登録情報入力装置として使用することができ
る。
【０６８３】請求項３０に記載の記録媒体によれば、協
賛取引専用の装置がなくても、既存の端末に当該記録媒
体に記録されているプログラムをインストールさせるだ
けで、協賛依頼に対する協賛依頼受信装置として使用で
きる。
【０６８４】請求項３１に記載の記録媒体によれば、協
賛取引専用の装置がなくても、既存の端末に当該記録媒
体に記録されているプログラムをインストールさせるだ
けで、協賛依頼に対する応答結果受信装置として使用で
きる。
【図面の簡単な説明】
【図１】ディジタル放送システム全体の概念構成を示す
図である。
【図２】番組付加データの流通から見たディジタル放送
システムの概念構成を示す図である。
【図３】ディジタル放送システムの構築例を示す図であ
る。
【図４】協賛依頼条件入力装置の実施の形態の第１例を
示す機能ブロック図である。
【図５】協賛依頼条件入力装置の実施の形態の第２例を
示す機能ブロック図である。
【図６】協賛依頼条件入力フォームの表示画面の表示例
を示す図である。
【図７】協賛依頼条件データの構造例を示す図である。
【図８】協賛依頼条件入力時の処理手順例を示すフロー
チャートである。
【図９】応答結果受信装置の実施の形態の例を示す機能
ブロック図である。
【図１０】応答結果確認フォームの表示画面の表示例を
示す図である。
【図１１】応答結果データの構造例を示す図である。
【図１２】協賛取引仲介サーバの実施の形態の例を示す
機能ブロック図である。
【図１３】会員データベースのデータ構造例を示す図で
ある。
【図１４】協賛依頼受信時の処理手順例を示すフローチ
ャートである。
【図１５】協賛依頼受信装置の実施の形態の例を示す機
能ブロック図である。
【図１６】依頼内容確認フォームの表示画面の表示例を
示す図である。
【図１７】事前登録情報入力装置の実施の形態の例を示
す機能ブロック図である。
【図１８】一般事項登録フォームの表示画面の表示例を
示す図である。
【図１９】協賛条件登録フォーム画面の表示画面例を示
す図である。
【図２０】付加情報データの構造例を示す図である。
【図２１】映像番組の内容に応じた商品・役務データの
具体例を示す図である。
【図２２】番組付加データ作成装置の実施の形態の一例
を示す機能ブロック図である。
【図２３】番組付加データ作成装置の実施の形態の他の
例を示す機能ブロック図である。
【図２４】番組付加データ作成装置の実施の形態の更に
他の例を示す機能ブロック図である。
【図２５】番組付加データ入力フォーム画面の表示画面
の一例を示す図である。
【図２６】番組付加データ入力フォーム画面の表示画面
の他の例を示す図である。
【図２７】番組付加データ入力フォーム画面の表示画面
の更に他の例を示す図である。
【図２８】番組付加データ入力時の処理手順の一例を示
すフローチャートである。
【図２９】番組付加データ入力時の処理手順の他の例を
示すフローチャートである。
【図３０】番組付加データ作成装置の実施の形態の例を
示す機能ブロック図である
【図３１】映像番組データ作成装置の実施の形態の例を
示す機能ブロック図である。
【図３２】映像番組編集装置の実施の形態の例を示す機
能ブロック図である。
【図３３】番組付加データ作成時又は編集時の表示画面
の表示例１を示す図である。
【図３４】番組付加データ作成時又は編集時の表示画面
の表示例２を示す図である。
【図３５】番組付加データ作成時又は編集時の表示画面
の表示例３を示す図である。
【図３６】番組付加データ作成時又は編集時の表示画面
の表示例４を示す図である。
【図３７】番組付加データ作成時又は編集時の表示画面
の表示例５を示す図である。
【図３８】番組付加データ作成時の処理手順の一例を示
すフローチャートである。
【図３９】番組付加データ作成時の処理手順の他の例を
示すフローチャートである。
【図４０】番組付加データ処理装置の実施の形態の一例
を示す機能ブロック図である。
【図４１】番組付加データ処理装置の実施の形態の他の
例を示す機能ブロック図である。
【図４２】番組付加データ処理装置の実施の形態の他の
例を示す機能ブロック図である。
【図４３】番組付加データ処理装置の実施の形態の他の
例を示す機能ブロック図である。
【図４４】番組付加データ処理装置の実施の形態の更に
他の例を示す機能ブロック図である。
【図４５】番組付加データ付き映像番組の表示画面の一
例を示す図である。
【図４６】番組付加データ付き映像番組の表示画面の他
の例を示す図である。
【図４７】メタポケット画面の表示画面の表示例を示す
図である。
【図４８】メタポケット画面の表示画面の表示例を示す
図である。
【図４９】メタポケット画面の表示画面の表示例を示す
図である。
【図５０】メタポケット画面の表示画面の表示例を示す
図である。
【図５１】メタモール画面の表示画面の表示例を示す図
である。
【図５２】メタモール画面の表示画面の表示例を示す図
である。
【図５３】メタカート画面の表示画面の表示例を示す図
である。
【図５４】商品情報サイト画面の表示画面の表示例を示
す図である。
【図５５】その他の表示画面の表示例を示す図である。
【図５６】その他の表示画面の表示例を示す図である。
【図５７】番組付加データ表示時の処理手順の例を示す
フローチャートである。
【図５８】サーバ装置の実施の形態の一例を示す機能ブ
ロック図である。
【図５９】サーバ装置の実施の形態の他の例を示す機能
ブロック図である。
【図６０】メタポケット表示時の処理手順の例を示すフ
ローチャートである。
【図６１】メタモール表示時の処理手順の例を示すフロ
ーチャートである。
【符号の説明】 ２０ 協賛依頼条件入力装置、２１ 会員データベー
ス、２２ 協賛依頼受信装置（登録会員端末）、３０
応答結果受信装置（協賛依頼条件入力装置）、３５ 協
賛取引仲介サーバ、３９ 事前登録情報入力装置（協賛
依頼受信装置）、５０，６３ 番組付加データ作成装
置、７３ 映像番組データ作成装置、７５映像番組編集
装置、８５，８７ 番組付加データ処理装置、１０５
サーバ装置
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 3/00 ６５１ Ｇ０６Ｆ 3/00 ６５１Ａ (72)発明者 柳田 昇 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 頭師 教文 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5B049 BB00 BB49 CC00 CC05 EE05 FF01 GG03 5E501 AA02 AC13 AC33 BA05 DA15 FA50

Claims (31)

    【特許請求の範囲】
  1. 【請求項１】 プロジェクトへの協賛を依頼する依頼者
    と登録会員との協賛取引をオンライン上で実現する協賛
    取引支援システムにおける協賛依頼条件入力装置であっ
    て、 少なくともプロジェクトの内容、対象者層及び協賛希望
    条件を入力項目とする入力フォームを画面上に表示させ
    る表示制御部と、 入力フォームに入力された入力データを一時的に記録す
    る記録部とを備えることを特徴とする協賛依頼条件入力
    装置。
  2. 【請求項２】 少なくとも会員名、その配信先及び事業
    分野に関係する情報を登録項目とする会員データベース
    にアクセスし、入力フォームを通じて入力のあった入力
    項目に関連のある会員を特定規則に基づき検索し、該当
    する登録会員を当該協賛依頼の配信先として特定する配
    信先特定部を更に備えることを特徴とする請求項１記載
    の協賛依頼条件入力装置。
  3. 【請求項３】 上記配信先特定部は、会員データベース
    に登録されている会員別の配信希望条件も加えて協賛依
    頼の配信先を特定することを特徴とする請求項２記載の
    協賛依頼条件入力装置。
  4. 【請求項４】 映像番組への協賛を依頼する依頼者と登
    録会員との協賛取引をオンライン上で実現する協賛取引
    支援システムにおける協賛依頼条件入力装置であって、 少なくとも映像番組の内容、対象視聴者層及び協賛希望
    条件を入力項目とする入力フォームを画面上に表示させ
    る表示制御部と、 入力フォームに入力された入力データを一時的に記録す
    る記録部とを備えることを特徴とする協賛依頼条件入力
    装置。
  5. 【請求項５】 少なくとも会員名、その配信先及び事業
    分野に関係する情報を登録項目とする会員データベース
    にアクセスし、入力フォームを通じて入力のあった入力
    項目のいずれか又はその組み合わせに関連のある会員を
    検索し、該当する登録会員を当該協賛依頼の配信先とし
    て特定する配信先特定部を更に備えることを特徴とする
    請求項４記載の協賛依頼条件入力装置。
  6. 【請求項６】 上記配信先特定部は、会員データベース
    に登録されている会員別の配信希望条件も加えて協賛依
    頼の配信先を特定することを特徴とする請求項５記載の
    協賛依頼条件入力装置。
  7. 【請求項７】 プロジェクトへの協賛を依頼する依頼者
    と登録会員との協賛取引をオンライン上で実現する協賛
    取引支援システムにおける協賛取引仲介サーバであっ
    て、 少なくとも会員名、その配信先及び事業分野に関係する
    情報を登録項目とする会員データベースを備えることを
    特徴とする協賛取引仲介サーバ。
  8. 【請求項８】 プロジェクトへの協賛を依頼する依頼者
    と登録会員との協賛取引をオンライン上で実現する協賛
    取引支援システムにおける協賛取引仲介サーバであっ
    て、 少なくとも会員名、その配信先及び事業分野に関係する
    情報を登録項目とする会員データベースと、 依頼者側より通知のあった協賛依頼データを、上記会員
    データベースに登録されている会員に宛てて配信する配
    信部とを備えることを特徴とする協賛取引仲介サーバ。
  9. 【請求項９】 上記会員データベースにアクセスし、協
    賛依頼に関連のある会員を特定規則に基づき検索し、該
    当する登録会員を当該協賛依頼の配信先として特定する
    配信先特定部を更に備えることを特徴とする請求項８記
    載の協賛取引仲介サーバ。
  10. 【請求項１０】 上記配信先特定部は、会員データベー
    スに格納されている会員別の配信希望条件も加えて協賛
    依頼の配信先を特定することを特徴とする請求項９記載
    の協賛取引仲介サーバ。
  11. 【請求項１１】 プロジェクトへの協賛を依頼する依頼
    者と登録会員との協賛取引をオンライン上で実現する協
    賛取引支援システムにおける協賛取引仲介サーバであっ
    て、 会員からの協賛依頼に対する応答を、協賛依頼の識別コ
    ード、協賛依頼に応じた会員名、協賛対象となる商品又
    は役務及びその協賛条件に関連付けて記録する応答デー
    タ記録部を備えることを特徴とする協賛取引仲介サー
    バ。
  12. 【請求項１２】 プロジェクトへの協賛を依頼する依頼
    者と登録会員との協賛取引をオンライン上で実現する協
    賛取引支援システムにおける協賛取引支援サーバであっ
    て、 少なくとも協賛依頼に応じる用意のある会員名、協賛可
    能な商品又は役務、対象者層及び協賛に応じる際の条件
    に関する情報が、協賛事前登録情報として登録会員によ
    り事前登録された会員データベースと、 依頼者からの協賛依頼受信時、協賛依頼の内容を満たす
    事前登録情報が上記会員データベースに登録されている
    か検索し、協賛依頼を満たす事前登録情報が存在する場
    合には、該当する登録会員端末と依頼者端末に宛ててそ
    の存在を通知する事前登録条件判定部とを備えることを
    特徴とする協賛取引仲介サーバ。
  13. 【請求項１３】 プロジェクトへの協賛を依頼する依頼
    者と登録会員との協賛取引をオンライン上で実現する協
    賛取引支援システムにおける協賛依頼受信装置であっ
    て、 依頼者側からの協賛依頼データを記録する協賛依頼デー
    タ記録部と、 上記協賛依頼データのうち少なくとも依頼者名、プロジ
    ェクトの内容、対象者層及び協賛希望条件を表示項目と
    する依頼内容確認フォームを画面上に表示させる表示制
    御部とを備えることを特徴とする協賛依頼受信装置。
  14. 【請求項１４】 協賛依頼への応答時、少なくとも会員
    名、協賛可能な商品又は役務及びその協賛条件とを協賛
    取引仲介サーバ又は依頼者端末宛てに送信する通信手段
    を備えることを特徴とする請求項１３記載の協賛依頼受
    信装置。
  15. 【請求項１５】 協賛依頼の選択配信を希望する場合、
    配信を希望する協賛依頼を特定する配信希望条件を協賛
    取引仲介サーバ又は依頼者端末宛てに送信する通信手段
    を備えることを特徴とする請求項１３記載の協賛依頼受
    信装置。
  16. 【請求項１６】 プロジェクトへの協賛を依頼する依頼
    者と登録会員との協賛取引をオンライン上で実現する協
    賛取引支援システムにおける事前登録情報入力装置であ
    って、 少なくとも協賛依頼に応じる用意のある会員名、協賛可
    能な商品又は役務、対象者層及び協賛に応じる際の条件
    に関する情報を入力項目とする入力フォームを画面上に
    表示させる表示制御部と、 入力フォームに入力された入力データを協賛事前登録情
    報として一時的に記録する記録部とを備えることを特徴
    とする事前登録情報入力装置。
  17. 【請求項１７】 プロジェクトへの協賛を依頼する依頼
    者と登録会員との協賛取引をオンライン上で実現する協
    賛取引支援システムにおける応答結果受信装置であっ
    て、 登録会員側からの協賛依頼に対する応答データを記録す
    る応答データ記録部と、 上記応答データのうち少なくとも協賛依頼に応じる会員
    名、協賛可能な商品又は役務及びその協賛条件とを画面
    上に表示させる表示制御部とを備えることを特徴とする
    応答結果受信装置。
  18. 【請求項１８】 協賛取引支援システムにおける協賛依
    頼条件の入力画面表示方法であって、 依頼者による協賛依頼条件の入力用に、少なくとも協賛
    を依頼するプロジェクトの内容、対象者層及び協賛希望
    条件を入力項目とする入力フォームを画面上に表示させ
    ることを特徴とする協賛依頼条件の入力画面表示方法。
  19. 【請求項１９】 協賛取引支援システムにおける協賛依
    頼内容の提示画面表示方法であって、 登録会員による協賛依頼条件の確認用に、少なくとも依
    頼者名、協賛依頼の対象であるプロジェクトの内容、対
    象者層及び協賛希望条件を表示項目とする依頼内容確認
    フォームを画面上に表示させることを特徴とする協賛依
    頼内容の提示画面表示方法。
  20. 【請求項２０】 協賛取引支援システムにおける協賛事
    前登録情報の入力画面表示方法であって、 登録会員による事前登録用に、少なくとも協賛依頼に応
    じる用意のある会員名、協賛可能な商品又は役務、対象
    者層及び協賛に応じる際の条件に関する情報を入力項目
    とする入力フォームを画面上に表示させることを特徴と
    する協賛事前登録情報の画面表示方法。
  21. 【請求項２１】 協賛取引支援システムにおける協賛依
    頼への応答結果画面表示方法であって、 依頼者による協賛依頼に対する応答結果の確認用に、少
    なくとも協賛依頼に応じた会員名、協賛可能な商品又は
    役務及びその協賛条件とを表示項目とする応答結果フォ
    ームを画面上に表示させることを特徴とする協賛依頼へ
    の応答結果画面表示方法。
  22. 【請求項２２】 プロジェクトへの協賛を依頼する依頼
    者と登録会員との協賛取引をオンライン上で実現する協
    賛取引支援システムにおける取引データの伝送方法であ
    って、 協賛依頼時、少なくとも送信先、依頼者名、プロジェク
    トの内容、対象者層及び協賛希望条件を含む協賛依頼条
    件データを、取引データとして依頼者側の端末から送出
    させることを特徴とする取引データの伝送方法。
  23. 【請求項２３】 プロジェクトへの協賛を依頼する依頼
    者と登録会員との協賛取引をオンライン上で実現する協
    賛取引支援システムにおける取引データの伝送方法であ
    って、 協賛依頼への応答時、少なくとも送信先、登録会員名、
    協賛可能な商品名又は役務及びその協賛条件を含む応答
    結果データを、取引データとして登録会員側の端末から
    送出させることを特徴とする取引データの伝送方法。
  24. 【請求項２４】 プロジェクトへの協賛を依頼する依頼
    者と登録会員との協賛取引をオンライン上で実現する協
    賛取引支援システムにおける協賛依頼の配信方法であっ
    て、 依頼者により入力された協賛依頼に含まれる内容と各会
    員別に保持されている事業分野に関係する情報との一致
    不一致を特定規則に基づき判定する処理ステップと、 上記処理ステップで一致が確認された会員に対してのみ
    協賛依頼を配信する処理ステップとを備えることを特徴
    とする協賛依頼の配信方法。
  25. 【請求項２５】 プロジェクトへの協賛を依頼する依頼
    者と登録会員との協賛取引をオンライン上で実現する協
    賛取引支援システムにおける協賛依頼の配信方法であっ
    て、 依頼者により入された協賛依頼の内容と各会員別に保持
    されている配信希望条件との一致不一致を判定する処理
    ステップと、 上記処理ステップで一致が確認された会員に対してのみ
    協賛依頼を配信する処理ステップとを備えることを特徴
    とする協賛依頼の配信方法。
  26. 【請求項２６】 プロジェクトへの協賛を依頼する依頼
    者と登録会員とのオンライン上での協賛取引を支援する
    協賛取引支援プログラムを記録したコンピュータ読み取
    り可能な記録媒体であって、 依頼者側の端末画面上に少なくともプロジェクトの内
    容、対象者層及び協賛希望条件を入力項目とする入力フ
    ォームを表示させる表示機能と、 入力フォームに対する依頼者からの入力を受付ける入力
    処理機能と、 入力された内容を所定のデータフォーマットで記録する
    記録機能とをコンピュータに実現させる協賛取引支援プ
    ログラムを記録したことを特徴とする記録媒体。
  27. 【請求項２７】 プロジェクトへの協賛を依頼する依頼
    者と登録会員とのオンライン上での協賛取引を支援する
    協賛取引支援プログラムを記録したコンピュータ読み取
    り可能な記録媒体であって、 依頼者により入力された協賛依頼に含まれる内容と各会
    員別に保持されている事業分野に関係する情報との一致
    不一致を特定規則に基づき判定し、一致が確認された会
    員に対してのみ協賛依頼を配信する配信機能をコンピュ
    ータに実現させる協賛取引支援プログラムを記録したこ
    とを特徴とする記録媒体。
  28. 【請求項２８】 プロジェクトへの協賛を依頼する依頼
    者と登録会員とのオンライン上での協賛取引を支援する
    協賛取引支援プログラムを記録したコンピュータ読み取
    り可能な記録媒体であって、 依頼者により入力された協賛依頼に含まれる内容と各会
    員別に保持されている配信希望条件との一致不一致を判
    定し、一致が確認された会員に対してのみ協賛依頼を配
    信する配信機能をコンピュータに実現させる協賛取引支
    援プログラムを記録したことを特徴とする記録媒体。
  29. 【請求項２９】 プロジェクトへの協賛を依頼する依頼
    者と登録会員とのオンライン上での協賛取引を支援する
    協賛取引支援プログラムを記録したコンピュータ読み取
    り可能な記録媒体であって、 会員側の端末画面上に少なくとも協賛依頼に応じる用意
    のある会員名、協賛可能な商品又は役務、対象者層及び
    協賛に応じる際の条件に関する情報を入力項目とする入
    力フォームを表示させる表示機能と、 入力フォームに対する会員からの入力を受付ける入力処
    理機能と、 入力された内容を所定のデータフォーマットで記録する
    記録機能とをコンピュータに実現させる協賛取引支援プ
    ログラムを記録したことを特徴とする記録媒体。
  30. 【請求項３０】 プロジェクトへの協賛を依頼する依頼
    者と登録会員とのオンライン上での協賛取引を支援する
    協賛取引支援プログラムを記録したコンピュータ読み取
    り可能な記録媒体であって、 会員側の端末画面上に少なくとも依頼者名、プロジェク
    トの内容、対象者層及び協賛希望条件を表示項目とする
    依頼内容確認フォームを表示させる表示機能と、 依頼内容確認フォームに対する会員からの応答入力を受
    付ける入力処理機能と、 入力された内容を所定のデータフォーマットで記録する
    記録機能とをコンピュータに実現させる協賛取引支援プ
    ログラムを記録したことを特徴とする記録媒体。
  31. 【請求項３１】 プロジェクトへの協賛を依頼する依頼
    者と登録会員とのオンライン上での協賛取引を支援する
    協賛取引支援プログラムを記録したコンピュータ読み取
    り可能な記録媒体であって、 依頼者側の端末画面上に少なくとも協賛依頼に応じた会
    員名、協賛可能な商品又は役務及びその協賛条件を表示
    項目とする依頼内容確認フォームを表示させる表示機能
    と、 依頼内容確認フォームに対する会員からの入力を受付け
    る入力処理機能と、 入力された内容を所定のデータフォーマットで記録する
    記録機能とをコンピュータに実現させる協賛取引支援プ
    ログラムを記録したことを特徴とする記録媒体。
JP2000344509A 2000-11-10 2000-11-10 協賛依頼条件入力装置、協賛取引仲介サーバ及び協賛依頼受信装置 Abandoned JP2002150123A (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP2000344509A JP2002150123A (ja) 2000-11-10 2000-11-10 協賛依頼条件入力装置、協賛取引仲介サーバ及び協賛依頼受信装置
EP01982760A EP1335311A4 (en) 2000-11-10 2001-11-12 CO-SPONSORING REQUEST STATUS ENTRY DEVICE, INTERMEDIATE SERVER FOR CO-SPONSORING NEGOTIATION, AND CO-SPONSORING REQUEST RECEIVER
US10/169,826 US20030093361A1 (en) 2000-11-10 2001-11-12 Cosponsor request condition input device, cosponsor trading intermediation server, and cosponsor request receiver
PCT/JP2001/009880 WO2002039345A1 (fr) 2000-11-10 2001-11-12 Dispositif d'entree d'etat de demande de co-parrainage, serveur intermediaire pour negociation de co-parrainage et recepteur de demande de co-parrainage
AU14278/02A AU785394B2 (en) 2000-11-10 2001-11-12 Cosponsor request condition input device, cosponsor trading intermediation server, and cosponsor request receiver

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2000344509A JP2002150123A (ja) 2000-11-10 2000-11-10 協賛依頼条件入力装置、協賛取引仲介サーバ及び協賛依頼受信装置

Publications (1)

Publication Number Publication Date
JP2002150123A true JP2002150123A (ja) 2002-05-24

Family

ID=18818695

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000344509A Abandoned JP2002150123A (ja) 2000-11-10 2000-11-10 協賛依頼条件入力装置、協賛取引仲介サーバ及び協賛依頼受信装置

Country Status (5)

Country Link
US (1) US20030093361A1 (ja)
EP (1) EP1335311A4 (ja)
JP (1) JP2002150123A (ja)
AU (1) AU785394B2 (ja)
WO (1) WO2002039345A1 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1949848A1 (en) 2007-01-25 2008-07-30 Hitachi, Ltd. Optical measurement instrument for living body
JP2009087156A (ja) * 2007-10-01 2009-04-23 Ntt Docomo Inc 情報提供装置、携帯端末、情報提供方法及びプログラム
JP2010044695A (ja) * 2008-08-18 2010-02-25 Hochiki Corp マッチング支援サーバおよびマッチング支援方法
JP2013175025A (ja) * 2012-02-24 2013-09-05 Hitachi Systems Ltd イベントマッチングシステム
KR102199109B1 (ko) * 2020-07-03 2021-01-06 오소윤 협찬 중개 방법 및 이를 이용한 중개 시스템
KR20210155990A (ko) * 2020-06-17 2021-12-24 주식회사 스타링크 셀럽협찬 o2o 중개 시스템 및 중개 방법

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040220827A1 (en) * 2003-02-07 2004-11-04 Ansel Duane Allen Sponsorship exchange and auction
US20050003895A1 (en) * 2003-07-04 2005-01-06 Aruze Corporation Game providing system and game server
US8131593B1 (en) * 2004-07-20 2012-03-06 American Airlines, Inc. System and method for automated proposal evaluation
US20070100656A1 (en) * 2005-10-17 2007-05-03 Brown Charles D System and method for sponsorship sourcing system
US20110040606A1 (en) * 2007-09-07 2011-02-17 Ryan Steelberg System And Method For Metricizing Assets In A Brand Affinity Content Distribution
US8671054B2 (en) * 2012-05-18 2014-03-11 Jpmorgan Chase Bank, N.A. Dynamic management and netting of transactions using executable rules
CN113222461B (zh) * 2021-05-31 2024-02-06 江苏科技大学 基于ahp-critic的海上风电升压站冷却系统评价方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7249027B1 (en) * 1996-01-04 2007-07-24 Efficient Auctions Llc Computer implemented methods and apparatus for auctions
JPH11175594A (ja) * 1997-12-09 1999-07-02 Uzawa Jimusho Kk 求職者情報の提供システム
JP2000057213A (ja) * 1998-08-05 2000-02-25 Recruit Co Ltd 求人求職などの情報交換システム
JP2000124867A (ja) * 1998-10-19 2000-04-28 Okinawa Television Broadcasting Co Ltd スポット自動作案システム、作案方法及び記憶媒体
US20020013757A1 (en) * 1999-12-10 2002-01-31 Bykowsky Mark M. Automated exchange for the efficient assignment of audience items
JP4124308B2 (ja) * 2000-02-08 2008-07-23 株式会社あいほっと 情報蓄積システム及び情報蓄積方法
US6658389B1 (en) * 2000-03-24 2003-12-02 Ahmet Alpdemir System, method, and business model for speech-interactive information system having business self-promotion, audio coupon and rating features
US6971973B2 (en) * 2000-05-24 2005-12-06 Netpulse, Llc Custom content delivery for networked exercise equipment
US20030036944A1 (en) * 2000-10-11 2003-02-20 Lesandrini Jay William Extensible business method with advertisement research as an example

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1949848A1 (en) 2007-01-25 2008-07-30 Hitachi, Ltd. Optical measurement instrument for living body
US8244324B2 (en) 2007-01-25 2012-08-14 Hitachi, Ltd. Optical measurement instrument for living body
JP2009087156A (ja) * 2007-10-01 2009-04-23 Ntt Docomo Inc 情報提供装置、携帯端末、情報提供方法及びプログラム
JP2010044695A (ja) * 2008-08-18 2010-02-25 Hochiki Corp マッチング支援サーバおよびマッチング支援方法
JP2013175025A (ja) * 2012-02-24 2013-09-05 Hitachi Systems Ltd イベントマッチングシステム
KR20210155990A (ko) * 2020-06-17 2021-12-24 주식회사 스타링크 셀럽협찬 o2o 중개 시스템 및 중개 방법
KR102445566B1 (ko) * 2020-06-17 2022-09-21 주식회사 스타링크 셀럽협찬 o2o 중개 시스템 및 중개 방법
KR102199109B1 (ko) * 2020-07-03 2021-01-06 오소윤 협찬 중개 방법 및 이를 이용한 중개 시스템

Also Published As

Publication number Publication date
AU1427802A (en) 2002-05-21
AU785394B2 (en) 2007-03-29
WO2002039345A1 (fr) 2002-05-16
EP1335311A1 (en) 2003-08-13
EP1335311A4 (en) 2006-07-26
US20030093361A1 (en) 2003-05-15

Similar Documents

Publication Publication Date Title
JP4438217B2 (ja) 番組付加データ作成装置、映像番組編集装置及び番組付加データの作成画面表示方法
JP4729785B2 (ja) 番組付加データ処理装置、サーバ装置、番組情報表示方法及び記録媒体
CN101512501B (zh) 用于在机顶盒的用户对话中设置广告的方法和设备
US20020059604A1 (en) System and method for linking media content
US20110119350A1 (en) Data management method and system, and apparatus used therein
US20010014971A1 (en) Information supply apparatus, information utilization apparatus, information manipulation apparatus, information supply system, information supply method, information utilization method and recording medium
JP2002150123A (ja) 協賛依頼条件入力装置、協賛取引仲介サーバ及び協賛依頼受信装置
JP3539950B2 (ja) 広告枠取引方法及びシステム
CN100566403C (zh) 信息访问系统、信息分配设备、信息访问设备、信息分配方法及信息访问方法
JP2002026831A (ja) 放送コンテンツ提供システム及び放送コンテンツ提供方法並びに放送コンテンツ提供用ソフトウェアを記録した記録媒体
JP6820627B1 (ja) 先行投資型パフォーマー支援システム
JP2002064808A (ja) 放送番組連動携帯端末情報システム
AU2006228020A1 (en) Sponsorship request condition inputting device, sponsorship transaction brokerage server and sponsorship request receiving device
JP2004078298A (ja) 記憶媒体販売装置を利用する情報提供システム及びその方法
US20020055895A1 (en) Accounting processing method
AU2005203057A1 (en) Program ancillary data producing device, picture program editing device and picture program producing device
CN101516024B (zh) 信息提供装置、流输出装置及流输出方法
JP2002084521A (ja) 映像情報配信方法、映像情報配信システム及び記録媒体
GB2363275A (en) Addition of detailed reference data to TV or radio broadcast programmes
JP2007293919A (ja) データ管理方法及びシステム並びにこれらに用いる装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070215

A762 Written abandonment of application

Free format text: JAPANESE INTERMEDIATE CODE: A762

Effective date: 20090820