JP2003296433A

JP2003296433A - 電子納品システム及び電子納品方法

Info

Publication number: JP2003296433A
Application number: JP2002097797A
Authority: JP
Inventors: Toshiharu Moriki; 俊晴森木; Enshi Nomura; 延史野村; Yuichi Jibiki; 優一地引; Katsuhiko Takahashi; 勝彦高橋
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2002-03-29
Filing date: 2002-03-29
Publication date: 2003-10-17

Abstract

(57)【要約】【課題】納品書の管理を容易にすることができる電子
納品システム及び電子納品方法を提供する。【解決手段】電子納品システムは、企業Ａ１と、通信
ネットワーク２と、通信ネットワーク２を介して接続さ
れ、特許事務所Ｂ３_１とから構成されている。特許事務
所Ｂ３_１の担当者は、併合したい複数の納品書データを
選択して、複数の納品書データの併合を指示する。処理
制御部３３は、新たな納品書データを作成し、併合前の
複数の納品書データに添付された提出書類データを、新
たな納品書データに添付して、複数の納品書のデータを
併合する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子納品システム
及び電子納品方法に関し、詳しくは、納品書を通信ネッ
トワークを介して納品する電子納品システム及び電子納
品方法に関する。

【０００２】

【従来の技術】近年、パーソナルコンピュータの普及に
より、社内文書を特定のソフトウエアに統一したり、紙
文書を電子化することで社内の業務効率の改善が図られ
ている。このような業務の効率化の一環として、特定の
業務を請け負う外部の他社との関係においても、メール
等の電子文書が利用されている。

【０００３】

【発明が解決しようとする課題】ところで、外部の他社
からの納品書は、紙文書として送付される。納品書を電
子的に管理するには、納品書の内容を入力することが必
要であり、管理に多大な労力と時間がかかってしまう。

【０００４】また、納品書についても、通信ネットワー
クを介して納品可能な電子納品システムの構築が検討さ
れている。しかし、例えば、補正書提出後に瑕疵を発見
し、再び補正書を提出した場合のように、一の依頼内容
に対して異なる日に複数の手続を行ったときには、複数
の納品書が併存してしまう。これでは、納品書の管理が
複雑になってしまう。

【０００５】本発明は、上記問題に鑑みてなされたもの
であり、納品書の管理を容易にすることができる電子納
品システム及び電子納品方法を提供することを目的とす
る。

【０００６】

【課題を解決するための手段】上記目的を達成するた
め、本発明の第１の観点にかかる電子納品システムは、
依頼元からの依頼により所定機関に書類または書類デー
タを提出した依頼先が前記依頼元に納品書データを電子
納品する電子納品システムであって、前記納品書データ
を作成する納品書データ作成手段と、前記納品書データ
作成手段により作成された納品書データに、所定機関に
提出した提出書類データを添付する提出書類データ添付
手段と、前記提出書類データ添付手段により提出書類デ
ータが添付された納品書データの中から併合する複数の
納品書データを特定する納品書データ特定手段と、前記
納品書データ特定手段により特定された複数の納品書デ
ータを併合する併合手段と、を備える、ことを特徴とす
る。

【０００７】前記併合手段は、前記納品書データ作成手
段に、新たな納品書データを作成させ、前記提出書類デ
ータ添付手段に、併合前の複数の納品書データに添付さ
れた提出書類データを、前記新たな納品書データに添付
させることが好ましい。

【０００８】前記納品書データ特定手段は、前記納品書
データの案件番号に関する情報が同一の納品書データを
特定することが好ましい。

【０００９】請求書データを作成する請求書データ作成
手段を、さらに備え、前記請求書データ作成手段は、併
合された新たな納品書データから請求書データを作成す
ることが好ましい。

【００１０】前記併合手段により併合された納品書デー
タを、併合前の複数の納品書データに戻して併合を解除
する併合解除手段を、さらに備えることが好ましい。

【００１１】本発明の第２の観点にかかる電子納品方法
は、依頼元からの依頼により所定機関に書類または書類
データを提出した依頼先が前記依頼元に納品書データを
電子納品する電子納品方法であって、前記納品書データ
を作成する納品書データ作成ステップと、前記納品書デ
ータ作成ステップで作成された納品書データに、所定機
関に提出した提出書類データを添付する提出書類データ
添付ステップと、前記提出書類データ添付ステップで提
出書類データが添付された納品書データの中から併合す
る複数の納品書データを特定する納品書データ特定ステ
ップと、前記納品書データ特定ステップにより特定され
た複数の納品書データを併合する併合ステップと、を備
える、ことを特徴とする。

【００１２】前記併合ステップでは、前記納品書データ
作成ステップで、新たな納品書データを作成させ、前記
提出書類データ添付ステップで、併合前の複数の納品書
データに添付された提出書類データを、前記新たな納品
書データに添付させることが好ましい。

【００１３】前記納品書データ特定ステップでは、前記
納品書データの案件番号に関する情報が同一の納品書デ
ータを特定することが好ましい。

【００１４】請求書データを作成する請求書データ作成
ステップを、さらに備え、前記請求書データ作成ステッ
プでは、併合された新たな納品書データから請求書デー
タを作成することが好ましい。

【００１５】前記併合ステップで併合された納品書デー
タを、併合前の複数の納品書データに戻して併合を解除
する併合解除ステップを、さらに備えることが好まし
い。

【００１６】本発明の第３の観点にかかるプログラム
は、依頼元からの依頼により所定機関に書類または書類
データを提出した依頼先が前記依頼元に納品書データを
電子納品する電子納品システムとして機能させるための
プログラムであって、コンピュータを、前記納品書デー
タを作成する納品書データ作成手段、前記納品書データ
作成手段により作成された納品書データに、所定機関に
提出した提出書類データを添付する提出書類データ添付
手段、前記提出書類データ添付手段により提出書類デー
タが添付された納品書データの中から併合する複数の納
品書データを特定する納品書データ特定手段、前記納品
書データ特定手段により特定された複数の納品書データ
を併合する併合手段、として機能させることを特徴とす
る。

【００１７】

【発明の実施の形態】（第１の実施の形態）以下、本発
明の実施の形態にかかる電子納品システム及び電子納品
方法について説明する。本実施の形態では、企業Ａから
の依頼を受けて特許事務所Ｂが行った特許庁への所定の
手続きに関する納品書（納品書情報）を、通信ネットワ
ークを介して依頼された企業Ａに納品する場合を例に説
明する。

【００１８】図１に、電子納品システムの構成を示す。
図１に示すように、電子納品システムは、特許庁への所
定の手続きを特許事務所に依頼する企業Ａ１と、通信ネ
ットワーク２と、通信ネットワーク２を介して接続さ
れ、企業Ａ１の依頼を受け特許庁に所定の手続きを行う
複数の特許事務所Ｂ３_１、特許事務所Ｃ３_２〜特許事務
所Ｎ３_ｎと、から構成されている。

【００１９】企業Ａ１には、企業Ａ側コンピュータ１１
が設けられている。企業Ａ側コンピュータ１１は、通信
制御部１２と、処理制御部１３と、企業Ａ用データベー
ス１４と、企業Ａ用端末１５と、を備えている。

【００２０】通信制御部１２は、例えばルータなどの所
定の通信装置から構成され、企業Ａ側コンピュータ１１
と通信ネットワーク２とを接続する。通信制御部１２
は、処理制御部１３の制御により、通信ネットワーク２
を介した各種データ（情報）の送受信を行う。

