JP2001286682A - ネットワークゲームシステムおよびネットワークゲーム方法 - Google Patents

Abstract

(57)【要約】 【課題】 テレビジョン放送システムとの連携を図った
ネットワークゲームシステムにおいて、ゲームの世界観
を広げゲームに対する興趣性を向上させる。 【解決手段】 サービスプロバイダ４はゲームのメイン
プログラムとサブプログラムを個別にユーザ５_jに
配信し、放送局２は前記ゲームに対応した放送番組を
ユーザ５_jに配信する。両者の配信スケジュールは連携
され、放送番組の視聴内容で前記ゲームの世界観を補完
し得るように構成されている。サービスプロバイダ４は
サブプログラムの配信に先立ちユーザ５_jからユーザ
データを入手し、このユーザデータに基づいて選択さ
れたサブプログラムをユーザ５_jに配信する。特定のサ
ブプログラムを選択してユーザ５_jに配信するため、不
必要なデータの配信が行われず、ネットワークトラフィ
ックの抑制とユーザ端末の記憶容量の増大回避を図るこ
とができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークゲー
ムシステムおよびネットワークゲーム方法に関し、詳し
くは、テレビジョン放送システムとの連携を図ったネッ
トワークゲームシステムおよびネットワークゲーム方法
に関する。

【０００２】

【従来の技術】一般に、ゲーム端末で実行されるゲーム
の興趣性（面白さ）は、そのゲーム内容に当然依存する
が、特にロールプレイングゲームと称される仮想現実の
世界で繰り広げられるストーリ性のあるゲームでは、そ
のストーリ展開の複雑さや予測の困難さが興趣性を高め
るうえで重要なポイントになる。このため、多くのゲー
ムデザイナーは様々な工夫を凝らしてゲームプログラム
をデザインするが、かかる工夫によってもゲームデザイ
ナーの思考枠を超える作品を作り出すことが難しく、興
趣性の向上にも自ずと限界があった。また、多くのゲー
ムプログラムはパッケージ品として店頭販売されてお
り、いちいち店頭に出向かなければ入手できないうえ、
流通の遅れにより、新作発表後、直ちに入手できないこ
ともあった。

【０００３】そこで、本件発明者らは、（ａ）ゲームプ
ログラムを実行するユーザ端末と、該ユーザ端末によっ
て適宜にアクセスされるネットワーク上のサーバとを組
み合わせることにより、ゲームプログラムのオンライン
入手を可能にして、入手の手間の軽減と入手に要する時
間ロスの極限を図るとともに、さらに、（ｂ）前記ゲー
ムプログラムに対応したテレビジョン放送番組素材を制
作して、この放送番組素材をユーザに視聴させることに
より、ゲームの世界観を拡大して興趣性の格段の向上を
図ったネットワークゲームシステムを提案している（特
願２０００−５５３５７号／平成１２年３月１日）。

【０００４】

【発明が解決しようとする課題】しかしながら、上記提
案のネットワークゲームシステムにあっては、テレビジ
ョン放送システムとの連携によってゲームの世界観を広
げゲームに対する興趣性の格段の向上を図ることができ
る点で有益であるものの、ネットワーク上のサーバから
ユーザ端末へゲームプログラムそのものをダウンロード
する構成となっていたため、特に大規模なゲームプログ
ラムをダウンロードする際に、ネットワークトラフィッ
クの増大を招くうえ、そのゲームプログラムの規模に対
応した大容量のメモリをユーザ端末に搭載しなければな
らないという問題点があった。また、上記提案のネット
ワークゲームシステムにあっては、テレビジョン放送シ
ステムは単にゲームプログラムの世界観を広げるための
補助具として使用されているに過ぎず、また、ネットワ
ーク上のサーバは単にゲームプログラムをゲーム端末に
配信するためのものとして使用されているに過ぎなかっ
た。

【０００５】そこで、本発明は、テレビジョン放送シス
テムとの連携を図ったネットワークゲームシステムにお
いて、より一層ゲームの世界観を広げゲームに対する興
趣性を向上させることを目的とする。

【０００６】

【課題を解決するための手段】請求項１記載の発明は、
ユーザ操作に応じて様々な画面変化および／または効果
音変化を生じるように設計されたゲームのプログラムと
前記プログラムの画面変化および／または効果音変化の
すべてまたは一部を模写した内容を持つ放送番組とを制
作し、前記放送番組素材の配信スケジュールと前記プロ
グラムの配信スケジュールとを連携させることにより、
前記放送番組の視聴内容で前記ゲームの世界観を補完し
得るように構成したネットワークゲームシステムにおい
て、前記プログラムをユーザ共通のメインプログラムと
ユーザ固有の複数のサブプログラムとに分け、ユーザに
対してメインプログラムおよびサブプログラムを個別に
配信し得るように構成するとともに、前記サブプログラ
ムを配信する際に配信先のユーザ情報に基づいて配信す
べきサブプログラムを選択するように構成したことを特
徴とする。請求項２記載の発明は、ユーザ操作に応じて
様々な画面変化および／または効果音変化を生じるよう
に設計されたゲームのメインプログラムと該メインプロ
グラムからコールされる複数のサブプログラムとを保持
し、ユーザ端末からの要求に応答して前記メインプログ
ラムまたはサブプログラムを個別に配信するプログラム
配信手段と、前記ゲームの画面変化および／または効果
音変化のすべてまたは一部を模写した内容を持つ放送番
組素材を配信する放送番組配信手段と、前記メインプロ
グラムおよびサブプログラムの配信を受けてゲームを実
行するとともに、当該ゲームの結果データおよび／また
はユーザ固有データを送信可能なユーザ端末と、前記ユ
ーザ端末から送信されたゲームの結果データおよび／ま
たはユーザ固有データに基づいて前記プログラム配信手
段から配信されるサブプログラムを選択する選択手段
と、を備えたことを特徴とする。請求項３記載の発明
は、請求項１または請求項２記載の発明において、前記
サブプログラムは、ゲームの進行に関与するデータを含
むことを特徴とする。請求項４記載の発明は、請求項１
または請求項２記載の発明において、前記サブプログラ
ムは、ゲームの結果データおよび／またはユーザ固有デ
ータに基づいて選択された広告情報またはユーザに有益
なその他の情報を含むことを特徴とする。請求項５記載
の発明は、請求項４記載の発明において、前記広告情報
またはユーザに有益なその他の情報の実際のユーザ確認
時間に基づいて次回に配信する広告情報またはユーザに
有益なその他の情報を変更することを特徴とする。請求
項６記載の発明は、ユーザ操作に応じて様々な画面変化
および／または効果音変化を生じるように設計されたゲ
ームのメインプログラムと該メインプログラムからコー
ルされる複数のサブプログラムとを保持し、ユーザ端末
からの要求に応答して前記メインプログラムまたはサブ
プログラムを個別に配信する第１工程と、前記ゲームの
画面変化および／または効果音変化のすべてまたは一部
を模写した内容を持つ放送番組素材を配信する第２工程
と、前記メインプログラムおよびサブプログラムの配信
を受けてゲームを実行するとともに、当該ゲームの結果
データおよび／またはユーザ固有データを送信可能な第
３工程と、前記第３工程で送信されたゲームの結果デー
タおよび／またはユーザ固有データに基づいて前記第１
工程で配信されるサブプログラムを選択する第４工程
と、を含むことを特徴とする。請求項７記載の発明は、
ゲーム実行データをユーザーに対して配信する工程と、
前記ゲーム実行データと内容が関連付けられている動画
データをユーザーに対して配信する工程と、ユーザーか
ら送られてくるユーザデータに基づいて、前記ゲーム実
行データの実行に影響を与えるデータをユーザーに対し
て配信する工程とからなり、前記工程により世界観に広
がりを持たせたゲームをユーザーに提供することを可能
とする。請求項８記載の発明は、請求項７記載の発明に
おいて、前記ゲーム実行データの実行に影響を与えるデ
ータは、広告データまたは情報サービスデータを含むこ
とを特徴とする。請求項９記載の発明は、ゲーム実行デ
ータをユーザーに対して配信する工程と、前記ゲーム実
行データと内容が関連付けられている動画データをユー
ザーに対して配信する工程と、ユーザーから送られてく
るユーザデータに基づいて、広告データまたは情報サー
ビスデータをユーザーに対して配信する工程とからな
り、前記工程により世界観に広がりを持たせたゲームを
ユーザーに提供することを可能とする。請求項１０記載
の発明は、請求項９記載の発明において、前記広告デー
タまたは情報サービスデータは、前記ゲーム実行データ
を受信するゲーム端末において実行されるゲーム中に盛
り込まれるデータであることを特徴とする。請求項１１
記載の発明は、ゲーム実行データをユーザーに対して配
信する工程と、ユーザーから送られてくるユーザデータ
に基づいて、前記ゲーム実行データを受信するゲーム端
末において実行されるゲーム中に盛り込むための広告デ
ータまたは情報サービスデータをユーザーに対して配信
する工程とからなることを特徴とする。請求項１２記載
の発明は、請求項１１記載の発明において、前記ゲーム
実行データと内容が関連付けられている動画データをユ
ーザーに対して配信する工程を含み、前記工程により世
界観に広がりを持たせたゲームをユーザーに提供するこ
とを可能とする。請求項１３記載の発明は、請求項７乃
至請求項１２のいずれかに記載の発明において、前記ユ
ーザデータは、ゲームの結果データ及び又はユーザ固有
データを含むことを特徴とする。請求項１４記載の発明
は、請求項７乃至請求項１３のいずれかに記載の発明に
おいて、前記ユーザデータと所定の配信条件データとを
照合し、この照合結果に基づいて前記データをユーザー
に対して配信することを特徴とする。請求項１５記載の
発明は、請求項７乃至請求項１４いずれかに記載の発明
において、両者の内容を関連付けるために前記動画デー
タ及びゲーム実行データを協議体により共同制作する工
程を含むことを特徴とする。請求項１６記載の発明は、
請求項７乃至請求項１５いずれかに記載の発明におい
て、前記ゲーム実行データ及び配信データを所定の伝送
媒体を用いてユーザーに配信し、前記動画データを前記
所定の伝送媒体とは異なる伝送媒体を用いてユーザーに
配信することを特徴とする。請求項１７記載の発明は、
請求項１６記載の発明において、前記所定の伝送媒体は
放送網又は可搬型記憶媒体であり、前記所定の伝送媒体
とは異なる伝送媒体は通信網であることを特徴とする。
請求項１８記載の発明は、ゲーム実行データを受信する
工程と、前記ゲーム実行データと内容が関連付けられて
いる動画データを受信する工程と、前記受信したゲーム
実行データを実行可能に再生する工程と、前記受信した
動画データを視認可能に再生する工程と、ユーザデータ
を送信する工程と、前記ユーザデータの送信により前記
ゲーム実行データの実行に影響を与えるデータを受信す
る工程とからなり、前記工程により世界観に広がりを持
ったゲームを行なうことを可能とする。請求項１９記載
の発明は、ゲーム実行データを受信する工程と、前記ゲ
ーム実行データと内容が関連付けられている動画データ
を受信する工程と、前記受信したゲーム実行データを実
行可能に再生する工程と、前記受信した動画データを視
認可能に再生する工程と、ユーザデータを送信する工程
と、前記ユーザデータの送信により広告データまたは情
報サービスデータを受信する工程と、前記受信した広告
データまたは情報サービスデータ再生する工程とからな
り、前記工程により世界観に広がりを持ったゲームを行
なうことを可能とする。請求項２０記載の発明は、ゲー
ム実行データを受信する工程と、前記受信したゲーム実
行データを実行可能に再生する工程と、前記受信した動
画データを視認可能に再生する工程と、ユーザデータを
送信する工程と、前記ユーザデータの送信により前記ゲ
ーム実行データを実行可能に再生した際のゲーム中に盛
り込られる広告データまたは情報サービスデータを受信
する工程とからなる。

