(57)【要約】【課題】ウェブなどのサーバが，指定されたオブジェクトに加え別のオブジェクトの付加表示を適切かつ容易に行い，サイト運営者の推薦するオブジェクトの閲覧を促進する．検索エンジンに紹介されて非トップページを閲覧した閲覧者は，サイトの他のオブジェクトを閲覧しないことが多かったので，トップページなどを付加表示したい．しかし単に付加表示すると，サイト内移動でも付加表示されて煩わしい．【解決手段】オブジェクト付加表示方法７は，非トップページが閲覧されたとき，指定オブジェクト作成ステップ８実行後付加表示判定ステップ１２で参照元アドレスを見て該ページを紹介したのが検索エンジンかどうか等を判定し，適切なときに限り出力ステップ１３で新ウィンドウでトップページ，広告等の付加表示オブジェクト１７を表示し，または，指定オブジェクト６内にトップページへのリンク，広告等を挿入する等する．【選択図】        図１
2004341965.tif 000002
【特許請求の範囲】
【請求項１】
（状況によって，ＷＷＷサーバ（ＷＷＷ：Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ），ウェブサーバ，放送サーバ，コンテンツサーバ，ファイルサーバ，データベースシステム，オンラインシステムとも呼ばれることのある）
サーバ（１）と，
（状況によって，利用者，ユーザ，エンドユーザとも呼ばれ，閲覧者の代理をする情報処理プログラムのこともある）
閲覧者が利用するシステムである
（状況によって，ブラウザ，エディタ，クローラ（ｃｒａｗｌｅｒ），スパイダ（ｓｐｉｄｅｒ），ビューワ（ｖｉｅｗｅｒ），携帯機器プログラム，閲覧プログラム，表示プログラム，巡回プログラム，ダウンロードプログラム，ネットワークアクセスプログラム，ユーザプログラムとも呼ばれることのある）
クライアント（２）が，
（状況によって，ネットワーク，コンピュータネットワーク，インターネット，イントラネット，ローカルエリアネットワーク（ＬＡＮ），電話網，通信網，通信線路，無線通信網，ケーブルテレビ（ＣＡＴＶ），ケーブル，バス，チャネルとも呼ばれることのある）
通信路（３）を介して交信し，
クライアント（２）がサーバ（１）の保持する
（状況によって，ページ，文書，ドキュメント，ファイル，データセット（ｄａｔａｓｅｔ），ハイパーテキスト（ｈｙｐｅｒｔｅｘｔ），ハイパテキスト，マルチメディアデータ，プログラム，スクリプト，画像，映像，音楽，音響，コンテンツ（ｃｏｎｔｅｎｔ），メッセージ，宣伝，広告，コマーシャル，ＣＭ（Ｃｏｍｍｅｒｃｉａｌ  Ｍｅｓｓａｇｅ），ＣＦ（Ｃｏｍｍｅｒｃｉａｌ  Ｆｉｌｍ），アイコン，ボタン，タグ，リンク，情報，フラッシュ（Ｆｌａｓｈ（登録商標）），アプレット（ａｐｐｌｅｔ），リソース（ｒｅｓｏｕｒｃｅ）とも呼ばれることのある）
オブジェクト（４）の要求を，該オブジェクト（４）に対応するアドレスである
（状況によって，ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ），ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ，リクエストＵＲＩ（ＲＥＱＵＥＳＴ＿ＵＲＩ），要求アドレス，パス（ｐａｔｈ），ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）とも呼ばれることのある）
オブジェクトアドレス（５）の指定を伴ってサーバ（１）に送ると，
該サーバ（１）が該クライアント（２）に，
要求された指定オブジェクト（６）を送る
「サーバ／クライアント」システムにおける処理装置群によって実行される，
オブジェクト付加表示方法（７）であって；
指定オブジェクト作成ステップ（８）；
（オプショナルな）付加表示作成ステップ（９）；
（オプショナルな）付加表示変換ステップ（１０）；
（オプショナルな）制御情報編集ステップ（１１）；
付加表示判定ステップ（１２）；
出力ステップ（１３）；
（オプショナルな）オープンクローズ制御ステップ（１４）；
そして；
（オプショナルな）発音制御ステップ（１５）；
から構成され；
（イ）  前記指定オブジェクト作成ステップ（８）は，オブジェクトアドレス（５）に基づいてサーバ（１）の記録装置（１６）からオブジェクトを読み込み，指定オブジェクト（６）とする；
（ロ）  前記付加表示作成ステップ（９）は，
指定オブジェクト作成ステップ（８）が生成した指定オブジェクト（６）に付加する材料として，
（ａ）  ディレクトリ階層構造上，指定オブジェクト（６）の上位ないし最上位のオブジェクト；
（ｂ）  指定オブジェクト（６）を直接または間接にリンクしているオブジェクト；
（ｃ）  指定オブジェクト（６）に関連するオブジェクト；
（ｄ）  指定オブジェクト（６）との関係をオブジェクト内またはオブジェクト外で直接または間接に記述されたオブジェクト；
（ｅ）  ランダムに選択されたオブジェクト；
（ｆ）  情報処理プログラムもしくはスクリプトに選択されたオブジェクト；
（ｇ）  外部サーバの情報処理プログラムに通信路経由で要求して返されたオブジェクト；
のいずれかに該当するオブジェクトの内容，またはオブジェクトのアドレスを，付属される付加表示オブジェクト（１７）としてあらかじめオブジェクトに含ませる；
または，前記（ａ）〜（ｈ）のいずれかに該当するオブジェクトの内容，またはオブジェクトのアドレスを，該サーバ（１）または外部のサーバの記録装置（１６）から入力して付加表示オブジェクト（１７）として生成する，
あるいはさらに，該付加表示オブジェクト（１７）を記録装置（１６）に書き出す；
（ハ）  前記付加表示変換ステップ（１０）は，
前記付加表示作成ステップ（９）が作成した付加表示オブジェクト（１７），あるいは，記録装置（１６）から読み込んだ付加表示オブジェクト（１７）に対して，
翻訳もしくは変換を行って付加表示オブジェクト（１７）を置き換える；
または，付加表示オブジェクト（１７）に対して翻訳もしくは変換を行うサービスを行うサーバへのリンクに付加表示オブジェクト（１７）を置き換える；
あるいはさらに，該付加表示オブジェクト（１７）を記録装置（１６）に書き出す；
（ニ）  前記制御情報編集ステップ（１１）は，
（ａ）  出力される付加表示オブジェクト（１７）を指定オブジェクト（６）に，加えて，もしくは代えて，もしくは交換して，もしくは混合して，もしくは含ませて，もしくはマルチフレーム（ｍｕｌｔｉ−ｆｒａｍｅ）に組み合わせて，
または，付加表示オブジェクト（１７）に指定オブジェクト（６）を含ませて，または，付加表示オブジェクト（１７）の中で指定オブジェクト（６）に関する部分をハイライトする制御情報を付加表示オブジェクト（１７）に含ませて，
または，指定オブジェクト（６）の中で付加表示オブジェクト（１７）に関する部分をハイライトする制御情報を指定オブジェクト（６）に含ませて，
または，付加表示オブジェクト（１７）の中で指定オブジェクト（６）に関する部分にスクロールする制御情報を付加表示オブジェクト（１７）に含ませて，
または，指定オブジェクト（６）の中で付加表示オブジェクト（１７）に関する部分にスクロールする制御情報を指定オブジェクト（６）に含ませて；
または，
（ｂ）  付加表示オブジェクト（１７）を出力装置上における新しいもしくは特定の
（状況によって，フレーム（ｆｒａｍｅ），インラインフレーム（ｉｎｌｉｎｅ  ｆｒａｍｅ，  ＩＦＲＡＭＥ），タブ（ｔａｂ），ペイン（ｐａｎｅ），プラットフォーム（ｐｌａｔｆｏｒｍ），ポップアップ・ウィンドウ（ｐｏｐ  ｕｐ  ｗｉｎｄｏｗ），ポップアンダー・ウィンドウ（ｐｏｐ  ｕｎｄｅｒ  ｗｉｎｄｏｗ），特定領域，特定出力領域とも呼ばれることのある）
ウィンドウに出力させる制御情報を付加表示オブジェクト（１７）に含ませ，または，あらかじめ付加表示作成ステップ（９）の前に記録装置（１６）上のオブジェクト（４）に付属させ；
あるいは，（ａ）または（ｂ）に加えてさらに，
（ｃ）  「付加表示オブジェクト（１７）が指定オブジェクト（６）を隠さないように指定オブジェクト（６）のウィンドウを前面に移動する，または，入力装置からの入力を受け付けるウィンドウに指定するすなわちフォーカス（ｆｏｃｕｓ）する」べく出力させる制御情報を付加表示オブジェクト（１７）に含ませ，または，あらかじめ付加表示作成ステップ（９）の前に記録装置（１６）上のオブジェクト（４）に付属させること；
で付加表示オブジェクト（１７）を更新する，制御情報編集ステップ（１１）；
（ホ）  前記付加表示判定ステップ（１２）は，
（ａ）  該オブジェクトの
（状況によって，参照元ＵＲＬ，参照元ＵＲＩ，ＲＥＦＥＲＲＥＲ，ＲＥＦＥＲＥＲ，ＲＥＦＥＲＥＲ−ＵＲＩ，ＲＥＦＥＲＥＲ＿ＵＲＩ，参照元パス，参照元ＩＤ，リンク元とも呼ばれることのある）参照元アドレス（１９）が，
「（状況によって，検索エンジンシステム，サーチエンジン（ｓｅａｒｃｈ  ｅｎｇｉｎｅ），検索サーチエンジン，情報検索システム（ｉｎｆｏｒｍａｔｉｏｎ  ｒｅｔｒｉｅｖａｌ  （ＩＲ）  ｓｙｓｔｅｍ），情報検索装置，情報検索ツール，データベース検索システム，データベース検索装置，全文検索システム，全文検索装置，検索サイト，検索サーバとも呼ばれることのある）
検索エンジン，またはウェブリング（Ｗｅｂ  ｒｉｎｇ），または相互リンク，または同盟リンク，またはリンク交換，またはメールマガジン，または公開のメール，または公開のブックマーク，またはネットワークニュース，またはサイト紹介記事，またはディレクトリ，またはリンク集，またはブックマーク」
のうちのひとつ以上のタイプをカバーして該当するか否かを判定する判定手段を使って求めた，
該タイプに属するアドレスである，もしくはある可能性が高い，かどうかの論理値；
（ｂ）  該参照元アドレス（１９）の属するサイトが，該サーバ（１）のサイトと，または，指定オブジェクト（６）の属するサイトと，または，指定オブジェクト（６）の属するサイトに関連する特定サイトと，同じである，もしくは同じである可能性が高い，かどうかの論理値；
（ｃ）  参照元アドレス（１９）の有無もしくは値もしくは値の範囲もしくはパターンに関する論理値；
（ｄ）  参照元アドレス（１９）に付属するパラメタである参照元アドレス付属パラメタ（２０）の有無もしくは値もしくは値の範囲もしくはパターンに関する論理値；
（ｅ）  該オブジェクトアドレス（５）の値もしくは値の範囲もしくはパターンに関する論理値；
（ｆ）  該クライアント（２）から入力したクッキー（２１）（ｃｏｏｋｉｅ）の中で，特定のキーをもつクッキーの有無もしくは値の範囲もしくはパターンが示す，
「以前該クライアント（２）が，特定のオブジェクト（４）のアクセスまたは付加表示をしたことがある，もしくはある可能性が高い，かどうか」
の論理値；
（ｇ）  該クライアント（２）から入力したクライアント管理のサイト訪問済フラッグ（２２）の有無もしくは値もしくは記録時間が示す，
「以前あるいはかつ過去一定時間以内に，該クライアント（２）が，特定のオブジェクト（４）のアクセスまたは付加表示をしたことがある，もしくはある可能性が高い，かどうか」
の論理値；
（ｈ）  該サーバ（１）の記録装置（１６）から入力したサーバ管理のサイト訪問済フラッグ（２３）もしくはログ（２４）の有無もしくは値もしくは記録時間が示す，
「以前あるいはかつ過去一定時間以内に，該クライアント（２）と同一のアドレスをもつクライアント，または，該閲覧者のアドレスと同一のアドレスを持つ閲覧者，または，該閲覧者のＩＤと同一のＩＤをもつ閲覧者が，特定のオブジェクト（４）のアクセスまたは付加表示をしたことがある，もしくはある可能性が高い，かどうか」
の論理値；
（ｉ）  前記クライアント（２）を特定する
（状況によって，ＩＰアドレス（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ  ａｄｄｒｅｓｓ），リモートホスト，リモートＩＤ，リモートユーザとも呼ばれることのある）
リモートアドレス（２５）が，検索エンジンが散在するサーバサイトのオブジェクト群を定期的に調査するプログラム，すなわち
（状況によってスパイダ（ｓｐｉｄｅｒ），ハーベスタ（ｈａｒｖｅｓｔｅｒ），収集プログラム（ｇａｔｈｅｒｅｒ），収集ロボット，自動収集ツール，巡回プログラム（ｗａｎｄｅｒｅｒ），巡回ロボット，自動巡回ツール，スキャンプログラム（ｓｃａｎ  ｐｒｏｇｒａｍ），スキャンロボット，自動スキャンツール，ロボット，ワーム（ｗｏｒｍ）とも呼ばれることのある）
クローラのリモートアドレスである，もしくは，である可能性が高い，かどうかの論理値；
のうち（ａ）〜（ｈ）のひとつ以上，あるいはさらに（ｉ）とからなる論理値群をＡＮＤ，ＯＲまたはＮＯＴの論理演算子で結合した付加表示判定用論理値（２６）とし，
（Ａ）  該付加表示判定用論理値（２６）を判定し成立しない場合は付加表示オブジェクト（１７）を出力しないで，または出力したのちキャンセルしてもしくはウィンドウを閉じて，指定オブジェクト（６）だけを出力して終了する；
または，
（Ｂ）  「クライアント（２）が指定オブジェクト（６）を出力する前に該付加表示判定用論理値（２６）を判定するための判定制御情報」を指定オブジェクト（６）に含ませ，
または，あらかじめ制御情報編集ステップ（１１）の前に記録装置（１６）上のオブジェクト（４）に付属させる；
または，
（Ｃ）付加表示判定用論理値（２６）をある程度判定して成立しない場合は付加表示オブジェクト（１７）を出力しないで，または出力したのちキャンセルしてもしくはウィンドウを閉じて，指定オブジェクト（６）だけを出力して終了するとする一方，
残りの判定は判定するための判定制御情報を指定オブジェクト（６）に含ませ，または，あらかじめ制御情報編集ステップ（１１）の前に記録装置（１６）上のオブジェクト（４）に付属させる；
付加表示判定ステップ（１２）；
（ヘ）  前記出力ステップ（１３）は，
（ａ）  付加表示作成ステップ（９），または，制御情報編集ステップ（１１）から出力されていれば指定オブジェクト（６）を該クライアント（２）の出力装置に出力し，
かつ，
（ｂ）付加表示作成ステップ（９），付加表示変換ステップ（１０），または，制御情報編集ステップ（１１）から出力されていれば付加表示オブジェクト（１７）を，該クライアント（２）の出力装置に出力する；
（ト）  前記オープンクローズ制御ステップ（１４）は，
前記出力ステップ（１３）が出力した付加表示オブジェクト（１７）が入力した，自オブジェクトのウィンドウ名，もしくは自オブジェクトが起動されたアドレスに付属するパラメタ，もしくは自オブジェクトへのウィンドウ間受け渡し情報によって，自オブジェクトが表示されている自ウィンドウが付加表示オブジェクトを表示しているウィンドウであるかどうかを判断し，
かつ，
（ａ）  前記付加表示判定ステップ（１２）を実行して付加表示が不要であるかどうか判断し，ともに成立していれば，自ウィンドウを閉じる；
または，
（ｂ）  前記付加表示判定ステップ（１２）を実行して付加表示が不要であるかどうか判断し，ともに成立していれば，指定オブジェクト（６）を新しいウィンドウに出力する；
（チ）  前記発音制御ステップ（１５）は，
前記出力ステップ（１３）が出力した付加表示オブジェクト（１７）が入力した，自オブジェクトのウィンドウ名，もしくは自オブジェクトが起動されたアドレスに付属するパラメタ，もしくは自オブジェクトへのウィンドウ間受け渡し情報によって，自オブジェクトが表示されている自ウィンドウが付加表示オブジェクトを表示しているウィンドウであるかどうかを判断し，
成立すれば；
（ａ）  サウンドオブジェクトを流すための記述を展開せず，かつ，流すための命令を実行しない；
（ｂ）  サウンドオブジェクトを閲覧者の起動にしたがって流すための記述を展開する；
または，
（ｃ）  サウンドオブジェクトを閲覧者の起動にしたがって流すための命令を実行する；
のいずれかとし，
一方，成立しなければ，サウンドオブジェクトを自動的に流すための記述を展開する，もしくは，流すための命令を実行する；
ことを特徴とする，
オブジェクト付加表示方法（７）．
【請求項２】
請求項１記載の制御情報編集ステップ（１１）を実行するための制御情報編集支援機構（２７）であって：
（ａ）  付加表示オブジェクト（１７）を指定オブジェクト（６）に，加えて，もしくは代えて，もしくは交換して，もしくは混合して，もしくは含ませて，もしくはマルチフレームに組み合わせて，
または，付加表示オブジェクト（１７）に指定オブジェクト（６）を含ませて，または，付加表示オブジェクト（１７）の中で指定オブジェクト（６）に関する部分をハイライトする制御情報を付加表示オブジェクト（１７）に含ませて，
または，指定オブジェクト（６）の中で付加表示オブジェクト（１７）に関する部分をハイライトする制御情報を指定オブジェクト（６）に含ませて，
または，付加表示オブジェクト（１７）の中で指定オブジェクト（６）に関する部分にスクロールする制御情報を付加表示オブジェクト（１７）に含ませて，
または，指定オブジェクト（６）の中で付加表示オブジェクト（１７）に関する部分にスクロールする制御情報を指定オブジェクト（６）に含ませて；
または，
（ｂ）  付加表示オブジェクト（１７）を出力装置上における新しいもしくは特定のウィンドウに出力させる制御情報を付加表示オブジェクト（１７）に含ませ，または，あらかじめ付加表示作成ステップ（９）の前に記録装置（１６）上のオブジェクト（４）に付属させ；
あるいは，（ａ）または（ｂ）に加えてさらに，
（ｃ）  「付加表示オブジェクト（１７）が指定オブジェクト（６）を隠さないように指定オブジェクト（６）のウィンドウを前面に移動する，または，入力装置からの入力を受け付けるウィンドウに指定するすなわちフォーカスする」べく出力させる制御情報を付加表示オブジェクト（１７）に含ませ，または，あらかじめ付加表示作成ステップ（９）の前に記録装置（１６）上のオブジェクト（４）に付属させて；
付加表示オブジェクト（１７）を更新する
ことを特徴とする，
制御情報編集支援機構（２７）；
【請求項３】
請求項１記載の付加表示判定ステップ（１２）を実行するための付加表示判定支援機構（２８）であって：
（ａ）  該オブジェクトの
参照元アドレス（１９）が，
「検索エンジン，またはウェブリング（Ｗｅｂ  ｒｉｎｇ），または相互リンク，または同盟リンク，またはリンク交換，またはメールマガジン，または公開のメール，または公開のブックマーク，またはネットワークニュース，またはサイト紹介記事，またはディレクトリ，またはリンク集，またはブックマーク」
のうちのひとつ以上のタイプをカバーして該当するか否かを判定する判定手段を使って求めた，
該タイプに属するアドレスである，もしくはある可能性が高い，かどうかの論理値；
（ｂ）  該参照元アドレス（１９）の属するサイトが，該サーバ（１）のサイトと，または，指定オブジェクト（６）の属するサイトと，または，指定オブジェクト（６）の属するサイトに関連する特定サイトと，同じである，もしくは同じである可能性が高い，かどうかの論理値；
（ｃ）  参照元アドレス（１９）の有無もしくは値もしくは値の範囲もしくはパターンに関する論理値；
（ｄ）  参照元アドレス（１９）に付属するパラメタである参照元アドレス付属パラメタ（２０）の有無もしくは値もしくは値の範囲もしくはパターンに関する論理値；
（ｅ）  該オブジェクトアドレス（５）の値もしくは値の範囲もしくはパターンに関する論理値；
（ｆ）  該クライアント（２）から入力したクッキー（２１）の中で，特定のキーをもつクッキーの有無もしくは値の範囲もしくはパターンが示す，
「以前該クライアント（２）が，特定のオブジェクト（４）のアクセスまたは付加表示をしたことがある，もしくはある可能性が高い，かどうか」
の論理値；
（ｇ）  該クライアント（２）から入力したクライアント管理のサイト訪問済フラッグ（２２）の有無もしくは値もしくは記録時間が示す，
「以前あるいはかつ過去一定時間以内に，該クライアント（２）が，特定のオブジェクト（４）のアクセスまたは付加表示をしたことがある，もしくはある可能性が高い，かどうか」
の論理値；
（ｈ）  該サーバ（１）の記録装置（１６）から入力したサーバ管理のサイト訪問済フラッグ（２３）もしくはログ（２４）の有無もしくは値もしくは記録時間が示す，
「以前あるいはかつ過去一定時間以内に，該クライアント（２）と同一のアドレスをもつクライアント，または，該閲覧者のアドレスと同一のアドレスを持つ閲覧者，または，該閲覧者のＩＤと同一のＩＤをもつ閲覧者が，特定のオブジェクト（４）のアクセスまたは付加表示をしたことがある，もしくはある可能性が高い，かどうか」
の論理値；
（ｉ）  前記クライアント（２）を特定する
リモートアドレス（２５）が，検索エンジンが散在するサーバサイトのオブジェクト群を定期的に調査するプログラム，すなわち
クローラのリモートアドレスである，もしくは，である可能性が高い，かどうかの論理値；
のうち（ａ）〜（ｈ）のひとつ以上，あるいはさらに（ｉ）とからなる論理値群をＡＮＤ，ＯＲまたはＮＯＴの論理演算子で結合した付加表示判定用論理値（２６）
とする
ことを特徴とする，
付加表示判定支援機構（２８）；
【請求項４】
請求項１記載の付加表示判定ステップ（１２）を実行するためのオープンクローズ制御機構（２９）であって：
前記出力ステップ（１３）が出力した付加表示オブジェクト（１７）が入力した，自オブジェクトのウィンドウ名，もしくは自オブジェクトが起動されたアドレスに付属するパラメタ，もしくは自オブジェクトへのウィンドウ間受け渡し情報によって，自オブジェクトが表示されている自ウィンドウが付加表示オブジェクトを表示しているウィンドウであるかどうかを判断し，
かつ，
（ａ）  前記付加表示判定ステップ（１２）を実行して付加表示が不要であるかどうか判断し，ともに成立していれば，自ウィンドウを閉じる；
または，
（ｂ）  前記付加表示判定ステップ（１２）を実行して付加表示が不要であるかどうか判断し，ともに成立していれば，指定オブジェクト（６）を新しいウィンドウに出力する；
ことを特徴とする，
オープンクローズ制御機構（２９）；
【請求項５】
サーバ（１）と，閲覧者が利用するシステムであるクライアント（２）が，通信路（３）を介して交信し，クライアント（２）がサーバ（１）の保持するオブジェクト（４）の要求を，該オブジェクト（４）に対応するアドレスであるオブジェクトアドレス（５）の指定を伴ってサーバ（１）に送ると，該サーバ（１）が該クライアント（２）に，要求された指定オブジェクト（６）を送る
「サーバ／クライアント」システムにおける処理装置群によって実行される，
参照元アドレス付属パラメタ依存処理機構（３０）であって：
（イ）  該オブジェクトの参照元アドレス（１９）に付属する参照元アドレス付属パラメタ（２０）が含む１個以上の
（状況によって，検索キーワード，検索キー，サーチキー，検索語，検索文字列，フリーキーワード，索引語（ｉｎｄｅｘ  ｔｅｒｍ）とも呼ばれることのある）
キーワード（３１）をパラメタとして，
広告作成プログラムを，
（ａ）  呼び出して受け取った広告オブジェクト；
（ｂ）  呼び出して受け取った結果に含まれていたリンクの先をアクセスして得られた広告オブジェクト；
または；
（ｃ）  呼び出すリンク；
を付加表示する；
（ロ）  該キーワード（３１）をキーとして検索プログラムを，
（ａ）  呼び出して受け取った検索結果；
（ｂ）  呼び出して受け取った検索結果に含まれていたリンクの先をアクセスして得られたオブジェクト；
または；
（ｃ）  呼び出すリンク；
を付加表示する；
（ハ）  該キーワード（３１），もしくは参照元アドレス（１９），もしくはオブジェクトアドレス（５），もしくはクライアント（２）のアドレス，もしくはクライアント（２）から入力した情報が明示的もしくは暗示的に表す「閲覧者が読むことができる言語」を判定し，
指定オブジェクト（６），かつ／または，付加表示オブジェクト（１７）を該言語に機械翻訳（ｍａｃｈｉｎｅ  ｔｒａｎｓｌａｔｉｏｎ）する翻訳プログラムを，
（ａ）  呼び出して受け取った翻訳結果；
（ｂ）  呼び出して受け取った結果に含まれていたリンクの先をアクセスして得られた翻訳結果オブジェクト；
または；
（ｃ）  呼び出すリンク；
を付加表示する；
（ニ）  該キーワード（３１）をパラメタとして，少なくともキーワードに応じた特定の処理をするアプリケーションプログラムを，
（ａ）  呼び出して受け取った実行結果；
（ｂ）  呼び出して受け取った結果に含まれていたリンクの先をアクセスして得られた実行結果オブジェクト；
または；
（ｃ）  呼び出すリンク；
を付加表示する；
（ホ）  該キーワード（３１），あるいはさらに同時に得られる情報をセットにして，記録装置（１６）上のリサーチ用データベースに記録する，あるいはさらに，該リサーチ用データベースの内容を，検索エンジンサイトもしくは広告サイトに送信する；
（ヘ）  指定オブジェクト（６），かつ／または，付加表示オブジェクト（１７）の中の該キーワード（３１）の記述部位に，閲覧者が気づきやすくハイライトすべく，「特徴的な色彩または特徴的なフォントに変える装飾情報」または画像もしくは文字を挿入したもの，
あるいはさらに，
指定オブジェクト（６），かつ／または，付加表示オブジェクト（１７）の中の該キーワード（３１）の記述部位に，クライアント（２）において閲覧者がハイライトされたキーワードのひとつをクリックすれば次のキーワードに画面をスクロールすべく，該部位を表す一意なラベルと次のラベルへのリンクとを挿入する；
または，
（ト）  該キーワード（３１）の値が特定範囲外の場合，指定オブジェクト（６）の出力を抑止し，あるいはさらに付加表示オブジェクト（１７）の出力を抑止し，あるいはさらに「該当なし通知情報」を出力する；
の少なくともひとつを実行する
ことを特徴とする，
参照元アドレス付属パラメタ依存処理機構（３０）．
【請求項６】
請求項１記載のオブジェクト付加表示方法を実行するための付加表示関連情報挿入機構（３２）であって，
（イ）請求項２記載の制御情報編集支援機構（２７）または「制御情報編集支援機構（２７）へのリンク」または「制御情報編集支援機構（２７）を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込み，変換し，記録装置に，または通信路経由で遠隔の記録装置に，出力する；
（ロ）請求項３記載の付加表示判定支援機構（２８）または「付加表示判定支援機構（２８）の用いる値，もしくは値の範囲もしくはパターン，もしくは論理式」，または「付加表示判定支援機構（２８）へのリンク」または「付加表示判定支援機構（２８）を呼び出して実行させる記述」のいずれかひとつ以上を，オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込み，変換し，記録装置に，または通信路経由で遠隔の記録装置に，出力する；
（ハ）請求項５記載の参照元アドレス付属パラメタ依存処理機構（３０）または「参照元アドレス付属パラメタ依存処理機構（３０）へのリンク」または「参照元アドレス付属パラメタ依存処理機構（３０）を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込み，変換し，記録装置に，または通信路経由で遠隔の記録装置に，出力する；
（ニ）請求項８記載の課金機構（３３）または「課金機構（３３）へのリンク」または「課金機構（３３）を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込み，変換し，記録装置に，または通信路経由で遠隔の記録装置に，出力する；
（ホ）請求項４記載のオープンクローズ制御機構（２９）または「オープンクローズ制御機構（２９）へのリンク」または「オープンクローズ制御機構（２９）を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込み，変換し，記録装置に，または通信路経由で遠隔の記録装置に，出力する；
（ヘ）請求項１記載のオブジェクト付加表示方法（７）における付加表示変換ステップ（１０）を実行する機構または「付加表示変換ステップ（１０）を実行する機構へのリンク」または「付加表示変換ステップ（１０）を実行する機構を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込み，変換し，記録装置に，または通信路経由で遠隔の記録装置に，出力する；
（ト）請求項１記載のオブジェクト付加表示方法（７）における発音制御ステップ（１５）を実行する機構または「発音制御ステップ（１５）を実行する機構へのリンク」または「発音制御ステップ（１５）を実行する機構を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込み，変換し，記録装置に，または通信路経由で遠隔の記録装置に，出力する；
のうちの（イ）〜（ト）のひとつ以上を満たしている
ことを特徴とする，
付加表示関連情報挿入機構（３２）．
【請求項７】
不特定多数の閲覧者に公開されるサーバ上に置かれる，請求項１記載のオブジェクト付加表示方法を実行するための付加表示関連情報付きオブジェクト（３４）であって，
（イ）請求項２記載の制御情報編集支援機構（２７）または「制御情報編集支援機構（２７）へのリンク」または「制御情報編集支援機構（２７）を呼び出して実行させる記述」のいずれかひとつ以上を，
付属している，または指定している；
（ロ）請求項３記載の付加表示判定支援機構（２８）または「付加表示判定支援機構（２８）の用いる値，もしくは値の範囲もしくはパターン，もしくは論理式」，または「付加表示判定支援機構（２８）へのリンク」または「付加表示判定支援機構（２８）を呼び出して実行させる記述」のいずれかひとつ以上を，付属している，または指定している；
（ハ）請求項５記載の参照元アドレス付属パラメタ依存処理機構（３０）または「参照元アドレス付属パラメタ依存処理機構（３０）へのリンク」または「参照元アドレス付属パラメタ依存処理機構（３０）を呼び出して実行させる記述」のいずれかひとつ以上を，
付属している，または指定している；
（ニ）請求項８記載の課金機構（３３）または「課金機構（３３）へのリンク」または「課金機構（３３）を呼び出して実行させる記述」のいずれかひとつ以上を，
付属している，または指定している；
（ホ）請求項４記載のオープンクローズ制御機構（２９）または「オープンクローズ制御機構（２９）へのリンク」または「オープンクローズ制御機構（２９）を呼び出して実行させる記述」のいずれかひとつ以上を，
付属している，または指定している；
（ヘ）請求項１記載のオブジェクト付加表示方法（７）における付加表示変換ステップ（１０）を実行する機構または「付加表示変換ステップ（１０）を実行する機構へのリンク」または「付加表示変換ステップ（１０）を実行する機構を呼び出して実行させる記述」のいずれかひとつ以上を，
付属している，または指定している；
（ト）請求項１記載のオブジェクト付加表示方法（７）における発音制御ステップ（１５）を実行する機構または「発音制御ステップ（１５）を実行する機構へのリンク」または「発音制御ステップ（１５）を実行する機構を呼び出して実行させる記述」のいずれかひとつ以上を，
付属している，または指定している；
のうちの（イ）〜（ト）のひとつ以上を満たしている
ことを特徴とする，
付加表示関連情報付きオブジェクト（３４）．
【請求項８】
請求項１記載のオブジェクト付加表示方法，
および，
請求項５記載の参照元アドレス付属パラメタ依存処理機構（３０），
に関する課金機構（３３）であって，
（イ）  付加表示関連情報付きオブジェクト（３４），または，付加表示関連情報付きの広告オブジェクト，または，付加表示される広告オブジェクト，または，付加表示関連情報挿入機構（３２），または，付加表示判定支援機構（２８）の全体または一部，または，付加表示判定支援機構（２８）の用いる「値，もしくは値の範囲，もしくはパターン，もしくは論理式，または，検索エンジンのアドレスもしくはアドレスパターンのリスト，または，クローラのアドレスのもしくはアドレスパターンのリスト」，または，オープンクローズ制御機構（２９）の全体または一部，または，参照元アドレス付属パラメタ依存処理機構（３０）の全体または一部，
のうちひとつ以上の情報；
または，
（ロ）  付加表示関連情報挿入機構（３２）を用いてオブジェクトを変換するサービス，または，付加表示関連情報挿入をガイダンスするサービス，または，付加表示関連情報を作成するサービス，または，付加表示関連情報を更新するサービス，
のうちひとつ以上のサービス；
を保持する付加表示関連サーバ（３５）が，利用者もしくは利用サイトに該情報を提供するにともない；
課金，もしくは費用賦課，もしくはクーポン，もしくは仮想貨幣課金，もしくは対価をもとに；
該サーバの付加表示関連サーバ記録装置（３６）内の課金データ記録部（３７）に，該利用者に課すもしくは該広告の広告主に課す課金データ（３８）を書き出し；
あるいはさらに，該付加表示関連サーバ（３５）の付加表示関連サーバ記録装置（３６）内の課金データ記録部（３７）を定期的もしくは不定期的に読んで，該課金データ（３８）を，金融機関，徴求人，支払人，広告主，運営者，利用者のうちひとつ以上のアドレスに向けて送る；
ことを特徴とする課金機構（３３）．
【請求項９】
制御情報編集支援をする
ためのプログラムを記録もしくは内蔵した
機械読み取り可能な媒体であって、
該プログラムは：
（ａ）  付加表示オブジェクト（１７）を指定オブジェクト（６）に，加えて，もしくは代えて，もしくは交換して，もしくは混合して，もしくは含ませて，もしくはマルチフレームに組み合わせて，
または，付加表示オブジェクト（１７）に指定オブジェクト（６）を含ませて，または，付加表示オブジェクト（１７）の中で指定オブジェクト（６）に関する部分をハイライトする制御情報を付加表示オブジェクト（１７）に含ませて，
または，指定オブジェクト（６）の中で付加表示オブジェクト（１７）に関する部分をハイライトする制御情報を指定オブジェクト（６）に含ませて，
または，付加表示オブジェクト（１７）の中で指定オブジェクト（６）に関する部分にスクロールする制御情報を付加表示オブジェクト（１７）に含ませて，
または，指定オブジェクト（６）の中で付加表示オブジェクト（１７）に関する部分にスクロールする制御情報を指定オブジェクト（６）に含ませて；
または，
（ｂ）  付加表示オブジェクト（１７）を出力装置上における新しいもしくは特定のウィンドウに出力させる制御情報を付加表示オブジェクト（１７）に含ませ，または，あらかじめ付加表示作成ステップ（９）の前に記録装置（１６）上のオブジェクト（４）に付属させ；
あるいは，（ａ）または（ｂ）に加えてさらに，
（ｃ）  「付加表示オブジェクト（１７）が指定オブジェクト（６）を隠さないように指定オブジェクト（６）のウィンドウを前面に移動する，または，入力装置からの入力を受け付けるウィンドウに指定するすなわちフォーカスする」べく出力させる制御情報を付加表示オブジェクト（１７）に含ませ，または，あらかじめ付加表示作成ステップ（９）の前に記録装置（１６）上のオブジェクト（４）に付属させて；
付加表示オブジェクト（１７）を更新させる
ことを特徴とする，
制御情報編集支援プログラムを記録または内蔵した機械読み取り可能な媒体．
【請求項１０】
付加表示判定支援をする
ためのプログラムを記録もしくは内蔵した
機械読み取り可能な媒体であって、
該プログラムは：
（ａ）  該オブジェクトの
参照元アドレス（１９）が，
「検索エンジン，またはウェブリング，または相互リンク，または同盟リンク，またはリンク交換，またはメールマガジン，または公開のメール，または公開のブックマーク，またはネットワークニュース，またはサイト紹介記事，またはディレクトリ，またはリンク集，またはブックマーク」
のうちのひとつ以上のタイプをカバーして該当するか否かを判定する判定手段を使って求めた，
該タイプに属するアドレスである，もしくはある可能性が高い，かどうかの論理値；
（ｂ）  該参照元アドレス（１９）の属するサイトが，該サーバ（１）のサイトと，または，指定オブジェクト（６）の属するサイトと，または，指定オブジェクト（６）の属するサイトに関連する特定サイトと，同じである，もしくは同じである可能性が高い，かどうかの論理値；
（ｃ）  参照元アドレス（１９）の有無もしくは値もしくは値の範囲もしくはパターンに関する論理値；
（ｄ）  参照元アドレス（１９）に付属するパラメタである参照元アドレス付属パラメタ（２０）の有無もしくは値もしくは値の範囲もしくはパターンに関する論理値；
（ｅ）  該オブジェクトアドレス（５）の値もしくは値の範囲もしくはパターンに関する論理値；
（ｆ）  該クライアント（２）から入力したクッキー（２１）の中で，特定のキーをもつクッキーの有無もしくは値の範囲もしくはパターンが示す，
「以前該クライアント（２）が，特定のオブジェクト（４）のアクセスまたは付加表示をしたことがある，もしくはある可能性が高い，かどうか」
の論理値；
（ｇ）  該クライアント（２）から入力したクライアント管理のサイト訪問済フラッグ（２２）の有無もしくは値もしくは記録時間が示す，
「以前あるいはかつ過去一定時間以内に，該クライアント（２）が，特定のオブジェクト（４）のアクセスまたは付加表示をしたことがある，もしくはある可能性が高い，かどうか」
の論理値；
（ｈ）  該サーバ（１）の記録装置（１６）から入力したサーバ管理のサイト訪問済フラッグ（２３）もしくはログ（２４）の有無もしくは値もしくは記録時間が示す，
「以前あるいはかつ過去一定時間以内に，該クライアント（２）と同一のアドレスをもつクライアント，または，該閲覧者のアドレスと同一のアドレスを持つ閲覧者，または，該閲覧者のＩＤと同一のＩＤをもつ閲覧者が，特定のオブジェクト（４）のアクセスまたは付加表示をしたことがある，もしくはある可能性が高い，かどうか」
の論理値；
（ｉ）  前記クライアント（２）を特定する
リモートアドレス（２５）が，検索エンジンが散在するサーバサイトのオブジェクト群を定期的に調査するプログラム，すなわち
クローラのリモートアドレスである，もしくは，である可能性が高い，かどうかの論理値；
のうち（ａ）〜（ｈ）のひとつ以上，あるいはさらに（ｉ）とからなる論理値群をＡＮＤ，ＯＲまたはＮＯＴの論理演算子で結合した付加表示判定用論理値（２６）
とさせる
ことを特徴とする，
付加表示判定支援プログラムを記録または内蔵した機械読み取り可能な媒体．
【請求項１１】
オープンクローズ制御をする
ためのプログラムを記録もしくは内蔵した
機械読み取り可能な媒体であって、
該プログラムは：
前記出力ステップ（１３）が出力した付加表示オブジェクト（１７）が入力した，自オブジェクトのウィンドウ名，もしくは自オブジェクトが起動されたアドレスに付属するパラメタ，もしくは自オブジェクトへのウィンドウ間受け渡し情報によって，自オブジェクトが表示されている自ウィンドウが付加表示オブジェクトを表示しているウィンドウであるかどうかを判断させ，
かつ，
（ａ）  前記付加表示判定ステップ（１２）を実行して付加表示が不要であるかどうか判断させ，ともに成立していれば，自ウィンドウを閉じさせ；
または，
（ｂ）  前記付加表示判定ステップ（１２）を実行して付加表示が不要であるかどうか判断させ，ともに成立していれば，指定オブジェクト（６）を新しいウィンドウに出力させる；
オープンクローズ制御プログラムを記録または内蔵した機械読み取り可能な媒体．
【請求項１２】
参照元アドレス付属パラメタ依存処理をする
ためのプログラムを記録もしくは内蔵した
機械読み取り可能な媒体であって、
該プログラムは：
（イ）  該オブジェクトの参照元アドレス（１９）に付属する参照元アドレス付属パラメタが含む１個以上のキーワード（３１）をパラメタとして，
広告作成プログラムを，
（ａ）  呼び出して受け取った広告オブジェクト；
（ｂ）  呼び出して受け取った結果に含まれていたリンクの先をアクセスして得られた広告オブジェクト；
または；
（ｃ）  呼び出すリンク；
を付加表示する；
（ロ）  該キーワード（３１）をキーとして検索プログラムを，
（ａ）  呼び出して受け取った検索結果；
（ｂ）  呼び出して受け取った検索結果に含まれていたリンクの先をアクセスして得られたオブジェクト；
または；
（ｃ）  呼び出すリンク；
を付加表示する；
（ハ）  該キーワード（３１），もしくは参照元アドレス（１９），もしくはオブジェクトアドレス（５），もしくはクライアント（２）のアドレス，もしくはクライアント（２）から入力した情報が明示的もしくは暗示的に表す「閲覧者が読むことができる言語」を判定し，
指定オブジェクト（６），かつ／または，付加表示オブジェクト（１７）を該言語に機械翻訳する翻訳プログラムを，
（ａ）  呼び出して受け取った翻訳結果；
（ｂ）  呼び出して受け取った結果に含まれていたリンクの先をアクセスして得られた翻訳結果オブジェクト；
または；
（ｃ）  呼び出すリンク；
を付加表示する；
（ニ）  該キーワード（３１）をパラメタとして，少なくともキーワードに応じた特定の処理をするアプリケーションプログラムを，
（ａ）  呼び出して受け取った実行結果；
（ｂ）  呼び出して受け取った結果に含まれていたリンクの先をアクセスして得られた実行結果オブジェクト；
または；
（ｃ）  呼び出すリンク；
を付加表示する；
（ホ）  該キーワード（３１），あるいはさらに同時に得られる情報をセットにして，記録装置（１６）上のリサーチ用データベースに記録する，あるいはさらに，該リサーチ用データベースの内容を，検索エンジンサイトもしくは広告サイトに送信する；
（ヘ）  指定オブジェクト（６），かつ／または，付加表示オブジェクト（１７）の中の該キーワードの記述部位に，閲覧者が気づきやすくハイライトすべく，「特徴的な色彩または特徴的なフォントに変える装飾情報」または画像もしくは文字を挿入したもの，
あるいはさらに，
指定オブジェクト（６），かつ／または，付加表示オブジェクト（１７）の中の該キーワードの記述部位に，クライアント（２）において閲覧者がハイライトされたキーワードのひとつをクリックすれば次のキーワードに画面をスクロールすべく，該部位を表す一意なラベルと次のラベルへのリンクとを挿入する；
または，
（ト）  該キーワード（３１）の値が特定範囲外の場合，指定オブジェクト（６）の出力を抑止し，あるいはさらに付加表示オブジェクト（１７）の出力を抑止し，あるいはさらに「該当なし通知情報」を出力する；
の少なくともひとつを実行させる
ことを特徴とする，
参照元アドレス付属パラメタ（２０）依存処理プログラムを記録または内蔵した機械読み取り可能な媒体．
【請求項１３】
付加表示関連情報挿入をする
ためのプログラムを記録もしくは内蔵した
機械読み取り可能な媒体であって、
該プログラムは：
（イ）請求項２記載の制御情報編集支援機構（２７）または「制御情報編集支援機構（２７）へのリンク」または「制御情報編集支援機構（２７）を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込ませ，変換させ，記録装置に，または通信路経由で遠隔の記録装置に，出力させる；
（ロ）請求項３記載の付加表示判定支援機構（２８）または「付加表示判定支援機構（２８）の用いる値，もしくは値の範囲もしくはパターン，もしくは論理式」，または「付加表示判定支援機構（２８）へのリンク」または「付加表示判定支援機構（２８）を呼び出して実行させる記述」のいずれかひとつ以上を，オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込ませ，変換させ，記録装置に，または通信路経由で遠隔の記録装置に，出力させる；
（ハ）請求項５記載の参照元アドレス付属パラメタ依存処理機構（３０）または「参照元アドレス付属パラメタ依存処理機構（３０）へのリンク」または「参照元アドレス付属パラメタ依存処理機構（３０）を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込ませ，変換させ，記録装置に，または通信路経由で遠隔の記録装置に，出力させる；
（ニ）請求項８記載の課金機構（３３）または「課金機構（３３）へのリンク」または「課金機構（３３）を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込ませ，変換させ，記録装置に，または通信路経由で遠隔の記録装置に，出力させる；
（ホ）請求項４記載のオープンクローズ制御機構（２９）または「オープンクローズ制御機構（２９）へのリンク」または「オープンクローズ制御機構（２９）を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込ませ，変換させ，記録装置に，または通信路経由で遠隔の記録装置に，出力させる；
（ヘ）請求項１記載のオブジェクト付加表示方法（７）における付加表示変換ステップ（１０）を実行する機構または「付加表示変換ステップ（１０）を実行する機構へのリンク」または「付加表示変換ステップ（１０）を実行する機構を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込ませ，変換させ，記録装置に，または通信路経由で遠隔の記録装置に，出力させる；
（ト）請求項１記載のオブジェクト付加表示方法（７）における発音制御ステップ（１５）を実行する機構または「発音制御ステップ（１５）を実行する機構へのリンク」または「発音制御ステップ（１５）を実行する機構を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込ませ，変換させ，記録装置に，または通信路経由で遠隔の記録装置に，出力させる；
のうちの（イ）〜（ト）のひとつ以上を満たしている
ことを特徴とする，
付加表示関連情報挿入プログラムを記録または内蔵した機械読み取り可能な媒体．
【請求項１４】
課金をする
ためのプログラムを記録もしくは内蔵した
機械読み取り可能な媒体であって、
該プログラムは：
（イ）  付加表示関連情報付きオブジェクト（３４），または，付加表示関連情報付きの広告オブジェクト，または，付加表示される広告オブジェクト，または，付加表示関連情報挿入機構（３２），または，付加表示判定支援機構（２８）の全体または一部，または，付加表示判定支援機構（２８）の用いる「値，もしくは値の範囲，もしくはパターン，もしくは論理式，または，検索エンジンのアドレスもしくはアドレスパターンのリスト，または，クローラのアドレスのもしくはアドレスパターンのリスト」，または，オープンクローズ制御機構（２９）の全体または一部，または，参照元アドレス付属パラメタ依存処理機構（３０）の全体または一部，
のうちひとつ以上の情報；
または，
（ロ）  付加表示関連情報挿入機構（３２）を用いてオブジェクトを変換するサービス，または，付加表示関連情報挿入をガイダンスするサービス，または，付加表示関連情報を作成するサービス，または，付加表示関連情報を更新するサービス，
のうちひとつ以上のサービス；
を保持する付加表示関連サーバ（３５）が，利用者もしくは利用サイトに該情報を提供するにともない；
課金，もしくは費用賦課，もしくはクーポン，もしくは仮想貨幣課金，もしくは対価をもとに；
該サーバの付加表示関連サーバ記録装置（３６）内の課金データ記録部（３７）に，該利用者に課すもしくは該広告の広告主に課す課金データ（３８）を書き出させ；
あるいはさらに，該付加表示関連サーバ（３５）の付加表示関連サーバ記録装置（３６）内の課金データ記録部（３７）を即時に，もしくは遅延して，もしくは定期的に，もしくは不定期的に読ませて，該課金データ（３８）を，提供人，利用者，サイト運営者，付加表示関連サーバ運営者，金融機関，広告主のうちひとつ以上のアドレスに向けて送らせる；
ことを特徴とする，
課金プログラムを記録または内蔵した機械読み取り可能な媒体．
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
【０００２】
本発明は、サーバ／クライアントシステムにおけるオブジェクト付加表示方法，ならびにオブジェクト付加表示を行うプログラム，スクリプト，プラグイン，タグ，画像，データ，オブジェクト，コンテンツ，広告，および，文書に関するものである．
【０００３】
【従来の技術】
サーバ／クライアントシステムにおいて，サーバ側で，クライアントから指定されたオブジェクトだけでなく，別のオブジェクトも合わせて，クライアントに表示したいことが生じる．これを本書では「付加表示」と呼ぶこととする．
【０００４】
主にサイトへのアクセスを増加させること，広告をすること，閲覧者に便宜を計ることに役立つ付加表示を，閲覧者の行動を邪魔しないように適切に提供することが有効である．
【０００５】
指定されたオブジェクトを表示するのと一緒に，トップページ，メニューページ，広告等のオブジェクトを付加表示することに関連する従来の技術には：
・一般的なサーバ／クライアントシステム；
・アクセス増加に結びつく検索エンジンシステム；
・付加表示を行うポップアップ広告；
・ポップアンダー広告；
・「参照元に応じた情報提示方法、ハイパーテキストシステム、およびＷＷＷサーバ」；
がある．
【０００６】
以下に，従来技術１として，一般的なサーバ／クライアントシステムについて述べる．
【０００７】
図３８はサーバ／クライアントシステムの構成図である．
サーバ１とは，特定のオブジェクトまたは機能を保持していて，通信路３を介して，他の処理装置やソフトウェアに提供する処理装置またはソフトウェアである．
クライアント２とは，閲覧者ないし利用者が用いる処理装置またはソフトウェアであって，通信路３を介して，サーバ１にオブジェクトや機能を提供してもらう処理装置またはソフトウェアである．
【０００８】
サーバ／クライアントシステムの例には，ワールドワイドウェブ（ＷＷＷ），ホストコンピュータと端末コンピュータによるシステム，オンラインシステム，ハイパーテキストシステム，放送システム，そして，ＡＳＰ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）などがあげられる．
【０００９】
サーバ１がクライアント２に提供するオブジェクト４としては，ページ，文書，ドキュメント，ファイル，データセット，ハイパーテキスト，ハイパテキスト，マルチメディアデータ，プログラム，スクリプト，画像，映像，音楽，音響，コンテンツ，メッセージ，宣伝，広告，コマーシャル，ＣＭ，ＣＦ，アイコン，ボタン，タグ，リンク，情報，フラッシュ，アプレット，または，リソースのどれであってもよい．
【００１０】
サーバ１がクライアント２に提供するサービスは一般に多様であるが，本発明では，サーバのもつオブジェクトをクライアントに表示するサービスに着目する．
【００１１】
多くのサーバ／クライアントシステムでは，クライアントがオブジェクトを要求するとサーバがオブジェクトを返す一問一答を基本として通信規約が設計されている．
【００１２】
クライアント２が，オブジェクト４の要求を，該オブジェクト４に対応するアドレスであるオブジェクトアドレス５の指定を伴ってサーバ１に送ると，該サーバ１が該クライアント２に，要求された指定オブジェクト６を送る．
【００１３】
インターネットのＷＷＷに着目すれば，国際規格団体Ｗ３Ｃが規定しているＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）という通信規約が多く使われている．
（ＨＴＴＰの参考資料：
「Ｗ３Ｃ：  Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  −−  ＨＴＴＰ／１．１」
ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ｐｒｏｔｏｃｏｌｓ／）．
【００１４】
本書でいう，オブジェクトアドレス５は，ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ），ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ，リクエストＵＲＩ（ＲＥＱＵＥＳＴ＿ＵＲＩ），要求アドレス，パス（ｐａｔｈ），ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）でもよい．
【００１５】
ＵＲＬ  （Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）  とは，ｈｔｔｐ，  ｆｔｐ，  ｍａｉｌｔｏ等，よく使われるＵＲＩのスキームのことを指すが，（技術仕様書ではもう使われていない）非公式な用語である．
（ＵＲＩ，ＵＲＬの参考資料：
「Ｗ３Ｃ  （国際規格団体）：  Ｗｅｂ  Ｎａｍｉｎｇ  ａｎｄ  Ａｄｄｒｅｓｓｉｎｇ  Ｏｖｅｒｖｉｅｗ  （ＵＲＩｓ，  ＵＲＬｓ，  ．．．）」
ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ａｄｄｒｅｓｓｉｎｇ／＃ｔｅｒｍｓ）；
「神崎正英：ＵＲＮ  （Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｎａｍｅ）  について−−  ごく簡単なＨＴＭＬの説明」
ｈｔｔｐ：／／ｗｗｗ．ｋａｎｚａｋｉ．ｃｏｍ／ｄｏｃｓ／ｈｔｍｌ／ｕｒｎ．ｈｔｍｌ）．
【００１６】
ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ）とは，どんな名前やアドレスも表現できる汎用的な集合であり，リソースを指している短い文字列である．
【００１７】
パス（ｐａｔｈ）とは，情報制御装置のオペレーティングシステム（ＯＳ）がファイルを階層構造あるいは木構造で管理する方式を採用している場合に，各ファイルまたはディレクトリ（すなわち，ファイル集合，あるいは，ファイル集合の収容場所）を特定する記法である．
すなわち，各ファイル名を木の葉（ｌｅａｆ）とし，各結節（ｎｏｄｅ）をディレクトリ名とする．上位の結節は下位の結節または葉の集合を表す．すると，ひとつのファイル（またはディレクトリ）を特定するパスは，根にあたる唯一の結節（ｒｏｏｔ）または現在位置の結節（ｃｕｒｒｅｎｔ）から，該当のファイル（またはディレクトリ）に至るディレクトリ名を並べ，最後に該当のファイル名を，斜線（／）あるいは円記号（￥）など，システムで決まった区切り記号をはさんで連結した文字列となる．
ディレクトリは，状況によって，フォルダとも呼ばれることがある．
たとえば，ある情報制御装置でファイルＴｉｍｅＭａｃｈｉｎｅ．ｈｔｍｌは，次のパスで特定できる：
／ｈｏｍｅ／ｕｓｒ／ｓｏｎｏｂｅ／ｐａｔｅｎｔ／ａｐｐｌｉｃａｔｉｏｎ／ＴｉｍｅＭａｃｈｉｎｅ．ｈｔｍｌ
前記ＵＲＩの一般的な形式はスキーム名，コロン（：），パスを順に並べたものである．
（ＵＲＬの参考資料：
「Ｗ３Ｃ：  Ｕｎｉｖｅｒｓａｌ  Ｒｅｓｏｕｒｃｅ  ｉｄｅｎｔｉｆｉｅｒｓ  ｉｎ  ＷＷＷ」
ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／Ａｄｄｒｅｓｓｉｎｇ／ＵＲＬ／ｕｒｉ−ｓｐｅｃ．ｈｔｍｌ）．
【００１８】
ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）とは，文書を特定するために一意に対応する表記であり，状況によって，自然数，文字列などさまざまな表記がある．
【００１９】
アドレスは，パラメタを付属することがある．
パラメタとは，アドレスで示される文書がプログラムにより生成されるものであるときに，該プログラムに指定する情報のことである．
たとえば，検索エンジンシステムに与える檢索条件を表す質問文（ｑｕｅｒｙ  ｓｔｒｉｎｇ）はパラメタで記述されることが多い．
【００２０】
参照元アドレス１９とは，要求したオブジェクトアドレス５を紹介したオブジェクトのアドレスである．ここで紹介といった意味は，要求したオブジェクトアドレス５を参照先として含んでいて，それが自動的にダウンロードする指定であったか閲覧者がクリックなどで選択してダウンロードを指示したなどが原因で，クライアント２がサーバ１にアクセス要求を出すことになったということである．
【００２１】
参照元アドレスは，たとえばＷ３Ｃが規定しているＨＴＴＰ  においてはｒｅｆｅｒｅｒとされているものをさす（英語の正しい綴りはＲｅｆｅｒｒｅｒであるがＨＴＴＰではＲｅｆｅｒｅｒと名付けられてしまったものである．）：
（参照元アドレス（ｒｅｆｅｒｅｒ）の参考資料：
「ＨＴＴＰ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ：  ＲＦＣ  ２６１６：  Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  −−  ＨＴＴＰ／１．１」
ｆｔｐ：／／ｆｔｐ．ｉｓｉ．ｅｄｕ／ｉｎ−ｎｏｔｅｓ／ｒｆｃ２６１６．ｔｘｔ  「ｓｅｃｔｉｏｎ  １４．３６  Ｒｅｆｅｒｅｒ」）．
上記参考資料には次のようにある：
「Ｒｅｆｅｒｅｒ［ｓｉｃ］リクエストヘッダ領域は，サーバの便宜のために，クライアントがそのオブジェクトアドレスをどこから知ったのかというリンク元のアドレス（ＵＲＩ）（すなわち参照元＝ｒｅｆｅｒｒｅｒ）（なお，ＨＴＴＰヘッダのｒｅｆｅｒｅｒの綴りは英語としては間違っている）を指定できるようにするものである．サーバはＲｅｆｅｒｅｒリクエストヘッダによって，興味のためや，ログへの記録のため，あるいは，キャッシュ処理を最適化するためなどに，リンク元への逆リンクの一覧を作ることができる．また，保守のために，古いアドレスをまだ書いていたり，間違ったアドレスを書いているリンク元がどこにあるのか知ることに使える．」．
【００２２】
サーバ１のプログラムは，参照元アドレス１９を認識することができることが多い．
【００２３】
たとえば，ｈｔｔｐデーモン（ｈｔｔｐｄ，ｈｔｔｐ  ｄａｅｍｏｎ）からＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）と呼ばれるインタフェースで起動されるユーザ処理プログラムにおいては，ｈｔｔｐデーモンから渡される環境変数ＨＴＴＰ＿ＲＥＦＥＲＥＲで参照元アドレス１９を得ることができる．
（ＣＧＩの参考資料：
「杜甫々氏：とほほのＷＷＷ入門」
ｈｔｔｐ：／／ｔｏｈｏｈｏ．ｗａｋｕｓｅｉ．ｎｅ．ｊｐ／ｗｗｗ．ｈｔｍ  ＣＧＩの項）．
【００２４】
また，クライアント２でも，表示されるオブジェクトの中に記述できる
（状況によってＪаｖаＳｃｒｉｐｔ（登録商標）言語とも呼ばれることがあり，ＥＣＭＡ  Ｓｃｒｉｐｔとも表記される）
ＥＣＭＡＳｃｒｉｐｔ言語のｄｏｃｕｍｅｎｔ．ｒｅｆｅｒｒｅｒを用いて，ブラウザと連携した言語プロセッサにより，参照元アドレス１９を得ることができる．
（ＥＣＭＡＳｃｒｉｐｔ言語，ＪаｖаＳｃｒｉｐｔ（登録商標）言語の参考資料：
「Ｔｈｅ  Ｍｏｚｉｌｌａ  Ｏｒｇａｎｉｚａｔｉｏｎ：ＪаｖаＳｃｒｉｐｔ（登録商標）」
ｈｔｔｐ：／／ｊｔ．ｍｏｚｉｌｌａ．ｇｒ．ｊｐ／ｊｓ／；
「杜甫々氏：とほほのＷＷＷ入門」
ｈｔｔｐ：／／ｔｏｈｏｈｏ．ｗａｋｕｓｅｉ．ｎｅ．ｊｐ／ｗｗｗ．ｈｔｍ  ＪаｖаＳｃｒｉｐｔ（登録商標）リファレンスの項）．
【００２５】
もちろん，ほかの処理系で，ＥＣＭＡＳｃｒｉｐｔ言語と別のスクリプト言語，プログラミング言語，あるいは，制御命令を用いてもよい．
【００２６】
以上，従来技術１として，一般的なサーバ／クライアントシステムについて述べた．
【００２７】
以下に，従来技術２として，検索エンジンシステムについて述べる．
【００２８】
検索エンジンシステムとは：
「検索者（すなわち閲覧者）による検索条件を端末（すなわちクライアント）から入力するとネットワーク（すなわち通信路）につながっている文書サーバの保持している文書（すなわちオブジェクト）の中から該検索条件に該当する文書だけを抽出して該当文書とし、該該当文書それぞれの内容、もしくは内容の一部、もしくはアドレス、もしくは文書を特定する情報、あるいはさらに文書のいくつかの属性、を検索結果として出力するシステム」；
をいう．
（検索エンジンシステムの参考資料：
「特許庁  ＨＯＭＥ＞資料室（その他参考情報）＞標準技術集について＞その他参考情報＞サーチエンジン」
ｈｔｔｐ：／／ｗｗｗ．ｊｐｏ．ｇｏ．ｊｐ／ｓｈｉｒｙｏｕ／ｓ＿ｓｏｎｏｔａ／ｈｙｏｕｊｕｎ＿ｇｉｊｕｔｓｕ／ｓｅａｒｃｈ＿ｅｎｇｉｎｅ／  ）．
【００２９】
検索エンジンシステムがネットワークに散在する文書の検索を行えるようにするためには，端末と独立に動作する「クローラ」というサブシステムが予め作動して，文書とインデックスを記録装置に記録するようにするのが一般的である．
【００３０】
現在，インターネットで多くの検索エンジンシステムが常時稼働している．それらの検索エンジンシステムは，多いものでは世界の三十億以上もの文書から，検索者が与えたキーワードを含む文書を検索して，タイトル，リンクを表示するというサービスを行っている．現存する文書群から検索者の目指す文書を見つけるための大きな助けになっている．
【００３１】
検索エンジンの提供している検索サービスの提供を受けるときも，そのサービスのオブジェクトのアドレスを指定する．
アドレスにはパラメタを伴う．
検索エンジンシステムに与える検索条件を表す質問文（ｑｕｅｒｙ  ｓｔｒｉｎｇ）はパラメタで記述されることが多い．
たとえば，米国Ｇｏｏｇｌｅ  Ｉｎｃ．（登録商標）社の検索エンジンシステムＧｏｏｇｌｅ（登録商標）に対する検索サービス依頼のための：
ｈｔｔｐ：／／ｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｅａｒｃｈ？ｑ＝％Ｅ５％８５％ＡＣ％Ｅ８
％Ａ１％８６％Ｅ８％８７％ＡＡ％Ｅ５％８Ｂ％９５％Ｅ６％９０％ＡＣ％Ｅ９％８０％８１
％Ｅ３％８２％Ｂ７％Ｅ３％８２％Ｂ９％Ｅ３％８３％８６％Ｅ３％８３％Ａ０＆ｈｌ＝ｊａ
というＵＲＩは，
・サイトのアドレスと検索サービスのオブジェクトアドレスを示すＵＲＩ部分：  ｈｔｔｐ：／／ｗｗｗ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｅａｒｃｈと；
・アドレスとパラメタの区切りを表す疑問符（？）と；
・質問文：  ｑ＝キーワード＆ｈｌ＝言語
の３個の部分から構成されている．
このうち質問文はパラメタリストになっている．
パラメタは，キー文字列，等号（＝），値文字列を順に記述したものである．パラメタリストは，１個のパラメタであるか，または，複数のパラメタをアンパサンド（＆）で結んだものである．加算記号（＋）は空白を許さないシステムのために空白の代わりに使われる．
上の例のパラメタリストは，「ｈｌ（使用言語）」が「ｊａ（日本語）」であって，「ｑ（質問キーワード）」が「公衆自動搬送システム」であるという意味である．規約により，漢字と記号は英数字コードとパーセント記号にエンコードされている．
このパラメタリストは，検索エンジンシステムによって，解読され実行される．
【００３２】
処理の結果，図２４（検索結果画面の表示例）に抽象化して示したような，文字列「公衆自動搬送システム」を含む該当文書群の，リンクをはられた文書タイトル，あるいはさらにアドレス，図にない文書の抜粋からなるリストが，検索者の端末に送信され表示される．
該リストの項目のひとつに，
アドレス「ｈｔｔｐ：／／ｓｏｎｏｂｅ．ｓ５．ｘｒｅａ．ｃｏｍ／ｉｎｖｅｎｔｉｏｎ／ｃａｔｓ／」にリンク付けられた「公衆自動搬送システム  ＣＡＴＳ」が含まれていて，もし検索者が次に該項目をクリックすれば，アクセスされた文書サーバ「ｈｔｔｐ：／／ｓｏｎｏｂｅ．ｓ５．ｘｒｅａ．ｃｏｍ／」が，該サーバの記録装置に保持している該文書「公衆自動搬送システム  ＣＡＴＳ」のページを，図１３に抽象化して示したように端末に出力することになる．
【００３３】
検索エンジンにサイトを見つけてもらうためには，検索エンジンのクローラにサイトのアドレスを知ってもらい，巡回してもらわなければならない．
巡回しているサイトからリンクを貼られていることによって，クローラがリンク先を新たに認識することがある．
また，検索エンジンのサイトに，フォーム入力によってサイトのアドレスを教えると，検索エンジンサイトがアドレスを登録してくれて，次回からクローラが巡回して文書とアドレスが検索エンジンサイトに記録される．登録が有料の検索エンジンサイトもある．
これらの結果，該サイトが，検索結果に出てくるようになる．
【００３４】
（状況によって，サイトオーナ，管理人，アドミニストレータ（ａｄｍｉｎｉｓｔｒａｔｏｒ），ウェブマスタ（ｗｅｂｍａｓｔｅｒ），作者，開設者，所有者とも呼ばれることのある）
サイト運営者は，たいていサイトへのアクセスを増やそうと考えるので，多くの検索エンジンにサイトを登録することが多い．
しかし，閲覧者がキーワードで検索した検索表示されるのは，該キーワードを含んでいるページであるにすぎない．
通常，サイトにはトップページがある．トップページは，サイトのウェブページなど階層化されたオブジェクトの木構造の根（ｒｏｏｔ）のオブジェクトである．「トップページ」の「トップ」は，状況によって，ホーム，インデックス，メイン，エントリ，エントランス，ファースト（ｆｉｒｓｔ），テーブル・オブ・コンテンツ（Ｔａｂｌｅ  Ｏｆ  Ｃｏｎｔｅｎｔｓ，  ＴＯＣ），ルート（ｒｏｏｔ）とも呼ばれることがある．たとえば，図１２は園部研のトップページを抽象的に示したものである．この中の「公衆自動システム  ＣＡＴＳ」を閲覧者がクリックすれば，ＨＴＭＬ言語のＡタグを使ってリンクされた，「ｈｔｔｐ：／／ｓｏｎｏｂｅ．ｓ５．ｘｒｅａ．ｃｏｍ／ｉｎｖｅｎｔｉｏｎ／ｃａｔｓ／」のページが，図１３に抽象化して示したように端末に出力されることになる．トップページはこのように，階層的に下位のページを，直接リンクし，あるいは間接的にリンクしている．なお，ページは木構造とは限らず，循環を含む網構造をしているかもしれず，オブジェクトのタイプによっては，ページのリンクとは異なる関係でオブジェクト間が関連していることもある．
閲覧者がキーワードで検索した結果表示されるのは，トップページとは限らないという問題がある．
【００３５】
ひとつのプロバイダあるいは計算機システムあるいはドメインのサイトの中に，コンテンツを提供しているサイト運営者がそれぞれ異なる，複数の個人や組織のウェブサイトが同居していることが多い．
この場合，プロバイダのトップページの下にサイト運営者のトップページが複数ある．
サイト運営者のトップページ以下，リンクされ，あるいは，入れ子化可能なディレクトリ配下に格納されたオブジェクトの集合を，その運営者のサイトと見なすことができる．この中のトップページ以外のオブジェクトを，本書では，「非トップページ」と呼ぶ．たとえば前記図１３は非トップページのひとつである．
【００３６】
検索エンジンから非トップページが検索されることは多いが，従来，検索者が検索エンジンで検索したウェブ文書のひとつをブラウザで閲覧するとき，通常，そのページ（以下「被検索ページ」と呼ぶ）だけが表示されていた．
【００３７】
検索エンジンは万能ではないので，このとき被検索ページよりももっと閲覧者の関心にぴったり答えるページが，該サイトの別のページあるいはページ群として存在している可能性は大きい．
【００３８】
ところが，被検索ページが該サイトのトップページでないと，読者が該サイトの他のページを閲覧する可能性が低い．
【００３９】
被検索ページからトップページなどほかのページへ直接間接に飛ぶためのリンクが，被検索ページに予め書かれているとは限らないのも一因である．
【００４０】
もしリンクが書かれていなければ，読者にとって，トップページや上位ページに移動する操作は大変面倒なために，移動しないのが普通である．
【００４１】
リンクなしにトップページや上位ページに移動するには，ブラウザの画面上にある場所欄（ｌｏｃａｔｉｏｎ  ｂａｒ）をクリックやＴａｂキー押下で選択し，場所欄に表示されている現在のＵＲＩの文字列から，スラッシュ「／」で区切られた部分をいくつか削除してＥｎｔｅｒキーを押すかボタンをクリックしなければならないので大変面倒である．
【００４２】
前記Ｇｏｏｇｌｅ  Ｉｎｃ．（登録商標）社のｐａｇｅｒａｎｋ  （登録商標）機能のツールバーの中の「上へ」ボタンは，この場所欄の文字列の変更操作をワンタッチに自動化しているが，それでも，閲覧者が該「上へ」ボタンを押すことは少なく，サイト運営者が押して欲しいときに押すとは限らない．
（該ツールバーの参考資料：
「Ｇｏｏｇｌｅ  Ｉｎｃ．（登録商標）：」
ｈｔｔｐ：／／ｔｏｏｌｂａｒ．ｇｏｏｇｌｅ．ｃｏｍ／ｉｎｔｌ／ｊａ／）．
【００４３】
一方，もしリンクが書かれていても，閲覧者はそのリンクをクリックする動作が必要になって億劫であるし，まだ見ていないページに期待を抱いていないために，閲覧者は移動しないことが多い．
【００４４】
サイト運営者サイドは，閲覧者にトップページからはいってきて見てもらいたいと考えて内容を作っていることが多い．
トップページには，閲覧者に伝えたい重要な情報として，新着情報，サービス一覧，コンテンツ一覧，あるいはロゴタイプを置くことが多い．
【００４５】
また，検索エンジンで紹介された閲覧者が非トップページを閲覧してくれても，断片よりも全体を理解して閲覧や購買をして欲しいというサイト運営者は，トップページのアクセスが増えない限りありがたくないと考える．
サイトの運営者にとってみれば，提供している文書はほとんど閲覧してほしいのに，せっかく検索エンジンでサイトの一部を見つけてくれた閲覧者が，わずか当該の文書１ページだけしか閲覧して二度とこないことは悔しいものである．
このように，サイトにとっても出会いたかった貴重な閲覧者が，出会う機会を失って去ってしまうのである．
【００４６】
トップページが検索されやすくするために，トップページに，そのサイトを表すような多くの特徴的なキーワードを詰め込んで，検索結果の上位に表示されるように努力するようなことが行われている．しかし，トップページが複雑で大きくなることは，必ずしも閲覧者に歓迎されるとは限らず．サイト運営者はトレードオフに悩まされている．
【００４７】
このように，閲覧者にもサイト運営者にも不満な，中途半端なアクセスで終わることが，検索エンジンによる閲覧の大きな問題点であった．
【００４８】
以上，従来技術２として，検索エンジンシステムについて述べた．
【００４９】
以下に，従来技術３として，ポップアップ広告について述べる．
【００５０】
閲覧者が特定のウェブページを閲覧すると，指定したページが表示されるとともに，新しいウィンドウが開いて，帯状のバナー広告や，ときには大きな別の営業サイトのウェブページが表示される．
これをポップアップ広告（Ｐｏｐ−Ｕｐ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）という．
【００５１】
広告主は，ポップアップ広告を多くのページに出してもらうことで，閲覧者が該広告を読んで商品を購入すること，多くは，該広告をクリックして，広告主のサイトに来て，商品を購入してくれることを期待している．
【００５２】
ポップアップの実施には，たとえば，オブジェクトの通常ＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）言語やＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）による記述にまじえて，スクリプト言語であるＥＣＭＡＳｃｒｉｐｔ言語のｗｉｎｄｏｗ．ｏｐｅｎ（ｗｉｎｄｏｗオブジェクトのｏｐｅｎメソッドを実行する意味）の記述をして，ＢＯＤＹタグのＯｎＬＯａｄパラメタから呼ぶように記述しておけばよい．
すると，該オブジェクトが閲覧者のブラウザに受信されたときに該ｏｐｅｎメソッドが呼ばれ，ｏｐｅｎメソッドで記述したアドレスの広告オブジェクトが新しいウィンドウに表示される．
【００５３】
たとえば，図１２（トップページの表示例）のオブジェクトに，広告を出すスクリプトを入れてサーバに登録してあれば，図２５（ポップアップ広告の表示例）のように表示される．
【００５４】
新しいウィンドウは，指定オブジェクトのウィンドウの表示と相前後して出現し，また，閲覧者が使っているのが表示できるピクセルの少ない表示装置の場合には，指定オブジェクトの上に重なって表示されてしまうために，閲覧者は閲覧行動を邪魔されたという気持ちをもつことがある．また，ポップアップウィンドウに用がないときに，ウィンドウ消去のボタン，メニュー，あるいは，キーを操作してウィンドウを消す操作をしなければ消えないので，面倒に思うことが多い．
【００５５】
さらに，ポップアップ広告には，閲覧者がサイト内のページの間で移動しても広告が毎回出てしまい，閲覧者に煩わしい思いをさせるという大きな欠点があった．
たとえば，トップページ（図１２）から非トップページ（図１３）に移動すると，図２６（ポップアップ広告の非トップページでの表示例）のように広告が表示されてしまう．
逆に，非トップページ（図１３）からトップページ（図１２）に移動しても，図２５（ポップアップ広告の表示例）のように広告が表示されてしまう．
【００５６】
このため，表示をしても消費者心理へのマイナスが大きいために，広告効果が限定される．
【００５７】
以上，従来技術３として，ポップアップ広告について述べた．
【００５８】
以下に，従来技術４として，ポップアンダー広告について述べる．
【００５９】
外国の「広告」技術に，「Ｐｏｓｔ−ｓｅｓｓｉｏｎ  ｉｎｔｅｒｎｅｔ  ａｄｖｅｒｔｉｓｉｎｇ  ｓｙｓｔｅｍ」（米国特許出願番号（Ｄｏｃｕｍｅｎｔ  Ｎｕｍｂｅｒ）：２００２００１９８３４，発明者：Ｖｉｌｃａｕｓｋａｓほか）がある．
米国Ｅｘｉｔ  Ｃｈａｎｇｅ（登録商標）社は本技術によるポップアンダー広告（Ｐｏｐ−Ｕｎｄｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）を商用化しているといわれる．
【００６０】
ポップアンダー広告は，ポップアップ広告の欠点であった「指定オブジェクトの表示を付加表示された広告が隠して，閲覧を邪魔される感じがする」という点を改善する．
ポップアンダー広告は，典型的には，指定オブジェクトを閲覧者が見終わって，ウィンドウを閉じるかリンクをたどって他のオブジェクトを閲覧しようとしたときに，現れる広告オブジェクトである．指定オブジェクトの背面に隠れるように現れる点で改良されている．
【００６１】
該従来技術は，閲覧者（ｖｉｅｗｅｒ）にオブジェクトの表示内容（ｄｉｓｐｌａｙ）を配信するときに，本発明でいう付加表示オブジェクトに対応する「セッション後プラットフォーム」のウィンドウを，最初のウィンドウの背面に開くというものである（ｃｌａｉｍ  １）．その典型的な実施方法は，次のように理解される：
・閲覧者の要求などで，第一のウィンドウで第一のページを表示する；
・（第一のページがロードされたなど）第二のロードを引き起こす第一の事象が起こる；
・第一の事象に引き起こされ，第二のウィンドウを背面に開き，第二のページを表示する；
・そのまま（閲覧者が第一のウィンドウで第一のページをクローズした，あるいはリンクして他のページを表示したなど）閲覧を引き起こす第二の事象が起こるまで，第二のウィンドウを維持する；
・第二の事象が起こったとき，第二のウィンドウを積極的に前面に出す命令を実行してもよい；
構成要素には「セッション後プラットフォーム」，本発明でいう付加表示オブジェクトのウィンドウのようなものを含む（ｃｌａｉｍ  ７）．
遅延起動も該従来技術のポイントである（ｃｌａｉｍ  １４）．その場合，第一のページをクローズしたときにはじめて，第二のウィンドウを開いて第二のページを表示する．
ウィンドウ制御の視点では（ｃｌａｉｍ  １５），やってきたアクセスの流れ（ｔｒａｆｆｉｃ）を，ウィンドウ（ｐｌａｔｆｏｒｍ）から別のウィンドウに切り換えさせる（ｅｘｃｈａｎｇｅ）ことで，広告効果を引き出す．
（ポップアンダー広告の参考資料：
「Ｅｘｉｔ  Ｃｈａｎｇｅ  Ｃｏｒｐｏｒａｔｉｏｎ  サイト」
ｈｔｔｐ：／／ｗｗｗ．ｅｘｉｔｅｘｃｈａｎｇｅ．ｃｏｍ／）．
【００６２】
たとえば，図１２（トップページの表示例）のオブジェクトに，ポップアンダー広告を出すスクリプトを入れてサーバに登録してあれば，図２７（ポップアンダー広告の表示例）のように，広告が見えずこのままである．
このときすでに，該オブジェクトの背面（後ろ）に広告のウィンドウを隠すように開くという実施方法がある．
これは，ＥＣＭＡＳｃｒｉｐｔ言語のｗｉｎｄｏｗ．ｏｐｅｎとｗｉｎｄｏｗ．ｆｏｃｕｓ（）と，ＨＴＭＬ言語のＢＯＤＹタグのｏｎＬｏａｄパラメタとを組み合わせるなどして，実現できると思われる．
また，閲覧者がオブジェクトの閲覧を終わり，図１２のウィンドウを消去したとき，あるいは，リンクをクリックして別のページに移動したときに，それをトリガーとして，図２８（非トップページを消去してポップアンダー広告が見えた状態）のようにウィンドウを開いて広告が現れるようにする実施方法もある．
これは，ＥＣＭＡＳｃｒｉｐｔ言語のｗｉｎｄｏｗ．ｏｐｅｎと，ＨＴＭＬ言語のＢＯＤＹタグのｏｎＵｎｌｏａｄパラメタとを組み合わせるなどして，実現できると思われる．
【００６３】
ポップアンダー広告にも，ポップアップ広告と同様，閲覧者がサイト内のページの間で移動しても広告が毎回出てしまい，閲覧者に多少煩わしい思いをさせるという欠点が解決できなかった．
【００６４】
以上，従来技術４として，ポップアンダー広告について述べた．
【００６５】
以下に，従来技術５として「参照元に応じた情報提示方法、ハイパーテキストシステム、およびＷＷＷサーバ」について述べる．
【００６６】
参照元に依存した処理の従来の提案に，「参照元に応じた情報提示方法、ハイパーテキストシステム、およびＷＷＷサーバ」（特開２０００−２０８８３，出願人：エヌ・ティ・ティ・ソフトウェア株式会社，エヌ・ティ・ティ・ナビスペース株式会社）がある．
従来技術５は，ブラウザから送られた参照先ＵＲＬおよび参照元ＵＲＬをサーバが受信し、それらの組合せに対応して何を提示すべきかを対応表から検索して、ファイルパスのような位置情報を取得し、そのパスにある該ファイルを提示するような「参照元に応じた情報提示方法」を提案している．
この効果として，
「両ＵＲＬに対応する位置情報を取得し、該位置情報に基づいて得られた情報を提示する」
ことができることなどが述べられている．
【００６７】
さらに，
「参照元によって同一のＵＲＬに対して異なる情報を提示することも可能となる。例えば、サーチエンジン等のページから参照された場合は、初めて現在のページを利用する方であると考えられ、そのページに関するガイダンス等の情報を提示するように」
することが可能という表記がある．
【００６８】
しかし，対応表から検索してファイル内容を返す従来技術５の方法では，サーバシステムが参照先ＵＲＬの範囲をカバーする対応表と対応表検索手段をもたなくてはならないので，機構も運用も複雑になってしまうという欠点がある．
【００６９】
さらにまた，一回のリクエストに一個のファイル出力が対応するから，参照先を表示するのと一緒にトップページ，広告等を付加表示することは不可能である．
つまり，検索エンジンから紹介されて閲覧した場合に，要求されたページに代わって初訪問者向けのページを返すことが，もし対応表検索手段を作ればそれによってＷＷＷサーバが行うことが可能である，というだけに過ぎない．
【００７０】
したがって，従来技術５は，本発明の目的にとってみれば，簡易にかつ十分に応えられるものではない．
むしろ，従来技術５は，価値ある情報への無断リンク防止という，本発明とは別の目的を確実に達成するために，サーバ側で作り込む仕組みといえるであろう．
【００７１】
以上，従来技術５として「参照元に応じた情報提示方法、ハイパーテキストシステム、およびＷＷＷサーバ」について述べた．
【発明が解決しようとする課題】
適切かつ容易な付加表示を行うサーバ／クライアントシステムの実現について，従来十分に解決できなかった課題について述べる．
【００７２】
以下に，課題１として，適切かつ容易な付加表示について述べる．
【００７３】
付加表示は，クライアント／サーバシステムに効用を生むが，適切かつ容易に付加表示を行わなうことが求められていた．
【００７４】
従来技術では，適切さを欠いて閲覧者に不満を与えたり，容易さを欠いて，サイト管理者に変更負担を生じるものがあった．
【００７５】
以上，課題１として，適切かつ容易な付加表示について述べた．
【００７６】
以下に，課題２として，トップページ等への誘導に適した付加表示について述べる．
【００７７】
付加表示の目的に，検索エンジン，またはウェブリング（Ｗｅｂ  ｒｉｎｇ），または相互リンク，または同盟リンク，またはリンク交換，またはメールマガジン，または公開のメール，または公開のブックマーク，またはネットワークニュース，またはサイト紹介記事，またはディレクトリ，またはリンク集，またはブックマークなどから紹介されてきた閲覧者を；
トップページ，メニューページ，サイトマップ，関連会社のページ，広告，あるいはその他サイト運営者が推薦するページに導く，ということがある．
【００７８】
検索エンジンシステムなどから紹介されて非トップページが閲覧されたときに，該指定ページだけでなく，トップページなどを閲覧してもらいたいと，サイト運営者は考える．
【００７９】
だからといって，被検索ページが非トップページであったときに，その出力に代えて常にトップページ等にしてしまっては，本来該被検索ページも閲覧者の関心に合っていた可能性が大きいので不都合かもしれない．
しかも，該サイトの他のページからのリンクできたときにも同じことが起こると，非トップページは表示されるやいなやトップページに代わられてしまって，見えないページができることになってしまう．
【００８０】
この代わりの方法として，被検索ページが非トップページであったときに，その出力とともに常にトップページを新しいウィンドウで出力してしまってもいけない．なぜなら，該サイトの他のページからのリンクできたときにも同じことが起こってしまうからである．検索エンジンから紹介されたのは一回なのに，何度もトップページを付加表示させられることは，閲覧者にとって苦痛である．
【００８１】
以上，課題２として，トップページ等への誘導に適した付加表示について述べた．
【００８２】
以下に，課題３として，制御情報編集支援の必要性について述べる．
【００８３】
付加表示を行う場合，指定オブジェクトと付加表示オブジェクトをどう組み合わせて，あるいは片方にまとめて出すか，制御が必要である．
クライアントが出力を行うとしても，クライアントが参照すべき制御情報を含めて指定オブジェクトおよび付加表示オブジェクトの編集をサーバが，またはクライアントが，または両方が分担して，行う機構が必要である．
【００８４】
以上，課題３として，制御情報編集支援の必要性について述べた．
【００８５】
以下に，課題４として，付加表示判定支援の必要性について述べる．
付加表示を行う場合，適切に行うには，条件によって付加表示を行うか行わないかを判断して，実行ステップや制御情報を変える必要がある．
このために，付加表示を行うかどうかを決める材料になる情報を入力して，論理的に判断する機構が必要である．
以上，課題４として，付加表示判定支援の必要性について述べた．
【００８６】
以下に，課題５として，オープンクローズ制御の必要性について述べる．
【００８７】
クライアントで出力されるときに，
（イ）  指定オブジェクトに付属した制御情報によってが付加表示オブジェクトが新しいウィンドウなどで開く方法；
のほかに，
（ロ）  指定オブジェクトのウィンドウでそのまま付加表示オブジェクトを表示してしまい，表示された付加表示オブジェクトが元の指定オブジェクトを新しいウィンドウなどで開く方法；
（ハ）  指定オブジェクトが，付加表示判定を全部または一部しないで，新しいウィンドウを開いて付加表示オブジェクトを表示してしまい，表示された付加表示オブジェクトが残りの付加表示判定をしてみて，自分が不要な場合だと判断すれば自分でクローズする方法；
もありうる．
上記（ロ）または（ハ）の場合に，ウィンドウ等のオープン／クローズを制御する機構が必要となる．
【００８８】
以上，課題５として，オープンクローズ制御の必要性について述べた．
【００８９】
以下に，課題６として，参照元アドレス付属パラメタ依存処理機構の必要性について述べる．
【００９０】
付加表示の利点を引き出すために，検索エンジンシステム等から紹介されてきたときのパラメタに内蔵された検索キーなどをアプリケーションに渡して，付加表示オブジェクトを動的に作って表示したり，アプリケーションがリサーチ用に記録するなどを行うことのできる，参照元アドレス付属パラメタ依存処理機構が必要である．
【００９１】
以上，課題６として，参照元アドレス付属パラメタ依存処理機構の必要性について述べた．
【００９２】
以下に，課題７として，付加表示関連情報挿入機構の必要性について述べる．
【００９３】
付加表示関連情報挿入機構，付加表示判定支援機構，参照元アドレス付属パラメタ依存処理機構，課金機構３３などの付加表示関連情報の全部あるいは一部を，オブジェクトに挿入する処理のために，付加表示関連情報挿入機構が必要である．
【００９４】
以上，課題７として，付加表示関連情報挿入機構の必要性について述べた．
【００９５】
以下に，課題８として，付加表示関連情報付きオブジェクトの必要性について述べる．
【００９６】
付加関連情報をあらかじめ内蔵したオブジェクトは，閲覧時に付加関連情報の挿入が省ける部分があって価値が高い．そこで，付加表示関連情報付きオブジェクトが必要である．
【００９７】
以上，課題８として，付加表示関連情報付きオブジェクトの必要性について述べた．
【００９８】
以下に，課題９として，課金機構の必要性について述べる．
【００９９】
付加表示は，広告にも，閲覧者の不満をやわらげる新しい表示方法を提供する．この仕組みを利用し，広告主が広告を表示するサイト管理者等へ，対価等を支払う仕組みが必要である．
【０１００】
また，付加表示関連挿入等，本発明の各請求項に基づく情報サービスおよび生産物に対して，サービスの提供者に利用者から適切に対価等を支払う仕組みが必要である．
【０１０１】
以上，課題９として，課金機構の必要性について述べた．
【０１０２】
【課題を解決するための手段】
本発明の最も主要な特徴は，付加表示を容易に行えるクライアント／サーバシステムを提供するために，付加表示判定ステップを基本に，付加表示を判定してよい場合に限って，付加表示オブジェクトをクライアントに表示することである．
【０１０３】
以下に，各請求項の解決手段の要旨を述べる．
【０１０４】
前記課題１「適切かつ容易な付加表示」と，
前記課題２「トップページ等への誘導に適した付加表示」と，
を解決するための；
請求項１記載のオブジェクト付加表示方法の発明は：
指定オブジェクト作成ステップ８；
（オプショナルな，すなわち，実装によっては具備しなくてもよい）付加表示作成ステップ９；
（オプショナルな）付加表示変換ステップ１０；
（オプショナルな）制御情報編集ステップ１１；
付加表示判定ステップ１２；
出力ステップ１３；
（オプショナルな）オープンクローズ制御ステップ１４；
そして；
（オプショナルな）発音制御ステップ１５；
から構成され；
（イ）  前記指定オブジェクト作成ステップ８は，オブジェクトアドレス５に基づいてサーバ１の記録装置１６からオブジェクトを読み込み，指定オブジェクト６とする；
（ロ）  前記付加表示作成ステップ９は，
指定オブジェクト作成ステップ８が生成した指定オブジェクト６に付加する材料として，
（ａ）  ディレクトリ階層構造上，指定オブジェクト６の上位ないし最上位のオブジェクト；
（ｂ）  指定オブジェクト６を直接または間接にリンクしているオブジェクト；
（ｃ）  指定オブジェクト６に関連するオブジェクト；
（ｄ）  指定オブジェクト６との関係をオブジェクト内またはオブジェクト外で直接または間接に記述されたオブジェクト；
（ｅ）  ランダムに選択されたオブジェクト；
（ｆ）  情報処理プログラムもしくはスクリプトに選択されたオブジェクト；
（ｇ）  外部サーバの情報処理プログラムに通信路経由で要求して返されたオブジェクト；
のいずれかに該当するオブジェクトの内容，またはオブジェクトのアドレスを，付属される付加表示オブジェクト１７としてあらかじめオブジェクトに含ませる；
または，前記（ａ）〜（ｈ）のいずれかに該当するオブジェクトの内容，またはオブジェクトのアドレスを，該サーバ１または外部のサーバの記録装置１６から入力して付加表示オブジェクト１７として生成する，
あるいはさらに，該付加表示オブジェクト１７を記録装置１６に書き出す；
（ハ）  前記付加表示変換ステップ１０は，
前記付加表示作成ステップ９が作成した付加表示オブジェクト１７，あるいは，記録装置１６から読み込んだ付加表示オブジェクト１７に対して，
翻訳もしくは変換を行って付加表示オブジェクト１７を置き換える；
または，付加表示オブジェクト１７に対して翻訳もしくは変換を行うサービスを行うサーバへのリンクに付加表示オブジェクト１７を置き換える；
あるいはさらに，該付加表示オブジェクト１７を記録装置１６に書き出す；
（ニ）  前記制御情報編集ステップ１１は，
（ａ）  出力される付加表示オブジェクト１７を指定オブジェクト６に，加えて，もしくは代えて，もしくは交換して，もしくは混合して，もしくは含ませて，もしくはマルチフレームに組み合わせて，
または，付加表示オブジェクト１７に指定オブジェクト６を含ませて，
または，付加表示オブジェクト１７の中で指定オブジェクト６に関する部分をハイライトする制御情報を付加表示オブジェクト１７に含ませて，
または，指定オブジェクト６の中で付加表示オブジェクト１７に関する部分をハイライトする制御情報を指定オブジェクト６に含ませて，
または，付加表示オブジェクト１７の中で指定オブジェクト６に関する部分にスクロールする制御情報を付加表示オブジェクト１７に含ませて，
または，指定オブジェクト６の中で付加表示オブジェクト１７に関する部分にスクロールする制御情報を指定オブジェクト６に含ませて；
または，
（ｂ）  付加表示オブジェクト１７を出力装置上における新しいもしくは特定のウィンドウに出力させる制御情報を付加表示オブジェクト１７に含ませ，または，あらかじめ付加表示作成ステップ９の前に記録装置１６上のオブジェクト４に付属させ；
あるいは，（ａ）または（ｂ）に加えてさらに，
（ｃ）  「付加表示オブジェクト１７が指定オブジェクト６を隠さないように指定オブジェクト６のウィンドウを前面に移動する，または，入力装置からの入力を受け付けるウィンドウに指定するすなわちフォーカスする」べく出力させる制御情報を付加表示オブジェクト１７に含ませ，または，あらかじめ付加表示作成ステップ９の前に記録装置１６上のオブジェクト４に付属させること；
で付加表示オブジェクト１７を更新する，制御情報編集ステップ１１；
（ホ）  前記付加表示判定ステップ１２は，
（ａ）  該オブジェクトの
参照元アドレス１９が，
「検索エンジン，またはウェブリング，または相互リンク，または同盟リンク，またはリンク交換，またはメールマガジン，または公開のメール，または公開のブックマーク，またはネットワークニュース，またはサイト紹介記事，またはディレクトリ，またはリンク集，またはブックマーク」
のうちのひとつ以上のタイプをカバーして該当するか否かを判定する判定手段を使って求めた，
該タイプに属するアドレスである，もしくはある可能性が高い，かどうかの論理値；
（ｂ）  該参照元アドレス１９の属するサイトが，該サーバ１のサイトと，または，指定オブジェクト６の属するサイトと，または，指定オブジェクト６の属するサイトに関連する特定サイトと，同じである，もしくは同じである可能性が高い，かどうかの論理値；
（ｃ）  参照元アドレス１９の有無もしくは値もしくは値の範囲もしくはパターンに関する論理値；
（ｄ）  参照元アドレス１９に付属するパラメタである参照元アドレス付属パラメタ２０の有無もしくは値もしくは値の範囲もしくはパターンに関する論理値；
（ｅ）  該オブジェクトアドレス５の値もしくは値の範囲もしくはパターンに関する論理値；
（ｆ）  該クライアント２から入力したクッキー２１の中で，特定のキーをもつクッキーの有無もしくは値の範囲もしくはパターンが示す，
「以前該クライアント２が，特定のオブジェクト４のアクセスまたは付加表示をしたことがある，もしくはある可能性が高い，かどうか」
の論理値；
（ｇ）  該クライアント２から入力したクライアント管理のサイト訪問済フラッグ２２の有無もしくは値もしくは記録時間が示す，
「以前あるいはかつ過去一定時間以内に，該クライアント２が，特定のオブジェクト４のアクセスまたは付加表示をしたことがある，もしくはある可能性が高い，かどうか」
の論理値；
（ｈ）  該サーバ１の記録装置１６から入力したサーバ管理のサイト訪問済フラッグ２３もしくはログ２４の有無もしくは値もしくは記録時間が示す，
「以前あるいはかつ過去一定時間以内に，該クライアント２と同一のアドレスをもつクライアント，または，該閲覧者のアドレスと同一のアドレスを持つ閲覧者，または，該閲覧者のＩＤと同一のＩＤをもつ閲覧者が，特定のオブジェクト４のアクセスまたは付加表示をしたことがある，もしくはある可能性が高い，かどうか」
の論理値；
（ｉ）  前記クライアント２を特定する
リモートアドレス２５が，検索エンジンが散在するサーバサイトのオブジェクト群を定期的に調査するプログラム，すなわち
クローラのリモートアドレスである，もしくは，である可能性が高い，かどうかの論理値；
のうち（ａ）〜（ｈ）のひとつ以上，あるいはさらに（ｉ）とからなる論理値群をＡＮＤ，ＯＲまたはＮＯＴの論理演算子で結合した付加表示判定用論理値２６とし，
（Ａ）  該付加表示判定用論理値２６を判定し成立しない場合は付加表示オブジェクト１７を出力しないで，または出力したのちキャンセルしてもしくはウィンドウを閉じて，指定オブジェクト６だけを出力して終了する；
または，
（Ｂ）  「クライアント２が指定オブジェクト６を出力する前に該付加表示判定用論理値２６を判定するための判定制御情報」を指定オブジェクト６に含ませ，
または，あらかじめ制御情報編集ステップ１１の前に記録装置１６上のオブジェクト４に付属させる；
または，
（Ｃ）付加表示判定用論理値２６をある程度判定して成立しない場合は付加表示オブジェクト１７を出力しないで，または出力したのちキャンセルしてもしくはウィンドウを閉じて，指定オブジェクト６だけを出力して終了するとする一方，
残りの判定は判定するための判定制御情報を指定オブジェクト６に含ませ，
または，あらかじめ制御情報編集ステップ１１の前に記録装置１６上のオブジェクト４に付属させる；
ことを要旨とする．
なお，上記ステップの（イ）〜（ホ）の実行順序は「上から下」に限らず，実行回数は１回に限らない．
本発明により，付加表示を行ってよい場合とよくない場合を適切に区別することと，オブジェクトの付加表示を容易に行うことが可能となる．
【０１０５】
前記課題３「制御情報編集支援の必要性」を解決するための；
請求項２記載の制御情報編集支援機構の発明は：
（ａ）  付加表示オブジェクト１７を指定オブジェクト６に，加えて，もしくは代えて，もしくは交換して，もしくは混合して，もしくは含ませて，もしくはマルチフレームに組み合わせて，
または，付加表示オブジェクト１７に指定オブジェクト６を含ませて，
または，付加表示オブジェクト１７の中で指定オブジェクト６に関する部分をハイライトする制御情報を付加表示オブジェクト１７に含ませて，
または，指定オブジェクト６の中で付加表示オブジェクト１７に関する部分をハイライトする制御情報を指定オブジェクト６に含ませて，
または，付加表示オブジェクト１７の中で指定オブジェクト６に関する部分にスクロールする制御情報を付加表示オブジェクト１７に含ませて，
または，指定オブジェクト６の中で付加表示オブジェクト１７に関する部分にスクロールする制御情報を指定オブジェクト６に含ませて；
または，
（ｂ）  付加表示オブジェクト１７を出力装置上における新しいもしくは特定のウィンドウに出力させる制御情報を付加表示オブジェクト１７に含ませ，または，あらかじめ付加表示作成ステップ９の前に記録装置１６上のオブジェクト４に付属させ；
あるいは，（ａ）または（ｂ）に加えてさらに，
（ｃ）  「付加表示オブジェクト１７が指定オブジェクト６を隠さないように指定オブジェクト６のウィンドウを前面に移動する，または，入力装置からの入力を受け付けるウィンドウに指定するすなわちフォーカスする」べく出力させる制御情報を付加表示オブジェクト１７に含ませ，または，あらかじめ付加表示作成ステップ９の前に記録装置１６上のオブジェクト４に付属させて；
付加表示オブジェクト１７を更新する
ことを要旨とする．
したがって，本発明によって，前記課題３が解決される．
【０１０６】
前記課題４「付加表示判定支援の必要性」を解決するための；
請求項３記載の付加表示判定支援機構の発明は：
（ａ）  該オブジェクトの
参照元アドレス１９が，
「検索エンジン，またはウェブリング（Ｗｅｂ  ｒｉｎｇ），または相互リンク，または同盟リンク，またはリンク交換，またはメールマガジン，または公開のメール，または公開のブックマーク，またはネットワークニュース，またはサイト紹介記事，またはディレクトリ，またはリンク集，またはブックマーク」
のうちのひとつ以上のタイプをカバーして該当するか否かを判定する判定手段を使って求めた，
該タイプに属するアドレスである，もしくはある可能性が高い，かどうかの論理値；
（ｂ）  該参照元アドレス１９の属するサイトが，該サーバ１のサイトと，または，指定オブジェクト６の属するサイトと，または，指定オブジェクト６の属するサイトに関連する特定サイトと，同じである，もしくは同じである可能性が高い，かどうかの論理値；
（ｃ）  参照元アドレス１９の有無もしくは値もしくは値の範囲もしくはパターンに関する論理値；
（ｄ）  参照元アドレス１９に付属するパラメタである参照元アドレス付属パラメタ２０の有無もしくは値もしくは値の範囲もしくはパターンに関する論理値；
（ｅ）  該オブジェクトアドレス５の値もしくは値の範囲もしくはパターンに関する論理値；
（ｆ）  該クライアント２から入力したクッキー２１の中で，特定のキーをもつクッキーの有無もしくは値の範囲もしくはパターンが示す，
「以前該クライアント２が，特定のオブジェクト４のアクセスまたは付加表示をしたことがある，もしくはある可能性が高い，かどうか」
の論理値；
（ｇ）  該クライアント２から入力したクライアント管理のサイト訪問済フラッグ２２の有無もしくは値もしくは記録時間が示す，
「以前あるいはかつ過去一定時間以内に，該クライアント２が，特定のオブジェクト４のアクセスまたは付加表示をしたことがある，もしくはある可能性が高い，かどうか」
の論理値；
（ｈ）  該サーバ１の記録装置１６から入力したサーバ管理のサイト訪問済フラッグ２３もしくはログ２４の有無もしくは値もしくは記録時間が示す，
「以前あるいはかつ過去一定時間以内に，該クライアント２と同一のアドレスをもつクライアント，または，該閲覧者のアドレスと同一のアドレスを持つ閲覧者，または，該閲覧者のＩＤと同一のＩＤをもつ閲覧者が，特定のオブジェクト４のアクセスまたは付加表示をしたことがある，もしくはある可能性が高い，かどうか」
の論理値；
（ｉ）  前記クライアント２を特定する
リモートアドレス２５が，検索エンジンが散在するサーバサイトのオブジェクト群を定期的に調査するプログラム，すなわち
クローラのリモートアドレスである，もしくは，である可能性が高い，かどうかの論理値；
のうち（ａ）〜（ｈ）のひとつ以上，あるいはさらに（ｉ）とからなる論理値群をＡＮＤ，ＯＲまたはＮＯＴの論理演算子で結合した付加表示判定用論理値２６
とする
ことを要旨とする．
したがって，本発明によって，前記課題４が解決される．
【０１０７】
前記課題５「オープンクローズ制御の必要性」を解決するための；
請求項４記載のオープンクローズ制御機構の発明は：
前記出力ステップ１３が出力した付加表示オブジェクト１７が入力した，自オブジェクトのウィンドウ名，もしくは自オブジェクトが起動されたアドレスに付属するパラメタ，もしくは自オブジェクトへのウィンドウ間受け渡し情報によって，自オブジェクトが表示されている自ウィンドウが付加表示オブジェクトを表示しているウィンドウであるかどうかを判断し（ＮＯならば終了し），
かつ，
（ａ）  前記付加表示判定ステップ１２を実行して付加表示が不要であるかどうか判断し，ともに成立していれば，自ウィンドウを閉じて終了する（ＮＯならば終了する）；
または，
（ｂ）  前記付加表示判定ステップ１２を実行して付加表示が不要であるかどうか判断し，ともに成立していれば，指定オブジェクト６を新しいウィンドウに出力して終了する（ＮＯならば終了する）；
ことを要旨とする．
したがって，本発明によって，前記課題５が解決される．
【０１０８】
前記課題６「参照元アドレス付属パラメタ依存処理機構の必要性」を解決するための；
請求項５記載の参照元アドレス付属パラメタ依存処理機構の発明は：
（イ）  該オブジェクトの参照元アドレス１９に付属する参照元アドレス付属パラメタ２０が含む１個以上の
（状況によって，検索キーワード，検索キー，サーチキー，検索語，検索文字列，フリーキーワード，索引語（ｉｎｄｅｘ  ｔｅｒｍ）とも呼ばれることのある）
キーワード３１をパラメタとして，
広告作成プログラムを，
（ａ）  呼び出して受け取った広告オブジェクト；
（ｂ）  呼び出して受け取った結果に含まれていたリンクの先をアクセスして得られた広告オブジェクト；
または；
（ｃ）  呼び出すリンク；
を付加表示する；
（ロ）  該キーワード３１をキーとして検索プログラムを，
（ａ）  呼び出して受け取った検索結果；
（ｂ）  呼び出して受け取った検索結果に含まれていたリンクの先をアクセスして得られたオブジェクト；
または；
（ｃ）  呼び出すリンク；
を付加表示する；
（ハ）  該キーワード３１，もしくは参照元アドレス１９，もしくはオブジェクトアドレス５，もしくはクライアント２のアドレス，もしくはクライアント２から入力した情報が明示的もしくは暗示的に表す「閲覧者が読むことができる言語」を判定し，
指定オブジェクト６，かつ／または，付加表示オブジェクト１７を該言語に機械翻訳する翻訳プログラムを，
（ａ）  呼び出して受け取った翻訳結果；
（ｂ）  呼び出して受け取った結果に含まれていたリンクの先をアクセスして得られた翻訳結果オブジェクト；
または；
（ｃ）  呼び出すリンク；
を付加表示する；
（ニ）  該キーワード３１をパラメタとして，少なくともキーワードに応じた特定の処理をするアプリケーションプログラムを，
（ａ）  呼び出して受け取った実行結果；
（ｂ）  呼び出して受け取った結果に含まれていたリンクの先をアクセスして得られた実行結果オブジェクト；
または；
（ｃ）  呼び出すリンク；
を付加表示する；
（ホ）  該キーワード３１，あるいはさらに同時に得られる情報をセットにして，記録装置１６上のリサーチ用データベースに記録する，あるいはさらに，該リサーチ用データベースの内容を，検索エンジンサイトもしくは広告サイトに送信する；
（ヘ）  指定オブジェクト６，かつ／または，付加表示オブジェクト１７の中の該キーワードの記述部位に，閲覧者が気づきやすくハイライトすべく，「特徴的な色彩または特徴的なフォントに変える装飾情報」または画像もしくは文字を挿入したもの，
あるいはさらに，
指定オブジェクト６，かつ／または，付加表示オブジェクト１７の中の該キーワードの記述部位に，クライアント２において閲覧者がハイライトされたキーワードのひとつをクリックすれば次のキーワードに画面をスクロールすべく，該部位を表す一意なラベルと次のラベルへのリンクとを挿入する；
または，
（ト）  該キーワード３１の値が特定範囲外の場合，指定オブジェクト６の出力を抑止し，あるいはさらに付加表示オブジェクト１７の出力を抑止し，あるいはさらに「該当なし通知情報」を出力する；
の少なくともひとつを実行する
ことを要旨とする．
したがって，本発明によって，前記課題６が解決される．
【０１０９】
前記課題７「付加表示関連情報挿入機構の必要性」を解決するための；
請求項６記載の付加表示関連情報挿入機構３２の発明は：
（イ）請求項２記載の制御情報編集支援機構２７または「制御情報編集支援機構２７へのリンク」または「制御情報編集支援機構２７を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込み，変換し，記録装置に，または通信路経由で遠隔の記録装置に，出力する；
（ロ）請求項３記載の付加表示判定支援機構２８または「付加表示判定支援機構２８の用いる値，もしくは値の範囲もしくはパターン，もしくは論理式」，または「付加表示判定支援機構２８へのリンク」または「付加表示判定支援機構２８を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込み，変換し，記録装置に，または通信路経由で遠隔の記録装置に，出力する；
（ハ）請求項５記載の参照元アドレス付属パラメタ依存処理機構３０または「参照元アドレス付属パラメタ依存処理機構３０へのリンク」または「参照元アドレス付属パラメタ依存処理機構３０を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込み，変換し，記録装置に，または通信路経由で遠隔の記録装置に，出力する；
（ニ）請求項８記載の課金機構３３または「課金機構３３へのリンク」または「課金機構３３を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込み，変換し，記録装置に，または通信路経由で遠隔の記録装置に，出力する；
（ホ）請求項４記載のオープンクローズ制御機構２９または「オープンクローズ制御機構２９へのリンク」または「オープンクローズ制御機構２９を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込み，変換し，記録装置に，または通信路経由で遠隔の記録装置に，出力する；
（ヘ）請求項１記載のオブジェクト付加表示方法７における付加表示変換ステップ１０を実行する機構または「付加表示変換ステップ１０を実行する機構へのリンク」または「付加表示変換ステップ１０を実行する機構を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込み，変換し，記録装置に，または通信路経由で遠隔の記録装置に，出力する；
（ト）請求項１記載のオブジェクト付加表示方法７における発音制御ステップ１５を実行する機構または「発音制御ステップ１５を実行する機構へのリンク」または「発音制御ステップ１５を実行する機構を呼び出して実行させる記述」のいずれかひとつ以上を，
オブジェクトに付属させるべく，オブジェクトを記録装置から，または通信路経由で遠隔の記録装置から，読み込み，変換し，記録装置に，または通信路経由で遠隔の記録装置に，出力する；
のうちの（イ）〜（ト）のひとつ以上を満たしている
ことを要旨とする．
したがって，本発明によって，前記課題７が解決される．
【０１１０】
前記課題８「付加表示関連情報付きオブジェクトの必要性」を解決するための；
請求項７記載の付加表示関連情報付きオブジェクト３４の発明は：
不特定多数の閲覧者に公開されるサーバ上に置かれる，請求項１記載のオブジェクト付加表示方法を実行するための付加表示関連情報付きオブジェクト３４であって，
（イ）請求項２記載の制御情報編集支援機構２７または「制御情報編集支援機構２７へのリンク」または「制御情報編集支援機構２７を呼び出して実行させる記述」のいずれかひとつ以上を，
付属している，または指定している；
（ロ）請求項３記載の付加表示判定支援機構２８または「付加表示判定支援機構２８の用いる値，もしくは値の範囲もしくはパターン，もしくは論理式」，または「付加表示判定支援機構２８へのリンク」または「付加表示判定支援機構２８を呼び出して実行させる記述」のいずれかひとつ以上を，
付属している，または指定している；
（ハ）請求項５記載の参照元アドレス付属パラメタ依存処理機構３０または「参照元アドレス付属パラメタ依存処理機構３０へのリンク」または「参照元アドレス付属パラメタ依存処理機構３０を呼び出して実行させる記述」のいずれかひとつ以上を，
付属している，または指定している；
（ニ）請求項８記載の課金機構３３または「課金機構３３へのリンク」または「課金機構３３を呼び出して実行させる記述」のいずれかひとつ以上を，
付属している，または指定している；
（ホ）請求項４記載のオープンクローズ制御機構２９または「オープンクローズ制御機構２９へのリンク」または「オープンクローズ制御機構２９を呼び出して実行させる記述」のいずれかひとつ以上を，
付属している，または指定している；
（ヘ）請求項１記載のオブジェクト付加表示方法７における付加表示変換ステップ１０を実行する機構または「付加表示変換ステップ１０を実行する機構へのリンク」または「付加表示変換ステップ１０を実行する機構を呼び出して実行させる記述」のいずれかひとつ以上を，
付属している，または指定している；
（ト）請求項１記載のオブジェクト付加表示方法７における発音制御ステップ１５を実行する機構または「発音制御ステップ１５を実行する機構へのリンク」または「発音制御ステップ１５を実行する機構を呼び出して実行させる記述」のいずれかひとつ以上を，
付属している，または指定している；
のうちの（イ）〜（ト）のひとつ以上を満たしている
ことを要旨とする．
したがって，本発明によって，前記課題８が解決される．
【０１１１】
前記課題９「課金機構の必要性」を解決するための；
請求項１４記載の課金機構３３の発明は：
請求項１記載のオブジェクト付加表示方法，
および，
請求項５記載の参照元アドレス付属パラメタ依存処理機構３０，
に関する課金機構３３であって，
（イ）  付加表示関連情報付きオブジェクト３４，または，付加表示関連情報付きの広告オブジェクト，または，付加表示される広告オブジェクト，または，付加表示関連情報挿入機構３２，または，付加表示判定支援機構２８の全体または一部，または，付加表示判定支援機構２８の用いる「値，もしくは値の範囲，もしくはパターン，もしくは論理式，または，検索エンジンのアドレスもしくはアドレスパターンのリスト，または，クローラのアドレスのもしくはアドレスパターンのリスト」，または，オープンクローズ制御機構２９の全体または一部，または，参照元アドレス付属パラメタ依存処理機構３０の全体または一部，
のうちひとつ以上の情報；
または，
（ロ）  付加表示関連情報挿入機構３２を用いてオブジェクトを変換するサービス，または，付加表示関連情報挿入をガイダンスするサービス，または，付加表示関連情報を作成するサービス，または，付加表示関連情報を更新するサービス，
のうちひとつ以上のサービス；
を保持する付加表示関連サーバ３５が，利用者もしくは利用サイトに該情報を提供するにともない；
課金，もしくは費用賦課，もしくはクーポン，もしくは仮想貨幣課金，もしくは対価をもとに；
該サーバの付加表示関連サーバ記録装置３６内の課金データ記録部３７に，該利用者に課すもしくは該広告の広告主に課す課金データ３８を書き出し；
あるいはさらに，該付加表示関連サーバ３５の付加表示関連サーバ記録装置３６内の課金データ記録部３７を定期的もしくは不定期的に読んで，該課金データ３８を，金融機関，徴求人，支払人，広告主，運営者，利用者のうちひとつ以上のアドレスに向けて送る；
ことを要旨とする．
したがって，本発明によって，前記課題９が解決される．
【０１１２】
前記課題３「制御情報編集支援の必要性」を解決するための；
請求項９記載の制御情報編集支援機構のプログラム記録媒体の発明は：
請求項２に記載の制御情報編集支援プログラムを記録もしくは内蔵した機械読み取り可能な媒体である
ことを要旨とする．
したがって，本発明によっても，前記課題３が解決される．
【０１１３】
前記課題４「付加表示判定支援の必要性」を解決するための；
請求項１０記載の付加表示判定支援機構のプログラム記録媒体の発明は：
請求項３に記載の付加表示判定支援プログラムを記録もしくは内蔵した機械読み取り可能な媒体である
ことを要旨とする．
したがって，本発明によっても，前記課題４が解決される．
【０１１４】
前記課題５「オープンクローズ制御の必要性」を解決するための；
請求項１１記載のオープンクローズ制御機構のプログラム記録媒体の発明は：
請求項４に記載のオープンクローズ制御プログラムを記録もしくは内蔵した機械読み取り可能な媒体である
ことを要旨とする．
したがって，本発明によっても，前記課題５が解決される．
【０１１５】
前記課題６「参照元アドレス付属パラメタ依存処理機構の必要性」を解決するための；
請求項１２記載の参照元アドレス付属パラメタ依存処理機構のプログラム記録媒体の発明は：
請求項５に記載の参照元アドレス付属パラメタ依存処理プログラムを記録もしくは内蔵した機械読み取り可能な媒体である
ことを要旨とする．
したがって，本発明によっても，前記課題６が解決される．
【０１１６】
前記課題７「付加表示関連情報挿入機構の必要性」を解決するための；
請求項１３記載の付加表示関連情報挿入機構３２のプログラム記録媒体の発明は：
請求項６に記載の付加表示関連情報挿入プログラムを記録もしくは内蔵した機械読み取り可能な媒体である
ことを要旨とする．
したがって，本発明によっても，前記課題７が解決される．
【０１１７】
前記課題９「課金機構の必要性」を解決するための；
請求項１４記載の課金機構のプログラム記録媒体の発明は：
請求項８に記載の課金プログラムを記録もしくは内蔵した機械読み取り可能な媒体である
ことを要旨とする．
したがって，本発明によっても，前記課題９が解決される．
【０１１８】
以上，各請求項の解決手段の要旨を述べた．
【０１１９】
【発明の実施の形態】
本発明の実施の形態を，図面に基づいて詳細に説明する．
【０１２０】
図２２（ステップとステップを実行する機構の対応）は，請求項１記載のオブジェクト付加表示方法を構成する一部のステップ，該ステップを実行する機構の対応を示す図である．
ステップと，該ステップを実行する対応する機構を，破線で結んでいる．
【０１２１】
以下に，請求項１の原理構成図に基づいて実施形態を説明する．
【０１２２】
図１はオブジェクト付加表示方法の原理構成図である．
【０１２３】
図中，点線矢印は，指定オブジェクト６と付加表示オブジェクト１７のそれぞれに対して各ステップが入力または出力する可能性のある主な経路を示している．
【０１２４】
それぞれのステップは，図３８（サーバ／クライアントシステムの構成図）におけるサーバ１の処理装置，クライアント２の処理装置のいずれかで実行されるか，ステップの一部はサーバ１で，一部はクライアント２というように分担して実行されるかである．
サーバ１とクライアント２の間には，通信路３を経由して情報が伝達され，情報を受信した処理装置で，制御の起動が行われる．
【０１２５】
たとえば，次のような流れでシステムを作り本方法を実行することができる；
指定オブジェクト作成ステップ８；
付加表示作成ステップ９；
付加表示変換ステップ１０；
制御情報編集ステップ１１；
付加表示判定ステップ１２；
出力ステップ１３；
発音制御ステップ１５；
【０１２６】
指定オブジェクト作成ステップ８は，クライアント２からのオブジェクト要求の情報に伴っているオブジェクトアドレス５に基づいて，サーバ１の記録装置１６からオブジェクト４を読み込み，指定オブジェクト６とする．
このときもし該当するオブジェクトが見つからないと，存在しない旨のエラーをクライアント２に返信して終了する．
指定オブジェクトにはさまざまな型（ｔｙｐｅ）がある．もし実行プログラムの類である場合には，記録装置１６から読み出したあと，該プログラムを実行し，あるいは該プログラムのプログラミング言語を解釈して実行できる特定の言語プロセッサプログラムに渡して実行させ，いずれにしても，実行した結果の出力ファイルを受け取り，返送すべき指定オブジェクトとする．
もし，オブジェクトの型が，他のステップの処理に適さない型である場合には，クライアント２に出力して終了する．
オブジェクトがＨＴＭＬ言語なら，ＥＣＭＡＳｃｒｉｐｔ言語を混在させることができるので，付加表示処理に適当なもののひとつである．
【０１２７】
付加表示作成ステップ９は，指定オブジェクト作成ステップ８が生成した指定オブジェクト６に付加する材料になるオブジェクトを記録装置１６にあるオブジェクト４から読み込んで用意する．記録装置１６にあるプログラムが内蔵しているオブジェクトや外部のサーバから通信路経由で受け取るオブジェクトでもよい．
このオブジェクトは，基本的にはオブジェクトを用意しているサイト運営者が選ぶものであるが，広告サーバなどに提供あるいは選択を任せてもよい．
典型的な，付加表示によってトップページの閲覧促進をする場合は，指定オブジェクトの最上位にあたるオブジェクトを用いる．
ほかにも，メニューページ，一覧ページその他サイト運営者の好むオブジェクトを用いてよい．
ただ，指定オブジェクト自体は，循環することになるので避けなければならない．
オブジェクトを用意する形態は，内容を用意してもよいが，オブジェクトアドレスを用意してＨＴＭＬ言語のＡタグにして該オブジェクトアドレスを含むＨＴＭＬ，あるいは，指定オブジェクトに含ませてもよいし，該オブジェクトアドレスをｈｔｔｐのｌｏｃａｔｉｏｎで返信してもよい．クライアントが受け取ったときに自動または手動で要求できる形で通知すればよく，いろいろな準備方法がある．
こうして，付加表示オブジェクト１７が生成される．
もし付加表示オブジェクト１７をあとで利用するなら，記録装置１６にいったん書き出して，のちに適当なステップで読んで利用してよい．
【０１２８】
付加表示変換ステップ１０は，前記付加表示作成ステップ９が作成した付加表示オブジェクト１７に翻訳もしくは変換を行って付加表示オブジェクト１７を置き換える．
プログラムがもっている付加表示用のひな型に，参照元アドレス１９からわかる検索エンジン名をセットして，「○○からようこそ」のようなメッセージを作ってもよい．
日本語から英語のような翻訳をしてもよいし，閲覧者のためにカスタマイズすることでもよい．
付加表示オブジェクト１７を，「付加表示オブジェクト１７に対して翻訳もしくは変換を行うサービスを行うサーバへのリンク」に置き換えてもよい．
その場合，ブラウザ５７により自動的に，あるいは，閲覧者のクリックなどの操作により，翻訳もしくは変換が行われて，その結果が表示されることになる．もし変換された付加表示オブジェクト１７をあとで利用するなら，記録装置１６にいったん書き出して，のちに適当なステップで読んで利用してよい．
【０１２９】
制御情報編集ステップ１１は，付加表示オブジェクト１７と指定オブジェクト６とから，出力すべき付加表示オブジェクト１７と指定オブジェクト６とを編集する．出力は片方にまとめることもある．
出力される付加表示オブジェクト１７を指定オブジェクト６に加えるには，付加表示オブジェクト１７を指定オブジェクト６と違う領域に出力されるように編集すればよい．
出力される付加表示オブジェクト１７を指定オブジェクト６と混合し，あるいは一方を一方に含ませるには，ＨＴＭＬ言語同士ならソースレベルで混合すればよく，画像を指定オブジェクトに混合するなら，ＨＴＭＬのＩＭＧタグなどを使えばよい．音楽の付加などもタグの付加で可能である．型によっていろいろな方法がある．マルチフレームについては，ＨＴＭＬ言語のＦＲＡＭＥタグを使って２フレームを１ページに定義するページを返信しておき，該ページに，それぞれのフレームで表示するページのアドレスを記述しておけば，ブラウザ５７が自動的にサーバ１に各ページを要求しなおすので，サーバがそれぞれに答えてオブジェクトを返すだけで，１ページ２フレームの画面が完成する．３フレーム以上の作成も同様に可能である．
指定オブジェクト６の表示をやめることで，閲覧者には付加表示オブジェクト１７だけを見せる実装方法もある．しかし，それでは，閲覧者がせっかく見つけてきた非トップページを見せないことになっていけないというなら，付加表示オブジェクト１７の中で該指定オブジェクト６に関するところ，あるいは，該指定オブジェクト６へのリンクがはってあるところを強調して出力すればいい，という考え方もある．強調を実現するには，文字の色を変えたり，文字の大きさ，太さ，フォントの種類，傾き，下線，行間幅，その他文字の装飾を変更すること方法がある．（図：トップページだけを表示してハイライトした状態）はトップページだけを表示してハイライトした状態である．装飾の変更は，ＨＴＭＬ言語のＦＯＮＴタグなどでも，ＨＴＭＬ言語と連携可能なスタイルシート（ｓｔｙｌｅ  ｓｈｅｅｔ）機能を使っても実現できる．該当箇所に画像を挿入し，あるいは挿入されている画像を変化させて強調させることも，タグやＥＣＭＡＳｃｒｉｐｔ言語などを使ってできる．
また，もうひとつの強調方法として，出力画面が完成したときに該当部分までスクロールさせる方法もある．（図：トップページだけを表示してスクロールした状態）はトップページだけを表示してスクロールした状態である．これには，たとえば，ＨＴＭＬ言語のＡタグで場所に名札をつけておき，アドレスに＃記号ではじまる該名札を付属させて指定する方法，あるいは，ＥＣＭＡＳｃｒｉｐｔスクリプトのｓｃｒｏｌｌＴｏ機能をＨＴＭＬ言語のＢＯＤＹタグのｏｎＬＯａｄパラメタで呼び出す方法などがとれる．付加表示オブジェクト１７を画面で開く新しいウィンドウに出力させることができる．
ウィンドウであれば，ＥＣＭＡＳｃｒｉｐｔスクリプトのｗｉｎｄｏｗ．ｏｐｅｎ機能で新しく開くことができる．たとえば，図１３（非トップページの表示例）から図２１（トップページを前面に付加表示した例）のように変わる．
さらに，「付加表示オブジェクト１７が指定オブジェクト６を隠さないように指定オブジェクト６のウィンドウを前面に移動する，または，入力装置からの入力を受け付けるウィンドウに指定するすなわちフォーカスする」べく出力させることでできる．
これは，ＥＣＭＡＳｃｒｉｐｔスクリプトのｗｉｎｄｏｗ．ｆｏｃｕｓ（）機能を用いることができる．この記法を用いれば，指定オブジェクトから新ウィンドウで付加表示オブジェクトを開く命令を出して該新ウィンドウが「前面にきてキーボードやマウスの入力を受け付ける状態」，すなわちフォーカスされた状態になっても，直後に実行されるｗｉｎｄｏｗ．ｆｏｃｕｓ（）命令により，自ウィンドウがフォーカスされ，新ウィンドウは背面に隠れる．たとえば，図２１（トップページを前面に付加表示した例）から図１４（トップページを背面に付加表示した例）のように変わる．
これによって，閲覧者の指定ウィンドウを見てから付加表示ウィンドウを見るという行動にそった謙虚な表示ができる．
これを行わないと，図２１（トップページを前面に付加表示した例）のままになって，ポップアップ広告のように邪魔な印象を招く．
【０１３０】
付加表示判定ステップ１２は，請求項１に記載した方法で，付加表示を行ってよいかどうかを判定する．
典型的には，参照元が検索エンジンシステムであれば付加表示を行うという制御を採用するとよい．
この場合，よくアクセスしてくる実在の検索エンジンシステムのアドレスの一覧を作っておいて，それと照合することで精度よく実現できる．
検索エンジンだけでなく，ディレクトリなどが参照元のときにも，付加表示した方がよいから，アドレスは広く集めるほど一般に有効である．
アドレスの一覧がなくても，ＵＲＩの先頭の方に，ｓｅａｒｃｈ，ｓｕｃｈｅといった検索エンジンらしい文字列を含んでいるという判定方法がある．
複数の判定ステップを，少数の判定パターンあるいは正規表現と呼ばれるプログラミング言語の表現形式にまとめることで，検索効率あるいは管理容易性を向上できる．
また，アドレスに，文字「？」を含んでいるという判定方法もある．これは，検索エンジンシステムがたいてい検索キーワードをアドレスのパラメタとして指定することから，現実的でかなり精度がよい．
なお，「参照元アドレス１９が自サーバサイトでなければ付加表示を行う」という制御もあるが，ブラウザやプロキシのせいで参照元アドレス１９がクライアント２から上がってこないアクセスも多いので，この方法では，付加表示が行われすぎるという問題がある．
自サイトを訪問済みの閲覧者あるいはクライアントであるということを判定して訪問済みなら付加表示をしないということもできる．
検索エンジンシステムのクロールからのアクセスには付加表示をしても意味がないと考えるならば，クロールが参照元のときは付加表示をしないとするのがよいであろう．
これらの判定をＡＮＤ，ＯＲ，ＮＯＴといった論理演算子で組み合わせて判定する手段ををもってもよい．
【０１３１】
出力ステップ１３は，以上のように作られた指定オブジェクト６，付加表示オブジェクト１７を，クライアントのディスプレイ装置に出力する．プリンタに出力してもよい．音はスピーカに出力してもよい．画面はテレビジョンや外部ディスプレイ装置に出力してもよい．通信路経由で，遠隔の表示装置に出力してもよい．
【０１３２】
オープンクローズ制御ステップ１４は，この例では実装しないとしたが，下記実施例３，および，実施例４で説明する．
【０１３３】
発音制御ステップ１５は，付加表示にともなう，次のような発音のトラブルを防ぐためのものである．
指定オブジェクト６が，ＢＧＭなどの第一の音を出す指定がされているとき，付加表示オブジェクト１７もＢＧＭなどの第二の音を出す指定がされていると，付加表示のせいで，閲覧者が見ている指定オブジェクト６とマッチしない第二の音が鳴ってしまうという問題である．実際，第一の音が一瞬出たあとで，第二の音が鳴り出してしまうということが発生する．
これでは，せっかく付加表示オブジェクト１７を指定オブジェクト６の背面に出すような画面制御をしても，音のほうで混乱を生んでしまうことになる．
そこで，付加表示で起動されたかどうか区別して解決する．それには，付加表示で用いるｗｉｎｄｏｗ．ｏｐｅｎのパラメタにあるウィンドウ名ｗｉｎｄｏｗ．ｎａｍｅを利用するとよい．付加表示オブジェクトとして起動されたときだけ，ウィンドウ名が約束された名前になっている．その判定で，付加表示オブジェクトとして起動される可能性のあるオブジェクト，たとえばトップページは，ＢＧＭなどを即時スタートするか，それとも即時スタートしない（もしくは閲覧者のＰＬＡＹボタンのクリックによってスタートする）かを分けるよう，ＥＣＭＡＳｃｒｉｐｔ言語のスクリプトを書いておく．
具体的には：
・ＢＧＭ部スクリプト記述開始；
・ＳＣＲＩＰＴタグ；
・もしウィンドウ名が「ｐａｒａｗｉｎｄｏｗ」（でもよいしｗｉｎｄｏｗ．ｏｐｅｎで指定されるウィンドウ名と同じなら何でもよい）なら  ｛
・  ＨＴＭＬ言語のＥＭＢＥＤタグに「ＡＵＴＯＳＴＡＲＴ＝’ｔｒｕｅ’」パラメタを付け，ＳＲＣパラメタで音のファイル名を指定したものを，ＥＣＭＡＳｃｒｉｐｔのｄｏｃｕｍｅｎｔ．ｗｒｉｔｅ機能で書き出す．
｝  そうでなければ  ｛
・  ＨＴＭＬ言語のＥＭＢＥＤタグに「ＡＵＴＯＳＴＡＲＴ＝’ｆａｌｓｅ’」パラメタを付け，ＳＲＣパラメタで音のファイル名を指定したものを，ＥＣＭＡＳｃｒｉｐｔのｄｏｃｕｍｅｎｔ．ｗｒｉｔｅ機能で書き出す；
｝
・／ＳＣＲＩＰＴ（スクリプト終了）タグ；
・ＢＧＭ部スクリプト記述終了．
これにより，前記例では，付加表示のときに第二の音が鳴り出さず，第一の音が聞こえることになる．一方，単独に同じページが閲覧されたときは第二の音が自動的に鳴る．
付加表示で起動されたかどうか区別する方法には，ウィンドウ名ｗｉｎｄｏｗ．ｎａｍｅを利用する以外にも，同じページの中の名札をアドレスに付けて用いる方法と，パラメタをアドレスに用いる方法などもあるが，ウィンドウ名ｗｉｎｄｏｗ．ｎａｍｅを利用すれば，アドレスが変わらないので影響が少ない．
上では，付加表示のときに第二の音が鳴らないようにしたが，音量を指定するインタフェースがあるなら，付加表示のときに第一の音よりずっと小さい音量で鳴るようにしてもよい．これにより，閲覧者は，付加表示オブジェクトを少し意識することができる．
【０１３４】
さて，たとえば，次のような流れでも，システムを作り本方法を実行することができる；
付加表示作成ステップ９；
制御情報編集ステップ１１；
指定オブジェクト作成ステップ８；
付加表示判定ステップ１２；
付加表示変換ステップ１０；
出力ステップ１３；
【０１３５】
すなわち，あらかじめ付加すべきオブジェクト群をプールして記録装置１６に記録しておく．さらに，あらかじめ，制御情報編集ステップ１１が，サーバ１のもっているオブジェクト４に，それぞれに適した付加表示オブジェクトを選んで，（クライアントに出力されたときに付加表示判定と付加表示変換と適切な編集出力が起こるような）制御情報を編集して，オブジェクトに内蔵または付属させておく．
さて，クライアントからオブジェクトの要求がきたときには，指定オブジェクト作成ステップ８が動き，すでに内蔵されている付加表示関係の情報とともにクライアント２に返信される．
クライアントでは，埋め込まれていた付加表示判定ステップ１２と付加表示変換ステップ１０を実行するための情報を，ブラウザ５７あるいはＥＣＭＡＳｃｒｉｐｔのスクリプトプロセッサが取り出して実行する．変換サービスを行うプログラムが外部にあれば呼出して変換させる．
送られたオブジェクトと，送られたオブジェクトに含まれていたリンクの先のオブジェクトの自動アクセスがすべて終わると，画面は完成し処理は終了する．
【０１３６】
ほかにも，順序に関しては，記録装置１６の利用や他の請求項に記載した機構との組み合わせによって，いろいろな実装方法がある．
【０１３７】
以上，請求項１の原理構成図に基づいて実施形態を説明した．
【０１３８】
以下に，請求項１の実施例１を図に基づいて説明する．
【０１３９】
実施例１は，ＣＧＩプログラムのようにサーバで動作するプログラムが，制御情報編集ステップ１１を実行するとともに，指定オブジェクト６に「付加表示判定ステップ１２を実行するＥＣＭＡＳｃｒｉｐｔ記述」のようなスクリプトを付属させるという動作をする例である．該付加表示判定ステップ１２は，指定オブジェクト６に付属して返信されクライアント２で実行される．
【０１４０】
図２は実施例１の構成図である．
【０１４１】
サーバ１とクライアント２が通信路３を介してつながっている．
説明のため，通信路３につながっている外部の検索エンジンシステム５３も記している．
【０１４２】
サーバ１は計算機システムで，ウェブサーバである．
ウェブサービスを行うプログラムであり常に通信路からの要求を監視し応答するｈｔｔｐデーモン５４と，ｈｔｔｐデーモン５４から呼ばれるユーザプログラムであるＣＧＩプログラム５５，あるいはさらに図にないオペレーティングシステム（ＯＳ）が，サーバ１の処理装置の上で動作する．
また，サーバ１には記録装置１６があって処理装置からアクセスされる．
【０１４３】
クライアント２はパーソナルコンピュータ，携帯電話等の計算機システムとする．
クライアント２の処理装置の上では，ブラウザ５７とＥＣＭＡＳｃｒｉｐｔの実行を行うスクリプトプロセッサ５６，あるいはさらに図にないオペレーティングシステム（ＯＳ）が動作する．
クライアント２には，制御のためのプログラムや表示出力する情報を蓄えるための記録装置があってもよい．
【０１４４】
クライアント２は，閲覧者が操作するためのキーボード，マウス，ポインティング装置，スイッチなどのひとつ以上からなるキーボード／マウス５８と；
閲覧者に文字，画像を表示するための，液晶ディスプレイ，ＣＲＴ（陰極管チューブ，ブラウン管）などの表示装置６０を備えている．
ブラウザ５７あるいはＯＳの制御により表示装置上に出力される情報の区画は，典型的にはウィンドウであるが，フレーム，インラインフレーム，タブ，ペインなどの言葉で呼ばれ，ウィンドウと独立の制御，あるいはウィンドウと異なる特定の制御に基づいて出力される区画であってもよい．
【０１４５】
図は上から下に時間順に書いてある．
図中，点線矢印は，データの送信と方向を表している．
図中，英字ａ，ｂ，…，ｓはデータを送るステップを表す．
【０１４６】
閲覧者は事前にブラウザ５７を起動すると，ブラウザ５７に対応する第一のウィンドウ５９が，表示装置６０上に開かれる．
閲覧者は検索エンジンシステム５３の初期画面のオブジェクトアドレスをブラウザ５７に入力し，ブラウザ５７は該オブジェクトアドレスをもつ検索エンジンシステム５３に要求を送る．すると，該検索エンジンシステム５３は，初期画面のデータをクライアント２のブラウザ５７に返信する．
ブラウザ５７は，該初期画面を第一のウィンドウ５９に出力する．初期画面には，検索するためのキーワード３１を入力するためのフィールドが作られている．
【０１４７】
ここで，図中ａのように，閲覧者はキーボード／マウス５８を使って，いくつかの検索キーワードを入力し，マウスをクリックし，あるいは改行キーを押すことなどで検索実行を要求する．
するとブラウザ５７が，初期画面の中の記述に基づいて入力を認識する．
【０１４８】
ｂのように，ブラウザ５７は，初期画面の中の記述に基づいて，検索エンジンシステムの検索サービスのオブジェクトアドレスに，入力されたキーワード３１をパラメタとして付属させて，検索エンジンシステム５３に送信する．
【０１４９】
検索エンジンシステム５３にも記録装置があり，検索用のインデックスをもっている．検索エンジンシステム５３は，ｄのようにインデックスを読み込み，該入力されたキーワード３１を含む文書（オブジェクト）群を探し，その結果である，リンクを伴うオブジェクト群を適当な順序で表示するような検索結果画面のデータを作成して，ブラウザ５７にｄのように返信する．
【０１５０】
ｅのように，ブラウザ５７は，該検索結果画面を表示装置６０に開かれている第一のウィンドウ５９に，内容を書き換える形で出力する．
【０１５１】
閲覧者は検索結果画面を読み，候補の中で関心のあるオブジェクトをキーボード／マウス５８で選択すると，ｆのように，該指定文書のオブジェクトアドレスがブラウザに送られる．
【０１５２】
ｇのように，ブラウザ５７は，指定されたオブジェクトアドレスから決められるサーバ１に，オブジェクトを要求する情報を送信する．該情報には指定するオブジェクトアドレスが含まれている．
また，該情報には一般に，参照元アドレス１９も含まれている．
この場合，参照元アドレス１９は，指定オブジェクトを紹介したオブジェクトである，検索結果画面を作り出すことになった検索エンジンシステムのオブジェクトアドレスであり，キーワード３１をパラメタとして伴うものである．すなわち，前記ｂで検索エンジンシステム５３に送られたオブジェクトアドレスである．
ブラウザは，前記ｅの表示をするときにその参照元アドレス１９がｂで送ったものであることを，対応させて記録している．したがって，ｅで表示された画面からｆのように要求があれば，該記録されている参照元アドレス１９をｈｔｔｐの規約に基づいた形式で付してｇのように一緒に送信することができる．
【０１５３】
参照元アドレス１９は，ブラウザ５７によっては，固定的にあるいは閲覧者の指定によって，送信しないようにされている場合がある．
また，通信路に含まれるプロキシ（ｐｒｏｘｙ）等の中継手段が，クライアントの属している企業のセキュリティ方針等に基づき，固定的あるいはネットワーク管理者の指定によって参照元アドレス１９を削除してｈｔｔｐの中継をしている場合もある．
そのように参照元アドレス１９がサーバ１に送られない場合は，ｍ以降が動作せず，従来の動作となる．
【０１５４】
サーバ１ではｈｔｔｐデーモン５４が常に通信路からの要求を待っている．
そこにｇの要求を受信すると，ｈｔｔｐデーモン５４は，指定オブジェクト作成ステップ８を実行する．該オブジェクトアドレス５で指定されたオブジェクトを記録装置１６の中から探す．
この例では，第一のページ６１が該当したとする．
記録装置１６からｈのように読み出された第一のページ６１の中を，ｈｔｔｐデーモン５４は解析する．
本実施例においては，第一のページ６１の中に，付加表示機能に関するＣＧＩプログラム５５を動的に呼び出す記述が既に書かれていたとする．
すると，ｉのように，ｈｔｔｐデーモン５４は，書かれていたＣＧＩプログラム５５の名前を，あるいはさらにページのＩＤなどのパラメタ群を伴ってＯＳに渡して呼出すと，指定されたＣＧＩプログラム５５が動作を開始する．
ＣＧＩプログラム５５はたとえば，Ｐｅｒｌ言語で書かれている．Ｐｅｒｌ言語の場合，Ｐｅｒｌプロセッサというプログラムが呼び出されてこれを解釈し実行する．
【０１５５】
本実施例では，ＣＧＩプログラム５５を次の疑似コード（ｐｓｅｕｄｏ  ｃｏｄｅ）で記述した論理のように作っておく．
【０１５６】
・メインプログラム記述開始；
・パラメタであるオブジェクトページのＩＤがトップページのＩＤまたは英語のトップページのＩＤを表す固定値なら，戻る；
・ｈｔｔｐデーモン５４から渡されたリモートアドレスが，予め用意しているクローラのアドレスもしくはパターンのリストにあるなら戻る；
・参照元アドレスで各参照元の判定（ｄｅｔｅｃｔ＿ｓｕｂ）をしてくる；
・参照元がマッチしなかったら戻る；
・展開メッセージの作成（ｍａｋｅ＿ｓｕｂ）をしてくる；
・変数ｒｅｆｅｒｅｒ＿ｎａｍｅと変数ｗｅｌｃｏｍｅ＿ｍｓｇを代入した展開メッセージを出力する；・戻る；
・メインプログラム記述終了；
【０１５７】
・ｄｅｔｅｃｔ＿ｓｕｂプログラム記述開始；
・参照元アドレスがｈｔｔｐ：ではじまっていなければ戻る；
・参照元アドレスがパターン１なら変数ｒｅｆｅｒｅｒ＿ｎａｍｅにエンジン名１をセットして戻る；
・参照元アドレスがパターン２なら変数ｒｅｆｅｒｅｒ＿ｎａｍｅにエンジン名２をセットして戻る；
：
・参照元アドレスがパターンｎなら参照元名にエンジン名ｎをセットして戻る；・戻る；
・ｄｅｔｅｃｔ＿ｓｕｂプログラム記述終了；
【０１５８】
・ｍａｋｅ＿ｓｕｂプログラム記述開始；
・パラメタであるページＩＤの末尾が＿ｅｎｇ以外なら｛
日本語の展開メッセージを変数ｗｅｌｃｏｍｅ＿ｍｓｇにセットする；
｝  そうでなければ｛
英語の展開メッセージを変数ｗｅｌｃｏｍｅ＿ｍｓｇにセットする；
｝
・戻る；
・ｍａｋｅ＿ｓｕｂプログラム記述終了；
【０１５９】
それぞれの展開メッセージには，ｓｃｒｉｐｔタグ，ｎｏｓｃｒｉｐｔタグを含み，クライアントでウィンドウのオープンが可能なときはするように指定している．
【０１６０】
プログラムが終了すると，ｊのように制御がｈｔｔｐデーモン５４に戻る．
ｋのように，ｈｔｔｐデーモン５４は，編集した指定オブジェクト６をクライアント２に返信する．
ｌのように，ブラウザ５７は，指定オブジェクト６の内容を第一のウィンドウ５９に出力する．
同時に，ｍのように，スクリプト部分を検出したブラウザ５７が，付属のスクリプトプロセッサ５６を呼び出す．
ｎのように，ｗｉｎｄｏｗ．ｏｐｅｎに指令されて新ウィンドウ第二のウィンドウ６３が開かれ，ｏのように制御がブラウザ５７に戻る．
ｐのように，ブラウザ５７は，該第二のウィンドウ６３を埋めるべき付加表示オブジェクトである第二のページ６２を要求する．第二のページ６２のアドレスは，あらかじめｋで書かれていたものである．あるいはｈに埋め込まれていてもよい．
ｑのように，第二のページ６２が読まれ，ｒのように，クライアント２に返信され，ｓのように，新しく開かれた第二のウィンドウ６３に出力されることになる．
このあと，スクリプトプロセッサに，ＥＣＭＡＳｃｒｉｐｔ言語のｗｉｎｄｏｗ．ｆｏｃｕｓ（）機能で，第二のウィンドウ６３に移っていたフォーカスを，第一のウィンドウ５９に取り戻させてもよい．
【０１６１】
なお，ＨＴＭＬ，ＥＣＭＡＳｃｒｉｐｔ等の言語には，＃ｉｎｃｌｕｄｅ命令など，アドレスを指定して，動的に入力し展開する機能が用意されていることが多いので，利用することもできる．
【０１６２】
以上，請求項１の実施例１を図に基づいて説明した．
【０１６３】
以下に，請求項１の実施例２を図に基づいて説明する．
【０１６４】
図３は実施例２の構成図である．
本図の点線矢印，英字符号，上から下への時間順といった記法は，図２と同様である．
【０１６５】
実施例１と異なり，付加表示判定ステップ１２を，ｎを出すときの処理にすることによって，ＣＧＩプログラム５５がなくてもよいようにした．この場合，ｎで実行されるスクリプトをあらかじめオブジェクトに埋め込んでおくことが有効である．
実施例１でのｍでは，付加表示判定をせずにウィンドウを開けばよかったが，実施例２のｍでは，付加表示判定をして，必要となればウィンドウを開く，という違いがある．
ただ，実際上，ＣＧＩプログラム５５とＥＣＭＡＳｃｒｉｐｔでは，参照元アドレス１９の認識の仕方，認識できる確率の違い，そして，ブラウザのバージョンによる違いなどがあり，どちらかといえば，ＣＧＩプログラム５５の方が精度がよい．
それでも，サーバ１がプロバイダ業者であってＣＧＩプログラム５５の実行をセキュリティ方針から認めていないような場合には，多少精度が落ちても，実施例２の方法を採ることができるのは貴重である．
【０１６６】
以上，請求項１の実施例２を図に基づいて説明した．
【０１６７】
以下に，請求項１の実施例３を図に基づいて説明する．
【０１６８】
図４は実施例３の構成図である．
本図の点線矢印，英字符号，上から下への時間順といった記法は，図２と同様である．
【０１６９】
本実施例は，オープンクローズ制御ステップ１４を用いる例である．
この場合，ｍ，ｎで付加表示の判定をせずにｎでスクリプトプロセッサ５６に依頼して一律第二のウィンドウ６３を開いている．一律に処理できるところに特徴がある．
第二のウィンドウ６３に表示される第二のページ６２はブラウザがｏ，  ｐ，  ｑ，  ｒのようにとって表示する．
そして，第二のページ６２の内蔵機構は，ｓで，付加表示が必要なケースかどうか，判定する．たとえば，ウィンドウ名で判定できる．
もし付加表示で起動されたのであれば，第二のウィンドウ６３に第二のページ６２が出たままにしておく．しかし，付加表示が必要なケースでなかったと判定した場合は，いったん出てしまった第二のウィンドウ６３を，ｔのようにスクリプトプロセッサ５６に依頼してクローズする．
この方式は，要らないウィンドウが出たり消えたりするので，実施例１より性能面で不利といえる．
【０１７０】
以上，請求項１の実施例３を図に基づいて説明した．
【０１７１】
以下に，請求項１の実施例４を図に基づいて説明する．
【０１７２】
図５は実施例４の構成図である．
本図の点線矢印，英字符号，上から下への時間順といった記法は，図２と同様である．
【０１７３】
本実施例も，オープンクローズ制御ステップ１４を用いる例である．
ｊでは，第一のページ６１の要求に対して第二のページ６２を代わりにとりにきなさいというｈｔｔｐに基づくブラウザ５７への指示（ｒｅｄｉｒｅｃｔｉｏｎ）を生成する．
そこで，第一のページ６１は返信も表示もされず，ブラウザ５７から自動的にｌのように第二のページ６２が要求される．これは，ｍ，ｎのように第一のウィンドウ５９に表示される．
すなわち，付加表示オブジェクトの方が，指定オブジェクトよりも先に表示されることになる．
引き続き，第二のページ６２に内蔵されていたスクリプトがスクリプトプロセッサ５６に渡って実行されると，新しく第二のウィンドウ６３をｏ，ｐ，ｑのように開き，その中に，ｒ，ｓ，ｔ，ｕと取ってきた第一のページ６１が表示される．
この実施例は，フォーカスしなおす命令を実行する必要がないが，サーバ１とクライアント２とのやりとりが多くなるので，表示までの時間が多少増えるという欠点がある．
【０１７４】
以上，請求項１の実施例４を図に基づいて説明した．
【０１７５】
以下に，請求項１の実施例５を図に基づいて説明する．
【０１７６】
【０１７７】
図６は実施例５の構成図である．
本図の点線矢印，英字符号，上から下への時間順といった記法は，図２と同様である．
【０１７８】
本実施例は，図１８（トップページと非トップページをマルチフレーム表示した例）のようなマルチフレームで表示する場合である．
【０１７９】
ｊではフレームタグを使ったページを生成する．その際，各フレームでは第一のページ６１，第二のページ６２を自動表示するように記述しておく．
ｌでブラウザはウィンドウに区切り線を入れるなどし，あるいはせず，いずれにしても論理的には２枚のフレームに仕切る．
各フレームは，ブラウザ５７がサーバに要求してとってきた第一のページ６１，第二のページ６２で埋められる．
【０１８０】
このようにして，付加表示を新しいウィンドウでなくフレームでも実現できる．
ウィンドウ，フレーム以外にも，領域はＯＳによっていろいろ提供される．ブラウザによってはタブとよぶ，付箋上のボタンのクリックで表に一枚だけ出すことのできる複数領域を扱うものもある．そうしたものも，インタフェースさえあれば，付加表示に利用できる．
【０１８１】
以上，請求項１の実施例５を図に基づいて説明した．
【０１８２】
以下に，請求項２の実施例を説明する．
【０１８３】
図７は，制御情報編集支援機構の実施例構成図である．
【０１８４】
図中矢印は制御情報編集支援機構２７が行うデータの入出力を表すが，制御情報編集支援機構２７が動作するときに必ずしも常に全部の入出力を行うとは限らない．
・典型的な，付加表示オブジェクト１７を指定オブジェクト６に加えて出力する場合は，付加表示オブジェクト１７と指定オブジェクト６の両方を出力する．
・付加表示オブジェクト１７を指定オブジェクト６に加えて，もしくは代えて，もしくは混合して，もしくは含ませて出力する場合は，付加表示オブジェクト１７を出力せずに指定オブジェクト６を出力する．
・付加表示オブジェクト１７を指定オブジェクト６と交換して出力する場合は，指定オブジェクト６を付加表示オブジェクト１７として出力し，かつ，付加表示オブジェクト１７を指定オブジェクト６とをともに出力する．
・付加表示オブジェクト１７と指定オブジェクト６とマルチフレームに組み合わせて出力する場合は，付加表示オブジェクト１７を出力せずに，生成した「マルチフレームページ記述」を指定オブジェクト６として出力する．のちに該「マルチフレームページ記述」を受信するブラウザ５７が，本来の指定オブジェクト６と本来の付加表示オブジェクト１７をサーバに要求して，各フレームを返信されたオブジェクトで埋めることになる．
・付加表示オブジェクト１７に指定オブジェクト６を含ませる場合は，複合されてできた付加表示オブジェクト１７だけを出力する．
・付加表示オブジェクト１７の中で指定オブジェクト６に関する部分をハイライトする制御情報を付加表示オブジェクト１７に含ませる場合は，付加表示オブジェクト１７だけを出力する．
・指定オブジェクト６の中で付加表示オブジェクト１７に関する部分をハイライトする制御情報を指定オブジェクト６に含ませる場合は，指定オブジェクト６だけを出力する．
・付加表示オブジェクト１７の中で指定オブジェクト６に関する部分にスクロールする制御情報を付加表示オブジェクト１７に含ませる場合は，付加表示オブジェクト１７だけを出力する．
・指定オブジェクト６の中で付加表示オブジェクト１７に関する部分にスクロールする制御情報を指定オブジェクト６に含ませる場合は，指定オブジェクト６だけを出力する．
【０１８５】
制御情報編集支援機構２７はまた，付加表示オブジェクト１７に，クライアント２の出力装置上の，新しいもしくは特定のウィンドウで出力するための制御情報を含ませるよう，更新して出力する．
典型的には，前記実施例１のように，ｗｉｎｄｏｗ．ｏｐｅｎ機能を用いて付加表示オブジェクトを新ウィンドウに表示させるスクリプトである．
あるいは，前記実施例２のように，ｄｏｃｕｍｅｎｔ．ｒｅｆｅｒｒｅｒを判別して検索エンジンシステムなどのアドレスの特徴をもっている場合だけｗｉｎｄｏｗ．ｏｐｅｎ機能を用いて付加表示オブジェクトを新ウィンドウに表示させるスクリプトにする実施方法もある．
【０１８６】
制御情報編集支援機構２７はまた，付加表示オブジェクト１７が新ウィンドウに表示されたときに自分が指定オブジェクト６を隠さないように，指定オブジェクト６が自分自身のウィンドウをフォーカスするｗｉｎｄｏｗ．ｆｏｃｕｓ（）を発行するスクリプトを，指定オブジェクト６に挿入してもよい．
反対に，全く同じことを実現するのに，付加表示オブジェクト１７が，指定オブジェクト６のウィンドウ名を指定してフォーカスするように，付加表示オブジェクト１７のウィンドウ名を指定してｗｉｎｄｏｗ．ｆｏｃｕｓ（）を発行するスクリプトを，付加表示オブジェクト１７に挿入してもよい．
【０１８７】
制御情報編集支援機構２７は，請求項１における制御情報編集ステップ１１を実行する機構であるので，前記請求項１の実施例１〜５も参照．
【０１８８】
以上，請求項２の実施例を説明した．
【０１８９】
以下に，請求項３の実施例を説明する．
【０１９０】
図８は，付加表示判定支援機構の実施例構成図である．
【０１９１】
付加表示判定支援機構２８は，付加表示判定用論理値２６を作りだすことを目的とする．
論理値は，真と偽の２値をとるデータである．真のときに，付加表示を行う．典型的には，検索エンジンで紹介されてきたときに，付加表示判定用論理値２６は真となり，トップページの表示を行う．
【０１９２】
付加表示判定には複数の方法がありうるので，付加表示判定用論理値２６の決定の材料として，請求項３に記載したような各種の論理値が単独または複数で使われる．
複数の論理値が使われるときに，ＡＮＤ（かつ），ＯＲ（または），ＮＯＴ（否定）で一定の評価順序で接続される．一定の評価順序を表すために，括弧を用いて記述することもある．括弧を記述しないときは，論理演算子間の一定の優先順位にしたがって評価される．
【０１９３】
たとえば，
（参照元アドレス  ＝  検索エンジンシスムのオブジェクトアドレス  ＯＲ  参照元アドレス  ＝  ディレクトリのオブジェクトアドレス）
ＡＮＤ  オブジェクトアドレス  ≠  トップページのオブジェクトアドレス
ＡＮＤ（ＮＯＴ  リモートアドレス  ≠  クローラのリモートアドレス）
といった論理式で判定するように付加表示判定支援機構２８を作ることができる．
【０１９４】
上記の論理式の意味は，
「（参照元アドレスが検索エンジンシスムのオブジェクトアドレスであるか，または，参照元アドレスがディレクトリのオブジェクトアドレスであって，
かつ，オブジェクトアドレスがトップページのオブジェクトアドレスではなく，かつ，リモートアドレスがクローラのリモートアドレスではない」
ということである．
付加表示判定支援機構２８は，クライアント２からのオブジェクトアドレス５，参照元アドレス１９およびそれに付属してくる参照元アドレス付属パラメタ２０，クッキー２１，もしくは，クライアント管理のサイト訪問済フラッグ２２；または，サーバ１からの，サーバ管理のサイト訪問済フラッグ２３，ログ２４，もしくは，リモートアドレス２５を，論理判断の入力に使える．
【０１９５】
クッキーの仕様はＨＴＴＰで規定されている．サーバ１はクライアント２からアクセスされたときに，次回アクセスされたときにサーバ１自体が受け取りたい情報をクライアント２に特定の形式で送っておく．
次回アクセスされたときまでにクッキー２１がクライアント２に残っていれば，サーバ１は該クッキー２１を要求とともに入力できる．
この仕組みを利用すれば，今まで該クライアント２が該サーバ１のサイトに来たかどうか，あるいは最近来たかどうかをクライアント側に記録させて管理できる．
以前あるいは最近該サイトに来たことがなければ，付加表示でトップページなどを出す，というように制御することが可能である．
【０１９６】
クライアント管理のサイト訪問済フラッグ２２は，今まで該クライアント２が該サーバ１のサイトを閲覧したか記録をを，クライアント２の記録装置に取得するものである．
そして，クライアント２はサーバ１に要求を送るとき，オブジェクトアドレスまたはサーバのオブジェクトアドレスをキーとしてクライアント管理のサイト訪問済フラッグ２２を検索し，有無あるいは値をサーバ１に送る．
以前あるいは最近該サイトに来たことがなければ，付加表示でトップページなどを出す，というように制御することが可能である．
【０１９７】
サーバ管理のサイト訪問済フラッグ２３は，今まで該クライアント２が該サーバ１のサイトに来たかどうか，あるいは最近来たかどうかを，サーバ１の記録装置１６に取得するものである．
そして，サーバ１は，クライアント２から要求を受信したとき，該クライアントのリモートアドレス２５あるいはクッキー２１に記録されたクライアントのＩＤなどをキーとしてサーバ管理のサイト訪問済フラッグ２３を検索し，有無あるいは値を判定に用いる．
以前あるいは最近該サイトに来たことがなければ，付加表示でトップページなどを出す，というように制御することが可能である．
【０１９８】
ログ２４は，クライアント２のアクセス記録をサーバ１が記録装置１６に取得するものである．
そして，サーバ１は，クライアント２から要求を受信したとき，クライアントのリモートアドレス２５あるいはクッキー２１に記録されたクライアントのＩＤなどをキーとしてログ２４を検索し，有無あるいは値を判定に用いる．
以前あるいは最近該サイトに来たことがなければ，付加表示でトップページなどを出す，というように制御することが可能である．
最近の履歴だけ調べればよいと考えるならば，付加表示判定支援機構２８は，一般に巨大なファイルになる宿命にあるログ２４を記録装置１６からサービス要求があるたびに毎回全部読み込む必要はなく，ファイルの末尾から一定量だけを読めばよいので，性能的に少ない負担で実現可能である．
【０１９９】
クライアント２のリモートアドレス２５をサーバ１のｈｔｔｐデーモン５４は把握できるので，これをＣＧＩプログラム５５として受け取った付加表示判定支援機構２８は，クライアントがクローラかどうかなどを判定できる．クローラなら付加表示をしないというよう制御できる．あるいは，検索エンジンシステムに適切なキーワードを認識してもらうために，クローラには普段見せない情報を追加してオブジェクトを返す，という使い方も可能である．
また，付加表示が適切でない閲覧者のグループ，組織，あるいは国を，リモートアドレス２５で判別すれば，付加表示を出さないという選択処理もできる．
ＩＰアドレスは，ＯＳあるいは通信路３あるいは言語プロセッサの用意しているｇｅｔｈｏｓｔｂｙａｄｄｒ機能を用いれば，１２３．１２３．４．５といった形式のＩＰアドレスをｈｔｔｐ：／／ｗｗｗ．ｘｘｘ−ｘ．ｃｏ．ｊｐ／といったドメイン表記の文字列に変換できるので，文字列を解析して判別すればよい．
【０２００】
付加表示判定支援機構２８は，請求項１における付加表示判定ステップ１２を実行する機構であるので，前記請求項１の実施例１〜５も参照．
【０２０１】
以上，請求項３の実施例を説明した．
【０２０２】
以下に，請求項４の実施例を説明する．
【０２０３】
オープンクローズ制御機構２９は，請求項１におけるオープンクローズ制御ステップ１４を実行する機構であるので，前記請求項１の実施例１〜５を参照．
【０２０４】
以上，請求項４の実施例を説明した．
【０２０５】
以下に，請求項５の実施例を説明する．
【０２０６】
図９は，参照元アドレス付属パラメタ依存処理機構の実施例構成図である．
クライアント２から要求とともに入力できる参照元アドレス１９に参照元アドレス付属パラメタ２０がともなっているときに，参照元アドレス付属パラメタ依存処理機構３０は，該参照元アドレス付属パラメタ２０からキーワード３１等を抽出して，広告作成プログラム，あるいは，検索プログラム，あるいは，翻訳プログラム，あるいは，アプリケーションプログラム，すなわち，同図における広告作成／検索／翻訳／アプリケーションプログラム６７に渡す．
広告作成／検索／翻訳／アプリケーションプログラム６７は，処理をして，オブジェクト／リンク６８を返す．
返されるオブジェクト，返されるリンク，あるいは返されるリンク先をアクセスして得られるオブジェクトを，付加表示に用いる．
すなわち，付加表示オブジェクト１７（または指定オブジェクト６）の入力材料あるいは更新材料とする．
オブジェクト／リンク６８が返されない場合，材料に使われない，あるいは，付加表示が行われない．
【０２０７】
請求項５に記載した仕組みで，典型的には検索エンジンからきたときに該アドレスに付属していたパラメタをそのまま広告サーバに渡す．広告サーバは，どのキーワード３１にはどの広告という対応手段をもち，対応する広告オブジェクトを返信してくる．返信された画像，文字，リンク，音楽等の広告オブジェクトが，指定オブジェクトに付加されて表示される．
【０２０８】
（図：参照元アドレス付属パラメタ依存処理機構による表示例）に参照元アドレス付属パラメタ依存処理機構３０による表示例を示す．
【０２０９】
これにより，検索エンジンシステムのサイトでなくても，閲覧者が入力したキーワード３１に依存した広告を，サイト運営者が効果的に配信することができる．
閲覧者にとっても，関心あるキーワードに関連した広告であれば，興味をいだきやすく，心理的により馴染みやすいことになると思われる．
それにより購買率が高まれば広告会社は広告料金をより高く設定できる．
したがって，サイト経営者は，本発明による広告スペースを提供することで，より多くの収入を得ることができるようになると期待される．
【０２１０】
また，外国語への翻訳は外国人の閲覧者に役立つ．
特定のデータベース，たとえば，書籍データベース，会社情報データベースなどを該キーワードで検索して，その結果を返すことができる．
アプリケーション，たとえば，変換プログラムにより，閲覧者に別のキーワード，たとえば綴りのミスを直したキーワードでの検索を勧めることができる．あるいは，該キーワードに関連ある別のサイトを紹介することができる．
【０２１１】
記録装置１６に記録をとれば，市場調査や検索エンジンの改良，サイトの改良などさまざまに役立つデータが得られる．
【０２１２】
参照元アドレス付属パラメタ依存処理機構３０が入力するのは，キーワード３１でなくてもよく，参照元アドレス１９に含まれていた情報，要求されたオブジェクトアドレス５，クライアント２のリモートアドレス２５，あるいは，クライアントから入力した情報が明示的または暗示的に表す「閲覧者が読むことのできる言語」でもよい．
たとえばリモートアドレス２５をドメインに変換したら国コードがｆｒであれば付加表示をフランス語で行うことができる．また，前記Ｇｏｏｇｌｅ（登録商標）のｈｌパラメタがｆｒであればフランスのＧｏｏｇｌｅ（登録商標）を使っているので，付加表示をフランス語で行うことは適切であろう．
指定オブジェクト６と同じ内容を，閲覧者の母国語に自動翻訳して付加表示することは利便性が高い．
さらには，ドメインが小学校や幼稚園を表しているときに，難しい言葉屋文字を簡単な言葉や文字に変換して付加表示することは，教育上も有用であろう．
【０２１３】
以上，請求項５の実施例を説明した．
【０２１４】
以下に，請求項６の実施例を説明する．
【０２１５】
図１０は，付加表示関連情報付きオブジェクトの実施例構成図である．
【０２１６】
制御情報編集支援機構２７，付加表示判定支援機構２８，参照元アドレス付属パラメタ依存処理機構３０，課金機構３３，オープンクローズ制御機構２９，付加表示変換ステップ１０，または，発音制御ステップ１５のひとつ以上を，オブジェクトに付属させて複合したオブジェクトを作ることができる．
【０２１７】
各機構は，ＥＣＭＡＳｃｒｉｐｔ言語などのスクリプト言語，その他のプログラミング言語で表現されれば，ＨＴＭＬ言語のオブジェクトに内蔵することもできる．
プログラムであるオブジェクトの場合は，各機構の論理を組み込んで呼び出す形で統合することもできる．
【０２１８】
これらによって，オブジェクトに，サイト管理者あるいはオブジェクト作者が，付加表示に関する情報をあらかじめもたせて提供する作業をすれば付加表示が可能となり簡単である．該作業はサーバサイト管理者とは独立であるため，システムの構成方法も簡単になる．
さらに，判定精度が低下してもよければ付加表示判定はクライアントだけで行うこととして付加表示判定支援機構２８をスクリプトでオブジェクトに内蔵させることで，サーバ側に付加表示判定のためのＣＧＩプログラム５５が不要となるので，システムが簡単になる．
【０２１９】
以上，請求項６の実施例を説明した．
【０２２０】
以下に，請求項７の実施例を説明する．
【０２２１】
付加表示関連情報付きオブジェクト３４は，前記，図１０（付加表示関連情報付きオブジェクトの実施例構成図）に示されている．
【０２２２】
図にあるように，付加表示に関連するステップまたは機構のうちのいくつかを内蔵するオブジェクトである．
【０２２３】
付加表示関連情報付きオブジェクト３４は，請求項６記載の付加表示関連情報挿入機構で作成することもできるが，他の方法で作成することもできる．たとえば，エディタプログラムで，オブジェクトに付加表示のためのスクリプトを手で加えて保存しなおすことでも作成できる．
【０２２４】
以上，請求項７の実施例を説明した．
【０２２５】
以下に，請求項８の実施例を説明する．
【０２２６】
図１１は，課金機構の実施例構成図である．
【０２２７】
図の付加表示関連サーバ３５は，オブジェクトの付加表示を実行するサーバ１と同一でもよいし，広告会社のサーバなど外部のサーバでもよい．
【０２２８】
付加表示に関する，情報あるいはサービスの提供にともなう課金データ３８を，付加表示関連サーバ３５のもつ付加表示関連サーバ記録装置３６の，課金データ記録部３７に書き出す．
さらに定期的もしくは不定期的に課金データ３８を読んで関係者に送る．
課金データは，かかった料金を記録してもよいが，アクセスログだけを記録して，後刻アクセスから料金を算定してもよい．
また，一定期間の利用料金によるようにしてもよく，一括払いがあれば永久に利用できるようにしてもよい．口座をもち残高が０になったら利用を拒否するようにしてもよい．
【０２２９】
本発明により，付加表示に関連した情報，あるいは付加表示に関連したサービスの提供者に適切な対価を支払う仕組みを実現できるので，付加表示に関するビジネスも可能になる．
【０２３０】
以上，請求項８の実施例を説明した．
【０２３１】
以下に，請求項９，請求項１０，請求項１１，請求項１２，請求項１３，そして，請求項１４の実施例を説明する．
【０２３２】
図３９は，記録媒体からのプログラム入力の構成図である．
請求項９，請求項１０，請求項１１，請求項１２，請求項１３，そして，請求項１４では，それぞれの機構を実行させるプログラムを，
（イ）  あらかじめ機械読み取り可能な媒体，すなわち，光磁気ディスク（ＭＯ），デジタルビデオディスク（ＤＶＤ），読み取り専用コンパクトディスク（ＣＤ−ＲＯＭ），ハードディスク，半導体ディスク（ＳＳＤ），フラッシュメモリ，フレキシブルディスク，読み取り専用メモリ（ＲＯＭ），磁気テープ（ＭＴ），カートリッジテープ，ホログラムメモリ，バイオメモリ，その他機械読み取り可能な媒体，に格納しておいて；
（ロ）  サーバ１またはクライアント２または外部のプログラムサーバ６６に接続された入力装置６５で該記録媒体６４から該プログラムを読み取り；
（ハ）  該プログラムを，サーバ１または／およびクライアント２に接続された記録装置に直接ロードして；
あるいは，該プログラムを，サーバ１または／およびクライアント２に接続された記録装置になんらかの通信網経由で受信して；
（ニ）  該プログラムをサーバ１または／およびクライアント２の処理装置よって実行する；
ことができる．
【０２３３】
提供に伴って該プログラムの価格に基づいて，該プログラムの利用者の課金データ３８を記録装置に記録してもよく，あるいはさらに，記録された課金データ３８を定期的または不定期的に読んでプログラム提供者および／またはプログラム利用者に送付してもよい．
【０２３４】
これらの発明の効果として，プログラム提供者が機械読み取り可能な媒体に記録したプログラムを，プログラム利用者が，該媒体の入力装置６５を使って直接ロードすることによって，あるいは該媒体の入力装置６５をもったコンピュータから通信路３を介して受信することによって，利用することができ，ソフトウェア流通環境が整う．
以上，請求項９，請求項１０，請求項１１，請求項１２，請求項１３，そして，請求項１４の実施例を説明した．
【０２３５】
上記では，サーバ１，およびクライアント２と記載したものがそれぞれ１個のシステムであるかのように説明した．しかし，サーバ１とクライアント２のいずれかあるいは双方が，役割分担する複数のシステムから成っていて，該複数のシステムが通信路で接続され協調することによって全体の機能を果たしてもよい．当然，該複数のシステムは別々の運営者によって運営されるサイトでもよい．逆に，サーバ１，およびクライアント２の全部または一部の機能が，同じシステムに同居してもよい．
【０２３６】
上記では，新しいウィンドウを開くのに，ＥＣＭＡＳｃｒｉｐｔ言語のｗｉｎｄｏｗ．ｏｐｅｎの機能を用いたが，ＥＣＭＡＳｃｒｉｐｔ言語のボタン等フォーム要素を自動的に押すｃｌｉｃｋメソッド，あるいは，ＡｃｔｉｖｅＸ（登録商標）のコントロール，プラグイン，Ｊａｖａ（登録商標）言語の機能，Ｘ  Ｗｉｎｄｏｗ  Ｓｙｓｔｅｍ（登録商標），その他ウィンドウシステムの各種機能を用いてもよい．
【０２３７】
上記では，付加表示を閲覧者に黙って行うとしているが，付加表示をしていいかどうか閲覧者に問い合わせる表示を行い，肯定の回答を入力した場合，または，一定時間回答がなかった場合に，付加表示を出力し，そうでない場合に，付加表示を出力しない，もしくは出力したあとキャンセルする，としてもよい．
【０２３８】
ここで，本発明と従来提案との詳細な比較を行う．
以下に，本発明と従来提案１との比較について述べる．
【０２３９】
従来提案１は，上でも従来技術として述べた，「参照元に応じた情報提示方法、ハイパーテキストシステム、およびＷＷＷサーバ」（特開２０００−２０８８３，出願人：エヌ・ティ・ティ・ソフトウェア株式会社，エヌ・ティ・ティ・ナビスペース株式会社）である．
【０２４０】
従来提案１では，参照装置すなわち端末あるいはブラウザに，アドレスとしての検索結果情報を返答しなければならないため，検索装置は従来のサーバプログラムのｈｔｔｐデーモンのままでは実現できない．
新たに，参照元ＵＲＬと参照先ＵＲＬを入力して位置情報を出力するための手段が必要となるはずである．
その手段がどのような方法であっても，複雑な構造が新たに必要になると考えられる．
【０２４１】
それに加え，対応表に対応関係情報をあらかじめ与えるための手段が必要となってしまう．
従来提案１にはその対応関係情報をあらかじめ与えるための手段が記載されていないが，複雑な仕組みおよび運用になると考えられる．
【０２４２】
対応表をもつには，記録装置を割り当てておき，アクセスが集中しても性能に影響が出ないように記録装置を高速化する必要がある．対応表が更新される可能性がある場合は，排他制御も行う必要があるので，設計が複雑になり，性能への影響がさらに大きくなる．
【０２４３】
本発明においては，サーバに格納されていたオブジェクトをサーバが読み出したあと，ＣＧＩプログラム等により，参照元に応じて内容が付加されたものをブラウザに返す，あるいは，ブラウザが解釈すれば内容を付加表示する，もしくは，他のアドレスを別ウィンドウで開く要求を解釈後にブラウザが再度サーバに対して送信し，その結果付加表示ページのウィンドウが開かれる，という手続きまたは情報を付加するという方法を利用できる．
【０２４４】
また，本発明では，従来提案１のような対応表もしくは対応検索装置をもたないで済む．
従来提案１の対応表，対応検索装置は，通常，サーバにもつと思われるが，このとき，ホームページの運営者のようなオブジェクトの提供者だけのオブジェクト変更では実現できず，サーバ運営者によるサーバの変更がないと実現できないと思われる．
一方，本発明では，通常は各オブジェクトに付加表示先アドレスかつ／または付加表示情報をもたせることができる．これは，オブジェクトの提供者だけの対応によっても可能である．また，サーバプログラムには従来のｈｔｔｐデーモンがそのまま使用できるので，サーバ運営者が何もしなくてよく，実際上非常に実現しやすい．
【０２４５】
従来提案１では，複数のオブジェクトを一緒に返す手段がない．すなわち，たとえ同提案の方法で作られたサーバから代替オブジェクトをひとつ返して閲覧させることはできても，２個以上のオブジェクトを一緒に見せるような付加表示は実現できない．
一方，本発明では複数のウィンドウなどを開くことにより，付加表示が実現でき，非常に有効である．
【０２４６】
図４０は，理解した，従来提案１の推測実施例である．本発明と比較するため，本発明の用語に合わせた．
図は上から下に時間順に書いてある．
図中，点線矢印は，データの送信と方向を表している．
図中，英字ａ，ｂ，…，ｋはデータを送るステップを表す．
【０２４７】
図中，３９は従来提案１のサーバ，４０は従来提案１のクライアント，４１は従来提案１の通信路，４２は従来提案１の記録装置，４３は従来提案１のブラウザで該出願の参照元ＵＲＬ送出装置１２と参照先ＵＲＬ送出装置１１と参照装置１０の一部機能を含みかつＷＷＷブラウザ１００であり，４４は従来提案１のキーボード／マウス，４５は従来提案１の表示装置で該出願の参照装置１０の主要機能に対応するものであり，４６は従来提案１の第一のウィンドウ，４７は従来提案１の第一のページ，４８は従来提案１の第二のページで，該出願の提示情報９５に対応するものであり，４９は従来提案１の対応表で該出願の対応表２０であり，５０は従来提案１のｈｔｔｐデーモンで該出願の検索装置２１に対応するものであり，５１は従来提案１の検索エンジンシステムである．
【０２４８】
本図のとおり，従来提案１には次のような特徴がある．
（イ）  従来提案１の対応表４９が必須であること．；
（ロ）  従来提案１のｈｔｔｐデーモン５０が従来提案１の対応表４９を検索しなくてはならないこと；
（ハ）  従来提案１の第一のページ４７が出力されないこと．したがって付加出力の方法ではないこと．
【０２４９】
以上，本発明と従来提案１との比較について述べた．
【０２５０】
以下に，本発明と従来提案２との比較について述べる．
【０２５１】
従来の提案の中で，「参照元」を用いた処理に触れているものに，「ホームページと情報処理装置」（特開２００１−１７５５６４，出願人：森里  正和氏）がある．
これを従来提案２と記す．
【０２５２】
従来提案２の請求項１の「他のどのホームページから参照してきたのかを検出する機能」は，具体的記載ではなく，おそらくＨＴＴＰが提供しているＨＴＴＰ＿ＲＥＦＥＲＥＲ情報と同様の情報を入力する機能を期待していると思われる．しかし，該ＨＴＴＰ＿ＲＥＦＥＲＥＲ情報はすでに広く利用されていることから該従来提案２の請求項１は公知技術である．
【０２５３】
同じ従来提案２の請求項２の，「ホームページの内容が変化する」という記載は，あってほしい結果のみの記載であり，自然法則を利用した技術的思想が曖昧である．
同じ請求項２の，「参照に行く」という記載も，ユーザにとってあってほしい結果のみの記載であり，自然法則を利用した技術的思想が曖昧である．
【０２５４】
従来提案２からは，当業者が実施可能な方法が分からない：
【０２５５】
第１に，参照元情報をどこからどのように得るのか明らかにされていない．
第２に，参照元情報をどのように判定しどう情報を変化させれば，どう有用な効果が得られるのかが明らかにされていない．
第３に，「発明の詳細な説明」中の「参照元のホームページ情報、例えばＵＲＬ等」の「等」が意味するＵＲＬ以外の情報に何がありそれはどのようにして入力できるのかは自明でないので，「等」は無意味である．
第４に，当該ホームページの内容を変化させる実現可能な方法が明らかにされていない．このため，本発明と，従来提案２とを比較することは不可能である．
【０２５６】
従来提案２の目的は「契約プロバイダがホームページと連動するＤＢ（データベース）のサービスを行っていなくても、ＤＢを利用するホームページを利用するホームページの仕様を可能とするため」とあるので，本発明の目的とは重なるところがない．
【０２５７】
以上，本発明と従来提案２との比較について述べた．
【０２５８】
以下に，従来提案３との比較について述べる．
【０２５９】
コンテンツ中のメタデータに依存して根コンテンツを表示する提案に，「複合コンテンツ生成方法および複合コンテンツ検索方法」（特開２００１−３１２５１９，出願人：東日本電信電話株式会社）がある．
【０２６０】
従来提案３は，コンテンツすなわち本発明でいうオブジェクトの関係を，オブジェクトの内部に記述する，複合コンテンツ生成方法を述べている．
複合コンテンツは，典型的には，ひとつのウェブサイトに属するウェブページ群が考えられる．
従来提案３の請求項で，複合コンテンツ検索方法というのは，検索エンジンでウェブページの中から検索キーに合うページの候補を表示する方法などを言っている．
ダブリン・コア・メタデータ（Ｄｕｂｌｉｎ  Ｃｏｒｅ  Ｍｅｔａｄａｔａ）と呼ばれるタグなどにリンク関係を記述する．リンク関係を収集してたどれば，根コンテンツすなわちトップページが取得でき，検索結果として出力するという．
【０２６１】
一方，本発明の実現手段では，従来提案３と異なり，リンク関係を収集するステップや機構はもたない．
また，本発明の特徴に，検索結果として出力するということはない．
【０２６２】
本発明では，適切な付加表示を目的としているが，従来提案３にはそのような目的や手段はない．
【０２６３】
従来提案３の解決しようとする課題は，本発明と全く異なり，検索エンジンの検索結果で，キーワードの一致した大量のアドレスが返送されてきてしまうということであったので，解決策としてリンク関係を収集してトップページを返送するという手段を用いて，簡素化された検索結果を返すとしている．
【０２６４】
従来提案３は，オブジェクトの中に，トップページに至るリンクを記述するということで本発明の付加表示作成ステップ９が付加する材料を「指定オブジェクト６との関係をオブジェクト内またはオブジェクト外で直接または間接に記述されたオブジェクト」から得る場合に手段が似ているように見えるが，似ているのは本発明のステップの用いる手段のごく一部に過ぎない．従来提案３は本発明の目的を果たすことはできず，検索結果の簡素化という本来の目的を果たしている．
【０２６５】
以上，従来提案３との比較について述べた．
【０２６６】
以下に，本発明で実施できる付加表示の例を挙げ，その効果を述べる．
（イ）  非トップページでトップページ（しばしば，トップページはホームページと呼ばれる）を付加表示すると，非トップページを検索して断片的情報に接しただけの閲覧者が，次にトップページで，サイトの提示する情報の全貌を見ることになる．
（ロ）  該ページに関係ある広告ページを付加表示すると，閲覧者は自分が関心をもつ可能性の高い商品の情報に接することができ，販売者は販売の機会が増す．
（ハ）  検索で用いられていたキーワードを渡して，広告サイトあるいは販売者サイトの本，音楽，写真集，食品，日用品，ソフトウェアなどの一覧ページあるいは検索ページを付加表示すれば，閲覧者は自分が関心をもつ可能性の高い商品の情報に接することができ，販売者は販売の機会が増す．
（ニ）  ショッピングモールなどで，１商品のページから商品一覧ページを付加表示すると，閲覧者は検索した１商品を買うかどうか決めるのでなく，ほかの商品と見比べて，最適な商品を購入することができる．
（ホ）  ショッピングモールなどで，１商品のページから販売者のページを付加表示すると，閲覧者は販売者からの情報を総合判断して商品を購入することができる．
（ヘ）  ショッピングモールなどで，１商品のページから，該商品を扱っている複数の販売者のページ，あるいは，該商品の複数の販売者における価格・サービス比較表のページを付加表示すると，閲覧者は自分にとって有利な販売者から商品を購入することができる．
（ト）  プレゼンテーションの各スライドをページに分けて掲載しているサイトで，スライドの一枚から目次ページを付加表示すると，閲覧者はスライドの全貌が分かり，好きなページにジャンプできる．
（チ）  写真・画像のアルバムの一枚で，サムネール（ｔｈｕｍｂ  ｎａｉｌ）による一覧ページを付加表示すると，閲覧者にはアルバムの一覧が見え，好きなページにジャンプできる．
（リ）  音楽のアルバムの一枚で，一覧ページを付加表示すると，閲覧者にはアルバムの一覧が見え，好きな音楽のページにジャンプできる．
（ヌ）  メニュー以外のページでメニューページを付加表示すると，閲覧者がメニューから関心あるページを更に見つけて閲覧することができる．
（ル）  サイトマップ以外のページでサイトマップを付加表示すると，閲覧者がサイトの提供する全ページの構成の中で関心あるページを更に見つけて閲覧することができる．
（ヲ）  該ページの著作権，出典，特許等権利関係のページを付加表示すると，閲覧者の該ページの利用について，注意を喚起し，あるいは，利用法をガイダンスできる．
（ワ）  掲示板（ＢＢＳ）もしくはニュースもしくはゲストブックもしくは日記の１記事のページで，題名一覧もしくは掲載日付一覧ページを付加表示すると，閲覧者は記事一覧から記事の位置づけを知り，他の関心ある記事を体系的に読むことができる．
（カ）  該ページの提供者のプロフィールを付加表示すると，閲覧者は，ページを提供している人あるいは組織の属性をはやく知ることができ，該サイトのページの有用性・信頼性・好き嫌いの判断に役立つ．
（ヨ）  該ページのサイトの連絡先を付加表示すると，閲覧者は，提供者に容易に連絡がとれる．
（タ）  プログラム提供説明書のページで，プログラム一覧ページを付加表示すると，サイトの提供する他のプログラムを更にみつけて閲覧することができる．
（レ）  該ページに合ったＢＧＭ（ｂａｃｋｇｒｏｕｎｄ  ｍｕｓｉｃ）あるいは音楽あるいは音響あるいは音声を流すページを付加表示すると，該ページの閲覧が分かりやすくあるいは楽しくなり，商品・サービスの場合は購買率の上昇が期待できる一方，閲覧者はページを閉じるという標準操作で該音楽・音響・音声を停止することも，容易にできる．
（ソ）  該ページを第二の自然言語あるいは読みくだし音声に翻訳したページを付加表示することにより，閲覧者が該ページを理解できなくても，第二の自然言語あるいは読みくだし音声で理解できる機会ができる．
特に，検索エンジンアドレスに付属したパラメタが表す自然言語，または，閲覧者のアクセス元のドメインの表す国コードに対応する自然言語に翻訳することは効果的と思われる．
（ツ）  子会社あるいは下位組織のページで，親会社あるいは上位組織のページを付加表示すると，閲覧者に，親会社あるいは上位組織から発信する情報も届けることができる．
（ネ）  ある分野のキーワードを含み検索エンジンの検索結果で上位に表示されることに成功しているページから，その分野に関係の深いページあるいはトップページあるいは広告を付加表示すれば，検索エンジンで下位になるようなページにも，検索エンジンからの閲覧者を導くことができる．
（ナ）  検索エンジンからきた場合に，同じキーワード群または変更したキーワード群をキーとして第二の検索エンジンに検索させた結果のページを付加表示すれば，閲覧者により適切な検索結果を紹介することができる．また，指定した第二の検索エンジンの活用を向上させることができる．
（ラ）  クローラからきた場合に，メニュー，トップページ，サイトマップ，キーワードをたくさん含むテキストなどをインラインやフレームで含むように付加表示すれば，
該クローラでページを収集している検索エンジンシステムが，該ページからより多くの適切なキーワードを認識することになり，該ページが検索されやすくなる．
【０２６７】
上に，本発明で実施する付加表示の例を挙げ，その効果を述べた．
【０２６８】
以下に，本発明について実施した，実験目的，実験条件，実験方法，解析方法，そして解析結果を述べる．
【０２６９】
本発明の効果は，閲覧者の行動と心理に大きく依存するものであるため，机上だけで効果を論じても説得力がない．
そこで，実験を行って，本発明の効果を実測した．
【０２７０】
《実験目的》
本発明の研究の上で，試作システムの動作を確認し，さらに，効果を実証する実験を行うことを目的とした．
本実験は，発明の発表，公開，あるいは発明への反応調査ではない．技術の性質上，やむをえずインターネット上で実験したものである．
具体的には，本技術を適用した場合，検索エンジンで紹介されてきた閲覧者にトップページをどの位の比率で表示できるか，また，トップページが表示されたあとさらに閲覧を続けている閲覧者がどの位いるか，など，発明の効果を定量的に測定することを目的とした．
【０２７１】
《実験条件》
「園部研」の日本語サイト：
（ｈｔｔｐ：／／ｓｏｎｏｂｅ．ｓ５．ｘｒｅａ．ｃｏｍ／）；
および同英語サイト：
（ｈｔｔｐ：／／ｓｏｎｏｂｅ．ｓ５．ｘｒｅａ．ｃｏｍ／ｉｎｄｅｘ＿ｅｎｇ．ｈｔｍｌ）；
のふたつを使い，本発明の適用前後の閲覧者の振舞いを比較対照した．
【０２７２】
本サイトは，それぞれ，トップページが１ページ，非トップページが３９ページ（当時）ある．個人や中小企業によくある中小規模のサイトと言える．
【０２７３】
本発明の実施例を適用した期間は，２００２年１１月１８日〜２４日である．
【０２７４】
日本語，英語の各サイトについて，比較対照のため適用期間と非適用期間を各一週間とり，次のように期間名をつけて，２サイト×２期間＝４サンプルとした．
・  ＡＰ：    適用期間  （１１月１８日月曜日  〜  １１月２４日日曜日）；
・  ＮＰ：  非適用期間  （１２月  ２日月曜日  〜  １２月  ８日日曜日）；
日本語サイト，英語サイトサンプルの名称は，それぞれの期間名末尾にＪまたはＥの記号を付加したものとする．すなわち：
・  ＡＰＪ：  ＡＰの日本語サイトのサンプル；
・  ＡＰＥ：  ＡＰの，英語サイトのサンプル；
・  ＮＰＪ：  ＮＰの日本語サイトのサンプル；
・  ＮＰＥ：  ＮＰの，英語サイトのサンプル；
とする．
【０２７５】
《実験方法》
ＡＰに適用した技術は，前記実施例１に述べたと同様の技術である．
園部研サイトを検索してきた閲覧者には，ＥＣＭＡＳｃｒｉｐｔを有効にしている閲覧者の場合，オブジェクトに挿入したＣＧＩプログラム呼び出しのための＃ｉｎｃｌｕｄｅ命令をｈｔｔｐデーモン５４が解釈し，該命令で指定されたファイル名をもつＣＧＩプログラムを呼び出す．オブジェクトの中のＣＧＩプログラム呼び出しにはパラメタのコンテンツＩＤという園部研サイト中で各ページに一意な英数字がつけてあり，たとえばｃａｔｓ＿ｅｎｇといったコンテンツＩＤの末尾に＿ｅｎｇという固定の文字列があることで英語ページであることが判別できる．
【０２７６】
該ＣＧＩプログラムは，ｈｔｔｐデーモン５４から渡されたＲＥＦＥＲＥＲという環境変数を調べる．それが，前記Ｇｏｏｇｌｅ（登録商標）などのクローラ類のアドレスでなければそのままｈｔｔｐデーモン５４に制御を返す．
クローラ類のアドレスであれば，ｓｃｒｉｐｔタグで囲んだ一連のＥＣＭＡＳｃｒｉｐｔ言語で書かれた命令群と，ｎｏｓｃｒｉｐｔタグで囲んだ一連のＥＣＭＡＳｃｒｉｐｔ言語で書かれた命令群とを動的に生成して，指定オブジェクト６の＃ｉｎｃｌｕｄｅ命令のあった場所に展開する．
【０２７７】
該ｓｃｒｉｐｔタグで囲んだ命令群の中にはｗｉｎｄｏｗｓ．ｏｐｅｎ命令を含み，該命令はコンテンツＩＤの末尾に＿ｅｎｇを含まないなら，園部研日本語トップページのアドレス，含むなら園部研英語トップページのアドレスを展開するようにした．
一方，該ｎｏｓｃｒｉｐｔタグで囲んだ命令群の中にはｗｉｎｄｏｗｓ．ｏｐｅｎ命令を含んでも意味がないので含まず，ＥＣＭＡＳｃｒｉｐｔを無効にしている閲覧者の場合にも閲覧を促進できるよう，文字と画像による案内メッセージだけを展開するようにした．
該ＣＧＩプログラムは該命令群を出力すると，ｈｔｔｐデーモン５４に制御を返す．
該展開の結果の指定オブジェクト６が，ｈｔｔｐデーモンからクライアント２に返信される．
返信されたＨＴＭＬ中のＥＣＭＡＳｃｒｉｐｔ命令をブラウザから呼ばれたＥＣＭＡＳｃｒｉｐｔ言語のスクリプトプロセッサ５６が解釈する．
【０２７８】
ブラウザ５７は，その設定でＥＣＭＡＳｃｒｉｐｔの実行が無効と設定されていれば，該ｎｏｓｃｒｉｐｔタグで囲まれ命令群をＨＴＭＬ言語として解釈し，その結果，図１６（案内メッセージを付加表示した例）に抽象化して示すような，トップページへのリンクを含む付加表示メッセージが表示された．
また，ブラウザ５７は，その設定でＥＣＭＡＳｃｒｉｐｔの実行が有効と設定されていれば，該ｓｃｒｉｐｔタグで囲まれ命令群をＥＣＭＡＳｃｒｉｐｔ言語を含むＨＴＭＬ言語として解釈し，ＥＣＭＡＳｃｒｉｐｔ命令はスクリプトプロセッサ５６に渡して解釈・実行させる．
その中に，ｗｉｎｄｏｗｓ．ｏｐｅｎがあることから，スクリプトプロセッサ５６は日英それぞれのトップページのアドレスを「表示すべきＵＲＩ」としてパラメタに指定して，ＯＳに依頼して新ウィンドウを開く．それとともに，該指定オブジェクトのウィンドウの表示には，書かれていた閲覧促進メッセージを展開して出力するので，
図１７（トップページと案内メッセージを付加表示した例）に抽象化して示すような画面表示になった．
なお，ふたつのウィンドウのずれの方向と量は，状況によって異なる．
【０２７９】
たとえば，園部研の非トップページのひとつに，公衆自動搬送システムＣＡＴＳのページがある：
（ｈｔｔｐ：／／ｓｏｎｏｂｅ．ｓ５．ｘｒｅａ．ｃｏｍ／ｉｎｖｅｎｔｉｏｎ／ｃａｔｓ／）．
【０２８０】
該ＣＡＴＳのページを検索してきたＥＣＭＡＳｃｒｉｐｔ有効の閲覧者には，ＣＡＴＳのページのウィンドウが出るとともに，数秒の時間のあとに，トップページ：
（ｈｔｔｐ：／／ｓｏｎｏｂｅ．ｓ５．ｘｒｅａ．ｃｏｍ／）
のウィンドウがＣＡＴＳのページの背面に，図１７（トップページと案内メッセージを付加表示した例）に抽象化して示したように現れる．
【０２８１】
閲覧者がＣＡＴＳのページを見終わってウィンドウを閉じると，図１５（非トップページを消去してトップページが見えた状態）に抽象化して示したように園部研のトップページのウィンドウが見えることになる．
【０２８２】
園部研トップページのウィンドウは通常時の表示と同じであるが，ただ，トップページにあらかじめ入れてあるＥＣＭＡＳｃｒｉｐｔ言語による発音制御ステップ１５が，ブラウザ５７に解釈され実行されることによって，いま付加表示で起動されていることをｗｉｎｄｏｗ．ｎａｍｅというプロパティにセットされているウィンドウ名で判別し，その場合には背景音楽の自動スタートをしない命令を実行させ，そうでなければ自動スタートする命令を実行させるようにしていることだけが違いである．
【０２８３】
《解析方法》
実験の解析方法は，園部研サイトを構成する全ウェブページで，アクセスに関わる情報のログを記録し，あとで計数するというものである．
【０２８４】
図２９はログの一部である．
本書では個人情報保護のために一部を黒く塗った．
ログに関して，実験誤差を減らすために以下の補正を行った：
（イ）「クローラ（ｃｒａｗｌｅｒ）」（すなわち，検索エンジンサイトのもつ定期的調査プログラム）類のサイトからのアクセスを除いた；
（ロ）閲覧者が英語以外の外国語への翻訳機能を呼び出した場合に行われる，外部の翻訳サイトから本サイトへのアクセスを除いた；
（ハ）実験者自身によるアクセスを記録しなかった．
【０２８５】
ログの中で，レコードフラッグは分析して出している注釈で，Ｓは「参照元が検索エンジン」，Ｎは「非トップページ」，Ｔは「トップページ」，Ｌは「リンクをクリックして外に移動」，Ｃは「クローラ」，Ｈは「参照元が園部研ホーム」を示す．
本発明の機構が働いた場合，レコードフラッグＳＮのレコードから数秒後にＴのレコードが現れる．ＩＰアドレスまたはユーザホストがクライアントのアドレスであって，近接してアドレスが同じレコードを見れば閲覧者の一連の行動が分かる．
本図で，ｃｗｏｄ…さんとＹａｈｏｏＢＢ２２…さんと…ｍｕｓａｓｈｉ−ｔｅｃｈ…さんとｐ２…ｊｐさんが，それぞれＳＮのあとＴというパターンなので本発明の機構が動作している．…ｍｕｓａｓｈｉ−ｔｅｃｈ…さんはさらに閲覧を続行していることが分かる．
【０２８６】
表１は主要指標統計表である．
【０２８７】
【表１】
2004341965.tif 000003
．
【０２８８】
表２はアクセスパターン統計表である．
【表２】
2004341965.tif 000004
．
【０２８９】
ここで，各閲覧者のアクセスパターンを，次の記号列で示している．
（イ）記号Ｔ，ｔ，Ｎ，ｘは，アクセスの実行された時間順に左から右に並べる．
（ロ）記号ｓ，ｒのいずれかを先頭につける（例：ｓＮｔＴ）．
（ハ）記号ｘ，「〜」のいずれかを末尾につけることがある．（例：ｓＮ〜）．
（ニ）Ｔ：トップページをアクセスした（Ｔはｔｏｐの意味）．
（ホ）ｔ：トップページをサーバが本発明の付加表示により表示した（ｔはｔｏｐの意味）．
（ヘ）Ｎ：非トップページをアクセスした  （Ｎはｎｏｎ  ｔｏｐの意味）．
（ト）ｓ：検索エンジンが参照元であることを示すために先頭に付ける．
ｓＴ〜とｓＮ〜がある．（ｓはｓｅａｒｃｈの意味）．
（チ）ｄ：前記ｓではないことを示すために先頭に付ける．ｄＴ〜とｄＮ〜がある（ｄはｄｉｒｅｃｔの意味）．
（リ）ｘ：該閲覧者のアクセスはそれ以後無し．
（ヌ）ｘで終わっていない記号列は，それ以後のアクセスの，無しを含むすべてのパターンを含む（例：ｓＮは，ｓＮＴ，  ｓＮＮ，  ｓＮｘを含み，このうちｓＮＴはさらにｓＮＴＴ，  ｓＮＴＮ，  ｓＮＴｘを含む）．
（ル）記号「〜」で終わっている記号列は，「〜」より前のパターンの示すアクセス以後の，無しを含むすべてのパターンを含む（例：ｓＮ〜は，ｓＮと同じ）．
本発明の実施例は，非トップページを検索してきた閲覧者「ｓＮ」に，トップページを自動的に出してｓＮｔにしようとするものである．ただ，ＥＣＭＡＳｃｒｉｐｔ言語の動作が設定で停止させられている閲覧者であったなどでトップページを表示できなかったために，ｓＮｔにできず，ｓＮｘ，  ｓＮＮなどになってしまうケースも，比率は少ないが存在する．
【０２９０】
《解析結果：閲覧者数》
実験環境のひとつを表す入力データ量として，閲覧者数を，１０分間以上途切れないアクセスをした一意なＩＰアドレスの数で計数する．閲覧者数は，本発明の適用有無に左右されないはずのものである．
図３０（閲覧者数の推移）と，表１（主要指標統計表）の（ａ）（閲覧者数）が示すように：
ＮＰＪ：２５４人に対し；
ＡＰＪ：２５５人（１．００倍）；
また；
ＮＰＥ：６２人に対し；
ＡＰＥ：７２人（１．１６倍）；
と，いずれも１倍に近かった．したがって，実験の攪乱（かくらん）要因にはなりにくい．
【０２９１】
《解析結果：トップページ閲覧数》
図３１（トップページ閲覧数の推移）と，表１（主要指標統計表）の（ｂ）（トップページ閲覧数）が示すように：
ＮＰＪ：３０回に対し；
ＡＰＪ：２１１回（適用前の７．０倍）；
また；
ＮＰＥ：９回に対し；
ＡＰＥ：４７回（適用前の５．２倍）；
と，飛躍的な効果が見られた．
ここで，ひとりで複数回トップページを閲覧した場合，その回数が全部カウントされているので「のべ回数」である．
非常に多くのサイトで，トップページにアクセスカウンタを取り付けて閲覧者数を把握しながら，閲覧者数を増やしたいと念願している．本発明によれば，トップページの閲覧者数を大幅に増やすことができることが分かった．
閲覧者ひとりあたりの（のべ）トップページ閲覧数で見ても，図３２（トップページ閲覧数／人の推移），表１（主要指標統計表）の（ｃ）（トップページ閲覧数／人）が示すように：
ＮＰＪ：０．１２回／人に対し；
ＡＰＪ：０．８３回／人（適用前の６．９倍），；
また；
ＮＰＥ：０．１５回／人に対し；
ＡＰＥ：０．６５回／人（適用前の４．３倍）；
と，飛躍的な効果が見られた．
【０２９２】
トップページを見せた閲覧者数は，アクセスパターンにトップページの記号（Ｔまたはｔ）を含むもの，すなわち，
ｄＴｘ＋ｄＴＴ＋ｄＴＮ＋ｄＮＴｘ＋ｄＮＴＴ＋ｄＮＴＮ＋ｄＮＮＴ＋ｓＴｘ＋ｓＴＴ＋ｓＴＮ＋ｓＮＴｘ＋ｓＮＴＴ＋ｓＮＴＮ＋ｓＮｔｘ＋ｓＮｔＴ＋ｓＮｔＮ＋ｓＮＮＴ
で数えて，表１（主要指標統計表）の（ｄ）（トップページを見せた閲覧者数）のとおりである．
そこで，各閲覧者にトップページを見せた比率（のべではない）（０〜１）は，前記「トップページを見せた閲覧者数」が閲覧者数に占める比率で測ることができる．
図３３（閲覧者にトップページを見せた比率の推移），表１（主要指標統計表）の（ｅ）（閲覧者にトップページを見せた比率）が示すように：
ＮＰＪ：０．０８７に対し；
ＡＰＪ：０．７７３（適用前の８．９倍）；
また；
ＮＰＥ：０．１２９に対し；
ＡＰＥ：０．６３９（適用前の５．０倍）；
と，さらに飛躍的な効果が見られた．
大まかには，
「ふつう１割の人しかトップページを見てくれないものであるが，適用後には６〜８割の人にトップページを見せることができた」
と言える．
【０２９３】
これをもっと詳しく分析する．
表１（主要指標統計表）の（ｆ）にある非トップページ検索者ｓＮ〜の人数に限って調べる．
表１（主要指標統計表）の（ｇ）にある非トップページを検索してきた閲覧者中，トップページ表示人数，すなわち，アクセスパターンにｔまたはＴを含む：
ｓＮＴｘ＋ｓＮＴＴ＋ｓＮＴＮ＋ｓＮｔｘ＋ｓＮｔＴ＋ｓＮｔＮ＋ｓＮＮＴ
の占める比率を調べる．
するとそれは，図３４（非トップページを検索してきた閲覧者にトップページを見せた比率の推移），表１（主要指標統計表）の（ｈ）（非トップページを検索してきた閲覧者にトップページを見せた比率）が示すように：
ＮＰＪ：０．０２３に対し；
ＡＰＪ：０．８９２（適用前の３９倍）；
また；
ＮＰＥ：０．０４１に対し；
ＡＰＥ：０．８００（適用前の２０倍）；
と，劇的な効果があった．
大まかには，
「ふつう非トップページを検索してきた人の３％前後しかトップページを見てくれないものであるが，適用後には８〜９割の人にトップページを見せることができた」
と言える．
現在，
・自分のブラウザの設定でＥＣＭＡＳｃｒｉｐｔ言語が動作しないよう無効にしている閲覧者がいることと，
・企業などのプロキシ（ｐｒｏｘｙ）では参照元が企業内のページ内容や企業外への関心を示すことを重大視して機密保持のために参照元をサーバに送らないように設定していることがあることと，
・新ウィンドウのオープンを抑止するようなソフトウェアを使う人がいるために，
本発明によるプログラムが付加表示を動かせないケースがある．それでも実際にこれだけの付加表示を達成できた．
よって，
「現在，本発明が効果的に作用する環境にある閲覧者も十分に多い」
ということが分かった．
【０２９４】
《解析結果：閲覧コンテンツ数》
サイト内全ページ合計のページビュー（ｐａｇｅ  ｖｉｅｗ），すなわち閲覧されたコンテンツ数は，図３５（閲覧コンテンツ数の推移），表１（主要指標統計表）の（ｉ）（閲覧コンテンツ数）が示すように：
ＮＰＪ：４１３ページに対し；
ＡＰＪ：５９８ページ（１．４５倍）；
また；
ＮＰＥ：９８ページに対し；
ＡＰＥ：１３３ページ（１．３６倍）；
と，顕著な効果が現れた．
閲覧者数で割って，ひとりあたり閲覧コンテンツ数で見ても，図３６（閲覧コンテンツ数／人の推移），表１（主要指標統計表）の（ｊ）（閲覧コンテンツ数／人）が示すように：
ＮＰＪ：１．６３ページ／人に対し；
ＡＰＪ：２．３５ページ／人（１．４４倍）；
また；
ＮＰＥ：１．５８ページ／人に対し；
ＡＰＥ：１．８５ページ／人（１．１７倍）；
と，顕著な効果が現れた．
【０２９５】
このように，トップページ表示率と，ひとりあたり閲覧コンテンツ数がともに増えることから，サイト側の満足度は向上する．
一方，閲覧者側の満足度は向上するであろうか．
付加表示でトップページが表示されたときに，閲覧者がトップページを見たり利用しているのであろうか，それともただうるさいと閉じてしまうのであろうか．
そこで，閲覧者の行動を三つの角度から分析する．
【０２９６】
《解析結果：トップページ内疑似生物操作人数》
実験に用いた日本語サイトでは，トップページの一部に，ホームページロボットともいえるような疑似生物「ハーボット」を設置している（ハーボットはソニーコミュニケーションネットワーク株式会社の登録商標）．閲覧者はクリックとキー入力でハーボットと対話できる．画面の「？」ボタンを押すとメニューが出てくるので，たとえば「ゲームする」を選択して「○」，「ホッケー」を選択して「○」のように操作していってゲームを始めることができる．
疑似生物の操作人数のカウンタがメーカーからファイルで提供されるので，カウンタを利用して，トップページが付加表示されたときに少なくとも疑似生物を触った比率を推算する．
付加表示であるなしにかかわらずトップページが表示された人は：
ＮＰＪ：２２人に対し；
ＡＰＪ：１９７人（９．０倍）；
であり，疑似生物を操作した人は，図３７（疑似生物操作人数の推移），表１（主要指標統計表）の（ｋ）（疑似生物操作人数）が示すように：
ＮＰＪ：１４人に対し；
ＡＰＪ：１２５人（８．９倍）；
であった．
したがって，付加表示でなくトップページを表示した人がさらに疑似生物を操作する確率は，ＮＰ期に；
ＮＰＪ：１４／２２＝０．６４；
であったといえる．  この０．６４  を，下記のＡＰ期の推算にも用いる．
なお，閲覧者が疑似生物を操作しなかった，あるいはしたくてもできなかった原因には，
（イ）興味がなかった．
（ロ）疑似生物が「散歩中」と称するサービスされない期間に当たった．
（ハ）閲覧者が仕事中で操作を控えた．
（ニ）その他．
が考えられる．
ＡＰ期に付加表示でトップページが表示された人は，統計より：
ＡＰＪ：１５０人；
ＡＰ期に付加表示でなくトップページを表示した人は：
ＡＰＪ：１９７−１５０＝４７人．
ＡＰ期に付加表示でなくトップページを表示した人で，さらに疑似生物を操作した人は上記ＮＰ期の平均確率を使った推定によると：
ＡＰＪ：４７×０．６４＝３０人．
すると，ＡＰ期に付加表示でトップページが表示された人で，さらに疑似生物を操作した人は差で求まり：
ＡＰＪ：１２５−３０＝９５人；
という多人数存在したと推定される．
また，ＡＰ期に付加表示でトップページが表示された人がさらに疑似生物を操作した比率で見ると，ＡＰ期に，
ＡＰＪ：９５／１５０＝０．６３
もあった．この値は，興味があっても疑似生物が散歩中であったり，閲覧者が仕事中で操作を控えたなどのケースもあることを考慮すれば，非常に高い数値である．
この分析により，多くの閲覧者が，付加表示されたトップページを嫌がるどころか，疑似生物に好奇心を刺激されて操作したことが立証できた．
なお，このデータから，閲覧行動の促進に疑似生物が役立ったとも言える．
疑似生物は工夫の一例であるが，本発明の付加表示で表示されるページの内容やデザインを閲覧者の興味を引くようにいろいろ工夫することで，閲覧行動を促進することができる．
【０２９７】
《解析結果：トップページ内サイト外リンククリック人数》
ＡＰ期に付加表示でトップページを表示した人で，サイト外へのリンクをクリックした人数は，サイト外のリンクも一回サイト内のプログラムを経由するようにしているのでログから知ることができて：
ＡＰＪ：３人；
また：
ＡＰＥ：０人；
であった．ひとりあたりのクリック回数は全員１回であった．付加表示されたトップページを嫌がらない閲覧者がいることを裏付けている．
【０２９８】
《解析結果：トップページ内サイト内リンククリック回数》
ＡＰ期に付加表示でトップページを表示した人で，さらに非トップページに降下したｓＮｔＮ型の閲覧者は：
ＡＰＪ：２１人；
また；
ＡＰＥ：５人；
であった．
ＡＰ期に付加表示でトップページを表示した人が，さらに非トップページに降下した比率は，ｓＮｔｘ＋ｓＮｔＴ＋ｓＮｔＮの合計に対するｓＮｔＮの比率であって，
ＡＰＪ：２１／１５０＝０．１４；
また；
ＡＰＥ：５／３３＝０．１５；
であった．
大まかには，
「７人にひとりは，付加表示されたトップページからのリンクをたどって，サイト内の非トップページに降りてくれた」
と言える．
付加表示によって，さらにサイトの中の他の非トップページも見せようというサイト側の目的が，大きく達成されている．
この数値は限界ではなく，トップページから非トップページへのリンクを魅力的に工夫することで増大できる．
トップページから非トップページに降下した人（＝ｄＴＮ＋ｄＮＴＮ＋ｓＴＮ＋ｓＮＴＮ＋ｓＮｔＮ）が閲覧者に占める比率は：
ＮＰＪ：０．０１６に対し；
ＡＰＪ：０．１１（６．９倍）；
また；
ＮＰＥ：０に対し；
ＡＰＪ：０．０９；
で，トップページが閲覧の案内をする役割を発揮する場面が格段に増えることが分かった．
このように，三つの側面，すなわち「トップページ内疑似生物操作人数」，「トップページ内サイト外リンククリック人数」，そして「トップページ内サイト内リンククリック回数」から，閲覧者が複数の検索結果を吟味中に検索されたページと一緒に控えめにトップページも出すという実現方法なら，閲覧者側の満足度も全体として向上しているという様子が分かった．
【０２９９】
《解析結果：検索してきた閲覧とトップページアクセスの関係》
本発明を適用した場合に，非トップページ数が増えるとアクセスが増えることを示す．
いま，サイトにコンテンツを追加していくときに十分キーワードが多様化すると仮定し，このことにより，検索してきた閲覧者（ｓ〜）のアクセス数が，サイト内の非トップページ数に比例すると仮定する．
園部研の日本語サイトは，非トップページ数（以下，Ｐと記述する）が３９ページであった．
閲覧者のうち，検索してきたもの（ｓ〜）の比率ＲはＰの関数Ｒ（Ｐ）である．Ｐ＝３９の実測値Ｒ（３９）は：
ＮＰＪ：０．７１；
ＡＰＪ：０．７１；
ＮＰＥ：０．８１；
ＡＰＥ：０．６５；
と，大変揃っているので，ここではＲ（３９）＝０．７２と仮定する．
ｓ〜とｓ〜以外（すなわちｄ〜）の比率は，Ｐ＝３９のとき，Ｒ（３９）：１−Ｒ（３９）であるが，一般のＰに対しては，上で閲覧者（ｓ〜）のアクセス数がサイト内の非トップページ数に比例すると仮定したことで，Ｒ（３９）×Ｐ／３９：１−Ｒ（３９）になるから，Ｒ（Ｐ）は，
Ｒ（Ｐ）＝１−（１／（１＋（（Ｒ（３９）／（１−Ｒ（３９）））×Ｐ／３９）））
となる．たとえば：
Ｒ（０）＝０；
Ｒ（１）＝０．０６２；
Ｒ（１０）＝０．４０；
Ｒ（３９）＝０．７２；
Ｒ（１００）＝０．８７；
Ｒ（３９０）＝０．９６；
Ｒ（１０００）＝０．９８５；
Ｒ（１００００）＝０．９９８５；
Ｒ（１０００００）＝０．９９９８５；
である．
次に，検索してきた閲覧者（ｓ〜）のうち，非トップページにきたもの（ｓＮ〜）の比率は統計から：
ＮＰＪ：０．９８；
ＡＰＪ：０．９８；
ＮＰＥ：０．９８；
ＡＰＥ：０．９６；
なので，ここでは０．９８と仮定する．
さらに，非トップページを検索してきた閲覧者（ｓＮ〜）のうち，トップページを見ることになる閲覧者（アクセスパターンにｔかＴを含むもの）の比率は，前記表１（主要指標統計表）の（ｈ）（非トップページを検索してきた閲覧者にトップページを見せた比率）のように，ＡＰＪで０．８９２であるから，ここでは０．８９と仮定する．
付加表示によるトップページアクセスの増加量Δｄ＝Δｄ（Ｐ）は，閲覧者数全体を１とした比率で表すと，
Δｄ（Ｐ）＝Ｒ（Ｐ）×０．９８×０．８９＝０．８７×Ｒ（Ｐ）
で，たとえば，
Δｄ（０）＝０；
Δｄ（１）＝０．０５４；
Δｄ（１０）＝０．３５；
Δｄ（３９）＝０．６３；
Δｄ（１００）＝０．７６；
Δｄ（３９０）＝０．８４；
Δｄ（１０００）＝０．８５７；
Δｄ（１００００）＝０．８６９；
Δｄ（１０００００）＝０．８７０；
である．
以上の算式を用いると，本発明の技術を適用後のトップページアクセスは，適用前に比べてただちにΔｄ（Ｐ）×閲覧者数，増えると予測され，次のようにサイト規模を６種類に分けると（モデルＡとする），
（イ）非トップページが１ページで年間閲覧者３００人の零細規模サイトは，年間１６回増加；
（ロ）非トップページが１０ページあり年間閲覧者３，０００人の小規模サイトは，年間１，０００回増加；
（ハ）非トップページが３９ページあり年間閲覧者１２，０００人の中小規模サイトは，年間７，６００回増加；
（ニ）非トップページが１００ページあり年間閲覧者３０，０００人の中規模サイトは，年間２３，０００回増加；
（ホ）非トップページが１，０００ページあり年間閲覧者３００，０００人の大規模サイトは，年間２６０，０００回増加；
（ヘ）非トップページが１０，０００ページあり年間閲覧者３，０００，０００人の超大規模サイトは，年間２，６００，０００回増加；
となる．
上記「年間」は「月間」など任意の一定期間にも置き換えることができる．  もちろん現実にはサイトの個性をはじめとする様々な要素に左右されるので，本試算は目安である．
上記の試算のモデルを変えて，年間閲覧者数が同じでも非トップページをそれぞれ１０倍もったサイト（モデルＢとする）での導入効果を試算してみる．増分はΔｄ（Ｐ）×閲覧者数で，
（イ）非トップページが１０ページで年間閲覧者３００人の零細規模サイトは，年間１０５回増加；
（ロ）非トップページが１００ページあり年間閲覧者３，０００人の小規模サイトは，年間２，３００回増加；
（ハ）非トップページが３９０ページあり年間閲覧者１２，０００人の中小規模サイトは，年間１０，０００回増加；
（ニ）非トップページが１，０００ページあり年間閲覧者３０，０００人の中規模サイトは，年間２６，０００回増加；
（ホ）非トップページが１０，０００ページあり年間閲覧者３００，０００人の大規模サイトは，年間２６０，０００回増加；
（ヘ）非トップページが１００，０００ページあり年間閲覧者３，０００，０００人の超大規模サイトは，年間２，６００，０００回増加；
と，中規模以下のサイトでは，さらに大きな効果を得られるようになることができることが分かる．
本発明の導入後は，
「サイトに多様で閲覧者の興味を引くような非トップページを増やすだけで，それらが検索エンジンに登録されたあと閲覧者数が増えるとともに，本発明の効果でトップページアクセスが新しい閲覧者数に応じて格段に増える」
という効果がある．したがって，
「コンテンツを充実しさえすればトップページからアクセスしてくれる人が確実に増える」
という状況になり，アクセス向上が容易となる．
なお，もし本発明を適用せずに非トップページを増やしたとしても，前記の
「ふつう非トップページを検索してきた人の３％前後しかトップページを見てくれないものである」
ということから推測して，トップページのアクセスの増え方はわずかにとどまるであろう．
【０３００】
《解析結果：金額換算効果》
以下に，本発明を導入することによる金銭的効果を試算する．
【０３０１】
広告料やリンク交換などの対価を払ってでも「多くの人に自分のウェブサイトを発見してもらいたい」という欲求は，ネット通信販売を行う企業をはじめ，あらゆる規模の企業，個人の双方にとって強い．
【０３０２】
本発明で，キーワード検索で非トップページを訪れた閲覧者にトップページを付加的に必ず閲覧してもらうことは，他の種類の広告技法で閲覧者が広告をクリックしてトップページに移行するのと類似の効果があると思われる．
【０３０３】
現在の広告システムで，クリック１回あたりの報酬として１０円〜２５円，５０円といった例が記載されている．また，閲覧者が入力したキーワードに対応した広告を検索結果表示画面に出す最近のサービスでは，クリック１回あたりの単価として５８円，７５円といった例が記載されている．
そこで，単価を１件４０円と仮定してみると，上記の「非トップページをそれぞれ１０倍」に充実したサイト（モデルＢ）において，本発明の導入による年間の効果は概算で：
（イ）零細規模サイトは，１０５回増加して，４千円；
（ロ）小規模サイトでは，２，３００回増加して，９万円；
（ハ）中小規模サイトは，１０，０００回増加して，４０万円；
（ニ）中規模サイトでは，２６，０００回増加して，１００万円；
（ホ）大規模サイトでは，２６０，０００回増加して，１千万円；
（ヘ）超大規模サイトは，２，６００，０００回増加して，１億円；
分に相当する．
【０３０４】
もちろん現実にはサイトの個性をはじめとする様々な要素に左右されるので，本試算は目安である．
【０３０５】
以上，本発明について実施した，実験目的，実験条件，実験方法，解析方法，そして解析結果を述べた．
【０３０６】
【発明の効果】
本発明の請求項１のオブジェクト付加表示方法は，適切かつ容易な付加表示，ならびに，トップページ等への誘導にも適した付加表示を実現する．
【０３０７】
また，本発明の請求項５の参照元アドレス付属パラメタ依存処理機構と，
請求項１２の「参照元アドレス付属パラメタ依存処理機構のプログラム記録媒体」は，
付加表示の利点を引き出すために，検索エンジンシステム等から紹介されてきたときのパラメタに内蔵された検索キーなどをアプリケーションに渡して，付加表示オブジェクトを動的に作って付加表示したり，該アプリケーションがリサーチ用に記録するなどを可能とする．
【０３０８】
さらに，本発明の他の請求項は，前記オブジェクト付加表示方法を実施する物をそれぞれ提供する．
【０３０９】
本発明によれば，検索エンジン等から紹介されてウェブサイトの非トップページに到達する巨大なトラフィックの流れを，そこで終わらせない．そして，トップページ，メニュー，商品一覧ページ，広告などの，サイト運営者お勧めのオブジェクトに誘導する．
その結果，ウェブサイトと閲覧者の適切なコンタクトを格段に増大することができる．
効果の大きさを，前記「発明の実施の形態」の実験結果の分析の中で詳しく述べた．
このように，従来の技術に比べ飛躍的に進歩しているものである．
【０３１０】
本発明を広告に応用すれば，キーワードに基づいて選択されあるいは最適化された広告が，閲覧者が既に検索エンジンやリンク集などで選択した「興味ある」オブジェクトの内部または外部に，同時もしくは前後して表示される点から，閲覧される確率が高まり，広告効果が大きく上昇すると期待される．
【０３１１】
本発明は，現在までにインターネットで様々な表示手法と広告手法が次々と編み出されてきた中でも，類を見ない新手法である．
現在，サイト内の移動をしても出てくるポップアップ広告に対して閲覧者からは，邪魔，面倒という声が激しかった．そこから類推された，「ましてトップページなどの大きなウィンドウをアクセスの都度毎回出していたら，閲覧者の怒りを招くのではないか」という単純な憶測を破ったところに，効果絶大な本発明の新規性の鍵がある．
【図面の簡単な説明】
【図１】オブジェクト付加表示方法の原理構成図である。
【図２】実施例１の構成図である。
【図３】実施例２の構成図である。
【図４】実施例３の構成図である。
【図５】実施例４の構成図である。
【図６】実施例５の構成図である。
【図７】制御情報編集支援機構の実施例構成図である．
【図８】付加表示判定支援機構の実施例構成図である．
【図９】参照元アドレス付属パラメタ依存処理機構の実施例構成図である．
【図１０】付加表示関連情報付きオブジェクトの実施例構成図である．
【図１１】課金機構の実施例構成図である．
【図１２】トップページの表示例である．
【図１３】非トップページの表示例である．
【図１４】トップページを背面に付加表示した例である．
【図１５】非トップページを消去してトップページが見えた状態である．
【図１６】案内メッセージを付加表示した例である．
【図１７】トップページと案内メッセージを付加表示した例である．
【図１８】トップページと非トップページをマルチフレーム表示した例である．
【図１９】トップページだけを表示してハイライトした状態である．
【図２０】トップページだけを表示してスクロールした状態である．
【図２１】トップページを前面に付加表示した例である．
【図２２】ステップとステップを実行する機構の対応である．
【図２３】参照元アドレス付属パラメタ依存処理機構による表示例である．
【図２４】検索結果画面の表示例である．
【図２５】ポップアップ広告の表示例である．
【図２６】ポップアップ広告の非トップページでの表示例である．
【図２７】ポップアンダー広告の表示例である．
【図２８】非トップページを消去してポップアンダー広告が見えた状態である．
【図２９】ログの一部である。
【図３０】閲覧者数の推移である．
【図３１】トップページ閲覧数の推移である。
【図３２】トップページ閲覧数／人の推移である。
【図３３】閲覧者にトップページを見せた比率の推移である。
【図３４】非トップページを検索してきた閲覧者にトップページを見せた比率の推移である。
【図３５】閲覧コンテンツ数の推移である。
【図３６】閲覧コンテンツ数／人の推移である。
【図３７】疑似生物操作人数の推移である．
【図３８】サーバ／クライアントシステムの構成図である．
【図３９】記録媒体からのプログラム入力の構成図である．
【図４０】従来提案１の推測実施例である．
【符号の説明】
１        サーバ
２        クライアント
３        通信路
４        オブジェクト
５        オブジェクトアドレス
６        指定オブジェクト
７        オブジェクト付加表示方法
８        指定オブジェクト作成ステップ
９        付加表示作成ステップ
１０        付加表示変換ステップ
１１        制御情報編集ステップ
１２        付加表示判定ステップ
１３        出力ステップ
１４        オープンクローズ制御ステップ
１５        発音制御ステップ
１６        記録装置
１７        付加表示オブジェクト
１９        参照元アドレス
２０        参照元アドレス付属パラメタ
２１        クッキー
２２        クライアント管理のサイト訪問済フラッグ
２３        サーバ管理のサイト訪問済フラッグ
２４        ログ
２５        リモートアドレス
２６        付加表示判定用論理値
２７        制御情報編集支援機構
２８        付加表示判定支援機構
２９        オープンクローズ制御機構
３０        参照元アドレス付属パラメタ依存処理機構
３１        キーワード
３２        付加表示関連情報挿入機構
３３        課金機構
３４        付加表示関連情報付きオブジェクト
３５        付加表示関連サーバ
３６        付加表示関連サーバ記録装置
３７        課金データ記録部
３８        課金データ
３９        従来提案１のサーバ
４０        従来提案１のクライアント
４１        従来提案１の通信路
４２        従来提案１の記録装置
４３        従来提案１のブラウザ
４４        従来提案１のキーボード／マウス
４５        従来提案１の表示装置
４６        従来提案１の第一のウィンドウ
４７        従来提案１の第一のページ
４８        従来提案１の第二のページ
４９        従来提案１の対応表
５０        従来提案１のｈｔｔｐデーモン
５１        従来提案１の検索エンジンシステム
５３        検索エンジンシステム
５４        ｈｔｔｐデーモン
５５        ＣＧＩプログラム
５６        スクリプトプロセッサ
５７        ブラウザ
５８        キーボード／マウス
５９        第一のウィンドウ
６０        表示装置
６１        第一のページ
６２        第二のページ
６３        第二のウィンドウ
６４        記録媒体
６５        入力装置
６６        プログラムサーバ
６７        広告作成／検索／翻訳／アプリケーションプログラム
６８        オブジェクト／リンク
【図１】
2004341965.tif 000005
【図２】
2004341965.tif 000006
【図３】
2004341965.tif 000007
【図４】
2004341965.tif 000008
【図５】
2004341965.tif 000009
【図６】
2004341965.tif 000010
【図７】
2004341965.tif 000011
【図８】
2004341965.tif 000012
【図９】
2004341965.tif 000013
【図１０】
2004341965.tif 000014
【図１１】
2004341965.tif 000015
【図１２】
2004341965.tif 000016
【図１３】
2004341965.tif 000017
【図１４】
2004341965.tif 000018
【図１５】
2004341965.tif 000019
【図１６】
2004341965.tif 000020
【図１７】
2004341965.tif 000021
【図１８】
2004341965.tif 000022
【図１９】
2004341965.tif 000023
【図２０】
2004341965.tif 000024
【図２１】
2004341965.tif 000025
【図２２】
2004341965.tif 000026
【図２３】
2004341965.tif 000027
【図２４】
2004341965.tif 000028
【図２５】
2004341965.tif 000029
【図２６】
2004341965.tif 000030
【図２７】
2004341965.tif 000031
【図２８】
2004341965.tif 000032
【図２９】
2004341965.tif 000033
【図３０】
2004341965.tif 000034
【図３１】
2004341965.tif 000035
【図３２】
2004341965.tif 000036
【図３３】
2004341965.tif 000037
【図３４】
2004341965.tif 000038
【図３５】
2004341965.tif 000039
【図３６】
2004341965.tif 000040
【図３７】
2004341965.tif 000041
【図３８】
2004341965.tif 000042
【図３９】
2004341965.tif 000043
【図４０】
2004341965.tif 000044
【手続補正書】
【提出日】平成16年6月16日(2004.6.16)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
図３７はサーバ／クライアントシステムの構成図である．
サーバ１とは，特定のオブジェクトまたは機能を保持していて，通信路３を介して，他の処理装置やソフトウェアに提供する処理装置またはソフトウェアである．
クライアント２とは，閲覧者ないし利用者が用いる処理装置またはソフトウェアであって，通信路３を介して，サーバ１にオブジェクトや機能を提供してもらう処理装置またはソフトウェアである．


