JP2002259274A - ネットワークサービスシステム及びネットワークサービスプログラムを格納した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 配布先における配布データの利用状況を把握
でき、たとえば、正確な広告実績を表す情報を収集し、
または、有料配布の課金バリエーションを増やすことが
できるネットワークサービス方法及び装置を提供する。 【解決手段】 サーバマシン４は、ネットワーク３を介
して任意のクライアントマシン１ａ〜１ｃにダウンロー
ドされることによって当該クライアントマシン上で利用
可能な配布データを保持する第１保持手段、配布データ
と一緒にクライアントマシンにダウンロードされて当該
クライアントマシンにおける配布データの利用履歴を収
集するために用いられるアプリケーションプログラムを
保持する第２保持手段、アプリケーションプログラムに
よって収集された利用履歴データをネットワークを介し
て受信して配布データの提供元に通知可能な形で保持す
る第３保持手段とを有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークサー
ビスシステム及びネットワークサービスプログラムを格
納した記録媒体に関し、たとえば、広告効果を持たせた
壁紙データなどのデータ配布を行うネットワークサービ
スシステム及びネットワークサービスプログラムを格納
した記録媒体に関する。

【０００２】

【従来の技術】近年、パーソナルコンピュータなどの情
報処理機器は、そのほとんどが、グラフィカルユーザイ
ンターフェース（ＧＵＩ）性を向上したオペレーティン
グシステム（以下「ＯＳ」と略す。）を搭載しており、
デスクトップ画面や各種フォームオブジェクトなどのデ
ザインをユーザの好みに合わせて変更できるようになっ
ている。たとえば、今日の代表的ＯＳの一つであるＷｉ
ｎｄｏｗｓ（マイクロソフト社の登録商標）シリーズで
は、デスクトップ画面の背景画像（いわゆる「壁紙」）
を自由に変更したり、または、フォームを構成する様々
なオブジェクトのプロパティを自由に変更したりできる
ようになっている。このため、かかるＯＳにあっては、
あらかじめいくつかの変更用データをディフォルトで用
意し、ユーザの希望に添うようにしているが、ユーザの
好みは多様であるから、また、ユーザの好みも時代によ
って移り変わるから、ディフォルトのデータだけでは不
十分であった。

【０００３】そこで、上記の変更用データを補完するた
めの追加用各種データをインターネット上のＷｅｂサイ
トから配布することが行われている。たとえば、美観に
優れた様々な壁紙データを掲載するＷｅｂサイトは公知
（http://www.kabegami.net/など）であり、ユーザは、
これらのＷｅｂサイトを訪れて好みにマッチした壁紙を
見つけ出し、それをダウンロードしてデスクトップ画面
の背景画像に用いることができる。

【０００４】ところで、壁紙は、既述のとおり、パーソ
ナルコンピュータ等のデスクトップ画面の背景画像であ
り、かかる背景画像はパーソナルコンピュータの利用期
間中、比較的ユーザの目に触れやすい画像であるから、
壁紙を利用して企業広告や商品広告などの情報告知を行
うことは好ましいサービスである。たとえば、テレビコ
マーシャルなどの素材を用いた壁紙を配布すれば、配布
先のパーソナルコンピュータ上で継続的な広告を行うこ
とができるので、テレビ放送のようなコマーシャル時間
枠に制限されることなく、長期に渡って効果的な情報告
知を行うことができる。

【０００５】

【発明が解決しようとする課題】しかしながら、上記の
従来技術にあっては、壁紙などのデータを単にインター
ネット上のＷｅｂサイトからユーザのパーソナルコンピ
ュータにダウンロードさせているに過ぎず、そのダウン
ロードデータがユーザのパーソナルコンピュータ上で実
際に利用されているかどうかについてはまったく把握で
きないものであるため、以下の問題点があった。

【０００６】（Ａ）広告実績 配布データを用いて広告を行う場合、その広告実績はダ
ウンロードの回数から一応把握可能であるが、正確な実
績はその配布データが実際に利用されているかどうかを
調べなければ分からない。すなわち、単にダウンロード
されただけでは、ユーザのパーソナルコンピュータに保
存されたままの状態であり、たとえば、そのダウンロー
ドデータを壁紙とした場合は、ユーザの目に触れる状態
で利用されていないので、まったく広告効果を期待する
ことができない。したがって、上記の従来技術は、正確
な広告効果を把握する点で不十分であり、この点におい
て解決すべき技術課題がある。

【０００７】（Ｂ）課金バリエーション また、配布データの中には、著名デザイナーの作品を用
いたりしてそれなりの付加価値を与えて有料で配布され
るものがあるが、上記の従来技術は、かかる有料データ
の課金処理をダウンロード時の一時課金しか行うことが
できない。これは、実際の利用状況を把握できないため
に、たとえば、使用実績に応じた従量制の課金形態とす
ることとができないからである。したがって、上記の従
来技術は、課金のバリエーションを増やすことができな
いという点でも解決すべき技術課題がある。

【０００８】以上のことより、本発明の究極の目的は、
配布先における配布データの利用状況を把握でき、たと
えば、正確な広告実績を表す情報を収集し、または、有
料配布の課金バリエーションを増やすことができるネッ
トワークサービス方法及び装置を提供することにある。

【０００９】

【課題を解決するための手段】本発明は、上記目的を達
成するために、ネットワークを通して相互に交信可能な
サーバマシンとクライアントマシンを備えるネットワー
クサービスシステムであり、サーバマシン及びクライア
ントマシンは、以下の各手段を有する。サーバマシン
は、ネットワークを介して任意のクライアントマシンに
ダウンロードされることによって当該クライアントマシ
ン上で利用可能な配布データを保持する第１保持手段
と、配布データと一緒にクライアントマシンにダウンロ
ードされて当該クライアントマシンにおける配布データ
の利用履歴を収集するために用いられるアプリケーショ
ンプログラムを保持する第２保持手段と、アプリケーシ
ョンプログラムによって収集された利用履歴データをネ
ットワークを介して受信して配布データの提供元に通知
可能な形で保持する第３保持手段とを有する。クライア
ントマシンは、サーバマシンに対して配布データの送信
を要求する要求手段と、該要求に応答してサーバマシン
から送信された配布データ及び該配布データの利用履歴
を収集するためのアプリケーションプログラムを保持す
る保持手段と、該保持手段に保持されたアプリケーショ
ンプログラムを実行するとともに該実行時のアプリケー
ションプログラムによって収集された利用履歴データを
サーバマシンに送信する送信手段とを有する。

【００１０】この発明では、クライアントマシンによっ
て配布データがダウンロードされると、この配布データ
と一緒に所定のアプリケーションプログラムが当該クラ
イアントマシンにダウンロードされる。そして、アプリ
ケーションプログラムの働きによって、当該クライアン
トマシン上における配布データの利用履歴が収集され、
その利用履歴データがクライアントマシンからサーバマ
シンに送信される。

【００１１】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を詳細に説明する。なお、以下の説明における
様々な細部の特定ないし実例および数値や文字列その他
の記号の例示は、本発明の思想を明瞭にするための、あ
くまでも参考であって、それらのすべてまたは一部によ
って本発明の思想が限定されないことは明らかである。
また、周知の手法、周知の手順、周知のアーキテクチャ
および周知の回路構成等（以下「周知事項」）について
はその細部にわたる説明を避けるが、これも説明を簡潔
にするためであって、これら周知事項のすべてまたは一
部を意図的に排除するものではない。かかる周知事項は
本発明の出願時点で当業者の知り得るところであるの
で、以下の説明に当然含まれている。

【００１２】＜ネットワークインフラの概要＞まず、本
実施の形態に必要なネットワークインフラの概要につい
て説明する。図１は、ネットワークインフラの概念図で
あり、この図では、二つに分けられたクライアントマシ
ン群１、２がネットワーク３に接続され、さらに、この
ネットワーク３にサーバマシン４が接続されている様子
が模式的に示されている。サーバマシン４は、本実施の
形態におけるネットワークサービスを実行するものであ
り、また、二つのクライアントマシン群１、２を構成す
る各々のクライアントマシン１ａ〜１ｃ、２ａ〜２ｃ
は、それぞれ個別に当該ネットワークサービスを利用す
ることができるものである。

【００１３】本実施の形態のネットワークサービスは、
たとえば、広告効果を持たせた壁紙データの配布サービ
スを行うものであり、この場合、一方のクライアントマ
シン群１を構成する各クライアントマシン１ａ〜１ｃ
は、壁紙データの配布先ユーザ（以下単に「ユーザ」と
いう。）の自宅等に設置され、他方のクライアントマシ
ン群２を構成する各クライアントマシン２ａ〜２ｃは、
壁紙データの提供元企業等（以下単に「企業」とい
う。）の担当部署に設置される。

