JP7161257B1 - 情報処理システム、情報処理方法及びプログラム - Google Patents

Abstract

【課題】ヒューマンエラーやワークフロー違反等を抑制可能な情報処理システム等を提供すること。【解決手段】本発明の一態様によれば、情報処理システムが提供される。この情報処理システムは、制御部を備える。制御部は、次の各ステップを実行するように構成される。第１の受付ステップでは、少なくとも１人のユーザによる確認入力パートへの第１の入力を受け付ける。確認入力パートは、第１のファイル形式を有する文書ファイルにおいて、その本文とは区別可能に含まれる。変換ステップでは、文書ファイルに含まれる確認入力パートを削除して、文書ファイルを第１のファイル形式とは異なる第２のファイル形式に変換する。【選択図】図１

Description

本発明は、情報処理システム、情報処理方法及びプログラムに関する。

編集のしやすい第１のファイル形式で文書ファイルを編集、作成又は校閲等して、その文書ファイルに含まれる内容が確定した後に、予め定められた形式である第２のファイル形式に変換してその後の手続きを進める場面が多々存在する。例えば、特許文献１には、文書ファイルのファイル形式をＰＤＦファイル形式に変換する先行技術が開示されている。

特許第６７９９７００号公報

しかしながら、特許文献１に開示されている技術では、ファイル形式の変換に至るまでのヒューマンエラーやワークフロー違反を見逃してしまう可能性がある。つまり、その文書ファイルに含まれる内容が本当に確定しているのか、そもそも変換して手続きを進めてよい場面なのか等を的確に判断することはできない。

本発明では上記事情を鑑み、ヒューマンエラーやワークフロー違反等を抑制可能な情報処理システム等を提供することとした。

（１）本発明の一態様によれば、情報処理システムが提供される。この情報処理システムは、制御部を備える。制御部は、次の各ステップを実行するように構成される。第１の受付ステップでは、少なくとも１人のユーザによる確認入力パートへの第１の入力を受け付ける。確認入力パートは、第１のファイル形式を有する文書ファイルにおいて、その本文とは区別可能に含まれる。変換ステップでは、文書ファイルに含まれる確認入力パートを削除して、文書ファイルを第１のファイル形式とは異なる第２のファイル形式に変換する。

このような態様によれば、少なくとも１人のユーザが適切な条件を判断した上で、ファイル形式の変換を実行することができるため、適切でない場合に誤ってファイル形式を変換してしまうといった、ヒューマンエラーやワークフロー違反等を抑制可能な情報処理システムを提供することができる。

情報処理装置１のハードウェア構成を示すブロック図である。 情報処理装置１における制御部１３等によって実現される機能を示すブロック図である。 情報処理装置１による情報処理の一例を示すアクティビティ図である。 第１のファイル形式で生成された文書ファイルの一例であるＷｏｒｄファイル２を示す図である。 第１のファイル形式で生成された文書ファイルの一例であるＷｏｒｄファイル２を示す図である。 表示部１４に表示される画面の一例である。 表示部１４に表示される画面の一例である。 第２のファイル形式で生成された文書ファイルの一例であるＨＴＭＬファイル３を示す図である。

以下、図面を用いて本発明の実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。

ところで、本実施形態に登場するソフトウェアを実現するためのプログラムは、コンピュータが読み取り可能な非一時的な記録媒体（Ｎｏｎ－Ｔｒａｎｓｉｔｏｒｙ Ｃｏｍｐｕｔｅｒ－Ｒｅａｄａｂｌｅ Ｍｅｄｉｕｍ）として提供されてもよいし、外部のサーバからダウンロード可能に提供されてもよいし、外部のコンピュータで当該プログラムを起動させてクライアント端末でその機能を実現（いわゆるクラウドコンピューティング）するように提供されてもよい。

また、本実施形態において「部」とは、例えば、広義の回路によって実施されるハードウェア資源と、これらのハードウェア資源によって具体的に実現されうるソフトウェアの情報処理とを合わせたものも含みうる。また、本実施形態においては様々な情報を取り扱うが、これら情報は、例えば電圧・電流を表す信号値の物理的な値、０又は１で構成される２進数のビット集合体としての信号値の高低、又は量子的な重ね合わせ（いわゆる量子ビット）によって表され、広義の回路上で通信・演算が実行されうる。

また、広義の回路とは、回路（Ｃｉｒｃｕｉｔ）、回路類（Ｃｉｒｃｕｉｔｒｙ）、プロセッサ（Ｐｒｏｃｅｓｓｏｒ）、及びメモリ（Ｍｅｍｏｒｙ）等を少なくとも適当に組み合わせることによって実現される回路である。すなわち、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Ｓｉｍｐｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＳＰＬＤ）、複合プログラマブル論理デバイス（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ））等を含むものである。

１．ハードウェア構成
本節では、本実施形態のハードウェア構成について説明する。本実施形態において、情報処理システムとは、１つ又はそれ以上の装置又は構成要素からなるものである。したがって、例えば情報処理装置１単体であっても情報処理システムの一例となる。以下、情報処理システムの一例である情報処理装置１のハードウェア構成について説明する。

図１は、情報処理装置１のハードウェア構成を示すブロック図である。情報処理装置１は、通信部１１と、記憶部１２と、制御部１３と、表示部１４と、入力部１５とを備え、これらの構成要素が情報処理装置１の内部において通信バス１０を介して電気的に接続されている。各構成要素についてさらに説明する。

通信部１１は、ＵＳＢ、ＩＥＥＥ１３９４、Ｔｈｕｎｄｅｒｂｏｌｔ（登録商標）、有線ＬＡＮネットワーク通信等といった有線型の通信手段が好ましいものの、無線ＬＡＮネットワーク通信、３Ｇ／ＬＴＥ／５Ｇ等のモバイル通信、ＢＬＵＥＴＯＯＴＨ（登録商標）通信等を必要に応じて含めてもよい。すなわち、これら複数の通信手段の集合として実施することがより好ましい。すなわち、情報処理装置１は、通信部１１及びネットワークを介して、外部から種々の情報を通信してもよい。

