JP2003058496A - マルチメディア情報端末システム及びコンピュータプログラム - Google Patents

Abstract

(57)【要約】 【解決手段】 ＨＴＴＰプロトコルの制御からＨＴＴＰ
プロトコルとは異なる特殊処理への移行を要求するとき
ＵＲＬをコマンド転送手段として使用する。情報端末４
からサーバにこのＵＲＬが入力すると、情報端末４側で
クライアントエージェント６０を起動して、サーバ側で
エージェントサービス部６３を起動する。両者は、双方
向にデータを送受信しながら認証処理のような特殊処理
を実行する。 【効果】 サービスマネージャ６２は、クライアントエ
ージェントとエージェントサービス部６３が認証処理を
実行中にチャンネル変更等の別処理への移行が行われな
いように制御し、確実なセッション管理が可能になる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は簡便に利用できる情
報端末によって様々なサービスや情報を提供することが
できるマルチメディア情報端末システム及びコンピュー
タプログラムに関する。

【０００２】

【従来の技術】商店や金融機関あるいは図書館、その他
の公共機関等において、利用者による簡単な操作によっ
て様々な情報を提供する端末が広く設置されている。こ
れらの端末は、例えば画面に指で触れることによって希
望する情報をディスプレイに表示し、必要に応じて表示
した情報を印刷したりする。例えば駅の案内所などにお
いて、電車や路線バスの運行表をディスプレイに表示し
たり、時刻表を印刷する機能を持つ端末システムも利用
されている。また、楽器店などにおいて、希望する演奏
データをＭＰ３プレイヤーなどにダウンロードする機能
を持った端末が設置されている。デパートなどでは、各
フロアでの取り扱い商品やその他各種の営業案内を表示
する端末が備えられている。図書館では、蔵書の一覧や
希望する図書の検索を行うための端末が利用されてい
る。

【０００３】

【発明が解決しようとする課題】ところで、上記のよう
な従来の技術には、次のような解決すべき課題があっ
た。情報端末をブラウザで制御し、様々なコンテンツを
ウェブページを用いて製作すれば、コンテンツの改良や
変更が比較的容易に行える。ところが、ウェブページを
表示するブラウザは、基本的にセッション管理を行って
いない。従って、例えば利用者を認証するための処理や
その他表示画面から他の関係のない表示画面に移行する
ことが許されないような処理を制御することが難しい。
即ち、不正な制御を実行してしまうのを確実に禁止する
ことができない。このため、認証処理などを必要とする
端末の制御には、メンテナンスや書き換えが容易でない
別のプログラミング技術を使わざるを得ないという問題
があった。

【０００４】本発明は以上の点を解決するために成され
たもので、ブラウザによる制御環境にありながら、確実
にセッション管理のできるマルチメディア情報端末シス
テムを提供することを目的とする。

【０００５】

【課題を解決するための手段】本発明は以上の点を解決
するため次の構成を採用する。 〈構成１〉情報端末と、この情報端末のブラウザによる
要求に対してコンテンツに含まれるウェブページを選択
して閲覧させるウェブサーバ部と、上記情報端末とウェ
ブサーバ部との間で情報端末を制御するプロキシサーバ
部とを備え、上記情報端末のブラウザから、特殊処理へ
の移行を要求するコマンドを含むＵＲＬが上記プロキシ
サーバ部に入力したとき、プロキシサーバ部はコマンド
解釈手段を用いてそのコマンドを解釈し特殊処理を実行
することを特徴とするマルチメディア情報端末システ
ム。

【０００６】ブラウザＨＴＴＰプロトコルの制御を実行
中は、プロキシサーバ部は情報端末から受信したＵＲＬ
（Uniform Resource Locator）をウェブサーバ部に渡し
て、該当するウェブページを記憶装置から読み出すよう
に要求する。コマンドを含むＵＲＬを用いれば、特殊処
理への移行制御時には、プロキシサーバ部がＵＲＬを移
行制御用のコマンドのように認識して処理をする事がで
きる。ＵＲＬをコマンド中に含める方法は任意である。

【０００７】〈構成２〉構成１に記載のマルチメディア
情報端末システムにおいて、特殊処理はＨＴＴＰプロト
コルとは異なるプロトコルで実行される処理であること
を特徴とするマルチメディア．情報端末システム。

【０００８】ＨＴＴＰプロトコルの制御から特殊処理に
移行し、その特殊処理から再びＨＴＴＰプロトコルの制
御に移行する制御をすることにより、ＨＴＴＰプロトコ
ルでは不可能な制御を実現することができる。ＨＴＴＰ
プロトコルとは異なるプロトコルの種類は任意である。

【０００９】〈構成３〉構成１に記載のマルチメディア
情報端末システムにおいて、特殊処理では、必要な情報
の取得等が完了するまで他の処理への移行を禁止する制
御を実行することを特徴とするマルチメディア情報端末
システム。

【００１０】必要な情報の取得等が完了するまで他の処
理への移行を禁止するようなセッション制御はＨＴＴＰ
プロトコルでは実現しない。必要な情報とは、情報端末
から入力された任意の情報である。他の処理はＨＴＴＰ
プロトコルによる処理でも別のプロトコルによる処理で
も構わない。

【００１１】〈構成４〉構成１に記載のマルチメディア
情報端末システムにおいて、特殊処理への移行を要求す
るコマンドを含むＵＲＬは、コマンド解釈用プログラム
の格納された場所のＵＲＬを表示する部分と、要求する
特殊処理を示すコマンドをパラメータとして表示する部
分から成ることを特徴とするマルチメディア情報端末シ
ステム。

【００１２】特殊処理への移行を要求するコマンドを含
むＵＲＬを用いてコマンド解釈用プログラムを起動する
ために、その格納場所を表示するとともに、要求する特
殊処理を示すコマンドをパラメータとした。これによ
り、ＨＴＴＰプロトコルのままで任意のプログラムを起
動できる。