【０００７】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を詳細に説明する。 １．ネットワーク全体のビジネスモデル構造 図１は本実施の形態におけるネットワークゲームシステ
ムのビジネスモデル構造を示す図である。なお、ビジネ
スモデル構造とは対象となるビジネスの事業活動または
事業構想を模式化したもので、一般に「戦略モデル」、
「運用モデル」および「収益モデル」の三つのモデルを
中心に構造化されたものであるが、図示のモデルはこれ
ら三つのモデルを混在して示している。図１において、
楕円図形で示す部分は本実施の形態のネットワークゲー
ムシステムの主要なモデル要素であり、それぞれ、製作
会社１、放送局２、広告主３、サービスプロバイダ４お
よびユーザ５である。放送局２は発明の要旨に記載の放
送番組配信手段に相当し、また、サービスプロバイダ４
は同要旨に記載のプログラム配信手段および選択手段に
相当する。各要素を説明すると、製作会社１は放送番組
素材とゲームプログラムを制作し、対価（制作費等）と
引き換えにこれらの制作生成物（コンテンツともいう）
を放送局２とサービスプロバイダ４に提供する。放送番
組素材とゲームプログラムの関係は後で詳述する。

【０００８】ここで、本明細書中の“ゲームプログラム
（またはゲームのプログラム）”とは、後述のゲーム端
末上で実行されるものであって、当該ゲーム端末に備え
られた入力手段（キー操作部やタッチパネルまたは各種
のポインティングデバイス等）へのユーザ入力に応じて
様々な画面変化、様々な効果音変化または内部データの
変化（のすべてもしくは一部）を生じるように設計され
た電子的データの生成物のことをいい、特にメインプロ
グラムとサブプログラム（メインプログラムとサブプロ
グラムの関係は後述する）とからなる構造化された電子
的データ生成物のことをいう。また、“放送番組素材”
とは、一般に特定の視覚的効果を意図して制作された動
画像（スタジオカメラやビデオカメラまたは映画用カメ
ラで撮影された動画像もしくはコマ送り画像あるいは画
像処理ソフトによって制作された電子的動画像いわゆる
アニメーション）のことをいうが、本明細書中では、特
に、前記ゲームのプログラムと対を成して制作されたも
のであって、しかも、前記プログラムの画面変化および
／または効果音変化のすべてまたは一部を模写した内容
を持つ動画像（定義は前記のとおり）のことをいう。な
お、本明細書中で使用する“および／または”の用語
は、その前後に付けられた語句の連結あるいは択一的選
択を意味する。例えば、「Ａおよび／またはＢ」と用い
た場合、「ＡおよびＢ」と「ＡまたはＢ」の双方を意味
する。

【０００９】放送局２は製作会社１から提供された放送
番組素材を自局のサービスエリア内に放送（配信）し、
および系列局がある場合は当該系列局のサービスエリア
内にも放送（配信）する。放送の媒体は地上波、衛星通
信またはケーブルテレビいずれであってもよい。本実施
の形態の場合、放送局２は広告主３からのコマーシャル
メッセージ（以下「ＣＭ」という。）素材の放送依頼を
受け、その広告費収入を収益基盤にして事業を営むいわ
ゆる“民放”と称される一般放送事業者である。当該放
送局２はネットワークゲームシステムを利用してユーザ
５によるＣＭ聴取状況を把握し、その把握結果を営業活
動に活用する。なお、上記一般放送事業者をいわゆる公
共放送を行なう放送事業者と読み替えてもよい。この場
合、放送局２はネットワークゲームシステムを利用して
ユーザ５による公共放送番組の聴取状況を把握し、放送
番組の製作計画に反映させることができる。

【００１０】サービスプロバイダ４は製作会社１からの
ゲームプログラム（メインプログラムおよびサブプログ
ラム）の提供を受けて、そのゲームプログラムをサーバ
（後述の配信データサーバ１５：図６参照）に蓄積保管
し、ユーザ５からの要求に応じて要求されたゲームプロ
グラムを当該ユーザ宛てに配信するサービスを行なう。
この配信は後述するように「メインプログラム」と「サ
ブプログラム」の各々について個別に行なわれるように
なっており、特にサブプログラムの配信はユーザ５から
のアップロードデータ（ゲーム結果やユーザ固有のデー
タ）に基づいて選択的に行われるようになっている。

【００１１】サービスプロバイダ４はネットワークゲー
ムシステムを利用するすべてのユーザ５との間で双方向
の通信を行なうことが可能なネットワーク（後述のネッ
トワーク７：図４参照）に接続されている。このネット
ワークは、特に限定しないが、例えば、インターネット
プロトコルをサポートするアナログないしディジタル公
衆回線網が望ましい。なお、サービスプロバイダ４から
ユーザ５へのデータの流れを“ダウンロード”、その逆
を“アップロード”ということにすると、ダウンロード
とアップロードのネットワーク媒体を別にしてもよい。
例えば、公衆回線網でアップロードを行ない、衛星通信
や地上波通信でダウンロードを行なってもよい。

【００１２】サービスプロバイダ４はネットワークゲー
ムシステムを利用するユーザ５からの要求に応答してメ
インプログラムやサブプログラムを配信し、その見返り
に利用料収入を得ることを収益基盤として事業活動を行
なう。以下、上記要求のうちメインプログラムの配信要
求を“共通要求”といい、サブプログラムの配信要求を
“個別要求”ということにする。

【００１３】ユーザ５は放送局２から放送された放送番
組素材を聴取可能な受信設備（テレビジョン受信機）を
有するとともに、ネットワークを介してサービスプロバ
イダ４との間でデータの送受信を行なう設備（モデムや
ターミナルアダプタまたはルータなど）を有し、さら
に、サービスプロバイダ４からダウンロードしたゲーム
プログラムを実行可能な設備（ゲーム端末）を有する個
人である。但し、あらかじめ所定の手続きに従ってネッ
トワークゲームシステムの利用登録を済ませた個人であ
り、その登録情報はサービスプロバイダ４で保管され、
ネットワークを介してアクセスする際の認証に用いられ
る。

【００１４】なお、以上のビジネスモデルでは、製作会
社１は、放送局２やサービスプロバイダ４からの依頼を
受けて放送番組素材とゲームプログラムを制作し、対価
（制作費等）と引き換えにこれらの制作生成物を放送局
２とサービスプロバイダ４に提供する事業形態をとって
いるが、これに限らない。例えば、制作会社１は、自主
的に放送番組素材とゲームプログラムを制作し、これら
のコンテンツを放送局２やサービスプロバイダ４に渡し
て配信を依頼する事業形態をとってもよい。この場合、
製作会社１は、放送局２やサービスプロバイダ４に対し
て配信手数料を支払うことになるため、製作会社１は、
放送局２やサービスプロバイダ４の顧客となる。以下、
説明の都合上、前記のビジネスモデル（製作会社１は放
送局２やサービスプロバイダ４からの依頼を受けて放送
番組素材とゲームプログラムを制作する事業形態）を例
にして話しを進めるが、本発明の思想はこれに限定され
ないことはもちろんである。

【００１５】２．各要素ごとのビジネスモデル説明 これらの要素の各々について、前述の三つのモデル、す
なわち、戦略モデル、運用モデルおよび収益モデルを明
らかにすると、概ね以下のとおりとなる。 ２−１．製作会社１ ２−１−１．戦略モデル 製作会社１の顧客は、放送局２とサービスプロバイダ４
である。製作会社１はこれらの顧客に対して稼動保証さ
れた放送番組素材とゲームプログラム（メインプログラ
ムとサブプログラムのセット）を制作し提供する。制作
のスタイルは後述する。顧客（放送局２とサービスプロ
バイダ４）に対する魅力は、「ユーザ５の段階で放送番
組素材を聴取しつつ（または聴取した後に）、それと対
を成すゲームプログラムをゲーム端末で実行することに
より、当該ゲームプログラムを単独で実行するよりも、
はるかにゲームの興趣を増すことができる」一対の制作
生成物を提供することにより、放送局２の視聴率向上と
サービスプロバイダ４におけるゲーム配信数の向上に寄
与し、以って、顧客（放送局２とサービスプロバイダ
４）の収益アップを期待できる点にある。 ２−１−２．運用モデル 製作会社１は、顧客（放送局２とサービスプロバイダ
４）からの要求に応じて上記の放送番組素材とゲームプ
ログラムを遅滞なく制作し提供する。要求の時期は顧客
の事業計画に従い、また、提供の時期は少なくとも放送
番組素材の放送スケジュール以前でなければならない。 ２−１−３．収益モデル 製作会社１は、顧客（放送局２とサービスプロバイダ
４）との間の契約金や顧客からの制作費等を収益基盤と
する。ネットワークゲームシステムの利用者（ユーザ
５）が増えるほど、顧客（放送局２とサービスプロバイ
ダ４）からの制作依頼が増加し、収益アップにつなが
る。

【００１６】２−２．サービスプロバイダ４ ２−２−１．戦略モデル サービスプロバイダ４の顧客は、ネットワークゲームシ
ステムの利用者（ユーザ５）である。顧客との間に安定
したネットワーク環境を構築し、そのネットワーク環境
を利用して顧客に対し面白味のあるゲームプログラムを
提供する。魅力はそのゲームプログラムの内容に依存す
るが、放送局２の戦略モデルとの協調により、その魅力
を倍加することができる。ここで、サービスプロバイダ
４は顧客に対して、ゲームプログラムの共通部分（メイ
ンプログラム）と個別部分（サブプログラム）とを別々
に提供可能である。特に個別部分は各々の顧客（ユーザ
５）からのアップロードデータ（ゲーム結果やユーザ固
有のデータ）に基づいて選択的に提供できるようになっ
ており、これにより、大規模ゲームの必要なデータ部分
（サブプログラム）だけを選択的に顧客に提供し、ネッ
トワーク７のトラフィック抑制を図るとともに、記憶容
量の少ないゲーム端末であっても、支障なく上記大規模
ゲームを楽しむことができるようになっている。このこ
とは、サービスプロバイダ４に対しては通信設備コスト
の低下、ゲーム端末の製造者に対しては製造コストの低
下をもたらすうえ、ユーザに対してもゲーム端末の入手
コストと通信コストの低下をもたらすという経済的効果
を生み、特にユーザに対する経済的効果は、ネット加入
者の増加を促進し、本実施の形態におけるネットワーク
ゲームシステムの発展を促すという格別なメリットを奏
する点で重要である。

【００１７】２−２−２．運用モデル サービスプロバイダ４はゲームプログラムの蓄積と配信
のためのサーバ（図６の配信データサーバ１５参照）を
運用する。このサーバは複数のユーザ５からの同時アク
セスが可能であるとともに、認証されたユーザ５に対し
て所要のゲームプログラム（メインプログラムやサブプ
ログラム）を配信したり、そのアクセスログを記録した
りする。この種のサーバとしては、例えば、インターネ
ットプロトコルのＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔ
ｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サーバやＦＴＰ
（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）サ
ーバなどを利用できる。 ２−２−３．収益モデル サービスプロバイダ４はネットワークゲームシステムの
利用者（ユーザ５）からの利用料（会費や基本料金また
はゲームプログラムのダウンロード料金）を収益基盤と
する。登録ユーザ数が増えるほど、収益アップにつなが
る。

