JPH01298840A

JPH01298840A - 電子掲示板システム

Info

Publication number: JPH01298840A
Application number: JP63129633A
Authority: JP
Inventors: Tamotsu Mizuguchi; 有水口; Katsuyoshi Yamaguchi; 山口　勝好
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1988-05-27
Filing date: 1988-05-27
Publication date: 1989-12-01
Anticipated expiration: 2010-10-18
Also published as: JPH0797775B2

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】［目次］概要産業上の利用分野従来の技術発明が解決しようとする課題課題を解決するための手段第１の発明の原理的構成第２の発明の原理的構成作用実施例第１の発明の実施例第２の発明の実施例発明の効果［概要］交換機に収容された端末間でメツセージの掲示板サービ
スを交換機に設けたアブリケーシッン・プロセッサによ
り行うための掲示板サービス制御方式に関し、各ユーザが掲示を読出す時に既に見終わった掲示や期限
を過ぎた掲示を掲示読出しの際に掲示しないようにユー
ザ対応に制御する掲示板サービス制御方式と、登録され
た掲示がその有効期限を過ぎると自動的に掲示されない
ようにする掲示板サービス制御方式とを提供することを
目的とし、複数の端末を交換機に収容し該交換機に接続
したアブリケーシッン・プロセッサによる掲示板サービ
ス制御方式において、端末からの要求を判別する要求判
定部と、端末に対応する制御を行うユーザ対応制御部と
メツセージ転送制御部とを備え、メツセージ転送制御部
は管理するファイルの１つに掲示リストを備え、ユーザ
対応制御部は管理するファイルの１つにユーザ用掲示リ
ストを備え、端末からの要求が掲示読出しである場合、
掲示読出し部において前記掲示リストと前記ユーザ用掲
示リストとを比較し、不一致の時前記掲示リストまたは
ユーザ用掲示リストを更新する更新手段を備え、端末か
らの要求が掲示削除を要求するものである場合は、掲示
削除部において対応するユーザ用掲示リストから要求す
る項目を削除するよう構成する。

［産業上の利用分野１本発明は交換機に収容された端末間でメツセージの掲示
板サービスを交換機に設けたアプリケーション・プロセ
ッサにより行うための掲示板サービス制御方式に関する
。

最近、ｌ５ＤＮ’（統合サービスディジタル網）用の端
末として文字表示機能付きの高機能端末を用い音声以外
のディジタル情報の伝送を行う構内交換機（Ｐ　Ｂ　Ｘ
）や公衆交換機が実用化されるようになった。

そのような交換機には加入者に対するサービスが種々考
えられているが、その１つにメツセージ（音声、文字、
画像等）を要求により所望の相手に転送することが行わ
れている（メールサービスと称される）、そのメールサ
ービスに近い技術を用いて掲示板サービスが実行されて
いるが、掲示板の個々の利用者に対して必要な掲示情報
だけを常に提供するとともに掲示情報の中に有効期限の
きれた古い情報を含まないようにすることが望まれてい
る。

［従来の技術］従来の基本システム構成図を第１２図に示し、基本シス
テム中の端末のハードウェア構成図を第１３図に、交換
機とＡＰの接続とＡＰのハードウェア構成図を第１４図
に示す。

図の１２０は複数の文字表示機能付端末、１２１は構内
交換機、１２２は交換制御プロセッサ、１２３はアプリ
ケーション・プロセッサ（ＡＰ）、１２４はハードディ
スクを表す。

アブリケーシッン・プロセッサ（以下、単にＡＰという
）１２３は交換制御プロセッサとｌ５ＤＮの１インタフ
エース（２Ｂ＋Ｄ：６４Ｋｂｐｓの情報チャンネルが２
つと制御チャンネル１つ）で接続され、端末間の接続制
御をも行うが、負荷分散のため交換制御プロセッサとは
別の構成となっている。