【００１４】ここで、クライアントマシン１ａ〜１ｃ、
２ａ〜２ｃ、ネットワーク３及びサーバマシン４の各々
について、具備すべき機能を定義すると、まず、サーバ
マシン４は、いわゆるウェブ（Ｗｅｂ）サーバ及びファ
イルサーバとしての機能を有していなければならない。
このウェブサーバ及びファイルサーバ機能（以下、単に
サーバという。）を利用して所要のネットワークサービ
スを実行する。一方、クライアントマシン１ａ〜１ｃ、
２ａ〜２ｃは、ネットワーク３を介して上記のサーバに
アクセスできる機能を備えていればよく、この点におい
て、ブラウザソフトやネットワークＯＳを搭載した汎用
のパーソナルコンピュータやワープロ専用機若しくは携
帯情報端末などの利用は好ましい。誰でも容易に入手で
き、且つ、ネットワーク３に接続してサーバ上のコンテ
ンツを自由に閲覧したり、ファイルのアップロードやダ
ウンロードを行ったりできるからである。

【００１５】また、ネットワーク３は、少なくともクラ
イアントマシン１ａ〜１ｃ、２ａ〜２ｃと、サーバマシ
ン４との間の相互通信を可能にするものでなければなら
ないが、一般にネットワークプロトコルのデファクトス
タンダードは、今日、インターネットプロトコル（Ｉ
Ｐ）であり、汎用パーソナルコンピュータや各種サーバ
マシンなどの大多数は、このＩＰをサポートしているか
ら、事実上、ネットワーク３は、ＩＰ対応のいわゆる
“インターネット”と呼ばれるものであればよい。な
お、インターネットは物理的に存在しない。インターネ
ットサービスプロバイダ（ＩＳＰ）同士を結ぶバックボ
ーン及びＩＳＰと加入者宅を結ぶ加入者回線（又はケー
ブルテレビ回線若しくは無線回線）などのＩＰ対応通信
媒体の総称である。

【００１６】＜ビジネスモデル構造＞次に、上記のネッ
トワークインフラを利用して実現できる本実施の形態に
おけるネットワークサービスのビジネスモデルについて
説明する。図２は、本実施の形態におけるネットワーク
サービスのビジネスモデル構造図である。ここでは、代
表的な適用例として、壁紙データの配布サービスを例示
する。

【００１７】図において、図面の左側に描かれた縦長の
一点鎖線矩形図形１Ａは、図１の一方のクライアントマ
シン群１に相当し、図面の右側に描かれた縦長の一点鎖
線矩形図形２Ａは、図１の他方のクライアントマシン群
２に相当し、図面中央に描かれた縦長の一点鎖線矩形図
形４Ａは、図１のサーバマシン４に相当する。以下、説
明の便宜上、それぞれを、ユーザ側クライアント群１
Ａ、企業側クライアント群２Ａ、サービス主体４Ａとい
うことにする。

【００１８】ユーザ側クライアント群１Ａは、複数のユ
ーザ側クライアントマシン１ａ〜１ｃ（図１のクライア
ントマシン１ａ〜１ｃに相当）を含み、企業側クライア
ント群２Ａは、複数の企業側クライアントマシン２ａ〜
２ｃ（図１のクライアントマシン２ａ〜２ｃに相当）を
含む。サービス主体４Ａは、ウェブサービス４ａ、ファ
イル配信サービス４ｂ、利用履歴収集サービス４ｃ及び
その他の処理サービス４ｃなどの機能部分を含み、これ
らの機能により、企業側クライアント群２Ａから提供さ
れた配布データを保持するとともに、その配布データを
ユーザ側クライアント群１Ａからの要求に応じて配布
し、また、当該配布先における配布データの実際の利用
履歴を収集するための専用のアプリケーションプログラ
ムをユーザ側クライアント群１Ａに配布し、さらに、企
業ごとに取りまとめられた配布データの利用履歴データ
を企業側クライアント群２Ａに通知する、といった本実
施の形態に特有の一連のサービスをネットワーク３上で
実現する。

【００１９】ここで、ウェブサービス４ａは、ユーザ側
クライアント群１Ａを構成する各々のユーザ側クライア
ントマシン１ａ〜１ｃに対して、ユーザ登録やログイン
及びサービス主体４に保持されている配布データの一覧
表示並びに所望の配布データの選択といったユーザイン
ターフェース画面を提供する。ファイル配信サービス４
ｂは、企業側クライアント群２Ａを構成する各々の企業
側クライアントマシン２ａ〜２ｃから提供された配布デ
ータを受け取って保持するとともに、上記のユーザイン
ターフェース画面を通じてユーザ側クライアントマシン
１ａ〜１ｃから要求された配布データを当該要求元のユ
ーザ側クライアントマシン１ａ〜１ｃに対して配信す
る。また、ファイル配信サービス４ｂは、当該要求元の
ユーザ側クライアントマシン１ａ〜１ｃに対して所定の
アプリケーションプログラムを配信する。このアプリケ
ーションプログラムは、配布データの実際の利用履歴を
クライアントマシン１ａ〜１ｃ上で収集するためのもの
であり、たとえば、本件出願人が先に提案した「オブジ
ェクト利用履歴管理方法、オブジェクト利用履歴管理装
置及びオブジェクト利用履歴プログラムを格納した記録
媒体」（特願２０００−３５８９２８／平成１２年１１
月２７日）に記載されている「オブジェクト利用監視プ
ログラム」を用いることができる。この「オブジェクト
利用監視プログラム」の詳細については、後述する。

【００２０】利用履歴収集サービス４ｃは、上記のアプ
リケーションプログラム（以下、説明の便宜上「オブジ
ェクト利用監視プログラム」という。）によって収集さ
れた、各ユーザ側クライアントマシン１ａ〜１ｃにおけ
るそれぞれの配布データの実際の利用状況を示すデータ
（利用履歴データ）を受け取り、それを各ユーザごと及
び企業ごと並びに配布データごとに分類収集して各企業
に通知する。なお、その他の処理サービス４ｄは、ユー
ザの認証処理や、各企業への通知を電子メールで行う場
合のメール生成処理など、必要と思われる付帯的処理サ
ービスを行う。

【００２１】上述のネットワークインフラを利用した本
実施の形態の如きビジネスモデルにとって重要な事項
は、他の類似サービスとの差別化を図ることにある。差
別化によって多くのユーザや企業に魅力を与え、ユーザ
及び参加企業の増加を見込むことができるからであり、
収益（ユーザから徴収する配布データの利用料及び参加
企業の登録料等）を確保してビジネス基盤の安定化を確
立できるからである。

【００２２】＜実施の形態におけるビジネスモデルの流
れ図＞次に、上記のビジネスモデルの運用モデルについ
て、その概略を説明する。図３は、その流れ図（タイム
ラン）であり、ここでは、サービス主体４Ａを仲介とし
て行われる特定の企業（便宜的に企業側クライアントマ
シン２ａとする。）からの壁紙データのアップロード
と、その壁紙データをダウンロードして利用する特定の
ユーザ（便宜的にユーザ側クライアントマシン１ａとす
る。）との間の情報のやり取りを時間の経過を追って示
している。なお、図では説明を簡素化するために認証処
理のプロセス等を省略している。

【００２３】まず、企業側クライアントマシン２ａの操
作者は、自社製品等の告知情報を持つ壁紙データを制作
し、その壁紙データをサービス主体４Ａにアップロード
する。サービス主体４Ａはその壁紙データを保持すると
ともに、壁紙データのサムネイル画像等をユーザ側クラ
イアントマシン１ａから閲覧可能できるようにウェブサ
ービス４ａを用いて公開する。ユーザ側クライアントマ
シン１ａの操作者は、そのサムネイル画像等を閲覧して
気に入ったものがあれば、サービス主体４Ａにダウンロ
ードを要求する。サービス主体４Ａはその要求に応答し
て該当する壁紙データを要求元のユーザ側クライアント
マシン１ａに送信するが、その際に、上述の「オブジェ
クト利用監視プログラム」を同時送信する。ただし、既
にオブジェクト利用監視プログラムを送信済みの場合は
この同時送信を行わない。

【００２４】今、ユーザ側クライアントマシン１ａの操
作者によって、ダウンロードされた壁紙データがデスク
トップ画面の背景画像に実際に使用された場合、オブジ
ェクト利用監視プログラムはその壁紙データの利用履歴
収集を開始する。オブジェクト利用監視プログラムは、
かかる利用履歴の収集動作を、その壁紙データが実際に
利用されている限り継続して行うとともに、ネットワー
ク３を介して、その収集データ（利用履歴データ）をサ
ービス主体４Ａに通知する。サービス主体４Ａは、ユー
ザ側クライアントマシン１ａから通知された利用履歴デ
ータを壁紙データごとに分類集計して、その壁紙データ
の提供元である企業側クライアントマシン２ａに対し
て、たとえば、電子メールなどの手段により通知する。
企業側クライアントマシン２ａは、その分類集計データ
に基づいて、自社製品等の告知状況を把握し、たとえ
ば、長い時間に渡って壁紙データを実際に利用していた
ユーザに対して、ダイレクトメールによる案内や景品発
送などの直接的コンタクトをとるなど、より積極的な販
促活動を行うことができる。

