特開 2024-110801 プログラム、サーバ、およびラベルデータ共有システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024110801

(43)【公開日】2024-08-16

(54)【発明の名称】プログラム、サーバ、およびラベルデータ共有システム

(51)【国際特許分類】

   G06F 3/12 20060101AFI20240808BHJP

   G06Q 30/0207 20230101ALI20240808BHJP

【ＦＩ】

G06F3/12 373

G06F3/12 303

G06F3/12 378

G06Q30/0207 328

【審査請求】未請求

【請求項の数】12

【出願形態】ＯＬ

(21)【出願番号】P 2023015622

(22)【出願日】2023-02-03

(71)【出願人】

【識別番号】000005267

【氏名又は名称】ブラザー工業株式会社

(74)【代理人】

【識別番号】110000291

【氏名又は名称】弁理士法人コスモス国際特許商標事務所

(72)【発明者】

【氏名】坂 涼司

【テーマコード（参考）】

5L030

5L049

【Ｆターム（参考）】

5L030BB07

5L049BB07

(57)【要約】

【課題】ラベルデータの印刷を管理するシステムにおいて、ラベルデータを印刷した利用者に適切なポイントを付与できる技術を提供すること。
【解決手段】端末１２Ａと、端末１２Ｂとにインターネット回線２１を介してラベル管理サーバ２２が接続するラベルデータ共有システム１００において、ラベル管理サーバ２２は、ラベルプリンタ１１Ｂにラベルを印刷させた端末１２Ｂが出力した印刷ログを取得する。ラベル管理サーバ２２は、印刷ログに含まれる印刷されたラベルのラベル長さに基づいて獲得ポイントを決定する。獲得ポイントは、ラベル長さが長いほど、獲得しやすくなるように決定される。ラベル管理サーバ２２は、ユーザＤＢ２５にアクセスし、印刷者のユーザＩＤに関連付けられた保有ポイントに、決定した獲得ポイントを加算する。
【選択図】 図１

【特許請求の範囲】

【請求項1】

サーバによって実行可能なプログラムであって、前記サーバは、ポイントデータベースにアクセス可能であり、前記ポイントデータベースには、ユーザＩＤごとに、ユーザが保有するポイントである保有ポイントが記憶されており、
前記サーバのコンピュータに、
印刷ログを取得する取得処理を実行させ、前記印刷ログは、情報処理装置がラベルプリンタに印刷を行わせた場合に、前記情報処理装置から出力されるものであり、前記印刷ログには、前記情報処理装置に設定されたユーザＩＤと、印刷されたラベルの長さと、が含まれており、
さらに前記サーバの前記コンピュータに、
前記取得処理にて取得された前記印刷ログに含まれる前記ラベルの長さに基づいて、前記ラベルの長さが長いほどポイントを獲得し易くなるように、前記ラベルプリンタでの印刷によって付与されるポイントである獲得ポイントを決定する決定処理と、
前記ポイントデータベースにアクセスし、前記決定処理にて決定された前記獲得ポイントを、読み出された前記印刷ログに含まれる前記ユーザＩＤに対応する前記保有ポイントに加算する加算処理と、
を実行させることが可能である、
ように構成されるプログラム。

【請求項2】

請求項１に記載するプログラムにおいて、
前記印刷ログには、印刷されたテープの種類が含まれ、
前記決定処理では、
前記取得処理にて取得された前記印刷ログに含まれる前記ラベルの長さに基づいて、前記ラベルの長さが長いほどポイントを獲得し易くなるように、前記獲得ポイントを決定し、さらに読み出された前記印刷ログに含まれるテープの種類に基づいて、ポイントの獲得し易さが異なる、
ように構成されるプログラム。

【請求項3】