記憶部１２は、前述の記載により定義される様々な情報を記憶する。これは、例えば、制御部１３によって実行される情報処理装置１に係る種々のプログラム等を記憶するソリッドステートドライブ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ：ＳＳＤ）等のストレージデバイスとして、あるいは、プログラムの演算に係る一時的に必要な情報（引数、配列等）を記憶するランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）等のメモリとして実施されうる。記憶部１２は、制御部１３によって実行される情報処理装置１に係る種々のプログラムや変数等を記憶している。本実施形態では、記憶部１２は、雛形データを記憶する。

制御部１３は、情報処理装置１に関連する全体動作の処理・制御を行う。制御部１３は、例えば不図示の中央処理装置（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ：ＣＰＵ）である。制御部１３は、記憶部１２に記憶された所定のプログラムを読み出すことによって、情報処理装置１に係る種々の機能を実現する。すなわち、記憶部１２に記憶されているソフトウェアによる情報処理が、ハードウェアの一例である制御部１３によって具体的に実現されることで、制御部１３に含まれる各機能部として実行されうる。これらについては、次節においてさらに詳述する。なお、制御部１３は単一であることに限定されず、機能ごとに複数の制御部１３を有するように実施してもよい。またそれらの組合せであってもよい。

表示部１４は、例えば、情報処理装置１の筐体に含まれるものであってもよいし、外付けされるものであってもよい。表示部１４は、ユーザが操作可能なグラフィカルユーザインターフェース（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ：ＧＵＩ）の画面を表示する。これは例えば、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ及びプラズマディスプレイ等の表示デバイスを、情報処理装置１の種類に応じて使い分けて実施することが好ましい。

入力部１５は、情報処理装置１の筐体に含まれるものであってもよいし、外付けされるものであってもよい。例えば、入力部１５は、表示部１４と一体となってタッチパネルとして実施されてもよい。タッチパネルであれば、ユーザは、タップ操作、スワイプ操作等を入力することができる。もちろん、タッチパネルに代えて、スイッチボタン、マウス、ＱＷＥＲＴＹキーボード等を採用してもよい。すなわち、入力部１５がユーザによってなされた操作入力を受け付ける。当該入力が命令信号として、通信バス１０を介して制御部１３に転送され、制御部１３が必要に応じて所定の制御や演算を実行しうる。

２．機能構成
本節では、本実施形態の機能構成について説明する。前述の通り、記憶部１２に記憶されているソフトウェアによる情報処理がハードウェアの一例である制御部１３によって具体的に実現されることで、制御部１３に含まれる各機能部が実行されうる。

図２は、情報処理装置１における制御部１３等によって実現される機能を示すブロック図である。具体的には、制御部１３は、読出部１３１と、受付部１３２と、特定部１３３と、生成部１３４と、変換部１３５と、出力制御部１３６とを備える。

読出部１３１は、通信部１１を介して外部から受け付けた又は予め記憶部１２に記憶された種々の情報を読み出すように構成される。例えば、読出部１３１は、読出ステップを実行するように構成されてもよい。特に、読出部１３１は、予め記憶部１２に記憶された複数の文書ファイルのうちの少なくとも１つを読み出す。

受付部１３２は、種々の情報を受け付けるように構成される。例えば、受付部１３２は、第１の受付ステップと、第２の受付ステップと、第３の受付ステップとを実行するように構成されてもよい。これについては後にさらに詳述する。特に、受付部１３２は、読出部１３１が記憶部１２から読み出した情報、入力部１５を介してユーザから入力された情報等を受け付ける。本実施形態では、受付部１３２が受け付けた種々の情報は、記憶部１２に記憶されるものとして説明する。

特定部１３３は、種々の情報を特定するように構成される。例えば、特定部１３３は、特定ステップを実行するように構成されてもよい。特に、特定部１３３は、文書ファイルの種別又は文書ファイルの形式を特定する。また、特定部１３３は、チェックリスト２２へのユーザの入力が、所定の条件を満たしたか否かを特定する。これについては後にさらに詳述する。

生成部１３４は、種々の情報を生成するように構成される。例えば、生成部１３４は、生成ステップを実行するように構成されてもよい。これについては後にさらに詳述する。特に、生成部１３４は、特定部１３３が特定した種別の文書ファイルを生成する。また、生成部１３４は、読出部１３１が記憶部１２から読み出した雛形データに対応する文書ファイルを生成する。

変換部１３５は、必要に応じて文書ファイルの形式を変換するように構成される。例えば、変換部１３５は、変換ステップを実行するように構成されてもよい。これについては後にさらに詳述する。

出力制御部１３６は、種々の情報を出力するように構成される。例えば、出力制御部１３６は、出力制御ステップを実行するように構成されてもよい。具体的には例えば、出力制御部１３６は、表示部１４に所望の視覚情報を表示させるための表示情報を出力する。この表示情報とは、画面、画像、アイコン、テキスト等といった、ユーザが視認可能な態様で生成された視覚情報そのものでもよいし、表示させるためのレンダリング情報でもよい。さらに、視覚情報又は表示情報に特に限定されず、聴覚情報、触覚情報又はこれらの組合せであってもよい。これについては後にさらに詳述する。

３．情報処理方法
本節では、前述した情報処理装置１によって実行される情報処理方法について説明する。

３．１ 情報処理の概要
先に、情報処理の概要を説明する。まず、受付部１３２は、第１の受付ステップとして、少なくとも１人のユーザによる確認入力パートへの第１の入力を受け付ける。確認入力パートは、第１のファイル形式を有する文書ファイルにおいて、その本文２１とは区別可能に含まれる。続いて、変換部１３５は、文書ファイルに含まれる確認入力パートを削除して、文書ファイルを第１のファイル形式とは異なる第２のファイル形式に変換する。