【００１８】２−３．放送局２ ２−３−１．戦略モデル 本実施の形態の放送局２は一般放送事業者であるため、
顧客は広告主３になる。放送局２は広告主３からの依頼
を受けてＣＭを放送する。広告主３にとってはＣＭの視
聴率向上が希望であるため、放送局２はそのＣＭ枠の時
間帯に放送される番組の内容に工夫を凝らすことになる
が、本実施の形態における放送番組素材、すなわちゲー
ムプログラムと対を成す放送番組素材にあっては、当該
ゲームプログラムのユーザによる確実な視聴を高い蓋然
性で期待できるうえ、サービスプロバイダ４の戦略モデ
ルとの協調により、少なくともゲームユーザの登録者数
に見合った基礎的な視聴率確保を広告主３に保証するこ
とができる。

【００１９】２−３−２．運用モデル 放送局２は、放送スケジュールに従って各種の番組を放
送するが、特にゲームプログラムと対を成す特定の放送
番組素材については、サービスプロバイダ４のゲーム配
信スケジュールとの時間的な対応をとって放送する。例
えば、サービスプロバイダ４で１週間ごとの土曜日にゲ
ームのメインプログラムを配信する計画がなされている
場合、放送局２は各々のゲームに対応した番組をゲーム
配信日の翌日（日曜日）に放送することができる。すな
わち、この例によれば、ユーザ５は、毎週土曜日にゲー
ムのメインプログラムをダウンロードし、翌日の日曜日
にそのゲームに対応した放送番組素材を視聴することに
より、当該ゲームに対するイメージを充分に膨らしつ
つ、且つ、ゲームの世界観を広げつつ、当該ゲームを楽
しむことができる。

【００２０】ユーザ５は、放送番組の視聴後から次回の
ゲームプログラムの配信予定日までの間、上記のように
イメージを膨らませ、且つ、世界観を広げたゲームを実
行するとともに、次回のゲームプログラムの配信日にそ
のゲーム結果とユーザ固有データとをサービスプロバイ
ダ４にアップロードする。サービスプロバイダ４は、当
該アップロードデータに基づいて適切なサブプログラム
を選択し、当該ユーザ宛てに配信する。したがって、ユ
ーザ５は、放送番組の視聴によって、ゲームのイメージ
と世界観の拡大を図り、このイメージ等を利用してその
後のゲームを充分に楽しむことができ、ゲーム端末のみ
の利用に比べてゲームの興趣性の格段な向上を図ること
ができるうえ、さらに、ユーザ５は、サービスプロバイ
ダ４で自己のユーザデータ（ゲーム結果とユーザ固有の
データ）に基づいて選択されたサブプログラムを受け取
ってゲーム端末で実行できるため、記憶容量の少ないゲ
ーム端末であっても大規模なゲームを支障なく実行する
ことができるという格別な効果が得られる。 ２−３−３．収益モデル 放送局２は、広告主３からの広告料収入を収益基盤とす
る。放送番組素材の視聴率に応じて同収益の拡大を図る
ことができる。

【００２１】２−４．広告主３ 広告主３のビジネスモデルについては、当然ながらその
事業形態によって様々であり、詳細な説明は割愛する
が、要するに、広告主３にとってのユーザ５は、当該広
告主３が提供する商品やサービスまたは役務等の購買対
象者層であって、放送局２に依頼するＣＭ放送告知を用
いて商品、サービスまたは役務等の周知を図り、収益基
盤の安定と拡大を意図するものである。

【００２２】３．ゲームプログラムおよび放送番組の制
作 図２は製作会社１、放送局２およびサービスプロバイダ
４の一例関係図である。図示の例の場合、特に限定しな
いが、製作会社１の経営陣１ａやスタッフ１ｂは提携企
業（放送局２およびサービスプロバイダ４）からの派遣
要員で構成されている。例えば、放送番組素材の制作に
習熟した要員（例えば、放送局２のアニメーション制作
者１ｃ）やゲームプログラムの制作に習熟した要員（ゲ
ームデザイナー１ｄ）およびこれらの営業活動に手慣れ
た営業部員１ｅなどによって構成されている。

【００２３】製作会社１のアニメーション製作者１ｃと
ゲームデザイナー１ｄは、互いに協力（協調）し合って
目的とする放送番組素材とゲームプログラムを制作す
る。図３はその制作模式図であり、ここではロールプレ
イングゲームの制作例を示している。一般に放送の構成
単位は“シーン”と呼ばれており、このシーンはゲーム
の場合の“エピソード”（章）に対応させることができ
る。アニメーション製作者１ｃはシーンごとに画像や音
声を制作し、同様にゲームデザイナー１ｄはエピソード
ごとにプログラムを記述する。実際には、アニメーショ
ン製作者１ｃによって放送番組用の脚本（本明細書中で
は「放送番組用脚本」という。）、例えば、シーン１か
らシーンｎまでのｎ個のシーンを含む放送番組用脚本１
ｆを作成し、ゲームデザイナー１ｄは、その放送番組用
脚本１ｆに基づいて、エピソード１からエピソードｎま
でのｎ個のエピソードを含むゲームプログラム用の脚本
（本明細書中では「ゲーム用脚本」という。）１ｇを作
成する。なお、図のシーンｉは任意の一つのシーンを表
し、エピソードｉはシーンｉに対応する特定のエピソー
ドを表している。

【００２４】ゲームデザイナー１ｄはゲーム用脚本１ｇ
の制作に不都合な点がある場合、アニメーション製作者
１ｃと協議して妥協点を見出しながら双方の脚本１ｆ、
１ｇを手直しする。そして、この手直し作業を繰り返し
て双方の脚本１ｆ、１ｇの内容をマッチングさせた後、
これらの脚本１ｆ、１ｇを元にして放送番組素材の制作
とゲームプログラムの制作を開始する。なお、ここでは
放送番組用脚本１ｆの制作を先行させているが、ゲーム
用脚本１ｇの制作を先行させても構わない。このよう
に、アニメーション製作者１ｃとゲームデザイナー１ｄ
の両者で脚本１ｆ、１ｇの刷り合わせを行なうことによ
り、内容が一致しまたはゲーム進行上重要な点で一致し
た一対の放送番組素材とゲームプログラムとを制作する
ことができる。

【００２５】ここで、各々の脚本内容について、便宜的
な例を挙げながら説明する。図示の放送番組用脚本１ｆ
はｎ個のシーンを含んでおり、ゲーム用脚本１ｇも各シ
ーンに対応したｎ個のエピソードを含んでいる。各シー
ンおよび各エピソードのストーリは特に限定しない。本
実施の形態にとって重要な点は、放送番組用脚本１ｆの
シーン内容（例えば、シーンｉの内容）に対応したイベ
ント情報（図では「エピソードｉイベント」）がゲーム
用脚本１ｇに記載されており、且つ、そのイベント情報
に関連付けて制作される所定のサブプログラム（ここで
は、便宜的に“ＳＵＢ＿ｉ．ＤＬＬ”の名前を持つダイ
ナミックリンクライブラリ）のリンク情報が記載されて
いるされている点にある。

【００２６】図示の例で説明すると、放送番組用脚本１
ｆのシーンｉには、「Ａ町で夜８時頃、サブキャラ（名
前は“加奈子”）が、ふと横（画面外）を見て、“あら
？あの男の人は・・・・”とつぶやく」という内容のシ
ナリオが記載されており、ゲーム用脚本１ｇのエピソー
ドｉには、図示は略すが、上記シナリオに対応したゲー
ムストーリが記載されている。ゲーム用脚本１ｇには、
さらに、エピソードｉで実行するイベントとして、例え
ば、主人公キャラクタからの手紙（メール）をユーザの
ゲーム端末上に表示するイベント（「エピソードｉイベ
ント」）が定義されており、「エピソードｉイベント」
には、上記表示機能を実現するための所定のサブプログ
ラム（“ＳＵＢ＿ｉ．ＤＬＬ”）の配信条件が記載され
ている。この配信条件は、上記エピソードｉ（すなわち
放送番組用脚本１ｆのシーンｉ）のストーリに適合させ
た、例えば、（ユーザの選択キャラクタが）「Ａ町に夜
８時に居た」か？、「Ａ町の宿に入った」か？、および
「男性である」か？というものであり、これらの条件に
合致したユーザデータ（ゲーム結果およびユーザ固有の
データ）をアップロードした特定のユーザに対して上記
サブプログラム（“ＳＵＢ＿ｉ．ＤＬＬ”）の配信を許
可する。

【００２７】製作会社１は、放送番組用脚本１ｆに基づ
いて制作された放送番組素材とゲーム用脚本１ｇに基づ
いて制作されたゲームプログラムの各々の制作生成物を
それぞれ放送局２およびサービスプロバイダ４に納入す
る。すなわち、放送局２に対しては放送番組素材の収録
記憶媒体を搬送納品（またはオンライン納品）し、同様
にサービスプロバイダ４に対してもゲームプログラムの
搬送納品（またはオンライン納品）するが、両者の納品
データを比較すると、放送番組素材は、たとえ、それが
オープニングデータや前半１２分放送データおよび後半
１２分放送データに分かれているとしても、放送中は連
続した一つのデータとして取り扱われるのに対して、ゲ
ームプログラムは、メインプログラムとこのメインプロ
グラムからコールされる少なくとも一つのサブプログラ
ムとに分かれており、これらのメインプログラムおよび
サブプログラムは各々独立したデータとして取り扱われ
る点で基本的に相違する。

【００２８】このようなデータ構造（メインプログラム
とサブプログラムに分かれた構造）は、プログラムの設
計分野においてコンポーネント構造とも呼ばれており、
コンポーネント化されたプログラム（上記のサブプログ
ラムに相当）は、様々なプロセスからの再利用が可能
で、システムの開発効率を向上できるうえ、十分に動作
保証されたコンポーネント部品を使用することにより、
システム全体の信頼性向上を図ることもできる。このよ
うなコンポーネント部品としては、開発環境や実行環境
によって様々な種類があり、例えば、ＤＬＬ（ダイナミ
ックリンクライブラリ）、ＶＢＸ（Ｖｉｓｕａｌ Ｖａ
ｓｉｃ ｅＸｔｅｎｓｉｏｎ）、ＯＣＸ（ＯＬＥカスタ
ムコントロール）、クラスライブラリ、リモートＯＬＥ
あるいはＡｃｔｉｖｅＸコントロールなどが代表であ
る。特に限定しないが、前述のサブプログラム（“ＳＵ
Ｂ＿ｉ．ＤＬＬ”）は、拡張子が“ＤＬＬ”となってお
り、ＤＬＬ形式のコンポーネント部品であることを表し
ている。

