JP6364253B2 - 候補日程出力装置、候補日程出力方法、プログラム、及びシステム - Google Patents

Description

本発明は、候補日程出力装置、候補日程出力方法、プログラム、及びシステムに関する。

例えば、サーバやプリンタ等のシステムが故障した場合に、顧客先で部品の交換等を行い故障を修理するなどのシステムの保守を行う保守サービスがある。このような保守サービスでは、例えば、コールセンタなどの保守依頼の受付を担当する部署の受付担当者は、顧客先からのシステムの保守依頼を受け付けた場合に、顧客先へと訪問する訪問日程の調整を行なって保守作業の担当者に連絡を行なっている。訪問日程の調整は、例えば、システムの受注時などに顧客との間で交わした契約などの事前の取り決めに従って行われる。なお、この取り決めは、例えば、保守作業の対応時間帯を、９：００〜１７：００の間とし、対応時間帯の終了２時間前までの受付は当日対応するといった内容の契約であってよい。

また、保守作業は顧客側の担当者の立ち会いが必要になる場合がある。そのため、保守作業の担当者は、例えば、コールセンタの受付担当者から連絡された訪問日程で訪問する旨の連絡を顧客側の担当者に行ったうえで、顧客先へと保守作業に訪問している。

これに関し、障害状況、修理技術者の処理能力、現在位置等を総合的に判断し、早期に修理日時、スケジュールを作成する技術が知られている。（例えば、特許文献１）

特開２００５−１５７８６１号公報

上述のように訪問日程は、例えば、保守サービスを提供する企業と、顧客との双方の間で交わされた事前の取り決めに基づいて決定されており、保守サービスを提供する企業と顧客の双方は決定された訪問日程に基づいてスケジュールを調整している。しかしながら、実際には、例えば、顧客側の都合でより好適な日程が存在する場合がある。この場合、顧客側の担当者としては、本当は別の日程で訪問してもらいたいが、事前の取り決めに基づいて訪問日程が決定されていることもあり、保守サービスを提供する企業に代替日程の提案を行ないにくい状況がある。一方で、保守作業の担当者にとっては、事前の取り決めに従って保守作業を行なうことが原則である。また、保守作業の担当者は、例えば、顧客の個人情報が含まれる可能性もあることから顧客の都合を把握しておらず、顧客側の都合でより好適な日程が存在する可能性を判断することや、顧客へ代替日程を打診すべきかを判断することが難しい。そこで、本発明の１つの側面に係る目的は、例えば、ある条件に従い決定される訪問日程を顧客に把握させた上で、他の選択肢となる訪問日程を提示することを可能とすることである。

本発明の一つの態様では、訪問先と、訪問先への訪問に関する条件とを指定する入力を受け付ける処理をコンピュータに実行させる。また、一つの態様では、訪問先について、条件を満たす第１の訪問候補日程を特定する処理をコンピュータに実行させる。更に、一つの態様では、第１の訪問候補日程が入力で指定された条件とは異なる所定の条件に合致しない場合、所定の条件を満たす第２の訪問候補日程を特定し、特定した第１の訪問候補日程と第２の訪問候補日程との双方を出力する処理をコンピュータに実行させる。

一つの側面によれば、ある条件に従い決定される訪問日程を顧客に把握させた上で、他の選択肢となる訪問日程を提示することができる。

いくつかの実施形態に係る候補日程出力装置の機能ブロック構成を例示する図である。 第１の実施形態に係る取決情報を例示する図である。 第１の実施形態に係る訪問候補日時情報を例示する図である。 第１の実施形態に係る保守作業情報を例示する図である。 第１の実施形態に係る訪問履歴情報を例示する図である。 第１の実施形態に係る第２訪問候補日時情報を例示する図である。 第１の実施形態に係る訪問日程出力処理を例示する図である。 第１の実施形態に係る表示画面を例示する図である。 第２の実施形態に係る第２候補判定情報を例示する図である。 第２の実施形態に係る訪問日程出力処理を例示する図である。 第２の実施形態に係る表示画面を例示する図である。 変形例に係る保守サービスを提供するためのシステムの構成を例示する図である。 変形例に係る保守作業担当者の端末装置の機能ブロック構成を例示する図である。 変形例に係る端末装置の制御部が実行する表示処理を例示する図である。 実施形態に係る候補日程出力装置及び端末装置を実現するためのコンピュータのハードウェア構成を例示する図である。

以下、図面を参照しながら、本発明のいくつかの実施形態について詳細に説明する。なお、複数の図面において対応する要素には同一の符号を付した。また、以下の説明では、保守サービスの提供側、及び保守サービスを受ける顧客側の一例として、企業を例に説明を行うが、実施形態はこれに限定されるものではなく、その他の社団、財団、又は組合などの組織に対して実施形態が適用されてもよい。また、保守サービスとは、例えば、サーバやプリンタなどの保守の対象となるシステムを一定以上の品質に維持するサービスであってよい。保守サービスでは、例えば、顧客ごとに、契約などの事前の取り決めにより、提供されるサービスのレベルが決められていてよい。

図１は、いくつかの実施形態に係る候補日程出力装置１の機能ブロック構成を例示する図である。候補日程出力装置１は、例えば、保守サービスを提供する企業において保守の依頼を顧客から受け付けるコールセンタなどに備えられたパーソナルコンピュータ（ＰＣ）、ノートＰＣなどであってよい。図１の例では、候補日程出力装置１は、制御部１００及び記憶部１１０を含んでいる。制御部１００は、例えば受付部１０１、及び出力部１０２などの機能部を含んでいる。候補日程出力装置１の記憶部１１０は、例えば、プログラム１２０、並びに後述する取決情報２００、訪問候補日時情報３００、保守作業情報４００、訪問履歴情報５００、第２訪問候補日時情報６００、及び第２候補判定情報９００などの情報を記憶している。候補日程出力装置１の制御部１００は、プログラム１２０を読み出して実行することで例えば受付部１０１、及び出力部１０２などの機能部として機能する。これらの各機能部の詳細及び記憶部１１０に格納されている情報の詳細については後述する。

［第１の実施形態］
図２は、第１の実施形態に係る取決情報２００を例示する図である。取決情報２００には、例えば、保守サービスを提供する側の企業と、保守サービスを受ける顧客側の企業との双方の間で交わされた保守契約などの事前の取り決めの内容に関する顧客取決情報２０１が登録されている。顧客取決情報２０１は、例えば、ユーザコード２０２、顧客名２０３、種別２０４、対応時間２０５、平日フラグ２０６、就業時間２０７、システム名２０８、担当所課名２０９、連絡先２１０、及びアドレス２１１を含み、これらの情報は対応付けられている。

