(57)【特許請求の範囲】
【請求項１】
情報要求元の要求元端末装置に通知することを要求しているユーザーの状態を指定する情報を含む問合せ条件であって、前記ユーザーの状態を示す状態情報を前記要求元端末装置に通知することの可否を該ユーザーに問い合わるか否かを判定するための前記問合せ条件を、前記要求元端末装置から受信する問合せ条件受信手段と、
前記問合せ条件受信手段が受信した問合せ条件を記憶する問合せ条件記憶手段と、
前記ユーザーの状態情報を記憶する状態情報記憶手段からユーザーの状態情報を取得する状態情報取得手段と、
前記状態情報取得手段が取得した状態情報が示す状態と、前記問合せ条件記憶手段に記憶されている問合せ条件に含まれている通知することを要求しているユーザーの状態とが所定の関係を満たす場合に、前記ユーザーに、前記状態情報を前記要求元端末装置に通知することの可否を問い合わせると判定する問合せ条件判定手段と、
前記問合せ条件判定手段が通知することの可否を問い合わせると判定すると、前記ユーザーの端末に通知することの可否を問い合わせる問合せ手段と、
前記ユーザーの端末から通知することを許可する旨の情報を受信すると、前記状態情報記憶手段から取得した状態情報を前記要求元端末装置に通知する状態情報配信制御手段とを備える状態情報提供システム。
【請求項２】
前記問合せ条件判定手段は、前記状態情報記憶手段に記憶された前記状態情報が変化すると、前記問合せ条件を記憶する問合せ条件記憶手段から前記問合せ条件を取得し、前記判定を行う、請求項１に記載の状態情報提供システム。
【請求項３】
前記問合せ条件判定手段は、前記状態情報取得手段が取得した状態情報が示す状態が、前記問合せ条件に含まれている通知することを要求しているユーザーの状態に合致する場合に、前記問合せを行うと判定する、請求項１又は２に記載の状態情報提供システム。
【請求項４】
前記状態情報を前記要求元端末装置に通知することの可否を示す情報とユーザー識別子とを含む状態情報配信ルールを記憶する状態情報配信ルール記憶手段を更に有し、
前記状態情報配信制御手段は、状態情報取得対象のユーザーのユーザー識別子を含む状態情報配信ルールが記憶されているか否かを判定し、記憶されていないと判定すると、前記問合せ条件判定手段に、前記問合せを行うか否かの判定を要求する、請求項１〜３の何れか一に記載の状態情報提供システム。
【請求項５】
前記状態情報配信制御手段は、前記状態情報配信ルール記憶手段に、前記ユーザーのユーザー識別子を含む状態情報配信ルールが記憶されていると判定すると、前記状態情報配信ルールにおける前記状態情報を前記要求元端末装置に通知することの可否を示す情報が通知可能を示す情報であるか否かを判定し、
前記状態情報取得手段は、前記状態情報配信制御手段が、通知可能を示す情報であると判定すると、前記状態情報記憶手段から前記ユーザーの状態情報を取得する、請求項４に記載の状態情報提供システム。
【請求項６】
前記ユーザーが前記状態情報を前記要求元端末装置に通知することの可否を示す情報を入力すると、該入力された状態情報を通知することの可否を示す情報とユーザー識別子とを含む状態情報配信ルールを作成し、該作成した状態情報配信ルールを前記状態情報配信ルール記憶手段に記憶する状態情報配信ルール更新手段を更に有する、請求項４又は５に記載の状態情報提供システム。
【請求項７】
前記ユーザーの状態を示す情報は、前記ユーザーが訪問対応可能であるか否かを示す在宅情報から構成され、
前記状態情報配信ルール記憶手段は、前記在宅情報を前記要求元端末装置に通知することの可否を示す情報とユーザー識別子とを含む在宅情報配信ルールを記憶し、
前記状態情報配信制御手段は、在宅情報取得対象のユーザーのユーザー識別子を含む在宅情報配信ルールが前記状態情報配信ルール記憶手段に記憶されているか否かを判定し、記憶されていないと判定すると、前記問合せ条件判定手段に、前記在宅情報を前記要求元端末装置に通知することの可否を前記ユーザーに問い合わせるか否かの判定を要求する、請求項４に記載の状態情報提供システム。
【請求項８】
前記状態情報配信制御手段は、前記ユーザーのユーザー識別子を含む在宅情報配信ルールが前記状態情報配信ルール記憶手段に記憶されていると判定すると、前記在宅情報配信ルールにおける前記在宅情報を前記要求元端末装置に通知することの可否を示す情報が通知可能を示す情報であるか否かを判定し、
前記状態情報取得手段は、前記状態情報配信制御手段が、通知可能を示す情報であると判定すると、前記状態情報記憶手段から前記ユーザーの在宅情報を取得する、請求項７に記載の状態情報提供システム。
【請求項９】
前記ユーザーの状態を示す情報は、前記ユーザーの位置情報から構成され、
前記状態情報配信ルール記憶手段は、前記位置情報を前記要求元端末装置に通知することの可否を示す情報とユーザー識別子とを含む位置情報配信ルールを記憶し、
前記状態情報配信制御手段は、位置情報取得対象のユーザーのユーザー識別子を含む位置情報配信ルールが前記状態情報配信ルール記憶手段に記憶されているか否かを判定し、記憶されていないと判定すると、前記問合せ条件判定手段に、前記位置情報を前記要求元端末装置に通知することの可否を前記ユーザーに問い合わせるか否かの判定を要求する、請求項４に記載の状態情報提供システム。
【請求項１０】
前記状態情報配信制御手段は、前記ユーザーのユーザー識別子を含む位置情報配信ルールが前記状態情報配信ルール記憶手段に記憶されていると判定すると、前記位置情報配信ルールにおける前記位置情報を前記要求元端末装置に通知することの可否を示す情報が通知可能を示す情報であるか否かを判定し、
前記状態情報取得手段は、前記状態情報配信制御手段が、通知可能を示す情報であると判定すると、前記状態情報記憶手段から前記ユーザーの位置情報を取得する、請求項９に記載の状態情報提供システム。
【請求項１１】
ユーザーの端末にユーザーの状態情報を情報要求元の要求元端末装置に通知することの可否を問い合せた上で、ユーザーの状態情報の提供を行う方法であって、
前記要求元端末装置に通知することを要求しているユーザーの状態を指定する情報を含む問合せ条件であって、前記ユーザーの状態を示す状態情報を前記要求元端末装置に通知することの可否を該ユーザーに問い合わるか否かを判定するための前記問合せ条件を、前記要求元端末装置から受信して記憶し、
前記記憶したユーザーの状態情報を取得し、
前記取得した状態情報が示す状態と、前記記憶されている問合せ条件に含まれている通知することを要求しているユーザーの状態とが所定の関係を満たす場合に、前記ユーザーに、前記状態情報を前記要求元端末装置に通知することの可否を問い合わせると判定すると、前記ユーザーの端末に通知することの可否を問い合わせ、
前記ユーザーの端末から通知することを許可する旨の情報を受信すると、前記取得した状態情報を前記要求元端末装置に通知する状態情報提供方法。
【請求項１２】
コンピュータに、ユーザーの端末にユーザーの状態情報を情報要求元の要求元端末装置に通知することの可否を問い合せた上で、ユーザーの状態情報の提供を行う処理を実行させるプログラムであって、前記コンピュータに、
前記要求元端末装置に通知することを要求しているユーザーの状態を指定する情報を含む問合せ条件であって、前記ユーザーの状態を示す状態情報を前記要求元端末装置に通知することの可否を該ユーザーに問い合わるか否かを判定するための前記問合せ条件を、前記要求元端末装置から受信して記憶し、
前記ユーザーの状態情報を記憶する状態情報記憶手段からユーザーの状態情報を取得し、
前記取得した状態情報が示す状態と、前記記憶されている問合せ条件に含まれている通知することを要求しているユーザーの状態とが所定の関係を満たす場合に、前記ユーザーに、前記状態情報を前記要求元端末装置に通知することの可否を問い合わせると判定すると、前記ユーザーの端末に通知することの可否を問い合わせ、
前記ユーザーの端末から通知することを許可する旨の情報を受信すると、前記取得した状態情報を前記要求元端末装置に通知する処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、状態情報提供システム、提供方法、及び、プログラムに関し、更に詳しくは、ユーザーの同意を得た上で、ユーザーの状態情報を提供する状態情報提供システム、提供方法、及び、プログラムに関する。
【背景技術】
【０００２】
宅配業務における、受取人の在宅情報を利用した宅配業務の効率化が考えられている（例えば、特許文献１〜５参照）。受取人の在宅状況は、プライバシーにかかわる情報であるため、ドライバーへの開示は必要最小限に止めることが必要である。これに関して、例えば、宅配トラックが届け先の一定距離以内に近づくと、在宅状況を自動電話により取得するシステムが考えられている（特許文献２参照）。
【特許文献１】特開２００２−１３５４４５号公報
【特許文献２】特開２００４−２３１４０２号公報
【特許文献３】特開２００５−２５５３０６号公報
【特許文献４】特開２００６−２４４４０１号公報
【特許文献５】特開２００７−０９４６４１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、在宅情報を利用した宅配の効率化には、次に述べる課題が残っている。すなわち、在宅情報をドライバーに開示してよいか否かを受取人に問い合わせる場合、受取人の状況にかかわらず問い合わせを行うと、無駄な問合せや、無駄な在宅情報の開示が行われるということである。例えば、ドライバーが、受取人が訪問対応可能である旨の在宅情報が欲しい場合に、受取人が外出しており、訪問対応可能ではないときは、受取人に、在宅情報を開示してよいか否かを問い合わせることは無駄である。この問題は、宅配業務における在宅情報の表示のみならず、ユーザーの状態情報の取得に際して、ユーザーに状態情報を開示してよいか否かを問い合わせる他のシステム（業務）においても、同様に発生する。
【０００４】
本発明は、ユーザーに対する無駄な問合せを防止できる状態情報提供システム、提供方法、及び、プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明の状態情報提供システムは、情報要求元の要求元端末装置に通知することを要求しているユーザーの状態を指定する情報を含む問合せ条件であって、前記ユーザーの状態を示す状態情報を前記要求元端末装置に通知することの可否を該ユーザーに問い合わるか否かを判定するための前記問合せ条件を、前記要求元端末装置から受信する問合せ条件受信手段と、前記問合せ条件受信手段が受信した問合せ条件を記憶する問合せ条件記憶手段と、前記ユーザーの状態情報を記憶する状態情報記憶手段からユーザーの状態情報を取得する状態情報取得手段と、前記状態情報取得手段が取得した状態情報が示す状態と、前記問合せ条件記憶手段に記憶されている問合せ条件に含まれている通知することを要求しているユーザーの状態とが所定の関係を満たす場合に、前記ユーザーに、前記状態情報を前記要求元端末装置に通知することの可否を問い合わせると判定する問合せ条件判定手段と、前記問合せ条件判定手段が通知することの可否を問い合わせると判定すると、前記ユーザーの端末に通知することの可否を問い合わせる問合せ手段と、前記ユーザーの端末から通知することを許可する旨の情報を受信すると、前記状態情報記憶手段から取得した状態情報を前記要求元端末装置に通知する状態情報配信制御手段とを備えることを特徴とする。
【０００８】
本発明の状態情報提供方法は、ユーザーの端末にユーザーの状態情報を情報要求元の要求元端末装置に通知することの可否を問い合せた上で、ユーザーの状態情報の提供を行う方法であって、前記要求元端末装置に通知することを要求しているユーザーの状態を指定する情報を含む問合せ条件であって、前記ユーザーの状態を示す状態情報を前記要求元端末装置に通知することの可否を該ユーザーに問い合わるか否かを判定するための前記問合せ条件を、前記要求元端末装置から受信して記憶し、前記記憶したユーザーの状態情報を取得し、前記取得した状態情報が示す状態と、前記記憶されている問合せ条件に含まれている通知することを要求しているユーザーの状態とが所定の関係を満たす場合に、前記ユーザーに、前記状態情報を前記要求元端末装置に通知することの可否を問い合わせると判定すると、前記ユーザーの端末に通知することの可否を問い合わせ、前記ユーザーの端末から通知することを許可する旨の情報を受信すると、前記取得した状態情報を前記要求元端末装置に通知することを特徴とする。
【０００９】
本発明のプログラムは、コンピュータに、ユーザーの端末にユーザーの状態情報を情報要求元の要求元端末装置に通知することの可否を問い合せた上で、ユーザーの状態情報の提供を行う処理を実行させるプログラムであって、前記コンピュータに、前記要求元端末装置に通知することを要求しているユーザーの状態を指定する情報を含む問合せ条件であって、前記ユーザーの状態を示す状態情報を前記要求元端末装置に通知することの可否を該ユーザーに問い合わるか否かを判定するための前記問合せ条件を、前記要求元端末装置から受信して記憶し、前記ユーザーの状態情報を記憶する状態情報記憶手段からユーザーの状態情報を取得し、前記取得した状態情報が示す状態と、前記記憶されている問合せ条件に含まれている通知することを要求しているユーザーの状態とが所定の関係を満たす場合に、前記ユーザーに、前記状態情報を前記要求元端末装置に通知することの可否を問い合わせると判定すると、前記ユーザーの端末に通知することの可否を問い合わせ、前記ユーザーの端末から通知することを許可する旨の情報を受信すると、前記取得した状態情報を前記要求元端末装置に通知する処理を実行させることを特徴とする。
【発明の効果】
【００１０】
本発明の状態情報提供システム、提供方法、及び、プログラムは、ユーザーに対する無駄な問合せを防止できる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照し、本発明の実施の形態を詳細に説明する。図１は、本発明の第１実施形態の状態情報提供システムを示している。本実施形態の状態情報提供システムは、荷物受取人の在宅情報を、荷物を配送するドライバー側に提供し、表示する在宅情報表示システム（在宅情報提供システム）である。在宅情報表示システムは、宅配トラック端末１０と、在宅情報サーバー２０と、受取人端末３０とを有する。宅配トラック端末１０は、宅配業務に用いられる宅配トラックに設置され、受取人端末３０は、荷物受取人の家などに設置される。或いは、これら端末は、ドライバーや受取人が携帯する携帯端末であってもよい。在宅情報サーバー２０は、例えば荷物集配所などのセンターに設置される。宅配トラック端末１０、在宅情報サーバー２０、及び、受取人端末３０の各機能は、例えば、コンピュータ上で、所定のプログラムを実行することで実現される。
【００１２】
宅配トラック端末１０は、在宅情報表示手段１１を有する。在宅情報表示手段１１は、ボタンやタッチパネルなどの入力装置を備え、入力装置により、在宅情報の表示要求を受け付ける。ドライバーは、在宅情報の表示を要求する際に、通知を希望する在宅情報を指定する。在宅情報表示手段１１は、ドライバーのボタン操作などにより、在宅情報の表示要求を受け取ると、ドライバー識別子と、受取人識別子と、通知を希望する在宅情報とを含む問合せ条件を作成する。次に、在宅情報表示手段１１は、作成した問合せ条件を、在宅情報サーバー２０に送信し、在宅情報を要求する。在宅情報表示手段１１は、在宅情報サーバー２０から受取人識別子に該当する受取人の在宅情報を受け取ると、液晶ディスプレイ等の出力装置に取得した在宅情報を表示し、宅配トラックのドライバーに提示する。
【００１３】
在宅情報サーバー２０は、在宅情報配信制御手段（状態情報配信制御手段）２１、問合せ条件判定手段２２、在宅情報記憶手段（状態情報記憶手段）２３、問合せ条件記憶手段２４、及び、在宅情報配信ルール記憶手段（状態情報配信ルール記憶手段）２５を有する。在宅情報記憶手段２３は、各受取人について、受取人が訪問対応可能であるか否かを示す情報（在宅情報）を記憶する。在宅情報記憶手段２３には、受取人識別子と、受取人の在宅情報が関連付けて記憶されている。在宅情報は、受取人が訪問対応可能であるときは「ａｖａｉｌａｂｌｅ」とし、訪問対応不可のときは「ｎｏｔ−ａｖａｉｌａｂｌｅ」とする。
【００１４】
在宅情報配信制御手段２１は、在宅情報要求時に宅配トラック端末１０から在宅情報サーバー２０に渡された問合せ条件を、０個以上の問合せ条件を記憶する問合せ条件記憶手段２４に登録する。問合せ条件は、ドライバー識別子と、受取人識別子と、通知を希望する在宅情報とを含む。問合せ条件の一例を、図２に示す。例えば、条件番号１で識別される問合せ条件は、ドライバー識別子９００００１で識別されるドライバーから受取人識別子１００４で識別される受取人について、「ｎｏｔ−ａｖａｉｌａｂｌｅ」という情報の通知を受けたいことを表している。
【００１５】
問合せ条件判定手段２２は、在宅情報記憶手段２３と問合せ条件記憶手段２４とを参照し、受取人に対して、在宅情報開示の可否の問合せを行うか否かを判定する。この判定では、まず、在宅情報記憶手段２３から在宅情報を取得し、問合せ条件記憶手段２４から問合せ条件を取得する。問合せ条件は、在宅情報配信制御手段２１から取得してもよい。次いで、在宅情報記憶手段２３から取得した在宅情報が、問合せ条件に含まれる通知を希望する在宅情報と合致するか否かを判定する。合致する場合には問合せを行うと決定し、合致しない場合は問合せを行わないと決定する。問合せ条件判定手段２２は、在宅情報記憶手段２３又は問合せ条件記憶手段２４の記憶内容に変化が生じたときに、問合せを行うか否かを決定する処理を行う。問合せ条件判定手段２２は、問合せを行うと決定すると、問合せ条件に含まれる受取人識別子に該当する受取人端末３０に、問合せ条件に含まれるドライバー識別子を渡し、受取人に対する問合せを要求する。
【００１６】
在宅情報配信ルール記憶手段２５は、０個以上の在宅情報配信ルールを記憶する。在宅情報配信ルールは、ドライバー識別子と、受取人識別子と、在宅情報の開示可否を示す情報とを含む。在宅情報配信ルールの一例を、図３に示す。例えば、在宅情報配信ルール番号１で識別される在宅情報配信ルールは、受取人識別子１００１で識別される受取人の在宅情報の開示が、ドライバー識別子９００００１で識別されるドライバーに対して許可されていることを示す。また、在宅情報配信ルール番号２で識別される在宅情報配信ルールは、受取人識別子１００２で識別される受取人の在宅情報の開示が、ドライバー識別子９００００５で識別されるドライバーに対して拒否されていることを示す。
【００１７】
在宅情報配信制御手段２１は、在宅情報表示手段１１から問合せ条件を受け取ると、受け取った問合せ条件からドライバー識別子と受取人識別子とを取り出し、在宅情報配信ルール記憶手段２５を参照して、取り出したドライバー識別子と受取人識別子との組に対して、在宅情報の開示が許可されているか否かを判断する。例えば、宅配トラック端末１０から、ドライバー識別子９００００１と受取人識別子１００１との組を受け取ったときは、在宅情報配信ルール番号１で識別される在宅情報配信ルールにより、在宅情報の開示が許可されていると判断する。ドライバー識別子９００００５と受取人識別子１００２との組を受け取ったときは、在宅情報配信ルール番号２で識別される在宅情報配信ルールにより、在宅情報の開示が拒否されていると判断する。
【００１８】
在宅情報配信制御手段２１は、在宅情報の開示が許可されていると判断した場合は、在宅情報記憶手段２３から在宅情報を取得し、在宅情報を要求した宅配トラック端末１０へ、在宅情報を渡す。在宅情報の開示が拒否されている場合は、在宅情報が取得できない旨のエラー情報を作成し、エラー情報を、要求元の宅配トラック端末に渡す。なお、開示拒否の場合、在宅情報サーバー２０が宅配トラック端末１０にすぐにエラー情報を渡すと、受取人の在宅情報が、ドライバーが通知を希望するものになったことがドライバーに推測される可能性がある。これを避けるために、エラー情報を在宅情報表示手段１１へ渡さない構成とすることもできる。また、エラー情報を渡すタイミングをランダムに時間遅延してもよい。
【００１９】
受取人端末３０は、在宅情報入力手段３１と、問合せ手段３２と、在宅情報配信ルール更新手段３３とを有する。在宅情報入力手段３１は、受取人が、在宅情報、つまり、訪問対応が可能であるか否かを示す情報を入力すると、在宅情報サーバー２０内の在宅情報記憶手段２３に、在宅情報と受取人識別子とを対応付けて記憶する。在宅情報は、例えば、ボタンを押すたびに在宅／不在を切替可能な入力装置を用いて入力する。受取人が、パーソナルコンピュータのキーボードなどを操作することで在宅情報を入力してもよい。或いは、センサーなどを設置しておき、センサーで人が検出されるか否かで、在宅／不在を示す情報を入力してもよい。その際には、家の中の数箇所にセンサーを設置しておき、在宅情報に、家の中のどこにいるかを示す詳細な情報を付加してもよい。その場合、受取人が在宅であっても、例えば入浴中である場合は、訪問対応が不可という情報を、在宅情報記憶手段２３に登録すればよい。在宅情報入力手段３１は、在宅情報記憶手段２３に、既に、受取人識別子で識別される受取人の在宅情報が記憶されているときは、新たに入力された在宅情報で上書きする。
【００２０】
問合せ手段３２は、問合せ条件判定手段２２から、ドライバー識別子を受け取ると、液晶ディスプレイなどの出力装置を用いて、受取人に、ドライバー識別子で示されるドライバーに対して在宅情報の開示を許可するか否かの入力を促す。問合せ手段３２は、キーボード、マウスなどの入力装置を備えており、入力装置を利用して、受取人から、問合せ結果を受け取る。問合せ手段３２は、受取人が、問合せ結果（開示許可／開示拒否）を入力すると、在宅情報配信ルール更新手段３３に、ドライバー識別子と開示許可／拒否を示す情報を渡す。
【００２１】
在宅情報配信ルール更新手段３３は、問合せ手段３２からドライバー識別子と問合せ結果を受け取ると、受け取ったドライバー識別子と、受取人識別子と、開示許可又は開示拒否を示す情報とを含む在宅情報配信ルールを作成する。在宅情報配信ルール更新手段３３は、在宅情報配信ルールの作成後、在宅情報配信ルール記憶手段２５に作成した在宅情報配信ルールを登録する。在宅情報配信ルール記憶手段２５に、当該ドライバー識別子と受取人識別子との組が既に記憶されているときは、記憶済み在宅情報配信ルールを、新たに作成した在宅情報配信ルールで上書きする。
【００２２】
以下、本実施形態の動作手順を説明する。まず、在宅情報取得時の動作手順を説明する。図４に、在宅情報取得時の動作手順を示す。在宅情報表示手段１１は、ドライバーのボタン操作などにより、ドライバー識別子と、受取人識別子と、通知を希望する在宅情報とを含む問合せ条件を作成する（ステップＡ１）。問合せ条件の作成後、在宅情報表示手段１１は、在宅情報配信制御手段２１に、ステップＡ１で作成した問合せ条件を送信し、在宅情報を要求する（ステップＡ２）。在宅情報配信制御手段２１は、在宅情報表示手段１１から、問合せ条件を受け取ると、在宅情報配信ルール記憶手段２５を参照し、受け取った問合せ条件に含まれるドライバー識別子と受取人識別子とを含む在宅情報配信ルールがあるか否かを判定する（ステップＡ３）。
【００２３】
在宅情報配信制御手段２１は、ステップＡ３で在宅情報配信ルールが存在すると判定すると、在宅情報配信ルール記憶手段２５から、在宅情報配信ルールを取得する（ステップＡ４）。在宅情報配信制御手段２１は、取得した在宅情報配信ルールの在宅情報の開示の可否を示す情報が、開示許可を示しているか否かを判定する（ステップＡ５）。在宅情報配信制御手段２１は、在宅情報の開示が拒否されていると判定すると、在宅情報表示手段１１に、エラーを返す。在宅情報表示手段１１は、出力装置により、エラー情報を表示し、宅配トラックのドライバーに、エラーを通知して（ステップＡ８）、動作を終了する。
【００２４】
在宅情報配信制御手段２１は、ステップＡ５で、在宅情報の開示が許可されていると判定したときは、在宅情報記憶手段２３から、受取人識別子に該当する受取人の在宅情報を取得する（ステップＡ６）。在宅情報配信制御手段２１は、在宅情報の取得後、取得した在宅情報を、在宅情報表示手段１１に返す。在宅情報表示手段１１は、在宅情報配信制御手段２１から、在宅情報要求時に指定された受取人識別子に該当する受取人の在宅情報を受け取り、出力装置により、取得した在宅情報を宅配トラックのドライバーに提示する（ステップＡ７）。
【００２５】
在宅情報配信制御手段２１は、ステップＡ３で在宅情報配信ルールが存在しないと判定したときは、問合せ条件記憶手段２４に、問合せ条件を登録する（ステップＡ９）。また、登録した問合せ条件を、問合せ条件判定手段２２に渡し、問合せ条件の判定を要求する。問合せ条件判定手段２２は、問合せ条件の判定を要求されると、在宅情報記憶手段２３から、問合せ条件に含まれる受取人識別子に該当する受取人の在宅情報を取得する（ステップＡ１０）。
【００２６】
問合せ条件判定手段２２は、ステップＡ１０で取得した在宅情報が、在宅情報配信制御手段２１によりステップＡ９で登録された問合せ条件に含まれる通知を希望する在宅情報に合致するか否かを判定する（ステップＡ１１）。問合せ条件判定手段２２は、合致すると判定した場合は、在宅情報配信制御手段２１から受け取った問合せ条件に含まれる受取人識別子に該当する受取人の受取人端末３０に、問合せ条件に含まれるドライバー識別子を渡し、受取人に対して、問合せ要求を行う（ステップＡ１２）。その後、問合せの完了を待たずに、処理を終了する。ステップＡ１１で、合致しないと判定した場合は、そのまま処理を終了する。
【００２７】
続いて、受取人に問合せ要求があったときの動作手順を説明する。図５に、受取人に対する問合せ要求が発生したときの動作手順を示す。問合せ手段３２は、問合せ条件判定手段２２からドライバー識別子を受け取ると、出力装置を利用して、受取人に、ドライバー識別子で示されるドライバーについて、在宅情報の開示を許可するか否かを問い合わせる（ステップＢ１）。受取人は、入力装置を用いて、問合せ手段３２に、問合せ結果を入力する。問合せ手段３２は、在宅情報配信ルール更新手段３３に、ドライバー識別子と問合せ結果、すなわち、開示許可又は開示拒否を示す情報とを渡し、在宅情報配信ルールの変更を要求する。
【００２８】
在宅情報配信ルール更新手段３３は、問合せ手段３２からドライバー識別子を受け取ると、受け取ったドライバー識別子と、受取人識別子と、問合せ結果とを含む在宅情報配信ルールを作成する。在宅情報配信ルール更新手段３３は、在宅情報配信ルールの作成後、作成した在宅情報配信ルールを、在宅情報配信ルール記憶手段２５に登録する（ステップＢ２）。在宅情報配信ルール記憶手段２５に、既に、当該ドライバー識別子と受取人識別子とを含む在宅情報配信ルールが登録済みであるときは、登録済み在宅情報配信ルールを、新たに作成した在宅情報配信ルールで上書きする。
【００２９】
在宅情報配信ルール更新手段３３は、在宅情報配信ルール記憶手段２５への登録後、問合せ条件判定手段２２に、ステップＢ２で登録（更新）した在宅情報配信ルールを渡す。問合せ条件判定手段２２は、在宅情報配信ルールを受け取ると、問合せ条件記憶手段２４から、当該在宅情報配信ルールに含まれるドライバー識別子及び受取人識別子を含む問合せ条件を削除する。問合せ条件の削除は、次のようにして行う。まず、変数ｘを１に初期化し（ステップＢ３）、変数ｘが問合せ条件記憶手段２４に記憶されている問合せ条件の総数以下であるか否かを判定する（ステップＢ４）。変数ｘが問合せ条件の総数以下である場合は、問合せ条件判定手段２２は、問合せ条件記憶手段２４から、問合せ条件ｘを取得する（ステップＢ５）。
【００３０】
次いで、問合せ条件判定手段２２は、ステップＢ５で取得した、問合せ条件ｘに含まれるドライバー識別子及び受取人識別子と、在宅情報配信ルール更新手段３３から渡された在宅情報配信ルールに含まれるドライバー識別子及び受取人識別子とが一致するか否かを判定する（ステップＢ６）。問合せ条件判定手段２２は、一致すると判定したときは、問合せ条件記憶手段２４から、問合せ条件ｘを削除する（ステップＢ７）。その後、変数ｘに１を加算し、ステップＢ４に戻る（ステップＢ８）。問合せ条件判定手段２２は、ステップＢ６で、一致しないと判定した場合は、ステップＢ６からステップＢ８へと移行して、変数ｘに１を加算した後に、ステップＢ４に戻る。ステップＢ４からステップＢ８を繰り返し行うことで、不要となった問合せ条件を、問合せ条件記憶手段２４から削除する。
【００３１】
問合せ条件判定手段２２は、ステップＢ４で変数ｘが問合せ条件の総数を超えると判定すると、在宅情報配信ルール更新手段３３から受け取った在宅情報配信ルールを、在宅情報配信制御手段２１に渡す。在宅情報配信制御手段２１は、在宅情報配信ルールが、在宅情報の開示を許可しているか否かを判定する（ステップＢ９）。在宅情報配信制御手段２１は、判定結果が開示許可を示していると判定すると、在宅情報記憶手段２３から、在宅情報配信ルールに含まれる受取人識別子に該当する受取人の在宅情報を取得する（ステップＢ１０）。在宅情報配信制御手段２１は、在宅情報の取得後、取得した在宅情報を、在宅情報表示手段１１に渡す。在宅情報表示手段１１は、在宅情報要求時（図４のステップＡ２）に指定した受取人識別子に該当する受取人の在宅情報を受け取り、出力装置により、取得した在宅情報を宅配トラックのドライバーに提示する（ステップＢ１１）。
【００３２】
在宅情報配信制御手段２１は、ステップＢ９で、在宅情報配信ルールが在宅情報の開示拒否を示していると判定すると、在宅情報表示手段１１に、在宅情報が取得できない旨のエラーを渡す。在宅情報表示手段１１は、出力装置により、エラー情報を表示し、宅配トラックのドライバーに、エラーを通知する（ステップＢ１２）。
【００３３】
ところで、受取人は、任意のタイミングで、在宅情報入力手段３１を用いて、在宅情報記憶手段２３に、在宅情報を登録する。在宅情報が変化し、事後的に、受取人の在宅情報が、ドライバーが通知を希望する在宅情報と一致することとなったときは、その時点で、受取人に対して問合せを行う。以下、この場合の動作手順を示す。図６に、受取人の在宅情報が変化したときの動作手順を示す。在宅情報入力手段３１は、受取人が、在宅情報、つまり、訪問対応が可能であるか否かを示す情報を入力すると、在宅情報サーバー２０内の在宅情報記憶手段２３に、在宅情報と受取人識別子とを対応付けて記憶する（ステップＣ１）。また、在宅情報入力手段３１は、問合せ条件判定手段２２に、受取人識別子と在宅情報とを渡し、問合せ条件の判定処理を要求する。
【００３４】
問合せ条件判定手段２２は、問合せ条件の判定処理の要求を受けると、変数ｘを１に初期化し（ステップＣ２）、変数ｘが問合せ条件記憶手段２４に記憶されている問合せ条件の総数以下であるか否かを判定する（ステップＣ３）。変数ｘが問合せ条件の総数を超える場合は、処理を終了する。問合せ条件判定手段２２は、変数ｘが問合せ条件の総数以下である場合は、問合せ条件記憶手段２４から、問合せ条件ｘを取得する（ステップＣ４）。
【００３５】
問合せ条件判定手段２２は、ステップＣ４で取得した問合せ条件ｘに含まれる受取人識別子と、ステップＣ１で在宅情報入力手段３１から渡された受取人識別子とが合致するか否かを判定する（ステップＣ５）。問合せ条件判定手段２２は、ステップＣ５で合致すると判定すると、在宅情報入力手段３１から渡された在宅情報が、ステップＣ４で取得した問合せ条件に含まれる在宅情報と合致するか否かを判定する（ステップＣ６）。問合せ条件判定手段２２は、ステップＣ６で合致すると判定すると、問合せ条件ｘに含まれる受取人識別子に該当する受取人の受取人端末３０に、問合せ条件ｘに含まれるドライバー識別子を渡し、受取人への問合せを要求する（ステップＣ７）。問合せ要求後の動作手順は、図５に示す手順と同様である。
【００３６】
問合せ条件判定手段２２は、問合せの要求後、問合せの完了を待つことなく、変数ｘに１を加算し（ステップＣ８）、ステップＣ３に戻って、次の問合せ条件を取得する。ステップＣ５で受取人識別子が合致しないと判定した場合、及び、ステップＣ６で在宅情報が合致しないと判定した場合は、そのままステップＣ８に移行し、変数ｘに１を加算してステップＣ３に戻る。
【００３７】
本実施形態では、問合せ条件にて、通知を希望する在宅情報を指定し、受取人の在宅情報が、問合せ条件に含まれる通知を希望する在宅情報に合致するときに、受取人対して、在宅情報を開示してよいか否かを問い合わせる。このようにすることで、在宅情報が、ドライバーにとって必要な情報であるときに、受取人に対して問い合わせが行われることになり、受取人に対する無駄な問合せの発生を防止することができる。また、本実施形態では、問合せ条件を問合せ条件記憶手段２４に登録しておき、受取人の在宅情報が変化したときは、問合せ条件記憶手段２４から問合せ条件を取得し、変化した在宅情報が、問合せ条件に含まれる通知を希望する在宅情報に合致するか否かを判定する。合致すると判定したときに、受取人に対して問合せを行うことで、受取人の在宅情報が変化し、在宅情報がドライバーに必要な情報に変化した時点で、受取人へ問合せを行うことができる。
【００３８】
なお、本実施形態では、図４のステップＡ９で問合せ条件を登録することとしたが、これは、事後的に、受取人の在宅情報が、ドライバーが通知を希望する在宅情報と一致することとなったときに、受取人に対して問合せを行うためである。また、受取人からの問合せ結果が返ってくるまでは問合せ条件を問合せ条件記憶手段２４に記憶しておくことで、受取人からの問合せ結果が返ってこない場合に、再度の問合せを可能にするためである。再度の問合せが必要ない場合は、ステップＡ１１からステップＡ１２に進むケースでは問合せ条件を問合せ条件記憶手段２４に登録する必要がないので、ステップＡ９の問合せ条件の登録は不要である。また、その場合、問合せ結果入力後の問合せ条件の削除の処理（図５のステップＢ３からステップＢ８の処理）は不要である。ステップＡ９で問合せ条件を登録しない場合は、ステップＡ１１にて問合せ条件が合致しないと判定されたときに問合せ条件を登録することとすればよい。
【００３９】
続いて、本発明の第２実施形態について説明する。第１実施形態では、ユーザー状態情報（プレゼンス情報）の提供に当たって、ユーザーに情報提供を行ってよいか否かを問い合わせる例として、荷物の受取人に、荷物を配達するドライバーに対して受取人の在宅情報を開示してよいか否かを問い合わせる例を用いて説明した。しかし、ユーザー状態情報提供システムは、これには限られず、その他の様々なサービスに適用することもできる。以下では、携帯電話の加入者に対し、位置情報に応じた広告を配信するサービスに適用する例を説明する。
【００４０】
図７は、本発明の第２実施形態の状態情報提供システムを含む広告配信システムを示している。本実施形態の状態情報提供システムは、ユーザーの位置情報を、情報利用者に提供する位置情報提供システムであり、広告配信システムは、ユーザーの状態情報を取得し、取得した状態情報に応じた広告配信を行うシステムである。広告配信システムは、広告配信サーバー５０、位置情報（ユーザー状態情報）サーバー６０、及び、ユーザー端末７０を有する。ユーザー端末７０は、受取人が携帯する携帯端末であり、典型的には、携帯電話機である。位置情報サーバー６０は、ユーザー端末７０の位置情報の提供を行うサーバーである。広告配信サーバー５０は、位置情報サーバー６０からユーザー端末７０の位置情報の提供を受け、位置情報に応じた広告配信を行うサーバーである。広告配信サーバー５０、位置情報サーバー６０、及び、ユーザー端末７０の各機能は、例えば、コンピュータ上で、所定のプログラムを実行することで実現される。
【００４１】
広告配信サーバー５０は、ユーザー情報取得手段５１と、広告配信手段５２とを有する。ユーザー情報取得手段５１は、位置情報サーバー６０に、ユーザーの位置情報を要求し、ユーザの位置情報を取得する。その際、ユーザー情報取得手段５１は、情報利用者識別子（広告配信者識別子）と、ユーザー識別子と、通知を希望する位置情報とを含む問合せ条件を作成し、作成した問合せ条件を、位置情報サーバー６０に送信する。ユーザー情報取得手段５１は、位置情報サーバー６０からユーザー識別子に該当するユーザーの位置情報を受け取ると、ユーザー識別子と位置情報とを広告配信手段５２に渡す。
【００４２】
広告配信手段５２は、ユーザー識別子と位置情報を受け取り、ユーザーの位置情報に応じた広告を、ユーザー端末７０に配信する。広告配信の一例を説明する。ユーザー識別子には、メールアドレスを用いる。位置情報と広告コンテンツとの関係は、位置情報と広告コンテンツとのペアからなるレコードを持つ表として、あらかじめ広告配信手段内の記憶装置に記憶しておく。広告配信手段５２は、ユーザー情報取得手段５１からユーザー識別子と位置情報とを受け取ると、表から、受け取った位置情報を含むレコードを検索する。その後、検索の結果見つかったレコードに含まれる広告コンテンツを、ユーザ識別子であるメールアドレス宛に、電子メールなどを用いて送信する。
【００４３】
位置情報サーバー６０は、情報配信制御手段６１、問合せ条件判定手段６２、位置情報記憶手段６３、問合せ条件記憶手段６４、及び、情報配信ルール記憶手段６５を有する。位置情報記憶手段６３は、各ユーザーの位置情報を記憶する。情報配信ルール記憶手段６５は、０個以上の情報配信ルールを記憶する。情報配信ルールは、情報利用者識別子と、ユーザー識別子と、ユーザーの位置情報の開示可否を示す情報とを含む。情報配信制御手段６１は、ユーザー情報取得手段５１から情報利用者識別子とユーザー識別子と通知を希望する位置情報とを含む問合せ条件を受け取る。情報配信制御手段６１は、問合せ条件を受け取ると、受け取った問合せ条件から情報利用者識別子とユーザー識別子とを取り出し、情報配信ルール記憶手段６５から、取り出した情報利用者識別子とユーザー識別子とを含む情報配信ルールを取得する。
【００４４】
情報配信制御手段６１は、取得した情報配信ルールが、位置情報の開示を許可しているか否かを判定する。情報配信制御手段６１は、開示許可の場合は、位置情報記憶手段６３から位置情報を取得し、広告配信サーバー５０のユーザー情報取得手段５１へ渡す。開示拒否の場合は、エラー情報を作成し、ユーザー情報取得手段５１へ渡す。なお、開示拒否の場合に、位置情報サーバー６０が広告配信サーバー５０にすぐにエラー情報を渡すと、ユーザーの位置情報が、広告配信事業者が通知を希望する位置情報になったことが、推測される可能性がある。このため、情報配信制御手段６１は、エラー情報をユーザー情報取得手段５１へ渡さなくてもよい。或いは、エラー情報を渡すタイミングをランダムな時間遅延させてもよい。
【００４５】
問合せ条件記憶手段６４は、０個以上の問合せ条件を記憶する。問合せ条件は、情報利用者識別子と、ユーザー識別子と、通知を希望する位置情報とを含む。問合せ条件判定手段６２は、位置情報記憶手段６３と問合せ条件記憶手段６４とを参照して、位置情報を要求されたユーザーに対して、問合せを行うか否かを判定する。この判定では、まず、位置情報記憶手段６３から位置情報を取得し、問合せ条件記憶手段６４から問合せ条件を取得する。問合せ条件は、情報配信制御手段６１から取得してもよい。次いで、問合せ条件判定手段６２は、位置情報記憶手段６３から取得した位置情報が、問合せ条件に含まれる通知を希望する位置情報と合致するか否かを判定する。
【００４６】
問合せ条件判定手段６２は、合致すると判定した場合には問合せを行うと決定し、合致しないと判定した場合は問合せを行わないと決定する。ここでいう合致するとは、位置情報が、問合せ条件に含まれる通知を希望する位置情報に一致する場合だけでなく、両者が所定の関係にある場合も含む。例えば、通知を希望する情報が「関東地方」のようにある程度の幅を持っていて、ユーザーの位置情報が「東京」であるときは、合致すると判定する。問合せ条件判定手段６２は、位置情報記憶手段６３又は問合せ条件記憶手段６４の記憶内容に変化が生じたときに、問合せを行うか否かを決定する処理を行う。問合せ条件判定手段６２は、問合せを行うと決定すると、問合せ条件に含まれるユーザー識別子に該当するユーザのユーザー端末７０に、問合せ条件に含まれる情報利用者識別子を渡し、ユーザーに対する問合せを要求する。
【００４７】
ユーザー端末７０は、位置情報入力手段７１と、問合せ手段７２と、情報配信ルール更新手段７３と、広告表示手段７４とを有する。問合せ手段７２は、位置情報サーバー６０から情報利用者識別子を受け取ると、液晶ディスプレイなどの出力装置を用いて、ユーザーに、情報利用者識別子で識別される情報利用者に対して位置情報の開示を許可するか否かの入力を促す。問合せ手段７２は、キーボードやマウスなどの入力装置を備えており、入力装置を利用して、ユーザーから、問合せ結果（開示許可又は開示拒否）を受け取る。問合せ手段７２は、ユーザが問い合わせ結果を入力すると、情報配信ルール更新手段７３に、問合せ結果と情報利用者識別子とを渡し、情報配信ルールの変更を要求する。
【００４８】
情報配信ルール更新手段７３は、問合せ手段７２から問合せ結果と情報利用者識別子とを受け取ると、受け取った情報利用者識別子と、ユーザー識別子と、開示許可又は開示拒否を示す情報とを含む情報配信ルールを作成する。情報配信ルール更新手段７３は、情報配信ルールの作成後、作成した情報配信ルールを、情報配信ルール記憶手段６５に登録する。情報配信ルール記憶手段６５に、既に、受け取った情報利用者識別子とユーザー識別子とを含む情報配信ルールが記憶されているときは、記憶済みの情報配信ルールを新たに作成した情報配信ルールで上書きする。
【００４９】
位置情報入力手段７１は、ユーザーの位置情報を、位置情報記憶手段６３に記憶する。位置情報は、緯度経度情報、郵便番号情報、住所などで表すことができる。位置情報は、例えば、既存の測位システムを用いて入力する。或いは、ユーザーが手動で入力してもよい。広告表示手段７４は、広告配信サーバー５０から配信された広告を受信する。広告表示手段７４は、広告を受信すると、受信した広告を、液晶ディスプレイなどの表示装置に表示する。
【００５０】
例えば、ユーザーの位置情報を利用する情報利用者、すなわち、広告配信者が、ユーザーが特定の地域にいるときに、その地域に特化した地域密着型の広告を配信したいとする。その場合、広告配信者は、ユーザーが当該特定の地域にいなければ広告を配信する意味がないので、広告の配信に先立って、ユーザーが当該特定の地域にいるという位置情報が欲しい。そこで、広告配信者は、問合せ条件に、ユーザーの位置が当該特定の地域にいる旨を含める。仮に、問合せ条件に、広告配信者が通知を希望する位置情報を含めなかったとすると、ユーザーが当該特定の地域から遠く離れた場所にいるときでも、ユーザーに対して、位置情報を広告配信者に開示してよいか否かを問い合わせることになる。広告配信者から見れば、ユーザーが位置情報の開示を許可して位置情報を取得できたとしても、ユーザーが当該特定の地域にいないのであれば、取得した位置情報は無駄になる。一方、ユーザーにとってみれば、必要のない位置情報のためにわざわざ位置情報の開示の可否を入力するのは手間である。
【００５１】
本実施形態では、ユーザーの位置情報が、情報利用者が通知を希望する位置情報に合致するときに、ユーザーに対して問合せを行う。これにより、情報利用者が必要のない位置情報を取得することを防ぐことができると共に、ユーザーに対する無駄な問合せの発生を防止できる。位置情報は、例えば、緯度経度で表わすと、地上のあらゆる場所が指定可能であり、とりうる値の範囲が広い。ユーザーが特定の地域にいるときに限ってサービスを提供するサービス事業者が多数存在する場合は、本実施形態を適用することで、ユーザーに対する無駄な問合わせを減らすことができ、ユーザーの利便性が向上するという効果が得られる。
【００５２】
なお、第２実施形態では、ユーザーの位置情報を広告配信者が利用する例について説明したが、位置情報の利用は、広告配信には限定されない。その他のサービスに適用することもできる。また、ユーザーの状態情報も、位置情報には限定されない。情報利用者が取得するユーザーの状態情報としては、第１実施形態で用いた在宅情報や、第２実施形態で用いた位置情報の他にも、ユーザーの移動や状態の変化に伴って変化する様々なユーザー状態情報が考えられる。
【００５３】
以上、本発明をその好適な実施形態に基づいて説明したが、本発明の状態情報提供システム、方法、及び、プログラムは、上記実施形態にのみ限定されるものではなく、上記実施形態の構成から種々の修正及び変更を施したものも、本発明の範囲に含まれる。
【図面の簡単な説明】
【００５４】
【図１】本発明の第１実施形態の状態情報提供システムを示すブロック図。
【図２】問合せ条件の具体例を示す図。
【図３】在宅情報配信ルールの具体例を示す図。
【図４】在宅情報提供システムの動作手順を示すフローチャート。
【図５】受取人に対する問合せ後の動作手順を示すフローチャート。
【図６】在宅情報変化時の動作手順を示すフローチャート。
【図７】本発明の第２実施形態の状態情報提供システムを含む広告配信システムを示すブロック図。
【符号の説明】
【００５５】
１０：宅配トラック端末
１１：在宅情報表示手段
２０：在宅情報サーバー
２１：在宅情報配信制御手段
２２：問合せ条件判定手段
２３：在宅情報記憶手段
２４：問合せ条件記憶手段
２５：在宅情報配信ルール記憶手段
３０：受取人端末
３１：在宅情報入力手段
３２：問合せ手段
３３：在宅情報配信ルール更新手段
５０：広告配信サーバー
５１：ユーザー情報取得手段
５２：広告配信手段
６０：位置情報サーバー
６１：情報配信制御手段
６２：問合せ条件判定手段
６３：位置情報記憶手段
６４：問合せ条件記憶手段
６５：情報配信ルール記憶手段
７０：ユーザー端末
７１：位置情報入力手段
７２：問合せ手段
７３：情報配信ルール更新手段
７４：広告表示手段
【図１】
0005205994.tif 000002
【図２】
0005205994.tif 000003
【図３】
0005205994.tif 000004
【図４】
0005205994.tif 000005
【図５】
0005205994.tif 000006
【図６】
0005205994.tif 000007
【図７】
0005205994.tif 000008