JP2001216278A - 情報加工装置、情報加工方法、およびそのコンピュータ・プログラム・プロダクト - Google Patents

Abstract

(57)【要約】 【課題】 ネットワーク上でのコンテンツデータ加工に
おける、負荷分散および通信遅延の減少を実現する。 【解決手段】 コンテンツデータと、前記コンテンツデ
ータの加工を行うプログラムコードからなるメッセージ
を受信し、前記コンテンツデータと前記プログラムコー
ドに分離する情報受信部１０１と、システム情報を取得
するシステム情報取得部１０２と、前記コンテンツデー
タに対して、前記プログラムコードを実行することによ
り、前記システム情報取得手段から取得したシステム情
報に応じて、前記コンテンツデータの加工を行うプログ
ラムコード実行部１０４と、前記プログラム実行手段に
よって加工されたコンテンツデータと、前記プログラム
コードを再構成して送信する情報送信部を有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は移動エージェントの
コンテンツ加工技術に関する。

【０００２】

【従来の技術】近年、ワールド・ワイド・ウェブ（ＷＷ
Ｗ）を用いたショッピングモールなどの種々のサービス
サイトが登場し、利用者もますます増加していくものと
思われる。また、そのようなネットワーク上のサービス
の利用者の負荷を軽減するために、ネットワーク上を移
動しながら、複数のサイトで、利用者の処理を代理実行
する移動エージェントの研究開発がさかんに行われてい
る。それらの研究内容については、例えば Neeran M. K
amik と R. Tripathi 著の"Design Issues in Mobile-A
gent Programming Systems" (IEEE Concurrency, July-
September 1998)に解説されている。

【０００３】移動エージェントはネットワーク上のサイ
トで実行されるプログラムとして記述され、ネットワー
クを介してネットワーク上のサイトに移動し、プログラ
ムを実行する。

【０００４】従来、移動エージェントは移動先の状況に
関わらず、ネットワーク上を移動していた。そのような
方法では、負荷の高いサイトに移動してプログラムを実
行すると、処理時間がかかり、利用者に対するレスポン
スが遅くなってしまう。

【０００５】そのため、移動エージェントの動的実行の
ためのルーティング方法が特開平１０−３２０３６１号
公報（米国優先権主張番号 ０８／８４７０７９） に提
案されている。この方法は、予め移動先の負荷情報を取
得し、負荷が高い場合には代替サイトを探索し、負荷の
変化に対応している。

【０００６】

【発明が解決しようとする課題】ネットワークに接続す
る機器もＰＣをはじめ、ＰＤＡ、携帯電話、カーナビゲ
ーションシステムとその種類は多様化の一途をたどって
いる。それらのネットワーク機器の処理能力、接続回線
速度、表示画面サイズ、表示色などは様々であり、同一
のコンテンツを閲覧した場合でも、機器によっては表示
不可能であったり、内容が十分に表示できないことがあ
る。

【０００７】通信速度の面においても、低速の回線速度
しか提供されない場合には、コンテンツをすべて表示す
るのに時間がかかり、ひいては、電話料金が嵩むなどの
問題となる。

【０００８】コンテンツ提供者側は、サービスサイトの
負荷が高くなると、利用者に対して十分なサービスの提
供が行えないことから、サイトを増やし負荷を分散させ
るなどの対処が行われている。しかし、サイトを増やす
とサイト間のコンテンツの整合性を保つことが困難とな
ることが問題に挙がっている。

【０００９】本発明は、利用者の使用するネットワーク
機器に応じたコンテンツ加工を行う場合に、そのコンテ
ンツを加工する移動エージェント（プログラムコード）
をコンテンツに付加し、コンテンツがサービスサイトか
ら利用者端末まで返送される経路上のサイトで移動エー
ジェントがコンテンツを加工する装置、方法、および、
コンピュータ・プログラム・プロダクトを提案するもの
である。

【００１０】つまり、移動エージェント自身がサービス
サイトと利用者端末間を移動する際に、そのサイトのネ
ットワーク通信速度やＣＰＵ負荷などのシステム情報を
取得し、その情報に応じたコンテンツの加工を実現する
ことが可能となる。

【００１１】これにより、ネットワーク通信速度が遅い
場合には、コンテンツのサイズを小さくしたり、コンテ
ンツ情報の間引きを行うなどの加工処理を施すことによ
り、通信遅延を減少させることができる。

【００１２】また、ＣＰＵ負荷の低いサイトでコンテン
ツ加工処理を実行することにより、負荷分散を行うこと
が可能となり、ひいては通信遅延を減少させることがで
きる。

【００１３】さらに本発明は、事前に、あるいは、必要
時にネットワークを介して利用者の端末情報や嗜好情報
を取得し、その情報を移動エージェントの持つコンテン
ツ情報に含ませて持つことにより、利用者端末の処理能
力、表示画面サイズ、表示色に応じたコンテンツ加工
や、利用者の嗜好に応じたコンテンツ加工を行うことが
できる。

【００１４】加えて、本発明は、ＣＰＵ負荷や処理能力
などの要件で、コンテンツ加工を１つのサイトで完結で
きない場合に、その中間処理結果を移動エージェントの
持つコンテンツ情報に含ませて持つことにより、さらに
別のサイトで処理を再開することができ、作業分担によ
る負荷の軽減を実現できる。

【００１５】従来例に示した方法（特開平１０−３２０
３６１）は、サイトごとに実行されるコンポーネント
（プログラムコード）が固定されている環境では有効で
あるが、例えば、プログラムコードの存在するサイトが
すべて利用不可能になった場合には対処できない。

【００１６】そこで、本発明ではプログラムを実行する
サイトを固定せず、コンテンツデータ自身にプログラム
コードを付加し、移動中の負荷の低いサイトで実行する
ことで、上記の問題を解決している。つまり、ネットワ
ーク自身を処理系と捉えることで、処理の柔軟性を高め
ている。

【００１７】

【課題を解決するための手段】上記課題を解決するた
め、請求項１に記載したこの発明に係る情報加工装置で
は、コンテンツデータと、前記コンテンツデータの加工
を行うプログラムコードからなるメッセージを受信し、
前記コンテンツデータと前記プログラムコードに分離す
る情報受信手段と、システム情報を取得するシステム情
報取得手段と、前記コンテンツデータに対して、前記プ
ログラムコードを実行することにより、前記システム情
報取得手段から取得したシステム情報に応じて、前記コ
ンテンツデータの加工を行うプログラムコード実行手段
と、前記プログラム実行手段によって加工されたコンテ
ンツデータと、前記プログラムコードを再構成して送信
する情報送信手段を有することを特徴とする。

【００１８】請求項２に記載したこの発明に係る情報加
工方法では、コンテンツデータと、前記コンテンツデー
タの加工を行うプログラムコードからなるメッセージを
受信し、前記コンテンツデータと前記プログラムコード
に分離し、システム情報を取得し、前記コンテンツデー
タに対して、前記プログラムコードを実行することによ
り、取得したシステム情報に応じて、前記コンテンツデ
ータの加工を行い、前記プログラム実行手段によって加
工されたコンテンツデータと、前記プログラムコードを
再構成して送信することにより、取得した情報に応じて
前記コンテンツデータの加工処理実行の判断および実行
を行い、前記コンテンツデータをプログラムコードを含
んだメッセージとして通信することを特徴とする。

【００１９】請求項３に記載したこの発明に係るコンピ
ュータ・プログラム・プロダクトでは、コンテンツデー
タと、前記コンテンツデータの加工を行うプログラムコ
ードからなるメッセージを受信し、前記コンテンツデー
タと前記プログラムコードに分離するコンピュータで読
み取り可能なシステムコードと、システム情報を取得す
るコンピュータで読み取り可能なシステムコードと、前
記コンテンツデータに対して、前記プログラムコードを
実行することにより、システム情報に応じて、前記コン
テンツデータの加工を行うコンピュータで読み取り可能
なシステムコードと、前記プログラムコードにより加工
されたコンテンツデータと、前記プログラムコードから
なるメッセージを送信するコンピュータで読み取り可能
なシステムコードとを含み、取得したシステム情報に応
じて前記コンテンツデータの加工処理実行の判断および
実行を行い、前記コンテンツデータをプログラムコード
を含んだメッセージとして通信することを特徴とする。

【００２０】請求項４に記載したこの発明に係る情報加
工装置では、前記システム情報が、メッセージ送信先と
のネットワーク通信速度であり、前記プログラムコード
が、ネットワーク通信速度に応じた情報加工を行うもの
であり、ネットワーク通信速度に応じてコンテンツデー
タを加工することにより、通信遅延を減少させることを
特徴とする。

【００２１】請求項５に記載したこの発明に係る情報加
工方法では、前記システム情報が、メッセージ送信先と
のネットワーク通信速度であり、前記プログラムコード
が、ネットワーク通信速度に応じた情報加工を行うもの
であり、ネットワーク通信速度に応じてコンテンツデー
タを加工することにより、通信遅延を減少させることを
特徴とする。

【００２２】請求項６に記載したこの発明に係るコンピ
ュータ・プログラム・プロダクトでは、前記システム情
報が、メッセージ送信先とのネットワーク通信速度であ
り、前記プログラムコードが、ネットワーク通信速度に
応じた情報加工を行うものであり、ネットワーク通信速
度に応じてコンテンツデータを加工することにより、通
信遅延を減少させることを特徴とする。

【００２３】請求項７に記載したこの発明に係る情報加
工装置では、前記システム情報が、ＣＰＵの負荷であ
り、前記プログラムコードが、ＣＰＵの負荷に応じて情
報加工を行うかどうかを判断・実行するものであり、Ｃ
ＰＵの負荷に応じてコンテンツデータの加工をすること
により、負荷分散を行うことを特徴とする。

【００２４】請求項８に記載したこの発明に係る情報加
工方法では、前記システム情報が、ＣＰＵの負荷であ
り、前記プログラムコードが、ＣＰＵの負荷に応じて情
報加工を行うかどうかを判断・実行するものであり、Ｃ
ＰＵの負荷に応じてコンテンツデータの加工をすること
により、負荷分散を行うことを特徴とする。

【００２５】請求項９に記載したこの発明に係るコンピ
ュータ・プログラム・プロダクトでは、前記システム情
報が、ＣＰＵの負荷であり、前記プログラムコードが、
ＣＰＵの負荷に応じて情報加工を行うかどうかを判断・
実行するものであり、ＣＰＵの負荷に応じてコンテンツ
データの加工をすることにより、負荷分散を行うことを
特徴とする。

【００２６】請求項１０に記載したこの発明に係る情報
加工装置では、前記メッセージに、前記コンテンツデー
タの表示を行う端末装置に具備される表示装置の表示能
力情報を含み、前記プログラム処理手段において、前記
表示能力情報に応じた前記コンテンツデータの加工を行
うことを特徴とする。

【００２７】請求項１１に記載したこの発明に係る情報
加工方法では、前記メッセージに、前記コンテンツデー
タの表示を行う端末装置に具備される表示装置の表示能
力情報を含み、前記表示能力情報に応じた前記コンテン
ツデータの加工を行うことを特徴とする。

【００２８】請求項１２に記載したこの発明に係るコン
ピュータ・プログラム・プロダクトでは、前記メッセー
ジに、前記コンテンツデータの表示を行う端末装置に具
備される表示装置の表示能力情報を含み、前記表示能力
情報に応じた前記コンテンツデータの加工を行うことを
特徴とする。

【００２９】請求項１３に記載したこの発明に係る情報
加工装置では、前記メッセージに、前記コンテンツデー
タの要求を行った利用者の嗜好情報を含み、前記プログ
ラム処理手段において、前記嗜好情報に応じた前記コン
テンツデータの加工を行うことを特徴とする。

【００３０】請求項１４に記載したこの発明に係る情報
加工方法では、前記メッセージに、前記コンテンツデー
タの要求を行った利用者の嗜好情報を含み、前記嗜好情
報に応じた前記コンテンツデータの加工を行うことを特
徴とする。

【００３１】請求項１５に記載したこの発明に係るコン
ピュータ・プログラム・プロダクトでは、前記メッセー
ジに、前記コンテンツデータの要求を行った利用者の嗜
好情報を含み、前記嗜好情報に応じた前記コンテンツデ
ータの加工を行うことを特徴とする。

【００３２】請求項１６に記載したこの発明に係る情報
加工装置では、前記メッセージに、前記プログラムコー
ドの中間処理情報を含み、前記中間処理情報を用いて前
記プログラムコード実行の前処理を行う、プログラム前
処理手段を有し、前記プログラム前処理処理手段が、前
記中間処理情報を利用することにより、メッセージ送信
元で行ったコンテンツデータ加工処理を引き続いて行う
ことを特徴とする。

【００３３】請求項１７に記載したこの発明に係る情報
加工方法では、前記メッセージに、前記プログラムコー
ドの中間処理情報を含み、前記中間処理情報を用いて前
記プログラムコード実行の前処理を行い、メッセージ送
信元で行ったコンテンツデータ加工処理を引き続いて行
うことを特徴とする。