【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】変更
【補正の内容】
【００２４】
また，クライアント２でも，表示されるオブジェクトの中に記述できる
（状況によってＪаｖаＳｃｒｉｐｔ（登録商標）言語，ＪＳｃｒｉｐｔ（登録商標）言語とも呼ばれることがあり，ECMA Scriptとも表記される）
ECMAScript言語のdocument.referrerを用いて，ブラウザと連携した言語プロセッサにより，参照元アドレス１９を得ることができる．
（ECMAScript言語，ＪаｖаＳｃｒｉｐｔ（登録商標）言語の参考資料：
「The Mozilla Organization：ＪаｖаＳｃｒｉｐｔ（登録商標）」
http://jt.mozilla.gr.jp/js/；
「杜甫々氏：とほほのＷＷＷ入門」
http://tohoho.wakusei.ne.jp/www.htm  ＪаｖаＳｃｒｉｐｔ（登録商標）リファレンスの項）．


【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０１２９
【補正方法】変更
【補正の内容】
【０１２９】
制御情報編集ステップ１１は，付加表示オブジェクト１７と指定オブジェクト６とから，出力すべき付加表示オブジェクト１７と指定オブジェクト６とを編集する．出力は片方にまとめることもある．
出力される付加表示オブジェクト１７を指定オブジェクト６に加えるには，付加表示オブジェクト１７を指定オブジェクト６と違う領域に出力されるように編集すればよい．
出力される付加表示オブジェクト１７を指定オブジェクト６と混合し，あるいは一方を一方に含ませるには，HTML言語同士ならソースレベルで混合すればよく，画像を指定オブジェクトに混合するなら，HTMLのIMGタグなどを使えばよい．音楽の付加などもタグの付加で可能である．型によっていろいろな方法がある．
マルチフレームについては，HTML言語のFRAMEタグを使って２フレームを１ページに定義するページを返信しておき，該ページに，それぞれのフレームで表示するページのアドレスを記述しておけば，ブラウザ５７が自動的にサーバ１に各ページを要求しなおすので，サーバがそれぞれに答えてオブジェクトを返すだけで，１ページ２フレームの画面が完成する．３フレーム以上の作成も同様に可能である．
指定オブジェクト６の表示をやめることで，閲覧者には付加表示オブジェクト１７だけを見せる実装方法もある．しかし，それでは，閲覧者がせっかく見つけてきた非トップページを見せないことになっていけないというなら，付加表示オブジェクト１７の中で該指定オブジェクト６に関するところ，あるいは，該指定オブジェクト６へのリンクがはってあるところを強調して出力すればいい，という考え方もある．強調を実現するには，文字の色を変えたり，文字の大きさ，太さ，フォントの種類，傾き，下線，行間幅，その他文字の装飾を変更すること方法がある．図１９（トップページだけを表示してハイライトした状態）はトップページだけを表示してハイライトした状態である．装飾の変更は，HTML言語のFONTタグなどでも，HTML言語と連携可能なスタイルシート（style sheet）機能を使っても実現できる．該当箇所に画像を挿入し，あるいは挿入されている画像を変化させて強調させることも，タグやECMAScript言語などを使ってできる．
また，もうひとつの強調方法として，出力画面が完成したときに該当部分までスクロールさせる方法もある．図２０（トップページだけを表示してスクロールした状態）はトップページだけを表示してスクロールした状態である．これには，たとえば，HTML言語のAタグで場所に名札をつけておき，アドレスに#記号ではじまる該名札を付属させて指定する方法，あるいは，ECMAScriptスクリプトのscrollTo機能をHTML言語のBODYタグのonLOadパラメタで呼び出す方法などがとれる．
付加表示オブジェクト１７を画面で開く新しいウィンドウに出力させることができる．
ウィンドウであれば，ECMAScriptスクリプトのwindow.open機能で新しく開くことができる．たとえば，図１３（非トップページの表示例）から図２１（トップページを前面に付加表示した例）のように変わる．
さらに，「付加表示オブジェクト１７が指定オブジェクト６を隠さないように指定オブジェクト６のウィンドウを前面に移動する，または，入力装置からの入力を受け付けるウィンドウに指定するすなわちフォーカスする」べく出力させることでできる．
これは，ECMAScriptスクリプトのwindow.focus()機能を用いることができる．この記法を用いれば，指定オブジェクトから新ウィンドウで付加表示オブジェクトを開く命令を出して該新ウィンドウが「前面にきてキーボードやマウスの入力を受け付ける状態」，すなわちフォーカスされた状態になっても，直後に実行されるwindow.focus()命令により，自ウィンドウがフォーカスされ，新ウィンドウは背面に隠れる．たとえば，図２１（トップページを前面に付加表示した例）から図１４（トップページを背面に付加表示した例）のように変わる．
これによって，閲覧者の指定ウィンドウを見てから付加表示ウィンドウを見るという行動にそった謙虚な表示ができる．
これを行わないと，図２１（トップページを前面に付加表示した例）のままになって，ポップアップ広告のように邪魔な印象を招く．


