JP2014220737A - 中継装置、画像処理装置、通信システム、および中継装置のプログラム - Google Patents

Abstract

【課題】電子データ格納サービスに電子データをアップロードできる中継装置などを提供すること。【解決手段】中継装置は、多機能装置と、多機能装置がアップロードした電子データを記憶するサービス提供装置と、に接続可能である。中継装置は、サービス提供装置に対する、タグ情報に関するルールであるタグルールについての情報であるタグルール情報を記憶している。中継装置は、入力タグ情報または選択タグ識別情報を、多機能装置から受信する。中継装置は、入力タグ情報または選択タグ識別情報が表すタグ情報が、タグルールに適合しない場合に、タグ情報を、タグルールに適合する変換タグ情報に変換する。【選択図】図２

Description

本明細書では、ファイルにタグ情報を対応付けて記憶するサービスと通信可能な中継装置などを開示する。

従来から、画像ファイルや文書ファイルをファイル管理装置に格納する場合に、当該ファイルをタグと関連付けてファイル管理装置に登録させる技術が知られている。特許文献１には、ファイル管理装置としてのスキャン画像管理サーバが作成したタグの候補をＭＦＰに表示させ、表示されたタグの候補のうちユーザにより指定されたタグを、ＭＦＰでスキャンされたスキャン画像に関連付けて、スキャン画像管理サーバに登録させる技術が開示されている。特許文献１において、表示されるタグの候補は、予めスキャン画像管理サーバに格納されたタグや、スキャン画像管理サーバに格納されているスキャン画像に関連付けられているタグなどである。

特開２００７−１８８４７９号公報

アップロードされたコンテンツデータを記憶するストレージサービスに用いられるサービスサーバは、所定のルールに適合するタグ情報をコンテンツデータに対応付けて記憶することが可能である。そのため、所定のルールに適合しないタグ情報をコンテンツデータに対応付けて記憶するようサービスサーバに指示すると、不都合が出る場合がある。

本明細書に記載されている中継装置は、ネットワークインターフェースと、プロセッサと、記憶部と、を備える中継装置であって、記憶部は、タグルールについての情報であるタグルール情報を記憶しており、タグルールは、記憶しているコンテンツデータに少なくとも１つのタグ情報を対応付けて記憶可能なサービスサーバに対する、タグ情報に関するルールであり、プロセッサは、画像処理装置が指定した指定タグ情報を、ネットワークインターフェースを介して取得するタグ情報取得手段と、タグ情報取得手段が取得した指定タグ情報がタグルールに適合しない場合に、指定タグ情報をタグルールに適合する変換タグ情報に変換する変換手段と、ネットワークインターフェースがサービスサーバあてに送信するよう、変換手段によって変換された変換タグ情報を出力するタグ情報出力手段と、して機能可能であることを特徴とする。

上記の構成によると、画像処理装置においてサービスサーバのタグルールに適合しないタグ情報が指定されても、中継装置による変換を経て、タグルールに適合するタグ情報をサービスサーバが取得することができるので、不具合の発生に対処することができる。

本明細書に記載されている中継装置等によれば、複数のサービスサービスサーバについて、画像処理装置においてサービスサーバのタグルールに適合しないタグ情報が指定された場合に、不具合の発生に対処することができる。

本明細書に記載されている中継装置等によれば、複数の画像処理装置のうち、いずれの画像処理装置についても、複数のサービスサーバのうちいずれのサービスサーバが選択されたか、どのようなタグ情報が指定されたかを認識し、複数のサービスサービスサーバのうち、いずれの画像処理装置が選択したサービスサーバについても、サービスサーバのタグルールに適合しないタグ情報が指定されても、不具合の発生に対処することができる。

本明細書に記載されている中継装置等によれば、複数のサービスサーバのうち一のサービスサーバから取得したタグ情報が、他のサービスサーバのタグルールに適合しない場合にも、不具合の発生に対処することができる。

本明細書に記載されている中継装置等によれば、画像処理装置において指定されたタグ情報を複数のサービスサーバ全てのタグルールに適合するよう変換するので、不具合の発生に対処することができる。

本明細書に記載されている中継装置等によれば、画像処理装置において指定されたタグ情報がタグルールに適合しないサービスサーバに対しては変換したタグ情報を出力し、画像処理装置において指定されたタグ情報がタグルールに適合するサービスサーバに対しては、変換することなくタグ情報を出力するので、効率よく不具合の発生に対処することができる。

本明細書に記載されている中継装置等によれば、サービスサーバに記憶されているコンテンツデータの中から画像処理装置が選択されたコンテンツデータに、タグ情報を対応づけて記憶させるときに、画像処理装置においてサービスサーバのタグルールに適合しないタグ情報が指定された場合であっても、不具合の発生に対処することができる。

本明細書に記載されている中継装置等によれば、サービスサーバに記憶されているコンテンツデータを、画像処理装置において指定したタグ情報を用いて検索するときに、画像処理装置においてサービスサーバのタグルールに適合しないタグ情報が指定された場合であっても、不具合の発生に対処することができる。

本明細書に記載されている中継装置等によれば、画像処理装置においてサービスサーバのタグルールに適合しないタグ情報が指定された場合であっても、タグルールに適合させるための変換ルールに基づいて、タグ情報の変換を行うので、精度よく、不具合の発生に対処することができる。

本明細書に記載されている中継装置等によれば、分割ルールを使用するサービスサーバが選択された場合であっても、分割ルールに使用される記号を、選択サービスサーバに共通して用いられている分割記号に変換することで、分割ルールに適合させることができる。よって、精度よく不具合の発生に対処することができる。

本明細書に記載されている中継装置等によれば、削除ルールを使用するサービスサーバが選択された場合であっても、削除ルールに使用される特定記号を、他の記号に変換することで、削除ルールの影響を回避することができる。よって、精度よく不具合の発生に対処することができる。

本明細書に記載されている中継装置等によれば、サービスサーバに記憶されている記憶タグ情報のうちから指定タグ情報を指定する場合に、タグルールに適合しない記憶タグ情報が指定候補とされてしまうことがない。よって、不具合の発生を防止することができる。

また、上記の中継装置のコンピュータプログラム、上記の技術を実現可能な画像処理装置および通信システムも、新規で有用である。

実施形態に係るサービス連携システムの概略を示す図である。 サービス連携システムに備えられるハードウェアの構成を示す図である。 サービス連携システムの動作例を説明するシーケンス図である。 サービス連携システムの動作例を説明するシーケンス図である。 サービス連携システムの動作例を説明するシーケンス図である。 サービス連携システムの動作例を説明するシーケンス図である。 サービス連携システムの動作例を説明するシーケンス図である。 タグ変換処理の動作について説明するフロー図である。 タグテーブルの一例を示す図である。 変換テーブルの一例を示す図である。 電子データに対応付けられるデータの一例を示す図である。 表示部での表示画面例を示す図である。 表示部での表示画面例を示す図である。

以下、本発明を具現化した実施の形態について、図面を参照して説明する。尚、参照する図面は、本発明が採用しうる技術的特徴を説明するために用いられるものである。記載されている装置の構成、各種処理のフローチャートなどは、単なる説明例である。本発明をそれのみに限定する趣旨ではない。

＜サービス連携システム１０の概略＞
図１を参照して、サービス連携システム１０の概略について説明する。サービス連携システム１０は、多機能装置１００および１０１と中継装置２００とを備える。中継装置２００は、多機能装置１００および１０１とネットワークを介して接続されている。サービス連携システム１０は、サービス事業者が提供する電子データ格納サービスに対して電子データのアップロード、又は、電子データ格納サービスから電子データのダウンロードを行うことが出来る。また、複数のユーザａとユーザｂが存在する場合には、電子データ格納サービスは、ユーザａとユーザｂのそれぞれに対して、記憶領域を提供することができる。なお、ユーザａとユーザｂとの識別は、電子データ格納サービスにログインする際のユーザＩＤなどによって行うことができる。

電子データ格納サービスは、各サービス事業者がインターネット上に設置したサービス提供装置３００によって提供されるサービスである。あるいは、電子データ格納サービスは、サービス提供装置３００を少なくとも含む、インターネット上の装置の集合体によって提供されるサービスである。本明細書では、「サービス提供装置」のことを「サービス」と略して記載する場合もある。電子データ格納サービスは、インターネットに接続されたサービス外の端末と、ＨＴＴＰまたはＨＴＴＰＳによる通信を行い、サービス外の端末がアップロードした電子データを記憶する。電子データの一例としては、ＪＰＧ、ＧＩＦ、ＢＭＰなどの各種形式を有する画像データや、ＰＤＦ（Portable Document Formatの略）、ＤＯＣ（文書作成ファイルの一例）、ＸＬＳ（表計算ファイルの一例）、ＰＰＴ（プレゼンテーションファイルの一例）、などの各種形式を有する文書データが挙げられる。サービス提供装置３００は、周知のＷｅｂサーバとしての機能を備えていてもよい。サービス提供装置３００は、サービス外の端末とＨＴＴＰまたはＨＴＴＰＳによる通信を行う通信サーバから電子データを受信し、記憶するストレージサーバとしての機能を備えていてもよい。サービス提供装置３００は、大型コンピュータ装置であってもよいし、パーソナルコンピュータであってもよい。

図１１に、ユーザａがサービス提供装置３００Ａに記憶させている、電子データの一例を示す。複数の電子データの各々には、フォルダ名６０１、ファイル名６０２、拡張子６０３、タグ情報６０４、などのデータを対応付けることができる。フォルダ名６０１は、電子データの格納場所を示す情報である。そのため、１つの電子データには、フォルダ名６０１を１つだけ対応付けることができる。またフォルダ名６０１は、電子データを格納した時点で一意に決まってしまう。ファイル名６０２は、電子データ個々を識別する情報である。そのため、同じファイル名６０２を、同じフォルダ内に格納された複数の電子データに対応付けることはできない。また、１つの電子データに、複数のファイル名６０２を対応付けることはできない。拡張子６０３は、電子データのフォーマットを示す情報である。そのため、１つの電子データに、複数の拡張子６０３を対応付けることはできない。また拡張子６０３は、電子データが作成された時点で、電子データのフォーマットによって一意に決まってしまう。タグ情報６０４は、フォルダ名６０１、ファイル名６０２、拡張子６０３などのデータとは別個に、電子データに対応付けることができるデータである。電子データ格納サービスのユーザは、キーワードとして使うためのタグ情報を、電子データのファイル名、フォーマット、格納場所に関わらずに決定することができる。タグ情報は、電子データに対応付ける他のデータとは異なる特性を持つデータである。すなわち、１つのタグ情報は、複数の電子データに対応付けることができる。また、１つの電子データに、複数のタグ情報を対応付けることができる。

図１１を用いて、タグ情報の効用を説明する。「議事」という検索キーワードを指定すると、「議事録＿Ｃ」というタグ情報６０４が対応付けられている、ファイル名６０２が「note1234」である電子データを検索することができる。すなわち、電子データに対応付けられたタグ情報６０４は、電子データを検索するためのキーワードとして用いることが可能である。