【００２９】多くのコンポーネント部品は、オブジェク
ト指向におけるインスタンス（例えば、実在するＡ氏は
“人間”という概念のインスタンスである）として実行
される。インスタンスはプロパティやメソッドおよびイ
ベントといったスケルトン（骨格）を持ち、これらのス
ケルトンに所要のデータをセットしてコールすることに
より、そのデータ内容に応じた振る舞いや戻り値を返す
ことができる。このことを具体的に説明する。前記のサ
ブプログラム（“ＳＵＢ＿ｉ．ＤＬＬ”）はファイル名
“ＳＵＢ＿ｉ．ＤＬＬ”を持つオブジェクト指向プログ
ラムの概念である。この“ＳＵＢ＿ｉ．ＤＬＬ”のスケ
ルトンに所要のデータをセットしてコールすることによ
り、（メモリ上に）インスタンスを形成して、そのスケ
ルトンで定義された所定の処理機能、例えば、ゲーム端
末上にメールの着信画面を表示する。この処理機能は、
特に限定しないが、着信を知らせる所定のメッセージ
（“加奈子から手紙が来た”）と、メールの本文メッセ
ージ（“ハーイ！％ＮＡＭＥ！この間、見かけたわよ。
Ａ町で、夜８時頃かしら。さっさと宿に行っちゃって。
・・・・”）とを表示するというものであり、本文メッ
セージの“％ＮＡＭＥ”はサブプログラム“ＳＵＢ＿
ｉ．ＤＬＬ”のプロパティの一つである。このプロパテ
ィ％ＮＡＭＥに、任意の文字列をセットして“ＳＵＢ＿
ｉ．ＤＬＬ”をコールすると、本文メッセージ中に当該
文字列が挿入されるようになっている。例えば、％ＮＡ
ＭＥに例えば“ユウジ”という文字列をセットすると、
“ＳＵＢ＿ｉ．ＤＬＬ”のインスタンスは、ゲーム端末
上で“ハーイ！ユウジ！この間、見かけたわよ。・・・
・”という本文メッセージを表示する。

【００３０】なお、ゲームプログラムのいずれの部分を
メインプログラムやサブプログラムにするかは設計上の
自由であるが、少なくともすべてのユーザ５によって必
ず実行される部分（例えば、ゲームのイントロ部分や最
初のエピソードおよび各エピソードに共通するキャラク
タや背景オブジェクト等）はメインプログラムとして設
計し、それ以外の部分、すなわち、各ユーザ５の属性情
報（居住場所、性別、趣味趣向等）やゲーム結果に基づ
いて適宜に選択され得る部分についてはサブプログラム
として個別に設計すべきである。この考え方に従って、
図３におけるゲームプログラムにあっては、基本キャラ
クタ管理とエピソード１オブジェクトを「メインプログ
ラム」として設計し、それ以外の部分、すなわち、エピ
ソードｉオブジェクト、エピソードｎオブジェクト、エ
ピソードｉイベントオブジェクト（“ＳＵＢ＿ｉ．ＤＬ
Ｌ”）等をそれぞれ「サブプログラム」として個別に設
計することとする。

【００３１】４．ネットワークのインフラ構成 次に、本実施の形態のネットワークゲームシステムに必
要なインフラ要素を説明する。図４において、放送局２
は放送設備を有する局舎２ａおよび放送用地上波２ｂを
発射する送信設備２ｃなどを備えるとともに、サービス
プロバイダ４はサーバ設備を有する局舎４ａなどを備
え、さらに、サービスプロバイダ４はインターネット等
のネットワーク７を介してすべてのユーザ５（図ではユ
ーザ５₁〜５_n）と接続可能になっている。

【００３２】４−１．放送局２の構成 図５は放送局２の概略的なシステム構成図である。放送
局２は前述の放送番組素材とＣＭ素材とを格納する番組
素材サーバ８と、この番組素材サーバ８からあらかじめ
定められた放送スケジュールに従って素材を順次に取り
出して送出する送出スケジュール部９と、送出素材の映
像データおよび音声データを所定のテレビジョン放送方
式の搬送波で変調して送信設備２ｃに出力する送信部１
０とを備えるほか、放送局２は、このような構成を備え
ることにより、あらかじめ定められた放送スケジュール
に従って番組素材サーバ８から放送番組素材やＣＭ素材
を逐次に取り出して送信設備２ｃから送信できる。

【００３３】４−２．サービスプロバイダ４の構成 図６はサービスプロバイダ４の概略的なシステム構成図
である。サービスプロバイダ４はゲームプログラム（メ
インプログラム１５ａとサブプログラム１５ｂ）等の配
信データおよびユーザの認証情報などを記憶する配信デ
ータサーバ１５と、ネットワーク７を介して行われるユ
ーザ５との間のデータ転送を制御するデータ転送制御部
１６とを備え、データ転送制御部１６は任意のユーザ５
からのメインプログラム１５ａの配信要求（共通要求）
に対する応答処理と、任意のユーザ５からのサブプログ
ラム１５ｂの配信要求（個別要求）に対する応答処理を
実行する。共通要求に対する応答処理は、要求されたメ
インプログラム１５ａを配信データサーバ１５から読み
出して当該ユーザ５宛てに配信するという単純な配信処
理（例えばＨＴＴＰ転送処理やＦＴＰ転送処理）を行な
うものであるが、個別要求に対する応答処理は、当該ユ
ーザ５からのアップロードデータに基づいて配信を許可
するか否かの判断処理と配信を許可する場合に配信すべ
きデータの選択処理（サブプログラムの選択処理）を行
なうものである点で相違する。

【００３４】すなわち、個別要求に対する応答処理は、
要求元のユーザ５から同時にアップロードされたデータ
（ゲーム結果やユーザ固有のデータ；以下「ユーザデー
タ」という）に基づいてサブプログラム１５ｂの配信を
許可するか否かの判定を行ない、配信を許可する場合に
配信すべきサブプログラム１５ｂを選択し、そのサブプ
ログラム１５ｂを配信データサーバ１５から読み出して
当該ユーザ５宛てに配信するという処理を実行する。例
えば、当該ユーザ５のユーザデータに含まれるユーザ５
の選択キャラクタの情報が所定の配信条件（前述の「Ａ
町に夜８時に居た」か？、「Ａ町の宿に入った」か？、
「男性である」か？）に一致した場合に、あらかじめ定
められた特定のサブプログラム１５ｂ（この場合、エピ
ソードｉイベントオブジェクト“ＳＵＢ＿ｉ．ＤＬ
Ｌ”）の配信を許可し、そのサブプログラム１５ｂを配
信データサーバ１５から読み出して当該ユーザ５宛てに
配信する。

【００３５】図７は配信データサーバ１５に記憶された
データの概念構造図であり、この例では、一つのメイン
プログラム１５ａと、そのメインプログラム１５ａから
コールされる複数（図では便宜的にｍ個）のサブプログ
ラム１５ｂ₁〜１５ｂ_mとからなっている。各々のサブプ
ログラム１５ｂ₁〜１５ｂ_mはプログラム本体、同プログ
ラム本体によって利用されるデータ部分および同プログ
ラム本体の起動条件を定義したデータ部分を含む。例え
ば、最後のサブプログラム１５ｂ_mを前述の“ＳＵＢ＿
ｉ．ＤＬＬ”とすると、このサブプログラム１５ｂ
_mは、ゲーム端末上にメールを表示させるためのプロセ
スを記述したプログラム本体１５ｂ_m1とメールの内容を
記述したメールデータ部分１５ｂ_m2とを含むとともに、
さらに、ゲーム端末上での起動条件を記述したイベント
起動データ部分１５ｂ_m3を含む。

【００３６】サービスプロバイダ４は、以上のような構
成を備えることにより、ユーザ５から共通要求があった
場合は要求されたメインプログラム１５ａを配信データ
サーバ１５から取り出してネットワーク７を介して要求
元のユーザ５に転送することができ、さらに、ユーザ５
から個別要求があった場合は、当該ユーザ５から同時に
アップロードされたユーザデータに基づいて、配信を許
可するか否かの判定と、配信を許可する場合に配信すべ
きサブプログラム１５ｂ（１５ｂ₁〜１５ｂ_mのうちの一
つ）の選択とを行ない、選択されたサブプログラムを配
信データサーバ１５から取り出してネットワーク７を介
して要求元のユーザ５に転送することができる。

【００３７】４−３．ユーザ５の構成 図８はユーザ５_j（ｊは１〜ｎ）の概略的なシステム構
成図である。ユーザ５_jは放送局２からの放送波を受信
する受信アンテナ２０と、この受信アンテナ２０で受信
された番組（放送番組素材やＣＭを含む）を再生表示す
るテレビジョン受信機２１と、ネットワーク７に随時に
接続可能なゲーム端末（発明の要旨に記載のユーザ端末
に相当）２２とを含み、詳細には、テレビジョン受信機
２１は番組映像を表示する冷陰極管ディスプレイ２１ａ
や各種操作ボタン２１ｂおよび番組音声を出力するスピ
ーカ部２１ｃなどを備え、ゲーム端末２２は液晶ディス
プレイ２２ａや各種操作ボタン２２ｂおよびカーソルキ
ー２２ｃなどを備える。

【００３８】ユーザ５_jはこのような構成を備えること
により、放送局２からの番組をテレビジョン受信機２１
の冷陰極管ディスプレイ２１ａとスピーカ部２１ｃで再
生して視聴することができるとともに、サービスプロバ
イダ４からのメインプログラムをゲーム端末２２にダウ
ンロードして実行し、ゲームを楽しむことができるう
え、さらに、そのゲーム結果やユーザ固有のデータに基
づいてサービスプロバイダ４で選択された特定のサブプ
ログラムをゲーム端末２２にダウンロードして実行し、
引き続いてゲームを楽しむことができる。なお、図では
テレビジョン受信機２１とゲーム端末２２を各々独立し
て描いているが、これに限定されない。両者を合体させ
たもの、すなわち、ゲーム端末２２と同等の機能を内蔵
したゲーム機能付テレビジョン受信機や、テレビジョン
受信機２１と同等の機能を内蔵したテレビジョン受信機
能付ゲーム端末であってもよい。

【００３９】４−３−１．ゲーム端末の構成 図９はゲーム端末２２の構成例である。図示のゲーム端
末２２はゲームプログラムを実行してゲーム端末２２の
全体動作を制御するＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅ
ｓｓｏｒ Ｕｎｉｔ）２３と、オペレーティングシステ
ムや通信制御プログラム等の基本制御プログラムを記憶
するプログラムメモリ２４と、ゲームプログラム（メイ
ンプログラムおよびサブプログラム）やユーザデータ
（ゲーム結果およびユーザ固有のデータ）を書き換え可
能かつ不揮発的に記憶するデータメモリ２５と、液晶デ
ィスプレイ２２ａの表示を制御する表示制御部２６と、
拡声装置（スピーカまたは電気的振動素子）２８を駆動
する音声出力部２７と、各種キーボタンを有するキー操
作部２９と、ネットワーク７を介してサービスプロバイ
ダ４との間のデータ転送を制御する通信部３０と、各部
を接続するバス３１とを備える。

【００４０】図１０はデータメモリ２５の記憶領域模式
図であり、データメモリ２５は、サービスプロバイダ４
からダウンロードしたメインプログラムを格納するメイ
ンプログラム記憶部（領域）３２と、サービスプロバイ
ダ４からダウンロードしたサブプログラムを格納するサ
ブプログラム記憶部（領域）３３と、ゲーム結果やユー
ザ固有のデータなどを格納するユーザデータ記憶部（領
域）３４とを有している。メインプログラム記憶部３２
およびサブプログラム記憶部３３はサービスプロバイダ
４から新たなメインプログラムやサブプログラムをダウ
ンロードする度に記憶内容を上書きまたは追加更新し、
ユーザデータ記憶部３４はユーザデータが変化する度に
記憶内容を上書き更新する。