【００２１】処理制御部１３は、企業Ａ側コンピュータ
１１の各部を制御するとともに、所定の動作プログラム
を実行することで、後述する各処理を実現する。処理制
御部１３はまた、通信制御部１２を制御することで通信
ネットワーク２を介した通信を行う。さらに、処理制御
部１３は所定の画像データを作成するものとする。

【００２２】企業Ａ用データベース１４は、企業Ａが行
う電子納品システムに関する各種の情報を記憶するデー
タベース（ＤＢ）である。図２に企業Ａ用データベース
１４の構成を示す。図２に示すように、企業Ａ用データ
ベース１４は、ユーザＤＢ１４１と、特許事務所情報Ｄ
Ｂ１４２と、手続情報ＤＢ１４３と、履歴情報ＤＢ１４
４と、依頼情報ＤＢ１４５と、納品書情報ＤＢ１４６
と、画像情報ＤＢ１４７と、を備えている。

【００２３】ユーザＤＢ１４１は、企業Ａの担当者（企
業Ａ側ユーザ）に関する情報を記憶するデータベースで
ある。ユーザＤＢ１４１には、例えば、図３に示すよう
に、ユーザの識別情報であるユーザＩＤ毎にレコードが
作成され、各レコードには、ユーザ氏名、所属、パスワ
ード、などを示す情報が記憶されている。ここに登録さ
れるパスワードは、ユーザが電子納品システムにログイ
ンするためのパスワードである。

【００２４】特許事務所情報ＤＢ１４２は、企業Ａが手
続を依頼する特許事務所に関する情報を記憶するデータ
ベースである。特許事務所情報ＤＢ１４２は、例えば、
図４に示すように、特許事務所を特定する番号である特
許事務所番号毎にレコードが作成され、各レコードに
は、特許事務所名、住所／所在地、メールアドレス、な
どを示す情報が記憶されている。ここで、「特許事務所
名及び住所」は、特許事務所の名称及び住所／所在地を
示し、「メールアドレス」は、各特許事務所で用いられ
る電子メールのアドレス（Ｅ−ｍａｉｌアドレス）を示
す。

【００２５】手続情報ＤＢ１４３は、企業Ａが特許事務
所に依頼する手続に関する情報を記憶するデータベース
である。手続情報ＤＢ１４３には、例えば、図５に示す
ように、企業Ａが特許事務所に依頼する手続の名前（例
えば、特許出願、出願審査請求、補正等）である「手続
名」毎にレコードが作成され、各レコードには、当該手
続名について、手続を行うことができる期間を示す「手
続可能な期間」等の情報が記憶されている。

【００２６】履歴情報ＤＢ１４４は、企業Ａが特許事務
所に依頼する手続の対象となる案件の履歴に関する情報
を記憶するデータベースである。履歴情報ＤＢ１４４に
は、例えば、図６に示すように、手続の対象となる案件
を特定する番号である「整理番号」毎にレコードが作成
され、各レコードには、特許事務所番号、出願日、出願
番号、出願審査請求日、などを示す情報が記憶されてい
る。ここで、図６の整理番号：ＪＰ０００１の出願審査
請求日が記憶されていないのは、本件について出願審査
請求をしていないためである。

【００２７】依頼情報ＤＢ１４５は、企業Ａが特許事務
所に依頼した手続内容に関する情報を記憶するデータベ
ースである。依頼情報ＤＢ１４５には、例えば、図７に
示すように、依頼番号毎にレコードが作成され、各レコ
ードには、依頼日、依頼した特許事務所番号、整理番号
（出願番号）、依頼内容、などを示す情報が記憶されて
いる。ここで、「依頼内容」欄には、例えば、「手続
（出願審査請求、補正など）を所定期間内までに行
う」、などのように、具体的な依頼の内容を示す情報が
記録される。

【００２８】納品書情報ＤＢ１４６は、特許事務所が納
品した納品書に関する情報を記憶するデータベースであ
る。納品書情報ＤＢ１４６には、例えば、図８に示すよ
うに、納品番号毎にレコードが作成され、各レコードに
は、納品日、特許事務所番号、依頼番号、整理番号（出
願番号）、納品内容、などを示す情報が記憶されてい
る。

【００２９】画面情報ＤＢ１４７は、後述する各処理で
表示される様々な画面を構成する情報を記憶するデータ
ベースであり、これらの画像を生成するための様々な素
材の画像、各種フォームなどを記憶する。

【００３０】企業Ａ用端末１５は、例えば、コンピュー
タ、携帯端末などから構成されている。企業Ａ用端末１
５は、企業Ａの担当者から手続きの依頼入力、その他の
操作入力及び処理結果等の表示を行う。

【００３１】特許事務所Ｂ３_１には、特許事務所Ｂ側コ
ンピュータ３１が設けられている。特許事務所Ｂ側コン
ピュータ３１は、通信制御部３２と、処理制御部３３
と、特許事務所Ｂ用データベース３４と、特許事務所Ｂ
用端末３５と、を備えている。

【００３２】通信制御部３２は、例えば、ルータなどの
所定の通信装置から構成され、特許事務所Ｂ側コンピュ
ータ３１と通信ネットワーク２とを接続する。通信制御
部３２は、処理制御部３３の制御により通信ネットワー
ク２を介した各種の情報の送受信を行う。

【００３３】処理制御部３３は、特許事務所Ｂ側コンピ
ュータ３１の各部を制御するとともに、所定の動作プロ
グラムを実行することで、後述する各処理を実現する。
処理制御部３３はまた、通信制御部３２を制御すること
で通信ネットワーク２を介した通信を行う。さらに、処
理制御部３３は所定の画像データを作成するものとす
る。

【００３４】特許事務所Ｂ用データベース３４は、特許
事務所Ｂが行う電子納品システムに関する各種の情報を
記憶するデータベース（ＤＢ）である。図９に特許事務
所Ｂ用データベース３４の構成を示す。図９に示すよう
に、特許事務所Ｂ用データベース３４は、ユーザＤＢ３
４１と、企業情報ＤＢ３４２と、依頼情報ＤＢ３４３
と、履歴情報ＤＢ３４４と、受領書情報ＤＢ３４５と、
納品書情報ＤＢ３４６と、請求ＤＢ３４７と、画像情報
ＤＢ３４８と、提出書類ＤＢ３４９と、を備えている。

【００３５】ユーザＤＢ３４１は、特許事務所Ｂの担当
者（特許事務所Ｂ側ユーザ）に関する情報を記憶するデ
ータベースである。ユーザＤＢ３４１には、例えば、図
１０に示すように、ユーザＩＤ毎にレコードが作成さ
れ、各レコードには、ユーザ氏名、所属、パスワード、
などを示す情報が記憶されている。

【００３６】企業情報ＤＢ３４２は、特許事務所Ｂに手
続を依頼する企業（以下、「依頼主企業」とする）に関
する情報を記憶するデータベースである。企業情報ＤＢ
３４２は、例えば、図１１に示すように、依頼主企業毎
に割り当てられた企業番号毎にレコードが作成され、各
レコードには、企業名、住所、メールアドレス、などを
示す情報が記憶されている。

【００３７】依頼情報ＤＢ３４３は、企業が特許事務所
Ｂに依頼した手続内容に関する情報を記憶するデータベ
ースである。依頼情報ＤＢ３４３には、例えば、図１２
に示すように、依頼番号毎にレコードが作成され、各レ
コードには、依頼日、企業番号、整理番号（出願番
号）、依頼内容、などを示す情報が記憶されている。