請求項１に記載するプログラムにおいて、
前記サーバは、印刷ログデータベースにアクセス可能であり、前記印刷ログデータベースには、前記情報処理装置によって出力された前記印刷ログが登録され、
前記取得処理では、
前記印刷ログデータベースにアクセスし、登録された前記印刷ログを読み出すことで、前記印刷ログを取得する、
ように構成されるプログラム。

【請求項4】

請求項３に記載するプログラムにおいて、
前記サーバの前記コンピュータに、
設定された任意のタイミングで、前記取得処理、前記決定処理、および前記加算処理、を実行させる、
ように構成されるプログラム。

【請求項5】

請求項１に記載するプログラムにおいて、
前記サーバの前記コンピュータに、
前記情報処理装置から前記印刷ログが出力される度に、前記取得処理、前記決定処理、および前記加算処理、を実行させる、
ように構成されるプログラム。

【請求項6】

請求項１に記載するプログラムにおいて、
前記サーバの前記コンピュータに、
前記加算処理にて前記保有ポイントが加算された場合に、前記取得処理にて取得された前記印刷ログを出力した前記情報処理装置に対して、前記保有ポイントの更新を通知する第１通知処理を実行させる、
ように構成されるプログラム。

【請求項7】

請求項１に記載するプログラムにおいて、
前記サーバは、累積印刷量データベースにアクセス可能であり、前記累積印刷量データベースは、ユーザＩＤごとに、累積の印刷量を示す累積評価値が記憶されており、
前記サーバの前記コンピュータに、
前記取得処理にて取得された前記印刷ログに含まれる前記ラベルの長さに基づく評価値を計算する計算処理と
前記累積印刷量データベースにアクセスし、前記計算処理にて計算された前記評価値を、取得された前記印刷ログに含まれる前記ユーザＩＤに対応する前記累積評価値に加算する評価値加算処理を実行させ、
前記決定処理では、前記評価値加算処理にて加算された前記累積評価値が閾値を超えた場合に、前記獲得ポイントを第１値とし、前記評価値加算処理にて加算された前記累積評価値が前記閾値を超えていなければ前記獲得ポイントを０とする、
ように構成されるプログラム。

【請求項8】

請求項７に記載するプログラムにおいて、
前記サーバの前記コンピュータに、
前記決定処理の実行後、前記印刷ログを登録した前記情報処理装置に対して、前記累積評価値が前記閾値を超えるまでの残りの印刷量を示す目安情報を通知する第２通知処理を実行させる、
ように構成されるプログラム。

【請求項9】

請求項８に記載するプログラムにおいて、
前記サーバの前記コンピュータに、
前記決定処理の実行後、前記加算処理にて前記保有ポイントが加算されなかった場合に、前記第２通知処理を実行させ、前記加算処理にて前記保有ポイントが加算された場合に、前記第２通知処理を実行させない、
ように構成されるプログラム。

【請求項10】