【００４１】４−３−２．ゲーム端末の動作モード 図示のゲーム端末２２は、少なくとも以下の三つのモー
ドで動作する。第一のモードは共通要求に関するモード
である。このモードでは、サービスプロバイダ４への接
続要求やサービスプロバイダ４による接続認証結果の表
示、メインプログラムのダウンロードを実行するか否か
の問い合わせ表示、ダウンロード実行時の経過表示およ
びダウンロード完了表示（または失敗表示）等を実行す
る。第二のモードはゲーム実行に関するモードであり、
このモードでは、ダウンロードしたゲームプログラムを
オフライン状態（ネットワーク７との接続を切った状
態）で実行する。第三のモードは個別要求に関するモー
ドである。このモードでは、サービスプロバイダ４への
接続要求やサービスプロバイダ４による接続認証結果の
表示を行ない、データメモリ２５に記憶されたユーザデ
ータをサービスプロバイダ４にアップロードするととも
に、そのアップロードデータに基づいてサービスプロバ
イダ４で選択された特定のサブプログラムを実行するか
否かの問い合わせ表示、ダウンロード実行時の経過表示
およびダウンロード完了表示（または失敗表示）等を実
行する。

【００４２】５．ネットワークゲームシステムの利用例 以下、本実施の形態におけるネットワークゲームシステ
ムの具体的な利用例について説明する。図１１はユーザ
５_jから見たネットワークゲームシステムの利用状態を
示す図である。ユーザ５_jは、まず、共通要求により
サービスプロバイダ４からゲームのメインプログラムを
ダウンロードし、そのゲームに対応して制作された放
送番組を視聴する。そして、放送番組の視聴イメージを
活かしてゲームを楽しんだ後、そのゲーム結果を含む
ユーザデータをサービスプロバイダ４にアップロードす
るとともに、個別要求によりサービスプロバイダ４か
ら特定のサブプログラム（でアップロードしたユーザ
データに基づいてサービスプロバイダ４で選択されたサ
ブプログラム）をダウンロードするという動作を周期的
（例えば１週間周期）に繰り返す。なお、と同時に、
共通要求によりサービスプロバイダ４から次回ゲーム
用のメインプログラムをダウンロードしてもよい。

【００４３】図１２は１週間単位で繰り返される場合の
ユーザ５_jの行動スケジュールである。この図におい
て、スケジュールＡは本発明との対比のために示すもの
（ゲームプログラムをメインプログラムとサブプログラ
ムに分けずに一括ダウンロードするもの）、スケジュー
ルＢは本発明に係るもの（ゲームプログラムをメインプ
ログラムとサブプログラムに分けて各々を個別にダウン
ロードするもの）である。スケジュールＡの場合、ユー
ザ５_jは１日目にゲームプログラムをサービスプロバイ
ダ４からダウンロードし、２日目にそのゲームに対応し
た放送番組を視聴した後、８日目にユーザデータをアッ
プロードするまでの間ゲームを楽しむ。

【００４４】一方、本発明に係るスケジュールＢの場
合、ユーザ５_jは１日目にゲームのメインプログラムと
サブプログラムをサービスプロバイダ４からダウンロー
ドし、２日目にそのゲームに対応した放送番組を視聴し
た後、８日目にゲーム結果をアップロードするまでの間
ゲームを楽しむ。後者のスケジュールＢは、サービスプ
ロバイダ４からダウンロードするデータがメインプログ
ラムとサブプログラムに分けられている点で基本的に前
者のスケジュールＡと相違する。このサブプログラムは
サービスプロバイダ４にアップロードされたユーザデー
タに基づいて選択されたものであり、例えば、１日目の
土曜日にダウンロードされるサブプログラムは、同日に
アップロードされたユーザデータに基づいて選択された
もの、また、８日目の土曜日にダウンロードされるサブ
プログラムは、同日にアップロードされたユーザデータ
に基づいて選択されたものである。

【００４５】したがって、本発明に係るスケジュールＢ
によれば、ユーザ５_jのユーザデータ（ゲーム結果やユ
ーザ固有のデータ）に基づいて選択された特定のサブプ
ログラムのみを当該ユーザ５_jのゲーム端末にダウンロ
ードして実行することができるから、不要なゲームデー
タをゲーム端末に保持する必要がなく、記憶容量の少な
いゲーム端末であっても大規模なゲームを支障なく実行
することができるという格別な効果が得られる。

【００４６】図１３は上記行動スケジュール（図１２）
に対応するユーザ５_jの人為的な判断フローチャートで
ある。図１３において、ユーザ５_jは、まず、週末（土
曜日）であるか否かを判定する（ステップＳ１１）。そ
して、週末でなければ、週初め（日曜日）であるか否か
を判定し（ステップＳ１２）、週初めでもなければ、今
週用のゲームプログラムをダウンロード済みであるか否
かを判定する（ステップＳ１３）。以上のユーザ判断に
より、（Ａ）「当日が土曜日である」、（Ｂ）「当日が
日曜日である」、（Ｃ）「当日が月曜日〜金曜日のいず
れかであり且つ今週用のゲームプログラムをダウンロー
ド済みである」、（Ｄ）「当日が月曜日〜金曜日のいず
れかであるが、今週用のゲームプログラムをダウンロー
ドしていない」の四つの判断結果の一つが得られる。

【００４７】各判断結果ごとに説明すると、（Ａ）の場
合は、当日が週末の土曜日であるから、ユーザ５_jはゲ
ーム端末２２を操作してサービスプロバイダ４に接続す
る（ステップＳ１４）。そして、アップロードすべきユ
ーザデータがある場合（ステップＳ１５の“ＹＥＳ”）
は、そのユーザデータをサービスプロバイダ４にアップ
ロード（ステップＳ１６）した後、共通要求によってゲ
ームのメインプログラムをサービスプロバイダ４からゲ
ーム端末２２にダウンロードするとともに、個別要求に
よって特定のサブプログラム（ステップＳ１６でアップ
ロードしたユーザデータに基づいて選択されたもの）を
同様にダウンロード（ステップＳ１７ａ）してフローを
終了する。一方、アップロードデータがない場合（ステ
ップＳ１５の“ＮＯ”）は、共通要求によってゲームの
メインプログラムをサービスプロバイダ４からゲーム端
末２２にダウンロード（ステップＳ１７ｂ）してフロー
を終了する。

【００４８】（Ｂ）の場合は、当日が週初めの日曜日で
あるから、ユーザ５_jはテレビジョン受信機２１を用い
て放送番組を視聴する（ステップＳ１８）。視聴チャン
ネルは前記放送局２に割り当てられたチャンネルまたは
前記放送局２の系列局のチャンネルであり、且つ、視聴
時間帯は今週用のゲームプログラムと対を成して制作さ
れた放送番組素材の放送時間帯である。

【００４９】（Ｃ）の場合は、当日が月曜日〜金曜日で
あって、且つ、今週用のゲームプログラムをゲーム端末
２２にダウンロード済みであるから、ユーザ５_jはゲー
ム端末２２を操作してそのゲームプログラムを実行する
（ステップＳ１９）。（Ｄ）の場合は、当日が月曜日〜
金曜日であるが、今週用のゲームプログラムをゲーム端
末２２にダウンロードしていないから、ユーザ５_jはゲ
ームを実行できず、そのままフローを終了する。

【００５０】このように、図示の判断フローにあって
は、ユーザ５_jは、週末にサービスプロバイダ４に接続
してユーザデータをアップロードするとともに、ゲーム
プログラムのメインプログラムとサブプログラムをダウ
ンロードし、翌日になると、今週用のゲームプログラム
と対を成す放送番組素材をテレビジョン受信機２１で視
聴する。そして、次週の週末になるまでの間、暇を見つ
けてゲーム端末２２を操作しながらゲームを実行する。

【００５１】したがって、サービスプロバイダ４からユ
ーザ５_jのゲーム端末にメインプログラムとサブプログ
ラムとを個別にダウンロードすることができ、しかも、
このサブプログラムは当該ゲーム端末からサービスプロ
バイダ４にアップロードされたユーザデータに基づいて
選択されたものであり、ゲームの進行上、そのユーザ５
_jに必要不可欠なゲームデータであって、言い換えれ
ば、不要なゲームデータは含まれないから、記憶容量の
少ないゲーム端末であっても大規模なゲームを支障なく
実行することができる。その結果、ゲーム端末の価格を
抑え、ユーザ５_jの経済的負担を少なしてネット利用者
の増加を見込むことができ、前記ビジネスモデルで見た
場合、（イ）放送局２は放送番組素材の基礎的な視聴率
（ネット利用者数に見合った視聴率）を確保して広告料
収入の安定化を期待できる、（ロ）広告主３は商品等の
広告効果を高めて購買数増加を期待できる、（ハ）サー
ビスプロバイダ４はゲームプログラムの利用者を増やし
て利用料増収を期待できる、（ニ）製作会社１は放送番
組素材およびゲームプログラムの制作による増収を期待
できる、という波及的経済効果を生み、当該ネットワー
クゲームシステムに参加するすべてのビジネスで利益を
得ることができる。

【００５２】６．ゲーム端末上におけるサブプログラム
の起動例 図１４はサービスプロバイダ４からゲーム端末２２にダ
ウンロードされ、ゲーム端末２２のデータメモリ２５に
格納されたサブプログラムの一例を示す要部リスト図で
ある。サブプログラム３５は「イベント管理ファイル」
および「イベント実体」を含む。「イベント管理ファイ
ル」は図７のイベント起動データ部分１５ｂ_m3に相当
し、「イベント実体」は図７のプログラム本体１５ｂ_m1
およびメールデータ部分１５ｂ_m2に相当する。この例に
よれば、「イベント管理ファイル」には、各イベントの
起動条件と起動時にコールするコンポーネント名が記載
されている。例えば、個別イベント１には起動条件とし
てパワーオン（ゲーム端末の電源投入時）、条件１とし
て現在時日時が１０月２１日の２０時（夜８時）以降で
あること、且つ、条件２として実行回数が１回のみであ
ること、実行するコンポーネント名として“ＳＵＢ＿
ｉ．ＤＬＬ”が記載されている。これらのすべての条件
に合致する場合に、コンポーネント名“ＳＵＢ＿ｉ．Ｄ
ＬＬ”のイベント実体をコールして実行する。また、個
別イベント２には起動条件として画面タップ（タッチパ
ネルへのタッチ操作）、条件１としてユーザ５_jの操作
キャラの現在地がＡ町の宿屋の前……である等が記載さ
れている。

【００５３】一方、「イベント実体」にはコンポーネン
ト名“ＳＵＢ＿ｉ．ＤＬＬ”が記載されているととも
に、例えば、ゲーム端末上にメールの着信画面とメール
の本文メッセージとを表示する処理機能を実現するため
のコード（プログラム）と、イベント実体の起動回数を
記録するための内部変数（初期値＝０）が記載されてい
る。

【００５４】図１５はゲーム端末２２におけるゲーム処
理の概略的なフローチャートである。ゲーム端末２２の
電源をオンにすると、まず、システムを初期化し（ステ
ップＳ２１）、次いで、パワーオンイベントチェック
（ステップＳ２２）を行なって、起動条件が“パワーオ
ン”で、且つ、他の条件が一致する個別イベントの有無
を検査する（ステップＳ２３）。例えば、現在日時を１
０月２１日の２０時３０分とすると、図１４の個別イベ
ント１の二つの条件（起動および条件１）が満足するの
で、さらに、他の条件（条件２＝１回のみのイベント）
の一致を判定する。これは、実行先のイベント実体
（“ＳＵＢ＿ｉ．ＤＬＬ”）のイベント起動回数を調べ
て、その値が“０”であれば（言い換えれば“１”でな
ければ）一致と判定するという手順を踏む。

