JPH117416A - 通信システム - Google Patents

Abstract

(57)【要約】 【課題】 メッセージ送信の操作労力を軽減する。 【解決手段】 （送信）端末２０から（受信）端末２０
へメッセージをホストコンピュータ１０を介して転送す
る際に、受信端末２０がホストコンピュータ１０にアク
セスしている場合には、ホストコンピュータ１０内に上
記メッセージを保存し、受信端末２０の要求に応じて上
記メッセージをホストコンピュータ１０から受信端末２
０に転送する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ホストコンピュー
タを介して端末間でメッセージを授受する通信システム
に関する。

【０００２】

【従来の技術】通常の通信システムにおいては、個人間
の通信手段として電子メールが用いられている。電子メ
ールは、送信者が作成したメールをホストコンピュータ
に用意された受信者用のメールボックスに保管し、受信
者の要求によりメールが受信者端末へ転送される。

【０００３】このような通信方法では、受信者がいつメ
ールを端末に取り込む（ダウンロード）か、また端末に
取り込んだだけで受信者が実際に読んでいるかどうか、
送信者側ではわからないという不具合がある。

【０００４】また、送信者および受信者がともにホスト
コンピュータに端末がアクセスしている場合には、送信
者側の端末から送られたメッセージを受信者側の端末に
ただちに転送（ダイレクト転送）するようにした通信手
段も提案されている。

【０００５】

【発明が解決しようとする課題】しかしながら、従来、
この種の通信システムでは、メッセージ受信者がホスト
コンピュータにアクセスしていることが必須条件である
ので、アクセスしていない場合には、通信モードを手動
指示により電子メールに切り換えて、受信者のメールボ
ックスにメッセージを送信し直さなければならない。こ
のため、メッセージ送信者側でのメッセージに係る送信
の操作が煩雑になってしまっていた。

【０００６】そこで、本発明の目的は、メッセージ送信
者／受信者側の操作労力を軽減し、メッセージを確実に
受信者に伝えることの可能な通信システムを提供するこ
とにある。

【０００７】

【課題を解決するための手段】このような目的を達成す
るために、請求項１の発明は、ホストコンピュータに接
続された複数の端末間でメッセージを前記ホストコンピ
ュータを介して送信端末から受信端末へ転送する通信シ
ステムにおいて、前記ホストコンピュータは、前記メッ
セージを記憶する記憶手段と、前記メッセージの送信先
の受信端末が該メッセージを着信可能か否かを判定する
判定手段と、該判定手段の判定結果として肯定判定が得
られた場合には、送信すべきメッセージを前記記憶手段
に転送し、否定判定が得られた場合には、前記メッセー
ジを前記記憶手段に転送しない通信手段とを有し、前記
送信先の受信端末からの要求に応じて前記記憶手段に記
憶されたメッセージを前記通信手段により前記送信先の
受信端末へ転送することを特徴とする。

【０００８】請求項２の発明は、請求項１に記載の通信
システムにおいて、前記メッセージに対して送信元を示
す送信ユーザＩＤと送信先を示す受信ユーザＩＤとが関
連付けされており、前記判定手段は前記メッセージの送
信ユーザＩＤと受信ユーザＩＤとが一致した場合に、当
該受信ユーザＩＤを有するユーザからメッセージの着信
の拒否の指示があったとみなし、以後、前記受信ユーザ
ＩＤ宛てのメッセージについて、着信拒否の判定を行う
ことを特徴とする。

【０００９】請求項３の発明は、請求項１に記載の通信
システムにおいて、前記判定手段が否定判定を行った場
合には、着信拒否のメッセージを前記通信手段により前
記送信端末へ転送することを特徴とする。

【００１０】請求項４の発明は、請求項３に記載の通信
システムにおいて、前記メッセージに対して送信元を示
す送信ユーザＩＤと送信先を示す受信ユーザＩＤとが関
連付けされており、前記判定手段は前記メッセージの送
信ユーザＩＤと受信ユーザＩＤとが一致した場合に、当
該受信ユーザＩＤを有するユーザからメッセージの着信
の拒否の指示があったとみなし、以後、前記受信ユーザ
ＩＤ宛てのメッセージについて、着信否の判定を行うと
共に、前記通信手段は前記送信ユーザと受信ユーザＩＤ
とが一致したメッセージを前記着信拒否メッセージとし
て前記送信端末に転送することを特徴とする。

【００１１】請求項５の発明は、請求項１に記載の通信
システムにおいて、前記通信手段は前記受信端末からの
情報入力があった時点で前記記憶手段のメッセージを前
記受信端末へ転送することを特徴とする。