以上のような情報処理によれば、所望の文書ファイルそのものを用いつつ、少なくとも１人のユーザが適切な条件を判断した上で、ファイル形式の変換を実行することができる。そのため、適切でない場合に誤ってファイル形式を変換してしまうといった、ヒューマンエラーやワークフロー違反等を、ユーザにとって負担なく抑制することができる。

３．２ 情報処理の詳細
続いて、アクティビティ図を参照しながら、前述した情報処理の詳細について説明する。図３は、情報処理装置１による情報処理の一例を示すアクティビティ図である。以下の実施形態において、ユーザは、予め定められたファイル形式の文書ファイル作成を行う作業者である。以下では、好ましい実施形態の一例として、ユーザは、第１のユーザと、第２のユーザとを含み、第１のユーザ及び第２のユーザが、特許事務所の職員であるものとして説明をする。また、以下では、第１のユーザが文書ファイルを作成し、第２のユーザに文書ファイルのチェックを依頼する場面を想定して説明をする。

まず、受付部１３２は、第２の受付ステップとして、予め記憶された、異なる複数の雛形データのうちから少なくとも１つを選択するための選択入力（第２の入力の一例）を、第１のユーザから受け付ける（アクティビティＡ００１）。具体的には例えば、受付部１３２は、文書ファイルの任意の雛形データを選択するための選択入力を、第１のユーザによるマウスのクリック操作等を介して受け付ける。

次に、読出部１３１は、選択入力に基づいて、記憶部１２に記憶された雛形データの中から特定の雛形データを読み出す（アクティビティＡ００２）。

次に、生成部１３４は、生成ステップとして、読み出された雛形データに対応する、第１のファイル形式を有する文書ファイルを生成する（アクティビティＡ００３）。つまり、生成部１３４は、選択入力に基づいて、文書ファイルを生成する。具体的には例えば、生成部１３４は、第１のユーザによって選択された「特許料納付書」の雛形データに対応するＷｏｒｄファイル形式の文書ファイルを生成する。すなわち、好ましくは、第１のファイル形式は、Ｗｏｒｄファイル形式である。生成部１３４が編集の容易なＷｏｒｄファイル形式を生成することで、第１のユーザがより作業をしやすい態様を実現することができる。

図４及び図５は、第１のファイル形式で生成された文書ファイルの一例であるＷｏｒｄファイル２を示す図である。図４及び図５に示すように、Ｗｏｒｄファイル２は、本文２１と、確認入力パートの一例であるチェックリスト２２とを含む。つまり、好ましくは、アクティビティＡ００３において、生成部１３４は、確認入力パートを予め含む文書ファイルを生成する。また、確認入力パートは、少なくとも１つのチェック項目、例えばチェック項目２２１、チェック項目２２２、及びチェック項目２２３からなるチェックリスト２２である。

図４及び図５に示すように、Ｗｏｒｄファイル２におけるチェックリスト２２は、本文２１とは区別可能に含まれている。チェックリスト２２と本文２１との区別の態様は、例えば、チェックリスト２２を特定記号２３、図形、枠線等で囲む、チェックリスト２２中の文字のフォントの種類、サイズ、色、背景色等を変更する、チェックリスト２２をＷｏｒｄのコメント機能によって表示させる等であってよい。

次に、文書ファイルの編集を終えた第１のユーザは、作成した文書ファイルが適切であるかどうかを、チェックリスト２２に基づいて判断する。これを他の観点から述べると、受付部１３２は、第１の受付ステップとして、チェックリスト２２への入力（第１の入力の一例）を、第１のユーザから受け付ける（アクティビティＡ００４）。具体的には例えば、受付部１３２は、チェック項目２２１～チェック項目２２３の何れかに対する選択入力を、第１のユーザによるマウスのクリック操作等を介して受け付ける。

図４の例には、チェック項目２２１～チェック項目２２３のチェックボックスが空白になっており、これらが未選択である態様が示されている。一方で、図５の例には、チェック項目２２１～チェック項目２２３のチェックボックスが全て選択された態様が示されている。チェック項目２２１～チェック項目２２３が選択されたことを示す態様は、ユーザが視覚的に認識可能な態様であれば、特に制限はない。例えば、図５に示すように、チェックボックスにバツ印やレ印等のマークを表示する、チェックボックスを塗りつぶす等の方法が用いられてよい。

次に、特定部１３３は、第１のパート以外のチェック項目が、第１のユーザによって選択入力されたか否かを特定する（アクティビティＡ００５）。好ましくは、チェックリスト２２は、第１のユーザが入力する第１のパートと、第２のユーザが入力する第２のパートとを備えている。図４及び図５の例では、（担当者）との記載があるチェック項目２２１が、第１のユーザの入力箇所である第１のパートの一例であり、（チェッカー）との記載があるチェック項目２２２が、第２のユーザの入力箇所である第２のパートの一例である。

次に、第１のパート以外のチェック項目が第１のユーザによって選択入力されたことを特定部１３３が特定した場合、出力制御部１３６は、入力エラーがある旨の警告（第２の警告の一例）を表示部１４に表示させる（アクティビティＡ００６）。図６は、表示部１４に表示される画面の一例である。具体的には例えば、出力制御部１３６は、警告画面４を表示部１４に表示させてよい。