【００５５】すべての条件を満たした場合（ステップＳ
２３の“ＹＥＳ”）、そのイベント実体（この例では
“ＳＵＢ＿ｉ．ＤＬＬ”）をコールして所要のイベント
処理、例えば、ゲーム端末上にメールの着信画面とメー
ルの本文メッセージとを表示する処理機能を実行し（ス
テップＳ２４）、次いで、“ＳＵＢ＿ｉ．ＤＬＬ”のイ
ベント起動回数に１をセットする等のイベント後処理を
実行（ステップＳ２５）した後、再びパワーオンイベン
トチェックに復帰する。

【００５６】今、起動条件にパワーオンが指定された他
の個別イベントがないとするならば、ステップＳ２３の
判定結果は、以降“ＮＯ”となり、所定のタイマー時間
が経過するまでユーザによる操作入力待ちになる（ステ
ップＳ２６）。そして、タイマー時間の経過または操作
入力が発生すると、各々の条件に応じた個別イベントを
選択し（ステップＳ２７）、選択された個別イベントの
条件を判定して（ステップＳ２８）、一致した場合は、
その個別イベントを実行（ステップＳ２９）し、イベン
ト後処理を実行（ステップＳ３０）した後、再び所定の
タイマー時間が経過するまでユーザによる操作入力待ち
（ステップＳ２６）に復帰する。

【００５７】例えば、ステップＳ２６でユーザによる画
面タップを検出すると、ステップＳ２８で図１４の個別
イベント２の条件判定を行なう。今、個別イベント２の
条件１は「現在地はＡ町の宿屋の前」であるため、画面
タップの位置情報と画面上の対象オブジェクト（この場
合、Ａ町の宿屋）の位置情報とを比較対照し、一致（必
ずしも正確な一致を意味しない。ある範囲に収まる一致
であればよい。）を判定した場合に、個別イベント２の
実行先（不図示）に指定されているイベント実体をコー
ルする。

【００５８】一方、ステップＳ２８の判定結果が“Ｎ
Ｏ”の場合は通常のゲーム処理（その他の処理）を実行
し、再び所定のタイマー時間が経過するまでユーザによ
る操作入力待ち（ステップＳ２６）に復帰するという動
作を繰り返す。

【００５９】したがって、このフローチャートによれ
ば、ゲーム端末２２の電源投入時に、個別イベント１の
実行先に指定されたイベント実体“ＳＵＢ＿ｉ．ＤＬ
Ｌ”を１回限りで実行することができ、例えば、ゲーム
端末上にメールの着信画面とメールの本文メッセージと
を表示することができる。

【００６０】図１６はその表示概念図である。ゲーム端
末２２の画面上には、“加奈子から手紙が来た”という
通知メッセージと、“ハーイ！ユウジ！この間、見かけ
たわよ。Ａ町で、夜８時頃かしら。さっさと宿に行っち
ゃって。……”という本文メッセージが表示されてい
る。この表示機能は、特定のサブプログラム４２（“Ｓ
ＵＢ＿ｉ．ＤＬＬ”）によって実現されたものであり、
特に、サブプログラム４２の起動条件データに基づいて
表示のタイミングや表示回数を規制するとともに、本文
メッセージ中の文字列変数（％ＮＡＭＥ）に所要の文字
列“ユウジ”を入れ込んだものである。

【００６１】この文字列“ユウジ”は当該ゲーム端末２
２のユーザ５_jによってゲーム上で選択されまたは任意
に指定されたキャラクタの名前であり、当該ユーザ５_j
のユーザデータに含まれている情報である。サービスプ
ロバイダ４は複数のユーザ５ _jからアップロードされた
それぞれのユーザデータ（図では便宜的にＮｏ．２５７
のユーザデータ４０とＮｏ．２５８のユーザデータ３９
の二つを示す）と、放送シナリオ３６のユーザ比較ポイ
ントデータ３７（この比較ポイントデータは図３のエピ
ソードｉイベントに記載された配信条件と同じものであ
る。）とを比較し、条件が一致するユーザデータ（図で
はＮｏ．２５７のユーザデータ４０）を取り出して、サ
ブプログラム４２の要求元のユーザ５_j（ユーザデータ
４０をアップロードしたユーザ５_j）宛てに、ユーザ５_j
の固有データ４１のメール名“ユウジ”を％ＮＡＭＥに
入れ込んだサブプログラム４２を配信する。

【００６２】７．まとめ 以上のとおり、本実施の形態によれば、サービスプロバ
イダ４からユーザ５_jに対して、ゲームのメインプログ
ラムとサブプログラムを個別に配信できるようにすると
ともに、サブプログラムを配信する際は、配信要求元の
ユーザ５_jのゲーム結果やユーザ固有のデータに基づい
て、当該ユーザ５jにとってゲームの進行上必要不可欠
となるサブプログラムのみを選択的に配信するようにし
たので、不要なゲームデータの配信を行なわなくて済
み、ネットワーク７のトラフィック抑制および記憶容量
の少ないゲーム端末２２上での大規模ゲームの実行を可
能とすることができるという格別有益な効果を奏するこ
とができる。

【００６３】なお、上記実施の形態では、製作会社１が
ゲームコンテンツをサービスプロバイダ４に提供する際
に配信条件データも一緒に提供するようにしたが、番組
放送時に放送局２から通信回線等を介してサービスプロ
バイダ４に配信条件データを送信するようにしてもよ
い。このように、放送局２からサービスプロバイダ４に
配信条件データを（放送時間とリンクして）送信する構
成とすれば、配信条件データの内容や送信時間の変更が
容易に可能となるので、放送の延期や遅延等にも柔軟に
対処することができる。また、実施の形態のように、製
作会社１がゲームコンテンツをサービスプロバイダ４に
提供する際に配信条件データも一緒に提供するようにし
た場合においても、放送局２が放送時に配信条件データ
に基づくサブプログラムの配信の開始を指示するコマン
ド（配信開始コマンド）のみを送信するように構成すれ
ば、この配信開始コマンドの送信日時を放送の延期時間
や遅延時間に合わせてずらすだけでいいので、より一層
放送の延期や遅延等に対応しやすくなる。なお、この場
合、放送局２からサービスプロバイダ４への配信開始コ
マンドの送信は、通信回線でなくてもよく、放送電波に
含ませるようにしてもよい。また、サービスプロバイダ
４のサーバー管理者が放送を見て配信開始の指示操作を
行なうようにしてもよい。

【００６４】また、実施の形態においては、メインプロ
グラムをダウンロードする際に合わせてユーザーデータ
のアップロード及びサブプログラムのダウンロードを行
なうようにしたが、これに限定されない。ユーザーデー
タのアップロード及びサブプログラムのダウンロード
は、対応する放送番組の視聴後の任意のタイミングで行
なえるようにしてもよい。

【００６５】８．応用例 本発明の意図する技術思想は、上記の実施の形態によっ
て把握される思想に限定されない。以下の変形例を含む
ものである。図１７はサービスプロバイダ４からゲーム
端末２２にダウンロードされ、ゲーム端末２２のデータ
メモリ２５に格納されたサブプログラムの他の例を示す
要部リスト図である。このサブプログラム４４は、前述
のサブプログラム３５（図１４参照）と同様の「イベン
ト管理ファイル」および「イベント実体」を含み、「イ
ベント管理ファイル」の個別イベント１には起動条件と
して“パワーオン”が、条件１として“商品データ１を
使用”することが記載されており、個別イベント２には
起動条件として“宿屋就寝”が、条件１として“商品デ
ータ１〜商品データ５ランダム”が記載されており、両
個別イベントの実行するコンポーネント名には“ＣＭ０
０１．ＤＬＬ”が記載されている。また、「イベント実
体」にはコンポーネントの名前“ＣＭ００１．ＤＬ
Ｌ”、そのコンポーネントの実行コード（プログラ
ム）、そのプログラムで使用する商品データ１、商品デ
ータ２および商品データ３……が記載されている。

【００６６】商品データ１、商品データ２および商品デ
ータ３……は、サブプログラム４４をダウンロードした
ユーザ５_jのユーザデータに含まれる住所や性別および
趣味趣向等の固有データに基づいて、サービスプロバイ
ダ４で適宜に選択されたＣＭデータ（文字列やグラフィ
ックによる広告データ）である。例えば、図１８はある
ユーザ５_jの具体的な固有データを含むユーザデータ４
５の例を示す図であり、このユーザデータ４５によっ
て、当該ユーザ５_jは東京都羽村市に居住する２８歳の
男性で、趣味はワイン収集であることを読み取ることが
できる。また、このユーザデータ４５にはネットワーク
への登録時やゲーム端末２２の初期設定時にゲーム端末
２２の画面上に表示される任意の質問に対する答えが番
号で記録されているほか、ゲームデータ（ゲームのＩ
Ｄ：ｃｈａｐｔｅｒ１やＲｏｕｔ：０１、Ｉｔｅｍの取
得状況コード：ＦＤ ５Ａ ３Ｃ ００ ００ ００
００００）ならびに後述の商品情報の確認時間（Ｔｉｍ
ｅ１〜Ｔｉｍｅ４……）などのデータが記録されてい
る。

【００６７】以上の記録情報から、ユーザ５_jに対して
提示すべき適切な商品データを、おそらく居住地（東京
都羽村市）付近を商圏とする２０代後半男性向けのもの
で、特にワインに関するものに絞り込むことができる。

【００６８】なお、本実施の形態では、ユーザ固有デー
タに基づいてＣＭを選定することとしたが、ゲーム結果
（進行状況）データに基づいてＣＭを選定するようにし
てもよい。また、両データに基づいてＣＭを選定するよ
うにしてもよい。例えば、「スキー場に向かっている」
というゲームの進行状況データをアップロードした場合
は、スキー場のＣＭがダウンロードされ、これをゲーム
上でスキー場に到着したタイミングで表示するようにす
る。また、ユーザ固有データのみに基づいてＣＭを選定
し、転送する場合においても、ゲーム端末においてゲー
ムの進行にリンクさせてＣＭを表示させるようにしても
よい。例えば、ユーザのゲーム端末でゲームを実行して
いる最中に、当該ユーザの趣味趣向やゲームの進行結果
に合わせて、適切なＣＭデータをゲーム画面に同時に表
示したり、音声で流したりしてもよい。この場合のＣＭ
データは、当該実行中のゲームに何らかの影響を与える
ものであることが望ましく、さらに、そのＣＭデータは
放送番組にリンクしたデータであることが望ましい。放
送番組とゲームの内容が互いにリンクしているからであ
る。

【００６９】サービスプロバイダ４は、このような広告
データ（ＣＭデータ）の絞り込みを行なうために、図１
９に示すＣＭ配信処理を実行する。図１９において、サ
ービスプロバイダ４は、ユーザからのゲームプログラム
の要求を受け付けると（ステップＳ３１）、ユーザ認証
を行ない（ステップＳ３２）、認証ＯＫの場合に、当該
要求元のユーザデータを取得して（ステップＳ３３）、
ユーザデータ中のユーザ固有データに基づいて所要の重
み計算を行ない（ステップＳ３４）、その計算結果に従
ってＣＭデータを選定（ステップＳ３５）した後、要求
されたゲームプログラムの配信（ステップＳ３６）、Ｃ
Ｍソフトの転送（ステップＳ３７）およびＣＭデータの
転送（ステップＳ３８）を行なう。

【００７０】重み計算は、例えば、次のようなものであ
る。まず、ＣＭデータの候補として、ユーザ５_jの居住
地を商圏とするすべてのＣＭデータを拾い出す。次に、
ユーザデータ４５の質問回答番号（図１８の例では“０
３ ０２ ０５”）を順次に取り出し、その番号（数
値：０３→３、０２→２、０５→５）に、当該質問内容
に対して各々のＣＭデータがどれだけ関係するかを表す
所定の重み値を乗算する。