【００１３】〈構成５〉構成４に記載のマルチメディア
情報端末システムにおいて、プロキシサーバ部は、情報
端末から特殊処理への移行を要求するコマンドを含むＵ
ＲＬを受信すると、事前に自動生成し準備されたＵＲＬ
リクエストに対する応答として一部動的パラメータをエ
ンティティ部にクライアントエージェントファイルを含
めて情報端末に返すリダイレクト処理を実行することを
特徴とするマルチメディア情報端末システム。

【００１４】プロキシサーバ部が情報端末から特殊処理
への移行を要求するコマンドを含むＵＲＬを受信する
と、特殊処理を開始する。このとき、最初に情報端末側
でクライアントエージェントを起動する。そのために、
ＵＲＬリクエストに対する応答をあたかもウェブサーバ
からの応答のように情報端末に返す。これをリダイレク
ト処理という。クライアントエージェントファイルは、
情報端末でクライアントエージェントを起動するプログ
ラムである。

【００１５】〈構成６〉構成５に記載のマルチメディア
情報端末システムにおいて、プロキシサーバ部は、クラ
イアントエージェントの通信要求に従ってソケットを確
立し、事前に準備された独立して動作するプログラムの
一部を起動して、情報端末側のクライアントエージェン
トとで双方向にデータを送受信しながら認証処理を含む
特定のサービス実行することを特徴とするマルチメディ
ア情報端末システム。

【００１６】プロキシサーバ部では、特殊処理を実行す
るために、クライアントエージェントとの双方向通信路
を確立する。これにより、他の処理への移行等を禁止し
たＨＴＴＰプロトコルとは異なる特殊処理が可能にな
る。

【００１７】〈構成７〉構成６に記載のマルチメディア
情報端末システムにおいて、プロキシサーバは、複数の
特殊処理を同時に起動させないように排他制御をし、か
つ、いったん起動した特殊処理プログラムの中断を禁止
することを特徴とするマルチメディア情報端末システ
ム。

【００１８】排他制御と中断禁止制御によって、特殊処
理による確実なセッション管理が可能になる。

【００１９】〈構成８〉構成６に記載のマルチメディア
情報端末システムにおいて、プロキシサーバ部は、事前
に準備された独立して動作するプログラムの一部を、チ
ャンネル毎に特定のサービスとしてカスタマイズするこ
とを特徴とするマルチメディア情報端末システム。

【００２０】自由に事前に準備された独立して動作する
プログラムの一部を設計することで、チャンネル毎に認
証処理を任意に設定できる。

【００２１】〈構成９〉構成６に記載のマルチメディア
情報端末システムにおいて、チャンネル毎に独自のコマ
ンドを設定することを特徴とするマルチメディア情報端
末システム。

【００２２】自由にコマンドを設定することでチャンネ
ル毎に独自の制御が可能になる。 〈構成１０〉ウェブサーバ部が、情報端末のブラウザに
よる要求に対してコンテンツに含まれるウェブページを
選択して閲覧させ、プロキシサーバ部が上記情報端末と
ウェブサーバ部との間で情報端末を制御し、上記情報端
末のブラウザから、特殊処理への移行を要求するコマン
ドを含むＵＲＬが上記プロキシサーバ部に入力したと
き、コマンド解釈手段を用いてそのコマンドを解釈し上
記サーバのコンピュータに特殊処理を実行させるコンピ
ュータプログラム。

【００２３】構成１０から構成２０は、構成１から構成
９までのシステムを動作させるコンピュータプログラム
である。

【００２４】〈構成１１〉構成１０に記載のコンピュー
タプログラムにおいて、特殊処理はＨＴＴＰプロトコル
とは異なるプロトコルで実行される処理であることを特
徴とするコンピュータプログラム。

【００２５】〈構成１２〉構成１０に記載のコンピュー
タプログラムにおいて、特殊処理では、必要な情報の取
得等が完了するまで他の処理への移行を禁止する制御
を、上記サーバのコンピュータに実行させるコンピュー
タプログラム。

【００２６】〈構成１３〉構成１０に記載のコンピュー
タプログラムにおいて、特殊処理への移行を要求するコ
マンドを含むＵＲＬは、コマンド解釈用プログラムの格
納された場所のＵＲＬを表示する部分と、要求する特殊
処理を示すコマンドをパラメータとして表示する部分か
ら成る処理を、上記サーバのコンピュータに実行させる
コンピュータプログラム。

【００２７】〈構成１４〉構成１３に記載のコンピュー
タプログラムにおいて、ネットワーク側から特殊処理へ
の移行を要求するコマンドを含むＵＲＬを受信すると、
事前に自動生成し準備されたＵＲＬリクエストに対する
応答として一部動的パラメータをエンティティ部にクラ
イアントエージェントファイルを含めてネットワーク側
に返すリダイレクト処理を実行するような処理を、上記
サーバのコンピュータに実行させるコンピュータプログ
ラム。

【００２８】〈構成１５〉構成１４に記載のコンピュー
タプログラムにおいて、クライアントエージェントの通
信要求に従ってソケットを確立し、事前に準備された独
立して動作するプログラムの一部を起動して、ネットワ
ーク側のクライアントエージェントとで双方向にデータ
を送受信しながら認証処理を含む特定のサービス実行す
る処理を、上記サーバのコンピュータに実行させるコン
ピュータプログラム。

【００２９】〈構成１６〉構成１５に記載のコンピュー
タプログラムにおいて、複数の特殊処理を同時に起動さ
せないように排他制御をし、かつ、いったん起動した特
殊処理プログラムの中断を禁止する処理を、上記サーバ
のコンピュータに実行させるコンピュータプログラム。

【００３０】〈構成１７〉構成１６に記載のコンピュー
タプログラムにおいて、事前に準備された独立して動作
するプログラムの一部を、チャンネル毎に特定のサービ
スとしてカスタマイズする処理を、上記サーバのコンピ
ュータに実行させるコンピュータプログラム。

【００３１】〈構成１８〉構成１０に記載のコンピュー
タプログラムにおいて、チャンネルごとに独自のコマン
ドを設定する処理を、上記サーバのコンピュータに実行
させるコンピュータプログラム。