特定部１３３が上記を特定する方法は、以下の態様が用いられてよい。例えば、チェック項目２２１～チェック項目２２３のチェックボックスに予め設定された属性と、記憶部１２に記憶された参照情報ＩＦ１とに基づいて、第１のユーザが第１のパート以外を入力したか否かが特定されてよい。参照情報ＩＦ１とは、ユーザを識別するためのＩＤ情報（Ｍｉｃｒｏｓｏｆｔ（登録商標）ＩＤ等）と、ユーザの役割（事務担当者、技術担当者、弁理士等）とを対応付けたテーブル等であってよい。チェック項目２２１～チェック項目２２３は、チェックボックスの属性として、ユーザの役割が設定されてよい。特定方法は上記に限らず、単に、１人のユーザから一定数以上のチェック項目の選択入力を受け付けたことを条件としてもよい。

警告画面４は、本文４１と、ボタンオブジェクト４２とを備える。例えば、本文４１には、第１のユーザが入力すべきでないチェック項目が入力されたことにより、入力エラーが発生した旨を示すテキストが表示されてよい。また、本文４１には、第１のユーザが取るべき行動を記載したテキストがさらに表示されてよい。これにより、第１のユーザは適切なチェック項目のみを選択することができる。ボタンオブジェクト４２がクリック操作等を介して第１のユーザによって押下されたことに応じて、出力制御部１３６は、警告画面４を非表示にしてよい。

一方で、第１のパート以外のチェック項目が第１のユーザによって選択入力されていないことを特定部１３３が特定した場合には、特に処理は実行されない。第１のユーザは、作成した文書ファイルが適切であると判断し、チェック項目２２１に対する選択入力を完了させた後、第２のユーザへと文書ファイルのチェックを依頼する。具体的には例えば、通信部１１を介して、保存されたＷｏｒｄファイル２が第１のユーザから第２のユーザへと送信される（アクティビティＡ００７）。また、Ｗｏｒｄファイル２が、クラウド上で複数のユーザにより共同編集可能な態様であってもよい。

次に、第１のユーザから文書ファイルのチェックを依頼された第２のユーザは、第１のユーザによって作成された文書ファイルが適切であるかどうかを、チェックリスト２２に基づいて判断する。これを他の観点から述べると、受付部１３２は、第１の受付ステップとして、チェックリスト２２への入力（第１の入力の一例）を、第２のユーザから受け付ける（アクティビティＡ００８）。具体的には例えば、受付部１３２は、チェック項目２２１～チェック項目２２３の何れかに対する選択入力を、第２のユーザによるマウスのクリック操作等を介して受け付ける。

次に、特定部１３３は、第２のパート以外のチェック項目が、第２のユーザによって選択入力されたか否かを特定する（アクティビティＡ００９）。

次に、第２のパート以外のチェック項目が第２のユーザによって選択入力されたことを特定部１３３が特定した場合、出力制御部１３６は、入力エラーがある旨の警告（第２の警告の一例）を表示部１４に表示させる（アクティビティＡ０１０）。具体的には例えば、出力制御部１３６は、警告画面４を表示部１４に表示させてよい。

一方で、第２のパート以外のチェック項目が第２のユーザによって選択入力されていないことを特定部１３３が特定した場合には、特に処理は実行されない。第２のユーザは、文書ファイルが適切であると判断し、チェック項目２２２に対する選択入力をした後、文書ファイルを第１のユーザへと戻す。具体的には例えば、通信部１１を介して、保存されたＷｏｒｄファイル２が第２のユーザから第１のユーザへと送信される（アクティビティＡ０１１）。

なお、別の態様として、第１のユーザでも第２のユーザでもない他のユーザに、さらにチェックが依頼されてもよい。例えば、チェックリスト２２は、さらに、弁理士である第３のユーザが入力する第３のパートを備えていてもよい。図４及び図５の例では、（弁理士）との記載があるチェック項目２２３が、第３のユーザの入力箇所である第３のパートの一例である。本実施形態では、説明の都合上、第１のユーザ及び第２のユーザのみから、チェックリスト２２への選択入力を受け付けるものとする。

次に、受付部１３２は、第３の受付ステップとして、文書ファイルを変換するための入力（第３の入力の一例）を、第１のユーザから受け付ける（アクティビティＡ０１２）。具体的には例えば、受付部１３２は、Ｗｏｒｄファイル２の編集画面に含まれる変換ボタン（図示せず）に対する選択入力を、第１のユーザによるマウスのクリック操作等を介して受け付ける。なお、アクティビティＡ０１２は省略可能である。

次に、特定部１３３は、チェックリスト２２への入力が、所定条件を満たしたか否かを特定する（アクティビティＡ０１３）。所定条件は、具体的には例えば、チェックリスト２２に含まれる全てのチェック項目、すなわち、チェック項目２２１～チェック項目２２３が第１のユーザに選択されたことを含む。好ましくは、所定条件は、チェックリスト２２に含まれる全てのチェック項目が選択されたことである。

次に、出力制御部１３６は、チェックリスト２２への入力が、所定条件を満たさなかった場合に、未選択項目がある旨の警告（第１の警告の一例）を出力する（アクティビティＡ０１４）。図７は、表示部１４に表示される画面の一例である。具体的には例えば、出力制御部１３６は、警告画面５を表示部１４に表示させてよい。

警告画面５は、本文５１と、ボタンオブジェクト５２とを備える。例えば、本文５１には、チェックリスト２２にまだ選択入力されていないチェック項目がある旨を示すテキストが表示されてよい。また、本文５１には、再度の確認を第１のユーザに促すテキストがさらに表示されてよい。ボタンオブジェクト５２がクリック操作等を介して第１のユーザによって押下されたことに応じて、出力制御部１３６は、警告画面５を非表示にしてよい。

アクティビティＡ０１４の処理が実行された後、再びアクティビティＡ０１２の処理が実行される。具体的には例えば、第１のユーザは、所定条件を満たすようにチェックリスト２２への入力を完了させ、その後、受付部１３２が、文書ファイルを変換するための入力を第１のユーザから再度受け付ける。

