(57)【要約】【課題】第三者によって提供される画像を、その画像に現れるユーザに提供することができる、画像アップロードシステムおよびプログラムを提供する。【解決手段】画像アップロードシステム１００は、ゼッケン番号４１（参加者番号）を取得する機能と、バーコード画像４２を生成する機能と、ゼッケン４０（標識）を製造する機能と、ソーシャルネットワークサービスのユーザＩＤ（ユーザアカウント識別情報）を取得する機能と、写真５０（画像）に含まれるバーコード画像４２に基づき、ゼッケン番号４１を被写体番号として取得する機能と、ソーシャルネットワークサービスに対し、被写体番号に対応するユーザＩＤに関連付けて、写真５０をアップロードする機能とを備える。【選択図】図１
2016071484.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの参加者番号を取得する機能と、
前記参加者番号のそれぞれに対応するバーコード画像を生成する機能と、
前記参加者番号のそれぞれについて、対応するバーコード画像を表示する標識を製造する機能と、
前記参加者番号のそれぞれに対応する、ソーシャルネットワークサービスのユーザアカウント識別情報を取得する機能と、
画像に含まれるバーコード画像に基づき、そのバーコード画像に対応する参加者番号を、被写体番号として取得する機能と、
前記ソーシャルネットワークサービスに対し、前記被写体番号に対応する前記ユーザアカウント識別情報に関連付けて、前記画像をアップロードする機能と
を備える、画像アップロードシステム。
【請求項２】
前記標識は、さらに当該参加者番号を表示するものである、請求項１に記載の画像アップロードシステム。
【請求項３】
コンピュータおよび標識製造手段を備えるシステムにおいて、前記コンピュータによって実行されることにより、前記システムを請求項１または２に記載の画像アップロードシステムとして機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像アップロードシステムおよびプログラムに関する。
【背景技術】
【０００２】
一般的なソーシャルネットワークサービス（ＳＮＳ）では、ユーザは、自分のユーザアカウントに関連付けて画像を投稿することができる。このようなサービスの例は、特許文献１に記載される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−２１６０８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来の技術では、ユーザおよびＳＮＳ運営者以外の第三者によって提供される画像（写真等）を、その画像に現れるユーザに、自動的に提供することが困難であるという問題があった。
【０００５】
たとえば、ＳＮＳのユーザがスポーツイベントに参加し、参加中のユーザの写真をイベントの主催者が撮影した場合に、撮影された写真と、写真に写ったユーザのユーザアカウントとを関連付ける方法がない。このため、ユーザに写真を提供するためには、たとえばユーザがすべての写真を確認した後に自分が写っているものを選択してイベント主催者に通知するなど、追加の作業が必要であった。このように、イベントの主催者およびユーザ双方の利便性に改善の余地があった。
【０００６】
この発明は、このような問題点を解決するためになされたものであり、第三者によって提供される画像を、その画像に現れるユーザに提供することができる、画像アップロードシステムおよびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述の問題点を解決するため、この発明に係る画像アップロードシステムは、
少なくとも１つの参加者番号を取得する機能と、
前記参加者番号のそれぞれに対応するバーコード画像を生成する機能と、
前記参加者番号のそれぞれについて、対応するバーコード画像を表示する標識を製造する機能と、
前記参加者番号のそれぞれに対応する、ソーシャルネットワークサービスのユーザアカウント識別情報を取得する機能と、
画像に含まれるバーコード画像に基づき、そのバーコード画像に対応する参加者番号を、被写体番号として取得する機能と、
前記ソーシャルネットワークサービスに対し、前記被写体番号に対応する前記ユーザアカウント識別情報に関連付けて、前記画像をアップロードする機能と
を備える。
【０００８】
前記標識は、さらに当該参加者番号を表示するものであってもよい。
【０００９】
また、この発明に係るプログラムは、コンピュータおよび標識製造手段を備えるシステムにおいて、前記コンピュータによって実行されることにより、前記システムを上述の画像アップロードシステムとして機能させる。
【発明の効果】
【００１０】
この発明に係る画像アップロードシステムおよびプログラムによれば、ユーザアカウントに対応するバーコードを用いることにより、画像中のユーザに対応するユーザアカウントを特定することができるので、第三者によって提供される画像を、その画像に現れるユーザに提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態１に係る画像アップロードシステムを含む構成を示す図である。
【図２】実施の形態１に係るゼッケンの構成の例を示す図である。
【図３】実施の形態１に係る写真の例である。
【図４】図１の画像アップロードシステムの処理の流れの例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、この発明の実施の形態を添付図面に基づいて説明する。
実施の形態１．
図１に、本発明の実施の形態１に係る画像アップロードシステム１００を含む構成を示す。画像アップロードシステム１００は、イベントサーバ１０、バーコードサーバ２０および写真クライアント３０を備える。また、画像アップロードシステム１００は、イベントサーバ１０に接続されるプリンタ１３を備える。
【００１３】
イベントサーバ１０は周知のコンピュータとしての構成を含み、演算を行う演算手段１１と、情報を格納する記憶手段１２とを備える。演算手段１１はＣＰＵ（中央処理装置）を含み、記憶手段１２は半導体メモリおよびＨＤＤ（ハードディスクドライブ）等の記憶媒体を含む。
【００１４】
また、とくに図示しないが、イベントサーバ１０は、入力手段、出力手段およびネットワークインタフェースを備える。入力手段は、使用者が情報を入力するために用いる手段であり、たとえばマウスやキーボード等である。出力手段は、使用者に対して情報を出力する手段であり、たとえば液晶ディスプレイ等の表示装置であるが、プリンタ１３が出力手段を兼ねてもよい。
【００１５】
イベントサーバ１０の記憶手段１２は、参加者データＤ１およびバーコードデータＤ２を格納することができる。また、記憶手段１２は、図示しないイベントサーバ用プログラムを格納している。このイベントサーバ用プログラムは、コンピュータ（とくに演算手段）によって実行されることにより、当該コンピュータを本発明に係るイベントサーバ１０として機能させる。
【００１６】
バーコードサーバ２０もまた周知のコンピュータとしての構成を含み、イベントサーバ１０と同様の構成を備える。すなわち、バーコードサーバ２０は、演算を行う演算手段２１と、情報を格納する記憶手段２２とを備える。また、とくに図示しないが、バーコードサーバ２０は、入力手段、出力手段およびネットワークインタフェースを備える。
【００１７】
バーコードサーバ２０の記憶手段２２は、参加者データＤ１、バーコードデータＤ２および写真データＤ３を格納することができる。また、記憶手段２２は、図示しないバーコードサーバ用プログラムを格納している。このバーコードサーバ用プログラムは、コンピュータ（とくに演算手段）によって実行されることにより、当該コンピュータを本発明に係るバーコードサーバ２０として機能させる。
【００１８】
写真クライアント３０もまた周知のコンピュータとしての構成を含み、イベントサーバ１０およびバーコードサーバ２０と同様の構成を備える。すなわち、写真クライアント３０は、演算を行う演算手段３１と、情報を格納する記憶手段３２とを備える。また、とくに図示しないが、写真クライアント３０は、入力手段、出力手段およびネットワークインタフェースを備える。
【００１９】
写真クライアント３０の記憶手段３２は、写真データＤ３を格納することができる。また、記憶手段３２は、図示しない写真クライアント用プログラムを格納している。この写真クライアント用プログラムは、コンピュータ（とくに演算手段）によって実行されることにより、当該コンピュータを本発明に係る写真クライアント３０として機能させる。
【００２０】
イベントサーバ１０、バーコードサーバ２０および写真クライアント３０は、通信ネットワーク（図示せず）を介して互いに通信可能に接続される。通信ネットワークはたとえばインターネットである。
【００２１】
バーコードサーバ２０は、少なくとも１つのソーシャルネットワークサービス（以下「ＳＮＳ」と略記する）にアクセス可能である。ＳＮＳという用語は、当業者であれば適切な定義をもって解釈可能であるが、たとえばＳＮＳはＦａｃｅｂｏｏｋを含む。バーコードサーバ２０は、当該ＳＮＳの少なくとも一部を実現するコンピュータであるＳＮＳサーバ２００と、（たとえば通信ネットワークを介して）通信可能に接続されており、ＳＮＳサーバ２００に対して画像をアップロードする機能を備える。
【００２２】
「アップロード」という用語は、当業者であれば適切な定義をもって解釈可能であるが、ＳＮＳに応じて異なる意味に解釈されてもよい。たとえば、ＳＮＳサーバ２００への画像のアップロード処理には、そのＳＮＳ固有の手順や通信プロトコル等が必要とされてもよい。
【００２３】
ＳＮＳサーバ２００は、既存のものを利用してもよいし、当業者が適宜設計することも可能である。たとえば、ＳＮＳサーバ２００は、複数のユーザアカウントの登録を受け付けるとともに、各ユーザアカウントに対し、文字列や画像等の情報を関連付けて記憶することができる。各ユーザアカウントは、所定のユーザアカウント識別情報（以下では一例として「ユーザＩＤ」と呼ぶ）に基づき、そのＳＮＳ内で一意に識別可能である。
【００２４】
イベントサーバ１０は、イベントの参加者に関するデータを記憶する。イベントはたとえばスポーツのイベントであり、マラソン等の長距離走の大会であってもよい。このようなイベントの参加者に関するデータのうち少なくとも一部は、参加者データＤ１として記憶手段１２に記憶される。
【００２５】
参加者データＤ１は、少なくとも１つのゼッケン番号（Ｎ００１，Ｎ００２，Ｎ００３，…）について、それぞれ、参加者に係るＳＮＳのユーザＩＤ（Ｕ１２３，Ｕ４５６，Ｕ７８９，…）を１つ関連付ける。ゼッケン番号とは、イベント内で各参加者を一意に識別する参加者番号であり、数字、文字またはこれらの組み合わせにより構成される。
【００２６】
バーコードデータＤ２は、各ゼッケン番号について、それぞれ１つのバーコード画像を関連付ける。
【００２７】
ゼッケン番号およびバーコード画像は、プリンタ１３によりゼッケンとして印刷される。すなわち、プリンタ１３は、ゼッケン製造手段として機能する。
図２に、ゼッケン４０の構成の例を示す。ゼッケン４０は、ゼッケン番号４１のそれぞれについて印刷され、そのゼッケン番号４１と、そのゼッケン番号に対応するバーコード画像４２とを表示する標識である。
【００２８】
図２の例では、ゼッケン番号４１は「２３４５」という４桁の数字によって表される。バーコード画像４２は、たとえば構成単位として白の正方形または黒の正方形を用いて構成されるが、他の色の構成単位を用いてもよく、３色以上または他の形状の構成単位を用いてもよい。バーコード画像４２は、たとえば構成単位を５×５のマトリックス状に配列してゼッケン番号４１を表し、その配列の周囲を黒いフレームによって「ラッピング」したものである。黒いフレームを含むバーコード画像４２のサイズは、たとえば３．５ｃｍ×３．５ｃｍであるがこれに限らない。また、バーコード画像４２の周囲には、たとえば白い縁領域が設けられ、この縁領域まで含めたサイズは、たとえば４．１ｃｍ×４．１ｃｍである。バーコード画像４２は、たとえば、幅（長手方向寸法）２０００画素〜３０００画素のカメラによって２〜８ｍの距離から撮影した場合に、各構成単位が認識可能であるように構成される。
【００２９】
なお、バーコード画像４２は、図２のような構成のものに限らず、任意の公知のバーコード画像を用いることができる。たとえば他の方式による２次元バーコードであってもよく、１次元バーコードであってもよい。
【００３０】
写真データＤ３は、イベントに関連する少なくとも１つの画像を表すデータを含む。イベントに関連する画像は、たとえばデジタルカメラにより撮影された写真である。
図３に、写真５０の例を示す。この写真５０には、ゼッケン４０を着用した参加者が写っている。ゼッケン４０のバーコード画像４２に含まれる構成単位（白または黒の正方形）は、写真５０において認識可能な程度に明瞭に現れている。なお、図３の例ではゼッケン番号４１（「２３４５」という４桁の数字）も認識可能であるが、ゼッケン番号４１は認識可能である必要はない。
【００３１】
以上のように構成される画像アップロードシステム１００の動作を、以下に説明する。
図４は、画像アップロードシステム１００の処理の流れの例を示すフローチャートである。
まず、イベントサーバ１０が、少なくとも１つのゼッケン番号４１を取得する（ステップＳ１１）。ここでは、イベントサーバ１０は自動的にゼッケン番号４１を生成することにより取得してもよいし（たとえば１から連番で生成する）、入力手段からゼッケン番号４１の入力を受け付けることにより取得してもよいし、持ち運び可能な記憶媒体または通信ネットワークからゼッケン番号４１のリストを受け取ることにより取得してもよい。
【００３２】
次に、イベントサーバ１０は、少なくとも１つのユーザＩＤを取得する（ステップＳ１２）。ここで、ユーザＩＤは、それぞれゼッケン番号４１の一つと関連付けられている。イベントサーバ１０は、ゼッケン番号４１とユーザＩＤとを対応付けるリストを受け取ることにより取得してもよいし、ＳＮＳサーバ２００からゼッケン番号４１とユーザＩＤとを対応付ける情報を受信することにより取得してもよい。この際に実行される可能性のある認証処理等については、当業者が適宜設計可能である。
【００３３】
たとえば、イベントの主催者は、イベントの各参加者にそれぞれ割り当てられたゼッケン番号４１を通知してもよく、また、各参加者に、割り当てられたゼッケン番号４１をＳＮＳに通知するよう促してもよい。ＳＮＳのユーザが自分のゼッケン番号４１をＳＮＳに通知すると、ＳＮＳサーバ２００は、そのユーザのユーザＩＤと、通知されたゼッケン番号４１とを関連付けて、イベントサーバ１０に送信してもよい。このようにして、イベントサーバ１０はステップＳ１２を実行する。
【００３４】
次に、イベントサーバ１０は、取得したゼッケン番号４１およびユーザＩＤを、バーコードサーバ２０に送信する（ステップＳ１３）。これは、たとえば参加者データＤ１の全体を送信することによって行われる。バーコードサーバ２０は、送信されたゼッケン番号４１およびユーザＩＤを受信する（ステップＳ１４）。バーコードサーバ２０は、受信したゼッケン番号４１およびユーザＩＤを、参加者データＤ１として記憶手段２２に記憶してもよい。
【００３５】
次に、バーコードサーバ２０は、受信したゼッケン番号４１のそれぞれに対応するバーコード画像４２を生成する（ステップＳ１５）。たとえば、図２の「２３４５」というゼッケン番号４１に対しては、図２のバーコード画像４２を生成する。ここで、ゼッケン番号４１からバーコード画像４２を生成する方法（バーコード画像４２のパターンを決定するアルゴリズムを含む）は、当業者が適宜設計可能である。また、バーコードサーバ２０は、ゼッケン番号４１のそれぞれと、対応するバーコード画像４２とを関連付けて、バーコードデータＤ２として記憶手段２２に記憶してもよい。
【００３６】
次に、バーコードサーバ２０は、バーコード画像４２をイベントサーバ１０に送信する（ステップＳ１６）。これは、たとえばバーコードデータＤ２の全体を送信することによって行われる。イベントサーバ１０は、送信されたバーコード画像４２を受信する（ステップＳ１７）。イベントサーバ１０は、受信したバーコード画像４２を、バーコードデータＤ２として記憶手段１２に記憶する。
【００３７】
次に、イベントサーバ１０はゼッケン４０を印刷する（ステップＳ１８）。より具体的には、イベントサーバ１０は、プリンタ１３に対し、ゼッケン４０を印刷するための命令を送信し、プリンタ１３がこの命令に応じてゼッケン４０を印刷する。このようにしてゼッケン４０が製造される。
【００３８】
この後、画像アップロードシステム１００の動作とは直接関連しないが、イベントの主催者は、印刷されたゼッケン４０を参加者に配布し、参加者は各自のゼッケン４０を着用してイベントに参加する。そして、イベントの主催者または他の撮影者が、イベントにおける参加者の写真（たとえば図３の写真５０）を少なくとも１枚撮影し、この写真５０を写真クライアント３０に入力する。
【００３９】
なお、イベントの主催者は、参加者すなわちＳＮＳ本人ではなく、また、ＳＮＳ運営者でもないので、参加者とＳＮＳとの関係において、第三者であるということができる。
【００４０】
写真クライアント３０は、少なくとも１枚の写真５０の入力を受け付ける（ステップＳ２１）。そして、写真クライアント３０は、各写真５０に含まれるバーコード画像４２に基づき、そのバーコード画像４２に対応するゼッケン番号４１を取得する（ステップＳ２２）。すなわち、各写真５０に写っているゼッケン４０のゼッケン番号４１を取得することになる。
【００４１】
ここで、写真５０に含まれるバーコード画像４２は、必ずしも印刷されたバーコード画像４２と同一ではなく、サイズの変化、向きの変化、色の変化、形状の変化、一部の隠蔽、等の変化が発生している場合がある。しかしながら、ある程度の許容範囲内でそのような変化の影響を受けず適切にゼッケン番号４１を取得する方法（バーコード画像４２のパターンを認識するアルゴリズムを含む）は、当業者が適宜設計可能である。
【００４２】
写真クライアント３０は、写真５０のそれぞれと、その写真５０に対応するゼッケン番号４１とを関連付けて、写真データＤ３として記憶手段３２に記憶する。ステップＳ２２において取得されるゼッケン番号４１すなわち特定の写真５０に現れるゼッケン番号４１を、以下では「被写体番号」と呼ぶ。１枚の写真５０に複数の被写体番号が関連付けられる場合もあり、複数の写真５０に同一の被写体番号が関連付けられる場合もある。
【００４３】
次に、写真クライアント３０は、写真５０と、各写真５０に対応する被写体番号とを、バーコードサーバ２０に送信する（ステップＳ２３）。これは、たとえば写真データＤ３の全体を送信することによって行われる。バーコードサーバ２０は、送信された写真５０および被写体番号を受信する（ステップＳ２４）。バーコードサーバ２０は、受信した写真５０および被写体番号を、写真データＤ３として記憶手段１２に記憶する。
【００４４】
次に、バーコードサーバ２０は、各写真５０について、被写体番号を検証する（ステップＳ２５）。たとえば、各写真５０に基づき、その写真５０内に現れる被写体番号を取得し、この被写体番号と、写真クライアント３０から送信された被写体番号とを比較する。そして、これらの被写体番号が一致していれば、バーコードサーバ２０はその被写体番号をそのまま用い、これらの被写体番号が異なっていれば、バーコードサーバ２０は、適宜修正処理を実施する。この修正処理の具体的内容は、当業者が適宜設計可能である。または、単にステップＳ２５において取得された被写体番号を優先して用いてもよい。
【００４５】
次に、バーコードサーバ２０は、被写体番号に基づいてユーザＩＤを特定する（ステップＳ２６）。たとえば、被写体番号に基づいて参加者データＤ１を検索し、被写体番号に関連付けられたユーザＩＤを取得する。この処理により、バーコードサーバ２０は、各写真５０について、その写真５０に写っている参加者のユーザＩＤを取得することになる。
【００４６】
次に、バーコードサーバ２０は、各写真５０について、対応するユーザＩＤに関連付けて、ＳＮＳにその写真５０をアップロードする（ステップＳ２７）。すなわち、その写真５０に対応する被写体番号のそれぞれについて、ＳＮＳに対し、その被写体番号に対応するユーザＩＤに関連付けて、写真５０をアップロードする。言い換えると、バーコードサーバ２０は、ＳＮＳのそのユーザＩＤに対してその写真５０を投稿する。
【００４７】
本実施形態では、ＳＮＳに対するアップロードは、ＳＮＳサーバ２００に対する所定のアクセス方法（所定の手順や通信プロトコル等を含んでもよい）により実現可能であるものとする。
【００４８】
ここで、写真５０の表示形式等に関する情報を、写真５０とともにアップロードしてもよい。たとえば、所定のアルバム形式を予め記憶しておき、このアルバム形式で表示されるようにアップロードしてもよい。
【００４９】
その後、図４にはとくに示さないが、ＳＮＳサーバ２００はアップロードされた写真５０を公開する。たとえば、ＳＮＳサーバ２００は、この写真５０を受信するとともに、各ユーザＩＤに関連付けて写真５０を記憶する。そして、通信ネットワーク等を介して各ユーザＩＤに関連する情報が要求されると、これに応じて写真５０を送信する。
【００５０】
このようにして、イベントの参加者は、たとえばＳＮＳにログインするだけで、自分が写っている写真５０（より厳密には、自分のゼッケン４０のバーコード画像４２が写っている写真５０）を見ることができる。
【００５１】
このように、本発明の実施の形態１に係る画像アップロードシステム１００によれば、第三者（たとえばイベント主催者）によって提供される画像（写真５０）を、その画像に現れるユーザ（たとえばイベント参加者）に、自動的に提供することができる。このため、ユーザ側では、すべての写真を見て、どの写真に自分が写っているかを逐一確認するといった作業が不要となり、利便性が向上する。また、イベントの主催者側でも、ユーザが希望する写真の受け付け等の作業が不要となり、利便性が向上する。
【００５２】
上述の実施の形態１において、以下のような変形を施すことができる。
画像アップロードシステム１００のハードウェア構成は、図１に示すものに限らない。たとえばコンピュータの構成単位が図１とは異なっていてもよく、イベントサーバ１０、バーコードサーバ２０および写真クライアント３０のすべてが同一のコンピュータにより構成されてもよい。その場合には、データの送受信ステップ（図４のステップＳ１３，Ｓ１４，Ｓ１６，Ｓ１７，Ｓ２３，Ｓ２４等）は省略されてもよい。
【００５３】
ゼッケン４０は、布または紙に印刷することにより製造することができるが、樹脂や金属等、他の材料を用いて製造してもよい。また、バーコード画像４２を表示する標識は、ゼッケン４０に限らず、任意の物理的構成とすることができる。また、印刷以外の方法によって製造されてもよい。たとえば、プレート、シート、ステッカー、タグ、カード、等と呼ばれる構造であってもよい。したがって、実施の形態１において「ゼッケン番号」、「参加者番号」または「被写体番号」と呼ばれる番号は、他の名称（タグ番号、カード番号、等）で呼ばれるものであってもよい。
【００５４】
実施の形態１では、ゼッケン４０はゼッケン番号４１およびバーコード画像４２を表示するものであるが、イベントの運営等に支障がない場合等にはゼッケン番号４１は省略してもよい。少なくともバーコード画像４２が含まれていれば、バーコードサーバ２０および写真クライアント３０はゼッケン４０からゼッケン番号４１を取得することができる。
【００５５】
写真５０の代わりに、写真でない画像を用いてもよい。たとえば写真の一部または全体を修正することによって得られる画像を用いてもよい。
【００５６】
実施の形態１では、写真５０に基づく被写体番号の取得は、写真クライアント３０によってステップＳ２２で実施され、また、バーコードサーバ２０によってもステップＳ２５で実施される。このようにすると、異なるコンピュータによる検証を行うことができるので被写体番号の認識の精度が高まる。しかしながら、被写体番号の取得は１枚の写真５０につき一度だけ行われれば、本発明の実施には十分である。たとえば、ステップＳ２２を省略してもよく、その場合には写真クライアント３０ではバーコード処理のためのプログラムが省略可能となる。
【００５７】
ユーザＩＤを取得するステップ（図４のステップＳ１２）は、任意のタイミングで実行可能である。また、イベントサーバ１０からバーコードサーバ２０へのユーザＩＤの送信は、ゼッケン番号４１の送信とは別のステップとして実行してもよい。遅くともステップＳ２６の前までにユーザＩＤの取得および送信が完了していれば、バーコードサーバ２０はゼッケン番号４１に基づいてユーザＩＤを特定することができる。
【符号の説明】
【００５８】
１０  イベントサーバ（コンピュータ）、１３  プリンタ（標識製造手段）、２０  バーコードサーバ（コンピュータ）、３０  写真クライアント（コンピュータ）、４０  ゼッケン、４１  ゼッケン番号（参加者番号、被写体番号）、４２  バーコード画像、５０  写真（画像）、２００  ＳＮＳサーバ。
【図１】
2016071484.tif 000003
【図２】
2016071484.tif 000004
【図３】
2016071484.tif 000005
【図４】
2016071484.tif 000006
【手続補正書】
【提出日】平成27年5月21日(2015.5.21)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
上述の問題点を解決するため、この発明に係る画像アップロードシステムは、
少なくとも１つの参加者番号を取得する機能と、
前記参加者番号のそれぞれに対応するバーコード画像を生成する機能と、
前記参加者番号のそれぞれについて、当該参加者番号と、対応するバーコード画像を表示する標識を製造する機能と、
前記参加者番号のそれぞれに対応する、ソーシャルネットワークサービスのユーザアカウント識別情報を取得する機能と、
画像に含まれるバーコード画像に基づき、そのバーコード画像に対応する参加者番号を、被写体番号として取得する機能と、
前記ソーシャルネットワークサービスに対し、前記被写体番号に対応する前記ユーザアカウント識別情報に関連付けて、前記画像をアップロードする機能と
を備える。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】削除
【補正の内容】
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つの参加者番号を取得する機能と、
前記参加者番号のそれぞれに対応するバーコード画像を生成する機能と、
前記参加者番号のそれぞれについて、当該参加者番号と、対応するバーコード画像とを表示する標識を製造する機能と、
前記参加者番号のそれぞれに対応する、ソーシャルネットワークサービスのユーザアカウント識別情報を取得する機能と、
画像に含まれるバーコード画像に基づき、そのバーコード画像に対応する参加者番号を、被写体番号として取得する機能と、
前記ソーシャルネットワークサービスに対し、前記被写体番号に対応する前記ユーザアカウント識別情報に関連付けて、前記画像をアップロードする機能と
を備える、画像アップロードシステム。
【請求項２】
コンピュータおよび標識製造手段を備えるシステムにおいて、前記コンピュータによって実行されることにより、前記システムを請求項１に記載の画像アップロードシステムとして機能させるプログラム。