JP2003085246A - Service system, scheduling system and schedule adjusting method - Google Patents
Service system, scheduling system and schedule adjusting methodInfo
- Publication number
- JP2003085246A JP2003085246A JP2001265044A JP2001265044A JP2003085246A JP 2003085246 A JP2003085246 A JP 2003085246A JP 2001265044 A JP2001265044 A JP 2001265044A JP 2001265044 A JP2001265044 A JP 2001265044A JP 2003085246 A JP2003085246 A JP 2003085246A
- Authority
- JP
- Japan
- Prior art keywords
- service
- user
- information
- schedule
- delivery
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims description 41
- 238000007726 management method Methods 0.000 claims description 35
- 230000004044 response Effects 0.000 claims description 19
- 238000011835 investigation Methods 0.000 claims description 12
- 230000006870 function Effects 0.000 claims description 5
- 239000000284 extract Substances 0.000 abstract description 10
- 229940124447 delivery agent Drugs 0.000 abstract 1
- 238000012545 processing Methods 0.000 description 38
- 238000010586 diagram Methods 0.000 description 31
- 230000010365 information processing Effects 0.000 description 15
- 238000011160 research Methods 0.000 description 5
- 239000000969 carrier Substances 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 238000000605 extraction Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000005138 cryopreservation Methods 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Landscapes
- Time Recorders, Dirve Recorders, Access Control (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
【0001】[0001]
【発明の属する技術分野】本発明は、ネットワークを介
してユーザの情報を取得し、ユーザにサービスを提供す
るタイミングを調整するサービス・システム等に関す
る。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a service system and the like for acquiring user information via a network and adjusting the timing of providing a service to the user.
【0002】[0002]
【従来の技術】従来、ユーザに様々なサービスを提供す
るにあたり、効率的なサービス提供方法が検討されてい
る。例えば荷物の配達サービスについては、配達したと
きに受取人が不在であると、受取人が荷物を受け取るま
で配達者は何度も受取人宅へ訪問しなければならない。
そこで、受取人が不在でも荷物を配達することができる
ように、受取人宅に配達ボックスを備えることが検討さ
れている。2. Description of the Related Art Conventionally, in providing various services to users, efficient service providing methods have been studied. For example, for package delivery services, if the recipient is absent at the time of delivery, the deliverer must visit the recipient's home multiple times until the recipient receives the package.
Therefore, it is considered to provide a delivery box at the recipient's house so that the recipient can deliver the package even when he is not present.
【0003】[0003]
【発明が解決しようとする課題】しかしながら、配達ボ
ックスは配達された荷物が他人に持っていかれないよう
にする必要があるので、どこにでも設置できるものでは
ない。また、配達人が配達ボックスに荷物を入れた後、
受取人がその荷物を確かに受け取ったか否かをすぐに確
認することはできない。さらに、受取人自らがした買い
物については料金引換で配達される場合が多いが、配達
ボックスでは受取人は料金を支払うことができず、その
結果、荷物を受け取ることができない。その他、低温保
存が必要な荷物は、配達ボックスでは受け取ることがで
きない。また、受取人の不在時に荷物の配達が行われな
いようにするため、配達する前に電話をかけて受取人が
在宅しているか否かを確認した後に配達を行うことも行
われている。しかし、通信コストがかかり、また配達す
る者にとって大変手間である。However, the delivery box cannot be installed anywhere because it is necessary to prevent the delivered package from being carried by others. Also, after the delivery person puts the package in the delivery box,
There is no immediate confirmation that the recipient has indeed received the package. Furthermore, although the purchaser's own shopping is often delivered by price exchange, the recipient cannot pay the fee in the delivery box, and as a result, cannot receive the package. In addition, packages that require cryopreservation cannot be received in the delivery box. In addition, in order to prevent the delivery of the package when the recipient is absent, it is also practiced to make a phone call before delivery to confirm whether the recipient is at home or not before delivery. However, communication costs are high and it is very troublesome for the delivery person.
【0004】また、特開平10−162065号公報に
は、荷物の配達情報をネットワークを介して取得するこ
とにより購入者への配達予定時刻を予め決定し、取次店
を用いて荷物を受け渡すことができる配達管理システム
が開示されている。しかし、このシステムでは、配達予
定時刻を予め決定しても、決定後に購入者である受取人
が受け取りの可否やスケジュールの変更を入力する構成
が採用されている。したがって、受取人の都合により、
配達の予定時刻が変更されることもあり、また荷物の配
達時に不在になると、やはり配達できなくなってしま
う。このような背景により、受取人に手間を感じさせる
ことなく、動的に効率よく且つ確実に荷物の配達などの
サービスを提供できる方法の確立が希望されている。Further, in Japanese Unexamined Patent Application Publication No. 10-162065, the delivery scheduled time to the purchaser is determined in advance by obtaining the delivery information of the package via the network, and the package is delivered to the agent. A delivery management system capable of performing is disclosed. However, in this system, even if the scheduled delivery time is determined in advance, the recipient who is the purchaser inputs the availability of the receipt and the change of the schedule after the determination. Therefore, due to the recipient's convenience,
The scheduled delivery time may change, and if you are absent when delivering a package, you will not be able to deliver it. Under such a background, it is desired to establish a method capable of dynamically and efficiently providing services such as package delivery without causing the recipient to feel trouble.
【0005】本発明は、上記のような技術的課題に基づ
いてなされたもので、最適なタイミングでユーザにサー
ビスを提供することができるサービス・システムを提供
することを主たる目的とする。The present invention has been made based on the above technical problems, and its main object is to provide a service system capable of providing a service to a user at an optimum timing.
【0006】[0006]
【課題を解決するための手段】かかる目的のもと、本発
明のサービス・システムは、ユーザに対する所定のサー
ビスを提供するスケジュールを調整するサービス・シス
テムであって、所定のサービスを受ける者として登録さ
れたユーザの情報を格納する第1のデータベースと、所
定のサービスを提供するサービス提供者の情報を格納す
る第2のデータベースと、サービス提供者からのサービ
スの提供通知を受信し、第1のデータベースを参照し
て、サービスを受ける者が登録済のユーザであるかどう
かを確認するとともに、第2のデータベースを参照して
サービスの提供者からの通知の受付の可否を判断する管
理手段と、予め蓄積されたユーザのスケジュール情報を
取得する取得手段と、通知により指定されたサービスを
提供できるタイミングを、スケジュール情報を参照して
決定する調整手段とを備えたことを特徴とするものであ
る。このサービス・システムでは、ユーザのスケジュー
ル情報を取得することで、ユーザにサービスを提供でき
るタイミングを図ることができる。ここで、タイミング
は例えば年月日、日時、時間等任意に設定することがで
きる。Based on the above object, the service system of the present invention is a service system for adjusting a schedule for providing a predetermined service to a user, and is registered as a person who receives the predetermined service. The first database for storing the information of the user, the second database for storing the information of the service provider that provides a predetermined service, and the first database for receiving the service provision notification from the service provider, Management means for referring to the database to confirm whether or not the person who receives the service is a registered user, and for referring to the second database to judge whether or not to accept the notification from the service provider. Acquisition means for acquiring user's schedule information accumulated in advance, and timing capable of providing the service specified by the notification And it is characterized in that an adjusting means for determining by referring to schedule information. In this service system, the timing at which the service can be provided to the user can be achieved by acquiring the user's schedule information. Here, the timing can be set arbitrarily such as date, time, and time.
【0007】このサービス・システムは、決定されたタ
イミングを前記サービス提供者に通知する通知手段をさ
らに備えることができる。また、このサービス・システ
ムでは、取得手段がネットワークを介してユーザ端末か
らスケジュール情報を取得してもよい。さらに、第1の
データベースにユーザがサービスを受ける第1の場所が
予め登録されており、調整手段が、その場所においてサ
ービスを提供できるタイミングを決定することができ
る。この場合、スケジュール情報は、ユーザがサービス
を受ける第1の場所とは異なる第2の場所に関する情報
を任意に有し、調整手段は、第1の場所でのサービス提
供ができない場合には、第2の場所でのサービスを提供
できるタイミングを決定することができる。The service system may further comprise notifying means for notifying the service provider of the determined timing. Further, in this service system, the acquisition means may acquire the schedule information from the user terminal via the network. Further, the first location where the user receives the service is registered in advance in the first database, and the adjusting means can determine the timing when the service can be provided at the location. In this case, the schedule information optionally has information about a second place different from the first place where the user receives the service, and the adjusting means determines the first place if the service cannot be provided at the first place. It is possible to determine when the service can be provided at the two locations.
【0008】その他、第1のデータベースに前記ユーザ
の代わりにサービスを受けるメンバーが予め登録されて
おり、取得手段がユーザおよびメンバーのスケジュール
情報を取得し、調整手段がユーザまたはメンバーのいず
れかにサービスを提供するかをも決定することができ
る。また、第1のデータベースにサービス提供時の例外
イベントを定める例外規則が予め登録されており、調整
手段が当該例外規則を参照した上でタイミングを決定す
るものであってもよい。本発明のサービス・システム
は、所定のサービスが例えば荷物の配達サービスであ
る。In addition, members who receive services on behalf of the user are registered in advance in the first database, the acquisition unit acquires the schedule information of the user and the member, and the adjustment unit provides the service to either the user or the member. Can also be determined. Further, an exception rule defining an exception event at the time of service provision may be registered in advance in the first database, and the adjusting means may determine the timing after referring to the exception rule. In the service system of the present invention, the predetermined service is, for example, a package delivery service.
【0009】本発明は、スケジューリング・システムと
して捉えることもできる。このスケジューリング・シス
テムは、所定のサービスを提供するサービス業者の第1
のサーバと当該サービスを提供するタイミングを調整す
る第2のサーバとがネットワークを介して接続されたシ
ステムであって、第1のサーバは、サービスを受けるユ
ーザを指定したサービス提供の申込を受け付け、申込を
受け付けたサービスを提供するためのタイミング調整要
求を第2のサーバへ送出し、第2のサーバは、第1のサ
ーバからタイミング調整要求を受け付け、指定されたユ
ーザが所定の場所にいついるかを示すスケジュール情報
を取得し、タイミング調整要求が指定するサービス提供
期間と、スケジュール情報とからサービス提供予定タイ
ミングを設定し、タイミングを第1のサーバへ通知する
ことを特徴とするものである。The present invention can also be viewed as a scheduling system. This scheduling system is the first service provider that provides a predetermined service.
Is a system in which a second server for adjusting the timing of providing the service is connected via a network, and the first server accepts a service providing application designating a user who receives the service, The timing adjustment request for providing the service for which the application is accepted is sent to the second server, and the second server accepts the timing adjustment request from the first server, and whether the designated user is at a predetermined place. Is obtained, the scheduled service provision timing is set from the service provision period designated by the timing adjustment request and the schedule information, and the timing is notified to the first server.
【0010】このスケジューリング・システムには、サ
ービスを受けるユーザからの入力を受け付けるクライア
ント端末がさらにネットワークを介して接続され、第2
のサーバは、タイミング調査要求に応じてクライアント
端末に対して、ユーザにサービスを提供するためのスケ
ジュール調整要求を送出し、クライアント端末は、ユー
ザのスケジュール情報を蓄積し、第2のサーバからのス
ケジュール調査要求を受け付け、スケジュール情報から
サービスの受領が可能な場所とタイミングを抽出し、場
所とタイミングとを含むスケジュール情報を第2のサー
バへ送出することができる。この場合、第2のサーバ
は、サービス提供予定タイミングをクライアント端末へ
通知することができる。また、クライアント端末は、複
数のユーザのスケジュール情報を蓄積するホームゲート
ウェイとして機能することも可能である。A client terminal that receives an input from a user who receives a service is further connected to the scheduling system via a network.
Server sends a schedule adjustment request for providing a service to the user to the client terminal in response to the timing check request, the client terminal accumulates the user's schedule information, and the schedule from the second server. It is possible to accept the survey request, extract the place and timing where the service can be received from the schedule information, and send the schedule information including the place and timing to the second server. In this case, the second server can notify the client terminal of the service provision scheduled timing. The client terminal can also function as a home gateway that stores schedule information of a plurality of users.
【0011】また本発明はタイミング調整方法として捉
えることもできる。このタイミング調整方法は、ユーザ
に対して所定のサービスを提供するタイミングを調整す
る方法であって、ユーザのスケジュール情報を蓄積する
蓄積ステップと、ユーザへのサービスの提供要求を受け
付ける受付ステップと、提供要求によって指定されるサ
ービス提供期間におけるスケジュール情報を参照し、ユ
ーザが所定位置においてサービスの提供を受けることが
できるタイミングを抽出する抽出ステップと、抽出され
たタイミングに基づき、サービス提供タイミングを設定
する設定ステップとを有することを特徴とするものであ
る。The present invention can also be understood as a timing adjustment method. This timing adjusting method is a method of adjusting the timing of providing a predetermined service to a user, and includes a storing step of storing the user's schedule information, a receiving step of receiving a service providing request to the user, and a providing step. An extraction step of referring to the schedule information in the service providing period designated by the request and extracting the timing at which the user can receive the service at a predetermined position, and a setting for setting the service providing timing based on the extracted timing And a step.
【0012】このタイミング調整方法では、サービス提
供タイミングに基づき、スケジュール情報を更新する更
新ステップをさらに有するものであってもよい。また、
受付ステップより前に、ユーザの個人情報を登録する登
録ステップをさらに有することもできる。さらに、設定
ステップが、サービスの提供場所と、タイミングリスト
とに基づき、最も現在に近いサービス提供可能時間をサ
ービス提供予定タイミングとして設定することが可能で
ある。This timing adjusting method may further include an updating step of updating the schedule information based on the service providing timing. Also,
It is possible to further have a registration step of registering the personal information of the user before the reception step. Further, the setting step can set the service provision available time closest to the present time as the service provision scheduled timing based on the service providing location and the timing list.
【0013】[0013]
【発明の実施の形態】以下、添付図面に示す実施の形態
に基づいて本発明を詳細に説明する。
◎ 実施の形態1
図1は、実施の形態1における配達サービスシステム1
0を説明する図である。図1に示す配達サービスシステ
ム(サービス・システム、スケジューリング・システ
ム)10では、配達される荷物を受け取るユーザによっ
て使用されるユーザ端末(クライアント端末)20と、
荷物の配達におけるスケジュールを調整するサービス提
供者サーバ(第2のサーバ)30と、荷物を配達する運
送業者用の運送業者サーバ(第1のサーバ)40と、が
備えられ、それぞれインターネット等のネットワークを
介して接続されている。なお、ネットワークへの接続は
有線と無線のどちらであってもよい。BEST MODE FOR CARRYING OUT THE INVENTION The present invention will be described below in detail based on the embodiments shown in the accompanying drawings. ◎ First Embodiment FIG. 1 is a delivery service system 1 according to the first embodiment.
It is a figure explaining 0. In a delivery service system (service system, scheduling system) 10 shown in FIG. 1, a user terminal (client terminal) 20 used by a user who receives a package to be delivered,
A service provider server (second server) 30 that adjusts a schedule for delivering packages and a transporter server (first server) 40 for a transporter that delivers packages are provided, and each network is the Internet or the like. Connected through. The connection to the network may be wired or wireless.
【0014】ユーザ端末20は、荷物の配達情報を処理
して配達可能日時と場所を抽出する配達情報処理部21
と、ユーザのスケジュール情報を管理するスケジュール
情報管理部22と、ユーザによるデータの入力およびユ
ーザに対するデータの出力を行う入出力部23と、ユー
ザのスケジュール情報を格納したスケジュール情報デー
タベース(以下、データベースをDBと言う)24と、
を備えている。なお、ユーザ端末20においては、荷物
の配達情報を処理して配達可能日時と場所を抽出する処
理は、ユーザ端末20内に格納されてユーザ端末20上
で動作する配達スケジュール調整プログラムに基づい
て、CPU等の演算部で実現される。このようなユーザ
端末20としては、例えばPDA(Personal Digital A
ssistant,携帯型情報端末)やPC(Personal Compute
r)や携帯電話等を挙げることができる。The user terminal 20 processes the delivery information of the package and extracts the deliverable date and time and the place, and the delivery information processing section 21.
, A schedule information management unit 22 that manages user schedule information, an input / output unit 23 that allows the user to input data and output data to the user, and a schedule information database (hereinafter referred to as a database) that stores user schedule information. 24),
Is equipped with. In the user terminal 20, the process of processing the delivery information of the package and extracting the deliverable date and time and place is based on the delivery schedule adjusting program stored in the user terminal 20 and operating on the user terminal 20. It is realized by a calculation unit such as a CPU. As such a user terminal 20, for example, a PDA (Personal Digital A
ssistant, portable information terminal) and PC (Personal Compute
r) and mobile phones.
【0015】図2は、ユーザ端末20のスケジュール情
報DB24の構成を説明する図である。スケジュール情
報DB24は、ユーザのスケジュールにおけるイベント
予定の情報を格納するイベント情報格納部24aと、場
所を示すIDと具体的な場所のデータを格納する場所情
報格納部24bと、ユーザの定期的なスケジュール情報
を格納するリピート・スケジュール情報格納部24c
と、荷物の配達先の代わりに配達できる代替場所の情報
を格納した代替配送可能場所格納部24dと、を備えて
いる。FIG. 2 is a diagram for explaining the configuration of the schedule information DB 24 of the user terminal 20. The schedule information DB 24 includes an event information storage unit 24a that stores event schedule information in the user's schedule, a location information storage unit 24b that stores an ID indicating a location and data of a specific location, and a regular schedule of the user. Repeat schedule information storage unit 24c for storing information
And an alternative deliverable location storage unit 24d that stores information on an alternative location that can be delivered instead of the delivery destination of the package.
【0016】サービス提供者サーバ30は、運送業者サ
ーバ40からの要求を受け付けて荷物の配達のスケジュ
ールを調整するスケジュール調整部31と、ユーザの情
報を調査するユーザ調査部(スケジュール取得部)32
と、ユーザ情報を管理するユーザ管理部33と、運送業
者情報を管理する業者管理部34と、ユーザ情報を格納
したユーザ情報DB35と、運送業者情報を格納した業
者情報DB36と、を備えている。The service provider server 30 receives a request from the carrier server 40 and adjusts a delivery schedule of packages, and a user investigation unit (schedule acquisition unit) 32 that investigates user information.
A user management unit 33 that manages user information, a carrier management unit 34 that manages carrier information, a user information DB 35 that stores user information, and a carrier information DB 36 that stores carrier information. .
【0017】図3(a)は、サービス提供者サーバ30の
ユーザ情報DB35の構成を説明する図、 (b)はサービ
ス提供者サーバ30の業者情報DB36の構成を説明す
る図である。ユーザ情報DB35は、図3(a)に示すよ
うに、ユーザの個人情報を格納したユーザ個人情報格納
部(個人情報登録部)35aと、ユーザの家族情報を格
納したユーザ家族情報格納部(メンバー情報登録部)3
5bと、情報の取得を許可する運送業者の情報を格納し
た許可運送業者情報格納部35cと、荷物の配達におけ
る例外的な規則情報を格納した例外規則格納部(例外規
則登録部)35dと、ユーザ端末20に問い合わせ中で
ある情報を格納した問い合わせ中データ格納部35f
と、その問い合わせ内容の詳細な情報を格納した問い合
わせ詳細データ格納部35gと、を備えている。業者情
報DB36は、図3(b)に示すように、配達サービスを
行う業者の情報を格納した業者情報格納部36aと、業
者が調査できる許可範囲の情報を格納した調査許可範囲
情報格納部36bと、を備えている。FIG. 3A is a diagram for explaining the configuration of the user information DB 35 of the service provider server 30, and FIG. 3B is a diagram for explaining the configuration of the vendor information DB 36 of the service provider server 30. As shown in FIG. 3A, the user information DB 35 includes a user personal information storage unit (personal information registration unit) 35a that stores user personal information, and a user family information storage unit (member) that stores user family information. Information registration section) 3
5b, an authorized carrier information storage unit 35c that stores information on a carrier who permits the acquisition of information, an exception rule storage unit (exception rule registration unit) 35d that stores exceptional rule information for package delivery, In-inquiry-data storage unit 35f storing information inquiring about the user terminal 20
And a detailed inquiry data storage unit 35g storing detailed information on the contents of the inquiry. As shown in FIG. 3B, the trader information DB 36 stores a trader information storage unit 36a that stores information on a trader who provides a delivery service, and a survey permission range information storage unit 36b that stores information on a permission range that the vendor can survey. And are equipped with.
【0018】運送業者サーバ40は、配達する荷物情報
を管理する配達荷物管理部41と、荷物を配達できる日
時を調整する配達可能日調整部42と、荷物の配達予定
日を管理する配達予定管理部43と、運送業者によるデ
ータの入力および運送業者に対するデータの出力を行う
入出力部44と、配達する荷物の情報を格納した配達荷
物情報DB45と、配達予定の情報を格納した配達予定
情報DB46と、を備えている。The carrier server 40 manages information on packages to be delivered, a delivery package management unit 41, a deliverable date adjustment unit 42 that adjusts the date and time when the package can be delivered, and a delivery schedule management that manages the scheduled delivery date of the package. Unit 43, input / output unit 44 for inputting data by the shipping company and outputting data to the shipping company, delivery package information DB 45 storing information on packages to be delivered, and delivery schedule information DB 46 storing information on delivery schedules. And are equipped with.
【0019】図1に示す配達サービスシステム10で
は、荷物の配達を受け付けた運送業者は、運送業者サー
バ40からネットワークを介してサービス提供者サーバ
30に接続し、配達日時の調整を依頼する。サービス提
供者サーバ30は、荷物の受取人であるユーザのユーザ
端末20にネットワークを介して接続し、配達可能日の
調整を行う。サービス提供者サーバ30は得られた配達
可能日を運送業者サーバ40へ送出し、運達業者サーバ
40はその配達可能日を配達日時として設定し、荷物の
配送を行う。以下、このような配達サービスシステム1
0における具体的な処理の流れを説明する。In the delivery service system 10 shown in FIG. 1, the delivery company that has received the delivery of the package connects the delivery company server 40 to the service provider server 30 via the network and requests the delivery date and time adjustment. The service provider server 30 connects to the user terminal 20 of the user who is the recipient of the package via the network, and adjusts the deliverable date. The service provider server 30 sends the obtained deliverable date to the delivery company server 40, and the delivery company server 40 sets the deliverable date as the delivery date and time to deliver the package. Below, such a delivery service system 1
A specific processing flow of 0 will be described.
【0020】図4は、サービス提供者サーバ30におけ
るユーザの登録処理の流れを説明する図である。まず、
配達サービスシステム10において、配達される荷物を
受け取るユーザは、サービスを受ける会員としてサービ
ス提供者サーバ30に予め登録されている必要がある。
したがって、サービス提供者サーバ30は、ネットワー
クを介して接続されたユーザ端末20からのログイン要
求を受け付け(ステップS301)、ユーザ管理部33
によってユーザ情報DB35を参照してユーザの認証を
行う。なお、ここでログインできないユーザのユーザ端
末20に対しては、サービス提供者サーバ30はユーザ
登録要求を行うことができる。FIG. 4 is a diagram for explaining the flow of user registration processing in the service provider server 30. First,
In the delivery service system 10, a user who receives a package to be delivered needs to be registered in the service provider server 30 in advance as a member who receives the service.
Therefore, the service provider server 30 receives the login request from the user terminal 20 connected via the network (step S301), and the user management unit 33.
By referring to the user information DB 35, the user is authenticated. The service provider server 30 can make a user registration request to the user terminal 20 of a user who cannot log in here.
【0021】続けて、サービス提供者サーバ30は、ロ
グインを行ったユーザのユーザ情報をユーザ管理部33
によってユーザ情報DB35から読み出し(ステップS
302)、図示しないメモリ内に一時的に格納する。こ
のとき読み出されるユーザ情報は、予めユーザ情報DB
35に格納されているユーザに関する情報である。具体
的には、図5(a)に示すようなユーザ個人情報格納部3
5aに格納されたユーザ個人情報と、図5(b)に示すよ
うなユーザ家族情報格納部35bに格納されたユーザ家
族情報と、図6に示すような許可運送業者情報格納部3
5cに格納された運送業者情報と、図7に示すような例
外規則格納部35dに格納された例外規則情報とであ
る。Subsequently, the service provider server 30 stores the user information of the logged-in user in the user management section 33.
Read from the user information DB 35 (step S
302), which is temporarily stored in a memory (not shown). The user information read at this time is stored in advance in the user information DB.
35 is information about the user stored in 35. Specifically, the user personal information storage unit 3 as shown in FIG.
User personal information stored in 5a, user family information stored in user family information storage unit 35b as shown in FIG. 5B, and authorized carrier information storage unit 3 as shown in FIG.
The carrier information stored in 5c and the exception rule information stored in the exception rule storage unit 35d as shown in FIG.
【0022】次に、ユーザ端末20に対して登録メニュ
ーを送出する(ステップS303)。サービス提供者サ
ーバ30は、ユーザ端末20に対して送出した登録メニ
ューに対してユーザ端末20によりユーザ個人情報が選
択要求されたか否かを判断する(ステップS304)。
ユーザ個人情報が選択要求されたと判断すると、現在ユ
ーザ情報DB35のユーザ個人情報格納部35aに蓄積
されている図5(a)に示すようなユーザの住所や連絡先
などのデータを含んだユーザ個人情報を、ユーザ端末2
0に対して送出する(ステップS305)。さらに送出
したユーザ個人情報に対してユーザ端末20から更新等
の情報があれば受け付ける(ステップS306)。Next, the registration menu is sent to the user terminal 20 (step S303). The service provider server 30 determines whether or not the user terminal 20 has requested selection of user personal information for the registration menu sent to the user terminal 20 (step S304).
When it is determined that the user personal information has been requested to be selected, the user personal information including data such as the user's address and contact information currently stored in the user personal information storage unit 35a of the user information DB 35 as shown in FIG. Information to the user terminal 2
It is sent to 0 (step S305). Further, if there is information such as update from the user terminal 20 for the transmitted user personal information, it is accepted (step S306).
【0023】そして、サービス提供者サーバ30は、ス
テップS304においてユーザ個人情報が選択されなか
ったと判断した場合、ユーザ端末20によりユーザ家族
情報が選択要求されたか否かを判断する(ステップS3
07)。ユーザ家族情報が選択要求されたと判断する
と、現在ユーザ情報DB35のユーザ家族情報格納部3
5bに蓄積されている図5(b)に示すようなユーザ家族
情報を、ユーザ端末20に対して送出する(ステップS
308)。このユーザ家族情報は、ユーザが配達される
荷物の受け取りが可能な家族が持っている場合に登録さ
れるものである。そして送出したユーザ家族情報に対し
てユーザ端末20から更新等の情報があれば受け付ける
(ステップS309)。このように荷物の受け取りが可
能なユーザの家族についての情報がサービス提供者サー
バ30に登録されていることにより、ユーザが不在のと
きであっても登録されている家族のいずれかが在宅であ
れば、荷物の配達ができるようになる。When the service provider server 30 determines in step S304 that the user personal information has not been selected, the service provider server 30 determines whether the user terminal 20 has requested the user family information to be selected (step S3).
07). When it is determined that the user family information has been requested to be selected, the user family information storage unit 3 of the current user information DB 35 is present.
User family information as shown in FIG. 5 (b) stored in 5b is sent to the user terminal 20 (step S
308). This user family information is registered when a family member who can receive the package delivered by the user has it. Then, if there is information such as update from the user terminal 20 with respect to the transmitted user family information, it is accepted (step S309). Since the information about the family of the user who can receive the package is registered in the service provider server 30 in this way, even if the user is absent, any of the registered families can be at home. Then, you will be able to deliver your luggage.
【0024】また、サービス提供者サーバ30は、ステ
ップS307においてユーザ家族情報が選択されなかっ
たと判断した場合、ユーザ端末20により運送業者に対
する許可設定が選択要求されたか否かを判断する(ステ
ップS310)。許可設定が選択要求されたと判断する
と、現在ユーザ情報DB35の許可運送業者情報格納部
35cに蓄積されている図6に示すような運送業者許可
情報を、ユーザ端末20に対して送出する(ステップS
311)。この運送業者許可情報とは、ユーザに対する
荷物の配達がユーザにより許可された運送業者のリスト
である。なお図6において運送業者が業者IDによって
示されているが、業者情報DB36には図8に示すよう
な業者情報が登録されており、この業者情報を参照して
運送業者の情報を抽出することができる。When the service provider server 30 determines that the user family information has not been selected in step S307, the service provider server 30 determines whether or not the user terminal 20 has requested the permission setting for the carrier (step S310). . When it is determined that the permission setting is requested to be selected, the carrier permission information as shown in FIG. 6 currently stored in the permitted carrier information storage unit 35c of the user information DB 35 is sent to the user terminal 20 (step S).
311). The carrier permission information is a list of carriers permitted by the user to deliver packages to the user. Although the carrier is indicated by the carrier ID in FIG. 6, the carrier information as shown in FIG. 8 is registered in the carrier information DB 36, and the carrier information should be extracted with reference to this carrier information. You can
【0025】続けて、送出した運送業者許可情報に対し
てユーザ端末20から更新等の情報があれば受け付ける
(ステップS312)。このデータの更新では、例え
ば、配達サービスシステム10において使用する運送業
者として新たな業者を登録する場合や、既に登録してあ
る使用可能な運送業者を何らかの理由により削除する場
合などを想定することができる。Subsequently, if there is information such as update from the user terminal 20 with respect to the transmitted carrier permission information, it is accepted (step S312). In updating this data, for example, a case where a new carrier is registered as a carrier used in the delivery service system 10 or a usable carrier already registered is deleted for some reason can be assumed. it can.
【0026】さらに、サービス提供者サーバ30は、ス
テップS310において許可設定が選択されなかったと
判断した場合、ユーザ端末20により例外規則が選択要
求されたか否かを判断する(ステップS313)。この
例外規則は、荷物の配達時に考慮すべき事項を示すデー
タを含んでおり、ユーザはこの例外規則を登録しておく
ことにより、荷物の配達時において様々な便宜を図って
もらうことができる。例えば、図7に示すように、冷温
下で保存する必要がある荷物の場合には事前に所定電子
メールアドレスに通知するように設定することができ
る。また、交通機関の遅延等でスケジュールどおりにユ
ーザが行動しなかった場合を考慮し、不在時には管理人
に預けるといった規則を設定することができる。ステッ
プS313において例外規則が選択要求されたと判断す
ると、ユーザ情報DB35の例外規則格納部35dに現
在蓄積されている図7に示すような例外規則を、ユーザ
端末20に対して送出する(ステップS314)。さら
に送出した例外規則に対してユーザ端末20からの新た
な登録や更新等があれば受け付ける(ステップS31
5)。Further, when the service provider server 30 determines that the permission setting is not selected in step S310, the service provider server 30 determines whether the exception rule is requested to be selected by the user terminal 20 (step S313). This exceptional rule includes data indicating items to be considered when delivering a package, and the user can have various conveniences in delivering the package by registering the exceptional rule. For example, as shown in FIG. 7, in the case of a package that needs to be stored under cold temperature, it can be set to notify a predetermined e-mail address in advance. Further, in consideration of the case where the user does not act according to the schedule due to a delay in transportation, it is possible to set a rule to leave the user with a manager when the user is absent. If it is determined in step S313 that an exception rule has been requested to be selected, the exception rule currently stored in the exception rule storage unit 35d of the user information DB 35 is sent to the user terminal 20 (step S314). . Further, if there is new registration, update, or the like from the user terminal 20 for the sent exception rule, it is accepted (step S31).
5).
【0027】続けて、サービス提供者サーバ30は、ス
テップS313において例外規則が選択されなかったと
判断した場合、ユーザ端末20から送出される登録デー
タ確認の終了要求を受け付ける(ステップS319)。
続けて、ユーザ端末20に対して更新情報を確認のため
に送出し(ステップS320)、それに対してユーザ端
末20から送出されるユーザ情報の更新要求があるか否
かを判断する(ステップS321)。更新要求はないと
判断すると、本処理は終了する。一方、ステップS32
1において更新要求があると判断した場合、ユーザ管理
部33においてユーザ情報DB35に登録されているユ
ーザ情報を、上記ステップS306、ステップS309
およびステップS312において受け付けたユーザ情
報、ユーザ家族情報および運送業者許可情報を基に更新
し(ステップS322)、本処理を終了する。Subsequently, when the service provider server 30 determines that the exception rule is not selected in step S313, the service provider server 30 accepts the registration data confirmation end request sent from the user terminal 20 (step S319).
Subsequently, the update information is sent to the user terminal 20 for confirmation (step S320), and it is determined whether or not there is a user information update request sent from the user terminal 20 (step S321). . If it is determined that there is no update request, this process ends. On the other hand, step S32
When it is determined that there is an update request in step 1, the user information registered in the user information DB 35 in the user management unit 33 is set to the above step S306, step S309.
And based on the user information, the user family information, and the carrier permission information received in step S312 (step S322), this processing ends.
【0028】ところで、荷物の配達日時の調整処理は、
運送業者が荷物の配達依頼を受注することにより開始さ
れる。具体的には、運送業者の運送業者サーバ40が、
直接またはネットワークを介した外部からの荷物の配達
依頼を受け付ける。すると、運送業者サーバ40が、配
達荷物管理部41により配達荷物情報DB45に図9に
示すような配達荷物データを記録する。記録された配達
荷物データに基づき、運送業者サーバ40はネットワー
クを介してサービス提供者サーバ30に接続する。そし
て配達日時を調整するため、運送業者サーバ40は配達
可能日時調整部42によりサービス提供者サーバ30に
対して配達日時調査要求(提供通知、サービスタイミン
グ調整要求、配達スケジュール)を送出する。この配達
日時調査要求には、荷物の配達先と、その荷物の配達可
能期間のデータが含まれている。この配達可能期間のデ
ータは、運送業者がその荷物について配達可能な期間を
示すものであり、例えば配達先の住所を基に最も早い配
達可能な時間帯(タイミング、サービス提供期間、配達
可能期間、配達可能時間帯)等、任意に設定することが
できる。By the way, the process of adjusting the delivery date and time of the package is as follows.
It starts when a carrier receives an order for a package delivery request. Specifically, the carrier server 40 of the carrier,
Accepts package delivery requests either directly or through the network. Then, the carrier server 40 records the delivery package data as shown in FIG. 9 in the delivery package information DB 45 by the delivery package management unit 41. Based on the recorded delivery package data, the carrier server 40 connects to the service provider server 30 via the network. Then, in order to adjust the delivery date and time, the carrier server 40 sends a delivery date and time check request (providence notification, service timing adjustment request, delivery schedule) to the service provider server 30 by the deliverable date and time adjustment unit 42. This delivery date / time survey request includes data on the delivery destination of the package and the deliverable period of the package. The data of the deliverable period indicates the period during which the carrier can deliver the package. For example, based on the delivery address, the earliest deliverable time (timing, service provision period, deliverable period, It can be set arbitrarily such as (delivery time zone).
【0029】図10は、サービス提供者サーバ30にお
ける配達日時調査要求の処理の流れを説明する図であ
る。まず、サービス提供者サーバ30は、ネットワーク
を介して運送業者サーバ40からの接続要求を受け付け
る(ステップS330)。そして、サービス提供者サー
バ30は、業者管理部34において業者情報DB36を
参照し、その運送業者について業者情報DB36に格納
されている図11に示す調査許可範囲情報を抽出する
(ステップS331)。調査許可範囲情報では、図11
に示すように、配達日を調整するために行う配達日時調
査要求をサービス提供者サーバ30に対して行うことが
できる範囲が「タイプ」として運送業者ごとに設定され
ている。例えば図11に示す業者IDが“001”の運
送業者の場合、常時いつでもサービス提供者サーバ30
に対して配達日時調査要求することが可能であるタイプ
に設定されている。その他、ある運送業者が一時的な使
用のみに留まるのであれば、この設定を所定期間に限定
したタイプに設定することもできる。このように運送業
者ごとに調査許可範囲を設定することで、ユーザの個人
情報が必要以上に外部へ流出することを防止できる。こ
の調査許可範囲情報を基に、サービス提供者サーバ30
は、その接続要求を行った運送業者サーバ40の運送業
者が調査する権利を有するか否かを判断する(ステップ
S332)。FIG. 10 is a diagram for explaining the flow of processing of the delivery date / time survey request in the service provider server 30. First, the service provider server 30 receives a connection request from the carrier server 40 via the network (step S330). Then, the service provider server 30 refers to the trader information DB 36 in the trader management unit 34, and extracts the survey permission range information shown in FIG. 11 stored in the trader information DB 36 for the carrier (step S331). In the investigation permission range information, FIG.
As shown in, the range in which the delivery date and time survey request for adjusting the delivery date can be made to the service provider server 30 is set as "type" for each shipping company. For example, in the case of the carrier whose carrier ID is "001" shown in FIG. 11, the service provider server 30 is always available.
It is set to a type that can request a delivery date survey for. In addition, if a certain carrier only uses it temporarily, this setting can be set to a type limited to a predetermined period. By thus setting the survey permission range for each carrier, it is possible to prevent the personal information of the user from leaking to the outside more than necessary. Based on this survey permission range information, the service provider server 30
Determines whether the carrier of the carrier server 40 that has made the connection request has the right to investigate (step S332).
【0030】ステップS332においてその運送業者が
調査を許可されていないと判断した場合、運送業者サー
バ40に対して調査不可の旨を送出し(ステップS33
6)、本処理は終了する。一方、その運送業者は調査許
可権利を有すると判断した場合、サービス提供者サーバ
30は運送業者サーバ40から送出される配達日時調査
要求を受け付ける(ステップS333)。受け付けた配
達日時調査要求のデータに含まれている配達先は、配達
サービスシステム10のサービスを受ける会員としてユ
ーザ登録されているか否かをユーザ情報DB35を参照
し、電話番号または電子メールアドレスをキーにしてユ
ーザ調査部32にて判断する(ステップS334)。When it is determined in step S332 that the carrier is not permitted to conduct the investigation, the fact that the investigation is impossible is sent to the carrier server 40 (step S33).
6), this process ends. On the other hand, when it is determined that the carrier has the survey permission right, the service provider server 30 accepts the delivery date and time survey request sent from the carrier server 40 (step S333). The delivery destination included in the received delivery date / time survey request data refers to the user information DB 35 to determine whether or not the user is registered as a member who receives the service of the delivery service system 10, and the telephone number or the e-mail address is used as a key. Then, the user research section 32 determines (step S334).
【0031】ステップS334において配達先のユーザ
はユーザ登録されていないと判断した場合、運送業者サ
ーバ40に対して調査不可の旨を送出し(ステップS3
36)、本処理を終了する。一方、配達先はユーザ登録
されているユーザであると判断した場合、ユーザがその
運送業者による調査を許可しているか否かを、ユーザ情
報DB35の許可運送業者情報格納部35cに格納され
た、図6に示すような許可情報を参照して判断する(ス
テップS335)。調査を許可していないと判断した場
合、運送業者サーバ40に対する調査不可通知を送出し
(ステップS336)、本処理を終了する。一方、ステ
ップS335において調査を許可していると判断した場
合、ユーザ調査部32によりユーザのスケジュール調査
を行い、スケジュールの調整を行う(ステップS33
7)。この処理の詳細は、図12および図18に関連し
て後述する。そして、調整した結果得られた荷物の配達
可能日時を運送業者サーバ40に送出し(ステップS3
38)、本処理を終了する。次に、ステップS337に
おけるスケジュールの調整について詳細を説明する。When it is determined in step S334 that the user of the delivery destination is not registered as a user, the fact that the survey is impossible is sent to the carrier server 40 (step S3).
36), and this processing ends. On the other hand, when it is determined that the delivery destination is a user who is registered as a user, whether or not the user permits the investigation by the carrier is stored in the permitted carrier information storage unit 35c of the user information DB 35. The determination is made by referring to the permission information as shown in FIG. 6 (step S335). When it is determined that the investigation is not permitted, a notification that the investigation is not possible is sent to the carrier server 40 (step S336), and this processing ends. On the other hand, if it is determined in step S335 that the survey is permitted, the user survey unit 32 surveys the user's schedule and adjusts the schedule (step S33).
7). Details of this processing will be described later with reference to FIGS. 12 and 18. Then, the deliverable date and time of the package obtained as a result of the adjustment is sent to the carrier server 40 (step S3
38), and this processing ends. Next, details of the schedule adjustment in step S337 will be described.
【0032】図12は、サービス提供者サーバ30にお
けるスケジュール調整の処理の流れを説明する図であ
る。まず、運送業者サーバ40からの配達日時調査要求
をスケジュール調整部31において受け付けたサービス
提供者サーバ30は、ユーザ調査部32によりその配達
日時調査要求のデータに含まれている配達先について、
ユーザ情報DB35に格納された例外規則を参照して例
外規則があるか否かを判断する(ステップS350)。
例外規則があると判断した場合、その例外規則に基づい
て配達スケジュールの調整を行うことを考慮されるよう
に、その条件を図示しないメモリに記録する(ステップ
S351)。このようにして例外規則のデータを読み込
んだ後、または例外規則はないと判断した場合、スケジ
ュール調整部31において配達日時調査要求に対する問
い合わせ番号を発行する(ステップS352)。FIG. 12 is a diagram for explaining the flow of the schedule adjustment processing in the service provider server 30. First, the service provider server 30, which has received the delivery date / time survey request from the carrier server 40 in the schedule adjustment unit 31, determines the delivery destination included in the data of the delivery date / time survey request by the user survey unit 32.
It is determined whether or not there is an exception rule by referring to the exception rule stored in the user information DB 35 (step S350).
When it is determined that there is an exception rule, the condition is recorded in a memory (not shown) so that adjustment of the delivery schedule based on the exception rule is considered (step S351). After reading the data of the exception rule in this way, or when it is determined that there is no exception rule, the schedule adjustment unit 31 issues an inquiry number for the delivery date / time inspection request (step S352).
【0033】続けて、サービス提供者サーバ30は、ユ
ーザ調査部32によりユーザ情報DB35内に格納され
た図5(b)に示すユーザ家族情報を参照して、ユーザに
荷物の受け取りが可能な家族がいるか否かを判断する
(ステップS353)。家族はいないと判断した場合、
ユーザ端末20に対してスケジュール調査要求を送出す
る(ステップS354)。一方、家族がいると判断した
場合、ユーザ調査部32において、ユーザのユーザ端末
20と、そのユーザの家族が所持するユーザ家族用のユ
ーザ端末(ユーザ端末20と同じ構成を有する)と、に
スケジュール調査要求を送出する(ステップS35
5)。ステップS354またはステップS355におい
てスケジュール調査要求を送出した後、ユーザ情報DB
35にそのスケジュール調査要求に基づく問い合わせデ
ータを格納して(ステップS356)、本処理を終了す
る。Subsequently, the service provider server 30 refers to the user family information shown in FIG. 5B stored in the user information DB 35 by the user research section 32, and refers to the family who can receive the package to the user. It is determined whether there is any (step S353). If you decide that you do not have a family,
A schedule survey request is sent to the user terminal 20 (step S354). On the other hand, when it is determined that there is a family, the user survey unit 32 schedules the user terminal 20 of the user and the user terminal for the user family owned by the family of the user (having the same configuration as the user terminal 20). Sends a survey request (step S35)
5). After sending the schedule survey request in step S354 or step S355, the user information DB
The inquiry data based on the schedule investigation request is stored in 35 (step S356), and this processing ends.
【0034】なお、ステップS356においてユーザ情
報DB35内に格納される問い合わせデータを、図13
に示す。図13(a)は現在問い合わせ中のデータを示す
問い合わせ中データを示している。ここで、問い合わせ
数とは、例えばユーザの家族が1人いれば、ユーザと家
族との2人のユーザ端末20に対して問い合わせるの
で、「2」となる。また、回答数は問い合わせを要求し
たユーザ端末20から回答があった数を示している。こ
の場合、2人のユーザ端末20に問い合わせて1人のユ
ーザ端末20から回答があった状態を意味している。ま
た図13(b)は問い合わせた結果(配達可能日時)を含
む問い合わせ詳細データを示す。The inquiry data stored in the user information DB 35 in step S356 is shown in FIG.
Shown in. FIG. 13A shows in-inquiry data indicating the data currently inquired. Here, the number of inquiries is “2”, for example, if there is one user's family, inquiries are made to the two user terminals 20 of the user and the family. The number of responses indicates the number of responses from the user terminal 20 that requested the inquiry. In this case, it means a state in which an inquiry is made to two user terminals 20 and a response is made from one user terminal 20. Further, FIG. 13B shows detailed inquiry data including the result of inquiry (deliverable date and time).
【0035】図14は、ユーザ端末20が受け取ったス
ケジュール調査要求の処理の流れを説明する図である。
ここではユーザ端末20が受け取ったスケジュール調査
要求に対して配達可能な日時と場所の抽出が行われる。
具体的には、ユーザ端末20の配達情報処理部21にお
いて配達スケジュールを調整するプログラムが処理を実
行することによりユーザのスケジュール情報を参照し、
スケジュール調査要求が指定する配達可能期間に対応す
る配達可能な日時と場所の抽出が行われる。なおユーザ
端末20における処理は、荷物の受取人であるユーザが
使用するユーザ端末20において行われるだけでなく、
荷物を受け取ることが可能であると判断されたユーザ家
族がいる場合には、そのユーザ家族が使用するユーザ端
末20においても同じ処理が行われる。FIG. 14 is a diagram for explaining the flow of processing of the schedule survey request received by the user terminal 20.
Here, the deliverable date and time and place are extracted in response to the schedule survey request received by the user terminal 20.
Specifically, the delivery information processing unit 21 of the user terminal 20 refers to the user's schedule information by executing a process by a program that adjusts the delivery schedule,
The deliverable date and time and place corresponding to the deliverable period specified by the schedule survey request are extracted. Note that the processing in the user terminal 20 is not only performed in the user terminal 20 used by the user who is the recipient of the package,
When there is a user family member who is determined to be able to receive the package, the same process is performed on the user terminal 20 used by the user family member.
【0036】まず、ユーザ端末20は、配達情報処理部
21においてサービス提供者サーバ30から送出された
スケジュール調査要求を受け付ける(ステップS20
1)。このとき、外部からの不正アクセスを避けるた
め、予めユーザ端末20内に登録されているサービス提
供者サーバ30のみに対して接続を許可するように通信
相手の認証機能が設定されている。次に、配達情報処理
部21において、スケジュール調査要求に含まれる荷物
の配達可能期間に対応した、ユーザ端末20のスケジュ
ール情報DB24内に格納されたユーザのスケジュール
情報を抽出する(ステップS202)。First, the user terminal 20 accepts the schedule survey request sent from the service provider server 30 in the delivery information processing section 21 (step S20).
1). At this time, in order to avoid unauthorized access from the outside, the authentication function of the communication partner is set so that the connection is permitted only to the service provider server 30 registered in the user terminal 20 in advance. Next, the delivery information processing unit 21 extracts the user's schedule information stored in the schedule information DB 24 of the user terminal 20 corresponding to the deliverable period of the package included in the schedule survey request (step S202).
【0037】ここで、ユーザのスケジュール情報につい
て説明する。図15はスケジュール情報DB24内に格
納されるスケジュール情報である。図15(a)は、予定
毎に随時記録されるイベント情報を示し、イベント情報
格納部24aに格納される。ここでイベント情報とは日
常的なイベント以外のイベントであり、図15(a)に示
すような休日出勤の予定や、その他旅行等の予定を挙げ
ることができる。図15(b)はスケジュールを立てる際
に参考される場所情報を示し、場所情報格納部24bに
格納される。図15(c)は定期的に繰り返される所定の
リピート・スケジュール情報を示し、リピート・スケジ
ュール情報格納部24cに格納される。ここで、リピー
ト・スケジュール情報とは、ユーザが予め設定できるデ
フォルトの予定であり、図15(c)に示すように平日1
0〜18時まではL0001の場所に居る旨の情報や、平日
は夜7時以降は自宅に居る旨の情報や、その他、週末土
日の午前中は自宅に居る旨の情報など、一般的なスケジ
ュールを意味する。Here, the schedule information of the user will be described. FIG. 15 shows schedule information stored in the schedule information DB 24. FIG. 15A shows event information that is recorded as needed for each schedule, and is stored in the event information storage unit 24a. Here, the event information is an event other than a daily event, and can include a schedule for work on a holiday as shown in FIG. FIG. 15B shows place information that is referred to when a schedule is set up, and is stored in the place information storage unit 24b. FIG. 15C shows predetermined repeat schedule information that is periodically repeated, and is stored in the repeat schedule information storage unit 24c. Here, the repeat schedule information is a default schedule that can be set in advance by the user, and as shown in FIG.
General information such as information that you are in the location of L0001 from 0 to 18:00, information that you are at home after 7:00 pm on weekdays, and information that you are at home on weekends Saturday and Sunday mornings Means a schedule.
【0038】また、スケジュール情報DB24内にはユ
ーザの代替配送可能場所についての情報も格納される。
図16に具体的な代替配送可能場所情報の例を示す。こ
の代替配送可能場所の情報は、図16に示すように配達
先として指定された住所の代わりに配達できる場所を示
すデータを含んでいる。このように、配達先として指定
された住所以外にも、本人の受け取りが可能な代替配送
可能場所のデータを登録することにより、荷物の配達が
より早く確実に行われる。なお、代替配送可能場所のデ
ータには、その代替配送可能場所に配達可能な荷物の条
件を設定することができる。例えば図16に示すよう
に、荷物の重さや、荷物の種類等の制限を設定すること
ができる。The schedule information DB 24 also stores information about alternative deliverable locations of the user.
FIG. 16 shows an example of specific alternative deliverable location information. The information on the alternative deliverable place includes data indicating a place where delivery is possible instead of the address designated as the delivery destination as shown in FIG. In this way, by registering the data of the alternative deliverable place where the person can receive, in addition to the address designated as the delivery destination, the delivery of the package can be performed faster and more reliably. It should be noted that in the data of the alternative deliverable place, conditions of packages that can be delivered to the alternative deliverable place can be set. For example, as shown in FIG. 16, it is possible to set restrictions such as the weight of luggage and the type of luggage.
【0039】なお、このようなスケジュール情報は、ユ
ーザ端末20に導入したPIM(Personal Information
Management)プログラムによって管理することができ
る。PIMプログラムは、個人情報の管理用のツールで
あり、ユーザ端末20のスケジュール情報DB24に蓄
積されたスケジュール情報に基づき、スケジュール情報
管理部22によって実行される。ユーザはイベントの予
定毎にスケジュールを入出力部23を介して入力し、P
IMプログラムはユーザに対して蓄積したユーザのスケ
ジュール情報を入出力部23を介して表示したり、また
スケジュールについての注意をユーザに対して喚起する
ことができる。Note that such schedule information is stored in the PIM (Personal Information) installed in the user terminal 20.
Management) program. The PIM program is a tool for managing personal information, and is executed by the schedule information management unit 22 based on the schedule information accumulated in the schedule information DB 24 of the user terminal 20. The user inputs a schedule for each event schedule through the input / output unit 23, and P
The IM program can display the user's accumulated schedule information to the user via the input / output unit 23, and can call the user's attention about the schedule.
【0040】また、ステップS202においては、配達
可能期間に対応したユーザのスケジュール情報をリスト
として抽出するだけではなく、そのスケジュールに基づ
いたユーザの位置の予測も行う。例えば、スケジュール
情報DB24の場所情報格納部24bに格納された場所
情報にはユーザ会社から自宅までの所要時間が記録され
ている。この所要時間に基づき、会社を出社する時間か
らユーザが自宅に到着する時間を予測することができ
る。その結果、ユーザの在宅時間が予測できるので、在
宅時間と予測される時間帯に対しては配達先として自宅
に荷物の配達が可能となる。Further, in step S202, not only the schedule information of the user corresponding to the deliverable period is extracted as a list, but also the position of the user is predicted based on the schedule. For example, in the location information stored in the location information storage unit 24b of the schedule information DB 24, the time required from the user company to the home is recorded. Based on this required time, the time when the user arrives at home can be predicted from the time when he / she leaves the company. As a result, since the user's home time can be predicted, it becomes possible to deliver the package to the home as a delivery destination in the time zone predicted to be the home time.
【0041】次に、ステップS202において抽出され
たユーザのスケジュール情報のうち、イベント情報か
ら、荷物の配達を受け取ることができる空き時間(無予
定日時)がユーザにあるか否かをスケジュール情報管理
部22により判断する(ステップS203)。空き時間
があると判断すると、その空き時間の時間帯にスケジュ
ール情報のリピート・スケジュール情報からリピート・
スケジュールがあるか否かを判断する(ステップS20
4)。リピート・スケジュールがあると判断した場合、
再度ステップS203へ戻り、他の空き時間がないかど
うかを調べる。例えば30分単位の空き時間は複数抽出
される可能性があるが、その抽出された複数の空き時間
の中から、現時点で最も現在の日時に近い順からステッ
プS203からステップS204の処理を行うことがで
きる。一方、ステップS204において、その空き時間
にはリピート・スケジュールはないと判断した場合、荷
物の配達が可能な時間(一致日時)としてサービス提供
者サーバ30へ送出し(ステップS205)、本処理を
終了する。Next, in the schedule information of the user extracted in step S202, it is determined from the event information whether or not the user has a vacant time (unscheduled date and time) at which the delivery of the package can be received. The determination is made according to 22 (step S203). When it is judged that there is free time, the repeat information from the schedule information will be repeated from the schedule information during the free time.
It is determined whether there is a schedule (step S20)
4). If you determine that you have a repeat schedule,
Returning to step S203 again, it is checked whether or not there is another free time. For example, there is a possibility that a plurality of vacant times in units of 30 minutes may be extracted, but from among the plurality of vacant times that have been extracted, the processing of steps S203 to S204 should be performed in the order closest to the current date and time at the present time. You can On the other hand, if it is determined in step S204 that there is no repeat schedule in the idle time, the package is sent to the service provider server 30 as a time (matching date and time) at which the package can be delivered (step S205), and this processing ends. To do.
【0042】ステップS203にいおいて、空き時間は
ないと判断した場合、この処理を行っているユーザ端末
20のユーザは、スケジュール調査要求において指定さ
れた配達先の本人であるか否かを判断する(ステップS
210)。本人ではないと判断した場合、荷物を配達で
きる時間はないとの旨をサービス提供者サーバ30に対
して送出し(ステップS232)、本処理を終了する。
一方、このユーザは配達先の本人であると判断した場
合、代替配送可能場所の検索を行う(ステップS21
1)。When it is determined in step S203 that there is no free time, the user of the user terminal 20 performing this process determines whether or not the user is the delivery destination specified in the schedule survey request. Yes (Step S
210). If it is determined that the person is not the person, the fact that there is no time to deliver the parcel is sent to the service provider server 30 (step S232), and this processing ends.
On the other hand, when this user determines that he / she is the delivery destination, he / she searches for an alternative delivery place (step S21).
1).
【0043】ここで、ステップS211における代替配
送可能場所の検索について説明する。図17は、ユーザ
端末20における代替配送可能場所の検索処理の流れを
説明する図である。まず、ユーザ端末20は、サービス
提供者サーバ30から送出される代替配送可能場所の情
報を基に、ユーザ端末20のスケジュール情報DB24
内に代替配送可能場所が登録されているか否かを判断す
る(ステップS220)。Here, the search for the alternative deliverable place in step S211 will be described. FIG. 17 is a diagram illustrating a flow of a search process of an alternative deliverable place in the user terminal 20. First, the user terminal 20 uses the schedule information DB 24 of the user terminal 20 based on the information of the alternative deliverable location transmitted from the service provider server 30.
It is determined whether or not an alternative deliverable place is registered in the destination (step S220).
【0044】ステップS220においてスケジュール情
報DB24に代替配送可能場所が登録されていると判断
した場合、ユーザ端末20はその代替配送可能場所のデ
ータのうち、1つを抽出する(ステップS221)。そ
して、抽出した代替配送可能場所について配達できる荷
物の条件を参照し、配達される荷物はその条件を満たし
ているか否かを判断する(ステップS222)。満たし
ていないと判断した場合、ステップS220へ戻って他
の代替配送可能場所のデータについて処理を開始する。
一方、ユーザ端末20が荷物が条件を満たしていると判
断した場合、スケジュール調査要求において指定された
配達可能時間内におけるユーザが代替配送可能場所に存
在しているスケジュールを、スケジュール情報DB24
を参照して検索する(ステップS223)。そして、配
達可能時間内に、ユーザが代替配送可能場所に存在して
いるスケジュールがあるか否かを判断する(ステップS
224)。スケジュールがないと判断した場合、ステッ
プS220に戻って他の代替配送可能場所のデータにつ
いて処理を開始する。また、スケジュールがあると判断
した場合、その代替配送可能場所に配達可能であるとの
結論を得る。一方、ステップS220においてスケジュ
ール情報DB24に代替配送可能場所が登録されていな
いと判断した場合、代替配送可能場所への荷物の配達は
不可能であるとの結論を得る。When it is determined in step S220 that the alternative deliverable place is registered in the schedule information DB 24, the user terminal 20 extracts one of the data of the alternative deliverable place (step S221). Then, it refers to the condition of the parcel that can be delivered for the extracted alternative deliverable place, and determines whether or not the parcel to be delivered satisfies the condition (step S222). When it is determined that the conditions are not satisfied, the process returns to step S220 and the process is started for data of another alternative deliverable place.
On the other hand, when the user terminal 20 determines that the package satisfies the conditions, the schedule information DB 24 stores the schedule existing in the alternative deliverable location by the user within the deliverable time specified in the schedule survey request.
To search (step S223). Then, it is judged whether or not there is a schedule existing in the alternative deliverable place within the deliverable time (step S).
224). If it is determined that there is no schedule, the process returns to step S220 to start processing for data of another alternative deliverable location. In addition, when it is determined that there is a schedule, it is concluded that it can be delivered to the alternative deliverable place. On the other hand, when it is determined in step S220 that the alternative deliverable location is not registered in the schedule information DB 24, it is concluded that delivery of the package to the alternative deliverable location is impossible.
【0045】以上のようにして図14のステップS21
1において代替配送可能場所への荷物の配達の可能・不
可能の結論を基に、代替配送可能場所へ荷物の配達をす
るか否かをスケジュール調整部31において判断する
(ステップS230)。配達不可能である場合には、代
替配送可能場所への荷物を配達をしないと判断し、荷物
を配達できる時間はないとの旨をサービス提供者サーバ
30に対して送出し(ステップS232)、本処理を終
了する。一方、配達可能である場合には、代替配送可能
場所への荷物の配達が可能である旨をサービス提供者サ
ーバ30に対して送出し(ステップS231)、本処理
を終了する。As described above, step S21 of FIG.
In step 1, the schedule adjusting unit 31 determines whether or not to deliver the package to the alternative deliverable place, based on the conclusion that the package can be delivered to the alternative deliverable place (step S230). If the package cannot be delivered, it is determined that the package will not be delivered to the alternative deliverable location, and the fact that there is no time to deliver the package is sent to the service provider server 30 (step S232), This process ends. On the other hand, when the delivery is possible, the fact that the parcel can be delivered to the alternative deliverable location is sent to the service provider server 30 (step S231), and this processing is ended.
【0046】図18は、サービス提供者サーバ30にお
ける配達予定日時の調整処理の流れを説明する図であ
る。まず、サービス提供者サーバ30が、ユーザ調査部
32においてスケジュール調査要求に対するユーザ端末
20からの応答を受け付ける(ステップS360)。そ
して、受け付けた応答のデータは、ユーザ情報DB35
内に格納されている図13(a)に示す問い合わせ中デー
タに登録されている案件か否かを、問い合わせ番号を基
に判断する(ステップS361)。問い合わせ中データ
に一致する問い合わせ番号を有するものがない場合、問
い合わせ中の案件ではないと判断し、本処理は終了す
る。一方、問い合わせ中データに一致する問い合わせ番
号を有するものがあると判断した場合、問い合わせ中デ
ータの回答数のデータを更新する(ステップS36
2)。続けて、ユーザ情報DB35内に格納されている
図13(b)に示す問い合わせ詳細データについても、状
況データの更新を行う(ステップS363)。FIG. 18 is a diagram for explaining the flow of the scheduled delivery date and time adjustment processing in the service provider server 30. First, the service provider server 30 receives a response from the user terminal 20 to the schedule survey request in the user survey section 32 (step S360). Then, the data of the received response is the user information DB 35.
Based on the inquiry number, it is determined whether or not the case is registered in the inquiry data shown in FIG. 13 (a) stored therein (step S361). If there is no inquiry number that matches the inquiring data, it is determined that the item is not inquiring, and this process ends. On the other hand, if it is determined that there is an inquiry number that matches the inquiring data, the data of the number of answers of the inquiring data is updated (step S36).
2). Subsequently, the status data is also updated for the inquiry detailed data shown in FIG. 13B stored in the user information DB 35 (step S363).
【0047】次に、サービス提供者サーバ30は、ユー
ザ調査部32においてスケジュール調査要求を行った全
てのユーザ端末20からの応答を受け付けたか否かを判
断する(ステップS364)。これは、図13(a)に示
す問い合わせ中データの回答数が、問い合わせ数と同じ
数になっていれば、ユーザとその家族等、スケジュール
調査要求を行った全てのユーザ端末20から応答があっ
たことがわかる。全てのユーザ端末20からの応答は未
だ得ていないと判断した場合、ステップS360へ戻
り、スケジュール調査要求を行った全てのユーザ端末2
0から応答を得るまで同じ処理を繰り返す。一方、ユー
ザ調査部32において全てのユーザ端末20から応答を
受け付けたと判断した場合、図13(b)に示す問い合わ
せ詳細データの状況を参照し、最も早く配達できる時間
帯とその家族と配達先(自宅または代替配送可能場所)
を抽出できるか否かを判断する(ステップS365)。Next, the service provider server 30 determines whether or not the user survey section 32 has received responses from all the user terminals 20 that have requested the schedule survey (step S364). This means that if the number of replies in the inquiring data shown in FIG. 13 (a) is the same as the number of inquiries, there will be responses from all the user terminals 20 that have requested the schedule survey, such as the user and his / her family. I understand that When it is determined that the responses from all the user terminals 20 have not yet been obtained, the process returns to step S360, and all the user terminals 2 that have made the schedule survey request.
The same process is repeated until a response is obtained from 0. On the other hand, when the user research unit 32 determines that the responses have been received from all the user terminals 20, the status of the inquiry detail data shown in FIG. Home or alternative delivery location)
Is extracted (step S365).
【0048】ステップS365においてサービス提供者
サーバ30が、配達先を抽出できないと判断した場合、
スケジュール調整部31により運送業者サーバ40へ調
査不可の旨を送出し(ステップS366)、本処理を終
了する。一方、配達先が抽出できたと判断した場合、ス
ケジュール調整部31によりその配達先のユーザ端末2
0に対して配達予定時間(サービス提供予定タイミン
グ、一致日時、配達予定日時)を送出する(ステップS
367)。続けて、運送業者サーバ40へ配達先と配達
予定時間を送出する(ステップS368)。そして、サ
ービス提供者サーバ30は、ユーザ情報DB35内に格
納している図13(a)に示す問い合わせ中データと、図
13(b)に示す問い合わせ詳細データについて、該当す
る問い合わせ番号のデータを削除し(ステップS36
9)、本処理を終了する。When the service provider server 30 determines in step S365 that the delivery destination cannot be extracted,
The schedule adjusting unit 31 sends the fact that the investigation is not possible to the shipping company server 40 (step S366), and this processing is ended. On the other hand, when it is determined that the delivery destination can be extracted, the schedule adjustment unit 31 causes the delivery destination user terminal 2
Scheduled delivery time (service provision scheduled timing, matching date, scheduled delivery date and time) is sent to 0 (step S)
367). Subsequently, the delivery destination and the scheduled delivery time are sent to the carrier server 40 (step S368). Then, the service provider server 30 deletes the corresponding inquiry number data from the in-inquiry data shown in FIG. 13 (a) and the inquiry detail data shown in FIG. 13 (b) stored in the user information DB 35. (Step S36
9) Then, this process ends.
【0049】運送業者サーバ40は、このようにしてサ
ービス提供者サーバ30から送出された配達先の住所と
配達時間を配達予定管理部43で受け付け、配達可能日
時調整部42が配達予定情報DB46内に格納された図
19に示すような配達予定データを更新する。そして、
運送業者サーバ40は配達予定データに基づき、配達担
当員に配達指示を出す。なお、指定された配達日時と場
所にユーザが居らず、荷物の配達ができなかった場合に
は、例外規則として不在時における荷物の処理方法が配
達担当員へ指示される。このように、ユーザの細かい希
望に沿った荷物の配達を行うことができる。In the delivery company server 40, the delivery schedule management unit 43 accepts the delivery address and delivery time sent from the service provider server 30 in this way, and the deliverable date and time adjustment unit 42 stores the delivery schedule information in the delivery schedule information DB 46. The delivery schedule data as shown in FIG. And
The carrier server 40 gives a delivery instruction to the delivery staff based on the delivery schedule data. If the user is not present at the designated delivery date and time and the package cannot be delivered, the delivery staff is instructed as an exceptional rule how to process the package when he is absent. In this way, the package can be delivered according to the user's detailed wishes.
【0050】このように実施の形態1では、サービス提
供者サーバ30がユーザ端末20のスケジュール情報を
参照し、さらには配達先のユーザの家族のスケジュール
情報や、ユーザの代替配送可能場所を参照することで、
配達するのに適した配達先と配達時間を決定することが
できる。この配達先と配達時間に基づいて運送業者サー
バ40が配達予定を組み入れ、荷物を配達することによ
り、ユーザに対してより確実に荷物を配達することが可
能となる。As described above, in the first embodiment, the service provider server 30 refers to the schedule information of the user terminal 20, and further refers to the schedule information of the family of the delivery destination user and the alternative deliverable location of the user. By that,
You can determine the appropriate delivery destination and delivery time. The carrier server 40 incorporates the delivery schedule based on the delivery destination and the delivery time and delivers the package, so that the package can be delivered to the user more reliably.
【0051】なお、実施の形態1において、調査要求を
送出した後にユーザ端末20から回答が得られなかった
場合を考慮して、次の処理が行われることが好ましい。
図20は、サービス提供者サーバ30のユーザ調査部3
2による配達日時の処理の流れについて、問い合わせを
行った全てのユーザ端末20からの回答が得られない場
合の処理を説明する図である。まず、サービス提供者サ
ーバ30は、予め設定された所定時間が経過したか否か
を判断する(ステップS380)。所定時間経過してい
ないと判断した場合、所定時間が経過するまで処理の開
始を待つ。所定時間経過したと判断した場合、ユーザ情
報DB35を参照して図13(a)に示す問い合わせ中デ
ータがあるか否かを判断する(ステップS381)。問
い合わせ中のデータはないと判断した場合、本処理を終
了する。問い合わせ中データがあると判断した場合、そ
の問い合わせ中データについて、問い合わせ時刻を参照
して問い合わせを行った時刻から予め設定した所定時間
が経過しているか否かを判断する(ステップS38
2)。問い合わせから一定時間経過していないと判断し
た場合、ステップS381に戻って他の問い合わせ中デ
ータについて処理を開始する。In the first embodiment, it is preferable that the following processing is performed in consideration of the case where no response is obtained from the user terminal 20 after transmitting the survey request.
FIG. 20 shows the user research section 3 of the service provider server 30.
FIG. 7 is a diagram for explaining the processing flow of the delivery date and time according to No. 2 when the answers are not obtained from all the user terminals 20 that have made an inquiry. First, the service provider server 30 determines whether or not a predetermined time set in advance has elapsed (step S380). If it is determined that the predetermined time has not elapsed, the start of the process is waited until the predetermined time elapses. When it is determined that the predetermined time has elapsed, the user information DB 35 is referred to and it is determined whether or not there is in-query data shown in FIG. 13A (step S381). If it is determined that there is no inquiring data, this processing ends. When it is determined that there is in-query data, it is determined whether or not a predetermined time set in advance has elapsed from the time when the inquiries were made for the in-query data (step S38).
2). If it is determined that the certain time has not passed from the inquiry, the process returns to step S381 to start processing for other inquired data.
【0052】一方、問い合わせから一定時間経過してい
ると判断した場合、回答数を参照して回答数が少なくと
も1以上であるか否かを判断する(ステップS38
3)。回答数が1以上ではない、すなわちゼロであると
判断すると、運送業者サーバ40に対して配達時間と配
達先の調査は不可能である旨を送出する(ステップS3
84)。一方、回答が1以上であると判断すると、その
案件についての図13(b)に示すような問い合わせ詳細
データを参照し、最も早く配達できる時間帯と配達先
(ユーザ、ユーザの家族、代替配送可能場所など)の抽
出を行う(ステップS385)。そして、荷物の配達を
その時間帯について行う旨を、配達先として抽出された
ユーザのユーザ端末20へ送出する(ステップS38
6)。さらに、抽出された配達時間帯と配達先を運送業
者サーバ40へ送出する(ステップS387)。On the other hand, when it is determined that a certain time has passed since the inquiry, the number of responses is referred to and it is determined whether the number of responses is at least 1 or more (step S38).
3). If it is determined that the number of responses is not 1 or more, that is, it is zero, the fact that the delivery time and the delivery destination cannot be investigated is sent to the carrier server 40 (step S3).
84). On the other hand, when it is determined that the answer is 1 or more, the inquiry details data as shown in FIG. 13 (b) for the item is referred to, and the earliest delivery time and delivery destination (user, user's family, alternative delivery) The possible locations are extracted (step S385). Then, the fact that the parcel is to be delivered during the time period is sent to the user terminal 20 of the user who is selected as the delivery destination (step S38).
6). Further, the extracted delivery time zone and delivery destination are sent to the carrier server 40 (step S387).
【0053】次に、ステップS387において運送業者
サーバ40に配達時間帯と配達先を送出し、またはステ
ップS384において調査不可能である旨を送出した
後、サービス提供者サーバ30は、ユーザ情報DB35
内に格納されている問い合わせ中データと問い合わせ詳
細データについてその案件に関するデータを更新する
(ステップS388)。そして、ステップS381に戻
って他の問い合わせ中データについて処理を開始する。
この処理はユーザ情報DB35内に問い合わせ中データ
がなくなるまで続けられ、ステップS381において問
い合わせ中のデータはないと判断されると、本処理は終
了する。Next, in step S387, the delivery time zone and the delivery destination are sent to the carrier server 40, or the fact that the investigation is impossible is sent in step S384, and then the service provider server 30 sends the user information DB 35.
The inquiring data and inquiry detailed data stored in the item are updated (step S388). Then, the process returns to step S381 to start processing for other inquiring data.
This process is continued until there is no inquiring data in the user information DB 35, and when it is determined in step S381 that there is no inquiring data, this process ends.
【0054】このように実施の形態1では、運送業者サ
ーバ40が配達荷物を受注すると、サービス提供者サー
バ30が運送業者サーバ40からの配達日時調査要求を
受けて配達先であるユーザのスケジュールを調査する。
そして、ユーザに荷物を配達できる時間と場所を抽出し
て運送業者サーバ40へ通知し、運送業者サーバ40は
それに基づいて荷物の配達を行う。したがって、荷物を
配達したときにユーザがその場所に居ない確率が低く、
ユーザに荷物を配達しなおす無駄が生じにくい。また、
荷物を受け取るユーザは、自分のスケジュール管理をユ
ーザ端末20上で通常に管理するだけでよく、直接配達
日を指定したり運送業者とスケジュールを調整したりす
るわずらわしさがない。As described above, in the first embodiment, when the carrier server 40 receives an order for a package to be delivered, the service provider server 30 receives the delivery date / time survey request from the carrier server 40 and schedules the user who is the delivery destination. investigate.
Then, the time and place where the package can be delivered to the user are extracted and notified to the carrier server 40, and the carrier server 40 delivers the package based on the notification. Therefore, there is a low probability that the user will not be there when the package is delivered,
The waste of redistributing the package to the user is unlikely to occur. Also,
The user who receives the package only has to manage his or her schedule normally on the user terminal 20, and does not have to bother to directly specify the delivery date and coordinate the schedule with the carrier.
【0055】また、実施の形態1では、配達できる時間
と場所を調整するための配達日時調査要求は、ユーザが
許可する運送業者のみが行うことができる。また、運送
業者はサービス提供者サーバ30を介して配達できる時
間と場所のみを知ることができ、ユーザのスケジュール
の全てを知ることはできない。したがって、ユーザの情
報が不必要に外部に漏れることがなく、ユーザのプライ
バシーも保つことができる。なお、実施の形態1では、
サービス提供者サーバ30にはユーザのスケジュール情
報そのものは記録されないが、ユーザ端末20に接続で
きない場合を考慮して、ユーザ端末20に接続した際に
取得できスケジュール情報は、次回の接続時までユーザ
情報DB35内に記録させることもできる。Further, in the first embodiment, the delivery date and time survey request for adjusting the delivery time and place can only be made by the carrier permitted by the user. Further, the carrier can only know the time and place where the delivery can be made through the service provider server 30, and cannot know the entire schedule of the user. Therefore, the information of the user is not unnecessarily leaked to the outside, and the privacy of the user can be maintained. In the first embodiment,
Although the user's schedule information itself is not recorded in the service provider server 30, in consideration of the case where the user terminal 20 cannot be connected, the schedule information that can be acquired when the user terminal 20 is connected is the user information until the next connection. It can also be recorded in the DB 35.
【0056】◎ 実施の形態2
図21は、実施の形態2における配達サービスシステム
10Aを説明する図である。図21に示す配達サービス
システム10Aでは、ユーザ端末20Aが配達情報処理
部21を備えず、その代わりにサービス提供者サーバ3
0Aが配達情報処理部37aと、スケジュール情報キャ
ッシュ部37bと、キャッシュ管理部37cと、を備え
る点において、実施の形態1の配達サービスシステム1
0と構成が異なる。具体的には、サービス提供者サーバ
30Aは、図1に示したサービス提供者サーバ30に備
えられている構成以外に、ユーザ端末20Aからユーザ
のスケジュール情報から荷物の配達が可能な日時と場所
の情報を抽出する配達情報処理部37aと、ユーザのス
ケジュール情報を一時的に保存するスケジュール情報キ
ャッシュ部37bと、スケジュール情報キャッシュ部3
7bを管理するキャッシュ管理部37cと、を備えてい
る。また、サービス提供者サーバ30Aのユーザ情報D
B35内には、代替配送可能場所の情報が格納される。
なお、配達サービスシステム10Aにおいて図1に示す
配達サービスシステム10と同じ構成を有するものは、
同じ符号を付与することでその詳細な説明を省略する。21. Second Embodiment FIG. 21 is a diagram illustrating a delivery service system 10A according to a second embodiment. In the delivery service system 10A shown in FIG. 21, the user terminal 20A does not include the delivery information processing unit 21, but instead the service provider server 3
0A includes a delivery information processing unit 37a, a schedule information cache unit 37b, and a cache management unit 37c.
The configuration is different from 0. Specifically, in addition to the configuration provided in the service provider server 30 shown in FIG. 1, the service provider server 30A indicates the date and time at which the package can be delivered from the user terminal 20A based on the user's schedule information. A delivery information processing unit 37a for extracting information, a schedule information cache unit 37b for temporarily storing user's schedule information, and a schedule information cache unit 3
And a cache management unit 37c that manages 7b. Also, the user information D of the service provider server 30A
Information of the alternative deliverable place is stored in B35.
The delivery service system 10A having the same configuration as the delivery service system 10 shown in FIG.
By giving the same reference numerals, detailed description thereof will be omitted.
【0057】配達サービスシステム10Aでは、サービ
ス提供者サーバ30Aが運送業者サーバ40から配達日
時調査要求を受け取ると、サービス提供者サーバ30A
の配達情報処理部37aにおいて、配達スケジュール調
整プログラムが実行されることにより、ユーザ端末20
Aに接続する。そして、サービス提供者サーバ30A
は、配達スケジュール調整プログラムによってユーザ端
末20Aのスケジュール情報を読み出してスケジュール
情報キャッシュ部37bに格納し、そのスケジュール情
報から、荷物の配達が可能な日時と場所を抽出する。こ
のようにして得られた配達可能日時と場所を、サービス
提供者サーバ30Aは運送業者サーバ40へ送出し、運
送業者サーバ40はそれに基づいて荷物の配達を配達者
に指示することができる。In the delivery service system 10A, when the service provider server 30A receives the delivery date / time survey request from the carrier server 40, the service provider server 30A.
The delivery schedule adjusting program is executed by the delivery information processing unit 37a of the user terminal 20.
Connect to A. And the service provider server 30A
Reads out the schedule information of the user terminal 20A by the delivery schedule adjusting program and stores it in the schedule information cache unit 37b, and extracts the date and time when the parcel can be delivered from the schedule information. The service provider server 30A sends the deliverable date and time and location obtained in this way to the carrier server 40, and the carrier server 40 can instruct the carrier to deliver the package based on this.
【0058】以上のように、実施の形態2における配達
サービスシステム10Aでは、配達スケジュール調整プ
ログラムがサービス提供者サーバ30A内に存在し、ユ
ーザ端末20Aのスケジュールからの配達可能な日時と
場所の抽出はサービス提供者サーバ30Aにおいて実行
される。その結果、ユーザ端末20Aにおける処理の負
担が減少するので、ユーザ端末20Aは例えば携帯電話
のような小型で処理能力がさほど高くないもので構成す
ることができる。なお、サービス提供者サーバ30Aに
同期管理部(実施の形態4参照)を、ユーザ端末20A
に同期処理部(実施の形態4参照)を設けてスケジュー
ル情報の同期をとることによって、スケジュール調整プ
ログラムがユーザ端末20Aに接続することなく配達可
能な日時を抽出することができる。As described above, in the delivery service system 10A according to the second embodiment, the delivery schedule adjustment program exists in the service provider server 30A, and the delivery date and time and the place where delivery is possible are extracted from the schedule of the user terminal 20A. It is executed in the service provider server 30A. As a result, the processing load on the user terminal 20A is reduced, and thus the user terminal 20A can be configured with a small size, such as a mobile phone, which does not have a high processing capability. The service provider server 30A is provided with a synchronization management unit (see Embodiment 4) and the user terminal 20A.
By providing a synchronization processing unit (see Embodiment 4) for synchronizing the schedule information, the schedule adjustment program can extract the deliverable date and time without connecting to the user terminal 20A.
【0059】◎ 実施の形態3
図22は、実施の形態3における配達サービスシステム
10Bを説明する図である。図22に示す配達サービス
システム10Bでは、ユーザ端末20Bがスケジュール
情報管理部22を備えず、その代わりに演算処理部25
を備え、またサービス提供者サーバ30Bがスケジュー
ルを管理するスケジュール情報管理部38aと、スケジ
ュール情報を格納したスケジュール情報DB38bと、
を備えている点で、図21に示す配達サービスシステム
10Aと構成が異なる。なお、配達サービスシステム1
0Bにおいて図21に示す配達サービスシステム10A
と同じ構成を有するものは、同じ符号を付与することで
その詳細な説明を省略する。Third Embodiment FIG. 22 is a diagram for explaining the delivery service system 10B in the third embodiment. In the delivery service system 10B shown in FIG. 22, the user terminal 20B does not include the schedule information management unit 22, but instead the arithmetic processing unit 25.
And a schedule information management unit 38a that manages the schedule by the service provider server 30B, a schedule information DB 38b that stores schedule information,
21 is different in configuration from the delivery service system 10A shown in FIG. In addition, delivery service system 1
The delivery service system 10A shown in FIG.
Those having the same configuration as those are given the same reference numerals, and detailed description thereof will be omitted.
【0060】配達サービスシステム10Bでは、ユーザ
のスケジュール情報がサービス提供者サーバ30Bのス
ケジュール情報DB38b内に格納され、またサービス
提供者サーバ30Bがスケジュールを管理するPIMプ
ログラムを有している。ユーザはスケジュールを使用す
るにあたり、新たなイベントの予定を入れたり、既に登
録されているイベント等のスケジュールを見るときは、
ユーザ端末20Bを用いてサービス提供者サーバ30B
に接続して、そのユーザのスケジュール情報を引き出
す。したがって、この配達サービスシステム10Bにお
けるユーザのスケジュールを管理するユーザ端末20B
は、ユーザが使用するユーザ端末20Bはユーザが所有
する個人の端末に限定されず、例えば公共のPC等も使
用可能である。In the delivery service system 10B, the user's schedule information is stored in the schedule information DB 38b of the service provider server 30B, and the service provider server 30B has a PIM program for managing the schedule. When using schedules, users can schedule new events or view schedules of events that have already been registered.
Service provider server 30B using user terminal 20B
To retrieve the user's schedule information. Therefore, the user terminal 20B that manages the schedule of the user in this delivery service system 10B
The user terminal 20B used by the user is not limited to a personal terminal owned by the user, and a public PC or the like can also be used.
【0061】配達サービスシステム10Bでは、ユーザ
のスケジュール情報は全てサービス提供者サーバ30B
のスケジュール情報DB38b内に格納され、またスケ
ジュール管理もサービス提供者サーバ30Bのスケジュ
ール情報管理部38aによって管理される。そのため、
サービス提供者サーバ30Bは運送業者サーバ40から
配達日時調査要求を受け取ると、ユーザ端末20Bに問
い合わせすることなく、配達可能な日時と場所を抽出す
ることができる。また配達予定日時と場所が決定した後
も、サービス提供者サーバ30B内のスケジュール情報
DB38bに格納すればよいので、積極的にユーザ端末
20Bに接続する必要は無い。ただし、新たなスケジュ
ールが追加されたことを、電子メールなどを用いてユー
ザ端末20Bに対して通知することも可能である。In the delivery service system 10B, all the schedule information of the user is the service provider server 30B.
Is stored in the schedule information DB 38b, and schedule management is also managed by the schedule information management unit 38a of the service provider server 30B. for that reason,
When the service provider server 30B receives the delivery date / time survey request from the carrier server 40, it can extract the deliverable date / time and place without inquiring the user terminal 20B. Further, even after the scheduled delivery date and time and place are determined, it is sufficient to store them in the schedule information DB 38b in the service provider server 30B, so that it is not necessary to actively connect to the user terminal 20B. However, it is also possible to notify the user terminal 20B of the addition of the new schedule by using e-mail or the like.
【0062】◎ 実施の形態4
図23は、実施の形態4における配達サービスシステム
10Cを説明する図である。配達サービスシステム10
Cでは、サービス提供者サーバ30とユーザ端末20C
との間に、ユーザをメンバー(例えば家族)の1人とし
てみなし、メンバーの情報を一括管理するホームゲート
ウェイサーバ(以下、ホームGWサーバという)50が
備えられている点で図1に示す配達サービスシステム1
0と構成が異なる。なお、配達サービスシステム10C
において図1に示す配達サービスシステム10と同じ構
成を有するものは、同じ符号を付与することでその詳細
な説明を省略する。23. Fourth Embodiment FIG. 23 is a diagram illustrating a delivery service system 10C according to the fourth embodiment. Delivery service system 10
In C, the service provider server 30 and the user terminal 20C
1 is provided with a home gateway server (hereinafter referred to as a home GW server) 50 that regards the user as one of the members (for example, a family) and collectively manages the information of the members. System 1
The configuration is different from 0. In addition, delivery service system 10C
1 having the same configuration as the delivery service system 10 shown in FIG. 1 are assigned the same reference numerals and detailed explanations thereof will be omitted.
【0063】ホームGWサーバ50は、配達スケジュー
ル調整プログラムにより荷物の配達情報を処理する配達
情報処理部51と、ユーザ端末20Cとスケジュール情
報の同期をとる同期管理部52と、スケジュール情報を
格納したスケジュール情報DB53と、ホームGWサー
バ50に接続するメンバーの個人情報を格納したメンバ
ー情報DB54と、を備えている。The home GW server 50 has a delivery information processing unit 51 that processes delivery information of packages by a delivery schedule adjusting program, a synchronization management unit 52 that synchronizes schedule information with the user terminal 20C, and a schedule that stores schedule information. The information DB 53 and the member information DB 54 storing the personal information of the members connected to the home GW server 50 are provided.
【0064】図24は、ホームGWサーバ50のスケジ
ュール情報DB53の構成を説明する図である。スケジ
ュール情報DB53は、メンバーのイベント予定の情報
を格納するイベント情報格納部53aと、場所を示すI
Dと具体的な場所のデータを格納する場所情報格納部5
3bと、メンバーの定期的なスケジュール情報を格納す
るリピート・スケジュール情報格納部53cと、荷物の
配達における例外的な規則情報を格納した例外規則格納
部53dと、荷物の配達先の代わりに配達できる代替場
所の情報を格納した代替配送可能場所格納部53eと、
を備えている。なお、このようにホームGWサーバ50
がメンバー情報DB54を備えているため、サービス提
供者サーバ30はユーザ情報DB35において、ユーザ
の家族情報を格納するユーザ家族情報格納部35bは備
えられていない。FIG. 24 is a diagram for explaining the configuration of the schedule information DB 53 of the home GW server 50. The schedule information DB 53 includes an event information storage unit 53a that stores information about event schedules of members, and I indicating a location.
A location information storage unit 5 for storing data of D and a specific location
3b, a repeat / schedule information storage unit 53c that stores regular schedule information of members, an exception rule storage unit 53d that stores exceptional rule information in package delivery, and delivery can be performed in place of the delivery destination of the package. An alternative deliverable location storage unit 53e that stores information on an alternative location;
Is equipped with. In addition, in this way, the home GW server 50
Since the service provider server 30 includes the member information DB 54, the service provider server 30 does not include the user family information storage unit 35b that stores the family information of the user in the user information DB 35.
【0065】ユーザ端末20Cは、図23に示すよう
に、ユーザのスケジュール情報を管理するスケジュール
情報管理部21と、ユーザによるデータの入力およびユ
ーザに対するデータの出力を行う入出力部23と、ユー
ザのスケジュール情報を格納したスケジュール情報DB
24Cと、ホームGWサーバ50のスケジュール情報と
同期をとる同期処理部26と、を備えている。このスケ
ジュール情報DB24Cは、図示していないが、ホーム
GWサーバ50のスケジュール情報DB53と同じよう
に、イベント情報格納部、場所情報格納部、リピート・
スケジュール情報格納部、例外規則格納部および代替配
送可能場所格納部を備えている。As shown in FIG. 23, the user terminal 20C has a schedule information management section 21 for managing the schedule information of the user, an input / output section 23 for inputting data by the user and outputting data to the user, and a user terminal 20C. Schedule information DB that stores schedule information
24C and a synchronization processing unit 26 that synchronizes with the schedule information of the home GW server 50. Although not shown, the schedule information DB 24C is similar to the schedule information DB 53 of the home GW server 50 in that the event information storage unit, the location information storage unit, and the repeat
A schedule information storage unit, an exception rule storage unit, and an alternative deliverable place storage unit are provided.
【0066】配達サービスシステム10Cでは、メンバ
ーの情報を一括管理できるホームGWサーバ50が備え
られており、ホームGWサーバ50とユーザ端末20C
との双方がスケジュール情報DB53、24Cを備えて
いる。そこで、ホームGWサーバ50の同期管理部52
が、ユーザ端末20Cに接続して同期処理部26により
送出されるユーザのスケジュール情報を取得し、定期的
に同期をとる。したがって、ユーザ端末20Cは常にホ
ームGWサーバ50に接続していなくても、ユーザのス
ケジュール情報はホームGWサーバ50内に蓄積され
る。なお、スケジュール情報の同期をとる処理は、ユー
ザ端末20Cからの要求に応じて行われるものであって
もよい。The delivery service system 10C is provided with a home GW server 50 capable of collectively managing member information. The home GW server 50 and the user terminal 20C.
Both have schedule information DBs 53 and 24C. Therefore, the synchronization management unit 52 of the home GW server 50
Connects to the user terminal 20C, acquires the user's schedule information transmitted by the synchronization processing unit 26, and synchronizes periodically. Therefore, even if the user terminal 20C is not always connected to the home GW server 50, the schedule information of the user is stored in the home GW server 50. The process of synchronizing the schedule information may be performed in response to a request from the user terminal 20C.
【0067】配達サービスシステム10Cでは、運送業
者サーバ40からの配達日時調査要求により荷物の配達
可能な日時と場所を取得するとき、サービス提供者サー
バ30はホームGWサーバ50に接続して、スケジュー
ル調査要求を行い、配達スケジュールの調整を行うこと
ができる。ホームGWサーバ50では、配達情報処理部
51において、配達スケジュール調整プログラムが実行
されることによりユーザのスケジュール情報を引き出
し、配達可能な日時と場所の情報を抽出する。また配達
予定日時と場所が決定した後は、サービス提供者サーバ
30はホームGWサーバ50に接続し、配達予定日時と
場所の情報を送出する。ホームGWサーバ50は、同期
管理部52によって同期をとるときにユーザ端末20C
へ配達予定日時と場所の情報を送出することにより、ユ
ーザに荷物の配達のスケジュールを知らせることができ
る。In the delivery service system 10C, the service provider server 30 connects to the home GW server 50 and conducts a schedule survey when acquiring the deliverable date and time and location of the package in response to the delivery date and time survey request from the carrier server 40. You can make requests and make adjustments to your delivery schedule. In the home GW server 50, the delivery information adjusting section 51 executes the delivery schedule adjusting program to extract the user's schedule information and extract the information on the deliverable date and time and place. Further, after the scheduled delivery date and time and the location are determined, the service provider server 30 connects to the home GW server 50 and sends the scheduled delivery date and time and location information. The home GW server 50 uses the synchronization management unit 52 to synchronize with the user terminal 20C.
It is possible to inform the user of the delivery schedule of the package by sending the information of the scheduled delivery date and time and the location.
【0068】なお、上記実施の形態4においてはホーム
GWサーバ50に配達情報処理部51が備えられてお
り、配達スケジュール調整プログラムがホームGWサー
バ50内において実行されることにより配達可能日時と
場所が抽出されるが、配達情報処理部51はサービス提
供者サーバ30内に備えられていてもよい。その場合、
サービス提供者サーバ30内の配達情報処理部51にお
いて配達スケジュール調整プログラムが実行されると、
サービス提供者サーバ30はホームGWサーバ50に接
続してユーザのスケジュール情報を取得し、サービス提
供者サーバ30において配達可能日時と時間の抽出処理
が行われる。In the fourth embodiment, the home GW server 50 is provided with the delivery information processing unit 51, and the delivery schedule adjusting program is executed in the home GW server 50 to determine the deliverable date and time and place. Although extracted, the delivery information processing unit 51 may be included in the service provider server 30. In that case,
When the delivery schedule adjustment program is executed in the delivery information processing unit 51 in the service provider server 30,
The service provider server 30 connects to the home GW server 50 to acquire the user's schedule information, and the service provider server 30 performs the delivery date and time extraction processing.
【0069】その他、上記実施の形態4において、ユー
ザのスケジュール情報やユーザ家族の情報がサービス提
供者サーバ30内に格納されていてもよい。この場合、
ホームGWサーバ50もユーザのスケジュール情報を有
しており、このスケジュール情報はホームGWサーバ5
0によって同期されるので、サービス提供者サーバ30
とホームGWサーバ50とは、互いに同じスケジュール
情報を有することとなる。またこの場合、配達可能日時
や場所の抽出処理は全てサービス提供者サーバ30にて
行われる。そして、配達予定日時や場所が決定すると、
同期によってホームGWサーバ50は配達予定日時や場
所のデータを取得し、ユーザ端末20Cに送出すること
ができる。さらに、実施の形態3のように、ユーザ端末
20Cにスケジュール情報を格納しない構成も可能であ
る。また、ホームGWサーバ50にスケジュール調整部
31の機能を持たせ、代替配送可能場所、例外規則等の
他のユーザ情報も格納するように構成することも可能で
ある。この形態によれば、ユーザの個人情報の殆どがホ
ームGWサーバ50で保管されるため、プライバシー保
護の点で優れている。In addition, in the fourth embodiment, the schedule information of the user and the information of the user's family may be stored in the service provider server 30. in this case,
The home GW server 50 also has user schedule information, and this schedule information is stored in the home GW server 5.
0, so that the service provider server 30
The home GW server 50 and the home GW server 50 have the same schedule information. Further, in this case, the process of extracting the deliverable date and time and the place is all performed by the service provider server 30. And when the scheduled delivery date and time and place are decided,
By the synchronization, the home GW server 50 can acquire the scheduled delivery date and time and place data and send them to the user terminal 20C. Further, a configuration in which the schedule information is not stored in the user terminal 20C as in the third embodiment is also possible. Further, the home GW server 50 may be provided with the function of the schedule adjusting unit 31, and may be configured to store other user information such as alternative deliverable locations and exception rules. According to this mode, most of the personal information of the user is stored in the home GW server 50, and therefore it is excellent in terms of privacy protection.
【0070】以上、上記各実施の形態において説明した
配達サービスシステムを実行するプログラムは、記憶媒
体に格納されて販売等に供されるが、この記憶媒体とし
ては、これらの処理を実行するためのプログラムが格納
された、例えばCD−ROM等の媒体が代表的なもので
ある。また、プログラムをネット等を介してダウンロー
ドする態様にすることもできる。この場合、プログラム
の伝送装置における媒体や、ダウンロードした後のハー
ドディスク等の記憶媒体も含まれる。これらの記憶媒体
に格納されたプログラムは、入力手段としての、例えば
CD−ROMドライバによって読み取られることが可能
である。As described above, the program for executing the delivery service system described in each of the above-mentioned embodiments is stored in a storage medium for sale and the like, and this storage medium is used for executing these processes. A medium in which the program is stored, such as a CD-ROM, is typical. Alternatively, the program may be downloaded via a network or the like. In this case, the medium in the transmission device of the program and the storage medium such as the hard disk after downloading are also included. The programs stored in these storage media can be read by an input means such as a CD-ROM driver.
【0071】また、上記各実施の形態において、サービ
ス提供者サーバ30と運送業者サーバ40とは、別々に
構成され、また別々の業者に所属しているが、サービス
提供者サーバ30と運送業者サーバ40とが、1つのサ
ーバによって構成され、またサービス提供者と運送業者
が同一であってもよい。また、サービス提供者サーバ3
0や運送業者サーバ40は、それぞれ1つのサーバによ
って構成されているが、機能を分散させた複数のサーバ
によって構成されていてもよい。その他、配達可能な時
間をユーザ端末から予め運送業者サーバ40に登録して
おき、運送業者が荷物の配達を受注した際に、登録され
ている配達可能な時間を基に配達を行う配達サービスシ
ステムであってもよい。Further, in each of the above embodiments, the service provider server 30 and the carrier server 40 are separately configured and belong to different carriers, but the service provider server 30 and the carrier server are different. 40 and 40 may be configured by one server, and the service provider and the carrier may be the same. Also, the service provider server 3
0 and the transportation company server 40 are each configured by one server, but may be configured by a plurality of servers with distributed functions. In addition, a delivery service system in which the deliverable time is registered in advance from the user terminal in the carrier server 40, and when the carrier receives an order for parcel delivery, delivery is performed based on the registered deliverable time. May be
【0072】なお、上記各実施の形態において、配達サ
ービスが提供されているが、ユーザに提供するサービス
はこれに限定されない。例えば料金の徴収など、本人ま
たはその家族等、サービスを受けるサイドの人物と接触
して提供するサービス提供システムに適用することがで
きる。これ以外にも、本発明の主旨を逸脱しない限り、
上記各実施の形態で挙げた構成を取捨選択したり、他の
構成に適宜変更することが可能である。Although the delivery service is provided in each of the above embodiments, the service provided to the user is not limited to this. For example, the present invention can be applied to a service providing system that provides a service by contacting a person who receives the service, such as the person himself or his / her family, for collecting charges. Other than this, unless departing from the gist of the present invention,
The configurations described in the above-described embodiments can be selected or changed to other configurations as appropriate.
【0073】[0073]
【発明の効果】このように本発明によれば、サービスの
提供者は、ユーザに対してサービスを提供する際にユー
ザの不在を避けてタイミングよくサービスを提供するこ
とが可能となる。As described above, according to the present invention, the service provider can avoid the absence of the user when providing the service to the user and can provide the service at a good timing.
【図1】 実施の形態1における配達サービスシステム
を説明する図である。FIG. 1 is a diagram illustrating a delivery service system according to a first embodiment.
【図2】 スケジュール情報DBの構成を説明する図で
ある。FIG. 2 is a diagram illustrating a configuration of a schedule information DB.
【図3】 (a)はユーザ情報DBの構成を説明する図、
(b)は業者情報DBを説明する図である。FIG. 3 (a) is a diagram illustrating a configuration of a user information DB,
(b) is a figure explaining trader information DB.
【図4】 サービス提供者サーバにおけるユーザの登録
処理の流れを説明する図である。FIG. 4 is a diagram illustrating a flow of user registration processing in the service provider server.
【図5】 ユーザ情報を示し、(a)はユーザの住所や連
絡先など、ユーザ個人情報を示し、(b)は配達される荷
物の受け取りが可能な家族がユーザが持っている場合に
登録されるユーザ家族情報を示している。FIG. 5 shows user information, (a) shows the user's personal information such as the user's address and contact information, and (b) is registered when the user has a family who can receive delivered packages. The user information is displayed.
【図6】 ユーザにより荷物の配達が許可された運送業
者のリストである許可運送業者情報を示している。FIG. 6 shows authorized carrier information, which is a list of carriers authorized by the user to deliver packages.
【図7】 荷物の配達時におけるユーザごとに設定する
ことができる例外規定の情報を示す図である。FIG. 7 is a diagram showing exceptional rule information that can be set for each user when delivering a package.
【図8】 業者情報DBに格納された業者情報を示した
図である。FIG. 8 is a diagram showing trader information stored in a trader information DB.
【図9】 配達荷物データを示した図である。FIG. 9 is a diagram showing delivery package data.
【図10】 サービス提供者サーバにおける配達日時の
処理の流れを説明する図である。FIG. 10 is a diagram illustrating a flow of processing of delivery date and time in the service provider server.
【図11】 運送業者の調査許可範囲情報を示す図であ
る。FIG. 11 is a diagram showing the survey permission range information of the carrier.
【図12】 サービス提供者サーバにおけるスケジュー
ル調整の処理の流れを説明する図である。FIG. 12 is a diagram illustrating a flow of processing for schedule adjustment in the service provider server.
【図13】 問い合わせデータを示し、(a)は現在問い
合わせ中の問い合わせ中データを示し、(b)は問い合わ
せた結果の問い合わせ詳細データを示す。FIG. 13 shows inquiry data, (a) shows in-inquiry data that is currently inquired, and (b) shows inquiry detail data as a result of the inquiry.
【図14】 ユーザ端末における調査要求の処理の流れ
を説明する図である。FIG. 14 is a diagram illustrating a flow of processing of a survey request in a user terminal.
【図15】 スケジュール情報DB内に格納されるスケ
ジュール情報であり、(a)は予定毎に随時記録されるイ
ベント情報を示し、(b)はスケジュールを立てる際に参
考される場所情報を示し、(c)は定期的に繰り返される
所定のリピート・スケジュール情報を示す。FIG. 15 is schedule information stored in the schedule information DB, (a) shows event information recorded at any time for each schedule, (b) shows place information to be referred when making a schedule, (c) shows predetermined repeat schedule information that is periodically repeated.
【図16】 スケジュール情報DB内に格納される代替
配送可能場所のデータを示す。FIG. 16 shows data of alternative deliverable places stored in the schedule information DB.
【図17】 ユーザ端末における代替配送可能場所の検
索処理の流れを説明する図である。FIG. 17 is a diagram illustrating a flow of a search process of an alternative deliverable place in a user terminal.
【図18】 サービス提供者サーバにおける配達予定日
時の調整処理の流れを説明する図である。FIG. 18 is a diagram illustrating a flow of a scheduled delivery date / time adjustment process in the service provider server.
【図19】 配達予定情報DB内に格納される配達予定
データを示す。FIG. 19 shows delivery schedule data stored in the delivery schedule information DB.
【図20】 サービス提供者サーバにおける配達日時の
調整の処理の流れについて、他の例を説明する図であ
る。FIG. 20 is a diagram illustrating another example of the flow of processing for adjusting the delivery date and time in the service provider server.
【図21】 実施の形態2における配達サービスシステ
ム説明する図である。FIG. 21 is a diagram illustrating a delivery service system according to the second embodiment.
【図22】 実施の形態3における配達サービスシステ
ム説明する図である。FIG. 22 is a diagram illustrating a delivery service system according to the third embodiment.
【図23】 実施の形態4における配達サービスシステ
ム説明する図である。FIG. 23 is a diagram illustrating a delivery service system according to the fourth embodiment.
【図24】 ホームGWサーバのスケジュール情報DB
の構成を説明する図である。FIG. 24: Schedule information DB of home GW server
It is a figure explaining the structure of.
10、10A、10B、10C…配達サービスシステ
ム、20、20C…ユーザ端末、21…配達情報処理
部、22…スケジュール情報管理部、23…入出力部、
24…スケジュール情報DB、25…演算処理部、30
…サービス提供者サーバ、31…スケジュール調整部、
32…ユーザ調査部、33…ユーザ管理部、34…業者
管理部、35…ユーザ情報DB、36…業者情報DB、
37a…配達情報処理部、37b…スケジュール情報キ
ャッシュ部、37c…キャッシュ管理部、38a…スケ
ジュール情報管理部、38b…スケジュール情報DB、
40…運送業者サーバ、41…配達荷物管理部、42…
配達可能日時調整部、43…配達予定管理部、44…入
出力部、45…配達荷物情報DB、46…配達予定情報
DB、50…ホームGWサーバ、51…配達情報処理
部、52…同期管理部、53…スケジュール情報DB、
54…メンバー情報DB10, 10A, 10B, 10C ... Delivery service system, 20, 20C ... User terminal, 21 ... Delivery information processing unit, 22 ... Schedule information management unit, 23 ... Input / output unit,
24 ... Schedule information DB, 25 ... Arithmetic processing unit, 30
… Service provider server, 31… Schedule adjustment unit,
32 ... User research section, 33 ... User management section, 34 ... Supplier management section, 35 ... User information DB, 36 ... Supplier information DB,
37a ... Delivery information processing unit, 37b ... Schedule information cache unit, 37c ... Cache management unit, 38a ... Schedule information management unit, 38b ... Schedule information DB,
40 ... Carrier server, 41 ... Delivery package management section, 42 ...
Deliverable date / time adjusting unit, 43 ... Delivery schedule management unit, 44 ... Input / output unit, 45 ... Delivery package information DB, 46 ... Delivery schedule information DB, 50 ... Home GW server, 51 ... Delivery information processing unit, 52 ... Synchronous management Department, 53 ... Schedule information DB,
54 ... Member information DB
───────────────────────────────────────────────────── フロントページの続き (72)発明者 大門 昭 神奈川県大和市下鶴間1623番地14 日本ア イ・ビー・エム株式会社 大和事業所内 (72)発明者 矢田 彩子 神奈川県大和市下鶴間1623番地14 日本ア イ・ビー・エム株式会社 大和事業所内 Fターム(参考) 3E038 AA06 BA01 CA04 CB02 CB03 CC01 DA02 DA03 DA07 DB02 GA02 ─────────────────────────────────────────────────── ─── Continued front page (72) Inventor Akira Daimon 1623 1423 Shimotsuruma, Yamato-shi, Kanagawa Japan BM Co., Ltd. Daiwa Office (72) Inventor Ayako Yada 1623 1423 Shimotsuruma, Yamato-shi, Kanagawa Japan BM Co., Ltd. Daiwa Office F-term (reference) 3E038 AA06 BA01 CA04 CB02 CB03 CC01 DA02 DA03 DA07 DB02 GA02
Claims (16)
るスケジュールを調整するサービス・システムであっ
て、 前記所定のサービスを受ける者として登録されたユーザ
の情報を格納する第1のデータベースと、 前記所定のサービスを提供するサービス提供者の情報を
格納する第2のデータベースと、 前記サービス提供者からのサービスの提供通知を受信
し、前記第1のデータベースを参照して、当該サービス
を受ける者が登録済のユーザであるかどうかを確認する
とともに、前記第2のデータベースを参照して当該サー
ビスの提供者からの通知の受付の可否を判断する管理手
段と、 予め蓄積された前記ユーザのスケジュール情報を取得す
る取得手段と、 前記通知により指定されたサービスを提供できるタイミ
ングを、前記スケジュール情報を参照して決定する調整
手段と、 を備えたことを特徴とするサービス・システム。1. A service system for adjusting a schedule for providing a predetermined service to a user, the first database storing information of a user registered as a person who receives the predetermined service, and the predetermined database. A second database that stores information of a service provider that provides a service, and a service recipient who receives a service provision notification from the service provider and refers to the first database, and the person who receives the service is registered. Management means for confirming whether or not the user is a user of the service and determining whether or not to accept the notification from the service provider by referring to the second database, and acquiring the previously stored schedule information of the user. And the timing of providing the service specified by the notification. Service system comprising the, adjustment means for determining by referring to.
ス提供者に通知する通知手段をさらに備えたことを特徴
とする請求項1記載のサービス・システム。2. The service system according to claim 1, further comprising notifying means for notifying the service provider of the determined timing.
ーザ端末から前記スケジュール情報を取得することを特
徴とする請求項1記載のサービス・システム。3. The service system according to claim 1, wherein the acquisition unit acquires the schedule information from a user terminal via a network.
サービスを受ける第1の場所が予め登録されており、前
記調整手段が、当該場所において前記サービスを提供で
きるタイミングを決定することを特徴とする請求項1記
載のサービス・システム。4. A first place where the user receives a service is registered in advance in the first database, and the adjusting means determines a timing at which the service can be provided at the place. The service system according to claim 1.
サービスを受ける前記第1の場所とは異なる第2の場所
に関する情報を任意に有し、前記調整手段は、当該第1
の場所でのサービス提供ができない場合には、当該第2
の場所での前記サービスを提供できるタイミングを決定
することを特徴とする請求項4記載のサービス・システ
ム。5. The schedule information optionally has information on a second place different from the first place where the user receives a service, and the adjusting unit is configured to set the first place.
If the service cannot be provided at the location
5. The service system according to claim 4, wherein the service system determines the timing when the service can be provided at the location.
代わりにサービスを受けるメンバーが予め登録されてお
り、前記取得手段が当該ユーザおよびメンバーのスケジ
ュール情報を取得し、前記調整手段が当該ユーザまたは
メンバーのいずれかに前記サービスを提供するかをも決
定することを特徴とする請求項1記載のサービス・シス
テム。6. A member who receives a service on behalf of the user is registered in advance in the first database, the acquisition unit acquires schedule information of the user and the member, and the adjustment unit is the user or the member. The service system according to claim 1, further comprising determining whether to provide the service to any of the above.
時の例外イベントを定める例外規則が予め登録されてお
り、前記調整手段が当該例外規則を参照した上で前記タ
イミングを決定する請求項1記載のサービス・システ
ム。7. The exception rule for defining an exception event at the time of providing a service is registered in advance in the first database, and the adjusting unit determines the timing after referring to the exception rule. Service system.
スであることを特徴とする請求項1ないし7のいずれか
1つに記載のサービス・システム。8. The service system according to claim 1, wherein the predetermined service is a package delivery service.
の第1のサーバと当該サービスを提供するタイミングを
調整する第2のサーバとがネットワークを介して接続さ
れたスケジューリング・システムであって、 前記第1のサーバは、 前記サービスを受けるユーザを指定したサービス提供の
申込を受け付け、 申込を受け付けた前記サービスを提供するためのタイミ
ング調整要求を前記第2のサーバへ送出し、 前記第2のサーバは、 前記第1のサーバから前記タイミング調整要求を受け付
け、 指定されたユーザが所定の場所にいついるかを示すスケ
ジュール情報を取得し、 前記タイミング調整要求が指定するサービス提供期間
と、前記スケジュール情報とからサービス提供予定タイ
ミングを設定し、 前記タイミングを前記第1のサーバへ通知することを特
徴とするスケジューリング・システム。9. A scheduling system in which a first server of a service provider that provides a predetermined service and a second server that adjusts the timing of providing the service are connected via a network, The first server accepts an application for service provision that specifies a user who receives the service, sends a timing adjustment request for providing the service for which the application is accepted, to the second server, and the second server Receiving the timing adjustment request from the first server, acquiring schedule information indicating when a designated user is at a predetermined location, and from the service providing period designated by the timing adjustment request and the schedule information. Set the scheduled service provision timing, and pass the timing to the first server. Scheduling system, characterized by.
力を受け付けるクライアント端末がさらにネットワーク
を介して接続され、 前記第2のサーバは、 前記タイミング調査要求に応じて前記クライアント端末
に対して、前記ユーザにサービスを提供するためのスケ
ジュール調整要求を送出し、 前記クライアント端末は、 前記ユーザのスケジュール情報を蓄積し、 前記第2のサーバからのスケジュール調査要求を受け付
け、 前記スケジュール情報からサービスの受領が可能な場所
とタイミングを抽出し、 前記場所と前記タイミングとを含むスケジュール情報を
前記第2のサーバへ送出することを特徴とする請求項9
記載のスケジューリング・システム。10. A client terminal that receives an input from a user who receives the service is further connected via a network, and the second server is configured to connect the client terminal to the user in response to the timing investigation request. Sending a schedule adjustment request for providing a service, the client terminal accumulates the user's schedule information, receives a schedule investigation request from the second server, and can receive a service from the schedule information. 10. The location and timing are extracted, and schedule information including the location and the timing is transmitted to the second server.
The described scheduling system.
末へ通知することを特徴とする請求項10記載のスケジ
ューリング・システム。11. The scheduling system according to claim 10, wherein the second server notifies the client terminal of the service provision scheduled timing.
ザのスケジュール情報を蓄積するホームゲートウェイと
して機能することを特徴とする請求項10記載のスケジ
ューリング・システム。12. The scheduling system according to claim 10, wherein the client terminal functions as a home gateway that stores schedule information of a plurality of users.
するスケジュールを調整する方法であって、 ユーザのスケジュール情報を蓄積する蓄積ステップと、 ユーザへのサービスの提供要求を受け付ける受付ステッ
プと、 前記提供要求によって指定されるサービス提供期間にお
ける前記スケジュール情報を参照し、ユーザが所定位置
においてサービスの提供を受けることができるタイミン
グを抽出する抽出ステップと、 前記抽出されたタイミングに基づき、サービス提供タイ
ミングを設定する設定ステップとを有することを特徴と
するスケジュール調整方法。13. A method of adjusting a schedule for providing a predetermined service to a user, the method comprising: storing a schedule information of the user; receiving a service providing request to the user; An extracting step of extracting a timing at which a user can receive a service at a predetermined position by referring to the schedule information in a service providing period designated by a request, and setting a service providing timing based on the extracted timing And a setting step for adjusting the schedule.
き、前記スケジュール情報を更新する更新ステップをさ
らに有することを特徴とする請求項13記載のスケジュ
ール調整方法。14. The schedule adjusting method according to claim 13, further comprising an updating step of updating the schedule information based on the service providing timing.
個人情報を登録する登録ステップをさらに有することを
特徴とする請求項13記載のスケジュール調整方法。15. The schedule adjusting method according to claim 13, further comprising a registration step of registering user's personal information before the receiving step.
場所と、タイミングリストとに基づき、最も現在に近い
サービス提供可能時間をサービス提供予定タイミングと
して設定することを特徴とする請求項13記載のスケジ
ュール調整方法。16. The schedule adjustment according to claim 13, wherein the setting step sets a service available time closest to the present time as a service providing scheduled timing based on a service providing location and a timing list. Method.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001265044A JP2003085246A (en) | 2001-08-31 | 2001-08-31 | Service system, scheduling system and schedule adjusting method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001265044A JP2003085246A (en) | 2001-08-31 | 2001-08-31 | Service system, scheduling system and schedule adjusting method |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2003085246A true JP2003085246A (en) | 2003-03-20 |
Family
ID=19091563
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001265044A Pending JP2003085246A (en) | 2001-08-31 | 2001-08-31 | Service system, scheduling system and schedule adjusting method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2003085246A (en) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011158963A (en) * | 2010-01-29 | 2011-08-18 | Rakuten Inc | Management apparatus for commodity rental, management method for commodity rental, program of management apparatus for commodity rental, management system for commodity rental, and user terminal apparatus |
JP2011158964A (en) * | 2010-01-29 | 2011-08-18 | Rakuten Inc | Management apparatus for commodity rental, management method for commodity rental, program of management apparatus for commodity rental, management system for commodity rental, and user terminal apparatus |
JP2015122055A (en) * | 2013-11-21 | 2015-07-02 | パナソニックIpマネジメント株式会社 | Stay-home probability calculation method, server apparatus, and stay-home probability calculation system |
JP2018195205A (en) * | 2017-05-19 | 2018-12-06 | ヤフー株式会社 | Notification device, notification method, and notification program |
JP2019156629A (en) * | 2018-03-16 | 2019-09-19 | 本田技研工業株式会社 | Delivery system |
WO2019216026A1 (en) * | 2018-05-10 | 2019-11-14 | ソニー株式会社 | Information processing device, information processing method, and program |
JP2021128626A (en) * | 2020-02-14 | 2021-09-02 | トヨタ自動車株式会社 | Control device, vehicle, program, and control method |
JP2022183440A (en) * | 2021-05-31 | 2022-12-13 | 楽天グループ株式会社 | Information processing apparatus, system, and method |
JP7301202B1 (en) | 2022-08-19 | 2023-06-30 | Kddi株式会社 | Data relay device, information terminal and program |
-
2001
- 2001-08-31 JP JP2001265044A patent/JP2003085246A/en active Pending
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2011158964A (en) * | 2010-01-29 | 2011-08-18 | Rakuten Inc | Management apparatus for commodity rental, management method for commodity rental, program of management apparatus for commodity rental, management system for commodity rental, and user terminal apparatus |
JP2011158963A (en) * | 2010-01-29 | 2011-08-18 | Rakuten Inc | Management apparatus for commodity rental, management method for commodity rental, program of management apparatus for commodity rental, management system for commodity rental, and user terminal apparatus |
JP2020035495A (en) * | 2013-11-21 | 2020-03-05 | パナソニックIpマネジメント株式会社 | Control method and service device |
JP2015122055A (en) * | 2013-11-21 | 2015-07-02 | パナソニックIpマネジメント株式会社 | Stay-home probability calculation method, server apparatus, and stay-home probability calculation system |
JP2018142386A (en) * | 2013-11-21 | 2018-09-13 | パナソニックIpマネジメント株式会社 | Control method and service device |
JP2021089777A (en) * | 2013-11-21 | 2021-06-10 | パナソニックIpマネジメント株式会社 | Control method and service device |
JP2018195205A (en) * | 2017-05-19 | 2018-12-06 | ヤフー株式会社 | Notification device, notification method, and notification program |
JP2019156629A (en) * | 2018-03-16 | 2019-09-19 | 本田技研工業株式会社 | Delivery system |
JP7037971B2 (en) | 2018-03-16 | 2022-03-17 | 本田技研工業株式会社 | Delivery system |
WO2019216026A1 (en) * | 2018-05-10 | 2019-11-14 | ソニー株式会社 | Information processing device, information processing method, and program |
JP2021128626A (en) * | 2020-02-14 | 2021-09-02 | トヨタ自動車株式会社 | Control device, vehicle, program, and control method |
JP7322741B2 (en) | 2020-02-14 | 2023-08-08 | トヨタ自動車株式会社 | Control device, vehicle, program and control method |
JP2022183440A (en) * | 2021-05-31 | 2022-12-13 | 楽天グループ株式会社 | Information processing apparatus, system, and method |
JP7254116B2 (en) | 2021-05-31 | 2023-04-07 | 楽天グループ株式会社 | Information processing device, system, and method |
JP7301202B1 (en) | 2022-08-19 | 2023-06-30 | Kddi株式会社 | Data relay device, information terminal and program |
JP2024028017A (en) * | 2022-08-19 | 2024-03-01 | Kddi株式会社 | Data relay device, information terminal, and program |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101273593A (en) | Method, system, and data structure for providing a general request/response messaging protocol using a presence protocol | |
US20020027567A1 (en) | Listing network for classified information | |
US20070124721A1 (en) | Proximity-aware virtual agents for use with wireless mobile devices | |
US20090254633A1 (en) | Methods, systems, and computer program products for distributing profile-based advertisement content and user identification-tagged media content | |
US20040176081A1 (en) | Intelligent wireless messaging system | |
US20090187659A1 (en) | Wireless content distribution and advertising | |
JPH11212921A (en) | Method and device for supplying data to internet site and accessing data on internet site | |
JP2000503790A (en) | A system for automatically providing the latest information on the situation using e-mail | |
WO2013061289A1 (en) | Queue remote management system and method | |
MX2009001638A (en) | Computing system for monetizing calendar applications. | |
JP2002140611A (en) | Advertisement distribution realy system | |
US20170109776A1 (en) | System and method for generation of dynamically priced discount offers for perishable inventory to vendor-selected customer segments | |
US20090113428A1 (en) | Method and apparatus for facilitating a location-based, distributed to-do list | |
JP5297004B2 (en) | Information distribution server, information distribution system, information distribution server program, and information distribution method | |
JP2003085246A (en) | Service system, scheduling system and schedule adjusting method | |
JP2004234644A (en) | Information delivery device and information delivery method | |
EP1597684A1 (en) | A method and apparatus for advertising objects | |
JP2009252060A (en) | Electronic content distribution system, electronic content distribution method and electronic content distribution program | |
KR20050009288A (en) | Information distribution method, server, and program | |
JP6824650B2 (en) | Stockpile management system, stockpile management method and program | |
JP4249105B2 (en) | Information providing method and system, program, and recording medium | |
US20030216984A1 (en) | System and method for querying accounts receivable and supporting decision-making | |
US7526435B1 (en) | Information offering system automating registration of advertisement information on home pages | |
JP2003271645A (en) | Content delivery control system | |
JP2002049832A (en) | Method and device for distributing advertisement information |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050830 |
|
RD14 | Notification of resignation of power of sub attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7434 Effective date: 20050908 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20051129 |
|
A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20051202 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060509 |