一方、アクティビティＡ０１３において、チェックリスト２２への入力が所定条件を満たした場合、本実施形態では、チェックリスト２２に含まれる全てのチェック項目が選択された場合、変換部１３５は、受け付けた入力に基づいて、Ｗｏｒｄファイル２に含まれるチェックリスト２２を削除する（アクティビティＡ０１５）。

次に、変換部１３５は、文書ファイルを、第２のファイル形式であるＨＴＭＬファイルに変換する（アクティビティＡ０１６）。アクティビティＡ０１３、アクティビティＡ０１５、及びアクティビティＡ０１６の処理を他の側面から記載すると、変換部１３５は、第１の入力が所定条件を満たす場合に、文書ファイルを第２のファイル形式に変換する。図８は、第２のファイル形式で生成された文書ファイルの一例であるＨＴＭＬファイル３を示す図である。特許庁の出願ソフトにおける指定様式であるＨＴＭＬファイル形式に変換する態様とすることで、インターネットを通じて特許庁に書類を提出する手続を進めることが可能となる。
４．その他
前述の実施形態に係る情報処理システムに関して、以下のような態様を採用してもよい。

一態様において、第１の入力及び第２の入力は、表示部１４の一例であるディスプレイに表示されたオブジェクトのタップ操作、キーボードによるコードの入力、マイクからの音声入力等により、なされてもよい。

上記の実施形態では、雛形データに基づいて第１のファイル形式を有する文書ファイルを作成する態様について説明したが、別の方法で文書ファイルが作成されてもよい。例えば、文書ファイルの作成は、文書作成ソフトを用いて新規に行われてもよく、記憶部１２に記憶されている文書ファイルを複製して行われてもよい。一態様において、生成部１３４が、チェックリスト２２を含まない文書ファイルを生成してもよい。

上記の場合において、例えば、ユーザによるボタンオブジェクトの押下等を受け付けたことに応じて、文書ファイルの種別に対応したチェックリスト２２が挿入されてもよい。この場合において、特定部１３３は、Ｗｏｒｄファイル２の本文２１に含まれる文字、数字、記号、又はこれらの組み合わせを識別することにより、文書ファイルの種別と、これに対応するチェックリスト２２を特定してよい。また、文書ファイルの内容が更新されたことに応じて、チェックリスト２２が更新されてもよい。例えば、本文２１に含まれる、書類名の記載に対応するチェックリスト２２が挿入又は更新されてもよい。図４の例では、本文２１に含まれる書類名の欄には、「特許料納付書」と記載されている。特定部１３３は、文書ファイルの種類が「特許料納付書」であることを特定し、図４に示すチェック項目２２１～チェック項目２２３を含むチェックリスト２２を挿入してよい。

上記の実施形態では、読み出された雛形データに対応する、第１のファイル形式を有する文書ファイルが生成される態様について説明したが、以下の態様としてもよい。例えば、特定部１３３が、雛形データと参照情報ＩＦ２とに基づいて文書ファイルの種別を特定し、特定された種別の文書ファイルが生成部１３４によって生成されてもよい。参照情報ＩＦ２とは、雛形データと、第１のファイル形式を有する文書ファイルとの対応関係を規定した情報である。

文書ファイルの種別とは、書類の種別のことである。例えば文書ファイルの種別は、特許庁に提出する庁提出書類であってよく、具体化には例えば、特許願、実用新案登録願、意匠登録願、商標登録願、出願審査請求書、早期審査に関する事情説明書、優先審査に関する事情説明書、期間延長請求書、出願人名義変更届、上申書、意見書、手続補正書、手続補足書、誤訳訂正書、審判請求書、特許料納付書、登録料納付書、国内書面、翻訳文提出書及び国際出願翻訳文提出書のうちの少なくとも１つを含むものであってよい。また、別の態様として、文書ファイルの種別は、顧客又は提携先の特許事務所に提出する書類であってよく、例えば、鑑定書、先行技術文献等の調査報告書、拒絶理由通知書等に対するコメント、レター等であってもよい。例えば、文書ファイルの種別は、文書ファイルの属性として、個々のファイルに設定されてよい。

好ましくは、作成される文書ファイルにおける本文２１は、予め定められた様式を有する。例えば、図４及び図５に示されるように、項目名を隅付き括弧内に記載することが定められた文書ファイルであってよい。より好ましくは、文書ファイルにおける本文２１は、特許庁に提出する庁提出書類に記載される内容である。例えば、図４及び図５に示されるように、本文２１は、特許料納付書に記載される内容であってもよい。

上記の実施形態では、複数のユーザによってチェックリスト２２への入力がされる態様について説明したが、１人のユーザによってチェックリスト２２への入力が完結してもよい。例えば、文書ファイルの種別によって、チェックリスト２２に入力するユーザの人数、役職等が特定されてもよい。

上記の実施形態では、第１のユーザが第１のパート以外を入力した場合に警告画面４が表示される態様について説明したが、以下の態様としてもよい。例えば、出力制御部１３６は、第１のユーザ及び第２のユーザの一方が第１のパート及び第２のパートの両方を入力した場合に、第２の警告を出力してもよい。また、第１の警告及び第２の警告は、例えば、文字、図形、アイコン、写真等、若しくはこれらの組み合わせの表示、アラート音等の音声の出力、入力部１５等の振動、又はこれらの組み合わせ等であってよい。また、一態様において、第１の警告及び第２の警告は、省略されてもよい。別の態様において、警告を出力するか否かが、ユーザによって選択可能であってもよい。

一態様において、変換部１３５は、Ｗｏｒｄファイル２に含まれるチェックリスト２２を削除する際に、他のテキスト、コメント等を削除してもよい。例えば、本文２１の中から、特定記号２３で囲まれた文章が削除されてもよい。

上記の実施形態では、最も好ましい態様として、第１のファイル形式がＷｏｒｄファイル形式である態様について説明したが、これに限らず別の形式であってもよい。例えば、第１のファイル形式は、テキストファイル形式、Ｐａｇｅｓファイル形式、ＯｐｅｎＤｏｃｕｍｅｎｔファイル形式のうちの少なくとも１つであってよい。

