(57)【要約】【課題】電子メールのように高い即時性を確保することができ、また、Ｗｅｂシステムのように同報性のあるコミュニケーションを実現することができ、さらに、電子メールよりも高い秘匿性を確保することができる情報表示システムおよび情報表示方法を提供することを目的とするものである。【解決手段】操作部が制御部から、情報の閲覧、更新を行うプログラムを取得する際に、認証行為を必要とし、上記認証処理が正常に行われれば、上記制御部から上記各操作部に転送されるプログラムに、上記認証結果が埋め込まれ、上記各操作部に転送された各プログラムが、上記制御部にアクセスする場合、上記埋め込まれた認証結果を上記制御部に送信する。【選択図】　図１
2004110575.tif 000002
【特許請求の範囲】
【請求項１】
情報の蓄積、更新機能を持つ制御部と、その情報の取得、閲覧、更新機能を持つ操作部とによって構成されている情報表示システムにおいて、
上記各操作部は、上記制御部との通信によって情報を閲覧、更新し、上記制御部は、情報の更新があれば、情報を更新したことを示す更新信号を上記操作部に通知し、上記操作部も、上記更新信号を受け、情報を更新し、また、上記各操作部は、情報の閲覧、更新を行う場合、上記制御部から取得したプログラムを必要とし、上記操作部が上記制御部から上記プログラムを取得する際に、認証行為を必要とし、上記認証処理が正常に行われれば、上記制御部から上記各操作部に転送されるプログラムに、上記認証結果が埋め込まれ、上記各操作部に転送された各プログラムが、上記制御部にアクセスする場合、上記埋め込まれた認証結果を上記制御部に送信することを特徴とする情報表示システム。
【請求項２】
請求項１において、
上記各操作部は、上記プログラムを上記制御部から取得し、単一の情報グループに属する情報の閲覧、更新を切り替えることによって、または、複数の情報グループを切り替えることによって、複数の情報グループの閲覧が可能であることを特徴とする情報表示システム。
【請求項３】
請求項１において、
上記認証結果の埋め込みは、上記プログラムの一部に、認証処理が正常に行われたことを示す認証済ＩＤを埋め込むことであることを特徴とする情報表示システム。
【請求項４】
請求項１において、
上記制御部において情報が更新されると、上記制御部から上記プログラムを取得した上記各操作部に、情報が更新されたことを示す更新信号を、上記制御部が送出することを特徴とするシステム。
【請求項５】
情報の蓄積、更新機能を持つ制御部と、その情報の取得、閲覧、更新機能を持つ操作部とによって構成されている情報表示方法において、
上記各操作部は、上記制御部との通信によって情報を閲覧、更新し、上記制御部は、情報の更新があれば、情報を更新したことを示す更新信号を上記操作部に通知し、上記操作部も、上記更新信号を受け、情報を更新し、また、上記各操作部は、情報の閲覧、更新を行う場合、上記制御部から取得したプログラムを必要とし、上記操作部が上記制御部から上記プログラムを取得する際に、認証行為を必要とし、上記認証処理が正常に行われれば、上記制御部から上記各操作部に転送されるプログラムに、上記認証結果が埋め込まれ、上記各操作部に転送された各プログラムが、上記制御部にアクセスする場合、上記埋め込まれた認証結果を上記制御部に送信することを特徴とする情報表示方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンピュータ通信、インターネット技術、携帯情報操作部、家電装置に関する。
【０００２】
本発明は、一般家庭における家族同士の安否確認等の情報の交信手段、電話や電子メールに変わるコミュニケーション手段の代用として利用できるほか、ＳＯＨＯ等のビジネスシーンにおいても、各構成員とオフィスとの間における通信手段として利用可能である。
【０００３】
【従来の技術】
家庭やオフィスにおける従来の通信手段として、電話や電子メール等の装置を用いるものが一般的であり、各通信をより便利なものにするために、高機能な電話装置や、様々な電子メール送受信ソフトウェアが利用されている。
【０００４】
【発明が解決しようとする課題】
しかし、上記電話による情報交信は、極めてリアルタイム性が高い情報交信手段であるが、情報交信の当事者が直接対応する必要があり、場合によっては、当事者にとって煩雑であるという問題がある。
【０００５】
この煩雑性を除去する手段として留守番電話や転送電話機能がある。留守番電話を使用する場合、用件を確認する時間が長いという問題があり、その情報を取り出すための場所について制約が生じるという問題がある。
【０００６】
転送電話を採用した場合、単に離席に対応するための手段であり、当事者同志が直接対応する必要があり、煩雑であるという問題は解決されない。
【０００７】
電子メールを使用する場合、情報交信の当事者が直接対応する必要はないが、リアルタイム性が極端に低く、また、その情報交信を成立させるためには非常に大きな場所や装置の制約を受ける他、電話に比較して遥かに複雑な手順を必要とする。また、一般に、電子メールは、新規情報の到着を当事者に通知する機能はなく、情報受信者が新規情報の更新処理を怠ると、情報の更新がされない。さらに、電子メールを利用した情報交信は、情報の発信者を簡単に偽ることが可能であり、この防止がほとんど不可能であるというのが現状である。
【０００８】
さらに、電話、電子メールともに、複数の情報を受け取った場合、これら受け取った複数の情報を一覧するために、別の手段を用意する必要があるという問題がある。
【０００９】
本発明は、電子メールのように高い即時性を確保することができ、また、Ｗｅｂシステムのように同報性のあるコミュニケーションを実現することができ、さらに、電子メールよりも高い秘匿性を確保することができる情報表示システムおよび情報表示方法を提供することを目的とするものである。
【００１０】
【課題を解決するための手段】
本発明は、情報の蓄積、更新機能を持つ制御部と、その情報の取得、閲覧、更新機能を持つ操作部とによって構成されている情報表示システムにおいて、上記各操作部は、上記制御部との通信によって情報を閲覧、更新し、上記制御部は、情報の更新があれば、情報を更新したことを示す更新信号を上記操作部に通知し、上記操作部も、上記更新信号を受け、情報を更新し、また、上記各操作部は、情報の閲覧、更新を行う場合、上記制御部から取得したプログラムを必要とし、上記操作部が上記制御部から上記プログラムを取得する際に、認証行為を必要とし、上記認証処理が正常に行われれば、上記制御部から上記各操作部に転送されるプログラムに、上記認証結果が埋め込まれ、上記各操作部に転送された各プログラムが、上記制御部にアクセスする場合、上記埋め込まれた認証結果を上記制御部に送信することを特徴とする情報表示システムである。
【００１１】
【発明の実施の形態および実施例】
［第１の実施例］（ＬＡＮ内に操作部がある場合）
図１は、本発明の第１の実施例である情報表示システムＩＤＳ１を示すブロック図である。
【００１２】
情報表示システムＩＤＳ１は、制御部１０と、操作部２０と、制御部１０と操作部２０との間に設けられているＬＡＮ３０とによって構成され、つまり、ＬＡＮ３０内に制御部１０と操作部２０とが存在している。
【００１３】
なお、図１において、３つの操作部２０が記載されているが、これらは、互いに、ハードウェアとして同種の物であっても、同種の物でなくてもよく、または、同種である必要は無い。
【００１４】
図２は、上記実施例における制御部１０の具体例と、操作部２０の具体例とを示すブロック図である。
【００１５】
制御部１０は、操作部用プログラム蓄積部１１と、情報蓄積部１２と、操作部管理機能部１３と、認証機能部１４と、アクセスコントロールリスト１５と、情報送出部１６と、制御装置１７と、通信装置１８とを有する。
【００１６】
操作部２０は、制御装置２１と、プログラム蓄積部２２と、操作部種別記録部２３と、固有ＩＤ記録部２４と、情報更新通知受信部２５と、出力装置２６と、通信装置２７と、入力装置２８とを有する。
【００１７】
固有ＩＤ記録部２４は、操作部２０の固有のＩＤを記録する記録部であり、制御部１０が、固有ＩＤ記録部２４に記録されている固有ＩＤを、「認証用ＩＤ」として利用する。つまり、制御部１０が、操作部２０から上記固有ＩＤを取得した後に、そのＩＤに何らかの加工、演算をした物をプログラムに埋め込み、操作部２０に対してダウンロードさせ、それ以降は、プログラム内にある固有ＩＤが、「認証ＩＤ」となり、制御部１０に送信し、認証処理を行う。
【００１８】
図３は、上記実施例において、制御部１０の操作部用プログラム蓄積部１１が蓄積している操作部種別（パソコン、携帯電話、ＰＤＡ等の種別）と、プログラム名（各操作部２０が使用するプログラムの名称）との関係の例を示す図である。
【００１９】
制御部１０の操作部用プログラム蓄積部１１は、操作部種別とこの操作部種別に対応するプログラムを、対の情報にして管理する部分であり、制御部１０の制御装置１７が読み出し、通信装置１８を介して、操作部２０に送信するプログラムを蓄積している。
【００２０】
図４は、上記実施例において、制御部１０の情報蓄積部１２が蓄積している情報ＩＤと、情報グループＩＤと、更新日時と、情報本体と関係の例を示す図である。
【００２１】
制御部１０の情報蓄積部１２は、各操作部２０から入力されたデータを蓄積し、記録、公開するデータベースを保持している。
【００２２】
情報ＩＤは、１つの情報について、制御装置１７が重複なく自動的に割り当てるＩＤであり、情報グループＩＤは、記録された情報の種類を示すＩＤであり、情報本体は、情報そのものを文字列で記録している情報であり、これらと更新日時とが、レコードで形成されている。
【００２３】
図５は、上記実施例において、制御部１０の操作部管理機能部１３が管理している内容例を示す図である。
【００２４】
制御部１０の操作部管理機能部１３は、各操作部２０のそれぞれの固有のＩＤである固有ＩＤと、その利用パターンとの対応付けを行うデータベースである。
【００２５】
上記「利用パターン」は、操作部と利用者とを組み合わせた概念である。たとえば、操作部２０として、図１に示すように、３つの操作部がＬＡＮ３０に接続され、これらを第１の操作部、第２の操作部、……と呼び、これらの操作部のそれぞれを介して、利用者Ａ、利用者Ｂが制御部１０と通信する場合を想定する。また、利用者Ａ、利用者Ｂが、第１の操作部を利用することができ、また、第２の操作部をも利用することができるとする。この場合、第１の操作部を利用者Ａが利用する場合を、利用パターン「ＵＰ１」とし、第１の操作部を利用者Ｂが利用する場合を、利用パターン「ＵＰ２」とし、第２の操作部を利用者Ａが利用する場合を、利用パターン「ＵＰ３」とし、第２の操作部を利用者Ｂが利用する場合を、利用パターン「ＵＰ４」とする。
【００２６】
つまり、コミュニケーションを実現するアプリケーションにおいて、通常は１つの操作部に、１人の利用者が存在し、１つの操作用アプリケーションが対応付けられていることが多い。ところが、上記実施例においては、１つの操作部に複数のアプリケーションが同時に起動する場合があり、この場合、１つの操作部に、複数の利用者を対応付けることができる。したがって、上記のように、１つの操作部２０に、複数の「利用パターン」を対応させることによって、１つの操作部２０に複数の利用者が利用できる場合に対応できるようにした。
【００２７】
図６は、上記実施例において、アクセスコントロールリスト１５の具体例を示す図である。
【００２８】
制御部１０のアクセスコントロールリスト１５は、上記各利用パターンが、どの情報グループに属する情報に対して、どの操作ができるかという情報を記録するものである。
【００２９】
情報グループは、自動車に関する情報のグループ、食物に関する情報のグループ、旅行に関する情報のグループ等がある。
【００３０】
上記操作の対象は、「閲覧」と「更新」とである。なお、図６中、「ｒ」は、「閲覧」が可能であることを意味し、図６中、「ｗ」は、「更新」が可能であることを意味する。また、「閲覧」、「更新」の双方を実行することができるパターン（図６中、「ｒｗ」）と、上記双方を実行することができないパターン（図６中、空白）とがある。
【００３１】
つまり、特定の利用パターンに注視した場合、必要のない情報が提供されることがない。逆に、アクセスコントロールリスト１５に登録されていない組み合わせの情報を、閲覧、更新することができない。
【００３２】
図７は、上記実施例において、情報送出部１６が提供する情報ＩＤと、参照方法（ＵＲＬ）との関係の例を示す図である。
【００３３】
制御部１０の情報送出部１６は、情報蓄積部１２に蓄積されている情報と、この蓄積されている情報を、操作部２０から閲覧する際に利用するＵＲＬとを、１：１で対応付ける機能を提供し、情報蓄積部１２が利用している情報のＩＤと、ＵＲＬとを対で記録している。
【００３４】
制御部１０の制御装置１７は、必要な際に上記５つの機能部１１〜１５にアクセスし、このアクセスの結果得られた情報を、通信装置１８を介して、操作部２０と通信し、操作部２０からのアクセスに対してその都度、適切な処理を行う。
【００３５】
制御部１０の通信装置１８は、操作部２０との通信機能を提供する。
【００３６】
操作部２０のプログラム蓄積部２２は、制御部１０から送られた制御部１０との通信用プログラムを蓄積している、なお、このプログラムは、操作部２０の利用者が消去しない限り、何度でも利用可能である。
【００３７】
操作部２０の操作部種別記録部２３は、その操作部２０がどのような操作部であるかを記録し、当該操作部２０がどのような入出力機能を有しているかを記録し、各操作部２０に対して固定的に割り振られている。
【００３８】
操作部２０の固有ＩＤ記録部２４は、実際には、個々の操作部個別の固有ＩＤ（ハードウェアに対して個別にかつ固定的に割り当てられているＩＤ）を記録し、機能的には、制御部１０が、操作部２０を認証したときに認証が済んだことを示すＩＤである認証済ＩＤを記録してあり、上記認証済ＩＤは、操作部２０に送られるプログラムに格納される。上記実施例においては、認証済ＩＤとして固有ＩＤを使用している。
【００３９】
操作部２０の情報更新通知受信部２５は、制御部１０がプログラム蓄積部２２に蓄積されているプログラムを実行した際に生成される部分であり、制御部１０からの情報更新通知の受信を専門に行う。つまり、上記プログラムを実行することによって、情報更新通知受信部２５が生成される。
【００４０】
操作部２０の制御装置２１は、上記３機能部２３、２４、２５と、出力装置２６と、通信装置２７と、入力装置２８とに対して、必要なときにアクセスを行い、情報をやりとりする。
【００４１】
操作部２０の出力装置２７は、表示装置、スピーカ、振動装置等、操作部２０の利用者に対して操作部２０から何らかの情報を伝える装置群である。
【００４２】
操作部２０の通信装置２７は、制御部１０との間で通信する。
【００４３】
操作部２０の入力装置２８は、キーボード、ポインティングデバイス等、利用者が操作部２０に対して何らかの情報を入力する装置である。
【００４４】
つまり、上記実施例は、情報の蓄積、更新機能を持つ制御部と、その情報の取得、閲覧、更新機能を持つ操作部とによって構成されている情報表示システムにおいて、上記各操作部は、上記制御部との通信によって情報を閲覧、更新し、上記制御部は、情報の更新があれば、情報を更新したことを示す更新信号を上記操作部に通知し、上記操作部も、上記更新信号を受け、情報を更新し、また、上記各操作部は、情報の閲覧、更新を行う場合、上記制御部から取得したプログラムを必要とし、上記操作部が上記制御部から上記プログラムを取得する際に、認証行為を必要とし、上記認証処理が正常に行われれば、上記制御部から上記各操作部に転送されるプログラムに、上記認証結果が埋め込まれ、上記各操作部に転送された各プログラムが、上記制御部にアクセスする場合、上記埋め込まれた認証結果を上記制御部に送信する情報表示システムの例である。
【００４５】
（動作の流れ・フローチャート説明）
次に、上記実施例の動作について説明する。
【００４６】
図８、図９、図１０は、制御部のフローチャート１、２、３であり、第１の実施例である情報表示システムＩＤＳ１における制御部１０の動作を示すフローチャートである。
【００４７】
図１３、図１４、図１５、図１６、図１７は、操作部のフローチャート１、２、３、４、５であり、第１の実施例である情報表示システムＩＤＳ１における操作部２０の動作を示すフローチャートである。
【００４８】
まず、利用者が情報表示システムＩＤＳ１を使う前提として、▲１▼制御部１０の操作部管理機能部１３に、利用する操作部２０の認証済ＩＤと利用パターンとを予め登録する準備作業（Ｓ１〜Ｓ７）、▲２▼当該操作部用プログラムを操作部用プログラム蓄積部２２に操作部種別とともに登録する準備作業、▲３▼アクセスコントロールリスト１５に、利用パターン毎に使用する情報グループを登録する準備作業の３つの準備作業が必要である。
【００４９】
また、操作部２０は、ＷＥＢブラウザが動作する状態にあり、制御部１０は、ＷＥＢサーバが動作する状態にある。
【００５０】
さらに、操作部２０が制御部１０からダウンロードしたプログラムは、その性質上、操作部２０から外部へは、取り出せない仕組みになっている。すなわち、ＷＥＢブラウザ上で動作するＪａｖａ（登録商標）アプレットがそのような仕組みを有している。
【００５１】
利用者が操作部２０を初回に利用する際に、当該操作部には、このシステムを利用するためのプログラムが入っていないので、まずプログラムのダウンロード作業を実施する。この場合、制御部１０は、プログラムをダウンロードさせる条件として、操作部２０の操作部の固有ＩＤ（認証済ＩＤ）と操作部種別とを要求し、その両者がそれぞれマッチングすることを確認する（Ｓ１２）。
【００５２】
固有ＩＤがマッチングしない場合、「登録外操作部」であり、そもそもアクセスが許可されていない操作部であることを示し、操作部種別がマッチングしない場合、前提条件である操作部用プログラムが、操作部用プログラム蓄積部２２に蓄積されていないことを示す（Ｓ１６）。
【００５３】
固有ＩＤと、操作部種別とが、それぞれマッチングした場合、操作部制御用プログラム蓄積部１１から、操作部種別ＩＤに対応するプログラムを読み出した後に、その一部に、認証済ＩＤ（固有ＩＤ）を埋め込み（Ｓ１３）、操作部２０へ転送する（Ｓ１４）。
【００５４】
なお、これらの処理は、操作部２０のＷＥＢブラウザ、制御部１０のＷＥＢサーバの機能を用いて行う。
【００５５】
上記処理は、制御部のフローチャート１の中央〜右部分と、操作部のフローチャート１（Ｓ７１〜Ｓ７９）である。
【００５６】
上記プログラムが操作部２０に転送された後に、そのプログラムを実行し、当該プログラムが有する通信機能を用い、制御部１０との間で通信する（Ｓ１）。
【００５７】
通信を開始した直後に、まず、上記プログラムの中に埋め込まれている認証済ＩＤの情報を、操作部２０が制御部１０に通知し（Ｓ８３）、この通知された認証済ＩＤが、制御部１０の操作部管理機能部１３に登録されていない場合（Ｓ４）、そのプログラムは、既に利用可能な状態にはないことを示し、プログラムの実行を終了する。つまり、プログラムダウンロード時に、その認証済ＩＤに関する情報が、操作部管理機能部１３に存在していたが、上記認証済ＩＤが削除されたので、そのプログラムを利用できない状態へ移行した状態である。
【００５８】
認証済ＩＤが、操作部管理機能部１３に登録されていれば（Ｓ４）、登録されている認証済ＩＤに基づいて、利用パターンを検索し（Ｓ５）、さらにアクセスコントロールリスト１５を参照し、その利用パターンが使用する情報グループを、操作の対象情報とともに送信する（Ｓ６、Ｓ７）。
【００５９】
上記送信された操作対象情報を受け取った操作部２０は、出力装置２６を介して、「更新」が可能な情報グループ、「閲覧」が可能な情報グループを、利用者に提示し（Ｓ８７）、ユーザからのアクションを待つ（Ｓ８８）。
【００６０】
上記処理は、制御部のフローチャート１の左部分と、操作部のフローチャート２（Ｓ８１〜Ｓ９０ａ）である。
【００６１】
その後、ユーザが閲覧動作を選択すると、操作部２０が制御部１０について選択した情報グループと、それを「閲覧する」という情報とを、制御部１０に送信する。この情報を受け取った制御部１０は、指定された情報グループの中から、最新の情報グループを情報蓄積部１２から検索し、上記検索された最新の情報グループを、操作部２０に通知し、操作部２０は、上記検索された最新の情報グループを出力する。
【００６２】
この出力が完了すると、操作部２０は、「履歴戻る」、「履歴進む」、「戻る」の３つのうちから、１つを選択することを利用者に提示し（Ｓ９３）、ユーザの指示を待つ。
【００６３】
上記「履歴戻る」、「履歴進む」は、それぞれ、過去の情報を遡って閲覧する動作、その逆の動作であり、両者は互いに対になる操作であり、それぞれの動作について、情報蓄積部１２から、そのときに表示している情報よりも１つだけ古い情報、または１つだけ新しい情報を検索し、操作部２０に通知する動作を実行する。また、それに該当する情報が情報蓄積部になければ、該当する情報がない旨を、操作部２０に通知する。
【００６４】
上記「戻る」は、「閲覧」可能な情報が情報グループ別に表示されているメニュー、または、「更新」可能な情報が情報グループ別に表示されているメニューへ戻る動作である。
【００６５】
上記処理は、制御部のフローチャート２、操作部のフローチャート３に示す処理である。
【００６６】
「閲覧」、「更新」が提示されているときに、更新動作が選択されると、操作部２０は、文字の入力を利用者に促す状態へ移行し、文字の入力が完了するのを待つ（Ｓ１０２）。
【００６７】
文字入力が完了すると、入力された文字の情報が、どの情報グループの情報であるかを、制御部１０に通知する（Ｓ１０３）。この通知された情報を受け取った制御部１０は、情報蓄積部１２に、新しいレコードを追加し、この追加された情報を識別するための情報ＩＤを生成し、情報グループＩＤ、更新日時、情報本体とともに記録し、記録が完了した旨を、当該操作部２０に通知する（Ｓ３４）。
【００６８】
さらに、アクセスコントロールリスト１５を参照に、同一情報グループについて「ｒ（閲覧）」が付与されている利用パターンに対して情報が更新された旨を通知する（Ｓ３５〜Ｓ３７）。
【００６９】
上記処理は、制御部のフローチャート３、操作部のフローチャート４に示す処理である。
【００７０】
また、操作部２０は、閲覧用プログラムが実行されると、ユーザとのインタフェースを提供するプログラムとは別に、制御部１０から情報更新通知を受け取る処理を並行して実行し、制御部１０から情報更新通知を受け取ると（Ｓ１１１、Ｓ１１２）、情報更新通知があったことを、利用者に通知する（Ｓ１１３）。
【００７１】
［第２の実施例］（Ｉｎｔｅｒｎｅｔ内に操作部２０がある場合）
図１９は、本発明の第２の実施例である情報表示システムＩＤＳ２を示すブロック図である。
【００７２】
情報表示システムＩＤＳ２は、制御部１０ａと、操作部２０ａと、インターネット４０とを有し、つまり、インターネット４０内に操作部２０ａと操作部２０ａとが存在している。
【００７３】
なお、図１９において、３つの操作部２０ａが記載されているが、これらは、互いに、ハードウェアとして同種の物であっても、同種の物でなくてもよく、または、同種である必要は無い。
【００７４】
図２０は、本発明の第２の実施例である情報表示システムＩＤＳ２における制御部１０ａと操作部２０ａとの具体例を示すブロック図である。
【００７５】
制御部１０ａは、制御部１０と基本的には同じであり、制御部１０において、電子メール送信部１９が追加されている。
【００７６】
操作部２０ａは、操作部２０と基本的には同じであり、操作部２０において、情報更新通知受信部２５の代わりに、電子メール受信部２９が設けられている。
【００７７】
図２１は、情報表示システムＩＤＳ２における電子メール送信部１９が記憶している内容の例を示す図である。
【００７８】
制御部１０ａの電子メール送信部２９は、上記利用パターンと電子メールアドレスとを対にして記憶し、各利用パターンについて、制御部１０ａが通信する際に利用する電子メールのアドレスと、上記利用パターンとを対応づけている。また、通信装置１８を介して、電子メールを送信する。
【００７９】
操作部２０ａの電子メール受信部２９は、操作部２０ａ以外からの電子メールを含め、様々な電子メールの受信処理を行うが、その中でも、電子メール送信部１９から電子メールを受信すると、他の電子メールを受信した場合のように単純に蓄積するのではなく、制御部１０ａからの通知があった旨を、出力装置２７を介して、利用者に通知する。
【００８０】
次に、情報表示システムＩＤＳ２の動作について説明する。
【００８１】
図８、図９、図１１、図１８は、制御部のフローチャート１、２、４、６であり、第２の実施例である情報表示システムＩＤＳ２における制御部１０ａの動作を示すフローチャートである。
【００８２】
また、図１３、図１４、図１５、図１６は、操作部のフローチャート１、２、３、４であり、第２の実施例である情報表示システムＩＤＳ２における操作部２０ａの動作を示すフローチャートである。
【００８３】
つまり、第１の実施例で使用したフローチャートに追加するフローチャートは、制御部のフローチャート４と、制御部のフローチャート６とである。
【００８４】
第１の実施例における動作と、第２の実施例における動作との間におけるフローチャートの違いは、操作部２０ａがメッセージを更新した場合に、その更新を通知する部分（Ｓ３７）である。
【００８５】
制御部のフローチャート３において、情報更新通知を行う際に、その利用パターンを電子メール送信部に渡し、その利用パターンに対応付けられている電子メールアドレスに対して、電子メールを送信する（Ｓ４７）。
【００８６】
また、操作部２０ａは、第１の実施例において、プログラム実行時に、情報更新通知受信部２５が並行して動作を開始するが、第２の実施例において、電子メール受信部２９は、本プログラムの動作とは関係なく常に動作している。電子メール受信部２９は、外部からの電子メールの着信を常に監視し（Ｓ１２２、Ｓ１２３）、通常は、受信した電子メールを蓄積する（Ｓ１２４）。なお、この動作は、一般的な動作である。
【００８７】
そして、受信した電子メールが、制御部１０ａからの電子メールであることを示す情報が、その電子メール内に含まれている情報から得られた場合、その電子メールを蓄積しつつ、制御部１０ａから情報更新通知が到着した旨を、出力装置２６を介して、利用者に通知する（Ｓ１２５）。
【００８８】
上記処理は、制御部のフローチャート６に示す処理である。
【００８９】
［第３の実施例］（ＬＡＮとＩｎｔｅｒｎｅｔの両方に操作部がある場合）
図２２は、本発明の第３の実施例である情報表示システムＩＤＳ３を示すブロック図である。
【００９０】
情報表示システムＩＤＳ３は、制御部１０ｂと、操作部２０、２０ａと、ＬＡＮ３０と、インターネット４０とを有する。つまり、情報表示システムＩＤＳ３は、１つの制御部１０ｂと、Ｉｎｔｅｒｎｅｔ側操作部２０ａと、ＬＡＮ側操作部２０とによって構成されている。
【００９１】
図２３は、本発明の第３の実施例である情報表示システムＩＤＳ３における制御部１０ｂと操作部２０、２０ａとの具体例を示すブロック図である。
【００９２】
制御部１０ｂは、基本的には、制御部１０ａと同じであり、制御部１０ａにおいて、操作部管理機能部１３の代わりに、操作部管理機能部１３ｂが設けられている。
【００９３】
Ｉｎｔｅｒｎｅｔ側操作部２０ａは、情報表示システムＩＤＳ２における操作部２０ａと同じであり、ＬＡＮ側操作部２０は、情報表示システムＩＤＳ１における操作部２０と同じである。
【００９４】
図２４は、情報表示システムＩＤＳ３における操作部管理機能部１３ｂが記憶している内容の例を示す図である。
【００９５】
制御部１０ｂの操作部管理機能部１３ｂは、操作部管理機能部１３と基本的には同じであり、操作部管理機能部１３では、利用パターンと認証済ＩＤとを記憶しているが、操作部管理機能部１３ｂは、利用パターンと認証済ＩＤとの他に、ＬＡＮ／Ｍａｉｌ種別を記憶している。
【００９６】
上記「ＬＡＮ／Ｍａｉｌ種別」は、各利用パターンについて情報更新の通知を、第１の実施例のように単純な通信を利用する場合と、第２の実施例のように電子メールを媒体として通信する場合とを区別して示す。
【００９７】
ここで、ＬＡＮ側操作部で、単純な通信を利用する利用パターンの場合は、「ＬＡＮ」が記述され、電子メールを媒体とする場合は、「Ｍａｉｌ」が記述される。
【００９８】
次に、情報表示システムＩＤＳ３の動作について説明する。
【００９９】
図８、図９、図１２、図１８は、制御部のフローチャート１、２、５、６であり、第３の実施例である情報表示システムＩＤＳ３における制御部１０ｂの動作を示すフローチャートである。
【０１００】
また、図１３、図１４、図１５、図１６、図１７は、操作部のフローチャート１、２、３、４、５であり、第３の実施例である情報表示システムＩＤＳ３における操作部２０、２０ａの動作を示すフローチャートである。（追加フローチャートは、制御部のフローチャート５である）。
【０１０１】
フローチャートの違いは、制御部のフローチャート３、４が、制御部のフローチャート５と入れ替わっている点である。
【０１０２】
異なる内容は、第２の実施例と同様に、操作部２０ａがメッセージを更新した場合、その更新を通知する部分である。
【０１０３】
第１の実施例における制御部１０の動作を示すフローチャート３において、単純な通信処理で情報更新通知を動作していた場合と、制御部１０の動作を示すフローチャート４において、電子メールを媒体として情報更新通知を動作していた場合とを条件分岐する。
【０１０４】
この条件は、アクセスコントロールリスト１５の検索結果で判明した利用パターンを用い、操作部管理機能部１３ｂのＬＡＮ／Ｍａｉｌ種別を検索する（Ｓ５７）。ここで、ＬＡＮであれば、単純な通信処理によって情報更新通知を行い、Ｍａｉｌであれば、電子メールを媒体とした情報更新通知を行う（Ｓ５９）。
【０１０５】
上記処理は、制御部のフローチャート５に示してある。
【０１０６】
上記実施例によれば、Ｍａｉｌのように高い即時性を確保することができ、また、Ｗｅｂシステムのように同報性のあるコミュニケーションを実現することができ、さらに、メッセージのやりとりを独自のプログラムで実施するので、電子メールよりも高い秘匿性を確保することができる。
【０１０７】
また、上記実施例によれば、電子メールのような情報交信機能を有しながら電子メールよりも高いリアルタイム性を実現することができ、また、電子メールのようななりすましを防止しつつ、情報交信の当事者に対して認証を強いる回数を大幅に軽減させることができる。
【０１０８】
さらに、上記実施例によれば、大きな表示装置を有する操作部を利用すれば、多くの情報を一覧することができる。
【０１０９】
【発明の効果】
本発明によれば、電子メールのような情報交信機能を有しながら電子メールよりも高いリアルタイム性を実現することができ、また、電子メールのようななりすましを防止することができ、しかも、情報交信の当事者に対して認証を強いる回数を、大幅に軽減させることができるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の第１の実施例である情報表示システムＩＤＳ１を示すブロック図である。
【図２】上記実施例における制御部１０の具体例と、操作部２０の具体例とを示すブロック図である。
【図３】上記実施例において、制御部１０の操作部用プログラム蓄積部１１が蓄積している操作部種別と、プログラム名との関係の例を示す図である。
【図４】上記実施例において、制御部１０の情報蓄積部１２が蓄積している情報ＩＤと、情報グループＩＤと、更新日時と、情報本体と関係の例を示す図である。
【図５】上記実施例において、制御部１０の操作部管理機能部１３の内容例を示す図である。
【図６】上記実施例において、アクセスコントロールリスト１５の具体例を示す図である。
【図７】上記実施例において、情報送出部１６が提供する情報ＩＤと、参照方法（ＵＲＬ）との関係の例を示す図である。
【図８】実施例における制御部の動作を示すフローチャート１である。
【図９】実施例における制御部の動作を示すフローチャート２である。
【図１０】実施例における制御部の動作を示すフローチャート３である。
【図１１】実施例における制御部の動作を示すフローチャート４である。
【図１２】実施例における制御部の動作を示すフローチャート５である。
【図１３】実施例における操作部の動作を示すフローチャート１である。
【図１４】実施例における操作部の動作を示すフローチャート２である。
【図１５】実施例における操作部の動作を示すフローチャート３である。
【図１６】実施例における操作部の動作を示すフローチャート４である。
【図１７】実施例における操作部の動作を示すフローチャート５である。
【図１８】実施例における制御部の動作を示すフローチャート６である。
【図１９】本発明の第２の実施例である情報表示システムＩＤＳ２を示すブロック図である。
【図２０】本発明の第２の実施例である情報表示システムＩＤＳ２における制御部１０ａと操作部２０ａとの具体例を示すブロック図である。
【図２１】情報表示システムＩＤＳ２における電子メール送信部１９が記憶している内容の例を示す図である。
【図２２】本発明の第３の実施例である情報表示システムＩＤＳ３を示すブロック図である。
【図２３】本発明の第３の実施例である情報表示システムＩＤＳ３における制御部１０ｂと操作部２０、２０ａとの具体例を示すブロック図である。
【図２４】情報表示システムＩＤＳ３における操作部管理機能部１３ｂが記憶している内容の例を示す図である。
【符号の説明】
ＩＤＳ１、ＩＤＳ２、ＩＤＳ３…情報表示システム、
１０、１０ａ、１０ｂ…制御部、
１１…操作部用プログラム蓄積部、
１２…情報蓄積部、
１３、１３ｂ…操作部管理機能部、
１４…認証機能部、
１５…アクセスコントロールリスト、
１６…情報送出部、
１７…制御装置、
１８…通信装置、
１９…電子メール送信部、
２０、２０ａ…操作部、
２１…制御装置、
２２…プログラム蓄積部、
２３…操作部種別記録部、
２４…固有ＩＤ記録部、
２５…情報更新通知受信部、
２６…出力装置、
２７…通信装置、
２８…入力装置、
２９…電子メール受信部。
【図１】
2004110575.tif 000003
【図２】
2004110575.tif 000004
【図３】
2004110575.tif 000005
【図４】
2004110575.tif 000006
【図５】
2004110575.tif 000007
【図６】
2004110575.tif 000008
【図７】
2004110575.tif 000009
【図８】
2004110575.tif 000010
【図９】
2004110575.tif 000011
【図１０】
2004110575.tif 000012
【図１１】
2004110575.tif 000013
【図１２】
2004110575.tif 000014
【図１３】
2004110575.tif 000015
【図１４】
2004110575.tif 000016
【図１５】
2004110575.tif 000017
【図１６】
2004110575.tif 000018
【図１７】
2004110575.tif 000019
【図１８】
2004110575.tif 000020
【図１９】
2004110575.tif 000021
【図２０】
2004110575.tif 000022
【図２１】
2004110575.tif 000023
【図２２】
2004110575.tif 000024
【図２３】
2004110575.tif 000025
【図２４】
2004110575.tif 000026