【００３８】履歴情報ＤＢ３４４は、企業が特許事務所
Ｂに依頼する手続の対象となる案件の履歴に関する情報
を記憶するデータベースである。履歴情報ＤＢ３４４に
は、例えば、図１３に示すように、整理番号毎にレコー
ドが作成され、各レコードには、企業番号、出願日、出
願番号、出願審査請求日、などを示す情報が記憶されて
いる。

【００３９】受領書情報ＤＢ３４５は、特許事務所Ｂが
特許庁に行った手続の受領書に関する情報を記憶するデ
ータベースである。受領書情報ＤＢ３４５には、例え
ば、図１４に示すように、受付番号毎にレコードが作成
され、各レコードには、受付日、書類名、整理番号（出
願番号）、企業番号、などを示す情報が記憶されてい
る。

【００４０】納品書情報ＤＢ３４６は、企業に納品する
納品書に関する情報を記憶するデータベースである。納
品書情報ＤＢ３４６には、例えば、図１５に示すよう
に、納品番号毎にレコードが作成され、各レコードに
は、依頼番号、提出書類名、整理番号（出願番号）、提
出日、受付番号、書類状態、添付状態、などを示す情報
が記憶されている。ここで、「書類状態」は、納品書の
状態を示すものであり、手続の進行状況により、「依頼
済」、「受領書取り込み済」、「納品書作成中」、「納
品書作成済」、「納品済」、「請求書作成中」等の状態
が示される。また、「添付状態」は、納品書への提出書
類の添付状態を示すものであり、その状態に応じて「Ｏ
Ｋ」、「エラー」などを示す情報が記録される。納品書
情報ＤＢ３４６は、企業から所定の手続についての依頼
を受けると、処理制御部３３により、必要な情報が登録
される。そして、処理制御部３３により、特許庁に提出
する書類（ファイル）を添付可能な納品書情報が作成さ
れる。

【００４１】請求ＤＢ３４７は、請求書（請求情報）を
発行するためのデータベースである。請求ＤＢ３４７に
は、例えば、図１６に示すように、請求日毎にレコード
が作成され、各レコードには、請求先の企業名、住所／
所在地、金額、などを示す情報が記憶されている。

【００４２】画像情報ＤＢ３４８は、後述する各処理で
表示される様々な画面を構成する情報を記憶するデータ
ベースであり、これらの画像を生成するための様々な素
材の画像、各種フォームなどを記憶する。

【００４３】提出書類ＤＢ３４９は、特許庁に提出した
特許庁提出書類を記憶するデータベースである。提出書
類ＤＢ３４９には、例えば、図１７に示すように、提出
日毎にレコードが作成され、各レコードには、整理番
号、書類名、添付状態、などを示す情報および提出した
ファイルが記録される。ここで「書類名」としては、例
えば、明細書、図面、要約書が添付された願書、出願審
査請求書等がある。また、「添付状態」には、当該提出
書類が納品書に添付されたか否かを示す情報が記録され
る。これらの情報としては、例えば、ＨＴＭＬ形式の情
報（ＨＴＭＬ文書）がある。このＨＴＭＬ文書内に<img
src=>タグがある場合には、このタグで指定されている
イメージファイルがＨＴＭＬ文書に対応付けて記憶され
ている。ただし、提出書類ＤＢ３４９に記憶される情報
は、ＨＴＭＬ形式の情報に限定されるものではなく、同
様の機能を発揮することができる他の形式の情報であっ
てもよい。

【００４４】特許事務所Ｂ用端末３５は、例えば、コン
ピュータ、携帯端末などから構成されている。特許事務
所Ｂ用端末３５は、特許事務所Ｂの担当者により納品書
情報の作成、その他の操作入力及び処理結果等の表示を
行う。

【００４５】特許事務所Ｃ３_２〜特許事務所Ｎ３_ｎにつ
いても特許事務所Ｂ３_１と同様に構成されており、特許
事務所Ｂ３_１と同様の処理が行われる。

【００４６】次に、以上のように構成された電子納品シ
ステムを用いた電子納品方法について説明する。本実施
の形態では、企業Ａが所定の特許出願について、特許事
務所Ｂに特許庁への所定の手続き、例えば、出願審査請
求をする旨の依頼を行い、特許事務所Ｂが所定の特許出
願について特許庁に出願審査請求を行った後、企業Ａに
出願審査請求に関する納品書情報を納品する場合を例に
説明する。まず、企業Ａが特許事務所Ｂに所定の特許出
願について、特許庁に出願審査請求をする旨の依頼をす
るまでについて説明する。

【００４７】（事前登録）企業Ａの担当者（企業Ａ側ユ
ーザ）が電子納品システムを利用するには、事前に登録
をすることが必要になる。以下、企業Ａ側ユーザの事前
登録について説明する。

【００４８】企業Ａ側ユーザは、企業Ａ用端末１５か
ら、ユーザ名、所属等の情報を処理制御部１３に送信す
る。処理制御部１３は、ユーザ名等の情報を受け取る
と、ユーザＩＤ及びパスワードを発行し、企業Ａ用端末
１５にユーザＩＤ及びパスワードを送信する。また、処
理制御部１３は、送信された所定の情報、ユーザＩＤ及
びパスワードをユーザＤＢ１４１に登録する。

【００４９】（ログイン）企業Ａ側ユーザは、事前登録
で送信されたユーザＩＤ及びパスワードを入力すること
により、電子納品システムに接続することができる。以
下、電子納品システムへのログインについて説明する。

【００５０】企業Ａ側ユーザが企業Ａ用端末１５からロ
グイン画面にアクセスすると、処理制御部１３は、図１
８のフローチャートに示す処理を開始する。

【００５１】まず、処理制御部１３は、図１９に示すよ
うなログイン用ページ（ＨＴＭＬ形式の情報）を画像情
報ＤＢ１４７から読み出して企業Ａ用端末１５に送信
し、企業Ａ用端末１５にログイン用ページを表示する
（ステップＳ１）。このページには、ログイン名、パス
ワードを入力する入力欄が配置されている。

【００５２】企業Ａ側ユーザは、この画面上で、ログイ
ン名とパスワードとを入力し、「送信」をクリックす
る。企業Ａ側ユーザがログイン名とパスワードを入力
し、「送信」をクリックすると、入力事項が処理制御部
１３に通知される。

【００５３】処理制御部１３は、この通知に対して、入
力された情報がユーザＤＢ１４１に登録されているか否
かを判別する（ステップＳ２）。

【００５４】処理制御部１３は、企業Ａ側ユーザが登録
されていないと判別した場合（ステップＳ２；Ｎｏ）、
図示しない登録案内のページの情報（ＨＴＭＬ文書）を
企業Ａ用端末１５に送信し、企業Ａ用端末１５に登録案
内のページを表示させ（ステップＳ３）、この処理を終
了する。

【００５５】一方、処理制御部１３は、企業Ａ側ユーザ
が登録されていると判別した場合（ステップＳ２；Ｙｅ
ｓ）、図２０に示すようなメニューページの情報（ＨＴ
ＭＬ形式の情報）を画像情報ＤＢ１４７から読み出して
企業Ａ用端末１５に送信し、企業Ａ用端末１５にメニュ
ーページを表示し（ステップＳ４）、この処理を終了す
る。この図２０に示すメニューページには、依頼書を作
成する「依頼書作成」等のメニュー欄が配置されてい
る。

【００５６】（依頼書の作成）企業Ａ側ユーザが、図２
０に示すメニューページから「依頼書作成」をクリック
すると、処理制御部１３は、図２１のフローチャートに
示す依頼書作成処理を開始する。