請求項１に記載するプログラムにおいて、
前記サーバの前記コンピュータに、
第１の情報処理装置からユーザＩＤとラベルデータのアップロード指示とを受け付けるアップロード受付処理を実行させることが可能であり、前記ラベルデータは、前記ラベルプリンタで印刷可能なデータであり、
さらに前記サーバの前記コンピュータに、
前記アップロード受付処理にて前記ラベルデータの前記アップロード指示を受け付けた場合に、
前記第１の情報処理装置からアップロードされた前記ラベルデータである投稿ラベルデータを受信する受信処理と、
前記受信処理にて受信した前記投稿ラベルデータを、前記アップロード受付処理にて受け付けられた前記ユーザＩＤと関連付けて記憶する記憶処理と、
を実行させ、
さらに前記サーバの前記コンピュータに、
第２の情報処理装置から前記投稿ラベルデータのダウンロード指示を受け付けるダウンロード受付処理を実行させることが可能であり、
前記ダウンロード受付処理にて前記第２の情報処理装置からの前記投稿ラベルデータの前記ダウンロード指示を受け付けた場合に、
前記投稿ラベルデータを前記第２の情報処理装置に送信する送信処理を実行させ、
さらに前記サーバは、投稿印刷量データベースにアクセス可能であり、前記投稿印刷量データベースは、前記投稿ラベルデータごとに、累積の印刷量を示す累積投稿ラベル評価値が記憶されており、
さらに前記サーバの前記コンピュータに、
前記第２の情報処理装置が前記ラベルプリンタに前記投稿ラベルデータの印刷を行わせたことによって前記印刷ログが出力され、前記取得処理にて、前記投稿ラベルデータの印刷による前記印刷ログが取得された場合に、
前記取得処理にて取得された前記印刷ログに含まれる前記ラベルの長さに基づく投稿評価値を計算する投稿計算処理と
前記投稿印刷量データベースにアクセスし、前記投稿計算処理にて計算された前記投稿評価値を、印刷された前記投稿ラベルデータに対応する前記累積投稿ラベル評価値に加算する投稿評価値加算処理と、
前記投稿評価値加算処理にて加算された前記累積投稿ラベル評価値が投稿用の閾値を超えた場合に、前記投稿ラベルデータの印刷によって付与される投稿者ポイントを第２値とし、前記投稿評価値加算処理にて加算された前記累積投稿ラベル評価値が前記投稿用の閾値を超えていなければ、前記投稿者ポイントを０とする投稿決定処理と、
前記ポイントデータベースにアクセスし、前記投稿決定処理にて決定された前記投稿者ポイントを、印刷された前記投稿ラベルデータに関連付けられた前記ユーザＩＤに対応する前記保有ポイントに加算する投稿加算処理と、
を実行させる、
ように構成されるプログラム。

【請求項11】

情報処理装置とネットワークを介して接続可能なサーバであって、
前記サーバは、
ポイントデータベースにアクセス可能であり、前記ポイントデータベースには、ユーザＩＤごとに、ユーザが保有するポイントである保有ポイントが記憶されており、
さらに前記サーバは、
印刷ログを取得する取得処理を実行し、前記印刷ログは、前記情報処理装置がラベルプリンタに印刷を行わせた場合に、前記情報処理装置から出力されるものであり、前記印刷ログには、前記情報処理装置に設定されたユーザＩＤと、印刷されたラベルの長さと、が含まれており、
さらに前記サーバは、
前記取得処理にて取得された前記印刷ログに含まれる前記ラベルの長さに基づいて、前記ラベルの長さが長いほどポイントを獲得し易くなるように、前記ラベルプリンタでの印刷によって付与されるポイントである獲得ポイントを決定する決定処理と、
前記ポイントデータベースにアクセスし、前記決定処理にて決定された前記獲得ポイントを、読み出された前記印刷ログに含まれる前記ユーザＩＤに対応する前記保有ポイントに加算する加算処理と、
を実行することが可能である、
ように構成されるサーバ。

【請求項12】