【００３４】請求項１８に記載したこの発明に係るコン
ピュータ・プログラム・プロダクトでは、前記メッセー
ジに、前記プログラムコードの中間処理情報を含み、前
記中間処理情報を用いて前記プログラムコード実行の前
処理を行うコンピュータで読み取り可能なシステムコー
ドを含み、前記中間処理情報を利用することにより、メ
ッセージ送信元で行ったコンテンツデータ加工処理を引
き続いて行うことを特徴とする。

【００３５】請求項１９に記載したこの発明に係る情報
加工装置では、前記メッセージに含まれる情報うち、少
なくとも１つがネットワーク上の別の装置に存在し、ネ
ットワーク上の別の装置に存在する情報に対しては、そ
の内容が位置情報であり、前記メッセージに含まれる位
置情報を用いて、ネットワーク上の別の装置に存在する
前記情報を取得するリモート情報取得装置を有し、メッ
セージ中に情報自身ではなく、その位置情報のみ含むこ
とで、メッセージサイズを小さくし、通信遅延を減少さ
せることを特徴とする。

【００３６】請求項２０に記載したこの発明に係る情報
加工方法では、前記メッセージに含まれる情報のうち、
少なくとも１つがネットワーク上の別の装置に存在し、
ネットワーク上の別の装置に存在する情報に対しては、
その内容が位置情報であり、前記メッセージに含まれる
位置情報を用いて、ネットワーク上の別の装置に存在す
る前記情報を取得し、メッセージ中に情報自身ではな
く、その位置情報のみ含むことで、メッセージサイズを
小さくし、通信遅延を減少させることを特徴とする。

【００３７】請求項２１に記載したこの発明に係るコン
ピュータ・プログラム・プロダクトでは、前記メッセー
ジに含まれる情報のうち、少なくとも１つがネットワー
ク上の別の装置に存在し、ネットワーク上の別の装置に
存在する情報に対しては、その内容が位置情報であり、
前記メッセージに含まれる位置情報を用いて、ネットワ
ーク上の別の装置に存在する前記情報を取得するコンピ
ュータで読み取り可能なシステムコードを含み、メッセ
ージ中に情報自身ではなく、その位置情報のみ含むこと
で、メッセージサイズを小さくし、通信遅延を減少させ
ることを特徴とする。

【００３８】請求項２２に記載したこの発明に係る情報
加工装置では、コンテンツデータを蓄積するコンテンツ
データ蓄積手段と、前記コンテンツデータの検索を行う
コンテンツデータ検索手段と、前記コンテンツデータの
要求を受け付ける要求受付手段と、要求されたコンテン
ツデータに対して前記コンテンツデータを加工するプロ
グラムコードを選択するプログラムコード選択手段とを
有し、要求されたコンテンツデータに対して、前記コン
テンツデータを加工するプログラムコードを付加するこ
とにより、ネットワーク上のいかなる情報加工装置にお
いてもコンテンツの加工処理を行うことが可能なメッセ
ージを作成することを特徴とする。

【００３９】請求項２３に記載したこの発明に係る情報
加工方法では、コンテンツデータを蓄積し、コンテンツ
データを検索し、コンテンツデータの要求を受け付け、
要求されたコンテンツデータに対して前記コンテンツデ
ータを加工するプログラムコードを選択し、要求された
コンテンツデータに対して、前記コンテンツデータを加
工するプログラムコードを付加することにより、ネット
ワーク上のいかなる情報加工装置においてもコンテンツ
の加工処理を行うことが可能なメッセージを作成するこ
とを特徴とする。

【００４０】請求項２４に記載したこの発明に係るコン
ピュータ・プログラム・プロダクトでは、コンテンツデ
ータの蓄積を行うコンピュータで読み取り可能なシステ
ムコードと、コンテンツデータの検索を行うコンピュー
タで読み取り可能なシステムコードと、要求されたコン
テンツデータに対して前記コンテンツデータを加工する
プログラムコードを選択するコンピュータで読み取り可
能なシステムコードとを含み、要求されたコンテンツデ
ータに対して、前記コンテンツデータを加工するプログ
ラムコードを付加することにより、ネットワーク上のい
かなる情報加工装置においてもコンテンツの加工処理を
行うことが可能なメッセージを作成することを特徴とす
る。

【００４１】請求項２５に記載したこの発明に係る情報
加工装置では、利用者の要求を受け付ける利用者要求受
付手段と、利用者要求を送信する利用者要求送信手段
と、コンテンツデータを表示する表示手段とを有し、利
用者の要求を受け付け、利用者要求を送信し、要求に対
して受信したメッセージに含まれるコンテンツデータを
表示することを特徴とする。

【００４２】請求項２６に記載したこの発明に係る情報
加工方法では、利用者の要求を受け付け、利用者要求を
送信し、要求に対して受信したメッセージを受信し、前
記コンテンツデータを表示することを特徴とする。

【００４３】請求項２７に記載したこの発明に係るコン
ピュータ・プログラム・プロダクトでは、利用者の要求
を受け付けるコンピュータで読み取り可能なシステムコ
ードと、利用者要求を送信するコンピュータで読み取り
可能なシステムコードと、コンテンツデータを表示する
コンピュータで読み取り可能なシステムコードを含み、
利用者の要求を受け付け、利用者要求を送信し、要求に
対して受信したメッセージに含まれるコンテンツデータ
を表示することを特徴とする。

【００４４】請求項２８に記載したこの発明に係る情報
加工装置では、プログラムコード蓄積手段と、プログラ
ムコード検索手段を有し、利用頻度の高いプログラムコ
ードは、予めそのコピーを持っておくことにより、通信
量を減少させることを特徴とする。

【００４５】請求項２９に記載したこの発明に係る情報
加工方法では、プログラムコード蓄積し、プログラムコ
ードを検索し、利用頻度の高いプログラムコードは、予
めそのコピーを持っておくことにより、通信量を減少さ
せることを特徴とする。

【００４６】請求項３０に記載したこの発明に係るコン
ピュータ・プログラム・プロダクトでは、プログラムコ
ードを蓄積するコンピュータで読み取り可能なシステム
コードと、前記プログラムコードを検索するコンピュー
タで読み取り可能なシステムコードを含み、利用頻度の
高いプログラムコードは、予めそのコピーを持っておく
ことにより、通信量を減少させることを特徴とする。

【００４７】請求項３１に記載したこの発明に係る情報
加工装置では、前記情報受信手段が、メッセージからま
ず前記プログラムコードを分離し、その後、前記コンテ
ンツデータを分離することを特徴とする。

【００４８】請求項３２に記載したこの発明に係る情報
加工方法では、メッセージを分離する際に、まず前記プ
ログラムコードを分離し、その後、前記コンテンツデー
タを分離することを特徴とする。

【００４９】請求項３３に記載したこの発明に係るコン
ピュータ・プログラム・プロダクトでは、コンテンツデ
ータとプログラムコードを分離する前記システムコード
が、メッセージからまず前記プログラムコードを分離
し、その後、前記コンテンツデータを分離することを特
徴とする。

【００５０】請求項３４に記載したこの発明に係る情報
加工装置では、前記情報送信手段が、前記システム情報
取得手段から取得したデータ、前記プログラム手段によ
って加工されたコンテンツデータ、前記プログラムコー
ドのいずれかを１つ以上再構成して送信することを特徴
とする。

【００５１】請求項３５に記載したこの発明に係る情報
加工方法では、送信データが、前記システム情報取得手
段から取得したデータ、前記プログラム手段によって加
工されたコンテンツデータ、前記プログラムコードのい
ずれかを１つ以上再構成したものであることを特徴とす
る。

【００５２】請求項３６に記載したこの発明に係るコン
ピュータ・プログラム・プロダクトでは、前記メッセー
ジを送信するコンピュータで読み取り可能なシステムコ
ードが、前記システム情報取得手段から取得したデー
タ、前記プログラム手段によって加工されたコンテンツ
データ、前記プログラムコードのいずれかを１つ以上再
構成して送信することを特徴とする。

【００５３】請求項３７に記載したこの発明に係る情報
加工装置では、前記情報送信手段が、前記プログラムコ
ードの実行によって取得したデータ、前記プログラム手
段によって加工されたコンテンツデータ、前記プログラ
ムコードのいずれかを再構成して送信することを特徴と
する。

【００５４】請求項３８に記載したこの発明に係る情報
加工方法では、送信データが、前記プログラムコードの
実行によって取得したデータ、前記プログラム手段によ
って加工されたコンテンツデータ、前記プログラムコー
ドのいずれかであることを特徴とする。

【００５５】請求項３９に記載したこの発明に係るコン
ピュータ・プログラム・プロダクトでは、前記メッセー
ジを送信するコンピュータで読み取り可能なシステムコ
ードが、前記プログラムコードの実行によって取得した
データ、前記プログラム手段によって加工されたコンテ
ンツデータ、前記プログラムコードのいずれかを再構成
して送信することを特徴とする。

【００５６】

【発明の実施の形態】以下に、本発明の実施の形態につ
いて図面を参照して説明する。

【００５７】（第１の実施の形態）まず、第１の実施の
形態について説明する。

【００５８】本発明の第１の実施の形態として、コンテ
ンツデータ加工装置を示す。図１は本発明の第１の実施
の形態に関わるシステム構成図である。図１において、
１０１は、コンテンツデータと、前記コンテンツデータ
の加工を行うプログラムコードからなるメッセージを受
信し、前記コンテンツデータと前記プログラムコードに
分離する情報受信部である。１０２は、システム情報を
取得するシステム情報取得部である。１０３は、前記シ
ステムデータに対して、前記プログラムコードを実行す
ることにより、前記システム情報取得手段から取得した
システム情報に応じて、前記コンテンツデータの加工を
行うプログラムコード実行部である。１０４は、前記プ
ログラム実行手段によって加工された静止画データと、
前記プログラムコードを再構成して送信する情報送信部
である。

【００５９】なお、上記の各構成要素は、それぞれ、情
報受信部１０１は本発明の情報受信手段に、システム情
報取得部１０２はシステム情報取得手段に、プログラム
コード実行部１０３はプログラムコード実行手段に、情
報送信部１０４は情報送信手段に該当する。

【００６０】本実施形態のハードウェア構成を図２に示
す。なお、図２は基本的に計算機システムの構成と同じ
構成であり、ネットワークを通じて情報を受信する情報
受信部と、情報を送信する情報受信部が追加されたもの
である。図２の構成部分のうち、図１のシステム構成と
同一構成部分については同一番号を付しており、説明は
省略する。

【００６１】図２において、２０１は表示のためのデー
タを記憶するＶＲＡＭ、２０２は処理のためのプログラ
ムやデータを実行時に記憶する主記憶装置、２０３はプ
ログラムやデータを蓄積しておく外部記憶装置、２０４
は外部記憶装置２０３に記憶されているプログラムを主
記憶２０２にロードして実行するＣＰＵである。

【００６２】以上のように構成されたコンテンツデータ
加工装置の動作を図３のフローチャートを参照しながら
説明する。

【００６３】ステップ３０１では、受信メッセージがあ
るかどうかの判断を行い、受信メッセージがある場合に
は、ステップ３０２に処理を移行し、そうでない場合に
は、ステップ３０１を繰り返す。

【００６４】ステップ３０２では、コンテンツデータお
よびコンテンツデータを加工するプログラムコードから
なるメッセージを受信する。本実施の形態の例ではメッ
セージは、一つのコンテンツデータと、一つのプログラ
ムコードからなるものとするが、メッセージは複数のコ
ンテンツデータを含んでいてもよいし、複数のプログラ
ムコードを含んでいてもよい。例えば、オブジェクト指
向言語のように複数のクラスを用いて、一連の処理を行
う処理が記述されるものでは、上記のように複数のプロ
グラムコードを含む場合がある。また、コンテンツデー
タの加工を、取得するシステム情報に応じて、複数の処
理の中から選択する場合に、そのプログラムコードを処
理ごとに複数含む場合もある。

【００６５】メッセージの受信は、ネットワークを通じ
て行われ、受信したメッセージは一旦外部記憶装置に蓄
積される。外部記憶装置への蓄積が完了すれば、ステッ
プ３０３に処理を移行する。

【００６６】ステップ３０３では、受信したメッセージ
をコンテンツデータとプログラムコードに展開する。コ
ンテンツデータおよびプログラムコードからなるメッセ
ージは、例えば、ＵＮＩＸ （登録商標）などで用いら
れる tar 形式のアーカイブや、電子メールで用いられ
る MIME 形式のアーカイブ形式などを利用して構成され
る。本実施の形態の例では、アーカイブの形式は MIME
に統一して説明を行うが、必ずしも一つの形式に統一す
ることはない。

【００６７】展開されたコンテンツデータとプログラム
コードは、外部記憶装置の同一ディレクトリに保存する
など、容易に対応がとれるように保存する。展開が完了
すれば、ステップ３０４に処理を移行する。

【００６８】ステップ３０４では、システム情報を取得
する。システム情報とは、接続ネットワークの通信速
度、ＣＰＵの負荷、利用可能なメモリサイズ、利用可能
な外部記憶装置のサイズなどの、システム固有の情報で
ある。システム情報は、それぞれのデバイスに対して行
われ、システムの持つ外部記憶装置に保存する。