【００５７】まず、処理制御部１３は、図２２に示すよ
うな手続用ページの情報（ＨＴＭＬ形式の情報）を画像
情報ＤＢ１４７から読み出して企業Ａ用端末１５に送信
し、企業Ａ用端末１５に手続用ページを表示する（ステ
ップＳ１１）。企業Ａ側ユーザは、依頼する手続、本実
施の形態では、「出願審査請求」をクリックする。

【００５８】次に、処理制御部１３は、手続が選択され
たか否かを判別する（ステップＳ１２）。処理制御部１
３は、所定の手続が選択されたと判別すると（ステップ
Ｓ１２；Ｙｅｓ）、図２３に示すように、履歴情報ＤＢ
１４４から選択された手続が可能な案件（出願審査請求
が行われていない案件）の一覧を作成し、この一覧を企
業Ａ用端末１５に送信する。これにより、企業Ａ用端末
１５に選択された手続が可能な案件の一覧が表示される
（ステップＳ１３）。企業Ａ側ユーザは、この画面上
で、出願審査請求を依頼する案件、例えば、整理番号：
ＪＰ０００１（出願番号：特開２０００−１２×××）
を選択し、「送信」をクリックする。

【００５９】続いて、処理制御部１３は、出願審査請求
を依頼する案件が選択されたか否かを判別する（ステッ
プＳ１４）。処理制御部１３は、所定の案件が選択され
たと判別すると（ステップＳ１４；Ｙｅｓ）、選択され
た案件に関する依頼書（依頼情報）を作成する（ステッ
プＳ１５）。

【００６０】次に、処理制御部１３は、作成した依頼情
報を依頼情報ＤＢ１４５に記憶させ（ステップＳ１
６）、通信制御部１２、通信ネットワーク２を介して特
許事務所Ｂ側コンピュータ３１に送信する（ステップＳ
１７）。

【００６１】企業Ａから特許事務所Ｂ側コンピュータ３
１に、整理番号：ＪＰ０００１（出願番号：特開２００
２−１２×××）についての出願審査請求の依頼情報が
送信されると、処理制御部３３は、送信された依頼情報
を依頼情報ＤＢ３４３に登録する。

【００６２】さらに、処理制御部３３は、納品書情報Ｄ
Ｂ３４６に、企業Ａから特許事務所Ｂに提出を依頼した
書類名（本実施の形態では、出願審査請求書）、整理番
号：ＪＰ０００１（出願番号：特開２００２−１２××
×）を予め登録する。

【００６３】特許事務所Ｂでは、企業Ａからの依頼に応
じて、整理番号：ＪＰ０００１（出願番号：特開２００
２−１２×××）についての出願審査請求書を、例え
ば、オンラインで特許庁に提出する。オンラインで特許
庁に出願審査請求書が提出されると、特許庁から受領書
が特許事務所Ｂに送信される。

【００６４】次に、電子納品システムを用い、特許庁か
ら送信された受領書情報から納品書を作成する方法につ
いて説明する。

【００６５】（事前登録）特許事務所Ｂの担当者（特許
事務所Ｂ側ユーザ）が電子納品システムを利用するに
は、事前に登録をすることが必要になる。以下、特許事
務所Ｂ側ユーザの事前登録について説明する。

【００６６】特許事務所Ｂ側ユーザは、特許事務所Ｂ用
端末３５から、ユーザ名、所属等の情報を処理制御部３
３に送信する。処理制御部３３は、ユーザ名等の情報を
受け取ると、ユーザＩＤ及びパスワードを発行し、特許
事務所Ｂ用端末３５にユーザＩＤ及びパスワードを送信
する。また、処理制御部３３は、送信された所定の情
報、ユーザＩＤ及びパスワードをユーザＤＢ３４１に登
録する。

【００６７】（ログイン）特許事務所Ｂ側ユーザは、事
前登録で送信されたユーザＩＤ及びパスワードを入力す
ることにより、電子納品システムに接続することができ
る。以下、電子納品システムへのログインについて説明
する。

【００６８】特許事務所Ｂ側ユーザが特許事務所Ｂ用端
末３５からログイン画面にアクセスすると、処理制御部
３３は、図１８のフローチャートに示す処理を開始す
る。

【００６９】まず、処理制御部３３は、図１９に示すよ
うなログイン用ページ（ＨＴＭＬ形式の情報）を画像情
報ＤＢ３４８から読み出して特許事務所Ｂ用端末３５に
送信し、特許事務所Ｂ用端末３５にログイン用ページを
表示する（ステップＳ１）。このページには、ログイン
名、パスワードを入力する入力欄が配置されている。

【００７０】特許事務所Ｂ側ユーザは、この画面上で、
ログイン名とパスワードとを入力し、「送信」をクリッ
クする。特許事務所Ｂ側ユーザがログイン名とパスワー
ドを入力し、「送信」をクリックすると、入力事項が処
理制御部３３に通知される。

【００７１】処理制御部３３は、この通知に対して、入
力された情報がユーザＤＢ３４１に登録されているか否
かを判別する（ステップＳ２）。

【００７２】処理制御部３３は、特許事務所Ｂ側ユーザ
が登録されていないと判別した場合（ステップＳ２；Ｎ
ｏ）、図示しない登録案内のページの情報（ＨＴＭＬ文
書）を特許事務所Ｂ用端末３５に送信し、特許事務所Ｂ
用端末３５に登録案内のページを表示させ（ステップＳ
３）、この処理を終了する。

【００７３】一方、処理制御部３３は、特許事務所Ｂ側
ユーザが登録されていると判別した場合（ステップＳ
２；Ｙｅｓ）、図２４に示すようなメニューページの情
報（ＨＴＭＬ形式の情報）を画像情報ＤＢ３４７から読
み出して特許事務所Ｂ用端末３５に送信し、特許事務所
Ｂ用端末３５にメニューページを表示し（ステップＳ
４）、この処理を終了する。

【００７４】（受領書情報から納品書を作成する方法）
前述のように、企業Ａから特許事務所Ｂ側コンピュータ
３１に、整理番号：ＪＰ０００１（出願番号：特開２０
０２−１２×××）についての出願審査請求の依頼情報
が送信されると、処理制御部３３は、図２５に示すよう
に、納品書情報ＤＢ３４６に、書類名：出願審査請求
書、整理番号：ＪＰ０００１（出願番号：特開２００２
−１２×××）を予め登録する。

【００７５】そして、特許事務所Ｂにより、整理番号：
ＪＰ０００１（出願番号：特開２００２−１２×××）
についての出願審査請求書を、例えば、オンラインで特
許庁に提出すると、特許庁から受領書が特許事務所Ｂに
送信される。

【００７６】特許庁から受領書が送信されると、特許事
務所Ｂ側ユーザは、電子納品システムに接続して、図２
４に示すようなメニューページから「納品書作成（受領
書）」をクリックして、納品書の作成処理を行う。特許
事務所Ｂ側ユーザが、「納品書作成（受領書）」をクリ
ックすると、処理制御部３３は、図２６のフローチャー
トに示す処理を開始する。

【００７７】まず、処理制御部３３は、特許庁から送信
された受領書に関する情報が受領書情報ＤＢ３４５に登
録されているか否かを判別する（ステップＳ２１）。処
理制御部３３が、受領書に関する情報が受領書情報ＤＢ
３４５に登録されていないと判別した場合（ステップＳ
２１；Ｎｏ）、特許事務所Ｂ側ユーザに受付番号、受付
日、出願番号（整理番号）等の受領書に関する情報を受
領書情報ＤＢ３４５に登録させる（ステップＳ２２）。
一方、処理制御部３３は、受領書に関する情報が受領書
情報ＤＢ３４５に登録されていると判別した場合（ステ
ップＳ２１；Ｙｅｓ）、ステップＳ２３に進む。