第１の情報処理装置と、第２の情報処理装置と、サーバと、を備え、前記第１の情報処理装置および前記第２の情報処理装置がネットワークを介して前記サーバに接続可能なラベルデータ共有システムにおいて、
前記サーバは、
ラベルデータをユーザＩＤと関連付けて記憶可能であり、前記ラベルデータは、ラベルプリンタで印刷可能なデータであり、
前記第１の情報処理装置は、
前記第１の情報処理装置が有するラベルデータである投稿ラベルデータを、前記第１の情報処理装置に入力された前記ユーザＩＤと関連付けて、前記サーバにアップロードすることが可能であり、
前記サーバは、
前記第１の情報処理装置からアップロードされた前記投稿ラベルデータを、アップロードされた前記投稿ラベルデータに関連付けられた前記ユーザＩＤと関連付けて記憶し、
前記第２の情報処理装置は、
前記サーバに記憶されている前記投稿ラベルデータを、前記サーバからダウンロードすることが可能であり、
さらに前記第２の情報処理装置は、
ラベルプリンタに前記投稿ラベルデータの印刷を行わせた場合に、前記印刷に対応する印刷ログを出力し、出力される前記印刷ログには、前記第２の情報処理装置に設定された前記ユーザＩＤと、印刷されたラベルの長さと、が含まれ、
さらに前記サーバは、
ポイントデータベースにアクセス可能であり、前記ポイントデータベースには、ユーザＩＤごとに、ユーザが保有するポイントである保有ポイントが記憶されており、
さらに前記サーバは、
前記印刷ログを取得する取得処理と、
前記取得処理にて取得された前記印刷ログに含まれる前記ラベルの長さに基づいて、前記ラベルの長さが長いほどポイントを獲得し易くなるように、前記ラベルプリンタでの印刷によって付与されるポイントである獲得ポイントを決定する決定処理と、
前記ポイントデータベースにアクセスし、前記決定処理にて決定された前記獲得ポイントを、前記第２の情報処理装置に設定された前記ユーザＩＤに対応する前記保有ポイントに加算する加算処理と、
を実行可能である、
ように構成されるラベルデータ共有システム。

【発明の詳細な説明】

【技術分野】

【0001】

本明細書に開示される技術分野は、ラベルデータの印刷管理に用いられるプログラム、サーバ、およびラベルデータ共有システムに関する。

【背景技術】

【0002】

従来、コンテンツデータの共有を図るシステムとして、コンテンツデータを保存するサーバをインターネット上に用意し、ユーザのデバイスからコンテンツデータが投稿、すなわちそのサーバにアップロードされ、そのコンテンツデータが別のユーザのデバイスにダウンロードされるシステムが知られている。このようなシステムでは、コンテンツデータの投稿を促進するため、コンテンツデータを投稿したユーザに、そのシステムで利用可能なポイントを付与する場合がある。

【0003】

上述したようなシステムを開示した文献としては、例えば特許文献１がある。特許文献１に開示されるポイント管理システムでは、ユーザＡのＰＣから写真データがＷＷＷサーバにアップロードされ、ユーザＢのＰＣによってその写真データが購入されてＷＷＷサーバからダウンロードされると、購入者であるユーザＢに購入額に応じたポイントが加算され、さらに投稿者であるユーザＡにも、写真データのアップロード時あるいは写真データのダウンロード時に、写真データのデータサイズに応じたポイントが加算される。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００２－９９７４６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

近年、ラベルプリンタでのラベルの印刷に用いられるラベルデータの共有を図るシステムが検討されている。このようなシステムでは、ラベルデータを投稿したユーザの他、ラベルデータを印刷したユーザにもポイントを付与することで、ラベルの印刷に関する消耗品の利用も促進できる。しかしながら、ラベルデータの印刷に対してポイントを付与する仕組みがない。

【0006】

特許文献１に開示されている技術のようにデータサイズが大きいほどより多くのポイントが付与される構成も考えられるが、データサイズは必ずしも消耗品の消費量を示すものではない。そのため、ラベルデータの印刷に対して付与するポイントを決定するための別の仕組みが望まれる。

【課題を解決するための手段】

【0007】

上述した課題の解決を目的としてなされたプログラムは、サーバによって実行可能なプログラムであって、前記サーバは、ポイントデータベースにアクセス可能であり、前記ポイントデータベースには、ユーザＩＤごとに、ユーザが保有するポイントである保有ポイントが記憶されており、前記サーバのコンピュータに、印刷ログを取得する取得処理を実行させ、前記印刷ログは、情報処理装置がラベルプリンタに印刷を行わせた場合に、前記情報処理装置から出力されるものであり、前記印刷ログには、前記情報処理装置に設定されたユーザＩＤと、印刷されたラベルの長さと、が含まれており、さらに前記サーバの前記コンピュータに、前記取得処理にて取得された前記印刷ログに含まれる前記ラベルの長さに基づいて、前記ラベルの長さが長いほどポイントを獲得し易くなるように、前記ラベルプリンタでの印刷によって付与されるポイントである獲得ポイントを決定する決定処理と、前記ポイントデータベースにアクセスし、前記決定処理にて決定された前記獲得ポイントを、読み出された前記印刷ログに含まれる前記ユーザＩＤに対応する前記保有ポイントに加算する加算処理と、を実行させることが可能である、ように構成される。