ユーザコード２０２は、例えば、顧客取決情報２０１に含まれる情報の対象となる保守サービスを受ける顧客を識別するための識別情報であってよい。顧客名２０３は、例えば、顧客取決情報２０１に含まれる情報の対象となる顧客の名称であってよい。種別２０４は、例えば、顧客取決情報２０１に含まれる情報の対象となる顧客と、保守サービスを提供する企業との間で結ばれた取り決めの種別を表す情報であってよい。例えば、保守サービスを提供する企業が、提供する保守サービスの形態として複数の種別を提供しており、顧客がニーズに応じて受けるサービスの種別を選択する場合に、種別２０４には選択された保守サービスの種別を表す名称が登録されてよい。対応時間２０５は、例えば、システムの保守依頼を受けた場合に、保守サービスを提供する企業が保守依頼に対して対応する時間帯であってよい。平日フラグ２０６は、例えば、顧客取決情報２０１に含まれる情報の対象となる顧客との間での取り決めが、平日に保守サービスを提供する取り決めであるか、平日以外の休日等も問わずに保守サービスを提供する取り決めであるかを示すフラグであってよい。就業時間２０７は、例えば、顧客取決情報２０１に含まれる情報の対象となる顧客の企業の就業時間であってよい。システム名２０８は、例えば、顧客取決情報２０１に含まれる情報の対象となる顧客の企業に導入された保守の対象となるシステムの名称であってよい。なお、保守の対象となるシステムは、例えば、保守サービスを提供する企業が販売や貸し出しをしているサーバやプリンタ等の製品であってよい。担当所課名２０９は、例えば、顧客取決情報２０１に含まれる情報の対象となる顧客側の企業に連絡する際の連絡先となる部署や課の名称であってよい。また、連絡先２１０は、例えば、顧客取決情報２０１の担当所課名２０９への電話番号であってよい。アドレス２１１は、例えば、顧客取決情報２０１の担当所課名２０９へのメールアドレスであってよい。制御部１００は、例えば、以上のような顧客取決情報２０１が登録された取決情報２００を、保守作業のために顧客を訪問する際の日程の候補となる訪問候補日程を特定するために用いてよい。

図３は、第１の実施形態に係る訪問候補日時情報３００を例示する図である。訪問候補日時情報３００は、例えば、顧客からシステムの保守の依頼を受けた場合に、顧客との間で交わした取り決めに応じて、顧客側の企業を保守作業のために訪問する際の訪問日時の候補となる訪問候補日時を特定するための情報である。訪問候補日時情報３００は、日時情報３０１を含んでいる。日時情報３０１は、図３の例では、種別３０２、受付時間帯３０３、及び訪問候補日時３０４を含んでおり、これらの情報は対応づけられている。種別３０２は、例えば、保守サービスの種別を表す情報であってよく、種別２０４に登録されている種別と対応する種別が登録されていてよい。受付時間帯３０３には、例えば、保守サービスの種別３０２に応じた保守依頼に対する対応時間の時間内の時間帯が登録されていてよい。そして、制御部１００は、例えば顧客から保守依頼が入った場合に、その保守依頼をしてきた顧客との間での取り決めの種別と一致する種別３０２であり、且つ、保守依頼を受け付けた時刻が含まれる受付時間帯３０３の日時情報３０１を特定してよい。そして、制御部１００は、例えば、特定された日時情報３０１の訪問候補日時３０４を顧客先へと訪問する日時の候補となる訪問候補日時として特定してよい。なお、訪問候補日時３０４は、例えば、訪問日３０５及び訪問時刻３０６を含んでおり、訪問日３０５は、顧客先へと訪問する日時の候補となる訪問候補日時の訪問日であってよい。また、訪問時刻３０６は、顧客先へと訪問する日時の候補となる訪問候補日時の訪問時刻であってよい。なお、訪問候補日時情報３００において、種別３０２及び受付時間帯３０３に対応付けられている訪問候補日時３０４は、例えば、保守サービスを提供する企業と、顧客との双方の間での事前の取り決めの条件を満たす様に設定されていてよい。

図４は、第１の実施形態に係る保守作業情報４００を例示する図である。保守作業情報４００は、例えば、作業時間情報４０１を含んでいる。作業時間情報４０１は、例えば、保守の対象となるシステムに生じる可能性のある障害と、その障害の保守作業に掛かる作業時間とを対応づける情報であってよい。作業時間情報４０１は、図４の例では、システム名４０２、障害コード４０３、及び作業時間４０４を含んでいる。システム名４０２は、例えば、保守サービスにおいて保守の対象となるシステムの名称であってよい。なお、システム名４０２には、例えば、システム名２０８に登録されている名称と対応する名称が登録されていてよい。障害コード４０３は、例えば、システム名４０２のシステムにおいて発生し得る障害を識別するための識別情報である。また、作業時間４０４は、例えば、障害コード４０３によって識別される障害の保守作業に掛かることが予想される作業時間（ｈ）であってよい。

図５は、第１の実施形態に係る訪問履歴情報５００を例示する図である。訪問履歴情報５００は、例えば、過去に行われた顧客先への訪問についての情報である訪問情報５０１を含んでいる。訪問情報５０１は、例えば、ユーザコード５０２、訪問日５０３、訪問曜日５０４、訪問時刻５０５、退出時刻５０６、及び立会担当者５０７を含んでいてよく、これらは訪問情報５０１において対応付けられている。ユーザコード５０２は、例えば、訪問情報５０１に含まれる情報の対象となる過去の訪問の訪問先の顧客を識別するための識別情報であってよく、ユーザコード２０２に登録されている情報と対応する情報が登録されていてよい。訪問日５０３は、例えば、訪問情報５０１に含まれる情報の対象となる過去の訪問が行われた日付であってよく、また、訪問曜日５０４は、訪問日５０３に示される日付の曜日であってよい。訪問時刻５０５は、訪問情報５０１に含まれる情報の対象となる過去の訪問において顧客先を訪問した時刻であってよく、また、退出時刻５０６は顧客先を退出した時刻であってよい。立会担当者５０７は、例えば、訪問情報５０１に含まれる情報の対象となる過去の訪問において保守作業に立ち会った顧客先の担当者を識別する情報であってよく、例えば、担当者の氏名であってよい。

図６は、第１の実施形態に係る第２訪問候補日時情報６００を例示する図である。第２訪問候補日時情報６００には、例えば、保守依頼が入った場合に、事前の取り決めに基づいて決まる訪問日程の第１候補とは別の第２候補の訪問日程の訪問日時を特定するための条件情報６０１が登録されている。条件情報６０１は、例えば、条件コード６０２、都合判定条件６０３、第２候補特定条件６０４、及びメッセージ６０５を含んでおり、これらの情報は条件情報６０１において対応付けられている。条件コード６０２は、例えば、第２訪問候補日時情報６００に登録されている各条件情報６０１を識別するための識別情報であってよい。都合判定条件６０３は、例えば、顧客から保守依頼が入った場合に、その保守依頼をして来た顧客との間で定められている事前の取り決めに基づいて決まる第１候補の訪問日程が顧客にとって都合の悪い可能性があるか否かを判定するための条件であってよい。また、第２候補特定条件６０４は、都合判定条件６０３により第１候補の訪問日程が顧客にとって都合の悪い可能性があると判定される場合に訪問日程の第２候補の訪問日時を特定するための条件であってよい。メッセージ６０５は、都合判定条件６０３の条件が満たされず、第１候補の訪問日程が顧客にとって都合の悪い可能性があると判定される場合に、都合判定条件６０３で判定された顧客に生じる可能性のある不都合について説明するメッセージであってよい。なお、第２候補特定条件６０４は、例えば、都合判定条件６０３の条件が満たされる第２候補の訪問日程の訪問日時が特定されるように条件が設定されていてよい。換言すると、都合判定条件６０３を用いた判定で第１候補となる訪問日程では顧客に不都合が生じる可能性があると判定される場合に、その不都合が解消される可能性の高い第２候補の訪問日程の訪問日時を特定するように第２候補特定条件６０４は設定されてよい。

