JP2000295273A - エージェントシステム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 外部から電子メール以外のアクセスが不可能
なネットワーク上にあるサーバに対し，直接アクセスに
近い処理を外部から行う。 【解決手段】 メールサーバＭＳと同じネットワーク内
のサーバ上に，電子メールで送られてきたスクリプトに
従ってメールサーバＭＳに対して処理を行い，その結果
を電子メールで返送するタスクエージェント４１を動作
させる。携帯端末０では，タスクエージェント４１の処
理内容を記述したスクリプトを含むファイルが作成さ
れ，ＷＡシステム２を介して固定ホスト２０に送られ
る。固定ホスト２０では，スクリプトを電子メールに乗
せてタスクエージェント４１に送信すると共に，その結
果として送信されてきた電子メールから処理結果のファ
イルを取り出し，ＷＡシステムを介して携帯端末０に送
信し表示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，例えば携帯情報端
末を用いて社内ネットワーク上のサーバから所定の情報
を取得しようとする場合などにその手助けとして働くエ
ージェントシステムに関するものである。

【０００２】

【従来の技術】簡易型携帯電話（ＰＨＳ）や携帯電話
（ＰＤＣ）などの無線電話や携帯型情報端末（例えばミ
ニノート型パソコン）等の急激な普及により，出先や移
動中の電車の中などから自分宛の電子メールをチェック
したり，新たに送信したりすることが容易に行えるよう
になった。このようないわゆるモバイル通信等によって
電子メールを利用する場合には，インターネットサービ
スプロバイダ（以下プロバイダという）等を利用し，そ
のプロバイダ等のメールサーバ上で取得したメールアド
レスを用いるのが一般的である。ところで，最近では職
場でも各個人にメールアドレスを配布し，社員間や社外
との連絡に電子メールを利用している場合が多い。しか
しながら，通常の社内ＬＡＮは，インターネットとの間
にＦｉｒｅｗａｌｌを設置して電子メール以外の外部か
らのアクセスを禁止しているのが通常であるから，社外
から直接社内のメールサーバにアクセスして自分宛の電
子メールを見るようなことはできない。勿論，社内ＬＡ
Ｎのどこかにアクセスポイントを設ければ上記のような
ことも可能であるが，セキュリティの問題から許可され
ていないことが多い。従って，社内のメールアドレス宛
に届いた電子メールを出先からチェックしたい場合に
は，例えば社内のメールサーバに，自分宛のメールをプ
ロバイダ側のメールアドレス宛に自動転送するように設
定しておき，出先からはプロバイダのメールサーバにア
クセスして上記転送された電子メールをチェックすると
いうのが一般的である。

【０００３】

【発明が解決しようとする課題】しかしながら，以上の
ような方法では，例えば次のような問題点があった。 社内宛のメールが，社内のメールサーバとプロバイ
ダのメールサーバの両方，若しくはプロバイダのメール
サーバのみに蓄積される（転送設定の内容によって異な
る）ため，管理を一本化することが不可能，若しくは非
常に手間がかかる。 数多くのメールを携帯端末等にダウンロードする必
要があるため，通信コストが高くなる。 出先からメールを送信する場合には，そのメールの
送信元がプロバイダ側のアドレスになってしまうため，
そのままでは相手から送られてくる返信メールがプロバ
イダ側に送信されてしまう。このように，出先からの電
子メールの利用は，同様のことを社内で行う場合と比べ
て非常に不便であった。