【0008】

上記構成のプログラムを組み込まれたサーバは、ラベルプリンタでの印刷に関する印刷ログを取得し、取得した印刷ログに含まれる印刷されたラベルのラベル長さに基づいて獲得ポイントを決定する。獲得ポイントは、ラベルの長さが長いほどポイントを獲得し易くなるように決定される。サーバは、その決定された獲得ポイントをその印刷を指示したユーザの保有ポイントに加算する。これにより、サーバは、ラベルの印刷に使用した消耗品の消費量に応じた適切なポイントを利用者に付与することができる。

【0009】

上記装置の機能を実現するための制御方法、コンピュータプログラム、および当該コンピュータプログラムを格納するコンピュータにて読取可能な記憶媒体も、新規で有用である。

【発明の効果】

【0010】

本明細書に開示される技術によれば、ラベルデータの印刷を管理するシステムにおいて、ラベルデータを印刷した利用者に適切なポイントを付与できる技術が実現される。

【図面の簡単な説明】

【0011】

【図1】第１実施形態のラベルデータ共有システムを概略的に示す説明図である。

【図2】テープ指標情報の一例を示す説明図である。

【図3】ユーザデータベースの一例を示す説明図である。

【図4】投稿ラベルデータベースの一例を示す説明図である。

【図5】印刷ログデータベースの一例を示す説明図である。

【図6】投稿処理の手順の一例を示すシーケンス図である。

【図7】ダウンロード処理の手順の一例を示すシーケンス図である。

【図8】印刷処理の手順の一例を示すシーケンス図である。

【図9】獲得ポイント処理の手順の一例を示すフローチャートである。

【図10】投稿者ポイント処理の手順の一例を示すフローチャートである。

【図11】通知処理の手順の一例を示すフローチャートである。

【図12】第２実施形態のラベル共有システムにて実行される印刷処理の手順の一例を示すシーケンス図である。

【発明を実施するための形態】

【0012】

ラベルデータ共有システムを具体化した実施の形態について、添付図面を参照しつつ詳細に説明する。本形態は、サーバと複数の情報処理装置とをネットワークを介して接続し、ラベルプリンタでのラベルの印刷に用いられるラベルデータの共有を図るラベルデータ共有システムを開示するものである。

【0013】

図１に示すように、本形態のラベルデータ共有システム１００（以下「システム１００」と略記する）は、例えば、ラベルプリンタのベンダによってユーザに提供されるシステムである。システム１００は、端末１２Ａと、端末１２Ｂと、ラベル管理サーバ２２と、を備え、それらがインターネット回線２１を介して接続されている。端末１２Ａ，１２Ｂは、ラベルプリンタの所有者や利用者（以下「ユーザ」とする）が所有する端末である。端末１２Ａ，１２Ｂは、インターネット回線２１を介して印刷ログサーバ２３に接続できる。端末１２Ａ，１２Ｂは、それぞれ、ラベルプリンタ１１Ａ，１１Ｂに接続できる。ラベル管理サーバ２２は、印刷ログサーバ２３に接続できる。

【0014】

