JP2008293344A

JP2008293344A - 保険契約管理方法、その管理プログラム、及びその装置

Info

Publication number: JP2008293344A
Application number: JP2007139221A
Authority: JP
Inventors: Motonobu Saito; 元伸齊藤; Koichi Yamada; 光一山田
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2007-05-25
Filing date: 2007-05-25
Publication date: 2008-12-04

Abstract

【課題】
本発明は、商品が輸送容器に詰め込まれていても、対象商品個々の保険契約をスムーズに行え、複数の保険会社が絡んでも煩雑でなく、更に物流会社にとって重要な物流情報は、保険料を算定するに必要最低限のみ公開するシステムを提供することにある。
【解決手段】
保険契約管理装置４００は、保険会社などから契約管理を依頼された物流保険の商品内容を管理し、トレーサビリティデータ管理装置３００にアクセスして、トレーサビリティＤＢ３６０に商品内容に合致するトレーサビリティデータがあれば、対応する商品に対する物流保険契約を開始するとともに、保険会社が保険料を算定するために必要最低限のトレーサビリティデータを取得し、保険業務装置５００に受け渡す。また、トレーサビリティデータに含まれる包含関係情報の活用により、輸送容器内の商品個々に対する保険契約が可能である。
【選択図】図１

Description

本発明は、保険会社から契約管理を依頼された物流保険の商品内容を管理し、対象となる輸送物に対する保険契約を代行する保険契約管理方法に関し、特に、トレーサビリティデータを利活用する技術に関する。

物流保険（運送保険）、旅行傷害保険、労災保険などの損害保険の分野において、今までは契約対象の数や期間をおおよそで見積って契約していたのを（例えば物流保険では、おおよその輸送量、おおよその期間で契約していたのを）、情報処理装置や情報媒体、情報システムなどの技術の進歩により、１つひとつの契約対象を離れた場所からでも把握しやすくなったことにより、個々の契約対象に、実態に即した内容・期間の保険契約をかけられるようになりつつある。

その中で、特許文献１では、個人ごとの行動パターンと個人情報に基づいてリスク細分化された傷害保険や賠償責任保険の保険料を顧客に提供する方法が開示されている。すなわち、ゲート装置はユーザが携帯する個人端末から個人情報を読み取ることで特定区域へのユーザの立ち入りを検出し、個人情報と区域情報を保険提示サーバに送信し、保険提示サーバはゲート装置から受信した個人情報と区域情報に基づいて当該ユーザ・区域を対象とする保険の種別・料金を決定する。当該区域への立ち入り日時・立ち退き日時に応じた保険料の算出も可能である。

特開２００４−２３４５１３号公報

しかし、個人情報は保険契約対象である各ユーザが携帯する個人端末からそれぞれ読み取られるので、従来技術を物流保険に横展開することを考えると、コンテナに保険契約対象の商品（当該物品の情報を含むタグが添付）が詰め込まれていると、いちいちコンテナを開けて、商品に添付されたタグを読み取らなければならない。また、複数の保険会社が絡むときの煩雑さを解消する方法が開示されていない。

そこで、本発明の目的は、商品が輸送容器（コンテナ、パレットなど）に詰め込まれていても、対象商品個々の保険契約をスムーズに行えることと、複数の保険会社が絡んでも煩雑でないシステムを提供することを実現させる保険契約管理方法、そのプログラム、及びその装置を提供することにある。更に、詳細な物流情報はその物流会社にとって外部には出したくない重要なノウハウ情報である場合があるので、保険会社への公開は必要最低限にとどめられる保険契約管理方法等を提供することにある。

上記課題を解決するために、本発明は処理部と記憶部と通信部とを有する情報処理装置において、保険会社から契約管理を依頼された物流保険の商品内容を管理し、対象となる輸送物に対する保険契約を代行するため、処理部が、保険会社から契約管理を依頼された物流保険の商品内容を記憶する記憶部から物流保険の商品内容を取得する処理と、トレーサビリティデータを記憶するトレーサビリティデータ管理装置から通信部を介して、物流保険の商品内容に示される契約開始条件を満たすトレーサビリティデータを取得し、対象となる輸送物に対する保険契約を開始する処理と、開始された保険契約の内容を記憶部に記憶させる処理と、保険会社が契約管理を依頼した物流保険に係る保険料を算定する保険業務装置から通信部を介して、物流保険の商品内容を一意に特定する保険商品コードを取得する処理と、記憶部から保険商品コードにより一意に特定される物流保険の商品内容と、物流保険の商品内容をもって開始された保険契約の内容を取得する処理と、トレーサビリティデータ管理装置から通信部を介して、保険契約の内容により一意に特定される輸送物に係るトレーサビリティデータのうち、物流保険の商品内容に示される契約開始条件を満たすものからはじまり、物流保険の商品内容に示される保険契約を終了させる契約終了条件を満たすもので終わる一連のものと、更には物流保険の商品内容に示される契約終了条件を満たすものを含んでそれ以降のもののうち、検品に係るものと、を取得し、保険業務装置に通信部を介して通知する処理とを有する保険契約管理方法、そのプログラム等を提供する。

また、本発明におけるトレーサビリティデータは、少なくともそのトレーサビリティデータに対応する輸送物を一意に特定するトレース対象ＩＤ（識別子）と、トレーサビリティデータが生成された日時と、トレーサビリティデータが生成された拠点と、トレーサビリティデータが生成された業務を示す業務イベントとを含み、物流保険の商品内容は、少なくとも保険商品コードと、この物流保険の商品内容に示される契約開始拠点と契約開始イベントの組合せが上述の拠点と業務イベントに一致するトレーサビリティデータに対応する輸送物が、この物流保険の商品内容に示される契約対象条件を満たすことである契約開始条件と、この契約開始条件を満たして保険契約が開始された輸送物に対応するトレーサビリティデータの拠点と業務イベントの組合せがこの物流保険の商品内容に示される契約終了拠点と契約終了イベントに一致すれば保険契約を終了させる契約終了条件とを含み、保険契約の内容は、少なくともこの保険契約が開始された輸送物を一意に特定するＩＤと、この保険契約が開始された物流保険の保険商品コードとを含む。

また、本発明におけるトレーサビリティデータは、さらに、当該トレーサビリティデータに対応する輸送物を包含する他の輸送物を一意に特定する被包含物ＩＤを含み、輸送物に他の輸送物が詰め込まれるとき、トレース対象ＩＤと被包含物ＩＤと業務イベントの組合せが前者の輸送物のＩＤと後者の輸送物のＩＤと詰め込み業務を示す業務イベントであるトレーサビリティデータが生成されており、輸送物から他の輸送物を取り出したとき、トレース対象ＩＤと被包含物ＩＤと業務イベントの組合せが前者の輸送物のＩＤと後者の輸送物のＩＤと取り出し業務を示す業務イベントであるトレーサビリティデータが生成されており、各輸送物に係るトレーサビリティデータとは、当該輸送物のＩＤがトレース対象ＩＤと一致するトレーサビリティデータのみならず、業務イベントが詰め込み、および取り出しであるトレーサビリティデータのトレース対象ＩＤと被包含物ＩＤという包含関係を次々と辿ることにより、当該輸送物をそのときに包含している輸送物のトレーサビリティデータも含む。

この明細書において、トレーサビリティデータとは、輸送物個々の木目細かな物流履歴を示すデータを意味する。また、契約開始条件とは、物流保険の商品内容に示される契約開始拠点と契約開始イベントの組合せが、拠点と業務イベントに一致するトレーサビリティデータに対応する輸送物が、物流保険の商品内容に示される契約対象条件を満たすことを意味する。同様に、契約終了条件とは、この契約開始条件を満たして保険契約が開始された輸送物に対応するトレーサビリティデータの拠点と業務イベントの組合せが、物流保険の商品内容に示される契約終了拠点と契約終了イベントに一致すれば保険契約を終了させる条件を意味する。

本発明によれば、商品が輸送容器（コンテナ、パレットなど）に詰め込まれていても、対象商品個々の保険契約をスムーズに行えることと、複数の保険会社が絡んでも煩雑でないシステムを提供することを実現できる。更に、詳細な物流情報はその物流会社にとって外部には出したくない重要なノウハウ情報である場合があるので、保険会社への公開は必要最低限にとどめることができる。

