(57)【特許請求の範囲】
【請求項１】
カードメーカーにカードの発注を行うカードユーザが、ネットワークを介して、サーバで管理されているカード、カード関連部品、又は、前記カードと同封される封入物のいずれか一又は複数に関する在庫情報の閲覧を可能にすると共に、カードメーカーへの発注情報の送信を行うことができるカード在庫管理発注システムであって、
前記カードメーカーが在庫しているカード、カード関連部品、又は、前記カードと同封される封入物のいずれか一又は複数に関する在庫情報を入力する入力手段と、前記入力手段で入力された在庫情報を前記サーバに送信する手段と、前記サーバから発注指示情報を受信する手段と、を有するカードメーカー側の端末と、
前記カードメーカー側の端末から受信した在庫情報を登録する在庫情報データベースと、カードユーザ側の端末に対して、前記在庫情報データベースに登録されている在庫情報を送信する手段と、前記カードユーザ側の端末から発注指示情報を受信する手段と、受信した前記発注指示情報を登録する発注指示情報データベースと、前記カード及び前記封入物の組み合わせを示す組み合わせ情報を、組み合わせごとに記憶する組み合わせ情報記憶手段と、前記カードユーザ側の端末から組み合わせ情報提供要求を受信する組み合わせ情報提供要求受信手段と、前記組み合わせ情報提供要求を受信した場合に、受信した要求に応じて前記組み合わせ情報記憶手段に記憶されている組み合わせ情報を前記カードユーザ側の端末へ送信する組み合わせ情報送信手段と、を有するサーバと、
前記サーバから前記在庫情報を受信する手段と、前記サーバに対して発注指示情報を送信する手段と、前記サーバへ組み合わせ識別情報を含む組み合わせ情報提供要求を送信する組み合わせ情報提供要求送信手段と、前記組み合わせ情報提供要求に応じて前記サーバから送信される組み合わせ情報を受信する組み合わせ情報受信手段と、を有するカードユーザ側の端末と、
を備えていることを特徴とするカード在庫管理発注システム。
【請求項２】
前記サーバは、カード、及び／又は、カードと同封される封入物の需要履歴情報を記憶する需要履歴情報記憶手段と、前記需要履歴情報記憶手段に記憶されている需要履歴情報と、前記組み合わせ情報記憶手段に記憶されている組み合わせ情報とに基づいてカード、及び／又は、カードと同封される封入物の需要を予測する需要予測手段と、前記需要予測手段によって予測された需要と、前記在庫情報データベースに登録されている在庫情報とに基づいて発注が必要か否かを判定する在庫判定手段と、前記在庫判定手段が肯と判定した場合に、前記カードユーザ側の端末へその旨を通知する発注必要性通知手段とを有すること、
を特徴とする請求項１記載のカード在庫管理発注システム。
【請求項３】
前記サーバは、カード又はカードと同封される封入物の表面及び／又は裏面の画像情報を記憶する画像情報記憶手段と、前記カードユーザ側の端末からの要求に応じて前記画像情報記憶手段に記憶されている画像情報を前記カードユーザ側の端末へ送信する画像情報送信手段と、を有し、
前記カードユーザ側の端末は、前記サーバから受信する画像情報を表示する表示手段を有すること、
を特徴とする請求項１又は２に記載のカード在庫管理発注システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カードメーカーにカードの発注を行うカードユーザが、ネットワークを介してサーバで管理されているカード及びカード関連部品の在庫情報の閲覧を自由に行えるようにすると共に、カードメーカーへの発注情報の送信をいつでも行うことができるカード在庫管理発注システムに関する。
【背景技術】
【０００２】
従来、カードメーカーでは、カード及びカード関連部品の在庫情報をデータベース化して管理し、カードユーザからの問い合わせがあった際に短時間で効率的に在庫状況を確認できるようにしている。
これらの在庫情報としては、例えばカードがＩＣカードである場合に、オペレーションソフトを搭載済みの完成されたＩＣカード、オペレーションソフトが搭載される前の生ＩＣカード、ＩＣモジュールを装着される前段階の印刷済みカード、ＩＣチップ、などのそれぞれの在庫数量に関する情報であり、カードメーカーからの発注があった際に、これらの在庫情報を確認しながら納期の予測が行えるようにしてあり、また発注数量が在庫数量よりも多い場合には、在庫数量を増やすように製造部門や仕入れ部門に指示するなどして対応できるようにしてある。
【０００３】
しかしながら、複数のカードユーザからカードメーカーに対して、同時期に大量のＩＣカードを短納期で発注してくる場合もあり、カードメーカーに在庫されているカード及びカード関連部品の数量では、カードユーザ各社が要求している納期に間に合わなくなるという事態も想定され、カードユーザが希望する条件の発注に対応した安定供給ができないという問題がある。
【０００４】
従来の在庫管理システムにおいて、各サービス拠点におけるサービス部品の部品在庫管理を一括して行えるようにするために、各サービス拠点に設置された端末と、部品在庫データベースを有するサーバとをネットワークで結び、部品などの在庫情報をサービス拠点の端末で受信できるようにして、効率的な情報収集が行えるようにする在庫管理システムが公知となっている。（例えば、特許文献１参照）
【特許文献１】特開２００３−１４１３９９号公報
【０００５】
しかしながら、従来の在庫管理システムは、在庫を保有する会社内におけるネットワークによって、各部署に設置された端末により在庫情報を収集可能としたもので、カードユーザがこれらのデータベース化された在庫情報を見ることができないようにしてある。
したがって、カードユーザがカードメーカー側の在庫情報を知りたい場合でも、カードユーザからカードメーカー側の担当者に問い合わせを行い、その担当者から在庫情報を聞かなければならず、カードユーザが直接、ネットワークを介して在庫情報の収集を行うことができず、確認に時間がかかり効率も悪いという問題がある。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は、カードメーカーにカードの製造発注を行うカードユーザが、カードユーザ側の端末からネットワークを介してカードメーカー側の在庫情報を収集できるようにして、カードユーザが何時でも短時間で在庫情報の収集と確認を行えるようにし、またカードメーカー側がカードユーザからの発注をネットワークで受けることができるようにして、カードメーカーとカードユーザとの間における効率的な在庫情報収集及び発注処理が行えるようにしたカード在庫管理発注システムを提供する。
【課題を解決するための手段】
【０００７】
本発明のカード在庫管理発注システムは、カードメーカーにカードの発注を行うカードユーザが、ネットワークを介して、サーバで管理されているカード、カード関連部品、又は、前記カードと同封される封入物のいずれか一又は複数に関する在庫情報の閲覧を可能にすると共に、カードメーカーへの発注情報の送信を行うことができるカード在庫管理発注システムであって、前記カードメーカーが在庫しているカード、カード関連部品、又は、前記カードと同封される封入物のいずれか一又は複数に関する在庫情報を入力する入力手段と、前記入力手段で入力された在庫情報を前記サーバに送信する手段と、前記サーバから発注指示情報を受信する手段と、を有するカードメーカー側の端末と、前記カードメーカー側の端末から受信した在庫情報を登録する在庫情報データベースと、カードユーザ側の端末に対して、前記在庫情報データベースに登録されている在庫情報を送信する手段と、前記カードユーザ側の端末から発注指示情報を受信する手段と、受信した前記発注指示情報を登録する発注指示情報データベースと、前記カード及び前記封入物の組み合わせを示す組み合わせ情報を、組み合わせごとに記憶する組み合わせ情報記憶手段と、前記カードユーザ側の端末から組み合わせ情報提供要求を受信する組み合わせ情報提供要求受信手段と、前記組み合わせ情報提供要求を受信した場合に、受信した要求に応じて前記組み合わせ情報記憶手段に記憶されている組み合わせ情報を前記カードユーザ側の端末へ送信する組み合わせ情報送信手段と、を有するサーバと、前記サーバから前記在庫情報を受信する手段と、前記サーバに対して発注指示情報を送信する手段と、前記サーバへ組み合わせ識別情報を含む組み合わせ情報提供要求を送信する組み合わせ情報提供要求送信手段と、前記組み合わせ情報提供要求に応じて前記サーバから送信される組み合わせ情報を受信する組み合わせ情報受信手段と、を有するカードユーザ側の端末と、を備えていることを特徴とする。
【０００８】
また、本発明のカード在庫管理発注システムは、前記サーバには、カード、及び／又は、カードと同封される封入物の需要履歴情報を記憶する需要履歴情報記憶手段と、前記需要履歴情報記憶手段に記憶されている需要履歴情報と、前記組み合わせ情報記憶手段に記憶されている組み合わせ情報とに基づいてカード、及び／又は、カードと同封される封入物の需要を予測する需要予測手段と、前記需要予測手段によって予測された需要と、前記在庫情報データベースに登録されている在庫情報とに基づいて発注が必要か否かを判定する在庫判定手段と、前記在庫判定手段が肯と判定した場合に、前記カードユーザ側の端末へその旨を通知する発注必要性通知手段とを有することを特徴とする。
【０００９】
更に、本発明のカード在庫管理発注システムは、前記サーバには、カード又はカードと同封される封入物の表面及び／又は裏面の画像情報を記憶する画像情報記憶手段と、前記カードユーザ側の端末からの要求に応じて前記画像情報記憶手段に記憶されている画像情報を前記カードユーザ側の端末へ送信する画像情報送信手段と、を有し、前記カードユーザ側の端末には、前記サーバから受信する画像情報を表示する表示手段を有することを特徴とする。
【発明の効果】
【００１３】
本発明のカード在庫管理発注システムは、カードユーザ側の端末からネットワークを介して、カードメーカー側の在庫情報データベースに登録されている在庫情報を収集できるので、カードユーザが何時でも短時間で効率的に在庫情報の収集と確認を行えるという効果がある。特に、カード、カード関連部品に加えて、カードと同封される封入物の在庫情報を記憶するなど、カードと同時に使用される封入物の在庫情報をカードユーザに提供することができ、カードユーザの利便性を向上するとともに、より一層の処理の効率化を図ることが可能となる。
【００１４】
また、予め設定された在庫数量を下回った際には、カードユーザ側の端末に在庫数量情報がメールで送信されるので、発注漏れを防止することができるという効果がある。
【００１５】
更に、ネットワークを介してカードユーザ側からカードメーカー側の端末に対して、発注指示情報をメールで送信できるので、在庫情報の確認後に短時間で効率的な発注処理を行うことができるという効果がある。
【００１６】
更にまた、要求に応じて組み合わせ情報をカードユーザに提供することによって、有益な情報をカードユーザに提供し、誤認を防止するなど、カードユーザの利便性を向上することが可能となる。
また、需要履歴、組み合わせ情報に基づいて需要を予測し、在庫情報を参照して発注の必要性を判定し、必要な場合には、その旨をカードユーザに通知するため、在庫切れを防止するとともに、カードユーザの発注作業の負担を軽減することが可能となる。
【００１７】
更にまた、要求に応じて、カード、同封物の表面及び／又は裏面の画像情報をカードユーザ側の端末へ送信することによって、カードユーザは、発注、封入物の差し替え指示、組み合わせの確認を行う場合などにおいて、封入物の表紙画像を見て封入物を正確に認識することができ、誤認を防止することが可能となる。また、封入物の現物を見なくても、正確に封入物を認識することができ、作業負担を軽減することが可能となる。更に、封入物の全ての頁の画像を表示する場合に比べて、データ量を抑制することができ、処理の迅速化を図ることが可能となる。
【発明を実施するための最良の形態】
【００１８】
本発明は、カードメーカーとカードユーザとの間における効率的な在庫情報収集及び発注処理が行えるようにするという目的を、カードメーカーにカードの発注を行うカードユーザが、ネットワークを介して、サーバで管理されているカード、カード関連部品、又は、前記カードと同封される封入物のいずれか一又は複数に関する在庫情報の閲覧を可能にすると共に、カードメーカーへの発注情報の送信を行うことができるカード在庫管理発注システムであって、カードメーカーが在庫しているカード、カード関連部品、又は、カードと同封される封入物のいずれか一又は複数に関する在庫情報を入力する入力手段と、入力手段で入力された在庫情報を前記サーバに送信する手段と、前記サーバから発注指示情報を受信する手段と、を有するカードメーカー側の端末と、カードメーカー側の端末から受信した在庫情報を登録する在庫情報データベースと、カードユーザ側の端末に対して、在庫情報データベースに登録されている在庫情報を送信する手段と、カードユーザ側の端末から発注指示情報を受信する手段と、受信した前記発注指示情報を登録する発注指示情報データベースと、を有するサーバと、サーバから在庫情報を受信する手段と、サーバに対して発注指示情報を送信する手段と、を有するカードユーザ側の端末と、を備えることによって解決する。
【実施例１】
【００１９】
以下、図面などを参照して、本発明の実施例をあげて、さらに詳しく説明する。
以下、本発明の実施例を図面に基づいて詳細に説明する。
図１は、本発明の実施例１に係るカード在庫管理発注システムの概要構成を示す図、図２は、本発明の実施例１に係るカード在庫管理発注システムのシステムブロック図、図３は、本発明の実施例１に係るカード在庫管理発注システムにおける在庫情報の処理手順を説明するフローチャート、図４は、本発明の実施例１に係るカード在庫管理発注システムにおける発注指示情報の処理手順を説明するフローチャートである。
【００２０】
図１に示すように、本発明の実施例１に係るカード在庫管理発注システムは、例えば、ＩＣカードなどのカード製造を行うカードメーカーに備えられたカードメーカー側の端末１と、カードメーカーに対してカード発注を行うカードユーザに備えられたカードユーザ側の端末２と、カードメーカーに於けるカード及びカード関連部品等の在庫情報や、カードユーザからの発注指示情報などをデータベースに登録して情報管理を行う情報管理センターに備えられたサーバ３とにより構成される。
【００２１】
これらのカードメーカー側の端末１とカードユーザ側の端末２とサーバ３とは、インターネットなどのネットワーク４を介して通信可能に接続されている。
尚、カードメーカーが情報管理センターを保有している場合には、カードメーカー側の端末１とサーバ３を専用回線で接続させておいてもよい。
また、カードメーカーは、複数のカードユーザとの間で取引を行うので、複数のカードユーザがサーバ３との間で通信を行えるようにするためにインターネットによりアクセスを行えるようにしておくことが好ましい。
【００２２】
そして、カードユーザは、端末２によりサーバ３からカード及びカード関連部品等の在庫情報を受信して在庫数量の確認を行えるようにしてあると共に、カードユーザからカードメーカーに対する発注指示情報の送信を行なうことができ、また、カードメーカーは、端末１によりサーバ３からカードユーザの発注指示情報を受信してカードユーザの要求の確認を行えるようにしてあると共に、最新の在庫情報を端末１からサーバ３に送信してデータベースに登録できるようにしてある。
【００２３】
本発明のカード在庫管理発注システムを、図２に示すシステムブロックに基づいて詳細に説明する。
カードメーカー側の端末１には、入力手段５、表示手段６、記憶手段７、通信手段８、制御手段９、などを備え、また、カードユーザ側の端末２にも、入力手段１０、表示手段１１、記憶手段１２、通信手段１３、制御手段１４、などを備えている。
また、サーバ３には、在庫情報データベース１５、発注指示情報データベース１６、通信手段１７、登録手段１８、在庫数量情報メール送信手段１９、発注指示情報送信手段２０、記憶手段２１、制御手段２２、などを備えている。
【００２４】
在庫情報データベース１５は、カードメーカー側の端末１から送信されてきたカード及びカード関連部品等の在庫情報が登録されており、また、発注指示情報データベース１６は、カードユーザ側の端末２から送信されてきた発注指示情報が登録されている。
在庫情報データベース１５に登録される在庫情報としては、例えば、カードがＩＣカードである場合に、オペレーションソフトを搭載済みの完成されたＩＣカードや、オペレーションソフトが搭載される前の生ＩＣカードや、ＩＣモジュールを装着される前段階の印刷済みカードや、ＩＣチップなどのカード及びカード関連部品等の在庫数量に関する情報が登録される。
【００２５】
これらの在庫情報データベース１５に登録された種々の在庫情報は、カードメーカー側の端末１から全て閲覧することができるように設定させておくが、カードユーザに対しては、各カードユーザとの取引関係に応じて、カードユーザ毎に登録された情報の中から閲覧することができる情報を選択して、カードユーザ毎に閲覧可能な在庫情報を制限するようにしてもよい。
【００２６】
また、発注指示情報データベース１６には、カードユーザ側の端末２からサーバ３に送信されてきた発注情報等が登録されている。
この発注情報の中には、カードユーザがカードの追加発注や仕様変更を伴う発注である場合などには、例えば、パラメータ変更指示や、鍵変更指示や、ＩＣチップ切替支持などの指示情報も含めて登録することで、カードメーカー側が適切な対応を行えるようにしてある。
【００２７】
サーバ３の登録手段１８は、カードメーカー側から送信されてきた在庫情報を在庫情報データベース１５に登録したり、カードユーザ側から送信されてきた発注指示情報を発注指示情報データベース１６に登録する機能を有している。
【００２８】
また、在庫数量情報メール送信手段１９は、在庫情報データベース１５に登録された種々の在庫情報から、登録された在庫数量が所定の在庫数量を下回った際に、サーバ３からカードユーザ側の端末２に対して、所定の在庫数量を下回ったことを知らせるメールの送信を行う機能を有している。
この場合、カードユーザは、予めサーバ３の記憶手段２１に、メール送信時の基準となる在庫数量やカードユーザのメールアドレスなどを事前に登録させておき、在庫が無くなる前に、事前に予め設定した在庫数量になったことをカードユーザが確認できるようにして、カードメーカー側がカード発注を行った場合でも、発注する数量が間違いなく確保できるようにしてある。
【００２９】
また、発注指示情報送信手段２０は、サーバ３がカードユーザ側の端末２から発注指示情報を受信した際に、サーバ３からカードメーカー側の端末１に対して、これらの発注指示情報をメールで送信する機能を有している。
この場合、カードユーザは、予めサーバ３の記憶手段２１にカードメーカーのメールアドレスなどを事前に登録させておき、サーバ３がカードユーザ側の端末２から発注指示情報を受信した際に、予め登録されたカードユーザのメールアドレス宛てに発注指示情報をメールで送信できるようにしてある。
これにより、カードメーカーは、カードユーザの発注指示情報を効率的に入手し、対応することができるようにしてある。
【００３０】
次に、本発明の実施例１に係るカード在庫管理発注システムの処理手順を説明する。
まず、カードメーカーは、カードメーカー側の端末１の入力手段５からカード及びカード関連部品等の在庫情報を入力する。（ステップＳ１）
そして、カードメーカー側の端末１からネットワーク４を介して在庫情報をサーバ３に送信する。（ステップＳ２）
サーバ３で受信したカードの在庫情報は、登録手段１８により在庫情報データベース１５に随時更新して登録される。（ステップＳ３）
サーバ３の在庫情報データベース１５に登録されたこれらの在庫情報は、カードユーザ側の端末２からサーバ３にアクセスすることで、何時でもカードユーザ側の端末２により閲覧できる状態に設定されている。
【００３１】
サーバ３の在庫情報データベース１５に登録されている在庫情報の在庫数量が、予めサーバ３の記憶手段２１に設定されたカードユーザ側の予め設定された基準在庫数量となった際に、在庫数量情報メール送信手段１９により、カードユーザ側の端末２に対して基準在庫数量になったことを知らせるメールが送信される。（ステップＳ４）
カードユーザは、このメールに対応して適切な処理を行う。
【００３２】
また、カードユーザからカードメーカーに、カードの発注を行う場合には、カードユーザ側の端末２の入力手段１０から発注指示情報を入力する。（ステップＳ５）
そして、カードユーザ側の端末２からネットワーク４を介して発注指示情報をサーバ３に送信する。（ステップＳ６）
サーバ３で受信した発注指示情報は、登録手段１８により発注指示情報データベース１６に登録される。（ステップＳ７）
発注指示情報データベース１６に登録されたこれらの発注指示情報は、発注指示情報メール送信手段２０により、サーバ３からカードメーカー側の端末１に対してメールで送信される。（ステップＳ８）
【００３３】
尚、サーバ３の発注指示情報データベース１６に登録されたこれらの発注指示情報も、カードメーカー側の端末１からサーバ３にアクセスすることで何時でも閲覧できるようにしてあり、カード製造に関する参考情報としても活用できるようにしてある。
【実施例２】
【００３４】
図５は、本発明の実施例２に係るカード在庫管理発注システムの概略構成を示す図である。なお、前述した実施例と同様な機能を果たす部分には、同一の符号又は末尾に統一した符号を付して、重複する説明や図面を適宜省略する。
図５に示すように、カード在庫管理発注システムは、各カードユーザが使用するカードユーザ側の端末２−２と、各カードメーカーのカード製造・発行工場などに設けられ、各カードメーカーが使用するカードメーカー側の端末１−２Ａ，１−２Ｂと、情報管理センターなどに設けられ、カードユーザ側の端末２−２及びカードメーカー側の端末１−２Ａ，１−２Ｂへ情報を提供し、カード在庫管理発注システム全体の管理を行うサーバ３−２などとを備えている。
カード在庫管理発注システムは、カードメーカー及びカードユーザ間で、素材マスタ情報、在庫情報、発注指示などの情報のやり取りを媒介し、カード関連封入物を発注から送付まで管理するシステムである。カード関連封入物とは、台紙、カードマニュアル、会員規約など、カードと同封してカード会員に送付される同封物である。実施例２のカード在庫管理発注システムは、実施例１のカード在庫管理発注システムの機能に加え、カードユーザに素材マスタ情報、組み合わせ情報などを提供する機能などを備えている（後述する図８参照。）。
【００３５】
図６は、カード会員にカード及び封入物が送付されるまでにカードユーザ及びカードメーカーが行う作業の流れを示す図である。
図６に示すように、カードユーザは、カード送付までにかかるリードタイムを短縮するため、数ヶ月単位でカード需要を予測し、生カードの製造をカードメーカーに対して予め発注する（＃１０）。カードメーカーは、発注に応じて生カードを製造し（＃２０）、在庫として保管する（＃３０）。また、カードユーザは、同様に、封入物を数ヶ月単位の予測需要に基づいて発注する（＃４０）。カードメーカーは、発注に応じて封入物を印刷し（＃５０）、在庫として保存する（＃６０）。
カードユーザは、新たにカード会員の申込を受けた場合など、必要に応じてカードメーカーにカード会員の個別情報などの発券情報を提供してカード発行、送付を指示し（＃７０）、カードメーカーは、指示に従って、在庫の生カードに発券情報を書き込み、カード使用者名、カード番号などをカード表面に印字、打刻するなどし、カードを発行する（＃８０）。カードメーカーは、発行したカードと、所定の組み合わせの封入物とを封書に封入し（＃８０）、カード会員へ送付する（＃９０）。
また、カードユーザは、カードメーカーから定期的に封入物の在庫量の通知を受け（＃１００）、この在庫量、予測需要量に基づいて追加発注を行う（＃１０）。
【００３６】
図７は、本発明の実施例２に係るカード在庫管理発注システムの構成を示すブロック図である。なお、図５における各カードメーカー側の端末１−２Ａ，１−２Ｂの機能は、多少なりとも相違するが、本発明に関しては同様の機能を備えているため、以下、まとめてカードメーカー側の端末１−２として説明する。カードユーザ側の端末２−２についても同様である。
図７に示すように、カードメーカー側の端末１−２及びサーバ３−２間、カードユーザ側の端末２−２及びサーバ３−２間は、電話回線、光ケーブルその他の有線、又は、赤外線その他の無線の通信回線などのネットワーク４を介して接続されている。ネットワーク４は、専用回線、送受信する情報の暗号化などによって一定のレベル以上の通信におけるセキュリティを保証できることが望ましい。
なお、カード在庫管理発注システムが備えるカードユーザ側の端末の数は１台に限定されず、カードユーザが複数である場合には、各カードユーザが使用する端末２−２など、複数のカードユーザ側の端末２−２を備えていてもよい。カードメーカー側の端末１−２についても同様である。より多くのカードユーザ及びカードメーカー間における情報のやり取りを媒介することによって、設備コストを低減するなど、効率化を図ることが可能となる。
【００３７】
カードメーカー側の端末１−２及びカードユーザ側の端末２−２は、ＣＰＵ、記憶装置、入出力装置、通信装置などを備えるサーバコンピュータに所定のプログラムを搭載することによって実現される。
カードメーカー側の端末１−２は、制御手段９−２と、制御手段９−２に接続されている入力手段５−２、表示手段６、記憶手段７−２、通信手段８などとを備えるコンピュータである。入力手段５−２は、使用者から端末１−２へ情報を伝達させるためのキーボード、マウスなどの使用者情報入力装置、画像データを取り込むスキャナなどの画像データ入力装置など、使用者の操作に従って情報を外部から入力する入力装置である。表示手段６は、端末１−２から使用者へ情報を伝達させるためのディスプレイなどの表示装置である。記憶手段７−２は、プログラム、データを記憶するメモリ、ハードディスクなどの記憶装置である。通信手段８は、ネットワーク４に接続し、サーバ３−２との通信を実現するための通信インターフェイスである。制御手段９−２は、ＣＰＵがメモリなどに記憶されているプログラムを実行することによって実現され、端末１−２を統括制御する。
カードユーザ側の端末２−２は、制御手段１４−２と、制御手段１４−２に接続されている入力手段１０−２、表示手段１１−２、記憶手段１２−２、通信手段１３−２などとを備える情報処理装置である。端末２−２の各手段は、カードメーカー側の端末１−２の各手段と略同様の機能を備えている。
【００３８】
サーバ１０は、ＣＰＵ、記憶装置、入出力装置、通信装置などを備えるサーバコンピュータに所定のプログラムを搭載することによって実現される。サーバ３−２は、制御手段２２−２と、制御手段２２−２に接続されている在庫情報データベース１５−２（以下、「データベース」を「ＤＢ」という。）、発注指示情報ＤＢ１６−２、素材マスタ情報ＤＢ２３、組み合わせ情報ＤＢ２４、通信手段１７−２、登録手段１８−２、在庫数量情報メール送信手段１９−２、発注指示情報送信手段２０、記憶手段２１−２などとを備えている。
【００３９】
在庫情報ＤＢ１５−２は、在庫情報が記憶されている。在庫情報は、各カードメーカーが保管している生カード、ＩＣチップ、カード関連封入物の在庫数量を示す情報であって、保管中の在庫数量を示す保管在庫情報と、現在製作中の数量を示す製作中在庫情報とを含んでいる。保管在庫情報は、カードメーカー側の端末１−２から入力される在庫増減情報にともなって登録され、書き換えられる。また、製作中在庫情報は、実施例１におけるカード在庫情報と同様に、カードユーザ側の端末２−２から受信する発注指示情報（又はカードメーカー側の端末１−２から受信する受注確認情報）、カードメーカー側の端末１−２から受信する在庫情報に基づいて登録され、書き換えられる（図３参照。）。
【００４０】
発注指示情報ＤＢ１６−２には、発注指示情報などが格納されている。発注指示情報は、製作対象となるカード、封入物などのカード関連封入物の仕様（スペック）及び数量などを含む、カードユーザの各発注内容を示す情報である。また、カードの追加発注や仕様変更を伴う発注についての発注指示情報には、例えば、パラメータ変更指示や、鍵変更指示や、ＩＣチップ切替指示などの指示情報が含まれている。サーバ３−２は、発注指示情報をカードユーザ側の端末２−２から受信し、発注指示情報ＤＢ１６−２にカードユーザごとに格納するとともに、発注先のカードメーカーが使用するカードメーカー側の端末１−２へ送信する（図４参照。）。発注指示情報ＤＢ１６−２に登録された発注指示情報は、少なくとも発注の対象物が製作されるまで記憶され、その後発注実績の履歴情報として履歴情報ＤＢ２５に保管される。
【００４１】
素材マスタ情報ＤＢ２３には、発注、製作、保管の対象となるカード、ＩＣチップ、封入物の仕様や形態を示す情報を封入物コードに関連づけた素材マスタ情報が格納されている。カードの素材マスタ情報は、カード券面の画像データと、カード自体に刻印されている識別符号とを含み、ＩＣチップの素材マスタ情報は、ＩＣチップのスペックと、ＩＣチップの製造コードとを含んでいる。封入物の素材マスタ情報は、封入物の表紙の画像データと、封入物自体に印字されている識別符号である項番とを含んでいる。素材マスタ情報は、カードメーカーが新規発注に応じて新たなカード、ＩＣチップ、封入物を製作した場合に、カードメーカー側の端末１−２から入力され、サーバ３−２に送信されて素材マスタ情報ＤＢ２３に登録される（後述する図８参照。）。
【００４２】
組み合わせ情報ＤＢ２４には、同封されるカード、カード関連封入物の組み合わせを示す組み合わせ情報が組み合わせ（品目）ごとに格納されている。組み合わせ情報は、各組み合わせを識別する組み合わせコードに、組み合わせに含まれるカード、カード関連封入物の識別コードなどを関連づけた情報である。カード、カード関連封入物の組み合わせは、カードユーザの発注時に設定され、カードユーザ側の端末２−２などから入力され、組み合わせ情報ＤＢ２４に登録される（後述する図８参照。）。
【００４３】
履歴情報ＤＢ２５には、カード、ＩＣチップ、カード関連封入物についての発注実績、製作実績、発送実績を示す履歴情報が格納されている。製作実績、発送実績を示す履歴情報は、カードメーカー側の端末１−２から受信する製作完了通知、発送完了通知に応じて履歴情報ＤＢ２５に格納される。
各ＤＢ１５−２，１６−２，２３，２４，２５に格納されている各情報は、関係するカードユーザごと、カードメーカーごとに各ＤＢ１５−２，１６−２，２３，２４，２５に登録されており、カードユーザ、カードメーカーは、端末１−２，２−２によって各ＤＢ１５−２，１６−２，２３，２４，２５へアクセスし、関係する情報を閲覧することができる（後述する図８〜図１０参照。）。
【００４４】
通信手段１７は、ネットワーク４を介したカードメーカー側の端末１−２、カードユーザ側の端末２−２との通信を制御する。
登録手段１８−２は、各ＤＢ１５−２，１６−２，２３，２４，２５へのデータの登録を行う。
在庫数量情報メール送信手段１９−２は、履歴情報ＤＢ２５の発送実績の履歴情報などの需要履歴、組み合わせ情報ＤＢ２４の組み合わせ情報などに基づいて、所定の期間単位でカード、カード関連封入物の需要を予測する。在庫数量情報メール送信手段は、予測数量と、在庫情報ＤＢ１５−２に格納されている在庫数量とを比較して追加発注の必要性を判断し、必要な場合には、サーバ３−２からカードユーザ側の端末２−２に対してメールを送信するなど、必要な発注数量を通知する。
記憶手段２１−２は、プログラム、データを記憶するメモリ、ハードディスクなどの記憶装置である。
制御手段２２−２は、ＣＰＵが記憶装置に記憶されているプログラムを実行することによって実現され、サーバ１０を統括制御する。
【００４５】
図８は、本発明の実施例２に係るカード在庫管理発注システムの処理手順を示すフローチャートであって、カードユーザに素材マスタ情報、組み合わせ情報を提供する処理を示している。
図８に示すように、ステップ１０（以下、「ステップ」を「Ｓ」という。）において、カードメーカーは、新規封入物の製作を受注し、注文に応じて製作した封入物の素材マスタ情報をカードメーカー側の端末１−２の入力手段５−２から入力する（Ｓ１１）。具体的には、端末１−２は、封入物の表紙の画像データ、封入物に印字されている項番の画像データ（テキストデータであってもよい。）、封入物名称、封入物コード、種類などの素材マスタ情報をカードメーカー側の端末１−２の入力手段５−２から入力する。また、端末１−２は、封入物の発注者であるカードユーザの識別情報を入力し、このカードユーザの識別情報と、素材マスタ情報とを関連づけてサーバ３−２へ送信する。サーバ３−２は、これらの情報を受信し（Ｓ２１）、カードユーザの識別情報と、送信元のカードメーカーの識別情報と関連づけて素材マスタ情報を素材マスタ情報ＤＢ２３へ登録する（Ｓ２２）。
【００４６】
また、カードメーカーが新規に封入物の組み合わせの製作を受注した場合には、カード在庫管理発注システムは、素材マスタ情報と同様に組み合わせ情報の登録を行う。
なお、組み合わせ情報と素材マスタ情報は、別々に端末１−２から入力し、登録を行ってもよく、一括して入力、登録を行ってもよい。同様に、カード在庫管理発注システムは、全ての素材マスタ情報を一括して入力し、登録を行う必要はなく、個々の素材マスタ情報を別々に入力、登録してもよい。
【００４７】
カードユーザは、素材マスタ情報が知りたい場合に、対象となる封入物をカードユーザ側の端末２−２の入力手段１０を操作して指定し、入力手段１０は、封入物の選択情報を含む素材マスタ情報提供要求を入力する（Ｓ３１）。端末２−２は、端末２−２は、封入物の選択情報を含む素材マスタ情報提供要求をサーバ３−２へ送信する（Ｓ３２）。サーバ３−２は、要求に対応する素材マスタ情報を素材マスタ情報ＤＢ２３から読み出し（Ｓ２４）、端末２−２へ送信する（Ｓ２５）。端末２−２は、素材マスタ情報を受信し（Ｓ３３）、表示手段１１に表示し（Ｓ３４）、素材マスタ情報をカードユーザに提供する。
カードユーザに組み合わせ情報を提供する場合には、カードユーザが端末２−２で対象となる組み合わせを指定し（Ｓ３１）、サーバ３−２が指定された組み合わせの組み合わせ情報を組み合わせ情報ＤＢ２４から読み出すなど（Ｓ２４）、カード在庫管理発注システムは、素材マスタ情報を提供する場合と同様の処理を行う（Ｓ２３〜Ｓ２４，Ｓ３１〜Ｓ３３）。
【００４８】
図９は、カードユーザ側の端末２−２の表示手段１１の表示画面を示す図であって、図９（ａ）は、組み合わせ情報を表示する組み合わせ詳細画面であり、図９（ｂ）は、素材マスタ情報を表示する封入物画面である。
カードユーザ側の端末２−２でサーバ３−２の所定のＵＲＬへアクセスし、表示される画面に従ってカードユーザが組み合わせコード又は組み合わせ名称で組み合わせを指定すると（図８のＳ３１）、図９（ａ）に示すように、対応する組み合わせ情報と、組み合わせに含まれる封入物の名称、封入物コード、種類、有効期限などの素材マスタ情報が表示される（図８のＳ３４）。
また、図９（ａ）の組み合わせ詳細画面において、カードユーザが封入物コードをクリックするなど、封入物を指定した場合には（図８のＳ３１）、図９（ｂ）に示すように、この封入物の表紙画像と、項番の拡大画像が表示される（図８のＳ３４）。
ユーザは、この組み合わせ情報に基づいて、追加発注、差し替え、有効な組み合わせの確認などを行う。また、ユーザは、追加発注、差し替え、在庫の確認を行う際などに、表紙画像、項番の画像で封入物を認識する。
【００４９】
図１０は、カードユーザ側の端末２−２の表示手段１１の表示画面を示す図であって、図１０（ａ）は、各組み合わせを個別に変更するための個別差し替え画面であり、図１０（ｂ）は、一括で複数の組み合わせを変更するための一括差し替え画面である。
図１０（ａ）に示すように、個別差し替え画面に従って、カードユーザは、差し替えの対象となる組み合わせを一つずつ選択し、この組み合わせに含まれる変更対象の封入物及び廃止、追加などの変更内容とを選択し、各組み合わせに含まれている封入物の組み合わせを個別に変更することができる。
また、図１０（ｂ）に示すように、一括差し替え画面に従って、カードユーザは、封入物及び変更内容を選択し、この封入物を含む組み合わせ全てについて一括で組み合わせを変更することができる。
なお、図１０において、封入物コードがクリックされた場合には、端末２−２は、封入物画面を表示する（図９（ｂ）参照。）。
【００５０】
このように、実施例２によれば、第１実施例と同様の効果に加え、カード在庫管理システムは、カードと同時に使用される封入物の在庫の管理、発注の仲介を行うため、より一層の効率化を図ることが可能となった。
また、カード在庫管理システムは、封入物の表紙画像及び項番を、要求に応じてカードユーザに提供するため、カードユーザは、発注、封入物の差し替え指示、組み合わせの確認を行う場合などにおいて、封入物の表紙画像及び項番を見て封入物を正確に認識することができ、誤認を防止することが可能となった。更に、封入物の現物を見なくても、正確に封入物を認識することができ、作業負担を軽減することが可能となった。更にまた、封入物の全ての頁の画像を表示する場合に比べて、データ量を抑制することができ、処理の迅速化を図ることが可能となった。
また、カード在庫管理システムは、要求に応じて組み合わせ情報をカードユーザに提供し、個別又は一括で組み合わせの変更を可能としたため、カードユーザは容易かつ正確に組み合わせの変更を行うことが可能となった。
更に、カード在庫管理システムは、各封入物の在庫数量、組み合わせ情報に基づいて需要を予測するため、組み合わせ単位で需要を予測し、各封入物について必要な発注数量をカードユーザに通知するため、カードユーザの発注作業の負担を軽減するとともに、需要にあった正確な発注を行うことが可能となった。
【００５１】
（変形例）
以上説明した実施例に限定されることなく、種々の変形や変更が可能であって、それらも本発明の均等の範囲内である。例えば、各実施例において、カードは、磁気カード、バーコードを有するカードであってもよく、ＩＣカードに限定されない。
【００５２】
実施例２において、組み合わせ情報ＤＢ２４に記憶されている組み合わせ情報は、封入物の組み合わせを示すが、同封される封入物及びカードの組み合わせを示す組み合わせ情報を組み合わせ情報ＤＢ２４に記憶していてもよい。同封される封入物及びカードは、同時に使用されるため、正確な需要の予測など、封入物及びカードをより的確に管理することが可能となるとともに、カードユーザにより有益な情報となり、カードユーザの利便性を向上することが可能となる。
【００５３】
実施例２において、素材マスタ情報ＤＢ２３は、封入物の裏表紙の画像を記憶していてもよい。カードユーザが現物を認識できればいずれの表紙の画像を記憶していてもよい。なお、素材マスタ情報ＤＢ２３は、カードユーザが現物を認識しやすい方の画像を記憶していることが望ましい。
【００５４】
各実施例において、カードメーカー側の端末１，１−２、カードユーザ側の端末２，２−２、サーバ３，３−２は、１台のコンピュータで実現してもよく、複数のコンピュータで実現してもよい。例えば、カードメーカー側の端末１，１−２は、ネットワークで接続されている複数のコンピュータを備え、カード製造、封入物製作などを管理するカードメーカーの基幹系のシステムであって、カード在庫管理発注システムと連携していてもよい。カードユーザ側の端末２，２−２、サーバ３，３−２についても同様である。
【図面の簡単な説明】
【００５５】
【図１】本発明の実施例１に係るカード在庫管理発注システムの概要構成を示す図である。
【図２】本発明の実施例１に係るカード在庫管理発注システムのシステムブロック図である。
【図３】本発明の実施例１に係るカード在庫管理発注システムの処理手順を説明するフローチャートである。
【図４】本発明の実施例１に係るカード在庫管理発注システムにおける発注指示情報の処理手順を説明するフローチャートである。
【図５】本発明の実施例２に係るカード在庫管理発注システムの概略構成を示す図である。
【図６】カード会員にカード及び封入物が送付されるまでにカードユーザ及びカードメーカーが行う作業の流れを示す図である。
【図７】本発明の実施例２に係るカード在庫管理発注システムの構成を示すブロック図である。
【図８】本発明の実施例２に係るカード在庫管理発注システムの処理手順を示すフローチャートである。
【図９】カードユーザ側の端末２−２の表示手段１１の表示画面を示す図である。
【図１０】カードユーザ側の端末２−２の表示手段１１の表示画面を示す図である。
【符号の説明】
【００５６】
１，１−２  カードメーカー側の端末
２，２−２  カードユーザ側の端末
３，３−２  サーバ
４  ネットワーク
５，１０，５−２  入力手段
６，１１  表示手段
７，１２  記憶手段
８，１３  通信手段
９，１４，９−２，１４−２  制御手段
１５，１５−２  在庫情報データベース
１６  発注指示情報データベース
１８，１８−２  登録手段
１９，１９−２  在庫数量情報メール送信手段
２０  発注指示情報送信手段  ２３  素材マスタ情報ＤＢ
２４  組み合わせ情報ＤＢ
２５  履歴情報ＤＢ
【図１】
0004616656.tif 000002
【図２】
0004616656.tif 000003
【図３】
0004616656.tif 000004
【図４】
0004616656.tif 000005
【図５】
0004616656.tif 000006
【図６】
0004616656.tif 000007
【図７】
0004616656.tif 000008
【図８】
0004616656.tif 000009
【図９】
0004616656.tif 000010
【図１０】
0004616656.tif 000011