端末１２Ａ，１２Ｂは、通信機能と、表示機能と、操作機能と、を備える情報処理装置である。本形態の端末１２Ａ，１２Ｂは、スマートフォンによって構成されるが、その他に、タブレットやパーソナルコンピュータによって構成されてもよい。端末１２Ａ，１２Ｂには、それぞれ、クライアントアプリケーションプログラム（以下「クライアントアプリ」とする）１３Ａ，１３Ｂが記憶されている。なお、ラベル管理サーバ２２に接続する端末の数は本形態に限定されない。また、端末１２Ａ，１２Ｂは、特に区別する必要がない場合、「端末１２」と総称することがある。また、クライアントアプリ１３Ａ，１３Ｂは、特に区別する必要がない場合、「クライアントアプリ１３」と総称することがある。また、ラベルプリンタ１１Ａ，１１Ｂは、特に区別する必要がない場合、「ラベルプリンタ１１」と総称することがある。

【0015】

クライアントアプリ１３は、ラベルプリンタ１１のベンダによって提供されるアプリケーションプログラムである。クライアントアプリ１３は、端末１２上において、ラベルデータの作成や編集を行うための機能を備える。クライアントアプリ１３は、作成したラベルデータをラベル管理サーバ２２に対して投稿する、すなわちアップロードするための機能を備える。クライアントアプリ１３は、ラベル管理サーバ２２からラベルデータをダウンロードするための機能を備える。クライアントアプリ１３は、端末１２上において作成したラベルデータやダウンロードしたラベルデータを、ラベルプリンタ１１を用いて印刷するための機能を備える。クライアントアプリ１３は、ラベルプリンタ１１にラベルを印刷させた場合に、その印刷ログを出力する機能を有する。

【0016】

なお、ラベル管理サーバ２２にラベルデータを投稿する投稿者の端末１２Ａは、「第１の情報処理装置」の一例である。ラベルプリンタ１１Ｂを用いてラベルデータを印刷する印刷者の端末１２Ｂは、「第２の情報処理装置」の一例である。ラベル管理サーバ２２は「サーバ」の一例である。インターネット回線２１は「ネットワーク」の一例である。

【0017】

ラベルプリンタ１１は、例えば、熱転写方式の印刷ヘッドを備え、ロール状に巻き取られたテープを巻き出しつつ印刷を行う印刷装置である。ラベルプリンタ１１は、例えば、端末１２から受信した印刷ジョブに基づいて、収容されているテープへの画像の印刷とテープの搬送とを行い、印刷済みの部分を機外へ突出させる。機外に突出されたテープによって、所定のラベル長さとラベル幅とを有するラベルが作成される。「ラベル幅」は、ラベルがラベルプリンタ１１から機外へ搬出される方向に直交する方向、すなわち、幅方向の寸法である。「ラベル長さ」は、ラベルがラベルプリンタ１１から搬出される方向の長さ、すなわち、長さ方向のサイズである。

【0018】

ラベルプリンタ１１は、Ｗｉ－Ｆｉ（登録商標）などの無線ＬＡＮの通信や、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信によって、端末１２に接続される。また、ＵＳＢの通信規格を用いて有線でラベルプリンタ１１と端末１２とを接続するものであっても良い。

【0019】

ラベルプリンタ１１で利用可能なテープには、複数の種類がある。テープの種類は、例えば、テープの幅によって区別してもよいし、テープやインクの色によって区別してもよいし、テープの素材や特殊加工の有無によって区別してもよい。テープは、その種類によって、対応可能なラベルプリンタのモデルが予め決められている。ユーザは、印刷を行わせるラベルプリンタのモデルに対応する複数種類のテープのうち、目的や用途などに適した種類のテープをラベルプリンタに付け替えることができる。

【0020】

ラベル管理サーバ２２は、少なくとも、記憶機能と、通信機能と、を有する装置である。ラベル管理サーバ２２は、ＣＰＵ２２１と、メモリ２２２と、を有する制御部２２０を備えている。ラベル管理サーバ２２は、ネットワークインタフェース（以下「ネットワークＩＦ」とする）２２５と、操作表示部２２６と、インタフェース２２７と、を備え、これらが制御部２２０に接続している。ＣＰＵ２２１は「コンピュータ」の一例である。制御部２２０が「コンピュータ」の一例であってもよい。