また、ユーザａが複数の多機能装置１００および１０１の各々を用いることによって、サービス提供装置３００Ａのユーザａ用の記憶領域に、電子データをアップロードすることができる。なおこの場合、ユーザａは、多機能装置１００および１０１の各々からサービス提供装置３００Ａにログインする必要がある。

多機能装置１００の一例としては、小型のデジタル複合機が挙げられる。多機能装置１００は、印刷機能、スキャナ機能、ＦＡＸ機能、コピー機能、外部記憶媒体への書き込み及び読み出し機能などを備えている。多機能装置１００のユーザは、多機能装置１００のスキャナ機能により読み取った画像の電子データを、電子データ格納サービスにアップロードすることが出来る。また、多機能装置１００のユーザは、電子データ格納サービスからダウンロードした電子データを、多機能装置１００の印刷機能により印刷することが出来る。なお、小型のデジタル複合機は、多機能装置１０１の一例でもある。

多機能装置１００および１０１は、中継装置２００と連携して電子データのアップロード及びダウンロードを行う。多機能装置１００および１０１は、電子データ格納サービスへの電子データのアップロード先のＵＲＬであるアップロード先ＵＲＬや、電子データ格納サービスからダウンロードする電子データのＵＲＬである電子データＵＲＬ等を、中継装置２００を経由して、電子データ格納サービスから取得する。しかし、データ量の多い電子データのバイナリデータの送受信は、中継装置２００を経由せずに、多機能装置１００および１０１と電子データ格納サービスとの間で直接に行う。このため、サービス連携システム１０によれば、中継装置２００を経由するデータ量を抑えることが出来る。また、中継装置２００に発生する負荷を抑えることが出来る。

中継装置２００は周知のサーバ機能を持った装置であればよい。中継装置２００は、多機能装置１００および１０１の製造メーカーが自前で用意しても良いが、周知のレンタルサーバのような、複数の物理的な装置が協働して一つのサーバとして機能するヴァーチャルマシンを利用することも考えられる。この場合、中継装置２００の運用費用は、中継装置２００を経由するデータ量や、中継装置２００での処理の負荷によって変化する。上述のように、中継装置２００を経由するデータ量を少なくしたり、中継装置２００に発生する負荷を少なくしたりすることにより、レンタルサーバや、ヴァーチャルマシンを利用する場合の中継装置２００の運用費用を抑えることが出来る。また、中継装置２００を、メーカーが自前で用意する場合においても、中継装置２００は、高い処理性能を必要としないので、中継装置の設備投資を抑えることが出来る。

＜サービス連携システム１０のハードウェア構成＞
図２を参照して、サービス連携システム１０のハードウェア構成について説明する。尚、以下の説明においては、サービス連携システム１０は、サービスＡ〜Ｃの、３つの電子データ格納サービスとの連携を行うものとして説明する。以下の説明において、サービスＡのサービス提供装置３００を、サービス提供装置３００Ａと称す。また、サービスＢのサービス提供装置３００を、サービス提供装置３００Ｂと称す。また、サービスＣのサービス提供装置３００を、サービス提供装置３００Ｃと称す。サービス提供装置３００Ａ〜３００Ｃを特に区別する必要がない場合は、単にサービス提供装置３００と称す。多機能装置１００と、多機能装置１０１と、中継装置２００と、サービス提供装置３００Ａと、サービス提供装置３００Ｂと、サービス提供装置３００Ｃとは、互いに、ネットワーク４００を介して接続されている。ネットワーク４００は、たとえばインターネット網を採用することができる。これらの多機能装置１００および１０１と、中継装置２００と、サービス提供装置３００とは、互いにＨＴＴＰ／１．１に従ってデータの送受信を行う。

＜多機能装置１００のハードウェア構成＞
多機能装置１００は、通信部１１０、制御部１２０、情報記憶部１３０、メモリカードコントローラ１４０、表示部１５０、印刷部１６０、スキャナ部１７０、操作部１８０、を備えている。通信部１１０は、ネットワークに接続された他の装置と通信を行うための機器である。通信部１１０としては、周知のネットワークカードを採用することが出来る。制御部１２０は、ＣＰＵ１２１と、ＣＰＵ１２１に接続されたＲＯＭ１２２及びＲＡＭ１２３を備えている。ＣＰＵ１２１は、ＲＯＭ１２２に記憶されたプログラムにしたがって、多機能装置１００の動作を制御する。ＲＡＭ１２３は、各種データを一時的に記憶する記憶装置である。

情報記憶部１３０は、情報記憶部２３０と同様に、コンピュータが読み取り可能なストレージ媒体である。情報記憶部１３０は、ＮＡＮＤ型フラッシュメモリ等の不揮発性の記憶装置である。情報記憶部１３０は、多機能装置１００のユーザを特定するためのユーザ特定情報などの、各種の設定情報等を記憶する。また情報記憶部１３０は、前述の所定文字列を記憶している。所定文字列は、多機能装置１００の製造者によって予め記憶されるとしてもよい。なお、複数のユーザが一つの多機能装置１００を共有して利用している場合には、ログイン中のユーザのユーザ特定情報を、情報記憶部１３０に記憶するようにしてもよい。

メモリカードコントローラ１４０は、多機能装置１００に装着されたメモリカード１４１の記憶の制御を行う。具体的には、制御部１２０の指示に従って、メモリカード１４１へのデータの書込み、メモリカード１４１に記憶されているデータの削除、又は、メモリカード１４１に記憶されているデータの読み込み等を行う。メモリカード１４１には、所定形式の電子データが記憶されている。

表示部１５０は、周知のＬＣＤ等のディスプレイを備えた表示装置である。表示部１５０は、制御部１２０からの指示に従って、後述のメニュー項目選択画面等の所定の情報を表示する。印刷部１６０は、制御部１２０の指示に従って、画像の印刷を行う装置である。スキャナ部１７０は、ユーザにセットされた用紙に記録された画像を読み取る機器である。スキャナ部１７０は、制御部１２０の指示に従って画像の読取を行う。操作部１８０は、ユーザにより操作される複数の操作ボタンを備え、ユーザの押下操作に応じた信号を制御部１２０へ送信する装置である。ユーザは、操作部１８０を操作することにより所望の指示を入力することが出来る。なお、多機能装置１０１のハードウェア構成も、多機能装置１００のハードウェア構成と同様であるため、ここでは説明を省略する。

＜中継装置２００のハードウェア構成＞
本実施形態の説明例では、中継装置２００は、物理的に存在する一つのサーバであるものとして説明するが、上述したように中継装置２００は、複数の物理的な装置が協働して一つのサーバとして機能するヴァーチャルマシンであっても良い。

中継装置２００は、通信部２１０、制御部２２０、情報記憶部２３０を備える。通信部２１０は、ネットワークに接続された他の装置と通信を行うための機器である。通信部２１０としては、周知のネットワークカードを採用することが出来る。制御部２２０は、ＣＰＵ２２１と、ＣＰＵ２２１に接続されたＲＯＭ２２２及びＲＡＭ２２３を備えている。ＣＰＵ２２１は、ＲＯＭ２２２及び情報記憶部２３０に記憶されたプログラムにしたがって、中継装置２００の動作を制御する。ＲＡＭ２２３は、各種データを一時的に記憶する記憶装置である。

情報記憶部２３０はコンピュータが読み取り可能なストレージ媒体であってよい。コンピュータが読み取り可能なストレージ媒体とは、ＲＯＭ、ＲＡＭ、フラッシュメモリ、ハードディスクなどのnon-transitoryな媒体である。インターネット上のサーバなどからダウンロードされるプログラムを搬送する電気信号は、non-transitoryな媒体には含まれない。情報記憶部２３０は、サービスＡ〜Ｃ用のプログラムであるプログラム群２６１を記憶している。プログラム群２６１には、タグ付け指示プログラム２３１、ＵＲＬ取得プログラム２３２、タグリスト要求プログラム２３３、テンプレート作成プログラム２３４、解読プログラム２３５の複数のソフトウェアのモジュールが含まれている。タグ付け指示プログラム２３１は、サービスＡ〜Ｃの各々が公開しているＡＰＩを利用して、後述するタグ付け指示情報を、サービス提供装置３００Ａ〜Ｃの各々へ送信するためのプログラムである。ＵＲＬ取得プログラム２３２は、サービスＡ〜Ｃの各々が公開しているＡＰＩを利用して、後述するＵＬ情報要求情報を、サービス提供装置３００Ａ〜Ｃの各々へ送信するためのプログラムである。ＵＬ情報要求情報とは、アップロードに必要な情報を要求する情報を示す、本実施例において創出した造語である。タグリスト要求プログラム２３３は、サービスＡ〜Ｃの各々が公開しているＡＰＩを利用して、後述するタグリスト要求情報を、サービス提供装置３００Ａ〜Ｃの各々へ送信するためのプログラムである。テンプレート作成プログラム２３４は、サービスＡ〜Ｃの各々へ電子データをアップロードする際のメッセージである、アップロードメッセージのテンプレートを作成するプログラムである。解読プログラム２３５は、サービス提供装置３００Ａ〜Ｃの各々からのレスポンス・メッセージを解読するためのプログラムである。

また情報記憶部２３０は、タグテーブル２８０および変換テーブル２８１を記憶している。タグテーブル２８０は、サービスＡ〜Ｃの各々についてのタグルールを記録するためのデータベースである。タグルールは、タグ情報に関するルールであって、サービスに特有なルールである。タグルールは、サービスごとに独自に定めることができる。図９に、タグテーブル２８０の一例を示す。タグテーブル２８０は、サービス名８００およびタグルール８０１〜８０５を記憶している。サービス名８００は、サービスの種類を識別する情報である。

タグルール８０１は、スペースによって規定されるルールである。すなわち、サービスＡでは、スペースをスペースとして扱うルールを運用している。一方、サービスＢおよびＣでは、タグ情報が示している記号列であって複数の記号を含んでいる記号列に、特定記号である「スペース」が含まれている場合には、特定記号の前後で記号列が分割されるというルールを運用している。

タグルール８０２は、コンマによって規定されるルールである。すなわち、サービスＡおよびＣでは、コンマによって区切られた記号列を、異なる記号列に分割されているとして扱うルールを運用している。一方、サービスＢでは、タグ情報が示している記号列であって複数の記号を含んでいる記号列に、特定記号である「，（コンマと呼ぶ）」が含まれている場合には、特定記号の後の記号列が削除されるというルールを運用している。

タグルール８０３は、大文字および小文字に関するルールである。すなわち、サービスＡおよびＢでは、アルファベット等の大文字と小文字を区別するルールを運用している。一方、サービスＣでは、アルファベット等の大文字と小文字を区別しないルールを運用している。

タグルール８０４および８０５は、「−（ハイフンと呼ぶ）」に関するルールである。すなわち、サービスＡおよびＣでは、ハイフンを使用可能とするルールを運用している。一方、サービスＢでは、ハイフンを使用不可能とするルールを運用している。