【０００４】また，ＰＨＳ等の無線電話装置を用いたデ
ータ通信では，上記無線電話装置が通信可能な状態であ
るか否かを例えば基地局から受信される制御信号の強度
などから判断すると共に，通信可能であると判断した場
合には自動的に発呼を行って接続を確立し，通信を行う
機能，いわゆるワイヤレスエージェント（ＷＡ）機能が
提案されている。しかしながら，上記ＷＡ機能ではファ
イルの送受信しか行えないため，ＷＡ機能を用いている
場合には，たとえ社内ＬＡＮ上にアクセスポイントを設
けたとしても，社内にいるときと同様の方法で電子メー
ルを利用することはできなかった。尚，以上のような問
題点は，電子メールを利用する場合に限らず，例えば社
内のデータベースを検索するような場合にも生じる。本
発明は上記事情に鑑みてなされたものであり，その目的
とするところは，例えば外部から電子メール以外のアク
セスが不可能なネットワーク上にあるサーバに対して，
直接アクセスした場合に近い処理を上記ネットワークの
外部から行うことを可能とするエージェントシステムを
提供することであり，更に，それをファイルの送受信し
かできないＷＡ機能を利用して実現することである。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に，本発明は，クライアント側装置に搭載され，所定の
処理内容が記述された処理記述データを所定の方法で送
信するクライアント手段と，サーバ側装置に搭載され，
上記クライアント手段によって送信された上記処理記述
データを受信し，該処理記述データに記述された処理を
実行すると共に，上記処理で得られた結果データを所定
の方法で上記クライアント側装置に送信するエージェン
ト手段とを具備してなるエージェントシステムとして構
成されている。ここで，上記所定の方法としては，例え
ば電子メールや，或いはそのネットワークの環境によっ
てはｆｔｐなどを用いることが可能である。また，上記
クライアント側装置は，例えば無線電話を介して互いに
ファイルの送受信を行う無線端末とホストとで構成する
ことも可能である。この場合の上記クライアント手段
は，例えば上記処理記述データを含むファイルを上記無
線端末から上記ホストに対して送信し，上記ホストにお
いて上記処理記述データを電子メールに乗せて上記エー
ジェント手段に送信すると共に，上記ホストにおいて，
上記エージェント手段から送信された上記電子メールを
受信し，該電子メールに乗せられてきた上記結果データ
を上記無線端末にファイル送信するように構成すること
ができる。この場合には，上記処理記述データと共に，
上記エージェント手段の電子メールアドレス及び上記ホ
スト上の所定の電子メールアドレスを含む制御パラメー
タを送信し，上記サーバと上記エージェント手段との間
で上記制御パラメータに基づいて電子メールの送受信を
行うようにすればよい。上記のように上記クライアント
側装置を無線端末とホストとで構成することは，上記無
線端末と上記ホストとの間のファイル送受信に際し，基
地局との間で通信可能であると判断した場合に自動的に
発呼を行い，上記ホストとの接続を確立する自動接続手
段，いわゆるワイヤレスエージェント機能を搭載する場
合に実益がある。更に，上記処理記述データに，該処理
記述データに基づく処理の実行に必要なプログラムモジ
ュールの所在場所を含む情報を付加し，上記エージェン
ト手段が，必要に応じて上記処理記述データに付加され
た情報に基づいて所定のプログラムモジュールを取得し
た上で，上記処理記述データに基づく処理を実行するよ
うに構成すれば，エージェント手段のバージョンアップ
が効率化できると共に，上記処理記述データの内容と上
記エージェント手段に組み込まれている機能とが対応し
ていないことによる処理エラーを防止できる。尚，上記
エージェント手段の処理対象としては例えば電子メール
サーバやデータベースサーバなどが考えられる。

【０００６】

【作用】本発明によれば，例えば電子メールを介して上
記エージェント手段に処理内容を指示し，その処理結果
を電子メールで受け取ることが可能である。これによ
り，例えば上記サーバ側装置が外部からの直接のアクセ
スを禁止しているネットワーク上にある場合でも，その
サーバ側装置に直接アクセスした場合とほぼ同内容の処
理を上記ネットワークの外部から行うことが可能とな
る。また，上記クライアント側装置を，例えば無線電話
を介して互いにファイルの送受信を行う無線端末とホス
トとで構成し，処理記述データを含むファイルを上記無
線端末から上記ホストに対して送信し，上記ホストにお
いて上記処理記述データを電子メールに乗せて上記エー
ジェント手段に送信すると共に，上記ホストにおいて，
上記エージェント手段から送信された上記電子メールを
受信し，該電子メールに乗せられてきた上記結果データ
を上記無線端末にファイル送信するように構成すれば，
ファイルの送受信しかできないＷＡ機能を利用して上記
機能が実現できる。

【０００７】

【発明の実施の形態】以下，添付図面を参照して本発明
の実施の形態及び実施例につき説明し，本発明の理解に
供する。尚，以下の実施の形態及び実施例は，本発明を
具体化した一例であって，本発明の技術的範囲を限定す
る性格のものではない。ここに，図１は本発明の実施の
形態に係るメールエージェントシステムＡ１の概略構成
を示すブロック図，図２は上記メールエージェントシス
テムＡ１による処理手順（携帯端末０→タスクエージェ
ント４１）の一例を示すフローブロック図，図３は上記
メールエージェントシステムＡ１による処理手順（タス
クエージェント４１→携帯端末０）の一例を示すフロー
ブロック図，図４は自動バージョンアップ機能を持たせ
たタスクエージェント４１による処理手順を示すフロー
ブロック図，図５は内線ＰＨＳ基地局を用いたネットワ
ークの概略構成を示す模式図，図６はＷＡ機能を利用し
ないメールエージェントシステムＡ２の概略構成を示す
ブロック図である。本実施の形態に係るメールエージェ
ントシステムＡ１は，図１に示す如く，主として携帯端
末０（無線端末の一例）と，インターネットサービスプ
ロバイダのサーバ上に構築される固定ホスト２０（ホス
トの一例）と，社内ネットワークＬＮ上に構築されるサ
ーバ４０とで構成されている。ここで，上記携帯端末０
と固定ホスト２０とがクライアント側装置の一例，サー
バ４０がサーバ側装置の一例である。