【００２５】以上の説明において、重要な点は、各企業
は自社製品等の告知情報を含む壁紙データの実際の利用
実績を知ることができることにある。すなわち、単に壁
紙データのダウンロード回数を把握するのみならず、そ
の壁紙データが、どのユーザのマシンでどれだけの時
間、実際に視認可能な状態で利用されたかを正確に知る
ことができる点にある。このことは、コマーシャルなど
の告知効果を把握する上で、きわめて重要であり、上記
の販促活動を効率的に行うための欠くことのできないメ
リットである。

【００２６】したがって、以上のビジネスモデルによれ
ば、 （１）企業は、広告実績を正確に把握して、無駄のない
販促活動を行うことができる。 （２）ユーザは、テレビコマーシャルなどの素材を使っ
た壁紙を自由に選んでデスクトップ画面の背景画像に用
いることができ、自己の趣味趣向にマッチした画面レイ
アウトにすることができる。 （３）サービス主体は、企業やユーザからの登録料及び
利用料等を収益としてビジネス基盤を安定化できる。

【００２７】＜具体的な実施の形態＞次に、上述のビジ
ネスモデルを実現するための具体例を説明する。ただ
し、以下の説明は、公知技術をベースにして上述のビジ
ネスモデルの実現可能性を証明するためのものであり、
その構成やアルゴリズム等によって本発明の技術思想の
外延を把握してはならない。

【００２８】図４（ａ）は、クライアントマシン１０
（図１の各クライアントマシン１ａ〜１ｃ、２ａ〜２ｃ
に相当）のシステム構成図であり、図４（ｂ）は、サー
バマシン２０（図１のサーバマシン４に相当）のシステ
ム構成図である。これらは、いずれもＯＳＩ（Open Sys
tem Interconnection：開放型システム間相互接続）参
照モデルを模した階層構造で示されている。図におい
て、クライアントマシン１０およびサーバマシン２０
は、いずれも最下位層を物理層１１、２１とし、その上
にオペレーティングシステム１２、２２や所要のアプリ
ケーションプログラム１３、１４、２３〜２６を階層的
に実装した多層構造を有している。

【００２９】ここに、物理層１１、２１はイーサネット
（登録商標）カードや通信ポート等の物理的リソースで
ある。アプリケーションプログラム１３、１４、２３〜
２６は、オペレーティングシステム１２、２２のＡＰＩ
（Application Programmable Interface）を介してこれ
らのリソースを間接的に利用する。オペレーティングシ
ステム１２、２２は、インターネットプロトコル（Ｉ
Ｐ）を標準でサポートするか、または、実装可能なもの
であり、望ましくは、ネットワークＯＳを標準実装し
た、例えば、Microsoft Windows CE／95／98／NT／2000
（マイクロソフト社の登録商標）やＬｉｎｕｘなどの汎
用オペレーティングシステムである。但し、サーバマシ
ン２０のオペレーティングシステム２２については、運
用の堅牢さを確保するために、安定性や信頼性に優れた
サーバ専用のもの（例えば、Microsoft Windows NTServ
er／2000 Server）を使用すべきであることはもちろん
である。

【００３０】クライアントマシン１０に実装されたアプ
リケーションプログラム１３、１４はそれぞれブラウザ
ソフトおよびメーラ（電子メールソフト）である。以
下、アプリケーションプログラム１３のことをブラウザ
ソフト１３といい、アプリケーションプログラム１４の
ことをメーラ１４ということにする。ブラウザソフト１
３は、ネットワークサービスで提供されるＷｅｂコンテ
ンツを閲覧するのために欠くことのできないものであ
り、また、メーラ１４はサーバマシン２０からの通知メ
ールなどを受信するために必要とされるものである。

【００３１】一方、サーバマシン２０に実装されたアプ
リケーションプログラム２３〜２６は、それぞれＷＷＷ
（Wold Wide Web）サーバサービスプログラム、ＣＧＩ
（Common Gateway Interface）処理プログラム、データ
ベースサービスプログラム、メールサービスプログラム
である。以下、アプリケーションプログラム２３〜２６
のことを、それぞれ、ＷＷＷサーバサービスプログラム
２３、ＣＧＩ処理プログラム２４、データベースサービ
スプログラム２５およびメールサービスプログラム２６
ということにする。

【００３２】ＷＷＷサーバサービスプログラム２３は、
Ｗｅｂコンテンツの公開サービスやファイルの転送サー
ビスを実行するもので、例えば、マイクロソフト社のＩ
ＩＳ（Internet Information Server）などを使用する
ことができる。また、ＣＧＩ処理プログラム２４は、判
定手段及び通知手段として機能し、サーバサイドスクリ
プト言語を用いて設計された、本実施の形態の主要なポ
イントを実現するためのプログラムの集まりであり、サ
ーバサイドスクリプト言語としては、Ｐｅｒｌ（Practi
cal extension reporting Language）やＡＳＰ（Active
Server Pages）などを使用することができる。

【００３３】なお、サーバマシン２０のオペレーティン
グシステム２２に、例えば、Microsoft Windows NT／20
00を使用した場合は、上記のＰｅｒｌやＡＳＰの実行環
境が標準実装されているため問題ないが、もし、非実装
のオペレーティングシステムを使用する場合は、上記の
サーバサイドスクリプト言語に対応したＰｅｒｌやＡＳ
Ｐなどの実行環境を別途にインストールする必要がある
ことはいうまでもない。

【００３４】データベースサービスプログラム２５は、
第１保持手段、第２保持手段及び第３保持手段として機
能し、上記のＣＧＩ処理プログラム２４に対してデータ
ベースサービスを提供するもので、例えば、SQL Server
などのＳＱＬ（Structured Query Language）対応リレ
ーショナルデータベースシステムを使用することが望ま
しい。最後に、メールサービスプログラム２６は、ＣＧ
Ｉ処理プログラム２４によって生成された求人者宛また
は求職者宛ての各種通知メールを配送するもので、一般
にＳＭＴＰ（Simple Mail Transfer Protocol）サーバ
プログラムを使用する。

【００３５】これらのアプリケーションプログラム２３
〜２６は、クライアントマシン１０のブラウザソフト１
３と共に、いわゆる“三階層クライアント／サーバモデ
ル（以下「３ＣＳモデル」と略すこともある。）”を構
築する。すなわち、ブラウザソフト１３をユーザインタ
ーフェース層、ＷＷＷサーバサービスプログラム２３と
ＣＧＩ処理プログラム２４を処理層およびデータベース
サービスプログラム２５をデータベース層とする３ＣＳ
モデルを構築する。これら三つの層のうちビジネスモデ
ルの戦略モデルと密接な関係にあるものはＣＧＩ処理プ
ログラム２４である。適切なビジネスルールを設定し、
そのルールをサーバサイドスプリクト言語を用いてプロ
グラミングしているからである。

【００３６】なお、以上の説明では、クライアントマシ
ン１０とサーバマシン２０について、敢えて一般的な呼
び方（例えば、パーソナルコンピュータ）をしていない
が、これは、呼び方から推測される固定的な解釈を避け
るためである。例えば、サーバマシン２０にあっては、
ネットワークサービスの規模に応じて大は並列処理型の
高性能サーバコンピュータから、小はパーソナルコンピ
ュータ等の比較的低性能なコンピュータまで幅広く、ま
た、クライアントマシン１０にあっては、パーソナルコ
ンピュータのみならず、携帯情報端末やインターネット
対応の携帯電話（またはＰＨＳ：Personal Handy Phone
System）まで多種多様な形態をとり得るからである。

【００３７】また、サーバマシン２０は、インターネッ
トプロバイダが用意したレンタルサーバまたはネットワ
ークサービスの提供者（事業者）が自前で用意した専用
サーバのいずれであってもよい。専用サーバの場合、イ
ンターネットプロバイダ内に設置されることもあるし、
ネットワークサービス事業者の事務所内に設置されるこ
ともある。

【００３８】図５は、クライアントマシン１０の構成を
示す図である。図示のクライアントマシン１０は、ＣＰ
Ｕ１０ａ（要求手段）、ＲＡＭ１０ｂ、ディスクコント
ローラ１０ｃ、ディスク装置１０ｄ（保持手段）、ディ
スプレイコントローラ１０ｅ、ディスプレイ装置１０
ｆ、キーボードコントローラ１０ｇ、キーボード装置１
０ｈ、ポインティングデバイス装置１０ｉ、通信制御装
置１０ｊ（保持手段）、メインバス１０ｋ、バスインタ
ーフェース１０ｍおよび内部バス１０ｎなどによって構
成されている。

【００３９】クライアントマシン１０は、ディスク装置
１０ｄにあらかじめ格納されたオペレーティングシステ
ムや各種のアプリケーションプログラムをＲＡＭ１０ｂ
にロードしてＣＰＵ１０ａで実行することにより、ＣＰ
Ｕ１０ａを含むハードウェア資源とソフトウェア資源
（オペレーティングシステムやアプリケーションプログ
ラムなど）との有機的結合によって仮想的に実現される
様々な機能をユーザに提供する。ユーザは、ディスプレ
イ装置１０ｆに表示されるデスクトップ画面や各種のＧ
ＵＩ画面を通してクライアントマシン１０と対話しつ
つ、キーボード装置１０ｈやポインティングデバイス装
置１０ｉを操作してカーソルの移動、クリックイベント
の発生および文字入力などを行いクライアントマシン１
０に対して所要の指示を与える。

