(57)【要約】【課題】アプリケーションサービスプロバイダを利用する第１顧客の顧客である第２顧客に関するデータを効率よく取得し、効率的に管理することのできるサービス管理システム、サービス管理方法及びサービス管理プログラムを提供する。【解決手段】ＡＳＰシステム１０のＡＳＰサービスエンジン２０の制御部２１は、２次顧客の申込登録処理を実行した後、サイトサブＩＤ及び受付メールアドレスを設定して、物流伝票の出力処理を実行する。この物流伝票に表示された２次元コードを２次顧客用携帯端末５６に読み取らせて、この２次元コードに含まれる受付メールアドレスに対して空メールを送信する。制御部２１は、空メールの送信先である受付メールアドレスが記録された物流情報データを抽出し、受付メールアドレスが記録されていた領域に、送信元として取得した２次顧客のメールアドレスを記録する。【選択図】図１
2008210052.tif 000002
【特許請求の範囲】
【請求項１】
第１顧客を特定する第１顧客ＩＤと、前記第１顧客の顧客である第２顧客を特定するための第２顧客ＩＤと、前記第１顧客と前記第２顧客との取引を特定するための取引ＩＤとを関連付けて、前記取引に関する取引情報を記憶する取引データ記憶手段と、
前記取引ＩＤに関連付けられた受付メールアドレスを記録する第１メールアドレスデータ記憶手段と、
前記第１顧客が用いる第１顧客端末及び前記第２顧客が用いる第２顧客端末にネットワークを介して接続される制御部とを備え、第２顧客に前記取引情報を提供し、前記第１顧客が用いる第１顧客専用画面を管理するサービス管理システムであって、
前記制御部が、
第１顧客専用画面を介して前記第２顧客ＩＤ及び前記取引に関する情報を取得し、取引ＩＤを付与して、前記第１顧客ＩＤに関連付けて前記取引データ記憶手段に記録する取引ＩＤ付与手段と、
前記取引ＩＤに関連付けて受付メールアドレスを付与して、前記第１メールアドレスデータ記憶手段に記録する受付メールアドレス付与手段と、
前記取引情報及び前記受付メールアドレスを、前記第１顧客専用画面を介して出力する受付メールアドレス出力手段と、
前記受付メールアドレスに対して前記第２顧客端末から電子メールを受信した場合には、この電子メールを送信した送信元のメールアドレスを、前記取引ＩＤに関連付けられた前記第２顧客のメールアドレスとして前記取引データ記憶手段に記録する第２顧客メールアドレス登録手段と
を備えたことを特徴とするサービス管理システム。
【請求項２】
前記第１顧客ＩＤに関連付けて、前記取引のステータスが記録されているステータスデータ記憶手段と、
前記ステータス毎に関連付けられた状態別メールアドレスを記録する第２メールアドレスデータ記憶手段とを更に備え、
前記取引情報には、前記取引の進捗状況に関する情報が含まれており、
前記制御部が、
前記第１顧客専用画面を介して取得した前記取引情報に関連付けられる前記第１顧客ＩＤのステータスを前記ステータスデータ記憶手段から取得し、各ステータスに対応する状態別メールアドレスを付与して、これらメールアドレスを前記取引ＩＤに関連付けて前記第２メールアドレスデータ記憶手段に記録する状態別メールアドレス付与手段と、
前記取引情報及び前記状態別メールアドレスを、前記第１顧客専用画面を介して出力する状態別メールアドレス出力手段と、
前記状態別メールアドレスに対して電子メールを受信した場合には、この状態別メールアドレスに関連付けられたステータス及び前記取引ＩＤを特定し、この取引ＩＤに特定される取引の進捗状況を、前記状態別メールアドレスから特定したステータスに更新する進捗状況更新手段と
を更に備えたことを特徴とする請求項１に記載のサービス管理システム。
【請求項３】
前記第１顧客ＩＤに関連付けて、この第１顧客の第１顧客専用画面データを記憶する専用サイトデータ記憶手段を更に備え、
前記制御部が、
前記第２顧客端末から、第１顧客ＩＤ及び取引ＩＤを含むアクセス要求を受信するアクセス要求受入手段と、
前記アクセス要求に含まれる第１顧客ＩＤに応じた第１顧客専用画面データを前記専用サイトデータ記憶手段から取得し、前記アクセス要求に含まれる前記取引ＩＤに応じた前記取引情報を前記取引データ記憶手段から取得するデータ取得手段と、
前記第１顧客専用画面データに、取得した前記取引情報を組み込んで前記第２顧客のための情報提供画面データを生成し、前記第２顧客端末に送信する情報提供手段と
を更に備えたことを特徴とする請求項２に記載のサービス管理システム。
【請求項４】
第１顧客の第１顧客専用画面データを作成するために、サブバージョン毎のテンプレートを記憶したテンプレート記憶手段を更に備え、
前記制御部が、
前記第１顧客端末から、前記第１顧客が用いるサブバージョンを特定するデータを取得し、このサブバージョンに対応するテンプレートを前記テンプレート記憶手段から取得するテンプレート選択手段と、
取得したテンプレートに基づいて前記第１顧客専用画面データを生成し、前記専用サイトデータ記憶手段に記憶する専用画面生成手段と
を更に備えたことを特徴とする請求項３に記載のサービス管理システム。
【請求項５】
第１顧客を特定する第１顧客ＩＤと、前記第１顧客の顧客である第２顧客を特定するための第２顧客ＩＤと、前記第１顧客と前記第２顧客との取引を特定するための取引ＩＤとを関連付けて、前記取引に関する取引情報を記憶する取引データ記憶手段と、
前記取引ＩＤに関連付けられた受付メールアドレスを記録する第１メールアドレスデータ記憶手段と、
前記第１顧客が用いる第１顧客端末及び前記第２顧客が用いる第２顧客端末にネットワークを介して接続される制御部とを備え、第２顧客に前記取引情報を提供し、前記第１顧客が用いる第１顧客専用画面を管理するサービス管理方法であって、
前記制御部が、
第１顧客専用画面を介して前記第２顧客ＩＤ及び前記取引に関する情報を取得し、取引ＩＤを付与して、前記第１顧客ＩＤに関連付けて前記取引データ記憶手段に記録する取引ＩＤ付与段階と、
前記取引ＩＤに関連付けて受付メールアドレスを付与して、前記第１メールアドレスデータ記憶手段に記録する受付メールアドレス付与段階と、
前記取引情報及び前記受付メールアドレスを、前記第１顧客専用画面を介して出力する受付メールアドレス出力段階と、
前記受付メールアドレスに対して前記第２顧客端末から電子メールを受信した場合には、この電子メールを送信した送信元のメールアドレスを、前記取引ＩＤに関連付けられた前記第２顧客のメールアドレスとして前記取引データ記憶手段に記録する第２顧客メールアドレス登録段階と
を実行することを特徴とするサービス管理方法。
【請求項６】
第１顧客を特定する第１顧客ＩＤと、前記第１顧客の顧客である第２顧客を特定するための第２顧客ＩＤと、前記第１顧客と前記第２顧客との取引を特定するための取引ＩＤとを関連付けて、前記取引に関する取引情報を記憶する取引データ記憶手段と、
前記取引ＩＤに関連付けられた受付メールアドレスを記録する第１メールアドレスデータ記憶手段と、
前記第１顧客が用いる第１顧客端末及び前記第２顧客が用いる第２顧客端末にネットワークを介して接続される制御部とを備え、第２顧客に前記取引情報を提供し、前記第１顧客が用いる第１顧客専用画面を管理するサービス管理プログラムであって、
前記制御部を、
第１顧客専用画面を介して前記第２顧客ＩＤ及び前記取引に関する情報を取得し、取引ＩＤを付与して、前記第１顧客ＩＤに関連付けて前記取引データ記憶手段に記録する取引ＩＤ付与手段、
前記取引ＩＤに関連付けて受付メールアドレスを付与して、前記第１メールアドレスデータ記憶手段に記録する受付メールアドレス付与手段、
前記取引情報及び前記受付メールアドレスを、前記第１顧客専用画面を介して出力する受付メールアドレス出力手段、及び
前記受付メールアドレスに対して前記第２顧客端末から電子メールを受信した場合には、この電子メールを送信した送信元のメールアドレスを、前記取引ＩＤに関連付けられた前記第２顧客のメールアドレスとして前記取引データ記憶手段に記録する第２顧客メールアドレス登録手段
として機能させることを特徴とするサービス管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションサービスプロバイダにおけるサービス管理システム、サービス管理方法及びサービス管理プログラムに関する。
【背景技術】
【０００２】
インターネットの発達により、企業や個人がウェブページを作成して公開することがなされている。企業において、ネットワーク上でウェブページを公開することは、商品の販売促進や顧客満足度の向上につながることもある。しかし、システムを管理する者がいない企業においては、ウェブページの作成やメンテナンスは面倒である。このような場合には、アプリケーションサービスプロバイダを利用することがある。
【０００３】
このアプリケーションサービスプロバイダを用いて、ウェブページを効率的に更新できるウェブページに関する技術が公開されている（例えば、特許文献１参照。）。特許文献１においては、管理コンピュータは、掲載情報を公開時期に関連付けて記憶手段に記録する。管理コンピュータは、公開時期になると、この公開時期に関連付けられた掲載情報と、テンプレートとを用いてウェブページを生成して、ウェブページ記憶手段に記録する。これにより、公開時期に、ウェブページデータを自動的に作成するため、ハードウェア資源を有効利用できる。
【特許文献１】特開２００５−１８２１６０号公報（図３〜図５）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、アプリケーションサービスプロバイダを利用する企業では、顧客との取引情報をアプリケーションサービスプロバイダに管理させることがある。この場合、アプリケーションサービスプロバイダは、どの企業の顧客であるかを特定した上で、取引情報を取得する必要があった。また、取得した取引情報を、各企業に関連付けて管理する必要があった。このため、アプリケーションサービスプロバイダにおいて、取引情報の取得や管理が煩雑になっていた。
【０００５】
本発明は、上述の課題に鑑みてなされ、その目的は、アプリケーションサービスプロバイダを利用する第１顧客の顧客である第２顧客に関するデータを効率よく取得し、効率的に管理することのできるサービス管理システム、サービス管理方法及びサービス管理プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
上記問題点を解決するために、請求項１に記載の発明は、第１顧客を特定する第１顧客ＩＤと、前記第１顧客の顧客である第２顧客を特定するための第２顧客ＩＤと、前記第１顧客と前記第２顧客との取引を特定するための取引ＩＤとを関連付けて、前記取引に関する取引情報を記憶する取引データ記憶手段と、前記取引ＩＤに関連付けられた受付メールアドレスを記録する第１メールアドレスデータ記憶手段と、前記第１顧客が用いる第１顧客端末及び前記第２顧客が用いる第２顧客端末にネットワークを介して接続される制御部とを備え、第２顧客に前記取引情報を提供し、前記第１顧客が用いる第１顧客専用画面を管理するサービス管理システムであって、前記制御部が、第１顧客専用画面を介して前記第２顧客ＩＤ及び前記取引に関する情報を取得し、取引ＩＤを付与して、前記第１顧客ＩＤに関連付けて前記取引データ記憶手段に記録する取引ＩＤ付与手段と、前記取引ＩＤに関連付けて受付メールアドレスを付与して、前記第１メールアドレスデータ記憶手段に記録する受付メールアドレス付与手段と、前記取引情報及び前記受付メールアドレスを、前
記第１顧客専用画面を介して出力する受付メールアドレス出力手段と、前記受付メールアドレスに対して前記第２顧客端末から電子メールを受信した場合には、この電子メールを送信した送信元のメールアドレスを、前記取引ＩＤに関連付けられた前記第２顧客のメールアドレスとして前記取引データ記憶手段に記録する第２顧客メールアドレス登録手段とを備えたことを要旨とする。
【０００７】
請求項２に記載の発明は、請求項１に記載のサービス管理システムにおいて、前記第１顧客ＩＤに関連付けて、前記取引のステータスが記録されているステータスデータ記憶手段と、前記ステータス毎に関連付けられた状態別メールアドレスを記録する第２メールアドレスデータ記憶手段とを更に備え、前記取引情報には、前記取引の進捗状況に関する情報が含まれており、前記制御部が、前記第１顧客専用画面を介して取得した前記取引情報に関連付けられる前記第１顧客ＩＤのステータスを前記ステータスデータ記憶手段から取得し、各ステータスに対応する状態別メールアドレスを付与して、これらメールアドレスを前記取引ＩＤに関連付けて前記第２メールアドレスデータ記憶手段に記録する状態別メールアドレス付与手段と、前記取引情報及び前記状態別メールアドレスを、前記第１顧客専用画面を介して出力する状態別メールアドレス出力手段と、前記状態別メールアドレスに対して電子メールを受信した場合には、この状態別メールアドレスに関連付けられたステータス及び前記取引ＩＤを特定し、この取引ＩＤに特定される取引の進捗状況を、前記状態別メールアドレスから特定したステータスに更新する進捗状況更新手段とを更に備えたことを要旨とする。
【０００８】
請求項３に記載の発明は、請求項２に記載のサービス管理システムにおいて、前記第１顧客ＩＤに関連付けて、この第１顧客の第１顧客専用画面データを記憶する専用サイトデータ記憶手段を更に備え、前記制御部が、前記第２顧客端末から、第１顧客ＩＤ及び取引ＩＤを含むアクセス要求を受信するアクセス要求受入手段と、前記アクセス要求に含まれる第１顧客ＩＤに応じた第１顧客専用画面データを前記専用サイトデータ記憶手段から取得し、前記アクセス要求に含まれる前記取引ＩＤに応じた前記取引情報を前記取引データ記憶手段から取得するデータ取得手段と、前記第１顧客専用画面データに、取得した前記取引情報を組み込んで前記第２顧客のための情報提供画面データを生成し、前記第２顧客端末に送信する情報提供手段とを更に備えたことを要旨とする。
【０００９】
請求項４に記載の発明は、請求項３に記載のサービス管理システムにおいて、第１顧客の第１顧客専用画面データを作成するために、サブバージョン毎のテンプレートを記憶したテンプレート記憶手段を更に備え、前記制御部が、前記第１顧客端末から、前記第１顧客が用いるサブバージョンを特定するデータを取得し、このサブバージョンに対応するテンプレートを前記テンプレート記憶手段から取得するテンプレート選択手段と、取得したテンプレートに基づいて前記第１顧客専用画面データを生成し、前記専用サイトデータ記憶手段に記憶する専用画面生成手段とを更に備えたことを要旨とする。
【００１０】
請求項５に記載の発明は、第１顧客を特定する第１顧客ＩＤと、前記第１顧客の顧客である第２顧客を特定するための第２顧客ＩＤと、前記第１顧客と前記第２顧客との取引を特定するための取引ＩＤとを関連付けて、前記取引に関する取引情報を記憶する取引データ記憶手段と、前記取引ＩＤに関連付けられた受付メールアドレスを記録する第１メールアドレスデータ記憶手段と、前記第１顧客が用いる第１顧客端末及び前記第２顧客が用いる第２顧客端末にネットワークを介して接続される制御部とを備え、第２顧客に前記取引情報を提供し、前記第１顧客が用いる第１顧客専用画面を管理するサービス管理方法であって、前記制御部が、第１顧客専用画面を介して前記第２顧客ＩＤ及び前記取引に関する情報を取得し、取引ＩＤを付与して、前記第１顧客ＩＤに関連付けて前記取引データ記憶手段に記録する取引ＩＤ付与段階と、前記取引ＩＤに関連付けて受付メールアドレスを付与して、前記第１メールアドレスデータ記憶手段に記録する受付メールアドレス付与段階
と、前記取引情報及び前記受付メールアドレスを、前記第１顧客専用画面を介して出力する受付メールアドレス出力段階と、前記受付メールアドレスに対して前記第２顧客端末から電子メールを受信した場合には、この電子メールを送信した送信元のメールアドレスを、前記取引ＩＤに関連付けられた前記第２顧客のメールアドレスとして前記取引データ記憶手段に記録する第２顧客メールアドレス登録段階とを実行することを要旨とする。
【００１１】
請求項６に記載の発明は、第１顧客を特定する第１顧客ＩＤと、前記第１顧客の顧客である第２顧客を特定するための第２顧客ＩＤと、前記第１顧客と前記第２顧客との取引を特定するための取引ＩＤとを関連付けて、前記取引に関する取引情報を記憶する取引データ記憶手段と、前記取引ＩＤに関連付けられた受付メールアドレスを記録する第１メールアドレスデータ記憶手段と、前記第１顧客が用いる第１顧客端末及び前記第２顧客が用いる第２顧客端末にネットワークを介して接続される制御部とを備え、第２顧客に前記取引情報を提供し、前記第１顧客が用いる第１顧客専用画面を管理するサービス管理プログラムであって、前記制御部を、第１顧客専用画面を介して前記第２顧客ＩＤ及び前記取引に関する情報を取得し、取引ＩＤを付与して、前記第１顧客ＩＤに関連付けて前記取引データ記憶手段に記録する取引ＩＤ付与手段、前記取引ＩＤに関連付けて受付メールアドレスを付与して、前記第１メールアドレスデータ記憶手段に記録する受付メールアドレス付与手段、前記取引情報及び前記受付メールアドレスを、前記第１顧客専用画面を介して出力する受付メールアドレス出力手段、及び前記受付メールアドレスに対して前記第２顧客端末から電子メールを受信した場合には、この電子メールを送信した送信元のメールアドレスを、前記取引ＩＤに関連付けられた前記第２顧客のメールアドレスとして前記取引データ記憶手段に記録する第２顧客メールアドレス登録手段として機能させることを要旨とする。
【００１２】
（作用）
請求項１、５又は６に記載の発明によれば、制御部は、第１顧客専用画面を介して前記第２顧客ＩＤ及び前記取引に関する情報を取得し、取引ＩＤを付与して、前記第１顧客ＩＤに関連付けて前記取引データ記憶手段に記録する。制御部は、取引ＩＤに関連付けて受付メールアドレスを付与して、前記第１メールアドレスデータ記憶手段に記録し、取引情報及び受付メールアドレスを、第１顧客端末を介して出力する。制御部は、受付メールアドレスに対して第２顧客端末から電子メールを受信した場合には、この電子メールを送信した送信元のメールアドレスを、取引ＩＤに関連付けられた第２顧客のメールアドレスとして取引データ記憶手段に記録する。このため、制御部は、取引情報に関連付けられた受付メールアドレスを介して、第２顧客のメールアドレスを効率よく取得でき、対応する取引情報に、より確実に関連付けて記録することができる。従って、第１顧客の顧客である第２顧客のメールアドレスを効率よく取得し、第１顧客と関連付けられた取引情報に関連付けて効率よく管理することができる。また、第２顧客は、電子メールの送信という簡単な操作でメールアドレスを登録できる。
【００１３】
請求項２に記載の発明によれば、制御部は、第１顧客専用画面を介して取得した前記取引情報に関連付けられる前記第１顧客ＩＤのステータスを前記ステータスデータ記憶手段から取得し、各ステータスに対応する状態別メールアドレスを付与して、これらメールアドレスを前記取引ＩＤに関連付けて前記第２メールアドレスデータ記憶手段に記録する。制御部は、取引情報及び前記状態別メールアドレスを、前記第１顧客専用画面を介して出力する。更に、制御部は、状態別メールアドレスに対して電子メールを受信した場合には、この状態別メールアドレスに関連付けられたステータス及び前記取引ＩＤを特定し、この取引ＩＤに特定される取引の進捗状況を、前記状態別メールアドレスから特定したステータスに更新する。このため、受信したメールの状態別メールアドレスに基づいて、取引の進捗状況を効率よく更新することができる。
【００１４】
請求項３に記載の発明によれば、制御部は、第２顧客端末からのアクセス要求に含まれる第１顧客ＩＤに応じた第１顧客専用画面データを前記専用サイトデータ記憶手段から取得し、前記アクセス要求に含まれる前記取引ＩＤに応じた前記取引情報を前記取引データ記憶手段から取得する。制御部は、第１顧客専用画面データに、取得した前記取引情報を組み込んで前記第２顧客のための情報提供画面データを生成し、前記第２顧客端末に送信する。このため、制御部は、取引の進捗状況等を含む取引情報を、対応する２次顧客に提供することができる。
【００１５】
請求項４に記載の発明によれば、制御部は、第１顧客端末から、第１顧客が用いるサブバージョンを特定するデータを取得し、このサブバージョンに対応するテンプレートを前記テンプレート記憶手段から取得する。制御部は、取得したテンプレートに基づいて前記第１顧客専用画面データを生成し、前記専用サイトデータ記憶手段に記憶する。このため、１次顧客に対応するテンプレートを用いながら、第１顧客専用画面データを生成することができるので、１次顧客に適したポータルサイトを効率的に生成することができる。
【発明の効果】
【００１６】
本発明によれば、アプリケーションサービスプロバイダを利用する第１顧客の顧客である第２顧客に関するデータを効率よく取得し、効率的に管理することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明を具体化した一実施形態を図１〜図１２に基づいて説明する。本実施形態ではＡＳＰサービスを管理するためのシステムを説明する。ここで、このＡＳＰサービスを利用する第１顧客を１次顧客という。そして、このシステムを用いて１次顧客が提供するサービスを利用する第２顧客（すなわち１次顧客の顧客）を２次顧客という。
【００１８】
図１に示すように、本実施形態におけるＡＳＰシステム１０は、ウェブサーバ１５及びＡＳＰサービスエンジン２０を備えている。ウェブサーバ１５は、ネットワークを介して、１次顧客が用いる１次顧客端末５１及び２次顧客が用いる２次顧客端末５５に接続される。
【００１９】
１次顧客端末５１及び２次顧客端末５５は、ディスプレイ、キーボード及びポインティングデバイスを備えている。更に、各端末はブラウザプログラムを内蔵しており、所定の言語（例えば、ＨＴＭＬ）により記述された画面データをディスプレイに表示し、この画面に入力されたデータを送信することができる。
【００２０】
１次顧客端末５１は、１次顧客のポータルサイトの設定を行なう場合に用いられる。この１次顧客端末５１は、第１顧客端末として機能し、プリンタ５２に接続されている。
２次顧客端末５５は、ブラウザを介して、ポータルサイトを表示したりパスワード等のデータの設定を行なったりする場合に用いられる。
【００２１】
また、ＡＳＰシステム１０のＡＳＰサービスエンジン２０も、ネットワークを介して１次顧客端末５１及び２次顧客端末５５に接続される。ＡＳＰサービスエンジン２０は、ウェブサーバ１５を介して受信したデータを用いてユーザ認証を行ない、ユーザ認証された１次顧客端末５１や２次顧客端末５５と直接データの送受信を行なう。
【００２２】
更に、ＡＳＰサービスエンジン２０は、ネットワークを介して、２次顧客が携帯する２次顧客用携帯端末５６に接続される。この２次顧客用携帯端末５６は、本実施形態では、例えば、２次元コード読取機能及びメール機能を備えた携帯電話端末である。ＡＳＰサービスエンジン２０は、２次顧客用携帯端末５６からメールアドレスを取得し、このメールアドレスに対してメッセージを送信する。更に、ＡＳＰサービスエンジン２０は、１次顧
客が用いる２次元コード読取端末（図示せず）からのメールを、ネットワークを介して受信する。なお、２次顧客端末５５及び２次顧客用携帯端末５６が第２顧客端末として機能する。
【００２３】
ＡＳＰサービスエンジン２０は、制御部２１、テンプレートデータベース２２、ポータル情報データベース２４及び物流情報データベース２６を備えている。
制御部２１は、図示しないＣＰＵ、ＲＡＭ及びＲＯＭ等を有し、後述する処理を行なう。なお、この処理には、取引ＩＤ付与段階、受付メールアドレス付与段階、受付メールアドレス出力段階、第２顧客メールアドレス登録段階、状態別メールアドレス付与段階、状態別メールアドレス出力段階、進捗状況更新段階、アクセス要求受入段階、データ取得段階、情報提供段階、テンプレート選択段階及び専用画面生成段階等が含まれる。そして、このためのサービス管理プログラムを実行することにより、制御部２１は、取引ＩＤ付与手段、受付メールアドレス付与手段、受付メールアドレス出力手段、第２顧客メールアドレス登録手段、状態別メールアドレス付与手段、状態別メールアドレス出力手段として機能する。更に、制御部２１は、進捗状況更新手段、アクセス要求受入手段、データ取得手段、情報提供手段、テンプレート選択手段及び専用画面生成手段等として機能する。制御部２１は、テンプレートデータベース２２、ポータル情報データベース２４及び物流情報データベース２６に接続されている。
【００２４】
テンプレートデータベース２２は、テンプレート記憶手段として機能する。このテンプレートデータベース２２には、図２に示すように、テンプレートデータ２２０が記録されている。このテンプレートデータ２２０は、１次顧客がポータルサイトを設定するために用いる汎用的に利用可能な雛形データである。そして、このテンプレートデータ２２０に用いて設定される項目には初期値が付与されている。この初期値は、利用者（１次顧客）が変更できるようになっている。このテンプレートデータ２２０は、１次顧客との契約がなされる前に登録される。このテンプレートデータ２２０には、サブバージョン識別子、ログイン定義、物流名定義、数量定義、物流状態選択定義、印刷項目定義及び標準機能に関するデータが含まれる。
【００２５】
サブバージョン識別子データ領域には、テンプレートのサブバージョンを特定するための識別子データが記録されている。なお、説明を簡単にするために、本実施形態では、「サービス照会システム」用、「空席予約システム」用及び「物流追跡システム」用の３つのサブバージョンを用いる場合を想定する。
【００２６】
ログイン定義データ領域には、このサブバージョンのテンプレートを用いて生成されるポータルサイトにおけるログインのプロセスを定義するためのデータが記録されている。具体的には、ログイン時に２次顧客を特定する場合に用いるデータの種類を特定させるためのデータと、ログイン時のパスワードの有無を選択させるためのデータとが記録されている。本実施形態では、２次顧客を特定するために、ログイン定義において、後述するようにサイトサブＩＤを選択する。また、「パスワード有」が選択された場合には、生成されたポータルサイトにおいて、パスワードの検証機能プログラムを起動させて認証処理を実行するように構成される。
【００２７】
物流名定義データ領域には、このサブバージョンのテンプレートを用いて生成されるポータルサイトにおける物流（１次顧客と２次顧客との間で取引される対象）の名称の決定方法を特定させるためのデータが記録されている。具体的には、この物流名定義データ領域においては、名称の決定方法として「物流名の入力」又は「物流名の選択」を選択することができる。更に、「物流名の選択」に対しては、物流名の選択パターンを特定させるための識別子と各選択パターンにおいて選択可能な物流名を設定するためのフィールドが設けられている。
【００２８】
具体的には、「物流追跡システム」のサブバージョンでは、「入力」が設定されている。また、「空席予約システム」のサブバージョンでは、「選択」が設定されている。この場合には、複数の物流名と、これら物流名から構成されるパターンの識別子とがこのデータ領域に記録されている。例えば、「空席予約システム」のサブバージョンには、「カウンター」、「禁煙席テーブル」、「喫煙席テーブル」、「座敷」の４つの物流名から構成される第１パターン、「カウンター」、「２人席」、「４人席」、「６人席」、「座敷」の５つの物流名から構成される第２パターンがある。この場合、各物流名とパターン識別子とが関連付けられて記録されている。
【００２９】
数量定義データ領域には、このサブバージョンのテンプレートを用いて生成されるポータルサイトにおける物流において用いられる数量の種類を設定させるためのデータが記録されている。本実施形態では、１種類又は２種類のいずれの数量を用いるかを特定することができるため、この数量の種類を特定させるためのデータが、このデータ領域に記録される。例えば、「サービス照会システム」用や「物流追跡システム」用のサブバージョンでは、物流が１つであるので、１種類の数量が選択される。また、「空席予約システム」用のサブバージョンでは、「大人」と「子供」を別の数量として扱うため、２種類の数量が選択される。
【００３０】
物流状態選択定義データ領域には、このサブバージョンのテンプレートを用いて生成されるポータルサイトにおいて用いられる物流状態の選択パターンを特定するためのデータと、各パターンで用いる物流状態名に関するデータとが関連付けられて記録されている。例えば、「空席予約システム」用のサブバージョンにおいては、第１の選択パターンとして「待合わせ」、「６番目」、「３番目」、「ご案内」、「完了」、「キャンセル」の６つの物流状態名が記録される。また、第２の選択パターンとして「待合わせ」、「１５分前」、「５分前」、「ご案内」、「完了」、「キャンセル」の６つの物流状態名が記録され、第３の選択パターンとして「空席待ち」、「受付可能」、「ご案内」、「完了」、「キャンセル」の５つの物流名が記録される。
【００３１】
印刷項目定義データ領域には、このサブバージョンのテンプレートを用いて生成されるポータルサイトにおいて印刷を行なう項目を特定させるためのデータが記録されている。また、この印刷項目定義データ領域には、２次元コードを印刷する場合には、２次元コードとして出力する項目を特定するためのデータも記録されている。
【００３２】
標準機能データ領域には、このサブバージョンのテンプレートを用いて生成されるポータルサイトにおける標準機能として実装される機能プログラムを特定するためのデータが記録されている。この機能プログラムには、パスワード監査機能プログラム、状況通知機能プログラム及び物流ステータス変更機能プログラム等がある。
【００３３】
ここで、パスワード監査機能プログラムは、２次顧客端末５５からの初回アクセス時にパスワードの登録を促し、二回目以降のアクセス時にパスワードの入力を促し、このパスワードを用いてユーザ認証を行なわせるプログラムである。このパスワード監査機能を特定するデータは、ログイン定義データにおいて「パスワード有」と定義されているサブバージョンの標準機能データ領域に記録されている。
【００３４】
状況通知機能プログラムは、現在状況が更新される度に２次顧客に対して通知を行なうためのプログラムである。本実施形態では、この状況通知機能を特定するデータは、「空席予約システム」用のサブバージョンの標準機能データ領域に記録されている。
【００３５】
物流ステータス変更機能プログラムは、メールアドレスを用いて、物流ステータスの変
更を取得するためのプログラムである。本実施形態では、この物流ステータス変更機能を特定するデータは、「物流追跡システム」用のサブバージョンの標準機能データ領域に記録されている。
【００３６】
一方、ポータル情報データベース２４は、専用サイトデータ記憶手段として機能する。このポータル情報データベース２４には、図３に示すように、テンプレートデータ２２０を用いて設定された１次顧客のポータルサイトに関するポータル情報データ２４０が記録される。このポータル情報データ２４０は、各１次顧客の第１顧客専用画面データとして機能し、後述するポータル設定処理において登録される。このポータル情報データ２４０には、サイトＩＤ、１次顧客名、ログイン定義、物流名定義、数量定義、物流状態名、印刷項目、標準機能、２次顧客固有ＩＤ定義、拡張機能、項目名及び印刷タイトル名に関するデータが含まれる。なお、ログイン定義、物流名定義、数量定義、物流状態名、印刷項目及び標準機能に関するデータは、１次顧客が用いるサブバージョンのテンプレートデータ２２０に基づいて設定される。
【００３７】
サイトＩＤデータ領域には、１次顧客のポータルサイトを特定するためのサイトＩＤが記録される。このサイトＩＤによって１次顧客を特定することができるため、サイトＩＤは１次顧客を特定する第１顧客ＩＤとしても機能する。本実施形態では、サイトＩＤとしてＵＲＬ（Uniform Resource Locator）を用いる。
【００３８】
１次顧客名データ領域には、１次顧客の名称に関するデータが記録される。
ログイン定義データ領域には、１次顧客が用いるログイン定義に関するデータが記録される。
【００３９】
物流名定義データ領域には、１次顧客が用いる物流の名称の決定方法又は使用する物流名に関するデータが記録される。
数量定義データ領域には、１次顧客が用いる数量の種類に関するデータが記録される。
【００４０】
物流状態名データ領域には、１次顧客が用いる物流状態に関するデータが記録される。
印刷項目データ領域には、１次顧客が印刷を行なう項目を特定するためのデータが記録される。
【００４１】
標準機能データ領域には、１次顧客が用いるサブバージョンに標準機能として実装される機能プログラムを特定するためのデータが記録されている。
２次顧客固有ＩＤ定義データ領域には、この１次顧客において２次顧客を特定するための２次顧客に固有な識別子（第２顧客ＩＤ）として用いるデータの種別が記録されている。データの種別としては、２次顧客の電話番号、メールアドレス又は任意のパスワードがあり、これらのいずれかを特定するデータが２次顧客固有ＩＤ定義データに記録される。
【００４２】
拡張機能データ領域には、この１次顧客に対して個別に追加された拡張機能プログラムに関するデータが記録される。
項目名データ領域には、この１次顧客が、各データの表題として用いる項目名に関するデータが記録される。この項目名は、対応するデータに関連付けされて記録される。例えば、図９には、各データ項目が配置される位置を表示したデータ配置図６００を示す。このデータ配置図６００の「×××」に、対応する項目名が表示される。例えば、「サイトサブＩＤ」データに対して、図１０の情報提供画面６１０を用いてサービスを提供する１次顧客のポータル情報データ２４０には「予約番号」が項目名として記録されている。また、設定する項目名には、サイトサブＩＤ、２次顧客固有ＩＤ、受付日、２次顧客名、物流名、第１種数量、第２種数量、納期、現在状況に関する名称がある。例えば、図１０の情報提供画面６１０であれば、サイトサブＩＤの項目名として「予約番号」、２次顧客固
有ＩＤとして「パスワード」、受付日として「ご予約日」、２次顧客名として「お客様名」、物流名として「予約対象名」及び現在状況の項目名として「状況」等が設定されている。
【００４３】
印刷タイトル名データ領域には、印刷する物流伝票のタイトル名に関するデータが記録される。例えば、印刷タイトル名として「ご予約票」や「整理券」などがある。
物流情報データベース２６は、取引データ記憶手段、第１メールアドレスデータ記憶手段、ステータスデータ記憶手段及び第２メールアドレスデータ記憶手段として機能する。この物流情報データベース２６には、図４に示すように、１次顧客が２次顧客に提供する物流（取引情報）に関する物流情報データ２６０が記録される。この物流情報データ２６０には、２次顧客からサービス提供の申込があった場合に記録される。この物流情報データ２６０には、サイトＩＤ、サイトサブＩＤ、２次顧客名、物流名、受付日、第１種数量、第２種数量、納期、現在状況、顧客メールアドレス、電話番号、パスワード、受付メールアドレス、各ステータスに対応付けられた物流状態別メールアドレスに関するデータが含まれる。なお、図４において括弧で示めした項目（第２種数量、納期、電話番号、パスワード、物流状態別メールアドレス及びステータス）については、１次顧客が用いるサブバージョンによっては、物流情報データ２６０のデータには含まれないことがある。
【００４４】
サイトＩＤデータ領域には、１次顧客を特定する識別子として機能するサイトＩＤデータが記録される。本実施形態では、サイトＩＤとして、この１次顧客のポータルサイトのＵＲＬを用いる。このサイトＩＤを介して、物流情報データ２６０とポータル情報データ２４０とが関連付けられる。
【００４５】
サイトサブＩＤデータ領域には、各物流情報データ２６０を特定するサイトサブＩＤが記録される。このサイトサブＩＤは、この１次顧客が２次顧客から受け付けた各サービス依頼を特定するための識別子（取引ＩＤ）である。
【００４６】
２次顧客名データ領域には、２次顧客の名称に関するデータが記録される。
物流名データ領域には、物流（１次顧客と２次顧客との間で取引される対象）を特定するための名称に関するデータが記録される。この物流名は、直接入力されて記録される場合や、サブバージョンの物流名定義データの選択パターンに関連付けられた物流名から選択される場合もある。具体的には、「サービス照会システム」の場合には、照会する対象の名称に関するデータや、「空席照会システム」の場合には、予約した座席を特定する名称に関するデータ等が記録される。
【００４７】
受付日データ領域には、２次顧客からのサービス依頼を受け付けた日に関するデータが記録される。
第１種数量データ領域には、このサービス依頼に関する第１種の数量に関するデータが記録される。
【００４８】
第２種数量データ領域には、このサービス依頼に関する第２種の数量に関するデータが記録される。なお、この第２数量データ領域は、１次顧客が用いるサブバージョンにおいて、数量定義が「２種類」となっている場合にのみ用いられる。例えば、「空席予約システム」において、第１種数量を「大人」とし、第２種数量を「子供」とした場合、第１種数量データ領域には大人の人数が記録され、第２種数量データ領域には子供の人数が記録される。
【００４９】
納期データ領域には、２次顧客に対しての納期に関するデータが記録される。この納期データは、１次顧客と２次顧客との間で納期が設定されている場合のみ記録される。
現在状況データ領域には、この２次顧客に対するサービスの現在状況（ステータス）に
関するデータが記録される。
【００５０】
顧客メールアドレスデータ領域には、２次顧客のメールアドレスが記録される。
電話番号データ領域には、２次顧客の電話番号に関するデータが記録される。
パスワードデータ領域には、２次顧客が設定したパスワードに関するデータが記録される。なお、このパスワードデータ領域は、１次顧客が用いるサブバージョンのログイン定義が「パスワード有」になっている場合にのみ用いられる。
【００５１】
受付メールアドレスデータ領域には、２次顧客からのメールを受け付けるためのメールアドレス（受付メールアドレス）が記録される。
物流状態別メールアドレスデータ領域には、この物流状態別メールアドレスが記録される。この物流状態別メールアドレスは、物流状態に対応して設定されたメールアドレスである。この物流状態別メールアドレスは、物流ステータス変更機能を用いる場合のみ用いられる。
【００５２】
以上のように説明したＡＳＰシステム１０における処理について、図５〜図１２を用いて説明する。ここでは、まず、１次顧客のポータルサイトを設定するポータル設定処理について説明する。
【００５３】
（ポータル設定処理）
まず、１次顧客のポータルサイトを設定する処理について、図５を用いて説明する。
この処理においては、ＡＳＰサービスエンジン２０の制御部２１は、１次顧客端末５１から、１次顧客についての情報を取得する（ステップＳ１−１）。具体的には、まず、１次顧客は、１次顧客端末５１をＡＳＰシステム１０にアクセスさせて、ポータルサイトの設定画面を表示させる。次に、この設定画面を用いて、１次顧客名を含む１次顧客に関するデータを入力する。そして、登録を指示することにより、１次顧客端末５１は、入力された１次顧客に関するデータをＡＳＰシステム１０に送信する。ＡＳＰシステム１０のＡＳＰサービスエンジン２０の制御部２１は、受信した１次顧客名を含むポータル情報データ２４０を作成する。
【００５４】
次に、制御部２１は、サブバージョンの選択処理を実行する（ステップＳ１−２）。具体的には、制御部２１は、サブバージョンを選択するために、サブバージョンの各定義や標準機能に関する情報を、この１次顧客端末５１に送信する。１次顧客端末５１において、１次顧客の業務形態に対応する各定義や標準機能から、サブバージョンを選択する。そして、登録を指示することにより、１次顧客端末５１は、入力されたサブバージョンの識別子データをＡＳＰシステム１０に送信する。ＡＳＰシステム１０のＡＳＰサービスエンジン２０の制御部２１は、受信したサブバージョン識別子に対応するテンプレートデータ２２０をテンプレートデータベース２２から取得する。制御部２１は、取得したテンプレートデータ２２０のログイン定義、数量定義、印刷項目定義及び標準機能定義データを抽出して、作成したポータル情報データ２４０のログイン定義データ領域、数量定義データ領域、印刷項目データ領域及び標準機能データ領域のそれぞれに記録する。
【００５５】
ここで、制御部２１は、取得したテンプレートにおける選択データの設定処理を実行する（ステップＳ１−３）。ここでは、制御部２１は、１次顧客が設定を行なうための設定画面を生成する。具体的には、制御部２１は、選択されたサブバージョンのテンプレートデータ２２０を取得し、このテンプレートデータ２２０の物流状態選択定義データから、選択パターンとそれに対応する各物流状態名を抽出する。制御部２１は、抽出した選択パターンとそれに対応する各物流状態名とを含ませた設定画面を生成する。更に、制御部２１は、この設定画面に、物流状態名の選択パターンを設定するための複数の物流状態名設定欄も含ませる。
【００５６】
更に、制御部２１は、取得したテンプレートの物流名定義が「選択」又は「入力」であるかを判断する。ここで、物流名が「選択」である場合には、この物流名定義データの選択パターンとそれに対応する各物流名を抽出する。制御部２１は、抽出した選択パターンとそれに対応する各物流名を設定画面に含ませる。更に、制御部２１は、この設定画面に、物流名の選択パターンを設定するための複数の物流名設定欄も含ませる。
【００５７】
また、制御部２１は、取得したテンプレートデータ２２０のログイン定義データが「パスワード有」又は「パスワード無」であるかを判断する。ここで、ログイン定義が「パスワード有」であった場合には、２次顧客固有ＩＤを特定するための種別を選択するため情報を設定画面に含ませる。
【００５８】
そして、制御部２１は、生成した設定画面のデータを１次顧客端末５１に送信する。１次顧客端末５１は、受信したデータに基づいて設定画面を表示する。この設定画面には、パターン毎に物流状態名が表示される。そして、この設定画面において、１次顧客は、物流状態名を参照して物流状態名のパターンを選択する。ここで、選択した物流状態名がない場合や独自の物流状態名を設定したい場合には、１次顧客は、任意の物流状態名を物流状態名設定欄に入力する。
【００５９】
また、この設定画面にパターン毎に物流名が表示されている場合には、１次顧客は、物流名を参照して物流名のパターンを選択する。ここで、選択した物流名がない場合や独自の物流名を設定したい場合には、１次顧客は、任意の物流名を物流名設定欄に入力する。
【００６０】
更に、この設定画面に、２次顧客固有ＩＤを特定するための種別として２次顧客のメールアドレス、電話番号又はパスワードが表示されている場合には、１次顧客は、これら１つの種別を選択する。
【００６１】
そして、１次顧客が登録を指示することにより、１次顧客端末５１は、選択されたパターン、設定欄に入力された物流状態名又は物流名、及び２次顧客固有ＩＤを特定するための種別をＡＳＰシステム１０に送信する。ＡＳＰサービスエンジン２０の制御部２１は、受信したデータに対応するデータを、テンプレートデータベース２２から取得し、ポータル情報データ２４０に記録する。具体的には、制御部２１は、物流状態名のパターンを特定するためのデータを受信した場合には、選択されたサブバージョン識別子のテンプレートデータ２２０から、選択された物流状態名のパターンに対応する各物流状態名を取得し、ポータル情報データ２４０の物流状態名データ領域に記録する。また、制御部２１は、物流状態名設定欄に入力された物流状態名データを受信した場合には、取得した物流状態名を、ポータル情報データ２４０の物流状態名データ領域に記録する。
【００６２】
更に、制御部２１は、物流名のパターンを特定するためのデータを受信した場合には、特定されているテンプレートデータ２２０から、選択された物流名のパターンに対応する各物流名を取得し、ポータル情報データ２４０の物流名データ領域に記録する。また、制御部２１は物流名設定欄に入力された物流名データを受信した場合には、取得した物流名を、ポータル情報データ２４０の物流名データ領域に記録する。
【００６３】
更に、制御部２１は、２次顧客固有ＩＤを特定するための種別を受信した場合には、同じポータル情報データ２４０の２次顧客固有ＩＤ定義データ領域に記録する。
更に、制御部２１は、１次顧客のポータルサイトに対して拡張機能を設定する（ステップＳ１−４）。具体的には、拡張機能を個別に追加する場合には、１次顧客端末５１から拡張機能プログラムデータを取得して、この１次顧客のポータル情報データ２４０の拡張機能データ領域に記録する。
【００６４】
次に、制御部２１は、各項目名及び印刷タイトル名の設定処理を実行する（ステップＳ１−５）。ここで、制御部２１は、１次顧客で用いる項目データ及び印刷タイトル名の入力を促すための設定画面のデータを１次顧客端末５１に送信する。１次顧客端末５１は、受信したデータに基づいて設定画面を表示する。この設定画面には、１次顧客が用いる項目データ（物流名、第１種数量、現在状況など）に対応する項目名の入力欄及び印刷タイトルの入力欄が含まれる。この設定画面において、１次顧客は、各入力欄に項目名や印刷タイトルを入力する。そして、登録を指示することにより、１次顧客端末５１は、入力された各項目の名称及び印刷タイトル名をＡＳＰシステム１０に送信する。ＡＳＰサービスエンジン２０の制御部２１は、このポータル情報データ２４０の項目名データ領域に、各データ項目に対応付けた項目名を記録し、印刷タイトル名データ領域に印刷タイトル名を記録する。
【００６５】
次に、制御部２１は、ポータルサイトの登録処理を実行する（ステップＳ１−６）。具体的には、制御部２１は、まず、ステップＳ１−１〜Ｓ１−５で設定したポータル情報データ２４０に対して、ＵＲＬを付与して記録する。更に、制御部２１は、付与したＵＲＬに関連付けた各１次顧客のポータルサイトを生成して、ウェブサーバ１５に記録する。
【００６６】
そして、このように設定されたポータルサイトを用いて、１次顧客は２次顧客に対してサービスを提供する。
次に、このサービスの提供中における処理について説明する。ここでは、２次顧客の利用申込処理、２次顧客メールアドレス取得処理、状況閲覧処理、物流ステータス取得処理及び通知処理の順番に説明する。
【００６７】
（２次顧客の利用申込処理）
図６に示す２次顧客の利用申込処理は、２次顧客が１次顧客に対してサービスの利用を申し込む場合に実行される。この場合、２次顧客は、１次顧客のサービスを利用する内容及び２次顧客に関する情報を含むエントリー内容を１次顧客に提供する。このエントリー内容には、書籍予約の場合は、予約する書籍名、数量及び納期が含まれる。また、エントリー内容には、来店顧客の空席順番待ちの場合は、希望席及び人数が含まれる。更に、エントリー内容には、配送サービスの場合は、送付する物品名、個数、届け先及び納期が含まれる。また、２次顧客に関する情報には、２次顧客の氏名や電話番号が含まれる。
【００６８】
２次顧客から提供を受けた１次顧客は、１次顧客端末５１をＡＳＰシステム１０にアクセスさせる。この場合、ユーザ認証した後、制御部２１は、２次顧客の申込登録処理を実行する（ステップＳ２−１）。具体的には、制御部２１は、物流情報データの登録画面を１次顧客端末５１に送信する。この場合、１次顧客が用いるサブバージョンによって、取得するエントリー内容が異なるので、このサブバージョンに対応する登録画面を送信する。１次顧客は、エントリー内容及び２次顧客に関する情報を１次顧客端末５１に入力し、登録を指示する。１次顧客端末５１は、入力されたエントリー内容及び２次顧客に関する情報をＡＳＰシステム１０に送信する。
【００６９】
これにより、ＡＳＰシステム１０の制御部２１は、エントリー内容及び２次顧客に関する情報を取得して、物流情報データ２６０として物流情報データベース２６に記録する。更に、制御部２１は、ユーザ認証により特定した１次顧客のサイトＩＤを物流情報データベース２６に記録する。更に、制御部２１は、現在日を受付日として、受付日データ領域に記録する。
【００７０】
次に、制御部２１は、サイトサブＩＤ及び受付メールアドレスの設定処理を実行する（ステップＳ２−２）。具体的には、制御部２１は、登録した物流情報データ２６０に対し
てサイトサブＩＤを付与し、物流情報データベース２６に記録する。更に、制御部２１は、サイトＩＤ及びサイトサブＩＤに対するチェックサムを、サイトＩＤ及びサイトサブＩＤに付加し、これらを暗号化した文字列及び数列を有する受付メールアドレスを生成する。そして、生成した受付メールアドレスを、この物流情報データ２６０の受付メールアドレスデータ領域に記録する。
【００７１】
そして、この１次顧客のサブバージョンの標準機能として物流ステータス変更機能があるか否かを判断する（ステップＳ２−３）。具体的には、制御部２１は、物流情報データベース２６に記録したサイトＩＤに関連付けられているポータル情報データ２４０を抽出する。更に、制御部２１は、抽出したポータル情報データ２４０に記録されているサブバージョン識別子で特定されるテンプレートデータ２２０の標準機能に、物流ステータス変更機能を特定するデータが含まれているかを判断する。
【００７２】
この場合、物流ステータス変更機能を特定するデータが記録されている場合（ステップＳ２−３において「ＹＥＳ」の場合）には、物流状態別メールアドレスの設定処理を実行する（ステップＳ２−４）。具体的には、まず、制御部２１は、抽出したポータル情報データ２４０に記録されている物流状態名データを取得する。更に、制御部２１は、取得した物流状態名の各ステータスに対して、他の物流情報データ２６０で使用されていないメールアドレスを付与する。そして、各ステータス及びこれに対応するメールアドレスを関連付けて、物流情報データ２６０に登録する。
【００７３】
次に、制御部２１は、物流伝票の出力処理を実行する（ステップＳ２−５）。具体的には、制御部２１は、この１次顧客のポータル情報データ２４０に含まれるサブバージョン識別子を取得し、このサブバージョン識別子に関連付けられた印刷項目定義データをテンプレートデータベース２２から取得する。制御部２１は、印刷項目定義データに対応する各データを、この物流情報データ２６０から取得する。更に、制御部２１は、サイトＩＤから特定されるポータル情報データ２４０の印刷タイトル名を取得する。
【００７４】
例えば、印刷項目定義データにおいて、エントリー内容、サイトＩＤ、サイトサブＩＤ、２次元コード出力用受付メールアドレスが設定されている場合には、制御部２１は、エントリー内容、サイトサブＩＤ及び受付メールアドレスの各項目のデータを物流情報データ２６０から取得する。そして、制御部２１は、２次元コード出力が設定されている場合には、その設定されているデータ（例えば受付メールアドレス）を２次元コードに変換する。次に、制御部２１は、変換した２次元コード、サイトＩＤ、サイトサブＩＤ、項目名、これに対応するデータ及び印刷タイトル名を含めた出力データを生成し、１次顧客端末５１に送信する。１次顧客端末５１は、受信した出力データをプリンタ５２に送信して、印刷を実行させる。これにより、プリンタ５２から、印刷タイトル名及びエントリー内容等が印刷された物流伝票が出力される。１次顧客は、出力された物流伝票を２次顧客に提供する。以上により、利用申込処理が完了する。
【００７５】
（２次顧客メールアドレス取得処理）
次に、２次顧客のメールアドレスを登録する場合の処理について説明する。
このメールアドレス取得処理において、２次顧客は、提供された物流伝票の２次元コードを、２次顧客用携帯端末５６に読み取らせる。具体的には、２次顧客用携帯端末５６は、２次元コード読取機能を用いて、物流伝票に表示された２次元コードを読み取り、２次元コードを変換して受付メールアドレスを取得する。
【００７６】
この場合、２次顧客用携帯端末５６は、メーラを起動して、取得した受付メールアドレスに対して空メールを送信する。この空メールには、メールの送信元である２次顧客のメールアドレスデータが含まれる。
【００７７】
２次顧客用携帯端末５６から送信された空メールは、ネットワークを介して、ＡＳＰシステム１０のＡＳＰサービスエンジン２０に提供される。ＡＳＰサービスエンジン２０の制御部２１は、空メールの送信先である受付メールアドレスが記録された物流情報データ２６０を物流情報データベース２６から抽出する。そして、抽出した物流情報データ２６０の２次顧客メールアドレス領域に、送信元として取得した２次顧客のメールアドレスを記録する。
【００７８】
（状況閲覧処理）
次に、２次顧客が、取引対象である物流の状況を確認するときの状況閲覧処理について、図７を用いて説明する。
【００７９】
この場合、２次顧客は、提供された物流伝票に記載されている１次顧客のＵＲＬを用いて、２次顧客端末５５をウェブサーバ１５にアクセスさせる。ウェブサーバ１５は、指定されたＵＲＬに関連付けられているポータルサイトのデータを、２次顧客端末５５に送信する。このポータルサイトのデータには、ログイン要求ボタンが含まれる。
【００８０】
ここで、２次顧客が、ポータルサイトのログイン要求ボタンを選択すると、２次顧客端末５５は、ログイン要求をウェブサーバ１５に対して行なう。
ウェブサーバ１５は、ログイン要求をＡＳＰサービスエンジン２０に供給する。このログイン要求には、要求を受けたＵＲＬデータを含ませる。これにより、ＡＳＰサービスエンジン２０の制御部２１は、ＵＲＬから特定される１次顧客に対するログイン要求を受け入れる（ステップＳ３−１）。そして、制御部２１は、受信したＵＲＬを有するポータル情報データ２４０を、ポータル情報データベース２４から抽出する。そして、ポータル情報データ２４０のログイン定義データが「パスワード有」又は「パスワード無」であるかを判断する（ステップＳ３−２）。
【００８１】
ここで、「パスワード無」の場合（ステップＳ３−２において「ＮＯ」の場合）には、制御部２１は、パスワードなしログイン画面の出力処理を実行する（ステップＳ３−３）。具体的には、制御部２１は、ログイン定義データの使用データ（サイトサブＩＤ）に対応する項目名（例えば受付番号）を、ポータル情報データ２４０の項目名データから取得する。そして、制御部２１は、この項目名の入力欄を含むログイン画面データを生成して、ウェブサーバ１５を介して２次顧客端末５５に送信する。２次顧客端末５５は、受信したデータに基づいてログイン画面を表示する。
【００８２】
このログイン画面には、サイトサブＩＤの項目名と、これに対応する入力欄と、送信ボタンとが含まれる。このログイン画面において、２次顧客は、物流伝票に記載されているデータを、サイトサブＩＤの入力欄に入力する。そして、送信を指示することにより、２次顧客端末５５は、入力されたデータをウェブサーバ１５に送信する。ウェブサーバ１５は、取得したデータをＡＳＰサービスエンジン２０に供給する。
【００８３】
一方、「パスワード有」の場合（ステップＳ３−２において「ＹＥＳ」の場合）には、制御部２１は、パスワードありログイン画面の出力処理を実行する（ステップＳ３−４）。具体的には、制御部２１は、ログイン定義データの使用データ（サイトサブＩＤ）に対応する項目名を、ポータル情報データ２４０の項目名データから取得する。そして、制御部２１は、この項目名の入力欄と、パスワード入力欄とを含むログイン画面データを生成して、ウェブサーバ１５を介して２次顧客端末５５に送信する。２次顧客端末５５は、受信したデータに基づいてログイン画面を表示する。
【００８４】
このログイン画面には、サイトサブＩＤの項目名と、これに対応する入力欄と、パスワ
ード入力欄と、パスワード設定ボタンと送信ボタンとが含まれる。
ここで、まだパスワードを設定しない場合、２次顧客はパスワード設定ボタンを選択する。これにより、２次顧客端末５５は、パスワード設定画面の要求をウェブサーバ１５に送信する。ウェブサーバ１５は、パスワード設定画面データを生成し、２次顧客端末５５に送信する。２次顧客端末５５は、受信したデータに基づいてパスワード設定画面を表示させる。このパスワード設定画面には、サイトサブＩＤの入力欄、パスワードの入力欄及び設定ボタンが含まれる。２次顧客は、サイトサブＩＤの入力欄及びパスワードの入力欄に、サイトサブＩＤ及びパスワードを入力する。そして、送信を指示することにより、２次顧客端末５５は、入力されたデータをウェブサーバ１５に送信する。ウェブサーバ１５は、受信したデータをＡＳＰサービスエンジン２０に供給する。
【００８５】
一方、すでにパスワードを設定している場合、このログイン画面において、２次顧客は、物流伝票に記載されているデータを、サイトサブＩＤの入力欄に入力し、設定したパスワードをパスワードの入力欄に入力する。そして、送信を指示することにより、２次顧客端末５５は、入力されたデータをウェブサーバ１５に送信する。ウェブサーバ１５は、取得したデータをＡＳＰサービスエンジン２０に供給する。
【００８６】
そして、ＡＳＰサービスエンジン２０の制御部２１は、ユーザ認証処理を実行する（ステップＳ３−５）。具体的には、制御部２１は、受信したデータと一致するデータを有する物流情報データ２６０を物流情報データベース２６から抽出する。ここで、「パスワード無」の場合には、物流情報データ２６０が抽出できると、ユーザ認証が完了する。
【００８７】
一方、「パスワード有」の場合には、制御部２１は、受信したサイトサブＩＤ及びパスワードに一致する物流情報データ２６０を抽出する。物流情報データ２６０が抽出できた場合には、ユーザ認証が完了する。このユーザ認証が完了すると、制御部２１は、ウェブサーバ１５を介さずに、直接ネットワークを介して、２次顧客端末５５とデータの送受信を行なう。
【００８８】
次に、制御部２１は、２次顧客用画面の出力処理を実行する（ステップＳ３−６）。具体的には、制御部２１は、１次顧客名及び各項目名をポータル情報データベース２４から取得する。更に、制御部２１は、取得したデータ項目に基づいて、この２次顧客に出力するデータを、ユーザ認証に用いたサイトサブＩＤに関連付けられている物流情報データベース２６から取得する。そして、取得したデータを用いて、制御部２１は、情報提供画面データを生成し、２次顧客端末５５に送信する。
【００８９】
２次顧客端末５５は、受信した情報提供画面データに基づいて、情報提供画面をディスプレイに表示する。図１０には書籍予約照会システムにおける情報提供画面６１０を示し、図１１には空席予約システムにおける情報提供画面６２０を示し、図１２には配送照会システムにおける情報提供画面６３０を示す。なお、図１０〜図１２の情報提供画面６１０，６２０，６３０において、図１０のデータ配置図６００に対応する箇所には、対応するデータが表示される。
このような情報提供画面６１０，６２０，６３０を閲覧することにより、２次顧客は、１次顧客に対して依頼した物流の状況を確認することができる。
【００９０】
（物流ステータス取得処理）
次に、物流ステータス変更機能による物流ステータス取得処理について説明する。この場合、ステップＳ２−４において上述したように、物流ステータス変更機能を用いる１次顧客に関連付けられている物流情報データ２６０には、各ステータスに対応して物流状態別メールアドレスが記録される。また、１次顧客の印刷項目定義データには、２次元コード出力用物流状態別メールアドレスも記録されている。このため、この１次顧客に対して
サービスの申込を行なったときに出力される物流伝票には、２次元コードによって表示される物流状態別メールアドレスが、各ステータスに対応して印刷される。なお、物流伝票における２次元コードの物流状態別メールアドレスと各ステータスは、他の内容とは切り離されて、物流に貼り付けられることになる。
【００９１】
その後、物流状態別メールアドレスに対応する各ステータスになった場合には、１次顧客は、そのステータスに対応する物流状態別メールアドレスに空メールを送信する。例えば、運送サービスの場合には、依頼のあった物品に貼り付けられて配送される。そして、物品が所定の場所（例えば集配所）に至った場合には、その場所において物流伝票に記録されている物流状態別メールアドレスに、空メールアドレスを送信する。
【００９２】
これにより、ＡＳＰシステム１０のＡＳＰサービスエンジン２０は、空メールのメールアドレスを取得する。そして、ＡＳＰサービスエンジン２０の制御部２１は、取得したメールアドレスが記録されている物流情報データ２６０を、物流情報データベース２６から抽出する。そして、制御部２１は、抽出した物流情報データ２６０において、取得したメールアドレスが記録されているステータスを取得し、この物流情報データ２６０の現在状況データ領域に記録する。以上により、物流ステータス取得処理が完了する。
【００９３】
（通知処理）
次に、通知処理について、図８を用いて説明する。
ここで、１次顧客は、自分のＵＲＬデータを送信して、１次顧客端末５１をＡＳＰシステム１０にアクセスさせて、自分の顧客である２次顧客の状況一覧画面を取得する。この状況一覧画面には、ＵＲＬデータに関連付けられている２次顧客で、ステータスが「完了」になっていない物流情報データ２６０と、更新ボタンとが含まれる。１次顧客は、２次顧客状況一覧画面を用いて、現在状況が変化した物流に関する物流状態を更新する。そして、更新を指示すると、１次顧客端末は、更新された物流情報データ２６０を特定するサイトサブＩＤと更新された内容とを、ＡＳＰサービスエンジン２０に送信する。ＡＳＰサービスエンジン２０の制御部２１は、受信したデータに基づいて物流情報データ２６０を特定し、取得したデータを更新する。
【００９４】
このような現在状況の更新処理や上述した物流ステータス取得処理によって、２次顧客の物流の現在状況が変更された場合、通知処理が開始される。この場合、制御部２１は、１次顧客の機能として状況通知機能を備えているか否かを判断する（ステップＳ４−１）。具体的には、制御部２１は、現在状況が変更された物流情報データ２６０に含まれるサイトＩＤに関連付けられたポータル情報データ２４０の標準機能又は拡張機能のデータ領域に、状況通知機能を特定するデータが記録されているか否かを判断する。
【００９５】
ここで、状況通知機能がある場合（ステップＳ４−１において「ＹＥＳ」の場合）には、制御部２１は、通知処理を行なう（ステップＳ４−２）。具体的には、制御部２１は、現在状況が変更された物流情報データ２６０の２次顧客メールアドレスに対して、現在状況が変更された旨の通知を行なう。
【００９６】
一方、状況通知機能がない場合（ステップＳ４−１において「ＮＯ」の場合）には、制御部２１は、更新された現在状況が、着荷、案内又は納品であるか否かを判断する（ステップＳ４−３）。この場合、着荷、案内又は納品のいずれでもない場合には、制御部は、通知処理を終了する。
【００９７】
ここで、更新された現在状況が着荷、案内又は納品のいずれかであった場合には、制御部２１は、完了通知処理を実行する（ステップＳ４−４）。具体的には、制御部２１は、現在状況が変更された物流情報データ２６０の２次顧客メールアドレスに対して、更新さ
れた現在状況の通知を行なう。そして、制御部２１は、この物流情報データ２６０の現在状況データを「完了」に更新して、通知処理を終了する。
【００９８】
次に、サービス照会システム、空席予約システム及び物流追跡システムの各サブバージョンを用いて、サービスを提供する１次顧客と、この１次顧客に対する２次顧客との処理手順について説明する。
【００９９】
（「サービス照会システム」のサブバージョンを用いた「書籍予約照会システム」）
まず、「サービス照会システム」のサブバージョンを用いた「書籍予約照会システム」について説明する。この「書籍予約照会システム」は、例えば１次顧客が「書店」の場合に用いられるシステムである。
【０１００】
この場合、「サービス照会システム」のサブバージョンでは、「パスワード有」のログイン、物流名が入力、１種類の数量を使用すると定義されている。また、「サービス照会システム」の印刷項目定義データ領域においては、「エントリー内容」、「サイトＩＤ」、「サイトサブＩＤ」及び「２次元コード出力用メールアドレス」が記録されている。このため、この「書籍予約照会システム」のポータル情報データ２４０においても、同じ定義になるデータが記録されている。また、この１次顧客のポータル情報データ２４０には、「受付」、「予約中」、「在庫なし」、「入荷」、「納品」、「完了」、「キャンセル」の物流状態を示す選択パターンが選択されている。また、「サイトサブＩＤ」の項目名として「予約番号」が、印刷タイトル名として「予約票控え」が記録されている。更に、拡張機能として納期設定データ領域を使用することが設定されている。
【０１０１】
まず、２次顧客が、１次顧客の「書店」に対して書籍の予約を依頼する。１次顧客は、２次顧客のエントリー内容（氏名、電話番号、書籍タイトル、数量、納期）を、１次顧客端末５１を用いて入力し、ＡＳＰサービスエンジン２０に送信する。制御部２１は、２次顧客の申込登録を行ない（ステップＳ２−１）サイトサブＩＤ及び受付メールアドレスを設定して（ステップＳ２−２）、物流情報データ２６０を登録する。この場合、「書籍予約照会システム」には物流ステータス変更機能が設定されていないため（ステップＳ２−３において「ＮＯ」）、制御部２１は、物流伝票の出力処理を実行する（ステップＳ２−５）。この物流伝票には、エントリー内容、サイトＩＤ、サイトサブＩＤ及び２次元コードの受付メールアドレスが記録され、タイトル名が「予約票控え」となっている。そして、この「予約票控え」は１次顧客から２次顧客に渡される。その後、１次顧客は、予約した書籍について発注処理を行なう。
【０１０２】
一方、２次顧客は、予約票控えに印刷された２次元コードを、２次顧客用携帯端末５６を用いて取得し、この２次元コードに含まれた受付メールアドレスに空メールを送信する。これにより、制御部２１は、２次顧客用携帯端末５６のメールアドレスを取得し、受付メールアドレスに関連付けられた物流情報データ２６０に記録する。
【０１０３】
その後、２次顧客は、予約した書籍の状況を確認する場合、２次顧客端末５５を、予約票控えに記録されているサイトＩＤのＵＲＬにアクセスさせ、ログイン要求を行なう。これにより、制御部２１は、ログイン要求を受け入れる（ステップＳ３−１）。ここでは、１次顧客のログイン定義が「パスワード有」であるため（ステップＳ３−２において「ＹＥＳ」）、制御部２１は、パスワードありログイン画面を２次顧客端末５５に出力する（ステップＳ３−４）。このログイン画面に、サイトサブＩＤとしての「予約番号」及び設定されたパスワードが入力された２次顧客端末５５からＡＳＰサービスエンジン２０に送信されると、制御部２１は、ユーザ認証を行なう（ステップＳ３−５）。そして、ユーザ認証が完了すると、制御部２１は、ユーザ認証により特定した物流情報データ２６０を用いて情報提供画面データを生成し、２次顧客端末５５に送信する（ステップＳ３−６）。
【０１０４】
その後、２次顧客が予約した書籍の納品判明、在庫状況、到着等の現在状況が変更する度に、１次顧客は、物流情報データ２６０の現在状況を入力して更新する。ここで、更新した現在状況が「到着」であった場合（ステップＳ４−３）には、制御部２１は完了通知処理を実行する（ステップＳ４−４）。その後、２次顧客が予約した書籍を受け取ると、１次顧客は、２次顧客の物流情報データ２６０の現在状況を「完了」にする。以上により、１次顧客が２次顧客に対して提供したサービスが完了する。
【０１０５】
（「空席予約システム」のサブバージョンを用いた「飲食店空席予約システム」）
次に、「空席予約システム」のサブバージョンを用いた「飲食店空席予約システム」について説明する。この「飲食店空席予約システム」は、例えば１次顧客が「飲食店」の場合に用いられるシステムである。なお、上述した「書籍予約照会システム」と同様な部分については、説明を省略する。
【０１０６】
この場合、「空席予約システム」のサブバージョンでは、「パスワード無」のログイン、物流名が選択、２種類の数量を使用すると定義されている。また、「空席予約システム」の印刷項目定義データ領域においては、上記「サービス照会システム」と同様なデータが記録されている。このため、この「飲食店空席予約システム」のポータル情報データ２４０においても、同じ定義になるデータが記録されている。また、この１次顧客のポータル情報データ２４０には、「カウンター」、「２人席」、「４人席」、「６人席」、「座敷」の５つの物流名から構成される第２パターンが選択され、「待合わせ」、「６番目」、「３番目」、「ご案内」、「完了」、「キャンセル」の６つの物流状態を示す選択パターンが選択されている。また、「サイトサブＩＤ」の項目名として「整理番号」が、印刷タイトル名として「整理券」が記録されている。
【０１０７】
まず、２次顧客が、１次顧客の「飲食店」に来店して席の予約を行なう。１次顧客は、２次顧客のエントリー内容（氏名、電話番号、希望席、人数）を、１次顧客端末５１を用いて入力し、ＡＳＰサービスエンジン２０に送信する。制御部２１は、受信したエントリー内容を用いて、２次顧客の申込登録を行ない（ステップＳ２−１）サイトサブＩＤ及び受付メールアドレスを設定して（ステップＳ２−２）、物流情報データ２６０を登録する。この場合、制御部２１は、登録した物流情報データ２６０に対して、シーケンス番号（図示せず）を付与する。このシーケンス番号は、物流情報データ２６０を登録したときの「待ち順番」に相当する。そして、「空席予約システム」には物流ステータス変更機能がないため（ステップＳ２−３において「ＮＯ」）、制御部２１は、物流伝票の出力処理を実行する（ステップＳ２−５）。この物流伝票には、エントリー内容、サイトＩＤ、サイトサブＩＤ及び２次元コードの受付メールアドレスが記録され、タイトル名が「整理券」になっている。そして、この「整理券」は１次顧客から２次顧客に渡される。
【０１０８】
そして、２次顧客は、整理券に印刷された２次元コードを、２次顧客用携帯端末５６を用いて取得し、この２次元コードに含まれた受付メールアドレスに空メールを送信する。これにより、制御部２１は、２次顧客用携帯端末５６のメールアドレスを取得し、受付メールアドレスに関連付けられた物流情報データ２６０に記録する。
【０１０９】
その後、１次顧客は、席の準備ができ次第、順次、席に案内する。そして、１次顧客は、席に案内した顧客に対応する物流情報データ２６０のステータスを「完了」に変更する。ステータスが完了になると、制御部２１は、順番待ちの物流情報データ２６０について、シーケンス番号を用いて待ち順番を特定する。そして、待ち順番が「１」の２次顧客のステータスを「ご案内」に変更する。更に、制御部２１は、シーケンス番号により特定される順番待ち「３番目」、「６番目」の物流情報データ２６０の現在状況を更新する。ここで、「飲食店空席予約システム」には、「空席予約システム」の標準機能として「状況
通知機能」があるため（ステップＳ４−１において「ＹＥＳ」）、現在状況のステータスが変更になる度に、制御部２１は、通知処理を実行する（ステップＳ４−２）。以上により、１次顧客が２次顧客に対して提供したサービスが完了する。
【０１１０】
（「物流追跡システム」のサブバージョンを用いた「配送状況照会システム」）
まず、「物流追跡システム」のサブバージョンを用いた「配送状況照会システム」について説明する。この「配送状況照会システム」は、例えば１次顧客が「運送業者」の場合に用いられるシステムである。
【０１１１】
この場合、「配送状況照会システム」のサブバージョンでは、「パスワード無」のログイン、物流名が入力、１種類の数量を使用すると定義されている。また、「サービス照会システム」の印刷項目定義データ領域においては、「エントリー内容」、「サイトＩＤ」、「サイトサブＩＤ」、「２次元コード出力用メールアドレス」、「２次元コード出力用物流状態別メールアドレス」及び「ステータス」が記録されている。このため、この「配送状況照会システム」のポータル情報データ２４０においても、同じ定義になるデータが記録されている。また、この１次顧客のポータル情報データ２４０には、「受付」、「配送中」、「拠点着」、「配達中」、「完了」、「キャンセル」の物流状態を示す選択パターンが選択されている。更に、「サイトサブＩＤ」の項目名として「伝票番号」が、印刷タイトル名として「送り状控え」が記録されている。更に、本実施形態では、拡張機能として、データを自由に記録できるリッチテキスト形式のフィールドが設定されている。そして、このフィールドに、届け先の氏名、住所及び電話番号等を記録する。
【０１１２】
まず、２次顧客が、１次顧客の「運送業者」に対して物の配送を依頼する。この場合、２次顧客は、送り主である自分の名前及び電話番号と、届け先の氏名、住所及び電話番号と、物品名等を１次顧客に提供する。１次顧客は、２次顧客のエントリー内容（自分の名前及び電話番号と、届け先の氏名、住所及び電話番号と、物品名等）を、１次顧客端末５１を用いて入力し、ＡＳＰサービスエンジン２０に送信する。制御部２１は、２次顧客の申込登録を行ない（ステップＳ２−１）サイトサブＩＤ及び受付メールアドレスを設定して（ステップＳ２−２）、物流情報データ２６０を登録する。この場合、「配送状況照会システム」には、標準機能として物流ステータス変更機能があるため（ステップＳ２−３において「ＹＥＳ」）、制御部２１は、物流状態別メールアドレスの設定を行なう（ステップＳ２−４）。具体的には、制御部２１は、この１次顧客が用いるステータスを、ポータル情報データ２４０の物流状態名から取得する。これにより、制御部２１は、「受付」、「配送中」、「拠点着」、「配達中」、「完了」、「キャンセル」の各ステータスに対して、異なるメールアドレスを付与する。そして、各ステータスと、それに対応する物流状態別メールアドレスを、物流情報データ２６０として記録する。
【０１１３】
そして、制御部２１は、物流伝票の出力処理を実行する（ステップＳ２−５）。この物流伝票には、エントリー内容、サイトＩＤ、サイトサブＩＤ、２次元コードの受付メールアドレス、各ステータス及び対応する２次元コードの物流状態別メールアドレスが記録され、タイトル名が「送り状控え」となっている。そして、各ステータス及び２次元コードの物流状態別メールアドレスは、「送り状控え」から分離されて、２次顧客から依頼のあった物品に貼付される。残りの「送り状控え」は、１次顧客から２次顧客に渡される。その後、１次顧客は、受け付けた物品を、届け先に配送する。
【０１１４】
この配送において、物品が、拠点に到着した場合には、１次顧客は、「配送」のステータスに対応する２次元コードを、２次元コード読取端末を用いて取得し、この２次元コードに含まれるメールアドレスに空メールを送信する。これにより、ネットワークを介してＡＳＰサービスエンジン２０の制御部２１は、送信された空メールのメールアドレスを含む物流情報データ２６０を抽出する。そして、制御部２１は、このメールアドレスに対応
しているステータスを、抽出した物流情報データ２６０の現在状況データ領域に記録する。このように、１次顧客において物流状態が変化した場合には、制御部２１は、それに対応する物流状態別メールアドレスに空メールを送信して、物流情報データ２６０の現在状況データを更新する。なお、状況閲覧処理は、上述した「飲食店空席予約システム」と同様であり、通知処理は、上述した「書籍予約照会システム」と同様であるので、詳細な説明は省略する。そして、物品が届け先に納品された場合には、２次顧客のメールアドレスに通知が行なわれて（ステップＳ４−４）、現在状況を「完了」にする。以上により、１次顧客が２次顧客に対して提供したサービスが完了する。
【０１１５】
本実施形態によれば、以下のような効果を得ることができる。
・  本実施形態では、ＡＳＰサービスエンジン２０の制御部２１は、２次顧客の利用申込処理において、受付メールアドレスの設定処理を実行する（ステップＳ２−２）。その後、２次顧客用携帯端末５６から、設定された受付メールアドレスに対して空メールが送信されると、ＡＳＰサービスエンジン２０の制御部２１は、空メールの送信先である受付メールアドレスが記録された物流情報データ２６０を抽出し、この空メールの送信元である２次顧客のメールアドレスデータを記録する。このため、制御部２１は、取引情報に関連付けられた受付メールアドレスを介して、第２顧客のメールアドレスを効率よく取得でき、対応する物流情報データ２６０に、より確実に関連付けて記録することができる。従って、１次顧客の顧客である２次顧客のメールアドレスを効率よく取得し、この２次顧客のメールアドレスを、第１顧客と関連付けられた物流情報データ２６０に関連付けて効率よく管理することができる。また、第２顧客は、電子メールの送信という簡単な操作でメールアドレスを登録できる。
【０１１６】
・本実施形態では、受付メールアドレスの設定処理において、制御部２１は、サイトＩＤ及びサイトサブＩＤに対するチェックサムを、サイトＩＤ及びサイトサブＩＤに付加し、これらを暗号化した文字列及び数列を有する受付メールアドレスを生成する。このため、受付メールアドレスをサイトＩＤ及びサイトサブＩＤに関連付けしても、受付メールアドレスからはサイトＩＤ及びサイトサブＩＤを推測されないようにすることができる。従って、２次顧客以外からの不正なメール送信によって、トランザクションが改竄されるおそれをより少なくすることができる。
【０１１７】
・  本実施形態では、２次顧客用携帯端末５６は、２次元コード読取機能を用いて、物流伝票に表示された２次元コードを読み取ることにより受付メールアドレスを取得する。受付メールアドレスを手入力しないため、２次顧客のメールアドレスを、それに対応する物流情報データ２６０に、より確実に記録することができる。
【０１１８】
・  本実施形態では、ＡＳＰサービスエンジン２０の制御部２１は、２次顧客の利用申込処理において、１次顧客のポータル情報データ２４０に物流ステータス変更機能を特定するデータが記録されている場合（ステップＳ２−３において「ＹＥＳ」の場合）には、物流状態別メールアドレスの設定処理を実行する（ステップＳ２−４）。その後、物流状態別メールアドレスに対応する各ステータスになった場合には、そのステータスに対応する物流状態別メールアドレスに対する空メールを、ＡＳＰサービスエンジン２０は受信する。ＡＳＰサービスエンジン２０の制御部２１は、取得したメールアドレスが記録されている物流情報データ２６０を、物流情報データベース２６から抽出する。そして、制御部２１は、抽出した物流情報データ２６０において、取得したメールアドレスが記録されているステータスを取得し、この物流情報データ２６０の現在状況データ領域に記録する。このため、受信したメールの物流状態別メールアドレスに基づいて、物流の現在状況を効率よく更新することができる。
【０１１９】
・  本実施形態では、ＡＳＰサービスエンジン２０の制御部２１は、ユーザ認証が完了
すると（ステップＳ３−５）、１次顧客名及び各項目名をポータル情報データベース２４から取得し、この２次顧客に出力するデータを、ユーザ認証に用いたサイトサブＩＤに関連付けられている物流情報データベース２６から取得する。そして、制御部２１は、取得したデータを用いて情報提供画面データを生成し、２次顧客端末５５に送信する。このため、制御部２１は、現在状況を含む物流に関する情報を、対応する２次顧客に提供することができる。
【０１２０】
・  本実施形態では、ＡＳＰサービスエンジン２０の制御部２１は、２次顧客端末５５からのログイン要求を受けると、このログイン要求に含まれるＵＲＬから特定される１次顧客のポータル情報データ２４０を抽出する。そして、ポータル情報データ２４０のログイン定義データが「パスワード有」の場合（ステップＳ３−２において「ＹＥＳ」の場合）には、制御部２１は、パスワードありログイン画面の出力処理を実行する（ステップＳ３−４）。このため、１次顧客の設定によっては、パスワードを知らない第三者に、物流に関する情報が漏洩することを回避することができる。
【０１２１】
・  本実施形態では、物流の現在状況が更新されて、１次顧客の機能として状況通知機能がある場合（ステップＳ４−１において「ＹＥＳ」の場合）には、制御部２１は、通知処理を行なう（ステップＳ４−２）。また、更新された現在状況が着荷、案内又は納品のいずれかであった場合には、制御部２１は、完了通知処理を実行する（ステップＳ４−４）。このため、２次顧客に対して、更新された現在状況や完了したことなどを通知することができる。
【０１２２】
・  本実施形態では、ポータル設定処理において、サブバージョンが選択されると、１次顧客端末５１は、サブバージョンの識別子データをＡＳＰシステム１０に送信する。制御部２１は、受信したサブバージョン識別子に対応するテンプレートデータ２２０のログイン定義、数量定義、印刷項目定義及び標準機能定義データを抽出して、作成したポータル情報データ２４０のログイン定義データ領域、数量定義データ領域、印刷項目データ領域及び標準機能データ領域のそれぞれに記録する。次に、取得したテンプレートにおける選択データの設定処理を実行する（ステップＳ１−３）。更に、拡張機能を個別に追加する場合には、拡張機能を設定し（ステップＳ１−４）、１次顧客に応じた各項目名及び印刷タイトル名の設定処理を実行する（ステップＳ１−５）。このため、１次顧客の業務形態に対応する各定義や標準機能に適するテンプレートを用いながら、１次顧客に特有の拡張機能や項目名を設定することができるので、１次顧客に適したポータルサイトを効率的に生成することができる。
【０１２３】
・  本実施形態では、２次顧客は、提供された物流伝票に記載されている１次顧客のＵＲＬを用いて、２次顧客端末５５をウェブサーバ１５にアクセスさせる。ウェブサーバ１５は、指定されたＵＲＬに関連付けられているポータルサイトのデータを、２次顧客端末５５に送信する。そして、ウェブサーバ１５は、２次顧客端末５５からログイン要求を受信すると、このログイン要求をＡＳＰサービスエンジン２０に供給する。そして、ＡＳＰサービスエンジン２０の制御部２１は、ユーザ認証処理を実行し（ステップＳ３−５）、このユーザ認証が完了すると、ウェブサーバ１５を介さずに、直接ネットワークを介して、２次顧客端末５５とデータの送受信を行なう。これにより、ＡＳＰシステム１０は、効率よく２次顧客に対して、この２次顧客に関係する情報を提供することができる。
【０１２４】
また、上記実施形態は、以下のように変更してもよい。
○  上記実施形態において、物流情報データベース２６に記録される物流情報データ２６０には、２次顧客メールアドレスと受付メールアドレスとをそれぞれ記録するためのデータ領域が設けられている。これに代えて、受付メールアドレスを記録するデータ領域と２次顧客メールアドレスを記録するデータ領域とを共通にしてもよい。この場合、２次顧
客からサービスの提供の申込を受けた場合には、このメールアドレスデータ領域に、受付メールアドレスを記録する。その後、この受付メールアドレスを用いて２次顧客メールアドレスを取得した場合には、制御部２１は、受付メールアドレスの代わりに２次顧客メールアドレスを記録する。これにより、メモリ負荷を軽減するとともに、２次顧客メールアドレスの取得という目的を達成したメールアドレスを利用可能にすることができる。
【０１２５】
○  上記実施形態においては、空メールを用いて取得したメールアドレスは２次顧客用携帯端末５６のメールアドレスであった。２次顧客のメールアドレスであれば、携帯端末に限らず、ブラウザプログラムを搭載した２次顧客端末５５のメールアドレスを取得してもよい。
【０１２６】
○  上記実施形態においては、状況閲覧処理において、ユーザ認証を行なう場合のログインデータとして、サイトサブＩＤを用いた。このサイトサブＩＤに限らず、ログインデータに用いるデータとしては、物流情報データ２６０を特定できるデータであればよい。例えば、２次顧客の電話番号やメールアドレスを用いてもよい。この場合、同じ１次顧客と同じ２次顧客との間で、複数の物流情報データ２６０が存在する場合には、該当する物流情報データ２６０を一覧表示してもよい。具体的には、制御部２１は、該当する物流情報データ２６０を、物流情報データベース２６から抽出し、これらを特定する情報（例えばサイトサブＩＤや物流名等）と、現在状況とを含めた一覧表示画面データを生成する。そして、制御部２１は、生成した一覧表示画面データを送信して、２次顧客端末５５に一覧表示画面を表示する。これにより、２次顧客は、１次顧客に依頼している物流の現在状況を一度に把握することができる。
【０１２７】
○  上記実施形態においては、２次顧客の利用申込処理において、制御部２１は、１次顧客端末５１から、入力されたエントリー内容及び２次顧客に関する情報を取得した。これらの情報は、１次顧客端末５１ではなく、２次顧客端末５５や２次顧客用携帯端末５６から取得してもよい。
【０１２８】
○  上記実施形態においては、サービス照会システム、空席予約システム及び物流追跡システムの３つのサブバージョンに基づいて説明した。これに限らず、汎用できるサブバージョンであれば、他のサブバージョンを定義して、テンプレートデータベース２２に記録してもよい。なお、「サービス照会システム」のサブバージョンは、上述した「書籍予約照会システム」だけでなく、その他の発注物のステータスを管理するシステムにも用いられる。「空席予約システム」のサブバージョンは、上述した「飲食店空席予約システム」だけでなく、その他のシステム、例えば乗り物の空席を予約するシステムにも用いられる。更に、「物流追跡システム」のサブバージョンは、上述した「配送状況照会システム」だけでなく、例えば修理状況を参照するシステムなど、２次顧客から預かった物流を２次顧客の依頼先に配送するシステムにも用いられる。
【図面の簡単な説明】
【０１２９】
【図１】実施形態におけるシステムの概略図。
【図２】テンプレートデータベースに記録されたデータの説明図。
【図３】ポータル情報データベースに記録されたデータの説明図。
【図４】物流情報データベースに記録されたデータの説明図。
【図５】ポータル設定処理の処理手順を説明するための流れ図。
【図６】２次顧客の利用申込処理の処理手順を説明するための流れ図。
【図７】状況閲覧処理の処理手順を説明するための流れ図。
【図８】通知処理の処理手順を説明するための流れ図。
【図９】情報提供画面におけるデータ配置についての説明図。
【図１０】書籍予約照会システムにおける情報提供画面の説明図。
【図１１】飲食店空席予約システムにおける情報提供画面の説明図。
【図１２】配送状況照会システムにおける情報提供画面の説明図。
【符号の説明】
【０１３０】
１０…サービス管理システムとしてのＡＳＰシステム、２１…制御部、２２…テンプレート記憶手段としてのテンプレートデータベース、２４…専用サイトデータ記憶手段としてのポータル情報データベース、２６…取引データ記憶手段、第１メールアドレスデータ記憶手段、ステータスデータ記憶手段及び第２メールアドレスデータ記憶手段としての物流情報データベース、５１…第１顧客端末としての１次顧客端末、５５…第２顧客端末としての２次顧客端末、５６…第２顧客端末としての２次顧客用携帯端末。
【図１】
2008210052.tif 000003
【図２】
2008210052.tif 000004
【図３】
2008210052.tif 000005
【図４】
2008210052.tif 000006
【図５】
2008210052.tif 000007
【図６】
2008210052.tif 000008
【図７】
2008210052.tif 000009
【図８】
2008210052.tif 000010
【図９】
2008210052.tif 000011
【図１０】
2008210052.tif 000012
【図１１】
2008210052.tif 000013
【図１２】
2008210052.tif 000014