例えば、条件コード６０２：ＪＫ００１の条件情報６０１の都合判定条件６０３に基づいて、顧客との間で定められている事前の取り決めに基づいて決まる第１候補の訪問日程では顧客に不都合が生じる可能性があるか否かを判定するとする。即ち、制御部１００は、作業終了時刻が顧客の就業時間の時間内であるか否かに基づいて、第１候補の訪問日程では顧客に不都合が生じる可能性があるか否かを判定するとする。ここで、例えば、第１候補の訪問日程での作業終了時刻が顧客の就業時間２０７の終業時刻を超える場合、保守作業に立ち会う顧客側の担当者は残業を強いられることになる可能性がある。そのため、第１候補の訪問日程は顧客側の担当者にとって都合が悪い可能性がある。この場合に、第２候補特定条件６０４は、例えば、作業終了時刻が顧客の就業時間２０７の時間内となる訪問日程の訪問日時が特定されるように設定されてよい。

例えば、制御部１００は、条件コード６０２：ＪＫ００１の第２候補特定条件６０４に示すように、翌営業日の就業時間の最も早い時刻を第２候補の訪問日程の訪問時刻としてよい。そして、制御部１００は、例えば、特定された訪問時刻から保守作業の作業時間が経過するまでの時間帯を第２候補の訪問日程として特定してよい。例えば、このようにすることで、作業終了時刻が顧客の就業時間２０７の時間内となる訪問日程を第２候補として特定することができる。なお、第２訪問候補日時情報６００は、複数の顧客に対して共通していてもよく、また、別の実施形態では、顧客毎に個別に作成された第２訪問候補日時情報６００が用いられてもよい。

図７は、第１の実施形態に係る訪問日程出力処理を例示する図である。図７の訪問日程出力処理は、一実施形態においては、候補日程出力装置１の制御部１００に訪問日程出力処理の実行を開始させる指示が入力されると開始する。

ステップ７０１（以降、ステップを“Ｓ”と記載し、例えば、Ｓ７０１と表記する）において、候補日程出力装置１の制御部１００は、ユーザからの訪問先と、訪問先への訪問に関する条件とを指定する入力を受け付ける。なお、訪問先を指定する入力は、例えば、ユーザコード２０２、又は顧客名２０３などであってよい。また、訪問先への訪問に関する条件を指定する入力は、例えば、システム名２０８、及び障害コード４０３などの保守サービスを受ける顧客先のシステムに生じたトラブルに関する情報であってよい。Ｓ７０２において制御部１００は、ユーザから訪問先と訪問先への訪問に関する条件とを指定する入力がされたか否かを判定する。

例えば、候補日程出力装置１が配備されているコールセンタに、保守の取り決めを交わしている顧客先からシステムの保守依頼が入った場合、コールセンタにいる保守依頼を受け付ける受付担当者は、依頼をしてきた顧客のユーザコードや、顧客名などを特定する。また、受付担当者は、例えば、顧客から保守の対象となるシステムに生じた故障等のトラブルについて聞き取りを行い、そのトラブルに対応する障害コードを特定する。そして、受付担当者は、例えば、顧客から得たユーザコードなどの訪問先を指定する情報と、システム名、及び障害コードなどの訪問に関する条件を指定する情報とを、キーボードなどの入力装置を介して候補日程出力装置１に入力する。例えば以上のようにして、候補日程出力装置１に訪問先と訪問に関する条件の入力がされると、制御部１００は、Ｓ７０２においてＹｅｓと判定し、フローはＳ７０３へと進む。また、ユーザからの訪問先と訪問先への訪問に関する条件を指定する入力が無い場合（Ｓ７０２がＮｏ）、フローはＳ７０１へと戻り、制御部１００は処理を繰り返す。

Ｓ７０３において制御部１００は、例えば、保守依頼を受け付けた受付日時を取得する。例えば、制御部１００は、候補日程出力装置１に内蔵されている時計などから候補日程出力装置１に訪問先と訪問先への訪問に関する条件を指定する入力がされた日付と時刻を特定し、特定した日付と時刻を受付日時として用いてよい。Ｓ７０４において制御部１００は、例えば、Ｓ７０１における訪問先への訪問に関する条件を指定する入力を基に、保守作業に掛かる作業時間を見積もる。例えば、制御部１００は、保守作業情報４００を参照して、Ｓ７０１で入力されたシステム名、及び障害コードを含む作業時間情報４０１を特定する。そして、制御部１００は、特定された作業時間情報４０１の作業時間４０４を取得することで、保守作業に掛かる作業時間を見積もってよい。

Ｓ７０５において制御部１００は、訪問日程の第１候補（第１の訪問候補日程）を特定する。例えば、制御部１００は、取決情報２００を参照し、Ｓ７０１で訪問先を指定する情報として入力されたユーザコードを有する顧客取決情報２０１を特定し、その顧客取決情報２０１の種別２０４を取得する。続いて、制御部１００は、訪問候補日時情報３００において、特定した種別２０４と一致する種別３０２を含み、且つ、Ｓ７０３で取得した受付日時が含まれる受付時間帯３０３を有する日時情報３０１を特定する。そして、制御部１００は、特定された日時情報３０１に含まれる訪問候補日時３０４の訪問日３０５及び訪問時刻３０６を、保守作業のために顧客を訪問する訪問日及び訪問時刻として特定してよい。続いて、制御部１００は、保守作業の作業時間帯を見積もる。例えば、制御部１００は、特定された訪問日及び訪問時刻と、Ｓ７０４で見積もった作業時間とから、顧客先で保守作業を行う作業時間帯を見積もってよい。即ち、例えば、特定された訪問日及び訪問時刻が、保守依頼を受け付けた当日の１１：００であり、また、Ｓ７０４で特定された作業時間が２ｈであるとする。この場合、制御部１００は、作業時間帯を、保守依頼を受け付けた当日の１１：００〜１３：００として見積もってよい。そして、制御部１００は、この作業時間帯を、訪問日程の第１候補として特定してよい。なお、例えば、顧客取決情報２０１は、保守サービスを提供する企業と、顧客との双方の間での事前の取り決めの内容に基づいて作成されていてよい。また、例えば、訪問候補日時情報３００では、事前の取り決めで定められている条件を満たすように訪問候補日時３０４が設定されていてよい。そのため、Ｓ７０５において特定される第１候補の訪問日程は、例えば、保守サービスを提供する企業と、顧客との双方の間での事前の取り決めで定められる条件を満たす日程に特定されてよい。