【００６９】なお、システム情報の取得は、メモリ上に
持ってもよい。システム情報をプログラムから取得する
ために、システムにはその情報を取得するためのライブ
ラリが用意され、そのライブラリの API (Application
Programing Interface) を利用して取得するものとす
る。

【００７０】システム情報の取得が終了した場合には、
ステップ３０５に処理を移行する。ステップ３０５で
は、ステップ３０３において展開されたプログラムコー
ドを実行する。実行するプログラムは固定され、そのフ
ァイル名で識別を行うものとする。なお、実行プログラ
ムの識別は、必ずしもファイル名を用いて行う必要はな
く、例えば MIME のヘッダなどから識別してもよい。プ
ログラムの実行には、新たなプロセスやスレッドを割り
当て、コンテンツ加工システムがプログラムコード実行
中に別の新たなメッセージを受信した場合においても処
理が可能なようにする。

【００７１】プログラムコードの実行が終了した場合に
は、ステップ３０６に処理を移行する。

【００７２】ステップ３０６では、ステップ３０５にお
いてプログラムコードを実行した結果出力されたコンテ
ンツデータ、および、プログラムコードを最構成する。

【００７３】最構成の方法は、受信したメッセージのア
ーカイブ方法と同じ方法を用いる。再構成が終了すれ
ば、ステップ３０７に処理を移行する。

【００７４】ステップ３０７では、ステップ３０６で再
構成されたメッセージをコンテンツデータを要求したネ
ットワーク端末に送信する。なお、送信先はネットワー
ク端末とは限らず、同じコンテンツデータ加工装置の場
合でもよい。

【００７５】以上のように、システム情報を取得し、そ
の取得した情報に応じてコンテンツデータの加工処理実
行の判断および実行を行う。

【００７６】（実施の形態２）次に、第２の実施の形態
について説明する。

【００７７】本発明の第２の実施の形態として、静止画
加工装置を示す。図４は本発明の第２の実施の形態に関
わるシステム構成図である。図４の構成要素のうち、図
１に示した第１の実施の形態と同一の部分には同一番号
を付し、説明は省略する。４０１は通信回線の情報を取
得するネットワーク情報取得部である。

【００７８】なお、ネットワーク情報取得部４０１は、
本発明のシステム情報取得手段に該当する。

【００７９】本実施形態のハードウェア構成を図５に示
すが、図１に示した第１の実施の形態と同一であり、説
明を省略する。

【００８０】以上のように構成された静止画加工装置の
動作を図６のフローチャートを参照しながら説明する。

【００８１】ステップ６０１および６０２は、それぞ
れ、第１の実施の形態におけるステップ３０１およびス
テップ３０２と同一の処理を行う。

【００８２】ステップ６０３では、受信したメッセージ
を静止画データとプログラムコードに展開する。静止画
データおよびプログラムコードからなるメッセージは、
例えば、UNIX などで用いられる tar 形式のアーカイブ
や、電子メールで用いられるMIME 形式のアーカイブ形
式などを利用して構成される。本実施の形態の例では、
アーカイブの形式は MIME に統一して説明を行うが、必
ずしも一つの形式に統一することはない。MIME の場
合、受信メッセージは図７に示すような形式で表現され
る。図７の例では、静止画データ (Fuji.png) およびプ
ログラムコード (AgentCode.class) がアーカイブされ
ている。

【００８３】展開された静止画データとプログラムコー
ドは、外部記憶装置の同一ディレクトリに保存するな
ど、容易に対応がとれるように保存する。展開が完了す
れば、ステップ６０４に処理を移行する。

【００８４】ステップ６０４は、第１の実施の形態にお
けるステップ３０４と同じ処理を行う。

【００８５】ステップ６０５では、ステップ６０３にお
いて展開されたプログラムコードを実行する。実行する
プログラムは固定され、そのファイル名で識別を行うも
のとする。なお、実行プログラムの識別は、必ずしもフ
ァイル名を用いて行う必要はなく、例えば MIME のヘッ
ダなどから識別してもよい。プログラムの実行には、新
たなプロセスやスレッドを割り当て、静止画加工システ
ムがプログラムコード実行中に別の新たなメッセージを
受信した場合においても処理が可能なようにする。

【００８６】実行プログラムコードの一部を図８に示
す。図８は、図７に示した MIME によるアーカイブ中の
プログラムコードを展開したものである。図８の例では
言語にＪａｖａ （登録商標）を利用している。このプ
ログラムコードの処理を説明すると、まず、ネットワー
ク情報を取得し（３−５行目）、もし、取得した回線ス
ピードが一定値より大きい場合には、静止画データのサ
イズと回線スピードを用いて縮小すべきサイズを計算す
る（７−１１行目）、その後、計算されたサイズに静止
画データを縮小する（１２行目）。つまり、図５のコー
ドを実行することにより、これから送るべき回線のスピ
ードが遅い場合には、送信する静止画データのサイズを
縮小することで画像サイズを小さくし、通信遅延を減少
させることが可能である。本実施例では、言語に Java
を用いたが、Perl やTcl/Tk などの実行環境に依存しな
い言語であれば、どのようなものを用いてもよい。

【００８７】プログラムコードの実行が終了した場合に
は、ステップ６０６に処理を移行する。

【００８８】ステップ６０６では、ステップ６０５にお
いてプログラムコードを実行した結果出力された静止画
データ、および、プログラムコードを最構成する。最構
成の方法は、受信したメッセージのアーカイブ方法と同
じ方法を用いる。本実施例では、アーカイブに MIME を
利用しているので、 MIME を利用して、上記の２つのデ
ータを再構成する。再構成が終了すれば、ステップ６０
７に処理を移行する。

【００８９】ステップ６０７では、ステップ６０６で再
構成されたメッセージを静止画データを要求したネット
ワーク端末に送信する。なお、送信先はネットワーク端
末とは限らず、同じ静止画データ加工装置の場合でもよ
い。この場合、送信先の静止画データ加工装置において
も上記ステップ６０１から６０６と同じ処理を行うこと
により、通信回線速度がさらに遅くなる場合において
も、静止画データを縮小することにより、通信遅延を減
少させることが可能である。

【００９０】以上のように、ネットワーク情報を取得
し、その取得した情報に応じて静止画データの加工処理
実行の判断および実行を行うことにより、通信遅延を減
少させることが可能となる。

【００９１】なお、本実施例では、静止画データの加工
において、画像の縮小処理を行ったが、静止画データの
サイズを減少させるものであれば、どのような画像処理
を行ってもよい。つまり、静止画データの重要な部分の
み抜き出すような処理や、色数を少なくする処理などで
もよい。

【００９２】また、用いる通信路は限定せず、ＬＡＮ、
無線ネットワーク、地上波放送、衛星放送、ＣＡＴＶな
どを用いてもよい。

【００９３】（実施の形態３）次に、第３の実施の形態
について説明する。

【００９４】本発明の第３の実施の形態として、静止画
加工装置を示す。図９は本発明の第３の実施の形態に関
わるシステム構成図である。図９の構成要素のうち、図
１に示した第１の実施の形態と同一の部分には同一番号
を付し、説明は省略する。９０１はＣＰＵの情報を取得
するＣＰＵ情報取得部である。

【００９５】なお、ＣＰＵ情報取得部９０１は、本発明
のシステム情報取得手段に該当する。

【００９６】本実施形態のハードウェア構成を図１０に
示すが、図１に示した第１の実施の形態と同一であり、
説明を省略する。

【００９７】以上のように構成された静止画加工装置の
動作を図１１のフローチャートを参照しながら説明す
る。

【００９８】ステップ１１０１および１１０２は、それ
ぞれ、第１の実施の形態におけるステップ３０１および
ステップ３０２と同一の処理を行う。

【００９９】ステップ１１０３では、受信したメッセー
ジを静止画データとプログラムコードに展開する。受信
メッセージは図７の例と同一の形式とする。

【０１００】展開された静止画データとプログラムコー
ドは、外部記憶装置の同一ディレクトリに保存するな
ど、容易に対応がとれるように保存する。展開が完了す
れば、ステップ１１０４に処理を移行する。

【０１０１】ステップ１１０４は、第１の実施例におけ
るステップ３０４と同じ処理を行う。

【０１０２】ステップ１１０５では、ステップ１１０３
において展開されたプログラムコードを実行する。実行
するプログラムは固定され、そのファイル名で識別を行
うものとする。なお、実行プログラムの識別は、必ずし
もファイル名を用いて行う必要はなく、例えば MIME の
ヘッダなどから識別してもよい。プログラムの実行に
は、新たなプロセスやスレッドを割り当て、静止画加工
システムがプログラムコード実行中に別の新たなメッセ
ージを受信した場合においても処理が可能なようにす
る。

【０１０３】実行プログラムコードの一部を図１２に示
す。図１２は、図７に示したMIMEによるアーカイブ中の
プログラムコードを展開したものである。図１２の例で
は言語に Java を利用している。このプログラムコード
の処理を説明すると、まず、ネットワーク情報およびＣ
ＰＵ情報を取得し（３−６行目）、もし、取得した回線
スピードが一定値より大きく、ＣＰＵ負荷が低い場合に
は、静止画データのサイズと回線スピードを用いて縮小
すべきサイズを計算する（８−１２行目）、その後、計
算されたサイズに静止画データを縮小する（１３行
目）。つまり、図１２のコードを実行することにより、
静止画データの加工処理を行う場合にシステムの負荷を
判断し、負荷が高くない場合にその処理を行うことで、
負荷分散を実現している。本実施例では、言語に Java
を用いたが、Perl やTcl/Tk などの実行環境に依存しな
い言語であれば、どのようなものを用いてもよい。

【０１０４】プログラムコードの実行が終了した場合に
は、ステップ１１０６に処理を移行する。

【０１０５】ステップ１１０６およびステップ１１０７
では、それぞれ、第２の実施の形態のステップ６０６お
よびステップ６０７と同じ処理を行う。

【０１０６】以上のように、ＣＰＵ情報を取得し、その
取得した情報に応じて静止画データの加工処理実行の判
断および実行を行うことにより、負荷分散を実現するこ
とが可能となる。

【０１０７】本実施形態では、用いる通信路は限定せ
ず、ＬＡＮ、無線ネットワーク、地上波放送、衛星放
送、ＣＡＴＶなどを用いてもよい。

【０１０８】（実施の形態４）次に、第４の実施の形態
について説明する。

【０１０９】本発明の第４の実施の形態として、静止画
加工装置を示す。図１３は本発明の第４の実施の形態に
関わるシステム構成図である。図１３の構成要素のう
ち、図１に示した第１の実施の形態と同一の部分には同
一番号を付し、説明は省略する。

【０１１０】１３０１は受信メッセージから静止画デー
タの表示を行う端末装置に具備される表示装置の表示能
力情報を取得する表示能力情報取得部である。

【０１１１】なお、表示能力情報取得部１３０１は、本
発明のシステム情報取得手段に該当する。

【０１１２】本実施形態のハードウェア構成を図１４に
示すが、図１に示した第１の実施の形態と同一であり、
説明を省略する。

【０１１３】以上のように構成された静止画加工装置の
動作を図１５のフローチャートを参照しながら説明す
る。

【０１１４】ステップ１５０１および１５０２は、それ
ぞれ、第１の実施の形態におけるステップ３０１および
ステップ３０２と同一の処理を行う。

【０１１５】ステップ１５０３では、受信したメッセー
ジを端末表示能力情報、静止画データとプログラムコー
ドに展開する。端末表示能力情報、静止画データおよび
プログラムコードからなるメッセージは、例えば、UNIX
などで用いられる tar 形式のアーカイブや、電子メー
ルで用いられる MIME 形式のアーカイブ形式などを利用
して構成される。本実施の形態の例では、アーカイブの
形式は MIME に統一して説明を行うが、必ずしも一つの
形式に統一することはない。MIME の場合、受信メッセ
ージは図１６に示すような形式で表現される。図１６の
例では、端末表示能力情報 (Display.xml)、静止画デー
タ (Fuji.png) およびプログラムコード(AgentCode.cla
ss) がアーカイブされ、端末表示能力情報は XML で記
述されている。

【０１１６】展開された端末表示能力情報、静止画デー
タ、およびプログラムコードは、外部記憶装置の同一デ
ィレクトリに保存するなど、容易に対応がとれるように
保存する。展開が完了すれば、ステップ１５０４に処理
を移行する。

【０１１７】ステップ１５０４は、第１の実施の形態に
おけるステップ３０４と同じ処理を行う。

【０１１８】ステップ１５０５では、ステップ１５０３
において展開された端末表示能力情報ファイルから、端
末表示能力情報を取得する。本実施の形態では、端末表
示能力は XML で記述されているので、 XML パーサを利
用してその内容を取得する。

【０１１９】所得した内容はシステム内に保存され、 A
PI を用いて取得できるようにする。

【０１２０】ステップ１５０６では、ステップ１５０３
において展開されたプログラムコードを実行する。実行
するプログラムは固定され、そのファイル名で識別を行
うものとする。なお、実行プログラムの識別は、必ずし
もファイル名を用いて行う必要はなく、例えば MIME の
ヘッダなどから識別してもよい。プログラムの実行に
は、新たなプロセスやスレッドを割り当て、静止画加工
システムがプログラムコード実行中に別の新たなメッセ
ージを受信した場合においても処理が可能なようにす
る。

