訂正の審決｜訂正2010-390045 - 特許審決データベース

会員機能

ランキング

請求人別審判件数

判例データベース

審決データベース

ポートフォリオ機能

ポートフォリオを新規に作成して保存		追加
既存のポートフォリオに追加保存		追加

この審決の個人情報、企業機密に関する修正依頼をする

PDF	PDFをダウンロード

審決分類	審判訂正ただし書き2号誤記又は誤訳の訂正訂正する H04L
管理番号	1220071
審判番号	訂正2010-390045
総通号数	129
発行国	日本国特許庁(JP)
公報種別	特許審決公報
発行日	2010-09-24
種別	訂正の審決
審判請求日	2010-05-06
確定日	2010-07-01
訂正明細書	有
事件の表示	特許第4471554号に関する訂正審判事件について、次のとおり審決する。
結論	特許第4471554号に係る明細書及び図面を本件審判請求書に添付された訂正明細書及び図面のとおり訂正することを認める。
理由	第1 請求の要旨本願は,平成13年5月4日(パリ条約による優先権主張外国庁受理平成12年5月5日,米国)を国際出願日とする出願であって,平成22年3月12日に設定登録がなされたが,平成22年5月6日付けで本件審判請求がなされた。本件審判請求の要旨は,特許第4471554号発明の特許請求の範囲を審判請求書に添付した訂正特許請求の範囲のとおり,すなわち,以下(1)?(5)のとおり訂正することを求めるものである。 (1)訂正事項1 特許請求の範囲の請求項1における一部記載である「所定の最小回数」を,「所定の回数」に訂正する。 (2)訂正事項2 特許請求の範囲の請求項1における一部記載である「前記所定の最小回数」を,「前記所定の回数」に訂正する。 (3)訂正事項3 特許請求の範囲の請求項9における一部記載である「前記所定の最小回数」を,「前記所定の回数」に訂正する。 (4)訂正事項4 特許請求の範囲の請求項17における一部記載である「所定の最小回数」を,「所定の回数」に訂正する。 (5)訂正事項5 特許請求の範囲の請求項17における一部記載である「前記所定の最小回数」を,「前記所定の回数」に訂正する。なお,訂正前の請求項1,9,17及び,(1)訂正事項1,(2)訂正事項2により訂正された訂正後の請求項1,9,17は以下のとおりである。 (訂正前) 「【請求項1】通信ネットワークの使用を監視する装置であって, ユーザ要求パケット及びネットワーク応答パケットを捕獲するように適合されると共に,捕獲されたパケットをフィルタ処理して前記捕獲されたパケットから使用監視データを抽出するように適合された使用監視モジュールと, 前記フィルタ処理された使用監視データを前記使用監視モジュールから受け取るように適合されると共に,前記ユーザ要求パケット及びネットワーク応答パケットと関連するデータを格納するように適合された,前記使用監視モジュールと通信する一時データベースと, を含む通信ネットワーク使用監視装置において, 前記使用監視モジュールは,ユーザホスト又はネットワークサーバとは独立して単一のネットワークアクセスポイントで動作し,かつ,複数のネットワークユーザから送信される全ての要求パケット,及び,複数のネットワークサービスから送信される全ての応答パケットを捕獲するように適合され, 前記一時データベースは,ユーザによって所定の最小回数未満の回数アクセスされたに過ぎないネットワークアドレスに対するユーザ監視情報を格納するものであり, 前記通信ネットワーク使用監視装置が,ユーザによって前記所定の最小回数を超えるアクセスがされたネットワークアドレスに対するユーザ監視情報を格納する主データベースを備えていることを特徴とする通信ネットワーク使用監視装置。」「【請求項9】前記所定の最小回数が1回であることを特徴とする請求項1に記載の通信ネットワーク使用監視装置。」「【請求項17】通信ネットワークにおいて使用監視を行うための方法であって, 全てのネットワークユーザ送信データパケット及びネットワークサービス送信データパケットを捕獲するステップと, 前記捕獲されたパケットをフィルタ処理して使用監視データを提供するステップと, 前記使用監視データを一時データベースヘ格納するステップと, を含む通信ネットワーク使用監視方法において, 全てのネットワークユーザ生成データパケット及びネットワークサービス生成データパケットを捕獲するステップが,ユーザホスト又はネットワークサーバとは独立してアクセスの単一のネットワークポイントにおいて生じて,複数のユーザ及び複数のネットワークサービスから送信されたデータパケットの捕獲を提供し, 前記一時データベースが,ユーザによって所定の最小回数未満の回数アクセスされたに過ぎないネットワークアドレスに対するユーザ監視情報を格納し, 主データベースが,ユーザによって前記所定の最小回数を超えるアクセスがされたネットワークアドレスに対するユーザ監視情報を格納することを特徴とする通信ネットワーク使用監視方法。」 (訂正後) 「【請求項1】通信ネットワークの使用を監視する装置であって, ユーザ要求パケット及びネットワーク応答パケットを捕獲するように適合されると共に,捕獲されたパケットをフィルタ処理して前記捕獲されたパケットから使用監視データを抽出するように適合された使用監視モジュールと, 前記フィルタ処理された使用監視データを前記使用監視モジュールから受け取るように適合されると共に,前記ユーザ要求パケット及びネットワーク応答パケットと関連するデータを格納するように適合された,前記使用監視モジュールと通信する一時データベースと, を含む通信ネットワーク使用監視装置において, 前記使用監視モジュールは,ユーザホスト又はネットワークサーバとは独立して単一のネットワークアクセスポイントで動作し,かつ,複数のネットワークユーザから送信される全ての要求パケット,及び,複数のネットワークサービスから送信される全ての応答パケットを捕獲するように適合され, 前記一時データベースは,ユーザによって所定の回数未満の回数アクセスされたに過ぎないネットワークアドレスに対するユーザ監視情報を格納するものであり, 前記通信ネットワーク使用監視装置が,ユーザによって前記所定の回数を超えるアクセスがされたネットワークアドレスに対するユーザ監視情報を格納する主データベースを備えていることを特徴とする通信ネットワーク使用監視装置。」「【請求項9】前記所定の回数が1回であることを特徴とする請求項1に記載の通信ネットワーク使用監視装置。」「【請求項17】通信ネットワークにおいて使用監視を行うための方法であって, 全てのネットワークユーザ送信データパケット及びネットワークサービス送信データパケットを捕獲するステップと, 前記捕獲されたパケットをフィルタ処理して使用監視データを提供するステップと, 前記使用監視データを一時データベースヘ格納するステップと, を含む通信ネットワーク使用監視方法において, 全てのネットワークユーザ生成データパケット及びネットワークサービス生成データパケットを捕獲するステップが,ユーザホスト又はネットワークサーバとは独立してアクセスの単一のネットワークポイントにおいて生じて,複数のユーザ及び複数のネットワークサービスから送信されたデータパケットの捕獲を提供し, 前記一時データベースが,ユーザによって所定の回数未満の回数アクセスされたに過ぎないネットワークアドレスに対するユーザ監視情報を格納し, 主データベースが,ユーザによって前記所定の回数を超えるアクセスがされたネットワークアドレスに対するユーザ監視情報を格納することを特徴とする通信ネットワーク使用監視方法。」 (下線箇所が実質的な訂正箇所である。) 第2 当審の判断 1.訂正の目的の適否,新規事項の有無,及び拡張・変更の存否について (1)訂正事項1について訂正前の請求項1における「前記一時データベースは,ユーザによって所定の最小回数未満の回数アクセスされたに過ぎないネットワークアドレスに対するユーザ監視情報を格納するものであり, 前記通信ネットワーク使用監視装置が,ユーザによって前記所定の最小回数を超えるアクセスがされたネットワークアドレスに対するユーザ監視情報を格納する主データベース」との構成に対応する実施例ないし説明は,例えば, 本件の願書に添付した明細書又は図面(以下,「当初明細書」という。)の段落【0021】に「使用監視モジュール12がユーザ要求をネットワークサービス応答に突き合わせると,その要求及び応答において見つけられる情報は,一時データベース36又は主データベース38の何れかに格納される。使用監視モジュール12は,ユーザ要求がウエブページのような,特定のネットワークサービスに対する事前定された数の初期要求の一つであるか否かを決定する。その要求が初期要求或いは事前決定された数の初期要求内であることが決定されると,その要求及び応答に見られる情報が一時データベースへ格納される。ネットワークサービスが事前決定された回数を越えてアクセスした場合には,その情報は,主データベース38に転送されて格納され,それに続く要求/応答が,主データベースへプロキシ(ｐｒｏｘｙ)されかつ格納される。一時データベースの実現によって,多くのネットワークサービスが一回に或いは最小の回数で要求されるのに過ぎないこと,従って,使用データ情報の処理が発生すると,これらの最小使用要求/応答の統計的存在は必要ないことの事実が補償される。これに関して,主データベースは,結果としての使用監視情報クライアント(すなわち,ネットワークサービスプロバイダ,ネットワーク受益者,或いはネットワークユーザ)によって,データベースの引き続く処理へより適合するように最小化される。ユーザの全てのアクティビィティを記録することとデータベースを能率的にすることとの競合する目標(ゴール)をバランスするために所定数の初期要求が選択されるように,使用監視モジュール12が構成され得る。しかしながら,幾つかの場合には,所定数が1に設定される。」と, また段落【0030】に, 「ステップ190において,任意ではあるが,使用監視方法及び装置は,一致した要求/応答が主データベースにあるか一時データベースにあるかを決定する。全ての要求/応答並びにそれに関連する情報が主データベースに格納され得るが,本発明の一態様の使用監視方法及び装置は,要求されたネットワークサービスが最初に要求された時,或いは,それが所定回数未満の回数だけ要求されるように構成された場合には,任意ではあるが,データを最初に一時データベースに格納する。その後,ネットワークサービスが所定回数を越える回数要求されると,要求/応答情報が主データベースに転送及び/又は記録される。先に議論されたように,ネットワークアドレス,例えば,インターネットURLの多くが一回要求されるに過ぎないので,主データベースのサイズが最小化され得ると共に,任意のユーザによって一回を越える回数ビジットされるネットワークサービス要求/応答の全てを格納し続ける。これは,事前定義された最小回数未満の回数のめったに要求されない別個ではあるが一時データベースを確立することによって達成され得る。」と記載されており, これらの記載によれば,「所定の最小回数未満の回数」とは,アクセスされた回数が「最小回数」を超えた場合に,「要求及び応答に見られる情報すなわち「ユーザ監視情報」を主データベースに格納することを開示しており,この二つのデータベースの使い分けの閾値として「最小回数」が用いられているということになる。一方,「最小回数」との用語について検討すると,本来「最小」とは,ある範囲で最も小さいことを意味する語であるが,特許請求の範囲の記載,あるいは上記段落【0021】【0030】を含む明細書の諸記載,及び図面を参照しても,その範囲が明確に認識できるものではなく,「主データベース」に残しておきたい「ユーザ監視情報」としては,アクセス回数としてある最小数を設定しておくという意味で解釈するしかない。してみると,要は,この二つの「データベース」の記憶容量や,記憶されたデータのその後の利用目的等から決められる任意の数としての意義しかない。また,「所定」との語の意味は,本来的に適当に定めうるとの意味しか持たないことからして,「所定の最小」という記載自体も不明確な記載ということができる。さらに,「最小」との記載から典型的に浮かんでくる「1(回)」については,請求項1を引用して限定した発明に係る請求項9で,明確に規定されており,請求項1の「最小」は1回に近いかもしれないが,それを包含するものが最小回数と解するのが相当ということになる。してみると,これらの点を総合してみると,請求項1の前記「最小」との記載上の意義はほとんど任意的であって,むしろ「所定の最小回数」との記載はやや不明確な記載ということができるから,明細書等を参酌して,「所定の回数」とすべきものを誤って記載したものということができる。なお,当初明細書には,「最小」との記載が十数カ所散見されるが,それを考慮しても,請求項1における「所定の最小回数」を特定の技術的意味において解釈できるものとはいえない。以上のとおりであるから,訂正事項1は,特許請求の範囲の誤記の訂正であり,当初明細書に記載した事項の範囲内においてしたものであって,実質上特許請求の範囲を拡張し,又は変更するものでもない。 (2)訂正事項2について訂正事項2は,「(1)訂正事項1」に係る,「所定の最小回数」を「所定の回数」と訂正することに伴った平仄合わせといえるのものであるから,上記「(1)訂正事項1について」での検討と同様の理由で,特許請求の範囲の誤記の訂正であり,当初明細書に記載した事項の範囲内においてしたものであって,実質上特許請求の範囲を拡張し,又は変更するものでもない。 (3)訂正事項3について訂正前の請求項9は,訂正前の請求項1の「所定の最小回数」を具体的に「1回」と限定して,他の構成は請求項1を引用する形式でそのまま記載したものということができ,一方,訂正後において,訂正前の請求項1の「所定の最小回数」が「所定の回数」と訂正されているから,請求項9に係る発明としては実質的な変更はない。したがって,上記「(1)訂正事項1について」での検討と同様の理由で,特許請求の範囲の誤記の訂正であり,当初明細書に記載した事項の範囲内においてしたものであって,実質上特許請求の範囲を拡張し,又は変更するものでもない。 (4)訂正事項4,5について請求項16は,請求項1と記載表現上差異が散見されるものの,実質的には,請求項1に記載された「通信ネットワーク使用監視装置」における「使用監視」を行う方法の発明であって,これらの差異は概ねカテゴリーの違いによるものであるから,上記「(1)訂正事項1について」及び「(1)訂正事項2について」での検討と同様の理由で,特許請求の範囲の誤記の訂正であり,当初明細書に記載した事項の範囲内においてしたものであって,実質上特許請求の範囲を拡張し,又は変更するものでもない。以上のとおりであるから,上記訂正事項1?5は,特許法第126条第1項第1,3号に揚げる事項を目的とし,第2項乃至第4項の規定に適合する。 2.独立特許要件について審判請求書で,請求人は本件訂正が誤記の訂正であると主張しているにもかかわらず,請求項に係る発明の独立要件について釈明していないので,当審において,訂正後の特許請求の範囲の請求項1,前記請求項1を実質引用する形式で記載された請求項2?16,及び訂正後の特許請求の範囲の請求項17,前記請求項17を引用する形式で記載された請求項18?20に係る発明が,特許出願の際独立して特許を受けることができるものか否かについて検討する。本件に係る国際出願の国際調査報告書及び日本国への出願の審査において,本件に関連すると認められる文献として,以下のものが引用されている。文献1:国際公開第98/11702号文献2:国際公開第99/01819号文献3:米国特許第6026440号明細書文献4:特開2000-99477号公報文献5:横井忠寛,間瀬憲一,インターネットの品質・トラヒック管理[III],電子情報通信学会誌,2000年 1月25日,Vｏl.83,Nｏ.1,ｐｐ.57-63 文献6:加藤佐一,「Windｏｗｓ NTのネットワーク管理機能」コンピュータ＆ネットワークLAN,第15巻,第8号,1997年8月1日,ｐｐ.28-33の第4図文献7:久保田浩司他,「解剖イントラネット-23 伝送路やネットワーク機器の性能管理」,日経コミュニケーション,第265号,1998年3月2日,ｐｐ.222-223の第1図上記文献1?文献7は,本件の優先権主張の日以前に公知になっているが,訂正後の請求項1に係る発明の技術的な特徴ともいうべき,「一時データベースは,ユーザによって所定の回数未満の回数アクセスされたに過ぎないネットワークアドレスに対するユーザ監視情報を格納するものであり, 通信ネットワーク使用監視装置が,ユーザによって前記所定の回数を超えるアクセスがされたネットワークアドレスに対するユーザ監視情報を格納する主データベースを備えている」構成について記載も示唆もないから,請求項1に係る発明が,【文献1】?【文献7】に記載された発明と同一とすることはもとより,文献1?文献7に記載された発明に基づいて容易に発明できたものとすることもできない。また,請求項2?16についても,請求項1を引用して記載しているから,同様に,文献1?文献7に記載された発明と同一とすることはもとより,文献1?文献7に記載された発明に基づいて容易に発明できたものとすることもできない。次に,訂正後の特許請求の範囲の請求項17に係る発明であるが,訂正後の請求項1に係る発明の技術的な特徴ともいうべき,「一時データベースが,ユーザによって所定の回数未満の回数アクセスされたに過ぎないネットワークアドレスに対するユーザ監視情報を格納し, 主データベースが,ユーザによって前記所定の回数を超えるアクセスがされたネットワークアドレスに対するユーザ監視情報を格納する」構成について記載も示唆もないから,請求項17に係る発明が,文献1?文献7に記載された発明と同一とすることはもとより,文献1?文献7に記載された発明に基づいて容易に発明できたものとすることもできない。また,請求項18?19についても,請求項17を引用して記載しているから,同様に,文献1?文献7に記載された発明と同一とすることはもとより,文献1?文献7に記載された発明に基づいて容易に発明できたものとすることもできない。そして,本件特許に対し,無効の審判は請求されておらず,他に特許出願の際独立して特許を受けることができないとすべき理由も見当たらない。したがって,訂正後の請求項1?20に係る発明は,特許法第126条第5項の規定に適合する。第3 むすびしたがって,本件審判の請求は,特許法第126条第1項乃至第5項の規定に適合するものである。よって,結論のとおり審決する。
発明の名称	(54)【発明の名称】ネットワーク使用監視装置及びそれに関連する方法 (57)【特許請求の範囲】【請求項1】通信ネットワークの使用を監視する装置であって、ユーザ要求パケット及びネットワーク応答パケットを捕獲するように適合されると共に、捕獲されたパケットをフィルタ処理して前記捕獲されたパケットから使用監視データを抽出するように適合された使用監視モジュールと、前記フィルタ処理された使用監視データを前記使用監視モジュールから受け取るように適合されると共に、前記ユーザ要求パケット及びネットワーク応答パケットと関連するデータを格納するように適合された、前記使用監視モジュールと通信する一時データベースと、を含む通信ネットワーク使用監視装置において、前記使用監視モジュールは、ユーザホスト又はネットワークサーバとは独立して単一のネットワークアクセスポイントで動作し、かつ、複数のネットワークユーザから送信される全ての要求パケット、及び、複数のネットワークサービスから送信される全ての応答パケットを捕獲するように適合され、前記一時データベースは、ユーザによって所定の回数未満の回数アクセスされたに過ぎないネットワークアドレスに対するユーザ監視情報を格納するものであり、前記通信ネットワーク使用監視装置が、ユーザによって前記所定の回数を超えるアクセスがされたネットワークアドレスに対するユーザ監視情報を格納する主データベースを備えていることを特徴とする通信ネットワーク使用監視装置。【請求項2】前記使用監視モジュールを実施するゲートウエイデバイスを更に備え、前記ゲートウエイデバイスは、前記ネットワーク内のネットワークトラフィック集合点に配置され、かつ、前記ゲートウエイは、複数のネットワークユーザからの全ての要求を受け取ると共に、ネットワークサービスからの全ての応答を受け取るように適合されることを特徴とする請求項1に記載の通信ネットワーク使用監視装置。【請求項3】前記使用監視モジュールは、前記捕獲されたパケットをフィルタ処理してネットワークアドレスを抽出するように適合されると共に、前記使用監視データベースは、前記ネットワークアドレスを格納するように適合されることを特徴とする請求項1に記載の通信ネットワーク使用監視装置。【請求項4】前記ネットワークアドレスは、URL(ユニフォームリソースロケーター)を更に含むことを特徴とする請求項3に記載の通信ネットワーク使用監視装置。【請求項5】前記使用監視モジュールは、捕獲されたパケットをフィルタ処理して、ユーザ識別,ネットワークアドレス,パケットタイムスタンプ,参照ネットワークアドレス,コンテントタイプ,コンテント長,応答ステータスコード,及びユーザ照会ストリングから成るグループから選択された少なくとも一つのタイプのデータを含む使用監視データを抽出するように適合されることを特徴とする請求項1に記載の通信ネットワーク使用監視装置。【請求項6】前記使用監視モジュールは、ユーザによってアクセスされた一連のネットワークアドレスを監視するように、捕獲されたパケットにナビゲーションシーケンスを実行するように適合されることを特徴とする請求項1に記載の通信ネットワーク使用監視装置。【請求項7】前記使用監視モジュールは、ユーザが要求されたネットワークサービスアドレスへアクセスしたことを検証するためにネットワークサービス応答パケットに対してステータスコードチェックを行うように適合され、それによってアクセス可能ネットワークアドレスと関連するデータのみが前記使用監視データベースに格納されることを特徴とする請求項1に記載の通信ネットワーク使用監視装置。【請求項8】前記使用監視データベースは、要求されたネットワークサービスからの応答を受信することに先立って、ユーザ要求データを一時的に格納するユーザ要求データベースを更に含むことを特徴とする請求項1に記載の通信ネットワーク使用監視装置。【請求項9】前記所定の回数が1回であることを特徴とする請求項1に記載の通信ネットワーク使用監視装置。【請求項10】前記使用監視データベースは、ナビゲーション順序付けのために指定された、ネットワークアドレスを格納する指定ネットワークアドレスデータベースを更に含むことを特徴とする請求項1に記載の通信ネットワーク使用監視装置。【請求項11】前記使用監視モジュールは、使用監視クライアントからナビゲーション順序付けのために指定されたネットワークアドレスを受け取るように適合されることを特徴とする請求項10に記載の通信ネットワーク使用監視装置。【請求項12】前記使用監視モジュールは、ユーザが前記ネットワークアドレスへアクセスする頻度に基づいてナビゲーション順序付けのために指定されたネットワークアドレスを定義するように適合されることを特徴とする請求項10に記載の通信ネットワーク使用監視装置。【請求項13】前記使用監視データベースは、前記ユーザ要求パケットとネットワーク応答パケットとに関連するデータを格納する主データベースを更に含むことを特徴とする請求項1に記載の通信ネットワーク使用監視装置。【請求項14】ネットワークユーザ使用監視データに基づいてネットワークユーザにターゲット情報を提供する、前記使用監視データベースと通信する挿入サーバを更に含むことを特徴とする請求項1に記載の通信ネットワーク使用監視装置。【請求項15】前記挿入サーバは、ネットワークユーザ使用監視データに基づいてネットワークユーザにターゲット広告を提供する広告挿入サーバを更に含むことを特徴とする請求項14に記載の通信ネットワーク使用監視装置。【請求項16】前記挿入サーバは、ネットワークユーザ使用監視データに基づいてネットワークユーザにターゲットサーベイを提供するサーベイ挿入サーバを更に含むことを特徴とする請求項14に記載の通信ネットワーク使用監視装置。【請求項17】通信ネットワークにおいて使用監視を行うための方法であって、全てのネットワークユーザ送信データパケット及びネットワークサービス送信データパケットを捕獲するステップと、前記捕獲されたパケットをフィルタ処理して使用監視データを提供するステップと、前記使用監視データを一時データベースへ格納するステップと、を含む通信ネットワーク使用監視方法において、全てのネットワークユーザ生成データパケット及びネットワークサービス生成データパケットを捕獲するステップが、ユーザホスト又はネットワークサーバとは独立してアクセスの単一のネットワークポイントにおいて生じて、複数のユーザ及び複数のネットワークサービスから送信されたデータパケットの捕獲を提供し、前記一時データベースが、ユーザによって所定の回数未満の回数アクセスされたに過ぎないネットワークアドレスに対するユーザ監視情報を格納し、主データベースが、ユーザによって前記所定の回数を超えるアクセスがされたネットワークアドレスに対するユーザ監視情報を格納することを特徴とする通信ネットワーク使用監視方法。【請求項18】前記全てのネットワークユーザ送信データパケット及びネットワークサービス送信データパケットを捕獲するステップは、全てのネットワークユーザ送信データパケット及びネットワークサービス送信データパケットをゲートウエイデバイスにおいて捕獲するステップを更に含むことを特徴とする請求項17に記載の通信ネットワーク使用監視方法。【請求項19】前記捕獲されたパケットをフィルタ処理して使用監視データを提供するステップは、前記捕獲されたパケットをフィルタ処理して使用監視データを抽出するステップを更に含み、前記使用監視データは、ユーザ識別,ネットワークアドレス,パケットタイムスタンプ,参照ネットワークアドレス,コンテントタイプ,コンテント長,応答ステータスコード,及びユーザ照会ストリングから成るグループから選択された少なくとも一つのタイプのデータより成ることを特徴とする請求項17に記載の通信ネットワーク使用監視方法。【請求項20】前記使用監視データを使用監視データベースへ格納するステップは、前記使用監視データを主データベースへ格納するステップに先立って、前記使用監視データを一時データベースへ格納するステップを更に含むことを特徴とする請求項17に記載の通信ネットワーク使用監視方法。【発明の詳細な説明】【0001】【発明の属する技術分野】本発明は、一般的に、ネットワーク使用(neｔｗｏｒk ｕｓage)を監視することに関し、より詳細には、ネットワークアクセスのポイントで使用データを捕獲(キャプチャ;caｐｔｕｒe)するように動作するネットワーク使用監視装置及びこれに関連する使用監視方法に関する。【0002】【従来の技術】インターネットや社内イントラネット等の通信ネットワークは、会社内並びに自宅において、情報の配布の望ましい形態となってきている。このようなネットワークからの情報へのアクセスの必要性の増加により、このような通信ネットワークによって配布される情報を監視するための手段を提供することが必要である。ここでは、「使用監視」と呼ばれるこのような監視は、統計的或いはその他の価値のある情報をネットワークサービスプロバイダ,ネットワークユーザ,又はネットワーク広告主のようなネットワーク受益者へ提供できる。【0003】これらのネットワークサービスプロバイダは、多くの異なる適用業務において使用監視から利益を得ることができる。例えば、使用監視は、ユーザがアクセスした情報、及び、ユーザがネットワークへ提供した情報に基づいて、ネットワークユーザプロファイルを生成する能力を提供する。ユーザプロファイルは、知的保存データ(すなわち、ユーザによってアクセスされたネットワークページのコピーを保存すること)及び/又はデータの先取り(すなわち、将来のネットワークページアクセスを予測しかつそれを格納すること)のような、多くの適用業務においてサービスプロバイダにとって有益である。更に、使用監視情報は、ネットワークセキュリティ侵害の場合に、役立つ。この使用監視情報は、侵害者の履歴をトレースするために使用され得る有用な侵害後情報を提供する。【0004】インターネットのような通信ネットワークは、広告主が情報を配布しかつ顧客を勧誘することができる他の媒体を提供している。毎日ではないが、しばしばインターネットに依存する多くの人々のために、広告主は、インターネットを介して広告を配布するために莫大な金額を投資している。広告主にとって、残念なことは、単に大量に配布される広告は、一般的にコスト効率が高くない。その理由は、受け手の、大部分ではないが、多くは、広告される特定の製品やサービスには興味がないからである。このように、広告主は、広告される製品やサービスに最も興味があると信じられている部分的な人々を広告のターゲットとするように働くのが一般的である。例えば、新たな家の所有者は、セキュリティシステムに最も興味があり、その結果、住宅セキュリティ会社は、それらの新たな住宅所有者へ広告することをターゲットとしている。それらの潜在的な顧客ベースをターゲットにすることができるためには、広告主は、リアルタイムで使用監視データにアクセスできなければならず、かつ、特定の製品がアドレスされる集団をアドレスするためにフォーマット化、或いは容易にフォーマット化され得るデータが提供されなければならない。【0005】更に、使用監視情報は、それらが使用情報に基づいてそれらの配布情報を最適化しかつクライアント及び加入者へより良いサービスを提供するように働くので、コンテント配信ネットワーク(CDN)にとって重要であり得る。【0006】家族や会社のようなネットワークユーザは、家庭や会社内の個人の使用を監視することによって、使用監視情報から利益を得ることができる。このような監視は、個人が不適切な情報にアクセスしていないこと、或いはインターネットやイントラネットのブラウジングに過度な時間費やしていないことを保証する。【0007】【発明が解決しようとする課題】インターネットのような通信ネットワークは、多くの人々が通信を行う媒体を提供するが、ネットワークサービスプロバイダ,ネットワーク受益者,及びユーザ自身は、一般的に、ユーザの正確な性質(性格),ユーザによってアクセスされた情報のコンテント,ユーザの実態的人口統計学的分類,その他の使用関連情報を決定できなかった。例えば、ネットワーク広告主は、ユーザに関する詳細な実態的人口統計学的分類及びユーザによって要求された実際のコンテントに関する情報の両方をリアルタイムで決定することが困難であった。ネットワークサービスプロバイダは、より知的な保存能力及び先取り能力、セキュリティ侵害調査等を提供するために任意の或るユーザによってアクセスされた情報をリアルタイムでトラッキング(追跡)することが困難であった。更に、ネットワークユーザ(すなわち、家庭や会社)は、アクセスされたコンテントやアクセスセッションの期間に関して個人(家族の個々人や従業員)の使用をトラッキングする適切な手段が提供されていなかった。【0008】これに関して、現在の技術は、通信ネットワーク内の異なる離散的位置でのネットワーク使用を監視するために存在する。例えば、ネットワーク通信ストリーム内に位置するネットワークサーバ及び/又はルータは、サーバによってホストされたコンテントに対するアクセス要求のログを維持することによって使用を監視できる。これらのログは、特定のページや1セットのページにアクセスするユーザの数やそれらのページを介するナビゲーションシーケンスについての情報を提供する。ソフトウェアもまたサーバーログの統計的処理を実行するために設けられている。ウエブサーバレベルにおいて実行されているネットワーク使用監視のいくつかの例は、Shｒadeｒ等の発明者の名前で2000年2月15日に発行された「モニタリングリソース用のウエブサーバ・アマウント・マネージャー・プラグイン(Web Seｒｖeｒ Accｏｕnｔ Manageｒ Plｕgin fｏｒ Mｏniｔｏｒing Reｓｏｕｒceｓ)」と題された米国特許第6,026,440号に見られる。このShｒadeｒ等による米国特許第6,026,440号では、アプリケーション・プログラミング・インタフェース(API)が、ウエブ使用の監視をウエブサーバにおいて実行するために要求される。ウエブ使用の監視は、ネットワークのいたるところで全てのウエブサーバで実行されるべきAIPを必要とする。同様の関係において、Caｓella等の発明者の名前で1999年1月14日に公開された「ネットワークアプリケーション用のテスト及びデバッグ・ツール(Teｓｔing and Debｕgging Tｏｏl fｏｒ Neｔｗｏｒk Aｐｐlicaｔiｏn)」と題された国際公開第99/01819号は、監視機能を提供するデバッギング・アプリケーションである。しかしながら、Caｓella等による国際公開第99/01819号の刊行物において教示される監視は、1つの特定のクライエントと1つの特定のサーバとの間におけるものである。このCaｓella等による国際公開第99/01819号の刊行物では、多数のクライエントと多数のネットワークとの間の監視については教示されていない。他の例は、Page等の発明者の名前で1998年3月19日に公開された「ライブ・ネットワーク・インフォメーションを取得、分析及び表示するための装置及び方法」と題された国際公開第98/11702号において見出される。このPage等による国際公開第98/11702号において、監視は、1つの特定のネットワークの使用について監視されるべき多数のクライエントのために提供するネットワーク内のダウンストリーム位置において行われる。この国際公開第98/11702号は、ネットワーク・アクセス・ポイント(すなわち、アグリゲーション(aggｒegaｔiｏn)のポイント)において行われる監視についての教示はなされておらず、従って多数のクライエント及び多数のネットワークサービスの使用監視を提供することの教示はなされていない。同様に、使用は、メモリにユーザによってアクセスされたコンテントのログを維持することによって、ユーザレベルで、すなわち、個々のコンピュータで監視できる。このログは、アクセスされたコンテント,そのコンテントを介するナビゲーションシーケンス,及び各ページに関して費やされた時間を含む、個々のユーザの使用パターンについての情報を提供する。更に、幾つかのインターネットサービスプロバイダ(IPS)は、最も頻繁に要求された情報を格納するプロキシキャッシングサーバを含むことができる。これらのプロキシキャッシングサーバは、プロキシキャッシングサーバを介してネットワークへルーチングされるこれらのユーザのウエブコンテントの使用を監視するように設計され得る。残念ながら、プロキシキャッシングサーバは、プロキシキャッシュを適切に構成するように、ネットワークアドミニストレータ等によるユーザ介在を必要とする。更に、ほとんど全てのクライアントの要求がプロキシキャッシングサーバへ向けられるわけではないので、使用データが不完全にされかつ価値が大きく減じられる。【0009】上述のように、これらの従来の技術の各々は、ウエブの離散的デバイスや部分の使用に関連すると共にそれを監視する。例えば、サーバレベル及びユーザレベルで行われる監視動作(モニタリング)は、サーバで及びユーザによってそれぞれ起こる使用を監視するに過ぎないことは明瞭である。更に、プロキシキャッシングサーバを介して行われる監視動作は、特定のISPネットワークに対するクライアントの要求の幾つかを識別するに過ぎない。これらの種々のタイプの使用監視動作は、ネットワークサービスプロバイダ,ネットワーク受益者,及びネットワークユーザに対するいくらかの助けとなるが、これらのエンティティは、潜在的には多くの異なるサービスプロバイダのネットワーク上での、多くの異なるサーバによってホストされる情報にアクセスするように試みる多くの異なるユーザをカバーする非常に広範なスケールでの使用監視を要望する。【0010】【課題を解決するための手段】従って、ネットワークアクセスポイント、すなわち、ネットワークトラフィック集合ポイント、典型的にはゲートウエイデバイスや類似のネットワークインターフェースデバイスにおいてネットワーク使用を監視するためのネットワーク使用監視モジュールが提供される。そのように、本発明のネットワーク使用監視モジュールは、ゲートウエイデバイスを介して提供される種々のネットワークサービスをアクセスするように試みている多くのネットワークユーザの使用を監視できる。このように、本発明のネットワーク使用監視モジュールによって収集された使用情報は、従来の監視技術によって提供されるものよりも顕著に頑強(ロバスト;ｒｏbｕｓｔ)である。このように、その情報は、ネットワークサービスプロバイダ,ネットワークユーザ,ネットワーク受益者等にとって一層価値が高い。更に、本発明の使用監視方法及び装置は、多くの特定の特徴を提供して監視プロセス並びに収集される使用情報の価値を向上する。【0011】一実施形態において、使用監視方法及び装置は、ユーザとネットワークサービスとの間で送信されたデータの全てのバイトを捕獲してネットワークアドレス(すなわち、ユニフォーム・リソース・ロケーション(URL))に関連する使用情報を記録する。典型的には、使用監視方法及び装置は、ユーザがネットワークサービスへのアクセスを行いアクセス不能であると決定されたアドレスに関連する使用情報を破棄し、結果としてのデータベースのサイズを減少してそのデータベースへの引き続くサーチ動作及びデータベースのキャッシングを向上する場合(インスタンス)に情報の記憶を限定する。また、使用監視方法及び装置は、リアルタイムでのストリーミングコンテントの監視を可能とすると共に、ウエブベースのユーザ調査の実施を容易とする。本発明の使用監視方法及び装置は、更に、ユーザ照会ストリングと、ユーザによるウエブフォームへの情報入力の監視とを可能とする。【0012】重要なことは、本発明の使用監視方法及び装置は、一つ又はそれより多くの指定ネットワークアドレスを含むナビゲーションシーケンスを捕獲(キャプチャ)する。これに関して、指定されたアドレスは、事前に指定されても良いし、或いはユーザ監視モジュールによって即座に最も一般的なアドレスに決定されてもよい。或いは、使用監視方法及び装置は、アドレスがアクセスされるシーケンスや順序に関係なく、指定されたネットワークアドレスの近傍(近隣)にあるアドレスを監視することができる。本発明の使用監視方法及び装置が指定されたアドレスの近傍のアドレスを監視する技術と同様に、使用監視方法及び装置は、指定されたドメインに先行の及び/又は後続のドメインを監視してもよい。更に、使用監視方法及び装置は、指定されたアドレスに近傍にある関連アドレス、すなわち、所定数のアドレスだけ指定されたアドレスに先行の或いは後続の関連URLを特定のナビゲーションシーケンスに関係なく監視できる。その関連するアドレスは、多くの方法で定義されることが可能で、典型的には、他の関連アドレスから区別するためにユーザ或いはネットワークアドミニストレータによって定義される。【0013】通信ネットワークの使用に関連する一層頑強なセットの情報を捕獲することによって、本発明の使用監視方法及び装置は、非常に有用な情報を使用監視情報クライアントへ提供できる。例えば、使用監視方法及び装置は、詳細な人口統計調査及びアクセスされたサイトの或いはネイティブストリーミングメディアのコンテントに関連する情報を含むことができる。更に、インターネットへのゲートウエイで、すなわち、トラフィック集合のポイントで使用を監視することによって、使用監視方法及び装置は、多くの異なるサービスプロバイダへのアクセスを要求する多くのユーザの使用を監視できる。【0014】【発明の実施形態】ここで、本発明は、本発明の好適な実施形態を示す添付の図面を参照して十分に説明される。しかしながら、本発明は、多くの異なる形態で実施されることが可能であり、ここで述べられる実施形態に限定されるものとして解釈されるべきではない。むしろ、これらの実施形態は、ここでの開示が周到であると共に完全であるように提供され、本発明の範囲を当業者に十分に伝えるものである。同様の参照番号は、全体を通して同様な構成要素を示す。【0015】本発明による使用監視を実施(実現)するネットワーク10が図1に示されている。使用監視(UM;ｕｓage mｏniｔｏｒing)モジュール12は、ゲートウエイデバイス14で実施(実現;imｐlemenｔ)又はそれと通信するように配置されることが好ましい。例えば、使用監視モジュール12がゲートウエイデバイス14で実施される実施形態において、そのゲートウエイデバイス14は、カリフォルニア州、ウエストレイクヴィレッジにあるNｏmadia,Inc.(ノマディックス社)によって提供され、米国特許出願シリアル番号第08/816,174号,第09/458,602号,第09/458,569号,及び第09/541,877号に記述されるユニバーサル加入者ゲートウエイであり得る。これらの出願の内容は、ここで十分に述べられているように、これらを引用することによって本願明細書に組み込まれるものとする。或いは、ゲートウエイデバイス14は、当業者にとって公知である、プログラミングモジュールを実施できる多くの他のゲートウエイデバイスの何れかであってもよい。使用監視モジュール12は、ゲートウエイデバイス14と共に実施することが好ましいけれども、そのモジュールやそのモジュールを実施するデバイスがネットワーク内に位置されそれによって複数のユーザからの全ての要求/照会を受信しかつネットワーク(ネットワークトラフィック集合のポイント)よりなる全てのネットワークサービスからくる全ての応答を受信する限りにおいて、他のデバイスで実施されても良いし、独立のデバイスであっても良い。本発明の一実施形態において、使用監視モジュール12を実施するゲートウエイデバイス14は、複数のユーザデバイス16と通信ネットワークの残りの部分(すなわち、ルータ18,サービスプロバイダコンプレックス20,及びインターネット22)との間のネットワーク内に位置する。このように、使用監視モジュール12は、通信ネットワーク内に含まれる全てのネットワークサービスに対するトラフィック集合のポイントとして働くアクセスのネットワークポイントで実施される。【0016】ネットワークユーザは、アクセスマルチプレクサ(MUX)24を介してゲートウエイデバイス14と通信する、ハンドヘルド通信デバイス,ポータブル通信デバイス(すなわち、ラップトップ),パーソナルコンピュータ等の多くの異なるユーザデバイス16を介してゲートウエイデバイス14と通信可能である。更に、ユーザとネットワークとの間の通信手段に依存して、ネットワークアーキテクチャは、DSL(デジタル加入回線),ケーブル,LMDS(ローカルマルチポイント分配サービス),ダイアルアップ,専用回線,無線等の種々の通信手段をリンクするように働くネットワークインターフェースデバイス(NID)(図1では示されていない)を含んでいる。図1は、単一のアクセスマルチプレクサを介してネットワークを通信する通信ネットワークユーザを示しているが、典型的な通信ネットワークでは、ユーザの能力を拡張するための複数のネットワークインターフェースデバイスと共に複数のアクセスマルチプレクサが備えられる。【0017】一般的に、ゲートウエイデバイス14は、ISP(インターネットサービスプロバイダ)や企業ネットワーク(すなわち、社内イントラネット等)の何れかによって提供される種々のIPネットワークサービスとユーザが通信することを可能とする。図1に示されるように、ゲートウエイデバイスは、サービスプロバイダサーバコンプレックス20,インターネット22,或いは他のネットワークサービス(図1には示されていない)へネットワーク通信を経路指定するように働くルータ18と通信することができる。図1は、単一のルータ18を示しているが、典型的な通信ネットワークでは、複数のルータ及び/又はスイッチングデバイスが、ネットワーク通信をアドレス指定された宛先へ適切に経路指定するためにゲートウエイデバイスと通信する。【0018】本発明によれば、使用監視モジュール12は、ユーザとネットワークサービスとの間で通信された全てのパケットを捕獲する。フィルタ処理は、ユーザ監視クライアントが監視することを希望する全ての関連するパケット(HTTP要求と応答、DNS要求と応答等)を抽出してそれらを関連する使用監視データベース30へ送るために実行される。ネットワークサービスに対するユーザの要求及びネットワークサービスからの応答は、使用監視データベースによって捕獲される。使用監視データベース30は、使用監視モジュール12を実施するデバイスの内部にあっても良いし、それが使用監視モジュール12と通信上接続される限りにおいて、デバイスの外部にあってもよい。本発明の一実施形態において、使用監視データベース30は、HTTP要求及び応答と関連する情報を格納し、後に述べられるように、その情報を処理する。【0019】図2は、本発明の一実施形態による、一連のデータベースを有する、使用監視動作を実施するネットワークの概略図である。ネットワークアーキテクチャにおけるトラフィック集合のポイントでのゲートウエイデバイス14の位置の結果として、ゲートウエイデバイス14は、インターネット又は他のネットワークサービスに対して多くの加入者からの要求を受信する。これに関して、ゲートウエイデバイス14で実施された使用監視モジュール12は、ゲートウエイデバイス14がプロミスキャス・モード(ｐｒｏmiｓcｕｏｕｓ mｏde;無差別モード)で動作するので、パケットの全てを捕獲できる。図2の実施形態において、使用監視データベース12は、使用監視処理と関連する補助データベースへアクセスする使用監視データベースサーバ32によって実施される。【0020】使用監視モジュール12は、本発明の一態様に従って、パケットを捕獲してそれらをそれらの夫々のデータベースへ経路指定する。捕獲されたパケットがユーザからの要求や照会を表す場合には、その要求は、要求データベース34に格納される。ユーザ要求パケットを捕獲することに加えて、使用監視モジュール12は、ネットワークサービスによって送信された応答及び他のメッセージを表すパケットを捕獲する。これに関して、使用監視モジュール12は、応答をそれらの夫々の要求に突き合わせる(マッチングさせる)。ユーザ要求や照会が成功すると、すなわち、ネットワークサービスがアクセスを許可するかその照会に応答すると、その応答がユーザ要求と突き合わされて、この一致したセットの要求/応答に関連する情報が一時(テンポラリ)データベース36又は主データベース38へ送信される。ネットワークサービスからの応答が有効な応答が直ぐには出ないことを示す場合には、このようなアクセスは否定され、アクセスは利用不能であり、サービスエラーが発生する。或いは応答が受信される前にタイムアウトが発生すると、要求データベースは、そのデータベースからの関連する要求を削除する。同様に、ネットワークサービスからの要求がユーザ要求と一致しない場合には、又はその応答が所定の許容時間ウインドウ外で発生した場合には、ネットワークサービスからの応答は破棄される。有効な応答と一致しない要求及びその応答を破棄する能力を備える本発明のこの態様は、使用監視装置に記憶を保存させることを可能とし、それによって使用監視装置を支援するために必要な記憶空間を最小とする。応答が成功しなかった要求/照会を永久的には格納しないことによって、主データベース38は、サーチ/キャッシング動作に優れた性能を知的に提供し得る。【0021】使用監視モジュール12がユーザ要求をネットワークサービス応答に突き合わせると、その要求及び応答において見つけられる情報は、一時データベース36又は主データベース38の何れかに格納される。使用監視モジュール12は、ユーザ要求がウエブページのような、特定のネットワークサービスに対する事前決定された数の初期要求の一つであるか否かを決定する。その要求が初期要求或いは事前決定された数の初期要求内であることが決定されると、その要求及び応答に見られる情報が一時データベースへ格納される。ネットワークサービスが事前決定された回数を越えてアクセスした場合には、その情報は、主データベース38に転送されて格納され、それに続く要求/応答が、主データベースへプロキシ(ｐｒｏｘｙ)されかつ格納される。一時データベースの実現によって、多くのネットワークサービスが一回に或いは最小の回数で要求されるのに過ぎないこと、従って、使用データ情報の処理が発生すると、これらの最小使用要求/応答の統計的存在は必要ないことの事実が補償される。これに関して、主データベースは、結果としての使用監視情報クライアント(すなわち、ネットワークサービスプロバイダ,ネットワーク受益者,或いはネットワークユーザ)によって、データベースの引き続く処理へより適合するように最小化される。ユーザの全てのアクティビィティを記録することとデータベースを能率的にすることとの競合する目標(ゴール)をバランスするために所定数の初期要求が選択されるように、使用監視モジュール12が構成され得る。しかしながら、幾つかの場合には、所定数が1に設定される。【0022】更に、本発明のネットワーク使用監視装置は、指定ネットワークアドレスのデータベース40を含んでいる。指定ネットワークアドレスは、典型的に、ネットワーク使用監視アドミニストレータ、典型的にはゲートウエイデバイスアドミニストレータ等によって事前定義される、たびたびビジットされるネットワークアドレスである。指定ネットワークアドレスは、使用監視情報クライアントが特に重要と考える頻度の最も高いアドレスである。使用監視モジュール12は、「指定されたもの」として事前定義されるこれらのネットワークアドレスのための、指定のネットワークアドレスのデータベースに、ナビゲーションシーケンスを格納させることを許容する。ナビゲーションシーケンスは、典型的には、事前定義された数の、ユーザによってアクセスされた直前及び/又は直後のネットワークアドレスを含んでいる。例えば、コマーシャルの広告主のようなネットワーク受益者は、特定のインターネットサイトが使用監視目的で指定されるべきことを望む場合がある。そのような場合、ネットワークユーザが指定インターネットサイトにアクセスすると、使用監視モジュール12は、そのネットワークアドレスを指定されたものであると認識し、指定ネットワークアドレスのアクセスに先行する及びそれに続く先行及び後続のナビゲーションシーケンスを記録し格納する。ナビゲーションシーケンスは、セッション同士間のインターバルが所定セッションウインドウ内にある場合には、単一のユーザセッションを越えて拡張しても良いことに留意すべきである。【0023】本発明の一実施形態において、ユーザ監視装置は、PC等のような処理エンジン42(すなわち、データベース・フロント-エンド)と通信している状態にある。処理エンジンは、使用監視データベースと通信し、かつ、処理エンジン42上で実施されるGUI(グラフィカルユーザインターフェース)と関連してデータベースにアクセスする。処理エンジン42は、使用監視クライアントのコマンドに従ってデータベースにアクセスして指定ユーザ要件に従って使用監視データを処理する。本発明の一実施形態では、処理エンジン42は、挿入サーバ44(図2に示される)と通信する。例えば、挿入サーバ44は、ターゲット広告挿入サーバやターゲットサーベイ挿入サーバより成る。処理エンジン42は、必要なコマンドを実施してどの広告又はサーベイ(調査)がネットワークプロバイダ或いはネットワーク受益者に利益を与えるかを収集された使用監視データに基づいて決定する。ターゲット広告やサーベイの決定が行われると、コマンドが挿入サーバ44へ送られ、適切な広告やサーベイがゲートウエイデバイス14を有する通信を介してネットワークユーザへ送信される。広告やサーベイは、典型的には、ユーザの通信デバイスへ送信されるポップアップ制御パネルの形態である。【0024】図3は、本発明の一実施形態による、使用監視を行う方法のフローチャートである。ステップ100において、典型的にはゲートウエイデバイス上で実施される使用監視モジュールは、ゲートウエイデバイス14を介してネットワークにアクセスする複数のユーザから送信されている情報の全てのバイト及びネットワークサービスから来るバイトの全てを読み出す。ゲートウエイデバイス14は、プロミスキャスモード(無差別モード)で動作して、宛先アドレスに関係なく、情報の全てのバイトが使用監視モジュール12によって処理されることを確実にする。ステップ110において、使用監視モジュール12は、TCP(送信制御プロトコル)フロー中にHTTP(ハイパーテキスト転送プロトコル)ヘッダーのスタートを検出する。【0025】任意ではあるが、使用監視モジュール12は、セッションの間、インターネットURL(ユニフォーム・リソース・ロケータ)のような異なるネットワークアドレスの所定数より多くアクセスしたネットワークユーザの使用を監視するだけであるように設計されることが可能である。これによって、データの統合性を大きく損なうことなくデータベースが減少される。その理由は、最小数のアドレスにアクセスするに過ぎないユーザは、使用監視クライアントへ極めて重要な統計的データを提供しないからである。従って、オプションステップ120において、ユーザに対する現在のセッションフローが所定のしきい値最小値を越えたか否かについて決定される。ユーザが、セッションの間に、URLに所定数を越えてはアクセスしなかった場合には、使用監視モジュール12は、ステップ110において、ユーザによって送信された要求を監視し続けるが、要求の数が所定のしきい値を越えるまで要求を分析しかつ格納する。【0026】ユーザがセッションの間に所定数を越えて要求を発した場合、又は使用監視モジュール12がこのオプションフィルタを実施しない場合には、ステップ130において、使用監視モジュール12は、パケットのHTTPヘッダーを分析することによって、それらのパケットが要求を表すか応答を表すかを決定する。捕獲されたパケットが要求を表す場合には、ステップ140において、その要求が要求データベースに格納される。捕獲されたパケットが応答を表す場合には、ステップ150において、その応答は、その応答におけるステータスコードが有効ステータスコードか無効ステータスコードかを決定するようにチェックされる。【0027】通常、ネットワークサービスアクセス又は他の要求を監視している間は、ユーザが何らかの理由(デッドリンクであった又はサーバが一時的にダウンしていたという理由)でそのサービスにアクセスできなかったという事実は考慮されない。しかしながら、本発明の一態様においては、要求されたネットワークサービスからの応答ステータスコードは、ユーザが実際にアクセスしたネットワークサービスのアドレスのみを記録するために監視され、他の要求がデータベースから削除される。その結果、記憶量と処理演算における顕著なセービング(ｓaｖing)が達成される。【0028】このステータスコードは、要求されたサーバによって戻される3桁の整数である。ステータスコードの第1桁は、応答のクラスを表す。戻されるより一般的なステータスコードの幾つかは、次の通りである。 1)200 オーケー(OK) 2)301 永久に移動 3)304 変更なし 4)401 無許可 5)403 禁止 6)404 未発見 7)500 インターネットサーバエラー 8)501 非実行【0029】 200のステータスコードは、ウエブページがビジットされることができることを指示する共に、他のステータスコードは、ウエブページがビジットされないことが指示される。応答ステータスコードが無効であることが決定されると、すなわち、200以外のステータスコードである時には、ステップ160において、応答が破棄され、かつ、一致要求(マッチリクエスト)が要求データベースから削除される。更に、関連するネットワーク応答の受信に先立って所定のタイムアウト期間が経過すると、ユーザ要求が要求データベースから削除される。応答ステータスコードが有効であることが決定されると、ステップ170において、ネットワーク応答が要求データベース中の関連するネットワーク応答と突き合わされる。過剰な時間が要求と応答との間で経過したインスタンス(事例)におけるような、戻されたネットワーク応答に対して一致が発見されない場合には、ステップ180において、ネットワーク応答が破棄される。【0030】ステップ190において、任意ではあるが、使用監視方法及び装置は、一致した要求/応答が主データベースにあるか一時データベースにあるかを決定する。全ての要求/応答並びにそれに関連する情報が主データベースに格納され得るが、本発明の一態様の使用監視方法及び装置は、要求されたネットワークサービスが最初に要求された時、或いは、それが所定回数未満の回数だけ要求されるように構成された場合には、任意ではあるが、データを最初に一時データベースに格納する。その後、ネットワークサービスが所定回数を越える回数要求されると、要求/応答情報が主データベースに転送及び/又は記録される。先に議論されたように、ネットワークアドレス、例えば、インターネットURLの多くが一回要求されるに過ぎないので、主データベースのサイズが最小化され得ると共に、任意のユーザによって一回を越える回数ビジットされるネットワークサービス要求/応答の全てを格納し続ける。これは、事前定義された最小回数未満の回数のめったに要求されない別個ではあるが一時データベースを確立することによって達成され得る。【0031】従って、永久(パーマネント)データベースと一時データベースの両方にエントリがない場合(又は、一時データベースへのエントリが最小しきい値限を越える必要がまだある場合)、ステップ200において、要求/応答情報が一時データベースに格納される。エントリが永久データベースにあると、ステップ210において、永久データベースが更新されて新たな要求/応答エントリを指示する。更に、一時データベースにエントリがあり、かつ、現在のアクセスが永久データベースに含まれるためにそのエントリを識別すると(すなわち、所定の最小しきい値制限を超過していると)、ステップ210において、(単数又は複数の)エントリが一時データベースから永久データベースへ転送される。【0032】本発明の一実施形態において、使用監視データベースは、要求及びそれに関連する応答のURLを格納する。一般に、URLは、プロトコルプレフィックス,ポート番号,ドメイン名,サブディレクトリ名,及びファイル名を含んでいる。本発明の他の実施形態において、使用監視データベースは、主データベースに、要求と応答に関係する種々の他のデータを含むことが好ましい。これに関して、下記のデータは、典型的には、要求/応答から収集されて適切なデータベースに格納される。【0033】 a)加入者識別(この識別は、それをランダム数にマッピングすることによって、使用監視クライアントへ提供される前に匿名化されることができ、ユーザの年齢,性別,収入等についての情報を提供するユーザプロファイルへインデックス付けされる) b)URL(URLは、論理的にクラスタ中に配置される) c)タイムスタンプ-パケットが使用監視モジュールによって処理された時間を指示する。 d)参照アドレス(HTTPヘッダーから取得される)-典型的には、ハイパーリンクをアクセスされたアドレスを提供したアドレス。 e)コンテント-タイプ(典型的には、HTTPヘッダーから取得される) f)コンテント長 g)応答ステータスコード h)ユーザ照会ストリング(通常、CGI(共通ゲートウエイインターフェース)アプリケーションに対する引数として又はフォームをポスティングするネットワークユーザの結果として送られる) 【0034】上記のリストは、網羅的なものではなく、他の情報もまた、その情報が最終的に使用されるアプリケーションによって命令されるように要求/応答に対して抽出され得る。【0035】ユーザ要求及びネットワーク応答に含まれる情報が異なる方法で格納され得ると共に、本発明の一実施形態の主データベース38は、図5に示されるように、関係データベースであり、このデータベースは、ユーザと夫々のアドレス/URLを関係付ける。関係データベースは、互いに関係するデータのセットを格納するために良好に確立された方法である。この事例では、ネットワークユーザがアドレスにアクセスする度に両方の項目が格納されることに代えて、各ネットワークユーザ並びに各々のアクセスされたアドレスが一度に格納される。次に、ページの各アクセスは、アドレスにアクセスするユーザのエントリとアクセスされるアドレスのエントリとを結合するノード(関係データベースにおいては、タプルと呼ばれる)として表されることができる。次に、このノードは、アクセス時に、アクセス頻度,コンテント長,及びタイプ等のような、そのアクセス(単数又は複数)に関係付ける追加の情報を含んでいる。例えば、ユーザ11がアドレス/URL25にアクセスする事例においては、関係データベースは、表1にユーザ11を格納すると共に、表2にアドレス/URL25を格納し、ノードが表1からのエントリと表2からのエントリをリンクする。データ格納(記憶)のこのフォームは、データ検索を容易にするために提供され、それによって、使用監視クライアントは、情報を編集するために、ユーザがリンクされる全てのノードをアクセスできる。【0036】図4のフローチャートによれば、本発明の他の実施形態は、ナビゲーションシーケンス捕獲の形態において、使用監視動作を含むように図解される。ネットワークサービスプロバイダとネットワーク広告主のようなネットワーク受益者は、どのネットワークサービスが最頻度でアクセスされ、かつ、それらへのアクセスに如何に多くの時間が費やされるかということのみならず、これらの繰り返しアクセスされたアドレスを含むナビゲーションシーケンスを知ることに興味がある。ネットワークアドミニストレータ及び/又はゲートウエイアドミニストレータは、サービスプロバイダ又はネットワーク受益者の遺贈において、ナビゲーション順序付け監視動作に対して指定ネットワークアドレスを事前定義する又は「指定」することができる。アドミニストレータは、指定されたネットワークアドレスを指定ネットワークアドレスデータベースに格納する。指定ネットワークアドレスに関係するナビゲーションシーケンスは、指定ネットワークアドレスのアクセスの直前及び/又は直後にユーザによってアクセスされた事前定義された数のネットワークアドレスよりなる。典型的ナビゲーションシーケンスが単一のユーザセッションの間に発生するが、ナビゲーションシーケンスは、二つのセッション同士間のインターバルが指定されたしきい値以下にある場合、その単一のユーザセッションを越えて拡張してもよい。更に、指定ネットワークアドレスは、一つのナビゲーションシーケンスを越えるものの一部であってもよく、従って、本発明の使用監視モジュールが以下の情報を捕獲し格納する。・指定ネットワークアドレスが一部である全てのナビゲーションシーケンス・ネットワークアドレスが一部である(ビジット(ｖiｓiｔ)の或るしきい値を越える)最も一般的なナビゲーションシーケンス・指定ネットワークアドレスが一部である特定のナビゲーションシーケンスの頻度典型的には、主データベースに含まれる、ナビゲーションシーケンスデータベースの構成は、ネットワークアドミニストレータ又はゲートウエイアドミニストレータの随意である。【0037】当業者に知られているように、ジップの法則(Ziｐf’ｓ laｗ)は、十分に長いテキストにおける或るワードの発生回数は、頻度順の逆数であることを述べている。例えば、10番目に頻度の高いワードは、最も頻度の高いワードよりも正確に10回だけ少ない頻度で発生する。純粋なジップの法則の関係は容易に発生しないが、累乗の法則(発生頻度順と発生頻度との間の関係が線形ではない)は、ネットワークサービスアクセス頻度のような、広範な状態において存在する。これの一つの結果として、少数のネットワークアドレスが、ユーザアクセスの大部分を補償する(例えば、利用可能ネットワークアドレスの5%がネットワークアクセスの95%を補償する)。これらの前提は、ネットワークアドレスのほんの僅かなパーセンテージ(例えば、5%)に対する統計的データ、すなわち、ナビゲーション順序付け等が、使用監視データベース内に容易に捕獲及び格納されることが必要であることを含む。これに関して、ネットワークサービスプロバイダ及び/又はネットワーク受益者は、ナビゲーションシーケンス監視が行われる指定ネットワークアドレスを事前定義すること、或いはデータベースによって定義される最高頻度でアクセスされたネットワークアドレスを使用監視モジュールにナビゲーションシーケンス監視させることのオプションが提供される。【0038】図4のフローチャートを再び参照すると、本発明の使用監視モジュールは、っほぼアルタイムで、指定ネットワークアドレスのナビゲーションシーケンスを監視する。図4のフローチャートのステップ100?180は、図3のフローチャートのステップと同一であり、従って、これらのステップについては、これ以上議論する必要がない。ナビゲーションシーケンス監視動作は、本発明に従って、各ユーザによってアクセスされた先行のk個のネットワークアドレスのトラックをそれらの現在のセッションの間にわたり維持することによって達成される。数値kは、指定されたネットワークアドレスに先行する及びそれに続くネットワークアドレスの数を指す。k値は、ネットワーク又はゲートウエイアドミニストレータによって指定され、異なる指定ネットワークアドレスによって異なっても良い。この記述は、指定されたネットワークアドレスの前後の両方で同じ数のネットワークアドレスが監視されてもよいが、必要に応じて、異なる値が先行及び後続するネットワークアドレスに対して指定されても良い。【0039】ステップ220において、使用監視モジュールは、ネットワークユーザが先行のk個のネットワークサービスアクセスで指定されたネットワークアドレスをアクセスしたか否かを決定する。ネットワークユーザが先行のk個のアクセスで指定されたネットワークアドレスをアクセスしたことが決定された場合には、ステップ230において、現在のアクセスされたネットワークアドレスが、構成されるべきナビゲーションシーケンスへ追加される。先行のk個のアクセスでネットワークユーザが指定されたネットワークアドレスにアクセスしなかったことが決定された場合には、ステップ240において、使用監視モジュールは、現在のアクセスされたネットワークアドレスが指定ネットワークアドレスベータベースへのエントリを検出しようとすることによって、指定されたネットワークアドレスであるか否かを決定する。使用監視モジュールは、現在のアクセスされたネットワークアドレスが指定されたネットワークアドレスであることが決定されると、ステップ250において、ユーザによってアクセスされた先行のk個のネットワークアドレスをナビゲーションシーケンスとして格納するためにコマンドが送られる。現在のアクセスされたネットワークアドレスが指定されたネットワークアドレスでないことが決定されると、ステップ260において、その特定のユーザのために、現在のアクセスされたネットワークアドレスがk_(maｘ)個のネットワークアドレスのリストへ追加され、k_(maｘ)個のリストが既にk個のネットワークアドレスを有している場合には、k_(maｘ)個のリスト中の最も古いネットワークアドレスが破棄される。どのネットワークアドレスがネットワークユーザによってアクセスされるかが前もってわからないので、k_(maｘ)個のリストが格納される。従って、k_(maｘ)個のリストは、ネットワークユーザが指定されたネットワークアドレスにアクセスし、ナビゲーションシーケンスが要求されると、先行のネットワークアドレスのリスト作成のために提供される。【0040】ユーザアクセス要求とネットワークサービス応答の監視動作に加えて、本発明の使用監視方法及び装置は、本発明の更に他の実施形態において、ストリーミングコンテントの使用を監視できる。ストリーミングコンテントは、ライブであってもよいし、又は記録されたものでもよい。そして、ストリーミングコンテントがネイティブストリーミングメディアサーバからゲートウエイデバイスを介してネットワークユーザへ送出されるので、捕獲動作がなされるであろう。ストリーミングコンテントは、典型的には、高ボリュームコンテントであるので、全てのストリーミングコンテントデータパケットに関連する情報を格納するのは不可能或いは現実的ではない。従って、全てのストリーミングコンテントパケットが使用監視モジュールで捕獲されるが、それらのパケットの有意な部分がフィルタ処理されてこの高トラフィックボリュームを補償する。ストリーミングコンテントパケットの定常的な監視動作によって、有意なフィルタ処理が可能となり、ストリーミングコネクションの間に転送されるデータの量、ストリーミングコネクションの存続時間等に関する情報を提供する。使用監視モジュールを実行するデバイス、典型的には、ゲートウエイデバイスに対する定常的な監視動作を発生するためには、ストリーミングコンテントの現在又は最新のステータスのトラッキングを維持するために或る量の状態をメモリに割当てることが必要である。更に、使用監視モジュール、或いはこれに代えてポスト処理アプリケーションは、ユーザが現在アクセスしているストリーミングコンテント,このストリーミングコンテントが来ているサイト,コネクションの間に転送されたデータ量,及びストリーミングコンテントパケットが特定のユーザ/ストリーミングコンテント対に対して最後に観察されたのは何時かをトラッキングする。ストリーミングコンテンツの場合には、コネクションの終了が明示されないために、使用監視モジュールはタイムアウトを実施してコンテントストリーミングが終了した時を決定する必要がある。これらのトラッキング機能が使用監視モジュールで発生され得るか、或いは、トラッキングパラメータを決定するために、フォーマット化されていないデータがストリーミングパケット毎にポスト処理アプリケーションへ送られ得る。【0041】本発明の更に他の実施形態において、使用監視装置は、ターゲットサーベイをネットワークユーザに提供するために使用され得る。上述のように、挿入サーバは、使用監視データに基づいて、ターゲットサーベイをネットワークユーザに送るように実施できる。サーベイは、依頼していないネットワークユーザに送信されてもよく、そのネットワークユーザは、そのサーベイに参加することを選択できる。これに関して、ネットワークユーザは、ランダムに選択されかつポップアップスクリーンがそれらのユーザの通信デバイス上にランダムに選択された時間に現れる。例えば、発明者であるShｏｒｔ氏らの名前で2000年4月3日出願の「Infｏｒmaｔiｏn And Cｏnｔｒｏl Cｏnｓｏle Fｏｒ Uｓe Wiｔh A Neｔｗｏｒk Gaｔeｗaｙ Inｔeｒface(ネットワークゲートウエイインターフェースと共に使用される情報及び制御コンソール)」と題される、本発明の譲受人と同じ譲受人に譲渡された米国特許出願シリアル番号第09/541,877号を参照のこと。この‘877号出願の内容は、あたかもここで十分に記述されているように、これを引用することによって本願明細書に組み込まれるものとする。【0042】本発明の他の実施形態において、使用監視方法及び装置は、サーチエンジン等のような、ネットワークサービスアプリケーションへネットワークユーザが提出する照会も監視することができる。ネットワークユーザは、サーチエンジンのようなネットワークサービスアプリケーションへ提出する照会を監視することによって、ユーザの好みについての追加の知識を得ることができる。使用を監視する現在の方法は、リアルタイムで、ネットワークユーザの照会を監視する能力を備えていない。ネットワークユーザ照会ストリングのリアルタイム監視によって、ネットワーク広告主等のネットワーク受益者にネットワークユーザをプロファイルする能力を提供し、かつ、ユーザにはより多くのターゲット情報を提供する。例えば、ユーザがFｏｒd(商標)ウエブサイト上でモデルTaｕｒｕｓ(商標)をサーチすると、ネットワーク広告主は、この情報を使用して競合する製品の広告をユーザに送ることができる。【0043】使用監視方法及び装置によって監視され得るユーザ入力の他の形態は、ネットワークサービス登録フォーム,アプリケーションフォーム等のユーザによってポストされるウエブフォームである。現在の方法は、ウエブ上でユーザによって提出されるフォームで情報を捕獲しない。【0044】上述のように、本発明のネットワーク使用監視装置及び方法は、広範囲のネットワークユーザ関係情報を監視し格納する能力を備えている。この情報は、限定されるわけではないが、アクセスされたネットワークサービスのコンテント,ユーザ母集団の人口統計(すなわち、ユーザ母集団の年齢,性別,地理上の位置,サービスプラン等)及びネットワークがアクセスされる期間を含んでいる。これに関して、ネットワークサービスプロバイダ又は受益者は、あらゆる特定の時間に特定のネットワークサービスにアクセスするユーザのリアルタイムの統計的性格を決定できる。例えば、「34歳から55歳までの何人の女性が現在特定のウエブサイトにアクセス中であるか?」又は「特定のクラシックミュージック局を聴いている35歳以下のユーザの割合はどうか?」次に、この情報は、ネットワーク受益者へ提供されることができ、この受益者は、この情報を売り込み効果的な方法でコアの聴取者に利益を提供できる。【0045】主メモリ要求以下の議論では、本発明に従って使用監視モジュールを動作するのに必要な主メモリの容量を仮に推定する。【0046】アドレスの平均長がlバイトであり、アクティブ顧客の数がnであると仮定すると、記憶の容量は、 S_(n)(バイトで表した記憶容量)=l×2k_(maｘ)×n として計算され、最悪の場合の記憶量要求は、この特定のアクセスポイントでネットワークにアクセスするユーザの総数Nに依存する。 S_(N)(バイトで表した記憶容量)=l×2k_(maｘ)×N 【0047】 ISP(インターネットサービスプロバイダ)の検討結果として、いつでもユーザの10%?25%のみがアクティブであることが示される。その結果、典型的な記憶容量要求Snは、最悪の場合の記憶容量の要求量S_(N)の約25%に過ぎない。【0048】幾つかのURLは、この長さの倍を越えて拡張(延出)するが、典型的なパケットの長さは、通常、100バイト未満である。一般的には、より長いURLは、稀な照会から生じ、結果として、それほど頻繁には発生しない。このように、手近な目標として、lの平均値が100バイトである。【0049】ユーザセッションの典型的な長さは、ダイアルアップ顧客に対する55分からDSL顧客に対する95分まで変化する。そして、ユーザによってウエブページに費やされる平均時間は、約2分であるので、一回のネットワークセッションにおいてユーザによって訪問されるネットワークアドレスの数は、通常100のオーダーである。これによって、kの値の上限を我々に与える。【0050】このように、主データベースのRAMの128MBは、本発明に従って識別されたナビゲーションシーケンスを格納するのに専用のものであり、kの値が100であり、lが100バイトであると仮定すると、使用監視モジュールは、12,800名のユーザに対する最近傍(neaｒeｓｔ neighbｏｒｓ)を監視できる。このように、本方法は、要求される状態の量、すなわち、維持される先行の及び後続のネットワークアドレスの数に関して良好にスケーリングし、主メモリ要求量を決定できる。【0051】 2次記憶容量要求時間経過に従って、ユーザが、異なるナビゲーションシーケンスを介して指定ネットワークアドレスのより多くへ訪問するので、一般的に、主データベースに格納されるナビゲーションシーケンスの数が増加する。また、ナビゲーションシーケンス自体が長くなるに従って、kの値と共に、ナビゲーションシーケンスの数が増加する。ナビゲーションシーケンスについての価値のある情報を失うことなく、要求された記憶容量を減少する方法が二つある。・シーケンスの時間経過; タイムスタンプが各ナビゲーションシーケンスと共に格納される。このタイムスタンプは、そのシーケンスが訪問された最後の時間を示す。そのシーケンスが指定された期間内に訪問されなかった場合には、そのシーケンスがタイムアウトになり、削除される。・稀なシーケンスの除去; ジップの法則は、シーケンスの小部分のみがアクセスの大部分に対して責任を負うことを示している。このように、訪問回数が指定回数未満のナビゲーションシーケンスを除去することが可能である。【0052】本発明の他の実施形態によれば、使用監視装置及び方法は、指定ネットワークアドレスの近傍を捕獲しかつ格納するために使用されることができる。この実施形態において、ネットワークアドレスがユーザによってアクセスされる順序には重要度がない。データベースに格納される情報のみが、指定ネットワークアドレスの指定数のページ(時間)内に発生するネットワークアドレスである。kとして定義された近傍におけるネットワークアドレスの数は、ユーザがネットワークアドレスにアクセスするに従って、通常、増加する。また、その数は、kの値と共に増加する。上記の定義された2次記憶容量要求量と同様に、近傍についての価値ある情報を失うことなく、要求された記憶容量を減少する方法が二つある。・近傍(neighbｏｒhｏｏd)における時間経過; タイムスタンプが近傍の一部であるエントリネットワークアドレスの各々と共に格納される。このタイプスタンプは、ネットワークアドレスが訪問された最後の時間を指示する。ネットワークサービスが指定された期間の間訪問されなかった場合、タイムアウトしかつ近傍から削除される。・稀な近隣の除去; ジップの法則は、近傍におけるネットワークアドレスの小部分がアクセスの大部分に対して責任を負う。従って、近傍から訪問回数が指定回数未満のネットワークアドレスを削除することが可能である。【0053】上記方法としては、指定ネットワークアドレスのネットワークアドレス近傍を捕獲する方法を記述したが、指定ドメインのドメイン近傍を捕獲することも可能である。広告主は、使用監視モジュールが監視することを望むドメインを指定できる。次に、使用監視モジュールは、ユーザがアクセスした先行のk個のドメインのトラッキングをいつでも維持する。ユーザが指定ドメインをアクセスすると、使用監視モジュールは、ユーザによってアクセスされた先行のk個のドメイン及びユーザがアクセスする後続のk個のドメインを格納する。また、所定期間を経過したドメインの除去及びまれに訪問されたドメインを削除することによって要求される記憶容量を減少できる。【0054】指定ネットワークアドレス及び一部が関連するネットワークアドレスの指定リストである、全体のナビゲーションシーケンスを捕獲することは、記憶容量と演算量が膨大過ぎるとなると考えられる。これに関連して、他の方法は、大きなタイムアウト期間T(これは、記憶容量要求と状態情報が合理的であり実施可能であることを保証するためである)内に指定ネットワークアドレスの近傍における関連するセットのネットワークアドレスをとトラッキングするために提供され、その関連するセットのネットワークアドレスは、典型的には、ゲートウエイ又はネットワークアドミニストレータによって定義される。ネットワーク広告主のシナリオでは、例えば、この関連するセットのネットワークアドレスは、指定ネットワークアドレスの競業者に属してもよい。ネットワーク広告主は、見込み顧客が、指定ネットワークアドレスの近傍(Fｏｒd(フォード社)ウエブサイト)をブラウジングしていると共に、指定のリストの関連するアドレス(Geneｒal Mｏｔｏｒｓ(GM社)、Vｏlｖｏ(ボルボ社)、BMW(ビーエムダブリュ社)又はMeｒcedeｓ(メルセデスベンツ社)ウエブサイト等のアドアレス)を訪問しているか否かを監視することを希望する場合がある。使用監視モジュールは、指定ネットワークアドレスと関連ネットワークアドレスを含む、ナビゲーションシーケンスをサーチする能力を提供し、かつ広告主に関連するサイトのネットワークアドレスを訪問する顧客の確率を提供する。【0055】通信ネットワークのエッジでのその位置の結果、本発明に従う使用監視モジュールは、ネットワークサービスプロバイダ,ネットワークユーザ,及びネットワーク受益者にとって有用な標準セットのメトリックス(meｔｒicｓ)を収集するために、複数のユーザによって発行された要求と多数の異なるネットワークサービスによって提供された応答を監視できる。このデータは、非常に頑強(ロバスト)であり、かつ、ユーザ人口統計及びナビゲーションシーケンスと共に、ウエブ及びネイティブストリーミングコンテントを含むことができる。広範なネットワークサービスをアクセスしている複数のユーザから収集された頑強なセットのデータとインターネット上の他のエンティティに基づいて、本発明の使用監視方法及び装置は、大量の価値のあるデータをネットワークサービスプロバイダ,ネットワークユーザ,ネットワーク受益者等に提供できる。【0056】前記の記述及びそれに関連する図面に示される教示の利益を有する当業者にとって、本発明の多くの変更や他の実施形態に思い至るであろう。従って、本発明は、ここで開示された特定の実施形態に制限されるべきではなく、変更や他の実施形態が添付の請求項の範囲内に含まれるとことが意図されている点に留意すべきである。ここで特定の用語が使用されているが、それらは総称的であり、記述的意味においてのみ使用されており、制限目的ではない。【図面の簡単な説明】【図1】本発明の一実施形態による使用監視装置のブロック図である。【図2】本発明の他の実施形態による使用監視装置のブロック図である。【図3】本発明の一実施形態の使用監視方法及び装置によって実行される一般的動作を示すフローチャートである。【図4】本発明の他の実施形態による、使用監視方法及び装置によって実行されるナビゲーション順序付け動作を示すフローチャートである。【図5】本発明の使用監視方法及び装置の一実施形態によって利用されることができる関係データベースを示す図である。
訂正の要旨	審決(決定)の【理由】欄参照。
審決日	2010-06-22
出願番号	特願2001-582972(P2001-582972)
審決分類	P 1 41・ 852- Y (H04L)
最終処分	成立
前審関与審査官	玉木宏治、中元淳二
特許庁審判長	山本春樹
特許庁審判官	高野洋萩原義則
登録日	2010-03-12
登録番号	特許第4471554号(P4471554)
発明の名称	ネットワーク使用監視装置及びそれに関連する方法
代理人	松島鉄男
代理人	有原幸一
代理人	奥山尚一
代理人	松島鉄男
代理人	奥山尚一
代理人	有原幸一

プライバシーポリシーセキュリティーポリシー運営会社概要サービスに関しての問い合わせ