Ｓ７０６において制御部１００は、例えば、第２訪問候補日時情報６００に登録されている都合判定条件６０３に基づいて、第１候補の訪問日程が、顧客にとって都合が悪い可能性があるか否かを判定する。例えば、制御部１００は、条件コード６０２：ＪＫ００１の条件情報６０１の都合判定条件６０３に基づいて、第１候補の訪問日程が顧客にとって都合が悪い可能性があるか否かを判定してよい。即ち、制御部１００は、作業終了時刻が顧客の就業時間の時間内であるかを判定することで、第１候補として特定された訪問日程が顧客にとって都合が悪い可能性があるか否かを判定してよい。この場合、制御部１００は、例えば、Ｓ７０１で訪問先を指定する情報として入力されたユーザコードと一致するユーザコード２０２を有する顧客取決情報２０１から、顧客の就業時間２０７を取得する。そして、制御部１００は、Ｓ７０５で特定された第１候補の訪問日程の作業終了時刻が、取得した顧客の就業時間２０７の時間内であるか否かを判定する。ここで、例えば、作業終了時刻が顧客の就業時間２０７の終業時刻を超える場合、保守作業に立ち会う顧客側の担当者は残業を強いられることになる可能性があり、第１候補として特定された訪問日程は顧客側の担当者にとって都合が悪い可能性がある。そのため、Ｓ７０５で特定された第１候補の訪問日程の作業終了時刻が、取得した顧客の就業時間２０７の時間内ではなく、都合判定条件６０３が満たされない場合には、制御部１００はＳ７０６においてＹｅｓと判定してよい。

また、例えば、制御部１００は、条件コード６０２：ＪＫ００２の条件情報６０１の都合判定条件６０３に基づいて、第１候補の訪問日程が顧客にとって都合が悪い可能性があるか否かを判定してよい。即ち、制御部１００は、第１候補の訪問日程の曜日に過去に訪問履歴があるか否かを判定することで、第１候補として特定された訪問日程が顧客にとって都合が悪い可能性があるか否かを判定してよい。この場合、制御部１００は、例えば、Ｓ７０１で訪問先を指定する情報として入力されたユーザコードを含む訪問情報５０１の訪問曜日５０４を参照し、第１候補の訪問日程の曜日に顧客先へと過去に保守作業に訪問したことがあるか否かを判定してよい。ここで、例えば、第１候補の訪問日程の曜日に顧客先へと過去に保守作業に訪問したことが無い場合、その曜日は顧客にとって都合の悪い曜日であり、その曜日を避けて保守作業が行われている可能性がある。そのため、第１候補の訪問日程の曜日に顧客先へと過去に保守作業に訪問したことが無く、都合判定条件６０３が満たされない場合には、制御部１００はＳ７０６においてＹｅｓと判定してよい。

以上で述べたように、制御部１００はＳ７０６において、例えば、第２訪問候補日時情報６００に登録されている各条件情報６０１の都合判定条件６０３に基づいて、第１候補の訪問日程が顧客にとって都合が悪い可能性があるか否かを判定してよい。なお、第２訪問候補日時情報６００に登録される条件情報６０１は、以上の条件コード６０２：ＪＫ００１及びＪＫ００２に示す条件に限定されるものではない。例えば、別の実施形態では、顧客の都合が悪い可能性を判定することが可能なその他の条件と、その条件により判定される顧客の不都合の可能性が解消される訪問日程の訪問日時とを特定するための条件とを含む条件情報６０１が状況に合わせて登録されてよい。

以上で例示した判定により、Ｓ７０６において、例えば、第１候補の訪問日程が顧客にとって都合が悪い可能性が無いと判定された場合（Ｓ７０６がＮｏ）、フローはＳ７０７へと進む。例えば、制御部１００は、第２訪問候補日時情報６００に登録されている条件情報６０１の都合判定条件６０３のいずれもが満たされる場合に、Ｓ７０６においてＮｏと判定してよい。Ｓ７０７において制御部１００は、第１候補の訪問日程を含む情報を出力し、本動作フローは終了する。

一方、Ｓ７０６において、第１候補の訪問日程が顧客にとって都合が悪い可能性が有ると判定された場合（Ｓ７０６がＹｅｓ）、フローはＳ７０８へと進む。Ｓ７０８において制御部１００は、訪問日程の第２候補（第２の訪問候補日程）を特定する。例えば、制御部１００は、Ｓ７０６においてＹｅｓと判定された都合判定条件６０３を含む条件情報６０１の第２候補特定条件６０４に基づいて、第２候補の訪問日程の訪問日時を特定してよい。

例えば、制御部１００は、条件コード６０２：ＪＫ００１の都合判定条件６０３が満たされず、第１候補の訪問日程が顧客にとって都合が悪い可能性が有ると判定した場合、翌営業日の就業時間の最も早い時刻を第２候補の訪問日程の訪問時刻として特定してよい。そして、特定された訪問時刻からＳ７０４で特定された作業時間が経過するまでの時間帯を第２候補の訪問日程として特定してよい。

また、制御部１００は、条件コード６０２：ＪＫ００２の都合判定条件６０３が満たされず、第１候補の訪問日程が顧客にとって都合が悪い可能性が有ると判定された場合に、第２候補特定条件６０４に示される条件で第２候補の訪問日程の訪問日時を特定してよい。即ち、制御部１００は、訪問日程の第１候補の曜日以降で、訪問履歴のある最も早い曜日と、その曜日での訪問情報５０１の訪問時刻５０５とを特定する。そして、制御部１００は、例えば、特定された曜日が次に訪れる日付を特定し、特定された日付と、特定された訪問時刻５０５とを第２候補の訪問日程の訪問時刻として特定する。そして、制御部１００は、特定された訪問時刻からＳ７０４で特定された作業時間が経過するまでの時間帯を第２候補の訪問日程として特定してよい。

続いて、Ｓ７０９において制御部１００は、第１候補の訪問日程、第２候補の訪問日程、及びメッセージを含む情報を出力する。なお、メッセージは、例えば、第２候補の訪問日程の特定に用いた第２候補特定条件６０４を含む条件情報６０１のメッセージ６０５であってよい。Ｓ７０９において制御部１００が、第１候補の訪問日程、第２候補の訪問日程、及びメッセージを含む情報を出力すると、本動作フローは終了する。

なお、以上の動作フローにおいて、Ｓ７０７及びＳ７０９で出力される情報は、例えば、候補日程出力装置１に備えられた表示装置に出力されてもよい。或いは、後述する第１及び第２の実施形態の変形例で述べるように、Ｓ７０７及びＳ７０９で出力される情報は、例えば、保守作業を行う担当者が保持する端末装置へと出力（即ち、送信）されてもよい。

また、以上の図７の動作フローにおいて、Ｓ７０１からＳ７０２までの処理では、候補日程出力装置１の制御部１００は、例えば、受付部１０１として機能する。また、Ｓ７０３からＳ７０９までの処理では、候補日程出力装置１の制御部１００は、例えば、出力部１０２として機能する。

図８は、第１の実施形態に係る表示画面８００を例示する図である。表示画面８００は、例えば、Ｓ７０９における第１候補の訪問日程、第２候補の訪問日程、及びメッセージを含む情報の出力を表示装置に表示させた例を示している。図８の例では、表示画面８００は、例えば、訪問日程の第１候補８０１を含んでいる。また更に、代替となる訪問日程の第２候補８０２と、第２候補８０２を提示する事由に関するメッセージ８０３が表示されている。なお、第２候補の作業時間は、第１候補の作業時間と同じであるため、図８の例では、訪問日程の第２候補８０２は作業の開始時刻として表示されている。また、メッセージ８０３には、訪問日程の第２候補８０２の特定に用いられた条件情報６０１のメッセージ６０５が表示されてよい。そのため、ユーザは表示画面８００を参照しながら、例えば、事前の取り決めに基づいて決定された第１候補の訪問日程を顧客に提示するとともに、メッセージ８０３を参照して顧客に不都合が生じる可能性を推察し、第２候補の訪問日程を提示することができる。なお、表示画面８００は、例えば、コールセンタに備えられた候補日程出力装置１に接続された表示装置に表示されてよい。また、後述する変形例で述べるように、例えば、Ｓ７０９において情報が保守作業の担当者が有する端末装置へ出力される場合、表示画面８００は、保守作業の担当者が有する端末装置に備えられた表示装置に表示されてよい。