【００４０】ここで、本実施の形態におけるクライアン
トマシン１０は、通信制御装置１０ｊを介してネットワ
ーク３から、たとえば、壁紙などの“オブジェクト”を
ダウンロードして、そのオブジェクトを利用することが
できるものである。利用とは、そのオブジェクトの持つ
情報や属性を積極的に利用する行為のことをいい、たと
えば、壁紙などの画像オブジェクトであれば、その画像
オブジェクトをデスクトップ画面等に張り付けてその画
像情報を視認可能に表示する行為、コマンドボタンコン
トロールやウィンドウオブジェクトの各部に張り付けて
その画像情報を視認可能に表示する行為などがそれに該
当し、または、プロパティなどのスケルトン属性を持つ
オブジェクトであれば、そのスケルトン属性のいずれか
を利用する行為がそれに該当する。

【００４１】上記“オブジェクト”はサーバマシン２０
からダウンロードされる。すなわち、サーバマシン２０
は、ネットワーク３を介して任意のクライアントマシン
１０に壁紙データなどのオブジェクトデータをダウンロ
ード可能に公開するが、それと同時に、ダウンロード先
におけるオブジェクトの実際の利用履歴を把握するため
の専用のアプリケーションプログラム（オブジェクト利
用監視プログラム）も配信する。以下、利用履歴の把握
対象となるオブジェクトのことを便宜的に「ターゲット
オブジェクト」ということにする。

【００４２】図６は、クライアントマシン１０における
ディスク装置１０ｄの記憶空間模式図である。この図に
おいて、ディスク装置１０ｄにはユーザアプリケーショ
ンプログラムＤ１、オブジェクト利用監視プログラムＤ
２、監視データＤ３、ターゲットオブジェクトＤ４、オ
ペレーティングシステムＤ５（各種ドライバプログラム
を含む）などが格納されている。なお、格納の順番は便
宜上のものである。

【００４３】各種ドライバプログラムを含むオペレーテ
ィングシステムＤ５は、クライアントマシン１０のハー
ドウェア資源と有機的に結合してファイルシステム（Ｆ
Ｓ）をはじめとする様々なＯＳ基本機能を提供する。ユ
ーザアプリケーションプログラムＤ１は、オペレーティ
ングシステムＤ５のＡＰＩ（Application Programmable
Interface）などを通じて上記のＯＳ基本機能を利用す
ることができ、たとえば、ユーザアプリケーションプロ
グラムＤ１をウェブコンテンツの閲覧ソフト（いわゆる
ブラウザソフト）とすると、ユーザは、そのブラウザソ
フトを用いることにより、オペレーティングシステムＤ
５のインターネット接続機能を利用して通信制御装置１
０ｊ経由でネットワーク３上のウェブサーバ（サーバマ
シン２０）にアクセスすることができ、たとえば、有料
で配布される壁紙データをダウンロードするとともに、
それと同時にオブジェクト利用監視プログラムをダウン
ロードすることができる。

【００４４】この場合、ダウンロードした壁紙データと
オブジェクト利用監視プログラムは、それぞれターゲッ
トオブジェクトＤ４及びオブジェクト利用監視プログラ
ムＤ２としてディスク装置１０ｄに格納される。オブジ
ェクト利用監視プログラムＤ２は、その壁紙データ（タ
ーゲットオブジェクトＤ４）の実際の利用状況を把握
し、その把握データを監視データＤ３としてディスク装
置１０ｄに格納する。オブジェクト利用監視プログラム
Ｄ２は、クライアントマシン１０の起動中はオブジェク
ト利用監視のために常にタスク実行状態になっている必
要があることから、たとえば、自動実行のサービスプロ
グラムまたはスタートアップ常駐型のプログラムであ
り、望ましくは、そのサービスの停止や常駐解除をユー
ザの手によって自由に行うことができない仕組みを持つ
ものである。

【００４５】＜オブジェクト利用監視プログラムの動作
＞図７（ａ）は、オブジェクト利用監視プログラムＤ２
の「オブジェクト利用監視サービス部分」の概略的なフ
ローチャートである。オブジェクト利用監視プログラム
Ｄ２は、まず、ターゲットオブジェクトＤ４が実際に利
用されているか否かを判定する（ステップＳ１１）。こ
の判定はターゲットオブジェクトＤ４の持つ情報や属性
が何らかのタスク（ユーザアプリケーションプログラム
Ｄ１やオペレーティングシステムＤ５の実行中のタス
ク）で実際に利用されているか否かを調べるものであ
り、たとえば、壁紙データなどの画像オブジェクトであ
れば、オペレーティングシステムＤ５のＦＳ（ファイル
システム）に問い合わせることにより、その画像オブジ
ェクトの利用状況を知ることができる。ターゲットオブ
ジェクトＤ４が利用中である場合、その利用履歴（たと
えば、ターゲットオブジェクトＤ４の識別情報や利用時
間など）を生成するとともに、その履歴データで監視デ
ータＤ３を更新する（ステップＳ１２）。そして、所定
のインターバル時間の経過を待ち（ステップＳ１３の
“ＹＥＳ”判定）、再び以上の処理（ステップＳ１１〜
ステップＳ１３）を繰り返す。

【００４６】このように、本実施の形態のオブジェクト
利用監視プログラムＤ２によれば、所定のインターバル
時間ごとにターゲットオブジェクトＤ４の利用状況を調
べ、その利用履歴データで監視データＤ３を更新するこ
とができる。したがって、たとえば、ユーザが有料の壁
紙データをインターネットなどから自分のクライアント
マシン１０にダウンロードして、それをデスクトップ画
面に張り付けて利用した場合、実際の利用時間（その壁
紙データを表示した状態でクライアントマシン１０を起
動していた累計時間）を利用履歴として監視データＤ３
に残すことができる。

【００４７】図７（ｂ）は、オブジェクト利用監視プロ
グラムＤ２の「監視データ通知サービス部分」の概略的
なフローチャートであり、この監視データ通知サービス
部分は、オブジェクト利用監視プログラムＤ２の起動
中、定期的に実行される。オブジェクト利用監視プログ
ラムＤ２は、まず、通信制御装置１０ｊ経由でネットワ
ーク３に接続されているか否かを判定する（ステップＳ
１４）。そして、非接続であればそのままフローを終了
する一方、接続されていれば、ディスク装置１０ｄに格
納されている監視データＤ３を読み出し、ターゲットオ
ブジェクトＤ４の配布元であるサーバマシン２０を宛先
としてネットワーク２０上に送信した後、フローを終了
する。

【００４８】その結果、ターゲットオブジェクトＤ４の
配布元（サーバマシン２０）は、当該ターゲットオブジ
ェクトＤ４の利用先であるクライアントマシン１０から
定期的に監視データＤ３を入手することができ、且つ、
その監視データＤ３は、利用先におけるターゲットオブ
ジェクトＤ４の実際の利用履歴を表す正確な情報を含む
から、サーバマシン２０において、たとえば、広告効果
等の把握や分析を行うことができ、あるいは、ターゲッ
トデータＤ４の利用実績に応じた従量制の課金処理など
を行うことができるようになる。

【００４９】なお、以上の説明では、監視データＤ３に
ついて、ターゲットオブジェクトＤ４の利用実績を平文
で保持するようにしているが、セキュリティ性を考慮す
ると、現実的には、たとえば、以下に説明するように、
監視データＤ３の不正改竄防止策を講じることが望まし
い。

【００５０】＜改良されたオブジェクト利用監視プログ
ラム＞図８は、不正改竄防止策を含むように改良したオ
ブジェクト利用監視プログラムＤ２の例である。この図
において、オブジェクト利用監視プログラムＤ２は、所
定のインターバル（図ではタイマー）時間ごとに休止
（ステップＳ２１）と起動（ステップＳ２２）とを繰り
返し、起動中にターゲットオブジェクトＤ４（図では壁
紙）の実際の利用状況を判定し（ステップＳ２６）、そ
の利用履歴を監視データＤ３として保存する（ステップ
Ｓ２９）点で、上述の実施の形態と共通するが、以下の
点で相違する。

【００５１】（イ）タイムサーバからの時刻取得 ステップＳ２４において、インターネットへの接続を検
出した場合は、ステップＳ２５で、自動的にインターネ
ット上のタイムサーバにアクセスして時刻情報を取得す
る。タイムサーバとは、原子時計やＧＰＳ時計などの正
確な時刻情報を持つ第１階層（stratum１）のサーバま
たはそのサーバから渡された時刻情報に基づいて自分自
身の時刻情報を修正する他のサーバのことである。現時
点で利用可能なタイムサーバとしては、たとえば、time
-A.timefreq.bldrdoc.govなどがある。