【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０２０８
【補正方法】変更
【補正の内容】
【０２０８】
図２３（参照元アドレス付属パラメタ依存処理機構による表示例）に参照元アドレス付属パラメタ依存処理機構３０による表示例を示す．


【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０２１２
【補正方法】変更
【補正の内容】
【０２１２】
参照元アドレス付属パラメタ依存処理機構３０が入力するのは，キーワード３１でなくてもよく，参照元アドレス１９に含まれていた情報，要求されたオブジェクトアドレス５，クライアント２のリモートアドレス２５，あるいは，クライアントから入力した情報が明示的または暗示的に表す「閲覧者が読むことのできる言語」でもよい．
たとえばリモートアドレス２５をドメインに変換したら国コードがfrであれば付加表示をフランス語で行うことができる．また，前記Google（登録商標）のhlパラメタがfrであればフランスのGoogle（登録商標）を使っているので，付加表示をフランス語で行うことは適切であろう．
指定オブジェクト６と同じ内容を，閲覧者の母国語に自動翻訳して付加表示することは利便性が高い．
さらには，ドメインが小学校や幼稚園を表しているときに，難しい言葉や文字を簡単な言葉や文字に変換して付加表示することは，教育上も有用であろう．


【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０２３２
【補正方法】変更
【補正の内容】
【０２３２】
図３８は，記録媒体からのプログラム入力の構成図である．
請求項９，請求項１０，請求項１１，請求項１２，請求項１３，そして，請求項１４では，それぞれの機構を実行させるプログラムを，
（イ）  あらかじめ機械読み取り可能な媒体，すなわち，光磁気ディスク（ＭＯ），デジタルビデオディスク（ＤＶＤ），読み取り専用コンパクトディスク（ＣＤ−ＲＯＭ），ハードディスク，半導体ディスク（ＳＳＤ），フラッシュメモリ，フレキシブルディスク，読み取り専用メモリ（ＲＯＭ），磁気テープ（ＭＴ），カートリッジテープ，ホログラムメモリ，バイオメモリ，その他機械読み取り可能な媒体，に格納しておいて；
（ロ）  サーバ１またはクライアント２または外部のプログラムサーバ６６に接続された入力装置６５で該記録媒体６４から該プログラムを読み取り；
（ハ）  該プログラムを，サーバ１または／およびクライアント２に接続された記録装置に直接ロードして；
あるいは，該プログラムを，サーバ１または／およびクライアント２に接続された記録装置になんらかの通信網経由で受信して；
（ニ）  該プログラムをサーバ１または／およびクライアント２の処理装置よって実行する；
ことができる．