【０１２１】実行プログラムコードの一部を図１７に示
す。図１７は、図１６に示した MIME によるアーカイブ
中のプログラムコードを展開したものである。図１７の
例では言語に Java を利用している。このプログラムコ
ードの処理を説明すると、まず、端末表示能力情報を取
得し（３−５行目）、もし、取得した端末表示能力にお
いて表示可能色が少ない場合には、静止画データを減色
する（１１行目）。つまり、図１７のコードを実行する
ことにより、これから送るべき端末の表示能力が低い場
合には、送信する静止画データを端末に適応させること
により、閲覧させることが可能である。本実施例では、
言語に Java を用いたが、Perl やTcl/Tk などの実行環
境に依存しない言語であれば、どのようなものを用いて
もよい。

【０１２２】プログラムコードの実行が終了した場合に
は、ステップ１５０７に処理を移行する。

【０１２３】ステップ１５０７およびステップ１５０８
では、それぞれ、第２の実施の形態のステップ６０６お
よびステップ６０７と同じ処理を行う。

【０１２４】以上のように、端末表示能力情報を取得
し、その取得した情報に応じて静止画データの加工処理
実行の判断および実行を行うことにより、端末における
静止画データの閲覧を可能とする。

【０１２５】本実施形態では、用いる通信路は限定せ
ず、ＬＡＮ、無線ネットワーク、地上波放送、衛星放
送、ＣＡＴＶなどを用いてもよい。

【０１２６】（実施の形態５）次に、第５の実施の形態
について説明する。

【０１２７】本発明の第５の実施の形態として、動画加
工装置を示す。図１８は本発明の第５の実施の形態に関
わるシステム構成図である。図１８の構成要素のうち、
図１に示した第１の実施の形態と同一の部分には同一番
号を付し、説明は省略する。１８０１は受信メッセージ
中に存在する利用者の嗜好情報を取得する嗜好情報取得
部である。

【０１２８】なお、嗜好情報取得部１８０１は、本発明
のシステム情報取得手段に該当する。

【０１２９】本実施形態のハードウェア構成を図１９に
示すが、図１に示した第１の実施の形態と同一であり、
説明を省略する。

【０１３０】以上のように構成された動画加工装置の動
作を図２０のフローチャートを参照しながら説明する。

【０１３１】ステップ２００１および２００２は、それ
ぞれ、第１の実施の形態におけるステップ３０１および
ステップ３０２と同一の処理を行う。

【０１３２】ステップ２００３では、受信したメッセー
ジを嗜好情報、動画データとプログラムコードに展開す
る。嗜好情報、動画データおよびプログラムコードから
なるメッセージは、例えば、UNIX などで用いられる ta
r 形式のアーカイブや、電子メールで用いられる MIME
形式のアーカイブ形式などを利用して構成される。

【０１３３】本実施の形態の例では、アーカイブの形式
は MIME に統一して説明を行うが、必ずしも一つの形式
に統一することはない。MIME の場合、受信メッセージ
は図２１に示すような形式で表現される。図２１の例で
は、嗜好情報 (Preference.xml)、動画データ (News.mp
g)、動画データのインデックス(News.idx)、およびプロ
グラムコード (AgentCode.class) がアーカイブされ、
嗜好情報および動画データのインデックスは XML で記
述されている。

【０１３４】本実施の形態において、動画データはニュ
ース番組であり、その内容は動画データのインデックス
に記述されている。

【０１３５】展開された嗜好情報、動画データ、および
プログラムコードは、外部記憶装置の同一ディレクトリ
に保存するなど、容易に対応がとれるように保存する。

【０１３６】展開が完了すれば、ステップ２００４に処
理を移行する。

【０１３７】ステップ２００４は、第１の実施の形態に
おけるステップ３０４と同じ処理を行う。

【０１３８】ステップ２００５では、ステップ２００３
において展開された嗜好情報ファイルから、嗜好情報を
取得する。本実施の形態では、利用者の嗜好は XML で
記述されているので、 XML パーサを利用してその内容
を取得する。所得した内容はシステム内に保存され、 A
PI を用いて取得できるようにする。

【０１３９】ステップ２００６では、ステップ２００３
において展開されたプログラムコードを実行する。実行
するプログラムは固定され、そのファイル名で識別を行
うものとする。なお、実行プログラムの識別は、必ずし
もファイル名を用いて行う必要はなく、例えば MIME の
ヘッダなどから識別してもよい。プログラムの実行に
は、新たなプロセスやスレッドを割り当て、静止画加工
システムがプログラムコード実行中に別の新たなメッセ
ージを受信した場合においても処理が可能なようにす
る。

【０１４０】実行プログラムコードの一部を図２２に示
す。図２２は、図２１に示した MIME によるアーカイブ
中のプログラムコードを展開したものである。図２２の
例では言語に Java を利用している。このプログラムコ
ードの処理を説明すると、まず、嗜好情報および動画デ
ータのインデックスを取得し（３−７行目）、取得した
嗜好情報とインデックスから動画データのシーンカット
を行う（１１行目）。つまり、図２２のコードを実行す
ることにより、これから送るべき動画において、不必要
と思われるシーンを削除し、利用者の好みのシーンのみ
を送信することが可能である。本実施の形態では、言語
に Java を用いたが、Perl やTcl/Tk などの実行環境に
依存しない言語であれば、どのようなものを用いてもよ
い。

【０１４１】プログラムコードの実行が終了した場合に
は、ステップ２００７に処理を移行する。

【０１４２】ステップ２００７およびステップ２００８
では、それぞれ、第２の実施の形態のステップ６０６お
よびステップ６０７と同じ処理を行う。

【０１４３】なお、本実施の形態では嗜好情報のみで加
工処理を行ったが、ネットワーク情報などのシステム情
報をさらに条件に加えてもよい。

【０１４４】本実施形態では、用いる通信路は限定せ
ず、ＬＡＮ、無線ネットワーク、地上波放送、衛星放
送、ＣＡＴＶなどを用いてもよい。

【０１４５】（実施の形態６）次に、第６の実施の形態
について説明する。

【０１４６】本発明の第６の実施の形態として、静止画
加工装置を示す。図２３は本発明の第６の実施の形態に
関わるシステム構成図である。図２３の構成要素のう
ち、図１に示した第１の実施の形態と同一の部分には同
一番号を付し、説明は省略する。

【０１４７】２３０１は受信メッセージ中に含まれる中
間処理情報を取得し、メッセージ送信元で行った静止画
データ加工処理を引き続いて行えるようにする中間処理
情報取得部である。

【０１４８】なお、中間処理情報取得部２３０１は、本
発明の中間処理情報取得手段に該当する。

【０１４９】本実施形態のハードウェア構成を図２４に
示すが、図１に示した第１の実施の形態と同一であり、
説明を省略する。

【０１５０】以上のように構成された静止画加工装置の
動作を図２５のフローチャートを参照しながら説明す
る。

【０１５１】ステップ２５０１および２５０２は、それ
ぞれ、第１の実施の形態におけるステップ３０１および
ステップ３０２と同一の処理を行う。

【０１５２】ステップ２５０３では、受信したメッセー
ジを中間処理情報、静止画データとプログラムコードに
展開する。中間処理情報、静止画データおよびプログラ
ムコードからなるメッセージは、例えば、UNIX などで
用いられる tar 形式のアーカイブや、電子メールで用
いられる MIME 形式のアーカイブ形式などを利用して構
成される。本実施の形態の例では、アーカイブの形式は
MIME に統一して説明を行うが、必ずしも一つの形式に
統一することはない。MIME の場合、受信メッセージは
図２１に示すような形式で表現される。図２６の例で
は、中間処理情報 (Args.xml)、静止画データ (Fuji.pn
g)、動画データのインデックス(News.idx)、およびプロ
グラムコード (AgentCode.class) がアーカイブされ、
中間処理情報は XML で記述されている。

【０１５３】展開された中間処理情報、動画データ、お
よびプログラムコードは、外部記憶装置の同一ディレク
トリに保存するなど、容易に対応がとれるように保存す
る。展開が完了すれば、ステップ２５０４に処理を移行
する。

【０１５４】ステップ２５０４は、第１の実施の形態に
おけるステップ３０４と同じ処理を行う。

【０１５５】ステップ２５０５では、ステップ２５０３
において展開された中間処理情報ファイルから、中間処
理情報を取得する。本実施の形態では、中間処理情報は
XMLで記述されているので、XML パーサを利用してその
内容を取得する。中間処理情報は、メッセージ送信元に
おいて、次のシステムで必要な情報を書き出したもので
ある。本実施の形態では、メッセージ送信元のＣＰＵ負
荷が高いため、画像加工処理のうち縮小サイズの計算の
み行ったものであり、その計算結果が中間処理情報に記
述されている。

【０１５６】ステップ２５０６では、ステップ２５０５
で取得した中間処理情報を実行プログラムの引数として
設定する。実行するプログラムは固定され、最初に実行
されるメソッドも固定されているものとする（本実施の
形態では start である）。中間処理情報は、メソッド
start の引数に設定される。

【０１５７】ステップ２５０７では、ステップ２５０３
において展開されたプログラムコードを実行する。プロ
グラムの実行には、新たなプロセスやスレッドを割り当
て、静止画加工システムがプログラムコード実行中に別
の新たなメッセージを受信した場合においても処理が可
能なようにする。

【０１５８】実行プログラムコードの一部を図２７に示
す。図２７は、図２６に示した MIME によるアーカイブ
中のプログラムコードを展開したものである。図２７の
例では言語に Java を利用している。このプログラムコ
ードの処理を説明すると、まず、ＣＰＵ負荷情報を取得
し（３−５行目）、ＣＰＵ負荷が高くない場合には、画
像の縮小処理を行う（７行目）。画像縮小処理を行うに
あたって、さらにＣＰＵ負荷が高くない場合には縮小処
理まで行い、そうでない場合には、縮小サイズのみ計算
する（８−１６行目）。

【０１５９】つまり、図２７のコードを実行することに
より、これから送るべき静止画について、静止画加工処
理を行うがＣＰＵ負荷に応じて処理を段階的に行うこと
が可能となる。本実施の形態では、言語に Java を用い
たが、Perl やTcl/Tk などの実行環境に依存しない言語
であれば、どのようなものを用いてもよい。

【０１６０】プログラムコードの実行が終了した場合に
は、ステップ２５０８に処理を移行する。

【０１６１】ステップ２５０８およびステップ２５０９
では、それぞれ、第２の実施の形態のステップ６０６お
よびステップ６０７と同じ処理を行う。

【０１６２】なお、本実施の形態ではＣＰＵ情報のみで
加工処理を行ったが、ネットワーク情報などのシステム
情報をさらに条件に加えてもよい。

【０１６３】本実施形態では、用いる通信路は限定せ
ず、ＬＡＮ、無線ネットワーク、地上波放送、衛星放
送、ＣＡＴＶなどを用いてもよい。

【０１６４】（実施の形態７）次に、第７の実施の形態
について説明する。

【０１６５】本発明の第７の実施の形態として、静止画
加工装置を示す。図２８は本発明の第７の実施の形態に
関わるシステム構成図である。図２８の構成要素のう
ち、図１に示した第１の実施の形態と同一の部分には同
一番号を付し、説明は省略する。

【０１６６】２８０１は受信メッセージに含まれる位置
情報を用いて、ネットワーク上の別の装置に存在する情
報を取得するリモート情報取得部である。

【０１６７】なお、リモート情報取得部２８０１は、本
発明のリモート情報取得手段に該当する。

【０１６８】本実施形態のハードウェア構成を図２９に
示すが、図１に示した第１の実施の形態と同一であり、
説明を省略する。

【０１６９】以上のように構成された静止画加工装置の
動作を図３０のフローチャートを参照しながら説明す
る。

【０１７０】ステップ３００１および３００２は、それ
ぞれ、第１の実施の形態におけるステップ３０１および
ステップ３０２と同一の処理を行う。

【０１７１】ステップ３００３では、受信したメッセー
ジを静止画データとプログラムコードに展開する。ここ
で、静止画データはデータ自身が含まれず、データの存
在する場所が記述されているものとする。静止画データ
およびプログラムコードからなるメッセージは、例え
ば、UNIX などで用いられる tar 形式のアーカイブや、
電子メールで用いられる MIME 形式のアーカイブ形式な
どを利用して構成される。本実施の形態の例では、アー
カイブの形式は MIME に統一して説明を行うが、必ずし
も一つの形式に統一することはない。MIME の場合、受
信メッセージは図３１に示すような形式で表現される。
図３１の例では、静止画データ (Fuji.xml) およびプロ
グラムコード (AgentCode.class) がアーカイブされて
いる。

【０１７２】本実施の形態では、静止画データの記述に
は XML を用い、静止画データの存在場所は URL (Unifo
rm Resource Locator) を用いる。図３１の例では、lin
kタグで静止画データの存在場所を指定している。

【０１７３】展開された静止画データとプログラムコー
ドは、外部記憶装置の同一ディレクトリに保存するな
ど、容易に対応がとれるように保存する。展開が完了す
れば、ステップ３００４に処理を移行する。