【0021】

ＣＰＵ２２１は、メモリ２２２から読み出したプログラムに従って、また、ユーザの操作に基づいて、各種の処理を実行する。メモリ２２２は、サーバ用プログラム２２８などの各種のプログラムや、テープ指標情報２２９などの各種のデータが記憶される記憶領域である。メモリ２２２は、各種の処理が実行される際の作業領域としても利用される。

【0022】

サーバ用プログラム２２８は、ラベルプリンタによるラベルの印刷を管理するためのプログラムである。サーバ用プログラム２２８は、ラベルデータの投稿を受け付けたり、投稿されたラベルデータを端末に対して送信したりする機能を有する。サーバ用プログラム２２８は、印刷者の端末１２Ｂから出力された印刷ログを取得して、印刷されたラベルのラベル長さに基づいてポイントを付与する機能を有する。サーバ用プログラム２２８は「プログラム」の一例である。サーバ用プログラム２２８の機能については後述する。

【0023】

例えば図２に示すように、テープ指標情報２２９は、テープ型番２２９１にテープ係数２２９２を関連付けて記憶している。テープ型番２２９１は、テープの種類を識別するための情報である。テープ型番２２９１は、例えば、商品ごとに付与されている。

【0024】

テープ係数２２９２は、テープの価値を示す情報である。テープの価値はその種類によって異なる。例えば、テープ幅の広いテープは、テープ幅の狭いテープより価値が高い。例えば、テープまたはインクが金色など、テープやインクの色が特殊なテープは、テープとインクの色が白黒のテープより価値が高い。また例えば、布やリボンなど、素材が特殊なテープは、汎用的な素材のテープより価値が高い。価値の高いテープを使用する印刷は、印刷コストが高くなる。テープ係数２２９２は、テープの価値が高いほど、高い値が設定されている。テープ係数２２９２は、例えば、ラベル長さに基づいてポイントを付与する場合に使用される。

【0025】

図１に示すメモリ２２２の一例は、装置に内蔵されるＲＯＭ、ＲＡＭ、ＨＤＤ等に限らず、ＣＰＵ２２１が読み取り可能かつ書き込み可能なストレージ媒体であってもよい。ＣＰＵ２２１が読み取り可能なストレージ媒体には、上記の例の他に、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ等の記録媒体も含まれる。

【0026】

操作表示部２２６は、ユーザに情報を報知するための画面を表示するハードウェアと、ユーザによる操作を受け付けるハードウェアと、を含む。なお、操作表示部２２６は、表示機能と操作受け付け機能とを共に備えるタッチパネルであっても良いし、表示機能を備えるディスプレイと操作受け付け機能を備えるキーボード、マウス、トラックボール等との組であっても良い。

【0027】

ネットワークＩＦ２２５は、端末１２や印刷ログサーバ２３等の外部装置と通信を行うためのハードウェアを含む。ネットワークＩＦ２２５の通信規格は、イーサネット（登録商標）、Ｗｉ－Ｆｉ（登録商標）などである。ネットワークＩＦ２２５の通信の態様は、有線でも無線でもよい。本形態のネットワークＩＦ２２５は、インターネット回線２１に接続されている。ネットワークＩＦ２２５は、有線または無線により、印刷ログサーバ２３に接続されている。印刷ログサーバ２３は、印刷ログデータベース（以下「印刷ログＤＢ」とする）と接続し、印刷ログの登録を行う。印刷ログＤＢ３０については後述する。

【0028】

インタフェース２２７は、ユーザデータベース（以下「ユーザＤＢ」とする）２５と、投稿ラベルデータベース（以下「投稿ラベルＤＢ」とする）２６と、が接続されている。本形態では、インタフェース２２７は、有線ＬＡＮ２４を介してユーザＤＢ２５および投稿ラベルＤＢ２６に接続されている。ユーザＤＢ２５および投稿ラベルＤＢ２６は、ラベル管理サーバ２２が有してもよいし、ラベル管理サーバ２２と別のサーバが有してもよい。また、ユーザＤＢ２５および投稿ラベルＤＢ２６は、別々のサーバが有していてもよい。また、ラベル管理サーバ２２が印刷ログＤＢ３０を有していてもよい。