第１３図の端末のハードウェア構成図において、ｌ５Ｄ
Ｎ伝送制御部１３２は交換機の交換制御プロセフサ１２
２およびＡＰとの伝送制御を行い、ＣＰＵＩ　３１はメ
インメモリ１４０．端末の入出力装置であるデイスプレ
ィ１３７．静電結合型透明タブレット１３９．ｌ５ＤＮ
伝送制御部１３２等により端末機能を実現するための制
御処理を行う、　第１４図において、ＡＰＩＳＯはイン
タフェース１５２．１５３により交換機１２１と交換制
御プロセッサ１２２と接続し、ＣＰＵＩ　５１とメイン
メモリ１５４によりデイスプレィ１５７．フロッピーデ
ィスクドライブ１５９．ハードディスクドライブ１６５
等とのデータのやりとりやインタフェース１５２，１５
３を介する端末とのデータ送受信を行って端末へのサー
ビスのためのアプリケーションプログラムに従った情報
処理を実行する。

ＡＰは複数備えることも可能であり、ソフトウェアとし
て通常１つのＡＰに数個のサービス・アプリケーション
プログラムが備え゛られ、アプリケーション管理部（図
示せず）により端末からの要求に応じたアプリケーショ
ンを起動したり、アプリケーションと端末との対応など
が管理される。

このアプリケーションにはＶＨ３（メツセージハンドリ
ングシステム）を実現するためのＭＴＡ（Ｍｅｓｓａｇ
ｅ　Ｔｒａｎｓ４ｅｒ　Ａｇｅｎｔ）とＵＡ　（Ｕｓｅ
ｒ　Ａｇｅｎｔ）が設けられている。ＭＴＡは、メツセ
ージ（以下、これはメールと同義のものとして用いる）
を宛先に従って転送する機能をもち、これは郵便局間で
手紙を転送する作業に相当する。ＵＡは、ユーザ対応に
存在し、私書箱に近い機能を果たす、ＭＴＡからメツセ
ージを受信し、ユーザが取り出すまでの間蓄積しておく
メールボックスの機能と、メツセージを編集・作成して
ＭＴＡに送信する機能などがある。そして、このシステ
ム（第１２図）では掲示板サービスが前記ＭＴＡとＵＡ
を用いて行われる。

掲示板サービスはＶＨ３のメール転送と偵ているが、送
信先がとくに指定されない点が異なる。

掲示を希望するユーザは一つのメツセージを選択し、「
掲示」を行うことをシステムに告げる（端末からのコマ
ンド入力）ことにより実現される。

掲示板に登録されたドキュメントはシステム内の全ての
ユーザから見ることができる。

第１５図にハードディスク内のディレクトリ構成を示す
、同図に示されるように従来の掲示板システムではＭＴ
ＡとＵＡが同−ＡＰ内に存在するため、階層構造ディレ
クトリをハードディスク（第１図の２０、第１４図の１
６４，１６５参照）内に持ち、掲示を管理している。Ｍ
ＴＡが管理するディレクトリはディレクトリＭＴＡとデ
ィレクトリＢ　Ｂ　Ｓ　（［Ｉｕｌｌｅｔｉｎ　Ｂａｒ
ｄ　５ｅｒｖｉｃｅ　　：掲示板サービス）の下へリン
クされているファイル（管理ファイルＭＮＧ、とメツセ
ージ本体情報であるＭＡＩＬ２〜ＭＡ　Ｉ　Ｌ　５）で
あり、ＵＡが管理するディレクトリは、ユーザ名のディ
レクトリ（ｔＪｓＥＲ１〜ＵＳＥＲｎ）の下にある７　
７４　ル（それぞれ管理ファイルＭＮＧ、メツセージ本
体情報のＭＡ　ｒ　Ｌ）である。

例えば、ユーザ１が、メール１　（ユーザ１が既に作成
してメールｌとしてファイルされているもの）を掲示し
たいという要求をシステムに出したとする。するとファ
イルであるメールｌは、ＭＴＡによってディレクトリＵ
ＳＥＲ１の下から切り離され、ディレクトリＢＢＳの下
へリンクされる。

この時同ファイルの管理情報は、ディレクトリＵＳＥＲ
Ｉの下の管理ファイル（ＭＮＧ＞内より消去され、ディ
レクトリＢＢＳの下の管理ファイルＭＮＧに追加登録さ
れる。これにより、メール１は全てのユーザからの参照
が可能となる。