タグルール８０５は、タグ情報に含まれている記号列の最初および最後の位置に存在している「スペース」に関するルールである。すなわち、サービスＢおよびＣでは、これらのスペースを使用可能とするルールを運用している。一方、サービスＡでは、これらのスペースを無視するルールを運用している。

変換テーブル２８１は、変換ルールを記録するためのデータベースである。変換ルールはタグ変換処理を行うためのルールである。変換ルールは、中継装置２００を運営者によって、独自に定めることができる。タグ変換処理は、タグルールに適応しない記号列をタグルールに適合した変換記号列へ変換する処理、あるいは、サービスによって扱いが異なる記号列を複数のサービスで同じ扱いとなる変換記号列へ変換する処理である。図１０に、変換テーブル２８１の一例を示す。変換テーブル２８１は、識別番号８１０、変換条件８１１、および変換内容８１２を記憶している。識別番号８１０は、変換条件の各々を識別するための連続番号である。変換条件８１１は、タグ変換処理を行う際の条件である。変換内容８１２は、実際の変換内容を示す情報である。

識別番号８１０が「１」である変換条件８１１は、ユーザが選択したサービスに、記号列の列中に含まれているスペースを「分割」と認識するサービス（例えばサービスＢおよびＣ）が含まれていることを、変換処理を行う条件としている。識別番号８１０が「１」である変換内容８１２は、タグ情報が示す記号列中にスペースが含まれている場合には、当該スペースを、サービスＡ〜Ｃに共通して用いられている、記号列を分割するための分割記号「“”（ダブルクォーテーションと呼ぶ）」へ変換することを示している。

識別番号８１０が「２」である変換条件８１１は、ユーザが選択したサービスに、記号列の列中に含まれている「，」後に引き続く記号列を削除するサービス（例えばサービスＢ）が含まれていることを、変換処理を行う条件としている。識別番号８１０が「２」である変換内容８１２は、タグ情報が示す記号列中に「，」が含まれている場合には、コンマにより区分される複数の記号列の各々を、サービスＡ〜Ｃに共通して用いられている、記号列を分割するための分割記号「“ ”」で囲うことを示している。

識別番号８１０が「３」である変換条件８１１は、ユーザが選択したサービスに、大文字と小文字を区別しないサービス（例えばサービスＣ）が含まれていることを、変換処理を行う条件としている。識別番号８１０が「３」である変換内容８１２は、タグ情報が示す記号列に大文字および小文字が含まれている場合には、これらの文字を、大文字のみ、または小文字のみに変換することを示している。

識別番号８１０が「４」である変換条件８１１は、ユーザが選択したサービスに、「−」が使用不可であるサービス（例えばサービスＢ）が含まれていることを、変換処理を行う条件としている。識別番号８１０が「４」である変換内容８１２は、タグ情報が示す記号列に「−」が含まれている場合には、ハイフンを「＿（アンダーバーと呼ぶ）」に変換することを示している。

識別番号８１０が「５」である変換条件８１１は、ユーザが選択したサービスに、記号列の最初および最後のスペースが使用不可であるサービス（例えばサービスＡ）が含まれていることを、変換処理を行う条件としている。識別番号８１０が「５」である変換内容８１２は、タグ情報が示す記号列の最初または最後にスペースが存在する場合には、これらのスペースを削除することを示している。

また、情報記憶部２３０は、中継プログラム２５１を記憶している。中継プログラム２５１は、上述の複数のモジュールと協働して、多機能装置１００および１０１とサービス提供装置３００との通信の中継を行うためのプログラムである。

本明細書における記載上の注意点を説明する。本明細書において、「中継装置２００の制御部２２０が、各種の情報を受信する」という記載は、「中継装置２００の制御部２２０が、通信部２１０を介して各種の情報を取得する」という技術内容を含んでいるものとする。また、「中継装置２００の制御部２２０が、各種の情報を送信する」という記載は、「中継装置２００の制御部２２０が、通信部２１０を介して各種の情報を出力する」という技術内容を含んでいるものとする。なお、多機能装置１００の制御部１２０および通信部１１０についても、同様の注意点が存在する。

ここで、「データ」と「情報」の文言の定義を記載する。「データ」と「情報」では「情報」を「データ」の上位概念として用いている。そのため、「Ａデータ」を「Ａ情報」と言い換えてもよい。また、「Ａデータ」から複製された、または、変換された「Ｂデータ」は、「Ａデータ」と同等の意味を持って使用される限り「Ａ情報」である。

＜サービス連携システム１０の動作＞
図３〜図７のシーケンス図を用いて、サービス連携システム１０の動作について説明する。Ｓ１９２において、多機能装置１００の制御部１２０は、サービス提供装置の利用を要求する利用要求情報を、中継装置２００へ送信する。Ｓ３００において、中継装置２００の制御部２２０は、利用要求情報を多機能装置１００から取得することに応じて、サービス選択画面データを生成する。サービス選択画面データは、複数のサービス提供装置のうち少なくとも１つを選択するためのサービス選択画面を、表示部１５０に表示させるための情報である。Ｓ３０２において制御部２２０は、サービス選択画面データを、多機能装置１００へ送信する。

Ｓ１９４において制御部１２０は、表示部１５０にサービス選択画面を表示する。図１２に、本実施形態の説明例におけるサービス選択画面５０１を示す。サービス選択画面５０１には、サービスＡ〜Ｃの各々を選択するための、ボタン画像Ｂ１〜Ｂ３が表示されている。よってユーザは、サービスＡ〜Ｃの中から、所望のサービスを選択することが可能である。また、サービス選択画面５０１では、複数のサービスの選択を受け付けることが可能とされている。例えば、ボタン画像Ｂ１およびＢ２を押下してから、確定ボタン画像Ｂ４をタッチすることにより、サービスＡおよびＢを選択することができる。

Ｓ１９５において制御部１２０は、ユーザによるサービス選択の入力を待機する。サービス選択が入力されると、Ｓ１９７において制御部１２０は、ユーザにより選択されたサービスを特定するためのサービス識別情報を、中継装置２００へ送信するとともに、制御部１２０のＲＡＭ１２３に記憶する。サービス識別情報は、複数のサービスのうちから、多機能装置１００のユーザによって選択されたサービスを識別するための情報である。

Ｓ３０４において制御部２２０は、サービス識別情報を多機能装置１００から受信する。Ｓ３０６において制御部２２０は、タグ付けＵＬ／タグ検索ＤＬ選択画面データを生成し、多機能装置１００へ送信する。ここで、「ＵＬ」は「アップロード」の略語であり、「ＤＬ」は「ダウンロードの略語である。タグ付けＵＬ／タグ検索ＤＬ選択画面データは、タグ付けＵＬ／タグ検索ＤＬ選択画面を表示部１５０に表示させるためのデータである。タグ付けＵＬ／タグ検索ＤＬ選択画面は、タグ付けＵＬ処理とタグ検索ＤＬの何れかを、ユーザに選択させるための画面である。タグ付けＵＬ処理は、ユーザが選択した１または複数のサービスへ、タグ情報を対応付けた状態で、電子データをアップロードして記憶させる処理である。タグ検索ＤＬ処理は、ユーザが選択した１または複数のサービスに記憶されている電子データの中から、ユーザが指定したタグ情報が対応付けられている電子データを検索してダウンロードする処理である。

Ｓ１９８において制御部１２０は、タグ付けＵＬ／タグ検索ＤＬ選択画面データを中継装置２００から受信する。Ｓ２００において制御部１２０は、タグ付けＵＬ／タグ検索ＤＬ選択画面を表示部１５０に表示させる。タグ付けＵＬ／タグ検索ＤＬ選択画面には、選択項目として、「タグ付けＵＬ処理」と「タグ検索ＤＬ処理」との項目が表示される。

Ｓ２０２において制御部１２０は、「タグ付けＵＬ処理」または「タグ検索ＤＬ処理」の何れか一方の処理の選択の入力を待機する。処理の選択が入力されると、Ｓ２０３へ進む。Ｓ２０３において制御部１２０は、ユーザによって選択された処理内容を示すタグ付けＵＬ／タグ検索ＤＬ識別情報を、中継装置２００へ送信する。

Ｓ３０８において制御部２２０は、タグ付けＵＬ／タグ検索ＤＬ識別情報を多機能装置１００から受信する。Ｓ３１０において制御部２２０は、入力タグ／既存タグ選択画面データを生成する。入力タグ／既存タグ選択画面データは、入力タグ／既存タグ選択画面を表示部１５０に表示させるためのデータである。入力タグ／既存タグ選択画面は、ユーザがアップロード時または検索時に使用するタグ情報として、新規にユーザが入力したタグ情報と、過去にユーザがサービス提供装置に記憶させた既存のタグ情報と、の何れを使用するかの選択を受け付ける画面である。Ｓ３１２において制御部２２０は、入力タグ／既存タグ選択画面データを多機能装置１００へ送信する。

Ｓ２０４において制御部１２０は、入力タグ／既存タグ選択画面データを中継装置２００から受信する。Ｓ２０６において制御部１２０は、入力タグ／既存タグ選択画面を表示部１５０に表示させる。Ｓ２２８において制御部１２０は、「入力タグ」または「既存タグ」のいずれか一方の選択の入力を待機する。選択が入力されると、Ｓ２２９へ進む。Ｓ２２９において制御部１２０は、ユーザによって選択された内容を示す、入力タグ／既存タグ識別情報を、中継装置２００へ送信する。

Ｓ３２２において制御部２２０は、ユーザによって選択されたタグが、入力タグまたは既存タグの何れであるかを判断する。入力タグが選択されている場合（Ｓ３２２：入力タグ）にはＳ４２４へ進む。

Ｓ４２４において制御部２２０は、タグ入力画面データを作成する。タグ入力画面データは、入力タグを表す記号列の入力を受け付けるためのタグ入力画面を、多機能装置１００の表示部１５０に表示させるためのデータである。タグ入力画面は、サービスにアップロードする電子データに対応付けるタグ情報の入力を受け付けるための画面である。例えば、タグの記号列の入力を受け付けるための入力ボックスを、タグ入力画面に表示させるとしてもよい。そして、操作部１８０を介して記号列の入力を受け付けた場合には、入力された記号列に基づいて、新たな入力タグ情報を生成するとしてもよい。Ｓ４２６において制御部２２０は、タグ入力画面データを多機能装置１００へ送信する。

Ｓ２３０において制御部１２０は、タグ入力画面データを中継装置２００から受信する。Ｓ２３２において制御部１２０は、タグ入力画面を表示部１５０に表示させる。Ｓ２３３において制御部１２０は、入力タグ情報の入力操作の受け付けを待機する。入力が実行されると、Ｓ２３５へ進む。Ｓ２３５において制御部１２０は、入力タグ情報を中継装置２００へ送信する。入力タグ情報は、Ｓ２３３で入力された記号列を示す情報である。なお、記号とは、文字（例：アルファベットやひらがな）やマーク（例：スペース、コンマ）などの、意味を付された図形である。よって記号は文字の上位概念であり、記号列は文字列を含む概念である。記号列を示す情報の例は、複数の記号コード情報である。記号コート情報は文字コード情報を含む概念である。Ｓ４２７において制御部２２０は、入力タグ情報を受信する。

