(57)【要約】  所定の記憶媒体にコンテキスト情報を蓄積するコンテキスト情報蓄積手段と、外部サーバと通信した際に特定のコンテキスト情報を要求するためのクッキー（Cookie）を受け取るクッキー受取手段と、該受け取ったクッキーに基づいて所定の記憶媒体から特定のコンテキスト情報を抽出するコンテキスト情報抽出手段と、該抽出されたコンテキスト情報を該外部サーバに送信する送信手段とを具備した端末を提供する。
2007132661.tif 000002
【特許請求の範囲】
【請求項１】
外部サーバと通信可能な端末において、
所定の記憶媒体にコンテキスト情報を蓄積するコンテキスト情報蓄積手段と、
外部サーバと通信した際に、特定のコンテキスト情報を要求するためのクッキー（Cookie）を受け取るクッキー受取手段と、
該受け取ったクッキーに基づいて前記所定の記憶媒体から特定のコンテキスト情報を抽出するコンテキスト情報抽出手段と、
該抽出されたコンテキスト情報を該外部サーバに送信する送信手段と、を具備したこと、を特徴とする端末。
【請求項２】
ユーザによる入力を受け付ける入力手段と、
前記入力手段が外部サーバのアドレス入力を受け付けたとき、前記クッキー受取手段がクッキーを既に受け取っているか否かを判定するクッキー受取判定手段と、を更に具備し、
該クッキーを既に受け取っていると判定されるとき、前記コンテキスト情報抽出手段は、当該クッキーに基づいて前記所定の記憶媒体から特定のコンテキスト情報を抽出すること、を特徴とする請求項１に記載の端末。
【請求項３】
前記コンテキスト情報蓄積手段は、前記入力手段が受け付けた入力の履歴に関する情報を蓄積すること、を特徴とする請求項２に記載の端末。
【請求項４】
該特定のコンテキスト情報を該クッキーと同一形式の言語に変換する言語変換手段と、
該変換されたコンテキスト情報を該クッキーに埋め込むクッキー埋め込み手段と、を更に具備し、
前記送信手段は、該コンテキスト情報が埋め込まれたクッキーを該外部サーバに送信すること、を特徴とする請求項１から請求項３の何れかに記載の端末。
【請求項５】
該特定のコンテキスト情報に所定の変換処理を施してＰＯＳＴリクエスト又はＧＥＴリクエストを生成するリクエスト生成手段を更に具備し、
前記送信手段は、該生成されたＰＯＳＴリクエスト又はＧＥＴリクエストを該外部サーバに送信すること、を特徴とする請求項１から請求項３の何れかに記載の端末。
【請求項６】
外部サーバの信頼性を判定する信頼性判定手段を更に具備し、
前記クッキー受取手段は、信頼性があると判定された外部サーバだけからクッキーを受け取ること、を特徴とする請求項１から請求項５の何れかに記載の端末。
【請求項７】
前記コンテキスト情報蓄積手段はコンテキスト情報を階層的に管理し、前記コンテキスト情報抽出手段による抽出を許可又は禁止するコンテキスト情報を該階層毎に設定すること、を特徴とする請求項１から請求項６の何れかに記載の端末。
【請求項８】
前記コンテキスト情報蓄積手段はコンテキスト情報を階層的に管理し、前記コンテキスト情報抽出手段による抽出を許可又は禁止するコンテキスト情報を、コンテキスト情報の提供先である外部サーバ毎に設定すること、を特徴とする請求項１から請求項７の何れかに記載の端末。
【請求項９】
コンテキスト情報となる情報を生成し得る少なくとも一つのアプリケーションを有し、外部サーバと通信可能な端末において、
外部サーバと通信した際に、特定のコンテキスト情報を要求するためのクッキーを受け取るクッキー受取手段と、
該受け取ったクッキーに基づいて該少なくとも一つのアプリケーションを動作させ、その結果生成されたコンテキスト情報を取得するコンテキスト情報取得手段と、
該取得されたコンテキスト情報を該外部サーバに送信する送信手段と、を具備したこと、を特徴とする端末。
【請求項１０】
自己の現在位置情報を取得する位置情報取得手段を更に具備し、
前記コンテキスト情報取得手段は、前記位置情報取得手段を動作させて該現在位置情報を取得すること、を特徴とする請求項９に記載の端末。
【請求項１１】
外部サーバと通信可能な端末において、
所定の記憶媒体にコンテキスト情報を蓄積するコンテキスト情報蓄積手段と、
所定のプロトコルを利用して前記所定の記憶媒体と、前記端末の外部に設置された外部記憶媒体とをデータ同期させるデータ同期手段と、
外部サーバと通信した際に、該外部記憶媒体のアドレスを要求するためのクッキーを受け取るクッキー受取手段と、
該受け取ったクッキーに基づいて該外部記憶媒体のアドレスを該外部サーバに送信する送信手段と、を具備したこと、を特徴とする端末。
【請求項１２】
該所定のプロトコルがＳｙｎｃＭＬであること、を特徴とする請求項１１に記載の端末。
【請求項１３】
請求項１から請求項１１の何れかに記載の少なくとも一つの端末と、所定のネットワークを介して各端末と通信可能な少なくとも一つの外部サーバを含むネットワークシステムであって、
前記外部サーバの各々は、
自己と通信する端末に対して、特定のコンテキスト情報を要求するためのクッキーを受け渡すクッキー受渡手段と、
該クッキーに呼応して動作した前記端末から該特定のコンテキスト情報を受け取ると当該コンテキスト情報に基づいてページを作成するページ作成手段と、
該作成されたページを前記端末に送信するページ送信手段と、を具備したこと、を特徴とするネットワークシステム。
【請求項１４】
請求項１１又は請求項１２の何れかに記載の少なくとも一つの端末、所定のネットワークを介して各端末と通信可能な少なくとも一つの外部サーバ、および対応する端末の前記所定の記憶媒体とデータ同期する外部記憶媒体を有する同期サーバを含むネットワークシステムであって、
前記外部サーバの各々は、
自己と通信する端末に対してデータ同期先である前記外部記憶媒体のアドレスを要求するためのクッキーを受け渡すクッキー受渡手段と、
該クッキーに呼応して動作した前記端末から前記外部記憶媒体のアドレスを受信すると、それに対応する同期サーバに対して前記外部記憶媒体に含まれる特定のコンテキスト情報を要求するコンテキスト要求手段と、を備え、
前記同期サーバは、前記外部サーバからの要求を受け取ると、該要求に従って前記外部記憶媒体の中から該特定のコンテキスト情報を取得して前記外部サーバに送信し、
前記外部サーバの各々は、
前記同期サーバから該特定のコンテキスト情報を受け取ると当該コンテキスト情報に基づいてページを作成するページ作成手段と、
該作成されたページを前記端末に送信するページ送信手段と、を更に備えたこと、を特徴とするネットワークシステム。
【請求項１５】
該所定のネットワーク上において各外部サーバと各端末との間に位置し、それらの間の通信を中継して行う中継サーバを更に含むこと、を特徴とする請求項１２から請求項１４の何れかに記載のネットワークシステム。
【請求項１６】
前記中継サーバは、
外部サーバが所定の条件を満たすか否かを判定する条件判定手段と、
その判定結果に基づいて、判定対象の外部サーバから受け取ったデータに対してフィルタリング処理を施すフィルタリング手段と、を具備したこと、を特徴とする請求項１５に記載のネットワークシステム。
【請求項１７】
該所定の条件は外部サーバに対する信頼性の有無であること、を特徴とする請求項１６に記載のネットワークシステム。
【請求項１８】
前記フィルタリング手段によるフィルタリング処理のレベルを変更可能としたこと、を特徴とする請求項１６又は請求項１７の何れかに記載のネットワークシステム。
【請求項１９】
前記中継サーバは、
特定のコンテキスト情報を端末の中継で外部サーバに送信したことにより当該外部サーバに対する課金処理を行う課金処理実行手段を更に具備したこと、を特徴とする請求項１５から請求項１８の何れかに記載のネットワークシステム。
【請求項２０】
所定のＬＡＮ内で互いに接続された複数の端末で構成される、少なくとも１台の端末がインターネットを介して外部サーバと通信可能なネットワークシステムにおいて、
前記少なくとも１台の端末は、
該外部サーバと通信した際に、特定のコンテキスト情報を要求するためのクッキーを受け取るクッキー受取手段と、
該受け取ったクッキーに基づいてＬＡＮ接続された他の端末にコンテキスト情報を渡すよう指示する指示手段と、を備え、
前記他の端末の各々は、
前記指示手段による指示に基づいて該特定のコンテキスト情報を抽出するコンテキスト情報抽出手段と、
該抽出されたコンテキスト情報を指示元である端末に送信する送信手段と、を備え、
前記少なくとも１台の端末は、前記他の端末の各々から送信されるコンテキスト情報を受信して収集し、該外部サーバに送信すること、を特徴とするネットワークシステム。
【請求項２１】
前記ＬＡＮ内の各端末はＤＬＮＡ（Digital Living Network Alliance）を通じて互いに通信可能であり、該外部サーバからクッキーを受け取った端末はコントローラとして動作し、それ以外の端末はサーバとして動作すること、を特徴とする請求項２０に記載のネットワークシステム。
【請求項２２】
端末が保持するコンテキスト情報を所定のネットワークを介して外部サーバに提供するためのコンテキスト情報提供方法において、
該外部サーバから送信される特定のコンテキスト情報を要求するためのクッキーを該端末が受け取るクッキー受取ステップと、
該クッキーに基づいて該端末により特定のコンテキスト情報が抽出されるコンテキスト情報抽出ステップと、
該抽出されたコンテキスト情報を該外部サーバに送信する第一の送信ステップと、を含む、コンテキスト情報提供方法。
【請求項２３】
該端末においてユーザによる入力を受け付ける入力ステップと、
前記入力ステップにおいて該外部サーバのアドレス入力を受け付けたとき、当該外部サーバからのクッキーを既に受け取っているか否かを判定するクッキー受取判定ステップと、を更に含み、
該クッキーを既に受け取っていると判定されるとき、前記コンテキスト情報抽出ステップにおいて当該クッキーに基づいた特定のコンテキスト情報の抽出が行われる、請求項２２に記載のコンテキスト情報提供方法。
【請求項２４】
該端末がコンテキスト情報を蓄積するコンテキスト情報蓄積ステップを更に含む、請求項２２又は請求項２３の何れかに記載のコンテキスト情報提供方法。
【請求項２５】
該端末が該特定のコンテキスト情報を該クッキーと同一形式の言語に変換する言語変換ステップと、
該変換されたコンテキスト情報を該クッキーに埋め込むクッキー埋め込みステップと、を更に含み、
前記第一の送信ステップにおいて該コンテキスト情報が埋め込まれたクッキーを該外部サーバに送信する、請求項２２から請求項２４の何れかに記載のコンテキスト情報提供方法。
【請求項２６】
該端末が該特定のコンテキスト情報に所定の変換処理を施してＰＯＳＴリクエスト又はＧＥＴリクエストを生成するリクエスト生成ステップを更に含み、
前記第一の送信ステップにおいて該生成されたＰＯＳＴリクエスト又はＧＥＴリクエストを該外部サーバに送信する、請求項２２から請求項２４の何れかに記載のコンテキスト情報提供方法。
【請求項２７】
該外部サーバが受け取ったコンテキスト情報に基づいてページを作成するページ作成ステップと、
該作成されたページを該端末に送信する第二の送信ステップと、を更に含む、請求項２２から請求項２６の何れかに記載のコンテキスト情報提供方法。
【請求項２８】
各送信ステップにおいて該端末と該外部サーバとの通信が中継サーバにより中継して行われる、請求項２２から請求項２７の何れかに記載のコンテキスト情報提供方法。
【請求項２９】
該外部サーバが所定の条件を満たすか否かを該中継サーバが判定する条件判定ステップと、
その判定結果に基づいて、判定対象の外部サーバから受け取ったデータに対してフィルタリング処理を施すフィルタリングステップと、を更に含む、請求項２８に記載のコンテキスト情報提供方法。
【請求項３０】
該所定の条件は外部サーバに対する信頼性の有無である、請求項２９に記載のコンテキスト情報提供方法。
【請求項３１】
前記フィルタリングステップにおいてフィルタリング処理のレベルを変更可能とした、請求項２９又は請求項３０の何れかに記載のコンテキスト情報提供方法。
【請求項３２】
該中継サーバが特定のコンテキスト情報を該端末の中継で該外部サーバに送信したことにより、当該外部サーバに対する課金処理を行う課金処理実行ステップを更に含む、請求項２８から請求項３１の何れかに記載のコンテキスト情報提供方法。
【請求項３３】
請求項２２から請求項２６の何れかに記載のコンテキスト情報提供方法をコンピュータに実行させるコンテキスト情報提供プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、外部サーバとクッキー（Cookie）を用いて通信する端末、及び、このような端末を具備したネットワークシステムに関する。また、端末が保持するコンテキスト情報を所定のネットワークを介して外部サーバに提供するためのコンテキスト情報提供方法、及び、コンテキスト情報提供プログラムに関する。
【背景技術】
【０００２】
近年ユビキタス社会に向けて、例えばインターネット等の通信ネットワークにあらゆる場所からアクセスすることができる環境が整えられようとしている。このユビキタス社会で利用可能な端末には種々のものが想定されている。このような端末には、固定端末や携帯端末（例えばＰＤＡ（Personal Digital Assistants）や携帯電話等）に限らず、冷蔵庫や電子レンジといった家電、更には、自動車や自動販売機等の機器も想定されている。【０００３】
ユビキタス社会を構築するための一環として、例えばコンテキスト情報を取り扱うネットワークシステムが特開２００６−１２０７６号公報で提案されている。特開２００６−１２０７６号公報に記載のネットワークシステムによれば、コンテキスト情報を端末から収集してユーザのニーズに応じた動的なサービスや情報の提供が実現される。より詳細には、特開２００６−１２０７６号公報によれば、例えばユーザの現在位置等のコンテキスト情報が所定時間毎又は当該ユーザの動作によってサーバに送信される。そしてこのサーバは受け取ったコンテキスト情報を用いることにより、ユーザのニーズに応じたサービスや情報等を提供することができるようになる。
【発明の開示】
【０００４】
上述したように特開２００６−１２０７６号公報に記載のネットワークシステムでは、所定時間毎又はユーザの動作、すなわち端末側で何らかのイベントが発生したときにコンテキスト情報が送信される。そしてこのときのコンテキスト情報の送信先は予め定められたサーバ（以下、「規定サーバ」と記す）である。従って、特開２００６−１２０７６号公報に記載のネットワークシステムにおいては、規定サーバ以外の他のサーバがユーザからコンテキスト情報を直接取得することができない。仮に他のサーバがコンテキスト情報を取得したい場合には上記規定サーバから取得することになる。
【０００５】
附言するに特開２００６−１２０７６号公報に記載のネットワークシステムでは、収集の対象となるコンテキスト情報の種類が規定サーバによって決定される。別の観点によれば、このようなネットワークシステムでは、他のサーバは、自己が要求するコンテキスト情報の種類を自らによって決定することができない。
【０００６】
しかし、特開２００６−１２０７６号公報に記載されているように、収集の対象となり得るコンテキスト情報は多岐にわたる。附言するに、時代と共にユーザのニーズも変移し、それに伴って、要求されるコンテキスト情報も変わっていくと考えられる。このため、各サーバが要求するコンテキスト情報の種類を各サーバに柔軟に設定させることができるネットワークシステムの提供が強く求められていた。
【０００７】
すなわち本発明は上記の事情に鑑みて、端末から取得すべきコンテキスト情報の種類を各サーバに柔軟に設定させるのに好適なネットワークシステム、又、このようなネットワークシステムを構築するのに好適な端末を提供することを課題としている。また更に、端末から取得すべきコンテキスト情報の種類を各サーバに柔軟に設定させるのに好適なコンテキスト情報提供方法、及び、コンテキスト情報提供プログラムを提供することも課題としている。
【０００８】
上記の課題を解決する本発明の一態様に係る端末は外部サーバと通信可能な端末である。この端末は、所定の記憶媒体にコンテキスト情報を蓄積するコンテキスト情報蓄積手段と、外部サーバと通信した際に特定のコンテキスト情報を要求するためのクッキーを受け取るクッキー受取手段と、該受け取ったクッキーに基づいて所定の記憶媒体から特定のコンテキスト情報を抽出するコンテキスト情報抽出手段と、該抽出されたコンテキスト情報を該外部サーバに送信する送信手段とを具備したことを特徴としたものである。
【０００９】
このような構成によれば、外部サーバに提供すべきコンテキスト情報の種類が当該外部サーバからのクッキーに基づいて決定される。このようにクッキーを利用することで、外部サーバから要求されたコンテキスト情報を当該外部サーバに提供可能な端末が実現される。
【００１０】
また上記の課題を解決する本発明の別の態様に係る端末は、コンテキスト情報となる情報を生成し得る少なくとも一つのアプリケーションを有しており、外部サーバと通信可能な端末である。この端末は、外部サーバと通信した際に特定のコンテキスト情報を要求するためのクッキーを受け取るクッキー受取手段と、該受け取ったクッキーに基づいて該少なくとも一つのアプリケーションを動作させてその結果生成されたコンテキスト情報を取得するコンテキスト情報取得手段と、該取得されたコンテキスト情報を該外部サーバに送信する送信手段とを具備したことを特徴としたものである。
【００１１】
また上記の課題を解決する本発明の別の態様に係る、外部サーバと通信可能な端末は、所定の記憶媒体にコンテキスト情報を蓄積するコンテキスト情報蓄積手段と、所定のプロトコルを利用して所定の記憶媒体と、端末の外部に設置された外部記憶媒体とをデータ同期させるデータ同期手段と、外部サーバと通信した際に、該外部記憶媒体のアドレスを要求するためのクッキーを受け取るクッキー受取手段と、該受け取ったクッキーに基づいて該外部記憶媒体のアドレスを該外部サーバに送信する送信手段とを具備したことを特徴としたものである。
【００１２】
また上記の課題を解決する本発明の一態様に係るネットワークシステムは、少なくとも一つの上記端末と、所定のネットワークを介して各端末と通信可能な少なくとも一つの外部サーバを含むシステムである。このネットワークシステムにおいて、外部サーバの各々は、自己と通信する端末に対して特定のコンテキスト情報を要求するためのクッキーを受け渡すクッキー受渡手段と、該クッキーに呼応して動作した端末から該特定のコンテキスト情報を受け取ると当該コンテキスト情報に基づいてページを作成するページ作成手段と、該作成されたページを端末に送信するページ送信手段とを具備したことを特徴としたものである。
【００１３】
また上記の課題を解決する本発明の別の態様に係るネットワークシステムは、少なくとも一つの端末、所定のネットワークを介して各端末と通信可能な少なくとも一つの外部サーバ、および対応する端末の所定の記憶媒体とデータ同期する外部記憶媒体を有する同期サーバを含むシステムである。このネットワークシステムにおいて、外部サーバの各々は、自己と通信する端末に対してデータ同期先である外部記憶媒体のアドレスを要求するためのクッキーを受け渡すクッキー受渡手段と、該クッキーに呼応して動作した端末から外部記憶媒体のアドレスを受信すると、それに対応する同期サーバに対して外部記憶媒体に含まれる特定のコンテキスト情報を要求するコンテキスト要求手段とを備える。同期サーバは、外部サーバからの要求を受け取ると、該要求に従って外部記憶媒体の中から該特定のコンテキスト情報を取得して外部サーバに送信する。外部サーバの各々は、同期サーバから該特定のコンテキスト情報を受け取ると当該コンテキスト情報に基づいてページを作成するページ作成手段と、該作成されたページを端末に送信するページ送信手段とを更に備える。
【００１４】
また上記の課題を解決する本発明の別の態様に係るネットワークシステムは、所定のＬＡＮ内で互いに接続された複数の端末で構成される、少なくとも１台の端末がインターネットを介して外部サーバと通信可能なシステムである。このネットワークシステムにおいて、少なくとも１台の端末は、該外部サーバと通信した際に、特定のコンテキスト情報を要求するためのクッキーを受け取るクッキー受取手段と、該受け取ったクッキーに基づいてＬＡＮ接続された他の端末にコンテキスト情報を渡すよう指示する指示手段とを備える。他の端末の各々は、指示手段による指示に基づいて該特定のコンテキスト情報を抽出するコンテキスト情報抽出手段と、該抽出されたコンテキスト情報を指示元である端末に送信する送信手段とを備える。少なくとも１台の端末は、他の端末の各々から送信されるコンテキスト情報を受信して収集し、該外部サーバに送信する。
【００１５】
また上記の課題を解決する本発明の一態様に係るコンテキスト情報提供方法は、端末が保持するコンテキスト情報を所定のネットワークを介して外部サーバに提供するための方法である。このコンテキスト情報提供方法は、該外部サーバから送信される特定のコンテキスト情報を要求するためのクッキーを該端末が受け取るクッキー受取ステップと、該クッキーに基づいて該端末により特定のコンテキスト情報が抽出されるコンテキスト情報抽出ステップと、該抽出されたコンテキスト情報を該外部サーバに送信する第一の送信ステップとを含む方法である。
【００１６】
また上記の課題を解決する本発明の一態様に係るコンテキスト情報提供プログラムは、上記コンテキスト情報提供方法をコンピュータに実行させるものである。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施の形態のネットワークシステムを模式的に示す図である。
【図２】本発明の実施の形態の携帯端末の構成を示したブロック図である。
【図３】本発明の実施の形態のブラウザに含まれるブラウザエンジンの機能ブロック図である。
【図４】本発明の第一の実施例のネットワークシステムにおいて実行される処理の流れを示した図である。
【図５】本発明の第二の実施例のネットワークシステムにおいて実行される処理の流れを示した図である。
【図６】本発明の第三の実施例のネットワークシステムにおいて実行される処理の流れを示した図である。
【図７】本発明の第四の実施例のネットワークシステムの構成を概略的に示す図である。
【図８】本発明の第四の実施例のネットワークシステムにおいて実行される処理の流れを示した図である。
【図９】ＰＯＳＴの実施例におけるネットワークシステムの構成を概略的に示す図である。
【図１０】ホームネットワークの実施例におけるネットワークシステムの構成を概略的に示す図である。
【図１１】別の実施の形態の携帯端末のフラッシュメモリに格納されているデータを階層的に示す図である。
【発明を実施するための最良の形態】
【００１８】
以下、図面を参照して、本発明の実施の形態について説明する。【００１９】
図１は、本発明の実施の形態のネットワークシステムを模式的に示す図である。図１によれば、本実施形態のネットワークシステムは、携帯端末１０及びサーバ００で構成される。携帯端末１０は、サーバ１００から送信されたクッキーＣを受け取り保存すると、クッキーＣの内容（サーバ１００の要求）に応じて携帯端末１０内部のＤＢ（例えば後述のフラッシュメモリ２０）等を検索する。次いで、検索によって得られた情報をクッキーＣに埋め込んでクッキーＣ’を作成し、それをサーバ１００に返す。サーバ１００は、クッキーＣ’に埋め込まれた情報に基づいてページを動的に作成し、作成したページを携帯端末１０に提供する。これが、本実施形態のネットワークシステムの概略的な動作である。以降、本実施形態のネットワークシステムについて詳細に説明する。【００２０】
図２は、本発明の実施の形態の携帯端末１０の構成を示したブロック図である。本実施形態の携帯端末１０は、例えば携帯電話又はＰＨＳ（Personal Handy phone System）或いはＰＤＡ等の様々な携帯端末にも置換可能である。【００２１】
図２に示されるように、携帯端末１０はその全体を統括的に制御するＣＰＵ３を具備する。ＣＰＵ３にはバス１９を介して各構成要素が接続されている。これらの構成要素には、ＲＯＭ(Read-Only Memory)５、ＲＡＭ(Random-Access Memory)７、ネットワークインタフェース９、ディスプレイドライバ１１、インタフェース１５、ＧＰＳ（Global Positioning System）レシーバ１６、オーディオ部１８、及びフラッシュメモリ２０がある。ディスプレイドライバ１１、インタフェース１５はそれぞれ、ディスプレイ１３、ユーザインタフェースデバイス１７に接続されている。【００２２】
ＲＯＭ５およびフラッシュメモリ２０には各種プログラムや各種データが格納されている。ＲＯＭ５に格納されているプログラムには例えばブラウザ５０がある。このブラウザ５０は、所定のマークアップ言語で記述されたオンライン又はオフライン上の情報を閲覧するための情報閲覧ソフトウェアである。また、フラッシュメモリ２０には、例えば後述の楽曲データ等が格納されている。【００２３】
ＲＡＭ７は例えばＲＯＭ５に格納されている各種プログラムの展開先である。ユーザがユーザインタフェースデバイス１７を用いて所定の操作を行うことにより、ＲＯＭ５に格納されているプログラム（例えばブラウザ５０）が読み出されてＲＡＭ７の所定領域に展開されて実行される。これにより、ブラウザ５０が起動する。【００２４】
次に、ブラウザ５０の機能について説明する。図３を参照してブラウザ５０の基本的な構成要素であるブラウザエンジン３０について説明する。【００２５】
図３は、ブラウザ５０に含まれるブラウザエンジン３０の機能ブロック図である。図３に示されるように、ブラウザエンジン３０は、パーサー３１、ページメーカ３２、およびフォーマッタ３３の各機能ブロックから構成される。【００２６】
ユーザがユーザインタフェースデバイス１７を介してＵＲＩ（Uniform Resource Identifier）を入力、或いはディスプレイ１３に表示中のページ中のＵＲＩをアンカータグの一つを選択することにより指定すると、ブラウザ５０は、インターネット上のＵＲＩ（すなわちサーバ）からＨＴＭＬ文書２１（すなわち要求されたページ）を取得するよう動作する。取得されたＨＴＭＬ文書２１は、次にパーサー３１に渡される。【００２７】
なお上記「ページ」とは、クライアント（ここではブラウザ５０）がサーバからネットワーク経由で取得するデータのまとまりであり、ユーザがあるＵＲＩを指定したときに表示されるべき内容全体を指す。ページは、例えばＨＴＭＬ文書、画像ファイル、音声データ等の種々のデータから構成される。【００２８】
パーサー３１は、ネットワークインタフェース９を介してインターネットから取得したＨＴＭＬ文書２１を解釈し、ＨＴＭＬ文書２１の文法構造がツリー構造で表されたドキュメントツリー２３を作成する。なお、ドキュメントツリー２３は、ＨＴＭＬ文書２１の文法構造を表現するのみであり、ドキュメントの表現に関する情報までは含んでいない。【００２９】
次に、ページメーカ３２は、ドキュメントツリー２３及びタグに関する情報を基に、ＨＴＭＬ文書２１の表現形式、例えばblock, inline, table, list, item等を含むレイアウトツリー２５を作る。すなわち、レイアウトツリー２５は、block, inline, tableなどの順番に関する情報を含んでいる。なお、レイアウトツリー２５は、これらの要素（block, inline, table等）の画面上での位置やサイズについての情報は含んでいない。【００３０】
フォーマッタ３３は、レイアウトツリー２５とディスプレイ１３の画面サイズに関する情報を基に、ディスプレイ１３の画面上に各項目をレイアウトする。つまり、フォーマッタ３３は、ディスプレイ１３の画面上に項目を配置し、各項目の画面上の位置、幅、高さや、ＨＴＭＬ文書２１内の文字の折り返し位置を決定する。【００３１】
パーサー３１、ページメーカ３２、フォーマッタ３３による以上のような処理を経て、ＨＴＭＬ文書２１、すなわち要求されたページがディスプレイ１３に表示される。【００３２】
また携帯端末１０には端末内情報管理モジュール６０が実装されている。この端末内情報管理モジュール６０は、ある機能を実現するためのプログラムモジュールであり、ＲＯＭ５に格納されている。端末内情報管理モジュール６０もブラウザ５０と同様に、ＲＡＭ７の所定領域に展開されて実行される。この端末内情報管理モジュール６０はブラウザ５０と連携して処理を行い、所定の機能を実現する。
【実施例１】
【００３３】
ここで、図４に、本発明の第一の実施例のネットワークシステムであって、携帯端末１０及びサーバ１００を含むネットワークシステムにおいて実行される処理の流れを示す。より詳細には、ブラウザ５０、端末内情報管理モジュール６０、及び、サーバ１００の間で実行される処理の流れを示す。【００３４】
サーバ１００は、ブラウザ５０（すなわちクライアント）がアクセス可能なＷｅｂサーバの一つである。換言するとブラウザ５０は、ネットワーク上に存在する他の多くのサーバにもアクセス可能である。本実施例１では、サーバ１００により例えば天気予報を配信するサイトが提供される。【００３５】
例えば携帯端末１０の電源投入等により図４にフローチャートで示された処理が開始される。処理が開始されると、先ず、ブラウザ５０がＵＲＩ入力を待機する状態となる（ステップ１、以下の明細書及び図面においてステップを「Ｓ」と略記）。なおこのフローチャートに示された処理は、例えば携帯端末１０の他の機能が割り込み処理で実行されたとき、電源が切断されたとき等に終了する。【００３６】
次いで、ユーザインタフェースデバイス１７が用いたユーザ・オペレーション（以下、単に「ユーザ・オペレーション」と記す）によりＵＲＩ（ここではサーバ１００のＵＲＩ）が入力されると（Ｓ１：ＹＥＳ）、ブラウザ５０は当該ＵＲＩを検索キーとして例えばＲＡＭ７の所定のローカルフォルダを検索する（Ｓ２）。【００３７】
上記ローカルフォルダには、各サーバとのやり取りで取得・作成されたクッキーが格納されている。この「クッキー」とは、サーバとクライアント（つまりブラウザ５０）の間でやり取りされる携帯端末１０（ユーザ）に関する情報を格納したファイルそのものを指す。サーバとクライアントの間においてこのようなクッキーの受け渡しが行われることにより、当該クライアントに対する動的な情報提供が実現されるようになる。このクッキーについては、例えば非特許文献（「図解でわかるＷｅｂ技術のすべて」、日本実業出版社、２００１年５月（第５版）、１５４−１５９頁」）にその基本的な説明が成されている。本実施例１においては、以下に詳説されるように、このクッキーを利用することにより、サーバが要求するコンテキスト情報が当該サーバから端末に提供される。【００３８】
Ｓ２の処理において、入力されたＵＲＩに対応したサーバ（すなわちサーバ１００）からのクッキーが上記ローカルフォルダに存在しないと判定されるとき（Ｓ２：ＮＯ）、ブラウザ５０はネットワークインタフェース９を介し、サーバ１００に対して上記ＵＲＩに対応したページの取得のリクエストを送信する（Ｓ３）。【００３９】
サーバ１００は、Ｓ３の処理におけるリクエストを受け取ると、そのリクエストに応じたレスポンス（すなわちページ）を携帯端末１０に送信する（Ｓ４）。このときサーバ１００はページに加えてクッキーも送信する。ここで、サーバ１００が要求しているコンテキスト情報が例えばユーザの位置情報である場合、以下のような内容のクッキーが携帯端末１０に送信される。なお説明の便宜上、このクッキーを「クッキーＬ」と記す。
・クッキーＬ
query="<query><location><nodata></location></query>"【００４０】
なおクッキーＬにおいて、「query」は携帯端末１０が有するコンテキスト情報の種類を指定するための文字列である。また「location」は指定されたコンテキスト情報の種類を示す文字列である。【００４１】
ブラウザ５０は、サーバ１００から送信されたページ及びクッキーＬを、ネットワークインタフェース９を介して受け取る。次いで、受け取ったページに対して上述した解釈を行い、ディスプレイ１３の画面上に表示させる。附言するに、例えば全国主要都市の天気予報がディスプレイ１３の画面上に表示される。またブラウザ５０は、上記ページの解釈と共に、受け取ったクッキーＬを上記ローカルフォルダに格納する（Ｓ５）。クッキーＬが格納された後、処理はＳ１に復帰する。【００４２】
なおサーバ１００がクッキーを用いないサーバである場合には、Ｓ４の処理においてページだけが携帯端末１０に送信される。次いで、このページがブラウザ５０により解釈されてディスプレイ１３の画面上に表示される。そしてこの場合、ブラウザ５０はＳ５の処理を実行することなくＳ１の処理に復帰する。【００４３】
次に、Ｓ２の処理において、入力されたＵＲＩに対応したサーバ（すなわちサーバ１００）からのクッキーが上記ローカルフォルダに存在すると判定されるとき（Ｓ２：ＹＥＳ）について説明する。この場合、ブラウザ５０がサーバ１００に以前アクセスしたことがあり、その際に当該サーバ１００から受け取ったクッキーＬが上記ローカルフォルダに格納されている状態にある。【００４４】
ブラウザ５０は、クッキーＬに基づいて、その内容に対応した情報提供を端末内情報管理モジュール６０にリクエストする（Ｓ６）。端末内情報管理モジュール６０はそのリクエストを受けて、クッキーＬの内容に応じた情報の取得を行うよう動作する（Ｓ７）。つまり端末内情報管理モジュール６０は、携帯端末１０の現在位置情報を取得するよう動作する。【００４５】
携帯端末１０の現在位置情報は、ＧＰＳレシーバ１６により取得することができる。ＧＰＳレシーバ１６は周知の構成を有したユニットであり、地球を周回するＧＰＳ衛星から発信されるＧＰＳ信号を用いて自己の現在位置情報を取得する機能を有する。ＧＰＳレシーバ１６は例えば二次元測位を行い、携帯端末１０の現在位置情報を二次元座標で取得する。【００４６】
端末内情報管理モジュール６０は、Ｓ６の処理におけるブラウザ５０のリクエストに呼応して、ＧＰＳレシーバ１６にアクセスして現在位置情報を取得する。このＧＰＳレシーバ１６は、例えば端末内情報管理モジュール６０によるアクセスをトリガーとして、ＧＰＳ信号の捕捉・追尾、測位演算等の処理を実行する。そしてその結果得られた現在位置情報を端末内情報管理モジュール６０に受け渡す。【００４７】
なお、携帯端末１０の電源が投入されてから切断されるまでの間、当該携帯端末１０の位置測位を継続的に（例えば一分毎に）実行するようにＧＰＳレシーバ１６を動作させても良い。この場合ＧＰＳレシーバ１６は、端末内情報管理モジュール６０によるアクセスに呼応して、最新の位置情報を端末内情報管理モジュール６０に受け渡す。【００４８】
また、上記の如く定期的に取得された位置測位結果（位置及び測位時刻）を例えばＲＡＭ７等に蓄積するようにしても良い。これはユーザの移動履歴を示すため、コンテキスト情報の一つとなり得る。【００４９】
端末内情報管理モジュール６０は、ＧＰＳレシーバ１６から受け取った現在位置情報を所定のマークアップ言語（例えばＸＭＬ（Extensible Markup Language））に変換する。次いで、その変換後の現在位置情報をブラウザ５０に受け渡す（Ｓ８）。なお説明の便宜上、本実施例１において端末内情報管理モジュール６０で変換された現在位置情報を「現在位置情報Ｌ」と記す。下記に、この現在位置情報Ｌを示す。
・現在位置情報Ｌ
<east>135.22</east><north>35.66</north>
この現在位置情報Ｌは、携帯端末１０が東経１３５°２２′、北緯３８°６６′に位置することを意味する。【００５０】
ブラウザ５０は、端末内情報管理モジュール６０から現在位置情報Ｌを受け取ると、クッキーＬの<nodata>を当該現在位置情報Ｌに置換する処理を行う（Ｓ９）。この置換処理によりクッキーＬ’が作成される。下記に、このクッキーＬ’を示す。
・クッキーＬ’
query="<query><location><east>135.22</east><north>35.66</north></location></query>"【００５１】
ブラウザ５０はＳ９の処理に次いで、ネットワークインタフェース９を介してサーバ１００に対し、上記ＵＲＩに対応したページの取得のリクエストと共にクッキーＬ’を送信する（Ｓ１０）。【００５２】
サーバ１００は、Ｓ１０の処理におけるリクエスト及びクッキーＬ’を受け取ると、当該リクエスト及びクッキーＬ’に応じたレスポンス（すなわちページ）を作成する（Ｓ１１）。【００５３】
より詳細には、サーバ１００は、例えば「地域」、「座標」、及び、「天気」のフィールドを持つリレーショナルデータベースを有している。「地域」のフィールドには、例えば複数に区分（例えば市町村単位）された全国各地域の名称のデータが書き込まれている。また「座標」のフィールドには、各「地域」の領域を規定するベクターデータが書き込まれている。このベクターデータは、「緯度」、「経度」の二軸の座標データから成る。また「天気」のフィールドには、例えば気象庁が発表した各「地域」の最新の天気予報（「晴れ」、「曇り時々雨」等）のデータが書き込まれている。【００５４】
Ｓ１１の処理においてサーバ１００は、クッキーＬ’に含まれる現在位置情報Ｌを検索キーとして上記リレーショナルデータベースを検索する。より詳細には、「座標」のフィールドにおいてベクターデータで規定された領域内に現在位置情報Ｌを含むレコードを検索する。次いでサーバ１００は、その検索結果として得られたレコードの「地域」及び「天気」のフィールドに書き込まれたデータを用いて、例えば自己に実装されているＣＧＩ（Common Gateway Interface）プログラムを実行させてページを作成する。附言するにＳ１１の処理では、例えば携帯端末１０が位置する地域名及びその地域の天気予報を示すテキストや画像等がレイアウトされるページが作成される。【００５５】
次いでサーバ１００は、Ｓ１１の処理で作成されたページを携帯端末１０に送信する（Ｓ１２）。ブラウザ５０は、このページをネットワークインタフェース９を介して受け取り、上述した解釈を行い、ディスプレイ１３の画面上に表示させる（Ｓ１３）。これによりユーザは、インタフェースデバイス１７を用いた地域の絞り込み操作を行うことなく、自身が現在位置する地域のピンポイントな天気予報を閲覧することができる。これは、ピンポイントな天気予報のページをダイレクトに（つまり別のページを経由することなく）取得できるという観点から、操作面及び通信コスト面において顕著な効果を奏すると言える。【００５６】
次に、「サーバ１００」の代替として「音楽販売サーバ」にアクセスしたときのブラウザ５０及び端末内情報管理モジュール６０の動作について説明する。この音楽販売サーバでは、様々な音楽を販売するサイトが提供されるものとする。【００５７】
Ｓ１乃至Ｓ６の処理に関しては先の例と実質的に同一の処理が行われる。なお、Ｓ４の処理で音楽販売サーバが携帯端末１０に送信するクッキー（以下、説明の便宜上、「クッキーＰＬ」と記す）は下記に示すものである。
・クッキーＰＬ
query="<query><playlist><nodata></playlist></query>"【００５８】
Ｓ７以降の処理について説明する。Ｓ７の処理において端末内情報管理モジュール６０は、ブラウザ５０からのリクエストを受けて、クッキーＰＬの内容に応じた情報の取得を行うよう動作する。具体的には、端末内情報管理モジュール６０はプレイリスト情報を取得するよう動作する。この「プレイリスト情報」は、オーディオ部１８が保持した情報である。附言するにプレイリスト情報は、例えば携帯端末１０のユーザが好きな音楽を並べたリストの情報である。【００５９】
ここで、オーディオ部１８について概説する。オーディオ部１８は周知のオーディオ装置と同様の構成を有している。オーディオ部１８は、例えば音楽提供サイトからダウンロードされた楽曲データを記憶する記憶部、記憶された楽曲データを復調する復調部、復調された楽曲データを出力するスピーカ等を具備する。オーディオ部１８は周知の構成を有したものであり、ここでの詳細な説明は省略する。なお、音楽提供サイトからダウンロードされる楽曲データ等は、上記記憶部の代替として例えばフラッシュメモリ２０に記憶されても良い。【００６０】
上記プレイリスト情報は例えばオーディオ部１８の記憶部（又はフラッシュメモリ２０）に保存されている。ユーザは例えばインタフェースデバイス１７を用いた操作により、プレイリスト情報を作成・編集することができる。また楽曲データの再生履歴等に基づいてプレイリスト情報が自動的に作成・更新されるようにしても良い。【００６１】
端末内情報管理モジュール６０は、Ｓ６の処理におけるブラウザ５０のリクエストに呼応してオーディオ部１８にアクセスし、その記憶部（又はフラッシュメモリ２０）を検索してプレイリスト情報を取得する。次いで、取得されたプレイリスト情報を所定のマークアップ言語に変換する。そして変換後のプレイリスト情報をブラウザ５０に受け渡す（Ｓ８）。なお説明の便宜上、本実施例１において端末内情報管理モジュール６０で変換されたプレイリスト情報を「プレイリスト情報ＰＬ」と記す。【００６２】
ブラウザ５０は、端末内情報管理モジュール６０からプレイリスト情報ＰＬを受け取ると、クッキーＰＬの<nodata>を当該プレイリスト情報ＰＬに置換する処理を行う（Ｓ９）。この置換処理によりクッキーＰＬ’が作成される。下記に、このクッキーＰＬ’を示す。
・クッキーＰＬ’
query=
"<query><playlist>
<track>
<number>001</number>
<title>XYZ</title>
<artist>John </artist>
<album>XXX</album>
<genre>Jazz</genre>
</track>
<track>
<number>002</number>
<title>FFFFF</title>
<artist>Mary</artist>
<album>YYYY</album>
<genre>pop</genre>
</track>
・・・
</playlist></query>"【００６３】
プレイリスト情報ＰＬでは、各曲のデータがそれぞれ「track」のタグによって区切られたデータ構造を有している。これは、アプリケーション（例えば音楽販売サーバのプログラム）に、各曲のデータをそれぞれ別個の曲のデータとして認識させるためである。各曲のデータは、「曲順」、「曲名」、「アーティスト名」、「アルバム名」、「ジャンル」から構成される。なお「曲順」、「曲名」、「アーティスト名」、「アルバム名」、「ジャンル」はそれぞれ、「number」、「title」、「artist」、「album」、「genre」のタグで定義されたものである。【００６４】
ブラウザ５０はＳ９の処理に次いで、ネットワークインタフェース９を介してサーバ１００に対し、上記ＵＲＩに対応したページの取得のリクエストと共にクッキーＰＬ’を送信する（Ｓ１０）。【００６５】
音楽販売サーバは、Ｓ１０の処理におけるリクエスト及びクッキーＰＬ’を受け取ると、当該リクエスト及びクッキーＰＬ’に応じたレスポンス（すなわちページ）を作成する（Ｓ１１）。【００６６】
より詳細には、音楽販売サーバは、例えば「曲名」、「アーティスト名」、「アルバム名」、及び、「ジャンル」のフィールドを持つリレーショナルデータベースを有している。これらのフィールドには、各フィールド名に対応したデータが書き込まれている。【００６７】
Ｓ１１の処理において音楽販売サーバは、所定のアルゴリズムにより、クッキーＰＬ’に含まれるプレイリスト情報ＰＬに基づいて携帯端末１０のユーザの好みを解析する。そして得られた解析結果を用いて上記リレーショナルデータベースを検索し、ユーザの好みと考えられる曲のレコードを幾つか抽出する。そして音楽販売サーバは、このレコードに含まれる各データを用いて、例えば自己に実装されているＣＧＩプログラムを実行させてページを作成する。附言するに音楽販売サーバは、ユーザの好みと考えられる曲名がリストアップされるページを作成する。【００６８】
次いで音楽販売サーバは、Ｓ１１の処理で作成されたページを携帯端末１０に送信する（Ｓ１２）。ブラウザ５０は、このページをネットワークインタフェース９を介して受け取り、上述した解釈を行い、ディスプレイ１３の画面上に表示させる（Ｓ１３）。これによりユーザは、自己の好みと考えられる曲名がリストアップされたページを閲覧することができる。【００６９】
リストアップされた曲名の何れかがユーザ・オペレーションにより選択されると、ブラウザ５０は音楽販売サーバと通信して、その曲名に対応付けられたアンカータグで指定されるＵＲＩのページを取得する。このページは、例えば上記ユーザ・オペレーションで選択された曲を購入するか否かをユーザに問い合わせるためのページである。ユーザは、このページ上で更なるユーザ・オペレーションを行うことにより、その曲を購入して携帯端末１０にダウンロードすることができる。【００７０】
この音楽販売サーバの例では、クッキーを利用することにより、ユーザに対して好みの曲を提示するのに好適なネットワークシステムが提供される。附言するにユーザは、ブラウザ５０を用いて音楽販売サーバにアクセスするよう操作するだけで、好みの曲のリストを閲覧することができる。【００７１】
上述したように、本実施例１においてサーバは、クライアントに送信するクッキーを利用して、自己が要求するコンテキスト情報の種類を指定することができる。すなわち本実施例１においては、コンテキスト情報の種類をサーバ側で指定することができる。本実施例１では、クッキーの内容を変更することにより、サーバが欲しいコンテキスト情報の種類を当該サーバ側で柔軟に変えることが可能である。
【実施例２】
【００７２】
次に、本発明の第二の実施例のネットワークシステムについて説明する。本実施例２のネットワークシステムでは、携帯端末のブラウザと、コンテキスト情報を要求するサーバとの通信が、プロキシサーバを介して行われる。これは、セキュリティ面を鑑みてのことである。図５に、本実施例２のネットワークシステムで実行される処理の流れを示す。より詳細には、ブラウザ５０、端末内情報管理モジュール６０、サーバ１１０、及び、プロキシサーバ２００の間で実行される処理の流れを示す。このサーバ１１０は、例えば本実施例１における音楽販売サーバと同様のサーバであるものとする。なお、以降の本実施例において本実施例１での処理と実質的に同一とされる処理については、同一の符号を付して詳細な説明を省略する。【００７３】
本実施例２においてブラウザ５０はＳ１及び２の処理を実行する。そしてＳ２の判定処理の結果が「ＮＯ」であるとき、ブラウザ５０はネットワークインタフェース９を介し、サーバ１１０に対してＳ１の処理における入力ＵＲＩに対応したページの取得のリクエストを送信する（Ｓ２１）。なお本実施例２によれば、携帯端末１０からの全ての送信パケットは、プロキシサーバ２００を経由して指定先（ここではサーバ１１０）に送信されるようにブラウザ５０が設定されている。従って上記リクエストはプロキシサーバ２００が受け取る。【００７４】
プロキシサーバ２００は、ブラウザ５０による上記リクエストを自身のリクエストとしてサーバ１１０に送信する（Ｓ２２）。つまりブラウザ５０を代理して、上記入力ＵＲＩに対応したページの取得をリクエストする。【００７５】
サーバ１１０は、プロキシサーバ２００による上記リクエストを受け取ると、そのリクエストに応じたレスポンス（すなわちページ）をプロキシサーバ２００に送信する（Ｓ２３）。このときサーバ１１０はページに加えてクッキーも送信する。【００７６】
プロキシサーバ２００は、サーバ１１０から送信されたページ及びクッキーを受け取ると、当該サーバ１１０が信頼性のあるサーバであるか否かを判定する（Ｓ２４）。この判定処理は、プロキシサーバ２００が有するデータベースを用いて行われる。このデータベースには、信頼性のないサーバのＵＲＩが蓄積されている。従って、サーバ１１０のＵＲＩが上記データベースに含まれていない場合には、当該サーバ１１０が信頼性のあるサーバと判定される（Ｓ２４：ＹＥＳ）。一方、サーバ１１０のＵＲＩが上記データベースに含まれている場合には、当該サーバ１１０が信頼性のないサーバと判定される（Ｓ２４：ＮＯ）。【００７７】
なお上記データベースにおいて信頼性のあるサーバのＵＲＩが蓄積されていても良い。このような形態によれば、サーバ１１０のＵＲＩが上記データベースに含まれている場合には、当該サーバ１１０が信頼性のあるサーバと判定される（Ｓ２４：ＹＥＳ）。一方、サーバ１１０のＵＲＩが上記データベースに含まれていない場合には、当該サーバ１１０が信頼性のないサーバと判定される（Ｓ２４：ＮＯ）。【００７８】
Ｓ２４の判定処理の結果が「ＹＥＳ」であるとき、プロキシサーバ２００はサーバ１１０に信頼性があるとして、当該サーバ１１０からのページ及びクッキーを許可して携帯端末１０に送信する（Ｓ２５）。これにより、ブラウザ５０は、プロキシサーバ２００から送信されたページ及びクッキーを、ネットワークインタフェース９を介して受け取る。次いで、受け取ったページに対して上述した解釈を行い、ディスプレイ１３の画面上に表示させる。そしてそれと共に、受け取ったクッキーを上記ローカルフォルダに格納する（Ｓ５）。【００７９】
上記の場合において、以降、ブラウザ５０がサーバ１１０に対してページのリクエストを行ったときには、先に説明されたＳ６乃至Ｓ９と同様の処理が行われる。そしてＳ９の処理に次いで、ブラウザ５０は、サーバ１１０に対してページの取得のリクエストと共に、コンテキスト情報を含むクッキーを送信する（Ｓ２７）。このリクエスト及びクッキーは、プロキシサーバ２００によって代理されてサーバ１１０に送信される（Ｓ２８）。【００８０】
Ｓ１１の処理においてサーバ１１０は、受け取ったリクエスト及びクッキーに基づいてページを作成し、それをプロキシサーバ２００に送信する（Ｓ２９）。次いで、プロキシサーバ２００は受け取ったページを携帯端末１０に送信する（Ｓ３０）。ブラウザ５０は、このページをネットワークインタフェース９を介して受け取り、上述した解釈を行い、ディスプレイ１３の画面上に表示させる（Ｓ１３）。【００８１】
一方、Ｓ２４の判定処理の結果が「ＮＯ」であるとき、プロキシサーバ２００はサーバ１１０に信頼性がないとして、当該サーバ１１０からのページのみを許可して携帯端末１０に送信する（Ｓ２６）。つまり、プロキシサーバ２００はクッキーに関しては許可しない。附言するにクッキーはコンテキスト情報（すなわちユーザの個人情報又は個人情報に関わる情報）を要求するものである。プロキシサーバ２００は個人情報保護の観点から、クッキーに対するフィルタリング処理を行う。この場合において、以降、ブラウザ５０がサーバ１１０に対してページのリクエストを行ったときには、Ｓ１、２、及び、２１乃至２６の処理が行われる。【００８２】
なお、Ｓ２６の処理においてクッキーだけでなくページに対してもその取得が制限されるようにプロキシサーバ２００のセキュリティレベルを変更することができる。このセキュリティレベルの変更は、例えばブラウザ５０がプロキシサーバ２００に直接アクセスしてレベル変更をリクエストすることで実現可能である。プロキシサーバ２００が信頼性のないサーバに対して実施するフィルタリング処理は、セキュリティレベルに応じて以下の段階に分けられる。
・セキュリティレベル１
ページを許可。クッキーについてはユーザに許可／不許可を選択させる。
・セキュリティレベル２
ページを許可。クッキーを許可しない。
・セキュリティレベル３
ページについてはユーザに許可／不許可を選択させる。クッキーを許可しない。
・セキュリティレベル４
ページもクッキーも許可しない。【００８３】
上述したように、本実施例２においてはプロキシサーバ２００がクッキーに対するフィルタリング処理を行う。本実施例２によれば、コンテキスト情報を取り扱うネットワークシステムにおいてユーザの個人情報を保護するのに好適なものが提供される。
【実施例３】
【００８４】
次に、本発明の第三の実施例のネットワークシステムについて説明する。図６に、本実施例３のネットワークシステムで実行される処理の流れを示す。より詳細には、ブラウザ５０、端末内情報管理モジュール６０、及び、サーバ１２０の間で実行される処理の流れを示す。このサーバ１２０は、例えば本実施例１における音楽販売サーバと同様のサーバであるものとする。【００８５】
本実施例３においてＳ１の処理でＵＲＩが入力されると、ブラウザ５０は、そのＵＲＩに対応するサーバ（ここではサーバ１２０）の信頼性を端末内情報管理モジュール６０に問い合わせる（Ｓ３１）。端末内情報管理モジュール６０はこの問い合わせを受けて、例えばＲＡＭ７に格納されたデータベースを検索する。そしてサーバ１２０が信頼性のあるサーバであるか否かを判定する（Ｓ３２）。端末内情報管理モジュール６０はその判定結果をブラウザ５０に受け渡す（Ｓ３３）。なおここで用いられるデータベースは、本実施例２においてプロキシサーバ２００が有していたデータベースと同一内容を蓄積したものであるとする。【００８６】
次いで、Ｓ２の判定処理の結果が「ＮＯ」であるとき、ブラウザ５０はネットワークインタフェース９を介し、サーバ１２０に対してＳ１の処理における入力ＵＲＩに対応したページの取得のリクエストを送信する（Ｓ３）。サーバ１２０はこのリクエストに呼応して、ページ及びクッキーを送信する（Ｓ４）。なおＳ２の判定処理の結果が「ＹＥＳ」であるときには、先に説明されたＳ６乃至１３の処理が行われる。【００８７】
ブラウザ５０は、Ｓ３３の処理で受け渡された判定結果に基づいて、サーバ１２０からのクッキーを保存するか否かを判定する（Ｓ３４）。上記判定結果によりサーバ１２０が信頼性を持つとされるとき（Ｓ３４：ＹＥＳ）、ブラウザ５０はサーバ１２０からのクッキーを上記ローカルフォルダに保存して（Ｓ５）Ｓ１の処理に復帰する。一方、上記判定結果によりサーバ１２０が信頼性を持たないとされるとき（Ｓ３４：ＮＯ）、ブラウザ５０はサーバ１２０からのクッキーを上記ローカルフォルダに保存することなくＳ１の処理に復帰する。【００８８】
すなわち本実施例３においても、ユーザの個人情報を保護するのに好適なネットワークシステムが提供される。附言するに本実施例３においては端末内情報管理モジュール６０がクッキーに対するフィルタリング処理を行う。すなわち本実施例３によれば、ネットワークシステム内にプロキシサーバを設置する必要がない。
【実施例４】
【００８９】
次に、本発明の第四の実施例のネットワークシステムについて説明する。図７に、本実施例４のネットワークシステムの構成を概略的に示す。図７に示されるように、本実施例４のネットワークシステムは、携帯端末１０、サーバ１３０、及びＳｙｎｃサーバ３００で構成される。また、図８に、本実施例４のネットワークシステムで実行される処理の流れを示す。より詳細には、ブラウザ５０（携帯端末１０）、サーバ１３０、及びＳｙｎｃサーバ３００の間で実行される処理の流れを示す。【００９０】
本実施例４において携帯端末１０にはＳｙｎｃＭＬクライアントソフトウェア、Ｓｙｎｃサーバ３００にはＳｙｎｃＭＬサーバソフトウェアがそれぞれ実装されている。これらのソフトウェアがＳｙｎｃＭＬ標準手順に基づいたデータ同期プロセスを実行することにより、携帯端末１０のフラッシュメモリ２０とＳｙｎｃサーバ３００のデータベース３１０がデータ同期する。なお、サーバ１３０は、例えば本実施例１における音楽販売サーバと同様のサーバであるものとする。また、Ｓｙｎｃサーバ３００は、フラッシュメモリ２０とデータ同期する機能を有していればその形態は問われない。Ｓｙｎｃサーバ３００は、例えば携帯端末１０のユーザの自宅に設置されたサーバであっても良く、プロバイダ等が当該のユーザに提供するものであっても良い。後者の場合、例えばＳｙｎｃサーバ３００のＨＤＤの一部の領域がユーザに割り当てられることになり、その領域とフラッシュメモリ２０とがデータ同期することになる。【００９１】
Ｓ１乃至Ｓ５の処理に関しては本実施例１と実質的に同一の処理が行われる。ここで、サーバ１３０がブラウザ５０にセットするクッキーは、フラッシュメモリ２０とデータ同期する領域にアクセスするためのものである。そして、Ｓ２の処理において、サーバ１３０に対応するクッキーが上記ローカルフォルダに格納されている場合（Ｓ２：ＹＥＳ）、ブラウザ５０は、当該のクッキーに従って、フラッシュメモリ２０とデータ同期する領域を示すＵＲＩ（例えばＳｙｎｃサーバ３００のＵＲＬ）をクッキーに埋め込んでサーバ１３０に送り返す（Ｓ４１）。【００９２】
サーバ１３０はブラウザ５０からクッキーを受け取ると、当該のクッキーに埋め込まれたＵＲＩを基にＳｙｎｃサーバ３００にアクセスし、プレイリスト情報をリクエストする（Ｓ４２）。リクエストを受け付けたＳｙｎｃサーバ３００は、フラッシュメモリ２０とデータ同期する領域を検索してプレイリスト情報を取得し（Ｓ４３）、サーバ１３０に送信する（Ｓ４４）。【００９３】
サーバ１３０はＳｙｎｃサーバ３００からプレイリスト情報を受け取ると、そのプレイリスト情報を用いてページを作成し（Ｓ１１）、ブラウザ５０に送信する（Ｓ１２）。これにより、携帯端末１０のディスプレイ１３にユーザの好みの曲名がリストアップされたページが表示される（Ｓ１３）。【００９４】
本実施例４によれば、プレイリスト情報の検索処理がＳｙｎｃサーバ３００で実行される。Ｓｙｎｃサーバ３００の検索処理速度はリソースが限定的な携帯端末１０の検索処理速度よりも格段に速く、場合によってはシステム全体としての処理速度が速くなることもある（すなわちＳ２からＳ１３までの処理に掛かる時間が短くなる）。この場合、ユーザの好みの曲名がリストアップされたページをいち早くブラウザ５０上で表示させることができるといった効果が期待される。【００９５】
なお、ユーザは、Ｓｙｎｃサーバ３００のＵＲＬをサーバ１３０に提供しないようにブラウザ５０を設定することもできる。この場合、本実施例１と同様に、プレイリスト情報を取得するためにフラッシュメモリ２０内が検索されることになる。【００９６】
以上が本発明の実施の形態である。本発明はこれらの実施形態に限定されるものではなく様々な範囲で変形が可能である。例えば本発明は携帯端末に限らずデスクトップＰＣ等の固定端末にも適用可能である。また、本実施例１乃至４および以下に記載する変形例を適切に組み合わせても本発明を成すことは可能である。【００９７】
本発明によれば、端末から取得すべきコンテキスト情報の種類を各サーバに柔軟に設定させるのに好適なネットワークシステム、又、このようなネットワークシステムを構築するのに好適な端末が提供される。また更に、端末から取得すべきコンテキスト情報の種類を各サーバに柔軟に設定させるのに好適なコンテキスト情報提供方法、及び、コンテキスト情報提供プログラムも提供される。【００９８】
例えば本実施例において取り扱われるコンテキスト情報の種類は現在位置情報やプレイリスト情報に限らない。他に想定されるコンテキスト情報の種類として、例えばユーザによる携帯端末１０の操作履歴に関するものが挙げられる。この操作履歴に関する情報として、具体的には、Ｗｅｂブラウジングに関する履歴（入力されたＵＲＩ、その入力時刻、その時刻における位置情報等）、オーディオ部１８による楽曲再生に関する履歴（再生した曲名、そのアーティスト、ジャンル、再生時刻、再生時における位置情報等）、携帯端末１０に実装された種々のアプリケーションに関する履歴（アプリケーションの種類、その使用時刻、使用時における位置情報等）等が挙げられる。また携帯端末１０が周知のメーラを実装したものである場合、例えばメールの送受信回数、送受信を行ったときの時刻、その位置情報等もコンテキスト情報の種類として挙げられる。また携帯端末１０が例えばＳＵＩＣＡ（登録商標）のようなＩＣカード機能を具備したものである場合、例えばＩＣカード機能を使用した際の提携サービスの種類、その使用時刻、使用時における位置情報等もコンテキスト情報の種類として挙げられる。【００９９】
また本実施例において端末内情報管理モジュール６０は、単一の独立したアプリケーションとして携帯端末１０に実装されている。一方で他の実施例において端末内情報管理モジュールは、例えばメーラ等のアプリケーション個々や、携帯端末１０の機能毎に実装されたものであっても良い。【０１００】
また、例えば本実施例２においてプロキシサーバ２００がコンテキスト情報の提供の対価として、他のサーバ（例えばサーバ１１０等）に対してそれ相応の料金を自動課金するようなネットワークシステムも考えられる。なお、このような自動課金ネットワークシステムにおいては、プロキシサーバ２００と、コンテキスト情報の取得を要求する他のサーバとの間で自動課金に関する契約が結ばれていることが前提である。この契約は、例えばオンライン上で結ばれるものであっても書面によって結ばれるものであっても良い。プロキシサーバ２００は、契約を結んだ各サーバに関する情報（例えばサーバのＵＲＩ、そのサーバの管理者名、その管理者の住所や銀行口座、電子メールアドレス等）を蓄積した第一のデータベースを有している。なお、プロキシサーバ２００は、信頼性があるとみなされるサーバに対してのみ契約を結ぶものとする。【０１０１】
一方ユーザも、コンテキスト情報を反映した動的な情報提供を受けるため、プロキシサーバ２００と契約を結ぶ必要がある。この契約も、例えばオンライン上で結ばれるものであっても書面によって結ばれるものであっても良い。プロキシサーバ２００は、契約を結んだ各ユーザに関する情報（例えばユーザ名、ユーザの持つ端末のアドレス等）を蓄積した第二のデータベースを有している。プロキシサーバ２００との契約が結ばれることにより、携帯端末１０からの全ての送信パケットは、プロキシサーバ２００を経由して指定先（ここではサーバ１１０）に送信されるようにブラウザ５０で設定が成される。つまり、プロキシサーバ２００は契約を結んだクライアントに対してのみ代理サーバとして機能する。【０１０２】
以下、図５を援用して、自動課金ネットワークシステム内で実行される処理について説明する。この処理は、例えばユーザ（携帯端末１０）とサーバ１１０が共にプロキシサーバ２００と契約を結んでいる場合において、サーバ１１０のＵＲＩがブラウザ５０に入力されると開始される。【０１０３】
自動課金ネットワークシステムにおいてブラウザ５０がサーバ１１０に初めてアクセスする場合、Ｓ１、２、２１乃至２３の処理が順に実行される。なおプロキシサーバ２００は、Ｓ２１の処理によるブラウザ５０からのリクエストを受け取った際、第二のデータベースを検索する。その検索の結果、上記リクエストが契約を結んだユーザからのリクエストであると判定したときに当該ユーザの代理サーバとして機能する。すなわちＳ２２の処理を実行する。【０１０４】
次いで、Ｓ２４の処理においてプロキシサーバ２００は、上述した信頼性判定処理の代替として、サーバ１１０が契約を結んだサーバであるか否かを判定する。上記の契約の有無を判定する処理は第一のデータベースを用いて行われる。ここで、サーバ１１０が契約を結んだサーバであると判定される場合、プロキシサーバ２００は、当該サーバ１１０からのページ及びクッキーを許可して携帯端末１０に送信する（Ｓ２５）。一方、サーバ１１０が契約を結んだサーバでないと判定される場合には、ページのみを許可して携帯端末１０に送信する（Ｓ２６）。なお本実施例２と同様に、プロキシサーバ２００においてセキュリティレベルを設定することも可能である。【０１０５】
自動課金ネットワークシステムにおいてブラウザ５０によるサーバ１１０に対するアクセスが二回目以降である場合、Ｓ１、２、６乃至９、２７乃至３０、及び１３の処理が順に行われる。プロキシサーバ２００は、Ｓ２８の処理においてコンテキスト情報を含むクッキーをサーバ１１０に送信した時点で、当該サーバ１１０に対して課金処理を行う。なお、この自動課金ネットワークシステムを提案する第三者が存在する場合、プロキシサーバ２００は、サーバ１１０に対して、当該第三者に支払うべきマージンも含めた課金処理を行う。【０１０６】
この課金処理においてプロキシサーバ２００は、例えば第一のデータベースを検索してサーバ１１０の管理者の銀行口座の情報を取得する。次いで、コンテキスト情報提供料としてその銀行口座から所定の金額を引き落とす処理をオンライン上で実行する。また、第一のデータベースを検索してサーバ１１０の管理者名、住所、電子メールアドレス等を取得して、当該管理者宛に請求書を電子メールや郵便で送る。或いは、サーバ１１０との通信履歴を第一のデータベースに蓄積し、その蓄積データに基づいた請求をサーバ１１０に対して所定期間毎（例えば一ヶ月毎）にオンライン上又は郵送等により行う。【０１０７】
なおプロキシサーバ２００は、Ｓ３０の処理においてコンテキスト情報を反映したページを携帯端末１０に送信した時点で、サーバ１１０に対する課金処理を行うよう動作しても良い。【０１０８】
自動課金ネットワークシステムでは、ユーザ、サーバ１１０、及び、プロキシサーバ２００のそれぞれにメリットがある。ユーザのメリットは、例えばそのニーズに応じた動的なサービスを受けることができる点である。サーバ１１０のメリットは、例えばユーザのニーズに応えた楽曲を提示して効率良く楽曲の販売を行うことができる点である。プロキシサーバ２００のメリットは、各サーバからコンテキスト情報提供料を徴収できる点である。【０１０９】
また、別の実施の形態では、端末内情報管理モジュール６０から取得されるコンテキスト情報がクッキーとは異なる形態のデータで送信されても良い。クッキーの代替となる形態には例えばＰＯＳＴやＧＥＴ等が挙げられる。このような実施の形態によれば、ブラウザ５０側では、端末内情報管理モジュール６０から取得されるコンテキスト情報に所定の変換処理が施され、ＨＴＴＰのＰＯＳＴリクエスト（又はＧＥＴリクエスト）として送信される。また、サーバ側では、受信したＰＯＳＴリクエスト（又はＧＥＴリクエスト）に基づいてデータベース検索、ＣＧＩによるページ作成、および該ページの送信が行われる。ＰＯＳＴやＧＥＴのリクエストは、より多くのデータを送信可能な点で優位性がある。【０１１０】
ＰＯＳＴの例を図９を用いて説明すると、ネットワークシステムは、例えば本実施形態と同様に携帯端末１０及びサーバ００で構成される。図９によれば、携帯端末１０は、サーバ１００から送信されたクッキーＣを受け取り保存すると、クッキーＣの内容（サーバ１００の要求）に応じて携帯端末１０内部のＤＢ（例えばフラッシュメモリ２０）等を検索する。次いで、検索によって得られた情報を変換してＰＯＳＴリクエストＰを生成し、それをサーバ１００に返す。サーバ１００は、ＰＯＳＴリクエストＰに含まれる情報に基づいてページを動的に作成し、作成したページを携帯端末１０に提供する。【０１１１】
また、本実施形態ではクッキーの要求に応じて携帯端末１０単体のコンテキスト情報が取得されてサーバに送り返されるが、別の実施の形態では例えば複数台の端末装置のコンテキスト情報が収集されてサーバに送り返されるようにしても良い。図１０を用いて一例を挙げると、コンテキスト情報を提供する環境が、例えばＤＬＮＡ（Digital Living Network Alliance）を通じて接続される複数台の端末装置（例えば図１０に示されるデスクトップＰＣ１０Ａ、１０Ｂ、ホームサーバＨＳ、テレビジョンＴＶ、ＨＤＤレコーダＲＣ等）で構成されたホームネットワーク（家庭内ＬＡＮ）であるとする。このうちの、クッキーがセットされている端末装置（ここではデスクトップＰＣ１０Ａ）がサーバにアクセスする場合、デスクトップＰＣ１０Ａは、当該のクッキーに従って、ＤＭＣ（Digital Media Controller）として動作してホームネットワーク内の他の端末装置にアクセスし、コンテキスト情報を取得するよう指示を出す。指示を受けた各端末装置、すなわちデスクトップＰＣ１０Ｂ、ホームサーバＨＳ、テレビジョンＴＶ、ＨＤＤレコーダＲＣは、ＤＭＳ（Digital Media Server）として動作して自己の記憶媒体を検索してコンテキスト情報を取得し、ＤＭＣとして動作するデスクトップＰＣ１０Ａに送信する。このようにして、ＤＭＣとして動作する端末装置は各端末装置からコンテキスト情報、例えばＡＶリストやプレイリストを収集してクッキーに埋め込んでサーバに送り返す。また、クッキーがセットされている端末装置がデスクトップＰＣ１０Ｂである場合には、デスクトップＰＣ１０ＢがＤＭＣとして動作し、デスクトップＰＣ１０Ａ、ホームサーバＨＳ、テレビジョンＴＶ、ＨＤＤレコーダＲＣがＤＭＳとして動作する。この実施の形態によれば、複数台の端末装置に散在するコンテキスト情報を容易に収集してサーバに送り返すことが可能となる。また、クッキーがセットされている端末装置が携帯電話等のモバイル端末である場合には、当該端末装置は、当該のクッキーに従って、ＭＤＭＣ（Mobile Digital Media Controller）として動作してホームネットワーク内の他の端末装置にアクセスし、コンテキスト情報を取得するよう指示を出す。【０１１２】
また、上記ホームネットワーク内の全ての端末装置とデータ同期するＳｙｎｃＭＬ対応のホームサーバがホームネットワーク内に備えられても良い。この場合、ＤＭＣとして動作する端末装置はホームサーバにアクセスして、ホームネットワーク内の全ての端末装置のコンテキスト情報を取得することができる。【０１１３】
また、別の実施の形態によれば、サーバは、携帯端末１０に要求するコンテキスト情報をより細かく指定することができる。ここで、図１１に、携帯端末１０のフラッシュメモリ２０に格納されているデータを階層的に示す。図１１によれば、例えば携帯端末１０のメーラを用いて送受信されたメールは、フラッシュメモリ２０の「Ｐｒｉｖａｔｅ」フォルダに属する「Ｍｅｓｓａｇｅ」フォルダ内に蓄積される。また、例えばアドレス帳に登録されたアドレスは、「Ｐｒｏｔｅｃｔｅｄ」フォルダに属する「ＡｄｄｒｅｓｓＢｏｏｋ」フォルダ内に蓄積される。【０１１４】
この実施形態においては、フラッシュメモリ２０の階層構造はサーバにとって既知であるものとする。従って、サーバは、クッキーを用いることにより、ブラウザ５０に対して所望のフォルダ内のデータを要求することができる。例えばサーバは、以下のクッキーＣをブラウザ５０にセットすることができる。
・クッキーＣ
query="<query><public/music/jazz/milesdavis/><nodata></public/music/jazz/milesdavis/></query>"
クッキーＣによれば、「public/music/jazz/milesdavis/」、すなわち「Ｐｕｂｌｉｃ」フォルダの３つ下の階層にある「ＭｉｌｅｓＤａｖｉｓ」フォルダ内のデータ（ここではＭＰ３データ）が指定される。そして、ブラウザ５０と端末内情報管理モジュール６０とが連携して動作することにより、例えば「ＭｉｌｅｓＤａｖｉｓ」フォルダ内のＭＰ３データのメタデータ（プレイリスト情報ＰＬと同様の情報）が取得される。次いで、取得されたメタデータがクッキーＣに埋め込まれてサーバに送り返されると、サーバ側で、データベース検索、ＣＧＩによるページ作成、および該ページの送信が行われる。これにより、ユーザは、例えばＭｉｌｅｓＤａｖｉｓに関連するページを閲覧することができる。【０１１５】
なお、ユーザのプライバシーを考慮して、携帯端末１０側で、コンテキスト情報の提供を許可するか否かをフォルダ毎に設定できるようにしても良い。例えば「Ｐｒｉｖａｔｅ」や「Ｐｒｏｔｅｃｔｅｄ」フォルダに対してコンテキスト情報の提供を許可しないよう設定した場合、クッキーが「Ｐｒｉｖａｔｅ」や「Ｐｒｏｔｅｃｔｅｄ」フォルダを指定したとしても、携帯端末１０側でそれらのフォルダ内のデータがクッキーに埋め込まれることなく、サーバに送信されることもない。この場合、ブラウザ５０には、通常のページ（Ｓ１の処理で入力されたＵＲＩに対応するページであって、ＣＧＩで作成されていないページ）が表示される。また、例えば「ＨｉｐＨｏｐ」フォルダに対してコンテキスト情報の提供を許可しないよう設定されている状態でクッキーが「Ｍｕｓｉｃ」フォルダを指定する場合には、「Ｍｕｓｉｃ」フォルダに属する、「ＨｉｐＨｏｐ」フォルダ以外のフォルダの中からコンテキスト情報が収集されてクッキーに埋め込まれ、サーバに送信されることになる。【０１１６】
また、携帯端末１０側で、コンテキスト情報の提供を許可するか否かをサーバ毎に設定できるようにしても良い。例えばサーバＡに対しては「Ｐｒｉｖａｔｅ」および「Ｐｒｏｔｅｃｔｅｄ」フォルダからのコンテキスト情報の提供を許可しないように設定し、サーバＢに対しては「Ｐｒｉｖａｔｅ」、「Ｐｒｏｔｅｃｔｅｄ」、および「Ｅｘｔｅｒｎａｌ」フォルダからのコンテキスト情報の提供を許可しないように設定することができる。提供を許可するフォルダをサーバ毎に設定可能とすることにより、ユーザのプライバシーを保護しつつも適切なコンテキスト情報を適切なサーバに提供することが可能となる。【０１１７】
また、本発明の一つの実施形態において、ユーザによる入力を受け付ける入力手段と、入力手段が外部サーバのアドレス入力を受け付けたとき、クッキー受取手段がクッキーを既に受け取っているか否かを判定するクッキー受取判定手段とを更に具備したものであっても良い。該クッキーを既に受け取っていると判定されるとき、このコンテキスト情報抽出手段は、当該クッキーに基づいて所定の記憶媒体から特定のコンテキスト情報を抽出するよう動作し得る。【０１１８】
また、本発明の一つの実施形態において、コンテキスト情報蓄積手段は、入力手段が受け付けた入力の履歴に関する情報を蓄積するよう動作しても良い。【０１１９】
また、本発明の一つの実施形態において、端末は、該特定のコンテキスト情報を該クッキーと同一形式の言語に変換する言語変換手段と、該変換されたコンテキスト情報を該クッキーに埋め込むクッキー埋め込み手段とを更に具備したものであっても良い。この場合送信手段は、該コンテキスト情報が埋め込まれたクッキーを該外部サーバに送信する。【０１２０】
また、本発明の一つの実施形態において、端末は、該特定のコンテキスト情報に所定の変換処理を施してＰＯＳＴリクエスト又はＧＥＴリクエストを生成するリクエスト生成手段を更に具備し、該生成されたＰＯＳＴリクエスト又はＧＥＴリクエストを該外部サーバに送信する構成であっても良い。【０１２１】
また、本発明の一つの実施形態において、端末は、外部サーバの信頼性を判定する信頼性判定手段を更に具備したものであっても良い。この場合クッキー受取手段は、信頼性があると判定された外部サーバだけからクッキーを受け取るよう動作し得る。【０１２２】
また、本発明の一つの実施形態において、コンテキスト情報蓄積手段はコンテキスト情報を階層的に管理し、コンテキスト情報抽出手段による抽出を許可又は禁止するコンテキスト情報を該階層毎に設定する構成であっても良い。また、コンテキスト情報抽出手段による抽出を許可又は禁止するコンテキスト情報を、コンテキスト情報の提供先である外部サーバ毎に設定する構成であっても良い。【０１２３】
また、本発明の一つの実施形態において、端末は、自己の現在位置情報を取得する位置情報取得手段を更に具備したものであっても良い。この場合コンテキスト情報取得手段は、位置情報取得手段を動作させて該現在位置情報を取得するよう動作し得る。【０１２４】
また、本発明の一つの実施形態において、所定のプロトコルは例えばＳｙｎｃＭＬである。【０１２５】
また、本発明の一つの実施形態において、ネットワークシステムは、該所定のネットワーク上において各外部サーバと各端末との間に位置し、それらの間の通信を中継して行う中継サーバを更に含むものであっても良い。【０１２６】
また、本発明の一つの実施形態において、中継サーバは、外部サーバが所定の条件を満たすか否かを判定する条件判定手段と、その判定結果に基づいて、判定対象の外部サーバから受け取ったデータに対してフィルタリング処理を施すフィルタリング手段とを具備したものであっても良い。【０１２７】
また、本発明の一つの実施形態において、所定の条件とは、例えば外部サーバに対する信頼性の有無である。【０１２８】
また、本発明の一つの実施形態のネットワークシステムにおいて、フィルタリング手段によるフィルタリング処理のレベルを変更可能としても良い。【０１２９】
また、本発明の一つの実施形態において、中継サーバは、特定のコンテキスト情報を端末の中継で外部サーバに送信したことにより当該外部サーバに対する課金処理を行う課金処理実行手段を更に具備したものであっても良い。【０１３０】
また、本発明の一つの実施形態において、ＬＡＮ内の各端末は例えばＤＬＮＡ（Digital Living Network Alliance）を通じて互いに通信可能であり、該外部サーバからクッキーを受け取った端末はコントローラとして動作し、それ以外の端末はサーバとして動作する構成であっても良い。【０１３１】
また、本発明の一つの実施形態において、コンテキスト情報提供方法は、該端末においてユーザによる入力を受け付ける入力ステップと、入力ステップにおいて該外部サーバのアドレス入力を受け付けたとき、当該外部サーバからのクッキーを既に受け取っているか否かを判定するクッキー受取判定ステップとを更に含んだものであっても良い。ここで、該クッキーを既に受け取っていると判定されるとき、例えばコンテキスト情報抽出ステップにおいて当該クッキーに基づいた特定のコンテキスト情報の抽出が行われる。【０１３２】
また、本発明の一つの実施形態において、コンテキスト情報提供方法は、該端末がコンテキスト情報を蓄積するコンテキスト情報蓄積ステップを更に含んだものであっても良い。【０１３３】
また、本発明の一つの実施形態において、コンテキスト情報提供方法は、該端末が該特定のコンテキスト情報を該クッキーと同一形式の言語に変換する言語変換ステップと、該変換されたコンテキスト情報を該クッキーに埋め込むクッキー埋め込みステップとを更に含んだものであっても良い。この場合、例えば第一の送信ステップにおいて該コンテキスト情報が埋め込まれたクッキーを該外部サーバに送信する。【０１３４】
また、本発明の一つの実施形態において、コンテキスト情報提供方法は、該端末が該特定のコンテキスト情報に所定の変換処理を施してＰＯＳＴリクエスト又はＧＥＴリクエストを生成するリクエスト生成ステップを更に含み、第一の送信ステップにおいて該生成されたＰＯＳＴリクエスト又はＧＥＴリクエストを該外部サーバに送信するものであっても良い。【０１３５】
また、本発明の一つの実施形態において、コンテキスト情報提供方法は、該外部サーバが受け取ったコンテキスト情報に基づいてページを作成するページ作成ステップと、該作成されたページを該端末に送信する第二の送信ステップとを更に含んだものであっても良い。【０１３６】
また、本発明の一つの実施形態において、コンテキスト情報提供方法においては、例えば各送信ステップにおいて該端末と該外部サーバとの通信が中継サーバにより中継して行われる。【０１３７】
また、本発明の一つの実施形態において、コンテキスト情報提供方法は、該外部サーバが所定の条件を満たすか否かを該中継サーバが判定する条件判定ステップと、その判定結果に基づいて、判定対象の外部サーバから受け取ったデータに対してフィルタリング処理を施すフィルタリングステップとを更に含んだものであっても良い。【０１３８】
また、本発明の一つの実施形態において、所定の条件とは、例えば外部サーバに対する信頼性の有無である。【０１３９】
また、本発明の一つの実施形態のフィルタリングステップにおいてフィルタリング処理のレベルを変更可能としても良い。【０１４０】
また、本発明の一つの実施形態において、コンテキスト情報提供方法は、該中継サーバが特定のコンテキスト情報を該端末の中継で該外部サーバに送信したことにより、当該外部サーバに対する課金処理を行う課金処理実行ステップを更に含んだものであっても良い。
【図１】
2007132661.tif 000003
【図２】
2007132661.tif 000004
【図３】
2007132661.tif 000005
【図４】
2007132661.tif 000006
【図５】
2007132661.tif 000007
【図６】
2007132661.tif 000008
【図７】
2007132661.tif 000009
【図８】
2007132661.tif 000010
【図９】
2007132661.tif 000011
【図１０】
2007132661.tif 000012
【図１１】
2007132661.tif 000013
【手続補正書】
【提出日】平成20年11月27日(2008.11.27)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
また上記の課題を解決する本発明の一態様に係るネットワークシステムは、少なくとも一つの上記端末と、ネットワークを介して各端末と通信可能な少なくとも一つの外部サーバを含むシステムである。このネットワークシステムにおいて、外部サーバの各々は、自己と通信する端末に対して特定のコンテキスト情報を要求するためのクッキーを受け渡すクッキー受渡手段と、該クッキーに呼応して動作した端末から該特定のコンテキスト情報を受け取ると当該コンテキスト情報に基づいてページを作成するページ作成手段と、該作成されたページを端末に送信するページ送信手段とを具備したことを特徴としたものである。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
また上記の課題を解決する本発明の別の態様に係るネットワークシステムは、少なくとも一つの端末、ネットワークを介して各端末と通信可能な少なくとも一つの外部サーバ、および対応する端末の所定の記憶媒体とデータ同期する外部記憶媒体を有する同期サーバを含むシステムである。このネットワークシステムにおいて、外部サーバの各々は、自己と通信する端末に対してデータ同期先である外部記憶媒体のアドレスを要求するためのクッキーを受け渡すクッキー受渡手段と、該クッキーに呼応して動作した端末から外部記憶媒体のアドレスを受信すると、それに対応する同期サーバに対して外部記憶媒体に含まれる特定のコンテキスト情報を要求するコンテキスト要求手段とを備える。同期サーバは、外部サーバからの要求を受け取ると、該要求に従って外部記憶媒体の中から該特定のコンテキスト情報を取得して外部サーバに送信する。外部サーバの各々は、同期サーバから該特定のコンテキスト情報を受け取ると当該コンテキスト情報に基づいてページを作成するページ作成手段と、該作成されたページを端末に送信するページ送信手段とを更に備える。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１５
【補正方法】変更
【補正の内容】
【００１５】
また上記の課題を解決する本発明の一態様に係るコンテキスト情報提供方法は、端末が保持するコンテキスト情報をネットワークを介して外部サーバに提供するための方法である。このコンテキスト情報提供方法は、該外部サーバから送信される特定のコンテキスト情報を要求するためのクッキーを該端末が受け取るクッキー受取ステップと、該クッキーに基づいて該端末により特定のコンテキスト情報が抽出されるコンテキスト情報抽出ステップと、該抽出されたコンテキスト情報を該外部サーバに送信する第一の送信ステップとを含む方法である。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
図１は、本発明の実施の形態のネットワークシステムを模式的に示す図である。図１によれば、本実施形態のネットワークシステムは、携帯端末１０及びサーバ１００で構成される。携帯端末１０は、サーバ１００から送信されたクッキーＣを受け取り保存すると、クッキーＣの内容（サーバ１００の要求）に応じて携帯端末１０内部のＤＢ（例えば後述のフラッシュメモリ２０）等を検索する。次いで、検索によって得られた情報をクッキーＣに埋め込んでクッキーＣ’を作成し、それをサーバ１００に返す。サーバ１００は、クッキーＣ’に埋め込まれた情報に基づいてページを動的に作成し、作成したページを携帯端末１０に提供する。これが、本実施形態のネットワークシステムの概略的な動作である。以降、本実施形態のネットワークシステムについて詳細に説明する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００９１
【補正方法】変更
【補正の内容】
【００９１】
Ｓ１乃至Ｓ５の処理に関しては本実施例１と実質的に同一の処理が行われる。ここで、サーバ１３０がブラウザ５０にセットするクッキーは、フラッシュメモリ２０とデータ同期する領域にアクセスするためのものである。そして、Ｓ２の処理において、サーバ１３０に対応するクッキーが上記ローカルフォルダに格納されている場合（Ｓ２：ＹＥＳ）、ブラウザ５０は、当該のクッキーに従って、フラッシュメモリ２０とデータ同期する領域を示すＵＲＩ（例えばＳｙｎｃサーバ３００のＵＲＩ）をクッキーに埋め込んでサーバ１３０に送り返す（Ｓ４１）。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００９５
【補正方法】変更
【補正の内容】
【００９５】
なお、ユーザは、Ｓｙｎｃサーバ３００のＵＲＩをサーバ１３０に提供しないようにブラウザ５０を設定することもできる。この場合、本実施例１と同様に、プレイリスト情報を取得するためにフラッシュメモリ２０内が検索されることになる。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１１０
【補正方法】変更
【補正の内容】
【０１１０】
ＰＯＳＴの例を図９を用いて説明すると、ネットワークシステムは、例えば本実施形態と同様に携帯端末１０及びサーバ１００で構成される。図９によれば、携帯端末１０は、サーバ１００から送信されたクッキーＣを受け取り保存すると、クッキーＣの内容（サーバ１００の要求）に応じて携帯端末１０内部のＤＢ（例えばフラッシュメモリ２０）等を検索する。次いで、検索によって得られた情報を変換してＰＯＳＴリクエストＰを生成し、それをサーバ１００に返す。サーバ１００は、ＰＯＳＴリクエストＰに含まれる情報に基づいてページを動的に作成し、作成したページを携帯端末１０に提供する。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１１１
【補正方法】変更
【補正の内容】
【０１１１】
また、本実施形態ではクッキーの要求に応じて携帯端末１０単体のコンテキスト情報が取得されてサーバに送り返されるが、別の実施の形態では例えば複数台の端末装置のコンテキスト情報が収集されてサーバに送り返されるようにしても良い。図１０を用いて一例を挙げると、コンテキスト情報を提供する環境が、例えばＤＬＮＡ（Digital Living Network Alliance）の規格に準拠したネットワークを通じて接続される複数台の端末装置（例えば図１０に示されるデスクトップＰＣ１０Ａ、１０Ｂ、ホームサーバＨＳ、テレビジョンＴＶ、ＨＤＤレコーダＲＣ等）で構成されたホームネットワーク（家庭内ＬＡＮ）であるとする。このうちの、クッキーがセットされている端末装置（ここではデスクトップＰＣ１０Ａ）がサーバにアクセスする場合、デスクトップＰＣ１０Ａは、当該のクッキーに従って、ＤＭＣ（Digital Media Controller）として動作してホームネットワーク内の他の端末装置にアクセスし、コンテキスト情報を取得するよう指示を出す。指示を受けた各端末装置、すなわちデスクトップＰＣ１０Ｂ、ホームサーバＨＳ、テレビジョンＴＶ、ＨＤＤレコーダＲＣは、ＤＭＳ（Digital Media Server）として動作して自己の記憶媒体を検索してコンテキスト情報を取得し、ＤＭＣとして動作するデスクトップＰＣ１０Ａに送信する。このようにして、ＤＭＣとして動作する端末装置は各端末装置からコンテキスト情報、例えばＡＶリストやプレイリストを収集してクッキーに埋め込んでサーバに送り返す。また、クッキーがセットされている端末装置がデスクトップＰＣ１０Ｂである場合には、デスクトップＰＣ１０ＢがＤＭＣとして動作し、デスクトップＰＣ１０Ａ、ホームサーバＨＳ、テレビジョンＴＶ、ＨＤＤレコーダＲＣがＤＭＳとして動作する。この実施の形態によれば、複数台の端末装置に散在するコンテキスト情報を容易に収集してサーバに送り返すことが可能となる。また、クッキーがセットされている端末装置が携帯電話等のモバイル端末である場合には、当該端末装置は、当該のクッキーに従って、ＭＤＭＣ（Mobile Digital Media Controller）として動作してホームネットワーク内の他の端末装置にアクセスし、コンテキスト情報を取得するよう指示を出す。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１２５
【補正方法】変更
【補正の内容】
【０１２５】
また、本発明の一つの実施形態において、ネットワークシステムは、該ネットワーク上において各外部サーバと各端末との間に位置し、それらの間の通信を中継して行う中継サーバを更に含むものであっても良い。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１３０
【補正方法】変更
【補正の内容】
【０１３０】
また、本発明の一つの実施形態において、ＬＡＮ内の各端末は例えばＤＬＮＡ（Digital Living Network Alliance）の規格に準拠したネットワークを通じて互いに通信可能であり、該外部サーバからクッキーを受け取った端末はコントローラとして動作し、それ以外の端末はサーバとして動作する構成であっても良い。
【手続補正１１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１３
【補正方法】変更
【補正の内容】
【請求項１３】
請求項１から請求項１２の何れかに記載の少なくとも一つの端末と、ネットワークを介して各端末と通信可能な少なくとも一つの外部サーバを含むネットワークシステムであって、
前記外部サーバの各々は、
自己と通信する端末に対して、特定のコンテキスト情報を要求するためのクッキーを受け渡すクッキー受渡手段と、
該クッキーに呼応して動作した前記端末から該特定のコンテキスト情報を受け取ると当該コンテキスト情報に基づいてページを作成するページ作成手段と、
該作成されたページを前記端末に送信するページ送信手段と、を具備したこと、を特徴とするネットワークシステム。
【手続補正１２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１４
【補正方法】変更
【補正の内容】
【請求項１４】
請求項１１又は請求項１２の何れかに記載の少なくとも一つの端末、ネットワークを介して各端末と通信可能な少なくとも一つの外部サーバ、および対応する端末の前記所定の記憶媒体とデータ同期する外部記憶媒体を有する同期サーバを含むネットワークシステムであって、
前記外部サーバの各々は、
自己と通信する端末に対してデータ同期先である前記外部記憶媒体のアドレスを要求するためのクッキーを受け渡すクッキー受渡手段と、
該クッキーに呼応して動作した前記端末から前記外部記憶媒体のアドレスを受信すると、それに対応する同期サーバに対して前記外部記憶媒体に含まれる特定のコンテキスト情報を要求するコンテキスト要求手段と、を備え、
前記同期サーバは、前記外部サーバからの要求を受け取ると、該要求に従って前記外部記憶媒体の中から該特定のコンテキスト情報を取得して前記外部サーバに送信し、
前記外部サーバの各々は、
前記同期サーバから該特定のコンテキスト情報を受け取ると当該コンテキスト情報に基づいてページを作成するページ作成手段と、
該作成されたページを前記端末に送信するページ送信手段と、を更に備えたこと、を特徴とするネットワークシステム。
【手続補正１３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項１５
【補正方法】変更
【補正の内容】
【請求項１５】
該ネットワーク上において各外部サーバと各端末との間に位置し、それらの間の通信を中継して行う中継サーバを更に含むこと、を特徴とする請求項１３または請求項１４に記載のネットワークシステム。
【手続補正１４】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２１
【補正方法】変更
【補正の内容】
【請求項２１】
前記ＬＡＮ内の各端末はＤＬＮＡ（Digital Living Network Alliance）の規格に準拠したネットワークを通じて互いに通信可能であり、該外部サーバからクッキーを受け取った端末はコントローラとして動作し、それ以外の端末はサーバとして動作すること、を特徴とする請求項２０に記載のネットワークシステム。
【手続補正１５】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項２２
【補正方法】変更
【補正の内容】
【請求項２２】
端末が保持するコンテキスト情報をネットワークを介して外部サーバに提供するためのコンテキスト情報提供方法において、
該外部サーバから送信される特定のコンテキスト情報を要求するためのクッキーを該端末が受け取るクッキー受取ステップと、
該クッキーに基づいて該端末により特定のコンテキスト情報が抽出されるコンテキスト情報抽出ステップと、
該抽出されたコンテキスト情報を該外部サーバに送信する第一の送信ステップと、を含む、コンテキスト情報提供方法。
【国際調査報告】
2007132661.tif 000014
2007132661.tif 000015
2007132661.tif 000016
2007132661.tif 000017
2007132661.tif 000018
2007132661.tif 000019