JP2014092985A - 情報処理システム、携帯型情報処理装置、情報処理システムプログラム及び情報処理プログラム - Google Patents

Abstract

【課題】訪問する顧客に関する情報に基づいて文書を生成する場合にあって、携帯型情報処理装置の記憶装置に顧客に関する情報が記憶されたままとなることを防止するようにした携帯型情報処理装置を提供する。
【解決手段】携帯型情報処理装置の取得手段は、携帯型情報処理装置の位置を取得し、特定手段は、位置に基づいて、訪問先の顧客を特定し、送信手段は、顧客を識別する情報と記憶装置に記憶されている文書の型を送信し、受取手段は、顧客に関する情報、又は顧客に関する情報と顧客に対応する文書の型のいずれか一方を受け取り、記憶手段は、文書の型を受け取った場合は、文書の型を記憶装置に記憶させ、生成手段は、顧客に関する情報と顧客に対応する文書の型に基づいて、文書を生成し、削除手段は、位置に基づいて、顧客から予め定められた距離以上に離れた場合又は該顧客とは異なる第２の顧客が特定された場合は、該顧客に関する情報を削除する。
【選択図】図１

Description

本発明は、情報処理システム、携帯型情報処理装置、情報処理システムプログラム及び情報処理プログラムに関する。

特許文献１には、営業担当者が出張先においてその住所を伝票印刷するような場合においても、特別な操作を行うことなしに、現在位置の所在名を出力することを課題とし、携帯端末装置は現在位置を検出するＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）端末器を備え、センター装置は位置データに対応してその位置の所在名を記憶するＣＤＲＯＭを有しており、ＧＰＳ端末器によって検出された位置データをセンター装置へ送信し、センター装置はこの位置データに基づいてＣＤＲＯＭを検索し、現在位置に対応する所在名を携帯端末装置へ送信し、携帯端末装置はこの所在名を受信して伝票印刷を行うことが開示されている。

特許文献２には、現在時点又は現在位置においてアクセスの可能性の高いファイルを、ユーザによる取捨選択の判断及び操作を必要とすることなく、内部の記憶装置に保持された状態にすることができる携帯型情報機器を提供することを課題とし、管理対象のファイル毎に、ファイル選択条件としての曜日や時間帯、現在のユーザ位置と、ネットワーク上の当該ファイルの原ファイル格納位置情報とを記録するファイル管理テーブルを設け、所定の時点で、ファイル管理テーブルに基づいて、現在の曜日や現在のユーザ位置に合致したファイルを検索し、ファイル選択条件に合致したファイルが携帯型情報機器の記憶装置内に存在しない場合に、ネットワーク上の原ファイル格納位置から当該ファイルをダウンロードして内部の記憶装置内に格納することが開示されている。

特許文献３には、携帯端末の現在位置に対応したコンテンツを詳細な位置に基づいて取得することが可能であるとともに、利用者がコンテンツに関する情報を登録することが可能なコンテンツ提供システムを提供することを課題とし、サーバ装置に、コンテンツを記憶するとともに、コンテンツに関連付けられ、位置情報と対応付けて登録された登録情報を記憶しておき、携帯端末が自身の端末位置情報をサーバ装置に送信すると、送信した端末位置情報に対応する地図及びその地図の範囲に含まれる登録情報がサーバ装置から送信されてくるので、地図情報に登録情報を重ねて表示し、また、地図上には、端末位置情報に対応する印が中央に表示され、表示された登録情報に対して操作を行うことにより、対応するコンテンツをサーバ装置から取得できることが開示されている。

特開平１０−２５４９８２号公報 特開２０００−３３９２７６号公報 特開２０１０−０２６５４６号公報

本発明は、訪問する顧客に関する情報に基づいて文書を生成する場合にあって、携帯型情報処理装置の記憶装置に顧客に関する情報が記憶されたままとなることを防止するようにした情報処理システム、携帯型情報処理装置、情報処理システムプログラム及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、携帯型情報処理装置から顧客を識別する情報と該携帯型情報処理装置内の記憶装置に記憶されている文書の型を受け取る第１の受取手段と、前記顧客を識別する情報に基づいて、該顧客に対応する文書の型が前記携帯型情報処理装置内の記憶装置に記憶されていない場合は、該顧客に関する情報と該文書の型を該携帯型情報処理装置に送信し、該顧客に対応する文書の型が前記携帯型情報処理装置内の記憶装置に記憶されている場合は、該顧客に関する情報を該携帯型情報処理装置に送信する第１の送信手段を具備する情報処理装置と、前記情報処理装置と通信可能である前記携帯型情報処理装置を具備しており、前記携帯型情報処理装置は、前記携帯型情報処理装置の位置を取得する取得手段と、前記取得手段によって取得された位置に基づいて、訪問先の顧客を特定する特定手段と、前記特定手段によって特定された顧客を識別する情報と前記携帯型情報処理装置内の記憶装置に記憶されている文書の型を送信する第２の送信手段と、前記第２の送信手段による送信に対して、前記顧客に関する情報、又は該顧客に関する情報と該顧客に対応する文書の型のいずれか一方を受け取る第２の受取手段と、前記第２の受取手段によって文書の型を受け取った場合は、該文書の型を前記記憶装置に記憶させる記憶手段と、前記第２の受取手段によって受け取られた顧客に関する情報と前記記憶装置内の該顧客に対応する文書の型に基づいて、文書を生成する生成手段と、前記取得手段によって取得された位置に基づいて、前記顧客から予め定められた距離以上に離れた場合又は前記特定手段によって該顧客とは異なる第２の顧客が特定された場合は、該顧客に関する情報を削除する削除手段を具備することを特徴とする情報処理システムである。

請求項２の発明は、携帯型情報処理装置の位置を取得する取得手段と、前記取得手段によって取得された位置に基づいて、訪問先の顧客を特定する特定手段と、前記特定手段によって特定された顧客を識別する情報と前記携帯型情報処理装置内の記憶装置に記憶されている文書の型を送信する送信手段と、前記送信手段による送信に対して、前記顧客に関する情報、又は該顧客に関する情報と該顧客に対応する文書の型のいずれか一方を受け取る受取手段と、前記受取手段によって文書の型を受け取った場合は、該文書の型を前記記憶装置に記憶させる記憶手段と、前記受取手段によって受け取られた顧客に関する情報と前記記憶装置内の該顧客に対応する文書の型に基づいて、文書を生成する生成手段と、前記取得手段によって取得された位置に基づいて、前記顧客から予め定められた距離以上に離れた場合又は前記特定手段によって該顧客とは異なる第２の顧客が特定された場合は、該顧客に関する情報を削除する削除手段を具備することを特徴とする携帯型情報処理装置である。