上記した端末からの登録要求とＡＰ内のＵＡ、ＭＴＡに
おける処理手順を第１６図に従来の掲示登録シーケンス
図として示す。

次にユーザ２が掲示を参照する場合を述べると、ユーザ
２よりシステムへ掲示読出し要求が届くと、ＭＴＡが掲
示されている全てのメール名をディレクトリＢＢＳの下
の管理ファイルＭＮＧから読出し、ユーザ２へ送信する
。ユーザ２がその中から読みたい掲示を選択するとＵＡ
が該当掲示本体の情報をハードディスクより読出し、端
末に表示する。

この端末からの読出し要求とＡＰ内のＵＡＳＭＴＡにお
ける処理手順を第１７図に、従来の掲示読出し処理シー
ケンス図として示す。

第１７図について概説すると、端末から掲示板リスト送
信要求を出す（同図１７１）と、ＵＡではその要求をＭ
ＴＡに伝え、ＭＴＡでは掲示板リストをＢＢＳの下の管
理ファイルＭＮＧから読出しく同１７３）、掲示登録総
数と掲示リスト（８名、ファイル番号等）をＵＡを通っ
て端末に送信する。端末ではその掲示登録総数と掲示リ
ストを見て、希望する掲示を選択して要求する（同１７
９）、ＡＰ内のＵＡはその要求を受けると、掲示リスト
の該当する掲示のファイル名を検索してハードディスク
より掲示本体である情報を読出して、端末へ送信する（
同１８１）。

第１８図に上記の第１６図と第１７図に示すシーケンス
図において端末とＡＰとの間でやりとりされる通信信号
のフォーマントが示されている。

第１８図のＦ１〜Ｆ６は第１６図、第１７図の中で用い
られている記号を表す。

［発明が解決しようとする課題］上記した従来の方式では、掲示される数が多くなると、
ＭＴＡより送信されてくる掲示リスト数が増加する。そ
のため、掲示リストや掲示本体（メツセージの内容）を
蓄積するメモリの容量が増大するだけでなく、掲示リス
トが多くなることによりユーザが本来見なければならな
いものと、以前に見てもう見る必要がないもの等が一緒
にユーザに提供されるため、ユーザがその中の必要な掲
示を見逃したりするという問題が生じていた。

また、このような掲示板サービスでは、第１８図のＦｌ
、Ｆ２のフォーマットに示すようにユーザが掲示を登録
する時に有効期限を指定していたが、その掲示は有効期
限を過ぎてもリストと本体は保持され掲示が続けられて
いた。

その理由は、掲示削除の管理を掲示の登録者に任せてい
たためである。有効期限をすぎた掲示が多く存在するよ
うになると、記憶装置（ハードディスク）の記憶容量不
足が起こり、またユーザが有効期限を過ぎている掲示を
見させられるという問題が生じていた。

本発明は各ユーザが掲示を読出す時に既に見終わった掲
示や期限を過ぎた掲示を掲示読出しの際に掲示しないよ
うにユーザ対応に制御する掲示板サービス制御方式と、
登録された掲示がその有効期限を過ぎると自動的に掲示
されないようにする掲示板サービス制御方式とを提供す
ることを目的とする。

［課題を解決するための手段］第１の発明の原理的構成図本願の第１の発明の原理的構成図を第１″図に示す。

第１図の１０は端末、１１は交換機、１２はアプリケー
ションプロセッサ（ＡＰ）、１３は送受信バッファ部、
１４は要求判定部、１５はユーザ対応制御部、１６は掲
示読出し部、１７は掲示削除部、１８は掲示登録部、１
９はメツセージ転送制御部、２０はハードディスクを表
す。

第１図の構成では、ハードディスク２０に記憶された掲
示板サービスのためのファイルの中に、メツセージ転送
制御部（従来例のＭＴＡに対応）１９に管理され、掲示
板サービスを受ける全ユーザに共通の掲示板リストＢＢ
Ｓの他に、新たにユーザ対応制御部（従来例のＵＡに対
応）に管理されるユーザ対応掲示リストＢＢＬＩ・・Ｂ
ＢＬｎが設けられた。