【００３２】〈構成１９〉ウェブサーバ部に対して、ネ
ットワークを通じて入力する要求に対してコンテンツに
含まれるウェブページを選択して閲覧させるように動作
させる処理と、プロキシサーバ部に対して、上記ネット
ワークを通じて入力するＵＲＬに基づく所定のリクエス
トに応答するように動作させる処理と、上記ネットワー
クから、特殊処理への移行を要求するコマンドを含むＵ
ＲＬが上記プロキシサーバ部に入力したとき、プロキシ
サーバ部がコマンド解釈手段を用いてそのコマンドを解
釈し特殊処理を実行するよう動作させる処理を、上記サ
ーバのコンピュータに実行させるコンピュータプログラ
ム。

【００３３】〈構成２０〉ネットワークを通じて入力す
る要求に対してコンテンツに含まれるウェブページを選
択して閲覧させる処理と、上記ネットワークを通じて入
力するＵＲＬに基づく所定のリクエストに応答する処理
とを、サーバのコンピュータに実行させるとともに、上
記ネットワークから、特殊処理への移行を要求するコマ
ンドを含むＵＲＬが上記プロキシサーバ部に入力したと
き、プロキシサーバ部はコマンド解釈手段を用いてその
コマンドを解釈して、対応する特殊処理を、サーバのコ
ンピュータに実行させるコンピュータプログラム。

【００３４】〈構成２１〉コンテンツに含まれるウェブ
ページを選択してネットワークを通じて閲覧させるウェ
ブサーバ部と、ネットワークに直接接続されたプロキシ
サーバ部とを備え、ネットワークを通じて特殊処理への
移行を要求するコマンドを含むＵＲＬが上記プロキシサ
ーバ部に入力したとき、プロキシサーバ部はコマンド解
釈手段を用いてそのコマンドを解釈し特殊処理を実行す
ることを特徴とするマルチメディア情報端末システム。

【００３５】構成２０以下は、構成１から構成９までの
システムのサーバに関するものである。

【００３６】〈構成２２〉構成２１に記載のマルチメデ
ィア情報端末システムにおいて、特殊処理はＨＴＴＰプ
ロトコルとは異なるプロトコルで実行される処理である
ことを特徴とするマルチメディア情報端末システム。

【００３７】〈構成２３〉構成２１に記載のマルチメデ
ィア情報端末システムにおいて、特殊処理では、必要な
情報の取得等が完了するまで他の処理への移行を禁止す
る制御を実行することを特徴とするマルチメディア情報
端末システム。

【００３８】〈構成２４〉構成２１に記載のマルチメデ
ィア情報端末システムにおいて、特殊処理への移行を要
求するコマンドを含むＵＲＬは、コマンド解釈用プログ
ラムの格納された場所のＵＲＬを表示する部分と、要求
する特殊処理を示すコマンドをパラメータとして表示す
る部分から成ることを特徴とするマルチメディア情報端
末システム。

【００３９】〈構成２５〉構成２４に記載のマルチメデ
ィア情報端末システムにおいて、プロキシサーバ部は、
情報端末から特殊処理への移行を要求するコマンドを含
むＵＲＬを受信すると、事前に自動生成し準備されたＵ
ＲＬリクエストに対する応答として一部動的パラメータ
をエンティティ部にクライアントエージェントファイル
を含めてネットワーク側に返すリダイレクト処理を実行
することを特徴とするマルチメディア情報端末システ
ム。

【００４０】〈構成２６〉構成２５に記載のマルチメデ
ィア情報端末システムにおいて、プロキシサーバ部は、
クライアントエージェントの通信要求に従ってソケット
を確立し、事前に準備された独立して動作するプログラ
ムの一部を起動して、ネットワーク側のクライアントエ
ージェントとで双方向にデータを送受信しながら特定の
サービス処理を実行することを特徴とするマルチメディ
ア情報端末システム。

【００４１】〈構成２７〉構成２６に記載のマルチメデ
ィア情報端末システムにおいて、プロキシサーバは、複
数の特殊処理を同時に起動させないように排他制御を
し、かつ、いったん起動した特殊処理プログラムの中断
を禁止することを特徴とするマルチメディア情報端末シ
ステム。

【００４２】〈構成２８〉構成２６に記載のマルチメデ
ィア情報端末システムにおいて、フロキシサーバ部は、
事前に準備された独立して動作するプログラムの一部
を、チャンネル毎に特定のサービスとしてカスタマイズ
することを特徴とするマルチメディア情報端末システ
ム。

【００４３】〈構成２９〉構成２６に記載のマルチメデ
ィア情報端末システムにおいて、チャンネルごとに独自
のコマンドを設定することを特徴とするマルチメディア
情報端末システム。

【００４４】

【発明の実施の形態】以下、本発明の実施の形態を具体
例を用いて説明する。図１は、本発明のマルチメディア
情報端末システムの主要部ブロック図である。図は本発
明のシステムに使用するサーバの一部分と情報端末のみ
を表示したものである。システムの全体構成は図２を用
いて説明するが、まず、システムの主要部のみの説明を
する。サーバ１０には、ウェブサーバ部５とプロキシサ
ーバ部６とが設けられている。ウェブサーバ部５は、情
報端末４のブラウザによる要求に対して、コンテンツ１
７に含まれるウェブページを選択して閲覧させる機能を
持つ。プロキシサーバ部６は、サーバ１０に接続された
情報端末４を管理する。コンテンツ１７は、複数の互い
に独立したチャンネルに区分されている。利用者がいず
れかのチャンネルのコンテンツ１７を利用しようとする
場合には、例えば、利用者の認証のために、情報端末４
のログオン画面で会員番号とパスワードの入力を求め
る。