また、Ｓ３２２において、「既存タグ」が選択されていると判断される場合（Ｓ３２２：既存タグ）の処理内容を説明する。この場合には、図６のＳ３３８へ進む。Ｓ３３８およびＳ３４０では、第２処理Ｐ２が行われる。第２処理Ｐ２は、タグリストを、ユーザが選択したサービスから取得する処理である。ユーザが選択したサービスが複数存在する場合には、その複数のサービスの各々からタグリストを取得する。

Ｓ３３８において制御部２２０は、ユーザに選択されたサービスのサービス提供装置へ、タグリスト要求情報を送信する。タグリスト要求情報は、タグリストをサービス提供装置に対して要求するための情報である。タグリストは、サービス提供装置にユーザが記憶させている全ての記憶済み電子データの各々に対応付けられている、記憶済みタグ情報と、記憶済みタグ情報の識別情報を複数記憶した情報体である。識別情報はＩＤ情報であってよい。記憶済みタグ情報には、過去にユーザにより入力された入力タグ情報、および、過去にユーザにより選択された選択タグ情報が含まれている。タグリスト要求情報は、選択されたサービスに固有の仕様を有する情報である。よって、情報記憶部２３０に記憶されているタグリスト要求プログラム２３３を用いてタグリスト要求情報の作成や送信を行うことにより、タグリスト要求情報を、選択されたサービスの仕様に対応させることができる。

Ｓ３４０において制御部２２０は、選択されたサービス提供装置から、タグリストを取得する。これにより、第２処理Ｐ２の１回分の処理が終了する。そして、選択された全てのサービスからタグリストを取得するまで、第２処理Ｐ２が繰り返し実行される。例えば、サービスＡおよびＢが選択されている場合には、サービスＡおよびＢの各々に対して、第２処理Ｐ２が２回繰り返される。

Ｓ４２４ａにおいて制御部２２０は、タグ選択画面データを作成する。タグ選択画面データは、タグ選択画面を多機能装置１００の表示部１５０に表示させるためのデータである。タグ選択画面は、タグリストが含んでいる複数の記憶済みタグ情報のうちの、少なくとも１つのタグ情報を、選択タグ情報として指定する入力を受け付けるための画面である。タグ入力画面では、選択タグ情報の候補の一覧が表示されるとしてもよい。タグ選択画面データは、選択タグ情報の候補である記憶済みタグ情報と、記憶済みタグ情報に対応する識別情報とを含んでよい。Ｓ４２６ａにおいて制御部２２０は、タグ選択画面データを多機能装置１００へ送信する。

Ｓ２３２ａにおいて制御部１２０は、タグ選択画面を表示部１５０に表示させる。図１３に、本実施形態の説明例におけるタグ選択画面５０２を示す。タグ選択画面５０２には、記憶済みタグ情報に対応づけられているボタン画像Ｂ１１〜Ｂ１５が表示されている。選択タグ情報の選択を受け付ける方法は、例えば、タグ選択画面５０２において、ユーザによってタッチされたボタン画像に対応づけられている記憶済みタグ情報を、ユーザによって選択された選択タグ情報とする方法であってもよい。また、複数の選択タグ情報の選択を受け付けても良い。

Ｓ２３３ａにおいて制御部１２０は、選択タグ情報の選択の入力を待機する。選択タグ情報の選択が受け付けられると、Ｓ２３５ａへ進む。Ｓ２３５ａにおいて制御部１２０は、選択タグ識別情報を中継装置２００へ送信する。選択タグ識別情報は、選択タグ情報に対応する識別情報である。Ｓ４２７ａにおいて制御部２２０は、選択タグ識別情報を受信する。そして、図４のＳ４２８へ進む。

Ｓ４２８において制御部２２０は、タグ変換処理を実行する。タグ変換処理は、Ｓ４２７で受信した入力タグ情報が示す記号列、または、Ｓ４２７ａで受信した選択タグ識別情報が示す記号列が、タグルールに適合しない場合に、入力タグ情報や選択タグ識別情報を、タグルールに適合する変換タグ情報に変換する処理である。タグ変換処理では、電子データのアップロード先または電子データの検索先として、ユーザが複数のサービスを選択した場合に、複数のサービスの各々が有するタグルールに共通して適合する変換記号列を表す、変換タグ情報が生成される。

タグ変換処理の内容を、図８のフローを用いて説明する。Ｓ１０において制御部２２０は、取得した入力タグ情報を変換処理対象の記号列とする。または、選択タグ識別情報に対応付けられている選択タグ情報を変換処理対象の記号列とする。Ｓ１２において制御部２２０は、ユーザが選択しているサービスを特定する。ユーザが選択しているサービスは、Ｓ３０４で受信したサービス識別情報を用いて特定しても良い。制御部２２０は、タグテーブル２８０、および、変換テーブル２８１を用いて、ユーザが選択しているサービスに適用される変換条件８１１および変換内容８１２を抽出する。

Ｓ１６において制御部２２０は、記号列の変換を実行するか否かを判断する。具体的には、タグルール８０１〜８０５などの、タグテーブル２８０に含まれるタグルールを規定する特定記号（例：スペース、コンマ、ハイフン）が、変換処理対象の記号列に含まれているか否かを判断する。否定判断される場合（Ｓ１６：ＮＯ）にはＳ２４へ進み、肯定判断される場合（Ｓ１６：ＹＥＳ）にはＳ２０へ進む。Ｓ２０において制御部２２０は、変換処理対象の記号列に含まれているとＳ１６で判断された記号に対応する変換条件８１１を特定し、特定した変換条件８１１に対応する変換内容８１２を用いて、変換処理対象の記号列を変換する。以降、変換後の記号列を変換記号列と記載する。また、変換記号列を示す記号列を示す情報を、変換タグ情報とも記載する。Ｓ２４において制御部２２０は、変換処理対象の記号列のうち、記号列の変換を実行するか否かを判断されていない記号列が存在するか否かを判断する。肯定判断される場合（Ｓ２４：ＹＥＳ）にはＳ１２へ戻る。一方、否定判断される場合（Ｓ２４：ＮＯ）には、タグ変換処理を終了する。

Ｓ４２９において、ユーザによって選択された処理内容が判断される。この判断は、Ｓ３０８において多機能装置１００から受信した、タグ付けＵＬ／タグ検索ＤＬ識別情報に基づいて行われても良い。選択された処理内容が、タグ付けＵＬ処理である場合（Ｓ４２９：タグ付けＵＬ）には、Ｓ４３０へ進む。

Ｓ４３０において制御部２２０は、アップロード実行命令を生成する。アップロード実行命令は、ユーザによって選択された１または複数のサービスへ電子データをアップロードする処理を、多機能装置１００に実行させる命令である。ユーザによって選択されたサービスは、Ｓ３０４で受信したサービス識別情報に基づいて特定してもよい。Ｓ４３４において制御部２２０は、アップロード実行命令に、アップロード時に使用するタグを示す情報を付加する。具体的には、Ｓ４２８で変換タグ情報が生成された場合には、変換タグ情報を付加する。Ｓ４２８で変換タグ情報が生成されず、Ｓ３２２で入力タグが選択されている場合には、入力タグ情報を付加する。Ｓ４２８で変換タグ情報が生成されず、Ｓ３２２で既存タグが選択されている場合には、選択タグ情報を付加する。Ｓ４３６において制御部２２０は、アップロード実行命令を多機能装置１００へ送信する。

Ｓ２３８において制御部１２０は、アップロード実行命令を中継装置２００から受信する。Ｓ２４０において、画像の読取りが行われる。具体的には、ユーザが、スキャナ部１７０に所定の画像が記録された用紙をセットして、操作部１８０の読取開始のボタンを押下すると、制御部１２０は、スキャナ部１７０に用紙に記録された画像を読み取らせ、読み取った画像データから電子データを作成する。そしてＳ２４６へ進む。

Ｓ２４６〜Ｓ４７６では、第１処理Ｐ１が行われる。第１処理Ｐ１は、１の電子データを、１のサービスへアップロードするための処理である。Ｓ２４６において制御部１２０は、中継装置２００にアップロード先ＵＲＬ取得要求を送信する。アップロード先ＵＲＬ取得要求には、サービス識別情報と、ユーザ特定情報とが含まれる。サービス識別情報には、上述のＳ１９７でＲＡＭ１２３に記憶されたサービス識別情報を用いてもよい。ユーザ特定情報には、情報記憶部１３０に記憶されているユーザ特定情報を用いてもよい。

Ｓ４４０において制御部２２０は、アップロード先ＵＲＬ取得要求を、多機能装置１００から受信する。Ｓ４４２において制御部２２０は、ＵＬ情報要求情報を作成し、アップロード先のサービス提供装置へ送信する。ＵＬ情報要求情報は、アップロード先のサービスにアップロードを行うために必要な情報であるアップロード先ＵＲＬを、アップロード先のサービスに要求するための情報である。ＵＬ情報要求情報は、各サービスに固有の仕様を有する情報である。よって、情報記憶部２３０に記憶されているＵＲＬ取得プログラム２３２を用いてＵＬ情報要求情報の作成や送信を行うことにより、ＵＬ情報要求情報を各サービスの仕様に対応させることができる。尚、このとき作成されるＵＬ情報要求情報は、アップロード先のサービスにより公開されているＡＰＩを利用したＨＴＴＰメッセージである。

ＵＬ情報要求情報の仕様を説明する。ＵＬ情報要求情報に含まれる情報は、各サービスによって異なる場合がある。例えば、サービス側がアップロード先ＵＲＬを特定するために、アルバムＩＤなどのそのサービスの電子データの格納位置を特定するための情報が必要な場合は、ＵＬ情報要求情報には、そのユーザが利用しているアルバムのアルバムＩＤが含まれる。また例えば、サービス側がアップロード先ＵＲＬを特定するために、フォルダ名などのそのサービスの電子データの格納位置を特定するための情報が必要な場合は、ＵＬ情報要求情報には、そのユーザが利用しているフォルダ名が含まれる。ユーザが利用しているアルバムＩＤやフォルダ名等の付属情報は、予め情報記憶部２３０に記憶されているとしてもよい。

Ｓ４４４において制御部２２０は、アップロード先ＵＲＬを、アップロード先のサービス提供装置から受信する。Ｓ４４６において制御部２２０は、第１組み合わせ情報およびアップロードメッセージのテンプレートを作成する。アップロードメッセージの仕様は、アップロード先のサービスに固有である場合がある。よって、情報記憶部２３０に記憶されているテンプレート作成プログラム２３４を用いてアップロードメッセージのテンプレートを作成することにより、アップロードメッセージのテンプレートを、アップロード先のサービスの仕様に対応させることができる。なお、アップロードメッセージは、具体的にはＨＴＴＰのリクエスト・メッセージである。しかし、ヘッダに入れる情報や、リクエストボディに入れる情報の種類および数は、サービス毎に異なる。例えば、リクエストボディに、電子データのバイナリデータ以外に、電子データのファイル名等の情報を入れる必要のあるサービスもあれば、リクエストボディには、電子データのバイナリデータのみを入れ、ヘッダにファイル名等の情報を入れる必要のあるサービスもある。