【００７８】次に、処理制御部３３は、受領書情報ＤＢ
３４５に登録された出願番号（整理番号）と一致する案
件が、納品書情報ＤＢ３４６に登録されているか否かを
判別する（ステップＳ２３）。

【００７９】処理制御部３３は、一致する案件が納品書
情報ＤＢ３４６に登録されていると判別した場合（ステ
ップＳ２３；Ｙｅｓ）、納品書情報ＤＢ３４６に提出日
と、受付番号とを登録する（ステップＳ２４）。納品書
情報ＤＢ３４６に受付番号を登録するのは、同じ受領書
を誤って取り込み実行した際に、同一の受領書から納品
書が再度作成されることを防止するためである。さら
に、処理制御部３３は、図２７に示すように、フラグを
「受領書取り込み済」に変更する（ステップＳ２５）。
このように、フラグが「受領書取り込み済」に変更され
ると、特許庁へ提出した特許庁書類を添付することが可
能になる。

【００８０】処理制御部３３は、一致する案件が納品書
情報ＤＢ３４６に登録されていないと判別した場合（ス
テップＳ２３；Ｎｏ）、この案件を納品書情報ＤＢ３４
６に登録し（ステップＳ２６）、ステップＳ２４に進
む。このような場合としては、例えば、電話で出願審査
請求の依頼をした場合がある。

【００８１】次に、特許事務所Ｂ側ユーザは、受領書を
取り込んだ納品書情報について、当該納品書情報に提出
書類を添付する提出書類自動添付処理を行う。この提出
書類自動添付処理を図２８のフローチャートを参照して
説明する。

【００８２】処理制御部３３はまず、図２４に示すよう
なメニュー画面を表示させる（ステップＳ３１）。ここ
で、「納品物件自動添付」がクリックされると（ステッ
プＳ３２；Ｙｅｓ）、図２９に示すように、納品書類Ｄ
Ｂ３４６の「書類状態」欄に「納品書作成中」を設定す
る（ステップＳ３３）。

【００８３】続いて処理制御部３３は、納品書類ＤＢ３
４６の当該レコードに記録されている受付番号情報を取
得した後、受領書情報ＤＢ３４５にアクセスし、当該受
付番号に対応する受領書情報を取得する（ステップＳ３
４）

【００８４】処理制御部３３はさらに、提出書類ＤＢ３
４９にアクセスし、ステップＳ３４で取得した受領書情
報と一致する提出書類情報（提出日、整理番号、書類
名）があるか検索する（ステップＳ３５）。ここで、一
致する提出書類情報がある場合（ステップＳ３５；Ｙｅ
ｓ）は、当該提出書類情報のレコードに記録されている
提出書類ファイルを取得し、当該納品書情報に添付する
（ステップＳ３６）。ここで、提出書類ファイルのＨＴ
ＭＬ文書内に<img src=>タグがある場合には、このタグ
で指定されているイメージファイルを提出書類ファイル
に対応付けて納品書情報に添付する。

【００８５】提出書類ファイルの添付が終了すると、処
理制御部３３は、図３０に示すように、当該納品書類レ
コードの「添付状態」欄に「ＯＫ」を設定する（ステッ
プＳ３７）。これにより、当該納品書類に提出書類が問
題なく添付されたことが示される。

【００８６】次に処理制御部３３は、提出書類ＤＢ３４
６にアクセスし、ステップＳ３６で添付した提出書類に
対応する「添付状態」欄に、すでに納品書類に添付され
たことを示す「添付済」を設定する（ステップＳ３
８）。

【００８７】これにより、納品書類の作成が完了したこ
とになるので、処理制御部３３は、当該納品書レコード
の「書類状態」に、納品書作成完了を示す「納品書作成
済」を設定して（ステップＳ３９）、処理を終了する。
「納品書作成済」になると、その納品書は、企業Ａに送
信（納品）することができ、送信後に請求書を作成する
ことが可能になる。

【００８８】（自動添付できない場合の処理画面表示方
法）一方、受領書情報と提出書類情報が不一致であった
場合（ステップＳ３５；Ｎｏ）、処理制御部３３は、添
付エラー処理（ステップＳ４０）を実行する。ここで
は、本来自動で添付されるべき提出書類が添付できなか
ったことから、提出日、書類名、出願番号に誤記等（例
えば、書類に記入した「提出日」とは異なる日（例え
ば、翌日以降）にオンライン手続きした場合）があった
ことが想定されるので、ユーザによって対象書類を選択
させる。この添付エラー処理を図３１に示すフローチャ
ートを参照して説明する。

【００８９】処理制御部３３は、図３２に示すように、
当該納品書レコードの「添付状態」欄に「エラー」を設
定した後（ステップＳ４１）、図３３に示すような書類
添付エラー画面を表示させる（ステップＳ４２）。

【００９０】この書類添付エラー画面では、当該納品書
レコードに記録されている情報が表示されるとともに、
提出書類ＤＢ３４９に記録されている提出書類情報のう
ち、未だ納品書に添付されていない提出書類の一覧画面
を表示させるか否かを選択させるボタン（「はい」およ
び「いいえ」）が表示される。特許事務所Ｂ側ユーザ
は、「はい」または「いいえ」を選択する。

【００９１】ここで、「はい」が選択された場合、すな
わち、未添付提出書類の一覧表示が選択された場合（ス
テップＳ４３；Ｙｅｓ）、処理制御部３３は、提出書類
ＤＢ３４９から、「添付状態」が「未添付」のものを取
得して、図３４に示すように一覧表示させる（ステップ
Ｓ４４）。

【００９２】この画面上には、提出書類毎に、例えば、
チェックボックスなどの選択指定手段が配置されてお
り、特許事務所Ｂ側ユーザは、一覧の中から添付対象の
書類に対応するチェックボックスにチェックを入れて添
付すべき書類を指定した後（ステップＳ４５；Ｙｅ
ｓ）、「添付」ボタンを選択することで（ステップＳ４
６；Ｙｅｓ）当該提出書類が納品書情報に添付される
（ステップＳ４７）。

【００９３】処理制御部３３は、当該納品書レコードの
「添付状態」を「エラー」から「ＯＫ」に変更し（ステ
ップＳ４８）、さらに、提出書類ＤＢ３４９の当該提出
書類レコードの「添付状態」を「添付済」に変更して
（ステップＳ４９）、処理を終了する。

【００９４】（マニュアルで納品書を作成する方法）一
般に、特許庁への手続はオンラインによって行われる
が、事務所側の作業状態等の事情によってはオンライン
手続きができない場合がある。その場合、郵送により書
類を提出することがある。このようなオンライン以外の
形態で提出した書類を納品書に添付するための処理は以
下の通りである。

【００９５】特許事務所Ｂ側ユーザは、図２４に示すよ
うなメニューページから「納品書作成（手入力）」をク
リックして、マニュアルで納品物件の取り込み処理を行
う。処理制御部３３は、「納品書作成（手入力）」がク
リックされると、図３５に示すようなマニュアル入力用
ページの情報（ＨＴＭＬ形式の情報）を画像情報ＤＢ３
４８から読み出して特許事務所Ｂ用端末３５に送信し、
特許事務所Ｂ用端末３５にマニュアル入力用ページを表
示する。