【００１２】

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

【００１３】図１は本発明を適用した通信システムのシ
ステム構成を示す。図１において、ホストコンピュータ
１０に対して複数の端末２０が接続されている。端末と
ホストコンピュータの間はＬＡＮ（広域ネットワーク）
や公衆電話回線で接続することが可能である。

【００１４】ホストコンピュータ１０には既存の汎用コ
ンピュータを使用することができるが、内部構成を図２
を参照して簡単に説明する。ＣＰＵ１１はシステムメモ
リ１２に格納されたシステムプログラムに基づき、シス
テム制御を実行する他、ハードディスク記憶装置（ＨＤ
Ｄ）１４に格納された各種のアプリケーションプログラ
ムを実行する。本発明に係るメッセージ通信用のプログ
ラムもＨＤＤ１４に格納され、ＣＰＵ１１において実行
される。システムメモリ１２には上述のシステム制御に
係るプログラム、各種アプリケーションプログラムの実
行時に生じる入出力データを一時保存する。この中に
は、端末２０から入力されるデータ、端末２０で表示す
る１画面分の表示データも含まれる。

【００１５】ＨＤＤ１４には上記アプリケーションプロ
グラムの他に、アプリケーションで使用するデータが保
存される。メッセージに係るデータとしては、アクセス
を許可するユーザＩＤを記載したテーブルや現在アクセ
スしている端末の通信アドレスおよびユーザＩＤを記載
したテーブル等の従来より周知の管理テーブルの他、本
発明に係るメッセージ蓄積テーブル（以下、蓄積テーブ
ルと略す）１５がＨＤＤ１４上に設けられている。蓄積
テーブル１５はアクセスを許可するユーザＩＤ毎に設け
れている。通信インタフェース１３は複数の端末との間
で通信を行う。本実施の形態では、メッセージ通信用の
プログラムおよび蓄積テーブル１５の構成が従来と異な
る。

【００１６】端末２０のシステム構成も従来装置を使用
できるので、図３を参照して簡単に説明する。図３にお
いて、端末２０はＣＰＵ２１、システムメモリ２２、デ
ィスプレイ２３、キーボード２４および通信インタフェ
ース２５を有する。ＣＰＵ２１はシステムメモリ２２に
格納されたシステムプログラムにしたがって、システム
制御、たとえば、ホストコンピュータ１０から送られた
１画面分の情報をディスプレイ２３に表示させたり、キ
ーボード２４から入力されたコマンドやメッセージをホ
ストコンピュータ１０に転送する処理を実行する。

【００１７】システムメモリ２２はＲＯＭおよびＲＡＭ
で構成され、上記システムプログラムを保存記憶する
他、入出力データを一時記憶する。ディスプレイ２３は
ホストコンピュータ１０から送られる情報（メッセージ
を含む）やキーボード２４から入力された情報を表示す
る。キーボード２４は情報入力を行うが、メッセージに
関しては、メッセージ本文、メッセージの送信コマン
ド、ホストコンピュータ１０上の蓄積テーブル１５から
のメッセージの取り込みコマンド、ホストコンピュータ
１０に対するメール受信拒否モードの指示コマンド、そ
のモードの解除のコマンドを入力する。通信インタフェ
ース２５はホストコンピュータ１０との間で情報転送を
行う。

【００１８】このようなシステム構成において、本実施
の形態では、メッセージの転送をメッセージ送信者が指
示した場合に、メッセージをホストコンピュータ内の蓄
積テーブル１５に記憶した後、メッセージ受信者が使用
しているアクセス端末２０から情報入力があった時点
で、メッセージをその端末に転送することに特徴があ
る。

【００１９】本発明に係る蓄積テーブル１５の構成を図
４を参照して説明する。図４において、蓄積テーブル１
５はユーザＩＤ毎に用意される。蓄積テーブル１５は複
数のアドレスを有するテーブル１０１および書き込みポ
インタ１０４および呼び出しポインタ１０５を有する。
テーブル１０１には１組のメッセージ関連データを個々
のアドレスに対応させて蓄積記憶する。メッセージ関連
データは、メッセージ送信者のユーザＩＤ（送信ユーザ
ＩＤ）、メッセージ送信時刻、メッセージを有する。

【００２０】書き込みポインタ１０４はテーブル１０１
の前回書き込みしたアドレス１０２の値を格納する領域
である。メッセージをテーブル１０１に書き込む毎に更
新する。なお、書き込みポインタ１０４は巡回式であ
り、書き込みポインタ１０４が最終アドレスの時点で次
の書き込みする際は、先頭アドレスにポインタ値が更新
される。