上記の実施形態では、好ましい態様として、第２のファイル形式がＨＴＭＬファイル形式である態様について説明したが、これに限らず別の形式であってもよい。例えば、第２のファイル形式は、テキストファイル形式、ＰＤＦファイル形式、ＪＰＧファイル形式、ＰＮＧファイル形式、ＧＩＦファイル形式、ＥＰＳファイル形式、ＰｏｗｅｒＰｏｉｎｔファイル形式及びＶＩＳＩＯファイル形式のうちの少なくとも１つであってよい。好ましくは、第２のファイル形式は、ＨＴＭＬファイル形式、ＪＰＧファイル形式、ＰＮＧファイル形式及びＧＩＦファイル形式のうちの少なくとも１つである。

第２のファイル形式が複数の形式を含む場合、特定部１３３は、文書ファイルの種別に対応した第２のファイル形式を特定する。別の態様として、受付部１３２が、ユーザによるファイル形式を指定する入力を受け付けたことに応じて、指定されたファイル形式への変換が実行されてもよい。

また、別の態様として、第１のファイル形式を有する文書ファイルは、文書ファイルの種別に応じた第２のファイル形式へと変換されてよい。例えば、特許庁に提出する庁提出書類は、ＨＴＭＬファイルに変換され、顧客又は提携先の特許事務所に提出する書類は、ＰＤＦファイルに変換される態様としてもよい。

上記の実施形態では、文書ファイルを第２のファイル形式へと変換するための所定条件が、チェックリスト２２に含まれる全てのチェック項目が選択された場合である態様について説明したが、一部のチェック項目が選択された場合に、文書ファイルの変換が実行されてもよい。好ましくは、所定条件は、チェックリスト２２に含まれる全てのチェック項目、すなわち、チェック項目２２１～～チェック項目２２３に対する、ユーザに選択されたものの割合に関する条件を含む。より好ましくは、所定条件は、割合が予め定められた値以上であることを含んでよい。割合は、具体的には例えば、０，１，２，３，４，５，６，７，８，９，１０，１１，１２，１３，１４，１５，１６，１７，１８，１９，２０，２１，２２，２３，２４，２５，２６，２７，２８，２９，３０，３１，３２，３３，３４，３５，３６，３７，３８，３９，４０，４１，４２，４３，４４，４５，４６，４７，４８，４９，５０，５１，５２，５３，５４，５５，５６，５７，５８，５９，６０，６１，６２，６３，６４，６５，６６，６７，６８，６９，７０，７１，７２，７３，７４，７５，７６，７７，７８，７９，８０，８１，８２，８３，８４，８５，８６，８７，８８，８９，９０，９１，９２，９３，９４，９５，９６，９７，９８，９９，１００％であり、ここで例示した数値の何れか２つの間の範囲内であってもよい。

一態様として、情報処理装置１における各ステップを備える情報処理方法が提供されてもよい。さらに、別の態様として、本実施形態を、頒布可能なプログラムとして実施してもよい。このプログラムは、コンピュータに、情報処理装置１における各ステップを実行させるものである。

一態様として、参照情報ＩＦ１及び参照情報ＩＦ２は、ルックアップテーブル、データベース、複数の情報を関係づけた数理モデル、学習済みモデル等であってよい。

一態様として、情報処理システムに、情報処理装置１以外の構成要素が含まれてもよい。例えば、情報処理装置１と、不図示の入力装置と、不図示の表示装置とからなる情報処理システムが実施されてもよい。これらの接続方法は特に限定されず、インターネットを介して行うサービスが提供されてもよい。

さらに、次に記載の各態様で提供されてもよい。

（２）前記情報処理システムにおいて、前記変換ステップでは、前記第１の入力が所定条件を満たす場合に、前記文書ファイルを前記第２のファイル形式に変換する、もの。

このような態様によれば、所定条件を満たす場合にのみ文書ファイルを第２のファイル形式に変換することができる。すなわち、より確実にヒューマンエラーやワークフロー違反等を抑制することができる。

（３）前記情報処理システムにおいて、前記制御部は、出力制御ステップをさらに実行するように構成され、前記出力制御ステップでは、前記第１の入力が前記所定条件を満たさなかった場合に、第１の警告を出力する、もの。

このような態様によれば、文書ファイルが所定条件を満たしていなかったことを、ユーザに認識させることができる。すなわち、適切な条件を満たすための判断をユーザに促すことができ、ユーザフレンドリーである。

（４）前記情報処理システムにおいて、前記制御部は、生成ステップをさらに実行するように構成され、前記生成ステップでは、前記確認入力パートを予め含む文書ファイルを生成する、もの。

このような態様によれば、編集作業に有利な第１のファイル形式を有する文書ファイルの生成から、第２のファイル形式への変換までを同じ情報処理システム上で実現することができ、ユーザフレンドリーである。

（５）前記情報処理システムにおいて、前記制御部は、次の各ステップをさらに実行するように構成され、第２の受付ステップでは、予め記憶された、異なる複数の雛形データのうちから少なくとも１つを選択するための第２の入力を、前記ユーザから受け付け、前記生成ステップでは、前記第２の入力に基づいて、前記雛形データに対応する前記文書ファイルを生成する、もの。

このような態様によれば、様々な文書ファイルの変換に対して、ヒューマンエラーやワークフロー違反等を抑制することができる。

（６）前記情報処理システムにおいて、前記制御部は、第３の受付ステップをさらに実行するように構成され、前記第３の受付ステップでは、前記文書ファイルを変換するための第３の入力を、前記ユーザから受け付け、前記変換ステップでは、前記第３の入力に基づいて、前記文書ファイルを前記第２のファイル形式に変換する、もの。