【００９６】ここで、手続分類は、例えば、出願系、審
査系、中間系、審判系等に分類されている。出願系とし
ては、出願、新規性喪失の例外に関する証明書の提出等
の手続がある。審査系としては、出願審査請求書、早期
審査に関する事情説明書等の手続きがある。中間系とし
ては、意見書、手続補正書等の手続がある。審判系に
は、審判請求書、審判答弁書の手続がある。

【００９７】特許事務所Ｂ側ユーザは、この画面上で、
手続分類、出願番号、提出日を入力し、納品物件を特定
する。次に、特許事務所Ｂ側ユーザは、添付すべき特許
庁提出書類を選択する。まず、特許事務所Ｂ側ユーザ
は、特許庁提出書類の「検索」をクリックする。する
と、例えば、図３４に示す、提出書類の内、未だ納品書
に添付されていない提出書類の一覧が表示される。ここ
で、先ほど手続分類に所定の手続が入力されているの
で、この手続分類に対応した特許庁提出書類の一覧が表
示される。特許事務所Ｂ側ユーザは、この画面上で、添
付すべき特許庁提出書類の「添付」をクリックして、添
付すべき特許庁提出書類を指定する。これにより、特許
庁提出書類が納品物件に添付される。そして、特許事務
所Ｂ側ユーザは、保存時に、納品書に記入された出願番
号、提出日及び書類名と、添付した特許庁提出書類ファ
イルのデータが一致するか確認する。これが一致した場
合は、そのまま作業が終了する。一致しない場合にはエ
ラーメッセージが表示され、特許事務所Ｂ側ユーザは、
このエラーメッセージの内容に従って再び納品書を作成
する。

【００９８】（企業への電子納品方法）フラグが「納品
書作成済」となった状態で企業に納品することができ
る。特許事務所Ｂ側ユーザが図２４に示すようなメニュ
ーページから「納品」をクリックすると、処理制御部３
３は、通信制御部３２、通信ネットワーク２を介して、
企業Ａ側コンピュータ１１に納品書を送信する。この送
信により、企業Ａに電子納品がなされる。

【００９９】（請求書の作成方法）納品書が企業Ａに送
信されると、処理制御部３３は、フラグを「納品済」に
変更する。フラグが「納品済」となった状態で、特許事
務所Ｂ側ユーザは請求書を作成することができる。特許
事務所Ｂ側ユーザが図２４に示すようなメニューページ
から「請求明細書作成」をクリックすると、処理制御部
３３は、フラグを「請求書作成中」に変更する。処理制
御部３３は、請求ＤＢ３４７に登録された情報から請求
書を作成する。

【０１００】ここで、特定の企業については、例えば、
納品書の親文書を開くと、企業から特許庁へ書類の提出
依頼した際に設定した料金計算に関係する各項目が設定
されている。特許事務所Ｂ側ユーザは、各項目に対し
て、依頼後に変更があった場合は項目を変更し、その変
更理由について詳述する。このように、請求明細書が作
成されると、設定した項目に従って料金が自動計算され
た請求費用が記入された請求書が作成される。

【０１０１】請求書が作成されると、特許事務所Ｂ側ユ
ーザが図２４に示すようなメニューページから「請求書
送信」をクリックする。「請求書送信」をクリックする
と、処理制御部３３は、通信制御部３２、通信ネットワ
ーク２を介して、企業Ａ側コンピュータ１１に請求書を
送信する。この送信により、企業Ａに請求書が送付され
る。

【０１０２】（複数の納品書の併合）例えば、補正書提
出後に瑕疵を発見し、再び補正書を提出した場合のよう
に、一の依頼内容に対して異なる日に複数の手続を行っ
たときには、複数の納品書が併存してしまう。このよう
な場合には、複数の納品書の併合を行うことができる。
以下、複数の納品書の併合処理について説明する。

【０１０３】まず、特許事務所Ｂ側ユーザは、前述と同
様の処理により、第一の提出日によって本来依頼された
内容から第一の納品書を作成し、対応した特許庁提出書
類を添付する。次に、特許事務所Ｂ側ユーザは、その納
品書に特許庁提出書類を追加したい場合は、追加したい
特許庁提出書類が記入されている受領書から第二の納品
書を作成する。そして、特許事務所Ｂ側ユーザは、第二
の納品書に対して、特許庁提出書類を添付する。

【０１０４】続いて、特許事務所Ｂ側ユーザは、併合し
たい第一の納品書及び第二の納品書を選択した状態で、
図２４に示すようなメニューページから「併合」をクリ
ックする。「併合」がクリックされると、処理制御部３
３は、第三の納品書を作成し、特許庁提出書類を添付す
る。そして、処理制御部３３は、この新しく作成された
第三の納品書で請求明細書を作成する。

【０１０５】ここで、第一の納品書及び第二の納品書と
も受領書から作成した場合を想定しているため、各納品
書は、それぞれ異なる書類として扱うことができる。こ
れは、受領書から納品書を作成した場合、同じ受領書か
ら納品書が作成されたか否かをチェックしているため、
同一の納品書及び特許庁提出書類が存在することはな
い。そのため、第一の納品書と第二の納品書とは異なる
書類となる。

【０１０６】併合できる条件としては、納品書管理の観
点から、例えば、出願番号が同一の場合に限定すること
が好ましい。このような併合処理は何件でも可能であ
り、さらに、併合処理した納品書を更に併合することも
可能である。

【０１０７】また、併合した後、元の状態（第一の納品
書と第二の納品書）に戻すには、図２４に示すようなメ
ニューページから「併合解除」をクリックすることで、
第三の納品書から元の状態に戻すことができる。この場
合、第一の納品書及び第二の納品書は、第三の納品書が
併合解除されても元の状態に戻すことが可能であるた
め、納品書としては存在している。

【０１０８】以上の説明は、受領書から作成した納品書
を用いた場合であるが、第一の納品書及び第二の納品書
のどちらか、あるいは両方がマニュアルで作成された納
品書であっても、併合処理は可能である。

【０１０９】以上説明したように、本実施の形態によれ
ば、一の依頼内容に対して異なる日に複数の手続を行っ
ても、複数の納品書を併合して一の納品書にすることが
できるので、納品書の管理を容易にすることができる。

【０１１０】本実施の形態によれば、複数の納品書を併
合した後に、元の状態に戻すことができるので、併合す
る納品書を誤った場合にも、元の状態に戻すことができ
る。

【０１１１】（第２の実施の形態）次に、第２の実施の
形態について説明する。本実施の形態では、電子納品シ
ステムの構成が第１の実施の形態と異なっている。ただ
し、納品書の作成処理のような各種の処理はほぼ同様で
あり、本実施の形態では、電子納品システムの構成及び
各処理の関係を中心に説明する。図３６は、本実施の形
態の電子納品システムのデータベースの関係を示す図で
ある。

【０１１２】図３６に示すように、電子納品システム
は、企業Ａ５１と、通信ネットワーク５２と、特許事務
所Ｂ５３と、から構成されている。企業Ａ５１は、特許
事務所に手続を依頼する依頼書に関する情報を記憶する
事務所依頼ＤＢ５４と、出願審査請求の要否評価に関す
る情報を記憶する審査請求要否評価ワークフローＤＢ５
５と、手続に対する料金に関する情報を記憶する特許共
通マスタＤＢ５６と、請求明細書データを記憶する請求
明細書ＤＢ５７と、納品データ、料金表マスタ及び請求
明細書データを記憶する納品ＤＢ５８と、中間処理に関
する情報を記憶する中間ＤＢ５９とを備えている。電子
納品システムは、企業Ａ５１と特許事務所Ｂ５３との間
を、通信ネットワーク５２を介して、事務所依頼ＤＢ５
４と納品ＤＢ５８と中間ＤＢス５９とに記憶された情報
が送受信できるように構成されている。なお、電子納品
システムは、図示しないサーバによって制御されてい
る。