【００２１】呼び出しポインタ１０５はテーブル１０１
の前回読み出しをしたアドレス１０３の値を格納する領
域である。呼び出しポインタ１０５の示す値も巡回式で
設定される。なお、テーブル１０１に蓄積されたメッセ
ージの内、未読のメッセージが上書きにより消去されな
いよう、書き込みポインタ１０４の示すアドレス位置が
呼び出しポインタ１０５の示すアドレス位置に先行する
ように配慮され、一巡して書き込みポインタ１０４の示
すアドレス位置が呼び出しアドレス位置を追いつく位置
にきたときにはメッセージの蓄積が禁止される。着信拒
否フラグ１０６はユーザがメッセージの着信拒否を指示
したときにオンに設定される。

【００２２】本実施の形態では、送信ユーザが受信ユー
ザＩＤを自己のユーザＩＤに指定したメッセージを送信
すると自己の蓄積テーブル１５に対しての着信拒否メッ
セージ格納欄１０７に着信拒否メッセージを蓄積するこ
とになり、この場合に、着信拒否フラグ１０６がオンに
設定される。

【００２３】以下、図６〜図７のフローチャートを参照
してメッセージの転送処理を説明する。図６〜図７に示
す処理手順は実際にはホストコンピュータ１０のＣＰＵ
１１の実行可能なプログラム言語で記載され、ＨＤＤ１
４のような記録媒体に保存記憶され、システムメモリ１
２にローディングされて、ＣＰＵ１１により読み出さ
れ、実行される。なお、端末２０がホストコンピュータ
１０にアクセスする場合には従来と同様、ユーザＩＤを
キーボード２４から入力し、ホストコンピュータ１０側
でのユーザＩＤの照合の後、アクセス（ログインと呼ば
れる）が許可されるものとする。このため、ホストコン
ピュータ１０側では、現在、アクセスしているユーザの
ユーザＩＤおよび端末アドレスを把握することができ
る。

【００２４】以上のシステム構成で実行されるメッセー
ジの転送動作を説明する。

【００２５】（ａ）着信拒否の解除 ホストコンピュータ１０は、任意の端末２０からメッセ
ージ送信の指示があった場合に、まず、メッセージの着
信拒否の解除または指示であるかどうか確認する。

【００２６】ユーザは自己宛てのメッセージの着信を許
可する場合、自己の端末２０のキーボード２４から受信
ユーザＩＤとして自己のユーザＩＤおよびメッセージ文
のかわりに解除コマンドを指定してホストコンピュータ
にメッセージを送信すると、ホストコンピュータ１０の
ＣＰＵ１１はステップＳ１１０で着信拒否の解除の指示
として認識し、着信拒否フラグ１０６をオフにセット
（クリア）し、着信拒否メッセージ格納欄１０７にメッ
セージが記録されていれば、この記載内容を消去する
（ステップＳ１１５）。

【００２７】（ｂ）着信拒否の指示 自己宛てのメッセージの着信を拒否したい場合、ユーザ
は受信ユーザＩＤとして自己のユーザＩＤおよびメッセ
ージをキーボード２４から入力し、ホストコンピュータ
１０に送信する。この情報入力を受けたホストコンピュ
ータ１０のＣＰＵ１１は送信ユーザＩＤと受信ユーザＩ
Ｄが一致しているかを判定し、この一致によりユーザが
着信拒否の指示を行っていると認識する（ステップＳ１
２０）。次に着信拒否フラグ１０６をオンに設定し、受
信のメッセージを着信拒否メッセージ格納欄１０７（図
４参照）に格納する（図６のステップＳ１２０→Ｓ１２
５）。

【００２８】（ｃ）送信先の着信拒否の確認 ユーザはメッセージを送信するために、まず、送信端末
２０のキーボード２４からメッセージ送信を指示するコ
マンド、送信先の受信ユーザＩＤおよびメッセージを入
力し、ホストコンピュータ１０に送信する。

【００２９】この情報入力を受けたホストコンピュータ
１０のＣＰＵ１１は受信ユーザＩＤに関連づけられた着
信拒否フラグがオンに設定されているかどうかを確認す
る。該着信拒否フラグがオンであれば、ホストコンピュ
ータ１０はメッセージの蓄積を行わずに、受信ユーザＩ
Ｄに関連づけられた着信拒否メッセージ格納欄１０７の
着信拒否メッセージを送信元の送信端末２０に返信する
（ステップＳ１３０→Ｓ１３５）。

