並行とは？/ アットローン
[ 613] 並行輸入品はニセ物ですか？
[引用サイト] http://www.yonekawa-lo.com/parallelimport005no01.htm
|
「日本人はブランド好き」といわれます。ところで、ブランド品の輸入には正規の輸入ルートと、それとは別の並行輸入というルートがあると聞きました。並行輸入とはどのような輸入のことなのでしょうか？また、並行輸入品はニセ物なのでしょうか？ イタリア国の架空の会社であるＴＹ社は、ＴＹというブランド名でバッグを作っています。日本の架空の会社であるＲＹ社はＴＹ社の総代理店（一手販売）です。ＴＹのバッグが日本に輸入されるときは、このＲＹ社を通じて行われます。これを仮に「正規ルート」と呼ぶとします。 他方、「正規ルート」を通さない輸入ルートのうち、ＴＹ社がイタリアで販売したバッグをイタリアで購入し、これをＲＹ社を通さずに、直接、日本に輸入することを、一般に「並行輸入」と呼んでいます。 日本でＴＹのバッグを買うよりも、イタリアでＴＹのバッグを買う方が安いような場合（内外価格差がある場合）、並行輸入が行われるといわれています。 ＴＹ社では、世界中でバッグを販売していますが、国によって物価水準、所得水準、ブランドイメージ、趣味、流行などが異なるため、国毎に別々の販売戦略をとっています。日本では、ＴＹのバッグは高級品として人気が高く、ブランドイメージのため高額の広告宣伝費をかけ、品質管理には徹底的な注意を払ってきています。 そこに、低廉な並行品が輸入され、日本国内に流通するとなると、正規ルートのバッグの価格を引き下げざるを得なくなってしまいます。また、どんどん安売りがなされてしまったのでは、せっかくＴＹのバッグを購入していただいたお客様に対しても失礼にあたります。高価格販売戦略のもとで今まで維持してきたＴＹのバッグのブランドイメージが崩れ単なる値崩れ以上のマイナスイメージを被らざるを得ません。 更に、ＲＹ社にとっても一大事です。せっかく、一手販売の総代理店契約を締結し、日本という魅力的な市場を獲得し、責任を持って販売をしてゆくつもりだったのに、安売りはされるし、ＲＹ社を通した正規ルートの販売量は落ちるしと、非常に苦しい立場に追い込まれてしまいます。ＲＹ社は、ＴＹ社とは別に、独自の利害を有しているのです。 ＲＹ社は、ＴＹという商標について専用使用権の設定を受けていました（商標登録もされています）。そこで、ＲＹ社は、ＴＹ本社とは独自に、自己の権利に基づいて並行輸入の差し止めをしようと考えました。 ＴＹ社がイタリアでＴＹ商標を付したバッグをそのまま日本国内に輸入し、譲渡する行為も、形式的には商標の使用に該当するので、ＲＹ社はその専用使用権に基づいて輸入、販売の差し止め請求ができることになりそうです。 しかし、ＴＹ社みずからＴＹの商標を付してイタリアで販売していたバッグが、その流通の過程で国境を越えて我が国に輸入されただけですから、ＲＹ社がＴＹ商標の専用使用権をもっているとしても、それを商標権侵害品（ニセ物）であるとして差し止めることができるという結論もちょっと不自然な気がします。 問題は、並行輸入品であるとの名目で、実際にはニセ物の商品が出回ると、その真贋を区別するのが困難になるところにあります。正規ルートかどうかという判断基準も役に立たないのです。 このようにこの並行輸入という領域には偽造品が紛れ込むおそれがあり、そのような意味も含めてグレーマーケットと呼ばれることもあります。 日本におけるＴＹ商標の専用使用権者（商標登録者）であるＲＹ社でしょうか？それとも、イタリアのＴＹ社を表示していると思われますか？ 私は、ＴＹが世界的に有名な一流ブランドであるなら、ＴＹというブランド全体を出所として表示しているようにも思います。 |
[ 614] 並行計算 - Wikipedia
[引用サイト] http://ja.wikipedia.org/wiki/%E4%B8%A6%E8%A1%8C%E8%A8%88%E7%AE%97
|
並行計算（へいこうけいさん、Concurrent Computing）とは、複数の相互作用を及ぼす計算タスクの（同時）並行的実行を指す。並行コンピューティングとも呼ぶ。個々のタスクは通常別々のプログラムとして実装されるか、1つのプログラムから複数のプロセスやスレッドを生成する形で実装される。そのようなプログラムを作成することを並行プログラミングと呼ぶ。タスク群は1つのプロセッサ上で動作する場合、複数プロセッサ上で動作する場合、ネットワークを介した分散システムで動作する場合が考えられる。並行コンピューティングは並列コンピューティングと近い概念だが、タスク間の相互作用を重視する点が後者とは異なる。並行計算システムの設計における主要な課題は、タスク間の相互作用や通信の順序付けとタスク間で共有するリソースへのアクセスである。並行計算のパイオニアとしては、エドガー・ダイクストラ、Per Brinch Hansen、アントニー・ホーアが挙げられる。 並行計算システムには、並行コンポーネント間の通信をプログラマから隠蔽するものもある（ Future という言語機能など）。一方、明示的に通信を行わなければならないものもある。明示的通信は次の2種類に分類される: 並行コンポーネント群は共有メモリの内容を更新することで通信を行う（JavaやC#）。この並行プログラミング方式では、何らかのロックを必要とする（ミューテックス、セマフォ、モニタなど）。 並行コンポーネント群はメッセージを交換することで通信を行う（Erlang、Occam）。メッセージの交換は非同期的に行われるか（「送って祈る」とも言われるが、一般にメッセージ受信が確認できないときはメッセージを再送する）、送信側がメッセージの受信を確認するまでブロック状態となって待つランデブー方式を使用する。メッセージパッシングによる並行性は共有メモリによる並行性よりも直感的に理解しやすい。また、一般にメッセージパッシングの方が頑健だが低速である。メッセージパッシングシステムを分析し理解するための数学的理論が数々存在する。例えば、アクターモデルや各種プロセス代数である。 並行計算の主要な課題の1つは、並行プロセスが互いの邪魔をしないようにすることである。共有リソース balance で表される預金口座からの引き落としを行う以下の擬似コードを例として掲げる: 並行システムは共有リソース（通信媒体を含む）に依存しているため、並行計算は一般にリソースへのアクセスに関する何らかの調停回路を実装する必要がある。これにより無制限の非決定性問題が生じる可能性が出てくるが、調停回路を注意深く設計すればその可能性を限りなくゼロに近づけることができる。 残念なことに、リソース上の衝突問題への解決策は数々あるが、それら解決策は複数のリソースが関わってきたときに、新たな並行性問題（デッドロックなど）を生じる。 並行プログラミング言語は、並行性のための構造を備えたプログラミング言語である。具体的には、マルチスレッド、分散コンピューティング、メッセージパッシング、共有リソース（共有メモリ）、Futureなどである。 現在、並行性のための構造を備えた最も一般的な言語はJavaとC#である。これらの言語は共有メモリ型並行性モデルを基本とし、モニタによるロックを備えている（メッセージパッシングモデルを共有メモリモデル上に構築することも可能）。メッセージパッシング型並行性モデルの言語としては、Erlang が最もよく使われている。 他の多くの言語でもライブラリの形で並行性をサポートしている（機能的にも上記リストに挙げたものと遜色ない）。 |