【０１１３】次に、企業Ａが特許事務所Ｂに出願審査請
求を依頼した場合を例に、本実施の形態の手続の流れ
（業務フロー）を説明する。図３７は、電子納品システ
ムの手続処理を説明するためのフローチャートである。

【０１１４】図３７に示すように、審査請求担当者が出
願審査請求について事務所依頼書を作成（表示）する
（ステップＳ５１）。サーバは、この依頼書に関する情
報を事務所依頼ＤＢ５４に記憶するとともに、記憶した
情報を特許事務所Ｂに送信する。

【０１１５】特許事務所Ｂの担当者は、送付された情報
から特許庁に対して出願審査請求を行い、審査請求担当
者から送付された情報及び特許庁からの受領書６０に関
する情報から納品書を作成する（ステップＳ５２）。次
に、特許事務所Ｂの担当者は、作成した納品書に納品物
件６１（出願審査請求書）を取り込み（ステップＳ５
３）、納品物件６１が取り込まれた納品書に関する情報
を企業Ａの知財に納品（サーバにより納品ＤＢに記憶）
する（ステップＳ５４）。納品ＤＢ５８には、特許共通
マスタＤＢ５６からの情報も記憶され、これらの情報が
印刷されて（ステップＳ６７）、提出書類６３が出力さ
れる。

【０１１６】続いて、特許事務所Ｂの担当者は、請求明
細の作成が必要が否かを判別し（ステップＳ５５）、必
要でないと判別した場合（ステップＳ５５；Ｎｏ）には
ステップＳ５７に進み、必要であると判別した場合（ス
テップＳ５５；Ｙｅｓ）には請求明細を作成する（ステ
ップＳ５６）。

【０１１７】次に、サーバは、依頼データが存在するか
否かを判別し（ステップＳ５７）、存在すると判別した
場合（ステップＳ５７；Ｙｅｓ）には、請求明細書作成
データを請求明細ＤＢ５７に記憶する（ステップＳ５
８）。また、サーバは、納品ＤＢ５８にも記憶する。サ
ーバは、依頼データが存在しないと判別した場合（ステ
ップＳ５７；Ｎｏ）には、存在チェック用ファイルを出
力し（ステップＳ５９）、納品チェックＩＮファイルに
記憶する（ステップＳ６０）。

【０１１８】次に、サーバは、存在チェック処理を行い
（ステップＳ６１）、納品チェックＯＵＴファイルに記
憶する（ステップＳ６２）。続いて、サーバは、存在チ
ェック反映処理を行い（ステップＳ６３）、依頼データ
が存在するか否かを判別する（ステップＳ６４）。サー
バは、依頼データが存在すると判別した場合（ステップ
Ｓ６４；Ｙｅｓ）には、ステップＳ５８に戻る。サーバ
は、依頼データが存在しないと判別した場合（ステップ
Ｓ６４；Ｎｏ）には、特許事務所Ｂにこの情報を送信す
る。

【０１１９】特許事務所Ｂの担当者は、請求明細状態の
一覧を表示し（ステップＳ６５）、納品書を作成するか
否かを判別する（ステップＳ６６）。特許事務所Ｂの担
当者が納品書を作成すると判別した場合（ステップＳ６
６；Ｙｅｓ）には、ステップＳ５２に戻る。特許事務所
Ｂの担当者が納品書を作成しないと判別した場合（ステ
ップＳ６６；Ｎｏ）には、この処理を終了する。

【０１２０】次に、本実施の形態の電子納品システムの
手続に流れ（業務フロー）について説明する。図３８
は、本実施の形態の電子納品システムの手続処理を説明
するための図である。

【０１２１】図３８に示すように、企業Ａ５１の担当者
は、審査請求要否評価ワークフローＤＢ５５を用いて、
出願審査請求の要否評価についての評価処理を行う。企
業Ａ５１の担当者は、出願審査請求をする場合、特許事
務所Ｂに出願審査請求を依頼する依頼書に関する情報を
作成し、事務所依頼用ＤＢ５４を用いてオンラインで、
特許事務所Ｂに出願審査請求を依頼する。ここで、事務
所依頼用ＤＢ５４を用いないで紙により特許事務所Ｂに
出願審査請求を依頼することも可能である。

【０１２２】案件を受任した特許事務所Ｂの担当者は、
必要な書類を作成し、オンラインで特許庁に出願審査請
求を行う。ここで、郵送により、特許庁に出願審査請求
を行うことも可能である。次に、特許事務所Ｂの担当者
は、手続書類及び受領書に関する情報から納品書を作成
する。ここで、特許事務所Ｂの担当者は、納品書の併合
及び併合解除を行う場合もある。続いて、特許事務所Ｂ
の担当者は、納品書に関する情報を企業Ａの知財に納品
（送信）する。知財では、受信した納品書に関する情報
を印刷することにより、特許庁に提出された提出書類を
出力することができる。

【０１２３】また、特許事務所Ｂの担当者は、請求明細
書を作成し、例えば、夜間バッチにより企業Ａの請求明
細書ＤＢ５７に請求明細書に関する情報を送信する。企
業Ａ（サーバ）は、存在チェックを行った後、自動検収
または知財の担当者による検収をし、請求処理を実行す
る。

【０１２４】企業Ａ５１の担当者が特許事務所Ｂに中間
処理の依頼を行う場合、中間ＤＢ５９を用いて、特許事
務所Ｂに中間処理を依頼する依頼書に関する情報を作成
し、中間ＤＢ５９を用いてオンラインで、特許事務所Ｂ
に中間処理を依頼する。その後の処理は、出願審査請求
の場合と同様である。

【０１２５】以上説明したように、本実施の形態の電子
納品システムによっても、企業Ａに送信された納品書に
関する情報を用いて納品書が管理され、納品書の管理を
容易にすることができる。

【０１２６】なお、本発明は上記実施の形態に限定され
ず、種々の変形及び応用が可能である。例えば、システ
ム構成や画面構成は適宜変更可能である。また、実質的
に同一の機能が実現できるならば、処理手順なども適宜
変更可能である。

【０１２７】上記実施の形態では、企業Ａが特許庁に対
する手続を特許事務所Ｂに依頼した場合を例に本発明を
説明したが、本発明はこれに限定されるものではなく、
依頼元（依頼主）が、司法、行政機関のような所定機関
に対する手続を、依頼先に依頼する場合であればよい。
依頼元としては、企業のような法人の他、個人であって
もよい。依頼先としては、手続代行業者がある。

【０１２８】上記実施の形態では、第一の納品書及び第
二の納品書の２つの納品書を併合する場合を例に本発明
を説明したが、３つ以上の納品書を併合してもよい。ま
た、併合した納品書と他の納品書とを併合してもよい。

【０１２９】コンピュータ又はコンピュータ群を、上述
のシステムとして機能させ、或いは、上述の工程を実行
させるために必要なプログラムの全部又は一部を、記録
媒体（ＲＯＭ、フレキシブルディスク、ハードディス
ク、ＣＤ−ＲＯＭ、ＭＯ、ＣＤ−Ｒ、フラッシュメモ
リ）等に記録して配布・流通させてもよい。