以上で述べたように、第１の実施形態によれば、例えば、システムの保守依頼をして来た顧客との間で交わされている取り決めに基づいて決定される訪問日程の第１候補が、顧客にとって都合が悪い可能性があるか否かが判定される。そして、顧客に不都合が生じる可能性がある場合に、その不都合を解消する可能性のある訪問日程の第２候補が特定され、例えば、表示装置の表示画面などに出力される。そのため、ユーザは、保守作業の訪問日程を調整する場合に、顧客との間での取り決めに従って決まる第１候補の訪問日程を前提としつつも、第１候補の訪問日程では顧客の都合が悪い可能性がある場合には、代替となる第２候補の訪問日程を提示できる。それにより、ユーザは、顧客と柔軟に会話をして、最適な訪問日程を調整することができる。そのため、本来は立ち会いが必要であるにもかかわらず、顧客側の担当者が不在であったり、或いは、顧客側の担当者が本当は都合が悪いにも関わらず、無理して立ち会ったりする等の状況を減らすことができる。

［第２の実施形態］
図９から図１１は、第２の実施形態を説明する図である。第２の実施形態では制御部１００は、第１候補の訪問日程が、顧客にとって都合が悪い可能性があると判定されて第２候補の訪問日程を特定した場合に、更に第２候補の訪問日程を顧客に提示することに都合の悪い可能性があるか否かを判定する。そして、第２候補の訪問日程を顧客に提示することに都合の悪い可能性がある場合には、制御部１００は、第２候補よりも第１候補の日程が優先されることを示す情報を出力する。

図９は、第２の実施形態に係る第２候補判定情報９００を例示する図である。第２候補判定情報９００は、例えば、訪問日程の第２候補を顧客に提示することに都合が悪い可能性があるか否かを判定するための判定条件情報９０１を含んでいる。判定条件情報９０１は、例えば、条件コード９０２、第２候補判定条件９０３、及びメッセージ９０４を含んでおり、これらの情報は判定条件情報９０１において対応付けられている。条件コード９０２は、第２候補判定情報９００に登録されている各判定条件情報９０１を識別するための識別情報である。第２候補判定条件９０３は、例えば、訪問日程の第２候補を顧客に提示することに都合の悪い可能性があるか否かを判定するための条件である。メッセージ９０４は、第２候補判定条件９０３の条件が満たされ、訪問日程の第２候補を顧客に提示することに不都合が生じる可能性がある場合に、第２候補判定条件９０３で判定された生じる可能性のある不都合について説明するメッセージであってよい。また、メッセージ９０４は、例えば、第２候補の訪問日程よりも第１候補の訪問日程の方が優先されることを示す内容のメッセージであってよい。

図１０は、第２の実施形態に係る訪問日程出力処理を例示する図である。図１０の訪問日程出力処理は、一実施形態においては、候補日程出力装置１に訪問日程出力処理の実行を開始させる指示が入力されると開始する。

なお、図１０のＳ１００１からＳ１００８までの処理は、例えば、図７のＳ７０１からＳ７０８までの処理とそれぞれ対応していてよい。即ち、例えば、Ｓ１００１からＳ１００８の処理において、制御部１００は、図７のＳ７０１からＳ７０８の処理と同様の処理を実行してよい。例えば、Ｓ１００１において、候補日程出力装置１の制御部１００は、ユーザからの訪問先と訪問先への訪問に関する条件とを指定する入力を受け付けてよい。

また、Ｓ１００８において、制御部１００が、例えば、Ｓ１００６で第１候補の訪問日程が顧客にとって都合が悪い可能性が有ると判定された都合判定条件６０３に対応する第２候補特定条件６０４により第２候補を特定すると、フローはＳ１００９へと進む。Ｓ１００９において制御部１００は、第２候補判定情報９００の判定条件情報９０１に基づいて、訪問日程の第２候補を顧客に提示することに都合の悪い可能性があるか否かを判定する。

例えば、Ｓ１００９において制御部１００は、第２候補判定情報９００の条件コード９０２：００Ａの判定条件情報９０１に基づいて、第２候補を提示することに都合の悪い可能性があるか否かを判定してよい。この場合、制御部１００は、Ｓ１００５で特定した第１候補の訪問日程から、Ｓ１００８で特定した第２候補の訪問日程までの日数が閾値を超えるか否かを判定してよい。なお、図９の条件コード９０２：００Ａの判定条件情報９０１では、閾値として２日を用いる例が示されているが、実施形態はこれに限定されるものではなく、例えば、その他の日数が用いられてもよい。ここで、例えば、第１候補の訪問日程から第２候補の訪問日程までの日数が閾値：２日を超える場合には、保守作業を行うまでの期間が長く、保守作業の対象のシステムに生じた故障等のトラブルが顧客の業務にきたす支障を顧客が許容できなくなる可能性がある。或いは、保守サービスを提供する企業が、例えば、保守作業を行う担当者に交換部品等を貸し出し、担当者は貸し出された部品を顧客先のシステムで不具合の起きた部品と交換して、不具合の起きた部品を保守サービスを提供する企業に返却する。そして、保守サービスを提供する企業は、返却された部品を修理して次回の保守依頼時に用いるといった形態で保守サービスを運用している場合がある。この様な場合には、例えば、第１候補の訪問日程から第２候補の訪問日程までの日数が空いてしまうと、保守サービスを提供する企業が、保守作業を行う担当者に交換部品等を貸し出す期間が長くなってしまう。その結果、保守サービスを提供する企業は、部品の在庫を多めに保持しなければならなくなってしまい、これは、保守サービスを提供する企業のコストの増加につながるため好ましくない。そのため、制御部１００は、第１候補の訪問日程から第２候補の訪問日程までの日数が閾値：２日を超える場合には、Ｓ１００９においてＹｅｓと判定してよい。例えばこの様にして、訪問日程の第２候補を顧客に提示することに都合の悪い可能性があると判定された場合（Ｓ１００９がＹｅｓ）、フローはＳ１０１１へと進む。

Ｓ１０１１において制御部１００は、訪問日程の第１候補、訪問日程の第２候補、及びメッセージに加えて、第２候補よりも第１候補が優先されることを示す情報を出力し、本動作フローは終了する。なお、第２候補よりも第１候補が優先されることを示す情報は、例えば、Ｓ１００９において第２候補の提示が都合の悪い可能性があると判定された第２候補判定条件９０３を含む判定条件情報９０１のメッセージ９０４であってよい。

また、Ｓ１００９において、訪問日程の第２候補を顧客に提示することに都合の悪い可能性がないと判定された場合（Ｓ１００９がＮｏ）、フローはＳ１０１０へと進む。Ｓ１０１０の処理は、Ｓ７０９の処理と対応していてよい。即ち、例えば、Ｓ１０１０の処理において、制御部１００は、図７のＳ７０９の処理と同様の処理を実行してよい。