【００５２】タイムサーバから取得できる時刻情報は、
使用する転送プロトコルによって、ＮＴＰ（Network Ti
me Protocol）時刻やＳＮＴＰ（Simple Network Time P
rotocol）時刻があるが、いずれもクライアント側（タ
イムサーバを利用する側）のクライアントマシン１０の
ユーザがまったく関与できない正確な時刻情報であるた
め、この変形例では、かかる正確な時刻情報（以下「Ｓ
ＮＴＰ時刻」）を利用してターゲットオブジェクトＤ４
の利用日時の認証行うことにする。その理由は、次のと
おりである。すなわち、ターゲットオブジェクトＤ４の
利用状況は、もっぱら実際に利用した時間の累計として
把握される。当該累計時間は、クライアントマシン１０
の起動直後からカウントを開始する起動経過時間（たと
えば、Windows APIのGetTickCount()の戻り値）の累計
を取ることによって得られるものの、利用開始の“日時
情報”については、ユーザが自由に変更できるシステム
時刻を使用した場合、不正確さ（時刻のずれ）を否めな
いし、場合によっては意図的にシステム時刻が変えられ
る可能性もあり得るため、この変形例では、ユーザが関
与できないＳＮＴＰ時刻を用いて、ターゲットオブジェ
クトＤ４の利用日時の認証行うようにし、以て、ターゲ
ットオブジェクトＤ４の利用日時の正確さの向上を図る
ものである。

【００５３】実際の利用日時認証例を示すと、まず、利
用時間の累計演算は、今、クライアントマシン１０の起
動直後からｎ秒後にターゲットオブジェクトＤ４の利用
を開始したとし、且つ、ｍ（ｍはインターバル時間；た
だし、ｍ＞ｎ）秒後に１回目の利用状況判定処理（ステ
ップＳ２６）を実行したとすると、１回目の累計時間は
ｍ−ｎ秒となり、さらにｍ秒経過後の２回目の累計時間
は２ｍ−ｎ秒となるから、利用状況判定処理（ステップ
Ｓ２６）の繰り返し回数をｊとすれば、ｊｍ秒経過後の
ｊ回目の累計時間を「ｊｍ−ｎ秒」と表すことができ
る。このｊｍ−ｎ秒はターゲットオブジェクトＤ４の利
用累計時間である。

【００５４】一方、ターゲットオブジェクトＤ４の利用
日時（特に利用開始日時）は、既述のとおり、システム
時刻とＳＮＴＰ時刻から求めることができる。ただし、
ＳＮＴＰ時刻はインターネットに接続していない場合
（非接続の場合）に得られない（言い換えれば常に得ら
れる時刻はシステム時刻だけである）ため、一つのター
ゲットオブジェクトＤ４について、システム時刻とＳＮ
ＴＰ時刻の双方を用いた二つの日時情報が得られる場合
と、システム時刻のみを用いた一つの日時情報しか得ら
れない場合の二つのケースがあるが、一つの日時情報し
か得られない場合は、ＳＮＴＰ時刻に対応する日時情報
を値“０”として扱うことにする。この値“０”の意味
は、後述（３）の暗号化処理の部分で説明する。

【００５５】（ロ）ターゲットオブジェクトＤ４の利用
期限判定 また、この変形例では、ターゲットオブジェクトＤ４の
利用状況確認時にそのターゲットオブジェクトＤ４の利
用期限超過を判定し（ステップＳ２６）、利用期限を超
過している場合は、そのターゲットオブジェクトＤ４の
利用を中止し、あるいは、機能を制限（たとえば、画像
オブジェクトの画質を落とすなど）して継続利用を許可
するとともに、継続利用料を支払う旨の警告メッセージ
を表示したりする。利用期限情報は、たとえば、電子す
かし等のディジタル署名手法によってターゲットオブジ
ェクトＤ４に埋め込むことができる。

【００５６】（ハ）監視データＤ３の暗号化処理 さらに、この変形例では、利用履歴をそのまま監視デー
タＤ３として保存するのではなく、暗号化処理や圧縮処
理（ステップＳ２７、ステップＳ２８）を施してから保
存する（ステップＳ２９）。これは、不心得なユーザに
よる監視データＤ３の不正改竄を防止するためであると
ともに、データ容量を小さくしてネットワークトラフィ
ックを抑制するための対策である。暗号化のアルゴリズ
ムは、ＤＥＳ（Data Encryption Standard）やＰＧＰ
（Pretty Good Privacy）あるいはＲＣ４などの保全性
の高いものを用いてもよいが、たとえば、利用履歴の各
情報要素を組み合わせて、簡略的な固有暗号値を生成し
てもよい。

【００５７】今、ターゲットオブジェクトＤ４の識別情
報（ターゲットオブジェクトＩＤ）を“００９９１２３
４５６００１２３１”とし、システム時刻から得られた
利用日時情報を“００１００１１８００００”（２００
０／１０／０１ １８：００：００に相当）とし、さら
に、累計時間情報を“９０００００”（ミリ秒）とし、
且つ、ＳＮＴＰ時刻から得られた利用日時情報を“００
１００１１８０５１２”（２０００年１０月１日１８時
５分１２秒に相当）とすると、これらの情報要素は、い
ずれも数値データであるから、たとえば、各情報要素の
加算値（００９９１２３４５６００１２３１＋００１０
０１１８００００＋９０００００＋００１００１１８０
５１２）を得ることができ、この加算値を簡略的な固有
暗号値とすることができる。

【００５８】そして、各情報要素と一緒に、その固有暗
号値を監視データＤ３に保存しておけば、事後に監視デ
ータＤ３の各要素を再加算してみて、その再加算値と監
視データＤ３に保存されていた固有暗号値との一致を取
ることにより、各情報要素の不正改竄の有無を判定する
ことができる。ここで、上記（イ）において、ＳＮＴＰ
時刻に対応する日時情報が得られない場合にその値
“０”として扱うようにした理由は、そのような場合で
も数値として加算できるようにするためである。値
“０”として扱わない場合は、たとえば、ＮＵＬＬ値や
ＥＭＰＴＹ値となってしまい、加算演算でエラーになる
からである。なお、上記の加算処理は、各情報要素を単
純に加算しただけであるから、場合によっては、加算の
仕方が見破られるおそれがある。そこで、たとえば、日
時情報から曜日を割り出し、曜日ごとの数字（日曜＝
１、月曜＝２、火曜＝３、‥‥）を上記固有暗号値に加
えてもよい。このようにすると、固有暗号値が上記の情
報要素にない要素（曜日）を含むため、単純さをなくし
て安全性を高めることができる。

【００５９】＜監視データＤ３の構造例＞以上のとおり
であるから、この変形例によれば、ディスク装置１０ｄ
に保存される監視データＤ３を、図９（ａ）に示すよう
に、ターゲットオブジェクトＩＤフィールド１５ａ、更
新日時フィールド１５ｂ、ＳＮＴＰ認証日時フィールド
１５ｃ、起動経過時間フィールド１５ｄ及び固有暗号値
フィールド１５ｅからなるターゲットオブジェクトＤ４
ごとのｎ個のデータレコード１５₁〜１５_nで構成された
データ群１５とすることができる。

【００６０】たとえば、上記の例示に従えば、図９
（ｂ）に示すように、そのうちの一つのデータレコード
１５_iの各フィールド１５ａ〜１５ｅに、それぞれ、タ
ーゲットオブジェクトＩＤ“００９９１２３４５６００
１２３１”、システム時刻から得られた利用日時情報
“００１００１１８００００”、累計時間情報“９００
０００”及びＳＮＴＰ時刻から得られた利用日時情報
“００１００１１８０５１２”を格納できるとともに、
且つ、それらの値と曜日値（２０００／１０／０１→日
曜＝１）の加算値（固有暗号値）“１９８５７０１０５
３１９３５８９４１６９１５０３”を格納することがで
きる。

【００６１】したがって、ターゲットオブジェクトＩＤ
“００９９１２３４５６００１２３１”のオブジェクト
配布元（サーバマシン２０）で、このデータレコード１
５_iを入手することにより、固有暗号値と各情報要素の
再加算値との一致をとって、不正改竄の有無判定を行う
ことができるとともに、各情報要素からターゲットオブ
ジェクトＤ４の利用実績の把握などを正確に行うことが
でき、その結果、広告効果の把握分析や従量制の課金処
理等、従来不可能であった様々な処理を行うことができ
るという格別な効果が得られるのである。

【００６２】＜３ＣＳモデルの構造＞次に、本実施の形
態における“３ＣＳモデル”について説明する。図１０
は、その概略的なモデル構造図である。前述のとおり、
クライアントマシン１０のブラウザソフト１３はユーザ
インターフェース層Ｆ１を構成し、サーバマシン２０の
ＷＷＷサーバサービスプログラム２３とＣＧＩ処理プロ
グラム２４は処理層Ｆ２を構成する。また、データベー
スサービスプログラム２５はデータベース層Ｆ３を構成
し、これらの三つの層（Ｆ１〜Ｆ３）によって、３ＣＳ
モデルが構築される。