【００４５】利用者の認証処理では、端末装置４のブラ
ウザを通じて利用者から会員番号とパスワードの入力が
あると、図示しないデータベースを参照してその正当性
を判断し、正当と認証した後に、コンテンツ閲覧のため
の画面を表示するという一連の処理を行う。一般には、
このような処理中に他の割り込み処理があると、せっか
く入力された会員番号やパスワードのデータが書き換え
られたり消滅したりする。そこで、処理の一貫性を確保
するセッション管理が必要になる。しかしながら、サー
バ１０と情報端末４のブラウザとの間の制御はＨＴＴＰ
プロトコルに従うから、セッション管理を確実に行なう
のは難しい。例えば、ログオン画面で認証処理中に利用
者が全く別の画面の閲覧を要求すると、認証処理は中断
する。その後正常にその認証処理を再開できるという保
証はない。そこで、本発明では、認証処理やチャンネル
間の移動処理（チャンネル切り替え処理）のような特定
の処理を、ＨＴＴＰプロトコルとは別の特殊処理により
実行する。この特殊処理の具体的な説明の前に、まず、
本発明のシステム全体の機能を図２から図７を用いて説
明する。

【００４６】図２は本発明のマルチメディア情報端末シ
ステム具体例を示すブロック図である。図のシステム
は、ネットワーク１を通じてオペレーションセンタ３と
サーバ１０とが接続された構成をしている。サーバ１０
には任意の数の情報端末４が接続されている。ネットワ
ーク１は例えばインターネットなどの広域ネットワーク
から成る。サーバ１０は、例えばスーパーマーケットの
店舗毎に１台ずつ備えられた情報サービス用のコンピュ
ータなどから成る。情報端末４は、スーパーマーケット
の店舗内の各所に配置された端末装置である。この端末
装置の構成は後で説明する。

【００４７】サーバ１０には、ウェブサーバ部５、プロ
キシサーバ部６、スケジューラ７、配信制御部８、記憶
装置１１、１３、コンテンツマネージャ部１２、ログデ
ータ記憶部１４、カテゴリリスト１５、ロギングプロセ
ッサ１６などが組み込まれている。これらはサーバ１０
に内蔵されたり、あるいは外付けされて一体に動作する
機能ブロックであって、コンピュータプログラムやメモ
リ上のデータなどにより構成される。

【００４８】ウェブサーバ部５は、記憶装置１１に記憶
されたコンテンツ１７を情報端末４に閲覧させる制御を
行う部分である。プロキシサーバ部６は、情報端末４を
操作する利用者に提供するマンマシンインタフェース制
御などを含めた主要な情報送受信制御をする部分であ
る。プロキシサーバ部６の内部にはプロキシコア６１、
サービスマネージャ６２、エージェントサービス部６３
が設けられている。プロキシコア６１は、情報端末４か
らウェブサーバ部５に対するコンテンツ閲覧のためのア
クセス要求があったとき、ログデータ記憶部１４に対し
て、そのアクセスログに利用者に関する情報を付加して
記録する処理を行う。このログ情報記録管理は、コンテ
ンツ利用者の利用状況データを取得するためのものであ
る。

【００４９】サービスマネージャ６２は、情報端末４か
らウェブサーバ部５に対するコンテンツ閲覧のためのア
クセス要求を管理し、ウェブサーバ部５を介して受信し
たウェブページを情報端末４に転送したりする制御を行
う。こうしたウェブページのアクセス要求管理は従来ど
おりの方法による。エージェントサービス部６３は、情
報端末４から入力したウェブページ閲覧要求以外の特殊
な要求、例えば、チャンネル切り替え要求や各チャンネ
ルのログイン要求を処理する部分である。プロキシサー
バ部６は、こうした機能ブロックをもつことにより、チ
ャンネル単位で記憶装置１１に記憶されたウェブページ
群を管理単位でマッピングし、それぞれ独立した仮想ウ
ェブサイトとして閲覧させることを可能にする。

【００５０】スケジューラ７は、サーバ１０が起動して
から電源オフまでの間の動作を管理するためのものであ
る。スケジューラ７によるスケジュール制御は、記憶装
置１３に記憶された任意のスケジュールデータ７１に基
づいて行われ、例えば、ログデータをオペレーションセ
ンタに毎日一定の時刻に送信する制御を行う。配信制御
部８は、オペレーションセンタ３から配信されたコンテ
ンツを受信し、その中から必要なコンテンツを取り出し
て記憶装置１１に格納する処理を制御する部分である。
この配信制御部８は、記憶装置１３に記憶されたコンテ
ンツ配信指定データ８１により指定されたチャンネルの
コンテンツのみをオペレーションセンタ３からダウンロ
ードする。コンテンツ配信指定データ８１を利用者の利
用状況を考慮しながら随時更新すれば、サーバ毎に固有
のサービスを実施することができる。

【００５１】コンテンツマネージャ部１２はコンテンツ
の更新処理やＵＲＬリストの作成等を管理する部分であ
る。ここでは、配信制御部８が受信したコンテンツを含
むデータをチャンネル毎に解析処理し変換処理をして、
記憶装置１１に記憶されたウェブデータの管理を行う。
配信されるコンテンツをチャンネル毎に自由に変更でき
るようにすると、コンテンツの入れ替えを行ったとき
に、全てのウェブページのＵＲＬリストを作成するとと
もに、該当するウェブページからキーワードを抽出して
そのＵＲＬと対応付けたキーワードテーブル情報を生成
する。このキーワードテーブル情報はウェブページの検
索に使用できるとともに、ログデータと照合すれば、ど
の利用者が何時どのようなウェブページを利用したか、
その内容はどんなものかを判断するためのデータにな
る。カテゴリリスト１５は、そのサーバが配信要求した
チャンネルのリストやカテゴライズされたキーワードテ
ーブル情報を含むデータである。

【００５２】ロギングプロセッサ１６は、ログデータ記
憶部１４に記憶された情報端末毎のユーザの使用実績を
示すデータとコンテンツマネージャ部１２により生成さ
れたチャンネルのリストやキーワードテーブル情報を含
むカテゴリリスト１５を受け入れて、オペレーションセ
ンタ３に対し自動的に所定のタイミングでこのデータを
送信する。これによってオペレーションセンタ３は、全
てのサーバ１０のデータ利用状況を詳細に把握し、この
情報を必要とする部門へ情報提供サービスを行ったり、
必要に応じて配信すべきコンテンツの内容を改善したり
するサービスを行うことが可能になる。上記のようなサ
ーバ１０は、オペレーションセンタから受信したコンテ
ンツをチャンネル単位で管理しており、情報端末４は任
意のチャンネルを選択して表示してコンテンツを利用す
ることが可能になっている。