【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０２４６
【補正方法】変更
【補正の内容】
【０２４６】
図３９は，理解した，従来提案１の推測実施例である．本発明と比較するため，本発明の用語に合わせた．
図は上から下に時間順に書いてある．
図中，点線矢印は，データの送信と方向を表している．
図中，英字ａ，ｂ，…，ｋはデータを送るステップを表す．


【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０２７６
【補正方法】変更
【補正の内容】
【０２７６】
該CGIプログラムは，ｈｔｔｐデーモン５４から渡されたREFERERという環境変数を調べる．それが，前記Google（登録商標）などの検索エンジン類のアドレスでなければそのままｈｔｔｐデーモン５４に制御を返す．
検索エンジン類のアドレスであれば，scriptタグで囲んだ一連のECMAScript言語で書かれた命令群と，noscriptタグで囲んだ一連のECMAScript言語で書かれた命令群とを動的に生成して，指定オブジェクト６の#include命令のあった場所に展開する．


【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０２８７
【補正方法】変更
【補正の内容】
【０２８７】
【表１】
2004341965.tif 000045
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０２９６
【補正方法】削除
【補正の内容】
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０２９８
【補正方法】変更
【補正の内容】
【０２９８】
《解析結果：トップページ内サイト内リンククリック回数》
ＡＰ期に付加表示でトップページを表示した人で，さらに非トップページに降下したｓＮｔＮ型の閲覧者は：
ＡＰＪ：２１人；
また；
ＡＰＥ：５人；
であった．
ＡＰ期に付加表示でトップページを表示した人が，さらに非トップページに降下した比率は，ｓＮｔｘ＋ｓＮｔＴ＋ｓＮｔＮの合計に対するｓＮｔＮの比率であって，
ＡＰＪ：２１／１５０＝０．１４；
また；
ＡＰＥ：５／３３＝０．１５；
であった．
大まかには，
「７人にひとりは，付加表示されたトップページからのリンクをたどって，サイト内の非トップページに降りてくれた」
と言える．
付加表示によって，さらにサイトの中の他の非トップページも見せようというサイト側の目的が，大きく達成されている．
この数値は限界ではなく，トップページから非トップページへのリンクを魅力的に工夫することで増大できる．
トップページから非トップページに降下した人（＝ｄＴＮ＋ｄＮＴＮ＋ｓＴＮ＋ｓＮＴＮ＋ｓＮｔＮ）が閲覧者に占める比率は：
ＮＰＪ：０．０１６に対し；
ＡＰＪ：０．１１（６．９倍）；
また；
ＮＰＥ：０に対し；
ＡＰＪ：０．０９；
で，トップページが閲覧の案内をする役割を発揮する場面が格段に増えることが分かった．
このように，二つの側面，すなわち，「トップページ内サイト外リンククリック人数」，そして「トップページ内サイト内リンククリック回数」から，閲覧者が複数の検索結果を吟味中に検索されたページと一緒に控えめにトップページも出すという実現方法なら，閲覧者側の満足度も全体として向上しているであろうという様子が分かった．