この第１図に示す発明は、各ユーザ対応に掲示リストを
設け、ユーザからの読出し要求が発生する毎にそのユー
ザ用の掲示リストを更新して不要な掲示を削除し、新規
な掲示を追加してユーザに提供し、各ユーザからの掲示
を削除する要求により、共通の掲示板リストからその掲
示を削除するよう構成するものである。

第２の発明の原理的構成図第２図に本願の第２の発明の原理的構成図を示す。

第２図の２１はアプリケーションプロセッサ（ＡＰで表
示）で、その中の２２は送受信バッツァ部、２３は要求
判定部、２４はユーザ対応制御部、２４１は掲示登録部
、２４２は掲示読出し部、２４３は掲示削除部、２５は
メツセージ転送制御部、２６は管理ファイル更新部、２
７はタイマ、２８はハードディスクを表す。

この第２の発明は第１の発明のようなユーザ対応の掲示
リストを設けることなくメツセージ転送制御部２５に管
理ファイル更新部２６を設け、−定周期入力により起動
してユーザ共通の掲示ファイルを有効期限に基づいて更
新するものである。

（作用］第１図に示す第１の発明の基本構成図の作用を説明する
と、端末から交換機を経由してアブリケーシッンプロセ
ッサ（ＡＰ）１２に接続される。

ＡＰＩ２の送受信バッファ部１３を介して要求判定部１
４において掲示板サービスの中のいずれの処理を要求す
るか、コマンドを判定しその結果によりユーザ対応制御
部１５内の掲示読出し部１６、掲示削除部１７、掲示登
録部１８の何れかが起動する。

掲示読出しが要求されると、ユーザ用掲示リストＢＢＬ
ｌ”ＢＢＬｎ、２０２の中のそのユーザに対応するりス
トＢＢＬｎ　（ユーザｎの場合）の読出しがユーザ対応
制御部１５のファイル読出し制御Ｂにより実行され、そ
れと同時にメツセージ転送制御部１９に対してその管理
下にある掲示リストＢＢＳ、２０１を読出すよう依願す
る。

ＢＢＳとこのユーザｎ用のＢＢＬｎが得られると、掲示
読出し部１６の比較手段１６１により両者を比較する。

この比較において、ＢＢＳに有ってＢＢＬに無いリスト
や、ＢＢＬに有ってＢＢＳに無いリストが検出されると
、ユーザ掲示リスト更新手段１６２または掲示リスト更
新手段１６３により、ＢＢＬｎまたはＢＢＳが更新され
、不要なリストを削除し、必要なリストを付加したユー
ザ用掲示リストＢＢＬｎが作成され、それに伴って情報
本体のファイルも更新する。その後、更新されたユーザ
用のリストは端末１０に送信される。

そのリストが端末に表示されると、端末のユーザが見た
いものを番号を指定して送ると、掲示読出し部１６にお
いて対応する掲示本体を取り出して端末に送信する。

ユーザが、自分が掲示登録したメツセージを削除したい
場合、端末から削除要求を送信する。

これにより、ユーザ対応制御部の掲示削除部１７が起動
し、ユーザ掲示リスト削除部１７１はメツセージ転送制
御部１９に対して当該ユーザが登録した掲示リストを要
求する。メツセージ転送制御部１９はＢＢＳに基づいて
そのユーザが掲示登録した掲示リストを読出し、それを
ユーザ対応制御部１５に送り、そこから端末へ送られる
。そのリストを見てユーザが削除を希望するリストを指
示すると、掲示削除部１７でこれを受取り、メツセージ
転送制御部１９においてＢＢＳから対応する掲示のファ
イルを削除する。

次に、第２図に示す第２の発明の原理的構成図の作用を
説明すると、ＡＰ２１内の周期的に発生する起動入力に
よりメツセージ転送制御部２５の管理ファイル更新部２
６が起動する。これにより管理ファイル更新部２６は掲
示リストＢＢＳから全ての掲示リストについて更新処理
を行う、その場合、各リストに含まれる有効期限の値を
現在の日時情報を表示するタイマの値と比較して、有効
期限が切れている掲示リストをＢＢＳから削除する。

