(57)【要約】【課題】固定電話と比べて情報アクセス端末から離れている可能性が高い携帯通信端末が用いられている場合であっても、アクセス管理が適切になされやすい。【解決手段】他の電話通信機からの着信と着信終了又は通話終了に応じ、携帯通信端末１００から管理サーバ２００へと着信通知と終了通知がそれぞれ送信される（Ｓ２、Ｓ２１）。一方、情報アクセス端末である２台のＰＣ３００において、電話応対のためにボタンが押下された際（Ｓ３、Ｓ２２）、ボタン押下に応じて所定の問い合わせがＰＣ３００から管理サーバ２００へと送信される（Ｓ４、Ｓ２３）。このうち、所定の問い合わせが着信通知から終了通知までの間になされたＰＣ３００には、管理サーバ２００から電話応対画面データが送信される（Ｓ５）。所定の問い合わせが終了通知より後になされたＰＣ３００には、管理サーバ２００からアクセス不許可応答が送信される（Ｓ２４）。【選択図】図９
2015076734.tif 000002
【特許請求の範囲】
【請求項１】
他の電話通信機との電話通信が可能な携帯通信端末と、ディスプレイが接続される又は搭載された情報アクセス端末と、通信ネットワークを介して前記携帯通信端末及び情報アクセス端末のそれぞれと通信可能なサーバとを備える情報アクセス管理システムであって、
前記携帯通信端末が、他の電話通信機からの着信があるごとに、当該着信から、当該着信の終了、及び、当該着信に起因して通話セッションが発生した場合にはそのセッションの終了のいずれか遅い方までの期間である着信通話期間内のいずれかのタイミングを示すように前記サーバに通知を送信し、
前記サーバが、
前記情報アクセス端末から所定の問い合わせを受信したときに、前記携帯通信端末から送信される前記通知に基づいて、最新の前記着信通話期間内の前記いずれかのタイミングと前記所定の問い合わせのタイミングとが所定の時間関係にある場合には第１応答情報を前記情報アクセス端末に送信し、前記着信通話期間内の前記いずれかのタイミングと前記所定の問い合わせのタイミングとが前記所定の時間関係にない場合には、前記所定の問い合わせに対して応答しないか、前記第１応答情報とは異なる第２応答情報を前記情報アクセス端末に送信し、
前記情報アクセス端末が、
ユーザから所定の操作を受け付けた際に前記所定の問い合わせを前記サーバに送信すると共に、当該所定の問い合わせに対し、前記サーバから前記第１応答情報が送信された場合には、ユーザが情報にアクセス可能な情報アクセス画面を前記ディスプレイに表示させ、前記サーバから前記第２応答情報が送信された場合、又は、応答がなされなかった場合には、前記情報アクセス画面を前記ディスプレイに表示させないことを特徴とする情報アクセス管理システム。
【請求項２】
前記所定の操作が、前記情報アクセス画面を前記ディスプレイに表示させることをユーザが要求する操作であることを特徴とする請求項１に記載の情報アクセス管理システム。
【請求項３】
前記携帯通信端末が、他の電話通信機からの着信があるごとに、当該着信に係る前記通知を前記サーバに送信すると共に、当該通知の送信後に、前記通話セッションが開始することなく着信中の状態が終了するか、あるいは、前記通話セッションが終了すると、当該終了に係る前記通知を前記サーバに送信し、
前記所定の時間関係が、前記所定の問い合わせのタイミングが、最新の前記着信通話期間内になるような関係であることを特徴とする請求項１又は２に記載の情報アクセス管理システム。
【請求項４】
１又は複数の前記情報アクセス端末を１つの前記携帯通信端末に対応付け可能であり、
前記情報アクセス端末が、識別情報を記憶していると共に、前記所定の問い合わせを前記サーバに送信する際に前記識別情報を前記サーバに送信し、
前記サーバが、
前記情報アクセス端末と前記携帯通信端末との対応関係を示す対応関係情報を記憶しており、前記識別情報を送信した前記情報アクセス端末に対応する前記携帯通信端末を前記対応関係情報に基づいて取得すると共に、当該携帯通信端末における最新の前記着信通話期間内の前記いずれかのタイミングと前記所定の問い合わせを受信したタイミングとが前記所定の時間関係にあるか否かを判定することを特徴とする請求項１〜３のいずれか１項に記載の情報アクセス管理システム。
【請求項５】
前記サーバが、
一の前記携帯通信端末に対応付けられた複数の前記情報アクセス端末から前記所定の問い合わせが送信された場合であって、当該複数の情報アクセス端末のいずれに関しても前記一の携帯通信端末における最新の前記着信通話期間内の前記いずれかのタイミングと前記所定の問い合わせのタイミングとが前記所定の時間関係にある場合に、最先の前記所定の問い合わせのタイミングに対応する一の前記情報アクセス端末には前記第１応答情報を送信し、残りの前記情報アクセス端末には応答しないか、前記第２応答情報を送信することを特徴とする請求項４に記載の情報アクセス管理システム。
【請求項６】
前記携帯通信端末が、前記サーバに前記通知を送信する際に当該着信に係る発信者の電話番号情報を送信し、
前記サーバが、
最新の前記着信通話期間内の前記いずれかのタイミングと前記所定の問い合わせのタイミングとが前記所定の時間関係にある場合に、前記第１応答情報を送信する際に前記発信者の電話番号情報を前記情報アクセス端末に送信し、
前記情報アクセス端末が、前記サーバから送信される前記発信者の電話番号情報に対応する情報にアクセス可能な前記情報アクセス画面を前記ディスプレイに表示させることを特徴とする請求項１〜５のいずれか１項に記載の情報アクセス管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電話通信が可能な携帯通信端末と情報にアクセスするための情報アクセス端末と、これらのそれぞれとネットワークを介して通信可能なサーバとを備える情報アクセス管理システムに関する。
【背景技術】
【０００２】
従来、顧客情報や注文情報などの情報へのアクセスを管理するシステムがある。例えば、電話応対で顧客から受け付けた受付情報を端末に入力する特許文献１のようなシステムなどである。このようなシステムにおいて、従来、受付側の電話応対は固定電話を介してなされていた。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２４６５８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記のようなシステムにおいて、電話応対に固定電話が用いられていれば、その電話は通常、情報アクセス用の端末に近いところに設置されていると考えられる。そして、電話の近くに設置された端末を介して、電話応対をした者が直接、システムが管理する情報にアクセスするのが自然である。
【０００５】
一方、近年、携帯通信端末や携帯電話などの携帯通信端末を用いる需要が高まっている。本発明者は、電話応対に携帯通信端末が用いられる場合には、固定電話が用いられるケースでは考えにくい、以下のような問題が生じることに気付いた。携帯通信端末が用いられる場合には、その通信端末が情報アクセス用の端末の近くから持ち出される可能性がある。通信端末が情報アクセス用の端末から離れた場合、通信端末に着信があった際、電話応対をした者は、すぐには情報にアクセスできない。その一方で、情報アクセス用の端末が誰でもいつでも情報にアクセスできるようになっているとする。この場合、電話応対をした者が情報アクセス用の端末から離れている間に、電話応対をしていない者が勝手に情報を入力するなど、予期せぬ情報アクセスがなされるおそれがある。これでは、電話で受け付けた情報とは異なる情報が端末に入力されるなどといった、情報アクセスの管理上、不測の事態が生じるおそれがある。
【０００６】
本発明の目的は、固定電話と比べて情報アクセス端末から離れている可能性が高い携帯通信端末が用いられている場合であってもアクセス管理が適切になされやすい情報アクセス管理システムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の情報アクセス管理システムは、他の電話通信機との電話通信が可能な携帯通信端末と、ディスプレイが接続される又は搭載された情報アクセス端末と、通信ネットワークを介して前記携帯通信端末及び情報アクセス端末のそれぞれと通信可能なサーバとを備える情報アクセス管理システムであって、前記携帯通信端末が、他の電話通信機からの着信があるごとに、当該着信から、当該着信の終了、及び、当該着信に起因して通話セッションが発生した場合にはそのセッションの終了のいずれか遅い方までの期間である着信通話期間内のいずれかのタイミングを示すように前記サーバに通知を送信し、前記サーバが、前記情報アクセス端末から所定の問い合わせを受信したときに、前記携帯通信端末から送信される前記通知に基づいて、最新の前記着信通話期間内の前記いずれかのタイミングと前記所定の問い合わせのタイミングとが所定の時間関係にある場合には第１応答情報を前記情報アクセス端末に送信し、最新の前記着信通話期間内の前記いずれかのタイミングと前記所定の問い合わせのタイミングとが前記所定の時間関係にない場合には、前記所定の問い合わせに対して応答しないか、前記第１応答情報とは異なる第２応答情報を前記情報アクセス端末に送信し、前記情報アクセス端末が、ユーザから所定の操作を受け付けた際に前記所定の問い合わせを前記サーバに送信すると共に、当該所定の問い合わせに対し、前記サーバから前記第１応答情報が送信された場合には、ユーザが情報にアクセス可能な情報アクセス画面を前記ディスプレイに表示させ、前記サーバから前記第２応答情報が送信された場合、又は、応答がなされなかった場合には、前記情報アクセス画面を前記ディスプレイに表示させない。
【０００８】
本発明の情報アクセス管理システムによると、着信があるごとに、携帯通信端末からサーバへと通知がなされる。一方、情報アクセス端末は、情報アクセス用の画面をディスプレイに表示させるのに先立ち、サーバに対して所定の問い合わせを行う。サーバは、最新の着信から着信終了又は通話セッションの終了までのいずれかのタイミングとその問い合わせのタイミングとが所定の時間関係にある場合には、情報アクセス端末に第１応答情報を送信する。一方、サーバは、そうでない場合には、情報アクセス端末に応答しないか、第２応答情報を送信する。情報アクセス端末は、サーバから第１応答情報が送信された場合には情報アクセス用の画面をディスプレイに表示させるが、応答がなかった場合か第２応答情報が送信された場合には、情報アクセス用の画面を表示させない。
【０００９】
これによると、以下の理由により、電話応対をしていない者が情報を入力するおそれが小さくなる。まず、電話応対をした者は、着信があったタイミングを知っている。このため、着信から着信終了又は通話セッションの終了までのタイミングと情報アクセス端末からサーバへの問い合わせとが所定の時間関係を有するように情報アクセス端末を操作することが可能である。ここで、「所定の時間関係」とは、例えば、着信から通話セッションの終了までに所定の問い合わせが行われるような関係である。この例の場合、電話応対する者が着信中に、又は応対しながら情報アクセス端末を操作すればよい。
【００１０】
一方、電話応対をしていない者は、着信があったタイミングを把握しづらい。このため、電話応対していない者にとって、所定の時間関係を満たすように意図して情報アクセス端末を操作することは困難である。また、電話応対していない者が当て推量で情報アクセス端末を操作したとしても、所定の時間関係を満たさなければ情報アクセス画面が表示されない。このため、情報アクセス画面を介して情報を入力することは困難である。
【００１１】
以上のように、本発明によれば、電話応対した者による情報アクセスを確保しつつ、電話応対していない者が情報を入力するおそれを抑制できる。したがって、固定電話と比べて情報アクセス端末から離れる可能性が高い携帯通信端末が用いられている場合であっても、アクセス管理が適切になされやすい情報アクセス管理システムが実現する。
【００１２】
なお、本発明における「第１応答情報」とは、所定の時間関係が成立すればサーバから情報アクセス端末へと送信される何らかの情報であって、その情報の受信をもって情報アクセス端末において情報アクセス画面が表示されるような情報であれば、どのような情報であってもよい。それ以外の要素、例えば、それが応答の体をなすかどうかといった形式的な要素などには拘らない。「第２応答情報」とは、所定の時間関係が成立しなければサーバから情報アクセス端末へと送信される何らかの情報であって、その情報の受信をもって情報アクセス端末において情報アクセス画面が表示されないものであれば、どのような情報であってもよい。それ以外の要素、例えば、それが応答の体をなすかどうかといった形式的な要素などには拘らない。「所定の問い合わせ」とは、所定の時間関係が成立するか否かをその受信に基づいてサーバが判定可能なものであれば、どのような情報やデータであってもよい。それ以外の要素、例えば、それが問い合わせの体をなすかどうかといった形式的な要素などには拘らない。携帯通信端末、サーバ、及び、情報アクセス端末間でやり取りされるその他の情報、データについても同様である。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態に係る受付情報管理システムの構成を示す機能ブロック図である。
【図２】ＰＣのウェブブラウザを使用してディスプレイに表示される受付情報管理システムにログインするためのログイン画面である。
【図３】図２の画面を介したログインが成功した場合に、管理サーバからのハイパーテキストデータに基づいてＰＣがディスプレイに表示させる画面の一例である。
【図４】図３において受付情報ボタンが押下された場合にＰＣがディスプレイに表示させる画面の一例である。
【図５】携帯通信端末とログインＩＤ・パスワードとの対応関係を示す概念図である。
【図６】図３又は図４の電話応対ボタンが押下された場合にＰＣがディスプレイに表示させる、既存顧客に関する受付情報を入力するための画面である。
【図７】図３又は図４の電話応対ボタンが押下された場合にＰＣがディスプレイに表示させる、新規顧客に関する受付情報を入力するための画面である。
【図８】携帯通信端末に着信があった場合に携帯通信端末、２台のＰＣ、及び、管理サーバ間でなされる処理の流れを示すシーケンス図の一例である。
【図９】携帯通信端末に着信があった場合に携帯通信端末、２台のＰＣ、及び、管理サーバ間でなされる処理の流れを示す、図８とは別の例に係るシーケンス図である。
【発明を実施するための形態】
【００１４】
以下、本発明を実施するための一形態である受付情報管理システム１について、図面を参照しつつ説明する。受付情報管理システム１は、顧客からの電話注文に応じ、品物を顧客に宅配するサービス事業者や、サービス提供者を派遣して顧客にサービスを提供するサービス事業者などが利用することが想定される。以下、これら事業者に代表される本システムの利用者を「ユーザ」とする。受付情報管理システム１は、ユーザの受付担当者が電話応対によって顧客から受け取る情報の他、注文に応じて顧客に提供するサービスに関連した種々の情報（以下、受付情報とする）を管理する。受付情報には、顧客の電話番号、顧客名称、住所、注文内容、サービスの提供日時、サービス担当者などが含まれる（図３参照）。
【００１５】
受付情報管理システム１は、図１に示すように、携帯通信端末１００、管理サーバ２００（サーバ）及びＰＣ３００（情報入力端末）を有している。携帯通信端末１００、管理サーバ２００及びＰＣ３００はいずれもインターネット９９（通信ネットワーク）に接続されており、インターネット９９を介して互いに通信可能である。携帯通信端末１００、管理サーバ２００及びＰＣ３００は、それぞれ、ＣＰＵ、ＲＯＭ、ＲＡＭ、ハードディスク、Ｉ／Ｏインタフェースなどのハードウェアと、ＲＯＭ、ＲＡＭ、ハードディスクなどの記憶装置に格納されたプログラムやデータベースなどのソフトウェアとを含んでいる。以下に説明する各装置の種々の機能は、そのような種々の機能を発揮するようにソフトウェアがハードウェアを機能させることによって実現されている。
【００１６】
携帯通信端末１００は、他の電話通信機との電話通信が可能である。本実施形態においては携帯通信端末１００としていわゆるスマートフォンが想定されるが、その他の携帯電話や電話通信機能を有するタブレットＰＣなどが用いられてもよい。他の電話通信機（固定電話、スマートフォンを含む携帯電話、電話通信機能を有するタブレットＰＣ等）から着信があると、携帯通信端末１００は、着信中であることをディスプレイに表示したり、振動や音声を発したりすることによってユーザに報知する。そして、ユーザが携帯通信端末１００を操作すると、着信中の状態が終了し、電話通信による通話セッションが開始する。発信元の電話通信機又は当該携帯通信端末１００において所定の操作により通話が切断されると通話セッションが終了する。あるいは、着信中の状態で携帯通信端末１００において上記の操作とは別の操作が施されるか、発信元の電話通信機において着信が終了されると、通話セッションが開始されずに着信中の状態が終了する。また、携帯通信端末１００はインターネット９９と接続されており、インターネット９９を介して別の機器と通信可能である。
【００１７】
ユーザは、携帯通信端末１００を使用し、顧客から電話注文を受け付ける。携帯通信端末１００には、受付情報管理システム１の構成要素として携帯通信端末１００を機能させるためのアプリケーションがインストールされている。このアプリケーションは、プログラムを一度起動すると、いわゆる常駐の状態になる。つまり、携帯通信端末１００は、他のアプリケーションのプログラムに従った処理を実行している間にも、常駐させているアプリケーションのプログラムに従った処理をバックグラウンドで継続することができる。以下、このアプリケーションを「常駐アプリ」とする。常駐アプリの機能については後述する。
【００１８】
管理サーバ２００は、ＨＴＭＬ通信部２１０とログイン管理部２２０と受付情報管理部２３０と電話応対管理部２４０とを有している。以下、これらの各部について説明する。なお、電話応対管理部２４０については後述する。ＨＴＭＬ通信部２１０は、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）通信によってインターネット９９を介してＰＣ３００と通信する。ＨＴＭＬ通信部２１０は、ＰＣ３００から送信された種々の情報を受信すると共に、受付情報管理部２３０や電話応対管理部２４０からの指示に応じてＰＣ３００へと種々の情報を送信する。ＨＴＭＬ通信部２１０がＰＣ３００との間で通信する情報には、受付情報、本システムへのログイン情報、さまざまなリクエスト等が含まれる。
【００１９】
ログイン管理部２２０は、ＰＣ３００から受付情報管理システム１にログインするためのログイン情報を管理している。受付情報管理システム１では、本システムを利用するためのログイン情報として、ログインＩＤ及びパスワード（識別情報）がユーザに配布される。ユーザは、ウェブブラウザを利用できるＰＣ３００であれば、そのウェブブラウザ上の操作（後述）を介して、どのＰＣ３００からも本システムにログインできる。ログイン管理部２２０は、ＰＣ３００から送信されるログインＩＤ・パスワードが正しい内容かどうかを確認し、正しい内容であれば所定のデータをＰＣ３００へと送信するようにＨＴＭＬ通信部２１０に指示する。
【００２０】
本実施形態の受付情報管理システム１は、複数のＰＣ３００からの同時ログインが可能に構成されている。つまり、あるＰＣ３００からすでにログインがなされている状態であって、そのＰＣ３００におけるログインＩＤ・パスワードと同じログインＩＤ・パスワードで別のＰＣ３００からログインがなされる場合であっても、ログイン管理部２２０は、そのログインを許容する。すなわち、本実施形態では、同じログインＩＤ・パスワードで複数のＰＣ３００からログインされた状態が許容される。
【００２１】
一方で、本実施形態では、ユーザに配布される各ログインＩＤ・パスワードに対し、受付情報へのアクセスに関する複数種類の権限（アクセス権限）のいずれかが付与される。ログイン管理部２２０は、ログインＩＤ・パスワードとアクセス権限との対応付けを示す情報を保持している。また、ログイン管理部２２０は、各ＰＣ３００においてどのようなログインＩＤ・パスワードでログインがなされているかを管理している。ログイン管理部２２０は、ＨＴＭＬ通信部２１０がＰＣ３００から受付情報に関する各種の要請を受けた際に、そのＰＣ３００においていずれのアクセス権限に係るログインＩＤ・パスワードでログインがなされているかに応じ、ＰＣ３００への応答内容を異ならせる。アクセス権限に応じた具体的な応答内容については後述する。
【００２２】
受付情報管理部２３０は、ＨＴＭＬ通信部２１０から受け取った受付情報に基づき、新規に受付情報を取り込んだり、すでに取り込んだ受付情報を更新したりする。受付情報管理部２３０は、受付情報のうち、顧客の属性に関する顧客情報と、顧客からの注文ごとの情報である注文情報とを分けて管理する。顧客情報は、電話番号、顧客名、住所、担当者等の顧客に固有の情報を含んでいる。注文情報は、顧客情報以外の受付情報を含んでいる。また、受付情報管理部２３０は、各注文情報と顧客情報とを対応付ける対応付け情報を保持している。受付情報管理部２３０は、この対応付け情報に基づいて、各注文情報がどの顧客に関するものかを把握する。
【００２３】
また、受付情報管理部２３０は、後述の通り、電話応対管理部２４０から電話番号を受け取ると共に、当該電話番号に対応する顧客に関する受付情報を有しているか否かを判定する。そして、受付情報管理部２３０は、当該電話番号に対応する顧客に関する受付情報を有していれば、その受付情報を電話応対管理部２４０に引き渡す。一方、受付情報管理部２３０は、当該電話番号に対応する顧客に関する受付情報を有していなければ、過去の受付情報がない旨を電話応対管理部２４０に通知する。受付情報管理部２３０による電話番号に基づくこれらの処理の目的については後述する。
【００２４】
ＰＣ３００は、管理サーバ２００によって管理される受付情報にユーザがアクセスするための端末である。本実施形態では、ＰＣ３００として汎用のパーソナルコンピュータ（ＰＣ）が用いられる。なお、ＰＣ３００として、又はその代わりに、タブレットＰＣやスマートフォン等が用いられてもよい。ＰＣ３００にはディスプレイなどの出力装置や、キーボード、マウスといった入力装置などの周辺機器が接続される。ＰＣ３００には、ウェブブラウザの機能を提供するアプリケーションがインストールされている。ＰＣ３００において受付情報にアクセスする機能は、管理サーバ２００から送信されるハイパーテキストデータに基づき、ウェブブラウザ上で提供される。以下、特に断らない限り、ＰＣ３００の各機能はウェブブラウザ上で提供されるものとする。
【００２５】
図２は、ＰＣ３００のウェブブラウザを使用して、管理サーバ２００から受信したハイパーテキストデータに基づいて、受付情報管理システム１にログインするためのログイン画面をディスプレイに表示させた状態を示している。図２の画面には、ログインＩＤを入力するための入力枠３０５と、パスワードを入力するための入力枠３０６とが含まれる。ユーザは、マウス等を使用してこれらの入力枠を選択し、キーボードを使用して文字や数字を入力することで、ログインＩＤ・パスワードを入力できる。図２の画面を介して入力されたログインＩＤ・パスワードは、ＰＣ３００から管理サーバ２００へと送信される。管理サーバ２００は、ＰＣ３００から送信されたログインＩＤ・パスワードが正しい内容である場合には、図３の画面を表示するためのハイパーテキストデータをＰＣ３００に送信する。
【００２６】
図３は、図２の画面を介したログインが成功した場合に、管理サーバ２００からのハイパーテキストデータに基づいてＰＣ３００がディスプレイに表示させる画面の一例を示している。この画面は、電話応対ボタン３１１、受付情報ボタン３１２及び顧客管理ボタン３１３を含んでいる。電話応対ボタン３１１は、電話応対の際に受付情報を入力する画面を表示するためのボタンである。受付情報ボタン３１２は、すでに入力済みの受付情報を管理する画面を表示するためのボタンである。顧客管理ボタン３１３は、顧客情報を管理する画面を表示するためのボタンである。これらのボタンはマウス等を使用して押下することができる。
【００２７】
電話応対ボタン３１１が押下されると、電話応対によって顧客から受け付けた新たな注文に関し、受付情報を入力する画面がディスプレイに表示される。図６又は図７は、このとき表示される画面である電話応対画面（情報アクセス画面）を示す。ユーザは、この画面を通じ、新規な注文に係る受付情報をＰＣ３００に入力する。この画面では、最新の着信に係る電話番号（以下、「最新着信番号」とする）に関してユーザが受付情報にアクセスできる。この画面の詳細については後述する。入力された受付情報は管理サーバ２００に送信される。なお、電話応対ボタン３１１の押下は、本発明の「所定の操作」に対応する。
【００２８】
受付情報ボタン３１２が押下されると、図３に示すように、現在までに入力された受付情報の一覧３１５が画面に表示される。表示されるのは、受付情報のうち、受付日時、顧客名、住所、注文内容、担当者等の情報である。これらの情報は、受け付けられた日時ごとに、マウス等を使用して選択することが可能である。情報が選択されると、画面が、キーボードを介して受付情報を再入力可能な状態になる。これにより、受付情報の各項目について内容を入力しなおすことができる。入力された内容はＰＣ３００から管理サーバ２００へと送信される。管理サーバ２００は、ＰＣ３００からの情報に基づき、取り込み済みの受付情報を更新する。
【００２９】
顧客管理ボタン３１３が押下されると、図４に示す画面が表示される。この画面には、今までに入力された受付情報の一部である顧客情報の一覧３２１が表示される。表示されるのは、電話番号、顧客名、住所、担当者等の情報である。これらの表示内容はマウスを使用して選択することが可能である。表示内容が選択されると、画面が、キーボードを介して顧客情報を再入力可能な状態になる。これにより、顧客情報の各項目について内容を入力しなおすことができる。入力された内容はＰＣ３００から管理サーバ２００へと送信される。管理サーバ２００は、ＰＣ３００からの情報に基づき、取り込み済みの受付情報のうち、顧客情報を更新する。
【００３０】
以下、受付情報管理システム１における受付情報の具体的な管理方法について説明する。受付情報管理システム１には、上記の通り、受付情報に関する複数種類のアクセス権限がある。具体的には、図６又は図７の電話応対画面を介した受付情報の入力が可能である権限（以下、応対可能権限とする）と、当該画面を介した受付情報の入力が不可能である権限（以下、応対不可権限とする）との２種類のアクセス権限がある。管理サーバ２００は、応対可能権限でログインがなされたＰＣ３００へと図３や図４の画面に対応するハイパーテキストデータを送信する際、電話応対ボタン３１１、受付情報ボタン３１２及び顧客管理ボタン３１３のいずれの押下も可能であるようにハイパーテキストデータを調整する。したがって、応対可能権限でログインがなされたＰＣ３００では、図３又は図４の画面において、これらのいずれのボタンも押下可能である。このため、図６又は図７の電話応対画面を介した受付情報の入力も、図３又は図４の画面を介した受付情報又は顧客情報の変更も可能である。一方、管理サーバ２００は、応対不可権限でログインがなされたＰＣ３００へと図３や図４の画面に対応するハイパーテキストデータを送信する際、受付情報ボタン３１２及び顧客管理ボタン３１３の押下は可能であるが、電話応対ボタン３１１は押下できないようにデータを調整する。したがって、応対不可権限でログインがなされたＰＣ３００では、図３又は図４の画面において、受付情報ボタン３１２及び顧客管理ボタン３１３の押下は可能であるが、電話応対ボタン３１１の押下は不可能である。このため、図３又は図４の画面を介した受付情報又は顧客情報の変更は可能であるが、図６又は図７の電話応対画面を介した受付情報の入力は可能でない。
【００３１】
以上の２つの権限を使い分けることにより、ユーザは、電話応対画面を介した受付情報の入力が同時に多くのＰＣ３００においてなされる状況は避けることができる。例えば、ユーザの受付担当者には応対可能権限に係るログインＩＤ・パスワードを使用させ、その他の者には応対不可権限に係るログインＩＤ・パスワードを使用させる。これにより、応対可能権限でログインがなされるＰＣ３００をある程度限られた数に抑えることができる。
【００３２】
しかしながら、上記のように権限によりアクセスが制限されるとしても、依然として下記の問題が残る。第１に、複数のＰＣ３００に同時にログインが可能であれば、複数のＰＣ３００において同時に、図３や図４の画面を介して受付情報や顧客情報の変更がなされようとするおそれがある。いずれの権限においても、図３や図４の画面を介した受付情報や顧客情報の変更は可能だからである。第２に、応対可能権限で複数のＰＣ３００に同時にログインが可能であれば、複数のＰＣ３００において同時に電話応対ボタン３１１が押下されるおそれがある。複数のＰＣ３００において受付情報の入力や変更が可能になっているとすると、入力された情報の整合性をどのように確保するかが問題となる。
【００３３】
第３に、ユーザの受付担当者は、携帯通信端末１００で電話応対した際、図３の画面において電話応対ボタン３１１を押下することで、入力のための画面をディスプレイに表示させる。そして、その画面を通じて、電話応対により顧客から受け取った情報をＰＣ３００に入力する。しかしながら、電話応対に固定電話を使用する場合と異なり、携帯通信端末１００のような携帯端末を使用する場合、その携帯端末が常にＰＣ３００の近くにあるとは限らない。例えば、受付担当者がいずれかのＰＣ３００を使用して応対可能権限で受付情報管理システム１にログインした後、その受付担当者が携帯通信端末１００を持ち出し、ログインしたままの状態でＰＣ３００から離れる可能性がある。このような場合に、誰でもいつでも自由に電話応対ボタン３１１を押せば入力画面が表示されるようになっていると、受付担当者以外の者が勝手に情報を入力してしまうおそれがある。これによると、電話対応によって顧客から得られた情報と入力された情報とに不整合が生じるおそれがある。
【００３４】
本実施形態では、上記第１〜第３の問題に対処するため、受付情報管理システム１が以下のように構成されている。なお、本システムは、複数のＰＣ３００において共通のログインＩＤ・パスワードでログイン可能とする。また、このような複数同時のログインは、応対可能権限及び応対不可権限のいずれのログインＩＤ・パスワードでも可能とする。
【００３５】
まず、第１の問題に対応するための構成について説明する。同時にログインがなされている複数のＰＣ３００において、既に入力された受付情報や顧客情報を変更する要請が管理サーバ２００へと送信された場合には、管理サーバ２００は、受付情報の整合性を担保するため、以下の排他制御を実行する。
【００３６】
管理サーバ２００は、ＰＣ３００に図３や図４の画面に対応するデータを送信する際に、最新の送信日時を保持しておく。一方、管理サーバ２００の受付情報管理部２３０は、ＰＣ３００から送信された情報に基づいて受付情報を更新する際に、その更新日時を保持しておく。そして、図３や図４の画面を介して入力された情報がＰＣ３００から管理サーバ２００に送信された際、受付情報管理部２３０における受付情報の更新日時が、図３や図４の画面に対応するデータを当該ＰＣ３００に送信した最新の送信日時より後である場合には、管理サーバ２００は、当該ＰＣ３００から送信された情報に基づく受付情報の更新を行わない。この場合、管理サーバ２００は、受付情報を更新できない旨の応答を当該ＰＣ３００へと送信する。当該応答を受け取ったＰＣ３００は、サーバ側の情報を更新できない旨をディスプレイに表示したりして、ユーザに報知する。一方、ＰＣ３００から情報が送信された際、受付情報管理部２３０における受付情報の更新日時が、図３や図４の画面に対応するデータを当該ＰＣ３００に送信した最新の送信日時より後である場合には、管理サーバ２００は、当該ＰＣ３００から送信された情報に基づいて受付情報管理部２３０に受付情報を更新させる。
【００３７】
次に、第２及び第３の問題に対応するための構成について説明する。ユーザには、携帯通信端末１００ごとに、その携帯通信端末１００を識別するためのＩＤ（以下、通信端末ＩＤとする）が配布される。この通信端末ＩＤは、携帯通信端末１００において常駐アプリが最初に起動された際に、ユーザによって携帯通信端末１００に入力される。携帯通信端末１００は、入力された通信端末ＩＤをメモリなどに記憶する。通信端末ＩＤは、管理サーバ２００が複数の携帯通信端末１００を管理する際に、携帯通信端末１００を個別に識別することが可能なように調整される。なお、通信端末ＩＤの代わりに、携帯通信端末１００の電話番号が用いられてもよい。
【００３８】
常駐アプリのプログラムは、第１ルーチン及び第２ルーチンを含んでいる。第１ルーチンは、他の電話通信機からの着信があると親プロセスから呼び出される。第１ルーチンに従ったプロセスにおいて、携帯通信端末１００は、着信があったことを管理サーバ２００に通知すると共に、当該着信に係る発信元の電話番号を管理サーバ２００に送信する。これと同時に、携帯通信端末１００は、自身の通信端末ＩＤを管理サーバ２００に送信する。第２ルーチンは、他の電話通信機との通話セッションが開始せずに着信中の状態が終了するか、当該着信に起因する通話セッションが終了すると親プロセスから呼び出される。第２ルーチンに従ったプロセスにおいて、携帯通信端末１００は、着信中の状態又は通話セッションが終了したことを管理サーバ２００に通知する。これと同時に、携帯通信端末１００は、自身の通信端末ＩＤを管理サーバ２００に送信する。以下、携帯通信端末１００から管理サーバ２００へと送信される通知のうち、着信があったことの通知を着信通知とし、着信終了又はセッション終了の通知を終了通知とする。
【００３９】
管理サーバ２００は、図１に示すように、電話応対管理部２４０を有している。電話応対管理部２４０は、通信端末ＩＤとログインＩＤ・パスワードとの対応関係を示す情報（対応関係情報）を有している。この対応関係においては、図５に示すように、１つの携帯通信端末１００と１又は複数のログインＩＤ・パスワードとの対応付けが可能である。電話応対管理部２４０は、通信端末ＩＤ、着信通知及び電話番号を携帯通信端末１００から受け取った際に、当該着信通知を受け取った時刻と電話番号とを、通信端末ＩＤに関連付けてハードディスク等に記憶する。また、電話応対管理部２４０は、携帯通信端末１００から通信端末ＩＤ及び終了通知を受け取った際に、当該終了通知を受け取った時刻を通信端末ＩＤに関連付けてハードディスク等に記憶する。
【００４０】
また、管理サーバ２００には、後述の通り、情報アクセスに関する所定の問い合わせがＰＣ３００から送信される。電話応対管理部２４０は、ＰＣ３００から所定の問い合わせがあった際に、そのＰＣ３００におけるログインＩＤ・パスワードに対応する携帯通信端末１００がいずれであるかを上記の対応関係に基づいて取得する。また、電話応対管理部２４０は、当該携帯通信端末１００の最新の着信状況をハードディスク等の記憶内容から抽出する。そして、所定の問い合わせのタイミングが、最新の着信通知から終了通知がなされるまでの期間（着信通話期間）外であれば（すなわち、最新の着信に関してすでに終了通知を受け取っていれば）、電話応対管理部２４０は、情報アクセスを許可しない旨を示すアクセス不許可応答をＰＣ３００へと送信するようにＨＴＭＬ通信部２１０に指示する。アクセス不許可応答を受け取ったＰＣ３００は、図６又は図７に示す電話応対画面を表示できない旨の警告をディスプレイに表示させる。ＰＣ３００は、管理サーバ２００からアクセス不許可応答を受け取った場合、図６及び図７の電話応対画面のいずれもディスプレイに表示させない。なお、アクセス不許可応答が管理サーバ２００からＰＣ３００に送信されることは、本発明においてサーバから情報アクセス端末へと第２応答情報が送信されることに対応する。
【００４１】
これに対し、所定の問い合わせのタイミングが最新の着信通知から終了通知がなされるまでの期間内であれば（すなわち、最新の着信通知があってから未だ終了通知を受け取っていなければ）、電話応対管理部２４０は、携帯通信端末１００から送信された最新着信番号を受付情報管理部２３０に照会する。照会の結果、受付情報管理部２３０が当該電話番号に対応する顧客に関する受付情報を有している場合には、電話応対管理部２４０は、受付情報管理部２３０から当該電話番号に関する過去の受付情報を受け取る。そして、電話応対管理部２４０は、図６に示す電話応対画面に対応するハイパーテキストデータを生成し、当該データをＰＣ３００へと送信するようにＨＴＭＬ通信部２１０に指示する。なお、かかるハイパーテキストデータが管理サーバ２００からＰＣ３００に送信されることは、本発明においてサーバから情報アクセス端末へと第１応答情報が送信されることに対応する。
【００４２】
図６に示す電話応対画面は、電話番号、住所、顧客名、予約日時、受付内容、担当等の受付情報の項目を示す文字と、これらの項目に対応する入力枠３２１〜３２６とを含んでいる。これらの入力枠のうち、電話番号、住所、顧客名及び担当に対応する入力枠３２１〜３２３及び３２６は、電話応対管理部２４０が受付情報管理部２３０から受け取った過去の受付情報を含んでいる。それ以外の入力枠は空白である。つまり、ＰＣ３００においては、入力枠３２１〜３２３及び３２６がすでに情報が入力された状態で表示され、それ以外の入力枠は空白の状態で表示される。なお、入力枠３２５が前回の注文に関する受付内容を含んでいてもよい。
【００４３】
ＰＣ３００は、管理サーバ２００から送信されるハイパーテキストデータに基づいて、図６に示す電話応対画面をディスプレイに表示させる。図６の画面は、表示された当初から、入力枠３２１〜３２３及び３２６内に最新着信番号に対応する顧客名等を含んでいる。このため、ユーザは、最新着信番号が過去に受け付けた顧客に係る番号であることを把握できると共に、その顧客に関する過去の受付情報を把握できる。なお、図６に示すように、画面内に「既存顧客応対画面」などの文字が表示されることなどにより、最新着信番号が既存の顧客に関するものであることが表示されてもよい。
【００４４】
ユーザは、ＰＣ３００に接続されたマウス、キーボード等を介して、図６の画面内の各入力枠に受付情報を入力できる。また、ユーザは、既に情報が入力された状態の入力枠の入力内容を変更することもできる。画面最下部の「ＯＫ」ボタンが押されると、ＰＣ３００は、この画面を消去すると共に、入力枠に入力された内容を管理サーバ２００へと送信する。管理サーバ２００においては、受付情報管理部２３０が、ＰＣ３００から送信された受付情報を、既存の顧客に関する新規な受付情報として取り込む。
【００４５】
一方、携帯通信端末１００から送信された最新着信番号に対応する顧客に関する受付情報を受付情報管理部２３０が有していない場合には、電話応対管理部２４０は、受付情報管理部２３０から受付情報がない旨の通知を受け取る。この場合には、電話応対管理部２４０は、図７に示す電話応対画面に対応するハイパーテキストデータを生成し、当該データをＰＣ３００へと送信するようにＨＴＭＬ通信部２１０に指示する。なお、かかるハイパーテキストデータが管理サーバ２００からＰＣ３００に送信されることも、本発明においてサーバから情報アクセス端末へと第１応答情報が送信されることに対応する。
【００４６】
図７に示す画面は、電話番号、住所、顧客名、予約日時、受付内容、担当等の受付情報の項目を示す文字と、これらの項目に対応する入力枠３３１〜３３６とを含んでいる。これらの入力枠のうち、電話番号に対応する入力枠３３１は、管理サーバ２００から受け取った電話番号の情報を含んでいる。それ以外の入力枠は空白である。つまり、ＰＣ３００においては、入力枠３３１のみがすでに情報が入力された状態で表示され、それ以外の入力枠は空白の状態で表示される。
【００４７】
ＰＣ３００は、管理サーバ２００から送信されるハイパーテキストデータに基づいて、図７に示す電話応対画面をディスプレイに表示させる。図７の画面は、表示された当初には、入力枠３３１内に最新着信番号を含んでいるのみである。このため、ユーザは、最新着信番号が過去に受け付けた電話番号とは異なること、つまり、新規顧客からである可能性が高いことを把握できる。なお、図７に示すように、画面内に「新規顧客応対画面」などの文字が表示されることなどにより、最新着信番号が新規の顧客に関するものであることが表示されてもよい。
【００４８】
ユーザは、ＰＣ３００に接続されたマウス、キーボード等を介して、図７の画面内の各入力枠に受付情報を入力できる。また、ユーザは、既に情報が入力された状態の入力枠の入力内容を変更することもできる。画面最下部の「ＯＫ」ボタンが押されると、ＰＣ３００は、この画面を消去すると共に、入力枠に入力された内容を管理サーバ２００へと送信する。管理サーバ２００においては、受付情報管理部２３０が、ＰＣ３００から送信された受付情報を、新規な顧客に関する新規な受付情報として取り込む。
【００４９】
上記の通り、本システムは、応対可能権限のログインＩＤ・パスワードで、複数のＰＣ３００から同時にログイン可能である。したがって、最新の着信通知から終了通知がなされるまでの期間内に、応対可能権限に係るログインＩＤ・パスワードでログインがなされた複数のＰＣ３００から問い合わせがなされる場合がある。この場合、電話応対管理部２４０は、最先の問い合わせを行ったＰＣ３００に対してのみ、図６又は図７の画面に対応するハイパーテキストデータを送信する。具体的には、電話応対管理部２４０は、最新の着信通知から終了通知がなされるまでの期間内において、ＰＣ３００からの所定の問い合わせがなされるごとに、同期間内にすでにいずれかのＰＣ３００から所定の問い合わせがなされたか否かを判定する。そして、同期間内に未だにいずれのＰＣ３００からも所定の問い合わせがなされていないと判定すると、電話応対管理部２４０は、問い合わせを送信してきたＰＣ３００へと図６又は図７の画面に対応するハイパーテキストデータを送信する。一方、同期間内にすでに別のＰＣ３００から所定の問い合わせがなされていたと判定すると、電話応対管理部２４０は、今回問い合わせを送信してきたＰＣ３００へとアクセス不許可応答を送信する。
【００５０】
以下、応対可能権限でログインがなされた２台のＰＣ３００において電話応対ボタン３１１が押下された場合の処理の流れの一例を、図８及び図９を参照しつつ説明する。
【００５１】
まず、図８に示すように、携帯通信端末１００において他の電話通信機から着信がある（Ｓ１）と、携帯通信端末１００から管理サーバ２００へと着信通知が送信される（Ｓ２）。次に、１つ目のＰＣ３００において電話応対ボタン３１１が押下される（Ｓ３）と、このＰＣ３００から管理サーバ２００へと所定の問い合わせが送信される（Ｓ４）。この問い合わせが着信通知から終了通知までの当該期間内の最初の問い合わせであることから、図６又は図７に示す画面に対応するハイパーテキストデータが管理サーバ２００から１つ目のＰＣ３００へと送信される（Ｓ５）。次に、このＰＣ３００においてユーザから受付情報が入力される（Ｓ６）と、入力された受付情報がこのＰＣ３００から管理サーバ２００へと送信される（Ｓ７）。そして、ＰＣ３００から送信された受付情報が、管理サーバ２００において新規な受付情報として管理される（Ｓ８）。一方、その後、２つ目のＰＣ３００において電話応対ボタン３１１が押下される（Ｓ９）と、このＰＣ３００から管理サーバ２００へと所定の問い合わせが送信される（Ｓ１０）。しかし、この問い合わせより前に１つ目のＰＣ３００から既に問い合わせ（Ｓ４）があったため、２つ目のＰＣ３００には管理サーバ２００からアクセス不許可応答が送信される（Ｓ１１）。このため、２つ目のＰＣ３００では、図６又は図７の画面を介した受付情報の入力がなされない。その後、携帯通信端末１００において、着信中の状態が終了するか、通話セッションが終了すると、携帯通信端末１００から管理サーバ２００へと終了通知が送信される（Ｓ１２）。
【００５２】
このように、着信通知があってから当該着信に対する終了通知までの期間であっても、１つ目のＰＣ３００から問い合わせがあった後は、２つ目のＰＣ３００から問い合わせがあっても、２つ目のＰＣ３００にはアクセス不許可応答が送信される。３つ目以降のＰＣ３００においても同様である。
【００５３】
また、図８とは別の例である図９は、Ｓ１〜Ｓ８まで図８の例と同様であるが、Ｓ８の受付情報の新規追加の直後に、携帯通信端末１００から管理サーバ２００へと終了通知が送信されたとする（Ｓ２１）。その後、２つ目のＰＣ３００において電話応対ボタン３１１が押下され（Ｓ２２）、このＰＣ３００から管理サーバ２００へと所定の問い合わせが送信された（Ｓ２３）としても、すでに終了通知がなされた後であるため、２つ目のＰＣ３００には管理サーバ２００からアクセス不許可応答が送信される（Ｓ２４）。このため、２つ目のＰＣ３００では、図６又は図７の画面を介した受付情報の入力がなされない。このように、最新の着信に対して終了通知がなされた後は、２つ目のＰＣ３００にはアクセス不許可応答が送信される。３つ目以降のＰＣ３００においても同様であり、次の着信通知がなされるまで、アクセス不許可応答が送信される。
【００５４】
以上によると、電話応対ボタン３１１の押下に応じた所定の問い合わせが、着信通知から終了通知までの期間内になされると共に、最先の問い合わせである場合には電話応対画面を介した受付情報の入力が可能である。しかし、問い合わせが上記期間より後になされたり、上記期間内であっても最先の問い合わせでなかったりする場合には、そのＰＣ３００においては、電話応対画面を介した受付情報の入力ができない。このため、上記第２の問題の場合、つまり、応対可能権限でログインがなされた複数のＰＣ３００において電話応対ボタン３１１が押下された場合でも、受付情報の整合性が担保される。
【００５５】
また、電話応対画面を表示させるための条件は、着信通知から終了通知までの期間内に所定の問い合わせがなされることである。なお、着信通知から終了通知までの期間と所定の問い合わせのタイミングとに関するこのような時間関係が、本発明における「所定の時間関係」に対応する。このような条件が課されたとしても、携帯通信端末１００を介して電話応対する受付担当者にとっては、適切なタイミングで電話応対ボタン３１１を押下することができる。よって、受付担当者は、電話応対で受け付けた情報を、電話応対画面を通じて適切に入力できる。一方、受付担当者以外の者は通常、着信のタイミングを知らない。このため、受付担当者以外の者は、せいぜい当て推量で電話応対ボタン３１１を押下することしかできない。しかし、当て推量であるため、押下のタイミングが適切なものとなる可能性は低い。したがって、電話応対をしていない者が電話応対画面を介して勝手に情報を入力してしまうリスクが軽減される。よって、電話応対をしていない者が勝手に情報を入力することにより、電話対応によって顧客から得られた情報と入力された情報とに不整合が生じるといった、上記第３の問題に係る事態が起こりにくい。
【００５６】
＜変形例＞
以上は、本発明の好適な実施形態についての説明であるが、本発明は上述の実施形態に限られるものではなく、課題を解決するための手段に記載された範囲の限りにおいて様々な変更が可能なものである。
【００５７】
上述の実施形態では、図６又は図７の電話応対画面に対応するデータがＰＣ３００へと送信される条件は、電話応対ボタン３１１の押下に応じたＰＣ３００から管理サーバ２００への問い合わせが、着信通知から終了通知までになされることである。しかし、別の条件が採用されてもよい。例えば、通話セッションが開始せずに着信中の状態が終了した後、あるいは、通話セッションの終了後、所定の時間が経過した時点から一定の期間内に所定の問い合わせがなされる、という条件が採用されてもよい。この場合も、電話応対した者は電話を切ったタイミングを知っているので、条件を満たすように電話応対ボタン３１１を押下できる。なお、この場合には、着信中の状態又は通話セッションの終了が基準となる。このため、携帯通信端末１００から管理サーバ２００へと着信通知が送信されず、終了通知のみが送信されてもよい。また、着信や終了のタイミングと所定の問い合わせのタイミングとの時間関係ではなく、着信から終了までの期間内のいずれかのタイミングと所定の問い合わせのタイミングとの時間関係が基準となってもよい。例えば、着信から終了までの期間途中のいずれかのタイミングを示すような通知が携帯通信端末１００から管理サーバ２００へと送信され、そのタイミングから所定時間内に問い合わせがなされるか否かに応じて、電話応対画面に対応するデータが管理サーバ２００からＰＣ３００へと送信されてもよい。
【００５８】
また、上述の実施形態では、携帯通信端末１００から管理サーバ２００へと着信通知や終了通知が送られ、それらの通知のタイミングと所定の問い合わせのタイミングとが所定の時間関係を満たすかが判定される。しかし、通知される情報に時刻情報が含まれており、その時刻情報が示すタイミングと所定の問い合わせとのタイミングとが所定の時間関係を満たすかが判定されてもよい。
【００５９】
また、上述の実施形態では、ＰＣ３００がウェブブラウザを介して各種の画面を表示している。しかし、ウェブブラウザではなく本システム専用のアプリケーションがインストールされたＰＣが使用されてもよい。この場合、そのアプリケーションが上述の実施形態と同様にＰＣを機能させればよい。また、汎用のＰＣでなく、本システム専用の端末が使用されてもよい。
【００６０】
また、上述の実施形態では、図６又は図７の電話応対画面において受付情報の入力が可能である。そして、電話応対ボタン３１１の押下に応じた所定の問い合わせのタイミングに応じて電話応対画面が表示されたり表示されなかったりする。これにより、受付情報の入力が制限され、本システムが管理する情報へのアクセスが適切に管理される。この場合、情報アクセスとは、情報の入力に対応する。一方、電話応対画面において最新着信番号に対応する受付情報が表示されるが、新たな情報の入力は可能でない場合も、本発明の範囲である。この場合、所定の問い合わせのタイミングに応じて電話応対画面が表示されれば、最新着信番号に対応する受付情報の閲覧が可能である。しかし、所定の問い合わせのタイミングが適切でなく電話応対画面が表示されなければ、受付情報の閲覧は可能でない。このように、所定の問い合わせのタイミングに応じて受付情報の閲覧が制限されるようなシステムに本発明が適用されてもよい。この場合、情報アクセスとは、情報の閲覧に対応する。
【００６１】
また、上述の実施形態では、所定の問い合わせが着信通知から終了通知までになされなかった場合など、条件が満たされなかった場合には、管理サーバ２００からＰＣ３００にアクセス不許可応答が送信される。これに応じ、ＰＣ３００は、電話応対画面をディスプレイに表示させない。しかし、条件が満たされなかった場合に管理サーバ２００がＰＣ３００に応対しないことで、ＰＣ３００が電話応対画面をディスプレイに表示させないように本システムが構成されていてもよい。例えば、所定の問い合わせを行ってから一定の時間が経過しても管理サーバ２００からの応答がなかった場合には、電話応対画面をディスプレイに表示させないように、ＰＣ３００が構成されてもよい。
【００６２】
また、上述の実施形態では、管理サーバ２００において、携帯通信端末１００から着信通知が受け取られた際や、終了通知が受け取られた際に、当該着信通知が受け取られた時刻や当該終了通知が受け取られた時刻が通信端末ＩＤに関連付けてハードディスク等に記憶される。しかし、着信通知が受け取られた際にはその旨が通信端末ＩＤに関連付けてハードディスク等に記憶されるが、終了通知が受け取られた際にはその時刻が記憶されず、当該通信端末ＩＤに関連付けて記憶された着信通知に関する情報がハードディスク等から消去されてもよい。この場合、着信通知に関する情報がハードディスク等に記憶されているか否かを判定すれば、着信通知から終了通知までの期間内か否かを判定できることになる。したがって、電話応対管理部２４０は、ＰＣ３００から所定の問い合わせがあった際、当該ＰＣ３００におけるログインＩＤ・パスワードに対応する携帯端末ＩＤについて、着信通知に関する情報がハードディスク等に記憶されていれば、そのＰＣ３００へと図６又は図７に示す電話応対画面に対応するデータを送信すればよい。また、ＰＣ３００から所定の問い合わせがあった際、当該ＰＣ３００におけるログインＩＤ・パスワードに対応する携帯端末ＩＤについて、着信通知に関する情報がハードディスク等に記憶されていなければ、電話応対管理部２４０は、そのＰＣ３００へとアクセス不許可応答を送信すればよい。
【００６３】
また、上述の実施形態においては、管理サーバ２００が受付情報を管理する。しかし、受付情報はシステム内のいずれかにおいて管理されればよい。例えば、サーバ側では受付情報を管理せず、ＰＣ側で受付情報を管理してもよい。この場合、本システムは以下のように構成されてもよい。携帯通信端末１００から着信通知や終了通知が送信されると、サーバはこれらの通知のタイミングを記憶する。そして、着信通知から終了通知までの期間内にＰＣからの問い合わせがあれば、サーバはＰＣへと、情報アクセスを許可する旨の応答のみを送信する。ＰＣからの問い合わせが着信通知から終了通知までの期間外であれば、サーバはＰＣへと、情報アクセスを許可しない旨の応答を送信する。サーバ側では受付情報を管理していないので、サーバの役割は着信等のタイミングに応じ、情報へのアクセスを許可するか否かをＰＣに通知することのみになる。ＰＣは、情報アクセスを許可する旨の応答がサーバからなされれば受付情報を含む電話応対画面を表示するが、情報アクセスを許可しない旨の応答がサーバからなされれば電話応対画面を表示しない。
【００６４】
また、上述の実施形態では、電話応対ボタン３１１の押下に基づく所定の問い合わせのタイミングと着信等のタイミングとに応じて図６又は図７の電話応対画面を表示したり表示しなかったりする。しかし、着信のタイミングに関わらず、新規な受付情報を入力できる画面をＰＣ３００がディスプレイに表示できるようなボタン等が図３又は図４の画面内に含まれていてもよい。このように着信のタイミングに関わらずに新規に受付情報を入力できるボタン等が追加される場合には、電話応対ボタン３１１とはなるべく異なる外観、配置等であることが好ましい。また、電話応対ボタン３１１は図３の画面及び図４の画面といった複数の画面に跨って表示されるが、着信のタイミングに関わらずに新規に受付情報を入力できるボタン等は、表示される画面やタイミングが限定されていることが好ましい。
【００６５】
また、上述の実施形態では、電話応対ボタン３１１の押下によりＰＣ３００から管理サーバ２００へと所定の問い合わせが送信される。しかし、画面上のボタンの押下以外の操作に応じて所定の問い合わせが送信されてもよい。例えば、画面上のメニューの選択であってもよいし、キーボードによる所定のキー操作であってもよい。また、ＰＣ３００でなく専用の端末が使用される場合には、物理的なボタン等の操作であってもよい。また、音声や生体情報等の入力による操作であってもよい。
【符号の説明】
【００６６】
１        受付情報管理システム
９９      インターネット
１００    携帯通信端末
２００    管理サーバ
３００    ＰＣ
３１１    電話応対ボタン
【図１】
2015076734.tif 000003
【図２】
2015076734.tif 000004
【図３】
2015076734.tif 000005
【図４】
2015076734.tif 000006
【図５】
2015076734.tif 000007
【図６】
2015076734.tif 000008
【図７】
2015076734.tif 000009
【図８】
2015076734.tif 000010
【図９】
2015076734.tif 000011