【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】図面の簡単な説明
【補正方法】変更
【補正の内容】
【図面の簡単な説明】
【図１】オブジェクト付加表示方法の原理構成図である。
【図２】実施例１の構成図である。
【図３】実施例２の構成図である。
【図４】実施例３の構成図である。
【図５】実施例４の構成図である。
【図６】実施例５の構成図である。
【図７】制御情報編集支援機構の実施例構成図である．
【図８】付加表示判定支援機構の実施例構成図である．
【図９】参照元アドレス付属パラメタ依存処理機構の実施例構成図である．
【図１０】付加表示関連情報付きオブジェクトの実施例構成図である．
【図１１】課金機構の実施例構成図である．
【図１２】トップページの表示例である．
【図１３】非トップページの表示例である．
【図１４】トップページを背面に付加表示した例である．
【図１５】非トップページを消去してトップページが見えた状態である．
【図１６】案内メッセージを付加表示した例である．
【図１７】トップページと案内メッセージを付加表示した例である．
【図１８】トップページと非トップページをマルチフレーム表示した例である．
【図１９】トップページだけを表示してハイライトした状態である．
【図２０】トップページだけを表示してスクロールした状態である．
【図２１】トップページを前面に付加表示した例である．
【図２２】ステップとステップを実行する機構の対応である．
【図２３】参照元アドレス付属パラメタ依存処理機構による表示例である．
【図２４】検索結果画面の表示例である．
【図２５】ポップアップ広告の表示例である．
【図２６】ポップアップ広告の非トップページでの表示例である．
【図２７】ポップアンダー広告の表示例である．
【図２８】非トップページを消去してポップアンダー広告が見えた状態である．
【図２９】ログの一部である。
【図３０】閲覧者数の推移である．
【図３１】トップページ閲覧数の推移である。
【図３２】トップページ閲覧数／人の推移である。
【図３３】閲覧者にトップページを見せた比率の推移である。
【図３４】非トップページを検索してきた閲覧者にトップページを見せた比率の推移である。
【図３５】閲覧コンテンツ数の推移である。
【図３６】閲覧コンテンツ数／人の推移である。
【図３７】サーバ／クライアントシステムの構成図である．
【図３８】記録媒体からのプログラム入力の構成図である．
【図３９】従来提案１の推測実施例である．
【符号の説明】
１        サーバ
２        クライアント
３        通信路
４        オブジェクト
５        オブジェクトアドレス
６        指定オブジェクト
７        オブジェクト付加表示方法
８        指定オブジェクト作成ステップ
９        付加表示作成ステップ
１０        付加表示変換ステップ
１１        制御情報編集ステップ
１２        付加表示判定ステップ
１３        出力ステップ
１４        オープンクローズ制御ステップ
１５        発音制御ステップ
１６        記録装置
１７        付加表示オブジェクト
１９        参照元アドレス
２０        参照元アドレス付属パラメタ
２１        クッキー
２２        クライアント管理のサイト訪問済フラッグ
２３        サーバ管理のサイト訪問済フラッグ
２４        ログ
２５        リモートアドレス
２６        付加表示判定用論理値
２７        制御情報編集支援機構
２８        付加表示判定支援機構
２９        オープンクローズ制御機構
３０        参照元アドレス付属パラメタ依存処理機構
３１        キーワード
３２        付加表示関連情報挿入機構
３３        課金機構
３４        付加表示関連情報付きオブジェクト
３５        付加表示関連サーバ
３６        付加表示関連サーバ記録装置
３７        課金データ記録部
３８        課金データ
３９        従来提案１のサーバ
４０        従来提案１のクライアント
４１        従来提案１の通信路
４２        従来提案１の記録装置
４３        従来提案１のブラウザ
４４        従来提案１のキーボード／マウス
４５        従来提案１の表示装置
４６        従来提案１の第一のウィンドウ
４７        従来提案１の第一のページ
４８        従来提案１の第二のページ
４９        従来提案１の対応表
５０        従来提案１のｈｔｔｐデーモン
５１        従来提案１の検索エンジンシステム
５３        検索エンジンシステム
５４        ｈｔｔｐデーモン
５５        ＣＧＩプログラム
５６        スクリプトプロセッサ
５７        ブラウザ
５８        キーボード／マウス
５９        第一のウィンドウ
６０        表示装置
６１        第一のページ
６２        第二のページ
６３        第二のウィンドウ
６４        記録媒体
６５        入力装置
６６        プログラムサーバ
６７        広告作成／検索／翻訳／アプリケーションプログラム
６８        オブジェクト／リンク


【手続補正１３】
【補正対象書類名】図面
【補正対象項目名】図３７
【補正方法】変更
【補正の内容】
【図３７】
2004341965.tif 000046
【手続補正１４】
【補正対象書類名】図面
【補正対象項目名】図３８
【補正方法】変更
【補正の内容】
【図３８】
2004341965.tif 000047
【手続補正１５】
【補正対象書類名】図面
【補正対象項目名】図３９
【補正方法】変更
【補正の内容】
【図３９】
2004341965.tif 000048
【手続補正１６】
【補正対象書類名】図面
【補正対象項目名】図４０
【補正方法】削除
【補正の内容】