以上の図１０の動作フローにおいて、Ｓ１００１からＳ１００２までの処理では、候補日程出力装置１の制御部１００は、例えば、受付部１０１として機能する。また、Ｓ１００３からＳ１０１１までの処理では、候補日程出力装置１の制御部１００は、例えば、出力部１０２として機能する。

図１１は、第２の実施形態に係る表示画面１１００を例示する図である。表示画面１１００は、例えば、Ｓ１０１１における第１候補の訪問日程、第２候補の訪問日程、メッセージ、及び第２候補よりも第１候補が優先されることを示す情報を含む出力を、表示装置の表示画面に表示させた例を示している。図１１の例では、表示画面１１００は、例えば、訪問日程の第１候補１１０１を含んでいる。また更に、代替となる訪問日程の第２候補１１０２と、第２候補１１０２を提示する事由に関するメッセージ１１０３が表示されている。なお、第２候補の作業時間は、第１候補の作業時間と同じであるため、図１１の例では、訪問日程の第２候補１１０２は作業の開始時刻として表示されている。また、メッセージ１１０３には、訪問日程の第２候補１１０２の特定に用いられた条件情報６０１のメッセージ６０５が表示されてよい。メッセージ１１０４には、Ｓ１００９で訪問日程の第２候補を顧客に提示することに都合の悪い可能性があると判定された判定条件情報９０１のメッセージ９０４が、第２候補よりも第１候補の訪問日程が優先されることを示す情報として表示されてよい。

そのため、ユーザは表示画面１１００を参照することで、例えば、事前の取り決めに基づいて決定された第１候補の訪問日程と、第１候補の訪問日程では顧客に不都合が生じる可能性があることを知ることができる。また、更に、メッセージ１１０４を参照することで、訪問日程の第２候補を顧客に提示することに都合の悪い可能性があり、第２候補よりも第１候補の訪問日程が優先されることを知ることができる。そのため、ユーザは、例えば、まず第１候補の訪問日程を顧客に提示して、第１候補の訪問日程で構わないか顧客に打診することができる。また、顧客に不都合がある場合には、例えば、第２候補の訪問日程を提示するなどして柔軟に顧客の要望に対応することができる。また、第２候補の訪問日程を提示することで生じる不都合についても、ユーザはメッセージ１１０４を参照することで把握できるため、例えば、部品の貸し出しのキャンセル等の対応をとることができる。なお、表示画面１１００は、例えば、コールセンタに備えられた候補日程出力装置１に接続された表示装置に表示されてよい。また、後述する変形例で述べるように、例えば、Ｓ１０１１において情報が保守作業の担当者が有する端末装置へ出力される場合、表示画面１１００は、保守作業の担当者が有する端末装置に備えられた表示装置に表示されてよい。

以上で述べたように、第２の実施形態によれば、例えば、システムの保守依頼をして来た顧客との間で交わされている取り決めに基づいて決定される訪問日程の第１候補が、顧客にとって都合が悪い可能性があるか否かが判定される。そして、顧客に不都合が生じる可能性がある場合に、その不都合を解消する可能性のある訪問日程の第２候補が特定され、例えば、表示装置の表示画面などに出力される。そのため、ユーザは、保守作業の訪問日程を調整する場合に、顧客との間での取り決めに従って決まる第１候補の訪問日程を前提としつつも、第１候補の訪問日程では顧客の都合が悪い可能性がある場合には、代替となる第２候補の訪問日程を提示できる。それにより、ユーザは、顧客と柔軟に会話をして、最適な訪問日程を調整することができる。そのため、本来は立ち会いが必要であるにもかかわらず、顧客側の担当者が不在であったり、或いは、顧客側の担当者が本当は都合が悪いにも関わらず、無理して立ち会ったりする等の状況を減らすことができる。

更に、第２の実施形態では、第１候補の訪問日程に顧客の都合が悪い可能性があり、代替となる第２候補の訪問日程を特定する場合に、第２候補の訪問日程を顧客に提示することに、都合が悪い可能性があるか否かが判定される。そして、制御部１００は、第２候補の訪問日程を顧客に提示することに都合が悪い可能性がある場合には、第２候補の訪問日程よりも第１候補の訪問日程が優先されることを示す情報を出力する。例えば、制御部１００は、条件コード９０２：００Ａの判定条件情報９０１で判定を行う場合には、第２候補の訪問日程を顧客に提示することに都合が悪い可能性があるかを、第１候補から第２候補までの日数が閾値（２日）を超えるかに基づいて判定してよい。そして、第１候補から第２候補までの日数が閾値（２日）を超える場合には、第２候補の訪問日程よりも第１候補の訪問日程が優先されることを示す情報として例えばメッセージ９０４が出力される。そのため、ユーザは、例えば、第１候補の訪問日程で構わないか、まず先に顧客に打診することができる。また、顧客に不都合がある場合には、例えば、第２候補の訪問日程を提示するなどして柔軟に顧客の要望に対応することができる。また、第２候補の訪問日程を提示する場合に生じる不都合についても、ユーザは例えばメッセージ１１０４を参照することで把握できるため、部品の貸し出しのキャンセル等の対応をとることができる。従って、例えば、保守サービスを提供する企業は、部品の貸し出す期間が長期化することにより部品が枯渇してしまうことを防止することができ、効率的に部品を活用することが可能になる。

［第１及び第２の実施形態の変形例］
図１２は、第１及び第２の実施形態の変形例に係る保守サービスを提供するためのシステム１２００の構成を例示する図である。図１２の例では、システム１２００は、上述の候補日程出力装置１、及び保守作業担当者の端末装置１２０１を含んでおり、これらはネットワーク１２０５を介して接続されていてよい。また、候補日程出力装置１は、複数の保守作業担当者の端末装置１２０１とネットワーク１２０５を介して接続されていてよい。保守作業担当者の端末装置１２０１は、例えば、顧客先に赴き保守作業を行う担当者が保持するパーソナルコンピュータ（ＰＣ）、ノートＰＣ、携帯電話機、スマートフォン、タブレット端末装置などであってよい。

図１３は、変形例に係る保守作業担当者の端末装置１２０１の機能ブロック構成を例示する図である。保守作業担当者の端末装置１２０１は、制御部１３００及び記憶部１３１０を含んでいる。端末装置１２０１の制御部１３００は、例えば受信部１３０１、及び表示部１３０２などの機能部を含んでいる。端末装置１２０１の記憶部１３１０は、例えば、プログラム１３２０などの情報を記憶している。端末装置１２０１の制御部１３００は、プログラム１３２０を読み出して実行することで例えば受信部１３０１、及び表示部１３０２などの機能部として機能する。なお、これらの各機能部の詳細及び記憶部１３１０に格納されている情報の詳細については以下で述べる。

図１４は、変形例に係る端末装置１２０１の制御部１３００が実行する表示処理を例示する図である。図１４の表示処理は、一実施形態においては、端末装置１２０１の制御部１３００に表示処理の実行を開始させる指示が入力されると開始する。