Ｓ４４８において制御部２２０は、第１組み合わせ情報、アップロード先ＵＲＬ、およびアップロードメッセージのテンプレートを、多機能装置１００へ送信する。第１組み合わせ情報は、結果情報送信先アドレスと、変換タグ情報、入力タグ情報、または選択タグ情報と、を組み合わせた情報である。結果情報送信先アドレスは、Ｓ４６６で中継装置２００に作成させた判別結果情報を、Ｓ４７６で多機能装置１００へ送信させる際に、送信先を指定するための情報である。Ｓ２４７において制御部１２０は、第１組み合わせ情報、アップロード先ＵＲＬ、およびアップロードメッセージのテンプレートを、中継装置２００から受信する。

Ｓ２４８において制御部１２０は、受信したテンプレートと、受信したアップロード先ＵＲＬと、Ｓ２４０で作成された電子データと、に基づいて、アップロードメッセージを作成する。具体的には、多機能装置１００は、中継装置２００から受信したテンプレートの所定の位置に、電子データのバイナリデータと、電子データのデータサイズ等の各種の情報を記憶する。これにより、アップロード先のサービスに対応したアップロードメッセージを作成することが出来る。Ｓ２４９において制御部１２０は、アップロード先ＵＲＬを用いて、アップロード先のサービス提供装置に対して、アップロードメッセージを送信する。

Ｓ２５４において制御部１２０は、アップロード結果情報および電子データ識別情報を、アップロード先のサービス提供装置から受信する。アップロード結果情報は、電子データがアップロード先のサービス提供装置に正常にアップロードできたか否かを示す情報である。電子データ識別情報は、アップロード先のサービス提供装置に正常にアップロードされた電子データを識別するための情報である。電子データ識別情報の一例としては、ファイルＩＤが挙げられる。

Ｓ２５８において制御部１２０は、第２組み合わせ情報を生成して、中継装置２００に対して送信する。第２組み合わせ情報は、第１組み合わせ情報に、アップロード通知情報とアップロード結果情報がさらに組み合わされた情報である。アップロード通知情報は、タグ付け要求情報と電子データ識別情報とを含む情報である。タグ付け要求情報は、第１組み合わせ情報に含まれる変換タグ情報、入力タグ情報、または選択タグ情報を、電子データ識別情報が識別する電子データに対応付けることを要求する情報である。このように、第２組み合わせ情報が各種の情報を含んだ階層構造を有していることにより、アップロード結果情報やタグ付け要求情報などの各種の情報を、一度の通信リクエストで通信することが可能となる。

Ｓ４６２において制御部２２０は、第２組み合わせ情報を多機能装置１００から受信する。Ｓ４６６において制御部２２０は、第２組み合わせ情報に含まれているアップロード結果情報を解読し、解読結果情報を作成する。アップロード結果情報は、アップロード先のサービス提供装置から送信されてきた情報であるため、アップロード先のサービスに固有の仕様を有している。よって、情報記憶部２３０に記憶されている解読プログラム２３５を用いることにより、アップロード結果情報を解読することができる。解読結果情報は、多機能装置１００で解読可能な形式のメッセージである。解読結果情報には、解読されたアップロード結果情報に含まれているアップロード結果が含まれている。

Ｓ４７０において制御部２２０は、電子データ識別情報とタグ付け指示情報を、アップロード先のサービス提供装置へ送信する。タグ付け指示情報は、アップロード先のサービスが電子データ識別情報に基づいて識別する電子データに、タグ付け要求情報が要求するタグ情報を付与することを、アップロード先のサービス提供装置へ要求するための情報であり、タグ付け要求情報が電子データへの対応付けを要求するタグ情報を含む情報である。またタグ付け指示情報は、アップロード先のサービスに固有の仕様を有する情報である。よって、情報記憶部２３０に記憶されているタグ付け指示プログラム２３１を用いてタグ付け指示情報の作成や送信を行うことにより、タグ付け指示情報を、アップロード先のサービスの仕様に対応させることができる。

Ｓ４７２において制御部２２０は、アップロード先のサービス提供装置からタグ付け結果情報を取得する。Ｓ４７６において制御部２２０は、解読結果情報およびタグ付け結果情報を多機能装置１００へ送信する。これにより、第１処理Ｐ１の１回分の処理が終了する。

そして第１処理Ｐ１は、アップロード対象の全ての電子データを、選択された全てのサービスへアップロードされるまで、繰り返し実行される。例えば、２つの電子データを、サービスＡおよびＢへアップロードする場合には、第１処理Ｐ１が４回繰り返される。

第１処理Ｐ１が全て終了すると、Ｓ２６３において制御部１２０は、解読結果情報およびタグ付け結果情報に基づいて、アップロードの成否を表示部１５０に表示させる。これにより、ユーザは、アップロードが成功したか否かを確認することができる。また、アップロードが成功した場合には、アップロードされた電子データがどのサービスに記憶されたかを確認することができる。Ｓ２８１において制御部１２０は、処理が正常に終了したことを表示部１５０に表示させ、処理を終了する。

また、図４のＳ４２９において、処理内容が「タグ検索ＤＬ」であると判断された場合（Ｓ４２９：タグ検索ＤＬ）の処理内容を説明する。この場合には、図７のＳ４８２ｂへ進む。Ｓ４８２ｂおよびＳ３４０ｂでは、第３処理Ｐ３が行われる。第３処理Ｐ３は、ユーザが選択したサービスが記憶している電子データを、入力タグ情報、選択タグ情報、変換タグ情報のうち、少なくともいずれかによってタグ検索し、タグ検索の結果、関連する電子データのリストである電子データリストをユーザが選択したサービスから取得する処理である。ユーザが選択したサービスが複数存在する場合には、その複数のサービスの各々から電子データリストを取得する。

Ｓ４８２ｂにおいて制御部２２０は、タグ検索による電子データリスト要求情報を、ユーザに選択されたサービス提供装置へ送信する。タグ検索による電子データリスト要求情報は、サービス提供装置が記憶している複数の電子データのうちから、入力タグ情報、選択タグ情報、変換タグ情報のうち、少なくともいずれかに関連する電子データを検索する処理の実行を要求するための情報である。このとき、入力タグ情報、選択タグ情報、変換タグ情報のうちの少なくとも何れかが、タグ検索による電子データリスト要求情報に対応付けて送信される。

Ｓ３４０ｂにおいて制御部２２０は、選択されたサービス提供装置から、電子データリストを取得する。電子データリストは、Ｓ４８２ｂで送信された入力タグ情報、選択タグ情報、変換タグ情報のうちの何れかに関連している電子データを、サービス提供装置の記憶領域内で検索した結果を示すリストである。これにより、第３処理Ｐ３の１回分の処理が終了する。そして、選択された全てのサービスから電子データリストを取得するまで、第３処理Ｐ３が繰り返し実行される。例えば、サービスＡおよびＢが選択されている場合には、サービスＡおよびＢの各々に対して、第３処理Ｐ３が２回繰り返される。

Ｓ４８６ｂにおいて制御部２２０は、電子データ選択画面データを作成する。電子データ選択画面データは、電子データ選択画面を多機能装置１００の表示部１５０に表示させるためのデータである。電子データ選択画面は、電子データリストが含んでいる複数の記憶済み電子データのうち、いずれかの電子データを選択電子データとして指定するかの入力を受け付けるための画面である。電子データ選択画面では、電子データの候補の一覧が表示されるとしてもよい。Ｓ４９０ｂにおいて制御部２２０は、電子データ選択画面データを多機能装置１００へ送信する。Ｓ４９２ｂにおいて制御部１２０は、電子データ選択画面を表示部１５０に表示させる。以降の動作については、図示を省略する。ユーザによって選択電子データが選択されると、選択電子データが中継装置２００に送信される。制御部２２０は、選択電子データにアクセスするためのダウンロード元ＵＲＬを、ユーザに選択されたサービス提供装置から取得し、多機能装置１００へ送信する。多機能装置１００は、ダウンロード元ＵＲＬを用いて、選択電子データをサービス提供装置から取得する。多機能装置１００は、取得した選択電子データを用いて、印刷等の各種処理を実行する。

＜動作具体例１＞
動作具体例１では、ユーザが多機能装置１００を用いて、電子データをアップロードする場合の流れを説明する。また例として、図９のタグテーブル２８０および図１０の変換テーブル２８１が、情報記憶部２３０に記憶されている場合を説明する。また例として、Ｓ１９５において、電子データのアップロード先として、サービスＡおよびＢが選択される場合の流れを説明する。また、ユーザがＳ２２８において、入力タグを選択する場合を説明する。

ユーザが、多機能装置１００の操作部１８０を操作して、利用要求情報を中継装置２００へ送信すると（Ｓ１９２）、表示部１５０にサービス選択画面（図１２参照）が表示される（Ｓ１９４）。ユーザが、サービスＡおよびＢを選択すると（Ｓ１９５）、サービスＡおよびＢを特定するためのサービス識別情報が中継装置２００へ送信される（Ｓ１９７）。次に、タグ付けＵＬ／タグ検索ＤＬ選択画面が、表示部１５０に表示される（Ｓ２００）。ユーザが、「タグ付けＵＬ処理」を選択すると（Ｓ２０２）、「タグ付けＵＬ処理」を示すタグ付けＵＬ／タグ検索ＤＬ識別情報が中継装置２００へ送信される（Ｓ２０３）。次に、入力タグ／既存タグ選択画面が、表示部１５０に表示される（Ｓ２０６）。ユーザが、「入力タグ」を選択すると（Ｓ２２８）、「入力タグ」を示す入力タグ／既存タグ識別情報が中継装置２００へ送信される（Ｓ２２９）。

中継装置２００は、ユーザによって入力タグが選択されたと判断し（Ｓ３２２：入力タグ）、タグ入力画面データを多機能装置１００へ送信する（Ｓ４２６）。多機能装置１００は、タグ入力画面を表示部１５０に表示する（Ｓ２３２）。ユーザが入力タグ情報を入力すると（Ｓ２３３）、入力タグ情報が中継装置２００へ送信される（Ｓ２３５）。