以下、図面を参照しつつ、本発明を実施するための最良の形態などについて説明する。

図１は、第一の実施例に係るシステムの全体構成図であり、トレーサビリティデータ管理装置３００と、保険契約管理装置４００と、少なくとも１つ以上の保険会社（保険会社ｉ１、保険会社ｉ２など）ごとに有する少なくとも１つ以上の保険業務装置５００と、少なくとも１つ以上の物流拠点（拠点ｐ１、拠点ｐ２、拠点ｐ３など）ごとに有する少なくとも１つ以上の物流業務装置２００と、以上の装置間をつなぐ通信路６００と、物流拠点間を輸送される輸送物（商品（個品）、輸送容器（パレット、コンテナなど））ごとに添付されているタグ１００と、から構成される。通信路６００は、例えば有線ＬＡＮ（Local Area Network）や無線ＬＡＮなどといった規格の通信路である。

次に、タグ１００は、例えばバーコードや二次元コード、ＲＦＩＤ（Radio Frequency Identification）タグなど、当該タグ１００が添付されている輸送物を一意に特定する（同じ種類の商品、輸送容器でも、１つ１つを区別する）トレース対象ＩＤを少なくとも含む媒体である。

次に、物流業務装置２００は、例えば物流ゲートやＰＤＡ（Personal Digital Assistants）、ＰＣ（Personal Computer）、ノートＰＣなどにリーダ（バーコードリーダ、二次元コードリーダ、ＲＦＩＤリーダなど）を内蔵・外付けした情報処理装置であり、輸送物の詰め込み・出荷・入荷・取り出し・検品などの物流業務に際し、輸送物に添付されているタグ１００からトレース対象ＩＤを読み取り、業務データを付加してトレーサビリティデータを生成し、そのトレーサビリティデータをトレーサビリティデータ管理装置３００に通知するものである。物流業務装置２００は、少なくともＣＰＵ２０１と、メモリ２０２と、記憶装置２０３と、通信インタフェース２０４と、リーダ２０５と、から構成される。通信インタフェース２０４は、例えば有線ＬＡＮカードや無線ＬＡＮカードなどといったインタフェースであり、トレーサビリティデータ管理装置３００と通信路６００を介して通信する。リーダ２０５は、例えばバーコードリーダや二次元コードリーダ、ＲＦＩＤリーダなどであり、タグ１００から少なくともトレース対象ＩＤを読み取る。記憶装置２０３は、例えばハードディスクやフラッシュメモリなど、プログラムやデータを記憶する装置であり、プログラムとして少なくとも物流業務プログラム２１０を含む。

物流業務プログラム２１０は、輸送物の詰め込み・出荷・入荷・取り出し・検品などの物流業務に際し、リーダ２０５を介してタグ１００からトレース対象ＩＤを読み取り、業務データを付加してトレーサビリティデータを生成し、そのトレーサビリティデータを通信インタフェース２０４を介してトレーサビリティデータ管理装置３００に通知するためのプログラムであり、メモリ２０２に読み込まれ、ＣＰＵ２０１に実行されることにより、処理が実行される。トレーサビリティデータの構成、ならびに生成方法は、後述する図２の説明に示される。

次に、トレーサビリティデータ管理装置３００は、例えばＰＣなどといった情報処理装置であり、物流業務装置２００において生成され、通知されたトレーサビリティデータを管理するとともに、そのトレーサビリティデータを保険契約管理装置４００からアクセスされるものである。トレーサビリティデータ管理装置３００は、少なくとも処理部（ＣＰＵ）３０１と、記憶部であるメモリ３０２と記憶装置３０３と、通信部である通信インタフェース３０４と、から構成される。通信インタフェース３０４は、例えば有線ＬＡＮカードや無線ＬＡＮカードなどといったインタフェースであり、物流業務装置２００や保険契約管理装置４００と通信路６００を介して通信する。記憶装置３０３は、例えばハードディスクやフラッシュメモリなど、プログラムやデータを記憶する装置であり、プログラムとして少なくともトレーサビリティデータ管理プログラム３１０を含み、データとして少なくともトレーサビリティＤＢ３６０を含む。

トレーサビリティＤＢ３６０は、物流業務装置２００において生成されたトレーサビリティデータを管理するためのデータである。トレーサビリティＤＢ３６０の構成は、後述する図２の説明に示される。

トレーサビリティデータ管理プログラム３１０は、物流業務装置２００において生成され、通知されたトレーサビリティデータを、通信インタフェース３０４を介して受信し、トレーサビリティＤＢ３６０に登録するためのプログラムであり、メモリ３０２に読み込まれ、ＣＰＵ３０１に実行されることにより、処理が実行される。

次に、保険契約管理装置４００は、例えばＰＣなどといった情報処理装置であり、保険会社から契約管理を依頼された物流保険の商品内容を管理し、トレーサビリティデータ管理装置３００にアクセスして前記商品内容に合致するトレーサビリティデータがあれば、そのトレーサビリティデータに対応する個品に対する物流保険契約を開始するとともに、保険会社が保険料を算定するために必要最低限のトレーサビリティデータを、トレーサビリティデータ管理装置３００にアクセスして取得し、保険業務装置５００に受け渡すためのものである。保険契約管理装置４００は、少なくとも処理部（ＣＰＵ）４０１と、記憶部であるメモリ４０２と記憶装置４０３と、通信部である通信インタフェース４０４と、から構成される。通信インタフェース４０４は、例えば有線ＬＡＮカードや無線ＬＡＮカードなどといったインタフェースであり、トレーサビリティデータ管理装置３００や保険業務装置５００と通信路６００を介して通信する。記憶装置４０３は、例えばハードディスクやフラッシュメモリなど、プログラムやデータを記憶する装置であり、プログラムとして少なくとも保険商品管理プログラム４１０と、保険契約管理プログラム４２０と、を含み、データとして少なくとも保険商品管理テーブル４６０と、保険契約管理ＤＢ４７０と、を含む。

保険商品管理テーブル４６０は、保険会社から契約管理を依頼された物流保険の商品内容を管理するためのデータである。保険商品管理テーブル４６０の構成は、後述する図５の説明に示される。

保険契約管理ＤＢ４７０は、物流保険契約を開始した個品を管理するためのデータである。保険契約管理ＤＢ４７０の構成は、後述する図６の説明に示される。

保険商品管理プログラム４１０は、保険会社から契約管理を依頼された物流保険の商品内容を保険商品管理テーブル４６０に登録するためのプログラムである。保険商品管理プログラム４１０は、保険契約管理装置４００に図示しない入力装置や、保険業務装置５００から通知され、受信した通信インタフェース４０４から入力されるなどにより、物流保険の商品内容を保険商品管理テーブル４６０に適宜登録する。

保険契約管理プログラム４２０は、通信インタフェース４０４を介しトレーサビリティデータ管理装置３００にアクセスして、保険商品管理テーブル４６０に登録されている物流保険の商品内容に合致するトレーサビリティデータがあれば、そのトレーサビリティデータに対応する個品に対する物流保険契約を開始し、その契約内容を保険契約管理ＤＢ４７０に登録するとともに、保険会社が保険料を算定するために必要最低限のトレーサビリティデータを、通信インタフェース４０４を介しトレーサビリティデータ管理装置３００にアクセスして取得し、保険業務装置５００に受け渡すためのものである。

記憶装置４０３が記憶するプログラムは、メモリ４０２に読み込まれ、ＣＰＵ４０１に実行されることにより、それぞれの処理が実行される。

次に、保険業務装置５００は、例えばＰＣなどといった装置であり、保険会社が保険契約管理装置４００に契約管理を依頼した物流保険商品について契約済みの個品に対応するトレーサビリティデータを、保険契約管理装置４００にアクセスして取得し、そのトレーサビリティデータをもとに保険料を算定するためのものである。保険業務装置５００は、少なくとも処理部（ＣＰＵ）５０１と、記憶部であるメモリ５０２と記憶装置５０３と、通信部である通信インタフェース５０４と、から構成される。通信インタフェース５０４は、例えば有線ＬＡＮカードや無線ＬＡＮカードなどといったインタフェースであり、保険契約管理装置４００と通信路６００を介して通信する。記憶装置５０３は、例えばハードディスクやフラッシュメモリなど、プログラムやデータを記憶する装置であり、プログラムとして少なくとも保険業務プログラム５１０を含む。