【００７１】例えば、１番目の質問内容が“スキーに行
く回数”（例えば“０３”は年に３回行くことを表す）
であったとし、候補ＣＭデータの一つが羽村市付近のス
キー用品店のものであるとするならば、このＣＭデータ
を選択し易くするためには、１番目の回答番号が大きな
数値であること、その質問に対応する重み値が大きいこ
と、または、その両方であることのいずれかの条件を満
たす必要がある。例えば、ＣＭデータの選択しきい値を
ＳＬとすると、「１番目の質問回答番号×その質問に対
する重み値＋２番目の質問回答番号×その質問に対する
重み値＋……ｍ番目の質問回答番号×その質問に対する
重み値＞ＳＬ」の式を評価することによって、ＣＭデー
タの選択を行なうことができる。

【００７２】具体的には、ＳＬを“３０”とし、あるＣ
Ｍデータの１番目の質問に対する重み値を“５”、２番
目の質問内容に対する重み値を“５”、３番目の質問内
容に対する重み値を“３”とすると、図１８のユーザデ
ータ４５の例では、上記の評価式は「３×５＋２×２＋
５×３＝３４」となって「３４＞ＳＬ」となるから、そ
のＣＭデータを当該ユーザ５_j宛ての配信情報として選
択することができる。図２０（ａ）の波線部分は、その
評価結果であり、ある店（羽村店）の商品１について、
質問回答番号（３，２，５）と、重み値（５，２，３）
と、上記の評価式の結果（３４）と、商品１のＣＭデー
タの採用有無（○印は採用、×印は非採用）とを示して
いる。

【００７３】したがって、この変形例によれば、ユーザ
５_jの住所や年齢性別および趣味趣向等のユーザ固有の
属性情報ならびに任意の質問に対する回答結果等から適
切なＣＭデータを選択して、ゲームプログラムと一緒に
当該ユーザ５_j宛てに配信することができる。その結
果、テレビジョン放送を用いた不特定多数の視聴者向け
の非効率なＣＭ配信に比べて、無駄がなく、且つ、視聴
者に対する訴求効果が格段に高いＣＭ配信を行なうこと
ができ、広告主３の要求を高度に満足するネットワーク
ビジネスを構築することができる。

【００７４】なお、以上の例では、ユーザデータに含ま
れる質問回答番号を固定的に使用して配信すべきＣＭデ
ータの選択を行なっているが、必ずしもユーザの回答が
正確であるとは限らないため、ＣＭデータの選択精度の
点で不十分である。これは、ユーザ５_jはもっぱらゲー
ムを楽しむためにゲーム端末を入手してネットワークへ
の登録を行なうからであり、たとえ、すべての質問に回
答した後でなければゲーム端末を使えないようにしてあ
ったとしても、ゲームの実行に関係しない（と思われ
る）質問に対してはユーザの答えが適当（よく考えない
で回答する）になることを否定できないからである。こ
のため、不適切な回答からは不適切なＣＭデータしか選
択されないので、期待した広告効果を得られないという
欠点を生じる。

【００７５】そこで、以下の改良例では、不適切なＣＭ
データを配信したとしても、そのＣＭデータのゲーム端
末での実視聴時間をユーザデータに含ませて取得し、こ
の実視聴時間を加味して前記質問回答番号を修正するこ
とにより、徐々に適切な回答に近づけてユーザ５_jに対
応した適切なＣＭデータを配信できるようにし、以って
期待した広告効果を得られるようにする。

【００７６】図２０（ｂ）はその改良例の概念図であ
る。視聴時間データ４７は、図１８の商品情報の実際の
確認時間（Ｔｉｍｅ１〜Ｔｉｍｅ４……）に対応する。
視聴時間データ４７のＴｉｍｅ１は１番目の質問番号に
対応するＣＭデータの確認時間（００：１２：２０＝１
２分２０秒）であり、１番目の回答番号が“０３”とそ
れほど高くないにもかかわらず、比較的長い時間視聴し
ており、このことは、おそらく興味を持って視聴してい
たといえるから、１番目の質問番号の“０３”を、例え
ば、＋２して“０５”に上方修正する。次に、視聴時間
データ４７のＴｉｍｅ２は２番目の質問番号に対応する
ＣＭデータの確認時間（００：０１：０３＝１分３秒）
であり、２番目の回答番号が“０２”と低いうえ、確認
時間も短いから、おそらく興味がないということがで
き、２番目の質問番号の“０２”を、例えば、−１して
“０１”に下方修正する。次に、視聴時間データ４７の
Ｔｉｍｅ３は３番目の質問番号に対応するＣＭデータの
確認時間（００：００：１２＝１２秒）であり、３番目
の回答番号が“０５”と高いにもかかわらず、比較的短
時間しか視聴していないため、おそらく興味を持ってい
ないということができ、３番目の質問番号の“０５”
を、例えば、−１して“０４”に下方修正する。

【００７７】図２１はＣＭデータの視聴実績に基づく質
問回答番号の修正処理（ステップＳ３９）を含む要部フ
ローチャートであり、図１９のＣＭ配信処理のステップ
Ｓ３３とステップＳ３４の間に、上記修正処理（ステッ
プＳ３９）を追加したものである。すなわち、この改良
例によれば、実際のＣＭデータの視聴結果に基づいて、
ＣＭデータの選択精度を動的に向上することができるの
で、時間の経過に伴って各々のユーザ５_jに応じた適切
なＣＭデータを配信できるようになり、期待した広告効
果が得られるという格別有益なメリットがある。

【００７８】なお、以上の例では、ＣＭデータを配信し
ているが、これに限定されない。各々のユーザ５_jにと
って有益と思われるデータ（情報）を配信すればよく、
例えば、地方公共団体の告知情報、道路情報、天気予報
情報など様々な形態の情報に適用することができる。

【００７９】また、実施の形態では放送番組素材の配布
媒体をテレビジョン放送としたが、これに限定されな
い。例えば、磁気ディスクや光ディスクまたは半導体メ
モリデバイス等の可搬型記憶媒体による配布であっても
よい。このような記憶媒体であっても、例えば、定期的
刊行物に添付される形で配布された場合、または、レン
タル用として定期的に新作が発表された場合、前記テレ
ビジョン放送の視聴と同等の利用形態が得られるからで
ある。

【００８０】

【発明の効果】本発明によれば、ゲームのプログラムが
メインプログラムとサブプログラムに分かれて個別にユ
ーザ端末に配信されるうえ、サブプログラムの配信に際
しては、ユーザのゲーム結果およびユーザ固有のデータ
に基づいて適切なサブプログラムが選択されて配信され
る。したがって、不必要なデータが配信されないため、
ネットワークトラフィックの抑制と、ユーザ端末の記憶
容量の増大回避を図ることができる。また、上記サブプ
ログラムにゲームの進行に必要なデータを含めることに
より、複雑なゲームストーリを展開でき、大規模なゲー
ムを効率よく構築することができる。また、上記サブプ
ログラムに広告情報等を含めることにより、ゲーム画面
上にユーザに有益な情報を表示することができる。ま
た、上記サブプログラムに広告情報等を含めるととも
に、当該情報の実際のユーザ確認時間に基づいて次回に
配信する広告情報等を変更することにより、各ユーザの
好み等に適合した適切な広告情報を配信することができ
る。また、ゲーム実行データをユーザーに対して配信す
る工程と、前記ゲーム実行データと内容が関連付けられ
ている動画データをユーザーに対して配信する工程と、
ユーザーから送られてくるユーザデータに基づいて、前
記ゲーム実行データの実行に影響を与えるデータをユー
ザーに対して配信する工程とを有することにより、これ
らの工程によって世界観に広がりを持たせたゲームをユ
ーザーに提供することが可能となる。また、前記ゲーム
実行データの実行に影響を与えるデータを広告データま
たは情報サービスデータとすることにより、ゲーム画面
上にユーザに有益な情報を表示することができる。ま
た、ゲーム実行データをユーザーに対して配信する工程
と、前記ゲーム実行データと内容が関連付けられている
動画データをユーザーに対して配信する工程と、ユーザ
ーから送られてくるユーザデータに基づいて、広告デー
タまたは情報サービスデータをユーザーに対して配信す
る工程とを有することにより、これらの工程によって世
界観に広がりを持たせたゲームをユーザーに提供するこ
とが可能となる。また、前記広告データまたは情報サー
ビスデータを、前記ゲーム実行データを受信するゲーム
端末において実行されるゲーム中に盛り込まれるデータ
とすることにより、ゲームと広告データまたは情報サー
ビスデータとの対応を取ることができ、ゲームの面白さ
を向上できる。また、ゲーム実行データをユーザーに対
して配信する工程と、ユーザーから送られてくるユーザ
データに基づいて、前記ゲーム実行データを受信するゲ
ーム端末において実行されるゲーム中に盛り込むための
広告データまたは情報サービスデータをユーザーに対し
て配信する工程とを有することにより、ゲームの結果に
合わせて広告データまたは情報サービスデータを提供で
きる。また、前記ゲーム実行データと内容が関連付けら
れている動画データをユーザーに対して配信する工程を
含むことにより、前記工程により世界観に広がりを持た
せたゲームをユーザーに提供することが可能となる。ま
た、前記ユーザデータにゲームの結果データ及び又はユ
ーザ固有データを含ませることにより、ゲーム結果やユ
ーザ固有のデータに対応した特定のデータ配信を行うこ
とができる。また、前記ユーザデータと所定の配信条件
データとを照合し、この照合結果に基づいて前記データ
をユーザーに対して配信するこにより、配信条件に合致
した特定のユーザ宛てに限定的なデータ配信を行うこと
ができる。また、両者の内容を関連付けるために前記動
画データ及びゲーム実行データを協議体により共同制作
することにより、動画データとゲーム実行データとの内
容等の一貫性を保つことができる。また、前記ゲーム実
行データ及び配信データを所定の伝送媒体を用いてユー
ザーに配信し、前記動画データを前記所定の伝送媒体と
は異なる伝送媒体を用いてユーザーに配信することによ
り、一斉配信と個別配信の各々に適合した伝送媒体を利
用することができる。また、前記所定の伝送媒体は放送
網又は可搬型記憶媒体であり、前記所定の伝送媒体とは
異なる伝送媒体は通信網であるので、既存の伝送媒体を
利用して、一斉配信と個別配信の各々に適合した伝送を
行うことができる。また、ゲーム実行データを受信する
工程と、前記ゲーム実行データと内容が関連付けられて
いる動画データを受信する工程と、前記受信したゲーム
実行データを実行可能に再生する工程と、前記受信した
動画データを視認可能に再生する工程と、ユーザデータ
を送信する工程と、前記ユーザデータの送信により前記
ゲーム実行データの実行に影響を与えるデータを受信す
る工程とを有することにより、これらの工程によって世
界観に広がりを持ったゲームを行なうことが可能とな
る。また、ゲーム実行データを受信する工程と、前記ゲ
ーム実行データと内容が関連付けられている動画データ
を受信する工程と、前記受信したゲーム実行データを実
行可能に再生する工程と、前記受信した動画データを視
認可能に再生する工程と、ユーザデータを送信する工程
と、前記ユーザデータの送信により広告データまたは情
報サービスデータを受信する工程と、前記受信した広告
データまたは情報サービスデータ再生する工程とを有す
ることにより、これらの工程によって世界観に広がりを
持ったゲームを行なうことが可能となる。また、ゲーム
実行データを受信する工程と、前記受信したゲーム実行
データを実行可能に再生する工程と、前記受信した動画
データを視認可能に再生する工程と、ユーザデータを送
信する工程と、前記ユーザデータの送信により前記ゲー
ム実行データを実行可能に再生した際のゲーム中に盛り
込られる広告データまたは情報サービスデータを受信す
る工程とからなり、これらの工程によって世界観に広が
りを持ったゲームを行なうことが可能となる。