請求項３の発明は、前記特定手段は、前記取得手段によって取得された位置に基づいて、予め定められた訪問先の顧客内から訪問先の顧客を特定することを特徴とする請求項２に記載の携帯型情報処理装置である。

請求項４の発明は、情報処理装置を、携帯型情報処理装置から顧客を識別する情報と該携帯型情報処理装置内の記憶装置に記憶されている文書の型を受け取る第１の受取手段と、前記顧客を識別する情報に基づいて、該顧客に対応する文書の型が前記携帯型情報処理装置内の記憶装置に記憶されていない場合は、該顧客に関する情報と該文書の型を該携帯型情報処理装置に送信し、該顧客に対応する文書の型が前記携帯型情報処理装置内の記憶装置に記憶されている場合は、該顧客に関する情報を該携帯型情報処理装置に送信する第１の送信手段として機能させるための情報処理プログラムと、前記情報処理装置と通信可能である前記携帯型情報処理装置を、前記携帯型情報処理装置の位置を取得する取得手段と、前記取得手段によって取得された位置に基づいて、訪問先の顧客を特定する特定手段と、前記特定手段によって特定された顧客を識別する情報と前記携帯型情報処理装置内の記憶装置に記憶されている文書の型を送信する第２の送信手段と、前記第２の送信手段による送信に対して、前記顧客に関する情報、又は該顧客に関する情報と該顧客に対応する文書の型のいずれか一方を受け取る第２の受取手段と、前記第２の受取手段によって文書の型を受け取った場合は、該文書の型を前記記憶装置に記憶させる記憶手段と、前記第２の受取手段によって受け取られた顧客に関する情報と前記記憶装置内の該顧客に対応する文書の型に基づいて、文書を生成する生成手段と、前記取得手段によって取得された位置に基づいて、前記顧客から予め定められた距離以上に離れた場合又は前記特定手段によって該顧客とは異なる第２の顧客が特定された場合は、該顧客に関する情報を削除する削除手段
として機能させるための携帯情報処理プログラムの組み合わせである情報処理システムプログラムである。

請求項５の発明は、携帯型情報処理装置を、前記携帯型情報処理装置の位置を取得する取得手段と、前記取得手段によって取得された位置に基づいて、訪問先の顧客を特定する特定手段と、前記特定手段によって特定された顧客を識別する情報と前記携帯型情報処理装置内の記憶装置に記憶されている文書の型を送信する送信手段と、前記送信手段による送信に対して、前記顧客に関する情報、又は該顧客に関する情報と該顧客に対応する文書の型のいずれか一方を受け取る受取手段と、前記受取手段によって文書の型を受け取った場合は、該文書の型を前記記憶装置に記憶させる記憶手段と、前記受取手段によって受け取られた顧客に関する情報と前記記憶装置内の該顧客に対応する文書の型に基づいて、文書を生成する生成手段と、前記取得手段によって取得された位置に基づいて、前記顧客から予め定められた距離以上に離れた場合又は前記特定手段によって該顧客とは異なる第２の顧客が特定された場合は、該顧客に関する情報を削除する削除手段として機能させることを特徴とする情報処理プログラムである。

請求項１の情報処理システムによれば、訪問する顧客に関する情報に基づいて文書を生成する場合にあって、携帯型情報処理装置の記憶装置に顧客に関する情報が記憶されたままとなることを防止することができる。

請求項２の携帯型情報処理装置によれば、訪問する顧客に関する情報に基づいて文書を生成する場合にあって、携帯型情報処理装置の記憶装置に顧客に関する情報が記憶されたままとなることを防止することができる。

請求項３の携帯型情報処理装置によれば、予め定められた訪問先ではない顧客の近くにいる場合であっても、訪問先の顧客ではない情報を取得してしまうことを防止することができる。

請求項４の情報処理システムプログラムによれば、訪問する顧客に関する情報に基づいて文書を生成する場合にあって、携帯型情報処理装置の記憶装置に顧客に関する情報が記憶されたままとなることを防止することができる。

請求項５の情報処理プログラムによれば、訪問する顧客に関する情報に基づいて文書を生成する場合にあって、携帯型情報処理装置の記憶装置に顧客に関する情報が記憶されたままとなることを防止することができる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 顧客テーブルのデータ構造例を示す説明図である。 スケジュールテーブルのデータ構造例を示す説明図である。 テンプレートテーブルのデータ構造例を示す説明図である。 属性テーブルのデータ構造例を示す説明図である。 本実施の形態を適用する場合における顧客の位置関係の例を示す説明図である。 訪問先テーブルのデータ構造例を示す説明図である。 スケジュールテーブルのデータ構造例を示す説明図である。 テンプレートテーブルのデータ構造例を示す説明図である。 属性テーブルのデータ構造例を示す説明図である。 テンプレートテーブルのデータ構造例を示す説明図である。 属性テーブルのデータ構造例を示す説明図である。 テンプレートテーブルのデータ構造例を示す説明図である。 属性テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

本実施の形態である情報処理システムは、訪問する顧客に関する情報に基づいて文書を生成するものであって、図１の例に示すように、携帯型端末１００と文書管理サーバ１５０を有している。なお、以下、顧客とは、取引のある無しにかかわらず、携帯型端末１００を有する担当者が訪問する可能性があるお客様をいう。訪問先とは、訪問予定の顧客をいう。テンプレート（文書の型）とは、文書の雛型であり、テンプレート内に必要に応じて属性情報を埋め込むことで１つの文書となる。属性情報とは、テンプレートに埋め込む属性（とそのセット）の情報をいう。
携帯型端末１００と文書管理サーバ１５０は、通信回線１９９を介して接続されている。したがって、携帯型端末１００と文書管理サーバ１５０は互いに通信可能である。通信回線１９９は、有線、無線のいずれであってもよいし、これらの組み合わせであってもよい。

携帯型端末１００は、現在位置取得モジュール１０５、訪問先判定モジュール１１０、訪問先ＤＢ１１５、スケジュールＤＢ１２０、属性削除判定モジュール１２５、送信情報作成モジュール１３０、テンプレートＤＢ１３５、属性ＤＢ１４０、文書生成モジュール１４２、指示受付モジュール１４４、表示モジュール１４６、通信モジュール１４９を有している。