保険業務プログラム５１０は、保険会社が保険契約管理装置４００に契約管理を依頼した物流保険商品について契約済みの個品に対応するトレーサビリティデータを、通信インタフェース５０４を介し保険契約管理装置４００にアクセスして取得し、そのトレーサビリティデータをもとに保険料を算定するためのプログラムであり、メモリ５０２に読み込まれ、ＣＰＵ５０１に実行されることにより、処理が実行される。

次に、図２は、図１におけるトレーサビリティデータ管理装置３００内のトレーサビリティＤＢ３６０の構成図であり、レコードのフィールドとして少なくともトレース対象ＩＤ３６０ａと、日時３６０ｂと、拠点３６０ｃと、業務イベント３６０ｄと、被包含物ＩＤ３６０ｅと、を含む。各レコードには、物流業務装置２００において生成され、トレーサビリティデータ管理装置３００に通知されたトレーサビリティデータが登録される。トレーサビリティデータの生成方法については、次の通りである。

各物流拠点（図１の拠点ｐ１、拠点ｐ２、拠点ｐ３など）における輸送物（商品（個品）、輸送容器（パレット、コンテナなど））の詰め込み・出荷・入荷・取り出し・検品などの物流業務に際し、各物流業務を担う物流業務プログラム２１０により（または、物流業務プログラム２１０を各物流業務のモードにすることにより）、物流業務ごとのトレーサビリティデータが生成される。

詰め込み業務に際し生成されるトレーサビリティデータは、トレーサビリティデータ０８を例に説明すると、まず詰め込まれる側（包含する側・外側）の輸送物に添付されているタグ１００からトレース対象ＩＤ（「3089715439」）を読み取り、続いて詰め込む側（包含される側・内側）の輸送物に添付されているタグ１００からトレース対象ＩＤ（「1002012048」）を読み取り、詰め込まれる側（包含する側・外側）の輸送物に詰め込む側（包含される側・内側）の輸送物を詰め込むことで、トレース対象ＩＤ３６０ａが詰め込む側（包含される側・内側）のトレース対象ＩＤ（「1002012048」）、日時３６０ｂがそのときの日時、拠点３６０ｃが当該詰め込み業務が行われている拠点を一意に特定する拠点ＩＤ（「ｐ１」）、業務イベント３６０ｄが「詰め込み」、被包含物ＩＤ３６０ｅが詰め込まれる側（包含する側・外側）のトレース対象ＩＤ（「3089715439」）であるトレーサビリティデータが生成される。なお、詰め込まれる側（包含する側・外側）・詰め込む側（包含される側・内側）の輸送物に他の輸送物が詰め込まれている（他の輸送物を包含している）場合であっても、トレース対象ＩＤを読み取るタグ１００は最も外側にある（最も包含している）輸送物のもののみである。

出荷業務に際し生成されるトレーサビリティデータは、トレーサビリティデータ０９を例に説明すると、出荷する輸送物に添付されているタグ１００からトレース対象ＩＤ（「3089715439」）を読み取り、出荷する輸送物を出荷することで、トレース対象ＩＤ３６０ａが前記トレース対象ＩＤ、日時がそのときの日時、拠点３６０ｃが当該出荷業務が行われている拠点を一意に特定する拠点ＩＤ（「ｐ１」）、業務イベント３６０ｄが「出荷」であるトレーサビリティデータが生成される。被包含物ＩＤ３６０ｅには何も設定されない。なお、出荷する輸送物に他の輸送物が詰め込まれている（他の輸送物を包含している）場合であっても、トレース対象ＩＤを読み取るタグ１００は最も外側にある（最も包含している）輸送物のもののみである。

入荷業務に際し生成されるトレーサビリティデータは、トレーサビリティデータ１２を例に説明すると、入荷した輸送物に添付されているタグ１００からトレース対象ＩＤ（「3089715439」）を読み取ることで、トレース対象ＩＤ３６０ａが前記トレース対象ＩＤ、日時がそのときの日時、拠点３６０ｃが当該入荷業務が行われている拠点を一意に特定する拠点ＩＤ（「ｐ３」）、業務イベント３６０ｄが「入荷」であるトレーサビリティデータが生成される。被包含物ＩＤ３６０ｅには何も設定されない。なお、入荷した輸送物に他の輸送物が詰め込まれている（他の輸送物を包含している）場合であっても、トレース対象ＩＤを読み取るタグ１００は最も外側にある（最も包含している）輸送物のもののみである。

取り出し業務に際し生成されるトレーサビリティデータは、トレーサビリティデータ１３を例に説明すると、取り出される側（包含する側・外側）の輸送物から取り出す側（包含される側・内側）の輸送物を取り出し、まず取り出された側（包含する側・外側）の輸送物に添付されているタグ１００からトレース対象ＩＤ（「3089715439」）を読み取り、続いて取り出した側（包含される側・内側）の輸送物に添付されているタグ１００からトレース対象ＩＤ（「1002012048」）を読み取ることで、トレース対象ＩＤ３６０ａが取り出した側（包含される側・内側）のトレース対象ＩＤ（「1002012048」）、日時３６０ｂがそのときの日時、拠点３６０ｃが当該取り出し業務が行われている拠点を一意に特定する拠点ＩＤ（「ｐ３」）、業務イベント３６０ｄが「取り出し」、被包含物ＩＤ３６０ｅが取り出された側（包含する側・外側）のトレース対象ＩＤ（「3089715439」）であるトレーサビリティデータが生成される。なお、取り出された側（包含する側・外側）・取り出した側（包含される側・内側）の輸送物に他の輸送物が詰め込まれている（他の輸送物を包含している）場合であっても、トレース対象ＩＤを読み取るタグ１００は最も外側にある（最も包含している）輸送物のもののみである。

検品業務に際し生成されるトレーサビリティデータは、トレーサビリティデータ１６を例に説明すると、検品した個品に添付されているタグ１００からトレース対象ＩＤ（「1002012048」）を読み取ることで、トレース対象ＩＤ３６０ａが前記トレース対象ＩＤ、日時がそのときの日時、拠点３６０ｃが当該検品業務が行われている拠点を一意に特定する拠点ＩＤ（「ｐ３」）、業務イベント３６０ｄが「検品」であるトレーサビリティデータが生成される。被包含物ＩＤ３６０ｅには何も設定されない。なお、検品を行うのは商品（個品）に対してのみである。

次に、図３は、トレース対象ＩＤ３６０ａのフォーマットの一具体例を表す図である。トレース対象ＩＤ３６０ａは１０桁の数字からなり、先頭１桁が当該トレース対象ＩＤ３６０ａに対応する輸送物の輸送単位３６０ａ０、すなわち個品、パレット、コンテナのいずれであるかを表す。

輸送単位３６０ａ０が「1」であるとき、当該トレース対象ＩＤ３６０ａは個品のものであることを表し、残りの９桁にメーカコード３６０ａ０１１（３桁）、商品コード３６０ａ０１２（３桁）、シリアルナンバー３６０ａ０１３（３桁）が続く。メーカコード３６０ａ０１１には当該個品のメーカを一意に特定するメーカコードが設定され、商品コード３６０ａ０１２には当該個品の商品の種類（商品種類）を当該メーカ内で一意に特定する商品コードが設定され、シリアルナンバー３６０ａ０１３には当該個品を当該メーカ、当該商品種類内で一意に特定するシリアルナンバーが設定される。

輸送単位３６０ａ０が「2」であるとき、当該トレース対象ＩＤ３６０ａはパレットのものであることを表し、残りの９桁にパレットを一意に特定するパレットＩＤ３６０ａ０２１が続く。輸送単位３６０ａ０が「3」であるとき、当該トレース対象ＩＤ３６０ａはコンテナのものであることを表し、残りの９桁にコンテナを一意に特定するコンテナＩＤ３６０ａ０３１が続く。

次に、図４は、図１の拠点ｐ１における輸送物に対する物流業務の流れを表す図であり、個品、パレット、コンテナの包含関係を表す図でもある。

トレース対象ＩＤ３６０ａが「1001002003」である個品はそのまま出荷され、その足跡をトレーサビリティデータ０１に残す。