【００３０】該着信拒否フラグがオフであれば、ホスト
コンピュータ１０のＣＰＵ１１は受信ユーザＩＤに関連
づけられた蓄積テーブル１５のテーブル１０１を参照す
る。該テーブル１０１が満杯(full)であれば、その旨の
メッセージを送信端末２０に返信し、メッセージの蓄積
は行わない（ステップＳ１４０→Ｓ１４５）。

【００３１】（ｄ）メッセージ送信 着信拒否フラグがオフであり、テーブル１０１に空きが
ある場合は、ホストコンピュータ１０のＣＰＵ１１は受
信ユーザのメッセージの受信が可能であると判断し、書
き込みポインタ１０４を新規書き込みアドレスに更新
し、受信したメッセージを送信ユーザＩＤおよび送信時
刻と共に、テーブル１０１の書き込みポインタ１０４の
指示する領域に書き込む（ステップＳ１５０→Ｓ１６
０）。

【００３２】（ｅ）メッセージの受信 ホストコンピュータ１０のＣＰＵ１１は図６の処理手順
により送信メッセージの受け付けを行うほかに、受信者
の端末（受信端末）２０、すなわち、受信者ＩＤと同じ
ユーザＩＤでアクセスしている端末２０が存在する場合
には、図７の処理手順により蓄積テーブル１０１に記憶
されたメッセージを受信端末２０に転送する。

【００３３】ホストコンピュータ１０のＣＰＵ１１は受
信端末２０からの情報入力の有無を確認し、情報入力が
ない場合には（ステップＳ２１０の無判定）、他の情報
処理を行うなど、受信端末２０からの情報入力を待つ。

【００３４】ユーザは、通常メッセージの有無にかかわ
らず、他の情報処理操作（たとえば電子メールの送受
信、掲示板の書き込み、読み取り、データベースのダウ
ンロード等）をその目的に応じて行うため、端末（受信
端末２０）からホストコンピュータにアクセスし、キー
ボード２４を通して情報入力を行う。

【００３５】受信端末２０からの情報入力があると、ホ
ストコンピュータ１０のＣＰＵ１１は受信端末２０から
の情報入力により要求された本来の処理をまず実行する
（ステップＳ２２０）。次に受信端末２０からアクセス
しているユーザＩＤに対応するテーブル１０１に末読の
メッセージがあるかどうか、ホストコンピュータ１０の
ＣＰＵ１１が確認する。末読のメッセージが存在しない
場合は、受信処理を終了する（ステップＳ２３０）。末
読のメッセージが存在した場合は、ホストコンピュータ
１０のＣＰＵ１１は呼び出しポインタ１０５を更新して
呼び出しポインタ１０５の示す読み出しアドレスからメ
ッセージと送信者ＩＤを読み出して、受信端末２０に読
み出しのメッセージを送信する（ステップＳ２４０〜Ｓ
２６０）。

【００３６】これにより受信端末２０のＣＰＵ２１はデ
ィスプレイ２３に受信のメッセージを図５に示すように
送信者ＩＤと共に表示させる。このとき。メッセージを
受信したことを操作者に報知するためにメッセージ表示
部分の色が他の文字の色と異なるように文字色が指定さ
れる。

【００３７】このように受信端末から情報入力があった
ときにメッセージがホストコンピュータ１０から受信端
末２０に送られるので、受信端末２０で情報入力を行っ
ている操作者にメッセージの到着を確実に知らせること
ができる。

【００３８】したがって、送信端末２０からメッセージ
がホストコンピュータ１０に送信された時に受信端末２
０がホストコンピュータ１０にアクセスしていない場合
には、上記メッセージは蓄積テーブル１５のテーブル１
０１に保存されたままであり、以後、受信端末２０がホ
ストコンピュータ１０にアクセスした時に受信端末２０
の要求で読み出される。

【００３９】本実施の形態の他に次の形態を実施でき
る。

【００４０】１）メッセージ着信の報知には表示色を異
ならせる他、警告音を発生させたり、点滅表示を行う方
法を採ることができる。

【００４１】２）本実施の形態では、メッセージ本文の
長さを１行に制限し、図５に示すように表示画面の上部
に表示する。しかしながら、１頁分のメッセージをダイ
レクト転送したい場合には、最初にメッセージを送信す
る旨の案内をホストコンピュータ１０から端末２０に送
信し、端末２０から表示可の指示を受けてメッセージを
ホストコンピュータ１０から端末２０に送信するように
してもよい。

【００４２】