現在位置取得モジュール１０５は、訪問先判定モジュール１１０と接続されている。現在位置取得モジュール１０５は、携帯型端末１００の位置を取得する。例えば、ＧＰＳを用いて、携帯型端末１００の現在の位置情報である緯度、経度、標高を計測する。
訪問先判定モジュール１１０は、現在位置取得モジュール１０５、訪問先ＤＢ１１５、スケジュールＤＢ１２０、属性削除判定モジュール１２５、送信情報作成モジュール１３０と接続されている。訪問先判定モジュール１１０は、現在位置取得モジュール１０５によって取得された位置に基づいて、訪問先の顧客を特定する。具体的には、その顧客に対して開示する文書を生成するために、その顧客に関する情報（属性情報）とその顧客に対応する文書の型が必要である。その顧客に関する情報と文書の型を得るためには、訪問先の顧客の顧客ＩＤ（本実施の形態によって、その顧客を一意に識別する情報）が必要である。訪問先判定モジュール１１０は、その顧客ＩＤを特定する。例えば、訪問先判定モジュール１１０によって取得された位置、現在の日時（年、月、日、秒、秒以下、又はこれらの組み合わせであってもよい）を用いて、訪問先ＤＢ１１５、スケジュールＤＢ１２０内の情報を検索して顧客を特定する。例えば、現在位置取得モジュール１０５によって取得された位置と予め定められた距離以内に顧客が位置していれば、訪問先である顧客として特定する。つまり、訪問先判定モジュール１１０は、現在位置取得モジュール１０５と訪問先ＤＢ１１５から訪問先を特定する。
また、訪問先判定モジュール１１０は、現在位置取得モジュール１０５によって取得された位置に基づいて、予め定められた訪問先の顧客内から訪問先の顧客を特定するようにしてもよい。例えば、移動途中で今回の訪問先ではない顧客の近辺を通過した場合に、その顧客の情報を取得してしまっては、余分な通信が発生してしまい、セキュリティからも望ましくない。そこで、余分な通信を抑制すること、セキュリティの向上を図るためにこのような処理を行う。具体的には、スケジュールＤＢ１２０内のスケジュール情報から、その日時（現在の日時）に訪問先として予定されている顧客だけを対象として特定処理を行う。なお、「その日時に訪問先として予定されている」には、遅刻等に対応するために、現在の日時に対して予め定められた時間だけ前後したスケジュールを含めてもよい。
訪問先ＤＢ１１５は、訪問先判定モジュール１１０と接続されている。例えば、訪問先ＤＢ１１５は、携帯型端末１００の所持者（担当者）の本日の訪問先とその位置情報を記憶する。訪問先ＤＢ１１５は、例えば、訪問先テーブル９００を記憶している。訪問先テーブル９００については図９を用いて後述する。
スケジュールＤＢ１２０は、訪問先判定モジュール１１０と接続されている。例えば、スケジュールＤＢ１２０は、本日の訪問予定を記憶する。スケジュールＤＢ１２０は、例えば、スケジュールテーブル１０００を記憶している。スケジュールテーブル１０００については図１０を用いて後述する。

送信情報作成モジュール１３０は、訪問先判定モジュール１１０、テンプレートＤＢ１３５、属性ＤＢ１４０、通信モジュール１４９と接続されている。送信情報作成モジュール１３０は、訪問先判定モジュール１１０によって特定された顧客ＩＤと携帯型端末１００内のテンプレートＤＢ１３５に記憶されている文書の型を、通信モジュール１４９を介して文書管理サーバ１５０へ送信する。送信する文書の型は、その文書の型を示す種類を示す情報でよい。つまり、送信情報作成モジュール１３０は、文書管理サーバ１５０に送信する訪問先情報（少なくとも顧客ＩＤを含む）と保持テンプレートの種類を含む情報を作成する。
テンプレートＤＢ１３５は、送信情報作成モジュール１３０、文書生成モジュール１４２、通信モジュール１４９と接続されている。例えば、テンプレートＤＢ１３５は、文書管理サーバ１５０から取得したテンプレートを記憶する。テンプレートＤＢ１３５は、例えば、テンプレートテーブル１１００を記憶している。テンプレートテーブル１１００については図１１を用いて後述する。
属性ＤＢ１４０は、属性削除判定モジュール１２５、送信情報作成モジュール１３０、文書生成モジュール１４２、通信モジュール１４９と接続されている。例えば、属性ＤＢ１４０は、文書管理サーバ１５０から取得した属性情報を記憶する。属性ＤＢ１４０は、例えば、属性テーブル１２００を記憶している。属性テーブル１２００については図１２を用いて後述する。

文書生成モジュール１４２は、テンプレートＤＢ１３５、属性ＤＢ１４０、指示受付モジュール１４４、表示モジュール１４６と接続されている。文書生成モジュール１４２は、通信モジュール１４９によって受け取られた顧客に関する情報（属性ＤＢ１４０内の顧客に関する情報）とテンプレートＤＢ１３５内のその顧客に対応する文書の型に基づいて、文書を生成する。「顧客に関する情報と文書の型に基づいて」とは、文書の型にそって、顧客に関する情報を当てはめることをいい、いわゆる顧客に関する情報を文書の型に流し込むことをいう。
指示受付モジュール１４４は、文書生成モジュール１４２と接続されている。指示受付モジュール１４４は、操作者の携帯型端末１００のキーボード、マウス、タッチパネル等に対する操作を検知し、顧客に応じた文書を表示することの指示を受け付ける。そして、文書生成モジュール１４２に対して文書の生成を指示する。
表示モジュール１４６は、文書生成モジュール１４２と接続されている。表示モジュール１４６は、文書生成モジュール１４２によって生成された文書を携帯型端末１００のディスプレイ、プロジェクター等に表示する。なお、プリンタに対して印刷指示を行うことも含まれる。

通信モジュール１４９は、送信情報作成モジュール１３０、テンプレートＤＢ１３５、属性ＤＢ１４０と接続されている。通信モジュール１４９は、携帯型端末１００と文書管理サーバ１５０との間でデータの送受信を行う。例えば、送信情報作成モジュール１３０からの指示に応じて文書管理サーバ１５０へ情報を送信し、文書管理サーバ１５０からの情報をテンプレートＤＢ１３５、属性ＤＢ１４０へ記憶させる。通信モジュール１４９は、送信情報作成モジュール１３０によって文書管理サーバ１５０へ行われた送信に対する返信として、文書管理サーバ１５０から顧客に関する情報、又は顧客に関する情報と顧客に対応する文書の型のいずれか一方を受け取る。ここで、受け取る情報は、「顧客に関する情報」であるか、「顧客に関する情報と顧客に対応する文書の型の組み合わせ」である。なお、もちろんのことながら、これら以外の情報を受け取ってもよい。そして、文書の型（顧客に関する情報と顧客に対応する文書の型の組み合わせ）を受け取った場合は、その文書の型をテンプレートＤＢ１３５に記憶させる。受け取る文書の型は、文書の型そのものであり、受け取った文書の型を用いて文書が生成される。また、顧客に関する情報を属性ＤＢ１４０に記憶させてもよい。