〔実施例〕

第１の発明の実施例本願の第１の発明の実施例の構成を第３図乃至第８図を
用いて説明する。

第３図には、この発明により追加されたユーザ対応の掲
示リスト（ＢＢＬＩ〜ＢＢＬｎ）を含むハードディスク
内のディレクトリ構成図を示す。

第３図に示すように、各ユーザＵＳＥＲ１〜ｎに対して
各々に掲示リストＢＢＬＩ−ｎが設けられている。

第４図には、ＢＢＳとＵＡ内の掲示リストの内容が示さ
れ、第３図に示すＢＢＳ内の管理ファイルＭＮＧには具
体例としてイ、に示すような事項が各掲示名毎に含まれ
ている。即ち、掲示名、登録者名、登録日時およびハー
ドディスク内のファイル名からなる。また、ＵＡ内の各
ユーザ対応に設けられた掲示リストには、第３図口、に
示すような更新日時、掲示基、ハードディスク内ファイ
ル名がふ（まれでいる。

次に、ＡＰ内において、掲示登録処理、掲示読出し処理
および掲示登録処理等の各アプリケーションに対してハ
ードディスクに対してどのようにアクセスされるかを第
５図に示すアプリケーションからのファイルアクセスの
ための構成図を用いて概説する。ＡＰ内のアプリケーシ
ョン部において複数のアプリケーションの１つである掲
示板サービスが行われていると、ユーザの付けた掲示基
に対してバス名が割当てられ対応管理表により管理され
る。掲示板サービスにおいて掲示基を用いて読出しや書
込みが発生すると、その掲示基に対応するパス名および
バッファアドレス（ＡＰのバッファメモリのアドレス）
とともにＯ５（オペレーションシステム）部のファイル
管理に与えられ、そこでパス名からハードディスクの物
理的格納位置に変換される。その変換された物理的格納
位置がハードディスクに与えられて、所望のデータが読
出されてバッファメモリへ読出されるか、バッファメモ
リからハードディスク内に格納される。

上記のようなアクセス技術を使用し、上記のユーザ対応
の掲示リストファイルを用いて、端末の要求に対するア
プリケーションプロセッサにおける実施例の処理シーケ
ンスを第６図乃至第８図に示す。

この実施例のシーケンス図では、ＡＰ内における掲示板
サービスの制御は（ＪＡ（第１図のユーザ対応制御部に
相当）とＭＴＡ　（第１図のメツセージ転送制御部に相
当）との相互処理により実行され、以下、単にＵＡ、Ｍ
ＴＡと略称する。

第６図に掲示読出し処理シーケンス図を示し、内容を説
明すると、端末から掲示板リストの送信要求が送信され
ると（第６図の６０）、交換機を介してＡＰのＵＡで受
は取ってその要求を判別し、ＭＴＡに対しリストを要求
する。ＭＴＡはハードディスクから掲示板リストをＢＢ
Ｓの管理下のファイルＭＮＧから読出しく同６２）、掲
示登録総数と掲示リスト（登録総数骨）をＵＡへ送る。

ＵＡではここで管理する当該ユーザ掲示リストＢＢＬを
読出す（同６４）。

ＵＡではＭＴＡからのＢＢＳと読出したユーザのＢＢＬ
によりファイル更新処理を行う、そのファイル更新処理
フロー図を第７図に示す。

第７図について説明すると、ＢＢＳとＢＢＬが取得され
ると、両者の情報を比較しく第７図７００）、一致する
ものがあれば、その情報に対し何ら処理を施さない（更
新する必要がない）、もし、不一致があった場合は、そ
の不一致の情報はＢＢＳに有ってＢＢＬに無いのかを判
別する（同７２０）。この判別においてＹＥＳである場
合は、そのＢＢＳだけに存る情報はユーザの希望により
ＢＢＬファイルから削除された場合と、新たに掲示され
た情報である可能性があり、そこで次にＢＢＳの情報の
登録日時はＢＢＬの更新日時より新しいかどうか判別す
る（同７４０）、これらの登録日時と更新日時は第４図
のイ、および口、に示されている。