【０００８】上記サーバ４０の存在する上記社内ネット
ワークＬＮは，Ｆｉｒｅｗａｌｌを介してインターネッ
トに接続されており，電子メール以外の外部からのアク
セスを阻止する構成となっている。また，上記社内ネッ
トワークＬＮ上には，上記サーバ４０と共に電子メール
サーバＭＳが設置されており，上記携帯端末０のユーザ
が登録されている。上記携帯端末０のユーザは，主とし
てこの電子メールサーバＭＳ上に登録された社内メール
アドレスを用いて外部との電子メールのやり取りを行っ
ているものとする。また，上記サーバ４０上には，タス
クエージェント４１（エージェント手段の一例）が搭載
されている。上記タスクエージェント４１は，例えばＪ
ａｖａ言語によって記述されたプログラムであり，ある
ユーザから自分（タスクエージェント）宛に送られてき
た電子メールに記載された所定のスクリプト（処理記述
データの一例）に従って上記電子メールサーバＭＳに対
する処理を実行し，その結果を電子メールに乗せて返送
する機能を有している。

【０００９】上記携帯端末０は，簡易型携帯電話（ＰＨ
Ｓ）や携帯電話などの無線電話装置（不図示）に接続さ
れたミニノート型パソコンなどで構成されており，上記
無線電話装置を介して上記固定ホスト２０との間でファ
イルの送受信が可能である。また，上記携帯端末０に
は，インターフェイスソフトウェア１ａや制御ソフトウ
ェア１ｂなどで構成される端末側モジュール１と，端末
側ＷＡ（ワイヤレスエージェント）システム２とが搭載
されている。上記インターフェイスソフトウェア１ａ
は，上記タスクエージェント４１に対して処理内容を指
示するスクリプト等の入力を受け付けたり，或いは上記
タスクエージェント４１から返送されてきた上記処理結
果を表示するユーザインターフェイスソフトウェアであ
る。また，上記制御ソフトウェア１ｂは，上記インター
フェイスソフトウェア１ａを介して入力された上記スク
リプト等の情報に基づいて送信メッセージデータファイ
ルを作成して上記端末側ＷＡシステム２の送信スプール
に登録すると共に，上記タスクエージェント４１から返
送されてきた上記処理結果（返送メッセージデータファ
イル）を上記端末側ＷＡシステム２の受信スプールから
取り出して上記インターフェイスソフトウェア１ａを介
して表示させる。また，上記端末側ＷＡシステム２は，
上記無線電話装置が基地局との間で通信可能な状態であ
るか否かを判断すると共に，通信可能であると判断した
場合には自動的に発呼を行い，上記固定ホスト２０との
接続を確立して上記送信スプール内の送信メッセージデ
ータファイルの送信，若しくは上記固定ホスト２０内の
固定側ＷＡシステム２１の送信スプールにある返送メッ
セージデータファイルの受信を行う。

【００１０】また，インターネットサービスプロバイダ
のサーバ上に構築されている上記固定ホスト２０には，
先に触れた固定側ＷＡシステム２１の他，インターネッ
ト電子メールサーバ２２ａや制御ソフトウェア２２ｂな
どで構成される固定側モジュール２２が搭載されてい
る。上記インターネット電子メールサーバ２２ａには，
上記携帯端末０のユーザが登録され，メールアドレスが
付与されている。このメールアドレス（以下，上記社内
メールアドレスに対して社外メールアドレスという）
は，主として上記タスクエージェント４１との間で情報
の送受信を行うために使用する。上記制御ソフトウェア
２２ｂは，上記携帯端末０から上記固定側ＷＡシステム
２１を介して受信した上記送信メッセージデータファイ
ルから上記スクリプトを取り出し，それを電子メールに
乗せて上記インターネット電子メールサーバ２２ａを介
して上記タスクエージェント４１に送信すると共に，上
記タスクエージェント４１から返送されてきた電子メー
ルを上記インターネット電子メールサーバ２２ａを介し
て受け取り，該電子メールから上記処理結果を取り出し
て返信メッセージデータファイルを生成し，上記固定側
ＷＡシステム２１を介して上記携帯端末０に送信する。
尚，上記携帯端末０に搭載されている端末側モジュール
１，及び上記固定ホスト２０に搭載されている固定側モ
ジュールがクライアント手段の一例であり，上記携帯端
末０に搭載されている端末側ＷＡシステムが自動接続手
段の一例である。

【００１１】続いて，図２，図３に示すフローブロック
図を用いて，メールエージェントシステムＡ１による処
理手順を更に詳しく説明する。図２は，携帯端末０から
サーバ４０のタスクエージェント４１に対する指示の伝
達手順を示している。まず，ユーザは携帯端末０の画面
上で所定のアイコンをダブルクリックするなどして上記
インターフェイスソフトウェア１ａを起動させる。これ
により，画面上には例えば図中１０１に示すような入力
画面が表示される。ユーザは，この入力画面１０１の各
入力エリア内に必要事項を入力する。上記必要事項は，
“SendTo”，“ReturnTo”，“Due ”，“Script”など
である。“SendTo”は，電子メールの送信先アドレスで
あり，上記タスクエージェント４１のメールアドレス(E
mailAgent@x,y,z)が入力される。“ReturnTo”は，上記
タスクエージェント４１からの電子メールの返送先アド
レスであり，上記固定ホスト２０内のインターネット電
子メールサーバ２２ａに登録されている上記社外メール
アドレス(UserX@a,b,c) が入力される。“Due ”は，上
記固定ホスト２０への送信メッセージファイルの送信期
限（納期）が入力される。以上が制御パラメータの一例
である。“Script”（処理記述データ）は，上記タスク
エージェント４１の処理内容が所定の記述ルールに法っ
て記述される。例えば，「午後１時の時点で着信メール
スプール内に届いているメールを一括転送する」という
処理内容は，例えば“@getEmail(At:13:00) ”のように
記述される。上記処理内容としては，これ以外にも例え
ば，「電子メールのヘッダ情報のFrom: とSubject:のみ
を取り出しで返送する」，「指定した電子メールのみを
転送する」，「所定の内容の電子メールを送信する」，
「着信メールスプール内の電子メール（一部，若しくは
全部）を消去する」など，様々なものが考えられる。