【００６３】なお、ＣＯＭ／ＤＣＯＭ（Component Obje
ct Model／Distributed ComponentObject Model）など
の分散化テクノロジーを利用する場合、処理層Ｆ２とデ
ータベース層Ｆ３とを異なるプラットフォーム上で動作
させることも可能であり、または、処理層Ｆ２やデータ
ベース層Ｆ３の一部若しくはそのすべてを同様に分散化
することも可能であるが、ここでは、説明の簡単化のた
めに、同一のプラットフォーム（すなわち、サーバマシ
ン２０）上で動作させるものとする。

【００６４】図１０において、ＷＷＷサーバサービスプ
ログラム２３はブラウザソフト１３からの要求に応じ
て、公開フォルダ２３ａにあらかじめ格納されている静
的ドキュメント（たとえば、ネットワークサービスのメ
イン画面；不図示）を要求元ブラウザソフト宛てに送信
すると共に、所要のドキュメントの要求やデータのダウ
ンロード／アップロード要求が行われた場合には、ＣＧ
Ｉ処理プログラム２４にその要求を伝え、ＣＧＩ処理プ
ログラム２４で生成されたドキュメントを受け取って要
求元ブラウザソフト宛てに送信したり、または、データ
のアップロード受け付けや要求されたデータのダウンロ
ードを行ったりする。

【００６５】ＣＧＩ処理プログラム２４は、概念的に、
コマンドインターフェース２４ａ、認証部２４ｂ、デー
タ受配信部２４ｃ、利用履歴分類収集部２４ｄ、メール
生成部３４ｅおよびデータベースコネクション２４ｆな
どに分割することができる。認証部２４ｂ、データ受配
信部２４ｂ、利用履歴分類収集部２４ｄおよびメール生
成部３４ｅは、ネットワークサービス特有の処理機能を
実現するためのビジネスルールを実装した部分である。

【００６６】なお、コマンドインターフェース２４ａ
は、ＷＷＷサーバサービスプログラム２３と上記特有の
処理機能部分（認証部２４ｂ、データ受配信部２４ｂ、
利用履歴分類収集部２４ｄおよびメール生成部３４ｅ）
との間のコマンド中継やデータ中継を行ったり、メール
サービスプログラム２６に対して電子メール配信を依頼
したりする部分であり、ＰｅｒｌやＡＳＰなどのサーバ
サイドスクリプト実行環境によって提供される部分であ
る。さらに、データベースコネクション２４ｆもＰｅｒ
ｌやＡＳＰなどのサーバサイドスクリプト実行環境によ
って提供される機能部分であり、データベースサービス
プログラム２５と上記特有の処理機能部分との間のコマ
ンド中継やデータ中継を行う部分であるが、このデータ
ベースコネクション２４ｆについては、例えば、データ
ベースサービスプログラム２５に対応したＯＤＢＣ（Op
en Data-Base Connectivity）を使用することができ
る。

【００６７】データベースサービスプログラム２５は、
配布データＤＢ２５ａ、オブジェクト利用監視プログラ
ムＤＢ２５ｂ、ユーザＤＢ２５ｃ及び企業ＤＢ２５ｄな
どを含む。図１１は、配布データＤＢ２５ａ、オブジェ
クト利用監視プログラムＤＢ２５ｂ、ユーザＤＢ２５ｃ
及び企業ＤＢ２５ｄのテーブル構造概念図である。

【００６８】図において、配布データＤＢ２５ａは、配
布データＩＤを格納する配布データＩＤフィールドと、
配布データ名を格納する配布データ名フィールドと、配
布データ本体を格納する配布データ本体フィールドと、
配布データの提供企業名を格納する提供企業名フィール
ドとを有し、各登録企業から提供された壁紙データ等の
配布データ（利用先においてターゲットオブジェクトＤ
４となるもの）のＩＤやデータ名及びデータ本体並びに
配布元企業名を一つのレコードデータとして保持する。

【００６９】また、オブジェクト利用監視プログラムＤ
Ｂ２５ｂは、アプリケーションプログラム名を格納する
アプリケーションプログラム名フィールドと、アプリケ
ーションプログラム本体を格納するアプリケーションプ
ロム本体フィールドとを有し、少なくとも、ターゲット
オブジェクトＤ４の実際の利用履歴を収集するための専
用アプリケーションプログラム（前述のオブジェクト利
用監視プログラムＤ２）のプログラム名やプログラム本
体を一つのレコードとして保持する。

【００７０】また、ユーザＤＢ２５ｃは、ユーザＩＤを
格納するユーザＩＤフィールドと、パスワードを格納す
るパスワードフィールドと、氏名等のユーザ情報を格納
するユーザ情報フィールドと、プログラムダウンロード
済みフラグを格納するプログラムダウンロード済みフラ
グフィールドと、そのユーザによってダウンロードされ
た配布データのＩＤを格納する複数の配布データＩＤフ
ィールドと、各配布データごとの利用履歴データを格納
する複数の利用履歴データフィールドとを有し、配布デ
ータＤＢ２５ａに格納された任意の配布データのダウン
ロード許可権限を持つユーザのＩＤやパスワード及び名
前等の情報とともに、そのユーザが既にダウンロードし
た配布データのＩＤ並びにその配布データの利用履歴デ
ータを一つのレコードとして保持する。

【００７１】また、企業ＤＢ２５ｄは、企業ＩＤを格納
する企業ＩＤフィールドと、企業情報を格納する企業情
報フィールドと、その企業から提供された各配布データ
のＩＤを格納する複数の配布データＩＤフィールドと、
各配布データごとの利用履歴データを格納する複数の利
用履歴データフィールドとを有し、各登録企業の情報
（ＩＤや企業名等）や提供された配布データのＩＤ及び
各企業単位に集計された配布データごとの利用履歴デー
タを一つのレコードにして保持する。

【００７２】＜３ＣＳモデルの動作＞次に、以上のシス
テム構成により、サーバマシン２０からクライアントマ
シン１０に送信されるユーザインターフェース画面につ
いて説明する。図１２は、ログイン画面及びユーザ登録
画面を示す図である。ログイン画面３０は、任意のクラ
イアントマシン１０を用いてサーバマシン２０をアクセ
スしたときに、サーバマシン２０からそのアクセス元の
クライアントマシン１０に送信されるウェブコンテンツ
であり、いわゆるＨＴＭＬ言語で記述されたドキュメン
トである。ログイン画面３０は、ユーザＩＤ入力用やユ
ーザパスワード入力用のテキストボックスコントロール
３０ａ、３０ｂを有するとともに、これらののテキスト
ボックスコントロール３０ａ、３０ｂの入力情報をサー
バマシン２０に送信するためのＯＫコマンドボタンコン
トロール３０ｃ、入力をキャンセルするためのキャンセ
ルコマンドボタンコントロール３０ｄを有し、さらに、
新規にユーザ登録するためのユーザ登録コマンドボタン
コントロール３０ｅを有している。

【００７３】既に登録済みのユーザは、自分のＩＤ及び
パスワードをテキストボックスコントロール３０ａ、３
０ｂに入力して、ＯＫコマンドボタンコントロール３０
ｃをクリックする。サーバマシン２０は、その入力情報
（ユーザＩＤ、ユーザパスワード）を受け取り、ユーザ
ＤＢ２５ｃを検索して該当するレコードがあれば認証Ｏ
Ｋを判断し、配布データＤＢ２５ａへのアクセスを許容
する一方、該当するレコードがなければ、認証ＮＧを判
定してその旨を通知する画面を表示したり、ユーザ登録
画面３１を表示したりする。

【００７４】ログイン画面３０でユーザ登録コマンドボ
タンコントロール３０ｅがクリックされた場合、また
は、ユーザ認証結果がＮＧの場合、サーバマシン２０か
らクライアントマシン１０にユーザ登録画面３１が送信
される。このユーザ登録画面３１もいわゆるＨＴＭＬ言
語で記述されたドキュメントである。ユーザ登録画面３
１は、ユーザの氏名や住所及び電子メールアドレス（Ｅ
ｍａｉｌ）などのユーザ情報を入力するためのテキスト
ボックスコントロール３１ａ、３１ｂ、３１ｃを有する
とともに、ユーザの希望するＩＤやパスワードを入力す
るためのテキストボックスコントロール３１ｄ、３１ｅ
を有し、さらに、それらの入力情報をサーバマシン２０
に送信するための登録コマンドボタンコントロール３１
ｆ、キャンセルするための「中止」コマンドボタンコン
トロール３１ｇを有する。

【００７５】本実施の形態のネットワークサービスを受
けようとする新規ユーザは、各テキストコントロールボ
ックス３１ａ〜３１ｅに必要事項を入力した後、登録コ
マンドボタンコントロール３１ｆをクリックして、入力
情報をサーバマシン２０に送信する。サーバマシン２０
は、登録情報を受け取り、ユーザＤＢ２５ｃに新規レコ
ードを追加して、そのレコードに受け取った情報を格納
して保持する。