トレース対象ＩＤ３６０ａが「1002012043」である個品は、トレース対象ＩＤ３６０ａが「2013975098」であるパレットに詰め込まれ、その足跡をトレーサビリティデータ０６に残す。そしてトレース対象ＩＤ３６０ａが「2013975098」であるパレットと、トレース対象ＩＤ３６０ａが「1002012048」である個品は、トレース対象ＩＤ３６０ａが「3089715439」であるコンテナに詰め込まれ、それぞれの足跡をトレーサビリティデータ０７と、トレーサビリティデータ０８に残す。そしてトレース対象ＩＤ３６０ａが「3089715439」であるコンテナは出荷され、その足跡をトレーサビリティデータ０９に残す。

以上のトレーサビリティデータの足跡を辿れば、拠点ｐ１における出荷時点での個品、パレット、コンテナの包含関係を把握できる。なお、個品、パレット、コンテナの包含関係を把握できるのは拠点ｐ１における出荷時点のみならず、他のトレーサビリティデータの足跡を辿ることにより、任意の拠点における任意の時点での個品、パレット、コンテナの包含関係を把握できる。

次に、図５は、図１の保険契約管理装置４００内の保険商品管理テーブル４６０の構成図であり、レコードのフィールドとして少なくとも保険会社４６０ａと、保険商品コード４６０ｂと、契約開始拠点４６０ｃと、契約開始イベント４６０ｄと、契約対象条件４６０ｅと、契約終了拠点４６０ｆと、契約終了イベント４６０ｇと、を含む。図５に示された物流保険商品の内容については、後で具体例（（保険会社４６０ａ、保険商品コード）の組合せが（i1、312）、（i1、219）、（i2、118））を使って説明する。

保険会社４６０ａには、当該レコードに示される物流保険商品の契約管理を依頼した保険会社を一意に特定する保険会社ＩＤを設定する。

保険商品コード４６０ｂには、当該レコードに示される物流保険商品を当該保険会社内で一意に特定する保険商品コードを設定する。

契約開始拠点４６０ｃ、契約開始イベント４６０ｄ、契約対象条件４６０ｅには、当該レコードに示される物流保険商品の契約を開始する条件を設定する。この開始条件について説明すると、トレーサビリティＤＢ３６０の拠点３６０ｃが契約開始拠点４６０ｃで、業務イベント３６０ｄが契約開始イベント４６０ｄであるトレーサビリティデータが、契約対象条件４６０ｅを満たすことである。

例えば、トレース対象ＩＤが「1001002003」である個品は、保険会社４６０ａが「ｉ１」で、保険商品コード４６０ｂが「312」である物流保険商品の契約対象である。なぜなら、トレーサビリティＤＢ３６０において管理されている、トレース対象ＩＤ３６０ａが「1001002003」であるトレーサビリティデータには、拠点３６０ｃが物流保険商品の契約開始拠点４６０ｃ（「ｐ１」）であり、業務イベント３６０ｄが物流保険商品の契約開始イベント４６０ｄ（「出荷」）であり、「メーカコード３６０ａ０１１が「001」である」という契約対象条件４６０ｅを満たすトレーサビリティデータ０１が含まれるからである。

また、トレース対象ＩＤが「1002012043」である個品は、保険会社４６０ａが「ｉ１」で、保険商品コード４６０ｂが「219」である物流保険商品の契約対象である。なぜなら、トレーサビリティＤＢ３６０には、拠点３６０ｃが物流保険商品の契約開始拠点４６０ｃ（「ｐ１」）であり、業務イベント３６０ｄが物流保険商品の契約開始イベント４６０ｄ（「出荷」）であるトレーサビリティデータには、「メーカコード３６０ａ０１１が「002」であり、商品コード３６０ａ０１２が「012」である」という契約対象条件４６０ｅを満たす個品（トレース対象ＩＤが「1002012043」）を包含しているコンテナ（トレース対象ＩＤが「3089715439」）のトレーサビリティデータ０９が含まれるからである。このように、図４の説明で示した、個品、パレット、コンテナの包含関係を用いることにより、包含されている個品に対する物流保険契約を開始できる。

契約終了拠点４６０ｆ、契約終了イベント４６０ｇには、当該レコードに示される物流保険商品の契約を終了する条件を設定する。この終了条件について具体的には、トレーサビリティＤＢ３６０において管理されている、物流保険商品の契約が開始されている個品に対応するトレーサビリティデータのうち、契約開始以降のものであり、拠点３６０ｃが物流保険商品の契約終了拠点４６０ｆであり、業務イベント３６０ｄが物流保険の契約終了イベント４６０ｇであるものまでが契約範囲である。

例えば、保険会社４６０ａが「ｉ１」であり、保険商品コード４６０ｂが「312」である物流保険商品の契約対象であるトレース対象ＩＤが「1001002003」である個品は、トレーサビリティデータ０４までが契約範囲である。なぜなら、契約対象であるトレース対象ＩＤが「1001002003」である個品に対応するトレーサビリティデータのうち、契約開始以降のもの（トレーサビリティデータ０１以降のもの）であり、拠点３６０ｃが物流保険商品の契約終了拠点４６０ｆ（「ｐ３」）であり、業務イベント３６０ｄが物流保険商品の契約終了イベント４６０ｇ（「入荷」）であるものがトレーサビリティデータ０４のためである（図２参照）。

また、保険会社４６０ａが「ｉ１」であり、保険商品コード４６０ｂが「219」である物流保険商品の契約対象であるトレース対象ＩＤが「1002012043」である個品は、トレーサビリティデータ１０までが契約範囲である。なぜなら、契約対象であるトレース対象ＩＤが「1002012043」である個品、及び前記個品を包含している輸送容器（トレース対象ＩＤが「3089715439」であるコンテナ）に対応するトレーサビリティデータのうち、契約開始以降のもの（トレーサビリティデータ０９以降のもの）であり、業務イベント３６０ｄが物流保険商品の契約終了拠点４６０ｆ（「ｐ２」）であり、業務イベント３６０ｅが前記物流保険商品の契約終了イベント４６０ｇ（「入荷」）であるものがトレーサビリティデータ１０のためである（図２参照）。このように、前述の図４の説明に示した、個品、パレット、コンテナの包含関係を用いることにより、包含されている個品に対する物流保険契約を終了できる。

ここで、図５に示した保険商品管理テーブル４６０の各レコードに対応する物流保険の商品内容について、例を挙げて説明する。

保険会社４６０ａが「ｉ１」で、保険商品コード４６０ｂが「312」である物流保険商品は、例えば保険会社ｉ１が、メーカコードが「001」であるメーカと保険契約を結んでいるもので、当該メーカが生産した個品ごとに、拠点ｐ１における出荷時点から、拠点ｐ３における入荷時点までの破損による損害を補償するものである。

保険会社４６０ａが「ｉ１」で、保険商品コード４６０ｂが「219」である物流保険商品は、例えば保険会社ｉ１が、メーカコードが「002」であるメーカから保険契約を結んでいるもので、当該メーカが生産した個品のうち、商品コードが「012」の水濡れに弱い個品ごとに、拠点ｐ１における出荷時点から、拠点ｐ２における入荷時点までの水濡れによる損害を補償するものである。拠点ｐ１から拠点ｐ２までを海上輸送、拠点ｐ２から拠点ｐ３までを陸上輸送とすると、水濡れによる損害の可能性が高いのは拠点ｐ１から拠点ｐ２までの海上輸送であり、その海上輸送の間に限り保険契約が結ばれているものである。

保険会社４６０ａが「ｉ２」で、保険商品コード４６０ｂが「118」である物流保険商品は、例えば保険会社ｉ２が、拠点ｐ３のリテーラと保険契約を結んでいるもので、トレース対象ＩＤが「1002012048」である個品について、拠点ｐ１における出荷時点からの不着による損害を補償するものである。

次に、図６は、保険契約管理装置４００内の保険契約管理ＤＢ４７０の構成図であり、レコードのフィールドとして少なくとも契約ＩＤ４７０ａと、契約対象ＩＤ４７０ｂと、保険会社４７０ｃと、保険商品コード４７０ｄと、を含む。