属性削除判定モジュール１２５は、訪問先判定モジュール１１０、属性ＤＢ１４０と接続されている。属性削除判定モジュール１２５は、現在位置取得モジュール１０５によって取得された位置に基づいて、顧客から予め定められた距離以上に離れた場合又は訪問先判定モジュール１１０によって、その顧客とは異なる第２の顧客が特定された場合は、その顧客に関する情報を削除する。具体的には、顧客の訪問が終了した場合であり、その訪問が終了したことを顧客からの距離又は次の顧客に訪問したことで判断する。なお、次の訪問先の顧客が予め定められた距離未満であった場合は、単なる距離のみでは判断できないので、次の顧客に訪問したか否かを判断している。また、顧客に関する情報が属性ＤＢ１４０に記憶されている場合は、属性ＤＢ１４０から削除する。つまり、属性削除判定モジュール１２５は、現在位置取得モジュール１０５と訪問先判定モジュール１１０から現時点では不要な属性情報を特定して削除する。

文書管理サーバ１５０は、スケジュール管理システム１６０、文書管理システム１７０、通信モジュール１８９を有している。なお、スケジュール管理システム１６０と文書管理システム１７０は、図１の例では文書管理サーバ１５０内にあるが、両者は各々の筐体に収められて、通信回線を介して接続されていてもよい。

スケジュール管理システム１６０は、訪問スケジュール検索モジュール１６２、顧客ＤＢ１６４、スケジュールＤＢ１６６を有している。スケジュール管理システム１６０は、顧客への訪問スケジュールを管理、検索する。
訪問スケジュール検索モジュール１６２は、顧客ＤＢ１６４、スケジュールＤＢ１６６、通信モジュール１８９と接続されている。訪問スケジュール検索モジュール１６２は、携帯型端末１００からの指示に基づいて、又は、スケジュールＤＢ１６６内の予め定められた日時になった場合には、顧客ＤＢ１６４、スケジュールＤＢ１６６内から、携帯型端末１００に対応する情報を検索して、携帯型端末１００へ送信する。例えば、訪問先スケジュール検索モジュール１６２は、顧客情報と現在時刻から、現在時刻以降の訪問先リストと訪問先の位置情報を検索して、送信する。
顧客ＤＢ１６４は、訪問スケジュール検索モジュール１６２と接続されている。例えば、顧客ＤＢ１６４は、顧客情報とその位置情報を記憶する。顧客ＤＢ１６４は、顧客テーブル４００を記憶している。顧客テーブル４００については図４を用いて後述する。
スケジュールＤＢ１６６は、訪問スケジュール検索モジュール１６２と接続されている。例えば、スケジュールＤＢ１６６は、顧客への訪問スケジュールを記憶する。スケジュールＤＢ１６６は、スケジュールテーブル５００を記憶している。スケジュールテーブル５００については図５を用いて後述する。

文書管理システム１７０は、送信情報判定モジュール１７２、テンプレート／属性情報取得モジュール１７４、テンプレートＤＢ１７６、属性ＤＢ１７８を有している。文書管理システム１７０は、文書、テンプレート、属性情報を顧客毎に管理する。
テンプレート／属性情報取得モジュール１７４は、送信情報判定モジュール１７２、テンプレートＤＢ１７６、属性ＤＢ１７８、通信モジュール１８９と接続されている。テンプレート／属性情報取得モジュール１７４は、通信モジュール１８９を介して、携帯型端末１００から顧客ＩＤと携帯型端末１００内のテンプレートＤＢ１３５に記憶されている文書の型（文書の型の種類）を受け取る。そして、携帯型端末１００から受信した情報を元に必要な情報（テンプレート／属性情報）をテンプレートＤＢ１７６、属性ＤＢ１７８から取得する。
送信情報判定モジュール１７２は、テンプレート／属性情報取得モジュール１７４、通信モジュール１８９と接続されている。送信情報判定モジュール１７２は、顧客ＩＤに基づいて、その顧客に対応する文書の型が携帯型端末１００内のテンプレートＤＢ１３５に記憶されていない場合は、その顧客に関する情報とその文書の型を携帯型端末１００に通信モジュール１８９を介して送信し、その顧客に対応する文書の型が携帯型端末１００内のテンプレートＤＢ１３５に記憶されている場合は、その顧客に関する情報を携帯型端末１００に通信モジュール１８９を介して送信する。つまり、送信情報判定モジュール１７２は、携帯型端末１００に送信する情報を判定して送信する。
テンプレートＤＢ１７６は、テンプレート／属性情報取得モジュール１７４と接続されている。例えば、テンプレートＤＢ１７６は、文書管理サーバ１５０で管理されているテンプレートを記憶する。テンプレートＤＢ１７６は、例えば、テンプレートテーブル６００を記憶している。テンプレートテーブル６００については図６を用いて後述する。
属性ＤＢ１７８は、テンプレート／属性情報取得モジュール１７４と接続されている。例えば、属性ＤＢ１７８は、文書管理サーバ１５０で管理されている属性情報を記憶する。属性ＤＢ１７８は、属性テーブル７００を記憶している。属性テーブル７００については図７を用いて後述する。
通信モジュール１８９は、訪問スケジュール検索モジュール１６２、送信情報判定モジュール１７２、テンプレート／属性情報取得モジュール１７４と接続されている。通信モジュール１８９は、文書管理サーバ１５０と携帯型端末１００との間でデータの送受信を行う。例えば、訪問スケジュール検索モジュール１６２、送信情報判定モジュール１７２からの指示に応じて携帯型端末１００へ情報を送信し、携帯型端末１００からの情報を訪問スケジュール検索モジュール１６２、テンプレート／属性情報取得モジュール１７４へ渡す。

図２は、本実施の形態（携帯型端末１００、文書管理システム１７０、スケジュール管理システム１６０）による処理例を示すフローチャートである。
ステップＳ２０２では、携帯型端末１００の送信情報作成モジュール１３０が、現在時刻から訪問先情報を取得する。具体的には、訪問予定のリストと訪問スケジュールの取得をスケジュール管理システム１６０に対して要求する。
ステップＳ２０４では、スケジュール管理システム１６０の訪問スケジュール検索モジュール１６２が、訪問スケジュール（顧客リスト、訪問スケジュール）を検索する。具体的には、携帯型端末１００の担当者の訪問予定の顧客リストと訪問スケジュールを検索し、送信する。
ステップＳ２０６では、携帯型端末１００の現在位置取得モジュール１０５が、現在位置を取得する。
ステップＳ２０８では、携帯型端末１００の訪問先判定モジュール１１０が、現在位置から訪問先の顧客を特定する。
ステップＳ２１０では、携帯型端末１００の送信情報作成モジュール１３０が、訪問先の顧客ＩＤ及び保持しているテンプレートの種類を送信する。つまり、文書管理システム１７０に文書取得要求を送信する。

