知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024055189
(43)【公開日】2024-04-18
(54)【発明の名称】情報処理装置、及び情報処理プログラム
(51)【国際特許分類】
G06Q 10/06 20230101AFI20240411BHJP
【ＦＩ】
G06Q10/06
【審査請求】未請求
【請求項の数】13
【出願形態】ＯＬ
(21)【出願番号】P 2022161908
(22)【出願日】2022-10-06
(71)【出願人】
【識別番号】000005496
【氏名又は名称】富士フイルムビジネスイノベーション株式会社
(74)【代理人】
【識別番号】110001519
【氏名又は名称】弁理士法人太陽国際特許事務所
(72)【発明者】
【氏名】藤野 郁朗
(72)【発明者】
【氏名】藤井 晃一
(72)【発明者】
【氏名】京嶋 仁樹
【テーマコード（参考）】
5L010
5L049
【Ｆターム（参考）】
5L010AA07
5L049AA07
(57)【要約】
【課題】委託会社間で授受が行われる文書の管理を元請け会社の管理者が一元的に管理する場合と比較して、管理者による文書の管理負担を軽減する。
【解決手段】文書管理装置４は、案件識別子に紐づいた管理テーブル８と複数の文書を管理し、委託元会社２Ａの案件管理者が操作する委託元端末６Ａから、案件識別子に対応付けて、委託先会社２Ｂの案件管理者のユーザＩＤ、文書、及び文書ＩＤの登録を受け付け、委託先会社２Ｂの案件管理者が操作する委託先端末６Ｂに対して、案件識別子に紐づいた複数の文書であって、委託元会社２Ａの案件管理者が委託先会社２Ｂの案件管理者に対して登録した文書に対する予め定めた操作を許可する。
【選択図】図１
【解決手段】文書管理装置４は、案件識別子に紐づいた管理テーブル８と複数の文書を管理し、委託元会社２Ａの案件管理者が操作する委託元端末６Ａから、案件識別子に対応付けて、委託先会社２Ｂの案件管理者のユーザＩＤ、文書、及び文書ＩＤの登録を受け付け、委託先会社２Ｂの案件管理者が操作する委託先端末６Ｂに対して、案件識別子に紐づいた複数の文書であって、委託元会社２Ａの案件管理者が委託先会社２Ｂの案件管理者に対して登録した文書に対する予め定めた操作を許可する。
【選択図】図１
【特許請求の範囲】
【請求項1】
プロセッサを備え、
前記プロセッサは、
サプライチェーン識別子に紐づいた、複数の組織情報と複数の文書を管理し、
第１組織のユーザが操作する第１端末から、前記サプライチェーン識別子に対応付けて、第２組織のユーザの識別情報、前記文書、及び前記文書の識別情報の登録を受け付け、
前記第２組織のユーザが操作する第２端末に、前記サプライチェーン識別子に紐づいた前記文書であって、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書に対する予め定めた操作を許可する
情報処理装置。
前記プロセッサは、
サプライチェーン識別子に紐づいた、複数の組織情報と複数の文書を管理し、
第１組織のユーザが操作する第１端末から、前記サプライチェーン識別子に対応付けて、第２組織のユーザの識別情報、前記文書、及び前記文書の識別情報の登録を受け付け、
前記第２組織のユーザが操作する第２端末に、前記サプライチェーン識別子に紐づいた前記文書であって、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書に対する予め定めた操作を許可する
情報処理装置。
【請求項2】
前記プロセッサは、前記第１端末から、前記サプライチェーン識別子と対応付けられた第２組織のユーザの識別情報、前記文書、及び前記文書の識別情報に加え、更に前記予め定めた操作の種類の登録を受け付け、前記第２端末に、前記サプライチェーン識別子に紐づいた前記文書であって、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書に対する前記予め定めた操作の種類を許可する
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項3】
前記予め定めた操作の種類として、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書の取得、閲覧、複製、アクセス権付与、編集、読み込み、及び実行の少なくとも１つが登録される
請求項２に記載の情報処理装置。
請求項２に記載の情報処理装置。
【請求項4】
前記プロセッサは、前記文書毎に前記第１端末及び前記第２端末による前記文書のアクセス履歴を記憶装置に登録する
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項5】
前記プロセッサは、前記第１組織が前記第２組織に開示した前記文書のアクセス履歴を、サプライチェーンの管理者が操作する管理者端末に出力する
請求項４に記載の情報処理装置。
請求項４に記載の情報処理装置。
【請求項6】
前記プロセッサは、サプライチェーンにおいて、前記文書のアクセス履歴を要求した前記第１組織の管理者端末に、前記文書のアクセス履歴を要求した前記第１組織の下位に位置し、前記第１組織と直接的又は間接的に案件の委託関係がある各組織における前記文書のアクセス履歴を出力する
請求項５に記載の情報処理装置。
請求項５に記載の情報処理装置。
【請求項7】
前記プロセッサは、前記第１組織によって指定された組織であって、前記第１組織と直接的又は間接的に案件の委託関係がある、前記第１組織の上位に位置する組織の管理者端末に、前記第１組織の下位に位置し、前記第１組織と直接的又は間接的に案件の委託関係がある各組織における前記文書のアクセス履歴を出力する
請求項６に記載の情報処理装置。
請求項６に記載の情報処理装置。
【請求項8】
前記プロセッサは、サプライチェーンの元請け会社の管理者が操作する管理者端末に、前記文書のアクセス履歴を出力する
請求項５に記載の情報処理装置。
請求項５に記載の情報処理装置。
【請求項9】
前記プロセッサは、登録された前記文書に修正が加えられた場合、サプライチェーンの元請け会社の管理者が操作する前記第１端末に対して、前記文書に修正が加えられたことを知らせるメッセージを出力する
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項10】
前記プロセッサは、同じ前記サプライチェーン識別子及び同じ識別情報が対応付けられた前記文書の管理情報を取得し、登録された前記文書のファイル名が前記文書の原本のファイル名が異なる場合に、前記文書に修正が加えられたと検知する
請求項９に記載の情報処理装置。
請求項９に記載の情報処理装置。
【請求項11】
前記プロセッサは、前記第１組織と前記第２組織における前記文書の流通状況を、サプライチェーンの管理者が操作する管理者端末に出力する
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項12】
前記プロセッサは、前記文書が予め定めた前記第１組織及び予め定めた前記第２組織の少なくとも一方に流通している場合、注意するよう促すメッセージをサプライチェーンの管理者が操作する管理者端末に出力する
請求項１１に記載の情報処理装置。
請求項１１に記載の情報処理装置。
【請求項13】
コンピュータに、
サプライチェーン識別子に紐づいた、複数の組織情報と複数の文書を管理し、
第１組織のユーザが操作する第１端末から、前記サプライチェーン識別子に対応付けて、第２組織のユーザの識別情報、前記文書、及び前記文書の識別情報の登録を受け付け、
前記第２組織のユーザが操作する第２端末に、前記サプライチェーン識別子に紐づいた前記文書であって、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書に対する予め定めた操作を許可する処理を実行させるための
情報処理プログラム。
サプライチェーン識別子に紐づいた、複数の組織情報と複数の文書を管理し、
第１組織のユーザが操作する第１端末から、前記サプライチェーン識別子に対応付けて、第２組織のユーザの識別情報、前記文書、及び前記文書の識別情報の登録を受け付け、
前記第２組織のユーザが操作する第２端末に、前記サプライチェーン識別子に紐づいた前記文書であって、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書に対する予め定めた操作を許可する処理を実行させるための
情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理装置、及び情報処理プログラムに関する。
【背景技術】
【0002】
特許文献１には、サプライチェーンモデルにおけるプロセス間の情報流通を電子文書にマッピングすることにより、サプライチェーン全体のコラボレーション、及びユーザ間の情報共有を実現する文書管理方法において、複数の文書セグメントからなる電子文書データと、ユーザＩＤと前記文書セグメント毎に設定されたアクセス権とが関連付けられたセキュリティシートとを所定のデータベースに格納し、任意ユーザによって前記データベース内の前記電子文書データがアクセスされた際に、このアクセスしたユーザから与えられたＩＤと前記データベース内のユーザＩＤとを照合し、この照合結果に応じて、前記ユーザに関連付けられているアクセス権を前記セキュリティシートから検索し、この検索されたアクセス権に応じて、前記文書セグメントの読み出し又は書き込みを前記ユーザに許可又は禁止する文書管理方法が開示されている。
【0003】
特許文献２には、ワークフローの手順において委任元ユーザの操作権限を委任先ユーザへ委任可能な情報処理装置であって、委任元ユーザの要求に従って、当該委任元ユーザが委任すべき業務を、各業務の定義がなされる業務データテーブルから抽出する第１の抽出手段と、前記委任元ユーザの要求に従って、前記第１の抽出手段により抽出された業務から、当該委任元ユーザにより選択された業務を委任する委任先ユーザの指定と、当該業務に係る当該委任先ユーザへ委任する操作権限、及び当該業務の処理履歴の参照権限の指定と、を受け付ける受付手段と、前記受付手段により指定を受け付けた前記委任先ユーザによる処理履歴の参照要求に従って、前記受付手段により指定を受け付けた前記業務に係る処理履歴の参照権限を用いて、当該委任先ユーザが参照可能な当該委任先ユーザが処理していない業務の処理履歴を含む処理履歴を抽出する第２の抽出手段と、を有し、前記受付手段は、委任元ユーザの委任前の処理履歴を、委任先ユーザに参照可能に設定できるものであり、前記第２の抽出手段は、前記委任先ユーザに、当該委任先ユーザが処理していない業務の処理履歴として、当該業務を委任した委任元ユーザによる当該業務を当該委任先ユーザに委任する前の業務の処理履歴を抽出する情報処理装置が開示されている。
【0004】
特許文献３には、所定の分類に従って記録された、複数のカテゴリーからなる文書データ記録手段を有したサーバーと、該サーバーにアクセスしてデータの作成、編集、参照などの文書管理サービスを受けるクライアントからなる文書管理サーバーシステムであって、前記文書データ記録手段は、複数の文書カテゴリーを統合したリレーショナルデータベースないしキーバリューストア型データベースによって構成され、リレーショナルデータベースにおいては、（１）何の案件に関するデータであるか、（２）どの文書カテゴリーに属するデータであるか、（３）誰が作成したデータであるか、（４）いつ作成又は編集したデータであるかが記録され、文書データ本体として少なくとも一つの項目とその項目に対応するアドレス情報を備え、そのアドレスには可変長データが格納されており、キーバリューストア型データベースは、（１）何の案件に関するデータであるか、（２）どのカテゴリーに属するデータであるか、（３）誰が作成したデータであるか、（４）いつ作成又は編集したデータであるかが記録され、文書データ本体として少なくとも一つの項目とその項目に対応する可変長データによって構成されており、前記サーバーにはクライアントのユーザに応じた文書処理を実行するための文書処理手段が設定されており、前記文書処理手段には、（１）ユーザの求めに応じて所定の項目を文書にまとめる文書カテゴリー定義手段、（２）前記文書の項目をデータベースのデータとして定義する項目定義手段、（３）ユーサーのアクセス範囲を規定するアクセス権限管理手段、（４）前記（１）～（３）に基づいて、文書の作成編集及び参照を行う手段、が設定されており、前記サーバーにはユーザからのアクセスを識別し、アクセスしてきたユーザに応じてアクセスの許可されている文書カテゴリーの文書データに対して、文書処理手段を適用したデータ処理を行う機能が備えられている文書管理サーバーシステムが開示されている。
【先行技術文献】
【特許文献】
【0005】
【特許文献1】特開２００１－３０６５５８号公報
【特許文献2】特許第５１１５９３５号公報
【特許文献3】特許第５４６９６４５号公報
【発明の概要】
【発明が解決しようとする課題】
【0006】
元請け会社から委託会社へ、委託会社から再委託会社へと順次業務が委託される場合、例えば秘密情報が漏れないように元請け会社が各々の委託会社間で授受される文書を管理することがある。
【0007】
しかしながら、委託会社の数が増加するにつれて、元請け会社のユーザが行う管理業務量も増加する傾向にある。
【0008】
本開示は、元請け会社が委託会社に委託した業務が、委託会社から更に他の委託会社に順次再委託されることで構築されるサプライチェーンにおいて、委託会社間で授受が行われる文書の管理を元請け会社の管理者が一元的に管理する場合と比較して、管理者による文書の管理負担を軽減することができる情報処理装置、及び情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【0009】
第１態様に係る情報処理装置は、プロセッサを備え、前記プロセッサは、サプライチェーン識別子に紐づいた、複数の組織情報と複数の文書を管理し、第１組織のユーザが操作する第１端末から、前記サプライチェーン識別子に対応付けて、第２組織のユーザの識別情報、前記文書、及び前記文書の識別情報の登録を受け付け、前記第２組織のユーザが操作する第２端末に、前記サプライチェーン識別子に紐づいた前記文書であって、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書に対する予め定めた操作を許可する。
【0010】
第２態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記プロセッサは、前記第１端末から、前記サプライチェーン識別子と対応付けられた第２組織のユーザの識別情報、前記文書、及び前記文書の識別情報に加え、更に前記予め定めた操作の種類の登録を受け付け、前記第２端末に、前記サプライチェーン識別子に紐づいた前記文書であって、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書に対する前記予め定めた操作の種類を許可する。
【0011】
第３態様に係る情報処理装置は、第２態様に係る情報処理装置において、前記予め定めた操作の種類として、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書の取得、閲覧、複製、アクセス権付与、編集、読み込み、及び実行の少なくとも１つが登録される。
【0012】
第４態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記プロセッサは、前記文書毎に前記第１端末及び前記第２端末による前記文書のアクセス履歴を記憶装置に登録する。
【0013】
第５態様に係る情報処理装置は、第４態様に係る情報処理装置において、前記プロセッサは、前記第１組織が前記第２組織に開示した前記文書のアクセス履歴を、サプライチェーンの管理者が操作する管理者端末に出力する。
【0014】
第６態様に係る情報処理装置は、第５態様に係る情報処理装置において、前記プロセッサは、サプライチェーンにおいて、前記文書のアクセス履歴を要求した前記第１組織の管理者端末に、前記文書のアクセス履歴を要求した前記第１組織の下位に位置し、前記第１組織と直接的又は間接的に案件の委託関係がある各組織における前記文書のアクセス履歴を出力する。
【0015】
第７態様に係る情報処理装置は、第６態様に係る情報処理装置において、前記プロセッサは、前記第１組織によって指定された組織であって、前記第１組織と直接的又は間接的に案件の委託関係がある、前記第１組織の上位に位置する組織の管理者端末に、前記第１組織の下位に位置し、前記第１組織と直接的又は間接的に案件の委託関係がある各組織における前記文書のアクセス履歴を出力する。
【0016】
第８態様に係る情報処理装置は、第５態様に係る情報処理装置において、前記プロセッサは、サプライチェーンの元請け会社の管理者が操作する管理者端末に、前記文書のアクセス履歴を出力する。
【0017】
第９態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記プロセッサは、登録された前記文書に修正が加えられた場合、サプライチェーンの元請け会社の管理者が操作する前記第１端末に対して、前記文書に修正が加えられたことを知らせるメッセージを出力する。
【0018】
第１０態様に係る情報処理装置は、第９態様に係る情報処理装置において、前記プロセッサは、同じ前記サプライチェーン識別子及び同じ識別情報が対応付けられた前記文書の管理情報を取得し、登録された前記文書のファイル名が前記文書の原本のファイル名が異なる場合に、前記文書に修正が加えられたと検知する。
【0019】
第１１態様に係る情報処理装置は、第１態様に係る情報処理装置において、前記プロセッサは、前記第１組織と前記第２組織における前記文書の流通状況を、サプライチェーンの管理者が操作する管理者端末に出力する。
【0020】
第１２態様に係る情報処理装置は、第１１態様に係る情報処理装置において、前記プロセッサは、前記文書が予め定めた前記第１組織及び予め定めた前記第２組織の少なくとも一方に流通している場合、注意するよう促すメッセージをサプライチェーンの管理者が操作する管理者端末に出力する。
【0021】
第１３態様に係る情報処理プログラムは、コンピュータに、サプライチェーン識別子に紐づいた、複数の組織情報と複数の文書を管理し、第１組織のユーザが操作する第１端末から、前記サプライチェーン識別子に対応付けて、第２組織のユーザの識別情報、前記文書、及び前記文書の識別情報の登録を受け付け、前記第２組織のユーザが操作する第２端末に、前記サプライチェーン識別子に紐づいた前記文書であって、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書に対する予め定めた操作を許可する処理を実行させるためのプログラムである。
【発明の効果】
【0022】
第１態様、及び第１３態様によれば、元請け会社が委託会社に委託した業務が、委託会社から更に他の委託会社に順次再委託されることで構築されるサプライチェーンにおいて、委託会社間で授受が行われる文書の管理を元請け会社の管理者が一元的に管理する場合と比較して、管理者による文書の管理負担を軽減することができる、という効果を有する。
【0023】
第２態様によれば、委託先会社が文書に対して実行可能な操作の種類を、委託元会社が指定することができる、という効果を有する。
【0024】
第３態様によれば、委託元会社は、予め定めた複数種類の操作の中から、委託先会社が文書に対して実行可能な操作の種類を組み合わせて指定することができる、という効果を有する。
【0025】
第４態様によれば、委託先会社が文書を取得したか否かを把握することができる、という効果を有する。
【0026】
第５態様によれば、サプライチェーンの管理者が、文書の取得状況を把握することができる、という効果を有する。
【0027】
第６態様によれば、サプライチェーンの管理者が、管理者が所属する組織の下位に位置し、直接的又は間接的な委託関係がある各組織における文書の取得状況を把握することができる、という効果を有する。
【0028】
第７態様によれば、管理者が所属する組織の上位に位置し、直接的又は間接的な委託関係がある組織に、管理者が所属する組織の下位に位置し、直接的又は間接的な委託関係がある各組織における文書の取得状況を報告することができる、という効果を有する。
【0029】
第８態様によれば、サプライチェーンの元請け会社の管理者が、文書の取得状況を把握することができる、という効果を有する。
【0030】
第９態様によれば、サプライチェーンを通じて文書が流通する過程で、文書に修正が加えられたか否かを把握することができる、という効果を有する。
【0031】
第１０態様によれば、文書のファイル名から文書に修正が加えられたか否かを把握することができる、という効果を有する。
【0032】
第１１態様によれば、サプライチェーンの管理者が、委託契約を直接交わしていない委託会社以降における文書の流通状況を把握することができる、という効果を有する。
【0033】
第１２態様によれば、サプライチェーンの管理者が、問題のある委託会社に文書が流通したことを把握することができる、という効果を有する。
【図面の簡単な説明】
【0034】
【図1】案件の委託例を示す図である。
【図2】サプライチェーンの一例を示す図である。
【図3】情報システムの構成例を示す図である。
【図4】文書管理装置における機能構成例を示す図である。
【図5】管理テーブルの一例を示す図である。
【図6】コンピュータを用いて構成した文書管理装置の電気系統の要部構成例を示す図である。
【図7】案件登録処理の流れの一例を示すフローチャートである。
【図8】文書登録処理の流れの一例を示すフローチャートである。
【図9】文書の配布処理の流れの一例を示すフローチャートである。
【図10】文書の修正判定処理の流れの一例を示すフローチャートである。
【図11】アクセス分析処理の流れの一例を示すフローチャートである。
【図12】サプライチェーン分析処理の流れの一例を示すフローチャートである。
【発明を実施するための形態】
【0035】
以下、開示の実施形態について図面を参照しながら説明する。なお、同じ構成要素及び同じ処理には全図面を通して同じ符号を付与し、重複する説明を省略する。
【0036】
図１は、元請け会社１からの案件の委託例を示す図である。例えば案件を受注した元請け会社１が自社内で案件に対するすべての業務を行うことができない場合、元請け会社１は、委託会社２－１と委託契約を交わし、受注した案件の一部を委託会社２に委託することがある。この場合、元請け会社１は、文書データベース（Ｄａｔａｂａｓｅ：ＤＢ）１６のように、元請け会社１と委託会社２－１の双方がアクセス可能な文書格納庫に案件に関する文書を登録する。これに対して、委託会社２－１が、元請け会社１が登録した文書を文書ＤＢ１６から取得することで、元請け会社１から委託会社２－１への文書の配布が行われる。ここで、「文書の取得」とは、委託会社２－１が文書ＤＢ１６に登録されている文書をダウンロードすることをいう。なお、本開示の例における「文書」とは、文字や画像を含む文書のみならず、ＣＡＤ（Ｃｏｍｐｕｔｅｒ Ａｉｄｅｄ Ｄｅｓｉｇｎ）データのような数値データや、スクリプトファイルのようにコンピュータで実行可能なコマンドを含むテキストファイルのように、何らかの情報を有するデータのことである。
【0037】
同様に、元請け会社１から案件の委託を受けた委託会社２－１は、例えば委託された案件に対するすべての業務を行うことができない場合、他の委託会社２－２と委託契約を交わし、委託された案件の一部を委託会社２－２に再委託することがある。この場合においても、委託会社２－１から委託会社２－２への案件に関する文書の配布は、文書ＤＢ１６を介して行われる。
【0038】
なお、委託会社に付された符号“２－ｎ”のｎは委託次数を表す自然数である。ｎが“１”である委託会社２－１は、元請け会社１と委託契約を交わして案件の委託を受けた１次委託会社であることを表している。また、ｎが“２”である委託会社２－２は、１次委託会社と委託契約を交わして案件の委託を受けた２次委託会社であることを表している。委託会社の委託次数を区別して説明する必要がない場合、単に「委託会社２」と表す。
【0039】
文書ＤＢ１６への文書の登録、及び文書ＤＢ１６からの文書の取得は、各々の会社の中で予め選任されている案件管理者によって行われる。元請け会社１の案件管理者は、ＳＣ全体の管理を求められる場合があることから、特に「ＳＣ管理者」ともいう。
【0040】
こうした案件の再委託が委託会社２間で繰り返し行われることにより、元請け会社１を頂点とした案件に関するサプライチェーン（Ｓｕｐｐｌｙ Ｃｈａｉｎ：以下、「ＳＣ」と表す）が構築される。なお、本明細書中では、一例としてＳＣの頂点を元請け会社１として説明するが、いずれの会社をＳＣの頂点にするかは業種や業態によって異なるため、例えば１次委託会社をＳＣの頂点としてもよい。また、ＳＣ管理者が所属する会社は、必ずしもＳＣを構成する会社でなくてもよい。例えば小売業を営む会社が自ら企画したプライベート商品を販売する場合、小売業を営む会社がＳＣ全体を管理することになるが、小売業を営む会社の企画に基づいて商品の開発及び生産に携わる元請け会社１が委託会社２との間で委託契約を交わしてＳＣを形成し、ＳＣの頂点として文書の配布の起点となる。この場合、小売業を営む会社はＳＣ管理者でありながら、ＳＣを構成する会社ではないという形態となる。
【0041】
なお、「ＳＣ管理者」は必ずしも元請け会社１の案件管理者である必要はなく、このようにＳＣの頂点に位置する会社の案件管理者であってもよいし、ＳＣの頂点に位置する会社以外の会社の案件管理者であってもよい。以降では一例として、元請け会社１の案件管理者がＳＣ管理者となる例について説明する。
【0042】
図２は、ＳＣの一例を示す図である。ＳＣは１つの元請け会社１と、複数の委託会社２によって構成される。図２におけるＳＣの例では、４次委託会社まで存在している。図２において、各々の委託会社の符号“２－ｎ”の後に付したアルファベットは、各々のｎ次委託会社を識別する識別子である。各々のｎ次委託会社を区別して説明する必要がない場合には「委託会社２－ｎ」のようにアルファベットを省略して説明する。また、図２において、ＳＣでの委託契約の締結状況はリンク９によって表される。例えば委託会社２－１Ａと委託会社２－２Ｂとはリンク９によって接続されているが、これは委託会社２－１Ａと委託会社２－２Ｂとの間では委託契約が交わされていることを表している。委託会社２－１Ａと委託会社２－２Ｂのように同じリンク９の両端に位置する各々の会社には、直接的な委託関係があるという。
【0043】
図２において、委託会社２－１Ａと委託契約を交わした委託会社２－２Ｂは、委託会社２－３Ａと委託会社２－３Ｂに案件の再委託を行っている。すなわち、委託会社２－２Ｂと、委託会社２－３Ａ及び委託会社２－３Ｂとの間にはそれぞれ直接的な委託関係がある。委託会社２－１Ａから委託会社２－３Ａ及び委託会社２－３Ｂを見た場合、委託会社２－１Ａと委託会社２－３Ａ及び委託会社２－３Ｂのそれぞれとは、同じリンク９の両端に位置する会社でないため、直接的な委託関係は存在しない。しかしながら、委託会社２－３Ａ及び委託会社２－３Ｂには、委託会社２－１Ａが委託会社２－２Ｂに委託した案件が委託会社２－２Ｂを通じて再委託されている。このように、特定の委託会社２から委託次数の大きい委託会社２の方向にリンク９を辿って到達することのできる委託会社２であって、直接的な委託関係になる委託会社２以外の各々の委託会社２を、特定の委託会社２と間接的な委託関係がある委託会社２という。
【0044】
例えば委託会社２－１Ａと委託会社２－２Ｃとは同じリンク９によって接続されていないため、委託会社２－１Ａと委託会社２－２Ｃに直接的な委託関係はない。しかも、委託会社」２－１Ａから委託会社２－２Ｃまで辿るには、いったん委託会社２－１Ａに対して案件を委託した元請け会社１に遡る必要があるため、委託会社２－２Ｃは、委託会社２－１Ａから委託次数の大きい委託会社２の方向にリンク９を辿って到達することのできる委託会社２、すなわち、委託会社２－１Ａと間接的な委託関係にある委託会社２でもない。したがって、委託会社２－１Ａと委託会社２－２Ｃとは、同じＳＣを構成する委託会社２であったとしても、何の委託関係も存在しない委託会社２同士である。
【0045】
以降では、案件の委託を行う会社を「委託元会社２Ａ」と表し、案件の委託を受ける委託会社２を「委託先会社２Ｂ」と表すことがある。元請け会社１は、委託会社２－１に対して案件の委託を行うことから、２社間における案件の委託関係だけでみれば、元請け会社１も委託元会社２Ａの一例となる。したがって、元請け会社１及び委託元会社２Ａを区別して説明する必要がない場合、各々を総称して「委託元」と表すことがある。
【0046】
また、元請け会社１から案件の委託を受けた委託先会社２Ｂが他の委託会社２に案件を再委託する場合には、委託先会社２Ｂが委託元会社２Ａの立場に変化する。このように、委託元会社２Ａ及び委託先会社２Ｂの立場は固定した概念ではなく、２社間における案件の委託関係によって変化する。
【0047】
本開示に係る元請け会社１及び委託元会社２Ａは第１組織の一例であり、委託先会社２Ｂは第２組織の一例である。また、本開示に係る元請け会社１、及び委託会社２の各々の案件管理者は、各々の会社におけるユーザの一例である。
【0048】
サプライチェーンの階層において、委託元会社２Ａから案件の委託を受けた委託先会社２Ｂが再委託を繰り返すことによって、委託元会社２Ａが委託先会社２Ｂに配布した文書の流通先となっている委託会社２の各々を、「委託元会社２Ａの下位に位置する委託先会社２Ｂ」という。また、委託契約を交わした委託元会社２Ａを含み、委託元会社２Ａからリンク９をＳＣの下流からＳＣの頂点に向かって辿るルート上に存在する委託元会社２Ａの各々を「委託先会社２Ｂの上位に位置する委託元会社２Ａ」という。
【0049】
例えば図２に示すＳＣの場合、委託会社２－１Ａの下位に位置する委託先会社２Ｂとは、委託会社２－２Ａ、２－２Ｂ、２－３Ａ、２－３Ｂ、２－４Ａ、２－４Ｂ、及び２－４Ｃとなる。また、委託会社２－２Ｂの上位に位置する委託元会社２Ａとは、委託会社２－１Ａ及び元請け会社１となる。委託会社２－２Ｃは委託会社２－１Ａと委託契約を交わしていないため、委託会社２－２Ｃの上位に位置する委託元会社２Ａは委託会社２－１Ａではなく、委託会社２－１Ｂ及び元請け会社１となる。また、委託会社２－２Ａと、委託会社２－２Ｂ、２－３Ａ、２－３Ｂ、２－４Ａ、２－４Ｂ、及び２－４Ｃは、共に委託会社２－１Ａの下位に位置する委託先会社２Ｂであるが、委託会社２－２Ｂは委託会社２－２Ａと委託契約を交わしていないため、委託会社２－２Ａは、委託会社２－２Ｂの上位に位置する委託元会社２Ａではない。このように、同じ委託元会社２Ａの下位に位置する委託先会社２Ｂ同士であったとしても、必ずしも一方の委託先会社２Ｂが、他方の委託先会社２Ｂの上位に位置する委託元会社２Ａとなるわけではない。
【0050】
図３は、ＳＣにおける情報システム３の構成例を示す図である。情報システム３は、文書管理装置４、元請け端末５、委託元端末６Ａ、及び委託先端末６Ｂを含み、通信回線７によって各々接続されている。
【0051】
文書管理装置４は、委託対象の案件に関する文書を管理する情報処理装置の一例である。
【0052】
元請け端末５は、元請け会社１のＳＣ管理者が操作する端末であり、ＳＣ管理者は委託先会社２Ｂと委託契約が完了した後、元請け端末５から文書管理装置４に対して、委託先会社２Ｂに配布する文書の登録を行う。
【0053】
委託元端末６Ａは、委託元会社２Ａの案件管理者が操作する委託端末６であり、委託元会社２Ａの案件管理者は委託先会社２Ｂと委託契約が完了した後、委託元端末６Ａから文書管理装置４に対して、委託先会社２Ｂに配布する文書の登録を行う。
【0054】
委託先端末６Ｂは、委託先会社２Ｂの案件管理者が操作する委託端末６であり、委託先会社２Ｂの案件管理者は、元請け端末５又は委託元端末６Ａによって文書管理装置４に登録された文書を委託先端末６Ｂから取得する。
【0055】
なお、元請け端末５及び委託元端末６Ａを区別して説明する必要がない場合、各々を総称して「委託元の端末」と表すことがある。案件管理者が操作する端末を「管理者端末」といい、元請け端末５、委託元端末６Ａ、及び委託先端末６Ｂは管理者端末の一例である。
【0056】
図３の情報システム３の構成例では、説明の便宜上、元請け端末５、委託元端末６Ａ、及び委託先端末６Ｂがそれぞれ１台ずつ通信回線７に接続されている例を示しているが、それぞれ複数の元請け端末５、委託元端末６Ａ、及び委託先端末６Ｂが通信回線７に接続されていてもよい。
【0057】
元請け端末５、委託元端末６Ａ、及び委託先端末６Ｂには、各々の端末を一意に識別する端末ＩＤが予め割り当てられている。また、ＳＣ管理者、並びに、委託元会社２Ａ及び委託先会社２Ｂの案件管理者に対しても、各々を一意に識別するユーザＩＤが予め割り当てられている。
【0058】
本開示に係る元請け端末５及び委託元端末６Ａは第１端末の一例であり、委託先端末６Ｂは第２端末の一例である。また、本開示に係るユーザＩＤはユーザの識別情報の一例である。
【0059】
元請け端末５、委託元端末６Ａ、及び委託先端末６Ｂを接続する通信回線７の接続形態に制約はなく、有線であっても無線であってもよい。また、通信回線７は、例えばインターネットのような公衆回線であってもよく、例えばＶＰＮや専用回線であってもよい。
【0060】
図４は、文書管理装置４における機能構成例を示す図である。文書管理装置４は、通信部１０、案件管理部１１、ユーザ管理部１２、文書登録部１３、文書配布部１４、及びＳＣ分析部１５の各機能部と、文書ＤＢ１６を含む。
【0061】
通信部１０は通信回線７に接続し、元請け端末５、委託元端末６Ａ、及び委託先端末６Ｂからの各種要求の受信、並びに、要求に対する元請け端末５、委託元端末６Ａ、及び委託先端末６Ｂへの応答の送信を行う。また、通信部１０は、元請け端末５、委託元端末６Ａ、及び委託先端末６Ｂとの間で指定された文書の送受信を行う。
【0062】
案件管理部１１は、元請け端末５から受信した案件登録要求に対する処理を行う。各々の委託会社２は、異なる元請け会社１から案件を委託したり、同じ元請け会社から異なる案件を委託したりすることがある。したがって、案件管理部１１は案件登録要求によって登録を依頼された案件に対して、案件を一意に識別する案件識別子（以降「ＳＣＩＤ」という）を付与する。案件管理部１１は、登録を依頼された案件に付与したＳＣＩＤを、案件登録要求の送信元である元請け端末５に送信する。本開示に係るＳＣＩＤは、サプライチェーン識別子の一例である。
【0063】
ユーザ管理部１２は、委託契約に伴い、委託先会社２Ｂに配布する文書を登録するための文書登録要求を受け付けた場合、文書登録要求に含まれる委託元の案件管理者のユーザＩＤと委託先の案件管理者のユーザＩＤを、同じく文書登録要求に含まれるＳＣＩＤと対応付けて管理する。なお、文書登録要求には委託元の案件管理者のユーザＩＤと委託先の案件管理者のユーザＩＤの他、委託元の社名と委託先の社名が含まれていてもよい。本開示では、文書登録要求に委託元の社名と委託先の社名が含まれているものとする。したがって、ユーザ管理部１２は、委託元の社名と委託先の社名も各々のユーザＩＤと共にＳＣＩＤと対応付けて管理する。委託元の案件管理者のユーザＩＤと委託元の社名は、委託元会社２Ａを表す委託元情報の一例であり、委託先の案件管理者のユーザＩＤと委託先の社名は、委託先会社２Ｂを表す委託先情報の一例である。また、委託元情報及び委託先情報は、委託契約を行った会社同士の情報を表す組織情報の一例である。
【0064】
文書登録要求は、委託元が送信する。したがって、元請け会社１が文書登録要求を行う場合には、ＳＣ管理者が元請け端末５で文書の登録要求処理を行い、文書管理装置４に文書登録要求を送信する。委託元会社２Ａが文書登録要求を行う場合には、委託元会社２Ａの案件管理者が委託元端末６Ａで文書の登録要求処理を行い、文書管理装置４に文書登録要求を送信する。すなわち、再委託される案件に関する文書登録要求は、ＳＣ管理者が行うのではなく、各々の委託元会社２Ａの案件管理者が行う。
【0065】
文書登録部１３は、文書登録要求を受け付けた場合、文書登録要求に付加された登録対象の文書を、同じく文書登録要求に含まれるＳＣＩＤと対応付けて管理し、登録対象の文書を文書ＤＢ１６に登録する。登録対象の文書には、例えばＳＣ管理者によって予め文書を一意に識別する文書ＩＤが割り当てられており、登録対象の文書を文書ＤＢ１６に登録した場合、文書登録部１３は、ユーザ管理部１２で対応付けられたＳＣＩＤと、委託元の案件管理者のユーザＩＤと、委託先の案件管理者のユーザＩＤとの組み合わせに対して、登録した文書の文書ＩＤ、文書の登録先、及び文書の登録日を対応付ける。
【0066】
すなわち、文書登録要求を受け付ける毎に、ユーザ管理部１２及び文書登録部１３は連携して、案件の委託関係を表す情報と、委託元によって登録された文書に関する情報とをＳＣＩＤ単位で管理する。
【0067】
なお、文書の登録先とは、例えば文書を格納したフォルダ名のように、文書を格納した場所を表す情報である。また、本開示に係る文書ＩＤは文書の識別情報の一例である。
【0068】
文書配布部１４は、委託先会社２Ｂの案件管理者から委託先端末６Ｂを通じて文書の取得要求を受け付けた場合、委託先会社２Ｂの認証を行う。具体的には、文書配布部１４は、文書の取得要求を行った委託先会社２Ｂが、取得対象となる文書を登録した委託元と委託契約を交わした委託先であるか否かを判定する。文書の取得要求を行った委託先会社２Ｂが、要求された文書を登録した委託元と委託契約を交わした正しい委託先会社２Ｂであり、かつ、要求された文書が委託契約関係にある委託元によって登録された文書であれば、文書配布部１４は、要求された文書を文書ＤＢ１６から取得して、取得した文書を文書の取得要求を行った委託先端末６Ｂに送信する。すなわち、文書配布部１４は、ＳＣＩＤに紐づいた文書であって、文書の取得要求を行った委託先会社２Ｂと委託関係にある委託元の案件管理者が登録した文書に対する予め定めた操作を委託先会社２Ｂに対して許可する。
【0069】
なお、委託先会社２Ｂに対して許可する文書に対する操作の種類は、例えば文書の取得というように、文書管理装置４で予め設定された操作の種類としてもよいが、委託元の案件管理者が、文書を登録する毎に委託先会社２Ｂに対して許可する操作の種類を登録する文書に対して登録してもよい。
【0070】
委託先会社２Ｂに対して許可する操作の種類には、例えば文書の取得、閲覧、複製、アクセス権付与、編集、読み込み、及び実行が含まれる。
【0071】
文書の取得とは、既に説明したように、委託先会社２Ｂの案件管理者が文書ＤＢ１６に登録されている文書をダウンロードする操作である。「文書のダウンロード」とは、文書ＤＢ１６に登録されている文書を委託先端末６Ｂの記憶装置に記憶することである。
【0072】
文書の閲覧とは、委託先会社２Ｂの案件管理者が文書ＤＢ１６に登録されている文書をダウンロードすることなく、例えば委託先端末６Ｂのブラウザに文書の内容を表示する操作である。
【0073】
文書の複製とは、委託先会社２Ｂの案件管理者が文書ＤＢ１６からダウンロードした文書をコピーする操作である。
【0074】
文書へのアクセス権付与とは、委託先会社２Ｂの案件管理者が文書ＤＢ１６からダウンロードした文書に対して、例えば文書の読み取り、文書の編集、及び文書の削除といった文書の利用に関する権限を設定する操作である。
【0075】
文書の編集とは、委託先会社２Ｂの案件管理者が文書ＤＢ１６からダウンロードした文書の内容を修正する操作である。なお、文書名を変更したり、文書をテキストファイルから画像ファイルにするといった文書の形式を変換したりする操作も文書の編集に含まれる。
【0076】
文書の読み込みとは、委託先会社２Ｂの案件管理者が文書ＤＢ１６からダウンロードした文書を、例えば委託先端末６Ｂにインストールされているソフトウェアの入力としてソフトウェアに読み込ませる操作である。具体的には、ダウンロードした文書がＣＡＤデータの場合、ＣＡＤソフトウェアにＣＡＤデータを読み込ませることにより、ＣＡＤデータによって表される物体の３次元表示や強度計算といった数値計算等を行わせる操作である。
【0077】
文書の実行とは、委託先会社２Ｂの案件管理者が文書ＤＢ１６からダウンロードした文書を実行する操作である。すなわち、文書の実行とは、スクリプトファイルのように実行可能な文書に対する操作である。
【0078】
委託元の案件管理者は、文書ＤＢ１６に登録した文書に対して、例えば文書の取得、閲覧、複製、アクセス権付与、編集、読み込み、及び実行といった少なくとも１つの操作を許可する登録を行う。
【0079】
以降では一例として、委託元の案件管理者が委託先会社２Ｂに対して、文書の取得を許可した状況に基づいた説明を行う。
【0080】
なお、文書配布部１４は、文書ＤＢ１６から文書を取得して委託先端末６Ｂに送信した場合、文書の取得日を記録する。
【0081】
ＳＣ分析部１５は、元請け会社１が案件を委託した委託先会社２Ｂから、どのような委託会社２に案件が再委託され、どのようなＳＣが構成されているのかを、元請け会社１が契約を行った委託先会社２Ｂに配布した文書の流通状況に基づいて分析するＳＣ分析処理を行う。また、ＳＣ分析部１５は、委託会社２間の再委託により、元請け会社１が配布した文書の受け渡し状況を分析するアクセス分析処理を行うと共に、ＳＣにおける文書の流通過程において、元請け会社１が配布した文書に修正が加えられているか否かを分析する文書の修正判定処理を行う。
【0082】
文書ＤＢ１６は、委託契約に伴い委託元の端末が文書登録要求によって登録した文書を格納する。また、文書ＤＢ１６は、委託契約を交わした組織情報と文書のアクセス履歴をＳＣ毎に管理する管理テーブル８を格納する。
【0083】
図５は、管理テーブル８の一例を示す図である。管理テーブル８はＳＣＩＤ毎に設けられ、番号、委託元情報、委託先情報、文書ＩＤ、格納先、登録日、及び取得日が対応付けられた管理情報によって構成される。このうち、番号は、管理情報を識別するインデックスである。図５に示す管理テーブル８は、ＳＣＩＤが“ＳＣ００１”によって表される案件の管理テーブル８の例である。
【0084】
管理情報は、委託元が文書登録要求を行う毎に生成される情報である。委託元から文書登録要求を受け付けると、ユーザ管理部１２及び文書登録部１３は、管理情報の取得日以外の項目に、文書登録要求に含まれた管理情報の各項目に対応する情報及び文書の格納先を設定する。また、委託先会社２Ｂから文書の取得要求を受け付け、委託先会社２Ｂに文書を送信した場合、文書配布部１４は、管理情報の委託元情報及び委託先情報が、文書の取得要求に含まれる委託元情報及び委託先情報と一致する管理情報の取得日に、文書の送信日時を設定する。このように、委託元情報と委託先情報は委託契約を交わした組織情報の一例であり、管理情報における登録日及び取得日は、文書ＩＤによって表される文書のアクセス履歴の一例である。
【0085】
なお、委託先会社２Ｂが委託元によって登録されたすべての文書を取得する場合、及び委託先会社２Ｂが委託元によって登録された文書を個別に選択して取得する場合の何れについても、取得した文書の文書ＩＤ毎に文書の取得日が対応付けられて管理情報に設定される。
【0086】
また、図４では文書管理装置４が文書ＤＢ１６を含む構成例を示したが、文書ＤＢ１６は必ずしも文書管理装置４に含まれる必要はなく、通信回線７に接続された、例えばファイルサーバ等の外部装置（図示せず）に含まれていてもよい。この場合、文書管理装置４は、外部装置に設けられた文書ＤＢ１６に通信回線７を通じてアクセスする。
【0087】
【0088】
コンピュータ２０は、図４に示した文書管理装置４の各機能部の実行を担うプロセッサの一例であるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２１、コンピュータ２０の起動処理を行う起動プログラム（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ：ＢＩＯＳ）を記憶するＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２２、ＣＰＵ２１の一時的な作業領域として使用されるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２３、不揮発性メモリ２４、及び入出力インターフェース(Ｉ／Ｏ)２５を備える。ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、不揮発性メモリ２４、及びＩ／Ｏ２５はバス２６を介して各々接続されている。
【0089】
不揮発性メモリ２４は、不揮発性メモリ２４に供給される電力が遮断されても記憶した情報が維持される記憶装置の一例であり、例えば半導体メモリが用いられるがハードディスクを用いてもよい。したがって、不揮発性メモリ２４は、例えばコンピュータ２０を文書管理装置４として機能させる情報処理プログラムを記憶する。また、文書ＤＢ１６のように、文書管理装置４の電源が遮断されても記憶し続ける必要のある情報は不揮発性メモリ２４に構築される。
【0090】
Ｉ／Ｏ２５には、例えば通信ユニット２７、入力ユニット２８、及び表示ユニット２９が接続される。
【0091】
通信ユニット２７は通信回線７に接続され、通信回線７を通じて元請け端末５、委託元端末６Ａ、委託先端末６Ｂ、及び外部装置とデータ通信を行う通信プロトコルを備える。
【0092】
入力ユニット２８は、文書管理装置４に対する操作を受け付けてＣＰＵ２１に通知するユニットの一例であり、例えばボタン、タッチパネル、キーボード、マウス、及びポインティングデバイス等が含まれる。
【0093】
表示ユニット２９は、ＣＰＵ２１によって処理された情報を視覚的に表示するユニットの一例であり、例えば液晶ディスプレイ及び有機ＥＬ（Ｅｌｅｃｔｒｏ Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等が含まれる。
【0094】
なお、例えば外部装置から文書管理装置４の遠隔操作が行われる場合、文書管理装置４は、通信ユニット２７を通じて操作内容を受信すると共に、通信ユニット２７を通じて文書管理装置４で処理された情報を外部装置に送信する。したがって、Ｉ／Ｏ２５に入力ユニット２８及び表示ユニット２９が接続されないこともある。
【0095】
次に、文書管理装置４で実行される案件登録処理について説明する。
【0096】
図７は、元請け会社１のＳＣ管理者が操作する元請け端末５から案件登録要求を受け付けた場合に、文書管理装置４のＣＰＵ２１によって実行される案件登録処理の流れの一例を示すフローチャートである。
【0097】
案件登録処理を規定する情報処理プログラムは、例えば文書管理装置４の不揮発性メモリ２４に予め記憶されている。文書管理装置４のＣＰＵ２１は、不揮発性メモリ２４に記憶される情報処理プログラムを読み込み、案件登録処理を実行する。
【0098】
以降では一例として、文書ＤＢ１６が文書管理装置４を構成するコンピュータ２０の不揮発性メモリ２４に構築されているものとして説明を行う。また、案件登録要求には、例えば案件名が含まれているものとする。
【0099】
まず、ステップＳ１０において、ＣＰＵ２１は、他の案件のＳＣＩＤと重複しないＳＣＩＤを採番する。
【0100】
ステップＳ２０において、ＣＰＵ２１は、ステップＳ１０で採番したＳＣＩＤを案件登録要求に含まれる案件名に対応付け、案件とＳＣＩＤとの対応付けを例えば不揮発性メモリ２４に記憶する。
【0101】
ステップＳ３０において、ＣＰＵ２１は、案件登録要求で指定された案件に対応付けたＳＣＩＤを案件登録要求の送信元である元請け端末５に送信して、図７に示す案件登録処理を終了する。これにより、元請け会社１が委託したい案件に対してＳＣＩＤが発行される。
【0102】
次に、文書管理装置４で実行される文書登録処理について説明する。
【0103】
図８は、委託元の端末から文書登録要求を受け付けた場合に、文書管理装置４のＣＰＵ２１によって実行される文書登録処理の流れの一例を示すフローチャートである。
【0104】
文書登録処理を規定する情報処理プログラムは、例えば文書管理装置４の不揮発性メモリ２４に予め記憶されている。文書管理装置４のＣＰＵ２１は、不揮発性メモリ２４に記憶される情報処理プログラムを読み込み、文書登録処理を実行する。
【0105】
文書登録要求には、例えば文書の登録を行う案件のＳＣＩＤ、案件の委託を行う委託元情報、案件の委託を受ける委託先情報、登録を行う文書の文書ＩＤが含まれ、登録対象の文書と共に文書管理装置４に送信される。なお、文書登録要求にはＳＣＩＤが含まれるが、案件に対してまだ一度も文書登録要求が行われていない場合、この時点で文書の登録対象となるＳＣＩＤを知っているのは元請け会社１のみである。したがって、案件に対する最初の文書登録要求は元請け端末５から行われることになる。
【0106】
文書登録要求を受け付けると、ステップＳ１００において、ＣＰＵ２１は、登録対象の文書を文書ＤＢ１６に格納し、文書の格納先を表す格納先情報をＲＡＭ１３に記憶する。なお、登録対象の文書が複数であった場合、ＣＰＵ２１は文書毎に格納先を変えてもよく、また、各々の文書を同じ格納先に格納してもよい。文書毎に格納先を変えた場合、ＣＰＵ２１は、文書毎に格納先情報をＲＡＭ１３に記憶する。
【0107】
ステップＳ１１０において、ＣＰＵ２１は、文書登録要求に含まれる委託元情報、委託先情報、及び文書ＩＤを、それぞれ委託元情報、委託先情報、及び文書ＩＤの各項目に設定した管理情報を生成する。更に、ＣＰＵ２１は、生成した管理情報の番号、格納先、及び登録日の各項目に、それぞれ管理情報のインデックス、文書の格納先情報、及び文書を文書ＤＢ１６に格納した日時を設定する。ＣＰＵ２１は、取得日以外の項目を設定した管理情報を、文書登録要求に含まれるＳＣＩＤに対応した管理テーブル８に追加する。
【0108】
ステップＳ１２０において、ＣＰＵ２１は、文書登録要求の送信を行った委託元の端末に、文書の登録が完了したことを通知する登録完了通知を送信する。
【0109】
ステップＳ１３０において、ＣＰＵ２１は、案件の委託に伴い委託元が配布する文書が文書ＤＢ１６に登録されたことを通知する登録通知を、生成した管理情報の委託先情報によって表される委託先会社２Ｂの委託先端末６Ｂに送信して、図８に示す文書登録要求を終了する。
【0110】
登録通知には、委託された案件のＳＣＩＤ、委託契約に伴い登録された文書の文書ＩＤ、及び委託された案件の委託元情報が含まれる。登録通知によって、委託された案件のＳＣＩＤが委託先会社２Ｂに通知されるため、案件の再委託によって委託先会社２Ｂが委託元会社２Ａとなった場合、文書管理装置４に対して文書を登録する文書登録要求の作成に必要な情報が得られることになる。
【0111】
次に、文書管理装置４で実行される文書の配布処理について説明する。
【0112】
図９は、委託先端末６Ｂから文書の取得要求を受け付けた場合に、文書管理装置４のＣＰＵ２１によって実行される文書の配布処理の流れの一例を示すフローチャートである。
【0113】
文書の配布処理を規定する情報処理プログラムは、例えば文書管理装置４の不揮発性メモリ２４に予め記憶されている。文書管理装置４のＣＰＵ２１は、不揮発性メモリ２４に記憶される情報処理プログラムを読み込み、文書の配布処理を実行する。
【0114】
文書の取得要求には、例えば文書の取得を行う案件のＳＣＩＤ、登録通知によって通知された委託元会社２Ａの委託元情報、文書の取得を行う委託先会社２Ｂの委託先情報が含まれる。
【0115】
文書の取得要求を受け付けると、ステップＳ２００において、ＣＰＵ２１は、文書の取得要求の送信元が文書取得条件を満たす委託先会社２Ｂであるか否かを判定する。具体的には、ＣＰＵ２１は、文書の取得要求に含まれるＳＣＩＤと対応付けられた管理テーブル８を参照し、文書の取得要求に含まれる委託元情報と委託先情報との組み合わせが設定されている管理情報を抽出する。該当する管理情報が存在する場合、ＣＰＵ２１は、受け付けた文書の取得要求は、抽出した管理情報の委託元情報によって表される委託元会社２Ａと委託契約を交わした正規の委託先会社２Ｂからの文書の取得要求であると認識し、文書取得条件を満たしていると判定する。文書取得条件を満たしている場合にはステップＳ２１０に移行する。
【0116】
ステップＳ２１０において、ＣＰＵ２１は、抽出した管理情報の文書ＩＤの項目に設定されている文書ＩＤに対応した文書を、抽出した管理情報の格納先を参照して文書ＤＢ１６から取得する。なお、取得対象の文書が複数存在する場合には、各々の文書を文書ＤＢ１６から取得する。その上で、ＣＰＵ２１は、取得した文書を文書の取得要求の送信元である委託先端末６Ｂに送信し、文書を送信した日時を抽出した管理情報の取得日に設定して図９に示す文書の配布処理を終了する。
【0117】
一方、ステップＳ２００の判定処理によって、文書の取得要求に含まれる委託元情報と委託先情報との組み合わせが設定されている管理情報が存在しないと判定された場合、ＣＰＵ２１は、受け付けた文書の取得要求は、抽出した管理情報の委託元情報によって表される委託元会社２Ａと委託契約関係にない委託会社２からの文書の取得要求であると認識し、文書取得条件を満たしていないと判定する。文書取得条件を満たしていない場合にはステップＳ２２０に移行する。
【0118】
この場合、ステップＳ２２０において、ＣＰＵ２１は、要求された文書の取得を許可しないことを表す認証エラー通知を、文書の取得要求の送信元である委託先端末６Ｂに送信して図９に示す文書の配布処理を終了する。
【0119】
上記における文書の取得要求では、委託元会社２Ａが登録したすべての文書を取得する例について説明したが、文書の取得方法はこれに限られない。例えば文書の取得要求に取得したい文書の文書ＩＤが含まれている場合、ＣＰＵ２１は、文書の取得要求に含まれている文書ＩＤによって表される文書のみを文書ＤＢ１６から取得し、取得した文書を文書の取得要求の送信元である委託先端末６Ｂに送信してもよい。この場合、既に説明したように、文書の文書ＩＤ毎に取得した文書の取得日が対応付けられて管理情報に設定される。
【0120】
このように、開示の情報システム３によれば、委託先会社２Ｂは、委託契約を交わした委託元会社２Ａからしか文書の取得が許されていない。
【0121】
次に、文書管理装置４で実行される文書の修正判定処理について説明する。
【0122】
図１０は、元請け端末５から文書の修正判定要求を受け付けた場合に、文書管理装置４のＣＰＵ２１によって実行される文書の修正判定処理の流れの一例を示すフローチャートである。
【0123】
文書の修正判定処理を規定する情報処理プログラムは、例えば文書管理装置４の不揮発性メモリ２４に予め記憶されている。文書管理装置４のＣＰＵ２１は、不揮発性メモリ２４に記憶される情報処理プログラムを読み込み、文書の修正判定処理を実行する。
【0124】
文書の修正判定要求には、例えば判定対象の文書が用いられている案件のＳＣＩＤ、判定対象の文書の文書ＩＤ、及びＳＣ管理者のユーザＩＤが含まれる。説明の便宜上、以降では、文書の修正判定要求に含まれるＳＣＩＤ、文書ＩＤ、及びＳＣ管理者のユーザＩＤをそれぞれ「指定されたＳＣＩＤ」、「指定された文書ＩＤ」、及び「指定されたユーザＩＤ」ということにする。
【0125】
文書の修正判定要求を受け付けると、ステップＳ３００において、ＣＰＵ２１は、指定されたユーザＩＤがＳＣ管理者のユーザＩＤであるか否かを判定する。指定されたＳＣＩＤが対応付けられた管理テーブル８において、番号が“１”に設定された管理情報の委託元情報に含まれるユーザＩＤはＳＣ管理者のユーザＩＤである。したがって、ＣＰＵ２１は、当該ユーザＩＤと指定されたユーザＩＤとを比較して、指定されたユーザＩＤがＳＣ管理者のユーザＩＤであるか否かを判定すればよい。
【0126】
指定されたユーザＩＤがＳＣ管理者のユーザＩＤではない場合、図１０に示す文書の修正判定処理を終了する。すなわち、文書の修正判定要求は、委託会社２の案件管理者には許可されておらず、ＳＣ全体の管理を行うＳＣ管理者にのみ許可されている。これは、ＳＣに関する情報を委託会社２に保有させないためである。
【0127】
一方、ステップＳ３００の判定処理によって指定されたユーザＩＤがＳＣ管理者のユーザＩＤであると判定された場合、ステップＳ３１０に移行する。
【0128】
ステップＳ３１０において、ＣＰＵ２１は、指定されたＳＣＩＤが対応付けられた管理テーブル８を参照して、指定された文書ＩＤを含む管理情報を取得する。
【0129】
ステップＳ３２０において、ＣＰＵ２１は、指定された文書ＩＤによって表される文書（以降、「指定された文書」という）の原本を文書ＤＢ１６から取得する。指定された文書の原本は、委託元情報のユーザＩＤの項目と文書ＩＤの項目に、それぞれ指定されたユーザＩＤと指定された文書ＩＤが設定された管理情報に含まれる格納先から取得される。すなわち、文書の原本とは、元請け会社１が文書ＤＢ１６に登録した文書である。
【0130】
ステップＳ３３０において、ＣＰＵ２１は、ステップＳ３１０で取得した管理情報の中から、まだ選択していない何れか１つの管理情報を選択する。説明の便宜上、ステップＳ３３０において選択した管理情報を「選択管理情報」という。
【0131】
ステップＳ３４０において、ＣＰＵ２１は、選択管理情報に含まれる格納先から指定された文書を取得し、取得した文書が原本であるか否かを判定する。取得した文書と原本の比較方法として、ＣＰＵ２１は、例えばファイル名の比較を行う。取得した文書のファイル名が原本のファイル名と異なる場合に、取得した文書は原本ではないと判定すればよい。この他、ＣＰＵ２１は、取得した文書のハッシュ値と原本のハッシュ値が異なる場合に、取得した文書は原本ではないと判定してもよく、また、自然言語処理に関する公知の手法を用いてそれぞれ抽出した、取得した文書の特徴量と原本の特徴量が異なる場合に、取得した文書は原本ではないと判定してもよい。更に、ＣＰＵ２１は、上記に示した取得した文書と原本の複数の比較方法を組み合わせて、取得した文書が原本であるか否かを判定してもよい。取得した文書が原本と異なる場合はステップＳ３５０に移行する。
【0132】
ステップＳ３５０において、ＣＰＵ２１は、選択管理情報のインデックスをＲＡＭ１３に記憶してステップＳ３６０に移行する。ステップＳ３５０の処理によってＲＡＭ１３に記憶されるインデックスが表す管理情報は、原本に対して修正が加えられた文書の受け渡しが記録された管理情報となる。
【0133】
一方、ステップＳ３４０の判定処理によって取得した文書が原本であると判定された場合には、ステップＳ３５０の処理を実行することなく、ステップＳ３６０に移行する。
【0134】
ステップＳ３６０において、ＣＰＵ２１は、ステップＳ３１０で取得した管理情報の中に未選択の管理情報があるか否かを判定する。未選択の管理情報がある場合、ステップＳ３３０に移行し、ＣＰＵ２１は、未選択の管理情報の中から何れか１つの管理情報を新たな選択管理情報として選択することで、未選択の管理情報がなくなるまでステップＳ３３０～Ｓ３６０の処理を繰り返し実行する。これにより、ステップＳ３１０で取得した管理情報の中から、原本に対して修正が加えられた文書の受け渡しが記録された管理情報のインデックスがＲＡＭ１３に記憶される。
【0135】
ステップＳ３６０の判定処理によって未選択の管理情報がないと判定された場合、ステップＳ３７０に移行する。
【0136】
ステップＳ３７０において、ＣＰＵ２１は、ステップＳ３５０の処理によって記憶された管理情報のインデックスがＲＡＭ１３に記憶されているか否かを判定する。管理情報のインデックスがＲＡＭ１３に記憶されている場合、ステップＳ３８０に移行する。
【0137】
ステップＳ３８０において、ＣＰＵ２１は、原本に修正が加えられていることを通知する修正検出通知を元請け端末５に送信して、図１０に示す文書の修正判定処理を終了する。修正検出通知には、原本に対して修正が加えられた文書の受け渡しが記録された管理情報が含まれる。
【0138】
一方、ステップＳ３７０の判定処理によって管理情報のインデックスがＲＡＭ１３に記憶されていないと判定された場合、ステップＳ３９０に移行する。
【0139】
ステップＳ３９０において、ＣＰＵ２１は、原本に修正が加えられていないことを通知する修正未検出通知を元請け端末５に送信して、図１０に示す文書の修正判定処理を終了する。
【0140】
次に、元請け会社１が配布した文書のＳＣにおける受け渡し状況を分析するアクセス分析処理について説明する。
【0141】
図１１は、元請け端末５からアクセス分析要求を受け付けた場合に、文書管理装置４のＣＰＵ２１によって実行されるアクセス分析処理の流れの一例を示すフローチャートである。
【0142】
アクセス分析処理を規定する情報処理プログラムは、例えば文書管理装置４の不揮発性メモリ２４に予め記憶されている。文書管理装置４のＣＰＵ２１は、不揮発性メモリ２４に記憶される情報処理プログラムを読み込み、アクセス分析処理を実行する。
【0143】
アクセス分析要求には、例えば分析対象の文書が用いられている案件のＳＣＩＤ、分析対象の文書の文書ＩＤ、及びＳＣ管理者のユーザＩＤが含まれる。説明の便宜上、アクセス分析要求に含まれるＳＣＩＤ、文書ＩＤ、及びＳＣ管理者のユーザＩＤをそれぞれ「指定されたＳＣＩＤ」、「指定された文書ＩＤ」、及び「指定されたユーザＩＤ」ということにする。
【0144】
アクセス分析要求を受け付けると、ステップＳ４００において、ＣＰＵ２１は、図１０のステップＳ３００の判定処理と同じようにして、指定されたユーザＩＤがＳＣ管理者のユーザＩＤであるか否かを判定する。
【0145】
指定されたユーザＩＤがＳＣ管理者のユーザＩＤではない場合、図１１に示すアクセス分析処理を終了する。すなわち、アクセス分析処理は、委託会社２の案件管理者には許可されておらず、ＳＣ全体の管理を行うＳＣ管理者にのみ許可されている。これは、ＳＣに関する情報を委託会社２に保有させないためである。
【0146】
一方、ステップＳ４００の判定処理によって指定されたユーザＩＤがＳＣ管理者のユーザＩＤであると判定された場合、ステップＳ４１０に移行する。
【0147】
ステップＳ４１０において、ＣＰＵ２１は、指定されたＳＣＩＤが対応付けられた管理テーブル８を参照して、指定された文書ＩＤを含む管理情報を取得する。
【0148】
ステップＳ４２０において、ＣＰＵ２１は、ステップＳ４１０で取得した管理情報の各々から、委託元情報、委託先情報、及びアクセス履歴を抽出する。
【0149】
ステップＳ４３０において、ＣＰＵ２１は、同じ管理情報から抽出した委託元情報、委託先情報、及びアクセス履歴を対応付ける。その上で、ＣＰＵ２１は、各々の管理情報から抽出した委託元情報、委託先情報、及びアクセス履歴の対応付けを元請け端末５に送信して、図１１に示すアクセス分析処理を終了する。
【0150】
このようにして、元請け端末５に対して、指定された文書ＩＤによって表される文書のアクセス履歴と、当該文書の受け渡しを行った委託元情報、及び委託先情報が送信される。したがって、ＳＣ管理者は、元請け会社１と委託契約を直接交わしていない委託会社２に対しても、どのような文書がいつ開示されたのかといった文書の流通状況が案件毎にわかるようになる。
【0151】
文書の流通先となっている委託先会社２Ｂが、元請け会社１が注意すべき会社として文書管理装置４に予め登録しておいた会社と一致する場合、ステップＳ４３０において、ＣＰＵ２１は、注意するよう促すメッセージを委託元情報、委託先情報、及びアクセス履歴の対応付けと共に元請け端末５に送信してもよい。注意すべき会社とは、例えば法令順守の観点から問題が指摘されている会社や、事業の継続性の観点から問題が指摘されている会社等であり、元請け会社１の判断によって設定される会社である。注意すべき会社との一致判定は、例えば会社名、案件管理者のユーザＩＤ、及び委託先端末６Ｂの端末ＩＤのうち、少なくとも１つの属性の一致状況によって行えばよい。
【0152】
次に、元請け会社１を頂点としたＳＣの構成を分析するＳＣ分析処理について説明する。
【0153】
図１２は、元請け端末５からＳＣ分析要求を受け付けた場合に、文書管理装置４のＣＰＵ２１によって実行されるＳＣ分析処理の流れの一例を示すフローチャートである。
【0154】
ＳＣ分析処理を規定する情報処理プログラムは、例えば文書管理装置４の不揮発性メモリ２４に予め記憶されている。文書管理装置４のＣＰＵ２１は、不揮発性メモリ２４に記憶される情報処理プログラムを読み込み、ＳＣ分析処理を実行する。
【0155】
ＳＣ分析要求には、例えば分析対象の文書が用いられている案件のＳＣＩＤ、及びＳＣ管理者のユーザＩＤが含まれる。説明の便宜上、ＳＣ分析要求に含まれるＳＣＩＤ、及びＳＣ管理者のユーザＩＤをそれぞれ「指定されたＳＣＩＤ」、及び「指定されたユーザＩＤ」ということにする。
【0156】
ＳＣ分析要求を受け付けると、ステップＳ５００において、ＣＰＵ２１は、図１０のステップＳ３００の判定処理と同じようにして、指定されたユーザＩＤがＳＣ管理者のユーザＩＤであるか否かを判定する。
【0157】
指定されたユーザＩＤがＳＣ管理者のユーザＩＤではない場合、図１２に示すＳＣ分析処理を終了する。すなわち、ＳＣ分析処理は、委託会社２の案件管理者には許可されておらず、ＳＣ全体の管理を行うＳＣ管理者にのみ許可されている。これは、ＳＣに関する情報を委託会社２に保有させないためである。
【0158】
一方、ステップＳ５００の判定処理によって指定されたユーザＩＤがＳＣ管理者のユーザＩＤであると判定された場合、ステップＳ５１０に移行する。
【0159】
ステップＳ５１０において、ＣＰＵ２１は、委託会社２の委託次数を表すｎに“１”を設定する。既に説明したように、委託次数ｎ＝“１”の委託会社２、すなわち、１次委託会社２とは、元請け会社１と委託契約を交わして案件の委託を受けた委託会社２を表す。また、ＣＰＵ２１は、ユーザＩＤを表す変数ＵＩＤに指定されたユーザＩＤを設定する。
【0160】
ステップＳ５２０において、ＣＰＵ２１は、指定されたＳＣＩＤが対応付けられた管理テーブル８を参照して、委託元情報のユーザＩＤにＵＩＤが設定されている管理情報の委託先情報、すなわち、ｎ次委託先情報を委託元情報と対応付けて取得する。
【0161】
ステップＳ５３０において、ＣＰＵ２１は、ステップＳ５２０の処理で取得できたｎ次委託先情報があるか否かを判定する。ｎ次委託先情報が取得できた場合、ステップＳ５４０に移行する。
【0162】
ステップＳ５４０において、ＣＰＵ２１は、委託次数ｎに“１”を加えて委託次数ｎを更新すると共に、ステップＳ５２０の処理で取得したｎ次委託先情報に含まれるユーザＩＤをＵＩＤに設定してＵＩＤを更新した上で、ステップＳ５２０に移行する。すなわち、ＣＰＵ２１は、ｎ次委託先情報が取得できた場合、ｎ次委託先情報によって表される委託先会社２Ｂが委託元会社２Ａとなって案件を再委託していないかを、ｎ次委託先情報によって表される委託先会社２Ｂ毎に再帰的に検索する処理を繰り返す。
【0163】
ステップＳ５３０の判定処理によってｎ次委託先情報がないと判定された場合、ＳＣの末端まで委託先会社２Ｂを検索したことになるため、ステップＳ５５０に移行する。
【0164】
ステップＳ５５０において、ＣＰＵ２１は、取得したｎ次委託先情報（ｎ＝１、２、・・・）とその委託元情報との関連を委託次数ｎ＝１から順次追跡し、元請け会社１を頂点としたＳＣ構造を分析する。ＳＣ構造の分析結果は、例えば図２に示したような樹形図によって表される。
【0165】
ステップＳ５６０において、ＣＰＵ２１は、ステップＳ５５０によって分析したＳＣ構造を元請け端末５に送信して、図１２に示すＳＣ分析処理を終了する。
【0166】
委託契約は、委託元会社２Ａと委託先会社２Ｂとの２社間の契約である。したがって、元請け会社１は、これまで委託会社２に委託した案件がどのような委託会社２に再委託されているのかわからず、ＳＣを構成する委託会社の全体像を把握することが困難になる場合があった。しかしながら、ＳＣ管理者は、文書管理装置４におけるＳＣ分析処理を利用することによって、ＳＣを構成する委託会社の全体像が得られるようになる。
【0167】
また、ＳＣ管理者は、文書管理装置４における文書の修正判定処理、及びアクセス分析処理を利用することにより、配布した文書に対する修正の有無や文書の配布先がＳＣ毎に得られるようになる。
【0168】
すなわち、文書管理装置４によれば、ＳＣ管理者が委託契約の流れに沿って各委託会社２の案件管理者に聞き取り調査を行わなくても、ＳＣに関する情報がＳＣ管理者に提供される。
【0169】
なお、開示の例では、委託元情報及び委託先情報に含まれる識別情報の一例としてユーザＩＤを用いたが、案件の委託先と委託元がわかる識別情報であればユーザＩＤ以外の識別情報を用いてもよい。例えば元請け端末５、委託元端末６Ａ、及び委託先端末６Ｂの端末ＩＤや会社を一意に識別する会社ＩＤといった識別情報を、委託元情報及び委託先情報に含めてもよい。
【0170】
既に説明したように、ＳＣ全体の管理を行うＳＣ管理者は、必ずしも元請け会社１の案件管理者である必要はない。例えば委託会社２の案件管理者がＳＣ管理者となることがある。したがって、文書管理装置４は、管理者端末から受け付けたユーザＩＤがＳＣ管理者のユーザＩＤであれば、ユーザＩＤの送信元が元請け端末５でなくても、図１０に示した文書の修正判定処理、図１１に示したアクセス分析処理、及び図１２に示したＳＣ分析処理を実行してもよい。
【0171】
このように、ＳＣを構成する何れかの委託会社２ＡがＳＣ管理者であるような場合、文書管理装置４は、ＳＣ管理者が所属する委託会社２の委託端末６に、当該委託会社２の下位に位置する各委託会社２の範囲内における文書の修正状況、文書のアクセス履歴、及びＳＣの構成状況を出力する。これにより、ＳＣ管理者は、委託会社２の下位に位置する各委託会社２の状況を把握し、例えば文書の流通状況を要約して元請け会社１の案件管理者に報告してもよい。
【0172】
また、文書管理装置４は、ＳＣ管理者が所属する委託会社２の委託端末６から、当該委託会社２の上位に位置する会社の指定を受け付けた場合、ＳＣ管理者が所属する委託会社２に出力した文書の修正状況、文書のアクセス履歴、及びＳＣの構成状況を、指定された会社に出力する。ＳＣ管理者が所属する委託会社２の委託端末６によって指定される会社の数は複数であってもよい。
【0173】
以上、実施形態を用いて文書管理装置４の一態様について説明したが、開示した文書管理装置４の形態は一例であり、文書管理装置４の形態は実施形態に記載の範囲に限定されない。本開示の要旨を逸脱しない範囲で実施形態に多様な変更又は改良を加えることができ、当該変更又は改良を加えた形態も開示の技術的範囲に含まれる。例えば本開示の要旨を逸脱しない範囲で、図７～図１２に示した各フローチャート内の処理の順序を変更してもよい。
【0174】
また、上記の実施形態では、一例として各処理をソフトウェアで実現する形態について説明した。しかしながら、図７～図１２に示した各フローチャートと同等の処理をハードウェアで処理させるようにしてもよい。この場合、各処理をソフトウェアで実現した場合と比較して処理の高速化が図られる。
【0175】
上記の実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ２１）や、専用のプロセッサ（例えば ＧＰＵ：Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、プログラマブル論理デバイス、等）を含むものである。
【0176】
また、上記の実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記の実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。
【0177】
上記の実施形態では、不揮発性メモリ２４に情報処理プログラムが記憶されている例について説明したが、情報処理プログラムの記憶先は不揮発性メモリ２４に限定されない。本開示の情報処理プログラムは、コンピュータ２０で読み取り可能な記憶媒体に記録された形態で提供することも可能である。例えば情報処理プログラムをＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及びＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）のような光ディスクに記録した形態で提供してもよい。また、情報処理プログラムを、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ及びメモリカードのような可搬型の半導体メモリに記録した形態で提供してもよい。ＲＯＭ２２、不揮発性メモリ２４、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ＵＳＢ、及びメモリカードは非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）記憶媒体の一例である。
【0178】
更に、文書管理装置４は、通信回線７を通じて外部装置から情報処理プログラムをダウンロードし、ダウンロードした情報処理プログラムを記憶装置に記憶してもよい。この場合、文書管理装置４のＣＰＵ２１は、外部装置からダウンロードした情報処理プログラムを記憶装置から読み込んで各々の処理を実行する。
【0179】
以下に本実施形態に係る付記を示す。
【0180】
（（（１）））
プロセッサを備え、
前記プロセッサは、
サプライチェーン識別子に紐づいた、複数の組織情報と複数の文書を管理し、
第１組織のユーザが操作する第１端末から、前記サプライチェーン識別子に対応付けて、第２組織のユーザの識別情報、前記文書、及び前記文書の識別情報の登録を受け付け、
前記第２組織のユーザが操作する第２端末に、前記サプライチェーン識別子に紐づいた前記文書であって、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書に対する予め定めた操作を許可する
情報処理装置。
プロセッサを備え、
前記プロセッサは、
サプライチェーン識別子に紐づいた、複数の組織情報と複数の文書を管理し、
第１組織のユーザが操作する第１端末から、前記サプライチェーン識別子に対応付けて、第２組織のユーザの識別情報、前記文書、及び前記文書の識別情報の登録を受け付け、
前記第２組織のユーザが操作する第２端末に、前記サプライチェーン識別子に紐づいた前記文書であって、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書に対する予め定めた操作を許可する
情報処理装置。
【0181】
（（（２）））
前記プロセッサは、前記第１端末から、前記サプライチェーン識別子と対応付けられた第２組織のユーザの識別情報、前記文書、及び前記文書の識別情報に加え、更に前記予め定めた操作の種類の登録を受け付け、前記第２端末に、前記サプライチェーン識別子に紐づいた前記文書であって、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書に対する前記予め定めた操作の種類を許可する
（（（１）））に記載の情報処理装置。
前記プロセッサは、前記第１端末から、前記サプライチェーン識別子と対応付けられた第２組織のユーザの識別情報、前記文書、及び前記文書の識別情報に加え、更に前記予め定めた操作の種類の登録を受け付け、前記第２端末に、前記サプライチェーン識別子に紐づいた前記文書であって、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書に対する前記予め定めた操作の種類を許可する
（（（１）））に記載の情報処理装置。
【0182】
（（（３）））
前記予め定めた操作の種類として、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書の取得、閲覧、複製、アクセス権付与、編集、読み込み、及び実行の少なくとも１つが登録される
（（（２）））に記載の情報処理装置。
前記予め定めた操作の種類として、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書の取得、閲覧、複製、アクセス権付与、編集、読み込み、及び実行の少なくとも１つが登録される
（（（２）））に記載の情報処理装置。
【0183】
（（（４）））
前記プロセッサは、前記文書毎に前記第１端末及び前記第２端末による前記文書のアクセス履歴を記憶装置に登録する
（（（１）））～（（（３）））の何れかに記載の情報処理装置。
前記プロセッサは、前記文書毎に前記第１端末及び前記第２端末による前記文書のアクセス履歴を記憶装置に登録する
（（（１）））～（（（３）））の何れかに記載の情報処理装置。
【0184】
（（（５）））
前記プロセッサは、前記第１組織が前記第２組織に開示した前記文書のアクセス履歴を、サプライチェーンの管理者が操作する管理者端末に出力する
（（（４）））に記載の情報処理装置。
前記プロセッサは、前記第１組織が前記第２組織に開示した前記文書のアクセス履歴を、サプライチェーンの管理者が操作する管理者端末に出力する
（（（４）））に記載の情報処理装置。
【0185】
（（（６）））
前記プロセッサは、サプライチェーンにおいて、前記文書のアクセス履歴を要求した前記第１組織の管理者端末に、前記文書のアクセス履歴を要求した前記第１組織の下位に位置し、前記第１組織と直接的又は間接的に案件の委託関係がある各組織における前記文書のアクセス履歴を出力する
（（（５）））に記載の情報処理装置。
前記プロセッサは、サプライチェーンにおいて、前記文書のアクセス履歴を要求した前記第１組織の管理者端末に、前記文書のアクセス履歴を要求した前記第１組織の下位に位置し、前記第１組織と直接的又は間接的に案件の委託関係がある各組織における前記文書のアクセス履歴を出力する
（（（５）））に記載の情報処理装置。
【0186】
（（（７）））
前記プロセッサは、前記第１組織によって指定された組織であって、前記第１組織と直接的又は間接的に案件の委託関係がある、前記第１組織の上位に位置する組織の管理者端末に、前記第１組織の下位に位置し、前記第１組織と直接的又は間接的に案件の委託関係がある各組織における前記文書のアクセス履歴を出力する
（（（６）））に記載の情報処理装置。
前記プロセッサは、前記第１組織によって指定された組織であって、前記第１組織と直接的又は間接的に案件の委託関係がある、前記第１組織の上位に位置する組織の管理者端末に、前記第１組織の下位に位置し、前記第１組織と直接的又は間接的に案件の委託関係がある各組織における前記文書のアクセス履歴を出力する
（（（６）））に記載の情報処理装置。
【0187】
（（（８）））
前記プロセッサは、サプライチェーンの元請け会社の管理者が操作する管理者端末に、前記文書のアクセス履歴を出力する
（（（５）））に記載の情報処理装置。
前記プロセッサは、サプライチェーンの元請け会社の管理者が操作する管理者端末に、前記文書のアクセス履歴を出力する
（（（５）））に記載の情報処理装置。
【0188】
（（（９）））
前記プロセッサは、登録された前記文書に修正が加えられた場合、サプライチェーンの元請け会社の管理者が操作する前記第１端末に対して、前記文書に修正が加えられたことを知らせるメッセージを出力する
（（（１）））～（（（８）））の何れかに記載の情報処理装置。
前記プロセッサは、登録された前記文書に修正が加えられた場合、サプライチェーンの元請け会社の管理者が操作する前記第１端末に対して、前記文書に修正が加えられたことを知らせるメッセージを出力する
（（（１）））～（（（８）））の何れかに記載の情報処理装置。
【0189】
（（（１０）））
前記プロセッサは、同じ前記サプライチェーン識別子及び同じ識別情報が対応付けられた前記文書の管理情報を取得し、登録された前記文書のファイル名が前記文書の原本のファイル名が異なる場合に、前記文書に修正が加えられたと検知する
（（（９）））に記載の情報処理装置。
前記プロセッサは、同じ前記サプライチェーン識別子及び同じ識別情報が対応付けられた前記文書の管理情報を取得し、登録された前記文書のファイル名が前記文書の原本のファイル名が異なる場合に、前記文書に修正が加えられたと検知する
（（（９）））に記載の情報処理装置。
【0190】
（（（１１）））
前記プロセッサは、前記第１組織と前記第２組織における前記文書の流通状況を、サプライチェーンの管理者が操作する管理者端末に出力する
（（（１）））～（（（１０）））の何れかに記載の情報処理装置。
前記プロセッサは、前記第１組織と前記第２組織における前記文書の流通状況を、サプライチェーンの管理者が操作する管理者端末に出力する
（（（１）））～（（（１０）））の何れかに記載の情報処理装置。
【0191】
（（（１２）））
前記プロセッサは、前記文書が予め定めた前記第１組織及び予め定めた前記第２組織の少なくとも一方に流通している場合、注意するよう促すメッセージをサプライチェーンの管理者が操作する管理者端末に出力する
（（（１１）））に記載の情報処理装置。
前記プロセッサは、前記文書が予め定めた前記第１組織及び予め定めた前記第２組織の少なくとも一方に流通している場合、注意するよう促すメッセージをサプライチェーンの管理者が操作する管理者端末に出力する
（（（１１）））に記載の情報処理装置。
【0192】
（（（１３）））
コンピュータに、
サプライチェーン識別子に紐づいた、複数の組織情報と複数の文書を管理し、
第１組織のユーザが操作する第１端末から、前記サプライチェーン識別子に対応付けて、第２組織のユーザの識別情報、前記文書、及び前記文書の識別情報の登録を受け付け、
前記第２組織のユーザが操作する第２端末に、前記サプライチェーン識別子に紐づいた前記文書であって、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書に対する予め定めた操作を許可する処理を実行させるための
情報処理プログラム。
コンピュータに、
サプライチェーン識別子に紐づいた、複数の組織情報と複数の文書を管理し、
第１組織のユーザが操作する第１端末から、前記サプライチェーン識別子に対応付けて、第２組織のユーザの識別情報、前記文書、及び前記文書の識別情報の登録を受け付け、
前記第２組織のユーザが操作する第２端末に、前記サプライチェーン識別子に紐づいた前記文書であって、前記第１組織のユーザが前記第２組織のユーザに対して登録した前記文書に対する予め定めた操作を許可する処理を実行させるための
情報処理プログラム。
【0193】
（（（１）））、及び（（（１３）））によれば、元請け会社が委託会社に委託した業務が、委託会社から更に他の委託会社に順次再委託されることで構築されるサプライチェーンにおいて、委託会社間で授受が行われる文書の管理を元請け会社の管理者が一元的に管理する場合と比較して、管理者による文書の管理負担を軽減することができる、という効果を有する。
【0194】
（（（２）））によれば、委託先会社が文書に対して実行可能な操作の種類を、委託元会社が指定することができる、という効果を有する。
【0195】
（（（３）））によれば、委託元会社は、予め定めた複数種類の操作の中から、委託先会社が文書に対して実行可能な操作の種類を組み合わせて指定することができる、という効果を有する。
【0196】
（（（４）））によれば、委託先会社が文書を取得したか否かを把握することができる、という効果を有する。
【0197】
（（（５）））によれば、サプライチェーンの管理者が、文書の取得状況を把握することができる、という効果を有する。
【0198】
（（（６）））によれば、サプライチェーンの管理者が、管理者が所属する組織の下位に位置し、直接的又は間接的な委託関係がある各組織における文書の取得状況を把握することができる、という効果を有する。
【0199】
（（（７）））によれば、管理者が所属する組織の上位に位置し、直接的又は間接的な委託関係がある組織に、管理者が所属する組織の下位に位置し、直接的又は間接的な委託関係がある各組織における文書の取得状況を報告することができる、という効果を有する。
【0200】
（（（８）））によれば、サプライチェーンの元請け会社の管理者が、文書の取得状況を把握することができる、という効果を有する。
【0201】
（（（９）））によれば、サプライチェーンを通じて文書が流通する過程で、文書に修正が加えられたか否かを把握することができる、という効果を有する。
【0202】
（（（１０）））によれば、文書のファイル名から文書に修正が加えられたか否かを把握することができる、という効果を有する。
【0203】
（（（１１）））によれば、サプライチェーンの管理者が、委託契約を直接交わしていない委託会社以降における文書の流通状況を把握することができる、という効果を有する。
【0204】
（（（１２）））によれば、サプライチェーンの管理者が、問題のある委託会社に文書が流通したことを把握することができる、という効果を有する。
【符号の説明】
【0205】
１ 元請け会社
２ 委託会社
２Ａ 委託元会社
２Ｂ 委託先会社
３ 情報システム
４ 文書管理装置
５ 元請け端末
６ 委託端末
６Ａ 委託元端末
６Ｂ 委託先端末
７ 通信回線
８ 管理テーブル
９ リンク
１０ 通信部
１１ 案件管理部
１２ ユーザ管理部
１３ 文書登録部
１４ 文書配布部
１５ ＳＣ分析部
１６ 文書ＤＢ
２０ コンピュータ
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ 不揮発性メモリ
２５ Ｉ／Ｏ
２６ バス
２７ 通信ユニット
２８ 入力ユニット
２９ 表示ユニット
２ 委託会社
２Ａ 委託元会社
２Ｂ 委託先会社
３ 情報システム
４ 文書管理装置
５ 元請け端末
６ 委託端末
６Ａ 委託元端末
６Ｂ 委託先端末
７ 通信回線
８ 管理テーブル
９ リンク
１０ 通信部
１１ 案件管理部
１２ ユーザ管理部
１３ 文書登録部
１４ 文書配布部
１５ ＳＣ分析部
１６ 文書ＤＢ
２０ コンピュータ
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ 不揮発性メモリ
２５ Ｉ／Ｏ
２６ バス
２７ 通信ユニット
２８ 入力ユニット
２９ 表示ユニット
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