【０１３０】

【発明の効果】以上説明したように、本発明によれば、
納品書の管理を容易にすることができる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係る電子納品シス
テムの構成を示す図である。

【図２】図１の企業Ａ用データベースの構成を示す図で
ある。

【図３】ユーザデータベースの構成を示す図である。

【図４】特許事務所情報データベースの構成を示す図で
ある。

【図５】手続情報データベースの構成を示す図である。

【図６】履歴情報データベースの構成を示す図である。

【図７】依頼情報データベースの構成を示す図である。

【図８】納品書情報データベースの構成を示す図であ
る。

【図９】図１の特許事務所Ｂ用データベースの構成を示
す図である。

【図１０】ユーザデータベースの構成を示す図である。

【図１１】企業情報データベースの構成を示す図であ
る。

【図１２】依頼情報データベースの構成を示す図であ
る。

【図１３】履歴情報データベースの構成を示す図であ
る。

【図１４】受領書情報データベースの構成を示す図であ
る。

【図１５】納品書情報データベースの構成を示す図であ
る。

【図１６】請求データベースの構成を示す図である。

【図１７】提出書類データベースの構成を示す図であ
る。

【図１８】ログイン時に、電子納品サーバが実行する処
理を説明するためのフローチャートである。

【図１９】ログイン用ページの一例を示す図である。

【図２０】メニューページの一例を示す図である。

【図２１】依頼書の作成処理を説明するためのフローチ
ャートである。

【図２２】手続用ページの一例を示す図である。

【図２３】出願審査未請求案件の一覧を示す図である。

【図２４】メニューページの一例を示す図である。

【図２５】納品書情報データベースの一例を示す図であ
る。

【図２６】納品書作成処理を説明するためのフローチャ
ートである。

【図２７】納品書情報データベースの一例を示す図であ
る。

【図２８】提出書類自動添付処理を説明するためのフロ
ーチャートである。

【図２９】納品書情報データベースに記録される情報の
例を説明するための図である。

【図３０】納品書情報データベースに記録される情報の
例を説明するための図である。

【図３１】図２８に示す提出書類自動添付処理で実行さ
れる添付エラー処理を説明するためのフローチャートで
ある。

【図３２】納品書情報データベースに記録される情報の
例を説明するための図である。

【図３３】図３１に示す添付エラー処理で表示される書
類添付エラー画面の表示例を示す図である。

【図３４】図３１に示す添付エラー処理で表示される未
添付書類一覧画面の表示例を示す図である。

【図３５】マニュアル入力用ページの一例を示す図であ
る。

【図３６】本発明の第２の実施の形態の電子納品システ
ムのデータベースの関係を示す図である。

【図３７】電子納品システムの手続処理を説明するため
のフローチャートである。

【図３８】電子納品システムの手続処理を説明するため
の図である。

【符号の説明】

１企業Ａ２通信ネットワーク３_１特許事務所Ｂ１１企業Ａ側コンピュータ１２通信制御部１３処理制御部１４企業Ａ用データベース１５企業Ａ用端末３１特許事務所Ｂ側コンピュータ３２通信制御部３３処理制御部３４特許事務所Ｂ用データベース３５特許事務所Ｂ用端末

───────────────────────────────────────────────────── フロントページの続き (72)発明者地引優一東京都大田区中馬込１丁目３番６号株式会社リコー内 (72)発明者高橋勝彦東京都台東区東上野２丁目１番11号

Claims

【特許請求の範囲】

【請求項１】依頼元からの依頼により所定機関に書類ま
たは書類データを提出した依頼先が前記依頼元に納品書
データを電子納品する電子納品システムであって、前記納品書データを作成する納品書データ作成手段と、前記納品書データ作成手段により作成された納品書デー
タに、所定機関に提出した提出書類データを添付する提
出書類データ添付手段と、前記提出書類データ添付手段により提出書類データが添
付された納品書データの中から併合する複数の納品書デ
ータを特定する納品書データ特定手段と、前記納品書データ特定手段により特定された複数の納品
書データを併合する併合手段と、を備える、ことを特徴
とする電子納品システム。
【請求項２】前記併合手段は、前記納品書データ作成手
段に、新たな納品書データを作成させ、前記提出書類デ
ータ添付手段に、併合前の複数の納品書データに添付さ
れた提出書類データを、前記新たな納品書データに添付
させる、ことを特徴とする請求項１に記載の電子納品シ
ステム。
【請求項３】前記納品書データ特定手段は、前記納品書
データの案件番号に関する情報が同一の納品書データを
特定する、ことを特徴とする請求項１または２に記載の
電子納品システム。
【請求項４】請求書データを作成する請求書データ作成
手段を、さらに備え、前記請求書データ作成手段は、併合された新たな納品書
データから請求書データを作成する、ことを特徴とする
請求項１乃至３のいずれか１項に記載の電子納品システ
ム。
【請求項５】前記併合手段により併合された納品書デー
タを、併合前の複数の納品書データに戻して併合を解除
する併合解除手段を、さらに備える、ことを特徴とする
請求項１乃至４のいずれか１項に記載の電子納品システ
ム。
【請求項６】依頼元からの依頼により所定機関に書類ま
たは書類データを提出した依頼先が前記依頼元に納品書
データを電子納品する電子納品方法であって、前記納品書データを作成する納品書データ作成ステップ
と、前記納品書データ作成ステップで作成された納品書デー
タに、所定機関に提出した提出書類データを添付する提
出書類データ添付ステップと、前記提出書類データ添付ステップで提出書類データが添
付された納品書データの中から併合する複数の納品書デ
ータを特定する納品書データ特定ステップと、前記納品書データ特定ステップにより特定された複数の
納品書データを併合する併合ステップと、を備える、こ
とを特徴とする電子納品方法。
【請求項７】前記併合ステップでは、前記納品書データ
作成ステップで、新たな納品書データを作成させ、前記
提出書類データ添付ステップで、併合前の複数の納品書
データに添付された提出書類データを、前記新たな納品
書データに添付させる、ことを特徴とする請求項６に記
載の電子納品方法。
【請求項８】前記納品書データ特定ステップでは、前記
納品書データの案件番号に関する情報が同一の納品書デ
ータを特定する、ことを特徴とする請求項６または７に
記載の電子納品方法。
【請求項９】請求書データを作成する請求書データ作成
ステップを、さらに備え、前記請求書データ作成ステップでは、併合された新たな
納品書データから請求書データを作成する、ことを特徴
とする請求項６乃至８のいずれか１項に記載の電子納品
方法。
【請求項１０】前記併合ステップで併合された納品書デ
ータを、併合前の複数の納品書データに戻して併合を解
除する併合解除ステップを、さらに備える、ことを特徴
とする請求項６乃至９のいずれか１項に記載の電子納品
方法。
【請求項１１】依頼元からの依頼により所定機関に書類
または書類データを提出した依頼先が前記依頼元に納品
書データを電子納品する電子納品システムとして機能さ
せるためのプログラムであって、コンピュータを、前記納品書データを作成する納品書データ作成手段、前記納品書データ作成手段により作成された納品書デー
タに、所定機関に提出した提出書類データを添付する提
出書類データ添付手段、前記提出書類データ添付手段により提出書類データが添
付された納品書データの中から併合する複数の納品書デ
ータを特定する納品書データ特定手段、前記納品書データ特定手段により特定された複数の納品
書データを併合する併合手段、として機能させるための
プログラム。