ステップＳ２１２では、文書管理システム１７０のテンプレート／属性情報取得モジュール１７４が、顧客ＩＤに対応するテンプレートと属性情報を検索する。
ステップＳ２１４では、文書管理システム１７０の送信情報判定モジュール１７２が、携帯型端末１００が、テンプレートを保持しているか否かを判断し、保持している場合はステップＳ２１８へ進み、それ以外の場合はステップＳ２１６へ進む。
ステップＳ２１６では、文書管理システム１７０の送信情報判定モジュール１７２が、携帯型端末１００にテンプレート及び属性情報を送信する。
ステップＳ２１８では、文書管理システム１７０の送信情報判定モジュール１７２が、携帯型端末１００に属性情報を送信する。つまり、テンプレートの送信は不要である。

ステップＳ２２０では、携帯型端末１００の通信モジュール１４９が、受信したテンプレートと属性情報を記憶領域（テンプレートＤＢ１３５及び属性ＤＢ１４０）に格納する。
ステップＳ２２２では、携帯型端末１００の指示受付モジュール１４４が、文書の表示指示を受け付ける。
ステップＳ２２４では、携帯型端末１００の文書生成モジュール１４２が、テンプレートと属性情報から文書を作成する。
ステップＳ２２６では、携帯型端末１００の表示モジュール１４６が、作成した文書を表示する。

なお、携帯型端末１００は現在時刻に基づき、予め訪問先ＤＢ１１５を更新しておく。
訪問先候補が複数ある場合には、訪問先候補を優先度が高い順にリストし、ユーザに選択させる。優先度は、（１）訪問スケジュール、（２）現在位置と訪問先位置の距離、（３）携帯型端末１００の進行方向（過去の位置から現在の位置までのベクトルによって算出する）、を元に算出する。

図３は、本実施の形態による処理例を示すフローチャートである。
ステップＳ３０２では、現在位置取得モジュール１０５が、現在位置を取得する。
ステップＳ３０４では、属性削除判定モジュール１２５が、過去に作成した文書に対応する顧客Ｘを離れたか否かを判断し、離れた場合はステップＳ３０８へ進み、それ以外の場合はステップＳ３０６へ進む。離れたか否かについては、顧客Ｘと現在位置との距離が予め定められた距離以上であれば離れたと判断し、それ以外の場合は顧客Ｘを離れていないと判断する。
ステップＳ３０６では、属性削除判定モジュール１２５が、次の訪問先の顧客Ｙを特定できたか否かを判断し、特定できた場合はステップＳ３０８へ進み、それ以外の場合は処理を終了する（ステップＳ３９９）。特定処理については、図２に例示したステップＳ２０８と同等の処理を行う。
ステップＳ３０８では、属性削除判定モジュール１２５が、顧客Ｘに対応する文書と属性情報を削除する。なお、文書生成モジュール１４２が作成する文書は、テンプレートに属性情報を埋め込むことによって表示するだけである場合（つまり、表示するたびに埋込処理を行い、作成した文書を記憶しない場合）は、文書を削除する必要はない。

スケジュール管理システム１６０内の顧客ＤＢ１６４が記憶している顧客テーブル４００について説明する。図４は、顧客テーブル４００のデータ構造例を示す説明図である。顧客テーブル４００は、顧客ＩＤ欄４１０、顧客名欄４２０、住所欄４３０、座標欄４４０、補正欄４５０を有している。顧客ＩＤ欄４１０は、顧客ＩＤを記憶している。顧客名欄４２０は、その顧客の顧客名を記憶している。住所欄４３０は、その顧客の住所を記憶している。座標欄４４０は、その顧客の位置を記憶している。補正欄４５０は、位置に関する補正値を記憶している。このように、住所に加え、座標（緯度、経度、標高）と補正情報（補正１，補正２，補正３）を管理しておくことで、住所近傍を表現する。具体的には、緯度±補正１，経度±補正２，標高±補正３内に、携帯型端末１００があるか否かで顧客を特定する。なお、補正値は、携帯型端末１００毎に又は顧客毎に定めた値である。

スケジュール管理システム１６０内のスケジュールＤＢ１６６が記憶しているスケジュールテーブル５００について説明する。図５は、スケジュールテーブル５００のデータ構造例を示す説明図である。スケジュールテーブル５００は、ユーザ欄５１０、開始日時欄５２０、終了日時欄５３０、顧客ＩＤ欄５４０を有している。ユーザ欄５１０は、担当者を本実施の形態によって一意に識別する情報（ユーザＩＤ）を記憶している。ここでの担当者は、携帯型端末１００を所持している。開始日時欄５２０は、その担当者のスケジュール内の訪問の開始日時を記憶している。終了日時欄５３０は、その訪問の終了日時を記憶している。顧客ＩＤ欄５４０は、訪問先の顧客ＩＤを記憶している。

文書管理システム１７０内のテンプレートＤＢ１７６が記憶しているテンプレートテーブル６００について説明する。図６は、テンプレートテーブル６００のデータ構造例を示す説明図である。テンプレートテーブル６００は、テンプレートＩＤ欄６１０、テンプレート名欄６２０、顧客ＩＤ欄６３０を有している。テンプレートＩＤ欄６１０は、テンプレートを本実施の形態によって一意に識別する情報であるテンプレートＩＤを記憶している。テンプレート名欄６２０は、そのテンプレートの名称を記憶している。顧客ＩＤ欄６３０は、そのテンプレートを用いる顧客の顧客ＩＤを記憶している。テンプレートテーブル６００を検索することによって、顧客に対応するテンプレートを抽出することができる。

文書管理システム１７０内の属性ＤＢ１７８が記憶している属性テーブル７００について説明する。図７は、属性テーブル７００のデータ構造例を示す説明図である。属性テーブル７００は、属性セットＩＤ欄７１０、テンプレートＩＤ欄７２０、顧客ＩＤ欄７３０を有している。属性セットＩＤ欄７１０は、顧客ＩＤ欄７３０内の顧客ＩＤに対応する属性情報である属性セットを本実施の形態によって一意に識別する情報である属性セットＩＤを記憶している。テンプレートＩＤ欄７２０は、その属性セットを適用可能なテンプレートのテンプレートＩＤを記憶している。顧客ＩＤ欄７３０は、顧客ＩＤを記憶している。属性テーブル７００を検索することによって、顧客に対応する属性情報を抽出することができる。