【００１２】ユーザによる上記必要事項の入力が完了す
ると，それらの情報は制御ソフトウェア１ｂに送られ，
ここで上記“Due ”を除く情報が１つの送信メッセージ
ファイル（スクリプトファイル）にまとめられる（１０
２）。この送信メッセージファイルには，例えばxxxx.s
cpt などのように，特別な拡張子（scpt）を伴う固有の
ファイル名が自動的に割り振られる。この拡張子（scp
t）は，そのファイルがタスクエージェント４１に対す
るスクリプトメッセージを含むものであることを示して
いる。尚，上記送信メッセージファイルには，ユーザの
ログインＩＤやパスワードなどの認証情報（電子メール
サーバＭＳ等へのアクセスに必要）も付加されるが，こ
れらの認証情報は携帯端末０へのログイン時に入力され
たものを自動的に付加するようにすれば，改めて入力す
る手間が省ける。上記生成された送信メッセージファイ
ルは，端末側ＷＡシステム２の送信スプールに，上記
“Due ”に入力された送信期限を１つのパラメータとし
て登録される。そして上記送信メッセージファイルは，
上記端末側ＷＡシステム２により，上記無線電話装置が
基地局との間で通信可能な状態であると判断した場合に
自動的に固定ホスト２０に送信される（１０３）。この
とき，各送信メッセージファイルの送信期限がまだ先で
あれば，通信効率を優先して通信状態が一定以上となる
まで待って送信されるが，上記送信期限が近づいたファ
イルについては納期を重視し，多少通信状態が悪くても
接続可能な状態であれば送信を行うように制御される。
以上が携帯端末０における処理である。

【００１３】固定ホスト２０では，固定側ＷＡシステム
２１により，上記携帯端末０から送信されてきた上記送
信メッセージファイルが受信スプール内に格納される。
制御ソフトウェア２２ｂは，上記受信スプールから，拡
張子がscptとなっている上記送信メッセージファイルを
取り出し（１０４），その内容に基づいて電子メールメ
ッセージを生成する（１０５）。具体的には，この電子
メールメッセージにおける送信先(To:) には上記“Send
To”で指定された上記タスクエージェント４１のメール
アドレス(EmailAgent@x,y,z)が，送信元(From:) には
“ReturnTo”で指定された社外メールアドレス(UserX@
a,b,c) が，電子メール本文には上記“Script”で指定
された上記タスクエージェント４１の処理内容“@getEm
ail(At:13:00) ”，及びユーザのログインＩＤとパスワ
ードが設定される。尚，件名(Subject:)には，上記タス
クエージェント４１にスクリプトを含む電子メールであ
ることを認識させるために例えば“Script”という文字
列を入力する。生成された上記電子メールメッセージ
は，ＳＭＴＰプロトコルに基づいて上記インターネット
電子メールサーバ２２ａに送られ，上記タスクエージェ
ント４１に向けて送信される。以上が固定ホスト２０に
おける処理である。上記固定ホスト２０から送信された
上記電子メールは社内ネットワークＬＮ内の電子メール
サーバＭＳに届けられ，蓄積される。

【００１４】続いて，図３に従って，上記サーバ４０内
のタスクエージェント４１による処理，及びその処理結
果の返送手順について説明する。タスクエージェント４
１は，電子メールサーバＭＳに対して，自分宛の電子メ
ールの有無を定期的（例えば１０秒間隔）にチェック
し，自分宛の電子メールがあればそれを取得する。そし
て，件名(Subject:)が“Script”となっている電子メー
ルからその本文を読み出し，必要な情報を取得する。本
文から取得される情報は，具体的には，電子メールサー
バＭＳに対するユーザのログインＩＤとパスワード，及
び処理内容“@getEmail(At:13:00) ”である。更に，上
記電子メールのヘッダ情報より，送信元(From:) に設定
された社外メールアドレス(UserX@a,b,c) が，処理結果
の返送先アドレスとして取得される。続いて，上記タス
クエージェント４１は，上記取得したユーザのログイン
ＩＤとパスワードとを用いて上記電子メールサーバＭＳ
に接続し，上記指定された処理内容“@getEmail(At:13:
00) ”に従って処理を実行する。ここでは，「午後１時
の時点で着信メールスプール内に届いている電子メール
を一括転送する」という処理内容に基づいて，午後１時
の時点でユーザ宛（上記社内メールアドレス宛）に届い
ている電子メールが全て読み出され，それら読み出され
た電子メール（これが処理結果となる）がxxxx.mail の
ように拡張子(mail)が付加された１つの返送メッセージ
データファイルにまとめられる。そして，上記返送メッ
セージデータファイルは，送信先(To:) を上記社外メー
ルアドレス(UserX@a,b,c) ，件名(Subject:)を上記返送
メッセージデータファイル名（xxxx.mail ）とした電子
メールに添付され，上記電子メールサーバＭＳを介して
送信される。ここで，上記返送メッセージデータファイ
ル名の拡張子は，そのファイル内容によって適当なもの
が選択される。例えば，上記返送メッセージデータファ
イルの内容がＨＴＭＬ形式で記述されたメール本文であ
る場合には例えばその拡張子はhtmlとなり，画像ファイ
ルであればjpeg,gif,bmp等となる。これらの拡張子は，
携帯端末０でその返送メッセージデータファイルの内容
を表示させる際に参照され，適当な表示手段（例えばＷ
ＷＷブラウザ，画像ビューアなど）が起動される。以上
がタスクエージェント４１における処理である。

