(57)【要約】【課題】入力作業に多大な手間を要すること無く、管理対象となる各メンバのスケジュール情報に含まれる行き先について、容易かつ適切に所定エリア内であるか否かを識別可能とする行き先表示装置を提供する。【解決手段】行き先表示装置１００は、受付処理部１０１と、情報登録処理部１０２と、情報表示処理部１０３と、各テーブル１０４〜１０８とを備える。情報登録処理部１０２は、各メンバについての基準建屋情報としてメンバテーブルに格納された建屋情報と、各スケジュール情報に含まれる建屋情報との一致・不一致等を判定し、各メンバのスケジュール情報に対し、当該判定結果に応じて行き先区分テーブルに示す表示形式を設定する。情報表示処理部１０３は、ユーザ端末１２１，１３１から指定されたメンバのスケジュール情報について、情報登録処理部１０２の設定した表示形式によりユーザ端末１２１，１３１にスケジュール情報を表示させる。【選択図】      図１
2004192265.tif 000002
【特許請求の範囲】
【請求項１】
組織内に属するメンバについての行き先を含むスケジュール情報を記憶手段に登録するスケジュール情報登録手段を備え、ネットワークを介して接続されたクライアント端末により指定されたメンバについて、前記記憶手段に登録されたスケジュール情報を取得し、少なくともスケジュール情報に含まれる行き先を前記クライアント端末に表示させる行き先表示装置であって、
各メンバについて基準となる所在位置を示す基準情報を前記記憶手段に登録する基準情報登録手段と、
前記記憶手段に登録されたスケジュール情報を取得し、取得したスケジュール情報の示すメンバについて前記記憶手段から取得した基準情報の示す所在位置に基づき、前記スケジュール情報に含まれる行き先が所定エリア内にあるか否かを判定する判定手段と、
前記クライアント端末から指定されたメンバについて、少なくとも前記スケジュール情報に含まれる行き先を、前記判定手段の判定結果に応じて設定された表示形式で前記クライアント端末に表示させる情報表示手段と
を備える行き先表示装置。
【請求項２】
予め前記所定エリア内か否かの判定結果に応じた表示形式を前記記憶手段に登録する表示形式登録手段と、
予め各スケジュール情報について前記判定手段の判定結果に応じた表示形式を前記記憶手段から取得して、取得した表示形式を前記各スケジュール情報の表示形式として設定して前記記憶手段に格納する表示形式設定手段と
をさらに備えたことを特徴とする請求項１に記載の行き先表示装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、管理対象となるメンバについて登録されたスケジュール情報に基づき、各メンバの行き先を表示する行き先表示装置に関し、特に、各メンバの行き先について、通常業務を行う場所と比較して所定エリア内か否かを識別可能に表示する装置に関する。
【０００２】
【従来の技術】
従来、会社等の組織に属するメンバの行き先表示を行うシステムとして、カード管理装置と、各部署に設置されカード管理装置にネットワークを介して接続された表示装置と、各利用者の行き先となる各部屋等に設置されたカードリーダとを備え、各部署毎に所属するメンバの行き先を表示装置に表示する行き先表示板システムが公知となっている（例えば、特許文献１参照。）。
このシステムでは、カードリーダが、各利用者が持つカードに固有の識別情報を読み取ってカード管理装置に送信し、カード管理装置は、カードリーダから受信した識別情報が予め登録されている場合、設置先の部署に所属する利用者であると判断し、送信元のカードリーダの設置場所とこのカードリーダで識別情報を読み取った日時とから、受信した識別情報に対応する利用者の行き先とスケジュールに関する情報を作成して表示中の情報を更新する。また、入力部により個別に入力された情報に基づきスケジュールに関する情報を更新する。
【０００３】
【特許文献１】
特開２００２−１８３３８４号公報（第４−６頁、図１−３，５−６）
【０００４】
一方、表示装置においては、それぞれの行き先を一目で識別可能とするため行き先に応じた表示形式の設定がなされる場合があり、前記特許文献１のシステムにおいても、各カードリーダの識別情報に応じた表示形式を設定することにより、各行き先毎に色分け表示等を行うことが考えられる。
【０００５】
【発明が解決しようとする課題】
しかし、例えば、あるメンバに対する電話を受付けた場合、当該メンバの行き先が同一社屋内であれば呼出しを行い、社屋外であれば「出張中」である旨を伝える等、社屋内外等の相違により対応が異なるため、表示装置においては、各メンバの行き先が社屋内等、所定エリア内か否かを識別可能に表示する方が便利となる。また、緊急会議等による招集の場合等においても、同一社屋内等、所定エリア内に居る者を識別可能に表示する方が便利となる。
このように、各メンバの行き先が所定エリア内か否かにより表示形式を変えることは有用となるが、前記特許文献１のシステムでは、各行き先毎に設置されたカードリーダに関する識別情報は管理されているものの、前記行き先について所定エリア内か否かに関する情報は管理されていなかった。従って、各行き先毎に表示形式を変えることは可能となるが、各行き先毎に表示形式を変更した場合には、各メンバの行き先が所定エリア内か否かを一目で識別することはできなかった。
この場合、スケジュール情報の登録の際に、所定エリア内か否かの区別を登録することも考えられるが、エリアの異なる複数部署に所属するメンバのスケジュール情報を共有して管理する場合には、必ずしも適切な表示ができないという問題がある。例えば、エリアを建屋単位で設定し、異なる建屋の部署に所属するメンバについて一括してスケジュール情報の登録を行う場合には、同一イベントに関する行き先を「同一建屋内」として登録すると、全てのメンバについて「同一建屋内」としての表示形式で表示されてしまうこととなる。
また、各メンバ毎に「所定エリア内」か否かを登録することも考えられるが、メンバが多数の場合には登録に多大な手間を要することとなり、また、登録者が各メンバの所属する部署についてどのエリアに該当するかを把握していなければならないという問題がある。
【０００６】
本発明は前記課題を解決するためのものであり、入力作業に多大な手間を要すること無く、管理対象となる各メンバのスケジュール情報に含まれる行き先について、容易かつ適切に所定エリア内であるか否かを識別可能とする行き先表示装置を提供することを目的とする。
【０００７】
【課題を解決するための手段】
前記課題を解決するため本発明行き先表示装置は、組織内に属するメンバについての行き先を含むスケジュール情報を記憶手段に登録するスケジュール情報登録手段を備え、ネットワークを介して接続されたクライアント端末により指定されたメンバについて、前記記憶手段に登録されたスケジュール情報を取得し、少なくともスケジュール情報に含まれる行き先を前記クライアント端末に表示させる行き先表示装置であって、各メンバについて基準となる所在位置を示す基準情報を前記記憶手段に登録する基準情報登録手段と、前記記憶手段に登録されたスケジュール情報を取得し、取得したスケジュール情報の示すメンバについて前記記憶手段から取得した基準情報の示す所在位置に基づき、前記スケジュール情報に含まれる行き先が所定エリア内にあるか否かを判定する判定手段と、前記クライアント端末から指定されたメンバについて、少なくとも前記スケジュール情報に含まれる行き先を、前記判定手段の判定結果に応じて設定された表示形式で前記クライアント端末に表示させる情報表示手段とを備える。
また、予め前記所定エリア内か否かの判定結果に応じた表示形式を前記記憶手段に登録する表示形式登録手段と、予め各スケジュール情報について前記判定手段の判定結果に応じた表示形式を前記記憶手段から取得して、取得した表示形式を前記各スケジュール情報の表示形式として設定して前記記憶手段に格納する表示形式設定手段とをさらに備えたことを特徴とする。
【０００８】
【発明の実施の形態】
以下、本発明の実施の形態について図面に基づき説明する。
図１は、本発明の一実施の形態に係る行き先表示装置の概略構成を示すブロック図である。本実施の形態では、表示形式を区別するエリアを、各建屋毎に設定した場合について説明する。
本実施の形態に係る行き先表示装置１００は、ネットワーク１１０を介して、建屋１２０内の複数のユーザ端末１２１，・・・と、建屋１３０内の複数のユーザ端末１３１，・・・とに接続されている。建屋１２０と建屋１３０とは、同一組織に属するものである。また、同一組織に属する建屋は、他にも存在するものとする。
行き先表示装置１００は、ユーザ端末１２１，・・・，１３１，・・・からのログインを受付け、機能メニューを表示する受付処理部１０１と、各メンバの行き先に関する情報を登録する情報登録処理部１０２と、各メンバの行き先に関する情報を検索して表示する情報表示処理部１０３とを備える。また、各メンバの行き先に関する情報を格納する記憶手段として、建屋テーブル１０４，メンバテーブル１０５，行き先区分テーブル１０６，イベントテーブル１０７，スケジュールテーブル１０８の各テーブルを備える。
本実施の形態では、各メンバについての基準情報として、メンバテーブル１０５に建屋情報を格納し、各スケジュール情報に含まれる建屋情報との一致・不一致等により所定エリア内か否かを判定して、判定結果に応じて行き先区分テーブル１０６に示す表示形式により相対表示を行う。
【０００９】
図２は、建屋テーブル１０４のデータ構造の一例を示す図である。
建屋テーブル１０４は、組織内の各建屋を識別する情報を予め格納したものであり、各建屋の識別情報としての建屋ＩＤ２０１と、建屋名２０２と、所在地２０３との各情報を有している。
建屋ＩＤ２０１は、組織内のそれぞれの建屋を識別するものであり、組織外の建屋は全て「９９９」とする。
【００１０】
図３は、メンバテーブル１０５のデータ構造の一例を示す図である。
メンバテーブル１０５は、組織内の各メンバを識別する情報としてのメンバＩＤ３０１と、氏名３０２と、パスワード３０３と、建屋ＩＤ３０４との各情報を有している。
メンバＩＤ３０１及びパスワード３０３は、メンバ登録の際に予め設定されるものであり、各ユーザ端末１２１，１３１，・・・から行き先表示装置１００へのログイン時等に使用される。
建屋ＩＤ３０４は、各メンバについて基準となる建屋を識別するためのものであり、本実施の形態では、各メンバの所属する部署のある建屋について建屋テーブル１０４に登録された建屋ＩＤ２０１を格納している。
【００１１】
図４は、行き先区分テーブル１０６のデータ構造の一例を示す図である。
行き先区分テーブル１０６は、行き先区分ＩＤ４０１と、建屋の一致・不一致を示す区分４０２と、各区分毎の表示形式４０３との各情報を有している。
区分４０２は、組織内の建屋に関する一致（「自建屋」）と不一致（「他建屋」）とを示すものであり、スケジュール情報に含まれる建屋が組織外の建屋の場合には「その他」として区別される。
表示形式４０３は、区分に応じた表示形式を示すものであり、本実施の形態では、各区分毎に表示色が設定されている。
【００１２】
図５は、イベントテーブル１０７のデータ構造の一例を示す図である。
イベントテーブル１０７は、各メンバのスケジュール情報に含まれるイベントの詳細情報を格納するものであり、各イベントを一意に識別するイベントＩＤ５０１と、件名５０２と、日付５０３と、時間５０４と、イベントの行われる場所を示す建屋ＩＤ５０５及び部屋５０６との各情報を有している。
イベントＩＤ５０１は、情報登録処理部１０２による登録処理の際に、各イベント情報に対して付与される。
建屋ＩＤ５０５は、各メンバの行き先としての建屋を識別するものであり、建屋テーブル１０４の建屋ＩＤ２０１に対応する。
【００１３】
図６は、スケジュールテーブル１０８のデータ構造の一例を示す図である。
スケジュールテーブル１０８は、各スケジュール情報に含まれる出席者を示すメンバＩＤ６０１と、イベントを識別するイベントＩＤ６０２と、各メンバについての行き先区分を示す区分６０３との各情報を有している。
出席者ＩＤ６０１は、メンバテーブル１０５のメンバＩＤ３０１に対応する。
イベントＩＤ６０２は、イベントテーブル１０７のイベントＩＤ５０１に対応する。
行き先区分６０３は、行き先区分テーブル１０７の区分４０２に対応する。
【００１４】
以上の構成により、行き先表示装置の行う行き先情報登録処理及び表示処理について説明する。
図７は行き先表示装置１００の行う処理の概要を示す図である。図７のステップ７０１〜７０９はスケジュール情報の登録処理を示し、ステップ７１０〜７１７はスケジュール情報の表示処理を示す。なお、本例では、ユーザ端末１２１によりスケジュール情報の入力を行い、ユーザ端末１３１によりスケジュール情報を表示する場合を説明する。
スケジュール情報の登録処理では、行き先表示装置１００の受付処理部１０１は、ユーザ端末１２１からのアクセスを受付け（ステップ７０１）、ログイン画面を表示する（ステップ７０２）。
ユーザ端末１２１におけるログイン操作に応じて（ステップ７０３）、受付処理部１０１がログイン処理を行う（ステップ７０４）。ログイン処理では、入力されたユーザＩＤに基づきメンバテーブルを参照し、パスワードの一致・不一致を判定し、ログインを受理するか否かを決定する。
ログインを受理した場合、受付処理部１０１は、ユーザ端末１２１にメニュー選択画面を表示する（ステップ７０５）。
ユーザ端末１２１におけるスケジュール登録の選択操作に応じて（ステップ７０６）、情報登録処理部１０２はユーザ端末１２１にスケジュール登録画面を表示し（ステップ７０７）、スケジュール情報の入力を受付ける（ステップ７０８）。
情報登録処理部１０２は、各テーブルに対し、後述するスケジュール登録処理を行い（ステップ７０９）、処理を終了する。スケジュール登録処理では、後述するように、各出席者毎に行き先区分の判定結果に応じた表示形式が設定される。
一方、スケジュール情報の表示処理では、受付処理部１０１は、前述と同様のログイン処理を行い、（ステップ７１０〜７１３）、ユーザ端末１３１にメニュー選択画面を表示する（ステップ７１４）。
ユーザ端末１２１におけるスケジュール表示の選択操作に応じて（ステップ７１５）、情報表示処理部１０３は後述するスケジュール一覧の生成処理を行い（ステップ７１６）、ユーザ端末１３１にスケジュール一覧を表示して（ステップ７１７）、スケジュール表示処理を終了する。スケジュール一覧の表示処理では、スケジュール情報の登録処理で設定された表示形式に基づき、各スケジュール情報を色分け表示する。
【００１５】
図８〜図１０は図７の各処理においてユーザ端末に表示する画面の一例を示す図であり、図８は受付処理部１０１の表示するログイン画面及びメニュー画面、図９は情報登録処理部の表示するスケジュール情報登録画面、図１０は情報表示処理部の表示するスケジュール情報表示画面を示す。なお、図１０では、基準となる建屋の異なる２人の利用者について、スケジュール情報をそれぞれ表示した例を示している。
ログイン画面は８１０、図８（ａ）に示すように、ユーザＩＤ入力部８１１とパスワード入力部８１２とログインボタン８１３と中止ボタン８１４とを有する。
受付処理部１０１は、ユーザ端末１２１において各入力部８１１，８１２への入力がされ、ログインボタン８１３の操作がされると、前述のログイン処理（ステップ７０４，７１３）を行う。
メニュー画面８２０は、図８（ｂ）に示すように、スケジュール登録選択ボタン８２１と、個人別スケジュール参照選択ボタン８２２とを有する。
スケジュール登録選択ボタン８２１の操作に応じて、情報登録処理部１０２が図９に示すスケジュール情報登録画面を表示する。また、個人別スケジュール参照ボタン８２２の操作に応じて、情報表示処理部１０３が図１０に示すスケジュール情報表示画面を表示する。
スケジュール情報登録画面は、図９に示すように、件名９０１，日付９０２，時間９０３，建屋９０４，部屋９０５，出席者一覧９０６の各入力部と、登録ボタン９０７，中止ボタン９０８とを有する。
情報登録処理部１０２は、ユーザ端末１２１において、各入力部９０１〜９０６への入力がされ、登録ボタン９０７の操作がされると、登録処理（ステップ７０９）を行う。
スケジュール情報表示画面１０１０，１０２０は、図１０（ａ），（ｂ）に示すように、ＩＤ，名前，建屋を含むメンバ情報表示部１０１１，１０２１と、件名，日付，時間，建屋，部屋，行き先区分を含むスケジュール情報表示部１０１２，１０１３，１０２２，１０２３とを有する。
図１０（ａ），（ｂ）では、メンバ「山田太郎」「鈴木花子」のそれぞれについての同一内容のスケジュール情報を表示した例を示している。
この場合、スケジュール情報表示部１０１２，１０１３，１０２２，１０２３では、スケジュールテーブル１０８の行き先区分６０３に応じて、行き先区分テーブル１０６に格納された表示形式４０３で色分け表示を行う。即ち、各メンバ情報に含まれる建屋と各スケジュール情報に含まれる建屋との比較結果に応じて表示色が異なることとなる。例えば、件名「打合せ」は「本社ビル」で行われるため、メンバ「山田太郎」のスケジュール情報表示部１０１２は、「自建屋」（同一建屋内）で行われるイベントとして青色表示がされ、メンバ「鈴木花子」のスケジュール情報表示部１０２２は、「他建屋」（別建屋）で行われるイベントとして黄色表示がされる。
【００１６】
以下、図７に示す登録処理（ステップ７０９）及び情報表示処理（ステップ７０１６）のそれぞれの詳細について、前述の例に基づき説明する。
図１１は、情報登録処理部１０２による情報登録処理の詳細を示すフローチャートである。
情報登録処理部１０２は、図９に示すスケジュール登録画面９００の件名９０１，日付９０２，時間９０３，建屋９０４，部屋９０５の各入力欄に入力されたイベント情報について、イベントＩＤを生成し、生成したイベントＩＤとイベント情報とをイベントテーブル１０７に格納する（ステップ１１０１）。
スケジュール登録画面９００の出席者一覧９０６に入力された情報に基づきメンバＩＤをメンバテーブル１０５から取得し、スケジュールテーブル１０８にメンバＩＤと、ステップ１１０１で生成したイベントＩＤとを格納する（ステップ１１０２）。
出席者一覧に入力された出席者について、メンバテーブル１０５から建屋ＩＤを取得するとともに、イベントテーブル１０７から建屋ＩＤを取得し（ステップ１１０３）、両建屋ＩＤを比較する（ステップ１１０４）。
比較の結果、両建屋ＩＤが一致した場合にはスケジュールテーブル１０８の行き先区分に「００」を格納し（ステップ１１０５）、両建屋ＩＤが不一致の場合にはスケジュールテーブル１０８の行き先区分に「０１」を格納する（ステップ１１０６）。なお、イベントテーブル１０８から取得した建屋ＩＤが「９９９」の場合には、スケジュールテーブル１０８の行き先区分に「９９」を格納する（ステップ１１０７）。
例えば、図９に示す入力例では、出席者「鈴木花子」については、両建屋ＩＤが一致するため、図６のレコード６１３に示すように行き先区分６０３に「００」を格納する。一方、出席者「山田太郎」については、両建屋ＩＤが不一致のため、レコード６１４に示すように行き先区分６０３に「０１」を格納する。
以上の処理を出席者一覧に入力された全ての出席者について行った否かを判定し（ステップ１１０８）、処理を行っていない出席者がいる場合には、次の出席者について処理を行う（ステップ１１０９）。
全出席者について処理を行ったと判定した場合には（ステップ１１０８）、登録処理を終了する。
【００１７】
図１２は、情報表示処理部１０３によるスケジュール一覧生成処理の詳細を示すフローチャートである。
情報表示処理部１０３は、ログイン処理時に入力されたメンバＩＤに基づき、建屋テーブル１０４及びメンバテーブル１０５から建屋名，氏名等を含むメンバ情報を取得する（ステップ１２０１）。
また、入力されたメンバＩＤに基づき、スケジュールテーブル１０８のメンバＩＤ６０１を参照し、メンバＩＤの一致するレコードを抽出する。
スケジュールテーブル１０８から抽出したレコードについてイベントＩＤ６０２を取得し、取得したイベントＩＤに基づきイベントテーブル１０７からイベント情報として、件名，日付，時間，建屋ＩＤ，部屋の各情報を取得する。
スケジュールテーブル１０８から抽出したレコードに含まれる行き先区分６０３に基づき、行き先区分テーブル１０６から表示形式４０３を取得する。
以上の処理をスケジュールテーブル１０８から抽出した全てのレコードについて行い、スケジュール一覧を生成するとともに、各スケジュール情報について取得した表示形式を対応付けて、ユーザ端末１３１に送信する。
ユーザ端末１３１では、各スケジュール情報に対応付けられた表示形式に基づき、スケジュール一覧を表示させる。
例えば、図１０（ａ）に示すように、メンバ「山田太郎」について、スケジュール情報表示画面１０１０のスケジュール情報表示部１０１２は、スケジュールテーブルのレコード６１１の行き先区分「００」に応じて青色表示がされ、スケジュール情報表示部１０１３は、レコード６１４の行き先区分「０１」に応じて黄色表示がされる。
一方、図１０（ｂ）に示すように、建屋の異なるメンバ「鈴木花子」について、スケジュール情報表示部１０２２はレコード６１２の行き先区分「０１」に応じて黄色表示がされ、スケジュール情報表示部１０２３はレコード６１３の行き先区分「００」に応じて青色表示がされる。
【００１８】
以上のように、本実施の形態に係る行き先表示装置では、ユーザ端末に表示させる各メンバの行き先について、予めメンバについての基準建屋情報として登録された建屋と、各スケジュール情報に含まれる建屋とを比較し、比較結果に応じて設定された表示形式に基づき各メンバの行き先を色分けして表示させることとしたので、各メンバの行き先が同一建屋内であるか否かを容易に識別することができる。また、スケジュール情報に含まれる建屋が組織外の建屋の場合にも、表示形式を異なるものとしたため、各メンバの行き先が組織内か組織外かを容易に識別することが可能となる。
また、各メンバの行き先情報を組織内で共有し、複数部署のメンバの行き先情報を管理する場合において、異なるエリアの部署に所属する複数メンバについて同一のスケジュール情報を登録する場合でも、各メンバについて登録された基準建屋情報に基づき同一建屋否か等を判定するため、各メンバの行き先について所定エリア内か否かを適切に表示することができる。
また、組織内のネットワークに接続された複数のユーザ端末により表示可能としたので、各メンバの所属する部署以外の場所においても行き先情報を確認することができる。この場合にも、前記比較結果に応じた行き先情報の色分け表示を行うことにより、行き先となる建屋を容易に把握することができる。
【００１９】
なお、前記実施の形態では、表示形式を区別するエリアを組織内の建屋毎に設定した場合を説明したが、これに限るものではなく、組織内のフロア毎や、複数建屋を有する敷地毎、所定地域毎等、種々の範囲で設定することができる。
また、所定エリア内か否かを判定する手段として、基準情報との一致又は不一致を判定する手段を説明しているが、設定されたエリアに応じて他の手段を用いて判定処理を行うこととしてもよい。
また、ログイン画面に入力されたユーザＩＤに基づき、行き先を含むスケジュール情報の表示を行うこととしているが、これに限るものではなく、スケジュール情報を表示するメンバの選択を可能としてもよい。
また、個人別のスケジュール情報を表示するだけでなく、日付等を指定して複数人のスケジュール情報を表示することとしてもよい。
また、行き先区分を判定する際に基準となるエリアを示す情報として、予めメンバテーブルに登録したものを用いているが、これに限られるものではなく、スケジュール情報を表示する際に、ユーザ端末により設定可能としてもよい。これにより、例えば、各メンバが打合せ等により組織内の他のエリアにいる場合において、出先を基準として、その後の行き先が所定エリア内か否かを識別可能に表示させることができる。この場合、所定エリア内か否かの判定は、情報表示処理部が、スケジュール情報一覧を生成する際に行うこととしてもよい。
また、表示形式として、各区分に応じて異なる表示色を設定することとしているが、識別可能な相対表示を行うことができれば、他の表示形式の設定でもよい。例えば、所定エリア内の場合は文字サイズの変更や文字修飾により強調表示をすることとしてもよい。
【００２０】
【発明の効果】
以上のように、本発明によれば、入力作業に多大な手間を要すること無く、管理対象となる各メンバのスケジュール情報に含まれる行き先について、容易かつ適切に所定エリア内であるか否かを識別可能とすることができる。
【図面の簡単な説明】
【図１】本発明の一実施の形態に係る行き先表示装置を含むシステム全体の概略構成を示すブロック図である。
【図２】建屋テーブルのデータ構造の一例を示す図である。
【図３】メンバテーブルのデータ構造の一例を示す図である。
【図４】行き先区分テーブルのデータ構造の一例を示す図である。
【図５】イベントテーブルのデータ構造の一例を示す図である。
【図６】スケジュールテーブルのデータ構造の一例を示す図である。
【図７】行き先表示装置の行う処理の概要を示すフローチャートである。
【図８】受付処理部により、ユーザ端末に表示する画面の一例を示す図である。
【図９】情報登録処理部により、ユーザ端末に表示する画面の一例を示す図である。
【図１０】情報表示処理部により、ユーザ端末に表示する画面の一例を示す図である。
【図１１】情報登録処理部の行う登録処理を示すフローチャートである。
【図１２】情報表示処理部の行う一覧生成処理を示すフローチャートである。
【符号の説明】
１００  行き先表示装置、１０１  受付処理部、１０２  情報登録処理部、１０３  情報表示処理部、１０４  建屋テーブル、１０５  メンバテーブル、１０６  行き先区分テーブル、１０７  イベントテーブル、１０８  スケジュールテーブル、１１０  ネットワーク、１２１，１３１  ユーザ端末、２０１，３０４，５０５  建屋ＩＤ、４０１，６０３  行き先区分ＩＤ、４０２  区分、４０３
表示形式。
【図１】
2004192265.tif 000003
【図２】
2004192265.tif 000004
【図３】
2004192265.tif 000005
【図４】
2004192265.tif 000006
【図５】
2004192265.tif 000007
【図６】
2004192265.tif 000008
【図７】
2004192265.tif 000009
【図８】
2004192265.tif 000010
【図９】
2004192265.tif 000011
【図１０】
2004192265.tif 000012
【図１１】
2004192265.tif 000013
【図１２】
2004192265.tif 000014