なお、ここで述べる変形例では、候補日程出力装置１が、例えば、上述の図７のＳ７０７及びＳ７０９、並びに図１０のＳ１００７、Ｓ１０１０、及びＳ１０１１における処理で情報を出力する出力先は、保守作業担当者の端末装置１２０１とする。即ち、例えば、Ｓ７０７において候補日程出力装置１は、第１候補の訪問日程を含む情報を、ネットワーク１２０５を介して保守作業担当者の端末装置１２０１へと送信してよい。また、Ｓ７０９では候補日程出力装置１は、第１候補の訪問日程とともに、第２候補の訪問日程とメッセージとを含む情報を、ネットワーク１２０５を介して保守作業担当者の端末装置１２０１へと送信してよい。また、同様にＳ１００７では候補日程出力装置１は、第１候補の訪問日程を含む情報を、ネットワーク１２０５を介して保守作業担当者の端末装置１２０１へと送信してよい。Ｓ１０１０では候補日程出力装置１は、第１候補の訪問日程とともに、第２候補の訪問日程とメッセージとを含む情報を、ネットワーク１２０５を介して保守作業担当者の端末装置１２０１へと送信してよい。Ｓ１０１１では候補日程出力装置１は、訪問日程の第１候補、訪問日程の第２候補、メッセージ、及び第２候補よりも第１候補の訪問日程が優先されることを示す情報をネットワーク１２０５を介して保守作業担当者の端末装置１２０１へと送信してよい。なお、これらのＳ７０７、Ｓ７０９、Ｓ１００７、Ｓ１０１０、及びＳ１０１１で、候補日程出力装置１から保守作業担当者の端末装置１２０１へと出力される情報を、以下の説明では訪問候補日程通知情報と呼ぶ。

Ｓ１４０１において端末装置１２０１の制御部１３００は、訪問候補日程通知情報の受信を受け付ける。Ｓ１４０２において端末装置１２０１の制御部１３００は、訪問候補日程通知情報が候補日程出力装置１から受信されたか否かを判定する。訪問候補日程通知情報が受信されていない場合（Ｓ１４０２がＮｏ）、フローはＳ１４０１へと戻る。一方、訪問候補日程通知情報が受信された場合（Ｓ１４０２がＹｅｓ）、フローはＳ１４０３へと進む。Ｓ１４０３において端末装置１２０１の制御部１３００は、例えば、端末装置１２０１に備えられている表示装置の表示画面に、訪問候補日程通知情報に含まれる情報を出力し、表示させる。例えば、訪問候補日程通知情報がＳ７０９又はＳ１０１０において出力された情報である場合には、制御部１３００は、図８に例示する表示画面８００を出力してよい。また、例えば、訪問候補日程通知情報がＳ１０１１において候補日程出力装置１から出力された情報である場合には、制御部１３００は、図１１に例示する表示画面１１００を出力してよい。或いは、訪問候補日程通知情報がＳ７０７及びＳ１００７において候補日程出力装置１から出力された情報である場合には、制御部１３００は、第１候補の訪問日程を含む表示画面を出力してよい。Ｓ１４０３において端末装置１２０１の制御部１３００が、訪問候補日程通知情報に含まれる情報を表示装置の表示画面に表示させると、本動作フローは終了する。

なお、以上の図１４の動作フローにおいて、Ｓ１４０１からＳ１４０２までの処理では、保守作業担当者の端末装置１２０１の制御部１３００は、例えば、受信部１３０１として機能する。また、Ｓ１４０３の処理では、保守作業担当者の端末装置１２０１の制御部１３００は、例えば、表示部１３０２として機能する。

以上で述べたように、第１及び第２の実施形態の変形例では、訪問日程の候補についての情報を含む例えば表示画面８００及び表示画面１１００などの表示画面は、保守作業担当者の端末装置１２０１が備える表示装置の表示画面に表示される。従って、保守作業担当者は、例えば、端末装置１２０１の表示画面に表示された訪問日程の候補を参照しながら、顧客と柔軟に会話をして、最適な訪問日程を調整することができる。また、顧客側の担当者が、本当は都合が悪いにも関わらず、無理して立ち会いを行う等の状況を減らすことができる。

以上において、いくつかの実施形態を例示したが、実施形態はこれらに限定されるものではない。例えば、第１の実施形態の第２訪問候補日時情報６００では、都合判定条件６０３に対して、第２候補特定条件６０４がそれぞれ設定される場合を例示している。しかしながら、別の実施形態では複数の都合判定条件６０３に対して、それらの複数の都合判定条件６０３で判定される複数の不都合の可能性のすべてが解消される可能性の高い第２候補の訪問日程を特定する１つの第２候補特定条件６０４が対応付けられてもよい。この様にすることで、例えば、或る条件情報６０１の第２候補特定条件６０４で決定された第２候補の訪問日程が、別の条件情報６０１の都合判定条件６０３で顧客にとって都合が悪い可能性が有ると判定されるような日程となってしまうことを防止できる。

なお、上述の例えば図７、図１０、及び図１４の動作フローは例示であり、実施形態はこれに限定されるものではない。例えば、可能な場合には、処理の順番を変更して実行してもよく、別に更なる処理を含んでいてもよく、又は、一部の処理が省略されてもよい。例えば、別の実施形態においては、図７のＳ７０３とＳ７０４の処理は、任意に順序を入れ替えて実行されてもよい。また、図１０のＳ１００３とＳ１００４の処理は、任意に順序を入れ替えて実行されてもよい。

図１５は、実施形態に係る候補日程出力装置１及び端末装置１２０１を実現するためのコンピュータ１５００のハードウェア構成を例示する図である。図１５のコンピュータ１５００は、例えば、プロセッサ１５０１、メモリ１５０２、記憶装置１５０３、読取装置１５０４、通信インタフェース１５０６、入出力装置１５０７を備える。なお、プロセッサ１５０１、メモリ１５０２、記憶装置１５０３、読取装置１５０４、通信インタフェース１５０６、入出力装置１５０７は、例えば、バス１５０８を介して互いに接続されている。

プロセッサ１５０１は、メモリ１５０２を利用して例えば上述の動作フローの手順を記述したプログラムを実行することにより、上述した各機能部の一部又は全部の機能を提供する。例えば、候補日程出力装置１の制御部１００は、プロセッサ１５０１であり、また、記憶部１１０は、例えばメモリ１５０２、記憶装置１５０３、及び着脱可能記憶媒体１５０５を含んでいる。プロセッサ１５０１は、例えば、記憶装置１５０３からプログラム１２０を読み出して実行することで、受付部１０１、及び出力部１０２として機能してよい。記憶装置１５０３は、例えば、プログラム１２０、取決情報２００、訪問候補日時情報３００、保守作業情報４００、訪問履歴情報５００、第２訪問候補日時情報６００、及び第２候補判定情報９００などの情報を格納していてよい。

また、保守作業担当者の端末装置１２０１の制御部１３００は、例えば、プロセッサ１５０１であり、また、記憶部１３１０は、例えばメモリ１５０２、記憶装置１５０３、及び着脱可能記憶媒体１５０５を含んでいる。プロセッサ１５０１は、例えば、記憶装置１５０３からプログラム１３２０を読み出して実行することで、受信部１３０１、及び表示部１３０２として機能してよい。記憶装置１５０３は、例えば、プログラム１３２０などの情報を格納していてよい。

メモリ１５０２は、例えば半導体メモリであり、ＲＡＭ領域及びＲＯＭ領域を含んで構成される。なお、ＲＡＭは、Random Access Memoryの略称である。また、ＲＯＭは、Read Only Memoryの略称である。記憶装置１５０３は、例えばハードディスク、フラッシュメモリ等の半導体メモリ、又は外部記憶装置である。