【００７６】図１３は、ログイン認証がＯＫとなった場
合に、そのユーザが操作しているクライアントマシン１
０にサーバマシンから送信される配布データリスト画面
を示す図である。このリスト画面３２には、配布データ
ＤＢ２５ａに格納済みのすべての配布データ（以下、便
宜的に壁紙データとする。）について、そのカテゴリ
（たとえば、人物、風景、‥‥）別に分けられたサムネ
イル（縮小画像）Ａ１、Ｂ１、〜Ｉ１‥‥、Ａ２、Ｂ
２、〜Ｉ２、‥‥が張り付けられており、任意のサムネ
イルをクリックすると、その拡大画像画面がサーバマシ
ン２０から送信されて表示されるようになっている。

【００７７】図１４は、たとえば、サムネイルＡ１の拡
大画像画面３３を示す図であり、この拡大画像画面３３
には、壁紙データのダウンロードを確認するための説明
文字列表示エリア（たとえば、“次の壁紙データをダウ
ンロードしますか？”）３３ａとともに、サムネイルＡ
１の拡大画像３３ｂ及び壁紙データのダウンロードと一
緒に専用のアプリケーションプログラム（オブジェクト
利用監視プログラムＤＢ２５ｃに格納されたオブジェク
ト利用監視プログラム）をダウンロードする旨を明示す
る説明文字列表示エリア（たとえば、“この壁紙データ
をご使用になるためには専用のアプリケーションプログ
ラムが必要です。「はい」ボタンを押すと専用のアプリ
ケーションプログラムも同時にダウンロードしま
す。”）３３ｃ、ダウンロードを開始する「はい」コマ
ンドボタンコントロール３３ｄ及びダウンロードを中止
する「中止」コマンドボタンコントロール３３ｅを有す
る。なお、説明文字列表示エリア３３ｃは、そのユーザ
のクライアントマシン１０に既に専用のアプリケーショ
ンプログラムがダウンロード済みである場合は非表示状
態となり、且つ、「はい」コマンドボタンコントロール
３３ｄをクリックしたときに該当する壁紙データだけが
ダウンロードされるようになっている。すなわち、既に
オブジェクト利用監視プログラムをダウンロード済みの
クライアントマシン１０に対しては、説明文字列表示エ
リア３３ｃを非表示にするとともに、オブジェクト利用
監視プログラムのダウンロードを行わせないようになっ
ている。ユーザＤＢ２５ｃにおけるプログラムダウンロ
ード済みフラグは、そのためのチェックフラグであり、
このフラグが一の状態（たとえばセット状態）にあると
きは、既にオブジェクト利用監視プログラムをダウンロ
ード済みであることを表し、他の状態（たとえばリセッ
ト状態）にあるときは、まだダウンロードされていない
ことを表している。したがって、サーバマシン２０は、
このプログラムダウンロード済みフラグをチェックし、
一の状態にあれば、説明文字列表示エリア３３ｃを非表
示状態とするとともに、オブジェクト利用監視プログラ
ムをダウンロードさせないようにする。

【００７８】図１５は、ユーザ側のクライアントマシン
１０とサーバマシン２０との間で行われるログインから
壁紙データダウンロードまでのタイムランを示す図であ
る。この図において、まず、ユーザがクライアントマシ
ン１０を操作してサーバマシン２０にアクセスすると、
サーバマシン２０は、図１２（ａ）のログイン画面３０
をクライアントマシン１０に送信する。会員登録を済ま
せているユーザは、そのログイン画面３０にＩＤやパス
ワードを入力してログインする。または、まだ会員登録
を済ませていないユーザは、ログイン画面３０のユーザ
登録コマンドボタンコントロール３０ｅをクリックして
サーバマシン２０に、図１２（ｂ）のユーザ登録画面３
１の送信を要求し、そのユーザ登録画面３１に所要の情
報を入力してログインする。

【００７９】サーバマシン２０は、ログイン認証を行っ
て、その認証結果がＯＫであれば、図１３の配布データ
リスト画面３２をクライアントマシン１０に送信する。
この配布データリスト画面３２には、配布データＤＢ２
５ａに格納されているすべての壁紙データのサムネイル
が掲載されており、ユーザは、気に入った壁紙を見つけ
出してそのサムネイルをクリックする。サーバマシン２
０は、そのクリックに応答して壁紙の拡大画像３３ｂを
有する拡大画像画面３３をクライアントマシン１０に送
信する。

【００８０】ここで、ユーザＤＢ２５ｃの当該ユーザレ
コードにおけるプログラムダウンロード済みフラグが他
の状態にあるとき、上記の壁紙データの利用履歴を収集
するための専用のアプリケーションプログラム（オブジ
ェクト利用監視プログラム）は、まだ当該ユーザのクラ
イアントマシン１０にダウンロードされていないため、
サーバマシン２０は、壁紙データと同時にその専用アプ
リケーションプログラムもダウンロードする旨を明示す
る文字列（説明文字列表示エリア３３ｃ）を拡大画像画
面３３に含めて送信する。ユーザは、その文字列を見
て、同時ダウンロードを了解した場合に、はいボタンコ
マンドコントロール３３ｄをクリックし、サーバマシン
２０は、要求された壁紙データを配布データＤＢ２５ａ
の配布データ本体フィールドから取り出してクライアン
トマシン１０に送信するとともに、オブジェクト利用監
視プログラムＤＢ２５ｂのアプリケーションプログラム
本体フィールドからオブジェクト利用監視プログラムを
取り出してクライアントマシン１０に送信する。

【００８１】なお、ユーザＤＢ２５ｃの当該ユーザレコ
ードにおけるプログラムダウンロード済みフラグが一の
状態にあるとき、上記の壁紙データの利用履歴を収集す
るための専用のアプリケーションプログラム（オブジェ
クト利用監視プログラム）は、既に当該ユーザのクライ
アントマシン１０にダウンロードされているため、サー
バマシン２０は、壁紙データと同時にその専用アプリケ
ーションプログラムもダウンロードする旨を明示する文
字列（説明文字列表示エリア３３ｃ）を拡大画像画面３
３に含めずに送信するとともに、ユーザによって、はい
ボタンコマンドコントロール３３ｄがクリックされる
と、サーバマシン２０は、要求された壁紙データだけを
配布データＤＢ２５ａの配布データ本体フィールドから
取り出してクライアントマシン１０に送信する。

【００８２】以降、クライアントマシン１０では、オブ
ジェクト利用監視プログラムが常に起動状態となり、ダ
ウンロードされた壁紙が実際に利用されている間、その
利用履歴が収集されていき、クライアントマシン１０の
ディスク装置１０ｄに監視データＤ３として蓄積保持さ
れる。

【００８３】図１６は、ユーザ側のクライアントマシン
１０とサーバマシン２０との間で行われる利用履歴デー
タのアップロード動作、及び、サーバマシン２０と企業
側のクライアントマシン１０との間で行われる利用履歴
集計データの通知動作のタイムランを示す図である。こ
の図において、ユーザ側のクライアントマシン１０で起
動中のオブジェクト利用監視プログラムは、たとえば、
図７（ｂ）に示すように、定期的にネットワーク３への
接続状況をチェックし、接続されていれば、ディスク装
置１０ｄに保持されている監視データＤ３をサーバマシ
ン２０にアップロードする。たとえば、そのチェック間
隔をＴａとし、且つ、ネットワーク３に常時接続されて
いるとすると、クライアントマシン１０はＴａ間隔で監
視データＤ３をサーバマシン２０にアップロードし、サ
ーバマシン２０は、監視データＤ３を受け取る度に、配
布データごと及び企業ごとの利用履歴を集計し、任意の
時点で、その集計結果（利用履歴集計データ）を各企業
のクライアントマシン２０に、たとえば、電子メールで
通知する。

【００８４】＜まとめ＞本発明は、以上のとおり構成し
たから、以下の優れた効果を得ることができる。すなわ
ち、各企業から提供された壁紙等のオブジェクトデータ
をネットワーク３上のサーバマシン２０に保持してお
き、会員登録されたユーザのクライアントマシン１０か
らのアクセスで自由にダウンロードさせることができる
うえ、このダウンロードの際に、当該オブジェクトデー
タのクライアントマシン１０上における実際の利用履歴
を把握するための専用のアプリケーションプログラムを
同時にダウンロードさせることができる。そして、その
専用のアプリケーションプログラムにより、収集した利
用履歴データをネットワーク３を介してサーバマシン２
０に自動的にアップロードすることができる。

【００８５】したがって、サーバマシン２０は、それぞ
れのクライアントマシン１０における壁紙等のオブジェ
クトの利用実績を正確に把握することができ、その利用
実績を、オブジェクトデータの提供元の企業等に通知す
ることにより、その提供元で広告効果の把握や分析等を
行い、たとえば、ユーザに対する販促活動等の直接的な
コンタクトを効率よく行うことが可能になる。

【００８６】その結果、サービス主体にとっては、単な
る壁紙データ等のダウンロードサイトとの差別化を図る
ことができ、多くのユーザや提供企業等を確保して収益
基盤の安定化を達成し、社会的有益性のあるビジネスモ
デルを実現することができる。