【０１７４】ステップ３００４は、第１の実施の形態に
おけるステップ３０４と同じ処理を行う。

【０１７５】ステップ３００５では、ステップ３００３
において展開されたプログラムコードを実行する。実行
するプログラムは固定され、そのファイル名で識別を行
うものとする。なお、実行プログラムの識別は、必ずし
もファイル名を用いて行う必要はなく、例えば MIME の
ヘッダなどから識別してもよい。プログラムの実行に
は、新たなプロセスやスレッドを割り当て、静止画加工
システムがプログラムコード実行中に別の新たなメッセ
ージを受信した場合においても処理が可能なようにす
る。

【０１７６】実行プログラムコードの一部を図３２に示
す。図３２は、図３１に示した MIME によるアーカイブ
中のプログラムコードを展開したものである。図３２の
例では言語に Java を利用している。このプログラムコ
ードの処理を説明すると、まず、ネットワーク情報を取
得し（３−５行目）、もし、取得した回線スピードが一
定値より大きい場合には、ネットワークを通して静止画
データを取得する。静止画データの取得は、前記の静止
画データの存在する場所を XMLファイルから取り出し、
その URL から行う（８行目）。その後、静止画データ
のサイズと回線スピードを用いて縮小すべきサイズを計
算する（９−１２行目）、その後、計算されたサイズに
静止画データを縮小する（１３行目）。つまり、図３２
のコードを実行することにより、必要な時点で静止画デ
ータをネットワーク経由で取得することにより、メッセ
ージのサイズが小さくなり、通信遅延を減少させること
が可能である。本実施例では、言語に Java を用いた
が、Perl やTcl/Tk などの実行環境に依存しない言語で
あれば、どのようなものを用いてもよい。

【０１７７】プログラムコードの実行が終了した場合に
は、ステップ３００６に処理を移行する。

【０１７８】ステップ３００６では、ステップ３００５
においてプログラムコードを実行した結果出力された静
止画データ、および、プログラムコードを最構成する。

【０１７９】最構成の方法は、受信したメッセージのア
ーカイブ方法と同じ方法を用いる。本実施例では、アー
カイブに MIME を利用しているので、 MIME を利用し
て、上記の２つのデータを再構成する。再構成が終了す
れば、ステップ３００７に処理を移行する。

【０１８０】ステップ３００７では、ステップ３００６
で再構成されたメッセージを静止画データを要求したネ
ットワーク端末に送信する。なお、送信先はネットワー
ク端末とは限らず、同じ静止画データ加工装置の場合で
もよい。この場合、送信先の静止画データ加工装置にお
いても上記ステップ３００１から３００６と同じ処理を
行うことにより、通信回線速度がさらに遅くなる場合に
おいても、静止画データを縮小することにより、通信遅
延を減少させることが可能である。

【０１８１】以上のように、ネットワーク情報を取得
し、その取得した情報に応じて静止画データの加工処理
実行の判断および実行を行うことにより、通信遅延を減
少させることが可能となる。

【０１８２】なお、本実施の形態のステップ３００６に
おいて、出力された静止画データ自身を再構成せずに、
その存在場所を記述した記述データを用いることによ
り、さらに通信コストを低減できる。

【０１８３】なお、本実施の形態では、静止画データの
加工において、画像の縮小処理を行ったが、静止画デー
タのサイズを減少させるものであれば、どのような画像
処理を行ってもよい。つまり、静止画データの重要な部
分のみ抜き出すような処理や、色数を少なくする処理な
どでもよい。

【０１８４】また、用いる通信路は限定せず、ＬＡＮ、
無線ネットワーク、地上波放送、衛星放送、ＣＡＴＶな
どを用いてもよい。

【０１８５】（実施の形態８）次に、第８の実施の形態
について説明する。

【０１８６】本発明の第８の実施の形態として、静止画
加工装置を示す。図３３は本発明の第８の実施の形態に
関わるシステム構成図である。図３３の構成要素のう
ち、図１に示した第１の実施の形態と同一の部分には同
一番号を付し、説明は省略する。

【０１８７】３３０１はコンテンツデータを蓄積するコ
ンテンツデータベース、３３０２はコンテンツデータベ
ース３３０１の検索を行うコンテンツデータ検索部、３
３０３はコンテンツデータの要求を受け付けるコンテン
ツ要求受付部、３３０４は要求されたコンテンツデータ
に対して、前記コンテンツデータを加工するプログラム
コードを選択するプログラムコード選択部である。

【０１８８】なお、上記構成要素において、それぞれ、
コンテンツデータベース３３０１は本発明のコンテンツ
データ蓄積手段に、コンテンツデータ検索部３３０２は
コンテンツデータ検索手段に、コンテンツ要求受付部３
３０３は要求受付手段に、プログラムコード選択部３３
０４はプログラムコード選択手段に該当する。

【０１８９】本実施形態のハードウェア構成を図３４に
示す。図３４の構成要素は図２および図３３の構成要素
からなり、同一部分には同一番号を付し、説明は省略す
る。

【０１９０】以上のように構成された静止画加工装置の
動作を図３５のフローチャートを参照しながら説明す
る。

【０１９１】ステップ３５０１では、コンテンツデータ
ベース３３０１に蓄積される静止画の要求があるかどう
かの判断を行い、静止画の要求がある場合にはステップ
３５０２に処理を移行し、そうでない場合にはステップ
３５０１を繰り返す。

【０１９２】ステップ３５０２では、受信したコンテン
ツ要求を受け付ける。コンテンツ要求は、例えば WWW
(World Wide Web) の場合、Web ブラウザからの要求で
ある。受け付けられたコンテンツ要求は、キューに入れ
られ順次処理される。

【０１９３】ステップ３５０３では、コンテンツ要求で
指定されたコンテンツをコンテンツデータベースから検
索する。データベースにはコンテンツとそのメディアタ
イプも対にして蓄積されており、検索結果はその双方が
出力されるものとする。

【０１９４】ステップ３５０４では、ステップ３５０３
で検索されたコンテンツに対して、そのコンテンツを加
工するプログラムコードを選択する。その選択方法は、
例えば、ステップ３５０３で検索されたコンテンツに付
随するメディアタイプとプログラムコードの対応表を持
ち、検索結果に応じて表を参照することにより行う。

【０１９５】なお、表形式ではなく選択ルールを持ち、
選択ルールの組み合わせからログラムコードを選択して
もよい。また、コンテンツ要求に含まれる情報を用いて
選択してもよい。

【０１９６】ステップ３５０５は、第１の実施の形態に
おけるステップ３０４と同じ処理を行う。

【０１９７】ステップ３５０６では、ステップ３５０４
において選択されたプログラムコードを実行する。実行
するプログラムは固定され、そのファイル名で識別を行
うものとする。プログラムの実行には、新たなプロセス
やスレッドを割り当て、静止画加工システムがプログラ
ムコード実行中に別の新たなコンテンツ要求を受信した
場合においても処理が可能なようにする。

【０１９８】実行プログラムコードの一部を図８に示
す。図８は、図７に示した MIME によるアーカイブ中の
プログラムコードを展開したものである。図８の例では
言語にJava を利用している。このプログラムコードの
処理を説明すると、まず、ネットワーク情報を取得し
（３−５行目）、もし、取得した回線スピードが一定値
より大きい場合には、静止画データのサイズと回線スピ
ードを用いて縮小すべきサイズを計算する（７−１１行
目）、その後、計算されたサイズに静止画データを縮小
する（１２行目）。つまり、図５のコードを実行するこ
とにより、これから送るべき回線のスピードが遅い場合
には、送信する静止画データのサイズを縮小することで
画像サイズを小さくし、通信遅延を減少させることが可
能である。本実施例では、言語に Java を用いたが、Pe
rl やTcl/Tk などの実行環境に依存しない言語であれ
ば、どのようなものを用いてもよい。

【０１９９】プログラムコードの実行が終了した場合に
は、ステップ３５０７に処理を移行する。

【０２００】ステップ３５０７では、ステップ３５０６
においてプログラムコードを実行した結果出力された静
止画データ、および、プログラムコードをメッセージと
して構成する。構成の方法は、例えば、MIME を利用し
て、上記の２つのデータをアーカイブする。構成例を図
７に示す。構成が終了すれば、ステップ３５０８に処理
を移行する。

【０２０１】ステップ３５０８では、ステップ３５０７
で構成されたメッセージを静止画データを要求したネッ
トワーク端末に送信する。なお、送信先はネットワーク
端末とは限らず、同じ静止画データ加工装置の場合でも
よい。この場合、送信先の静止画データ加工装置におい
て、第２の実施の形態に記述した、ステップ６０１から
６０６と同じ処理を行うことにより、通信回線速度がさ
らに遅くなる場合においても、静止画データを縮小する
ことにより、通信遅延を減少させることが可能である。

【０２０２】以上のように、要求されたコンテンツデー
タに対して、前記コンテンツデータを加工するプログラ
ムコードを付加することにより、ネットワーク上のいか
なる情報加工装置においてもコンテンツの加工処理を行
うことが可能なメッセージを作成することを可能とす
る。

【０２０３】なお、本実施の形態では選択されたプログ
ラムコードの実行を行っているが、プログラムコードの
実行は必ずしも必要ではなく、検索されたコンテンツデ
ータと選択されたプログラムコードを単にメッセージと
して構成し、送信してもよい。

【０２０４】また、用いる通信路は限定せず、ＬＡＮ、
無線ネットワーク、地上波放送、衛星放送、ＣＡＴＶな
どを用いてもよい。

【０２０５】（実施の形態９）次に、第９の実施の形態
について説明する。

【０２０６】本発明の第９の実施の形態として、静止画
加工装置を示す。図３６は本発明の第９の実施の形態に
関わるシステム構成図である。図３６の構成要素のう
ち、図１に示した第１の実施の形態と同一のの部分には
同一番号を付し、説明は省略は省略する。３６０１は利
用者の要求を受け付ける利用者要求受付部、３６０２は
利用者要求を送信する利用者要求送信部、３６０３はコ
ンテンツデータを表示するディスプレイ表示部である。

【０２０７】なお、上記構成要素において、それぞれ、
利用者要求受付部３６０１は本発明の利用者受付手段
に、利用者要求送信部３６０２は利用者要求送信手段
に、ディスプレイ表示部３６０３はコンテンツ表示手段
に該当する。

【０２０８】本実施の形態のハードウェア構成を図３７
に示す。図３７の構成要素は図２の構成要素からなり、
同一部分には同一番号を付し、説明は省略する。

【０２０９】以上のように構成された静止画加工装置の
動作を図３８のフローチャートを参照しながら説明す
る。

【０２１０】ステップ３８０１では、利用者から静止画
像の要求を受け付ける。静止画像の要求は、例えば、WW
W の場合、ブラウザを用いて行う。静止画データが階層
的に分類され、利用者はその階層をたどることにより、
所望のデータを指定する。なお、要求する静止画データ
は、Web サーバ上に存在する検索サービスを利用するこ
とにより、指定してもよい。

【０２１１】ステップ３８０２では、ステップ３８０１
において、利用者の指定した静止画データの要求を送信
する。例えば、WWW の場合、ブラウザが静止画データの
要求を行う。この場合、要求画像は URL で指定され
る。例えば、"mediaserver. Trl.mei.co.jp/Mountain/
Fuji.png" のように指定される。静止画データの要求
は、別の静止画加工装置に送信される。要求の送信後
は、指定した静止画データの含まれるメッセージの受信
を待つ。

【０２１２】ステップ３８０３からステップ３８０７
は、第２の実施の形態のステップ６０１からステップ６
０５と同じ処理を行う。

【０２１３】ステップ３８０８では、ステップ３８０７
で加工された静止画データを表示する。静止画データの
表示には、ステップ３８０１で利用したブラウザ上に行
ってもよいし、専用のアプリケーションを用いて行って
もよい。

【０２１４】以上のようにて、利用者の要求を受け付
け、その要求を送信し、要求に対して、受信したメッセ
ージに含まれる静止画データを表示することが可能とな
る。

【０２１５】なお、用いる通信路は限定せず、ＬＡＮ、
無線ネットワーク、地上波放送、衛星放送、ＣＡＴＶな
どを用いてもよい。ただし、地上波放送や衛星放送など
の、単方向型の通信路を利用して静止画データを受信す
る場合には、利用者の要求は、それ以外の通信路（例え
ば、ＬＡＮやＣＡＴＶなど）を利用する。

【０２１６】（実施の形態１０）次に、第１０の実施の
形態について説明する。

【０２１７】本発明の第１０の実施の形態として、静止
画加工装置を示す。図３９は本発明の第１０の実施の形
態に関わるシステム構成図である。図３９の構成要素の
うち、図１に示した第１の実施の形態と同一の部分には
同一番号を付し、説明は省略する。３９０１はプログラ
ムコードを蓄積するプログラムコードデータベース、３
９０２はプログラムコードデータベース３９０１から、
プログラムコードを検索するプログラムコード検索部で
ある。

【０２１８】なお、プログラムコードデータベース３９
０１、および、プログラムコード検索部３９０２はそれ
ぞれ、本発明のプログラムコード蓄積手段、および、プ
ログラムコード検索手段に該当する。