具体例として、２０１２年０２月０１日にユーザＸが顧客を訪問する場合について説明する。図８は、本実施の形態を適用する場合における顧客の位置関係の例を示す説明図である。この日のスケジュールとして、訪問先はＡ社８１０、Ｂ社８２０、Ｃ社８４０であり、訪問順として、会社８００からＡ社８１０へ行き、次にＢ社８２０へ行き、そしてＣ社８４０へ行く。なお、Ｂ社８２０からＣ社８４０へ行く途中でＤ社８３０があるが、この日はＤ社８３０へは訪問しない。
このような場合に、携帯型端末１００にテンプレート、属性情報がダウンロードされる流れを示す。

（０） まず、訪問前に、携帯型端末１００の記憶領域（訪問先ＤＢ１１５、スケジュールＤＢ１２０）に本日訪問する顧客とスケジュールがダウンロードされる。
携帯型端末１００内の訪問先ＤＢ１１５が記憶する訪問先テーブル９００について説明する。図９は、訪問先テーブル９００のデータ構造例を示す説明図である。訪問先テーブル９００は、顧客ＩＤ欄９１０、座標欄９２０、補正欄９３０を有している。顧客ＩＤ欄９１０は、顧客ＩＤを記憶している。座標欄９２０は、その顧客の位置を記憶している。補正欄９３０は、位置に関する補正値を記憶している。つまり、スケジュール管理システム１６０内の顧客ＤＢ１６４に記憶されている顧客テーブル４００に対応するものであり、事前に（その日の訪問前に）訪問予定である顧客の座標等（顧客テーブル４００の一部の内容）がダウンロードされ、その情報を記憶している。なお、どの顧客の情報をダウンロードするかについては、訪問スケジュール検索モジュール１６２がスケジュールテーブル５００を参照して決定する。具体的には、ダウンロード先の携帯型端末１００の所持者であるユーザをスケジュールテーブル５００のユーザ欄５１０から検索し、その行の顧客ＩＤ欄５４０から顧客ＩＤを抽出し、顧客テーブル４００から対応する顧客ＩＤ欄４１０、座標欄４４０、補正欄４５０を抽出して、携帯型端末１００へ送信し、訪問先ＤＢ１１５内の訪問先テーブル９００に記憶させる。

携帯型端末１００内のスケジュールＤＢ１２０が記憶するスケジュールテーブル１０００について説明する。図１０は、スケジュールテーブル１０００のデータ構造例を示す説明図である。スケジュールテーブル１０００は、ユーザ欄１０１０、開始日時欄１０２０、終了日時欄１０３０、顧客ＩＤ欄１０４０を有している。ユーザ欄１０１０は、担当者（携帯型端末１００を所持している者）のユーザＩＤを記憶している。開始日時欄１０２０は、その担当者のスケジュール内の訪問の開始日時を記憶している。終了日時欄１０３０その訪問の終了日時を記憶している。顧客ＩＤ欄１０４０は、訪問先の顧客ＩＤを記憶している。つまり、スケジュール管理システム１６０内のスケジュールＤＢ１６６に記憶されているスケジュールテーブル５００に対応するものであり、事前に（その日の訪問前に）訪問のスケジュール（スケジュールテーブル５００の内容（一部であってもよい））がダウンロードされ、その情報を記憶している。具体的には、ダウンロード先の携帯型端末１００の所持者であるユーザをスケジュールテーブル５００のユーザ欄５１０から検索し、その行の開始日時欄５２０、終了日時欄５３０、顧客ＩＤ欄５４０を抽出し、携帯型端末１００へ送信し、スケジュールＤＢ１２０内のスケジュールテーブル１０００に記憶させる。

（１） 次に、ユーザＸがＡ社（Ｃ０００１）を訪問する。
携帯型端末１００の現在位置取得モジュール１０５が現在位置を取得し、訪問先判定モジュール１１０がＡ社８１０（Ｃ０００１）近傍であると判定したら、文書管理システム１７０に顧客ＩＤ（Ｃ０００１）とテンプレートＤＢ１３５に保持しているテンプレート（ − （無し））を送信する（Ｃ０００１， − ）。それに対して、文書管理システム１７０は、テンプレートテーブル６００、属性テーブル７００を参照して、テンプレートＴ０００１と属性セットＡ０００１を携帯型端末１００に送信する。

その結果、テンプレートＤＢ１３５内のテンプレートテーブル１１００、属性ＤＢ１４０内の属性テーブル１２００が更新される。図１１は、テンプレートテーブル１１００のデータ構造例を示す説明図である。テンプレートテーブル１１００は、更新日時欄１１１０、テンプレートＩＤ欄１１２０を有している。更新日時欄１１１０は、テンプレートをダウンロードした日時を記憶している。テンプレートＩＤ欄１１２０は、送信されてきたテンプレートＩＤを記憶している。もちろんのことながら、テンプレートそのものもテンプレートＤＢ１３５に記憶される。
図１２は、属性テーブル１２００のデータ構造例を示す説明図である。属性テーブル１２００は、属性セットＩＤ欄１２１０、テンプレートＩＤ欄１２２０、顧客ＩＤ欄１２３０を有している。属性セットＩＤ欄１２１０は、属性セットＩＤを記憶している。テンプレートＩＤ欄１２２０は、その属性情報が適用されるテンプレートのテンプレートＩＤが記憶されている。顧客ＩＤ欄１２３０は、その属性情報に対応する顧客ＩＤが記憶されている。もちろんのことながら、顧客ＩＤ（Ｃ０００１）の属性情報（Ａ０００１）そのものも属性ＤＢ１４０に記憶される。

（２） ユーザＸがＢ社（Ｃ０００２）を訪問する。
携帯型端末１００の現在位置取得モジュール１０５が現在位置を取得し、属性削除判定モジュール１２５がＡ社８１０（Ｃ０００１）近傍を離れたと判定したら、Ａ社８１０（Ｃ０００１）に対応する属性ＤＢ１４０内の属性情報（Ａ０００１）を削除する。
携帯型端末１００の現在位置取得モジュール１０５が現在位置を取得し、訪問先判定モジュール１１０がＢ社８２０（Ｃ０００２）近傍であると判定したら、文書管理システム１７０に顧客ＩＤ（Ｃ０００２）とテンプレートＤＢ１３５に保持しているテンプレート（Ｔ０００１）を送信する（Ｃ０００２，Ｔ０００１）。それに対して、文書管理システム１７０は、テンプレートテーブル６００、属性テーブル７００を参照して、テンプレートＴ０００３と属性セットＡ０００４、属性セットＡ０００２を携帯型端末１００に送信する。
Ｂ社８２０に対応するテンプレートは、テンプレートＴ０００１、Ｔ０００３であるが、そのうちのテンプレートＴ０００１はすでに保持しているため、ダウンロードしない。