【００１５】続いて，固定ホスト２０では，制御ソフト
ウェア２２ｂにより，ＰＯＰプロトコルに基づいてイン
ターネット電子メールサーバ２２ａから電子メールが読
み出され，そこに添付されている返送メッセージデータ
ファイル（例えばxxxx.mail）が固定側ＷＡシステム２
１の送信スプールに登録される。上記固定側ＷＡシステ
ム２１の送信スプールに登録された上記返送メッセージ
データファイルは，携帯端末０の端末側ＷＡシステム２
による受信処理によって上記携帯端末０に転送され，上
記端末側ＷＡシステム２の受信スプール内に格納され
る。上記端末側ＷＡシステム２の受信スプール内に格納
された上記返送メッセージデータファイル（例えばxxx
x.mail ）は，制御ソフトウェア１ｂにより読み出さ
れ，インターフェイスソフトウェア１ａ（ＷＷＷブラウ
ザ，画像ビューアなどを含む）を介して画面上に表示さ
れる。即ち，ユーザの要求どおり，午後１時の時点で社
内メールアドレス宛に届いている全ての電子メールの内
容が携帯端末０上で閲覧できる。

【００１６】以上の例では，タスクエージェント４１に
実行させる処理内容を，「午後１時の時点で着信メール
スプール内に届いているメールを一括転送する」として
説明したが，例えば，まず上記処理内容を「現在届いて
いるメールの送信元と件名のみを送信する」としてその
情報を受け取り，再度「Ｘ，Ｙ番目のメールのみを転送
する」という処理を行わせれば，とりあえず必要なメー
ルのみを転送させることができ，通信トラフィックや通
信コスト等の低減が可能となる。また，上記タスクエー
ジェント４１を介してメールを送信すれば，社内でメー
ルを送信する場合と全く同じ結果となり，相手方からの
返信メールが社外メールアドレス宛に届くこともない。

【００１７】以上説明したように，本実施の形態に係る
メールエージェントシステムＡ１を用いれば，外部から
電子メール以外のアクセスが不可能なネットワーク上に
ある電子メールサーバに対して，直接アクセスした場合
とほぼ同内容の処理を上記ネットワークの外部から行う
ことが可能となる。また，これをファイルの送受信しか
できないＷＡ機能を利用して実現することができる。

【００１８】

【実施例】上記タスクエージェント４１に電子メールで
送信したスクリプトを実行させるためには，上記タスク
エージェント４１にそのスクリプトに対応した処理手順
をプログラムとして実装しておく必要があることは当然
である。従って，例えば，エージェントシステムの機能
強化のために新たな処理内容をスクリプトに記述できる
ようにすれば，それに応じて上記タスクエージェント４
１のプログラムも更新（バージョンアップ）する必要が
ある。しかしながら，ネットワーク上に散在するタスク
エージェント４１を全て同時に更新し，新たな機能に対
応させることは難しい。このような問題点を解決するた
めには，タスクエージェント４１自体に必要に応じて自
動的にバージョンアップする機能を持たせることが有効
である。以下，具体例を説明する。タスクエージェント
４１は，ここではＪａｖａプログラムで実装されている
ものとする。Ｊａｖａでは，プログラムモジュール
（「クラス」と呼ばれる）をネットワークよりダウンロ
ードし，それを自分自身に結合して実行することが可能
である（詳細は，例えば「ＪＡＶＡで作るインターネッ
トアプリケーション」，Ｊ．Ｒｏｄｌｙ著，岩谷宏訳，
ソフトバンク社刊，等に詳しい）。図４を用いて説明す
ると，まず，携帯端末０から上記タスクエージェント４
１に対して送られるスクリプト（２０１）には，処理内
容やログインＩＤ，パスワードに加えて，“Class （ク
ラス名）”，“Ver （バージョン）”，“URL （クラス
ファイルの所在場所）”の情報が格納される。“Class
”，“Ver ”は，当該スクリプトで指示した処理内容
を実行するために必要なクラス名とそのバージョンであ
る。また，“URL ”は，上記クラスファイルの所在場所
である。タスクエージェント４１は，上記電子メールを
介して上記スクリプトを受信すると，まずそのスクリプ
トから“Class ”，“Ver ”の情報を読み出し，自分自
身にすでにそのクラスが組み込まれているか否かをチェ
ックする。ここで，タスクエージェント４１には，自分
自身にすでに組み込まれているクラスの名前とそのバー
ジョンのテーブル（２０２）が格納されているものとす
る。該当するクラスがすでに組み込まれていればそのま
ま上記指示された処理内容を実行するが，組み込まれて
いなければ，上記“URL ”で指定された場所から上記ク
ラスファイルをｆｔｐなどを用いてダウンロードし，自
分自身の一部としてロードした上で上記指示された処理
内容を実行する。以上のように構成することにより，タ
スクエージェント４１のバージョンアップが効率化でき
ると共に，スクリプトの内容とタスクエージェント４１
に組み込まれている機能とが対応していないことによる
処理エラーを防止できる。