この結果、登録日の方が新しい場合は、新たに登録され
た掲示であるからその掲示に関する情報をＢＢＬファイ
ルに登録する（同７５０）、更新日時の方が新しければ
ユーザの希望により削除されたものとして何ら処理をし
ない。

上記のステップ７２０でＢＢＬにあってＢＢＳに無いこ
とが分かると、該当掲示が既に削除されたものとして、
ＢＢＬファイル無いの該当掲示の情報を削除する。

以上の更新処理を終了すると、次に第６図に戻って説明
すると、更新されたＢＢＬ内に登録されている全ての掲
示数と掲示リストを端末へ送信する（第６図６７．６８
）、これを端末の表示によりみたユーザがリスト中から
内容を見てみたいと思ったらその番号を送信する。これ
を受けてＵＡは、保存したＢＢＬリストにより対応する
掲示のハードディスク内ファイル名（ＭＡＩＬ番号）を
検索してハードディスクから掲示本体を読出しく同７１
）、端末へ送信して表示する。

次に第８図に示す掲示削除処理シーケンス図について説
明する。

この場合、端末からユーザＴＤ（ｌｌｉｌ番別）を付し
て掲示削除リスト要求が発注し交換機を介して送信され
ると（第８図８０）　、ＬＩＡにおいて要求が判別され
、その要求はＭＴＡに送られる０ＭＴＡでハードディス
クより掲示板リストを読出し、当該ユーザが登録した掲
示の総数とそれぞれのリストを送信すると（同８３．８
４）　、ＵＡを経て端末へ送られる。端末でユーザがそ
の掲示リストを見て削除したいリストを選択すると、そ
のリスト中の何番目かを表す情報がｔＪＡへ送信される
（同８８）、この情報を受は取るとＵＡではユーザＩＤ
をパラメータとしてＭＴＡへ送信する０ＭＴＡではその
情報を受けると保存していた該当ユーザの掲示リスト内
の情報を元にして指定されたファイル（ＭＡＩＬ）をハ
ードディスク内のディレクトリＢＢＳの下からＵＮＬＩ
ＮＫ（リンクを解除）し、さらにＢＢＳの下の管理ファ
イルＭＮＧ内から該当掲示の情報を削除する（同９０）
。

その後ＭＴＡから削除終了通知をＵＡへ送ると、ＵＡか
ら端末へ削除終了通知が送られる。

第６図および第８図に示す処理シーケンスにおいて使用
される通信信号フォーマントの内の一部は、第９図にＦ
７．ＦＢとして示し、その他のＦ１〜Ｆ６は従来例（第
１８図参照）と同様である。

第２の発明の実施例次に、第２の発明の実施例の管理ファイル検索処理シー
ケンスを第１０図に示す。

ＵＡは端末からの登録要求により送られてきた、を効朋
限、掲示開始日等を含む掲示メツセージ（掲示本体）を
ＭＴＡへ送ると、ＭＴＡはディレクトリＢＢＳの下へフ
ァイル（メツセージ本体）をＭＡＩＬｉ（ｌは番号）と
してリンクし、管理ファイルＭＮＧヘファイル名、ユー
ザＩＤ、有効期限、掲示開始日等を登録する。このＢＢ
Ｓの管理ファイルの内容を示す図を第１１図に示す。

このように登録された掲示の有効期限をチエツクする処
理が第１０図の管理ファイル検索処理である。管理ファ
イル検索は３０秒毎に起動される周期起動タスクであり
、管理プログラム（Ｏ８）により起動がかけられると、
タスクが起動し、ＢＢＳ管理ファイルをハードディスク
から読出す。

そして、読出された各ファイルの有効期限を現在の時間
値と比べて、既に期限を過ぎているかどうか判別する（
第１０図１２０）、この判別により既に期限を過ぎてい
ることが判別されたらそのファイル名に基づいてハード
ディスク内のファイルをＵＮＬＩＮＫＬ、管理ファイル
内の該当掲示情報を削除する（同１３０）、もし、期限
を過ぎていない場合は、その項目については何もしない
。