【００５３】図３の（ａ）は、記憶装置１１のコンテン
ツ１７を格納した記憶領域のディレクトリ構造を示す説
明図で、（ｂ）はオペレーションセンタ３からサーバ１
０がコンテンツ１７を受信した場合のサーバ１０の動作
を説明するフローチャートである。

【００５４】図の（ａ）に示すように、記憶領域として
設定された例えば、ｄドライブのディレクトリは、制御
用フォルダ、チャンネル用フォルダ、受信用フォルダ、
及び一時記憶用フォルダ（ＴＥＭＰ）を備える。制御用
フォルダには、情報端末４が各チャンネルに共通の特殊
な処理を要求した場合にその制御を実行するコマンド解
釈用のＣＧＩプログラムなどが記憶されている。この特
殊処理には、例えば、利用者の認証処理、課金処理、印
刷処理等がある。チャンネル用フォルダには、図に示す
ようにチャンネル毎に独立したサブフォルダＣＨ１、Ｃ
Ｈ２、ＣＨ３、・・・が設けられている。この図では、
チャンネルＣＨ３のサブフォルダの内容をさらに展開し
たところを示した。

【００５５】チャンネルＣＨ３のルートディレクトリに
はチャンネルＣＨ３のコンテンツを構成するウェブデー
タファイルが格納されている。イメージフォルダ（ＩＭ
ＡＧＥＳ）には、これらのウェブデータファイルが利用
するイメージデータが格納されている。音データフォル
ダ（ＳＯＵＮＤＳ）には、ウェブデータファイルが利用
する音声や音楽などの音データが格納されている。クラ
イアントエージェントフォルダには、このチャンネルＣ
Ｈ３のログオン処理の起動時に利用される特殊処理用の
クライエントエージェントファイルが記憶されている。
エージェントサービスフォルダには、その特殊処理を実
行するために利用されるクライアントサービスファイル
が記憶されている。受信用フォルダには、配信制御部８
がオペレーションセンタから受信したデータが記憶され
る。ＴＥＭＰフォルダは、圧縮されたデータを展開処理
するために利用される。

【００５６】図３の（ｂ）を用いて、配信制御部８やコ
ンテンツマネージャ部１２によるオペレーションセンタ
からサーバへのコンテンツ受信動作を説明する。図２に
示したサーバ１０は、例えば毎朝業務開始時に配信制御
部８を起動し、オペレーションセンタ３からネットワー
ク１を通じてコンテンツを受信する。オペレーションセ
ンタ３は、ネットワーク１に接続された多数のサーバ１
０に対し、配信可能な全てのチャンネルのデータを配信
する。サーバ毎にそのサーバの要求するチャンネルのデ
ータのみを配信してもよい。配信可能な全てのチャンネ
ルのデータを配信すると、オペレーションセンタ３の側
で配信すべきチャンネルの選別等の処理が不要になる。

【００５７】サーバ１０側の配信制御部８は、全てのチ
ャンネルのデータを受信して、受信用フォルダに格納す
る（ステップＳ１）。次に、コンテンツマネージャ部１
２は、コンテンツ配信指定データ８１を参照する（ステ
ップＳ２）。コンテンツ配信指定データ８１には、例え
ばチャンネル１、チャンネル３、チャンネル４というよ
うに、サーバで情報提供を予定しているチャンネルを指
定するデータが記憶されている。コンテンツマネージャ
部１２は、受信用フォルダに格納されたデータの中から
指定されたコンテンツのデータを選択して解凍処理する
（ステップＳ３）。さらに、ウェブページで表示するた
めに適したデータ形式への変換処理や、カテゴリリスト
１５の生成処理を実行する（ステップＳ４）。その後各
コンテンツを記憶装置１１の専用フォルダに格納する
（ステップＳ５）。以上のような処理によって、サーバ
１０の記憶装置１１中に、予め指定したチャンネルのコ
ンテンツを閲覧可能な状態で保存する。

【００５８】図４の（ａ）はチャンネル選択画面の例説
明図で、（ｂ）は情報端末の外観斜視図である。図４
（ｂ）に示すように、情報端末４は、本体２０の上面に
ディスプレイ２１を配置している。また、本体２０の右
側面にはカードリーダ２２を取り付け、前面にはプリン
タ２３を取り付けている。カードリーダ２２は、例え
ば、会員カードやクレジットカードの読み取りに使用さ
れる。プリンタ２３は、例えば、ディスプレイに表示し
た情報を印刷したり、クーポンやポイントカードの発行
等に使用される。情報端末４はこのように、カードリー
ダやプリンタ等の機器を動作させるインタフェースを備
えることができる。ディスプレイ２１には、起動時に、
図４（ａ）に示すようなチャンネル選択画面２５が表示
される。画面中のチャンネル表示部２６にはチャンネル
毎のコンテンツのタイトルが示されている。

【００５９】ここには、例えばチャンネルのタイトルと
チャンネルのコンテンツの簡単な説明とシンボル的なア
イコンなどを自由に表示してよい。ボタン２７は別のチ
ャンネル選択画面に切り換えるための操作ボタンであ
る。情報端末４のディスプレイ２１に表示されるチャン
ネル選択画面２５は、コンテンツマネージャ部１２が生
成する。コンテンツマネージャ部１２は、オペレーショ
ンセンタ３からチャンネル毎に圧縮されたコンテンツデ
ータを解凍して、記憶装置１１に転送する。

【００６０】図５は、チャンネル毎に配信されるコンテ
ンツファイルの構造説明図である。チャンネルのコンテ
ンツデータは、それぞれヘッダ部４１とデータ部４２と
から成る。ヘッダ部４１には、チャンネルタイトル画
像、チャンネル選択アイコン、チャンネル解説文、チャ
ンネルのトップページファイル名、コマンド名リスト、
サービス記述等のデータファイルが含まれる。また、デ
ータ部４２には、ちょうど図３（ａ）を用いて説明した
チャンネル専用フォルダに格納されるものと全く同一の
ディレクトリ構造で、ウェブデータファイルとその付属
ファイル等が含まれている。この状態で圧縮されたデー
タがオペレーションセンタから配信されると、コンテン
ツマネージャ部１２はデータを解凍し、記憶装置１１に
転送する。