中継装置２００は、タグ変換処理を実行する（Ｓ４２８）。まず、変換処理対象の記号列が特定される（図８、Ｓ１０）。例えばＳ２３３において、「□議事録−Ｃ□資料□」（ここで、□は「スペース」を示している）という記号列をユーザが入力した場合には、「□議事録−Ｃ□資料□」の記号列が変換処理対象として特定される。ユーザが選択しているサービスとして、サービスＡおよびＢが特定される（Ｓ１２）。そして、図１０の変換テーブル２８１において、識別番号８１０が「１」、「４」および「５」である変換条件８１１および変換内容８１２が抽出される（Ｓ１２）。抽出した変換条件８１１は、スペースとハイフンが含まれている場合に変換処理を行うことを示している。また、変換処理対象の記号列は、スペースとハイフンを含んでいる。よって、抽出した変換内容８１２を用いて、変換処理対象の記号列を変換する場合であると判断される（Ｓ１６：ＹＥＳ）。識別番号８１０が「１」、「４」および「５」である変換内容８１２を用いて、「□議事録−Ｃ□資料□」の記号列が、「“議事録＿Ｃ”“資料”」の変換記号列へ変換される（Ｓ２０）。

また例えば、Ｓ２３３において、「旅行，ペット」という記号列をユーザが入力した場合には、「旅行，ペット」の記号列が変換処理対象として特定される。この場合、図１０の変換テーブル２８１において、識別番号８１０が「２」である変換条件８１１および変換内容８１２が抽出される（Ｓ１２）。識別番号８１０が「２」である変換内容８１２を用いて、「旅行，ペット」の記号列が、「“旅行”“ペット”」の変換記号列へ変換される（Ｓ２０）。

アップロード実行命令に変換タグ情報が付加され（Ｓ４３４）、多機能装置１００へ送信される（Ｓ４３６）。多機能装置１００は、画像の読取りを実行する（Ｓ２４０）。１回目の第１処理Ｐ１が実行され、アップロードされた電子データを識別する電子データ識別情報と、変換タグ情報を付与することを指示するタグ付け指示情報とが、サービス提供装置３００Ａへ送信される（Ｓ４７０）。また２回目の第１処理Ｐ１が実行され、アップロードされた電子データを識別する電子データ識別情報と、変換タグ情報を付与することを指示するタグ付け指示情報とが、サービス提供装置３００Ｂへ送信される（Ｓ４７０）。多機能装置１００は、アップロードの成否を表示部１５０に表示させる（Ｓ２６３）。

＜効果＞
本実施形態に記載されているサービス連携システム１０では、多機能装置１００からサービスにアップロードされた電子データにタグ情報を対応付ける処理（例：Ｓ４７０）を、中継装置２００で実行することが可能となる。これにより、タグ情報を対応付ける処理を実行するためのプログラム等（例：タグリスト要求プログラム２３３、タグ付け指示プログラム２３１）を、多機能装置１００に記憶させる必要を無くすことができる。また、これらのプログラムのアップデート等を、多機能装置１００に実行させる必要を無くすことができる。よって、多機能装置１００の情報記憶部１３０の容量を圧迫してしまう事態や、多機能装置１００の通信能力や処理能力を圧迫してしまう事態を防止することができる。

ユーザが電子データのアップロード先または検索先として選択（Ｓ１９５）したサービス提供装置が備えているタグルールに、ユーザが入力（Ｓ２３３）または選択（Ｓ２３３ａ）したタグ情報が適合しない場合がある。例えば、ユーザが選択したサービスにサービスＢが含まれている場合には、タグ情報の記号列の列中に含まれている「，」後に引き続く記号列が削除されるというタグルールが適用されることになる。しかし、ユーザが「ＡＢＣ」と「ＤＥＦ」の２つのタグ情報を入力することを意図して、「ＡＢＣ，ＤＥＦ」という記号列を入力または選択した場合には、「ＤＥＦ」のタグ情報が消去されてしまうことになる。そこで、本実施形態に記載されているサービス連携システム１０では、「ＡＢＣ，ＤＥＦ」の記号列を、「“ＡＢＣ”“ＤＥＦ”」の変換記号列に変換することができる。「“ＡＢＣ”“ＤＥＦ”」の変換記号列は、サービスＢに「ＡＢＣ」と「ＤＥＦ」の２つのタグ情報を識別させることができる記号列である。よって、タグ情報をサービスＢに適合させることができる（Ｓ４８２）。これにより、ユーザが意図したとおりにタグ情報をサービスサーバに認識させることができない、という不具合の発生を防止することができる。

また、タグ変換処理（Ｓ４２８）では、ユーザが選択している全てのサービスについて、変換条件８１１および変換内容８１２を抽出する（Ｓ１２）。そして、抽出した全ての変換内容８１２を用いて、タグ情報の記号列を変換記号列へ変換する（Ｓ２０）。これにより、ユーザが選択している全てのサービスの各々で使用されているタグルールの全てに共通して適合するように、変換タグ情報を生成することができるため、選択されたサービスの全てにおいて、不具合が発生してしまうことを防止することができる。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例が含まれる。

＜変形例１＞
Ｓ４７０において、アクセス先のサービス提供装置が有するタグルールに、入力タグ情報または選択タグ情報が適合している場合には、入力タグ情報または選択タグ情報を送信してもよい。またＳ４７０において、アクセス先のサービス提供装置が有するタグルールに、入力タグ情報または選択タグ情報が適合していない場合には、変換タグ情報を送信するとしてもよい。具体例として、Ｓ１９５において、電子データのアップロード先としてサービスＡ〜Ｃが選択される場合に、Ｓ２３３において、「□ＡＢＣ□」（ここで、□は「スペース」を示している）という記号列をユーザが入力する場合を考える。最初、最後のスペースが使用可能であるサービス（例えばサービスＢおよびＣ）に対しては、入力タグ情報で表される記号列（すなわち「□ＡＢＣ□」）が送信される。一方、最初、最後のスペースが使用不可であるサービス（例えばサービスＡ）に対しては、変換タグ情報で表される記号列（すなわち「ＡＢＣ」）が送信される。これにより、アクセス先のサービス提供装置が有するタグルールに、入力タグ情報または選択タグ情報が適合している場合には、タグ変換処理（Ｓ４２８）を実行することなくタグ情報を出力することができるので、効率よく不具合の発生に対処することができる。

＜変形例２＞
第２処理Ｐ２（Ｓ３３８、Ｓ３４０）を実行することで取得された記憶済みタグ情報に対して、タグ変換処理（Ｓ４２８）を実行するとしてもよい。これにより、ユーザが選択したサービスのタグルールに適応しない記憶済みタグ情報を、タグルールに適合した変換タグ情報へ変換することができる。あるいは、ユーザが選択した複数のサービス間で扱いが異なる記憶済みタグ情報を、複数のサービスで同じ扱いとなる変換タグ情報に変換することができる。Ｓ４２４ａでは、タグ変換処理によって、変換が必要なかった記憶済みタグ情報、または、変換後の変換タグ情報のうちから、選択タグ情報を選択させるためのタグ選択画面データを生成してもよい。これにより、Ｓ２３２ａにおいて、選択タグ情報の候補となるタグ情報を一覧表示する際に、ユーザが選択したサービスのタグルールに適合したタグ情報を選択タグ情報の候補として表示させることができる。あるいは、ユーザが選択した複数のサービス間で扱いが異なる記憶済みタグ情報が複数のサービスで同じ扱いとなるタグ情報を、選択タグ情報の候補として表示させることができる。

＜変形例３＞
複数のユーザごとに、サービスＡ〜Ｃのうちでユーザが使用する使用サービスを、中継装置２００や、多機能装置１００および１０１に記憶させておくことができる形態としてもよい。記憶させる情報は、各サービスに登録しているユーザ名やパスワードであってもよい。例えば、ユーザａは使用サービスとしてサービスＡおよびＢを記憶させ、ユーザｂは使用サービスとしてサービスＣを記憶させてもよい。ユーザが使用する使用サービスを、中継装置２００に記憶させておく場合は、図３のＳ３００〜Ｓ３０４を省略できる。ユーザが使用する使用サービスを、多機能装置１００および１０１に記憶させておく場合は、図３のＳ３００〜Ｓ１９５を省略できる。Ｓ１９７において、制御部１２０は、ユーザが記憶させている使用サービスに対応するサービス識別情報を送信するとしてもよい。そして、図８のフローのＳ１２において、制御部２２０は、ユーザが記憶させている使用サービスを取得するとしてもよい。また、図４、５のＰ１、図６のＰ２、図７のＰ３において、制御部２２０は、ユーザが記憶させている使用サービスと通信するとしてもよい。そして制御部２２０は、変換テーブル２８１を用いて、ユーザが記憶させている使用サービスの全てに適用される変換条件８１１および変換内容８１２を、抽出するとしてもよい。これにより、ユーザが記憶させている使用サービスの全てにおいて、不具合が発生してしまうことを防止することができる。

＜変形例４＞
第２処理Ｐ２（Ｓ３３８、Ｓ３４０）では、Ｓ１９７で通信されたサービス識別情報が識別するサービス提供装置の全てから、タグリストを取得してもよい。また第２処理Ｐ２では、複数のサービス提供装置のうちの１つから、タグリストを取得してもよい。複数のサービス提供装置のうちの１つからタグリストを取得する構成を実現するには、例えば、以下の処理を行えばよい。Ｓ２２８において「既存タグ」が選択された場合には、制御部１２０は、既存タグをダウンロードしてくる一のサービス提供装置の選択を受け付ける。Ｓ２２９では制御部１２０は、入力タグ／既存タグ識別情報とともに、選択された一のサービス提供装置の識別情報を、中継装置２００へ送信する。Ｓ３３８〜３４０では、選択された一のサービス提供装置のみから、タグリストを取得する。

＜その他の変形例＞
既存タグを使用する処理は、省略することが可能である。この場合、Ｓ３２２を省略して、Ｓ２９９からＳ４２４へ進むとしてもよい。また、図６の処理を省略しても良い。タグ検索ＤＬを行う処理は、省略することが可能である。この場合、Ｓ４２９を省略して、Ｓ４２８からＳ４３０へ進むとしてもよい。また、図７の処理を省略しても良い。以上より、一般的に言うと、中継装置２００は、「タグ情報取得手段」と、「変換手段」と、「タグ情報出力手段」と、を少なくとも備えていれば良い。具体例としては、中継装置２００は、Ｓ２３５と、Ｓ４２８と、Ｓ４７０とを少なくとも実行すればよい。

サービス連携システム１０で通信されるタグ情報は、各種の形式の情報であってよい。例えば、Ｓ２３５において通信される入力タグ情報や、Ｓ２３５ａにおいて通信される選択タグ識別情報は、タグを構成する記号列を示す情報であってもよいし、タグを構成する記号列を識別するためのＩＤ情報（例：シリアル番号）であってもよい。また、ＩＤ情報を用いる場合には、タグを構成する記号列とＩＤ情報との対応付けは、多機能装置１００および１０１、中継装置２００、サービス提供装置３００Ａ〜Ｃの何れで行なわれてもよい。

Ｓ３１０などで用いられる「既存のタグ情報」は、他のユーザが記憶させたタグ情報や、サービスが記憶させたタグ情報を含んでいてもよい。

Ｓ４２８で実行される、タグ変換処理は、中継装置２００で実行される形態に限られず、多機能装置１００および１０１や、変換用の不図示のサーバ装置で実行することも可能である。この場合、多機能装置１００および１０１や、変換用のサーバ装置は、タグテーブル２８０および変換テーブル２８１を記憶しているとすればよい。