このようなステップ１２０〜１３０の処理をＢＢＳ管理
ファイルの登録掲示数分だけ繰り返し、終了すると削除
の更新処理を終了したＢＢＳ管理ファイルをハードディ
スクへ書き込み、この時以前のものはクリアされる。

［発明の効果］第１の発明によれば、掲示の全体数に左右されずユーザ
対応に必要な掲示を選択参照することが容易になったこ
とから、掲示の本来の意味である不特定者に対する情報
の伝達を効率良く行うことを可能とし、掲示す−ビスの
利用頻度を高めることができる。

第２の発明によれば有効期限を過ぎた掲示をシステムが
管理・削除するため、記憶装置（ハードディスク）の容
量を有効に利用することが可能となる。また、ユーザが
既に無効となった掲示を見ることがなくなることから、
情報の伝達を効率よく行うことが可能となる。

【図面の簡単な説明】

第１図は第１の発明の原理的構成図、第２図は第２の発
明の原理的構成図、第３図はＢＢＬ追加向後のディレクトリ構成図、第４図はＢＢＳ≠ＵＡ内の掲
示リスト図、第５図はアプリケーションからのファイル
アクセスの構成図、第６図は寥１の酎の掲示読出し処理
シーケンス図、第７図は第６図中のファイル更新処理フ
ロー図、第８図は第１の発明の掲示削除処理シーケンス
図、第９図は処理シーケンスで用いる通信信号フォーマ
ットの内の一部を示す図、第１Ｏ図は第２の発明の管理
ファイル検索処理シーケンス図、第１１図はＢＢＳ管理
ファイルの内容を示す図、第１２図は従来の基本システ
ム構成図、第１３図は端末のハードウェア構成図、第１
４図は交換機とＡＰの接続とＡＰのハードウェア構成図
、第１５図はハードディスク内のディレクトリ構成図、
第１６図は従来の掲示登録シーケンス図、第１７図は従
来の掲示読出し処理シーケンス図、第１８図は通信信号
フォーマットを示す図である。第１図、第２図中、１０：端末ｌｌ：交換機１２．２１：アブリケーシッンプロセッサ（ＡＰ）１３
．２２＋送受信バッファ部１４．２３：要求判定部ｔｓ、ｚ４：ユーザ対応制御部１６．２４２：掲示読出し部１７．２４３＝掲示削除部１８．２４１：掲示登録部１９．２５：メツセージ転送制御部２０．２８ニハードデイスク２６：管理ファイル更新部２７：タイマ

Claims

【特許請求の範囲】１）複数の端末を交換機に収容し該交換機に接続したア
プリケーション・プロセッサ（１２）による掲示板サー
ビス制御方式において、端末からの要求を判別する要求判定部（１４）と、端末
に対応する制御を行うユーザ対応制御部（１５）とメッ
セージ転送制御部（１９）とを備え、メッセージ転送制
御部（１９）は管理するファイルの１つに掲示リスト（
２０１）を備え、ユーザ対応制御部（１５）は管理する
ファイルの１つにユーザ用掲示リスト（２０２）を備え
、端末からの要求が掲示読出しである場合、掲示読出し部
（１６）において前記掲示リスト（２０１）と前記ユー
ザ用掲示リスト（２０２）とを比較し、不一致の時前記
掲示リストまたはユーザ用掲示リストを更新する更新手
段（１６３、１６２）を備え、端末からの要求が掲示削
除を要求するものである場合は、掲示削除部（１７）に
おいて対応するユーザ用掲示リストから要求する項目を
削除することを特徴とする掲示板サービス制御方式。２）複数の端末を交換機に収容し該交換機に接続したア
プリケーション・プロセッサ（１２）による掲示板サー
ビス制御方式において、端末からの要求を判別する要求判定部（２３）と、端末
に対応する制御を行うユーザ対応制御部（２４）とメッ
セージ転送制御部（２５）とを備え、メッセージ転送制
御部（２５）には一定周期毎に起動される管理ファイル
更新部（２６）を備え、管理ファイル更新部（２６）は
起動されると、ファイル内の各情報の有効期限が現在の
時刻値を越えているかどうか識別して、越えている情報
を削除することを特徴とする掲示板サービス制御方式。