【０２１９】本実施形態のハードウェア構成を図４０に
示す。図４０のハードウェア構成図の各構成要素は図１
に示した構成要素および図３９に示した構成要素からな
るので、同一の番号を付し、説明は省略する。

【０２２０】以上のように構成された静止画加工装置の
動作を図４１のフローチャートを参照しながら説明す
る。

【０２２１】ステップ４１０１およびステップ４１０２
は、それぞれ、第１の実施の形態におけるステップ３０
１およびステップ３０２と同じ動作を行う。

【０２２２】ステップ４１０３では、受信したメッセー
ジを静止画データとプログラムコードに展開する。ここ
で、プログラムコードはコード自身が含まれず、コード
の存在する場所が記述されているものとする。静止画デ
ータおよびプログラムコードからなるメッセージは、例
えば、 UNIX などで用いられる tar 形式のアーカイブ
や、電子メールで用いられる MIME 形式のアーカイブ形
式などを利用して構成される。本実施の形態の例では、
アーカイブ形式は MIME に統一して説明を行うが、必ず
しも一つの形式に統一することはない。MIME の場合、
受信メッセージは図４２に示すような形式で表現され
る。図４２の例では、静止画データ (Fuji.png) および
プログラムコード (AgentCode.xml) がアーカイブされ
ている。

【０２２３】本実施の形態では、プログラムコードの記
述には XML を用い、プログラムデータの存在場所は UR
L (Uniform Resource Locator) を用いる。図４２の例
では、link タグでプログラムコードの存在場所を指定
している。

【０２２４】展開された静止画データとプログラムコー
ドは、外部記憶装置の同一ディレクトリに保存するな
ど、容易に対応がとれるように保存する。展開が完了す
れば、ステップ４１０４に処理を移行する。

【０２２５】ステップ４１０４では、第１の実施の形態
のステップ３０４と同じ動作を行う。

【０２２６】ステップ４１０５では、ステップ４１０３
において展開された実行すべきプログラムコードをプロ
グラムコードデータベースから検索する。実行するプロ
グラムは図４２に示したように、ネットワーク上の存在
場所が URL を用いて指定されている。プログラムコー
ドデータベースからの検索には、URL を用いる。検索の
結果、プログラムコードがプログラムコードデータベー
スに存在した場合にはステップ４１０６に、そうでない
場合にはステップ４１０７に処理を移行する。

【０２２７】ステップ４１０６では、検索されたプログ
ラムコードを、ステップ４１０３において展開されたデ
ィレクトリに移動する。その後、ステップ４１０９に処
理を移行する。

【０２２８】なお、本実施の形態では、プログラムコー
ドデータベースに存在すれば、そのコードを無条件に利
用するが、ネットワーク上のプログラムコードとのバー
ジョンを比較して、新しい方を利用する方法を用いても
よい。その場合、ネットワーク上のプログラムコードの
方が新しい場合には、ステップ４１０７に処理を移行す
る。

【０２２９】ステップ４１０７では、プログラムコード
データベースにプログラムコードが保存されていなかっ
たことから、URL を用いて、その存在場所からプログラ
ムコードを取得し、ステップ４１０３において展開され
たディレクトリに置く。

【０２３０】プログラムコードの取得には、例えば、HT
TP などのプロトコルを用いるが、同等の機能を有する
プロトコルであればどのようなプロトコルを用いてもよ
い（FTP など）。プログラムコードの取得が終了すれ
ば、ステップ４１０８に処理を移行する。

【０２３１】ステップ４１０８では、ステップ４１０７
で取得したプログラムコードを、再利用するために、プ
ログラムコードデータベースに登録する。その場合、プ
ログラムコードのキーには URL を用いる。登録が終了
すれば、ステップ４１０９に処理を移行する。

【０２３２】ステップ４１０９では、プログラムコード
を実行する。プログラムの実行には、新たなプロセスや
スレッドを割り当て、静止画加工システムがプログラム
コード実行中に別の新たなメッセージを受信した場合に
おいても処理が可能なようにする。プログラムコードの
実行が終了すれば、ステップ４１１０に処理を移行す
る。

【０２３３】ステップ４１１０では、ステップ４１０９
においてプログラムコードを実行した結果出力された静
止画データ、および、ステップ４１０３において展開さ
れたプログラムコードの存在場所が記述されたデータを
再構成する。再構成の方法は、受信したメッセージのア
ーカイブ方法と同じ方法を用いる。本実施例では、アー
カイブに MIME を利用しているので、 MIME を利用し
て、上記の２つのデータを再構成する。再構成が終了す
れば、ステップ４１１１に処理を移行する。

【０２３４】ステップ４１１１では、ステップ４１１０
で再構成されたメッセージを静止画データを要求したネ
ットワーク端末に送信する。なお、送信先はネットワー
ク端末とは限らず、同じ静止画データ加工装置の場合で
もよい。

【０２３５】以上のように、利用頻度の高いプログラム
コードは、予めそのコピーを持っておくことにより、通
信量を減少させることが可能となる。

【０２３６】なお、用いる通信路は限定せず、ＬＡＮ、
無線ネットワーク、地上波放送、衛星放送、ＣＡＴＶな
どを用いてもよい。

【０２３７】（実施の形態１１）次に、第１１の実施の
形態について説明する。

【０２３８】本発明の第１１の実施の形態として、静止
画加工装置を示す。図４３は本発明の第１１の実施の形
態に関わるシステム構成図である。図４３の構成要素
は、図１に示した第１の実施の形態と同一の構成であ
り、説明は省略する。

【０２３９】本実施形態のハードウェア構成を図４４に
示す。図４４のハードウェア構成図の各構成要素は図１
に示した構成要素および図４３に示した構成要素からな
るので、同一の番号を付し、説明は省略する。

【０２４０】以上のように構成された静止画加工装置の
動作を図４５のフローチャートを参照しながら説明す
る。

【０２４１】ステップ４５０１およびステップ４５０２
は、それぞれ、第１の実施の形態におけるステップ３０
１およびステップ３０２と同じ動作を行う。

【０２４２】ステップ４５０３では、受信したメッセー
ジのからプログラムコードのみを抜き出す。受信したメ
ッセージは、例えば電子メールで用いられる MIME 形式
などのアーカイブ形式を利用して構成される。本実施の
形態の例では、アーカイブの形式は MIME に統一して説
明を行うが、必ずしも一つの形式に統一することはな
い。MIME の場合、受信メッセージは図７に示すような
形式で表現される。図７の例では、静止画データ (Fuj
i.png) およびプログラムコード(AgentCode.class) が
アーカイブされている。このプログラムコードの名前
は、AgentCode.classと固定されており、そのキーワー
ドを探すことでプログラムコードのみを抜き出す。

【０２４３】ステップ４５０４およびステップ４５０５
では、それぞれ、第１の実施の形態におけるステップ３
０４およびステップ３０５と同じ動作を行う。

【０２４４】ステップ４５０６では、ステップ４５０３
で展開したプログラムコードが、メッセージに含まれて
いるデータを参照あるいは加工するかどうかの判定を行
う。ステップ４５０５におけるプログラムコードの実行
中に、データを参照・加工すれば、そのデータは展開さ
れておらず、オペレーティングシステムによる例外処理
が発生する。その例外が起こるかどうかで、データを参
照・加工するかを判定する。なお、同様の機能を有する
方法であれば、いかなる方法を用いてデータに対する参
照・加工が行われるかどうかの判定を行ってもよい。

【０２４５】ステップ４５０７では、データの展開を行
う。データの展開は既存の MIMEの展開方法を用いる。

【０２４６】ステップ４５０８およびステップ４５０９
では、それぞれ、第１の実施の形態におけるステップ３
０６およびステップ３０７と同じ動作を行う。なお、ス
テップ４５０８において、ステップ４５０７で展開され
なかったデータは、再構成時には、再構成のために処理
は必要なく、そのまま用いるものとする。

【０２４７】以上のように、メッセージ中のデータを実
際に利用されるまで展開を行わないことにより、静止画
データ加工装置におけるデータ処理時間を短縮する。す
なわち、取得したシステム情報により、プログラムコー
ドがデータを加工しない場合にはデータの展開時間を省
くことができる。これは、データのサイズが大きくなる
ほど有効である。

【０２４８】なお、本実施例では、用いる通信路は限定
せず、ＬＡＮ、無線ネットワーク、地上波放送、衛星放
送、ＣＡＴＶなどを用いてもよい。

【０２４９】（実施の形態１２）次に、第１２の実施の
形態について説明する。

【０２５０】本発明の第１２の実施の形態として、状況
監視装置を示す。図４６は本発明の第１２の実施の形態
に関わるシステム構成図である。図４６の構成要素のう
ち、図１に示した第１の実施の形態と同一の部分には同
一番号を付し、説明は省略する。４６０１は監視カメラ
であり、一定間隔で撮影した画像をシステム情報取得部
に渡す。

【０２５１】本実施形態のハードウェア構成を図４７に
示すが、図１に示した第１の実施の形態および図４６に
示した第１２の実施の形態と同一の部分には、同一の番
号を付し、説明は省略する。

【０２５２】以上のように構成された状況監視装置の動
作を図４８のフローチャートを参照しながら説明する。

【０２５３】ステップ４８０１およびステップ４８０２
は、それぞれ、第１の実施の形態におけるステップ３０
１およびステップ３０２と同一の処理を行う。

【０２５４】ステップ４８０３では、受信したメッセー
ジを送信先データとプログラムコードに展開する。送信
先データおよびプログラムコードからなるメッセージ
は、例えば、UNIX などで用いられる tar 形式のアーカ
イブや、電子メールで用いられる MIME 形式のアーカイ
ブ形式などを利用して構成される。本実施の形態の例で
は、アーカイブの形式は MIME に統一して説明を行う
が、必ずしも一つの形式に統一することはない。MIME
の場合、受信メッセージは図４９に示すような形式で表
現される。図４９の例では、送信先データ (sendTo.tx
t) およびプログラムコード (AgentCode.class) がアー
カイブされている。

【０２５５】展開された送信先データとプログラムコー
ドは、外部記憶装置の同一ディレクトリに保存するな
ど、容易に対応がとれるように保存する。展開が完了す
れば、ステップ４８０４に処理を移行する。

【０２５６】ステップ４８０４では、システム情報を取
得する。システム情報は、状況監視装置に接続されてい
る監視カメラの動作状況である。システム情報をプログ
ラムから取得するために、システムにはその情報を取得
するためのライブラリが用意され、そのライブラリの A
PI (Application Programing Interface) を利用して取
得するものとする。システム情報の取得が終了した場合
には、ステップ４８０５に処理を移行する。

【０２５７】ステップ４８０５では、ステップ４８０３
において展開されたプログラムコードを実行する。実行
するプログラムは固定され、そのファイル名で識別を行
うものとする。なお、実行プログラムの識別は、必ずし
もファイル名を用いて行う必要はなく、例えば MIME の
ヘッダなどから識別してもよい。プログラムの実行に
は、新たなプロセスやスレッドを割り当て、状況監視シ
ステムがプログラムコード実行中に別の新たなメッセー
ジを受信した場合においても処理が可能なようにする。

【０２５８】実行プログラムコードの一部を図５０に示
す。図５０は、図７に示したMIMEによるアーカイブ中の
プログラムコードを展開したものである。図５０の例で
は言語に Java を利用している。このプログラムコード
の処理を説明すると、まず、監視カメラの稼動状況を取
得し（３−５行目）、もし、監視カメラが稼動していれ
ばその画像を取得する（６−８行目）。本実施例では、
言語にJava を用いたが、Perl やTcl/Tk などの実行環
境に依存しない言語であれば、どのようなものを用いて
もよい。

【０２５９】プログラムコードの実行が終了した場合に
は、ステップ４８０６に処理を移行する。

【０２６０】ステップ４８０６では、ステップ４８０５
で取得したカメラ画像を加工する。

【０２６１】カメラ画像の加工は第４の実施の形態のス
テップ１５０６に示したものと同じ動作を行う。つま
り、端末表示能力情報を取得し、その取得した情報に応
じてカメラ画像の加工を行う。

【０２６２】ステップ４８０７では、ステップ４８０６
で加工されたカメラ画像データを再構成する。再構成の
方法は受信したメッセージのアーカイブ方法と同じ方法
を用いる。本実施の形態では、アーカイブに MIME を利
用しているので、MIMEを利用して上記のカメラ画像デー
タを再構成する。

【０２６３】ステップ４８０８では、ステップ４８０７
で加工されたカメラ画像を送信先データに記述された送
信先に送信する。

【０２６４】以上のように、カメラから画像を取得し、
指定された送信先に送信する。

【０２６５】なお、用いる通信路は限定せず、ＬＡＮ、
無線ネットワーク、地上波放送、衛星放送、ＣＡＴＶな
どを用いてもよい。

【０２６６】（実施の形態１３）次に、第１３の実施の
形態について説明する。

【０２６７】本発明の第１３の実施の形態として、状況
監視装置を示す。図５１は本発明の第１３の実施の形態
に関わるシステム構成図である。図５１の構成要素は図
４６に示した第１２の実施の形態と同一であり、同一番
号を付して説明は省略する。