タグ情報を取得したサービスと、タグ情報を記憶させるサービスとが一致する場合には、タグ情報の記号列を示す情報に代えて、タグ情報を識別するためのＩＤ情報を用いてもよい。具体例としては、Ｓ４３４において制御部２２０は、アップロード実行命令に、既存タグ情報を識別するためのＩＤ情報を付加してもよい。

第１組み合わせ情報や第２組み合わせ情報に含まれている情報の種類は、一例である。第１組み合わせ情報や第２組み合わせ情報に、他の種類の情報が含まれていてもよいし、本実施形態で説明した情報が含まれていない形態であってもよい。

第１組み合わせ情報や第２組み合わせ情報において、階層構造が用いられている形態を説明した。（例えば、第２組み合わせ情報が、第１組み合わせ情報にアップロード通知情報とアップロード結果情報を組み合わせた構造を有する場合を説明した。また、アップロード通知情報が、タグ付け要求情報と電子データ識別情報とを含む場合を説明した。）しかし、各処理に必要な情報を通信できればよいため、これらの階層構造の形態は様々であってよい。例えば、第２組み合わせ情報が、結果情報送信先アドレス、入力タグ情報、タグ付け要求情報、電子データ識別情報、アップロード結果情報、などを含んでいる形態であってもよい。

Ｓ４４６において、中継装置２００の制御部２２０が、アップロードメッセージのテンプレートを作成する場合を説明したが、この形態に限定されない。例えば、各サービスに対応したテンプレートを情報記憶部２３０に予め記憶させておき、中継装置２００が、記憶させていたテンプレートを多機能装置１００に送信するようにしてもよい。

本実施形態では、多機能装置１００がサービス提供装置３００から受信したアップロード結果情報を中継装置２００へ転送して、中継装置２００にアップロード結果情報の解読を行わせる形態を説明した。しかし、この形態に限られず、例えば、アップロード結果情報の解読を行う処理を省略してもよい。この場合、例えば、Ｓ４６６の解読結果情報を作成する処理を省略してもよい。また、Ｓ２５８において生成される第２組み合わせ情報には、アップロード結果情報が含まれていない形態であってもよい。

上述の実施形態においては、アップロード先のアドレスとしてＵＲＬを用いて説明したが、本発明はこれに限るものではない。ＵＲＬにオプションとして付加する情報であってもよいし、ＨＴＴＰ通信のボディ部に含める情報であってもよい。

多機能装置１００と中継装置２００とが連携して電子データのアップロード等を行う態様は、様々であってよく、例えば以下の態様でもよい。多機能装置１００は、Ｓ２４９において、アップロードメッセージと、タグ付け要求情報とを中継装置２００に送信する。中継装置２００は、アップロード先ＵＲＬを用いて、サービス提供装置へアップロードメッセージを転送する。続いて、中継装置２００がアップロード結果情報および電子データ識別情報を受信する。中継装置２００は、サービス提供装置から受信した電子データ識別情報と、多機能装置１００がタグ付け要求情報によって要求したタグ情報のタグ付を指示するタグ付け指示情報をサービス提供装置へ送信する。これにより、多機能装置１００が送信した電子データにタグ情報が対応付けられる。

通信部２１０は、ネットワークインターフェースの一例である。ＣＰＵ２２１は、プロセッサの一例である。情報記憶部２３０、ＲＯＭ２２２、ＲＡＭ２２３は、記憶部の一例である。サービス提供装置３００Ａ〜３００Ｃは、サービスサーバの一例である。入力タグ情報、選択タグ情報は、指定タグ情報の一例である。Ｓ４２７、Ｓ４２７ａを実行する制御部は、タグ情報取得手段の一例である。Ｓ４２８、Ｓ４２８ａを実行する制御部は、変換手段の一例である。Ｓ４７０、Ｓ４８２ｂを実行する制御部は、タグ情報出力手段の一例である。サービス識別情報は、選択サービス特定情報の一例である。Ｓ３０４を実行する制御部は、選択サービス特定情報報取得手段の一例である。Ｓ３００を実行する制御部は、利用要求情報取得手段の一例である。Ｓ３０２を実行する制御部は、サービスサーバ選択画面情報出力手段の一例である。Ｓ３４０を実行する制御部は、記憶タグ取得手段の一例である。第２組み合わせ情報に含まれる電子データ識別情報は、選択コンテンツ特定情報の一例である。タグ検索による電子データリスト要求情報は、検索情報の一例である。電子データリストは、検索コンテンツ特定情報の一例である。Ｓ３４０ｂを実行する制御部は、検索コンテンツ特定情報取得手段の一例である。Ｓ４９０ｂを実行する制御部は、検索コンテンツ情報出力手段の一例である。「“”」は、分割記号の一例である。Ｓ３４０を実行する制御部は、記憶タグ情報取得手段の一例である。Ｓ４２６ａを実行する制御部は、タグ指定画面情報出力手段の一例である。通信部１１０は、画像処理装置側ネットワークインターフェースの一例である。ＣＰＵ１２１は、画像処理装置側プロセッサの一例である。多機能装置１００は、画像処理装置の一例である。Ｓ２３５、Ｓ２３５ａを実行する制御部は、タグ情報出力手段の一例である。Ｓ４２７、Ｓ４２７ａを実行する制御部は、画像処理装置側変換手段の一例である。Ｓ２０３を実行する制御部は、画像処理装置側出力手段の一例である。画像処理装置の一例として、多機能機１００を挙げたが、これに限らない。指示データなどに基づいて、所定の画像を刺繍、キルティングするミシンでもよい。画像データに基づいた作品、製品を形成するために、飾り縫い、縫製などをおこなうミシンでもよい。指示データなどに基づいて、吹き付け、削りだしなどで、３Ｄ画像を生成する３Ｄプリンタでもよい。画像データなどに基づいて、吹き付け、削りだしなどで、作品、製品を生成する作品製造装置、製品製造装置でもよい。画像データの例として３Ｄ画像データや３ＤＣＡＤデータを用いてもよい。対象物の輪郭を光学的、電気的に検知するセンサからの出力データや、対象物に取り付けたセンサからの出力データに基づいて画像データを作成するスキャナでもよい。センサからの出力に基づいて、対象物の形状や動きを示すデータを作成するスキャナでもよい。画像データの例として動画データや３Ｄ画像データを用いてもよい。

１００および１０１：多機能装置、１２０：制御部、１５０：表示部、１７０：スキャナ部、２００：中継装置、２２０：制御部、２８０：タグテーブル、２８２８１：変換テーブル００Ａ〜３００Ｃ：サービス提供装置、４００：ネットワーク

Claims (15)

1. ネットワークインターフェースと、
   プロセッサと、
   記憶部と、
   を備える中継装置であって、
   前記記憶部は、タグルールについての情報であるタグルール情報を記憶しており、
   前記タグルールは、記憶しているコンテンツデータに少なくとも１つのタグ情報を対応付けて記憶可能なサービスサーバに対する、前記タグ情報に関するルールであり、
   前記プロセッサは、
   画像処理装置が指定した指定タグ情報を、前記ネットワークインターフェースを介して取得するタグ情報取得手段と、
   前記タグ情報取得手段が取得した指定タグ情報が前記タグルールに適合しない場合に、前記指定タグ情報を前記タグルールに適合する変換タグ情報に変換する変換手段と、
   前記ネットワークインターフェースが前記サービスサーバあてに送信するよう、前記変換手段によって変換された変換タグ情報を出力するタグ情報出力手段と、
   して機能可能であることを特徴とする中継装置。
2. 前記記憶部は、前記タグルール情報を、複数の前記サービスサーバそれぞれに対応して記憶しており、
   前記プロセッサは、前記画像処理装置が複数の前記サービスサーバのうちから選択した少なくとも１つの選択サービスサーバを特定する情報である選択サービス特定情報を、前記ネットワークインターフェースを介して取得する選択サービス特定情報報取得手段と、してさらに機能可能であり、
   前記変換手段は、前記タグ情報取得手段が取得した指定タグ情報が、前記選択サービス特定情報報取得手段が取得した選択サービス特定情報が特定する前記選択サービスサーバに対応するタグルールに適合しない場合に、前記指定タグ情報を、前記選択サービスサーバに対応するタグルールに適合する変換タグ情報に変換する、あるいは、前記複数のサービスサーバにそれぞれ対応するタグルール毎に扱いが異なる記号列を前記複数のサービスサーバにそれぞれ対応する複数のタグルールにおいて同じ扱いとなる変換タグ情報へ変換することを特徴とする請求項１に記載の中継装置。
3. 前記プロセッサは、
   複数の前記画像処理装置のうち一の画像処理装置が送信した、サービスサーバの利用を要求する利用要求情報を、前記ネットワークインターフェースを介して取得する利用要求情報取得手段と、
   前記利用要求情報取得手段が前記利用要求情報を取得した場合に、前記タグルール情報が対応する複数の前記サービスサーバのうち少なくとも１つの前記選択サービスサーバを選択するためのサービスサーバ選択画面を表示させるためのサービスサーバ選択画面情報を、前記ネットワークインターフェースが前記一の画像処理装置あてに送信するよう、出力するサービスサーバ選択画面情報出力手段と、
   前記利用要求情報取得手段が前記利用要求情報を取得した場合に、指定タグ情報を指定するためのタグ指定画面を表示させるためのタグ指定画面情報を、前記ネットワークインターフェースが前記一の画像処理装置あてに送信するよう、出力するタグ指定画面情報出力手段と、
   してさらに機能可能であり、
   選択サービス特定情報報取得手段は、前記サービスサーバ選択画面情報出力手段が前記サービスサーバ選択画面情報を出力した後に、前記一の画像処理装置が送信した選択サービス特定情報を前記ネットワークインターフェースが受信した場合に、前記ネットワークインターフェースが受信した選択サービス特定情報を取得し、
   前記タグ情報取得手段は、前記タグ指定画面情報出力手段が前記タグ指定画面情報を出力した後に、前記一の画像処理装置が送信した指定タグ情報を前記ネットワークインターフェースが受信した場合に、前記ネットワークインターフェースが受信した指定タグ情報を取得し、
   前記変換手段は、選択サービス特定情報報取得手段が選択サービス特定情報を取得し、かつ、前記タグ情報取得手段が、指定タグ情報を取得した場合に、前記第１タグ情報取得手段が取得した指定タグ情報が特定する指定タグ情報が、前記選択サービス特定情報報取得手段が取得した選択サービス特定情報が特定する前記選択サービスサーバに対応するタグルールに適合しない場合に、前記指定タグ情報を、前記選択サービスサーバに対応するタグルールに適合する変換タグ情報に変換する、
   ことを特徴とする請求項２に記載の中継装置。