【００１９】以上説明した例では，タスクエージェント
４１を外部からの直接のアクセスを禁じている社内ネッ
トワークＬＮ内のサーバ４０上に搭載し，プロバイダの
サーバ上に固定ホスト２０を設置し，上記タスクエージ
ェント４１に同じ社内ネットワークＬＮ内の電子メール
サーバＭＳに対して処理を行わせるように構成した。本
発明は，このように外部からの直接のアクセスが禁じら
れているネットワーク内のサーバに対して，外部から所
定の処理を実行させたいような場合に最も実益があり，
その意味で上記のような構成とすることが最も好まし
い。しかしながら，それ以外の構成，例えば上記タスク
エージェント４１をプロバイダのサーバ上に搭載した
り，或いは上記固定サーバ２０を社内ネットワークＬＮ
内のサーバ上に搭載する（この場合は社内ネットワーク
ＬＮ内にアクセスポイントが必要）構成としてもよい。
また，上記の例では，携帯端末０でスクリプト等を通常
のファイルの形で固定ホスト２０に送信し，該固定ホス
ト２０においてそれを電子メールの形に変換して送信す
るようにした（受信時はその逆）が，例えば，携帯端末
０でスクリプトを電子メールの本文として作成し，その
電子メールファイルをＷＡ機能を用いて固定ホスト２０
に送信し，固定ホスト２０ではそれを単に中継するよう
にしてもよい。また，上記スクリプトの送受信には，上
記のように電子メールを用いるのが最適であるが，ネッ
トワークの環境によってはｆｔｐ等を用いることも可能
である。例えば，図５に示すように，複数のＰＨＳ端末
３０１を内線でネットワークに接続する内線ＰＨＳ基地
局３０２が開発されているが，このようなネットワーク
に本発明を適用した場合には上記ＰＨＳ端末３０１とサ
ーバ３０３との間のスクリプトの送受信はｆｔｐなどを
用いることができる。図５の例の場合，上記実施の形態
に係るメールエージェントシステムＡ１における携帯端
末０が上記ＰＨＳ端末３０１に，固定ホスト２０が上記
内線ＰＨＳ基地局３０２に，タスクエージェント４１を
搭載するサーバ４０及び電子メールサーバＭＳが上記サ
ーバ３０３に対応する。スクリプトの送受信にｆｔｐ等
を用いる以外は，上記実施の形態に係るメールエージェ
ントシステムＡ１と同様である。

【００２０】また，上述した各例は，全てＷＡ機能を利
用したものであったが，ＷＡ機能を利用しない形態も考
えられる。図６を用いてその一例を説明する。図６に示
すメールエージェントシステムＡ２は，主として携帯端
末０′と，電子メールサーバ２５を有するプロバイダＰ
と，電子メールサーバＭＳを有する社内ネットワークＬ
Ｎ上に構築されるサーバ４０とで構成されている。ここ
で，上記社内ネットワークＬＮ内の構成は，上記サーバ
４０上に搭載されるタスクエージェント４１の機能を含
めて全て上記実施の形態に係るメールエージェントシス
テムＡ１と同様である。また，上記プロバイダＰは，従
来からある基本的な電子メールサーバ２５を提供してい
るのみであり，固定ホストなどの特別な構成は搭載され
ていない。上記携帯端末０′には，電子メールプログラ
ム５が搭載されている。この電子メールプログラム５
は，電子メールの編集，送受信の機能と，上記タスクエ
ージェント４１から返送されてきた電子メールの内容
（処理結果）の表示機能とが搭載されている。