【０２６８】本実施形態のハードウェア構成を図５２に
示すが、図４７に示した第１２の実施の形態と同一であ
り、同一の番号を付し、説明は省略する。

【０２６９】以上のように構成された状況監視装置の動
作を図５３のフローチャートを参照しながら説明する。

【０２７０】ステップ５３０１からステップ５３０４
は、それぞれ、第１２の実施の形態におけるステップ４
８０１およびステップ４８０４と同一の処理を行う。

【０２７１】ステップ５３０５では、ステップ５３０３
において展開されたプログラムコードを実行する。実行
するプログラムは固定され、そのファイル名で識別を行
うものとする。なお、実行プログラムの識別は、必ずし
もファイル名を用いて行う必要はなく、例えば MIME の
ヘッダなどから識別してもよい。プログラムの実行に
は、新たなプロセスやスレッドを割り当て、状況監視シ
ステムがプログラムコード実行中に別の新たなメッセー
ジを受信した場合においても処理が可能なようにする。

【０２７２】実行プログラムコードの一部を図５４に示
す。図５４は、図７に示したMIMEによるアーカイブ中の
プログラムコードを展開したものである。図５４の例で
は言語に Java を利用している。このプログラムコード
の処理を説明すると、まず、監視カメラの稼動状況を取
得し（３−５行目）、もし、監視カメラが稼動していれ
ばそのカメラの角度を変更する（７−９行目）。その
後、変更結果を取得しファイルに書き出す（１０−１２
行目）。本実施例では、言語にJava を用いたが、Perl
やTcl/Tk などの実行環境に依存しない言語であれば、
どのようなものを用いてもよい。

【０２７３】プログラムコードの実行が終了した場合に
は、ステップ５３０６に処理を移行する。

【０２７４】ステップ５３０６では、ステップ５３０５
で取得したカメラ角度情報を加工する。カメラ画像の加
工は第４の実施の形態のステップ１５０６に示したもの
と同じ動作を行う。つまり、端末表示能力情報を取得
し、その取得した情報に応じてカメラ角度情報の加工を
行う。

【０２７５】ステップ５３０７では、ステップ５３０６
で加工されたカメラ角度情報を再構成する。再構成の方
法は受信したメッセージのアーカイブ方法と同じ方法を
用いる。本実施の形態では、アーカイブに MIME を利用
しているので、MIME を利用して上記のカメラ画像デー
タを再構成する。

【０２７６】ステップ５３０８では、ステップ５３０７
で加工されたカメラ角度情報を送信先データに記述され
た送信先に送信する。

【０２７７】以上のように、カメラの角度を遠隔で変更
し、その結果を指定された送信先に送信する。

【０２７８】なお、用いる通信路は限定せず、ＬＡＮ、
無線ネットワーク、地上波放送、衛星放送、ＣＡＴＶな
どを用いてもよい。

【０２７９】

【発明の効果】以上述べたことから明らかなように、本
発明は、利用者の使用するネットワーク機器に応じたコ
ンテンツ加工を行う場合に、そのコンテンツを加工する
移動エージェント（プログラムコード）をコンテンツに
付加し、コンテンツがサービスサイトから利用者端末ま
で返送される経路上のサイトで移動エージェントがコン
テンツを加工する装置、方法、および、コンピュータ・
プログラム・プロダクトを提案するものである。

【０２８０】つまり、移動エージェント自身がサービス
サイトと利用者端末間を移動する際に、そのサイトのネ
ットワーク通信速度やＣＰＵ負荷などのシステム情報を
取得し、その情報に応じたコンテンツの加工を実現する
ことが可能となる。

【０２８１】これにより、ネットワーク通信速度が遅い
場合には、コンテンツのサイズを小さくしたり、コンテ
ンツ情報の間引きを行うなどの加工処理を施すことによ
り、通信遅延を減少させることができる。

【０２８２】また、ＣＰＵ負荷の低いサイトでコンテン
ツ加工処理を実行することにより、負荷分散を行うこと
が可能となり、ひいては通信遅延を減少させることがで
きる。

【０２８３】さらに本発明は、事前に、あるいは、必要
時にネットワークを介して利用者の端末情報や嗜好情報
を取得し、その情報を移動エージェントの持つコンテン
ツ情報に含ませて持つことにより、利用者端末の処理能
力、表示画面サイズ、表示色に応じたコンテンツ加工
や、利用者の嗜好に応じたコンテンツ加工を行うことが
できる。

【０２８４】加えて、本発明は、ＣＰＵ負荷や処理能力
などの要件で、コンテンツ加工を１つのサイトで完結で
きない場合に、その中間処理結果を移動エージェントの
持つコンテンツ情報に含ませて持つことにより、さらに
別のサイトで処理を再開することができ、作業分担によ
る負荷の軽減を実現できる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態のシステム構成図

【図２】本発明の第１の実施の形態のハードウェア構成
図

【図３】本発明の第１の実施の形態の動作を示すフロー
チャート

【図４】本発明の第２の実施の形態のシステム構成図

【図５】本発明の第２の実施の形態のハードウェア構成
図

【図６】本発明の第２の実施の形態の動作を示すフロー
チャート

【図７】本発明の第２の実施の形態のメッセージの例を
示す図

【図８】本発明の第２の実施の形態のプログラムコード
の例を示す図

【図９】本発明の第３の実施の形態のシステム構成図

【図１０】本発明の第３の実施の形態のハードウェア構
成図

【図１１】本発明の第３の実施の形態の動作を示すフロ
ーチャート

【図１２】本発明の第３の実施の形態のプログラムコー
ドの例を示す図

【図１３】本発明の第４の実施の形態のシステム構成図

【図１４】本発明の第４の実施の形態のハードウェア構
成図

【図１５】本発明の第４の実施の形態の動作を示すフロ
ーチャート

【図１６】本発明の第４の実施の形態のメッセージの例
を示す図

【図１７】本発明の第４の実施の形態のプログラムコー
ドの例を示す図

【図１８】本発明の第５の実施の形態のシステム構成図

【図１９】本発明の第５の実施の形態のハードウェア構
成図

【図２０】本発明の第５の実施の形態の動作を示すフロ
ーチャート

【図２１】本発明の第５の実施の形態のメッセージの例
を示す図

【図２２】本発明の第５の実施の形態のプログラムコー
ドの例を示す図

【図２３】本発明の第６の実施の形態のシステム構成図

【図２４】本発明の第６の実施の形態のハードウェア構
成図

【図２５】本発明の第６の実施の形態の動作を示すフロ
ーチャート

【図２６】本発明の第６の実施の形態のメッセージの例
を示す図

【図２７】本発明の第６の実施の形態のプログラムコー
ドの例を示す図

【図２８】本発明の第７の実施の形態のシステム構成図

【図２９】本発明の第７の実施の形態のハードウェア構
成図

【図３０】本発明の第７の実施の形態の動作を示すフロ
ーチャート

【図３１】本発明の第７の実施の形態のメッセージの例
を示す図

【図３２】本発明の第７の実施の形態のプログラムコー
ドの例を示す図

【図３３】本発明の第８の実施の形態のシステム構成図

【図３４】本発明の第８の実施の形態のハードウェア構
成図

【図３５】本発明の第８の実施の形態の動作を示すフロ
ーチャート

【図３６】本発明の第９の実施の形態のシステム構成図

【図３７】本発明の第９の実施の形態のハードウェア構
成図

【図３８】本発明の第９の実施の形態の動作を示すフロ
ーチャート

【図３９】本発明の第１０の実施の形態のシステム構成
図

【図４０】本発明の第１０の実施の形態のハードウェア
構成図

【図４１】本発明の第１０の実施の形態の動作を示すフ
ローチャート

【図４２】本発明の第１０の実施の形態のメッセージの
例を示す図

【図４３】本発明の第１１の実施の形態のシステム構成
図

【図４４】本発明の第１１の実施の形態のハードウェア
構成図

【図４５】本発明の第１１の実施の形態の動作を示すフ
ローチャート

【図４６】本発明の第１２の実施の形態のシステム構成
図

【図４７】本発明の第１２の実施の形態のハードウェア
構成図

【図４８】本発明の第１２の実施の形態の動作を示すフ
ローチャート

【図４９】本発明の第１２の実施の形態のメッセージの
例を示す図

【図５０】本発明の第１２の実施の形態のプログラムコ
ードの例を示す図

【図５１】本発明の第１３の実施の形態のシステム構成
図

【図５２】本発明の第１３の実施の形態のハードウェア
構成図

【図５３】本発明の第１３の実施の形態の動作を示すフ
ローチャート

【図５４】本発明の第１３の実施の形態のプログラムコ
ードの例を示す図

【符号の説明】

１０１ 情報受信部 １０２ システム情報取得部 １０３ プログラムコード実行部 １０４ 情報送信部 ２０１ ＶＲＡＭ ２０２ 主記憶装置 ２０３ 外部記憶装置 ２０４ ＣＰＵ ４０１ ネットワーク情報取得部 ９０１ ＣＰＵ情報取得部 １３０１ 表示能力情報取得部 １８０１ 嗜好情報取得部 ２３０１ 中間処理情報取得部 ２８０１ リモート情報取得部 ３３０１ コンテンツデータベース ３３０２ コンテンツデータ検索部 ３３０３ コンテンツ要求受付部 ３３０４ プログラムコード選択部 ３６０１ 利用者要求受付部 ３６０２ 利用者要求送信部 ３９０１ プログラムコードデータベース ３９０２ プログラムコード検索部 ４６０１ 監視カメラ

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B045 AA03 BB19 BB28 BB47 BB48 BB58 GG09 5B089 GA11 GB03 GB08 JA21 JB07 KA06 KA07 KC44 KH04 KH23 MA03 5B098 AA10 GA04 GA05 GC17 GC18 GD02 GD03

Claims (39)

【特許請求の範囲】
1. 【請求項１】 コンテンツデータと、前記コンテンツデ
   ータの加工を行うプログラムコードからなるメッセージ
   を受信し、前記コンテンツデータと前記プログラムコー
   ドに分離する情報受信手段と、 システム情報を取得するシステム情報取得手段と、 前記コンテンツデータに対して、前記プログラムコード
   を実行することにより、前記システム情報取得手段から
   取得したシステム情報に応じて、前記コンテンツデータ
   の加工を行うプログラムコード実行手段と、 前記プログラム実行手段によって加工されたコンテンツ
   データと、前記プログラムコードを再構成して送信する
   情報送信手段を有し、 前記システム情報取得手段から取得した情報に応じて前
   記コンテンツデータの加工処理実行の判断および実行を
   行い、前記コンテンツデータをプログラムコードを含ん
   だメッセージとして通信することを特徴とする情報加工
   装置。
2. 【請求項２】 コンテンツデータと、前記コンテンツデ
   ータの加工を行うプログラムコードからなるメッセージ
   を受信し、前記コンテンツデータと前記プログラムコー
   ドに分離し、システム情報を取得し、前記コンテンツデ
   ータに対して、前記プログラムコードを実行することに
   より、取得したシステム情報に応じて、前記コンテンツ
   データの加工を行い、前記プログラム実行手段によって
   加工されたコンテンツデータと、前記プログラムコード
   を再構成して送信することにより、取得した情報に応じ
   て前記コンテンツデータの加工処理実行の判断および実
   行を行い、前記コンテンツデータをプログラムコードを
   含んだメッセージとして通信することを特徴とする情報
   加工方法。
3. 【請求項３】 （１）メッセージの送受信およびプログ
   ラムコードを実行する、コンピュータで読み取り可能な
   システムコードを有するコンピュータで使用可能な媒体
   と、 （２）前記媒体に具体化されたコンピュータで読み取り
   可能なシステムコードとを含むコンピュータプログラム
   プロダクトであって、コンテンツデータと、前記コンテ
   ンツデータの加工を行うプログラムコードからなるメッ
   セージを受信し、前記コンテンツデータと前記プログラ
   ムコードに分離するコンピュータで読み取り可能なシス
   テムコードと、 システム情報を取得するコンピュータで読み取り可能な
   システムコードと、 前記コンテンツデータに対して、前記プログラムコード
   を実行することにより、システム情報に応じて、前記コ
   ンテンツデータの加工を行うコンピュータで読み取り可
   能なシステムコードと、前記プログラムコードにより加
   工されたコンテンツデータと、前記プログラムコードか
   らなるメッセージを送信するコンピュータで読み取り可
   能なシステムコードとを含み、取得したシステム情報に
   応じて前記コンテンツデータの加工処理実行の判断およ
   び実行を行い、前記コンテンツデータをプログラムコー
   ドを含んだメッセージとして通信することを特徴とする
   コンピュータ・プログラム・プロダクト。
4. 【請求項４】 前記システム情報が、メッセージ送信先
   とのネットワーク通信速度であり、前記プログラムコー
   ドが、ネットワーク通信速度に応じた情報加工を行うも
   のであり、ネットワーク通信速度に応じてコンテンツデ
   ータを加工することにより、通信遅延を減少させること
   を特徴とする請求項１記載の情報加工装置。