契約ＩＤ４７０ａには、当該レコードに示される物流保険契約を一意に特定する契約ＩＤを設定する。契約対象ＩＤ４７０ｂには、当該レコードに示される物流保険契約の契約対象の個品のトレース対象ＩＤを設定する。保険会社４７０ｃには、当該レコードに示される物流保険契約の物流保険商品の保険会社ＩＤを設定する。そして、保険商品コード４７０ｄには、当該レコードに示される物流保険契約の物流保険商品の保険商品コードを設定する。

次に、図７は、第一の実施例のシステムにおける保険契約処理のフロー図であり、当該フローに従って、保険契約管理プログラム４２０が、トレーサビリティＤＢ３６０にアクセスして、保険商品管理テーブル４６０に登録されている物流保険の商品内容に合致するトレーサビリティデータがあれば、そのトレーサビリティデータに対応する個品に対する物流保険契約を開始し、その契約内容を保険契約管理ＤＢ４７０に登録する。

まず、このフローは、保険契約管理装置４００に図示されていない入力装置により処理の実行を指示されることや、例えば一時間間隔のスケジュールなどにより開始される（Ｓ４２０１）。なお、以下では、図５の保険商品管理テーブル４６０に示される、保険会社４６０ａが「ｉ１」で、保険商品コード４６０ｂが「219」である物流保険商品を例に説明する。

フローが開始されると、保険契約管理プログラム４２０は、保険商品管理テーブル４６０からすべてのレコードを読み取ることで、管理しているすべての物流保険の商品内容を取得する（Ｓ４２０２）。

そして、保険契約管理プログラム４２０は、ステップＳ４２０２で読み取ったレコードそれぞれに示される物流保険の商品内容に合致するトレーサビリティデータを、トレーサビリティＤＢ３６０から取得する（Ｓ４２０３）。具体的には、保険商品管理テーブル４６０に示される、保険会社４６０ａが「ｉ１」で、保険商品コード４６０ｂが「219」である物流保険商品（契約開始拠点４６０ｃ＝「ｐ１」、契約開始イベント４６０ｄ＝「出荷」、契約対象条件４６０ｅ＝「メーカコード３６０ａ０１１が「002」であり、商品コード３６０ａ０１２が「012」である」）を例に説明すれば、それに合致するトレーサビリティデータとして、トレーサビリティＤＢ３６０に示されるトレーサビリティデータ０９を取得する。

なぜなら、トレーサビリティデータ０９の拠点３６０ｃ（「ｐ１」）、業務イベント３６０ｄ（「出荷」）と、契約開始拠点４６０ｃ（「ｐ１」）、契約開始イベント４６０ｄ（「出荷」）とが一致し、トレーサビリティデータ０９のトレース対象ＩＤ３６０ａ（「3089715439」）に対応する輸送物（コンテナ）が包含しているトレース対象ＩＤ３６０ａが「1002012043」、「1002012048」であるそれぞれの個品が、契約対象条件４６０ｅを満たすからである。トレース対象ＩＤ３６０ａ（「3089715439」）に対応する輸送物（コンテナ）が、トレース対象ＩＤ３６０ａ（「1002012043」）に対応する個品を包含していることは、トレーサビリティＤＢ３６０に示されるトレーサビリティデータ０８の被包含物ＩＤ３６０ｅ（「3089715439」）とトレース対象ＩＤ３６０ａ（「1002012048」）との包含関係から把握できる。すなわち、トレーサビリティデータ０９からトレーサビリティデータ０８を辿ることにより把握できる。また、トレース対象ＩＤ３６０ａ（「3089715439」）に対応する輸送物（コンテナ）が、トレース対象ＩＤ３６０ａ（「1002012043」）に対応する個品を包含していることは、トレーサビリティＤＢ３６０に示されるトレーサビリティデータ０７の被包含物ＩＤ３６０ｅ（「3089715439」）とトレース対象ＩＤ３６０ａ（「2013975098」）との包含関係、ならびにトレーサビリティデータ０６の被包含物ＩＤ３６０ｅ（「2013975098」）とトレース対象ＩＤ３６０ａ（「1002012043」）との包含関係から把握できる。すなわち、トレーサビリティデータ０９からトレーサビリティデータ０７、トレーサビリティデータ０６と辿ることにより把握できる。

そして、保険契約管理プログラム４２０は、ステップＳ４２０３で取得したトレーサビリティデータそれぞれに対応する個品に対する物流保険契約を開始し、その契約内容を保険契約管理ＤＢ４７０に登録する（Ｓ４２０４）。具体的には、図５の保険商品管理テーブル４６０に示される、保険会社４６０ａが「ｉ１」で、保険商品コード４６０ｂが「219」である物流保険商品を例に説明すれば、前記保険会社４６０ａ（「ｉ１」）、前記保険商品コード４６０ｂ（「219」）、契約対象である個品のトレース対象ＩＤ３６０ａ（「1002012043」、「1002012048」のそれぞれ）の組合せを、保険契約管理ＤＢ４７０の新たなレコードの保険会社４７０ｃ、保険商品コード４７０ｄ、契約対象ＩＤ４７０ｂに登録し、前記レコードの契約ＩＤ４７０ａに契約を一意に特定する契約ＩＤ（「i1015」、「i1016」のそれぞれ）を登録する（以上により、（契約ＩＤ４７０ａ、契約対象ＩＤ４７０ｂ）の組合せが、（「i1015」、「1002012043」）、（「i1016」、「1002012048」）の２つのレコードが登録される。）。

そして、以上で保険契約管理プログラム４２０は保険契約処理を終了する（Ｓ４２０５）。

なお、当該保険契約処理を図５の保険商品管理テーブル４６０に示されるすべての物流保険商品について行うと、結果として図６の保険契約管理ＤＢ４７０に示されるそれぞれの契約内容が登録される。保険契約管理ＤＢ４７０に示される、契約ＩＤ４７０ａが「i1015」、「i1016」、「i2039」である３つの契約内容に着目すると、契約対象ＩＤ４７０ｂが「1002012043」、「1002012048」という、拠点ｐ１における出荷時点で同一のコンテナに詰め込まれている２つの個品について、同時に同一の保険契約が行われていること、また、契約対象ＩＤ４７０ｂが「1002012048」である個品については、図６に示すように、保険会社ｉ１の物流保険商品と、保険会社ｉ２の物流保険商品の保険契約が同時に行われていることがわかる。

次に、図８は、第一の実施例のシステムにおける保険料算定処理およびトレーサビリティデータ受け渡し処理のフロー図である。図８において、保険業務装置５００内の保険業務プログラム５１０が、保険契約管理装置４００内の保険契約管理プログラム４２０と通信し、保険会社が保険契約管理装置４００に契約管理を依頼した物流保険商品について契約済みの個品に対応するトレーサビリティデータを取得し、そのトレーサビリティデータをもとに保険料を算定する（保険料算定処理）。一方、保険契約管理装置４００内の保険契約管理プログラム４２０が、トレーサビリティＤＢ３６０にアクセスして、保険会社が保険料を算定するために必要最低限のトレーサビリティデータを、保険業務プログラム５１０と通信して受け渡す（トレーサビリティデータ受け渡し処理）。

まず、保険料算定処理のフローは、保険業務装置５００に図示されていない入力装置により処理の実行を指示されることや、例えば一日間隔のスケジュールなどにより開始される（Ｓ５１０１）。なお、以下では、保険会社ＩＤが「ｉ１」である保険会社が、保険商品コードが「219」である物流保険商品に関する保険料を算定することを例に説明する。

フローが開始されると、保険業務プログラム５１０は、図示されていない入力装置や、予め設定されているスケジュールにより、保険料を算定する保険商品コード（「219」）が指定され、以下、保険商品コードに対応する物流保険商品の保険料算定処理を進める（Ｓ５１０２）。

保険業務プログラム５１０は保険契約管理プログラム４２０に対し、当該保険会社を一意に特定する保険会社ＩＤ（「ｉ１」）と、ステップＳ５１０２で指定された保険商品コード（「219」）を通知することで、保険会社ＩＤと保険商品コードの組合せの物流保険商品について、契約済みの個品に対応するトレーサビリティデータを要求する（Ｓ５１０３）。