【００２１】上記メールエージェントシステムＡ２によ
る処理手順を簡単に説明すると，まず，上記電子メール
プログラム５が起動され，その編集画面が表示される。
ユーザは，上記編集画面上で，送信先(To:) に上記タス
クエージェント４１のメールアドレス(EmailAgent@x,y,
z)を，送信元(From:) に上記プロバイダＰにおける社外
メールアドレス(UserX@a,b,c) を，電子メール本文に上
記タスクエージェント４１の処理内容（例えば“@getEm
ail(At:13:00) ”），及びユーザのログインＩＤとパス
ワードを入力する。また，件名(Subject:)には，上記タ
スクエージェント４１にスクリプトを含む電子メールで
あることを認識させるために例えば“Script”という文
字列を入力する。ユーザによる入力が完了すると，上記
電子メールプログラム５は，上記入力された事項に基づ
いて電子メールを生成し，上記プロバイダＰの電子メー
ルサーバ２５に接続して送信する。ここで，携帯端末
０′から上記プロバイダＰへの接続は例えばユーザによ
る手動発呼により行われる。上記送信された電子メール
が社内ネットワークＬＮ内の電子メールサーバＭＳに到
着すると，上記タスクエージェント４１は上記実施の形
態に係るメールエージェントシステムＡ１と全く同様の
手順で処理を行い（ここでは説明を省略する），処理結
果を電子メールで返送する。上記タスクエージェント４
１から電子メールが返送され，上記プロバイダＰの電子
メールサーバ２５に到着した後，ユーザは携帯端末０′
から上記プロバイダＰに接続し，上記電子メールプログ
ラム５によって上記電子メールサーバ２５から上記電子
メールを取得する。そして，その電子メールに添付され
た返送メッセージデータファイル(xxxx.mail) の内容
が，上記電子メールプログラム５の表示画面に表示され
る。以上説明したように，ＷＡ機能を利用しない場合に
は，社内ネットワークＬＮ内のサーバ上にタスクエージ
ェント４１を稼働させ，携帯端末０′上に電子メールプ
ログラム５を搭載するだけで，外部から電子メール以外
のアクセスが不可能なネットワーク上にある電子メール
サーバに対して，直接アクセスした場合とほぼ同内容の
処理を上記ネットワークの外部から行うことが可能とな
る。

【００２２】尚，以上説明した各例では，タスクエージ
ェント４１によって電子メールサーバに対する処理を行
わせる場合について説明したが，タスクエージェント４
１の処理対象は例えばデータベースサーバなどでもよ
い。この場合には，上記タスクエージェント４１へ送信
するスクリプトに上記データベースサーバの検索命令を
記述すれば，社外の携帯端末で社内のデータベースの検
索結果を容易に取得できる。

【００２３】

【発明の効果】以上説明したように，本発明は，クライ
アント側装置に搭載され，所定の処理内容が記述された
処理記述データを所定の方法で送信するクライアント手
段と，サーバ側装置に搭載され，上記クライアント手段
によって送信された上記処理記述データを受信し，該処
理記述データに記述された処理を実行すると共に，上記
処理で得られた結果データを所定の方法で上記クライア
ント側装置に送信するエージェント手段とを具備してな
るエージェントシステムとして構成されているため，例
えば上記サーバ側装置が外部からの直接のアクセスを禁
止しているネットワーク上にある場合でも，そのサーバ
側装置に直接アクセスした場合とほぼ同内容の処理（例
えば電子メールの送信，閲覧，データベースの検索等）
を上記ネットワークの外部から行うことが可能となる。
ここで，外部からのアクセスを禁止しているネットワー
クでも，通常は電子メールの送受信は可能である場合が
多いため，上記所定の方法としては，電子メールを用い
ることが最適である。また，上記クライアント側装置
は，例えば無線電話を介して互いにファイルの送受信を
行う無線端末とホストとで構成することも可能である。
この場合の上記クライアント手段は，例えば上記処理記
述データを含むファイルを上記無線端末から上記ホスト
に対して送信し，上記ホストにおいて上記処理記述デー
タを電子メールに乗せて上記エージェント手段に送信す
ると共に，上記ホストにおいて，上記エージェント手段
から送信された上記電子メールを受信し，該電子メール
に乗せられてきた上記結果データを上記無線端末にファ
イル送信するように構成することができる。この場合に
は，上記処理記述データと共に，上記エージェント手段
の電子メールアドレス及び上記ホスト上の所定の電子メ
ールアドレスを含む制御パラメータを送信し，上記サー
バと上記エージェント手段との間で上記制御パラメータ
に基づいて電子メールの送受信を行うようにすればよ
い。上記のように上記クライアント側装置を無線端末と
ホストとで構成することは，上記無線端末と上記ホスト
との間のファイル送受信に際し，基地局との間で通信可
能であると判断した場合に自動的に発呼を行い，上記ホ
ストとの接続を確立する自動接続手段，いわゆるワイヤ
レスエージェント機能を搭載する場合に実益がある。更
に，上記処理記述データに，該処理記述データに基づく
処理の実行に必要なプログラムモジュールの所在場所を
含む情報を付加し，上記エージェント手段が，必要に応
じて上記処理記述データに付加された情報に基づいて所
定のプログラムモジュールを取得した上で，上記処理記
述データに基づく処理を実行するように構成すれば，エ
ージェント手段のバージョンアップが効率化できると共
に，上記処理記述データの内容と上記エージェント手段
に組み込まれている機能とが対応していないことによる
処理エラーを防止できる。

【図面の簡単な説明】