5. 【請求項５】 前記システム情報が、メッセージ送信先
   とのネットワーク通信速度であり、前記プログラムコー
   ドが、ネットワーク通信速度に応じた情報加工を行うも
   のであり、ネットワーク通信速度に応じてコンテンツデ
   ータを加工することにより、通信遅延を減少させること
   を特徴とする請求項２記載の情報加工方法。
6. 【請求項６】 前記システム情報が、メッセージ送信先
   とのネットワーク通信速度であり、前記プログラムコー
   ドが、ネットワーク通信速度に応じた情報加工を行うも
   のであり、ネットワーク通信速度に応じてコンテンツデ
   ータを加工することにより、通信遅延を減少させること
   を特徴とする請求項３記載のコンピュータ・プログラム
   ・プロダクト。
7. 【請求項７】 前記システム情報が、ＣＰＵの負荷であ
   り、前記プログラムコードが、ＣＰＵの負荷に応じて情
   報加工を行うかどうかを判断・実行するものであり、Ｃ
   ＰＵの負荷に応じてコンテンツデータの加工をすること
   により、負荷分散を行うことを特徴とする請求項１記載
   の情報加工装置。
8. 【請求項８】 前記システム情報が、ＣＰＵの負荷であ
   り、前記プログラムコードが、ＣＰＵの負荷に応じて情
   報加工を行うかどうかを判断・実行するものであり、Ｃ
   ＰＵの負荷に応じてコンテンツデータの加工をすること
   により、負荷分散を行うことを特徴とする請求項２記載
   の情報加工方法。
9. 【請求項９】 前記システム情報が、ＣＰＵの負荷であ
   り、前記プログラムコードが、ＣＰＵの負荷に応じて情
   報加工を行うかどうかを判断・実行するものであり、Ｃ
   ＰＵの負荷に応じてコンテンツデータの加工をすること
   により、負荷分散を行うことを特徴とする請求項３記載
   のコンピュータ・プログラム・プロダクト。
10. 【請求項１０】 前記メッセージに、前記コンテンツデ
    ータの表示を行う端末装置に具備される表示装置の表示
    能力情報を含み、 前記プログラム処理手段において、前記表示能力情報に
    応じた前記コンテンツデータの加工を行うことを特徴と
    する請求項１記載の情報加工装置。
11. 【請求項１１】 前記メッセージに、前記コンテンツデ
    ータの表示を行う端末装置に具備される表示装置の表示
    能力情報を含み、 前記表示能力情報に応じた前記コンテンツデータの加工
    を行うことを特徴とする請求項２記載の情報加工方法。
12. 【請求項１２】 前記メッセージに、前記コンテンツデ
    ータの表示を行う端末装置に具備される表示装置の表示
    能力情報を含み、 前記表示能力情報に応じた前記コンテンツデータの加工
    を行うことを特徴とする請求項３記載のコンピュータ・
    プログラム・プロダクト。
13. 【請求項１３】 前記メッセージに、前記コンテンツデ
    ータの要求を行った利用者の嗜好情報を含み、 前記プログラム処理手段において、前記嗜好情報に応じ
    た前記コンテンツデータの加工を行うことを特徴とする
    請求項１記載の情報加工装置。
14. 【請求項１４】 前記メッセージに、前記コンテンツ
    データの要求を行った利用者の嗜好情報を含み、 前記嗜好情報に応じた前記コンテンツデータの加工を行
    うことを特徴とする請求項２記載の情報加工方法。
15. 【請求項１５】 前記メッセージに、前記コンテンツデ
    ータの要求を行った利用者の嗜好情報を含み、 前記嗜好情報に応じた前記コンテンツデータの加工を行
    うことを特徴とする請求項１２記載のコンピュータ・プ
    ログラム・プロダクト。
16. 【請求項１６】 前記メッセージに、前記プログラムコ
    ードの中間処理情報を含み、 前記中間処理情報を用いて前記プログラムコード実行の
    前処理を行う、プログラム前処理手段を有し、 前記プログラム前処理処理手段が、前記中間処理情報を
    利用することにより、メッセージ送信元で行ったコンテ
    ンツデータ加工処理を引き続いて行うことを特徴とする
    請求項１記載の情報加工装置。
17. 【請求項１７】 前記メッセージに、前記プログラムコ
    ードの中間処理情報を含み、 前記中間処理情報を用いて前記プログラムコード実行の
    前処理を行い、メッセージ送信元で行ったコンテンツデ
    ータ加工処理を引き続いて行うことを特徴とする請求項
    ２記載の情報加工方法。
18. 【請求項１８】 前記メッセージに、前記プログラムコ
    ードの中間処理情報を含み、前記中間処理情報を用いて
    前記プログラムコード実行の前処理を行うコンピュータ
    で読み取り可能なシステムコードを含み、 前記中間処理情報を利用することにより、メッセージ送
    信元で行ったコンテンツデータ加工処理を引き続いて行
    うことを特徴とする請求項３記載のコンピュータ・プロ
    グラム・プロダクト。
19. 【請求項１９】 前記メッセージに含まれる情報うち、
    少なくとも１つがネットワーク上の別の装置に存在し、
    ネットワーク上の別の装置に存在する情報に対しては、
    その内容が位置情報であり、 前記メッセージに含まれる位置情報を用いて、ネットワ
    ーク上の別の装置に存在する前記情報を取得するリモー
    ト情報取得装置を有し、 メッセージ中に情報自身ではなく、その位置情報のみ含
    むことで、メッセージサイズを小さくし、通信遅延を減
    少させることを特徴とする請求項１記載の情報加工装
    置。
20. 【請求項２０】 前記メッセージに含まれる情報のう
    ち、少なくとも１つがネットワーク上の別の装置に存在
    し、ネットワーク上の別の装置に存在する情報に対して
    は、その内容が位置情報であり、 前記メッセージに含まれる位置情報を用いて、ネットワ
    ーク上の別の装置に存在する前記情報を取得し、 メッセージ中に情報自身ではなく、その位置情報のみ含
    むことで、メッセージサイズを小さくし、通信遅延を減
    少させることを特徴とする請求項２記載の情報加工方
    法。
21. 【請求項２１】 前記メッセージに含まれる情報のう
    ち、少なくとも１つがネットワーク上の別の装置に存在
    し、ネットワーク上の別の装置に存在する情報に対して
    は、その内容が位置情報であり、 前記メッセージに含まれる位置情報を用いて、ネットワ
    ーク上の別の装置に存在する前記情報を取得するコンピ
    ュータで読み取り可能なシステムコードを含み、 メッセージ中に情報自身ではなく、その位置情報のみ含
    むことで、メッセージサイズを小さくし、通信遅延を減
    少させることを特徴とする請求項３記載のコンピュータ
    ・プログラム・プロダクト。
22. 【請求項２２】 コンテンツデータを蓄積するコンテン
    ツデータ蓄積手段と、前記コンテンツデータの検索を行
    うコンテンツデータ検索手段と、前記コンテンツデータ
    の要求を受け付ける要求受付手段と、 要求されたコンテンツデータに対して前記コンテンツデ
    ータを加工するプログラムコードを選択するプログラム
    コード選択手段とを有し、 要求されたコンテンツデータに対して、前記コンテンツ
    データを加工するプログラムコードを付加することによ
    り、ネットワーク上のいかなる情報加工装置においても
    コンテンツの加工処理を行うことが可能なメッセージを
    作成することを特徴とする請求項１記載の情報加工装
    置。
23. 【請求項２３】 コンテンツデータを蓄積し、 コンテンツデータを検索し、 コンテンツデータの要求を受け付け、 要求されたコンテンツデータに対して前記コンテンツデ
    ータを加工するプログラムコードを選択し、 要求されたコンテンツデータに対して、前記コンテンツ
    データを加工するプログラムコードを付加することによ
    り、ネットワーク上のいかなる情報加工装置においても
    コンテンツの加工処理を行うことが可能なメッセージを
    作成することを特徴とする請求項２記載の情報加工方
    法。
24. 【請求項２４】 コンテンツデータの蓄積を行うコンピ
    ュータで読み取り可能なシステムコードと、 コンテンツデータの検索を行うコンピュータで読み取り
    可能なシステムコードと、 要求されたコンテンツデータに対して前記コンテンツデ
    ータを加工するプログラムコードを選択するコンピュー
    タで読み取り可能なシステムコードとを含み、 要求されたコンテンツデータに対して、前記コンテンツ
    データを加工するプログラムコードを付加することによ
    り、ネットワーク上のいかなる情報加工装置においても
    コンテンツの加工処理を行うことが可能なメッセージを
    作成することを特徴とする請求項３記載のコンピュータ
    ・プログラム・プロダクト。
25. 【請求項２５】 利用者の要求を受け付ける利用者要求
    受付手段と、利用者要求を送信する利用者要求送信手段
    と、 コンテンツデータを表示する表示手段とを有し、 利用者の要求を受け付け、利用者要求を送信し、要求に
    対して受信したメッセージに含まれるコンテンツデータ
    を表示することを特徴とする請求項１記載の情報加工装
    置。
26. 【請求項２６】 利用者の要求を受け付け、利用者要求
    を送信し、要求に対して受信したメッセージを受信し、
    前記コンテンツデータを表示することを特徴とする請求
    項２記載の情報加工方法。
27. 【請求項２７】 利用者の要求を受け付けるコンピュー
    タで読み取り可能なシステムコードと、 利用者要求を送信するコンピュータで読み取り可能なシ
    ステムコードと、 コンテンツデータを表示するコンピュータで読み取り可
    能なシステムコードを含み、 利用者の要求を受け付け、利用者要求を送信し、要求に
    対して受信したメッセージに含まれるコンテンツデータ
    を表示することを特徴とする請求項３記載のコンピュー
    タ・プログラム・プロダクト。
28. 【請求項２８】 プログラムコード蓄積手段と、プログ
    ラムコード検索手段を有し、利用頻度の高いプログラム
    コードは、予めそのコピーを持っておくことにより、通
    信量を減少させることを特徴とする請求項１９記載の情
    報加工装置。
29. 【請求項２９】 プログラムコード蓄積し、プログラム
    コードを検索し、利用頻度の高いプログラムコードは、
    予めそのコピーを持っておくことにより、通信量を減少
    させることを特徴とする請求項２０記載の情報加工方
    法。
30. 【請求項３０】 プログラムコードを蓄積するコンピュ
    ータで読み取り可能なシステムコードと、前記プログラ
    ムコードを検索するコンピュータで読み取り可能なシス
    テムコードを含み、 利用頻度の高いプログラムコードは、予めそのコピーを
    持っておくことにより、通信量を減少させることを特徴
    とする請求項２１記載のコンピュータ・プログラム・プ
    ロダクト。
31. 【請求項３１】 前記情報受信手段が、メッセージから
    まず前記プログラムコードを分離し、その後、前記コン
    テンツデータを分離することを特徴とする請求項１記載
    の情報加工装置。
32. 【請求項３２】 メッセージを分離する際に、まず前記
    プログラムコードを分離し、その後、前記コンテンツデ
    ータを分離することを特徴とする請求項２記載の情報加
    工方法。
33. 【請求項３３】 コンテンツデータとプログラムコード
    を分離する前記システムコードが、メッセージからまず
    前記プログラムコードを分離し、その後、前記コンテン
    ツデータを分離することを特徴とする請求項３記載のコ
    ンピュータ・プログラム・プロダクト。
34. 【請求項３４】 前記情報送信手段が、前記システム情
    報取得手段から取得したデータ、前記プログラム手段に
    よって加工されたコンテンツデータ、前記プログラムコ
    ードのいずれかを１つ以上再構成して送信することを特
    徴とする請求項１記載の情報加工装置。
35. 【請求項３５】 送信データが、前記システム情報取得
    手段から取得したデータ、前記プログラム手段によって
    加工されたコンテンツデータ、前記プログラムコードの
    いずれかを１つ以上再構成したものであることを特徴と
    する請求項２記載の情報加工方法。
36. 【請求項３６】 前記メッセージを送信するコンピュー
    タで読み取り可能なシステムコードが、前記システム情
    報取得手段から取得したデータ、前記プログラム手段に
    よって加工されたコンテンツデータ、前記プログラムコ
    ードのいずれかを１つ以上再構成して送信することを特
    徴とする請求項３記載のコンピュータ・プログラム・プ
    ロダクト。
37. 【請求項３７】 前記情報送信手段が、前記プログラム
    コードの実行によって取得したデータ、前記プログラム
    手段によって加工されたコンテンツデータ、前記プログ
    ラムコードのいずれかを再構成して送信することを特徴
    とする請求項１記載の情報加工装置。
38. 【請求項３８】 送信データが、前記プログラムコード
    の実行によって取得したデータ、前記プログラム手段に
    よって加工されたコンテンツデータ、前記プログラムコ
    ードのいずれかであることを特徴とする請求項２記載の
    情報加工方法。
39. 【請求項３９】 前記メッセージを送信するコンピュー
    タで読み取り可能なシステムコードが、前記プログラム
    コードの実行によって取得したデータ、前記プログラム
    手段によって加工されたコンテンツデータ、前記プログ
    ラムコードのいずれかを再構成して送信することを特徴
    とする請求項３記載のコンピュータ・プログラム・プロ
    ダクト。