保険契約管理プログラム４２０は、保険業務プログラム５１０から要求（保険会社ＩＤ（「ｉ１」）と保険商品コード（「219」）の組合せ）を受信することで、トレーサビリティデータ受け渡し処理のフローを開始する（Ｓ４２１１）。

そして、保険契約管理プログラム４２０は保険商品管理テーブル４６０から、ステップＳ４２１１で受信した保険会社ＩＤ（「ｉ１」）と保険商品コード（「219」）の組合せと一致する保険会社４６０ａと保険商品コード４６０ｂの組合せのレコード（契約開始拠点４６０ｃ＝「ｐ１」、契約開始イベント４６０ｄ＝「出荷」、契約終了拠点＝「ｐ２」、契約終了イベント＝「入荷」）を取得する（Ｓ４２１２）。

そして、保険契約管理プログラム４２０は保険契約管理ＤＢ３６０から、ステップＳ４２１１で受信した保険会社ＩＤ（「ｉ１」）と保険商品コード（「219」）の組合せと一致する保険会社４７０ｃと保険商品コード４７０ｄの組合せのレコードすべて（（契約ＩＤ４７０ａ、契約対象ＩＤ４７０ｂ）の組合せが、（「i1015」、「1002012043」）、（「i1016」、「1002012048」）のそれぞれのレコード）を取得する（Ｓ４２１３）。

そして、保険契約管理プログラム４２０はトレーサビリティＤＢ３６０から、ステップＳ４２１３で取得したそれぞれのレコード（契約内容）の契約対象ＩＤ４７０ｂに関連するトレーサビリティデータのうち、前記契約開始拠点４６０ｃ（「ｐ１」）と前記契約開始イベント４６０ｄ（「出荷」）の組合せと一致する拠点３６０ｃと業務イベント３６０ｄの組合せのトレーサビリティデータからはじまり、前記契約終了拠点４６０ｆ（「ｐ２」）と前記契約終了イベント４６０ｇ（「入荷」）の組合せと一致する拠点３６０ｃと業務イベント３６０ｄの組合せのトレーサビリティデータで終わる一連のトレーサビリティデータと、それ以降のトレーサビリティデータのうち、トレース対象ＩＤ３６０ａと業務イベント３６０ｄがそれぞれ前記契約対象ＩＤ４７０ｂと「検品」であるトレーサビリティデータを取得する（Ｓ４２１４）。なお、契約対象ＩＤ４７０ｂに関連するトレーサビリティデータとは、トレース対象ＩＤ３６０ａが前記契約対象ＩＤ４７０ｂに一致するもののみならず、トレース対象ＩＤ３６０ａに対応する輸送物が前記契約対象ＩＤ４７０ｂに対応する個品を包含しているものも含む。包含関係の辿り方については、前述の図７のステップＳ４２０３の説明に示した辿り方と同様である。取得されるトレーサビリティデータについて具体的には、保険契約管理ＤＢ４７０に示される契約ＩＤ４７０ａと契約対象ＩＤ４７０ｂの組合せが「i1015」と「1002012043」であるレコード（契約内容）に対して取得されるトレーサビリティデータは、「1002012043」という契約対象ＩＤ４７０ｂに関連するトレーサビリティデータ（トレーサビリティデータ０６、トレーサビリティデータ０７、トレーサビリティデータ０９、トレーサビリティデータ１０、トレーサビリティデータ１１、トレーサビリティデータ１２、トレーサビリティデータ１４、トレーサビリティデータ１５、トレーサビリティデータ１７）のうち、拠点３６０ｃと業務イベント３６０ｄの組合せが「ｐ１」と「出荷」のもの（トレーサビリティデータ０９）からはじまり、拠点３６０ｃと業務イベント３６０ｄの組合せが「ｐ２」と「入荷」のもの（トレーサビリティデータ１０）で終わる一連のトレーサビリティデータと、それ以降のトレーサビリティデータ（トレーサビリティデータ１０、トレーサビリティデータ１１、トレーサビリティデータ１２、トレーサビリティデータ１４、トレーサビリティデータ１５、トレーサビリティデータ１７）のうち、トレース対象ＩＤ３６０ａと業務イベント３６０ｄの組合せが「1002012043」と「検品」のもの（トレーサビリティデータ１７）である。すなわち、トレーサビリティデータ０９、トレーサビリティデータ１０、トレーサビリティデータ１７が取得される。また、保険契約管理ＤＢ４７０に示される契約ＩＤ４７０ａと契約対象ＩＤ４７０ｂの組合せが「i1016」と「1002012048」であるレコード（契約内容）に対して取得されるトレーサビリティデータは、「1002012048」という契約対象ＩＤ４７０ｂに関連するトレーサビリティデータ（トレーサビリティデータ０８、トレーサビリティデータ０９、トレーサビリティデータ１０、トレーサビリティデータ１１、トレーサビリティデータ１２、トレーサビリティデータ１３、トレーサビリティデータ１６）のうち、拠点３６０ｃと業務イベント３６０ｄの組合せが「ｐ１」と「出荷」のもの（トレーサビリティデータ０９）からはじまり、拠点３６０ｃと業務イベント３６０ｄの組合せが「ｐ２」と「入荷」のもの（トレーサビリティデータ１０）で終わる一連のトレーサビリティデータと、それ以降のトレーサビリティデータ（トレーサビリティデータ１０、トレーサビリティデータ１１、トレーサビリティデータ１２、トレーサビリティデータ１３、トレーサビリティデータ１６）のうち、トレース対象ＩＤ３６０ａと業務イベント３６０ｄの組合せが「1002012048」と「検品」のもの（トレーサビリティデータ１６）である。すなわち、トレーサビリティデータ０９、トレーサビリティデータ１０、トレーサビリティデータ１６が取得される。

以上で取得された、ステップＳ４２１１で受信した保険会社ＩＤ（「ｉ１」）と保険商品コード（「219」）の組合せの物流保険商品について、契約済みの個品に対応するトレーサビリティデータのうち保険会社に公開できるものに、それぞれのトレーサビリティデータが取得される契機となった、保険契約管理ＤＢ４７０に示される契約ＩＤ４７０ａを付加したものの一覧（保険契約対象トレーサビリティデータ）を生成し、保険業務プログラム５１０に通知することで応答し、以上で保険契約管理プログラム４２０はトレーサビリティデータ受け渡し処理を終了する（Ｓ４２１５）。なお、図９は、保険契約管理プログラム４２０が保険業務プログラム５１０からの要求に応答して送信する保険契約対象トレーサビリティデータの構成図であり、そのうち図９（ａ）は、保険会社ＩＤが「ｉ１」である保険会社の保険契約管理プログラム４２０が、保険商品コードが「219」である物流保険商品に関する保険料を算定するために要求し、応答された保険契約対象トレーサビリティデータである。また、図９（ｂ）は、保険会社ＩＤが「ｉ１」である保険会社の保険契約管理プログラム４２０が、保険商品コードが「312」である物流保険商品に関する保険料を算定するために要求し、応答された保険契約対象トレーサビリティデータである。また、図９（ｃ）は、保険会社ＩＤが「ｉ２」である保険会社の保険契約管理プログラム４２０が、保険商品コードが「118」である物流保険商品に関する保険料を算定するために要求し、応答された保険契約対象トレーサビリティデータである。図９の構成図には、レコードのフィールドとして少なくともトレース対象ＩＤ５６０ａと、日時５６０ｂと、拠点５６０ｃと、業務イベント５６０ｄと、被包含物ＩＤ５６０ｅと、契約ＩＤ５６０ｆと、を含み、各レコードのトレース対象ＩＤ５６０ａ、日時５６０ｂ、拠点５６０ｃ、業務イベント５６０ｄ、被包含物ＩＤ５６０ｅの組合せにはそれぞれ、ステップＳ４２１４で取得されたトレーサビリティデータのトレース対象ＩＤ３６０ａ、日時３６０ｂ、拠点３６０ｃ、業務イベント３６０ｄ、被包含物ＩＤ３６０ｅを設定し、契約ＩＤ５６０ｆにはそれぞれのトレーサビリティデータが取得される契機となった、保険契約管理ＤＢ４７０に示される契約ＩＤ４７０ａを設定する。

