(57)【要約】【課題】たとえ実際の訪問時間が訪問予定時間と違っていても、複雑な操作を行うことなく、必要な情報を迅速に表示する。【解決手段】種々の活動を行う際に必要となる情報を管理して携帯用簡易端末装置に表示する情報管理システムにおいて、現在位置情報と活動対象の位置情報の関係と、現在時刻と活動スケジュール情報内の各活動の開始予定時間および終了予定時間との関係を求めることにより、活動対象と活動ステータスを自動判断するステップと、その活動対象と活動ステータスより参照する情報を特定して、記憶装置からその情報を読み出して表示装置に表示するステップと、前記表示された情報に応じた処理の指示を受けて、前記特定された情報に応じた処理を実行するステップとを有するものである。【選択図】  図８
2005044007.tif 000002
【特許請求の範囲】
【請求項１】
予め定められた訪問順序に従って複数箇所を移動して行う活動に必要となる情報を管理して携帯用簡易端末装置に表示する情報管理方法において、
現在位置情報と活動対象の位置情報の関係と、現在時刻と活動スケジュール情報内の各活動の開始予定時間および終了予定時間との関係を求めることにより、現在の活動対象と活動ステータスを自動判断するステップと、
前記判断された活動対象と活動ステータスに対応する情報を特定し、携帯用簡易端末の記憶装置からその情報を読み出して表示装置に自動表示するステップと、
前記表示された情報に応じた処理指示を受けて前記特定された情報に応じた処理を実行するステップとを特徴とする情報管理方法。
【請求項２】
現在位置が活動対象位置にあるかどうか、および現在時刻が活動開始予定時間以前かどうか、および前回表示した画面が何かによって、現在どの活動対象に対して「活動準備」、「活動中」、「活動報告」のいずれの活動ステータスにあるのかを判断することを特徴とする請求項１に記載された情報管理方法。
【請求項３】
現在位置を中心として所定の距離を半径とする円の内部に活動対象があるかどうかで、現在位置が活動対象位置にあるかどうかを判断することを特徴とする請求項２に記載された情報管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の訪問先を移動することを補助する情報管理の技術に関する。この中でも特に、予め定められた訪問順序に従って複数箇所を移動して行う活動に必要となる情報を情報処理装置上に表示する情報管理システムに関し、特に一度外出したら複数の顧客を訪問する営業担当者が、外出時に営業活動上必要また参考となる情報を参照する場面において、携帯用簡易端末上で、アイコンまたはボタンを一度押下するだけで、複雑な操作なしに自動的に当該営業担当者のその時点での活動対象と活動ステータスに応じた情報を表示する情報管理システムに適用して有効な技術に関するものである。
【０００２】
【従来の技術】
従来、例えば、営業担当者が外出時に携帯用簡易端末（携帯電話、ＰＤＡ）などを使って営業活動上必要な情報を参照する営業支援システムでは、社内のデータベースにインターネット及び携帯電話サービス網などを介して接続し、携帯用簡易端末画面上に表示される複数の項目に対する所定の操作により、予定情報、日報、顧客情報といった営業情報の一部が選択され、画面上に表示されるという処理が行われている。また、営業活動によって生じた情報を携帯用簡易端末上で入力し、上記と同様にしてデータベースに接続して登録することが行われている（例えば特許文献１参照）。
【０００３】
【特許文献１】
特開２００１−２１６４０８号公報
【０００４】
【発明が解決しようとする課題】
営業担当者など複数の訪問先を廻る人間は、通常、複数の顧客をスケジュール通り訪問しようとするために、少ない移動時間で一日に複数の顧客に対する情報を参照する。しかも、同じ顧客に対しても商談前の準備に必要な情報と、商談中に顧客に提供する情報と、商談後に登録しておく情報とは異なる。そのために営業担当者は少ない時間の中で多様な情報の中から適切な情報を選択しなければならない。その上、上記のような営業活動において用いられる情報表示装置である携帯電話やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ｄａｔａ  Ａｓｓｉｓｔａｎｔ）などの携帯用簡易端末は、入力装置が簡素であり情報の選択には手間がかかるため、なるべく情報選択の操作を少なくすることが求められている。にもかかわらず、従来技術では参照する情報の選択に複数の操作が必要であるため、業務上、運用しづらいものになっている。
【０００５】
本発明の目的は上記の問題を解決するために、複雑な操作を行うことなく、必要な情報を迅速に表示することが可能な技術を提供することにある。
【０００６】
【課題を解決するための手段】
本発明は、種々の活動を行う際に必要となる情報を管理して携帯用簡易端末装置に表示する情報管理システムにおいて、現在の活動対象と活動ステータスに対応する情報を特定して表示するものである。
【０００７】
本発明では、種々の活動を行う担当者の外出時の活動を、その活動対象である顧客に対する「活動準備」、「活動中」、「活動報告」の３つの活動ステータスの繰り返しとして捉え、現在位置情報と活動対象の位置情報の関係と、現在時刻と活動スケジュール情報内の各活動の開始予定時間および終了予定時間との関係を求めることにより、活動対象と活動ステータスを自動判断し、その活動対象と活動ステータスより参照する情報を特定して自動表示する。
【０００８】
さらに、位置情報で実際に活動対象を訪問しているかどうかを判断することによって、実際の訪問時間が予定訪問時間と違っていても、適切な情報を提供することが可能である。
【０００９】
前記のように本発明によれば、携帯用簡易端末の所定のアイコンまたはボタンを押下すると、複雑な操作や時間をかけずに、たとえ実際の訪問時間が予定とは異なっていても、その時の活動対象と活動ステータスに適した情報を表示することが可能である。
【００１０】
【発明の実施の形態】
図１は、本実施形態の営業活動情報を表示するための営業活動情報管理システムの概略構成を示す図である。
【００１１】
図１に示すように本実施形態の携帯用簡易端末（ＰＤＡなどを想定）１１０は、活動ステータス判断プログラム１２０と、活動情報表示プログラム１２１と、対応処理実行プログラム１２２とを有している。
【００１２】
活動ステータス判断プログラム１２０は、現在地と現在時刻と活動スケジュール情報内の予定時間と訪問先住所との関係を求めることにより、現在の活動対象と活動ステータスを判断するプログラムである。活動情報表示プログラム１２１は、前記判断された活動対象と活動ステータスに対応する情報を特定し、記憶装置からその情報を読み出して表示装置に表示するプログラムである。対応処理実行プログラム１２２は、前記表示された情報に応じた処理支持を受け付けて、前記特定された情報に応じた処理を実行するプログラムである。
【００１３】
図１に示す本実施形態の営業活動情報管理システムは、社内サーバ１０１と社内作業用端末１０９、形態用簡易端末１１０から構成されている。社内システムサーバ１０１と社内作業用端末１０９、形態用簡易端末１１０とは社内ネットワーク（ＬＡＮなど）によって接続されている。形態用簡易端末１１０は社内ネットワークからはずして携帯することが可能である。
【００１４】
社内システムサーバ１０１は、処理装置１０２と、記憶装置１０３から構成されている。処理装置１０２は、社内作業用端末１０９や携帯用簡易端末１１０の入出力画面より入力された指示に従って処理を行い、処理結果を社内作業用端末１０９や携帯用簡易端末１１０の表示装置１１２に返す。また記憶装置１０３、営業活動に必要な、営業活動情報１０４、営業活動スケジュール１０５、顧客住所情報１０６、在庫情報１０７などを格納している。
【００１５】
営業活動情報１０４は、各活動対象を営業担当者が訪問した際に商談した内容を、活動報告として顧客単位かつ訪問日単位に記録した情報である。営業活動情報１０４は、各営業担当者がそれぞれ活動したあとに報告を入力して登録を行うものとする。
【００１６】
営業活動スケジュール情報１０５は、各営業担当者の訪問予定時間についての情報であり、営業活動開始時には予め登録を済ませておくものとする。
【００１７】
顧客住所情報１０６は、訪問先の住所についての情報であり、営業活動開始時には予め登録を済ませておくものとする。
【００１８】
在庫情報１０７は、商談の対象となる商品の在庫情報である。ここではリアルタイムで顧客に提示したい情報の一例として在庫情報を挙げるが、その他に納期情報などでもよい。
【００１９】
その他に、一般的な営業活動情報管理システムにおいては、取引上必要な顧客情報を顧客別に格納してある顧客情報テーブル、顧客の受注実績情報などを格納してある受注情報テーブルなどがある。それらの情報は、情報に変更が生じ次第、適宜テーブルへ更新されるものとする。
【００２０】
営業担当者は、外出時に、それらの情報が格納されている記憶装置１０３を含む社内システムサーバ１０１へ携帯用簡易端末１１０から社外ネットワーク１０８（公衆回線網、無線ＬＡＮ、インターネットなど）を介して接続することによって、それらの情報を参照、処理することが可能である。この形態用簡易端末１１０は社内ネットワークに接続した形態用簡易端末１１０と同一のものを社外へ携帯したものである。
【００２１】
携帯用簡易端末１１０は、処理装置１１１、表示装置１１２、時計装置１１３、現地把握装置１１４、記憶装置１１５により構成されている。処理装置１１１は、表示装置１１２から入力された指示に従って処理を行い、結果を表示装置１１２へ返す。表示装置１１２は、入力のための画面情報を表示したり、処理装置１１１にて処理した結果を表示する装置（液晶画面など）である。時計装置１１３は現在の日付と時刻を測定する装置である。現在地把握装置１１４は現在位置を把握するための装置である。現在地把握装置１１４の例として、位置情報を経度情報として把握するＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ：全地球位置把握システム）がある。現在地把握装置１１４はその他のシステムでもよい。
【００２２】
記憶装置１１５は、その日に営業活動を行う上で必要となる営業活動情報１１６と営業活動スケジュール情報１１７と顧客住所情報１１８を社内システムサーバ１０１よりコピーして格納している。
【００２３】
営業活動情報１１６には、各営業担当者が、予め社内作業用端末１０９を使って、当日に必要な活動対象に関する活動情報を選択し、その情報をコピーして携帯用簡易端末１１１に格納しておく。
【００２４】
営業活動スケジュール１１５は、同様に、予め社内作業用端末１０９を使って営業担当者のスケジュールを選択し、その情報をコピーして携帯用簡易端末１１０の記憶装置１１５に格納する。
【００２５】
次に営業活動情報１１６、営業活動スケジュール１１７、顧客住所情報１１８に格納されるテーブルの図２、図３、図４、図５について説明する。
【００２６】
図２は、本実施形態の営業活動スケジュール情報１１７の営業活動スケジュール情報テーブル構成の例を示す図である。
【００２７】
営業活動スケジュールは、営業担当者名２０１、活動予定日２０２、訪問順序番号２０３、顧客名２０４、商談開始予定時間２０５、商談終了予定時間２０６によって構成されている。
【００２８】
一つの営業担当者名２０１に複数の活動予定日２０２が紐付けられ、一つの活動予定日２０２にその日に訪問する顧客数だけ訪問順序番号２０３が紐付けられている。一つの訪問順序番号２０３に対して一つの顧客名２０４、一つの商談開始予定時間２０５、一つの商談終了予定時間２０６が紐付けられている。
【００２９】
営業活動スケジュール情報テーブルは社内での処理で事前に社内システムサーバ１０１内の営業活動スケジュール情報１０５に作成され、携帯用簡易端末１１０内の営業活動スケジュール情報１１７に格納される。営業活動スケジュール情報テーブルは営業活動中に更新されることはない。
【００３０】
なお、活動予定日の最初の訪問の際の例外処理のために、訪問順序番号が０の顧客を用意し、顧客名２０４、商談開始予定時間２０５、商談終了予定時間２０６はＮｕｌｌ値を入れる。
【００３１】
図３は営業活動情報１１６に格納される活動進捗テーブルの構成の例を示す図である。
【００３２】
活動進捗テーブルは、営業担当者名２０１、活動予定日２０２、訪問順序番号２０３、活動準備フラグ２０７、活動中フラグ２０８、活動報告フラグ２０９によって構成されている。
【００３３】
一つの営業担当者名２０１に複数の活動予定日２０２が紐付けられ、一つの活動予定日２０２にその日に訪問する顧客数だけ訪問順序番号２０３が紐付けられている。一つの訪問順序番号２０３に対して一つの活動準備フラグ２０７、一つの活動中フラグ２０８、一つの活動報告フラグ２０９が紐付けられている。
【００３４】
活動準備フラグ２０７は、後述する活動準備画面を表示するとチェックされるフラグである。同様に、活動中フラグ２０８は、活動中画面を表示するとチェックされるフラグである。活動報告２０９フラグは、後述する活動報告画面を表示するとチェックされるフラグである。
【００３５】
活動進捗テーブルは社内での処理で事前に社内システムサーバ１０１内の営業活動情報１０４に作成され、携帯用簡易端末１１０内の営業活動情報１１６に格納される。活動進捗テーブルは営業活動中に活動フェーズが変わるごとに更新される（その詳細は図１２、図１３、図１４についての説明で後述する）。営業活動後、社内での処理で社内システムサーバ１０１の営業活動情報１０４に格納される。
【００３６】
なお、活動予定日の最初の訪問の際の例外処理のために、訪問順序番号が０の顧客を用意し、活動準備フラグ２０７、活動中フラグ２０８、活動報告フラグ２０９は予めチェックされている。
【００３７】
図４は顧客住所情報１１８に格納される顧客住所テーブルの構成の例を示す図である。
【００３８】
顧客住所テーブルは、営業担当者名２０１、活動予定日２０２、訪問順序番号２０３、顧客住所２１０、緯度・経度２１１によって構成されている。
【００３９】
一つの営業担当者名２０１に複数の活動予定日２０２が紐付けられ、一つの活動予定日２０２にその日に訪問する顧客数だけ訪問順序番号２０３が紐付けられている。一つの訪問順序番号２０３に対して一つの顧客住所２１０、一つの緯度・経度２１１が紐付けられている。
【００４０】
顧客住所２１０は人間の言語で書かれた顧客の住所である。緯度・経度２１１は顧客住所２１０の緯度と経度についての情報であり、携帯用簡易端末１１０の現在地把握装置１１４で現在地との関係を判断するための情報である。緯度・経度２１１の形式は現在地把握装置１１４の用いる形式と同じである。
【００４１】
顧客住所テーブルは社内での処理で事前に社内システムサーバ１０１内の顧客住所情報１０６に作成され、携帯用簡易端末１１０内の顧客住所１１８に格納される。顧客住所テーブルは営業活動中に更新されることはない。
【００４２】
なお、活動予定日の最初の訪問の際の例外処理のために、訪問順序番号が０の顧客を用意し、顧客住所２１０、緯度・経度２１１はＮｕｌｌ値を入れる。
【００４３】
図５は営業活動情報１１６に格納される営業活動情報テーブルの構成の例を示す図である。
【００４４】
営業活動情報テーブルは、顧客名２０４、営業担当者名２０１、その他種々の営業活動情報によって構成されている。
【００４５】
一つの顧客名２０４に複数の営業担当者名２０１が紐付けられている。一つの営業担当者名２０１に紐付けられる情報は営業活動の内容によって異なるため、ここでは一例として日時、場所、面会者、製品名、受注予定日、受注確度、受注予定金額、コメント、事前準備メモなどを挙げる。
【００４６】
営業活動情報テーブルは社内での処理で事前に社内システムサーバ１０１内の営業活動情報１０４に作成され、携帯用簡易端末１１０内の営業活動情報１１６に格納される。営業活動情報テーブルは営業活動中、特に活動報告フェーズにおいて営業担当者によって更新される。営業活動後、社内での処理で社内システムサーバ１０１の営業活動情報１０４に格納される。
【００４７】
本発明の実施においては、営業担当者が社内での処理と社外での営業活動を交互に繰り返すことを想定している。
【００４８】
ここでいう社内での処理は、営業担当者が携帯用簡易端末１１０を社内システムサーバ１０１に接続し、前回の社外活動で更新された携帯用簡易端末１１０内に格納されている営業活動情報１１６を社内システムサーバ１０１内の営業活動情報１０４に格納し、社内作業用端末１０９などによって作成され、社内システムサーバ１０１に格納された次回の営業活動に関する営業活動スケジュール情報１０５と顧客住所情報１０６をそれぞれ携帯用簡易端末１１０内の営業活動スケジュール１１７と顧客住所情報１１８に格納する作業を指す。勿論、その他の営業活動に伴う商談結果についての処理、および次回営業活動の準備も含まれてよい。
【００４９】
以下では、営業担当者が行う社内での処理と社外での営業活動のうち、社外での営業活動についての本発明の実施形態を説明する。
【００５０】
図６は本実施形態の営業担当者の営業活動スケジュールのイメージ図である。ここでは、予め複数の顧客の訪問順序とそれぞれの顧客との商談開始予定時間と終了予定時間が顧客との約束で決まっているという、ごく一般的な営業スタイルを想定している。
【００５１】
ここではなおかつ、顧客先をスケジュール通りに回って受注獲得のために商談を行おうとするが、訪問予定順序どおりに訪問はするものの、実際には予定された時間どおりに商談が行われない場合を想定している。たとえば図２のように一日の時間を横軸、場所を縦軸（便宜上１次元空間として表記する）として営業スケジュールをイメージにあらわすと、まず商談開始予定時刻に対して早く１０：４５分にＡ社ついて予定より早く商談が行われ、商談終了予定時刻よりも遅く１２：２０分に商談が終了する。１２：２０から１３：２０にかけてＡ社からＢ社へ移動し、１３：２０から商談を始めるというようにである。営業担当者は商談を終えてから、移動時間に訪問後の商談結果を記録し、次の訪問先の商談の準備のために顧客情報を参照して商談に入る。このように営業担当者は、１日の中で訪問する顧客ごとに、活動準備（次の顧客の情報の参照）、活動（商談）、活動報告（商談結果の記録）という３つの活動サイクルを繰り返しているといえる。ここでは予定時刻通りに進まない場合を想定したが、当然、全て予定時刻どおりに商談が進められる場合にも対応できる。
【００５２】
本発明では、活動準備、活動中、活動報告の３つフェーズにそれぞれ１回以上、営業担当者が携帯用簡易端末１１０にて情報画面を参照することを想定する。携帯用簡易端末１１０を参照するために、ここでは営業活動者が携帯用簡易端末１１０の表示装置１１２に表示された所定のボタンを押下することによって以下で説明する情報処理が携帯用簡易端末１１０で行われるとする。ただし、情報処理をスタートさせるトリガーは、営業担当者が情報を参照したいときに情報処理がスタートさえすれば、ボタンの押下に限定する必要はない。
【００５３】
以下、営業活動者が携帯用簡易端末１１０の所定のボタンを押下した場合の情報処理について説明する。
【００５４】
図７は本実施形態の営業活動情報管理処理の処理手順を示すフローチャートである。
【００５５】
図７では、本実施形態における営業活動情報の表示方法の全体処理概要を表している。営業担当者が携帯用簡易端末１１０の表示装置１１２に表示してある所定のボタンを押下すると、携帯用簡易端末１１０の処理装置１１１において次のような処理が実行される。
【００５６】
ステップ４０１で携帯用簡易端末１０９の活動ステータス判断プログラム１２０は、現在地把握装置１１４より現在地を読み出して記憶装置１１５に格納されている顧客住所情報１１８と照合して、現在地と顧客住所との関係を求める。また時計装置１１３より現在時刻を読み出して営業活動スケジュール情報１１７と照合し、商談開始予定時間２０５、商談終了予定時間２０６との関係を求める。それにより、現在、どの活動対象に対する、どのような活動ステータスにあるのかを判断する。
ステップ４０２で活動情報表示プログラム１２１は、ステップ４０１で判断した活動対象と活動ステータスによって表示すべき情報を特定し、記録装置１１５からその情報を読み出して表示装置１１１に表示する。また、判断した活動ステータスによっては社外ネットワーク１０８を介して社内システムサーバ１０１に接続し、記憶装置１０３に格納してある最新情報を読み出して携帯用簡易端末１１０の表示装置１１２に表示する。
【００５７】
ステップ４０２では、表示した情報に応じて営業担当者が携帯用簡易端末１１０で各種情報の参照と処理を行う。
【００５８】
ステップ４０３では、対応処理実行プログラム１２２は、携帯用簡易端末１１０の処理装置１１１または社内システムサーバ１０１の処理装置１０２によって、営業担当者の指示に応じた処理を行う。
【００５９】
以下、各４０１、４０２、４０３の各ステップで行われる処理について説明する。
【００６０】
以下、図７のステップ４０１「現時点の活動対象と活動ステータスの判断」で、携帯用簡易端末１１０の活動ステータス判断プログラム１２０が行う処理について説明する。
【００６１】
図８、９、１０、１１は図７のステップ４０１の処理手順を示すフローチャートである。
【００６２】
携帯用簡易端末１１０の活動ステータス判断プログラム１２０は、現在地、現在時刻、顧客住所、活動スケジュール情報を入力情報として、現在行われている活動が「活動準備」「活動中」「活動報告」のいづれに該当するのかを判断する。
【００６３】
図８では、ケースＡ「次の顧客先へ移動中」、ケースＢ「顧客先にいて、その顧客との商談開始予定時刻以前である」、ケースＣ「顧客先にいて、その顧客との商談開始予定時刻以後である」の３つの状態のいづれであるかを判断するまでのフローチャートを示す。ケースＡ、Ｂ、Ｃと判断されてから活動状態を判断するまでのフローチャートをそれぞれ図９、１０、１１に示す。
【００６４】
ステップ５０１で、携帯用簡易端末１１０の活動ステータス判断プログラム１２０は、現在地把握装置１１４により現在地を読み出す。この情報を仮にｘとする。
【００６５】
ステップ５０２で、携帯用簡易端末１１０の活動ステータス判断プログラム１２０は、記憶装置１１５の営業活動情報１１６に格納されている営業進捗テーブルの活動中フラグ２０８を呼び出す。
【００６６】
ステップ５０３で、携帯用簡易端末１１０の活動ステータス判断プログラム１２０は、活動中フラグ２０８にチェックのついている顧客の中で最も訪問順序番号２０３の大きい顧客を、最後に訪ねた訪問顧客として特定し、ｘと比較する。たとえば図６で１３：００ではＡ社が、１４：００にＢ社に着いて初めてボタンを押下した場合もＡ社が、１４：００にＢ社に着いてから既にボタンを押したことがある場合はＢ社が、最後に訪ねた訪問顧客として特定される。また１０：３０のようにその日に訪ねた顧客が未だない場合は、訪問順序番号が０の架空の顧客を最後に訪ねた訪問顧客とする。
【００６７】
ステップ５０４で、記憶装置１１５の顧客住所情報１１８に格納されている最後に訪ねた訪問顧客またはその次の訪問予定顧客の住所とｘが同一かどうかを求める。ここで、予め距離ａを決めておき、ｘを中心とする半径ａの中に顧客住所テーブルの緯度・経度が入る顧客を、住所がｘと同一である顧客と判断する。仮に、ここでｘと同一住所とされた顧客がいた場合は、その顧客の訪問順序番号２０３をｎとし、その顧客を顧客ｎとする。ｘと同一と判断されなかった場合は、最後に訪ねた訪問顧客の訪問順序番号をｎとする。たとえば、１３：００にボタンを押下した場合はｘを中心とする半径ａの円内に（ＸＡ，ＹＢ）と（ＸＢ，ＹＢ）が入っていないことを確認して、Ａ社が顧客ｎとして特定される。１４：００にボタンを押下した場合はｘの半径ａの円内に（ＸＢ，ＹＢ）が入っていることを確認して、Ｂ社が顧客ｎとして特定される。また、次の訪問予定顧客がない場合は、最後に訪ねた顧客の住所のみとｘを比較する。
【００６８】
ｘと顧客ｎの住所が同一でない場合５０５は、ケースＡ「次の顧客先へ移動中」として図９のフローチャートへ移る。ｘと顧客ｎの住所が同一の場合はステップ５０６へ進む。たとえば、１０：３０や１３：００にボタンを押下した場合はケースＡへ、１４：００にボタンを押下した場合はステップ５０６へ進む。
【００６９】
ステップ５０６で、携帯用簡易端末１１０の活動ステータス判断プログラム１２０は、時計装置１１３より現在時刻を呼び出す。仮に現在時刻をｔとする。
【００７０】
ステップ５０７で、携帯用簡易端末１１０の活動ステータス判断プログラム１２０は、ｔと、記憶装置１１５の営業活動スケジュール情報１１７に格納されている顧客ｎの商談開始予定時刻とを比較する。
【００７１】
ステップ５０８で、ｔが、記憶装置１１５の営業活動スケジュール情報１１７に格納されているｘを住所とする顧客ｎの商談開始予定時刻の後であるかどうかを判断する。
【００７２】
前である場合５０９はケースＢ「顧客先にいて、その顧客との商談開始予定時刻以前である」と判断し、図１０のフローチャートへ移る。たとえば、１４：４５にボタンを押下した場合はここへ移る。
【００７３】
後である場合５１０はケースＣ「顧客先にいて、その顧客との商談開始予定時刻以後である」と判断し、図１１のフローチャートへ移る。たとえば１４：００にボタンを押下した場合はここへ移る。
【００７４】
なお、上記では現在地ｘと顧客住所との関係をボタンの押下したときに判断するとしたが、ボタンの押下とは無関係に定期的にチェックしてもよい。
【００７５】
図９は、図８の処理の結果、ケースＡ「次の顧客先へ移動中」へ進んだ場合に携帯用簡易端末１１０の活動ステータス判断プログラム１２０が行う処理のフローチャートである。
【００７６】
ステップ６１１で、携帯用簡易端末１１０の活動ステータス判断プログラム１２０は、記憶装置１１５の営業活動情報１１６に格納されている顧客ｎの活動報告フラグ２０９を呼び出す。
【００７７】
ステップ６１２で、携帯用簡易端末１１０の活動ステータス判断プログラム１２０は、顧客ｎの活動報告フラグ２０９がチェックされているかどうかを判断する。ケースＡでは顧客先を離れているので活動ステータスが「活動中」であることはありえない。そこで、チェックされていない場合６１３では、活動ステータスを顧客ｎの「活動報告」と判断する。チェックされている場合６１４では、活動ステータスを顧客ｎの次の訪問予定顧客である顧客ｎ＋１の「活動準備」と判断する。たとえば、１３：００にボタンを押下した場合はステップ６１３ではＡ社の活動報告、ステップ６１４ではＢ社の活動準備とステータスを判断される。また、１０：３０のようにその日の訪問顧客がない場合は、訪問順序番号が０の活動報告フラグが必ずチェックされているため、ステップ６１４へ進んでＡ社の活動準備と判断される。
【００７８】
図１０は、図８の処理の結果、ケースＢ「顧客先にいて、その顧客との商談開始予定時刻以前である」へ進んだ場合に、携帯用簡易端末１１０の活動ステータス判断プログラム１２０が行う処理のフローチャートである。
【００７９】
ステップ６２１で、携帯用簡易端末１１０の活動ステータス判断プログラム１２０は、記憶装置１１５の営業活動情報１１６に格納されている顧客ｎ−１の活動報告フラグ２０９を呼び出す。
【００８０】
ステップ６２２で、携帯用簡易端末１１０の活動ステータス判断プログラム１２０は、顧客ｎ−１の活動報告フラグ２０９がチェックされているかどうかを判断し、チェックされていない場合６２３では、次の顧客先に着いていても前の商談の報告が済んでおらず、次の商談開始時間まで時間があるので、活動ステータスを顧客ｎ−１の「活動報告」とする。たとえば１４：４５にボタンを押下して、Ｂ社の報告が済んでいない場合は、Ｂ社の活動報告とステータスを判断される。
【００８１】
チェックされている場合６２４では、記憶装置１１５の営業活動情報１１６に格納されている顧客ｎの活動準備フラグ２０７を呼び出す。
【００８２】
ステップ６２５で、携帯用簡易端末１１０の活動ステータス判断プログラム１２０は、顧客ｎの活動準備フラグ２０７がチェックされいているかどうかを判断し、チェックされていない場合６２６は、まだ営業担当者が次の商談の活動準備画面を参照していないため、活動ステータスを顧客ｎの「活動準備」と判断する。チェックされている場合６２７は、活動準備画面を既に参照していながら活動ステータスの判断を再度行っているため、活動ステータスが移ったものと考えられるため、活動ステータスを顧客ｎで「活動中」と判断する。これにより、商談が開始予定時刻よりも早く始まった際に、顧客には見られたくない活動準備画面を活動中画面と誤って顧客に見せてしまうという事態を防ぐ。たとえば、１４：４５にボタンを押下して、未だＣ社の活動準備画面をディスプレイしていない場合はＣ社の活動準備、既にＣ社の活動準備画面をディスプレイした場合はＣ社の活動中とステータスを判断される。
【００８３】
図１１は、図８の処理の結果、ケースＣ「顧客先にいて、その顧客との商談開始予定時刻以後である」へ進んだ場合に携帯用簡易端末１１０の活動ステータス判断プログラム１２０が行う処理のフローチャートである。
【００８４】
ステップ９０１で、携帯用簡易端末１１０の活動ステータス判断プログラム１２０は、記憶装置１１５の営業活動情報１１６に格納されている顧客ｎの活動報告フラグ２０９を呼び出す。
【００８５】
ステップ９０２で、携帯用簡易端末１１０の活動ステータス判断プログラム１２０は、顧客ｎの活動報告フラグ２０９がチェックされているかどうかを判断し、チェックされていない場合９０３では、活動ステータスを顧客ｎの「活動中」と判断する。この場合は、たとえ商談終了予定時間２０６よりも時刻が後でも、まだ顧客ｎの住所にいることから商談中と判断し、顧客には見られたくない活動報告画面を活動中画面と誤って商談中に顧客に見せてしまうという事態を防ぐ。たとえば、１４：１５にボタンを押下した場合は、Ｂ社商談終了予定時間後であるが、Ｂ社の活動報告フラグがチェックされていない場合はＢ社の活動中と判断される。チェックされている場合９０４では、商談は終わったものと判断され、活動ステータスを顧客ｎ＋１の「活動準備」と判断する。たとえば、１４：１５にボタンを押下して、Ｂ社の活動報告フラグがチェックされている場合は、Ｃ社の活動準備と判断される。
【００８６】
以下、図７のステップ４０２「活動ステータスに応じた情報の特定と表示」で携帯用簡易端末１１０の活動情報表示プログラム１２１が行う処理について説明する。
【００８７】
ステップ４０１で活動ステータスを「活動準備」「活動中」「活動報告」のいずれかに判断されたあと、「活動準備」であれば図１２の処理へ、「活動中」であれば図１３の処理へ、「活動報告」であれば図１４の処理へ進む。
【００８８】
図１２は、ステップ４０１で活動ステータスが活動準備と判断された後に、ステップ４０２で携帯用簡易端末１１０の活動情報表示プログラム１２１が行う処理のフローチャートである。ステップ４０１で活動準備をする対象となる顧客の訪問順序番号は特定されている。
【００８９】
ステップ７１１で、携帯用簡易端末１１０の活動情報表示処理プログラム１２１は、営業活動スケジュール情報１１７に格納されている営業活動スケジュール情報テーブル図２の中から訪問顧客番号に対応する顧客名２０４を呼び出す。
【００９０】
ステップ７１２で営業活動情報１１６に格納されている営業活動情報テーブル図５を呼び出して先ほど拾い出した顧客名２０４に紐付けられている営業活動情報を呼び出す。
【００９１】
ステップ７１３では、ステップ７１２で呼び出した営業活動情報の中から最新日付の営業活動情報を呼び出す。呼び出す情報は営業活動情報だけでなく、社内での処理で予め作成しておいた事前準備メモなども含めてよい。
【００９２】
ステップ７１４では、ステップ７１３で呼び出した情報を携帯用簡易端末１１０の表示装置１１２に表示する。
【００９３】
ただし、その日に訪問する予定であった顧客を訪問し終わってしまい、活動準備する対象がいない場合は、予め作成しておいた所定の画面を見せること。
【００９４】
ステップ７１５では、顧客ｎの活動準備フラグをチェックする。
以上で、「活動準備」ステータスの図７ステップ４０２は終了する。
【００９５】
「活動準備」ステータスには図７のステップ４０３「特定した情報（画面）に応じた各種処理」はない。そのため、ステップ７１５で、ボタン押下に始まった一連の処理を完了する。
【００９６】
図１３は、ステップ４０１で活動ステータスが活動中と判断された後に、ステップ４０２で携帯用簡易端末１１０の活動情報表示プログラム１２１が行う処理のフローチャートである。
【００９７】
ステップ７２１で、公衆回線網及びインターネットなどの社外ネットワーク１０８を介して携帯用簡易端末１１０から社内システムサーバ１０１に接続し、商談を進める上で必要なリアルタイム在庫情報１０７を呼び出す。
【００９８】
ここで表示するリアルタイム情報として在庫情報を挙げた理由は、受注まで商談を進めるには在庫の有無の確認が必要であるためである。しかし、ここで表示する情報は在庫情報に限る必要はなく、その他に入荷予定情報、顧客情報、受注情報、商品情報など、業務形態に合わせて提供する情報は異なる。
【００９９】
ステップ７２２では、呼び出した在庫情報を表示装置１１２によって表示する。
【０１００】
ステップ７２３では、顧客ｎの活動中フラグをチェックする。
以上で、「活動中」ステータスの図７ステップ４０２は終了する。
【０１０１】
「活動中」ステータスでは、図７のステップ４０３「特定した情報（画面）に応じた各種処理」は、携帯用簡易端末１１０内の対応処理実行プログラム１２２によって、情報検索の処理が行われる。処理内容は提供する情報と、検索する方法に依存しており、それらは業務内容に合わせて決まる。そのため、ここでは在庫情報を提供する場合の情報検索の一例を挙げる。例えば、在庫情報を提供するのであれば、営業活動情報１１６に格納されている営業活動情報テーブルからその顧客名に紐付けられる情報を拾い出し、その顧客が最近発注した製品の在庫情報を呼び出すなどが挙げられる。顧客名２０４は、図１２のステップ７１１と同様に、携帯用簡易端末１１０の活動情報表示処理プログラム１２１が営業活動スケジュール情報１１７に格納されている営業活動スケジュール情報テーブル図２の中から訪問顧客番号に対応する顧客名２０４を呼び出せばよい。
【０１０２】
以上で、ボタン押下に始まった一連の処理を完了する。
【０１０３】
図１４は、ステップ４０１で活動ステータスが活動準備と判断された後に、ステップ４０２で携帯用簡易端末１１０の活動情報表示プログラム１２１が行う処理のフローチャートである。ステップ４０１で活動準備をする対象となる顧客の訪問順序番号は特定されている。
【０１０４】
ステップ７３１で、携帯用簡易端末１１０の活動情報表示処理プログラム１２１は、営業活動スケジュール情報１１７に格納されている営業活動スケジュール情報テーブル図２の中から訪問顧客番号に対応する顧客名２０４を呼び出す。
【０１０５】
ステップ７３２で営業活動情報１１６に格納されている営業活動情報テーブル図５を呼び出して先ほど拾い出した顧客名２０４に紐付けられている営業活動情報に対して情報の更新・追加・削除を行える入力画面を呼び出す。
【０１０６】
ステップ７３３では、ステップ７３２で呼び出した入力画面に対して先ほど呼び出した顧客名、時計装置１１３より呼び出した日時を、初期値として設定する。
【０１０７】
ステップ７３４では、営業活動情報入力画面を表示装置１１２に表示する。
【０１０８】
ステップ７３５では、顧客ｎの活動報告フラグをチェックする。
【０１０９】
以上で、「活動報告」ステータスの図７ステップ４０２は終了する。
【０１１０】
「活動報告」ステータスでは、図７のステップ４０３「特定した情報（画面）に応じた各種処理」は、携帯用簡易端末１１０内の対応処理実行プログラム１２２によって、営業担当者の入力に対して営業活動情報１１６の更新・追加・削除などの処理が行われる。処理内容は、予め用意された営業活動情報テーブル図５に依存し、それは業務内容によって決まるため、ここでは次の注意点を書くに留める。本発明の効果は営業担当者の情報参照の手間の削減にあるため、文章の入力を極力減らすように入力方法はできるだけボタン（アイコン）押下による選択式にし、業務内容に合わせて有効な選択肢を作るなどの工夫する必要がある。勿論、文章を入力する欄があってもよい。しかし、その際も営業担当者にとってはキーワードを書き込んで、社内の処理を行う時に社内作業用端末１０９などで文章化するのが効率的であると思われる。
以上で、ボタン押下に始まった一連の処理を完了する。
【０１１１】
【発明の効果】
本発明によれば、たとえ実際の訪問時間が訪問予定時間と違っていても、現在の活動対象と活動ステータスに対応する情報を特定して表示するので、複雑な操作を行うことなく、必要な情報を迅速に表示することが可能である。
【図面の簡単な説明】
【図１】本実施形態の営業活動情報を表示するための営業活動情報管理システムの概略構成を示す図である。
【図２】本実施形態の営業活動スケジュール情報のテーブル構成例を示す図である。
【図３】本実施形態の活動進捗情報のテーブル構成例を示す図である。
【図４】本実施形態の顧客住所情報のテーブル構成例を示す図である。
【図５】本実施形態の営業活動情報のテーブル構成例を示す図である。
【図６】本実施形態の営業担当者の一日の活動スケジュールのイメージ例を示す図である。
【図７】本実施形態における営業活動情報の表示方法の全体処理概要を示す図である。
【図８】図７のステップ４０１の処理手順のうち、ケースＡ、ケースＢ、ケースＣの３つの状態のいであるかを判断するフローチャートを示す図である。
【図９】図８のステップ５０５「ケースＡ」以降の処理手順を示すフローチャートである。
【図１０】図８のステップ５０９「ケースＢ」以降の処理手順を示すフローチャートである。
【図１１】図８のステップ５１０「ケースＣ」以降の処理手順を示すフローチャートである。
【図１２】図８〜１１の処理の結果、「活動ステータス＝活動準備」であった場合の、図７のステップ４０２「活動ステータスに応じた情報の特定と表示」の処理手順を示すフローチャートである。
【図１３】図８〜１１の処理の結果、「活動ステータス＝活動中」であった場合の、図７のステップ４０２「活動ステータスに応じた情報の特定と表示」の処理手順を示すフローチャートである。
【図１４】図８〜１１の処理の結果、「活動ステータス＝活動報告」であった場合の、図７のステップ４０２「活動ステータスに応じた情報の特定と表示」の処理手順を示すフローチャートである。
【符号の説明】
１０１・・・社内システムサーバ、１０２・・・処理装置、１０３・・・記憶装置、１０４・・・営業活動情報、１０５・・・営業活動スケジュール情報、１０６・・・顧客住所情報、１０７・・・在庫情報、１０８・・・社外ネットワーク、１０９・・・社内作業用端末、１１０・・・携帯用簡易端末、１１１・・・処理装置、１１２・・・表示装置、１１３・・・時計装置、１１４・・・現在地把握装置、１１５・・・記憶装置、１１６・・・永長活動情報、１１７・・・営業活動スケジュール情報、１１８・・・顧客住所情報、１２０・・・活動ステータス判断プログラム、１２１・・・活動情報表示プログラム、１２２・・・対応処理実行プログラム、２０１・・・営業担当者名、２０２・・・活動予定日、２０３・・・訪問順序番号、２０４・・・顧客名、２０５・・・商談開始予定時間、２０６・・・商談終了予定時間、２０７・・・活動準備フラグ、２０８・・・活動中フラグ、２０９・・・活動報告フラグ、２１０・・・顧客住所、２１１・・・緯度・経度
【図１】
2005044007.tif 000003
【図２】
2005044007.tif 000004
【図３】
2005044007.tif 000005
【図４】
2005044007.tif 000006
【図５】
2005044007.tif 000007
【図６】
2005044007.tif 000008
【図７】
2005044007.tif 000009
【図８】
2005044007.tif 000010
【図９】
2005044007.tif 000011
【図１０】
2005044007.tif 000012
【図１１】
2005044007.tif 000013
【図１２】
2005044007.tif 000014
【図１３】
2005044007.tif 000015
【図１４】
2005044007.tif 000016