【発明の効果】以上、説明したように、請求項１の発明
では、送信端末から発せられたメッセージは、受信端末
が着信可のときにホストコンピュータの記憶手段に記憶
された後、受信端末により読み取られる。受信端末が着
信不可の場合は、メッセージは転送されない。このよう
な着信拒否の判定に関わる処理を自動的に行うことによ
り送信側ユーザの操作が軽減し、受信者ユーザにメッセ
ージを確実に伝える。

【００４３】請求項２，４の発明では、受信端末側から
他の送信端末からのメッセージの着信拒否を、自己宛て
に着信拒否メッセージを送ることで指示できる。このた
め、ユーザは着信拒否に関わる特別な操作を必要としな
い。また、着信拒否メッセージにより送信先の状況を知
ることができるので、その後の対処が行いやすい。

【００４４】請求項３の発明では、請求項１の発明に加
えて、着信不可の場合にはその旨を示す着信拒否メッセ
ージが送信端末に送られるので送信端末側のユーザはメ
ッセージの到着の有無を確認できる。

【００４５】請求項５の発明は、受信端末から情報入力
があった時点でメッセージが受信端末に転送されるの
で、確実にメッセージを受信端末の操作者に伝えること
ができる。

【図面の簡単な説明】

【図１】本発明実施の形態のシステム構成を示すブロッ
ク図である。

【図２】ホストコンピュータ１０のシステム構成を示す
ブロック図である。

【図３】端末２０のシステム構成を示すブロック図であ
る。

【図４】蓄積テーブル１５の構成を示す説明図である。

【図５】メッセージの表示位置を示す説明図である。

【図６】ホストコンピュータ１０の処理内容を示すフロ
ーチャートである。

【図７】ホストコンピュータ１０の処理内容を示すフロ
ーチャートである。

【符号の説明】

１０ ホストコンピュータ １１，２１ ＣＰＵ １２，２２ システムメモリ １３，２５ 通信インタフェース １４ ＨＤＤ １５ 蓄積テーブル ２０ 端末 ２３ ディスプレイ ２４ キーボード

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ホストコンピュータに接続された複数の
   端末間でメッセージを前記ホストコンピュータを介して
   送信端末から受信端末へ転送する通信システムにおい
   て、 前記ホストコンピュータは、 前記メッセージを記憶する記憶手段と、 前記メッセージの送信先の受信端末が該メッセージを着
   信可能か否かを判定する判定手段と、 該判定手段の判定結果として肯定判定が得られた場合に
   は、送信すべきメッセージを前記記憶手段に転送し、否
   定判定が得られた場合には、前記メッセージを前記記憶
   手段に転送しない通信手段とを有し、 前記送信先の受信端末からの要求に応じて前記記憶手段
   に記憶されたメッセージを前記通信手段により前記送信
   先の受信端末へ転送することを特徴とする通信システ
   ム。
2. 【請求項２】 請求項１に記載の通信システムにおい
   て、 前記メッセージに対して送信元を示す送信ユーザＩＤと
   送信先を示す受信ユーザＩＤとが関連付けされており、
   前記判定手段は前記メッセージの送信ユーザＩＤと受信
   ユーザＩＤとが一致した場合に、当該受信ユーザＩＤを
   有するユーザからメッセージの着信の拒否の指示があっ
   たとみなし、以後、前記受信ユーザＩＤ宛てのメッセー
   ジについて、着信拒否の判定を行うことを特徴とする通
   信システム。
3. 【請求項３】 請求項１に記載の通信システムにおい
   て、前記判定手段が否定判定を行った場合には、着信拒
   否のメッセージを前記通信手段により前記送信端末へ転
   送することを特徴とする通信システム。
4. 【請求項４】 請求項３に記載の通信システムにおい
   て、前記メッセージに対して送信元を示す送信ユーザＩ
   Ｄと送信先を示す受信ユーザＩＤとが関連付けされてお
   り、前記判定手段は前記メッセージの送信ユーザＩＤと
   受信ユーザＩＤとが一致した場合に、当該受信ユーザＩ
   Ｄを有するユーザからメッセージの着信の拒否の指示が
   あったとみなし、以後、前記受信ユーザＩＤ宛てのメッ
   セージについて、着信否の判定を行うと共に、前記通信
   手段は前記送信ユーザと受信ユーザＩＤとが一致したメ
   ッセージを前記着信拒否メッセージとして前記送信端末
   に転送することを特徴とする通信システム。
5. 【請求項５】 請求項１に記載の通信システムにおい
   て、前記通信手段は前記受信端末からの情報入力があっ
   た時点で前記記憶手段のメッセージを前記受信端末に転
   送することを特徴とする通信システム。