読取装置１５０４は、プロセッサ１５０１の指示に従って着脱可能記憶媒体１５０５にアクセスする。着脱可能記憶媒体１５０５は、例えば、半導体デバイス（ＵＳＢメモリ、ＳＤメモリカード等）、磁気的作用により情報が入出力される媒体（磁気ディスク等）、及び光学的作用により情報が入出力される媒体（ＣＤ‐ＲＯＭ、ＤＶＤ等）などにより実現される。なお、ＵＳＢは、Universal Serial Busの略称である。ＣＤは、Compact Discの略称である。ＤＶＤは、Digital Versatile Diskの略称である。

通信インタフェース１５０６は、例えば、無線ＬＡＮ通信機器、赤外線通信機器などの通信機器であってよい。なお、ＬＡＮは、Local Area Networkの略称である。通信インタフェース１５０６は、例えば、プロセッサ１５０１の指示に従ってネットワーク１５２０を介してデータを送受信してよい。入出力装置１５０７は、例えばユーザからの指示を受け付ける入力キー、及びタッチパネルなどの入力装置であってよい。また、入出力装置１５０７は、例えばディスプレーなどの表示装置、及びスピーカなどの音声装置などの出力装置であってよい。

実施形態に係る各プログラムは、例えば、下記の形態で候補日程出力装置１及び端末装置１２０１に提供される。
（１）記憶装置１５０３に予めインストールされている。
（２）着脱可能記憶媒体１５０５により提供される。
（３）プログラムサーバなどのサーバ１５３０から提供される。

以上で述べた実施形態を含むいくつかの実施形態は、上述の実施形態の各種変形形態及び代替形態を包含するものとして当業者には理解される。例えば、各種実施形態は、構成要素を変形して具体化されてよい。また、上述した実施形態に開示されている複数の構成要素を適宜組み合わせることにより、種々の実施形態が実施されてよい。更には、実施形態に示される全構成要素からいくつかの構成要素を削除して又は置換して、或いは実施形態に示される構成要素にいくつかの構成要素を追加して種々の実施形態が実施されてよい。

１ 候補日程出力装置
１００ 制御部
１０１ 受付部
１０２ 出力部
１１０ 記憶部
１２００ システム
１２０１ 端末装置
１３００ 制御部
１３０１ 受信部
１３０２ 表示部
１３１０ 記憶部
１５００ コンピュータ
１５０１ プロセッサ
１５０２ メモリ
１５０３ 記憶装置
１５０４ 読取装置
１５０５ 着脱可能記憶媒体
１５０６ 通信インタフェース
１５０７ 入出力装置
１５０８ バス

Claims (6)

1. コンピュータに、
   訪問先と、該訪問先への訪問に関する条件とを指定する入力を受け付け、
   記憶部に記憶されている、種別と、受付時間帯と、訪問候補日時とを対応づけたエントリが登録されている訪問候補日時情報を参照し、前記訪問先と対応する前記種別と、前記入力を受け付けた時刻を含む前記受付時間帯とを有するエントリから、前記訪問候補日時を第１の訪問候補日程として特定し、
   前記記憶部に記憶されている、前訪問に関する条件とは異なる都合判定条件と、第２候補特定条件とを対応づけたエントリが登録されている第２訪問候補日時情報を参照し、前記第１の訪問候補日程が前記都合判定条件に合致しない場合、前記第２候補特定条件を満たす第２の訪問候補日程を特定し、特定した前記第１の訪問候補日程と前記第２の訪問候補日程との双方を出力する、
   処理を実行させるプログラム。
2. 前記プログラムは、
   前記第２の訪問候補日程に対応させて、前記第２の訪問候補日程を提示する事由に関する情報を出力する、処理を前記コンピュータに更に実行させることを特徴とする請求項１記載のプログラム。
3. 前記プログラムは、
   前記記憶部に記憶されている、前記訪問に関する条件及び前記都合判定条件とは異なる第３の条件が登録されている第２候補判定情報を参照して、前記第２の訪問候補日程が前記第３の条件を満たすか否かを判定し、前記第３の条件を満たす場合に、前記第２の訪問候補日程よりも前記第１の訪問候補日程が優先されることを示す情報を出力する、処理を前記コンピュータに更に実行させることを特徴とする請求項１又は２記載のプログラム。
4. 訪問先と、該訪問先への訪問に関する条件とを指定する入力を受け付ける受付部と、
   記憶部に記憶されている、種別と、受付時間帯と、訪問候補日時とを対応づけたエントリが登録されている訪問候補日時情報を参照し、前記訪問先と対応する前記種別と、前記入力を受け付けた時刻を含む前記受付時間帯とを有するエントリから、前記訪問候補日時を第１の訪問候補日程として特定し、前記記憶部に記憶されている、前訪問に関する条件とは異なる都合判定条件と、第２候補特定条件とを対応づけたエントリが登録されている第２訪問候補日時情報を参照し、前記第１の訪問候補日程が前記都合判定条件に合致しない場合、前記第２候補特定条件を満たす第２の訪問候補日程を特定し、特定した前記第１の訪問候補日程と前記第２の訪問候補日程との双方を出力する出力部と、
   を含む、候補日程出力装置。
5. 訪問先と、該訪問先への訪問に関する条件とを指定する入力を受け付ける工程と、
   記憶部に記憶されている、種別と、受付時間帯と、訪問候補日時とを対応づけたエントリが登録されている訪問候補日時情報を参照し、前記訪問先と対応する前記種別と、前記入力を受け付けた時刻を含む前記受付時間帯とを有するエントリから、前記訪問候補日時を第１の訪問候補日程として特定する工程と、
   前記記憶部に記憶されている、前訪問に関する条件とは異なる都合判定条件と、第２候補特定条件とを対応づけたエントリが登録されている第２訪問候補日時情報を参照し、前記第１の訪問候補日程が前記都合判定条件に合致しない場合、前記第２候補特定条件を満たす第２の訪問候補日程を特定し、特定した前記第１の訪問候補日程と前記第２の訪問候補日程との双方を出力する工程と、
   を含む、コンピュータが実行する候補日程出力方法。
6. 候補日程出力装置と端末装置とを備えるシステムであって、
   前記候補日程出力装置は、
   訪問先と、該訪問先への訪問に関する条件とを指定する入力を受け付ける受付部と、
   記憶部に記憶されている、種別と、受付時間帯と、訪問候補日時とを対応づけたエントリが登録されている訪問候補日時情報を参照し、前記訪問先と対応する前記種別と、前記入力を受け付けた時刻を含む前記受付時間帯とを有するエントリから、前記訪問候補日時を第１の訪問候補日程として特定し、前記記憶部に記憶されている、前訪問に関する条件とは異なる都合判定条件と、第２候補特定条件とを対応づけたエントリが登録されている第２訪問候補日時情報を参照し、前記第１の訪問候補日程が前記都合判定条件に合致しない場合、前記第２候補特定条件を満たす第２の訪問候補日程を特定し、特定した前記第１の訪問候補日程と前記第２の訪問候補日程との双方を出力する出力部と、
   を含み、
   前記端末装置は、
   前記第１の訪問候補日程と前記第２の訪問候補日程との双方を含む情報を前記候補日程出力装置から受信する受信部と、
   前記第１の訪問候補日程と前記第２の訪問候補日程とを表示装置に表示させる表示部と、
   を含む、システム。

Images