【図１】 本発明の実施の形態に係るメールエージェン
トシステムＡ１の概略構成を示すブロック図。

【図２】 上記メールエージェントシステムＡ１による
処理手順（携帯端末０→タスクエージェント４１）の一
例を示すフローブロック図。

【図３】 上記メールエージェントシステムＡ１による
処理手順（タスクエージェント４１→携帯端末０）の一
例を示すフローブロック図。

【図４】 自動バージョンアップ機能を持たせたタスク
エージェント４１による処理手順を示すフローブロック
図。

【図５】 内線ＰＨＳ基地局を用いたネットワークの概
略構成を示す模式図。

【図６】 ＷＡ機能を利用しないメールエージェントシ
ステムＡ２の概略構成を示すブロック図。

【符号の説明】

０…携帯端末（無線無線端末の一例） １…端末側モジュール １ａ…インターフェイスソフトウェア １ｂ…制御ソフトウェア ２…端末側ＷＡシステム（自動接続手段の一例） ２０…固定ホスト（ホストの一例） ２１…固定側ＷＡシステム ２２…固定側モジュール ２２ａ…インターネット電子メールサーバ ２２ｂ…制御ソフトウェア ４０…サーバ（サーバ側装置の一例） ４１…タスクエージェント（エージェント手段の一例） ＭＳ…電子メールサーバ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 高橋 英二 兵庫県神戸市西区高塚台１丁目５番５号 株式会社神戸製鋼所神戸総合技術研究所内 (72)発明者 田村 直樹 兵庫県神戸市西区高塚台１丁目５番５号 株式会社神戸製鋼所神戸総合技術研究所内 Ｆターム(参考） 5B089 GA11 GA25 GB08 HA10 HA11 JA31 JB08 KA10 KC28 KC59 LA00 LA19 5K030 GA17 HA06 HC09 JL01 JT09 9A001 BB04 CC02 CC05 JJ12 JJ14 JJ25 JJ27 KK56

Claims (9)

【特許請求の範囲】
1. 【請求項１】 クライアント側装置に搭載され，所定の
   処理内容が記述された処理記述データを所定の方法で送
   信するクライアント手段と，サーバ側装置に搭載され，
   上記クライアント手段によって送信された上記処理記述
   データを受信し，該処理記述データに記述された処理を
   実行すると共に，上記処理で得られた結果データを所定
   の方法で上記クライアント側装置に送信するエージェン
   ト手段とを具備してなるエージェントシステム。
2. 【請求項２】 上記所定の方法が電子メールを用いた送
   信方法である請求項１記載のエージェントシステム。
3. 【請求項３】 上記クライアント側装置が，無線電話を
   介して互いにファイルの送受信を行う無線端末とホスト
   とで構成される請求項１又は２記載のエージェントシス
   テム。
4. 【請求項４】 上記クライアント手段が，上記処理記述
   データを含むファイルを上記無線端末から上記ホストに
   対して送信し，上記ホストにおいて上記処理記述データ
   を電子メールに乗せて上記エージェント手段に送信する
   と共に，上記ホストにおいて，上記エージェント手段か
   ら送信された上記電子メールを受信し，該電子メールに
   乗せられてきた上記結果データを上記無線端末にファイ
   ル送信するように構成されてなる請求項３記載のエージ
   ェントシステム。
5. 【請求項５】 上記処理記述データと共に，上記エージ
   ェント手段の電子メールアドレス及び上記ホスト上の所
   定の電子メールアドレスを含む制御パラメータが送信さ
   れ，上記サーバと上記エージェント手段との間で上記制
   御パラメータに基づいて電子メールの送受信が行われる
   請求項４記載のエージェントシステム。
6. 【請求項６】 上記無線端末に，上記ホストとの間のフ
   ァイル送受信に際し，基地局との間で通信可能であると
   判断した場合に自動的に発呼を行い，上記ホストとの接
   続を確立する自動接続手段が搭載されてなる請求項３〜
   ５のいずれかに記載のエージェントシステム。
7. 【請求項７】 上記処理記述データに，該処理記述デー
   タに基づく処理の実行に必要なプログラムモジュールの
   所在場所を含む情報が付加され，上記エージェント手段
   が，必要に応じて上記処理記述データに付加された情報
   に基づいて所定のプログラムモジュールを取得した上
   で，上記処理記述データに基づく処理を実行する請求項
   １〜６のいずれかに記載のエージェントシステム。
8. 【請求項８】 上記処理記述データに，上記サーバ側装
   置若しくはその他の装置上に構築された電子メールサー
   バに対する処理が記述され，上記エージェント手段が，
   上記処理記述データに基づいて上記電子メールサーバに
   対する処理を行う請求項１〜７のいずれかに記載のエー
   ジェントシステム。
9. 【請求項９】 上記処理記述データに，上記サーバ側装
   置若しくはその他の装置上に構築されたデータベースサ
   ーバに対する処理が記述され，上記エージェント手段
   が，上記処理記述データに基づいて上記データベースサ
   ーバに対する処理を行う請求項１〜８のいずれかに記載
   のエージェントシステム。