4. 前記プロセッサは、複数の前記サービスサーバのうち一のサービスサーバが送信した、前記一のサービスサーバが記憶している記憶タグ情報を取得する記憶タグ取得手段と、してさらに機能可能であり、
   前記タグ指定画面情報出力手段は、前記記憶タグ取得手段が取得した記憶タグ情報のうち、いずれかの記憶タグ情報を前記指定タグ情報として指定するためのタグ指定画面を表示させるためのタグ指定画面情報を、前記ネットワークインターフェースが前記画像処理装置あてに送信するよう、出力し、
   前記タグ情報取得手段は、前記タグ指定画面情報出力手段が前記タグ指定画面情報を出力した後に、前記画像処理装置が送信した指定タグ情報を前記ネットワークインターフェースが受信した場合に、前記ネットワークインターフェースが受信した指定タグ情報を取得し、
   前記変換手段は、前記タグ情報取得手段が取得した指定タグ情報が特定する指定タグ情報が、前記一のサービスサーバとは異なる他のサービスサーバに対応するタグルールに適合しない場合に、前記指定タグ情報を、前記他のサービスサーバに対応するタグルールに適合する変換タグ情報に変換し、あるいは、前記複数のサービスサーバにそれぞれ対応するタグルール毎に扱いが異なる記号列を前記複数のサービスサーバにそれぞれ対応する複数のタグルールにおいて同じ扱いとなる変換タグ情報へ変換し、
   前記タグ情報出力手段は、前記ネットワークインターフェースが前記他のサービスサーバあてに送信するよう、前記変換手段によって変換された変換タグ情報を出力する、
   ことを特徴とする請求項３に記載の中継装置。
5. 前記変換手段は、前記画像処理装置が複数の前記サービスサーバのうちから選択した複数の選択サービスサーバを特定する選択サービス特定情報を、前記選択サービス特定情報報取得手段が取得した場合に、前記複数の選択サービスサーバの各々に対応するタグルールの全てに適合する変換タグ情報を生成することを特徴とする請求項２〜４の何れか１項に記載の中継装置。
6. 前記変換手段は、前記画像処理装置が複数の前記サービスサーバのうちから選択した複数の選択サービスサーバを特定する選択サービス特定情報を、前記選択サービス特定情報報取得手段が取得し、かつ、前記タグ情報取得手段が取得した指定タグ情報が特定する指定タグ情報が、前記複数の選択サービスサーバのうち、一の選択サービスサーバに対応するタグルールに適合しない場合に、前記指定タグ情報を、前記一の選択サービスサーバに対応するタグルールに適合する変換タグ情報に変換し、
   前記タグ情報出力手段は、前記ネットワークインターフェースが前記一の選択サービスサーバあてに送信するよう、前記変換手段によって変換された変換タグ情報を出力し、一方で、前記ネットワークインターフェースが前記一の選択サービスサーバとは異なる他の選択サービスサーバあてに送信するよう、前記指定タグ情報を出力することを特徴とする請求項２〜４の何れか１項に記載の中継装置。
7. 前記プロセッサは、前記サービスサーバが記憶する複数のコンテンツデータの中から前記画像処理装置が選択した、前記タグ情報を対応付けるコンテンツデータである選択コンテンツデータを特定する情報である選択コンテンツ特定情報を、前記ネットワークインターフェースを介して取得する選択コンテンツ特定情報取得手段と、してさらに機能し、
   前記タグ情報出力手段は、前記ネットワークインターフェースが前記サービスサーバあてに送信するよう、前記変換手段によって変換された変換タグ情報を、前記選択コンテンツ特定情報が取得した選択コンテンツ特定情報と対応付けて出力することを特徴とする請求項１〜６の何れか１項に記載の中継装置。
8. 前記タグ情報出力手段は、前記ネットワークインターフェースが前記サービスサーバあてに送信するよう、前記変換手段によって変換された変換タグ情報を、前記サービスサーバが記憶している複数のコンテンツデータの検索を要求する検索情報と対応付けて出力し、
   前記プロセッサは、
   前記タグ情報出力手段が前記変換タグ情報を前記検索情報と対応付けて出力した後に、前記サービスサーバが送信した、前記複数のコンテンツデータのうち少なくともいずれかのコンテンツデータを特定する検索コンテンツ特定情報を、前記ネットワークインターフェースを介して取得する検索コンテンツ特定情報取得手段と、
   前記ネットワークインターフェースが前記画像処理装置あてに送信するよう、前記検索コンテンツ特定情報取得手段が取得した前記検索コンテンツ特定情報に基づく検索コンテンツ情報を出力する検索コンテンツ情報出力手段と、
   してさらに機能することを特徴とする請求項１〜６の何れか１項に記載の中継装置。
9. 前記タグルール情報には、タグルールに適応しないタグ情報を、タグルールに適合させるための変換ルールを特定する変換ルール特定情報が含まれており、
   前記変換手段は、前記変換ルール特定情報によって特定される変換ルールに従って、タグルールに適応しない前記指定タグ情報を、タグルールに適合する変換タグ情報に変換する、あるいは、前記複数のサービスサーバにそれぞれ対応するタグルール毎に扱いが異なる記号列を前記複数のサービスサーバにそれぞれ対応する複数のタグルールにおいて同じ扱いとなる変換タグ情報へ変換することを特徴とする請求項２〜８の何れか１項に記載の中継装置。
10. 前記タグルールの種類には、ある特定記号が、前記タグ情報が示している記号列であって複数の記号を含んでいる前記記号列に含まれている場合に、前記特定記号の前後で前記記号列が分割されるという分割ルールが存在し、
    前記変換手段は、前記選択サービス特定情報で特定される１つまたは複数の前記選択サービスサーバに対応するタグルールに、前記分割ルールが含まれている場合には、前記特定記号を、前記選択サービスサーバに共通して用いられている前記記号列を分割するための分割記号に変換することを特徴とする請求項９に記載の中継装置。
11. 前記タグルールの種類には、ある特定記号が、前記タグ情報が示している記号列であって複数の記号を含んでいる前記記号列に含まれている場合に、前記特定記号の後の記号列が削除されるという削除ルールが存在し、
    前記変換手段は、前記選択サービス特定情報で特定される１つまたは複数の前記選択サービスサーバに対応するタグルールに、前記削除ルールが含まれている場合には、前記特定記号を他の記号に変換することを特徴とする請求項９に記載の中継装置。
12. ネットワークインターフェースと、
    プロセッサと、
    記憶部と、
    を備える中継装置であって、
    前記記憶部は、記憶しているコンテンツデータに少なくとも１つのタグ情報を対応付けて記憶可能な前記サービスサーバに対する、前記タグ情報に関するルールであるタグルールについての情報であるタグルール情報を記憶しており、
    前記プロセッサは、
    前記サービスサーバがした、前記サービスサーバが記憶している記憶タグ情報を、前記ネットワークインターフェースを介して取得する記憶タグ情報取得手段と、
    前記記憶タグ情報取得手段が取得した記憶タグ情報が前記タグルールに適合しない場合に、前記記憶タグ情報を前記タグルールに適合する変換記憶タグ情報に変換させる変換手段と、
    前記記憶タグ情報および前記変換記憶タグ情報のうちから指定タグ情報を指定するためのタグ指定画面を表示させるためのタグ指定画面情報を、前記ネットワークインターフェースが前記一の画像処理装置あてに送信するよう、出力するタグ指定画面情報出力手段と、
    前記タグ指定画面情報出力手段が前記タグ指定画面情報を出力した後に、前記一の画像処理装置が送信した指定タグ情報を前記ネットワークインターフェースが受信した場合に、前記ネットワークインターフェースが前記サービスサーバあてに送信するよう、前記指定タグ情報を出力するタグ情報出力手段と、
    して機能可能であることを特徴とする中継装置。
13. 中継装置、および、アップロードされたコンテンツデータに少なくとも１つのタグ情報を対応付けて記憶可能なサービスサーバと通信することが可能な画像処理装置側ネットワークインターフェースと、
    画像処理装置側プロセッサと、
    を備える画像処理装置であって、
    前記中継装置は、タグルールについての情報であるタグルール情報を記憶しており、
    前記タグルールは、前記サービスサーバに対する、前記タグ情報に関するルールであり、
    前記画像処理装置側プロセッサは、
    指定された指定タグ情報を、前記画像処理装置側ネットワークインターフェースが前記中継装置あてに送信するよう出力するタグ情報出力手段と、
    前記タグ情報出力手段が出力した指定タグ情報が前記タグルールに適合しない場合に、前記指定タグ情報を前記タグルールに適合する変換タグ情報に変換する処理を前記中継装置に実行させる画像処理装置側変換手段と、
    前記中継装置が備えるネットワークインターフェースが前記変換タグ情報を前記サービスサーバあてに送信する処理を、前記中継装置に実行させる、画像処理装置側出力手段と、
    して機能可能であることを特徴とする画像処理装置。
14. 画像処理装置、中継装置、および、アップロードされたコンテンツデータに少なくとも１つのタグ情報を対応付けて記憶可能サービスサーバを備える通信システムであって、
    前記中継装置は、
    ネットワークを介して前記画像処理装置および前記サービスサーバと通信することが可能な中継装置側ネットワークインターフェースと、
    中継装置側プロセッサと、
    中継装置側記憶部と、
    を備え、
    前記画像処理装置は、
    前記ネットワークを介して前記中継装置および前記サービスサーバと通信することが可能な画像処理装置側ネットワークインターフェースと、
    画像処理装置側プロセッサと、
    を備え、
    前記中継装置側記憶部は、前記サービスサーバに対する、前記タグ情報に関するルールであるタグルールについての情報であるタグルール情報を記憶しており、
    前記中継装置側プロセッサは、
    画像処理装置が指定した指定タグ情報を、前記ネットワークインターフェースを介して取得するタグ情報取得手段と、
    前記タグ情報取得手段が取得した指定タグ情報が前記タグルールに適合しない場合に、前記指定タグ情報を前記タグルールに適合する変換タグ情報に変換させる変換手段と、
    前記ネットワークインターフェースが前記サービスサーバあてに送信するよう、前記変換手段によって変換された変換タグ情報を出力するタグ情報出力手段と、
    して機能することを特徴とする通信システム。
15. ネットワークインターフェースと、
    プロセッサと、
    記憶部と、
    を備える中継装置が読み取り可能なプログラムであって、
    前記記憶部は、タグルールについての情報であるタグルール情報を記憶しており、
    前記タグルールは、記憶しているコンテンツデータに少なくとも１つのタグ情報を対応付けて記憶可能な前記サービスサーバに対する、前記タグ情報に関するルールであり、
    前記プロセッサを
    画像処理装置が指定した指定タグ情報を、前記ネットワークインターフェースを介して取得するタグ情報取得手段と、
    前記タグ情報取得手段が取得した指定タグ情報が前記タグルールに適合しない場合に、前記指定タグ情報を前記タグルールに適合する変換タグ情報に変換する変換手段と、
    前記ネットワークインターフェースが前記サービスサーバあてに送信するよう、前記変換手段によって変換された変換タグ情報を出力するタグ情報出力手段と、
    して機能させることが可能であることを特徴とするプログラム。
    

Images