保険業務プログラム５１０は、保険契約管理プログラム４２０から保険契約対象トレーサビリティデータを受信すると（Ｓ５１０４）、前記保険契約対象トレーサビリティデータをもとに保険料を算定し（Ｓ５１０５）、以上で保険業務プログラム５１０は保険料算定処理を終了する（Ｓ５１０６）。

ここで、ステップＳ５１０５で行われる、保険業務プログラム５１０が保険契約対象トレーサビリティデータをもとに保険料を算定する処理について、例を挙げて説明する。

図９（ａ）に示される保険契約対象トレーサビリティデータは、前述の通り、保険会社ＩＤが「ｉ１」である保険会社の保険業務プログラム５１０が、保険商品コードが「219」である物流保険商品（拠点ｐ１における出荷時点から、拠点ｐ２における入荷時点までの水濡れによる損害を補償）に関する保険料を算定するために要求し、応答されたものである。保険業務プログラム５１０は前記保険契約対象トレーサビリティデータから契約ＩＤ５６０ｆが同一のものごとにトレーサビリティデータ（トレース対象ＩＤ５６０ａ、日時５６０ｂ、拠点５６０ｃ、業務イベント５６０ｄ、被包含物ＩＤ５６０ｅ）を取得する。そして、拠点５６０ｃと業務イベント５６０ｄの組合せが「ｐ１」と「出荷」であるトレーサビリティデータから、拠点５６０ｃと業務イベント５６０ｄの組合せが「ｐ２」と「入荷」であるトレーサビリティデータまでの経過時間に応じた保険料を算定する。業務イベント５６０ｄに「検品」が設定されているトレーサビリティデータがなければ、損害（水濡れによる損害）が発生している可能性を示しており、損害が確定次第、保険会社ｉ１は保険契約者（メーカコードが「002」であるメーカ）との間で予め取り決めていた保険金を支払う。業務イベント５６０ｄに「検品」が設定されているトレーサビリティデータを保険契約対象トレーサビリティデータに含ませているのは、このような効果を期待してのことである。また、業務イベント５６０ｄに「検品」が設定されているトレーサビリティデータを生成した物流会社などが、当該物流保険に直接関係しないときは、当該トレーサビリティデータが保険会社に公開されにくい傾向にある。そこで、当該物流保険に直接関係しない物流会社などがトレーサビリティデータを公開してくれたことに対しインセンティブを与える仕組みを設けることにより、公開を促進することができる。

図９（ｂ）に示される保険契約対象トレーサビリティデータは、前述の通り、保険会社ＩＤが「ｉ１」である保険会社の保険業務プログラム５１０が、保険商品コードが「312」である物流保険商品（拠点ｐ１における出荷時点から、拠点ｐ３における入荷時点までの破損による損害を補償）に関する保険料を算定するために要求し、応答されたものである。保険業務プログラム５１０は前記保険契約対象トレーサビリティデータから契約ＩＤ５６０ｆが同一のものごとにトレーサビリティデータ（トレース対象ＩＤ５６０ａ、日時５６０ｂ、拠点５６０ｃ、業務イベント５６０ｄ、被包含物ＩＤ５６０ｅ）を取得する。そして、各トレーサビリティデータ間の経過時間ごとに別々の重み付けをして、保険料を算定する。例えば、拠点５６０ｃと業務イベント５６０ｄの組合せが「ｐ１」と「出荷」であるトレーサビリティデータから、拠点５６０ｃと業務イベント５６０ｄの組合せが「ｐ２」と「入荷」であるトレーサビリティデータまでは海上輸送なので破損しやすいため重み付けを重くし、拠点５６０ｃと業務イベント５６０ｄの組合せが「ｐ２」と「入荷」であるトレーサビリティデータから、拠点５６０ｃと業務イベント５６０ｄの組合せが「ｐ２」と「出荷」であるトレーサビリティデータまでは拠点ｐ２の倉庫での保管なので破損しにくいため重み付けを軽くするなどである。

図９（ｃ）に示される保険契約対象トレーサビリティデータは、前述の通り、保険会社ＩＤが「ｉ２」である保険会社の保険業務プログラム５１０が、保険商品コードが「118」である物流保険商品（拠点ｐ１における出荷時点からの不着）に関する保険料を算定するために要求し、応答されたものである。保険業務プログラム５１０は前記保険契約対象トレーサビリティデータから契約ＩＤ５６０ｆが同一のものごとにトレーサビリティデータ（トレース対象ＩＤ５６０ａ、日時５６０ｂ、拠点５６０ｃ、業務イベント５６０ｄ、被包含物ＩＤ５６０ｅ）を取得する。そして、各トレーサビリティデータ間の経過時間ごとに別々の重み付けをして、保険料を算定する。例えば、拠点５６０ｃと業務イベント５６０ｄの組合せが「ｐ１」と「出荷」であるトレーサビリティデータから、拠点５６０ｃと業務イベント５６０ｄの組合せが「ｐ２」と「入荷」であるトレーサビリティデータまでは海上輸送で電子シール（封をしたものが開けられた証拠が残るもので、不正の脅威を低減する効果がある。）などで厳密に封をされているので盗難されにくいため重み付けを軽くするなどである。

以上、本発明の第一の実施例を説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

例えば、図１に示した第一の実施例のシステム全体構成図では、トレーサビリティＤＢ３６０（およびトレーサビリティデータ管理プログラム３１０）をトレーサビリティデータ管理装置３００のみに配置する構成であったが、当該トレーサビリティデータを生成した物流拠点（拠点ｐ１、拠点ｐ２、拠点ｐ３など）ごとに分散配置する構成であってもよい。その構成では、保険契約管理プログラム４２０は、ステップＳ４２０３、ならびにステップＳ４２１４においてトレーサビリティデータを分散配置されたトレーサビリティＤＢ３６０から読み取る。なお、この場合あっても、分散配置されたトレーサビリティＤＢ３６０を分散管理する装置群をトレーサビリティデータ管理装置と総称する。

第一の実施例に係るシステムの全体構成図。第一の実施例に係るトレーサビリティＤＢの構成図。第一の実施例に係るトレース対象ＩＤのフォーマットを表す図。第一の実施例に係る個品、パレット、コンテナの包含関係を表す図。第一の実施例に係る保険商品管理テーブルの構成図。第一の実施例に係る保険契約管理ＤＢの構成図。第一の実施例に係る保険契約処理のフロー図。第一の実施例に係る保険料算定処理およびトレーサビリティデータ受け渡し処理のフロー図。第一の実施例に係る保険契約管理プログラムが保険業務プログラムからの要求に応答して送信する保険契約対象トレーサビリティデータの構成図。第一の実施例に係る保険契約管理プログラムが保険業務プログラムからの要求に応答して送信する保険契約対象トレーサビリティデータの構成図。第一の実施例に係る保険契約管理プログラムが保険業務プログラムからの要求に応答して送信する保険契約対象トレーサビリティデータの構成図。

符号の説明

１００…タグ、２００…物流業務装置、２１０…物流業務プログラム、３００…トレーサビリティデータ管理装置、３１０…トレーサビリティデータ管理プログラム、３６０…トレーサビリティＤＢ、４００…保険契約管理装置、４１０…保険商品管理プログラム、４２０…保険契約管理プログラム、４６０…保険商品管理テーブル、４７０…保険契約管理ＤＢ、５００…保険業務装置、５１０…保険業務プログラム。

Claims