このような態様によれば、ユーザが所望するタイミングで、所望の第２のファイル形式に変換することができる。すなわち、ユーザビリティの高いシステムを実現することができる。

（７）前記情報処理システムにおいて、前記確認入力パートは、少なくとも１つのチェック項目からなるチェックリストである、もの。

このような態様によれば、文書ファイルに含まれる内容が適切な条件を満たしていることを、他のユーザが理解しやすいように可視化することができる。すなわち、チェック作業を効率化することができる。

（８）前記情報処理システムにおいて、前記変換ステップでは、前記第１の入力が所定条件を満たす場合に、前記文書ファイルを前記第２のファイル形式に変換し、前記所定条件は、前記チェックリストに含まれる全てのチェック項目に対する、前記ユーザに選択されたものの割合に関する条件を含む、もの。

このような態様によれば、必要なチェック項目にユーザがチェックをすることで、適切な条件を判断し、ファイル形式を変換することができる。すなわち、ユーザビリティの高いシステムを実現することができる。

（９）前記情報処理システムにおいて、前記所定条件は、前記割合が予め定められた値以上であることを含む、もの。

このような態様によれば、予め定められた割合以上のチェック項目が選択された場合に限り、ファイル形式を変換することができるため、ヒューマンエラーやワークフロー違反を抑制することができる。

（１０）前記情報処理システムにおいて、前記所定条件は、前記チェックリストに含まれる全てのチェック項目が前記ユーザに選択されたことを含む、もの。

このような態様によれば、全てのチェック項目が選択された場合に限り、ファイル形式を変換することができるため、ヒューマンエラーやワークフロー違反等を抑制することができる。

（１１）前記情報処理システムにおいて、前記制御部は、出力制御ステップをさらに実行するように構成され、前記ユーザは、第１のユーザと、第２のユーザとを含み、前記確認入力パートは、前記第１のユーザが入力する第１のパートと、前記第２のユーザが入力する第２のパートとを備え、前記出力制御ステップでは、前記第１のユーザ及び第２のユーザの一方が前記第１のパート及び前記第２のパートの両方を入力した場合に、第２の警告を出力する、もの。

このような態様によれば、より適切にダブルチェックの体制を実現することができる。

（１２）前記情報処理システムにおいて、前記第１のファイル形式は、Ｗｏｒｄファイル形式であり、前記第２のファイル形式は、テキストファイル形式、ＰＤＦファイル形式、ＨＴＭＬファイル形式、ＪＰＧファイル形式、ＰＮＧファイル形式、ＧＩＦファイル形式、ＥＰＳファイル形式、ＰｏｗｅｒＰｏｉｎｔファイル形式及びＶＩＳＩＯファイル形式のうちの少なくとも１つである、もの。

このような態様によれば、実用的且つ汎用性の高いシステムを提供することができる。

（１３）前記情報処理システムにおいて、前記文書ファイルにおける本文は、予め定められた様式を有する、もの。

このような態様によれば、本文の様式が定められたような厳格性を有する書類に対しても、適切でない場合に誤ってファイル形式を変換してしまうといった、ヒューマンエラーやワークフロー違反等を抑制することができる。

（１４）前記情報処理システムにおいて、前記第１のファイル形式は、Ｗｏｒｄファイル形式であり、前記第２のファイル形式は、ＨＴＭＬファイル形式、ＪＰＧファイル形式、ＰＮＧファイル形式及びＧＩＦファイル形式のうちの少なくとも１つであり、前記文書ファイルにおける本文は、特許庁に提出する庁提出書類に記載される内容である、もの。

このような態様によれば、インターネット出願ソフトを用いた知的財産に関する手続きにおいて、適切でない場合に誤って庁提出をしてしまうといった、ヒューマンエラーやワークフロー違反等に基づく、顧客に対する事故を抑制することができる。

（１５）前記情報処理システムにおいて、前記特許庁に提出する庁提出書類は、特許願、実用新案登録願、意匠登録願、商標登録願、出願審査請求書、早期審査に関する事情説明書、優先審査に関する事情説明書、期間延長請求書、出願人名義変更届、上申書、意見書、手続補正書、手続補足書、誤訳訂正書、審判請求書、特許料納付書、登録料納付書、国内書面、翻訳文提出書及び国際出願翻訳文提出書のうちの少なくとも１つを含む、もの。

このような態様によれば、インターネット出願ソフトを用いた、種々の知的財産に関する手続きに対して対応させることができるため、実用的且つ汎用性の高いシステムを提供することができる。

（１６）情報処理方法であって、前記情報処理システムにおける各ステップを備える、方法。

このような方法によれば、所望の文書ファイルそのものを用いつつ、少なくとも１人のユーザが適切な条件を判断した上で、ファイル形式の変換を実行することができるため、ユーザにとって負担なくヒューマンエラーやワークフロー違反等を抑制可能とすることができる。

（１７）プログラムであって、コンピュータに、前記情報処理システムにおける各ステップを実行させる、もの。

このような態様によれば、所望の文書ファイルそのものを用いつつ、少なくとも１人のユーザが適切な条件を判断した上で、ファイル形式の変換を実行することができるため、ユーザにとって負担なくヒューマンエラーやワークフロー違反等を抑制可能なプログラムを提供することができる。
もちろん、この限りではない。

最後に、本発明に係る種々の実施形態を説明したが、これらは、例として提示したものであり、発明の範囲を限定することは意図していない。当該新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。当該実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ ：情報処理装置
１０ ：通信バス
１１ ：通信部
１２ ：記憶部
１３ ：制御部
１３１ ：読出部
１３２ ：受付部
１３３ ：特定部
１３４ ：生成部
１３５ ：変換部
１３６ ：出力制御部
１４ ：表示部
１５ ：入力部
２ ：Ｗｏｒｄファイル
２１ ：本文
２２ ：チェックリスト
２２１ ：チェック項目
２２２ ：チェック項目
２２３ ：チェック項目
２３ ：特定記号
３ ：ＨＴＭＬファイル
４ ：警告画面
４１ ：本文
４２ ：ボタンオブジェクト
５ ：警告画面
５１ ：本文
５２ ：ボタンオブジェクト
ＩＦ１ ：参照情報
ＩＦ２ ：参照情報

