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]
【発明の属する技術分野】本発明は、ネットワークを介
してユーザの情報を取得し、ユーザにサービスを提供す
るタイミングを調整するサービス・システム等に関す
る。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]
【従来の技術】従来、ユーザに様々なサービスを提供す
るにあたり、効率的なサービス提供方法が検討されてい
る。例えば荷物の配達サービスについては、配達したと
きに受取人が不在であると、受取人が荷物を受け取るま
で配達者は何度も受取人宅へ訪問しなければならない。
そこで、受取人が不在でも荷物を配達することができる
ように、受取人宅に配達ボックスを備えることが検討さ
れている。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]
【発明が解決しようとする課題】しかしながら、配達ボ
ックスは配達された荷物が他人に持っていかれないよう
にする必要があるので、どこにでも設置できるものでは
ない。また、配達人が配達ボックスに荷物を入れた後、
受取人がその荷物を確かに受け取ったか否かをすぐに確
認することはできない。さらに、受取人自らがした買い
物については料金引換で配達される場合が多いが、配達
ボックスでは受取人は料金を支払うことができず、その
結果、荷物を受け取ることができない。その他、低温保
存が必要な荷物は、配達ボックスでは受け取ることがで
きない。また、受取人の不在時に荷物の配達が行われな
いようにするため、配達する前に電話をかけて受取人が
在宅しているか否かを確認した後に配達を行うことも行
われている。しかし、通信コストがかかり、また配達す
る者にとって大変手間である。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.
【０００４】また、特開平１０−１６２０６５号公報に
は、荷物の配達情報をネットワークを介して取得するこ
とにより購入者への配達予定時刻を予め決定し、取次店
を用いて荷物を受け渡すことができる配達管理システム
が開示されている。しかし、このシステムでは、配達予
定時刻を予め決定しても、決定後に購入者である受取人
が受け取りの可否やスケジュールの変更を入力する構成
が採用されている。したがって、受取人の都合により、
配達の予定時刻が変更されることもあり、また荷物の配
達時に不在になると、やはり配達できなくなってしま
う。このような背景により、受取人に手間を感じさせる
ことなく、動的に効率よく且つ確実に荷物の配達などの
サービスを提供できる方法の確立が希望されている。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.
【０００５】本発明は、上記のような技術的課題に基づ
いてなされたもので、最適なタイミングでユーザにサー
ビスを提供することができるサービス・システムを提供
することを主たる目的とする。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]
【課題を解決するための手段】かかる目的のもと、本発
明のサービス・システムは、ユーザに対する所定のサー
ビスを提供するスケジュールを調整するサービス・シス
テムであって、所定のサービスを受ける者として登録さ
れたユーザの情報を格納する第１のデータベースと、所
定のサービスを提供するサービス提供者の情報を格納す
る第２のデータベースと、サービス提供者からのサービ
スの提供通知を受信し、第１のデータベースを参照し
て、サービスを受ける者が登録済のユーザであるかどう
かを確認するとともに、第２のデータベースを参照して
サービスの提供者からの通知の受付の可否を判断する管
理手段と、予め蓄積されたユーザのスケジュール情報を
取得する取得手段と、通知により指定されたサービスを
提供できるタイミングを、スケジュール情報を参照して
決定する調整手段とを備えたことを特徴とするものであ
る。このサービス・システムでは、ユーザのスケジュー
ル情報を取得することで、ユーザにサービスを提供でき
るタイミングを図ることができる。ここで、タイミング
は例えば年月日、日時、時間等任意に設定することがで
きる。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.
【０００７】このサービス・システムは、決定されたタ
イミングを前記サービス提供者に通知する通知手段をさ
らに備えることができる。また、このサービス・システ
ムでは、取得手段がネットワークを介してユーザ端末か
らスケジュール情報を取得してもよい。さらに、第１の
データベースにユーザがサービスを受ける第１の場所が
予め登録されており、調整手段が、その場所においてサ
ービスを提供できるタイミングを決定することができ
る。この場合、スケジュール情報は、ユーザがサービス
を受ける第１の場所とは異なる第２の場所に関する情報
を任意に有し、調整手段は、第１の場所でのサービス提
供ができない場合には、第２の場所でのサービスを提供
できるタイミングを決定することができる。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.
【０００８】その他、第１のデータベースに前記ユーザ
の代わりにサービスを受けるメンバーが予め登録されて
おり、取得手段がユーザおよびメンバーのスケジュール
情報を取得し、調整手段がユーザまたはメンバーのいず
れかにサービスを提供するかをも決定することができ
る。また、第１のデータベースにサービス提供時の例外
イベントを定める例外規則が予め登録されており、調整
手段が当該例外規則を参照した上でタイミングを決定す
るものであってもよい。本発明のサービス・システム
は、所定のサービスが例えば荷物の配達サービスであ
る。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.
【０００９】本発明は、スケジューリング・システムと
して捉えることもできる。このスケジューリング・シス
テムは、所定のサービスを提供するサービス業者の第１
のサーバと当該サービスを提供するタイミングを調整す
る第２のサーバとがネットワークを介して接続されたシ
ステムであって、第１のサーバは、サービスを受けるユ
ーザを指定したサービス提供の申込を受け付け、申込を
受け付けたサービスを提供するためのタイミング調整要
求を第２のサーバへ送出し、第２のサーバは、第１のサ
ーバからタイミング調整要求を受け付け、指定されたユ
ーザが所定の場所にいついるかを示すスケジュール情報
を取得し、タイミング調整要求が指定するサービス提供
期間と、スケジュール情報とからサービス提供予定タイ
ミングを設定し、タイミングを第１のサーバへ通知する
ことを特徴とするものである。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.
【００１０】このスケジューリング・システムには、サ
ービスを受けるユーザからの入力を受け付けるクライア
ント端末がさらにネットワークを介して接続され、第２
のサーバは、タイミング調査要求に応じてクライアント
端末に対して、ユーザにサービスを提供するためのスケ
ジュール調整要求を送出し、クライアント端末は、ユー
ザのスケジュール情報を蓄積し、第２のサーバからのス
ケジュール調査要求を受け付け、スケジュール情報から
サービスの受領が可能な場所とタイミングを抽出し、場
所とタイミングとを含むスケジュール情報を第２のサー
バへ送出することができる。この場合、第２のサーバ
は、サービス提供予定タイミングをクライアント端末へ
通知することができる。また、クライアント端末は、複
数のユーザのスケジュール情報を蓄積するホームゲート
ウェイとして機能することも可能である。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.
【００１１】また本発明はタイミング調整方法として捉
えることもできる。このタイミング調整方法は、ユーザ
に対して所定のサービスを提供するタイミングを調整す
る方法であって、ユーザのスケジュール情報を蓄積する
蓄積ステップと、ユーザへのサービスの提供要求を受け
付ける受付ステップと、提供要求によって指定されるサ
ービス提供期間におけるスケジュール情報を参照し、ユ
ーザが所定位置においてサービスの提供を受けることが
できるタイミングを抽出する抽出ステップと、抽出され
たタイミングに基づき、サービス提供タイミングを設定
する設定ステップとを有することを特徴とするものであ
る。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.
【００１２】このタイミング調整方法では、サービス提
供タイミングに基づき、スケジュール情報を更新する更
新ステップをさらに有するものであってもよい。また、
受付ステップより前に、ユーザの個人情報を登録する登
録ステップをさらに有することもできる。さらに、設定
ステップが、サービスの提供場所と、タイミングリスト
とに基づき、最も現在に近いサービス提供可能時間をサ
ービス提供予定タイミングとして設定することが可能で
ある。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]
【発明の実施の形態】以下、添付図面に示す実施の形態
に基づいて本発明を詳細に説明する。
◎ 実施の形態１
図１は、実施の形態１における配達サービスシステム１
０を説明する図である。図１に示す配達サービスシステ
ム（サービス・システム、スケジューリング・システ
ム）１０では、配達される荷物を受け取るユーザによっ
て使用されるユーザ端末（クライアント端末）２０と、
荷物の配達におけるスケジュールを調整するサービス提
供者サーバ（第２のサーバ）３０と、荷物を配達する運
送業者用の運送業者サーバ（第１のサーバ）４０と、が
備えられ、それぞれインターネット等のネットワークを
介して接続されている。なお、ネットワークへの接続は
有線と無線のどちらであってもよい。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.
【００１４】ユーザ端末２０は、荷物の配達情報を処理
して配達可能日時と場所を抽出する配達情報処理部２１
と、ユーザのスケジュール情報を管理するスケジュール
情報管理部２２と、ユーザによるデータの入力およびユ
ーザに対するデータの出力を行う入出力部２３と、ユー
ザのスケジュール情報を格納したスケジュール情報デー
タベース（以下、データベースをＤＢと言う）２４と、
を備えている。なお、ユーザ端末２０においては、荷物
の配達情報を処理して配達可能日時と場所を抽出する処
理は、ユーザ端末２０内に格納されてユーザ端末２０上
で動作する配達スケジュール調整プログラムに基づい
て、ＣＰＵ等の演算部で実現される。このようなユーザ
端末２０としては、例えばＰＤＡ（Personal Digital A
ssistant，携帯型情報端末）やＰＣ(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.
【００１５】図２は、ユーザ端末２０のスケジュール情
報ＤＢ２４の構成を説明する図である。スケジュール情
報ＤＢ２４は、ユーザのスケジュールにおけるイベント
予定の情報を格納するイベント情報格納部２４ａと、場
所を示すＩＤと具体的な場所のデータを格納する場所情
報格納部２４ｂと、ユーザの定期的なスケジュール情報
を格納するリピート・スケジュール情報格納部２４ｃ
と、荷物の配達先の代わりに配達できる代替場所の情報
を格納した代替配送可能場所格納部２４ｄと、を備えて
いる。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.
【００１６】サービス提供者サーバ３０は、運送業者サ
ーバ４０からの要求を受け付けて荷物の配達のスケジュ
ールを調整するスケジュール調整部３１と、ユーザの情
報を調査するユーザ調査部（スケジュール取得部）３２
と、ユーザ情報を管理するユーザ管理部３３と、運送業
者情報を管理する業者管理部３４と、ユーザ情報を格納
したユーザ情報ＤＢ３５と、運送業者情報を格納した業
者情報ＤＢ３６と、を備えている。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. .
【００１７】図３(a)は、サービス提供者サーバ３０の
ユーザ情報ＤＢ３５の構成を説明する図、 (b)はサービ
ス提供者サーバ３０の業者情報ＤＢ３６の構成を説明す
る図である。ユーザ情報ＤＢ３５は、図３(a)に示すよ
うに、ユーザの個人情報を格納したユーザ個人情報格納
部（個人情報登録部）３５ａと、ユーザの家族情報を格
納したユーザ家族情報格納部（メンバー情報登録部）３
５ｂと、情報の取得を許可する運送業者の情報を格納し
た許可運送業者情報格納部３５ｃと、荷物の配達におけ
る例外的な規則情報を格納した例外規則格納部（例外規
則登録部）３５ｄと、ユーザ端末２０に問い合わせ中で
ある情報を格納した問い合わせ中データ格納部３５ｆ
と、その問い合わせ内容の詳細な情報を格納した問い合
わせ詳細データ格納部３５ｇと、を備えている。業者情
報ＤＢ３６は、図３(b)に示すように、配達サービスを
行う業者の情報を格納した業者情報格納部３６ａと、業
者が調査できる許可範囲の情報を格納した調査許可範囲
情報格納部３６ｂと、を備えている。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.
【００１８】運送業者サーバ４０は、配達する荷物情報
を管理する配達荷物管理部４１と、荷物を配達できる日
時を調整する配達可能日調整部４２と、荷物の配達予定
日を管理する配達予定管理部４３と、運送業者によるデ
ータの入力および運送業者に対するデータの出力を行う
入出力部４４と、配達する荷物の情報を格納した配達荷
物情報ＤＢ４５と、配達予定の情報を格納した配達予定
情報ＤＢ４６と、を備えている。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.
【００１９】図１に示す配達サービスシステム１０で
は、荷物の配達を受け付けた運送業者は、運送業者サー
バ４０からネットワークを介してサービス提供者サーバ
３０に接続し、配達日時の調整を依頼する。サービス提
供者サーバ３０は、荷物の受取人であるユーザのユーザ
端末２０にネットワークを介して接続し、配達可能日の
調整を行う。サービス提供者サーバ３０は得られた配達
可能日を運送業者サーバ４０へ送出し、運達業者サーバ
４０はその配達可能日を配達日時として設定し、荷物の
配送を行う。以下、このような配達サービスシステム１
０における具体的な処理の流れを説明する。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.
【００２０】図４は、サービス提供者サーバ３０におけ
るユーザの登録処理の流れを説明する図である。まず、
配達サービスシステム１０において、配達される荷物を
受け取るユーザは、サービスを受ける会員としてサービ
ス提供者サーバ３０に予め登録されている必要がある。
したがって、サービス提供者サーバ３０は、ネットワー
クを介して接続されたユーザ端末２０からのログイン要
求を受け付け（ステップＳ３０１）、ユーザ管理部３３
によってユーザ情報ＤＢ３５を参照してユーザの認証を
行う。なお、ここでログインできないユーザのユーザ端
末２０に対しては、サービス提供者サーバ３０はユーザ
登録要求を行うことができる。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.
【００２１】続けて、サービス提供者サーバ３０は、ロ
グインを行ったユーザのユーザ情報をユーザ管理部３３
によってユーザ情報ＤＢ３５から読み出し（ステップＳ
３０２）、図示しないメモリ内に一時的に格納する。こ
のとき読み出されるユーザ情報は、予めユーザ情報ＤＢ
３５に格納されているユーザに関する情報である。具体
的には、図５(a)に示すようなユーザ個人情報格納部３
５ａに格納されたユーザ個人情報と、図５(b)に示すよ
うなユーザ家族情報格納部３５ｂに格納されたユーザ家
族情報と、図６に示すような許可運送業者情報格納部３
５ｃに格納された運送業者情報と、図７に示すような例
外規則格納部３５ｄに格納された例外規則情報とであ
る。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.
【００２２】次に、ユーザ端末２０に対して登録メニュ
ーを送出する（ステップＳ３０３）。サービス提供者サ
ーバ３０は、ユーザ端末２０に対して送出した登録メニ
ューに対してユーザ端末２０によりユーザ個人情報が選
択要求されたか否かを判断する（ステップＳ３０４）。
ユーザ個人情報が選択要求されたと判断すると、現在ユ
ーザ情報ＤＢ３５のユーザ個人情報格納部３５ａに蓄積
されている図５(a)に示すようなユーザの住所や連絡先
などのデータを含んだユーザ個人情報を、ユーザ端末２
０に対して送出する（ステップＳ３０５）。さらに送出
したユーザ個人情報に対してユーザ端末２０から更新等
の情報があれば受け付ける（ステップＳ３０６）。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).
【００２３】そして、サービス提供者サーバ３０は、ス
テップＳ３０４においてユーザ個人情報が選択されなか
ったと判断した場合、ユーザ端末２０によりユーザ家族
情報が選択要求されたか否かを判断する（ステップＳ３
０７）。ユーザ家族情報が選択要求されたと判断する
と、現在ユーザ情報ＤＢ３５のユーザ家族情報格納部３
５ｂに蓄積されている図５(b)に示すようなユーザ家族
情報を、ユーザ端末２０に対して送出する（ステップＳ
３０８）。このユーザ家族情報は、ユーザが配達される
荷物の受け取りが可能な家族が持っている場合に登録さ
れるものである。そして送出したユーザ家族情報に対し
てユーザ端末２０から更新等の情報があれば受け付ける
（ステップＳ３０９）。このように荷物の受け取りが可
能なユーザの家族についての情報がサービス提供者サー
バ３０に登録されていることにより、ユーザが不在のと
きであっても登録されている家族のいずれかが在宅であ
れば、荷物の配達ができるようになる。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.
【００２４】また、サービス提供者サーバ３０は、ステ
ップＳ３０７においてユーザ家族情報が選択されなかっ
たと判断した場合、ユーザ端末２０により運送業者に対
する許可設定が選択要求されたか否かを判断する（ステ
ップＳ３１０）。許可設定が選択要求されたと判断する
と、現在ユーザ情報ＤＢ３５の許可運送業者情報格納部
３５ｃに蓄積されている図６に示すような運送業者許可
情報を、ユーザ端末２０に対して送出する（ステップＳ
３１１）。この運送業者許可情報とは、ユーザに対する
荷物の配達がユーザにより許可された運送業者のリスト
である。なお図６において運送業者が業者ＩＤによって
示されているが、業者情報ＤＢ３６には図８に示すよう
な業者情報が登録されており、この業者情報を参照して
運送業者の情報を抽出することができる。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
【００２５】続けて、送出した運送業者許可情報に対し
てユーザ端末２０から更新等の情報があれば受け付ける
（ステップＳ３１２）。このデータの更新では、例え
ば、配達サービスシステム１０において使用する運送業
者として新たな業者を登録する場合や、既に登録してあ
る使用可能な運送業者を何らかの理由により削除する場
合などを想定することができる。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.
【００２６】さらに、サービス提供者サーバ３０は、ス
テップＳ３１０において許可設定が選択されなかったと
判断した場合、ユーザ端末２０により例外規則が選択要
求されたか否かを判断する（ステップＳ３１３）。この
例外規則は、荷物の配達時に考慮すべき事項を示すデー
タを含んでおり、ユーザはこの例外規則を登録しておく
ことにより、荷物の配達時において様々な便宜を図って
もらうことができる。例えば、図７に示すように、冷温
下で保存する必要がある荷物の場合には事前に所定電子
メールアドレスに通知するように設定することができ
る。また、交通機関の遅延等でスケジュールどおりにユ
ーザが行動しなかった場合を考慮し、不在時には管理人
に預けるといった規則を設定することができる。ステッ
プＳ３１３において例外規則が選択要求されたと判断す
ると、ユーザ情報ＤＢ３５の例外規則格納部３５ｄに現
在蓄積されている図７に示すような例外規則を、ユーザ
端末２０に対して送出する（ステップＳ３１４）。さら
に送出した例外規則に対してユーザ端末２０からの新た
な登録や更新等があれば受け付ける（ステップＳ３１
５）。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).
【００２７】続けて、サービス提供者サーバ３０は、ス
テップＳ３１３において例外規則が選択されなかったと
判断した場合、ユーザ端末２０から送出される登録デー
タ確認の終了要求を受け付ける（ステップＳ３１９）。
続けて、ユーザ端末２０に対して更新情報を確認のため
に送出し（ステップＳ３２０）、それに対してユーザ端
末２０から送出されるユーザ情報の更新要求があるか否
かを判断する（ステップＳ３２１）。更新要求はないと
判断すると、本処理は終了する。一方、ステップＳ３２
１において更新要求があると判断した場合、ユーザ管理
部３３においてユーザ情報ＤＢ３５に登録されているユ
ーザ情報を、上記ステップＳ３０６、ステップＳ３０９
およびステップＳ３１２において受け付けたユーザ情
報、ユーザ家族情報および運送業者許可情報を基に更新
し（ステップＳ３２２）、本処理を終了する。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.
【００２８】ところで、荷物の配達日時の調整処理は、
運送業者が荷物の配達依頼を受注することにより開始さ
れる。具体的には、運送業者の運送業者サーバ４０が、
直接またはネットワークを介した外部からの荷物の配達
依頼を受け付ける。すると、運送業者サーバ４０が、配
達荷物管理部４１により配達荷物情報ＤＢ４５に図９に
示すような配達荷物データを記録する。記録された配達
荷物データに基づき、運送業者サーバ４０はネットワー
クを介してサービス提供者サーバ３０に接続する。そし
て配達日時を調整するため、運送業者サーバ４０は配達
可能日時調整部４２によりサービス提供者サーバ３０に
対して配達日時調査要求（提供通知、サービスタイミン
グ調整要求、配達スケジュール）を送出する。この配達
日時調査要求には、荷物の配達先と、その荷物の配達可
能期間のデータが含まれている。この配達可能期間のデ
ータは、運送業者がその荷物について配達可能な期間を
示すものであり、例えば配達先の住所を基に最も早い配
達可能な時間帯（タイミング、サービス提供期間、配達
可能期間、配達可能時間帯）等、任意に設定することが
できる。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).
【００２９】図１０は、サービス提供者サーバ３０にお
ける配達日時調査要求の処理の流れを説明する図であ
る。まず、サービス提供者サーバ３０は、ネットワーク
を介して運送業者サーバ４０からの接続要求を受け付け
る（ステップＳ３３０）。そして、サービス提供者サー
バ３０は、業者管理部３４において業者情報ＤＢ３６を
参照し、その運送業者について業者情報ＤＢ３６に格納
されている図１１に示す調査許可範囲情報を抽出する
（ステップＳ３３１）。調査許可範囲情報では、図１１
に示すように、配達日を調整するために行う配達日時調
査要求をサービス提供者サーバ３０に対して行うことが
できる範囲が「タイプ」として運送業者ごとに設定され
ている。例えば図１１に示す業者ＩＤが“００１”の運
送業者の場合、常時いつでもサービス提供者サーバ３０
に対して配達日時調査要求することが可能であるタイプ
に設定されている。その他、ある運送業者が一時的な使
用のみに留まるのであれば、この設定を所定期間に限定
したタイプに設定することもできる。このように運送業
者ごとに調査許可範囲を設定することで、ユーザの個人
情報が必要以上に外部へ流出することを防止できる。こ
の調査許可範囲情報を基に、サービス提供者サーバ３０
は、その接続要求を行った運送業者サーバ４０の運送業
者が調査する権利を有するか否かを判断する（ステップ
Ｓ３３２）。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).
【００３０】ステップＳ３３２においてその運送業者が
調査を許可されていないと判断した場合、運送業者サー
バ４０に対して調査不可の旨を送出し（ステップＳ３３
６）、本処理は終了する。一方、その運送業者は調査許
可権利を有すると判断した場合、サービス提供者サーバ
３０は運送業者サーバ４０から送出される配達日時調査
要求を受け付ける（ステップＳ３３３）。受け付けた配
達日時調査要求のデータに含まれている配達先は、配達
サービスシステム１０のサービスを受ける会員としてユ
ーザ登録されているか否かをユーザ情報ＤＢ３５を参照
し、電話番号または電子メールアドレスをキーにしてユ
ーザ調査部３２にて判断する（ステップＳ３３４）。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).
【００３１】ステップＳ３３４において配達先のユーザ
はユーザ登録されていないと判断した場合、運送業者サ
ーバ４０に対して調査不可の旨を送出し（ステップＳ３
３６）、本処理を終了する。一方、配達先はユーザ登録
されているユーザであると判断した場合、ユーザがその
運送業者による調査を許可しているか否かを、ユーザ情
報ＤＢ３５の許可運送業者情報格納部３５ｃに格納され
た、図６に示すような許可情報を参照して判断する（ス
テップＳ３３５）。調査を許可していないと判断した場
合、運送業者サーバ４０に対する調査不可通知を送出し
（ステップＳ３３６）、本処理を終了する。一方、ステ
ップＳ３３５において調査を許可していると判断した場
合、ユーザ調査部３２によりユーザのスケジュール調査
を行い、スケジュールの調整を行う（ステップＳ３３
７）。この処理の詳細は、図１２および図１８に関連し
て後述する。そして、調整した結果得られた荷物の配達
可能日時を運送業者サーバ４０に送出し（ステップＳ３
３８）、本処理を終了する。次に、ステップＳ３３７に
おけるスケジュールの調整について詳細を説明する。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.
【００３２】図１２は、サービス提供者サーバ３０にお
けるスケジュール調整の処理の流れを説明する図であ
る。まず、運送業者サーバ４０からの配達日時調査要求
をスケジュール調整部３１において受け付けたサービス
提供者サーバ３０は、ユーザ調査部３２によりその配達
日時調査要求のデータに含まれている配達先について、
ユーザ情報ＤＢ３５に格納された例外規則を参照して例
外規則があるか否かを判断する（ステップＳ３５０）。
例外規則があると判断した場合、その例外規則に基づい
て配達スケジュールの調整を行うことを考慮されるよう
に、その条件を図示しないメモリに記録する（ステップ
Ｓ３５１）。このようにして例外規則のデータを読み込
んだ後、または例外規則はないと判断した場合、スケジ
ュール調整部３１において配達日時調査要求に対する問
い合わせ番号を発行する（ステップＳ３５２）。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).
【００３３】続けて、サービス提供者サーバ３０は、ユ
ーザ調査部３２によりユーザ情報ＤＢ３５内に格納され
た図５(b)に示すユーザ家族情報を参照して、ユーザに
荷物の受け取りが可能な家族がいるか否かを判断する
（ステップＳ３５３）。家族はいないと判断した場合、
ユーザ端末２０に対してスケジュール調査要求を送出す
る（ステップＳ３５４）。一方、家族がいると判断した
場合、ユーザ調査部３２において、ユーザのユーザ端末
２０と、そのユーザの家族が所持するユーザ家族用のユ
ーザ端末（ユーザ端末２０と同じ構成を有する）と、に
スケジュール調査要求を送出する（ステップＳ３５
５）。ステップＳ３５４またはステップＳ３５５におい
てスケジュール調査要求を送出した後、ユーザ情報ＤＢ
３５にそのスケジュール調査要求に基づく問い合わせデ
ータを格納して（ステップＳ３５６）、本処理を終了す
る。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.
【００３４】なお、ステップＳ３５６においてユーザ情
報ＤＢ３５内に格納される問い合わせデータを、図１３
に示す。図１３(a)は現在問い合わせ中のデータを示す
問い合わせ中データを示している。ここで、問い合わせ
数とは、例えばユーザの家族が１人いれば、ユーザと家
族との２人のユーザ端末２０に対して問い合わせるの
で、「２」となる。また、回答数は問い合わせを要求し
たユーザ端末２０から回答があった数を示している。こ
の場合、２人のユーザ端末２０に問い合わせて１人のユ
ーザ端末２０から回答があった状態を意味している。ま
た図１３(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).
【００３５】図１４は、ユーザ端末２０が受け取ったス
ケジュール調査要求の処理の流れを説明する図である。
ここではユーザ端末２０が受け取ったスケジュール調査
要求に対して配達可能な日時と場所の抽出が行われる。
具体的には、ユーザ端末２０の配達情報処理部２１にお
いて配達スケジュールを調整するプログラムが処理を実
行することによりユーザのスケジュール情報を参照し、
スケジュール調査要求が指定する配達可能期間に対応す
る配達可能な日時と場所の抽出が行われる。なおユーザ
端末２０における処理は、荷物の受取人であるユーザが
使用するユーザ端末２０において行われるだけでなく、
荷物を受け取ることが可能であると判断されたユーザ家
族がいる場合には、そのユーザ家族が使用するユーザ端
末２０においても同じ処理が行われる。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.
【００３６】まず、ユーザ端末２０は、配達情報処理部
２１においてサービス提供者サーバ３０から送出された
スケジュール調査要求を受け付ける（ステップＳ２０
１）。このとき、外部からの不正アクセスを避けるた
め、予めユーザ端末２０内に登録されているサービス提
供者サーバ３０のみに対して接続を許可するように通信
相手の認証機能が設定されている。次に、配達情報処理
部２１において、スケジュール調査要求に含まれる荷物
の配達可能期間に対応した、ユーザ端末２０のスケジュ
ール情報ＤＢ２４内に格納されたユーザのスケジュール
情報を抽出する（ステップＳ２０２）。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).
【００３７】ここで、ユーザのスケジュール情報につい
て説明する。図１５はスケジュール情報ＤＢ２４内に格
納されるスケジュール情報である。図１５(a)は、予定
毎に随時記録されるイベント情報を示し、イベント情報
格納部２４ａに格納される。ここでイベント情報とは日
常的なイベント以外のイベントであり、図１５(a)に示
すような休日出勤の予定や、その他旅行等の予定を挙げ
ることができる。図１５(b)はスケジュールを立てる際
に参考される場所情報を示し、場所情報格納部２４ｂに
格納される。図１５(c)は定期的に繰り返される所定の
リピート・スケジュール情報を示し、リピート・スケジ
ュール情報格納部２４ｃに格納される。ここで、リピー
ト・スケジュール情報とは、ユーザが予め設定できるデ
フォルトの予定であり、図１５(c)に示すように平日１
０〜１８時まではL0001の場所に居る旨の情報や、平日
は夜７時以降は自宅に居る旨の情報や、その他、週末土
日の午前中は自宅に居る旨の情報など、一般的なスケジ
ュールを意味する。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.
【００３８】また、スケジュール情報ＤＢ２４内にはユ
ーザの代替配送可能場所についての情報も格納される。
図１６に具体的な代替配送可能場所情報の例を示す。こ
の代替配送可能場所の情報は、図１６に示すように配達
先として指定された住所の代わりに配達できる場所を示
すデータを含んでいる。このように、配達先として指定
された住所以外にも、本人の受け取りが可能な代替配送
可能場所のデータを登録することにより、荷物の配達が
より早く確実に行われる。なお、代替配送可能場所のデ
ータには、その代替配送可能場所に配達可能な荷物の条
件を設定することができる。例えば図１６に示すよう
に、荷物の重さや、荷物の種類等の制限を設定すること
ができる。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.
【００３９】なお、このようなスケジュール情報は、ユ
ーザ端末２０に導入したＰＩＭ（Personal Information
Management）プログラムによって管理することができ
る。ＰＩＭプログラムは、個人情報の管理用のツールで
あり、ユーザ端末２０のスケジュール情報ＤＢ２４に蓄
積されたスケジュール情報に基づき、スケジュール情報
管理部２２によって実行される。ユーザはイベントの予
定毎にスケジュールを入出力部２３を介して入力し、Ｐ
ＩＭプログラムはユーザに対して蓄積したユーザのスケ
ジュール情報を入出力部２３を介して表示したり、また
スケジュールについての注意をユーザに対して喚起する
ことができる。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.
【００４０】また、ステップＳ２０２においては、配達
可能期間に対応したユーザのスケジュール情報をリスト
として抽出するだけではなく、そのスケジュールに基づ
いたユーザの位置の予測も行う。例えば、スケジュール
情報ＤＢ２４の場所情報格納部２４ｂに格納された場所
情報にはユーザ会社から自宅までの所要時間が記録され
ている。この所要時間に基づき、会社を出社する時間か
らユーザが自宅に到着する時間を予測することができ
る。その結果、ユーザの在宅時間が予測できるので、在
宅時間と予測される時間帯に対しては配達先として自宅
に荷物の配達が可能となる。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.
【００４１】次に、ステップＳ２０２において抽出され
たユーザのスケジュール情報のうち、イベント情報か
ら、荷物の配達を受け取ることができる空き時間（無予
定日時）がユーザにあるか否かをスケジュール情報管理
部２２により判断する（ステップＳ２０３）。空き時間
があると判断すると、その空き時間の時間帯にスケジュ
ール情報のリピート・スケジュール情報からリピート・
スケジュールがあるか否かを判断する（ステップＳ２０
４）。リピート・スケジュールがあると判断した場合、
再度ステップＳ２０３へ戻り、他の空き時間がないかど
うかを調べる。例えば３０分単位の空き時間は複数抽出
される可能性があるが、その抽出された複数の空き時間
の中から、現時点で最も現在の日時に近い順からステッ
プＳ２０３からステップＳ２０４の処理を行うことがで
きる。一方、ステップＳ２０４において、その空き時間
にはリピート・スケジュールはないと判断した場合、荷
物の配達が可能な時間（一致日時）としてサービス提供
者サーバ３０へ送出し（ステップＳ２０５）、本処理を
終了する。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.
【００４２】ステップＳ２０３にいおいて、空き時間は
ないと判断した場合、この処理を行っているユーザ端末
２０のユーザは、スケジュール調査要求において指定さ
れた配達先の本人であるか否かを判断する（ステップＳ
２１０）。本人ではないと判断した場合、荷物を配達で
きる時間はないとの旨をサービス提供者サーバ３０に対
して送出し（ステップＳ２３２）、本処理を終了する。
一方、このユーザは配達先の本人であると判断した場
合、代替配送可能場所の検索を行う（ステップＳ２１
１）。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).
【００４３】ここで、ステップＳ２１１における代替配
送可能場所の検索について説明する。図１７は、ユーザ
端末２０における代替配送可能場所の検索処理の流れを
説明する図である。まず、ユーザ端末２０は、サービス
提供者サーバ３０から送出される代替配送可能場所の情
報を基に、ユーザ端末２０のスケジュール情報ＤＢ２４
内に代替配送可能場所が登録されているか否かを判断す
る（ステップＳ２２０）。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).
【００４４】ステップＳ２２０においてスケジュール情
報ＤＢ２４に代替配送可能場所が登録されていると判断
した場合、ユーザ端末２０はその代替配送可能場所のデ
ータのうち、１つを抽出する（ステップＳ２２１）。そ
して、抽出した代替配送可能場所について配達できる荷
物の条件を参照し、配達される荷物はその条件を満たし
ているか否かを判断する（ステップＳ２２２）。満たし
ていないと判断した場合、ステップＳ２２０へ戻って他
の代替配送可能場所のデータについて処理を開始する。
一方、ユーザ端末２０が荷物が条件を満たしていると判
断した場合、スケジュール調査要求において指定された
配達可能時間内におけるユーザが代替配送可能場所に存
在しているスケジュールを、スケジュール情報ＤＢ２４
を参照して検索する（ステップＳ２２３）。そして、配
達可能時間内に、ユーザが代替配送可能場所に存在して
いるスケジュールがあるか否かを判断する（ステップＳ
２２４）。スケジュールがないと判断した場合、ステッ
プＳ２２０に戻って他の代替配送可能場所のデータにつ
いて処理を開始する。また、スケジュールがあると判断
した場合、その代替配送可能場所に配達可能であるとの
結論を得る。一方、ステップＳ２２０においてスケジュ
ール情報ＤＢ２４に代替配送可能場所が登録されていな
いと判断した場合、代替配送可能場所への荷物の配達は
不可能であるとの結論を得る。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.
【００４５】以上のようにして図１４のステップＳ２１
１において代替配送可能場所への荷物の配達の可能・不
可能の結論を基に、代替配送可能場所へ荷物の配達をす
るか否かをスケジュール調整部３１において判断する
（ステップＳ２３０）。配達不可能である場合には、代
替配送可能場所への荷物を配達をしないと判断し、荷物
を配達できる時間はないとの旨をサービス提供者サーバ
３０に対して送出し（ステップＳ２３２）、本処理を終
了する。一方、配達可能である場合には、代替配送可能
場所への荷物の配達が可能である旨をサービス提供者サ
ーバ３０に対して送出し（ステップＳ２３１）、本処理
を終了する。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.
【００４６】図１８は、サービス提供者サーバ３０にお
ける配達予定日時の調整処理の流れを説明する図であ
る。まず、サービス提供者サーバ３０が、ユーザ調査部
３２においてスケジュール調査要求に対するユーザ端末
２０からの応答を受け付ける（ステップＳ３６０）。そ
して、受け付けた応答のデータは、ユーザ情報ＤＢ３５
内に格納されている図１３(a)に示す問い合わせ中デー
タに登録されている案件か否かを、問い合わせ番号を基
に判断する（ステップＳ３６１）。問い合わせ中データ
に一致する問い合わせ番号を有するものがない場合、問
い合わせ中の案件ではないと判断し、本処理は終了す
る。一方、問い合わせ中データに一致する問い合わせ番
号を有するものがあると判断した場合、問い合わせ中デ
ータの回答数のデータを更新する（ステップＳ３６
２）。続けて、ユーザ情報ＤＢ３５内に格納されている
図１３(b)に示す問い合わせ詳細データについても、状
況データの更新を行う（ステップＳ３６３）。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).
【００４７】次に、サービス提供者サーバ３０は、ユー
ザ調査部３２においてスケジュール調査要求を行った全
てのユーザ端末２０からの応答を受け付けたか否かを判
断する（ステップＳ３６４）。これは、図１３(a)に示
す問い合わせ中データの回答数が、問い合わせ数と同じ
数になっていれば、ユーザとその家族等、スケジュール
調査要求を行った全てのユーザ端末２０から応答があっ
たことがわかる。全てのユーザ端末２０からの応答は未
だ得ていないと判断した場合、ステップＳ３６０へ戻
り、スケジュール調査要求を行った全てのユーザ端末２
０から応答を得るまで同じ処理を繰り返す。一方、ユー
ザ調査部３２において全てのユーザ端末２０から応答を
受け付けたと判断した場合、図１３(b)に示す問い合わ
せ詳細データの状況を参照し、最も早く配達できる時間
帯とその家族と配達先（自宅または代替配送可能場所）
を抽出できるか否かを判断する（ステップＳ３６５）。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).
【００４８】ステップＳ３６５においてサービス提供者
サーバ３０が、配達先を抽出できないと判断した場合、
スケジュール調整部３１により運送業者サーバ４０へ調
査不可の旨を送出し（ステップＳ３６６）、本処理を終
了する。一方、配達先が抽出できたと判断した場合、ス
ケジュール調整部３１によりその配達先のユーザ端末２
０に対して配達予定時間（サービス提供予定タイミン
グ、一致日時、配達予定日時）を送出する（ステップＳ
３６７）。続けて、運送業者サーバ４０へ配達先と配達
予定時間を送出する（ステップＳ３６８）。そして、サ
ービス提供者サーバ３０は、ユーザ情報ＤＢ３５内に格
納している図１３(a)に示す問い合わせ中データと、図
１３(b)に示す問い合わせ詳細データについて、該当す
る問い合わせ番号のデータを削除し（ステップＳ３６
９）、本処理を終了する。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.
【００４９】運送業者サーバ４０は、このようにしてサ
ービス提供者サーバ３０から送出された配達先の住所と
配達時間を配達予定管理部４３で受け付け、配達可能日
時調整部４２が配達予定情報ＤＢ４６内に格納された図
１９に示すような配達予定データを更新する。そして、
運送業者サーバ４０は配達予定データに基づき、配達担
当員に配達指示を出す。なお、指定された配達日時と場
所にユーザが居らず、荷物の配達ができなかった場合に
は、例外規則として不在時における荷物の処理方法が配
達担当員へ指示される。このように、ユーザの細かい希
望に沿った荷物の配達を行うことができる。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.
【００５０】このように実施の形態１では、サービス提
供者サーバ３０がユーザ端末２０のスケジュール情報を
参照し、さらには配達先のユーザの家族のスケジュール
情報や、ユーザの代替配送可能場所を参照することで、
配達するのに適した配達先と配達時間を決定することが
できる。この配達先と配達時間に基づいて運送業者サー
バ４０が配達予定を組み入れ、荷物を配達することによ
り、ユーザに対してより確実に荷物を配達することが可
能となる。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.
【００５１】なお、実施の形態１において、調査要求を
送出した後にユーザ端末２０から回答が得られなかった
場合を考慮して、次の処理が行われることが好ましい。
図２０は、サービス提供者サーバ３０のユーザ調査部３
２による配達日時の処理の流れについて、問い合わせを
行った全てのユーザ端末２０からの回答が得られない場
合の処理を説明する図である。まず、サービス提供者サ
ーバ３０は、予め設定された所定時間が経過したか否か
を判断する（ステップＳ３８０）。所定時間経過してい
ないと判断した場合、所定時間が経過するまで処理の開
始を待つ。所定時間経過したと判断した場合、ユーザ情
報ＤＢ３５を参照して図１３(a)に示す問い合わせ中デ
ータがあるか否かを判断する（ステップＳ３８１）。問
い合わせ中のデータはないと判断した場合、本処理を終
了する。問い合わせ中データがあると判断した場合、そ
の問い合わせ中データについて、問い合わせ時刻を参照
して問い合わせを行った時刻から予め設定した所定時間
が経過しているか否かを判断する（ステップＳ３８
２）。問い合わせから一定時間経過していないと判断し
た場合、ステップＳ３８１に戻って他の問い合わせ中デ
ータについて処理を開始する。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.
【００５２】一方、問い合わせから一定時間経過してい
ると判断した場合、回答数を参照して回答数が少なくと
も１以上であるか否かを判断する（ステップＳ３８
３）。回答数が１以上ではない、すなわちゼロであると
判断すると、運送業者サーバ４０に対して配達時間と配
達先の調査は不可能である旨を送出する（ステップＳ３
８４）。一方、回答が１以上であると判断すると、その
案件についての図１３(b)に示すような問い合わせ詳細
データを参照し、最も早く配達できる時間帯と配達先
（ユーザ、ユーザの家族、代替配送可能場所など）の抽
出を行う（ステップＳ３８５）。そして、荷物の配達を
その時間帯について行う旨を、配達先として抽出された
ユーザのユーザ端末２０へ送出する（ステップＳ３８
６）。さらに、抽出された配達時間帯と配達先を運送業
者サーバ４０へ送出する（ステップＳ３８７）。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).
【００５３】次に、ステップＳ３８７において運送業者
サーバ４０に配達時間帯と配達先を送出し、またはステ
ップＳ３８４において調査不可能である旨を送出した
後、サービス提供者サーバ３０は、ユーザ情報ＤＢ３５
内に格納されている問い合わせ中データと問い合わせ詳
細データについてその案件に関するデータを更新する
（ステップＳ３８８）。そして、ステップＳ３８１に戻
って他の問い合わせ中データについて処理を開始する。
この処理はユーザ情報ＤＢ３５内に問い合わせ中データ
がなくなるまで続けられ、ステップＳ３８１において問
い合わせ中のデータはないと判断されると、本処理は終
了する。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.
【００５４】このように実施の形態１では、運送業者サ
ーバ４０が配達荷物を受注すると、サービス提供者サー
バ３０が運送業者サーバ４０からの配達日時調査要求を
受けて配達先であるユーザのスケジュールを調査する。
そして、ユーザに荷物を配達できる時間と場所を抽出し
て運送業者サーバ４０へ通知し、運送業者サーバ４０は
それに基づいて荷物の配達を行う。したがって、荷物を
配達したときにユーザがその場所に居ない確率が低く、
ユーザに荷物を配達しなおす無駄が生じにくい。また、
荷物を受け取るユーザは、自分のスケジュール管理をユ
ーザ端末２０上で通常に管理するだけでよく、直接配達
日を指定したり運送業者とスケジュールを調整したりす
るわずらわしさがない。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.
【００５５】また、実施の形態１では、配達できる時間
と場所を調整するための配達日時調査要求は、ユーザが
許可する運送業者のみが行うことができる。また、運送
業者はサービス提供者サーバ３０を介して配達できる時
間と場所のみを知ることができ、ユーザのスケジュール
の全てを知ることはできない。したがって、ユーザの情
報が不必要に外部に漏れることがなく、ユーザのプライ
バシーも保つことができる。なお、実施の形態１では、
サービス提供者サーバ３０にはユーザのスケジュール情
報そのものは記録されないが、ユーザ端末２０に接続で
きない場合を考慮して、ユーザ端末２０に接続した際に
取得できスケジュール情報は、次回の接続時までユーザ
情報ＤＢ３５内に記録させることもできる。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.
【００５６】◎ 実施の形態２
図２１は、実施の形態２における配達サービスシステム
１０Ａを説明する図である。図２１に示す配達サービス
システム１０Ａでは、ユーザ端末２０Ａが配達情報処理
部２１を備えず、その代わりにサービス提供者サーバ３
０Ａが配達情報処理部３７ａと、スケジュール情報キャ
ッシュ部３７ｂと、キャッシュ管理部３７ｃと、を備え
る点において、実施の形態１の配達サービスシステム１
０と構成が異なる。具体的には、サービス提供者サーバ
３０Ａは、図１に示したサービス提供者サーバ３０に備
えられている構成以外に、ユーザ端末２０Ａからユーザ
のスケジュール情報から荷物の配達が可能な日時と場所
の情報を抽出する配達情報処理部３７ａと、ユーザのス
ケジュール情報を一時的に保存するスケジュール情報キ
ャッシュ部３７ｂと、スケジュール情報キャッシュ部３
７ｂを管理するキャッシュ管理部３７ｃと、を備えてい
る。また、サービス提供者サーバ３０Ａのユーザ情報Ｄ
Ｂ３５内には、代替配送可能場所の情報が格納される。
なお、配達サービスシステム１０Ａにおいて図１に示す
配達サービスシステム１０と同じ構成を有するものは、
同じ符号を付与することでその詳細な説明を省略する。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.
【００５７】配達サービスシステム１０Ａでは、サービ
ス提供者サーバ３０Ａが運送業者サーバ４０から配達日
時調査要求を受け取ると、サービス提供者サーバ３０Ａ
の配達情報処理部３７ａにおいて、配達スケジュール調
整プログラムが実行されることにより、ユーザ端末２０
Ａに接続する。そして、サービス提供者サーバ３０Ａ
は、配達スケジュール調整プログラムによってユーザ端
末２０Ａのスケジュール情報を読み出してスケジュール
情報キャッシュ部３７ｂに格納し、そのスケジュール情
報から、荷物の配達が可能な日時と場所を抽出する。こ
のようにして得られた配達可能日時と場所を、サービス
提供者サーバ３０Ａは運送業者サーバ４０へ送出し、運
送業者サーバ４０はそれに基づいて荷物の配達を配達者
に指示することができる。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.
【００５８】以上のように、実施の形態２における配達
サービスシステム１０Ａでは、配達スケジュール調整プ
ログラムがサービス提供者サーバ３０Ａ内に存在し、ユ
ーザ端末２０Ａのスケジュールからの配達可能な日時と
場所の抽出はサービス提供者サーバ３０Ａにおいて実行
される。その結果、ユーザ端末２０Ａにおける処理の負
担が減少するので、ユーザ端末２０Ａは例えば携帯電話
のような小型で処理能力がさほど高くないもので構成す
ることができる。なお、サービス提供者サーバ３０Ａに
同期管理部（実施の形態４参照）を、ユーザ端末２０Ａ
に同期処理部（実施の形態４参照）を設けてスケジュー
ル情報の同期をとることによって、スケジュール調整プ
ログラムがユーザ端末２０Ａに接続することなく配達可
能な日時を抽出することができる。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.
【００５９】◎ 実施の形態３
図２２は、実施の形態３における配達サービスシステム
１０Ｂを説明する図である。図２２に示す配達サービス
システム１０Ｂでは、ユーザ端末２０Ｂがスケジュール
情報管理部２２を備えず、その代わりに演算処理部２５
を備え、またサービス提供者サーバ３０Ｂがスケジュー
ルを管理するスケジュール情報管理部３８ａと、スケジ
ュール情報を格納したスケジュール情報ＤＢ３８ｂと、
を備えている点で、図２１に示す配達サービスシステム
１０Ａと構成が異なる。なお、配達サービスシステム１
０Ｂにおいて図２１に示す配達サービスシステム１０Ａ
と同じ構成を有するものは、同じ符号を付与することで
その詳細な説明を省略する。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.
【００６０】配達サービスシステム１０Ｂでは、ユーザ
のスケジュール情報がサービス提供者サーバ３０Ｂのス
ケジュール情報ＤＢ３８ｂ内に格納され、またサービス
提供者サーバ３０Ｂがスケジュールを管理するＰＩＭプ
ログラムを有している。ユーザはスケジュールを使用す
るにあたり、新たなイベントの予定を入れたり、既に登
録されているイベント等のスケジュールを見るときは、
ユーザ端末２０Ｂを用いてサービス提供者サーバ３０Ｂ
に接続して、そのユーザのスケジュール情報を引き出
す。したがって、この配達サービスシステム１０Ｂにお
けるユーザのスケジュールを管理するユーザ端末２０Ｂ
は、ユーザが使用するユーザ端末２０Ｂはユーザが所有
する個人の端末に限定されず、例えば公共のＰＣ等も使
用可能である。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.
【００６１】配達サービスシステム１０Ｂでは、ユーザ
のスケジュール情報は全てサービス提供者サーバ３０Ｂ
のスケジュール情報ＤＢ３８ｂ内に格納され、またスケ
ジュール管理もサービス提供者サーバ３０Ｂのスケジュ
ール情報管理部３８ａによって管理される。そのため、
サービス提供者サーバ３０Ｂは運送業者サーバ４０から
配達日時調査要求を受け取ると、ユーザ端末２０Ｂに問
い合わせすることなく、配達可能な日時と場所を抽出す
ることができる。また配達予定日時と場所が決定した後
も、サービス提供者サーバ３０Ｂ内のスケジュール情報
ＤＢ３８ｂに格納すればよいので、積極的にユーザ端末
２０Ｂに接続する必要は無い。ただし、新たなスケジュ
ールが追加されたことを、電子メールなどを用いてユー
ザ端末２０Ｂに対して通知することも可能である。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.
【００６２】◎ 実施の形態４
図２３は、実施の形態４における配達サービスシステム
１０Ｃを説明する図である。配達サービスシステム１０
Ｃでは、サービス提供者サーバ３０とユーザ端末２０Ｃ
との間に、ユーザをメンバー（例えば家族）の１人とし
てみなし、メンバーの情報を一括管理するホームゲート
ウェイサーバ（以下、ホームＧＷサーバという）５０が
備えられている点で図１に示す配達サービスシステム１
０と構成が異なる。なお、配達サービスシステム１０Ｃ
において図１に示す配達サービスシステム１０と同じ構
成を有するものは、同じ符号を付与することでその詳細
な説明を省略する。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.
【００６３】ホームＧＷサーバ５０は、配達スケジュー
ル調整プログラムにより荷物の配達情報を処理する配達
情報処理部５１と、ユーザ端末２０Ｃとスケジュール情
報の同期をとる同期管理部５２と、スケジュール情報を
格納したスケジュール情報ＤＢ５３と、ホームＧＷサー
バ５０に接続するメンバーの個人情報を格納したメンバ
ー情報ＤＢ５４と、を備えている。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.
【００６４】図２４は、ホームＧＷサーバ５０のスケジ
ュール情報ＤＢ５３の構成を説明する図である。スケジ
ュール情報ＤＢ５３は、メンバーのイベント予定の情報
を格納するイベント情報格納部５３ａと、場所を示すＩ
Ｄと具体的な場所のデータを格納する場所情報格納部５
３ｂと、メンバーの定期的なスケジュール情報を格納す
るリピート・スケジュール情報格納部５３ｃと、荷物の
配達における例外的な規則情報を格納した例外規則格納
部５３ｄと、荷物の配達先の代わりに配達できる代替場
所の情報を格納した代替配送可能場所格納部５３ｅと、
を備えている。なお、このようにホームＧＷサーバ５０
がメンバー情報ＤＢ５４を備えているため、サービス提
供者サーバ３０はユーザ情報ＤＢ３５において、ユーザ
の家族情報を格納するユーザ家族情報格納部３５ｂは備
えられていない。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.
【００６５】ユーザ端末２０Ｃは、図２３に示すよう
に、ユーザのスケジュール情報を管理するスケジュール
情報管理部２１と、ユーザによるデータの入力およびユ
ーザに対するデータの出力を行う入出力部２３と、ユー
ザのスケジュール情報を格納したスケジュール情報ＤＢ
２４Ｃと、ホームＧＷサーバ５０のスケジュール情報と
同期をとる同期処理部２６と、を備えている。このスケ
ジュール情報ＤＢ２４Ｃは、図示していないが、ホーム
ＧＷサーバ５０のスケジュール情報ＤＢ５３と同じよう
に、イベント情報格納部、場所情報格納部、リピート・
スケジュール情報格納部、例外規則格納部および代替配
送可能場所格納部を備えている。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.
【００６６】配達サービスシステム１０Ｃでは、メンバ
ーの情報を一括管理できるホームＧＷサーバ５０が備え
られており、ホームＧＷサーバ５０とユーザ端末２０Ｃ
との双方がスケジュール情報ＤＢ５３、２４Ｃを備えて
いる。そこで、ホームＧＷサーバ５０の同期管理部５２
が、ユーザ端末２０Ｃに接続して同期処理部２６により
送出されるユーザのスケジュール情報を取得し、定期的
に同期をとる。したがって、ユーザ端末２０Ｃは常にホ
ームＧＷサーバ５０に接続していなくても、ユーザのス
ケジュール情報はホームＧＷサーバ５０内に蓄積され
る。なお、スケジュール情報の同期をとる処理は、ユー
ザ端末２０Ｃからの要求に応じて行われるものであって
もよい。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.
【００６７】配達サービスシステム１０Ｃでは、運送業
者サーバ４０からの配達日時調査要求により荷物の配達
可能な日時と場所を取得するとき、サービス提供者サー
バ３０はホームＧＷサーバ５０に接続して、スケジュー
ル調査要求を行い、配達スケジュールの調整を行うこと
ができる。ホームＧＷサーバ５０では、配達情報処理部
５１において、配達スケジュール調整プログラムが実行
されることによりユーザのスケジュール情報を引き出
し、配達可能な日時と場所の情報を抽出する。また配達
予定日時と場所が決定した後は、サービス提供者サーバ
３０はホームＧＷサーバ５０に接続し、配達予定日時と
場所の情報を送出する。ホームＧＷサーバ５０は、同期
管理部５２によって同期をとるときにユーザ端末２０Ｃ
へ配達予定日時と場所の情報を送出することにより、ユ
ーザに荷物の配達のスケジュールを知らせることができ
る。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.
【００６８】なお、上記実施の形態４においてはホーム
ＧＷサーバ５０に配達情報処理部５１が備えられてお
り、配達スケジュール調整プログラムがホームＧＷサー
バ５０内において実行されることにより配達可能日時と
場所が抽出されるが、配達情報処理部５１はサービス提
供者サーバ３０内に備えられていてもよい。その場合、
サービス提供者サーバ３０内の配達情報処理部５１にお
いて配達スケジュール調整プログラムが実行されると、
サービス提供者サーバ３０はホームＧＷサーバ５０に接
続してユーザのスケジュール情報を取得し、サービス提
供者サーバ３０において配達可能日時と時間の抽出処理
が行われる。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.
【００６９】その他、上記実施の形態４において、ユー
ザのスケジュール情報やユーザ家族の情報がサービス提
供者サーバ３０内に格納されていてもよい。この場合、
ホームＧＷサーバ５０もユーザのスケジュール情報を有
しており、このスケジュール情報はホームＧＷサーバ５
０によって同期されるので、サービス提供者サーバ３０
とホームＧＷサーバ５０とは、互いに同じスケジュール
情報を有することとなる。またこの場合、配達可能日時
や場所の抽出処理は全てサービス提供者サーバ３０にて
行われる。そして、配達予定日時や場所が決定すると、
同期によってホームＧＷサーバ５０は配達予定日時や場
所のデータを取得し、ユーザ端末２０Ｃに送出すること
ができる。さらに、実施の形態３のように、ユーザ端末
２０Ｃにスケジュール情報を格納しない構成も可能であ
る。また、ホームＧＷサーバ５０にスケジュール調整部
３１の機能を持たせ、代替配送可能場所、例外規則等の
他のユーザ情報も格納するように構成することも可能で
ある。この形態によれば、ユーザの個人情報の殆どがホ
ームＧＷサーバ５０で保管されるため、プライバシー保
護の点で優れている。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.
【００７０】以上、上記各実施の形態において説明した
配達サービスシステムを実行するプログラムは、記憶媒
体に格納されて販売等に供されるが、この記憶媒体とし
ては、これらの処理を実行するためのプログラムが格納
された、例えばＣＤ−ＲＯＭ等の媒体が代表的なもので
ある。また、プログラムをネット等を介してダウンロー
ドする態様にすることもできる。この場合、プログラム
の伝送装置における媒体や、ダウンロードした後のハー
ドディスク等の記憶媒体も含まれる。これらの記憶媒体
に格納されたプログラムは、入力手段としての、例えば
ＣＤ−ＲＯＭドライバによって読み取られることが可能
である。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.
【００７１】また、上記各実施の形態において、サービ
ス提供者サーバ３０と運送業者サーバ４０とは、別々に
構成され、また別々の業者に所属しているが、サービス
提供者サーバ３０と運送業者サーバ４０とが、１つのサ
ーバによって構成され、またサービス提供者と運送業者
が同一であってもよい。また、サービス提供者サーバ３
０や運送業者サーバ４０は、それぞれ１つのサーバによ
って構成されているが、機能を分散させた複数のサーバ
によって構成されていてもよい。その他、配達可能な時
間をユーザ端末から予め運送業者サーバ４０に登録して
おき、運送業者が荷物の配達を受注した際に、登録され
ている配達可能な時間を基に配達を行う配達サービスシ
ステムであってもよい。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
【００７２】なお、上記各実施の形態において、配達サ
ービスが提供されているが、ユーザに提供するサービス
はこれに限定されない。例えば料金の徴収など、本人ま
たはその家族等、サービスを受けるサイドの人物と接触
して提供するサービス提供システムに適用することがで
きる。これ以外にも、本発明の主旨を逸脱しない限り、
上記各実施の形態で挙げた構成を取捨選択したり、他の
構成に適宜変更することが可能である。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]
【発明の効果】このように本発明によれば、サービスの
提供者は、ユーザに対してサービスを提供する際にユー
ザの不在を避けてタイミングよくサービスを提供するこ
とが可能となる。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.
【図１】 実施の形態１における配達サービスシステム
を説明する図である。FIG. 1 is a diagram illustrating a delivery service system according to a first embodiment.
【図２】 スケジュール情報ＤＢの構成を説明する図で
ある。FIG. 2 is a diagram illustrating a configuration of a schedule information DB.
【図３】 (a)はユーザ情報ＤＢの構成を説明する図、
(b)は業者情報ＤＢを説明する図である。FIG. 3 (a) is a diagram illustrating a configuration of a user information DB,
(b) is a figure explaining trader information DB.
【図４】 サービス提供者サーバにおけるユーザの登録
処理の流れを説明する図である。FIG. 4 is a diagram illustrating a flow of user registration processing in the service provider server.
【図５】 ユーザ情報を示し、(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.
【図６】 ユーザにより荷物の配達が許可された運送業
者のリストである許可運送業者情報を示している。FIG. 6 shows authorized carrier information, which is a list of carriers authorized by the user to deliver packages.
【図７】 荷物の配達時におけるユーザごとに設定する
ことができる例外規定の情報を示す図である。FIG. 7 is a diagram showing exceptional rule information that can be set for each user when delivering a package.
【図８】 業者情報ＤＢに格納された業者情報を示した
図である。FIG. 8 is a diagram showing trader information stored in a trader information DB.
【図９】 配達荷物データを示した図である。FIG. 9 is a diagram showing delivery package data.
【図１０】 サービス提供者サーバにおける配達日時の
処理の流れを説明する図である。FIG. 10 is a diagram illustrating a flow of processing of delivery date and time in the service provider server.
【図１１】 運送業者の調査許可範囲情報を示す図であ
る。FIG. 11 is a diagram showing the survey permission range information of the carrier.
【図１２】 サービス提供者サーバにおけるスケジュー
ル調整の処理の流れを説明する図である。FIG. 12 is a diagram illustrating a flow of processing for schedule adjustment in the service provider server.
【図１３】 問い合わせデータを示し、(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.
【図１４】 ユーザ端末における調査要求の処理の流れ
を説明する図である。FIG. 14 is a diagram illustrating a flow of processing of a survey request in a user terminal.
【図１５】 スケジュール情報ＤＢ内に格納されるスケ
ジュール情報であり、(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.
【図１６】 スケジュール情報ＤＢ内に格納される代替
配送可能場所のデータを示す。FIG. 16 shows data of alternative deliverable places stored in the schedule information DB.
【図１７】 ユーザ端末における代替配送可能場所の検
索処理の流れを説明する図である。FIG. 17 is a diagram illustrating a flow of a search process of an alternative deliverable place in a user terminal.
【図１８】 サービス提供者サーバにおける配達予定日
時の調整処理の流れを説明する図である。FIG. 18 is a diagram illustrating a flow of a scheduled delivery date / time adjustment process in the service provider server.
【図１９】 配達予定情報ＤＢ内に格納される配達予定
データを示す。FIG. 19 shows delivery schedule data stored in the delivery schedule information DB.
【図２０】 サービス提供者サーバにおける配達日時の
調整の処理の流れについて、他の例を説明する図であ
る。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.
【図２１】 実施の形態２における配達サービスシステ
ム説明する図である。FIG. 21 is a diagram illustrating a delivery service system according to the second embodiment.
【図２２】 実施の形態３における配達サービスシステ
ム説明する図である。FIG. 22 is a diagram illustrating a delivery service system according to the third embodiment.
【図２３】 実施の形態４における配達サービスシステ
ム説明する図である。FIG. 23 is a diagram illustrating a delivery service system according to the fourth embodiment.
【図２４】 ホームＧＷサーバのスケジュール情報ＤＢ
の構成を説明する図である。FIG. 24: Schedule information DB of home GW server
It is a figure explaining the structure of.
１０、１０Ａ、１０Ｂ、１０Ｃ…配達サービスシステ
ム、２０、２０Ｃ…ユーザ端末、２１…配達情報処理
部、２２…スケジュール情報管理部、２３…入出力部、
２４…スケジュール情報ＤＢ、２５…演算処理部、３０
…サービス提供者サーバ、３１…スケジュール調整部、
３２…ユーザ調査部、３３…ユーザ管理部、３４…業者
管理部、３５…ユーザ情報ＤＢ、３６…業者情報ＤＢ、
３７ａ…配達情報処理部、３７ｂ…スケジュール情報キ
ャッシュ部、３７ｃ…キャッシュ管理部、３８ａ…スケ
ジュール情報管理部、３８ｂ…スケジュール情報ＤＢ、
４０…運送業者サーバ、４１…配達荷物管理部、４２…
配達可能日時調整部、４３…配達予定管理部、４４…入
出力部、４５…配達荷物情報ＤＢ、４６…配達予定情報
ＤＢ、５０…ホームＧＷサーバ、５１…配達情報処理
部、５２…同期管理部、５３…スケジュール情報ＤＢ、
５４…メンバー情報ＤＢ10, 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 日本ア イ・ビー・エム株式会社 大和事業所内 Ｆターム(参考） 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. 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.
ス提供者に通知する通知手段をさらに備えたことを特徴
とする請求項１記載のサービス・システム。2. The service system according to claim 1, further comprising notifying means for notifying the service provider of the determined timing.
ーザ端末から前記スケジュール情報を取得することを特
徴とする請求項１記載のサービス・システム。3. The service system according to claim 1, wherein the acquisition unit acquires the schedule information from a user terminal via a network.
サービスを受ける第１の場所が予め登録されており、前
記調整手段が、当該場所において前記サービスを提供で
きるタイミングを決定することを特徴とする請求項１記
載のサービス・システム。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.
サービスを受ける前記第１の場所とは異なる第２の場所
に関する情報を任意に有し、前記調整手段は、当該第１
の場所でのサービス提供ができない場合には、当該第２
の場所での前記サービスを提供できるタイミングを決定
することを特徴とする請求項４記載のサービス・システ
ム。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.
代わりにサービスを受けるメンバーが予め登録されてお
り、前記取得手段が当該ユーザおよびメンバーのスケジ
ュール情報を取得し、前記調整手段が当該ユーザまたは
メンバーのいずれかに前記サービスを提供するかをも決
定することを特徴とする請求項１記載のサービス・シス
テム。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.
時の例外イベントを定める例外規則が予め登録されてお
り、前記調整手段が当該例外規則を参照した上で前記タ
イミングを決定する請求項１記載のサービス・システ
ム。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.
スであることを特徴とする請求項１ないし７のいずれか
１つに記載のサービス・システム。8. The service system according to claim 1, wherein the predetermined service is a package delivery service.
の第１のサーバと当該サービスを提供するタイミングを
調整する第２のサーバとがネットワークを介して接続さ
れたスケジューリング・システムであって、 前記第１のサーバは、 前記サービスを受けるユーザを指定したサービス提供の
申込を受け付け、 申込を受け付けた前記サービスを提供するためのタイミ
ング調整要求を前記第２のサーバへ送出し、 前記第２のサーバは、 前記第１のサーバから前記タイミング調整要求を受け付
け、 指定されたユーザが所定の場所にいついるかを示すスケ
ジュール情報を取得し、 前記タイミング調整要求が指定するサービス提供期間
と、前記スケジュール情報とからサービス提供予定タイ
ミングを設定し、 前記タイミングを前記第１のサーバへ通知することを特
徴とするスケジューリング・システム。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.
力を受け付けるクライアント端末がさらにネットワーク
を介して接続され、 前記第２のサーバは、 前記タイミング調査要求に応じて前記クライアント端末
に対して、前記ユーザにサービスを提供するためのスケ
ジュール調整要求を送出し、 前記クライアント端末は、 前記ユーザのスケジュール情報を蓄積し、 前記第２のサーバからのスケジュール調査要求を受け付
け、 前記スケジュール情報からサービスの受領が可能な場所
とタイミングを抽出し、 前記場所と前記タイミングとを含むスケジュール情報を
前記第２のサーバへ送出することを特徴とする請求項９
記載のスケジューリング・システム。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.
末へ通知することを特徴とする請求項１０記載のスケジ
ューリング・システム。11. The scheduling system according to claim 10, wherein the second server notifies the client terminal of the service provision scheduled timing.
ザのスケジュール情報を蓄積するホームゲートウェイと
して機能することを特徴とする請求項１０記載のスケジ
ューリング・システム。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.
き、前記スケジュール情報を更新する更新ステップをさ
らに有することを特徴とする請求項１３記載のスケジュ
ール調整方法。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.
個人情報を登録する登録ステップをさらに有することを
特徴とする請求項１３記載のスケジュール調整方法。15. The schedule adjusting method according to claim 13, further comprising a registration step of registering user's personal information before the receiving step.
場所と、タイミングリストとに基づき、最も現在に近い
サービス提供可能時間をサービス提供予定タイミングと
して設定することを特徴とする請求項１３記載のスケジ
ュール調整方法。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 | パナソニックＩｐマネジメント株式会社 | 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 | パナソニックＩｐマネジメント株式会社 | Control method and service device |
| JP2015122055A (en) * | 2013-11-21 | 2015-07-02 | パナソニックＩｐマネジメント株式会社 | Stay-home probability calculation method, server apparatus, and stay-home probability calculation system |
| JP2018142386A (en) * | 2013-11-21 | 2018-09-13 | パナソニックＩｐマネジメント株式会社 | Control method and service device |
| JP2021089777A (en) * | 2013-11-21 | 2021-06-10 | パナソニックＩｐマネジメント株式会社 | 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 |