(57)【要約】      （修正有）【課題】従来からあるパソコン端末を利用した行き先情報通知システムは端末の使用者が、予め行き先を登録しておくことが必要である。このように端末の使用者に依存するシステムが持つ欠陥を、近くの座席にいる人の情報で補うことができるより有効な通知システムを提供する。【解決手段】ネットワークを介してサーバに接続された複数の端末で構成されていて、行き先を探している人（捜索者）が対象とする人（被捜索者）の行き先を知りたいとき、サーバに問い合わせを行うと、サーバは管理表より被捜索者の座席の近くにある端末を抽出し、さらに抽出した端末の動作状態を確認して問い合わせ対象を選択し、対象となった端末の表示装置に前記被捜索者の行き先についての問い合わせを表示し、該端末の使用者が該問い合わせに対して知っていることを回答として送信し、前記サーバが捜索者の端末にその回答を表示する通知の方法とシステム。【選択図】図６
2006268129.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してサーバに接続された複数の端末で構成され、第１の端末が発信する第２の端末の使用者の行き先問い合わせに応じ、前記サーバが行き先情報を通知する方法において、前記サーバが、
第１の端末の問い合わせを受信するステップと、
記憶装置に格納された管理表より前記第２の端末に関連付けられた１または複数の第３の端末を抽出するステップと、
前記第３の端末の動作状態情報を受信し、該動作状態に応じて端末を選択するステップと、
前記選択された端末の表示装置に前記問い合わせを表示するステップと、
前記選択された端末が送信する前記問い合わせの回答を受信するステップと、
前記回答に応じて、前記第１の端末に前記回答を表示するステップとを含むことを特徴とする行き先情報通知方法。
【請求項２】
前記管理表は、前記第２の端末が設置された座席配置情報に応じ、前記第２の端末に近い座席の端末と関連付けて作成されることを特徴とする請求項１記載の行き先情報通知方法。
【請求項３】
前記管理表は、前記第２の端末の使用者が所属する職制に応じた端末と関連付けられて作成されることを特徴とする請求項１記載の行き先情報通知方法。
【請求項４】
前記行き先情報通知方法は、さらに、前記サーバが
第２の端末の動作状態を受信するステップと、
該第２の端末の動作状態を第１の端末に表示するステップとを含むことを特徴とする請求項１乃至３のいずれかに記載の行き先情報通知方法。
【請求項５】
行き先捜索者が使用する第１の端末と、
行き先被捜索者が使用する第２の端末と、
前記第２の端末に関連付けられた第３の端末と、
前記第１乃至第３の端末とネットワークで接続された行き先情報を通知するサーバを含み、
前記サーバは、前記第１の端末から前記被捜索者の行き先の問い合わせ情報を受信し、前記管理表から第３の端末を抽出し、該第３の端末の動作状態に応じて端末を選択し、該選択された端末に前記問い合わせ情報を表示し、該選択された端末が発信する回答を受信し、該回答を前記第１の端末に表示することを特徴とする行き先情報通知システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パーソナルコンピュータ端末の使用者の行き先を、ネットワークで接続された離れた場所にある他の端末から知ろうとしたときに、対象になる人の座席の近くにいる人に問い合わせ、知っている情報を取得して通知するシステムに関わる。
【背景技術】
【０００２】
パーソナルコンピュータ（ＰＣ）端末を各人が占有して使用するようになってくることにより、使用者の在席あるいは行き先等の情報をサーバが管理し、問い合わせに応じて通知するシステムが利用されている。このようなシステムでは各ＰＣ端末の使用者が自席のＰＣ端末を操作して行き先の情報を予めサーバに登録しておくことで、他のＰＣ端末の使用者（以下捜索者という）が、連絡を取りたいＰＣ端末の使用者（以下被捜索者という）の行き先情報を自席のＰＣ端末を用いてサーバに問い合わせを行い、ＰＣ端末の表示装置に表示させることができる。（特許文献１）
しかし、上記のシステムはＰＣ端末の使用者が必ず予め行き先情報を入力しておくことが前提になっているが、必ずしも全ての人が守るとは限らず、被捜索者の行き先をすぐに知ることができない状況が発生している。
【０００３】
また、急に他の人から呼び出しを受けて行き先を入力することなく離席するようなことも往々にして起こり得る。このような場合に対して補うために、出先で入力しなかったことに気付いたときに手近のＰＣ端末から行き先を更新することができるシステムも存在する。
【０００４】
このような対策を取ったとしても、システムが充分に機能するためには、被捜索者が常に行き先情報を入力していることが前提条件であって、全ての人に守らせることが困難であった。
【０００５】
また他の手段として、近年ＰＨＳ(Personal Handy phone System)、携帯電話等の携帯端末機器の軽量化、設備の低価格化の進展で各自が携帯端末を所持することによって、出先でも直接連絡を取ることが可能になってきている。（特許文献２）
このようなシステムを備えることで各自が携帯端末を所持するようになったとしても、会議中などで応答を避ける必要があるときや、集中して作業を行っていて中断を避けたい場合などでは電源をオフにする場合がしばしば生じる。このようなときには、被捜索者の所在がわからなくなり急な連絡を取るのが困難になってしまう。
【０００６】
このように連絡が取れない場合の対策として、携帯端末の発信する情報から行き先を特定するシステムも存在するが、被捜索者が携帯端末を自席に置いたまま離席した場合には有効に動作しない場合がある。
【０００７】
このように、近年使用されている行き先情報通知システムは基本的に使用する者の意識に依存したシステムと言うことができる。一方、従来から一般的に用いられてきた机上の電話を使って連絡を取る方法であれば、被捜索者が離席している場合には、近くの座席の人（以下近席、および近席者という）が電話を取り、短時間の離席か、さらには取った人が行き先を知っていればその情報を提供するなどと柔軟に対応することができる。
【０００８】
しかし、個人が携帯端末を所持するようになると、被捜索者が応答しない場合には行き先を知る方法がなくなってしまう。さらに、近席者に問い合わせをしようとした場合、他の場所にいる人には被捜索者がいるフロアの情報を容易に知ることができないため、近席者を見つけ出して問い合わせをするのが困難になっている。
【０００９】
さらに、捜索者が近席者の電話番号を知っていたとしても、電話で別の人の行き先を問い合わすことは業務の邪魔をすることにもなるので、一般的に電話をすることに躊躇する場合が多い。
【００１０】
以上述べたように、ＰＣ端末や携帯端末を利用した行き先情報通知システムがカバーしきれない範囲を近くの座席の人が知っていると思われる情報で容易に補うことができるシステムが求められている。
【００１１】
ここで、近席情報には、同じフロアにいる近くの座席の人だけには限られない。例えば、職制上同じ所属の人であれば、互いの業務の遂行状況を知っていて被捜索者の行き先情報を把握する確率が高い場合がある。あるいは、他の職場の人と共同でプロジェクトなどを行っている場合は、座席や職制以外にプロジェクトの関係者同士の方が行き先をよく知っている場合もある。
【００１２】
【特許文献１】特開２００３−２１６８０２号公報
【特許文献２】特開２００３−１６３９５８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１３】
以上述べたように、本発明の行き先情報提供システムは、ＰＣ端末を利用して被捜索者の行き先情報を取得することを目的としている。従来の行き先情報通知システムは、使用者とシステムの間の直接的な関わりで機能していたものに加えて、座席が近い人の情報を加えるとより有効に機能すると考え、いかに簡便に利用できるかが課題となっている。
【００１４】
すなわち、被捜索者がＰＣ端末に行き先の入力を行わずに離席した場合に、被捜索者の近くの座席にいる人を見つけ出し、その人に被捜索者の行き先情報を問い合わせ、その回答を捜索者に提供することが容易に行われることである。
【００１５】
そのために、ＰＣ端末の使用者ひとり一人の近くの座席にいる人が誰であるかの情報を予め取得しておくことが必要である。
【００１６】
さらに、捜索者の問い合わせに応じて問い合わせを行う際に、被捜索者の近席者に問い合わせを行う場合、その近席者が使用する端末が問い合わせを表示できる状態にあるかどうかを確認することも必要である。
【００１７】
さらに、被捜索者の近くの座席の人に限らず、職制情報を元に業務遂行情報からそれぞれのＰＣ端末の使用者の行き先を知っている可能性の高い人を予め特定しておくことが必要である。
【００１８】
あるいは、上記以外にも特定プロジェクトなど、行き先を知っている可能性の高い人を個別に指定することができれば有効に動作すると考えられる。
【００１９】
さらに、捜索者がＰＣ端末に問い合わせを行うだけで、被捜索者の近席の人を見つけ出し、その人に被捜索者の行き先を問い合わせ、その回答が容易に入手できることが求められている。また、この問い合わせによって、近席者が現在行っている業務の邪魔にならず、簡便に被捜索者の行き先情報の回答ができることが必要である。
【課題を解決するための手段】
【００２０】
本発明は上記課題を解決するために、
ネットワークを介してサーバに接続された複数の端末で構成され、第１の端末が発信する第２の端末の使用者の行き先問い合わせに応じ、前記サーバが行き先情報を通知する方法において、前記サーバが、第１の端末の問い合わせを受信するステップと、記憶装置に格納された管理表より前記第２の端末に関連付けられた１または複数の第３の端末を抽出するステップと、前記第３の端末の動作状態情報を受信し、該動作状態に応じて端末を選択するテップと、前記選択された端末の表示装置に前記問い合わせを表示するステップと、前記選択された端末が送信する前記問い合わせの回答を受信するステップと、前記回答に応じて、前記第１の端末に前記回答を表示するステップとを含むことによって、捜索者に被捜索者の行き先情報を通知することを特徴とする方法である。
【００２１】
サーバが被捜索者に関連し、被捜索者の行き先を知っている可能性が高い人の端末を見つけ出し、さらに端末の動作状態から画面表示が可能な端末を自動的に見つけ出し、行き先の問い合わせ表示を行うことができる。表示された画面を見て近席者が知っている情報を回答することで、捜索者は他の人が持つ情報を容易に入手することができる。
【００２２】
さらに、前記管理表は、前記第２の端末が設置された座席配置情報に応じ、前記第２の端末に近い座席の端末と関連付けて作成され、あるいは、前記第２の端末の使用者が所属する職制に応じた端末と関連付けられて作成される方法である。
【００２３】
このように被捜索者の行き先を知っている可能性が高い人として、事務所フロアの座席に近い人、あるいは職制上同じ職場に所属する人を選ぶことが有効である。
【００２４】
さらに、上記の方法で行き先情報を提供するために、本発明は、行き先捜索者が使用する第１の端末と、行き先被捜索者が使用する第２の端末と、前記第２の端末に関連付けられた第３の端末と、前記第１乃至第３の端末とネットワークで接続された行き先情報を通知するサーバを含み、前記サーバは、前記第１の端末から前記被捜索者の行き先の問い合わせ情報を受信し、前記管理表から第３の端末を抽出し、該第３の端末の動作状態に応じて端末を選択し、該選択された端末に前記問い合わせ情報を表示し、該選択された端末が発信する回答を受信し、該回答を前記第１の端末に表示する装置で構成されている。
【００２５】
このように、管理表を備えたサーバと端末とをネットワークで接続することで、別の事務所フロアや、離れた地域にいて、被捜索者の行き先を知っている人を見つけ出すのが困難な捜索者であっても容易にその人を見つけ出し、知っている行き先情報を得ることができる。
【発明の効果】
【００２６】
本発明は、従来の行き先表示システムにおいて人に依存する箇所があるためにカバーしきれなかった部分を、被捜索者の近くの座席にいる人の情報で補うことに特徴がある。すなわち、従来のシステムでは、捜索者は被捜索者がサーバに対して提供した情報しか得ることができなかったものが、本発明を使用することによって、被捜索者の情報を知っている可能性の高い人を見つけ出し、その人の情報を加えて手に入れることができる。このように、本発明は現在使用されている新しい情報システムと、従来からあった人が関わるシステムとを融合させたものである。
【発明を実施するための最良の形態】
【００２７】
本発明は、行き先情報提供システムを備えたサーバと、本サーバにネットワークで接続された複数のＰＣ端末で構成されている。各ＰＣ端末は各使用者に割り当てられていて事務所フロアなどに配置されている。各ＰＣ端末は配置された事務所のフロアの座席の情報を元にそれぞれの近席に当たるＰＣ端末を特定し、近席管理表を作成しサーバの記憶装置に格納しておく。
【００２８】
この近席管理表には座席表に基づく近席情報のほかに、職制に基づく所属情報、さらにプロジェクトなど個人的な業務に関連して指定できるオプション設定情報も備えている。
【００２９】
サーバは、捜索者からの問い合わせを受けると近席管理表にアクセスして被捜索者の近席者が使用するＰＣ端末を抽出する。次いで、抽出されたＰＣ端末の中から問い合わせ情報が画面に表示可能な状態にあるものを選択し、選択されたＰＣ端末に対して問い合わせ情報を送信し、その端末の表示装置に行き先問い合わせ画面をポップアップ表示する。
【００３０】
問い合わせを受けたＰＣ端末の使用者は被捜索者の行き先について知っている情報を画面上で入力し、返信ボタンを押すことでサーバに回答する。この間、問い合わせと回答入力の表示は画面上にポップアップするだけなので、現在実行中の業務に支障を与える可能性はわずかである。
【００３１】
回答者から返信された被捜索者の行き先情報は捜索者のＰＣ端末の表示装置の回答画面に表示される。このとき、受信した回答は収集時刻とともに記憶装置に格納され、所定の時間内に他のＰＣ端末から同じ被捜索者の行き先問い合わせがあった場合の回答に使用される。
【実施例】
【００３２】
本発明の詳細について、事務所フロアに設置されたＰＣ端末の使用者の行き先を別の場所のＰＣ端末から問い合わせを行った場合を想定して実施例を用いて説明する。図１は本システムの構成を示している。サーバ１１は記憶装置１２を備え、本システムのプログラムおよび下記で述べる管理情報が格納されている。ＰＣ端末１３の中ＡＡ乃至ＣＣは同じ事務所のフロア内に設置されていて、それぞれＬＡＮを介してサーバに接続されている。ＰＣ端末ＸＡは前記ＰＣ端末とは別のフロアに設置されていてサーバ１１とＬＡＮによって接続されている。また、ＰＣ端末ＹＡは離れた地域に設置されていて、サーバ１１とはインターネットを介して接続されている。
【００３３】
ＰＣ端末の使用者は各自の予定に従って、時刻ごとの行き先を登録する。登録された行き先情報はサーバ１１の記憶装置１２に格納される。各ＰＣ端末からは前記ネットワークに接続されたＰＣ端末１３から任意の人の行き先を知ることができる。図２は、登録されたＰＣ端末使用者の行き先登録のデータ２０を示している。データ２０には、氏名、所属、電話番号等の固有情報２１は予め登録されている。ＰＣ端末の使用者は、他の場所に行く予定が決まったとき、時刻欄２２の中の予定時刻に対応する行き先欄２３に行き先を記入し、行き先地にいる間の電話等連絡先を連絡先欄２４に記入し登録する。
【００３４】
次に、本発明で使用される被捜索者の近くの座席にいる人の情報を登録する方法について説明する。図３はＰＣ端末が設置された事務所フロア３０内の座席の配置を示している。図３の例では、各３個並んだ机の列が向かい合わせに対をなし、この対が２列並んでいる。さらに、それらの列から離れて独立の座席が２個配置されている。それぞれの座席には凡例３１に示す座席の使用者の情報が記入されている。上段は使用者の氏名３２が記載されている。また本例では氏名３２の最初の文字は所属する職制名を示すとしている。中段には電話番号３３が記載され、下段には、本システムでサーバが各ＰＣ端末を識別するために個別に与えられた使用者コード３４が記載されている。
【００３５】
使用者コード３４は数字の組み合わせ（Ｍ、Ｎ、Ｌ）で構成され、Ｍは座席の列を示し、Ｎは座席の行を示しフロア内での座席の位置関係を表している。Ｌは職制上の所属を数字で示している。使用者コード３４は記憶装置１２に格納されていて、座席変更あるいは職制変更が行われたときには更新される。これらの数字は後で述べる近席管理表を自動的に作成するときに使用される。
【００３６】
次に、使用者コード３４を用いてそれぞれのＰＣ端末の使用者の近くの座席にいる人を特定し、近席管理表を作成する手順について説明する。図４は近席管理表４０を示している。氏名欄４１にはＰＣ端末の使用者の氏名、所属欄４２には所属名が記載される。次の近席欄４３には、各氏名欄４１に記載の人に近い座席にいる人の氏名が記載されている。所属欄４４には職制上同じ部署に所属する人の氏名が記載されている。
【００３７】
さらに、オプション欄４５は、座席、職制以外の理由で互いに行き先を知っている確率が高い人を各ＰＣ端末の使用者が独自に入力する欄である。
【００３８】
ここで、近席者は同じ列の隣接する左右の座席の人と、同じ行の向かい合う座席の人、および同じ行で背中合わせの人と定義している。このように近席者を定義し、使用者コード３４を用いて自動的に近席欄４３に近席者氏名を埋める。すなわち、使用者コード３４の数字（Ｍ、Ｎ、Ｌ）の人の左右両隣の人を求める場合、列を示す数字Ｍが同じで、行を示す数字Ｎの値がＮ±１の人が該当する。向かい合う座席の人は、列を表す数字Ｍが偶数と奇数の場合で異なり、偶数列の座席の人の向かいの座席は行を表す数字Ｎが同じで、列ＭがＭ−１の人、奇数列の座席の向かいの座席はＮが同じで、列ＭがＭ＋１の人が該当する。同様に背中合わせの人は、Ｎが同じで、Ｍが偶数のときはＭ＋１の人が該当し、Ｍが奇数のときは列Ｍ−１の人が該当する。なお、ＡＡやＢＡのように少し離れた座席の人については個別に指定する必要がある。
【００３９】
所属欄４４は、使用者コード３４（Ｍ、Ｎ、Ｌ）のＬの数字が同じ人が該当する。従って、職制上同じ所属であれば、別の場所にいる人も選択されてこの欄に記載される。図４の例では、所属Ｃの場合、ＣＡ，ＣＥ，ＣＦの人が他のフロアにいることを示している。
【００４０】
このように、近席管理表４０は自動的に作成されるが、不都合がある場合は、ＰＣ端末の使用者が自席の端末を用いて修正を行うようにしても構わない。
【００４１】
さらに、オプション欄４５は、ＰＣ端末の使用者が自席の端末を用いて任意に登録を行うことで作成することができる。このようにして作成された近席管理表４０は記憶装置２に格納される。
【００４２】
このように近席管理表４０は、ＰＣ端末が設置されている事務所フロアの座席表３０を用いて自動的に作成される。従って、席替えや組織変更が行われたときに座席表３０を更新するだけで常に最新の状態に維持することができる。座席表３０の更新は、事務所フロアの担当者や、職制管理部門の担当者など予め決めておくことで比較的容易に行うことができる。
【００４３】
次に、問い合わせを行う先のＰＣ端末のステータス情報の収集について説明する。ＰＣステータスはそれぞれのＰＣ端末の動作状態を表している。図５に示すステータス管理表５０ではＰＣ端末の動作状態および本通知システムが動作しているときの状態に関する情報が格納されている。氏名欄５１と所属欄５２の欄はそれぞれ氏名と所属を示す。在席欄５３と離席欄５４はステータス管理表５０を作成した時刻の在席または離席の状況を示している。図２の行き先管理表２０を検索し、現在時刻に行き先指定がない場合は在席欄５３、行き先指定がある場合は離席欄５４に丸印が記載される。
【００４４】
ＰＣ−ステータス欄５５は各ＰＣ端末の動作状態を示し、パワー欄５５１、モニタ欄５５２、Ｓ．Ｓ（スクリーンセーバー）欄５５３の３つの状態に区分されている。パワーがＯＮの状態であれば使用者が事務所に出勤してきていることがわかる。さらにモニタがＯＮの場合、そのＰＣ端末が使用状態にあり、サーバ１１から問い合わせを行ったときに表示装置の画面にポップアップ表示が可能な状態にあることを示している。また、モニタがＯＦＦの状態のときは長時間離席している可能性が高く、また、サーバ１１から問い合わせを行っても画面表示されないため問い合わせを行っても無駄になることを示している。
【００４５】
スクリーンセーバーがＯＮの場合は、短時間操作がされていない状態を示していて、使用者が短時間離席している可能性が高い。
【００４６】
各ＰＣ端末のステータス情報はパソコンのＯＳが備えている省電力機能を利用して収集することができる。例えばＷｉｎｄｗｓ（登録商標）の場合は電源仮にＡＣＰＩという規格を採用していて、電源のオンオフ、スタンバイ、スリープなどの設定を行うことができる。それぞれの設定に対して、ＰＣ端末のパワー、モニタ、スクリーンセーバーの設定がなされる。
【００４７】
サーバ１１は、定期的に配下のＰＣ端末１３に対して、ステータスの情報を要求する信号を送信し、要求信号を受けたＰＣはそれぞれ現在のステータスの情報を返信する。サーバ１１は、受信したステータスを図−５のＰＣ−ステータス欄５５に順次記載してゆく。
【００４８】
行き先問い合わせ欄５６は、本システムを用いて問い合わせを行うときに使用するものであって、後で説明する。
【００４９】
表の記載が完了した時点で表の作成時刻５７が記録されステータス管理表が作成される。作成されたステータス管理表５０は記憶装置１２に格納される。この機能を採用することによって、サーバ１１は配下のＰＣが現在どのようなステータスにあるかの情報を、ＬＡＮを通じて収集することができる。データの収集は定期的に行えば良い。例えば１分間隔で行えば本発明の目的を満たすものと思われ、この程度の頻度であればＬＡＮ回線およびＰＣに対しては負担とならない。
【００５０】
次に、本システムの動作について図６のフローチャート６０を用いて説明を行う。本フローチャートでは操作を行う実体を捜索者、サーバ、問い合わせ対象者と分けて表示している。ここで説明するために選んだ例として、図２で示す座席にいるＰＣ端末ＢＣの使用者（被捜索者）が上記行き先管理表に入力を行わずに離席した場合を仮定し、別の事務所にいるＰＣ端末ＸＡの使用者（捜索者）が被捜索者の行き先を探す手順を想定して説明する。
【００５１】
捜索者ＸＡが被捜索者ＢＣに連絡を取ろうとして電話をかけたが電源切断の応答があり連絡が取れない状態になった。そこで自席のＰＣ端末ＸＡを操作して行き先登録データ２０を見ると在席を表示しているので行き先を知ることができない。
【００５２】
（ステップＳ１）そこで、捜索者ＸＡはＰＣ端末ＸＡを操作して、サーバ１１に対して被捜索者ＢＣが使用しているＰＣ端末ＢＣのステータスの問い合わせを行う。
【００５３】
（ステップＳ２）サーバ１１は、ステータス管理表５０を参照して、被捜索者のＰＣ端末のステータス検索し、その結果をＰＣ端末ＸＡに回答を返信する。
【００５４】
このとき、仮に被捜索者のＰＣ端末ＢＣのステータスがパワーＯＮ、モニタＯＮ、スクリーンセーバーＯＦＦの状態であれば、在席中、または離席した場合でも離席後間もないことを知ることができる。従って、メールなどの手段で間もなく連絡がつく可能性が高いことを知ることができる。他方、回答がパワーＯＦＦ、またはスクリーンセーバーＯＮであった場合は、いつ連絡が取れるか手がかりが得られない状態なのでサーバ１１に対して近席情報の取得を要求することとした。
【００５５】
（ステップＳ３）捜索者ＸＡはＰＣ端末を操作してサーバ１１に対し、被捜索者ＢＣの近席者に問い合わせを要求を送信する。
【００５６】
（ステップＳ４）サーバ１１は、ステータス管理表５０の問い合わせ欄５６１に問い合わせを行う被捜索者になった旨の表示を行う。次に、近席管理表４０を参照して、被捜索者ＢＣの近席者を抽出する。図４の例では、ＢＢ、ＡＣ、ＢＤ、ＢＥが抽出される。抽出された氏名はステータス管理票５０の行き先問い合わせ欄５６の中の近席欄５６２に抽出対象である旨の表示を行う。
【００５７】
（ステップＳ５）次に、抽出された近席者の中から問い合わせを行うＰＣ端末を選択する。先ず、上記で抽出されたＰＣ端末の在席欄５３、離席欄５４を参照して在席している人を選択する。次いで、ＰＣステータス欄５５を参照し、ＰＣ端末に問い合わせ情報が表示可能かどうかを調べる。パワーＯＮでモニタがＯＮ、そしてスクリーンセーバーがＯＦＦの状態であれば対象とするＰＣ端末に問い合わせ表示が可能と判断し、選択対象とする。図５の例ではＢＤとＢＥが問い合わせる対象者として選択される。問い合わせ対象者であることを示すために、問い合わせ欄５６１に問い合わせの表示を行う。
【００５８】
（ステップＳ６）次に、サーバ１１は選択されたＰＣ端末ＢＤとＢＥに対して、被捜索者ＢＣの行き先の問い合わせ情報を送信する。行き先問い合わせ情報を受信したＰＣ端末ＢＤとＢＥの表示装置には問い合わせ表示がポップアップ表示される。
【００５９】
図７にＰＣ端末ＢＤへ問い合わせたとき表示される問い合わせ画面７０を示す。ポップアップ表示された問い合わせ表示７１には、問い合わせ内容７２と、回答のための「在席」ボタン７３および「離席」ボタン７４が表示される。問い合わせ内容７２には捜索者、被捜索者の氏名および問い合わせ内容が表示される。
【００６０】
（ステップＳ７）ＰＣ端末ＢＤの使用者は被捜索者ＢＣが在席か、離席かを確認して、どちらかのボタンを選択してクリックして回答を送信する。
【００６１】
被捜索者ＢＣが離席していた場合、「離席」ボタン７４をクリックすると表示装置には続いて、行き先を問い合わせる表示７５がポップアップ表示される。問い合わせ表示７５には、行き先について知っている情報を記入する行き先欄７６と、知らない場合に入力する「不明」のボタン７８が表示されている。問い合わせを受けた人が被捜索者ＢＣの行き先を知っている場合には行き先欄７６に知っている情報を入力し「送信」ボタン７７をクリックする。行き先を知らない場合は「不明」ボタン７８をクリックする。回答の情報は、サーバ１１に送信される。
【００６２】
このようにして、被捜索者の近くの座席にいる人が被捜索者の行き先を知っている場合は、その情報をサーバ１１に伝えることができる。ここで、問い合わせ表示７１、７５はＰＣ端末が現在行っている作業画面にポップアップ表示されるだけであって、作業内容に影響を与えることはない。また、問い合わせを受けたＰＣ端末の使用者が回答するために行う作業は、わずかな数の文字を入力することと、ボタンをクリックするだけなので、現在行っている作業には余り邪魔をすることにはならない。
【００６３】
（ステップＳ８）問い合わせたＰＣ端末から回答を受けたサーバ１１は、回答の内容を記憶装置２に格納する。このとき、ステータス管理表５０にある在席欄５３、離席欄５４の記載内容と異なる結果であった場合は、その内容を修正し更新しておく。こうすることで最新の情報を保持することができる。
【００６４】
（ステップＳ９）次に、サーバ１１は受信した回答の内容を捜索者のＰＣ端末ＸＡの表示画面にポップアップ表示する。図８は回答の表示画面８０を示す。ここでは回答内容が異なる複数の回答例を示している。
【００６５】
在席回答例８１は現在在席している場合の回答例を示している。被捜索者ＢＣが離席している場合に表示される離席回答例（１）８２は行き先がわかった場合を示し、離席回答例（２）８３は行き先が不明の場合を示している。それぞれの回答表示には、回答した人の氏名と電話番号、被捜索者の行き先など回答者が書いたコメント、および回答時間が表示される。
【００６６】
また、複数の回答があった場合は、並列して表示するようにしておく。このようにすれば、捜索者ＸＡはより正確な判断をすることができる。
【００６７】
（ステップＳ１０）そして、捜索者ＸＡは回答に満足したとき、本システムの動作を終了の操作を行う。
【００６８】
もし、回答が不満の場合は、
上記の例では、ステップＳ２で問い合わせを行う対象を、座席が近い近席者の場合を用いて説明したが、図４の近席管理表の同所属、あるいはオプションを選択することもできる。選択のケースとしては、
１）ＰＣ端末の使用者が近席管理表４０の作成時に予めどの条件を使うかを指定する。
２）ステップＳ３で問い合わせをするときに捜索者が選択する。
３）最初、近席条件を選択したが、ステップＳ６で問い合わせ対象者が見つからない場合や、ステップＳ９で回答の内容が全て「不明」の場合に、サーバ１１が自動的に、順番に所属、オプションと順番に選択して問い合わせる。
４）最初から近席、所属、オプションに対して同時に選択して問い合わせる。
等の変形が考えられる。
【００６９】
所属に基づいて抽出する場合はステップ４で抽出された対象者を行き先問い合わせ欄５６の所属欄５６３に表示する。オプションに基づいて抽出するときは、オプション欄５６４に表示する。
【００７０】
以上説明したように、本発明による行き先情報を通知するシステムを用いることで、従来からある通知システムで欠けていた人と人とのつながりが利用することができるようになる。このようにして、使用者の入力不足に起因する従来からの課題に対して補足、補充することができて、より有効な行き先通知システムを提供することができる。
【産業上の利用可能性】
【００７１】
本発明の特徴は、従来の行き先通知システムが、被捜索者とシステムだけの関係に基づいていたために、被捜索者の近くの座席にいて行き先を知っている人に問い合わせを行うことができなかった。本発明は、行き先通知システムに登録されているＰＣ端末が設置されている場所の情報すなわち座席表から相互に近い座席の人を選んで予め登録しておくことで、本システムに問い合わせがなされたとき、登録されている人に問い合わせをすることができる。従来のシステムで補いきれなかった部分を人が持っている情報で補うことでより有効な行き先情報システムを提供することができる。
【００７２】
さらに、近い座席の人の登録は、座席変更や職制変更があったときもそのとき更新される座席表、職制表を用いて自動的に更新することができてＰＣ端末使用者に依存せずにシステムを維持することができて有効に動作する。
【図面の簡単な説明】
【００７３】
【図１】本発明のシステムの構成を示す図である。
【図２】行き先登録データを示す図である。
【図３】座席表を示す図である。
【図４】近席管理表を示す図である。
【図５】ステータス管理表を示す図である。
【図６】問い合わせのフローチャートである。
【図７】問い合わせ画面を示す図である。
【図８】回答表示画面を示す図である。
【符号の説明】
【００７４】
１１  サーバ
１２  記憶装置
１３  ＰＣ端末
【図１】
2006268129.tif 000003
【図２】
2006268129.tif 000004
【図３】
2006268129.tif 000005
【図４】
2006268129.tif 000006
【図５】
2006268129.tif 000007
【図６】
2006268129.tif 000008
【図７】
2006268129.tif 000009
【図８】
2006268129.tif 000010