【００６１】このとき、上記ヘッダ部４１からチャンネ
ル選択画面２５に表示するための情報を取得する。チャ
ンネルの表題にはチャンネルタイトル画像を使用する。
さらに、チャンネル選択アイコンやチャンネル解説文を
付加する。なお、チャンネルのトップページファイル名
は、チャンネル選択後に最初に表示する画面のデータフ
ァイルである。また、各チャンネルが全く独立している
ので、チャンネル毎に固有のコマンドを使用することが
できる。また、同じコマンド名であっても各チャンネル
毎に異なる動作をさせることもできる。また、同じコマ
ンド名であっても各チャンネル毎に異なる動作をさせる
こともできる。このコマンドをコマンド名リストに表記
する。サービス記述には、チャンネル単位で提供される
サービスのリストが表示される。以上の構成により、任
意のチャンネルのコンテンツを任意の順番で指定して配
信を受けた情報端末に、該当するチャンネルのうちのい
ずれかを選択する画面が自動的に生成され、さらに、そ
れぞれ独自のスタート画面を使用してログインすること
が可能になる。

【００６２】即ち、コンテンツ配信指定データ８１の内
容を変更すれば、記憶装置１１に記憶するコンテンツを
いつでも自由に増やしたり、変更したり、減らしたりす
ることができる。どのチャンネルにどのようなコンテン
ツが割り当てられても構わない。サーバ１０は、起動時
にそのつど図４に示したようなチャンネル選択画面２５
をダイナミックに生成し、チャンネル選択画面を最適化
できる。

【００６３】図６の（ａ）は情報端末がカード認証処理
を行う場合の操作画面２８の例を示し、（ｂ）は、クー
ポン券を発行する処理を行う場合の操作画面２９の例を
示す。まず、はじめのチャンネルは、会員のみに限定し
てサービスを提供するためのコンテンツを含んでいる。
この場合には、操作画面２８を表示して、カードをカー
ドリーダ２２（図４）に挿入することを要求する。会員
がカードをカードリーダ２２に挿入すると、カードの情
報が読み取られて本人認識処理が実行される。また、
（ｂ）に示すように、買い物をする利用者に対して、買
い物の案内を表示したり、あるいは利用者に対してクー
ポン券を発行するといったサービスをする場合には、操
作画面２９を表示する。

【００６４】操作画面２９では、会員の場合にはボタン
３０をクリックさせることによって会員用の例えば特別
の特典を付加したクーポン券を発行する。また会員でな
い場合にはボタン３１をクリックさせることによって一
般のクーポン券を発行する。このような制御を行うこと
によって各コンテンツがそれぞれ利用者の目的に応じて
様々な手段で利用される。また、コンテンツの内容に応
じて情報端末４に設けられた任意の機能を使用し、情報
端末４とサーバ１０との通信によってコンテンツを様々
な形式で利用させることが可能になる。

【００６５】図７は上記のようなシステムの情報端末４
を操作した際の動作フローチャートである。まずステッ
プＳ１１において、サーバ１０を起動させた時既に説明
した要領で、コンテンツマネージャ部１２によるチャン
ネル選択画面の生成が行われる。次に全てのチャンネル
のコンテンツが記憶装置１１に格納された後、情報端末
４を起動する（ステップＳ１２）。情報端末４には、チ
ャンネル選択画面が表示される（ステップＳ１３）。次
にステップＳ１４で、チャンネル選択画面を操作した利
用者が任意のチャンネルを選択した場合、選択されたチ
ャンネルのログイン画面を表示する。ログイン画面は、
例えば図４（ａ）に示したようなカード挿入を要求する
画面である。ステップＳ１５では、挿入された会員カー
ドの情報を読み取って認証処理が実行される。カードの
認証処理は、例えば図２に示すプロキシサーバ部６のエ
ージェントサービス部６３によって実行される。ステッ
プＳ１６において会員であるかどうかの判断をし、会員
であると判断されるとステップＳ１８においてコンテン
ツメニュー画面が表示され、その後は利用者に対しその
コンテンツを自由に利用し閲覧させる。また、会員でな
いと判断されるとステップＳ１７に進み、エラー処理が
実行され、再びステップＳ１３に戻り、チャンネル選択
画面が表示される。また、コンテンツの利用処理が終了
したときも、同様に、再びステップＳ１３に戻り、チャ
ンネル選択画面が表示される。

【００６６】上記のようにチャンネル毎に相互に独立し
たウェブページ群により各チャンネルを構成し、サーバ
がチャンネル単位でコンテンツを区別して独立に管理す
れば、チャンネル毎に全く異なる利用体系が可能にな
り、チャンネル毎に独自の自由な設計が可能になる。従
って、任意の制作者にコンテンツの設計や提供を依頼し
て自由に追加・変更・削除が可能になる。また、チャン
ネル毎にそのコンテンツ固有のメニュー画面や操作画面
などを各チャンネル専用のフォルダに記憶させて利用す
ることが可能になる。また、サーバ１０が配信を希望す
るチャンネルをいつでも変更することが可能になる。ま
た、チャンネル選択画面をダイナミックに自由に変更で
きるようにすれば、サーバ毎のカスタマイズが容易であ
る。

【００６７】また、オペレーションセンタ３が一括して
全てのチャンネルのデータを配信するように構成する
と、サーバごとに指定された固有のデータ配信をすると
いった管理が不要になり、システム管理が簡単になると
いう効果がある。また、情報端末は、ウェブデータのみ
を閲覧できるような簡単な構成にすればよく、それに合
わせてオペレーティングシステムも簡略化できる。従っ
て、比較的小容量のフラッシュメモリなどにオペレーテ
ィングシステムやブラウザを格納して、速やかに容易に
情報端末の立ち上げを行うことが可能である。