処理部と記憶部と通信部とを有する情報処理装置を用い、保険会社から契約管理を依頼された物流保険の商品内容を管理し、対象となる輸送物に対する保険契約を代行する保険契約管理方法であって、
前記記憶部に前記物流保険の商品内容を記憶しておき、
前記処理部は、
前記記憶部から、記憶された前記物流保険の商品内容を取得する処理と、
前記通信部を介して、トレーサビリティデータを管理、記憶するトレーサビリティデータ管理装置から、前記物流保険の商品内容に示される契約開始条件を満たす前記トレーサビリティデータを取得し、対象となる前記輸送物に対する保険契約を開始する処理と、
開始された前記保険契約の内容を前記記憶部に記憶する処理と、
前記通信部を介して、前記保険会社が契約管理を依頼した前記物流保険に係る保険料を算定する保険業務装置から、前記物流保険の商品内容を一意に特定する保険商品コードを取得する処理と、
前記記憶部から、前記保険商品コードにより一意に特定された前記物流保険の商品内容と、開始された前記輸送物に対する前記保険契約の内容とを取得する処理と、
前記通信部を介して、前記トレーサビリティデータ管理装置から、前記保険契約の内容により一意に特定された前記輸送物に係る前記トレーサビリティデータのうち、前記契約開始条件を満たすものから契約終了条件を満たすものまでの一連の前記トレーサビリティデータを取得し、前記保険業務装置に通知する処理と、
を実行する保険契約管理方法。
請求項１記載の保険契約管理方法において、
前記トレーサビリティデータは、少なくとも
当該トレーサビリティデータに対応する前記輸送物を一意に特定するトレース対象ＩＤと、
当該トレーサビリティデータが生成された日時と、
当該トレーサビリティデータが生成された拠点と、
当該トレーサビリティデータが生成された業務を示す業務イベントと、
を含み、
前記物流保険の商品内容は、少なくとも
前記保険商品コードと、前記契約開始条件と、前記契約終了条件と、
を含み
前記保険契約の内容は、少なくとも
当該保険契約が開始された前記輸送物を一意に特定する契約対象ＩＤと、
当該保険契約が開始された前記物流保険の前記保険商品コードと、
を含む
保険契約管理方法。
請求項２記載の保険契約管理方法であって、
前記トレーサビリティデータは、さらに、当該トレーサビリティデータに対応する前記輸送物を包含する他の輸送物を一意に特定する被包含物ＩＤを含み、
前記他の輸送物に前記輸送物が詰め込まれたとき、前記トレース対象ＩＤと前記被包含物ＩＤと前記業務イベントの組合せが、前記輸送物のＩＤと前記他の輸送物のＩＤと詰め込み業務を示す業務イベントであるトレーサビリティデータが生成されており、
前記他の輸送物から前記輸送物を取り出したとき、前記トレース対象ＩＤと前記被包含物ＩＤと前記業務イベントの組合せが、前記輸送物のＩＤと前記他の輸送物のＩＤと取り出し業務を示す業務イベントであるトレーサビリティデータが生成されており、
前記輸送物各々に係る前記トレーサビリティデータとは、
当該輸送物のＩＤが前記トレース対象ＩＤと一致する前記トレーサビリティデータのみならず、
前記業務イベントが詰め込み、および取り出しである前記トレーサビリティデータの前記トレース対象ＩＤと前記被包含物ＩＤからなる包含関係を次々と辿ることにより、当該輸送物をそのときに包含している前記他の輸送物の前記トレーサビリティデータも含む、
保険契約管理方法。
処理部と記憶部と通信部とを有する情報処理装置において、保険会社から契約管理を依頼された物流保険の商品内容を管理し、対象となる輸送物に対する保険契約を代行する保険契約管理プログラムであって、
前記処理部で、
前記物流保険の商品内容が記憶された前記記憶部から、記憶された前記物流保険の商品内容を取得する処理と、
前記通信部を介して、トレーサビリティデータを管理、記憶するトレーサビリティデータ管理装置から、前記物流保険の商品内容に示される契約開始条件を満たす前記トレーサビリティデータを取得し、対象となる前記輸送物に対する保険契約を開始する処理と、
開始された前記保険契約の内容を前記記憶部に記憶する処理と、
前記通信部を介して、前記保険会社が契約管理を依頼した前記物流保険に係る保険料を算定する保険業務装置から、前記物流保険の商品内容を一意に特定する保険商品コードを取得する処理と、
前記記憶部から、前記保険商品コードにより一意に特定された前記物流保険の商品内容と、開始された前記輸送物に対する前記保険契約の内容とを取得する処理と、
前記通信部を介して、前記トレーサビリティデータ管理装置から、前記保険契約の内容により一意に特定された前記輸送物に係る前記トレーサビリティデータのうち、前記契約開始条件を満たすものから契約終了条件を満たすものまでの一連の前記トレーサビリティデータを取得し、前記保険業務装置に通知する処理と、
を実行させる保険契約管理プログラム。
請求項４記載の保険契約管理プログラムにおいて、
前記トレーサビリティデータは、少なくとも
当該トレーサビリティデータに対応する前記輸送物を一意に特定するトレース対象ＩＤと、
当該トレーサビリティデータが生成された日時と、
当該トレーサビリティデータが生成された拠点と、
当該トレーサビリティデータが生成された業務を示す業務イベントと、
を含み、
前記物流保険の商品内容は、少なくとも
前記保険商品コードと、前記契約開始条件と、前記契約終了条件と、
を含み
前記保険契約の内容は、少なくとも
当該保険契約が開始された前記輸送物を一意に特定する契約対象ＩＤと、
当該保険契約が開始された前記物流保険の前記保険商品コードと、
を含む
保険契約管理プログラム。
請求項５記載の保険契約管理プログラムにおいて、
前記トレーサビリティデータは、さらに、当該トレーサビリティデータに対応する前記輸送物を包含する他の輸送物を一意に特定する被包含物ＩＤを含み、
前記他の輸送物に前記輸送物が詰め込まれたとき、前記トレース対象ＩＤと前記被包含物ＩＤと前記業務イベントの組合せが、前記輸送物のＩＤと前記他の輸送物のＩＤと詰め込み業務を示す業務イベントであるトレーサビリティデータが生成されており、
前記他の輸送物から前記輸送物を取り出したとき、前記トレース対象ＩＤと前記被包含物ＩＤと前記業務イベントの組合せが、前記輸送物のＩＤと前記他の輸送物のＩＤと取り出し業務を示す業務イベントであるトレーサビリティデータが生成されており、
前記輸送物各々に係る前記トレーサビリティデータとは、
当該輸送物のＩＤが前記トレース対象ＩＤと一致する前記トレーサビリティデータのみならず、
前記業務イベントが詰め込み、および取り出しである前記トレーサビリティデータの前記トレース対象ＩＤと前記被包含物ＩＤからなる包含関係を次々と辿ることにより、当該輸送物をそのときに包含している前記他の輸送物の前記トレーサビリティデータも含む
保険契約管理プログラム。
保険会社から契約管理を依頼された物流保険の商品内容を管理し、対象となる輸送物に対する保険契約を処理する保険契約管理装置であって、
通信路に接続される通信部と、
前記物流保険の商品内容として、保険商品コードと契約開始条件と契約終了条件とを記憶する記憶部と、
前記通信部と前記記憶部に接続される処理部とからなり、
前記処理部は、
前記記憶部から、記憶された前記物流保険の商品内容を取得し、
前記通信部を介して、トレーサビリティデータを記憶するトレーサビリティデータ管理装置から、前記契約開始条件を満たす前記トレーサビリティデータを取得し、対象となる前記輸送物に対する保険契約を開始し、且つ
開始された前記輸送物に対する保険契約の内容を前記記憶部に記憶する
保険契約管理装置。
請求項７記載の保険契約管理装置であって、
前記記憶部に記憶される前記保険契約の内容は、少なくとも
当該保険契約が開始された前記輸送物を一意に特定する契約対象ＩＤと、
当該保険契約が開始された前記物流保険の前記保険商品コードとを含む
保険契約管理装置。
請求項８記載の保険契約管理装置であって、
前記処理部は、更に
前記通信部を介して、前記保険会社が契約管理を依頼した前記物流保険に係る保険料を算定する、当該物流保険の商品内容を一意に特定する保険商品コードを取得し、
前記記憶部から、当該保険商品コードにより一意に特定される前記物流保険の商品内容と、開始された前記輸送物に対する前記保険契約の内容を取得し、
前記通信部を介して、前記トレーサビリティデータ管理装置から、前記保険契約の内容により一意に特定される前記輸送物に係る前記トレーサビリティデータのうち、前記契約開始条件を満たすものから前記契約終了条件を満たすものまでの一連の前記トレーサビリティデータを取得し、前記保険業務装置に前記通信部を介して通知する
保険契約管理装置。
請求項９記載の保険契約管理装置であって、
前記処理部は、更に
前記通信部を介して、前記トレーサビリティデータ管理装置から、前記保険契約の内容により一意に特定される前記輸送物に係る前記トレーサビリティデータのうち、前記契約終了条件を満たすものを含んでそれ以降のものの内、検品に係わる前記トレーサビリティデータを取得し、前記保険業務装置に通知する
保険契約管理装置。