【００８７】＜その他の変形例等＞以上の実施の形態は
発明の意図する範囲で様々な変形が可能であることはも
ちろんである。例えば、本発明に係るビジネスモデルの
戦略モデルを実現するためのＣＧＩ処理プログラム２４
については、ＰｅｒｌやＡＳＰなどのサーバサイドスク
リプト言語によるほか、スクリプトブロックの全部また
は一部をＤＬＬ（Dynamic Link Library）やＯＣＸ（OL
E Control）またはＡｃｔｉｖｅＸなどのコンポーネン
ト部品にして実装してもよいし、ＸＭＬ（eXtensible M
arkup Language）技術を活用してもよい。

【００８８】＜付記＞本実施の形態の主要な機能は、マ
イクロコンピュータを含むハードウェア資産と、オペー
レーティングシステムや各種プログラムなどのソフトウ
ェア資産との有機的結合によって機能的に実現されるも
のであるが、ハードウェア資産およびオペーレーティン
グシステムは汎用のものを使用できるから、本発明にと
って欠くことのできない必須の事項は、実質的に、３Ｃ
／Ｓモデルの処理層Ｆ２（図１０参照）に実装されたＣ
ＧＩ処理プログラム２４に集約されているということが
いえる。したがって、本発明は、ＣＧＩ処理プログラム
２４のすべてまたはその要部を格納した、フロッピィデ
ィスク、光ディスク、コンパクトディスク、磁気テー
プ、ハードディスクまたは半導体メモリなどの記録媒体
若しくはこれらの記録媒体を含む構成品（ユニット品や
完成品または半完成品）を包含する。なお、上記記録媒
体または構成品は、それ自体が流通経路にのるものはも
ちろんのこと、ネットワーク上にあって記録内容だけを
提供するものも含まれる。

【００８９】

【発明の効果】本発明によれば、クライアントマシンに
よって配布データがダウンロードされると、この配布デ
ータと一緒に所定のアプリケーションプログラムが当該
クライアントマシンにダウンロードされる。そして、ア
プリケーションプログラムの働きによって、当該クライ
アントマシン上における配布データの利用履歴が収集さ
れ、その利用履歴データがクライアントマシンからサー
バマシンに送信される。したがって、クライアントマシ
ンにダウンロードされた配布データの実際の利用実績を
サーバマシンで把握することができるから、たとえば、
配布データを用いて広告等を行う場合の広告効果の把握
や分析を行うことができるようになり、あるいは、配布
データの利用実績に応じた課金処理を適用して課金のバ
リエーションを増やすことができるようになり、結局、
サービスの質を高めて他の類似サービスとの差別化を図
り、以てビジネス基盤の発展と安定化を達成することが
できる。

【図面の簡単な説明】

【図１】ネットワークインフラの概念図である。

【図２】本実施の形態におけるネットワークサービスの
ビジネスモデル構造図である。

【図３】実施の形態におけるビジネスモデルの流れ図で
ある。

【図４】クライアントマシン１０とサーバマシン２０の
システム構成図である。

【図５】クライアントマシン１０の構成図である。

【図６】クライアントマシン１０におけるディスク装置
１０ｄの記憶空間模式図である。

【図７】オブジェクト利用監視プログラムＤ２の概略的
なフローチャートである。

【図８】不正改竄防止策を含むように改良したオブジェ
クト利用監視プログラムＤ２の例を示すフローチャート
である。

【図９】監視データＤ３のデータ構造図である。

【図１０】本実施の形態における３ＣＳモデルの概略的
なモデル構造図である。

【図１１】配布データＤＢ２５ａ、オブジェクト利用監
視プログラムＤＢ２５ｂ、ユーザＤＢ２５ｃ及び企業Ｄ
Ｂ２５ｄのテーブル構造概念図である。

【図１２】ログイン画面３０及びユーザ登録画面３１を
示す図である。

【図１３】配布データリスト画面３２を示す図である。

【図１４】サムネイルＡ１の拡大画像画面３３を示す図
である。

【図１５】ユーザ側のクライアントマシン１０とサーバ
マシン２０との間で行われるログインから壁紙データダ
ウンロードまでのタイムランを示す図である。

【図１６】ユーザ側のクライアントマシン１０とサーバ
マシン２０との間で行われる利用履歴データのアップロ
ード動作、及び、サーバマシン２０と企業側のクライア
ントマシン１０との間で行われる利用履歴集計データの
通知動作のタイムランを示す図である。

【符号の説明】

１、２、１０ クライアントマシン ３ ネットワーク ４、２０ サーバマシン １０ａ ＣＰＵ（要求手段） １０ｄ ディスク装置（保持手段） １０ｊ 通信制御装置（送信手段） ２４ ＣＧＩ処理プログラム（判定手段、通知手段） ２５ データベースサービス（第１保持手段、第２保持
手段、第３保持手段）

Claims (7)

【特許請求の範囲】
1. 【請求項１】 ネットワークを通して相互に交信可能な
   サーバマシンとクライアントマシンを備えており、 １）サーバマシンは、 ・ネットワークを介して任意のクライアントマシンにダ
   ウンロードされることによって当該クライアントマシン
   上で利用可能な配布データを保持する第１保持手段と、 ・配布データと一緒にクライアントマシンにダウンロー
   ドされて当該クライアントマシンにおける配布データの
   利用履歴を収集するために用いられるアプリケーション
   プログラムを保持する第２保持手段と、 ・アプリケーションプログラムによって収集された利用
   履歴データをネットワークを介して受信して配布データ
   の提供元に通知可能な形で保持する第３保持手段とを有
   し、 ２）クライアントマシンは、 ・サーバマシンに対して配布データの送信を要求する要
   求手段と、 ・該要求に応答してサーバマシンから送信された配布デ
   ータ及び該配布データの利用履歴を収集するためのアプ
   リケーションプログラムを保持する保持手段と、 ・該保持手段に保持されたアプリケーションプログラム
   を実行するとともに該実行時のアプリケーションプログ
   ラムによって収集された利用履歴データをサーバマシン
   に送信する送信手段とを有することを特徴とするネット
   ワークサービスシステム。
2. 【請求項２】 ネットワークを介して任意のクライアン
   トマシンにダウンロードされることによって当該クライ
   アントマシン上で利用可能な配布データを保持する第１
   保持手段と、 配布データと一緒にクライアントマシンにダウンロード
   されて当該クライアントマシンにおける配布データの利
   用履歴を収集するために用いられるアプリケーションプ
   ログラムを保持する第２保持手段と、 アプリケーションプログラムによって収集された利用履
   歴データをネットワークを介して受信して配布データの
   提供元に通知可能な形で保持する第３保持手段とを有す
   るサーバマシンを含むことを特徴とするネットワークサ
   ービスシステム。
3. 【請求項３】 サーバマシンは、配布データ要求元のク
   ライアントマシンにアプリケーションプログラムがダウ
   ンロード済みであるか否かを判定する判定手段をさらに
   有し、 該判定手段によって、アプリケーションプログラムのダ
   ウンロード済みが判定されなかった場合に、要求された
   配布データと一緒に要求元のクライアントマシンにアプ
   リケーションプログラムをダウンロードさせることを特
   徴とする請求項１または請求項２いずれかに記載のネッ
   トワークサービスシステム。
4. 【請求項４】 サーバマシンは、第３保持手段に保持さ
   れた利用履歴データを、配布データの提供元にネットワ
   ークを介して通知する通知手段をさらに有することを特
   徴とする請求項１または請求項２いずれかに記載のネッ
   トワークサービスシステム。
5. 【請求項５】 ネットワークを介して任意のクライアン
   トマシンにダウンロードされることによって当該クライ
   アントマシン上で利用可能な配布データを保持する第１
   保持手段と、配布データと一緒にクライアントマシンに
   ダウンロードされて当該クライアントマシンにおける配
   布データの利用履歴を収集するために用いられるアプリ
   ケーションプログラムを保持する第２保持手段と、アプ
   リケーションプログラムによって収集された利用履歴デ
   ータをネットワークを介して受信して配布データの提供
   元に通知可能な形で保持する第３保持手段のすべて又は
   前記各手段の一部を実現するためのネットワークサービ
   スプログラムを格納した記録媒体。
6. 【請求項６】 ネットワークサービスプログラムは、配
   布データ要求元のクライアントマシンにアプリケーショ
   ンプログラムがダウンロード済みであるか否かを判定す
   る判定手段をさらに実現するものであり、該判定手段に
   よって、アプリケーションプログラムのダウンロード済
   みが判定されなかった場合に、要求された配布データと
   一緒に要求元のクライアントマシンにアプリケーション
   プログラムをダウンロードさせる機能を含むことを特徴
   とする請求項５記載の記録媒体。
7. 【請求項７】 ネットワークサービスプログラムは、第
   ３保持手段に保持された利用履歴データを、配布データ
   の提供元にネットワークを介して通知する通知手段をさ
   らに実現するものであることを特徴とする請求項５記載
   の記録媒体。