【図面の簡単な説明】

【図１】本実施の形態におけるネットワークゲームシス
テムのビジネスモデル構造を示す図である。

【図２】製作会社１、放送局２およびサービスプロバイ
ダ４の関係図である。

【図３】製作会社１のアニメーション製作者１ｃとゲー
ムデザイナー１ｄによる放送番組素材とゲームプログラ
ムの制作模式図である。

【図４】本実施の形態のネットワークゲームシステムに
必要なインフラ要素を示す図である。

【図５】放送局２の概略的なシステム構成図である。

【図６】サービスプロバイダ４の概略的なシステム構成
図である。

【図７】サービスプロバイダ４の配信データサーバ１５
に格納されるゲームプログラム（メインプログラム１５
ａとサブプログラム１５ｂ）の概念構造図である。

【図８】ユーザ５_j（ｊは１〜ｎ）の概略的なシステム
構成図である。

【図９】ゲーム端末２２の構成図である。

【図１０】データメモリ２５の記憶領域模式図である。

【図１１】ユーザ５_jから見たネットワークゲームシス
テムの利用状態を示す図である。

【図１２】１週間単位で繰り返される場合のゲームプロ
グラムの配信スケジュールを示す図である。

【図１３】上記スケジュール（図１２）に対応するユー
ザ５_jの判断フローチャートである。

【図１４】ゲーム端末２２のデータメモリ２５に格納さ
れたサブプログラムの一例を示す要部リスト図である。

【図１５】ゲーム端末２２におけるゲーム処理の概略的
なフローチャートである。

【図１６】ゲーム端末２２の表示概念図である。

【図１７】ゲーム端末２２のデータメモリ２５に格納さ
れたサブプログラムの他の例を示す要部リスト図であ
る。

【図１８】あるユーザ５_jのユーザデータ４５を示す図
である。

【図１９】サービスプロバイダ４で実行されるＣＭ配信
処理のフローチャートである。

【図２０】重み演算および実視聴時間データに基づく重
み修正の概念図である。

【図２１】ＣＭデータの視聴実績に基づく質問回答番号
の修正処理（ステップＳ３９）を含むＣＭ配信処理の要
部フローチャートである。

【符号の説明】

２ 放送局（放送番組配信手段） ４ サービスプロバイダ（プログラム配信手段、選択手
段） ２２ ゲーム端末（ユーザ端末）

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 2C001 AA00 AA17 BD00 BD07 CB01 CB08 5C064 BA01 BA07 BB05 BC04 BC18 BC20 BC23 BD02 BD03 BD08 BD14

Claims (20)

【特許請求の範囲】
1. 【請求項１】 ユーザ操作に応じて様々な画面変化およ
   び／または効果音変化を生じるように設計されたゲーム
   のプログラムと前記プログラムの画面変化および／また
   は効果音変化のすべてまたは一部を模写した内容を持つ
   放送番組とを制作し、 前記放送番組素材の配信スケジュールと前記プログラム
   の配信スケジュールとを連携させることにより、前記放
   送番組の視聴内容で前記ゲームの世界観を補完し得るよ
   うに構成したネットワークゲームシステムにおいて、 前記プログラムをユーザ共通のメインプログラムとユー
   ザ固有の複数のサブプログラムとに分け、 ユーザに対してメインプログラムおよびサブプログラム
   を個別に配信し得るように構成するとともに、 前記サブプログラムを配信する際に配信先のユーザ情報
   に基づいて配信すべきサブプログラムを選択するように
   構成したことを特徴とするネットワークゲームシステ
   ム。
2. 【請求項２】 ユーザ操作に応じて様々な画面変化およ
   び／または効果音変化を生じるように設計されたゲーム
   のメインプログラムと該メインプログラムからコールさ
   れる複数のサブプログラムとを保持し、ユーザ端末から
   の要求に応答して前記メインプログラムまたはサブプロ
   グラムを個別に配信するプログラム配信手段と、 前記ゲームの画面変化および／または効果音変化のすべ
   てまたは一部を模写した内容を持つ放送番組素材を配信
   する放送番組配信手段と、 前記メインプログラムおよびサブプログラムの配信を受
   けてゲームを実行するとともに、当該ゲームの結果デー
   タおよび／またはユーザ固有データを送信可能なユーザ
   端末と、 前記ユーザ端末から送信されたゲームの結果データおよ
   び／またはユーザ固有データに基づいて前記プログラム
   配信手段から配信されるサブプログラムを選択する選択
   手段と、 を備えたことを特徴とするネットワークゲームシステ
   ム。
3. 【請求項３】 前記サブプログラムは、ゲームの進行に
   関与するデータを含むことを特徴とする請求項１または
   請求項２記載のネットワークゲームシステム。
4. 【請求項４】 前記サブプログラムは、ゲームの結果デ
   ータおよび／またはユーザ固有データに基づいて選択さ
   れた広告情報またはユーザに有益なその他の情報を含む
   ことを特徴とする請求項１または請求項２記載のネット
   ワークゲームシステム。
5. 【請求項５】 前記広告情報またはユーザに有益なその
   他の情報の実際のユーザ確認時間に基づいて次回に配信
   する広告情報またはユーザに有益なその他の情報を変更
   することを特徴とする請求項４記載のネットワークゲー
   ムシステム。
6. 【請求項６】 ユーザ操作に応じて様々な画面変化およ
   び／または効果音変化を生じるように設計されたゲーム
   のメインプログラムと該メインプログラムからコールさ
   れる複数のサブプログラムとを保持し、ユーザ端末から
   の要求に応答して前記メインプログラムまたはサブプロ
   グラムを個別に配信する第１工程と、 前記ゲームの画面変化および／または効果音変化のすべ
   てまたは一部を模写した内容を持つ放送番組素材を配信
   する第２工程と、 前記メインプログラムおよびサブプログラムの配信を受
   けてゲームを実行するとともに、当該ゲームの結果デー
   タおよび／またはユーザ固有データを送信可能な第３工
   程と、 前記第３工程で送信されたゲームの結果データおよび／
   またはユーザ固有データに基づいて前記第１工程で配信
   されるサブプログラムを選択する第４工程と、 を含むことを特徴とするネットワークゲーム方法。
7. 【請求項７】 ゲーム実行データをユーザーに対して配
   信する工程と、 前記ゲーム実行データと内容が関連付けられている動画
   データをユーザーに対して配信する工程と、 ユーザーから送られてくるユーザデータに基づいて、前
   記ゲーム実行データの実行に影響を与えるデータをユー
   ザーに対して配信する工程とからなり、 前記工程により世界観に広がりを持たせたゲームをユー
   ザーに提供することを可能とするネットワークゲーム配
   信方法。
8. 【請求項８】 前記ゲーム実行データの実行に影響を与
   えるデータは、広告データまたは情報サービスデータを
   含むことを特徴とする請求項７記載のネットワークゲー
   ム配信方法。
9. 【請求項９】 ゲーム実行データをユーザーに対して配
   信する工程と、 前記ゲーム実行データと内容が関連付けられている動画
   データをユーザーに対して配信する工程と、 ユーザーから送られてくるユーザデータに基づいて、広
   告データまたは情報サービスデータをユーザーに対して
   配信する工程とからなり、 前記工程により世界観に広がりを持たせたゲームをユー
   ザーに提供することを可能とするネットワークゲーム配
   信方法。
10. 【請求項１０】 前記広告データまたは情報サービスデ
    ータは、前記ゲーム実行データを受信するゲーム端末に
    おいて実行されるゲーム中に盛り込まれるデータである
    ことを特徴とする請求項９記載のネットワークゲーム配
    信方法。
11. 【請求項１１】 ゲーム実行データをユーザーに対して
    配信する工程と、 ユーザーから送られてくるユーザデータに基づいて、前
    記ゲーム実行データを受信するゲーム端末において実行
    されるゲーム中に盛り込むための広告データまたは情報
    サービスデータをユーザーに対して配信する工程と、か
    らなることを特徴とするネットワークゲーム配信方法。
12. 【請求項１２】 前記ゲーム実行データと内容が関連付
    けられている動画データをユーザーに対して配信する工
    程を含み、 前記工程により世界観に広がりを持たせたゲームをユー
    ザーに提供することを可能とする請求項１１記載のネッ
    トワークゲーム配信方法。
13. 【請求項１３】 前記ユーザデータは、ゲームの結果デ
    ータ及び又はユーザ固有データを含むことを特徴とする
    請求項７乃至請求項１２のいずれかに記載のネットワー
    クゲーム配信方法。
14. 【請求項１４】 前記ユーザデータと所定の配信条件デ
    ータとを照合し、この照合結果に基づいて前記データを
    ユーザーに対して配信することを特徴とする請求項７乃
    至請求項１３のいずれかに記載のネットワークゲーム配
    信方法。
15. 【請求項１５】 両者の内容を関連付けるために前記動
    画データ及びゲーム実行データを協議体により共同制作
    する工程を含むことを特徴とする請求項７乃至請求項１
    ４いずれかに記載のネットワークゲーム配信方法。
16. 【請求項１６】 前記ゲーム実行データ及び配信データ
    を所定の伝送媒体を用いてユーザーに配信し、前記動画
    データを前記所定の伝送媒体とは異なる伝送媒体を用い
    てユーザーに配信することを特徴とする請求項７乃至請
    求項１５いずれかに記載のネットワークゲーム配信方
    法。
17. 【請求項１７】 前記所定の伝送媒体は放送網又は可搬
    型記憶媒体であり、前記所定の伝送媒体とは異なる伝送
    媒体は通信網であることを特徴とする請求項１６記載の
    ネットワークゲーム配信方法。
18. 【請求項１８】 ゲーム実行データを受信する工程と、 前記ゲーム実行データと内容が関連付けられている動画
    データを受信する工程と、 前記受信したゲーム実行データを実行可能に再生する工
    程と、 前記受信した動画データを視認可能に再生する工程と、 ユーザデータを送信する工程と、 前記ユーザデータの送信により前記ゲーム実行データの
    実行に影響を与えるデータを受信する工程とからなり、 前記工程により世界観に広がりを持ったゲームを行なう
    ことを可能とするネットワークゲーム参加方法。
19. 【請求項１９】 ゲーム実行データを受信する工程と、 前記ゲーム実行データと内容が関連付けられている動画
    データを受信する工程と、 前記受信したゲーム実行データを実行可能に再生する工
    程と、 前記受信した動画データを視認可能に再生する工程と、 ユーザデータを送信する工程と、 前記ユーザデータの送信により広告データまたは情報サ
    ービスデータを受信する工程と、 前記受信した広告データまたは情報サービスデータ再生
    する工程とからなり、 前記工程により世界観に広がりを持ったゲームを行なう
    ことを可能とするネットワークゲーム参加方法。
20. 【請求項２０】 ゲーム実行データを受信する工程と、 前記受信したゲーム実行データを実行可能に再生する工
    程と、 前記受信した動画データを視認可能に再生する工程と、 ユーザデータを送信する工程と、 前記ユーザデータの送信により前記ゲーム実行データを
    実行可能に再生した際のゲーム中に盛り込られる広告デ
    ータまたは情報サービスデータを受信する工程とからな
    るネットワークゲーム参加方法。