【００６８】図８は、本発明のマルチメディア情報端末
システムの具体的な動作を説明するフローチャートであ
る。この図８の各ステップは図１に示したステップＳ１
〜ステップＳに対応している。そこで、両方の図に同一
の符号Ｓ１〜Ｓ２８を付けて対応関係を明確にした。図
８と図１を参照しながら以下の説明をすすめる。既に説
明したように、セッション管理を確実にするために、Ｈ
ＴＴＰプロトコルの制御から特殊処理に移行し、その特
殊処理から再びＨＴＴＰプロトコルの制御に移行する制
御を実現する。また、特殊処理では必要な情報の取得等
が完了するまで他の処理への移行を禁止する。

【００６９】まず、ＨＴＴＰプロトコルの制御を実行中
（ステップＳ２１）は、プロキシサーバ部６は情報端末
４から受信したＵＲＬ（Uniform Resource Locator）を
ウェブサーバ部５に渡して、該当するウェブページを記
憶装置１１から読み出すように要求する。さらに、ウェ
ブサーバ部５からウェブページが情報端末４に送信され
てブラウザによりそのウェブページが情報端末４の図示
しないディスプレイに表示される。次に、ＨＴＴＰプロ
トコルの制御から、ＨＴＴＰプロトコルとは異なる特殊
処理への移行を要求するときは、ＵＲＬをコマンド転送
手段として使用する。

【００７０】そのＵＲＬは、例えば、（ｈｔｔｐ：／／
ホスト名／（制御用のフォルダ名）／コマンド）といっ
た形式にする。ステップＳ２２で、このＵＲＬを受信す
ると、プロキシコア６１は事前に自動生成し準備された
ＵＲＬリクエストに対する応答として一部動的パラメー
タを埋め込み、プロキシコア部は情報端末４に対して直
接レスボンスを返す状態になる。これをリダイレクト処
理という。プロキシコア６１は、図３（ａ）に示したｄ
ドライブの制御用フォルダにあるコマンド解釈用のプロ
グラムを起動する。これで特殊処理が開始される。コマ
ンド解釈用のプログラムは、プロキシコア６１にあるコ
マンドリファランステーブル６４を参照して、このコマ
ンドを解釈する。なお、このコマンドリファランステー
ブル６４は、オペレーションセンタ３（図２）から、所
定のタイミングでコンテンツ配信の際にダウンロードし
て生成しておく。

【００７１】コマンドの内容が所定のチャンネルのログ
インと認証処理の実行要求であると解釈されると、該当
するチャンネルのｃｌｉｅｎｔ ａｇｅｎｔフォルダ
（図３（ａ））から、情報端末４にクライアントエージ
ェントファイルが転送される（ステップＳ２３）。クラ
イアントエージェントは、例えば、サンマイクロシステ
ム社の提供するジャバアプレットやこれに類する言語で
記述されたWebブラウザ上で動作するプログラムであ
る。情報端末４側ではこのクライアントエージェントが
起動して、サービスマネージャ６２に通信要求を行う
（ステップＳ２４）。

【００７２】サービスマネージャ６２は通信要求に従っ
てソケットを確立し、特定のサービスとしてカスタマイ
ズされた独立して動作するプログラム（エージェントサ
ービス部６３）を起動する（ステップＳ２５）。エージ
ェントサービス部６３はその後情報端末４側のクライア
ントエージェントと双方向にデータを送受信しながら認
証処理を実行する（ステップＳ２６）。認証処理では、
例えば、利用者の会員番号とパスワードの入力を求め、
本人の確認を実行してその結果を得る。クライアントエ
ージェントは、ブラウザに対して認証処理の結果を反映
したＵＲＬリクエストの発行を要求する（ステップＳ２
７）。例えば、正当なユーザであると情報端末４にチャ
ンネルのコンテンツ閲覧用のウェブページが表示され
る。一連の処理が終了すると、エージェントサービス部
６３はサービスマネージャ６２に処理終了通知をする
（ステップＳ２８）。

【００７３】サービスマネージャ６２は、処理終了通知
があると特定のサービスとしてカスタマイズされた独立
して動作するプログラム（エージェントサービス部６
３）の動作を終了させる（ステップＳ２９）。これによ
り特殊処理は終了して、再びＨＴＴプロトコルによる制
御が開始される。なお、サービスマネージャ６２は、ク
ライアントエージェントとエージェントサービス部６３
が認証処理を実行中にチャンネル変更等の別処理への移
行が行われないように制御している。具体的には、２以
上のエージェントサービス部の起動を禁止する。これに
より、確実なセッション管理が可能になる。なお、上記
のようなエージェントサービス部６３を、チャンネル毎
にあるいはタスク毎にカスタマイズしておけば、ログイ
ンと認証処理のみならず、チャンネル変更や印刷等の様
々な処理が実行できる。

【００７４】上記のリダイレクト処理は、より具体的に
は、次のようにして実現できる。情報端末から特殊処理
への移行を要求するコマンドを含むＵＲＬを受信する
と、プロキシコア６１は、ＵＲＬリクエストを自動生成
して、生成したＵＲＬへリダイレクトするようクラウア
ントにレスポンスを返す。その後、リダイレクトにより
クライアントからのＵＲＬリクエストに対して、ウェブ
サーバに中継することなく、事前に自動生成し準備され
たＵＲＬリクエストに対する応答をする。この応答とし
て、一部動的パラメータをエンティティ部に埋め込み、
且つ、直接特殊処理を行うクライアントエージントファ
イルを含めた応答を、クラアントに返す処理を実行させ
る。このような動作をこんぴに実行させるプログラムに
より、リダイレクト処理が実現する。また、上記のシス
テムは、例えばチャンネル変更のような特殊処理を実行
するための常駐プログラムと、ログインと認証処理のよ
うな随時起動する特殊処理以外を同時に起動させないよ
うに排他制御をし、かつ、いったん起動した特殊処理プ
ログラムの中断を禁止できる。こうすれば、割り込みや
プログラムの中断によってセッションが中断してトラブ
ルが生じるのを防ぐことができる。