Claims (16)

1. 情報処理システムであって、
   制御部を備え、
   前記制御部は、次の各ステップを実行するように構成され、
   生成ステップでは、少なくとも１人のユーザによって編集可能な、第１のファイル形式を有する文書ファイルを生成し、ここで前記文書ファイルは、その本文とは区別可能な確認入力パートを予め含み、
   第１の受付ステップでは、前記ユーザから、前記本文に対する編集と、前記確認入力パートへの第１の入力とを受け付け、
   変換ステップでは、前記文書ファイルに含まれる前記確認入力パートを削除して、前記文書ファイルを前記第１のファイル形式とは異なる第２のファイル形式に変換する、もの。
2. 請求項１に記載の情報処理システムにおいて、
   前記変換ステップでは、前記第１の入力が所定条件を満たす場合に、前記文書ファイルを前記第２のファイル形式に変換する、もの。
3. 請求項２に記載の情報処理システムにおいて、
   前記制御部は、出力制御ステップをさらに実行するように構成され、
   前記出力制御ステップでは、前記第１の入力が前記所定条件を満たさなかった場合に、第１の警告を出力する、もの。
4. 請求項１～請求項３の何れか１つに記載の情報処理システムにおいて、
   前記制御部は、次の各ステップをさらに実行するように構成され、
   第２の受付ステップでは、予め記憶された、異なる複数の雛形データのうちから少なくとも１つを選択するための第２の入力を、前記ユーザから受け付け、
   前記生成ステップでは、前記第２の入力に基づいて、前記雛形データに対応する前記文書ファイルを生成する、もの。
5. 請求項１～請求項４の何れか１つに記載の情報処理システムにおいて、
   前記制御部は、第３の受付ステップをさらに実行するように構成され、
   前記第３の受付ステップでは、前記文書ファイルを変換するための第３の入力を、前記ユーザから受け付け、
   前記変換ステップでは、前記第３の入力に基づいて、前記文書ファイルを前記第２のファイル形式に変換する、もの。
6. 請求項１～請求項５の何れか１つに記載の情報処理システムにおいて、
   前記確認入力パートは、少なくとも１つのチェック項目からなるチェックリストである、もの。
7. 請求項６に記載の情報処理システムにおいて、
   前記変換ステップでは、前記第１の入力が所定条件を満たす場合に、前記文書ファイルを前記第２のファイル形式に変換し、
   前記所定条件は、前記チェックリストに含まれる全てのチェック項目に対する、前記ユーザに選択されたものの割合に関する条件を含む、もの。
8. 請求項７に記載の情報処理システムにおいて、
   前記所定条件は、前記割合が予め定められた値以上であることを含む、もの。
9. 請求項７又は請求項８に記載の情報処理システムにおいて、
   前記所定条件は、前記チェックリストに含まれる全てのチェック項目が前記ユーザに選択されたことを含む、もの。
10. 請求項１～請求項９の何れか１つに記載の情報処理システムにおいて、
    前記制御部は、出力制御ステップをさらに実行するように構成され、
    前記ユーザは、第１のユーザと、第２のユーザとを含み、
    前記確認入力パートは、前記第１のユーザが入力する第１のパートと、前記第２のユーザが入力する第２のパートとを備え、
    前記出力制御ステップでは、前記第１のユーザ及び前記第２のユーザの一方が前記第１のパート及び前記第２のパートの両方を入力した場合に、第２の警告を出力する、もの。
11. 請求項１～請求項１０の何れか１つに記載の情報処理システムにおいて、
    前記第１のファイル形式は、Ｗｏｒｄファイル形式であり、
    前記第２のファイル形式は、テキストファイル形式、ＰＤＦファイル形式、ＨＴＭＬファイル形式、ＪＰＧファイル形式、ＰＮＧファイル形式、ＧＩＦファイル形式、ＥＰＳファイル形式、ＰｏｗｅｒＰｏｉｎｔファイル形式及びＶＩＳＩＯファイル形式のうちの少なくとも１つである、もの。
12. 請求項１～請求項１１の何れか１つに記載の情報処理システムにおいて、
    前記文書ファイルにおける本文は、予め定められた様式を有する、もの。
13. 請求項１２に記載の情報処理システムにおいて、
    前記第１のファイル形式は、Ｗｏｒｄファイル形式であり、
    前記第２のファイル形式は、ＨＴＭＬファイル形式、ＪＰＧファイル形式、ＰＮＧファイル形式及びＧＩＦファイル形式のうちの少なくとも１つであり、
    前記文書ファイルにおける本文は、特許庁に提出する庁提出書類に記載される内容である、もの。
14. 請求項１３に記載の情報処理システムにおいて、
    前記特許庁に提出する庁提出書類は、特許願、実用新案登録願、意匠登録願、商標登録願、出願審査請求書、早期審査に関する事情説明書、優先審査に関する事情説明書、期間延長請求書、出願人名義変更届、上申書、意見書、手続補正書、手続補足書、誤訳訂正書、審判請求書、特許料納付書、登録料納付書、国内書面、翻訳文提出書及び国際出願翻訳文提出書のうちの少なくとも１つを含む、もの。
15. 情報処理方法であって、
    請求項１～請求項１４の何れか１つに記載の情報処理システムにおける各ステップを備える、方法。
16. プログラムであって、
    コンピュータに、請求項１～請求項１４の何れか１つに記載の情報処理システムにおける各ステップを実行させる、もの。

Images