その結果、テンプレートＤＢ１３５内のテンプレートテーブル１１００、属性ＤＢ１４０内の属性テーブル１２００が更新され、それぞれテンプレートテーブル１３００、属性テーブル１４００のようになる。
図１３は、テンプレートテーブル１３００のデータ構造例を示す説明図である。テンプレートテーブル１１００が更新された結果である。つまり、テンプレートテーブル１１００の２行目にテンプレートＴ０００３が加わり、テンプレートテーブル１３００のようになる。
図１４は、属性テーブル１４００のデータ構造例を示す説明図である。属性テーブル１２００が更新された結果である。つまり、属性テーブル１２００の１、２行目に属性セットＡ０００２、Ａ０００４が加わり、属性テーブル１４００のようになる。なお、属性テーブル１２００の１行目（属性セットＡ０００１）は、Ａ社８１０を離れたと判定された時点で削除されている。

（３） ユーザＸがＢ社８２０からＣ社８４０（Ｃ０００３）を訪問する途中に、Ｄ社８３０（Ｃ０００４）近傍を通過する。
携帯型端末１００の現在位置取得モジュール１０５が現在位置を取得し、属性削除判定モジュール１２５がＢ社８２０（Ｃ０００２）近傍を離れたと判定したら、Ｂ社８２０（Ｃ０００２）に対応する属性ＤＢ１４０内の属性セットＡ０００２、Ａ０００４を削除する。
携帯型端末１００はＤ社８３０（Ｃ０００４）近傍で現在位置を取得しても、訪問先ＤＢ１１５（スケジュールテーブル１０００）にＤ社８３０（Ｃ０００４）が存在しないため、文書管理システム１７０への問い合わせは行わない。なお、この場合、単に近傍にある顧客の顧客ＩＤがスケジュールテーブル１０００内に存在しないというだけでなく、現在日時も含めて判定してもよい。具体的には、現在の日時を取得し、現在日時から予め定められた範囲内（前後数１０分以内等）にあるスケジュール情報に近傍にある顧客の顧客ＩＤが存在するか否かを判定してもよい。

（４） ユーザＸがＣ社（Ｃ０００３）を訪問する。
携帯型端末１００の現在位置取得モジュール１０５が現在位置を取得し、Ｃ社８４０（Ｃ０００３）近傍であると判定したら、文書管理システム１７０に顧客ＩＤ（Ｃ０００３）とテンプレートＤＢ１３５に保持しているテンプレート（Ｔ０００１，Ｔ０００３）を送信する（Ｃ０００３，（Ｔ０００１，Ｔ０００３））。それに対して、文書管理システム１７０は、テンプレートテーブル６００、属性テーブル７００を参照して、テンプレートＴ０００２と属性セットＡ０００３を携帯型端末１００に送信する。

その結果、テンプレートＤＢ１３５内のテンプレートテーブル１３００、属性ＤＢ１４０内の属性テーブル１４００が更新され、それぞれテンプレートテーブル１５００、属性テーブル１６００のようになる。
図１５は、テンプレートテーブル１５００のデータ構造例を示す説明図である。テンプレートテーブル１３００が更新された結果である。つまり、テンプレートテーブル１３００の３行目にテンプレートＴ０００２が加わり、テンプレートテーブル１５００のようになる。
図１６は、属性テーブル１６００のデータ構造例を示す説明図である。属性テーブル１４００が更新された結果である。つまり、属性テーブル１４００の１行目に属性セットＡ０００３が加わり、属性テーブル１６００のようになる。なお、属性テーブル１４００の１、２行目（属性セットＡ０００２、Ａ０００４）は、Ｂ社８２０を離れたと判定された時点で削除されている。

前述した訪問におけるテンプレート、属性セットのダウンロード／削除を図１７の例に示す。
（０） 会社８００では、訪問スケジュールと訪問先情報をダウンロードする。
（１） Ａ社８１０の訪問によって、テンプレート（Ｔ０００１）と属性セット（Ａ０００１）をダウンロードする。
Ａ社８１０からＢ社８２０へ行く途中で、属性セット（Ａ０００１）を削除する。
（２） Ｂ社８２０の訪問によって、属性セット（Ａ０００２）とテンプレート（Ｔ０００３）と属性セット（Ａ０００４）をダウンロードする。なお、テンプレート（Ｔ０００１）はすでに保持している。したがって、すでに保持しているテンプレート（Ｔ０００１）はダウンロードしない。
（３） Ｂ社８２０からＣ社８４０へ行く途中で、属性セット（Ａ０００２）と属性セット（Ａ０００４）を削除する。なお、Ｄ社８３０を通過するが、何もダウンロードしない。つまり、訪問予定のない場所ではダウンロードしない。
（４） Ｃ社８４０の訪問によって、テンプレート（Ｔ０００２）と属性セット（Ａ０００３）をダウンロードする。

なお、本実施の形態（携帯型端末１００、文書管理サーバ１５０、スケジュール管理システム１６０、文書管理システム１７０）としてのプログラムが実行されるコンピュータのハードウェア構成は、図１８に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバとなり得るコンピュータ等である。また、携帯型端末１００としては、携帯電話（スマートフォン等を含む）、通信機能を備えたノートＰＣ、携帯型タブレットＰＣ等であってもよい。つまり、具体例として、処理部（演算部）としてＣＰＵ１８０１を用い、記憶装置としてＲＡＭ１８０２、ＲＯＭ１８０３、ＨＤ１８０４を用いている。ＨＤ１８０４として、例えばハードディスクを用いてもよい。なお、携帯型端末１００では、ハードディスクの代わりにメモリーカード等であってもよい。現在位置取得モジュール１０５、訪問先判定モジュール１１０、属性削除判定モジュール１２５、送信情報作成モジュール１３０、文書生成モジュール１４２、送信情報判定モジュール１７２、テンプレート／属性情報取得モジュール１７４、訪問スケジュール検索モジュール１６２等のプログラムを実行するＣＰＵ１８０１と、そのプログラムやデータを記憶するＲＡＭ１８０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１８０３と、補助記憶装置であるＨＤ１８０４と、キーボード、マウス、キー、タッチパネル等に対する利用者の操作に基づいてデータを受け付ける受付装置１８０６（指示受付モジュール１４４に対応）と、液晶ディスプレイ等の出力装置１８０５（表示モジュール１４６に対応）と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１８０７（通信モジュール１４９、１８９に対応）、そして、それらをつないでデータのやりとりをするためのバス１８０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１８に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１８に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１８に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通などのために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標））、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化など、復元可能であればどのような態様で記録されていてもよい。