【００７５】なお、上記のように、サーバに接続される
情報端末は、図２に示したサーバ１０中の各機能ブロッ
クは、それぞれ別々のプログラムモジュールにより構成
してもよいし、一体化したプログラムモジュールにより
構成してもよい。また、これらの機能ブロックの全部ま
たは一部を論理回路によるハードウエアで構成しても構
わない。また、各プログラムモジュールは、既存のアプ
リケーションプログラムに組み込んで動作させてもよい
し、独立のプログラムとして動作させてもよい。上記の
ような本発明を実現するためのコンピュータプログラム
は、例えばＣＤ−ＲＯＭのようなコンピュータで読み取
り可能な記録媒体に記録して、インストールして利用す
ることができる。また、ネットワークを通じてコンピュ
ータのメモリ中にダウンロードして利用することもでき
る。

【図面の簡単な説明】

【図１】本発明のマルチメディア情報端末システムの主
要部ブロック図である。

【図２】本発明のマルチメディア情報端末システム具体
例を示すブロック図である。

【図３】（ａ）は、記憶装置１１のコンテンツ１７を格
納した記憶領域のディレクトリ構造を示す説明図で、
（ｂ）はオペレーションセンタ３からサーバ１０がコン
テンツ１７を受信した場合のサーバ１０の動作を説明す
るフローチャートである。

【図４】（ａ）はチャンネル選択画面の例説明図で、
（ｂ）は情報端末の外観斜視図である。

【図５】チャンネル毎に配信されるコンテンツファイル
の構造説明図である。

【図６】（ａ）は情報端末がカード認証処理を行う場合
の操作画面２８の例を示し、（ｂ）は、クーポン券を発
行する処理を行う場合の操作画面２９の例を示す。

【図７】上記のようなシステムの情報端末４を操作した
際の動作フローチャートである。

【図８】本発明のシステムの主要動作を示すフローチャ
ートである。

【符号の説明】

４ 情報端末 ５ ウェブサーバ部 ６ プロキシサーバ部 １１ 記憶装置 １４ ログデータ記憶部 １７ コンテンツ ６０ クライアントエージェント ６１ プロキシコア ６２ サービスマネージャ ６３ エージェントサービス部 ６４ コマンドリファランステーブル

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成１４年７月４日（２００２．７．４）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】００６８

【補正方法】変更

【補正内容】

【００６８】図８は、本発明のマルチメディア情報端末
システムの具体的な動作を説明するフローチャートであ
る。この図８の各ステップは図１に示したステップＳ２
１〜ステップＳ２８に対応している。そこで、両方の図
に同一の符号Ｓ２１〜Ｓ２８を付けて対応関係を明確に
した。図８と図１を参照しながら以下の説明をすすめ
る。既に説明したように、セッション管理を確実にする
ために、ＨＴＴＰプロトコルの制御から特殊処理に移行
し、その特殊処理から再びＨＴＴＰプロトコルの制御に
移行する制御を実現する。また、特殊処理では必要な情
報の取得等が完了するまで他の処理への移行を禁止す
る。

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】００７３

【補正方法】変更

【補正内容】

【００７３】サービスマネージャ６２は、処理終了通知
があると特定のサービスとしてカスタマイズされた独立
して動作するプログラム（エージェントサービス部６
３）の動作を終了させる（ステップＳ２９）。これによ
り特殊処理は終了して、再びＨＴＴＰプロトコルによる
制御が開始される。なお、サービスマネージャ６２は、
クライアントエージェントとエージェントサービス部６
３が認証処理を実行中にチャンネル変更等の別処理への
移行が行われないように制御している。具体的には、２
以上のエージェントサービス部の起動を禁止する。これ
により、確実なセッション管理が可能になる。なお、上
記のようなエージェントサービス部６３を、チャンネル
毎にあるいはタスク毎にカスタマイズしておけば、ログ
インと認証処理のみならず、チャンネル変更や印刷等の
様々な処理が実行できる。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００７４

【補正方法】変更

【補正内容】

【００７４】上記のリダイレクト処理は、より具体的に
は、次のようにして実現できる。情報端末から特殊処理
への移行を要求するコマンドを含むＵＲＬを受信する
と、プロキシコア６１は、ＵＲＬリクエストを自動生成
して、生成したＵＲＬへリダイレクトするようクライア
ントにレスポンスを返す。その後、リダイレクトにより
クライアントからのＵＲＬリクエストに対して、ウェブ
サーバに中継することなく、事前に自動生成し準備され
たＵＲＬリクエストに対する応答をする。この応答とし
て、一部動的パラメータをエンティティ部に埋め込み、
且つ、直接特殊処理を行うクライアントエージントファ
イルを含めた応答を、クライントに返す処理を実行させ
る。このような動作をコンピュータに実行させるプログ
ラムにより、リダイレクト処理が実現する。また、上記
のシステムは、例えばチャンネル変更のような特殊処理
を実行するための常駐プログラムと、ログインと認証処
理のような随時起動する特殊処理以外を同時に起動させ
ないように排他制御をし、かつ、いったん起動した特殊
処理プログラムの中断を禁止できる。こうすれば、割り
込みやプログラムの中断によってセッションが中断して
トラブルが生じるのを防ぐことができる。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 谷 宇 長野県諏訪市大和３丁目３番５号 セイコ ーエプソン株式会社内 (72)発明者 旭 常盛 長野県諏訪市大和３丁目３番５号 セイコ ーエプソン株式会社内 (72)発明者 蟹澤 啓明 長野県諏訪市大和３丁目３番５号 セイコ ーエプソン株式会社内 (72)発明者 深澤 弘保 長野県諏訪市大和３丁目３番５号 セイコ ーエプソン株式会社内 Ｆターム(参考） 5B085 AE23 BC01 BG07 CC00 5B089 GA19 GA21 GB04 GB08 HB05 JA21 JB10 KB07 KC58 KG03

Claims (29)

【特許請求の範囲】
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. 【請求項２９】 請求項２６に記載のマルチメディア情
    報端末システムにおいて、 チャンネルごとに独自のコマンドを設定することを特徴
    とするマルチメディア情報端末システム。