【0029】

図３に示すように、ユーザＤＢ２５は、ユーザＩＤごとに、ユーザが保有するポイントである保有ポイントを記憶することができる。ユーザＤＢ２５は、ユーザＩＤ２５１と、ユーザ名２５２と、累積評価値２５３と、ポイント情報２５４と、パスワード２５５と、ポイント更新日時２５６と、を関連付けたレコードによって構成されている。ユーザＤＢ２５は「ポイントデータベース」および「累積印刷量データベース」の一例である。

【0030】

ユーザＩＤ２５１は、システム１００を利用可能なユーザを識別するための識別情報であり、端末１２を使用するユーザを特定する。また、ユーザ名２５２は、ユーザの個人または団体（法人）の名称やニックネーム、住所、連絡先、メールアドレス等である。なお、ユーザＩＤ２５１は、システム１００が提供するサービスを初めて利用する際に新規に設定される。例えば、システム１００が提供するサービスを初めて利用する際に、端末１２上においてユーザが入力したユーザ名は、新規のユーザＩＤ２５１と対応するように、ユーザＤＢ２５のユーザ名２５２に追加記憶される。

【0031】

累積評価値２５３は、累積の印刷量あるいはラベル長さを示す情報である。累積評価値２５３には、ラベルプリンタを用いて印刷したラベルの長さに基づいて計算した評価値を累積した値が記憶される。累積評価値２５３には、ラベル管理サーバ２２に投稿されたラベルデータ（以下「投稿ラベルデータ」とする）を用いて印刷されたラベルのラベル長さに基づく評価値と、ラベル管理サーバ２２に投稿されていないラベルデータ（以下「オリジナルラベルデータ」とする）を用いて印刷されたラベルのラベル長さに基づく評価値と、が含まれる。

【0032】

ポイント情報２５４は、ユーザの保有ポイントを示す情報である。保有ポイントは、例えば、システム１００を利用して有償のコンテンツあるいは機能や、テープ等の消耗品を購入する場合に、現金の代わりとして使用することができる。保有ポイントは、例えば、印刷されたラベルのラベル長さに基づいて付与される。印刷されたラベルは、投稿ラベルデータに基づくラベルでも、オリジナルラベルデータに基づくラベルでもよい。例えば、保有ポイントは、累積評価値が閾値を超える場合にポイントが加算される。

【0033】

パスワード２５５は、ユーザ名２５２に記憶された各ユーザがそれぞれ設定したパスワードである。ポイント更新日時２５６は、ポイント情報２５４すなわち保有ポイントが更新された年／月／時刻が記憶される。ポイント更新日時２５６は、ポイント情報２５３が更新されず、累積評価値２５３が更新された場合には、累積評価値２５３が更新された年／月／時刻が記憶される。

【0034】

図４に示すように、投稿ラベルＤＢ２６は、投稿ラベルデータをユーザＩＤに関連付けて記憶できる。投稿ラベルＤＢ２６は、ラベルＩＤ２６１と、ユーザＩＤ２６２と、投稿ラベルデータ２６３と、テープ型番２６４と、投稿日２６５と、累積投稿ラベル評価値２６６と、累積投稿ラベル評価値更新日時２６７と、を関連付けたレコードによって構成されている。

【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】

１１１，１２Ｂ プリンタ
１２Ａ，１２Ｂ 端末
２１ インターネット回線
２２ サーバ
２５ ユーザＤＢ
１００ ラベルデータ共有システム
２２１ ＣＰＵ
２２８ サーバ用プログラム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】