１００…携帯型端末
１０５…現在位置取得モジュール
１１０…訪問先判定モジュール
１１５…訪問先ＤＢ
１２０…スケジュールＤＢ
１２５…属性削除判定モジュール
１３０…送信情報作成モジュール
１３５…テンプレートＤＢ
１４０…属性ＤＢ
１４２…文書生成モジュール
１４４…指示受付モジュール
１４６…表示モジュール
１４９…通信モジュール
１５０…文書管理サーバ
１６０…スケジュール管理システム
１６２…訪問スケジュール検索モジュール
１６４…顧客ＤＢ
１６６…スケジュールＤＢ
１７０…文書管理システム
１７２…送信情報判定モジュール
１７４…テンプレート／属性情報取得モジュール
１７６…テンプレートＤＢ
１７８…属性ＤＢ
１８９…通信モジュール
１９９…通信回線

Claims (5)

1. 携帯型情報処理装置から顧客を識別する情報と該携帯型情報処理装置内の記憶装置に記憶されている文書の型を受け取る第１の受取手段と、
   前記顧客を識別する情報に基づいて、該顧客に対応する文書の型が前記携帯型情報処理装置内の記憶装置に記憶されていない場合は、該顧客に関する情報と該文書の型を該携帯型情報処理装置に送信し、該顧客に対応する文書の型が前記携帯型情報処理装置内の記憶装置に記憶されている場合は、該顧客に関する情報を該携帯型情報処理装置に送信する第１の送信手段
   を具備する情報処理装置と、
   前記情報処理装置と通信可能である前記携帯型情報処理装置
   を具備しており、
   前記携帯型情報処理装置は、
   前記携帯型情報処理装置の位置を取得する取得手段と、
   前記取得手段によって取得された位置に基づいて、訪問先の顧客を特定する特定手段と、
   前記特定手段によって特定された顧客を識別する情報と前記携帯型情報処理装置内の記憶装置に記憶されている文書の型を送信する第２の送信手段と、
   前記第２の送信手段による送信に対して、前記顧客に関する情報、又は該顧客に関する情報と該顧客に対応する文書の型のいずれか一方を受け取る第２の受取手段と、
   前記第２の受取手段によって文書の型を受け取った場合は、該文書の型を前記記憶装置に記憶させる記憶手段と、
   前記第２の受取手段によって受け取られた顧客に関する情報と前記記憶装置内の該顧客に対応する文書の型に基づいて、文書を生成する生成手段と、
   前記取得手段によって取得された位置に基づいて、前記顧客から予め定められた距離以上に離れた場合又は前記特定手段によって該顧客とは異なる第２の顧客が特定された場合は、該顧客に関する情報を削除する削除手段
   を具備することを特徴とする情報処理システム。
2. 携帯型情報処理装置の位置を取得する取得手段と、
   前記取得手段によって取得された位置に基づいて、訪問先の顧客を特定する特定手段と、
   前記特定手段によって特定された顧客を識別する情報と前記携帯型情報処理装置内の記憶装置に記憶されている文書の型を送信する送信手段と、
   前記送信手段による送信に対して、前記顧客に関する情報、又は該顧客に関する情報と該顧客に対応する文書の型のいずれか一方を受け取る受取手段と、
   前記受取手段によって文書の型を受け取った場合は、該文書の型を前記記憶装置に記憶させる記憶手段と、
   前記受取手段によって受け取られた顧客に関する情報と前記記憶装置内の該顧客に対応する文書の型に基づいて、文書を生成する生成手段と、
   前記取得手段によって取得された位置に基づいて、前記顧客から予め定められた距離以上に離れた場合又は前記特定手段によって該顧客とは異なる第２の顧客が特定された場合は、該顧客に関する情報を削除する削除手段
   を具備することを特徴とする携帯型情報処理装置。
3. 前記特定手段は、前記取得手段によって取得された位置に基づいて、予め定められた訪問先の顧客内から訪問先の顧客を特定する
   ことを特徴とする請求項２に記載の携帯型情報処理装置。
4. 情報処理装置を、
   携帯型情報処理装置から顧客を識別する情報と該携帯型情報処理装置内の記憶装置に記憶されている文書の型を受け取る第１の受取手段と、
   前記顧客を識別する情報に基づいて、該顧客に対応する文書の型が前記携帯型情報処理装置内の記憶装置に記憶されていない場合は、該顧客に関する情報と該文書の型を該携帯型情報処理装置に送信し、該顧客に対応する文書の型が前記携帯型情報処理装置内の記憶装置に記憶されている場合は、該顧客に関する情報を該携帯型情報処理装置に送信する第１の送信手段
   として機能させるための情報処理プログラムと、
   前記情報処理装置と通信可能である前記携帯型情報処理装置を、
   前記携帯型情報処理装置の位置を取得する取得手段と、
   前記取得手段によって取得された位置に基づいて、訪問先の顧客を特定する特定手段と、
   前記特定手段によって特定された顧客を識別する情報と前記携帯型情報処理装置内の記憶装置に記憶されている文書の型を送信する第２の送信手段と、
   前記第２の送信手段による送信に対して、前記顧客に関する情報、又は該顧客に関する情報と該顧客に対応する文書の型のいずれか一方を受け取る第２の受取手段と、
   前記第２の受取手段によって文書の型を受け取った場合は、該文書の型を前記記憶装置に記憶させる記憶手段と、
   前記第２の受取手段によって受け取られた顧客に関する情報と前記記憶装置内の該顧客に対応する文書の型に基づいて、文書を生成する生成手段と、
   前記取得手段によって取得された位置に基づいて、前記顧客から予め定められた距離以上に離れた場合又は前記特定手段によって該顧客とは異なる第２の顧客が特定された場合は、該顧客に関する情報を削除する削除手段
   として機能させるための携帯情報処理プログラム
   の組み合わせである情報処理システムプログラム。
5. 携帯型情報処理装置を、
   前記携帯型情報処理装置の位置を取得する取得手段と、
   前記取得手段によって取得された位置に基づいて、訪問先の顧客を特定する特定手段と、
   前記特定手段によって特定された顧客を識別する情報と前記携帯型情報処理装置内の記憶装置に記憶されている文書の型を送信する送信手段と、
   前記送信手段による送信に対して、前記顧客に関する情報、又は該顧客に関する情報と該顧客に対応する文書の型のいずれか一方を受け取る受取手段と、
   前記受取手段によって文書の型を受け取った場合は、該文書の型を前記記憶装置に記憶させる記憶手段と、
   前記受取手段によって受け取られた顧客に関する情報と前記記憶装置内の該顧客に対応する文書の型に基づいて、文書を生成する生成手段と、
   前記取得手段によって取得された位置に基づいて、前記顧客から予め定められた距離以上に離れた場合又は前記特定手段によって該顧客とは異なる第２の顧客が特定された場合は、該顧客に関する情報を削除する削除手段
   として機能させることを特徴とする情報処理プログラム。

Images